ホーム > 特許ランキング > ＬＩＮＥヤフー株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024173034
(43)【公開日】2024-12-12
(54)【発明の名称】情報処理方法、サーバシステム
(51)【国際特許分類】
G06F 9/54 20060101AFI20241205BHJP
【ＦＩ】
G06F9/54 D
【審査請求】未請求
【請求項の数】16
【出願形態】ＯＬ
(21)【出願番号】P 2023091149
(22)【出願日】2023-06-01
(71)【出願人】
【識別番号】500257300
【氏名又は名称】ＬＩＮＥヤフー株式会社
(74)【代理人】
【識別番号】110001759
【氏名又は名称】弁理士法人よつ葉国際特許事務所
(74)【代理人】
【識別番号】100093687
【弁理士】
【氏名又は名称】富崎 元成
(74)【代理人】
【識別番号】100168468
【弁理士】
【氏名又は名称】富崎 曜
(74)【代理人】
【識別番号】100166176
【弁理士】
【氏名又は名称】加美山 豊
(72)【発明者】
【氏名】室井 雅仁
(72)【発明者】
【氏名】谷野 光宏
(72)【発明者】
【氏名】古川 勇志郎
(72)【発明者】
【氏名】王 翔
(57)【要約】
【課題】プロセス間通信を行うサーバシステムの可用性向上を実現する。
【解決手段】第１サーバから少なくとも第２サーバへのプロセス間通信を行うサーバシステムの情報処理方法であって、サーバシステムは、プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、第１サーバは、第２サーバを特定するための第１情報を解決サーバから受信し、第１情報に基づき、第２サーバにプロセス間通信の処理を要求するための第２情報を送信し、第２サーバは、第１サーバから第２情報を受信し、第２情報に基づく第１処理を実行する。
【選択図】図１－１
【解決手段】第１サーバから少なくとも第２サーバへのプロセス間通信を行うサーバシステムの情報処理方法であって、サーバシステムは、プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、第１サーバは、第２サーバを特定するための第１情報を解決サーバから受信し、第１情報に基づき、第２サーバにプロセス間通信の処理を要求するための第２情報を送信し、第２サーバは、第１サーバから第２情報を受信し、第２情報に基づく第１処理を実行する。
【選択図】図１－１
【特許請求の範囲】
【請求項1】
第１サーバから少なくとも第２サーバへのプロセス間通信を行うサーバシステムの情報処理方法であって、
前記サーバシステムは、前記プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、
前記第１サーバは、
前記第２サーバを特定するための第１情報を前記解決サーバから受信し、
前記第１情報に基づき、前記第２サーバに前記プロセス間通信の処理を要求するための第２情報を送信し、
前記第２サーバは、
前記第１サーバから前記第２情報を受信し、
前記第２情報に基づく第１処理を実行する。
前記サーバシステムは、前記プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、
前記第１サーバは、
前記第２サーバを特定するための第１情報を前記解決サーバから受信し、
前記第１情報に基づき、前記第２サーバに前記プロセス間通信の処理を要求するための第２情報を送信し、
前記第２サーバは、
前記第１サーバから前記第２情報を受信し、
前記第２情報に基づく第１処理を実行する。
【請求項2】
請求項１に記載の情報処理方法であって、
前記第２情報はハイパーテキスト・トランスファー・プロトコルに基づいて送受信される。
前記第２情報はハイパーテキスト・トランスファー・プロトコルに基づいて送受信される。
【請求項3】
請求項２に記載の情報処理方法であって、
前記第１サーバは、前記第２サーバが前記第２情報を受信したことを判定する。
前記第１サーバは、前記第２サーバが前記第２情報を受信したことを判定する。
【請求項4】
請求項２に記載の情報処理方法であって、
前記第１サーバは、
前記プロセス間通信を制御するミドルウェアに組み込まれたメッセージングドライバを介して前記第１情報を受信し、
前記メッセージングドライバを介して前記第２情報を送信し、
前記第２サーバは、
前記メッセージングドライバを介して前記第２情報を受信する。
前記第１サーバは、
前記プロセス間通信を制御するミドルウェアに組み込まれたメッセージングドライバを介して前記第１情報を受信し、
前記メッセージングドライバを介して前記第２情報を送信し、
前記第２サーバは、
前記メッセージングドライバを介して前記第２情報を受信する。
【請求項5】
請求項１に記載の情報処理方法であって、
前記第２サーバは、前記第１サーバに前記第１処理に基づく第３情報を送信し、
前記第１サーバは、前記第２サーバから前記第３情報を受信する。
前記第２サーバは、前記第１サーバに前記第１処理に基づく第３情報を送信し、
前記第１サーバは、前記第２サーバから前記第３情報を受信する。
【請求項6】
請求項５に記載の情報処理方法であって、
前記第２情報と前記第３情報とはハイパーテキスト・トランスファー・プロトコルに基づいて送受信される。
前記第２情報と前記第３情報とはハイパーテキスト・トランスファー・プロトコルに基づいて送受信される。
【請求項7】
請求項６に記載の情報処理方法であって、
前記第２サーバは、前記第１サーバが前記第３情報を受信したことを判定する。
前記第２サーバは、前記第１サーバが前記第３情報を受信したことを判定する。
【請求項8】
請求項６に記載の情報処理方法であって、
前記第１サーバは、
前記プロセス間通信を制御するミドルウェアに組み込まれたメッセージングドライバを介して前記第１情報を受信し、
前記メッセージングドライバを介して前記第２情報を送信し、
前記メッセージングドライバを介して前記第３情報を受信し、
前記第２サーバは、
前記メッセージングドライバを介して前記第２情報を受信し、
前記メッセージングドライバを介して前記第３情報を送信する。
前記第１サーバは、
前記プロセス間通信を制御するミドルウェアに組み込まれたメッセージングドライバを介して前記第１情報を受信し、
前記メッセージングドライバを介して前記第２情報を送信し、
前記メッセージングドライバを介して前記第３情報を受信し、
前記第２サーバは、
前記メッセージングドライバを介して前記第２情報を受信し、
前記メッセージングドライバを介して前記第３情報を送信する。
【請求項9】
請求項１に記載の情報処理方法であって、
前記サーバシステムは、前記第２サーバと少なくとも第３サーバとに前記プロセス間通信の処理を要求することに関する処理を実行する増幅サーバを含み、
前記第１サーバは、
前記増幅サーバを特定するための第４情報を前記解決サーバから受信し、
前記第４情報に基づき、前記増幅サーバに前記プロセス間通信の処理を要求するための第５情報を送信し、
前記増幅サーバは、
前記第１サーバから前記第５情報を受信し、
少なくとも前記第２サーバと前記第３サーバとに前記第５情報を送信し、
前記第２サーバは、
前記増幅サーバから前記第５情報を受信し、
前記第５情報に基づく処理を実行し、
前記第３サーバは、
前記増幅サーバから前記第５情報を受信し、
前記第５情報に基づく処理を実行する。
前記サーバシステムは、前記第２サーバと少なくとも第３サーバとに前記プロセス間通信の処理を要求することに関する処理を実行する増幅サーバを含み、
前記第１サーバは、
前記増幅サーバを特定するための第４情報を前記解決サーバから受信し、
前記第４情報に基づき、前記増幅サーバに前記プロセス間通信の処理を要求するための第５情報を送信し、
前記増幅サーバは、
前記第１サーバから前記第５情報を受信し、
少なくとも前記第２サーバと前記第３サーバとに前記第５情報を送信し、
前記第２サーバは、
前記増幅サーバから前記第５情報を受信し、
前記第５情報に基づく処理を実行し、
前記第３サーバは、
前記増幅サーバから前記第５情報を受信し、
前記第５情報に基づく処理を実行する。
【請求項10】
請求項９に記載の情報処理方法であって、
前記第５情報はハイパーテキスト・トランスファー・プロトコルに基づいて送受信される。
前記第５情報はハイパーテキスト・トランスファー・プロトコルに基づいて送受信される。
【請求項11】
請求項１０に記載の情報処理方法であって、
前記第１サーバは、
前記プロセス間通信を制御するミドルウェアに組み込まれたメッセージングドライバを介して前記第４情報を受信し、
前記メッセージングドライバを介して前記第５情報を送信し、
前記第２サーバと前記第３サーバとは、前記メッセージングドライバを介して前記第５情報を受信する。
前記第１サーバは、
前記プロセス間通信を制御するミドルウェアに組み込まれたメッセージングドライバを介して前記第４情報を受信し、
前記メッセージングドライバを介して前記第５情報を送信し、
前記第２サーバと前記第３サーバとは、前記メッセージングドライバを介して前記第５情報を受信する。
【請求項12】
請求項１に記載の情報処理方法であって、
前記サーバシステムは、前記解決サーバとは異なるリージョンまたはゾーンに属する第１解決サーバをさらに含み、
前記第１サーバは、
前記第１情報に基づき前記第２サーバの識別情報を解決できない場合、前記第２サーバを特定するための第６情報を前記第１解決サーバから受信し、
前記第６情報に基づき、前記第２サーバに前記第２情報を送信する。
前記サーバシステムは、前記解決サーバとは異なるリージョンまたはゾーンに属する第１解決サーバをさらに含み、
前記第１サーバは、
前記第１情報に基づき前記第２サーバの識別情報を解決できない場合、前記第２サーバを特定するための第６情報を前記第１解決サーバから受信し、
前記第６情報に基づき、前記第２サーバに前記第２情報を送信する。
【請求項13】
請求項１２に記載の情報処理方法であって、
前記第２情報はハイパーテキスト・トランスファー・プロトコルに基づいて送受信され、
前記第１サーバは、
前記プロセス間通信を制御するミドルウェアに組み込まれたメッセージングドライバを介して前記第１情報と前記第６情報とを受信し、
前記メッセージングドライバを介して前記第２情報を送信し、
前記第２サーバは、
前記メッセージングドライバを介して前記第２情報を受信する。
前記第２情報はハイパーテキスト・トランスファー・プロトコルに基づいて送受信され、
前記第１サーバは、
前記プロセス間通信を制御するミドルウェアに組み込まれたメッセージングドライバを介して前記第１情報と前記第６情報とを受信し、
前記メッセージングドライバを介して前記第２情報を送信し、
前記第２サーバは、
前記メッセージングドライバを介して前記第２情報を受信する。
【請求項14】
請求項１２に記載の情報処理方法であって、
前記第１サーバと前記解決サーバとは同じ前記リージョンまたは前記ゾーンに属し、
前記第１サーバは、前記第１サーバと最も近しい前記リージョンまたは前記ゾーンに属する前記第１解決サーバから前記第６情報を受信する。
前記第１サーバと前記解決サーバとは同じ前記リージョンまたは前記ゾーンに属し、
前記第１サーバは、前記第１サーバと最も近しい前記リージョンまたは前記ゾーンに属する前記第１解決サーバから前記第６情報を受信する。
【請求項15】
請求項１から請求項１４のいずれか一項に記載の情報処理方法であって、
前記プロセス間通信はリモートプロシージャコール・プロトコルに基づく。
前記プロセス間通信はリモートプロシージャコール・プロトコルに基づく。
【請求項16】
第１サーバから少なくとも第２サーバへのプロセス間通信を行うサーバシステムであって、
前記サーバシステムは、前記プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、
前記第１サーバは、前記第２サーバを特定するための第１情報を前記解決サーバから受信し、前記第１情報に基づき、前記第２サーバに前記プロセス間通信の処理を要求するための第２情報を送信する通信部を備え、
前記第２サーバは、
前記第１サーバから前記第２情報を受信する通信部と、
前記第２情報に基づく第１処理を実行する制御部とを備える。
前記サーバシステムは、前記プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、
前記第１サーバは、前記第２サーバを特定するための第１情報を前記解決サーバから受信し、前記第１情報に基づき、前記第２サーバに前記プロセス間通信の処理を要求するための第２情報を送信する通信部を備え、
前記第２サーバは、
前記第１サーバから前記第２情報を受信する通信部と、
前記第２情報に基づく第１処理を実行する制御部とを備える。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理方法、サーバシステム等に関する。
【背景技術】
【0002】
クラウドコンピューティング等における分散アプリケーション処理を実現するために、複数のアプリケーション間において協調動作を行う仕組みとしてメッセージ通信が必要とされている。例えば、特許文献１には、メッセージキューを制御してメッセージ通信を実現するシステムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００５－００４３５６号公報
【発明の概要】
【0004】
本発明の第１の態様によると、第１サーバから少なくとも第２サーバへのプロセス間通信を行うサーバシステムの情報処理方法であって、サーバシステムは、プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、第１サーバは、第２サーバを特定するための第１情報を解決サーバから受信し、第１情報に基づき、第２サーバにプロセス間通信の処理を要求するための第２情報を送信し、第２サーバは、第１サーバから第２情報を受信し、第２情報に基づく第１処理を実行する。
本発明の第２の態様によると、第１サーバから少なくとも第２サーバへのプロセス間通信を行うサーバシステムであって、サーバシステムは、プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、第１サーバは、第２サーバを特定するための第１情報を解決サーバから受信し、第１情報に基づき、第２サーバにプロセス間通信の処理を要求するための第２情報を送信する通信部を備え、第２サーバは、第１サーバから第２情報を受信する通信部と、第２情報に基づく第１処理を実行する制御部とを備える。
本発明の第２の態様によると、第１サーバから少なくとも第２サーバへのプロセス間通信を行うサーバシステムであって、サーバシステムは、プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバを含み、第１サーバは、第２サーバを特定するための第１情報を解決サーバから受信し、第１情報に基づき、第２サーバにプロセス間通信の処理を要求するための第２情報を送信する通信部を備え、第２サーバは、第１サーバから第２情報を受信する通信部と、第２情報に基づく第１処理を実行する制御部とを備える。
【図面の簡単な説明】
【0005】
【図1-1】第１実施例に係る通信システムのシステム構成の一例を示す図。
【図1-2】第１実施例に係るコンポーネントサーバの制御部によって実現される機能の一例を示す図。
【図1-3】第１実施例に係るコンポーネントサーバの記憶部に記憶される情報の一例を示す図。
【図1-4】第１実施例に係る呼び出し先解決サーバの制御部によって実現される機能の一例を示す図。
【図1-5】第１実施例に係る呼び出し先解決サーバの記憶部に記憶される情報の一例を示す図。
【図1-6】第１実施例に係る呼び出し先管理データの一例を示す図。
【図1-7】第１実施例に係る一斉呼び出しサーバの制御部によって実現される機能の一例を示す図。
【図1-8】第１実施例に係る一斉呼び出しサーバの記憶部に記憶される情報の一例を示す図。
【図1-9】第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図1-10】第１実施例に係る各ソフトウェアモジュールの処理の流れの一例を示すブロック図。
【図1-11】第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図2-1】第２実施例に係る各装置が実行する処理の流れの一例を示すブロック図。
【図2-2】第２変形例に係る各装置が実行する処理の流れの一例を示すブロック図。
【発明を実施するための形態】
【0006】
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
【0007】
＜実施形態＞
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
【0008】
本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
【0009】
本願請求項に係る発明の端末（本願発明の端末）の生産は、限定ではなく例として、ユーザが所有（所持）している端末で、本明細書に記載したプログラム（限定ではなく例として、アプリケーションプログラム）等が受信されることによって（または受信されて端末に記憶されることによって）、本端末において、本願請求項に係る発明の機能が実現可能となる状態が作り出される（本願請求項に係る発明が実行可能になる状態が作り出される）という概念を含んでもよい。
【0010】
また、本願請求項に係る発明のシステム（本願発明のシステム）の生産は、限定ではなく例として、本願システムに含まれるサーバから送信された本明細書に記載されたプログラム（限定ではなく例として、アプリケーションプログラム）等を、本願システムに含まれる端末で受信することによって（または受信されたプログラムが端末に記憶されることによって）、本願請求項に係るシステムの発明の機能が実現可能となる状態が作り出される（本願請求項に係る発明が実行可能になる状態が作り出される）という概念を含んでもよい。
【0011】
また、本明細書において、システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
【0012】
また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
（１）端末＆サーバ
（２）サーバ
（３）端末
（１）端末＆サーバ
（２）サーバ
（３）端末
【0013】
（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。
【0014】
サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。
【0015】
具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
【0016】
また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
【0017】
また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。
【0018】
また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。
【0019】
また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
【0020】
また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
【0021】
（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。
【0022】
サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
【0023】
（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
【0024】
なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。
【0025】
以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
【0026】
また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
【0027】
なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
【0028】
また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。
【0029】
また、本明細書において「関する」、「関連する」と記載された用語について、「Ａに関するＢ」や「Ａに関連するＢ」という場合、限定ではなく例として、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。
【0030】
また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
【0031】
なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
【0032】
＜実施例＞
以下、本発明を適用した実施例の一例について説明する。
一例であるが、あるソフトウエアコンポーネントが複数のサーバによる分散処理によって動作する場合、ソフトウエアコンポーネントがプロセス間通信（限定ではなく例として、ＲＰＣ（Remote Procedure Call））を行うために、メッセージキューによって情報（メッセージ）をやり取りする場合がある。この場合、メッセージキューを管理するＭＱシステム（限定ではなく例として、ＡｃｔｉｖｅＭＱやＲａｂｂｉｔＭＱ（登録商標）等）に障害が発生すると、発生中のプロセス間通信を巻き込んでプロセス間通信が断絶するため、ソフトウエアコンポーネントの動作に甚大な影響を与える場合が生じる。
以下、本発明を適用した実施例の一例について説明する。
一例であるが、あるソフトウエアコンポーネントが複数のサーバによる分散処理によって動作する場合、ソフトウエアコンポーネントがプロセス間通信（限定ではなく例として、ＲＰＣ（Remote Procedure Call））を行うために、メッセージキューによって情報（メッセージ）をやり取りする場合がある。この場合、メッセージキューを管理するＭＱシステム（限定ではなく例として、ＡｃｔｉｖｅＭＱやＲａｂｂｉｔＭＱ（登録商標）等）に障害が発生すると、発生中のプロセス間通信を巻き込んでプロセス間通信が断絶するため、ソフトウエアコンポーネントの動作に甚大な影響を与える場合が生じる。
【0033】
また、限定ではなく例として、クラウドコンピューティングを実現するためのソフトウエアコンポーネント群であるＯｐｅｎＳｔａｃｋ（登録商標）等において、各ソフトウエアコンポーネント（限定ではなく例として、ＮＯＶＡやＮＥＵＴＲＯＮ等）を動作させるサーバ群（クラスタ）を構成するサーバ数は、クラウドコンピューティングにおいて提供されるサービスが複雑化するにつれて莫大な数となる。
限定ではなく例として、クラスタを構成するサーバ数（限定ではなく例として、物理サーバ群で制御される仮想サーバの総数）が４０，０００を超える場合、ＭＱシステムの動作負荷が上がり、プロセス間通信に遅延等が発生するため、ソフトウエアコンポーネントの安定動作が困難となる場合が生じる。
限定ではなく例として、クラスタを構成するサーバ数（限定ではなく例として、物理サーバ群で制御される仮想サーバの総数）が４０，０００を超える場合、ＭＱシステムの動作負荷が上がり、プロセス間通信に遅延等が発生するため、ソフトウエアコンポーネントの安定動作が困難となる場合が生じる。
【0034】
以下説明する実施例では、クラスタを構成するサーバ間においてプロセス間通信を行う場合、ＭＱシステムを介さずに直接メッセージの送受信を可能とすることで、単一障害点（ＳＰＯＦ：Single Point of Failure）をなくし、高可用性を実現することを可能とする。また、クラスタを構成するサーバ数が莫大な数となる場合においても、プロセス間通信をサーバ間において直接行うことで、クラスタで動作するソフトウエアコンポーネントの動作の高速化と、クラスタ全体の負荷低減を実現する。
【0035】
以下では、限定ではなく例として、ソフトウエアコンポーネントを動作させるクラスタに属する（クラスタを構成する）サーバのうち、ソフトウエアコンポーネントの処理に直接的に関わるサーバを「コンポーネントサーバ」と称する。コンポーネントサーバは、仮想サーバ（仮想マシン）としてもよいし、物理サーバ（物理マシン）としてもよい。
【0036】
また、以下では、限定ではなく例として、プロセス間通信はＲＰＣに従って実行されることとする。なお、プロセス間通信は、限定ではなく例として、ＲＭＩ（Remote Method Invocation）に従って実行されるようにしてもよい。また、プロセス間通信は、同一プログラムを利用した複数のプロセス間の通信に限定されない。
【0037】
また、以下では、限定ではなく例として、ソフトウエアコンポーネントは、各種のソフトウェアモジュールを内包することとする。そして、限定ではなく例として、ソフトウエアコンポーネントにおけるプロセス間通信を実現するためのソフトウェアモジュールを「メッセージングモジュール」と称する。
【0038】
限定ではなく例として、ソフトウエアコンポーネントがＯｐｅｎＳｔａｃｋのコンポーネントである場合、メッセージングモジュールは、限定ではなく例として、ＯｐｅｎＳｔａｃｋの共用ライブラリ「Ｏｓｌｏ」の「ｏｓｌｏ．ｍｅｓｓａｇｉｎｇ」モジュールによって実現（実装）されるようにしてもよい。
【0039】
また、以下では、限定ではなく例として、メッセージングモジュールは、ソフトウエアコンポーネントからのプロセス間通信を種々のメッセージ伝達方法で送受信するためのメッセージングドライバを内包することとする。限定ではなく例として、本発明において提供されるメッセージングドライバを「ｈｔｔｐメッセージングドライバ」と称する。
ソフトウエアコンポーネントは、メッセージングモジュールがメッセージングドライバを介してプロセス間通信を実現することで、メッセージングドライバのメッセージ伝達方法（使用するトランスポート層と言ってもよい。）に依存せずにメッセージングモジュールへの呼び出しと応答とを実現することができる。
ソフトウエアコンポーネントは、メッセージングモジュールがメッセージングドライバを介してプロセス間通信を実現することで、メッセージングドライバのメッセージ伝達方法（使用するトランスポート層と言ってもよい。）に依存せずにメッセージングモジュールへの呼び出しと応答とを実現することができる。
【0040】
限定ではなく例として、「ｏｓｌｏ．ｍｅｓｓａｇｉｎｇ」モジュールにおいて、ＭＱシステムを用いる「ＡＭＱＰ（Advanced Message Queuing Protocol）ドライバ」から「ｈｔｔｐメッセージングドライバ」にメッセージングドライバを変更することで、ソフトウエアコンポーネントの修正を行わずにメッセージ伝達方法を変更することができる。
【0041】
なお、「ｈｔｔｐメッセージングドライバ」は、本発明による情報処理手法を適用したプログラム（ソフトウェアドライバ）全般を指し、「ｏｓｌｏ．ｍｅｓｓａｇｉｎｇ」モジュールにおけるメッセージングドライバに限定されない。
【0042】
メッセージングモジュールは、限定ではなく例として、プロセス間通信を行うためのトランスポート層（限定ではなく例として、メッセージキューイングサービスやｈｔｔｐ送受信サービス）と、ソフトウエアコンポーネントとの間に位置するミドルウェアと言ってもよい。
メッセージングドライバは、ミドルウェアとトランスポート層とを橋渡しするソフトウエアドライバプログラムと言ってもよい。
メッセージングドライバは、ミドルウェアとトランスポート層とを橋渡しするソフトウエアドライバプログラムと言ってもよい。
【0043】
また、以下では、限定ではなく例として、プロセス間通信の送信元となるコンポーネントサーバを「インヴォーカ（Ｉｎｖｏｋｅｒ）」、プロセス間通信の送信先となるコンポーネントサーバを「ワーカ（Ｗｏｒｋｅｒ）」とそれぞれ称する。
インヴォーカは、関数の呼び出し元や呼び出し側と言ってもよい。また、ワーカは関数の呼び出し先や手続き側と言ってもよい。
インヴォーカは、関数の呼び出し元や呼び出し側と言ってもよい。また、ワーカは関数の呼び出し先や手続き側と言ってもよい。
【0044】
なお、限定ではなく例として、クライアントサーバモデルに当てはめて、インヴォーカを「クライアント」、ワーカを「サーバ」と言ってもよい。
【0045】
＜第１実施例＞
第１実施例は、限定ではなく例として、インヴォーカが、プロセス間通信の送信先を解決するための呼び出し先解決サーバを用いて適切なワーカを探索する。そして、インヴォーカとワーカとが、限定ではなく例として、ｈｔｔｐ（Hypertext Transfer Protocol）によって通信することで、プロセス間通信を実現する実施例である。
第１実施例は、限定ではなく例として、インヴォーカが、プロセス間通信の送信先を解決するための呼び出し先解決サーバを用いて適切なワーカを探索する。そして、インヴォーカとワーカとが、限定ではなく例として、ｈｔｔｐ（Hypertext Transfer Protocol）によって通信することで、プロセス間通信を実現する実施例である。
【0046】
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0047】
＜システム構成＞
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、呼び出し先解決サーバ１０と、一斉呼び出しサーバ４０と、複数のコンポーネントサーバ２０（コンポーネントサーバ２０Ａ，コンポーネントサーバ２０Ｂ，コンポーネントサーバ２０Ｃ，・・・）とが接続される。
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、呼び出し先解決サーバ１０と、一斉呼び出しサーバ４０と、複数のコンポーネントサーバ２０（コンポーネントサーバ２０Ａ，コンポーネントサーバ２０Ｂ，コンポーネントサーバ２０Ｃ，・・・）とが接続される。
【0048】
コンポーネントサーバ２０は、ネットワーク３０を介して、限定ではなく例として、ソフトウエアコンポーネントを利用するユーザが所有する不図示の端末および／または他のソフトウエアコンポーネントを実現する不図示のサーバに、所定のサービス（限定ではなく例として、ユーザ認証サービス、仮想ネットワークサービス等）を提供する機能を有する。
以下では、コンポーネントサーバ２０を、単に「サーバ２０（サーバ２０Ａ，サーバ２０Ｂ，サーバ２０Ｃ，・・・）」と呼ぶことがある。なお、各コンポーネントサーバ２０Ａ，コンポーネントサーバ２０Ｂ，コンポーネントサーバ２０Ｃ，・・・は、仮想サーバとしてもよいし、物理サーバとしてもよい。
以下では、コンポーネントサーバ２０を、単に「サーバ２０（サーバ２０Ａ，サーバ２０Ｂ，サーバ２０Ｃ，・・・）」と呼ぶことがある。なお、各コンポーネントサーバ２０Ａ，コンポーネントサーバ２０Ｂ，コンポーネントサーバ２０Ｃ，・・・は、仮想サーバとしてもよいし、物理サーバとしてもよい。
【0049】
呼び出し先解決サーバ１０は、ネットワーク３０を介して、コンポーネントサーバ２０に、所定のサービス（限定ではなく例として、プロセス間通信呼び出し先解決サービス等）を提供する機能を有する。呼び出し先解決サーバ１０は、限定ではなく例として、クラスタ（コンポーネントサーバクラスタ）管理サーバ等のように表現することもできる。
以下では、呼び出し先解決サーバ１０を、単に「サーバ１０」と呼ぶことがある。
以下では、呼び出し先解決サーバ１０を、単に「サーバ１０」と呼ぶことがある。
【0050】
なお、呼び出し先解決サーバ１０は、限定ではなく例として、単一の物理サーバまたは仮想サーバとしてもよいし、複数の物理サーバおよび／または仮想サーバで構成されるクラスタ（サーバシステム）としてもよい。
【0051】
一斉呼び出しサーバ４０は、ネットワーク３０を介して、コンポーネントサーバ２０に、所定のサービス（限定ではなく例として、プロセス間通信一斉呼び出しサービス等）を提供する機能を有する。一斉呼び出しサーバ４０は、限定ではなく例として、ブロードキャストサーバやブロードキャスタ等のように表現することもできる。
以下では、一斉呼び出しサーバ４０を、単に「サーバ４０」と呼ぶことがある。
以下では、一斉呼び出しサーバ４０を、単に「サーバ４０」と呼ぶことがある。
【0052】
なお、一斉呼び出しサーバ４０は、限定ではなく例として、単一の物理サーバまたは仮想サーバとしてもよいし、複数の物理サーバおよび／または仮想サーバで構成されるクラスタ（サーバシステム）としてもよい。
【0053】
本実施形態では、限定ではなく例として、コンポーネントサーバ２０と、呼び出し先解決サーバ１０と、一斉呼び出しサーバ４０とで構成されるサーバシステムの事業者（運営者）を、それぞれコンポーネントサーバ２０のユーザ、呼び出し先解決サーバ１０のユーザ、一斉呼び出しサーバ４０のユーザと言ってもよい。また、限定ではなく例として、コンポーネントサーバ２０と呼び出し先解決サーバ１０と一斉呼び出しサーバ４０とで構成されるサーバシステムの利用者を、不図示の端末のユーザ、または他のソフトウエアコンポーネントのユーザと言ってもよい。
【0054】
コンポーネントサーバ２０（コンポーネントサーバ２０Ａ，コンポーネントサーバ２０Ｂ，コンポーネントサーバ２０Ｃ、・・・）（限定ではなく、サーバ、情報処理装置、情報管理装置、サーバシステム、クラスタの一例）は、各実施例において記載する機能を実現できる情報処理装置であればどのような端末であってもよい。
コンポーネントサーバ２０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、ハイパーバイザ、またはコミュニケーションプラットホームを含む。
コンポーネントサーバ２０および／または呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０を区別する必要がない場合は、コンポーネントサーバ２０および／または呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０は、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
コンポーネントサーバ２０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、ハイパーバイザ、またはコミュニケーションプラットホームを含む。
コンポーネントサーバ２０および／または呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０を区別する必要がない場合は、コンポーネントサーバ２０および／または呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０は、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0055】
コンポーネントサーバ２０Ａ、コンポーネントサーバ２０Ｂおよびコンポーネントサーバ２０Ｃの構成は、限定ではなく例として、同一とするようにしてもよい。
また、必要に応じて、コンポーネントサーバ２０Ｘに対応づけられた、所定のサービス（プロセス）におけるサーバ情報をサーバ情報Ｘと表現してもよいし、しなくてもよい。
なお、サーバ情報とは、所定のサービス（プロセス）においてサーバに対応付けられたサーバの情報である。サーバ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、サーバの名前、サーバのＩＰアドレス、サーバのＭＡＣアドレス、サーバの処理能力（限定ではなく例として、ＭＩＰＳやＦＬＯＰＳ）、サーバの構成情報（限定ではなく例として、プロセッサーコア数および／またはＲＡＭ容量等）、サーバの識別子などのサーバに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
また、必要に応じて、コンポーネントサーバ２０Ｘに対応づけられた、所定のサービス（プロセス）におけるサーバ情報をサーバ情報Ｘと表現してもよいし、しなくてもよい。
なお、サーバ情報とは、所定のサービス（プロセス）においてサーバに対応付けられたサーバの情報である。サーバ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、サーバの名前、サーバのＩＰアドレス、サーバのＭＡＣアドレス、サーバの処理能力（限定ではなく例として、ＭＩＰＳやＦＬＯＰＳ）、サーバの構成情報（限定ではなく例として、プロセッサーコア数および／またはＲＡＭ容量等）、サーバの識別子などのサーバに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
【0056】
ネットワーク３０は、１以上のコンポーネントサーバ２０と、１以上の呼び出し先解決サーバ１０と、１以上の一斉呼び出しサーバ４０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【0057】
なお、ネットワーク３０に接続される呼び出し先解決サーバ１０の数や一斉呼び出しサーバ４０の数、コンポーネントサーバ２０の数は限定されない。
【0058】
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【0059】
呼び出し先解決サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置、サーバシステム、クラスタの一例）は、コンポーネントサーバ２０に対して、所定のサービスを提供する機能を備える。呼び出し先解決サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。呼び出し先解決サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、ハイパーバイザ、またはコミュニケーションプラットホームを含む。
【0060】
限定ではなく例として、呼び出し先解決サーバ１０とコンポーネントサーバ２０とを区別する必要がない場合は、呼び出し先解決サーバ１０とコンポーネントサーバ２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0061】
一斉呼び出しサーバ４０（限定ではなく、サーバ、情報処理装置、情報管理装置、サーバシステム、クラスタの一例）は、コンポーネントサーバ２０に対して、所定のサービスを提供する機能を備える。一斉呼び出しサーバ４０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。一斉呼び出しサーバ４０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、ハイパーバイザ、またはコミュニケーションプラットホームを含む。
【0062】
限定ではなく例として、呼び出し先解決サーバ１０と一斉呼び出しサーバ４０とを区別する必要がない場合は、呼び出し先解決サーバ１０と一斉呼び出しサーバ４０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
また、限定ではなく例として、一斉呼び出しサーバ４０とコンポーネントサーバ２０とを区別する必要がない場合は、一斉呼び出しサーバ４０とコンポーネントサーバ２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
また、限定ではなく例として、一斉呼び出しサーバ４０とコンポーネントサーバ２０とを区別する必要がない場合は、一斉呼び出しサーバ４０とコンポーネントサーバ２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0063】
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
通信システム１に含まれる各装置のＨＷ構成について説明する。
【0064】
（１）サーバのＨＷ構成
図１－１には、呼び出し先解決サーバ１０とコンポーネントサーバ２０と一斉呼び出しサーバ４０とのＨＷ構成の一例を示している。
呼び出し先解決サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。呼び出し先解決サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、呼び出し先解決サーバ１０のＨＷは、呼び出し先解決サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、呼び出し先解決サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、呼び出し先解決サーバ１０とコンポーネントサーバ２０と一斉呼び出しサーバ４０とのＨＷ構成の一例を示している。
呼び出し先解決サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。呼び出し先解決サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、呼び出し先解決サーバ１０のＨＷは、呼び出し先解決サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、呼び出し先解決サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0065】
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【0066】
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサー、プロセッサーコア、マルチプロセッサー、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
【0067】
記憶部１５は、呼び出し先解決サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0068】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介してコンポーネントサーバ２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、コンポーネントサーバ２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、コンポーネントサーバ２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0069】
入出力部１２は、呼び出し先解決サーバ１０に対する各種操作を入力する装置や、呼び出し先解決サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0070】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
【0071】
出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0072】
あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
【0073】
表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display）で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
【0074】
時計部１９は、呼び出し先解決サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
【0075】
限定ではなく例として、コンポーネントサーバ２０と、一斉呼び出しサーバ４０とについても呼び出し先解決サーバ１０と同様に構成することができる。
【0076】
（２）その他
呼び出し先解決サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、呼び出し先解決サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
呼び出し先解決サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、呼び出し先解決サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
【0077】
本開示の各実施形態においては、コンポーネントサーバ２０および／または呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
【0078】
なお、コンポーネントサーバ２０の制御部２１、および／または、呼び出し先解決サーバ１０の制御部１１、および／または、一斉呼び出しサーバ４０の制御部４１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、限定ではなく例として、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
他の装置についても同様である。
他の装置についても同様である。
【0079】
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
【0080】
また、システムのプログラム（システムによって実行されるプログラム）という場合、システムについては前述した通りである。そして、前述したシステムのプログラムとは、システム全体で実行可能なプログラムであって、このプログラムは、限定ではなく例として、システムを構成する装置個々のプログラムで構成されてもよく、システムを構成する個々の装置に保存されるプログラムは、各々異なっていてもよいものとする。つまり、システムを構成する個々の装置で共通のプログラムでなくてもよいものとする。
限定ではなく例として、システムが複数のサーバ（サーバシステムやクラスタ）で構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、呼び出し先解決サーバ１０に保存されたプログラムＰ２と、コンポーネントサーバ２０に保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、呼び出し先解決サーバ１０に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、コンポーネントサーバ２０に保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を呼び出し先解決サーバ１０に送信するプログラムであってもよい。
他の装置についても同様である。
限定ではなく例として、システムが複数のサーバ（サーバシステムやクラスタ）で構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、呼び出し先解決サーバ１０に保存されたプログラムＰ２と、コンポーネントサーバ２０に保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、呼び出し先解決サーバ１０に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、コンポーネントサーバ２０に保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を呼び出し先解決サーバ１０に送信するプログラムであってもよい。
他の装置についても同様である。
【0081】
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
【0082】
呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０および／またはコンポーネントサーバ２０は、限定ではなく例として、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【0083】
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０および／またはコンポーネントサーバ２０に提供されてもよいし、されなくてもよい。呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０および／またはコンポーネントサーバ２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【0084】
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０および／またはコンポーネントサーバ２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
コンポーネントサーバ２０における処理の少なくとも一部、または全部を、呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０により行う構成としてもよいし、そうでなくてもよい。この場合、コンポーネントサーバ２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０で行う構成としてもよいし、そうでなくてもよい。
呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０における処理の少なくとも一部、または全部を、コンポーネントサーバ２０により行う構成としてもよいし、そうでなくてもよい。この場合、呼び出し先解決サーバ１０の制御部１１および／または一斉呼び出しサーバ４０の制御部４１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、コンポーネントサーバ２０で行う構成としてもよいし、そうでなくてもよい。
呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０および／またはコンポーネントサーバ２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
コンポーネントサーバ２０における処理の少なくとも一部、または全部を、呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０により行う構成としてもよいし、そうでなくてもよい。この場合、コンポーネントサーバ２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０で行う構成としてもよいし、そうでなくてもよい。
呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０における処理の少なくとも一部、または全部を、コンポーネントサーバ２０により行う構成としてもよいし、そうでなくてもよい。この場合、呼び出し先解決サーバ１０の制御部１１および／または一斉呼び出しサーバ４０の制御部４１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、コンポーネントサーバ２０で行う構成としてもよいし、そうでなくてもよい。
【0085】
呼び出し先解決サーバ１０における処理の少なくとも一部、または全部を、一斉呼び出しサーバ４０により行う構成としてもよいし、そうでなくてもよい。この場合、呼び出し先解決サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、一斉呼び出しサーバ４０で行う構成としてもよいし、そうでなくてもよい。
一斉呼び出しサーバ４０における処理の少なくとも一部、または全部を、呼び出し先解決サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、一斉呼び出しサーバ４０の制御部４１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、呼び出し先解決サーバ１０で行う構成としてもよいし、そうでなくてもよい。
一斉呼び出しサーバ４０における処理の少なくとも一部、または全部を、呼び出し先解決サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、一斉呼び出しサーバ４０の制御部４１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、呼び出し先解決サーバ１０で行う構成としてもよいし、そうでなくてもよい。
【0086】
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
【0087】
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Go、Objective-C、Java(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。
【0088】
＜機能構成＞
（１）コンポーネントサーバ２０の機能構成
図１－２は、本実施例においてコンポーネントサーバ２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２５に記憶されたコンポーネント処理プログラム２５１に従ってコンポーネントプログラム処理を実行するためのコンポーネントプログラム処理部２１１を機能部として含む。
また、制御部２１は、限定ではなく例として、記憶部２５に記憶されたｈｔｔｐデーモンプログラム２５３に従ってｈｔｔｐによる情報の送受信を行うためのｈｔｔｐデーモン処理を実行するためのｈｔｔｐデーモン処理部２１３を機能部として含む。
（１）コンポーネントサーバ２０の機能構成
図１－２は、本実施例においてコンポーネントサーバ２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２５に記憶されたコンポーネント処理プログラム２５１に従ってコンポーネントプログラム処理を実行するためのコンポーネントプログラム処理部２１１を機能部として含む。
また、制御部２１は、限定ではなく例として、記憶部２５に記憶されたｈｔｔｐデーモンプログラム２５３に従ってｈｔｔｐによる情報の送受信を行うためのｈｔｔｐデーモン処理を実行するためのｈｔｔｐデーモン処理部２１３を機能部として含む。
【0089】
図１－３は、本実施例においてコンポーネントサーバ２０の記憶部２５に記憶される情報の一例を示す図である。
記憶部２５には、限定ではなく例として、制御部２１によってコンポーネントプログラム処理として実行されるコンポーネント処理プログラム２５１と、制御部２１によってｈｔｔｐデーモン処理として実行されるｈｔｔｐデーモンプログラム２５３と、サーバＩＤ２５５とが記憶される。
記憶部２５には、限定ではなく例として、制御部２１によってコンポーネントプログラム処理として実行されるコンポーネント処理プログラム２５１と、制御部２１によってｈｔｔｐデーモン処理として実行されるｈｔｔｐデーモンプログラム２５３と、サーバＩＤ２５５とが記憶される。
【0090】
限定ではなく例として、コンポーネント処理プログラム２５１は、ソフトウエアコンポーネントと言ってもよい。
【0091】
ｈｔｔｐデーモンプログラム２５３は、限定ではなく例として、Ａｐａｃｈｅ（登録商標） ＨＴＴＰ Ｓｅｒｖｅｒやｎｇｉｎｘ（登録商標）、ＷＳＧＩ（Web Server Gateway Interface） Ｓｅｒｖｅｒ等で実現（実装）されるようにしてもよい。
【0092】
コンポーネント処理プログラム２５１は、限定ではなく例として、メッセージングモジュール２５１３を備える。また、メッセージングモジュール２５１３は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５を備える。
【0093】
サーバＩＤ２５５は、限定ではなく例として、コンポーネント処理プログラムを実行するクラスタ（サーバシステム）のうち、特定のコンポーネントサーバ２０を識別するための情報である。
限定ではなく例として、あるコンポーネントサーバ２０がコンポーネントプログラム処理を開始する場合、コンポーネント処理プログラム２５１に従ってコンポーネントサーバ２０ごとに割り振られる識別情報がサーバＩＤ２５５に記憶されるようにしてもよい。
限定ではなく例として、あるコンポーネントサーバ２０がコンポーネントプログラム処理を開始する場合、コンポーネント処理プログラム２５１に従ってコンポーネントサーバ２０ごとに割り振られる識別情報がサーバＩＤ２５５に記憶されるようにしてもよい。
【0094】
（２）呼び出し先解決サーバ１０の機能構成
図１－４は、本実施例において呼び出し先解決サーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶された呼び出し先解決処理プログラム１５１に従って、コンポーネントサーバ２０間におけるプロセス間通信の呼び出し先解決処理を実行するための呼び出し先解決処理部１１１を機能部として含む。
なお、制御部１１は、限定ではなく例として、記憶部１５に記憶されたｈｔｔｐデーモンプログラムに従ってｈｔｔｐによる情報の送受信を行うためのｈｔｔｐデーモン処理を実行するためのｈｔｔｐデーモン処理部を機能部として含むようにしてもよい。
図１－４は、本実施例において呼び出し先解決サーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶された呼び出し先解決処理プログラム１５１に従って、コンポーネントサーバ２０間におけるプロセス間通信の呼び出し先解決処理を実行するための呼び出し先解決処理部１１１を機能部として含む。
なお、制御部１１は、限定ではなく例として、記憶部１５に記憶されたｈｔｔｐデーモンプログラムに従ってｈｔｔｐによる情報の送受信を行うためのｈｔｔｐデーモン処理を実行するためのｈｔｔｐデーモン処理部を機能部として含むようにしてもよい。
【0095】
図１－５は、本実施例において呼び出し先解決サーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、制御部１１によって呼び出し先解決処理として実行される呼び出し先解決処理プログラム１５１と、呼び出し先管理データ１５３とが記憶される。
なお、記憶部１５に、ｈｔｔｐデーモンプログラムを記憶させるようにしてもよい。
記憶部１５には、限定ではなく例として、制御部１１によって呼び出し先解決処理として実行される呼び出し先解決処理プログラム１５１と、呼び出し先管理データ１５３とが記憶される。
なお、記憶部１５に、ｈｔｔｐデーモンプログラムを記憶させるようにしてもよい。
【0096】
呼び出し先管理データ１５３は、コンポーネントプログラム（限定ではなく例として、ＯｐｅｎＳｔａｃｋにおけるＮＯＶＡやＮＥＵＴＲＯＮ等）を実行するクラスタ（サーバシステム）内の個々のコンポーネントサーバ２０に関する登録データであり、そのデータ構成の一例を図１－６に示す。
呼び出し先管理データ１５３には、限定ではなく例として、サーバＩＤと、バインドキー情報と、その他登録情報とが関連付けて記憶される。
呼び出し先管理データ１５３には、限定ではなく例として、サーバＩＤと、バインドキー情報と、その他登録情報とが関連付けて記憶される。
【0097】
サーバＩＤは、コンポーネント処理プログラムを実行するクラスタを構成するコンポーネントサーバ２０の識別情報であり、限定ではなく例として、コンポーネントサーバ２０がコンポーネント処理プログラムを実行する際にコンポーネントサーバ２０から送信されるサーバＩＤが記憶される。
【0098】
なお、サーバＩＤは、コンポーネントサーバ２０が識別可能な情報（限定ではなく例として、ＩＰアドレスやポート番号、ＭＡＣアドレス、ＵＲＩ等）としてもよい。
また、サーバＩＤは、ＲＰＣエンドポイント情報と言ってもよい。
また、サーバＩＤは、ＲＰＣエンドポイント情報と言ってもよい。
【0099】
また、サーバＩＤは、限定ではなく例として、コンポーネントサーバ２０がコンポーネント処理プログラムを実行する際に呼び出し先解決サーバ１０によってコンポーネントサーバ２０ごとに一意な値（固有の値）が設定されて記憶されるようにしてもよい。
この場合、呼び出し先解決サーバ１０は、設定したサーバＩＤをコンポーネントサーバ２０に送信するようにしてもよい。そして、コンポーネントサーバ２０は、受信したサーバＩＤを記憶部２５に記憶させるようにしてもよい。
この場合、呼び出し先解決サーバ１０は、設定したサーバＩＤをコンポーネントサーバ２０に送信するようにしてもよい。そして、コンポーネントサーバ２０は、受信したサーバＩＤを記憶部２５に記憶させるようにしてもよい。
【0100】
バインドキー情報は、限定ではなく例として、ＲＰＣにおけるプロセス間通信の呼び出し先を定めるための情報である。このバインドキー情報は、限定ではなく例として、コンポーネントサーバ２０がコンポーネント処理プログラムを実行する際にコンポーネントサーバ２０から送信されるバインドキー情報が記憶される。
【0101】
なお、バインドキー情報は、限定ではなく例として、コンポーネントサーバ２０がコンポーネント処理プログラムを実行する際に呼び出し先解決サーバ１０によって設定され、記憶されるようにしてもよい。
【0102】
また、バインドキー情報は、限定ではなく例として、メッセージングモジュール２５１３がＲＰＣに従ってプロセス間通信を受け付けるために必要となる情報であり、限定ではなく例として、ＲＰＣとの互換性を保つ必要がない場合、バインドキー情報は記憶させないようにしてもよい。
【0103】
また、バインドキー情報には、限定ではなく例として、文字列のパターンを示す表現（限定ではなく例として、１ワードマッチ（限定ではなく例として、「＊」）や複数ワードマッチ（限定ではなく例として、「＃」）等）を含めるようにしてもよい。バインドキー情報には、限定ではなく例として、複数のバインドキー文字列を含めるようにしてもよい。
【0104】
その他登録情報には、限定ではなく例として、コンポーネントサーバ２０に関するサーバ情報やコンポーネントサーバ２０の構成情報（限定ではなく例として、ＣＰＵコア数やメインメモリ容量等）、アップタイムやロードアベレージといった各種の情報を含めるようにすることができる。また、その他登録情報には、呼び出し先解決サーバ１０による各コンポーネントサーバ２０への死活監視に関する情報を含めるようにしてもよい。
【0105】
なお、その他登録情報に、サーバの役割を識別するための情報（以下、「サーバ役割情報」と称する。）として、限定ではなく例として、ＲＰＣを受付可能であることを示す「ワーカ」等を設定可能であるようにしてもよい。
【0106】
なお、呼び出し先管理データ１５３に、一斉呼び出しサーバ４０の登録情報を記憶させるようにしてもよい。
この場合、限定ではなく例として、サーバ役割情報に、限定ではなく例として、「ブロードキャスタ」と設定可能であるようにしてもよい。関連付けられるバインドキー情報はあってもよいし、無くてもよい。
また、サーバＩＤは、一斉呼び出しサーバ４０によって設定されることとしてもよいし、呼び出し先解決サーバ１０によって設定されることとしてもよい。
この場合、限定ではなく例として、サーバ役割情報に、限定ではなく例として、「ブロードキャスタ」と設定可能であるようにしてもよい。関連付けられるバインドキー情報はあってもよいし、無くてもよい。
また、サーバＩＤは、一斉呼び出しサーバ４０によって設定されることとしてもよいし、呼び出し先解決サーバ１０によって設定されることとしてもよい。
【0107】
なお、限定ではなく例として、ある一斉呼び出しサーバ４０が後述のＲＰＣメッセージ情報増幅送信処理を実行中の間、その一斉呼び出しサーバ４０に関するレコード（サーバＩＤ等）を呼び出し先管理データ１５３から一時的に削除するようにしてもよい。
【0108】
なお、呼び出し先解決処理プログラム１５１は、限定ではなく例として、サービス・ディスカバリシステムであるＣｏｎｓｕｌや、ＤＮＳ（Domain Name System）等に基づいて実装されるようにしてもよい。
【0109】
（３）一斉呼び出しサーバ４０の機能構成
図１－７は、本実施例において一斉呼び出しサーバ４０の制御部４１によって実現される機能の一例を示す図である。
制御部４１は、限定ではなく例として、記憶部４５に記憶された一斉呼び出し処理プログラム４５１に従って、複数のコンポーネントサーバ２０へのプロセス間通信を実行するための一斉呼び出しプログラム処理部４１１を機能部として含む。
また、制御部４１は、限定ではなく例として、記憶部４５に記憶されたｈｔｔｐデーモンプログラム４５３に従ってｈｔｔｐによる情報の送受信を行うためのｈｔｔｐデーモン処理を実行するためのｈｔｔｐデーモン処理部４１３を機能部として含む。
図１－７は、本実施例において一斉呼び出しサーバ４０の制御部４１によって実現される機能の一例を示す図である。
制御部４１は、限定ではなく例として、記憶部４５に記憶された一斉呼び出し処理プログラム４５１に従って、複数のコンポーネントサーバ２０へのプロセス間通信を実行するための一斉呼び出しプログラム処理部４１１を機能部として含む。
また、制御部４１は、限定ではなく例として、記憶部４５に記憶されたｈｔｔｐデーモンプログラム４５３に従ってｈｔｔｐによる情報の送受信を行うためのｈｔｔｐデーモン処理を実行するためのｈｔｔｐデーモン処理部４１３を機能部として含む。
【0110】
図１－８は、本実施例において一斉呼び出しサーバ４０の記憶部４５に記憶される情報の一例を示す図である。
記憶部４５には、限定ではなく例として、制御部４１によって一斉呼び出し処理として実行される一斉呼び出し処理プログラム４５１と、制御部４１によってｈｔｔｐデーモン処理として実行されるｈｔｔｐデーモンプログラム４５３と、コンポーネントサーバ一覧情報４５５とが記憶される。
記憶部４５には、限定ではなく例として、制御部４１によって一斉呼び出し処理として実行される一斉呼び出し処理プログラム４５１と、制御部４１によってｈｔｔｐデーモン処理として実行されるｈｔｔｐデーモンプログラム４５３と、コンポーネントサーバ一覧情報４５５とが記憶される。
【0111】
コンポーネントサーバ一覧情報４５５は、インヴォーカであるコンポーネントサーバ２０がプロセス間通信において一斉呼び出し（限定ではなく例として、ｒｐｃ．ｆａｎｏｕｔ）を実行する場合、一斉呼び出し先として指定されるワーカであるコンポーネントサーバ２０の一覧情報であり、限定ではなく例として、各コンポーネントサーバ２０のサーバＩＤ（サーバ識別情報）が記憶され保管されている。
【0112】
なお、一斉呼び出しサーバ４０は、限定ではなく例として、ｈｔｔｐ通信を仲介し増幅するためのＡＰＩサーバと言ってもよい。
【0113】
＜処理＞
図１－９は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。本フローチャートでは、限定ではなく例として、手続き側からの応答を期待するｒｐｃ．ｃａｌｌ通信について説明する。また、本フローチャートでは、限定ではなく例として、コンポーネントサーバ２０Ａをｒｐｃの呼び出し側（インヴォーカ）、コンポーネントサーバ２０Ｂをｒｐｃの手続き側（ワーカ）とする。
この図では、左側から順にインヴォーカとなるコンポーネントサーバ２０Ａの制御部２１が実行する処理、呼び出し先解決サーバ１０の制御部１１が実行する処理、ワーカとなるコンポーネントサーバ２０Ｂの制御部２１が実行する処理をそれぞれ示している。
図１－９は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。本フローチャートでは、限定ではなく例として、手続き側からの応答を期待するｒｐｃ．ｃａｌｌ通信について説明する。また、本フローチャートでは、限定ではなく例として、コンポーネントサーバ２０Ａをｒｐｃの呼び出し側（インヴォーカ）、コンポーネントサーバ２０Ｂをｒｐｃの手続き側（ワーカ）とする。
この図では、左側から順にインヴォーカとなるコンポーネントサーバ２０Ａの制御部２１が実行する処理、呼び出し先解決サーバ１０の制御部１１が実行する処理、ワーカとなるコンポーネントサーバ２０Ｂの制御部２１が実行する処理をそれぞれ示している。
【0114】
フローチャートに先立ち、各コンポーネントサーバ２０の制御部２１は、限定ではなく例として、コンポーネント処理プログラム２５１とｈｔｔｐデーモンプログラム２５３とに従って、コンポーネントプログラム処理とｈｔｔｐデーモン処理とを開始する。すると、各コンポーネントサーバ２０の制御部２１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５に従って、記憶部２５に記憶されるサーバＩＤ２５５を含むコンポーネントプログラム起動情報を通信Ｉ／Ｆ２２によって呼び出し先解決サーバ１０に送信する。
【0115】
なお、コンポーネントプログラム起動情報に、限定ではなく例として、各コンポーネントサーバ２０に関する構成情報等のサーバ情報を含めるようにしてもよい。また、コンポーネントプログラム起動情報に、限定ではなく例として、コンポーネントプログラム処理の起動時に設定されるバインドキー情報を含めるようにしてもよい。
【0116】
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０からコンポーネントプログラム起動情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、ワーカ更新処理を実行する（Ｓ１１０）。
ワーカ更新処理において、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したコンポーネントプログラム起動情報に基づいて、各コンポーネントサーバ２０を「ワーカ」とするように呼び出し先管理データ１５３を更新し登録する。
ワーカ更新処理において、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したコンポーネントプログラム起動情報に基づいて、各コンポーネントサーバ２０を「ワーカ」とするように呼び出し先管理データ１５３を更新し登録する。
【0117】
なお、各コンポーネントサーバ２０の制御部２１は、限定ではなく例として、コンポーネントプログラム処理を開始すると、限定ではなく例として、コンポーネントプログラム起動情報を所定時刻（限定ではなく例として、「毎時００分」）または所定期間（限定ではなく例として、「７２００秒」）ごとに呼び出し先解決サーバ１０に送信するようにしてもよい。
そして、呼び出し先解決サーバ１０の制御部１１は、コンポーネントサーバ２０からコンポーネントプログラム起動情報を受信すると、受信したコンポーネントプログラム起動情報に基づいて、呼び出し先管理データ１５３を更新するようにしてもよい。
そして、呼び出し先解決サーバ１０の制御部１１は、コンポーネントサーバ２０からコンポーネントプログラム起動情報を受信すると、受信したコンポーネントプログラム起動情報に基づいて、呼び出し先管理データ１５３を更新するようにしてもよい。
【0118】
また、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、各々のコンポーネントサーバ２０がワーカとして稼働していることを確認するためのコンポーネントプログラム稼働確認情報を所定時刻（限定ではなく例として、「毎分００秒」）または所定期間（限定ではなく例として、「６０秒」）ごとに各コンポーネントサーバ２０に送信するようにしてもよい。
通信Ｉ／Ｆ２４によって呼び出し先解決サーバ１０からコンポーネントプログラム稼働確認情報を受信すると、コンポーネントサーバ２０の制御部２１は、限定ではなく例として、コンポーネントプログラム起動情報を呼び出し先解決サーバ１０に送信するようにしてもよい。
そして、呼び出し先解決サーバ１０の制御部１１は、コンポーネントサーバ２０からコンポーネントプログラム起動情報を受信すると、受信したコンポーネントプログラム起動情報に基づいて、呼び出し先管理データ１５３を更新するようにしてもよい。
通信Ｉ／Ｆ２４によって呼び出し先解決サーバ１０からコンポーネントプログラム稼働確認情報を受信すると、コンポーネントサーバ２０の制御部２１は、限定ではなく例として、コンポーネントプログラム起動情報を呼び出し先解決サーバ１０に送信するようにしてもよい。
そして、呼び出し先解決サーバ１０の制御部１１は、コンポーネントサーバ２０からコンポーネントプログラム起動情報を受信すると、受信したコンポーネントプログラム起動情報に基づいて、呼び出し先管理データ１５３を更新するようにしてもよい。
【0119】
なお、呼び出し先解決サーバ１０の制御部１１は、あるコンポーネントサーバ２０からコンポーネントプログラム起動情報を受信不能と判定する場合、そのコンポーネントサーバ２０を呼び出し先管理データ１５３から削除するようにしてもよい。
【0120】
これにより、呼び出し先解決サーバ１０において、各コンポーネントサーバ２０の稼働状態に応じた死活監視を実現することができる。
【0121】
その後、インヴォーカであるコンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、コンポーネントプログラムにおけるｒｐｃ．ｃａｌｌ手続きに基づいて、ｒｐｃ．ｃａｌｌ処理を実行開始する（Ａ１１０）。
ｒｐｃ．ｃａｌｌ処理において、コンポーネントサーバ２０Ａのコンポーネントプログラム処理部２１１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５が組み込まれているメッセージングモジュール２５１３のＲＰＣクライアント（狭義のインヴォーカ）を呼び出す。
ｒｐｃ．ｃａｌｌ処理において、コンポーネントサーバ２０Ａのコンポーネントプログラム処理部２１１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５が組み込まれているメッセージングモジュール２５１３のＲＰＣクライアント（狭義のインヴォーカ）を呼び出す。
【0122】
以下では、コンポーネント処理プログラム２５１からメッセージングモジュール２５１３の呼び出し引数において指定されるｒｐｃ処理の内容を、限定ではなく例として、「ｒｐｃ処理要求情報」と称する。
【0123】
ｒｐｃ処理要求情報は、限定ではなく例として、以下の要素で構成されることとしてもよい。
・ｒｐｃメッセージ情報：手続き側で行う具体例処理内容（関数と言ってもよい）。
・ターゲット：手続き側のコンポーネントサーバ２０を探索する方法を識別するための情報。
・ルーティングキー：コンポーネントサーバ２０を探索する際に用いる、バインドキー情報と照合するための情報。
・ｒｐｃメッセージ情報：手続き側で行う具体例処理内容（関数と言ってもよい）。
・ターゲット：手続き側のコンポーネントサーバ２０を探索する方法を識別するための情報。
・ルーティングキー：コンポーネントサーバ２０を探索する際に用いる、バインドキー情報と照合するための情報。
【0124】
なお、ｒｐｃ処理要求情報は、限定ではなく例として、より簡潔に、ルーティングキーと、ｒｐｃメッセージ情報とで構成されることとしてもよい。
【0125】
また、以下では、ｒｐｃメッセージ情報に基づく手続き側でのｒｐｃ処理の結果（関数の返り値と言ってもよい）に関する情報を「ｒｐｃ処理結果情報」と称する。
【0126】
すると、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５に従って、ＲＰＣの手続き先を特定するために必要な情報であるワーカ一覧要求情報を通信Ｉ／Ｆ２４によって呼び出し先解決サーバ１０に送信する（Ａ１２０）。
なお、呼び出し先解決サーバ１０を識別するための情報（限定ではなく例として、ＩＰアドレスやＡＰＩサーバのＵＲＩ等）は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５が記憶することとしてもよい。また、呼び出し先解決サーバ１０を識別するための情報は、随時呼び出し先解決サーバ１０がコンポーネントサーバ２０に送信するようにしてもよい。
なお、呼び出し先解決サーバ１０を識別するための情報（限定ではなく例として、ＩＰアドレスやＡＰＩサーバのＵＲＩ等）は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５が記憶することとしてもよい。また、呼び出し先解決サーバ１０を識別するための情報は、随時呼び出し先解決サーバ１０がコンポーネントサーバ２０に送信するようにしてもよい。
【0127】
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０Ａからワーカ一覧要求情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、呼び出し先管理データ１５３を参照し、限定ではなく例として、サーバ役割情報が「ワーカ」であるサーバＩＤと、バインドキー情報とを含むワーカ一覧情報を通信Ｉ／Ｆ１４によってコンポーネントサーバ２０Ａに送信する（Ｓ１３０）。
なお、ワーカ一覧情報に、各コンポーネントサーバ２０の構成情報やロードアベレージといった各種のサーバ情報を含めるようにしてもよい。
なお、ワーカ一覧情報に、各コンポーネントサーバ２０の構成情報やロードアベレージといった各種のサーバ情報を含めるようにしてもよい。
【0128】
なお、ワーカ一覧要求情報とワーカ一覧情報との送受信は、限定ではなく例として、ｈｔｔｐプロトコルに従って行われるようにしてもよいし、ＤＮＳに従って行われるようにしてもよい。
【0129】
また、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、呼び出し先解決サーバ１０を示すＵＲＩに、限定ではなく例として、ＲＥＳＴ ＡＰＩ（ＲＥＳＴｆｕｌ ＡＰＩ）を介してワーカ一覧情報を取得するようにしてもよい。
【0130】
通信Ｉ／Ｆ２４によって呼び出し先解決サーバ１０からワーカ一覧情報を受信すると、コンポーネントサーバ２０Ａの制御部２１は、ワーカ探索処理を実行する（Ａ１３０）。
ワーカ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、受信したワーカ一覧情報とｒｐｃ処理要求情報とに基づいて、ｒｐｃメッセージ情報を送信するワーカ（この例では、コンポーネントサーバ２０Ｂ）を決定する。
ワーカ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、受信したワーカ一覧情報とｒｐｃ処理要求情報とに基づいて、ｒｐｃメッセージ情報を送信するワーカ（この例では、コンポーネントサーバ２０Ｂ）を決定する。
【0131】
より具体例には、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、ｒｐｃ処理要求情報におけるターゲットおよびルーティングキーの条件を満たすバインドキー情報を持つコンポーネントサーバ２０のサーバＩＤを探索するようにしてもよい。
【0132】
限定ではなく例として、ターゲットが「ダイレクト」である場合、コンポーネントサーバ２０Ａの制御部２１は、バインドキー情報がルーティングキーとマッチするサーバＩＤのコンポーネントサーバ２０をワーカとするようにしてもよい。
また、限定ではなく例として、ターゲットが「トピック」である場合、コンポーネントサーバ２０Ａの制御部２１は、バインドキー情報における文字列のパターンを示す表現を利用し、ルーティングキーと条件マッチするサーバＩＤのコンポーネントサーバ２０をワーカとするようにしてもよい。
また、限定ではなく例として、ターゲットが「ｎｕｌｌ（無指定）」である場合、コンポーネントサーバ２０Ａの制御部２１は、バインドキー情報がルーティングキーと完全一致するサーバＩＤのコンポーネントサーバ２０をワーカとするようにしてもよい。
また、限定ではなく例として、ターゲットが「トピック」である場合、コンポーネントサーバ２０Ａの制御部２１は、バインドキー情報における文字列のパターンを示す表現を利用し、ルーティングキーと条件マッチするサーバＩＤのコンポーネントサーバ２０をワーカとするようにしてもよい。
また、限定ではなく例として、ターゲットが「ｎｕｌｌ（無指定）」である場合、コンポーネントサーバ２０Ａの制御部２１は、バインドキー情報がルーティングキーと完全一致するサーバＩＤのコンポーネントサーバ２０をワーカとするようにしてもよい。
【0133】
なお、ワーカ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、複数のサーバＩＤを探索結果として出力するようにしてもよい。
【0134】
ワーカとなるサーバＩＤが探索されると、コンポーネントサーバ２０Ａの制御部２１は、探索されたサーバＩＤに基づいて、ｒｐｃメッセージ情報を通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ｂに送信する（Ａ１５０）。
また、コンポーネントサーバ２０Ｂの制御部２１は、通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信する（Ｂ１１０）。
また、コンポーネントサーバ２０Ｂの制御部２１は、通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信する（Ｂ１１０）。
【0135】
ｒｐｃメッセージ情報の送受信において、限定ではなく例として、コンポーネントサーバ２０のｈｔｔｐデーモン処理部２１３は、ｈｔｔｐに従って情報の送受信を行うようにしてもよい。この場合、コンポーネントサーバ２０Ａの制御部２１は、ＰＯＳＴメソッドによってコンポーネントサーバ２０Ｂにｒｐｃメッセージ情報を送信するようにしてもよい。また、コンポーネントサーバ２０Ｂの制御部２１は、ＧＥＴメソッドによってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信するようにしてもよい。
【0136】
なお、用いるプロトコルはｈｔｔｐ／１．０としてもよいし、ｈｔｔｐ／１．１としてもよいし、ｈｔｔｐ／２としてもよいし、その他のバージョンとしてもよい。
【0137】
限定ではなく例として、ｒｐｃメッセージ情報の送受信にｈｔｔｐを用いることで、呼び出し側のコンポーネントサーバ２０Ａ（インヴォーカ）は、手続き側のコンポーネントサーバ２０（ワーカ）にｒｐｃメッセージ情報が届いたか否かを判定することができる。
【0138】
また、ｒｐｃメッセージ情報の送受信において、ｈｔｔｐ以外のプロトコル（限定ではなく例として、ＳＳＨ（Secure Shell）等）を用いて通信するようにしてもよい。
【0139】
なお、コンポーネントサーバ２０Ｂの制御部２１は、通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信すると、ＲＰＣ処理中情報を通信Ｉ／Ｆ２２によって呼び出し先解決サーバ１０に送信するようにしてもよい。
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０ＢからＲＰＣ処理中情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したＲＰＣ処理中情報に基づいて、呼び出し先管理データ１５３を更新する（限定ではなく例として、サーバ役割情報を「ビジー」とする）ようにしてもよい。
そして、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、サーバ役割情報が「ビジー」となっているコンポーネントサーバ２０をワーカ一覧情報に含めないようにしてもよい。
これにより、ｒｐｃによる手続き中のコンポーネントサーバ２０Ｂをワーカ一覧から一時的に外し、他のコンポーネントサーバ２０から重複して手続き側として選択されることを防ぐことができる。
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０ＢからＲＰＣ処理中情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したＲＰＣ処理中情報に基づいて、呼び出し先管理データ１５３を更新する（限定ではなく例として、サーバ役割情報を「ビジー」とする）ようにしてもよい。
そして、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、サーバ役割情報が「ビジー」となっているコンポーネントサーバ２０をワーカ一覧情報に含めないようにしてもよい。
これにより、ｒｐｃによる手続き中のコンポーネントサーバ２０Ｂをワーカ一覧から一時的に外し、他のコンポーネントサーバ２０から重複して手続き側として選択されることを防ぐことができる。
【0140】
通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信すると、コンポーネントサーバ２０Ｂの制御部２１は、コンポーネントプログラム処理を実行する（Ｂ１３０）。
コンポーネントプログラム処理において、コンポーネントサーバ２０Ｂの制御部２１は、受信したｒｐｃメッセージ情報に基づいて、ｈｔｔｐメッセージングドライバ２５１５が組み込まれているメッセージングモジュール２５１３のＲＰＣサーバ（狭義のワーカ）を呼び出す。
すると、コンポーネントサーバ２０Ｂのコンポーネントプログラム処理部２１１は、メッセージングモジュール２５１３を介して受信したｒｐｃメッセージ情報で指定される手続き（処理）を実行する。
コンポーネントプログラム処理において、コンポーネントサーバ２０Ｂの制御部２１は、受信したｒｐｃメッセージ情報に基づいて、ｈｔｔｐメッセージングドライバ２５１５が組み込まれているメッセージングモジュール２５１３のＲＰＣサーバ（狭義のワーカ）を呼び出す。
すると、コンポーネントサーバ２０Ｂのコンポーネントプログラム処理部２１１は、メッセージングモジュール２５１３を介して受信したｒｐｃメッセージ情報で指定される手続き（処理）を実行する。
【0141】
限定ではなく例として、コンポーネントプログラム処理が終了すると、コンポーネントサーバ２０Ｂの制御部２１は、コンポーネントプログラム処理の処理結果を含むｒｐｃ処理結果情報を通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ａに送信する（Ｂ１５０）。
また、コンポーネントサーバ２０Ａの制御部２１は、通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ｂからｒｐｃ処理結果情報を受信する（Ａ１７０）。
また、コンポーネントサーバ２０Ａの制御部２１は、通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ｂからｒｐｃ処理結果情報を受信する（Ａ１７０）。
【0142】
ｒｐｃ処理結果情報の送受信において、限定ではなく例として、コンポーネントサーバ２０の制御部２１は、ｒｐｃメッセージ情報の送受信と同様に、ｈｔｔｐに従って情報の送受信を行うようにしてもよい。
ｒｐｃ処理結果情報の送受信にｈｔｔｐを用いることで、手続き側のコンポーネントサーバ２０（ワーカ）は、呼び出し側のコンポーネントサーバ２０Ａ（インヴォーカ）にｒｐｃ処理結果情報が届いたか否かを判定することができる。
ｒｐｃ処理結果情報の送受信にｈｔｔｐを用いることで、手続き側のコンポーネントサーバ２０（ワーカ）は、呼び出し側のコンポーネントサーバ２０Ａ（インヴォーカ）にｒｐｃ処理結果情報が届いたか否かを判定することができる。
【0143】
なお、ｒｐｃメッセージ情報とｒｐｃ処理結果情報との送受信において、それぞれｈｔｔｐリクエストが発生するようにしてもよいし、ｒｐｃメッセージ情報の送受信によるｈｔｔｐリクエストのレスポンスとしてｒｐｃ処理結果情報の送受信が行われるようにしてもよい。
【0144】
また、ｒｐｃ処理結果情報の送受信において、ｈｔｔｐ以外のプロトコル（限定ではなく例として、ＳＳＨ（Secure Shell）等）を用いて通信するようにしてもよい。
【0145】
なお、コンポーネントサーバ２０Ｂの制御部２１は、通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ａにｒｐｃ処理結果情報を送信すると、ＲＰＣ処理終了情報を通信Ｉ／Ｆ２２によって呼び出し先解決サーバ１０に送信するようにしてもよい。
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０ＢからＲＰＣ処理終了情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したコンポーネントプログラム処理終了情報に基づいて、呼び出し先管理データ１５３を更新する（限定ではなく例として、サーバ役割情報を「ワーカ」とする）ようにしてもよい。
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０ＢからＲＰＣ処理終了情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したコンポーネントプログラム処理終了情報に基づいて、呼び出し先管理データ１５３を更新する（限定ではなく例として、サーバ役割情報を「ワーカ」とする）ようにしてもよい。
【0146】
また、コンポーネントサーバ２０Ａの制御部２１は、通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ｂからｒｐｃ処理結果情報を受信すると、ＲＰＣ処理終了情報を通信Ｉ／Ｆ２２によって呼び出し先解決サーバ１０に送信するようにしてもよい。
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０ＡからＲＰＣ処理終了情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したコンポーネントプログラム処理終了情報に基づいて、呼び出し先管理データ１５３を更新する（限定ではなく例として、サーバ役割情報を「ワーカ」とする）ようにしてもよい。
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０ＡからＲＰＣ処理終了情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したコンポーネントプログラム処理終了情報に基づいて、呼び出し先管理データ１５３を更新する（限定ではなく例として、サーバ役割情報を「ワーカ」とする）ようにしてもよい。
【0147】
これらの処理により、ＲＰＣからタスク解放されたコンポーネントサーバ２０を再びワーカ一覧に復帰させ、他のコンポーネントサーバ２０から手続き側として選択させることができる。
【0148】
なお、手続き側からの応答を期待しないｒｐｃ．ｃａｓｔ通信については、限定ではなく例として、Ｂ１５０とＡ１７０とのステップを省略することで実現するようにしてもよい。
ｒｐｃ．ｃａｓｔ通信についても、インヴォーカからワーカにｒｐｃメッセージ情報が届いたか否かを判定することができる。
ｒｐｃ．ｃａｓｔ通信についても、インヴォーカからワーカにｒｐｃメッセージ情報が届いたか否かを判定することができる。
【0149】
また、本例ではワーカ探索処理においてコンポーネントサーバ２０ＢのサーバＩＤが探索された場合について例示したが、ワーカ探索処理において複数のサーバＩＤが探索された場合についても同様に複数のワーカに対するｒｐｃメッセージ情報および／またはｒｐｃ処理結果情報の送受信を行うようにしてもよい。
【0150】
図１－１０は、本発明における提案手法と、従来手法であるＡＭＱＰ利用時とにおけるソフトウェアモジュール間の協調動作の対比を示すブロック図である。
図１－１０の上側には、提案手法であるｈｔｔｐメッセージングドライバを用いる場合の動作を、下側にはＡＭＱＰライバを用いる場合の動作をそれぞれ示す。
ブロック図中において、丸印に数字で書かれる内容を、文中では便宜上「（（数字））」と表記することとする。
図１－１０の上側には、提案手法であるｈｔｔｐメッセージングドライバを用いる場合の動作を、下側にはＡＭＱＰライバを用いる場合の動作をそれぞれ示す。
ブロック図中において、丸印に数字で書かれる内容を、文中では便宜上「（（数字））」と表記することとする。
【0151】
提案手法における動作は、限定ではなく例として、以下の通りである。なお、提案手法における動作は、以下の動作に限定されない。
（（１））．インヴォーカ側のアプリケーションプロセス（限定ではなく例として、コンポーネントプログラム処理の一例）がＲＰＣ通信を行うためにＲＰＣメッセージングクライアントモジュール（限定ではなく例として、メッセージングモジュールの一例）のＲＰＣクライアントと通信。また、ＲＰＣクライアントからｈｔｔｐメッセージングドライバへｒｐｃ処理要求情報を送信。
（（２））．ｈｔｔｐメッセージングドライバが呼び出し先解決サーバ１０で提供される呼び出し先解決サービスに通信。
（（３））．呼び出し先解決サービスからｈｔｔｐメッセージングドライバへＲＰＣの手続き先を特定するために必要な情報を送信。限定ではなく例として、ｈｔｔｐメッセージングドライバが手続き先となるサーバ２０Ｂを特定（Ｅｘｃｈａｎｇｅ ａｎｄ Ｂｉｎｄ）。
（（４））．インヴォーカ側のｈｔｔｐメッセージングドライバがワーカであるサーバ２０Ｂにｒｐｃメッセージ情報を送信。また、ｒｐｃメッセージ情報が送信されると、送信が完了したことを示す情報を、限定ではなく例として、ＲＰＣクライアントを介してアプリケーションプロセスに伝達可能。
（（５））．ワーカ側のＲＰＣメッセージングサーバモジュール（限定ではなく例として、メッセージングモジュールの一例）において、ｈｔｔｐメッセージングドライバが受信したｒｐｃメッセージ情報をＲＰＣサーバに送信。ＲＰＣサーバはワーカ側のアプリケーションプロセス（限定ではなく例として、コンポーネントプログラム処理の一例）にｒｐｃメッセージ情報に基づく処理を要求。
（（６））．ワーカ側のアプリケーションプロセスがｒｐｃ処理結果情報をＲＰＣメッセージングサーバモジュールに送信。ＲＰＣサーバを介してｈｔｔｐメッセージングドライバに伝達。
（（７））．ワーカ側のｈｔｔｐメッセージングドライバがインヴォーカであるサーバ２０Ａにｒｐｃ処理結果情報を送信。また、ｒｐｃ処理結果情報が送信されると、送信が完了したことを示す情報を、限定ではなく例として、ＲＰＣサーバを介してアプリケーションプロセスに伝達可能。
（（８））．インヴォーカ側のＲＰＣメッセージングクライアントモジュールにおいて、ｈｔｔｐメッセージングドライバが受信したｒｐｃ処理結果情報をＲＰＣクライアントに送信。ＲＰＣクライアントはインヴォーカ側のアプリケーションプロセスにｒｐｃ処理結果情報を戻り値として渡す。
（（１））．インヴォーカ側のアプリケーションプロセス（限定ではなく例として、コンポーネントプログラム処理の一例）がＲＰＣ通信を行うためにＲＰＣメッセージングクライアントモジュール（限定ではなく例として、メッセージングモジュールの一例）のＲＰＣクライアントと通信。また、ＲＰＣクライアントからｈｔｔｐメッセージングドライバへｒｐｃ処理要求情報を送信。
（（２））．ｈｔｔｐメッセージングドライバが呼び出し先解決サーバ１０で提供される呼び出し先解決サービスに通信。
（（３））．呼び出し先解決サービスからｈｔｔｐメッセージングドライバへＲＰＣの手続き先を特定するために必要な情報を送信。限定ではなく例として、ｈｔｔｐメッセージングドライバが手続き先となるサーバ２０Ｂを特定（Ｅｘｃｈａｎｇｅ ａｎｄ Ｂｉｎｄ）。
（（４））．インヴォーカ側のｈｔｔｐメッセージングドライバがワーカであるサーバ２０Ｂにｒｐｃメッセージ情報を送信。また、ｒｐｃメッセージ情報が送信されると、送信が完了したことを示す情報を、限定ではなく例として、ＲＰＣクライアントを介してアプリケーションプロセスに伝達可能。
（（５））．ワーカ側のＲＰＣメッセージングサーバモジュール（限定ではなく例として、メッセージングモジュールの一例）において、ｈｔｔｐメッセージングドライバが受信したｒｐｃメッセージ情報をＲＰＣサーバに送信。ＲＰＣサーバはワーカ側のアプリケーションプロセス（限定ではなく例として、コンポーネントプログラム処理の一例）にｒｐｃメッセージ情報に基づく処理を要求。
（（６））．ワーカ側のアプリケーションプロセスがｒｐｃ処理結果情報をＲＰＣメッセージングサーバモジュールに送信。ＲＰＣサーバを介してｈｔｔｐメッセージングドライバに伝達。
（（７））．ワーカ側のｈｔｔｐメッセージングドライバがインヴォーカであるサーバ２０Ａにｒｐｃ処理結果情報を送信。また、ｒｐｃ処理結果情報が送信されると、送信が完了したことを示す情報を、限定ではなく例として、ＲＰＣサーバを介してアプリケーションプロセスに伝達可能。
（（８））．インヴォーカ側のＲＰＣメッセージングクライアントモジュールにおいて、ｈｔｔｐメッセージングドライバが受信したｒｐｃ処理結果情報をＲＰＣクライアントに送信。ＲＰＣクライアントはインヴォーカ側のアプリケーションプロセスにｒｐｃ処理結果情報を戻り値として渡す。
【0152】
また、従来手法における動作は、限定ではなく例として、以下の通りである。
（（１））．インヴォーカ側のアプリケーションプロセスがＲＰＣ通信を行うためにＲＰＣメッセージングクライアントモジュールのＲＰＣクライアントと通信。また、ＲＰＣクライアントからＡＭＱＰドライバへｒｐｃ処理要求情報を送信。
（（２））．ＡＭＱＰドライバがメッセージキューイングサービス（限定ではなく例として、ＲａｂｂｉｔＭＱ等）にｒｐｃ処理要求情報に基づくｒｐｃ処理要求を発行。メッセージキューイングサービスにおいて、手続き先となるサーバ２０Ｂに紐づけられるキューを特定し、キューにｒｐｃメッセージ情報を保管（Ｅｘｃｈａｎｇｅ， Ｂｉｎｄ ａｎｄ Ｑｕｅｕｅ）。
（（３））．ワーカ側のＲＰＣメッセージングサーバモジュールにおいて、ＡＭＱＰドライバがメッセージキューイングサービスのキューを定期的にフェッチ。
（（４））．キューにサーバ２０Ｂ宛のｒｐｃメッセージ情報が存在する場合、ＡＭＱＰドライバがキューからｒｐｃメッセージ情報を読み出し。
（（５））．ＡＭＱＰドライバが受信したｒｐｃメッセージ情報をＲＰＣサーバに送信。ＲＰＣサーバはワーカ側のアプリケーションプロセスにｒｐｃメッセージ情報に基づく処理を要求。
（（６））．ワーカ側のアプリケーションプロセスがｒｐｃ処理結果情報をＲＰＣメッセージングサーバモジュールに送信。ＲＰＣサーバを介してＡＭＱＰドライバに伝達。
（（７））．ワーカ側のＡＭＱＰドライバがメッセージキューイングサービスにｒｐｃ処理結果情報を送信（キューイング）。
（（８））．メッセージキューイングサービスがインヴォーカ側のＡＭＱＰドライバにｒｐｃ処理結果情報を送信。
（（９））．インヴォーカ側のＲＰＣメッセージングクライアントモジュールにおいて、ＡＭＱＰドライバが受信したｒｐｃ処理結果情報をＲＰＣクライアントに送信。ＲＰＣクライアントはインヴォーカ側のアプリケーションプロセスにｒｐｃ処理結果情報を戻り値として渡す。
（（１））．インヴォーカ側のアプリケーションプロセスがＲＰＣ通信を行うためにＲＰＣメッセージングクライアントモジュールのＲＰＣクライアントと通信。また、ＲＰＣクライアントからＡＭＱＰドライバへｒｐｃ処理要求情報を送信。
（（２））．ＡＭＱＰドライバがメッセージキューイングサービス（限定ではなく例として、ＲａｂｂｉｔＭＱ等）にｒｐｃ処理要求情報に基づくｒｐｃ処理要求を発行。メッセージキューイングサービスにおいて、手続き先となるサーバ２０Ｂに紐づけられるキューを特定し、キューにｒｐｃメッセージ情報を保管（Ｅｘｃｈａｎｇｅ， Ｂｉｎｄ ａｎｄ Ｑｕｅｕｅ）。
（（３））．ワーカ側のＲＰＣメッセージングサーバモジュールにおいて、ＡＭＱＰドライバがメッセージキューイングサービスのキューを定期的にフェッチ。
（（４））．キューにサーバ２０Ｂ宛のｒｐｃメッセージ情報が存在する場合、ＡＭＱＰドライバがキューからｒｐｃメッセージ情報を読み出し。
（（５））．ＡＭＱＰドライバが受信したｒｐｃメッセージ情報をＲＰＣサーバに送信。ＲＰＣサーバはワーカ側のアプリケーションプロセスにｒｐｃメッセージ情報に基づく処理を要求。
（（６））．ワーカ側のアプリケーションプロセスがｒｐｃ処理結果情報をＲＰＣメッセージングサーバモジュールに送信。ＲＰＣサーバを介してＡＭＱＰドライバに伝達。
（（７））．ワーカ側のＡＭＱＰドライバがメッセージキューイングサービスにｒｐｃ処理結果情報を送信（キューイング）。
（（８））．メッセージキューイングサービスがインヴォーカ側のＡＭＱＰドライバにｒｐｃ処理結果情報を送信。
（（９））．インヴォーカ側のＲＰＣメッセージングクライアントモジュールにおいて、ＡＭＱＰドライバが受信したｒｐｃ処理結果情報をＲＰＣクライアントに送信。ＲＰＣクライアントはインヴォーカ側のアプリケーションプロセスにｒｐｃ処理結果情報を戻り値として渡す。
【0153】
これらの動作から、提案手法では、インヴォーカ側のｈｔｔｐメッセージングドライバとワーカ側のｈｔｔｐメッセージングドライバとにおいて直接ｒｐｃメッセージ情報できることがわかる。ｒｐｃ処理結果情報についても同様である。
このため、インヴォーカ側のｈｔｔｐメッセージングドライバにおいて送信先となるワーカの解決が終了していれば、それ以降のプロセス間通信に支障が生じない。また、呼び出し先解決サービスが停止した場合においても、インヴォーカ側でｒｐｃメッセージ情報の送信前にトラブルを検知することができる。このため、アプリケーションプロセスに例外処理等を実行させることが容易となる。
このため、インヴォーカ側のｈｔｔｐメッセージングドライバにおいて送信先となるワーカの解決が終了していれば、それ以降のプロセス間通信に支障が生じない。また、呼び出し先解決サービスが停止した場合においても、インヴォーカ側でｒｐｃメッセージ情報の送信前にトラブルを検知することができる。このため、アプリケーションプロセスに例外処理等を実行させることが容易となる。
【0154】
対して、従来手法では、全てのｒｐｃメッセージ情報およびｒｐｃ処理結果情報は、メッセージキューイングサービスを経由する必要が生じる（メッセージキューイングサービスがＳＰＯＦとなる）。
このため、メッセージキューイングサービスが停止すると、送受信中のｒｐｃメッセージ情報およびｒｐｃ処理結果情報を含めて、プロセス間通信全般に支障が生じる。また、メッセージキューイングサービスのキューに何らかの改変が発生した場合等において、プロセス間通信に混乱が生じ、原因の特定が困難なアプリケーションプロセスのエラーが生じる可能性がある。
このため、メッセージキューイングサービスが停止すると、送受信中のｒｐｃメッセージ情報およびｒｐｃ処理結果情報を含めて、プロセス間通信全般に支障が生じる。また、メッセージキューイングサービスのキューに何らかの改変が発生した場合等において、プロセス間通信に混乱が生じ、原因の特定が困難なアプリケーションプロセスのエラーが生じる可能性がある。
【0155】
また、従来手法において、ワーカ側のＡＭＱＰドライバはインヴォーカから送信されたｒｐｃメッセージ情報を受信するために、メッセージキューイングサービスのキューへのフェッチが随時必要とされる。
対して、提案手法では、インヴォーカ側のアプリケーションプロセスからワーカ側のアプリケーションプロセスまでｒｐｃメッセージ情報がソフトウェアモジュール間を一路に伝達されていることがわかる。ｒｐｃ処理結果情報についても同様である。
このため、提案手法では、処理にフェッチを行うためのオーバーヘッドが生じず、アプリケーションプロセスを実行するクラスタ全体の負荷を低減させることができる。
対して、提案手法では、インヴォーカ側のアプリケーションプロセスからワーカ側のアプリケーションプロセスまでｒｐｃメッセージ情報がソフトウェアモジュール間を一路に伝達されていることがわかる。ｒｐｃ処理結果情報についても同様である。
このため、提案手法では、処理にフェッチを行うためのオーバーヘッドが生じず、アプリケーションプロセスを実行するクラスタ全体の負荷を低減させることができる。
【0156】
また、提案手法では、インヴォーカ側のアプリケーションプロセスはワーカにｒｐｃメッセージ情報が到達したことを、ワーカ側のアプリケーションプロセスはインヴォーカにｒｐｃ処理結果情報が到達したことを、それぞれ検知可能である。
対して、従来手法では、メッセージキューイングサービスにｒｐｃメッセージ情報および／またはｒｐｃ処理結果情報がキューイングされたか否かのみを検知することができる。
このため、提案手法では、プロセス間通信の進行度合を的確に把握することができ、限定ではなく例として、アプリケーションプロセスにおける投機的実行等を効率的に進めることができる。また、アプリケーションプロセスのデバッグ操作がより容易となる。
対して、従来手法では、メッセージキューイングサービスにｒｐｃメッセージ情報および／またはｒｐｃ処理結果情報がキューイングされたか否かのみを検知することができる。
このため、提案手法では、プロセス間通信の進行度合を的確に把握することができ、限定ではなく例として、アプリケーションプロセスにおける投機的実行等を効率的に進めることができる。また、アプリケーションプロセスのデバッグ操作がより容易となる。
【0157】
また、従来手法におけるメッセージキューイングサービスは、呼び出し先解決サービスと比べて複雑な処理を必要とする。このため、提案手法では、プロセス間通信を実現するためのサービスを含めたアプリケーションプロセスを実行するクラスタ全体のリソースを低減することができる。また、メッセージキューイングサービスに比べて簡潔な呼び出し先解決サービスは、平均故障間隔（ＭＴＢＦ：Mean Time Between Failures）が長く、また、平均復旧時間（ＭＴＴＲ：Mean Time To Recovery）が短くなることが期待できる。結果として、アプリケーションプロセスを実行するクラスタ全体の信頼性をより向上させることができる。
【0158】
なお、本発明におけるプロセス間通信は、ｒｐｃ．ｃａｌｌ通信やｒｐｃ．ｃａｓｔ通信に限定されない。
【0159】
図１－１１は、本実施例において各装置が実行する処理の流れの別例を示すフローチャートである。本フローチャートでは、限定ではなく例として、手続き側からの応答を期待しないｒｐｃ．ｆａｎｏｕｔ通信について説明する。また、本フローチャートでは、限定ではなく例として、コンポーネントサーバ２０Ａをｒｐｃの呼び出し側（インヴォーカ）、コンポーネントサーバ２０Ｂ、コンポーネントサーバ２０Ｃ、コンポーネントサーバ２０Ｄ、・・・をｒｐｃの手続き側（ワーカ）とする。
この図では、左側から順にインヴォーカとなるコンポーネントサーバ２０Ａの制御部２１が実行する処理、呼び出し先解決サーバ１０の制御部１１が実行する処理、一斉呼び出しサーバ４０の制御部４１が実行する処理、ワーカとなるコンポーネントサーバ２０Ｂの制御部２１が実行する処理をそれぞれ示している。なお、他のワーカについては、限定ではなく例として、コンポーネントサーバ２０Ｂの制御部２１が実行する処理と同様に実行することができる。
この図では、左側から順にインヴォーカとなるコンポーネントサーバ２０Ａの制御部２１が実行する処理、呼び出し先解決サーバ１０の制御部１１が実行する処理、一斉呼び出しサーバ４０の制御部４１が実行する処理、ワーカとなるコンポーネントサーバ２０Ｂの制御部２１が実行する処理をそれぞれ示している。なお、他のワーカについては、限定ではなく例として、コンポーネントサーバ２０Ｂの制御部２１が実行する処理と同様に実行することができる。
【0160】
なお、説明を簡略化するため、限定ではなく例として、本フローチャートでは一斉呼び出しサーバ４０が一つ（ブロードキャスタが一つ）の場合について例示する。限定ではなく例として、一斉呼び出しサーバ４０は複数（限定ではなく例として、一斉呼び出しサーバ４０Ａ，一斉呼び出しサーバ４０Ｂ，一斉呼び出しサーバ４０Ｃ，・・・等）あってもよい。この場合、各一斉呼び出しサーバ４０には、異なるバインドキー情報が割り振られるようにしてもよい。
【0161】
フローチャートに先立ち、前述のように、各コンポーネントサーバ２０の制御部２１は、呼び出し先解決サーバ１０にコンポーネントプログラム起動情報を送信する。
また、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したコンポーネントプログラム起動情報に基づいて、各コンポーネントサーバ２０を「ワーカ」とするように呼び出し先管理データ１５３を更新する。
また、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、受信したコンポーネントプログラム起動情報に基づいて、各コンポーネントサーバ２０を「ワーカ」とするように呼び出し先管理データ１５３を更新する。
【0162】
一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、ワーカ一覧要求情報を通信Ｉ／Ｆ４４によって呼び出し先解決サーバ１０に送信する。そして、通信Ｉ／Ｆ１４によって一斉呼び出しサーバ４０からワーカ一覧要求情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって一斉呼び出しサーバ４０にワーカ一覧情報を送信する。なお、一斉呼び出しサーバ４０に送信するワーカ一覧情報には、サーバ役割情報が「ビジー」となっているコンポーネントサーバ２０を含めるようにしてもよい。
また、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、呼び出し先管理データ１５３を参照し、ワーカ一覧要求情報を送信した一斉呼び出しサーバ４０のサーバ役割情報を「ブロードキャスタ」に更新する。
通信Ｉ／Ｆ４４によって呼び出し先解決サーバ１０からワーカ一覧情報を受信すると、一斉呼び出しサーバ４０の制御部４１は、受信したワーカ一覧情報に基づいて、コンポーネントサーバ一覧情報４５５を更新する。
また、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、呼び出し先管理データ１５３を参照し、ワーカ一覧要求情報を送信した一斉呼び出しサーバ４０のサーバ役割情報を「ブロードキャスタ」に更新する。
通信Ｉ／Ｆ４４によって呼び出し先解決サーバ１０からワーカ一覧情報を受信すると、一斉呼び出しサーバ４０の制御部４１は、受信したワーカ一覧情報に基づいて、コンポーネントサーバ一覧情報４５５を更新する。
【0163】
なお、一斉呼び出しサーバ４０にバインドキー情報が割り当てられる場合、一斉呼び出しサーバ４０の制御部４１は、受信したワーカ一覧情報のうち、一斉呼び出しサーバ４０のバインドキー情報とマッチするコンポーネントサーバ２０のサーバＩＤ一覧をコンポーネントサーバ一覧情報４５５に記憶させるようにしてもよい。
限定ではなく例として、図１－６において、一斉呼び出しサーバ４０のバインドキー情報が「ａｐｐｌｅ」である場合、コンポーネントサーバ一覧情報４５５には、「ａｐｐｌｅ」を含むサーバＩＤ「ＳＩＤ２０Ａ」～「ＳＩＤ２０Ｄ」までの各コンポーネントサーバ２０に関する識別情報が格納されるようにしてもよい。
限定ではなく例として、図１－６において、一斉呼び出しサーバ４０のバインドキー情報が「ａｐｐｌｅ」である場合、コンポーネントサーバ一覧情報４５５には、「ａｐｐｌｅ」を含むサーバＩＤ「ＳＩＤ２０Ａ」～「ＳＩＤ２０Ｄ」までの各コンポーネントサーバ２０に関する識別情報が格納されるようにしてもよい。
【0164】
また、一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、ワーカ一覧要求情報を所定時刻（限定ではなく例として、「毎時００分」）または所定期間（限定ではなく例として、「７２００秒」）ごとに呼び出し先解決サーバ１０に送信することで、コンポーネントサーバ一覧情報４５５を更新するようにしてもよい。
【0165】
なお、各コンポーネントサーバ２０の制御部２１は、一斉呼び出しサーバ４０にコンポーネントプログラム起動情報を送信するようにしてもよい。そして、一斉呼び出しサーバ４０の制御部４１は、受信したコンポーネントプログラム起動情報に基づいて、コンポーネントサーバ一覧情報４５５を更新するようにしてもよい。
【0166】
まず、インヴォーカであるコンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、コンポーネントプログラムにおけるｒｐｃ．ｆａｎｏｕｔ手続きに基づいて、ｒｐｃ．ｆａｎｏｕｔ処理を実行開始する（Ａ２１０）。
ｒｐｃ．ｆａｎｏｕｔ処理において、コンポーネントサーバ２０Ａのコンポーネントプログラム処理部２１１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５が組み込まれているメッセージングモジュール２５１３のＲＰＣクライアントを呼び出す。
ｒｐｃ．ｆａｎｏｕｔ処理において、コンポーネントサーバ２０Ａのコンポーネントプログラム処理部２１１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５が組み込まれているメッセージングモジュール２５１３のＲＰＣクライアントを呼び出す。
【0167】
すると、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５に従って、ＲＰＣの手続き先を特定するために必要な情報を要求するブロードキャスタ要求情報を通信Ｉ／Ｆ２４によって呼び出し先解決サーバ１０に送信する（Ａ２３０）。
【0168】
すると、呼び出し先解決サーバ１０の制御部１１は、呼び出し先管理データ１５３を参照し、限定ではなく例として、サーバ役割情報が「ブロードキャスタ」であるサーバＩＤと、バインドキー情報とを含むブロードキャスタ情報を通信Ｉ／Ｆ１４によってコンポーネントサーバ２０Ａに送信する（Ｓ２１０）。なお、ブロードキャスタ情報に、各一斉呼び出しサーバ４０のロードアベレージといった各種の情報を含めるようにしてもよい。
【0169】
なお、呼び出し先解決サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によってコンポーネントサーバ２０Ａからブロードキャスタ要求情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、ワーカ更新処理を実行するようにしてもよい。
【0170】
また、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、呼び出し先解決サーバ１０を示すＵＲＩに、限定ではなく例として、ＲＥＳＴ ＡＰＩを介してブロードキャスタ情報を取得するようにしてもよい。
【0171】
通信Ｉ／Ｆ２４によって呼び出し先解決サーバ１０からブロードキャスタ情報を受信すると、コンポーネントサーバ２０Ａの制御部２１は、ブロードキャスタ探索処理を実行する（Ａ２５０）。
ブロードキャスタ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、受信したブロードキャスタ情報とｒｐｃ処理要求情報とに基づいて、ｒｐｃメッセージ情報を送信するブロードキャスタ（この例では、一斉呼び出しサーバ４０）を決定する。
ブロードキャスタ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、受信したブロードキャスタ情報とｒｐｃ処理要求情報とに基づいて、ｒｐｃメッセージ情報を送信するブロードキャスタ（この例では、一斉呼び出しサーバ４０）を決定する。
【0172】
より具体例には、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、ｒｐｃ処理要求情報におけるターゲットおよびルーティングキーの条件を満たすバインドキー情報を持つ一斉呼び出しサーバ４０のサーバＩＤを探索するようにしてもよい。
限定ではなく例として、ターゲットが「ファンアウト」である場合、コンポーネントサーバ２０Ａの制御部２１は、バインドキー情報がルーティングキーとマッチするサーバＩＤの一斉呼び出しサーバ４０をブロードキャスタとするようにしてもよい。
また、限定ではなく例として、ターゲットが「ファンアウト」であり、ルーティングキーが「ｎｕｌｌ（無指定）」である場合、コンポーネントサーバ２０Ａの制御部２１は、任意のサーバＩＤの一斉呼び出しサーバ４０をブロードキャスタとするようにしてもよいし、ロードアベレージが最も低いサーバＩＤの一斉呼び出しサーバ４０をブロードキャスタとするようにしてもよい。
限定ではなく例として、ターゲットが「ファンアウト」である場合、コンポーネントサーバ２０Ａの制御部２１は、バインドキー情報がルーティングキーとマッチするサーバＩＤの一斉呼び出しサーバ４０をブロードキャスタとするようにしてもよい。
また、限定ではなく例として、ターゲットが「ファンアウト」であり、ルーティングキーが「ｎｕｌｌ（無指定）」である場合、コンポーネントサーバ２０Ａの制御部２１は、任意のサーバＩＤの一斉呼び出しサーバ４０をブロードキャスタとするようにしてもよいし、ロードアベレージが最も低いサーバＩＤの一斉呼び出しサーバ４０をブロードキャスタとするようにしてもよい。
【0173】
なお、ブロードキャスタの識別情報（限定ではなく例として、ＩＰアドレスやＡＰＩサーバのＵＲＩ等）は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５が記憶することとしてもよい。探索されたサーバＩＤは、ブロードキャスタの識別情報と言ってもよい。ブロードキャスタの識別情報は、限定ではなく例として、一斉呼び出しサーバ４０が随時各コンポーネントサーバ２０に送信するようにしてもよい。
【0174】
ブロードキャスタとなるサーバＩＤが探索されると、コンポーネントサーバ２０Ａの制御部２１は、探索されたサーバＩＤに基づいて、ｒｐｃメッセージ情報を通信Ｉ／Ｆ２４によって一斉呼び出しサーバ４０に送信する（Ａ２７０）。
また、一斉呼び出しサーバ４０の制御部４１は、通信Ｉ／Ｆ４４によってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信する（Ｌ２１０）。
また、一斉呼び出しサーバ４０の制御部４１は、通信Ｉ／Ｆ４４によってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信する（Ｌ２１０）。
【0175】
ｒｐｃメッセージ情報の送受信において、限定ではなく例として、コンポーネントサーバ２０Ａのｈｔｔｐデーモン処理部２１３と、一斉呼び出しサーバ４０のｈｔｔｐデーモン処理部４１３とは、ｈｔｔｐに従って、情報の送受信を行うようにしてもよい。この場合、コンポーネントサーバ２０Ａの制御部２１は、ＰＯＳＴメソッドによって一斉呼び出しサーバ４０にｒｐｃメッセージ情報を送信するようにしてもよい。また、一斉呼び出しサーバ４０の制御部２１は、ＧＥＴメソッドによってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信するようにしてもよい。
【0176】
なお、ｒｐｃメッセージ情報の送受信において、限定ではなく例として、コンポーネントサーバ２０Ａの制御部２１は、一斉呼び出しサーバ４０を示すＵＲＩに、限定ではなく例として、ＲＥＳＴ ＡＰＩを介してｒｐｃメッセージ情報を送信するようにしてもよい。
【0177】
また、ｒｐｃメッセージ情報の送受信において、ｈｔｔｐ以外のプロトコル（限定ではなく例として、ＳＳＨ（Secure Shell）等）を用いて通信するようにしてもよい。
【0178】
限定ではなく例として、ｒｐｃメッセージ情報の送受信にｈｔｔｐを用いることで、呼び出し側のコンポーネントサーバ２０Ａ（インヴォーカ）は、一斉呼び出しサーバ４０（ブロードキャスタ）にｒｐｃメッセージ情報が届いたか否かを判定することができる。
【0179】
通信Ｉ／Ｆ４４によってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信すると、一斉呼び出しサーバ４０の制御部４１は、ｒｐｃメッセージ情報増幅送信処理を実行する（Ｌ２３０）。
ｒｐｃメッセージ情報増幅送信処理において、一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、コンポーネントサーバ一覧情報４５５を参照し、ｒｐｃメッセージ情報を通信Ｉ／Ｆ４４によってブロードキャスタが送信するコンポーネントサーバ（ワーカ）一覧として登録された各コンポーネントサーバ２０（限定ではなく例として、コンポーネントサーバ２０Ａ，コンポーネントサーバ２０Ｂ，コンポーネントサーバ２０Ｃ、・・・）に送信する。
また、コンポーネントサーバ２０Ｂの制御部２１は、通信Ｉ／Ｆ４４によって一斉呼び出しサーバ４０からｒｐｃメッセージ情報を受信する（Ｂ１１０）。そして、一斉呼び出しサーバ４０からｒｐｃメッセージ情報を受信すると、コンポーネントサーバ２０Ｂの制御部２１は、コンポーネントプログラム処理を実行する（Ｂ１３０）。
ｒｐｃメッセージ情報増幅送信処理において、一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、コンポーネントサーバ一覧情報４５５を参照し、ｒｐｃメッセージ情報を通信Ｉ／Ｆ４４によってブロードキャスタが送信するコンポーネントサーバ（ワーカ）一覧として登録された各コンポーネントサーバ２０（限定ではなく例として、コンポーネントサーバ２０Ａ，コンポーネントサーバ２０Ｂ，コンポーネントサーバ２０Ｃ、・・・）に送信する。
また、コンポーネントサーバ２０Ｂの制御部２１は、通信Ｉ／Ｆ４４によって一斉呼び出しサーバ４０からｒｐｃメッセージ情報を受信する（Ｂ１１０）。そして、一斉呼び出しサーバ４０からｒｐｃメッセージ情報を受信すると、コンポーネントサーバ２０Ｂの制御部２１は、コンポーネントプログラム処理を実行する（Ｂ１３０）。
【0180】
ｒｐｃメッセージ情報の送受信において、限定ではなく例として、一斉呼び出しサーバ４０のｈｔｔｐデーモン処理部４１３と、コンポーネントサーバ２０Ｂのｈｔｔｐデーモン処理部２１３とは、ｈｔｔｐに従って、情報の送受信を行うようにしてもよい。この場合、一斉呼び出しサーバ４０の制御部４１は、ＰＯＳＴメソッドによってコンポーネントサーバ２０Ｂにｒｐｃメッセージ情報を送信するようにしてもよい。また、コンポーネントサーバ２０Ｂの制御部２１は、ＧＥＴメソッドによって一斉呼び出しサーバ４０からｒｐｃメッセージ情報を受信するようにしてもよい。
【0181】
なお、ｒｐｃメッセージ情報増幅送信処理において、一斉呼び出しサーバ４０の制御部４１は、ｒｐｃメッセージ情報の送信先がインヴォーカ（この場合、コンポーネントサーバ２０Ａ）である場合、ｒｐｃメッセージ情報を送信しないようにしてもよい。
【0182】
また、ｒｐｃメッセージ情報の送受信において、ｈｔｔｐ以外のプロトコル（限定ではなく例として、ＳＳＨ（Secure Shell）等）を用いて通信するようにしてもよい。
【0183】
限定ではなく例として、ｒｐｃメッセージ情報の送受信にｈｔｔｐを用いることで、一斉呼び出しサーバ４０（ブロードキャスタ）は、手続き側の各コンポーネントサーバ２０（ワーカ）にｒｐｃメッセージ情報が届いたか否かを判定することができる。
【0184】
なお、一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、手続き側の各コンポーネントサーバ２０にｒｐｃメッセージ情報が届いたと判定する場合、呼び出し側のコンポーネントサーバ２０Ａ（インヴォーカ）にｒｐｃメッセージ情報が届いたことを示すｒｐｃメッセージ到達情報を送信するようにしてもよい。
ｒｐｃメッセージ到達情報は、各ワーカにｒｐｃメッセージ情報が届いたと判定するごとに送信するようにしてもよいし、すべてのワーカにｒｐｃメッセージ情報が届いたと判定する場合、送信するようにしてもよい。
これにより、ｒｐｃ．ｆａｎｏｕｔ通信においても、呼び出し側のコンポーネントサーバ２０Ａ（インヴォーカ）は、手続き側の各コンポーネントサーバ２０（ワーカ）にｒｐｃメッセージ情報が届いたか否かを判定することができる。
ｒｐｃメッセージ到達情報は、各ワーカにｒｐｃメッセージ情報が届いたと判定するごとに送信するようにしてもよいし、すべてのワーカにｒｐｃメッセージ情報が届いたと判定する場合、送信するようにしてもよい。
これにより、ｒｐｃ．ｆａｎｏｕｔ通信においても、呼び出し側のコンポーネントサーバ２０Ａ（インヴォーカ）は、手続き側の各コンポーネントサーバ２０（ワーカ）にｒｐｃメッセージ情報が届いたか否かを判定することができる。
【0185】
また、一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、通信Ｉ／Ｆ４４によってコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信すると、ワーカ一覧要求情報を呼び出し先解決サーバ１０に送信することで、コンポーネントサーバ一覧情報４５５を更新するようにしてもよい。
【0186】
限定ではなく例として、ｒｐｃ．ｆａｎｏｕｔ通信において、多数のワーカと通信する必要が生じる場合、インヴォーカは、ブロードキャスタを介して各ワーカにｒｐｃメッセージ情報を送信することができる。このため、インヴォーカが直接各ワーカにｒｐｃメッセージ情報を送信する（もしくはメッセージングキューを発行する）場合に比べて、インヴォーカの負荷を下げることができる。インヴォーカの通信負荷をコンポーネントプログラム処理に直接関わらないブロードキャスタに肩代わりさせることで、結果として、ソフトウエアコンポーネントを動作させるクラスタの負荷が下がり、ソフトウエアコンポーネントの動作安定性向上と処理の高速化を実現することができる。
【0187】
＜第１実施例の効果＞
本実施例は、インヴォーカであるコンポーネントサーバ２０Ａ（限定ではなく、第１サーバの一例）からワーカである少なくともコンポーネントサーバ２０Ｂ（限定ではなく、第２サーバの一例）へのＲＰＣ（限定ではなく、プロセス間通信の一例）を行うサーバシステムにおいて、サーバシステムは、ワーカ一覧情報送信処理（限定ではなく、プロセス間通信先を特定することに関する処理の一例）を実行する呼び出し先解決サーバ１０（限定ではなく、解決サーバの一例）を含む。そして、コンポーネントサーバ２０Ａの制御部２１は、コンポーネントサーバ２０Ｂを特定するためのワーカ一覧情報（限定ではなく、第１情報の一例）を呼び出し先解決サーバ１０から受信すると、ワーカ一覧情報に基づいて、コンポーネントサーバ２０Ｂにｒｐｃメッセージ情報（限定ではなく、第２情報の一例）を送信する。また、コンポーネントサーバ２０Ｂの制御部２１は、コンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信すると、ｒｐｃメッセージ情報に基づくコンポーネントプログラム処理（限定ではなく、第１処理の一例）を行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１サーバは、解決サーバから受信する第１情報からプロセス間通信を行う相手の第２サーバを特定することができる。そして、第１サーバは、第２サーバにプロセス間通信の処理を要求するための第２情報を直接送信することができる。そして、第２サーバは、第１サーバから第２情報を直接受信し、第２情報に基づく第１処理を実行することができる。
結果として、サーバシステムの可用性を向上させることができる。
本実施例は、インヴォーカであるコンポーネントサーバ２０Ａ（限定ではなく、第１サーバの一例）からワーカである少なくともコンポーネントサーバ２０Ｂ（限定ではなく、第２サーバの一例）へのＲＰＣ（限定ではなく、プロセス間通信の一例）を行うサーバシステムにおいて、サーバシステムは、ワーカ一覧情報送信処理（限定ではなく、プロセス間通信先を特定することに関する処理の一例）を実行する呼び出し先解決サーバ１０（限定ではなく、解決サーバの一例）を含む。そして、コンポーネントサーバ２０Ａの制御部２１は、コンポーネントサーバ２０Ｂを特定するためのワーカ一覧情報（限定ではなく、第１情報の一例）を呼び出し先解決サーバ１０から受信すると、ワーカ一覧情報に基づいて、コンポーネントサーバ２０Ｂにｒｐｃメッセージ情報（限定ではなく、第２情報の一例）を送信する。また、コンポーネントサーバ２０Ｂの制御部２１は、コンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信すると、ｒｐｃメッセージ情報に基づくコンポーネントプログラム処理（限定ではなく、第１処理の一例）を行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１サーバは、解決サーバから受信する第１情報からプロセス間通信を行う相手の第２サーバを特定することができる。そして、第１サーバは、第２サーバにプロセス間通信の処理を要求するための第２情報を直接送信することができる。そして、第２サーバは、第１サーバから第２情報を直接受信し、第２情報に基づく第１処理を実行することができる。
結果として、サーバシステムの可用性を向上させることができる。
【0188】
また、本実施例は、ｒｐｃメッセージ情報がｈｔｔｐに基づいて送受信される構成を示している。
このような構成により得られる実施例の効果の一例として、第２情報を、ステートレス性を持つプロトコルであるｈｔｔｐに基づいて送受信することで、第１サーバと第２サーバとの制御部における通信負荷を下げることができる。そのため、ステートフル性を持つＴＣＰ（Transmission Control Protocol）やＳＳＨに基づいて通信を行う場合に比べて、送受信処理に係る負荷を軽減することができる。
なお、ＡＭＱＰでは、限定ではなく例として、ＴＣＰに基づいて通信を実行する。
このような構成により得られる実施例の効果の一例として、第２情報を、ステートレス性を持つプロトコルであるｈｔｔｐに基づいて送受信することで、第１サーバと第２サーバとの制御部における通信負荷を下げることができる。そのため、ステートフル性を持つＴＣＰ（Transmission Control Protocol）やＳＳＨに基づいて通信を行う場合に比べて、送受信処理に係る負荷を軽減することができる。
なお、ＡＭＱＰでは、限定ではなく例として、ＴＣＰに基づいて通信を実行する。
【0189】
また、本実施例は、インヴォーカであるコンポーネントサーバ２０Ａの制御部２１は、ワーカであるコンポーネントサーバ２０Ｂがｒｐｃメッセージ情報を受信したことを判定する構成を示している。
このような構成により得られる実施例の効果の一例として、第１サーバにおいて、第２サーバが第２情報を受信したか否かに基づく例外処理等を実行することが実現可能となる。結果として、サーバシステムの可用性を向上させることができる。
このような構成により得られる実施例の効果の一例として、第１サーバにおいて、第２サーバが第２情報を受信したか否かに基づく例外処理等を実行することが実現可能となる。結果として、サーバシステムの可用性を向上させることができる。
【0190】
また、本実施例は、コンポーネントサーバ２０Ａの制御部２１は、ＲＰＣ通信を制御するメッセージングモジュール２５１３（限定ではなく、ミドルウェアの一例）に組み込まれたｈｔｔｐメッセージングドライバ２５１５（限定ではなく、メッセージングドライバの一例）を介して（ｈｔｔｐメッセージングドライバに従って）ワーカ一覧情報を受信し、ｒｐｃメッセージ情報を送信する制御を行う。そして、コンポーネントサーバ２０Ｂの制御部２１は、ｈｔｔｐメッセージングドライバ２５１５を介して（ｈｔｔｐメッセージングドライバに従って）ｒｐｃメッセージ情報を受信する制御を行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１サーバと第２サーバとで、ミドルウェアのメッセージングドライバを変更することで、容易にプロセス間通信の実現方法を変更することができる。そのため、サーバシステムのユーザは、メッセージングドライバを選択することで、プロセス間通信の実現方法を迅速かつ柔軟に調整することができる。
このような構成により得られる実施例の効果の一例として、第１サーバと第２サーバとで、ミドルウェアのメッセージングドライバを変更することで、容易にプロセス間通信の実現方法を変更することができる。そのため、サーバシステムのユーザは、メッセージングドライバを選択することで、プロセス間通信の実現方法を迅速かつ柔軟に調整することができる。
【0191】
また、本実施例は、ワーカであるコンポーネントサーバ２０Ｂの制御部２１は、ｒｐｃメッセージ情報に基づくコンポーネントプログラム処理に基づいて、ｒｐｃ処理結果情報（限定ではなく、第３情報の一例）を送信する。そして、コンポーネントサーバ２０Ａの制御部２１は、コンポーネントサーバ２０Ｂからｒｐｃ処理結果情報を受信する構成を示している。
このような構成により得られる実施例の効果の一例として、第２サーバは、第１サーバにプロセス間通信の処理結果である第３情報を直接送信することができる。そして、第１サーバは、第２サーバから第３情報を直接受信し、プロセス間通信の処理を完了することができる。
結果として、サーバシステムの可用性を向上させることができる。
このような構成により得られる実施例の効果の一例として、第２サーバは、第１サーバにプロセス間通信の処理結果である第３情報を直接送信することができる。そして、第１サーバは、第２サーバから第３情報を直接受信し、プロセス間通信の処理を完了することができる。
結果として、サーバシステムの可用性を向上させることができる。
【0192】
また、本実施例は、ｒｐｃメッセージ情報とｒｐｃ処理結果情報とがｈｔｔｐに基づいて送受信される構成を示している。
このような構成により得られる実施例の効果の一例として、第２情報と第３情報とを、ステートレス性を持つプロトコルであるｈｔｔｐに基づいて送受信することで、第１サーバと第２サーバとの制御部における通信負荷を下げることができる。そのため、ステートフル性を持つＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）に基づいて通信を行う場合に比べて、迅速に送受信の処理を実行することができる。
このような構成により得られる実施例の効果の一例として、第２情報と第３情報とを、ステートレス性を持つプロトコルであるｈｔｔｐに基づいて送受信することで、第１サーバと第２サーバとの制御部における通信負荷を下げることができる。そのため、ステートフル性を持つＳＭＴＰ（Simple Mail Transfer Protocol）やＦＴＰ（File Transfer Protocol）に基づいて通信を行う場合に比べて、迅速に送受信の処理を実行することができる。
【0193】
また、本実施例は、ワーカであるコンポーネントサーバ２０Ｂの制御部２１は、インヴォーカであるコンポーネントサーバ２０Ａがｒｐｃ処理結果情報を受信したことを判定する構成を示している。
このような構成により得られる実施例の効果の一例として、第２サーバにおいて、第１サーバが第３情報を受信したか否かに基づく例外処理等を実行することが実現可能となる。結果として、サーバシステムのユーザがシステムデバッグ等を実行することをより容易とし、ユーザの利便性を向上させることができる。
このような構成により得られる実施例の効果の一例として、第２サーバにおいて、第１サーバが第３情報を受信したか否かに基づく例外処理等を実行することが実現可能となる。結果として、サーバシステムのユーザがシステムデバッグ等を実行することをより容易とし、ユーザの利便性を向上させることができる。
【0194】
また、本実施例は、コンポーネントサーバ２０Ａの制御部２１は、ＲＰＣ通信を制御するメッセージングモジュール２５１３（限定ではなく、ミドルウェアの一例）に組み込まれたｈｔｔｐメッセージングドライバ２５１５（限定ではなく、メッセージングドライバの一例）を介して（ｈｔｔｐメッセージングドライバに従って）ワーカ一覧情報を受信し、ｒｐｃメッセージ情報を送信し、ｒｐｃ処理結果情報を受信する制御を行う。そして、コンポーネントサーバ２０Ｂの制御部２１は、ｈｔｔｐメッセージングドライバ２５１５を介して（ｈｔｔｐメッセージングドライバに従って）ｒｐｃメッセージ情報を送信し、ｒｐｃ処理結果情報を受信する制御を行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１サーバと第２サーバとで、ミドルウェアのメッセージングドライバを変更することで、容易にプロセス間通信の実現方法を変更することができる。そのため、サーバシステムのユーザは、メッセージングドライバを選択することで、プロセス間通信の実現方法を迅速かつ柔軟に調整することができる。
このような構成により得られる実施例の効果の一例として、第１サーバと第２サーバとで、ミドルウェアのメッセージングドライバを変更することで、容易にプロセス間通信の実現方法を変更することができる。そのため、サーバシステムのユーザは、メッセージングドライバを選択することで、プロセス間通信の実現方法を迅速かつ柔軟に調整することができる。
【0195】
また、本実施例は、サーバシステムは、ワーカである少なくともコンポーネントサーバ２０Ｂとコンポーネントサーバ２０Ｃ（限定ではなく、第３サーバの一例）とにｒｐｃメッセージ情報増幅送信処理（限定ではなく、プロセス間通信の処理を要求することに関する処理の一例）を実行する一斉呼び出しサーバ４０（限定ではなく、増幅サーバの一例）を含む。そして、インヴォーカであるコンポーネントサーバ２０Ａの制御部２１は、一斉呼び出しサーバ４０を特定するためのブロードキャスタ情報（限定ではなく、第４情報の一例）を呼び出し先解決サーバ１０から受信し、ブロードキャスタ情報に基づいて、一斉呼び出しサーバ４０にｒｐｃメッセージ情報（限定ではなく、第５情報の一例）を送信する。また、一斉呼び出しサーバ４０の制御部４１は、コンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信すると、少なくともコンポーネントサーバ２０Ｂとコンポーネントサーバ２０Ｃとにｒｐｃメッセージ情報を送信する。コンポーネントサーバ２０Ｂとコンポーネントサーバ２０Ｃとの制御部２１は、ｒｐｃメッセージ情報を受信すると、ｒｐｃメッセージ情報に基づくコンポーネントプログラム処理（限定ではなく、第５情報に基づく処理の一例）を実行する構成を示している。
このような構成により得られる実施例の効果の一例として、第１サーバは、解決サーバから受信する第４情報から増幅サーバを特定することができる。そして、第１サーバは、プロセス間通信の処理を要求するための第５情報を１度だけ増幅サーバに送信することで、増幅サーバを中継して第２サーバと第３サーバとに第５情報を送信することができる。
また、第１サーバは、増幅サーバに第５情報を直接送信することができる。そして、増幅サーバは、少なくとも第２サーバと第３サーバとに、第５情報を直接送信することができる。
結果として、複数のサーバに対してプロセス間通信の処理を要求する場合、第１サーバが直接複数のサーバに対して第５情報を送信する場合に比べて、第１サーバの負荷を下げることができる。そして、サーバシステムの可用性を向上させることができる。
このような構成により得られる実施例の効果の一例として、第１サーバは、解決サーバから受信する第４情報から増幅サーバを特定することができる。そして、第１サーバは、プロセス間通信の処理を要求するための第５情報を１度だけ増幅サーバに送信することで、増幅サーバを中継して第２サーバと第３サーバとに第５情報を送信することができる。
また、第１サーバは、増幅サーバに第５情報を直接送信することができる。そして、増幅サーバは、少なくとも第２サーバと第３サーバとに、第５情報を直接送信することができる。
結果として、複数のサーバに対してプロセス間通信の処理を要求する場合、第１サーバが直接複数のサーバに対して第５情報を送信する場合に比べて、第１サーバの負荷を下げることができる。そして、サーバシステムの可用性を向上させることができる。
【0196】
また、本実施例は、ｒｐｃメッセージ情報がｈｔｔｐに基づいて送受信される構成を示している。
このような構成により得られる実施例の効果の一例として、第５情報を、ステートレス性を持つプロトコルであるｈｔｔｐに基づいて送受信することで、第１サーバと第２サーバとの制御部における通信負荷を下げることができる。そのため、ステートフル性を持つプロトコルに基づいて通信を行う場合に比べて、迅速に送受信の処理を実行することができる。
このような構成により得られる実施例の効果の一例として、第５情報を、ステートレス性を持つプロトコルであるｈｔｔｐに基づいて送受信することで、第１サーバと第２サーバとの制御部における通信負荷を下げることができる。そのため、ステートフル性を持つプロトコルに基づいて通信を行う場合に比べて、迅速に送受信の処理を実行することができる。
【0197】
また、本実施例は、コンポーネントサーバ２０Ａの制御部２１は、ＲＰＣ通信を制御するメッセージングモジュール２５１３（限定ではなく、ミドルウェアの一例）に組み込まれたｈｔｔｐメッセージングドライバ２５１５（限定ではなく、メッセージングドライバの一例）を介して（ｈｔｔｐメッセージングドライバに従って）ブロードキャスタ情報を受信し、ｒｐｃメッセージ情報を送信する制御を行う。そして、コンポーネントサーバ２０Ｂとコンポーネントサーバ２０Ｃとの制御部２１は、ｈｔｔｐメッセージングドライバ２５１５を介して（ｈｔｔｐメッセージングドライバに従って）ｒｐｃメッセージ情報を受信する制御を行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１サーバと第２サーバとで、ミドルウェアのメッセージングドライバを変更することで、容易にプロセス間通信の実現方法を変更することができる。そのため、サーバシステムのユーザは、メッセージングドライバを選択することで、プロセス間通信の実現方法を迅速かつ柔軟に調整することができる。
このような構成により得られる実施例の効果の一例として、第１サーバと第２サーバとで、ミドルウェアのメッセージングドライバを変更することで、容易にプロセス間通信の実現方法を変更することができる。そのため、サーバシステムのユーザは、メッセージングドライバを選択することで、プロセス間通信の実現方法を迅速かつ柔軟に調整することができる。
【0198】
また、本実施例は、プロセス間通信がＲＰＣに基づく構成を示している。
このような構成により得られる実施例の効果の一例として、ＲＦＣ（Request For Comments）で規定され、標準化された技術として種々のシステムにおいて広く用いられているＲＰＣに基づいて、プロセス間通信を実現することができる。そのため、ユーザの利便性を向上させることができる。
このような構成により得られる実施例の効果の一例として、ＲＦＣ（Request For Comments）で規定され、標準化された技術として種々のシステムにおいて広く用いられているＲＰＣに基づいて、プロセス間通信を実現することができる。そのため、ユーザの利便性を向上させることができる。
【0199】
＜第１変形例（１）＞
上記の実施例では、ワーカ探索処理はインヴォーカとなったコンポーネントサーバ２０Ａにおいて実行することとしたが、これに限定されない。限定ではなく例として、ワーカ探索処理を呼び出し先解決サーバ１０で実行するようにしてもよい。
上記の実施例では、ワーカ探索処理はインヴォーカとなったコンポーネントサーバ２０Ａにおいて実行することとしたが、これに限定されない。限定ではなく例として、ワーカ探索処理を呼び出し先解決サーバ１０で実行するようにしてもよい。
【0200】
この場合、限定ではなく例として、図１－９において、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、ｒｐｃ．ｃａｌｌ処理を実行開始すると（Ａ１１０）、限定ではなく例として、ｒｐｃ処理要求情報におけるターゲットとルーティングキーとを含むワーカ探索要求情報を通信Ｉ／Ｆ２４によって呼び出し先解決サーバ１０に送信するようにしてもよい。
【0201】
通信Ｉ／Ｆ１４によってコンポーネントサーバ２０Ａからワーカ探索要求情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、呼び出し先管理データ１５３を参照し、限定ではなく例として、サーバ役割情報が「ワーカ」であるサーバＩＤの各レコードと、ワーカ探索要求情報とに基づいて、ワーカ探索処理を実行する。
ワーカ探索処理については、限定ではなく例として、コンポーネントサーバ２０Ａの制御部２１におけるワーカ探索処理と同様に実行するようにしてもよい。
ワーカ探索処理については、限定ではなく例として、コンポーネントサーバ２０Ａの制御部２１におけるワーカ探索処理と同様に実行するようにしてもよい。
【0202】
ワーカ探索処理を実行すると、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、探索されたサーバＩＤを含むワーカ解決情報を通信Ｉ／Ｆ１４によってコンポーネントサーバ２０Ａに送信するようにしてもよい。
そして、コンポーネントサーバ２０Ａの制御部２１は、受信したワーカ解決情報に基づいて、ｒｐｃメッセージ情報を通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ｂに送信するようにしてもよい。
そして、コンポーネントサーバ２０Ａの制御部２１は、受信したワーカ解決情報に基づいて、ｒｐｃメッセージ情報を通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ｂに送信するようにしてもよい。
【0203】
ワーカ探索処理を呼び出し先解決サーバ１０において実行することにより、各コンポーネントサーバ２０の処理負荷を呼び出し先解決サーバ１０に負荷分散させ、ソフトウエアコンポーネントの処理速度を向上させることができるとともに、より柔軟なスケーリングに対応可能とすることが期待できる。
【0204】
＜第１変形例（２）＞
上記の実施例では、ワーカとなったコンポーネントサーバ２０Ｂがｒｐｃメッセージ情報を受信すると、ｒｐｃメッセージ情報に基づくコンポーネントプログラム処理を実行することとしたが、これに限定されない。
限定ではなく例として、インヴォーカとなったコンポーネントサーバ２０Ａの制御部２１は、コンポーネントサーバ２０Ｂがｒｐｃメッセージ情報を受信したと判定し、その後所定時間（限定ではなく例として、「６０秒」）が経過した後もｒｐｃ処理結果情報を受信しない場合、ワーカに何らかのトラブルが発生したと判定するようにしてもよい。
上記の実施例では、ワーカとなったコンポーネントサーバ２０Ｂがｒｐｃメッセージ情報を受信すると、ｒｐｃメッセージ情報に基づくコンポーネントプログラム処理を実行することとしたが、これに限定されない。
限定ではなく例として、インヴォーカとなったコンポーネントサーバ２０Ａの制御部２１は、コンポーネントサーバ２０Ｂがｒｐｃメッセージ情報を受信したと判定し、その後所定時間（限定ではなく例として、「６０秒」）が経過した後もｒｐｃ処理結果情報を受信しない場合、ワーカに何らかのトラブルが発生したと判定するようにしてもよい。
【0205】
この場合、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、ワーカに送信したｒｐｃメッセージ情報に基づく処理を中止させるためのＲＰＣ中止要求情報を、限定ではなく例として、ｈｔｔｐメッセージングドライバを介して通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ｂに送信するようにしてもよい。
【0206】
また、コンポーネントサーバ２０Ａの制御部２１は、限定ではなく例として、メッセージングモジュールにおいて、要求されたｒｐｃ．ｃａｌｌ処理に基づくｒｐｃ処理要求情報を再生成し、限定ではなく例として、ワーカ探索処理とｒｐｃメッセージ情報送信処理とをやり直すようにしてもよい。
【0207】
なお、やり直しのワーカ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、前回探索されたワーカ（例えば、コンポーネントサーバ２０Ｂ）とは異なるワーカを送信先として決定するようにしてもよい。
【0208】
これにより、プロセス間通信におけるデッドロックを防ぐとともに、プロセス間通信のリトライをメッセージングモジュールのレベル（レイヤー）で実行させることができる。
【0209】
＜第１変形例（３）＞
上記の実施例では、ｒｐｃ．ｆａｎｏｕｔ処理において、インヴォーカとなったコンポーネントサーバ２０Ａの制御部２１は、一の一斉呼び出しサーバ４０にｒｐｃメッセージ情報を送信することとしたが、これに限定されない。
限定ではなく例として、ブロードキャスタ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、複数のサーバＩＤを探索結果として出力するようにしてもよい。
そして、コンポーネントサーバ２０Ａの制御部２１は、探索結果となった複数のサーバＩＤに対応する一斉呼び出しサーバ４０（限定ではなく例として、一斉呼び出しサーバ４０Ａ，一斉呼び出しサーバ４０Ｂ，・・・等）にｒｐｃメッセージ情報を送信するようにしてもよい。
上記の実施例では、ｒｐｃ．ｆａｎｏｕｔ処理において、インヴォーカとなったコンポーネントサーバ２０Ａの制御部２１は、一の一斉呼び出しサーバ４０にｒｐｃメッセージ情報を送信することとしたが、これに限定されない。
限定ではなく例として、ブロードキャスタ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、複数のサーバＩＤを探索結果として出力するようにしてもよい。
そして、コンポーネントサーバ２０Ａの制御部２１は、探索結果となった複数のサーバＩＤに対応する一斉呼び出しサーバ４０（限定ではなく例として、一斉呼び出しサーバ４０Ａ，一斉呼び出しサーバ４０Ｂ，・・・等）にｒｐｃメッセージ情報を送信するようにしてもよい。
【0210】
これにより、ｆａｎｏｕｔ先のワーカが膨大な数となる場合においても、ブロードキャスタの負荷を分散させることで迅速にプロセス間通信の仲介を行うことができる。
【0211】
また、限定ではなく例として、異なる一斉呼び出しサーバ４０ごとに異なるバインドキー情報を与えるようにしてもよい。そして、ブロードキャスタ探索処理において、コンポーネントサーバ２０Ａの制御部２１は、ワーカ探索処理と同様にルーティングキーとマッチする複数の一斉呼び出しサーバ４０を探索結果として出力できるようにしてもよい。
【0212】
これにより、インヴォーカは多くの異なるワーカに対して柔軟にかつ簡潔にプロセス間通信を実現することができる。
【0213】
＜第１変形例（４）＞
上記の実施例では、一斉呼び出しサーバ４０の制御部４１は、予めコンポーネントサーバ一覧情報４５５を更新することとしたが、これに限定されない。
上記の実施例では、一斉呼び出しサーバ４０の制御部４１は、予めコンポーネントサーバ一覧情報４５５を更新することとしたが、これに限定されない。
【0214】
限定ではなく例として、一斉呼び出しサーバ４０の制御部４１は、インヴォーカであるコンポーネントサーバ２０Ａからｒｐｃメッセージ情報を受信すると、ワーカ一覧要求情報を通信Ｉ／Ｆ４４によって呼び出し先解決サーバ１０に送信するようにしてもよい。そして、一斉呼び出しサーバ４０からワーカ一覧要求情報を受信すると、呼び出し先解決サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって一斉呼び出しサーバ４０にワーカ一覧情報を送信するようにしてもよい。
通信Ｉ／Ｆ４４によって呼び出し先解決サーバ１０からワーカ一覧情報を受信すると、一斉呼び出しサーバ４０の制御部４１は、受信したワーカ一覧情報に基づいて、コンポーネントサーバ一覧情報４５５を更新するようにしてもよい。
通信Ｉ／Ｆ４４によって呼び出し先解決サーバ１０からワーカ一覧情報を受信すると、一斉呼び出しサーバ４０の制御部４１は、受信したワーカ一覧情報に基づいて、コンポーネントサーバ一覧情報４５５を更新するようにしてもよい。
【0215】
一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、コンポーネントサーバ一覧情報４５５を更新すると、ｒｐｃメッセージ情報増幅送信処理を実行するようにしてもよい。
【0216】
これにより、一斉呼び出しサーバ４０の制御部４１は、逐次最新のワーカ一覧情報に基づいて、ｒｐｃメッセージ情報増幅送信処理を実行することができ、ｒｐｃメッセージ情報の送信漏れやワーカとしての機能を停止しているコンポーネントサーバ２０へのｒｐｃメッセージ情報の誤送信を防ぐことができる。
【0217】
＜第１変形例（５）＞
上記の実施例では、手続き側からの応答を期待しないｒｐｃ．ｆａｎｏｕｔ通信について例示したが、これに限定されない。限定ではなく例として、ｒｐｃ．ｆａｎｏｕｔ通信において、手続き側からの応答を受け取るようにしてもよい。
上記の実施例では、手続き側からの応答を期待しないｒｐｃ．ｆａｎｏｕｔ通信について例示したが、これに限定されない。限定ではなく例として、ｒｐｃ．ｆａｎｏｕｔ通信において、手続き側からの応答を受け取るようにしてもよい。
【0218】
この場合、限定ではなく例として、図１－１１において、コンポーネントサーバ２０Ｂの制御部２１は、コンポーネントプログラム処理を実行すると（Ｂ１３０）、コンポーネントプログラム処理の処理結果を含むｒｐｃ処理結果情報を通信Ｉ／Ｆ２４によってコンポーネントサーバ２０Ａに送信するようにしてもよい。他のワーカとなるコンポーネントサーバについても同様である。
【0219】
なお、コンポーネントサーバ２０Ｂの制御部２１は、コンポーネントプログラム処理を実行すると、限定ではなく例として、ｒｐｃ処理結果情報を通信Ｉ／Ｆ２４によってｒｐｃメッセージ情報を受信した一斉呼び出しサーバ４０に送信するようにしてもよい。そして、一斉呼び出しサーバ４０の制御部４１は、コンポーネントサーバ２０Ｂからｒｐｃ処理結果情報を受信すると、ｒｐｃメッセージ情報を受信したコンポーネントサーバ２０Ａにｒｐｃ処理結果情報を送信するようにしてもよい。他のワーカとなるコンポーネントサーバについても同様である。
【0220】
また、一斉呼び出しサーバ４０の制御部４１は、ｒｐｃメッセージ情報増幅送信処理におけるｒｐｃメッセージ情報の送受信が完了すると（Ｌ２３０）、インヴォーカであるコンポーネントサーバ２０Ａに、ｒｐｃメッセージ情報の送受信（Ａ２７０：Ｌ２１０）に伴うｈｔｔｐリクエストのレスポンスを送受信するようにしてもよい。
【0221】
すなわち、手続き側からの応答を期待するｒｐｃ．ｆａｎｏｕｔ通信として、限定ではなく例として、以下の２パターンの実装が可能である。
（１）．ｒｐｃ．ｃａｌｌのｆａｎｏｕｔ。
（２）．ｒｐｃ．ｃａｓｔのｆａｎｏｕｔにおける実行完了確認。
（１）．ｒｐｃ．ｃａｌｌのｆａｎｏｕｔ。
（２）．ｒｐｃ．ｃａｓｔのｆａｎｏｕｔにおける実行完了確認。
【0222】
＜第２実施例＞
クラウドコンピューティングでは、システムの可用性を向上させるためや、災害対策として、物理サーバが設置されている場所（限定ではなく例として、データセンタ等）ごとに分離したシステムを冗長して分散運用することがある（いわゆるマルチリージョンやマルチゾーン）。
第２実施例は、限定ではなく例として、インヴォーカが、リージョンやゾーン（可用性ゾーン）をまたいでワーカを呼び出し可能な実施例である。
クラウドコンピューティングでは、システムの可用性を向上させるためや、災害対策として、物理サーバが設置されている場所（限定ではなく例として、データセンタ等）ごとに分離したシステムを冗長して分散運用することがある（いわゆるマルチリージョンやマルチゾーン）。
第２実施例は、限定ではなく例として、インヴォーカが、リージョンやゾーン（可用性ゾーン）をまたいでワーカを呼び出し可能な実施例である。
【0223】
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0224】
第２実施例では、限定ではなく例として、データセンタ間をまたいだマルチリージョン構成について例示する。
以下では、データセンタＡに属する呼び出し先解決サーバ１０を「呼び出し先解決サーバ１０´」、データセンタＢに属する呼び出し先解決サーバ１０を「呼び出し先解決サーバ１０´´」、データセンタＣに属する呼び出し先解決サーバ１０を「呼び出し先解決サーバ１０´´´」、・・・と「´」の数で区別することとする。他のコンポーネントサーバ２０や一斉呼び出しサーバ４０についても同様である。
以下では、データセンタＡに属する呼び出し先解決サーバ１０を「呼び出し先解決サーバ１０´」、データセンタＢに属する呼び出し先解決サーバ１０を「呼び出し先解決サーバ１０´´」、データセンタＣに属する呼び出し先解決サーバ１０を「呼び出し先解決サーバ１０´´´」、・・・と「´」の数で区別することとする。他のコンポーネントサーバ２０や一斉呼び出しサーバ４０についても同様である。
【0225】
図２－１は、本実施例におけるマルチリージョン通信システム構成と処理の流れの概念を示すブロック図である。
なお、図の簡略化のため、各サーバ間を結ぶネットワーク３０については図示を省略する。また、ブロック図中において、丸印に数字で書かれる内容を、文中では便宜上「（（数字））」と表記することとする。
また、本ブロック図では、限定ではなく例として、データセンタＡのコンポーネントサーバ２０Ａ´をｒｐｃの呼び出し側（インヴォーカ）、データセンタＢのコンポーネントサーバ２０Ｂ´´をｒｐｃの手続き側（ワーカ）とする。
なお、図の簡略化のため、各サーバ間を結ぶネットワーク３０については図示を省略する。また、ブロック図中において、丸印に数字で書かれる内容を、文中では便宜上「（（数字））」と表記することとする。
また、本ブロック図では、限定ではなく例として、データセンタＡのコンポーネントサーバ２０Ａ´をｒｐｃの呼び出し側（インヴォーカ）、データセンタＢのコンポーネントサーバ２０Ｂ´´をｒｐｃの手続き側（ワーカ）とする。
【0226】
また、以下では、限定ではなく例として、各データセンタ内における接続をネットワーク３０Ｘ（ネットワーク３０Ａ、ネットワーク３０Ｂ、ネットワーク３０Ｃ、・・・）、各データセンタ間を接続するためのネットワーク３０を「グローバルネットワーク３０」とそれぞれ称する。
【0227】
一般に、各データセンタ内におけるネットワーク３０Ｘに比べて、グローバルネットワーク３０の接続性能は低くなる（限定ではなく例として、レイテンシが大きい、および／または、スループットが小さい）。
【0228】
マルチリージョン通信システムでは、限定ではなく例として、データセンタＡにおいて、ネットワーク３０Ａを介して、呼び出し先解決サーバ１０´と、一斉呼び出しサーバ４０´と、複数のコンポーネントサーバ２０´（コンポーネントサーバ２０Ａ´，コンポーネントサーバ２０Ｂ´，コンポーネントサーバ２０Ｃ´，・・・）とが接続される。
また、限定ではなく例として、データセンタＢにおいて、ネットワーク３０Ｂを介して、呼び出し先解決サーバ１０´´と、一斉呼び出しサーバ４０´´と、複数のコンポーネントサーバ２０´´（コンポーネントサーバ２０Ａ´´，コンポーネントサーバ２０Ｂ´´，コンポーネントサーバ２０Ｃ´´，・・・）とが接続される。
また、限定ではなく例として、データセンタＣにおいて、ネットワーク３０Ｃを介して、呼び出し先解決サーバ１０´´´と、一斉呼び出しサーバ４０´´´と、複数のコンポーネントサーバ２０´´´（コンポーネントサーバ２０Ａ´´´，コンポーネントサーバ２０Ｂ´´，コンポーネントサーバ２０Ｃ´´´，・・・）とが接続される。
また、限定ではなく例として、データセンタＢにおいて、ネットワーク３０Ｂを介して、呼び出し先解決サーバ１０´´と、一斉呼び出しサーバ４０´´と、複数のコンポーネントサーバ２０´´（コンポーネントサーバ２０Ａ´´，コンポーネントサーバ２０Ｂ´´，コンポーネントサーバ２０Ｃ´´，・・・）とが接続される。
また、限定ではなく例として、データセンタＣにおいて、ネットワーク３０Ｃを介して、呼び出し先解決サーバ１０´´´と、一斉呼び出しサーバ４０´´´と、複数のコンポーネントサーバ２０´´´（コンポーネントサーバ２０Ａ´´´，コンポーネントサーバ２０Ｂ´´，コンポーネントサーバ２０Ｃ´´´，・・・）とが接続される。
【0229】
他のデータセンタについても同様である。
【0230】
以下に、本実施例において各装置が実行する処理の流れの一例を示す。
なお、処理に先立ち、前述したように、各データセンタにおいて、各コンポーネントサーバ２０の制御部２１は、コンポーネントプログラム処理とｈｔｔｐデーモン処理とを開始する。そして、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、データセンタ内の各サーバ２０について、呼び出し先管理データ１５３を更新する。また、一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、データセンタをまたいだ各サーバ２０について、コンポーネントサーバ一覧情報４５５を更新する。
なお、処理に先立ち、前述したように、各データセンタにおいて、各コンポーネントサーバ２０の制御部２１は、コンポーネントプログラム処理とｈｔｔｐデーモン処理とを開始する。そして、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、データセンタ内の各サーバ２０について、呼び出し先管理データ１５３を更新する。また、一斉呼び出しサーバ４０の制御部４１は、限定ではなく例として、データセンタをまたいだ各サーバ２０について、コンポーネントサーバ一覧情報４５５を更新する。
【0231】
（（１））．各データセンタの呼び出し先解決サーバ１０（呼び出し先解決サーバ１０´，呼び出し先解決サーバ１０´´，呼び出し先解決サーバ１０´´´，・・・）の制御部１１は、限定ではなく例として、グローバルネットワーク３０を介して、各々の呼び出し先管理データ１５３を同期させる。
なお、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、呼び出し先管理データ１５３を所定時刻（限定ではなく例として、「毎分００秒」）または所定期間（限定ではなく例として、「６０秒」）ごと同期するようにしてもよい。
なお、呼び出し先解決サーバ１０の制御部１１は、限定ではなく例として、呼び出し先管理データ１５３を所定時刻（限定ではなく例として、「毎分００秒」）または所定期間（限定ではなく例として、「６０秒」）ごと同期するようにしてもよい。
【0232】
（（２））．データセンタＡのサーバ２０Ａ´の制御部２１は、限定ではなく例として、コンポーネントプログラムにおけるｒｐｃ．ｃａｌｌ手続きに基づいて、ｒｐｃ．ｃａｌｌ処理を実行開始する。サーバ２０Ａ´の制御部２１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５に従って、ｒｐｃ処理要求情報に基づいて、ワーカ一覧要求情報を同じデータセンタ内の呼び出し先解決サーバ１０´に送信する。
なお、呼び出し先解決サーバ１０´が停止している場合、サーバ２０Ａ´の制御部２１は、限定ではなく例として、ワーカ一覧要求情報を最も近しい（限定ではなく例として、サーバ１０とのレイテンシが低い、および／または、物理サーバが設置されている距離が近い）データセンタの呼び出し先解決サーバ１０に送信するようにしてもよい。
なお、呼び出し先解決サーバ１０´が停止している場合、サーバ２０Ａ´の制御部２１は、限定ではなく例として、ワーカ一覧要求情報を最も近しい（限定ではなく例として、サーバ１０とのレイテンシが低い、および／または、物理サーバが設置されている距離が近い）データセンタの呼び出し先解決サーバ１０に送信するようにしてもよい。
【0233】
（（３））．呼び出し先解決サーバ１０´の制御部１１は、限定ではなく例として、ワーカ更新処理を実行する。そして、呼び出し先解決サーバ１０´の制御部１１は、限定ではなく例として、ワーカ一覧情報をサーバ２０Ａ´に送信する。
呼び出し先管理データ１５３の同期のタイミング等の問題により、呼び出し先解決サーバ１０´の呼び出し先管理データ１５３には、別データセンタのサーバ２０Ｂ´´が登録されていない可能性が生じる。
呼び出し先解決サーバ１０´からワーカ一覧情報を受信すると、コンポーネントサーバ２０Ａ´の制御部２１は、ワーカ探索処理を実行する。ワーカ探索処理において、限定ではなく例として、別データセンタのサーバ２０Ｂ´´が探索結果として探索できず、ワーカ探索処理が失敗するとする。
呼び出し先管理データ１５３の同期のタイミング等の問題により、呼び出し先解決サーバ１０´の呼び出し先管理データ１５３には、別データセンタのサーバ２０Ｂ´´が登録されていない可能性が生じる。
呼び出し先解決サーバ１０´からワーカ一覧情報を受信すると、コンポーネントサーバ２０Ａ´の制御部２１は、ワーカ探索処理を実行する。ワーカ探索処理において、限定ではなく例として、別データセンタのサーバ２０Ｂ´´が探索結果として探索できず、ワーカ探索処理が失敗するとする。
【0234】
なお、ワーカ探索処理が成功した場合、コンポーネントサーバ２０Ａ´の制御部２１は、ｒｐｃメッセージ情報送信処理を実行する。
【0235】
（（４））．ワーカ探索処理が失敗した場合、コンポーネントサーバ２０Ａ´の制御部２１は、ワーカ一覧要求情報を最も近いデータセンタ内の呼び出し先解決サーバ１０´´に送信する。
【0236】
（（５））．呼び出し先解決サーバ１０´´の制御部１１は、限定ではなく例として、ワーカ更新処理を実行する。そして、呼び出し先解決サーバ１０´´の制御部１１は、限定ではなく例として、呼び出し先解決サーバ１０´´の呼び出し先管理データ１５３に基づいて、ワーカ一覧要求情報をサーバ２０Ａ´に送信する。
【0237】
（（６））．呼び出し先解決サーバ１０´´からワーカ一覧情報を受信すると、コンポーネントサーバ２０Ａ´の制御部２１は、ワーカ探索処理を実行する。ワーカ探索処理が成功すると、コンポーネントサーバ２０Ａ´の制御部２１は、ｒｐｃメッセージ情報をワーカであるコンポーネントサーバ２０Ｂ´´に送信する。
【0238】
なお、ワーカ探索処理が失敗した場合、コンポーネントサーバ２０Ａ´の制御部２１は、再度ワーカ一覧要求情報を次に近いデータセンタ内の呼び出し先解決サーバ１０´´´に送信する。
【0239】
これにより、ワーカであるサーバ２０Ａ´の制御部２１は、接続性能が低いグローバルネットワーク３０の使用を最小限に抑えることができる。また、各データセンタにおいて、呼び出し先解決サーバ１０は自立して動作を行うため、冗長性を保つことができる。
【0240】
従来手法であるメッセージキューイングサービスを用いる場合と比較を行う。
限定ではなく例として、データセンタごとにコンポーネントサーバ２０のクラスタを構成し、冗長化を行う場合、データセンタ間をまたいで一のメッセージキューイングサービスを構成する単一クラスタ方式では、メッセージキューイングサービスがデータセンタをまたいで通信を行うトラヒックが増大し、グローバルネットワーク３０がボトルネックとなりクラスタ全体のパフォーマンスが頭打ちになるという問題が発生する。
限定ではなく例として、データセンタごとにコンポーネントサーバ２０のクラスタを構成し、冗長化を行う場合、データセンタ間をまたいで一のメッセージキューイングサービスを構成する単一クラスタ方式では、メッセージキューイングサービスがデータセンタをまたいで通信を行うトラヒックが増大し、グローバルネットワーク３０がボトルネックとなりクラスタ全体のパフォーマンスが頭打ちになるという問題が発生する。
【0241】
また、単一クラスタ方式では、メッセージキューイングサービスに複数データセンタに配置されるすべてのコンポーネントサーバ２０が接続されるため、データセンタ数を増やすほどメッセージキューイングサービスに接続されるサーバ数が比例して増加し、メッセージキューイングサービスの負荷が増大するという問題が発生する。
【0242】
データセンタごとにメッセージキューイングサービスを構成する複数クラスタ方式では、上記の問題を解決することが可能であるが、限定ではなく例として、メッセージングモジュール２５１３において複数のメッセージキューイングサービスをサポートしていることが望ましい。メッセージングモジュール２５１３において複数のメッセージキューイングサービスをサポートするためには、限定ではなく例として、データセンタごとのメッセージキューイングサービスのアクセス先とＭＱクラスタとのマッピングや、データセンタごとのメッセージキューイングサービスの動作状態等を管理する必要が生じる。このため、メッセージングモジュール２５１３の構成が複雑になり、プログラムコンポーネントクラスタ全体の負荷が上がるという問題が発生する。
【0243】
また、限定ではなく例として、メッセージングモジュール２５１３において複数のメッセージキューイングサービスをサポートしていない場合（限定ではなく例として、「ｏｓｌｏ．ｍｅｓｓａｇｉｎｇ」モジュール）、ソフトウエアコンポーネント側で複数のメッセージキューイングサービスをサポートする必要が生じ、メッセージングモジュール２５１３を介してプロセス間通信を実現する際の利便性が低下するという問題が発生する。
【0244】
これに対して、提案手法では、各データセンタ間が自立的に動作可能な複数クラスタ方式を取りながら、インヴォーカが属するデータセンタの呼び出し先解決サーバ１０を優先して呼び出すことで、データセンタ間をまたいだトラヒックの増加を最小限に抑えることができる。
【0245】
また、ｈｔｔｐメッセージングドライバ２５１５がデータセンタをまたいだ場合においてもプロセス間通信のエンドポイント（インヴォーカとワーカ）の識別情報を管理できるため、メッセージングモジュール２５１３やコンポーネント処理プログラム２５１を変更する必要が発生せず、メッセージングモジュール２５１３を介してプロセス間通信を実現する際の利便性を向上させることができる。
【0246】
＜第２実施例の効果＞
本実施例は、サーバシステムに、データセンタＡに属する呼び出し先解決サーバ１０´（限定ではなく、解決サーバ）とは異なるデータセンタＢ（限定ではなく、リージョンまたはゾーンの一例）に属する呼び出し先解決サーバ１０´´（限定ではなく、第１解決サーバの一例）を含む。そして、インヴォーカであるコンポーネントサーバ２０Ａ´の制御部２１は、呼び出し先解決サーバ１０´から受信するワーカ一覧情報（限定ではなく、第１情報の一例）に基づいて、ワーカであるコンポーネントサーバ２０Ｂ´´のサーバＩＤ（限定ではなく、識別情報の一例）が探索出来ない場合（限定ではなく、解決できない場合の一例）、コンポーネントサーバ２０Ｂ´´を特定するためのワーカ一覧情報（限定ではなく例として、第６情報の一例）を呼び出し先解決サーバ１０´´から受信する。すると、コンポーネントサーバ２０Ａの制御部２１は、呼び出し先解決サーバ１０´´から受信したワーカ一覧情報（限定ではなく、第６情報の一例）に基づいて、コンポーネントサーバ２０Ｂ´´にｒｐｃメッセージ情報を送信する構成。を示している。
このような構成により得られる実施例の効果の一例として、第１サーバは、解決サーバから受信した第１情報では第２サーバを識別できない場合、第１解決サーバから受信した第６情報を用いて第２サーバを識別することができる。そのため、第１サーバは、解決サーバと第１解決サーバとで異なるリージョンまたはゾーンをまたいで冗長構成される解決サーバシステムを利用してプロセス間通信の相手である第２サーバを特定することができる。
結果として、サーバシステムの可用性を向上させることができる。
本実施例は、サーバシステムに、データセンタＡに属する呼び出し先解決サーバ１０´（限定ではなく、解決サーバ）とは異なるデータセンタＢ（限定ではなく、リージョンまたはゾーンの一例）に属する呼び出し先解決サーバ１０´´（限定ではなく、第１解決サーバの一例）を含む。そして、インヴォーカであるコンポーネントサーバ２０Ａ´の制御部２１は、呼び出し先解決サーバ１０´から受信するワーカ一覧情報（限定ではなく、第１情報の一例）に基づいて、ワーカであるコンポーネントサーバ２０Ｂ´´のサーバＩＤ（限定ではなく、識別情報の一例）が探索出来ない場合（限定ではなく、解決できない場合の一例）、コンポーネントサーバ２０Ｂ´´を特定するためのワーカ一覧情報（限定ではなく例として、第６情報の一例）を呼び出し先解決サーバ１０´´から受信する。すると、コンポーネントサーバ２０Ａの制御部２１は、呼び出し先解決サーバ１０´´から受信したワーカ一覧情報（限定ではなく、第６情報の一例）に基づいて、コンポーネントサーバ２０Ｂ´´にｒｐｃメッセージ情報を送信する構成。を示している。
このような構成により得られる実施例の効果の一例として、第１サーバは、解決サーバから受信した第１情報では第２サーバを識別できない場合、第１解決サーバから受信した第６情報を用いて第２サーバを識別することができる。そのため、第１サーバは、解決サーバと第１解決サーバとで異なるリージョンまたはゾーンをまたいで冗長構成される解決サーバシステムを利用してプロセス間通信の相手である第２サーバを特定することができる。
結果として、サーバシステムの可用性を向上させることができる。
【0247】
また、本実施例では、ｒｐｃメッセージ情報がｈｔｔｐに基づいて送受信される。そして、インヴォーカであるコンポーネントサーバ２０Ａ´の制御部２１はＲＰＣ通信を制御するメッセージングモジュール２５１３（限定ではなく、ミドルウェアの一例）に組み込まれたｈｔｔｐメッセージングドライバ２５１５（限定ではなく、メッセージングドライバの一例）を介して（ｈｔｔｐメッセージングドライバに従って）ワーカ一覧情報（限定ではなく、第１情報と第６情報との一例）を受信し、ｒｐｃメッセージ情報を送信する制御を行う。そして、コンポーネントサーバ２０Ｂ´´の制御部２１は、ｈｔｔｐメッセージングドライバ２５１５を介して（ｈｔｔｐメッセージングドライバに従って）ｒｐｃメッセージ情報を受信する制御を行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１サーバと第２サーバとで、ミドルウェアのメッセージングドライバを変更することで、容易にプロセス間通信の実現方法を変更することができる。そのため、サーバシステムのユーザは、メッセージングドライバを選択することで、プロセス間通信の実現方法を容易に変更することができる。
このような構成により得られる実施例の効果の一例として、第１サーバと第２サーバとで、ミドルウェアのメッセージングドライバを変更することで、容易にプロセス間通信の実現方法を変更することができる。そのため、サーバシステムのユーザは、メッセージングドライバを選択することで、プロセス間通信の実現方法を容易に変更することができる。
【0248】
また、本実施例は、コンポーネントサーバ２０Ａ´と呼び出し先解決サーバ１０´とは同じデータセンタＡ（限定ではなく、同じリージョンまたはゾーンの一例）に属し、コンポーネントサーバ２０Ａ´の制御部２１は、コンポーネントサーバ２０Ａ´との通信レイテンシが最も低い（限定ではなく、最も近しいリージョンまたはゾーンに属する一例）呼び出し先解決サーバ１０´´からワーカ一覧情報を受信する構成を示している。
このような構成により得られる実施例の効果の一例として、リージョンまたはゾーンをまたぐ通信による処理の遅延を最小化することができる。また、リージョンまたはゾーンをまたぐ通信の発生を最小化することができる。結果として、リージョンまたはゾーンによる冗長化構成を保ちつつ、サーバシステム全体で発生する通信負荷を下げることができる。
このような構成により得られる実施例の効果の一例として、リージョンまたはゾーンをまたぐ通信による処理の遅延を最小化することができる。また、リージョンまたはゾーンをまたぐ通信の発生を最小化することができる。結果として、リージョンまたはゾーンによる冗長化構成を保ちつつ、サーバシステム全体で発生する通信負荷を下げることができる。
【0249】
＜第２変形例（１）＞
上記の実施例では、データセンタ間をまたいだマルチリージョン構成について例示したが、これに限定されない。限定ではなく例として、各データセンタを可用性ゾーンとみなすことで、マルチゾーンについても同様に実現することができる。
また、マルチリージョンとマルチゾーンとを併用するマルチサイトについても同様に実現可能である。
上記の実施例では、データセンタ間をまたいだマルチリージョン構成について例示したが、これに限定されない。限定ではなく例として、各データセンタを可用性ゾーンとみなすことで、マルチゾーンについても同様に実現することができる。
また、マルチリージョンとマルチゾーンとを併用するマルチサイトについても同様に実現可能である。
【0250】
＜第２変形例（２）＞
上記の実施例では、ワーカ探索処理はインヴォーカとなったコンポーネントサーバ２０Ａ´において実行することとしたが、これに限定されない。限定ではなく例として、ワーカ探索処理を各データセンタの呼び出し先解決サーバ１０で実行するようにしてもよい。
上記の実施例では、ワーカ探索処理はインヴォーカとなったコンポーネントサーバ２０Ａ´において実行することとしたが、これに限定されない。限定ではなく例として、ワーカ探索処理を各データセンタの呼び出し先解決サーバ１０で実行するようにしてもよい。
【0251】
図２－２は、本変形例におけるマルチリージョン通信システム構成と処理の流れの概念を示すブロック図である。
【0252】
以下に、本変形例において各装置が実行する処理の流れの一例を示す。
なお、処理に先立ち、前述のように、限定ではなく例として、データセンタ内の各サーバ２０について、呼び出し先管理データ１５３とコンポーネントサーバ一覧情報４５５とが更新されることとしてもよい。
なお、処理に先立ち、前述のように、限定ではなく例として、データセンタ内の各サーバ２０について、呼び出し先管理データ１５３とコンポーネントサーバ一覧情報４５５とが更新されることとしてもよい。
【0253】
（（１））．各データセンタの呼び出し先解決サーバ１０（呼び出し先解決サーバ１０´，呼び出し先解決サーバ１０´´，呼び出し先解決サーバ１０´´´，・・・）の制御部１１は、限定ではなく例として、グローバルネットワーク３０を介して、各々の呼び出し先管理データ１５３を同期させる。
【0254】
（（２））．データセンタＡのサーバ２０Ａ´の制御部２１は、限定ではなく例として、コンポーネントプログラムにおけるｒｐｃ．ｃａｌｌ手続きに基づいて、ｒｐｃ．ｃａｌｌ処理を実行開始する。サーバ２０Ａ´の制御部２１は、限定ではなく例として、ｈｔｔｐメッセージングドライバ２５１５に従って、ｒｐｃ処理要求情報に基づいて、ワーカ探索要求情報を同じデータセンタ内の呼び出し先解決サーバ１０´に送信する。
なお、呼び出し先解決サーバ１０´が停止している場合、サーバ２０Ａ´の制御部２１は、限定ではなく例として、ワーカ探索要求情報を最も近い（限定ではなく例として、サーバ１０とのレイテンシが低い）データセンタの呼び出し先解決サーバ１０に送信するようにしてもよい。
なお、呼び出し先解決サーバ１０´が停止している場合、サーバ２０Ａ´の制御部２１は、限定ではなく例として、ワーカ探索要求情報を最も近い（限定ではなく例として、サーバ１０とのレイテンシが低い）データセンタの呼び出し先解決サーバ１０に送信するようにしてもよい。
【0255】
（（３））．呼び出し先解決サーバ１０´の制御部１１は、限定ではなく例として、ワーカ更新処理を実行する。そして、呼び出し先解決サーバ１０´の制御部１１は、限定ではなく例として、呼び出し先解決サーバ１０´の呼び出し先管理データ１５３を参照し、ワーカ探索処理を実行する。
ワーカ探索処理において、呼び出し先管理データ１５３の同期のタイミング等の問題により、呼び出し先解決サーバ１０´の呼び出し先管理データ１５３から手続き側のサーバ（この例では、サーバ１０Ｂ´´）が探索出来ない場合、呼び出し先解決サーバ１０´の制御部１１は、限定ではなく例として、ワーカ探索要求情報を最も近いデータセンタの呼び出し先解決サーバ１０´´に送信する。
ワーカ探索処理において、呼び出し先管理データ１５３の同期のタイミング等の問題により、呼び出し先解決サーバ１０´の呼び出し先管理データ１５３から手続き側のサーバ（この例では、サーバ１０Ｂ´´）が探索出来ない場合、呼び出し先解決サーバ１０´の制御部１１は、限定ではなく例として、ワーカ探索要求情報を最も近いデータセンタの呼び出し先解決サーバ１０´´に送信する。
【0256】
なお、ワーカ探索処理において、呼び出し先解決サーバ１０´の呼び出し先管理データ１５３から手続き側のサーバが探索出来る場合、呼び出し先解決サーバ１０´の制御部１１は、ワーカ解決情報をサーバ２０Ａ´に送信する。
【0257】
（（４））．通信Ｉ／Ｆ１４によって呼び出し先解決サーバ１０´からワーカ探索要求情報を受信すると、呼び出し先解決サーバ１０´´の制御部１１は、限定ではなく例として、呼び出し先解決サーバ１０´´の呼び出し先管理データ１５３を参照し、ワーカ探索処理を実行する。
ワーカ探索処理において、呼び出し先解決サーバ１０´´の制御部１１は、呼び出し先解決サーバ１０´´の呼び出し先管理データ１５３から手続き側のサーバ（この例では、サーバ１０Ｂ´´）が探索されると、ワーカ解決情報をサーバ２０Ａ´に送信する。
ワーカ探索処理において、呼び出し先解決サーバ１０´´の制御部１１は、呼び出し先解決サーバ１０´´の呼び出し先管理データ１５３から手続き側のサーバ（この例では、サーバ１０Ｂ´´）が探索されると、ワーカ解決情報をサーバ２０Ａ´に送信する。
【0258】
なお、呼び出し先解決サーバ１０´´の制御部１１は、ワーカ解決情報を呼び出し先解決サーバ１０´を介してサーバ２０Ａ´に送信するようにしてもよい。
【0259】
呼び出し先解決サーバ１０´´からワーカ解決情報を受信すると、コンポーネントサーバ２０Ａ´の制御部２１は、ｒｐｃメッセージ情報をワーカであるコンポーネントサーバ２０Ｂ´´に送信する。
【0260】
ワーカ探索処理を各データセンタの呼び出し先解決サーバ１０において実行することにより、各コンポーネントサーバ２０の処理負荷を呼び出し先解決サーバ１０に負荷分散させることができる。
【0261】
＜第２変形例（３）＞
上記の実施例では、呼び出し先解決サーバ１０を用いる処理（限定ではなく例として、ｒｐｃ．ｃａｌｌ通信やｒｐｃ．ｃａｓｔ通信）について例示したが、これに限定されない。限定ではなく例として、一斉呼び出しサーバ４０を用いるｒｐｃ．ｆａｎｏｕｔ通信についてもデータセンタ間で発生するトラヒックを最小限に抑えるように構成してもよい。
上記の実施例では、呼び出し先解決サーバ１０を用いる処理（限定ではなく例として、ｒｐｃ．ｃａｌｌ通信やｒｐｃ．ｃａｓｔ通信）について例示したが、これに限定されない。限定ではなく例として、一斉呼び出しサーバ４０を用いるｒｐｃ．ｆａｎｏｕｔ通信についてもデータセンタ間で発生するトラヒックを最小限に抑えるように構成してもよい。
【0262】
この場合、限定ではなく例として、一斉呼び出しサーバ４０´におけるコンポーネントサーバ一覧情報４５５は、限定ではなく例として、以下の要素（Ａ）＋（Ｂ）のようにｒｐｃメッセージ情報を記述してもよい。
（Ａ）：一斉呼び出しサーバ４０と同じデータセンタに存在する各コンポーネントサーバ２０の識別情報。
（Ｂ）：一斉呼び出しサーバ４０と異なるデータセンタに存在する各一斉呼び出しサーバ４０の識別情報。
（Ａ）：一斉呼び出しサーバ４０と同じデータセンタに存在する各コンポーネントサーバ２０の識別情報。
（Ｂ）：一斉呼び出しサーバ４０と異なるデータセンタに存在する各一斉呼び出しサーバ４０の識別情報。
【0263】
インヴォーカ（限定ではなく例として、コンポーネントサーバ２０Ａ´）と同じデータセンタに存在する一斉呼び出しサーバ４０´の制御部４１は、は、インヴォーカからｒｐｃメッセージ情報を受信すると、ｒｐｃメッセージ情報増幅送信処理において、限定ではなく例として、（Ａ）と（Ｂ）とを対象としてｒｐｃメッセージ情報を送信する。
【0264】
インヴォーカと異なるデータセンタに存在する一斉呼び出しサーバ４０の制御部４１は、一斉呼び出しサーバ４０´からｒｐｃメッセージ情報を受信すると、ｒｐｃメッセージ情報増幅送信処理において、限定ではなく例として、（Ａ）を対象としてｒｐｃメッセージ情報を送信する。
【0265】
このようにインヴォーカが存在するデータセンタの一斉呼び出しサーバ４０を親とし、他のデータセンタの一斉呼び出しサーバ４０を子として再帰的にｒｐｃメッセージ情報を送信することで、データセンタ間で発生するトラヒックを最小化することができる。
【0266】
＜他の実施例＞
（１）情報処理装置
上記の実施例では、本開示における情報処理装置を呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０として説明したが、これに限定されない。
（１）情報処理装置
上記の実施例では、本開示における情報処理装置を呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０として説明したが、これに限定されない。
【0267】
呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０を１つとするのではなく、呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０を複数のサーバに分け、これら各々のサーバを本開示における情報処理装置としてもよい。
【0268】
また、サーバではなく、ソフトウエアコンポーネントを利用する端末と通信する管理用のコンピュータ等の端末や管理用のスマートフォン等の端末を、本開示における情報処理装置としてもよい。
【0269】
また、複数の情報処理装置を含むシステムを構成し、このシステムが、上記の実施例で説明した呼び出し先解決サーバ１０および／または一斉呼び出しサーバ４０の各種の処理を行うようにしてもよい。
【0270】
（２）その他
前述したように、上記の各々の実施例、各々の変形例、その他の実施例等で説明した内容は、それぞれ組み合わせて適用することが可能である。
前述したように、上記の各々の実施例、各々の変形例、その他の実施例等で説明した内容は、それぞれ組み合わせて適用することが可能である。
【0271】
＜他の実施形態＞
本発明の他の態様として、第１サーバから少なくとも第２サーバへのプロセス間通信を制御するミドルウェアに組み込まれるドライバプログラムであって、ドライバプログラムは、プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバと通信させる処理を含み、ドライバプログラムは、第１サーバにおいて、第２サーバを特定するための第１情報を解決サーバから受信させ、第１情報に基づき、第２サーバにプロセス間通信の処理を要求するための第２情報を送信させ、第２サーバにおいて、第１サーバから第２情報を受信させるようにしてもよい。
本発明の他の態様として、第１サーバから少なくとも第２サーバへのプロセス間通信を制御するミドルウェアに組み込まれるドライバプログラムであって、ドライバプログラムは、プロセス間通信におけるプロセス間通信先を特定することに関する処理を実行する解決サーバと通信させる処理を含み、ドライバプログラムは、第１サーバにおいて、第２サーバを特定するための第１情報を解決サーバから受信させ、第１情報に基づき、第２サーバにプロセス間通信の処理を要求するための第２情報を送信させ、第２サーバにおいて、第１サーバから第２情報を受信させるようにしてもよい。
【0272】
また、ドライバプログラムは、第２情報をハイパーテキスト・トランスファー・プロトコルに基づいて送受信させるようにしてもよい。
【0273】
また、ドライバプログラムは、第２サーバにおいて、第１サーバに第２情報に基づく第１処理に関する第３情報を送信させ、第１サーバにおいて、第２サーバから第３情報を受信させるようにしてもよい。
【0274】
また、ドライバプログラムは、第２情報と第３情報とをハイパーテキスト・トランスファー・プロトコルに基づいて送受信させるようにしてもよい。
【0275】
また、ドライバプログラムは、第２サーバと少なくとも第３サーバとにプロセス間通信の処理を要求することに関する処理を実行する増幅サーバと通信させる処理を含み、ドライバプログラムは、第１サーバにおいて、増幅サーバを特定するための第４情報を解決サーバから受信させ、第４情報に基づき、増幅サーバにプロセス間通信の処理を要求するための第５情報を送信させ、第２サーバと第３サーバとにおいて、増幅サーバから第５情報を受信させるようにしてもよい。
【0276】
また、ドライバプログラムは、第５情報をハイパーテキスト・トランスファー・プロトコルに基づいて送受信させるようにしてもよい。
【符号の説明】
【0277】
１ 通信システム
１０ 呼び出し先解決サーバ
２０ コンポーネントサーバ
３０ ネットワーク
４０ 一斉呼び出しサーバ
１０ 呼び出し先解決サーバ
２０ コンポーネントサーバ
３０ ネットワーク
４０ 一斉呼び出しサーバ
【図1-1】
【図1-2】
【図1-3】
【図1-4】
【図1-5】
【図1-6】
【図1-7】
【図1-8】
【図1-9】
【図1-10】
【図1-11】
【図2-1】
【図2-2】