(57)【要約】【課題】ポーリング周期をより短くすることを課題とする。【解決手段】監視装置は、応答を要求をマルチキャストで複数の配下装置に送信し、複数の配下装置からの装置識別子および負荷情報を含む応答を受信する。また、監視装置は、受信した応答に基づいて、複数の配下の負荷情報テーブルを更新する。処理分配装置は、監視装置の負荷情報テーブルを参照して、負荷の低い配下装置に対し、負荷に応じて処理すべき情報を分配する。配下装置は、自装置を含めた各配下装置を識別する装置識別子を記憶する。また、配下装置は、監視装置からの要求を受信し、他の配下装置からバスを介して監視装置に送信される他の配下装置の装置識別子および負荷情報を含む応答を監視し、自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合に、バスを介して自装置の装置識別子および負荷情報を含む応答を監視装置に送信する。【選択図】図１
2010220099.tif 000002
【特許請求の範囲】
【請求項１】
バスを介して互いに通信可能な状態に接続された監視装置と監視される複数の配下装置と各配下装置が処理する情報を分配する処理分配装置を具備する情報監視システムであって、
前記監視装置は、
応答を要求をマルチキャストで前記複数の配下装置に送信する要求送信部と、
前記複数の配下装置からの装置識別子および負荷情報を含む応答を受信する応答受信部と、
前記受信した応答に基づいて、前記複数の配下の負荷情報テーブルを更新するテーブル更新部とを備え、
前記処理分配装置は、
前記監視装置の負荷情報テーブルを参照して、負荷の低い配下装置に対し、負荷に応じて処理すべき情報を分配する処理分配部を備え、
前記複数の配下装置のそれぞれは、
自装置を含めた各配下装置を識別する装置識別子を記憶する記憶部と、
前記監視装置からの要求を受信する要求受信部と、
該要求を受信した場合に、他の配下装置から前記バスを介して前記監視装置に送信される当該他の配下装置の装置識別子および負荷情報を含む応答を監視する監視部と、
前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合に、前記バスを介して自装置の前記装置識別子および負荷情報を含む応答を前記監視装置に送信する応答送信部と備える
ことを特徴とする情報処理システム。
【請求項２】
バスを介して互いに通信可能な状態に接続された複数の配下装置と監視装置と処理分配装置を具備する監視システムにおいて使用される配下装置であって、
前記監視装置からマルチキャストで送信された、各配下装置の装置識別子および負荷情報を含む応答の要求を受信する要求受信部と、
前記要求を受信した場合に、他の配下装置から前記バスを介して前記監視装置に送信される当該他の配下装置の装置識別子および負荷情報を含む応答を監視する監視部と、
前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合に、前記バスを介して自装置の装置識別子および負荷情報を含む応答を前記監視装置に送信する応答送信部と、
前記処理分配装置から処理すべき情報を情報受信部とを有する配下装置。
【請求項３】
前記応答送信部は、前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合、または、前記監視部によって前回応答が検出されてからの経過時間を示す検出後経過時間が、予め設定されている設定時間に到達した場合に、前記バスを介して自装置の装置識別子および負荷情報を含む応答を前記監視装置に送信することを特徴とする請求項２に記載の配下装置。
【請求項４】
前記監視部によって応答が検出されるごとに、検出された応答に含まれる負荷情報と、自装置の負荷情報とを比較して、自装置よりも負荷が少ない配下装置を検出する検出部をさらに有し
前記応答送信部は、前記検出部によって自装置よりも負荷が少ない配下装置が検出された後に、前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合には自装置の装置識別子だけを含む応答を監視装置宛に送信し、前記検出部によって自装置よりも負荷が少ない配下装置が検出されることなく、前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合には、自装置の装置識別子および負荷情報を含む応答を前記監視装置に送信するに送信することを特徴とする請求項２に記載の配下装置。
【請求項５】
バスを介して互いに通信可能な状態に接続された監視装置としてのコンピュータと監視される複数の配下装置としてのコンピュータと各配下装置が処理する情報を分配する処理分配装置としてのコンピュータを具備する情報監視システムに情報処理を実行させるためのプログラムであって、
前記監視装置としてのコンピュータに、
応答を要求をマルチキャストで前記複数の配下装置としてのコンピュータに送信する要求送信手順と、
前記複数の配下装置としてのコンピュータからの装置識別子および負荷情報を含む応答を受信する応答受信手順と、
前記受信した応答に基づいて、前記複数の配下の負荷情報テーブルを更新するテーブル更新手順を実行させ、
前記処理分配装置としてのコンピュータに、
前記監視装置としてのコンピュータの負荷情報テーブルを参照して、負荷の低い配下装置としてのコンピュータに対し、負荷に応じて処理すべき情報を分配する処理分配手順を実行させ、
前記複数の配下装置のそれぞれに対応するコンピュータに、
前記監視装置としてのコンピュータからの要求を受信する要求受信手順と、
該要求を受信した場合に、他の配下装置としてのコンピュータから前記バスを介して前記監視装置としてのコンピュータに送信される当該他の配下装置としてのコンピュータの装置識別子および負荷情報を含む応答を監視する監視手順と、
自装置を含めた各配下装置としてのコンピュータを識別する装置識別子を記憶する記憶部を参照し、前記監視手順によって、自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合に、前記バスを介して自装置の前記装置識別子および負荷情報を含む応答を前記監視装置としてのコンピュータに送信する応答送信手順とを実行させる
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
監視装置が配下装置に処理を分担させて情報処理を行う監視システム、情報処理システムにおける監視装置、配下装置、応答送信方法及びコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
従来、監視装置が複数の配下装置を監視し、各配下装置に処理を分担させて情報処理を行う情報処理システムがある。この情報処理システムは、各配下装置が他の配下装置の負荷を監視することにより、配下装置のリソースを有効活用する。
【０００３】
以下では、図１９および図２０を参照しつつ、従来の情報処理システムについて説明する。図１９および図２０は、従来技術を説明するための図である。
【０００４】
図１９に示すように、監視装置は、バスを介して配下装置１、配下装置２、・・・配下装置ｎと接続される。また、監視装置は、装置識別子記憶部、配下装置状態テーブル、要求送信部、応答受信部およびテーブル更新部を有する。装置識別子記憶部は、各配下装置を識別する装置識別子を記憶する。配下装置状態テーブルは、装置識別子に対応付けて、装置状態情報および負荷情報を記憶する。
【０００５】
監視装置の要求送信部は、各配下装置に対して要求信号を送信する。監視装置の応答受信部は、各配下装置から応答信号を受信する。テーブル更新部は、応答受信部によって受信された応答信号から装置識別子、装置状態情報、および負荷情報を取得し、取得した装置識別子に対応付けて配下装置状態テーブルに記憶されている装置状態情報および負荷情報を取得した装置状態情報および負荷情報に更新する。
【０００６】
また、配下装置１〜ｎは、自装置状態テーブル、要求受信部、応答送信部、および情報受信部を有する。自装置状態テーブルは、自装置の現在の装置状態情報、および負荷情報を記憶する。要求受信部は、監視装置から要求信号を受信する。応答送信部は、要求受信部によって要求信号が受信されると、自装置状態テーブルから現在の自装置の装置状態情報および負荷情報を取得し、自装置の装置識別子、装置状態情報および負荷情報を含んだ応答信号を監視装置に対して送信する。情報受信部は、処理分配装置から処理すべき情報を受信して、情報処理を実行する。
【０００７】
監視装置と各配下装置との間でやり取りされる信号の流れについて説明すると、監視装置は、図２０に示すように、配下装置１に対して要求信号を送信する。要求信号を受信した配下装置１は、応答信号を監視装置に対して送信する。その後、監視装置は、配下装置１に対して要求信号を送信してからの送信後経過時間が予め設定されている設定時間に到達すると、配下装置２に対して要求信号を送信する。
【０００８】
このように、監視装置は、前回の要求信号に対する応答信号を受信した後に、前回の要求信号の送信先の配下装置よりも装置識別子が１つ大きい配下装置に対して要求信号を送信することで、応答信号がバス上で衝突することを回避している。そして、配下装置に情報処理を振り分ける処理分配装置は、配下装置状態テーブルを参照し、最も負荷の少ない配下装置に情報処理を振り分けることで、配下装置のリソースを有効活用する。
【０００９】
なお、監視装置から全ての配下装置宛にマルチキャストで要求信号を送信して、各配下装置の負荷を監視する監視方法もある（特許文献１参照）。具体的には、監視装置は、全ての配下装置に対してマルチキャストで要求信号を送信する。各配下装置は、要求信号を受信してからの受信後経過時間が各配下装置の装置識別子に応じて設定される設定時間に到達すると、監視装置に応答信号を送信する。例えば、配下装置１は、要求信号を受信した直後に応答信号を監視装置に送信し、配下装置２は、要求信号を受信した１秒後に応答信号を監視装置に送信する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開昭６３−２３３４５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ところで、近年では、配下装置のＣＰＵの動作速度が向上しており、ＣＰＵの動作速度に応じた量の処理を各配下装置に割り振るために、監視装置が全配下装置の負荷情報を受信する周期であるポーリング周期の短縮が望まれている。しかしながら、従来の監視装置には、ポーリング周期を短縮することができないという課題があった。すなわち、ユニキャストで要求信号を送信する従来の監視装置は、要求信号を送信する要求信号送信間隔が一定であるので、ポーリング周期を短縮できない。また、マルチキャストで要求信号を送信する従来の監視装置は、応答信号を受信する応答信号受信間隔が一定であるので、ポーリング周期を短縮できない。
【００１２】
ポーリング周期が長いと、負荷が少ない配下装置があったとしても、その配下装置を検知するまでに長時間を要することとなる。そのため、従来の情報処理システムでは、配下装置のＣＰＵの動作速度を向上させても、配下装置のリソースを有効活用できず、結果として、システムパフォーマンスが向上しないことがあった。
【００１３】
そこで、開示の技術は、上述した従来技術の課題を解決するためになされたものであり、ポーリング周期をより短くすることが可能な監視システムにおける監視装置、配下装置、応答送信方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するため、開示の装置は、バスを介して互いに通信可能な状態に接続された複数の配下装置に対して監視装置からマルチキャストで送信された要求を受信した場合に、他の配下装置から前記バスを介して前記監視装置に送信される当該他の配下装置の装置識別子および負荷情報を含む応答を監視する監視部と、前記監視部によって自装置よりも１つ先に応答すべき配下装置の装置識別子を含む応答が検出された場合に、前記バスを介して自装置の装置識別子および負荷情報を含む応答を前記監視装置に送信する応答送信部とを有する。
【発明の効果】
【００１５】
開示の装置によれば、ポーリング周期をより短くすることが可能である。
【図面の簡単な説明】
【００１６】
【図１】図１は、実施例１に係る情報処理システムの概要の一例を説明するための図である。
【図２】図２は、情報処理システムの構成の一例を説明するための図である。
【図３】図３は、配下装置状態テーブルに記憶される情報の一例を示した図である。
【図４】図４は、装置識別子記憶部に記憶される情報の一例を示した図である。
【図５】図５は、自装置状態テーブルに記憶される情報の一例を示した図である。
【図６】図６は、監視装置による処理の流れを示すフローチャート図である。
【図７】図７は、配下装置による処理の流れを示すフローチャート図である。
【図８】図８は、実施例１の効果を説明するための図である。
【図９】図９は、配下装置による処理の流れを示すフローチャート図である。
【図１０】図１０は、実施例２の効果を説明するための図である。
【図１１】図１１は、実施例２の効果を説明するための図である。
【図１２】図１２は、情報処理システムの構成の一例を示す図である。
【図１３】図１３は、応答信号のフォーマットの一例を示す図である。
【図１４】図１４は、配下装置による処理の流れを示すフローチャート図である。
【図１５】図１５は、応答タイミング判定処理の流れを示すフローチャート図である。
【図１６】図１６は、実施例３の効果を説明するための図である。
【図１７】図１７は、実施例３の効果を説明するための図である。
【図１８】図１８は、応答送信プログラムを実行するコンピュータを示す図である。
【図１９】図１９は、従来技術を説明するための図である。
【図２０】図２０は、従来技術を説明するための図である。
【発明を実施するための形態】
【００１７】
以下に、監視システムにおける監視装置、配下装置、応答送信方法、およびプログラムの一実施形態を説明する。なお、以下に説明する監視装置、および配下装置を有する情報処理システムは、例えば、無線基地局である。また、配下装置は、例えば、無線基地局としての筐体内に実装されたボードであり、呼処理を行う。
【実施例１】
【００１８】
［実施例１に係る情報処理システムの概要］
図１は、実施例１に係る情報処理システムの概要の一例を説明するための図である。実施例１に係る情報処理システムは、バスを介して通信可能な状態に接続された複数の配下装置、各配下装置の負荷を監視する監視装置、および各配下装置に情報処理を振り分ける処理分配装置を有する。このような構成の下、実施例１に係る情報処理システムは、各配下装置の中で最も負荷が少ない配下装置に処理を振り分けて情報処理を行うことを概要とする。そして、実施例１に係る情報処理システムは、特に、ポーリング周期を短縮する。また、実施例１に係る情報処理システムは、ポーリング周期を短縮することで、配下装置のリソースの有効活用を図る。
【００１９】
すなわち、監視装置は、全ての配下装置に対して負荷情報を応答させるための要求をマルチキャストで送信する。そして、監視装置は、配下装置からの応答を受信し、装置識別子に対応付けて、負荷情報を記憶する配下装置状態テーブル１１を更新する。
【００２０】
各配下装置は、監視装置から要求を受信した場合に、他の配下装置からバスを介して監視装置に送信される他の配下装置の装置識別子および負荷情報を含む応答を監視する。そして、各配下装置は、自装置よりも１つ先に応答すべき配下装置の装置識別子を含む応答を検出した場合に、バスを介して自装置の装置識別子および負荷情報を含む応答を監視装置に送信する。
【００２１】
例えば、図１に示した例では、配下装置２は、配下装置１から監視装置に送信される応答を検出した場合に、自装置の装置識別子および負荷情報を含む応答を監視装置に送信する。その後、配下装置３、４、５・・・というように装置識別子が小さい配下装置から順番に、装置識別子が１つ前の配下装置からの応答を検出すると、自装置の装置識別子を含む応答を監視装置宛に送信する。
【００２２】
処理分配装置は、配下装置状態テーブル１１を参照して、最も負荷が少ない配下装置から負荷の軽さに応じての高い情報処理を振り分けることにより、各配下装置の情報処理の負荷を同じ程度になるように分配する。
【００２３】
このようなことから、実施例１によれば、ポーリング周期を短縮することが可能である。すなわち、実施例１によれば、監視装置が前回応答信号を受信してから、次の応答信号を受信するまでの応答待ち時間を省くことができるので、従来の監視装置よりもポーリング周期を短縮することが可能である。そして、実施例１に係る情報処理システムは、ポーリング周期を短縮することによって、配下装置のリソースを有効活用することができる。
【００２４】
［情報処理システムの構成］
図２は、情報処理システムの構成の一例を説明するための図である。
【００２５】
（監視装置）
監視装置は、図２に示すように、配下装置状態テーブル１１、要求送信部１２、応答受信部１３およびテーブル更新部１４を有する。
【００２６】
図３は、配下装置状態テーブル１１に記憶される情報の一例を示した図である。配下装置状態テーブル１１は、図３に示すように、装置識別子に対応付けて、装置状態情報と、負荷情報とを記憶する。ここで、装置識別子とは、バスを介して互いに通信可能な状態に接続された複数の配下装置を識別するとともに、監視装置からの要求に対して各配下装置が装置状態情報および負荷情報を応答すべき順序を示した情報である。例えば、装置識別子は、実装位置や物理アドレスに応じて各配下装置それぞれに付与される装置ＩＤである。装置状態情報とは、アクティブ、スタンバイ、ロック、アラーム状態の内で、配下装置がいずれの装置状態にあるかを示した情報である。負荷情報とは、ＣＰＵ使用率、バッファ使用率、配下装置が実行中の処理数を示すコネクション量などを含む情報である。
【００２７】
要求送信部１２は、全ての配下装置に対してマルチキャストで要求信号を送信する。具体的には、要求送信部１２は、情報処理システムの駆動が開始すると、宛先として、全ての配下装置の装置識別子を含む要求信号をバス上に流す。また、要求送信部１２は、応答受信部１３が最大の装置識別子の配下装置から送信された応答信号を受信したことを確認すると、宛先として、全ての配下装置の装置識別子を含む要求信号をバス上に流す。
【００２８】
応答受信部１３は、配下装置から応答信号を受信する。具体的には、応答受信部１３は、バス上を流れる信号をモニタし、宛先として、自装置の論理アドレスが信号に含まれていることを確認すると、その信号を受信する。例えば、応答受信部１３は、配下装置から、送信元の配下装置の装置識別子、装置状態情報および負荷情報を含む応答信号を受信する。
【００２９】
テーブル更新部１４は、応答受信部１３によって受信された応答信号から装置識別子、および装置状態情報を取得し、取得した装置識別子に対応付けて配下装置状態テーブル１１に記憶されている装置状態情報を取得した装置状態情報に更新する。また、テーブル更新部１４は、応答信号から送信元の配下装置の負荷情報を取得し、応答信号から取得した装置識別子に対応付けて配下装置状態テーブル１１に記憶されている負荷情報を取得した負荷情報に更新する。
【００３０】
なお、監視装置は、配下装置における装置状態の変化を検出した場合に、その変化の確認を行うようにしてもよい。具体的には、テーブル更新部１４は、応答信号から取得した装置識別子に対応付けて配下装置状態テーブル１１に記憶されている装置状態情報と、取得した装置状態情報とを比較する。ここで、テーブル更新部１４は、応答信号から取得した装置状態情報と、配下装置状態テーブル１１に記憶されている装置状態情報とが一致しない場合には、ＣＰＵに対して割り込み通知を行う。ＣＰＵは、割り込み通知を受け付けると、要求送信部１２に対して、装置状態変化の確認を依頼する。
【００３１】
要求送信部１２は、確認依頼を受け付けた後、応答受信部１３が最大の装置識別子の配下装置から送信された応答信号を受信したことを確認すると、装置状態情報に変化があった配下装置に対して、確認のための要求信号を送信する。すなわち、要求送信部１２は、装置状態情報に変化があった配下装置の装置識別子だけを宛先として含む要求信号をバス上に流す。その後、要求送信部１２は、応答受信部１３が確認のための要求信号に対する応答を受信したことを確認すると、全ての配下装置に対してマルチキャストで要求信号を送信する。
【００３２】
（配下装置）
配下装置は、図２に示すように、装置識別子記憶部２１、自装置状態テーブル２２、要求受信部２３、応答制御部２４、応答送信部２５、情報受信部２６を有する。
【００３３】
図４は、装置識別子記憶部２１に記憶される情報の一例を示した図である。装置識別子記憶部２１は、図４に示すように、各配下装置にそれぞれ付与されている装置識別子を記憶する。具体的には、装置識別子記憶部２１は、図４に示すように、各配下装置の装置識別子を列挙して記憶する。
【００３４】
図５は、自装置状態テーブル２２に記憶される情報の一例を示した図である。自装置状態テーブル２２は、図５に示すように、自装置の現在の装置状態情報と、負荷情報とを記憶する。具体的には、自装置状態テーブル２２は、アクティブ、スタンバイ、ロック、アラーム状態の内で、自装置が現在いずれの装置状態にあるかを示した装置状態情報と、自装置の現在のＣＰＵ使用率、バッファ使用率、コネクション量などを含む負荷情報を記憶する。なお、自装置状態テーブル２２に記憶される各情報は、配下装置による情報処理前は「０」であり、配下装置による情報処理とともに、配下装置に搭載されたＣＰＵによって適宜更新される。また、この実施形態においては、配下装置は、全て同じ性能を前提にしているが、各配下装置の性能が違う場合、各配下装置の性能比をさらに格納しておき、性能比と負荷情報から、どの程度の処理が可能か計算して求めるようにしてもよい。
【００３５】
要求受信部２３は、要求信号を受信する。具体的には、要求受信部２３は、バス上を流れる信号をモニタし、宛先として、自装置の装置識別子が信号に含まれていることを確認すると、その信号を受信する。例えば、要求受信部２３は、監視装置から送信された要求信号を受信する。
【００３６】
応答制御部２４は、監視装置から要求を受信した場合に、他の配下装置からバスを介して監視装置に送信される当該他の配下装置の装置識別子および負荷情報を含む応答を監視する。なお、応答制御部２４は、監視部とも言う。
【００３７】
具体的には、応答制御部２４は、要求受信部２３によって要求信号が受信されると、装置識別子記憶部２１に記憶された全ての装置識別子の中で、自装置の装置識別子が最小の装置識別子であるか否かを判定する。例えば、配下装置１の応答制御部２４は、装置識別子記憶部２１に記憶された全ての装置識別子の中で、自装置の装置識別子１が最小の装置識別子であると判定する。自装置の装置識別子は、事前に配下装置に順番付けして順番を装置識別子として装置識別子記憶部２１に記憶させておく。
【００３８】
応答制御部２４は、自装置の装置識別子が最小の装置識別子でないと判定した後、バス上を流れる信号のモニタによって応答信号を検出するごとに、応答信号に含まれる装置識別子が自装置よりも１つ先に応答すべき配下装置の装置識別子であるか否かを判定する。ここで、応答制御部２４は、応答信号に含まれる装置識別子が自装置よりも１つ先に応答すべき配下装置の装置識別子であると判定した場合には、自装置が応答するタイミングであると判定する。一方では、応答制御部２４は、応答信号に含まれる装置識別子が自装置よりも２つ以上先に応答すべき配下装置の装置識別子であると判定した場合には、自装置が応答しないタイミングであると判定する。
【００３９】
具体的な例をあげて説明すると、配下装置３の応答制御部２４は、装置識別子１を含む応答信号を検出した場合には、自装置が応答しないタイミングであると判定する。また、配下装置３の応答制御部２４は、装置識別子２を含む応答信号を検出した場合には、自装置が応答するタイミングであると判定する。
【００４０】
応答送信部２５は、自装置よりも１つ先に応答すべき配下装置の装置識別子を含む応答が検出された場合に、バスを介して自装置の装置識別子および負荷情報を含む応答を監視装置に送信する。
【００４１】
具体的には、応答送信部２５は、要求受信部２３によって要求信号が受信されると、自装置状態テーブル２２から現在の自装置の装置状態情報、および負荷情報を取得する。その後、応答送信部２５は、応答制御部２４によって、自装置の装置識別子が最小の装置識別子であると判定されると、宛先として監視装置の論理アドレス、送信元として自装置の装置識別子、取得した装置状態情報、および負荷情報を含む応答信号をバス上に流す。
【００４２】
また、応答送信部２５は、応答制御部２４によって、自装置が応答するタイミングであると判定されると、宛先として監視装置の論理アドレス、送信元として自装置の装置識別子、取得した装置状態情報、および負荷情報を含む応答信号をバス上に流す。
【００４３】
なお、配下装置は、装置状態の変化の確認のための要求信号を受信すると、すぐに応答を監視装置宛に送信するようにしてもよい。具体的には、応答制御部２４は、要求受信部２３によって受信された要求信号が、確認のための要求信号であるか否かを判定する。例えば、応答制御部２４は、自装置の装置識別子のみを含む要求信号を受信した場合には、確認のための要求信号であると判定する。応答送信部２５は、応答制御部２４によって、確認のための要求信号であると判定されると、確認のための要求信号に対する応答を監視装置宛に送信する。
【００４４】
情報受信部２６は、処理分配装置から処理すべき情報を受信して、情報処理を実行する。具体的には、情報受信部２６は、処理分配装置から情報処理の依頼として、処理すべき情報を受信すると、割り当てられている情報処理を実行する。
【００４５】
（処理分配装置）
処理分配装置は、配下装置状態テーブル１１を参照し、負荷の少ない配下装置に情報処理を振り分け、各配下装置の負荷が同じ程度になるように情報処理を分配する。具体的には、処理分配装置は、上位装置から情報処理の要求を受け付けると、配下装置状態テーブル１１を参照し、最も負荷が少ない配下装置を特定する。そして、処理分配装置は、特定した配下装置に対して、要求された情報処理を依頼する。なお、処理分配装置は、要求信号および応答信号が流れるバスとは異なる通信径路を介して、上位装置から要求された情報処理を依頼する。
【００４６】
［情報処理システムの処理］
（監視装置）
図６は、監視装置による処理の流れを示すフローチャート図である。図６に示すように、要求送信部１２は、情報処理システムの駆動が開始すると（ステップＳ１０１肯定）、マルチキャストで要求信号を送信する（ステップＳ１０２）。
【００４７】
そして、応答受信部１３は、各配下装置から応答信号を受信し（ステップＳ１０３）、テーブル更新部１４は、応答受信部１３によって応答信号が受信されるごとに、配下装置状態テーブル１１に記憶されている装置状態情報、および負荷情報を更新する（ステップＳ１０４）。
【００４８】
その後、応答受信部１３が最大の装置識別子の配下装置からの応答信号を受信すると（ステップＳ１０５肯定）、要求送信部１２は、装置状態の変化を検出したか否かを判定する（ステップＳ１０６）。ここで、装置状態の変化を検出していない場合に（ステップＳ１０６否定）、要求送信部１２は、情報処理システムが駆動を継続していれば、（ステップＳ１０８肯定）、再び、マルチキャストで要求信号を送信する（ステップＳ１０２）。
【００４９】
一方では、装置状態の変化を検出した場合には（ステップＳ１０６肯定）、要求送信部１２は、装置状態に変化があった配下装置に対して要求信号を送信して、装置状態の変化を確認する（ステップＳ１０７）。そして、要求送信部１２は、応答受信部１３が応答信号を受信したことを確認し、情報処理システムが駆動を継続していれば、（ステップＳ１０８肯定）、再び、マルチキャストで要求信号を送信する（ステップＳ１０２）。
【００５０】
（配下装置）
図７は、配下装置による処理の流れを示すフローチャート図である。なお、配下装置による処理は、情報処理システムの駆動の停止とともに処理を終了する。図７に示すように、応答制御部２４は、情報処理システムの駆動が開始し（ステップＳ２０１肯定）、要求受信部２３が要求信号を受信すると（ステップＳ２０２肯定）、確認のための要求信号であるか否かを判定する（ステップＳ２０３）。ここで、確認のための要求信号であると判定されると（ステップＳ２０３肯定）、応答送信部２５は、確認のための要求信号に対する応答を監視装置宛に送信する（ステップＳ２０４）。
【００５１】
一方では、マルチキャストで送信された要求信号であると判定すると（ステップＳ２０３否定）、応答送信部２５は、自装置の装置状態情報、および負荷情報を取得する（ステップＳ２０５）。これに続いて、応答制御部２４は、自装置の装置識別子が最小の装置識別子であるか否かを判定する（ステップＳ２０６）。
【００５２】
最小の装置識別子であると判定されると（ステップＳ２０６肯定）、応答送信部２５は、自装置の装置識別子、装置状態情報、および負荷情報を含む応答信号をバス上に流す（ステップＳ２０９）。
【００５３】
最小の装置識別子でないと判定した後（ステップＳ２０６否定）、応答制御部２４は、応答信号を検出すると（ステップＳ２０７肯定）、応答するタイミングであるか否かを判定する（ステップＳ２０８）。
【００５４】
ここで、応答するタイミングであると判定されると（ステップＳ２０８肯定）、応答送信部２５は、自装置の装置識別子、装置状態情報、および負荷情報を含む応答信号をバス上に流す（ステップＳ２０９）。そして、応答制御部２４は、要求信号の受信を待機する（ステップＳ２０２否定）。
【００５５】
［実施例１の効果］
図８は、実施例１の効果を説明するための図である。上記したように、実施例１によれば、ポーリング周期を短縮することが可能である。すなわち、実施例１によれば、図８に示すように、監視装置が前回応答信号を受信してから、次の応答信号を受信するまでの応答待ち時間を省くことができるので、従来の監視装置よりもポーリング周期を短縮することが可能である。そして、実施例１に係る情報処理システムは、ポーリング周期を短縮することによって、配下装置のリソースを有効活用することができ、その結果、システムパフォーマンスを向上することができる。
【００５６】
また、実施例１によれば、要求信号および応答信号の通信速度が変わらないので、要求信号および応答信号の信号品質を維持して、ポーリング周期を短縮することができる。
【実施例２】
【００５７】
［情報処理システムの構成］
（配下装置）
応答制御部２４は、自装置の装置識別子が最小の装置識別子でないと判定すると、タイマを起動し、検出後経過時間を「０」からカウントアップする。その後、応答制御部２４は、バス上を流れる信号のモニタによって応答信号を検出するごとに、タイマのカウントアップを停止するとともに、タイマによってカウントされている検出後経過時間を「０」に戻す。続いて、応答制御部２４は、応答信号に含まれる装置識別子が自装置よりも１つ先に応答すべき配下装置の装置識別子であるか否かを判定することで、自装置が応答するタイミングであるか否かを判定する。ここで、応答制御部２４は、自装置が応答するタイミングでないと判定すると、タイマを再起動し、検出後経過時間のカウントアップを再開する。
【００５８】
また、応答制御部２４は、検出後経過時間が設定時間に到達して、タイムアウトになると、タイマのカウントアップを停止するとともに、タイマによってカウントされている検出後経過時間を「０」に戻し、自装置が応答するタイミングであるか否かを判定する。
【００５９】
例えば、応答制御部２４は、検出後経過時間が設定時間に到達するごとに、タイムアウトになった回数を示すタイムアウト回数を「０」から１つずつカウントアップする。そして、応答制御部２４は、自装置の装置識別子に応じて設定されている規定回数にタイムアウト回数が到達すると、自装置が応答するタイミングであると判定する。なお、応答制御部２４は、応答信号を検出すると、タイムアウト回数を「０」に戻す。そして、応答制御部２４は、自装置が応答するタイミングでないと判定すると、タイマを再起動し、検出後経過時間のカウントアップを再開する。
【００６０】
具体的な例をあげて説明すると、配下装置３の応答制御部２４には、規定回数「３」が設定され、装置識別子１を含む応答信号を検出した後に、３回タイムアウトになると、自装置が応答するタイミングであると判定する。配下装置４の応答制御部２４には、規定回数「４」が設定され、装置識別子１を含む応答信号を検出した後に、４回タイムアウトになると、自装置が応答するタイミングであると判定する。
【００６１】
［情報処理システムの処理］
（配下装置）
図９は、配下装置による処理の流れを示すフローチャート図である。なお、以下では、自装置の装置識別子が最小の装置識別子でないと判定してから、応答するタイミングであると判定するまでの処理の流れについて、実施例１に係る配下装置の処理と異なる点を詳細に説明する。
【００６２】
図９に示すように、自装置の装置識別子が最小の装置識別子でないと判定すると（ステップＳ３０５、ステップＳ３０６否定）、応答制御部２４は、タイマを起動する（ステップＳ３０７否定、ステップＳ３０８）。続いて、応答制御部２４は、応答信号を検出するか、もしくは、タイムアウトになるまで、待機する（ステップＳ３０６否定、ステップＳ３０７肯定、ステップＳ３０９否定）。
【００６３】
ここで、応答信号を検出すると（ステップＳ３０６肯定）、応答制御部２４は、タイマを停止するとともに、検出後経過時間を「０」に戻し（ステップＳ３１２）、応答信号に１つ先に応答すべき配下装置の装置識別子が含まれていれば、応答するタイミングであると判定する（ステップＳ３１１肯定）。
【００６４】
一方では、応答制御部２４は、応答信号に２つ以上先に応答すべき配下装置の装置識別子が含まれていれば、応答するタイミングでないと判定する（ステップＳ３１１否定）。そして、応答制御部２４は、再び、応答信号を検出するか、もしくは、タイムアウトになるまで待機する（ステップＳ３０６否定、ステップＳ３０７肯定、ステップＳ３０９否定）。
【００６５】
応答制御部２４は、タイムアウトになると（ステップＳ３０９肯定）、タイマを停止するとともに、検出後経過時間を「０」に戻す（ステップＳ３１０）。そして、応答制御部２４は、タイムアウト回数が規定回数に到達していなければ、応答するタイミングでないと判定し（ステップＳ３１１否定）、タイマを再起動する（ステップＳ３０７否定、ステップＳ３０６）。
【００６６】
一方では、応答制御部２４は、タイムアウト回数が規定回数に到達していれば、応答するタイミングであると判定する（ステップＳ３１１肯定）。
【００６７】
［実施例２の効果］
図１０および図１１は、実施例２の効果を説明するための図である。上記したように、実施例２によれば、配下装置が実装されていない場合や、要求に対して応答できない配下装置があっても、ポーリング周期を短縮することが可能である。
【００６８】
例えば、図１０の（Ａ）に示すように、配下装置２に障害が発生している、または、未実装であるため、要求に対して応答できない場合には、配下装置３は、配下装置１の応答を検出してからの検知後経過時間のタイムアウトで応答を送信する。また、図１０の（Ｂ）に示すように、配下装置２が障害から復旧する、または、配下装置２が実装されたことで、応答可能になった場合には、配下装置３は、配下装置２の応答を検出して応答を送信する。
【００６９】
そのため、実施例２によれば、全ての装置識別子に対応する配下装置が実装されていない場合や、要求に対して応答できない配下装置があっても、ポーリング周期を短縮することが可能である。
【００７０】
また、図１１に示すように、配下装置が実装されていない場合や、要求に対して応答できない配下装置がある場合には、全ての配下装置が要求に対して応答可能な状態に比べて、よりポーリング周期を短縮することも可能である。
【実施例３】
【００７１】
［情報処理システムの構成］
（配下装置）
図１２は、情報処理システムの構成の一例を示す図である。配下装置は、図１２に示すように、負荷比較部２７をさらに有する。
【００７２】
負荷比較部２７は、応答が検出されるごとに、検出された応答に含まれている負荷情報と、自装置の負荷情報とを比較して、自装置よりも負荷が少ない配下装置を検出する。
【００７３】
具体的には、負荷比較部２７は、要求受信部２３によって要求信号が受信されると、負荷情報出力フラグをＯＦＦにする。負荷情報出力フラグとは、装置状態情報、および負荷情報を含む応答信号をバス上に流すか、もしくは、装置状態情報を含む応答信号をバス上に流すかを判定するための情報である。
【００７４】
その後、負荷比較部２７は、応答制御部２４によって応答信号が検出されると、負荷情報出力フラグがＯＮであるか、ＯＦＦであるかを判定する。ここで、負荷比較部２７は、負荷情報出力フラグがＯＦＦであると判定した場合には、応答信号から負荷情報を取得し、取得した負荷情報と、自装置状態テーブル２２に記憶されている負荷情報とを比較する。
【００７５】
そして、負荷比較部２７は、自装置状態テーブル２２に記憶されている自装置の負荷が、応答信号から取得した他の配下装置の負荷よりも少ない場合には、負荷情報出力フラグをＯＮにして、自装置が応答するタイミングであるか否かを判定する。一方では、負荷比較部２７は、自装置状態テーブル２２に記憶されている自装置の負荷が、応答信号から取得した他の配下装置の負荷よりも多い場合には、自装置が応答するタイミングであるか否かを判定する。
【００７６】
例えば、負荷比較部２７は、自装置のＣＰＵ使用率が、他の配下装置のＣＰＵ使用率よりも少ない場合には、自装置の負荷情報を監視装置に対して送信すべきであると判定し、負荷情報出力フラグをＯＮにする。また、負荷比較部２７は、自装置のＣＰＵ使用率が、他の配下装置のＣＰＵ使用率よりも多い場合には、自装置の負荷情報を監視装置に対して送信すべきでないと判定し、負荷情報出力フラグをＯＦＦのままにしておく。
【００７７】
図１３は、応答信号のフォーマットの一例を示す図である。応答送信部２５は、自装置よりも負荷が少ない配下装置が検出された後、自装置よりも１つ先に応答すべき配下装置の装置識別子を含む応答が検出された場合には、装置状態情報を含む応答を監視装置宛に送信する。また、応答送信部２５は、自装置よりも負荷が少ない配下装置が検出されることなく、自装置よりも１つ先に応答すべき配下装置の装置識別子を含む応答が検出された場合には、装置状態情報および自装置の負荷情報を含む応答を監視装置宛に送信する。
【００７８】
具体的には、応答送信部２５は、応答制御部２４によって、自装置が応答するタイミングであると判定された場合に、負荷情報出力フラグがＯＮであるか、もしくはＯＦＦであるかを判定する。ここで、応答送信部２５は、負荷情報出力フラグがＯＮであると判定すると、図１３の（Ａ）に示すように、宛先として監視装置の論理アドレス、送信元として自装置の装置識別子、装置状態情報、および負荷情報を含む応答信号をバス上に流す。一方では、応答送信部２５は、負荷情報出力フラグがＯＦＦであると判定すると、図１３の（Ｂ）に示すように、宛先として監視装置の論理アドレス、送信元として自装置の装置識別子および装置状態情報を含む応答信号をバス上に流す。
【００７９】
［情報処理システムの処理］
（配下装置）
図１４は、配下装置による処理の流れを示すフローチャート図である。なお、以下では、実施例１に係る配下装置の処理と異なる点を詳細に説明する。図１４に示すように、負荷比較部２７は、要求受信部２３が要求信号を受信すると（ステップＳ４０１肯定）、負荷情報出力フラグをＯＦＦにする（ステップＳ４０２）。これに続いて、応答制御部２４は、確認のための要求信号であるか否かを判定する（ステップＳ４０３）。
【００８０】
その後、自装置の装置識別子が最小の装置識別子でないと判定すると（ステップＳ４０６否定）、配下装置は、応答タイミング判定処理を実行する（ステップＳ４０７）。そして、応答タイミング判定処理によって応答するタイミングであると判定されると、応答送信部２５は、負荷情報出力フラグがＯＮであるか、もしくはＯＦＦであるかを判定する（ステップＳ４０８）。
【００８１】
ここで、負荷情報出力フラグがＯＮであると判定すると（ステップＳ４０８肯定）、応答送信部２５は、装置状態情報、および負荷情報を含む応答信号をバス上に流す（ステップＳ４０９）。一方では、負荷情報出力フラグがＯＦＦであると判定すると（ステップＳ４０８否定）、応答送信部２５は、装置状態情報を含む応答信号をバス上に流す（ステップＳ４１０）。
【００８２】
図１５は、応答タイミング判定処理の流れを示すフローチャート図である。なお、以下では、自装置の装置識別子が最小の装置識別子でないと判定してから、応答するタイミングであると判定するまでの応答タイミング判定処理の流れについて、実施例２に係る配下装置の処理と異なる点を詳細に説明する。
【００８３】
図１５に示すように、自装置の装置識別子が最小の装置識別子でないと判定して、応答信号が検出されると（ステップＳ５０６肯定）、応答制御部２４は、タイマを停止するとともに、検出後経過時間を「０」に戻す（ステップＳ５１２）。これに続いて、負荷比較部２７は、負荷情報出力フラグがＯＮであるか、ＯＦＦであるかを判定する（ステップＳ５１３）。
【００８４】
ここで、負荷情報出力フラグがＯＮであると判定された場合に（ステップＳ５１３否定）、応答制御部２４は、応答信号に１つ先に応答すべき配下装置の装置識別子が含まれていれば、応答するタイミングであると判定する（ステップＳ５１７肯定）。
【００８５】
一方では、負荷情報出力フラグがＯＦＦであると判定した場合に（ステップＳ５１３肯定）、負荷比較部２７は、応答信号から負荷情報を取得し（ステップＳ５１４）、自装置の負荷と、他の配下装置の負荷とを比較する（ステップＳ５１５）。
【００８６】
ここで、自装置の負荷が、他の配下装置の負荷よりも少ない場合には（ステップＳ５１５肯定）、負荷比較部２７は、負荷情報出力フラグをＯＮにする（ステップＳ５１６）。そして、応答制御部２４は、応答信号に１つ先に応答すべき配下装置の装置識別子が含まれていれば、応答するタイミングであると判定する（ステップＳ５１７肯定）。
【００８７】
一方では、自装置の負荷が、他の配下装置の負荷よりも多い場合に（ステップＳ５１５否定）、応答制御部２４は、応答信号に１つ先に応答すべき配下装置の装置識別子が含まれていれば、応答するタイミングであると判定する（ステップＳ５１７肯定）。
【００８８】
［実施例３の効果］
図１６および図１７は、実施例３の効果を説明するための図である。上記したように、実施例３によれば、他の配下装置よりも負荷が少ない配下装置だけが負荷情報を含む応答信号を送信するので、さらにポーリング周期を短縮することが可能である。また、実施例３によれば、バス上を流れる信号の量を削減することができ、その結果、バス上を流れる信号にエラーが発生する確率を低減することができる、バスのリソースも有効活用することができる、システムとしての信頼を向上することができるという効果も奏する。
【００８９】
例えば、図１６に示すように、配下装置２の負荷が配下装置１よりも負荷が多ければ、配下装置２は、負荷情報を含まない応答信号を送信する。また、配下装置ｎの負荷が、配下装置１〜配下装置ｎ−１の内で、いずれかの配下装置よりも負荷が多ければ、配下装置ｎは、負荷情報を含まない応答信号を送信する。
【００９０】
このようなことから、実施例３によれば、図１７に示すように、仮に、全ての配下装置が、装置状態情報および負荷情報を含む応答信号を送信したとしても、従来の７０％程度にポーリング周期を短縮することができる。また、実施例３によれば、仮に、配下装置１だけが、装置状態情報および負荷情報を含む応答信号を送信した場合には、従来の１０％程度にポーリング周期を短縮することができる。なお、図１７に示す例では、情報処理システムに１６台の配下装置が実装され、バスの動作周波数が１０ＭＨｚ、要求信号が６４ビット、装置状態情報を含む応答信号が８ビット、装置状態情報および負荷情報を含む応答信号が１２０ビットであることを条件としている。
【実施例４】
【００９１】
以下に、監視システムにおける監視装置、配下装置、応答送信方法、およびプログラムの他の実施形態を説明する。
【００９２】
（１）負荷情報
自装置のバッファ使用率と、他の配下装置のＣＰＵ使用率とを比較して、自装置よりも負荷が少ない配下装置を検出するようにしてもよい。また、自装置のコネクション量と、他の配下装置のコネクション量とを比較して、自装置よりも負荷が少ない配下装置を検出するようにしてもよい。また、ＣＰＵ使用率、バッファ使用率、コネクション量のうちで、２つ以上の負荷情報の値が自装置よりも少ない配下装置を、自装置よりも負荷が少ない配下装置として検出するようにしてもよい。また、ＣＰＵ使用率、バッファ使用率、コネクション量に対して重み付けを行い、自装置よりも負荷が少ない配下装置を検出するようにしてもよい。
【００９３】
また、自装置よりも１つ先に応答すべき配下装置の装置識別子を含む応答が検出された場合に、ＣＰＵ使用率、バッファ使用率、コネクション量のうちで１つまたは２つの負荷情報、および装置状態情報を含む応答を監視装置宛に送信してもよい。
【００９４】
（２）要求信号
監視装置は、最後に応答を受信してからの経過時間を示す受信後経過時間が、予め設定されている設定時間に到達した場合に、要求信号をマルチキャストで送信するようにしてもよい。このようにすることで、最後に応答すべき配下装置からの応答が受信できなかった場合であっても、再度要求を送信することで、各配下装置の負荷の監視を継続することができる。なお、監視装置に設定される設定時間は、配下装置に設定される設定時間よりも長い設定時間である。
【００９５】
（３）システム構成等
上記の実施例１において、図２を用いて説明した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図２に示すようにして構成されていることを要しない。すなわち、各装置の各構成要素の分散・統合の具体的形態は、図２に示すものに限られず、例えば、応答制御部２４、および応答送信部２５を統合する。このように、各装置の各構成要素の全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能（例えば、図７参照）は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９６】
（４）応答送信プログラム
ところで、上記の実施例１で説明した各種の処理（例えば、図６参照）は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例１における配下装置と同様の機能を有する応答送信プログラムを実行する配下装置としてのコンピュータの一例を説明する。図１８は、応答送信プログラムを実行するコンピュータを示す図である。
【００９７】
図１８に示すように、コンピュータ１００は、入力部１１０、出力部１２０、ＨＤＤ１３０、ＲＡＭ１４０およびＣＰＵ１５０をバス１６０で接続して構成される。
【００９８】
ここで、入力部１１０は、各種データの入力を受け付ける。出力部１２０は、各種情報を表示する。ＨＤＤ１３０は、ＣＰＵ１５０による各種処理の実行に必要な情報を記憶する。ＲＡＭ１４０は、各種情報を一時的に記憶する。ＣＰＵ１５０は、各種演算処理を実行する。
【００９９】
そして、ＨＤＤ１３０には、図１８に示すように、上記の実施例１に示した配下装置と同様の機能を発揮する応答送信プログラム１３１が予め記憶されている。なお、応答送信プログラム１３１は、適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。
【０１００】
そして、ＣＰＵ１５０が、応答送信プログラム１３１をＨＤＤ１３０から読み出してＲＡＭ１４０に展開する。これにより、図１８に示すように、応答送信プログラム１３１は、応答送信プロセス１４１として機能するようになる。そして、応答送信プログラム１３１は、装置状態データ１３２をＨＤＤ１３０から読み出して、ＲＡＭ１４０において自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種処理を実行する。
【０１０１】
なお、応答送信プロセス１４１は、図２に示した、要求受信部２３、応答制御部２４、および応答送信部２５において実行される処理に対応する。また、装置状態データ１３２は、図２に示した装置識別子記憶部２１、および自装置状態テーブル２２に記憶される情報に対応する。
【０１０２】
なお、上記した各プログラムおよび各データについては、必ずしも最初からＨＤＤ１３０に記憶させておく必要はない。例えば、コンピュータ１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどのコンピュータ読み取り可能な記憶媒体に各プログラムを記憶させておき、コンピュータ１００がこれらから各プログラムを読み出して実行するようにしてもよい。あるいは、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどの通信回線を介してコンピュータ１００に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１００がこれらの通信回線を介して「他のコンピュータ（またはサーバ）」などから各プログラムを読み出して実行するようにしてもよい。
【０１０３】
（５）情報処理方法
上記の実施例１で説明した配下装置により、以下のような情報処理方法が実現される。
【０１０４】
すなわち、バスを介して互いに通信可能な状態に接続された複数の配下装置に対して監視装置からマルチキャストで送信された要求を受信した場合に、他の配下装置から前記バスを介して前記監視装置に送信される当該他の配下装置の装置識別子および負荷情報を含む応答を監視する監視ステップと、自装置よりも１つ先に応答すべき配下装置の装置識別子を含む応答が検出された場合に、バスを介して自装置の装置識別子および負荷情報を含む応答を前記監視装置に送信する応答送信ステップとを含んだ情報処理方法が配下装置によって実現される。
【０１０５】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１０６】
（付記１）バスを介して互いに通信可能な状態に接続された監視装置と監視される複数の配下装置と各配下装置が処理する情報を分配する処理分配装置を具備する情報監視システムであって、
前記監視装置は、
応答を要求をマルチキャストで前記複数の配下装置に送信する要求送信部と、
前記複数の配下装置からの装置識別子および負荷情報を含む応答を受信する応答受信部と、
前記受信した応答に基づいて、前記複数の配下の負荷情報テーブルを更新するテーブル更新部とを備え、
前記処理分配装置は、
前記監視装置の負荷情報テーブルを参照して、負荷の低い配下装置に対し、負荷に応じて処理すべき情報を分配する処理分配部を備え、
前記複数の配下装置のそれぞれは、
自装置を含めた各配下装置を識別する装置識別子を記憶する記憶部と、
前記監視装置からの要求を受信する要求受信部と、
該要求を受信した場合に、他の配下装置から前記バスを介して前記監視装置に送信される当該他の配下装置の装置識別子および負荷情報を含む応答を監視する監視部と、
前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合に、前記バスを介して自装置の前記装置識別子および負荷情報を含む応答を前記監視装置に送信する応答送信部と備える
ことを特徴とする情報処理システム。
【０１０７】
（付記２）バスを介して互いに通信可能な状態に接続された複数の配下装置と監視装置と処理分配装置を具備する監視システムにおいて使用される配下装置であって、
前記監視装置からマルチキャストで送信された、各配下装置の装置識別子および負荷情報を含む応答の要求を受信する要求受信部と、
前記要求を受信した場合に、他の配下装置から前記バスを介して前記監視装置に送信される当該他の配下装置の装置識別子および負荷情報を含む応答を監視する監視部と、
前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合に、前記バスを介して自装置の装置識別子および負荷情報を含む応答を前記監視装置に送信する応答送信部と、
前記処理分配装置から処理すべき情報を情報受信部とを有する配下装置。
【０１０８】
（付記３）前記応答送信部は、前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合、または、前記監視部によって前回応答が検出されてからの経過時間を示す検出後経過時間が、予め設定されている設定時間に到達した場合に、前記バスを介して自装置の装置識別子および負荷情報を含む応答を前記監視装置に送信することを特徴とする付記２に記載の配下装置。
【０１０９】
（付記４）前記監視部によって応答が検出されるごとに、検出された応答に含まれる負荷情報と、自装置の負荷情報とを比較して、自装置よりも負荷が少ない配下装置を検出する検出部をさらに有し
前記応答送信部は、前記検出部によって自装置よりも負荷が少ない配下装置が検出された後に、前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合には自装置の装置識別子だけを含む応答を監視装置宛に送信し、前記検出部によって自装置よりも負荷が少ない配下装置が検出されることなく、前記監視部によって自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合には、自装置の装置識別子および負荷情報を含む応答を前記監視装置に送信するに送信することを特徴とする付記２に記載の配下装置。
【０１１０】
（付記５）バスを介して互いに通信可能な状態に接続された監視装置としてのコンピュータと監視される複数の配下装置としてのコンピュータと各配下装置が処理する情報を分配する処理分配装置としてのコンピュータを具備する情報監視システムに情報処理を実行させるためのプログラムであって、
前記監視装置としてのコンピュータに、
応答を要求をマルチキャストで前記複数の配下装置としてのコンピュータに送信する要求送信手順と、
前記複数の配下装置としてのコンピュータからの装置識別子および負荷情報を含む応答を受信する応答受信手順と、
前記受信した応答に基づいて、前記複数の配下の負荷情報テーブルを更新するテーブル更新手順を実行させ、
前記処理分配装置としてのコンピュータに、
前記監視装置としてのコンピュータの負荷情報テーブルを参照して、負荷の低い配下装置としてのコンピュータに対し、負荷に応じて処理すべき情報を分配する処理分配手順を実行させ、
前記複数の配下装置のそれぞれに対応するコンピュータに、
前記監視装置としてのコンピュータからの要求を受信する要求受信手順と、
該要求を受信した場合に、他の配下装置としてのコンピュータから前記バスを介して前記監視装置としてのコンピュータに送信される当該他の配下装置としてのコンピュータの装置識別子および負荷情報を含む応答を監視する監視手順と、
自装置を含めた各配下装置としてのコンピュータを識別する装置識別子を記憶する記憶部を参照し、前記監視手順によって、自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合に、前記バスを介して自装置の前記装置識別子および負荷情報を含む応答を前記監視装置としてのコンピュータに送信する応答送信手順とを実行させる
ことを特徴とするプログラム。
【０１１１】
（付記６）バスを介して互いに通信可能な状態に接続された監視装置と監視される複数の配下装置と各配下装置が処理する情報を分配する処理分配装置を具備する情報監視システムに情報処理よる情報処理方法であって、
前記監視装置は、
応答を要求をマルチキャストで前記複数の配下装置に送信する要求送信ステップと、
前記複数の配下装置からの装置識別子および負荷情報を含む応答を受信する応答受信ステップと、
前記受信した応答に基づいて、前記複数の配下の負荷情報テーブルを更新するテーブル更新ステップを実行し、
前記処理分配装置は、
前記監視装置の負荷情報テーブルを参照して、負荷の低い配下装置としてのコンピュータに対し、負荷に応じて処理すべき情報を分配する処理分配ステップを実行し、
前記複数の配下装置のそれぞれは、、
前記監視装置からの要求を受信する要求受信ステップと、
該要求を受信した場合に、他の配下装置から前記バスを介して前記監視装置に送信される当該他の配下装置の装置識別子および負荷情報を含む応答を監視する監視ステップと、
自装置を含めた各配下装置としてのコンピュータを識別する装置識別子を記憶する記憶部を参照し、前記監視ステップによって、自装置よりも１つ前に応答すべき配下装置の装置識別子を含む応答が検出された場合に、前記バスを介して自装置の前記装置識別子および負荷情報を含む応答を前記監視装置に送信する応答送信ステップとを実行する
ことを特徴とする情報処理方法。
【符号の説明】
【０１１２】
１１  配下装置状態テーブル
１２  要求送信部
１３  応答受信部
１４  テーブル更新部
２１  装置識別子記憶部
２２  自装置状態テーブル
２３  要求受信部
２４  応答制御部
２５  応答送信部
２６  情報受信部
２７  負荷比較部
１００  コンピュータ
１１０  入力部
１２０  出力部
１３０  ＨＤＤ（Hard Disk Drive）
１３１  応答送信プログラム
１３２  装置状態データ
１４０  ＲＡＭ（Read Only Memory）
１４１  応答送信プロセス
１５０  ＣＰＵ（Central Processing Unit）
１６０  バス
【図１】
2010220099.tif 000003
【図２】
2010220099.tif 000004
【図３】
2010220099.tif 000005
【図４】
2010220099.tif 000006
【図５】
2010220099.tif 000007
【図６】
2010220099.tif 000008
【図７】
2010220099.tif 000009
【図８】
2010220099.tif 000010
【図９】
2010220099.tif 000011
【図１０】
2010220099.tif 000012
【図１１】
2010220099.tif 000013
【図１２】
2010220099.tif 000014
【図１３】
2010220099.tif 000015
【図１４】
2010220099.tif 000016
【図１５】
2010220099.tif 000017
【図１６】
2010220099.tif 000018
【図１７】
2010220099.tif 000019
【図１８】
2010220099.tif 000020
【図１９】
2010220099.tif 000021
【図２０】
2010220099.tif 000022