JP2001155002A - 監視対象決定装置およびその記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 複数のサーバがリレー形式で各サーバの監視
を行う場合において、各サーバが各々監視対象となるサ
ーバを自発的に決定することができる監視対象決定装置
およびその記録媒体を提供すること。 【解決手段】 自監視対象決定装置の起動時に、監視部
１０４が時計１０２によって自装置の起動時刻を認識す
ると共に、他のサーバの中にプライマリサーバが存在す
るか否かを判断し、プライマリサーバが存在すると判断
された場合、該プライマリサーバから自装置以外の監視
対象決定装置の起動時刻を取得して、取得した起動時刻
と、自装置の起動時刻とに基づいて全サーバの順位を決
定し、テーブル１０３に記憶する。そして、監視部１０
４は、テーブル１０３に記憶された順位を参照し、自装
置を搭載したサーバの順位よりも１つ順位の高いサーバ
を監視対象サーバと決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のサーバによ
りサービスを提供するシステムにおいて、該複数のサー
バに各々搭載され、自装置を搭載したサーバが障害を監
視する対象となる監視対象サーバを決定する監視対象決
定装置およびその記録媒体に関する。

【０００２】

【従来の技術】サーバがネットワークを介してクライア
ントにサービスを提供するシステム（以下、サービス提
供システムという）において、サーバ側で障害が発生し
た場合でもクライアントに対するサービスを停止させた
くない場合、何らかの耐障害対策を施す必要がある。こ
の耐障害対策の一例としては、サービスを提供するプラ
イマリサーバにおいて発生する障害を監視し、障害が発
生した場合は、プライマリサーバに代わってサービスを
提供する待機系サーバを設ける方法がある。

【０００３】また、上述した耐障害対策をさらに強固に
する方法としては、上記待機系サーバで発生する障害を
監視する第２の待機系サーバを設ける方法がある。この
場合、例えばプライマリサーバで障害が発生したため
に、待機系サーバがサービスを提供している状態におい
て、さらに待機系サーバに障害が発生した場合、当該待
機系サーバに代わって、上記第２の待機系サーバがサー
ビスの提供を行う。このようにして、さらに第２の待機
系サーバを監視する第３の待機系サーバ、第３の待機系
サーバを監視する第４の待機系サーバ、というように待
機系サーバを順次追加して、リレー形式で各サーバの監
視を行うことで、より強固な耐障害対策を施すことがで
きる。

【０００４】

【発明が解決しようとする課題】ところで、上述した耐
障害対策においては、人手によってどのサーバがどのサ
ーバを監視するのかを決定し、予め各サーバにどのサー
バを監視するのかを設定しておかなければならなかっ
た。また、例えば、プライマリサーバと１台の待機系サ
ーバとで構成されるサービス提供システムにおいて、上
記プライマリサーバと待機系サーバとの間に第２の待機
系サーバを新たに設置する場合、まず、あらかたに設置
する第２の待機系サーバに対し、監視対象をプライマリ
サーバとする設定を行い、さらに、既存の待機系サーバ
に対しては、監視対象のサーバをプライマリサーバから
上記第２の待機系サーバに変更するという作業を行う必
要があった。

【０００５】このため、サービス提供システム内に多数
の待機系サーバを設置する場合や、多数の待機系サーバ
を擁する既存のサービス提供システムに、複数の待機系
サーバを追加する場合などは、上述した監視対象サーバ
の設定および変更作業に多くの手間と時間がかかってい
た。

【０００６】本発明は、上述した事情に鑑みてなされた
ものであり、複数のサーバが、リレー形式で各サーバの
監視を行う場合において、各サーバが各々監視対象とな
るサーバを自発的に決定することができる監視対象決定
装置およびその記録媒体を提供することを目的とする。

【０００７】

【課題を解決するための手段】請求項１に記載の発明
は、複数のサーバに各々搭載され、自装置を搭載したサ
ーバが障害を監視する対象となる監視対象サーバを決定
する監視対象決定装置において、前記複数のサーバに各
々搭載された複数の監視対象決定装置のうち、自装置を
搭載したサーバの順位を決定するための順位決定情報を
生成する生成手段と、自装置の起動時に、前記複数のサ
ーバ内に、クライアントに対するサービスを実行してい
るプライマリサーバが存在するか否かを判断する判断手
段と、前記判断手段によりプライマリサーバが存在する
と判断された場合、該プライマリサーバから自装置以外
の監視対象決定装置を搭載した各サーバの順位決定情報
を取得する取得手段と、前記生成手段により生成された
自装置を搭載したサーバの順位決定情報と、前記取得手
段により取得された各サーバの順位決定情報とに基づい
て、全サーバの順位を決定する順位決定手段と、前記順
位決定手段によって決定された順位に従って、全サーバ
の順位決定情報を記憶する記憶手段と、前記記憶手段の
記憶内容に基づいて、自装置を搭載したサーバの順位よ
りも１つ順位の高いサーバを監視対象サーバと決定する
監視対象決定手段と有することを特徴としている。

