ebXML全球电子商务标准概述1

ebXML全球电子商务标准概述1
ebXML是联合国贸易简化与电子商务促进中心 (UN/CEFACT)及推进结构化信息标准组织（OASIS）于1999年11月成立的工作组。

多年来，全球一百多个国家，两千多个组织的EDI、XML 专家、企业、行业组织、软件服务商等约5000人参与了ebXML标准的制订工作。

ebXML的远景是提供“一套国际上一致认可的、由通用的XML语法与结构化文件构成的技术规范，使电子商务简单易操作同时无所不在、最大限度的使用XML、便于跨行业的B2B、B2C商务交易，促进全球贸易。

ebXML的目标是：构建一个以开放的XML标准为基础的电子商务基础架构，为全球统一的电子交易市场提供全球透明的、安全的、一致的电子数据交换环境，为所有企业进入电子商务的道路扫清障碍，简化贸易程序。

ebXML与其他电子商务标准的最大不一致之处在于，它不针对某一具体的行业。

ebXML是一个跨行业的电子商务架构。

该架构提供了各行业建立电子商务交易的方法学。

直接整合商务流程，ebXML电子商务的关键是商务，而不是电子。

ebXML标准技术规范为电子商务定义了一个基础架构，通过这个架构，能够建立协调一致的、有极强互操作能力的电子商务的服务与组件，在全球电子商务市场中无缝集成。

同时标准技术规范提供了实现这一架构的七项机制：
1、商务流程信息模型标准机制
2、注册与存储商务流程信息模型机制，用来实现共享与重用。

3、发现交易伙伴有关信息机制，包含商务流程、商务服务接口、商务信息、消息交换传输及安全。

4、注册与存储上述有关信息，供交易伙伴彼此发现、检索有关信息的机制。

5、合作协议协定配置（CPA）机制。

6、消息服务协定机制。

7、把商务流程与约定描述于消息服务的机制
ebXML技术规范完全同W3C XML技术规范保持一致，为ebXML贸易伙伴应用内部及相互之间提供互操作性，为已认可的电子数据交换标准与正制定的XML商务标准提供转换的方法，使互操作性与效益最大化，未来提交至一个国际认可的标准组织作为国际标准公布。

文章来源：天平线
一、ebXML 系统概览
2004-08-06 16:24
图1表示了两个贸易伙伴高层级应用的案例剧本，如何首先建立联系，然后进行简
单的商务交易与信息交换。

图示模型示例了建立与推广ebXML应用与有关架构组件所
需的流程与步骤。

这些组件以递增的方式来实施。

ebXML规范并不仅限于这个简单的
模型，它只是在此作为对概念的简单介绍，全面的ebXML应用示例，在附录A中描述。

下面概括性的介绍了有关概念与重要架构：
1. 描述商务流程与有关信息模型的标准机制。

2. 注册、存储商务流程与信息元模型的机制，用来实现共享与重用。

3. 每个参与方的信息发现包含：
●它们支持的商务流程。

●它们提供的支持商务流程的商务服务接口。

●双方的商务服务接口所交换的商务消息。

●所支持的传输、安全与编码协议的技术构建。

4. 注册上述信息的机制，以便于发现与检索。

5. 对相互达成的商业协议的描述机制，这些协议要紧基于上述3 中提供的信息。

（合作协议协定――CPA）
6. 标准化的商务报文服务框架，保证贸易伙伴间报文交换可互操作，安全与可靠。

7. 根据商业协议中约定的商务流程，配置参与方消息服务的机制。

图 1 两个公司使用ebXML进行电子商务的高层级流程图
图1 中，A公司在网上进行ebXML 注册（图1，步骤1）。

在查询了ebXML 注册的内容后，A公司决定建立并实施自己的ebXML应用系统（步骤2）。

客户软件开发并不是参与ebXML的先决条件。

ebXML 一致性应用程序与组件，能够做为压缩打包的解决方案在商业运作的情况下获得。

A公司把自己的商业配置信息（包含实施细节与有关链接）提交到ebXML注册(图1,步骤3)。

