JP2000148539A - 障害検知方法、コンピュータシステム及び構成装置、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 分散システムにおける効率的な障害発生の検
知が可能となるコンピュータシステム及び構成装置を提
供する。 【解決手段】 エージェントサーバ１０は、巡回情報受
信処理部１２において受信トークンの種別を判定し、該
判定結果及びエージェント管理情報に基づいて状態監視
処理部１３または監視対象変更処理部により対応する送
信トークンが生成される。生成された送信トークンは、
巡回情報送信処理部１５と共動して次回の送信対象とな
る他のエージェントサーバ１０に対して送信される。巡
回情報送信処理部１５は、該送信結果に基づいて送信先
のエージェントサーバ１０における障害発生を検知して
エージェント管理情報を更新するとともに、通信制御部
１１を介してシステム統括管理サーバ２０に対して該障
害発生を通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、システム管理、障
害検知技術に係り、より詳しくは、分散システムのネッ
トワーク環境においてデータ通信に係るトラフィックを
低減させてコンピュータ装置における障害発生を効率的
に検知する手法に関する。

【０００２】

【従来の技術】近年、インタネット等の通信網に代表さ
れる大規模且つ高速なネットワーク環境の発展により、
利用者に対して多様な形態で情報提供を行うコンピュー
タシステムの開発が盛んである。これらのコンピュータ
システムでは、障害発生に伴うシステム全体の効率低下
や、システムへの不正侵入者に対する機密保護等を考慮
した、高信頼のシステム構築及びシステム運用管理が望
まれている。

【０００３】また、このようなコンピュータシステムで
は、例えば、特有な処理の実行及び情報の保持等を担当
する複数のコンピュータ装置をネットワーク上に分散し
て配置し、システム全体における処理効率の向上を図る
分散システムが知られている。この分散システムでは、
通常、クライアント・サーバシステム型の通信形態が採
用されており、利用者は、クライアント側となるコンピ
ュータ装置からアクセス用インタフェースを使用して、
サーバにアクセスし、所望の電子化情報を取得するよう
になっている。

【０００４】分散システムにおける構築の一形態とし
て、例えば、ネットワーク環境を複数のＬＡＮ（Local
Area Network）を含んだ大規模なＷＡＮ（Wide Area Ne
twork）環境により構築して、ＷＷＷ（World Wide We
b）サーバ、ＤＮＳ（Domain Name System）、Ｐｒｏｘ
ｙサーバ等の特有な処理を担当する各サーバを該ＷＡＮ
上に分散配置させるとともに、システム全体を統括的に
管理する統括管理サーバにより一元的な運用管理を行う
システム管理手法が知られている。

【０００５】このようなシステム管理手法では、統括管
理サーバが、後述する各エージェントの起動を確認する
ことにより、エージェントの稼働状態を監視して障害発
生の検知を行うものである。具体的には、監視対象とな
るサーバ等の複数のコンピュータ装置に対する統括的な
稼働状態の監視を行う監視マネージャ的な統括管理サー
バからの集中管理を行うために、分散配置された各サー
バマシン等において、監視エージェント（以下、単に
「エージェント」と記す）と呼ばれる監視アプリケーシ
ョンを常駐させるものである。エージェントには、通
常、「イベントドリブン方式」が採用されており、エー
ジェントにおいて障害発生が検出された場合にのみ、統
括管理サーバへその旨が通知されるようになっている。

【０００６】このイベントドリブン方式では、エージェ
ントと統括管理サーバ間のトラフィック及び統括管理サ
ーバのリソース使用率を軽減させるメリットがあるもの
の、統括管理サーバにおいて特定のエージェントからの
通知がない場合に、当該エージェントが正常に稼働中で
ありながら通知がないのか、或いは当該エージェントが
停止していて通知がないのかが統括管理サーバからは判
断できない。

【０００７】このような問題を解決するため、イベント
ドリブン方式でありながら、且つ統括管理サーバにおい
て複数のエージェントの稼働状態をリアルタイムに知る
ことが可能なように、いくつかの障害検知手法が提案さ
れている。以下、従来の障害検知手法について図面を参
照してその概略を説明する。なお、統括管理サーバとエ
ージェント間のデータ通信は、ネットワーク経由のリモ
ートアクセスによるものとする。

【０００８】（１）統括管理サーバからのポーリング 図９は、従来型の分散システムにおける一実施形態を表
す図である。統括管理サーバは、各エージェントの起動
を確認するために、統括管理サーバ側から監視対象とな
る各マシンのエージェントに対して周期的に起動確認の
問い合わせ、即ちポーリングを行うとともに、各エージ
ェントは、該問い合わせに対して確認を返す。エージェ
ントに異常等が発生した場合、統括管理サーバへの確認
が返らないため、統括管理サーバ側では、該確認不能を
契機に当該エージェントにおける障害検知が可能とな
る。

【０００９】（２）監視対象マシン内でのプロセス相互
監視 図１０は、従来型のコンピュータ装置におけるプロセス
間の相互監視を表す図である。この図では、分散システ
ムを構成する特定のコンピュータ装置（以下、「マシ
ン」と称する）におけるエージェントプロセス間の相互
監視を表している。本手法は、監視対象となる各マシン
の内部で各々複数のエージェントプロセスを起動し、各
エージェントプロセスが互いに起動しているか否かを監
視し合うことによってエージェントプロセスのダウン等
の障害を検知するものである。例えば、特定のエージェ
ントプロセスがダウンした場合に、他のエージェントプ
ロセスがダウンしたエージェントプロセスを再起動可能
に構成されているため、エージェントプロセスがダウン
し続ける状態の防止が可能となる。また、特定のエージ
ェントプロセスのダウン検知と同時に、他のエージェン
トプロセスから該障害発生が統括管理サーバへ通知され
るため、統括管理サーバ側からのマシンに対する障害検
知が可能となる。

【００１０】（３）サブ統括管理サーバ設置 図１１は、従来型の分散システムにおける実施の一形態
を表す図である。通常の分散システムでは、監視対象マ
シンは同一ＬＡＮ内において複数台設置されることが多
いことから、エージェント自身も複数存在する。そこで
本手法は、複数の監視対象マシンにおける特定のエージ
ェントが、ＬＡＮ内におけるサブ統括管理サーバとして
の機能を果たすように構成するものである。サブ統括管
理サーバとして機能するエージェントは、他のエージェ
ントに対して一定時間毎に問い合わせを行い、特定のエ
ージェントからの確認が返らない場合には、当該エージ
ェントの障害発生を統括管理サーバに対して通知する。
統括管理サーバでは、該通知を契機に対応するエージェ
ントに係る監視対象マシンの障害を検知する。

【００１１】

【発明が解決しようとする課題】ところで、上述の分散
システムにおける障害検知手法では、以下に示すような
問題があった。 （１）統括管理サーバからのポーリング エージェント数の増加に伴ってポーリングに係る通信量
も増加するために、ネットワークにおける負荷が増大す
る。この場合、ポーリングの間隔を長くすることで多少
の解決は行えるが、分散システムにおけるリアルタイム
性が損なわれてしまう。また、統括管理サーバとエージ
ェント間のネットワークがＩＳＤＮ（Integrated Servi
ces Digital Network）の様なＷＡＮの場合、ポーリン
グ毎に課金されてしまうことから、経済的効率を考慮し
たシステム構築の必要性がある。

