CN1777190A - 基于服务质量的Web服务注册与发现***及其方法 - Google Patents

Abstract

本发明公开了一种基于QoS的Web服务注册与发现机制，该机制在UDDI注册中心与其用户，即注册服务的Web服务提供者和发现服务的Web服务使用者，之间增加了一个QoS信息代理，实现Web服务QoS信息的注册、发现、监视、评价和更新，它保证了QoS信息的公平性与实时性。这种机制无需对现有的UDDI注册中心进行修改，因而可以方便地投入实际使用，并且可用于Web服务和网格计算这类面向服务的计算***中，实现基于QoS的服务注册与发现。

Description

基于服务质量的Web服务注册与发现***及其方法

技术领域

本发明涉及Web服务(Web Service)的注册与发现技术领域，特别是基于服务质量(QoS)的Web服务注册与发现***及其方法。

背景技术

Web是使得应用程序可以用与平台和编程语言无关的方式进行相互通信的一项技术，而Web服务是一种软件接口，它描述了一组可以在网络上通过标准化的可扩展标记语言(eXtensible Markup Language，XML)消息传递访问的操作，它使用基于XML语言的协议来描述所要执行的操作或者所要与另一个Web服务交换的数据。Web服务的注册与发现是使用Web服务的前提。简单地说，所谓Web服务的注册是指服务提供者发布所能提供的Web服务并将该服务登记到注册中心，所谓发现是指注册中心根据服务使用者的查询请求查找满足条件的Web服务。

对Web服务的需求可以分为功能性需求和非功能性需求两个层次。功能性需求是指必须实现的服务功能，使得使用者能完成他们的任务，从而满足了实际业务功能的需求。非功能需求，即服务质量(QoS)，是指使用者对Web服务良好运作提出的期望，包括了安全性、易用性、反应速度、容错性、健壮性等质量属性。

目前，Web服务的注册与发现机制大多是基于功能性需求来注册和发现服务，而对于非功能性需求则关注得比较少，其根本原因在于现有的通用描述、发现和集成(UDDI)注册中心不支持非功能性属性，例如现有的UDDI注册中心不支持QoS属性的Web服务的注册与发现。

实际上，UDDI注册中心作为一个Web服务信息的管理机构，Web服务的名称、ID、所有者信息等就存储在UDDI注册中心。但是该Web服务的接口描述文档则可能存储在UDDI注册中心，也可能存储在UDDI注册中心之外的其它位置，而只在UDDI注册中心保存一个指向描述文档存储位置的指针。如果一条信息存储在UDDI注册中心，用户只要通过合适的参数就可以访问到这条信息；如果信息不是存储在UDDI注册中心，用户访问UDDI注册中心的结果仅仅是获得了关于信息的一个描述信息，例如指针，需要通过描述信息进一步访问存储信息的具***置，才能获取相应的信息。

为了实现基于QoS的Web服务注册与发现，目前所采用的主要方式是对UDDI注册中心进行非功能性的扩展，使其能够对具有QoS属性的Web服务进行注册与发现。在UDDI中支持发布可搜索QoS数据的最好方式是技术模型(tModel)，这是因为tModel是一个通用的数据结构，任何组织都可以使用tModel来描述他们所提供服务的详细信息，其中包括QoS方面的信息。

虽然通过扩展UDDI可以实现基于QoS的Web服务注册与发现，但是由于UDDI本身一般不被频繁地更新，所以该方法只适合静态QoS信息，不适用于动态实时改变的QoS信息。另外，对已成标准的UDDI进行扩展的难度较大，而且，对已经部署的UDDI进行功能扩充会收到其所有者的阻力，而且成本也比较高。因此，该方法的实现成本较高，不易于部署实现。

另一种实现具有QoS的Web服务注册与发现的方式是在引入新的模块的同时，对UDDI进行扩展。例如，在一种具有QoS属性的Web服务发现模型中引入了“服务证明者(Certifier)”模块，该模块相当于第三方认证中心。当服务提供者发布带有QoS属性的Web服务时，服务证明者模块会在Web服务被允许登记进入UDDI注册中心之前，对其QoS进行必要的认证。同时，该方法对UDDI注册中心进行了扩展，在原来的商业实体信息(businessEntity)、商业服务信息(businessService)、绑定信息(bindingTemplate)、发布者断言信息(publisherAssertion)和tModel的基础上，引入质量信息(QualityInformation)数据单元，用来保存服务提供者发布并经过服务证明者认证后的QoS属性。

