semi合集-English.pdf - 第1738页

SEMI E42-0704 © SEMI 1995, 2004 7 SEMI E42-0704 RECIPE MANAGEMENT STANDARD: CONCEPTS, BEHAVIOR, AND MESSAGE SERVICES E This standard was editorially modified in September 1999 to conform to its non-provisional status. Ch…

100%1 / 7923
SEMI E42-0704 © SEMI 1995, 2004 6
NOTES
This page intentionally left blank.
SEMI E42-0704 © SEMI 1995, 2004 7
SEMI E42-0704
RECIPE MANAGEMENT STANDARD: CONCEPTS, BEHAVIOR, AND
MESSAGE SERVICES
E
This standard was editorially modified in September 1999 to conform to its non-provisional status. Changes
were made to Section 1.2.
1 Introduction
This standard defines the concepts required for
management of recipes, the operations or behavior
provided by the Recipe Management Standard (RMS),
and the messages through which services are provided
through an interface between the provider and the user
of these services.
1.1 Purpose — The purpose of this standard is twofold:
• To enable applications software to be developed
that can assume the existence of standard concepts,
behaviors, and message services that collectively
form Recipe Management and that take advantage
of them.
• To enable software to be developed to offer the
Recipe Management capabilities.
1.2 Scope — This is a standard that defines concepts,
behavior, and services to support the integration of
automated recipe management within a semiconductor
factory. These services are applicable to a variety of
relationships, including both traditional
host/equipment and cluster tool controller/attached
module communications and control.
The standard provides a set of communications services
which allows such systems to transfer and manage
recipes to ensure the correct processing of material
within semiconductor manufacturing equipment and
systems. RMS also requires compliance to SEMI E39
(Object Services Standard (OSS): Concepts, Behavior,
and Services) for completeness.
This document describes several different hierarchical
relationships: supervisory agents and their supervised
agents, recipes and their subrecipes, and recipe classes
and their subclasses. Such hierarchical relationships
provide a natural organizational and classification
structure that is reflected in many different kinds of
systems, such as telephone switching systems and
directory trees. It is the intent of this standard to support
logical hierarchical relationships rather than to require
that strict hierarchical relationships be implemented in
systems architecture.
RMS places no restriction on where the set of defined
services is implemented.
1.3 Referenced Documents
1.3.1 Semiconductor Equipment and Materials
International (SEMI)
1
1.3.1.1 SEMI Equipment Automation/Hardware
Volume
SEMI E10 — Standard for Definition and Measurement
of Equipment Reliability, Availability, and
Maintainability (RAM)
1.3.1.2 SEMI Equipment Automation/Software 2
Volume
SEMI E30 — Generic Model for Communications and
Control of Manufacturing Equipment (GEM)
SEMI E39 — Object Services Standard: Concepts,
Behavior, and Services
SEMI E53 — Event Reporting
1.3.2 Other References
James Rumbaugh, Michael Blaha, William Premerlani,
Frederick Eddy, William Lorensen, Object-Oriented
Modeling and Design, Englewood Cliffs, New Jersey:
Prentice-Hall, 1991.
D. Harel, Statecharts: A Visual Formalism for Complex
Systems, Science of Computer Programming 8, 1987.
1.4 Definitions — Basic definitions for objects,
services, and form are provided in SEMI E39, Sections
4.1 through 4.4. This section provides additional
definitions.
Definitions in Section 1.4.3 are specific to RMS.
1.4.1 Services
service provider — An application (a component of an
agent) responsible for providing services to the service
user.
service user — (service consumer) An application that
uses the services provided.
1 Semiconductor Equipment and Materials International (SEMI), 805
East Middlefield Road, Mountain View, CA 94043, 650.964.5111,
FAX 650.967.5375
SEMI E42-0704 © SEMI 1995, 2004 8
1.4.2 Form
binary — A string of bit values (zeroes and ones), with
a format that is either left unspecified or specified by bit
position, with the most significant bit first. The total
length of the string is a multiple of eight. Messaging
protocol may impose restrictions on length.
1.4.3 Recipe Management — This section introduces
basic terminology used in RMS. Entries are in
alphabetical order. Additional definitions and
specifications are provided in later sections.
agent — An intelligent system within a factory that
provides one or more service resources and uses the
services of other agents. This is a generalization that
includes host, equipment, cell, cluster, cluster module,
station controller, and work station. Agents are
associated with a physical system or a collection of
physical systems, such as computer platforms.
authorized user — A user who can be identified to an
agent as having the level of authority required for a
particular activity, such as certifying a recipe for that
equipment.
collection event — A detectable occurrence of interest
to a service user.
component agent — A subordinate agent that provides
services to a supervisory agent.
download — An operation that transfers a recipe
(down) to an execution storage area.
edit — An operation which creates a new recipe body
or changes the body of an existing recipe.
editor — A service which allows a user to edit a recipe.
Editors are not specified in RMS.
equipment
2
— An agent with associated hardware that
provides, at a minimum, recipe execution services.
event — A detectable occurrence significant to an
object.
execution (recipe execution) — The process of reading
the recipe contents and implementing its instructions,
process parameters, or other information required for its
own processing.
executing agent — An agent that provides recipe
execution capabilities.
execution area — The storage location of the recipe(s)
currently selected (ready) for execution.
host — A supervisory agent that represents the factory
to its subordinates.
2 The term "equipment" is restricted in RMS to "intelligent
equipment."
logical recipe — A recipe with a particular set of
attributes and a particular body, considered
independently from its physical location. A logical
recipe may have multiple instances or copies.
name — A text-based attribute of an object that may be
used as all or part of its identifier.
namespace — In general, a domain within which object
identifiers are unique. In RMS, the term namespace is
used as a synonym for recipe namespace, unless
otherwise stated.
operator — The user who interacts locally with agent
through the agent's interface.
recipe — The pre-planned and reusable portion of the
set of instructions, settings, and parameters under
control of an agent that determines the processing
environment seen by the manufactured object and that
may be subject to change between runs or processing
cycles.
recipe class — A formal grouping of recipes with a
common language syntax and functionality.
recipe executor — The component of an executing
agent that executes recipes.
recipe namespace — A logical management domain
with the responsibility for the storage and management
of recipes, the ensurance of the uniqueness of recipe
identifiers within that domain, and the provision of
services pertaining to recipes stored within that domain.
recipe parameter — A control value that affects the
agent's process.
select — The act of preparing a recipe for execution.
setting — A static value accessible to the user, through
one or more methods, that is used by equipment to
control its process. Settings include, but are not limited
to, setpoint values. Settings typically may be specified
within a recipe.
storage area — An area where objects and data are
stored.
subordinate agent — An agent that is a component of,
or managed by, another agent.
supervisory agent — An agent with supervisory
responsibilities for one or more subordinate agents.
timestamp — The notation of the date and time of the
occurrence of an event.
upload — An operation that transfers a recipe (up) from
an execution storage area.
user — A person interacting with an agent directly
through the agent's human interface or indirectly
through the agent's supervisor.