级别： 初级 柴晓路 (fennivel@uddi-china.org), Chief System Architect
2001 年 8 月 01 日 大家在研究学习ebXML, UDDI和XML/EDI技术的时候，会发现他们三者都有Registry/Repository的概念和实现，他们这三个Registry/Repository有什么区别? 这三个技术所在的体系架构层次和彼此的关系是怎样的呢？本文对这三项技术作了体系架构上的比较，ebXML和XML/EDI更偏向与商务流程的模型化，是直接面对Business-To-Business的商务交互的，主要定义了彼此交互的语言，而UDDI则是关注交互的形式以及如何开始交互，也就是定义了交互的方法，如果拿日常交流做比较，UDDI规定的是你是用电话还是用Instant Messaging，而ebXML和XML/EDI则是规定了你到底是用英语还是中文。
引言
在已经过去的近一年的时间中，为发展开放式的共享交互的电子商务而进行的应用工具和技术规范的开发工作开展地非常迅速，前景也相当广阔。这一方面的工作完全是围绕着W3C的XML规范以及相关的标准Internet技术为中心的技术基础的。
就这点来说，ebXML的宗旨是要开发一个以开放的XML标准为基础的电子商务的基础结构，随着ebXML的广泛应用随之拓展出一个统一的全球性的电子交易市场，使每一个加入ebXML体系的成员能够在一个所有成员共享的、安全的和规范协调的环境下实现全球通用的电子商务信息交互。ebXML的首要目的就是尽量排除所有企业在进入电子商务的道路上遇到的障碍，从而方便彼此贸易，因此受到了广大中小型企业和发展中国家的高度关注。ebXML是由UN/CEFACT、OASIS发起的，有由拥有上千的支持者和参与者的一个开放团体共同开发的，当然其中包括UN/CEFACT和OASIS。
统一描述、发现和集成(Universal Description, Discovery and
Integration，UDDI)技术则是由IBM, Ariba 和
Microsoft在10个月前为促进商业性Web服务的互操作能力而推出的一项计划，按照UDDI规范架构起来的UDDI注册中心将作为在Internet这个广泛信息操作网络空间中的商务信息的集散地，他为商务信息注册提供了黄页/白页/绿页三个层次的服务注册。UDDI的核心竞争力是为所有规模的企业，尤其是大机构提供管理他们的供销商务网络的更佳手段，以及获得更多的渠道以接触潜在的商业伙伴。UDDI面临的问题是，如何促使商家能够主动进入UDDI注册中心并发布他自身的信息，以及如何使得用户发布的服务信息是可升级的，并且能够包含实现细节的发布。
与前面两个由权威机构和业界领导企业主导的规范相对照的是XML/EDI。XML/EDI是从三年前开始发展的，这是一个从民间发起的，为推广XML在电子商务中的应用而出现的一个技术增长点。XML/EDI本身融合了五种概念:
XML、EDI、Repository,
Template和Agent，这也是创造下一代电子商务的共同基石。ebXML和UDDI也同时体现了XML/EDI所关注的视点，因为他们都是为发展下一代电子商务而涌现出来的规范和技术，他们和XML/EDI的宗旨是相同的。在下面我们通过对三者的比较，来看看他们到底是如何实现XML和电子商务带来的承诺。
ebXML
为了理解ebXML的技术体系，在一开始时首先理解其内涵的思想概念基础是至关重要的。从一开始，技术体系架构的设计就立足于现实中的商业流程，从各种商务流程中规拿出通用的商业对象比如：地址，团体和场所等。而XML的出现使得运用XML的元素/属性的机制能够非常容易的定义和识别这些对象，并且能对这些对象进行自由的操作。ebXML计划的一个基本目标是通过使用这些抽取出来的预定义的商务对象，使得使用ebXML的企业能够建立一个一致统一的跨行业的上午交互标准。
然而，在具体实现中，有一点非常重要，ebXML并不是诸如采购订单、发票、招标请求等普通纸张文档的电子版本实现，或者其他相关文本的电子实现。事实上，ebXMl规范为中小型企业、软件工程师以及其他一些组织结构定义了一个框架，通过这个框架能够建立起协调一致的、强壮的、具有极强互操作能力的电子商务服务及组件，并能在全球电子商务市场中无缝集成。
目前，ebXML体系架构模式使用了两个视图来描述所有商务交互的相关方面，这两个视图产生于UN/CEFACT的早期工作：OpenEDI。第一个是商务运作视图(BOV,
Business Operational
View)，针对的是商务数据事务的语义以及相关的数据交换，商业事务体系包括处理包括运作约定，协议、相互需要承担义务以及需求等。这些特定的商务规范的实际运用需要有同样支持或使用ebXML的贸易助手。
Figure 1. 商务运作视图
第二个是功能服务视图(FSV, Functional Service
View)，面向服务的支持以及对ebXML部署的需求满足。ebXML的FSV的实施有三个主要阶段：实施、发现和部署，以及其后的运行阶段。实施阶段专门处理为了建立以ebXML为基础架构的应用程序的过程。紧接着的发现和部署阶段包容了对所有的ebXML相关资源的发现以及随之的自我适应地进入ebXML的基础架构等方面。在此之后运行阶段则主要关注关联现有ebXML事务的ebXML运行环境。
FSV
主要关注功能性、服务界面以及协议方面的信息技术，主要包括以下几点:
- 实施、发现、部署和运行时态的能力；
- 用户应用程序界面；
- 数据传输的基础架构界面;
- 在不同的组织机构间，互操作XML词汇集的部署协议。
为了在BOV和FSV的基础上投入具体使用，ebXML架构的集成应当通过是注册系统(Registry
System)。一个ebXML注册系统提供一整套分布式的服务，使得彼此有意愿进行彼此商务流程集成的企业可以通过共同遵循ebXML规范来达到共享信息以及应用集成的目的。
Figure 2. 服务功能概览
共享的信息是作为ebXML Repository中一个对象被维护的，同时由ebXML
Registry管理。对ebXML
Repository的访问是通过由Registry服务所提供的界面接口(API)来进行的。
因此，在结构上Registry和Repository是紧密耦合的组件。Repository提供物理的后台信息存储，Registry则提供了对服务界面、信息模型和的访问以及引用系统的实现。例如，为了响应一个查询请求，ebXML
Registry可能会从Repository中找出相应的Trading Partner
的Profile，或者，当Registry执行了对DTD和Schema的元数据分类搜索后，它就将把搜索的结果:DTD和Schema，保存在ebXML
Repository里面。下图描述了这个结构的概况:
Figure 3. Registry和Repository的互操作概览
UDDI
在OASIS赞助的ebXML计划的热潮过后，IBM、Microsoft和Ariba在2000年9月共同宣布了他们共同赞助的统一描述、发现和集成(Universal
Description, Discovery and Integration,
UDDI)的计划。除了以上的三家创始企业外，很多其他的公司纷纷签署了加入UDDI规范制订工作组的协议，一起关注到制订这么一个关注与目录服务和企业系统集成的规范上来。有趣的是，这些公司，比如IBM、SUN以及其他一些参加UDDI计划的公司，在早先已经同意支持ebXML并准备向客户交付ebXML的解决方案，他们在ebXML的解决方案领域，与诸多标准化组织比如OASIS、CEFACT和W3C有这密切的合作。
那么，UDDI和ebXML有什么不同呢？他们似乎都是B2B领域的全球技术规范？事实上，UDDL和ebXML最基本的区别是，UDDI针对的是依靠建立一个标准的注册中心(Registry)来加速网络环境下的电子交易市场氛围下的企业级应用系统的集成，而ebXML的目标则主要是去标准化XML是怎样被应用于一般的企业对企业(B2B)的系统继承的。也就是说，从某种意义上，UDDI主要面向基础架构的标准，而ebXML则主要面向信息交互的标准。UDDI模型的核心更关注中间件连接，同时使用XML来描述公司所使用的与其他公司进行交互的系统界面。UDDI使用一个共享的目录来存储企业用于彼此集成的系统界面描述以及相应的服务功能，而所有的访问界面都是通过XML描述的。在XML的使用上，ebXML定义的是商务流程和商务对象的XML描述格式，而UDDI则主要关注服务界面的XML描述，从这一点上，我们可以认为UDDI在系统架构中应当位于ebXML之下。
在UDDI
v1的注册中心所支持的UDDI商业注册中，是使用一个XML文档来描述企业及其提供的Web服务。从概念上来说，UDDI商业注册所提供的信息包含三个部分："白页(White
Page)" 包括了地址，联系方法，和已知的企业标识；"黄页(Yellow
page)"包括了基于标准分类法的行业类别；"绿页(Green
Page)"则包括了关于该企业所提供的Web服务的技术信息，其形式可能是一些指向文件或是URL的指针，而这些文件或URL是为服务发现机制服务的。所有的UDDI商业注册信息存储在UDDI商业注册中心中。其中黄页信息支持以三种途径来区分公司：通过美国政府的NAICS工业代码分类法；通过UN/SPSC产品服务代码分类法以及后通过地理位置的分类法。这些描述能够在企业之间交换以达到集成彼此的目的。
我们可以看到，ebXML的目标非常贴合绿页信息的工作目的。因此ebXML体系在这一层次上将能够结合UDDI体系是显而易见的。
随着UDDI规范的制定过程的延展，越来越多的公司加入了开发团队，v2版本的开发速度比起v1版本而言慢了许多，这也是一切规范不可避免的发展道路：要被大家接受，所以要吸取大家的意见，参与意见的人越多，开发速度也就越慢。
经过近9个月的时间，UDDI
v2版本终于面世，比起v1版本而言，新增了对外部分类法的支持(也就是用户可以自己定义自己使用的分类方法了)以及企业与企业之间的关联关系(为集团企业的注册奠定了基础)。自然我们也有些担心，担心UDDI规范背离一开始追求简单性的初衷，不过就目前来看，一切还比较良好，规范还是简单易于理解的。这一点，ebXML就显得太过复杂了。
ebXML与UDDI
在了解和比较了ebXML与UDDI彼此所关注的技术层面以及彼此的技术特点之后，我们相信大家已经了解在B2B电子商务领域，两者绝对是处于不同的技术层面的。仅比较二者的话，那么UDDI是底层的信息注册框架，而ebXML则是信息注册框架中使用的一种技术规范。也就是说UDDI定义了B2B技术的信息描述框架，而ebXML具体定义了一种B2B技术规范。
下图简单地展示了这两者的关系:
Figure 4. ebXML与UDDI关系
ebXML将被注册为UDDI注册中心中的一种服务类型(Service
Type)，可以有一个或多个抽象服务类型tModel来描述，这组抽象服务类型我们可以称其为ebXML
tModel。而任何的商业实体都可以将其自身的服务信息注册入UDDI注册中心，构成UDDI商业注册，其中的Green
Page的信息是技术信息。如果该商业实体提供了采用ebXML规范的在线Web服务，那么在其Green
Page信息中就应当包含对ebXML tModel的引用，以表示其兼容ebXML规范。
XML/EDI
传统的EDI已经证明了他在处理电子商务事务中具备相当的可行性和有效性，然而他的局限性也是显而易见的，对于小型商业合作伙伴而言，要求他们负担昂贵的集成代价和部署代价是几乎不可能的。因此，XML/EDI的目标就是使这些公司用于建立一个快捷的，廉价的，可维护性更强的面向全球使用的商务系统。XML/EDI允许其他贸易伙伴不仅能通过传统的EDI数据来进行系统交互，而且能通过新的增值服务来更好地处理控制模板以及商业规则，最终完成彼此的系统事务同步的需求。
XML/EDI的主要思想是电子文档赋予足够的智能(同样也需要赋予操纵文档的应用工具同样的智能)，从而将这些电子文档融入到电子商务的框架中去，并形成企业应用的电子商务框架。通过融合了五个组件:
XML、EDI、Repository,
Template和Agent后，XML/EDI规范所支撑的系统不仅能够在合作伙伴之间传递数据，同时更重要的，是在商务伙伴之间传送具有必须的商务逻辑的信息。因此XML/EDI不仅是数据交换，更是在线信息处理。
历史表明，传统的EDI在建立一个能被广泛的基础架构方面，受接受程度不高，在这方面非常失败。我们认为下一代的世界性的EDI解决方案中，必须具有处理下面所罗列的需求的能力：
- 减少商务活动的开支
- 减少进入电子商务的成本
- 提供更加简便的用户操作工具
- 提高数据的完整性和可访问性
- 适当的安全和控制
- 提供可扩展和可控制技术
- 与现有的应用系统相集成
- 利用开放标准
-
提供X12/EDIFACT的替换升级以及与X12/EDIFACT进行互操作的XML语法
- 全球可部署以及全球可维护
ebXML所能提供的组件与这些目标已经非常接近了。但是对于如何使用XML格式来方便地重新定义原有的EDI消息格式，使得他们能够在Web上方便地部署，这方面ebXML做得还不够。ebXML计划专注于建模工具以捕获商务流程(而不仅仅是商务事务)，同时将这些标准的定义保存在全球可访问的注册中心(Registry)或者Repository中。对于那些小型商务企业而言，他们是没有必要去做高代价和复杂的建模的过程，正确的做法应该是尽量避免这些建模过程，而仍然能够迅速并容易地使用现有的流程模型并利用现有的解决方案。XML/EDI中已经已经添加了两个附加的关键组件：流程模板(Process
Template)和软件代理(Software
Agent)来协助这一目标的实现。其中使用的方法是提供真实的基于动态软件流程的XML表示，在这里，
XML不仅用于定义数据，同时用于定义处理脚本系统自身。而以ebXML的角度来看，这样的工作属于第二阶段"发现"阶段的需求，因为这主要是在处理和理解那些静态的界面(模型已经定义好了)。
总的来说，ebXML与XML/EDI想要解决的问题和自身的目标是基本一致的，他们是解决同一问题的不同思考方式。一个是从标准到应用，一个是从应用到普及，由于ebXML地位的特殊性，我们认为在将来的应用中，ebXML相对于XML/EDI而言将具备极大的优势。
结论
在比较了UDDI、ebXML和XML/EDI后，我们不难看出，虽然大家都有Registry/Repository的感念，但是他们的使用目标是不同的，尽管他们都使用了XML格式作为信息描述的手段，但是他们描述的信息的层次也是不同的。ebXML和XML/EDI是相同层次的标准，他们关注于商务流程的模型化，关注于如何使用XML来传输商务信息，进行商务流程处理。而UDDI则关注这些实现了ebXML和XML/EDI的应用程序的互操作，关注如何使用XML来完成彼此的互操作，以及如果使应用程序获得互操作的能力。
在开发基于Internet的电子商务的时候，我们面临着这样一个非常有趣的局面。Internet自身由于不同地理位置的不同的人的努力而形成了开发开放式公共标准的氛围和能力。随着网络的广泛使用以及便携的个人计算设备的不断出现，先前的共享信息的可认知性的局限性和传输/使用的局限性向我们提出了挑战。目前，的确，美国在互联标准，商务标准的开放上还处于全球的领导地位，这是由于科技的发展和Internet发展的历史原因造成的，不可否认美国经济超过世界经济组成的30％的事实。然而作为发展中的中国，如果能够在自身发展的特有道路上加快对广泛互联的投入，在利用Internet和开发Internet增值服务的领域尽快缩短彼此的差距，依靠Internet及开放式商务规范标准，使自身的产业经济迅速走向国际化，这未尝不是一个机遇。我们的uddi-china.org希望能在这一个关键一步上贡献自己的力量。
参考资料
关于作者
对本文的评价
| 