在这种方法中，QualityInformation数据单元中虽然存放了QoS属性值，但这只是服务提供者在发布Web服务时提供的，提供者可能会为了自身利益而夸大其QoS能力。另一方面，某些QoS值并不是一成不变的，如Web服务的平均响应时间、失效率等，所以在此模型中服务使用者不能够完全信任该QoS值。同时，UDDI不适合存储此类动态的QoS信息。可以看出，该方法没有合理地认证QoS，也没有度量和监视QoS。

发明内容

有鉴于此，本发明提出了一种基于QoS的Web服务注册与发现***及其方法，其目的在于，在无需对已有的UDDI注册中心进行扩展的前提下基于QoS对Web服务进行注册与发现。本发明进一步的目的是有效地监控和度量Web服务的QoS。

根据上述目的本发明提供了一种基于QoS的Web服务注册与发现***，包括：UDDI注册中心，用于在接收到来自QoS信息代理代表服务提供者提交的Web服务注册请求时，进行常规Web服务注册并返回注册成功后该Web服务的标识符ID，在接收到来自QoS信息代理代表服务使用者提交的查询请求时，返回满足该查询请求中要求的Web服务列表；QoS信息代理，用于在接收到来自服务提供者的携带有QoS信息的Web服务注册请求时，将该注册请求中除所述QoS信息之外的内容发送给所述UDDI注册中心进行常规Web服务注册，并且保存所述QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系；在接收到来自服务使用者的携带有QoS要求的查询请求时，将该查询请求中除所述QoS要求之外的内容发送给UDDI注册中心，按功能属性查询Web服务，并且在从UDDI注册中心返回的Web服务列表中，根据所述对应关系筛选满足所述QoS要求的Web服务，并向服务使用者返回所述满足QoS要求的Web服务列表。

所述QoS信息代理包括：QoS服务注册模块，用于在接收到来自服务提供者的携带有QoS信息的Web服务注册请求时，将该注册请求中除所述QoS信息之外的内容发送给所述UDDI注册中心进行常规Web服务注册，并且在QoS信息库中保存所述QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系；QoS信息库，用于存储各Web服务的QoS信息和ID的对应关系；以及QoS服务查找模块，用于在接收到来自服务使用者的携带有QoS要求的查询请求时，将该查询请求中除所述QoS要求之外的内容发送给UDDI注册中心，按功能属性查询Web服务，并且在从UDDI注册中心返回的Web服务列表中，根据QoS信息库中所存储的对应关系筛选满足所述QoS要求的Web服务，并向服务使用者返回所述满足QoS要求的Web服务列表。

所述QoS服务注册模块进一步用于在接收到来自服务提供者的没有携带QoS信息的Web服务注册请求时，将该注册请求发送给所述UDDI注册中心进行常规Web服务注册，并且在QoS信息库中保存预设的QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系；

所述QoS服务查找模块进一步用于在接收到来自服务使用者的没有携带QoS要求的查询请求时，将该查询请求发送给UDDI注册中心，按功能属性查询Web服务，并且将向服务使用者返回从UDDI注册中心返回的Web服务列表。

所述QoS服务查找模块进一步用于当所述满足QoS要求的Web服务列表为空时，将所述从UDDI注册中心返回的Web服务列表当中具有跟所述QoS要求接近的QoS信息的服务列表发送给服务使用者。

所述QoS服务查找模块进一步用于当所述从UDDI注册中心返回的Web服务列表为空时，向服务使用者返回查询失败的信息。

所述QoS信息代理进一步包括：QoS监视模块，用于监视服务提供者提供Web服务和服务使用者使用Web服务的情况，获取Web服务的性能信息，并将所述Web服务的性能信息提供给QoS评价模块；以及QoS评价模块，用于根据所述Web服务的性能信息评价该Web服务，得到评价结果，并根据该评价结果修正QoS信息库中与该Web服务对应的QoS信息。