【００１２】（２）監視対象マシン内でのプロセス交互
監視 監視対象となる同一マシン内においてエージェントのダ
ウン防止は可能となるものの、当該マシン自体がダウン
した場合についての対処が行えない。

【００１３】（３）サブ統括管理サーバ設置 サブ統括管理サーバとして機能するエージェントがダウ
ンした場合、当該エージェントが監視対象としていた他
のエージェントの稼働状態が把握不能となる。これに対
処してサブ統括管理サーバのエージェントを複数設置し
た場合、ネットワーク負荷が増大してしまいそのトレー
ドオフの判断が難しくなる。また、サブ統括管理サーバ
がどのエージェントを監視するかという情報も必要とな
ることからサブ統括管理サーバ数の増加に伴って必要と
なる情報伝達量も増大する。

【００１４】このような問題は、障害発生の検知に関し
て、統括管理サーバとエージェント間の通信トラフィッ
ク及びリソースの使用効率を考慮した分散システムを構
築できれば解決されるものである。

【００１５】そこで本発明の課題は、分散システムにお
ける効率的な障害発生の検知が可能となる障害検知方法
を提供することにある。本発明の他の課題は、上記障害
検知方法の実施に適したコンピュータシステムとその構
成装置を提供することにある。また、本発明の他の課題
は、上記障害検知方法及びコンピュータシステム等を汎
用のコンピュータ装置で実現するための記録媒体を提供
することにある。

【００１６】

【課題を解決するための手段】上記課題を解決する本発
明の障害検知方法は、双方向通信可能な環境に分散配置
された複数のコンピュータ装置における障害発生の有無
を検知する方法であって、各コンピュータ装置が、自己
以外の他のコンピュータ装置から送出される巡回情報を
受領するとともに、当該巡回情報と予め保持された巡回
履歴情報とに基づいて次回の送出対象となる他のコンピ
ュータ装置に対する巡回情報を生成する過程と、生成さ
れた巡回情報を前記次回の送出対象となる他のコンピュ
ータ装置に対して送出するとともに、該送出結果に基づ
いて送出先のコンピュータ装置における障害の有無を監
視して障害発生を検知する過程とを少なくともこの順に
実行し、前記巡回情報を分散配置されたすべてのコンピ
ュータ装置に対して巡回的に波及させ、特定のコンピュ
ータ装置における障害発生の有無をコンピュータ装置間
で相互監視することを特徴とする。

【００１７】上述の各情報の内容は以下のとおりであ
る。 （１）巡回情報：監視用巡回情報または監視対象変更用
巡回情報のいずれかにより形成される情報。 （２）監視用巡回情報：送出元のコンピュータ装置に関
する識別情報、上記巡回情報の送出時間を抑制するため
のリレー間隔、及びその巡回情報の整合性を維持するた
めの通番を含んで形成される情報。 （３）監視対象変更用巡回情報：前記双方向通信可能な
環境に対して追加または削除される監視対象のコンピュ
ータ装置に関する識別情報を含んで形成される情報。こ
の監視対象変更用巡回情報は、特定のコンピュータ装置
の追加または削除による前記双方向通信可能な環境に対
する変更情報を、分散配置されたすべてのコンピュータ
装置に対して波及させるための情報である。 （４）巡回履歴情報：自己のコンピュータ装置に関する
識別情報、自己のコンピュータ装置における前記巡回情
報の現時点までの到達状態を表す情報、現時点における
他のコンピュータ装置に関する稼働状態を表す情報、及
び前記監視対象変更用巡回情報の波及状態を表す情報を
含んで形成される情報であり、前記コンピュータ装置毎
に更新可能に保持されるものである。この巡回履歴情報
は、前記巡回情報の伝達順序を特定するための、前記分
散配置の形態に基づいて予めグループ化された、自己の
コンピュータ装置が属するグループにおける監視対象と
なるすべてのコンピュータ装置に関する情報を含んで形
成されるものであっても良い。

【００１８】上記他の課題を解決する本発明のコンピュ
ータシステムは、双方向通信可能な環境を統括的に管理
する第１コンピュータ装置と複数の第２コンピュータ装
置とを各々接続して成り、個々の第２コンピュータ装置
が、自己以外の他の第２コンピュータ装置から送信され
る巡回情報を受信するとともに、当該巡回情報と予め保
持された巡回履歴情報とに基づいて、次回の送信対象と
なる他の第２コンピュータ装置に対する送信巡回情報を
生成する巡回情報生成手段と、生成された送信巡回情報
を前記次回の送信対象となる他の第２コンピュータ装置
に対して送信するとともに、該送信結果に基づいて送信
先の第２コンピュータ装置における障害の有無を監視し
て障害発生を検知する障害検知手段と、検知された障害
発生に関する情報を前記第１コンピュータ装置に対して
通知する障害通知手段とを備え、前記障害検知手段が障
害発生を検知する毎に前記第１コンピュータ装置に対し
て通知することを特徴とする、障害検知機能付きコンピ
ュータシステムである。

【００１９】前記巡回情報生成手段は、例えば、受信し
た前記巡回情報の種別に基づいて監視用または監視対象
変更用のいずれかの前記送信巡回情報を生成するように
構成される。あるいは、前記巡回履歴情報に基づいて、
前記自己以外の他の第２コンピュータ装置からの前記巡
回情報が予め設定された待ち時間を超過した場合に、自
己の第２コンピュータ装置から前回送信された送信巡回
情報と同一の監視用送信巡回情報を生成するように構成
される。あるいは、受信した前記巡回情報が監視対象変
更用の巡回情報である場合に、当該巡回情報に基づいて
前記双方向通信可能な環境に対して追加または削除され
る他の第２コンピュータ装置に関する情報を前記巡回履
歴情報に反映させて更新するように構成される。

【００２０】前記障害検知手段は、前記巡回履歴情報に
基づいて前記次回の送信対象となる他の第２コンピュー
タ装置を特定して前記送信巡回情報を送信するととも
に、該送信先の第２コンピュータ装置からの所定の送達
確認情報と前記巡回履歴情報とに基づいて、該送信先の
第２コンピュータ装置における稼働状態を「正常」また
は「異常」のいずれかを判定することにより障害発生の
有無を検知するように構成される。この障害検知手段に
おいて、稼働状態が「異常」と判定された場合は、前記
巡回履歴情報に基づいて、さらに次回の送信対象となる
他の第２コンピュータ装置を特定して当該送信巡回情報
を継続して送信する。また、稼働状態が「正常」と判定
され、且つ、前記巡回履歴情報における当該送信先の第
２コンピュータ装置の稼働状態が「異常」の場合には、
前記第１コンピュータ装置に対して当該送信先の第２コ
ンピュータ装置の復旧を表す「正常」に関する情報を通
知する。なお、前記送信先の第２コンピュータ装置に対
する前記送信巡回情報の送信完了を契機に、該送信結果
及び障害検知結果を反映させて前記巡回履歴情報を更新
する。

【００２１】前記第２コンピュータ装置は、例えば、所
定のトークンパッシングに基づいたトークンによる巡回
情報を、前記巡回履歴情報に基づいて、前記双方向通信
可能な環境において分散配置された対応する他のすべて
の前記第２コンピュータ装置に対して巡回させるように
構成されたものである。