提交到ebXML注册的商业配置文件描述了该公司具有的ebXML能力、约束与它支持的商务剧本。

这些商务剧本是商务流程与公司能够使用的有关信息（如：销售税额的计算）的XML版本。

在验证了商务剧本的格式与用法的正确性之后，给A公司发送一个确认(图1，步骤3)。

B公司在ebXML注册中发现了A公司的商务运作能力（图1,步骤4）。

B公司向A
公司发送一个请求，说明它愿意运用ebXML 进行商务交换（图1,步骤5）。

B公司得到ebXML符合的压缩打包应用程序。

在进行商务合作之前，B公司直接给A公司的ebXML一致性软件接口提交一个拟定的商务协定。

该协定概括了双方约定的商务剧本与具体的协定，还包含有关传输需求的信息，如交易、紧急计划与有关安全问题的需求(图1，步骤5)。

A公司同意了该商务协定。

现在，这两个公司能够利用ebXML进行电子商务了(图1，步骤6)。

二、UN/CEFACT建模方法(UMM)
2004-08-06 16:25
UN/CEFACT建模方法(UMM) 使用下面两个视图来分析电子商务交易。

这个模型是以国际标准化组织/国际电工委员会ISO/IEC14662所定义的开放式edi 参考模型（Open-edi Reference Model）为基础的。

UN/CEFACT建模方法（UMM）根据商务运作视图( BOV )与功能服务视图( FSV )。

在开发中指导商业软件供应商使用FSV 作为参考模型。

UMM 的根本目标是在运作视图与功能视图之间划分一个清晰的界限。

这样能够最大限度地保证系统互操作性与自上而下的兼容性。

这样，BOV 有关标准能够通过UMM 为ebXML 符合应用程序与组件构造商务流程与信息元模型。

三、ebXML 商务运作视图
2004-08-06 16:31
图 3 商务运作视图全面说明图
在图3中，商务合作知识能够在数据仓库中获取。

数据仓库包含了数据与流程定义，与在认可的行业分类有关的商务术语中表述的关系与交叉引用，数据仓库是联系具体商务或者行业语言与模型中所表述知识的桥梁，而这些模型是由一些非常中性的、不适于特殊环境语言表述的。

第一阶段使用案例图表与描述（Use Case Diagrams）来定义需求。

假如数据仓库记录在ebXML有关的注册中存在，则其能够直接运行，否则，将会生成新的数据仓库记录并在ebXML有关的注册中注册。

第二阶段(分析) 将会生成描述整个商务流程活动与序列图表（就象在UN/CEFACT 建模方法(UMM)规范中定义的那样）。

类图表用来获取有关的数据包(商务文件)。

分析阶段反映了数据仓库中所包含的商务知识，在此阶段不需要使用面向对象原则。

类图表是一种结构自由的数据图表。

在生成分析与设计过程中，能够参考商务库中的通用商务流程。

设计阶段是标准化的最后一个步骤，通过应用UN/CEFACT 建模方法(UMM)中的面向对象来完成。

在生成合作图表的同时，也会生成说明图表。

分析阶段产生的类图表应该与同行业与交叉行业所使用的其它模型保持一致。

在ebXML 中，通过在所有类模型中应用商务信息对象来实现互操作性。

使用UN/CEFACT 建模方法(UMM)的通用的商务信息对象与核心组件能够生成商务流程。

四、ebXML 功能服务视图
2004-08-06 16:33
图 4 ebXML 功能服务视图
如图4所示，ebXML 注册服务储存商务流程与信息元模型、模型基于XML的表示、核心组件与合作协议配置文件。

商务流程与信息元模型能够储存在建模语法中，但也能够作为XML语法储存在注册中。

这种基于XML的商务信息通过一种协调一致的方法学适用于数据的发现。

ebXML架构的分布方式最大限度的降低了ebXML基础结构中的单点失败率。

五、ebXML 功能阶段
2004-08-06 16:34
实施阶段
实施阶段生成基于ebXML框架的应用程序。

希望进行ebXML 商务交易的贸易伙伴首先务必获得ebXML 规范的副本。

然后进行研究，下载数据仓库与商务库。