【０００８】請求項２に記載の発明は、請求項１に記載
の監視対象決定装置において、前記監視対象決定手段が
監視対象サーバを決定した時に、他のサーバに搭載され
た監視対象決定装置に対して、前記生成手段が生成した
自装置を搭載したサーバの順位決定情報を送信し、該監
視対象サーバに搭載された監視対象決定装置内の前記記
憶手段に自装置を搭載したサーバの登録を要求する登録
要求手段と、他のサーバに搭載された監視対象決定装置
から登録要求があった場合、当該他のサーバから送信さ
れてきた順位決定情報に基づく順位で、当該他のサーバ
を前記記憶手段内に登録する登録手段とを有することを
特徴としている。

【０００９】請求項３に記載の発明は、請求項１または
２に記載の監視対象決定装置において、前記判断手段に
よりプライマリサーバが存在しないと判断された場合、
自装置を搭載したサーバにサービスの実行を指示するサ
ービス実行指示手段と、自装置を搭載したサーバがサー
ビスを実行中に、サービスを実行している他のサーバが
存在していた場合、該他のサーバに搭載された監視対象
決定装置内の記憶手段に記憶された順位決定情報を取得
する順位決定情報取得手段と、前記順位決定情報取得手
段が取得した順位決定情報のうち、前記サービスを実行
している他のサーバの順位決定情報と、自装置を搭載し
たサーバの順位決定情報とを比較する比較手段と、前記
比較手段による比較の結果、前記他のサーバよりも自装
置を搭載したサーバの方が順位が低かった場合、自装置
を搭載したサーバに対してサービスを停止させるサービ
ス停止手段とを有することを特徴としている。

【００１０】請求項４に記載の発明は、請求項１から３
のうちいずれか１項に記載の監視対象決定装置におい
て、前記生成手段が生成する順位決定情報は、自装置が
起動した起動時刻であって、該起動時刻が早いほど自装
置を搭載したサーバの全サーバ内における順位が高いこ
とを特徴としている。

【００１１】請求項５に記載の発明は、複数のサーバで
各々実行され、自装置を搭載したサーバが障害を監視す
る対象となる監視対象サーバを決定する監視対象決定プ
ログラムを記録したコンピュータ読み取り可能な記録媒
体であって、前記複数のサーバに各々搭載された複数の
監視対象決定装置のうち、自装置を搭載したサーバの順
位を決定するための順位決定情報を生成する第１のステ
ップと、自装置の起動時に、前記複数のサーバ内に、ク
ライアントに対するサービスを実行しているプライマリ
サーバが存在するか否かを判断する第２のステップと、
前記判断するステップによりプライマリサーバが存在す
ると判断された場合、該プライマリサーバから自装置以
外の監視対象決定装置を搭載した各サーバの順位決定情
報を取得する第３のステップと、前記第３のステップで
取得された各サーバの順位決定情報と、前記第１のステ
ップで生成された自装置を搭載したサーバの順位決定情
報とに基づいて、全サーバの順位を決定する第４のステ
ップと、前記第４のステップで決定された順位に従っ
て、全サーバの順位決定情報を記憶手段に記憶させる第
５のステップと、前記記憶手段の記憶内容に基づいて、
自装置を搭載したサーバの順位よりも１つ順位の高いサ
ーバを監視対象サーバと決定する第６のステップとを有
する監視対象決定プログラムを記録したコンピュータ読
み取り可能な記録媒体である。

【００１２】

【発明の実施の形態】以下、図面を参照して、本発明に
係る監視対象決定装置の一実施形態について説明する。
図１は、本実施形態における監視対象決定装置が適用さ
れるサービス提供システムの構成例を示すブロック図で
ある。この図において、１はサービス提供システムであ
り、ネットワーク２を介してクライアント３からの要求
に応じて所定のサービスを提供する。

【００１３】サービス提供システム１は、複数のサーバ
１０−１，１０−２，……，１０−ｎからなっている。
ここで、サーバ１０−１，１０−２，……，１０−ｎ
は、例えばネットワーク２を介して他のサーバまたはク
ライアントと通信を行うことができる通信機能を持った
パーソナルコンピュータまたはワークステーション等の
コンピュータである。これらサーバは、各々が起動する
時に監視対象となる他のサーバ（監視対象サーバ）を決
定し、その監視対象サーバがサービスを提供している時
に何らかの障害が発生した場合、その監視対象サーバに
代わってサービスを提供する。