【００２２】本発明の他のコンピュータシステムは、双
方向通信可能な環境において情報取得要求元となる複数
の第１コンピュータ装置、前記第１コンピュータ装置に
対して情報提供を行う複数の第２コンピュータ装置、及
び前記双方向通信可能な環境を統括的に管理する第３コ
ンピュータ装置を各々接続して成り、前記第１及び第２
コンピュータ装置が、自己以外の他の第１または第２コ
ンピュータ装置から送信される巡回情報を受信するとと
もに、当該巡回情報と予め保持された巡回履歴情報とに
基づいて、次回の送信対象となる他の第１または第２コ
ンピュータ装置に対する送信巡回情報を生成する巡回情
報生成手段と、生成された送信巡回情報を前記次回の送
信対象となる他の第１または第２コンピュータ装置に対
して送信するとともに、該送信結果に基づいて送信先の
第１または第２コンピュータ装置における障害の有無を
監視して障害発生を検知する障害検知手段と、検知され
た障害発生に関する情報を前記第３コンピュータ装置に
対して通知する障害通知手段とを備え、前記障害検知手
段が障害発生を検知する毎に前記第３コンピュータ装置
に対して通知することを特徴とする、障害検知機能付き
コンピュータシステムである。

【００２３】上記他の課題を解決する本発明の記録媒体
は、双方向通信可能な環境を統括的に管理する第１コン
ピュータ装置と複数の第２コンピュータ装置とに各々接
続され、特定の前記第２コンピュータ装置に読み取られ
て当該コンピュータ装置を他の前記第２コンピュータ装
置に対する稼働状態監視装置として機能させるプログラ
ムコードを記録した記録媒体であって、前記プログラム
コードが、少なくとも、自己以外の他の第２コンピュー
タ装置から送信される巡回情報を受信するとともに、当
該巡回情報と予め保持された巡回履歴情報とに基づい
て、次回の送信対象となる他の第２コンピュータ装置に
対する送信巡回情報を生成する処理、生成された送信巡
回情報を前記次回の送信対象となる他の第２コンピュー
タ装置に対して送信するとともに、該送信結果に基づい
て送信先の第２コンピュータ装置における障害の有無を
監視して障害発生を検知する処理、検知された障害発生
に関する情報を前記第１コンピュータ装置に対して通知
する処理、を前記第２コンピュータ装置に実行させるも
のである。

【００２４】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。 （第１実施形態）図１は、本発明を、情報提供を行うコ
ンピュータシステムに適用した場合の実施の形態を表す
機能ブロック図である。このコンピュータシステム１
は、複数のエージェントサーバ１０、システム全体の統
括管理を行うシステム統括管理サーバ２０、及び複数の
クライアント３０を分散して配備し、通信網Ｌを介して
各々双方向通信可能に接続されて構成される。この場合
の通信網Ｌは、例えば、複数のＬＡＮ等の局所的なネッ
トワーク環境をその内部に含んで構築された、アウトソ
ーシング可能なＩＳＤＮ等を含むＷＡＮによる広域ネッ
トワーク環境である。

【００２５】エージェントサーバ１０は、当該サーバを
構成するコンピュータ装置が保有した固有のアプリケー
ション及び情報に関するサービスを複数のクライアント
３０に対して提供する業務サーバであるとともに、複数
のエージェントサーバ１０相互間において稼働状態の監
視を行う所謂、稼働状態監視装置として機能するもので
ある。複数のエージェントサーバ１０における個々のサ
ーバ機能は、例えば、ＤＮＳ、Ｐｒｏｘｙ、ＷＩＮＳ
（Windows Internet Network Service）、データベース
管理システム（ＤＢＭＳ）等を提供するように構成され
る。

【００２６】以下、本実施形態では、エージェントサー
バ１０における機能構成について、公知技術により実現
されるクライアント３０に対するサーバ機能に関する説
明を省略し、複数のエージェントサーバ１０間における
稼働状態監視装置としての機能構成について説明する。
なお、複数のエージェントサーバ１０間におけるデータ
アクセスは、所定のトークンによるメッセージを予め設
定されたノード順序でネットワークを巡回させる、公知
のトークンパッシング手法（Token Passing Method）に
基づくものとする。

【００２７】システム統括管理サーバ２０は、コンピュ
ータシステム１全体を統括的に管理するサーバであり、
複数のエージェントサーバ１０に対する監視マネージャ
として位置付けられる。具体的には、特定のエージェン
トサーバ１０において障害が発生した場合に、他のエー
ジェントサーバ１０からなされる障害発生の通知に即し
て障害を検知したシステム統括管理サーバ２０は、該障
害に関する情報を管理者へ通知を行ったり、記録（ロ
グ）を残したりするように構成される。

【００２８】また、システム統括管理サーバ２０は、図
示しない情報保持手段において複数のエージェントサー
バ１０に関する監視管理情報を保持するものである。図
２に、監視管理情報における構築形態の一例を示す。図
中、「エージェントＩＤ」は各エージェントサーバ１０
毎に各々付与された識別情報であり、監視管理情報は、
「エージェントＩＤ」と対応するエージェントサーバ１
０の「ＩＰアドレス」との組から構築されている。この
場合、「エージェントＩＤ」は予め設定された監視グル
ープ内で一意に決められるものであり、トークンの伝達
順序に用いるために数値であることが望ましい。また、
監視グループとは、複数のエージェントサーバ１０間で
稼働状態の相互監視を行うためのエージェントサーバの
集合であり、ネットワーク的に離れたエージェントサー
バ同士が監視し合うことがないように、好ましくは、同
一ＬＡＮのようにその分散形態に即した同一サイトやセ
グメント等に属するエージェントサーバ群として構築す
れば良い。このことから、システム統括管理サーバ２０
では、すべての監視グループに関する監視管理情報を保
有するものとなる。

【００２９】なお、本実施形態におけるコンピュータシ
ステム１は、公知のＴＣＰ／ＩＰ（Transmission Contr
ol Protocol/Internet Protocol）の通信プロトコルを
ベースに構成されているものとする。但し、このような
例に限定されず、ＵＤＰの通信プロトコルをベースに構
成されたものであっても良い。

【００３０】コンピュータ装置により実現される、稼働
状態監視装置として機能するエージェントサーバ１０
は、自己のＯＳ下で所定のプログラムを読み込んで実行
することにより形成される、通信制御部１１、巡回情報
受信処理部１２、状態監視処理部１３、監視対象変更処
理部１４、及び巡回情報送信処理部１５を具備して構成
される。

【００３１】また、エージェントサーバ１０における各
機能を形成させる上記プログラムは、通常、当該エージ
ェントサーバ１０を構成するコンピュータ装置の内部或
いは外部記憶装置に、上記各機能ブロックを形成可能な
任意の記録形態で格納され、随時読み取られて実行され
るようになっている。例えば、コンピュータ装置等とは
分離可能なＣＤ−ＲＯＭやＦＤ等の可搬性記録媒体、或
いは構内ネットワークに接続されたプログラムサーバ等
にコンピュータ可読の形態で格納され、使用時に上記コ
ンピュータ装置の内部または外部記憶装置にインストー
ルされて随時実行に供されるものであってもよい。な
お、上記機能ブロック１１〜１５は、上記プログラム単
独による形成、或いはコンピュータ装置に搭載されたオ
ペレーティングシステムとの共動により適宜実現される
ものであっても良い。

