云计算环境内的云间资源共享

技术领域

一般而言，本发明涉及云计算。具体地，本发明涉及云计算环境内的云 资源共享。

背景技术

云计算已经变为将各种信息技术(IT)概念提供为服务的流行方式。在一 种实现中，消费者或请求者可以请求他们期望的服务并与云提供者交易所需 的服务。云提供者的商业机会可能受他们已安装的物理资源或受他们以及时 和划算的方式获取额外资源的能力所限制或约束。在许多情况下，如果消费 者（服务请求者）不容许充分的交付时间（lead time），则云提供者可能不满 足请求或未以及时的方式满足请求。

发明内容

本公开描述了用于建立云间资源共享协议和策略的系统和方法，以便 可以无缝地处理云资源请求的动态扩展/收缩，而不需要主要云基础架构 的物理扩建（build-out）和公布对额外资源的需求，或可以通过建立的市 场而代理（broker）提供额外资源的报价。金融业务将支持共生的双边公 平共享方法，该方法更好地与交替的供应商/消费者商业模式结合。使用 此系统和方法将显著降低对给定云服务请求做出响应所需的时间量，同 时有利于在已建立的云提供者之间的资源共享模式。

在其他方面，本发明允许云提供者：在建立的市场之间公布其资源 需求；提供其资源以满足现有云提供者请求；和/或利用管理如何为资源 请求处理财务（finance）的“公平共享”方法。

本发明的第一方面提供了在云计算环境中的云间资源共享的方法， 包括：评估满足在第一云提供者上接收的请求所需的资源要求；确定所 述第一云提供者是否具有可用于达到所述资源要求的资源；标识能够满 足在所述第一云提供者可用的资源和所述资源要求之间的任何短缺的第 二云提供者；以及在所述第一云提供者和所述第二云提供者之间协商以 使用所述第二云提供者的资源满足所述短缺。

本发明的第二方面提供了管理在云计算环境中的云间资源共享的云管 理器，该云计算环境具有包括指令的存储介质和耦接到所述存储介质的总 线，所述云管理器包括：处理器，耦接到所述总线，当执行所述指令时致使 所述云管理器：评估满足在第一云提供者上接收的请求所需的资源要求； 确定所述第一云提供者是否具有可用于达到所述资源要求的资源；标识 能够满足在所述第一云提供者可用的资源和所述资源要求之间的任何短 缺的第二云提供者；以及在所述第一云提供者和所述第二云提供者之间 协商以使用所述第二云提供者的资源满足所述短缺。

本发明的第三方面提供了计算机可读介质，包含用于管理云计算环境 中的云间资源共享的程序产品，所述计算机可读介质包括程序代码，用于致 使计算机系统：评估满足在第一云提供者上接收的请求所需的资源要求；确 定所述第一云提供者是否具有可用于达到所述资源要求的资源；标识能够满 足在所述第一云提供者可用的资源和所述资源要求之间的任何短缺的第二 云提供者；以及在所述第一云提供者和所述第二云提供者之间协商以使用所 述第二云提供者的资源满足所述短缺。

本发明的第四方面提供了部署用于管理云计算环境中的云间资源共享 的系统的方法，包括：提供计算机基础架构，其可操作以：评估满足在第一 云提供者上接收的请求所需的资源要求；确定所述第一云提供者是否具有可 用于达到所述资源要求的资源；标识能够满足在所述第一云提供者可用的资 源和所述资源要求之间的任何短缺的第二云提供者；以及在所述第一云提供 者和所述第二云提供者之间协商以使用所述第二云提供者的资源满足所述 短缺。

附图说明

根据与附图结合给出的本发明各个方面的以下详细描述，将更容易理解 本发明的这些和其他特性，附图中：

图1示出了根据本发明的云系统节点。

图2示出了根据本发明的云计算环境。

图3示出了根据本发明的云抽象模型层。

图4示出了根据本发明的云间资源共享的说明性示例。

