CN103108020A - 服务协作设备、服务协作方法和计算机可读记录介质 - Google Patents

Abstract

服务协作设备1用于向协作目标服务器发送从协作源服务器接收的消息。所述服务协作设备1包括：第一确定单元21，基于从所述协作源服务器接收的消息的数据量和发送到所述协作目标服务器的消息的数据量，确定所述消息是否触发流入超过状态；增强指令发出单元22，当所述第一确定单元21确定触发了所述流入超过状态时，向外部发出用于增强针对所述协作目标服务器的资源的增强指令；路径改变单元32，当所述增强指令发出单元22发出了所述增强指令时，将向所述协作目标服务器发送消息的路径改变为在缓冲所述消息之后向协作目标服务器发送消息的路径；以及路径添加单元33，将发送缓冲消息的路径添加到根据所述增强指令增强后的资源。

Description

服务协作设备、服务协作方法和计算机可读记录介质

相关申请的交叉引用

本申请基于并要求2011年11月9日提交的日本专利申请No.2011-245356的优先权益，其全部内容通过引用合并于此。

技术领域

本发明涉及服务协作设备、服务协作方法和计算机可读记录介质。

背景技术

通常，当构造使用面向服务架构(SOA)的系统时，根据企业服务总线(ESB)建立构成该系统的子系统间的协作。例如，JP 2010-9218A公开了一种系统，在该系统中，根据ESB建立多个子系统间的协作。

然而，在JP 2010-9218A中公开的系统中，当子系统中的一部分由于出现故障而导致停止时，可能会滞留从操作中的其它子系统发送的处理请求。在这种情况下，在修理了故障之后，除了例行发出的正常处理请求之外，必须对被滞留的处理请求进行处理。这里，在剩余的正常处理能力范围内对被滞留的处理请求进行处理。因此，需要大量时间来解决被滞留的处理请求。

可以通过在预期会有被滞留的处理请求时提供额外资源，并在处理请求开始滞留之后补充资源不足来解决上述被滞留的处理请求的问题。例如，JP 2008-40718A和JP 2010-3121A公开了一种系统，在该系统中，通过准备多个服务器来提前提供额外资源。

更具体地，JP 2008-40718A公开了一种负载分布控制系统，在从客户端接收请求时，该系统向待命以进行响应的请求数量小于阈值的多个就绪服务器之一传送请求。

另一方面，JP 2010-3121A公开了一种数据传送系统，在从数据发送设备接收到要进行处理的数据时，该系统基于多个就绪服务器的操作状态和网络状态来确定要处理的数据应当传送所至的服务器。

然而，JP 2008-40718A和JP 2010-3121A中公开的系统成本很高，因为为了应对故障，它们在任意时间均确保保留大量资源。另一方面，尽管在处理请求开始滞留之后补偿资源步骤的上述行为可以解决成本问题，但是在增强资源之前，它会导致系统操作不稳定。

另外，JP 2011-113267A公开了一种配置管理系统，该系统基于服务的负载预测状态，使用云环境中的数据中心的资源来改变系统配置。JP2011-113267A中公开的系统配置被认为解决了上述高成本和不稳定操作的问题。

然而，在JP 2011-113267A描述的系统中，需要运营商基于负载预测状态来搜索适合的系统配置的快照，并采用基于通过搜索获得的快照的系统配置。因此，例如，如果运营商没有大量操作经验，则对于运营商来说，搜索并采用系统配置会很麻烦，而且，运营商可能会采用不适合的系统配置。

发明内容

本发明的目的的一个示例是提供一种服务协作设备、一种服务协作方法和一种计算机可读记录介质，以解决上述问题，并根据彼此协同操作的服务器上的负载状态来实现资源环境中的适当改变。

为了实现上述目的，根据本发明的一方面的服务协作设备向协作目标服务器发送从协作源服务器接收的消息，所述服务协作设备包括：第一确定单元，基于从所述协作源服务器接收的消息的数据量和发送到所述协作目标服务器的消息的数据量，确定所述消息是否触发流入超过状态；增强指令发出单元，当所述第一确定单元确定触发了所述流入超过状态时，向外部发出用于增强针对所述协作目标服务器的资源的增强指令；路径改变单元，当所述增强指令发出单元发出了所述增强指令时，将向所述协作目标服务器发送消息的路径改变为在缓冲所述消息之后向所述协作目标服务器发送消息的路径；以及路径添加单元，将发送缓冲消息的路径添加到根据所述增强指令增强后的资源。

此外，为了实现上述目的，根据本发明的一方面的服务协作方法是用于向协作目标服务器发送从协作源服务器接收的消息的方法，所述服务协作方法包括以下步骤：a)基于从所述协作源服务器接收的消息的数据量和发送到所述协作目标服务器的消息的数据量，确定所述消息是否触发流入超过状态；b)当步骤a)确定触发了所述流入超过状态时，向外部发出用于增强针对所述协作目标服务器的资源的增强指令；c)当步骤b)发出了所述增强指令时，将向所述协作目标服务器发送消息的路径改变为在缓冲所述消息之后向所述协作目标服务器发送消息的路径；以及d)将发送缓冲消息的路径添加到根据所述增强指令增强后的资源。

此外，为了实现上述目的，根据本发明的一方面的计算机可读记录介质在其中记录了使计算机向协作目标服务器发送从协作源服务器接收的消息的程序，所述程序包括使所述计算机执行以下步骤的指令：a)基于从所述协作源服务器接收的消息的数据量和发送到所述协作目标服务器的消息的数据量，确定所述消息是否触发流入超过状态；b)当步骤a)确定触发了所述流入超过状态时，向外部发出用于增强针对所述协作目标服务器的资源的增强指令；c)当步骤b)发出了所述增强指令时，将向所述协作目标服务器发送消息的路径改变为在缓冲所述消息之后向所述协作目标服务器发送消息的路径；以及d)将发送缓冲消息的路径添加到根据所述增强指令增强后的资源。

