JP2000040045A

JP2000040045A - 監視システム

Info

Publication number: JP2000040045A
Application number: JP10210032A
Authority: JP
Inventors: Tatsuya Tsurukawa; 達也鶴川
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1998-07-24
Filing date: 1998-07-24
Publication date: 2000-02-08

Abstract

(57)【要約】【課題】監視ＰＣと被監視サーバとの監視関係の整合
性を確立する。【解決手段】定期監視登録手段１３により定期的に起
動された監視登録手段１１は、被監視サーバテーブル１
２にある被監視サーバ名よりＩＰアドレスを取得し、監
視登録要求を被監視サーバ２ａに送信する。監視登録要
求受信手段２１は、監視登録要求を受信し、監視ＰＣテ
ーブル２２に監視ＰＣ１ａのＩＰアドレスを登録する。
障害監視手段２３が障害を検出すると、障害通報手段２
４は、監視ＰＣテーブル２２にある監視ＰＣ１ａのＩＰ
アドレスを取得し、その障害を監視ＰＣ１ａに通報す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワークに
接続された被監視サーバの監視システムに関するもので
あり、特に複数の監視ＰＣ（ＰｅｒｓｏｎａｌＣｏｍ
ｐｕｔｅｒ）が複数の被監視サーバを監視する場合に、
監視関係の整合性を確立する監視システムに関するもの
である。

【０００２】

【従来の技術】図１６は従来の監視システムの構成を示
す図である。図において、１ａ，１ｂ，…１ｍはＬＡＮ
（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）３ａ，３
ｂ，…３ｍに接続された監視ＰＣで、２ａ，２ｂ，２
ｃ，２ｄ，…２ｎ−１，２ｎは監視ＰＣ１ａ，１ｂ，…
１ｍにより監視されるＬＡＮ３ａ，３ｂ，…３ｍに接続
された被監視サーバである。また、４は広域ネットワー
クであるＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）
５を経由しＬＡＮ３ａ，３ｂ，…３ｍ間を接続するルー
タであり、６は、ＬＡＮ３ａ，３ｂ，…３ｍ，ルータ
４，ＷＡＮ５等により構成される通信手段である。

【０００３】被監視サーバ２ａ，２ｂ，…２ｎは多数の
ユーザが使用するもので、特に基幹業務を処理するシス
テムにとっては、１日２４時間常に正常に動作している
ことが求められ、システムの故障やダウンは致命的なも
のとなる。そこで図１６に示すように、被監視サーバ２
ａ，２ｂ，…２ｎが正常に動作しているかを監視する監
視ＰＣ１ａ，１ｂ，…１ｍが必要となる。各ＬＡＮ３
ａ，３ｂ，…３ｍには、１台の監視ＰＣと２台の被監視
サーバが接続されているが、各々の台数はこれに限るも
のではない。

【０００４】図１７は従来の監視ＰＣ及び被監視サーバ
の構成を示す図であり、図では、監視ＰＣ１ａ及び被監
視サーバ２ａの構成を示しているが、他の監視ＰＣ１
ｂ，…１ｍ及び被監視サーバ２ｂ，…２ｎの構成も同一
である。図において、１１は監視ＰＣ１ａが被監視サー
バ２ａの監視を始めるときに被監視サーバ２ａに監視登
録を要求する監視登録手段、１４は被監視サーバ２ａか
らの障害通報を受信する通報受信手段である。

【０００５】また、図１７において、２１は監視登録手
段１１からの監視登録の要求を受信する被監視サーバ２
ａの監視登録要求受信手段、２２は監視を行う監視ＰＣ
のＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）アドレ
スを登録する揮発性のＲＡＭ上の監視ＰＣテーブル、２
３は被監視サーバ２ａの障害を監視する障害監視手段、
２４は障害監視手段２３により障害を検出したときに監
視ＰＣ１ａに障害を通報する障害通報手段である。

【０００６】次に動作について説明する。監視ＰＣ１ａ
が被監視サーバ２ａの監視を始めるときは、オペレータ
の指示により、監視ＰＣ１ａの監視登録手段１１が、被
監視サーバ２ａに監視ＰＣ１ａのＩＰアドレスを付記し
た監視登録要求を送信する。被監視サーバ２ａの監視登
録要求受信手段２１は、監視登録手段１１からの監視登
録要求を受信し、揮発性のＲＡＭ上の監視ＰＣテーブル
２２に監視ＰＣ１ａのＩＰアドレスを登録する。そして
監視ＰＣ１ａは被監視サーバ２ａの監視を開始する。

【０００７】被監視サーバ２ａの障害監視手段２３は、
被監視サーバ２ａの動作状態を監視し、障害が発生して
いないかを確認する。障害監視手段２３が監視する内容
としては、被監視サーバ２ａのＣＰＵ、メモリ、ＤＩＳ
Ｋ、電源、温度、セキュリティ違反等である。障害監視
手段２３が障害を検出した場合、障害通報手段２４に監
視ＰＣ１ａに検出した障害を通報するよう依頼する。障
害通報手段２４は、監視ＰＣテーブル２２を参照し、登
録してある監視ＰＣ１ａのＩＰアドレスを調べて、監視
ＰＣ１ａに対し、被監視サーバ２ａのＩＰアドレスを付
記して障害を通報する。

【０００８】監視ＰＣ１ａの通報受信手段１４は、障害
通報手段２４からの通報を受信し、表示装置等（図示せ
ず）に表示することによりオペレータに知らせ、オペレ
ータは、通知を受けた障害内容に応じて適切な処置を行
う。

【０００９】このように、監視ＰＣ１ａが被監視サーバ
２ａの監視を始めるときに、監視ＰＣ１ａのＩＰアドレ
スを被監視サーバ２ａにおける揮発性のＲＡＭ上の監視
ＰＣテーブル２２に登録することにより、監視ＰＣ１ａ
と被監視サーバ２ａの監視関係の整合性を確立してい
る。監視関係の整合性を確立すると、被監視サーバ２ａ
で発生した障害を監視ＰＣ１ａに正しく通報することが
できる。このような監視システムでは、監視ＰＣを新た
に追加する場合、追加された監視ＰＣが監視対象の被監
視サーバに監視登録要求を行うことにより、容易に監視
関係を確立することができる。

【００１０】

【発明が解決しようとする課題】従来の監視システム
は、以上のように構成されていたので、被監視サーバ２
ａがシャットダウンし、リブート（再立ち上げ）を行っ
た場合、揮発性のＲＡＭ上の監視ＰＣテーブル２２に登
録してあった監視ＰＣ１ａのＩＰアドレスが消失してし
まい、被監視サーバ２ａが障害を検出しても、監視ＰＣ
にその障害を通報できず、監視関係が崩壊してしまうと
いう課題があった。

【００１１】また、監視ＰＣ１ａが監視開始時に被監視
サーバ２ａに監視登録要求を送信する場合、被監視サー
バ２ａがダウンしていると、監視関係を確立することが
できないので、被監視サーバ２ａが稼働中であることを
確認する必要があるという課題があった。特に、大規模
な監視システムでは、多数存在する被監視サーバ２ａ，
２ｂ，…２ｎの稼働確認が現実的には不可能という課題
があった。

【００１２】さらに、ＬＡＮ３ａ，３ｂ，…３ｍやＷＡ
Ｎ５等の通信手段６の障害や、被監視サーバ１ａのハン
グや異常ダウンにより監視関係の整合性が崩壊しても、
監視ＰＣ１ａ側で監視関係の整合性の崩壊を認識するの
が遅くなるという課題があった。

【００１３】上記従来技術に関連するものとして、特開
平６−１２２８８号公報に示すものがある。これは、監
視装置（監視ＰＣ）が、監視装置の立ち上げ時に、ブロ
ードキャストにより、ネットワークに接続されている全
ての処理装置（被管理サーバ）に対して監視装置のアド
レスを送信して監視を開始し、また、処理装置が立ち上
がっていない場合は、立ち上がった時点で監視装置に連
絡して、アドレスを送信してもらうことにより監視を開
始し、そして、処理装置が受信したアドレスを持つ監視
装置に、監視結果を連絡するものである。

【００１４】上記公報の従来技術は、ＬＡＮ上でしか適
用できないブロードキャストにより監視関係を確立して
いるので、ルータを越えた広域のＷＡＮには適用するこ
とができず、また、監視装置や処理装置の立ち上げ後
に、処理装置のハング、異常ダウンや、通信手段の障害
等が発生すると、監視関係を維持できなくなるという課
題があった。

【００１５】この発明は上記のような課題を解決するた
めになされたもので、被監視サーバが稼働中であること
を確認する必要がなく、被監視サーバがシャットダウン
してリブートを行ったり、通信手段の障害や被監視サー
バのハングや異常ダウン等が発生して、監視関係の整合
性が崩壊しても、できるだけ早い機会に監視関係の整合
性を回復できる監視システムを得ることを目的とする。

【００１６】

【課題を解決するための手段】この発明に係る監視シス
テムは、ネットワークに接続された複数の被監視サーバ
と、上記ネットワークに接続され、上記複数の被監視サ
ーバを監視する監視ＰＣを備えたものにおいて、上記監
視ＰＣが、監視対象の上記被監視サーバを登録する被監
視サーバテーブルと、上記被監視サーバテーブルより監
視対象の上記被監視サーバを抽出し、上記被監視サーバ
に、監視登録要求を送信する監視登録手段と、定期的に
上記監視登録手段を起動する定期監視登録手段とを備
え、上記被監視サーバが、上記監視登録手段より送信さ
れた監視登録要求を受信する監視登録要求受信手段と、
上記監視登録要求受信手段により、上記監視登録要求を
送信した上記監視ＰＣを登録する監視ＰＣテーブルとを
備えたものである。

【００１７】この発明に係る監視システムは、監視ＰＣ
が、被監視サーバに監視登録削除要求を送信する監視登
録削除手段を備え、上記被監視サーバが、上記監視登録
削除要求を受信し、監視ＰＣテーブルに登録してある上
記監視ＰＣを削除する監視登録削除要求受信手段を備え
たものである。

【００１８】この発明に係る監視システムは、監視ＰＣ
が、被監視サーバより送信された障害通報を受信する通
報受信手段と、被監視サーバテーブルを参照して、上記
障害通報を送信した被監視サーバが監視対象の被監視サ
ーバであるかを判定する通報正当性判定手段と、上記通
報正当性判定手段による判定の結果、上記障害通報を送
信した被監視サーバが監視対象の被監視サーバでない場
合、上記被監視サーバに監視登録削除要求を送信する監
視登録削除手段とを備え、上記被監視サーバが、障害発
生を監視する障害監視手段と、監視ＰＣテーブルを参照
し、監視している監視ＰＣを抽出して、上記障害監視手
段が検出した障害を通報する障害通報手段と、上記監視
登録削除要求を受信し、上記監視ＰＣテーブルに登録し
てある上記監視ＰＣを削除する監視登録削除要求受信手
段とを備えたものである。

【００１９】この発明に係る監視システムは、被監視サ
ーバテーブルに、監視対象の被監視サーバを登録すると
共に、この被監視サーバが監視登録要求を受信したとき
にセットするフラグを記載し、定期監視登録手段が定期
的に監視登録手段を起動したときに、上記監視登録手段
が、上記被監視サーバテーブルのフラグがセットされて
いないときに、監視登録要求を送信し、監視登録要求受
信手段が、上記監視登録手段からの監視登録要求を受信
したときに、受信確認応答を上記監視登録手段に送信
し、上記監視登録手段が、上記受信確認応答を受信した
ときに、上記被監視サーバテーブルのフラグをセット
し、定期監視登録手段が定期的に監視登録手段を起動し
たときに、上記監視登録手段が、上記被監視サーバテー
ブルにおけるフラグがセットされている被監視サーバ
に、監視登録要求を送信しないものである。

