JPH11220466A

JPH11220466A - ノード代理システム、ノード監視システム、それらの方法、及び記録媒体

Info

Publication number: JPH11220466A
Application number: JP1922398A
Authority: JP
Inventors: Yoshiki Tanaka; 良樹田中; Yasuo Tamura; 易男田村
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-01-30
Filing date: 1998-01-30
Publication date: 1999-08-10
Anticipated expiration: 2018-01-30
Also published as: JP3609599B2; US6633538B1

Abstract

(57)【要約】【課題】ネットワーク上に複数のノードがある環境
で、ノードの障害が生じた場合に、他のノードが障害ノ
ードを代理するノード代理システムを提供する。【解決手段】ノード代理システム１００は、該複数の
ノードのうち１つをマスタノード１１０とし、その他を
スレーブノード１２０とする。各ノードは、アドレス管
理テーブル１１２Ａ、１２２Ａを参照し、順次、該テー
ブル上で各ノードの次エントリのノードを監視する。こ
の結果、各ノードは、次エントリのノードを監視すると
共に、前のエントリのノードから監視される構成とな
る。監視対象ノードの障害を検知したノードは、障害ノ
ードの機能を代理し、更に該ノードが監視していたノー
ドの監視を代理する。また、制御用ノード１３０から、
マスタノード１１０の資源を各スレーブノード１２０に
複製する指示を行うと、複製の間、マスタノード１１０
が各スレーブノード１２０の機能を代理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のノードが接
続されたネットワークにおいて、障害等により停止した
ノードの機能を代理するシステムに関し、より詳しく
は、ネットワーク監視によって停止していることが検出
されたノード、または指示によって停止されたノードの
機能を自動的に代理するシステムに関する。

【０００２】

【従来の技術】近年、コンピュータの急速な普及に伴
い、多くの処理がコンピュータによって行われるように
なってきている。こうしたコンピュータ化は、大量のデ
ータ処理を効率的するだけでなく、ネットワークを介し
て、多くの情報を世界中の様々な場所に向けて速く伝達
できる。その結果、特にネットワークによってインター
ネットや社内ＬＡＮ等に接続されたコンピュータは、産
業活動を始めとする多くの活動に関して、不可欠な存在
となっている。

【０００３】こうして、ネットワークやそのネットワー
クに接続されたコンピュータ・ノードの重要性が増大す
るにつれて、ネットワーク上で様々な機能を提供する該
ノードの障害を早期に検知し、迅速に適切な対処を行う
システムの必要性が高まってきている。

【０００４】ノードの監視を行う従来の監視装置は、監
視対象のノードが固定的に設定されたものである。前記
監視装置は、所定の間隔で監視対象のノード（１つまた
は複数）に信号を送信し、該ノードがその信号に応答し
て前記監視装置に応答信号を返信してくることを確認す
ることによって、該ノードが正常に稼働していることを
判断する。この信号は一般にハートビート信号と呼ば
れ、こうしたノードの確認は、通常ヘルスチェックまた
はアライブチェックと呼ばれる。ヘルスチェックまたは
アライブチェックは、前述した単純な方法のみでなく、
必要に応じて、アプリケーション・レベル等の様々なレ
ベルで行われ、ノードが提供する特定の機能が正常かど
うかを確認することもできる。

【０００５】また、前記監視装置は、監視専用の装置
（ノード）として配置されることが多く、そのノード自
体に障害が発生した場合は、該監視装置を監視している
装置（ノード）はなく、当然ながら他のノード等に、該
監視装置が停止したことを通知することはできない。

【０００６】監視対象のノードに対しては、事前に待機
系（バックアップ）のノードが準備されることが多く、
監視対象のノードに障害が発生した時点で待機系のノー
ドに完全に切り替えられるというハードウエア的な２重
化方法がとられる。待機系のノードは、監視対象のノー
ドの通常運用時、即ち運用系である監視対象のノードが
正常に稼働している間は、待機系としての性格上、例え
ば、監視対象のノードの監視という処理以外は何も機能
しないことが多く、そのために、その待機系ノードの資
源や能力を充分に活用できていない。

【０００７】また、現状ではネットワーク上に存在する
複数のノードの状態を一元管理し、その運用を制御する
には、制御手順、及びノード相互間における定義の設定
が複雑であり、高価な専用システムを必要とする。

【０００８】また更に、ネットワークを介して、例え
ば、不特定多数のユーザに、ある資源を提供する資源サ
ーバとして機能するノードにおいては、その資源の内容
（コンテンツ）を更新する必要がある場合に、該ノード
が提供するサービスを一時的に停止せざるを得ない状況
が生じていた。

【０００９】

【発明が解決しようとする課題】前述の通り、従来の監
視装置では、監視を行うノード自身は監視対象となら
ず、そのノードに障害が発生した場合に、その事実を他
のノードに通知することができない。

【００１０】更に、監視対象のノードを２重化するため
には、そのノード専用の待機系（バックアップ）のノー
ドが必要であり、監視対象のノードが正常に稼働してい
る間は、待機系のノードの資源や能力が有効に活用され
ていない。

【００１１】また、ネットワーク上に存在する複数のノ
ードの状態を一元管理し、その運用を制御するには、制
御手順、及びノード相互間における定義の設定が複雑で
あり、高価な専用システムが必要である。

【００１２】更に、資源サーバとして機能するノードの
資源の内容を更新する場合には、前記ノードが提供する
サービスを一時的に停止せざるを得なかった。そこで、
本発明は、前記課題を解決するために、ネットワーク上
の複数のノードのうち１つをマスタノード、残りの少な
くとも１つをスレーブノードとして設定し、ノードの障
害の検知、スケジュールの発生、または資源複製の依頼
通知等による各種イベントの発生に応答して、該イベン
トにより停止したノードが提供していた機能を他のノー
ドが代理し、または該イベントにより停止したノードが
監視していたノードを他のノードが監視するように制御
可能なシステムを提供することを目的とする。

【００１３】さらに本発明は、制御用のノードを使用し
て、複数のノードの状態を一元管理し、その運用を制御
するシステムを安価に提供することを目的とする。

【００１４】

【課題を解決するための手段】上記本発明の課題を解決
するための請求項１に記載のノード代理システムは、ネ
ットワーク上の複数のノードがそれぞれ提供する機能を
代理するノード代理システムにおいて、前記複数のノー
ドにおいて、第１のノードが他の第２のノードの正常な
稼働を監視するよう設定し、該第２のノードが該第１の
ノードまたは更に他の第３のノードの正常な稼働を監視
するよう設定し、以降このような監視の関係を順次形成
して１つの閉ループ形態の論理的な監視ネットワークを
構築し、その結果、該第１のノードも該第１のノード以
外によって監視されるように各ノードの起動を管理する
起動管理手段と、前記各ノードにおいて監視対象のノー
ドの障害を検知し、該障害を検知したノードが、該監視
対象のノードが提供していた機能及び、該監視対象のノ
ードが監視していた他のノードの監視を代理して行う障
害監視・代理手段を有するように構成される。これによ
って、他のノードを有効に使用してノードの監視を行う
ことができ、あるノードに障害が生じても、そのノード
の機能が動的に、そのノードを監視しているノードで代
理されるため、システム資源を有効に活用しながら、シ
ステム全体の安全性を向上させることができる。

【００１５】請求項９に記載のノード代理システムは、
ネットワーク上の複数のノードがそれぞれ提供する機能
を代理するノード代理システムにおいて、前記複数のノ
ードにおいて、第１のノードが他の第２のノードの正常
な稼働を監視するよう設定し、該第２のノードが該第１
のノードまたは更に他の第３のノードの正常な稼働を監
視するよう設定し、以降このような監視の関係を順次形
成して１つの閉ループ形態の論理的な監視ネットワーク
を構築し、その結果、該第１のノードも該第１のノード
以外によって監視されるように各ノードの起動を管理す
る起動管理手段と、該複数のノードのうち１つをマスタ
ノードとし、その他のノードの少なくとも１つをスレー
ブノードとして設定し、該マスタノードから該少なくと
も１つのスレーブノードに対して資源を複製させ、該複
製の間に、該マスタノードに、該スレーブノードの提供
していた機能を代理して行わせる資源複製手段を有する
ように構成される。これによって、ノードに資源の更新
が必要になった場合でも、そのノードを停止させる必要
がなく、資源の更新の間でも、利用ユーザに機能（サー
ビス）を無停止で提供できる。

【００１６】請求項２５に記載のノード監視システム
は、ネットワーク上の複数のノードが、他のノードの障
害を監視するノード監視システムにおいて、前記複数の
ノードにおいて、第１のノードが他の第２のノードの正
常な稼働を監視するよう設定し、該第２のノードが該第
１のノードまたは更に他の第３のノードの正常な稼働を
監視するよう設定し、以降このような監視の関係を順次
形成して１つの閉ループ形態の論理的な監視ネットワー
クを構築し、その結果、該第１のノードも該第１のノー
ド以外によって監視されるように各ノードの起動を管理
する起動管理手段と、前記各ノードにおいて監視対象の
ノードの障害を検知し、該障害を検知したノードが、該
監視対象のノードが監視していた他のノードの監視を代
理して行う障害監視手段を有するように構成される。こ
れによって、システム内で運用されている全てのノード
について監視を行うことができ、信頼性の高い監視シス
テムを構築することができる。

【００１７】

【発明の実施の形態】以下に、本発明の実施の形態の例
について、図面を参照して説明する。尚、各図におい
て、同一または類似のものには同一の参照番号または、
記号を付与して説明する。

【００１８】図１は、本発明の実施例のノード代理シス
テム１００のシステム構成を示すブロック図である。ノ
ード代理システム１００は、マスタノード１１０、複数
のスレーブノード１２０（スレーブノード１（１２０
Ａ）、スレーブノード２（１２０Ｂ）、スレーブノード
３（１２０Ｃ）．．．）、制御用ノード１３０、及びネ
ットワーク１４０を含む。

【００１９】なお、以降の説明においては、スレーブノ
ードを一般的あるいは集合的に表現する場合には、スレ
ーブノード１２０という用語を用い、個別のスレーブノ
ードを特定して表現する場合には、スレーブノード１、
スレーブノード２などの用語を用いることとする。

【００２０】前記マスタノード１１０、複数のスレーブ
ノード１２０及び制御用ノード１３０は、それぞれ前記
ネットワーク１４０に接続されいる。ここでネットワー
ク１４０は、多くのユーザ・コンピュータ・ノードと接
続可能なインターネット、社内ＬＡＮ、ＭＡＮ、ＷＡＮ
等あらゆる形態や規模のネットワークを含むものであ
る。

【００２１】前記実施例のノード代理システム１００に
おいては、ネットワーク１４０上の複数のノードのうち
１つをマスタノード１１０、その他をスレーブノード１
２０とする。以降の説明において単に「ノード」という
場合には、マスタノード１１０及びスレーブノード１２
０の両方を含む一般的な概念のノードを指すものとす
る。また、マスタノード１１０及びスレーブノード１２
０とは別に、制御用ノード１３０を任意に設定すること
ができる。ネットワーク１４０上の各ノードには、ネッ
トワーク１４０上で各ノードを一意に識別するためのア
ドレスを有することができる。このうち、実アドレス
は、ノード固有の各ハードウエアに対応するアドレスで
あり、仮想アドレスは、通常各ノードで提供される機能
がネットワーク通信等の処理で使用する、一時的に設定
可能な一意のアドレスである。ノード間でのデータ及び
命令の送受信は、どちらのアドレスを用いても行うこと
ができる。

【００２２】本実施例では、上記実アドレス、仮想アド
レスとして、それぞれ実ＩＰアドレス、仮想ＩＰアドレ
スが用いられているが、これは近年のインターネットの
普及に伴い特に一般的となったＴＣＰ／ＩＰプロトコル
において用いられるＩＰアドレスを例示のために用いた
に過ぎず、所定のネットワーク上で、あるプロトコルを
使用することによって該ネットワークに接続されたノー
ドを特定することができる限り、他の種類のアドレスに
ついて応用することができる。

