应用分配系统、应用分配方法和应用分配程序

摘要

提供了一种应用分配系统，当应用即便在分配目的地的计算机资源动态变化的情况下实际执行时，通过该系统仍然可以获得期望的执行环境。分配发起服务器获得每个组件的执行条件作为应用信息，确定组件分组具有被分配为分配候选组件分组的可能性，生成指示分配候选组件分组的执行条件的资源订阅请求，并且将其传输至每个分配候选服务器，以及确定来自分配候选组件分组的每个组件的分配目的地服务器。每个分配候选服务器确定每个分配候选组件的可执行能力，并且向分配发起服务器传输将可执行分配候选组件指示为出席对象组件的应用出席请求。

说明书

技术领域

本发明涉及用于应用分配的系统、方法和程序。

背景技术

已知具有多个计算机的分布式处理装置，并且通过该装置可以 将应用分布至多个计算机并且由该多个计算机执行。根据此类分布 式处理装置，有效地使用了每个计算机的资源，这会使得应用的执 行能力得以增强。

在分布式处理装置中，应用被分成多个组件。然后，各个组件 由不同的计算机执行。为了有效地使用多个计算机的资源，如何将 多个组件分配到每个计算机变得尤为重要。

相关技术在日本专利申请公开JP-P2008-4092A中进行了描述。 该文献中所描述的方法包括：用于提供集中管理资源以接收要求数 据处理系统结构的按需提供请求的步骤；用于提供能够执行提供并 且以分组单元分配的多个数据处理系统资源的步骤；以及用于提供 能够响应于集中管理资源来单独地或以分组单元向多个按需请求动 态分配能够执行提供的数据处理系统资源的至少一个提供服务器的 步骤。

另一相关技术在日本专利申请公开JP-P2004-326452A中进行了 描述。该文献中的分布式处理服务提供服务器包括：用于从第一计 算机接收服务请求的第一装置；用于基于与第二计算机的资源有关 的信息向每个分布处理块分配所接收服务请求的处理的第二装置； 用于递送所分配的处理块的第三装置；以及用于从向其递送处理块 的第二计算机接收该处理块的处理结果的第四装置，并且基于处理 结果向第一处理结果递送针对服务请求的处理结果。

以下是发明人能够了解的其他相关技术：日本专利申请公开 JP-P2002-521765A；JP-P2003-99410A；JP-P2004-240697A；以及 JP-P2005-56405A。

引用列表

专利文献

[PTL1]日本专利申请公开JP-P2008-4092A；

[PTL2]日本专利申请公开JP-P2004-326452A；

[PTL3]日本专利申请公开JP-P2002-521765A；

[PTL4]日本专利申请公开JP-P2003-99410A；

[PTL5]日本专利申请公开JP-P2004-240697A；以及

[PTL6]日本专利申请公开JP-P2005-56405A。

发明内容

JP-P2004-326452A中描述的分布式处理服务提供服务器基于第 二计算机的资源的信息确定向该第二计算机分配每个处理块。然后， 每个处理块被递送至所确定的第二计算机。根据本发明，可以有效 地利用计算机资源的其余部分。

然而，计算机资源的利用条件可以依赖于组件分配的条件等动 态变化。因此，存在用于确定分配目的地的计算机在组件由确定为 分配目的地的计算机实际执行时的资源状态有所不同的可能性。例 如，假设1024MB存储器装配在作为分配目的地候选的计算机上。 还假设待分配的组件需要768MB的存储器。这里，假设指示作为分 配目的地候选的计算机的装配存储器为1024MB的静态信息用于确 定分配目的地计算机。在这种情况下，确定可以向分配目的地候选 计算机分配的组件。然而，在此之后，可以向分配目的地计算机分 配要求512MB存储器的另一应用。在这种情况下，实际可用存储器 变成512MB。即，执行分配对象组件所需的768MB不保证在分配目 的地计算机中。因此，所分配的应用无法被执行。

即，在JP-P2004-326452A中描述的技术存在以下问题，即存在 当应用在分配目的地计算机的资源动态变化的情况中实际执行时不 保证所假设的执行环境的可能性。

根据本发明，应用分配系统包括：分配发起服务器；以及分配 候选服务器组，其可通信地连接到所述分配发起服务器。分配发起 服务器包括：应用解释部分，用于当注册了包括组件分组的应用时 获得包括在组件分组中的每个组件的执行条件作为应用信息；资源 订阅请求传输部分，用于确定组件分组具有该组件分组变成被分配 为针对包括在分配候选服务器组中的每个分配候选服务器的分配候 选组件分组的可能性，以及生成指示分配候选组件分组的执行条件 的资源订阅请求并且向每个分配候选服务器传输资源订阅请求；以 及资源监控部分，用于确定来自分配候选服务器组的每个组件的分 配目的地服务器。每个分配候选服务器包括出席确定部分，用于确 定当获得资源订阅请求时，包括在分配候选组件分组中的每个分配 候选组件是否可执行，并且向分配发起服务器传输将确定为可执行 的分配候选组件表示为出席对象组件的应用出席请求，并且资源监 控部分基于应用出席请求确定分配目的地服务器。