【００１４】なお、サービスの提供は、予めインストー
ルされているサービスアプリケーションを実行すること
により行われる。また、上述した複数のサーバの内、サ
ービスを提供するサーバは１台のみであり、以下、この
サーバをプライマリサーバといい、それ以外のサーバは
待機系サーバという。図１においては、サーバ１０−１
がプライマリサーバとなっており、サーバ１０−２，…
…，１０−ｎが待機系サーバとなっている。

【００１５】次に上述した各サーバの構成を図２に示
す。この図において、１０１は送受信部であり、ＬＡＮ
２に接続され、サーバ内の各部が他のサーバまたはクラ
イアント３と通信を行う。なお、本実施形態では、サー
バ間およびサーバ−クライアント間の通信をＴＣＰ／Ｉ
Ｐプロトコルを用いて行っている。１０２は時計（生成
手段）であり、図示せぬ電池等により常に時刻を計時し
ている。なお、本実施形態では、従来の技術を用いて各
サーバが具備する時計１０２が全て同時刻を計時するよ
うに自動的に調整されているものとする。１０３はサー
ビス提供システム内の全サーバのＩＰアドレスと、各サ
ーバが起動した時刻とを対応付けて記憶しているテーブ
ル（記憶手段）である。

【００１６】ここで、図３にテーブル１０３の内容を示
す。この図に示すように、各サーバのＩＰアドレスと起
動時刻は、起動時刻が早い順に記憶されている。また、
「順番」“０”のサーバがプライマリサーバであり、以
下、各サーバは、各々自サーバの１つ上の順位のサーバ
を監視することなる。

【００１７】１０４は監視部であり、テーブル１０３の
内容に基づいて、監視対象サーバの決定、および、サー
ビスの実行／停止の決定等を行うと共に、決定した監視
対象サーバの監視を行う。１０５は処理部であり、監視
部１０４の指示に基づいて、予め自サーバにインストー
ルされているサービスアプリケーション（図示略）を実
行することにより、クライアント３に所定のサービスを
提供する。１０６は応答部であり、他のサーバから送信
されてきた各種通知（後述する）の内容に応じて、テー
ブル１０３の更新および他のサーバへの各種通知を行
う。

【００１８】なお、図２において、送受信装置１０１、
タイマ１０２、テーブル１０３、監視部１０４（監視機
能を除く）、および、応答部１０６が監視対象決定装置
に相当する。また、以下、自監視対象決定装置を搭載し
たサーバを自サーバという。

【００１９】以下、図４〜図６に示すフローチャートを
参照して、上述したサーバの動作について説明する。こ
こで、図４および図５は、監視部１０４の動作を示すフ
ローチャート、図６は応答部１０６の動作を示すフロー
チャートである。

【００２０】まず、監視対象決定装置が起動されると、
監視部１０４は、時計１０２が計時している時刻を読み
取った後、図４のステップＳａ１へ進み、サーバ提供シ
ステム１内の全サーバに対して、プライマリサーバであ
るか否かの問い合わせを同報送信する。この同報送信
は、ＴＣＰ／ＩＰプロトコルのＵＤＰ（User DatagramP
rotocol）を用いて行われる。次に、ステップＳａ２へ
進み、ステップＳａ１で行った問い合わせに対し、他の
サーバから、自サーバはプライマリサーバであるとの応
答通知が返信されてくるか否かを判断する。ここで、ス
テップＳａ１およびＳａ２の処理は判断手段に相当す
る。

【００２１】そして、ステップＳａ２において、所定時
間内に上記応答通知が返信されてきた場合は、サービス
提供システム１内にプライマリサーバが存在していると
判断し、判断結果がＹＥＳとなってステップＳａ３へ進
む。一方、所定時間が経過しても上記応答通知が返信さ
れてこなかった場合は、サービス提供システム１内にプ
ライマリサーバが存在していないと判断し、判断結果が
ＮＯとなり、図５のステップＳａ１１へ進む。以下、サ
ービス提供システム１内にプライマリサーバが存在して
いた場合と、存在していなかった場合とに分けて説明す
る。

【００２２】［プライマリサーバが存在していた場合］
ステップＳａ２で、サービス提供システム１内にプライ
マリサーバが存在すると判断された場合、判断結果がＹ
ＥＳとなってステップＳａ３へ進み、プライマリサーバ
に対し、当該プライマリサーバのテーブル１０３内に記
憶されている内容の送信を要求するためのテーブル参照
通知を行う。ここで、プライマリサーバのＩＰアドレス
は、当該プライマリサーバから送信されてきた応答通知
内に含まれていた送信元ＩＰアドレスから判断する。そ
して、ステップＳａ４へ進み、上記テーブル参照通知に
応じて返信されてきたテーブルの内容を受信し、テーブ
ル１０３に記憶する。ここで、ステップＳａ３およびＳ
ａ４の処理は取得手段に相当する。