【００２３】本実施例のマスタノード１１０は、処理部
１１１及びマスタ用データ１１２を備える。処理部１１
１は、起動管理機能１１１Ａ、障害監視・代理機能１１
１Ｂ、及び資源複製機能１１１Ｃ等の各機能を有する。
また、マスタ用データ１１２は、アドレス管理テーブル
１１２Ａ、監視アドレスリスト１１２Ｂ、及びスケジュ
ールテーブル１１２Ｃ等を含む。

【００２４】前記起動管理機能１１１Ａは、マスタノー
ド１１０の起動時に前記アドレス管理テーブル１１２Ａ
内のアドレスを参照して、そのノードがマスタノードと
して機能し、特定のアドレスのノードを監視するよう設
定する。

【００２５】前記障害監視・代理機能１１１Ｂは、マス
タノード１１０が他のスレーブノード１２０の障害を検
知した場合に、該障害によって停止したスレーブノード
１２０が提供していた機能と、該スレーブノード１２０
が監視すべきノードの監視を引き継いで実行する。

【００２６】前記資源複製機能１１１Ｃは、資源複製を
行う対象のスレーブノード１２０に資源複製依頼通知を
送信し、該通知の受信により各スレーブノード１２０が
停止すると、その各スレーブノード１２０が提供してい
た機能（サービス）及び他のノードの監視を他のスレー
ブノード１２０またはマスタノード１１０に代理させ、
その間にマスタノード１１０で保持する最新の資源を各
スレーブノード１２０に複製させる。

【００２７】次に、マスタ用データ１１２内の各データ
について説明する。アドレス管理テーブル１１２Ａは、
各エントリが図２に示されるようなアドレス名とＩＰア
ドレスからなるテーブルである。アドレス名がマスタ仮
想ＩＰアドレスのエントリに対応するＩＰアドレスは例
えば、１７２．１６．０．１であり、これは、マスタノ
ード１１０として機能するために使用されるアドレスで
ある。アドレス名がノード１実ＩＰアドレスのエントリ
に対応するＩＰアドレスは例えば、１７２．１６．１．
１であり、アドレス名がノード１仮想ＩＰアドレスのエ
ントリに対応するＩＰアドレスは例えば、１７２．１
６．２．１である。これらのＩＰアドレスは、あるノー
ド（例えば、マスタノード１１０）の実ＩＰアドレスと
仮想ＩＰアドレスである。アドレス名がノード２実Ｉ
Ｐアドレスのエントリに対応するＩＰアドレスは例え
ば、１７２．１６．１．２であり、アドレス名がノード
２仮想ＩＰアドレスに対応するエントリのＩＰアドレス
は例えば、１７２．１６．２．２である。これらのＩＰ
アドレスは、別のノード（例えば、スレーブノード１２
０の１つであるスレーブノード１）の実ＩＰアドレスと
仮想ＩＰアドレスであり、以降のエントリに、同様に、
各ノードに割り当てられた実ＩＰアドレスと仮想ＩＰア
ドレスの組が設定されている。

【００２８】監視アドレスリスト１１２Ｂは、そのノー
ド（ここではマスタノード１１０）が監視する実ＩＰア
ドレスを格納する。通常は、前記アドレス管理テーブル
１１２Ａ上のマスタノード１１０の仮想ＩＰアドレス
（ノード１仮想ＩＰアドレス）が設定されたエントリの
次のエントリの実ＩＰアドレス、即ちスレーブノード１
のノード実ＩＰアドレスが含まれているが、その監視対
象の実ＩＰアドレスに障害が発生した場合は、その障害
の発生したノードが監視すべきノードの実ＩＰアドレス
もこのリストに含まれるようになる。

【００２９】スケジュールテーブル１１２Ｃは、後述す
る制御用ノード１３０のスケジュール指定機能１３１Ｂ
によって指定されたスケジュールをノード毎に記憶す
る。このスケジュールは、いつ、どのノードにどのよう
な作業を行わせるかを定義するものである。このテーブ
ル１１２Ｃは、事前に指定されて、マスタノード１１０
内、制御用ノード１３０内、またはその他の適当な場所
に格納されていてもよい。

【００３０】本実施例のスレーブノード１２０は、処理
部１２１及びスレーブ用データ１２２を備える。処理部
１２１は、起動管理機能１２１Ａ、障害監視・代理機能
１２１Ｂ、及び資源複製機能１２１Ｃ等の各機能を含
む。また、スレーブ用データ１２２は、アドレス管理テ
ーブル１２２Ａ、及び監視アドレスリスト１２２Ｂを含
む。

【００３１】図１に示すように、スレーブノード１２０
はスレーブノード１（１２０Ａ）以外に、複数設定する
ことができるが（例えば、スレーブノード２（１２０
Ｂ）、スレーブノード３（１２０Ｃ）．．．）、これら
の構成はスレーブノード１（１２０Ａ）について示する
ものと同様である。以下では、スレーブノード１（１２
０Ａ）について説明する。

【００３２】前記起動管理機能１２１Ａは、スレーブノ
ード１２０の起動時にマスタノード１１０内のアドレス
管理テーブル１１２Ａを取得・参照し、または自身のノ
ード内のアドレス管理テーブル１２２Ａを参照し、その
ノードがスレーブノード１２０として機能し、特定のア
ドレスのノードを監視するよう設定する。この時、マス
タノード１１０のアドレス管理テーブル１１２Ａを取得
・参照した場合、この内容はスレーブノード１２０内の
アドレス管理テーブル１２２Ａとして保存される。

【００３３】前記障害監視・代理機能１２１Ｂは、他の
ノードの障害を検知した場合に、障害によって停止した
ノードが提供していた機能と、該ノードが監視すべきノ
ードの監視を引き継いで実行する。停止したノードがマ
スタノード１１０である場合は、そのスレーブノード１
２０はマスタノード１１０としても機能するよう設定さ
れる。

【００３４】前記資源複製機能１２１Ｃは、マスタノー
ド１１０から資源複製依頼通知を受信すると、自身のノ
ードを停止させる。そして、自己の資源を、マスタノー
ド１１０から受信する資源に更新した後、マスタノード
１１０によって代理されていた自身のノードが提供すべ
き機能を再開させる。

【００３５】次に、スレーブ用データ１２２内の各デー
タについて説明する。アドレス管理テーブル１２２Ａ
は、前述のように、マスタノード１１０のマスタ用デー
タ１１２内のアドレス管理テーブル１１２Ａからコピー
されたものであり、前記テーブル１１２Ａと同じ内容、
及び構成を有する。

【００３６】監視アドレスリスト１２２Ｂは、そのノー
ド（ここではスレーブノード１２０）が監視するノード
の実ＩＰアドレスを格納する。通常は、前記アドレス管
理テーブル（１１２Ａまたは１２２Ａ）の該ノードの仮
想ＩＰアドレス（例えば、ノード２仮想ＩＰアドレス）
が設定されたエントリの次のエントリの実ＩＰアドレス
（例えば、ノード３実ＩＰアドレス）が含まれている
が、その監視対象のノードに障害が発生した場合は、そ
の障害の発生したノードが監視すべきノードの実ＩＰア
ドレスもこのリストに含まれるようになる。

【００３７】次に、本実施例の制御用ノード１３０につ
いて説明する。制御用ノード１３０は、処理部１３１、
表示部１３２、及び入力部１３３を備える。処理部１３
１は、資源複製指示機能１３１Ａ、スケジュール指定機
能１３１Ｂ、ノード設定機能１３１Ｃ、及びノード状態
表示・制御機能１３１Ｄ等の機能を含んでいる。

【００３８】資源複製指示機能１３１Ａは、所望の資源
をマスタノード１１０からスレーブノード１２０に複製
させるために、制御用ノード１３０の表示部１３２に資
源複製指示画面を表示させ、該画面を介して、システム
管理者などのユーザが、入力部１３３から、マスタノー
ド１１０に対し、指定されたスレーブノード１２０に対
する資源複製処理を実行するように指示することを可能
とするためのインタフェースを提供する。資源複製指示
機能１３１Ａは該ユーザからの指示に従い、前述のマス
タノード１１０の資源複製機能１１１Ｃ、及びスレーブ
ノード１２０の資源複製機能１２１Ｃを起動させて資源
の複製を行わせる。

【００３９】スケジュール指定機能１３１Ｂは、システ
ム管理者などのユーザが、いつ、どのノードにどのよう
な作業を行わせるかといったスケジュールを入力するた
めの指定画面を、制御用ノード１３０の表示部１３２に
表示させ、該指定画面を介して、該ユーザが入力部１３
３から上記スケジュールを入力できるためのインタフェ
ース機能を提供する。スケジュール指定機能１３１Ｂ
は、該インタフェースを介して該ユーザにより設定され
たスケジュールを、ネットワーク１４０を介してマスタ
ノード１１０のスケジュールテーブル１１２Ｃに記憶さ
せ、マスタノード１１０に対し、該スケジュールに従っ
て、指定された時刻に、指定された作業を指定されたノ
ードに実行させる。

【００４０】ノード設定機能１３１Ｃは、システム管理
者などのユーザが、各ノードに対して、そのノードをマ
スタノード１１０として設定するかどうかや、そのノー
ドの実ＩＰアドレス、仮想ＩＰアドレス（マスタ仮想Ｉ
Ｐアドレス、ノード仮想ＩＰアドレス）、及び監視対象
の実ＩＰアドレス等を設定するために用いられるノード
設定画面を、制御用ノード１３０の表示部１３２に表示
させ、該ユーザが、該ノード設定画面に対して、入力部
１３３から上記設定情報を入力できるためのインタフェ
ースを提供する。該ユーザにより設定された内容は、マ
スタノード１１０のアドレス管理テーブル１１２Ａ等に
反映される。

【００４１】ノード状態表示・制御機能１３１Ｄは、各
ノードが正常に運用されているか、または代理運用され
ているかといった状態を表示部１３２に表示し、その表
示画面を介して各ノードを停止させるなどの変更を可能
とする。ノード状態表示・制御機能１３１Ｄは、制御用
ノード１３０の表示部１３２にノード状態表示・制御画
面を表示し、システム管理者などのユーザがその画面を
介して、入力部１３３から入力した指定情報に従って、
各ノードの運用をマスタノード１１０等を介して制御す
る。

【００４２】表示部１３２は通常、ＣＲＴディスプレイ
などの表示装置であり、入力部１３３は、前記表示部１
３２上の表示画面に対して指示を行うためのキーボード
やマウスなどの入力装置である。

【００４３】次に、図３〜図１２を用いて、本実施例を
より詳細に説明する。図３には、本実施例による監視が
行われている態様が概念的に示されている。まず、ノー
ド１をマスタノード１１０と定義し、ノード２〜ノード
６はそれぞれスレーブノード１〜スレーブノード５と定
義する。この例では、ノード１はノード２を監視し、ノ
ード２はノード３を監視し、ノード３はノード４を監視
し、以降同様に次のノードを監視するように設定されて
いる。これは、前述のアドレス管理テーブル１１２Ａ、
１２２Ａにおいて、各ノードの仮想ＩＰアドレスが設定
されたエントリの次のエントリの実ＩＰアドレスを有す
るノードを監視する（ただし、最後のエントリのノード
はアドレス管理テーブル１１２Ａ、１２２Ａの先頭のエ
ントリ（マスタ仮想ＩＰアドレス）の次のエントリの実
ＩＰアドレスを有するノードを監視する）という規則に
従うようになっている。