图5示出了根据本发明服务消费者如何通过主要云提供者访问服务的说 明性例子。

图6示出了按照根据本发明的图4到5的例子的云交易跟踪的说明性例 子。

图7示出了根据本发明的方法的流程图。

这些附图无需按比例。这些附图仅仅是示意性的表示，不意图刻画本发 明的具体参数。这些附图意图仅描述本发明的典型实施例，且因而不该被认 为限制本发明的范围。在这些附图中，类似的标号表示类似的要素。

具体实施方式

方便起见，具体实施方式具有下列部分：

I．云计算定义

II．优选实施例的具体实施方式

I．云计算定义

以下定义源自2009年10月7日由Peter Mell和Tim Grance所著的“Draft  NIST Working Definition of Cloud Computing”。

“云计算”是使能够对可配置计算资源（例如网络、服务器、存储、应 用、和服务）的共享池的方便、按需的网络访问的模型，该可配置计算资源 可以以最小的管理成本或服务提供者交互而被快速提供和释放。此云模型促 进可用性且包括至少五个特征、三个服务模型和四个部署模型。特征如下：

按需自助服务：消费者可以无需要求与每个服务的提供者的人为交互而 单方面自动在需要时提供诸如服务器时间和网络存储的计算能力。

广泛的网络接入：能力可在网络上获得且通过标准机制访问，该标准机 制促进由不同种类的瘦或厚客户端平台（例如，移动电话、膝上型计算机和 PDA）的使用。

资源归池（pooling）：提供者的计算资源被归到池以使用多租户 （multi-tenant）模型服务于多个消费者，不同实体和虚拟资源根据消费者的 需求而被动态地分配和再分配。存在消费者通常不能控制或不知晓所提供的 资源的准确位置但可能能够在较高抽象程度上指定位置（例如国家、州或数 据中心）的位置无关性的情况。资源的例子包括存储、处理、存储器、网络 带宽和虚拟机。

迅速弹性：可以快速并有弹性地提供能力以在某些情况下迅速扩大且快 速释放以迅速缩小。对于消费者，可用于提供的该能力经常显得是无限的且 可以在任意时间以任意数量购买。

可测量的服务：云系统通过利用（leveraging）在适合于服务类型（例 如，存储、处理、带宽和活跃用户账户）的某种抽象程度上的计量（metering） 能力来自动地控制和优化资源使用。可以监视、控制和报告资源使用，为所 利用的服务的提供者和消费者两者提供透明度。

服务模型如下：

云软件即服务（SaaS）：提供给消费者的能力是使用运行在云基础架构 上的提供者的应用。可通过诸如网络浏览器的瘦客户端接口（例如，基于网 络的电子邮件）从各种客户端设备访问应用。除了可能有限的特定于用户的 应用配置设置外，消费者不管理或控制包括网络、服务器、操作系统、存储 或甚至单个应用能力的底层云基础架构。

云平台即服务（PaaS）：提供给消费者的能力是将使用由提供者所支持 的编程语言和工具创建的、消费者创建的或者获取的应用部署到云基础架构 上。消费者不管理或控制包括网络、服务器、操作系统和存储的底层云基础 架构，但是有权控制被部署的应用及可能有权控制应用托管（hosting）环境 配置。

云基础架构即服务（IaaS）：提供给消费者的能力是供应消费者能在其 中部署和运行可以包括操作系统和应用的任意软件的处理、存储、网络和其 他基础计算资源。消费者不管理或控制底层云基础架构，但是有权控制操作 系统、存储、部署的应用，且可能对选择网络组件（例如，主机防火墙）具 有受限的控制。

部署模型如下：

私有云：云基础架构单独为一个组织而操作。其可以由该组织或第三方 管理，且可以存在于本地或非本地（on premise or off premise）。

共同体云：云基础架构由若干组织共享，且支持有着共同利害关系（例 如，任务、安全要求、策略和符合性考虑）的特定共同体。其可由该组织或 第三方管理，且可以存在于本地或非本地。