【００２３】次に、ステップＳａ５（順位決定手段）へ
進み、起動時に読み取った時計１０２の時刻と、ステッ
プＳａ４でテーブル１０３に記憶された各サーバの起動
時刻とを順次比較していく。次いで、各サーバの起動時
刻の中で、自サーバの起動時刻よりも早く、かつ、自サ
ーバの起動時刻との時間差が最も小さいサーバを検索す
る。そして、ステップＳａ４で記憶したテーブル１０３
の内容に対し、検索されたサーバの次の順位に、自サー
バのＩＰアドレスおよび起動時刻を追加する。この時、
上記検索されたサーバの次の順位以降に位置していたサ
ーバの順位を１つずつ繰り下げていく。

【００２４】次にステップＳａ６（登録要求手段）へ進
み、検索されたサーバに対し、当該サーバのテーブル１
０３内に、自サーバを登録するよう登録要求を行う。こ
の時、登録要求と共に自サーバの起動時刻も送信する。

【００２５】次にステップＳａ７へ進み、登録要求の送
信先のサーバ（以下、送信先サーバという）のテーブル
１０３内に、自サーバが登録されたか否かの判断を行
う。この判断は、当該送信先サーバから、登録完了通知
と登録失敗通知のいずれが返信されてくるかによって行
われる。なお、登録完了通知と登録失敗通知について
は、後述する応答部１０６の動作説明において説明す
る。そして、送信先サーバから応答失敗通知を受信した
場合は、監視対象サーバ内のテーブルに登録されなかっ
たと判断し、判断結果がＮＯとなってステップＳａ８へ
進む。ステップＳａ８に進むと、一定時間待機した後、
再度ステップＳａ３以降の処理を行う。

【００２６】一方、ステップＳａ７において、登録完了
通知を受信した場合は、送信先サーバ内のテーブルに自
サーバが登録されたと判断し、判断結果がＹＥＳとなっ
てステップＳａ９（監視対象決定手段）へ進む。ステッ
プＳａ９では、テーブル１０３を参照し、自サーバより
も１つ順位が上のサーバを監視対象サーバと決定し、そ
のサーバの監視を開始する。そして、ステップＳａ１０
に進み、応答部１０６を起動した後、処理を終了する。

【００２７】［プライマリサーバが存在していなかった
場合］ステップＳａ２で、サービス提供システム１内に
プライマリサーバが存在しないと判断された場合、判断
結果がＮＯとなって図５のステップＳａ１１へ進む。以
下、図５を参照してプライマリサーバが存在しないと判
断された場合の動作について説明する。

【００２８】まず、ステップＳａ１１（サービス実行指
示手段）で、監視部１０４は、処理部１０５に対してサ
ービスアプリケーションを実行するよう指示する。これ
により、処理部１０５は予めインストールされていたサ
ービスアプリケーションを実行し、クライアント３に対
するサービスを開始する。次にステップＳａ１２へ進ん
で応答部１０６を起動した後、ステップＳａ１３へ進
み、予め設定された一定時間待機する。そして、一定時
間が経過するとステップＳａ１４へ進み、ステップＳａ
１と同様の処理を行い、サーバ提供システム１内の全サ
ーバに対して、プライマリサーバであるか否かの問い合
わせを同報送信する。

【００２９】次に、ステップＳａ１５へ進み、ステップ
Ｓａ１４で行った問い合わせに対し、ステップＳａ２と
同様、他のサーバから応答通知が返信されてくるか否か
を判断する。そして、所定時間が経過しても上記応答通
知が返信されてこなかった場合は、判断結果がＮＯとな
ってステップＳａ１３へ戻り、一定時間待機した後、ス
テップＳａ１４で再度プライマリサーバであるか否かの
問い合わせを同報送信する。以下、ステップＳａ１４で
行った問い合わせに対して応答通知が返信されてくるま
で、ステップＳａ１３〜Ｓａ１５の処理を繰り返し行
う。

【００３０】一方、所定時間内に応答通知が返信されて
きた場合は、ステップＳａ１５の判断結果がＹＥＳとな
って、ステップＳａ１６へ進む。ステップＳａ１６（順
位決定情報取得手段）では、上記応答通知を送信したプ
ライマリサーバに対してテーブル参照通知を行う。そし
て、ステップＳａ１７へ進み、テーブルの内容を受信す
ると、ステップＳａ１８において、上記プライマリサー
バの起動時刻と、自サーバの起動時刻とを比較する。

【００３１】ここで、上記プライマリサーバの起動時刻
よりも自サーバの起動時刻の方が早かった場合、ステッ
プＳａ１９へ進み、自サーバが正当なプライマリサーバ
であるとして、上記プライマリサーバに対して解散通知
を行い、その後ステップＳａ１３へ戻る。なお、解散通
知については、後述する応答部１０６の動作説明におい
て説明する。