【００４４】図３においては、ノード１〜ノード６は、
各ノードの監視の方向を示した実線の矢印で接続され、
一見、各ノードが全体としてリング状に接続されている
ように見えるが、これはあくまでも監視状態を表す論理
的接続形態であって、各ノードがリング型のＬＡＮで物
理的に接続されていることを表しているわけではないこ
とに注意すべきである。各ノードは、リング型、スター
型、バス型、及びその他の任意のトポロジーのネットワ
ーク接続形態で接続されうる。また、監視は、監視対象
のノードの実ＩＰアドレスを用いて行われるので、ノー
ド間を接続する形態や経路には関係ない。

【００４５】図４は、マスタノード１１０及びスレーブ
ノード１２０の起動管理機能１１１Ａ、１２１Ａの処理
フローを示すものである。マスタノード１１０及びスレ
ーブノード１２０は、電源投入時または再起動時に、自
身のノードがマスタノード１１０として設定されている
か、またはスレーブノード１２０として設定されている
かを判定する（ステップＳ１０１）。これは、各ノード
の記憶装置内に、自身のノードがマスタノード１１０で
あることを示すマスタ識別情報があるかどうかを判断す
ることによって、またはデータサーバ等の共有記憶域内
等に記憶された、マスタノード１１０がどのノードであ
るかを示すマスタ識別情報に基づいて判断することなど
によって行われる。この情報（不図示）は、前述のよう
に、制御用ノード１３０のノード設定機能１３１Ｃによ
って設定される。

【００４６】電源投入または再起動されたノードがマス
タノード１１０かどうか判定され、マスタノード１１０
であった場合（ステップＳ１０１、Ｙｅｓ)、マスタノ
ード立ち上げ処理に進む（ステップＳ１０２）。マスタ
ノード立ち上げ処理においては、基本的に通常の立ち上
げ処理（ＯＳの起動やネットワークインタフェースボー
ドのイニシャライズ等）が行われる。次に、ステップＳ
１０３に進み、仮想ＩＰアドレス処理を行う。この処理
は、マスタノード１１０に関するアドレス設定を行うも
のであり、詳細については、図５を用いて後で説明す
る。この処理が終わると、そのノードが通常行う処理の
実行を開始する（ステップＳ１０４）。

【００４７】ノードがスレーブノード１２０である場合
（ステップＳ１０１、Ｎｏ)、スレーブノード立ち上げ
処理に進む（ステップＳ１０５）。スレーブノード立ち
上げ処理においては、基本的に通常の立ち上げ処理（Ｏ
Ｓの起動やネットワークインタフェースボードのイニシ
ャライズ等）が行われる。次に、ステップＳ１０６に進
み、仮想ＩＰアドレス処理を行う。この処理は、スレー
ブノード１２０に関するアドレス設定を行うものであ
り、詳細については、図５を用いて後で説明する。この
処理が終わると、そのノードが通常行う処理の実行を開
始する（ステップＳ１０７）。

【００４８】ステップＳ１０４及びステップＳ１０７に
おける通常処理は、ノードのシャットダウン等により終
了する。図５には、図４のマスタノード１１０の仮想Ｉ
Ｐアドレス処理（ステップＳ１０３）、及びスレーブノ
ード１２０の仮想ＩＰアドレス処理（ステップＳ１０
６）に関する詳細なフローが示されている。最初に、ス
テップＳ２０１で、ノードがマスタノード１１０かスレ
ーブノード１２０かの判断が行われる。

【００４９】ノードがスレーブノード１２０であると判
断された場合（ステップＳ２０１、Ｎｏ）、ステップＳ
２０２において、マスタノード１１０のアドレス管理テ
ーブル１１２Ａから、自身のノードの実ＩＰアドレスに
対応する仮想ＩＰアドレスを取得する。ここでは説明を
簡単にするために、ステップＳ２０２が処理される時点
でマスタノード１１０が有効に稼働していることを前提
としている。この時点でマスタノード１１０が存在しな
いか、または正常に稼働していない場合は、マスタノー
ド１１０が稼働していないことを他のノードに通知した
り、マスタノード１１０の稼働を待ったり、または他の
いずれかのノードでマスタノード１１０を稼働させるな
ど、必要に応じた対処を行うことができる。また、マス
タノード１１０が稼働していないことによって、マスタ
ノード１１０に接続されたアドレス管理テーブル１１２
Ａを参照する事もできなくなるが、このような場合に
は、スレーブノード１２０のアドレス管理テーブル１２
２Ａを使用することができる。その後、ステップＳ２
０３において、その仮想ＩＰアドレス宛に確認パケット
を送信する。次に、そのパケットに対する応答の有無が
判定され（ステップＳ２０４）、該パケットに対する応
答があった場合（ステップＳ２０４、Ｙｅｓ）、その仮
想ＩＰアドレスは既に他のノードで使用されていること
になり、当該ノードでの使用はできない。その場合、処
理はステップＳ２０５に進み、この事象を通知するよう
な所定のエラー処理を行う。このエラー処理について
は、様々な態様が考えられるが、詳細な説明は省略す
る。

【００５０】上記パケットに対する応答がない場合（ス
テップＳ２０５、Ｎｏ）、その仮想ＩＰアドレスは他の
ノードで使用されていないことを示し、従って、ステッ
プＳ２０６で前記仮想ＩＰアドレスを有効にする。この
仮想ＩＰアドレスを有効にすることによって、当該ノー
ドにネットワーク１４０等を介して接続された他のノー
ドは、当該ノードに対し、この仮想ＩＰアドレスを使用
してアクセスする事ができる。逆に、当該ノードにおい
て、この仮想ＩＰアドレスを無効にすれば、他のノード
が、その仮想ＩＰアドレスを使用することができ、もは
や、その仮想ＩＰアドレスを使用しては、当該ノードに
アクセスする事ができない。

【００５１】次に、アドレス管理テーブル１１２Ａから
監視対象のノードの実ＩＰアドレスを取得し（ステップ
Ｓ２０７）、その実ＩＰアドレスが正常に稼働している
かどうかをヘルスチェックにより確認する（ステップＳ
２０８）。こうしたヘルスチェックは、図４の通常処理
（ステップＳ１０７）に進んでも、所定の間隔で行われ
る。

【００５２】この時点での監視対象は、前記アドレス管
理テーブル１１２Ａにおいて、各ノードに対応する仮想
ＩＰアドレスが設定されたエントリの次のエントリに設
定された実ＩＰアドレスを有するノードである。ここで
スレーブノード１２０はノード２からノード６であると
しているので、図２に示すアドレス管理テーブル１１２
Ａの例では、ノード２がノード３実ＩＰアドレス有する
ノードを、ノード３がノード４実ＩＰアドレスを有する
ノード監視し、以降同様に監視対象が決定され、最後に
ノード６はノード１実ＩＰアドレスを有するノード（即
ちマスタノード１１０）の監視を行うことになる。

【００５３】ノードがマスタノード１１０であると判断
された場合（ステップＳ２０１、Ｙｅｓ）、ステップＳ
２０９において、マスタノード１１０のアドレス管理テ
ーブル１１２Ａから、自身のノードの実ＩＰアドレスに
対応する仮想ＩＰアドレスとマスタ仮想ＩＰアドレスを
取得する。

【００５４】次に、ステップＳ２１０において、その自
身のノードの実ＩＰアドレスに対応する仮想ＩＰアドレ
スとマスタ仮想ＩＰアドレス宛に確認パケットを送信す
る。次に、それらのパケットに対する応答の有無が判定
され（ステップＳ２１１）、いずれかの仮想ＩＰアドレ
スへのパケットに対して応答があった場合（ステップＳ
２１１、Ｙｅｓ）、その仮想ＩＰアドレスは既に他のノ
ードで使用されていることになり、当該ノードでの使用
はできない。その場合、処理はステップＳ２１２に進
み、ステップＳ２０４と同様の所定のエラー処理を行
う。このエラー処理については、詳細な説明を省略す
る。

【００５５】前記両パケットに対する応答がない場合
（ステップＳ２１１、Ｙｅｓ）、それらの仮想ＩＰアド
レスは他のノードで使用されていないことを示し、従っ
て、ステップＳ２１３で前記マスタ仮想ＩＰアドレスを
有効にし、ステップＳ２１４で前記仮想ＩＰアドレスを
有効にする。これらの仮想ＩＰアドレスを有効にするこ
とによって、当該ノードにネットワーク１４０等を介し
て接続された他のノードは、当該ノードに対し、これら
の仮想ＩＰアドレスを使用してアクセスする事ができ
る。逆に、当該ノードにおいて、これらの仮想ＩＰアド
レスを無効にすれば、他のノードが、それらの仮想ＩＰ
アドレスを使用することができ、もはや、それらの仮想
ＩＰアドレスを使用しては、当該ノードにアクセスする
事ができない。

【００５６】次に、アドレス管理テーブル１１２Ａから
監視対象のノードの実ＩＰアドレスを取得し（ステップ
Ｓ２１５）、その実ＩＰアドレスが有効であるかどうか
をヘルスチェックにより確認する（ステップＳ２１
６）。こうしたヘルスチェックは、図４の通常処理（ス
テップＳ１０４）に進んでも、所定の間隔で行われる。

【００５７】この時点での監視対象のノードは、前記ア
ドレス管理テーブル１１２Ａにおいて、当該ノードの仮
想ＩＰアドレスが設定されているエントリの次のエント
リの実ＩＰアドレスを有するノードである。ここではマ
スタノード１１０をノード１としているので、図２に示
すアドレス管理テーブル１１２Ａの例では、マスタノー
ド１１０は、ノード２実アドレスを有するノード（ノー
ド２）の監視を行うことになる。

【００５８】図５に示す処理がネットワーク１４０上の
各ノードについて行われ、図４の通常処理（ステップＳ
１０４、ステップＳ１０７）に戻ると、本実施例の正常
稼働状態となる。各ノードは、それぞれの監視対象ノー
ドの実ＩＰアドレスに対して定期的にヘルスチェックを
行い、各ノードの障害やその他の異常を監視する。

【００５９】次に、図６を参照して障害時の処理フロー
を説明する。このフローは、各ノードの障害等を検知し
た際に起動されるプロセスのフローを示すものであり、
処理を完了した時点でプロセスを終了する。

【００６０】障害発生の第１のパターンは、スレーブノ
ード１２０に障害が発生した場合の例である。ここで
は、ノード３が障害になり、その後さらにノード４も障
害になり、その後ノード４が障害のままノード３の障害
が復旧する場合を考える。

【００６１】ノード３で障害が発生すると、ノード３を
監視していたノード２が、その異常を検知する（ステッ
プＳ３０１）。そこでノード２は、マスタノード１１０
のアドレス管理テーブル１１２Ａから、ノード３に対応
する仮想ＩＰアドレス（ノード３仮想ＩＰアドレス）を
取得する（ステップＳ３０２）。次に、ノード２におい
て、障害の発生したノード３の仮想ＩＰアドレスを有効
にする（ステップＳ３０３）。これによって、ノード２
は、本来ノード３が提供していた機能を代理して行うこ
とができるようになる。

【００６２】次に、ノード２は、自身のアドレス管理テ
ーブル１２２Ａまたはマスタノード１１０のアドレス管
理テーブル１１２Ａから、ノード３が監視していたノー
ド４の実ＩＰアドレス（即ち、アドレス管理テーブル１
１２Ａにおいて、ノード３仮想ＩＰアドレスが設定され
ているエントリの次のエントリのノード４実ＩＰアドレ
ス）を取得し（ステップＳ３０４）、その実ＩＰアドレ
スをノード２の監視アドレスリスト１２２Ｂに加える
（ステップＳ３０５）。これによって、ノード２は、ノ
ード３が本来監視すべきノード４の障害も監視すること
になり、これ以降ノード３が復旧するまで、ノード４実
ＩＰアドレス（ノード４）に対し所定の間隔でハートビ
ート信号を送信する。