公共云：使云基础架构对公众或大型产业群可用，且由出售云服务的组 织拥有。

混合云：云基础架构是两个或更多云（私有云、共同体云或公共云）的 组合，这些云仍是独特的实体，但通过使数据和应用能够移植（portability） 的标准化技术或专有技术（例如用于云之间的负载平衡的云突发（cloud  burst））而绑定在一起。

云软件通过面向服务，集中在无状态性、低耦合性、模块性和语义互操 作性，充分利用了云范式（cloud paradigm）。

II．优选实施例的实现方式

如上面所指出的，本公开描述了建立云间资源共享协议和策略的系统 和方法，以便可以无缝地处理云资源请求的动态扩展/收缩而不需要主要 云基础架构的物理扩建（build-out）和公布对额外资源的需求，或可以通 过建立的市场而代理（broker）提供额外资源的报价。金融业务将支持共 生的双边公平共享方法，该方法更好地与交替的供应商/消费者商业模式 结合。使用此系统和方法将显著降低对给定云服务请求做出响应所需的 时间量，同时有利于在已建立的云提供者之间的资源共享模式。

在其他方面，本发明允许云提供者：在建立的市场之间公布其资源 需求；提供其资源以满足现有云提供者的请求；和/或利用管理如何为资 源请求处理财务（finance）的“公平共享”方法。

对云提供者的一种价值是，它们能够通过将其资源提供给其他已经表达 需求的云提供者或者通过从提供其资源以供使用的云提供者处请求其资源 来优化其资源的使用。这为云提供者带来划算的机制以动态地扩展它们的云 基础架构的容量，而无需花费资金来获取用于临时需求的新的云资产。它们 避免了大量可能无法证明自身合理的资金支出，且它们能够积极地响应于它 们的客户的更高比例的服务请求。另外，“成本中立（cost neutral）”算法将 设法在参与商业网络的云提供者之间优化外发的云提供者需求请求与外发 的云提供者供给请求，由此设法进一步减少资本和费用支出。

如今，云提供者存在于单独的领域，且关注于提供给定的资源，比如访 问计算机、计算机存储、商业应用等等。为了将这些云能力提供给其消费者， 云提供者需要投资金钱、时间和精力来扩建它们的IT基础架构以满足来自 其客户的预期需求。如果它们建造过度，则它们减少了其在资本投资上的回 报，且如果它们建造不足，则它们失去了捕捉增长的机会。能够满足出现的 需求而不危及它们资本投资的回报将帮助它们成为有利润的企业。为了能够 执行，此方法需要用于从主要的建立的云基础架构以外获得对所需的云资源 量的访问的系统和方法。

这通过以下实现：广播机制，该广播机制描述了在参与的云提供者的建 立的市场之间的资源的可用性和对资源的需求；以及其经由基于令牌（标记， token）的方法来管理每个云提供者之间的交易的算法，在该基于令牌的方法 中，任意给定提供者的未解决令牌（outstanding tokens）的数量将影响将来 的交易到成员（transaction-to-member）的选择。将以指定的间隔调用账单清 扫（sweep）机制以解决通过正常令牌交易尚未达到成本中立目标的未结账 务（outstanding balances）。总体上，本发明提供了用于有效地满足出现在云 环境内的动态资源需求、为完成云对云交易的“公平共享”方法做准备、并 减少对短期资本基础设施成本的需求的新颖方式。

现在参照图1，示出了示例性云计算节点的示意图。云计算节点10仅 仅是适合的云计算节点的一个示例，且不意图对在此所述的本发明的使用范 围或功能性提出任何限制。总之，云计算节点10能够被用来实现和/或进行 在以上部分I中所述的任意功能。