【００３２】一方、ステップＳａ１８において、上記プ
ライマリサーバの起動時刻よりも自サーバの起動時刻の
方が遅かった場合は、ステップＳａ２０（サービス停止
手段）へ進み、処理部１０５に対してサービスアプリケ
ーションの実行停止を指示する。これにより、処理部１
０５は、サービスアプリケーションの実行を終了する。
次にステップＳａ２１へ進み、テーブル１０３の内容を
参照し、自サーバよりも１つ下位のサーバに対して解散
通知を行う。そして、解散通知を行った後、テーブル１
０３の内容をクリアし、図４のステップＳａ１へ戻る。

【００３３】さらに、ステップＳａ１８において、上記
プライマリサーバの起動時刻と自サーバの起動時刻とが
同じ時刻であった場合は、ステップＳａ２２へ進み、上
記プライマリサーバのＩＰアドレスの値と、自サーバの
ＩＰアドレスの値とを比較する。そして、上記プライマ
リサーバのＩＰアドレスの値よりも自サーバのＩＰアド
レスの値の方が小さかった場合は、ステップＳａ１９の
処理を行った後、ステップＳａ１３へ戻る。また、上記
プライマリサーバのＩＰアドレスの値よりも自サーバの
ＩＰアドレスの値の方が大きかった場合は、ステップＳ
ａ２０，Ｓａ２１の処理を行った後、図４のステップＳ
ａ１へ戻る。

【００３４】このようにステップＳａ１６〜Ｓａ２２の
処理を行うことによって、例えば、サービス提供システ
ム１内にプライマリサーバが存在していない状態におい
て、複数のサーバがほぼ同時に起動してしまった場合な
ど、複数のサーバがプライマリサーバとして、サービス
アプリケーションの実行を開始してしまった場合でも、
１台のみのサーバによりサービスを実行させることがで
きる。

【００３５】次に、図６を参照して応答部１０６の動作
について説明する。まず、応答部１０６が監視部１０４
によって起動されると、ステップＳｂ１へ進み、サービ
ス提供システム１内の他のサーバから何らかの通知を受
信するまで待機する。そして、ステップＳｂ１で他のサ
ーバから通知を受信すると、ステップＳｂ２へ進み、受
信した通知の内容および通知を行ったサーバのＩＰアド
レスを分析する。

【００３６】ここで、応答部１０６が受信する通知の種
類は、プライマリサーバであるか否かの問い合わせ、
登録要求、テーブル更新通知、テーブル参照通
知、解散通知の５種類であり、これら通知を常時開か
れているＴＣＰ／ＩＰプロトコルのＵＤＰポートを介し
て受信する。以下、各通知毎に分けて応答部１０６の動
作を説明する。

【００３７】プライマリサーバであるか否かの問い合
わせを受信した場合：他のサーバで、図４のステップＳ
ａ１または図５のステップＳａ１４の処理が行われた結
果、自サーバに対してプライマリサーバであるか否かの
問い合わせが行われた場合、応答部１０６はステップＳ
ｂ３へ進み、自サーバがプライマリサーバであるか否か
を判断する。ここで、応答部１０６は、テーブル１０３
を参照し、自サーバが「順番」“０”に登録されていれ
ば、自サーバはプライマリサーバであると判断し、「順
番」“０”以外に登録されていれば、自サーバはプライ
マリサーバでないと判断する。

【００３８】そして、自サーバがプライマリサーバであ
ると判断した場合は、判断結果がＹＥＳとなってステッ
プＳｂ４へ進み、自サーバはプライマリサーバであるこ
とを示す情報を応答通知として、ステップＳｂ２で分析
された当該問い合わせの送信元サーバへ返信する。そし
て、ステップＳｂ１へ戻り、次に何らかの通知が送信さ
れてくるまで待機する。一方、ステップＳｂ３で、自サ
ーバがプライマリサーバでないと判断した場合は、何も
処理を行わずステップＳｂ１へ戻る。

【００３９】なお、上述した処理は、クライアント３か
ら、サーバ提供システム１内の全サーバに対して、プラ
イマリサーバであるか否かの問い合わせが同報送信され
た場合にも行われる。これにより、クライアント３は応
答通知に付与されていたＩＰアドレスからプライマリサ
ーバを特定し、特定したプライマリサーバに対してサー
ビスを要求する。

【００４０】登録要求を受信した場合：他のサーバ
で、図４のステップＳａ６の処理が行われた結果、自サ
ーバに対して登録要求がなされた場合、応答部１０６は
ステップＳｂ５へ進み、現在、自サーバのテーブル１０
３の内容を更新中であるか否かを判断する。ここで、自
サーバのテーブル１０３の内容を更新中であると判断し
た場合は、判断結果がＹＥＳとなり、ステップＳｂ６へ
進み、当該登録要求を行ったサーバをテーブル１０３内
に登録できなかったことを示す情報を、登録失敗通知と
して、ステップＳｂ２で分析された当該通知の送信元サ
ーバへ送信する。そして、ステップＳｂ６の処理が終了
すると、ステップＳｂ１へ戻り、次に何らかの通知が送
信されてくるまで待機する。