【００６３】ノード２は次に、ステップＳ３０６に進
み、監視対象のノードの中で、最もノード２から遠いノ
ード、即ちここではノード４の実ＩＰアドレス（ノード
４実ＩＰアドレス）がハートビート信号に応答するかど
うか判定する。「最もノード２から遠いノード」という
のは、前記アドレス管理テーブル１１２Ａでの配列にお
いて、ノード２が監視しているノードのうち、ノード２
実ＩＰアドレスが設定されているエントリから最も遠い
エントリに実ＩＰアドレスが設定されているノードと言
う意味であり、換言するならば、図３に示す論理ネット
ワークにおいて、監視方向の最後に位置する監視対象ノ
ードである。この時点でノード２はノード３とノード４
を監視しており、図２または図３から理解されるよう
に、ノード２から最も遠いのはノード４である。

【００６４】なお、ノード２がマスタノード１１０（ノ
ード１）及び他のスレーブノード１２０（ノード３〜
６）の監視を行うとした場合、図３から容易に理解され
るように、最も遠いノードはノード１である。

【００６５】ステップＳ３０６でノード４実ＩＰアドレ
スがハートビート信号に応答する場合（ステップＳ３０
６、Ｙｅｓ）、即ちノード４が正常に稼働している場
合、その他の監視対象のノードの実ＩＰアドレス（ここ
ではノード３実ＩＰアドレス）がハートビート信号に応
答するか判定する（ステップＳ３０７）。応答がない場
合（ステップＳ３０７、Ｎｏ）、即ち依然としてノード
３に障害が生じている場合、ステップＳ３０６の判定に
戻り、また次にステップＳ３０７の判定を行い、監視対
象のノードの状況が変わらない限り、これら２つの判定
を繰り返す。

【００６６】この状況で、ノード４に障害が発生する
と、このことがステップＳ３０６で検知され（ステップ
Ｓ３０６、Ｎｏ）、ステップＳ３０１に進み、前述と同
様に、ノード４の代理を行うための設定がなされる。ノ
ード２は、ステップＳ３０２で、自身のアドレス管理テ
ーブル１２２Ａまたはマスタノード１１０のアドレス管
理テーブル１１２Ａから、ノード４に対応する仮想ＩＰ
アドレス（ノード４仮想ＩＰアドレス）を取得する。次
に、ノード２において、障害の発生したノード４の仮想
ＩＰアドレスを有効にする（ステップＳ３０３）。これ
によって、ノード２は、ノード３の機能に加えて、本来
ノード４が提供していた機能を代理して行うことができ
るようになる。

【００６７】次に、ノード２は、マスタノード１１０の
アドレス管理テーブル１１２Ａから、ノード４が監視し
ていたノード５の実ＩＰアドレス（即ち、アドレス管理
テーブル１１２Ａにおいて、ノード４仮想ＩＰアドレス
が設定されているエントリの次のエントリのノード５実
ＩＰアドレス）を取得し（ステップＳ３０４）、その実
ＩＰアドレスをノード２の監視アドレスリスト１２２Ｂ
に加える（ステップＳ３０５）。これによって、ノード
２は、ノード３が本来監視すべきノード４の障害の監視
に加え、ノード４が本来監視すべきノード５の障害も監
視することになり、これ以降、ノード３及びノード４の
両方が障害の間、ノード３実ＩＰアドレス（ノード
３）、ノード４実ＩＰアドレス（ノード４）及びノード
５実ＩＰアドレス（ノード５）に対し所定の間隔でハー
トビート信号を送信する。

【００６８】ノード２は次に、ステップＳ３０６に進
み、監視対象のノードの中で、最もノード２から遠いノ
ード、即ちここではノード５の実ＩＰアドレス（ノード
５実ＩＰアドレス）がハートビート信号に応答するかど
うか判定する。「最もノード２から遠い」という意味は
前述した通りである。

【００６９】ステップＳ３０６でノード５実ＩＰアドレ
スがハートビート信号に応答する場合（ステップＳ３０
６、Ｙｅｓ）、即ちノード５が正常に稼働している場
合、その他の監視対象のノードの実ＩＰアドレス（ここ
ではノード３実ＩＰアドレスとノード４実ＩＰアドレ
ス）がハートビート信号に応答するか判定する（ステッ
プＳ３０７）。応答がない場合（ステップＳ３０７、Ｎ
ｏ）、即ち依然としてノード３及びノード４の両方に障
害が生じている場合、ステップＳ３０６の判定に戻り、
また次にステップＳ３０７の判定を行い、監視対象のノ
ードの状況が変わらない限り、この２つの判定を繰り返
す。

【００７０】次に、ノード３及びノード４の両方が障害
である状態から、ノード３が復旧し、正常に稼働するよ
うになった場合を考える。ノード３が正常な稼働を開始
すると、ノード３実ＩＰアドレスが有効になり、ノード
２は、前記ステップＳ３０７の判定において、そのこと
を検知する（ステップＳ３０７、Ｙｅｓ）。その後、ノ
ード２は、有効にしている仮想ＩＰアドレスのうち、応
答があったノード３及び、ノード３より遠いノードの機
能を代理しているノードの仮想ＩＰアドレス（即ち、こ
こではノード３仮想ＩＰアドレスとノード４仮想ＩＰア
ドレス）を無効にして、ノード３とノード４の機能の代
理を終了する（ステップＳ３０８）。さらに、監視アド
レスリスト１２２Ｂから、応答があったノード３より遠
いノードの実ＩＰアドレス、即ちノード４の実ＩＰアド
レス（ノード４実ＩＰアドレス）とノード５の実ＩＰア
ドレス（ノード５実ＩＰアドレス）を削除し（ステップ
Ｓ３０９）、ノード２が、これらのノードの監視を行わ
ないようにする。

【００７１】ステップＳ３０８とステップＳ３０９の処
理は、ここでは、ノード３の復旧によって、依然として
障害中のノード４の機能の代理とノード４が監視すべき
ノード５の監視をアドレス管理テーブル１１２Ａにおい
てより近いノード３に任せてしまおうと言うものであ
る。ノード３は障害から復旧して起動されると、図５に
関して説明したように、自身のアドレス管理テーブル１
２２Ａまたはマスタノード１１０のアドレス管理テーブ
ル１１２Ａから自身のノードの実ＩＰアドレスに対応す
る仮想ＩＰアドレス（ノード３仮想ＩＰアドレス）と監
視対象のノードの実ＩＰアドレス（ノード４実ＩＰアド
レス）を取得し、すぐに、ノード４が障害であることを
検知し、図６に示す前述の代理処理のプロセスを開始す
る。

【００７２】その後ノード２は、ステップＳ３１０にお
いて、監視対象の実ＩＰアドレスが１つになったか（監
視対象のノードが１つになったか）、即ちノード２が本
来の正常状態に戻ったかを判定し、１つでなければ（ス
テップＳ３１０、Ｎｏ）ステップＳ３０６の判定に戻
り、１つであれば（ステップＳ３１０、Ｙｅｓ）当該プ
ロセスを終了し、通常のノード監視に戻る。

【００７３】障害発生の第２のパターンは、マスタノー
ド１１０に障害が発生した場合の例である。ここでは、
ノード１が障害になり、その後ノード１の障害が復旧す
る場合を考える。ノード１で障害が発生すると、ノード
１を監視していたスレーブノード１２０のノード６が、
その異常を検知する（ステップＳ３０１）。そこでノー
ド６は、ノード６のアドレス管理テーブル１２２Ａか
ら、ノード１に対応する仮想ＩＰアドレス（ノード１仮
想ＩＰアドレス）及びマスタ仮想ＩＰアドレスを取得す
る（ステップＳ３０２）。次に、ノード６において、障
害の発生したノード１の仮想ＩＰアドレス及びマスタ仮
想ＩＰアドレスを有効にする（ステップＳ３０３）。こ
の時、これらの仮想ＩＰアドレスが既に使用されている
ようなことがあれば、所定のエラー処理を行うように設
定できる。これによって、ノード６は、本来ノード１が
提供していた機能とマスタノード１１０としての機能を
代理して行うことができるようになる。

【００７４】次に、ノード６は、ノード６のアドレス管
理テーブル１２２Ａから、ノード１が監視していたノー
ド２の実ＩＰアドレス（即ち、アドレス管理テーブル１
２２Ａにおいて、ノード１仮想ＩＰアドレスが設定され
ているエントリの次のエントリのノード２実ＩＰアドレ
ス）を取得し（ステップＳ３０４）、その実ＩＰアドレ
スをノード６の監視アドレスリスト１２２Ｂに加える
（ステップＳ３０５）。これによって、ノード６は、ノ
ード１が本来監視すべきノード２の障害も監視すること
になり、これ以降ノード１が復旧するまで、ノード２実
ＩＰアドレス（ノード２）に対し所定の間隔でハートビ
ート信号を送信する。

【００７５】ノード６は次に、ステップＳ３０６に進
み、ノード２実ＩＰアドレスがハートビート信号に応答
するかどうか判定する。ステップＳ３０６でノード２実
ＩＰアドレスがハートビート信号に応答する場合（ステ
ップＳ３０６、Ｙｅｓ）、即ちノード２が正常に稼働し
ている場合、その他の監視対象のノードの実ＩＰアドレ
ス（ここではノード１実ＩＰアドレス）がハートビート
信号に応答するか判定する（ステップＳ３０７）。応答
がない場合（ステップＳ３０７、Ｎｏ）、即ち依然とし
てノード１に障害が生じている場合、ステップＳ３０６
の判定に戻り、また次にステップＳ３０７の判定を行
い、監視対象のノードの状況が変わらない限り、この２
つの判定を繰り返す。

【００７６】この状況で、ノード１の障害が復旧して正
常な稼働を開始すると、ノード１実ＩＰアドレスが有効
になり、ノード６は、前記ステップＳ３０７の判定にお
いて、そのことを検知する（ステップＳ３０７、Ｙｅ
ｓ）。その後、ノード６は、有効にしている仮想ＩＰア
ドレスのうち、応答があったノード１の仮想ＩＰアドレ
スとマスタ仮想ＩＰアドレスを無効にして、ノード１と
マスタノード１１０の機能の代理を終了する（ステップ
Ｓ３０８）。さらに、監視アドレスリスト１２２Ｂか
ら、応答があったノード１より遠い監視対象のノードの
実ＩＰアドレス、即ちノード２の実ＩＰアドレス（ノー
ド２実ＩＰアドレス）を削除し（ステップＳ３０９）、
ノード６が、このノード２の監視を行わないようにす
る。

【００７７】ノード１は、障害から復旧して起動される
と、図５に関して説明したように、自身のアドレス管理
テーブル１１２Ａから自身のノードの実ＩＰアドレスに
対応する仮想ＩＰアドレス（ノード１仮想ＩＰアドレ
ス）、マスタ仮想ＩＰアドレス、及び監視対象のノード
２の実ＩＰアドレス（ノード２実ＩＰアドレス）を取得
し、自身のノードに対応する仮想ＩＰアドレスに対する
確認パケットに応答がないことを確認してから、前記仮
想ＩＰアドレス及びマスタ仮想ＩＰアドレスを有効に
し、マスタノード１１０として稼働する。

【００７８】更に本実施例では、ネットワーク１４０上
の複数のノードに対し、制御用ノード１３０を使用し
て、ノード間における資源複製を行うことができる。こ
の実施例において、該制御用ノード１３０は、１つのマ
スタノード１１０に対してのみ、その指示を与えること
ができる。マスタノード１１０から各スレーブノード１
２０に対してある資源が複製される際に、各スレーブノ
ード１２０の提供する機能を停止させないために、マス
タノード１１０がそれらの処理を強制的に代理して行
う。これによりユーザは、各スレーブノード１２０にお
いて提供される機能を、該各スレーブノード１２０が資
源を複製している間も連続的に使用することができる。

