《全球电子商务标准概述.doc》由会员分享，可在线阅读，更多相关《全球电子商务标准概述.doc（30页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、1/30ebXML全球电子商务标准概述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商务标准提供转换的方法，使互操作性和效益最大化，未来提交至一个国际认可的标准组织作为国际标准发布。：中国物品编码中心2/30看看 ebXMLebXML 如何做生意如何做生意2004-05-31 14:45海
4、文2001 年，十个知名厂商参与了基于 ebXML（ElectronicBusinessExtensibleMarkupLanguage：电子商务可扩展语言）之上的商业交易演示活动。ebXML 是一种标准，它的使用可以方便世界上所有规模大小的企业进行电子交易活动。Sun、Cisco、IBM 和其它厂商参与了这次演示。在演示中，模拟买卖双方都相互找到了对方，并签订了一个合同，还交换了一些关于原材料的信息。ebXML 标准为所有公司提供一个框架，用于交换开展电子商务所必需的信息，而不必借助昂贵而复杂的 EDI（电子数据交换）软件。采用 ebXML，哪怕仅是一台 PC 机，只要它连在因特网上，就可以
5、进行在线的电子商务。ebXML 是由 OASIS（OrganizationfortheAdvancementofStructuredInformationSystems：结构化信息系统发展组织）发起建立的。此外，它也得到了 UN/CEFACT（UnitedNationsCenterforTradeFacilitationandElectronicCommerce：3/30联合国促进贸易和电子商务中心）的支持，该组织以前为 EDI 创建了国际化标准。这次演示重点放在 ebXML 消息服务的核心部分，包括信息发送、路由和打包。OASIS 总裁 BillSmith 说道，消息服务的核心部分容已经得到
6、了广泛认可，以后不会有大的改变，所以各厂商目前可以将它应用到产品中。整个标准目前还没有得到最后的批准。ebXML 的关键部分有关数据仓库注册和 CPA（CollaborativePartnerAgreement：合作协议协定）的容在 OASIS2002 年 2 月份在加拿大的温哥华会议上最终完成，使所有企业使用完整的 ebXML。目前，大约有来自六的 100 多个公司的 2000 名开发者在为 ebXML 工作。Smith 说道，OASIS 也正在和零售业的 GCI（GlobalCommerceInitiative：全球商务促进委员会）与 AIAG（AutomobileIndustryActi
7、onGroup：汽车工业行动组织）开展合作，一起开发和完善 ebXML 标准。此外，还有像 XMLSolutions、SterlingCommerce、Fujitsu、NTTCommunications、Savvion,Viquity、TIE 等世界上许多知名公司都参与了该标准的开发。据 Smith 和其他开发者宣称，ebXML 标准并不会和传统 EDI 以与 UDDI（Universaldescription，Discovery&Integration：统一描述、发现和集成）标准相冲突，而是进一步地完善和补充。UDDI 主要针对的是包括所4/30有公司信息的黄页目录，而 ebXML 将包括可
8、靠性、安全性在等一系列开展电子商务的规定。也就是说，UDDI 用来找寻所需的厂商，而 ebXML 则能够满足成千上万的交易的需求。ebXML标准甚至可以进一步扩展，如包括政府用于海关处理所需的信息，但是要达到在进出口中彻底取消物理形式的表单和签署的理想状态，还有很长的一段路要走。在这次演示过程中，其中有一段是要买方为卖方按要求寻找一个 ebXML存货仓库。搜索工具显示了有关厂家的例表。在例表中，买方可以任选一家，并发送一个建议合同给卖方。卖方对这个建议进行审核后，点击“Accept(接受)”按钮之后，该交易就完成了。在另一部分演示中，一家汽车制造商和另一家汽车经销商自动地交换关于汽车装货的信息
9、。使用 ebXML 的商业过程示意图5/30ebXML 适用于所有规模的企业，它还将用到 ERP（企业资源计划）应用、中间件以与各种基于 Internet 的交换应用中。“我们的目的就是要把 EDI 的好处带给世界上更多的企业。”Smith 说道。参加演示的厂商表示，ebXML 可以大大降低在线商务软件的开发成本，这对于所有国家和企业而言都是好事。某些企业可能没有 ERP 系统，但他们可以接受一个来自 Internet 的购买订单，并作出反应。只要一个公司能够使用（超文本传输协议）以与 SMTP（SimpleMailTransferProtocol：简单发送协议），他们就能够利用 Web 浏览
10、器开展电子商务。毫无疑问，ebXML 降低了电子商务的门槛，所以能够使小公司方便地和大公司进行电子商务，而 EDI 在以前是只能在大公司之间开展的。当然，这对于那些想彻底清除昂贵的基于纸的系统的大公司也是有利的。有了ebXML，大公司也能和小的供应商进行商务合作。：中国计算机报6/30一、一、ebXMLebXML 系统概览系统概览2004-08-06 16:24图 1 表示了两个贸易伙伴高层级应用的案例剧本，如何首先建立联系，然后进行简单的商务交易和信息交换。图示模型示例了建立和推广 ebXML 应用和相关架构组件所需的流程和步骤。这些组件以递增的方式来实施。ebXML 规并不仅限于这个简单的
11、模型，它只是在此作为对概念的简单介绍，详细的 ebXML 应用示例，在附录 A 中描述。下面概括性的介绍了有关概念和重要架构：1.描述商务流程和相关信息模型的标准机制。2.注册、存储商务流程和信息元模型的机制，用来实现共享和重用。3.每个参与方的信息发现包括：它们支持的商务流程。它们提供的支持商务流程的商务服务接口。7/30双方的商务服务接口所交换的商务消息。所支持的传输、安全和编码协议的技术构建。4.注册上述信息的机制，以便于发现和检索。5.对相互达成的商业协议的描述机制，这些协议主要基于上述 3 中提供的信息。（合作协议协定CPA）6.标准化的商务报文服务框架，保证贸易伙伴间报文交换可互操
12、作，安全和可靠。7.根据商业协议中约定的商务流程，配置参与方消息服务的机制。图图 1 1 两个公司使用两个公司使用 ebXMLebXML 进行电子商务的高层级流程图进行电子商务的高层级流程图图 1 中，A 公司在网上进行 ebXML 注册（图 1，步骤 1）。在8/30查询了 ebXML 注册的容后，A 公司决定建立并实施自己的 ebXML应用系统（步骤 2）。客户软件开发并不是参与 ebXML 的先决条件。ebXML 一致性应用程序和组件，可以做为压缩打包的解决方案在商业运作的情况下获得。A 公司把自己的商业配置信息（包括实施细节和相关）提交到ebXML 注册(图 1,步骤 3)。提交到 e
13、bXML 注册的商业配置文件描述了该公司具有的 ebXML 能力、约束以与它支持的商务剧本。这些商务剧本是商务流程和公司可以使用的相关信息（如：销售税额的计算）的 XML 版本。在验证了商务剧本的格式和用法的正确性之后，给 A 公司发送一个确认(图 1，步骤 3)。B 公司在 ebXML 注册中发现了 A 公司的商务运作能力（图 1,步骤 4）。B公司向A公司发送一个请求，表明它愿意运用ebXML 进行商务交换（图 1,步骤 5）。B 公司得到 ebXML 符合的压缩打包应用程序。在进行商务合作之前，B 公司直接给 A 公司的 ebXML 一致性软件接口提交一个拟定的商务协定。该协定概括了双方
14、约定的商务剧本和具体的协定，还包括有关传输需求的信息，如交易、紧急计划和有关安全问题的需求(图 1，步骤 5)。A 公司接受了该商务协定。现在，这两个公司可以利用 ebXML 进行电子商务了(图 1，9/30步骤 6)。二、二、UN/CEFACTUN/CEFACT 建模方法建模方法(UMM)(UMM)2004-08-06 16:25UN/CEFACT 建模方法(UMM)使用下面两个视图来分析电子商务交易。这个模型是以国际标准化组织/国际电工委员会ISO/IEC14662 所 定 义 的 开 放 式edi 参 考 模 型（Open-ediReference Model）为基础的。UN/CEFAC
15、T 建模方法（UMM）依据商务运作视图(BOV)和功能服务视图(FSV)。在开发中指导商业软件供应商使用 FSV 作为10/30参考模型。UMM 的根本目标是在运作视图和功能视图之间划分一个清晰的界限。这样可以最大限度地保证系统互操作性和自上而下的兼容性。这样，BOV 相关标准可以通过 UMM 为 ebXML 符合应用程序和组件构造商务流程和信息元模型。三、三、ebXMLebXML 商务运作视图商务运作视图2004-08-06 16:31图图 3 3商务运作视图详细说明图商务运作视图详细说明图11/30在图 3 中，商务合作知识可以在数据仓库中获取。数据仓库包含了数据和流程定义，以与在认可的行
16、业分类有关的商务术语中表述的关系和交叉引用，数据仓库是联系具体商务或行业语言和模型中所表述知识的桥梁，而这些模型是由一些非常中性的、不适于特殊环境语言表述的。第一阶段使用案例图表和描述（Use Case Diagrams）来定义需求。如果数据仓库记录在 ebXML 相关的注册中存在，则其可以直接运行，否则，将会生成新的数据仓库记录并在 ebXML 相关的注册中注册。第二阶段(分析)将会生成描述整个商务流程活动和序列图表（就象在 UN/CEFACT 建模方法(UMM)规中定义的那样）。类图表用来获取相关的数据包(商务文件)。分析阶段反映了数据仓库中所包含的商务知识，在此阶段不需要使用面向对象原则
17、。类图表是一种结构自由的数据图表。在生成分析和设计过程中，可以参考商务库中的通用商务流程。设计阶段是标准化的最后一个步骤，通过应用 UN/CEFACT 建模方法(UMM)中的面向对象来完成。在生成合作图表的同时，也会生成说明图表。分析阶段产生的类图表应该与同行业和交叉行业所使用的其它模型保持一致。12/30在 ebXML 中，通过在所有类模型中应用商务信息对象来实现互操作性。使用 UN/CEFACT 建模方法(UMM)的通用的商务信息对象和核心组件可以生成商务流程。四、四、ebXMLebXML 功能服务视图功能服务视图2004-08-06 16:3313/30图图 4 4 ebXMLebXML
18、 功能服务视图功能服务视图如图 4 所示，ebXML 注册服务储存商务流程和信息元模型、模型基于 XML 的表示、核心组件和合作协议配置文件。商务流程和信息元模型可以保存在建模语法中，但也可以作为 XML 语法保存在注册中。这种基于 XML 的商务信息通过一种协调一致的方法学适用于数据的发现。ebXML 架构的分布方式最大限度的降低了 ebXML 基础结构中的单点失败率。14/30五、五、ebXMLebXML 功能阶段功能阶段2004-08-06 16:34实施阶段实施阶段实施阶段生成基于 ebXML 框架的应用程序。希望进行 ebXML 商务交易的贸易伙伴首先必须获得 ebXML 规的副本。
19、然后进行研究，下载数据仓库和商务库。还应请求其他贸易伙伴商务流程信息(存储在商务文档中)进行分析和评价。或者使用第三方开发的应用程序进行ebXML。贸易伙伴也可以向 ebXML 注册服务提交他自己的商务流程信息。图 5 说明了 ebXML 注册表服务与一个贸易伙伴的基本的相互作用。15/30图图 5 5 功能服务视图功能服务视图:实施阶段实施阶段发现和检索阶段发现和检索阶段发现和检索阶段包括发现 ebXML 相关资源的各个方面。一个已经实现 ebXML 商务服务接口的贸易伙伴现在可以开始进入发现和检索阶段。（下图 6）一种可行的发现方法是请求其他贸易伙伴的 CPP。ebXML 商务服务接口应支
20、持更新数据仓库、商务库和更新或创建商务流程与信息元模型的请求。在这个阶段贸易伙伴的任务是发现其他贸易伙伴请求的商务信息。16/30图图 6 6功能服务视图功能服务视图:发现和检索阶段发现和检索阶段运行时间阶段运行时间阶段运行时间阶段包括 ebXML 剧本实际交易实际操作的全过程。在这一阶段里，通过 ebXML 的消息服务，贸易伙伴之间交换 ebXML 消息。图图 7 7功能服务视图：运行时间阶段功能服务视图：运行时间阶段17/30六、六、ebXMLebXML 基础架构基础架构2004-08-06 16:386.6.1 1 贸易伙伴信息贸易伙伴信息 合作协议配置文合作协议配置文件件 CPPCPP
21、 和合作协和合作协议协定议协定 CPACPA为了简化电子商务的运作，潜在的贸易伙伴需要一种机制对外发布他们所支持的商务流程以与其交换商务信息能力的技术实施细则。这些可以通过合作协议配置文件(CPP)实现。CPP 是贸易伙伴用来表达其支持的商务流程和商务服务接口需求的文件，并被其他使用ebXML 符合的贸易伙伴所接受。一个具体商务协定是 CPA，CPA 意味着两个或多个使用 ebXML 进行商务交易的贸易伙伴的正式合作。CPP 描述了贸易伙伴支持的具体技术能力以与为交换商业文件所需的服务接口。CPP 中包含了贸易伙伴的基本信息：合同信息、行业分类、支持的商务流程、接口需求和消息服务需求，但不限于
22、此。CPP 中也可包括安全和其它具体的实施细则。每个 ebXML贸易伙伴应在 ebXML 符合注册服务中注册它们的 CPP，这样就提供了一种发现机制，使得贸易伙伴之间(1)可以互相发现，(2)发现其他贸易伙18/30伴支持的商务流程。CPP 定义中对于存在的多种实现可能(如或 SMTP 传输)时，应该明确指定使用哪一种选择。CPA 表示两个 CPP 的相互协定，它由使用 ebXML 进行电子商务的贸易伙伴相互协定达成。CPA 描述了：(1)消息服务；(2)两个或多个贸易伙伴协定的商务流程需求。从概念上讲，为了达成电子商务交易的 CPA，ebXML 支持一个具有三层子集的视图。最外面的一层是贸易
23、伙伴能够支持的所有能力，下面一个子集是贸易伙伴实际上“愿意”支持的性能。一个 CPA 包括消息服务接口需求和贸易伙伴双方协定商务流程的实施细则。贸易伙伴可以在 ebXML 注册服务中注册他们的 CPA，但这并不是 CPA 创建过程的必要部分。图图 8 8CPACPA 的三层视图的三层视图商务合作是 ebXML 贸易伙伴声明的第一个支持命令。在 ebXML 注册或其它服务的目录服务上，用于发布的专门定义的文档便于进行商务合作的声明。图 9 概括了 ebXML 中合作协议协定的围。19/30图图 9 9CPACPA 的围的围6.26.2 商务流程和信息建模商务流程和信息建模商务流程和信息元模型是一
24、种机制，它通过统一的建模理论使得贸易伙伴能获取具体商务剧本的细节。商务流程描述了共享的合作中，贸易伙伴具体的角色、关系和责任，以与如何与其他贸易伙伴进行交互。角色间的交互可以看作一连串设计好的商务交易。每次商务交易都可以表示为电子商务文件的一次交换。商务文件则由可重用的商务信息组件组成。在低层次上，商务流程可以分解为可重用的核心流程，而商务信息对象可以分解为可重用的核心组件。ebXML 商务流程和信息元模型支持需求、分析和设计，提供一套语义集（词汇），并形成便于商务流程和信息整合与互操作性的基准。元数据模型的另一方面是提供支持配置，ebXML 商务交易的运行时间系统。所需数据元组的直接规通过从
25、其他视图中提取建模元素，规的模式（Specification Schema）形成 ebXML 商务流程和信息元模型的一个语义子集。规的模式可以采用两种单独的表示方法：UML 文档和文件类型定义 DTD。ebXML 商务流程和信息元模型与 ebXML 规模式的关系如下图所示：20/30图图 1010ebXMLebXML 元模型元模型语义子集语义子集规模式支持商务交易的规以与从商务交易到商务合作的转换。每个商务交易都可以用标准样式之一来实现。这些标准样式决定了贸易伙伴之间完成交易所交换的消息和信号。为了有助于规定这些格式，规模式包括一组标准样式与其样式通用的建模元素组。因此一个商务流程的全部规包括
26、商务流程和信息元模型与据此规定的规模式和样式的标识。他们是 CPP 和CPA 信息的主要来源。如下所示：21/30图图 1111ebXMLebXML 元模型元模型当构造一个新的商务流程时，并不一定要使用建模语言，然而如果要用建模语言开发商务流程，应使用统模语言(UML)。这种强制的目的在于保证创建商务流程时使用统一的、一致的建模方法。使用统模方法的好处之一是可以比较模型，以避免重复已有的商务流程。为了保证创建一致的商务流程和信息模型，ebXML 将定义一组与数据仓库对应的核心商务流程。ebXML 的用户可以扩展或使用其自己的商务流程。6.36.3 接口接口与与 CPPCPP 和和 CPACPA
27、 的关系的关系某一贸易伙伴的 CPP 定义了它支持 0、1 个或多个商务流程功能和技术的能力，以与它在每个流程中的一个或多个角色。22/30两个贸易伙伴之间的协定定义了他们共同做商务交易的实际情况。商务流程和信息元模型与 CPA 之间的接口是商务流程文件的组成部分。它们可以作为 XML 文件表示的商务流程和信息元模型中的商务交易和合作层。商业贸易的 XML 表示可在商务流程和贸易伙伴信息模型中共享。与核心组件的关系与核心组件的关系商务流程示例应规定与其他贸易伙伴交换商务数据的约定。商务信息可由 ebXML 数据仓库中的组件构成。通过引用适宜的商务和信息模型或者商务文件（如 DTD 或者 Sch
28、emas）的 XML 文件，商务流程文件可以直接或间接地引用核心组件，连接核心组件和数据仓库的机制应是每个组件的唯一标识符。与与 ebXMLebXML 消息的关系消息的关系通过 ebXML 的消息，商务流程实例可以从一个注册服务传输到另一个注册服务。通过 ebXML 消息服务，它也可以在注册和用户应用程序之间进行传输。与注册系统的关系与注册系统的关系在 ebXML 基础结构中使用的商务流程实例，可以通过注册查询进行检索,因此，每个商务流程都应包含一个唯一的标识符。23/30图图 1212ebXMLebXML 商务流程和信息建模层商务流程和信息建模层ebXML 商务流程和信息元模型可根据 UN/
29、CEFACT 建模方法(UMM)来生成，或者其他任何方式，只要符合 ebXML 商务流程和信息元模型。6.46.4 核心组件和数据仓库功能性核心组件和数据仓库功能性核心组件用于捕捉现实世界中商务概念的语境以与这些概念、其它商务信息对象和容描述间的关系。容描述了核心或整合信息实体。在具体的 ebXML 电子商务剧本中使用的。核心组件可以是一个独立的商务信息块，也可以商务信息对象合成一族，即整合信息实体。注册功能性注册功能性ebXML 注册提供了一套服务，它使得贸易伙伴之间可以共享信息。在注册这个组件中，保留了一个连接已注册项目的原数据的接口。通过注册服务中的接口（API）可以访问 ebXML 注
30、册。24/30图图 1313注册的整体架构注册的整体架构正式功能性正式功能性注册应存储的项目，由使用多字节字符组的语法进行表述。由提交组织定义的每一层级的每一个注册项必须有唯一标识。这将有利于注册应用程序的查询。注册应返回零或一个确定的结果，以回复查询唯一标识符的容，这种情况下，如果出现两个或多个结果，则应向注册机构报告一个出错报文。一个注册项目的构成应适于标识、命名、描述它的信息的关联，给出其管理和访问状态，定义其持续性和不定性，按照预定义的分类进行分类，确定其文件表示类型，并标识提交和负责组织。25/30注册接口相当于注册应用程序的进入机制。人与注册的交互应建立在注册接口的上一层（如 We
31、b 浏览器），而不是作为一个独立的接口。注册接口应独立于网络协议套层（如：TCP/IP 协议处于/SMTP的下一层）。注册接口交互具体结构包括在 ebXML 消息负载（Payload）中。注册支持的流程还包括：一个在注册与注册客户端之间具体的 CPA一组包含注册与注册客户端的功能性过程一组在注册与注册客户端之间交换的商务报文，作为商务流程的一部分。一组基本的接口机制，以支持商务报文和有关的检索与响应机制。一个具体的 CPA，用于在符合的 ebXML 注册之间进行交互。一组注册注册之间交互的功能性过程。一组出错响应和恢复处理条件。为了便于发现流程，注册使用人机交互的检索方式(如 Web 浏览器)
32、。用户应能根据有效的注册分类表浏览。注册服务用于创建、修改和删除注册项目与其元数据。当访问时，采用适当安全协议为数据仓库提供鉴别和监护。ebXML 注册系统中所有项目都应被分配一个统一标识符(UID)。26/30对于 ebXML 全部容，UID 是必需的参考。可以使用全球统一标识符(UUIDs)确保注册中注册项目在全球围唯一，因此当系统通过 UUID检索注册时，应仅有一个检索结果。为了便于商务流程和信息元模型的语义识别，注册服务系统应提供一种人可阅读的注册项目描述机制。现有的商务流程和信息元模型(如 RosettaNet PIPs)与核心组件在 ebXML 符合的注册系统注册时，应被赋予一个
33、UID。这些 UID 可以通过 XML 语法以各种方式来实现。其中包括：非常明确的参考机制（比如：URN：UID 方法）；参考点方式（比如：URI：UID/名称空间：UID）；与 W3C 模式符合的基于对象的参考（如：URN：复合类型名称）；标准的数据类型（如：ISO8601:2000 日期/时间/数据日期类型和传统数据类型）。ebXML 中的组件必须支持多种语言。UID 的参考非常重要，因为它提供了一种语言中性参考机制。为了支持多种语言，ebXML 规应与Unicode 和 ISO/IEC10646 字符集和 UTF-8 或者 UTF-16 的字符编码保持一致。6.56.5 消息服务功能性消
34、息服务功能性ebXML 消息服务机制提供了一种标准的方法，在 ebXML 贸易伙伴间交换商务消息。它提供了一种非常可靠的方式，不依赖于技术和解决方案。ebXML 消息包含消息标头27/30（路由和传输必需的）和负载部分。从概念上讲，ebXML 消息服务分为三个部分：（1）一个抽象的服务接口；（2）消息服务层所提供的功能；（3）到底层传输服务的映射。抽象接口、消息服务层次与传输服务三者之间的关系如下图 15 所示。图图 1414ebXMLebXML 消息服务消息服务ebXML 基础结构的用户间通过各种传输协议（如：SMTP、/S、FTP 等）交换 ebXML 消息，ebXML 消息服务为此提供了
35、一种安全、稳定、可靠的机制。在分布的 ebXML 组件（包括注册机制和符合的用户应用程序）间，ebXML 消息服务预定义所有这些消息的格式。ebXML 消息服务不能对负载的容作任何限定。ebXML 消息服务支持简单的（单路径）和请求/回复（同步或异步）消息交换。当贸易伙伴间交换多重负载或多重消息时，ebXML 消息服务支持负载的排序。在合作协议配置协定（包括与消息传送有关的安全和商务流程功能，但不限于此）中，ebXML 消息服务层执行贸易伙伴。合作协议协28/30定规定了每个贸易伙伴都愿意接受的行为。这些规则由一些表格定义，如：正式的合作协议协定，在商务交易发生（如：在线购书）时创建的相互作用
36、的协议；或者其他协定的表格。消息服务层的功能就是执行这些规则，而违反规则会导致错误发生，出错信息将以适当的方式报告。ebXML 消息服务执行下列安全功能，包括：识别鉴别授权（存取控制）性（加密）完整性（消息签名）抗抵赖性日志记录接口接口ebXML 信息服务为 ebXML 提供了一个抽象接口，它的功能包括：发送发送一条ebXML消息参数值从ebXML消息标头中获得。接收表示同意接收 ebXML 消息。通知通知意料的和意外的事件。查询提供查询具体的 ebXML 消息交换情况的方法。ebXML 消息服务应该与部系统相连接，包括：29/30部系统中已接收消息的路径出错通知ebXML 消息服务将应便于与 ebXML 注册相连接。图图 1515 ebXMLebXML 消息结构消息结构在通信协议封装和 ebXML 消息封装的外部，ebXML 消息由一个可选的传输协议组成。使用 MIME 对 ebXML 报文封装。在电子商务环境中，由于伙伴之间所交换信息的多样性，使用 MIME 作为打包方案。例如：双方或多方贸易伙伴复杂的商务交易需要包含一系列商务文件（XML或其他文件格式）、二进制图像或其它相关的商务消息的负载。30/30