【００２０】この発明に係る監視システムは、被監視サ
ーバが停止するときに、障害通報手段が通報受信手段に
停止通知を送信し、監視登録手段が、上記通報受信手段
が受信した停止通知に基づき、被監視サーバテーブルの
フラグをリセットするものである。

【００２１】この発明に係る監視システムは、被監視サ
ーバテーブルに、監視対象の被監視サーバを登録すると
共に、監視ＰＣが監視登録要求を定期的に送信する時間
間隔を記載し、定期監視登録手段が定期的に監視登録手
段を起動したときに、上記監視登録手段が、上記被監視
サーバテーブルに記載された時間間隔に基づき、監視登
録要求を送信し、監視登録要求受信手段が、上記監視登
録手段からの監視登録要求を受信したときに、受信確認
応答を上記監視登録手段に送信し、上記監視登録手段
が、上記受信確認応答を受信したときに、上記被監視サ
ーバテーブルに記載されている時間間隔を、延長した時
間間隔に変更し、定期監視登録手段が定期的に監視登録
手段を起動したときに、上記監視登録手段が、上記被監
視サーバテーブルに記載された延長した時間間隔に基づ
き、監視登録要求を送信するものである。

【００２２】この発明に係る監視システムは、被監視サ
ーバテーブルに、監視対象の被監視サーバを登録すると
共に、定期監視登録手段が定期的に監視登録手段を起動
するたびに、上記監視登録手段により減算される所定の
カウンタ値を記載し、定期監視登録手段が定期的に監視
登録手段を起動したときに、上記監視登録手段が、上記
所定のカウンタ値が予め決められた値になったときに監
視登録要求を送信し、監視登録要求受信手段が、上記監
視登録手段からの監視登録要求を受信したときに、受信
確認応答を上記監視登録手段に送信し、上記監視登録手
段が、上記受信確認応答を受信したときに、上記被監視
サーバテーブルに記載されている所定のカウンタ値を、
大きなカウンタ値に変更し、定期監視登録手段が定期的
に監視登録手段を起動したときに、上記監視登録手段
が、上記被監視サーバテーブルに記載された大きなカウ
ンタ値から減算するものである。

【００２３】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。実施の形態１．この実施の形態における監視システムの
構成は、従来の図１６に示す構成と同一である。図１は
実施の形態１による監視ＰＣ及び被監視サーバの構成を
示す図であり、図では、監視ＰＣ１ａ及び被監視サーバ
２ａの構成を示しているが、他の監視ＰＣ１ｂ，…１ｍ
及び被監視サーバ２ｂ，…２ｎの構成も同一である。ま
た、図２は監視ＰＣが保有する被監視サーバテーブルの
内容を示す図である。

【００２４】図１の監視ＰＣ１ａにおいて、１１は被監
視サーバ２ａに監視登録を要求する監視登録手段、１２
は、図２に示すように、監視ＰＣ１ａが監視対象とする
被監視サーバ２ａ，２ｂ，２ｃのサーバ名を登録した不
揮発性のＲＡＭ上の被監視サーバテーブル、１３は定期
的に監視登録手段１１を起動する定期監視登録手段であ
る。

【００２５】また、図１の監視ＰＣ１ａにおいて、１４
は、従来と同様の、被監視サーバ２ａからの障害通報を
受信する通報受信手段、１５は監視ＰＣ１ａが被監視サ
ーバ２ａの監視を終了するときに監視登録の削除を要求
する監視登録削除手段、１６は通報受信手段１４が受信
した障害通報が監視対象の被監視サーバからの通報であ
るかを判定する通報正当性判定手段である。

【００２６】さらに、図１の被監視サーバ２ａにおい
て、監視登録要求受信手段２１，監視ＰＣテーブル２
２，障害監視手段２３，障害通報手段２４は、従来の図
１７に示すものと同一であり、２５は監視登録削除手段
１５からの監視登録削除要求を受信する監視登録削除要
求受信手段である。

【００２７】次に動作について説明する。図３は監視Ｐ
Ｃが監視を始める前に監視対象の被監視サーバを登録す
る処理を示す図である。この場合、監視ＰＣ１ａは、Ｌ
ＡＮ３ａに接続されている被監視サーバ２ａ、２ｂと、
ＬＡＮ３ｂに接続されている被監視サーバ２ｃを監視対
象とする。図３のステップＳＴ１１において、監視を始
める前に、オペレータは不揮発性のＲＡＭ上の被監視サ
ーバテーブル１２に、監視を行う被監視サーバ２ａ，２
ｂ，２ｃのサーバ名を登録する。このように、監視ＰＣ
１ａが監視を始める前は、監視ＰＣ１ａ側のみに登録を
行い、被監視サーバ２ａ，２ｂ，２ｃ側では登録を行わ
ない。

【００２８】図４は監視ＰＣが被監視サーバの監視を開
始するときの処理を示すフローチャートである。ステッ
プＳＴ２１において、監視ＰＣ１ａのオペレータの指示
により監視登録手段１１が起動される。ステップＳＴ２
２において、監視登録手段１１は、被監視サーバテーブ
ル１２を参照して、監視対象の被監視サーバ２ａのサー
バ名を抽出し、被監視サーバ２ａのサーバ名とそのＩＰ
アドレスの対応を示したＨＯＳＴＳファイル（図示せ
ず）より、被監視サーバ２ａのＩＰアドレスを取得す
る。

【００２９】ステップＳＴ２３において、監視登録手段
１１は、被監視サーバ２ａのＩＰアドレスを宛先とし、
監視ＰＣ１ａ自身のＩＰアドレスを付記し、被監視サー
バ２ａに監視登録要求を送信する。ステップＳＴ２４に
おいて、被監視サーバ２ａの監視登録要求受信手段２１
が監視登録手段１１からの監視登録要求を受信して、監
視ＰＣ１ａのＩＰアドレスを揮発性のＲＡＭ上の監視Ｐ
Ｃテーブル２２に登録する。そしてステップＳＴ２５に
おいて、監視ＰＣ１ａは被監視サーバ２ａを監視してい
る状態となる。

【００３０】上記ステップＳＴ２２〜ＳＴ２５の処理
は、監視ＰＣ１ａが監視対象としているその他の被監視
サーバ２ｂ，２ｃに対しても同様に行われ、各被監視サ
ーバ２ｂ、２ｃの監視ＰＣテーブル２２にも、監視ＰＣ
１ａのＩＰアドレスが同様に登録される。

【００３１】また、例えば、図１６に示す監視ＰＣ１ｂ
が被監視サーバ２ｂ、２ｃ、２ｄを監視対象とした場
合、同様に監視開始処理が行われ、最終的に、図１６に
示す監視システム全体の監視ＰＣ１ａ，１ｂ，…１ｍ，
被監視サーバ２ａ，２ｂ，２ｃ，２ｄ，…２ｎ−１，２
ｎに監視開始処理が行われる。

【００３２】このようにして、各監視ＰＣ１ａ，１ｂ，
…１ｍの被監視サーバテーブル１２に登録されている被
監視サーバ名と、各被監視サーバ２ａ，２ｂ，２ｃ，２
ｄ，…２ｎ−１，２ｎの監視ＰＣテーブル２２に登録さ
れている監視ＰＣ１ａ，１ｂ，…１ｍのＩＰアドレスと
の対応関係が全て一致し、この監視システムにおける監
視関係の整合性が全て確立したことになる。このように
監視関係の整合性を確立することにより、監視ＰＣが監
視対象としている被監視サーバより、漏れなく正しく、
障害発生時の通報を受けられる体制が整ったことにな
る。

【００３３】図５は監視ＰＣが被監視サーバの監視を終
了するときの処理を示すフローチャートである。ここで
は、監視ＰＣ１ａが被監視サーバ２ａの監視を終了する
場合を示す。ステップＳＴ３１において、監視ＰＣ１ａ
のオペレータの指示により監視登録削除手段１５が起動
される。ステップＳＴ３２において、監視登録削除手段
１５は、ＨＯＳＴＳファイルより、被監視サーバ２ａの
ＩＰアドレスを取得する。

【００３４】ステップＳＴ３３において、監視登録削除
手段１５は、被監視サーバ２ａのＩＰアドレスを宛先と
し、監視ＰＣ１ａ自身のＩＰアドレスを付記し、被監視
サーバ２ａに監視登録削除要求を送信する。ステップＳ
Ｔ３４において、被監視サーバ２ａの監視登録削除要求
受信手段２５が、監視登録削除手段１５からの監視登録
削除要求を受信し、監視ＰＣテーブル２２に監視ＰＣ１
ａのＩＰアドレスが登録されているかを確認する。登録
されていない場合は、ステップＳＴ３５において、受信
した監視登録削除要求を無視する。また、登録されてい
る場合は、ステップＳＴ３６において、揮発性のＲＡＭ
上の監視ＰＣテーブル２２から監視ＰＣ１ａのＩＰアド
レスを削除する。

【００３５】上記ステップＳＴ３２〜ＳＴ３６までの処
理は、監視登録削除要求を行う全ての監視ＰＣと削除対
象となる全ての被監視サーバに対して行われ、監視シス
テムにおける監視関係の整合性が維持される。

【００３６】図６は監視ＰＣが定期的に被監視サーバの
監視を登録するときの処理を示すフローチャートであ
る。ここでは、監視ＰＣ１ａが被監視サーバ２ａの監視
を定期的に登録する場合を示す。ステップＳＴ４１にお
いて、定期監視登録手段１３は定期的に監視登録手段１
１を起動させる。ステップＳＴ４２において、監視登録
手段１１は、被監視サーバテーブル１２を参照して、監
視対象の被監視サーバ２ａのサーバ名を抽出し、ＨＯＳ
ＴＳファイルより、被監視サーバ２ａのＩＰアドレスを
取得する。ステップＳＴ４３において、監視登録手段１
１は、被監視サーバ２ａのＩＰアドレスを宛先とし、監
視ＰＣ１ａ自身のＩＰアドレスを付記し、被監視サーバ
２ａに監視登録要求を送信する。

【００３７】ステップＳＴ４４において、被監視サーバ
２ａが起動されていなかったり、リブートが完了してい
ない場合は、ステップＳＴ４５において、送信された監
視登録要求は破棄され、ステップＳＴ４１に戻って次の
定期的な監視登録手段１１の起動を待つ。一方、ステッ
プＳＴ４４において、被監視サーバ２ａが起動状態にな
っていたり、リブートが完了状態になっている場合は、
監視登録要求受信手段２１は要求送信された監視登録要
求を受信し、ステップＳＴ４６において、監視登録要求
受信手段２１は、監視登録要求を送信した監視ＰＣ１ａ
のＩＰアドレスが監視ＰＣテーブル２２に登録済みであ
るかを確認する。

【００３８】上記ステップＳＴ４６において、監視ＰＣ
１ａのＩＰアドレスが監視ＰＣテーブル２２に登録済み
である場合、ステップＳＴ４７において、監視登録要求
受信手段２１は、受信した監視登録要求を無視し、ステ
ップＳＴ４９で監視状態となる。一方、監視開始時の初
めての監視登録要求などで監視ＰＣ１ａのＩＰアドレス
が監視ＰＣテーブル２２に登録されていない場合、ステ
ップＳＴ４８において、監視登録要求受信手段２１は、
監視登録要求を送信した監視ＰＣ１ａのＩＰアドレスを
監視ＰＣテーブル２２に登録し、ステップＳＴ４９で監
視状態となる。

