什么是 ebXML

什么是ebXML？
一方面，ebXML 似乎要承诺统一商业过程所做的每一件事，以便相互通信。

另一方面，人们也可以认为：ebXML 只是现有标准应该遵循的神圣而又空洞的声明。

与所有“即将发生的重大事件一样”，答案位于二者中间。

主页提供了以下简短描述：
ebXML 是一个规范集，这些规范共同实现了模块化电子商务框架。

ebXML 的构
想是实现一个全球电子市场，其中，不同规模和不同地区的企业可以通过交换基于
XML 的消息来合作和进行商业活动。

换句话说，ebXML 希望成功实现“电子数据交换”，即我们常听到的EDI。

（官方描述趋向于强
调从EDI 学习，而不是摒弃它。

）
ebXML 术语
弄清ebXML 涉及几个步骤。

理解ebXML 细节所需的第一件事可能是领会新的字首组合词和其它
特殊术语。

在查看ebXML 交互的整个“构想”之前，请先了解以下右边侧栏（ebXML 术语）中
的一些术语。

还有一些术语适合整个系统，但是，这些特殊术语是很好的起点。

记住了这个新的词
汇表和以下这些有关ebXML 出处的背景知识，就可以了解ebXML 中的所有不同过程是如何组合
在一起的。

在本文开头描述了ebXML 做什么（至少是概述说明）之后，最后一节将详细讨论“商业过程规范
模式”，该模式构成了ebXML 底层体系结构的最重要元素之一。

背景知识
ebXML 是一项倡议，其参与者与认可者包括了您所能想到的世界上每一家大公司和官方标准协会。

可能不是您所能想到的每一个，但确实包括几百家大公司和团体。

计算机／技术公司不是认可ebXML 的唯一实体；支持者包括大量工业、航运、银行业以及其它综
合业务公司。

ebXML 的直接赞助者是OASIS（结构化信息标准促进组织）和UN/CEFACT（联合
国贸易辅助和电子商务中心）。

许多标准团体也参与其中，包括NIST（国家标准和技术学会）和
W3C（World Wide Web Consortium（万维网联盟）。

拥有这样一些支持者，ebXML 看起来注定要统治世界。

对于时髦语和广告宣传，我往往采取鄙视的态度。

然而，对于ebXML，我还是希望它能象它所宣传的那样，在未来五年内成为大多数商业事务的通用协议。

照我看来，ebXML 将通过实际允许商家以不同的方式进行商业活动，尽可能多地将商家在任意方面的所作所为越来越多地合并到规范中，从而成功地成为通用协议。

我不知道，我的判断是对ebXML 开放性的讽刺还是鼓舞，但是，ebXML 发起人明确抱有一种“接纳现有标准和方法”的态度。

组合在一起
基于“ebXML 技术体系结构规范”（请参阅参考资料）的图解（图1）可能会在理解ebXML 对于商业的意义方面给您以很大帮助。

“图1”中的“公司A”将首先复查“ebXML 注册表”的内容，特别是可以下载或就地查看的“核心库”。

“核心库”（可能还有其它已注册的“商业过程”）将允许“公司A”确定其自己的ebXML 实现的要求（以及ebXML 是否适合于它们的商业需求）。

图1：两个公司之间ebXML 交互的高级概述
根据对从“ebXML 注册表”获得的信息的复查，“公司A”可以构建或购买适合于它所预想的ebXML 事务的ebXML 实现。

ebXML 倡议的希望是：厂商将支持所有ebXML 元素。

那时，“ebXML 系统”可能只不过是一个预先包装的桌面应用程序。

或者更为现实一些，ebXML 系统将
至少象商业数据库系统（仍需要一名DBA）那样可管理。

图1暗示着：假想的“公司B”使用类似于这种预先包装的应用程序。

不管哪种方法，“公司A”的下一步是创建一个CPP，并向“注册表”注册它。

“公司A”可能希望向“注册表”添加新的“商业过程”，或只是引用已有的商业过程。

CPP 将包含一些信息，潜在的伙伴将使用这些信息确定“公司A”所感兴趣的商业角色，以及为扮演这些角色，“公司A”愿意使用哪种协议。

一旦注册了“公司A”，“公司B”就可以查看“公司A”的CPP，以确定它与“公司B”的CPP 和要求兼容。