如上所述，本发明可以根据彼此协同操作的服务器上的负载状态来适当地改变资源环境。

附图说明

图1示出了服务协作系统的系统配置的示例。

图2示出了根据第一实施例的服务协作设备的功能配置的示例。

图3示出了在第一实施例中的数据量存储单元中存储的数据的结构的示例。

图4示出了在第一实施例中的路径信息存储单元中存储的路径信息的示例。

图5示出了第一实施例中路径信息存储单元中存储的路径信息发生改变的情况的示例。

图6示出了第一实施例中添加到路径信息存储单元中存储的路径信息的新路径的情况的示例。

图7是示出了根据第一实施例的服务协作设备的用于存储数据的操作的流程图。

图8是示出了根据第一实施例的服务协作设备的用于增强资源的操作的流程图。

图9是示出了根据第一实施例的服务协作设备的用于释放资源的操作的流程图。

图10示出了第一实施例的修改示例中在数据量存储单元中存储的数据的结构的示例。

图11是示出了根据第一实施例的修改示例的服务协作设备的用于增强资源的操作的流程图。

图12是示出了根据第一实施例的修改示例的服务协作设备的用于释放资源的操作的流程图。

图13示出了根据第二实施例的服务协作设备的功能配置的示例。

图14示出了在第二实施例中的数据量存储单元中存储的数据的结构的示例。

图15是示出了在增强资源的较早操作阶段中由根据第二实施例的服务协作设备执行的操作的流程图。

图16是示出了在增强资源的正常操作阶段中由根据第二实施例的服务协作设备执行的操作的流程图。

图17是示出了根据第二实施例的服务协作设备用于释放资源的操作的流程图。

图18是示出了实现根据第一实施例和第二实施例的服务协作设备的计算机的一个示例的框图。

具体实施方式

以下参照附图描述了根据本发明的服务协作设备、服务协作方法和服务协作程序的优选实施例。

[第一实施例]

(系统配置)

首先，对包括根据第一实施例的服务协作设备的服务协作系统的配置进行描述。图1示出了服务协作系统的系统配置的示例。

如图1所示，服务协作系统100包括服务协作设备1、协作源服务器2和协作目标服务器3。服务协作设备1经由网络4与协作源服务器2连接，并经由网络5与协作目标服务器3连接。注意，服务协作设备1可以经由一个网络与协作源服务器2和协作目标服务器3连接。

服务协作设备1向协作目标服务器发送从协作源服务器接收的消息。服务协作设备1可以向协作目标服务器原样传送接收到的消息，或者可以在处理数据之后向协作目标服务器发送接收到的消息。

(设备配置)

现在参照图2，对服务协作设备1的功能和配置进行描述。图2示出了根据第一实施例的服务协作设备的功能配置的示例。如图2所示，服务协作设备1主要包括第一确定单元21、增强指令发出单元22、路径改变单元32和路径添加单元33。

基于从协作源服务器2接收的消息的数据量(以下称为“流入数据量”)和发送到协作目标服务器3的消息的数据量(以下称为“流出数据量”)，第一确定单元21确定该消息是否触发流入超过状态。流入超过状态表示流入数据量超过流出数据量的状态。当第一确定单元21确定触发了流入超过状态时，增强指令发出单元22向外部发出用于增强针对协作目标服务器3的资源的增强指令。

当增强指令发出单元22发出了增强指令时，路径改变单元32将向协作目标服务器3发送消息的路径改变为在缓冲该消息之后向协作目标服务器3发送消息的路径。此外，路径添加单元33将发送缓冲消息的新路径添加到根据增强指令增强了的资源。

这样，根据本实施例的服务协作设备1中的第一确定单元21可以识别彼此协作地操作的服务器上的负载状态。此外，服务协作设备1中的增强指令发出单元22、路径改变单元32和路径添加单元33可以根据所识别的负载状态，适当地改变资源环境。结果，即使运营商没有太多操作经验，也可以采用适当的系统配置，而不会觉得搜索并采用系统配置非常麻烦。

以下是参照图2及图3至图6的服务协作设备1的功能和配置的特定描述。如图2所示，服务协作设备1包括输入单元10、控制单元20、路由单元30、输出单元40和存储单元50。注意，第一确定单元21和增强指令发出单元22包括在之后将描述的控制单元20中。路径改变单元32和路径添加单元33包括在之后将描述的路由单元30中。

存储单元50存储各个构成元件所引用并更新的数据。例如，存储单元50包括数据量存储单元51、路径信息存储单元52和临时存储单元53。临时存储单元53可以临时存储消息，并用于如上所述地缓冲上述消息。

以下参照图3描述数据量存储单元51中存储的数据的结构。图3示出了在第一实施例的数据量存储单元中存储的数据的结构。

如图3所示，数据量存储单元51在诸如流入开始时间、流出完成时间、流入数据量和流出数据量之类的数据项下存储各种类型的数据。更具体地，开始接收来自协作源服务器2的消息的时间存储在数据项“流入开始时间”之下。完成到协作目标服务器3的消息发送的时间存储在数据项“流出完成时间”之下。从协作源服务器2接收的消息的数据量存储在数据项“流入数据量”之下。发送到协作目标服务器3的消息的数据量存储在数据项“流出数据量”之下。

以下参照图4描述了在路径信息存储单元52中存储的数据的结构。图4示出了在第一实施例的路径信息存储单元中存储的路径信息的示例。

路径信息存储单元52存储用于识别由路径单元30确定并改变的路径的路径信息。在图4的示例中，路径信息存储在诸如协作源和协作目标之类的单独数据项之下。更具体地，用于识别路径起始要素的信息存储在数据项“协作源”之下。用于识别路径终止要素的信息存储在数据项“协作目标”之下。在图4所示的示例中，存储在路径信息存储单元52中的路径信息识别从协作源服务器2到协作目标服务器3的路径。

