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

《ebXML全球电子商务标准概述1gtb.docx》由会员分享，可在线阅读，更多相关《ebXML全球电子商务标准概述1gtb.docx（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、ebXML全球电子商务标准概述 ebXML是联合国贸易简化和电子商务促进中心 (UN/CEFACT)及推进结构化信息标准组织（OASIS）于1999年11月成立的工作组。多年来，全球一百多个国家，两千多个组织的EDI、XML专家、企业、行业组织、软件服务商等约5000人参与了ebXML标准的制订工作。ebXML的远景是提供“一套国际上一致认可的、由通用的XML语法和结构化文件组成的技术规范，使电子商务简单易操作并且无所不在、最大限度的使用XML、便于跨行业的B2B、B2C商务交易，促进全球贸易。 ebXML的目标是：构建一个以开放的XML标准为基础的电子商务基础架构，为全球统一的电子交易市场提

2、供全球透明的、安全的、一致的电子数据交换环境，为所有企业进入电子商务的道路扫清障碍，简化贸易程序。 ebXML与其他电子商务标准的最大不同之处在于，它不针对某一具体的行业。ebXML是一个跨行业的电子商务架构。该架构提供了各行业建立电子商务交易的方法学。直接整合商务流程，ebXML电子商务的关键是商务，而不是电子。 ebXML标准技术规范为电子商务定义了一个基础架构，通过这个架构，可以建立协调一致的、有极强互操作能力的电子商务的服务和组件，在全球电子商务市场中无缝集成。同时标准技术规范提供了实现这一架构的七项机制： 1、 商务流程信息模型标准机制 2、 注册与存储商务流程信息模型机制，用来实现

3、共享和重用。 3、 发现交易伙伴相关信息机制，包括商务流程、商务服务接口、商务信息、消息交换传输及安全。 4、 注册和存储上述相关信息，供交易伙伴彼此发现、检索相关信息的机制。 5、 合作协议协定配置（CPA）机制。 6、 消息服务协定机制。 7、 把商务流程与约定描述于消息服务的机制 ebXML技术规范完全同W3C XML技术规范保持一致，为ebXML贸易伙伴应用内部及相互之间提供互操作性，为已认可的电子数据交换标准和正制定的XML商务标准提供转换的方法，使互操作性和效益最大化，未来提交至一个国际认可的标准组织作为国际标准发布。 文章来源：天平线 一、ebXML 系统概览2004-08-06

4、 16:24 图 1表示了两个贸易伙伴高层级应用的案例剧本，如何首先建立联系，然后进行简单的商务交易和信息交换。图示模型示例了建立和推广ebXML应用和相关架构组件所需的流程和步骤。这些组件以递增的方式来实施。ebXML规范并不仅限于这个简单的模型，它只是在此作为对概念的简单介绍，详细的ebXML应用示例，在附录A中描述。 下面概括性的介绍了有关概念和重要架构： 1. 描述商务流程和相关信息模型的标准机制。 2. 注册、存储商务流程和信息元模型的机制，用来实现共享和重用。 3. 每个参与方的信息发现包括： 它们支持的商务流程。 它们提供的支持商务流程的商务服务接口。 双方的商务服务接口所交换的

5、商务消息。 所支持的传输、安全和编码协议的技术构建。 4. 注册上述信息的机制，以便于发现和检索。 5. 对相互达成的商业协议的描述机制，这些协议主要基于上述 3 中提供的信息。（合作协议协定CPA） 6. 标准化的商务报文服务框架，保证贸易伙伴间报文交换可互操作，安全和可靠。 7. 根据商业协议中约定的商务流程，配置参与方消息服务的机制。图 1 两个公司使用ebXML进行电子商务的高层级流程图 图 1 中，A公司在网上进行ebXML 注册（图 1，步骤 1）。在查询了 ebXML 注册的内容后，A公司决定建立并实施自己的 ebXML应用系统（步骤 2）。客户软件开发并不是参与ebXML的先决

