ImageVerifierCode 换一换
格式:PDF , 页数:47 ,大小:268.39KB ,
资源ID:805854      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-805854.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ITU-T X 880 FRENCH-1994 INFORMATION TECHNOLOGY - REMOTE OPERATIONS CONCEPTS MODEL AND NOTATION《信息技术 远程操作 概念模型和符号 数据网络和开放系统通信 开放系统互连应用 远程操作 44pp》.pdf)为本站会员(fatcommittee260)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T X 880 FRENCH-1994 INFORMATION TECHNOLOGY - REMOTE OPERATIONS CONCEPTS MODEL AND NOTATION《信息技术 远程操作 概念模型和符号 数据网络和开放系统通信 开放系统互连应用 远程操作 44pp》.pdf

1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 8 SECTEUR DE LA NORMALISATION (07/94)DES TLCOMMUNICATIONSDE LUIT2 3%!58 $% #/-5.)#!4)/. $% $/ %3 %4#/-5.)#!4)/. %.42% 3934 -%3 /56%243!00,)#!4)/.3 /3) /0 2!4)/.3 $)34!.4%34%#(./,/)% $% , ).b) unit de donnes de protocole;c) qualit de service.3.2 Dfinitio

2、ns relatives la notation ASN.1La prsente Recommandation | Norme internationale utilise les termes suivants, dfinis dans la Rec. UIT-T X.680 |ISO/CEI 8824-1:a) type (de donnes);b) valeur (de donnes).La prsente Recommandation | Norme internationale utilise les termes suivants, dfinis dans la Rec. UIT-

3、T X.681 |ISO/CEI 8824-2:a) champ;b) objet (informationnel);c) classe dobjets (informationnels);d) ensemble dobjets (informationnels).La prsente Recommandation | Norme internationale utilise le terme suivant, dfinidans la Rec. UIT-T X.682 | ISO/CEI 8824-3:a) contrainte;b) valeur dexception.La prsente

4、 Recommandation | Norme internationale utilise les termes suivants, dfinis dans la Rec. UIT-T X.683 |ISO/CEI 8824-4: paramtr.ISO/CEI 13712-1 : 1995 (F)Rec. UIT-T X.880 (1994 F) 33.3 Dfinitions relatives au service ROSLa prsente Recommandation | Norme internationale dfinit les termes suivants:3.3.1 a

5、rgument: Valeur de donnes accompagnant linvocation dune opration.3.3.2 association: Relation entre un couple dobjets, servant de contexte linvocation et lexcution duneopration.3.3.3 contrat dassociation: Spcification des rles dun couple dobjets communicants pouvant tre associs lun lautre.3.3.4 asymt

6、rique: Qualificatif dun lot doprations (ou dun contrat dassociation), pour lequel les ensemblesdoprations pouvant tre excutes par chacune des deux parties diffrent lun de lautre.3.3.5 lot de connexion: Spcification des rles dun couple dobjets communicants dans ltablissement ou lalibration dynamique

7、de leur association.3.3.6 contrat: Ensemble de spcifications imposes un ou plusieurs objets prescrivant un comportement collectif.3.3.7 erreur: Rapport notifiant lchec dexcution dune opration.3.3.8 opration lie: Opration invoque, pendant lexcution dune autre opration, par le (prcdent) excutant etqui

8、 doit tre excute par le (prcdent) invocateur.3.3.9 objet: Modle de systme (ou ventuellement de sous-systme autonome), caractris par son tat initial et soncomportement dcoulant dinteractions externes travers des interfaces bien dfinies.3.3.10 opration: Fonction quun objet (linvocateur) peut demander

9、un autre (lexcutant) dexcuter.3.3.11 lot doprations: Collection doprations lies utilise pour spcifier les rles pour un couple dobjetscommunicants, chaque opration pouvant tre invoque par un des deux objets ou par les deux pour tre excute parlautre.3.3.12 paramtre (dune erreur): Valeur de donnes pouv