【００７９】図７及び図８を参照して、上記資源複製処
理のフローを説明する。マスタノード１１０をノード１
とし、ノード１には複製用の最新の資源（コンテンツ）
が用意されているものとする。このとき、ノード１で実
際に運用されている資源と、前記最新の資源は別のもの
であるとする。

【００８０】まず最初に図７を参照すると、マスタノー
ド１１０であるノード１において、スレーブノード１２
０のノード２からノード６までに関して、ステップＳ４
０１からステップＳ４０４の一連の処理が同様に行われ
る。ステップＳ４０１では、マスタノード１１０からス
レーブノード１２０に資源複製依頼通知が送信される。
ここで図８を参照すると、各スレーブノード１２０は、
これを受信し（ステップＳ５０１）、自身のノードの仮
想ＩＰアドレスを無効化する（ステップＳ５０２）。次
に、各スレーブノード１２０は、前記仮想ＩＰアドレス
の無効化が終了したことをマスタノード１１０に通知す
る（ステップＳ５０３）。

【００８１】再び図７に戻ると、マスタノード１１０が
その通知を受信する（ステップＳ４０２）。その後、マ
スタノード１１０は、該通知を送信してきたスレーブノ
ード１２０の仮想ＩＰアドレスを有効にし（ステップＳ
４０３）、そのスレーブノード１２０の機能を代理す
る。次に、そのスレーブノード１２０に対して最新の資
源の複製処理を行う（ステップＳ４０４）。この資源
は、各スレーブノード１２０が提供する機能に関して使
用される情報などである。

【００８２】全てのスレーブノード１２０に対する複製
処理が終了すると、ステップＳ４０５において、全スレ
ーブノード１２０の機能の代理を終了するために、全ス
レーブノード１２０の仮想ＩＰアドレスを無効化する
（ステップＳ４０５）。

【００８３】ここで図８を参照すると、各スレーブノー
ド１２０では、ステップＳ５０４で最新の資源が複製さ
れた後、ステップＳ５０５で、自身の仮想ＩＰアドレス
が無効でないと判別している間（ステップＳ５０５、Ｎ
ｏ)ループし、無効であると判別した時点で（ステップ
Ｓ５０５、Ｙｅｓ）、ステップＳ５０６に進む。ステッ
プＳ５０６では、各スレーブノード１２０が自身の仮想
ＩＰアドレスを有効にし、最新の資源で正常運用が開始
される（ステップＳ５０７）。

【００８４】この実施例では、全てのスレーブノード１
２０において複製が終了した時点で、マスタノード１１
０による全てのスレーブノード１２０の機能の代理が解
除され、全てのスレーブノード１２０による最新の資源
による機能の提供（及び前述のノード監視）がほぼ同時
に行われることになり、利用者ユーザに対して提供する
機能（サービス）の更新は、全ユーザに対し、ほぼ同時
に均等に提供されるという効果（利点）が得られるが、
ノード監視のタイミング等を好適に制御して、最新の資
源の複製が終了したスレーブノード１２０から機能の提
供を開始するように設定することもできる。

【００８５】例えば、スレーブノード１２０の資源の複
製を、順次１つのスレーブノード１２０毎に行うように
設定することができる。この場合、図６に関して説明し
たような代理処理が実施され、資源の複製を行っている
スレーブノード１２０の提供する機能（サービス）及び
他のノードの監視は、停止することなく他のスレーブノ
ード１２０等によって代理される。このことから分かる
ように、図６の代理処理で検知される異常は、ここでは
資源の複製によるスレーブノード１２０の停止を意味す
る。また更に、スレーブノード１２０の保守等に関して
該スレーブノード１２０を停止（運転休止）させる場合
なども、当該処理にて検知することができ、厳密なノー
ドの「異常」という事象のみにこうした検知処理を限定
すべきではない。

【００８６】また、こうした複製処理の間は各スレーブ
ノード１２０の提供する機能の代理は行うが、他のノー
ドの監視の代理は行わないといった方法も、マルチタス
ク処理等を用いて可能である。この場合、例えば、複数
処理を行っているスレーブノード１２０は、資源の複製
を行っている間も、本来の監視機能を続行する。

【００８７】また、スレーブノード１２０に資源の複製
を、順次１つのスレーブノード１２０毎に行う場合、そ
の複製の順を監視する方向順に設定することもできる。
例えば、図３のノード２の資源の複製を行い、その後ノ
ード３の資源の複製を行い、順に１つずつのスレーブノ
ード１２０の資源の複製を行い、最後にノード６の資源
の複製を行って終了するといった方法をとることができ
る。

【００８８】また、更にこれらの複製は、スレーブノー
ド１２０全てではないが、２つ以上のスレーブノード１
２０を同時に停止させて行うこともできる。再度図７に
戻ると、今度は、マスタノード１１０自身が最新の資源
複製を行うために、自身のノードの仮想ＩＰアドレスと
マスタ仮想ＩＰアドレスを無効化し、ノード６にそれら
の仮想ＩＰアドレスを有効にさせて、ノード６にマスタ
ノード１１０及びノード１の提供する機能の代理を依頼
する（ステップＳ４０６）。この例ではマスタノード１
１０及びノード１の提供する機能の代理を固定的にノー
ド６にさせているが、他のスレーブノード１２０でもよ
く、また代理を行う時点で最も負荷の小さいスレーブノ
ード１２０に自動的に代理させることもできる。

【００８９】次に、自身のマスタノード１１０内で最新
の資源を運用資源に複製し（ステップＳ４０７）、ノー
ド６に自身のノードの仮想ＩＰアドレスとマスタ仮想Ｉ
Ｐアドレスを無効にさせ、ノード６で行われているマス
タノード１１０の代理処理を解除するとともに、それら
の仮想ＩＰアドレスをノード１にて有効にする（ステッ
プＳ４０８）。これらの処理によって、マスタノード１
１０は、最新の資源で正常運用が開始される（ステップ
Ｓ４０９）。

【００９０】図９には、こうした資源複製処理を指示す
るための資源複製指示画面の一例である、資源複製指示
画面２００が示されている。該資源複製指示画面２００
は、複製元２１０、複製指示チェックボックス２２０、
複製先２３０、及び複製開始ボタン２４０を含む。複製
元２１０は、複製元のノードを示し、通常「マスタノー
ド」と表記されたラベルである。複製先２３０は、複製
先のノードを表すラベルである。ある複製先２３０（例
えば、スレーブノード２）にマスタノード１１０からの
複製を指示する場合には、その複製先２３０の左側にあ
る複製指示チェックボックス２２０をマウス等の入力部
１３３によってクリック（選択）する。こうした複製の
指示は、任意の数のスレーブノード１２０、及びマスタ
ノード１１０に対しても行うことができ、同時に複数の
ノードを指定することができる。

【００９１】通常、マスタノード１１０に最新の複製用
資源が用意されるが、マスタノード１１０は、上述した
ように、スレーブノード１１０に最新の資源を複製させ
る間、最新の複製用の資源ではなく、該資源に更新され
る前の資源により運用しているので、マスタノード１１
０の運用資源を上記最新の複製用資源に切り替えるため
に、前記画面２００を用いて、マスタノード１１０から
マスタノード１１０に対して資源の複製の指示が明示的
に行われることもある。こうしてチェックボックス２２
０に対する指示が終わると、資源複製処理を開始するた
めに、「複製開始」ボタン２４０をクリックする。

【００９２】このボタン２４０がクリックされると、ク
リックされているチェックボックス２２０に対応するノ
ードに対して、マスタノード１１０から上記最新の複製
用資源が複製される。

【００９３】図７及び図８に関して前述したように、資
源複製処理は、複製対象となる全てのスレーブノード１
２０において上記資源複製処理が終了するまで、それら
のノードが有する機能がマスタノード１１０によって代
理されるが、この資源複製指示画面２００において、最
新の資源の複製が終了したスレーブノード１２０から、
順次、機能の提供を開始（再開）するように設定するこ
ともできる。さらに、マスタノード１１０を含めた全ノ
ードにおける資源の複製順を定義できるようにしてもよ
い。

【００９４】また、こうした資源複製処理の間は各スレ
ーブノード１２０の提供する機能の代理は行うが、他の
ノードの監視は行わないといった指定も行うこともでき
る。更に、この資源複製処理を自動的に行うためのスケ
ジューリング情報は、マスタノード１１０のスケジュー
ルテーブル１１２Ｃに保持される。このスケジューリン
グ情報に従って、マスタノード１１０及びスレーブノー
ド１２０の運用が制御される。このスケジュール情報
は、あらかじめマスタノード１１０のスケジュールテー
ブル１１２Ｃ内に定義（記憶）されていてもよく、また
制御用ノード１３０のスケジュール指定機能１３１Ｂに
よって、指示画面（不図示）を介して指定されても良
い。また、更にネットワーク上のある特定のノード（不
図示）に、上記スケジュール情報を記憶させておいても
よく、その他にも幾多の変形例が考えられる。

【００９５】図１０には、スケジュールテーブル１１２
Ｃの例が示されている。スケジュールテーブル１１２Ｃ
は、ノード毎のスケジュールを管理し、ノード名、及び
スケジュールデータ１〜スケジュールデータｎを含む。
ノード名には、マスタノードを示すＭ、及びスレーブノ
ード１．．．スレーブノードｎをそれぞれ示すＳ
１．．．Ｓｎが設定される。スケジュールデータ１〜ス
ケジュールデータｎは、それぞれ作業コード、年月日、
開始時刻、及び終了時刻の各項目を含み、作業コードは
例えば、資源複製やＳ３代理及び運用休止などの処理内
容が、年月日には前記作業コードに設定された作業を実
施する年月日が、開始時刻には前記作業の開始時刻が、
終了時刻には前記作業の終了時刻がそれぞれ設定され
る。

【００９６】図１０に示されたスケジュールデータの一
例である、スケジュールデータ１を参照すると、スレー
ブノード３が１９９７年１２月３０日の午前８時から午
後５時まで運転を休止し、その機能の代理をスレーブノ
ード２が同じ時間帯で行い、マスタノード１１０は、１
９９７年１２月３１日の午後１０時から資源複製を開始
するよう設定されている。この資源複製は、ここでは、
全てのスレーブノード１２０を対象にしているが、該ス
ケジュールデータとして新たな項目を設け、複製対象の
ノードを指定できるようにしてもよい。

【００９７】上記スケジュールデータ１の例では、スレ
ーブノード２とスレーブノード３の作業は互いに関連す
るものとなっているが、同じスケジュールデータ１に
は、マスタノード１１０に対する資源複製の指示のよう
に、他のノードと関連しない作業を共存させることもで
きる。

【００９８】尚、スケジュールデータ２には、マスタノ
ード１１０に対する「資源切替」の指示が設定されてい
る。この指示は、例えば、マスタノード１１０が、スレ
ーブノード１２０に対する最新資源の複製を終了した後
に、自身の運用資源を、１９９８年１月１日の午前０時
に上記最新資源に切り替えるように指示するものであ
る。

【００９９】図１１には、前述した代理処理を実現する
ために必要となる情報を各ノードに設定するために用い
られるノード設定画面３００が示されている。ノード設
定画面３００は、制御用ノード１３０の表示部１３２に
おいて表示され、この画面３００を介してマスタノード
１１０、スレーブノード１２０を含めた複数のノードに
ついて、上記情報の設定が行われる。