【００４１】一方、ステップＳｂ５で、自サーバのテー
ブル１０３の内容を更新中でないと判断した場合は、判
断結果がＮＯとなり、ステップＳｂ７（登録手段）へ進
む。ステップＳｂ７では、テーブル１０３内における自
サーバの次の順位に、登録要求と共に送信されてきた起
動時刻と、ステップＳｂ２で分析されたＩＰアドレスを
登録する。また、当該登録を行う前に自サーバの順位以
降に位置していたサーバの順位を１つずつ繰り下げてい
く。

【００４２】次にステップＳｂ８へ進み、登録が行われ
たことを示す情報を、登録完了通知として、ステップＳ
ｂ２で分析された当該登録要求の送信元サーバへ送信す
る。そして、ステップＳｂ９へ進み、テーブル１０３の
内容を参照して、１つ上位のサーバに対し、登録要求と
共に送信されてきた起動時刻、および、ステップＳｂ２
で分析されたＩＰアドレスを、テーブル更新通知と共に
送信する。以上の処理を終了すると、ステップＳｂ１へ
戻り、次に何らかの通知が送信されてくるまで待機す
る。

【００４３】テーブル更新通知を受信した場合：他の
サーバで、上述したステップＳｂ９の処理が行われた結
果、自サーバに対してテーブル更新通知が送信されてき
た場合、応答部１０６はステップＳｂ１０へ進み、テー
ブル更新通知と共に送信されてきた起動時刻とＩＰアド
レスを、テーブル１０３内に追加する。すなわち、ま
ず、テーブル更新通知と共に送信されてきた起動時刻
と、テーブル１０３に記憶されている各起動時刻とを順
次比較していく。次に、テーブル１０３に記憶されてい
る各起動時刻のうち、テーブル更新通知と共に送信され
てきた起動時刻よりも早く、かつ、テーブル更新通知と
共に送信されてきた起動時刻との時間差が最も小さいサ
ーバを検索する。そして、検索されたサーバの１つ下位
の順位に、テーブル更新通知と共に送信されてきた起動
時刻とＩＰアドレスを追加する。また、また、この時、
上記検索されたサーバの次の順位以降に位置していたサ
ーバの順位を１つずつ繰り下げていく。

【００４４】次にステップＳｂ１１に進み、更新後のテ
ーブル１０３を参照し、ステップＳｂ３と同様の処理を
行うことによって、自サーバがプライマリサーバか否か
を判断する。そして、自サーバがプライマリサーバであ
ると判断した場合は、判断結果がＹＥＳとなってステッ
プＳｂ１２へ進み、テーブル１０３の内容を参照して、
１つ上位のサーバに対し、テーブル更新通知と共に送信
されてきた起動時刻とＩＰアドレスを、テーブル更新通
知と共に送信する。以上の処理を終了すると、ステップ
Ｓｂ１へ戻り、次に何らかの通知が送信されてくるまで
待機する。一方、ステップＳｂ１１において、自サーバ
がプライマリサーバでないと判断した場合は、何も処理
を行わずステップＳｂ１へ戻る。

【００４５】テーブル参照通知を受信した場合：他の
サーバで、図４のステップＳａ３または図５のステップ
Ｓａ１６の処理が行われた結果、自サーバに対してテー
ブル参照通知が送信されてきた場合、応答部１０６はス
テップＳｂ１３へ進み、テーブル１０３の内容を読み取
って、その内容を、ステップＳｂ２で分析された当該テ
ーブル参照通知の送信元サーバへ返信する。そして、ス
テップＳｂ１へ戻り、次に何らかの通知が送信されてく
るまで待機する。

【００４６】解散通知を受信した場合：他のサーバ
で、図５のステップＳａ１９またはＳａ２１の処理が行
われた結果、自サーバに対して解散通知が送信されてき
た場合、応答部１０６はステップＳｂ１４へ進み、テー
ブル１０３を参照し、自サーバよりも下位のサーバがあ
るか否かを判断する。そして、自サーバよりも下位のサ
ーバがあった場合は、判断結果がＹＥＳとなってステッ
プＳｂ１５へ進み、１つ下位のサーバに対して解散通知
を送信した後ステップＳｂ１６へ進む。また、ステップ
Ｓｂ１４において、自サーバよりも下位のサーバがなか
った場合は、判断結果がＮＯとなって直接ステップＳｂ
１６へ進む。