10、ant accompagner le rapport derreur.3.3.13 rsultat: Valeur de donnes pouvant accompagner le rapport dexcution avec succs dune opration.3.3.14 objet ROS: Objet dont les interactions avec dautres objets sont dcrites laide des concepts doprationsdistantes ROS.3.3.15 symtrique: Qualificatif dun lot dopra

11、tions (ou dun contrat dassociation) dans lequel les deux parties sontcapables dexcuter le mme ensemble doprations.3.3.16 synchrone: Qualificatif dune opration qui, une fois invoque, interdit son invocateur dinvoquer une autreopration synchrone (avec le mme excutant dsign) tant que son rsultat na pas

12、 t notifi.4 AbrviationsPour les besoins de la prsente Recommandation | Norme internationale, les abrviations suivantes sont utilises:ASN.1 Notation de syntaxe abstraite numro un (abstract syntax notation one)PDU Unit de donnes de protocole (protocol data unit)QOS Qualit de service (quality of servic

13、e)RO (ou ROS) Oprations distantes (remote operations)5 ConventionsLa prsente Recommandation | Norme internationale utilise lASN.1 pour dfinir:a) les classes dobjets informationnels correspondant aux concepts ROS; elle indique galement la notationavec laquelle les concepteurs dapplications ROS peuven

14、t spcifier des instances particulires de cesclasses;b) les objets informationnels particuliers de ces classes;c) les PDU du protocole gnrique doprations distantes (protocole ROS);d) les types de donnes ncessaires ces dfinitions.ISO/CEI 13712-1 : 1995 (F)4 Rec. UIT-T X.880 (1994 F)Beaucoup de ces dfi

15、nitions sont paramtres; pour les complter, les utilisateurs doivent en prciser les paramtreseffectifs.6 Modle ROSLe concept doprations distantes (ROS) est un paradigme de la communication interactive entre objets. Les objets dontles interactions sont dcrites et spcifies laide de concepts ROS sont de

16、s objets ROS. Linteraction de base mise enjeu est linvocation dune opration par un objet ROS (linvocateur) et son excution par un autre (lexcutant).Lachvement de lopration (sur un succs ou un chec) peut entraner le renvoi par lexcutant linvocateur dunrapport sur le rsultat de lopration. Ceci est ill

17、ustr la Figure 1.Un rapport notifiant lachvement avec succs dune opration est un rsultat; un rapport notifiant lachvement duneopration sur un chec est une erreur.Pendant lexcution dune opration, lexcutant peut invoquer des oprations lies, excuter par linvocateur delopration dorigine.Pour un interfon

18、ctionnement correct, certaines des proprits de lopration doivent tre connues la fois de linvocateuret de lexcutant, notamment: si des rapports doivent tre envoys en retour, et dans laffirmative, lesquels; les types des valeurs accompagnant le cas chant les invocations doprations et les notifications

19、envoyes en retour; les oprations pouvant le cas chant tre lies lopration dorigine; la valeur de code utiliser pour distinguer lopration en question des autres oprations pouvant treinvoques.TISO4150-94/d01InvocationRetourExcutionObjet ROS(invocateur)Objet ROS(excutant)Figure 1 Invocation, excution et

20、 retour dune oprationFIGURE 1/X.880.D01 = 5 CMLes capacits dinterfonctionnement des (couples d)objets ROS dune quelconque classe dobjets ROS sont dfinies entermes densembles doprations lies appels lots doprations. Un lot peut tre symtrique, auquel cas il est dfini parun seul ensemble doprations que

21、chaque objet ROS du couple peut invoquer (pour tre excutes par lautre). Ou alors,le lot peut tre asymtrique, auquel cas il est dfini par deux ensembles doprations, chacun pouvant tre invoqu parun seul des deux objets du couple. Pour les besoins de la dfinition dun lot asymtrique, les objets ROS sont

22、arbitrairement tiquets lun comme client et lautre comme serveur.NOTE 1 Alors que ces tiquettes sont en gnral arbitraires, il arrivera souvent que leur affectation soit intuitive, lun desobjets offrant manifestement un service que lautre consomme.Un couple dobjets ROS doivent tre lis par une associat

