专利名称：确定未归还备用资源使用的系统的制作方法
技术领域：
本发明涉及计算系统，并更具体地，涉及在数据处理环境内管理暂时资源。
背景技术：
商业与政府应用对于计算机资源的需求经常随着时间的过去而增加或者以其他方式出现波动。例如，一项业务可能会经历超过其他时期的可比处理或存储需求的高峰活动时期。在其他情况下，销售或者雇员的增长可能会类似地使现有计算资源负担增加的需求。当面对这些增长的资源要求时，用户一般会不得不购买能够适应增长的计算需要的新的硬件资源。对于可能没有足够资金或者时间来对迅速的增长需求作出反应的用户来说，这样的购买需求可能会是一项重大的(如果不是无法实现(preclusive)的话)开支。
为此，诸如由国际商业机器公司开发的“按需能力”设计等计算架构允许客户按照需要实际“租用”诸如处理器等资源。更具体地讲，客户可以暂时使能最初在其机器内休眠的备用处理器。在希望的情况下，备有处理器不包括在机器的初期(up front)基本成本中。这样，对于相对较小的初始资本投资来说，客户可以在付费的情况下按照需要激活与减活备用处理器。
当在虚拟处理器环境下被使能时，备用处理器经常在多个进程之间共享。这样的环境一般依赖于具有一个或多个物理控制器或者中央处理单元(CPU)的单个计算机器，以包括专用的与激活的备用处理器两者。这样，活动的备用处理器可以执行被配置来模拟多个虚拟处理器的软件。
某些多处理器环境支持逻辑分区的概念性实践。分区实践允许单个机器模拟多个虚拟计算机的功能。更具体地讲，每个逻辑分区提供适于分配计算资产(assets)及与其他分区共享计算资产的编程架构。例如，除了管理员分配的处理器与其他资源之外，分区还可能逻辑地包括备用或专用处理器部分。这样，管理员可以向多于一个分区分派同一备用处理器。除多个虚拟处理器之外，每个分区还可以包括(host)操作系统。通过这种方式，每个分区运行得大致如同其为独立的计算机一样。
在原理上，由备用处理器使能的每个虚拟处理器可以访问下层物理机器的许多物理资源。示例性的资源可以包括存储器资产与硬件寄存器。各虚拟处理器还可以共享部分地命令(dictates)不同虚拟处理器之间处理周期的分派的优先级方案或者调度。称为“分区管理器”的下层程序可以利用该方案向每个虚拟处理器分配与指派备用及基本处理器。例如，分区管理器可以截获来自操作系统的对于资源的请求，从而在全局意义上共享与分派这些资源。
通过这种方式，虚拟处理器作为为主机分区执行的逻辑线程。这样，虚拟处理器可以例如独立地执行指令，同时共享单个的备用处理器。通过重复利用备用处理器及其他物理资产，分区环境可以促进更好的性能与更高的效率。分区的可编程灵活性可以进一步允许分区对负载变化动态地做出响应，而不需要重新启动。例如，随着工作负荷的变化，包括十个虚拟处理器的两个分区中的每一个都可以占用共享物理系统的所有十个可用的备用及基本处理器，而不需要重新启动或者操作员的干预。
在这种情况下，选择性地利用备用处理器由此可以向客户提供另一层的定制处理器访问及优化利用。相反，按需能力系统向系统供应商提供了一种创造性途径，以满足客户的性能与成本需求，同时还提供一种增加的收入来源。
为此，必须监控客户对于备用处理器的使用，用于计费与其他记账目的。然而，与备用资源使用的记账相关产生的一个问题是处理超过调配限额的使用。例如，可能会出现以下情况在其预定活动窗口内，不可能或者不希望回收(reclaim)备用处理器。当回收备用处理器会影响不可侵犯的系统需求时，可能会出现以上情况。因此，需要监管机制，使得计费公司能够正确地对未归还的备用处理器进行记账。例如，对于未归还的备用处理器，可能希望收取比在合约规定时间内回收的备用处理器更高的费用。其他考虑事项在于如果有的话，当使用超过合约时间时，应该如何回收未归还的备用处理器。由此存在对于确定未归还的处理器及其他计算机资源使用的改进方式的需要。
发明内容
根据本发明原理的一种实施方式包括一种被配置来在按需能力数据处理系统内确定对于未归还资源的使用的设备、方法、和程序产品。在某种意义上，根据本发明的实践确定并存储未归还资源使用数据。与关于在指定合约窗口内归还的那些资源的预期使用数据相分离地存储未归还使用数据。这样的区别允许分离地处理未归还资源使用数据，并转化为改进的计费与其他记账实践。
为了获得所希望的未归还资源使用输出，初始确定对于未归还以及已归还的备用资源两者的使用数据。例如，可响应于在其指定活动窗口之外运行的备用资源，而启动跟踪未归还资源使用数据的计数。“活动窗口”一般指资源的预期或者合约使用。每次检测到可测量的计费事情时，该计数可以递增。这样的事情的例子可以包括一个计费日。当如此配置时，根据本发明的程序代码可以从存储器对该计数进行采样，以确定未归还资源状态和/或影响随后或当前的备用资源访问。例如，当未归还第一备用资源时，该程序代码可以限制激活第二备用资源。根据本发明的其他程序代码可以在不中断备用资源活动的情况下，确定未归还资源使用。
然后，不论哪种情况，可以与预期资源使用数据相分离地处理未归还资源使用数据。例如，可以按与其他使用数据不同的费率对未归还资源数据进行计费。也可以将这样处理后的未归还使用数据传送给供应商的计费计算机，以生成适当的发票。
根据附图及其描述，可以清楚地看出本发明的以上以及其他目的与优点。
融入并构成本说明书一部分的附示了本发明的实施方式，并且与上面给出的对本发明的一般描述以及下面给出的对这些实施方式的详细描述一起，用来解释本发明的原理。
图1为具有根据本发明的软件的分布式计算机系统的方框图。
图2为图1的客户计算机中的主要软件组件和资源的方框图。
图3为具有适于由图1的客户执行的方法步骤的流程图。
图4为配置来接收在图3的流程图中启动的备用资源请求的显示器。
图5为根据图3流程图的处理的配置来向图2的分区分配备用资源的显示器。
图6为具有适于由图1的计费计算机执行的方法步骤的流程图。
图7为结合图6的方法步骤的图1的计费计算机处理的示例性报告。
图8为具有适于在图1的客户计算机上确定未归还资源使用的方法步骤的流程图。
具体实施例方式
本发明的实施方式可以包括一种用来确定未归还备用资源使用的设备、程序产品与方法。在一种实施方式中，根据本发明的处理监控、存储、以及以其他方式与其他备用资源数据相分离地处理未归还备用资源使用数据。该使用确定可以用于计费与其他记账目的。在图1与2中图示了适于执行此类硬件与软件环境图1图示了配置为以符合本发明原理的方式确定对于未归还备用资源18的使用的分布式计算机系统10的实施方式。更具体地讲，系统10包括至少一个设备，例如一个或多个客户计算机12、以及一个或多个计费计算机14。为了本发明的目的，每个计算机12、14实际都可以代表任何类型的计算机、计算机系统或者能够在分布式和/或客户端-服务器环境内运行的其他可编程电子装置。另外，每个计算机12、14都可以利用一个或多个联网计算机实现，例如在集群或其他分布式计算系统中。如在许多分布式系统中常见的，多个客户计算机12一般与给定计费计算机14通过接口连接。虽然在符合本发明原理的特定实施方式中功能更强大的计算机可具有一些优点，但是为了本说明书目的的适当的计费计算机14可以包括配置来接收并处理从客户计算机12发送的电子消息的任何装置。
除了一个或多个备用处理器18之外，客户计算机12一般还包括至少一个中央处理单元16。如此处所述，符合本发明原理的适当的备用资源可以包括计算环境的可分派组件或功能。这样，示例性备用资源可以包括处理器、存储器、插入卡、输入/输出控制器、适配器或者装置、以及其他硬件装置等等组件。资源也可以包括多个这样的组件，例如包括与本地存储器以及例如用于基于NUMA的架构的其他组件耦合的多个处理器的处理器卡。
在所示实施方式中，备用资源18实现为处理器，其一直休眠直至被用户暂时激活为止。在这样的情况下，CPU 16与备用处理器18两者都可以包括至少一个与存储器19耦合的处理器，存储器19可以表示包括计算机12的主存储器的随机访问存储器(RAM)装置，以及任何辅助级别的存储器，例如高速缓冲存储器、非易失或备份存储器(例如可编程存储器或闪存)、只读存储器等等。例如，存储器可能包括配置为确定对在指定活动窗口内还没有返回到其休眠状态的备用资源18的使用的程序代码42。另外，存储器19可被设想为包括物理上位于计算机12中的其他地点的存储器存储装置，例如，CPU16或智能卡中处理器的任何高速缓冲存储器、以及例如存储在海量存储装置20或者耦合于计算机12的另一计算机上的用作虚拟存储器的任何存储功能。
计算机12一般也接收多个输入与输出，以与外部传送信息。对于与用户或操作员的界面，计算机12一般包括这样的用户界面22，其合并一个或多个用户输入装置(例如键盘、鼠标、跟踪球、游戏杆、触摸垫、和/或麦克风等等)以及显示器(例如CRT监视器、LCD显示板、和/或扬声器等等)。在其他情况下，用户输入可以通过另一计算机或终端接收。
关于附加存储装置，计算机12也可以包括一个或多个海量存储装置20，例如软盘或其他可移动盘驱动器、硬盘驱动器、直接访问存储装置(DASD)、光盘驱动器(例如CD驱动器、DVD存储器等等)、智能卡和/或磁带驱动器等等。示例性海量存储装置可包括这样的寄存器或数据库44，其包括分别从所存储的未归还资源、所请求的资源、以及资源可用性文件48、56和52生成的使用数据。如下详细所述，系统10可以从系统10常规运行期间记录的数据导出这些文件48、56和52。请注意，本领域技术人员可以认识到可能会实质上改变数据库、文件、以及其他存储数据的包含物与分布，而仍然符合本发明的原理。
另外，计算机12可以包括与一个或多个网络(例如LAN、WAN、无线网络、和/或因特网等等)的接口24，以允许与其他计算机及电子装置传送信息。应该理解，计算机12一般包括本领域公知的CPU 16与每个组件18、20、22和24之间的适当的模拟和/或数字接口。
与客户计算机12类似，计费计算机14包括CPU 26、存储器28、海量存储装置29、用户界面32、以及网络接口34。另外，计费计算机14可以包括原则/出租人(principle/lessor)及代理/被许可人(agent/licensee)两者的多个计算机。
计算机12、14一般通过网络36相互经接口连接，该网络36可以是公共和/或私有、有线和/或无线、局域和/或广域网络等等。另外，网络36可以表示多个互联的网络。在所示实施方式中，例如，网络36可以包括因特网。这样的结构有利于容易地访问存储在客户计算机12上的信息，以及及时地通知与程序更新。
每个计算机12、14在操作系统38、40的控制下运行，并且执行或者以其他方式依赖于各种计算机软件应用、组件、程序、对象、模块、数据结构等等。另外，各种应用、组件、程序、对象、模块等等也可以例如在分布式或客户-计费计算环境中，在通过网络耦合于计算机12、14的另一计算机中的一个或多个处理器上执行，由此，实现计算机程序的功能所需的处理可以被分派给网络上的多个计算机。
一般地，实现本发明实施方式所执行的例程，不管是实现为操作系统的一部分还是特定的应用、组件、程序、对象、模块、或指令序列、甚或其子集，此处都将被称为“计算机程序代码”、或者简称为“程序代码”。程序代码一般包括一条或多条指令，其在各种时刻驻留于计算机中的各种存储器与存储装置中，并且当由计算机中一个或多个处理器读取并执行所述指令时，使该计算机执行执行实现本发明各个方面的步骤或元素所需的步骤。例如，图1的实施方式包括程序代码42，该程序代码42被配置来确定对未归还备用资源18的使用。补充程序代码43可以驻留在计费一侧，但是本领域技术人员应该理解符合本发明原理的实施方式仍然可以利用只驻留在一个地点上、或者驻留在任何数目的地点上的程序代码。
另外，虽然已经以及此后将在功能齐全的计算机与计算机系统的情况下描述本发明，但是本领域技术人员应该理解本发明的各种实施方式能够以各种形式作为程序产品分发，并且本发明同样适用，而不管用来实际执行该分发的信号承载介质的具体类型。信号承载介质的例子包括但不限于可记录类型的介质，例如易失与非易失存储器装置、软盘与其他可移动盘、硬盘驱动器、磁带、光盘(例如CD-ROM、DVD等等)等等，以及传输类型的介质，例如数字与模拟通信链路。
另外，在本发明特定实施方式中，可以根据在其中实现程序代码的应用而标识此处所述的各种程序代码。然而，应该理解以下的任何特定程序术语都只是为了方便起见，由此本发明不只限于用于由这些术语所标识和/或暗指的任何特定应用。另外，考虑到计算机程序一般可以无限种方式组织为例程、过程(procedure)、方法、模块、对象等等，并且程序功能可以各种方式在驻留在一般计算机内的各软件层(例如操作系统、函数库、API、应用程序、小应用程序等等)之间分派，应该理解，本发明不限于此处所述的程序功能的特定组织与分派。
如上所述，可以符合本发明的多种不同的计算机架构进行对未归还备用资源使用的跟踪。作为对可以实现此处所述功能的一种特定架构的说明，图2图示了作为被逻辑分区的计算机系统100的计算机12的实现。计算机100一般代表(例如)其中使用了逻辑分区的多种多用户计算机中的任何一种，例如网络服务器、中型(midrange)计算机、大型计算机等等，例如IBM eServer计算机。然而，应该理解，本发明可以在其他计算机与数据处理系统中实现，因此本发明不限于该特定实现。
计算机100一般包括通过总线116耦合于存储器114的一个或多个处理器112。每个处理器112可以实现为单线程处理器、或者实现为例如具有示出合并多个硬件线程119的处理器112a的多线程处理器。对于大多数情况，多线程处理器112a中的每个硬件线程119被驻留在计算机中的软件当作独立的处理器对待。在这一方面，为了本次公开的目的，将考虑单线程处理器包括单个硬件线程，即单个独立的执行单元。然而应该理解，可以与单线程与多线程处理器两者相关地使用基于软件的多线程或多任务，以进一步支持计算机中多任务的并行性能。
另外，还如图2所示，一个或多个处理器112(例如处理器112b)可以实现为服务处理器，其用来运行专用固件代码，以管理系统初始程序加载(IPL)、以及监控、诊断和配置系统硬件。一般地，计算机100将包括一个服务处理器与多个系统处理器，系统处理器用来执行操作系统以及驻留在计算机中的应用程序，但是本发明不限于该特定实现。在某些实施方式中，服务处理器可以以不同于通过总线116的方式耦合于计算机中的各种其他硬件组件。如图2所示，除其他暂时资源之外，系统处理器还可以包括备用处理器118。当被激活时，这些备用处理器118可以在计算机内起到任何其他处理器112的作用。
如本领域公知的一样，存储器114可以包括一个或多个级别的存储器装置，例如基于DRAM的主存储装置，以及一个或多个级别的数据、指令和/或组合高速缓冲存储器，其中特定的高速缓冲存储器或者服务于个别处理器或者服务于多个处理器。另外，存储器114通过总线120耦合于多种类型的外部装置，例如一个或多个网络适配器122(用来将计算机与一个或多个网络124经接口连接)、一个或多个存储控制器126(用来将计算机与一个或多个存储装置128经接口连接)、以及一个或多个工作站控制器130(用来通过多个工作站适配器与一个或多个终端或工作站132经接口连接)。
图2还更详细地图示了在计算机100上实现逻辑分区计算环境时所利用的主要软件组件与资源，其包括由分区管理器136管理的多个逻辑分区134。如本领域公知的一样，可以支持任意数目的逻辑分区，并且随着分区被添加或从计算机去除，任意时刻驻留在计算机中的逻辑分区的数目可以动态地改变。
在图示的基于IBM eServer的实现中，分区管理器136包括两层程序代码。此处称为“不可指派部分”138的第一层在计算机100的固件、或者许可内部代码(LIC)内实现，用来提供对于各种硬件组件的低级接口，同时将更高层(例如操作系统)与硬件访问的细节相隔离。固件也可以与服务处理器(例如服务处理器112b)通信。不可指派部分138提供计算机100的许多低级分区管理功能，例如页面表管理等等。不可指派部分138也没有任务的概念，并且通过来自较高层软件的功能调用大体上是可访问的。
分区管理器136中的第二层程序代码此处称为“可指派部分”147。与没有任务概念、在重新分配被关闭的情况下运行、并且可通过来自较高层软件的功能调用访问的不可指派部分138不同，可指派部分147具有任务的概念(与任何操作系统类似)，并且在重新分配被开启的情况下运行。该可指派部分一般以基本与分区相同的方式执行，只是可指派部分一般对于用户是隐藏的。该可指派部分一般管理较高级的分区管理操作，例如创建与删除分区、并发I/O维护、向各个分区134分配处理器、存储器与其他硬件资源等等。
每个逻辑分区134一般被静态和/或动态地分派计算机100中的一部分可用资源，其可能包括专用与备用资源之一或者两者。例如，每个逻辑分区可以被分派一个或多个处理器112和/或一个或多个硬件线程119，以及一部分可用存储器空间。逻辑分区可以共享特定硬件资源，例如处理器，从而给定处理器由多于一个逻辑分区利用。在替换实施方式中，硬件资源可以一次只被分派给一个逻辑分区。
其他资源，例如海量存储装置、备份存储装置、用户输入、网络连接、及其I/O适配器，一般以本领域公知的方式分派给一个或多个逻辑分区。资源可以多种方式分派，例如逐总线、或者逐资源的方式，其中多个逻辑分区共享相同总线上的资源。某些资源甚至可以一次被分派给多个逻辑分区。
每个逻辑分区134都利用操作系统142，该操作系统142以与未分区计算机的操作系统相同的方式控制逻辑分区的主要操作。例如，每个操作系统142都可利用可从国际商业机器公司得到的OS/400操作系统而实现。
每个逻辑分区134都在分离的、或者独立的存储器空间中执行，并且由此从在每个这样的逻辑分区中运行的每个用户应用程序(用户app)144的观点看，每个逻辑分区都与独立的未分区计算机基本一样地动作。这样，用户应用程序一般不需要用于分区环境的任何特殊配置。
考虑到逻辑分区134作为分离的虚拟计算机的性质，可能希望支持分区间通信，以允许逻辑分区相互通信，就如同逻辑分区位于分离的物理机器上一样。这样，在某些实现中，可能希望在不可指派部分138中支持虚拟局域网络(LAN)146，以允许逻辑分区134通过诸如以太网协议等联网协议相互通信。根据本发明，也可以支持支持分区之间通信的其他方式。
应该理解，根据本发明，可以使用其他逻辑分区的环境。例如，与利用与任何分区134分离的可指派部分147不同，在替换实施方式中，可指派部分的功能可以合并在一个或多个逻辑分区中。还应该理解，图2所示的特定资源在本质上只是示范性的，并且在替换实施方式中，资源的任何组合与安排可以被分派给任何逻辑分区。另外，应该理解，在某些实现中，资源可以被动态地重新分配，以满足其他逻辑分区的需求。
图2所示的实现本发明实施方式的各种软件组件与资源可以各种方式实现，包括利用各种计算软件应用程序、例程、组件、程序、对象、模块、数据结构与程序。本领域技术人员应该理解，图1与2所示的示范性环境不是用来限制本发明的。例如，应该理解，本发明的原理也可以用于未分区环境。实际上，本领域技术人员应该理解，在不脱离本发明范围的前提下，也可以使用其他替换硬件和/或软件环境。
未归还资源确定功能图3的流程示了符合本发明原理的示例方法步骤。该流程图的方法步骤尤其适合于用户访问分别结合图1与2描述的按需能力系统10与100上的备用资源18。一般地，根据本发明的原理，图3所示处理步骤200-256启动备用资源激活与使用确定处理。
图3实施方式的块200-204包括预备任务与条件，其可以在根据本发明的特定应用中起到用于使用确定的先决条件的作用。例如，在块200，希望得到按需能力服务的用户可以在开始时与供应商签署合约。当这样做时，用户也可以同意允许该供应商和/或其被许可人监控资源使用。虽然在例外情况下此类监控可以通过来自客户计算机12的传真打印输出而实现，但是其一般包括供应商通过网络链路访问驻留客户计算机12上的存储器19和/或寄存器。
为此，用户可以保证在块202建立到其客户计算机12的因特网或其他网络链路。这样的保证使得能够进行在预定操作阶段期间按照合约可能需要的监控。例如，计费计算机14可以利用网络36来按月自动访问客户计算机12的程序代码42和/或存储器19。即，可以配置根据本发明一种实施方式的程序代码42，以响应于计费查询而上传使用数据。
假定符合在块200-202规定的所有技术与合约方面的要求，那么在块204，供应商可以向用户发送使能代码。典型的使能代码包括字母数字序列或者某些其他密码对等物，但是适当的使能代码可能进一步包括预先安排的令牌/密钥和/或生物计量机制。在需要时，可以本领域公知的任何方式对使能代码的传输、以及使能代码自身进行编码。例如，编码可能包括计费与客户计算机14与12各自的编码与解码软件之间的同步机制。这样的预防措施可以提高安全性，并且可以适应有利的数据格式化。
在块206，用户识别出当前或即将需要增加的处理资源。例如，用户的基本或专用的四个处理器可能不足以处理对于新项目的预期工作负荷与调度。这样，用户可能推选激活其终端上的可用的备用资源18(例如包括处理器)，以适应增加的工作负荷。为此，在块208，用户可以将在块204提供给用户的使能代码键入到客户计算机12中，以启动对备用资源18的激活。
本领域技术人员应该理解，在按需能力会话期间，用户可以在任何时刻键入使能代码，并且相对于该流程图的剩余步骤而在块208插入使能键入步骤只是出于示范性目的。对于图3流程图的所有步骤、以及随后的步骤，在该流程图中可以重新安排、省略、或者补充步骤208，同时保持与本发明原理相一致。例如，根据发明的另一实施方式的程序代码42可以使计费计算机14自动下载使能代码至客户计算机12，而不需要用户的努力。
在块210，客户计算机12的智能芯片或其他组件上的验证程序51可以检验使能代码。假定使能代码在块210得以验证，就可以在块212向用户呈现状态显示。该状态显示可以通知用户有关备用资源活动性与可用性的信息。例如，状态显示可以为用户确认当前有四个备用资源18可以用于激活，另有两个备用资源已经被使用。
当作出备用资源激活请求时，可以替换地或者另外地向用户呈现这样的状态信息。用户在图3的块214启动这样的请求。即，用户在块214启动请求，该请求被配置来引起一个或多个备用资源18的激活。该请求一般由客户计算机12的程序代码42接收与处理，该程序代码42利用客户输入与分区管理器136而激活并且分配所请求的备用资源18。然而，可替换地，根据本发明的另一实施方式的计费计算机14可以响应于从用户接收的类似的请求，而启动对备用资源18的激活。
图4示出了包括备用资源请求的示范性显示器300。该显示器300包括适合于接收用户输入的区域302-310。该输入可能反映了用户的短期处理需求。该显示器还可以包括关于当前与过去资源使用的状态信息，以供用户参考。例如，图4的区域302显示该客户计算机12具有8个专用处理器。用户可以在输入区域304中键入所请求的备用处理器/资源18的数目，直至达到在图4区域306中显示的数目为止。
图4区域305可以用来为所有所请求的备用资源18指定(多个)激活周期。本领域技术人员应该理解，根据本发明的另一实施方式的显示器300可以允许用户分配各个备用资源18的激活周期。另外，虽然此类周期一般包括天数，但是根据本发明的原理，可以替换为任何时间增量。在根据本发明的某些实施方式中，不管实际的使用天数或者除了实际的使用天数之外，程序代码42在处理或存储器可测量单位或能力方面跟踪资源使用情况。此类激活术语与惯例可以进一步转换为计费惯例，其中可计费单位、或天数可以包括任意可测量资源性能特性。
图4的示范性显示器300还在区域308与310中分别包括关于任何未归还与所请求资源18的历史数据。当这样配置时，用户可以通过(例如)按压“F8”或“ENTER”，而取消或启动该请求的进一步执行。出于营销、效率与用户方便性方面的考虑，根据本发明的实施方式可以在显示器内包括预先配置的备用资源购买方案。例如，用户可以点击或者以其他方式指示区域或者按钮，以选择在显示器300上呈现的第一预先配置选项。如图4所示，第一选项包括激活三个备用资源18，每个10天。这样的选项可以包括与先前用户请求类似的内容。根据本发明的另一实施方式的用户可以创建并定制附加的预制(canned)购买方案，以更好地匹配其自身的独特需求趋势。
在处理该请求之前，在块216，客户计算机12可以提示用户确认请求的细节。例如，用户可以审查以下显示，其上写的是“请按压F1以确认您对于四个处理器每个使用10天的请求，或者按压F2以改变该请求”。由此，用户可以在块218修改或者取消该请求。
如果用户在块214可替换地希望继续其原始请求，则在块222，程序代码42可以确定当前是否有任何备用资源18未归还。为此，程序代码42可以检查跟踪资源指派的客户计算机12的寄存器或者其他存储器19，从而确定未归还备用资源18的当前数目。在存在未归还资源18影响剩余备用资源18的随后的可用性的情况下，可以实现该特征。例如，在块222上其他备用资源18仍未归还时，根据本发明的一种实施方式的策略与程序代码42在块225防止用户激活其他备用资源18。相反，在块224，程序代码42可以向客户计算机12的用户发出通知，建议他们按照策略规定首先归还一个或多个未决资源。
当在图3的步骤222程序代码可替换地确定没有备用资源18未归还时，块214的请求可以由程序代码42处理。当如此配置时，用户可以在块226与228分配所请求的备用资源18。例如，在块228，用户可以按照需要向特定分区134分配备用资源18。
图5的示范性显示器400示出了根据本发明的原理的用于向客户计算机12分配备用资源18的界面。显示器400可以包括客户计算机12的标识、以及区域402，在区域402中，用户可以指定其希望接收一个或多个所请求的备用资源18的分区134的名称或另一标识符。这样，根据本发明的实施方式可以包括多个这样的显示器400，以用于不同的分区分配。在图5的显示器中，相同或另一区域408可以允许用户向共享处理器池分派所请求的备用资源18。如此处所述，共享处理器池可以作为统一资源，每个分区134可以按照需要使用该统一资源作为处理器。
在图5的显示器400的块406，用户可以为分别在区域402与408中指定的分区134或池而指定备用资源18的最小数目。该最小数目可以代表用户最低要求的和/或希望的在给定分区上活跃的备用资源18的数目。由此，用户可以指定该最小数目作为分区的当前或预期工作负荷的函数。在根据本发明的实施方式中，程序代码42可以(但是一般不)自动回收指定为所需最低数目的备用资源18。例如，可以分别或者一起向计费计算机14传送最小指定数目的指定的备用资源。由此，不管其未归还状态，根据本发明的一种实施方式的程序代码42不会中断未归还备用资源18的活动。这一特征就防止了丢失与中断对于用户十分重要的进程。相反，如下更详细所述，可以允许程序代码42恢复未被最小指定的数目的未归还资源，而不会实质上中断操作。
就图3而言，块230反映了用户可能指定备用资源18为重要资源的情况。虽然图3的流程图示出了在块234用户在激活/使用之前指定最小数目的备用资源18，但是本领域技术人员应该理解，作为对条件变化的响应，在按需能力操作期间的任何时刻，用户可以改变这样的指定。
可替换地，用户或供应商可能希望在图3的块232自动地而非手动地分配所请求的备用资源18。这样，程序代码42可以在块232按照系统10的协议分配所请求的备用资源18，而不要求用户直接注意。在其中程序代码42可以实际监控并分配资源的特定应用、和/或具有高频率备用资源请求的系统中，这一特征可能尤其有利。
不论哪种情况，用户可以在块234利用在块226-232请求并分配的备用资源18。用户由此可以以与对于客户计算机12的基本处理器16相同或类似的方式访问所请求的备用资源18。更具体地讲，用户可以利用备用资源18作为正常的资源，直至所请求的备用资源18的持续时间在块236期满为止。此时，用户可以在块238接收一个或多个备用资源18的期满或者即将期满的通知。
在块241程序代码42不自动恢复的情况下，用户可以在块240推选放弃未归还备用资源18。在根据本发明的一种实施方式中，用户可以在块242利用与在块228-230原始用于分配备用资源的过程的类似的过程，而指定分区134和/或要归还的备用资源18。在希望如此的情况下，这样的归还过程可以包括与图5类似的显示器。
不论哪种情况，用户可以在块244认可(capitulate)备用资源18的归还。可以在块248记录对于未归还资源18的放弃，以进行记账。在如此配置的情况下，在客户计算机12上本地地和/或在计费计算机14上远程地记录该归还动作。
可替换地，用户可以在块240拒绝放弃未归还资源18。如此处所述，可以根据最小指定或者在块230进行的其他设置自动输入这一决定。在块246，用户可以审查关于假定的用户拒绝归还备用资源18的意图的通知，以进行确认和/或记账。这样的通知可以包括文本消息，其向用户通知关于未归还资源18的上涨后的或以其他方式改变后的费率。可以在块248完成该通知以及用户的决定的记录。
一段时间后，用户可能在块250接收或审查来自供应商的发票。例如，电子邮件发票可以通过网络36到达客户计算机12。在块254，用户可以使用本地存储在客户计算机12上的记录来检验发票细节的准确性。在希望的情况下，程序代码42可以自动地进行这一比较。由此，根据该确定的结果，在块254或256，用户就可以支付该发票或者联系供应商或其代理。
图6示出了具有适合于图1的计费计算机14执行的处理步骤的流程图。更具体地讲，该示范性方法步骤涉及可以由计费计算机14的程序代码43采取的动作。在一个方面，程序代码43确定客户计算机12上的未归还备用资源使用并且对其进行记账。在块504，程序代码43可以尝试查询客户计算机的软件和/或硬件，以启动确定处理。这样的查询可以假定已经建立了客户与供应商之间的合约与必须的通信链路。这样，块504的查询尝试可能涉及网络通信。该通信可能包括程序指令和/或码字，并且可能还与计费周期相符。例如，这样的查询可能基于每月和/或每日周期性地进行。
在块506，在计费计算机14没有成功地访问客户计算机12的软件和/或存储器19的情况下，供应商可以在块508通过另一通信机制而尝试联系用户。例如，供应商可以向用户发传真、写信或者打电话，以通知其通信链路中断以及任何随之发生的服务变化。相反，在块506成功建立的链路可以由计费计算机14在块510进行验证。这样的验证技术可以涉及本领域技术人员公知的编码传输技术。
在块512-518，计费计算机14可以查询客户计算机12的智能卡或其他组件的存储器19。例如，在块512，计费计算机14可以从存储器19检索与用户当前可用的备用资源18的数目对应的数目。类似地，在块514，计费计算机14可以从客户计算机12检索反映客户计算机12内当前活跃的备用资源18的数目的数据。在块516，计费计算机14可以对指示客户计算机12上活跃的未归还备用资源18的数目的数据进行采样。
块518上的另一步骤涉及检索未决/未归还资源天数或其他可计费测量单位的连续计数或总计数。如结合图8更详细所述，未归还资源天数可以通过对于备用资源保持未归还的每一天递增计数而确定。虽然这样的确定一般在客户计算机12上进行，但是根据本发明另一实施方式的未归还资源天数可以由计费计算机14主动确定。例如，该实施方式的程序代码43可以处理从客户计算机12和/或本地计费存储器28检索的其他信息，以确定未归还资源使用。
图7示出了适合于由计费计算机14在图6的块510-518检索的示范性报告600的内容。可以在报告600中列出客户计算机12的序列号614与类型615。报告600还可以包括系统处理器602的数目，以及分别在区域604与608中的未归还与可用备用处理器的数目。在希望的情况下，报告600包括分别关于所请求的以及未归还的处理器天数610与612的历史数据。虽然图7报告600的区域602-615以及图6的块510-518可能对于本发明的特定实施方式具有具体应用，但是本领域技术人员应该理解，根据本发明的原理，可以替换地和/或附加地向计费计算机14传送其他数据。
在图6的块510-518上从客户计算机12检索的某些或全部数据可以在块520自动与本地存储在计费计算机14上的数据进行比较。在实现的情况下，这一特征可以提供另一层的报告准确性。例如，供应商可能通过察看客户计算机12而手动地处理所有差异。不论哪种情况，图6的块518上检索的未归还处理器天数在块524被处理。例如，未归还处理器天数可以乘以由供应商在块522设置的费率。这样的费率可以与对于未共享未归还状态的备用资源18的正常操作费率不同。这样，本发明的实施方式提供了一种辨别未归还资源使用与其他预期备用资源使用的方式。对未归还备用资源天数进行记账以及区分的功能允许辨别以下计费惯例该计费惯例允许(例如)对未归还资源天数以比其他备用资源天数高的或者以其他方式不同的费率计费。
然后，在块526，可以将在块524确定的可计费量与其他发票数据结合在一起。例如，在块528产生的客户发票可以包括未归还资源天数数据以及与按正常费率租用的备用资源天数相关的预期使用数据两者。
图8为具有适合于由图1的计算机系统10执行的方法步骤的流程图。更具体地讲，这些步骤被配置来以按照本发明原理的方式确定未归还资源使用。客户计算机12一般完成图8的处理步骤700-732。例如，客户计算机12的程序代码42可以在块700启动对所请求备用资源18的激活。如此处所述，块700的处理可以包括提示用户向适当分区134分配备用资源18、以及启动分区管理器136的指派处理。
在块702，程序代码42可以启动对块700的备用资源请求细节的存储。这些细节可以包括所请求备用资源18的数目、标识符、持续时间以及指派时间。在块704，客户计算机12的计数器程序和/或寄存器可开始递减与所购买的备用资源18的持续时间对应的时间。即，以合约形式预先为所激活的备用资源安排的时间可在块704开始，直至其在块706期满为止。
可以在块708，记录所激活的备用资源18的持续时间期满，并且程序代码42可以在块710启动对用户的关于其期满状态的通知。在块710的该通知之后，程序代码42可以接收来自用户的指令，以在块712放弃未归还备用资源18。在用户释放备用进程的情况下，程序代码42将在块714回收它们。在希望用于记账的情况下，在块716记录对备用资源18的回收，作为预期资源使用。
如果在块712未自愿上缴未归还备用资源18，则程序代码42可以在图8的块718确定未归还备用资源18是否在最小指定的保护之下。该指定可以由用户分配，以确保对于重要应用的不中断处理。在另一例子中，在分区中运行的操作系统或恶意程序可以防止对备用资源18的回收。本领域技术人员应该理解，在块718可能存在调用此类回收限制的其他情况与设置。在没有此类保护和/或设置的情况下，系统策略可以允许程序代码42在块720自动回收多个未归还资源18。虽然由最小设置提供的此类保护可能在特定情况下有利，但是本领域技术人员应该理解，根据本发明的其他实施方式可以在不考虑此类设置的情况下回收未归还备用资源18。当客户拒绝遵守供应商的准则时，就会出现此类情况。
相反，在未归还备用资源18在块718保持为不可回收的情况下，程序代码42可以在块722对每个未归还备用资源启动所记录的计数。该计数可以在块722递增，以与计费事情的通过或实现相符。如此处所述，适当的可计费事情可以包括周期、软件提示、和/或资源性能的任何可测量特性，但是一般包括运行天数、或者某些其他时间计量。客户计算机12可以在适当的情况下在块728向用户显示关于块722的递增的通知。该计数可以以这种方式持续增长，直至在块724重新捕获了未归还备用资源18为止。在块724未决备用资源的归还将在块726结束该计数增长。
不论哪种情况，可以以由计费计算机14可访问的方式在客户计算机12的存储器19内维护该计数。另外，该计数代表未归还资源的合计天数。这样，根据本发明的一种实施方式的客户计算机12可以在块732启动向计费计算机14输出来归还备用资源使用。在希望进行处理或其他考虑的情况下，计费计算机14的程序代码43可以只检索代表所有未归还资源使用的总数，而不关心个别备用资源数据。
虽然已经通过对各种实施方式的描述图示了本发明并且已经详细描述了这些实施方式，但是本申请人无意将所附权利要求的范围约束或以任何方式限制在这些细节上。例如，虽然在本发明的一种实施方式中，联网通信链路可能表示最有利的信息交换介质，但是根据本发明的另一实施方式可能依赖于其他机制。例如，一项业务可以利用本发明的程序代码42打印输出使用报告。随后可以将该报告传真或邮寄给供应商或供应商代理。本领域技术人员可以容易地看到其他优点与修改。因此，在其更广泛的方面的本发明不限于所显示与描述的这些特定细节、代表性设备与方法、以及说明性例子。相应地，可以在不脱离本申请人一般发明构思的范围的情况下偏离这些细节。
权利要求
1.一种用来在数据处理系统内对备用资源确定未归还资源使用的方法，该备用资源具有指定的活动窗口，该方法包括确定在该指定活动窗口内运行的备用资源的预期使用数据；确定在该指定活动窗口外运行的备用资源的未归还使用数据；与该备用资源的预期使用数据相分离地处理该备用资源的未归还使用数据；以及输出经过处理的未归还使用数据。
2.如权利要求1所述的确定未归还资源使用的方法，其中确定未归还使用数据的步骤进一步包括响应于在指定活动窗口外运行的备用资源，而启动与未归还使用数据关联的计数。
3.如权利要求2所述的确定未归还资源使用的方法，进一步包括作为对检测到可测量计费事情的响应，而递增所述计数。
4.如权利要求3所述的确定未归还资源使用的方法，其中检测可测量计费事情的步骤进一步包括检测从包括时间单位、天、处理器周期、软件提示以及资源使用的组中选择的至少一个事件。
5.如权利要求1所述的确定未归还资源使用的方法，其中确定未归还使用数据的步骤进一步包括对包括与备用资源关联的活动记录的存储器进行采样。
6.如权利要求1所述的确定未归还资源使用的方法，其中确定未归还使用数据的步骤进一步包括根据数据处理系统内对从包括最小资源需求、操作系统设置以及程序设置的组中选择的至少一个设置的指定，而确定该备用资源为不可回收的。
7.如权利要求1所述的确定未归还资源使用的方法，其中确定未归还使用数据的步骤进一步包括作为对确定未归还资源使用的响应，而限制第二备用资源的活动。
8.如权利要求1所述的确定未归还资源使用的方法，其中确定未归还使用数据的步骤进一步包括回收该备用资源。
9.如权利要求1所述的确定未归还资源使用的方法，其中确定未归还使用数据的步骤进一步包括周期性地确定未归还资源使用数据。
10.如权利要求1所述的确定未归还资源使用的方法，其中确定未归还使用数据的步骤进一步包括在不中断备用资源运行的情况下，确定该未归还资源使用。
11.如权利要求1所述的确定未归还资源使用的方法，进一步包括存储在指定活动窗口外运行的备用资源的记录。
12.如权利要求1所述的确定未归还资源使用的方法，进一步包括作为对检测到可测量计费事情的响应，而递减与预期使用数据关联的计数。
13.如权利要求1所述的确定未归还资源使用的方法，其中处理备用资源的未归还使用数据的步骤进一步包括处理该未归还使用数据作为每个可测量单位的可计费成本的函数。
14.如权利要求1所述的确定未归还资源使用的方法，其中处理备用资源的未归还使用数据的步骤进一步包括与预期使用数据相分离地存储未归还使用数据。
15.如权利要求1所述的确定未归还资源使用的方法，其中处理备用资源的未归还使用数据的步骤进一步包括将该未归还使用数据与和该未归还使用数据相分离地存储的冗余数据作比较。
16.如权利要求1所述的确定未归还资源使用的方法，其中输出经过处理的未归还使用数据的步骤进一步包括在存储器内存储经过处理的未归还使用数据。
17.如权利要求1所述的确定未归还资源使用的方法，其中输出经过处理的未归还使用数据的步骤进一步包括生成包括经过处理的未归还使用数据的发票。
18.如权利要求1所述的确定未归还资源使用的方法，其中输出经过处理的未归还使用数据的步骤进一步包括将经过处理的未归还使用数据传送给计费计算机。
19.如权利要求1所述的确定未归还资源使用的方法，其中输出经过处理的未归还使用数据的步骤进一步包括对经过处理的未归还使用数据的传送进行编码。
20.如权利要求1所述的确定未归还资源使用的方法，其中输出经过处理的未归还使用数据的步骤进一步包括验证经过处理的未归还使用数据。
21.如权利要求1所述的确定未归还资源使用的方法，进一步包括生成被配置来启动对备用资源的激活的请求。
22.如权利要求1所述的确定未归还资源使用的方法，进一步包括设置指定运行窗口。
23.如权利要求1所述的确定未归还资源使用的方法，进一步包括生成预先配置的备用资源请求选项。
24.如权利要求1所述的确定未归还资源使用的方法，进一步包括输入使能代码以激活备用资源。
25.如权利要求1所述的确定未归还资源使用的方法，进一步包括指定备用资源为不可回收的。
26.如权利要求1所述的确定未归还资源使用的方法，进一步包括向数据处理系统手动分配备用资源。
27.如权利要求1所述的确定未归还资源使用的方法，进一步包括向数据处理系统自动分配备用资源。
28.如权利要求1所述的确定未归还资源使用的方法，进一步包括指定要归还的备用资源。
29.一种设备，包括计算机，包括具有指定活动窗口的备用资源；以及与该计算机通信的程序代码，该程序代码被配置来确定在指定活动窗口内运行的备用资源的预期使用数据、以及在指定活动窗口外运行的备用资源的未归还使用数据，该程序代码被进一步配置来与备用资源的预期使用数据相分离地处理备用资源的未归还使用数据，以及输出经过处理的未归还使用数据。
30.如权利要求29所述的设备，其中响应于在指定活动窗口外运行的备用资源，所述程序代码启动与未归还使用数据关联的计数。
31.如权利要求30所述的设备，其中作为对检测到可测量计费事情的响应，所述程序代码启动递增所述计数。
32.如权利要求31所述的设备，其中该可测量计费事情包括从包括时间单位、天、处理器周期、软件提示以及资源使用的组中选择的至少一个事件。
33.如权利要求29所述的设备，其中作为对确定未归还资源使用的响应，所述程序代码启动限制第二备用资源的活动。
34.如权利要求29所述的设备，所述程序代码启动存储在指定活动窗口外运行的备用资源的记录。
35.如权利要求29所述的设备，其中所述程序代码启动处理未归还使用数据，作为每个可测量单位的可计费成本的函数。
36.如权利要求29所述的设备，其中所述程序代码启动与预期使用数据相分离地存储未归还使用数据。
37.如权利要求29所述的设备，其中所述程序代码启动将经过处理的未归还使用数据传送给计费计算机。
38.如权利要求29所述的设备，其中该备用资源包括从由处理器、存储器、接口、输入/输出控制器、适配器、硬件装置与卡组成的组中选择的至少一个计算资源。
39.如权利要求29所述的设备，其中所述程序代码启动确定该备用资源为不可回收的。
40.如权利要求29所述的设备，其中所述程序代码启动指定该备用资源为不可回收的。
41.如权利要求29所述的设备，其中该计算机是逻辑分区的计算机。
42.一种程序产品，包括(a)程序代码，被配置来确定在指定活动窗口内运行的备用资源的预期使用数据、以及在指定活动窗口外运行的备用资源的未归还使用数据，该程序代码被进一步配置来与备用资源的预期使用数据相分离地处理备用资源的未归还使用数据，以及输出经过处理的未归还使用数据；和(b)承载该程序代码的信号承载介质。
43.如权利要求42所述的程序产品，其中该信号承载介质包括可记录介质和传输类型介质中的至少一个。
全文摘要
一种用来确定未归还备用资源使用的设备、程序产品与方法。与其他备用资源数据相分离地监控并存储未归还备用资源数据，以用于计费或其他记账目的。监控程序在连接到其上要监控资源数据的客户端计算机的服务器计算机上运行。
文档编号G06F9/50GK1777872SQ200480011085
公开日2006年5月24日 申请日期2004年4月8日 优先权日2003年4月25日
发明者丹尼尔·C·伯克斯特兰德, 兰德尔·L·格里姆, 戴维·O·刘易斯, 特里·L·沙特 申请人:国际商业机器公司