1、GB/T 19256.1-2003 前富GB/T 19256系列你准在基于XML的电子商务的总栋里温下，将分为下列8个部分s一然1部分:技术体系结掏g2部分:协附规程轮廓和协附规草草协议;二一第3部分，!lt务过稼规范模式;4部分2核心构件设计方法;第5部分:核心构件自涂;6部分2注册系统信息模型p第7部分，:I:册系统服务规范;8部分:消息服务将来汤河tlI增加新的部分。本部分为系列标准巾的第1部分。第2部分到第8部分将会陆续制定。本部分修改采用联合国贸易使利与电子商务中心(UN/C立FACTl和结构化数据栋准发展组织(OASI日)联合制定的荔于XML的电子商务技术体系结构规在11.O. 4
2、版及随后发布的修改娘。本部分与基于XML的电子商务技术体系结构规范1.O. 4版及随后发布的修改单的主要兹罗手如下s按照标准的格式肘原文的些f事，节做了适当的调整;)11l在文中的部分介绍性和解释傲的内容进行调糕和改编，并放在寻|宫中i增加第3章术语和定义，; 丁俊于理解，在第4尊重的开始部分增加了部分内容。本部分的附录A和附录B为资料做附录。本部分由中倒标准研究中心提出。本部分由国电子业务标被化技术委员会归。本部分起草单位:1:护圈标准研究中心、海关总署政策法规函、中国国If，电子商务中心、全国产品与服务统一代网管颈中心。本部分主主苦起草人:魏宏、刘董事松、因t吉、石文来、战主v豆、刘颖、尊
3、重建方。田GB/T 19256.1-2003 冒|结古F司在过去的20多年中，电子数拇交换(EDI)通过取予形式交换;J(务f言，鼠，减少了纸质文树、降低了成本和提离了效率，为商务办公描绘了个笑好的前簸。在理想的情况下，公司无论规模火小都可以通过某种形式实现电子商务，而不需要尊低何事先约定。然iiEDI并没有使这成为现实，凶为只有那些大公司才能负搬起它昂贵的费用，而股大部分蒸于EDl的电子商务都是以某一大公司为核心，其贸易伙伴为了获得商业机会不得不采用这种模式。:(E簸近几年，可扩R是宣称话(XML)得到了快迷的发展，已经成为lnternet上新的电子商务应用稳序之间)义数据交换格式的首选方案
4、。UN/CEFACT和QASIS联合众多国际大型企业共同开发了基于XML的电子商务(ebXML)系列标准。ebXML提供了一个基于XML的开放式技术体系，从而在E应用刻成用、应用到人或者人到底用的各种不同那搅下，能够以一种一致和统的方式利附XML技术开脱电子商务数据的交换。ebXML的目标是创造一个统一的余球性电子市场，任何地域、ff例规模的企业;在任何时间都能够借助互联网开且是商务活动。尽管巴DI有其自身的不足，但是那些在EDI上已经投入火最资余的公司在看到藏于XML的电子商务的真正优势之前是不会轻易放弃EDI的。凶此，ebXML挺供的2辈子XML的咆子商务标浓化解决方案还考虑了EDl问题。
5、N 基于XML的电子商务第1部分:技术体系结构GB/T 19256.1 2003 1 范围本部分规定了基于XML的电子商务(ebXML)的技术体系络构，描述了ebXML各基本组成部分的关系、相互作用和基本功能自本部分为ebXML系统的设计、实施和实现互操作提供了规范和指南，并为后续的蒸于XML的咆子商务系列你攘的制J提供了一个统一的框架。2 规范性引用文件下列文件中的条款通过GB/T19256的本部分的号|阴阳成为本部分的条款。凡i盖泼日期的引用文件.Jt;随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，直在励根据击本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是
6、不注日期的引用文件，其最新版本适用于本部分。GB/T 17628一1999信息技术开放式EDI参考模型(idtISO/IEC 14662: 1997) ehXML技术报告业务过程和业务信息分析概述UN/CEFACT技术文件UN/CEFACTJ辈模方法(N090)3 术谦和J义3. 1 3.2 GB/T 18811-2003的下列术语和定义适用子本标准。.!Il!务协同b酣in帽scollaboration 两个或多个参与方为实现某既定目标而进行的项活动。G日/T18811-2002.定义3.6J业务燥仰视图busin酬。perationalview(BOV) 业务交易的一个视角，它被限于与描述
7、菜叶j务交易所能的做出业务决策和组织间的承诺有关的方丽m3.3 3.4 GB/T 188112002，定义3.8J.!Il!务过程b剧inessproce回在业务实践中网来完成一项成多项活动的过稼。GB/T 18811-2002，定义3.9J业务交易business transaction .lk务的一个逻辑单元，它由两个或多个参与方执行，并产生一个问萤化的成功或失败的状态。GB/T 188112002，定义3.12J GBjT 19256.1 2003 3.5 3.6 3.7 协同规稳协议collaboration protocol agreementCCPA) 两个或多个参与方间商寇的、用
8、来标识或描述他们商定要使用的具体的协同规模的信息。GB/T 18811一2002，使义3.15J 协同规穰轮廓collaboration protocol profile(CPP) t前述某一参与方所支持的一个或多个协同过程及相关的协同规程的信息。GB/T 188112002，定义3.16丁核心构件core component 条独立的Jlk务筒息，也可以是几个业务信息对象组合布一起形成的聚合信息实体.用于捕捉现实世界中的业务榄念，以及该概念同其他业务信息对象、语境描述之间的关系其中语境描述用于描述核心信息实体或聚合信息实体企H俐在个中夺定的ebXML业务剧本中使用。按:改写GB/T18811
9、-2002.定义3.20日3.8 文精类型定义document type definition(DTDl UJ随附于个文件，Jtj以描述该文件基本规则的JE义，如哪些元黎会出现及这些要元署署之间的结构关系。它还JE义了哪些标i己可以tE文件中出现、哪接标记可以包含其他标记、你i己的号码和顺序、你i己的属傲，需要时还纷lli这些民属悦具有的债。lli接收应用对收到的数据没有内般的愤述时，它还可以帮助验i正这些数据首GB/T 18811-2002.定义3.27J 3. 9 功能服务视剧functional services view(FSV) 业务交易的一个视角.它被限于文婷执行开放:;:;EDI
10、交易所需的依息技术系统的信息技术互操作性方阁。GB/T 18811-2002，定义3.37J3.10 法册registry 能够对相关的注册库巾的观及其有关的无数掘进行登记，以便指向这些观的位置和所有其元数据的指针能够在王军询时被梭索出来的一种机制。3.11 3.12 3.13 GB/T 188112002，定义3.51J 注册机构registryauthority(RA) 对法册进行维护和管琐的机构。GB/T 18811-2002，忘义3.52J 注册服务reglstry service 向注册的客户提供访问泼册内容的一种途径。G日!T188112002.定义3.53J 剧本scenario
11、具有问一业务自称的一系列业务活动的形式描述。GBiT 188112002，);主义3.57JGB/T 19256.1-2003 3.14 XML模式XML schema 指出哪些元素允许出现在XML文档中以及官们以何种方式组合的元素名称的形式规范。官定义文挡的结构，如哪些元素是其他元素的子元素，子元素出现的顺序以及子元素的数目。它还可定义元素为空还是包括文本，同时还能定义属性的缺省值.GB/ T 18811-2002，定义3.64J4 ebXML概览贸易伙伴之间为了能够开展电子商务，他们应31) 彼此发现对方及其所提供的产品和服务;2) 决定选用何种业务过程和相关的报文，用来获取对方的产品和服
12、务信息;3) 决定联系细目和交换信息的通信方式;4) 按照以上选寇的内容协商合同条款;5) 按照签定的合同以自动方式交换信息。ebXML也应该满足这些需求。通过分析这些需求可以得出，ebXML技术体系应构造于三个基本概念之上:提供一种确保数据通信互操作的基础设施;提供一种确保商业互操作的语义框架;提供一种能够让企业彼此发现、协商继而开展商业活动的机制。困1描述了两个贸易伙伴使用ebXML进行商业交易的框架性模型，他们首先搭建应用框架，进行配置，然后从事简单的商务交易。这个模型描述了配置和实现ebXML应用程序和相关系统组件的过程和步骤。这些组件可以用一种渐进的方式实施。但是ebXML规范并不局
13、限于这一模型，这里只是为了尽快引人概念。附录A中给出了一些具体的实施实例。E舍 pJIi 圄1两个公司利用ebXML开展电子商务的活动概览图1引入了以下概念和基本体系结构:1) 描述业务过程及其相关信息模型的标准机制。2) 注册和存储业务过程和信息模型的机制，以使这些模型得以共享和重用。3) 发现每个贸易伙伴信息的机制，这些信息包括:3 GB/T 19256.12003 所51:格的业务过程;为文指业务过程所挺供的业务服务接口;各自的业务服务接口之间交换的业务文销;所支持的传输、安全与编码协议方而的技术自己景。4) 注册上迷信息的机制，以使法些信息得以查找和l获取。5) 对双方达成的业务协议的
14、描述机制，这些协议可基于3)中所述的俄息的保诋贸易伙伴之间业务文档交换的立操作性、安全性利可靠性的标准化的业务消J自服务橙架。7) 配最各自消息服务的机制，以便按照业务协议中的规定开展双方商定的业务过程。网l按下面步骤进行z1) 第一-t如，公词A首先通过1U英闷防问ebXML注册系统，狡取规范和相关的业务剧本和轮廓f肖息;2) 第二步，在了解到I册系统中的内容后，公司A决定构造并配置本地的ebXML戚朋系统。其巾，开发应用系统并不是参与ebXML活动的必要条件，可以购买现成的兼容股用银序和组件;3) 第二步，公简A向注册系统提交自B的业务轮廓俗J息(包指实施细节和参考链接)，提交的业务轮廓描
15、述r公司A实施ebXML的能力和约束，以及它所支持的业务剧本。这些业务剧本是公司A所能处凛的、以XML格式表示的业务过程和相关信息束(例如营业税的计算)。注册系统验诋刷本的格式和用法正确后，向公司A发送一个注册成功的确认通知g的第四步，公词日在注册系统巾查找公词A所交灼的业务剧本，并下裁公词A的业务轮廓和刷本信息$5) 第Ii.步，公尚且构造或购买现成的ebXML应用系统，向公前A发出愿意使用ebXML进行交易的请求，并递交一份.ill务协议的建议书。这份建议书中描述了需要双方商定的业务剧本和其他具体协议，同时还包括消息服务德求、突发事件处苦思机制和安需求等。双方就以上内容可能需要进行多个四合
16、的协商;6) 第六步，公词且和公司A达成一致后，使用ebXML进行交易活动.5 业务过程和信息的分析方法及1i;模型业务分析人员使用分析方法和元模刻来说明业务过程。分析方法规定了业务分析人员在定义业务过程时常安进行的全部过程和子过程。元模划定义的是分析过程中有需姿发现和义档化的俗息。方法学通常包括一段模式，可以加快模型的设计，并有助于对相似概念进行统_A表示。不网组织之间的业务惯例是很不一样的，这些惯例可以被分解为业务过粮、业务协肉、业务交易以及相关的业务信息(业务文梢)。利用途模方法进行分析，可以标识出_.些可以意用和标准化的业务过程和i信息模型。ebXML的指导思想就缝在业务过程和信息模型
17、的不同层削上浮找可以标准化的组件，通过黛用这些被致主理解的模型和子模型昌，来达到1主操作性的目的。本部分推荐.ill务分析人员使用UN/CEFACTl1主模方法(UMM)。如果使用其他盖章模方法，该方法最好与UMM兼容，以便使用两种方法得出的业务过程模型相互兼容。有关夜基于ebXML的报架内如何分析、你识和J义业务过程和业务文格的全部秘序，Jjl符合ebXML的技术报告(.ill务过程和业务信息分析概述。ebXML 选择的建模语言和方法是UML语言和基于UML语言的UMM方法及其业务过稼和信息元模型(UMM元模搜)，这种选抹满足了ebXML所要求的语义一放性的慕本需求，保诋了业务过程模型和模型
18、自级作之间的兼探性。通过语义致傲，模费1可以被戴用，能够进行比较和对照。对于符合UMM元模型的模型，用户E可以利用它生成运行的业务过程规乎在实例(比如，以业务过程模式的格式)或者具有相阿卡普义的其他表达方式。此外，这些模型且还可以被兼容的建模工具所共享。UMM提供了一种精确的描述方法，卖主耳针对开放式EDI参考模型中的业务操作视网(符合GB/T 19256. 1-2003 GB/T 17628-1999(信息技术开放式EDI参考模型的规定)涉及的内容。UMM定义了业务建模、需求、分析和设计四个工作流，这四个工作流对于理解业务需求，生成业务剧本、业务对象和业务协同的范围是必要的。方法、模式和模型
19、的用法和关系在每一个工作流中都有定义。对于每个工作流，一个方法在明确定义的语义起围内应用于一个使用了建模元素的模式中。UMM工作流各阶段的结果如图2.图2UMM工作流和各阶段结果UMM元模型按以下几个视图进行组织，以便每个过程筷型可以从多个角度进行观察:1) 业务操作图(TheBusiness Operations Map , BOM)元模型，将业务过程分为业务领域和业务范畴;2) 业务需求视图(TheBusiness Requirements View.BRV)元模型，擒获商业交易的用例圈、输入、输出、约束和系统边界以及它们之间关系;3) 业务交易视图CTheBusiness Transac
20、tion View，BTV)元模型，捕获业务信息实体的语义信息和业务活动发生时角色之间交换的信息流F的业务服务视图(TheBusness Service View.BSV)元模型，定义在执行和确认一个业务过程时必要的网络组件服务和代理及其业务文档(信息)的交换。这些视角支持日益增多的模型构造方法，提供了不同粒度的规范，适用于与业务人员、业务应用集成商和网络应用提供商进行交流。6 ebXML体系结构6.1 功能服务视图图3给出了ebXML的功能服务视图。如图3所尿，ebXML注册服务用来存储业务过程和信息模型、XML格式表示的这些模型、核心构件和协商规程轮廓等信息。尽管业务过程和信息模型可以以建
21、模语法的格式来存储，但在注册系统中应以XML语法格式存储，这样，所有业务信息都应基于XML格式，用户就可以通过统一的方法在注册系统中检索到原子级的数据。5 GB/T 19256.1-2003 ebXML之所以选择一种分布式体系结构，因为这样可以最大限度减少单一点失败的可能性。ebXML体系结构对应于开放式EDI参考模型中的功能服务视图(Functional Service View, FSV)。慰纶艇和自哥(且Jl!J附的幌帽内鱼酶11111. 6.2 备功能阶段6.2.1 实施阶段也务越观和111.躏与UMM元幌醺肇事】困3ebXML功能服务视图性Q1.1II和野E景里自由慢型实施阶段是一个
22、创建ebXML应用程序的过程。一个想从事ebXML交易的贸易伙伴首先应获取所有ebXML的标准和规范。在深入研究这些规范后，贸易伙伴可以下载核心库和业务库的内容。贸易伙伴也可以请求其他贸易伙伴的业务过程信息(存储在他们的业务轮廓中)进行分析和研究。贸易伙伴可以采取的另一种方法是直接利用第三方的应用系统实施ebXML。当然，贸易伙伴可以设计自己的业务过程，然后提交到ebXML注册系统。图4描述了在实施阶段贸易伙伴和注册系统之间的基本交互关系。6 GB/T 19256.1-2003 围4实施阶段6.2.2 发现和获取阶段发现和获取阶段涵盖了挖掘ebXML所有相关资源的过程。贸易伙伴建立其业务服务接
23、口后，就可以开始发现和获取活动。发现的方法之一是请求另一个贸易伙伴的协同规程轮廓CCPP)。通过业务服务接口，贸易伙伴应能够请求更新核心库、业务库，以及更新或创建业务过程和信息模型。本阶段的主要任务是挖掘业务信息中的含义。图5描述了发现和获取阶段贸易伙伴之闯以及贸易伙伴同注册系统之间的基本交互关系。图5发现和获取阶段6.2.3 运行阶段运行阶段是执行ebXML剧本、实现相关交易的过程。在本阶段，贸易伙伴之间通过消息服务交换业务文档。实际上，一个协同规程协议就是按照事先定义好的编排方法，通过消息服务交换的一组业务丈档。在运行阶段，没有与注册系统的交五动作。如果有必要同注册系统发生交互，则认为是重
24、新开始了一个发现和获取阶段。图6描述了运行阶段贸易伙伴之间的基本交互关系。GB/T 19256.1-2003 7 ebXML基本组成部分7.1 贸易伙伴倍息(CPP和CPAs)7.1.1 镶述2t瞌撞a图6运行阶段为了促进电子商务的开展，潜在的贸易伙伴需要一种机制，用来发布他们所支持的业务过程以及交换业务信息所需的具体技术实现方面的细节内容。这)机制可以通过使用协同规程轮廓(Collabora tion Protocol Profile，CPP)来实现。CPP是一个表达贸易伙伴所支持的业务过程和业务服务接口需求的文挡，该文档用一种能被其他ebXML贸易伙伴所理解的方式编写。两个或多个贸易伙伴的
25、CPP的交集是一种特殊的业务协议，即协同规程协议CCollaborationPro tocol Agreement , CPA) . CPA可以看作两个或多个希望使用XML技术开展电子商务活动的贸易伙伴事先签订的技术约定。7. 1. 2 CPP的功能CPP描述了一个贸易伙伴所支持的特定能力以及为了同其他贸易伙伴交换业务文挡必须满足的服务接口需求。CPP包含的基本信息包括但不限于21) 联系信息;2) 行业分类;3) 所支持的业务过程;的接口需求;5) 消息服务需求。此外，CPP还可以包括安全和其他实施方面的特殊细节。每一个希望使用ebXML开展电子商务的贸易伙伴都应该向一个ebXML注册系统注
26、册自己的CPP。这样就提供了一种发现机制.一是允许贸易伙伴寻找其他贸易伙伴，二是寻找其他贸易伙伴支持的业务过程.对于那些在实现时有多种选择的可能(如HTTP或SMTP传输)，CPP应明确给出其中的一种。7. 1. 3 CPA的功能CPA是代表了两个CPP交集、并被希望使用ebXML进行电子商务活动的贸易伙伴双方所接受的文挡。一个CPA描述了31) 消息服务;2) 两个或多个贸易伙伴商定的业务过程需求。从概念上，ebXML支持一个逐级嵌套的三层视图，如图7所示，三级分别为一个贸易伙伴可能的(能力)、能够的(能力)和约定的(能力)，里面一层是外面一层的子集。最内层就是两个或多个贸易伙伴达成的CPA
27、.一个CPA包含消息服务接口需求和双方商定的业务过程的实施细节。贸易伙伴可以向注册系统注册他们的CPA，但这一步在创建CPA时并非必须。业务协同是ebXML贸易伙伴开展电子商务的前提，这种对具体的业务协同的支持声明(CPA)以一种特定的定义方式公布或刊登在ebXML注册系统目录中。图8显示了CPA的范围。7. 1. 4 CPP接口宵的f舷为3.11 业4H由号.li!义核心榈树图10ebXML业务过程规范模式业务过程规范应能够表达以下信息gGB/T 19256.1-2003 贸局1J悖。10义1) 业务文档实例的交换编排设计(如，执行一个购买交易的贸易伙伴之间业务文档交换的编排设计); 2)
28、对业务文档(可能是DTD或Schema)的引用53) 业务过程中每一个参与者的角色定义。一个业务过程规范还应z1) 提供使用核心构件的语境约束F2) 提供建立CPA的框架;3) 说明业务过程的所有者以及相关的联系信息.(以上信息并不是业务过程的全部信息)7.2.3接口与Cpp和CPA的关系g贸易伙伴的CPP实例中定义了它的功能性和技术能力，以支持一个或多个业务过程规范中的零个、一个或多个角色。贸易伙伴之间的协议定义了他们之间开展业务交易的实际条件。业务过程和信息模型与CPA之间的接口是业务过程规范。根据业务过程规范模式生成的业务过程规范应写成一个XML文挡，表示UMM元模型的业务交易和协同层.
29、这种以XML格式表达一系列商业交易的方式被业务过程规范和贸易伙伴的CPP和CPA丈档共同采用。与核心构件的关系:一个业务过程规范应描述贸易伙伴之间所交换的业务信息的约束。业务信息是由ebXML核心库中的核心构件所构成.一个业务过程规范应引用适当的基于DTD或Schema的业务文档，业务过程规范同核心构件和核心库之间的接口机制应通过为每一个构件赋予一个唯一标识符来实现。与消息服务的关系:一个业务过程规范应能够通过消息服务从一个注册系统传递到另一个注册系GB/T 19256.1-2003 统。它也应能够通过消息服务从一个注册系统传递到用户端的应用程序。与注册系统的关系=在ebXML系统中使用的业务
30、过程规范应可以通过注册系统的查询机制检索得到，因此，每一个业务过程规范应拥有一个唯一标识符。7.2. 4 推荐性实施细节准确地构造业务信息对象或业务文档应由业务过程派生出的一系列语境来指导.整个结构的建模层如图11所示。业备画理E圈11ebXML业务过程和倍思.模层业务过程和信息模型可以用UN/CEFACT推荐的建模方法UMM来创建，也可以用其他方法来创建，但建议要符合UMM元模型。7.3 核心构件和核心库7.3.1 概述核心构件用于捕捉真实世界中业务概念的信息，以及该概念同业务信息对象、语境描述之间的关系信息，其中语境描述描述了核心或聚合信息实体如何在一个特定的ebXML剧本中使用.核心构件
31、可以是一个业务信息，也可以是几个业务信息对象组合在一起形成的聚合信息实体。ebXML已经定义了一个核心构件的基本集合。用户可以使用或对该集合做扩展.有关核心构件的详细内容见本系列标准的相应部分。7. 3.2 功能作为最小需求，核心构件应满足下面的功能z1) 核心构件应可以使用注册机制进行存储和检索。2) 核心构件应获取并拥有能满足电子商务需求的最小化信息。3) 核心构件应能够用XML语法格式表达，的核心构件应能够包含:与一个或多个业务信息对象一起使用的另一个核心构件;与零个或多个业务信息对象一起使用的其他多个核心构件。5) 核心构件应能够被唯一标识。7.3.3接口核心构件可以被一个业务文档实例
32、直接或间接引用。业务过程可以规定一个或一组核心构件对一个业务文档实例来说是必选或可选的。核心构件应有与注册系统交互的接口，以便进行存储和检索。12 GB/T 19256.1-2003 核心构件可以与其他XML词汇表中的XML元素有接口，前提是它们在语义上双向或单向等价。7.3.4 推荐性实施细节核心构件可以包含属性或作为另一个核心构件的一部分，因此需要规定它所使用的准确的语境或语境组合。在一个特定业务语境中组合核心构件时，应有一种方法标识出-个核心构件在另一个核心构件中的位置.这种方法也可以是结构化语境的组合，以便于核心构件在另一个核心构件或聚合信息实体中不同层面上的重用。这就是业务语挠。见图
33、12。语境可以用业务过程和信息模型定义，该业务过程和信息模型定义了包含核心构件的业务信息对象的实例。一个通用的核心构件内的业务信息实体或核心构件可以是必备型或可选型，在特定语境或语境组合下，可以改变这种必备型和可选型的属性。. 配合.-*-b1t 量恼。掬钳。胸固12按照.合语填、聚合倍息实体和核心构件定义的业务语填7.4 注册系统7.4.1 概述ebXML注册系统提供了贸易伙伴之间共享信息的一系列服务，以及注册项的元数据接口。用户通过注册服务中的API接口访问注册系统。见图13。有关注册系统的详细内容见本系列标准的相应部分。7.4.2 功能一个注册系统应能够存储那些以多字节字符集表示的注册项
34、。提交机构所提交的每一个注册项，无论其颗位度大小，都必须被唯一标识。这是实现应用程序到注册系统查询的基本条件。对于一个给定了唯一标识符的查询，在册系统应返回零个或一个匹配项。如果返回两个或多个结果，则应向注册机构报告一个出错报文。一个注册项应采用一种结构化的方式描述其所有信息:标识、命名、描述、给出其管理和访问状态、定义其稳定性和不稳定性、按照预先定义好的分类方案对其进行分类，声明其文件表示格式、标识其提交机构和负责机构。注册接口是应用程序到注册系统的访问接口，人与注册系统之间的交互应属于注册接口(例如GB/T 19256.1-2003 Web浏览器)之上的一层，而不应作为一个单独的接口. f
35、ilt罐罐情.ut 8 相.x:.布图13注册系统体系结构概览,. 饵向哪tt峨貌. 赏自tt.S!-!Iltl(1J1lIll，lIlLl) 注册接口应设计成独立于网络协议(如TCP/IP协议上的HTTP/SMTP)。有关如何同注册接口交互的特定指令可以在消息的负载包中说明。注册系统还可支持21) 注册系统和注册客户端之间特定的一个CPA;2) 注册系统和注册客户端之间的一系列功能函数的集合;3) 注册系统和注册客户端之间交换的特定业务过程中的业务文档;4) 支持业务文档的-系列基本接口机制和相关的查询应答机制;5) 不同注册系统之间的一个特定的CPA;6) 一组错误响应和补救处理情况.为了
36、便于查找，在人和注册系统交互时(如通过Web浏览器)可使用浏览和逐级查询功能，用户应能够根据注册系统可用的分类方案浏览和查找相关内容。注册服务可以创建、修改、删除注册项以及它们的元数据.通过注册系统访问注册库时，可以采用适当的安全协议来保证真实性和安全性。注册系统中的每一项都应分配一个唯一标识符(UID)，UID是注册系统中的关键字段.全球唯一标识符CUUID)可以用来确保注册系统中的项在全球范围内真正唯一.因此，当通过UUID向一个注册系统发出查询请求时，应且仅应返回-个结果。为了更好地对业务过程规范进行语义识别，注册系统应能够提供一种便于人阅读的注册项的描述机制，现有的业务过程规范(如Ro
37、settaNetPIPs)和核心构件向注册系统注册时，应分配一个UID.这些UID可以用XML语法以不同的方式实现.下面给出了几种实现方式但不限于以下几种): G/T 19256. 1-2003 1) 显式引用机制(如，URN:UID);2) 引用方法(如，URI:UID/命名空间:UID);3) 与W3C兼容的基于对象的引用(如，URN:复杂类型名); 4) 基于数据类型的引用(如，ISO8601: 2000中的日期/时间/数字类型和遗留系统的数据类型hebXML的任何组件必须支持多语种。由于UID提供了一个中立于语言的引用机制，因此显得尤为重要。为了支持多语种，ebXML规范应兼容Unic
38、ode和ISO10646字符集和UTF-8、UTF-16字符集。7.4.3接口与消息服务的接口g注册系统访问机制所用到的查询语法与后台系统的物理实现无关。消息服务可以作为传输机制实现对注册系统的访问。与业务过程的接口2业务过程可以通过注册系统发布和获取。与核心构件的接口3核心构件可以通过注册系统发布和获取。与带有元数据的任何项的接口:XML元素为注册系统中管理的每一项提供了标准的元数据。由于注册系统是分布式的，每一个注册系统都可以与其他注册系统进行交互利交叉引用。7.4.4 推荐性实施细节注册系统中的业务过程规范可以按照不同的分类方案进行存储。最新版的ISO11179-3中关于注册系统的内容可
39、以为ebXML注册系统的实施提供一个模型。注册系统及其元数据也可以看作基于XML的URI引用，能通过HTTP直接访问。扩展的注册服务，比如转换服务、工作流服务、质量保证服务和扩展安全机制，可以逐步在以后的工作中加以完善。一个注册服务可以有多种配置模型，只要其注册接口是兼容的。ebXML注册服务的业务过程和信息模型是OASIS目前注册系统注册库技术规范的扩展，主要针对业务信息的存储和获取，而OASIS模型是一个超集，其目的是为了处理扩展和通用的信息内容。7.5 消息服务7.5.1 概述ebXML消息服务为贸易伙伴提供了一个交换业务文挡的标准方式，它不依赖于特定的技术和解决方案，实现了业务文档的可
40、靠传输。一个ebXML消息包含一个消息头(用于路由和传送和一个负载部分。ebXML消息服务从概念上可以分为三部分:第一，抽象的服务接口;第二，消息服务层p第三，到底层传输服务的映射.三部分之间的关系如图14所示。饨.tttlt，-BEEtttttt叮EEEEEE篱aJllJ捕.罐昏口. 筒息11.但梢.鲍锢口眩tt罐窿岱传.11圈14ebXML 消息服务固15描述了ebXML消息服务体系中的各模块的逻辑组织方式，并给出了各模块之间的相互关系GB/T 19256.1-2003 和依赖。该体系结构图描述了消息服务的灵活性，反映了能够实现的服务与功能的全面和广泛性。b咒ML应用摘息自得豁口悯息且虫认
41、醋、授收制拢抵峨固务司量 徽、撞事组.& 阳1 I I _ 1 1 FrP 1 1 . 11 回15消息服务架构有关消息服务的详细内容见本系列标准的相应部分。7.5.2 功能ebXML消息服务在不同的传输协议上为用户之间实现消息传输提供了一种安全、一致和可靠的机制。16 消息服务描述了ebXML分布式组件之间(包含注册系统和用户应用程序之间)的所有消息格式。消息服务不对负载部分的内容做任何限制。消息服务支持简单(单向)和请求/应答同步或异步)消息交换。消息服务支持负载的顺序传输.以满足贸易伙伴之间交换多个负载或多个消息的需求。消息服务层应执行贸易伙伴双方在CPA中起义的约定规则(包含但不限于与
42、消息传递有关的安GBjT 19256.1一2003金和业务过程功能).CPA定义的是贸易伙伴一致同意遵守的行为规则。这些基本规则可以来用多种方式进行定义，比如正式的CPA，业务交易发生时订立的交互式协议或其他形式的协议。任何违反基本规则的行为都应导致一个错误异常，并用适当的方式报告出来。ebXML消息服务实现所有的安全功能，包括:1) 标识:Z) 真实性(身份认证); 3) 授权(访问控制); 的保密性(加密); 5) 完整性(消息签名); 6) 抗抵赖性E7) 日志.7.5.3接口ebXML消息服务在抽象层面上提供了一个抽象的接口，该接口包括以下功能21) 发送一-发送一个ebXML消息，参
43、数来自消息头:2) 接收一-表示接收一个消息的意愿s3) 通知一一为预料之内和预料之外发生的事件提供通知:4) 请求一一提供一种查询特定的消息交换状况的方法。ebXML消息服务应提供与内部系统的接口，包括:1) 将接收到的消息传递给内部系统;2) 错误通知。ebXML消息服务应有助于实现对注册系统的接口。7.5. 4 推荐性实施细节图16描绘了ebXML消息的逻辑结构。f音输f，t甜-田头文相 A囊牺封.立自团16ebXML消息结构图17 GB/T 19256.1-2003 一个ebXML消息刷一个外部通信协议(jjJ选择不同的传输协议信封和独立于外部协议的ebXML消息信封组成消息信封使用M
44、IME中的.M ul tipart/ rela ted内容类型进行打包a之所以选择MIME作为打包解决方案，是由于它可以满足电子商务环摘下贸易伙伴之间传输的信息多样性的裹求e比如，贸易伙伴之间的一个复杂业务交易可以安求传输的内容不仅包含业务文销(XML格式或其他格式), il且还要求传输二进制自自像或其他相关的业务俗息。8 一致性8.1 简介本尊重规定了l5ebXML效性的通用枢架、概念和衡量标准，其中包括一致性策略的概述，您个ebXML标液中的致性指导原则，以及针对本部分的致性条款。本意只定义了针对本部分的一致性需求，;f描述其他标准的一数f生常求。本擎的目的在于z1) 对致做有统一的理解，
45、对本系列标准巾的什么内容需要声明致性;2) 确保在每个标准能够t贷地表达敖憔g3) 促进主E操作性以&.务过程和文挡的开放式传输;4) 鼓励使用致性测试工具，统一开发一致性测低工具。匀ebXML致1生指与ebXML所有组成部分的一数校以及与每一个标准的一致性，其主要日的是增加Ii操作的成功率。如果一个实现符合标准中的需求.则宽容易获得注操作和开放式交豆。8.2 与ebXML的一致性生ebXML的致性也称为与ebXML所有组成部分的致性，并至少满足每个标准的最小W.致候鲁吉求，包括本标礁中的功能和接口需求。:(E ebXML中，假如倏何一个实现符合它所涉及的标准的需求，则称之具备r一致性。每一个
46、ebXML标准都描述了一致性需求，该需求即声明与标准致性时必须满足的需求。这些需求可以在标准巾的不闵层次上应用和分组。8.3 与本部分的一激性本条描述的是声明与本部分一致时必须满足的需求。为了达到与本部分致，其他任何标准21) 成交待本部分中定义的、适用于其他标准的所有功能役和接口需求52) 不成规定与他XML及其组件不一致的能求;3) 可以规定比本部分更加具体和更加严格限制的需求;4) 只应包括那些可以测试的需求。任何符合一致攸的实现成满足本部分中涉及的一致性常求和其他涉及到的标准中的一致性需求。8.4 致性测试的通用框架致性测试的目的是判定个实现是否符合相炎标准中规定的需求一敖做测试保证系
47、统开发商能够开发ebXML的、兼容和具备及操作性的系统。ebXML的实现和成用系统应通过jjJ用的测试工具来测试草草一致傲。应当使用中立于像OASIS和NIST组织的开发商所开发的测试工具来测试那些声明与ebXML致的实现、应用系统和部件。开发商可以使用公开源码来测试他们产品接口的兼容性、致性和互操作性。9 安余考虑本部分没有考虑ebXML的安全问题。ebXML的安全模型应该夜另外的文档中绘出。该模型运附于.bXML所有幸在本组成部分.并能满足ebXML用户的稿求。ebXML的安全模骂出版符合ebXML需求文梢中描述的安全需求。18 GB/T 19256.1-2003 附素A(资料性附录)eb
48、XML业务剧本实例本附录给出了一组业务剧本，这些剧本描述了如何使用ebXML兼容软件来实施流行的电子商务。在这些剧本中，ebXML规范被定位为一种能够让公司在互联网上开展电子商务的方便手段，并且公司已经在使用这些规范。本附录的用户是那些计划使用基于XML的公司。这些公司可以从剧本中看出如何在技术规范的基础上建立起真正的业务交易。本附录包括以下四个剧本21) 剧本1:两个贸易伙伴建立协议，然后进行相关的电子交易;2) 剧本2:三个或更多的贸易伙伴建立一个供应链业务过程，然后进行相关的电子交易;3) 剧本3:一个公司设立一个人口，该入口定义使用外部业务服务的业务过程;的剧本4:三个或更多的贸易伙伴使用共享的业务过程开展业务，然后进行相关交易。A.l 剧本1:两个贸易伙伴建立协议，然后进行相关的电子交易在该剧本中:1) 每一个贸易伙伴定义自己的轮廓(CPP)。每个轮廓引用2 ebXML注册系统中的一个或多个已有的业务过程;一个或多个业务文档，每个业务文档都由注册系统中可复用的核心构件组成。每个轮廓定义:贸易伙伴可以从事的业务交易;贸易伙伴约定的技术协议如HTTP、SMTP等)和技术特征(如加密、有效性、真实性)。2) 贸易伙伴彼此确认对方的轮廓，然后商定一个CPA。3) 贸易伙伴通过创建/配置一个新的业务服务接口，或者通过升级以前的遗留系统，来实施各自部分的轮廓。