那时，“公司B”应该在能够顺应CPP 的基础上自动与“公司A”协商CPA，以及作为ebXML 标准或建议给出的、双方达成的协议。

最后，这两家公司开始处理实际事务。

这些事务可能涉及到符合未来ebXML 标准和建议的“商业消息”。

在所有这些过程中的某一处，可能会发生“现实世界”的活动（例如，从一地向另一地发货，或提供服务）。

ebXML 将有助于同意、监控和验证这些现实世界的活动。

当然，在我们的“信息经济”中，许多正在进行的事物可能处于ebXML 领域-- 可能是特定商业关系中的每件事。

商业过程模式
UN/CEFACT Modeling Methodology (UMM) 利用了UML，它可能对建立“ebXML 商业过程”的模型有所帮助。

然而，这种建模只是建议，而不是要求。

无论如何，既然本文针对XML 开发人员并且不讨论OOD（面向对象的设计），所以在符合“商业过程规范DTD 和XML 模式”的XML 文档中查看模型的表示也更为有趣。

在这种情况下，DTD（即"ebXMLProcessSpecification-
v1.00.dtd"）就成为主要的规则表示。

这个DTD 和（假设）在语义和语法上都兼容的“W3C XML 模式”都可以在EbXML_BPschema_1.0 建议中找到（请参阅参考资料）。

ebXML 过程规范有一个根元素ProcessSpecification。

特定的过程规范也许包含了对其它过程规范和文档规范以及其它文档的字节点引用。

ProcessSpecification的DTD 声明提供了“商业过程”文档的结构概述：
清单1：ProcessSpecification DTD 声明
属性uuid是过程规范的全局唯一标识；name和version特定于显示的模型（name不应该与嵌套的过程规范冲突）。

在过程规范中，Package定义一系列协作，它既可以是MultiPartyCollaboration元素，也可以是BinaryCollaboration元素。

协作反过来也包含团体的各种角色。

一段从
EbXML_BPschema_1.0 建议中（请参阅参考资料）包含的过程规范摘录的代码有助于理解该结构：清单2：协作包
结束语
ebXML 规范的批准正在以相当快的速度进行着（对于标准组织当然很快了）。

我个人的预测是：要过一两年才能公开这个雄伟构想的所有事项和细节。

然而，ebXML 已经花几年的时间来进行广泛使用的推广了。

因此，商家现在应该开始真正考虑他们的ebXML 实现计划了。

参考资料
∙请在UN/CEFACT（联合国贸易辅助和电子商务中心）和OASIS（结构化信息标准促进组织）上查找ebXML 的赞助者。

∙ebXML 发起人已经创建了许多规范。

在上查找所有这些规范。

随着规范通过它们的批准过程，其确切的URL 将改变，因此，最好只通过ebXML 主页浏览。

如果指定了此处所提及的文档的更新版本，很显然应该参考那些取代旧版本的新版本：∙
o在文档ebXML Business Process Specification Schema Version 1.0 (EbXML_BPschema_1.0) 中查找有关“商业过程”的详细故事。

o从ebXML Technical Architecture Specification 1.04 (ebXML_TA_v1.0.4) 了解整个ebXML 系统的含义（需要一些工作）：
∙在Bob DuCharme 所著的building your own SOAP client和developerWorks 使用SOAP 进行XML 消息传递教程中查找更多有关SOAP 消息传递的信息。

∙Uche Ogbuji 在其developerWorks 专栏Thinking XML中讨论了ebXML 和其它与语意透明性相关的事项。

请查看前面的部分：
o Thinking XML #1：XML 和语义：实际情况介绍了XML 和语义透明性。

o Thinking XML #2：XML 语义：该领域中的新生事物 ... 讨论了那个舞台上的一些演员。

o Thinking XML #3：跟着语义节拍报告了ebXML 的新进展以及在2001 年春天发生的相关事情。

∙IBM Research 的R. A. Smith 研究了ebXML 如何适合电子商务基础设施的结构。

∙Partner Agreement Manager 是IBM WebSphere Business Integrator的关键部分，他使用另一种协议RosettaNet 来提供到贸易伙伴的无缝集成。

∙请查看David Mertz XML Matters专栏的以前文章。

其最新文章讨论了经由XML 的SQL 查询。