基于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的通用性和松散耦合。