Web服务技术的分析

计算机科学2004Vol. 31N2.4Web服务技术的分析*)罗玲'白晓颖2(清华大学计算机科学与技术系北京 100084)有要Web服务提出了一种新的分布式环境中应用系统的集成模式,并基于XML标准定义了一组简单、开放的协议规范。它的主要目标就是构筑一个通用的平台无关、语言无关的技术层，以实现各种异构平台上的应用间的互连互通。文聿首先介绍了Web 服寿架构以及该架构中的角色和操作,分析了Web 服务技术系列的标准协议SOAP/WSDL/UDDI/WSFL,并讨论和比较了主要的Web服务的解决方案和支撑平台。Web服务是不断发展的休系,Web服务技术还不成熟,文章分析了Web服务在服务质量、安全、性能等方面存在的技术问题,以及今后主要发展方向。关键词Web 服务,XML可扩展置标语言,SOAP简单对象访问协议, WSDL Web服务描述语言,UDDI统一描述、发现和集成,WSFL Web服务流语言而AA Survey of Web Services TechnologyLUO Ling' BAI Xiao-Ying'(Department of Computer Science and Technology. Toinghua University, Being 10084)Abstract Web Services technology introduces a new model for application integration in a distibuted environment.To support the model, a set of simple and open protocols and standards are defined based on XML. The objective isto establish a universal technical layer independent of hardware/sofware platforms and programming languages, andthus to enforce intercommunication and interoperationmong Web applications. The paper first reviews Web ServiceArchitecture and the roles and operations involved. It then analyzes Web Service Protocol Stack, including SOAP/WSDL/UDDI/WSFL. The paper also dsusses and compares major vendor solutions and platorms supporting WebServices. The paper finally analyzes the existing problems, such as quality . security and performance, and points outthe directions for future research and development.Keywords Web Services, XML (Extensible Markup Language). SOAP (Simple Obiect Access Protocol), WSDL(Web Services Description Language), UDDI (Universal Description, Discovery and Integration), WSFL (WebServices Flow Language)的RMI等)相比,采用Web服务技术的解决方案具有以下优1.概述点:Internet技术的广泛普及和迅速发展极大地促进了Web.松散耦合性.采用Web服务技术,客户端不需在程序应用的发展.其目标是最大限度地实现各种网络资源的共享，中 绑定连接对象,而是动态获取服务端的地址,动态建立连接向用户提供更丰富的资源、更方便快捷的信息交互。由于各种和获取服务。 只要服务调用的界面不变, Web服务地址或服Web应用软/硬件平台的干差万别,开发语言、通信协议和数务 实现方式的变化对调用者都是透明的。这种松敞耦合关系据交换的格式也不尽相同,如何提高异构的网络结点之间的提高了基于Web服务架构建立的系统的灵活性和可扩展性。互操作能力成为实现Web应用的互连互通、降低系统集成代.简单性。 Web 服务采用XML技术定义其协议栈，价的关键。Web服务技术就是为了更简单更有效地解决这一XML 是开放环境下數据描述标准,它的简单性、可扩展性和问题而产生的。规范化使Web服务的实现比传统的实现技术更简单高效,并Web服务由W3C联盟制定的-系列标准组成,用来促且便于设计 .开发集成和维护业务系统。进跨平台的程序间的通信4,它基于HTTP等网络传输协.高度可集成性。Web服务采取简单易理解的标准Web议,采用结构化的信息建模语言XML,定义了信息交换协议协议作 为服务界面和协议描述的规范,屏蔽了不同平台的差SOAP(Simple Object Acess Protocol,简单对象访向协议)、异,而且对于用CORBA、DCOM、EJB等不同技术实现的组服务描述规范WSDL (Web Service Description Language，件 都能够高度地集成。Web服务描述语盲)、服务发布注册机制UDDI(Universal.规范性.由于使用规范的XML格式描述服务,Web服Description ,Discovery end Integration.统- - 描述发现集成)、务具有较强的机器可理解性,易于程序实现动态的发现、连接以及描述Web服务工作流的WSFL(WebServicesFlow和调用异地服务。language . Web服务工作流语言)。目前,针对Web服务的服●开放性和行业支持。Web服务基于XML,建立了开放务质量、安全性、可靠性、事务处理、路由等方面的协议都在不的 协议族和技术规范,并得到工业界的广泛支持.大型软件公断的研究和完善中。中国煤化工!开发者快速创建和与传统的分布式计算技术(如DCOM、CORBA以及Java部署VIYHCNMHG# )国家科技攻关项目:奥运会信息系统集成酬试总体方案及粲成测铽管理平台的预价(041500).尹理钥士耕死生. 由晓颖:讲师。●19.本文首先介绍了Web服务的架构和Web服务实现的核根据 Web服务应用程序的衢要选择适当的网络协议,可以是心技术SOAP、WSDL.UDDI和WSFL.然后分析和比较了HTTP.FTP vemail.消息排队(MQ ,Message Queuing).因特Web服务的主要解决方案及其支持平台,包括微软的.Net网 ORB间协议(IOP , Internet Inter ORB protocol) 上的远程架构,Sun的Sun ONE架构以及IBM的策略。Web 服务的方法调用等。 对Web服务开发者来说，网络技术的选择是透协议族在不断发展之中,已发布的规范在不断地修订;新的协明的。议和规范逐渐出台以完善Web服务功能提高服务性能。文(2)网络层之上是消息传递层,由SOAP协议实现。章最后概述了Web服务当前主要问题和今后发展方向,并列SOAP 是-一种简单轻量级的基于XML的用于在网络应用程出W3C制订的Web服务的发展框架。序之间交换结构化数据的机制。2. Web服务技术(3)服务描述层使用WSDL作为基本的服务描述规范，是降低服务提供者和请求者之间耦合程度，实现动态绑定服图1°)描述了Web服务中所涉及的主要角色和构件及其2.1 Web服务的基本概念务、自动集成应用的关键。(4)协议栈的中间两层是Web服务的发布和发现,推荐相互之间的关系。的规范是UDDI.Web服务的发布包括服务描述的生成和服Service务的发布;Web服务发现包括获取服务描述和使用服务描Description述。Scrvice(5)最上面的一层是业务流程的建模，描述如何执行服务Registry .到服务的通讯、合作和工作流。Find、 Pub1 ish(6)Web服务的服务能力的提高有赖于安全性、管理和WSDL, UDDI服务质量的综合提高。协议栈的垂直条描述了这些方面,它们是协议栈的每一层都必须解决的问题。下面详细介绍关键的几个协议:SOAP.WSDL.UDDI、Reques torProvide Servicc >VSFL.Bind2.2 SOAPSOAP基于XML,为在分布的环境中对等地交换结构化、类型化的信息提供了-个简单且轻量级的消息传递机图1Web服务角色、操作和构件制问。SOAP包括四部分(如图3所示):一个用于定义描述消Web服务是由服务描述和服务实现两部分构威的.服务息内容的框架的信封(SOAP Envelope);-组表示应用程序描述(Service Description)用 于描述服务调用的搂口信息,如定义的数据类型实例的编码规则(SOAP Encoding);表示远服务的数据类型操作、绑定信息、网络位置等.此外还可以包程过程调用和响应的约定(SOAP RPC );以及使用底层协议括方便服务请求者发现和利用的分类及其他元数据。服务即实现信息交换的SOAP绑定(binding).服务描述的实现,是一个软件模块,部署在可通过网络访何的SOAP RPC .服务平台上。Encoding RulesWeb服务的应用通常涉及到服务提供者(ServiceMessaging FrameworkProvider)、服务请求者(Service Requestor)及服务注册中心[ HTTP Binding J SMTP Binding(Service Registry)三种应用程序。服务所有者遁过向服务注册中心注册服务描述来发布(Publish)服务.并遁过服务访同HTTPSMTP平台提供服务;服务提供者在服务注册中心搜索(Find)满足图3 SOAP 结构需求的服务,根据其服务描述解析服务调用方式,并动态绑定(Bind)服务提供者,获取服务.SOAP信封定义了以SOAP Header ,SOAP Body为子主图2描述了Web服务的概念性协议栈[i(Web Services体的描述结构。SOAP Header 提供可伸缩机制能够扩展Conceptual Stack).SOAP消息，如在通讯双方没有约定的前提下可以实现安全认证、事务管理等Header条目。SOAPBody元素描述与消息WSFLService Flow最终接收者交互所必须的调用、响应的详细信息。Static →UDDI Service DiscovevrSOAP编码方法基于一个简单类型系统,该系统是程序Static →UDDI|Service Publication ]修e|语言、数据库和半结构数据中类型系统的公共特性的泛化。SOAP Encoding为SOAP Header和SOAP Body中的数据表WSDL|Service Descript ion示提供了默认的方式,使类似整数(integer)、字符串(string)、SOAP | XML -Based Messaging8|数组(rray)、结构(struct)等数据类型得以在SOAP消息中HTTP, FTP, ema iNetwork表示。默认的SOAP Encoding定义和XML Schema是相容MQ, II0P, ctc.的。中国煤化工可扩展性和可伸缩性来包图2 Web 服务概念性协议栈远程过程调用和晌应的规(1)Web服务协议栈的最底层是网络层(Network).该层5YH. CNMH C Bady中描述，包括目标●20●SOAP节点的UR1.方法或过程的名称、可选的方法或过程的此提供的服务 ,并完成服务间的应用集成。特征方法或过程的参数以及可选的头数据等。理论上,可以UDDI的核心是UDDI商业注册。UDDI注册采用XML使用任意-种网络传输协议来实现基于SOAP的RPC.例标准,从白页(White Page)、黄页(Yellow page).绿页(Green如，在使用HTTP作为SOAP协议绑定的情况下,RPC调用Page)三个层欢描述企业及其提供的Web服务:“白页”内容和响应可以分别映射为HTTP的请求和响应。包括了地址、联系方法和已知的企业标识“黄页”包括了基于.SOAP绑定定义了将SOAP消息在底层网络传输协议之标准分类法的行业类别,支持美国政府的NAICS工业代码分上或之内传输的规范和规则。SOAP 的传输无关性使其可以类法、UN/SPSC产品服务代码分类法以及地理位置的分类与各种已有的网络通信协议进行弗定，如HTTP.FTP、法三种途径来区分 公司:“绿页”则包括了关于该企业所提供SMTP、POP3等。一般而言,SOAP协议依附于其绑定的通信的Web服务的技术信息，如电子商务规则、服务描述、应用的协议的数据部分来传送SOAP消息,并利用该遁信协议的控调用方法及数据绑定等。UDDI 注册的描述形式可能是一些制部分实现其调用交互模式。指向文件或是URL的指针,这些指针是为服务发现机制服2.3 WSDL务的。所有的注册信息都是通过UDDI注册中心存储和发布WSDL用来描述Web服务,并提供了对辅助信息的说明的,包括公共的和私有的注册中心。能力,包括Web服务可以识别的数据类型、消息模式、交互方UDDI机制提供了服务发布和服务发现两种功能。服务式服务的位置、借误信息和标头信息等。它将服务描述成为发布可以采用 直接发布和间接发布等不同的机制。直接发布-组端点(port),客户端可以通过这些端点访向面向文档信是服务提供者直接把服务描述发布给服务请求者。间接发布息或面向过程调用的服务问WSDL将操作和消息抽象描述，是通过UDDI运营商结点发布服务描述。IBM,Microsoft,并和一个具体的网络协议和消息格式绑定,以最终定义具体Ariba都支持、复制和托管UDDI运营商结点.服务发现包括部署的端点。WSDL定义的服务描述由服务接口定义(Service获取服务和使用服务.与服务发布相对应,服务请求者可以直搂向服务提供者获取服务,或是间接通过查询UDDI运营商Implementation Definition)和服务实现定义(Service Interface结点获取。Definition)两 部分组成(图42)。2.5 WSFLServiceWeb服务的目的是使应用程序能够在网络上进行无缝Impl ementat ionDefinitionPort集成,而不必考虑它的编程语言和运行环境。而Web服务工作流的目的就是使商业流程和利用了大量Web服务的交易Binding生命周期能够进行同样的无缝集成。Web 服务流语言凹InterfacePortTypo(WSFL)是1BM定义的一种建立在Web服务描述语言Def initionMessago(WSDL)和XML语法的基础之.上的语言。通过它可以在TypeWeb服务架构的框架内定义软件的工作流过程。WSFL中的每-一个活动是一个Web服务.活动之间通过图4基本服务 描述控制链和数据链机制贯通. WSFL的核心是定义工怍流模型，服务接口定义类似IDL(Interace Delinition Language主要有旒程模型(flowModel)和全局模型(globalModel)两种接口定义语言).是一种抽象的可重复的服务定义,并且类似模型.编程语言中定义的抽象接口,可以被多个服务实现定义实例流程模型是用XML表示的一个对商业流程建模的指示化和引用。服务接口定义中包含的WSDL元素组成了服务描性图表.其结构被用于把多个Web服务组成工作流,而每个述中的可重用部分: WSDL: Binding, WSDL: PortType, .Web服务则由各自的Web服务描述语言(WSDL)文档来定WSDL: Message和WSDL:Type 元素. Binding 描述特定服务接口的协议,數据格式.安全性和其他属性;PortType元素全局模型用来明确指定在整个过程中Web服务相互之是端口类型,其中定义了Web服务的操作操作定义了输入/间如何实现预期的交互作用 .当流程被执行时,全局模型指定输出数据流中可以出现的XML消息;Message元素指明组Web服务之间的消息在流程模型中传递的一系列必需链接。成消息各个部分的数据类型. Type描述消息中复杂数据类型WSFL商业流程本身可以定义成Web服务. WSFL定义的使用。生命周期接口.描述在一一个特殊的Web服务应用程序中所有服务实现定义是描述特定服务提供的访向入口信息细节WSFL Web服务支持的- -组基本操作。这些操作包括:商业的WSDL文档。Web服务被建模成WSDL:Service元素，流程的激活 、挂起恢复、阻骞终止,以及查询其当前状态.生Service 元素包含一组(通常是- -个)WSDL:port元素. Port命周期接口是由WSDL定义的Web服务接口.将端点(URL)与来自服务接口定义的WSDL: Binding元素3. Web服务的主要解决方案2.4 UDDI3.1 Microsoft . NETUDDr0”技术规范是由IBM,Ariba和Microsoft 为促进Microsoft. Net是Microsoft推出的开发Web服务的整商业性Web服务的互操作能力而推出的一-项计划。UDDI提平发部署、运行XML供了标准化的、透明的、服务注册、发现和访问调用机制,目的Web中国煤化工其中包括最低层的是在Intenet这个广泛信息操作网络空间中,建立商务僧息Comm|YHCNMHG行环境)和上几层的的集散地,使得企业用户可以方便、快速、动态地互相发现彼Clas Lbraries (类库);●21●ueoFormsWindows络进行访向，因此,其体系结构的设计重点是标准化和开放ervice性,技术核心是Java和XML.目前,它最主要的缺点是对ASP. NETWeb服务的描述和发现的两个标准(WSDL和UDDI)的支持Data and XML Classes尚不完善。Base Framework ClassesService Creat ion, Assembly, and DeploymentCommon Language Runt ingService。Service Container，ServicePersistence, state, manegementIntegrationConnect ion,图5.Net 框架location,Appl ications/Accessag8regation,Core Web Servicesto data,Common Language Runtime 提供了一个支持中间代码formatting,Comunicationsappl ications,content delivery的统-的运行平台,是. NET架构中解决跨平台和可移植性servicesPersonalization,的核心。VB, VC以及C#等各种编程语言均可以编译成Web Servicescache, sync, JAM,Common Language Runtime能够执行的中间代码,CommonprovisioningLanguage Runtime提供了运行时语言集成、安全、内存、过程Identity and Policy管理、线程管理等服务。并实现了开发过程中的生命期管理.ldentities, Roles, Security, Privacy, Management, Monitoring,QoS异常处理、动态绑定、类型系统转换等。采用这种方式，一方面PlatformOperating System, Hardware, Storage, Network.提高了函数库、运行库等组件的重用性,降低了开发工具和平台支持的代价;另-方面提高了系统的平台无关性和可移植图6 Sun ONE框架性。Class Libraries提供了简化编程工作的-些重要的类.在开发环境方面,Sun ONE的开发策略是不依赖一种工Base Framework Classes提供了如输入/输出、字符申操作、具，Borland的]builder Enterprise , IBM的Visual Age for安全管理、网络通信、线程管理、文本管理等功能. Data and Java 等都是针对Java 的开发环境. Sun提供的开发平台XML Classes支持-致性的数据管理 ,如支持SQL的类、完Forte for Javal1]可以广泛支持XML和XSL文件,具有丰富成XML数据的操作/查找/解析的XML的类等。ASP. NET的数据库编程和源代码控制工具.但缺乏对SOAP的支持和提供开发Web应用的类。XML Web Services 提供开发Web其他标准Web服务技术的支持,只是一-般的编辑环境。服务相关的类. Web Forms提供快速开发GUI(Graphic User3.了IBM Web ServicesInterface,图形用户界面)应用程序的类; Windows Forns提在Web服务的规范上,Microsoft是IBM的主要合作伙供开发Windows GUI应用程序的类。伴,诸如SOAP WSDL和UDDI, IBM和Microsoft都是绝对Microsoft. NET框架的优点是:类库丰富;具有基于的技术先入者.而在内部实现技术,与徽软和Sun的战略不XML的通信的灵活的体系结构;支持多种编程语言;支持同,IBM并没有推出一个整体构架。它采用J2EE架构,除了Web服务,缺省的互操作的通信标准使用的是SOAP,可以自依靠自己的aIphaWorks的力量外,还博采各类开放源代码组动生成WSDL;具有集成开发环境Visual Studio. NET的工织的成果(诸如Apache SOAP和jUDDI等),在自身的具的强有力的支持。Websphere平台上提供了完整而且领先的Web服务的开发Microsoft的Web服务的一个最突出的问题是,难以在工具.Windows平台之外的平台上使用。Visual Studio. NET觖乏IBM总的目标是将其产品都升级为支持Web服务技术,对Java的支持;对当前使用的Visual Basic 和ASP语言需要实现自身软件系列向Web服务时代的变迁。目前.IBM的进行强制转换(1,Web服务领城主要有以下开发软件(2!: .3.2 Sun ONE●WebSphere , Web服务的运行平台和部署平台.其中的Sun ONE (Open Network Environment, 开放网络环WSDT(Web Services Development Environtnent Toolkit)是境)101针对分布式的网络环境为Web服务提供了一个基础IBM AlphaWarks提供的免费的Web服务的开发工具,用于平台,具有开放性和标准化的优点。它的目标是为所有接入设Web服务的创建、部署和测试。WebSphere Applcation备提供访问平台.可以使众多的网络设备和Web服务供应商Server中内置有对UDDI注册中心的客户访问端.之间进行通信。●VisualAgeforJava是Web服务应用的开发和集成工如图6所示,Sun ONE的框架共分为三层。最底层是具它支持Web服务的创建,测试，由服务接口定义的WSDL操作系统、硬件、存储器、网络等构建的平台.最高层提供构文档生成Java类的服务导入功能以及UDDI注册中心的浏建、集成、发布服务的开发工具.中间层有三部分.前端是服务览、发现.下载和发布功能。分发(Service Delivery).即服务的外部表示,包括界面服务●DB2UDB7.2.为Web服务环境提供數据管理能力。描述等;中间是服务容器(Service Container),类似于Java2●Tivoli提供对运行Web服务的IBM中间件的管理等。平台下的J2EE技术中的应用程序服务器,是服务的载体;最4. Web服务的主要问题和发展方向后端是服务集成(Service Integration) ,是后台数据的交换过程,包括访问数据库和应用程序以及其他的服务交互等。4.1 当前主要问题Sun ONE是在现有的J2EE框架上，将Web服务的一系中国煤化工递体系结构.通过在不同列技术XML、SOAP、UDDI并入并融为- -体. Sun ONE的目HCNMH(s XML格式的数据,实现标是实现任何信息接入设备均可在任何时间、任何地点对网作。要实现在企业级的部●22.署和应用,Web服务还必须解决下面的问题:纵向是服务在各个层都要实现的关于服务质量、安全性●安全性/隐私权。Web服务提供访问接口和访问方法，和管 理的功能。这些信息发布后增加了Web服务的安全隐患,提高了被系统图7所显示的Web服务的整体技术体系,有些是已经成被攻击的机会.此外,对于所调用的分散.异构的外部Web服熟的技术 .有些还是正在发展中的技术。Web服务的发展是务的安全性的管理更为困难。Web服务体系结构安全性有两在这一体系框架下,逐渐丰富技术协议栈.提高服务水平。个安全级别:网络级安全和内容级安全。网络级的安全考虑的Conceptual Architecture是信息在网际传输的安全性和完整性,如进行数据加密,使用数字签名等。内容级的安全性包括Web服务访问权限的控制请求者身份的认证,以及服务提供者的确认等。●消息传递/路由。由于分布式的应用系统间的服务发现/发布/集成借助于大量的消息传递.因此,消息传递/路由的效率对提高Web服务的质量至关重要。●服务质量/可靠性。迄今为止,Web服务的一致性和可靠性机制都还不完善。服务间协作能力.事务处理能力、消息路由的控制管理能力和差错控制能力等都是服务质量要考虑的问题。●事务处理.事务是构建可靠性的分布式应用程序的基本概念,是确保应用程序的各方都能得到已协议的结果的机图7 Web服务栈制。传统的事务处理都具有:原子性、--致性.隔离性和持续性。Web服务的松散耦合性,使得Web服务对应用程序操作结论Web 服务引入了- -种新的Web应用的开发、部和结果的控制能力较期。随着Web服务的发展服务闻的交署 和集成的模式。它通过采用基于XML的消息传递机制,实互更为复杂.对服务可靠性要求提高.Web服务处理事务的现了 位于分布式环境中松散耦合的应用程序之间跨越不同网能力也需要不断提高.络、操作系统软/硬件平台的互操作。采用Web服务的系统.管理●传统的分布式计算环境有很多的实用程序/工具集成模式, 可以有效地提高组件的重用性,实现服务的动态发来深入了解网络和系统情况,以及应用程序的状态和行为模现和绑定,降低系统集成的复杂性以及费用。式。与Web服务模式相当的实用程序/工具的发展还不足。此由于XML技术的简单、灵活、可伸缩、易定制,基于外,Web服务的松散耦合性,增加了对于分布式应用程序的.XML数据描述和XMLSchema数据建模定义的Web服务管理难度。的协议栈具有标准化和开放性的特点，各协议规范得到了工.性能。对于事务处理、网络/系统/应用程序的管理， 业界的广泛支持,有效地促进了Web服务的不断发展，使W3C联盟- -直把重点放在协议和基础构架上.所以当前缺少Web 服务具有强大的生命力,成为未来分布式系统中应用集对分布式Web服务应用程序及服务器的调优工具和实用程成的主流。序的规范约定。检查Web服务的性能优劣的测试方案、工具参考文献以及评价体系都不健全。●互操作性。Web服务的优点就在于可以实现异构软/Clabby J. Web Serics Gotchas. An executive summary. http://硬件平台的互操作性。Web 服务在理论上是互操作性良好www-900. ibm. com/ developerWorks/cn/webservices/wsgotc-的。但是在实际应用中.越来越多的供应商和产品之间的组合ho/index- eng. shtml. July 2002对Web服务互操作性的挑战还是很大.而且对于互操作性的柴晓路. Web服务架构与开放互操作技术[M].精华大学出版测试的研究也还不深入。当前WS-I0 (Web Services社.2002Interoperability Organization, Web服务互操作性组织)组织3 W3C Working Draft. Web Services Architecture[s]. http://www. w3. org/TR/ws- arch/.14 Novenber 2002成立,致力于解决供应商之间问题以及为互操作性测试提供IBM Software Group. Web Services Conceptual Architecture地点。(WSCA1. 0)[s]. May 20014.2完整的Web服务栈和Web服务的发展方向Simple Object Access Protocol (SOAP) 1. 1 []. htp://www.W3C Web Services Architecture WG(W3C Web服务体w3. org/TR/SOAP/. W3C Note 0B May 2000系结构工作组)在2002年11月提出了完整的Web服务体系6 Web Srices Deseription Language (WSDL 1. 1)[] htp://结构的工作草案”。对Web服务的体系结构进行了扩展,规www. w3. org/TR/WSDL/. W3C Note 15 March, 2001划了Web服务更多方面的功能特性(图7)。包括基本的服务UDDI Version3.0. published seication []. htp://d org/间通信、服务描述、服务发布查找机制,也包括服务安全性、可specification. htmil. 19 July ,2002靠性、服务质量、事务管理等方面的考虑。3 1BM Software Group. Web Services Flow Language (WSFL 1.0)[e]. May 2001●Wire层,是实现底层的数据打包传输的机制.●Description 层,是服务的描述层。实现数据建模、规范9 Microsoft. . NET Framework Technical Overview. http ://www.gotdotnet. comn/team/framework/default. aspx. 2001定义数据格式、描述服务以及一些打展的服务细节信息等。●Discovery Agencies层,实现服务的检查、发布、查找机中国煤化工"he Sun Open Network1:MYHC N M H Gevelopmeart rols●23●