【００３２】通信制御部１１は、通信網Ｌを介してシス
テム統括管理サーバ２０及び複数のエージェントサーバ
１０とのデータ授受を行うものである。

【００３３】巡回情報受信処理部１２は、稼働状態の監
視対象となる複数のエージェントサーバ１０から巡回し
てなされる応答情報、即ちトークン（以下、受信トーク
ン）を後述するエージェント管理情報に基づいて通信制
御部１１を介して受信するとともに、当該受信トークン
の種別について「監視用トークン」かまたは「変更用ト
ークン」かを判定するものである。

【００３４】状態監視処理部１３は、巡回情報受信処理
部１２における受信トークンが「監視用トークン」の場
合に、次回に巡回させるべきエージェントサーバ監視用
の送信トークンを後述するエージェント管理情報に基づ
いて生成するとともに、当該トークンを巡回情報送信処
理部１５と共動することにより通信制御部１１を介して
送信対象となる他のエージェントサーバ１０に対して送
信するものである。

【００３５】監視対象変更処理部１４は、巡回情報受信
処理部１２における受信トークンが、監視対象となる特
定のエージェントサーバ１０に関する追加または削除を
表す「変更用トークン」の場合に、次回に巡回させるべ
きエージェントサーバ変更用の送信トークンを後述する
エージェント管理情報に基づいて生成するとともに、当
該トークンを巡回情報送信処理部１５と共動することに
より通信制御部１１を介して送信対象となる他のエージ
ェントサーバ１０に対して送信するものである。

【００３６】巡回情報送信処理部１５は、状態監視処理
部１３及び監視対象変更処理部１４において各々生成さ
れた送信トークンを通信制御部１１を介して送信対象と
なる他のエージェントサーバ１０に対して送信するとと
もに、該送信結果と後述するエージェント管理情報とに
基づいて当該トークンの送信先エージェントサーバ１０
における稼働状態を判定するものである。また、該判定
結果を、通信制御部１１を介してシステム統括管理サー
バ２０に対して通知するように構成される。具体的に
は、送信トークンを巡回させるべき送信先エージェント
サーバ１０に対して送信不能な場合を、当該エージェン
トサーバ１０における障害発生として検知する毎に、該
障害検知に関する情報をシステム統括管理サーバ２０に
対して通知する。

【００３７】この場合、送信トークンは、障害が検知さ
れたエージェントサーバ１０の次に送信対象となる他の
エージェントサーバ１０に対して継続して送信され、障
害が検知された同一エージェントサーバ１０に対して
は、送信トークンが自己のエージェントサーバ１０に巡
回してきた場合に再度送信を行うように構成される。

【００３８】次に、エージェントサーバ１０におけるエ
ージェント管理情報について説明する。エージェントサ
ーバ１０は、図示しない情報管理手段において予め構築
されたエージェント管理情報を保持するとともに、当該
エージェント管理情報に基づいて上記機能ブロック１１
〜１５を機能させるものである。

【００３９】図３にエージェント管理情報における構築
形態の一例を示す。図中、「エージェントＩＤ」及び
「ＩＰアドレス」は、上述のシステム統括管理サーバ２
０における監視管理情報に対応するものであり、トーク
ンの伝達順序はこの「エージェントＩＤ」に基づいて決
定される。なお、エージェント管理情報において、例え
ば、欠番となっている「エージェントＩＤ」に対応する
「ＩＰアドレス」はゼロクリアするように構築すれば良
い。

【００４０】「稼働状態」は、現時点において対応する
エージェントサーバ１０が稼働しているか否かを表す情
報であり、この「稼働状態」は、すべてのエージェント
サーバ１０の稼働状態に関する情報を保持する必要はな
く、例えば、過去に自己のエージェントサーバ１０から
トークンを伝達したエージェントサーバ１０に関する情
報だけがあれば良い。

【００４１】「伝達フラグ」は、特定のエージェントサ
ーバ１０に関する追加や削除等の変更が行われた場合
に、当該エージェントサーバ１０のＩＰアドレス等の情
報が次回にトークンを巡回させるべきエージェントサー
バ１０に伝達したか否かを表す情報である。変更された
エージェントサーバ１０に関する情報は、自己のエージ
ェントサーバ１０に対して送信がなされた他のエージェ
ントサーバ１０からの送信トークンにより巡回的に伝達
される。各エージェントサーバ１０は、監視グループを
構成するすべてのエージェントサーバ１０に関する「監
視グループ一覧」情報を持つ必要があるため、この「伝
達フラグ」により最新情報の保持が実現される。一方、
「トークン待ち時刻」及び「トークン通番」は、トーク
ンに関する不整合や通信上のエラーを検出するため情報
である。

【００４２】このエージェント管理情報は、エージェン
トサーバ１０の現時点におけるトークンに関する巡回の
履歴情報として用いられる。なお、エージェント管理情
報におけるデータ構造は、上記構築例に限定することな
く例えば、表形式やリスト形式等対応する形態で適宜構
築すれば良い。

【００４３】このように、各エージェントサーバ１０
は、自己が属する監視グループに関するエージェント管
理情報を保持しておけば良く、当該エージェント管理情
報とエージェントサーバ１０間を巡回するトークンとに
より稼働状態の相互監視、及び特定のエージェントサー
バ１０における構成変更情報の自動伝達が実現される。

【００４４】次に、エージェントサーバ１０間を巡回す
るトークンについて説明する。図４は、エージェントサ
ーバ１０間における稼働状態の監視処理の概要を表す模
式図である。本実施形態では、コンピュータシステム１
を巡回するトークン、即ち送信トークンは、図示するよ
うに２種類の形態でエージェントサーバ１０間を巡回す
るものである。エージェントサーバ１０における巡回情
報受信処理部１２では、送信トークンを受信して、当該
トークンに含まれる「処理種別」を表すフラグから当該
トークンが通常の「監視用トークン」か、または特定の
エージェントサーバ１０に関する追加や削除等の「変更
用トークン」かが判定される。

【００４５】「監視用トークン」は、監視用トークンを
表すフラグ「処理種別」、「送信元エージェントＩ
Ｄ」、トークンの送信処理時間を抑制するための巡回遅
延を表す「リレー間隔」、及びトークンの整合性を維持
するための「通番」を含んで構成される。この場合の
「通番」は監視グループを一巡する毎にその値が増加す
るように構成され、また、「リレー間隔」は通番が増加
する際に、トークンが流れすぎないように、エージェン
トサーバ１０において、エージェント管理情報の「トー
クン待ち時刻」と実際の時刻とから一巡する時間を加味
して算出された値が付与されるものである。

【００４６】一方、「変更用トークン」は、変更用トー
クンを表すフラグ「処理種別」、コンピュータシステム
１における通信網Ｌに対して追加または削除される「変
更エージェントＩＤ」、及び対応する「変更ＩＰアドレ
ス」を含んで構成される。この場合、例えば、「変更Ｉ
Ｐアドレス」が「０」の場合は対応するエージェントサ
ーバ１０の「削除」、また、それ以外の値の場合には対
応するエージェントサーバ１０の「追加」と判定するよ
うに構成される。

【００４７】また、この図では、監視グループＡにおい
てエージェントＩＤ「００３」のエージェントサーバＣ
に対する送信トークンが送信不能であったため、当該エ
ージェントサーバＣにおける障害が、送信元となるエー
ジェントＩＤ「００２」のエージェントサーバＢにより
検知されてシステム統括管理サーバ２０に対する通知が
なされていることを表している。

