UDDI
目录 |
什么是UDDI[1]
UDDI是一套基于Web的、分布式的、为WebService提供信息注册中心的实现标准规范，同时也是促使企业能将自身提供的Web服务进行注册，以使别的企业能够发现服务的访问协议的实现标准。
它主要由Ariba、IBM、Intel、Microsoft和SAP等公司共同推出，其v1版本于2000年9月正式发布，20o1年6月发布了v2版本，意图建立一个全球化的、平台无关的、开放式的架构，通过创建、使用一个全球性的商务注册中心，以共享信息在定义的Intemet交互方式下使得企业能对外发布自己的服务并且轻松快捷地寻找到需要的Web服务，从而加速全球B2B电子商务的应用。
UDDI是webService中的用来进行服务发布操作的关键技术，它对web服务进行统一描述、发现和集成，同时UDDI和WSDL(WebServiceDefinitionLanguage)技术组合用来实现web服务的查找操作。web服务的另一个操作是使用wS—DL和SOAP(SimpleObjectAccessProtoco1)技术来实现服务的绑定。没有UDDI，web服务就不能发布和查找，也就谈不上Web服务的实现，所以说UDDI是Web服务的基石。
UDDI核心技术和核心部件[1]
UDDI核心技术包括核心部件、UDDI运用、互操作协议栈、技术发现层、P2P(PeertoPeer)数据同步以及商务发现功能等六部分。
UDDI的核心部件是UDDI商务注册，即一种描述商务实体及其Web服务所使用的XML文件。就其基本概念而言，UDDI商务注册所提供的信息由3个部件组成：
(1)白页(WhitePage)：内容包括了公司名称、企业公司联络信息、对人而言易读的描述、企业标识(DUNS,纳税帐号等)；
(2)黄页(Yellowpage)：包括了基于标准分类法的行业类别、服务和产品索引、工业代码、地理索引等内容；
(3)绿页(GreenPage)：包括了关于该企业所提供的WebService的技术信息，其内容形式有电子商务规则、服务描述、应用的调用方法、数据绑定等，其发布形式可能是一些指向文件或URL的指针，而这些文件或URL是为服务发现机制服务的。
UDDI包括商家在网上注册的共享操作。当开发人员开发新的应用时，可以通过UDDIOperator或UDDISearchEngine的Web界面在UDDIRegistry上找到需要的WebService；然后在UDDIRegistry内，或通过UDDIRegistry中的连接找到该WebService的调用规范。编程人员或者各种程序运用UDDI“商务注册”功能查找服务信息。编程人员还可以编和发布与Web服务兼容的系统，或对其他商家介绍自己的Web服务。UDDI“商务注册”主要是用在企业级，查对某个商务伙伴是否具备特定的Web服务接口，从而查到在某个行业中采用特定服务形式的公司，并找到商务伙伴或预定商务伙伴披露Web服务的信息，以便了解与那种服务发生联系所需的技术细节。
栈能够实现丰富多彩的Web服务，而UDDI在互操作协议栈中居第2层(见表1)。UDDI在互操作协议栈中采用TCP／1P、HTTP、XML和SOAP(简单对象访问协议)等标准协议，生成一体化的服务描述格式和服务发现协议。就XML和SOAP而言，在这两个协议中可使集成和互操作问题得以简化。XML可使数据实现跨平台编码和格式化。SOAP建立在XML基础之上，它对跨系统交换的信息打包定义一种简单方式。通过SOAP和HTTP捆绑运行实现信息打包交换，并定义一种方法使系统实现远程程序调用。通过使用XML和SOAP，这种跨语言、跨平台方法使两家公司的系统兼容问题得以简化。
| 互操作协议栈 | 统一服务互操作协议(这些层次尚未定义) |
| 统一描述、发现和集成协议(UDDI) | |
| 简单对象访问协议(SOAP) | |
| 扩展标注语言(XML) | |
| 通用Intemet协议(HTTP，TCP/IP) |
统一描述、发现和集成协议(UDDI)规范是一个由Web服务所构成的逻辑上的云状服务，同时也定义了一种编程接口，这种编程接口提供了描述Web服务的简单框架。规范包括几份相关的文档和一份XMLSchema，用来定义基于SOAP的注册和发现Web服务的协议。
下图表示UDDI规范、XML模式(UDDIAPI模式)和UDDI商务注册团体之间的关系，即使用UDDI规范和APl模式在Internet上建立发现服务。这些发现服务提供一致的界面，并使服务发现井然有序。而且，只要注册一次便可访问随处发布的Web服务信息。
通过使用UDDI的发现服务，企业可以单独注册那些希望被别的企业发现的自身提供的Web服务。企业可以通过UDDI商业注册中心的Web界面，或是使用实现了”UDDIProgram—meresAPI标准”所描述的编程接口的工具，来将信息加入到UDDI的商业注册中心。UDDI商业注册中心在逻辑上是集中的，在物理上是分布式的，由多个根节点组成，相互之间按一定规则进行数据同步。当一个企业在UDDI商业注册中心的一个实例中实施注册后，其注册信息会被自动复制到其它UDDI根节点，于是就能被任何希望发现这些Web服务的人或公司所发现。
在UDDI的核心系统实施中，采用的是P2P(PeertoPeer)的体系架构。UDDIRegistry从外部来看对于用户是一个整体的服务，而不同的UDDI操作入口站点(OperatorSite)则作为UDDIRegistry服务的不同的访问入口是与用户信息相关联的，但是用户注册的信息在查询上与访问入口无关。
所有用户可以任意选择OperatorSite进行信息查询，获得的数据的范围是覆盖所有UDDIRegistry中逻辑存在的数据的。OperatorSite的职责是具备注册数据的托管权，每个注册数据条目的所有权有两级，第一层次它是属于某个操作入口站点的，第二层次它是属于某个操作入口站点上注册的用户(发布者)的。值得注意的是，不同的操作入口站点可以有不同的用户认证机制和不同的用户管理方法。
UDDI是为增强现有在线市场和搜索引擎而设计的，用以对有序商务和服务发现提供标准化的信息格式。UDDI规范中没有直接涉及到具体的商业发现流程，例如找出一个以某一个给定的价格或在某一特定区域内提供某种特定的产品或服务的企业。高级的发现特性需要买方和卖方更进一步的合作与设计。UDD1只是为定义这些上层应用提供了基础。
UDDlRegistry(UDDI注册中心)[2]
UDDIRegistry是所有提供公共UDDI注册服务的站点的通称。
UDDIRegistry是一个逻辑上的统一体，在物理上则是以分布式系统的架构实施的，而不同站点之间是采用P2P(对等网络)架构实施的，因此访问其中任意一个站点就基本等于访问了UDDIRegistry。UDDIOperatorSite(UDDI注册中心操作入ISl站点，简称UDDI操作入E1)是UDDIRegistry中每一个对等结点，对UDDIOperatorSite的查询所获得的结果是覆盖全UDDIRegistry中的信息的，信息查询无需身份认证；而在UDDIOperatorSite上进行信息发布则必须使用该UDDIOperatorSite自身的用户方能实施，同时以后的更新、删除都必须通过这个OperatorSite，并使用初始发布时使用的用户进行权限认证。
UDDI信息模型[2]
UDDI注册使用的核心信息模型由XMLSchema定义。UDDIXMLSchema定义了4种主要信息类型，它们是技术人员在需要使用合作伙伴所提供的Web服务时所必须了解的技术信息，即：商业实体信息(businessEntity)、服务信息(businessService)和绑定信息(bindingTemplate)、服务调用规范(tModel)的说明信息。
下图描述了层次信息与关键的XML元素名被用于描述与发现web服务之间的相关信息。
1.商业实体信息：businessEntity元素
“businessEntity”结构中包含了支持对UDDI商业注册的商业信息发布和发现的核bXML元素，如企业提供的服务的相关信息、企业的名称以及一些关键性的标识、可选的分类信息和联络方法等。这个结构是商业机构专属信息集的最高管理者，位于整个信息结构的最上层。
所有”businessEntity”中的信息支持”黄页”分类法。因此可以执行这样的搜索，如可以定位属于某个行业分类或提供某种产品的企业，也可以定位处于某个地域范围内的企业。
2.服务信息：businessService元素和bindingTemplate元素
“绿页”数据是Web服务的技术和商业描述，是businessEntity的子结构。在这一层次，定义了两个结构：businessService和bindingTemplate。businessService结构是一个描述性的容器，它将一系列有关商业流程或分类目录的Web服务的描述组合到一起。例如，一组相关的Web服务信息，包括采购服务、运输服务和其它的高层商业流程，就可以构成一个简单的商业流程例子。
3.规范描述的指针和技术标识
调用一个服务所需要的信息是在bindingTemplate的结构中定义的。一般来说，仅知道Web服务所在的地址是不够的。例如，某企业知道其合作伙伴提供一个Web服务来给其下订单，同时也知道这个服务的URL，但是假如不知道一些具体的信息，如订单的具体格式、应该使用的协议、需要采用的安全机制、调用返回的响应格式等，那样的话，通过Web服务将两个系统集成起来仍然是非常困难的。
当一个程序需要调用某个特定的Web服务时，必须根据应用要求得到足够充分的调用规范等相关信息，才能使调用被正确地执行。因此，每一个bindingTemplate元素都包含一个特殊的元素，该元素包含了一个列表，列表的每个子元素分别是一个调用规范的引用。这些引用作为一个标识符的杂凑集合，组成了类似指纹的技术标识，用来查找、识别实现给定行为或编程接口的Web服务。
这项服务的UDDI注册包括以下内容：用于描述商业合作伙伴的信息条目，描述订单服务的逻辑服务的信息条目，描述订单服务技术调用规范的bindingTemplate信息条目，其中bindingTemplate信息条目包含了服务的URL和一个tModel引用。