(57)【特許請求の範囲】
【請求項１】
ひとつの以上のネットワーク機器を監視すべき第１監視プローブ装置に監視させる複数の項目が規定された第１監視テーブルと、第１監視プローブ装置において監視されているネットワーク機器とは別のネットワーク機器をひとつ以上監視すべき第２監視プローブ装置に監視させる複数の項目が規定された第２監視テーブルとを記憶する記憶部と、
前記記憶部において記憶した第１監視テーブルに規定された複数の項目にしたがった監視結果を第１監視プローブ装置から受けつけるとともに、前記記憶部において記憶した第２監視テーブルに規定された複数の項目にしたがった監視結果を第２監視プローブ装置から受けつける受付部と、
前記受付部において監視結果を受けつけるべき第１監視プローブ装置および第２監視プローブ装置の動作を監視する監視部と、
前記監視部における監視によって第２監視プローブ装置の異常を検出した場合、前記記憶部において記憶した第２監視テーブルの複数の項目を反映させるように、前記記憶部において記憶した第１監視テーブルの複数の項目を修正する修正部と、
前記修正部において修正した第１監視テーブルにしたがった監視を第１監視プローブ装置に指示する指示部とを備え、
前記受付部は、前記指示部での指示に応じて、修正した第１監視テーブルに規定された複数の項目にしたがった監視結果を第１監視プローブ装置から受けつけることを特徴とする管理装置。
【請求項２】
前記修正部は、第２監視テーブルの複数の項目を反映させるように、第１監視テーブルの複数の項目を修正することによって、第１監視プローブ装置の処理量が許容値を超える場合、所定の項目の処理量を許容値まで低減させることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記記憶部において記憶した第１監視テーブルおよび第２監視テーブルに規定された複数の項目のそれぞれには優先順位が付与されており、
前記修正部は、優先順位の低い項目から処理量を低減させることを特徴とする請求項２に記載の管理装置。
【請求項４】
前記修正部は、処理量を低減させても、処理量が許容値を超える場合、複数の項目の少なくとも一部を停止させることを特徴とする請求項３に記載の管理装置。
【請求項５】
前記修正部は、第２監視テーブルの複数の項目を反映させるように、第１監視テーブルの複数の項目を修正することによって、第１監視プローブ装置の処理量が許容値を超える場合、複数の項目の少なくとも一部を停止させることを特徴とする請求項１に記載の管理装置。
【請求項６】
前記記憶部において記憶した第１監視テーブルに規定された複数の項目には、第２監視プローブ装置を監視することが含まれていることを特徴とする請求項１から５のいずれか一項に記載の管理装置。
【請求項７】
ひとつの以上のネットワーク機器を監視すべき第１監視プローブ装置に監視させる複数の項目が規定された第１監視テーブルと、第１監視プローブ装置において監視されているネットワーク機器とは別のネットワーク機器をひとつ以上監視すべき第２監視プローブ装置に監視させる複数の項目が規定された第２監視テーブルとがメモリに記憶されており、第１監視テーブルに規定された複数の項目にしたがった監視結果を第１監視プローブ装置から受けつけるとともに、第２監視テーブルに規定された複数の項目にしたがった監視結果を第２監視プローブ装置から受けつけるステップと、
監視結果を受けつけるべき第１監視プローブ装置および第２監視プローブ装置の動作を監視するステップと、
監視によって第２監視プローブ装置の異常を検出した場合、メモリにおいて記憶した第２監視テーブルの複数の項目を反映させるように、メモリにおいて記憶した第１監視テーブルの複数の項目を修正するステップと、
修正した第１監視テーブルにしたがった監視を第１監視プローブ装置に指示するステップと、
指示に応じて、修正した第１監視テーブルに規定された複数の項目にしたがった監視結果を第１監視プローブ装置から受けつけるステップと、
を備えることを特徴とする管理装置による管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理技術に関し、特にネットワークを介して接続された機器の動作状況を管理する管理方法および管理装置に関する。
【背景技術】
【０００２】
従来では、各種システムの運用管理、例えば、システムの稼働状況やリソースを監視することによって、システムを正常に稼働させるための運用管理が行われている。そこでは、中央演算処理装置（ＣＰＵ）の使用率やメモリ容量等が監視されるとともに、システムを構成する装置の一部に障害が発生したことが検知される。このようなシステムの高信頼性を実現するために、ハードウエアの構成が二重化されている。例えば、システムを構成する一部のハードウエアに障害が発生しても、システム全体の処理が停止することなく稼働を継続することができるように、複数の端末を組み合わせてひとつの端末として扱うようにしたクラスタ構成が採用されている。クラスタ構成によるシステムの一部に障害が発生した場合に、システムの処理およびシステムに対する監視が確実に継続されるように次のような処理がなされている。
【０００３】
管理対象システムにはネットワークを介して、当該管理対象システムの運用を管理する管理システムが接続されている。管理対象システムには、管理対象システムとしての処理を行う現用ノード、現用ノードにおいて障害が発生した際に備えて待機している待機ノード、現用ノードおよび待機ノードとの共有データを記憶する共有データ記憶部が含まれている。また、共有データ記憶部は、管理対象システムを監視するエージェントを常駐させ、現用ノードは、現用ノードを監視するエージェントを常駐させ、待機ノードは、待機ノードを監視するエージェントを常駐させている。各エージェントは、それぞれ管理システムからの制御にもとづいて監視を行い、監視状況を管理システムに対して通知する（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１２６９８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
エージェントによって、ノード等のネットワーク機器を監視させることが可能であるが、プローブによっても、ノード等のネットワーク機器を監視させることが可能である。エージェントは、ネットワーク機器の内部に組み込まれて、当該ネットワーク機器の状態を監視しているのに対して、プローブは、ネットワーク機器の外部から、当該ネットワーク機器の状態を監視している。そのため、プローブによる監視の方が、エージェントによる監視よりも、ネットワーク機器の処理量が低減する。一般的に、監視対象のネットワーク機器をひとつのプローブが監視する。また、ひとつの監視対象のネットワーク機器に対して複数のプローブを設定する場合、各プローブの設定は異なっており、複数の障害状態を検出することが目的とされている。
【０００６】
プローブの監視においてプローブに障害が発生した場合に、監視の設定を手動で引き継ぐ必要があり、対応している間はサービスレベルが低下する。また、どのプローブに設定を引き継ぐかを担当者が確認する必要がある。ひとつの監視対象のネットワーク機器に対して複数のプローブを設定する場合、すべてのセカンダリプローブに対して、プライマリプローブと同じように監視設定を設定する必要があり手間がかかる。また定義の内容について変更があるたびに同期を取る必要がある。一方、プローブを冗長化して耐障害性を向上させる場合は、セカンダリのプローブに対して、プライマリのプローブと同一の監視内容を設定する必要性があり、リソースの有効活用ができない。
【０００７】
本発明はこうした状況に鑑みてなされたものであり、その目的は、プローブによる監視を実行する場合に、プローブに障害が発生しても、簡易にかつスムーズに監視を継続させる技術を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある態様の管理装置は、ひとつの以上のネットワーク機器を監視すべき第１監視プローブ装置における監視内容が規定された第１監視テーブルと、第１監視プローブ装置において監視されているネットワーク機器とは別のネットワーク機器をひとつ以上監視すべき第２監視プローブ装置における監視内容が規定された第２監視テーブルとを記憶する記憶部と、記憶部において記憶した第１監視テーブルに規定された監視内容にしたがった監視結果を第１監視プローブ装置から受けつけるとともに、記憶部において記憶した第２監視テーブルに規定された監視内容にしたがった監視結果を第２監視プローブ装置から受けつける受付部と、受付部において監視結果を受けつけるべき第１監視プローブ装置および第２監視プローブ装置の動作を監視する監視部と、監視部における監視によって第２監視プローブ装置の異常を検出した場合、記憶部において記憶した第２監視テーブルの監視内容を反映させるように、記憶部において記憶した第１監視テーブルの監視内容を修正する修正部と、修正部において修正した第１監視テーブルにしたがった監視を第１監視プローブ装置に指示する指示部とを備える。受付部は、指示部での指示に応じて、修正した第１監視テーブルに規定された監視内容にしたがった監視結果を第１監視プローブ装置から受けつける。
【０００９】
修正部は、第２監視テーブルの監視内容を反映させるように、第１監視テーブルの監視内容を修正することによって、第１監視プローブ装置の処理量が許容値を超える場合、監視内容の処理量を許容値まで低減させてもよい。
【００１０】
記憶部において記憶した第１監視テーブルおよび第２監視テーブルに規定された各監視内容には優先順位が付与されており、修正部は、優先順位の低い監視内容から処理量を低減させてもよい。
【００１１】
修正部は、処理量を低減させても、処理量が許容値を超える場合、監視内容の少なくとも一部を停止させてもよい。
【００１２】
修正部は、第２監視テーブルの監視内容を反映させるように、第１監視テーブルの監視内容を修正することによって、第１監視プローブ装置の処理量が許容値を超える場合、監視内容の少なくとも一部を停止させてもよい。
【００１３】
記憶部において記憶した第１監視テーブルに規定された監視内容には、第２監視プローブ装置を監視することが含まれていてもよい。
【００１４】
本発明の別の態様は、管理方法である。この方法は、ひとつの以上のネットワーク機器を監視すべき第１監視プローブ装置における監視内容が規定された第１監視テーブルと、第１監視プローブ装置において監視されているネットワーク機器とは別のネットワーク機器をひとつ以上監視すべき第２監視プローブ装置における監視内容が規定された第２監視テーブルとがメモリに記憶されており、第１監視テーブルに規定された監視内容にしたがった監視結果を第１監視プローブ装置から受けつけるとともに、第２監視テーブルに規定された監視内容にしたがった監視結果を第２監視プローブ装置から受けつけるステップと、監視結果を受けつけるべき第１監視プローブ装置および第２監視プローブ装置の動作を監視するステップと、監視によって第２監視プローブ装置の異常を検出した場合、メモリにおいて記憶した第２監視テーブルの監視内容を反映させるように、メモリにおいて記憶した第１監視テーブルの監視内容を修正するステップと、修正した第１監視テーブルにしたがった監視を第１監視プローブ装置に指示するステップと、指示に応じて、修正した第１監視テーブルに規定された監視内容にしたがった監視結果を第１監視プローブ装置から受けつけるステップと、を備える。
【００１５】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１６】
本発明によれば、プローブによる監視を実行する場合に、プローブに障害が発生しても、簡易にかつスムーズに監視を継続できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施例に係る監視システムの構成を示す図である。
【図２】図１の監視マネージャ装置の構成を示す図である。
【図３】図３（ａ）−（ｂ）は、図２の記憶部に記憶された第１監視テーブルと第２監視テーブルとのデータ構造を示す図である。
【図４】図２の記憶部に記憶されたプローブ情報のデータ構造を示す図である。
【図５】図５（ａ）−（ｂ）は、図２の記憶部に記憶された第１監視テーブルのデータ構造を示す図である。
【図６】図２の記憶部に記憶されたプローブ情報のデータ構造を示す図である。
【図７】図１の監視プローブ装置の構成を示す図である。
【図８】図１の監視システムにおける監視手順を示すシーケンス図である。
【図９】図１の監視システムにおける報告手順を示すシーケンス図である。
【図１０】図１の監視システムにおける変更手順を示すシーケンス図である。
【図１１】図２の監視マネージャ装置における変更手順を示すフローチャートである。
【図１２】本発明の変形例に係る監視システムにおける変更手順を示すシーケンス図である。
【図１３】本発明の変形例に係る監視マネージャ装置における変更手順を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本発明を具体的に説明する前に、概要を述べる。本発明の実施例は、複数の監視プローブ装置と、それらを管理するための監視マネージャ装置とによって構成される監視システムに関する。複数の監視プローブ装置のそれぞれは、互いに異なったネットワーク機器の状態を監視することによって、監視情報を収集する。ネットワーク機器の一例は、サーバである。監視マネージャ装置は、監視プローブ装置から監視情報を取得する。さらに、監視マネージャ装置は、監視プローブ装置の稼働を監視する。監視マネージャ装置は、所定の監視プローブ装置からの応答を定期的に受けつけることによって、当該監視プローブ装置の稼働を確認する。
【００１９】
所定の監視プローブ装置からの応答が途絶えた場合、監視マネージャ装置は、別の監視プローブ装置を特定する。ここでは、別の監視プローブ装置を第１監視プローブ装置とし、所定の監視プローブ装置を第２プローブ装置であるとする。監視マネージャ装置は、第２監視プローブ装置にて監視すべき項目（以下、監視すべき項目のひとつあるいは複数を「監視内容」という）を引き継がせるように、第１監視プローブ装置での監視内容を修正する。また、第１監視プローブ装置が、第２監視プローブ装置の監視内容を引き継いだ場合、第１監視プローブ装置における監視内容が許容値を超えれば、監視レベルを落として監視を継続させる。
【００２０】
図１は、本発明の実施例に係る監視システム１００の構成を示す。監視システム１００は、ユーザ端末装置１０、ネットワーク１２、監視マネージャ装置１４、監視プローブ装置１６と総称される第１監視プローブ装置１６ａ、第２監視プローブ装置１６ｂ、ネットワーク機器１８と総称される第１ネットワーク機器１８ａ、第２ネットワーク機器１８ｂ、第３ネットワーク機器１８ｃ、第４ネットワーク機器１８ｄ、第５ネットワーク機器１８ｅを含む。また、第１監視プローブ装置１６ａと第２監視プローブ装置１６ｂは、プローブグループ１１０としてグループ化される。
【００２１】
ネットワーク機器１８は、サーバ等に相当し、所定の処理を実行する。ネットワーク機器１８においてなされる処理は公知の技術でよいので、ここでは説明を省略する。監視プローブ装置１６は、ネットワーク機器１８に接続され、ネットワーク機器１８の状態を監視する。ネットワーク機器１８の状態とは、例えば、ＣＰＵ使用率、プロセス数、ディスク容量、ノード生死等である。監視プローブ装置１６が監視すべき項目、つまり前述の監視内容は、監視テーブルとして規定されており、監視テーブルは監視プローブ装置１６内に記憶されている。また、ネットワーク機器１８は、監視した結果を監視情報として監視マネージャ装置１４へ出力する。
【００２２】
ここでは、監視プローブ装置１６として、第１監視プローブ装置１６ａと第２監視プローブ装置１６ｂとが設けられており、これらはプローブグループ１１０としてグループ化される。第１監視プローブ装置１６ａの監視対象は、第１ネットワーク機器１８ａ、第２ネットワーク機器１８ｂ、第３ネットワーク機器１８ｃであり、第２監視プローブ装置１６ｂの監視対象は、第４ネットワーク機器１８ｄ、第５ネットワーク機器１８ｅである。つまり、ふたつの監視プローブ装置１６は、互いに異なったネットワーク機器１８を監視する。
【００２３】
監視マネージャ装置１４は、各監視プローブ装置１６に接続される。監視マネージャ装置１４は、監視テーブルを生成するとともに、監視テーブルを記憶する。また、監視マネージャ装置１４は、監視テーブルを各監視プローブ装置１６へ送信することによって、各監視プローブ装置１６での監視内容を指定する。ここでは、第１監視プローブ装置１６ａに送信すべき監視テーブルを「第１監視テーブル」といい、第２監視プローブ装置１６ｂｇに送信すべき監視テーブルを「第２監視テーブル」というものとする。また、監視マネージャ装置１４は、監視テーブルにもとづく監視の指示に対する応答として、各監視プローブ装置１６から監視情報を受けつける。監視マネージャ装置１４は、監視情報を記憶する。
【００２４】
さらに、監視マネージャ装置１４は、各監視プローブ装置１６から、当該監視プローブ装置１６が稼働していることを示した情報（以下、「稼働報告」という）を定期的に受けつける。監視マネージャ装置１４は、稼働報告を受けつけることによって、監視プローブ装置１６が正常に稼働していることを確認する。監視マネージャ装置１４は、ネットワーク１２を介してユーザ端末装置１０にも接続される。ユーザ端末装置１０は、ユーザからの指示を受けつけ、受けつけた指示をネットワーク１２経由で監視マネージャ装置１４へ出力する。受けつけた指示の一例が監視内容についての指示であり、監視マネージャ装置１４は、当該指示をもとに監視テーブルを生成する。また、ユーザ端末装置１０は、ネットワーク１２経由で監視マネージャ装置１４から、監視情報を受けつける。ユーザ端末装置１０は、図示しないモニタに監視情報を表示する。
【００２５】
監視マネージャ装置１４は、所定の監視プローブ装置１６、例えば、第２監視プローブ装置１６ｂから、所定の期間にわたって稼働報告を受けつけていないことを検出する。その結果、監視マネージャ装置１４は、第２監視プローブ装置１６ｂの故障を推定する。監視マネージャ装置１４は、故障を推定すると、監視プローブ装置１６の切替を実行する。具体的には、第２監視テーブルの内容を第１監視テーブルに追加することによって、第１監視テーブルを修正する。監視マネージャ装置１４は、修正した第１監視テーブルを第１監視プローブ装置１６ａへ出力する。第１監視プローブ装置１６ａは、修正した第１監視テーブルにしたがって監視を実行する。その結果、第１監視プローブ装置１６ａは、第１ネットワーク機器１８ａから第５ネットワーク機器１８ｅを監視する。つまり、第１監視プローブ装置１６ａは、第２監視プローブ装置１６ｂでの監視内容を引き継ぐ。
【００２６】
図２は、監視マネージャ装置１４の構成を示す。監視マネージャ装置１４は、通信部２０、制御部２２、通常動作部２４、監視部２６、故障時動作部２８、記憶部３８を含む。また、通常動作部２４は、受付部３０、処理部３２を含み、故障時動作部２８は、修正部３４、指示部３６を含み、記憶部３８は、第１監視テーブル４０、第２監視テーブル４２、プローブ情報４４を含む。
【００２７】
記憶部３８は、デジタルデータを記憶可能な記憶媒体であり、例えば、ハードディスクに相当する。記憶部３８は、デジタルデータとして、第１監視テーブル４０、第２監視テーブル４２、プローブ情報４４、監視情報を記憶する。第１監視テーブル４０は、ひとつの以上のネットワーク機器１８、例えば、図１の第１ネットワーク機器１８ａから第３ネットワーク機器１８ｃを監視すべき第１監視プローブ装置１６ａにおける監視内容を示す。第２監視テーブル４２は、第１監視プローブ装置１６ａにおいて監視されているネットワーク機器１８とは別のネットワーク機器１８をひとつ以上監視すべき第２監視プローブ装置１６ｂにおける監視内容を示す。別のネットワーク機器１８は、図１の第４ネットワーク機器１８ｄ、第５ネットワーク機器１８ｅに相当する。前述のごとく、第１監視テーブル４０および第２監視テーブル４２は、図示しないユーザ端末装置１０からの指示をもとに生成される。
【００２８】
図３（ａ）−（ｂ）は、記憶部３８に記憶された第１監視テーブル４０と第２監視テーブル４２とのデータ構造を示す。図３（ａ）が第１監視テーブル４０に相当し、図３（ｂ）が第２監視テーブル４２に相当する。第１監視テーブル４０には、監視対象欄２００、監視項目欄２０２、詳細項目欄２０４、監視間隔欄２０６、優先順位欄２０８が含まれる。監視対象欄２００には、第１監視プローブ装置１６ａが監視すべきネットワーク機器１８が示される。監視項目欄２０２には、監視の種類が示される。通常、基本監視が選択されている。基本監視の他に、緊急監視等が設けられてもよいが、ここでは説明を省略する。
【００２９】
詳細項目欄２０４には、監視すべき項目が示されており、これらは、前述のネットワーク機器１８の状態に相当する。監視間隔欄２０６には、監視の間隔が示されている。優先順位欄２０８には、各項目に対する優先順位が示されている。ここで、優先順位の値が小さいほど、優先順位が高いとする。また、第２監視テーブル４２も同様に示される。また、優先順位は、第１監視テーブル４０と第２監視テーブル４２とにおいて、重複しないように付与されている。なお、第１監視テーブル４０における優先順位と、第２監視テーブル４２における優先順位とが別々に付与されてもよい。図２に戻る。
【００３０】
プローブ情報４４は、各監視プローブ装置１６の処理状況が示される。処理状況とは、監視プローブ装置１６の稼働状況ともいえる。図４は、記憶部３８に記憶されたプローブ情報４４のデータ構造を示す。図示のごとく、プローブ名欄２２０、処理量欄２２２、引継量欄２２４、許容値欄２２６、稼働状況欄２２８が含まれる。プローブ名欄２２０には、管理対象となる監視プローブ装置１６が示される。処理量欄２２２には、各監視プローブ装置１６での処理量が示されている。ここでは、図３（ａ）−（ｂ）でのひとつの項目を１分間隔で監視する場合の処理量を「１」と定義する。そのため、ひとつの項目を２分間隔で監視する場合、処理量は「０．５」になる。
【００３１】
第１監視プローブ装置１６ａに対する処理量は、第１監視テーブル４０に示された各項目に対して、上記の計算を行った結果である。第２監視プローブ装置１６ｂに対する処理量も同様に導出される。引継量欄２２４は、初期の状態において「０」である。引継量欄２２４の詳細は後述する。許容値欄２２６には、各監視プローブ装置１６において処理可能な処理量の上限値である。例えば、第１監視プローブ装置１６ａの許容値は「１０」であり、処理量は「７．５」であるので、現在の処理量は許容値を超えていない。稼働状況欄２２８には、各監視プローブ装置１６が稼働しているか否かが示される。稼働している場合、「稼働中」が示され、稼働していない場合、「非稼働」が示される。図２に戻る。
【００３２】
通信部２０は、ネットワーク１２と接続されることによって、ユーザ端末装置１０と通信するとともに、監視プローブ装置１６とも通信する。その結果、通信部２０は、ユーザ端末装置１０へ信号を送信したり、ユーザ端末装置１０からの信号を受信したりする。また、通信部２０は、監視プローブ装置１６へ信号を送信したり、監視プローブ装置１６からの信号を受信したりする。制御部２２は、監視マネージャ装置１４全体の処理を制御する。また、制御部２２は、通信部２０からの信号を受けつけ、信号の内容に応じて、通常動作部２４、監視部２６、故障時動作部２８のいずれかへ信号を出力する。さらに、制御部２２は、通常動作部２４、監視部２６、故障時動作部２８から信号を受けつけ、通信部２０へ出力する。
【００３３】
受付部３０は、通信部２０、制御部２２を介して、各監視プローブ装置１６からの監視情報を受けつける。ここで、監視情報を受けつけるまでの監視プローブ装置１６の処理の概要を説明する。監視プローブ装置１６は、監視テーブルを記憶する。例えば、第１監視プローブ装置１６ａは、第１監視テーブル４０を記憶し、第２監視プローブ装置１６ｂは、第２監視テーブル４２を記憶する。各監視プローブ装置１６は、記憶した監視テーブルの内容にしたがって、ネットワーク機器１８を監視する。
【００３４】
図３（ａ）−（ｂ）のごとく、監視は定期的になされる。監視プローブ装置１６は、監視結果を監視情報として監視マネージャ装置１４へ出力する。そのため、受付部３０は、第１監視テーブル４０に規定された監視内容にしたがった監視情報を第１監視プローブ装置１６ａから受けつけるとともに、第２監視テーブル４２に規定された監視内容にしたがった監視情報を第２監視プローブ装置１６ｂから受けつける。受付部３０は、監視情報を処理部３２へ出力する。
【００３５】
処理部３２は、受付部３０からの監視情報を受けつける。処理部３２は、監視情報を記憶部３８に記憶するとともに、監視情報をもとに監視処理を実行する。例えば、処理部３２は、監視情報に含まれた結果をネットワーク機器１８ごとに分類し、各ネットワーク機器１８に対する結果をしきい値と比較する。処理部３２は、しきい値と比較して悪化した結果を抽出する。例えば、処理部３２は、しきい値よりも高くなったＣＰＵ使用率を抽出する。処理部３２は、抽出した結果を制御部２２へ出力する。制御部２２は、通信部２０、ネットワーク１２を介して、抽出結果をユーザ端末装置１０へ出力する。ユーザ端末装置１０は、抽出結果をモニタに表示することによって、ネットワーク機器１８の動作状態をユーザに通知する。
【００３６】
監視部２６は、第１監視プローブ装置１６ａおよび第２監視プローブ装置１６ｂの動作を監視する。具体的に説明すると、各監視プローブ装置１６は、稼働している場合に、監視マネージャ装置１４へ稼働報告を定期的に送信する。監視部２６は、稼働報告を定期的に受けつけることによって、監視プローブ装置１６が正常に稼働していることを確認する。一方、所定の期間にわたって稼働報告を受けつけていない監視プローブ装置１６が存在する場合、監視部２６は、当該監視プローブ装置１６の異常、つまり故障を検出する。例えば、第２監視プローブ装置１６ｂの故障が検出されるとする。なお、このような稼働の監視は、前述のネットワーク機器１８の監視とは別になされる。監視部２６は、故障を検出すると、第２監視プローブ装置１６ｂでの監視内容を第１監視プローブ装置１６ａへ引き継がせる旨の指示（以下、「変更指示」という）を修正部３４へ出力する。ここで、変更指示の内容として、故障した監視プローブ装置１６から、引継対象となる監視プローブ装置１６への対応が予め定められているとする。
【００３７】
修正部３４は、監視部２６から、変更指示を受けつける。修正部３４は、記憶部３８において記憶した第２監視テーブル４２の監視内容を反映させるように、記憶部３８において記憶した第１監視テーブル４０の監視内容を修正する。ここで、修正部３４は、第２監視テーブル４２の監視内容を反映させるように、第１監視テーブル４０の監視内容を修正することによって、第１監視プローブ装置１６ａの処理量が許容値を超える場合、監視内容の処理量を許容値まで低減させる。例えば、修正部３４は、優先順位の低い監視内容から処理量を低減させる。処理量を低減させるために、監視間隔が延長される。これは、監視頻度を低減することに相当する。さらに、修正部３４は、処理量を低減させても、処理量が許容値を超える場合、監視内容の少なくとも一部を停止させる。
【００３８】
図５（ａ）−（ｂ）は、記憶部３８に記憶された第１監視テーブル４０のデータ構造を示す図である。図５（ａ）は、図３（ａ）と同一である。一方、図５（ｂ）は、図３（ｂ）の第２監視テーブル４２から第１監視テーブル４０へ追加される監視内容である。図６の処理量欄２２２に示したように、修正前の第１監視プローブ装置１６ａの処理量は「７．５」であり、修正前の第２監視プローブ装置１６ｂの処理量は「５」である。そのため、第２監視テーブル４２を第１監視テーブル４０に結合しただけでは、処理量が「１２．５」になる。その結果、結合した処理量は、第１監視プローブ装置１６ａの許容値よりも大きくなる。修正部３４は、優先順位の低い項目の処理量を低減させるために、優先順位の低い項目の監視間隔を２倍にする。図５（ｂ）の優先順位「１０」から「１５」の項目の監視間隔は、図３（ｂ）の優先順位「１０」から「１５」の項目の監視間隔の２倍にされている。その結果、処理量が「１０」になり、許容値に等しくなる。
【００３９】
図６は、記憶部３８に記憶されたプローブ情報４４のデータ構造を示す。これは、修正部３４によって図５（ａ）−（ｂ）のように第１監視テーブル４０が修正された場合のプローブ情報４４である。稼働状況欄２２８において、第２監視プローブ装置１６ｂが「非稼働」に変更されている。また、引継量欄２２４において、第１監視プローブ装置１６ａの引継量が「１０」にされている。これは、修正された第１監視テーブル４０での処理量に相当する。図２に戻る。修正部３４は、修正した第１監視テーブル４０を指示部３６へ出力する。
【００４０】
指示部３６は、修正部３４から、修正した第１監視テーブル４０を受けつける。指示部３６は、制御部２２、通信部２０を介して、修正した第１監視テーブル４０を第１監視プローブ装置１６ａへ出力する。これは、修正した第１監視テーブル４０にしたがった監視を第１監視プローブ装置１６ａに指示することに相当する。第１監視プローブ装置１６ａは、修正した第１監視テーブル４０にしたがって監視を実行する。受付部３０は、指示部３６での指示に応じて、修正した第１監視テーブル４０に規定された監視内容にしたがった監視情報を第１監視プローブ装置１６ａから受けつける。この処理は、修正前と同様であるので、ここでは説明を省略する。
【００４１】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００４２】
図７は、監視プローブ装置１６の構成を示す。監視プローブ装置１６は、通信部６０、処理部６２、記憶部６４、制御部６６を含む。通信部６０は、監視マネージャ装置１４と通信するとともに、ネットワーク機器１８とも通信する。その結果、通信部６０は、監視マネージャ装置１４へ信号を送信したり、監視マネージャ装置１４からの信号を受信したりする。また、通信部６０は、ネットワーク機器１８へ信号を送信したり、ネットワーク機器１８からの信号を受信したりする。
【００４３】
処理部６２は、ネットワーク機器１８の監視を実行する。前提として、処理部６２は、通信部６０を介して、監視プローブ装置１６から監視テーブルを受けつけ、監視テーブルを記憶部６４に記憶する。記憶部６４に記憶された監視テーブルは、処理部６２での監視に使用される。具体的に説明すると、処理部６２は、監視テーブルに示された監視間隔ごとに、監視内容の出力を要求するための信号を生成し、通信部６０を介して信号をネットワーク機器１８へ出力する。その後、処理部６２は、ネットワーク機器１８から、通信部６０を介して監視結果を受けつける。処理部６２は、通信部６０を介して、監視結果を監視情報として監視マネージャ装置１４へ出力する。また、処理部６２は、所定間隔で稼働報告を生成し、通信部６０を介して、稼働報告を監視マネージャ装置１４へ出力する。制御部６６は、監視プローブ装置１６全体の処理を制御する。
【００４４】
以上の構成による監視システム１００の動作を説明する。図８は、監視システム１００における監視手順を示すシーケンス図である。第１監視プローブ装置１６ａは、第１ネットワーク機器１８ａから第３ネットワーク機器１８ｃを監視する（Ｓ１０）。第１監視プローブ装置１６ａは、監視情報を監視マネージャ装置１４へ出力する（Ｓ１２）。監視マネージャ装置１４は、第１監視プローブ装置１６ａからの監視情報を受けつける（Ｓ１４）。第２監視プローブ装置１６ｂは、第４ネットワーク機器１８ｄ、第５ネットワーク機器１８ｅを監視する（Ｓ１６）。第２監視プローブ装置１６ｂは、監視情報を監視マネージャ装置１４へ出力する（Ｓ１８）。監視マネージャ装置１４は、第２監視プローブ装置１６ｂからの監視情報を受けつける（Ｓ２０）。監視マネージャ装置１４は、監視情報をもとにした警告を生成し、警告をユーザ端末装置１０へ出力する（Ｓ２２）。ユーザ端末装置１０は、監視マネージャ装置１４からの警告を受けつけ（Ｓ２４）、警告をモニタに表示する（Ｓ２６）。
【００４５】
図９は、監視システム１００における報告手順を示すシーケンス図である。第１監視プローブ装置１６ａは、稼働報告を監視マネージャ装置１４へ出力する（Ｓ４０）。監視マネージャ装置１４は、第１監視プローブ装置１６ａからの稼働報告を受けつける（Ｓ４２）。第２監視プローブ装置１６ｂは、稼働報告を監視マネージャ装置１４へ出力する（Ｓ４４）。監視マネージャ装置１４は、第２監視プローブ装置１６ｂからの稼働報告を受けつける（Ｓ４６）。監視マネージャ装置１４は、第１監視プローブ装置１６ａおよび第２監視プローブ装置１６ｂからの稼働報告をもとに、両者の稼働を確認する。
【００４６】
図１０は、監視システム１００における変更手順を示すシーケンス図である。第１監視プローブ装置１６ａは、稼働報告を監視マネージャ装置１４へ出力する（Ｓ１２０）。監視マネージャ装置１４は、第１監視プローブ装置１６ａからの稼働報告を受けつける（Ｓ１２２）。監視マネージャ装置１４は、第２監視プローブ装置１６ｂの故障を検出する（Ｓ１２４）。監視マネージャ装置１４は、第２監視プローブ装置１６ｂから第１監視プローブ装置１６ａへの引継を決定する（Ｓ１２６）。監視マネージャ装置１４は、第１監視テーブル４０の内容を修正する（Ｓ１２８）。監視マネージャ装置１４は、第１監視テーブル４０を第１監視プローブ装置１６ａへ出力する（Ｓ１３０）。第１監視プローブ装置１６ａは、第１監視テーブル４０にしたがって監視内容を変更する（Ｓ１３２）。
【００４７】
図１１は、監視マネージャ装置１４における変更手順を示すフローチャートである。一定期間にわたって稼働報告を受けつけていない監視プローブ装置１６があれば（Ｓ１５０のＹ）、監視部２６は故障を検出する（Ｓ１５２）。修正部３４は、引継を決定する（Ｓ１５４）。修正部３４は、監視テーブルを合成する（Ｓ１５６）。処理量が許容値を超えていれば（Ｓ１５８のＹ）、修正部３４は、監視頻度を低減する（Ｓ１６０）。処理量が許容値を超えていれば（Ｓ１６２のＹ）、修正部３４は一部の項目の監視を停止する（Ｓ１６４）。処理量が許容値を超えていなければ（Ｓ１６２のＮ）、ステップ１６４はスキップされる。処理量が許容値を超えていなければ（Ｓ１５８のＮ）、ステップ１６０からステップ１６４はスキップされる。指示部３６は、変更を指示する（Ｓ１６６）。一定期間にわたって稼働報告を受けつけていない監視プローブ装置１６がなければ（Ｓ１５０のＮ）、ステップ１５２からステップ１６６はスキップされる。
【００４８】
次に変形例を説明する。実施例における監視マネージャ装置１４は、監視プローブ装置１６の故障を検出すると、監視テーブルを自動的に修正する。一方、変形例における監視マネージャ装置１４は、監視プローブ装置１６の故障を検出すると、監視マネージャ装置１４は、推定結果、つまり故障の検出をネットワーク１２経由でユーザ端末装置１０へ通知する。ユーザ端末装置１０は、故障した監視プローブ装置１６、例えば、第２監視プローブ装置１６ｂが故障した旨をユーザに通知する。通知は、モニタへの表示や、スピーカからの音声主力によってなされる。ユーザ端末装置１０は、ユーザから、監視プローブ装置１６の切替指示を受けつけ、ネットワーク１２を介して、切替指示を監視マネージャ装置１４へ出力する。ユーザの確認をもとに引継がなされるので、引継を確実に実行できる。
【００４９】
変形例における監視システム１００の構成は、図１と同様のタイプであり、監視マネージャ装置１４の構成は、図２と同様のタイプであり、監視プローブ装置１６の構成は、図７と同様のタイプである。以下では、差異を中心に説明する。図２の監視部２６は、検出結果を制御部２２へ出力する。制御部２２は、通信部２０、ネットワーク１２を介して、検出結果をユーザ端末装置１０へ出力する。ユーザ端末装置１０は、検出結果をモニタに表示することによって、監視プローブ装置１６の故障をユーザに通知する。第２監視プローブ装置１６ｂの故障が通知された場合、ユーザは、これを確認し、変更指示をユーザ端末装置１０に入力する。ユーザ端末装置１０は、ネットワーク１２を介して、監視マネージャ装置１４へ変更指示を送信する。
【００５０】
図１２は、監視システム１００における変更手順を示すシーケンス図である。第１監視プローブ装置１６ａは、稼働報告を監視マネージャ装置１４へ出力する（Ｓ６０）。監視マネージャ装置１４は、第１監視プローブ装置１６ａからの稼働報告を受けつける（Ｓ６２）。一方、第２監視プローブ装置１６ｂは、稼働していないので、稼働報告を出力しない。監視マネージャ装置１４は、第２監視プローブ装置１６ｂの故障を検出する（Ｓ６４）。監視マネージャ装置１４は、故障検出をユーザ端末装置１０へ通知する（Ｓ６６）。ユーザ端末装置１０は、故障検出を表示する（Ｓ６８）。ユーザ端末装置１０は、ユーザから、第１監視プローブ装置１６ａへの引継の指示を受けつける（Ｓ７０）。ユーザ端末装置１０は、変更指示を監視マネージャ装置１４へ出力する（Ｓ７２）。監視マネージャ装置１４は、第１監視テーブル４０の内容を修正する（Ｓ７４）。監視マネージャ装置１４は、第１監視テーブル４０を第１監視プローブ装置１６ａへ出力する（Ｓ７６）。第１監視プローブ装置１６ａは、第１監視テーブル４０にしたがって監視内容を変更する（Ｓ７８）。
【００５１】
図１３は、監視マネージャ装置１４における変更手順を示すフローチャートである。一定期間にわたって稼働報告を受けつけていない監視プローブ装置１６があれば（Ｓ１００のＹ）、監視部２６は故障を検出する（Ｓ１０２）。修正部３４は、ユーザ端末装置１０からの変更指示を受けつける（Ｓ１０４）。修正部３４は、監視テーブルを合成する（Ｓ１０６）。処理量が許容値を超えていれば（Ｓ１０８のＹ）、修正部３４は、監視頻度を低減する（Ｓ１１０）。処理量が許容値を超えていれば（Ｓ１１２のＹ）、修正部３４は一部の項目の監視を停止する（Ｓ１１４）。処理量が許容値を超えていなければ（Ｓ１１２のＮ）、ステップ１１４はスキップされる。処理量が許容値を超えていなければ（Ｓ１０８のＮ）、ステップ１１０からステップ１１４はスキップされる。指示部３６は、変更を指示する（Ｓ１１６）。一定期間にわたって稼働報告を受けつけていない監視プローブ装置１６がなければ（Ｓ１００のＮ）、ステップ１０２からステップ１１６はスキップされる。
【００５２】
本発明の実施例によれば、第２監視プローブ装置が故障した場合でも、第２監視テーブルの監視内容を第１監視テーブルに反映させるので、第１監視プローブ装置に監視を引き継がせることができる。また、監視を引き継がせるために、監視テーブルを修正するだけなので、監視プローブ装置に障害が発生しても、簡易にかつスムーズに監視を継続できる。また、監視プローブ装置の稼働報告を周期的に受けつけているので、監視プローブ装置の故障を自動的に検出できる。また、監視プローブ装置の故障が自動的に検出されるので、故障を早期に検出できる。また、引継が自動的になされるので、監視の引継期間を短縮できる。
【００５３】
また、故障が早期に検出されるので、引継を早期に実行できる。また、引継が早期に実行されるので、故障の影響を低減できる。また、処理量が許容量を超える場合に、監視内容の処理量を低減させるので、第１監視プローブ装置による監視を継続できる。また、優先順位の低い監視内容の処理量を低減させるので、監視に与える影響を低減できる。また、監視頻度を下げても処理量が許容量を超える場合に、一部の監視内容の処理を停止させるので、処理量を抑制できる。また、プローブグループのリソースを有効活用できる。
【００５４】
以上、本発明について実施例をもとに説明した。実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５５】
本発明の実施例において、修正部３４は、処理量が許容量を超える場合に、まず監視頻度を低減し、それでも処理量が許容量を超えていれば、監視内容の少なくとも一部を停止させる。しかしながらこれに限らず例えば、修正部３４は、第２監視テーブル４２の監視内容を反映させるように、第１監視テーブル４０の監視内容を修正することによって、第１監視プローブ装置１６ａの処理量が許容値を超える場合、すぐに監視内容の少なくとも一部を停止させてもよい。本変形例によれば、処理量を低減させるための処理を簡易にできる。
【００５６】
本発明の実施例において、記憶部３８に記憶された監視テーブルには、監視対象としてネットワーク機器１８が示されている。しかしながらこれに限らず例えば、監視テーブルに別の監視プローブ装置１６が示されていてもよい。第１監視テーブル４０には、第２監視プローブ装置１６ｂが示され、第２監視テーブル４２には、第１監視プローブ装置１６ａが示される。つまり、第１監視テーブル４０に規定された監視内容には、第２監視プローブ装置１６ｂを監視することが含まれている。この場合、図２の監視部２６は、省略されてもよい。本変形例によれば、ネットワーク機器１８を監視するように、他の監視プローブ装置１６の稼働も監視できる。
【００５７】
本発明の変形例において、監視プローブ装置１６の数は「２」であり、ネットワーク機器１８の数は「５」である。しかしながらこれに限らず例えば、これらの数は、別の値であってもよい。監視プローブ装置１６の数が３以上である場合、記憶部３８には、監視プローブ装置１６の数に応じた監視テーブルが記憶される。また、修正部３４は、故障した監視プローブ装置１６に対応した監視テーブルをひとつの別の監視テーブルに引き継がせる。ここで、ひとつの別の監視テーブルは予め定められていればよい。あるいは、修正部３４は、故障した監視プローブ装置１６に対応した監視テーブルを複数の別の監視テーブルに引き継がせてもよい。ここでも、複数の別の監視テーブルは予め定められていればよい。また、修正部３４は、予め定められた複数の監視プローブ装置１６に対して、各監視プローブ装置１６の処理量および許容値に応じて動的に配分して引き継がせてもよい。ここで、複数の監視プローブ装置１６は、例えば、同じプローブグループ１１０に含まれている。本変形例によれば、監視システム１００の構成の自由度を向上できる。
【００５８】
本発明の変形例において、第１監視テーブル４０および第２監視テーブル４２での処理量は、監視間隔に応じて定められている。しかしながらこれに限らず例えば、処理量は、項目数のみによって定められていてもよい。本変形例によれば、処理を簡易化できる。
【符号の説明】
【００５９】
１０  ユーザ端末装置、  １２  ネットワーク、  １４  監視マネージャ装置、  １６  監視プローブ装置、  １８  ネットワーク機器、  ２０  通信部、  ２２  制御部、  ２４  通常動作部、  ２６  監視部、  ２８  故障時動作部、  ３０  受付部、  ３２  処理部、  ３４  修正部、  ３６  指示部、  ３８  記憶部、  ４０  第１監視テーブル、  ４２  第２監視テーブル、  ４４  プローブ情報、  ６０  通信部、  ６２  処理部、  ６４  記憶部、  ６６  制御部、  １００  監視システム、  １１０  プローブグループ。
【図１】
0005554112.tif 000002
【図２】
0005554112.tif 000003
【図３】
0005554112.tif 000004
【図４】
0005554112.tif 000005
【図５】
0005554112.tif 000006
【図６】
0005554112.tif 000007
【図７】
0005554112.tif 000008
【図８】
0005554112.tif 000009
【図９】
0005554112.tif 000010
【図１０】
0005554112.tif 000011
【図１１】
0005554112.tif 000012
【図１２】
0005554112.tif 000013
【図１３】
0005554112.tif 000014