【００３９】上記ステップＳＴ４１〜ＳＴ４９までの処
理は定期的に繰り返される。以上のような処理を繰り返
すことにより、図４に示す処理を行い監視関係の整合性
を確立した後に、何らかの原因で監視システムの監視関
係の整合性が崩壊した場合でも、短時間のうちに監視シ
ステムの監視関係の整合性を回復することができる。

【００４０】図７は監視状態で被監視サーバに障害が発
生した場合の処理を示すフローチャートである。ここで
は、被監視サーバ２ａで発生した障害を監視ＰＣ１ａに
通報する場合を示す。ステップＳＴ５１において、被監
視サーバ２ａで障害が発生すると、ステップＳＴ５２に
おいて、被監視サーバ２ａの障害監視手段２３は発生し
た障害を検出し、障害通報手段２４に、発生した障害を
監視ＰＣに送信するよう依頼する。ステップＳＴ５３に
おいて、障害通報手段２４は監視ＰＣテーブル２２を参
照して監視ＰＣ１ａのＩＰアドレスを抽出し、発生した
障害を監視ＰＣ１ａに通報する。

【００４１】ステップＳＴ５４において、監視ＰＣ１ａ
の通報受信手段１４は通報を受信し、ステップＳＴ５５
において、通報正当性判定手段１６は、被監視サーバテ
ーブル１２を参照して、通報してきた被監視サーバ２ａ
が監視対象の被監視サーバであるかを判定する。監視対
象の被監視サーバである場合、ステップＳＴ５６におい
て、通報された障害を表示装置（図示せず）等に表示す
ることにより、オペレータに通知する。

【００４２】ステップＳＴ５５の判定の結果、監視対象
の被監視サーバでない場合、ステップＳＴ５７におい
て、通報正当性判定手段１６により起動された監視登録
削除手段１５が、障害を通報してきた被監視サーバ２ａ
に、監視登録削除要求を送信する。ステップＳＴ５８に
おいて、被監視サーバ２ａの監視登録削除要求受信手段
２５は、監視登録削除要求を受信し、監視ＰＣテーブル
２２に登録されている監視ＰＣ１ａのＩＰアドレスを削
除する。

【００４３】上記ステップＳＴ５３〜ＳＴ５８までの処
理は、被監視サーバ２ａを監視している全ての監視ＰＣ
に対して行われる。以上の処理を行うことにより、監視
対象の被監視サーバで発生した障害を監視ＰＣに正しく
通報できると共に、監視システムの監視関係の整合性が
崩れ、監視対象でない被監視サーバからの障害通知を受
信した場合、被監視サーバに登録されている監視ＰＣの
ＩＰアドレスを削除することにより、監視システムの監
視関係の整合性を回復することができる。

【００４４】図３に示す監視対象の被監視サーバを登録
する処理は、図１６に示す監視システムに、新規に監視
ＰＣを追加する場合にも適用できる。すなわち、監視対
象の被監視サーバを特定し、被監視サーバの監視分担を
見直した上で、上記ステップＳＴ１１の処理を行うこと
により、従来設置されていた監視ＰＣと同様に監視が行
える。また、逆に、設置されていた監視ＰＣを図１６に
示す監視システムより取り外す場合でも、被監視サーバ
の監視分担を見直した上で、上記ステップＳＴ１１の処
理を行えば良い。このように、監視ＰＣの追加、削除に
柔軟に対応できる。

【００４５】以上のように、この実施の形態１によれ
ば、監視ＰＣが監視を始める前は、監視ＰＣ側のみに監
視対象の被監視サーバの登録を行い、被監視サーバ側で
は監視ＰＣの登録を行わず、監視ＰＣから被監視サーバ
への監視登録要求を、監視開始時だけでなく、その後も
定期的に行うことにより、被監視サーバの稼働確認を行
うことなく、監視関係の整合性を確立することができる
という効果が得られる。

【００４６】また、監視ＰＣが監視を終了するときは、
監視ＰＣが被監視サーバに登録削除要求を出し、被監視
サーバが監視ＰＣの登録を削除することにより、監視関
係の整合性を維持することができるという効果が得られ
る。

【００４７】さらに、監視ＰＣから被監視サーバへの監
視登録要求を、定期的に行うことにより、監視関係の整
合性の確立後に、通信手段の障害や被監視サーバのハン
グや異常ダウンが発生して監視関係の整合性が崩壊して
も、短時間のうちに監視関係の整合性を回復できるとい
う効果が得られる。

【００４８】さらに、監視ＰＣが監視対象でない被監視
サーバからの障害通報を受信した場合、監視登録削除要
求を行い、被監視サーバ側で監視ＰＣの登録を削除する
ことにより、監視関係の整合性を回復できるという効果
が得られる。

【００４９】さらに、監視ＰＣが監視を始める前に、監
視ＰＣ側のみに監視対象の被監視サーバの登録を行うこ
とにより、監視システムにおける監視ＰＣの追加、削除
に柔軟に対応できるという効果が得られる。

【００５０】実施の形態２．この実施の形態における監
視システムの構成は、従来の図１６に示す構成と同一で
あり、監視ＰＣ及び被監視サーバの構成は、実施の形態
１の図１に示す構成と同一である。実施の形態１では、
定期的に監視登録要求を行うことにより、監視関係の整
合性の確立、維持、回復をはかっている。しかし、被監
視サーバが一度監視サーバの登録をした後の定期的な監
視登録要求は、被監視サーバが停止するまで冗長な処理
となり、通信トラフィックを増大させてしまう。この実
施の形態は、この通信トラフィックの増大を解消するも
のである。

【００５１】次に動作について説明する。図８は実施の
形態２による監視ＰＣが定期的に被監視サーバの監視を
登録するときの処理を示すフローチャートである。ま
た、図９は実施の形態２による被監視サーバテーブルの
内容を示す図であり、監視対象の被監視サーバ名と、そ
の被監視サーバが監視登録要求を受理したことを示すフ
ラグが記載されている。このフラグの欄には、被監視サ
ーバが監視登録要求を受理していない場合は「０」、監
視登録要求を受理している場合は「１」が記載される。
ここでは、監視ＰＣ１ａが被監視サーバ２ａに定期的に
監視登録要求を行う場合を示す。

【００５２】ステップＳＴ６１において、定期監視登録
手段１３は、定期的に監視登録手段１１を起動させる。
ステップＳＴ６２において、監視登録手段１１は、被監
視サーバテーブル１２を参照して、定期監視登録対象の
被監視サーバ１ａのフラグがセットされているかを確認
し、フラグが「１」で、既に被監視サーバ１ａが監視登
録要求を受理している場合は、ステップＳＴ６３におい
て、監視登録手段１１は監視登録要求を中止する。

【００５３】また、上記ステップＳＴ６２で、フラグが
「０」で、まだ被監視サーバ１ａが監視登録要求を受理
していない場合は、ステップＳＴ６４において、監視登
録手段１１は、監視対象の被監視サーバ２ａのサーバ名
を抽出し、ＨＯＳＴＳファイルより、被監視サーバ２ａ
のＩＰアドレスを取得する。ステップＳＴ６５におい
て、監視登録手段１１は、被監視サーバ２ａのＩＰアド
レスを宛先とし、監視ＰＣ１ａ自身のＩＰアドレスを付
記し、被監視サーバ２ａに監視登録要求を送信する。

【００５４】ステップＳＴ６６において、監視登録要求
受信手段２１から監視登録要求を受信したことを示すＡ
ＣＫ（確認応答）信号が返信され、監視登録手段１１
は、そのＡＣＫ信号を受信したかを確認する。ＡＣＫ信
号を受信していない場合は、ステップＳＴ６１に戻り、
定期的な監視登録処理を繰り返す。

【００５５】また、ステップＳＴ６６で、ＡＣＫ信号を
受信した場合には、ステップＳＴ６７において、監視登
録手段１１は、被監視サーバ２ａへの監視登録要求は正
常に受信されたものと判断し、図９に示すように、被監
視サーバテーブル１２における被監視サーバ２ａのフラ
グを「１」にセットする。そしてステップＳＴ６１に戻
り、次の定期的な監視登録処理を行うが、ステップＳＴ
６２において、今度はフラグが「１」にセットされてい
るので、ステップＳＴ６３で被監視サーバ２ａに対する
監視登録要求が中止される。

【００５６】図１０は被監視サーバが停止する場合の監
視ＰＣ側の処理を示すフローチャートである。被監視サ
ーバ２ａが停止する場合に、障害通報手段２４は、停止
通知を監視ＰＣ１ａに送信し、ステップＳＴ７１におい
て、監視ＰＣ１ａの通報受信手段１４は、被監視サーバ
２ａが停止する場合に、障害通報手段２４から送信され
た停止通知を受信する。

【００５７】ステップＳＴ７２において、監視登録手段
１１は、通報受信手段１４からの停止通知により、被監
視サーバテーブル１２に記載されている被監視サーバ２
ａのフラグを「０」にリセットする。そして図８に示す
定期監視登録処理を行った場合、ステップＳＴ６２でフ
ラグが「１」にセットされていないので、ステップＳＴ
６５において、監視登録要求が送信されることにより、
被監視サーバ２ａが再起動した後、監視関係の整合性を
回復することができる。

【００５８】以上のように、この実施の形態２によれ
ば、被監視サーバは監視登録要求を受信すると、ＡＣＫ
信号を返信し、監視ＰＣは、受信したＡＣＫ信号により
被監視サーバテーブルのフラグをセットし、定期的な監
視登録要求を行うときは、そのフラグを確認してから監
視登録要求を送信するので、冗長な処理を繰り返すこと
なく、通信トラフィックの増大を解消することができる
という効果が得られる。

【００５９】また、被監視サーバが停止した場合に、被
監視サーバからの停止通知により、被監視サーバテーブ
ルのフラグをリセットし、次の定期的な監視登録要求を
送信することにより、被監視サーバが再起動した後、監
視関係の整合性を回復することができるという効果が得
られる。

【００６０】実施の形態３．この実施の形態における監
視システムの構成は、従来の図１６に示す構成と同一で
あり、監視ＰＣ及び被監視サーバの構成は、実施の形態
１の図１に示す構成と同一である。この実施の形態は、
通信トラフィックの増大を軽減するものである。

【００６１】次に動作について説明する。図１１は実施
の形態３による監視ＰＣが定期的に被監視サーバの監視
を登録するときの処理を示すフローチャートである。ま
た、図１２は実施の形態３による被監視サーバテーブル
の内容を示す図であり、監視対象の被監視サーバ名の他
に、定期的な監視登録要求を行う時間間隔が記載されて
いる。定期的監視登録の処理を開始する前は、この時間
間隔の欄には、初期値として例えば「６００秒」が記載
されている。ここでは、監視ＰＣ１ａが被監視サーバ２
ａに定期的に監視登録要求を行う場合を示す。

【００６２】ステップＳＴ８１において、定期監視登録
手段１３は、定期的に監視登録手段１１を起動させる。
ステップＳＴ８２において、監視登録手段１１は、被監
視サーバテーブル１２における時間間隔の欄を参照し
て、被監視サーバ２ａの現在の時間間隔が「０秒」にな
っているかを確認する。そして、「０秒」になっていな
い場合は、ステップＳＴ８３において、６００秒経過後
に、現在の時間間隔から初期値の「６００秒」を引いて
ステップＳＴ８１に戻る。ステップＳＴ８２で、現在の
時間間隔が「０秒」になっている場合は、ステップＳＴ
８４において、現在の時間間隔を初期値の「６００秒」
に戻す。

【００６３】ステップＳＴ８５において、監視登録手段
１１は、被監視サーバテーブル１２を参照し、監視対象
の被監視サーバ２ａのサーバ名を抽出し、ＨＯＳＴＳフ
ァイルより、被監視サーバ２ａのＩＰアドレスを取得す
る。ステップＳＴ８６において、監視登録手段１１は、
被監視サーバ２ａのＩＰアドレスを宛先とし、監視ＰＣ
１ａ自身のＩＰアドレスを付記し、被監視サーバ２ａに
監視登録要求を送信する。