本发明还提供了一种基于QoS的Web服务注册与发现方法，包括：在接收到来自服务提供者的携带有QoS信息的Web服务注册请求时，将该注册请求中除所述QoS信息之外的内容发送给所述UDDI注册中心，进行常规Web服务注册，并且保存所述QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系；在接收到来自服务使用者的携带有QoS要求的查询请求时，将该查询请求中除所述QoS要求之外的内容发送给UDDI注册中心，按功能属性查询Web服务，并且在从UDDI注册中心返回的Web服务列表中，根据所述对应关系筛选满足所述QoS要求的Web服务，并向服务使用者返回所述满足QoS要求的Web服务列表。

在接收到来自服务提供者的没有携带QoS信息的Web服务注册请求时，将该注册请求发送给所述UDDI注册中心，进行常规Web服务注册，并且保存预设的QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系。

在接收到来自服务使用者的没有携带QoS要求的查询请求时，将该查询请求发送给UDDI注册中心，按功能属性查询Web服务，并且将向服务使用者返回从UDDI注册中心返回的Web服务列表。

当所述满足QoS要求的Web服务列表为空时，将所述从UDDI注册中心返回的Web服务列表当中具有跟所述QoS要求接近的QoS信息的服务列表发送给服务使用者。

当所述从UDDI注册中心返回的Web服务列表为空时，向服务使用者返回查询失败的信息。

监视服务提供者提供Web服务和服务使用者使用Web服务的情况，获取Web服务的性能信息，并保存所获取的Web服务性能信息；根据所获取的性能信息以及先前保存的性能信息评价该Web服务得到评价结果，并根据所述评价结果修正与该Web服务对应的QoS信息。

从上述方案中可以看出，本发明没有对已有的注册中心进行扩展，而是在***里引入新的模块——QoS信息代理，由QoS信息代理实现对Web服务QoS信息的注册与发现。QoS信息代理与已有的注册中心协同工作，实现基于QoS注册与发现Web服务。

因此本发明具有如下的优点：首先，本发明更容易被接受，因为它具有无需对已有的注册中心进行扩展的优点，易于部署实现，且实现的成本较低。其次，由于Web服务QoS信息的发布、查询、更新等操作全部在QoS信息代理中实现，可以按照用户的要求实现更方便的基于QoS的Web服务注册与发现。再次，QoS信息代理作为可信任的第三方，由它发现的服务QoS信息是公正、可信的。最后，因为Web服务的QoS是动态变化的信息，本发明可以实时监测并反映服务最新的QoS能力，而且这种变化信息不在UDDI中注册，更能适应服务的动态性和可扩展性。

附图说明

图1为根据本发明实施例的基于QoS的Web服务注册与发现***的结构示意图；

图2为根据本发明实施例的Web服务注册的流程示意图；

图3为根据本发明实施例的Web服务发现的流程示意图；

图4为根据本发明实施例的监视与更新Web服务QoS信息的流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下举实施例对本发明进一步详细说明。

本发明在UDDI注册中心之外增加了QoS信息代理，以实现对Web服务QoS信息的注册与发现。

图1为根据本发明实施例的基于QoS的Web服务注册与发现***的模型。参照图1，该模型包括服务提供者、服务使用者、UDDI注册中心以及QoS信息代理。

其中，服务提供者向QoS信息代理提交具有QoS属性的Web服务注册请求。在用Web服务描述语言(Web Service Description Language，WSDL)文档描述该Web服务的时候，不仅进行服务功能方面的描述，还描述了服务的QoS值。最初注册服务的时候所描述的QoS值由服务提供者确定。由于服务提供者为了获取更多的利益可能夸大自身的服务质量，所以服务提供者所提供的QoS值通常是不可取的。本发明所提供的QoS信息代理以第三方身份监视、评价和更新服务提供者的QoS能力，从而避免了上述问题。需要注意的是，在现有技术中，服务提供者的注册请求直接发送给了注册中心，而本发明中的服务提供者的注册请求则先经过QoS信息代理。

服务使用者基于功能性需求和非功能性的QoS需求向QoS信息代理发送查询请求，查询符合自己要求的Web服务。需要注意的是，在现有技术中，服务使用者的查询请求直接发送给了注册中心，而本发明中的服务使用者的查询请求则先经过QoS信息代理。