根据本发明另一示例性实施方式，应用分配系统包括多个彼此 通信地连接的服务器。所述多个服务器中的每个服务器包括：分配 发起服务器部分；以及分配候选服务器部分。分配发起服务器部分 包括：应用解释部分，用于当注册了包括组件分组的应用时，获得 包括在组件分组中的每个组件的执行条件作为应用信息；资源订阅 请求传输部分，用于确定组件分组具有该组件分组变成分配为针对 在多个服务器中其他服务器中的每个服务器的分配候选组件分组的 可能性，以及生成指示分配候选组件分组和所述分配候选组件分组 的执行条件的资源订阅请求并且向每个其他服务器传输资源订阅请 求；以及资源监控部分，用于确定来自每个其他服务器的分组的每 个组件的分配目的地服务器。分配发起服务器部分包括用于确定当 从每个其他服务器获得资源订阅请求时，包括在分配候选组件分组 中的每个分配候选组件是否可执行，生成将可执行分配候选组件表 示为出席对象组件的应用出席请求以及向每个其他服务器传输该应 用出席请求的出席确定部分，以及资源监控部分基于应用出席请求 确定分配目的地服务器。

根据本发明的应用分配装置包括：应用解释部分，用于当注册 了包括组件分组的应用时，获得包括在组件分组中的每个组件的执 行条件作为应用信息；资源订阅请求传输部分，用于确定组件分组 具有该组件分组变成被分配为针对包括在分配候选服务器组中的每 个分配候选服务器的分配候选组件分组的可能性，以及向每个分配 候选服务器传输指示分配候选组件分组和所述分配候选组件分组的 执行条件的资源订阅请求；以及资源监控部分，用于确定来自分配 候选服务器组的每个组件的分配目的地服务器。当每个分配候选服 务器确定在获得资源订阅请求时包括在分配候选组件分组中的每个 分配候选组件是否可执行，并且向分配发起服务器传输将确定为可 执行的分配候选组件表示为出席对象组件的应用出席请求时，资源 监控部分基于应用出席请求确定分配目的地服务器。

根据本发明的应用分配装置包括：资源订阅请求接收部分，用 于接收指示分配候选组件分组具有被分配的可能性和所述分配候选 组件分组的执行条件的资源订阅请求；以及出席确定部分，用于基 于资源订阅请求确定包括在分配候选组件分组中的每个分配候选组 件是否可执行，以及向分配发起服务器传输将确定为可执行的分配 候选组件表示为出席对象组件的应用出席请求。

根据本发明的应用分配方法包括：当注册了包括组件分组的应 用时分配发起服务器获得包括在组件分组中的每个组件的执行条件 作为应用信息的步骤；分配发起服务器确定组件分组具有该组件分 组变成被分配为针对包括在分配候选服务器组中的每个分配候选服 务器的分配候选组件分组的可能性的步骤；分配发起服务器向每个 分配候选服务器传输指示分配候选组件分组和所述分配候选组件分 组的执行条件的资源订阅请求的步骤；每个分配候选服务器当获得 资源订阅请求时确定包括在分配候选组件分组中的每个分配候选组 件是否可执行的步骤；每个分配候选服务器向分配发起服务器传输 将确定为可执行的分配候选组件表示为出席对象组件的应用出席请 求的步骤；以及分配发起服务器基于应用出席请求确定来自分配候 选服务器组的每个组件的分配目的地服务器的步骤。

根据本发明的应用分配程序是用于实现上文所述的应用分配方 法的程序。

应用分配系统中的应用分配装置的操作方法包括：当注册了包 括组件分组的应用时获得包括在组件分组中的每个组件的执行条件 作为应用信息的步骤；确定组件分组具有该组件分组变成被分配为 针对包括在分配候选服务器组中的每个分配候选服务器的分配候选 组件分组的可能性的步骤；向每个分配候选服务器传输指示分配候 选组件分组和所述分配候选组件分组的执行条件的资源订阅请求的 步骤；以及当获得资源订阅请求时确定包括在分配候选组件分组中 的每个分配候选组件是否可执行的步骤；以及当向分配发起服务器 传输将可执行的分配候选组件表示为出席对象组件的应用出席请求 时，基于应用出席请求确定每个组件的分配目的地服务器的步骤。

根据本发明的应用分配装置的操作程序是用于由计算机实现上 文所述应用分配系统中的应用分配装置的操作方法的程序。

根据本发明的应用分配系统中的应用分配装置的操作方法包 括：接收指示分配候选组件分组具有被分配的可能性和所述分配候 选组件分组的执行条件的资源订阅请求的步骤；以及基于资源订阅 请求确定包括在分配候选组件分组中的每个分配候选组件是否可执 行，以及向分配发起服务器传输将确定为可执行的分配候选组件表 示为出席对象组件的应用出席请求的步骤。