图2所示的输入单元10包括消息接收单元11和流入数据量测量单元12。

消息接收单元11接收从协作源服务器2发送的消息。在接收到该消息时，消息接收单元11将开始接收消息的时间存储在数据量存储单元51中的数据项“流入开始时间”之下。

流入数据量测量单元12测量流入数据量，即，消息接收单元11接收到的消息的数据量。流入数据量测量单元12将流入数据量存储在数据量存储单元51中的数据项“流入数据量”之下。

除上述第一确定单元21和增强指令发出单元22之外，控制单元20还包括第二确定单元23和释放指令发出单元24。

在本实施例中，第一确定单元21基于数据量存储单元51中存储的流入数据量和流出数据量来确定是否要触发流入超过状态。更具体地，第一确定单元21在流入数据量超过流出数据量的状态持续时，确定要触发流入超过状态。相反，第一确定单元21在流入数据量超过流出数据量的状态不持续时，确定不触发流入超过状态。可以考虑持续时间和自过去起的流入状态之间的关系，适当地设置触发流入超过状态的持续时间。

如上所述，当第一确定单元21确定触发了流入超过状态时，增强指令发出单元22向外部发出用于指示资源增强的增强指令。要增强的资源可以是能够提高协作目标服务器3的处理能力的任意资源。要增强的资源的示例包括服务器设备和云环境中的虚拟服务器设备。增强指令发出所至的外部的示例包括协作目标服务器3和控制服务协作系统100的整体的管理服务器。

在第一确定单元21确定触发了流入超过状态之后，第二确定单元23基于存储在数据量存储单元51中的流入数据量和流出数据量，确定是否要解除(resolve)流入超过状态。更具体地，第二确定单元23在流入数据量和流出数据量均小于或等于设置量的状态持续时，确定要解除流入超过状态。相反，第二确定单元23在流入数据量和流出数据量均小于或等于设置量的状态不持续时，确定不解除流入超过状态。可以考虑持续时间与自过去起的流入状态之间的关系来适当地设置解除流入超过状态的持续时间。此外，它使设置量满足用作基于协作目标服务器的正常吞吐量进行设置的确定标准。

当第二确定单元23确定解除了流入超过状态时，释放指令发出单元24向外部发出释放根据增强指令已增强的资源。

除上述路径改变单元32和路径添加单元33之外，路由单元30还包括路径确定单元31和路径再改变单元34。

路径确定单元31确定向协作目标服务器3发送消息的路径。路径确定单元31在路径信息存储单元52中存储用于识别所确定的路径的路径信息。

在本实施例中，当第一确定单元21确定触发了流入超过状态，并发出了增强指令时，路径改变单元32将路径确定单元31所确定的路径改变为经由临时存储单元53向协作目标服务器3发送消息的路径。路径改变单元32更新存储在路径信息存储单元52中的路径信息以反映该改变。

图5示出了指示通过改变如图4所示的路径信息所获得的路径的路径信息的示例。图5的示例针对第一实施例中改变了存储在路径信息存储单元中的路径信息的情况。图5所示的改变后路径信息包括从协作源服务器2到临时存储单元53的路径和从临时存储单元53到协作目标服务器3的路径。

在本实施例中，当根据增强指令发出单元22所发出的增强指令增强了资源时，路径添加单元33向路径信息存储单元52添加增强后的资源(例如，增强后的服务器)作为存储在临时存储单元53中的消息要被发送到的协作目标。即，路径添加单元33将指示到添加后的资源的路径的路径信息添加到存储在路径信息存储单元52中的路径信息。

图6示出了通过向图5所示的路径信息添加到增强后的资源的路径所获得的路径信息的示例。图6的示例针对第一实施例中已向路径信息存储单元中存储的路径信息添加了新路径的情况。如图6所示，除从协作源服务器2到临时存储单元53的路径和从临时存储单元53到协作目标服务器3的路径之外，添加后路径信息还包括从临时存储单元53到增强后的服务器的路径。

当第二确定单元23确定解除了流入超过状态，并且释放指令发出单元24发出了释放指令时，路径再改变单元34删除路径添加单元33添加的路径，并将路径改变单元32所改变的路径恢复回改变前路径。路径再改变单元34通过将存储在路径信息存储单元52中的路径信息恢复回指示路径确定单元31最初确定的路径的路径信息，来更新存储在路径信息存储单元52中的路径信息。更具体地，将图6所示的路径信息恢复回图4所示的路径信息。

输出单元40包括消息发送单元41和流出数据量测量单元42。

消息发送单元41根据存储在路径信息存储单元52中的路径信息，向协作目标服务器3发送消息。消息发送单元41在数据量存储单元51的数据项“流出完成时间”之下存储完成消息发送的时间。

流出数据量测量单元42测量流出数据量，即，消息发送单元41所发送的消息的数据量。流出数据量测量单元42在数据量存储单元51中的数据项“流出数据量”之下存储流出数据量。

(设备操作)

以下参照图7至9来描述根据第一实施例的服务协作设备1的操作。适当地考虑图1至6进行以下描述。在第一实施例中，通过使服务协作设备1进行操作来实现服务协作方法。因此，在对服务协作设备1的操作的以下描述中包括根据第一实施例的服务协作方法的描述。

首先，参照图7对根据第一实施例的服务协作设备的用于存储数据的操作进行描述。图7是示出了根据第一实施例的服务协作设备的用于存储数据的操作的流程图。

首先，消息接收单元11从协作源服务器2接收消息(步骤S101)，并在数据量存储单元51的数据项“流入开始时间”之下存储开始消息接收的时间。

接下来，流入数据量测量单元12测量在上述步骤S101中接收到的消息的流入数据量(步骤8102)，并在数据量存储单元51中的数据项“流入数据量”之下存储流入数据量(参见图3)。

