semi合集-English.pdf - 第1799页
SEMI E42-0704 © SEMI 1995, 2004 68 10.2.1.1 Attribute Read/Write — The DRNS distributed recipe namespace recorder shall support the get attributes operation for its attributes. It shall deny attempts to set its attribute…
SEMI E42-0704 © SEMI 1995, 2004 67
Table 10.3 Typical Change Request Scenario
Manager Segment
Receives request for attribute change from local operator.
Requests change from manager.
<- RMDChangeRequest.req
Manager already has an active change request to link that recipe
and answers that the request is on hold:
RMDChangeRequest.rsp ->
The active change request completes. The manager updates the
change to the segment:
RMNStore.req ->
The segment responds that it will make the change and notify
the requestor when done.
<- RMNStore.rsp
The segment requests approval to make the second change:
<- RMDChangeRequest.req
The manager approves the second request immediately:
RMDChangeRequest.rsp ->
The segment stores the generic attributes sent by its manager.
<- RMDComplete.nfy
The segment notifies the requestor of the second change (in
this case, its manager) that the change is complete.
<- RMNComplete.nfy
When all other segments are similarly updated, the manager
now approves the segment’s earlier request to change generic
attributes:
RMDSApproveAction.req ->
The segment makes the approved change to EditedBy
and then
responds:
<- RMDSApproveAction.rsp
The segment sends notification to the operator making request
for first change.
change:
<- RMNComplete.nfy
The manager requests the new set of generic attributes:
RMNRetrieve.req ->
The segment sends the generic attributes to any requestor:
<- RMNRetrieve.rsp
10.2 Distributed Recipe Namespace Recorder — This section defines the operations supported by the distributed
recipe namespace recorder.
10.2.1 Object Services — The recorder specifier is the object specifier of the recorder. A recorder is owned by the
agent providing the DRNS recorder capabilities. When attached to a DRNS manager, it is also owned by that
manager. An example of the object specifier for a recorder named Recorder182 provided by agent RecorderServer
is
"Agent:RecorderServer>RNSDRecorder:Recorder182>".
SEMI E42-0704 © SEMI 1995, 2004 68
10.2.1.1 Attribute Read/Write — The DRNS distributed
recipe namespace recorder shall support the get
attributes operation for its attributes. It shall deny
attempts to set its attributes through the set attributes
service.
10.2.1.2 Object Create and Delete Operations — The
recorder may support both the create object and delete
object pair of operations. The authorized user who
invokes the create object operation shall assign a name
to be used as its name ObjID
. The name "Default" is
prohibited.
Once created, the recorder shall be attached to a
specific manager before it is ready to accept data. Once
created, the recorder shall set its attributes other than
ObjID
to null or empty values.
The create and delete operations are not required if the
owner agent that provides the distributed recipe
namespace recorder capabilities provides an installed
distributed recipe namespace recorder that cannot be
deleted. In this case, a means of recreating the recorder
shall be provided in the event the recorder becomes
damaged. If either of these two operations is supported,
both are required.
10.2.1.3 Object Attachment Operations — The
recorder shall support the operations to attach and
reattach to a DRNS manager, and the detach and attach
set attributes when invoked by the DRNS manager to
which it is attached.
The recorder attributes Namespace
and Namespace-
Manager are set by the attach and reattach operations.
The detach operation breaks the logical connection of
the recorder to the namespace and managers by setting
the recorder attributes Namespace
and Namespace-
Manager to null values.
NOTE: In the event that a distributed recipe namespace
becomes damaged, its recorder should be left attached
so that it may later be reattached to a new manager.
The reattach operation is used in rebuilding a
distributed recipe namespace.
10.2.2 Add Segment Record — The add segment
record operation adds a given segment (its object
specifier) to the DRNS recorder's internal list of DRNS
segments. A request to add a DRNS segment that is
already in the list shall be denied.
The add segment record operation is invoked by the
service RMDRAddSegRecord.
10.2.3 Delete Segment Record — The delete segment
record operation deletes a given segment specifier from
the DRNS recorder's internal list of DRNS segments. A
request to delete a segment not in the current list shall
be denied.
The delete segment record operation is invoked by the
service RMDRDelSegRecord.
10.2.4 Add Change Request Record — The add
change request record operation adds a change
request record to the DRNS recorder. The DRNS
recorder keeps, at most, one change request record per
recipe at any time. This is intended to represent a
change currently approved and active for that recipe. If
the DRNS recorder already has a change request record
for the specified recipe, the information in the new
change request replaces the previous information.
The contents of the change request record are defined
in Section 10.3.7.4.
The add change request record operation is invoked by
the service RMDRAddChgRecord.
10.2.5 Delete Change Request Record — The delete
change request record operation removes a change
request record for a specified recipe.
The delete change request record operation is invoked
by the service RMDRDelChgRecord.
10.2.6 Get Change Request Record — The get change
request record operation returns the current change
request record for a specified recipe or assigned
segment.
The get change request record operation is invoked by
the service RMDRGetChgRecord and is available to
any service user.
10.3 Distributed Recipe Namespace Management
Operations — Operations defined in Sections 8 and 9
shall be supported by the DRNS manager. This section
defines the additional operations provided by the DRNS
manager. Operations defined in Sections 8 and 9.4 are
delegated by the DRNS manager to an attached DRNS
segment.
10.3.1 Object Services — The DRNS manager is
considered to own the DRNS segments and any DRNS
recorder currently attached to the distributed recipe
namespace. In addition to the object services required
in Section 9, the DRNS manager shall support the get
type and get attribute name operations for its attached
objects. The DRNS manager shall support object
services directed to any of its attached objects and to
recipes stored by specific DRNS segments.
The DRNS manager is considered to own the recipes
that are owned through delegation by any of its attached
DRNS segments. The Get Attributes and Set Attributes
operations for a recipe may be directed to the
distributed recipe namespace.
SEMI E42-0704 © SEMI 1995, 2004 69
The object specifier for an object owned by a DRNS
manager is formed by concatenating the object type and
identifier for either the manager or the namespace,
followed by the object type and identifier of each
owned object in the ownership hierarchy. An example
of the object specifier for a recipe XYZ;3 stored by
DRNS segment ABC_Etch_Seg within the distributed
recipe namespace WetEtch003 would be:
"RNSD:WetEtch003>RNSDSegment:ABC_Etch_
Seg>MRcp:XYZ;3"
If an agent or a DRNS segment is specified, then the
DRNS manager shall delegate the operation to the that
segment. Otherwise, the operation shall be delegated to
a master segment.
A request to set one or more read-write attributes of a
recipe is treated by the DRNS manager as a change
request.
10.3.2 Delete Distributed Recipe Namespace — A
distributed recipe namespace with attachments may not
be deleted.
The delete distributed recipe namespace operation is
invoked by the service RMNDeleteNS defined in
Section 9.2.2.
10.3.3 Attach and Detach Supervised Objects — This
section defines the support required for the authorized
user to request a DRNS manager to attach or detach one
or more segments or a recorder. The operations and
services are defined in detail in SEMI E39 (OSS).
10.3.3.1 Attach Supervised Object — The attach
supervised object operation is invoked by an
authorized user to request the DRNS manager to attach
a specified unattached segment or recorder.
When a request to attach a supervised object is
accepted, the DRNS manager sends an attach or detach
request to the specified object.
The DRNS manager shall have the capability of
managing at least one attached dedicated and one
attached master segment at a time. At most, one
recorder shall be attached to a DRNS manager at any
given time.
Once attached, the segment or recorder becomes a
formal part of the namespace and is owned by the
manager.
When adding attachments to a DRNS manager, the
recorder should be added first, so that it may be used to
record the segments as they are subsequently attached.
When the distributed recipe namespace manager
receives a request to attach a segment, it sends that
request to the specified segment. If the operation is
successful, and if a recorder is attached, the manager
requests the distributed recipe namespace recorder to
record the segment specifier (the object specifier for the
segment). If the agent providing the segment is not
already in the namespace attribute Members
, it is added
at this time.
The operation of attaching a recorder shall set the
distributed recipe namespace attribute Recorder
to the
value of the recorder's attribute ObjID
. The operation
of attaching a segment shall add the segment specifier
to the Segments
attribute of the distributed recipe
namespace.
When a recorder is attached, all subsequent operations
that attach and detach segments shall update the
recorder through its operations to add and remove a
record of the segment.
Specifiers used in the namespace attributes Recorder
and Segments
, and segment specifiers stored in the
DRNS recorder, shall use the form including the
specifier for the agent providing the capability for the
recorder or segment. This is required for identification
outside the scope of the current namespace. For
example, if it later becomes necessary to rebuild the
distributed recipe namespace, then the segment must be
located through its agent owner rather than through the
namespace.
10.3.3.2 Detach Supervised Object — An attached
segment or recorder may be detached at any time. The
manager forwards the request to the specified object.
When a segment is detached, if a recorder is attached,
then the manager requests the recorder to remove the
segment that is being detached.
The user may request a DRNS manager to detach an
attached recorder or segment at any time. When a
recorder is detached, the distributed recipe namespace
attribute Recorder
shall be set to a null value. When a
segment is detached, its specifier is removed from any
attached recorder and from the Segments
attribute of
the distributed recipe namespace.
10.3.4 Change Request Management — A change
request occurs whenever the DRNS manager receives
any request, from any source, to change a recipe or the
contents of the distributed recipe namespace as a
whole. This includes requests to change the recipe
identifier, a generic attribute, an agent-specific
attribute, or the body of an existing recipe. It also
includes all changes that affect the set of recipe
identifiers within the distributed recipe namespace.
Requests for changes may come from a source that is
either internal or external to the namespace.
10.3.4.1 External Change Requests — The DRNS
manager may receive a request, through recipe