根据本发明的应用分配装置的操作程序是用于由计算机实现的 应用分配系统中的应用分配装置的操作方法的程序。

根据本发明，当应用即使在分配目的地计算机的资源动态变化 的情况下实际执行时，用于应用分配的系统、方法和程序也能够保 证假设的执行环境。

附图说明

图1是示出了根据第一示例性实施方式的应用分配系统的示意 性框图；

图2是示出了应用分配系统的示意性操作的流程图；

图3是详细示出步骤S1至步骤S3的操作的流程图；

图4是详细示出步骤S4和步骤S5的操作的流程图；

图5是详细示出步骤S6和步骤S7的操作的流程图；

图6是示出了资源订阅请求的示例的概念视图；

图7是详细示出步骤S8和步骤S9的操作的流程图；

图8是示出了当确定操作在步骤S9-7不可执行时的流程图；

图9是示出了当确定操作在步骤S9-7可执行时的流程图；

图10是示出了根据第二示例性实施方式的应用分配系统的示意 性视图；

图11是示出了根据第二示例性实施方式的应用分配系统的示意 性操作的流程图；

图12是详细示出步骤S11至步骤S13的操作的流程图；

图13是详细示出步骤S14的操作的流程图；以及

图14是示出了根据示例性实施方式的应用分配系统的结构的示 意性视图。

具体实施方式

(第一示例性实施方式)

将参考以下附图说明本发明的第一示例性实施方式。

图1是示出了根据本示例性实施方式的应用分配系统的示意性 框图。应用分配系统包括分配发起服务器100(应用分配装置)和作 为分配对象应用的分配目的地候选的分配候选服务器组(应用分配 装置组)。在该应用分配系统中，分配对象应用在分配发起服务器 100中注册。此处，在分配对象应用中，包括了多个组件作为组件分 组。分配发起服务器100从针对每个组件的分配候选服务器组中确 定分配目的地服务器。然后，向所确定的分配目的地服务器分配每 个组件。

分配发起服务器100用于向系统输入分配对象应用。分配发起 服务器100包括：应用信息解释部分1；应用信息传输部分2；节点 能力接收部分3；资源订阅请求传输部分4；资源监控部分5；组件 递送部分6；以及规范验证部分7。这些部分通过由CPU从CD-ROM 等例示的记录介质等执行安装在分配发起服务器100的ROM(只读 存储器)中的程序(应用分配装置的操作程序)来实现。

分配候选服务器组是作为分配对象应用的分配目的地的候选的 服务器装置组。包括在分配候选服务器组中的每个分配候选服务器 200包括：应用信息接收部分8；节点能力传输部分9；节点能力管 理部分10；资源订阅请求接收部分11；应用出席通知部分13；应用 出席确定部分12；组件接收部分14；以及组件分配部分15。这些部 分通过由CPU从CD-ROM等例示的记录介质执行安装在每个分配候 选服务器200的ROM中的程序(应用分配装置的操作程序)来实现。

接下来，说明应用分配系统的示意性操作。图2是示出了应用 分配系统的示意性操作的流程图。

步骤S1：应用注册

分配对象应用由该应用分配系统的管理人员注册在分配发起服 务器100中。在分配对象应用中，包括应用配置定义信息，以及以 应用的执行形式出现的组件分组。这里，假设包括在组件分组中的 每个组件在其实现形式方面没有限制。应用配置定义信息指示包括 在组件分组中的组件列表。此外，在应用配置定义信息中，执行每 个组件的要求(例如，所要求的存储器大小)被链接到每个组件作 为组件执行条件。

步骤S2：分配发起服务器获得应用信息

应用信息解释部分1当注册了分配对象应用时获得应用配置定 义信息并且将信息存储在附图中未示出的存储器等中作为应用信 息。应用信息由应用信息传输部分2传输至每个分配候选服务器 200。

步骤S3：分配候选服务器确定是否可执行

在每个分配候选服务器200中，应用信息接收部分8获得应用 信息并且向应用出席确定部分12通知该应用信息。然后，应用出席 确定部分12确定可执行组件是否包括在分配对象应用中。具体而言， 节点能力管理部分10调查分配候选服务器200的当前应用执行能力 并且向应用出席确定部分12通知所调查的能力作为节点能力信息。 节点能力信息是例如如装配的存储器大小的关于硬件的信息，关于 已经分配的组件的信息等。应用出席确定部分12基于节点能力信息 和应用信息来确定是否包括可执行组件。

步骤S4：节点能力信息的传输

当确定的结果是包括可执行组件时，节点能力管理部分10通过 节点能力传输部分9向分配发起服务器100传输该节点能力信息。

步骤S5：由分配发起服务器进行规范验证