之后，路径确定单元31确定从协作源服务器2向协作目标服务器3发送消息的路径(步骤8103)，并在路径信息存储单元52中存储用于识别所确定的路径的路径信息(参见图4)。

接下来，消息发送单元41向协作目标服务器3发送消息(步骤S104)，并在数据量存储单元51中的数据项“流出完成时间”之下存储完成消息发送的时间(参见图3)。

之后，流出数据量测量单元42测量在上述步骤S104中发送的消息的流出数据量(步骤S105)，并在数据量存储单元51的数据项“流出数据量”之下存储流出数据量(参见图3)。

接下来，参照图8对根据第一实施例的服务协作设备用于增强资源的操作进行描述。图8是示出了根据第一实施例的服务协作设备的用于增强资源的操作的流程图。

首先，基于数据量存储单元51中存储的流入数据量和流出数据量，第一确定单元21确定流入数据量超过流出数据量的状态是否持续(步骤S201)。

当上述步骤S201中的确定结果为否时(步骤S201中的否分支)，在经过预定时段之后再次执行步骤S201。另一方面，当上述步骤S201中的确定结果为是时(步骤S201中的是分支)，路径改变单元32通过将路径确定单元31在步骤S103中确定的路径改变为经由临时存储单元53向协作目标服务器3发送消息的路径，来更新路径信息存储单元52中的路径信息(步骤S202)(参见图5)。

在执行了步骤S202之后，增强指令发出单元22向外部发出用于指示增强服务器的增强指令(步骤S203)。

然后，增强指令发出单元22确定是否根据上述步骤S203发出的增强指令增强了服务器(步骤S204)。

当上述步骤S204中的确定结果为否时(步骤S204的否分支)，在经过预定时段之后再次执行步骤S204。另一方面，当上述步骤S204中的确定结果为是时(步骤S204的是分支)，路径添加单元33通过将增强后的服务器添加为存储在临时存储单元53中的消息要发送到的协作目标，来更新路径信息存储单元52中的路径信息(步骤S205)(参见图6)。

接下来，参照图9对根据第一实施例的服务协作设备的用于释放资源的操作进行描述。图9是示出了根据第一实施例的服务协作设备的用于释放资源的操作的流程图。

首先，基于存储在数据量存储单元51中的流入数据量和流出数据量，第二确定单元23确定流入数据量和流出数据量二者均小于或等于设置量的状态是否持续(步骤S301)。

当上述步骤S301中的确定结果为否时(步骤S301中的否分支)，在经过预定时段之后再次执行步骤S301。另一方面，当上述步骤S301中的确定结果为是时(步骤S301中的是分支)，路径再改变单元32从路径信息存储单元52中的协作目标中删除在图8的上述步骤S205中添加的增强后的服务器(步骤S302)。

此外，路径再改变单元34通过将在图8的上述步骤S202中改变的路径恢复回不通过临时存储单元53的路径，更新路径信息存储单元52中的路径信息(步骤S303)。

接下来，释放指令发出单元24向外部发出用于指示释放根据在图8的上述步骤S203中发出的增强指令增强后的服务器的释放指令(步骤S304)。

(程序)

根据第一实施例的服务协作程序可以是使计算机执行图7所示的步骤S101至S105、图8所示的步骤S201至S205、以及图9所示的步骤S301至S304的任意程序。可以通过在计算机上安装并执行该程序来实现根据第一实施例的服务协作设备1和服务协作方法。在这种情况下，计算机的中央处理单元(CPU)用作输入单元10、控制单元20、路由单元30和输出单元40，并执行其处理。此外，安装在计算机上的存储设备(如硬盘)可以用作存储单元50。

(第一实施例的效果)

如上所述，在根据第一实施例的服务协作设备1中，当第一确定单元21确定触发了流入超过状态时，路径改变单元32可以切换到通过临时存储单元53的路径。因而，当消息滞留时，可以在将消息存储在临时存储单元53中之后，执行针对协作目标的处理。这可以降低针对消息滞留的情况所保证的服务协作设备1的主存储设备的容量。

此外，在根据第一实施例的服务协作设备1中，当第一确定单元21确定触发了流入超过状态时，增强指令发出单元22发出增强服务器的指令，并且路径添加单元33可以将增强后的服务器作为存储在临时存储单元53中的消息的目的地。因而，当消息滞留时，可以迅速增强协作目标及其处理容量。这可以缩短解除消息滞留所需的时间量。

此外，在根据第一实施例的服务协作设备1中，当第一确定单元21确定触发了流入超过状态时，路径改变单元32切换到可以经由其临时保存滞留消息的路径，并且增强指令发出单元22根据请求量增强资源。此外，当第二确定单元23确定解除了流入超过状态时，路径再改变单元34以高处理效率切换回原始路径，并且释放指令发出单元24可以释放增强后的资源。这样，可以根据滞留消息的状态改变处理能力，因而可以抑制消息滞留时所需的资源成本。

按照以上方式，根据第一实施例的服务协作设备1可以根据负载状态适当地改变资源环境。

(修改示例)

在上述第一实施例中，存储在数据量存储单元51中的流入数据量和流出数据量用作第一确定单元21确定是否要触发流入超过状态和第二确定单元23确定是否要解除流入超过状态的基础。然而，在第一实施例中，不限于在这些基础上做出上述确定。例如，假设从数据量存储单元51中存储的流入开始时间到流出完成时间的时段被称为处理时段，处理时段增大/减小的趋势可以作为第一确定单元21确定是否要触发流入超过状态和第二确定单元23确定是否要解除流入超过状态的基础。

可以考虑根据增大的趋势与自过去起的流入状态之间的关系，适当地设置触发流入超过状态的处理时段增大/减小的趋势的程度。同样，可以考虑根据减小的趋势与自过去起的流入状态之间的关系，适当地设置解除流入超过状态的处理时段增大/减小的趋势的程度。

