CN101127757A

CN101127757A - 控制Web服务策略的方法和装置

Info

Publication number: CN101127757A
Application number: CNA2006101159241A
Authority: CN
Inventors: 周宇辰
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2006-08-18
Filing date: 2006-08-18
Publication date: 2008-02-20
Anticipated expiration: 2026-08-18
Also published as: CN101127757B; US20080046335A1; US8775646B2

Abstract

本发明涉及控制Web服务策略的方法和***。本发明的装置包括：服务策略库，用于存储多个Web服务策略；服务策略代理，用于接收服务消费者对Web服务策略的请求和获取影响Web服务策略的调节信息；和服务策略调节器，用于根据该调节信息从服务策略库中选择对应的Web服务策略；其中该服务策略代理将该Web服务策略发送至该服务消费者。本发明提供的基于Web服务策略的服务区分方法将服务区分机制从服务提供以及服务调用机制中解耦合并且能够根据服务功能以外的其他非功条件提供策略支持。

Description

控制Web服务策略的方法和装置

技术领域

本发明涉及Web服务领域，特别涉及控制Web服务策略的方法和装置。

背景技术

Web服务是一种分布计算环境，其基本思想是利用开放式的标准技术，在Internet上实现分布式软件开发、软件工程和软件使用。这里，“服务”指的是分布在Internet中的各种软件，无论是单位用户还是个人用户都可以根据服务需求，利用Web服务技术调用在网上已有的服务软件，构成自己的应用软件。不同单位的应用软件之间、单位和客户应用软件之间也可以通过Web服务技术互相调用，以支持电子商务、客户关系模型等应用。虽然它和只能提供数据服务的普通Web含义完全不同，然而采用的协议和接口依然属于已经广泛使用的Web技术。

Web服务的基础技术是XML，这是由W3C定义的用于描述数据的一种可扩展标记语言。和超文本链接标记语言(HTML)不同，XML描述的只是数据内容本身，并不涉及数据的显示，因此可以用来描述任何广义的内容。在Web服务中，就是用XML来描述远程调用操作及其执行结果。该描述装载在简单对象访问协议(SOAP)中，SOAP协议消息通常在最常用的HTTP中传送。由于XML文本描述和实现无关，因此采用不同操作***、不同编程语言的平台之间都可以通过Web服务互相交互。Web服务本身的发布和描述也是用XML实现的。

Web服务策略描述Web服务在其与其它Web服务或消费者的相互作用中的要求和能力，这对于服务级别协议(Service LevelAgreement，SLA)是重要的。由IBM、BEA、Microsoft等定义的Web服务策略(WS Policy)框架是Web服务策略的实际上的标准。它提供一般目的模型和相应的语法以描述Web服务的策略。WS策略定义了基本构造的集，能够由其他Web服务规范使用和扩展以描述宽范围的服务要求和能力。基于WS策略，已经从不同的***观点定义了标准的集合，这些不同的***观点包括WS-RM策略、WS安全策略、WS原子事务、WS策略断言等。用户还可以为他们的请求基于WS策略以及相关的标准定义策略语言。Web服务策略是一个非常易于扩展的标准协议，并可以利用它实现其他功能。

通常，Web服务的提供者会公开一个策略，以表达它提供服务的条件。服务提供者以诸如经由服务注册中心(如UDDI)或者嵌入在WSDL的方式在策略陈述中定义并公布所有可选的集合。服务消费者可以使用该策略来决定是否和如何使用该服务。此外，服务消费者还可以选择策略陈述中的任何替换选项，原因是每个替换选项都是一个能够与服务交互的有效配置。一般地，服务消费者或者其他策略执行点选择策略陈述中的一个选项并且将其与本地策略陈述集合起来以生成有效的策略，这些策略在与服务提供者的通信期间将被执行。

这种机制为提供客户端应用选择服务的提供者提供了灵活性。在这种机制中，服务提供者暴露它能够接受的所有选项后，策略的选择权实际上是在请求者一方，服务提供者无法控制服务的请求者实际选择哪一个选项。因此，可能存在某一个策略选项被很多请求者使用而其他选项很少或没有被选择，使得服务提供者的负载就不平衡。例如，某个策略选项的资源被耗尽后，还继续有请求者要求按照该策略选项提供服务，服务提供者就无法按照该选项提供服务。同时，如果请求者选择其他选项，服务提供者可以有资源按照该选项为其提供服务。因此，需要一种机制能够使服务提供者根据条件动态地决定服务策略的发布，以避免服务消费者盲目选择服务策略的问题。

