专利名称：公用服务环境中资源分配的方法和系统的制作方法
技术领域：
本发明总体上涉及公用服务环境的管理，更具体地，涉及一种用于基于非异常条件的资源配置和取消配置的方法。
背景技术：
位于纽约阿芒克的国际商业机器公司(IBM)经常完成商业计算领域的新范例。目前，IBM正在对产品和服务进行配置以支持“随需应变业务(On Demand Business)”。“随需应变业务”是在公司内部、主要合作伙伴、供应商和客户之间实现端到端的业务流程整合，并且能够快速地响应任何客户需求、市场机遇或外部威胁。支持随需应变业务所必需的信息技术(IT)基础设施必须是灵活可变的，也就是能够满足不断波动变化的需求水平。一种用来提供灵活可变的IT基础设施的技术是公用计算服务。公用计算是基于“按时收费(power by the hour)”的信息技术(IT)服务，其中客户仅根据实际上所用的计算服务水平付费。在这个范例中，可基于客户对资源的实际需求进行资源分配和释放。
公用计算基础设施的客户将它们的IT环境转换成可变的资源，并且仅对得到的实际计算服务付费。公用管理基础设施(UMI)提供对公用计算环境进行有效管理的工具和服务。与电、水和气相同，IT被看作另一种公用事业。从而，通过取消建立和维护IT运行的责任、向管理员提供必要的教育和培训、以及必须遵守适当的规则，客户能够将注意力集中在它们的核心业务，同时享有可变的价格、自动化的流程以及由公用事业提供者所提供的共享基础设施的宝贵的适应力和响应度。
从专用IT环境转换到公用计算环境的客户所关心的可能是所需资源是可得到的，并且能够真正利用可得到的资源。通常，客户能够更改计算能力以及分配和/或释放计算资源。虽然这种方法向客户提供所需资源的动态池，但是客户必须要知道对一种特定应用的明确需求，以有效地管理分配/释放流程。
其它程序提供了根据资源使用的资源自动分配/释放。但是，目前的系统不提供某种方式来确保资源是根据实际需求而不仅仅是需求的不规则峰值来进行分配的。而且，当出现使用的暂时下降时，当前系统可能会自动释放资源。在这种情况下，当使用返回到正常水平时，某种特定资源可能不可用。
发明内容
所提供的是一种用于在公用服务环境中进行资源配置的方法，在公用服务环境中，根据所估算出来的对这些资源的需求，分配和释放各种资源。一种对特定资源的需求的暂时波动可能会使得对那种特定资源的需求产生曲解。例如，如果正在对资源进行分配，或“配置”的同时进行了对资源需求的调节，尽管所需资源已经获得提供或正在提供的过程中，也可能会开始进行额外配置。或者，对资源使用的下降可能启动释放或“取消配置”请求，尽管最近才对该资源取消配置。要求保护的主题使得公用服务环境能够在执行关于资源分配或释放的判决之前稳定。
基本上，本发明提供了一个对应于一种特定资源的请求的加权时间段。配置请求持续长度是可变的一段时间，使得对应于那种资源的度量能够保持稳定。这种稳定使得能够在公用计算环境中进行关于资源分配和释放的更智能的判决。
加权时间段由最优方法确定，更具体地，由对应于进行资源配置或取消配置以及稳定为那种资源所收集的度量所需时间的时间长度来确定。配置文件存储公用服务环境中每种资源的信息，以及对应于每种资源的加权时间段值。维护对应于每种资源的配置/取消配置动作的列表。使每个配置/取消配置动作与执行的时间相关联。
当收到对一个特定动作的配置/取消配置动作的请求时，检查动作列表和配置文件以确定所请求的动作是否已经在加权时间段里相对于特定动作得到执行。如果是，丢弃请求，不采取任何动作。如果否，执行动作，而且在动作列表中增加相应的条目。周期性地，从列表中移除列表中落在加权时间段外面的动作。
当结合下列附图考虑所公开的实施方式的详细描述后，可以对本发明有更好的理解，其中图1是组成要求保护的主题的示意性的通用管理基础设施(UMI)架构的框图。
图2是可在其中实现要求保护的主题的随需应变服务(ODS)框架的框图。
图3是在图2中所示的、与要求保护的主题相关的ODS框架的一个特定部分的框图。
图4是在要求保护的主题的实现中采用的示意性的存储对象。
图5是要求保护的主题中包括的估算窗口流程的流程图。
图6是实现要求保护的主题的示意性的配置/取消配置的流程图。
具体实施例方式
虽然是特别针对UMI环境进行描述的，但要求保护的主题可以在任何期望使用资源的自动分配和释放的信息技术(IT)系统中实现。计算领域熟练的技术人员能了解，所公开的实施方式与下面所描述之外的多种计算环境有相关性。另外，所公开的发明的方法可以在软件、硬件、或软件和硬件的结合中实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行系统，例如微处理器，个人计算机(PC)或大型机来执行。
在本文的上下文中，“存储器”或“记录介质”可以是任何包含、存储、通信、传播或传输程序和/或数据的装置，可被指令执行系统、装置或设备所用或与之相结合。存储器和记录介质可以是，但不限于，电子的、磁的、光学的、电磁的、红外线的或半导体系统、装置或设备。存储器和记录介质还包括，但不限于，例如下列便携式计算机磁盘，随机存取存储器(RAM)，只读存储器(ROM)，可擦写可编程只读存储器(EPROM或闪速存储器)，便携式光盘只读存储器(CD-ROM)或另一种适当的可在其上存储程序和/或数据的介质。
现在开始描述附图，图1是组成要求保护的主题的示意性的通用管理基础设施(UMI)架构100的框图。企业101服务多个客户，例如客户_1 103、客户_2 104、客户_3 105、客户_4 106和客户_5 107。企业101还与多个供应商有关系，如供应商_1 113、供应商_2 114和供应商_3 115。作为例子，并没有明确指定企业101所从事的业务的特定类型，因为UMI架构100和要求保护的主题实际上能够应用于任何使用信息技术(IT)基础设施的业务类型。实际上，UMI架构100甚至能够应用于不具有客户和/或供应商的假想业务。
在这个例子中，供应商113-5向企业101提供部件和服务121，客户103-7购买产品或供应品119。企业101包括业务流程_1 123、业务流程_2 124和业务流程_3 125，以使企业101能够将部件和服务121转变成供应品119。业务流程类型的例子包括，但不限于，生产供应系统、记账系统、计费系统、客户管理系统和薪酬系统。客户103-7、供应商113-5和业务流程123-5的特定数目只是为了举例；要求保护的主题同样能很好地应用于具有任意特定数目的这样关系的小型、中型和大型企业。
企业101包括虚拟基础设施，或“随需应变服务(ODS)框架”129，在这个例子中，是由纽约阿芒克的国际商业机器公司(IBM)设计的电子商务随需应变(EBOD)公用计算环境。IBM公用计算环境是为商务客户设计的，并提供基于使用进行收费的例如记账、人力资源和客户关系管理应用。
图2是图1中ODS框架129更详细的框图。在图2中包括ODS块167，它表示多种可在如IBM EBOD公用计算环境等ODS环境中得到的随需应变服务。如上所述，ODS服务的例子包括，但不限于，生产供应系统、记账系统、计费系统、客户管理系统和薪酬系统。在这个例子中，ODS服务167通过服务编程接口(SPI)165与ODS框架129相连。在这个例子中，SPI 165是一组应用编程接口(API)。计算领域熟练的技术人员可以了解，还有其它不通过SPI 165来实现ODS块167和ODS框架129之间连接的方法，例如但不限于安全套接字。
在图2中还包括业务系统块169，它表示任意或所有特定业务流程123-5(图1)，可以要求它们向由企业101(图1)所提供的多个ODS服务中一个或多个提供接入。业务系统169通过定制使能块171与ODS框架129相连，定制使能块171可以表示用于从业务系统到ODS框架129交流信息的软件、硬件或人工操作员。
ODS框架129包括集成中心(HUB)141，用于协调业务系统169、ODS服务167和ODS框架129之间的相互作用。集成中心141包括工作流组件143和集成中间件组件145。工作流组件143管理来自业务系统169的通信和请求，集成中间件组件145管理来自ODS块167的通信和请求。虽然工作流组件143主要与集成中间件组件145通信，集成中间件组件145负责处理来自工作流组件143和ODS服务块167到UMI基础服务147的、以及从UMI基础服务147到ODS组件167的通信和请求。
UMI基础服务147包括入口151，这是UMI基础服务147、ODS框架129其余部分以及任意实体，例如来自另一个处于ODS框架129外部的、请求到UMI基础服务147的直接通信链路的用户的软件，之间的通信接口。计算领域熟练的技术人员应当理解，有多种实现入口151的方法，包括但不限于API和安全套接字。UMI基础服务147另外的组件包括帮助桌面组件152、服务等级协议(SLA)组件153、配置组件154、报告组件155、监控和管理组件156、计费组件157、计量组件158和测试中心组件159。
帮助桌面组件152可以是自动化的系统，例如典型的电话应答系统，或者完全或部分地人工系统，其中，帮助桌面组件152为在企业101中相应帮助桌面部门工作的员工服务，使通信和数据检索任务自动化。
服务等级协议(SLA)管理组件153监视并控制ODS框架129，和与ODS框架129发生相互作用的人或物，例如，客户103-7(图1)和/或供应商113-5(图1)，之间的相互作用。典型的SLA是ODS框架129的提供者和某特定客户或供应商之间，关于授权给客户或供应商的ODS框架129的资源量的合同。换句话说，SLA管理组件153确定一个特定客户或供应商是否达到、超过或者遵守他们特定的SLA，然后基于该信息采取适当的措施。关于SLA的数据存储在数据存储161中。
配置引擎154提供任务自动化，以及有关ODS框架129内数量设置和修改的资源分配。更具体地，配置引擎154使得资源，例如服务器、数据存储、网络资源和防火墙，能够从ODS框架129得以创建、修改、和移除。此外，配置引擎154帮助ODS框架129内软件的分配。
报告组件155负责产生关于企业101、业务流程123、125和127、相应客户103-7或供应商113-5以及ODS框架129中任意一个或所有的报告。报告可以包括，但不限于，生产报告、计费报告、库存报告、客户报告、性能报告和SLA遵守报告。预定义的报告模板和生成的报告存储在数据存储161中。
监控和管理(M&M)组件156负责收集OSD框架129和其它的UMI基础服务147的信息，并为它们提供管理接口。收集的信息存储在数据存储161中，并且能够被帮助桌面组件152、报告组件155和下面说明的计费组件157直接或通过数据存储161得到。
计费组件157为客户和供应商产生关于他们各自对ODS框架129使用的清单和计费信息，这主要是基于来自SLA管理组件153和下面所描述的计量组件158的信息。
计量组件158记录客户103-7和供应商113-5对ODS框架129的使用，以及关于ODS框架129的操作的任何必要的内部信息。由计量组件158收集的信息存储在数据存储161中，可被帮助桌面组件152、报告组件155、M&M组件156和计费组件157所使用。
最后，测试中心组件159控制例如对ODS框架129的调度和测试存储、客户分析(profiling)、测试数据生成等活动。在下面将结合附图5详细说明测试中心组件159。
图3是在图2中所示的、实现要求保护的主题的ODS框架129的一部分的框图。资源分配/释放逻辑块181包括SLA管理组件153(图2)、配置组件154(图2)和计量组件158(图2)。虽然，只显示了组件153、154和158作为资源分配/释放逻辑块181的部分进行说明，其它组件也可包括在要求保护的主题中。例如，可将计费组件157包括在内，因为资源的分配/释放能够改变一个特定客户服务费用计算。因为客户需要获悉有关资源动作，例如配置和取消配置事件的情况，可以加入报告组件155。
上述结合图2进行说明的计量组件158，记录客户103-7和供应商113-5对ODS框架129的使用，还记录资源动作请求，例如资源的配置和取消配置。有关配置、取消配置和其它资源动作的信息存储在数据存储161中的窗口配置(WC)数据185中。下面将结合图4详细说明与WC数据185相关的存储的组成。
上述结合图2说明的配置引擎154提供任务自动化，以及关于ODS框架129内数量设置和修改的资源分配，还根据要求保护的主题的参数，确定是否准许关于一种特定资源的配置或取消配置的特定请求。所涉及资源的例子包括，但不限于，服务器、数据存储、网络资源和防火墙。下面将结合图6详细说明分配/释放流程250。
因为一种特定资源的任何分配和释放可能会受到特定客户的服务等级协议参数的影响，所以SLA管理组件153包括在资源分配/释放块181中。换句话说，根据公开的方法，即使客户需要一种特定服务，客户的SLA可能会妨碍对那种资源的分配。
除了包含WC数据185之外，数据存储161还包括资源描述(Resource ProfileRP)数据183和SLA数据187。RP数据183包括有关ODS框架129中客户资源分配以及任何其它可得到资源的信息。所分配资源的例子可包括，但不限于，处理周期、所需的服务器数量，网络带宽和数据存储需求。每种分配的资源都具有与它们相关联的参数，例如基本资源分配，最大资源分配、资源成本以及基于客户工作量需求动态地重新分配资源的规则。可用资源的一个例子是可用处理器的类型。SLA数据187包括关于客户SLA的信息，SLA管理组件153使用客户的SLA来确定一个特定客户是否能够分配额外的资源。
图4是一个可用来实现要求保护的主题的示意性的资源窗口对象(ResourceWindowObject)(RWO)存储对象200。RWO存储对象200包括标题部分201，其仅仅声明对象200的名称；属性部分203，它包含与RWO存储对象200相关的存储元素或属性；以及方法部分205，包括可结合RWO存储对象200执行的函数或方法。
属性部分203包括“rwoID”属性207、“资源名称(rourceName)”属性209、“当前实例(currentInstantiations)”属性211、“配置请求(ProvisionRequests)”属性213、“取消配置请求(DeprovisionRequests)”属性215和“窗口(Window)”属性217。对象200的实例存储在数据存储161(图2和图3)中的WC数据185(图3)中。
RwoID属性207是ResourceWindowObjectID类型的变量，包含对象200的特定实例的参考。对象200的每个实例具有唯一的属性207值，这使得每个实例是唯一标识的。RourceName属性209是一个String类型变量，存储与对象200的一个特定实例相关的资源的名称。rwoID属性207和ResourceName属性209都能够被流程250所使用，在对特定资源进行分配或释放之前，定位关于那特定资源的信息。
CurrentInstantiations属性211是一个Integer类型的变量，它存储相应资源实例的数目。一种特定资源的实例的数目可能影响到相应资源是否得到分配或释放，而不管按照要求保护的主题执行的估算的结果是怎样。例如，如果资源是磁盘驱动器，在RP数据183(图3)中的条目表示，必须至少配置有一个磁盘驱动器，以及currentInstantiations属性211的值等于‘1’，这样，取消配置资源的请求被拒绝。如果实例的数目等于‘5’，SLA数据187(图3)表示在合同上只授权给客户五个(5)磁盘驱动器，这样，配置的请求就被拒绝了。但是，ODS框架129的其它组件，例如报告组件155，可以将拒绝的消息通知给用户，并建议对SLA进行适宜的修改。
ProvisionRequests属性213是一个向量(Vector)类型的变量，存储对应于请求配置相应资源的日期和时间的信息，以及关于该请求是否被执行或被忽略的信息。换句话说，属性213包含关于由resourceName属性209所标识的资源的配置事件的历史记录。相似地，deprovisionRequests属性215是一个Vector类型的变量，存储对应于取消配置相应资源的日期和时间的信息。换句话说，属性215包含关于由resourceName属性209所标识的资源的取消配置事件的历史记录。
Window属性217是一个间隔(Interval)类型的变量，存储一个估算出的时间间隔，用于估算是否应该执行一个特定的配置或取消配置事件。属性217在本说明书中称为配置/取消配置(D/P)窗口。下面将结合图5详细说明关于属性217特定值的估算。在下面将结合图6全面说明属性217的使用。在一个可供选择的实施方式中，估算并存储两个或多个值，例如，一个对应于配置窗口，另一个对应于取消配置窗口。
对象200的方法部分205包括“更新配置请求(updateProvisionRequests)”方法221、“更新取消配置请求(updateDeprovisionRequests)”方法223、“获得窗口(getWindow)”方法225、“设置窗口(setWindow)”方法227和“更新RWO(updateRWO)”方法229。
当发起配置资源的请求或者ProvisionRequests属性213周期性地清除旧条目时，调用updateProvisionRequests方法221。可以程序地，或可以响应用户的一个明确的请求，发起一个配置资源或更新provisionRequests属性213的请求。当配置事件发生时，用两个(2)自变量调用方法221ResourceWindowObjectID自变量“rwo”，唯一标识了对象200的一个要更新的实例，以及日期时间(DateTime)类型的变量“dtime”，存储了用于包含在provisionRequests属性213中的请求的日期和时间。
当调用方法221来清除provisionRequests属性213时，dtime自变量的值被设置为NULL，而且，发生时间是属性217所表示的时间长度的几倍的配置事件从向量中移除。如此，provisionRequests属性213中存储了足够的信息，使得，如果必要的话，属性213能够用于对Window属性217的估算中，但是，不允许属性213的规模无限制地增长。
相似地，当发起取消配置资源的请求或者deprovisionRequests属性215周期性地清除旧条目时，调用UpdateDeprovisionRequests方法223。可以程序地，或可以响应用户的一个明确的请求，发起一个取消配置资源或更新deprovisionRequests属性215的请求。当取消配置事件发生时，用两个(2)自变量调用方法223ResourceWindowObjectID自变量“rwo”，唯一标识了对象200的一个要更新的实例，以及DateTime类型的变量“dtime”，存储了用于包含在deprovisionRequests属性215的请求的日期和时间。
当调用方法223来清除deprovisionRequests属性215时，dtime自变量的值被设置为NULL，而且，发生时间是window属性217所表示的时间长度的几倍的取消配置事件从向量中移除。如此，deprovisionRequests属性215中存储了足够的信息，使得，如果必要的话，属性215能够用于P/D Window属性217的估算中，但是，不允许属性215的规模无限制地增长。
用一个ResourceWindowObjectID自变量来调用GetWindow方法225，该方法225返回存储在相应对象200的window属性217中的值。用一个ResourceWindowObjectID自变量、一个Interval类型自变量“newWin”来调用SetWindow方法227，该方法227将在newWin自变量中传递的值存储在相应对象200的window属性217中。用一个ResourceWindowObjectID类型的自变量调用UpdateRWO方法229，该方法229发起对provisionRequests属性213、deprovisionRequests属性215和window属性217的更新。更具体地说，方法229以一种和上面分别结合方法221和223说明的方式相似的方式，促成属性213和215的更新。而且，基于存储在属性213、215和RP数据183中的信息，重新估算window属性217的值。
如果用户或程序只知道资源的名称，就使用getRwoID方法(未示出)以确定rwoID属性207的值。传递一个String类型自变量resourceName给getRwoID方法，以及返回一个对应于rwoID属性207的值。
应当明白，RWO对象200仅仅是可用来实现要求保护的主题的存储对象的一个例子。可以使用其它具有更少、更多和/或不同属性和方法的存储对象。此外，除使用对象200之外，还有许多其它的方式可用来实现要求保护的主题的功能和数据存储。例如，要求保护的主题可通过结合关系数据库的计算机程序实现。
图5是包括在要求保护的主题中的一个示意性的估算窗口流程250的流程图。流程250开始于“开始估算窗口”块251，控制立即进入到“新资源？”块253，在块253中，流程250确定正在为其估算P/D窗口的资源是否对应于在要求保护的主题控制下的资源。如果否，控制进入到“创建RWO”块255，在块255中，流程250创建RWO存储对象200(图4)的一个新实例。
如果，在块253中，流程250确定资源确实对应于在要求保护的主题控制下的资源，那么，控制进入到“ID已知？”块257，在块257中，流程250确定资源是否由名称或rwoID 207指示。如果资源由名称指示，控制进入到“获取RwoID”块259，在块259中，流程250调用GetRwoID方法来确定资源的rwoID属性207，通过rwoID属性207来唯一地识别相应的存储对象200。
从块255和259，控制进入“收集数据”块261，在块261中，流程250从WC数据185(图3)取回对应于该主题资源的存储对象200，以及任何可能存储在RP数据183(图3)和SLA数据187(图3)中的有关该资源的信息。接着，控制进入到“处理数据”块263，在块263中，流程250基于最优方法为该主题资源的P/D窗口估算一个值。更具体地，该P/D窗口基于执行配置或取消配置所必需的时间长度，以及一个必要的时间量，这个时间量用于相关主题资源的调节，以稳定随后的配置或取消配置事件。这样的信息通常存储在RP数据183中。为P/D窗口估算出的值还可依赖于存储在provisionRequests属性213和deprovisionRequests属性215中的值，从这些值，流程250能够确定多久有一次关于该主题资源的配置和取消配置。
然后控制进入到“存储窗口”块265，在块265中，流程250取走在块263中估算的关于P/D窗口的值，通过调用setWindow方法227(图4)，将这个值存储在适当的存储对象200中。然后将存储对象200存储在WC数据185中。最后，控制进入到“结束估算窗口”块，在这里，流程250结束。
图6是实现要求保护的主题的示意性的配置/取消配置流程300的流程图。虽然，要求保护的主题同样适用于资源的配置和取消配置，随后的例子只在资源的配置方面进行描述。
流程300开始于“开始P/D资源”块301，控制立即进入到“ID已知？”块303。在块303中，流程300确定接收到的配置事件的请求是否伴随有有效的rwoID属性207(图4)，或RourceName属性209(图4)。如果配置请求包含rwoID属性207，那么控制进入到“获取数据”块307。如果配置请求不包含rwoID属性207，那么控制进入到“获取RwoID”块305，在块305中，流程300执行GetRwoID方法来取回对应于所请求资源的名称的属性207。然后控制进入到“获取数据”块307。
在“获取数据”块307中，流程300取回对应于所请求资源的对象200，以及对应于所请求资源的RP数据185(图3)和SLA数据187(图3)。然后控制进入到“比较P/D时间和窗口”块309，在块309中，流程300将当前日期和时间与列在provisionRequests属性213(图4)中的日期和时间进行比较。然后控制进入到“时机OK？”块311，在块311中，将当前日期时间与存储在provisionRequests属性213中的值之间的差值和存储在P/D窗口属性217中的值进行比较。如果差值大于P/D窗口属性217的值，那么控制进入到“执行请求”块313，在块313中，所请求的资源按照请求进行配置。如果在块311中差值小于P/D窗口属性217中的值，控制进入到“丢弃请求”块315，在块315中，流程忽略对资源的请求。
在块313和315之后，控制进入到“更新Rwo”块317，在块317中，流程300执行updateProvisionRequests方法221，以记录配置或尝试的配置。还通过增加CurrentInstantiations属性211来反映相应资源的增加。当然，如果这个例子描述的是取消配置事件而不是配置事件，就执行updateDeprovisionRequests方法223而不是方法221，而且，currentInstantiations属性211将是减少的，而不是增加的。
上面的例子简化了判决一个特定配置或取消配置请求是否执行或丢弃的流程。其他因素也在判决中起一定作用，也就是，RP数据183中的信息可能表示所请求的资源不可得到。此外，SLA数据187中的信息可能表示生成该请求的客户在合同上并未被授权所请求的额外资源。要求保护的主题是进行配置或取消配置特定资源判决的一个因素，但是要求保护的主题使得公用服务环境在进行关于资源分配或释放的判决之前，能够得以稳定，从而，防止不必要的和/或重复的请求发生。
虽然本发明是针对其特定实施方式说明和描述的，但本领域熟练的技术人员可以理解，在不偏离本发明精神和范围的情况下，可以对其进行上述和其它形式上和细节上的变化，包括但不限于增加、减少或修改元素，和/或增加、减少或修改以相同或不同顺序执行的流程块。
权利要求
1.一种在公用服务环境中资源分配的方法，所述方法包括估算对应于完成资源动作所必需的时间长度的窗口；存储关于执行该资源动作的先前请求的时间信息；接收执行该资源动作的请求；比较接收到该请求的时间和该时间信息，以确定时间差值；如果该时间差值超过该窗口，执行该请求；否则，忽略该请求。
2.根据权利要求1所述的方法，其中该估算是基于历史时间信息的。
3.根据权利要求1所述的方法，其中该资源动作是配置资源的请求。
4.根据权利要求1所述的方法，其中该资源动作是取消配置资源的请求。
5.根据权利要求1所述的方法，进一步包括基于该窗口、该当前时间以及存储在该时间信息中的，与执行该资源动作的请求相关的时间之间的关系，清除关于执行资源动作的请求的该时间数据信息。
6.根据权利要求1所述的方法，该估算包括计算完成该资源动作所必需的时间长度；以及基于该完成该资源动作所必需的时间长度设置该窗口。
7.根据权利要求1所述的方法，该估算进一步包括计算使该公用服务环境在关于该资源动作的执行方面得以稳定所必需的时间长度；以及基于使该公用服务环境在关于该资源动作的执行方面得以稳定所必需的该时间长度，设置该窗口。
8.一种公用服务环境系统，包括配置成公用服务环境的计算系统；窗口数据元素，对应于在该公用服务环境中完成资源动作所必需的时间长度；关于执行该资源动作的先前请求的时间信息；用于接收执行该资源动作的请求的逻辑；执行于该计算系统上，用于比较接收到该请求的时间和该时间信息的逻辑；用于在接收到该请求的时间和存储在该时间信息中的、对应于该先前请求的时间之间的差值落在该窗口外时，执行该请求的逻辑；以及，否则，忽略该请求的逻辑。
9.根据权利要求8所述的系统，其中该窗口数据元素是基于该时间信息的。
10.根据权利要求8所述的系统，其中该资源动作是对资源的配置。
11.根据权利要求8所述的系统，其中该资源动作是对资源的取消配置。
12.根据权利要求8所述的系统，进一步包括用于基于该窗口，该当前时间和存储在该时间信息中的、与该先前请求相关的时间之间的关系，清除与资源动作相关的该时间信息的逻辑。
13.根据权利要求8所述的系统，该估算逻辑包括用于取回完成该资源动作所必需的时间长度，以及使该公用服务环境在关于该资源动作方面得以稳定所必需的时间长度的逻辑；以及用于基于该完成该资源动作所必需的时间长度，以及使该公用服务环境在关于该资源动作方面得以稳定所必需的时间长度，设置该窗口的逻辑。
14.一种计算机编程产品，包括存储器；窗口数据元素，存储于该存储器中，对应于在公用服务环境中完成资源动作所必需的时间长度；时间信息，存储于该存储器中，与执行该资源动作的先前请求相关；一种逻辑，存储于该存储器中，用于接收执行该资源动作的请求；一种逻辑，存储于该存储器中，用于比较接收到该请求的时间和与执行该资源动作的先前请求相关的时间信息；一种逻辑，存储于该存储器中，用于在接收到该请求的时间和存储在该时间信息中的该资源动作之间的时间的差值落在该窗口外时，执行该请求；以及，否则一种逻辑，存储于该存储器中，忽略该请求。
15.根据权利要求14所述的计算机编程产品，其中该窗口数据元素是基于该时间信息的。
16.根据权利要求14所述的计算机编程产品，其中该资源动作是对资源的配置。
17.根据权利要求14所述的计算机编程产品，其中该资源动作是对资源的取消配置。
18.根据权利要求14所述的计算机编程产品，进一步包括一种逻辑，存储于该存储器中，用于基于该窗口，该当前时间和存储在该时间信息中的、与执行该资源动作的先前请求相关的时间之间的关系，清除与资源动作的执行相关的该时间信息。
19.根据权利要求14所述的计算机编程产品，进一步包括一种逻辑，存储于该存储器中，用于估算完成该资源动作所必需的时间长度；以及一种逻辑，存储于该存储器中，用于基于该完成该资源动作所必需的时间长度，设置该窗口数据元素。
20.根据权利要求14所述的计算机编程产品，进一步包括一种逻辑，存储于该存储器中，用于估算使该公用服务环境在关于该资源动作的执行方面得以稳定所必需的时间长度；以及一种逻辑，存储于该存储器中，用于基于该使该公用服务环境在关于该资源动作的执行方面得以稳定所必需的时间长度，设置该窗口数据元素。
全文摘要
提供一种用于在公用服务环境中资源配置的方法，在公用服务环境中，根据对这些资源需求的估算，分配和释放多种资源。提供了对应于特定资源的请求的“加权”时间段或“窗口”。配置文件中存储有公用服务环境中每种资源的信息，以及对应于每种资源的加权时间段值。维护有对应于每种资源的配置/取消配置，或“资源”动作的列表。配置/取消配置动作与执行的时间相互关联。当接收到配置/取消配置动作的请求时，检查动作列表和配置文件，确定所请求的动作是否在加权时间段内已经得到执行。如果是，丢弃该请求，不采取任何动作。如果否，执行该动作。
文档编号G06Q10/00GK1728167SQ20051007732
公开日2006年2月1日 申请日期2005年6月20日 优先权日2004年7月29日
发明者小米格尔·E·加斯卡, 佩奇恩·埃尔福瑞德, 阿比盖尔·A·蒂特泽 申请人:国际商业机器公司