专利名称：基于协议的自动服务供应方法与设备的制作方法
技术领域：
本发明主要涉及服务环境，更具体地，涉及自动供应资源以实现服务协议的技术。
背景技术：
在信息技术(IT)服务领域中，实体之间的服务通过服务协议的方式获得。当预期的服务客户提交协议邀约时，服务提供者必须评估它是否能够遵从协议邀约，如果能够，则供应要给予的服务所必需的IT资源。IT资源包括例如存储、计算和网络互联元件。
Dan等人的美国专利第6,148,290号的公布在此通过参考并入，该专利讲授了使用服务协议以自动提供自治实体之间的服务。服务协议可定义与没有遵守或者完成了相关服务的服务水平目标相关联的处罚和奖赏。在这种情况下，为协议的提供建立的提供者的IT资源配置，必须以如下方式实施该服务，即要在收到的奖赏和招致的处罚与IT资源使用的成本之间进行权衡。
协议的正式表达法使服务协议能够自动进行解释。WS协议(参见，例如，A.Andrieux等人，″Web Services Agreement Specification″，1.1版，第18草案，2004年五月，其公开在此通过参考并入)是服务协议的标准表达法的草案，其可与服务类型特定表达法——例如，Web服务描述语言(参见，例如，E.Christensen等人，″Web Services DescriptionLanguage(WSDL)1.1，″万维网联合会技术报告，其公开在此通过参考并入)——组合使用。Web服务提供语言是达到相同目的的另外一种表达法(参见，例如，V.Tosic等人，″WSOL-A Language for the FormalSpecification of Classes of Service for Web Services，″2003 Web服务国际会议会议记录，CSREA出版社，375-381页，2003年6月，其公开在此通过参考并入)。
取得实施服务协议所必需的资源集或可从中进行选择的多个资源集，而后供应该资源集，对于自动执行服务协议过程的自动化是必需的。A.Dan等人在“Connecting Client Objectives with Resource CapabilitiesAn Essential Component for Grid Service Management Infrastructures”(面向服务的计算国际会议(ICSOC)2004，57-64页，其公开在此通过参考并入)中，讲授了如何将多个步骤中的性能目标翻译成资源需求的方法。然而，所提出的方法本身并不能自动取得资源。对于每个特定的域，例如，计算作业调度，特定的资源取得模型必须由程序员定义并执行。该方法提供如何这样做的指导，虽然它自身并不能自动取得资源。此外，它也不解决供应的问题。
最后，尽管如下公司AdventNet(Pleasanton，CA)、Cisco(San Jose，CA)和Veritas(Mountain View，CA)等有基于模板的资源供应方法，但这些方法没有考虑服务协议。
发明内容
本发明提供用于自动供应资源以实现服务协议的技术。
例如，在本发明的一个方面，可由服务提供者使用的用于基于服务客户端的至少一个服务协议邀约，自动供应一个或多个资源的技术包括下列步骤/操作。获得该至少一个服务协议邀约。获得至少一个实施计划模板。然后按照该服务协议邀约和该实施计划模板，自动取得供应描述，其中该供应描述可用于配置一个或多个资源，使得服务可以提供给服务客户端。
有利地，提供用于解释和分析服务客户端提交的服务协议邀约、以及按照该服务协议邀约提供一个或多个服务的技术。
通过参照附图一起阅读的对本发明说明性实施方式的详细描述，本发明的这些和其他目的、特性和优点将会变得明显。
图1表示系统的部件和相互作用，在该系统中，按照本发明的实施方式，客户端和服务提供者建立一个服务协议，服务提供者供应服务，客户端随后按照协议消费服务；图2概略说明按照本发明的实施方式的由提供者的服务管理所执行的算法；图3按照本发明的实施方式分解服务提供者的服务管理功能，并概略说明协议实施计划模板的使用；图4表示按照本发明的实施方式协议实施计划模板的结构；图5示出按照本发明的实施方式，协议实施计划模板如何与客户端提交的协议邀约的部分相联系；图6表示按照本发明的实施方式如何在协议实施计划模板中描述供应描述的可变域的填充机制；图7表示按照本发明的实施方式由服务管理功能执行的完整算法；图8图示了按照本发明的实施方式的一个示例供应描述；图9示出按照本发明的实施方式，协议实施计划模板如何与协议模板相关联及它们的生命周期如何一致地由生命周期管理器和编辑器管理；以及图10是图示出按照本发明的实施方式的一个计算系统的图，根据该系统，可以实施基于协议的自动服务提供系统的一个或多个部件/步骤。
具体实施例方式
将在以下说明性的信息技术(IT)服务环境的背景中解释本发明。然而，应该理解本发明不仅限于这样的服务环境。相反，本发明更普遍地适用于任何服务环境，在该服务环境中，理想地是提供自动的资源供应以实现服务协议。
从而，如同在此将被阐述的，本发明的说明性的原理能够自动供应实现服务协议的IT资源。应当理解，术语“自动的”和术语“自动地”一般描述不是手工(例如，由人类操作员)执行的步骤或操作，而是经由一个或多个处理系统或装置(例如，由计算机系统)执行的步骤或操作。
此外，本发明的说明性的原理涉及服务协议，该协议包括正式的服务质量保证和自动取得为实现该服务保证的IT资源需求。更具体地，本发明的说明性的原理涉及基于与协议模板的正式表达相关联的部署计划模板的正式表达，创建用于IT计算和其他资源的自动可执行的部署计划，以及最终利用供应系统执行该部署计划。
因此，本发明的说明性的原理提供用于针对服务提供者和服务客户端之间的服务协议，自动取得可执行的“供应描述”的技术。供应描述包括正式的机器可解译的资源集的描述(这些资源要被配置用于实施该计划)、配置信息及按照配置信息配置这些资源的处理步骤和这些步骤的次序。供应描述由供应引擎执行，该引擎按照该描述获得资源并配置。
本发明的说明性的原理，使每个被提交的协议邀约和协议实施计划模板相关联，该计划模板描述了如何从一个遵从已知结构的协议邀约的内容取得供应描述。协议实施计划模板包括供应描述的模板，该供应描述具有用于由每个创建的供应描述的实例填充的开放区域。从填充处理的角度看，供应描述是文本或插入更多文本的可扩展标记语言(XML)文档。
向潜在服务客户端公布的协议模板的使用，极大地提高了服务客户端创建可由协议实施计划模板处理的协议邀约的能力。因此，协议模板及其关联的协议实施计划模板的生命周期管理提高了本发明的技术的有效性。
使用本发明的技术，可以根据协议提供服务，而不需要供应描述机制理解所供应的系统域的语义学，因此这些服务可适用于任何环境，在所述环境中可利用接受正式的输入语言的供应系统。到目前为止，如果给予客户端在创建协议邀约方面足够的灵活性，这个取得供应描述的过程则主要以手工实施。
图1示出系统的部件和相互作用，在该系统中，按照本发明的实施方式，客户端和服务提供者建立一个服务协议，服务提供者提供服务，客户端随后按照协议消费服务。
如图所示，服务提供者域150——例如一个公司或大型组织的数据中心——将服务130供给在服务客户域160中的一个或多个服务客户端100，该域可以是外部的公司或者是在同一公司里的其他组织单位。服务130可以包括利用基于超文本传输协议(HTTP)的表现性状态传输(REST)或简单对象访问协议(SOAP)来访问的web服务、例如在计算机网格中的作业执行服务、web主机服务、以及网络互联服务。通过使用来自资源池140的资源140a-c提供服务。资源可以包括计算机、网络元件和通信连接。
在服务客户端100可以访问服务130之前，将在服务提供者域150和服务客户端域160之间建立一个协议。为了建立协议，服务客户端100向服务提供者域的服务管理120提交协议邀约110。可以以不同的方式表示协议邀约，例如使用用于协议邀约的WS协议格式。
当接受协议邀约110时，服务管理120将供应来自资源池140的资源，使得服务行为遵照在所接受的协议邀约中或在服务提供者域150可接受的偏差范围内所定义的条款。服务管理120必须确定专用于该服务的资源的数目和资源的配置。资源可以由一个服务客户端的一个服务专用，也可以由多个服务客户端共享的服务专用或由共享相同资源的多个服务专用。此外，经由来自服务管理的协议响应112，通知提出服务邀约的服务客户端协议已经被创建。当供应服务130时，服务客户端100可以访问该服务。
图2概略说明按照本发明的实施方式由提供者的服务管理执行的算法。更具体地，图2概略说明一个高级算法服务管理120部件按照该算法工作。
首先，在步骤210中，服务管理算法接收协议邀约。为此，显示出一个协议提交界面，例如，WS协议的规范中定义的协议工厂界面。随后，在步骤220中，检查协议的可行性。可行性指语法的确认、资源配置的成功取得和在期望的服务时间的资源可用性。如果认为协议邀约不可行(步骤230)，则在步骤260，将协议建立失败通过一个消息返回到服务客户端。如果协议可行(步骤230)，则在步骤240，服务管理供应资源，以实施该服务。在步骤242，经由来自服务管理的协议响应，通知提交服务邀约的服务客户端已创建了一个协议。然后在步骤250，通过使服务对客户端可用，服务管理启动服务。
服务管理部件(图1中的120)包括两个子部件，如图3中所概略示出的。更具体地，按照本发明的实施方式，图3分解服务提供者的服务管理功能，并概略示出协议实施计划模板的使用。
如图所示，第一子部件是协议供应计划器310，它分析协议邀约110，检查它的语法的可行性并设计供应描述320。为此，服务管理部件使用来自协议实施计划(IP)模板库350的一个或多个协议实施计划模板350a、350b、...。IP模板含有如何根据给定的协议邀约创建供应描述350的描述。
第二子部件是供应引擎330。供应引擎通过获得所要求的资源并配置它们来执行供应描述320。供应引擎330将供应处理结果340，即资源配置的成功还是失败，回报给协议供应计划器310。在失败的情况下，协议供应计划器310可以设计一个替代的供应描述。协议供应计划器310也将“创建协议”消息(图1中的112)向回传达给服务客户端。
在图4中图示了协议实施计划(IP)模板(图3中的350a，350b)的一个示例。IP模板和使用它的过程不知道协议邀约110和供应描述320的语义。该模板描述了供应描述320从一个模板供应描述的获得，后者被称为部分供应描述420，包括基于在协议参数标识符410部分中被识别的协议邀约部分，按照实例完成描述430待进行填充的域。
因此，应该理解IP模板350包括供应描述(部分供应描述420)的模板，其有针对每个所创建的供应描述实例进行填充的开放区域。产生的最终结果(填充结果)是一个或多个供应规范实例。该一个或多个供应规范实例作为提供给供应引擎330的供应描述320(图3)。
供应引擎调用细节415也作为IP模板的一部分显示。应该理解本发明的原理将具有多供应引擎的情况考虑在内。这由定义供应规范实例(供应描述320)的发送地址或终点完成。在一个说明性的实施方式中，系统可以按照WS寻址规范使用端点引用(reference)。一个在最简单的情况下的示例是<ProvisioningEngineInvocationDetails>
<wsa:EndpointReference>
<wsa:Address>
http://management.ibm.com:8080/provisioning/</wsa:Address>
</wsa:EndpointReference>
</ProvisioningEngineInvocationDetails>
此外，可以以方便的格式表达IP模板，例如，以XML结构<ImplementationPlanTemplate>
<AgreementParameterIdentifiers>
...
</AgreementParameterIdentifiers>
<ProvisioningEngineInvocationDetails>
...
</ProvisioningEngineInvocationDetails>
<ProvisioningProcessDescription>
...
</ProvisioningProcessDescription>
<InstanceCompletionDescription>
...
</InstanceCompletionDescription>
</ImplementationPlanTemplate>
协议参数标识符部分的目的是使IP模板和可以应用该模板的协议产生关联，如图5所示。当设计IP模板时，必须使它们和遵循相似结构的一类潜在协议产生关联，这些潜在协议潜在地按照协议模板创建，例如像WS协议草案规范建议的那样。在这个部分中每个参数标识符520a，520b，...包括一个唯一的名称530a，530b...和一个位置指针540a，540b，...。位置指针正好指向协议中的一个位置，称为协议部分510a，510b，...。协议部分可以是任何清楚识别的协议下层结构。在如WS协议草案的XML表达法中，下层结构可以是元件或元件的属性。
如果协议以XML数据结构表达，则可以采用XPath格式(参见，例如，Clark，James；DeRose，Steve 1999″XML Path Language(XPath)，″1.0版，W3C推荐，1999年11月，其公开在此通过参考并入)以表达这个位置指针信息。然而，虽然XPath表达可以一次指向一组位置，但在此环境下XPath的使用要求XPath表达的作者确认，它决定协议文件中的一个且唯一一个单个位置。
使用XPath，可以将参数标识符用XML表达为以下示例所示...
<AgreementParameterIdentifiers>
<ParameterIdentifier Name="AverageResponseTime">
<LocationPointer>//wsag:GuaranteeTerm[@wsag:Name=′responseTimeGuarantee′]/*Value</LocationPointer>
</Parameter>
...
</AgreementParameterIdentifiers>
参数的名称是AverageResponseTime，将它在IP模板所应用的协议中的位置定义为LocationPointer元素中的XPath表达式。在该示例中，参数指在WS协议格式中所规定的保证条款的元素值的内容，其名称是responseTimeGuarantee。
对XML之外的协议表达法，本领域的技术人员可以使用或容易地想到相应的指针格式。
协议的实例完成描述430部分定义了在部分供应描述420中将填充和替换哪些部分，以及如何确定要填充的值。
图6说明性地解释实例完成描述的结构和实例完成描述与供应描述相关的方式。供应描述部分610a，610b，...是部分供应描述420的可以清楚识别的部分，对每个协议实施计划的实例，其值将随应用其的具体协议邀约而创建。实例完成描述包括一组域描述630a、630b，...，它们中的每个都解释了如何为供应描述部分610a，610b，...创建一个值。域描述包括位置指针640a，640b，...，和域值算法描述650a，650b，...。
实例完成描述430的位置指针，是以与参数标识符530a，530b，...的位置指针的相同的原理设计的。在供应描述是XML结构的情况下，XPath可被用于指向特定的XML元素或属性。
域值算法描述650a，650b，...，包括一个算法的表达法，其格式能由协议供应计划器解译。在这个算法中，协议部分510a，510b，...可被称为适合于选择的格式的常量或变量。PMAC表达语言(参见，例如，IBM公司“PMAC Expression Language Users Guide，”Alphaworks PMAC发行，2005，www.alphaworks.ibm.com)是一个合适的表达法，如以下示例所示...
<InstanceCompletionDescription>
<FieldDescription>
<LocationPointer>
//ProvisioningProcessDescription/*NumberOfServers</LocationPointer>
<FieldValueAlgorithmDescription>
<exp:Plus>
<exp:FloatConstant>
<Value>02.000</Value>
</exp:FloatConstant>
<exp:Divide>
<exp:FloatConstant>
<Value>01.000</Value>
</exp:FloatConstant>
<exp:Variable name="AverageResponseTime"/>
</exp:Divide>
</exp:Plus>
</FieldValueAlgorithmDescription>
</FieldDescription>
...
</InstanceCompletionDescription>
...
在供应描述中，位置指针指向XML元素NumberOfServers。它被赋予域值算法描述的值，以PMAC表达语言表示为2+1/AverageResponseTime。在这个示例中，选择的平均响应时间越短，要供应的服务器的数目越多。AverageResponseTime指向由参数标识符520a，520b，...识别的协议部分510a，510b，...，如上述示例所示。
供应描述320有一个由供应引擎330解译的格式。现在跳到图8，概略示出供应描述320的主要元素。
供应描述包括资源类型810的定义和资源集820a，820b，...的一个或多个定义，这些是可选的，可以根据资源的可用性和成本考虑从中选择。
资源类型的定义包括对资源池的资源类型进行唯一识别的信息，以查询资源的可用性，该资源池例如是数据中心的集群管理系统(图1中的140)。它可以以XML结构表达，如以下示例所述
<ResourceTypeDefinitions>
<ResourceType name="p-Series>
<HostType description="pSeries550">
<HostArchitecture>
<CPUCount>4</CPUCount>
</HostArchitecture>
...
</HostType>
</ResourceType>
...
</ResourceTypeDefinitions>
资源集的定义820a，820b，...包括资源数量定义830a，830b，...，表明这个集需要多少哪一类型的资源。集供应定义840a，840b，...包括工作流描述或定义资源将如何供应和以何次序供应的脚本。这个定义一般以一种脚本语言写下来，如Unix外壳脚本或Per1，或以一种工作流语言写下来，如用于Web服务的商业处理执行语言(BPEL4WS)。
图7表示按照本发明的实施方式由服务管理功能执行的完整算法。更具体地，图7描述协议供应计划器310和供应引擎330执行的一种算法。协议供应计划器310执行这些步骤，直到步骤740，且包括步骤740，以创建供应描述320的一个完整实例，并利用IP模板250a，250b，...来完成。由供应引擎330基于所产生的供应描述320执行后面的步骤，这些步骤包括资源的获得和它们的配置。
当在接收协议步骤210接收到协议邀约110之时，算法开始。在步骤715，协议供应计划器从它们的库中检索出IP模板集。协议供应计划器选择第一模板。对于第一IP模板，计划器在步骤720校验每个参数标识符的位置指针是否指向所接收的协议邀约中的一个且唯一一个位置。
如果所有位置指针都有一个匹配(步骤725)，则算法进入步骤730。否则，在步骤780检查是否剩余有多个IP模板。如果没有，则在步骤260返回失败。否则，算法回到步骤715，尝试下一IP模板。如果所有位置指针都有匹配，则在步骤730中以它们的名称作为索引存储所有协议部分值，它们的名称由IP模板的参数标识符给出。
接下来，在步骤735将供应描述的一个实例写进存储器。然后，在步骤740中，对于所有的域描述，该算法执行域值算法描述(650)，并且在由域描述(630)的位置指针(640)指出的位置，插入由供应描述实例中的算法所返回的值。随着这一步骤的完成，算法有利地产生了供应描述320的一个完整的且可执行的实例，而不需要理解供应描述320的语法。这个供应描述320实例被送到由IP模板350a中给出的供应引擎调用细节415指定的供应引擎330。也就是说，为确定具体供应引擎，流程从IP模板取出供应引擎的终点。
下一个步骤由供应引擎330执行，执行供应描述320。算法过程如下。首先，在步骤745中，选择第一资源集的定义，并检查是否可以以由各个资源集定义的资源数量定义所指定的数量从资源池中获得这些资源。如果否(步骤750)，则该算法检查(步骤765)供应描述中是否有更多可选的资源集定义。如果是，则继续步骤745，否则，它向协议供应计划器310发送失败信号(框260)。
在步骤755中，如果一个集的所有资源都可用(步骤750)，则算法以所定义的数量获得那些资源。然后，在步骤760中，执行集供应描述以配置该集。如果这个步骤完成，则完成供应且可以使用服务(框250)。
使用本发明的机制的服务提供者应该谨慎地管理针对哪个类型的协议它使用哪个协议实施计划模板。当服务提供者的资源池随时间改变时，例如通过获得更新和更强大的主计算机而改变时，协议实施计划模板也应该改变。此外，服务提供者接收协议邀约所针对的服务类型随着时间而变化，并且必须进行相应处理。另外，为推动服务客户端创建可接受的协议邀约，服务提供者应该向客户端提供协议模板。
因此，如图9中概略示出的，服务提供者使用生命周期管理器和模板编辑器920，以创建协议模板910a，910b，...和一个或多个相关联的IP模板350a，350b，...。协议模板的使用使得服务提供者能够更有效率地写入IP模板，因为它们知道预期的协议邀约的结构，因此可以有效地写入协议参数标识符。
也就是说，生命周期管理器/编辑器可以被用作自动的协议供应系统，其能创建服务邀约、创建相关联的协议模板、创建相关联的IP模板，并去除及改变这样的邀约和模板中的人为痕迹(artifacts)。
图10图示出按照本发明的实施方式的一个计算系统，根据该系统，可以实施基于协议的自动服务提供系统的一个或多个部件/步骤(例如，在图1至图9的文字中所描述的部件和方法)。应该理解，可以在一个或多于一个的这种计算机系统上实施单独的部件/步骤。在分布式计算系统上实施的情况下，单独的计算机系统和/或装置可以经由适当的网络——例如因特网或万维网——连接。而系统可以经由个人或本地网实现。无论如何，本发明不限于任何特定网络。
因此，图10中显示的计算系统代表一个说明性的计算系统体系结构，其除了实施其他功能外，用于实施基于协议的自动服务提供系统的一个或多个功能部件/步骤，例如可以由服务提供者维护的实施计划模板、协议模板、供应计划器、供应引擎、生命周期管理器/编辑器等等。此外，计算系统体系结构还可以代表由服务提供者提供的一个或多个真实资源的实施。此外，该计算系统体系结构还可以代表一个或多个服务客户端的实施。
如图所示，该计算系统体系结构可以包括经由计算机总线1050或替代连接布置所耦合的处理器1010、存储器1020、I/O装置1030和网络接口1040。
应该理解，在这里使用的术语“处理器”意在包括任何处理装置，比如举例来说，一个包括中央处理单元(CPU)和/或其他处理电路的处理装置。还应该理解术语“处理器”可以指多个处理装置，并且与处理装置相关联的各种元件可以由其他处理装置共享。
在这里使用的术语“存储器”意在包括与处理器或CPU相关联的存储器，例如举例来说，RAM、ROM、固定存储装置(例如硬盘驱动器)、可移动存储装置(例如磁盘)、闪存等等。
另外，在这里使用的短语“输入/输出装置”或“I/O装置”意在包括，例如用于将数据输入给处理单元的一个或多个输入装置(例如键盘、鼠标等)，和/或用于显示与处理单元相关联的结果的一个或多个输出装置(例如显示器等)。
此外，在这里使用的短语“网络接口”意在包括例如一个或多个收发器，以允许计算机系统经由适当的通信协议与另一个计算机系统通信。
因此，包括用于执行这里描述的方法的指令或代码的软件部件，可以被存储在一个或多个相关联的存储装置(例如ROM、固定的或可移动存储器)中，并且当准备使用时，由CPU部分地或全部地加载(例如到RAM中)并执行。
无论如何，应该理解，在此描述并在附图中示出的本发明的技术可以不同形式的硬件、软件或其组合实施，例如，具有相关联的存储器的一个或多个用于编程的通用数字计算机、实施特定的集成电路、功能电路等等。给出本发明在此提供的技术之后，本领域普通技术人员可以想到本发明技术的其他实施方式。
因此，正如在此所说明性地解释的，本发明的原理提供了一种正式的资源供应规范，包括从协议中提取信息的方法、取得新参数的方法、创建资源集的替代选择的方法和比较替代选择的方法。
也提供了执行规范的机制。通过示例，该机制可用于基于协议模板，自动提取用于邀约的协议邀约元素；基于潜在的外部功能，自动从协议邀约元素取得执行计划配置参数；利用取得的值自动确定实施计划模板的参数；和基于商业计划中的分配替代选择的商业价值自动选取分配替代选择。
使用这个机制由服务保证(如响应时间目标)取得详细的资源需求(如服务器的数目和配置)；选取替代选择；获得所需的资源；基于替代选择分配的商业价值，做出是否接受服务邀约的全面决策；和基于得到的分配，可以触发服务提供的启动。
正如在此所详细描述的，本发明的原理有利地提供了实施计划模板和用于自动处理这样的模板的引擎。这样的模板包括四个主要方面的信息协议参数的确认；基于协议参数，确定不同类型的资源各自的数量的方法；资源类型的配置和组合；和资源类型的定义。
虽然已经参照附图在此描述了本发明说明性的实施方式，但是应该理解，本发明不限于那些具体的实施方式，并且不脱离本发明的范围和精神，本领域的技术人员可以做出各种其他变化和修改。
权利要求
1.一种可由服务提供者使用的方法，用于基于服务客户端的至少一个服务协议邀约，自动供应一个或多个资源，包括步骤获得所述至少一个服务协议邀约；获得至少一个实施计划模板；以及按照所述服务协议邀约和所述实施计划模板，自动取得供应描述，其中，所述供应描述可用于配置一个或多个资源，使得可将服务提供给所述服务客户端。
2.权利要求1的方法，其中所述自动供应描述取得步骤还包括从所述协议邀约提取一个或多个元素的步骤。
3.权利要求2的方法，其中所述自动供应描述取得步骤还包括，基于所述一个或多个提取的协议邀约元素，确定一个或多个与所述实施计划模板相关联的分配参数的步骤。
4.权利要求3的方法，其中所述自动供应描述取得步骤还包括，基于所述一个或多个分配参数，生成所述供应描述的步骤。
5.权利要求1的方法，其中所述自动供应描述取得步骤还包括自动检查所述协议邀约的可行性的步骤。
6.权利要求5的方法，其中所述自动可行性校验步骤还包括以下步骤中的至少一个步骤对所述协议邀约进行语法校验，基于所述协议邀约确定资源配置取得的成功，以及在希望的服务时间确定所述资源配置的一个或多个资源的可用性。
7.权利要求5的方法，其中所述自动供应描述取得步骤还包括通知所述服务客户端所述可行性检查结果的步骤。
8.权利要求1的方法，其中所述自动供应描述取得步骤还包括，确定所述服务协议邀约的一个或多个元素和所述实施计划模板的一个或多个参数之间的匹配的步骤。
9.权利要求8的方法，其中所述自动供应描述取得步骤还包括，当确定了匹配时，生成供应描述的实例的步骤。
10.权利要求1的方法，还包括提供至少一个协议模板给所述服务客户端，以用于生成所述服务协议邀约的步骤。
11.权利要求1的方法，其中所述自动供应描述取得步骤还包括，使用所述实施计划模板以识别一个或多个协议参数。
12.权利要求1的方法，其中所述自动供应描述取得步骤还包括，基于一个或多个协议参数，使用所述实施计划模板以确定不同类型的资源各自的数量。
13.权利要求1的方法，其中所述自动供应描述取得步骤还包括，使用所述实施计划模板以配置并组合一个或多个类型的资源。
14.权利要求1的方法，其中所述自动供应描述取得步骤还包括，使用所述实施计划模板以定义一个或多个类型的资源。
15.权利要求1的方法，其中所述自动供应描述取得步骤还包括，将所述实施计划模板表示为可扩展标记语言结构。
16.权利要求1的方法，还包括执行所述供应描述的步骤。
17.一种可由服务提供者使用的装置，用于基于服务客户端的至少一个服务协议邀约，自动供应一个或多个资源，包括一个存储器；和至少一个耦合到所述存储器的处理器，所述处理器用于(i)获得所述至少一个服务协议邀约；(ii)获得至少一个实施计划模板；和(iii)按照所述服务协议邀约和所述实施计划模板，自动取得供应描述，其中，所述供应描述可用于配置一个或多个资源，使得可将服务提供给所述服务客户端。
18.一种可由服务提供者使用的制造的产品，用于基于服务客户端的至少一个服务协议邀约，自动供应一个或多个资源，所述产品包括包含一个或多个程序的机器可读介质，当所述程序执行时，实施权利要求1-16中任何一项的步骤。
19.一种用于自动管理一个或多个资源的供应的方法，包括步骤生成协议模板；和生成相关联的协议实施计划模板。
全文摘要
公开了用于自动供应资源以实现服务协议的技术。例如，一种可由服务提供者使用的技术用于基于服务客户端的至少一个服务协议邀约，自动供应一个或多个资源，该技术包括以下步骤/操作。获得该至少一个服务协议邀约。获得至少一个实施计划模板。然后按照该服务协议邀约和该实施计划模板，自动取得供应描述，其中该供应描述可用于配置一个或多个资源，使得服务可以提供给服务客户端。
文档编号H04L29/06GK1881976SQ200610065208
公开日2006年12月20日 申请日期2006年3月16日 优先权日2005年6月16日
发明者阿西特·丹, 亨纳·金佩, 海科·路德维希 申请人:国际商业机器公司