【００４８】次に、本実施形態におけるコンピュータシ
ステム１の具体的な動作について説明する。図５〜８
は、コンピュータシステム１における処理手順図であ
る。まず、図５に示すエージェントサーバ１０における
概略処理手順について説明する。エージェントサーバ１
０の巡回情報受信処理部１２は、エージェント管理情報
に基づいてトークンの受信に係る待ち時間を検知する
（ステップＳ１０１）。当該待ち時間がエージェント管
理情報における「トークン待ち時刻」を超えずに受信さ
れた場合（ステップＳ１０１：超えずに受信）、巡回情
報受信処理部１２は当該トークンを受信してその種別を
判定する（ステップＳ１０２〜１０３）。

【００４９】判定された受信トークンの種別が「監視用
トークン」の場合には（ステップＳ１０３：監視用トー
クン）、巡回情報受信処理部１２は、当該トークンにお
ける「リレー間隔」またはエージェント管理情報におけ
る「トークン待ち時間」に基づいて処理を一時停止する
（ステップＳ１０４）。この「リレー間隔」で指定され
た時間待機することにより、通信網Ｌにおけるトラフィ
ックが抑制される。次に、制御権は、巡回情報受信処理
部１２から状態監視処理部１３に移されてエージェント
サーバ１０間における監視処理が行われる（ステップＳ
１０５）。なお、当該監視処理については後述する。

【００５０】当該監視処理が終了後、エージェントサー
バ１０は、該監視処理結果に基づいて図示しない情報管
理手段により「トークン待ち時間」を再算出してエージ
ェント管理情報を更新するとともに（ステップＳ１０
６）、ステップＳ１０１に戻り処理を繰り返す。また、
巡回情報受信処理部１２における受信トークンが「変更
用トークン」の場合には（ステップＳ１０３：変更用ト
ークン）、制御権は、監視対象変更処理部１４に移され
て後述するエージェントサーバ１０に関する変更処理が
行われる（ステップＳ１０７）。

【００５１】一方、上記ステップＳ１０１においてトー
クンが待ち時間を超過して受信された場合には（ステッ
プＳ１０１：超えた）、トークンを保持したままダウン
等の障害が発生したエージェントサーバ１０の存在や通
信網Ｌが分断された等、何らかの異常が予測できること
から、状態監視処理部１３において、前回と同一の監視
用の送信トークンを生成する（ステップＳ１０８）。当
該トークンは、巡回情報送信処理部１５と共動して自己
のエージェントサーバ１０から次回に送信対象となる他
のエージェントサーバ１０へ送信され、また、図示しな
い情報管理手段により「トークン待ち時間」を再算出し
てエージェント管理情報を更新するとともに（ステップ
Ｓ１０９〜１１０）、ステップＳ１０１に戻り処理を繰
り返す。

【００５２】この場合、次回の送信対象となる他のエー
ジェントサーバ１０とは、エージェント管理情報の監視
グループ一覧における「エージェントＩＤ」が、自己の
エージェントＩＤの次に大きい値となるエージェントサ
ーバ１０である。自己エージェントＩＤより大きい値と
なるエージェントＩＤがエージェント管理情報に存在し
ない場合に、巡回情報送信処理部１５は、例えば、監視
グループ内において最小値となるエージェントＩＤに基
づいて次回の送信対象エージェントサーバ１０を特定す
るように構成される。この処理により、再度自己のエー
ジェントサーバ１０へ巡回するトークンから障害の発生
源が特定される。なお、トークンの送信処理については
後述する。

【００５３】次に、図６に示すエージェントサーバ１０
における状態監視処理手順について説明する。状態監視
処理部１３は、巡回情報受信処理部１２からの受信トー
クンに対して、その「通番」が自己エージェントサーバ
１０に保持されたエージェント管理情報における「トー
クン通番」より大きいか否かを判定する（ステップＳ２
０１）。具体的には、受信トークンの「通番」とエージ
ェント管理情報における「トークン通番」とを比較して
前回受信したものより「１」増分していると判定された
場合には（ステップＳ２０１：Yes）、当該トークンに
おける「送信元エージェントＩＤ」に基づいてエージェ
ント管理情報の対応する「伝達フラグ」をチェックする
（ステップＳ２０３）。一方、受信トークンの「通番」
がエージェント管理情報における「トークン通番」より
増分していない場合には（ステップＳ２０１：No）、当
該受信トークンが二重に巡回していることを表している
ことから当該受信トークンを破棄する（ステップＳ２０
２）。

【００５４】次に、状態監視処理部１３では、エージェ
ント管理情報における「伝達フラグ」のチェックによ
り、対応するエージェントサーバ１０に変更があると判
定された場合には（ステップＳ２０３：エージェントに
変更あり）、監視対象変更処理部１４と共動して変更用
トークンを生成する（ステップＳ２０４）。具体的に
は、変更用トークンにおける「変更ＩＰアドレス」を、
「伝達フラグ」に対応する変更のあったエージェントサ
ーバ１０のＩＰアドレスにより設定するように構成され
る。

【００５５】生成された変更用トークンは、巡回情報送
信処理部１５により次回の送信対象となる他のエージェ
ントサーバ１０に対して送信され、エージェント管理情
報において対応する「伝達フラグ」は、該送信完了を契
機に、図示しない情報管理手段によりクリアされる。
（ステップＳ２０５〜２０６）。

【００５６】次に、状態監視処理部１３では、「送信元
エージェントＩＤ」に自己のエージェントＩＤを設定し
て監視用トークンを生成する（ステップＳ２０７）。ま
た、状態監視処理部１３は、受信トークンにおける「送
信元エージェントＩＤ」と自己のエージェントＩＤとを
比較する。「送信元エージェントＩＤ」が自己のエージ
ェントＩＤ以下の場合には（ステップＳ２０８：No）、
エージェント管理情報における「トークン通番」を監視
用トークンの「通番」に対して設定するとともに（ステ
ップＳ２０９）、監視用トークンの「リレー間隔」を設
定する（ステップＳ２１０）。

【００５７】一方、「送信元エージェントＩＤ」が自己
のエージェントＩＤ以上の場合には（ステップＳ２０
８：Yes）、状態監視処理部１３は、エージェント管理
情報における「トークン通番」を「１」増分させて監視
用トークンの「通番」を設定するとともに（ステップＳ
２１１）、エージェント管理情報における「トークン待
ち時間」と実際の時刻とに基づいて監視用トークンの
「リレー間隔」を設定する（ステップＳ２１２）。

【００５８】また、図示しない情報管理手段では、上記
ステップＳ２０８〜２１２において監視用トークンに対
して設定された「通番」により、エージェント管理情報
における「トークン通番」を更新して保持するとともに
（ステップＳ２１３）、巡回情報送信処理部１５では、
設定された監視用トークンを通信制御部１１を介して送
信対象となるエージェントサーバ１０に対して送信する
（ステップＳ２１４）。