【０１００】マスタ識別３１０は、設定対象の実ＩＰア
ドレスをマスタノード１１０の実ＩＰアドレスとして運
用する場合にチェックする。実ＩＰアドレス３２０は、
設定対象のノードの実ＩＰアドレスを指定する。仮想Ｉ
Ｐアドレス３３０は、設定対象のノードの仮想ＩＰアド
レスを指定する。監視ＩＰアドレス３４０は、設定対象
のノードが監視すべきノードの実ＩＰアドレスを指定す
る。前述したように、監視対象のノードの実ＩＰアドレ
スは基本的に、実施例ではアドレス管理テーブル１１２
Ａにおいて、監視するノードの仮想ＩＰアドレスが設定
されているエントリの次のエントリに設定されている実
ＩＰアドレスであるが、監視ＩＰアドレス３４０に指定
することにより、特定の実ＩＰアドレスを有するノード
を監視するようにできる。

【０１０１】監視サービス３５０は、ＷＷＷ、ＤＮＳ、
及びＭａｉｌの各機能（サービス）に対する３つのチェ
ックボックスからなり、監視対象となる機能（サービ
ス）を指定する。ここまで、説明を分かりやすくするた
めに、ノード単位で監視を行うよう記載してきたが、こ
のように、機能毎に監視対象を設定できることによっ
て、機能毎の状態の監視が可能である。また、ここでは
３つの機能（サービス）に関して設定できるようになっ
ているが、これらは例示のためのものであり、これらに
限られるものではない。

【０１０２】仮想運用３６０は、設定対象のノードを仮
想的に運用するかどうかを指定するものであり、仮想運
用をする場合には「する」に、しない場合は「しない」
にチェックする。代理３７０は、設定対象のノードが他
のノードの代理処理を行うかどうかを指定するものであ
り、代理処理を行う場合には「する」に、しない場合に
は「しない」にチェックする。

【０１０３】制御用ノード１３０において、各ノード毎
に前記情報が設定され、こうした各ノードの設定情報が
一括してマスタノード１１０に送信される。マスタノー
ド１１０は、これらの設定情報を受信し、図４に関連し
て前述したマスタ識別情報やアドレス管理テーブル１１
２Ａの関連するエリアを作成・更新する。また、前述の
ように、機能毎の監視を行うように設定した場合は、ア
ドレス管理テーブル１１２Ａの構成、及び代理処理フロ
ーを、必要に応じて適宜変更することによって、機能毎
に代理処理を行うことも可能である。

【０１０４】また本実施例では、こうしたノード設定画
面３００を使用した設定処理は、制御用ノード１３０に
おいて、インターネットブラウザとＪａｖａアプレット
を用いて実現されるが、このようなソフトウエア構成に
厳密に制限されるわけではない。例えば、Ｊａｖａアプ
レットの代わりにＡｃｔｉｖｅＸコントロールを用いて
もよい。

【０１０５】更に、この制御用ノード１３０から、ネッ
トワーク１４０上の各ノードの状態表示・制御を行うこ
とができる。図１２には、複数ノードの運用状態を１画
面で確認できる、ノード状態表示・制御画面４００が示
されている。このシグナル表は、制御用ノード１３０か
らマスタノード１１０に、各ノードの運用状態を取得す
るよう要求し、その応答から動的に生成され、表示され
る。更に、この画面４００において、各ノードの運用を
制御することも可能であり、制御用ノード１３０からマ
スタノード１１０に、指定したノードに対する制御を要
求することにより、その要求が該ノードに反映される。

【０１０６】図１２のノード状態表示・制御画面４００
は、ノード名４１０、４３０、ステータス４２０、及び
状態シグナル４４０からなる。ノード名４１０と４３０
は、マスタノードをＭ、スレーブノード１をＳ１、スレ
ーブノード２をＳ２といった記号により表記する。ステ
ータスは、ノード名４１０に示されたノードの状態を表
示しており、正常、停止、強制停止などがある。状態シ
グナル４４０は、各ノードの機能がどのような状況で運
用されているかを示すものであり、青の点灯は運用中、
青の点滅は代理運用中、赤の点滅は停止中といったシグ
ナルである。但し、図１２では表記の都合上、青の点灯
を＋、赤の点灯を−、青の点滅を／、それ以外を○で示
す。もちろん、こうしたシグナルの表現方法には多くの
バリエーションが考えられ、本実施例のような表示例に
制限されるものではない。

【０１０７】各ノード名４３０と同じ列にある状態シグ
ナル４４０に青の点灯または赤の点灯が含まれている場
合、そのノードが本来提供すべき機能を有していること
を示している。さらに、各ノード名４１０と同じ行にあ
る状態シグナル４４０に青の点灯または青の点滅が含ま
れている場合、それは、そのノードが実際に提供してい
る機能を表している。

【０１０８】例えば図１２に示すノード状態表示・制御
画面４００では、スレーブノード２（Ｓ２）が停止して
おり、そのノードが本来提供すべき機能をスレーブノー
ド１（Ｓ１）が代理して処理していることが分かる。

【０１０９】また、あるノードに対応するステータス４
２０を選択し、マウス等の入力装置を介して、そのステ
ータスを変更することにより、各ノードの状態を制御す
ることができる。例えば、ステータスが「正常」である
として正常に稼働しているノードのステータスを「強制
停止」に変更することにより、そのノードをある理由で
強制的に停止することができる。但し、不測の障害等で
停止状態となっているノードのステータスを、マウス等
で「正常」に変更するようなことはできないことに注意
すべきである。

【０１１０】図１３は、本実施例とは別の態様のノード
代理システム５００であり、マスタノード５１０のみが
アドレス管理テーブル５１２Ａを有している。この場
合、スレーブノード５２０は、メッセージ通信等により
ネットワーク５４０を介して自身の実ＩＰアドレスに対
応する仮想ＩＰアドレスを前記マスタノード５１０から
取得する。スレーブノード５２０は、例えば、予め、自
身が保持しているマスタノード５１０のマスタ仮想ＩＰ
アドレスを使用して、マスタノード５１０にアクセスす
る。

【０１１１】このシステムにおいては、図４のステップ
Ｓ１０１における、自身のノードがマスタノード５１０
かどうかの判定は、各ノードが、前記マスタ識別情報等
を有しているかを判定する事等によって行われる。

【０１１２】図１４は、上述したノード代理システム１
００、５００を構築するために使用されるコンピュータ
６００のハードウエア構成の一例を示している。このコ
ンピュータ６００は、基本的に前記ノード代理システム
１００または５００において、マスタノード１１０、５
１０、スレーブノード１２０、５２０、及び制御用ノー
ド１３０、５３０として機能する。

【０１１３】該コンピュータ６００は、それぞれバス６
８０に接続されたＣＰＵ６１０、記憶部６２０、メモリ
部６３０、表示部６４０、入力部６５０、印刷部６６
０、及びネットワーク・インタフェース部６７０からな
る。

【０１１４】ＣＰＵ６１０は、図１及び図１３に示され
た、マスタノード１１０、５１０の処理部１１１、５１
１、スレーブノード１２０、５２０の処理部１２１、５
２１、及び制御用ノード１３０、５３０の処理部１３
１、５３１の各機能を実行する。メモリ部６２０には、
ＣＰＵ６１０によって実行される前記各機能を実現する
プログラムがロードされ、また必要に応じてアドレス管
理テーブル１１２Ａ、５１２Ａ、１２２Ａや監視アドレ
スリスト１１２Ｂ、５１２Ｂ、１２２Ｂ、５２２Ｂ等の
内容がロードされる。

【０１１５】記憶部６３０は、ＣＰＵ６１０によって実
行される前記各機能を実現するプログラム、及びアドレ
ス管理テーブル１１２Ａ、５１２Ａ、１２２Ａや監視ア
ドレスリスト１１２Ｂ、５１２Ｂ、１２２Ｂ、５２２Ｂ
等の内容を格納する。

【０１１６】表示部６４０は、マスタノード１１０、５
１０及びスレーブノード１２０、５２０においては、必
須の構成要素ではない。前記表示部６４０は、制御用ノ
ード１３０、５３０において、処理部１３１、５３１の
各機能によって上述した資源複製指示画面２００、ノー
ド設定外面３００及びノード状態表示・制御画面４００
等の画面を表示する際に必要とされ、通常はＣＲＴやＬ
ＣＤ等のディスプレイ装置であり、図１及び図１３に示
す制御用ノード１３０、５３０の表示部１３２、５３２
に対応する。

【０１１７】入力部６５０は、前記表示部６４０に表示
された画面に沿って入力や指示を行うために使用される
装置であり、通常キーボード、マウス等から成る入力装
置やタッチパネル、音声入力装置等で構成される。これ
も、前記表示部６４０同様、マスタノード１１０、５１
０及びスレーブノード１２０、５２０においては、必須
の構成要素ではない。図１及び図１３に示す制御用ノー
ド１３０、５３０の入力部１３３、５３３に対応する。

【０１１８】印刷部６６０は、ユーザ等の指示に従っ
て、前記メモリ部６２０または記憶部６３０に格納され
ているデータ等を印刷する、レーザプリンタ等の印刷装
置である。前記印刷部６６０は、前記ノード代理システ
ム１００、５００の実施に関して必須の構成要件ではな
く、マスタノード１１０、５１０、スレーブノード１２
０、５２０、及び制御用ノード１３０、５３０にとって
は任意の構成要素である。

【０１１９】ネットワーク・インタフェース部６７０
は、マスタノード１１０、５１０、スレーブノード１２
０、５２０、制御用ノード１３０、５３０、及びその他
のユーザ・コンピュータのノードを、ネットワーク１４
０、５４０を介して相互に接続するよう機能する。この
接続を公衆回線網又は専用回線を介して行う場合は、モ
デム、ターミナルアダプタ及びＤＳＵ、ルータなどのネ
ットワーク通信装置が必要であり、この場合、ネットワ
ーク・インタフェース部６７０は、これらを含む通信イ
ンタフェース装置である。また、前記ノードを接続する
ネットワーク１４０、５４０は、リング型、スター型、
バス型、あるいはそれらの組み合わせ等の任意の形態で
よく、さらにＬＡＮ、ＭＡＮ、ＷＡＮ、インターネッ
ト、イントラネット、エクストラネット等、その構成や
規模を問わない。

【０１２０】バス６８０は、前記各構成要素６１０〜６
７０間でデータ、指令等の送受信を行うための共通伝送
経路である。前述したように、本実施例では、最初に監
視対象のノードを決定する際、アドレス管理テーブル１
１２Ａ、１２２Ａ内のデータエントリの順序に着目し、
監視するノードの仮想ＩＰアドレスが記憶されているエ
ントリの次のエントリに記憶されている実ＩＰアドレス
を有するノードを監視対象としている。しかし、本発明
は、第１のノードが、他の第２のノードを監視し、この
ような監視の関係を順次形成して１つの閉ループを作
り、その結果該第１のノードも他のノードによって監視
されるように構成される複数のノードによって実現され
る。従って、こうしたノード間のリンク関係を構成する
ために、必ずしも前記アドレス管理テーブル１１２Ａの
ように、テーブル内のエントリ順を使用する必要はな
く、テーブル内に監視関係を定義する情報を記憶させる
テーブルではなく、リストを用いるなど、その他のデー
タ構造を用いた多くの方法が容易に考えられる。また、
本発明は、ノードの監視関係の順序を論理的に定義でき
るため、システムを容易に変更可能であり、保守や拡張
性などに優れている。

【０１２１】

【発明の効果】本発明のノード代理システムによれば、
ネットワーク上の複数のノードのうち１つがマスタノー
ド、残りの少なくとも１つがスレーブノードとして設定
され、ノードの障害の検知、またはスケジュールの発生
または資源複製の依頼通知等の各種イベントの発生によ
るノードの停止に応答して、該停止したノードが提供し
ていた機能を他のノードが代理し、または該停止したノ
ードが監視していたノードを他のノードが監視するよう
制御することができる。

