(57)【要約】【課題】複数の計算機の少なくとも一つに障害が発生した場合であっても、他の計算機により機能を継続することができる計算機、制御方法、及びプログラムを提供する。【解決手段】計算機２０は、計算機ネットワークに属する他の計算機２０に存在通知信号を送信する存在通知部２５１と、通知信号を受信する通知受信部２５２と、前記存在通知信号の送信元の他の計算機２０の優先順位と自身の優先順位とを比較する順位比較部２５３と、自身がマネジャであるかエージェントであるかを判定する役割判定部２５４と、前記役割判定部２５４が自身がマネジャであると判定した場合に、他の計算機２０に所定の処理の実行の指示を送信する指示部２５７と、前記役割判定部２５４が自身がエージェントであると判定した場合に、前記他の計算機２０からの指示に基づいて所定の処理を実行する実行部２５８と、を備える。【選択図】図２
2018173795.tif 000002
【特許請求の範囲】
【請求項１】
複数の計算機を備える計算機ネットワークに属する計算機であって、
前記計算機ネットワークに属する他の計算機に自身の存在を通知する通知信号である存在通知信号を送信する存在通知部と、
前記通知信号を受信する通知受信部と、
前記計算機ネットワークで予め定められた前記複数の計算機の優先順位に基づいて、前記存在通知信号の送信元の他の計算機の優先順位と自身の優先順位とを比較する順位比較部と、
前記優先順位の比較結果に基づいて、自身がマネジャであるかエージェントであるかを判定する役割判定部と、
前記役割判定部が自身がマネジャであると判定した場合に、他の計算機に所定の処理の実行の指示を送信する指示部と、
前記役割判定部が自身がエージェントであると判定した場合に、前記他の計算機からの指示に基づいて所定の処理を実行する実行部と
を備える計算機。
【請求項２】
前記役割判定部が自身がマネジャであると判定した場合に、前記計算機ネットワークに属する他の計算機に自身がマネジャであることを通知する通知信号であるマネジャ通知信号を送信するマネジャ通知部をさらに備え、
前記役割判定部は、自身の優先順位が最も高い場合に、自身がマネジャであると判定し、
前記実行部は、前記マネジャ通知信号の送信元の他の計算機からの指示に基づいて所定の処理を実行する
請求項１に記載の計算機。
【請求項３】
前記役割判定部が自身がエージェントであると判定した場合に、前記マネジャ通知信号の送信元の他の計算機に、自身がエージェントであることを通知する通知信号であるエージェント通知信号を送信するエージェント通知部をさらに備え、
前記役割判定部は、前記通知受信部がマネジャ通知信号を受信した場合に、自身がエージェントであると判定し、
前記指示部は、前記エージェント通知信号の送信元の他の計算機に前記指示を送信する
請求項２に記載の計算機。
【請求項４】
前記順位比較部は、前記存在通知信号を送信してから所定の時間が経過するまでに他の計算機から前記存在通知信号を受信した場合に、前記存在通知信号の送信元の他の計算機の優先順位と自身の優先順位とを比較し、
前記マネジャ通知部は、前記存在通知信号を送信してから所定の時間が経過した後に他の計算機から前記存在通知信号を受信した場合に、当該存在通知信号の送信元の他の計算機に前記マネジャ通知信号を送信する
請求項２または請求項３に記載の計算機。
【請求項５】
前記マネジャ通知部は、前記マネジャ通知信号を第１の時間ごとに送信し、
前記存在通知部は、前記マネジャ通知信号を第１の時間より長い第２の時間の間受信できない場合に、前記存在通知信号を送信する
請求項２から請求項４の何れか１項に記載の計算機。
【請求項６】
前記存在通知部は、自身がエージェントであると判定し、かつ複数の計算機からマネジャ通知信号を受信した場合に、前記存在通知信号を送信する
請求項２から請求項５の何れか１項に記載の計算機。
【請求項７】
前記存在通知部は、自身がマネジャであると判定し、かつ他の計算機からマネジャ通知信号を受信した場合に、前記存在通知信号を送信する
請求項２から請求項６の何れか１項に記載の計算機。
【請求項８】
前記存在通知部は、前記存在通知信号を前記計算機ネットワーク内のブロードキャストで送信する
請求項１から請求項７の何れか１項に記載の計算機。
【請求項９】
複数の計算機を備える計算機ネットワークに属する計算機の制御方法であって、
前記計算機ネットワークに属する他の計算機に前記計算機の存在を通知する通知信号である存在通知信号を送信することと、
前記通知信号を受信することと、
前記計算機ネットワークで予め定められた前記複数の計算機の優先順位に基づいて、前記存在通知信号の送信元の他の計算機の優先順位と前記計算機の優先順位とを比較することと、
前記優先順位の比較結果に基づいて、前記計算機がマネジャであるかエージェントであるかを判定することと、
前記計算機がマネジャであると判定した場合に、他の計算機に所定の処理の実行の指示を送信することと、
前記計算機がエージェントであると判定した場合に、前記他の計算機からの指示に基づいて所定の処理を実行することと
を含む計算機の制御方法。
【請求項１０】
複数の計算機を備える計算機ネットワークに属する計算機に、
前記計算機ネットワークに属する他の計算機に自身の存在を通知する通知信号である存在通知信号を送信することと、
前記通知信号を受信することと、
前記計算機ネットワークで予め定められた計算機の優先順位に基づいて、前記存在通知信号の送信元の他の計算機の優先順位と自身の優先順位とを比較することと、
前記優先順位の比較結果に基づいて、自身がマネジャであるかエージェントであるかを判定することと、
自身がマネジャであると判定した場合に、他の計算機に所定の処理の実行の指示を送信することと、
自身がエージェントであると判定した場合に、前記他の計算機からの指示に基づいて所定の処理を実行することと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
船舶に搭載されている計算機システムは、複数のサブシステムそれぞれが専用の計算機を有している。また、船舶の運転状態に応じてサブシステムの計算負荷が高くなることや計算機故障時の備えとして、複数のサブシステムのそれぞれは、高負荷状態に備えてバックアップ用の計算機を更に有している。従来の計算機システムは、このようにサブシステム別に複数の計算機を有する構成となっており、計算機システム全体の計算機台数及びコストが増加する要因となっている。
このため、近年では、複数の計算機を複数のサブシステムで共有できる計算機システムが求められている。例えば、特許文献１には、複数のサブシステム間で計算機を共用するシステムとして、管理サーバがサブシステムごとの負荷状態に応じて計算機の割り当てを変更するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１２４９７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムでは、管理サーバが故障、火災等の障害により動作不能となった場合、計算機の割り当てを変更することができなくなる。そうすると、高負荷状態のサブシステム、または、計算機に被害を受けたサブシステムは、リソースが不足して正常に稼働できなくなる可能性がある。
【０００５】
本発明は、このような課題に鑑みてなされたものあって、複数の計算機の少なくとも一つに障害が発生した場合であっても、他の計算機により機能を継続することができる計算機、制御方法、及びプログラムを提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明は以下の手段を採用している。
本発明の第一の態様によれば、複数の計算機を備える計算機ネットワークに属する計算機は、前記計算機ネットワークに属する他の計算機に自身の存在を通知する通知信号である存在通知信号を送信する存在通知部と、前記通知信号を受信する通知受信部と、前記計算機ネットワークで予め定められた前記複数の計算機の優先順位に基づいて、前記存在通知信号の送信元の他の計算機の優先順位と自身の優先順位とを比較する順位比較部と、前記優先順位の比較結果に基づいて、自身がマネジャであるかエージェントであるかを判定する役割判定部と、前記役割判定部が自身がマネジャであると判定した場合に、他の計算機に所定の処理の実行の指示を送信する指示部と、前記役割判定部が自身がエージェントであると判定した場合に、前記他の計算機からの指示に基づいて所定の処理を実行する実行部と、を備える。
このようにすることで、計算機は、計算機ネットワークにどの計算機が属しているかに応じて、自身がマネジャであるかエージェントであるかを動的に変更することができる。このため、例えばマネジャが故障した場合であっても、計算機ネットワークに属する他の計算機がマネジャとしての機能を継続することができる。
【０００７】
本発明の第二の態様によれば、第一の態様に係る計算機は、前記役割判定部が自身がマネジャであると判定した場合に、前記計算機ネットワークに属する他の計算機に自身がマネジャであることを通知する通知信号であるマネジャ通知信号を送信するマネジャ通知部をさらに備える。前記役割判定部は、自身の優先順位が最も高い場合に、自身がマネジャであると判定し、前記実行部は、前記マネジャ通知信号の送信元の他の計算機からの指示に基づいて所定の処理を実行する。
このようにすることで、計算機ネットワークに属する複数の計算機それぞれが、マネジャ通知信号により何れの計算機がマネジャであるかを認識することができる。また、エージェントである計算機は、マネジャからの指示に基づいて所定の処理を実行するので、他の計算機からの指示等により誤った処理を実行することを抑制することができる。
【０００８】
本発明の第三の態様によれば、第二の態様に係る計算機は、前記役割判定部が自身がエージェントであると判定した場合に、前記マネジャ通知信号の送信元の他の計算機に、自身がエージェントであることを通知する通知信号であるエージェント通知信号を送信するエージェント通知部をさらに備える。前記役割判定部は、前記通知受信部がマネジャ通知信号を受信した場合に、自身がエージェントであると判定し、前記指示部は、前記エージェント通知信号の送信元の他の計算機に前記指示を送信する。
このようにすることで、マネジャである計算機は、どの計算機がエージェントとして計算機ネットワークに属しているかを認識することができる。これにより、マネジャである計算機は、計算機ネットワークにおいてエージェントとして正常に動作している計算機のみに対し、指示を送信することができる。
【０００９】
本発明の第四の態様によれば、上述の何れか一の態様に係る計算機において、前記順位比較部は、前記存在通知信号を送信してから所定の時間が経過するまでに他の計算機から前記存在通知信号を受信した場合に、前記存在通知信号の送信元の他の計算機の優先順位と自身の優先順位とを比較する。前記マネジャ通知部は、前記存在通知信号を送信してから所定の時間が経過した後に他の計算機から前記存在通知信号を受信した場合に、当該存在通知信号の送信元の他の計算機に前記マネジャ通知信号を送信する。
このようにすることで、計算機は、存在通知信号を送信してから所定の時間が経過するまでに他の計算機から存在通知信号を受信した場合は、計算機ネットワークにおいてマネジャ及びエージェントの役割が判定されていないと判断することができる。
また、計算機は、存在通知信号を送信した後、他の計算機からマネジャ通知信号を受信した場合、計算機ネットワークの他の計算機が既にマネジャとして判定されていることを認識することができる。これにより、既にマネジャ及びエージェントの役割が決定している計算機ネットワークに、後から他の計算機が参加する場合であっても、当該他の計算機はエージェントとしてスムーズに参加することができる。
【００１０】
本発明の第五の態様によれば、上述の何れか一の態様に係る計算機において、前記マネジャ通知部は、前記マネジャ通知信号を第１の時間ごとに送信する。前記存在通知部は、前記マネジャ通知信号を第１の時間より長い第２の時間の間受信できない場合に、前記存在通知信号を送信する。
このようにすることで、計算機は、マネジャ通知信号を第２の時間の間受信できない場合、マネジャに異常が発生したことを認識することができる。このとき、計算機は、存在通知信号を送信して再度マネジャ及びエージェントの役割を判定することにより、計算機ネットワーク内にマネジャが不在となる異常状態を解消することができる。
【００１１】
本発明の第六の態様によれば、上述の何れか一の態様に係る計算機において、前記存在通知部は、自身がエージェントであると判定し、かつ複数の計算機からマネジャ通知信号を受信した場合に、前記存在通知信号を送信する。
このようにすることで、エージェントである計算機は、存在通知信号を送信して再度マネジャ及びエージェントの役割を判定することにより、計算機ネットワーク内に複数のマネジャが存在する異常状態を解消することができる。
【００１２】
本発明の第七の態様によれば、上述の何れか一の態様に係る計算機において、前記存在通知部は、自身がマネジャであると判定し、かつ他の計算機からマネジャ通知信号を受信した場合に、前記存在通知信号を送信する。
このようにすることで、マネジャである計算機は、存在通知信号を送信して再度マネジャ及びエージェントの役割を判定することにより、計算機ネットワーク内に複数のマネジャが存在する異常状態を解消することができる。
【００１３】
本発明の第八の態様によれば、上述の何れか一の態様に係る計算機において、前記存在通知部は、前記存在通知信号を前記計算機ネットワーク内のブロードキャストで送信する。
このようにすることで、計算機は、計算機ネットワークに属する全ての計算機の存在を認識することができる。また、計算機の故障、起動の遅延等により、計算機ネットワークに属する計算機が変動する場合であっても、存在通知信号を送信する時点で計算機ネットワークに属する全ての計算機に対し、存在通知信号を送信することができる。
【００１４】
本発明の第九の態様によれば、複数の計算機を備える計算機ネットワークに属する計算機の制御方法は、前記計算機ネットワークに属する他の計算機に前記計算機の存在を通知する通知信号である存在通知信号を送信することと、前記通知信号を受信することと、前記計算機ネットワークで予め定められた前記複数の計算機の優先順位に基づいて、前記存在通知信号の送信元の他の計算機の優先順位と前記計算機の優先順位とを比較することと、前記優先順位の比較結果に基づいて、前記計算機がマネジャであるかエージェントであるかを判定することと、前記計算機がマネジャであると判定した場合に、他の計算機に所定の処理の実行の指示を送信することと、前記計算機がエージェントであると判定した場合に、前記他の計算機からの指示に基づいて所定の処理を実行することと、を含む。
【００１５】
本発明の第十の態様によれば、プログラムは、複数の計算機を備える計算機ネットワークに属する計算機に自身の存在を通知する通知信号である存在通知信号を送信することと、前記通知信号を受信することと、前記計算機ネットワークで予め定められた計算機の優先順位に基づいて、前記存在通知信号の送信元の他の計算機の優先順位と自身の優先順位とを比較することと、前記優先順位の比較結果に基づいて、自身がマネジャであるかエージェントであるかを判定することと、自身がマネジャであると判定した場合に、他の計算機に所定の処理の実行の指示を送信することと、自身がエージェントであると判定した場合に、前記他の計算機からの指示に基づいて所定の処理を実行することとを実行させる。
【発明の効果】
【００１６】
本発明に係る計算機、制御方法、及びプログラムによれば、複数の計算機の少なくとも一つに障害が発生した場合であっても、他の計算機により機能を継続することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る計算機システムの概要を示す図である。
【図２】本発明の一実施形態に係る計算機の機能構成を示す図である。
【図３】本発明の一実施形態に係る通信設定処理の一例を示す図である。
【図４】本発明の一実施形態に係る通知信号の一例を示す図である。
【図５】本発明の一実施形態に係る優先順位リストの一例を示す図である。
【図６】本発明の一実施形態に係る管理テーブルの一例を示す図である。
【図７】本発明の一実施形態に係るエージェント追加処理の一例を示す図である。
【図８】本発明の一実施形態に係るエージェント削除処理の一例を示す図である。
【図９】本発明の一実施形態に係るマネジャ再判定処理の一例を示す第１の図である。
【図１０】本発明の一実施形態に係るマネジャ再判定処理の一例を示す第２の図である。
【図１１】本発明の一実施形態に係る接続切替処理の一例を示す図である。
【図１２】本発明の一実施形態に係る計算機のハードウェア構成の例を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態に係る計算機システム１００について、図１〜図１２を参照しながら説明する。
【００１９】
（計算機システムの全体構成）
図１は、本発明の一実施形態に係る計算機システムの概要を示す図である。
本実施形態において、計算機システム１００は、設備に設けられた各種装置（サブシステム）の制御を行うためのシステムである。なお、本実施形態では、設備が船舶である例について説明する。
図１に示すように、計算機システム１００は、複数のサブシステム１０（１０Ａ、１０Ｂ、１０Ｃ、…）と、複数の計算機２０（２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、…）を備える計算機ネットワーク２と、切替スイッチ３０とを備えている。
【００２０】
サブシステム１０は、船舶内に設けられ、船舶における各種機能を実行する装置（または複数の装置から構成される装置群）である。
【００２１】
計算機２０は、それぞれ船舶内の異なる区域に設けられ、計算機ネットワーク２に属する他の計算機２０、及び、複数のサブシステム１０の何れか一つと、ネットワークＮＷを介して通信可能に接続される。
計算機２０は、取り扱う情報の性質（送受信可能な情報量の制約や情報保全上の制約）に応じて独立して存在するネットワークＮＷ（Ａ）及びネットワークＮＷ（Ｂ）に切替スイッチ３０（Ａ）及び切替スイッチ３０（Ｂ）を介して接続される。
さらに、計算機２０は、後述のリソース管理部２５の指示に基づき接続先サブシステム１０を、ネットワークＮＷ（Ａ）に接続されているものからネットワークＮＷ（Ｂ）に、または、ネットワークＮＷ（Ｂ）に接続されているものからネットワーク（Ａ）に接続されているものに変更する場合、計算機２０が接続される切替スイッチを、切替スイッチ３０（Ａ）から切替スイッチ３０（Ｂ）、または、切替スイッチ３０（Ｂ）から切替スイッチ３０（Ａ）に変更する。
計算機２０は、それぞれの接続先のサブシステム１０の機能を実行するための各種処理を実行する。また、計算機２０は、複数の計算機２０それぞれの接続先のサブシステム１０を決定するリソース管理処理を実行する。
なお、本実施形態では、一つのサブシステム１０に対し、複数の計算機２０が割り当てられてもよい。また、例えばサブシステム１０Ａに二つの計算機２０Ａ、２０Ｂが割り当てられている場合、サブシステム１０Ａは、両方の計算機２０Ａ、２０Ｂに各種処理を実行させてもよいし、何れか一方をバックアップとして処理実行用のアプリケーションを起動した状態で待機させてもよい。
また、計算機ネットワーク２は、複数の計算機２０のうち、通信可能に接続された一つ以上の計算機２０により構成されているものとする。従って、故障、未起動のため通信不可となっている計算機２０は、計算機ネットワーク２に属していないものとして扱われる。
【００２２】
切替スイッチ３０は、例えばスイッチングハブであり、計算機２０の指示に基づいて、複数の計算機２０それぞれの接続先となるサブシステム１０を切り替える。
具体的には、切替スイッチ３０は、サブシステム１０別にＶＬＡＮ（Virtual Local Area Network）を構成し、計算機２０のそれぞれが接続されるポートＰ（Ｐ１、Ｐ２、Ｐ３、…）に設定するＶＬＡＮを切り替えることにより、計算機２０の接続先を切り替えられるようにする。
例えば、切替スイッチ３０（Ａ）は、サブシステム１０Ａとの通信に用いられるＶＬＡＮ３１と、サブシステム１０Ｂとの通信に用いられるＶＬＡＮ３２と、リソース管理処理に関する通信に用いられるＲＭ  ＶＬＡＮ３３（Resource Management VLAN）と、を構成する。切替スイッチ３０は、計算機２０Ａの接続先がサブシステム１０Ａである場合、計算機２０Ａが接続されているポートＰ１にＶＬＡＮ３１を設定する。また、切替スイッチ３０は、計算機２０Ａの接続先をサブシステム１０Ｂに切り替える場合、計算機２０Ａが接続されているポートＰ１にＶＬＡＮ３２を設定する。なお、全てのポートＰにＲＭ  ＶＬＡＮ３３が設定されており、リソース割り当て処理に関する命令はＲＭ  ＶＬＡＮ３３を用いて送受信される。同様に、切替スイッチ３０（Ｂ）は、サブシステム１０Ｃとの通信に用いられるＶＬＡＮ３４と、リソース管理処理に関する通信に用いられるＲＭ  ＶＬＡＮ３５とを構成する。
また、以下の説明において、リソース管理処理に関する通信をＲＭ通信（Resource Management通信）とも称する。
【００２３】
また、計算機システム１００は、図１に示すように、検知システム４０（検知システム４０（Ａ）、検知システム４０（Ｂ））を更に備えていてもよい。
検知システム４０は、例えば、他船、障害物、及び飛来物の接近を検出するためのレーダ及びセンサ、船内（計算機２０が設置された区域）における火災等の有無及び被害状況を検出するためのセンサ、サイバー攻撃を検出するための監視ツール等の機器を有している。
検知システム４０は、各機器が検出した検出信号を計算機２０に送信する。
【００２４】
（計算機の機能構成）
図２は、本発明の一実施形態に係る計算機の機能構成を示す図である。
以下、図２を参照して本実施形態に係る計算機２０の機能構成について説明する。
図２に示すように、複数の計算機２０のそれぞれは、通信部２１と、記憶部２２と、リソース管理部２５とを備えている。
【００２５】
通信部２１は、ネットワークＮＷを介してサブシステム１０及び他の計算機２０と通信を行う。
通信部２１は、接続先となるサブシステム１０との間で、サブシステム１０の機能を実現するための各種情報、命令等の送受信を行う。
また、通信部２１は、他の計算機２０との間で、リソース管理に関連する各種情報、命令等の送受信を行う。
【００２６】
記憶部２２には、複数のサブシステム１０のそれぞれの機能を実現するためのアプリケーションが予め記憶されている。
また、記憶部２２には、後述の優先順位リスト（図５）及び管理テーブル（図６）が記憶されている。
【００２７】
リソース管理部２５は、リソース管理処理を実行する機能部である。本実施形態において、リソース管理処理は、計算機２０の接続先を切り替える「接続先切替処理」と、接続先切替処理において計算機２０それぞれに設定される役割（マネジャ及びエージェント）を決定する「ＲＭ通信設定処理（通信設定処理）」とを実行する。
リソース管理部２５は、存在通知部２５１と、通知受信部２５２と、順位比較部２５３と、役割判定部２５４と、マネジャ通知部２５５と、エージェント通知部２５６と、指示部２５７と、実行部２５８と、リソース要求部２５９と、を有している。
【００２８】
存在通知部２５１は、計算機ネットワーク２に属する他の計算機２０に自身の存在を通知する通知信号である存在通知信号を送信する。
【００２９】
通知受信部２５２は、他の計算機２０から通信信号を受信する。
【００３０】
順位比較部２５３は、計算機ネットワーク２で予め定められた複数の計算機２０の優先順位に基づいて、存在通知信号の送信元の他の計算機２０の優先順位と自身の優先順位とを比較する。
なお、本実施形態では、計算機ネットワーク２に属する計算機２０のそれぞれを特定可能な識別情報（ＩＤ）と、優先順位とを関連付けた優先順位リスト（図５）が記憶部２２に予め記憶されており、順位比較部２５３は優先順位リストを参照して優先順位を比較する。
【００３１】
役割判定部２５４は、順位比較部２５３による優先順位の比較結果に基づいて、自身がマネジャであるかエージェントであるかを判定する。
マネジャは、リソース割り当て処理を行う際に、各計算機２０に対してどのサブシステム１０を接続先とするか指示を行い、接続先のサブシステム１０が存在するネットワークＮＷ側の切替スイッチ３０への接続変更指示を行うとともに、切替スイッチ３０に接続先の切り替えの指示を行う。
エージェントは、マネジャの指示に基づいて所定の処理を実行する計算機２０を示す。
本実施形態では、計算機ネットワーク２に属する複数の計算機２０のうち、一つの計算機２０のみがマネジャとなり、他の計算機２０はエージェントとなる。
また、役割判定部２５４は、計算機２０それぞれのＩＤと、優先順位と、役割とを関連付けた管理テーブル（図６）を作成し、記憶部２２に記憶する。
【００３２】
マネジャ通知部２５５は、役割判定部２５４が自身がマネジャであると判定した場合に、計算機ネットワーク２に属する他の計算機２０に自身がマネジャであることを通知する通知信号であるマネジャ通知信号を送信する。
マネジャ通知部２５５は、所定の時間ごとに、他の計算機２０にマネジャ通知信号を送信する。
【００３３】
エージェント通知部２５６は、役割判定部２５４が自身がエージェントであると判定した場合に、マネジャ（マネジャ通知信号の送信元の他の計算機２０）に、自身がエージェントであることを通知する通知信号であるエージェント通知信号を送信する。
エージェント通知部２５６は、所定の時間ごとに、他の計算機２０にエージェント通知信号を送信する。
【００３４】
指示部２５７は、役割判定部２５４が自身がマネジャであると判定した場合に、エージェントである他の計算機２０に所定の処理の実行の指示を送信する。
また、指示部２５７は、複数の計算機２０の何れかの接続先を変更する場合、計算機２０に対し接続先の変更に関する指示を送信するとともに、切替スイッチ３０に計算機２０に設定されているＶＬＡＮを変更する指示を行う。
【００３５】
実行部２５８は、役割判定部２５４が自身がエージェントであると判定した場合に、マネジャである計算機２０からの指示に基づいて所定の処理を実行する。
【００３６】
リソース要求部２５９は、サブシステム１０から要求されている処理の負荷が高くなった場合、リソース（計算機２０）の割り当てを要求するリソース要求を出力する。また、リソース要求ぶ２５９は、または、検知システム４０から受信した検出信号に基づいて火災等の障害が発生したことを検出し、且つ、当該障害によりサブシステム１０に割り当てられている計算機２０を継続して使用することが困難となった場合、リソース要求を出力する。
【００３７】
（計算機の処理フロー）
図３は、本発明の一実施形態に係る通信設定処理の一例を示す図である。
図４は、本発明の一実施形態に係る通知信号の一例を示す図である。
図５は、本発明の一実施形態に係る優先順位リストの一例を示す図である。
図６は、本発明の一実施形態に係る管理テーブルの一例を示す図である。
計算機２０のリソース管理部２５は、自身が起動すると、計算機２０それぞれに設定される役割（マネジャ及びエージェント）を決定する「ＲＭ通信設定処理」を実行する。
以下、図３〜図６を参照して、計算機２０のＲＭ通信設定処理について説明する。本実施形態において、ＲＭ通信設定処理は、計算機ネットワーク２に属する他の計算機２０との間で存在通知信号の送受信を行うラーニングモードＰ１０（ステップＳ１００〜Ｓ１０１）と、計算機２０それぞれの役割（マネジャ及びエージェントの別）を決定する役割判定モードＰ１１（ステップＳ１０２〜Ｓ１１０）との二つの処理により構成されている。
【００３８】
計算機２０が起動すると、存在通知部２５１は、図３に示すように他の計算機２０に対し自身の存在を通知する存在通知信号を送信する（ステップＳ１００）。
このとき、存在通知部２５１は、切替スイッチ３０が構成するＲＭ  ＶＬＡＮ３３（図１）を介して、存在通知信号をブロードキャストする。
存在通知信号は、図４に示すように、ヘッダとデータとにより構成される通知信号である。ヘッダには、送信元である計算機２０を特定するためのＩＤ情報と、計算機２０の役割（マネジャ及びエージェントの別）を示す役割情報が含まれている。計算機２０が起動した直後は、計算機２０の役割は設定されていない。このため、存在通知部２５１は、役割が設定されていないことを示す「ＮＵＬＬ」を役割情報として入力する。また、データには、送信元である計算機２０のステータスが含まれている。ステータスは、計算機２０が正常に動作可能か否かを示す情報である。存在通知部２５１は、計算機２０が正常に動作可能である場合はステータスに「ＯＫ」を入力する。
【００３９】
次に、通知受信部２５２は、他の計算機２０から存在通知信号を受信する（ステップＳ１０１）。
通知受信部２５２は、記憶部２２に予め記憶されている優先順位リストに登録されている計算機２０の全てから存在通知信号を受信した場合、または、所定の時間（例えば１分）を経過した場合、ラーニングモードＰ１０を終了して、役割判定モードＰ１１に移行する。
【００４０】
次に、順位比較部２５３は、記憶部２２に予め記憶されている優先順位リスト（図５）に基づいて、存在通知信号の送信元の他の計算機２０の優先順位と自身の優先順位とを比較する（ステップＳ１０２）。
なお、順位比較部２５３は、優先順位リストに含まれる計算機２０のうち、存在通知信号を受信していない計算機２０は比較対象から除外する。例えば、図５の例では、計算機２０Ｄが最も優先順位が高い。しかしながら、計算機２０Ａの順位比較部２５３は、計算機２０Ｂ及び２０Ｃから存在通知信号を受信し、計算機２０Ｄから存在通知信号を受信しなかった場合、計算機２０Ｄを除外し、計算機２０Ａ、２０Ｂ、２０Ｃの中で優先順位の比較を行う。
【００４１】
次に、役割判定部２５４は、順位比較部２５３による優先順位の比較結果に基づいて、自身がマネジャであるかエージェントであるかを判定する（ステップＳ１０３）。具体的には、役割判定部２５４は、自身の優先順位が最も高い場合（ステップＳ１０３：ＹＥＳ）、自身がマネジャであると判定する（ステップＳ１０４）。一方、役割判定部２５４は、自身よりも優先順位が高い計算機２０がある場合（ステップＳ１０３：ＮＯ）、自身がエージェントであると判定する（ステップＳ１０７）。
例えば、上述のように、計算機２０Ａは計算機２０Ｂ及び２０Ｃから存在通知信号を受信している場合、計算機２０Ａ、２０Ｂ、２０Ｃのうち、計算機２０Ａは最も優先順位が高い。このため、計算機２０Ａは、自身がマネジャであると判定する（ステップＳ１０４）。このとき、計算機２０Ｂ及び２０Ｃは、自身よりも優先順位が高い計算機２０Ａがあるため、自身はエージェントであると判定する（ステップＳ１０７）。
【００４２】
次に、役割判定部２５４は、自身がマネジャであると判定した場合、存在通知信号の送信元及び自身のＩＤと、優先順位と、役割とを関連付けた管理テーブル（図６）を作成し（ステップＳ１０５）、記憶部２２に記憶する。
例えば、図６に示すように、計算機２０Ａが自身がマネジャであると判定した場合、計算機２０Ａの役割判定部２５４は、自身（計算機２０Ａ）と、存在通知信号の送信元である計算機２０Ｂ及び２０Ｃとを含む管理テーブルを作成する。
このとき、計算機２０Ａの役割判定部２５４は、自身（計算機２０Ａ）の役割として「マネジャ」を入力し、他の計算機２０Ｂ、２０Ｃの役割として「エージェント」を入力する。
また、計算機２０Ａの役割判定部２４５は、存在通知信号の送信元及び自身の優先順位を変更する。優先順位リスト（図５）では、計算機２０Ａ、２０Ｂ、２０Ｃ、２０Ｄの優先順位として「２」、「４」、「３」、「１」が予め設定されている。しかしながら、計算機２０Ａの役割判定部２４５は、計算機２０Ｄから存在通知信号を受信していないため、計算機２０Ｄを除外して優先順位を振り直す。即ち、図５及び図６の例では、計算機２０Ａの役割判定部２４５は、計算機２０Ａ、２０Ｂ、２０Ｃの優先順位を、それぞれ「１」、「３」、「２」に設定する。
【００４３】
次に、図３に示すように、マネジャ通知部２５５は、自身がマネジャであると判定した場合、計算機ネットワーク２に属する他の計算機２０にマネジャ通知信号を送信する（ステップＳ１０６）。
このとき、マネジャ通知部２５５は、切替スイッチ３０が構成するＲＭ  ＶＬＡＮ３３（図１）を介して、マネジャ通知信号をブロードキャストする。
マネジャ通知信号は、図４に示すように、ヘッダとデータとにより構成される通知信号である。ヘッダには、送信元である計算機２０Ａを特定するためのＩＤ情報と、計算機２０Ａの役割（マネジャ）を示す役割情報が含まれている。また、データには、役割判定部２５４が作成した管理テーブル（図６）が含まれている。
【００４４】
また、図３に示すように、エージェント（計算機２０Ｂ、２０Ｃ）の通知受信部２５２は、マネジャ（計算機２０Ａ）から送信されたマネジャ通知信号を受信する（ステップＳ１０８）。
そして、エージェントの通知受信部２５２は、マネジャ通知信号に含まれる管理テーブルを記憶部２２に記憶する（ステップＳ１０９）。
【００４５】
次に、エージェント（計算機２０Ｂ、２０Ｃ）のエージェント通知部２５６は、マネジャ（計算機２０Ａ）にエージェント通知信号を送信する（ステップＳ１１０）。
エージェント通知信号は、図４に示すように、ヘッダとデータとにより構成される通知信号である。ヘッダには、送信元である計算機２０Ｂ又は２０Ｃを特定するためのＩＤ情報と、計算機２０Ｂ又は２０Ｃの役割（エージェント）を示す役割情報が含まれている。また、データには、記憶部２２に記憶されている管理テーブル（図６）が含まれている。
【００４６】
計算機ネットワーク２に属する計算機２０の役割が確定すると、計算機２０におけるＲＭ通信設定処理が完了する。以降、計算機２０は、それぞれ定期的にマネジャ通知信号及びエージェント通信の送受信を行うことにより、他の計算機２０が正常に動作していることを確認する。
【００４７】
図７は、本発明の一実施形態に係るエージェント追加処理の一例を示す図である。
図８は、本発明の一実施形態に係るエージェント削除処理の一例を示す図である。
以下、図７〜図８を参照して、マネジャがエージェントを追加及び削除する処理について説明する。
また、以下の説明では、図６に示すように、計算機ネットワーク２にはマネジャである計算機２０Ａと、エージェントである計算機２０Ｂ、２０Ｃが属しているとする。
【００４８】
まず、計算機ネットワーク２に属するエージェント（例えば、計算機２０Ｄ）を追加する処理について、図７を参照して説明する。
計算機２０Ｄは、計算機２０Ａ、２０Ｂ、２０Ｃの役割が決定した後に起動したとする。このとき、計算機２０Ｄは既に役割が決定していることを認識していないので、通信設定処理（図３）を開始しようとする。即ち、計算機２０Ｄの存在通知部２５１は、他の計算機２０Ａ、２０Ｂ、２０Ｃに存在通知信号を送信する（図３のステップＳ１００）。
そうすると、マネジャ（計算機２０Ａ）の通知受信部２５２は、図７に示すように、計算機２０Ｄより存在通知信号を受信する（ステップＳ２００）。
【００４９】
この場合、マネジャの役割判定部２５４は、管理テーブル（図６）に計算機２０Ｄを追加し、管理テーブルを更新する（ステップＳ２０１）。このとき、マネジャの役割判定部２５４は、既に計算機ネットワーク２に属している計算機２０Ａ、２０Ｂ、２０Ｃへの影響を少なくするために、最後に計算機ネットワーク２に参加した（追加された）計算機２０Ｄの優先順位を、優先順位リストに予め設定された優先順位に関わらず、最も低く設定する。
【００５０】
そして、マネジャのマネジャ通知部２５５は、計算機ネットワーク２に属する全てのエージェント（計算機２０Ｂ、２０Ｃ、２０Ｄ）に対して、更新された管理テーブルを含むマネジャ通知信号を送信する（ステップＳ２０２）。
計算機２０Ｄは、マネジャ通知信号を受信すると、自身がエージェントであると判断し、ＲＭ通信設定処理を終了する。
【００５１】
次に、計算機ネットワーク２に属するエージェント（計算機２０Ｂ、２０Ｃ）を削除する処理について、図８を参照して説明する。
図８に示すように、マネジャ（計算機２０Ａ）の通知受信部２５２は、所定の時間（例えば５分）ごとに、計算機ネットワーク２に属する全てのエージェント（計算機２０Ｂ、２０Ｃ）からエージェント通知信号を受信したか否かを判断する（ステップＳ２１０）。
マネジャの通知受信部２５２は、全てのエージェントからエージェント通知信号を受信した場合（ステップＳ２１０：ＹＥＳ）、全てのエージェントが正常に動作していると判断し、処理を終了する。
【００５２】
一方、マネジャの通知受信部２５２は、少なくとも一つのエージェントからエージェント通知信号を受信していない場合（ステップＳ２１０：ＮＯ）、エージェントに異常が発生したと判断する。
例えば、火災等の障害が発生して計算機２０Ｂが通信不可となったとする。このとき、マネジャの通知受信部２５２は、所定の時間を経過しても計算機２０Ｂからエージェント通知信号を受信しない（ステップＳ２１０：ＮＯ）ため、計算機２０Ｂに異常が発生したと判断する。
この場合、マネジャの役割判定部２５４は、管理テーブル（図６）から計算機２０Ｂを削除するとともに、計算機２０Ａ及び計算機２０Ｃの優先順位を振り直して、管理テーブルを更新する（ステップＳ２１１）。
そして、マネジャのマネジャ通知部２５５は、計算機ネットワーク２に属する全てのエージェント（計算機２０Ｃ）に対して、更新された管理テーブルを含むマネジャ通知信号を送信する（ステップＳ２１２）。
【００５３】
マネジャは、図７〜図８の処理を実行することにより、エージェントの異常及び起動を自動的に検出して、計算機ネットワーク２に属する計算機２０の役割分担を逐次更新することができる。
【００５４】
図９は、本発明の一実施形態に係るマネジャ再判定処理の一例を示す第１の図である。
以下、図９を参照して、マネジャが通信不可となった場合の処理について説明する。
また、以下の説明では、図６に示すように、計算機ネットワーク２にはマネジャである計算機２０Ａと、エージェントである計算機２０Ｂ、２０Ｃが属しているとする。
【００５５】
図９に示すように、エージェント（計算機２０Ｂ、２０Ｃ）の通知受信部２５２は、所定の時間（例えば５分）ごとに、マネジャ（計算機２０Ａ）からマネジャ通知信号を受信したか否かを判断する（ステップＳ３００）。
エージェントの通知受信部２５２は、マネジャ通知信号を受信した場合（ステップＳ３００：ＹＥＳ）、マネジャは正常に動作していると判断する。
そして、エージェントの通知受信部２５２は、マネジャ通知信号に含まれる管理テーブルが更新されていない、即ち、記憶部２２に記憶されている管理テーブルと相違していない場合（ステップＳ３０１：ＮＯ）、処理を終了する。
一方、エージェントの通知受信部２５２は、マネジャ通知信号に含まれる管理テーブルが更新されている、即ち、記憶部２２に記憶されている管理テーブルと相違している場合（ステップＳ３０１：ＹＥＳ）、更新された管理テーブルを記憶部２２に上書きして（ステップＳ３０２）、処理を終了する。
【００５６】
また、エージェントの通知受信部２５２は、所定の時間（第１の時間）より長い時間（第２の時間）が経過してもマネジャ（計算機２０Ａ）からマネジャ通知信号を受信しない（ステップＳ３００：ＮＯ）場合、マネジャに異常が発生したと判断する。
この場合、エージェントの役割判定部２５４は、管理テーブル（図６）から計算機２０Ａを削除する（ステップＳ３０３）。
そして、エージェントのそれぞれは、ＲＭ通信設定処理のうち役割判定モードＰ１１の各処理（図３）を実行して、現在計算機ネットワーク２に属する計算機２０Ｂ、２０Ｃの中で役割の判定をやり直す。これにより、計算機２０Ｂ、２０Ｃのうち優先順位の高い方（図５〜図６の例では、計算機２０Ｃ）がマネジャとして判定され、マネジャが存在しない異常状態を解消することができる。
【００５７】
図１０は、本発明の一実施形態に係るマネジャ再判定処理の一例を示す第２の図である。
以下、図１０を参照して、計算機ネットワーク２にマネジャが複数存在する場合の処理について説明する。
例えば、計算機２０Ｄは、通信障害により計算機２０Ａ、２０Ｂ、２０Ｃによる計算機ネットワーク２から孤立しており、自身がマネジャであると判定していたとする。その後、通信障害が解消して、計算機２０Ｄと、計算機２０Ａ、２０Ｂ、２０Ｃとの通信が回復したとする。そうすると、マネジャとして設定されている計算機２０Ａ及び２０Ｄの双方から、エージェント（計算機２０Ｂ、２０Ｃ）に対してマネジャ通知信号が送信される。
【００５８】
このとき、マネジャ（計算機２０Ａ、２０Ｄ）の通知受信部２５２は、自身以外の計算機２０からマネジャ通知信号を受信すると（ステップＳ３１０）、計算機ネットワーク２にマネジャが複数存在する異常状態が発生したと判断する。
また、エージェント（計算機２０Ｂ、２０Ｃ）の通知受信部２５２は、複数の計算機２０Ａ及び２０Ｄからマネジャ通知信号を受信すると（ステップＳ３１０）、計算機ネットワーク２にマネジャが複数存在する異常状態が発生したと判断する。
【００５９】
この場合、計算機２０のそれぞれは、記憶部２２に記憶されている管理テーブルをリセットし、ＲＭ通信設定処理（ラーニングモードＰ１０及び役割判定モードＰ１１）の各処理（図３）を実行して、役割の判定をやり直す。これにより、計算機２０Ａ、２０Ｂ、２０Ｃ、２０Ｄのうち優先順位が高い計算機（図５の例では、計算機２０Ｄ）マネジャとして判定され、マネジャが複数存在する異常状態を解消することができる。
【００６０】
図１１は、本発明の一実施形態に係る接続切替処理の一例を示す図である。
以下、図１１を参照して、マネジャの指示部２５７が計算機２０の接続先の変更を行う接続切替処理について説明する。
図１１に示すように、マネジャ（計算機２０Ａ）の通知受信部２５２は、エージェント（計算機２０Ｂ、２０Ｃ）からリソース要求を含む通知信号を受信する（ステップＳ４００）。
【００６１】
マネジャの指示部２５７は、エージェントから受信したリソース要求に基づいて、リソースの割り当てを決定する（ステップＳ４０１）。
例えば、マネジャの指示部２５７は、計算機２０Ｂより、サブシステム１０Ｂに対するリソース要求を受信したとする。このとき、マネジャの指示部２５７は、サブシステム１０Ｃの計算機２０Ｃがリソースに余裕がある（例えば複数の計算機２０が割り当てられている）場合、計算機２０Ｃをサブシステム１０Ｂに割り当てることを決定する。
【００６２】
次に、マネジャの指示部２５７は、接続先が変更となる計算機２０Ｃの機能を縮退させる必要があるか否かを判断する（ステップＳ４０２）。
マネジャの指示部２５７は、計算機２０Ｃがサブシステム１０Ｃの機能（アプリケーション）を実行していない状態（バックアップ用に接続されているのみ）である場合、計算機２０Ｃの機能を縮退させる必要がないと判断する（ステップＳ４０２：ＮＯ）。この場合、マネジャの指示部２５７は、ステップＳ４０４に進む。
一方、マネジャの指示部２５７は、計算機２０Ｃがサブシステム１０Ｃの機能（アプリケーション）を実行中である場合、当該アプリケーションを終了させて計算機２０Ｃの機能を縮退させる必要があると判断する（ステップＳ４０２：ＹＥＳ）。この場合、マネジャの指示部２５７は、計算機２０Ｃに対し、機能を縮退させるように指示を行う（ステップＳ４０３）。
【００６３】
次に、マネジャの指示部２５７は、計算機２０Ｃの接続先を切り替える処理を行う（ステップＳ４０４）。
具体的には、まず、マネジャの指示部２５７は、計算機２０Ｃの機能を縮退させる必要がない（ステップＳ４０２：ＮＯ）場合、または、計算機２０Ｃの機能の縮退が完了すると、接続先が変更となる計算機２０Ｃの接続先ネットワークＮＷの変更が必要であるかを判断する。
マネジャ指示部２５７は、計算機２０Ｃの新たな接続先サブシステム１０が、計算機２０Ｃが現在接続されているネットワークＮＷ上に存在する場合、接続先ネットワークＮＷの変更の必要はないと判断する。この場合、後述のＶＬＡＮを変更する指示を行う。
一方、マネジャの指示部２５７は、計算機２０Ｃの新たな接続先サブシステム１０が、計算機２０Ｃが現在接続されているネットワークＮＷ上に存在しない場合は、接続先ネットワークＮＷの変更を行う。
具体的には、計算機２０Ｃの接続先をサブシステム１０Ｂに変更する場合、図１では、計算機２０ＣはネットワークＮＷ（Ｂ）と接続されているため、マネジャの指示部２５７はサブシステム１０Ｂが存在するネットワークＮＷ（Ａ）に接続先ネットワークＮＷを変更する。
【００６４】
次に、マネジャの指示部２５７は、計算機２０Ｃの接続先ネットワークＮＷと変更する必要がない場合、または、計算機２０Ｃの接続先ネットワークＮＷの変更が完了すると、切替スイッチ３０に対し、計算機２０Ｃに設定されているＶＬＡＮを変更する指示を行う。
具体的には、マネジャの指示部２５７は、切替スイッチ３０（Ａ）に対し、計算機２０Ｃが接続されているポートＰ３（図１）にサブシステム１０Ｂ用のＶＬＡＮを設定するように指示する。
【００６５】
次に、マネジャの指示部２５７は、切替スイッチ３０（Ａ）のＶＬＡＮの変更が完了すると、計算機２０Ｃに対し、サブシステム１０Ｂの機能を開始するよう指示を行う（ステップＳ４０５）。
そうすると、計算機２０Ｃの実行部２５８は、マネジャの指示部２５７からの指示に基づいて、サブシステム１０Ｂの機能を実現するためのアプリケーションを記憶部２２から読み出して実行する。
【００６６】
なお、マネジャのリソース要求部２５９がリソース要求を出力した場合も、マネジャの指示部２５７は上述と同様の処理を実行する。
【００６７】
（計算機のハードウェア構成）
図１２は、本発明の一実施形態に係る計算機のハードウェア構成の例を示す図である。
以下、図１２参照して、本実施形態に係る計算機２０のハードウェア構成について説明する。
【００６８】
コンピュータ９００は、ＣＰＵ９０１、主記憶装置９０２、補助記憶装置９０３、入出力インタフェース９０４、通信インタフェース９０５を備える。
上述の複数の計算機２０は、それぞれ異なるコンピュータ９００に実装される。そして、上述した計算機２０の各部の動作は、プログラムの形式でそれぞれのコンピュータ９００が有する補助記憶装置９０３に記憶されている。ＣＰＵ９０１は、プログラムを補助記憶装置９０３から読み出して主記憶装置９０２に展開し、当該プログラムに従って上記処理を実行する。即ち、ＣＰＵ９０１は、上述の計算機２０のリソース管理部２５としても機能する。また、ＣＰＵ９０１は、プログラムに従って、処理に伴い取得、生成した各種情報を記憶するための記憶領域（記憶部２２）を主記憶装置９０２に確保する。
なお、コンピュータ９００は、入出力インタフェース９０４及び通信インタフェース９０５を介して、外部記憶装置９１０、９２０と接続されており、上記記憶領域は、外部記憶装置９１０、９２０に確保されてもよい。
【００６９】
なお、少なくとも一つの実施形態において、補助記憶装置９０３は、一時的でない有形の媒体の一例である。一時的でない有形の媒体の他の例としては、入出力インタフェース９０４を介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等が挙げられる。また、このプログラムが通信回線によってコンピュータ９００に配信される場合、配信を受けたコンピュータ９００が当該プログラムを主記憶装置９０２に展開し、上記処理を実行しても良い。
また、当該プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、当該プログラムは、前述した機能を補助記憶装置９０３に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７０】
（作用効果）
以上のように、本実施形態に係る計算機２０は、複数の計算機２０を備える計算機ネットワーク２に属する計算機２０であって、計算機ネットワーク２に属する他の計算機２０に自身の存在を通知する通知信号である存在通知信号を送信する存在通知部２５１と、通知信号を受信する通知受信部２５２と、計算機ネットワーク２で予め定められた複数の計算機２０の優先順位に基づいて、存在通知信号の送信元の他の計算機２０の優先順位と自身の優先順位とを比較する順位比較部２５３と、優先順位の比較結果に基づいて、自身がマネジャであるかエージェントであるかを判定する役割判定部２５４と、役割判定部２５４が自身がマネジャであると判定した場合に、他の計算機２０（エージェント）に所定の処理の実行の指示を送信する指示部２５７と、役割判定部２５４が自身がエージェントであると判定した場合に、他の計算機（マネジャ）からの指示に基づいて所定の処理を実行する実行部２５８と、を備える。
このようにすることで、計算機２０は、計算機ネットワーク２にどの計算機２０が属しているかに応じて、自身がマネジャであるかエージェントであるかを動的に変更することができる。このため、例えばマネジャが故障した場合であっても、計算機ネットワーク２に属する他の計算機２０がマネジャとしての機能を継続することができる。
【００７１】
また、計算機２０は、役割判定部２５４が自身がマネジャであると判定した場合に、計算機ネットワーク２に属する他の計算機２０（エージェント）に自身がマネジャであることを通知する通知信号であるマネジャ通知信号を送信するマネジャ通知部２５５をさらに備える。役割判定部２５４は、自身の優先順位が最も高い場合に、自身がマネジャであると判定し、実行部２５８は、マネジャ通知信号の送信元の他の計算機２０（マネジャ）からの指示に基づいて所定の処理を実行する。
このようにすることで、計算機ネットワーク２に属する複数の計算機２０それぞれが、マネジャ通知信号により何れの計算機２０がマネジャであるかを認識することができる。また、エージェントである計算機２０は、マネジャからの指示に基づいて所定の処理を実行するので、他の計算機２０からの指示等により誤った処理を実行することを抑制することができる。
【００７２】
また、計算機２０は、役割判定部２５４が自身がエージェントであると判定した場合に、マネジャ通知信号の送信元の他の計算機２０（マネジャ）に、自身がエージェントであることを通知する通知信号であるエージェント通知信号を送信するエージェント通知部２５６をさらに備える。役割判定部２５４は、通知受信部２５２がマネジャ通知信号を受信した場合に、自身がエージェントであると判定し、指示部２５７は、エージェント通知信号の送信元の他の計算機２０（エージェント）に指示を送信する。
このようにすることで、マネジャである計算機２０は、どの計算機２０がエージェントとして計算機ネットワーク２に属しているかを認識することができる。これにより、マネジャである計算機２０は、計算機ネットワーク２においてエージェントとして正常に動作している計算機２０のみに対し、指示を送信することができる。
【００７３】
また、順位比較部２５３は、存在通知信号を送信してから所定の時間が経過するまでに他の計算機２０から存在通知信号を受信した場合に、存在通知信号の送信元の他の計算機２０の優先順位と自身の優先順位とを比較する。マネジャ通知部２５５は、存在通知信号を送信してから所定の時間が経過した後に他の計算機２０から存在通知信号を受信した場合に、当該存在通知信号の送信元の他の計算機２０にマネジャ通知信号を送信する。
このようにすることで、計算機２０は、存在通知信号を送信してから所定の時間が経過するまでに他の計算機２０から存在通知信号を受信した場合は、計算機ネットワーク２においてマネジャ及びエージェントの役割が判定されていないと判断することができる。
また、計算機２０は、存在通知信号を送信した後、他の計算機からマネジャ通知信号を受信した場合、計算機ネットワークの他の計算機が既にマネジャとして判定されていることを認識することができる。これにより、既にマネジャ及びエージェントの役割が決定している計算機ネットワーク２に、後から他の計算機２０が参加する場合であっても、当該他の計算機２０はエージェントとしてスムーズに参加することができる。
【００７４】
また、マネジャ通知部２５５は、マネジャ通知信号を所定の時間（第１の時間）ごとに送信する。存在通知部２５１は、マネジャ通知信号を所定の時間（第１の時間）より長い第２の時間の間受信できない場合に、存在通知信号を送信する（ＲＭ通信設定処理を再度実行する）。
このようにすることで、エージェントである計算機２０は、マネジャ通知信号を第２の時間の間受信できない場合、マネジャに異常が発生したことを認識することができる。このとき、エージェントは、ＲＭ通信設定処理を再度実行してマネジャ及びエージェントの役割を判定することにより、計算機ネットワーク２内にマネジャが不在となる異常状態を解消することができる。
【００７５】
また、存在通知部２５１は、自身がエージェントであると判定し、かつ複数の計算機２０からマネジャ通知信号を受信した場合に、存在通知信号を送信する（ＲＭ通信設定処理を実行する）。
このようにすることで、エージェントである計算機２０は、ＲＭ通信設定処理を再度実行してマネジャ及びエージェントの役割を判定することにより、計算機ネットワーク２内に複数のマネジャが存在する異常状態を解消することができる。
【００７６】
また、存在通知部２５１は、自身がマネジャであると判定し、かつ他の計算機からマネジャ通知信号を受信した場合に、存在通知信号を送信する。
このようにすることで、マネジャである計算機２０は、ＲＭ通信設定処理を再度実行してマネジャ及びエージェントの役割を判定することにより、計算機ネットワーク２内に複数のマネジャが存在する異常状態を解消することができる。
【００７７】
また、存在通知部２５１は、存在通知信号を計算機ネットワーク２内のブロードキャストで送信する。
このようにすることで、計算機２０は、計算機ネットワーク２に属する全ての計算機２０の存在を認識することができる。また、計算機２０の故障、起動の遅延等により、計算機ネットワーク２に属する計算機２０が変動する場合であっても、存在通知信号を送信する時点で計算機ネットワーク２に属する全ての計算機２０に対し、存在通知信号を送信することができる。
【００７８】
以上、本発明の実施形態について詳細に説明したが、本発明の技術的思想を逸脱しない限り、上記した実施形態における構成要素を周知の構成要素に置き換えることは適宜可能である。また、この発明の技術範囲は上記の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。
【符号の説明】
【００７９】
２  計算機ネットワーク
１０  サブシステム
１００  計算機システム
２０  計算機
２１  通信部
２２  記憶部
２５  リソース管理部
２４５  役割判定部
２５１  存在通知部
２５２  通知受信部
２５３  順位比較部
２５４  役割判定部
２５５  マネジャ通知部
２５６  エージェント通知部
２５７  指示部
２５８  実行部
２５９  リソース要求部
３０  切替スイッチ
３１、３２、３４  ＶＬＡＮ
３３、３５  ＲＭ  ＶＬＡＮ
４０  検知システム
【図１】
2018173795.tif 000003
【図２】
2018173795.tif 000004
【図３】
2018173795.tif 000005
【図４】
2018173795.tif 000006
【図５】
2018173795.tif 000007
【図６】
2018173795.tif 000008
【図７】
2018173795.tif 000009
【図８】
2018173795.tif 000010
【図９】
2018173795.tif 000011
【図１０】
2018173795.tif 000012
【図１１】
2018173795.tif 000013
【図１２】
2018173795.tif 000014