ISO/IEC 9506-1:1990/Amd 1:1993
(Amendment)Industrial automation systems — Manufacturing Message Specification — Part 1: Service definition — Amendment 1: Data exchange
Industrial automation systems — Manufacturing Message Specification — Part 1: Service definition — Amendment 1: Data exchange
Systèmes d'automatisation industrielle — Spécification de messagerie industrielle — Partie 1: Définition des services — Amendement 1: Échange de données
General Information
Relations
Buy Standard
Standards Content (Sample)
ISO/IEC
INTERNATIONAL
STANDARD
First edition
1990-10-15
AMENDMENT 1
1993-07-O 1
Industrial automation systems - Manufacturing
Message Specification -
Part 1:
Service definition
AMENDMENT 1: Data exchange
Systkmes d’automatisation industrielle - Sp&ifkation de messagerie
industrielle -
Partie 7: Dbfinition de service
AMENDEMENT 7: Lfchange de don&es
Reference number
ISO/IEC 9506-1:199O/Amd.1:1993(E)
---------------------- Page: 1 ----------------------
ISO/IEC 9506~1:1990/Amd.1:1993(E)
Foreword
IS0 (the International Organization for Standardization) is a worldwide federation
of national standards bodies (IS0 member bodies). The work of preparing Inter-
national Standards is normally carried out through IS0 technical committees.
Each member body interested in a subject for which a technical committee has
been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also
take part in the work. IS0 collaborates closely with the International Electro-
technical Commission (IEC) on all matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are circulated
to the member bodies for voting. Publication as an International Standard
requires approval by at least 75 % of the member bodies casting a vote.
Amendment 1 to International Standard ISO/IEC 95061:1990 was prepared by
Technical Committee lSO/rC 184, industrial automation systems, Sub-
Committee SC 5, System integration and communication.
lSO/IEC 9506 consists of the following parts, under the general title industrial
automation systems - Manufacturing Message Specification :
- Part 7: Service definition
- Part 2: Protocol specification
0 lSO/IEC 1993
All rights reserved. No part of this publication may be reproduced or utilized in any form
or by any means, electronic or mechanical, including photocopying and microfilm,
without permission in writing from the publisher.
ISO/IEC Copyright Office l Case postale 56 l CH-1211 Geneve 20 l Switzerland
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
ISO/IEC 9506,1:1990/Amd.l:1993(E)
Industrial automation systems - Manufacturing Message
Specification -
Part 1:
Service definition
AMENDMENT 1: Data exchange
Page 29
Page 20
Subclause 8.1.2.4
Subclause 7.2.6.2
In the first sentence, change
Insert
“8 to 16”
“GetDataExchangeAttributes”
to
into the list of services between GetCapabiIityList and
“8 to 16 and 20”
GetDomainAttributes.
Page 49
Page 25
Subclause 7.3.2
Subclause 9.4.1.1.1.1
Table 1, add the following to the end of the table:
Add the following to the end of the list:
“Data Exchange”
Data Exchange Objects X X 20
\
Page 52
Page 27
Subclause 9.6.1.1.1.1
Subclause 7.4.2
Add the following to the end of the list:
Change
“Data Exchange”
“such names must be defined over the association”
Page 280
to
Subclause 19.2.1.2
“AA-specific objects shall only exist as a result of a
Insert
definition of the name over the association by an
MMS Service. As there is no MMS service to create
“GetDataExchangeAttributes
AA-specific Data Exchange objects, these objects will
ExchangeData”
be created by local action at the time of association
establishment.” into the list between DeleteJournal and FileOpen.
---------------------- Page: 3 ----------------------
ISO/IEC 9506~1:199O/Amd.l:1993(E)
Data Exchange Name
Add a new clause 20 as follows:
The Data Exchange Name shall be the principal
identifier of the Data Exchange Object. It shall be
20 Data Exchange Management Services
formed according to the rules for the specification of
Object Names as described in 7.4 and 7.3.2.
The Data Exchange management services provide facilities
which allow a client MMS-user to invoke a procedure on a In Use
VMD. This remote‘ procedure call is modeled as an
This attribute shall indicate whether (true) or not (false)
exchange of data between two MMS users. 20.1 describes
the particular Data Exchange object is performing the
the MMS Model for Data Exchange. The ExchangeData
D-Exchange function.
service is described in 20.2 and the
GetDataExchangeAttributes service is described in 20.3.
These services are intended to provide functions not MMS Deletable
available through use of other MMS services, and shall not
This attribute shall indicate that the particular Data
be used to circumvent the spirit or intent of those services.
Exchange object may not be deleted through the use of
an MMS service.
20.1 The Data Exchange management model
List of Request Type Specifications
This clause defines the MMS Model for the Data Exchange The List of Request Type Specifications attribute shall
object and the related Data Exchange function. A data specify the datatypes of input data of the underlying
exchange object is an abstract element of a VMD which is
procedure. If no inputs are required, this list shall be
capable of invoking (when requested) a real procedure.
empty.
This procedure may require data as input and may
produce data as output.
List of Response Type Specifications
NOTE - Implementation of Data Exchange on a real device may take The List of Response Type Specifications attribute shall
different forms. One form could be realization as a remote procedure
specify the datatypes of output data to the underlying
call. Another form could be message function blocks on a
procedure. If no outputs are required, this list shall be
programmable device. These may be used for synchronization of
empty.
processing by having a logical thread of execution stalled waiting for
receipt of the Data Exchange message.
Linked
This attribute shall indicate whether (true) or not (false)
the Data Exchange object is linked to a Program
20.1 .l D-Exchange Function
Invocation.
The D-Exchange function represents the processing of a
Program Invocation Reference
data exchange service at the VMD. Parameters of the
D-Exchange function are the state of the VMD and the
This attribute, which only exists for a Data Exchange
values of the input parameters. The relationship between
object having Linked attribute equal to TRUE, shall
the real procedure and the Data Exchange object which is
reference the Program Invocation to which the Data
used to invoke it is modeled by the D-Exchange function. If
Exchange object is linked.
the processing is successful, the result is a set of values for
the output parameters.
20.1.2.2 Operations on Data Exchange Objects
The services on Data Exchange object are
which operate
20.12 The Data Exchange Object
listed below.
20.1.2.1 The Data Exchange Objet Model
ExchangeData
Object: Data Exchange
A client may use this service to invoke the processing
Key Attribute: Data Exchange Name
defined by a Data Exchange Object on the VMD. This
Attribute: In Use (TRUE, FALSE)
service is described in 20.2.
Attribute: MMS Deletable (FALSE)
Attribute: List Of Request Type Specifications
GetDataExchangeAttributes
Attribute: List Of Response Type Specifications
Attribute: Linked (TRUE, FALSE)
A client may use this service to determine the attributes
Constraint: Linked = TRUE
of a Data exchange object. This service is described in
Attribute: Program Invocation Reference
20.3.
2
---------------------- Page: 4 ----------------------
ISO/IEC 950601:1990/Amd.l:1993(E)
specified by the List of Response Type Specifications
20.2 Exchange Data Service
attribute of the Data Exchange Object specified by the Data
Exchange Name parameter. If no data values are specified
The Exchange Data Service allows an MMS client to
by this List of Response Data parameter, an empty list
invoke a predefined procedure referenced by a Data
shall be transmitte
...
NORME lSO/CEI
INTERNATIONALE
Première édition
1990-I O-l 5
AMENDEMENT 1
1993-07-O 1
Systèmes d’automatisation industrielle -
Spécification de messagerie industrielle -
Partie 1:
Définition des services
.
AMENDEMENT 1 . Échange de données
Industrial automation systems - Manufacturing Message Specification -
Part 7 : Service de finition
AMENDMENT 7: Data exchange
---------------------- Page: 1 ----------------------
ISOKEI 9506~1:1990/Amd.l:1993(F)
Avant-propos
LIS0 (Organisation internationale de normalisation) est une fédération mondiale
d’organismes nationaux de normalisation (comités membres de 1’ISO). L’élabo-
ration des Normes internationales est en général confiée aux comités techniques
de 1’ISO. Chaque comité membre intéressé par une étude a le droit de faire partie
à cet effet. Les organisations internationales,
du comité technique créé
gouvernementales et non gouvernementales, en liaison avec I’ISO participent
également aux travaux. LIS0 collabore étroitement avec la Commission électro-
technique internationale (CEI) en ce qui concerne la normalisation électro-
technique.
Les projets de Normes internationales adoptés par les comités techniques sont
soumis aux comités membres pour vote. Leur publication comme Normes
internationales requiert l’approbation de 75 % au moins des comités membres
votants.
L’Amendement 1 à la Norme internationale ISO/CEI 9506- 1: 1990 a été élaboré
par le comité technique ISO/TC 184, Systèmes d’automatisation industrielle, sous-
comité SC 5, Intégration de systèmes et communication.
L’ISOKEI 9506 comprend les parties suivantes, présentées sous le titre général
Systèmes d’automatisation industrielle - Spécification de messagerie industrielle:
- Partie 1: Définition des services
- Partie 2: Spécification de protocole
.
0 ISOKEI 1993
Droits de reproduction réserves. Sauf prescription différente, aucune partie de cette publication 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.
ISO/CEI 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 950611:199O/Amd.l:1993(F)
Systèmes d’automatisation industrielle - Spécification de
messagerie industrielle -
Partie 1:
Définition des services
AMENDEMENT 1: Échange de données
Page 20 objets seront créés par une activité locale au
moment de l’établissement de l’association. ”
Paragraphe 7.2.6.2
Page 29
insérer
Paragraphe 8.1.2.4
“GetDataExchangeAttributes”
Remplacer dans la première phrase
dans la liste des services, entre GetCapabilityList et
GetDomainAttributes.
“8 à 16”
Page 25
Par
Paragraphe 7.3.2
“8 à 16 et 20”
Table 1, ajouter ce qui suit à la fin de la table
Page 49
x 20
Objets d’échange de données X
Paragraphe 9.4.1.1.1.1
/ \
Ajouter ce qui suit à la fin de la liste :
Page 27
“Echange de données”
Paragraphe 7.4.2
Page 52
Remplacer
Paragraphe 9.6.1.1.1.1
Ajouter ce qui suit à la fin de la liste :
“De tels noms doivent être définis pendant
l’association”
“Echange de données”
Page 280
Par
Paragraphe 19.2.1.2
“Les objets spécifiques AA ne doivent exister
que comme le résultat d’une définition du nom
Insérer
pendant l’association, par un service MMS.
Comme il n’y a pas de service MMS qui crée des
“GetDataExchangeAttribute
objets d’échange de données spécifiques AA, ces
ExchangeData”
dans la liste entre DeleteJournal et FileOpen.
---------------------- Page: 3 ----------------------
ISOKEI 95064: 1990/Amd.l:1993(F)
Ajouter une nouvel article 20 comme suit :
Attribut : MMS Deletable (False)
Attribut : List of Request Type Specifkations
20 Services de gestion des échanges de données (Liste de spécifications de types de demandes)
Attribut : List of Response Type Specifïcations
Les services des gestion des échanges de données (Liste de spécijications de types de réponses)
fournissent des facilités permettant à un client Attribut : Linked (TRUE,FALSE) (‘Zié
utilisateur de MMS d’invoquer une procédure sur un
WLFA U’W)
VMD. Cette procédure d’appel à distance est Contrainte : Linked = TRUE
modélisée comme un échange de données entre
Attribut : Program Invocation Reference
deux utilisateurs MMS. On décrit dans 20.1 le @@j&ence d’invocation de programme)
modèle MMS pour l’échange de données. On décrit
le service ExchangeData dans 20.2 et le service Data Exchange Name (Nom d’échange de données)
GetDataExchangeAttributes dans 20.3. Ces services
sont prévus pour fournir des fonctions qui ne sont Le “Data Exchange Name” doit être l’identificateur
pas disponibles quand on utilise les autres services principal de l’objet d’échange de données. Il doit
MMS et elles ne doivent pas être utilisées de façon à aux régles de
être composé conformément
transgresser l’esprit ou les objectifs de ces services. spécification des noms d’objets décrites en 7.4 et
7.3.2.
20.1 Modèle de gestion de l’échange de données
Cet article définit le modèle MMS des objets In Use (En utilisation)
“Echange de données” (Data Exchange abjects) et
des fonctions d’échange de données qui s’y Cet attribut doit indiquer si oui @rue) ou non (false)
appliquent. Un objet échange de données est un cet objet d’échange de données particulier est en
élément abstrait d’un VMD capable d’invoquer train d’effectuer une fonction D-Exchange.
(quand on le demande) une procédure réelle. Cette
procédure peut nécessiter des données en entrée et
peut fournir des données en sortie. MMS Deletable (annulable par MMS)
NOTE : L’implémentation de l’échange de données Cet attribut doit indiquer si cet objet d’échange de
dans un dispositif réel peut prendre différentes données particulier peut être ou non annulé en
utilisant un service MMS.
formes. L’une des ces formes peut être réalisée par
un appel de procédure à distance. Une autre peut
être les blocs de fonction des messages d’un
dispositif programmable. Ils peuvent être utilisés
List of Request Type Specifïcations (Liste de
pour synchroniser le traitement en ayant un spécification de types de demande)
processus logique d’exécution mis en attente d’une L’attribut “List of Request Type Specifications”
réception de message d’échange de données.
spécifie les types des données en entrée de la
procédure sous-jacente. S’il n’y a pas besoin de
20.1.1 Fonction D-Exchange données en entrée, cette liste doit être vide.
La fonction D-Exchange d’un service d’échange de List of Response Type Specifïcations (Liste des
données sur le VMD. Les paramètres de la fonction spécifications de types de réponse)
D-Exchange sont l’état du VMD et les valeurs des
partamètres en entrée. La relation entre la procédure L’attribut “List of Response Type Specifïcations”
réelle et l’objet d’échange de données qui sert à spécifie les types des données en sortie de la
l’invoquer, est modéliséee par la fonction D- procédure sous-jacente. S’il n’y a pas besoin de
données en sortie, cette liste doit être vide.
Exchange. Si l’exécution est réussie, le résultat est
un ensemble de valeurs pour les paramètres en
sortie. Linked (lié)
Cet attribut doit indiquer si oui (true) ou non (false)
20.1.2 L’objet d’échange de données .
l’objet d’échange de données est relié à une
20.1.2.1 Le modèle d’objet d’échange de données invocation de programme.
Program Invocation Reference (iTié$?rence
Objet : Echange de données
d’invocation de programmes)
Attribut clé : Data Exchange Name (Nom
d’échange de données)
Attibut : In Use (TRUE,FALSE) Cet attribut, qui n’existe que quand l’attribut
“Linked” des objets d’échange de données est égal à
2
---------------------- Page: 4 ----------------------
ISO/CEI9506-1:1990/Amd.l:1993(F)
TRUE, doit référencer l’invocation de programme échange de données. Les valeurs de données doivent
auquel est lié l’objet d’échange de données. correspondre en type et en nombre à ceux spécifiés
par l’attribut “List of Request Type Specifications”
de l’objet échange de données spécifiés par le
20.1.2.2 Opérations sur les objets d’échange de
données paramètre “Data Exchange Name”. S’il n’y a pas de-
valeurs de données spécifiées par le paramètre
RequestData, il faut transmettre une liste v
...
NORME lSO/CEI
INTERNATIONALE
Première édition
1990-I O-l 5
AMENDEMENT 1
1993-07-O 1
Systèmes d’automatisation industrielle -
Spécification de messagerie industrielle -
Partie 1:
Définition des services
.
AMENDEMENT 1 . Échange de données
Industrial automation systems - Manufacturing Message Specification -
Part 7 : Service de finition
AMENDMENT 7: Data exchange
---------------------- Page: 1 ----------------------
ISOKEI 9506~1:1990/Amd.l:1993(F)
Avant-propos
LIS0 (Organisation internationale de normalisation) est une fédération mondiale
d’organismes nationaux de normalisation (comités membres de 1’ISO). L’élabo-
ration des Normes internationales est en général confiée aux comités techniques
de 1’ISO. Chaque comité membre intéressé par une étude a le droit de faire partie
à cet effet. Les organisations internationales,
du comité technique créé
gouvernementales et non gouvernementales, en liaison avec I’ISO participent
également aux travaux. LIS0 collabore étroitement avec la Commission électro-
technique internationale (CEI) en ce qui concerne la normalisation électro-
technique.
Les projets de Normes internationales adoptés par les comités techniques sont
soumis aux comités membres pour vote. Leur publication comme Normes
internationales requiert l’approbation de 75 % au moins des comités membres
votants.
L’Amendement 1 à la Norme internationale ISO/CEI 9506- 1: 1990 a été élaboré
par le comité technique ISO/TC 184, Systèmes d’automatisation industrielle, sous-
comité SC 5, Intégration de systèmes et communication.
L’ISOKEI 9506 comprend les parties suivantes, présentées sous le titre général
Systèmes d’automatisation industrielle - Spécification de messagerie industrielle:
- Partie 1: Définition des services
- Partie 2: Spécification de protocole
.
0 ISOKEI 1993
Droits de reproduction réserves. Sauf prescription différente, aucune partie de cette publication 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.
ISO/CEI 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 950611:199O/Amd.l:1993(F)
Systèmes d’automatisation industrielle - Spécification de
messagerie industrielle -
Partie 1:
Définition des services
AMENDEMENT 1: Échange de données
Page 20 objets seront créés par une activité locale au
moment de l’établissement de l’association. ”
Paragraphe 7.2.6.2
Page 29
insérer
Paragraphe 8.1.2.4
“GetDataExchangeAttributes”
Remplacer dans la première phrase
dans la liste des services, entre GetCapabilityList et
GetDomainAttributes.
“8 à 16”
Page 25
Par
Paragraphe 7.3.2
“8 à 16 et 20”
Table 1, ajouter ce qui suit à la fin de la table
Page 49
x 20
Objets d’échange de données X
Paragraphe 9.4.1.1.1.1
/ \
Ajouter ce qui suit à la fin de la liste :
Page 27
“Echange de données”
Paragraphe 7.4.2
Page 52
Remplacer
Paragraphe 9.6.1.1.1.1
Ajouter ce qui suit à la fin de la liste :
“De tels noms doivent être définis pendant
l’association”
“Echange de données”
Page 280
Par
Paragraphe 19.2.1.2
“Les objets spécifiques AA ne doivent exister
que comme le résultat d’une définition du nom
Insérer
pendant l’association, par un service MMS.
Comme il n’y a pas de service MMS qui crée des
“GetDataExchangeAttribute
objets d’échange de données spécifiques AA, ces
ExchangeData”
dans la liste entre DeleteJournal et FileOpen.
---------------------- Page: 3 ----------------------
ISOKEI 95064: 1990/Amd.l:1993(F)
Ajouter une nouvel article 20 comme suit :
Attribut : MMS Deletable (False)
Attribut : List of Request Type Specifkations
20 Services de gestion des échanges de données (Liste de spécifications de types de demandes)
Attribut : List of Response Type Specifïcations
Les services des gestion des échanges de données (Liste de spécijications de types de réponses)
fournissent des facilités permettant à un client Attribut : Linked (TRUE,FALSE) (‘Zié
utilisateur de MMS d’invoquer une procédure sur un
WLFA U’W)
VMD. Cette procédure d’appel à distance est Contrainte : Linked = TRUE
modélisée comme un échange de données entre
Attribut : Program Invocation Reference
deux utilisateurs MMS. On décrit dans 20.1 le @@j&ence d’invocation de programme)
modèle MMS pour l’échange de données. On décrit
le service ExchangeData dans 20.2 et le service Data Exchange Name (Nom d’échange de données)
GetDataExchangeAttributes dans 20.3. Ces services
sont prévus pour fournir des fonctions qui ne sont Le “Data Exchange Name” doit être l’identificateur
pas disponibles quand on utilise les autres services principal de l’objet d’échange de données. Il doit
MMS et elles ne doivent pas être utilisées de façon à aux régles de
être composé conformément
transgresser l’esprit ou les objectifs de ces services. spécification des noms d’objets décrites en 7.4 et
7.3.2.
20.1 Modèle de gestion de l’échange de données
Cet article définit le modèle MMS des objets In Use (En utilisation)
“Echange de données” (Data Exchange abjects) et
des fonctions d’échange de données qui s’y Cet attribut doit indiquer si oui @rue) ou non (false)
appliquent. Un objet échange de données est un cet objet d’échange de données particulier est en
élément abstrait d’un VMD capable d’invoquer train d’effectuer une fonction D-Exchange.
(quand on le demande) une procédure réelle. Cette
procédure peut nécessiter des données en entrée et
peut fournir des données en sortie. MMS Deletable (annulable par MMS)
NOTE : L’implémentation de l’échange de données Cet attribut doit indiquer si cet objet d’échange de
dans un dispositif réel peut prendre différentes données particulier peut être ou non annulé en
utilisant un service MMS.
formes. L’une des ces formes peut être réalisée par
un appel de procédure à distance. Une autre peut
être les blocs de fonction des messages d’un
dispositif programmable. Ils peuvent être utilisés
List of Request Type Specifïcations (Liste de
pour synchroniser le traitement en ayant un spécification de types de demande)
processus logique d’exécution mis en attente d’une L’attribut “List of Request Type Specifications”
réception de message d’échange de données.
spécifie les types des données en entrée de la
procédure sous-jacente. S’il n’y a pas besoin de
20.1.1 Fonction D-Exchange données en entrée, cette liste doit être vide.
La fonction D-Exchange d’un service d’échange de List of Response Type Specifïcations (Liste des
données sur le VMD. Les paramètres de la fonction spécifications de types de réponse)
D-Exchange sont l’état du VMD et les valeurs des
partamètres en entrée. La relation entre la procédure L’attribut “List of Response Type Specifïcations”
réelle et l’objet d’échange de données qui sert à spécifie les types des données en sortie de la
l’invoquer, est modéliséee par la fonction D- procédure sous-jacente. S’il n’y a pas besoin de
données en sortie, cette liste doit être vide.
Exchange. Si l’exécution est réussie, le résultat est
un ensemble de valeurs pour les paramètres en
sortie. Linked (lié)
Cet attribut doit indiquer si oui (true) ou non (false)
20.1.2 L’objet d’échange de données .
l’objet d’échange de données est relié à une
20.1.2.1 Le modèle d’objet d’échange de données invocation de programme.
Program Invocation Reference (iTié$?rence
Objet : Echange de données
d’invocation de programmes)
Attribut clé : Data Exchange Name (Nom
d’échange de données)
Attibut : In Use (TRUE,FALSE) Cet attribut, qui n’existe que quand l’attribut
“Linked” des objets d’échange de données est égal à
2
---------------------- Page: 4 ----------------------
ISO/CEI9506-1:1990/Amd.l:1993(F)
TRUE, doit référencer l’invocation de programme échange de données. Les valeurs de données doivent
auquel est lié l’objet d’échange de données. correspondre en type et en nombre à ceux spécifiés
par l’attribut “List of Request Type Specifications”
de l’objet échange de données spécifiés par le
20.1.2.2 Opérations sur les objets d’échange de
données paramètre “Data Exchange Name”. S’il n’y a pas de-
valeurs de données spécifiées par le paramètre
RequestData, il faut transmettre une liste v
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.