在分配发起服务器100中，节点能力信息接收部分3接收节点 能力信息。然后，规范验证部分7基于应用信息和节点能力信息执 行每个分配候选服务器200的规范验证。具体而言，验证哪些组件 能够由每个分配候选服务器200执行。

步骤S6：资源订阅请求的传输

接下来，资源订阅请求传输部分4基于规范验证部分7的验证 结果确定具有向每个分配候选服务器200分配的可能性的组件分组 作为分配候选组件分组。此外，资源订阅请求传输部分4通过参考 应用信息获得包括在分配候选组件分组中的每个分配候选组件的执 行条件。然后，链接分配候选组件的列表及其执行条件以生成资源 订阅请求。资源订阅请求传输部分4向每个分配候选服务器200传 输所生成的资源订阅请求。

步骤S7：分配候选服务器确定是否可执行

在每个分配候选服务器200中，资源订阅请求接收部分11接收 资源订阅请求并且向应用出席确定部分12通知该资源订阅请求。应 用出席确定部分12基于资源订阅请求确定包括在分配候选组件分组 中的每个分配候选组件是否可执行。

步骤S8：AP出席请求提交的传输

在存在可执行分配候选组件的情况下，应用出席确定部分12确 定分配候选组件作为出席对象组件。然后，生成指示出席对象组件 的信息作为应用出席请求。此外，应用出席确定部分12通过应用出 席通知部分13向分配发起服务器传输应用出席请求。

步骤S9：由分配发起服务器进行规范验证

在分配发起服务器100中，资源监控部分5从每个分配候选服 务器200接收应用出席请求。在资源监控部分5中，规范验证部分7 检测写入在应用出席请求中的出席对象组件是否可通过发布分配候 选服务器200执行。并且当该出席对象组件可执行时，发布分配候 选服务器200被确定为出席对象组件的分配目的地服务器。注意， 在该阶段中，可以从多个分配候选服务器200通知同一出席对象组 件。在这种情况下，资源监控部分5选择最佳的分配候选服务器200 作为出席对象组件的分配目的地服务器。

步骤S10：组件的递送

在这之后，资源监控部分5通过组件递送部分6向分配目的地 服务器传输每个组件。在该阶段，待分配的组件可能已经装配在分 配目的地服务器上。然后，资源监控部分5通过参考节点能力信息 确定是否已经装配了待分配的组件。当已经装配了组件时，不执行 组件的递送并且指示分配目的地服务器将分配(执行)已装配组件。 在分配目的地服务器(分配候选服务器)中，组件接收部分14接收 组件或组件的分配指令，并且组件分配部分15分配组件。

通过上述步骤S1至S10，分配了包括在分配对象应用中的每个 组件。

根据上文说明的结构和操作，当在分配发起服务器100中注册 了应用时，向每个分配候选服务器200传输指示每个组件的执行条 件的信息(资源订阅请求)。然后，在每个分配候选服务器200中， 确定每个组件是否可执行。在分配发起服务器100侧，根据每个组 件是否在每个分配候选服务器200中是否可执行(应用出席请求) 的确定结果，确定每个组件的分配目的地服务器。由于可执行能力 由每个分配候选服务器200确定，因此可以总是基于当前节点能力 信息来确定每个组件是否可以被分配。因此，即便在分配候选服务 器200中资源的使用条件动态变化时，也可以向每个分配候选服务 器最佳地分配该分配对象应用的每个组件。此外，例如，即便在服 务器装置被从系统中删除或服务器装置新添加至系统的情况下，也 可以动态分配该分配对象应用的每个组件。

接下来，详细说明根据本示例性实施方式的应用分配系统的操 作方法。

首先，详细描述了步骤S1至S3的过程。图3是详细示出了步 骤S1至S3的操作的流程图。当在分配发起服务器100中注册分配 对象应用时，该过程开始(步骤S1)。

在分配发起服务器100中，应用信息解释部分1分析所注册的 分配对象应用(步骤S2-1)。应用信息接收部分8将应用信息注册 到每个分配候选服务器200的记录介质(附图中未示出)中(步骤 S3-2)。应用信息接收部分8请求应用出席确定部分12来确定在应 用信息中描述的组件是否可执行(步骤S3-3)。接下来，应用出席 确定部分12请求节点能力管理部分10来获得分配候选服务器200 的能力信息(步骤S3-4)。接下来，节点能力管理部分10获得分配 候选服务器200的节点能力信息。这里，假设节点能力信息包括如 装配的存储器大小的硬件信息，和用于指定已分配组件的信息(标 识符)。接下来，节点能力管理部分10向应用出席确定部分12通 知(返回)获得的节点能力信息(步骤S3-5)。

接下来，应用出席确定部分12基于应用信息和节点能力信息来 确定可执行组件是否存在于应用信息中所描述的组件分组(步骤 S3-6)。

当在步骤S3-6确定存在可执行组件时，执行随后流程的过程(步 骤4-1)。另一方面，当不存在可执行组件时，终止该过程。

