二、UDDI 的工作原理

　　UDDI 注册中心包含了通过程序手段可以访问到的对企业和企业支持的服务所做的描述。此外，还包含对 Web 服务所支持的因行业而异的规范、分类法定义（用于对于企业和服务很重要的类别）以及标识系统（用于对于企业很重要的标识）的引用。UDDI 提供了一种编程模型和模式，它定义与注册中心通信的规则。UDDI 规范中所有 API 都用 XML 来定义，包装在 SOAP 信封中，在 HTTP 上传输。

　　下图为UDDI 消息在客户机和注册中心之间的流动：

　　上图说明了 UDDI 消息的传输，通过 HTTP 从客户机的 SOAP 请求传到注册中心节点，然后再反向传输。注册中心服务器的 SOAP 服务器接收 UDDI SOAP 消息、进行处理，然后把 SOAP 响应返回给客户机。就注册中心条例而言，客户机发出的要修改数据的请求必须确保是安全的、经过验证的事务。

　　下图为UDDI 工作原理：

　　上图说明了如何往 UDDI 注册中心送入数据，顾客又如何能发现和使用这一信息。UDDI 注册中心建立在顾客提供的数据的基础之上。要使数据能在 UDDI 中物尽其用需要几个步骤。如第 1 步中所示，在软件公司和标准组织定义关于在 UDDI 中注册的行业或企业的规范时，开始向注册中心发布有用的信息。这些规范叫做技术模型或者更常见的说法是 tModel。

　　在第 2 步中，公司还会注册关于其业务及其提供的服务的描述。如第 3 步中所示，UDDI 注册中心会给每个实体指定一个在程序中唯一的标识符，叫做唯一通用标识符（Unique Universal Identifier，UUID）键，从而能随时了解所有这些实体的情况。UUID 键必须是唯一的，并且在一个 UDDI 注册中心中从来都不会变化。这些键看上去象格式化好的十六进制随机字符串（例如 C0B9FE13-179F-413D-8A5B-5004DB8E5BB2）。可以利用这些键来引用与之相关联的实体。在一个注册中心中创建的 UUID 键只在该注册中心的上下文中有效。

　　在第 4 步，诸如电子交易场所（e-Marketplace）和搜索引擎等其它类型的客户机与商业应用程序（例如，基于工作流聚合起来的 Web 服务）使用 UDDI 注册中心来发现它们感兴趣的服务。接着，另外的企业就可以调用这些服务，简便的进行动态集成，如第 5 步中所述。