1、ICS 35.080 L 79 f是2A 共王rI王G/T 18714.3 2003/ISO/IEC 10746-3:1996 自叫一=目I里型3部4 Information technology Open Distributed Processing一Reference Model Part 3: Architecture (lSOjIEC 10746-3: 1996. Information technology一Open Distributed Processing Reference Model: Architecture. IDT) 2003-11-24发布2004-08-01实施中
2、华人国家质量监民共和国检验检茂总局发布GB/T 18714.3-2003/ISO/IEC 10746-3 ,1996 前言. . 引言1 范围2 规范性引用文件3 术语和定义4 框架5 企业语言.6 信息语言-7 计算语言.目次I E I 1 1 4 6 7 8 8 工程语言. . . . . . . 15 9 技术语言. . 10 相容性规则-11 ODP功能12 管理功能. 13 协调功能. . . . 14 仓库功能. . . . . . . . 15 安全功能16 ODP分布透明性附录A(规范性附录)形式计算超类型/子类型规则24 24 26 27 29 33 35 37 41 GB/
3、T 18714.3-2003/ISO/IEC 10746-3 ,1996 前GB/T 18714在信息技术开放分布式处理第1部分(BDGB/T 18714.1)，概述，参考模型总标题下，日前包括以下3个部分z第2部分(即GB/T18714.2)，基本概念g第3部分(即GB/T18714.3)，体系结构。本部分为GB/T18714的第3部分，等同采用国际标准ISOjIEC10746-3，1996域domain; 实体entlty; 环境enVlronment, 差错erron 创建行为establishing behavioufI 失效ailure; 故障ault, 群group;标识符iden
4、tiier; 信息inormation; 启动对象initating object, 实例instance; 例示instantlatlOn, 交互Interactlon; 交换引用点nterchange reerence point; 界面interface, 界面告示interface signature, 互工作引用点interworking reference point, 引用点细化角色reerence point, refinemer向role, 服务器对象server object, 衍生动作spawn 8ctlon I 稳定性stabil町状态state, 于域subdomai
5、n; 于类型subtype; 超类型supertype, 系统system, 模板 template; 术语tenn, 线程thread I 交易trading, 类型观点type, vlewpolnt; 图1取自GB/T18714.2-2002的术语3 L一j丁u GB/T 18714.3-2003/ISO/IEC 10746-3: 1996 3.2 铺略i吾4 本部分采用下列缩回吕iEZODP 开放分布式处理OSI 开放系统互连框架本参考模型定义的框架由下列部分组成:5个观点，即企业、信息、计算、工程和技术观点，这些观点为ODP系统规范提供基础;每一个观点的观点语言，定义按相应观点规定OD
6、P系统的概念和规则;一一支持ODP系统所要求的功能规范;一表明如何使用ODP功能达到分布透明性的透明性陈述。ODP系统和功能组合的体系结构是由计算语言、工程语言和透明性陈述的结合确定的。具1观点4. 1. 1 概念4. 1.1. 1 企业观点z有关ODP系统及其环境的观点，它关注的是此系统用途、范围和策略。4. 1. 1. 2 信息观点z有关ODP系统及其环境的观点，它关注的是信息的iE义和信息处理.4. 1. 1. 3 计算观点z有关ODP系统及其环境的观点，它通过将系统功能分解为界面处交互的对象来达到分布。4. 1. 1. 4 工程观点z有关ODP系统及其环境的观点，它关注的是支持系统内对
7、象之间分布式交互所要求的机制和功能。4. 1. 1. 5 技术观点2有关ODP系统及其环境的观点，它关注的是此系统技术选用的观点.4. 1. 2 使用观点就满足对ODP标泊的市要而言，选择企业、信息、计算、工程和I技术观点是必要的和充分的。在合适的抽象层次主，能将这些观点应用于整个ODP系统.在此情况中，环境定义ODP系统工作的上下文。也可将这些观点应用于ODP系统的各个组成部分。在此情况中，组成部分的环境将包括系统环境和其他系统组成部分的某种抽象。注a这种抽象力法可以是将系统环坡和其他系统组成部分组合在单个对象中的方法.4.2 ODP观点语言4. 2. 1 概念4.2. 1. 1 语言g按观
8、点定义的ODP系统规范用的概念和规则g例如，工程li言:按工程观点定义的ODP系统规范用的概念和规则.4.2.2 使用观点语言本参考模型定义五个语言，每一个对应4.1. 1中定义的观点之一.每个语言用于对应观点的ODP系统的规范。这些语言是:企业语言(第5章中定义hf汀，白、语言(第6章中定义); 一一计算语言(第7章中定义); 一一工程语言(第8章中定义); 一一技术语言(第9章巾定义)。每个语言使用取!GB/T 18714.2-2002的概念，并引人这些概念、陈述性规则和与有关的规范性质有关的附加特定观点概念的细化。这些附加的概念也是日GB/T 18714.2-2002的概念定义的。系统规
9、范包括一个或几个观点规范.这些规范必须相互一致.为了观点规范相一致的结构，在第10 j日台出了规则。制定者必须用一致地使用规范中的条款的其他方法予以实例说明。使用观点规范4 GB/T 18714.3-2003/ISO/IEC 10746-3: 1996 越多的系统规范，其实现限制也越多。可以使用与这一观点相关的观点语言，或使用与其他观点相关的观点语言规定一个观点中所标识的对象。不必完全按照每个观点规定对象达到相互一致的观点规范集.注Ig取自GB/T18714. 22002的术iE清单列于图1.注2:如果在所标识的观点语言中规定了什么附加规定.那么，用观点的名字限定GB/T18714. 2200
10、2的术语(例如在计算对象中解释为使用了GB/T18714. 22002的这一术语.注3如果此有关的观点语言对此术语设置了附加限制，那么，在一观点规范中未限定GH/T18714. 22002的这一术语的使用，例如，界丽解释为这一术语似由计算观点的名字限定(即计算界面) 4.3 ODP功能4.3. 1 ODP功能2支持开放分布式处理所要求的功能.4.3.2 使用ODP功能:参考模型在第11到15章中规定完成开放分布式处理所要求的功能.每个ODP功能描述包含z一一开放分布式处理的功能的使用说明:一一有关此功能的结构和行为，足以保证参考模型全面完整性的陈述性说明:一一-与其有关的其他ODP功能的说明.
11、4.4 ODP分布透明性4.4. 1 概念4.4. 1. 1 访问透明性g屏蔽数据表示和词用机制的差异.能使对象之间互工作的分布透明性。4.4. 1. 2 失效透明性g从一个对象来看，屏蔽其他对象或本身)的失效和可能的恢复，能够实现容错的分布透明性。4.4. 1. 3 位置透明性:在对界百目标识和绑定时，屏蔽有关空间位置信息使用的分布透明性.4. 4. 1. 4 迁移透明性z从一个对象来看，屏蔽系统改变此对象位置的能力的分布透明性。迁移通常用来实现负载平衡和减少等待时间。4. 4. 1. 5 重定位透明性:屏蔽一个界面与其绑定的其他界面问的重定位的分布透明性。4.4.1.6 复制透明性z屏蔽使
12、用着一组行为上相互兼容的对象来支持一个界丽的分布透明性.复制通常用来提高性能和可用性.4.4. 1. 7 持久透明性2从一个对象来看，屏蔽其他对象(或本身的去激活和重激活的分布透明性。当系统不可能持续地向一个对象提供处理、存储和通信功能时，去激活和重激r.s通常用来维护此对象的持久性。4.4. 1. 8 事务透明性=屏敲一群分布对象间活动的协调，以实现无矛盾性的分布透明性.4.4.2 使用分布透明性分布透明性是分布式系统巾重要的端用户要求。本参考模型定义一组分布透明性，这使得从系统用户见到是实现分布透明性的ODP系统成为可能。分布透明性是选择性的;本参考模型包括在ODP系统中选用和组合分布透明
13、性的规则。本参考模型，对4.4.1.1到4.4.1.8中定义的每个透明性，包含下面两个定义s表示具体透明性要求的模式;一一将包含具体透明性要求的规范转变为明确地实现此透明性所指的屏蔽的规范的细化过程.注1，在某些情况中(例如访问透明性).是没有模式的，在其他情况(例如，事务透明性).模式包含个或几个参数，它指定所要求透明性的准确形式.注22细化过程一般包古引人附加的行为，后者包括将个或几个ODP功能用到现范中。为保证参考模型全而元整性，第16章中的细化过程的规范对所要求的层次是陈述性的。4.5 由此框架派生的标准5 一一一G/T 18714.3-2003/ISO/JEC 10746-3: 19
14、96 本参考模型为定义新标准和将现行标准用作ODP标准提供了一个框架。ODP标准是下列任何一种标准2一一-ODP系统部件的标准z组成ODP系统部件的标准;一一建模和规定ODP系统的标准。ODP标准.使用企业语言规定策略g一一使用信息语言规定标准内和标准之间信息一致的使用和说明;一一使用计算语言规定界丽的配置和行为，一一使用工程语言规定它们要求的基础设施g一一使用技术语言规定国际、私人或双方同意的规范的一致性。ODP系统的方法学、建模、编程、实现和测试的标准将作为整体来使用此框架。ODP标准能够建立在此参考核型一个子集上(例如，通过排除某交互形式、特定功能或透明性)。这些标准也可能扩展此参考模型
15、，倘若它们引人的这些扩充不改变或不与其规定相矛盾。扩展耍使新术语与此参考模型中定义的术语联系起来，例如，通过引入新的类型和新类型规则。ODP标准遵循此参考模型中的所有陈述性的说明。4.6 一致性企业、信息、计算和工程语言用来规定ODP系统的一致性要求.技术语言能用来确定ODP系统中ODP标准的一致性.定义为一致性点的每个界面具有一个信息规范，以能说明此界丽的交互。在计算和工程语言中给出识别一致性点的规则。如果系统满足此标准的一致性要求，则它与ODP标准一致.5 企业语言企业语言由企业观点的ODP系统规范用的概念、规则和结构组成。企业规范定义ODP系统的用途、范围和策略。在此参考模型中，企业观点
16、中的陈述限于少而基本的概念和规则集，着重指出企业规范的范围和性质。5. 1 概念企业语言包含GB/T18714.2-2002的概念和遵从5.2规则定义的下列概念。5. 1. 1 社团:满足一个目标而形成的对象配置.目标表示为一个合约，此合约规定如何才能满足目标。5. 1. 2 联盟:域的社团。5.2 构建规则企业规范利用下列每一项定义，并且企业语言能表示的ODP系统的用途、范围和策略2系统扮演的角色;一一系统承担的li动;一有关系统的策略说明，包括与环境合约有关的说明。在企业规范中，ODP系统和其工作的环境表现为一个社团.在某种描述级别中，ODP系统表现为社团中的一个企业对象.ODP系统的日标
17、和范围用其在社团中(是社团的组成部分)履行的角色和有关这些角色的政策说明定义.用下列每一要素定义社团z一一组成社团的企业对象;一每一个企业对象履行的角色g支配履行这些角色的企业对象之间交互的策略:一一通过履行角色的企业对象，支配资源创建、使用和删除的策略;6 GB/T 18714.3-2003/ISO/IEC 10746-3 ,1996 一一支配企业对象配置和对企业对象角色分派的策略，一有关支配此系统环境合约的策略.根据履行角色的企业对象的许可、义务、禁止和行为定义角色。企业对象可在社团中履行一个或几个角色，其履行的角色由建立社团的合约确定.当他是一个社团的成员时，此企业对象可以根据其他社团的
18、合约条款在这些社团中继续履行角色。此企业对象可在不同的社团履行不同的角色.在不同社团中履行适当角色的企业对象之间的交互认为是这些社团之间的交互a注1，角色的例子包括策略行政管理者、总裁、服务提供者、拥有者、经理、股东、消费者.注2，企业规范中环境合约的例子包括安全要求、立法要求和实施的法规。注3，在企业规范中，术语对象(其中为角色)解悍为履行角色的企业对象.，在一个企业对象履行多种角色时，可以联络其名称例如.拥有者司机对象.在履行一种角色时，对象须经委任或委派成为许可、义务和禁止。在某些角色中，允许对象改变策略。与合约事务有关的动作有5种类型2一个对象对另一个对象承担义务(当前必须允许承担义务
19、h一一个对象对另一个对象履行义务，一一一个对象放弃对另一个对象的义务;一一一个对象从另一个对象获得许可，执行先前禁止它执行的某些动作;一一禁止一个对象执行先前曾被许可的动作.注4，一种重要而特别的获得事例是许可的动作为执行性的场合，即能使下级角色的对象以履行上级角色的对象的名义发布更进一步的许可或义务.这引起代理或委任的想法.义务包括资源使用时的计帐和收费。计帐和付款设计成按照他们履行的角色，在对象之间重新分配资源.资源是可消耗的或不可消耗的。可消耗的资源在使用一些最之后n行删除。在联盟中，日标定义联盟中每个城与此联盟中其他成员共享的资源。日标可以使每个城在使用其拥有的资源时保持一定程度的自治
20、权.建立联盟的行为可以允许每个参加城在决定是否成为联盟的一部分时拥有自治权.5.3 一致性和引用点企业语言中的一致性说明要求ODP系统的行为与特定的目标和策略集一致。宣稍一致性的实施者必须标识访问系统的工程引用点和它们应用的工程、计算和信息规范.通过这种行为，所标识的引用点成为一致性点。因此，可用企业语言术话说明一致性点处的交互以检查是否违背这些企业规范.企业规范可运用于GB/T18714.2-2002所标识的所有4种引用点编程、感知、互工作和交换引用点6 信息语言信息语言由信，包观点的ODP系统规范用的概念、规则和结构组成。信息规范定义信息语义和ODP系统中信息处理语义。在此参考模型中.信息
21、观点中的陈述限于少而基本的概念和规则集，着重指出信息规范的范围和性质。6. 1 概念信息语言包含GB/T18714.2-2002的概念和遵从6.2规则定义的下列概念。6. 1. 1 不变模式z有关一个或几个信息对象的一组谓词，它们始终为真.这些谓词包含它们适用的对象的可能状态和状态变化。注2因此，不变模式是个或几个信息对象的类型的规范，而此规范始终是要由这些对象可能呈现的行为遵守。GB月18714.3-2003/ISO/IEC10746-3: 1996 6. 1. 2 静态模式:一个或几个j/f息对象在某些时间点，受任一不变校式限制的状态的规范.注2冈此，青1:态惯式是一个或几个信息对象在某个
22、特定时间点类型的规范.这些类型是不变院式巾规定的类型的于类。6. 1. 3 动态模式.一个或几个信息对象受任一不变模式限制的可允许的状态变化的规范.注1:信息系统巾的行为可以设计成从一个陌态模式转移到另一种模式.np从一种类型到另一种类割的重新分类。B 2:在fJE语言中，涉及到对象的状态变化可以认为是这些对象之问的交互。不记要交互中涉及的所有对象改变状态;1E只l:方式中可能附及某些对象.6.2 构建规则信息规范利用的息对象的配置、这些对象的行为和10DP系统的环攻台约定义此系统巾的信息语义和衍，包、处理i乃义。信，巴、对象恢扳引用静态、不变和动态t!式。汀，自、对象之间的关系可以设计成这些
23、信息对象的状态部分。衍、对象或是原子的或是表示为组成部分信息、对象的组合体。m合对象的状态用jt组成部分信息对象的组合状态表示。原子信息对象极极表示为在一特定的抽象级别上没有模型的概念。组合信息对象表示为rl1其他概念表示的派生概念。由于对象!:Jl)-包tIi封泼，因此，一个1月合对象的组成部分的信息对象不能是另一m合对象的组成部分。冈而，jU组合信息对象校极的实例导致的信息对象，只能作为所说明到l合对象的一部分在在，除此之外，没有12义。出动态悦式规定的可允许的状态变化可以包括新信息对象的创建和动态校式牛所涉及的衍，巳、对象的删除。可允许的状态变化可能要经受tllH和宇时的限制。注1，访问
24、一个或几个的旦、对象的状态的结果可以设计成%fr信息对象的创建。在信息规范中，信息对象的配置和这些对象的行为未必对分布是合适的(例如，对信息交互，不需要有失效成位泣的慨念) 注2:如果信息记法使用界面倒念，那么所定义的界而本身不ImQ引用点s因此，对实施中旦坷的界而元约定。6.3 一致性和引用点信息规范中的一致性说明要求ODP系统的行为与特定的-f且不变、静态和动态院式一致。Tf科:一致性的实施者必须列出访问系统的有关工程引用点和它们应用的工程ftl汁31规范。通过这种行为，所标识的引用点成为一致性点。因此，可用衍，区语言术n说明一致性点处的交互，以检查它们是否与不变、的态和动态仪式一致。信息
25、规范可适用于GB/T18711.2-2002所标识的所有4种引用，(编fil、感知、互工作和交换引JIJ点儿7 计算语言计l1语言由计算观点的ODP系统规范用的慨念、规则和结构组成。计算规范定义ODI系统的功能分解。功能分解是指将系统功能分解到界面上交互的对象中。在计算观点巾.应用和ODP功能由交互的计算对象的配置组成。7. 1 概念计算iE77包含GB/T18714.2-2002的概念和遵从7.2规则定义的下列概念。7. 1. 1 信号z由启动对象到响应对象的单向通俗导致的原子共早动作。注2信号是一种交互.7. 1. 2 操作g客户对象和服务器对象之间的交立，它或是询问或是通竹。7. 1.
26、3 通告g一种交互.p词用它白存户对象启动，由此导致将信息从该客户对象运送到服务然对象，并i厅求该服务(，对象执行某一种功能。7. 1. 4 询问:由下列二种交互组成的交互g统一种交互.UII词用一一它r!l:;年户对象启动，由此导致将信，口，从该客户对象运送到服务器对B G/T 18714.3-2003/ISO/IEC 10746-3: 1996 象，并请求该服务对象执行某一种功能，按若是2第二种交互，即终止一一它由服务器对象启动，由此导致将信息从该服务器对象运送到客户对象，以响应该调用。注:在询问中.调用和终止总是成对的.通告不具有终止.因此，由词用组成的操作随后不可能有相关终止序列。7.
27、 1. 5 流2一序列交互的抽象。导致从生产者对象向消费对象的信息传送。注:流可以用于，例如z在一序列交互的准确结构范围内近行抽虫，或在包吉概拟信息流的特殊情况的连续交互范7. 1. 6 7. 1. 7 7. 1. 8 国进行抽象。信号界面2其巾，所有交互都是信号的界I币。操作界面=其中，所有交互都是操作的界丽。流界面2其中，所有交五都是流的界面。7. 1. 9 计算对象模极:由能例示对象的一组计算界面模板、行为规范和环境合约规范组成的对象帧板。7. 1. 10 计算界面模板:用于信号界面、流界面或操作界面的界面flt板。计算界面粉、板由!;i号、流或操作界面告示(合适时).行为规范和环境合约
28、规范组成。7. 1. 11 信号界面告示:用于信号界丽的界面告示。信号界而告示由有限的一组动行悦板m成，对界面处的每种!;号类型有一个动作模板。每个动作技板由此信号的名称，其参数的数目、名称和类型以及关于例示此模板的对象的起因指示(启动或响应，只能二者之一组成。7. 1. 12 操作界面告示用于操作界面的界面告示.操作界而告示由-fIl通告和询问fT示(合适时)(此界丽的每种操作类型有一个告示)组成，为了将此界而作为一个整体还包括关于例示愤极的对象的起因指示(客户或服务器，只能二者之一)。每个通告告示是包含调m名称和其参数的数目、名称和类型二部分的动作校板。每个询问告示由只有下51要素的动作模
29、板组成:一一调用的名和一一只参数的数日、名称和类型;一一-一组有限的、非空的动作楼饭，对每种可能的词用的终止类型有一个动作槟板，每一个包含终止的名称和其参数的数日、名称和类型.7. 1. 13 流界面告示对流界丽的界面告示。流界面由一组有限的动作校极组成，流界田中的每种流类型有一个动作模板。流的每个动作模板包含流的名称、1lf.信息类型和关于例示此模极的对象的起冈指示(即生产者或消费者，只能二者之一)。注1，短语.X的补充界面告示(x丰身是个界面tE示描述除了起因之外.所有Jtf自由对X都是相同的界面f示，其起闵与X中的起因相对立。注2，许多界固定义语言(JDL)只捕获告示的动作损极并视用ID
30、L确定适用的包囚的上下文而定，7. 1. 14 绑定对象.支持一组其他计算对象之间绑定的计算对象。注z绑定对象受特别规定支自己(见7.2.3).7.2 构建规则计算规范斤j分布透明术语描述ODP系统的功能分解，如2计算对象(包括绑定对象)的配1_;这些对象的内部动作;一一这些对象中发生的交互;这些对象及其界面的环境合约。计算规范受计算语言的规则制约.这些规则包括2一交互规则(见7.2.2)绑定规则见7.2. 3)和类型规则(见7.2.4)，这些规则提供分布透明交互;远用于所有计算对象的楼饭规则(见7.2.5)，9 G/T 18714.3一2003/ISO/IEC10746-3: 1996 一适
31、用于所有计算对象并标识汁算活动中潜在失效点的失效规则(见7.2.6)。提供可移植性规则(见7.2.7)以指导ODP可移植性标准的开发者。计算规范定义一组初始的计算对象和它们的行为。配置将会改变，当计算对象z进一步例示计算对象，-一进一步例示计算界面;一一执行绑定动作:影响对绑定对象的控制功能:删除计算界面;删除计算对象.7. 2. 1 命名规则计算语言定义的每名称有一个相关的上下文，有2一-fZ号界而告示中的信号名称是此告示上下文中的标识符;一一流界面告示巾的流名称是此告示上下文中的标识符:一一操作界而告示巾的词用名称是此告示上下文中的标识符;操作界而告示中的终止名称是出现在操作模板上下文巾的
32、标识符;仿号楼板中参数的名称是此模板上下文中的标识符;操作界而告示调用愤极中的参数名称是此模板上下文中的标识符;一操作界而终止愤板中的参数名称是此模板上下文中的标识符;j;i号界丽告示信号校饭中的多数名称是此模板上下文中的标识符。注12囚此，信号名称在任何一个信号界而告示中是不同的，但是在不同的告示中信号可有相同的名称，等等.计算界商标识符在其上下文中是无歧义的(即在此上下文巾不能与一个以上的计算界而相关联)。用于计算界面标识符的上下文的选抒是语言设计的事俏，因而超过本参考樵型的范围。因此，本参考模型对计算界商标识符用的上下文程度不加限制。因而不依赖g计算界而标识符用的上下文多少【例如，关于它
33、们与工程语言结构(例如，结点或通信域有关的假设.一一计算界而标识符的唯一性(BP允许同义语h一一凡是出现计算界面标识符的地方，此标识符表示相同的计算界面(即名称不必是全球的勺。注2:特定的计算记法可能没有表示汁算标识符的显式术语:因此.在此记法中计算界而标识符是隐含的a然而1.它们仍应受上述规则支配.7.2.2 交互规则计算对象的每个交互发生在其计算界而之一处。计算语言以计算界而处允许的行为加以限制。元绑定界面处没有交互。绑定规则(见7.2.3)对如何绑定界面施加限制。计算语言的交互部分支持三种交互愤型，其巾每一种具有相关联计算界面类另IJ: 一-j0号和信号界面;流和流界面;操作和操作界而。
34、除了支持的交互关别不同外，交互模型在它们的失效特性上亦不同。流或操作的参与者在不同时间可能对一个交互有不一致的观点，特别是在发生失效时。与流以及操作不同，不存在信号部分失效的概念对这种交互的二个参与者而言，信号要么同样成功，要么同样失败。7. 2. 2. 1 信号交互规则10 一个计算对象，它提供给定信号界面类型的信号界面g一一启动在界面告示中具有启动起囚的信号;一一响应在界面fT示中具有响应起囚的信号。G/T 18714.3-2003/ISO/IEC 10746-3 ,1996 7.2.2.2 流交互规则一个计算对象，它供流界面z一一产生在界面告示中具有生产者起因的流g按收在界面告示中具有消
35、费者起因的流a7.2.2.3 操作交互规则使用操作界丽的客户对象词用界面告示中己命名的操作。提供操作界面的服务器对象期待界面告示中已命名的任一操作.在询问的情况下，服务器通过启动服务器界面告示中为此操作而命名的任一终止响应此调用。客户期待客户界面中为此操作命名的任一终止。操作的持续时间是任意的，除非运用于此对象和所涉及的界面的环境合约另有规定。注z如果客户线程词用询问链，则词用和终止的双向握手保证服务器按客户启动它们的相同次序进行响应操作.如果客户词用通告链(或包含通告和词用的链).则没有握手保证服务器按此次序响应通告.除非在适用于这种交互的环域合约中是隐含的.对在先前的分解动作中的不同下行活
36、动中的询问或通告是没有次序保证的.7.2.2.4 参数规则用于信号、词用和终止的参数可以包括计算界丽的标识符和计算界面告示类型。注1.计算界面告示参数的可能性使计算告示类型系统有更高的阶.例如在交易中，要求告示类型的显式表示，这种情况下，人口和出口操作参数包括告示类型2trader. import(T: Type) I Cservice: T) - failed( reason: String) trader. export(T : Type I service I T) I ()- failedCreason:String) 这引人对动态告示子类型检查(见7.2.5.1)的需要。计算界面标识
37、符的形式参数由计算界面告示类型限定.相应的实际参数必须引用具有此界面告示类型(或其子类之一)的界面.只能使用实际参数，好象它引用了具有与形式参数(或格式参数子类之一相同的告示类型的计算界面。交互之后，发起者和响应者可以引用所标识的界面，尽管可能不同的计算界面标识符。注2，此规则防止实际参数引用界面的用户能够执行形式界面告示类型的交互之外的附加交互，即使实际参数引用的界面是与形式参数有关联的界面告示类型的于类型.7.2.2.5 流、操作和信号流和操作能用信号定义.这能使信号界面用作说明多方绑定，端到端服务质量特征和不同类别界面之间组合绑定(例如，流与操作界面绑定)的基础。使用信号的流定义有赖于有
38、关的流界面规范中抽象的交互的细节，因此，超过了本参考模型的范围。通过将相应的信号界面引人到客户操作界固和所涉及的服务器操作界面，信号能进行建筷操作g-在对应于客户操作界面的信号界面中，有一个信号(调用提交)对应于具有相同参数的每种调用，在包含询问的界田情况，有一信号(终止交付)对应于具有与此终止相同参数的每种可能的终止;在对应于服务1m操作界面的信号界面中，有一个信号(词用交付)对应于具有相同参数的每种调用，在包含询问的界面情况，有一个信号(终止提交)对应于具有与此终止相同参数的每种可能的终止.这样在导致的信号架和被描述的操作界面中的调用和终止集之间创建等价性.7.2.3 绑定规则在本参考模型
39、中，以绑定动作定义绑定.使用这些动作叫做显式绑定.有两种绑定动作z原始绑定动作和复合绑定动作。原始绑定动作直接绑定两个计算对象.复合绑定动作可由通过一个绑定对象链按两个或多个计算对象的原始绑定动作表示.在计算绑定中绑定对象的存在给出表示配置和服务质量控制(见7.2.3.3)的手段.11 GU/T 18714.3-2003月SO/IEC10746-3: 1996 对表示绑定iiIJ作没有条款的i己法中，绑定是隐含的。在本参考愤型巾不定义服务操作界面以外的.;，)、式绑定，囚为，在其他怕况下，它本身不可l确对后纹的交互应在何处起动绑定.所需的附加信息能用g式绑定动作捉供。7. 2. 3. 1 服务
40、器操作界面的隐含绑定规则如果通过客户对象的词用引用未将客户绑定的服务器操作界町，那么要求隐式绑定。如果绑定到此服务器的合远客户操作界面不存在，则建立隐式绑定包括下列程序。一一为服务器界而创建一个补充竹示类型的客户操作界面g将此客户操作界if与服务器操作界而绑定g一一使用客户操作界而调lI服务，对象:一一(任选)当操作完成时，删除客户界而。7.2.3.2 原始绑定规则原始绑定动作能使启动此动作的对象界面与另一个界面(另一个对象的或本身的)绑定。这种绑定动作ElI二个标识符参数化，对所涉及的每个界面有一个标识符。原始绑定动作的先决条件是所涉及的二个界而是相同类型的(即，信号、流或操作)，是互补起闪
41、的.以及它们的合示类型是互补的。原始绑定或是在两个有关界面之问建立绑定，或是失败。为了删除己与另一个界面绑定的界面，使用原始绑定动作删除绑定及界面。7. 2. 3. 3 复合绑定规则u介绑定动作能使一组界ffi绑定.使用绑定对象以支持四种绑定。除此条款的规定之外。绑定对象是原始的计算对象。在绑定对象校板中，利用一组恪式角也参数(其中每一个与一个界面模板相连系)表示行为规范。复合绑定动作巾绑定对象校板和一组为交互绑定在一起的界币1参数化。对绑定对象模饭中每个格式角毡，复合绑定的先决条件是z-一一相应的界而参数与绑定对象模板1格式角色相联系的界而模板必须是同类的(即，信号、流或操作); 一一相应的
42、界Ui参数对与绑定对象棋板中的恪式角色相联系的界丽校板的起囚必是互补的;相应的界i可参数必须是与绑定对象棋板中的恪式对象相联系的界面帧板叶告示类型的子类。复合绑定动作出下列步骤到l成z从绑定对象棋板巾例示绑定对象:例示与绑:iZ对象棋板巾的恪式角色参数相联系的绑定对象内的勾个界面ffi板;一一绑定对象使用原始绑定动11将每个这样的界而与相应实际参数中引用的界面绑定，一一例示一组控制界面，;)1作为绑定动作的纺果，返回这些界面用的标识符(1 ，变成执行此动作的对象的状态部分随之，此对象通过与其他计算对象的交互传送标识符)。绑定对象的控制界面提供部分!全部下列功能z一一监视绑定的使用;一一监视对绑
43、定的变化;批111对绑定的改变;改变绑定的成员:改变由绑定使能的通的模式:改变绑定服务质量;按孩丰删除绑定。对一绑定对象删除ii1;定的影响111绑定对象的行为确定。7.2.4 类型规则本参考核型规定计n界而用的告示类型规则。告示子类型划分规则定义一个界面替代另一个界而12 - G/T 1 B714.3-2003/ISO/IEC 10746-3: 1996 的最低要求。这些规则是建立在计算界面(即，信号、流和操作界面)交互i吾义上的.它们充分保证所代替的界面能够一致地解释发生的任一交互的结构，具有替换交互语义的界面告示子类型划分规则可用信号加以定义，这些定义由ODP标准引入。7.2.4.1 信
44、号界面告示子类型划分规则信号界面告示子类型划分定义在附录A中给出。对不被迫归定义的信号界面类型，这些规则综述如下。如果满足下列条件，则信号界面告示类型XJl信号界面告示Y的子类型2一一对Y中的每个启动信号告示，在X中有一个相应的启动信号告示，其名称相同，参数数目和l参数的名称相同并且X中的每个参数类型是Y中相应参数的子类型;对X中的每个响应信号告示，在Y中有一个相应的响应信号告示，其名称相同，参数数目和参数名称相同，并且Y中的每个参数类型是X中相应参数的子类型。7.2.4.2 流界面告示子类型划分规则流告示子类型划分规则取决于有关的流界面的定义中抽象的交互的细节。特别是.这些细节将闷明子类型划
45、分规则是否允许这两个界面中流失之间的不完全的对应。因此，完全的告示子类型划分规则超过本参考核型的范围.有关流告示子类型划分的规则的限制在附录A中给出。对不递归定义的流界而类型，这些限制综述如下。如果具有相同名称的全部流满足以下条件，则流界面XJl流界而Y的告示子类型2如果起因是生产者.X巾的信息类型是Y中信息类型的子类型;一如果起因是消费者.Y中的信息类型是X中信息类型的子类型。7.2.4.3 操作界面告示子类型划分规则操作界面告示子类型划分规则在附录A中给出.对不被递归定义的界面类型，这些规则综述如下.如果满足以下条件，则操作界面X是界面Y的告示子类型z对Y巾的每个询问，在X中有一个询问告示
46、(X中的相应询问).其用相同名称定义询问g一-ty中的每个询问告示.X中相应的询问告示具有相同的参数数目相名和一一-对Y中的每个询问告示，每个参数类型是X巾相同询问告示的相应参数类型的子类型;一-y中的询问告示的一组终止名称包含X巾相应询问告示的一组终止名称g一一对Y中的每个询问告示.X中相应询问告示的给定终止与Y中询问告示相同名称的巾止中的结果参数数日和名称相同;一一对Y中的每个询问告示，与X中相应询问告示中的给定终止相关联的每个结果类型是Y中相同名称终止的t0果类型的子类(具有相同名称), 对Y中的每个通告，在X中有一个通告告示(X中的相应告示).其用相同的名称定义通告g对Y中的每个通告告
47、示.X中相应的通告告示具有相同的参数数目和名称e一一对Y中的每个通告告示，每个参数类型是X中相应通告告示中相应参数类型的子类型.7.2.5 槟板规则7. 2. 5. 1 计算对象筷板规则计算对象(包括绑定对象的特伊)能z-一一启动或响应信号，生产或消费流;一一-启动报作词用g一一呐应操作词用g一一启动操作终止g一一响应操作终止$一13 G/T 18714.3-2003/ISO/IEC 10746-3: 1996 例示界面校板g一一一例示对象棋板g一一绑定界面;-一访问和修改其状态;一删除其一个和几个界面;一一-自身删除;一一衍生、分又和联合活动;一一获得交易功能实例的计算界商标识符: 一测试一
48、个计算界而告示是不是另一个界面告示的子类.其中任何一个动作可能会失败。7.2.5.2 计算界面实例计算界面实例为执行实例的对象中的新界面建立一个或多个计算界面标识符。7. 2. 5. 3 计算对象棋极实例计算对象校板中的行为表示包括在例示模板时发生的行为(例示的行为)的描述。环境合约规范描述在例示模板日，t在例示的对象和其环境之间要建立的合约.伊j示行为包括界面例示时，此例示为白启动此例示的对象中的界面建立标识符。7.2.6 失效规则对一对象可见的失效模式由其行为和环境合约规范确定.在7.2.5.1中的任一计算动作可能会失败，并且失效能由执行此动作的对象观察到。交互可能由于所涉用对象或对象之间的绑起或这二种情况的失效而中断。在信号情况下，失效对交互的所有参与者是相同的、是可见的回在流和l操作悄况下，失效未必会在所有参与者巾发生，对每个失败的参与者，同时间并具有不同的参数。注2交互失效的例于包括安全失效、计算失效和资源失效.i 对操作而言，响应调用或启动终止的服务1I失效能由所涉及的客户计算对象观察到.如果未能满足环琉合约，对象模板或计算界面模板的实例失败。如果未能满足绑定界面中每一个环境合约，绑定动作失败。7.2.7 可移植性规则ODP系统中可移植性标准对7.2.5.1所述的动作规定动作模板。有关这些模板的规范是语言设计的事悄，因此，超过本参考模型的范围。除了