接下来，详细描述步骤S4至S5的过程。图4是详细示出了步 骤S4和S5的操作的流程图。

应用出席确定部分12请求节点能力传输部分9向分配发起服务 器100传输分配候选服务器200的节点能力信息(步骤S4-1)。接 下来，节点能力传输部分9请求节点能力管理部分10获得节点能力 信息(步骤S4-2)。接下来，节点能力管理部分10调查分配候选服 务器200的节点能力，并且向节点能力传输部分9通知(返回)该 节点能力作为节点能力信息(步骤S4-3)。接下来，节点能力传输 部分9向分配发起服务器100传输该节点能力信息(步骤S4-4)。

接下来，在分配发起服务器100中，节点能力接收部分3接收 节点能力信息(步骤S5-1)。接下来，节点能力接收部分3将接收 的节点能力信息记录在记录设备中(步骤S5-2)。接下来，资源订 阅请求传输部分4请求规范验证部分7从组件分组检索可由分配候 选服务器200执行的组件(步骤S5-3)。接下来，规范验证部分7 请求节点能力接收部分3获得分配候选服务器200的节点能力信息 (步骤S5-4)。接下来，节点能力接收部分103从记录介质获得分 配候选服务器200的节点能力信息，并且向规范验证部分7通知(返 回)该节点能力信息(步骤S5-5)。接下来，规范验证部分7请求 应用信息解释部分1获得应用信息(步骤S5-6)。接下来，应用信 息解释部分1从记录介质获得应用信息，并且向规范验证部分7通 知(返回)该应用信息(步骤5-7)。接下来，规范验证部分7基于 所获得的节点能力信息和应用信息来确定(验证)包括在分配对象 应用中的每个组件是否可由分配候选服务器200执行(步骤S5-8)。

在步骤S5-8中确定的结果是由分配候选服务器200可执行的组 件存在于分配对象应用中的情况下，过程进行至步骤S6-1。在由分 配候选服务器200可执行的组件没有存在于分配对象应用中的情况 下，过程终止。

接下来，详细描述了步骤S6-1至S6-3的过程。图5是详细示出 了步骤S6和S7的操作的流程图。

资源订阅请求传输部分4生成资源订阅请求。图6是示出了资 源订阅请求的示例的概念视图。资源订阅请求包括指示分配候选组 件的信息以及分配候选组件的执行条件。这里，选择在步骤S5-8确 定可由分配候选服务器200执行的组件作为分配候选组件。该分配 候选组件通过参考应用信息获得。此外，在资源订阅请求中，包括 分配候选服务器200的地址信息以作为应用出席请求传输地址。资 源订阅请求传输部分4向分配候选服务器200传输所生成的资源订 阅请求(步骤S6-1)。在分配候选服务器200中，资源订阅请求接 收部分11接收资源订阅请求(步骤S6-2)。接下来，资源订阅请求 接收部分11将资源订阅请求记录在记录设备中(步骤S6-3)。

接下来，应用出席确定部分12请求节点能力管理部分10获得 分配候选服务器200的能力信息(步骤S7-1)。接下来，节点能力 管理部分10调查分配候选服务器200的节点能力并且向应用出席确 定部分12通知(返回)调查结果作为节点能力信息(步骤S7-2)。 接下来，应用出席确定部分12基于资源订阅请求和节点能力信息来 确定在资源订阅请求中描述的分配候选组件的可执行能力。在该步 骤，通过使用当前的节点能力信息执行该确定。因此，该步骤的确 定结果可能与步骤S3-6的确定结果有所不同(步骤S7-3)。

作为在步骤S7-3的确定结果，在可执行分配候选组件存在于资 源订阅请求中的情况下，过程进行到下一步骤S8-1。另一方面，在 不存在可执行分配候选组件的情况下，过程终止。

接下来，详细说明步骤S8和S9的操作。图7是详细示出了步 骤S8和S9的操作的流程图。

应用出席确定部分12请求应用出席通知部分13发送应用出席 请求(步骤S8-1)。接下来，应用出席通知部分13将应用出席请求 生成作为信息并且将其发送到分配发起服务器100。这里，在应用出 席请求中，存在指定出席对象组件的标识符以及指定分配候选服务 器200的标识符。选择作为在步骤S7-3的确定结果的为被确定为可 执行的分配候选组件作为出席对象组件(步骤S8-2)。

在分配发起服务器100中，资源监控部分5接收应用出席请求 (步骤S9-1)。接下来，资源监控部分5请求规范验证部分7确定 出席对象组件是否可由分配候选服务器200执行(步骤S9-2)。接 下来，规范验证部分7请求节点能力接收部分3获得分配候选服务 器200的节点能力信息(步骤S9-3)。接下来，节点能力接收部分 3获得分配候选服务器200的已记录的节点能力信息并且向规范验 证部分7通知(返回)该已记录的节点能力信息(步骤S9-4)。接 下来，规范验证部分7请求应用信息解释部分1获得出席对象组件 的执行条件(步骤S9-5)。接下来，应用信息解释部分1从记录在 记录设备中的应用信息获得出席对象组件的执行条件并且向规范验 证部分7通知(返回)该出席对象组件的执行条件(步骤S9-6)。 接下来，规范验证部分7基于所获得的节点能力信息和所获得的执 行条件确定出席对象组件是否可由分配候选服务器200执行(步骤 S9-7)。