6、条件。 ebXML 一致性应用程序和组件，可以做为压缩打包的解决方案在商业运作的情况下获得。 A公司把自己的商业配置信息（包括实施细节和相关链接）提交到ebXML注册(图 1,步骤 3)。提交到 ebXML注册的商业配置文件描述了该公司具有的ebXML能力、约束以及它支持的商务剧本。这些商务剧本是商务流程和公司可以使用的相关信息（如：销售税额的计算）的XML版本。在验证了商务剧本的格式和用法的正确性之后，给A公司发送一个确认 (图 1，步骤 3)。 B公司在ebXML注册中发现了A公司的商务运作能力（图 1,步骤 4）。B公司向A公司发送一个请求，表明它愿意运用ebXML 进行商务交换（图 1

7、,步骤 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所定义的开放

8、式 edi 参考模型（Open-edi Reference Model）为基础的。 UN/CEFACT 建模方法（UMM）依据商务运作视图( BOV )和功能服务视图( FSV )。在开发中指导商业软件供应商使用 FSV 作为参考模型。 UMM 的根本目标是在运作视图和功能视图之间划分一个清晰的界限。这样可以最大限度地保证系统互操作性和自上而下的兼容性。这样， BOV 相关标准可以通过 UMM 为 ebXML 符合应用程序和组件构造商务流程和信息元模型。三、ebXML 商务运作视图2004-08-06 16:31 图 3 商务运作视图详细说明图 在图3中，商务合作知识可以在数据仓库中获取。数据

9、仓库包含了数据和流程定义，以及在认可的行业分类有关的商务术语中表述的关系和交叉引用，数据仓库是联系具体商务或行业语言和模型中所表述知识的桥梁，而这些模型是由一些非常中性的、不适于特殊环境语言表述的。 第一阶段使用案例图表和描述（Use Case Diagrams）来定义需求。如果数据仓库记录在ebXML相关的注册中存在，则其可以直接运行，否则，将会生成新的数据仓库记录并在ebXML相关的注册中注册。 第二阶段 (分析) 将会生成描述整个商务流程活动和序列图表 （就象在UN/CEFACT 建模方法 (UMM)规范中定义的那样）。类图表用来获取相关的数据包(商务文件)。分析阶段反映了数据仓库中所包

10、含的商务知识，在此阶段不需要使用面向对象原则。类图表是一种结构自由的数据图表。在生成分析和设计过程中，可以参考商务库中的通用商务流程。 设计阶段是标准化的最后一个步骤，通过应用UN/CEFACT 建模方法(UMM)中的面向对象来完成。在生成合作图表的同时，也会生成说明图表。分析阶段产生的类图表应该与同行业和交叉行业所使用的其它模型保持一致。 在 ebXML 中，通过在所有类模型中应用商务信息对象来实现互操作性。使用UN/CEFACT 建模方法 (UMM)的通用的商务信息对象和核心组件可以生成商务流程。 四、ebXML 功能服务视图2004-08-06 16:33 图 4 ebXML 功能服务视

11、图 如图4所示， ebXML 注册服务储存商务流程和信息元模型、模型基于XML的表示、核心组件和合作协议配置文件。商务流程和信息元模型可以保存在建模语法中，但也可以作为XML语法保存在注册中。这种基于XML的商务信息通过一种协调一致的方法学适用于数据的发现。ebXML架构的分布方式最大限度的降低了ebXML基础结构中的单点失败率。五、ebXML 功能阶段2004-08-06 16:34 实施阶段 实施阶段生成基于 ebXML框架的应用程序。希望进行 ebXML 商务交易的贸易伙伴首先必须获得 ebXML 规范的副本。然后进行研究，下载数据仓库和商务库。还应请求其他贸易伙伴商务流程信息(存储在商

12、务文档中)进行分析和评价。或者使用第三方开发的应用程序进行ebXML。贸易伙伴也可以向ebXML 注册服务提交他自己的商务流程信息。 图 5说明了 ebXML 注册表服务与一个贸易伙伴的基本的相互作用。 图 5 功能服务视图: 实施阶段发现和检索阶段 发现和检索阶段包括发现 ebXML 相关资源的各个方面。一个已经实现ebXML 商务服务接口的贸易伙伴现在可以开始进入发现和检索阶段。（下图6）一种可行的发现方法是请求其他贸易伙伴的CPP。 ebXML商务服务接口应支持更新数据仓库、商务库和更新或创建商务流程及信息元模型的请求。在这个阶段贸易伙伴的任务是发现其他贸易伙伴请求的商务信息。图 6 功