注册中心是一个商业的服务注册中心，本实施例以UDDI注册中心为例。与现有技术中的注册中心相似，本实施例中的UDDI注册中心至少具有以下基本功能：在接收到来自QoS信息代理代表服务提供者提交的Web服务注册请求时，进行常规Web服务注册并返回注册成功后该Web服务的标识符(ID)，在接收到来自QoS信息代理代表服务使用者提交的查询请求时，按属性查询Web服务，并返回满足该查询请求中功能要求的Web服务列表，其中至少包括满足要求的Web服务的ID。当然本发明的注册中心还可以具有现有技术中的其它功能，上面的描述并不是用来限制本发明中注册中心的。

如图1所示，QoS信息代理位于注册中心与服务提供者和服务使用者之间。本实施例中的QoS信息代理在接收到来自服务提供者的携带有QoS信息的Web服务注册请求时，将该注册请求中除了QoS信息之外的内容发送给注册中心，进行常规Web服务注册，并且保存从该Web服务注册请求中提取QoS信息和从注册中心返回的注册成功后该Web服务的ID的对应关系。

另外，QoS信息代理在接收到来自服务使用者的携带有QoS要求的查询请求时，将该查询请求中除QoS要求之外的内容发送给注册中心，按功能属性查询Web服务，并且接收从注册中心返回的Web服务列表，该Web服务列表中至少包括Web服务的ID，然后QoS信息代理根据该Web服务列表以及注册时所保存的对应关系得到Web服务列表中各服务的QoS值，在其中查找满足上述查询请求中QoS要求的Web服务，并向服务使用者返回所述满足QoS要求的Web服务列表。如果所述满足QoS要求的Web服务列表为空，即没有满足所述QoS要求的Web服务时，所述QoS信息代理进一步可以将所述从注册中心返回的Web服务列表当中具有跟所述QoS要求接近的QoS信息的服务发送给服务使用者，由服务使用者决定如何选择，例如决定是否降低QoS要求从候选列表中选择服务。

进一步，本实施例的QoS信息代理还可以监视服务提供者提供Web服务和服务使用者使用Web服务的情况，获取Web服务的性能信息，并根据所述Web服务的性能信息评价该服务得到评价结果，然后根据评价结果修正所保存的对应关系中与该Web服务对应的QoS信息。在获取Web服务的性能信息后，QoS信息代理也可以保存这些性能信息；在评价的的时候，QoS信息代理可以根据当前所获取的性能信息和先前保存的性能信息评价该Web服务，得到评价结果。

参照图1，本实施例的QoS信息代理包括QoS服务注册模块、QoS服务查找模块和QoS信息库，还可以进一步包括QoS监视模块和QoS评价模块。

其中，QoS服务注册模块接收到来自服务提供者的QoS服务注册请求后，将其中的QoS信息取出，并将请求中的其它信息作为常规的服务注册请求发送给注册中心。注册中心接收到Web服务注册请求后，按照常规Web服务注册的方式实现服务的注册，并返回注册成功后的该服务的ID。QoS服务注册模块接收到从注册中心返回的服务ID后，将该服务ID与先前取出的该服务的QoS信息一起记录到QoS信息库中，亦即，在QoS信息库中记录了服务的ID与QoS信息的对应关系。

QoS信息库中的每个记录中，即每个对应关系中都包括从注册中心返回的该Web服务全局唯一的ID以及该Web服务的QoS信息。QoS信息库向其它模块提供增加、查询、修改和删除记录的功能。另外，QoS信息库还可以保存各Web服务的性能信息。

QoS服务查找模块在接收到来自服务使用者的QoS服务查询请求后，由于QoS服务查询请求中包含了QoS使用者对服务的功能要求和QoS要求，QoS服务查找模块首先将该查询请求中除了QoS要求之外的内容发送给注册中心。这里所说的来自服务使用者的QoS服务查询请求，可以是直接从服务使用者接收的，也可以是从服务使用者的代理接收的。QoS服务查找模块接收到注册中心返回的满足功能性要求的Web服务列表后，针对列表中所有服务，在QoS信息库中查询这些服务的QoS信息，并根据QoS服务查询请求中的QoS要求，对Web服务列表进行筛选，即剔除不满足QoS要求的服务而保留满足QoS要求的服务，然后将所得到的满足QoS要求的Web服务列表返回给服务使用者。由于最后返回结果是包括在从注册中心返回的列表中的，所以当然地也满足服务使用者的功能性要求。