Web服务的另一个需求是提供服务区分。工业界和学术界已经作出努力以实现Web服务区分。但是这些方法是从IP区分的服务中扩展得到的，并且集中在服务实现自身以及诸如Web服务器的网络传输层。它们具有以下的缺陷：

需要在报头添加附加的信息。这使客户端的实现更为复杂。

它基于客户端和服务器的绑定和协作，并且难以根据需要进行改变。

这种类型的服务区分通常只在业务流一个方向上提供服务区分因此是不对称的。并且只考虑诸如性能的服务质量(Quality ofService QoS)，没有涉及非功能请求的其它方面，诸如事务、安全、语言、标准规范、服务版本、访问能力等，也是不全面的。

Web服务的提供者希望对基于用户身份或其他条件进行服务区分，并且希望能够使服务提供者为非功能请求在不同的条件下提供策略支持。因此，需要有一种灵活和易于实现的技术方案以解决服务区分的问题。

发明内容

本发明的一个目的是提供一种服务策略基本上是由服务提供者控制的方法

本发明的另一个目的是提供一种基于Web服务策略的服务区分方法，并且使服务提供者能够根据服务功能以外的其他非功条件提供策略支持。

本发明的再一个目的是提供一种将服务区分机制从服务提供以及服务调用机制中解耦合的方法，从而能够更灵活地配置新的服务区分机制。

本发明的又一个目的是提供一种Web服务提供者的资源控制方法，使服务提供者通过动态地控制服务策略的发布，能够控制资源的利用，避免由于服务消费者盲目选择服务替换选项而造成资源利用率的不平衡。

为此，根据本发明的一个方面，提供一种控制Web服务策略的装置，包括：服务策略库，用于存储多个Web服务策略；服务策略代理，用于接收服务消费者对Web服务策略的请求和获取影响Web服务策略的调节信息；和服务策略调节器，用于根据该调节信息从服务策略库中选择对应的Web服务策略；其中该服务策略代理将该Web服务策略发送至该服务消费者。

根据本发明的另一个方面，提供一种Web服务提供者，包含上述的控制Web服务策略的装置。

根据本发明的再一个方面，提供一种Web服务策略注册中心，包含上述的控制Web服务策略的装置。

根据本发明的又一个方面，提供一种控制Web服务策略的方法，包括：接收服务消费者对Web服务策略的请求；响应该请求，获取影响服务的调节信息；从策略库中选择对应于该调节信息的Web服务策略；和发送该服务策略至该服务消费者。

根据本发明的再一个方面，提供一种机器可读存储装置，其上存储有计算机程序，该计算机程序有可由机器执行以使该机器完成如下步骤的多个代码部分：接收服务消费者对Web服务策略的请求；响应该请求，获取影响服务的调节信息；从策略库中选择对应于该调节信息的Web服务策略；和发送该服务策略至该服务消费者。

通过以下结合附图所作的描述，本发明的其他特点和优点将显而易见，其中在其全部附图中相同标号指示相同或类似部分。

附图说明

附图构成本说明书的一部分，其用来说明本发明的实施方式，并且和文字描述一起，解释本发明的原理。

图1是其中可以有利应用本发明的优选实施方式的数据处理环境的示意图；

图2是根据本发明一个实施例的控制Web服务策略的装置的方框图。

图3是根据本发明一个实施例的控制Web服务策略的方法的流程图。

在附图中，相同的元件和部件由相同的参考标号表示，并且省略对其重复的描述。

具体实施方式

图1是其中可以有利应用本发明的优选实施方式的数据处理环境的框图；在图1中，经由网络11，如因特网，把客户机/服务器数据处理主机10连接到客户机/服务器数据处理主机12和13。例如，在主机10上执行web客户程序，经由主机13上的网关服务器访问主机12上的web服务。客户机/服务器10具有用于执行控制客户机/服务器10的操作的程序的处理器101、RAM易失存储元件102、非易失存储器103，以及用于连接网络11的网络连接器104，用于与其它客户机/服务器12和13通信。