【００４７】ステップＳｂ１６へ進むと、応答部１０６
は、テーブル１０３の内容をクリア（消去）する。そし
て、ステップＳｂ１７へ進み、監視部１０４を起動した
後、応答部１０６の処理が終了する。

【００４８】なお、上述した実施形態では、サービス提
供システム内におけるサーバの順位を、各監視対象決定
装置の起動時刻に基づいて決定していたが、起動時刻の
代わりに、各サーバの性能（例えばＣＰＵのＭＩＰＳ値
等）の高低によって、サーバの順位を決定してもよい。
また、サービス提供システム内におけるサーバの順位
を、例えば各サーバのＩＰアドレスのように、各サーバ
が有する固有の情報であって、かつ、大小を決定できる
情報（もしくは例えば文字列のように、数値（文字コー
ド）に置き換えて大小を決定できるような情報）によっ
てのみ決定するようにしてもよい。

【００４９】さらに、図２に示したサーバ１０の機能を
実現するためのプログラムを、コンピュータ読み取り可
能な記録媒体に記録し、この記録媒体に記録されたプロ
グラムをコンピュータシステムに読み込ませ、実行する
ことにより、監視対象となるサーバを決定させるように
してもよい。

【００５０】ここで、上記「コンピュータシステム」と
は、ＯＳや周辺機器等のハードウェアを含み、さらにＷ
ＷＷシステムを利用している場合であれば、ホームペー
ジ提供環境（あるいは表示環境）も含むものとする。ま
た、「コンピュータ読み取り可能な記録媒体」とは、フ
ロッピーディスク、光磁気ディスク、ＲＯＭ、ＣＤ−Ｒ
ＯＭ等の可搬媒体、コンピュータシステムに内蔵される
ハードディスク等の記憶装置のことをいう。さらに「コ
ンピュータ読み取り可能な記録媒体」とは、インターネ
ット等のネットワークや電話回線等の通信回線を介して
プログラムを送信する場合の通信線のように、短時間の
間、動的にプログラムを保持するもの、その場合のサー
バやクライアントとなるコンピュータシステム内部の揮
発性メモリのように、一定時間プログラムを保持してい
るものも含むものとする。

【００５１】また、上記プログラムは、前述した機能の
一部を実現するためのものであっても良く、さらに前述
した機能をコンピュータシステムに既に記録されている
プログラムとの組み合わせで実現できるものであっても
良い。

【００５２】

【発明の効果】以上説明したように、本発明によれば、
自装置の起動時に、他のサーバ内にプライマリサーバが
存在するか否かを判断し、プライマリサーバが存在する
と判断された場合、該プライマリサーバから自装置以外
の監視対象決定装置を搭載した各サーバの順位決定情報
を取得して、取得した順位決定情報と、自装置を搭載し
たサーバの順位決定情報とに基づいて、全サーバの順位
を決定し、自装置を搭載したサーバの順位よりも１つ順
位の高いサーバを監視対象サーバと決定するので、複数
のサーバが、リレー形式で各サーバの監視を行う場合に
おいて、各サーバが各々監視対象となるサーバを自発的
に決定することができる。

【００５３】また、自装置の起動時に、他のサーバ内に
プライマリサーバが存在するか否かを判断し、プライマ
リサーバが存在しないと判断された場合は、自サーバに
サービスの実行を指示し、自装置を搭載したサーバがサ
ービスを実行中に、サービスを実行している他のサーバ
が存在していた場合、該他のサーバと自サーバとの順位
を比較して、他のサーバよりも自サーバの方が順位が低
かった場合、自サーバに対してサービスを停止させるの
で、複数のサーバによりサービスが提供されるのを回避
することができる。

【図面の簡単な説明】

【図１】 本発明に係る監視対象決定装置が適用される
サービス提供システムの構成例を示すブロック図であ
る。

【図２】 同監視対象決定装置を含むサーバの構成例を
示すブロック図である。

【図３】 同監視対象決定装置内のテーブルの内容を説
明するための説明図である。

【図４】 同監視対象決定装置内の監視部の動作を示す
フローチャートである。

【図５】 同監視対象決定装置内の監視部の動作を示す
フローチャートである。

【図６】 同監視対象決定装置内の応答部の動作を示す
フローチャートである。

【符号の説明】