【００６４】ステップＳＴ８７において、監視登録要求
受信手段２１から監視登録要求を受信したことを示すＡ
ＣＫ（確認応答）信号が返信され、監視登録手段１１
は、そのＡＣＫ信号を受信したかを確認する。ＡＣＫ信
号を受信していない場合は、ステップＳＴ８１に戻り、
定期的な監視登録処理を繰り返す。

【００６５】ステップＳＴ８７で、ＡＣＫ信号を受信し
た場合は、ステップＳＴ８８において、監視登録手段１
１は、被監視サーバテーブル１２における被監視サーバ
２ａの時間間隔を、例えば初期値の６倍の「３６００
秒」に延長し、ステップＳＴ８１に戻って、定期的な監
視登録処理を繰り返す。

【００６６】しかし、時間間隔を「３６００秒」と大き
くしてあるために、ステップＳＴ８２，ＳＴ８３のルー
チンの処理を６回繰り返してから、ステップＳＴ８６に
おける被監視サーバ２ａに対する監視登録要求を送信す
る。このように、監視登録要求を送信してＡＣＫ信号を
受信した場合、時間間隔を大きくし、定期的な監視登録
要求の送信を間引くことにより、通信トラフィックの増
大を軽減することができる。

【００６７】図１３は通信手段の障害や被監視サーバの
ハングや異常ダウンが発生したときの処理を示すフロー
チャートである。ステップＳＴ９１において、監視ＰＣ
１ａの監視登録手段１１は、被監視サーバ２ａに監視登
録要求を送信し、ステップＳＴ９２において、被監視サ
ーバ２ａからのＡＣＫ信号を受信したかを確認し、受信
した場合は、ステップＳＴ９１に戻る。

【００６８】ステップＳＴ９２で、ＡＣＫ信号を受信し
ない場合、監視登録手段１１は、被監視サーバ２ａから
停止通知を受信しているかを確認し、受信している場合
は、ステップＳＴ９１に戻る。受信していない場合は、
ステップＳＴ９４において、通信手段６の障害や被監視
サーバ２ａのハングや異常ダウンが発生した可能性があ
るものと見なして、監視ＰＣ１ａのオペレータに通知す
る。

【００６９】この実施の形態では、監視ＰＣ１ａが一度
監視登録をした後でも、ある程度、時間間隔の長い定期
的な監視登録要求を行うことにより、その後に発生した
通信手段６の障害や被監視サーバ２ａのハングや異常ダ
ウンに気づくことができる。実施の形態２では、一度フ
ラグをセットすると、以後の定期的な監視登録要求を行
わないので、上記障害や異常に気づくことができない
が、この実施の形態では、この点の改善を図っている。

【００７０】以上のように、この実施の形態３によれ
ば、被監視サーバは監視登録要求を受信すると、ＡＣＫ
信号を返信し、監視ＰＣは、受信したＡＣＫ信号により
被監視サーバテーブルの時間間隔を延長することによ
り、定期的な監視登録要求を行う時間間隔が長くなり、
通信トラフィックの増大を軽減することができるという
効果が得られる。

【００７１】また、この実施の形態３によれば、一度監
視登録をした後でも、ある程度、時間間隔の長い定期的
な監視登録要求を行うことにより、通信手段の障害や被
監視サーバのハングや異常ダウンが発生しても、気づく
ことができるという効果が得られる。

【００７２】実施の形態４．この実施の形態における監
視システムの構成は、従来の図１６に示す構成と同一で
あり、監視ＰＣ及び被監視サーバの構成は、実施の形態
１の図１に示す構成と同一である。この実施の形態も、
実施の形態３と同様に、通信トラフィックの増大を軽減
するものである。

【００７３】次に動作について説明する。図１４は実施
の形態４による監視ＰＣが定期的に被監視サーバの監視
を登録するときの処理を示すフローチャートである。ま
た、図１５は実施の形態４による被監視サーバテーブル
の内容を示す図であり、監視対象の被監視サーバ名の他
に、カウンタ値が記載されている。このカウンタ値の欄
には、初期値として例えば「１」が記載されている。こ
こでは、監視ＰＣ１ａが被監視サーバ２ａに定期的に監
視登録要求を行う場合を示す。

【００７４】ステップＳＴ１０１において、定期監視登
録手段１３は、定期的に監視登録手段１１を起動させ
る。ステップＳＴ１０２において、監視登録手段１１
は、被監視サーバテーブル１２におけるカウンタ値の欄
を参照して、被監視サーバ２ａの現在のカウンタ値が予
め決められた値の例えば「０」になっているかを確認
し、「０」になっていない場合は、ステップＳＴ１０３
において、現在のカウンタ値から初期値の「１」を引い
てステップＳＴ１０１に戻る。ステップＳＴ１０２にお
いて、現在のカウンタ値が「０」になっている場合は、
ステップＳＴ１０４において、カウンタ値を初期値の
「１」に戻す。

【００７５】ステップＳＴ１０５において、監視登録手
段１１は、被監視サーバテーブル１２を参照し、被監視
サーバ２ａのサーバ名を抽出し、ＨＯＳＴＳファイルよ
り、被監視サーバ２ａのＩＰアドレスを取得する。ステ
ップＳＴ１０６において、監視登録手段１１は、被監視
サーバ２ａのＩＰアドレスを宛先とし、監視ＰＣ１ａ自
身のＩＰアドレスを付記し、被監視サーバ２ａに監視登
録要求を送信する。

【００７６】ステップＳＴ１０７において、監視登録要
求受信手段２１から監視登録要求を受信したことを示す
ＡＣＫ（確認応答）信号が返信され、監視登録手段１１
は、そのＡＣＫ信号を受信したかを確認する。ＡＣＫ信
号を受信していない場合は、ステップＳＴ１０１に戻
り、定期的な監視登録処理を繰り返す。

【００７７】ステップＳＴ１０７で、ＡＣＫ信号を受信
した場合は、ステップＳＴ１０８において、監視登録手
段１１が、被監視サーバテーブル１２における被監視サ
ーバ２ａのカウンタ値を例えば「５」に大きくし、ステ
ップＳＴ１０１に戻り、定期的な監視登録処理を繰り返
す。

【００７８】しかし、現在のカウンタ値を「５」と大き
くしてあるために、ステップＳＴ１０２，ＳＴ１０３の
ルーチンの処理を５回繰り返してから、ステップＳＴ１
０６における監視サーバ２ａに対する監視登録要求を送
信する。このように、監視登録要求を送信してＡＣＫ信
号を受信した場合、カウンタ値を大きくし、定期的な監
視登録要求の送信を間引くことにより、通信トラフィッ
クの増大を軽減することができる。

【００７９】この実施の形態でも、実施の形態３と同様
に、図１３に示すように、監視ＰＣが一度監視登録をし
た後でも、ある程度、時間間隔の長い定期的な監視登録
要求を行うことにより、その後に発生した通信手段の障
害や被監視サーバのハングや異常ダウンに気づくことが
できる。

【００８０】以上のように、この実施の形態４によれ
ば、被監視サーバは監視登録要求を受信すると、ＡＣＫ
信号を返信し、監視ＰＣは、受信したＡＣＫ信号により
被監視サーバテーブルのカウンタ値を大きくすることに
より、定期的な監視登録要求を行う間隔が長くなり、通
信トラフィックの増大を軽減することができるという効
果が得られる。

【００８１】また、この実施の形態４によれば、一度監
視登録をした後でも、ある程度、時間間隔の長い定期的
な監視登録要求を行うことにより、通信手段の障害や被
監視サーバのハングや異常ダウンが発生しても、気づく
ことができるという効果が得られる。

【００８２】

【発明の効果】以上のように、この発明によれば、監視
ＰＣから被監視サーバへの監視登録要求を定期的に行う
ことにより、被監視サーバの稼働確認を行うことなく、
監視関係の整合性を確立することができると共に、監視
関係の整合性の確立後に、通信手段の障害や被監視サー
バのハングや異常ダウンが発生して監視関係の整合性が
崩壊しても、短時間のうちに監視関係の整合性を回復で
きるという効果がある。

【００８３】この発明によれば、監視ＰＣが監視を終了
するときは、監視ＰＣが被監視サーバに監視登録削除要
求を出し、被監視サーバが監視ＰＣの登録を削除するこ
とにより、監視関係の整合性を維持することができると
いう効果がある。

【００８４】この発明によれば、監視ＰＣが監視対象で
ない被監視サーバからの障害通報を受信した場合、監視
登録削除要求を行い、被監視サーバ側で監視ＰＣの登録
を削除することにより、監視関係の整合性を回復できる
という効果がある。

【００８５】この発明によれば、被監視サーバテーブル
に、被監視サーバが監視登録要求を受信したときにセッ
トするフラグを記載し、定期的に監視登録手段を起動し
たときに、そのフラグがセットされている被監視サーバ
に、監視登録要求を送信しないことにより、冗長な処理
を繰り返すことなく、通信トラフィックの増大を解消す
ることができるという効果がある。

【００８６】この発明によれば、被監視サーバが停止し
たときに、被監視サーバからの停止通知により、被監視
サーバテーブルのフラグをにリセットし、次の定期的な
監視登録要求を送信することにより、監視関係の整合性
を回復することができるという効果がある。

【００８７】この発明によれば、被監視サーバテーブル
に監視ＰＣが監視登録要求を送信する時間間隔を記載
し、監視登録手段が、監視登録受信手段からの受信確認
応答を受信したときに、被監視サーバテーブルの時間間
隔を延長した時間間隔に変更し、定期監視登録手段が、
定期的に監視登録手段を起動したときに、監視登録手段
が延長した時間間隔に基づき、監視登録要求を送信する
ことにより、通信トラフィックの増大を軽減することが
できると共に、一度監視登録をした後でも、ある程度長
い間隔で定期的な監視登録要求を行うことにより、通信
手段の障害や被監視サーバのハングや異常ダウンが発生
しても、気づくことができるという効果がある。

【００８８】この発明によれば、被監視サーバテーブル
に定期監視登録要求手段が定期的に監視登録手段を起動
するたびに減算する所定のカウンタ値を記載し、監視登
録手段が、監視登録受信手段からの受信確認応答を受信
したときに、被監視サーバテーブルの所定のカウンタ値
を大きなカウンタ値に変更し、定期監視登録手段が、定
期的に監視登録手段を起動したときに、監視登録手段が
大きなカウンタ値から減算することにより、通信トラフ
ィックの増大を軽減することができると共に、一度監視
登録をした後でも、ある程度長い間隔で定期的な監視登
録要求を行うことにより、通信手段の障害や被監視サー
バのハングや異常ダウンが発生しても、気づくことがで
きるという効果が得られる。

【図面の簡単な説明】

【図１】この発明の実施の形態１から実施の形態４に
よる監視ＰＣ及び被監視サーバの構成を示す図である。

【図２】この発明の実施の形態１による被監視サーバ
テーブルの内容を示す図である。

【図３】この発明の実施の形態１による監視ＰＣが監
視を始める前に監視対象の被監視サーバを登録する処理
を示す図である。

【図４】この発明の実施の形態１による監視ＰＣが被
監視サーバの監視を開始するときの処理を示すフローチ
ャートである。

【図５】この発明の実施の形態１による監視ＰＣが被
監視サーバの監視を終了するときの処理を示すフローチ
ャートである。

【図６】この発明の実施の形態１による監視ＰＣが定
期的に被監視サーバの監視を登録するときの処理を示す
フローチャートである。