13、能服务视图: 发现和检索阶段运行时间阶段 运行时间阶段包括 ebXML 剧本实际交易实际操作的全过程。在这一阶段里，通过ebXML的消息服务，贸易伙伴之间交换ebXML消息。图7 功能服务视图：运行时间阶段六、ebXML 基础架构2004-08-06 16:38 6.1贸易伙伴信息 合作协议配置文件CPP 和合作协议协定CPA 为了简化电子商务的运作，潜在的贸易伙伴需要一种机制对外发布他们所支持的商务流程以及其交换商务信息能力的技术实施细则。这些可以通过合作协议配置文件(CPP)实现。 CPP 是贸易伙伴用来表达其支持的商务流程和商务服务接口需求的文件，并被其他使用 ebXML 符合的贸易伙伴

14、所接受。 一个具体商务协定是CPA，CPA意味着两个或多个使用ebXML进行商务交易的贸易伙伴的正式合作。 CPP 描述了贸易伙伴支持的具体技术能力以及为交换商业文件所需的服务接口。 CPP 中包含了贸易伙伴的基本信息：合同信息、行业分类、支持的商务流程、接口需求和消息服务需求，但不限于此。 CPP 中也可包括安全和其它具体的实施细则。每个ebXML贸易伙伴应在 ebXML 符合注册服务中注册它们的 CPP ，这样就提供了一种发现机制，使得贸易伙伴之间( 1 )可以互相发现，( 2 )发现其他贸易伙伴支持的商务流程。CPP 定义中对于存在的多种实现可能(如 HTTP 或 SMTP传输 )时，应

15、该明确指定使用哪一种选择。 CPA 表示两个CPP 的相互协定，它由使用ebXML进行电子商务的贸易伙伴相互协定达成。CPA描述了： (1)消息服务 ；(2) 两个或多个贸易伙伴协定的商务流程需求。从概念上讲，为了达成电子商务交易的CPA，ebXML 支持一个具有三层子集的视图。 最外面的一层是贸易伙伴能够支持的所有能力，下面一个子集是贸易伙伴实际上“愿意”支持的性能。一个 CPA 包括消息服务接口需求和贸易伙伴双方协定商务流程的实施细则。贸易伙伴可以在 ebXML 注册服务中注册他们的 CPA ，但这并不是 CPA 创建过程的必要部分。图 8 CPA的三层视图 商务合作是ebXML贸易伙伴声

16、明的第一个支持命令。在ebXML 注册或其它服务的目录服务上，用于发布的专门定义的文档便于进行商务合作的声明。图9概括了ebXML中合作协议协定的范围。图 9 CPA的范围6.2商务流程和信息建模 商务流程和信息元模型是一种机制，它通过统一的建模理论使得贸易伙伴能获取具体商务剧本的细节。商务流程描述了共享的合作中，贸易伙伴具体的角色、关系和责任，以及如何与其他贸易伙伴进行交互。角色间的交互可以看作一连串设计好的商务交易。每次商务交易都可以表示为电子商务文件的一次交换。商务文件则由可重用的商务信息组件组成。在低层次上，商务流程可以分解为可重用的核心流程，而商务信息对象可以分解为可重用的核心组件。

17、 ebXML 商务流程和信息元模型支持需求、分析和设计，提供一套语义集（词汇），并形成便于商务流程和信息整合及互操作性的基准。 元数据模型的另一方面是提供支持配置， ebXML 商务交易的运行时间系统。所需数据元组的直接规范通过从其他视图中提取建模元素，规范的模式（Specification Schema）形成ebXML商务流程和信息元模型的一个语义子集。规范的模式可以采用两种单独的表示方法： UML 文档和文件类型定义 DTD 。ebXML商务流程和信息元模型与ebXML规范模式的关系如下图所示：图 10 ebXML元模型语义子集 规范模式支持商务交易的规范以及从商务交易到商务合作的转换。每