１ サービス提供システム ２ ＬＡＮ ３ クライアント １０−１，１０−２，……，１０−ｎ サーバ １０１ 送受信部 １０２ 時計 １０３ テーブル １０４ 監視部 １０５ 処理部 １０６ 応答部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 津守 友美 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 長岡 亨 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 Ｆターム(参考） 5B045 AA00 BB47 GG01 JJ02 5B089 GA11 HA06 HB02 JB14 KA12 KB04 KB06 MB01 MC06 5K030 GA14 HB15 JA10 JT06 KA04 LE03 LE05 MA01 MC06 MC09 MD04 9A001 JJ06 LL09

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数のサーバに各々搭載され、自装置を
   搭載したサーバが障害を監視する対象となる監視対象サ
   ーバを決定する監視対象決定装置において、 前記複数のサーバに各々搭載された複数の監視対象決定
   装置のうち、自装置を搭載したサーバの順位を決定する
   ための順位決定情報を生成する生成手段と、 自装置の起動時に、前記複数のサーバ内に、クライアン
   トに対するサービスを実行しているプライマリサーバが
   存在するか否かを判断する判断手段と、 前記判断手段によりプライマリサーバが存在すると判断
   された場合、該プライマリサーバから自装置以外の監視
   対象決定装置を搭載した各サーバの順位決定情報を取得
   する取得手段と、 前記生成手段により生成された自装置を搭載したサーバ
   の順位決定情報と、前記取得手段により取得された各サ
   ーバの順位決定情報とに基づいて、全サーバの順位を決
   定する順位決定手段と、 前記順位決定手段によって決定された順位に従って、全
   サーバの順位決定情報を記憶する記憶手段と、 前記記憶手段の記憶内容に基づいて、自装置を搭載した
   サーバの順位よりも１つ順位の高いサーバを監視対象サ
   ーバと決定する監視対象決定手段とを有することを特徴
   とする監視対象決定装置。
2. 【請求項２】 前記監視対象決定手段が監視対象サーバ
   を決定した時に、他のサーバに搭載された監視対象決定
   装置に対して、前記生成手段が生成した自装置を搭載し
   たサーバの順位決定情報を送信し、該監視対象サーバに
   搭載された監視対象決定装置内の前記記憶手段に自装置
   を搭載したサーバの登録を要求する登録要求手段と、 他のサーバに搭載された監視対象決定装置から登録要求
   があった場合、当該他のサーバから送信されてきた順位
   決定情報に基づく順位で、当該他のサーバを前記記憶手
   段内に登録する登録手段とを有することを特徴とする請
   求項１記載の監視対象決定装置。
3. 【請求項３】 前記判断手段によりプライマリサーバが
   存在しないと判断された場合、自装置を搭載したサーバ
   にサービスの実行を指示するサービス実行指示手段と、 自装置を搭載したサーバがサービスを実行中に、サービ
   スを実行している他のサーバが存在していた場合、該他
   のサーバに搭載された監視対象決定装置内の記憶手段に
   記憶された順位決定情報を取得する順位決定情報取得手
   段と、 前記順位決定情報取得手段が取得した順位決定情報のう
   ち、前記サービスを実行している他のサーバの順位決定
   情報と、自装置を搭載したサーバの順位決定情報とを比
   較する比較手段と、 前記比較手段による比較の結果、前記他のサーバよりも
   自装置を搭載したサーバの方が順位が低かった場合、自
   装置を搭載したサーバに対してサービスを停止させるサ
   ービス停止手段とを有することを特徴とする請求項１ま
   たは２記載の監視対象決定装置。
4. 【請求項４】 前記生成手段が生成する順位決定情報
   は、自装置が起動した起動時刻であって、該起動時刻が
   早いほど自装置を搭載したサーバの全サーバ内における
   順位が高いことを特徴とする請求項１から３のうちいず
   れか１項に記載の監視対象決定装置。
5. 【請求項５】 複数のサーバで各々実行され、自装置を
   搭載したサーバが障害を監視する対象となる監視対象サ
   ーバを決定する監視対象決定プログラムを記録したコン
   ピュータ読み取り可能な記録媒体であって、 前記複数のサーバに各々搭載された複数の監視対象決定
   装置のうち、自装置を搭載したサーバの順位を決定する
   ための順位決定情報を生成する第１のステップと、 自装置の起動時に、前記複数のサーバ内に、クライアン
   トに対するサービスを実行しているプライマリサーバが
   存在するか否かを判断する第２のステップと、 前記判断するステップによりプライマリサーバが存在す
   ると判断された場合、該プライマリサーバから自装置以
   外の監視対象決定装置を搭載した各サーバの順位決定情
   報を取得する第３のステップと、 前記第３のステップで取得された各サーバの順位決定情
   報と、前記第１のステップで生成された自装置を搭載し
   たサーバの順位決定情報とに基づいて、全サーバの順位
   を決定する第４のステップと、 前記第４のステップで決定された順位に従って、全サー
   バの順位決定情報を記憶手段に記憶させる第５のステッ
   プと、 前記記憶手段の記憶内容に基づいて、自装置を搭載した
   サーバの順位よりも１つ順位の高いサーバを監視対象サ
   ーバと決定する第６のステップとを有する監視対象決定
   プログラムを記録したコンピュータ読み取り可能な記録
   媒体。