作为步骤S9-7的确定结果，在确定出席对象组件可由分配候选 服务器200执行的情况下，过程进行到步骤S10-1。另一方面，当确 定出席对象组件不可执行时，过程进行到步骤S10-6。

图8是示出了在步骤S9-7确定不可执行的情况下的操作的流程 图。资源监控部分5向分配候选服务器200传输应用出席通知的拒 绝通知(步骤S10-6)。在分配候选服务器200中，应用出席通知部 分13接收应用出席通知的拒绝通知(步骤S10-7)。应用出席通知 部分13将应用出席通知的拒绝通知记录在记录设备并且终止该过程 (步骤S10-8)。

图9是示出了当在步骤S9-7确定可执行时操作时的流程图。资 源监控部分5请求组件递送部分6递送出席对象组件(步骤S10-1)。 接下来，组件递送部分6向作为分配目的地服务器的分配候选服务 器200传输该出席对象组件(步骤S10-2)。接下来，在分配候选服 务器200中，组件接收部分14接收出席对象组件(步骤S10-3)。 接下来，组件接收部分14请求组件分配部分15分配出席对象组件 (步骤S10-4)。接下来，组件分配部分15分配该出席对象组件(步 骤S10-5)。

(第二示例性实施方式)

接下来，将说明第二示例性实施方式。

图10是示出了根据本示例性实施方式的应用分配系统的示意 图。如图10中所示，该应用分配系统包括彼此可访问地连接的多个 服务器装置。在所述多个服务器装置的每一个中，提供了分配发起 服务器部分和分配候选服务器部分。分配发起服务器部分是与图1 中所示的第一示例性实施方式的分配发起服务器具有相同功能性结 构的部分。分配候选服务器部分是与图1中所示的第一示例性实施 方式的分配候选服务器具有相同功能性结构的部分。因此，省略对 分配发起服务器部分和分配候选服务器部分的功能性结构的详细说 明。

假设在该多个服务器装置中的一个服务器装置中注册了分配对 象应用。在这种情况下，该一个服务器装置通过其分配发起服务器 部分操作为分配发起服务器。另一方面，其他服务器装置的每一个 通过其分配候选服务器部分操作为分配候选服务器。即，分配对象 应用可以被注册到多个服务器装置中的任意一个。

此外，在本发明中，与第一示例性实施方式不同，在注册分配 对象应用之前，将每个服务器装置的节点能力信息向其他服务器装 置传输。

在下文中，说明了根据本发明的应用分配系统的操作方法。图 11是示出了根据本发明的应用分配系统的示意性操作的流程图。

在本示例性实施方式中，该多个服务器装置的每一个向其他服 务器装置分组连续地或周期性地广播其自身的服务器装置的节点能 力信息。每个服务器装置获得其他服务器组的节点能力(步骤S11)。 这里，假设分配对象应用被注册到该多个服务器装置之一。在这种 情况下，其中注册了分配对象应用的服务器装置作为分配发起服务 器100操作，而其他服务器组作为分配候选服务器组操作(步骤 S12)。分配发起服务器100获得分配对象应用的应用信息(步骤 S13)。这里，其他服务器装置组(分配候选服务器组)的节点能力 信息已经被注册到了分配发起服务器100中。因此，在分配候选服 务器200中，规范验证部分7基于节点能力信息和应用信息来执行 组件是否可由分配候选服务器200执行的验证(步骤S14)。后续的 操作与第一示例性实施方式的步骤S6及之后的步骤相同。因此，省 略对它们的详细描述。

如上文所说明的，根据本示例性实施方式，该多个服务器装置 的每一个被构建从而能够充当分配发起服务器100以及分配候选服 务器200。因此，只需管理人员将分配对象应用注册到该多个服务器 装置的任意一个。于是，对于管理人员而言改进了操作便捷性。

此外，在本示例性实施方式中，在分配对象应用的注册之前广 播节点能力信息。因此，当从分配对象应用获得应用信息时，分配 发起服务器100可以立即执行步骤S14(在第一示例性实施方式中为 步骤S5)的过程。即，可以省略第一示例性实施方式中的步骤S3 和S4，从而使得可以减少从分配对象应用注册到分配完成的时间。

在下文中，详细说明了根据本示例性实施方式的应用分配系统 的操作。图12是详细示出了步骤S11至S13的操作的流程图。