【図７】この発明の実施の形態１による監視状態で被
監視サーバに障害が発生した場合の処理を示すフローチ
ャートである。

【図８】この発明の実施の形態２による監視ＰＣが定
期的に被監視サーバの監視を登録するときの処理を示す
フローチャートである。

【図９】この発明の実施の形態２による被監視サーバ
テーブルの内容を示す図である。

【図１０】この発明の実施の形態２による被監視サー
バが停止するときの処理を示すフローチャートである。

【図１１】この発明の実施の形態３による監視ＰＣが
定期的に被監視サーバの監視を登録するときの処理を示
すフローチャートである。

【図１２】この発明の実施の形態３による被監視サー
バテーブルの内容を示す図である。

【図１３】この発明の実施の形態３，実施の形態４に
よる通信手段の障害や被監視サーバのハングや異常ダウ
ンが発生したときの処理を示すフローチャートである。

【図１４】この発明の実施の形態４による監視ＰＣが
定期的に被監視サーバの監視を登録するときの処理を示
すフローチャートである。

【図１５】この発明の実施の形態４による被監視サー
バテーブルの内容を示す図である。

【図１６】従来の監視システムの構成を示す図であ
る。

【図１７】従来の監視ＰＣ及び被監視サーバの構成を
示す図である。

【符号の説明】

１ａ，１ｂ，…１ｍ監視ＰＣ、２ａ，２ｂ，２ｃ，２
ｄ，…２ｎ−１，２ｎ被監視サーバ、１１監視登録手
段、１２被監視サーバテーブル、１３定期監視登録
手段、１４通報受信手段、１５監視登録削除手段、
１６通報正当性判定手段、２１監視登録要求受信手
段、２２監視ＰＣテーブル、２３障害監視手段、２４
障害通報手段、２５監視登録削除要求受信手段。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１１年６月１８日（１９９９．６．１
８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正内容】

【書類名】明細書

【発明の名称】監視システム

【特許請求の範囲】

【請求項２】監視ＰＣが、被監視サーバより送信された障害通報を受信する通報受
信手段と、被監視サーバテーブルを参照して、上記障害通報を送信
した被監視サーバが監視対象の被監視サーバであるかを
判定する通報正当性判定手段と、上記通報正当性判定手段による判定の結果、上記障害通
報を送信した被監視サーバが監視対象の被監視サーバで
ない場合、上記被監視サーバに監視登録削除要求を送信
する監視登録削除手段とを備え、上記被監視サーバが、障害発生を監視する障害監視手段と、監視ＰＣテーブルを参照し、監視している監視ＰＣを抽
出して、上記障害監視手段が検出した障害を通報する障
害通報手段と、上記監視登録削除要求を受信し、上記監視ＰＣテーブル
に登録してある上記監視ＰＣを削除する監視登録削除要
求受信手段とを備えたことを特徴とする請求項１記載の
監視システム。

【請求項３】被監視サーバテーブルに、監視対象の被
監視サーバを登録すると共に、この被監視サーバが監視
登録要求を受信したときにセットするフラグを記載し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
のフラグがセットされていないときに、監視登録要求を
送信し、監視登録要求受信手段が、上記監視登録手段からの監視
登録要求を受信したときに、受信確認応答を上記監視登
録手段に送信し、上記監視登録手段が、上記受信確認応答を受信したとき
に、上記被監視サーバテーブルのフラグをセットし、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
におけるフラグがセットされている被監視サーバに、監
視登録要求を送信しないことを特徴とする請求項１記載
の監視システム。

【請求項４】被監視サーバが停止するときに、障害通
報手段が通報受信手段に停止通知を送信し、監視登録手段が、上記通報受信手段が受信した停止通知
に基づき、被監視サーバテーブルのフラグをリセットす
ることを特徴とする請求項３記載の監視システム。

【請求項５】被監視サーバテーブルに、監視対象の被
監視サーバを登録すると共に、監視ＰＣが監視登録要求
を定期的に送信する時間間隔を記載し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
に記載された時間間隔に基づき、監視登録要求を送信
し、監視登録要求受信手段が、上記監視登録手段からの監視
登録要求を受信したときに、受信確認応答を上記監視登
録手段に送信し、上記監視登録手段が、上記受信確認応答を受信したとき
に、上記被監視サーバテーブルに記載されている時間間
隔を、延長した時間間隔に変更し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
に記載された延長した時間間隔に基づき、監視登録要求
を送信することを特徴とする請求項１記載の監視システ
ム。

【請求項６】被監視サーバテーブルに、監視対象の被
監視サーバを登録すると共に、定期監視登録手段が定期
的に監視登録手段を起動するたびに、上記監視登録手段
により減算される所定のカウンタ値を記載し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記所定のカウンタ値が予
め決められた値になったときに監視登録要求を送信し、監視登録要求受信手段が、上記監視登録手段からの監視
登録要求を受信したときに、受信確認応答を上記監視登
録手段に送信し、上記監視登録手段が、上記受信確認応答を受信したとき
に、上記被監視サーバテーブルに記載されている所定の
カウンタ値を、大きなカウンタ値に変更し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
に記載された大きなカウンタ値から減算することを特徴
とする請求項１記載の監視システム。

【発明の詳細な説明】

【０００１】

【０００２】

【００１０】

【００１６】

【課題を解決するための手段】この発明に係る監視シス
テムは、ネットワークに接続された複数の被監視サーバ
と、上記ネットワークに接続され、上記複数の被監視サ
ーバを監視する監視ＰＣを備えたものにおいて、上記監
視ＰＣが、監視対象の上記被監視サーバを登録する被監
視サーバテーブルと、上記被監視サーバテーブルより監
視対象の上記被監視サーバを抽出し、上記被監視サーバ
に、監視登録要求を送信する監視登録手段と、定期的に
上記監視登録手段を起動する定期監視登録手段と、被監
視サーバに監視登録削除要求を送信する監視登録削除手
段とを備え、上記被監視サーバが、上記監視登録手段よ
り送信された監視登録要求を受信する監視登録要求受信
手段と、上記監視登録要求受信手段により、上記監視登
録要求を送信した上記監視ＰＣを登録する監視ＰＣテー
ブルと、上記監視登録削除要求を受信し、監視ＰＣテー
ブルに登録してある上記監視ＰＣを削除する監視登録削
除要求受信手段とを備えたものである。

【００１７】この発明に係る監視システムは、監視ＰＣ
が、被監視サーバより送信された障害通報を受信する通
報受信手段と、被監視サーバテーブルを参照して、上記
障害通報を送信した被監視サーバが監視対象の被監視サ
ーバであるかを判定する通報正当性判定手段と、上記通
報正当性判定手段による判定の結果、上記障害通報を送
信した被監視サーバが監視対象の被監視サーバでない場
合、上記被監視サーバに監視登録削除要求を送信する監
視登録削除手段とを備え、上記被監視サーバが、障害発
生を監視する障害監視手段と、監視ＰＣテーブルを参照
し、監視している監視ＰＣを抽出して、上記障害監視手
段が検出した障害を通報する障害通報手段と、上記監視
登録削除要求を受信し、上記監視ＰＣテーブルに登録し
てある上記監視ＰＣを削除する監視登録削除要求受信手
段とを備えたものである。

【００１８】この発明に係る監視システムは、被監視サ
ーバテーブルに、監視対象の被監視サーバを登録すると
共に、この被監視サーバが監視登録要求を受信したとき
にセットするフラグを記載し、定期監視登録手段が定期
的に監視登録手段を起動したときに、上記監視登録手段
が、上記被監視サーバテーブルのフラグがセットされて
いないときに、監視登録要求を送信し、監視登録要求受
信手段が、上記監視登録手段からの監視登録要求を受信
したときに、受信確認応答を上記監視登録手段に送信
し、上記監視登録手段が、上記受信確認応答を受信した
ときに、上記被監視サーバテーブルのフラグをセット
し、定期監視登録手段が定期的に監視登録手段を起動し
たときに、上記監視登録手段が、上記被監視サーバテー
ブルにおけるフラグがセットされている被監視サーバ
に、監視登録要求を送信しないものである。

【００１９】この発明に係る監視システムは、被監視サ
ーバが停止するときに、障害通報手段が通報受信手段に
停止通知を送信し、監視登録手段が、上記通報受信手段
が受信した停止通知に基づき、被監視サーバテーブルの
フラグをリセットするものである。

【００２０】この発明に係る監視システムは、被監視サ
ーバテーブルに、監視対象の被監視サーバを登録すると
共に、監視ＰＣが監視登録要求を定期的に送信する時間
間隔を記載し、定期監視登録手段が定期的に監視登録手
段を起動したときに、上記監視登録手段が、上記被監視
サーバテーブルに記載された時間間隔に基づき、監視登
録要求を送信し、監視登録要求受信手段が、上記監視登
録手段からの監視登録要求を受信したときに、受信確認
応答を上記監視登録手段に送信し、上記監視登録手段
が、上記受信確認応答を受信したときに、上記被監視サ
ーバテーブルに記載されている時間間隔を、延長した時
間間隔に変更し、定期監視登録手段が定期的に監視登録
手段を起動したときに、上記監視登録手段が、上記被監
視サーバテーブルに記載された延長した時間間隔に基づ
き、監視登録要求を送信するものである。

【００２１】この発明に係る監視システムは、被監視サ
ーバテーブルに、監視対象の被監視サーバを登録すると
共に、定期監視登録手段が定期的に監視登録手段を起動
するたびに、上記監視登録手段により減算される所定の
カウンタ値を記載し、定期監視登録手段が定期的に監視
登録手段を起動したときに、上記監視登録手段が、上記
所定のカウンタ値が予め決められた値になったときに監
視登録要求を送信し、監視登録要求受信手段が、上記監
視登録手段からの監視登録要求を受信したときに、受信
確認応答を上記監視登録手段に送信し、上記監視登録手
段が、上記受信確認応答を受信したときに、上記被監視
サーバテーブルに記載されている所定のカウンタ値を、
大きなカウンタ値に変更し、定期監視登録手段が定期的
に監視登録手段を起動したときに、上記監視登録手段
が、上記被監視サーバテーブルに記載された大きなカウ
ンタ値から減算するものである。

【００２２】

【００２３】図１の監視ＰＣ１ａにおいて、１１は被監
視サーバ２ａに監視登録を要求する監視登録手段、１２
は、図２に示すように、監視ＰＣ１ａが監視対象とする
被監視サーバ２ａ，２ｂ，２ｃのサーバ名を登録した不
揮発性のＲＡＭ上の被監視サーバテーブル、１３は定期
的に監視登録手段１１を起動する定期監視登録手段であ
る。

【００２４】また、図１の監視ＰＣ１ａにおいて、１４
は、従来と同様の、被監視サーバ２ａからの障害通報を
受信する通報受信手段、１５は監視ＰＣ１ａが被監視サ
ーバ２ａの監視を終了するときに監視登録の削除を要求
する監視登録削除手段、１６は通報受信手段１４が受信
した障害通報が監視対象の被監視サーバからの通報であ
るかを判定する通報正当性判定手段である。

【００２５】さらに、図１の被監視サーバ２ａにおい
て、監視登録要求受信手段２１，監視ＰＣテーブル２
２，障害監視手段２３，障害通報手段２４は、従来の図
１７に示すものと同一であり、２５は監視登録削除手段
１５からの監視登録削除要求を受信する監視登録削除要
求受信手段である。

