"クライアントと、サービスバス装置と、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、を含み、前記クライアント、前記サービスバス装置及び前記複数のサービス提供装置がネットワークを介して複数の経路で通信可能に接続されたメッセージ処理システムであって、前記クライアントから前記サービスバス装置へ前記サービスの提供を受けるためのリクエストメッセージが送信された場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置からレスポンスメッセージを前記サービスバス装置が受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するレスポンスメッセージ送信手段と、を有することを特徴とするメッセージ処理システム。前記リクエストの一斉送信は、前記サービス提供装置グループのうち任意の条件を満たすサービス提供装置にのみ送信されることを特徴とする請求項1記載のメッセージ処理システム。前記サービスバス装置は、前記レスポンスメッセージを最初に受信した場合、当該レスポンスメッセージより後に受信する他のレスポンスメッセージを破棄することを特徴とする請求項1又は2記載のメッセージ処理システム。前記他のレスポンスメッセージの破棄は、前記他のレスポンスメッセージを送信するサービス提供装置に対して前記ネットワークを閉塞することに基づいて行われることを特徴とする請求項3記載のメッセージ処理システム。クライアントと、サービスバス装置と、他のサービスバス装置と、複数の連携装置により多重化された前記サービスバス装置と前記他のバスサービス装置との連携を提供する連携装置グループと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、を含み、前記クライアント、前記サービスバス装置、前記複数の連携装置、前記他のサービスバス装置及び前記複数のサービス提供装置がネットワークを介して複数の経路で通信可能に接続されたメッセージ処理システムであって、前記クライアントから前記サービスバス装置へ前記サービスの提供を受けるためのリクエストメッセージが送信された場合、前記複数の連携装置に対して前記リクエストメッセージを一斉送信する第1のリクエストメッセージ送信手段と、前記第1のリクエストメッセージ送信手段で送信されたリクエストメッセージを受信した連携装置から前記他のサービスバス装置へ当該リクエストメッセージが送信された場合、前記複数のサービス提供装置に対して当該リクエストメッセージを一斉送信する第2のリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置からレスポンスメッセージを前記他のサービスバス装置が受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを当該リクエストメッセージの送信元の連携装置に送信する第1のレスポンスメッセージ送信手段と、前記第1のレスポンスメッセージ送信手段で送信されたレスポンスメッセージを受信した連携装置を含む連携装置グループの各連携装置から前記サービスバス装置がレスポンスメッセージを受信した場合、当該レスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信する第2のレスポンスメッセージ送信手段と、を有することを特徴とするメッセージ処理システム。前記他のサービスバス装置は、前記レスポンスメッセージを最初に受信した場合、当該レスポンスメッセージより後に受信する他のレスポンスメッセージを破棄し、前記サービスバス装置は、前記レスポンスメッセージを最初に受信した場合、当該レスポンスメッセージより後に受信する他のレスポンスメッセージを破棄することを特徴とする請求項5記載のメッセージ処理システム。クライアントと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、ネットワークを介して複数の経路で通信可能に接続されたサービスバス装置であって、前記クライアントからから前記サービスの提供を受けるためのリクエストメッセージを受信した場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置から返却されるレスポンスメッセージを受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するレスポンスメッセージ送信手段と、を有することを特徴とするサービスバス装置。クライアントと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、ネットワークを介して複数の経路で通信可能に接続されたサービスバス装置のメッセージ処理方法であって、前記クライアントからから前記サービスの提供を受けるためのリクエストメッセージを受信した場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するステップと、前記リクエストメッセージが送信されたサービス提供装置から返却されるレスポンスメッセージを受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するステップと、を有することを特徴とするサービスバス装置のメッセージ処理方法。上述のような大規模な分散環境においては、各リソースやネットワークなどシステム全体の負荷状況が動的に変化する。このため、メッセージの送信処理が最も早くなる経路が静的な状態で決定した場合の経路と異なる経路になる可能性がある。言い換えると、静的な状態で決定された経路は実際に応答速度が最も速い経路でない可能性がある。また、大規模な分散環境下で潤沢なリソースが利用可能な場合においても、経路上の処理が失敗したことに起因するメッセージ送信のリトライ処理が行われる場合は、そのリトライ処理を行う分だけ応答時間がかかる。この応答時間は、理論的にはそのリトライ区間での応答時間が2倍程度になってしまう。このようにメッセージ送信の処理時に応答時間が必要以上にかかっている可能性が生じていた。一方、上記特許文献1に記載の技術は、処理対象データを転送するサーバ装置を決定する技術であり、応答速度を優先してメッセージを送信する技術ではない。本発明は、上記事情に鑑みてなされたものであり、その目的は、負荷状況が動的に変化するシステムにおいて、応答速度を優先してメッセージ処理を行うことができるメッセージ処理システム、サービスバス装置及びサービスバス装置のメッセージ処理方法を提供することにある。本発明は、クライアントと、サービスバス装置と、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、を含み、前記クライアント、前記サービスバス装置及び前記複数のサービス提供装置がネットワークを介して複数の経路で通信可能に接続されたメッセージ処理システムであって、前記クライアントから前記サービスバス装置へ前記サービスの提供を受けるためのリクエストメッセージが送信された場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置からレスポンスメッセージを前記サービスバス装置が受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するレスポンスメッセージ送信手段と、を有することを特徴とする。また、他の本発明は、クライアントと、サービスバス装置と、他のサービスバス装置と、複数の連携装置により多重化された前記サービスバス装置と前記他のバスサービス装置との連携を提供する連携装置グループと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、を含み、前記クライアント、前記サービスバス装置、前記複数の連携装置、前記他のサービスバス装置及び前記複数のサービス提供装置がネットワークを介して複数の経路で通信可能に接続されたメッセージ処理システムであって、前記クライアントから前記サービスバス装置へ前記サービスの提供を受けるためのリクエストメッセージが送信された場合、前記複数の連携装置に対して前記リクエストメッセージを一斉送信する第1のリクエストメッセージ送信手段と、前記第1のリクエストメッセージ送信手段で送信されたリクエストメッセージを受信した連携装置から前記他のサービスバス装置へ当該リクエストメッセージが送信された場合、前記複数のサービス提供装置に対して当該リクエストメッセージを一斉送信する第2のリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置からレスポンスメッセージを前記他のサービスバス装置が受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを当該リクエストメッセージの送信元の連携装置に送信する第1のレスポンスメッセージ送信手段と、前記第1のレスポンスメッセージ送信手段で送信されたレスポンスメッセージを受信した連携装置を含む連携装置グループの各連携装置から前記サービスバス装置がレスポンスメッセージを受信した場合、当該レスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信する第2のレスポンスメッセージ送信手段と、を有することを特徴とする。更に、他の本発明は、クライアントと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、ネットワークを介して複数の経路で通信可能に接続されたサービスバス装置であって、前記クライアントからから前記サービスの提供を受けるためのリクエストメッセージを受信した場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置から返却されるレスポンスメッセージを受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するレスポンスメッセージ送信手段と、を有することを特徴とする。更に、他の本発明は、クライアントと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、ネットワークを介して複数の経路で通信可能に接続されたサービスバス装置のメッセージ処理方法であって、前記クライアントからから前記サービスの提供を受けるためのリクエストメッセージを受信した場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するステップと、前記リクエストメッセージが送信されたサービス提供装置から返却されるレスポンスメッセージを受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するステップと、を有することを特徴とする。本発明によると、負荷状況が動的に変化するシステムにおいて、応答速度を優先してメッセージ処理を行うことができるメッセージ処理システム、サービスバス装置及びサービスバス装置のメッセージ処理方法を提供できる。以下、本発明の各実施の形態について図面を参照しながら説明する。第1の実施の形態図1は、メッセージ処理システム1の構成を示す図である。同図に示すように、メッセージ処理システム1は、サービスバス装置100と、このサービスバス装置100にリクエストメッセージを送信するクライアント200と、リクエストメッセージに対する処理を行うサービスを提供するサービス提供装置を含む宛先グループ300とを有している。メッセージ処理システム1は、クライアント200から送信されるリクエストメッセージをサービス提供先へ送信し、また、当該サービス提供先から処理された結果であるレスポンスメッセージをクライアント200が受信するように構成されている。クライアント200は、パーソナルコンピュータ等の情報処理装置であり、サービスバス装置100へリクエストメッセージを送信し、当該リクエストメッセージのレスポンスメッセージを受信する。宛先グループ300は、サービスA310と、サービスA’320と、サービスA’’330とを有している。これらのサービスA310,A’320,A’’330は送信されたリクエストメッセージに関して同一の結果を返すように多重化されたサービス提供装置である。なお、本第1の実施の形態では、宛先グループ300は1つの場合で説明するが複数存在しても良い。また、連携先の宛先グループ300には、多重化されたサービスサービスA310,A’320,A’’330が1つ存在する場合で説明するが、他の多重化されたサービスが存在しても良い。また、サービスバス装置100は、宛先情報格納装置110と、メッセージフィルタ情報格納装置120と、メッセージ送受信装置130とを有している。宛先情報格納装置110はメッセージの宛先に関する宛先情報を管理する装置である。宛先情報格納装置110に格納される宛先情報は、クライアント200から送信されるメッセージリクエストの宛先に関する情報である。より詳細には、宛先情報は、図2に示すように、宛先グループID111、宛先112、任意パラメータ113a、...、113nが関連付けられて構成されている。宛先グループID111には、メッセージの宛先グループのグループIDが格納される。宛先112には、宛先となるサービス名が格納される。任意パラメータ113a、...、113nには、任意のパラメータが格納され、例えば、メッセージ送信の失敗率がパラメータとして格納される。メッセージフィルタ情報格納装置120はメッセージをフィルタするメッセージフィルタ情報を管理する装置である。メッセージフィルタ情報格納装置120に格納されるメッセージフィルタ情報は、クライアント200から送信されるメッセージをフィルタするための情報である。より詳細には、メッセージフィルタ情報は、図3に示すように、メッセージID121、閉塞122、受信メッセージカウント123が関連付けられて構成されている。メッセージID121には、後述するリクエストメッセージのIDが格納される。閉塞122には、経路を閉塞したか否かが格納される。なお、閉塞した場合にはtrueが格納され、閉塞していない場合にはfalseが格納される。受信メッセージカウント123には、受信したメッセージ数が格納される。メッセージ送受信装置130は、クライアント200及び連携先の宛先グループ300との間においてメッセージの送受信を処理する装置である。また、メッセージ送受信装置130は、メッセージ送受信処理部131と、サービス接続部132と、メッセージルータ部133と、メッセージID生成部134と、宛先決定部135と、メッセージフィルタ部136とを有している。メッセージ送受信処理部131は、クライアント200からメッセージを受け取り、その受け取ったメッセージをメッセージルータ部133へ送信する。また、メッセージルータ部133からメッセージを受け取り、その受け取ったメッセージをクライアント200へ送信する。サービス接続部132は、メッセージルータ部133からメッセージを受け取り、その受け取ったメッセージを宛先グループ300へ送信する。また、サービス接続部132は、宛先グループ300からメッセージを受け取り、その受け取ったメッセージをメッセージルータ部133へ送信する。メッセージルータ部133は、メッセージ送受信処理部131及びサービス接続部132との間のメッセージの送受信を、メッセージID生成部134、宛先決定部135、メッセージフィルタ部136を利用して処理する。このメッセージの送受信処理の詳細は後述する。メッセージID生成部134は、メッセージルータ部133のリクエストに応じて、宛先グループ300に対応するメッセージIDをメッセージルータ部133へ送信する。宛先決定部135は、メッセージルータ部133のリクエストに応じて、所定の条件に合致する宛先があるかについて宛先情報格納部110に問い合わせを行い、その問い合わせ結果をメッセージルータ部133へ送信する。メッセージフィルタ部136は、メッセージルータ部133のリクエストに応じて、メッセージフィルタ情報格納装置120に問い合わせを行い、その問い合わせ結果をメッセージルータ部133へ送信する。次に、以上のように構成されたメッセージ処理システム1で実行される処理について図6乃至図10を参照しながら説明する。先ず、クライアント200からサービスバス装置100がリクエストメッセージを受け取り、宛先となるサービスA310,A’320,A’’330にリクエストメッセージを送信するまでの処理について説明する。図6は当該処理を示すフローチャートであり、図7は当該処理のメッセージフローを示す図である。なお、図7において、RMはリクエストメッセージを示している。クライアント200からサービスバス装置100に対してリクエストメッセージが送信された場合、当該リクエストメッセージをメッセージ送受信処理部131が受信するS101。次に、メッセージ送受信処理部131は、当該受信したリクエストメッセージをメッセージルータ部133に送信するS102。リクエストメッセージをメッセージ送受信処理部131から受信した場合、メッセージルータ部133は、サービスバス装置100に定義された各サービス間の静的なルーティング情報もしくはリクエストメッセージに含まれる情報などから宛先を特定する。ここで宛先が宛先グループIDを示していた場合、メッセージルータ部133は宛先決定部135に、宛先グループIDと任意の条件例えば、メッセージ送信の失敗率がX以下をキーとして問い合わせを行う。この問い合わせを受けて、宛先決定部135は、メッセージルータ部133から受け取った条件に合致する情報を宛先情報格納装置110からサーチし、そのサーチ結果をメッセージルータ部133へ送信する。これにより、メッセージルータ部135は、リクエストメッセージを送信する宛先に関する情報を取得するS103。例えば、宛先グループIDが00001、任意の条件が失敗率10以下であり、且つ、図4に示す宛先情報が格納されている場合、宛先に関する情報は、サービスA,サービスA’,サービスA’’の3つを示す情報となる。したがって、メッセージリクエストを送信する宛先は、宛先グループ300サービスA310,サービスA’320,サービスA’’330:図7参照になる。なお、ステップS103において宛先が通常の宛先を示していた場合は、従来よりある処理と同様の処理になるため説明を省略する。次に、メッセージルータ部133は、メッセージID生成部134から宛先グループIDに対応するメッセージIDを取得し、この取得したメッセージIDをメタ情報としてリクエストメッセージに付与するS104。図4は、リクエストメッセージにメタ情報10として付与されるメッセージIDを説明するための図である。メタ情報10は、同図に示すように、宛先グループ、一斉送信されるメッセージ単位でユニークなID、及び宛先グループに含まれる連携先の数を示す情報で構成されている。例えば、連携先が3つ存在する宛先グループID=00001に対してリクエストメッセージを送信する場合、メッセージID=00001_XXX_3ここで、XXXはユニークなIDというメタ情報がリクエストメッセージに付与される。次に、メッセージルータ部133は、サービス接続部132にメタ情報が付与されたリクエストメッセージを送信するS105。サービス接続部132は、連携先のサービス、つまり、宛先グループ300に含まれるサービスA300、サービスA’310、サービスA’’320に対してリクエストメッセージを一斉送信するS106。連携先のサービスA300、サービスA’310、サービスA’’320がリクエストメッセージを受信した場合、サービスA300、サービスA’310、サービスA’’320は当該受信したリクエストメッセージに対して所定の処理を実行するS107。なお、サービスA300、サービスA’310、サービスA’’320は多重化されているため同一の処理結果となる。この処理結果は、レスポンスメッセージとしてサービスバス装置100に返却される。次に、連携先の宛先グループ300に含まれるサービスA300、サービスA’310、サービスA’’320からメッセージ送受信装置130がレスポンスメッセージを受信し、当該レスポンスメッセージをクライアント200へ返却する処理について説明する。図8及び図9は当該処理を示すフローチャートであり、図10は当該処理のメッセージフローを示す図である。なお、図10において、EM及びSMは、共にレスポンスメッセージを意味しているが、EMは、リクエストメッセージの処理が失敗したことを示す失敗メッセージであり、SMは、リクエストメッセージの処理が成功し、その処理結果を示すメッセージである。なお、SMに付される番号は、リクエストメッセージの処理が早く終わった順序を示している。サービス接続部132は、連携先の宛先グループ300に含まれるサービスA300、サービスA’310、サービスA’’320からレスポンスメッセージを受信した場合、当該レスポンスメッセージの処理をそれぞれ行い、当該レスポンスメッセージの処理の成否に従ってメタ情報をレスポンスメッセージに付与し、当該メタ情報を付与したレスポンスメッセージをメッセージルータ部133に順次送信するS201。図5は、レスポンスメッセージに付与されるメタ情報20を説明するための図である。同図に示すように、メタ情報20はメッセージIDとメッセージのステータスを情報と含んでいる。メッセージIDはリクエストメッセージで受け取ったメッセージIDと同一であり、メッセージのステータスは、リクエストメッセージの処理が成功したか否かSUCCESS又はERRORを示すものである。次に、メッセージルータ部133は、メタ情報20が付与されたレスポンスメッセージを受受信した場合、受信したレスポンスメッセージからメッセージIDとメッセージステータスとを含むメタ情報20を抽出し、この抽出したメタ情報20をメッセージフィルタ部136に送信するS202。メッセージフィルタ部136は、メッセージフィルタ部136からメタ情報20を受信した場合、当該受信したメタ情報20をキーとしてメッセージフィルタ情報格納装置120に問い合わせを行うS203。メッセージフィルタ情報格納装置120は、メッセージフィルタ部136からの問い合わせを受信した場合、格納しているメッセージフィルタ情報図3参照内に、問い合わせのあったメタ情報20に含まれるメッセージIDと一致するメッセージIDが存在するか否かを判定するS204。一致するメッセージIDが存在しないと判定した場合S204:NO、メッセージフィルタ情報格納装置120は、初期値を代入してメッセージフィルタ情報を追加するS205。ここで、メッセージフィルタ情報の初期値は、メタ情報20内のメッセージID、false、1であり、これらが関連付けられてメッセージフィルタ情報格納装置120に格納される。一方、一致するメッセージIDが存在すると判定した場合S204:YES、メッセージフィルタ情報格納装置120は、当該メッセージIDに関連付けられている受信メッセージカウントをインクリメントしS206、メッセージIDが既に閉塞済みか否かを閉塞121に格納される内容に基づいて確認するS207。trueが格納されている場合、閉塞済みであると判定され、falseが格納されている場合、閉塞済みでないと判定される。メッセージIDが閉塞済みであると判定した場合S207:YES、既に成功メッセージがクライアント200に返却されていることを意味しているため、メッセージフィルタ情報格納装置120は、当該メッセージIDを破棄して処理が終了した旨をメッセージフィルタ部136を介してメッセージルータ部133へ送信する。メッセージルータ部133は、当該旨を受信した場合、ステップS201で受信したレスポンスメッセージを破棄するS208。一方、メッセージIDが閉塞済みでないと判定した場合S207:NO、又は、既述のステップS205においてメッセージフィルタ情報を追加した場合は、メッセージフィルタ情報格納装置120は、メタ情報20に含まれるメッセージステータスがSUCCESSを示すか否を判定するS209。メッセージステータスがSUCCESSを示していると判定した場合S209:YES、メッセージフィルタ情報格納装置120は、閉塞を有効にし、言い換えれば、閉塞121に格納される情報をfalseから[true]に設定するS210。この旨はメッセージフィルタ部136へ送信される。次に、メッセージルータ部133は、上記メッセージIDの閉塞が有効に設定された旨をメッセージフィルタ部136から受信した場合、メッセージ送受信処理部131を介して、当該受信したレスポンスメッセージを成功メッセージとしてクライアント200に返却するS211。また、メッセージステータスがSUCCESSを示していない、言い換えれば、ERRORを示していると判定した場合S209:NO、メッセージフィルタ情報格納装置120は、受信メッセージカウント123に格納されている受信メッセージカウント数に基づいて、連携先の宛先グループ300内の他のサービスからレスポンスメッセージの受信が期待できるか否かを判定するS212。より具体的には、メッセージフィルタ情報格納装置120は、受信メッセージカウント数とメタ情報20に含まれる連携先の数とを比較し、受信メッセージカウント数が宛先グループ300に含まれる連携先の数以上であるか否かを判定する。他の連携先のサービスからのレスポンスメッセージの受信が期待できる、具体的には、受信メッセージカウント数がまだ宛先グループ300に含まれる連携先の数に達していないという判定結果S212:NOをメッセージルータ部133がメッセージフィルタ情報格納装置120から受信した場合、メッセージルータ部133は、サービス接続部132から受信したメッセージを破棄し、他の連携先のサービスからのレスポンスメッセージを待ち受けるS213。なお、この際、必要に応じてリトライ処理を行ってもよいが、その場合は、受信カウントメッセージ数をデクリメントする処理を行う必要がある。そして、処理はステップS201へ戻る。一方、他の連携先のサービスからレスポンスメッセージの受信が期待できない、具体的には、受信メッセージカウント数が宛先グループ300に含まれる連携先の数に達していると判定した場合S212:YES、全ての連携先のサービスでリクエストメッセージの処理が失敗していることを意味するため、メッセージフィルタ情報格納部120は、当該メッセージIDに関するメッセージフィルタ情報を削除し、その旨をメッセージフィルタ部136へ送信するS214。次に、メッセージルータ部133は、メッセージフィルタ部136を介して、メッセージIDに関するレコードメッセージフィルタ情報が削除された旨を受信した場合、メッセージ送受信処理部131を介してクライアント200に、全ての宛先においてリクエストメッセージの処理が失敗した旨を送信するS215。また、メッセージルータ部133は、必要に応じて任意のパラメータ既述の宛先毎の失敗率などに関する情報を宛先情報格納装置110に送信する。これにより、宛先情報格納装置110は、宛先情報格納装置110に格納される任意パラメータ113a~113Nを更新することができ、これらパラメータを最新の状態に保つことができる。本第1の実施の形態のメッセージ処理システム1によると、メッセージ処理システム1において複数の経路が存在し、それらのリソースやネットワークの負荷状況が動的に変化する状況において、クライアント200からリクエストメッセージ送信する際に、宛先グループ300内の多重化されたサービスA300、サービスA’310、サービスA’’320のうち最も応答速度の早い経路を用いてリクエストメッセージを処理することが可能になる。また、メッセージ処理システム1によると、宛先情報格納装置110に蓄積する任意のパラメータ113a~113Nを用いてリクエストメッセージの配信先を絞ることが可能である。したがって、連携際の宛先グループが多く存在する場合に、メッセージの配信量が膨大な数になりネットワーク帯域を占有してしまうという事態を回避することができる。なお、リクエストメッセージの配信数が膨大になるのを回避するために、任意のパラメータ113a~113Nを用いてリクエストメッセージの送信数を絞るだけでなく、メッセージリクエストを配信する送信数の上限数を予め設定するようにしても良い。更に、メッセージ処理システム1は、リクエストメッセージの処理に失敗したことをサービスA300、サービスA’310、サービスA’’320のいずれかから受信した場合に、他のサービスから当該リクエストメッセージに関する成功メッセージを受信していたときは、リトライ処理を実行する必要がないため、リトライ処理を行うための処理資源を節約することができる。第2の実施の形態次に、第2の実施の形態について説明する。この第2の実施の形態のメッセージ処理システム2は、連携先が第1の実施の形態より増えている点が異なっている。よって、この異なる点について詳細に説明する。なお、第1の実施の形態と同一の構成には同一の符号を付し、これらについては詳細な説明は省略する。図11は、メッセージ処理システム2の構成を示している。同図に示すように、メッセージ処理システム2は、サービスバス装置100と、サービスバス装置100にリクエストメッセージを送信するクライアント200と、サービスバス装置100の連携先となる連携先グループ400と、連携先グループ400と連携するサービスバス装置500と、サービスバス装置500の連携先となる宛先グループ600とを有しているサービスバス装置100及びクライアント200は既述の第1の実施の形態において説明したものと同様の構成であるため詳細な説明を省略する。連携先グループ400は、サービスバス装置100,500間を連携するためのサービスバスを含むものであり、図11に示すように、サービスバスA410、サービスバスA’420、サービスバスA’’430を有している。したがって、サービスバスA410、サービスバスA’420、サービスバスA’’430の3つのサービスバスは、サービスバス装置100からリクエストメッセージをそれぞれ受信し、当該受信したリクエストメッセージをサービスバス装置500へ送信するようになっている。また、サービスバスA410、サービスバスA’420、サービスバスA’’430の3つのサービスバスは、サービスバス装置500からレスポンスメッセージをそれぞれ受信し、当該受信したレスポンスメッセージをサービスバス装置100へ送信するようになっている。なお、連携先グループは連携グループ400の1つだけでなく複数存在しても良いし、連携先グループに含まれるサービスバスは3つでなくても良い。サービスバス装置500は、サービスバス装置100と同様の構成をしており、宛先情報格納装置510と、メッセージフィルタ情報格納装置520と、メッセージ送受信装置530とを有している。宛先情報格納装置510及びメッセージフィルタ情報格納装置520に格納される情報及びメッセージ送受信装置530の構成に関する説明は、既述の宛先情報格納装置110及びメッセージフィルタ情報格納装置120に格納される情報及びメッセージ送受信装置130に関する説明と同様になるため省略する。宛先グループ600は、サービスB610と、サービスB’620と、サービスB’’630とを有している。これらのサービスB610と、サービスB’620と、サービスB’’630は受信したリクエストメッセージに関して同一の結果を返すように多重化されたサービスである。本第2の実施の形態では、連携先の宛先グループ600が1つの場合で説明するが複数存在しても良い。また、宛先グループ300には、多重化されたサービスサービスB310,B’320,B’’330が1つ存在する場合で説明するが、他の多重化されたサービスが存在しても良い。次に、メッセージ処理システム2における動作について説明する。サービスバス装置100のメッセージ送受信装置130がクライアント200からリクエストメッセージを受信した場合に、連携先グループ400に含まれるサービスバスA410、サービスバスA’420、サービスバスA’’430に対してリクエストメッセージを送信する動作は既述の第1の実施の形態の説明参照:図6と実質的に同様であり、また、サービスバス装置100のメッセージ送受信装置130が連携先グループ400に含まれる各サービスバスA410、サービスバスA’420、サービスバスA’’430からレスポンスメッセージを受信した場合の動作は既述の第1の実施の形態の説明参照:図8及び図9と実質的に同様であるため説明を省略する。次に、図12を参照して、サービスバス装置500が連携先グループ400に含まれる各サービスバスA410、サービスバスA’420、サービスバスA’’430からリクエストメッセージを受け取り、各サービスバスA410、サービスバスA’420、サービスバスA’’430へレスポンスメッセージを返却する動作を説明する。連携先グループ400のサービスバスA410、サービスバスA’420、サービスバスA’’430のいずれからリクエストメッセージをメッセージ送受信装置530が受信した場合S301、メッセージ送受信装置530は、リクエストメッセージのメタ情報に含まれるメッセージIDを取得し、メッセージフィルタ情報格納装置520に対して当該メッセージIDをキーとして問い合わせを行うS302。この問い合わせによって、リクエストメッセージを宛先グループ600へ送信するか否かのフィルリングが行われる。当該問い合わせを受信した場合、メッセージフィルタ情報格納装置520は、問い合わせのあったメッセージIDと一致するメッセージIDがメッセージフィルタ情報格納装置520内に存在するか否かを判定するS303。一致するメッセージIDが存在すると判定した場合S303:YES、当該判定結果がメッセージ送受信装置530へ送信される。この判定結果を受信した場合、メッセージ送受信装置530は、宛先グループ600に対してリクエストメッセージを送信せず、宛先グループ600からレスポンスメッセージが返却されるのを待ち受けるS304。一致するメッセージIDがメッセージフィルタ情報格納装置520内に存在する場合、既にサービスバス装置500から宛先グループ600のサービスB610、サービスB’620、及びサービスB’’630のいずれかに対してリクエストメッセージが送信されているため、そのリクエストメッセージに対するレスポンスメッセージを待ち受ければよく、新たにリクエストメッセージを送信せずとも良いからである。これにより、リクエストメッセージが宛先グループ600に送信される数を抑えることができるため、リクエストメッセージの送信数が増加することを防止できる。一方、一致するメッセージIDがメッセージフィルタ情報格納装置520に存在しないと判定した場合S303:NO、メッセージフィルタ情報格納装置520は、そのメッセージIDに関するメッセージフィルタ情報を追加するS305。このメッセージフィルタ情報を追加した旨は、メッセージ送受信装置530に送信される。次に、メッセージ送受信装置530は、宛先グループ600のサービスB610、サービスB’620、及びサービスB’’630に対して、ステップS301において受信したリクエストメッセージを一斉送信するS306。このリクエストメッセージを一斉送信する処理の詳細な説明は、図6を参照して既述した処理と実質的に同様になるため省略する。次に、宛先グループ600のサービスB610、サービスB’620、及びサービスB’’630は、メッセージ送受信装置530からリクエストメッセージを受信した場合、それぞれリクエストメッセージの処理を行う。このように処理が行われた後、サービスB610、サービスB’620、及びサービスB’’630はそれぞれサービスバス装置500へレスポンスメッセージを返却する。メッセージ送受信装置530は、宛先グループ600の各サービスB610、サービスB’620、及びサービスB’’630のいずれからレスポンスメッセージを受信した場合、当該受信したレスポンスメッセージを連携先グループ400へ送信する。この際、ステップS304の処理においてレスポンスメッセージの返却を待ち受けている状態になっているサービスバスがある場合、このサービスバスに対してもレスポンスメッセージを返却する。この宛先グループ600からレスポンスメッセージを受信し、当該受信したレスポンスメッセージを連携先グループ400へ送信する処理の詳細な説明は、図8及び図9を参照して既述した処理と実質的に同様であるため省略する。本第2の実施の形態のメッセージ処理システム2によると、第1の実施の形態のメッセージ処理システム1の奏する効果に加え、リクエストメッセージの一斉送信によるメッセージ送信数の増大を防止する効果を奏することができる。より詳細には、連携先グループ400からサービスバス装置500に対してリクエストメッセージを送信する場合、各サービスバスA410、サービスバスA’420、サービスバスA’’430からリクエストメッセージを送信するため、同内容のリクエストメッセージを3回送信する可能性があるが、サービスバス装置500内において、1つリクエストメッセージを宛先グループ600に送信した場合、残りのリクエストメッセージを待機状態にすることができる。したがって、従来であれば、サービスバス装置500から宛先グループ600に対して33で9つのリクエストメッセージが送信される可能性があったのに対し、本第2の実施の形態では、13で3つのリクエストメッセージが送信されるのみにある。よってリクエストメッセージの一斉送信によるリクエストメッセージ送信数の増加を防止することができる。なお、上記第2の実施の形態においては、メッセージ処理システム2において、連携先グループ400が1つ存在する場合について説明したが、これに限るものではなく、連携先グループは2以上あっても良い。このように、2以上の連携グループがメッセージ処理システムに含まれている場合であっても、当該連携グループと接続するサービスバス装置が既述のサービスバス装置500と同様な処理を行うことにより、リクエストメッセージを1つのみ下流側に送信するようになる。このため、連携する連携先グループ400が多く含まれるメッセージ処理システムほど、リクエストメッセージの送信数の増加を抑制する効果が大きくなる。なお、本発明は上述の実施の形態に限定されるものではなく、その実施に際して様々な変形が可能である。上記実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1クライアントと、サービスバス装置と、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、を含み、前記クライアント、前記サービスバス装置及び前記複数のサービス提供装置がネットワークを介して複数の経路で通信可能に接続されたメッセージ処理システムであって、前記クライアントから前記サービスバス装置へ前記サービスの提供を受けるためのリクエストメッセージが送信された場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置からレスポンスメッセージを前記サービスバス装置が受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するレスポンスメッセージ送信手段と、を有することを特徴とするメッセージ処理システム。付記2前記リクエストの一斉送信は、前記サービス提供装置グループのうち任意の条件を満たすサービス提供装置にのみ送信されることを特徴とする付記1記載のメッセージ処理システム。付記3前記サービスバス装置は、前記レスポンスメッセージを最初に受信した場合、当該レスポンスメッセージより後に受信する他のレスポンスメッセージを破棄することを特徴とする付記1又は2記載のメッセージ処理システム。付記4前記他のレスポンスメッセージの破棄は、前記他のレスポンスメッセージを送信するサービス提供装置に対して前記ネットワークを閉塞することに基づいて行われることを特徴とする付記3記載のメッセージ処理システム。付記5クライアントと、サービスバス装置と、他のサービスバス装置と、複数の連携装置により多重化された前記サービスバス装置と前記他のバスサービス装置との連携を提供する連携装置グループと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、を含み、前記クライアント、前記サービスバス装置、前記複数の連携装置、前記他のサービスバス装置及び前記複数のサービス提供装置がネットワークを介して複数の経路で通信可能に接続されたメッセージ処理システムであって、前記クライアントから前記サービスバス装置へ前記サービスの提供を受けるためのリクエストメッセージが送信された場合、前記複数の連携装置に対して前記リクエストメッセージを一斉送信する第1のリクエストメッセージ送信手段と、前記第1のリクエストメッセージ送信手段で送信されたリクエストメッセージを受信した連携装置から前記他のサービスバス装置へ当該リクエストメッセージが送信された場合、前記複数のサービス提供装置に対して当該リクエストメッセージを一斉送信する第2のリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置からレスポンスメッセージを前記他のサービスバス装置が受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを当該リクエストメッセージの送信元の連携装置に送信する第1のレスポンスメッセージ送信手段と、前記第1のレスポンスメッセージ送信手段で送信されたレスポンスメッセージを受信した連携装置を含む連携装置グループの各連携装置から前記サービスバス装置がレスポンスメッセージを受信した場合、当該レスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信する第2のレスポンスメッセージ送信手段と、を有することを特徴とするメッセージ処理システム。付記6前記他のサービスバス装置は、前記レスポンスメッセージを最初に受信した場合、当該レスポンスメッセージより後に受信する他のレスポンスメッセージを破棄し、前記サービスバス装置は、前記レスポンスメッセージを最初に受信した場合、当該レスポンスメッセージより後に受信する他のレスポンスメッセージを破棄することを特徴とする付記5記載のメッセージ処理システム。付記7クライアントと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、ネットワークを介して複数の経路で通信可能に接続されたサービスバス装置であって、前記クライアントからから前記サービスの提供を受けるためのリクエストメッセージを受信した場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するリクエストメッセージ送信手段と、前記リクエストメッセージが送信されたサービス提供装置から返却されるレスポンスメッセージを受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するレスポンスメッセージ送信手段と、を有することを特徴とするサービスバス装置。付記8クライアントと、複数のサービス提供装置により多重化されたサービスを提供するサービス提供装置グループと、ネットワークを介して複数の経路で通信可能に接続されたサービスバス装置のメッセージ処理方法であって、前記クライアントからから前記サービスの提供を受けるためのリクエストメッセージを受信した場合、前記複数のサービス提供装置に対して前記リクエストメッセージを一斉送信するステップと、前記リクエストメッセージが送信されたサービス提供装置から返却されるレスポンスメッセージを受信した場合、当該受信したレスポンスメッセージのうち最初に受信したレスポンスメッセージのみを前記クライアントに送信するステップと、を有することを特徴とするサービスバス装置のメッセージ処理方法。"