在该修改示例中，可以在每次做出确定时计算处理时段，或者可以提前计算并在数据量存储单元51中存储处理时段。图10示出了处理时段作为一项添加至数据量存储单元51中的数据的结构的示例。图10示出了在第一实施例的修改示例中的数据量存储单元中存储的数据的结构的示例。

如图10所示，在该修改示例中，除图3所示的数据项之外，数据量存储单元51还包括数据项“处理时段”。数据项“处理时段”存储从流入开始到流出完成所需的时段。

以下参照图11对根据修改示例的服务协作设备的用于增强资源的操作进行描述。图11是示出了根据第一实施例的修改示例的服务协作设备的用于增强资源的操作的流程图。以下描述聚焦于步骤S201a，该步骤不同于图8所示的用于增强资源的操作。

如图11所示，在该修改示例中，第一确定单元21基于在数据量存储单元51中存储的处理时段，确定处理时段增大的趋势是否对应于朝向流入超过的趋势(步骤S201a)。

当上述步骤S201a中的确定结果为否时(步骤S201a的否分支)，在经过预定时段之后再次执行步骤S201a。另一方面，当步骤S201a中的确定结果为是时(步骤S201a的是分支)，路径改变单元32将路径确定单元31所确定的路径改变为经由临时存储单元53向协作目标服务器3发送消息的路径(步骤S202)。

注意，图11所示的步骤S202与图8所示的步骤S202类似。图¨所示的步骤S202之后的步骤也与图8所示的步骤S202之后的步骤类似。在图11中，与图8所示的步骤相同的步骤使用相同的步骤编号。省略对步骤S202和后续步骤的描述。

以下参照图12对根据修改示例的服务协作设备的用于释放资源的操作进行描述。图12是示出了对根据第一实施例的修改示例的服务协作设备的用于释放资源的操作的流程图。以下描述聚焦于步骤S301a，该步骤不同于图9所示的用于释放资源的操作。

如图12所示，在该修改示例中，第二确定单元23基于在数据量存储单元51中存储的处理时段，确定处理时段减小的趋势是否对应于朝向流入超过解除的趋势(步骤S301a)。

当上述步骤S301a中的确定结果为否时(步骤S301a的否分支)，在经过预定时段之后再次执行步骤S301a。另一方面，当步骤S301a中的确定结果为是时(步骤S301a的是分支)，路径再改变单元34从协作目标中删除增强后的服务器(步骤S302)。

注意，图12所示的步骤S302与图9所示的步骤S302类似。图12所示的步骤S302之后的步骤也与图9所示的步骤S302之后的步骤类似。在图12中，与图9所示的步骤相同的步骤使用相同的步骤编号。省略对步骤S302和后续步骤的描述。

[第二实施例]

现在对本发明第二实施例进行描述。首先，参照图13和14对根据第二实施例的服务协作设备的配置进行说明。图13示出了根据第二实施例的服务协作设备的功能配置的示例。图14示出了在第二实施例中的数据量存储单元中存储的数据的结构的示例。

如图13所示，根据第二实施例的服务协作设备1S与根据图2示出的第一实施例的服务协作设备1的不同之处如下。在服务协作设备1S中，趋势分析单元25S添加到了控制单元20S，数据项添加到数据量存储单元51S，以及改变了第一确定单元21S和第二确定单元23S的确定基础。

不同于上述区别，根据第二实施例的服务协作设备1S按照与根第一实施例的服务协作设备1类似的方式进行配置。注意在图13中，与图2中相同的那些构成元件使用相同的参考符号，并省略对这些构成元件的描述。以下描述主要聚焦于与第一实施例的不同。

如图14所示，在第二实施例中，除图3中示出的数据项之外，数据量存储单元51S还包括数据项“流入超过状态”。数据项“流入超过状态”存储指示在流入开始时间与流出完成时间之间消息是否触发了流入超过状态的信息。在图14所示的示例中，数据项“流入超过状态”存储指示当流入超过流出时出现流入超过的标识符(图14中的“是”)、和指示当流入未超过流出时不出现流入超过的标识符(图14中的“否”)。

此外，如图13所示，除图2所示的控制单元20的构成元件之外，控制单元20S还包括趋势分析单元25S。趋势分析单元25S对存储在数据量存储单元51S中的自过去起的数据进行分析，以研究流入/流出数据量与流入超过状态之间的关系。

更具体地，，趋势分析单元25S通过在数据项“流入超过状态”指示“是”时分析流入数据量和流出数据量，计算具有触发流入超过状态的高可能性的流入数据量与流出数据量的转变趋势特征(以下称为“流入超过特征”)。趋势分析单元25S还通过在数据项“流入超过状态”指示“否”时分析流入数据量和流出数据量，计算具有解除流入超过状态的高可能性的流入数据量与流出数据量的转变趋势特征(以下称为“流入超过解除特征”)。

在第二实施例中，第一确定单元21S基于趋势分析单元25S所计算的流入超过特征，确定是否要触发流入超过状态。更具体地，在以确定为目标的流入数据量与流出数据量的转变趋势特征展现了与流入超过特征的类似性时，第一确定单元21S确定要触发流入超过状态。

此外，在第二实施例中，第二确定单元23S基于趋势分析单元25S所计算的流入超过解除特征，确定是否要解除流入超过状态。更具体地，在以确定为目标的流入数据量与流出数据量的转变趋势特征展现了与流入超过解除特征的类似性时，第二确定单元23S确定要解除流入超过状态。

(设备操作)

以下参照图15至17，对根据第二实施例的服务协作设备1S的操作进行描述。以下描述适当地考虑图13和14。在第二实施例中，同样通过使服务协作设备1S进行操作来实现服务协作方法。因此，在对服务协作设备1S的操作的以下描述中包括根据第二实施例的服务协作方法的描述。