【００２６】次に動作について説明する。図３は監視Ｐ
Ｃが監視を始める前に監視対象の被監視サーバを登録す
る処理を示す図である。この場合、監視ＰＣ１ａは、Ｌ
ＡＮ３ａに接続されている被監視サーバ２ａ，２ｂと、
ＬＡＮ３ｂに接続されている被監視サーバ２ｃを監視対
象とする。図３のステップＳＴ１１において、監視を始
める前に、オペレータは不揮発性のＲＡＭ上の被監視サ
ーバテーブル１２に、監視を行う被監視サーバ２ａ，２
ｂ，２ｃのサーバ名を登録する。このように、監視ＰＣ
１ａが監視を始める前は、監視ＰＣ１ａ側のみに登録を
行い、被監視サーバ２ａ，２ｂ，２ｃ側では登録を行わ
ない。

【００２７】図４は監視ＰＣが被監視サーバの監視を開
始するときの処理を示すフローチャートである。ステッ
プＳＴ２１において、監視ＰＣ１ａのオペレータの指示
により監視登録手段１１が起動される。ステップＳＴ２
２において、監視登録手段１１は、被監視サーバテーブ
ル１２を参照して、監視対象の被監視サーバ２ａのサー
バ名を抽出し、被監視サーバ２ａのサーバ名とそのＩＰ
アドレスの対応を示したＨＯＳＴＳファイル（図示せ
ず）より、被監視サーバ２ａのＩＰアドレスを取得す
る。

【００２８】ステップＳＴ２３において、監視登録手段
１１は、被監視サーバ２ａのＩＰアドレスを宛先とし、
監視ＰＣ１ａ自身のＩＰアドレスを付記し、被監視サー
バ２ａに監視登録要求を送信する。ステップＳＴ２４に
おいて、被監視サーバ２ａの監視登録要求受信手段２１
が監視登録手段１１からの監視登録要求を受信して、監
視ＰＣ１ａのＩＰアドレスを揮発性のＲＡＭ上の監視Ｐ
Ｃテーブル２２に登録する。そしてステップＳＴ２５に
おいて、監視ＰＣ１ａは被監視サーバ２ａを監視してい
る状態となる。

【００２９】上記ステップＳＴ２２〜ＳＴ２５の処理
は、監視ＰＣ１ａが監視対象としているその他の被監視
サーバ２ｂ，２ｃに対しても同様に行われ、各被監視サ
ーバ２ｂ、２ｃの監視ＰＣテーブル２２にも、監視ＰＣ
１ａのＩＰアドレスが同様に登録される。

【００３０】また、例えば、図１６に示す監視ＰＣ１ｂ
が被監視サーバ２ｂ、２ｃ、２ｄを監視対象とした場
合、同様に監視開始処理が行われ、最終的に、図１６に
示す監視システム全体の監視ＰＣ１ａ，１ｂ，…１ｍ，
被監視サーバ２ａ，２ｂ，２ｃ，２ｄ，…２ｎ−１，２
ｎに監視開始処理が行われる。

【００３１】このようにして、各監視ＰＣ１ａ，１ｂ，
…１ｍの被監視サーバテーブル１２に登録されている被
監視サーバ名と、各被監視サーバ２ａ，２ｂ，２ｃ，２
ｄ，…２ｎ−１，２ｎの監視ＰＣテーブル２２に登録さ
れている監視ＰＣ１ａ，１ｂ，…１ｍのＩＰアドレスと
の対応関係が全て一致し、この監視システムにおける監
視関係の整合性が全て確立したことになる。このように
監視関係の整合性を確立することにより、監視ＰＣが監
視対象としている被監視サーバより、漏れなく正しく、
障害発生時の通報を受けられる体制が整ったことにな
る。

【００３２】図５は監視ＰＣが被監視サーバの監視を終
了するときの処理を示すフローチャートである。ここで
は、監視ＰＣ１ａが被監視サーバ２ａの監視を終了する
場合を示す。ステップＳＴ３１において、監視ＰＣ１ａ
のオペレータの指示により監視登録削除手段１５が起動
される。ステップＳＴ３２において、監視登録削除手段
１５は、ＨＯＳＴＳファイルより、被監視サーバ２ａの
ＩＰアドレスを取得する。

【００３３】ステップＳＴ３３において、監視登録削除
手段１５は、被監視サーバ２ａのＩＰアドレスを宛先と
し、監視ＰＣ１ａ自身のＩＰアドレスを付記し、被監視
サーバ２ａに監視登録削除要求を送信する。ステップＳ
Ｔ３４において、被監視サーバ２ａの監視登録削除要求
受信手段２５が、監視登録削除手段１５からの監視登録
削除要求を受信し、監視ＰＣテーブル２２に監視ＰＣ１
ａのＩＰアドレスが登録されているかを確認する。登録
されていない場合は、ステップＳＴ３５において、受信
した監視登録削除要求を無視する。また、登録されてい
る場合は、ステップＳＴ３６において、揮発性のＲＡＭ
上の監視ＰＣテーブル２２から監視ＰＣ１ａのＩＰアド
レスを削除する。

【００３４】上記ステップＳＴ３２〜ＳＴ３６までの処
理は、監視登録削除要求を行う全ての監視ＰＣと削除対
象となる全ての被監視サーバに対して行われ、監視シス
テムにおける監視関係の整合性が維持される。

【００３５】図６は監視ＰＣが定期的に被監視サーバの
監視を登録するときの処理を示すフローチャートであ
る。ここでは、監視ＰＣ１ａが被監視サーバ２ａの監視
を定期的に登録する場合を示す。ステップＳＴ４１にお
いて、定期監視登録手段１３は定期的に監視登録手段１
１を起動させる。ステップＳＴ４２において、監視登録
手段１１は、被監視サーバテーブル１２を参照して、監
視対象の被監視サーバ２ａのサーバ名を抽出し、ＨＯＳ
ＴＳファイルより、被監視サーバ２ａのＩＰアドレスを
取得する。ステップＳＴ４３において、監視登録手段１
１は、被監視サーバ２ａのＩＰアドレスを宛先とし、監
視ＰＣ１ａ自身のＩＰアドレスを付記し、被監視サーバ
２ａに監視登録要求を送信する。

【００３６】ステップＳＴ４４において、被監視サーバ
２ａが起動されていなかったり、リブートが完了してい
ない場合は、ステップＳＴ４５において、送信された監
視登録要求は破棄され、ステップＳＴ４１に戻って次の
定期的な監視登録手段１１の起動を待つ。一方、ステッ
プＳＴ４４において、被監視サーバ２ａが起動状態にな
っていたり、リブートが完了状態になっている場合は、
監視登録要求受信手段２１は要求送信された監視登録要
求を受信し、ステップＳＴ４６において、監視登録要求
受信手段２１は、監視登録要求を送信した監視ＰＣ１ａ
のＩＰアドレスが監視ＰＣテーブル２２に登録済みであ
るかを確認する。

【００３７】上記ステップＳＴ４６において、監視ＰＣ
１ａのＩＰアドレスが監視ＰＣテーブル２２に登録済み
である場合、ステップＳＴ４７において、監視登録要求
受信手段２１は、受信した監視登録要求を無視し、ステ
ップＳＴ４９で監視状態となる。一方、監視開始時の初
めての監視登録要求などで監視ＰＣ１ａのＩＰアドレス
が監視ＰＣテーブル２２に登録されていない場合、ステ
ップＳＴ４８において、監視登録要求受信手段２１は、
監視登録要求を送信した監視ＰＣ１ａのＩＰアドレスを
監視ＰＣテーブル２２に登録し、ステップＳＴ４９で監
視状態となる。

【００３８】上記ステップＳＴ４１〜ＳＴ４９までの処
理は定期的に繰り返される。以上のような処理を繰り返
すことにより、図４に示す処理を行い監視関係の整合性
を確立した後に、何らかの原因で監視システムの監視関
係の整合性が崩壊した場合でも、短時間のうちに監視シ
ステムの監視関係の整合性を回復することができる。

【００３９】図７は監視状態で被監視サーバに障害が発
生した場合の処理を示すフローチャートである。ここで
は、被監視サーバ２ａで発生した障害を監視ＰＣ１ａに
通報する場合を示す。ステップＳＴ５１において、被監
視サーバ２ａで障害が発生すると、ステップＳＴ５２に
おいて、被監視サーバ２ａの障害監視手段２３は発生し
た障害を検出し、障害通報手段２４に、発生した障害を
監視ＰＣに送信するよう依頼する。ステップＳＴ５３に
おいて、障害通報手段２４は監視ＰＣテーブル２２を参
照して監視ＰＣ１ａのＩＰアドレスを抽出し、発生した
障害を監視ＰＣ１ａに通報する。

【００４０】ステップＳＴ５４において、監視ＰＣ１ａ
の通報受信手段１４は通報を受信し、ステップＳＴ５５
において、通報正当性判定手段１６は、被監視サーバテ
ーブル１２を参照して、通報してきた被監視サーバ２ａ
が監視対象の被監視サーバであるかを判定する。監視対
象の被監視サーバである場合、ステップＳＴ５６におい
て、通報された障害を表示装置（図示せず）等に表示す
ることにより、オペレータに通知する。

【００４１】ステップＳＴ５５の判定の結果、監視対象
の被監視サーバでない場合、ステップＳＴ５７におい
て、通報正当性判定手段１６により起動された監視登録
削除手段１５が、障害を通報してきた被監視サーバ２ａ
に、監視登録削除要求を送信する。ステップＳＴ５８に
おいて、被監視サーバ２ａの監視登録削除要求受信手段
２５は、監視登録削除要求を受信し、監視ＰＣテーブル
２２に登録されている監視ＰＣ１ａのＩＰアドレスを削
除する。

【００４２】上記ステップＳＴ５３〜ＳＴ５８までの処
理は、被監視サーバ２ａを監視している全ての監視ＰＣ
に対して行われる。以上の処理を行うことにより、監視
対象の被監視サーバで発生した障害を監視ＰＣに正しく
通報できると共に、監視システムの監視関係の整合性が
崩れ、監視対象でない被監視サーバからの障害通知を受
信した場合、被監視サーバに登録されている監視ＰＣの
ＩＰアドレスを削除することにより、監視システムの監
視関係の整合性を回復することができる。

【００４３】図３に示す監視対象の被監視サーバを登録
する処理は、図１６に示す監視システムに、新規に監視
ＰＣを追加する場合にも適用できる。すなわち、監視対
象の被監視サーバを特定し、被監視サーバの監視分担を
見直した上で、上記ステップＳＴ１１の処理を行うこと
により、従来設置されていた監視ＰＣと同様に監視が行
える。また、逆に、設置されていた監視ＰＣを図１６に
示す監視システムより取り外す場合でも、被監視サーバ
の監視分担を見直した上で、上記ステップＳＴ１１の処
理を行えば良い。このように、監視ＰＣの追加、削除に
柔軟に対応できる。

【００４４】以上のように、この実施の形態１によれ
ば、監視ＰＣが監視を始める前は、監視ＰＣ側のみに監
視対象の被監視サーバの登録を行い、被監視サーバ側で
は監視ＰＣの登録を行わず、監視ＰＣから被監視サーバ
への監視登録要求を、監視開始時だけでなく、その後も
定期的に行うことにより、被監視サーバの稼働確認を行
うことなく、監視関係の整合性を確立することができる
という効果が得られる。

【００４５】また、監視ＰＣが監視を終了するときは、
監視ＰＣが被監視サーバに登録削除要求を出し、被監視
サーバが監視ＰＣの登録を削除することにより、監視関
係の整合性を維持することができるという効果が得られ
る。

【００４６】さらに、監視ＰＣから被監視サーバへの監
視登録要求を、定期的に行うことにより、監視関係の整
合性の確立後に、通信手段の障害や被監視サーバのハン
グや異常ダウンが発生して監視関係の整合性が崩壊して
も、短時間のうちに監視関係の整合性を回復できるとい
う効果が得られる。