如果所述满足QoS要求的Web服务列表为空，即没有满足所述QoS要求的Web服务时，QoS服务查找模块进一步可以将所述从注册中心返回的Web服务列表当中具有跟所述QoS要求接近的QoS信息的服务发送给服务使用者，作为候选服务列表，由服务使用者决定如何选择，例如决定是否降低QoS要求从候选列表中选择服务。

QoS监视模块监视服务提供者提供服务的情况以及服务使用者使用服务的情况，获取Web服务的性能信息，包括当前服务状态(可用、不可用)和任务状态(提交时间、开始时间、完成时间、任务执行成功或失败等)。由于Web服务规范中提供的信息服务可以提供服务提供者的所有信息，例如包括Web服务的使用信息、Web资源的状态信息等，因此QoS监视模块可以非常容易地得到所要获取的Web服务性能信息。QoS监视模块获取了上述Web服务的性能信息之后，将这些Web服务的性能信息发送给QoS评价模块。QoS监视模块还可以进一步将所这些Web服务性能信息保存到QoS信息库中。

QoS评价模块接收到从QoS监视模块中获取的Web服务性能信息之后，根据这些性能信息，对Web服务进行QoS评价得到评价结果。QoS评价模块也可以根据这些性能信息和从QoS信息库中获取的该服务过去的性能信息进行QoS评价得到评价结果。然后，QoS评价模块根据评价结果对QoS信息库中该服务对应的QoS信息进行修正，以反映该服务真实、实时的QoS信息，从而克服了现有技术中QoS值一成不变、令服务使用者难以信任的缺点。

下面描述根据本发明实施例的基于QoS的Web服务注册和发现方法。

图2为根据本发明实施例的Web服务注册过程的流程示意图。参照图2，该注册过程包括以下步骤：

步骤201，QoS信息代理接收到服务提供者的携带QoS信息的服务注册请求。

步骤202，QoS服务注册模块从注册请求中提取QoS信息，并将注册请求中除了QoS信息之外的信息(服务的功能信息)发送给注册中心。

UDDI注册中心按常规的方式进行注册，并将注册成功后的该服务在注册中心中的唯一ID返回给QoS服务注册模块。

步骤203，QoS服务注册模块将该ID和从注册请求中提取的QoS信息的对应关系保存到QoS信息库中。

步骤204，QoS服务注册模块还可以进一步将注册结果返回给服务提供者。

如果QoS信息代理接收的服务注册请求既包括携带有QoS信息的注册请求，也包括没有携带QoS信息的注册请求，那么注册过程如下：

步骤201，QoS信息代理接收到服务提供者的服务注册请求，这里的注册请求可能是携带有QoS信息的注册请求，也可能是没有携带QoS信息的注册请求。

步骤202，QoS服务注册模块从携带有QoS信息的注册请求中提取QoS信息，并将这种注册信息中除了QoS信息之外的信息发送给UDDI；另外，QoS服务注册模块将没有携带QoS信息的注册请求发送给UDDI。这样，本发明可以应用于常规的没有携带QoS信息的注册请求。

UDDI注册中心按常规方式进行注册，并将注册成功后的该服务在注册中心的唯一ID返回给QoS服务注册模块。由于发送到UDDI注册中心的都是没有携带QoS信息的注册请求，因此本发明无需对UDDI注册中心进行扩展。

步骤203，对于携带有QoS信息的注册请求，QoS服务注册模块将该注册请求的服务的ID和从该注册请求中提取的QoS信息的对应关系保存到QoS信息库中。

对于没有携带QoS信息的注册请求，QoS服务注册模块将该注册请求中服务的ID和默认的QoS信息的对应关系保存到QoS信息库中。本发明为常规的没有携带QoS信息的注册请求提供了默认的QoS信息，而默认的QoS信息是预先设置的，解决了常规注册请求中缺乏QoS信息的问题。

步骤204，QoS服务注册模块还可以进一步将注册结果返回给服务提供者。

图3是根据本发明实施例的的Web服务发现过程的流程示意图。参照图3，该发现过程包括一下步骤：

步骤301，QoS信息代理接收到来自服务使用者的携带QoS要求的查询请求。

在此之前，服务使用者使用Web服务等级协议(Web Service LevelAgreement，WSLA)从功能性和QoS两个方面对自己的服务请求进行描述形成服务查询请求，然后将服务查询请求提交给QoS信息代理。