首先，参照图15和16对根据第二实施例的服务协作设备的用于增强资源的操作进行描述。图15是示出了在增强资源的较早操作阶段中由根据第二实施例的服务协作设备执行的操作的流程图。在图15中，在趋势分析单元25S的分析累计结果数量等于或大于允许流入超过状态的确定的预定数量之前执行的操作被示为较早操作阶段中的操作。

如图15所示，首先执行步骤S201至S205的处理。步骤S201至S205的处理与图8中步骤S201至S205的上述处理相同。省略对图15中步骤S201至S205的特定描述。

在执行步骤S205之后，趋势分析单元25S使用自过去起存储在数据量存储单元51S中的数据，计算流入超过特征和流入超过解除特征(步骤S206)。步骤S206不同于图8所示的根据第一实施例的操作。

图16是示出了在增强资源的正常操作阶段中由根据第二实施例的服务协作设备执行的操作的流程图。在图16中，在趋势分析单元25S的分析累计结果数量等于或大于允许流入超过状态的确定的预定数量之后执行的操作被示为正常操作阶段中的操作。

如图16所示，在趋势分析单元25S的分析累计结果数量等于或大于预定数量之后，第一确定单元21S确定以确定为目标的流入数据量和流出数据量是否展现了与流入超过特征的类似性(步骤S201b)。步骤S201b不同于图15中示出的较早操作阶段的情况。

当在上述步骤S201b中的确定结果为否时(步骤S201b的否分支)，在经过预定时段之后再次执行步骤S201b。另一方面，当上述步骤S201b中的确定结果为是时(步骤S201b中的是分支)，路径改变单元32将路径确定单元31确定的路径改变为经由临时存储单元53向协作目标服务器3发送消息的路径(步骤S202)。图16所示的步骤S202与图8所示的步骤S202类似。

之后，执行步骤S203至S206。步骤S203至S205的处理与图8中步骤S203至S205的上述处理相同。此外，步骤S206的处理与图15中的步骤S206的上述处理相同。省略对图16中步骤S203至S206的特定描述。

接下来，参照图17对根据第二实施例的服务协作设备的用于释放资源的操作进行描述。图17是示出了根据第二实施例的服务协作设备的用于释放资源的操作的流程图。

如图17所示，首先，第二确定单元23确定以确定为目标的流入数据量和流出数据量是否展现了与流入超过解除特征的类似性(步骤S301b)。步骤S301b不同于根据图9所示的第一实施例的操作。

当上述步骤S301b中的确定结果为否时，在经过预定时段之后再次执行步骤S301b。另一方面，当上述步骤S301b中的确定结果为是时(步骤S301b中的是分支)，路径再改变单元34从路径信息存储单元52中的协作目标中删除在图15或16的步骤S205中添加的增强后的服务器(步骤S302)。图17所示的步骤S302与图9所示的步骤S302类似。

在执行步骤S302之后，接下来执行步骤S303和S304。步骤S303和S304的处理与图9中步骤S303和S304的上述处理相同。省略对图17中的步骤S303和S304的特定描述。

(程序)

根据第二实施例的服务协作程序可以是使计算机执行图7所示的步骤S101至S105、图15所示的步骤S201至S206、图16所示的步骤S201b至S206、以及图17所示的步骤S301b至S304的任意程序。可以通过在计算机上安装并执行该程序来实现根据第二实施例的服务协作设备1S和服务协作方法。在这种情况下，计算机的中央处理单元(CPU)用作输入单元10、控制单元20S、路由单元30和输出单元40，并执行其处理。此外，安装在计算机上的存储设备(如硬盘)可以用作存储单元50S。

(第二实施例的效果)

除根据第一实施例的上述服务协作设备1实现的效果之外，根据第二实施例的服务协作设备1S还实现了以下效果。在根据第二实施例的服务协作设备1S中，趋势分析单元25S基于在数据量存储单元51中累积的自过去起的数据，计算流入超过特征和流入超过解除特征。基于所计算的特征，第一确定单元21S确定是否要触发流入超过状态，以及第二确定单元23S确定是否要解除流入超过状态。这样，基于自过去起的记录，可以以高精确度预测滞留消息的出现和解除，因而可以根据负载状态更适合地改变资源环境。

[计算机配置]

现在对通过参照图18执行根据第一实施例和第二实施例的服务协作程序来实现服务协作设备的计算机进行描述。图18是示出了实现根据第一实施例和第二实施例的服务协作设备的计算机的一个示例的框图。

如图18所示，计算机110包括CPU 111、主存储器112、存储设备113、输入接口114、显示控制器115、数据读取器/写入器116和通信接口117。这些构成元件通过总线121连接，以使它们可以彼此执行数据通信。

CPU 111通过将存储在存储设备113中的该实施例的程序(代码)部署到主存储器112中并以预定顺序执行这些程序(代码)来执行各种类型的计算。结果，如上所述，CPU 111用作输入单元10、控制单元20(或20S)、路由单元30和输出单元40，并执行其处理。

主存储器112典型为易失性存储设备，如动态随机访问存储器(DRAM)。在存储在计算机可读记录介质120中时提供根据第一实施例和第二实施例的服务协作程序。可以在经由通信接口117连接的因特网上分布根据第一实施例和第二实施例的程序。

存储设备113的特定示例包括硬盘驱动和诸如闪存之类的半导体存储设备。存储设备113可以用作如上所述的存储单元50(或50S)。输入接口114传送CPU 111与如键盘和鼠标的输入设备118之间的数据传送。显示控制器115与显示设备119连接，并控制在显示设备119上的显示。

数据读取器/写入器116作为引起CPU 111与记录介质120之间的数据传送的媒介，从记录介质120读取程序，并将计算机110的处理结果写入记录介质120。通信接口117作为引起CPU 111与其它计算机之间的数据传送的媒介。

记录介质120的特定示例包括通用目的半导体存储设备，如，压缩闪存(CF，注册商标)和安全数字(SD)、磁存储介质(如软盘)和光存储介质(如压缩盘只读存储器CD-ROM)。