18、个商务交易都可以用标准样式之一来实现。这些标准样式决定了贸易伙伴之间完成交易所交换的消息和信号。为了有助于规定这些格式，规范模式包括一组标准样式及其样式通用的建模元素组。因此一个商务流程的全部规范包括商务流程和信息元模型及据此规定的规范模式和样式的标识。他们是 CPP 和 CPA 信息的主要来源。如下所示：图 11 ebXML 元模型 当构造一个新的商务流程时，并不一定要使用建模语言，然而如果要用建模语言开发商务流程，应使用统一建模语言 (UML)。这种强制的目的在于保证创建商务流程时使用统一的、一致的建模方法。使用统一建模方法的好处之一是可以比较模型，以避免重复已有的商务流程。为了保证创建一

19、致的商务流程和信息模型， ebXML 将定义一组与数据仓库对应的核心商务流程。 ebXML 的用户可以扩展或使用其自己的商务流程。6.3接口与 CPP 和CPA的关系 某一贸易伙伴的 CPP 定义了它支持0、1个或多个商务流程功能和技术的能力，以及它在每个流程中的一个或多个角色。 两个贸易伙伴之间的协定定义了他们共同做商务交易的实际情况。商务流程和信息元模型与CPA之间的接口是商务流程文件的组成部分。它们可以作为XML文件表示的商务流程和信息元模型中的商务交易和合作层。商业贸易的XML表示可在商务流程和贸易伙伴信息模型中共享。与核心组件的关系 商务流程示例应规定与其他贸易伙伴交换商务数据的约定

20、。商务信息可由ebXML数据仓库中的组件构成。通过引用适宜的商务和信息模型或者商务文件（如DTD或者Schemas）的XML文件，商务流程文件可以直接或间接地引用核心组件，连接核心组件和数据仓库的机制应是每个组件的唯一标识符。与 ebXML 消息的关系 通过ebXML的消息，商务流程实例可以从一个注册服务传输到另一个注册服务。通过ebXML消息服务，它也可以在注册和用户应用程序之间进行传输。与注册系统的关系 在ebXML基础结构中使用的商务流程实例，可以通过注册查询进行检索,因此，每个商务流程都应包含一个唯一的标识符。图 12 ebXML 商务流程和信息建模层 ebXML 商务流程和信息元模型

21、可根据UN/CEFACT 建模方法(UMM)来生成，或者其他任何方式，只要符合ebXML商务流程和信息元模型。6.4 核心组件和数据仓库功能性 核心组件用于捕捉现实世界中商务概念的语境以及这些概念、其它商务信息对象和内容描述间的关系。内容描述了核心或整合信息实体。在具体的 ebXML 电子商务剧本中使用的。 核心组件可以是一个独立的商务信息块，也可以商务信息对象合成一族，即整合信息实体。 注册功能性 ebXML注册提供了一套服务，它使得贸易伙伴之间可以共享信息。在注册这个组件中，保留了一个连接已注册项目的原数据的接口。通过注册服务中的接口（API）可以访问ebXML注册。图13 注册的整体架构

22、正式功能性 注册应存储的项目，由使用多字节字符组的语法进行表述。由提交组织定义的每一层级的每一个注册项必须有唯一标识。这将有利于注册应用程序的查询。 注册应返回零或一个确定的结果，以回复查询唯一标识符的内容，这种情况下，如果出现两个或多个结果，则应向注册机构报告一个出错报文。 一个注册项目的构成应适于标识、命名、描述它的信息的关联，给出其管理和访问状态，定义其持续性和不定性，按照预定义的分类进行分类，确定其文件表示类型，并标识提交和负责组织。 注册接口相当于注册应用程序的进入机制。人与注册的交互应建立在注册接口的上一层（如Web浏览器），而不是作为一个独立的接口。 注册接口应独立于网络协议套层

23、（如：TCP/IP协议处于HTTP/SMTP的下一层）。注册接口交互具体结构包括在ebXML消息负载（Payload）中。 注册支持的流程还包括： 一个在注册与注册客户端之间具体的CPA 一组包含注册与注册客户端的功能性过程 一组在注册与注册客户端之间交换的商务报文，作为商务流程的一部分。 一组基本的接口机制，以支持商务报文和有关的检索与响应机制。 一个具体的CPA ，用于在符合的 ebXML注册之间进行交互。 一组注册注册之间交互的功能性过程。 一组出错响应和恢复处理条件。 为了便于发现流程，注册使用人机交互的检索方式(如Web浏览器)。用户应能根据有效的注册分类表浏览。 注册服务用于创建、