【００４７】さらに、監視ＰＣが監視対象でない被監視
サーバからの障害通報を受信した場合、監視登録削除要
求を行い、被監視サーバ側で監視ＰＣの登録を削除する
ことにより、監視関係の整合性を回復できるという効果
が得られる。

【００４８】さらに、監視ＰＣが監視を始める前に、監
視ＰＣ側のみに監視対象の被監視サーバの登録を行うこ
とにより、監視システムにおける監視ＰＣの追加、削除
に柔軟に対応できるという効果が得られる。

【００４９】実施の形態２．この実施の形態における監
視システムの構成は、従来の図１６に示す構成と同一で
あり、監視ＰＣ及び被監視サーバの構成は、実施の形態
１の図１に示す構成と同一である。実施の形態１では、
定期的に監視登録要求を行うことにより、監視関係の整
合性の確立、維持、回復をはかっている。しかし、被監
視サーバが一度監視サーバの登録をした後の定期的な監
視登録要求は、被監視サーバが停止するまで冗長な処理
となり、通信トラフィックを増大させてしまう。この実
施の形態は、この通信トラフィックの増大を解消するも
のである。

【００５０】次に動作について説明する。図８は実施の
形態２による監視ＰＣが定期的に被監視サーバの監視を
登録するときの処理を示すフローチャートである。ま
た、図９は実施の形態２による被監視サーバテーブルの
内容を示す図であり、監視対象の被監視サーバ名と、そ
の被監視サーバが監視登録要求を受理したことを示すフ
ラグが記載されている。このフラグの欄には、被監視サ
ーバが監視登録要求を受理していない場合は「０」、監
視登録要求を受理している場合は「１」が記載される。
ここでは、監視ＰＣ１ａが被監視サーバ２ａに定期的に
監視登録要求を行う場合を示す。

【００５１】ステップＳＴ６１において、定期監視登録
手段１３は、定期的に監視登録手段１１を起動させる。
ステップＳＴ６２において、監視登録手段１１は、被監
視サーバテーブル１２を参照して、定期監視登録対象の
被監視サーバ１ａのフラグがセットされているかを確認
し、フラグが「１」で、既に被監視サーバ１ａが監視登
録要求を受理している場合は、ステップＳＴ６３におい
て、監視登録手段１１は監視登録要求を中止する。

【００５２】また、上記ステップＳＴ６２で、フラグが
「０」で、まだ被監視サーバ１ａが監視登録要求を受理
していない場合は、ステップＳＴ６４において、監視登
録手段１１は、監視対象の被監視サーバ２ａのサーバ名
を抽出し、ＨＯＳＴＳファイルより、被監視サーバ２ａ
のＩＰアドレスを取得する。ステップＳＴ６５におい
て、監視登録手段１１は、被監視サーバ２ａのＩＰアド
レスを宛先とし、監視ＰＣ１ａ自身のＩＰアドレスを付
記し、被監視サーバ２ａに監視登録要求を送信する。

【００５３】ステップＳＴ６６において、監視登録要求
受信手段２１から監視登録要求を受信したことを示すＡ
ＣＫ（確認応答）信号が返信され、監視登録手段１１
は、そのＡＣＫ信号を受信したかを確認する。ＡＣＫ信
号を受信していない場合は、ステップＳＴ６１に戻り、
定期的な監視登録処理を繰り返す。

【００５４】また、ステップＳＴ６６で、ＡＣＫ信号を
受信した場合には、ステップＳＴ６７において、監視登
録手段１１は、被監視サーバ２ａへの監視登録要求は正
常に受信されたものと判断し、図９に示すように、被監
視サーバテーブル１２における被監視サーバ２ａのフラ
グを「１」にセットする。そしてステップＳＴ６１に戻
り、次の定期的な監視登録処理を行うが、ステップＳＴ
６２において、今度はフラグが「１」にセットされてい
るので、ステップＳＴ６３で被監視サーバ２ａに対する
監視登録要求が中止される。

【００５５】図１０は被監視サーバが停止する場合の監
視ＰＣ側の処理を示すフローチャートである。被監視サ
ーバ２ａが停止する場合に、障害通報手段２４は、停止
通知を監視ＰＣ１ａに送信し、ステップＳＴ７１におい
て、監視ＰＣ１ａの通報受信手段１４は、被監視サーバ
２ａが停止する場合に、障害通報手段２４から送信され
た停止通知を受信する。

【００５６】ステップＳＴ７２において、監視登録手段
１１は、通報受信手段１４からの停止通知により、被監
視サーバテーブル１２に記載されている被監視サーバ２
ａのフラグを「０」にリセットする。そして図８に示す
定期監視登録処理を行った場合、ステップＳＴ６２でフ
ラグが「１」にセットされていないので、ステップＳＴ
６５において、監視登録要求が送信されることにより、
被監視サーバ２ａが再起動した後、監視関係の整合性を
回復することができる。

【００５７】以上のように、この実施の形態２によれ
ば、被監視サーバは監視登録要求を受信すると、ＡＣＫ
信号を返信し、監視ＰＣは、受信したＡＣＫ信号により
被監視サーバテーブルのフラグをセットし、定期的な監
視登録要求を行うときは、そのフラグを確認してから監
視登録要求を送信するので、冗長な処理を繰り返すこと
なく、通信トラフィックの増大を解消することができる
という効果が得られる。

【００５８】また、被監視サーバが停止した場合に、被
監視サーバからの停止通知により、被監視サーバテーブ
ルのフラグをリセットし、次の定期的な監視登録要求を
送信することにより、被監視サーバが再起動した後、監
視関係の整合性を回復することができるという効果が得
られる。

【００５９】実施の形態３．この実施の形態における監
視システムの構成は、従来の図１６に示す構成と同一で
あり、監視ＰＣ及び被監視サーバの構成は、実施の形態
１の図１に示す構成と同一である。この実施の形態は、
通信トラフィックの増大を軽減するものである。

【００６０】次に動作について説明する。図１１は実施
の形態３による監視ＰＣが定期的に被監視サーバの監視
を登録するときの処理を示すフローチャートである。ま
た、図１２は実施の形態３による被監視サーバテーブル
の内容を示す図であり、監視対象の被監視サーバ名の他
に、定期的な監視登録要求を行う時間間隔が記載されて
いる。定期的監視登録の処理を開始する前は、この時間
間隔の欄には、初期値として例えば「６００秒」が記載
されている。ここでは、監視ＰＣ１ａが被監視サーバ２
ａに定期的に監視登録要求を行う場合を示す。

【００６１】ステップＳＴ８１において、定期監視登録
手段１３は、定期的に監視登録手段１１を起動させる。
ステップＳＴ８２において、監視登録手段１１は、被監
視サーバテーブル１２における時間間隔の欄を参照し
て、被監視サーバ２ａの現在の時間間隔が「０秒」にな
っているかを確認する。そして、「０秒」になっていな
い場合は、ステップＳＴ８３において、６００秒経過後
に、現在の時間間隔から初期値の「６００秒」を引いて
ステップＳＴ８１に戻る。ステップＳＴ８２で、現在の
時間間隔が「０秒」になっている場合は、ステップＳＴ
８４において、現在の時間間隔を初期値の「６００秒」
に戻す。

【００６２】ステップＳＴ８５において、監視登録手段
１１は、被監視サーバテーブル１２を参照し、監視対象
の被監視サーバ２ａのサーバ名を抽出し、ＨＯＳＴＳフ
ァイルより、被監視サーバ２ａのＩＰアドレスを取得す
る。ステップＳＴ８６において、監視登録手段１１は、
被監視サーバ２ａのＩＰアドレスを宛先とし、監視ＰＣ
１ａ自身のＩＰアドレスを付記し、被監視サーバ２ａに
監視登録要求を送信する。

【００６３】ステップＳＴ８７において、監視登録要求
受信手段２１から監視登録要求を受信したことを示すＡ
ＣＫ（確認応答）信号が返信され、監視登録手段１１
は、そのＡＣＫ信号を受信したかを確認する。ＡＣＫ信
号を受信していない場合は、ステップＳＴ８１に戻り、
定期的な監視登録処理を繰り返す。

【００６４】ステップＳＴ８７で、ＡＣＫ信号を受信し
た場合は、ステップＳＴ８８において、監視登録手段１
１は、被監視サーバテーブル１２における被監視サーバ
２ａの時間間隔を、例えば初期値の６倍の「３６００
秒」に延長し、ステップＳＴ８１に戻って、定期的な監
視登録処理を繰り返す。

【００６５】しかし、時間間隔を「３６００秒」と大き
くしてあるために、ステップＳＴ８２，ＳＴ８３のルー
チンの処理を６回繰り返してから、ステップＳＴ８６に
おける被監視サーバ２ａに対する監視登録要求を送信す
る。このように、監視登録要求を送信してＡＣＫ信号を
受信した場合、時間間隔を大きくし、定期的な監視登録
要求の送信を間引くことにより、通信トラフィックの増
大を軽減することができる。

【００６６】図１３は通信手段の障害や被監視サーバの
ハングや異常ダウンが発生したときの処理を示すフロー
チャートである。ステップＳＴ９１において、監視ＰＣ
１ａの監視登録手段１１は、被監視サーバ２ａに監視登
録要求を送信し、ステップＳＴ９２において、被監視サ
ーバ２ａからのＡＣＫ信号を受信したかを確認し、受信
した場合は、ステップＳＴ９１に戻る。

【００６７】ステップＳＴ９２で、ＡＣＫ信号を受信し
ない場合、監視登録手段１１は、被監視サーバ２ａから
停止通知を受信しているかを確認し、受信している場合
は、ステップＳＴ９１に戻る。受信していない場合は、
ステップＳＴ９４において、通信手段６の障害や被監視
サーバ２ａのハングや異常ダウンが発生した可能性があ
るものと見なして、監視ＰＣ１ａのオペレータに通知す
る。

【００６８】この実施の形態では、監視ＰＣ１ａが一度
監視登録をした後でも、ある程度、時間間隔の長い定期
的な監視登録要求を行うことにより、その後に発生した
通信手段６の障害や被監視サーバ２ａのハングや異常ダ
ウンに気づくことができる。実施の形態２では、一度フ
ラグをセットすると、以後の定期的な監視登録要求を行
わないので、上記障害や異常に気づくことができない
が、この実施の形態では、この点の改善を図っている。

【００６９】以上のように、この実施の形態３によれ
ば、被監視サーバは監視登録要求を受信すると、ＡＣＫ
信号を返信し、監視ＰＣは、受信したＡＣＫ信号により
被監視サーバテーブルの時間間隔を延長することによ
り、定期的な監視登録要求を行う時間間隔が長くなり、
通信トラフィックの増大を軽減することができるという
効果が得られる。

【００７０】また、この実施の形態３によれば、一度監
視登録をした後でも、ある程度、時間間隔の長い定期的
な監視登録要求を行うことにより、通信手段の障害や被
監視サーバのハングや異常ダウンが発生しても、気づく
ことができるという効果が得られる。

【００７１】実施の形態４．この実施の形態における監
視システムの構成は、従来の図１６に示す構成と同一で
あり、監視ＰＣ及び被監視サーバの構成は、実施の形態
１の図１に示す構成と同一である。この実施の形態も、
実施の形態３と同様に、通信トラフィックの増大を軽減
するものである。

【００７２】次に動作について説明する。図１４は実施
の形態４による監視ＰＣが定期的に被監視サーバの監視
を登録するときの処理を示すフローチャートである。ま
た、図１５は実施の形態４による被監視サーバテーブル
の内容を示す図であり、監視対象の被監視サーバ名の他
に、カウンタ値が記載されている。このカウンタ値の欄
には、初期値として例えば「１」が記載されている。こ
こでは、監視ＰＣ１ａが被監視サーバ２ａに定期的に監
視登録要求を行う場合を示す。