尽管参照本发明的示例性实施例特别地示出并描述了本发明，但是本发明不限于这些实施例。本领域技术人员将会理解，可以在不偏离由权利要求定义的本发明的精神和范围的情况下，做出形式和细节上的各种改变。

Claims (18)

1.一种服务协作设备，向协作目标服务器发送从协作源服务器接收的消息，所述服务协作设备包括：

第一确定单元，基于从所述协作源服务器接收的消息的数据量和发送到所述协作目标服务器的消息的数据量，确定所述消息是否触发流入超过状态；

增强指令发出单元，当所述第一确定单元确定触发了所述流入超过状态时，向外部发出用于增强针对所述协作目标服务器的资源的增强指令；

路径改变单元，当所述增强指令发出单元发出了所述增强指令时，将向所述协作目标服务器发送消息的路径改变为在缓冲所述消息之后向协作目标服务器发送消息的路径；以及

路径添加单元，将发送缓冲消息的路径添加到根据所述增强指令增强后的资源。

2.根据权利要求1所述的服务协作设备，还包括：

第二确定单元，在所述第一确定单元确定触发了所述流入超过状态之后，基于从所述协作源服务器接收的消息的所述数据量和发送到所述协作目标服务器的消息的所述数据量，确定是否要解除所述流入超过状态；

释放指令发出单元，当所述第二确定单元确定要解除所述流入超过状态时，向外部发出用于释放根据所述增强指令增强后的资源的释放指令；以及

路径再改变单元，当所述释放指令发出单元发出了所述释放指令时，删除所述路径添加单元所添加的路径，并将所述路径改变单元所改变的路径恢复为所述改变之前的路径。

3.根据权利要求2所述的服务协作设备，还包括：

消息接收单元，接收所述消息；

路径确定单元，确定向所述协作目标服务器发送所述消息的所述路径；

消息发送单元，向所述协作目标服务器发送所述消息；

流入数据量测量单元，测量所述消息接收单元接收的消息的数据量作为流入数据量；

流出数据量测量单元，测量所述消息发送单元发送的消息的数据量作为流出数据量；以及

数据量存储单元，将所述消息接收单元开始接收所述消息的开始时间、所述消息发送单元完成发送所述消息的完成时间、所述流入数据量和所述流出数据量彼此关联地存储，

其中所述第一确定单元基于存储在所述数据量存储单元中的所述流入数据量和所述流出数据量，确定是否要触发所述流入超过状态，

当所述增强指令发出单元发出了所述增强指令时，所述路径改变单元将所述路径确定单元所确定的所述路径改变为在缓冲所述消息之后向所述协作目标服务器发送所述消息的路径，以及

所述第二确定单元基于存储在所述数据量存储单元中的所述流入数据量和所述流出数据量，确定是否要解除所述流入超过状态。

4.根据权利要求2所述的服务协作设备，

其中所述第一确定单元在从所述协作源服务器接收的所述消息的数据量超过发送到所述协作目标服务器的所述消息的数据量的状态持续时，确定要触发所述流入超过状态；以及

所述第二确定单元在从所述协作源服务器接收的所述消息的数据量和发送到所述协作目标服务器的所述消息的数据量均小于或等于设置值的状态持续时，确定要解除所述流入超过状态。

5.根据权利要求3所述的服务协作设备，

其中所述第一确定单元基于在存储在数据量存储单元中的所述开始时间和所述完成时间之间的消息增加的趋势，确定是否要触发所述流入超过状态；以及

所述第二确定单元基于在存储在数据量存储单元中的所述开始时间和所述完成时间之间的消息减少的趋势，确定是否要解除所述流入超过状态。

6.根据权利要求3所述的服务协作设备，

其中所述数据量存储单元还将指示在所述开始时间和所述完成时间之间是否出现消息的流入超过状态的信息与所述开始时间、所述完成时间、所述流入数据量和所述流出数据量相关联地存储；

当存储在所述数据量存储单元中的所述信息指示出现所述流入超过状态时，所述第一确定单元基于与所述信息相关联的所述流入数据量和所述流出数据量，确定是否要触发所述流入超过状态；以及

当存储在所述数据量存储单元中的所述信息指示未出现所述流入超过状态时，所述第二确定单元基于与所述信息相关联的所述流入数据量和所述流出数据量，确定是否要解除所述流入超过状态。

7.一种向协作目标服务器发送从协作源服务器接收的消息的服务协作方法，所述服务协作方法包括以下步骤：

a)基于从所述协作源服务器接收的消息的数据量和发送到所述协作目标服务器的消息的数据量，确定所述消息是否触发流入超过状态；

b)当步骤a)确定触发了所述流入超过状态时，向外部发出用于增强针对所述协作目标服务器的资源的增强指令；

c)当步骤b)发出了所述增强指令时，将向所述协作目标服务器发送消息的路径改变为在缓冲所述消息之后向所述协作目标服务器发送消息的路径；以及

d)将发送缓冲消息的路径添加到根据所述增强指令增强后的资源。

8.根据权利要求7所述的服务协作方法，还包括以下步骤：

e)在步骤a)确定触发了所述流入超过状态之后，基于从所述协作源服务器接收的消息的所述数据量和发送到所述协作目标服务器的消息的所述数据量，确定是否要解除所述流入超过状态；

f)当步骤e)确定要解除所述流入超过状态时，向外部发出用于释放根据所述增强指令增强后的资源的释放指令；以及

g)当步骤f)发出了所述释放指令时，删除步骤d)所添加的路径，并将步骤c)所改变的路径恢复为所述改变之前的路径。

9.根据权利要求8所述的服务协作方法，还包括以下步骤：

h)接收所述消息；

i)确定向所述协作目标服务器发送所述消息的所述路径；

j)向所述协作目标服务器发送所述消息；

k)测量在步骤h)中接收的消息的数据量作为流入数据量；

1)测量在步骤j)中发送的消息的数据量作为流出数据量；以及