在本发明中，一种优选的描述服务策略的方式是采用服务策略概要(Service Policy Profile SPP)机制。SPP定义Web服务策略的集合，描述Web服务的能力和要求。一般来说可以采用XML文件形式来表示SPP，一个SPP文件描述一组服务策略，例如包括RM(Reliable Message)、TX(Transaction)、RT(Response Time)、及Sec(Security)策略参数，分别代表可靠消息、事务、响应时间以及安全策略参数。另外一组服务策略可以采用另外一个SPP文件描述。在服务消费者激活Web服务之前，可以请求SPP，并根据SPP中的策略激活Web服务。SPP可以以任何形式存储。例如SPP可以是一个单独的XML文件。本领域技术人员应该知道，采用SPP描述服务策略只是一种实施方式，也可以直接采用其它形式描述服务策略，例如，文本文件以及服务提供者与服务消费者约定的其他形式等。

另外，服务策略还可以嵌入描述服务的服务元数据，在服务消费者请求服务元数据的同时获得服务策略。例如，根据Web服务策略附件(WS-PolicyAttachment)，可以将Web服务策略附加在服务注册中心(如UDDI)实体中，使Web服务策略与Web服务主体相关联。也可以将Web服务策略嵌入WSDL、XSD或DTD元数据中。当服务消费者请求元数据文件时，将嵌入Web服务策略的元数据文件发送至服务消费者。服务消费者在获得元数据文件的同时也获得服务策略。这样，服务消费者可以根据服务策略和元数据激活Web服务。

如果Web服务策略附加在服务注册中心(如UDDI)实体中，服务策略或元数据控制器210可以是服务注册中心(如UDDI)的一个部分，其功能相当于对Web服务策略进行筛选。如果Web服务策略嵌入WSDL、XSD或DTD中，服务策略或元数据控制器210可以是支持WS发现的Web服务的一部分。

图2是根据本发明一个实施例的控制Web服务策略的装置的方框图。首先结合服务消费者请求单独的服务策略概要(SPP)的情形对本发明进行详细说明。

图2中，服务策略或元数据控制器210包含一个服务策略库211、一个服务策略或元数据代理212和一个策略调节器213。服务策略或元数据控制器210可以是一个单独的服务器，接收来自服务消费者220对SPP的请求，通过例如HTTP、FTP等协议将SPP文件发送给服务消费者220。

首先，在开发和部署Web服务期间，服务提供者230根据服务调节计划定义该Web服务所允许的多个服务策略以及服务策略选择规则的集合，并将该集合存储到服务策略库211中。服务策略选择规则定义选择各个服务策略的一个或多个条件，当服务调节信息符合该一个或多个条件时，则选择对应的服务策略。服务策略选择规则也可以采用多种描述形式，最常用的也是XML文件描述，还可以采用其它条件格式等描述方式。本发明也不限于某种具体的描述方式。

例如，当服务策略选择规则是用户的身份时，包括普通用户和VIP用户，服务策略采用SPP文件，则对于消费者是根据SLA的普通消费者的服务消费者，选择以下SPP1：

SPP1＝{

RM＝false

TX＝false

RT＝5秒

Sec＝non

}

这意味着对于这类的服务消费者，该服务不支持可靠的消息接发和事务特征。最大响应时间为5秒并且没有安全支持。

对于消费者是根据SLA的VIP用户的服务消费者，选择以下SPP2：

SPP2＝{

RM＝true

TX＝AtomicTransaction

RT＝1秒

Sec＝X509

}

这意味着对于这类服务消费者，该服务支持可靠的消息接发和原子事务。最大响应时间为1秒并且具有基于X509的安全支持。

此外，当服务策略采用SPP文件描述，服务策略选择规则是负载阈值或者时段时，则对于Web服务的负载未超过阈值或在某个空闲的时段(例如22:00-6:00)采用以下SPP3：

SPP3＝{

RT＝1秒

}

这意味着对于在这种情况下，所有的服务消费者都得到较快的响应时间。

相反，对于Web服务的负载超过阈值或在某个繁忙时段(例如9:00-21:00)采用以下SPP4：

SPP4＝{

RT＝5秒

}

这意味着对于在这种情况下，***资源不足以实现较好的服务，所有的服务消费者都得到较慢的响应时间。

策略选择规则有很多种，除了前面已经给出的用户身份选择规则、时段选择规则、负载阈值选择规则等，本领域技术人员还可以根据需要，定义其它的选择规则，后面会给出另外一些规则的示例。

服务策略和服务策略选择规则在服务策略库211中的存储方式也可以有很多种，可以是数据库的形式，例如采用XML数据库，也可以以普通数据库加上一个解释应用程序的方式，还可以直接采用文件匹配的形式，等等。本发明并不限于某种具体存储方式。

