(57)【要約】【課題】サービスを停止させずにシステムの保守作業を可能としつつ、管理者のシステムの管理を容易にする処理制御システムを提供することを目的とする。【解決手段】端末から送信された処理要求に対応する処理を実行する複数の処理装置と、複数の処理装置にネットワークを介して接続され、端末から送信された処理要求をネットワークを介して複数の処理装置に送信する処理分散部と、を備える処理制御システムであって、処理分散部は、端末から処理要求を受信した場合、受信した処理要求をネットワークにブロードキャストで送信し、処理装置から処理結果を受信した場合、受信した複数の処理結果の分布に基づいて、処理要求に対する最も確からしい処理結果である推定処理結果を決定し、処理要求を送信した端末に決定した推定処理結果を送信することを特徴とする。【選択図】図１
2015153299.tif 000002
【特許請求の範囲】
【請求項１】
端末から送信された処理要求に対応する処理を実行する複数の処理装置と、
前記複数の処理装置にネットワークを介して接続され、前記端末から送信された処理要求を前記ネットワークを介して前記複数の処理装置に送信する処理分散部と、を備える処理制御システムであって、
前記処理分散部は、前記端末から処理要求を受信した場合、前記受信した処理要求を前記ネットワークにブロードキャストで送信し、
前記処理装置は、前記処理分散部から処理要求を受信した場合、前記受信した処理要求に対応する処理を実行し、処理結果を前記処理分散部に送信し、
前記処理分散部は、前記処理装置から処理結果を受信した場合、前記受信した複数の処理結果の分布に基づいて、前記処理要求に対する最も確からしい処理結果である推定処理結果を決定し、
前記処理要求を送信した端末に前記決定した推定処理結果を送信することを特徴とする処理制御システム。
【請求項２】
請求項１に記載の処理制御システムであって、
前記処理分散部は、
内容が一致する処理結果の数を算出し、
前記内容が一致する処理結果の数が最も多い処理結果を前記推定処理結果として決定することを特徴とする処理制御システム。
【請求項３】
請求項２に記載の処理制御システムであって、
前記処理分散部は、
前記内容が一致する処理結果の数が予め設定された値に達した場合、当該内容の処理結果を前記推定処理結果として決定することを特徴とする処理制御システム。
【請求項４】
請求項１に記載の処理制御システムであって、
前記処理装置を管理する管理部をさらに備え、
前記処理分散部は、前記処理装置から前記処理結果を受信した場合、前記処理結果を受信した旨の処理結果情報を前記管理部に送信し、
前記管理部は、前記処理結果情報に基づいて、前記処理分散部がブロードキャストで送信する処理要求に対応する処理を実行する処理装置の数を算出することを特徴とする処理制御システム。
【請求項５】
請求項４に記載の処理制御システムであって、
前記処理分散部は、
前記受信した処理要求を前記ネットワークにブロードキャストで送信した場合、前記処理要求を前記ネットワークに送信した旨の分散先情報を前記管理部に送信し、
前記管理部は、前記分散先情報及び前記処理結果情報を受信した場合、前記受信した分散先情報及び処理結果情報に基づいて、前記処理結果を送信した処理装置の前記処理要求の処理の実行時間を算出し、
今回算出した実行時間及び以前に算出した実行時間に基づいて、前記処理結果を送信した処理装置の前記処理要求の処理の平均実行時間を算出し、
前記処理結果を送信した処理装置と前記算出した平均実行時間とを関連付けて統計時間管理情報に登録することを特徴とする処理制御システム。
【請求項６】
請求項５に記載の処理制御システムであって、
前記管理部は、
前記分散先情報を受信した場合、前記統計時間管理情報に登録された処理装置と、当該処理装置の平均実行時間とを読み出し、
前記分散先情報を受信してから平均実行時間を超えて所定時間以上経過しても、当該平均時間に関連付けられた処理装置から処理結果を受信した旨の処理結果情報を前記処理分散部から受信しない場合、当該処理装置で異常が発生している可能性がある旨を管理者に報知することを特徴とする処理制御システム。
【請求項７】
請求項５に記載の処理制御システムであって、
前記処理分散部は、
前記端末から処理要求を受信してから所定時間経過しても、新たな処理要求を受信しない場合、疑似的な処理要求である疑似処理要求を前記ネットワークにブロードキャストで送信し、
前記疑似処理要求を前記ネットワークにブロードキャストで送信した場合、前記疑似処理要求を前記ネットワークに送信した旨の疑似分散先情報を前記管理部に送信し、
前記処理装置は、前記処理分散部から前記疑似処理要求を受信した場合、前記受信した疑似処理要求に対応する処理を実行し、前記疑似処理要求に対応する処理結果である疑似処理結果を前記処理分散部に送信し、
前記処理分散部は、前記処理装置から前記疑似処理結果を受信した場合、前記疑似処理結果を受信した旨の疑似処理結果情報を前記管理部に送信し、
前記管理部は、
前記疑似分散先情報及び前記疑似処理結果情報を受信した場合、前記受信した疑似分散先情報及び疑似処理結果情報に基づいて、前記疑似処理結果を送信した処理装置の前記疑似処理要求の処理の実行時間を算出し、
今回算出した実行時間、以前に算出した処理要求に対応する処理の実行時間、及び以前に算出した疑似処理要求に対応する処理の実行時間に基づいて、前記疑似処理結果を送信した処理装置の前記処理要求の処理の実行にかかる平均実行時間を算出し、
前記疑似処理結果を送信した処理装置と前記算出した平均実行時間とを関連付けて前記統計時間管理情報に登録することを特徴とする処理制御システム。
【請求項８】
請求項１に記載の処理制御システムであって、
前記処理分散部は、
前記端末から処理要求を受信した場合、前記受信した処理要求をブロードキャストで送信可能な形式に変換し、
前記変換した処理要求を前記ネットワークにブロードキャストで送信し、
前記処理装置は、
前記処理分散部から前記処理要求を受信した場合、前記受信した処理要求を前記処理装置が処理可能な形式に変換し、
前記変換した処理要求に対応する処理を実行することを特徴とする処理制御システム。
【請求項９】
請求項１に記載の処理制御システムであって、
前記処理装置は後続処理装置に接続され、
前記処理装置は、
前記処理分散部から処理要求を受信した場合、前記受信した処理要求に対応する処理を前記後続処理装置に実行させ、
前記後続処理装置の処理結果を、前記処理結果として前記処理分散部に送信することを特徴とする処理制御システム。
【請求項１０】
端末から送信された処理要求に対応する処理を実行する複数の処理装置と、
前記複数の処理装置にネットワークを介して接続され、前記端末から送信された処理要求を前記ネットワークを介して前記複数の処理装置に送信する処理分散部と、を有する処理制御システムにおける処理制御方法であって、
前記処理分散部が、前記端末から処理要求を受信した場合、前記受信した処理要求を前記ネットワークにブロードキャストで送信し、
前記処理装置が、前記処理分散部から受信した処理要求に対応する処理を実行し、処理結果を前記処理分散部に送信し、
前記処理分散部が、前記処理装置から処理結果を受信した場合、前記受信した複数の処理結果の分布に基づいて、前記処理要求に対する最も確からしい処理結果である推定処理結果を決定し、
前記処理分散部が、前記処理要求を送信した端末に前記決定した推定処理結果を送信することを特徴とする処理制御方法。
【請求項１１】
端末から送信された処理要求に対応する処理を実行する複数の処理装置にネットワークを介して接続され、プロセッサ及び記憶領域を有する処理分散部において、前記端末から送信された処理要求を前記ネットワークを介して前記複数の処理装置に送信し、前記処理装置からの処理結果を前記端末に送信する処理を前記プロセッサに実行させるプログラムであって、
前記処理は、
前記端末から処理要求を受信した場合、前記受信した処理要求を前記ネットワークにブロードキャストで送信するステップと、
前記処理装置によって、前記処理分散部から受信した処理要求に対応する処理が実行され、送信される前記処理結果を受信するステップと、
前記受信した複数の処理結果の分布に基づいて、前記処理要求に対する最も確からしい処理結果である推定処理結果を決定するステップと、
前記処理要求を送信した端末に前記決定した推定処理結果を送信するステップと、を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
端末からの処理要求を複数の処理装置に送信する処理分散部を備える処理制御システムに関する。
【背景技術】
【０００２】
昨今、クラウドコンピューティングの台頭により、ネットワーク、サーバ、及びストレージ等の物理的なコンピューティング資源（ハードウェア資源）を潤沢に備えたシステム上に、仮想化技術を用いて多種多様なシステムを複数構築する事例が多くなっている。
【０００３】
また、仮想化技術の進展によって、ハードウェア資源の増設及び減設は容易となり、各種処理を実行するサーバの調達は容易となっている。
【０００４】
いつでもデータをシステムに入出力し、サービスを停止させることなく各種処理をシステムに実行させたいというユーザのニーズ、及びシステムが保有する情報（データ）の重要性は増す一方であり、システム運用者等にとってサービスを停止させずにシステムをいかに保全するかが問題となる。
【０００５】
このような問題に対し、クラスタ構成を採用することによってサービス停止時間を最小限に留めることが一般的である。通常、ＨＡ（High Availability）クラスタは一対のサーバＡ及びＢによって構成され、これらのサーバＡ及びＢは同時に稼動できる。サーバＡ及びＢのうち一方のサーバで故障が発生した場合、他方のサーバが故障したサーバの処理の一部または全てを引き継ぐことができる。
【０００６】
クラスタを構成するサーバの管理が容易にする技術として特開２００１−１０９６３９号公報（特許文献１）がある。
【０００７】
特許文献１の公報には、「資源グループが「自動的に」生成されると言われるのは、どの資源がある特定の資源グループに入るかを定義することにシステム管理者が直接関わらないことが好ましいからである。そうではなくて、管理者は単に、所与のアプリケーションをその時に実行しているコンピュータで故障が発生した場合に、そのアプリケーションと並置しなければならない資源のセットを識別するだけである。この場合、資源グループが、１組のコロケーション「制約」または規則を使用して自動的に生成される。第１のコロケーション制約は、所与のアプリケーションについて任意のユーザ定義コロケーションを実施することが好ましく、第２の制約は、同一の物理ディスク上に常駐するディスク区画資源を並置する。」と記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１−１０９６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１では、アプリケーション及び当該アプリケーションが使用する資源を管理するものであり、端末から送信された処理要求を複数の処理装置に送信する処理分散部を有する処理制御システムに適用できない。
【００１０】
このため、本発明は、サービスを停止させずにシステムの保守作業を可能としつつ、管理者のシステムの管理を容易にする処理制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の代表的な一例を示せば、端末から送信された処理要求に対応する処理を実行する複数の処理装置と、前記複数の処理装置にネットワークを介して接続され、前記端末から送信された処理要求を前記ネットワークを介して前記複数の処理装置に送信する処理分散部と、を備える処理制御システムであって、前記処理分散部は、前記端末から処理要求を受信した場合、前記受信した処理要求を前記ネットワークにブロードキャストで送信し、前記処理装置は、前記処理分散部から処理要求を受信した場合、前記受信した処理要求に対応する処理を実行し、処理結果を前記処理分散部に送信し、前記処理分散部は、前記処理装置から処理結果を受信した場合、前記受信した複数の処理結果の分布に基づいて、前記処理要求に対する最も確からしい処理結果である推定処理結果を決定し、前記処理要求を送信した端末に前記決定した推定処理結果を送信することを特徴とする。
【発明の効果】
【００１２】
本願において開示される発明のうち代表的なものによって得られる効果を簡潔に説明すれば、下記の通りである。すなわち、サービスを停止させずにシステムの保守作業を可能としつつ、管理者のシステムの管理を容易にする処理制御システムを提供することを目的とする。
【００１３】
上記した以外の課題、構成、及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１４】
【図１】実施例１の処理制御システムの説明図である。
【図２】実施例１の分散装置の構成の説明図である。
【図３】実施例１の管理サーバの構成の説明図である。
【図４】実施例１のＷｅｂサーバの構成の説明図である。
【図５】実施例１のＡＰサーバの構成の説明図である。
【図６】実施例１のＤＢサーバの構成の説明図である。
【図７】実施例１のイベント型識別テーブルの説明図である。
【図８】実施例１の通信管理テーブルの説明図である。
【図９】実施例１のＡＰ別要求レートテーブルの説明図である。
【図１０】実施例１の実測処理時間管理テーブルの説明図である。
【図１１】実施例１の接続先管理テーブルの説明図である。
【図１２】実施例１の推定時間管理テーブルの説明図である。
【図１３】実施例１の統計時間管理テーブルの説明図である。
【図１４】実施例１の接続先管理テーブルの説明図である。
【図１５】実施例１の処理結果管理テーブルの説明図である。
【図１６】実施例１の判定基準数管理テーブルの説明図である。
【図１７】実施例１の管理サーバによる判定基準数情報送信処理のフローチャートである。
【図１８】実施例１の分散装置による分散処理のフローチャートである。
【図１９】実施例１のクライアントから受信したＩＰパケットである処理要求の説明図である。
【図２０】実施例１のブロードキャストで送信された処理要求の説明図である。
【図２１】実施例１の管理サーバによる分散先登録処理のフローチャートである。
【図２２】実施例１のＷｅｂサーバによる分散データ処理のフローチャートである。
【図２３】実施例１の分散データ処理プログラムからＨＴＴＰサーバプログラムに転送される処理要求の説明図である。
【図２４】実施例１のＷｅｂサーバから分散装置に送信される処理結果の説明図である。
【図２５】実施例１の分散装置による判定基準数更新処理のフローチャートである。
【図２６】実施例１の分散装置による処理結果判定処理のフローチャートである。
【図２７】実施例１の管理サーバによって実行される処理結果登録処理のフローチャートである。
【発明を実施するための形態】
【実施例１】
【００１５】
実施例１について図１〜図２７を用いて説明する。図１は、実施例１の処理制御システムの説明図である。
【００１６】
本実施例の処理制御システムは、複数のクライアント（端末）７と、管理サーバ９と、複数の分散装置（処理分散部）１０と、複数のＷｅｂ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバ１１と、複数のＡＰ（Ａｐｐｒｉｃａｔｉｏｎ）サーバ１２と、複数のＤＢ（ＤａｔａＢａｓｅ）サーバ１３と、を備える。
【００１７】
クライアント７は、ネットワーク１６を介して分散装置１０に接続される。分散装置１０はネットワーク１７を介して複数のＷｅｂサーバ１１に接続される。Ｗｅｂサーバ１１はネットワーク１８を介してＡＰサーバ１２に接続される。ＡＰサーバ１２はネットワーク１９を介してＤＢサーバ１３に接続される。また、管理サーバ９はネットワーク５を介して複数の分散装置１０に接続される。管理サーバ９はネットワーク６を介して複数のＷｅｂサーバ１１に接続される。なお、管理サーバ９は複数のＷｅｂサーバ１１に接続されなくてもよい。
【００１８】
図１では、一つのＷｅｂサーバ１１は一つのＡＰサーバ１２に接続され、一つのＡＰサーバ１２は一つのＤＢサーバ１３に接続されるが、一つのＷｅｂサーバ１１に接続されるＡＰサーバ１２の数、及び一つのＡＰサーバ１２に接続されるＤＢサーバ１３の数は複数であってもよい。
【００１９】
また、図１では、管理サーバ９は、分散装置１０と別装置としているが、管理サーバ９の機能が一つの分散装置１０に実装されてもよい。また、管理サーバ９の機能は、複数の計算機によって構成される計算機システムに実装されてもよい。この場合、管理サーバ９の機能を実装する複数の計算機間で情報を共有し、情報を同期する必要がある。
【００２０】
また、Ｗｅｂサーバ１１とＡＰサーバ１２とが同一のハードウェアに実装されてもよいし、ＡＰサーバ１２とＤＢサーバ１３とが同一のハードウェアに実装されてもよい。また、Ｗｅｂサーバ１１とＡＰサーバ１２とＤＢサーバ１３とが同一のハードウェアに実装されてもよい。
【００２１】
クライアント７は、処理要求を分散装置１０に送信する。処理要求は、Ｗｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３に所定の処理を実行させる要求であり、例えば、ＨＴＴＰリクエスト等である。
【００２２】
分散装置１０は、クライアント７からの処理要求を受信した場合、受信した処理要求を複数のＷｅｂサーバ１１が接続されたネットワーク１７にブロードキャストで送信する。分散装置１０は処理要求をブロードキャストでネットワーク１７に送信するので、分散装置１０に接続されるＷｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３の構成を管理しなくてもよい。これによって、管理者は、Ｗｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３の構成を把握する必要がないので、システムの管理を容易にできる。
【００２３】
Ｗｅｂサーバ１１は、ブロードキャストで送信された処理要求を受信した場合、受信した処理要求に対応するアプリケーション処理をＡＰサーバ１２に実行させる実行要求をＡＰサーバ１２に送信する。ＡＰサーバ１２は、Ｗｅｂサーバ１１から実行要求を受信した場合、実行要求に対応するアプリケーション処理を実行し、データベース処理要求をＤＢサーバ１３に送信する。ＤＢサーバ１３は、ＡＰサーバ１２からデータベース処理要求を受信した場合、データベース処理を実行し、データベース処理が完了した旨の完了通知をＡＰサーバ１２に送信する。ＤＢサーバ１３は、例えばファイルサーバ等であり、データベース処理は、例えば、データベースから情報を読み出す処理及びデータベースに情報を書き込む処理等である。
【００２４】
ＡＰサーバ１２は、ＤＢサーバ１３から完了通知を受信し、アプリケーション処理の実行が完了した場合、処理結果をＷｅｂサーバ１１に送信する。Ｗｅｂサーバ１１は、ＡＰサーバ１２から受信した処理結果を、受信した処理要求の応答として分散装置１０に送信する。なお、処理要求がＨＴＴＰリクエストである場合、Ｗｅｂサーバ１１が分散装置１０に送信する処理結果はＨＴＴＰレスポンスである。処理要求はブロードキャストで複数のＷｅｂサーバ１１に送信されるので、複数のＷｅｂサーバ１１が処理結果を応答として分散装置１０に送信する。
【００２５】
Ｗｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３は、処理要求に対応する処理を実行する装置であれば、Ｗｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３に限定されない。
【００２６】
分散装置１０は、複数のＷｅｂサーバ１１から処理結果を受信した場合、処理結果の分布に基づいて、最も確からしい処理結果である推定処理結果を決定し、推定処理結果を最終的な応答として、処理要求を送信したクライアント７に送信する。
【００２７】
以上によって、分散装置１０がブロードキャストで複数のＷｅｂサーバ１１に処理要求を送信するため、分散装置１０が複数のＷｅｂサーバ１１の台数及びＷｅｂサーバ１１のＩＰアドレスを把握する必要がなくなる。また、複数のＷｅｂサーバ１１等の処理装置が、ある処理要求に対応する処理を並列して実行できるため、いずれかの処理装置に保守作業をする場合であっても、全体としてのサービスを停止させなくてもよい。
【００２８】
なお、クライアント７及び分散装置１０の数は図１に限定されず、一つであってもよいし、複数であってもよい。また、本処理制御システムは、複数の処理装置を備えればよく、Ｗｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３の数は図１に限定されない。
【００２９】
図２は、実施例１の分散装置１０の構成の説明図である。
【００３０】
分散装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１と、複数のネットワークインタフェース（ＮＷ  Ｉ／Ｆ）１０２〜１０４と、入出力装置１０５と、メモリ１０７と、を備える。これらは、内部バス１０６等の通信路を介して相互に接続される。
【００３１】
ＮＷ  Ｉ／Ｆ１０２は、ネットワーク１６を介してクライアント７と接続される。ＮＷ  Ｉ／Ｆ１０３は、ネットワーク１７を介してＷｅｂサーバ１１と接続される。ＮＷ  Ｉ／Ｆ１０４は、ネットワーク６を介して管理サーバ９と接続される。
【００３２】
メモリ１０７には、分散プログラム１１１、判定プログラム１２１０、イベント型識別テーブル１２１、通信管理テーブル１２２、処理結果管理テーブル７２３、判定基準数管理テーブル７２１、及びＡＰ別要求レートテーブル９２０が格納される。
【００３３】
分散プログラム１１１及び判定プログラム１２１０等のプログラムは、メモリ１０７に予め格納されていてもよいし、分散装置１０が利用可能な記録媒体に格納され、必要な時に、メモリ１０７にロードされてもよい。記録媒体は、例えば、分散装置１０に備わる図示しない外部デバイスインタフェースに着脱可能な記録媒体である。
【００３４】
ＣＰＵ１０１は、メモリ１０７に格納された分散プログラム１１１及び判定プログラム１２１０をそれぞれ実行することによって、分散部及び判定部を分散装置１０に実装する。なお、入出力装置１０５は、キーボード及びマウス等の入力デバイス並びにディスプレイ等の出力デバイスを含む。
【００３５】
イベント型識別テーブル１２１は、処理要求のイベント型を決定するためのテーブルであり、図７で詳細を説明する。処理要求のイベント型には、例えば、できるだけ早い応答を所望するリアルタイム型と、一定時間での応答を所望する一定時間型とがある。
【００３６】
通信管理テーブル１２２は、分散装置１０が接続先と通信するために必要なＩＰアドレス及びネットマスクが登録されたテーブルであり、図８で詳細を説明する。
【００３７】
処理結果管理テーブル７２３は、Ｗｅｂサーバ１１から受信した処理結果が登録されるテーブルであり、図１５で詳細を説明する。
【００３８】
判定基準数管理テーブル７２１は、処理要求のイベント型毎に推定処理結果を決定するための判定基準数が登録されたテーブルであり、図１６で詳細を説明する。
【００３９】
ＡＰ別要求レートテーブル９２０は、処理要求のイベント型毎の処理要求を送信してから応答を受信するまでの時間（要求時間）が登録されたテーブルであり、図９で詳細を説明する。
【００４０】
分散プログラム１１１は、クライアント７から受信した処理要求を必要に応じて加工する。そして、分散プログラム１１１は、Ｗｅｂサーバ１１が接続されたネットワーク１７のアドレスを特定する。そして、分散プログラム１１１は、特定したネットワーク１７のアドレスに加工した処理要求をブロードキャストで送信する。例えば、分散プログラム１１１による処理要求の加工は、ＩＰパケットで送信された処理要求をブロードキャストで送信可能な形式（ＵＤＰパケット）に変換するものである。
【００４１】
判定プログラム１２１０は、複数のＷｅｂサーバ１１から受信した処理結果を処理結果管理テーブル７２３に登録し、複数の処理結果の分布に基づいて、最も確からしい処理結果である推定処理結果を決定し、決定した推定処理結果をクライアント７に送信する。
【００４２】
図３は、実施例１の管理サーバ９の構成の説明図である。
【００４３】
管理サーバ９は、ＣＰＵ９０１と、複数のＮＷ  Ｉ／Ｆ９０２及び９０３と、入出力装置９０５と、メモリ９０７と、を備える。これらは、内部バス９０６等の通信路を介して相互に接続される。
【００４４】
ＮＷ  Ｉ／Ｆ９０２は、ネットワーク５を介して分散装置１０に接続される。ＮＷ  Ｉ／Ｆ９０３は、ネットワーク６を介してＷｅｂサーバ１１に接続される。
【００４５】
メモリ９０７には、管理プログラム９１０、ロジック管理プログラム９１１、ＡＰ別要求レートテーブル９２０、実測処理時間管理テーブル９２１、判定基準数管理テーブル７２１、接続先管理テーブル９２２、推定時間管理テーブル９２３、及び統計時間管理テーブル９２４が格納される。ＡＰ別要求レートテーブル９２０及び判定基準数管理テーブル７２１は、図２と同じなので、同じ符号を付与し、説明を省略する。
【００４６】
分散装置１０と同様に、管理プログラム９１０及びロジック管理プログラム９１１等のプログラムは、メモリ９０７に予め格納されてもよいし、管理サーバ９が利用可能な記録媒体に格納され、必要なときにメモリ９０７にロードされてもよい。
【００４７】
ＣＰＵ９０１は、メモリ９０７に格納された管理プログラム９１０及びロジック管理プログラム９１１をそれぞれ実行することによって、管理部及びロジック管理定部を管理サーバ９に実装する。なお、入出力装置９０５は、キーボード及びマウス等の入力デバイス並びにディスプレイ等の出力デバイスを含む。
【００４８】
推定時間管理テーブル９２３は、処理要求に対応する処理を実行するＷｅｂサーバ１１の数、及び当該Ｗｅｂサーバ１１が処理要求に対応する処理の実行にかかる時間（見積時間）等が登録されるテーブルであり、図１２で詳細を説明する。
【００４９】
統計時間管理テーブル９２４は、処理要求の各Ｗｅｂサーバ１１の平均見積時間等が登録されるテーブルであり、図１３で詳細を説明する。
【００５０】
実測処理時間管理テーブル９２１は、Ｗｅｂサーバ１１が処理要求を受信し、受信した処理要求に対応する処理の実際の実行にかかった実行時間が登録されるテーブルであり、図１０で詳細を説明する。
【００５１】
接続先管理テーブル９２２は、管理サーバ９の接続先のアドレス及びマスク値が登録されるテーブルであり、図１１で詳細を説明する。
【００５２】
管理プログラム９１０は、管理者からの指示の入力を受け付け、受け付けた指示に基づいて各種設定処理を実行する。ロジック管理プログラム９１１は、処理要求に対応する処理を実行するＷｅｂサーバ１１の数、及び各Ｗｅｂサーバ１１の見積時間等を算出する。
【００５３】
図４は、実施例１のＷｅｂサーバ１１の構成の説明図である。
【００５４】
Ｗｅｂサーバ１１は、ＣＰＵ１１０１と、複数のＮＷ  Ｉ／Ｆ１１０２〜１１０４と、入出力装置１１０５と、メモリ１１０７と、を備える。これらは、内部バス１１０６等の通信路を介して相互に接続される。
【００５５】
ＮＷ  Ｉ／Ｆ１１０２は、ネットワーク１７を介して分散装置１０に接続される。ＮＷ  Ｉ／Ｆ１１０３は、ネットワーク１８を介してＡＰサーバ１２に接続される。ＮＷ  Ｉ／Ｆ１１０４は、ネットワーク６を介して管理サーバ９に接続される。
【００５６】
メモリ１１０７には、分散データ処理プログラム１１１０、ＨＴＴＰサーバプログラム１１１１、及び接続先管理テーブル１１２３が格納される。
【００５７】
分散装置１０と同様に、分散データ処理プログラム１１１０及びＨＴＴＰサーバプログラム１１１１等のプログラムは、メモリ１１０７に予め格納されてもよいし、Ｗｅｂサーバ１１が利用可能な記録媒体に格納され、必要なときにメモリ１１０７にロードされてもよい。
【００５８】
ＣＰＵ１１０１は、メモリ１１０７に格納された分散データ処理プログラム１１１０及びＨＴＴＰサーバプログラム１１１１をそれぞれ実行することによって、分散データ処理部及びＨＴＴＰサーバ部をＷｅｂサーバ１１に実装する。なお、入出力装置１１０５は、キーボード及びマウス等の入力デバイス並びにディスプレイ等の出力デバイスを含む。
【００５９】
接続先管理テーブル１１２３は、Ｗｅｂサーバ１１の接続先のアドレス及びネットマスクが登録されるテーブルであり、図１４で詳細を説明する。
【００６０】
分散データ処理プログラム１１１０は、分散装置１０からブロードキャストで送信された処理要求を受信し、必要に応じて一般的なＨＴＴＰサーバが処理可能なデータに受信した処理要求を加工する。
【００６１】
ＨＴＴＰサーバプログラム１１１１は、分散データ処理プログラム１１１０が加工した処理要求に対応する処理を実行する。
【００６２】
図５は、実施例１のＡＰサーバ１２の構成の説明図である。
【００６３】
ＡＰサーバ１２は、ＣＰＵ１２０１と、複数のＮＷ  Ｉ／Ｆ１２０２及び１２０３と、入出力装置１２０５と、メモリ１２０７と、を備える。これらは、内部バス１２０６等の通信路を介して相互に接続される。
【００６４】
ＮＷ  Ｉ／Ｆ１２０２は、ネットワーク１８を介してＷｅｂサーバ１１に接続される。ＮＷ  Ｉ／Ｆ１２０３は、ネットワーク１９を介してＤＢサーバ１３に接続される。
【００６５】
メモリ１２０７には、業務ロジック実行プログラム１２１４が格納される。分散装置１０と同様に、業務ロジック実行プログラム１２１４等のプログラムは、メモリ１２０７に予め格納されてもよいし、ＡＰサーバ１２が利用可能な記録媒体に格納され、必要なときにメモリ１２０７にロードされてもよい。
【００６６】
ＣＰＵ１２０１は、メモリ１２０７に格納された業務ロジック実行プログラム１２１４を実行することによって、業務ロジック実行部をＡＰサーバ１２に実装する。なお、入出力装置１２０５は、キーボード及びマウス等の入力デバイス並びにディスプレイ等の出力デバイスを含む。
【００６７】
業務ロジック実行プログラム１２１４は、アプリケーション処理を実行し、一般的なＡＰサーバに実装されている機能である。
【００６８】
図６は、実施例１のＤＢサーバ１３の構成の説明図である。
【００６９】
ＤＢサーバ１３は、ＣＰＵ８０１と、ＮＷ  Ｉ／Ｆ８０２と、入出力装置８０５と、メモリ８０７と、を備える。これらは、内部バス８０６等の通信路を介して相互に接続される。
【００７０】
ＮＷ  Ｉ／Ｆ８０２は、ネットワーク１９を介してＡＰサーバ１２に接続される。メモリ８０７には、ＤＢプログラム８１０が格納される。分散装置１０と同様に、ＤＢプログラム８１０等のプログラムは、メモリ８０７に予め格納されてもよいし、ＤＢサーバ１３が利用可能な記録媒体に格納され、必要なときにメモリ８０７にロードされてもよい。
【００７１】
ＣＰＵ８０１は、メモリ８０７に格納されたＤＢプログラム８１０を実行することによって、ＤＢ部をＤＢサーバ１３に実装する。なお、入出力装置８０５は、キーボード及びマウス等の入力デバイス並びにディスプレイ等の出力デバイスを含む。
【００７２】
ＤＢプログラム８１０は、ＡＰサーバ１２等からの要求に従って、データベース処理を実行する。データベース処理は、一般的なＤＢサーバに実装されるデータベース管理システム（ＤＢＭＳ）による処理である。
【００７３】
図７は、実施例１のイベント型識別テーブル１２１の説明図である。
【００７４】
イベント型識別テーブル１２１は、図２で説明したように、分散装置１０のメモリ１０７に格納され、クライアント７から受信した処理要求のイベント型を特定するために用いられる。
【００７５】
イベント型識別テーブル１２１は、イベント型毎のレコードを有し、レコードは、イベント型１２１１、プロトコル１２１２、及びヘッダ１２１３を含む。
【００７６】
イベント型１２１１には、クライアント７が処理要求に含めることができるイベント型の識別情報が登録される。プロトコル１２１２には、各イベント型のプロトコルの識別情報が登録される。ヘッダ１２１３には、受信した処理要求に含まれるヘッダに格納され、イベント型を特定するために参照される情報が登録される。
【００７７】
分散装置１０は、受信した処理要求のプロトコル及びヘッダに基づいて、受信した処理要求のイベント型を特定する。
【００７８】
図８は、実施例１の通信管理テーブル１２２の説明図である。
【００７９】
通信管理テーブル１２２は、図２で説明したように、分散装置１０のメモリ１０７に格納され、分散装置１０が接続先と通信するために必要な接続先のアドレス及びネットマスクが登録される。分散装置１０の接続先は、複数のＷｅｂサーバ１１に接続されるネットワーク１７及び管理サーバ９等である。
【００８０】
通信管理テーブル１２２は、接続先毎のレコードを有し、レコードは、区別１２２１、アドレス１２２２、及びマスク値１２２３を含む。
【００８１】
区別１２２１には、接続先の識別情報が登録される。アドレス１２２２には、接続先のアドレス（例えば、ＩＰアドレス又はネットワークアドレス等）が登録される。マスク値１２２３には、接続先のネットマスクが登録される。
【００８２】
図９は、実施例１のＡＰ別要求レートテーブル９２０の説明図である。
【００８３】
ＡＰ別要求レートテーブル９２０は、図２及び図３で説明したように、分散装置１０のメモリ１０７及び管理サーバ９のメモリ９０７に格納され、クライアント７がイベント型毎の処理要求を送信してから応答を受信するまでの時間（要求時間）が登録される。
【００８４】
ＡＰ別要求レートテーブル９２０は、イベント型毎のレコードを有し、レコードは、イベント型９２０１及び要求時間９２０２を含む。
【００８５】
イベント型９２０１には、処理要求のイベント型の識別情報が登録され、要求時間９２０２には、イベント型毎の要求時間が登録される。
【００８６】
図９では、例えば、イベント型が「リアルタイム型」である場合、クライアント７が処理要求を送信してイベントが発生してから要求時間「５００ｍｓ」以内に処理結果を受信することを示す。なお、ＡＰ別要求レートテーブル９２０には、三つ以上の要求時間に対応して三つ以上のイベント型が登録されてもよい。
【００８７】
図１０は、実施例１の実測処理時間管理テーブル９２１の説明図である。
【００８８】
実測処理時間管理テーブル９２１は、図３で説明したように、管理サーバ９のメモリ９０７に格納され、各Ｗｅｂサーバ１１で実際に実行された処理の実行時間が登録される。
【００８９】
実測処理時間管理テーブル９２１は、イベント型と、Ｗｅｂサーバ１１と、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｅｒ）との組み合わせ毎にレコードを有し、レコードは、イベント型９２１１、Ｗｅｂサーバ９２１２、ＵＲＩ９２１３、及び処理時間９２１４を含む。
【００９０】
イベント型９２１１には、処理要求のイベント型の識別情報が登録される。Ｗｅｂサーバ９２１２には、Ｗｅｂサーバ１１の識別情報が登録される。ＵＲＩ９２１３には、Ｗｅｂサーバ１１が実行した処理のＵＲＩが登録される。処理時間９２１４には、ＵＲＩ９２１３に登録されたＵＲＩの処理の実行にかかった実行時間が登録される。
【００９１】
例えば、図１０に示す実測処理時間管理テーブル９２１の１行目は、「Ｗｅｂサーバａ」がリアルタイム型のＵＲＩ「Ｒ１」の処理要求の処理の実行にかかった時間が「１２３ｍｓ」であることを示す。
【００９２】
処理時間９２１４に登録される時間について説明する。分散装置１０は、処理要求（実施例２で説明する疑似的な処理要求も含む）を送信した場合、分散先情報を管理サーバ９に送信する。また、分散装置１０は、Ｗｅｂサーバ１１から処理結果を受信した場合、処理結果情報を管理サーバ９に送信する。管理サーバ９は、処理結果情報の受信時刻から当該処理結果情報に対応する分散先情報の受信時刻を減算した値を実行時間として算出する。なお、Ｗｅｂサーバ１１が処理要求を受信した場合、分散先情報を管理サーバ９に送信するようにしてもよいし、Ｗｅｂサーバ１１が処理結果を分散装置１０に送信した場合、処理結果情報を管理サーバ９に送信するようにしてもよい。この場合、分散装置１０は、分散先情報及び処理結果情報を送信しなくてもよい。
【００９３】
図１１は、実施例１の接続先管理テーブル９２２の説明図である。
【００９４】
接続先管理テーブル９２２は、図３で説明したように、管理サーバ９のメモリ９０７に格納され、管理サーバ９の接続先（分散装置１０及びＷｅｂサーバ１１）のアドレス及びネットマスクが登録される。
【００９５】
接続先管理テーブル９２２は、接続先毎にレコードを有し、レコードは、区別９２２１、アドレス９２２２、及びマスク値９２２３を含む。
【００９６】
区別９２２１には、接続先の識別情報（例えば、名称）が登録される。アドレス９２２２には、接続先のアドレス（例えば、ＩＰアドレス又はネットワークアドレス等）が登録される。マスク値９２２３には、接続先のネットマスクが登録される。
【００９７】
図１２は、実施例１の推定時間管理テーブル９２３の説明図である。
【００９８】
推定時間管理テーブル９２３は、図３で説明したように、管理サーバ９のメモリ９０７に格納され、処理要求に対応する処理を実行するＷｅｂサーバ１１の数、及び当該Ｗｅｂサーバ１１が受信した処理要求に対応する処理の実行にかかる実行時間時間（見積時間）等が登録される。
【００９９】
図１０で説明したように、分散装置１０は、処理要求を複数のＷｅｂサーバ１１が接続されるネットワーク１７に送信した場合、分散先情報を管理サーバ９に送信し、処理結果をＷｅｂサーバ１１から受信した場合、処理結果情報を受信する。管理サーバ９は、分散先情報を受信した場合、分散装置１０がネットワーク１７に処理要求を送信したことを示すレコードを推定時間管理テーブル９２３に登録する。そして、管理サーバ９は、統計時間管理テーブル９２４を参照し、処理要求を実行可能なＷｅｂサーバ１１に関するレコードを推定時間管理テーブル９２３に追加し、当該レコードに、処理要求を実行可能なＷｅｂサーバ１１の見積時間を登録する。また、管理サーバ９は、処理結果情報を受信した場合、処理結果情報を受信したことを示すレコードを追加する。
【０１００】
推定時間管理テーブル９２３のレコードは、Ｗｅｂサーバ９２３１、処理種別９２３２、イベント型９２３３、イベント種別９２３４、見積時間９２３５、及び更新時刻９２３６を含む。
【０１０１】
Ｗｅｂサーバ９２３１には、分散先情報に含まれる分散装置１０が送信したネットワークの識別情報、処理要求を実行可能なＷｅｂサーバ１１、又は処理結果情報に含まれる処理要求の処理を実行したＷｅｂサーバ１１の識別情報が登録される。
【０１０２】
処理種別９２３２には、分散先情報を受信したことによって追加されたレコードか、処理結果情報を受信したことによって追加されたレコードか、を特定可能な情報が登録される。管理サーバ９が分散先情報を受信したことによって追加されたレコードの処理種別９２３２には「分散」が登録され、管理サーバ９が処理結果情報を受信したことによって追加されたレコードの処理種別９２３２には「判定」が登録される。
【０１０３】
イベント型９２３３には、分散先情報に含まれる処理要求のイベント型が登録される。イベント種別９２３４には、分散先情報に含まれる処理要求のイベント種別が登録される。イベント種別は、例えば、処理要求を送信したクライアント７の識別情報、クライアント７のユーザの識別情報、及びクライアント７の処理要求のＵＲＩ等を含む。
【０１０４】
見積時間９２３５には、処理要求を実行可能なＷｅｂサーバ１１の処理要求に対応する処理の実行にかかる推定時間が登録される。なお、見積時間９２３５に時間が登録されるレコードは、管理サーバ９が追加した処理要求を実行可能なＷｅｂサーバ１１に関するレコードのみであり、他のレコードの見積時間９２３５にはＮＵＬＬが登録される。
【０１０５】
更新時刻９２３６には、各レコードが更新された時刻が登録される。
【０１０６】
管理サーバ９は、分散先情報及び処理結果情報を受信したタイミングで推定時間管理テーブル９２３を更新する。
【０１０７】
図１２に示す推定時間管理テーブル９２３の１行目のレコードは、分散装置１０が「リアルタイム型」でイベント種別「Ａ」の処理要求をネットワーク１７（「Ｗｅｂ−ＮＷａ」）に送信したことを示す。また、２行目のレコードは、「Ｗｅｂサーバａ」から処理結果を分散装置１０が受信するまでの見積時間が「０．１２３ｓｅｃ」であることを示す。同様に、３行目のレコードは、「Ｗｅｂサーバｂ」から処理結果を分散装置１０が受信するまでの見積時間が「０．１２３ｓｅｃ」であることを示す。同様に、４行目のレコードは、「Ｗｅｂサーバｃ」から処理結果を分散装置１０が受信するまでの見積時間が「０．３４５ｓｅｃ」であることを示す。この見積時間は、図１３に示す統計時間管理テーブル９２４に基づいて算出される。
【０１０８】
また、５行目のレコードは、「Ｗｅｂサーバａ」から処理結果を分散装置１０が受信したことを示す。２行目のレコードによれば、「Ｗｅｂサーバａ」が処理要求を受信することが推測でき、そして、５行目のレコードによれば、「Ｗｅｂサーバａ」が処理要求に対応する処理を実行したことが把握できる。このように、処理要求を実行可能なＷｅｂサーバ１１の台数及びアドレスを予め設定されていなくとも、管理サーバ９は、推定時間管理テーブル９２３を参照することによって、ある処理要求の処理結果を送信するＷｅｂサーバ１１の台数及び各Ｗｅｂサーバ１１の見積時間を推測できる。
【０１０９】
図１３は、実施例１の統計時間管理テーブル９２４の説明図である。
【０１１０】
統計時間管理テーブル９２４は、図３で説明したように、管理サーバ９のメモリ９０７に格納され、処理要求の各Ｗｅｂサーバ１１の平均見積時間等が登録されるテーブルである。
【０１１１】
統計時間管理テーブル９２４は、Ｗｅｂサーバ１１及びＵＲＩの組み合わせ毎にレコードを有し、レコードは、Ｗｅｂサーバ９２４１、平均見積時間９２４２、更新時刻９２４３、総時間９２４４、カウンタ９２４５、及びＵＲＩ９２４６を含む。
【０１１２】
Ｗｅｂサーバ９２４１には、Ｗｅｂサーバ１１の識別情報が登録される。平均見積時間９２４２には、あるＷｅｂサーバ１１があるＵＲＩの処理要求を受信し、処理要求に対応する処理の実行にかかった平均時間が登録される。更新時刻９２４３には、レコードが更新された時刻が登録される。総時間９２４４には、あるＷｅｂサーバ１１があるＵＲＩの処理要求に対応する処理の実行にかかった総時間が登録される。カウンタ９２４５には、あるＷｅｂサーバ１１があるＵＲＩの処理要求に対応する処理を実行した回数、すなわち、あるＷｅｂサーバ１１があるＵＲＩの処理要求の受信回数が登録される。ＵＲＩ９２４６には、処理要求のＵＲＩが登録される。
【０１１３】
平均見積時間９２４２に登録される時間は、総時間９２４４に登録された時間及びカウンタ９２４５に基づいて算出される。具体的には、平均見積時間９２４２に登録される時間は、総時間９２４４に登録された時間をカウンタ９２４５に登録された値で除算した値（商）である。すなわち、平均見積時間９２４２に登録される時間は、あるＷｅｂサーバ１１のあるＵＲＩの処理要求を受信してから分散装置１０が当該Ｗｅｂサーバ１１から処理結果を受信するまでの時間の平均値である。
【０１１４】
管理サーバ９は、処理結果情報を受信した場合、統計時間管理テーブル９２４を更新する。このように、統計時間管理テーブル９２４には、各Ｗｅｂサーバ１１で処理要求に対応する処理に要する時間の統計的な平均見積時間が登録される。なお、図１３では、統計時間管理テーブル９２４は、Ｗｅｂサーバ１１とＵＲＩとの組み合わせ毎のレコードを有するとしたが、ＵＲＩを考慮せず、Ｗｅｂサーバ１１毎のレコードを有してもよい。
【０１１５】
図１４は、実施例１の接続先管理テーブル１１２３の説明図である。
【０１１６】
接続先管理テーブル１１２３は、図４に示すように、Ｗｅｂサーバ１１のメモリ１１０７に格納され、Ｗｅｂサーバ１１の接続先のアドレス及びネットマスク等が登録されるテーブルである。Ｗｅｂサーバ１１の接続先は、例えば、分散装置１０、ＡＰサーバ１２、及び管理サーバ９等である。
【０１１７】
接続先管理テーブル１１２３は、接続先毎にレコードを有し、レコードは、区別１１２３１、アドレス１１２３２、及びマスク値１１２３３を含む。
【０１１８】
区別１１２３１には、接続先の識別情報（例えば、名称）が登録される。アドレス１１２３２には、接続先のアドレス（例えば、ＩＰアドレス又はネットワークアドレス等）が登録される。マスク値１１２３３には、接続先のネットマスクが登録される。
【０１１９】
なお、分散装置１０に関する情報は接続先管理テーブル１１２３に予め登録されてもよいし、Ｗｅｂサーバ１１が分散装置１０から処理要求を受信した場合に更新されてもよい。
【０１２０】
図１５は、実施例１の処理結果管理テーブル７２３の説明図である。
【０１２１】
処理結果管理テーブル７２３は、図２で説明したように、分散装置１０のメモリ１０７に格納され、Ｗｅｂサーバ１１から受信した処理結果が登録されるテーブルである。
【０１２２】
分散装置１０は、処理結果管理テーブル７２３に基づいて処理結果から最も確からしい推定処理結果を決定し、推定処理結果をクライアント７に送信する。
【０１２３】
処理結果管理テーブル７２３は、処理結果毎にレコードを有し、レコードは、番号（ＮＯ．）１２２０１、イベント型１２２０２、Ｗｅｂサーバ１２２０３、イベント種別１２２０４、処理結果１２２０５、及び受信時刻１２２０６を含む。
【０１２４】
番号１２２０１には、分散装置１０がＷｅｂサーバ１１から処理結果を受信した場合に、受信した処理結果に付与される通し番号が登録される。イベント型１２２０２には、分散装置１０がＷｅｂサーバ１１から受信した処理結果に対応する処理要求のイベント型が登録される。Ｗｅｂサーバ１２２０３には、処理結果の送信元であるＷｅｂサーバ１１の識別情報が登録される。イベント種別１２２０４には、分散装置１０がＷｅｂサーバ１１から受信した処理結果に対応する処理要求のイベント種別が登録される。
【０１２５】
処理結果１２２０５には、分散装置１０がＷｅｂサーバ１１から受信した処理結果の内容が登録される。受信時刻１２２０６には、分散装置１０がＷｅｂサーバ１１から処理結果を受信した時刻が登録される。
【０１２６】
分散装置１０は、イベント型１２２０２に登録されたイベント型に対応する判定基準数を用いて、処理結果の分布に基づいて、最も確からしい推定処理結果を決定する。
【０１２７】
図１６は、実施例１の判定基準数管理テーブル７２１の説明図である。
【０１２８】
判定基準数管理テーブル７２１は、図２及び図３で説明したように、分散装置１０のメモリ１０７及び管理サーバ９のメモリ９０７に格納され、処理要求のイベント型毎に推定処理結果を決定するための判定基準数が登録されたテーブルである。判定基準数は、分散装置１０が推定処理結果を決定するための多数決判定の基準となる数である。分散装置１０は、処理要求のイベント型に対応する判定基準数を取得し、判定基準数に基づいて、多数決判定をして推定処理結果を決定する。
【０１２９】
判定基準数管理テーブル７２１は、イベント型毎にレコードを有し、レコードは、イベント型１２２１１、及び判定基準数１２２１２を含む。
【０１３０】
イベント型１２２１１には、イベント型が登録される。判定基準数１２２１２には、当該イベント型の推定処理結果を決定するための多数決判定の基準となる判定基準数が登録される。
【０１３１】
なお、リアルタイム型は、一定時間型に比べて、できるだけ早い処理結果のクライアント７への送信が求められるので、リアルタイム型の判定基準数は一定時間型の判定基準数より小さく設定されている。
【０１３２】
以下、実施例１の処理制御システムの動作について説明する。
【０１３３】
図１７は、実施例１の管理サーバ９による判定基準数情報送信処理のフローチャートである。
【０１３４】
判定基準数情報送信処理では、管理サーバ９の管理プログラム９１０は、管理者から入力された情報を判定基準数管理テーブル７２１に登録し、管理サーバ９のメモリ９０７に格納された判定基準数管理テーブル７２１を分散装置１０に送信する。
【０１３５】
まず、管理プログラム９１０は、管理サーバ９のメモリ９０７に格納された判定基準数管理テーブル７２１の内容を取得する（Ｓ３４１）。
【０１３６】
次に、管理プログラム９１０は、Ｓ３４１で取得した判定基準数管理テーブル７２１の内容を判定基準数情報として分散装置１０に送信し（Ｓ３４２）、処理を終了する。
【０１３７】
なお、分散装置１０は、管理サーバ９から送信された判定基準数情報を受信した場合、受信した判定基準数情報を自身のメモリ１０７に格納された判定基準数管理テーブル７２１に登録する。すなわち、分散装置１０の判定基準数管理テーブル７２１は、管理サーバ９に管理者から入力された情報に基づいて、更新される。
【０１３８】
図１８は、実施例１の分散装置１０による分散処理のフローチャートである。
【０１３９】
分散処理では、分散装置１０がクライアント７から処理要求を受信した場合、分散装置１０の分散プログラム１１１は、Ｗｅｂサーバ１１が接続されたネットワーク１７を特定し、受信した処理要求を特定したネットワーク１７にブロードキャストで送信する。
【０１４０】
まず、分散プログラム１１１は、クライアント７から処理要求を受信する（Ｓ２８１）。
【０１４１】
次に、分散プログラム１１１は、通信管理テーブル１２２を参照し、Ｓ２８１で受信した処理要求の分散先となるネットワーク１７のアドレス及びネットマスク等を取得する（Ｓ２８２）。
【０１４２】
次に、分散プログラム１１１は、Ｓ２８１で受信した処理要求を分散先となるネットワーク１７にブロードキャストで送信する（Ｓ２８３）。
【０１４３】
次に、分散プログラム１１１は、処理要求をネットワーク１７に送信したことを示す分散先情報を管理サーバ９に送信し（Ｓ２８４）、処理を終了する。分散先情報は、分散装置１０が受信した処理要求のイベント型、イベント種別（処理要求を送信したクライアント７の識別情報、クライアント７のユーザの識別情報、及びクライアント７の処理要求のＵＲＩ等）、並びに処理要求を送信したネットワーク１７の識別情報等を含む。
【０１４４】
分散装置１０が処理要求をネットワーク１７にブロードキャストで送信するため、分散装置１０にＷｅｂサーバ１１に関する情報が設定される必要がない。これによって、管理者によるシステムの管理が容易となる。
【０１４５】
分散装置１０は、クライアント７から受信した処理要求（ＩＰパケット）をブロードキャストで送信可能な形式（ＵＤＰパケット）に変換する必要がある。図１９及び図２０を用いてＩＰパケットからＵＤＰパケットへの変換について説明する。
【０１４６】
図１９は、実施例１のクライアント７から受信したＩＰパケットである処理要求の説明図である。
【０１４７】
図１９に示す処理要求（Ｐ２８１）は、一般的なＨＴＴＰリクエストパケットであり、ＩＰヘッダ（Ｐ２８１１）、ＴＣＰヘッダ（Ｐ２８１２）、ＨＴＴＰヘッダ（Ｐ２８１３）、及びＨＴＴＰデータ（Ｐ２８１４）を含む。
【０１４８】
図２０は、実施例１のブロードキャストで送信された処理要求の説明図である。
【０１４９】
図２０に示す処理要求（Ｐ２８３）は、ＩＰヘッダ（Ｐ２８３１）、ＵＤＰヘッダ（Ｐ２８３２）、分散データ（Ｐ２８３３）、ＩＰヘッダ（Ｐ２８３４）、ＴＣＰヘッダ（Ｐ２８３５）、ＨＴＴＰヘッダ（Ｐ２８３６）、及びＨＴＴＰデータ（Ｐ２８３７）を含む。
【０１５０】
図２０に示す処理要求（Ｐ２８３）は、図１９に示す処理要求（Ｐ２８１）に、ＩＰヘッダ（Ｐ２８３１）、ＵＤＰヘッダ（Ｐ２８３２）、及び分散データ（Ｐ２８３３）を付与したものであり、ＩＰヘッダ（Ｐ２８３４）、ＴＣＰヘッダ（Ｐ２８３５）、ＨＴＴＰヘッダ（Ｐ２８３６）、及びＨＴＴＰデータ（Ｐ２８３７）は、図１９に示す処理要求（Ｐ２８１）と同じである。
【０１５１】
ＩＰヘッダ（Ｐ２８３１）は送信元ＩＰアドレス及び送信先ＩＰアドレスを含み、送信元ＩＰアドレスには、当該処理要求（Ｐ２８３）を送信する分散装置１０のＩＰアドレスが登録され、送信先ＩＰアドレスには、ネットワーク１７のブロードキャストアドレスが登録される。
【０１５２】
分散データ（Ｐ２８３３）には、処理要求（Ｐ２８３）の識別情報が登録される。例えば、処理要求（Ｐ２８３）の識別情報は、分散装置１０が受信した処理要求（Ｐ２８１）のイベント種別等に基づいて生成される。
【０１５３】
ＩＰヘッダ（Ｐ２８３４）は、送信元ＩＰアドレス及び送信先ＩＰアドレスを含み、送信元ＩＰアドレス及び送信先ＩＰアドレスには、Ｗｅｂサーバ１１の分散データ処理プログラム１１１０において、ＨＴＴＰサーバプログラム１１１１が処理要求を実行可能なＩＰアドレスが登録される。例えば、送信元ＩＰアドレス及び送信先ＩＰアドレスには、「ｌｏｃａｌｈｏｓｔ」アドレスが設定される。
【０１５４】
ＨＴＴＰヘッダ（Ｐ２８３６）とＨＴＴＰデータ（Ｐ２８３７）には、それぞれＨＴＴＰヘッダ（Ｐ２８１３）とＨＴＴＰデータ（Ｐ２８１４）をＷｅｂサーバ１１が処理可能な形式に変換された情報が登録される。なお、ＩＰヘッダ（Ｐ２８３４）及びＴＣＰヘッダ（Ｐ２８３５）は削除されてもよい。
【０１５５】
ネットワーク１７にブロードキャストで送信された処理要求を受信した全てのＷｅｂサーバ１１のＨＴＴＰサーバプログラム１１１１は、受信した処理要求に対応する処理を実行する。
【０１５６】
以上のように、分散装置１０は、クライアント７から送信された処理要求をブロードキャストで送信可能な形式に変換することによって、処理要求をネットワーク１７にブロードキャストで送信可能となる。
【０１５７】
図２１は、実施例１の管理サーバ９による分散先登録処理のフローチャートである。
【０１５８】
分散先登録処理では、管理サーバ９が分散装置１０から送信された分散先情報を受信した場合、管理サーバ９の管理プログラム９１０は、受信した分散先情報に基づいて推定時間管理テーブル９２３を更新する。
【０１５９】
まず、管理プログラム９１０は、分散装置１０から分散先情報を受信する（Ｓ２３１）。次に、管理プログラム９１０は、受信した分散先情報に基づいて推定時間管理テーブル９２３を更新し（Ｓ２３２）、処理を終了する。
【０１６０】
Ｓ２３２について図１２を用いて説明する。
【０１６１】
管理サーバ９は、分散装置１０がネットワーク１７（「Ｗｅｂ−ＮＷａ」）に処理要求をブロードキャストで送信した旨の分散先情報を受信したものとする。この場合、管理プログラム９１０は、推定時間管理テーブル９２３にレコードを追加する。そして、管理プログラム９１０は、受信した分散先情報に含まれる送信先のネットワーク１７（「Ｗｅｂ−ＮＷａ」）及びイベント種別等を追加したレコードに登録する。この追加したレコードは図１２に示す推定時間管理テーブル９２３の１行目のレコードである。
【０１６２】
Ｗｅｂサーバ９２３１には、受信した分散先情報の送信先のネットワーク１７の識別情報「Ｗｅｂ−ＮＷａ」が登録される。分散先情報を受信したことによって追加されるレコードであるため、処理種別９２３２には「分散」が登録される。イベント型９２３３には、受信した分散先情報に含まれるイベント型である「リアルタイム型」が登録される。イベント種別９２３４には、受信した分散先情報に含まれるイベント種別「Ａ」が登録される。見積時間９２３５にはＮＵＬＬが登録され、更新時刻９２３６には「Ｈ１：Ｍ２：Ｓ３．１１１」が登録される。
【０１６３】
次に、管理プログラム９１０は、ネットワーク１７の識別情報「Ｗｅｂ−ＮＷａ」に対応する統計時間管理テーブル９２４に登録されたレコードのＷｅｂサーバ９２４１及び平均見積時間９２４２に登録された情報を取得する。ここで、統計時間管理テーブル９２４から取得されたレコードの数が、分散装置１０が送信した処理要求を実行可能なＷｅｂサーバ１１の数となる。ここでは、統計時間管理テーブル９２４の「Ｗｅｂサーバａ」、「Ｗｅｂサーバｂ」、及び「Ｗｅｂサーバｃ」の三つのレコードが取得される。
【０１６４】
そして、管理プログラム９１０は、統計時間管理テーブル９２４から取得したレコードの数だけ、推定時間管理テーブル９２３にレコードを追加する。そして、管理プログラム９１０は、追加したレコードのＷｅｂサーバ９２３１に、統計時間管理テーブル９２４のＷｅｂサーバ９２４１から取得したＷｅｂサーバの識別情報を登録し、追加したレコードの見積時間９２３５に、統計時間管理テーブル９２４の平均見積時間９２４２から取得した時間を登録し、更新時刻９２３６に当該レコードを更新した時刻を登録する。なお、管理プログラム９１０は、推定時間管理テーブル９２３に追加したレコードの処理種別９２３２、イベント型９２３３、及びイベント種別９２３４に、分散先情報を受信したときに追加されたレコード（図１２に示す推定時間管理テーブル９２３の１行目のレコード）の処理種別９２３２、イベント型９２３３、及びイベント種別９２３４に登録された情報を登録する。以上の処理によって、図１２に示す推定時間管理テーブル９２３の２行目〜４行目のレコードが登録される。
【０１６５】
これによって、管理サーバ９が分散先情報を受信した場合に、管理サーバ９は、統計時間管理テーブル９２４を参照し、分散装置１０がブロードキャスト送信した処理要求を実行可能なＷｅｂサーバ１１と当該Ｗｅｂサーバ１１で処理要求に対応する処理の実行にかかる時間を推定することができる。また、管理サーバ９は、分散先情報を受信してから、平均見積時間９２４２を超える所定時間以上経過しても処理結果情報を受信しない場合、このＷｅｂサーバ１１で異常が発生している可能性がある旨を管理者に報知し、その旨を管理者に認識させてもよい。これによって、管理者は、異常が発生している可能性があるＷｅｂサーバ１１をいち早く認識できる。
【０１６６】
図２２は、実施例１のＷｅｂサーバ１１による分散データ処理のフローチャートである。
【０１６７】
分散データ処理では、分散装置１０からブロードキャストで送信された処理要求を受信したＷｅｂサーバ１１が、受信した処理要求に対応する処理を実行し、処理結果を分散装置１０に送信する。
【０１６８】
まず、Ｗｅｂサーバ１１の分散データ処理プログラム１１１０は、分散装置１０からネットワーク１７にブロードキャストで送信された処理要求を受信する（Ｓ３０１）。
【０１６９】
次に、分散データ処理プログラム１１１０は、受信した処理要求をＨＴＴＰサーバプログラム１１１１にＨＴＴＰリクエストとして転送する（Ｓ３０２）。
【０１７０】
ＨＴＴＰサーバプログラム１１１１は、Ｓ３０２で転送されたＨＴＴＰリクエストを受信した場合、一般的なＨＴＴＰサーバとして動作し、必要に応じて、ＡＰサーバ１２と連携した処理、及びＤＢサーバ１３でのＤＢ処理等を実行した後、ＨＴＴＰリクエストの処理結果を分散データ処理プログラム１１１０に転送し、分散データ処理プログラム１１１０は、処理結果を受信する（Ｓ３０３）。
【０１７１】
分散データ処理プログラム１１１０は、Ｓ３０３で受信した処理結果を分散装置１０に送信し（Ｓ３０４）、処理を終了する。
【０１７２】
なお、Ｓ３０２で、分散データ処理プログラム１１１０がＨＴＴＰサーバプログラム１１１１に処理要求を転送する場合、ＵＤＰパケットである処理要求をＨＴＴＰサーバプログラム１１１１が処理を実行可能な形式（ＩＰパケット）に変換する必要がある。この変換処理について、図２３を用いて説明する。
【０１７３】
図２３は、実施例１の分散データ処理プログラム１１１０からＨＴＴＰサーバプログラム１１１１に転送される処理要求（Ｐ３０２）の説明図である。
【０１７４】
処理要求（Ｐ３０２）は、ＩＰヘッダ（Ｐ２８３４）、ＴＣＰヘッダ（Ｐ２８３５）、ＨＴＴＰヘッダ（Ｐ２８３６）、及びＨＴＴＰデータ（Ｐ２８３７）を含む。
【０１７５】
Ｓ３０１では、Ｗｅｂサーバ１１の分散データ処理プログラム１１１０は、図２０に示すＵＤＰパケットの処理要求（Ｐ２８３）を受信し、Ｓ３０２で、受信した処理要求（Ｐ２８３）からＩＰヘッダ（Ｐ２８３１）、ＵＤＰヘッダ（Ｐ２８３２）、分散データ（Ｐ２８３３）を取り除き、図２３に示す一般的なＨＴＴＰリクエストパケットに変換する。
【０１７６】
これによって、Ｗｅｂサーバ１１は、分散装置１０からブロードキャストで送信された処理要求を処理可能な形式に変換でき、受信した処理要求に対応する処理を実行可能となる。
【０１７７】
図２４は、実施例１のＷｅｂサーバ１１から分散装置１０に送信される処理結果（Ｐ３０４）の説明図である。具体的には、図２４に示す処理結果は、Ｓ３０４で、分散データ処理プログラム１１１０が分散装置１０に送信する処理結果である。
【０１７８】
処理結果（Ｐ３０４）は、ＩＰヘッダ（Ｐ３０４１）、ＵＤＰヘッダ（Ｐ３０４２）、分散データ（Ｐ３０４３）、ＩＰヘッダ（Ｐ３０４４）、ＴＣＰヘッダ（Ｐ３０４５）、ＨＴＴＰヘッダ（Ｐ３０４６）、及びＨＴＴＰデータ（Ｐ３０４７）を含む。
【０１７９】
ＨＴＴＰヘッダ（Ｐ３０４６）及びＨＴＴＰデータ（Ｐ３０４７）は、分散データ処理プログラム１１１０がＳ３０３でＨＴＴＰサーバプログラム１１１１から受信した処理結果のＨＴＴＰヘッダ及びＨＴＴＰデータである。
【０１８０】
ＩＰヘッダ（Ｐ３０４１）及びＵＤＰヘッダ（Ｐ３０４２）は、ステップＳ３０１で受信した処理要求（Ｐ２８３）のＩＰヘッダ（Ｐ２８３１）及びＵＤＰヘッダ（Ｐ２８３２）と整合する。分散データ（Ｐ３０４３）は、ステップ３０１で受信した処理要求（Ｐ２８３）の分散データ（Ｐ２８３３）と同じであってもよいし、ＨＴＴＰヘッダ（Ｐ３０４６）に含まれる情報及びＨＴＴＰデータ（Ｐ３０４７）のハッシュ値等の情報を分散データ（Ｐ２８３３）に付加してもよい。
【０１８１】
図２５は、実施例１の分散装置１０による判定基準数更新処理のフローチャートである。
【０１８２】
図１７に示す判定基準数情報送信処理によって管理サーバ９から送信された判定基準数情報を分散装置１０が受信した場合、分散装置１０の判定プログラム１２１０は、メモリ１０７に格納された判定基準数管理テーブル７２１を更新する判定基準数情報更新処理を実行する。
【０１８３】
判定プログラム１２１０は、管理サーバ９から判定基準数情報を受信する（Ｓ３１１）。次に、判定プログラム１２１０は、受信した判定基準数情報に基づいて、イベント型毎の判定基準数を判定基準数管理テーブル７２１に登録し（Ｓ３１２）、処理を終了する。
【０１８４】
図２６は、実施例１の分散装置１０による処理結果判定処理のフローチャートである。
【０１８５】
処理結果判定処理では、図２２に示すＷｅｂサーバ１１による分散データ処理によってＷｅｂサーバ１１から送信された処理結果を分散装置１０が受信した場合、分散装置１０の判定プログラム１２１０は、受信した処理結果に基づいて、最も確からしい処理結果である推定処理結果を決定し、推定処理結果をクライアント７に送信する。
【０１８６】
まず、判定プログラム１２１０は、Ｗｅｂサーバ１１から処理結果を受信する（Ｓ３２１）。そして、判定プログラム１２１０は、受信した処理結果を図１５に示す処理結果管理テーブル７２３に登録する（Ｓ３２２）。そして、判定プログラム１２１０は、分散装置１０が処理結果を受信した旨の処理結果情報を管理サーバ９に送信する（Ｓ３２３）。処理結果情報は、処理結果を送信したＷｅｂサーバ１１の識別情報、処理結果に含まれるイベント型、イベント種別、及び処理結果の内容等を含む。
【０１８７】
次に、判定プログラム１２１０は、イベント型、イベント種別、及び処理結果の内容が一致する処理結果の数を集計し、集計した処理結果の数がイベント型に対応する判定基準数の過半数より大きいか否かを判定する（Ｓ３２４）。
【０１８８】
Ｓ３２４について具体的に説明する。まず、判定プログラム１２１０は、図１６に示す判定基準数管理テーブル７２１を参照し、イベント型１２２１１にＳ３２１で受信した処理結果のイベント型と一致するイベント型が登録されたレコードの判定基準数１２２１２に登録された値を取得する。そして、判定プログラム１２１０は、処理結果管理テーブル７２３を参照し、イベント型１２２０２及びイベント種別１２２０４が受信した処理結果のイベント型及びイベント種別と一致する処理結果のうち、処理結果の内容が一致する処理結果の数を集計する。判定プログラム１２１０は、このようにして集計された処理結果の数が判定基準数の過半数より大きいか否かを判定する。
【０１８９】
Ｓ３２４で、イベント型、イベント種別、及び処理結果の内容毎に集計された処理結果の数が当該イベント型に対応する判定基準数の過半数以下であると判定された場合（Ｓ３２４：Ｎｏ）、判定プログラム１２１０は、処理をステップＳ３２１に移行する。
【０１９０】
一方、Ｓ３２４で、受信した処理結果のイベント型、イベント種別、及び内容と一致する処理結果の数が当該イベント型に対応する判定基準数の過半数より大きいと判定された場合、判定プログラム１２１０は、イベント型、イベント種別、及び処理結果の内容毎に集計された処理結果の数が当該イベント型に対応する判定基準数の過半数より大きいと判定された場合、処理結果の数が判定基準数より大きいと判定された処理結果のうち、処理結果の数が最大の処理結果の内容を、処理要求に対する最も確からしい処理結果である推定処理結果として決定する（Ｓ３２５）。Ｓ３２５の推定処理結果の決定方法を多数決判定という。
【０１９１】
次に、判定プログラム１２１０は、Ｓ３２５で決定された推定処理結果をクライアント７に送信し（Ｓ３２６）、処理を終了する。
【０１９２】
処理結果判定処理によれば、複数の処理結果の中から最も確からしい処理結果を推定処理結果として決定でき、クライアント７が受信する処理結果の信頼性を向上させることができる。
【０１９３】
また、Ｓ３２４及びＳ３２５の処理では、いずれかの内容の処理結果の数が判定基準数の過半数より大きくなった場合に、これらの処理結果の中から多数決判定を用いて推定処理結果を決定するため、分散装置１０の処理負荷を軽減できる。また、分散装置１０は、処理要求を受信した全てのＷｅｂサーバ１１から処理結果を受信した場合に、上記した多数決判定を実行するようにすると、分散装置１０に接続されるＷｅｂサーバ１１を管理する必要があるだけでなく、推定処理結果を送信するまでの時間も長くなるが、本実施例では、Ｓ３２４及びＳ３２５によって、判定基準数を満たすだけの数の処理結果を分散装置１０が受信したタイミングで、推定処理結果を決定でき、推定処理結果を送信するまでの時間を短縮でき、また、分散装置１０に接続されるＷｅｂサーバ１１を管理する必要もない。
【０１９４】
なお、推定処理結果を決定する方法には種々の方法がある。例えば、処理結果の内容がＹＥＳかＮＯのような２値である場合、判定プログラム１２１０は、処理結果の内容がＹＥＳである処理結果の数と処理結果の内容がＮＯである処理結果の数を集計し、数が多い方の内容を推定処理結果として決定してもよい。また、処理結果の内容が数値（多値）である場合、判定プログラム１２１０は、数値の平均値を推定処理結果として決定してもよいし、処理結果の確率分布を算出し、確率分布に基づく期待値を推定処理結果として決定してもよい。
【０１９５】
異なる内容の処理結果の数が同数である場合、判定プログラム１２１０は、予め設定された値（指定値）を推定処理結果として決定してもよい。分散装置１０への指定値の設定は、例えば、管理サーバ９に管理者から指定値が入力され、管理サーバ９は入力された指定値を分散装置１０に送信してもよいし、分散装置１０に管理者が指定値を直接入力してもよい。
【０１９６】
また、判定プログラム１２１０は、処理結果のＨＴＴＰヘッダのステータスコード、及びＨＴＴＰデータのハッシュ値等、及び分散データ（図２４に示すＰ３０４３）も用いて、推定処理結果を決定してもよい。
【０１９７】
図２７は、実施例１の管理サーバ９によって実行される処理結果登録処理のフローチャートである。
【０１９８】
処理結果登録処理では、図２６に示す処理結果判定処理で分散装置１０から送信された処理結果情報を管理サーバ９が受信した場合、管理サーバ９の管理プログラム９１０は、受信した処理結果情報に基づいて、推定時間管理テーブル９２３及び統計時間管理テーブル９２４を更新する。管理サーバ９は、分散装置１０から処理結果情報を受信することによって、分散装置１０におけるＷｅｂサーバ１１からの処理結果の受信状況を把握できる。また、処理結果情報は、Ｗｅｂサーバの識別情報、イベント型、イベント種別、及び処理結果の内容等を含む。
【０１９９】
まず、管理プログラム９１０は、分散装置１０から処理結果情報を受信する（Ｓ２４１）。そして、管理プログラム９１０は、受信した処理結果情報に基づいて、推定時間管理テーブル９２３及び統計時間管理テーブル９２４を更新し（Ｓ２４２）、処理を終了する。
【０２００】
まず、推定時間管理テーブル９２３の更新処理について説明する。
【０２０１】
管理プログラム９１０は、管理サーバ９が処理結果情報を受信した場合、図１２に示す推定時間管理テーブル９２３にレコードを追加する。管理プログラム９１０は、追加したレコードのＷｅｂサーバ９２１２に受信した処理結果情報に含まれるＷｅｂサーバ１１の識別情報を登録し、追加したレコードのイベント型９２３３に受信した処理結果情報に含まれるイベント型を登録し、追加したレコードのイベント種別９２２４に受信した処理結果情報に含まれるイベント種別を登録する。また、管理プログラム９１０は、追加したレコードは処理結果情報の受信によって追加されたものであるので、追加したレコードの処理種別９２３２に「判定」を登録し、見積時間９２３５にＮＵＬＬを登録する。また、管理プログラム９１０は、追加したレコードの更新時刻９２３６に当該レコードを更新した時刻を登録する。
【０２０２】
次に、統計時間管理テーブル９２４の更新処理について説明する。
【０２０３】
管理プログラム９１０は、処理結果情報の受信による推定時間管理テーブル９２３の更新が完了すると、処理結果情報の受信によって追加されたレコードの更新時刻と、分散先情報の受信によって追加したレコード（Ｗｅｂサーバ９３１に処理要求の送信先のネットワーク１７の識別情報が登録されたレコード）の更新時刻との差分を見積時間として算出しておく。
【０２０４】
管理プログラム９１０は、図１３に示す統計時間管理テーブル９２４のＷｅｂサーバ９２４１に受信した処理結果情報に含まれるＷｅｂサーバ１１の識別情報が登録され、ＵＲＩ９２６に受信した処理結果情報に含まれるＵＲＩが登録されたレコードの総時間９２４４に、現在の総時間９２４４に登録された時間に上記見積時間を加算した値を登録する。また、管理プログラム９１０は、当該レコードのカウンタ９２４５に、現在のカウンタ９２４５に登録された値に１を加算した値を登録する。また、管理プログラム９１０は、当該レコードの更新された総時間９２４４に登録された時間を、更新されたカウンタ９２４５に登録された値で除算することによって平均見積時間を算出し、当該レコードの平均見積時間９２４２に算出した平均見積時間を登録する。
【０２０５】
処理結果登録処理によれば、管理サーバ９は、Ｗｅｂサーバ１１と通信することなく、分散装置１０から処理結果情報を受信することによって、分散装置１０がブロードキャストで送信した処理要求を受信し、当該処理要求に対応する処理を実行するＷｅｂサーバ１１を把握でき、また、各Ｗｅｂサーバ１１の当該処理要求に対応する処理にかかる時間（平均見積時間）も推定できる。管理サーバ９は、分散装置１０から分散先情報を受信し、平均見積時間から所定時間以上を経過しても処理結果情報を受信しない場合、処理結果情報を受信していないＷｅｂサーバ１１で異常が発生したと推定できる。この場合、管理サーバ９は、当該Ｗｅｂサーバ１１で異常が発生している可能性がある旨を管理者に報知してもよい。例えば、管理サーバ９は、その旨をディスプレイ等に表示してもよい。
【０２０６】
本実施例によれば、Ｗｅｂサーバ１１、ＡＰサーバ１２及びＤＢサーバ１３を有するＷｅｂシステムサーバ群を複数設置することによって、クライアント７からの処理要求に対応する処理を実行する一般的なＷｅｂシステムにおいて、複数のＷｅｂシステムサーバ群において、ＡＰサーバ１２のアプリケーションによる業務ロジックを並列して実行でき、またＤＢサーバ１３におけるＤＢ処理も並列して実行できる。これによって、Ｗｅｂシステムサーバ群としてのサービスを停止することなく、一部のＷｅｂシステムサーバ群のハードウェア又はソフトウェアの交換等の保守作業を実施できる。
【０２０７】
また、本実施例によれば、この保守作業によって一部のＷｅｂシステムサーバ群の信頼性が低下した場合であっても、分散装置１０は、複数の処理結果から推定処理結果を決定するので、推定処理結果の信頼性を維持できる。これによって、Ｗｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３のバージョンアップ等を容易に実施できる。
【０２０８】
また、本実施例によれば、分散装置１０が処理要求をブロードキャストで複数のＷｅｂサーバ１１に送信するため、Ｗｅｂサーバ１１に関する情報を分散装置１０に設定する必要がない。したがって、分散装置１０にネットワーク１７を介して接続されるＷｅｂシステムサーバ群を増設及び減設しても、分散装置１０に設定しなくてもよい。このため、例えば、多重度を向上させる場合には、ネットワーク１７に新たなＷｅｂサーバシステム群を接続するだけでよく、管理者の作業効率を向上させることができる。また、Ｗｅｂシステムサーバ群が有するＷｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３を接続するネットワークを物理的又はＶＬＡＮ（Virtual Local Area Network）技術を用いて論理的に分離することによって、各Ｗｅｂシステムサーバ群の中で使用するＩＰアドレスを同一とすることができる。
【０２０９】
また、本実施例では、Ｗｅｂシステムサーバ群全体で処理を並列して処理を実行するが、分散装置１０の接続構成、及び分散データ処理プログラム１１１０の実装サーバを変更することによって、例えばＡＰサーバ１２とＤＢサーバ１３との間のみで処理を並列して実行でき、並列処理の部分的な適用も可能である。
【実施例２】
【０２１０】
実施例１の図２１に示す管理サーバ９による分散先登録処理において、管理サーバ９が分散装置１０から分散先情報を受信した場合、管理サーバ９の管理プログラム９１０は、図１３に示す統計時間管理テーブル９２４を参照し、分散装置１０が送信した処理要求に対応する処理を実行可能なＷｅｂサーバ１１と当該Ｗｅｂサーバ１１における見積時間を、推定時間管理テーブル９２３に登録する。
【０２１１】
統計時間管理テーブル９２４には、クライアント７から実際に送信された処理要求に基づく分散先情報、及び当該処理要求に対応する処理結果に基づく処理結果情報に基づいて平均時間等が登録される。このため、クライアント７から処理要求が送信されない時間帯等がある場合、統計時間管理テーブル９２４に登録された平均見積時間は現在のＷｅｂサーバ１１の見積時間に適合しない可能性がある。
【０２１２】
このため、本実施例では、分散装置１０は、最後に処理要求を送信してから所定時間以上経過した場合、疑似的な処理要求（疑似処理要求）をネットワーク１７にブロードキャストで送信し、疑似的な処理要求を送信した旨の分散先情報（疑似分散先情報）を管理サーバ９に送信する。
【０２１３】
そして、分散装置１０から送信された処理要求を受信したＷｅｂサーバ１１は、図２２に示す分散データ処理を実行し、疑似的な処理要求に対応する処理結果（疑似処理結果）を分散装置１０に送信する。
【０２１４】
分散装置１０は、Ｗｅｂサーバ１１から疑似処理結果を受信した場合、図２６に示す処理結果判定処理を実行するが、疑似処理結果を受信した旨の処理結果情報（疑似処理結果情報）を管理サーバ９に送信し、推定処理結果を決定する処理（Ｓ３２４〜Ｓ３２６）は実行しない。
【０２１５】
管理サーバ９は、分散装置１０から疑似分散先情報を受信した場合、図２１に示す分散先登録処理を実行し、分散装置１０から疑似処理結果情報を受信した場合、図２７に示す処理結果登録処理を実行する。
【０２１６】
これによって、分散装置１０がクライアント７から処理要求を所定時間受信しない場合であっても、疑似処理要求を送信するため、管理サーバ９の統計時間管理テーブル９２４に登録された平均見積時間を現在のＷｅｂサーバ１１の見積時間に適合させることができ、クライアント７が処理要求を送信しない時間帯であっても、管理サーバ９は、Ｗｅｂサーバ１１で異常が発生した可能性があることを把握できる。
【０２１７】
特許請求の範囲で用いた用語について説明する。端末は処理要求を送信するクライアント７に対応する。処理装置は、Ｗｅｂサーバ１１、ＡＰサーバ１２、及びＤＢサーバ１３等を上位概念化したものであり、分散装置１０から処理要求を受信し、処理要求に対応する処理を実行する装置であれば、これらに限定されない。処理分散部は分散装置１０に対応し、管理部は管理サーバ９に対応する。分散装置１０の機能及び管理サーバ９の機能は同一のハードウェアに実装されてもよいため、処理分散部及び管理部と記載している。後続処理装置は、ＡＰサーバ１２及びＤＢサーバ１３等に対応する。
【０２１８】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０２１９】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０２２０】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない、実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０２２１】
５，６，１６〜１９    ネットワーク
７    クライアント
９    管理サーバ
１０    分散装置
１１    Ｗｅｂサーバ
１２    ＡＰサーバ
１３    ＤＢサーバ
【図１】
2015153299.tif 000003
【図２】
2015153299.tif 000004
【図３】
2015153299.tif 000005
【図４】
2015153299.tif 000006
【図５】
2015153299.tif 000007
【図６】
2015153299.tif 000008
【図７】
2015153299.tif 000009
【図８】
2015153299.tif 000010
【図９】
2015153299.tif 000011
【図１０】
2015153299.tif 000012
【図１１】
2015153299.tif 000013
【図１２】
2015153299.tif 000014
【図１３】
2015153299.tif 000015
【図１４】
2015153299.tif 000016
【図１５】
2015153299.tif 000017
【図１６】
2015153299.tif 000018
【図１７】
2015153299.tif 000019
【図１８】
2015153299.tif 000020
【図１９】
2015153299.tif 000021
【図２０】
2015153299.tif 000022
【図２１】
2015153299.tif 000023
【図２２】
2015153299.tif 000024
【図２３】
2015153299.tif 000025
【図２４】
2015153299.tif 000026
【図２５】
2015153299.tif 000027
【図２６】
2015153299.tif 000028
【図２７】
2015153299.tif 000029