GB/T 19256.1-2003 基于XML的电子商务 第1部分：技术体系结构

ICS35.240.01

L67

中华人民共和国国家标准

GB/T19256.1-2003

基于XML的电子商务

第i部分：技术体系结构

ElectronicbusinessXML-Part1：Technicalarchitecture

(UN/CEFACTOASIS：ebXMLtechnicalarchitecture

specificationv1.0.4，MOD)

2003-07-25发布2003-12-01实施

中华人民共和匡

国家质量监督检验检疫总肩

GB/T19256.1-2003

．．备～

前曰

GB/T19256系列标准在《基于XML的电子商务》的总标题下，将分为下列8个部分：

—第1部分：技术体系结构；

—第2部分：协同规程轮廓和协同规程协议；

—第3部分：业务过程规范模式；

—第4部分：核心构件设计方法；

—第5部分：核心构件目录；

—第6部分：注册系统信息模型；

—第7部分：注册系统服务规范；

—第8部分：消息服务。

将来还可能增加新的部分。

本部分为系列标准中的第1部分。第2部分到第8部分将会陆续制定。

本部分修改采用联合国贸易便利与电子商务中心U（N/CEFACT）和结构化数据标准发展组织

(OASIS)联合制定的基《于XMI.的电子商务技术体系结构规范H）.0.4版及随后发布的修改单。

本部分与基《于XML的电子商务技术体系结构规范》1.0.4版及随后发布的修改单的主要差异

如下：

—按照标准的格式对原文的一些章节做了适当的调整；

—对原文中的部分介绍性和解释性的内容进行调整和改编，并放在引言中；

—增加第3章“术语和定义”；

—为了便于理解，在第4章的开始部分增加了部分内容。

本部分的附录A和附录B为资料性附录。

本部分由中国标准研究中心提出。

本部分由全国电子业务标准化技术委员会归口。

本部分起草单位：中国标准研究中心、海关总署政策法规司、中国国际电子商务中心、全国产品与服

务统一代码管理中心。

本部分主要起草人：魏宏、刘碧松、陈国培、石文来、战复东、刘颖、章建方。

GB/T19256.1-2003

2！侣旨

J1R

在过去的20多年中，电子数据交换E（DT)通过电子形式交换业务信息，减少了纸质文档、降低了成

本和提高了效率，为商务办公描绘了一个美好的前景。在理想的情况下，公司无论规模大小都可以通过

某种形式实现电子商务，而不需要任何事先约定。然而EDT并没有使这成为现实，因为只有那些大公

司才能负担起它昂贵的费用，而且大部分基于EDT的电子商务都是以某一大公司为核心，其贸易伙伴

为了获得商业机会不得不采用这种模式。

在最近几年，可扩展置标语言X（ML）得到了快速的发展，已经成为Internet上新的电子商务应用

程序之间定义数据交换格式的首选方案‘UN/CEFACT和OASIS联合众多国际大型企业共同开发了

基于XML的电子商务e（bXML）系列标准。

ebXML提供了一个基于XML的开放式技术体系，从而在应用到应用、应用到人或者人到应用的

各种不同环境下，能够以一种一致和统一的方式利用XML技术开展电子商务数据的交换。ebXML的

目标是创造一个统一的全球性电子市场，任何地域、任何规模的企业在任何时间都能够借助互联网开展

商务活动。

尽管EDT有其自身的不足，但是那些在EDT上已经投人大量资金的公司在看到基于XML的电子

商务的真正优势之前是不会轻易放弃EDT的。因此，ebXML提供的基于XML的电子商务标准化解决

方案还考虑了EDT问题。

GB/T19256.1-2003

基于XML的电子商务

第1部分：技术体系结构

范围

本部分规定了基于XML的电子商务e（bXML)的技术体系结构，描述了ebXML各基本组成部分

的关系、相互作用和基本功能。

本部分为ebXML系统的设计、实施和实现互操作提供了规范和指南，并为后续的基于XML的电

