Ｗｅｂ３．０平台.docVIP

Ｗｅｂ３．０平台 　　Web3.0服务实质上就是在WebServer上提供一些应用方法或者实现商业逻辑，客户端通过HTTP协议即可访问。 　　传统上流行的人机交互(human―to-machine interaction)模型将向机机交互的方向发展(machine-to-machineinteraction)，最终机器将能够半自动到全自动完成一定逻辑的服务运算。Web3.0服务的出现也渐渐让机机交互的实现成为了可能。Web3.0服务实质上就是在Web Server上提供一些应用方法或者商业逻辑的实现，客户端通过HTTP协议访问这些方法或者业务逻辑。而这些方法和逻辑都被保存在XML中，调用端实质上是一个URL。 　　 　　Web3.0服务总体构架 　　 　　国际高级结构化信息组织(OASIS)定义的Web3.0服务模型。商业服务提供商(service Provider)完成Web服务的实现，并且将提供服务所对应的接口描述文件WSDL和服务提供的URL注册到UDDI(UniversalDescription、Discovery and Integration)中。UDDI的管理者，服务的调用方和服务商业分析师在UDDI中查询到所需的Web服务，获得服务的URL和接口描述WSDL之后，将这些信息返回给服务的消费者(service Customer)。服务消费者通过将服务请求封装到SOAP消息中，将请求发往服务所在的URL，通过Web服务的服务端获得响应的SOAP消息，通过解析SOAP消息，提取出所需要的服务响应数据。由于Web服务的通信是基于HTFP协议和XML消息，所以无论是服务提供商或者服务消费者在开发Web服务时，都不用考虑平台和语言的问题。无论双方采用的开发语言是JAVA、Perl、Python、C++、.Net，也不管开发的平台是Windows、Unix还是Linux、Solaris，Web服务都是可以调用完成的。因此Web服务是一个完全语言独立和平台独立的软件体系结构。 　　在Web服务中，一些核心的技术包含：UDDI――服务的注册和发现；WSDL――服务接口描述；SOAP――实现服务的代码无关性、平台无关性和语言无关性；Web serviceOrchestration――服务的编制，实现面向服务的商务逻辑；Web ServiceChoreography――服务的编排，实现服务安全性认证等。 　　 　　服务接口描述WSDL 　　 　　WSDL接口文档进行网络接点和端口的服务描述。在WSDL中，服务端点和消息都可以支持重用的抽象定义，其中消息(Message)描述的是交互数据描述的抽象，端口类型(PortType)是服务操作集和的抽象描述。一个端口类型的具体的协议和数据格式组成了一组可重用的绑定(Binding)。一个端口(Port)描述一个可重用绑定的网络地址。而最终一个服务(service)就是一批端口的集合。 　　因此，WSDL接口文档中定义的服务中的元素如下：类型(Types)――一个描述数据类型定义(如XSD)的容器；消息(Message)――通信过程中，抽象的，已定义范围内的数据类型；操作(Operation)――一个服务支持的操作的抽象定义；端口类型(PortType)――服务端支持的抽象操作集合；绑定(Binding)――一个端口类型所使用协议和数据格式；端口(Poft)――一个网络地址和绑定的组合；服务(service)――一组相关服务端点的集合。 　　 　　服务注册模块UDDI 　　 　　UDDI项目鼓励Web服务相互操作和相互采用。它是由居于领先地位的企业之间的伙伴关系，IBM、Ariba和Microsoft是最早的发起人。现在参加的公司已逾300家。UDDI提供了一组基于标准的规范用于描述和发现服务，还提供了一组基于因特网的实现方式。UDDI继续快速发展，并赢得了业界的支持。这一规范之所以发展很快，是因为有快速实现在背后提供支持，不仅证明了思想正确性，而且为进一步完善规范提供了丰富的实践基础。 　　UDDI解决了企业遇到的大量问题。首先，它能帮助拓展商家到商家(B2B)交互的范围并能简化交互的过程。对于那些需要与不同顾客建立许多种关系的厂家来说，每家都有自己的一套标准与协议，UDDI支持一种适应性极强的服务描述，几乎可以使用任何接口。对于一家地处澳大利亚的花店，虽然很希望能进入世界上的所有市场，但苦于不知道怎样才能成功，UDDI提供了一种能实现这一目标的办法：规范允许企业在注册中心中发布它所提供的服务，这样发现企业及服务就变得高效而且简单了。 　　对于B2B交易场所提供者，他们需要获得这一行业内的供应商的分类数据，以及它们与计费服务、包装商、运输商、保险公司等之间