ebXML与Web Services相辅相成

在Web Services出现之前，ebXML为电子商务搭建了一个基础框架，用于交换开展电子商务所必需的信息，而不必借助昂贵而复杂的EDI。但Web Services的影响力使其触角渗透到了网络时代应用的每个角落，电子商务自然也是受到冲击的领域。作为电子商务的标准，ebXML的前景又会如何？

ebXML的宗旨是要开发一个以开放的XML标准为基础的电子商务的基础架构，从而拓展出一个统一的、松散耦合的全球性电子交易市场，使每个加入ebXML体系的成员都能够在一个共享的、安全的和规范协调的环境下实现全球通用的电子商务信息交互。Web Services则是为解决应用层集成所不可避免的问题而提出的开放式平台技术架构，它提供了分布式计算技术，可在Internet 或者Intranet上通过使用标准的XML协议和信息格式来展现商业应用服务。XML标准及相关标准的使用，使得Web服务平台、语言和发布者能够互相独立，形成一个松散耦合的Web服务网络。

此时我们可以看ebXML和Web Services所具有的共同特点：基于松散耦合的应用交互。松散耦合的特性意味着企业可以自由地选择供应厂商、硬件平台、软件框架等电子商务的组成部分，只要这些供应厂商在相应的硬件平台上提供了支持ebXML规范或Web Services规范的软件框架就能够构建可用于交易的电子商务系统。此外，松散耦合在使得企业有更多选择的同时，实施费用和集成费用也更低;应用交互则意味着它们都致力于提供一种技术框架以便于不同应用系统进行集成对接。

随着Web Services的出现和发展，ebXML中有关底层技术架构的部分逐渐与Web Services中的相关部分进行了融合，ebXML的底层技术架构有向Web Services架构转化的趋势，而其自身将更为准确地定位在商务流程和交互协议部分。

ebXML定位商务

为了理解ebXML的技术体系，首先要理解其概念基础。从一开始，ebXML体系架构的设计就立足于现实中的商业流程，它从各种商业流程中归纳出通用的商业对象，比如团体、场所、事务等。而XML的出现使得运用XML的元素/属性机制能够非常容易地定义和识别这些对象，并且可对这些对象进行自由操作。ebXML的一个基本目标就是通过使用这些抽取出来的、预定义的商务对象，建立一个统一的、跨行业的商务交互标准。

目前，ebXML使用两个视图来描述所有商务交互的相关方面。第一个是商务运作视图（BOV，Business Operational View），主要针对商务数据事务的语义以及相关的数据交换。商业事务体系包括处理和运作协议、相互需要承担的义务、需求等。在实际运用这些特定的商务规范时，需要有同样支持或使用ebXML的贸易助手。 第二个是功能服务视图（FSV, Functional Service View），主要面向对服务的支持，以及满足对ebXML的部署需求。FSV的实施分为三个主要阶段：实施、发现和部署及后期的运行阶段。实施阶段处理以ebXML为基础架构的应用程序；发现和部署阶段包括对所有ebXML相关资源的发现，以及随后自我适应地进入ebXML基础架构；运行阶段则主要关注与现有ebXML事务关联的ebXML运行环境。

为了将BOV和FSV投入具体使用，ebXML架构通过注册系统进行集成。ebXML的注册系统提供一整套分布式服务，使得彼此有意愿进行商务流程集成的企业可以通过共同遵循ebXML规范来达到共享信息以及应用集成的目的。

商业与技术　两大支点

ebXML与Web Services的体系架构有不少相似之处。但我们可以发现它们明显的不同在于，ebXML是自上而下地提供解决方案，首先确定成功开展电子商务所必须达到的需求，然后再着手实现满足那些需求的规范；而Web Services架构则是自下而上地提供解决方案，先实现那些能满足个别核心要求的技术规范（如简单的XML消息传递和服务描述，甚至是服务发现），然后在此基础上逐步上升。

同时Web Services的应用范围更加广泛，它并不仅仅适用于电子商务，这也是这两者最本质的区别。Web Services框架的目标是消除平台、语言的差异，如果说Java消除了硬件平台的差异，那么Web Services更进一步，它将消除包括Java平台、.NET平台在内的各种软件平台的差异。从这一点来看，Web Services应当是下一代应用的基础框架，电子商务只不过是它的一个应用领域。但反过来，在电子商务领域，光有Web Services并不能提供完整的解决方案，而必须依靠ebXML来构建上层建筑。所以，ebXML和Web Services各自期望解决的问题，以及对问题的考察角度，存在显著的区别。

从目前的技术发展趋势来看，ebXML的实现可以看成是在Web Services技术框架之上遵循ebXML商务流程相关规范的应用实现。ebXML的长处不在于它的基础技术框架，而在于它的商务流程框架。ebXML的商务特性和Web Services的技术特性，构成了一代电子商务的两大支点。

基于Web Services的ebXML应用模式