24、修改和删除注册项目及其元数据。 当访问时，采用适当安全协议为数据仓库提供鉴别和监护。 ebXML注册系统中所有项目都应被分配一个统一标识符 ( UID ) 。对于ebXML 全部内容，UID是必需的参考。可以使用全球统一标识符( UUIDs )确保注册中注册项目在全球范围内唯一，因此当系统通过 UUID 检索注册时，应仅有一个检索结果。 为了便于商务流程和信息元模型的语义识别，注册服务系统应提供一种人可阅读的注册项目描述机制。现有的商务流程和信息元模型(如 RosettaNet PIPs )及核心组件在ebXML符合的注册系统注册时，应被赋予一个 UID 。这些 UID 可以通过 XML 语法

25、以各种方式来实现。其中包括： 非常明确的参考机制（比如：URN：UID方法）； 参考点方式（比如：URI：UID/名称空间：UID）； 与W3C模式符合的基于对象的参考（如：URN：复合类型名称）； 标准的数据类型（如：ISO8601:2000日期/时间/数据日期类型和传统数据类型）。 ebXML中的组件必须支持多种语言。UID的参考非常重要，因为它提供了一种语言中性参考机制。为了支持多种语言，ebXML规范应与Unicode和ISO/IEC10646字符集和UTF-8或者UTF-16的字符编码保持一致。 6.5消息服务功能性 ebXML 消息服务机制提供了一种标准的方法，在ebXML贸易伙伴

26、间交换商务消息。它提供了一种非常可靠的方式，不依赖于技术和解决方案。ebXML消息包含消息标头（路由和传输必需的）和负载部分。 从概念上讲，ebXML消息服务分为三个部分：（1）一个抽象的服务接口；（2）消息服务层所提供的功能；（3）到底层传输服务的映射。抽象接口、消息服务层次与传输服务三者之间的关系如下图15所示。图14 ebXML消息服务 ebXML 基础结构的用户间通过各种传输协议（如：SMTP、HTTP/S、FTP等）交换ebXML消息，ebXML消息服务为此提供了一种安全、稳定、可靠的机制。在分布的ebXML组件（包括注册机制和符合的用户应用程序）间，ebXML消息服务预定义所有这些

27、消息的格式。 ebXML消息服务不能对负载的内容作任何限定。 ebXML消息服务支持简单的（单路径）和请求/回复（同步或异步）消息交换。 当贸易伙伴间交换多重负载或多重消息时，ebXML消息服务支持负载的排序。 在合作协议配置协定（包括与消息传送有关的安全和商务流程功能，但不限于此）中， ebXML消息服务层执行贸易伙伴。合作协议协定规定了每个贸易伙伴都愿意接受的行为。这些规则由一些表格定义，如：正式的合作协议协定，在商务交易发生（如：在线购书）时创建的相互作用的协议；或者其他协定的表格。消息服务层的功能就是执行这些规则，而违反规则会导致错误发生，出错信息将以适当的方式报告。 ebXML消息服

28、务执行下列安全功能，包括： 识别 鉴别 授权（存取控制） 保密性（加密） 完整性（消息签名） 抗抵赖性 日志记录接口 ebXML 信息服务为ebXML提供了一个抽象接口，它的功能包括： 发送发送一条ebXML消息参数值从ebXML消息标头中获得。 接收表示同意接收ebXML消息。 通知通知意料的和意外的事件。 查询提供查询具体的ebXML消息交换情况的方法。 ebXML消息服务应该与内部系统相连接，包括： 内部系统中已接收消息的路径 出错通知 ebXML消息服务将应便于与ebXML注册相连接。图15 ebXML消息结构 在通信协议封装和ebXML消息封装的外部，ebXML消息由一个可选的传输协议组成。使用MIME对ebXML报文封装。在电子商务环境中，由于伙伴之间所交换信息的多样性，使用MIME作为打包方案。例如：双方或多方贸易伙伴复杂的商务交易需要包含一系列商务文件（XML或其他文件格式）、二进制图像或其它相关的商务消息的负载。 爱上美丽，爱上天平线：