在云计算节点10中有计算机系统/服务器12，其可与众多其它通用或 专用计算系统环境或配置一起操作。可适用于与计算机系统/服务器12一 起使用的熟知的计算系统、环境和/或配置的示例包括但不限于个人计算 机系统、服务器计算机系统、瘦客户端、厚客户端、手持或膝上设备、 多处理器系统、基于微处理器的系统、机顶盒、可编程消费电子产品、 网络PC、小型计算机系统、大型计算机系统及包括任何以上系统或设备 的分布式云计算环境，等等。

可以在由计算机系统执行的计算机系统可执行指令、比如程序模块 的一般背景下描述计算机系统/服务器12。通常，程序模块包括执行特定 任务或实现特定抽象数据类型的例程、程序、目标程序（object）、组件、 逻辑、数据结构等。示例性的计算机系统/服务器12可以在通过经由通信 网络链接的远程处理设备执行任务的分布式云计算环境中实施。在分布式 云计算环境中，程序模块可以位于包括存储器存储设备的本地和远程计 算机系统存储介质两者中。

如图1所示，以通用计算设备的形式示出了云计算节点10中的计算 机系统/服务器12。计算机系统/服务器12的组件可包括但不限于一个或 多个处理器或处理单元16、系统存储器28和将包括系统存储器28的各 种系统组件耦接到处理器16的总线18。

总线18表示任意几种类型的总线结构中的一种或多种，包括存储器 总线或存储器控制器、外围总线、加速图形端口和处理器或使用各种总 线架构的任意一种的局部总线。通过例子而非限制，这样的架构包括工 业标准架构（ISA）总线、微通道架构（MCA）总线、增强型ISA（EISA） 总线、视频电子标准协会（VESA）局部总线和外围组件互连（PCI）总 线。

计算机系统/服务器12通常包括各种计算机系统可读介质。这样的介 质可以是可由计算机系统/服务器12访问的任意可用介质，且其包括易失 性和非易失性介质、可移除和不可移除介质两者。

系统存储28可以包括易失性存储器形式的计算机系统可读介质，比 如随机存取存储器（RAM）30和/或缓存存储器32。计算机系统/服务器 12可以进一步包括其他可移除/不可移除、易失性/非易失性计算机系统存 储介质。仅作示例，可以提供存储系统34用于从不可移除、非易失性磁 介质（未示出，且通常称为“硬盘驱动器”）读取和向其写入。尽管未示 出，但是可以提供用于从可移除、非易失性磁盘（例如，“软盘”）读取 和向其写入的磁盘驱动器以及用于从诸如CD-ROM、DVD-ROM或其他 光介质的可移除、非易失性光盘读取和向其写入的光盘驱动器。在这些 情况下，每个驱动器可以通过一个或多个数据介质接口连接到总线18。 如下面将进一步描绘和描述的，存储器28可包括至少一个程序产品，该 程序产品具有一组（例如，至少一个）被配置以实现本发明的功能的程 序模块。

具有一组（至少一个）程序模块42的程序/实用工具（utility）40可 以存储在存储器28中，例如但不限于操作系统、一个或多个应用程序、 其他程序模块和程序数据中。操作系统、一个或多个应用程序、其他程 序模块和程序数据中的每个或其某种组合可以包括联网环境的实现。程 序模块42通常实现在此描述的本发明的功能和/或方法。

计算机系统/服务器12还可以与以下通信：一个或多个外部设备14， 比如键盘、指向设备、显示器24等等；一个或多个使用户能够与计算机 系统/服务器12交互的设备；和/或使计算机系统/服务器12能够与一个或 多个其他计算设备通信的任意设备（例如，网卡、调制解调器等）。这样 的通信可以经由I/O接口22发生。此外，计算机系统/服务器12可以经 由网络适配器20与诸如局域网（LAN）、广域网（WAN）、和/或公共网 络（例如，因特网）的一个或多个网络通信。如所描绘的，网络适配器 20经由总线18与计算机系统/服务器12的其他组件通信。应该理解，尽 管未显示，但是其他硬件和/或软件组件可以与计算机系统/服务器12结 合使用。示例包括但不限于：微代码、设备驱动器、冗余处理单元、外 部盘驱动器阵列、RAID系统、带驱动器和数据档案存储系统等。