我们用一个例子来具体考察ebXML的工作模式，同时探究一下如何在其中应用Web Services技术。

图1展示了两个公司之间使用ebXML进行交互的示例。每个步骤的详解如下：

1．企业 A首先查询ebXML注册中心，下载并查看其中存储的Business Scenario以及Business Profile。通过浏览和分析，匹配到与自身实际情况相符合的商业模型。企业A根据它确定自己的 ebXML 实现需求，也包括确定ebXML 是否适合其商业需求。

2．根据获得的信息，企业A可以构建或购买适合其计划的 ebXML 事务的 ebXML实现。支持和实现ebXML的厂商推出的ebXML产品，对企业用户而言可能是一个预先包装的桌面应用程序或是可管理的商业服务器系统。在图1中，企业A和企业B都使用着类预先包装好的ebXML应用系统。

3．企业A需要创建一个CPP（ebXML所定义的协作协议概要），并将这个CPP注册到注册中心。其内容可能是希望添加新的商务流程，或只是引用已有的商务流程。潜在的合作伙伴可以使用这些CPP信息来确定企业实体A所感兴趣的商业角色，以及为实现与这些角色的交互，公司A所愿意使用的交互协议。

4．当企业A完成注册后，企业B就能够通过注册中心查询企业A的CPP，以确定它与企业B的CPP是否兼容和匹配。

5．企业B能够在顺应CPP的基础上自动与企业A的系统协商CPA（ebXML中的协作协议协定）等交互协议约定。

6．这两家公司开始处理实际事务。这些事务可能会涉及各种符合ebXML的标准和商业消息。伴随着所有这些过程，“现实世界”也会发生相应的活动，例如从一地向另一地发货或提供服务。ebXML将有助于认可、监控和验证这些现实世界的活动。在我们的“信息经济”中，许多正在进行的事务都可能是处于ebXML所涉及的领域。

在这个示例中，除了与商业流程紧密相关的以Business Scenario/Business Profile为核心的CPP、CPA以及其他商务事务消息外，还包含了很多系统与系统之间的交互，例如有ebXML应用系统与ebXML应用系统的交互，也有ebXML应用系统与注册中心的交互。目前ebXML系统之间的交互已经采用了Web Services技术架构中的SOAP协议，而其注册中心也有被UDDI Registry代替和接合的趋势。应该说，如果ebXML系统实施技术层面的交互完全转向Web Services，将更有利于保障ebXML的通用性和松散耦合。

竞争不可避免

虽然ebXML和Web Services在不断进行融合，但从两者的技术层面来看，它们仍然有交叉部分，所以严格地说来，竞争不可避免。

ebXML规范已经制订完成，而Web Services的相关规范则正在研发和制订的过程当中。照理说，ebXML的实施应该比Web Services更为领先，然而，事实是各大技术提供商都优先将力量投在了Web Services领域。ebXML要得到广泛应用，必须有开放的、跨平台的、松散耦合的、具有优秀交互能力的技术平台架构予以支撑和保障。目前基于XML技术的Web Services技术框架是最佳的选择，抛开Microsoft这样的特例（Microsoft拥有BizTalk，BizTalk是一个与ebXML类似的规范和框架）不谈，诸如IBM、Sun、HP、Oracle等IT巨头们都期望能先将基础设施Web Services建设好，然后再在上面构筑电子商务的应用平台：ebXML系统。ebXML是一个很好的规范和框架，然而在现有的技术平台上，它并不能极大地发挥它的能力，基于Web Services的ebXML系统才能真正体现设计者的期望。

当然这并不是说现在致力于ebXML实现没有价值，事实上，其中也蕴涵着巨大的商业价值。各大技术开发商无论是推出操作系统、数据库系统、应用平台框架或是开发工具，其目的都是要构建企业商务系统，ebXML系统从技术上来讲是具有最大的共享交互能力的商务应用，而共享交互是现在乃至未来的电子商务应用最重要的特征。目前，ebXML的实施也正在相当的范围内广泛开展，Sun、Sybase、Oracle、WebMethods都在它们的平台软件中加入了对ebXML的支持，而XML Global、Vitria BusinessWare、IONA、Fujitsu等则纷纷在它们的B2B平台上加入ebXML模块，在ebXML上争夺的激烈程度一点不比Web Services领域逊色，只是各IT巨头在Web Services的战场上投入的力量更多，因此更为引人注目。

对于商家来说，如果看好一个技术，绝对不能在基础设置完全构建完毕后才开始实施，那一定会落在别人的后面。如果认为ebXML的确是未来电子商务的主流应用框架，那么就一定要从现在开始随着Web Services的发展而实施ebXML应用系统，等到Web Services完全被用户接受的时候，随之构建的ebXML应用系统就能够马上交付用户使用了。在商业竞争中，时间是如此的宝贵，即时响应所带来的效益完全可以让先前的投入变得物超所值。