在每个服务器装置中，包括在分配候选服务器部分中的节点能 力传输部分9请求节点能力管理部分10获得节点能力信息(步骤 S11-1)。接下来，节点能力管理部分10调查其自己的服务器装置 的节点能力并且向节点能力传输部分202返回该节点能力作为节点 能力信息(步骤S11-2)。接下来，节点能力传输部分9向其他服务 器装置组传输所获得的节点能力信息。该操作意味着节点能力信息 由广播通信进行传输(步骤S11-3)。在每个服务器装置中，包括在 分配发起服务器部分中的节点能力接收部分3从其他服务器装置接 收节点能力信息(步骤11-4)。节点能力接收部分3将该节点能力 信息记录到记录设备中(步骤S11-5)。

接下来，假设管理人员将分配对象应用注册到该多个服务器装 置之一中(步骤S12)。

其中注册了分配对象应用的服务器装置作为分配发起服务器 100操作，并且应用构建定义由应用信息解释部分1进行分析(步骤 S13-1)。应用信息解释部分1将应用构建定义存储在记录设备中作 为应用信息(步骤S13-2)。

接下来，详细描述步骤S14的操作。图13是详细示出了步骤S14 的操作的流程图。

资源订阅请求传输部分4请求规范验证部分7检索能够执行每 个组件的分配候选服务器的列表(步骤S14-1)。接下来，规范验证 部分7请求应用信息解释部分1获得应用信息(步骤S14-2)。接下 来，应用信息解释部分1从记录设备获得每个组件的执行条件并且 向规范验证部分7通知(返回)该执行条件(步骤14-3)。接下来， 规范验证部分7请求节点能力接收部分3获得节点能力信息(步骤 S14-4)。节点能力接收部分3从记录设备获得每个分配候选服务器 200的节点能力信息，并且向规范验证部分7通知该节点能力信息 (步骤S14-5)。规范验证部分7基于每个组件的执行条件和每个分 配候选服务器200的节点能力信息获得具有与每个组件的执行条件 匹配的规范(节点能力)的分配候选服务器200的列表。即，验证 每个组件可由哪个分配候选服务器200执行。然后，向资源订阅请 求传输部分4通知该验证结果(步骤S14-6)。

以下过程与第一示例性实施方式中的步骤S6及后续过程相同。

(示例)

接下来，说明一示例以用于更详细地说明本发明。以下示例对 应于先前说明的第一示例性实施方式。

图14是示出了根据本示例的应用分配系统的示意图。

如图14中所示，应用分配系统包括当分配对象应用被输入到该 系统中时使用的分配发起服务器100，以及作为用于执行该应用的服 务器装置的分配候选服务器组(200-1、200-2、200-3)。假设分配 发起服务器100和分配候选服务器组的构建与第一示例性实施方式 中的相同(参考图1)。

在分配候选服务器组中，假设分配候选服务器200-1具有以下规 范。

已安装的存储器量＝1024MB

可用存储器量＝896MB

盘容量＝100GB

已安装的中间件＝数据库-X(DB-X)，以及应用服务器-X (AppS-X)

已安装的组件＝组件A

另外，假设分配候选服务器200-2具有以下规范。

已安装的存储器量＝2048MB

可用存储器量＝2048MB

盘容量＝100GB

已安装的中间件＝WEB服务器(Web-X)

已安装的组件＝无

另外，假设分配候选服务器200-3具有以下规范。

已安装的存储器量＝512MB

可用存储器量＝512MB

盘容量＝100GB

已安装的中间件＝WEB服务器(Web-X)

已安装的组件＝无

这里，假设组件A、组件B和组件C包括在注册在分配候选服 务器100中的分配对象应用中。并且假设以下内容在分配对象应用 的应用构建定义中描述。

组件A的执行条件

所需存储器＝128MB

所需盘容量＝1.0GB

所需中间件＝数据库-X(DB-X)

组件B的执行条件

所需存储器＝256MB

所需盘容量＝0.5GB

所需中间件＝应用服务器-X(AppS-X)

组件C的执行条件

所需存储器＝256MB

所需盘容量＝1.0GB

所需中间件＝Web服务器-X(WebS-X)

下面将说明当以上分配对象应用注册到分配发起服务器100中 时由管理人员进行的操作。

在分配发起服务器100中，应用信息解释部分1从分配对象应 用获得应用构建定义，并且将每个组件的执行条件信息记录到记录 设备中作为应用信息。接下来，应用信息传输部分2获得组件A、 组件B和组件C的执行条件信息，并且经由网络将它们递送至每个 分配候选服务器200。此时的递送方法为广播。

接下来，每个分配候选服务器200通过应用信息接收部分8接 收应用信息(每个组件的执行条件信息)，并且将其记录至记录设 备。