现在参照图2，描绘说明性的云计算环境50。如所示，云计算环境 50包括一个或多个云计算节点10，诸如例如个人数字助理（PDA）或蜂 窝电话54A、桌上型计算机54B、膝上型计算机54C、和/或汽车计算机 系统54N的计算设备与该云计算节点10通信。这允许将基础架构、平台 和/或软件被提供为来自云计算环境50的服务（如在上面的部分I中所 述），以便不要求每个客户单独地保持这样的资源。可以理解，图2中所 示的计算设备54A-N的类型意图仅为说明性的，且云计算环境50可以通 过任意类型的网络和/或网络/可寻址连接与任意类型的计算机化的设备 （例如使用网络浏览器）通信。

现在参照图3，示出由云计算环境50（图2）提供的一组功能抽象层。 预先应当理解，图3中所示的组件、层、和功能意图仅是说明性的，且 本发明不限于此。如描绘的，提供了下列层和对应的功能：

硬件和软件层60包括硬件和软件组件。硬件组件的示例包括：主机， 在一个例子中是系统；基于RISC（精简指令集计算机）体 系结构的服务器，在一个例子中是系统；系统； 系统；存储设备；网络和联网组件。软件组件的示例包 括：网络应用服务器软件，在一个例子中是应用服务器 软件；以及数据库软件，在一个例子中是数据库软件。（IBM、 zSeries，pSeries、xSeries、BladeCenter、WebSphere和DB2是国际商业 机器公司在美国、其他国家或两者的商标。）

虚拟层62提供抽象层，从该抽象层可以提供下列示例性的虚拟实体： 虚拟服务器；虚拟存储；包括虚拟私有网络的虚拟网络；虚拟应用；和 虚拟客户。

管理层64提供如下描述的示例性的功能。资源供应提供被利用以在 云计算环境内执行任务的计算资源和其他资源的动态获取。计量和定价 提供在云计算环境内利用资源时的成本跟踪，以及对于这些资源的消费 的账单或发票（invoicing）。在一个示例中，这些资源可以包括应用软件 许可。安全性为用户和任务提供身份验证，以及为数据和其他资源提供 保护。用户入口为用户和系统管理员两者提供对云计算环境的访问。服 务水平管理提供云计算资源分配和管理以便达到所要求的服务水平。服 务水平协议（SLA）计划和履行对根据SLA预测到未来对其的需要的云 计算资源提供预安排和供应。

工作负载层66提供利用云计算环境实现的功能性。可以从该层提供 的工作负载和功能的示例包括：地图绘制和导航；软件开发和生命周期 管理；虚拟课堂教育交付；数据分析处理；交易处理和资源管理。

通常，资源管理功能性实现如在此结合图4-7讨论的本发明的功能。 如上所提及的，本发明提供了云提供者的基于网络的目录，这些云提供 者将向此私有共同体的其他成员广播它们的云资源的可用性。在一个实 施例中，参与共同体可以是基于费用的。

目录将描述资源的类型、资源量、资源的计划的和当前的可用性、 任何资源使用限制及将应用的条款和条件（例如，$/太字节存储每天/使 用（$/terabyte of storage per day/use）的费用结构）。支付条款将反映给定 成员为使用它们的特定资源而愿意接受的协定价值（例如，$/太字节存储 每天/使用等于2个CPU每天/使用）。交易引擎将针对目录和特定交易请 求两者应用分析。将通过基于令牌的交换系统来表示交易。允许每个成 员查看目录条目，但是不给他们对于他们不参与的资源交易的可视性。

