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