步骤302，QoS服务查找模块将该查询请求中的除QoS请求之外的内容发送给UDDI注册中心。

UDDI注册中心根据该查询请求，查找得到满足服务使用者的功能性要求的Web服务的列表，并将列表返回给QoS服务查找模块。

步骤303，判断从注册中心返回的Web服务列表是否为空，如果为空，即没有符合服务使用者功能性要求的服务在UDDI中注册，则执行步骤304，否则执行步骤305。

步骤304，QoS服务查找模块向服务使用者返回没有满足其功能性要求的Web服务的查询失败响应，服务发现过程结束。

步骤305，QoS服务查找模块根据所返回Web服务列表中各服务的唯一ID，在QoS信息库中查询各服务的QoS信息，根据查询得到的QoS信息进行筛选，即剔除不满足服务使用者QoS要求的服务而保留满足QoS要求的服务。

步骤306，判断是否有满足QoS要求的服务，如果有满足QoS要求的服务，QoS服务查找模块将所得到的满足QoS要求的Web服务列表返回给服务使用者。如果没有满足服务使用者的QoS要求的服务，即QoS服务查找模块筛选得到的Web服务列表为空，QoS服务查找模块可以直接将结果返回给服务使用者，也可以将接近服务使用者QoS要求的服务作为候选的服务返回给服务使用者，由服务使用者决定如何选择，例如决定是否降低QoS要求从候选列表中选择服务。

另外，对于没有携带QoS要求的查询请求，QoS服务查找模块将该查询请求发送给UDDI注册中心。然后将从UDDI注册中心返回的结果返回给服务请求者。

图4是根据本发明实施例的QoS信息监视与更新过程的流程示意图。参照图4，该监视与更新的流程包括：

步骤401至步骤402，QoS监视模块监视服务提供者提供服务的情况以及服务使用者使用服务的情况，获取Web服务的性能信息，包括当前服务服务状态(可用、不可用)和任务状态(提交时间、开始时间、完成时间、任务执行成功或失败等)。由于Web服务规范中提供的信息服务可以提供服务提供者的所有信息，例如包括Web服务的使用信息、Web资源的状态信息等，因此可以非常容易地得到所要获取的Web服务性能信息。在本步骤中，还可以进一步保存所得到的Web服务性能信息。

步骤403，获取了上述Web服务的性能信息之后，QoS监视模块将这些性能信息发送给QoS评价模块。QoS评价模块根据这些性能信息对Web服务进行QoS评价得到评价结果。QoS评价模块也可以根据这些性能信息和从QoS信息库中获取的该服务过去的性能信息进行QoS评价得到评价结果。

步骤404，QoS评价模块根据评价结果对QoS信息库中该服务对应的QoS信息进行修正，以反映该服务真实、实时的QoS信息，从而克服了现有技术中QoS值一成不变、令服务使用者难以信任的缺点。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1、一种基于服务质量QoS的Web服务注册与发现***，该***包括：

通用描述、发现和集成UDDI注册中心，用于在接收到来自QoS信息代理代表服务提供者提交的Web服务注册请求时，进行常规Web服务注册并返回注册成功后该Web服务的标识符ID；在接收到来自QoS信息代理代表服务使用者提交的查询请求时，返回满足该查询请求中要求的Web服务列表；

其特征在于，该***进一步包括：

QoS信息代理，用于在接收到来自服务提供者的携带有QoS信息的Web服务注册请求时，将该注册请求中除所述QoS信息之外的内容发送给所述UDDI注册中心进行常规Web服务注册，并且保存所述QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系；在接收到来自服务使用者的携带有QoS要求的查询请求时，将该查询请求中除所述QoS要求之外的内容发送给UDDI注册中心，按功能属性查询Web服务，并且在从UDDI注册中心返回的Web服务列表中，根据所述对应关系筛选满足所述QoS要求的Web服务，并向服务使用者返回所述满足QoS要求的Web服务列表。

2、根据权利要求1所述的***，其特征在于，所述QoS信息代理包括：

QoS服务注册模块，用于在接收到来自服务提供者的携带有QoS信息的Web服务注册请求时，将该注册请求中除所述QoS信息之外的内容发送给所述UDDI注册中心进行常规Web服务注册，并且在QoS信息库中保存所述QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系；