【０１２２】これにより、ネットワーク上に存在する複
数のノードの運用において、それぞれのノードを運用
系、待機系に分類することなく、それぞれのノードの監
視や代理を、例えば、互いの仮想ＩＰアドレスの制御に
より実現し、ノードの持つ機能、サービスを低費用にて
分散し、システム全体としての安全性を向上させ、さら
に運用面においても、制御用ノードを用いて、対象複数
ノードの状態表示、運用制御が可能となり、その保守性
の向上が望める。

【図面の簡単な説明】

【図１】本発明の実施例であるノード代理システムのシ
ステム構成を示すブロック図である。

【図２】アドレス管理テーブルの例を示す図である。

【図３】実施例によるノード監視の態様を概念的に示す
図である。

【図４】マスタノード及びスレーブノードの起動管理機
能の処理フローを示す図である。

【図５】図４のマスタノード及びスレーブノードの仮想
ＩＰアドレス処理のフローを詳細に示す図である。

【図６】実施例による障害時の処理フローを示す図であ
る。

【図７】マスタノードにおける資源複製処理のフローを
示す図である。

【図８】スレーブノードにおける資源複製処理のフロー
を示す図である。

【図９】資源複製指示画面を示す図である。

【図１０】スケジュールテーブルの内容の設定例を示す
図である。

【図１１】ノード設定画面を示す図である。

【図１２】ノード状態表示・制御画面を示す図である。

【図１３】本発明の別の実施例であるノード代理システ
ムのシステム構成を示すブロック図である。

【図１４】ノード代理システムを実行するコンピュータ
のハードウエア構成を示す図である。

【符号の説明】

１００、５００ノード代理システム１１０、５１０マスタノード１１１、５１１処理部１１１Ａ、５１１Ａ起動管理機能１１１Ｂ、５１１Ｂ障害監視・代理機能１１１Ｃ、５１１Ｃ資源複製機能１１２、５１２マスタ用データ１１２Ａ、５１２Ａアドレス管理テーブル１１２Ｂ、５１２Ｂ監視アドレスリスト１１２Ｃ、５１２Ｃスケジュールテーブル１２０、５２０スレーブノード１２１、５２１制御部１２１Ａ、５２１Ａ起動管理機能１２１Ｂ、５２１Ｂ障害監視・代理機能１２１Ｃ、５２１Ｃ資源複製機能１２２、５２２スレーブ用データ１２２Ａアドレス管理テーブル１２２Ｂ、５２２Ｂ監視アドレスリスト１３０、５３０制御用ノード１３１、５３１処理部１３１Ａ、５３１Ａ資源複製指示機能１３１Ｂ、５３１Ｂスケジュール指定機能１３１Ｃ、５３１Ｃノード設定機能１３１Ｄ、５３１Ｄノード状態表示・制御機能１３２、５３２表示部１３３、５３３入力部１４０、５４０ネットワーク６００コンピュータ６１０ＣＰＵ６２０メモリ部６３０記憶部６４０表示部６５０入力部６６０印刷部６７０ネットワーク・インタフェース部６８０バス

Claims

【特許請求の範囲】