23、ion servant de contexte linvocation et lexcutiondoprations. Chaque association de cette sorte est gouverne par un contrat dassociation. Un contrat est spcifi entermes de lots qui dterminent (collectivement) les oprations qui peuvent tre invoques dans le cadre de lassociation.Si les spcifications de

24、contrat comprennent un ou plusieurs lots asymtriques, le contrat est lui-mme asymtrique. Pourles besoins de la spcification dun contrat dassociation asymtrique, les deux objets ROS qui tablissent lassociationentre eux sont tiquets lun comme initiateur et lautre comme rpondeur.Une association peut tr

25、e cre ou dissoute par des moyens hors ligne. Mais elle peut tre aussi tablie ou libredynamiquement. Une des options dcrites dans la prsente Recommandation | Norme internationale et permettantdtablir et de librer dynamiquement une association est ralise par linvocation et lexcution des oprations spci

26、alesrespectivement de rattachement et de dtachement. Le contrat de cette dernire catgorie dassociations inclut un lotde connexion comprenant les oprations particulires de rattachement et de dtachement utiliser.ISO/CEI 13712-1 : 1995 (F)Rec. UIT-T X.880 (1994 F) 5NOTE 2 Le mcanisme dtablissement et d

27、e libration dassociations peut galement tre assur par dautres moyensdcrits dans dautres Recommandations | Normes internationales.Une association ncessite quexiste entre les deux objets une relation qui corresponde lacceptation par ces objets destermes dun quelconque contrat dassociation.NOTE 3 Cette

28、 spcification ne traite pas des moyens par lesquels de telles relations sont tablies ou termines.Dans ce qui suit, les seuls objets quon voit impliqus dans une opration sont linvocateur et lexcutant. Toutefois,linvocateur et lexcutant dune opration ne sont gnralement pas directement rattachs lun lau

29、tre, mais connectspar un intermdiaire quelconque travers lequel sont transmis les invocations et les rapports en retour. La Figure 2illustre ce schma largi.TISO4160-94/d02Objet ROS(invocateur)Intermdiaire Objet ROS(excutant)Figure 2 Schma largiFIGURE 2/X.880.D02 = 5 CMLintermdiaire peut introduire u

30、n retard et une possibilit dchec ou dinexactitude dans la transmission tant desinvocations que des rapports, ainsi que dans ltablissement, la libration et la maintenance des associations. Il peutgalement introduire une possibilit de menace pour la scurit de lassociation et de ses oprations. Limporta

31、nce de ceslments (ainsi que dautres facteurs) sont dcrits dans le cadre de la qualit de service (QOS).Les contrats dassociation peuvent dans ce cas tre vus comme tripartites, la partie tierce tant lintermdiaire. Lesobligations de lintermdiaire au titre du contrat sont de satisfaire aux spcifications

32、 de qualit de service.NOTE 4 Ultrieurement, les spcifications objectifs et les spcifications minimales en matire de qualit de servicepourront faire partie de la spcification des oprations, des lots doprations et du contrat dassociation lui-mme. Aux spcificationsde chacun de ces niveaux correspondent

33、 diffrents aspects de qualit de service.7 Ralisation des services ROSUne ralisation de service ROS implique la dfinition dun intermdiaire appropri permettant de vhiculer lesinvocations et les rapports entre objets ROS. Un tel intermdiaire peut par exemple comprendre:a) une capacit de passation de me

34、ssage ou dappel de procdure permettant de programmer sparmentlinvocateur et lexcutant dune opration dans des modules logiciels distincts dans un mme ordinateur;b) une capacit de communication, permettant de programmer linvocateur et lexcutant dune oprationdans des ordinateurs distincts.Une applicati

35、on peut tre polyvalente, et peut alors tre utilise pour prendre en charge un contrat dassociationquelconque. Dautres applications peuvent tre spcifiques et naccepter que des contrats dun type particulier.La Figure 3 illustre une faon de raliser un service ROS avec un systme de communication en inter