还应请求其他贸易伙伴商务流程信息(存储在商务文档中)进行分析与评价。

或者者使用第三方开发的应用程序进行ebXML。

贸易伙伴也能够向ebXML 注册服务提交他自己的商务流程信息。

图5说明了ebXML 注册表服务与一个贸易伙伴的基本的相互作用。

图 5 功能服务视图: 实施阶段
发现与检索阶段
发现与检索阶段包含发现ebXML 有关资源的各个方面。

一个已经实现ebXML 商务服务接口的贸易伙伴现在能够开始进入发现与检索阶段。

（下图6）一种可行的发现方法是请求其他贸易伙伴的CPP。

ebXML商务服务接口应支持更新数据仓库、商务库与更新或者创建商务流程及信息元模型的请求。

在这个阶段贸易伙伴的任务是发现其他贸易伙伴请求的商务信息。

图 6 功能服务视图: 发现与检索阶段
运行时间阶段
运行时间阶段包含ebXML 剧本实际交易实际操作的全过程。

在这一阶段里，通过ebXML的消息服务，贸易伙伴之间交换ebXML消息。

图7 功能服务视图：运行时间阶段
六、ebXML 基础架构
2004-08-06 16:38
6.1贸易伙伴信息 [合作协议配置文件CPP 与合作协议协定CPA]
为了简化电子商务的运作，潜在的贸易伙伴需要一种机制对外公布他们所支持的商务流程与其交换商务信息能力的技术实施细则。

这些能够通过合作协议配置文件(CPP)实现。

CPP 是贸易伙伴用来表达其支持的商务流程与商务服务接口需求的文件，并被其他使用
ebXML 符合的贸易伙伴所同意。

一个具体商务协定是CPA，CPA意味着两个或者多个使用ebXML进行商务交易的贸易伙伴的正式合作。

CPA 表示两个CPP 的相互协定，它由使用ebXML进行电子商务的贸易伙伴相互协定达成。

CPA描述了：(1)消息服务；(2) 两个或者多个贸易伙伴协定的商务流程需求。

从概念上讲，为了达成电子商务交易的CPA，ebXML 支持一个具有三层子集的视图。

最外面的一层是贸易伙伴能够支持的所有能力，下面一个子集是贸易伙伴实际上“愿意”支持的性能。

一个CPA 包含消息服务接口需求与贸易伙伴双方协定商务流程的实施细则。

贸易伙伴能够在ebXML 注册服务中注册他们的CPA ，但这并不是CPA 创建过程的必要部分。

图8 CPA的三层视图
商务合作是ebXML贸易伙伴声明的第一个支持命令。

在ebXML 注册或者其它服务的目录服务上，用于公布的专门定义的文档便于进行商务合作的声明。

图9概括了ebXML中合作协议协定的范围。

图9 CPA的范围
6.2商务流程与信息建模
商务流程与信息元模型是一种机制，它通过统一的建模理论使得贸易伙伴能获取具体商务剧本的细节。

商务流程描述了共享的合作中，贸易伙伴具体的角色、关系与责任，与如何与其他贸易伙伴进行交互。

角色间的交互能够看作一连串设计好的商务交易。

每次商务交易都能够表示为电子商务文件的一次交换。

商务文件则由可重用的商务信息组件构成。

在低层次上，商务流程能够分解为可重用的核心流程，而商务信息对象能够分解为可重用的核心组件。

ebXML 商务流程与信息元模型支持需求、分析与设计，提供一套语义集（词汇），并形成便于商务流程与信息整合及互操作性的基准。

元数据模型的另一方面是提供支持配置，ebXML 商务交易的运行时间系统。

所需数据元组的直接规范通过从其他视图中提取建模元素，规范的模式（Specification Schema）形成ebXML商务流程与信息元模型的一个语义子集。

规范的模式能够使用两种单独的表示方法：UML 文档与文件类型定义DTD 。

ebXML商务流程与信息元模型与ebXML规范模式的关系如下图所示：
图10 ebXML元模型――语义子集
规范模式支持商务交易的规范与从商务交易到商务合作的转换。

每个商务交易都能够用标准样式之一来实现。