【請求項１】ネットワーク上の複数のノードが、他の
ノードが提供する機能を代理するノード代理システムに
おいて、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理手段と、前記各ノードにおいて監視対象のノードの障害を検知
し、該障害を検知したノードが、該監視対象のノードが
提供していた機能及び、該監視対象のノードが監視して
いた他のノードの監視を代理して行う障害監視・代理手
段と、を有することを特徴とするノード代理システム。
【請求項２】前記起動管理手段は、前記各ノードの監
視を設定する際に、該正常な稼働の監視が該各ノードの
提供する個々の機能単位に行い、前記障害監視・代理手段は、前記監視対象のノードが提
供していた機能の代理を個々の機能単位に行うこと、を特徴とする請求項１記載のノード代理システム。
【請求項３】更に、アドレス記憶手段を有し、前記起動管理手段は、前記複数のノードのアドレスに関
する情報として、各ノードの実アドレスと仮想アドレス
を前記アドレス記憶手段内に記憶し、前記起動管理手段における監視の設定、前記障害監視・
代理手段における障害の検知、及び前記障害監視・代理
手段における監視の代理が、前記実アドレスを使用して
行われ、前記障害監視・代理手段における前記監視対象のノード
の機能の代理が、前記仮想アドレスを使用して行われる
こと、を特徴とする請求項１に記載のノード代理システム。
【請求項４】更に、アドレス記憶手段を有し、前記起動管理手段は、前記複数のノードの前記アドレス
に関する情報として、各ノードの実アドレスと仮想アド
レスを所定のノード順に前記アドレス記憶手段内に記憶
し、前記起動管理手段における監視の設定、前記障害監視・
代理手段における障害の検知、及び前記障害監視・代理
手段における監視の代理が、前記実アドレスを使用して
行われ、前記障害監視・代理手段における前記監視対象のノード
の機能の代理が、前記仮想アドレスを使用して行われる
ことを特徴とする請求項１に記載のノード代理システ
ム。
【請求項５】前記起動管理手段は、前記実アドレスと前記仮想アドレスを、それぞれ１つの
エントリとして前記アドレス記憶手段内に記憶させる手
段と、各ノードの監視対象のノードを設定する際に、該アドレス記憶手段内で、監視する側のノードのアドレ
スに関するエントリが最終エントリでない場合、該エン
トリより後で、かつそのエントリから最も近くにある、
実アドレスを含むエントリを探し、該実アドレスを有す
るノードを監視対象のノードと決定し、該アドレス記憶手段内で、監視する側のノードのアドレ
スに関するエントリが最終エントリである場合、先頭の
エントリの実アドレスを有するノードを監視対象のノー
ドと決定する手段と、を有することを特徴とする請求項４に記載のノード代理
システム。
【請求項６】前記障害監視・代理手段は、前記監視対象のノードの障害を検知したノードが、該監
視対象のノードが提供していた機能及び、該監視対象の
ノードが監視していた他のノードの監視を代理して行っ
ている間に、該監視対象のノードの障害が復旧したかど
うかを検知する検知手段と、前記監視対象のノードの障害を検知したノードが、該検
知手段により該監視対象のノードの復旧を検知した場合
に、該監視対象のノードが提供していた機能及び、該監
視対象のノードが監視していた他のノードの監視を、該
監視対象のノードに再開させる制御手段と、を有することを特徴とする請求項１に記載のノード代理
システム。
【請求項７】前記障害監視・代理手段によって検知さ
れる事象には、前記各ノードの休止が含まれること、を特徴とする請求項１に記載のノード代理システム。
【請求項８】前記障害監視・代理手段は、前記障害の
監視または代理を、事前に定められたスケジュール情報
に基づいて実行し、該スケジュール情報が、前記ネットワーク上に配置され
たスケジュール情報記憶手段に記憶されていること、を特徴とする請求項１に記載のノード代理システム。
【請求項９】ネットワーク上の複数のノードが、他の
ノードが提供する機能を代理するノード代理システムに
おいて、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理手段と、該複数のノードのうち１つをマスタノードとし、その他
のノードの少なくとも１つをスレーブノードとして設定
し、該マスタノードから該少なくとも１つのスレーブノ
ードに対して資源を複製させ、該複製の間に、該マスタ
ノードに、該スレーブノードの提供していた機能を代理
して行わせる資源複製手段と、を有することを特徴とするノード代理システム。
【請求項１０】前記資源複製手段は、前記マスタノー
ドから前記スレーブノードに対して資源を複製する際
に、前記マスタノードに、前記スレーブノードが監視し
ていた他のノードの監視を代理させること、を特徴とする請求項９に記載のノード代理システム。
【請求項１１】前記起動管理手段は、前記各ノードの
監視を設定する際に、該正常な稼働の監視を該各ノード
の提供する個々の機能単位に設定し、前記資源複製手段は、前記マスタノードに、前記スレー
ブノードが提供していた機能の代理を個々の機能単位に
行わせること、を特徴とする請求項９に記載のノード代理システム。
【請求項１２】更に、アドレス記憶手段を有し、前記起動管理手段は、前記複数のノードのアドレスに関
する情報として、各ノードの実アドレスと仮想アドレス
を前記アドレス記憶手段内に記憶し、前記資源複製手段は、前記スレーブノードの機能の代理
を、前記仮想アドレスを使用して行うこと、を特徴とする請求項９に記載のノード代理システム。
【請求項１３】更に、アドレス記憶手段を有し、前記起動管理手段は、前記複数のノードのアドレスに関
する情報として、各ノードの実アドレスと仮想アドレス
を、所定のノード順に前記アドレス記憶手段内に記憶
し、前記資源複製手段は、前記スレーブノードの機能の代理
を、前記仮想アドレスを使用して行うこと、を特徴とする請求項９に記載のノード代理システム。
【請求項１４】前記起動管理手段は、前記実アドレスと前記仮想アドレスを、それぞれ１つの
エントリとして前記アドレス記憶手段内に記憶させる手
段と、各ノードの監視対象のノードを設定する際に、該アドレス記憶手段内で、監視する側のノードのアドレ
スに関するエントリが最終エントリでない場合、該エン
トリより後で、かつそのエントリから最も近くにある、
実アドレスを含むエントリを探し、該実アドレスを有す
るノードを監視対象のノードと決定し、該アドレス記憶手段内で、監視する側のノードのアドレ
スに関するエントリが最終エントリである場合、先頭の
エントリ、または該エントリより後で、かつそのエント
リから最も近くにある、実アドレスを含むエントリを探
し、該実アドレスに対応するノードを監視対象のノード
と決定する手段と、を有することを特徴とする請求項１３に記載のノード代
理システム。
【請求項１５】前記資源複製手段は、前記マスタノードから前記少なくとも１つのスレーブノ
ードに対する資源の複製が終了した場合に、該マスタノ
ードによって代理されていた、該スレーブノードの提供
していた機能を、該スレーブノードに行わせるようにす
ること、を特徴とする請求項９に記載のノード代理システム。
【請求項１６】更に、前記資源複製手段の実行を、前
記ネットワークに接続されているノードから指示する資
源複製指示手段を、有することを特徴とする請求項９に記載のノード代理シ
ステム。
【請求項１７】前記資源複製手段は、事前に定められたスケジュール情報に基づいて処理を実
行し、該スケジュール情報が、前記ネットワーク上に配置され
たスケジュール情報記憶手段に記憶されていること、を特徴とする請求項９に記載のノード代理システム。
【請求項１８】更に、前記スケジュール情報を、前記
ネットワークに接続されているノードからの指示によっ
て、前記スケジュール情報記憶手段内に記憶させるスケ
ジュール指定手段を、有することを特徴とする請求項１７に記載のノード代理
システム。
【請求項１９】更に、前記各ノードのアドレスに関す
る情報を、前記ネットワークに接続されているノードか
らの指示によって、前記アドレス記憶手段内に記憶させ
るノード設定手段を、有することを特徴とする請求項３、４、１１または１２
に記載のノード代理システム。
【請求項２０】前記指示を行う前記ネットワークに接
続されているノードが制御用ノードであり、該指示がマ
スタノードに対して行われること、を特徴とする請求項１６、１７、または１９に記載のノ
ード代理システム。
【請求項２１】前記資源複製手段が、前記スレーブノー
ドに対する資源の複製を、所定の数の前記スレーブノー
ド毎に、監視方向順に行うこと、を特徴とする請求項９に記載のノード代理システム。
【請求項２２】更に、前記各ノードの状態、及び前記
各ノードの機能がどのノードによって代理されているか
を全てのノードに関して一覧表示する表示手段を、有することを特徴とする請求項１または９に記載のノー
ド代理システム。
【請求項２３】更に、前記各ノードの状態を必要に応
じて変更する制御手段を、有することを特徴とする請求項１または９に記載のノー
ド代理システム。
【請求項２４】更に、前記各ノードの状態、及び前記
各ノードの機能がどのノードによって代理されているか
を全てのノードに関して一覧表示する表示手段と、前記各ノードの状態を、該表示手段により表示された一
覧表示画面を介して、必要に応じて変更する制御手段
と、を有することを特徴とする請求項１または９に記載のノ
ード代理システム。
【請求項２５】ネットワーク上の複数のノードが、他
のノードの障害を監視するノード監視システムにおい
て、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理手段と、前記各ノードにおいて監視対象のノードの障害を検知
し、該障害を検知したノードが、該監視対象のノードが
監視していた他のノードの監視を代理して行う障害監視
手段と、を有することを特徴とするノード監視システム。
【請求項２６】前記起動管理手段は、前記各ノードの
監視を設定する際に、該正常な稼働の監視が該各ノード
の提供する個々の機能単位に行い、前記障害監視手段は、前記監視対象のノードの障害を該
機能単位に行うこと、を特徴とする請求項２５に記載のノード監視システム。
【請求項２７】更に、アドレス記憶手段を有し、前記起動管理手段は、前記複数のノードのアドレスに関
する情報として、各ノードの実アドレスと仮想アドレス
を前記アドレス記憶手段内に記憶し、前記起動管理手段における監視の設定、前記障害監視手
段における障害の検知が、前記実アドレスを使用して行
われること、を特徴とする請求項２５に記載のノード監視システム。
【請求項２８】更に、アドレス記憶手段を有し、前記起動管理手段は、前記複数のノードの前記アドレス
に関する情報として、各ノードの実アドレスと仮想アド
レスを所定のノード順に前記アドレス記憶手段内に記憶
し、前記起動管理手段における監視の設定、前記障害監視手
段における障害の検知が、前記実アドレスを使用して行
われること、を特徴とする請求項２５に記載のノード監視システム。
【請求項２９】前記起動管理手段は、前記実アドレスと前記仮想アドレスを、それぞれ１つの
エントリとして前記アドレス記憶手段内に記憶させる手
段と、各ノードの監視対象のノードを設定する際に、該アドレス記憶手段内で、監視する側のノードのアドレ
スに関するエントリが最終エントリでない場合、該エン
トリより後で、かつそのエントリから最も近くにある、
実アドレスを含むエントリを探し、該実アドレスを有す
るノードを監視対象のノードと決定し、該アドレス記憶手段内で、監視する側のノードのアドレ
スに関するエントリが最終エントリである場合、先頭の
エントリの実アドレスを有するノードを監視対象のノー
ドと決定する手段と、を有することを特徴とする請求項２８に記載のノード監
視システム。
【請求項３０】前記障害監視手段は、前記障害の監視
を、事前に定められたスケジュール情報に基づいて実行
し、該スケジュール情報が、前記ネットワーク上に配置され
たスケジュール情報記憶手段に記憶されていること、を特徴とする請求項２５に記載のノード監視システム。
【請求項３１】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、該マスタノード及
び該スレーブノードが少なくとも１つの機能を提供する
システムにおける該マスタノードであって、該スレーブノードに、該スレーブノードが提供している
少なくとも１つの該機能の停止を指示し、該スレーブノ
ードの該機能を代理する機能代理手段と、該機能代理手段により機能を代理した該スレーブノード
に複製用の最新の資源を送信し、該スレーブノードに該
最新の資源を複製する資源複製手段と、該資源複製手段の処理終了後に、該スレーブノードに該
機能を再開させる制御手段と、を有することを特徴とするマスタノード。
【請求項３２】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、該マスタノード及
び該スレーブノードが少なくとも１つの機能を提供する
システムにおける該スレーブノードであって、該マスタノードの指示を受けて、自身の機能を該マスタ
ノードに代理してもらう被代理手段と、該マスタノードに自身の機能を代理してもらっている間
に、該マスタノードから受信する最新の資源を運用資源
として複製する資源複製手段と、該資源複製手段による資源複製処理終了後に、該マスタ
ノードによる自身の機能の代理の終了を受けて、自身の
機能を再開する機能再開手段と、を有することを特徴とするスレーブノード。
【請求項３３】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該制御用ノードであって、スケジュールデータの入力画面を表示する表示手段と、該表示手段により表示される該入力画面を介して該スケ
ジュールデータを入力するための入力手段と、該入力手段を介して入力された該スケジュールデータを
該マスタノードに送信する手段と、を有することを特徴とする制御用ノード。
【請求項３４】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該マスタノードであって、該制御用ノードからスケジュールデータを受信する受信
手段と、該受信手段により受信されたスケジュールデータに基づ
いて、自身及び該スレーブノードの運用を制御する制御
手段と、を有することを特徴とするマスタノード。
【請求項３５】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該スレーブノードであって、該マスタノードから所定の運用を指示する通知を受信す
る受信手段と、該受信手段が受信した通知により指示される運用を実行
する運用手段と、を有することを特徴とするスレーブノード。
【請求項３６】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該制御用ノードであって、該マスタノードまたは該スレーブノードの運用状態を一
覧表示する表示手段と、該表示手段により表示される該運用状態の一覧表示を介
して該マスタノードまたは該スレーブノードの運用状態
を変更する制御情報を入力するための制御情報入力手段
と、該入力手段を介して入力された該制御情報を該マスタノ
ードに送信する手段と、を有することを特徴とする制御用ノード。
【請求項３７】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該制御用ノードであって、該マスタノードから、該マスタノードまたは該スレーブ
ノードの運用状態に関する情報を取得する取得手段と、該取得手段によって取得された該運用状態に関する情報
に基づいて、該マスタノードまたは該スレーブノードの
運用状態を一覧表示する表示手段を、有することを特徴とする制御用ノード。
【請求項３８】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該マスタノードであって、該マスタノード及び該スレーブノードのうち少なくとも
１つに関する運用状態情報を収集する収集手段と、該収集手段によって収集された該運用状態情報を、前記
制御用ノードに通知する通知手段と、を有することを特徴とするマスタノード。
【請求項３９】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該スレーブノードであって、該マスタノードから、運用状態の報告依頼通知を受信す
る受信手段と、該受信手段が該報告依頼通知を受信した場合に、その応
答として、前記マスタノードに、自身の運用状態を通知
する通知手段を有することを特徴とするスレーブノー
ド。
【請求項４０】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該マスタノードであって、該制御用ノードから該マスタノードまたは該スレーブノ
ードの運用状態を変更する制御情報を受信する受信手段
と、該制御情報に基づいて、自身及び該スレーブノードの運
用を制御する制御手段と、を有することを特徴とするマスタノード。
【請求項４１】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該スレーブノードであって、該マスタノードから所定の運用を指示する通知を受信す
る受信手段と、該受信手段が受信した通知により指示される運用を実行
する運用手段と、を有することを特徴とするスレーブノード。
【請求項４２】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該制御用ノードであって、各ノードに関する情報を入力するための入力手段と、該入力手段によって入力された該情報を該マスタノード
に送信する送信手段と、を有することを特徴とする制御用ノード。
【請求項４３】前記各ノードに関する情報が、マスタ
種別、該ネットワーク上のアドレス、監視対象のノード
のアドレス、監視サービスの内容、または代理運用の有
無のうち、少なくとも１つの情報を含むこと、を特徴とする請求項４２に記載の制御用ノード。
【請求項４４】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該マスタノードであって、各ノードに関する情報を該制御用ノードから受信するた
めの受信手段と、該受信手段によって受信された該情報を記憶する記憶手
段と、を有することを特徴とするマスタノード。
【請求項４５】前記各ノードに関する情報が、マスタ
種別、該ネットワーク上のアドレス、監視対象のノード
のアドレス、監視サービスの内容、または代理運用の有
無のうち、少なくとも１つの情報を含むこと、を特徴とする請求項４４に記載のマスタノード。
【請求項４６】ネットワーク上の複数のノードのうち
１つをマスタノードとし、その他のノードの少なくとも
１つをスレーブノードとして設定し、更に該複数のノー
ドのうち１つを制御用ノードとして設定し、該マスタノ
ード及び該スレーブノードが少なくとも１つの機能を提
供するシステムにおける該スレーブノードであって、所定のタイミングで、前記各ノードに関する情報を記憶
した該マスタノードの前記記憶手段から、該情報を受信
するための受信手段と、該受信手段によって受信された該情報を記憶する記憶手
段と、を有することを特徴とするスレーブノード。
【請求項４７】前記各ノードに関する情報が、マスタ
種別、該ネットワーク上のアドレス、監視対象のノード
のアドレス、監視サービスの内容、または代理運用の有
無のうち、少なくとも１つの情報を含むこと、を特徴とする請求項４６に記載のスレーブノード。
【請求項４８】ネットワーク上の複数のノードが、他
のノードが提供する機能を代理するノード代理方法にお
いて、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理ステップと、前記各ノードにおいて監視対象のノードの障害を検知
し、該障害を検知したノードが、該監視対象のノードが
提供していた機能及び、該監視対象のノードが監視して
いた他のノードの監視を代理して行う障害監視・代理ス
テップと、を有することを特徴とするノード代理方法。
【請求項４９】ネットワーク上の複数のノードが、他
のノードが提供する機能を代理するノード代理方法にお
いて、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理ステップと、該複数のノードのうち１つをマスタノードとし、その他
のノードの少なくとも１つをスレーブノードとして設定
し、該マスタノードから該少なくとも１つのスレーブノ
ードに対して資源を複製させ、該複製の間に、該マスタ
ノードに、該スレーブノードの提供していた機能を代理
して行わせる資源複製ステップと、を有することを特徴とするノード代理方法。
【請求項５０】ネットワーク上の複数のノードが、他
のノードの障害を監視するノード監視方法において、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理ステップと、前記各ノードにおいて監視対象のノードの障害を検知
し、該障害を検知したノードが、該監視対象のノードが
監視していた他のノードの監視を代理して行う障害監視
ステップと、を有することを特徴とするノード監視方法。
【請求項５１】ネットワーク上の複数のノードが、他
のノードが提供する機能を代理するノード代理方法を実
現するプログラムを記録した記録媒体であって、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理ステップと、前記各ノードにおいて監視対象のノードの障害を検知
し、該障害を検知したノードが、該監視対象のノードが
提供していた機能及び、該監視対象のノードが監視して
いた他のノードの監視を代理して行う障害監視・代理ス
テップを、コンピュータに実行させるプログラムを記録した該コン
ピュータが読み取り可能な記録媒体。
【請求項５２】ネットワーク上の複数のノードが、他
のノードが提供する機能を代理するノード代理方法を実
現するプログラムを記録した記録媒体であって、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理ステップと、該複数のノードのうち１つをマスタノードとし、その他
のノードの少なくとも１つをスレーブノードとして設定
し、該マスタノードから該少なくとも１つのスレーブノ
ードに対して資源を複製させ、該複製の間に、該マスタ
ノードに、該スレーブノードの提供していた機能を代理
して行わせる資源複製ステップを、コンピュータに実行させるプログラムを記録した該コン
ピュータが読み取り可能な記録媒体。
【請求項５３】ネットワーク上の複数のノードが、他
のノードの障害を監視するノード監視方法を実現するプ
ログラムを記録した記録媒体であって、前記複数のノードにおいて、第１のノードが他の第２の
ノードの正常な稼働を監視するよう設定し、該第２のノ
ードが該第１のノードまたは更に他の第３のノードの正
常な稼働を監視するよう設定し、以降このような監視の
関係を順次形成して１つの閉ループ形態の論理的な監視
ネットワークを構築し、その結果、該第１のノードも該
第１のノード以外によって監視されるように各ノードの
起動を管理する起動管理ステップと、前記各ノードにおいて監視対象のノードの障害を検知
し、該障害を検知したノードが、該監視対象のノードが
監視していた他のノードの監視を代理して行う障害監視
ステップを、コンピュータに実行させるプログラムを記録した該コン
ピュータが読み取り可能な記録媒体。