子商务系列标准的制定提供了一个统一的框架。

2规范性引用文件

下列文件中的条款通过GB/T19256的本部分的引用而成为本部分的条款。凡是注日期的引用文

件，其随后所有的修改单不（包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成

协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本

部分。

GB/T17628-1999信息技术开放式EDI参考模型(idtISO/IEC14662:1997)

ebXML技术报告业务过程和业务信息分析概述

UN/CEFACT技术文件UN/CEFACT建模方法N（090)

3术语和定义

GB/T18811-2003的下列术语和定义适用于本标准。

业务协同businesscollaboration

两个或多个参与方为实现某一既定目标而进行的一项活动。

[GB/T18811-2002，定义3.6〕

3.2

业务操作视图businessoperationalview(BOV)

业务交易的一个视角，它被限于与描述某一业务交易所需的做出业务决策和组织间的承诺有关的

方面。

[GB/T18811-2002，定义3.8〕

3.3

业务过程businessprocess

在业务实践中用来完成一项或多项活动的过程。

[GB/T18811-2002，定义3.9］

3.4

业务交易businesstransaction

业务的一个逻辑单元，它由两个或多个参与方执行，并产生一个可量化的成功或失败的状态。

[GB/T18811-2002，定义3.12]

GB/T19256.1-2003

协同规程协议collaborationprotocolagreement(CPA)

两个或多个参与方间商定的、用来标识或描述他们商定要使用的具体的协同规程的信息。

[GB/T18811-2002，定义3.15]

协同规程轮廓collaborationprotocolprofile(CPP)

描述某一参与方所支持的一个或多个协同过程及相关的协同规程的信息。

[GB/T18811-2002，定义3.16]

核心构件corecomponent

一条独立的业务信息，也可以是几个业务信息对象组合在一起形成的聚合信息实体，用于捕捉现实

世界中的业务概念，以及该概念同其他业务信息对象、语境描述之间的关系。其中语境描述用于描述核

心信息实体或聚合信息实体如何在一个特定的ebXML业务剧本中使用。

注：改写GB/T18811-2002，定义3.20,

文档类型定义documenttypedefinition(DTD)

可随附于一个文件，用以描述该文件基本规则的定义，如哪些元素会出现及这些元素之间的结构关

系。它还定义了哪些标记可以在文件中出现、哪些标记可以包含其他标记、标记的号码和顺序、标记的

属性，需要时还给出这些属性具有的值。当接收应用对收到的数据没有内嵌的描述时，它还可以帮助验

证这些数据。

仁GB/T18811-2002，定义3.27]

功能服务视图functionalservicesview(FSV)

业务交易的一个视角，它被限于支持执行开放式EDI交易所需的信息技术系统的信息技术互操作

性方面。

仁GB/T18811-2002，定义3.37]

3.10

注册registry

能够对相关的注册库中的项及其有关的元数据进行登记，以便指向这些项的位置和所有其元数据

的指针能够在查询时被检索出来的一种机制。

[GB/T18811-2002，定义3.51]

3.11

注册机构registryauthority(RA)

对注册进行维护和管理的机构。

[GB/T18811-2002，定义3.52]

3.12

注册服务registryservice

向注册的客户提供访问注册内容的一种途径。

[GB/T18811-2002，定义3.53]

3.13

剧本scenario

具有同一业务目标的一系列业务活动的形式描述。

[GB/T18811-2002，定义3.57]

GB/T19256.1-2003

3.14

XML模式XMLschema

指出哪些元素允许出现在XML文档中以及它们以何种方式组合的元素名称的形式规范。它定义

文档的结构，如哪些元素是其他元素的子元素，子元素出现的顺序以及子元素的数目。它还可定义元素

为空还是包括文本，同时还能定义属性的缺省值。

[GB/T18811-2002，定义3.64]

4ebXML概览

贸易伙伴之间为了能够开展电子商务，他们应：

1)彼此发现对方及其所提供的产品和服务；