这些标准样式决定了贸易伙伴之间完成交易所交换的消息与信号。

为了有助于规定这些格式，规范模式包含一组标准样式及其样式通用的建模元素组。

因此一个商务流程的全部规范包含商务流程与信息元模型及据此规定的规范模式与样式的标识。

他们是CPP 与CPA 信息的要紧来源。

如下所示：
图11 ebXML 元模型
当构造一个新的商务流程时，并不一定要使用建模语言，然而假如要用建模语言开发商务流程，应使用统一建模语言(UML)。

这种强制的目的在于保证创建商务流程时使用统一的、一致的建模方法。

使用统一建模方法的好处之一是能够比较模型，以避免重复已有的商务流程。

为了保证创建一致的商务流程与信息模型，ebXML 将定义一组与数据仓库对应的核心商务流程。

ebXML 的用户能够扩展或者使用其自己的商务流程。

6.3接口
与CPP 与CPA的关系
某一贸易伙伴的CPP 定义了它支持0、1个或者多个商务流程功能与技术的能力，与它在每个流程中的一个或者多个角色。

两个贸易伙伴之间的协定定义了他们共同做商务交易的实际情况。

商务流程与信息元模型与CPA之间的接口是商务流程文件的构成部分。

它们能够作为XML文件表示的商务流程与信息元模型中的商务交易与合作层。

商业贸易的XML表示可在商务流程与贸易伙伴信息模型中共享。

与核心组件的关系
商务流程示例应规定与其他贸易伙伴交换商务数据的约定。

商务信息可由ebXML数据仓库中的组件构成。

通过引用适宜的商务与信息模型或者者商务文件（如DTD或者者Schemas）的XML文件，商务流程文件能够直接或者间接地引用核心组件，连接核心组件与数据仓库的机制应是每个组件的唯一标识符。

与ebXML 消息的关系
通过ebXML的消息，商务流程实例能够从一个注册服务传输到另一个注册服务。

通过ebXML消息服务，它也能够在注册与用户应用程序之间进行传输。

与注册系统的关系
在ebXML基础结构中使用的商务流程实例，能够通过注册查询进行检索,因此，每个商务流程都应包含一个唯一的标识符。

图12 ebXML 商务流程与信息建模层
ebXML 商务流程与信息元模型可根据UN/CEFACT 建模方法(UMM)来生成，或者者其他任何方式，只要符合ebXML商务流程与信息元模型。

6.4 核心组件与数据仓库功能性
核心组件用于捕捉现实世界中商务概念的语境与这些概念、其它商务信息对象与内容描述间的关系。

内容描述了核心或者整合信息实体。

在具体的ebXML 电子商务剧本中使用的。

核心组件能够是一个独立的商务信息块，也能够商务信息对象合成一族，即整合信息实体。

注册功能性
ebXML注册提供了一套服务，它使得贸易伙伴之间能够共享信息。

在注册这个组件中，保留了一个连接已注册项目的原数据的接口。

通过注册服务中的接口（API）能够访问ebXML 注册。

图13 注册的整体架构
正式功能性
注册应存储的项目，由使用多字节字符组的语法进行表述。

由提交组织定义的每一层级的每一个注册项务必有唯一标识。

这将有利于注册应用程序的查询。

注册应返回零或者一个确定的结果，以回复查询唯一标识符的内容，这种情况下，假如出现两个或者多个结果，则应向注册机构报告一个出错报文。

一个注册项目的构成应适于标识、命名、描述它的信息的关联，给出其管理与访问状态，定义其持续性与不定性，按照预定义的分类进行分类，确定其文件表示类型，并标识提交与负责组织。

注册接口相当于注册应用程序的进入机制。

人与注册的交互应建立在注册接口的上一层（如Web浏览器），而不是作为一个独立的接口。

注册支持的流程还包含：
●一个在注册与注册客户端之间具体的CPA
●一组包含注册与注册客户端的功能性过程
●一组在注册与注册客户端之间交换的商务报文，作为商务流程的一部分。

●一组基本的接口机制，以支持商务报文与有关的检索与响应机制。