现在参照图4，将在两个说明性的云、即云A和云B的背景下解释 这些概念。具体地，该图示出这两个云的广告的服务的示例部分。考虑 云A接收对于需要计算机系统和存储系统两者的服务的请求的例子。在 这种情况下，进一步假定云A不能完全满足要求，因为其不具有提供存 储的能力。使用云提供者目录来寻找可能能够提供存储的在私有网络内 的云提供者。假定找到多个云提供者（其中之一是云B）。使用两者的组 合，可以产生对（但不限于）能力、价格和优先级列表的所需要求的比 对（alignment）。还可以考虑令牌计数。也就是说，数字或计数可以表示 云A对所搜索到的云“欠债”多少。在图2的示例中，云B可能负债达 -2。这意味着云B已经使用云A两次，而不是相反。因此，由于云B对 云A的债务而选择云B。基于数学计算，令牌计数可从云B中扣除，并 添加到云A。在图4中，说明性的限制包括：术语其是The Open  Group在美国和其他国家的商标；以及术语其是IBM公司在美 国和/或其他国家的商标。

在一段时间的结尾，可能发生校准（true up），由此计算由定价和其 他财务债务。目标是通过确保公平共享而最小化财务转发（transfer）。在 图5的示例中，服务消费者70正访问主要云提供者72A的服务。云提供 者72A可以通过网络入口或其他介质76向云共同体做出服务请求。入口 76保持了可用资源和每个资源的具体属性（例如，价格、可用性、类型 等）的目录78。另外，云提供者72B-N可以广播它们的资源需求或供给。 交易引擎80驱动哪个提供者对于给定交易是“最合适”的分析评估。

有了所建立的云提供者的成员资格和它们各自在目录中存档和可用 的资源，云成员可用以基于按需基础查询目录。例如，参照图6，如果顶 点云（Acme Cloud）提供者82A确定它们需要额外的计算机服务器来满 足它们客户的需求，则它可以为了满足它们的需求的可用资源而查询目 录78。如果关于交易达成协议，在这个示例中是与标准云提供者82B达 成协议，则在交易引擎80中捕获此信息。通常，交易引擎80实现将跟 踪每个成员的交易的算法，以便朝向成本中立的目标来优化将来的交易。 在这个情况下，令牌将已被分配给顶点云提供者82A，表示它们与标准 云提供者82B具有未结账务。在下面的示例中，交易引擎80已经标识出 至少两个云提供者可以满足顶点云提供者82A的资源请求，且其还认识 到“云提供者：标准”对顶点云提供者82B具有负令牌账务，而“云提 供者：王牌”具有正令牌账务。因此，为了顶点的利益，相对于增加其 对王牌所拥有的未结令牌帐务，这次与标准云交易。交易引擎80将更新 顶点和标准之间的令牌账务，并确认该交易。在预定的清扫周期之前， 在顶点和标准之间不应发生进一步的交易，标准云提供者82B将被迫清 偿（satisfy）它与顶点云提供者82A的未结令牌债务（例如2）。

在一个例子中，如果标准云提供者82A已经交易了六次来向顶点提 供资源，并因此与顶点云提供者82B具有六个未结的令牌，则交易引擎 会向标准云提供者82A建议将它们被动与顶点云提供者82B交易的任何 未来的资源需求作为第一优先级。类似地，如果标准云提供者82A具有 向给定成员提供资源的交易，则未来的资源需求将优先朝向这些成员。 嵌入于交易引擎中的另外的优先化将包括对价格、服务质量和服务水平 协议的偏好。

现在参考图7，示出了根据本发明的方法流程图。如所示，在步骤 S1中，第一云提供者接收对云服务的请求。在步骤S2中，评估满足（fulfill） 该请求所需的资源要求。在步骤S3中，确定第一云提供者是否具有可用 来达到该资源要求的资源。如果具有，则在步骤S7满足该请求。如果不 具有，则在步骤S4中标识能够满足第一云提供者可用的资源和该资源要 求之间的任何短缺的第二云提供者。在步骤S5中，在第一云提供者和第 二云提供者之间协商资源分配以使用第二云提供者的资源满足该短缺。 在步骤S6中，第二云提供者的所需/缺失的资源被分配给第一云提供者以 解决短缺，以便在步骤S7中满足该请求。