【００５９】次に、図７に示す特定のエージェントサー
バ１０に関する変更処理手順について説明する。特定の
エージェントサーバ１０の追加または削除によるコンピ
ュータシステム１に対する変更がなされる場合、当該エ
ージェントサーバが属すべき監視グループに対応する各
エージェントサーバ１０が保持するエージェント管理情
報に対して該変更を反映させて更新しなければならな
い。この場合、システム統括管理サーバ２０から各エー
ジェントサーバ１０へ追加や削除等の変更情報を送信す
るのではなく、変更対象となるエージェントサーバ１０
自身が当該変更情報をトークンにより、次回の送信対象
となる他のエージェントサーバ１０に対して送信する。
この処理により、ダウン等の障害が検知されているエー
ジェントサーバ１０を含めて、当該変更情報は、コンピ
ュータシステム１におけるすべてのエージェントサーバ
１０に対してに波及されるものとなる。

【００６０】なお、エージェントサーバ１０追加の場合
には、該追加時に予めシステム統括管理サーバ２０から
最新の監視グループ一覧及び自己のエージェントＩＤが
付与されるものとし、また、エージェントサーバ１０削
除の場合には、エージェント管理情報における自己のエ
ージェントＩＤに基づいて変更用トークンが生成される
ものとする。

【００６１】まず、監視対象変更処理部１４は、エージ
ェント管理情報の監視グループ一覧において、受信トー
クンの「エージェントＩＤ」に対応する「ＩＰアドレ
ス」に対して、当該受信トークンのＩＰアドレスを設定
する（ステップＳ３０１）。また、監視対象変更処理部
１４は、エージェント管理情報において受信トークンの
「エージェントＩＤ」に対応する「伝達フラグ」を設定
する（ステップＳ３０２）。次に、監視対象変更処理部
１４は、変更のあったエージェントサーバ１０のＩＰア
ドレスを「変更ＩＰアドレス」として設定した「変更用
トークン」を生成するとともに（ステップＳ３０３）、
巡回情報送信処理部１５と共動して当該トークンを次回
の送信対象となるエージェントサーバ１０に対して送信
する（ステップＳ３０４）。

【００６２】巡回情報送信処理部１５では、「変更用ト
ークン」の送信完了を契機に、図示しない情報管理手段
と共動してエージェント管理情報の対応する「伝達フラ
グ」をクリアする（ステップＳ３０５）。この場合、例
えば、次回の送信対象となる他のエージェントサーバ１
０がダウン等していた場合には、さらに次回の送信対象
となるエージェントサーバ１０に対して変更用トークン
を送信するものの「伝達フラグ」に対するクリアは行わ
ないように構成すれば良い。

【００６３】以上の処理から、追加や削除等の変更対象
となるエージェントサーバ１０自身は、変更用トークン
を、すべてのエージェントサーバ１０に対して送信する
ことなく、少なくとも１つの送信対象となるエージェン
トサーバ１０にのみ送信すれば良く、巡回するトークン
と「伝達フラグ」とにより、対応する変更情報は、すべ
てのエージェントサーバ１０に対して確実に波及するも
のとなる。

【００６４】次に、図８に示すトークンの送信処理手順
について説明する。巡回情報送信処理部１５は、エージ
ェント管理情報の監視グループ一覧から次回の送信対
象、即ちトークンを次に巡回させるべきエージェントサ
ーバ１０のＩＰアドレスを取得する（ステップＳ４０
１）。次回の送信対象が自己のエージェントサーバ１０
である場合には（ステップＳ４０２：Yes）、エラーを
表す異常値を返却する。一方、次回の送信対象が自己の
エージェントサーバ１０以外である場合（ステップＳ４
０２：No）、巡回情報送信処理部１５は、通信制御部１
１を介して当該エージェントサーバ１０に対してトーク
ンの送信を行う（ステップＳ４０３）。

【００６５】次に、巡回情報送信処理部１５は、通信制
御部１１を介してトークンの送信結果を判定する。当該
トークンが正常に送信された場合には（ステップＳ４０
４：Yes）、エージェント管理情報において当該トーク
ンが送信されたエージェントサーバ１０の「稼働状態」
をチェックし、当該「稼働状態」が「正常」の場合には
（ステップＳ４０５：正常）、正常値を返却する。

【００６６】一方、当該「稼働状態」が「異常」の場合
（ステップＳ４０５：異常）、巡回情報送信処理部１５
は、システム統括管理サーバ２０に対して対応するエー
ジェントサーバ１０における「正常」を通知する（ステ
ップＳ４０６）。また、巡回情報送信処理部１５は、図
示しない情報管理手段と共動してエージェント管理情報
の対応するエージェントサーバ１０に関する「稼働状
態」を「正常」に更新する（ステップＳ４０７）。この
ステップＳ４０５〜４０７の処理により、前回までトー
クンの送信が失敗していたエージェントサーバ１０に関
する、所謂「復旧」の通知がシステム統括管理サーバ２
０に対してなされるものとなる。

【００６７】また、上記ステップＳ４０４においてトー
クンが正常に送信できなかった場合（ステップＳ４０
４：No）、巡回情報送信処理部１５は、エージェント管
理情報における送信先のエージェントサーバ１０に関す
る前回の「稼働状態」を判定し、該判定結果が「異常」
であった場合には（ステップＳ４０８：異常）、ステッ
プＳ４０１に戻り、さらに次回の送信対象となるエージ
ェントサーバ１０を特定して処理を繰り返す。

【００６８】一方、「稼働状態」が「正常」であった場
合（ステップＳ４０８：正常）、巡回情報送信処理部１
５は、システム統括管理サーバ２０に対して当該エージ
ェントサーバ１０における障害検知を通知する（ステッ
プＳ４０９）。また、巡回情報送信処理部１５は、図示
しない情報管理手段と共動してエージェント管理情報に
おける「稼働状態」を「異常」に更新する（ステップＳ
４１０）。

【００６９】上記ステップＳ４０４におけるトークンの
送信結果に関する確認手法として、巡回情報送信処理部
１５を、例えば、コネクション型の通信であるＴＣＰま
たはコネクションレス型のＵＤＰを用いて送信先のエー
ジェントサーバ１０側からなされる送達確認情報を含む
応答に基づいてトークンの送信結果を判定するように構
成しても良い。

【００７０】このように、本実施形態のコンピュータシ
ステム１では、複数のエージェントサーバ間でトークン
を巡回させて各エージェントサーバにおける稼働状態を
相互監視するとともに、特定のエージェントサーバにお
ける障害が検知された場合のみ、他のエージェントサー
バ側からシステム統括管理サーバに対して該障害検知が
通知されることから、従来手法のようにシステム統括管
理サーバからのポーリングを行うことなく、ネットワー
ク環境における通信トラフィックが低減できる。

【００７１】また、エージェントサーバ相互間で巡回す
るトークンに基づいて稼働状態を監視し合うことから、
各エージェントサーバの起動状態をほぼリアルタイムで
確実に把握可能となるとともに、例えば、エージェント
サーバ装置自体のダウンや、エージェントサーバにおけ
るエージェントプロセスのダウン等を障害発生として検
出することができる。

【００７２】また、ネットワーク環境におけるすべての
エージェントサーバが同一の立場にあるため、従来手法
と比較して稼働状態の監視に係るトラフィックが集中す
ることなく負荷分散が可能となる。

【００７３】また、エージェントサーバにおいて障害が
検知された時点にのみシステム統括管理サーバに対して
通知されるため、システム統括管理サーバとエージェン
トサーバ間のネットワーク負荷及びリソースの使用率が
著しく軽減される。