以下为了描述方便，都假设服务策略采用SPP文件描述。

服务策略或元数据代理212接收来自服务消费者220对SPP的请求。服务消费者220可以在它的不同阶段向服务策略或元数据代理212请求SPP。例如，在服务消费者220的开发、部署和运行时均可向服务策略或元数据代理212请求SPP。

响应服务消费者220的请求，服务策略或元数据代理212进一步向信息收集器240请求能够影响服务策略的调节信息。其中能够影响服务策略的调节信息可以有多种，包括服务消费者220和/或服务提供者230的事务处理方式、安全措施、语言、访问能力等等。例如，服务消费者的身份、语言、版本、地域等等以及服务提供者的加密方式、事务处理方式、负载状态、响应时间、时段信息等等。应当理解，本发明并不限于上述的调节信息，本领域的普通技术人员可以采用任何能够影响服务的服务消费者或服务提供者的调节信息。这些调节信息同时是服务策略选择规则的基础。

应当理解，信息收集器240可以向服务消费者、服务提供者或者其他监控服务器请求这些调节信息。信息收集器240可以是能够获得上述的调节信息的任何应用程序、程序模块或服务器等等。例如，信息收集器240可以是一个认证服务器。在认证期间，服务策略或元数据代理212可以从该认证服务器中得到服务消费者220的标识。或者，信息收集器240可以是一个Web服务监控***，它监视Web服务的提供者的资源利用状况，提供服务提供者的加密方式、事务处理方式、负载状态、服务响应时间等信息。此外，信息收集器240还可以是一个管理服务级别协议(SLA)的***。它可以根据SLA，提供用于区分服务的任何条件。获取调节信息和如何监视Web服务提供者是公知技术，本发明并不涉及监视Web服务的状态以及提供何种Web服务的状态信息的任何具体方式。

应当理解，从信息收集器240获得调节信息的是一个可选的方式。当服务消费者220向服务策略或元数据代理212发送请求时，服务策略或元数据代理212可以获得服务消费者220的很多区别服务信息。例如，服务策略或元数据代理212能够获得服务消费者220的服务标识、WS地址端点(WS-Addressing endpoint)、消息标识、服务消费者的语言、版本、IP地址、地域等消息。根据上述消息也能够为服务消费者220提供服务区分。这些调节信息同时是服务策略选择规则的基础。

信息收集器240收集服务调节信息并将该信息发送至服务策略或元数据代理212。

当服务策略或元数据代理212接收到服务调节信息后，将被请求的服务的标识、服务消费者的标识、消息标识和服务调节信息发送至策略调节器213。

策略调节器213从策略库获得相应的策略选择规则和SPP，并基于服务调节信息和策略选择规则，为服务消费者220选择相应的SPP，并且将其发送到服务策略或元数据代理212。

策略调节器213将选择的SPP返回给服务策略或元数据代理212。服务策略或元数据代理212将SPP返回给服务消费者220。从而实现基于Web服务策略的服务区分。

在基于时段和负载阈值的服务策略选择规则下，如果服务提供者230的负载未超过阈值或在较空闲的时段，策略调节器213选择服务质量较好的SPP3，使得所有服务消费者能够选择较好的服务质量。如果服务提供者230的负载超过阈值或处于较繁忙的时段，策略调节器213只将服务质量较差的SPP4提供给服务消费者。所有服务消费者者只能采用较差的服务质量，而服务提供者能够控制它的资源的使用。

应当理解，基于服务调节信息和策略选择规则为服务消费者选择相应的SPP是本领域的普通技术人员能够实现的。例如，策略选择规则中设定当一个服务调节信息在一个阈值范围时，则选择某一个SPP1。只要判断当前的服务调节信息是否在该范围内，即可决定是否采用该SPP1。这种逻辑判断通过各种编程手段即可实现。在此不再进行详细描述。

可选的，服务策略或元数据代理212在接收到服务消费者的相应的SPP之后，将服务消费者ID和该SPP发送给服务提供者230用于准备。另一种可能是，当服务被调用时，由服务提供者230请求由服务策略或元数据代理212提供给服务消费者220的SPP。响应该请求，服务策略或元数据代理212将该SPP发送给服务提供者。

以下结合服务消费者请求包含服务策略的元数据的情形对图2所示的实施例进行说明。