尽管在此示出和描述为云间资源共享/管理解决方案，但是可以理解， 本发明进一步提供了各种替换实施例。例如，在一个实施例中，本发明 提供了计算机可读/可用介质，其包括使计算机基础架构能够提供如在此 讨论的云间资源共享/管理功能性的计算机程序代码。为此，计算机可读/ 可用介质包括实现本发明的各个处理的每个的程序代码。可以理解，术 语计算机可读介质或计算机可用介质包括任意类型的程序代码的物理实 施例中的一个或多个。具体地，计算机可读/可用介质可以包括体现在制 造商的一件或多件可携带存储物品（例如，致密盘、磁盘、磁带等）上、 诸如存储器28（图1）的计算设备的一个或多个数据存储部分上和/或存 储系统34（图1）（例如，固定盘、只读存储器、随机存取存储器、缓存 存储器等）上和/或（例如，在程序代码的有线/无线电子分发期间）体现 为在网络上传输的数据信号（例如，传播信号）的程序代码。

在另一实施例中，本发明提供了基于订阅、广告和/或费用基础进行 本发明的处理的方法。即，诸如解决方案集成器（solution integrator）的 服务提供者可以提出提供云间资源共享/管理功能性。在此情况下，服务 提供者可以创建、维护、支持等为一个或多个客户执行本发明的处理的 计算机基础架构，比如计算机系统102（图1）。作为回报，服务提供者 可以接收根据订阅和/或费用协议来自客户的报酬，和/或服务提供者可以 从向一个或多个第三方广告内容的销售中接收报酬。

在另一实施例中，本发明提供了用于提供云间资源共享/管理功能性 的计算机实现的方法。在此情况下，可以提供诸如计算机系统102（图1） 的计算机基础架构，且可以获得（例如，创建、购买、使用、修改等） 一个或多个用于执行本发明的处理的系统，并将其部署到该计算机基础 架构。为此，系统的部署可以包括以下中的一个或多个：（1）在诸如计 算机系统102（图1）的计算设备上安装来自计算机可读介质的程序代码； （2）向计算机基础架构添加一个或多个计算设备；和（3）并入和/或修 改计算机基础架构的一个或多个现有系统以使计算机基础架构能够进行 本发明的处理。

如在此使用的，可以理解，术语“程序代码”和“计算机程序代码” 是同义的，且意味着意图致使具有信息处理能力的计算设备直接地或者 在以下之一或两者之后执行特定功能的指令集以任意语言、代码或符号 的任意表达：（a）转换到另一语言、代码或符号；和/或（b）以不同的材 料形式再现。为此，程序代码可以体现为以下中的一个或多个：应用/软 件程序、组件软件/功能库、操作系统、用于特定计算设备的基本设备系 统/驱动器等。

适用于存储和/或执行程序代码的数据处理系统可以在下文提供且可 以包括直接或间接地通过系统总线通信地耦接到（多个）存储元件的至 少一个处理器。存储元件可以包括但不限于在程序代码的实际执行期间 采用的本地存储器、大容量存储器和提供至少某些代码的临时存储以便 减少在执行期间必须从大容量存储器中取回代码的次数的缓存存储器。 输入/输出设备（包括但不局于键盘、显示器、指向设备等）可以直接或 通过居间的设备控制器来耦接到系统。

网络适配器也可以耦接到系统以使数据处理系统能够变为通过居间 的私有或公共网络的任意组合而耦接到其他数据处理系统、远程打印机、 存储设备等等。说明性的网络适配器包括但不限于调制解调器、电缆调 制解调器和以太网卡。

为了例示和描述的目的已经给出了本发明的各个方面的以上描述。不意 图穷尽或者将本发明限制到公开的形式，且显然，许多修改和变化是可能 的。意图对于本领域技术人员显而易见的这种修改和变化被包括在如所 附权利要求所定义的本发明的范围之内。