专利名称：资源请求式响应时间分级定价的制作方法
技术领域：
本发明总的涉及数据处理，更具体地说，涉及到通过网格计算环境来提供收费计算服务。
背景技术：
企业的运作是动态的任务。为了提高利润率，企业要不断地寻求评估和管理成本费用的方法。例如，一个有吸引力的替代全部购买资产的办法是租用资产。租用资产具有灵活性，在某些情况下，还有纳税方面的好处。
然而，不管资产是买来的还是租用的，某些资产有一个赋闲期或使用不足期。在这些时期内，这些资产是没有产出的，或者是没有最大产出的，而且企业仍然要承担相关的费用。一个特定的受这样的问题困扰的资产就是计算机。
今天的计算机是一个强有力的设备，它具有如像数据处理和存储之类的意义重大的功能。遗憾的是，对于某些企业而言，拥有和运行计算机的费用是相当可观的。为了使工作富有成效，一个企业的计算机化的资源必须足以满足企业当前业务的需要以及未来发展计划的需要。此外，即便假设暂时没有什么发展，但是，由于在季节性或阶段末尾工作负荷的增加，或者是由于特殊的业务增长，这些资源必须要足以应付企业日常运作中的不可避免的高峰和低谷时期。
因此，与眼前的需要相比，企业必须更多地投资于计算机化的资源，以便适应企业发展的需要和运作中的高峰和低谷时期。如果企业发展的需要超过了当前可以利用的计算机化的资源，该企业必须升级它的计算机化的资源，以便为计划中的发展留有余地。因此，考虑到今后发展的需要以及短期运作中的高峰和低谷时期，一个企业在它的发展周期中的任何给定时候，都应有富余的计算机能力。并将这些富余的能力转化为企业的真正的成本。
使用户具有更大的灵活性的一个常规的解决办法是应要求(on-demand)访问计算机化的资源。从国际商业机器公司(IBM)那里可以得到各种形式的应要求分配的资源访问。例如，IBM公司就在“应要求分配能力”的名义下，在它的eServer计算机系列(line)上配备了一种应要求访问的形式。在任何情况下，总是以应要求的方式来分配可以利用的计算机化的资源，以响应实际上的需要而非计划上的需要。提供这样的灵活性，一方面给出了一个节省成本的解决办法，以应付在任何业务中出现的高峰和低谷期。例如，能够快速和有效地响应在季节性或阶段末尾增加的工作负荷或特殊的业务增长。另一方面，用户只在需要时才为所需的计算机的能力/资源付费。其结果是，计算机化的资源的成本费用大体上与实际所用的计算机化的资源相当，而且不包括大量的用在未被利用的多余能力上的额外费用。当然，实际上，供应商也许会把某些形式的额外费用加到由应要求资源访问提供的灵活性上。然而，即便是有这样的额外费用，对某些用户而言，仍然是有所节省的。
然而，应要求提供资源的问题在于，用户仍然要承担与这些附加资源的运输、维修和存储相关的费用。此外，在任何给定的时候，都可能有空闲的、未被使用的、然而是可用的资源。这对服务供应商而言，等于是资源的浪费，并且/或对于用户而言，等于是不必要的开销。
因此，需要有一种替代的办法以便在收费的基础上提供应要求分配的计算资源。
发明内容
本发明的一些方面通常提供了一些方法、制品和系统，以便确定在基于网格的计算环境中处理请求要收取的费用。在一个实施例中，可以根据处理请求需要的时间和/或取决于各种定价标准而改变的定价表来确定收费。在另一个实施例中，规定了完成时间标准，这个标准限定了完成一个请求的最大可接受时间。如果完成这个请求所需的时间量小于所规定的最大可接受时间，就可推延回复结果的时间，以免提供其价值超过用户已付费用的服务。
在一个特定的实施例中，提出了一种可供多个用户使用的、收费访问网格计算资源的方法。这个方法包括接收来自请求实体的请求；将此请求路由发送(route)给网格计算资源；确定网格计算资源处理该请求所需的时间量；根据时间量确定执行此请求的收费价格。
可供多个用户使用的收费访问网格计算资源的另一种方法包括接收来自请求实体的请求；确定对此请求规定的完成时间标准，在此，完成时间标准至少规定完成该请求的最大可接受时间；使用网格计算资源来执行请求，在此，执行请求包括产生响应请求的结果；如果执行请求所需要的时间量小于完成时间标准规定的、完成该请求的最大可接受时间，就推延一段时间向请求实体回复结果；在经过一段时间之后，向请求实体回复结果；并根据时间来确定执行此请求的收费价格。
本发明的另一个实施例提供了包括网格计算资源和请求管理器在内的计算机化的环境。请求管理器被配置来接收请求；并将请求路由发送到网格计算资源的一个适合的资源上；根据处理请求所需的时间量来确定处理请求的收费价格，在此，收费价格随着处理此请求所需要的时间量而改变。
另一个实施例还提供了包括网络计算资源、数据库和请求管理器在内的计算机化的环境。该数据库包括多个用户服务合同，每个合同又包含各自的分级定价表，这些定价表根据时间来确定处理请求的不同的收费价格。请求管理器被配置来接收请求，将请求路由发送到网格计算资源的若干个合适的资源上；访问分级定价表以确定处理每个请求的收费价格，在此，收费价格随着处理请求所需要的时间量而改变。
另一个实施例提供了包括网格计算资源和请求管理器在内的计算机化的环境。请求管理器被配置以接收对于结果的请求，并确定对该请求规定的完成时间标准，在此，完成时间标准至少限定完成请求的最大可接受时间。请求管理器将请求路由发送到网格计算资源的一个合适的资源上，以便执行该请求，一旦此合适的资源完成了该请求，就确定从收到此请求时算起所经过的全部时间。管理器然后确定所经过的全部时间是否小于由完成时间标准规定的、完成该请求的最大可接受时间。如果是的话，管理器就推延一段时间向请求实体回复结果。然后根据处理此请求所需的时间量来确定处理此请求的收费价格，并在推延之后回复结果。
因此，上面简要地概括了能够实现并能让人详细了解本发明所述的特点、优点和目的的方法，下面将参照附图中列举的实施例对本发明作更加具体的说明。
然而，需要说明的是，附图示出的仅仅是本发明的几个典型的实施例，因此，并不能把它们认为是对本发明范围的限制，本发明可以包容其它等效的实施例。
根据本发明，图1是环境的方块图，该环境中有通过网格环境的计算服务供应商。
根据本发明的一个实施例，图2是用于计算服务的定价表的示意图。
根据本发明的一个实施例，图3和图4是示意处理用户请求的示例性的流程图。
根据本发明的一个实施例，图5是示意针对用户的请求而分配资源的示例性的流程图。
根据本发明的一个实施例，图6是示意针对用户的请求而估算资源需求的示例性的流程图。
具体实施例方式
本发明通常针对一个系统、方法或制造产品，用以提供通过网格计算环境的收费的计算服务。例如，可以通过服务供应商提供用户可用的种类繁多的计算资源和服务。并根据处理请求所用的时间来向用户收费。不同的基于时间的定价表可以规定各种不同的定价标准。在一个实施例中，规定了完成时间标准，该标准限定完成一个请求的最大可接受时间。如果执行这个请求所需的时间量小于所规定的最大可接受时间，可以推延回复结果，以免提供其价值超过用户已付费用的服务。
应当说明的是，尽管是在商务情况下说明了本发明的某些方面，但是，本发明可对任何用户提供裨益，不管该用户是否涉及商务。
将本发明的一个实施例作为程序产品来实现，以便与计算机系统一起使用。该程序产品的一个或多个程序限定了此实施例的功能(包括在此描述的方法)，并可以存放在各种承载信号(signal-bearing)的介质上。作为例子的承载信号的介质包括、但并不限于(i)永久存储在不可写的存储介质上的信息(例如，在计算机中的只读存储器设备，如CD-ROM驱动器可读出的CD-ROM盘)；(ii)存储在可写存储介质上的可修改的信息(例如，在磁盘驱动器或硬盘驱动器中的软盘)；(iii)由通信介质传送到计算机上的信息，如通过计算机网络或电话网络，并包括无线通信在内。后面的一个实施例尤其包括了从因特网或其它网络上下载的信息。当装有指引本发明的功能的计算机可读指令时，这种承载信号的介质代表了本发明的一些实施例。
通常，实现本发明实施例所要执行的例程可以是操作系统或特定的应用程序的一部分、组件、程序、模块、目标程序或指令顺序。本发明的计算机程序一般都由大量的指令组成，这些指令将由本地的计算机翻译为机读格式，因而是可以执行的指令。这些程序也由变量和数据结构组成，这些变量和数据结构或者局部地处于程序之中，或者能在内存中或存储设备上找到。此外，下面所描述的各种程序可以根据它们在本发明的具体实施例中要实现的应用来鉴别。然而，应当懂得的是，下面使用的任何特定的程序命名仅仅是为了方便起见，因此，本发明不应限于仅用在由这样的命名标识和/或暗示的任何具体应用中。
现在参见图1，此图示出了数据处理环境100。通常，此环境包括供应商计算机102和一个或多个用户计算机1161-116N。因此，相对于具体化为客户机计算机(client computer)的用户计算机(customer computer)116而言，图示的供应商计算机102具体化为服务器计算机。尽管所有的计算机都作为单个的实体示出，但在实际上供应商计算机102和客户机计算机116都可以是配置来用以执行包括在此描述的那些功能在内的各种功能的计算机网络。此外，使用术语“客户机”和“服务器”仅仅是为了方便，而不是作为限制。照此，用户计算机116在某些方面可以是与供应商计算机102相关的客户机，但就其自身而言，可以是与一个或多个其它的客户机(未示出)相关的服务器。
供应商计算机102和用户计算机116通过网络106相互通信。如图所示，例如，网络106可以是通过其传送信息的任何介质，如局域网(LAN)、广域网(WAN)或电话网。在此，网络106仅仅代表一通信介质。例如，本发明的某些方面可以由其它的如美国邮电服务(US Postal Service)之类的通信介质来加以推进。例如，用户计算机1161可以不用网络106而用其它形式的通信，如慢邮(snail mail)、传真、或电话等来与供应商计算机102通信。在供应商102和用户116之间没有任何通信介质的情况下，也可以用其它的方式。
在一个特定的实施例中，网络106是因特网。这样，就可用超文本传输协议(HTTP)服务器122来装配供应商计算机102，该服务器能够服务于来自位于用户计算机116上的浏览器程序118的请求。HTTP服务器122和浏览器程序118提供方便的、众所周知的软件组件，以便通过网络106来建立网络连接(例如，TCP/IP连接)，并接收来自计算机系统116上用户的信息。
通常，供应商计算机102提供可访问网格104的用户计算机116。网格104是一个包含许多不同的计算资源1201-120N的网格计算环境。在一个实施例中，网格计算环境可以是一种并行的和分布式的计算系统类型，它在运行时能够根据资源的可利用性、能力、性能、成本和/或用户的服务需求性质来共享、选择和聚集地理位置分散的资源。网格104可以是由许多不同种类的硬件和/或软件计算资源组成的网络，这包括、但并不仅限于应用软件、数据库、万维网服务、存储设备、计算能力和类似的项目。各种各样的用户可以通过诸如因特网之类的网络介质来利用和访问这些资源，并共享这些资源。也可由不同的服务供应商来提供对网格中的不同资源的访问。
在一个实施例中，供应商计算机102配置有管理器108，以便管理来自客户机116上的对网格资源的请求。一方面，管理器108管理将来自客户机计算机116的请求路由发送到网格104中的合适的资源上。至少，某些请求是在收费的基础上完成的，其中，收取的费用取决于处理请求和回复响应所需的时间。相应地，管理器108也通过跟踪耗在特定请求上的时间和计算费用来监视请求的进度。应当说明的是，尽管管理器108是作为一个单个的实体示出的，但是，它可以代表出由供应商计算机102中的不同的软件和/或硬件组件实施的各种不同功能。
通常，响应定价是根据各种定价标准确定的，这些标准包括例如，基于时间的标准、请求类型标准、优先级标准、历史信息、客户身份标准以及这些标准的组合。可用这些定价标准来制定可供管理器访问的定价表，以便为请求计算费用。在一个实施例中，在存储于数据库110中的服务合同112上，规定了定价标准。对于供应商102的每个合同用户(即供应商102与其共同签订合法协约的每个用户)来说，都可有一个服务合同。在另一个实施例中，可以在分类定价表114中为没有与服务供应商签订合同协议的用户规定价格标准。对于包括上述定价标准(即请求时间标准、请求类型标准、优先级标准、历史信息、客户身份标准以及这些标准的组合)在内的各种不同的定价标准而言，可以有不同的分类定价表114。在每个情况下，服务合同112和分类定价表114都是可以由管理器来访问和读出的(这就是说，定价标准是存储在计算机的可读介质上的)。数据库110还可以包含历史数据124，在历史数据124中包括以前接收和处理过的请求记录，以及处理请求所用的相应的资源量和所用的相应的时间。
图2是一个表格，它表示可含于服务合同112或分类定价表114中的定价表200。如图2所示，与请求类别1相应的定价表A可以包括时间增量为5秒的分级定价。例如，如果在0到5秒钟内完成请求，向用户收费1000美元，但是，如果在5到10秒钟内完成请求，费用降到900美元，照此类推。每个定价表也可包含一个门限时间值(threshold time value)，以便在完成时间超过此值时，提供免费服务或无价格涨落的最低收费。当然，所示的时间增量和相应的价格只是示例性的，并且，对于不同的定价表而言，准确的时间段和相应的价格可以取决于各种定价标准而改变。
例如，基于时间的标准可以根据在什么时候处理请求来提供不同的定价表。例如，在白天的高峰时间处理请求，收费可以较高，相反，在如深夜之类的不太忙的时段处理请求，收费就较低。此外，请求类型标准可以根据所要求的服务种类来提供不同的定价表。例如，通常一个更新的请求(updaterequest)比一个读过的请求(read request)收费要更高一些。
可以由使用分类定价表114的用户来提供一个优先级标准，或者将该优先级标准含于合同用户的服务合同112中。优先级标准可以用来确定在何时处理用户的请求。例如，如果一个请求被规定为高优先级的请求，并且资源紧缺，就可以从其它不太紧急的请求上取走一些资源，以便处理这个高优先级的请求，这种情况正如下面根据图5所详细描述的那样。相应地，对于优先级较高的请求，定价表可以规定相对较高的收费。
历史信息也可以用作为确定定价表的标准。可以由历史数据124来提供历史信息，历史数据包括关于过去处理一个请求时所用资源量和所耗费的时间的信息。可以通过查找历史数据库124来确定在过去是否已处理过了一个与接收到的请求相似或同样的请求。如果历史数据中有类似的请求，就可用关于处理请求所用资源和所用时间的信息来选择不同的定价表。定价表也可以根据用户身份标准而改变。这样，合同用户就可以有他们自己定做的、规定于他们的服务合同中的定价表。此外，甚至是分类定价表114也可以随用户不同而改变。例如，对首次用户的收费可以高于老用户的收费。当然，上述的每个标准都是非强制性的，在不同的实施例中，在确定定价表时，可以用也可以不用这些标准。此外，也可以有考虑使用一个或多个价格标准组合的定价表。
图3示出了在可允许的时间段内响应用户请求的示范性的方法300。在一个实施例中，用管理器108来执行方法300。例如，一旦接收到用户的请求(例如，通过网络106接收到来自客户机1162的电子请求)，就可立即进入方法300。首先，管理器得到用户的请求(步骤304)，并确定请求所要求的完成时间(步骤306)。在一个实施例中，在用户的服务合同112中规定了所要求的完成时间。在这方面，认为是为给定的用户的全部请求规定一个单独的完成时间。或者，服务合同可以根据请求类型或其它的标准(如上面根据图2所述)来规定完成时间。例如，服务合同可以为一个批处理请求规定第一完成时间，并为一个要依靠数据库执行的询问规定第二完成时间。在另一个实施例中，将完成时间规定为请求自身的一个参数，一般说来，也就是如果用户没有与供应商订立服务合同，而根据分类定价表114来提出请求的情况。然后，如下面根据图5详细说明的那样，管理器分配在网格104中的计算资源(步骤308)。然后，由分配的资源来处理工作请求(步骤310)。
在完成工作请求后，管理器确定实际完成时间是否小于所要求的完成时间(步骤312)。如果实际完成时间小于所要求的完成时间，最好推延回复结果。这就是说，如果实际完成时间处在这样的一个时间段内，即，与该时间段相应的定价等级比用户所要求的定价等级更高，就可以推延回复结果。之所以如此是因为，要不然用户将接受其价值超过该用户已付费用的服务。这样的做法将可能引起某些用户为了希望偶然得到一笔意外收入而只为价位最低的服务付费。如果管理器108是配置来用以引入推延的，就合同用户而言，管理器首先要确定用户的合同上是否有关于百分比的条款(步骤314)。这就是说，某些合同用户可以规定在预先确定的时段内在全部请求中必须处理的请求的百分比。例如，用户的合同可以包含这样一个条款，即要求在从该用户那里收到的全部请求中至少有90％要在5到10秒内处理。在并非所有收到的请求都要在所要求的完成时间内执行的情况下，这样的一个条款为供应商提供了某种灵活性。在这样的情况下，只要不违背该条款规定的百分比，供应商就可推延一个请求超过所要求的完成时间。因此，如果用户的合同含有百分比条款，管理器108就要确定将该请求推延到超过所要求的完成时间是否会违反用户服务合同(步骤316)。如果推延不违反合同或者用户的合同未含有百分比协定，那么，就可以推延响应(步骤318)。然而，如果合同中有百分比条款并且推延并不违反该条款，那么，推延就可超过所要求的完成时间，然而，在其它情况下，推延则不应超过所要求的完成时间。此外，可以认为，如果总是在恰好完全相同的时间之后才回复请求，那么，对于用户来说，十分明显的是，结果被推延了。这个问题可以这样来解决，即让推延变得稍许随机一些，从而使回复时间变得不太一致。例如，如果用户要求的完成时间段为60到90秒，并且实际上在50秒内完成了请求，就可以随机地将结果推延额外的10到40秒钟，以便在60到90秒的时段内随机地回复它们。然而，如果推延回复会违反合同，或者会使完成时间大于或等于合同规定的完成时间，就要根据完成时间和定价表来计算费用(步骤320)。然后，管理器回复结果和相关的费用(步骤322)，并将与请求相关的信息存储在历史文件中(步骤324)。与请求相关的信息可以包括工作请求信息、所用的资源、完成时间、推延时间和类似的信息。与此同时，在图3中，在回复结果之前要计算费用。那些本领域技术人员将会认识到，在另一个可替换的实施例中，规定可以在回复结果之后计算费用，并随后通知用户收费的款额。或者，可发给合同用户一个月份清单，其中包括每月处理的全部服务请求的总费用，而不是在用户每次收到一个结果时就通知他们应交的费用。
上面的讨论针对要求回复结果的请求。然而，应当说明的是，另外的一些请求可能不要求回复结果。例如，一旦更新了数据库，批处理的请求(更新数据库)就完成了，此请求不要求回复结果。在这样的一种情况下，回复的结果可能是一个完成处理的通知。在这些情况下，推延回复结果可能是没有价值的，这是因为真正的价值在于请求的及时性能。还可以使用另一个推延的方法，其中，在资源变得可以用来处理请求之后，根据请求的历史数据来估算完成时间，通过将等待时间加到估算的完成时间上来计算总的完成时间。例如，如果让资源变得可以利用需要5秒钟，处理请求估算需要10秒钟，由此计算而得的总的完成时间则为15秒钟。在此情况下，如果要求的完成时间在20到30秒内，就可随机地推延处理5到10秒钟，以便提供20到25秒的总的完成时间。
或者，在其它的一些实施例中，可能没有规定的完成时间也没有被引入的推延。取而代之的是，在结果一旦变为可以利用时就可立即回复结果，并根据定价表和完成时间来向用户收费。图4示出了在没有规定完成时间的情况下，响应用户请求的示例性操作400的一个实施例。例如，一旦接收到来自用户的请求(例如，一旦通过网络106接收到来自客户机1162的电子请求)，就可进入方法400。如下面根据图5详细说明的那样，首先，管理器取得用户的请求(步骤404)，并在网格104中分配计算资源(步骤406)。然后，用分配的资源来处理工作请求(步骤408)。在完成请求后，管理器根据完成时间和定价表来计算费用(步骤410)。然后回复结果(步骤412)，或者，如果该请求并不要求回复结果的话，就通知用户。
如前所述，必须为每个工作请求分配网格104中的资源。图5示出了在步骤308上为工作请求分配资源的示例性操作的一个实施例。如下面根据图6详细说明的那样，一旦进入方法308，管理器就立即估算在所要求的完成时间内完成该请求所需的资源(步骤502)。如果能够以可以得到的资源来及时完成这个请求(步骤504)，管理器就将资源分配给该请求(步骤506)。然而，如果以可以得到的资源不能及时完成这个请求，那么，管理器就确定是否应当从其它的请求上取得一些资源以执行这个任务(步骤508)。
在请求所要求的资源比可以得到的资源更多的情况下，供应商必须平衡来自不同用户的请求。在一个实施例中，供应商使用基于费用的算法以便最好地处理进来的多个请求，从而在不能满足全部请求处理标准(如完成时间)的情况下，能够实现最大的利益。例如，供应商可以利用历史信息来进行选择，以推延一个用户的比较复杂的请求，并且不对该用户收费而处理它(或者根据相关的服务合同的规定只收取较少的费用)，与此同时，可让一些来自别的用户的较小的请求通过。可由历史数据124来提供历史信息。如下面根据图6详细描述的那样，可用这个数据来估算所需的资源量，并根据以前处理过的类似请求的信息来估算处理这个请求可能要用的时间。基于费用的算法也要把任何服务合同都考虑到，以确保执行全部用户的请求，从而完成所要求的义务。
仍然参照图5，如果该算法确定应当从别的请求上取一些资源，那么，对于当前的请求而言，将使这些资源成为可以利用的(步骤512)，并分配给它(步骤506)。然而，如果该算法确定不能从别的请求上取资源，那么，系统在再次通过循环以确定是否有任何可以利用的资源以前，就要等待一段可配置的时间量(步骤510)。步骤508的下一次重复是在确定是否要从别的请求上取一些资源时，考虑请求已等待的时间量。这是可以做的，以防止低优先级的用户不得不无休止地等待下去。在分配完资源后，从方法308中退出(步骤514)。
如上所述，管理器可估算完成一个工作请求所需要的资源(步骤502)。图6示出了说明在步骤502上执行的操作的一个实施例。一旦进入了方法502，系统就确定是否有可作为资源需求依据的历史信息(步骤602)。如果有这样的历史数据，那么就根据该信息来进行资源估算(步骤606)。如上所述，可以由历史数据124来提供历史信息。可以通过查找历史数据库124来确定是否有与过去接收到的请求类似的或相同的请求被处理过。如果在历史数据中找到了类似的请求，就可以利用与用于处理该请求的资源相关的信息来估算完成当前请求所需要的资源。然而，如果没有历史信息，该估算将等于当前可以利用的全部资源(步骤604)，并退出此方法(步骤608)。
尽管上面所述是针对本发明的某些实施例，但是，在不离开本发明的基本范围的条件下，可以对此发明的其它的和更深层的实施例加以修改，本发明的范围由下面的权利要求决定。
权利要求
1.一种提供对多个用户可用的网格计算资源收费访问的方法，该方法包括接收来自请求实体的请求；将该请求路由发送给所述网格计算资源；确定所述网格计算资源执行该请求所需的时间量；以及根据该时间量确定执行该请求的收费价格。
2.如权利要求1的方法，还包括对执行该请求收取费用。
3.如权利要求1的方法，还包括在执行该请求之前，分配来自所述网格计算资源的资源，以执行该请求。
4.如权利要求1的方法，还包括，在执行该请求之前，确定所述网格计算资源是否有充足的部分可以用于执行该请求；以及如果没有充足的部分可用，则等待，直到有充足的部分可用。
5.如权利要求1的方法，其中，执行该请求包括产生对该请求响应的结果，其中，确定执行该请求所需要的时间量包括确定向该请求实体回复所述结果所需要的时间量。
6.如权利要求1的方法，其中，确定收费价格包括访问分级定价表，根据请求的处理时间和该分级定价表来确定所述价格，其中，所述分级定价表规定随着增加的请求处理时间而要对该请求降低的收费价格。
7.如权利要求6的方法，其中，该分级定价表是客户服务合同的一个组成部分。
8.如权利要求1的方法，其中，确定收费价格包括访问分级定价表，根据响应时间和该分级定价表来确定所述价格，其中，所述分级定价表规定随着增加的响应时间而要对该请求降低的收费价格。
9.如权利要求8的方法，其中，所述分级定价表是客户服务合同的一个组成部分。
10.一种提供对多个用户可用的网格计算资源收费访问的方法，该方法包括接收来自请求实体的请求；确定对该请求规定的完成时间标准，其中，该完成时间标准至少限定完成该请求的最大可接受时间；用所述网格计算资源来执行该请求，其中，执行该请求包括产生响应该请求的结果在内；如果执行该请求所需的时间量小于所述完成时间标准所限定的完成该请求的最大可接受时间，则推延一段时间向所述请求实体回复所述结果；在经过推延的所述时间段之后，向所述请求实体回复所述结果；以及确定执行该请求的基于时间的收费价格。
11.如权利要求10的方法，其中，根据所计算的从接收到所述请求到回复所述结果的时间段来确定执行所述请求的基于时间的收费价格。
12.如权利要求10的方法，其中，所述完成时间标准限定了完成所述请求的最小可接受时间，并且，其中，只有在执行所述请求所需的时间量大于该最小可接受时间并小于所述最大可接受时间的情况下，才推延回复所述结果。
13.如权利要求10的方法，其中，回复所述结果发生在从接收到所述请求时算起的最大可接受时间流逝完毕之前。
14.如权利要求10的方法，其中，确定基于时间的收费价格包括访问分级定价表，根据请求的处理时间和该分级定价表来确定所述价格，其中，该分级的定价表规定随着增加的请求处理时间而要对所述请求降低的收费价格。
15.如权利要求14的方法，其中，所述分级定价表是客户服务合同的一个组成部分。
16.如权利要求10的方法，其中，确定基于时间的收费价格包括访问分级定价表，根据响应时间和该分级定价表来确定所述价格，其中，该分级定价表规定了随着增加的响应时间而要对所述请求降低的收费价格。
17.如权利要求16的方法，其中，所述分级定价表是客户服务合同的一个组成部分。
18.一种计算机化的环境，包括网格计算资源；以及被配置以用于完成如下事项的请求管理器接收请求；将该请求路由发送到所述网格计算资源的适合资源上；以及根据处理该请求所需的时间量来确定处理该请求的收费价格，其中，该收费价格随处理所述请求所需的时间量而变化。
19.如权利要求18的计算机化的环境，其中，请求管理器被配置以确定随着减少的处理所述请求所需的时间而要增加的收费。
20.如权利要求18的计算机化的环境，还包括一个至少含有一个分级定价表的数据库，该分级定价表根据时间来限定处理请求的不同收费价格，其中，所述请求管理器被配置以访问至少一个分级定价表，以确定处理所述请求的价格。
21.一种计算机化的环境，包括网格计算资源；含有多个客户服务合同的数据库，每个合同都包含各自的分级定价表，这些定价表根据时间来限定处理请求的不同收费价格；配置来用于完成如下事项的请求管理器接收请求；将所述请求路由发送到所述网格计算资源的适合的资源上；以及访问所述分级定价表，以确定处理每个请求的收费价格，其中，该收费价格随处理所述请求所需的时间量而变化。
22.如权利要求21的计算机化的环境，其中，所述分级定价表规定随着(i)增加的请求处理时间和(ii)增加的响应时间二者之一，而要对每个请求减少的收费价格。
23.一种计算机化的环境，包括网格计算资源；以及被配置以用于完成如下事项的请求管理器接收对结果的请求；确定对该请求规定的完成时间标准，其中，该完成时间标准至少限定完成该请求的最大可接受时间；将该请求路由发送到所述网格计算资源的适合的资源上，以执行该请求；一旦此适合的资源完成了该请求，则确定从收到该请求时算起所经过的总时间；确定所经过的总时间是否小于由所述完成时间标准限定的完成该请求的最大可接受时间；如果是这样的话，则推延一段时间向所述请求实体回复所述结果；以及根据处理该请求所需的时间量来确定处理该请求的收费价格，并在推延该段时间后回复所述结果。
24.如权利要求23的计算机化的环境，其中，所述完成时间标准限定了完成该请求的最小可接受时间，其中，只有执行该请求所需的时间量大于该最小可接受时间并小于所述最大可接受时间的情况下，才配置所述请求管理器以推延回复所述结果。
25.如权利要求23的计算机化的环境，其中，回复所述结果发生在从接收到该请求时算起的最大可接受时间流逝完毕之前。
26.如权利要求23的计算机化的环境，还包括一个至少含有一个分级定价表的数据库，该分级定价表根据时间来限定处理请求的不同收费价格，其中，所述请求管理器被配置以至少访问一个分级定价表，以确定处理该请求的价格。
27.如权利要求26的计算机化的环境，其中，所述分级定价表规定了随着增加的响应时间而要减少的收费价格。
28.如权利要求26的计算机化的环境，其中，所述分级定价表是用户服务合同的一个组成部分。
全文摘要
用于确定在网格计算环境中对于处理请求所收取的费用的方法、制品和系统。在一个实施例中，可以根据处理请求所用的时间和/或定价表来确定费用，定价表可以取决于各种各样的定价标准而改变。在另一个实施例中，可以规定限定完成请求的最大可接受时间的完成时间标准。如果执行请求所需的时间量小于规定的最大可接受时间，就可以推延回复结果，以免提供其价值超过用户已付费用的服务。
文档编号G06F9/50GK1595414SQ20041007686
公开日2005年3月16日 申请日期2004年9月8日 优先权日2003年9月11日
发明者埃里克·L·巴斯尼斯, 兰迪·W·鲁洛, 约翰·M·桑托斯沃索 申请人:国际商业机器公司