【００７４】また、例えば、ＷＡＮを経由した分散シス
テムにおいて、アウトソーシングを実施している場合
に、ネットワークへの常時接続が不要となるとともに、
必要最低限の通信でエージェントサーバにおける稼働状
態をシステム統括管理サーバへ通知可能なことから、通
信コストが削減され経済効率が大幅に向上する。

【００７５】また、監視対象となる特定のエージェント
サーバに関する追加や削除等の変更情報を、当該エージ
ェントサーバ自身がトークンにより他のエージェントサ
ーバ群に対して巡回させることから、システム統括管理
サーバが関与することなくネットワーク環境に当該変更
情報を波及させることが可能となる。

【００７６】さらに、特定のエージェントサーバにおい
てダウン等の障害が発生していた場合であっても、シス
テム統括管理サーバは関与することなく、巡回するトー
クンに基づいて他のエージェントサーバ群に対する自動
的な情報の伝達が可能となる。このように、本実施形態
のコンピュータシステム１によれば、システム全体にお
ける信頼性及び運用管理に係る処理効率が大幅に向上す
る。

【００７７】（第２実施形態）本発明は、例えば、クラ
イアント・サーバシステムにおける複数のクライアント
に対して適用させて構成することも可能である。この場
合のクライアントは、少なくとも、上記コンピュータシ
ステム１におけるエージェントサーバ１０と同一の機能
ブロックである、巡回情報受信処理部１２、状態監視処
理部１３、監視対象変更処理部１４、及び巡回情報送信
処理部１５を具備して構成される。

【００７８】このクライアントがエージェントサーバ１
０と相違する点は、例えば、クライアントに検知した障
害発生に関する情報を提示するための表示装置を具備す
る点であり、クライアントに具備されるディスプレイ装
置等の出力装置に対してメッセージ等の出力を行うよう
にクライアントを構成させる。また、通信制御部１１に
相当する処理は、クライアント自体に具備される通信制
御の機能を使用することにより代替が可能となる。

【００７９】第１実施形態におけるエージェントサーバ
１０は、上述のように、複数のエージェントサーバ間で
稼働状態の相互監視を行うものであり、コンピュータシ
ステム１におけるシステムの階層的な観点からは、すべ
てのエージェントサーバ１０は同位レベルとして位置付
けられている。このことから、第２実施形態では、例え
ば、複数のクライアントを、エージェントサーバ１０と
同位レベルのコンピュータ装置として各々機能させよう
に、上記機能ブロック１２〜１５を組み込んで具備さ
せ、クライアントを構成することにより上記コンピュー
タシステム１におけるエージェントサーバ１０と同等の
効果を得ることが可能となる。

【００８０】本実施形態のクライアントを用いて上記コ
ンピュータシステム１を構築した場合には、上記システ
ム統括管理サーバ２０以外のすべてのコンピュータ装置
が同位レベルとなり、複数のクライアント間、複数のエ
ージェントサーバ１０間、及びクライアント〜エージェ
ントサーバ１０間における稼働状態の相互監視が可能と
なる。

【００８１】

【発明の効果】以上の説明から明らかなように、本発明
によれば、分散型のコンピュータシステムにおける効率
的な障害発生の検知が可能となるという特有の効果があ
る。また、本発明のコンピュータシステムによれば、分
散システムを構成するコンピュータ装置間で稼働状態の
相互監視ができることから、信頼性及び処理効率の高い
システム運用管理環境が実現可能となる効果がある。

【図面の簡単な説明】

【図１】本発明のコンピュータシステムの一実施形態を
表す機能ブロック図。

【図２】監視管理情報における構築形態の一例。

【図３】エージェント管理情報における構築形態の一
例。

【図４】本実施形態の監視処理の概要を表す模式図。

【図５】本実施形態のエージェントサーバにおける処理
手順図。

【図６】状態監視処理における処理手順図。

【図７】エージェント変更処理における処理手順図。

【図８】トークン送信処理における処理手順図。

【図９】従来型の分散システムにおける一実施形態を表
す図。

【図１０】従来型のコンピュータ装置におけるプロセス
間の相互監視を表す図。

【図１１】従来型の分散システムにおける一実施形態を
表す図。

【符号の説明】

１ コンピュータシステム １０ エージェントサーバ １１ 通信制御部 １２ 巡回情報受信処理部 １３ 状態監視処理部 １４ 監視対象変更処理部 １５ 巡回情報送信処理部 ２０ システム統括管理サーバ ３０ クライアント Ｌ 通信網

Claims (18)

【特許請求の範囲】
1. 【請求項１】 双方向通信可能な環境に分散配置された
   複数のコンピュータ装置における障害発生の有無を検知
   する方法であって、 各コンピュータ装置が、 自己以外の他のコンピュータ装置から送出される巡回情
   報を受領するとともに、当該巡回情報と予め保持された
   巡回履歴情報とに基づいて次回の送出対象となる他のコ
   ンピュータ装置に対する巡回情報を生成する過程と、 生成された巡回情報を前記次回の送出対象となる他のコ
   ンピュータ装置に対して送出するとともに、該送出結果
   に基づいて送出先のコンピュータ装置における障害の有
   無を監視して障害発生を検知する過程とを少なくともこ
   の順に実行し、 前記巡回情報を分散配置されたすべてのコンピュータ装
   置に対して巡回的に波及させ、特定のコンピュータ装置
   における障害発生の有無をコンピュータ装置間で相互監
   視することを特徴とする、障害検知方法。
2. 【請求項２】 前記巡回情報は、監視用巡回情報または
   監視対象変更用巡回情報のいずれかにより形成される情
   報であり、 前記監視用巡回情報は、送出元のコンピュータ装置に関
   する識別情報、該巡回情報の送出時間を抑制するための
   リレー間隔、及び該巡回情報の整合性を維持するための
   通番を含んで形成される情報であり、 前記監視対象変更用巡回情報は、前記双方向通信可能な
   環境に対して追加または削除される監視対象のコンピュ
   ータ装置に関する識別情報を含んで形成される情報であ
   ることを特徴とする、 請求項１記載の障害検知方法。
3. 【請求項３】 前記監視対象変更用巡回情報は、特定の
   コンピュータ装置の追加または削除による前記双方向通
   信可能な環境に対する変更情報を、分散配置されたすべ
   てのコンピュータ装置に対して波及させるための情報で
   あることを特徴とする、 請求項１または２記載の障害検知方法。
4. 【請求項４】 前記巡回履歴情報は、自己のコンピュー
   タ装置に関する識別情報、自己のコンピュータ装置にお
   ける前記巡回情報の現時点までの到達状態を表す情報、
   現時点における他のコンピュータ装置に関する稼働状態
   を表す情報、及び前記監視対象変更用巡回情報の波及状
   態を表す情報を含んで形成される情報であり、前記コン
   ピュータ装置毎に更新可能に保持されることを特徴とす
   る、 請求項１乃至３のいずれかの項記載の障害検知方法。
5. 【請求項５】 前記巡回履歴情報は、前記巡回情報の伝
   達順序を特定するための、前記分散配置の形態に基づい
   て予めグループ化された、自己のコンピュータ装置が属
   するグループにおける監視対象となるすべてのコンピュ
   ータ装置に関する情報を含んで形成されるものであるこ
   とを特徴とする、 請求項１乃至４のいずれかの項記載の障害検知方法。