2)决定选用何种业务过程和相关的报文，用来获取对方的产品和服务信息；

3)决定联系细目和交换信息的通信方式；

4)按照以上选定的内容协商合同条款；

5)按照签定的合同以自动方式交换信息。

ebXML也应该满足这些需求。通过分析这些需求可以得出，ebXML技术体系应构造于三个基本

概念之上：提供一种确保数据通信互操作的基础设施；提供一种确保商业互操作的语义框架；提供一种

能够让企业彼此发现、协商继而开展商业活动的机制。

图1描述了两个贸易伙伴使用ebXML进行商业交易的框架性模型，他们首先搭建应用框架，进行

配置，然后从事简单的商务交易。这个模型描述了配置和实现ebXML应用程序和相关系统组件的过

程和步骤。这些组件可以用一种渐进的方式实施。但是ebXML规范并不局限于这一模型，这里只是

为了尽快引人概念。附录A中给出了一些具体的实施实例。

业务剧本

r业务轮廓里夔公v'｛`7A

ebxML应用系统

图1两个公司利用ebxMI开展电子商务的活动概览

图1引人了以下概念和基本体系结构：

1)描述业务过程及其相关信息模型的标准机制。

2)注册和存储业务过程和信息模型的机制，以使这些模型得以共享和重用。

3)发现每个贸易伙伴信息的机制，这些信息包括：

GB/T19256.1-2003

·所支持的业务过程；

·为支持业务过程所提供的业务服务接口；

·各自的业务服务接口之间交换的业务文档；

·所支持的传输、安全与编码协议方面的技术配置。

4)注册上述信息的机制，以使这些信息得以查找和获取。

5)对双方达成的业务协议的描述机制，这些协议可基于3)中所述的信息。

6)保证贸易伙伴之间业务文档交换的互操作性、安全性和可靠性的标准化的业务消息服务框架。

7)配置各自消息服务的机制，以便按照业务协议中的规定开展双方商定的业务过程。

图1按下面步骤进行：

1)第一步，公司A首先通过互联网访问ebXML注册系统，获取规范和相关的业务剧本和轮廓

信息；

2)第二步，在了解到注册系统中的内容后，公司A决定构造并配置本地的ebXML应用系统。其

中，开发应用系统并不是参与ebXML活动的必要条件，可以购买现成的兼容应用程序和

组件；

3)第三步，公司A向注册系统提交自己的业务轮廓信息包（括实施细节和参考链接），提交的业

务轮廓描述了公司A实施ebXML的能力和约束，以及它所支持的业务剧本。这些业务剧本

是公司A所能处理的、以XML格式表示的业务过程和相关信息束例（如营业税的计算）。注

册系统验证剧本的格式和用法正确后，向公司A发送一个注册成功的确认通知；

4)第四步，公司B在注册系统中查找公司A所支持的业务剧本，并下载公司A的业务轮廓和剧

本信息；

5)第五步，公司B构造或购买现成的ebXML应用系统，向公司A发出愿意使用ebXML进行交

易的请求，并递交一份业务协议的建议书。这份建议书中描述了需要双方商定的业务剧本和

其他具体协议，同时还包括消息服务需求、突发事件处理机制和安全需求等。双方就以上内容

可能需要进行多个回合的协商；

6）第六步，公司B和公司A达成一致后，使用ebXML进行交易活动。

5业务过程和信息的分析方法及元模型

业务分析人员使用分析方法和元模型来说明业务过程。分析方法规定了业务分析人员在定义业务

过程时需要进行的全部过程和子过程。元模型定义的是分析过程中需要发现和文档化的信息。方法学

通常包括一些模式，可以加快模型的设计，并有助于对相似概念进行统一表示。

不同组织之间的业务惯例是很不一样的，这些惯例可以被分解为业务过程、业务协同、业务交易以

及相关的业务信息业（务文档）。利用建模方法进行分析，可以标识出一些可以重用和标准化的业务过