m)将步骤h)开始接收所述消息的开始时间、步骤j)完成发送所述消息的完成时间、所述流入数据量和所述流出数据量彼此关联地存储，

其中步骤a)基于存储在步骤m)中的所述流入数据量和所述流出数据量，确定是否要触发所述流入超过状态，

当发出了所述增强指令时，步骤c)将在步骤i)中确定的所述路径改变为在缓冲所述消息之后向所述协作目标服务器发送所述消息的路径，以及

步骤e)基于在步骤m)中存储的所述流入数据量和所述流出数据量，确定是否要解除所述流入超过状态。

10.根据权利要求8所述的服务协作方法，

其中，当从所述协作源服务器接收的所述消息的数据量超过发送到所述协作目标服务器的所述消息的数据量的状态持续时，步骤a)确定要触发所述流入超过状态；以及

当从所述协作源服务器接收的所述消息的数据量和发送到所述协作目标服务器的所述消息的数据量均小于或等于设置值的状态持续时，步骤e)确定要解除所述流入超过状态。

11.根据权利要求9所述的服务协作方法，

其中步骤a)基于在步骤m)中存储的所述开始时间和所述完成时间之间的消息增加的趋势，确定是否要触发所述流入超过状态；以及

步骤e)基于在步骤m)中存储的所述开始时间和所述完成时间之间的消息减少的趋势，确定是否要解除所述流入超过状态。

12.根据权利要求9所述的服务协作方法，

其中步骤m)还将指示在所述开始时间和所述完成时间之间是否出现消息的流入超过状态的信息与所述开始时间、所述完成时间、所述流入数据量和所述流出数据量相关联地存储；

当在步骤m)中存储的所述信息指示出现所述流入超过状态时，步骤a)基于与所述信息相关联的所述流入数据量和所述流出数据量，确定是否要触发所述流入超过状态；以及

当在步骤m)中存储的所述信息指示未出现所述流入超过状态时，步骤e)基于与所述信息相关联的所述流入数据量和所述流出数据量，确定是否要解除所述流入超过状态。

13.一种计算机可读记录介质，在其中记录了使计算机向协作目标服务器发送从协作源服务器接收的消息的程序，所述程序包括使所述计算机执行以下步骤的指令：

a)基于从所述协作源服务器接收的消息的数据量和发送到所述协作目标服务器的消息的数据量，确定所述消息是否触发流入超过状态；

b)当步骤a)确定触发了所述流入超过状态时，向外部发出用于增强针对所述协作目标服务器的资源的增强指令；

c)当步骤b)发出了所述增强指令时，将向所述协作目标服务器发送消息的路径改变为在缓冲所述消息之后向所述协作目标服务器发送消息的路径；以及

d)将发送缓冲消息的路径添加到根据所述增强指令增强后的资源。

14.根据权利要求13所述的计算机可读记录介质，

其中所述程序还包括使所述计算机执行以下步骤的指令：

e)在步骤a)确定触发了所述流入超过状态之后，基于从所述协作源服务器接收的消息的所述数据量和发送到所述协作目标服务器的消息的所述数据量，确定是否要解除所述流入超过状态；

f)当步骤e)确定要解除所述流入超过状态时，向外部发出用于释放根据所述增强指令增强后的资源的释放指令；以及

g)当步骤f)发出了所述释放指令时，删除步骤d)所添加的路径，并将步骤c)所改变的路径恢复为所述改变之前的路径。

15.根据权利要求14所述的计算机可读记录介质，

其中所述程序还包括使所述计算机执行以下步骤的指令：

h)接收所述消息；

i)确定向所述协作目标服务器发送所述消息的所述路径；

j)向所述协作目标服务器发送所述消息；

k)测量在步骤h)中接收的消息的数据量作为流入数据量；

1)测量在步骤j)中发送的消息的数据量作为流出数据量；以及

m)将步骤h)开始接收所述消息的开始时间、步骤j)完成发送所述消息的完成时间、所述流入数据量和所述流出数据量彼此关联地存储，

其中步骤a)基于在步骤m)中存储的所述流入数据量和所述流出数据量，确定是否要触发所述流入超过状态，

当发出了所述增强指令时，步骤c)将在步骤i)中确定的所述路径改变为在缓冲所述消息之后向所述协作目标服务器发送所述消息的路径，以及

步骤e)基于在步骤m)中存储的所述流入数据量和所述流出数据量，确定是否要解除所述流入超过状态。

16.根据权利要求14所述的计算机可读记录介质，

其中，当从所述协作源服务器接收的所述消息的数据量超过发送到所述协作目标服务器的所述消息的数据量的状态持续时，步骤a)确定要触发所述流入超过状态；以及

当从所述协作源服务器接收的所述消息的数据量和发送到所述协作目标服务器的所述消息的数据量均小于或等于设置值的状态持续时，步骤e)确定要解除所述流入超过状态。

17.根据权利要求15所述的计算机可读记录介质，

其中步骤a)基于在步骤m)中存储的所述开始时间和所述完成时间之间的消息增加的趋势，确定是否要触发所述流入超过状态；以及

步骤e)基于在步骤m)中存储的所述开始时间和所述完成时间之间的消息减少的趋势，确定是否要解除所述流入超过状态。

18.根据权利要求15所述的计算机可读记录介质，

其中步骤m)还将指示在所述开始时间和所述完成时间之间是否出现消息的流入超过状态的信息与所述开始时间、所述完成时间、所述流入数据量和所述流出数据量相关联地存储；

当在步骤m)中存储的所述信息指示出现所述流入超过状态时，步骤a)基于与所述信息相关联的所述流入数据量和所述流出数据量，确定是否要触发所述流入超过状态；以及

当在步骤m)中存储的所述信息指示未出现所述流入超过状态时，步骤e)基于与所述信息相关联的所述流入数据量和所述流出数据量，确定是否要解除所述流入超过状态。

Images