6. 【請求項６】 双方向通信可能な環境を統括的に管理す
   る第１コンピュータ装置と複数の第２コンピュータ装置
   とを各々接続して成り、 個々の第２コンピュータ装置は、 自己以外の他の第２コンピュータ装置から送信される巡
   回情報を受信するとともに、当該巡回情報と予め保持さ
   れた巡回履歴情報とに基づいて、次回の送信対象となる
   他の第２コンピュータ装置に対する送信巡回情報を生成
   する巡回情報生成手段と、 生成された送信巡回情報を前記次回の送信対象となる他
   の第２コンピュータ装置に対して送信するとともに、該
   送信結果に基づいて送信先の第２コンピュータ装置にお
   ける障害の有無を監視して障害発生を検知する障害検知
   手段と、 検知された障害発生に関する情報を前記第１コンピュー
   タ装置に対して通知する障害通知手段とを備え、 前記障害検知手段が障害発生を検知する毎に前記第１コ
   ンピュータ装置に対して通知することを特徴とする、 障害検知機能付きコンピュータシステム。
7. 【請求項７】 前記巡回情報生成手段は、受信した前記
   巡回情報の種別に基づいて監視用または監視対象変更用
   のいずれかの前記送信巡回情報を生成するように構成さ
   れていることを特徴とする、 請求項６記載のコンピュータシステム。
8. 【請求項８】 前記巡回情報生成手段は、前記巡回履歴
   情報に基づいて、前記自己以外の他の第２コンピュータ
   装置からの前記巡回情報が予め設定された待ち時間を超
   過した場合に、自己の第２コンピュータ装置から前回送
   信された送信巡回情報と同一の監視用送信巡回情報を生
   成するように構成されていることを特徴とする、 請求項６または７記載のコンピュータシステム。
9. 【請求項９】 前記巡回情報生成手段は、受信した前記
   巡回情報が監視対象変更用の巡回情報である場合に、当
   該巡回情報に基づいて前記双方向通信可能な環境に対し
   て追加または削除される他の第２コンピュータ装置に関
   する情報を前記巡回履歴情報に反映させて更新するよう
   に構成されていることを特徴とする、請求項６または７
   記載のコンピュータシステム。
10. 【請求項１０】 前記障害検知手段は、前記巡回履歴情
    報に基づいて前記次回の送信対象となる他の第２コンピ
    ュータ装置を特定して前記送信巡回情報を送信するとと
    もに、該送信先の第２コンピュータ装置からの所定の送
    達確認情報と前記巡回履歴情報とに基づいて、該送信先
    の第２コンピュータ装置における稼働状態を「正常」ま
    たは「異常」のいずれかを判定することにより障害発生
    の有無を検知するように構成されていることを特徴とす
    る、 請求項６記載のコンピュータシステム。
11. 【請求項１１】 前記障害検知手段は、前記送信先の第
    ２コンピュータ装置における稼働状態が「異常」と判定
    された場合に、前記巡回履歴情報に基づいて、さらに次
    回の送信対象となる他の第２コンピュータ装置を特定し
    て当該送信巡回情報を継続して送信するように構成され
    ていることを特徴とする、 請求項１０記載のコンピュータシステム。
12. 【請求項１２】 前記障害通知手段は、前記送信先の第
    ２コンピュータ装置における稼働状態が「正常」と判定
    され、且つ、前記巡回履歴情報における当該送信先の第
    ２コンピュータ装置の稼働状態が「異常」の場合には、
    前記第１コンピュータ装置に対して当該送信先の第２コ
    ンピュータ装置の復旧を表す「正常」に関する情報を通
    知するように構成されていることを特徴とする、 請求項１０記載のコンピュータシステム。
13. 【請求項１３】 前記障害検知手段は、前記送信先の第
    ２コンピュータ装置に対する前記送信巡回情報の送信完
    了を契機に、該送信結果及び障害検知結果を反映させて
    前記巡回履歴情報を更新するように構成されていること
    を特徴とする、 請求項１２記載のコンピュータシステム。
14. 【請求項１４】 前記第２コンピュータ装置は、所定の
    トークンパッシングに基づいたトークンによる巡回情報
    を、前記巡回履歴情報に基づいて、前記双方向通信可能
    な環境において分散配置された対応する他のすべての前
    記第２コンピュータ装置に対して巡回させるように構成
    されていることを特徴とする、 請求項６乃至１３のいずれかの項記載のコンピュータシ
    ステム。
15. 【請求項１５】 双方向通信可能な環境において情報取
    得要求元となる複数の第１コンピュータ装置、前記第１
    コンピュータ装置に対して情報提供を行う複数の第２コ
    ンピュータ装置、及び前記双方向通信可能な環境を統括
    的に管理する第３コンピュータ装置を各々接続して成
    り、 前記第１及び第２コンピュータ装置は、 自己以外の他の第１または第２コンピュータ装置から送
    信される巡回情報を受信するとともに、当該巡回情報と
    予め保持された巡回履歴情報とに基づいて、次回の送信
    対象となる他の第１または第２コンピュータ装置に対す
    る送信巡回情報を生成する巡回情報生成手段と、 生成された送信巡回情報を前記次回の送信対象となる他
    の第１または第２コンピュータ装置に対して送信すると
    ともに、該送信結果に基づいて送信先の第１または第２
    コンピュータ装置における障害の有無を監視して障害発
    生を検知する障害検知手段と、 検知された障害発生に関する情報を前記第３コンピュー
    タ装置に対して通知する障害通知手段とを備え、 前記障害検知手段が障害発生を検知する毎に前記第３コ
    ンピュータ装置に対して通知することを特徴とする、 障害検知機能付きコンピュータシステム。
16. 【請求項１６】 前記双方向通信可能な環境は、複数の
    局所的なネットワーク環境をその内部に含んで構築され
    た、アウトソーシング可能な所定のＩＳＤＮを含む広域
    ネットワーク環境であることを特徴とする、 請求項６または１５記載のコンピュータシステム。
17. 【請求項１７】 既定のＴＣＰ／ＩＰに準拠した通信プ
    ロトコルに基づいて構成されていることを特徴とする、
    請求項１６記載のコンピュータシステム。
18. 【請求項１８】 双方向通信可能な環境を統括的に管理
    する第１コンピュータ装置と複数の第２コンピュータ装
    置とに各々接続され、特定の前記第２コンピュータ装置
    に読み取られて当該コンピュータ装置を他の前記第２コ
    ンピュータ装置に対する稼働状態監視装置として機能さ
    せるプログラムコードを記録した記録媒体であって、 前記プログラムコードが、少なくとも、 自己以外の他の第２コンピュータ装置から送信される巡
    回情報を受信するとともに、当該巡回情報と予め保持さ
    れた巡回履歴情報とに基づいて、次回の送信対象となる
    他の第２コンピュータ装置に対する送信巡回情報を生成
    する処理、 生成された送信巡回情報を前記次回の送信対象となる他
    の第２コンピュータ装置に対して送信するとともに、該
    送信結果に基づいて送信先の第２コンピュータ装置にお
    ける障害の有無を監視して障害発生を検知する処理、 検知された障害発生に関する情報を前記第１コンピュー
    タ装置に対して通知する処理、 を前記第２コンピュータ装置に実行させるものであるこ
    とを特徴とする記録媒体。