程和信息模型。ebXML的指导思想就是在业务过程和信息模型的不同层面上寻找可以标准化的组件，

通过重用这些被一致理解的模型和子模型，来达到互操作性的目的。

本部分推荐业务分析人员使用UN/CEFACT建模方法U（MM)。如果使用其他建模方法，该方法

最好与UMM兼容，以便使用两种方法得出的业务过程模型相互兼容。有关在基于ebXML的框架内

如何分析、标识和定义业务过程和业务文档的全部程序，应符合ebXML的技术报告业《务过程和业务

信息分析概述》。

ebXML选择的建模语言和方法是UML语言和基于UML语言的UMM方法及其业务过程和信

息元模型{UMM元模型），这种选择满足了ebXML所要求的语义一致性的基本需求，保证了业务过程

模型和模型组件之间的兼容性。通过语义一致性，模型可以被重用，能够进行比较和对照。对于符合

UMM元模型的模型，用户可以利用它生成运行的业务过程规范实例（比如，以业务过程模式的格式）或

者具有相同语义的其他表达方式。此外，这些模型还可以被兼容的建模工具所共享。

UMM提供了一种精确的描述方法，主要针对开放式EDI参考模型中的业务操作视图符（合

GB/T19256.1-2003

GB/T17628-1999《信息技术开放式EDI参考模型》的规定）涉及的内容。UMM定义了业务建模、

需求、分析和设计四个工作流，这四个工作流对于理解业务需求，生成业务剧本、业务对象和业务协同的

范围是必要的。方法、模式和模型的用法和关系在每一个工作流中都有定义。对于每个工作流，一个方

法在明确定义的语义范围内应用于一个使用了建模元素的模式中。UMM工作流各阶段的结果如

图2

核心库

核心构件

｛，，。构件｝

核心过程

！核心过程｝

业务过程和信息模型

图2UMM工作流和各阶段结果

UMM元模型按以下几个视图进行组织，以便每个过程模型可以从多个角度进行观察：

1）业务操作图T（heBusinessOperationsMap,BOM）元模型，将业务过程分为业务领域和业务

范畴；

2）业务需求视图T（heBusinessRequirementsView,BRV）元模型，捕获商业交易的用例图、输

人、输出、约束和系统边界以及它们之间关系；

3）业务交易视图T（heBusinessTransactionView,BTV）元模型，捕获业务信息实体的语义信息

和业务活动发生时角色之间交换的信息流；

4）业务服务视图T（heBusinessServiceView,BSV）元模型，定义在执行和确认一个业务过程时

必要的网络组件服务和代理及其业务文档信（息）的交换。

这些视角支持日益增多的模型构造方法，提供了不同粒度的规范，适用于与业务人员、业务应用集

成商和网络应用提供商进行交流。

ebXML体系结构

6.1功能服务视图

图3给出了ebXML的功能服务视图。

如图3所示，ebXML注册服务用来存储业务过程和信息模型,XML格式表示的这些模型、核心构

件和协同规程轮廓等信息。尽管业务过程和信息模型可以以建模语法的格式来存储，但在注册系统中

应以XML语法格式存储，这样，所有业务信息都应基于XML格式，用户就可以通过统一的方法在注册

系统中检索到原子级的数据。

GB/T19256.1-2003

ebXML之所以选择一种分布式体系结构，因为这样可以最大限度减少单一点失败的可能性。

ebXML体系结构对应于开放式EDI参考模型中的功能服务视图F（unctionalServiceView,FSV),

一

1

｛

图31IAMI二功能服务视图

6.2各功能阶段

6.2.1实施阶段

实施阶段是一个创建ebXML应用程序的过程。一个想从事ebXMI、交易的贸易伙伴首先应获取

所有ebXMI,的标准和规范。在深人研究这些规范后，贸易伙伴可以下载核心库和业务库的内容。贸

易伙伴也可以请求