【国家标准(GB)】 基于XML的电子商务 第1部分：技术体系结构

GE/T19256.1-—2003
GB/T 19256系列标准在《基于XML的电子商务》的总标题下,将分为下列8个部分：第1部分：技术体系结构1
第2部分：协同规程轮廊和协同规程协议第3部分：业务过程规范模式；
第4部分：核心构件设计方法；
第5部分：核心构件目录；
·第6部分注册系统信息模型
第7部分：注册系统服务规范：
第8部分：消息服务。
将来还可能增乱新的部分。
本部分为系列标准中的第1部分。第2部分到第8部分将会陆续制定，本部分改采用联合国贸易便利与电子商务中心（UN/CEFACT)和结构化数据标准发展组织(0ASIS)联合制定的基于XMI.的电子商务技术体系结构规范》1.0.4版及随后发布的修改单。本部分与基FXML的电子商务技术体系结构规范》I.0.4版及随后发布的修改单的主要差异如下：
…一按照标推的格式对原文的一些章节嫩了适普的调整，一对原文中的部分介绍性和解释性的内穿进行调整和改编，并放在引言中：一增加第3章“术语和定文”
为了便于理解，在第4章的开始部分增班了部分序容，本部分的附录 A 和附录 B 为资料性附录。本部分由中国标准研究中心提出。本部分由全国电子业务标准化技术委员会归口。本部分起掌单位：中国标准研究中心、海关总馨政策法规司、中国国际电子海务中心，全国产品与服务统·-代码管理中心。
本部分主要起草人：魏宏、刘碧松、陈国培、石文来、战复东、刘颗、章健方。GB/T19256.1—-2003
在过去的20多年中，电子数据交换（EDI)通过电子形式交换业务信息，减少了纸质文档、摔低丁成本和提高了效率，为商务办公摘绘了一个美好的前景。在理想的情况下，公司尤论模大小都可以通过某种形式实现电子商务，而不需要任何事先约定，然而EDI并没有使这成为现实，因为只有那典大公司才能负担起它昂贵的费用，而且丑大部分基于EDI的电子商务都是以某一·大公司为核心，其贸易伙伴为了获得商业机会不得不采用这种模式。在最近几年，可扩展置标语言（XML)得到快速的发展，已经成为Intcrnet上新的电子商务应用程序之间定义数据交换格式的首选方案。LIN/CEFACT和OASIS联合众多国际大型企业共同开发了基于XML的电子商务（ebXMI.)系列标准。ehXML提供了一个基于XML的开放式技术体系，从而在应用到虚用、应川到人或者人到应用的各种不环境下，能够以种一致和统一的方式利用XML技术开展电子商务数据的交换。ebXML的目标是创造一个统一的全球性电子市场，任何地域、任何规模的企业在任何时间都能够借助联网开展商务活动。
尽管EDI有其自身的不足，但是那些在FDI上已经投入大量资金的公司在看到基于XML的电子商务的真正优势之前是不会轻易放弃EDI的，因此，ehXML提供的基于XML的电了商务标准化解决方案还考患了EDI问题，
1范围
基于XML的电子商务
第1部分：技术体系结构
CB/T19256.1—2003
本部分规定了基于XML的电子商务（ebXML)的技术体系结构，捕述了ebXMI.各基本组成部分的关系、粘互作用和基本功能。木部分为ebXML系统的设计，实施和实现互操作提供了规范和指南，并为后续的基于XML的电子商务系列标准的制定提供了二个统一的框架。2规范性引用文件
下列文件中的条款通过GF/T19256的本部分的引用而成为本部分的条款。尼是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或髂订版均不适用于本部分，然而，鼓励根据本部分达成协的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。
(B/T17628—1999信息技术开放式EDI参考模型（idtJS0/IFC14662:1997）ebXML技术报告业务过程和业务信息分析概述UN/CEFACT技术文件UN/CEFACT建模方法（NO90）3术语和定义
GB/T18811一2003的下列术语和定支适用于本标准，3. 1
业务协同business collaboration两个或多个参与方为实现某一既定目标而进行的一项活动。[GB/T 18811--2002,定义 3.6]
业务操作视图husinessperationalview（BOv）业务交易的一个视角，它被限于与描述某一业务交易所需的缴出业务决策和组织间的承诺有关的方面。
[GB/T 18811—2002,定义 3.8]
业务过程businessprocess
在业务实践中用来完成一项惑多项活的过程，[GB/T 18811—2002,定义3.9]
业务交易business transaction业务的个遵辑单元，它由两个或多个参与方执行，并产生一个可量化的成功或失败的状感。［GB/T188112002.定义3.12]
GB/T 19256.1—2003
协同规程协议collaborationprotocolagreemenl(CPA）两个或多个参与方间商定的、用来标识或描违他们商定要使用的具体的协同规程的宿息。[GB/T 18811 - 2002,定义 3. 15]3.6
协同规程轮廊collaburationprotocolprofile(CPP）描述某一参与方所支持的-个或多个协同过程及相关的协同规程的信息。FGR/T 18811—2002.定义 3. 16]3.7
核心构件core conupunen
一条独立的业务信息，也可以是几个业务信息对象组合在一起形成的案合信息实体，用于捕捉现实世界中的业务概念，以支该概念同其他业务信息对象，语境描述之间的关系。其中语境描述用于描述核心信息实体或聚合信息实体如何在一个特定的ehxML业务剧本中使用。注：改写GB/T188112002.定义3.203.8
documenttypedefinition(rD)
文档类型定义
可随附\-个文件，川以描述该文件基本规则的定义，如些元索会脂现及这些元素之间的结拘关系。它还定义了哪些标记川以准文件中出现、哪些标记可以包含其他标记，标记的号码和顺序、标记的届性，需要时还给出这些属性具有的值。当接收应准对收到的数据没有内嵌的描述时、它还可以帮助验证这些数据。
G13/T 18811 2002,定义 3.27]
[unctional serviceg view(FSV)功能服务视图
业务交易的一个规角，它被限F文持执行开放式EDI交易所需的信息技术系统的信息技术互操作性方面：
FG3/T 18811--2002,定义 3. 37]3.10
注册regisiry
能够对相关的注册中的项及其有关的元数据进行登记，以便指向这些项的位置和所有其元数据的指针能够在查询时被检索出来的一种机制。[(B/T18811—2002.定义3.51]
注册机构Tegisiry authority(RA)对注肌进行维护和算理的机构。［GB/T188112002,定义3.52]
注册服务regisiry servlce
向注册的客户提供访间注册内容的一途径。GL/T188112002.定义3.53
剧本scenario
具有同一业务口标的··系列业务活动的形式描述。【G1/188112002.定义3.57]］
XML模式XML schema
GB/T 19256.1—2003
指出哪此元素充许山现在XMI文档中以及它们以何种式组合的元素名称的形式规范。它定义文档的结构，如哪些元索是其他元素的子元素，子元素出现的顺序以及子元素的数日：它还叫定义元系为空还足包括文本，同时还能定义性的缺省值。[G:B/T 18811—2002,定义 3. 64]4ebXML概览
贸易伙伴之间为了能够开展电子商务，他们应；彼此发现对方及其所提供的产品和服务；1
快是选用何种业务过程和和关的报文，用来取对方的产品和服务信息：决定联系细目和交换信息的通信方式：3）
按照以上选定的内容协商合同条款按照签定的合以自动方式交换信息。5）
MI.地应该满足这此需求，通过分析这此需求可以得山，ehXMI.技术体系应构造工三个基本概念之上：提供一种确保数据通信互操作的基础设施：提供一种确保商业互操作的语义框架；提供一种能够让企业被此发现、协商继而儿展商业活动的机制，图1描述了两个贸易伙伴使用ehXML进行商业交易的框架性模型，他们肖先搭建应用框架，进行配置，然后从事简单的商务交易。这个模型描述了配置和实现cbXML虚用程序和相关系统组作的过程和步骤，这些组件可以用一种新进的方式实施，但是b×MI.规范并不局限于这--模型，这里只是为了尽快引人概念。附录A中给出了一些具体的实施实例图1两个公司利用ebXML开展电子商务的活动概览图1引了以下概念和基本体系结构：1）捕述业务过程及其机关信息模型的标准机制、注册和存储业务过程和信息模型的机制，以使这些模型得以共享和重用，2
发现每个贸易伙伴信息的机制，这些信息包括：3
GB/T19256.1—2003
·所支持的业务过程；
·为支持业务过程所提供的业务服务接口；·各自的业务服务接口之间交换的业务文：·所支持的传输、安全与编码协议方而的技术配置。4）注册上述信息的机制，以使这些信息得以查找和获取。5）对双方达成的业务协议的描述机制，这些协议可基于3)中所述的信息。保证贸易伙伴之问业务文档交换的互操作性、安全性和可靠性的标准化的业务消息服务框架。6www.bzxz.net
配置各白消息服务的机制，以便按照业务协议中的规定开展双方商定的业务过程图1按下面步骤进行：
1）第-步，公司A首先通过互联网访间ehXML注册系统，获取规范和相关的业务剧本和轮廊信息：
第二步，在了解到注册系统中的内容后，公可A决定构造并配置本地的心bXML应用系统。其2
中，开发应用系统并不是参与ebXML活动的必要条件，可以购买现成的兼容应用程序和组件；
第三少，公司A向注册系统提交自己的业务轮率信息（包括实施细节和参考链接），提交的业3
务轮廊描述了公司A实施ebXML的能力和约束，以及它所支持的业务剧本。这些业务剧本是公司A所能处理的、以XML格式表示的业务过程和相关信息束（例如营业税的计算），注册系统验证剧本的格式和用法正确后，向公司A发送一个注册成功的确认通知；41
第四步，公司B在注册系统中查找公司A所支持的业务剧本，并下裁公司A的业务轮和剧本信息；
第五步，公司B构造或购买现成的ebXMI.应用系统，向公司A发出愿意使用ebXMI.进行交5
易的请求，并逆交一份业务协议的建议书。这份建议书中描述了需要双方商的业务剧本和其他具体协议，同时还包括消息服务需求、突发事件处理机制和安全需求等，双方就以上内容可能需要进行多个回合的协商；6）第六步，公司B和公司A达成一致后，使用ebXML进行交易活动。5业务过程和信息的分析方法及元模型业务分析人员使用分析方法和元模型来说明业务过程。分析方法规定了业务分析人员在定义业务过程时需要进行的全部过程和子逆程。元模型延义的是分析过程中需要发现和文档化的信息。方法学通常包括一些模式，可以加快模型的设计，并有助于对相似概念进行统一表示。不同组织之间的业务惯例是很不一样的，这些惯例可以被分解为业务过程，业务协同、业务交易以及相关的业务信息（业务文档）。利用建模方法进行分析，可以标识出一些可以重用和标准化的业务过和信息模型。ebXML的指导思想就是在业务过程和信息模型的不同层面上寻找可以标准化的组件，通过重用这些被致埋解的模型和了模型，来达到互探作性的目的。本部分推荐业务分析人员使用UN/CEFACT建模方法（UMM>。如架使用其他建模方法，该方法最好与UMM兼容.以便使用两种方法得出的业务过程模型相互兼容。有关在基于ebXML的框架内如何分析、标识和定义业务过程和业务文档的全部程序，应符合cbXMI.的技术告\业务过程和业务信息分析概述》
cbXMI.选择的建模语言和方法是UML语言和基于CML语言的UMM方法及其业务过程和信息元模型（匕MM元模型），这种选择满足了ebXMI.所要求的语义一致性的基本需求，保证了业务过程模型和模型组件之间的兼容性。通过诺义一致性，模型可以被重用，能够进行比较和对。对符个UMM元模型的模型，用户可以利时它生成运行的业务过程规范实例（比如，以业务过程模式的格式)或者月有相同语义的其他表达方式。此外，这些模型还可以被兼容的建模工具所共享。UIMM提供了一种精确的描述方然，主要针对开放试EDI参考模型中的业务操作视图（符合4
CB/T19256.1—2003
GB/T17628—1999《信息技术开放式FDI参考模型》的规定）涉及的内容。T.MM定义了业务建模、需求、分析和设计四个工作流，这四个工作流对于理解业务需求，生成业务剧本、业务对象和业务协同的范围是必要的，为法、模式和模型的用法和关系在每一个工作流中都有定义。对丁每个工作流，一个方法在明确定义的语义范围内应用1一个使用了建模元紊的模式中。UJMMT作流各阶段的结果如图2。
图2UM剂工作蔬和备阶段结果
UMM元模型按以下几个视图进行组织，以便每个过程模型可以从多个角度进行规察：J）业务操作图（TheBusincss（)perationisMap.BOM）元模型，将业务过程分为业务领域和业务范畴：
业务需求视图（TheBusinessRequirementxView，BRV）元模塑，辅获商业交易的用图、输2）
人、输出、约束和系统边界以及它们之间关系业务交易视图（ThcBusinessTransactionView，BTV）元模型，捕获业务信总实体的语义信息3
和业务活动发生时角色之问交换的信息流：业务服务视图（TlBusinesServiceView，BSV)元模型，定义在执行和确认个业务过程时4
必要的网络组件股务和代理及其业务文档（信息）的交换。这些规角支持口益增多的模型构造方法.提供了不同粒度的规范，适用于与业务人员、业务应用集成商和网络应用提供商进行交流。6ehXML体系结构
6.1功能服务视围
图3给山了ebXML的功能服务视图如图3所示，ebXML证册服务用来存储业务过程和信息模型、XML格式表示的这些模型、心构并和协简规程轮等信愿。尽管业务过释和信息模型可以以建模语法的格式来存储，但在注册系统中应以X.ML.语法格式存储-这样、所有业务信息都应基于XML.格式，用户就可以通过统一的方法在注财系统中检索到原子级的数据
GB/T 19256.1—2003
ehXMI.之所以选择一种分布式体系结构，因为这样可以最大限度减少单·-点失嫩的可能性ebXMI.体系结构对应于开放式EII参考模型中的功能服务视图（FunctinIHlScrviceView.FSV）。ebxML功能服务视图
6.2各功能阶段
6.2.1实施阶段
实施阶段是一个创建ebXML应川程序的过程。一个想从旁ebXML交易的贸易伙伴首先底获取所有ebXMI的标准和规范。在深人研究这些规范后.贸易伙伴可以下载核心库和业务库的内容，贸易伙伴也可以请求其他贸易伙伴的业务过程信息（存储在他们的业务轮廊中）进行分析研究。贸易伏伴可以采取的刃钟方法是直接利用第一方的应用系统实施ebXMI，当然，留易伙伴可以设计自己的业务过程，然后提交到XML准期系统。图4描述了在实施阶段贸易伙件伴和注册系统之间的其木交五关系。6
6.2、2发现和获取阶段
围4实施阶段
GB/T 19256.1—2003
发跳和获取阶段盖了挖据ebXM所有相关资題的过程。筑易恢伴建立其亚务服务接了后，就可以开始发现和狱取活动，发现的方法之一是请求另一个贸易伙伴的协同规程轮廊（CPP）。通过业务服务接口，贸易伙伴应能够请求更新核心库、业务库，以及更新或创建业务过程和信息模型。本阶段的主要任务足挖插业务信息中的含义。图5播述广发现和获取阶段贸易伙伴之间以及贸易伙伴向洋册系统之间的盛不交互关系，图5发现和获取阶段
6.2.3运行阶段
运行阶段楚执行ebXML剧本，实现相关交易的过程。在本阶段，贸易伙伴之间通过消息服务交赖业务文档。
实际上，一个协同规程协议就足按照事先定义好的编排方法，通过消息服务交换的-组业务文档。在运行阶段，没有与注册系统的交工动作。如果有必要同注册系统发生交互,则认为是重新并始「一个发现和获取阶段。
图6描述了行阶段贸易伙伴之问的基本交互关系。GB/T19256.1--2003
7ebXML基本组成部分
理路统售
7. 1贸易伙伴信想(CPP 和 CPA's)7.1.1概述
图6运行阶段
贺源伙年
为了促进电子商务的开展，潜在的留易伙伴需要一种机制，用来发布他们所支持的业务过程以及交换业务信息所需的具体技术实现方面的细节内容。这一机制可以通过使用协同规程轮率（CollabarationProtocolPrafile,CPP)来实现。CPP是一个表达贸易伙伴所支持的业务过程和业务服务接口需求的文档.该文档用-种能被其他cbXML贸易伙伴所理解的方式缩写。两个或多个贸易伙伴的CPP的交集悬一种特殊的业务协议，即协同规程协议（CollaborationPro-tocolAgreenuent,CPA）。CPA可以看作两个或多个希望使用XML技术开展电子商务活动的贸易伙伴事先签订的技术约定。
7. 1. 2CPP的功能
CPP摘述了一个贸易伙伴所支持的特定能力以及为了制H他贸易伙伴交换业务文档必须满足的服务接口需求，CPP包含的基本信息包括但不限于：1）联系信息：
2）行业分类；
3）所支持的业务过程；
4）接！带戎；
5)消息服务需求。
此外，CPP还可以包括安全和其他实施方面的特殊细节，每一个希望使用ebXML开展电子商务的贸易伙伴都应该向.个ebXMI.注册系统注删自己的CIT，这样就提供了一种发现机制，一是充许贸易伙伴寻找共他贸易使件，二是寻找其他贸易伙伴支持的业务过程
对于那些在实现时有多种选择的可能（如HTTP或SMTP传输）,CPP应明确给出其中的一种。7. 1. 3CPA 的功能
CPA是代表了两个CFP交集、并被希望使用ebXML进行电于商务活动的贸易伙伴双方所接受的文销。
-个CPA描了！
1）消息服务：
2）两个或多个贸易伙伴商定的业务过程需求从概念上，ebXML支持··个逐级能套的三层视图，如7所示，三级分别为一个易伙伴可能的（能力）、能够的（能力）和约定的（能力）里面一层是外面一层的子集。最内层就是两个或多个贸易伙伴达成的 CPA：
一个CPA包含消息服务按口需求和双方商定的业务过程的实施细节。贸易伙伴可以向注册系统注册他们的CPA，但这一步在创建CPA时并非必须。业务协同是ebXML贸易伙伴开展电了商务的前提，这种对具体的业务协同的支持声明（CPA)以一种特定的定义方式公布或刊登在XML注册系统且录中。图显示了C1A的范围。8
7.1.4CPP接口
图7CPA的三层视图
图8CPA的范固
CB/T19256.1-~2003
与业务过程的接口：一个CIP应该能够引用贸易伙伴所支持的一个或多个业务过程，CPP应该也能够引用业务过程中用户可以担任的角色，比如一个“购买”业务过程中的“买方”和“卖方”两个角色。CPP应可以存储在ebXML注册系统中并可检索。CPP应描述那些用于构造ebXML消息服务中的)消息头的内容。7. 1. 5 CPA 接口
CPA管理着宽易伙伴使川的业·务服务接Ⅱ，具体地说，贸易伙伴通过CPA中商定的一组参数对业务服务接口进行约束。
CPA应有到CPP的接口，因为CPA是通过双逆协商，将贸易伙伴\能够做的（CPP)”限定到“要的(CPA)\的过程。
CPA必须引用一个具体的业务过程和执行该业务过程的交互需求，CPA可以存储在注册系统中，因此应具备对注册系统的存储和检索能力。7.1.6推荐性实施细节
CPA是在发现和获取阶段之后达成的协议，是两个或多个贸易伙伴.致同意用于交换业务信息的消息服务和业务过程的简单描述。假如对一个双方同意并已经执行的CPA中的参数进行更改的话.则应生成一个新的CPA。
在某些情况下，可能需要描述一些CPA，用在突发的、非正式的或默许的环境中。ebXML技术体系的最然目标是实现CPA的自动生成。为了达到这·目标，应为CPA的协商过程规定·一种规范化的方法。
有关CPP和CPA的详细内容见本系列标准的相应部分。7.2业务过程和信息建模
7.2. 1概述
UMM元模型提供了·种机制，允许贸易伙伴使用一致的建模方法对特定的业务剧本进行措述。个业务过程详细地描述广贸易伙伴如何扮演角色、他们之间的关系以及白的任，以便开展交互工作。角色之间的交五可以看作按照设计好的程序进行的·系列业务交易。每一个业务交易通过交换业9
CB/T19256.1—2003
务文档来实现，而业务文档则是由可重用的业务信息对象组成。从更低层次上讲，业务过程出可重用的核心过程组成，业务信息对象由可重用的核心构件组成UMM元模型支持一系列业务过程视图，并为这些规图分别提供了一套谱义（词汇)集合，并形成了套推动业务过程和信息整合与五操作的推荐性规范。UMM元模型的另外个视角是业务过程规范模式（BusinessProcessSpecificationSchema，BPSS)+它提供厂一组元素对执行电子交易的运行系统送行配置。业务逆程规范模式可以从其独几个视角抽取建模元素.从而形成UMM元模型的一个语义子集。业务过程规范模式可以用两种独立的方式表达：UML版本和DTD版本。
在开发ebXML兼容软件时，UMM元模型中日前唯一必执行的部分是用业务过程规范模式表示的话义子集。随若UMM的进--步发展，其他部分可能也会变成强制执行。UMM元模型和ebXML业务过程规范模式之问的关系如图9所示。图9UMM元模型一语义子集
按照图9所示，模型和规范的实例是这样牛成的：1）业务过程和信息模型按照MM元模型定义：2）业务过程规范按照业务过程规范模式定义。ehXML业务过程规范模式支持业务交易规范和如何将业务交易编排成业务协同，每个业务交易都可以通过使用众多可用的标推模式之一来实现。这些模式决定了贸易伙伴之间实际交换的业务文档和信号。为了帮助说明模式，UMM提供了一套标准的模式，业务过程规范模式提供了一套建模元系来支持这些模式。个业务过程的XM1.规范被称为一个业务过程规范。业务让程规范的内容也是形成CPF和CPA的土要内筹。图10显示了它们之间的关系。
采用一致的建模方法的关键好处在于可以对模型进行比较，以避免与现行的业务过程重复。为了进一步促进创建一致的业务过程和信息模型，ebXML还定义了·-组与核心库相对应的通用业务过程集合。用户可以对该集合进行扩展或使川他们自已定义的业务过程。有关业务过程舰范模式的详细内容见本系列标准的相应部分。7.2.2功能
业务过程规范实例应采用一种人和机器都能读懂的形式。有必要通过逐步的过渡达到业务交互的完全自动化处理。
业务过程规范应是可存储和可检素的。为了发现和获取业务过程规范，它可以注册到ehXMI.注册系统中。业务过程规范应采用XML语法进行描述，以便被成用程序所理解。1
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。