36、mdiaire, schmaqui sera vraisemblablement largement utilis.TISO4170-94/d03Objet ROS pivotsystmede transfertdinformationpivot Objet ROSintermdiaireFigure 3 Service ROS avec un systme de communication en intermdiaireFIGURE 3/X.880.D03 = 5 CMISO/CEI 13712-1 : 1995 (F)6 Rec. UIT-T X.880 (1994 F)Dans cett

37、e approche, lintermdiaire est constitu dobjets pivots (stub), un pour chaque objet ROS, plus un objet detransfert dinformation. Lobjet pivot associ chaque objet ROS apparat comme jouant le rle de lobjet ROSpartenaire. En fait, il ninvoque ni nexcute aucune opration, et se contente de transformer les

38、 invocations et lesrapports en PDU et vice versa. Ces PDU sont changes entre les pivots au moyen de lobjet de transfert dinformation.Linvocateur adresse donc son invocation au pivot qui lui est associ, lequel forme une PDU dcrivant linvocation. Lepivot utilise ensuite la capacit de transfert dinform

39、ation pour transfrer la PDU lautre pivot. Ce dernier interprte laPDU puis invoque lopration approprie de lobjet ROS qui lui est associ, cest-dire lexcutant. Une fois loprationexcute, lexcutant remet sil y a lieu un rapport au pivot qui lui est associ. Ce dernier forme la PDU dcrivant lerapport, puis

40、 utilise la capacit de transfert dinformation pour transfrer la PDU lautre pivot, qui linterprte et notifiele rsultat linvocateur.Larticle 9 dfinit une collection de PDU appropries.Diffrentes capacits de transfert dinformation peuvent tre utilises pour raliser un systme ROS de ce type. Parmicelles-c

41、i, les capacits de transfert dinformation de larchitecture OSI revtent une importance particulire. Les deuxRecommandations | Normes internationales jumelles UIT-T X.881 | ISO/CEI 13712-2 et UIT-T X.882 |ISO/CEI 13712-3 dcrivent de telles ralisations.8 Concepts ROS8.1 Introduction8.1.1 Cet article df

42、init les classes dobjets informationnels suivantes, qui correspondent aux concepts de basedoprations distantes, et spcifie les caractristiques des objets de ces classes: OPERATION (dcrit les oprations) ERROR (dcrit les erreurs) OPERATION-PACKAGE (dcrit les lots doprations) CONNECTION-PACKAGE (dcrit

43、les lots de connexion) CONTRACT (dcrit les contrats dassociation) ROS-OBJECT-CLASS (dcrit les classes dobjets ROS)8.1.2 Les classes dobjets informationnels sont dfinies en ASN.1. Ces dfinitions servent ensuite aux concepteursdapplications de service ROS pour spcifier des instances particulires de ce

44、s classes. Les concepteurs sont encourags adopter cette approche pour leurs spcifications, mais pas obligs de le faire. Si une autre approche est suivie, laspcification rsultante devra comprendre une description sur la manire den driver une notation valide, ou fairerfrence une telle explication.NOTE

45、 Un certain nombre de spcifications existantes utilisent la notation en macro-instructions ASN.1 (dfinie dans desversions antrieures de la prsente Recommandation | Norme internationale: voir la Rec. X.219 du CCITT | ISO/CEI 9072-1) pourspcifier les oprations, les erreurs et les autres classes dobjet

46、s informationnels se rapportant au service ROS. LAnnexe C dcrit lamanire de transformer ces macro-instructions dans la notation indique. Ces macro-instructions ne devront plus tre utilises pour lesnouvelles applications.ISO/CEI 13712-1 : 1995 (F)Rec. UIT-T X.880 (1994 F) 78.2 Opration8.2.1 Une oprat

47、ion est une fonction quun objet (linvocateur) peut demander un autre objet (lexcutant)dexcuter. La classe dobjets informationnels OPERATION, laquelle toutes les oprations appartiennent, est spcifiecomme suit, les diffrents champs tant dcrits dans 8.2.2 8.2.13:8.2.2 Le champ b) une PDU paramtre pour linvocation et le rapport en retour des oprations de rattachement (Bind);c) une PDU paramtre pour linvocation et le rapport en retour des oprat

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1