QoS信息库，用于存储各Web服务的QoS信息和ID的对应关系；以及

QoS服务查找模块，用于在接收到来自服务使用者的携带有QoS要求的查询请求时，将该查询请求中除所述QoS要求之外的内容发送给UDDI注册中心，按功能属性查询Web服务，并且在从UDDI注册中心返回的Web服务列表中，根据QoS信息库中所存储的对应关系筛选满足所述QoS要求的Web服务，并向服务使用者返回所述满足QoS要求的Web服务列表。

3、根据权利要求2所述的***，其特征在于，所述QoS服务注册模块进一步用于在接收到来自服务提供者的没有携带QoS信息的Web服务注册请求时，将该注册请求发送给所述UDDI注册中心进行常规Web服务注册，并且在QoS信息库中保存预设的QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系；

4、根据权利要求2或3所述的***，其特征在于，所述QoS服务查找模块进一步用于在接收到来自服务使用者的没有携带QoS要求的查询请求时，将该查询请求发送给UDDI注册中心，按功能属性查询Web服务，并且将向服务使用者返回从UDDI注册中心返回的Web服务列表。

5、根据权利要求2或3所述的***，其特征在于，

所述QoS服务查找模块进一步用于当所述满足QoS要求的Web服务列表为空时，将所述从UDDI注册中心返回的Web服务列表当中具有跟所述QoS要求接近的QoS信息的服务列表发送给服务使用者。

6、根据权利要求2或3所述的***，其特征在于，

所述QoS服务查找模块进一步用于当所述从UDDI注册中心返回的Web服务列表为空时，向服务使用者返回查询失败的信息。

7、根据权利要求2所述的***，其特征在于，所述QoS信息代理进一步包括：

QoS监视模块，用于监视服务提供者提供Web服务和服务使用者使用Web服务的情况，获取Web服务的性能信息，并将所述Web服务的性能信息提供给QoS评价模块；以及

QoS评价模块，用于根据所述Web服务的性能信息评价该Web服务，得到评价结果，并根据该评价结果修正QoS信息库中与该Web服务对应的QoS信息。

8、一种基于QoS的Web服务注册与发现方法，该方法包括：

在接收到来自服务提供者的携带有QoS信息的Web服务注册请求时，将该注册请求中除所述QoS信息之外的内容发送给所述UDDI注册中心，进行常规Web服务注册，并且保存所述QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系；

在接收到来自服务使用者的携带有QoS要求的查询请求时，将该查询请求中除所述QoS要求之外的内容发送给UDDI注册中心，按功能属性查询Web服务，并且在从UDDI注册中心返回的Web服务列表中，根据所述对应关系筛选满足所述QoS要求的Web服务，并向服务使用者返回所述满足QoS要求的Web服务列表。

9、根据权利要求8所述的方法，其特征在于，该方法进一步包括：

在接收到来自服务提供者的没有携带QoS信息的Web服务注册请求时，将该注册请求发送给所述UDDI注册中心，进行常规Web服务注册，并且保存预设的QoS信息和从UDDI注册中心返回的注册成功后该Web服务的ID的对应关系。

10、根据权利要求8所述的方法，其特征在于，该方法进一步包括：

在接收到来自服务使用者的没有携带QoS要求的查询请求时，将该查询请求发送给UDDI注册中心，按功能属性查询Web服务，并且将向服务使用者返回从UDDI注册中心返回的Web服务列表。

11、根据权利要求8所述的方法，其特征在于，该方法进一步包括：

当所述满足QoS要求的Web服务列表为空时，将所述从UDDI注册中心返回的Web服务列表当中具有跟所述QoS要求接近的QoS信息的服务列表发送给服务使用者。

12、根据权利要求8所述的方法，其特征在于，该方法进一步包括：

当所述从UDDI注册中心返回的Web服务列表为空时，向服务使用者返回查询失败的信息。

13、根据权利要求8所述的方法，其特征在于，该方法进一步包括：

监视服务提供者提供Web服务和服务使用者使用Web服务的情况，获取Web服务的性能信息，并保存所获取的Web服务性能信息；根据所获取的性能信息以及先前保存的性能信息评价该Web服务得到评价结果，并根据所述评价结果修正与该Web服务对应的QoS信息。

Images