連携元サーバから受信したメッセージを連携先サーバに送信するサービス連携装置であって、前記メッセージを受信するメッセージ受信部と、前記連携先サーバにメッセージを送信する際の経路を決定する経路決定部と、前記メッセージを前記連携先サーバ宛てに送信するメッセージ送信部と、前記メッセージ受信部が受信した前記メッセージのデータ容量である流入データ量を計測する流入データ量計測部と、前記メッセージ送信部が送信した前記メッセージのデータ容量である流出データ量を計測する流出データ量計測部と、前記メッセージ受信部が受信した前記メッセージごとに、前記メッセージ受信部が前記メッセージの受信を開始した開始時刻、前記メッセージ送信部が前記メッセージの送信を終了した終了時刻、流入データ量、および流出データ量を対応付けて記憶するデータ量記憶部と、前記データ量記憶部が記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態になるか否かを判定する第1判定部と、前記第1判定部が流入超過状態になると判定した場合に、前記経路決定部が決定した前記経路を、前記メッセージを一時的に格納する一時記憶部を経由して前記連携先サーバに送信する前記経路に変更する経路変更部と、リソースの増強指令を外部に発行する増強指令発行部と、前記増強指令に応じてリソースが増強された場合に、増強されたリソースを、前記一時記憶部に格納している前記メッセージの宛先に追加する経路追加部と、前記データ量記憶部が記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態が解消するか否かを判定する第2判定部と、前記第2判定部が流入超過状態が解消すると判定した場合に、前記経路追加部が追加した前記メッセージの宛先を削除し、前記経路変更部が変更した前記経路を変更前の前記経路に戻す経路再変更部と、リソースの解放指令を外部に発行する解放指令発行部と、を備えることを特徴とするサービス連携装置。前記第1判定部は、前記流入データ量が前記流出データ量を超過する状態が継続している場合に、流入超過状態になると判定し、前記第2判定部は、前記流入データ量が前記流出データ量の双方が通常処理量以下となる状態が継続している場合に、流入超過状態が解消すると判定する、ことを特徴とする請求項1記載のサービス連携装置。前記第1判定部は、前記データ量記憶部が記憶する前記開始時刻から前記終了時刻までの時間である処理時間の増加傾向に基づいて、流入超過状態になるか否かを判定し、前記第2判定部は、前記処理時間の減少傾向に基づいて、流入超過状態が解消するか否かを判定する、ことを特徴とする請求項1記載のサービス連携装置。前記データ量記憶部は、前記メッセージ受信部が受信した前記メッセージごとに、前記開始時刻から前記終了時刻までの間における前記メッセージの流入超過状態をさらに対応付けて記憶し、前記第1判定部は、前記データ量記憶部が記憶する前記流入超過状態に流入が超過している状態であることを示す超過情報が設定されている前記メッセージに対応する前記流入データ量および前記流出データ量に基づいて、流入超過状態になるか否かを判定し、前記第2判定部は、前記データ量記憶部が記憶する前記流入超過状態に流入が超過していない状態であることを示す非超過情報が設定されている前記メッセージに対応する前記流入データ量および前記流出データ量に基づいて、流入超過状態が解消するか否かを判定する、ことを特徴とする請求項1記載のサービス連携装置。連携元サーバから受信したメッセージを連携先サーバに送信するサービス連携装置が、前記メッセージを受信するメッセージ受信ステップと、前記連携先サーバにメッセージを送信する際の経路を決定する経路決定ステップと、前記メッセージを前記連携先サーバ宛てに送信するメッセージ送信ステップと、前記メッセージ受信ステップにおいて受信した前記メッセージのデータ容量である流入データ量を計測する流入データ量計測ステップと、前記メッセージ送信ステップにおいて送信した前記メッセージのデータ容量である流出データ量を計測する流出データ量計測ステップと、前記メッセージ受信ステップにおいて受信した前記メッセージごとに、前記メッセージ受信において前記メッセージの受信を開始した開始時刻、前記メッセージ送信において前記メッセージの送信を終了した終了時刻、流入データ量、および流出データ量を対応付けて記憶するデータ量記憶ステップと、前記データ量記憶ステップが記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態になるか否かを判定する第1判定ステップと、前記第1判定ステップにおいて流入超過状態になると判定した場合に、前記経路決定において決定した前記経路を、前記メッセージを一時的に格納する一時記憶部を経由して前記連携先サーバに送信する前記経路に変更する経路変更ステップと、リソースの増強指令を外部に発行する増強指令発行ステップと、前記増強指令に応じてリソースが増強された場合に、増強されたリソースを、前記一時記憶部に格納している前記メッセージの宛先に追加する経路追加ステップと、前記データ量記憶部において記憶した前記流入データ量および前記流出データ量に基づいて、流入超過状態が解消するか否かを判定する第2判定ステップと、前記第2判定ステップにおいて流入超過状態が解消すると判定した場合に、前記経路追加部において追加した前記メッセージの宛先を削除し、前記経路変更部において変更した前記経路を変更前の前記経路に戻す経路再変更ステップと、リソースの解放指令を外部に発行する解放指令発行ステップと、を含むことを特徴とするサービス連携方法。請求項5に記載の各ステップをコンピュータに実行させるためのサービス連携プログラム。特許文献4に記載のシステムでは、運用者が、負荷の予測状況に基づいて、適切なシステム構成のスナップショットを検索選定しなければならない。したがって、例えば運用経験が浅いと、システム構成の検索選定に手間を要するとともに、不適切なシステム構成を選定してしまうおそれがある。本発明は、上述した課題を解決するためになされたものであり、負荷状況に応じてリソース環境を的確に変更することができるサービス連携装置、サービス連携方法およびサービス連携プログラムを提供することを目的の一つとする。本発明の一態様であるサービス連携装置は、連携元サーバから受信したメッセージを連携先サーバに送信するサービス連携装置であって、前記メッセージを受信するメッセージ受信部と、前記連携先サーバにメッセージを送信する際の経路を決定する経路決定部と、前記メッセージを前記連携先サーバ宛てに送信するメッセージ送信部と、前記メッセージ受信部が受信した前記メッセージのデータ容量である流入データ量を計測する流入データ量計測部と、前記メッセージ送信部が送信した前記メッセージのデータ容量である流出データ量を計測する流出データ量計測部と、前記メッセージ受信部が受信した前記メッセージごとに、前記メッセージ受信部が前記メッセージの受信を開始した開始時刻、前記メッセージ送信部が前記メッセージの送信を終了した終了時刻、流入データ量、および流出データ量を対応付けて記憶するデータ量記憶部と、前記データ量記憶部が記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態になるか否かを判定する第1判定部と、前記第1判定部が流入超過状態になると判定した場合に、前記経路決定部が決定した前記経路を、前記メッセージを一時的に格納する一時記憶部を経由して前記連携先サーバに送信する前記経路に変更する経路変更部と、リソースの増強指令を外部に発行する増強指令発行部と、前記増強指令に応じてリソースが増強された場合に、増強されたリソースを、前記一時記憶部に格納している前記メッセージの宛先に追加する経路追加部と、前記データ量記憶部が記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態が解消するか否かを判定する第2判定部と、前記第2判定部が流入超過状態が解消すると判定した場合に、前記経路追加部が追加した前記メッセージの宛先を削除し、前記経路変更部が変更した前記経路を変更前の前記経路に戻す経路再変更部と、リソースの解放指令を外部に発行する解放指令発行部と、を備える。本発明の一態様であるサービス連携方法は、連携元サーバから受信したメッセージを連携先サーバに送信するサービス連携装置が、前記メッセージを受信するメッセージ受信ステップと、前記連携先サーバにメッセージを送信する際の経路を決定する経路決定ステップと、前記メッセージを前記連携先サーバ宛てに送信するメッセージ送信ステップと、前記メッセージ受信ステップにおいて受信した前記メッセージのデータ容量である流入データ量を計測する流入データ量計測ステップと、前記メッセージ送信ステップにおいて送信した前記メッセージのデータ容量である流出データ量を計測する流出データ量計測ステップと、前記メッセージ受信ステップにおいて受信した前記メッセージごとに、前記メッセージ受信において前記メッセージの受信を開始した開始時刻、前記メッセージ送信において前記メッセージの送信を終了した終了時刻、流入データ量、および流出データ量を対応付けて記憶するデータ量記憶ステップと、前記データ量記憶ステップが記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態になるか否かを判定する第1判定ステップと、前記第1判定ステップにおいて流入超過状態になると判定した場合に、前記経路決定において決定した前記経路を、前記メッセージを一時的に格納する一時記憶部を経由して前記連携先サーバに送信する前記経路に変更する経路変更ステップと、リソースの増強指令を外部に発行する増強指令発行ステップと、前記増強指令に応じてリソースが増強された場合に、増強されたリソースを、前記一時記憶部に格納している前記メッセージの宛先に追加する経路追加ステップと、前記データ量記憶部において記憶した前記流入データ量および前記流出データ量に基づいて、流入超過状態が解消するか否かを判定する第2判定ステップと、前記第2判定ステップにおいて流入超過状態が解消すると判定した場合に、前記経路追加部において追加した前記メッセージの宛先を削除し、前記経路変更部において変更した前記経路を変更前の前記経路に戻す経路再変更ステップと、リソースの解放指令を外部に発行する解放指令発行ステップと、を含む。本発明の一態様であるサービス連携プログラムは、上記サービス連携方法に含まれる各ステップをコンピュータに実行させる。本発明によれば、負荷状況に応じてリソース環境を的確に変更することができる。以下、添付図面を参照して、本発明に係るサービス連携装置、サービス連携方法およびサービス連携プログラムの好適な実施形態について説明する。第1実施形態まず、第1実施形態におけるサービス連携装置を含むサービス連携システムの構成について説明する。図1は、サービス連携システムのシステム構成を例示する図である。サービス連携システム100は、サービス連携装置1と、連携元サーバ2と、連携先サーバ3とを備える。サービス連携装置1と、連携元サーバ2および連携先サーバ3とは、それぞれネットワーク4、5を介して接続する。サービス連携装置1は、連携元サーバから受信したメッセージを連携先サーバに送信する。サービス連携装置1は、受信したメッセージを、そのまま連携先サーバに転送してもよいし、データを加工してから連携先サーバに送信してもよい。サービス連携装置1は、物理的には、例えば、CPUCentralProcessingUnitと、記憶装置と、入出力インターフェースとを含む。記憶装置は、例えば、CPUで処理されるプログラムおよびデータを記憶するROMReadOnlyMemoryやHDDHardDiskDrive、主として制御処理のための各種作業領域として使用するRAMRandomAccessMemory等を含む。これらの要素は、互いにバスを介して接続する。CPUが、ROMに記憶されたプログラムを実行し、入出力インターフェースを介して受信されるメッセージや、RAMに展開されるデータ等を処理することで、サービス連携装置1における以下の各機能を実現する。図2を参照して、サービス連携装置1の機能構成について説明する。サービス連携装置1は、機能的には、例えば、入力部10と、制御部20と、ルーティング部30と、出力部40と、記憶部50とを有する。記憶部50は、各部が参照更新するデータを記憶する。記憶部50は、例えば、データ量記憶部51と、経路情報記憶部52と、一時記憶部53とを含む。一時記憶部53は、メッセージを一時的に格納する記憶部である。図3を参照して、データ量記憶部51のデータ構成について説明する。データ量記憶部51は、データ項目として、例えば、流入開始時刻項目、流出終了時刻項目、流入データ量項目および流出データ量項目を有する。流入開始時刻項目は、連携元サーバ2からメッセージの受信を開始した時刻を格納する。流出終了時刻項目は、連携先サーバ3へのメッセージの送信を終了した時刻を格納する。流入データ量項目は、連携元サーバ2から受信したメッセージのデータ量を格納する。流出データ量項目は、連携先サーバ3に送信したメッセージのデータ容量を格納する。図4を参照して、経路情報記憶部52のデータ構成について説明する。経路情報記憶部52は、データ項目として、例えば、連携元項目および連携先量項目を有する。連携元項目は、経路の開始要素を特定する情報を格納する。連携先項目は、経路の終了要素を特定する情報を格納する。図4に示す経路情報は、連携元サーバ2から連携先サーバ3への経路であることを示す。図1に示す入力部10は、メッセージ受信部11と、流入データ量計測部12とを有する。メッセージ受信部11は、連携元サーバ2が送信したメッセージを受信する。メッセージ受信部11は、メッセージの受信開始時刻を、データ量記憶部51の流入開始時刻項目に格納する。流入データ量計測部12は、メッセージ受信部11が受信するメッセージのデータ容量である流入データ量を計測する。流入データ量計測部12は、流入データ量をデータ量記憶部51の流入データ量項目に格納する。制御部20は、第1判定部21と、増強指令発行部22と、第2判定部23と、解放指令発行部24とを有する。第1判定部21は、データ量記憶部51が記憶する流入データ量および流出データ量に基づいて、流入超過状態になるか否かを判定する。具体的に、第1判定部21は、流入データ量が流出データ量を超過する状態が継続している場合に、流入超過状態になると判定する。一方、第1判定部21は、流入データ量が流出データ量を超過する状態が継続しない場合に、流入超過状態にならないと判定する。どの程度継続している場合に、流入超過状態になるのかは、過去の継続時間と流入状態との関係を考慮して適宜設定することができる。増強指令発行部22は、第1判定部21が流入超過状態になると判定した場合に、リソースを増強するように指示する増強指令を外部に発行する。増強対象のリソースは、連携先サーバ3の処理能力を拡大可能なリソースであればよい。増強対象のリソースとして、例えば、サーバ装置、クラウド環境下の仮想サーバ装置等を用いることができる。発行先となる外部は、例えば、連携先サーバ3や、サービス連携システム100を統括する管理サーバ等が該当する。第2判定部23は、データ量記憶部51が記憶する流入データ量および流出データ量に基づいて、流入超過状態が解消するか否かを判定する。具体的に、第2判定部23は、流入データ量および流出データ量の双方が通常処理量以下となる状態が継続している場合に、流入超過状態が解消すると判定する。一方、第2判定部23は、流入データ量および流出データ量の双方が通常処理量以下になる状態が継続しない場合に、流入超過状態が解消しないと判定する。どの程度継続している場合に流入超過状態が解消するのかは、過去の継続時間と流入状態との関係を考慮して適宜設定することができる。解放指令発行部24は、第2判定部23が流入超過状態が解消すると判定した場合に、増強指令に応じて増強したリソースを解放するように指示する解放指令を外部に発行する。ルーティング部30は、経路決定部31と、経路変更部32と、経路追加部33と、経路再変更部34とを有する。経路決定部31は、連携先サーバ3にメッセージを送信する際の経路を決定する。経路決定部31は、決定した経路に関する経路情報を、経路情報記憶部52に格納する。経路変更部32は、第1判定部21が流入超過状態になると判定した場合に、経路決定部31が決定した経路を、一時記憶部53を経由して連携先サーバ3に送信する経路に変更する。経路変更部32は、経路情報記憶部52に格納されている経路情報を変更後の経路情報に更新する。図5に、図4の経路情報から変更した後の経路情報を例示する。図5に示す経路情報は、連携元サーバ2から一時記憶部53への経路と、一時記憶部53から連携先サーバ3への経路とを含むことを示す。図1に示す経路追加部33は、増強指令発行部22が発行した増強指令に応じてリソースが増強された場合に、一時記憶部53に格納しているメッセージの宛先となる連携先に、増強されたリソースを追加する。経路追加部33は、追加したリソースへの経路情報を、経路情報記憶部52に格納されている経路情報に追加する。図6に、図5の経路情報に対して増強サーバへの経路を追加した後の経路情報を例示する。図6に示す経路情報は、連携元サーバ2から一時記憶部53への経路と、一時記憶部53から連携先サーバ3への経路とに加え、一時記憶部53から増強サーバへの経路を含むことを示す。図1に示す経路再変更部34は、第2判定部23が流入超過状態が解消すると判定した場合に、経路追加部33が追加した経路を削除し、経路変更部32が変更した経路を変更前の経路に戻す。経路再変更部34は、経路情報記憶部52に格納されている経路情報を、決定当初の経路情報に戻して更新する。具体的には、図6に示す経路情報が図4に示す経路情報に戻されることになる。出力部40は、メッセージ送信部41と、流出データ量計測部42とを有する。メッセージ送信部41は、経路情報記憶部52が記憶する経路情報に従って、メッセージを連携先サーバ宛てに送信する。メッセージ送信部41は、メッセージの送信終了時刻を、データ量記憶部51の流出数量時刻項目に格納する。流出データ量計測部42は、メッセージ送信部41が送信したメッセージのデータ容量である流出データ量を計測する。流出データ量計測部42は、流出データ量をデータ量記憶部51の流出データ量項目に格納する。次に、図7を参照して、第1実施形態におけるサービス連携装置がデータを格納する際の動作について説明する。最初に、メッセージ受信部11は、連携元サーバ2からメッセージを受信しステップS101、メッセージの受信開始時刻を、データ量記憶部51の流入開始時刻項目に格納する。続いて、流入データ量計測部12は、上記ステップS101で受信したメッセージの流入データ量を計測しステップS102、流入データ量をデータ量記憶部51の流入データ量項目に格納する。続いて、経路決定部31は、連携元サーバ2から連携先サーバ3への経路を決定しステップS103、経路情報を経路情報記憶部52に格納する。続いて、メッセージ送信部41は、連携先サーバ宛てにメッセージを送信しステップS104、メッセージの送信終了時刻を、データ量記憶部51の流出数量時刻項目に格納する。続いて、流出データ量計測部42は、上記ステップS104で送信したメッセージの流出データ量を計測しステップS105、流出データ量をデータ量記憶部51の流出データ量項目に格納する。次に、図8を参照して、第1実施形態におけるサービス連携装置がリソースを増強する際の動作について説明する。最初に、第1判定部21は、データ量記憶部51が記憶する流入データ量および流出データ量に基づいて、流入データ量が流出データ量を超過する状態が継続しているか否かを判定するステップS201。上記ステップS201の判定がYESである場合ステップS201;YESに、経路変更部32は、経路決定部31が決定した経路を、一時記憶部53を経由して連携先サーバ3に送信する経路に変更しステップS202、経路情報記憶部52を更新する。続いて、増強指令発行部22は、サーバを増強するように指示する増強指令を外部に発行するステップS203。続いて、増強指令発行部22は、上記ステップS203で発行した増強指令に応じてサーバが増強されたか否かを判定するステップS204。上記ステップS204の判定がYESである場合ステップS204;YESに、経路追加部33は、増強されたサーバを、一時記憶部53に格納しているメッセージの宛先となる連携先に追加しステップS205、経路情報記憶部52を更新する。次に、図9を参照して、第1実施形態におけるサービス連携装置がリソースを解放する際の動作について説明する。最初に、第2判定部23は、データ量記憶部51が記憶する流入データ量および流出データ量に基づいて、流入データ量および流出データ量の双方が通常処理量以下となる状態が継続しているか否かを判定するステップS301。上記ステップS301の判定がYESである場合ステップS301;YESに、経路再変更部34は、上記図8のステップS205で追加した増強サーバを連携先から削除しステップS302、上記図8のステップS202で変更した経路を、一時記憶部53を経由しない経路に戻してステップS303、経路情報記憶部52を更新する。続いて、解放指令発行部24は、上記図8のステップS203で発行した増強指令に応じて増強されたサーバを解放するように指示する解放指令を外部に発行するステップS304。上述したように、第1実施形態におけるサービス連携装置1によれば、第1判定部21が流入超過状態になると判定した場合に、経路変更部32が一時記憶部53を経由する経路に変更することができる。これにより、メッセージが滞留する場合には、一時記憶部53にメッセージを格納してから連携先に対する処理を実行することができるため、滞留時に備えて確保するサービス連携装置1の主記憶装置の容量を削減することが可能となる。また、第1実施形態におけるサービス連携装置1によれば、第1判定部21が流入超過状態になると判定した場合に、増強指令発行部22がサーバの増強指令を発行し、経路追加部33が一時記憶部53に格納されているメッセージの宛先に増強されたサーバを追加することができる。これにより、メッセージが滞留する場合には、敏速に連携先を増強し、連携先の処理能力を増強することができるため、滞留解消までに要する時間を短縮することが可能となる。また、第1実施形態におけるサービス連携装置1によれば、第1判定部21が流入超過状態になると判定した場合に、経路変更部32が滞留分を一時退避可能な経路に変更し、増強指令発行部22がリクエスト量に応じてリソースを増強させることができる。また、第2判定部23が、流入超過状態が解消すると判定した場合には、経路再変更部34が処理効率の高い元の経路に戻し、解放指令発行部24が増強リソースを解放することができる。これにより、滞留状況に応じて処理能力を変更することが可能となり、滞留時に必要なリソースのコストを抑制することが可能となる。それゆえに、第1実施形態におけるサービス連携装置1によれば、負荷状況に応じてリソース環境を的確に変更することが可能となる。なお、上述した第1実施形態では、データ量記憶部51が記憶する流入データ量および流出データ量に基づいて、第1判定部21が流入超過状態になるか否かを判定し、第2判定部23が流入超過状態が解消するか否かを判定しているが、各判定の条件はこれらに限定されない。例えば、データ量記憶部51が記憶する流入開始時刻から流出終了時刻までの時間である処理時間の増減傾向に基づいて、第1判定部21が流入超過状態になるか否かを判定し、第2判定部23が流入超過状態が解消するか否かを判定することとしてもよい。処理時間の増減傾向がどの程度増加している場合に、流入超過状態になるのかは、過去の増加傾向と流入状態との関係を考慮して適宜設定することができる。また、処理時間の増減傾向がどの程度減少している場合に、流入超過状態が解消するのかは、過去の減少傾向と流入状態との関係を考慮して適宜設定することができる。この変形例では、判定のたびに処理時間を算出してもよいが、予め処理時間を算出してデータ量記憶部51に記憶させておいてもよい。図10に、処理時間項目を追加した場合のデータ量記憶部51のデータ構成を例示する。データ量記憶部51は、データ項目として、図3に示す各データ項目に加え、処理時間項目をさらに有する。処理時間項目は、流入開始から流出終了までに要した時間を格納する。次に、図11を参照して、変形例におけるサービス連携装置がリソースを増強する際の動作について説明する。ここでは、図8に示す第1実施形態の動作と異なるステップS201aについて説明する。第1判定部21は、データ量記憶部51が記憶する処理時間に基づいて、処理時間の増加傾向が流入が超過する傾向に該当するか否かを判定するステップS201a。この判定がYESである場合ステップS201a;YESに、経路変更部32は、経路決定部31が決定した経路を、一時記憶部53を経由して連携先サーバ3に送信する経路に変更するステップS202。これ以降の処理は、上述した図8のステップS203以降の処理と同一内容となるため、各処理には同一のステップ番号を付し、その説明を省略する。次に、図12を参照して、変形例におけるサービス連携装置がリソースを解放する際の動作について説明する。ここでは、図9に示す第1実施形態の動作と異なるステップS301aについて説明する。第2判定部23は、データ量記憶部51が記憶する処理時間に基づいて、処理時間の減少傾向が流入超過が解消する傾向に該当するか否かを判定するステップS301a。この判定がYESである場合ステップS301a;YESに、経路再変更部34は、増強サーバを連携先から削除するステップS302。これ以降の処理は、上述した図9のステップS303以降の処理と同一内容となるため、各処理には同一のステップ番号を付し、その説明を省略する。第2実施形態本発明の第2実施形態について説明する。図13は、第2実施形態におけるサービス連携装置の機能構成を例示する図である。第2実施形態におけるサービス連携装置1Sが、上述した第1実施形態におけるサービス連携装置1と相違する点は、制御部20に傾向分析部25Sを追加した点、データ量記憶部51にデータ項目を追加した点、ならびに第1判定部21および第2判定部23の判定条件を変更した点である。それ以外の構成については、第1実施形態におけるサービス連携装置の各構成と同様である。したがって、各構成要素には同一の符号を付し、その説明は省略する。以下においては、主に第1実施形態との相違点について説明する。図14に示すように、第2実施形態におけるデータ量記憶部51Sは、データ項目として、図3に示す各データ項目に加え、流入超過状態項目をさらに有する。流入超過状態項目は、流入開始時刻から流出終了時刻までの間にメッセージが流入超過状態になったかどうかを示す情報を格納する。例えば、流入が超過した場合には有を格納し、流入が超過しなかった場合には無を格納する。図13に示す制御部20Sは、図2に示す制御部20の各部に加え、傾向分析部25Sをさらに有する。傾向分析部25Sは、データ量記憶部51Sに格納されている過去のデータを分析し、流入データ量および流出データ量と流入超過状態との関係を解析する。具体的に、傾向分析部25Sは、流入超過状態項目に有が設定されているメッセージに対応する流入データ量および流出データ量を分析し、流入超過状態になる可能性が高い流入データ量および流出データ量の推移傾向の特徴以下、流入超過時の特徴という。を算出する。また、傾向分析部25Sは、流入超過状態項目に無が設定されているメッセージに対応する流入データ量および流出データ量を分析し、流入超過状態が解消する可能性が高い流入データ量および流出データ量の推移傾向の特徴以下、流入超過解消時の特徴という。を算出する。第2実施形態における第1判定部21Sは、傾向分析部25Sが算出した流入超過時の特徴に基づいて、流入超過状態になるか否かを判定する。具体的に、第1判定部21Sは、判定対象となる流入データ量および流出データ量が、流入超過時の特徴と類似する場合に、流入超過状態になると判定する。第2実施形態における第2判定部23Sは、傾向分析部25Sが算出した流入超過解消時の特徴に基づいて、流入超過状態が解消するか否かを判定する。具体的に、第2判定部23Sは、判定対象となる流入データ量および流出データ量が、流入超過解消時の特徴と類似する場合に、流入超過状態が解消すると判定する。次に、図15および図16を参照して、第2実施形態におけるサービス連携装置がリソースを増強する際の動作について説明する。図15は、傾向分析部25Sによる分析結果が流入超過状態を判定可能な所定数以上蓄積されるまでの初期運用段階の動作を示すフローチャートである。ここでは、図8に示す第1実施形態の動作と異なるステップS206について説明する。なお、ステップS201~ステップS205までの処理は、上述した図8のステップS201~ステップS205までの処理と同一内容となるため、各処理には同一のステップ番号を付し、その説明を省略する。ステップS206において、傾向分析部25Sは、データ量記憶部51Sに格納されている過去のデータから、流入超過時の特徴や流入超過解消時の特徴を算出する。図16は、傾向分析部25Sによる分析結果が流入超過状態を判定可能な所定数以上蓄積された後の通常運用段階の動作を示すフローチャートである。ここでは、図15に示す初期運用段階の動作と異なるステップS201bについて説明する。第1判定部21Sは、判定対象となる流入データ量および流出データ量が、流入超過時の特徴と類似するか否かを判定するステップS201b。この判定がYESである場合ステップS201b;YESに、経路変更部32は、経路決定部31が決定した経路を、一時記憶部53を経由して連携先サーバ3に送信する経路に変更するステップS202。これ以降の処理は、上述した図8のステップS203以降および図15のステップS206の処理と同一内容となるため、各処理には同一のステップ番号を付し、その説明を省略する。次に、図17を参照して、第2実施形態におけるサービス連携装置がリソースを解放する際の動作について説明する。ここでは、図9に示す第1実施形態の動作と異なるステップS301bについて説明する。第2判定部23は、判定対象となる流入データ量および流出データ量が、流入超過解消時の特徴と類似するか否かを判定するステップS301b。この判定がYESである場合ステップS301b;YESに、経路再変更部34は、増強サーバを連携先から削除するステップS302。これ以降の処理は、上述した図9のステップS303以降の処理と同一内容となるため、各処理には同一のステップ番号を付し、その説明を省略する。第2実施形態におけるサービス連携装置1Sは、上述した第1実施形態におけるサービス連携装置1が奏する効果に加え、以下の効果を奏する。第2実施形態におけるサービス連携装置1Sによれば、傾向分析部25Sが、データ量記憶部51に蓄積された過去のデータに基づいて流入超過時の特徴や流入超過解消時の特徴を算出し、第1判定部21Sがその特徴に基づいて流入超過状態になるか否かを判定し、第2判定部23Sがその特徴に基づいて流入超過状態が解消するか否かを判定することができる。これにより、滞留の発生や解消を過去の実績に基づいて精度良く予測することができるため、リソース環境を負荷状況に応じて、より的確に変更することが可能となる。なお、上述した各実施形態は、単なる例示に過ぎず、各実施形態に明示していない種々の変形や技術の適用を排除するものではない。すなわち、本発明は、その趣旨を逸脱しない範囲で様々な形態に変形して実施することができる。また、上述した各実施形態の一部または全部は、以下の付記のようにも記載され得るが、本発明を以下のように限定するものではない。付記1連携元サーバから受信したメッセージを連携先サーバに送信するサービス連携装置であって、前記メッセージを受信するメッセージ受信部と、前記連携先サーバにメッセージを送信する際の経路を決定する経路決定部と、前記メッセージを前記連携先サーバ宛てに送信するメッセージ送信部と、前記メッセージ受信部が受信した前記メッセージのデータ容量である流入データ量を計測する流入データ量計測部と、前記メッセージ送信部が送信した前記メッセージのデータ容量である流出データ量を計測する流出データ量計測部と、前記メッセージ受信部が受信した前記メッセージごとに、前記メッセージ受信部が前記メッセージの受信を開始した開始時刻、前記メッセージ送信部が前記メッセージの送信を終了した終了時刻、流入データ量、および流出データ量を対応付けて記憶するデータ量記憶部と、前記データ量記憶部が記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態になるか否かを判定する第1判定部と、前記第1判定部が流入超過状態になると判定した場合に、前記経路決定部が決定した前記経路を、前記メッセージを一時的に格納する一時記憶部を経由して前記連携先サーバに送信する前記経路に変更する経路変更部と、リソースの増強指令を外部に発行する増強指令発行部と、前記増強指令に応じてリソースが増強された場合に、増強されたリソースを、前記一時記憶部に格納している前記メッセージの宛先に追加する経路追加部と、前記データ量記憶部が記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態が解消するか否かを判定する第2判定部と、前記第2判定部が流入超過状態が解消すると判定した場合に、前記経路追加部が追加した前記メッセージの宛先を削除し、前記経路変更部が変更した前記経路を変更前の前記経路に戻す経路再変更部と、リソースの解放指令を外部に発行する解放指令発行部と、を備えることを特徴とするサービス連携装置。付記2前記第1判定部は、前記流入データ量が前記流出データ量を超過する状態が継続している場合に、流入超過状態になると判定し、前記第2判定部は、前記流入データ量が前記流出データ量の双方が通常処理量以下となる状態が継続している場合に、流入超過状態が解消すると判定する、ことを特徴とする付記1記載のサービス連携装置。付記3前記第1判定部は、前記データ量記憶部が記憶する前記開始時刻から前記終了時刻までの時間である処理時間の増加傾向に基づいて、流入超過状態になるか否かを判定し、前記第2判定部は、前記処理時間の減少傾向に基づいて、流入超過状態が解消するか否かを判定する、ことを特徴とする付記1記載のサービス連携装置。付記4前記データ量記憶部は、前記メッセージ受信部が受信した前記メッセージごとに、前記開始時刻から前記終了時刻までの間における前記メッセージの流入超過状態をさらに対応付けて記憶し、前記第1判定部は、前記データ量記憶部が記憶する前記流入超過状態に流入が超過している状態であることを示す超過情報が設定されている前記メッセージに対応する前記流入データ量および前記流出データ量に基づいて、流入超過状態になるか否かを判定し、前記第2判定部は、前記データ量記憶部が記憶する前記流入超過状態に流入が超過していない状態であることを示す非超過情報が設定されている前記メッセージに対応する前記流入データ量および前記流出データ量に基づいて、流入超過状態が解消するか否かを判定する、ことを特徴とする付記1記載のサービス連携装置。付記5連携元サーバから受信したメッセージを連携先サーバに送信するサービス連携装置が、前記メッセージを受信するメッセージ受信ステップと、前記連携先サーバにメッセージを送信する際の経路を決定する経路決定ステップと、前記メッセージを前記連携先サーバ宛てに送信するメッセージ送信ステップと、前記メッセージ受信ステップにおいて受信した前記メッセージのデータ容量である流入データ量を計測する流入データ量計測ステップと、前記メッセージ送信ステップにおいて送信した前記メッセージのデータ容量である流出データ量を計測する流出データ量計測ステップと、前記メッセージ受信ステップにおいて受信した前記メッセージごとに、前記メッセージ受信において前記メッセージの受信を開始した開始時刻、前記メッセージ送信において前記メッセージの送信を終了した終了時刻、流入データ量、および流出データ量を対応付けて記憶するデータ量記憶ステップと、前記データ量記憶ステップが記憶する前記流入データ量および前記流出データ量に基づいて、流入超過状態になるか否かを判定する第1判定ステップと、前記第1判定ステップにおいて流入超過状態になると判定した場合に、前記経路決定において決定した前記経路を、前記メッセージを一時的に格納する一時記憶部を経由して前記連携先サーバに送信する前記経路に変更する経路変更ステップと、リソースの増強指令を外部に発行する増強指令発行ステップと、前記増強指令に応じてリソースが増強された場合に、増強されたリソースを、前記一時記憶部に格納している前記メッセージの宛先に追加する経路追加ステップと、前記データ量記憶部において記憶した前記流入データ量および前記流出データ量に基づいて、流入超過状態が解消するか否かを判定する第2判定ステップと、前記第2判定ステップにおいて流入超過状態が解消すると判定した場合に、前記経路追加部において追加した前記メッセージの宛先を削除し、前記経路変更部において変更した前記経路を変更前の前記経路に戻す経路再変更ステップと、リソースの解放指令を外部に発行する解放指令発行ステップと、を含むことを特徴とするサービス連携方法。付記6付記5に記載の各ステップをコンピュータに実行させるためのサービス連携プログラム。