●一个具体的CPA ，用于在符合的ebXML注册之间进行交互。

●一组注册－注册之间交互的功能性过程。

●一组出错响应与恢复处理条件。

为了便于发现流程，注册使用人机交互的检索方式(如Web浏览器)。

用户应能根据有效的注册分类表浏览。

注册服务用于创建、修改与删除注册项目及其元数据。

当访问时，使用适当安全协议为数据仓库提供鉴别与监护。

ebXML注册系统中所有项目都应被分配一个统一标识符( UID ) 。

关于ebXML 全部内容，UID是必需的参考。

能够使用全球统一标识符( UUIDs )确保注册中注册项目在全球范围内唯一，因此当系统通过UUID 检索注册时，应仅有一个检索结果。

为了便于商务流程与信息元模型的语义识别，注册服务系统应提供一种人可阅读的注册项目描述机制。

现有的商务流程与信息元模型(如RosettaNet PIPs )及核心组件在ebXML符合的注册系统注册时，应被给予一个UID 。

这些UID 能够通过XML 语法以各类方式来实现。

其中包含：
●非常明确的参考机制（比如：URN：UID方法）；
●参考点方式（比如：URI：UID/名称空间：UID）；
●与W3C模式符合的基于对象的参考（如：URN：复合类型名称）；
●标准的数据类型（如：ISO8601:2000日期/时间/数据日期类型与传统数据类型）。

ebXML中的组件务必支持多种语言。

UID的参考非常重要，由于它提供了一种语言中性参考机制。

为了支持多种语言，ebXML规范应与Unicode与ISO/IEC10646字符集与UTF-8或者者UTF-16的字符编码保持一致。

6.5消息服务功能性
ebXML 消息服务机制提供了一种标准的方法，在ebXML贸易伙伴间交换商务消息。

它提供了一种非常可靠的方式，不依靠于技术与解决方案。

ebXML消息包含消息标头
（路由与传输必需的）与负载部分。

从概念上讲，ebXML消息服务分为三个部分：（1）一个抽象的服务接口；（2）消息服务层所提供的功能；（3）到底层传输服务的映射。

抽象接口、消息服务层次与传输服务三者之间的关系如下图15所示。

图14 ebXML消息服务
ebXML消息服务不能对负载的内容作任何限定。

ebXML消息服务支持简单的（单路径）与请求/回复（同步或者异步）消息交换。

当贸易伙伴间交换多重负载或者多重消息时，ebXML消息服务支持负载的排序。

在合作协议配置协定（包含与消息传送有关的安全与商务流程功能，但不限于此）中，ebXML消息服务层执行贸易伙伴。

合作协议协定规定了每个贸易伙伴都愿意同意的行为。

这些规则由一些表格定义，如：正式的合作协议协定，在商务交易发生（如：在线购书）时创建的相互作用的协议；或者者其他协定的表格。

消息服务层的功能就是执行这些规则，而违反规则会导致错误发生，出错信息将以适当的方式报告。

ebXML消息服务执行下列安全功能，包含：
●识别
●鉴别
●授权（存取操纵）
●保密性（加密）
●完整性（消息签名）
●抗抵赖性
●日志记录
接口
ebXML 信息服务为ebXML提供了一个抽象接口，它的功能包含：
●发送——发送一条ebXML消息——参数值从ebXML消息标头中获得。

●接收——表示同意接收ebXML消息。

●通知——通知意料的与意外的事件。

●查询——提供查询具体的ebXML消息交换情况的方法。

ebXML消息服务应该与内部系统相连接，包含：
●内部系统中已接收消息的路径
●出错通知
ebXML消息服务将应便于与ebXML注册相连接。

图15 ebXML消息结构
在通信协议封装与ebXML消息封装的外部，ebXML消息由一个可选的传输协议构成。

使用MIME对ebXML报文封装。

在电子商务环境中，由于伙伴之间所交换信息的多样性，使用MIME作为打包方案。

比如：双方或者多方贸易伙伴复杂的商务交易需要包含一系列商务文件（XML或者其他文件格式）、二进制图像或者其它有关的商务消息的负载。