【００７３】ステップＳＴ１０１において、定期監視登
録手段１３は、定期的に監視登録手段１１を起動させ
る。ステップＳＴ１０２において、監視登録手段１１
は、被監視サーバテーブル１２におけるカウンタ値の欄
を参照して、被監視サーバ２ａの現在のカウンタ値が予
め決められた値の例えば「０」になっているかを確認
し、「０」になっていない場合は、ステップＳＴ１０３
において、現在のカウンタ値から初期値の「１」を引い
てステップＳＴ１０１に戻る。ステップＳＴ１０２にお
いて、現在のカウンタ値が「０」になっている場合は、
ステップＳＴ１０４において、カウンタ値を初期値の
「１」に戻す。

【００７４】ステップＳＴ１０５において、監視登録手
段１１は、被監視サーバテーブル１２を参照し、被監視
サーバ２ａのサーバ名を抽出し、ＨＯＳＴＳファイルよ
り、被監視サーバ２ａのＩＰアドレスを取得する。ステ
ップＳＴ１０６において、監視登録手段１１は、被監視
サーバ２ａのＩＰアドレスを宛先とし、監視ＰＣ１ａ自
身のＩＰアドレスを付記し、被監視サーバ２ａに監視登
録要求を送信する。

【００７５】ステップＳＴ１０７において、監視登録要
求受信手段２１から監視登録要求を受信したことを示す
ＡＣＫ（確認応答）信号が返信され、監視登録手段１１
は、そのＡＣＫ信号を受信したかを確認する。ＡＣＫ信
号を受信していない場合は、ステップＳＴ１０１に戻
り、定期的な監視登録処理を繰り返す。

【００７６】ステップＳＴ１０７で、ＡＣＫ信号を受信
した場合は、ステップＳＴ１０８において、監視登録手
段１１が、被監視サーバテーブル１２における被監視サ
ーバ２ａのカウンタ値を例えば「５」に大きくし、ステ
ップＳＴ１０１に戻り、定期的な監視登録処理を繰り返
す。

【００７７】しかし、現在のカウンタ値を「５」と大き
くしてあるために、ステップＳＴ１０２，ＳＴ１０３の
ルーチンの処理を５回繰り返してから、ステップＳＴ１
０６における監視サーバ２ａに対する監視登録要求を送
信する。このように、監視登録要求を送信してＡＣＫ信
号を受信した場合、カウンタ値を大きくし、定期的な監
視登録要求の送信を間引くことにより、通信トラフィッ
クの増大を軽減することができる。

【００７８】この実施の形態でも、実施の形態３と同様
に、図１３に示すように、監視ＰＣが一度監視登録をし
た後でも、ある程度、時間間隔の長い定期的な監視登録
要求を行うことにより、その後に発生した通信手段の障
害や被監視サーバのハングや異常ダウンに気づくことが
できる。

【００７９】以上のように、この実施の形態４によれ
ば、被監視サーバは監視登録要求を受信すると、ＡＣＫ
信号を返信し、監視ＰＣは、受信したＡＣＫ信号により
被監視サーバテーブルのカウンタ値を大きくすることに
より、定期的な監視登録要求を行う間隔が長くなり、通
信トラフィックの増大を軽減することができるという効
果が得られる。

【００８０】また、この実施の形態４によれば、一度監
視登録をした後でも、ある程度、時間間隔の長い定期的
な監視登録要求を行うことにより、通信手段の障害や被
監視サーバのハングや異常ダウンが発生しても、気づく
ことができるという効果が得られる。

【００８１】

【発明の効果】以上のように、この発明によれば、監視
ＰＣから被監視サーバへの監視登録要求を定期的に行う
ことにより、被監視サーバの稼働確認を行うことなく、
監視関係の整合性を確立することができると共に、監視
関係の整合性の確立後に、通信手段の障害や被監視サー
バのハングや異常ダウンが発生して監視関係の整合性が
崩壊しても、短時間のうちに監視関係の整合性を回復で
きるという効果がある。また、監視ＰＣが監視を終了す
るときは、監視ＰＣが被監視サーバに監視登録削除要求
を出し、被監視サーバが監視ＰＣの登録を削除すること
により、監視関係の整合性を維持することができるとい
う効果がある。

【００８２】この発明によれば、監視ＰＣが監視対象で
ない被監視サーバからの障害通報を受信した場合、監視
登録削除要求を行い、被監視サーバ側で監視ＰＣの登録
を削除することにより、監視関係の整合性を回復できる
という効果がある。

【００８３】この発明によれば、被監視サーバテーブル
に、被監視サーバが監視登録要求を受信したときにセッ
トするフラグを記載し、定期的に監視登録手段を起動し
たときに、そのフラグがセットされている被監視サーバ
に、監視登録要求を送信しないことにより、冗長な処理
を繰り返すことなく、通信トラフィックの増大を解消す
ることができるという効果がある。

【００８４】この発明によれば、被監視サーバが停止し
たときに、被監視サーバからの停止通知により、被監視
サーバテーブルのフラグをにリセットし、次の定期的な
監視登録要求を送信することにより、監視関係の整合性
を回復することができるという効果がある。

【００８５】この発明によれば、被監視サーバテーブル
に監視ＰＣが監視登録要求を送信する時間間隔を記載
し、監視登録手段が、監視登録受信手段からの受信確認
応答を受信したときに、被監視サーバテーブルの時間間
隔を延長した時間間隔に変更し、定期監視登録手段が、
定期的に監視登録手段を起動したときに、監視登録手段
が延長した時間間隔に基づき、監視登録要求を送信する
ことにより、通信トラフィックの増大を軽減することが
できると共に、一度監視登録をした後でも、ある程度長
い間隔で定期的な監視登録要求を行うことにより、通信
手段の障害や被監視サーバのハングや異常ダウンが発生
しても、気づくことができるという効果がある。

【００８６】この発明によれば、被監視サーバテーブル
に定期監視登録要求手段が定期的に監視登録手段を起動
するたびに減算する所定のカウンタ値を記載し、監視登
録手段が、監視登録受信手段からの受信確認応答を受信
したときに、被監視サーバテーブルの所定のカウンタ値
を大きなカウンタ値に変更し、定期監視登録手段が、定
期的に監視登録手段を起動したときに、監視登録手段が
大きなカウンタ値から減算することにより、通信トラフ
ィックの増大を軽減することができると共に、一度監視
登録をした後でも、ある程度長い間隔で定期的な監視登
録要求を行うことにより、通信手段の障害や被監視サー
バのハングや異常ダウンが発生しても、気づくことがで
きるという効果が得られる。

【図面の簡単な説明】

【図１６】従来の監視システムの構成を示す図であ
る。

【符号の説明】１ａ，１ｂ，…１ｍ監視ＰＣ、２ａ，２ｂ，２ｃ，２
ｄ，…２ｎ−１，２ｎ被監視サーバ、１１監視登録手
段、１２被監視サーバテーブル、１３定期監視登録
手段、１４通報受信手段、１５監視登録削除手段、
１６通報正当性判定手段、２１監視登録要求受信手
段、２２監視ＰＣテーブル、２３障害監視手段、２４
障害通報手段、２５監視登録削除要求受信手段。

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続された複数の被監視
サーバと、上記ネットワークに接続され、上記複数の被
監視サーバを監視する監視ＰＣを備えた監視システムに
おいて、上記監視ＰＣが、監視対象の上記被監視サーバを登録する被監視サーバテ
ーブルと、上記被監視サーバテーブルより監視対象の上記被監視サ
ーバを抽出し、上記被監視サーバに、監視登録要求を送
信する監視登録手段と、定期的に上記監視登録手段を起動する定期監視登録手段
とを備え、上記被監視サーバが、上記監視登録手段より送信された監視登録要求を受信す
る監視登録要求受信手段と、上記監視登録要求受信手段により、上記監視登録要求を
送信した上記監視ＰＣを登録する監視ＰＣテーブルとを
備えたことを特徴とする監視システム。
【請求項２】監視ＰＣが、被監視サーバに監視登録削
除要求を送信する監視登録削除手段を備え、上記被監視サーバが、上記監視登録削除要求を受信し、
監視ＰＣテーブルに登録してある上記監視ＰＣを削除す
る監視登録削除要求受信手段を備えたことを特徴とする
請求項１記載の監視システム。
【請求項３】監視ＰＣが、被監視サーバより送信された障害通報を受信する通報受
信手段と、被監視サーバテーブルを参照して、上記障害通報を送信
した被監視サーバが監視対象の被監視サーバであるかを
判定する通報正当性判定手段と、上記通報正当性判定手段による判定の結果、上記障害通
報を送信した被監視サーバが監視対象の被監視サーバで
ない場合、上記被監視サーバに監視登録削除要求を送信
する監視登録削除手段とを備え、上記被監視サーバが、障害発生を監視する障害監視手段と、監視ＰＣテーブルを参照し、監視している監視ＰＣを抽
出して、上記障害監視手段が検出した障害を通報する障
害通報手段と、上記監視登録削除要求を受信し、上記監視ＰＣテーブル
に登録してある上記監視ＰＣを削除する監視登録削除要
求受信手段とを備えたことを特徴とする請求項１記載の
監視システム。
【請求項４】被監視サーバテーブルに、監視対象の被
監視サーバを登録すると共に、この被監視サーバが監視
登録要求を受信したときにセットするフラグを記載し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
のフラグがセットされていないときに、監視登録要求を
送信し、監視登録要求受信手段が、上記監視登録手段からの監視
登録要求を受信したときに、受信確認応答を上記監視登
録手段に送信し、上記監視登録手段が、上記受信確認応答を受信したとき
に、上記被監視サーバテーブルのフラグをセットし、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
におけるフラグがセットされている被監視サーバに、監
視登録要求を送信しないことを特徴とする請求項１記載
の監視システム。
【請求項５】被監視サーバが停止するときに、障害通
報手段が通報受信手段に停止通知を送信し、監視登録手段が、上記通報受信手段が受信した停止通知
に基づき、被監視サーバテーブルのフラグをリセットす
ることを特徴とする請求項４記載の監視システム。
【請求項６】被監視サーバテーブルに、監視対象の被
監視サーバを登録すると共に、監視ＰＣが監視登録要求
を定期的に送信する時間間隔を記載し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
に記載された時間間隔に基づき、監視登録要求を送信
し、監視登録要求受信手段が、上記監視登録手段からの監視
登録要求を受信したときに、受信確認応答を上記監視登
録手段に送信し、上記監視登録手段が、上記受信確認応答を受信したとき
に、上記被監視サーバテーブルに記載されている時間間
隔を、延長した時間間隔に変更し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
に記載された延長した時間間隔に基づき、監視登録要求
を送信することを特徴とする請求項１記載の監視システ
ム。
【請求項７】被監視サーバテーブルに、監視対象の被
監視サーバを登録すると共に、定期監視登録手段が定期
的に監視登録手段を起動するたびに、上記監視登録手段
により減算される所定のカウンタ値を記載し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記所定のカウンタ値が予
め決められた値になったときに監視登録要求を送信し、監視登録要求受信手段が、上記監視登録手段からの監視
登録要求を受信したときに、受信確認応答を上記監視登
録手段に送信し、上記監視登録手段が、上記受信確認応答を受信したとき
に、上記被監視サーバテーブルに記載されている所定の
カウンタ値を、大きなカウンタ値に変更し、定期監視登録手段が定期的に監視登録手段を起動したと
きに、上記監視登録手段が、上記被監視サーバテーブル
に記載された大きなカウンタ値から減算することを特徴
とする請求項１記載の監視システム。