ISO/IEC 13712-1:1995
(Main)Information technology — Remote Operations: Concepts, model and notation
Information technology — Remote Operations: Concepts, model and notation
Describes the concepts and model of ROS. It uses ASN.1 to specify information object classes corresponding to the fundamental concepts of ROS, such as operation and error. This in turn provides a notation so that designers can specify particular instances of those classes, e.g. particular operations and errors. It provides a generic set of PDUs which can be used when realizing ROS concepts between objects remote from one another. These PDUs are used in the OSI realization of ROS, which are specified in the respective Recommendations (International Standards). Partial revision of ISO/IEC 9072-1 und ISO/IEC 9072-2.
Technologies de l'information — Opérations distantes: Concepts, modèle et notation
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL
lSO/IEC
STANDARD 13712-1
First edition
1995-09-15
Information technology - Remote
Operations: Concepts, model and notation
Techno/ogies de I’information - Opbrations a distance: Concepts, modele
et notation
Reference number
lSO/IEC 13712-1 :‘I 995(E)
---------------------- Page: 1 ----------------------
ISO/IEC 13712=1:1995(E)
CONTENTS
Page
1
1 Scope .
1
2 Normative references .
........................................................................ 1
2.1 Identical Recommendations I International Standards
.......................... 1
2.2 Paired Recommendations I International Standards equivalent in technical content
2
Additional references .
2.3
2
Definitions .
3
2
OS1 reference model definitions .
3.1
2
ASN. 1 defmitions .
3.2
2
...................................................................................................................................
3.3 ROS definitions
3
Abbreviations .
3
Conventions .
..................................................................................................................................................... 3
ROS model
5
Realization of ROS .
6
ROS concepts .
6
8.1 Introduction .
6
Operation .
8.2
7
Error .
8.3
8
Operation package .
8.4
8
............................................................................................................................
8.5 Connection package
9
............................................................................................................................
8.6 Association contract
10
8.7 ROS-Object class .
11
8.8 Code .
11
Priori ty .
8.9
11
....................................................................................................................................
9 Generic ROS protocol
11
.........................................................................................................................................
9.1 Introduction
11
92 ROS .
12
9:3 Invoke .
13
Return result .
94
14
.........................................................................................................................................
9:5 Return error
15
..................................................................................................................................................
9.6 Reject
17
....................................................................................................................................
9.7 Reject Problem
17
.............................................................................................................................................
9.8 Invoke id
17
No invoke id .
9.9
17
..................................................................................................................................................
9.10 Errors
18
9.11 Bind .
18
................................................................................................................................................
9.12 Unbind
ISO/IEC 1995
0
All rights reserved. Unless otherwise specified, no part of this publication may be
reproduced or utilized in any form or by any means, electronie or mechanical, including
photocopying and microfilm, without Permission in writing from the publisher.
ISO/IEC Copyright Office l Case postale 56 l CH-121 1 Geneve 20 l Switzerland
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
o ISO/IEC ISO/IEC 137124: 1995(E)
18
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10 Useful definitions
18
.........................................................................................................................................
10.1 Introduction
18
10.2 Empty bind .
18
Empty unbind .
10.3
19
.................................................................................................................................................
10.4 Refuse
19
10.5 No-op .
19
10.6 Forward .
19
10.7 Reverse .
19
10.8 Consumer performs .
20
10.9 Supplier performs .
20
All operations .
10.10
20
10.11 recode .
20
10.12 switch .
21
10.13 combine .
21
10.14 ROS Single abstract Syntax .
21
10.15 ROS consumer abstract Syntax .
21
ROS supplier abstract Syntax .
10.16
22
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex A - ASN.l modules
29
....................................................................................................
Annex B - Guidelines for the use of the notation
29
............................................................................................
B.l Examples of Operations and their Errors
30
.................................................................
B.2 Examples of Operation Packages and the use of switch{ }
31
..........................................................................................
B.3 Examples of Bind and Unbind operations
31
Examples of Connection Packages .
B.4
32
B.5 Example of an Association Contract .
32
Examples of ROS-objects .
B.6
32
Example of the use of Forward( ) and Reverse{ } .
B.7
33
.................................
B.8 Examples of ConsumerPerforms { }, SupplierPerforms { } and AllOperations { }
35
............................................................................................................
Annex C - Migrating from the ROS macros
35
C. 1 Introduction .
35
C.2 Operation .
36
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
c.3 Error
36
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.*.
C.4 Bind
36
C.5 Unbind . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex D - Assignment of Object identifier values
0.
111
---------------------- Page: 3 ----------------------
ISO/IEC 13712=1:1995(E)
0 ISO/IEC
Foreword
ISO (the International Organization for Standardization) and IEC (the Inter-
national Electrotechnical Commission) form the specialized System for worldwide
standardization. National bodies that are members of ISO or IEC participate in the
development of International Standards through technical committees established
by the respective organization to deal with particular fields of technical activity.
ISO and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with
ISO and IEC, also take part in the work.
In the field of information technology, ISO and IEC have established a joint
technical committee, ISO/IEC JTC 1. Draft International Standards adopted by the
joint technical committee are circulated to national bodies for voting. Publication
as an International Standard requires approval by at least 75 % of the national
bodies casting a vote.
International Standard ISO/IEC 137 12- 1 was prepared by Joint Technical
Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 21, Open
Systems interconnection, data management and open distributed processing, in
collaboration with ITU-T. The identical text is published as ITU-T Rec-
ommendation X.880.
This part of ISO/IEC 137 12 is a partial revision of ISO/IEC 9072- 1: 1989 and
ISOIIEC 9072-2: 1989.
ISO/IEC 137 12 consists of the following Parts, under the general title Information
- Remote Operations:
technology
- Part 1: Concepts, model and notation
- Part 2: OS1 realizations - Remote Operations Service Element (ROSE)
Service definition
- Part 3: OSI realizations - Remote Operations Service Element (ROSE)
protocol specijkation
Annex A forms an integral part of this part of ISO/IEC 137 12. Annexes B to D
are for information only.
iv
---------------------- Page: 4 ----------------------
o ISO/IEC
ISO/IEC 13712=1:1995(E)
Introduction
Remote operations (ROS) is a paradigm for interactive communication between objects. As such it tan be used in the
design and specification of distributed applications. The basic interaction involved is the invocation of an Operation by
one Object (the invoker), its Performance by another (the Performer), possibly followed by a report of the outcome of the
Operation being returned to the invoker.
The concepts of ROS are abstract, and may be realized in many ways. For example, objects whose interactions employ
by an OS1 network.
ROS concepts may be separated by a Software interface or
This Recommendation I International Standard describes the concepts and model of ROS. It uses ASN.l to specify
information Object classes corresponding to the fundamental concepts of ROS, such as Operation and error. This in turn
provides a notation so that designers tan specify particular instances of those classes, e.g. particular operations and
errors.
This Recommendation I International Standard provides a generic set of PDUs which tan be used in realizing the ROS
concepts between objects remote from one another. These PDUs are used in the OS1 realization of ROS, which are
specified in the companion Recommendations I International Standards to this one.
This Recommendation I International Standard also provides a number of definitions of general Utility to designers of
ROS-based applications.
Annex A forms an integral part of this Recommendation I International Standard.
Annexes B, C and D do not form an integral part of this Recommendation I International Standard.
---------------------- Page: 5 ----------------------
This page intentionally left blank
---------------------- Page: 6 ----------------------
ISO/IEC 13712-1: 1995 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY -
REMOTE OPERATIONS: CONCEPTS, MODEL AND NOTATION
1 Scope
This Recommendation I International Standard specifies the Remote Operations Service (ROS) using the Abstract
Syntax Notation (ASN.1) to define information Object classes corresponding to the fundamental concepts of ROS. This,
in turn, provides the notation that will allow application designers to specify particular instances of these classes.
This Recommendation I International Standard also provides a collection of definitions for specifying the generic
protocol between objects that communicate using ROS concepts. These definitions are used in the companion
Recommendations I International Standards to this one to provide the protocol data units, the Service primitives and the
application context definitions used in the OS1 realization of ROS.
A number of definitions of general Utility to designers of ROS-based applications is also provided.
No requirement is made for conformance to this Recommendation I International Standard.
2 Normative references
The following ITU-T Recommendations and International Standards contain provisions which, through reference in this
text, constitute provisions of this Specification. At the time of publication, the editions indicated were valid. All
Recommendations and Standards are subject to revision, and Parties to agreements based on this Specification are
encouraged to investigate the possibility of applying the most recent editions of the Recommendations and Standards
indicated below. Members of IEC and ISO maintain registers of currently valid International Standards. The
Telecommunications Standardization Bureau of the ITU maintains a list of currently valid ITU-T Recommendations.
21 . Identical Recommendations I International Standards
-
ITU-T Recommendation X.680 (1994) I ISO/IEC 8824-1: 1995, Information technology - Abstract Syntax
Notation One (ASN. I): Specification of basic notation.
-
ITU-T Recommendation X.68 1 (1994) I ISOLIEC 8824-2: 1995, Information technology - Abstract Syntax
Notation One (ASN. I): Information Object specification.
-
ITU-T Recommendation X.682 (1994) I ISOfIEC 8824-3:1995, Information technology - Abstract Syntax
Notation One (ASN. 1): Constraint specification.
-
ITU-T Recommendation X.683 (1994) I ISO/IEC 8824-4: 1995, Information technology - Abstract Syntax
Notation One (ASN. I): Parameterization of ASN.1 specifications.
-
ITU-T Recommendation X.200 (1994) I ISO/IEC 7498-1: 1994, Information technology - Open Systems
Interconnection - Basic Reference Model: The basic model.
-
ITU-T Recommendation X.881 (1994) I ISO/IEC 137 12-2: 1995, Znformation technozogy - Remote
Operations: OSI realizations - Remote Operations Service Element (ROSE} Service deflnition.
-
ITU-T Recommendation X.882 (1994) I ISO/IEC 137 12-3: 1995, Information technology - Remote
Operations: OSI realizations - Remote Operations Service Element (ROSE) protocol specijkation.
22 . Paired Recommendations I International Standards equivalent in technical content
-
CCITT Recommendation X.219 (1988), Remote Operations: Model, notation and Service definition.
Text communication - Remote Operations -
ISO/IEC 9072- 1: 1989, Information processing Systems -
Part Ir Model, notation and Service definition.
-
CCITT Recommendation X.229 (1988), Remote Operations: Protocol specification.
Text communication - Remote Operations -
ISO/IEC 9072-2: 1989, Information processing Systems -
Part 2: Protocol specification.
IT&T Rec. X.880 (1994 E) 1
---------------------- Page: 7 ----------------------
ISO/IEC 1371211: 1995 (E)
23 l Additional references
-
CCITT Recommendation X.407 (1988), Message handling systems: Abstract Service definition
conventions.
3 Definitions
0 OS1 reference model definitions
31
This Recommendation I International Standard makes use of the following terms defined in ITU-T Rec. X.200 I
ISO/IEC 7498- 1:
abstract Syntax;
a>
b) protocol data unit;
c) quality of Service.
32 . ASN.1 definitions
This Recommendation I International Standard makes use of the following terms defined in ITU-T Rec. X.680 I
ISO/IEC 8824- 1:
a) @ata) type;
b) (data) value.
This Recommendation I International Standard makes use of the following terms defined in ITU-T Rec. X.681 I
ISO/IEC 8824-2:
a) field;
b) (information) Object;
(information) Object class;
C)
(information) Object set.
d)
This Recommendation I International Standard makes use of the following terms defined in ITU-T Rec. X.682 I
ISO/IEC 8824-3:
constraint;
a)
exception value.
b)
This Recommendation I International Standard makes use of the following terms defined in ITU-T Rec. X.683 I
ISO/IEC 8824-4:
-
parameterized.
33 . ROS definitions
This Recommendation I International Standard defines the following terms:
argument: A data value accompanying the invocation of an Operation.
3.3.1
3.3.2 association: A relationship between a pair of objects, serving as the context for the invocation and perfomance
of operations.
communicating objects who may have an
association contract: A specification of the roles of a pair of
3.3.3
associ ion with each other.
3.3.4 asymmetrical: Describing an Operation package (or association contract), where the sets of operations which
the two Parties arc capable of performing differ.
connection package: A specification of the roles of a pair of communicating objects in the dynamic
3.3.5
establishment and release of associations between them.
3.3.6 contract: A set of requirements on one or more objects prescribing a collective behaviour.
error: A report of the unsuccessful Performance of an Operation.
3.3.7
2 ITU-T Rec. X.880 (1994 E)
---------------------- Page: 8 ----------------------
ISO/IEC 13712-1 : 1995 (E)
An Opera tion in .voked d uring the Performance
3.3.8 linked Operation: of another Operation by the (latter’s)
Performer and intended to be performed by the (latter ‘9) invoker.
3.3.9 Object: A model of (possibly a self-contained part of) a System, characterized by its initial state and its
behaviour arising from external interactions over well-defined interfaces.
3.3.10 Operation: A function that one Object (the invoker) tan request of another (the Performer).
3.3.11 Operation package: A collection of related operations used to specify the roles of a pair of communicating
objects, each Operation being invokable by one or both objects of the pair and performable by the Partner.
3.3.12 Parameter (of an error): A data value which may accompany the report of an error.
3.3.13 result: A data value which may accompany the report of the successful performante of an Operation.
3.3.14 ROS-Object: An Object whose interactions with other objects are described using ROS concepts.
3.3.15 symmetrical: Describing an Operation package (or assocation contract) in which both Parties are capable of
performing the same set of operations.
3.3.16 synchronous: A characteristic of an Operation that, once invoked, its invoker cannot invoke another
synchronous Operation ( with the same intended Performer) u ntil the outcome has been reported.
4 Abbreviations
For the purposes of this Recommendation I International Standard, the following abbreviations apply:
ASN. 1 Abstract Syntax Notation One
PDU Protocol Data Unit
Quality of Service
QOS
RO (or ROS) Remote Operations
5 Conventions
This Recommendation I International Standard employs ASN.l to define:
a) Information Object classes corresponding to the ROS concepts - These also provide notation with which
designers of ROS applications tan specify particular instances of those classes.
b) Particular information objects of those classes.
c) The PDUs of the generic ROS protocol.
d) Data types needed in these definitions.
Many of these definitions are parameterized, so that their users must supply actual Parameters in Order to complete them.
6 ROS model
Remote operations (ROS) is a paradigm for interactive communication between objects. Objects whose interactions are
described and specified using ROS are ROS-objects. The basic interaction involved is the invocation of an Operation by
one ROS-Object (the invoker) and its Performance by another (the performer).
return, by the
Completion of the performante of the Operation (whether successfully or unsuccessfully) may lead to the
Performer to the invoker, of a report of its outcome. This is illustrated in Figure 1.
A report of the successful completion of an Operation is a result; a report of unsuccessful completion an error.
During the Performance of an Operation, the Performer tan invoke linked operations, intended to be performed by the
invoker of the original Operation.
For correct interworking, certain properties of the Operation must be known by both invoker and Performer. The
properties include:
whether reports are to be returned, and if so, which ones;
the types of the values, if any, to be conveyed with invocations of the Operation or returns from it;
ITU-T Rec. X.880 (1994 E) 3
---------------------- Page: 9 ----------------------
ISO/IEC 13712-1: 1995 (E)
which operations, if any, tan be linked to it;
the code value to be used to distinguish this Operation from the others that might be invoked.
ROS-Object ROS-object
(invoker)
(performW
TlSO4150-94/dOl
Figure 1 - Invocation, performante, and return of an Operation
The interworking capabilities of (pairs of) ROS-objects of some ROS-Object class are defined in terms of sets of related
operations called Operation packages. A package may be symmetrical, in which case it is defined by a Single set of
operations which each ROS-Object in the pair tan invoke (of the other). Alternatively, a package may be asymmetrical,
in which case it is defined by two sets of operations, those which one ROS-Object of the pair tan invoke and those which
the other tan invoke. For the purpose of defining an asymmetrical package, the two ROS-objects are (arbitrarily)
labelled the consumer and supplier respectively.
NOTE 1 - While these labels are, in general, arbitrary, it will often be the case that an intuiti ve assignment tan be made,
given that frequently in such a pair of obj ects one will be supplying a Service which the other consumes.
A pair of ROS-objects must have an association between them to serve as a context for the invocation and Performance
of operations. Esch such association is governed by an association contract. A contract is specified in terms of the set
of packages which (collectively) determine the operations which tan be invoked during the association. If the contract
specification includes one or more asymmetrical packages then the contract is itself asymmetrical. For the purpose of
specifying an asymmetrical association contract, the two ROS-objects which establish an association with each other are
labelled the initiator and responder.
An association may be brought into and out of existente by “Off-1ine” means. Alternatively, an association may be
established and released dynamically. One Option, described in this Recommendation I International Standard, by which
an association may be established and released dynamically is, respectively, through the invocation and Performance of
special bind and unbind operations. The contract for associations of the latter variety includes a connection package,
which includes the particular bind and unbind operations to be used.
NOTE 2 - The mechanism for the establishment and release of associations may also be done by other means described in
other Recommendations I International Standards.
An association requires a relationship between the objects, the existente of which corresponds to the mutual agreement
of the objects to the terms of some association contract.
NOTE 3 - This specification does not address the means by which these relationships are established or terminated.
In the foregoing, the only objects seen to be involved in an Operation have been the invoker and Performer. However, in
general, the invoker and Performer of an Operation are not directly attached to one another, but are connected by some
medium through which invocations and returns tan be conveyed. This expanded view is illustrated in Figure 2.
ROS-object Medium ROS-object
(Performer)
(invoker)
?lS04160-94/dO2
Figure 2 - Expanded view
ITU-T Rec. X.880 (1994 E)
4
---------------------- Page: 10 ----------------------
ISO/IEC 13712-1: 1995 (E)
The medium may introduce delay and the possibility of failure or inaccuracy both in the conveyance of invocations and
returns, and in the establishment, release, and maintenance of associations. It may also introduce the possibility of the
security of the association and its operations being threatened. The extent of these (together with other factors) are
described as the quality-of-Service (QOS).
Association contracts tan now be seen as having three Parties, the third party being the medium. The medium’s
Obligation under the contract is to satisfy the QOS requirements.
NOTE 4 - In the future, target and minimum acceptable QOS requirements may form part of the specification of
operations, Operation packages and of the association contract itself directly. Different aspects of QOS are applicable to these different
levels of specification.
7 Realization of ROS
A realization of ROS involves the definition of a suitable medium to convey invocations and returns between ROS-
objects. Such a medium may, for example, comprise:
a message-passing or procedure calling capability allowing the invoker and Performer of an Operation to
be implemented in separa
...
lSO/CEI
NORME
13712-l
INTERNATIONALE
Première édition
1995-09-15
Technologies de l’information -
Opérations distantes: Concepts, modèle et
notation
- Remote Operations: Concepts, mode/ and
Information technology
notation
Numéro de référence
ISO/CEI 13712-I :1995(F)
---------------------- Page: 1 ----------------------
ISOKEI 137124: 1995(F)
Sommaire
Page
Domaine d’application .
1
Références normatives .
1
2.1 Recommandations et Normes internationales identiques .
1
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
....... 2
2.3 .
Autres références
2
Définitions .
2
3.1 Définitions relatives au modèle de référence OS1 .
2
3.2 Définitions relatives à la notation ASN. 1 .
2
3.3 Définitions relatives au service ROS .
3
Abréviations .
3
Conventions .
3
Modèle ROS .
4
Réalisation des services ROS .
5
Concepts ROS .
6
81 Introduction .
6
*:2 Opération .
7
8.3 Erreur .
8
8.4 Lot d’operations
...................................................................................................................................
9
8.5 Lot de connexion .
9
8.6 Contrat d’association .
10
8.7 Classe d’objets ROS .
11
8.8 Code .
12
8.9 Priorité .
12
Protocole générique ROS .
12
91 .
Introduction . 12
92 Type ROS . 12
9:3 Type Invoke . 13
96 . Type Reject .
16
97 Type RejectProblem .
18
9:s Type InvokeId .
18
99 Valeur NoInvokeId
............................................................................................................................. 18
9’10 Ensemble Errors . 18
9’11 Type Bind .
19
9’12 . Type Unbind .
19
0 ISOKEI 1995
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publi-
cation ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun
procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans
l’accord écrit de l’éditeur.
ISOKEI Copyright Office l Case Postale 56 l CH-121 1 Genève 20 l Suisse
Version française tirée en 1996
Imprimé en Suisse
ii
---------------------- Page: 2 ----------------------
ISOKEI 13712-l: 1995(F)
@ ISOKEI
10 Définitions utiles . 19
10.1 Introduction . 19
10.2 Opération emptyBind .
19
.....................................................................................................................
10.3 Opération empty Unbind 20
10.4 Notification refuse . 20
10.5 Opération no-op . 20
10.6 Ensemble Forward . 20
10.7 Ensemble Reverse .
20
10.8 Ensemble ConsumerPerforms .
21
10.9 Ensemble SupplierPerforms . 21
10.10 Ensemble AllOperations . 21
10.11 Opération recode . 22
10.12 Lot d’opérations switch . 22
10.13 Lot d’opérations combine .
22
10.14 Type ROS-SingleAS . 23
10.15 Type ROS-ConsumerAS . 23
10.16 Type ROS-SupplierAS . 23
Annexe A - Modules ASN. 1 . 24
Annexe B - Directives pour l’utilisation de la notation . 31
B. 1 Exemples d’opérations et d’erreurs .
31
B.2 Exemples de lots d’opérations et de l’utilisation de l’opérateur switch .
32
B.3 Exemples d’opérations de rattachement et de détachement .
33
Exemples de lots de connexion
B.4 . 34
B.5 Exemples de contrat d’association . 34
B.6 Exemples d’objets ROS . 34
B.7 Exemple d’utilisation des opérateurs Forward{ } et Reverse{ } . 35
B.8 Exemple d’utilisation des opérateurs ConsumerPerforms { ), SupplierPerforms { ) et
AllOperations ( ) . 36
Annexe C - Migration des macro-instructions ROS . 37
C. 1 Introduction . 37
C.2 Macro-instruction OPERATION . 37
C.3 Macro-instruction ERROR . 38
.......................................................................................................................
C.4 Macro-instruction Bind 38
...................................................................................................................
C.5 Macro-instruction Unbind 38
Annexe D - Affectation de valeurs d’identificateurs d’objets . 39
. . .
111
---------------------- Page: 3 ----------------------
ISOKEI 13712=1:1995(F)
0 ISOKEI
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes
nationaux membres de I’ISO ou de la CE1 participent au développement de
Normes internationales par l’intermédiaire des comités techniques créés par
l’organisation concernée afin de s’occuper des différents domaines particuliers de
l’activité technique. Les comités techniques de I’ISO et de la CE1 collaborent
dans des domaines d’intérêt commun. D’autres organisations internationales,
gouvernementales ou non gouvernementales, en liaison avec I’ISO et la CE1
participent également aux travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont créé un
comité technique mixte, 1’ISOKEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux
pour approbation, avant leur acceptation comme Normes internationales. Les
Normes internationales sont approuvées conformément aux procédures qui
requièrent l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISOKEI 137 12- 1 a été élaborée par le comité technique
mixte ISOKEI JTC 1, Technologies de I?nformation, sous-comité SC 21,
Interconnexion des systèmes ouverts, gestion des données et traitement distribué
ouvert, en collaboration avec I’IUT-T. Le texte identique est publié en tant que
Recommandation IUT-T X.880.
La présente partie de I’ISOKEI 137 12 est une révision partielle de
1’ISOKEI 9072-l: 1989 et 1’ISOKEI 9072-2: 1989.
L’ISOKEI 137 12 comprend les parties suivantes, présentées sous le titre général
Technologies de l’information - Opérations distantes:
Partie 1: Concepts, modèle et notation
- Partie 2: Réalisations OSI - Définition du service de l’élément de service
d’opérations distantes (ROSE)
- Partie 3: Réalisations OSI - Spécification du protocole de l’élément de
service d’opérations distantes (ROSE)
L’annexe A fait partie intégrante de la présente partie de l’ISO/CEI 137 12. Les
annexes B à D sont données uniquement à titre d’information.
1v
---------------------- Page: 4 ----------------------
@ ISOKEI ISOKEI 137124: 1995(F)
Introduction
Le concept d’opérations distantes (ROS) est un paradigme de la communication interactive entre objets. En tant que tel,
il peut être utilisé pour la conception et la spécification des applications réparties. L’interaction de base mise en jeu est
l’invocation d’une opération par un objet (l’invocateur), son exécution par un autre (l’exécutant), éventuellement suivie
par un rapport sur le rhultat de l’opération retourné à l’invocateur.
Les concepts d’opérations distantes (ROS) sont abstraits, et peuvent être réalisés de multiples manières. Ainsi, les objets
dont les interactions mettent en jeu les concepts d’opérations distantes peuvent être séparés par une interface logicielle ou
par un réseau OSI.
La présente Recommandation I Norme internationale décrit les concepts et le modèle de service ROS. Elle utilise
l’ASN.1 pour spécifier les classes d’objets informationnels correspondant aux concepts fondamentaux du service ROS,
tels que les classes opération et erreur. Ces éléments fournissent à leur tour la notation qui permet aux concepteurs de
spécifier des instances particulières de ces classes, comme des opérations ou des erreurs spécifiques.
La présente Recommandation I Norme internationale fournit un ensemble générique d’unités de données de protocole
(PDU) qui peuvent être utilisées pour réaliser les concepts de service ROS entre objets distants les uns des autres. Ces
PDU sont utilisées dans les applications OS1 des concepts de service ROS, qui sont spécifiées dans les
Recommandations I Normes internationales jumelles de celle-ci.
La présente Recommandation I Norme internationale fournit également un certain nombre de définitions d’ordre général
pour les concepteurs d’applicati .ons à base d’opérations distan tes ROS.
L’Annexe A fait partie intégrante de la présente Recommandation I Norme internationale.
Les Annexes B, C et D ne font pas partie intégrante de la présente Recommandation i Norme internationale.
---------------------- Page: 5 ----------------------
Page blanche
---------------------- Page: 6 ----------------------
ISOKEI 13712-l : 1995 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION -
OPÉRATIONS DISTANTES: CONCEPTS, MODÈLE ET NOTATION
1 Domaine d’application
La présente Recommandation I Norme internationale spécifie le service d’opérations distantes (ROS) et utilise la notation
de syntaxe abstraite numéro un (ASN.l) pour définir les classes d’objets informationnels correspondant aux concepts
fondamentaux du service ROS. Ces éléments fournissent à leur tour la notation qui permettra aux concepteurs
d’applications de spécifier des instances particulières de ces classes.
La présente Recommandation I Norme internationale renferme également une collection de définitions qui spécifient le
protocole générique d’échange entre objets communiquant selon les concepts du service ROS. Les’ Recommandations I
Normes internationales associées à celle-ci utilisent ces définitions pour définir les unités de données de protocole, les
primitives de service et les définitions de contexte applicatif qui interviennent dans la réalisation OS1 du service ROS.
Un certain nombre de définitions d’intérêt général pour les concepteurs des applications à base d’opérations distantes sont
également données.
Aucune spécification n’est imposée quant à la conformité à la présente Recommandation I Norme internationale.
Références normatives
2
Les Recommandations de FUIT-T et les Normes internationales suivantes contiennent des dispositions qui, par suite de
la référence qui y est faite, constituent des dispositions valables pour la présente Spécification. Au moment de la
publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes internationale sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Spécification sont invitées à rechercher la possibilité
d’appliquer les éditions les plus récentes des Recommandations et Normes internationales indiquées ci-après. Les
membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de I’UIT tient à jour une liste des Recommandations UIT-T en vigueur.
21 . Recommandations et Normes internationales identiques
-
Recommandation UIT-T X.680 (1994) I ISOKEI 8824-: 1995, Technologie de l’information - Notation de
syntaxe abstraite numéro un: Spécification de la notation de base.
-
Recommandation UIT-T X.681 (1994) I ISOKEI 8824-2:1995, Technologie de l’information - Notation
de syntaxe abstraite numéro un: Spécijkation des objets informationnels.
-
Recommandation UIT-T X.682 (1994) I ISOKEI 8824-3: 1995, Technologie de l’information - Notation
de syntaxe abstraite numéro un: Spécifkation des contraintes.
-
Recommandation UIT-T X.683 (1994) I ISOKEI 8824-4: 1995, Technologie de l’information - Notation
de syntaxe abstraite numéro un: Paramétrage des spécifications ASN.1.
-
Recommandation UIT-T X.200 (1994) I ISOKEI 7498-l : 1994, Technologie de l’information -
Interconnexion de systèmes ouverts - Modèle de référence de base. Le modèle de base.
-
Recommandation UIT-T X.88 1 (1994) I ISOKEI 137 12-2: 1995, Technologie de Z’information -
Définition du service de 1 ‘élément de service d’opérations
Opérations distantes: Applications OSI -
distantes.
-
Recommandation UIT-T X.882 (1994) I ISOKEI 13712-3:1995, Technologie de Z’information -
Opérations distantes: Applications OSI - Spécification du protocole de 1 ‘élément de service d’opérations
distantes.
Rec. UIT-T X.880 (1994 F)
---------------------- Page: 7 ----------------------
ISOKEI 13712-l : 1995 (F)
Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
22 .
-
Recommandation X.219 du CCITT (1988), Opérations distantes: modèle, notation et définition du
service.
ISOICEI 9072- 1: 1989, Systèmes de traitement de l’information - Communication de texte - Opérations à
distance - Partie 1: Modèle, notation et définition du service.
-
Recommandation X.229 du CCITT (1988), Opérations distantes: Spécification du protocole.
ISOKEI 9072-2: 1989, Systèmes de traitement de l’information - Communication de texte - Opérations à
distance - Partie 2: Spécijkation du protocole.
23 . Autres références
-
Recommandation X.407 du CCITT (1988), Systèmes de messagerie: Conventions pour la définition des
services abstraits.
3 Définitions
31 . Définitions relatives au modèle de référence OS1
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.200 1
ISOKEI 7498- 1:
syntaxe abstraite;
a>
b) unité de données de protocole;
c) qualité de service.
32 . Définitions relatives à la notation ASN.1
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.680 I
ISOKEI 8824- 1:
type (de données);
a>
valeur (de données).
b)
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.681 I
ISOKEI 8824-2: ’
champ;
a)
objet (informationnel);
b)
classe d’objets (informationnels);
C)
ensemble d’objets (informationnels).
d)
La présente Recommandation I Norme internationale utilise le terme suivant, défini
dans la Rec. UIT-T X.682 I ISOKEI 8824-3:
contrainte;
a>
valeur d’exception.
b)
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.683 I
ISOKEI 8824-4:
paramétré.
2 Rec. UIT-T X.880 (1994 F)
---------------------- Page: 8 ----------------------
ISOKEI 13712-l : 1995 (F)
33 . Définitions relatives au service ROS
La présente Recommandation I Norme internationale définit les termes suivants:
3.3.1 argument: Valeur de données accompagnant l’invocation d’une opération.
3.3.2 association: Relation entre un couple d’objets, servant de contexte à l’invocation et à l’exécution d’une
opération.
3.3.3 contrat d’association: Spécification des rôles d’un couple d’objets communicants pouvant être associés l’un à
l’autre.
3.3.4 asymétrique: Qualificatif d’un lot d’opérations (ou d’un contrat d’association), pour lequel les ensembles
d’opérations pouvant être exécutées par chacune des deux parties diffèrent l’un de l’autre.
lot de connexion: Spécification des rôles d’un couple d’objets communicants dans l’établissement
3.3.5 ou la
libération dynamique de leur association.
3.3.6 contrat: Ensemble de spécifications imposées à un ou plusieurs objets prescrivant un comportement collectif.
3.3.7 erreur: Rapport notifiant l’échec d’exécution d’une opération.
3.3.8 opération liée: Opération invoquée, pendant l’exécution d’une autre opération, par le (précédent) exécutant et
qui doit être exécutée par le (précédent) invocateur.
3.3.9 objet: Modèle de système (ou éventuellement de sous-système autonome), caractérisé par son état initial et son
comportement découlant d’interactions externes à travers des interfaces bien définies.
3.3.10 opération: Fonction qu’un objet (l’invocateur) peut demander à un autre (l’exécutant) d’exécuter.
3.3.11 lot d’opérations: Collection d’opérations liées utilisée pour spécifier les rôles pour un couple d’objets
communicants, chaque opération pouvant être invoquée par un des deux objets ou par les deux pour être exécutée par
l’autre.
3.3.12 paramètre (d’une erreur): Valeur de données pouvant accompagner le rapport d’erreur.
résultat: Valeur de données pouvant accompagner le rapport d’exécution avec succès d’une opération.
3.3.13
3.3.14 objet ROS: Objet dont les interactions avec d’autres objets sont décrites à l’aide des concepts d’opérations
distantes ROS.
3.3.15 symétrique: Qualificatif d’un lot d’opérations (ou d’un contrat d’association) dans lequel les deux parties sont
capables d’exécuter le même ensemble d’opérations.
3.3.16 synchrone: Qualificatif d’une opération qui, une fois invoquée, interdit à son invocateur d’invoquer une autre
opération synchrone (avec le même exécutant désigné) tant que son résultat n’a pas été notifié.
4 Abréviations
Pour les besoins de la présente Recommandation I Norme internationale, les abréviations suivantes sont utilisées:
ASN. 1 Notation de syntaxe abstraite numéro un (abstract syntax notation one)
PDU Unité de données de protocole (protocol data unit)
Qualité de service (quality of service)
QOS
RO (ou ROS) Opérations distantes (remote operations)
5 Conventions
La présente Recommandation I Norme internationale utilise I’ASN. 1 pour définir:
a) les classes d’objets informationnels correspondant aux concepts ROS; elle indique également la notation
avec laquelle les concepteurs d’applications ROS peuvent spécifier des instances particulières de ces
classes;
b) les objets informationnels particuliers de ces classes;
c) les PDU du protocole générique d’opérations distantes (protocole ROS);
d) les types de données nécessaires à ces définitions.
Rec. UIT-T X.880 (1994 F)
---------------------- Page: 9 ----------------------
ISOKEI 137124 : 1995 (F)
Beaucoup de ces définitions sont paramétrées; pour les compléter, les utilisateurs doivent en préciser les paramètres
effectifs.
6 Modèle ROS
Le concept d’opérations distantes (ROS) est un paradigme de la communication interactive entre objets. Les objets dont
les interactions sont décrites et spécifiées a l’aide de concepts ROS sont des objets ROS. L’interaction de base mise en
jeu est l’invocation d’une opération par un objet ROS (l’invocateur) et son exécution par un autre (l’exécutant).
échec) peut entraîner le renvoi par l’exécutant à l’invocateur
L’achèvement de l’opération (sur u n succès ou un d’un
rapport sur le résultat de l’opération. Ceci est illustré à la Figure 1.
Un rapport notifiant l’achèvement avec succès d’une opération est un résultat; un rapport notifiant l’achèvement d’une
opération sur un échec est une erreur.
Pendant l’exécution d’une opération, l’exécutant peut invoquer des opérations liées, à exécuter par l’invocateur de
l’opération d’origine.
‘opération doivent être connues à la fois de l’invocateur
Pour un interfonctionnement correct, certaines des propriétés de 1
et de l’exécutant, notamment:
-
si des rapports doivent être envoyés en retour, et dans l’affirmative, lesquels;
-
les types des valeurs accompagnant le cas échéant les invocations d’opérations et les notifications
envoyées en retour;
-
les opérations pouvant le cas échéant être liées a l’opération d’origine;
-
la valeur de code a utiliser pour distinguer l’opération en question des autres opérations pouvant être
invoquées.
Objet ROS Objet ROS
(exdcutant)
(invocateur)
l-604 150-94/dO 1
Figure 1 - Invocation, exécution et retour d’une opération
Les capacités d’interfonctionnement des (couples d’)objets ROS d’une quelconque classe d’objets ROS sont définies en
termes d’ensembles d’opérations liées appelés lots d’opérations. Un lot peut être symétrique, auquel cas il est défini par
un seul ensemble d’opérations que chaque objet ROS du couple peut invoquer (pour être exécutées par l’autre). Ou alors,
le lot peut être asymétrique, auquel cas il est défini par deux ensembles d’opérations, chacun pouvant être invoqué par
un seul des deux objets du couple. Pour les besoins de la définition d’un lot asymétrique, les objets ROS sont
arbitrairement étiquetés l’un comme client et l’autre comme serveur.
NOTE 1 - Alors que ces étiquettes sont en général arbitraires, il arrivera souvent que leur affectation soit intuitive, l’un des
objets offrant manifestement un service que l’autre consomme.
Un couple d’objets ROS doivent être liés par une association servant de contexte à l’invocation et à l’exécution
d’opérations. Chaque association de cette sorte est gouvernée par un contrat d’association. Un contrat est spécifié en
termes de lots qui déterminent (collectivement) les opérations qui peuvent être invoquées dans le cadre de l’association.
Si les spécifications de contrat comprennent un ou plusieurs lots asymétriques, le contrat est lui-même asymétrique. Pour
les besoins de la spécification d’un contrat d’association asymétrique, les deux objets ROS qui établissent l’association
entre eux sont étiquetés l’un comme initiateur et lautre comme répondeur.
Une association peut être créée ou dissoute par des moyens «hors ligne». Mais elle peut être aussi établie ou libérée
dynamiquement. Une des options décrites dans la présente Recommandation I Norme internationale et permettant
d’établir et de libérer dynamiquement une association est réalisée par l’invocation et l’exécution des opérations spéciales
respectivement de rattachement et de détachement. Le contrat de cette dernière catégorie d’associations inclut un lot
de connexion comprenant les opérations particulières de rattachement et de détachement à utiliser.
4 Rec. UIT-T X.880 (1994 F)
---------------------- Page: 10 ----------------------
ISOKEI 13712-l : 1995 (F)
ations peut
NOTE 2 - Le mécanisme d’établissement et de libération également être assuré par d’autres moyens
dans d’autres Recommandations I Normes internationales.
Une association necessite qu’existe entre les deux objets une relation qui corresponde a l’acceptation par ces objets des
termes d’un quelconque contrat d’association
NOTE 3 - Cette spécifïcation ne traite pas des moyens par lesquels de telles relations sont établies ou terminées.
Dans ce qui suit, les seuls objets qu’on voit impliqués dans une opération sont l’invocateur et l’executant. Toutefois,
l’invocateur et l’exécutant d’une opération ne sont généralement pas directement rattachés l’un à l’autre, mais connectés
par un intermédiaire quelconque à travers lequel sont transmis les invocations et les rapports en retour. La Figure 2
illustre ce schéma élargi.
Objet ROS Intermddiaire Objet ROS
(inwcateur) (exdwtant)
TlSO4 160-94/dO2
Figure 2 - Schéma élargi
L’intermédiaire peut introduire un retard et une possibilité d’échec ou d’inexactitude dans la transmission tant des
invocations que des rapports, ainsi que dans l’établissement, la libération et la maintenance des associations. Il peut
...
lSO/CEI
NORME
13712-l
INTERNATIONALE
Première édition
1995-09-15
Technologies de l’information -
Opérations distantes: Concepts, modèle et
notation
- Remote Operations: Concepts, mode/ and
Information technology
notation
Numéro de référence
ISO/CEI 13712-I :1995(F)
---------------------- Page: 1 ----------------------
ISOKEI 137124: 1995(F)
Sommaire
Page
Domaine d’application .
1
Références normatives .
1
2.1 Recommandations et Normes internationales identiques .
1
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
....... 2
2.3 .
Autres références
2
Définitions .
2
3.1 Définitions relatives au modèle de référence OS1 .
2
3.2 Définitions relatives à la notation ASN. 1 .
2
3.3 Définitions relatives au service ROS .
3
Abréviations .
3
Conventions .
3
Modèle ROS .
4
Réalisation des services ROS .
5
Concepts ROS .
6
81 Introduction .
6
*:2 Opération .
7
8.3 Erreur .
8
8.4 Lot d’operations
...................................................................................................................................
9
8.5 Lot de connexion .
9
8.6 Contrat d’association .
10
8.7 Classe d’objets ROS .
11
8.8 Code .
12
8.9 Priorité .
12
Protocole générique ROS .
12
91 .
Introduction . 12
92 Type ROS . 12
9:3 Type Invoke . 13
96 . Type Reject .
16
97 Type RejectProblem .
18
9:s Type InvokeId .
18
99 Valeur NoInvokeId
............................................................................................................................. 18
9’10 Ensemble Errors . 18
9’11 Type Bind .
19
9’12 . Type Unbind .
19
0 ISOKEI 1995
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publi-
cation ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun
procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans
l’accord écrit de l’éditeur.
ISOKEI Copyright Office l Case Postale 56 l CH-121 1 Genève 20 l Suisse
Version française tirée en 1996
Imprimé en Suisse
ii
---------------------- Page: 2 ----------------------
ISOKEI 13712-l: 1995(F)
@ ISOKEI
10 Définitions utiles . 19
10.1 Introduction . 19
10.2 Opération emptyBind .
19
.....................................................................................................................
10.3 Opération empty Unbind 20
10.4 Notification refuse . 20
10.5 Opération no-op . 20
10.6 Ensemble Forward . 20
10.7 Ensemble Reverse .
20
10.8 Ensemble ConsumerPerforms .
21
10.9 Ensemble SupplierPerforms . 21
10.10 Ensemble AllOperations . 21
10.11 Opération recode . 22
10.12 Lot d’opérations switch . 22
10.13 Lot d’opérations combine .
22
10.14 Type ROS-SingleAS . 23
10.15 Type ROS-ConsumerAS . 23
10.16 Type ROS-SupplierAS . 23
Annexe A - Modules ASN. 1 . 24
Annexe B - Directives pour l’utilisation de la notation . 31
B. 1 Exemples d’opérations et d’erreurs .
31
B.2 Exemples de lots d’opérations et de l’utilisation de l’opérateur switch .
32
B.3 Exemples d’opérations de rattachement et de détachement .
33
Exemples de lots de connexion
B.4 . 34
B.5 Exemples de contrat d’association . 34
B.6 Exemples d’objets ROS . 34
B.7 Exemple d’utilisation des opérateurs Forward{ } et Reverse{ } . 35
B.8 Exemple d’utilisation des opérateurs ConsumerPerforms { ), SupplierPerforms { ) et
AllOperations ( ) . 36
Annexe C - Migration des macro-instructions ROS . 37
C. 1 Introduction . 37
C.2 Macro-instruction OPERATION . 37
C.3 Macro-instruction ERROR . 38
.......................................................................................................................
C.4 Macro-instruction Bind 38
...................................................................................................................
C.5 Macro-instruction Unbind 38
Annexe D - Affectation de valeurs d’identificateurs d’objets . 39
. . .
111
---------------------- Page: 3 ----------------------
ISOKEI 13712=1:1995(F)
0 ISOKEI
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes
nationaux membres de I’ISO ou de la CE1 participent au développement de
Normes internationales par l’intermédiaire des comités techniques créés par
l’organisation concernée afin de s’occuper des différents domaines particuliers de
l’activité technique. Les comités techniques de I’ISO et de la CE1 collaborent
dans des domaines d’intérêt commun. D’autres organisations internationales,
gouvernementales ou non gouvernementales, en liaison avec I’ISO et la CE1
participent également aux travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont créé un
comité technique mixte, 1’ISOKEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux
pour approbation, avant leur acceptation comme Normes internationales. Les
Normes internationales sont approuvées conformément aux procédures qui
requièrent l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISOKEI 137 12- 1 a été élaborée par le comité technique
mixte ISOKEI JTC 1, Technologies de I?nformation, sous-comité SC 21,
Interconnexion des systèmes ouverts, gestion des données et traitement distribué
ouvert, en collaboration avec I’IUT-T. Le texte identique est publié en tant que
Recommandation IUT-T X.880.
La présente partie de I’ISOKEI 137 12 est une révision partielle de
1’ISOKEI 9072-l: 1989 et 1’ISOKEI 9072-2: 1989.
L’ISOKEI 137 12 comprend les parties suivantes, présentées sous le titre général
Technologies de l’information - Opérations distantes:
Partie 1: Concepts, modèle et notation
- Partie 2: Réalisations OSI - Définition du service de l’élément de service
d’opérations distantes (ROSE)
- Partie 3: Réalisations OSI - Spécification du protocole de l’élément de
service d’opérations distantes (ROSE)
L’annexe A fait partie intégrante de la présente partie de l’ISO/CEI 137 12. Les
annexes B à D sont données uniquement à titre d’information.
1v
---------------------- Page: 4 ----------------------
@ ISOKEI ISOKEI 137124: 1995(F)
Introduction
Le concept d’opérations distantes (ROS) est un paradigme de la communication interactive entre objets. En tant que tel,
il peut être utilisé pour la conception et la spécification des applications réparties. L’interaction de base mise en jeu est
l’invocation d’une opération par un objet (l’invocateur), son exécution par un autre (l’exécutant), éventuellement suivie
par un rapport sur le rhultat de l’opération retourné à l’invocateur.
Les concepts d’opérations distantes (ROS) sont abstraits, et peuvent être réalisés de multiples manières. Ainsi, les objets
dont les interactions mettent en jeu les concepts d’opérations distantes peuvent être séparés par une interface logicielle ou
par un réseau OSI.
La présente Recommandation I Norme internationale décrit les concepts et le modèle de service ROS. Elle utilise
l’ASN.1 pour spécifier les classes d’objets informationnels correspondant aux concepts fondamentaux du service ROS,
tels que les classes opération et erreur. Ces éléments fournissent à leur tour la notation qui permet aux concepteurs de
spécifier des instances particulières de ces classes, comme des opérations ou des erreurs spécifiques.
La présente Recommandation I Norme internationale fournit un ensemble générique d’unités de données de protocole
(PDU) qui peuvent être utilisées pour réaliser les concepts de service ROS entre objets distants les uns des autres. Ces
PDU sont utilisées dans les applications OS1 des concepts de service ROS, qui sont spécifiées dans les
Recommandations I Normes internationales jumelles de celle-ci.
La présente Recommandation I Norme internationale fournit également un certain nombre de définitions d’ordre général
pour les concepteurs d’applicati .ons à base d’opérations distan tes ROS.
L’Annexe A fait partie intégrante de la présente Recommandation I Norme internationale.
Les Annexes B, C et D ne font pas partie intégrante de la présente Recommandation i Norme internationale.
---------------------- Page: 5 ----------------------
Page blanche
---------------------- Page: 6 ----------------------
ISOKEI 13712-l : 1995 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION -
OPÉRATIONS DISTANTES: CONCEPTS, MODÈLE ET NOTATION
1 Domaine d’application
La présente Recommandation I Norme internationale spécifie le service d’opérations distantes (ROS) et utilise la notation
de syntaxe abstraite numéro un (ASN.l) pour définir les classes d’objets informationnels correspondant aux concepts
fondamentaux du service ROS. Ces éléments fournissent à leur tour la notation qui permettra aux concepteurs
d’applications de spécifier des instances particulières de ces classes.
La présente Recommandation I Norme internationale renferme également une collection de définitions qui spécifient le
protocole générique d’échange entre objets communiquant selon les concepts du service ROS. Les’ Recommandations I
Normes internationales associées à celle-ci utilisent ces définitions pour définir les unités de données de protocole, les
primitives de service et les définitions de contexte applicatif qui interviennent dans la réalisation OS1 du service ROS.
Un certain nombre de définitions d’intérêt général pour les concepteurs des applications à base d’opérations distantes sont
également données.
Aucune spécification n’est imposée quant à la conformité à la présente Recommandation I Norme internationale.
Références normatives
2
Les Recommandations de FUIT-T et les Normes internationales suivantes contiennent des dispositions qui, par suite de
la référence qui y est faite, constituent des dispositions valables pour la présente Spécification. Au moment de la
publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes internationale sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Spécification sont invitées à rechercher la possibilité
d’appliquer les éditions les plus récentes des Recommandations et Normes internationales indiquées ci-après. Les
membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de I’UIT tient à jour une liste des Recommandations UIT-T en vigueur.
21 . Recommandations et Normes internationales identiques
-
Recommandation UIT-T X.680 (1994) I ISOKEI 8824-: 1995, Technologie de l’information - Notation de
syntaxe abstraite numéro un: Spécification de la notation de base.
-
Recommandation UIT-T X.681 (1994) I ISOKEI 8824-2:1995, Technologie de l’information - Notation
de syntaxe abstraite numéro un: Spécijkation des objets informationnels.
-
Recommandation UIT-T X.682 (1994) I ISOKEI 8824-3: 1995, Technologie de l’information - Notation
de syntaxe abstraite numéro un: Spécifkation des contraintes.
-
Recommandation UIT-T X.683 (1994) I ISOKEI 8824-4: 1995, Technologie de l’information - Notation
de syntaxe abstraite numéro un: Paramétrage des spécifications ASN.1.
-
Recommandation UIT-T X.200 (1994) I ISOKEI 7498-l : 1994, Technologie de l’information -
Interconnexion de systèmes ouverts - Modèle de référence de base. Le modèle de base.
-
Recommandation UIT-T X.88 1 (1994) I ISOKEI 137 12-2: 1995, Technologie de Z’information -
Définition du service de 1 ‘élément de service d’opérations
Opérations distantes: Applications OSI -
distantes.
-
Recommandation UIT-T X.882 (1994) I ISOKEI 13712-3:1995, Technologie de Z’information -
Opérations distantes: Applications OSI - Spécification du protocole de 1 ‘élément de service d’opérations
distantes.
Rec. UIT-T X.880 (1994 F)
---------------------- Page: 7 ----------------------
ISOKEI 13712-l : 1995 (F)
Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
22 .
-
Recommandation X.219 du CCITT (1988), Opérations distantes: modèle, notation et définition du
service.
ISOICEI 9072- 1: 1989, Systèmes de traitement de l’information - Communication de texte - Opérations à
distance - Partie 1: Modèle, notation et définition du service.
-
Recommandation X.229 du CCITT (1988), Opérations distantes: Spécification du protocole.
ISOKEI 9072-2: 1989, Systèmes de traitement de l’information - Communication de texte - Opérations à
distance - Partie 2: Spécijkation du protocole.
23 . Autres références
-
Recommandation X.407 du CCITT (1988), Systèmes de messagerie: Conventions pour la définition des
services abstraits.
3 Définitions
31 . Définitions relatives au modèle de référence OS1
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.200 1
ISOKEI 7498- 1:
syntaxe abstraite;
a>
b) unité de données de protocole;
c) qualité de service.
32 . Définitions relatives à la notation ASN.1
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.680 I
ISOKEI 8824- 1:
type (de données);
a>
valeur (de données).
b)
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.681 I
ISOKEI 8824-2: ’
champ;
a)
objet (informationnel);
b)
classe d’objets (informationnels);
C)
ensemble d’objets (informationnels).
d)
La présente Recommandation I Norme internationale utilise le terme suivant, défini
dans la Rec. UIT-T X.682 I ISOKEI 8824-3:
contrainte;
a>
valeur d’exception.
b)
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.683 I
ISOKEI 8824-4:
paramétré.
2 Rec. UIT-T X.880 (1994 F)
---------------------- Page: 8 ----------------------
ISOKEI 13712-l : 1995 (F)
33 . Définitions relatives au service ROS
La présente Recommandation I Norme internationale définit les termes suivants:
3.3.1 argument: Valeur de données accompagnant l’invocation d’une opération.
3.3.2 association: Relation entre un couple d’objets, servant de contexte à l’invocation et à l’exécution d’une
opération.
3.3.3 contrat d’association: Spécification des rôles d’un couple d’objets communicants pouvant être associés l’un à
l’autre.
3.3.4 asymétrique: Qualificatif d’un lot d’opérations (ou d’un contrat d’association), pour lequel les ensembles
d’opérations pouvant être exécutées par chacune des deux parties diffèrent l’un de l’autre.
lot de connexion: Spécification des rôles d’un couple d’objets communicants dans l’établissement
3.3.5 ou la
libération dynamique de leur association.
3.3.6 contrat: Ensemble de spécifications imposées à un ou plusieurs objets prescrivant un comportement collectif.
3.3.7 erreur: Rapport notifiant l’échec d’exécution d’une opération.
3.3.8 opération liée: Opération invoquée, pendant l’exécution d’une autre opération, par le (précédent) exécutant et
qui doit être exécutée par le (précédent) invocateur.
3.3.9 objet: Modèle de système (ou éventuellement de sous-système autonome), caractérisé par son état initial et son
comportement découlant d’interactions externes à travers des interfaces bien définies.
3.3.10 opération: Fonction qu’un objet (l’invocateur) peut demander à un autre (l’exécutant) d’exécuter.
3.3.11 lot d’opérations: Collection d’opérations liées utilisée pour spécifier les rôles pour un couple d’objets
communicants, chaque opération pouvant être invoquée par un des deux objets ou par les deux pour être exécutée par
l’autre.
3.3.12 paramètre (d’une erreur): Valeur de données pouvant accompagner le rapport d’erreur.
résultat: Valeur de données pouvant accompagner le rapport d’exécution avec succès d’une opération.
3.3.13
3.3.14 objet ROS: Objet dont les interactions avec d’autres objets sont décrites à l’aide des concepts d’opérations
distantes ROS.
3.3.15 symétrique: Qualificatif d’un lot d’opérations (ou d’un contrat d’association) dans lequel les deux parties sont
capables d’exécuter le même ensemble d’opérations.
3.3.16 synchrone: Qualificatif d’une opération qui, une fois invoquée, interdit à son invocateur d’invoquer une autre
opération synchrone (avec le même exécutant désigné) tant que son résultat n’a pas été notifié.
4 Abréviations
Pour les besoins de la présente Recommandation I Norme internationale, les abréviations suivantes sont utilisées:
ASN. 1 Notation de syntaxe abstraite numéro un (abstract syntax notation one)
PDU Unité de données de protocole (protocol data unit)
Qualité de service (quality of service)
QOS
RO (ou ROS) Opérations distantes (remote operations)
5 Conventions
La présente Recommandation I Norme internationale utilise I’ASN. 1 pour définir:
a) les classes d’objets informationnels correspondant aux concepts ROS; elle indique également la notation
avec laquelle les concepteurs d’applications ROS peuvent spécifier des instances particulières de ces
classes;
b) les objets informationnels particuliers de ces classes;
c) les PDU du protocole générique d’opérations distantes (protocole ROS);
d) les types de données nécessaires à ces définitions.
Rec. UIT-T X.880 (1994 F)
---------------------- Page: 9 ----------------------
ISOKEI 137124 : 1995 (F)
Beaucoup de ces définitions sont paramétrées; pour les compléter, les utilisateurs doivent en préciser les paramètres
effectifs.
6 Modèle ROS
Le concept d’opérations distantes (ROS) est un paradigme de la communication interactive entre objets. Les objets dont
les interactions sont décrites et spécifiées a l’aide de concepts ROS sont des objets ROS. L’interaction de base mise en
jeu est l’invocation d’une opération par un objet ROS (l’invocateur) et son exécution par un autre (l’exécutant).
échec) peut entraîner le renvoi par l’exécutant à l’invocateur
L’achèvement de l’opération (sur u n succès ou un d’un
rapport sur le résultat de l’opération. Ceci est illustré à la Figure 1.
Un rapport notifiant l’achèvement avec succès d’une opération est un résultat; un rapport notifiant l’achèvement d’une
opération sur un échec est une erreur.
Pendant l’exécution d’une opération, l’exécutant peut invoquer des opérations liées, à exécuter par l’invocateur de
l’opération d’origine.
‘opération doivent être connues à la fois de l’invocateur
Pour un interfonctionnement correct, certaines des propriétés de 1
et de l’exécutant, notamment:
-
si des rapports doivent être envoyés en retour, et dans l’affirmative, lesquels;
-
les types des valeurs accompagnant le cas échéant les invocations d’opérations et les notifications
envoyées en retour;
-
les opérations pouvant le cas échéant être liées a l’opération d’origine;
-
la valeur de code a utiliser pour distinguer l’opération en question des autres opérations pouvant être
invoquées.
Objet ROS Objet ROS
(exdcutant)
(invocateur)
l-604 150-94/dO 1
Figure 1 - Invocation, exécution et retour d’une opération
Les capacités d’interfonctionnement des (couples d’)objets ROS d’une quelconque classe d’objets ROS sont définies en
termes d’ensembles d’opérations liées appelés lots d’opérations. Un lot peut être symétrique, auquel cas il est défini par
un seul ensemble d’opérations que chaque objet ROS du couple peut invoquer (pour être exécutées par l’autre). Ou alors,
le lot peut être asymétrique, auquel cas il est défini par deux ensembles d’opérations, chacun pouvant être invoqué par
un seul des deux objets du couple. Pour les besoins de la définition d’un lot asymétrique, les objets ROS sont
arbitrairement étiquetés l’un comme client et l’autre comme serveur.
NOTE 1 - Alors que ces étiquettes sont en général arbitraires, il arrivera souvent que leur affectation soit intuitive, l’un des
objets offrant manifestement un service que l’autre consomme.
Un couple d’objets ROS doivent être liés par une association servant de contexte à l’invocation et à l’exécution
d’opérations. Chaque association de cette sorte est gouvernée par un contrat d’association. Un contrat est spécifié en
termes de lots qui déterminent (collectivement) les opérations qui peuvent être invoquées dans le cadre de l’association.
Si les spécifications de contrat comprennent un ou plusieurs lots asymétriques, le contrat est lui-même asymétrique. Pour
les besoins de la spécification d’un contrat d’association asymétrique, les deux objets ROS qui établissent l’association
entre eux sont étiquetés l’un comme initiateur et lautre comme répondeur.
Une association peut être créée ou dissoute par des moyens «hors ligne». Mais elle peut être aussi établie ou libérée
dynamiquement. Une des options décrites dans la présente Recommandation I Norme internationale et permettant
d’établir et de libérer dynamiquement une association est réalisée par l’invocation et l’exécution des opérations spéciales
respectivement de rattachement et de détachement. Le contrat de cette dernière catégorie d’associations inclut un lot
de connexion comprenant les opérations particulières de rattachement et de détachement à utiliser.
4 Rec. UIT-T X.880 (1994 F)
---------------------- Page: 10 ----------------------
ISOKEI 13712-l : 1995 (F)
ations peut
NOTE 2 - Le mécanisme d’établissement et de libération également être assuré par d’autres moyens
dans d’autres Recommandations I Normes internationales.
Une association necessite qu’existe entre les deux objets une relation qui corresponde a l’acceptation par ces objets des
termes d’un quelconque contrat d’association
NOTE 3 - Cette spécifïcation ne traite pas des moyens par lesquels de telles relations sont établies ou terminées.
Dans ce qui suit, les seuls objets qu’on voit impliqués dans une opération sont l’invocateur et l’executant. Toutefois,
l’invocateur et l’exécutant d’une opération ne sont généralement pas directement rattachés l’un à l’autre, mais connectés
par un intermédiaire quelconque à travers lequel sont transmis les invocations et les rapports en retour. La Figure 2
illustre ce schéma élargi.
Objet ROS Intermddiaire Objet ROS
(inwcateur) (exdwtant)
TlSO4 160-94/dO2
Figure 2 - Schéma élargi
L’intermédiaire peut introduire un retard et une possibilité d’échec ou d’inexactitude dans la transmission tant des
invocations que des rapports, ainsi que dans l’établissement, la libération et la maintenance des associations. Il peut
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.