服务策略或元数据代理212接收来自服务消费者220对包含服务策略的元数据的请求。响应服务消费者220的请求，服务策略或元数据代理212进一步向信息收集器240请求能够影响服务策略的调节信息。信息收集器240收集服务调节信息并将该信息发送至服务策略或元数据代理212。当服务策略或元数据代理212接收到服务调节信息后，将服务标识和服务调节信息发送至策略调节器213。策略调节器213从策略库获得相应的策略选择规则和SPP并基于服务调节信息和策略选择规则，为服务消费者220选择SPP并且将其发送到服务策略或元数据代理212。

当服务策略或元数据代理212接收相应的SPP后，将SPP中包含的策略陈述嵌入到目标元数据文件的主题中，并将元数据文件发送给服务消费者220。服务消费者220根据该元数据文件以服务策略中规定的规则激活Web服务。

图3是根据本发明一个实施例的控制Web服务策略的方法的流程图。在步骤S301，接收服务消费者对包含服务策略的服务元数据的请求。如果服务策略或元数据控制器210是服务注册中心(如UDDI)的一个部分时，服务消费者可以在开发、部署和运行时均可向元数据代理请求描述Web服务并嵌入服务策略的元数据；如果服务策略或元数据控制器210为提供服务者的服务的一部分时，服务消费者只能在运行时向元数据代理请求描述Web服务并嵌入服务策略的元数据。

在步骤S302，响应服务消费者的请求，元数据代理向信息收集器请求服务调节信息。

在步骤S303，信息收集器收集与提供Web服务相关的服务调节信息。这些调节信息可以由信息收集器向服务消费者、服务提供者或者其他监控服务器请求。信息收集器将该调节信息返回至元数据代理。

在步骤S304，元数据代理将包含服务调节信息的请求发送到服务调节器以请求相应的SPP。

在步骤S305，服务调节器从策略库获得相应的策略选择规则和SPP并基于服务调节信息和策略选择规则，为服务消费者选择SPP并且将其发送到元数据代理。选择SPP可以通过调节信息与选择规则的匹配而实现。

在步骤S306，元数据代理将SPP和服务消费者请求的服务元数据集合在一起并将服务元数据发回到服务消费者。

在步骤S307，服务消费者分析在元数据中描述的服务的能力和要求以策略陈述所定义的方式调用服务，因而实现基于服务策略的服务区分。

此外，在步骤S306，元数据代理还可以将服务消费者ID和对应的SPP发送服务提供者用于准备提供服务。或者，当服务被调用时，服务提供者向元数据代理发出请求，元数据代理则将对应的SPP发送服务提供者用于准备提供服务。

根据本发明，策略控制器只将服务提供者所支持的策略中符合当前调节条件的一部分策略提供给了服务消费者。但是，SPP中包含的服务策略陈述仍然是可选择的。也就是说，SPP中仍然可以包含多个策略替换选项。服务消费者220至少支持其中一个策略替换选项，并且根据所支持的策略请求Web服务。

由于服务提供者设定了发布服务策略的条件，只将符合条件的部分策略提供给了服务消费者，服务策略基本上是由服务提供者控制的。这改变了现有技术中，服务提供者公开所有支持的服务策略，而由服务消费者决定其中任意一个服务替换选项的策略控制机制。

本发明中，服务提供者根据不同条件为不同的服务消费者提供不同的服务策略，实现了服务区分。与现有的服务区分相比较，本发明的服务区分不需要在报头添加附加的信息。本发明的策略控制对于客户端来说是透明的，不需要客户端编码支持即可实现服务区分。本发明可以与基于WS策略的现有应用一起工作，而不需要改变客户端侧应用，使得客户端的开发变得简单。

此外，现有技术中，服务区分是基于客户端和服务器的绑定和协作实现的。本发明将服务区分机制从服务提供以及服务调用机制中解耦合，从而能够更灵活地配置新的服务区分机制。

此外，现有技术中的服务区分只考虑诸如性能的QoS，没有涉及非功能请求的其它方面，诸如事务、安全、语言、说明书版本、可得性等。本发明中，服务提供者根据各种服务调节信息控制服务策略，能使服务提供者能够根据服务功能以外的其他非功条件提供策略支持。

此外，服务提供者通过动态地控制服务策略的发布，能够控制资源的利用，避免由于服务消费者盲目选择服务替换选项而造成资源利用率的不平衡。