这里，说明了分配候选服务器200-1的操作。分配候选服务器 200-1基于所接收的应用信息和其自己的服务器的节点能力信息确 定每个组件的可执行能力。这里，分配候选服务器200-1的可用存储 器量为856MB。因此，对于所有组件A、B和C均满足存储器量需 求。此外，分配候选服务器200-1的盘容量为100GB，从而使得对 于所有组件A、B和C均满足盘容量需求。此外，在分配候选服务 器200-1中，安装了数据库-X和应用服务器-X。因此，作为中间件 需求，满足了组件A和组件B的需求，但不满足组件C的需求。即， 分配候选服务器200-1确定组件A和组件B可执行。因为存在可执 行组件，因此分配候选服务器200-1向分配发起服务器传输节点能力 信息。

以相同的方式，每个分配候选服务器200-2和200-3还确定是否 存在可执行组件。在分配候选服务器200-2的情况下，因为组件C 是可执行的，因此其传输节点能力信息。因为组件C是可执行的， 因此分配候选服务器200-3类似地传输节点能力信息。

接下来，分配发起服务器100从每个分配候选服务器200接收 节点能力信息并且将其记录。然后，在分配发起服务器100中，验 证哪些组件可由每个分配候选服务器200执行。通过该操作，针对 分配候选服务器200-1，提取组件A和组件B作为可执行组件。针 对分配候选服务器200-2，提取组件C作为可执行组件。针对分配候 选服务器200-3，提取组件C作为可执行组件。

分配发起服务器100生成资源订阅请求并且将其传输到每个分 配候选服务器200。此时，将组件A和组件B的执行条件信息传输 到分配候选服务器200-1作为资源订阅请求。将组件C的执行条件 信息传输到分配候选服务器200-2和200-3作为资源订阅请求。

当接收资源订阅请求时，每个分配候选服务器200将其记录在 记录设备中。然后，将在资源订阅请求中描述的组件(分配候选组 件)确定为可执行或不可执行。因为确定是基于当前节点能力信息 的，所以尽管该阶段的确定变得类似于之前所述，这是，其也可能 不同于之前描述的确定结果。然而，在本发明中，假设确定结果与 之前所述的相同。如果分配候选组件可执行，则每个分配候选服务 器200向分配发起服务器100传输应用出席请求。具体而言，分配 候选服务器200-1确定组件A和B作为出席对象组件并且将它们传 输到应用出席请求。分配候选服务器200-2和200-3将组件C确定作 为出席对象组件并且将其传输作为应用出席请求。

当从每个分配候选服务器200接收应用出席请求时，分配发起 服务器100通过参考应用信息检测出席对象组件未被分配。然后， 通过将已获得的每个节点的能力信息与出席对象组件的执行条件进 行比较，从而确定可执行能力。基于确定结果来确定出席对象组件 的分配目的地服务器。

具体而言，分配候选服务器200-1被确定为传输自该分配候选服 务器200-1的出席对象组件(组件A和B)的分配目的地服务器。 在该阶段，分配发起服务器100通过参考节点能力信息确定组件A 或组件B是否已经装配在分配目的地服务器(分配候选服务器 200-1)上。在分配候选服务器200-1上，已经装配了组件A。因此， 分配发起服务器100只向分配候选服务器200-1传输组件B。然后， 向分配候选服务器200-1通知组件A的执行指令。

另一方面，从分配候选服务器200-2和分配发起服务器200-2向 分配发起服务器100通知同一组件(组件C)作为出席对象组件。 在该情况下，分配发起服务器100通过参考节点能力信息确定组件C 是否已经装配在分配候选服务器200-2和200-3中的任意一个上。当 装配了组件C时，将装配的分配候选服务器200优选地确定为分配 目的地服务器。在本示例性实施方式中，出席对象组件(组件C) 没有装配在任一分配候选服务器上。在该情况下，分配发起服务器 100确定首先通知应用出席请求的分配候选服务器作为分配目的地 服务器。这里，可以使用不同的条件作为确定分配目的地服务器的 确定条件。在本示例性实施方式中，确定从分配候选服务器200-2 向其发送应用出席请求的服务器。分配发起服务器100确定分配候 选服务器200-2作为分配目的地服务器。因为组件C没有装配在分 配候选服务器200-2上，因此分配发起服务器100向分配候选服务器 200-3递送该组件C以将其分配。分配发起服务器100返回来自分配 候选服务器200-3的应用出席请求的应用出席通知拒绝通知。当接收 应用出席通知拒绝通知时，分配候选服务器200-3将该通知记录在记 录设备中并且终止该过程。另一方面，分配候选服务器200-1和200-2 分别接收和分配组件B和组件C，并且终止该过程。

通过上述过程，完成分配对象应用的分配。

在上文中，通过参考某些示例性实施方式和示例说明本发明。 然而，本发明不限于该示例性实施方式和示例。本领域技术人员可 以在权利要求书中所描述的本发明的技术思想的范围内对本发明的 构建或细节进行适当的修改或改变。

本申请基于并要求2009年2月23日提交的日本专利申请 No.2009-039991的优先权，其公开内容通过引用的方式整体并入于 此。