以上结合实施例对本发明进行了详细描述。上述实施例只是示例性的，而不是用来限定本发明。本领域的普通技术人员能够在此基础上做出各种改变或修改。例如，上述的策略代理访问信息收集器以得到调节信息，然后将调节信息发送至策略调节器。另一种可能的方式是由策略调节器访问信息收集器以获得调节信息。

所公开的本发明的方法可以在软件、硬件、或软件和硬件的结合中实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行***，例如微处理器，个人计算机(PC)或大型机来执行。

虽然已经参考目前考虑到的实施例描述了本发明，但是应该理解本发明不限于所公开的实施例。相反，本发明打算覆盖所附权利要求的精神和范围之内所包括的各种修改和等同布置。以下权利要求的范围符合最广泛解释，以便包含所有这样的修改及等同结构和功能

Claims

1.一种控制Web服务策略的装置，包括：

服务策略库，用于存储多个Web服务策略；

服务策略代理，用于接收服务消费者对Web服务策略的请求和获取影响Web服务策略的调节信息；和

服务策略调节器，用于根据该调节信息从服务策略库中选择对应的Web服务策略；其中

该服务策略代理将该Web服务策略发送至该服务消费者。

2.根据权利要求1所述的装置，其中所述服务策略代理进一步从信息收集器获取所述调节信息。

3.根据权利要求1或2所述的装置，其中所述调节信息包括以下信息组成的组中的一个或多个：事务处理方式、安全措施、语言、访问能力、时段信息、服务消费者的身份、版本、地域、服务提供者负载状态、响应时间。

4.根据权利要求1或2所述的装置，其中

服务策略代理还接收服务消费者对包含策略的服务元数据的请求；

服务策略代理将该Web服务策略嵌入元数据；和

发送该嵌入Web服务策略的元数据至该服务消费者。

5.根据权利要求1或2所述的装置，其中服务策略代理进一步将选择的策略发送至服务提供者。

6.根据权利要求1或2所述的装置，其中服务策略代理进一步接收服务提供者的请求，将选择的策略发送至服务提供者。

7.根据权利要求1所述的装置，其中所述Web服务策略是一个独立策略文件。

8.根据权利要求3所述的装置，其中所述Web服务策略是嵌入在WSDL或XML文件中的策略陈述或附加在服务注册中心实体的策略文件。

9.一种Web服务提供者，包含权利要求1的控制Web服务策略的装置。

10.一种服务注册中心，包含权利要求1的控制Web服务策略的装置。

11.根据权利要求10所述的服务注册中心，其中所述Web服务策略是附加在服务注册中心实体的策略文件。

12.一种控制Web服务策略的方法，包括：

a)接收服务消费者对Web服务策略的请求；

b)响应该请求，获取影响服务的调节信息；

c)从策略库中选择对应于该调节信息的Web服务策略；和

d)发送该服务策略至该服务消费者。

13.根据权利要求12所述的方法，其中步骤b进一步包括从信息收集器获得所述调节信息。

14.根据权利要求12或13所述的方法，其中所述调节信息包括以下信息组成的组中的一个或多个：事务处理方式、安全措施、语言、访问能力、时段信息、服务消费者的身份、版本、地域、服务提供者负载状态、响应时间。

15.根据权利要求12所述的方法，其中

步骤a进一步包括服务消费者请求包含策略的服务元数据；

步骤c进一步包括将该Web服务策略嵌入元数据；和

步骤d进一步包括发送该嵌入了Web服务策略的元数据至该服务消费者。

16.根据权利要求12所述的方法，进一步包含：

将选择的策略发送至服务提供者。

17.根据权利要求12所述的方法，进一步包含：

响应服务提供者的请求，将选择的策略发送至服务提供者。

18.根据权利要求12所述的方法，其中所述Web服务策略是一个独立策略文件。

19.根据权利要求12或15所述的方法，其中所述Web服务策略是嵌入在WSDL或XML文件中的策略陈述或附加在服务注册中心实体的策略文件。

20.根据权利要求12所述的方法，进一步包括：

e)该服务消费者根据至少部分该服务策略请求Web服务。

21.根据权利要求15所述的方法，进一步包括：

e)该服务消费者根据该包含Web服务策略的元数据请求Web服务。

22.一种机器可读存储装置，其上存储有计算机程序，该计算机程序有可由机器执行以使该机器完成如权利要求12-21的方法。