JP2014138262A - 監視システム及び監視プログラム - Google Patents

Abstract

【課題】ＳＮＭＰを利用して被監視装置の装置状態を監視するものであって、ＳＮＭＰに関連する障害が発生したときでも、被監視装置の装置状態を取得できるようにする。
【解決手段】本発明は、複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する第１の監視手段と、所定の監視方式により、複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する１又は複数の第２の監視手段と、複数の被監視装置の監視結果を管理するものであって、第１の監視手段により状態情報を取得できなかった被監視装置を監視対象として、１又は複数の第２の監視手段を実行させ、１又は複数の第２の監視手段により取得された状態情報に基づく結果を監視結果として管理する監視管理手段とを備えることを特徴とする監視システム及びプログラムである。
【選択図】 図１

Description

本発明は、監視システム及び監視プログラムに関し、例えば、ネットワーク上に存在する装置の状態を監視する監視システム及び監視プログラムに適用し得るものである。

従来、ネットワーク上の装置の障害監視方式は、例えば、監視装置がＳＮＭＰ（Simple Network Management Protocol）で被監視装置のＭＩＢ（Management Information Base）に記憶される情報を参照したり、また監視装置と被監視装置との間の固有のコマンド応答結果を監視装置が分析したりして、監視装置が、被監視装置の装置状態を監視し、保守端末等の表示部に状態結果を表示している。

特許文献１には、ネットワーク管理プロトコルで管理されるネットワーク管理システムにおいて、通信ルートの信頼性を確保する技術が開示されている。特許文献１の記載技術は、監視装置が複数の通信ルートの信頼性をＳＮＭＰで確認するものである。

特許文献２には、ネットワーク管理機器とネットワーク被管理装置との間で、ネットワーク被管理装置の機器状態詳細情報を管理するために、ＳＮＭＰ ＴｒａｐとＳＮＭＰ ＧＥＴメッセージの送受により、監視装置が被管理装置の状態変化を確認するものである。

特開２０００−６９１１９号公報 特開平１１−１５４９５０号公報

しかしながら、監視装置が被監視装置の装置状態を取得手段としてＳＮＭＰを利用するものである場合、例えば、ＳＮＭＰの通信障害や被監視装置上のＳＮＭＰエージェントに障害が発生したとき、監視装置は、被監視装置の装置状態を取得することができないという問題が生じ得る。上述した従来技術はいずれも、ＳＮＭＰを利用する技術であるが、ＳＮＭＰに関連する障害が発生時ときには、被監視装置の装置状態を取得することができない。

そのため、ＳＮＭＰを利用して被監視装置の装置状態を監視するものであって、ＳＮＭＰに関連する障害が発生したときでも、被監視装置の状態情報を取得しようとする監視システム及び監視プログラムが求められている。

かかる課題を解決するために、第１の本発明は、（１）複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する第１の監視手段と、（２）所定の監視方式により、複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する１又は複数の第２の監視手段と、（３）複数の被監視装置の監視結果を管理するものであって、第１の監視手段により状態情報を取得できなかった被監視装置を監視対象として、１又は複数の第２の監視手段を実行させ、１又は複数の第２の監視手段により取得された状態情報に基づく結果を監視結果として管理する監視管理手段とを備えることを特徴とする監視システムである。

第２の本発明は、コンピュータを、（１）複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する第１の監視手段と、（２）所定の監視方式により、複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する１又は複数の第２の監視手段と、（３）複数の被監視装置の監視結果を管理するものであって、第１の監視手段により状態情報を取得できなかった被監視装置を監視対象として、１又は複数の第２の監視手段を実行させ、１又は複数の第２の監視手段により取得された状態情報に基づく結果を監視結果として管理する監視管理手段として機能させることを特徴とする監視プログラムである。

本発明によれば、ＳＮＭＰを利用して被監視装置の装置状態を監視する際、ＳＮＭＰに関連する障害が発生したときでも、被監視装置の装置状態を監視することができる。

実施形態に係る装置監視システムの構成を示す構成図である。 実施形態に係る監視テーブルの構成を示す構成図である。 実施形態に係る監視装置における装置監視処理の動作を示すフローチャートである。

（Ａ）主たる実施形態
以下では、監視システム及び監視プログラムの実施形態を、図面を参照しながら詳細に説明する。

（Ａ−１）実施形態の構成
図１は、実施形態に係る装置監視システムの構成を示す構成図である。図１において、装置監視システム１０は、監視装置１、１又は複数の被監視装置２−ｎ（１≦ｎ≦Ｎ、Ｎは整数）、保守端末３を有する。

図１において、監視装置１と被監視装置２−ｎのそれぞれとは、例えば、通信プロトコルとしてＩＰ（インターネットプロトコル）を採用するネットワークで接続されている。

保守端末３は、監視装置１が取得した被監視装置２−ｎの装置状態を監視結果として出力するものである。保守端末３は、監視装置１のＧＵＩ制御等により、監視装置１の画面情報に基づいて画面表示や警告アラーム音の出力等を行う。また、保守端末３は、被監視装置２−ｎの状態監視に係る各種設定も行う。

監視装置１は、被監視装置２−ｎの装置状態を監視するものである。監視装置１は、ＳＮＭＰによる監視機能と、被監視装置２−ｎとの間の固有コマンドによる監視機能とを有する。監視装置１は、被監視装置２−ｎの監視結果をＧＵＩ等により保守端末３に提供する。

監視装置１は、ＳＮＭＰにより定期的に被監視装置２−ｎから装置状態情報を要求し、被監視装置２−ｎから装置状態情報を取得するものである。また、監視装置１は、ＳＮＭＰにより被監視装置２−ｎの装置状態情報が得られない場合、その被監視装置２−ｎに対して固有コマンドの実行により当該被監視装置から装置状態情報を取得するものである。

監視装置１は、コマンド実行により個別に取得した被監視装置２−ｎの装置状態情報を監視結果に反映させるものである。つまり、監視装置１は、ＳＮＭＰの通信障害等が発生してＳＮＭＰによる装置状態情報を取得できない場合でも、固有コマンドにより取得した装置状態情報を監視結果として更新する。

監視装置１は、例えばＧＵＩ（Graphical User Interface）制御等により、保守端末３に対して、各被監視装置２−１〜２−Ｎのネットワークトラフィック情報、ＣＰＵやメモリの使用率、ハードウェアの稼働状況等の画面情報を与える。保守端末３に表示させる画面は、様々な表示形式を適用することができ、被監視装置２−ｎのネットワーク構成のマップ表示や、各装置状態の種類に応じてグラフ化表示等とすることができる。また、各被監視装置２−ｎの装置状態情報に応じて警告アラーム音の出力や表示色を変えて出力させるようにしても良い。

図１において、この実施形態に係る監視装置１は、第１の監視手段としてのＳＮＭＰ監視部１１、第２の監視手段としてのコマンド監視部１２、監視管理部１３を有する。

監視装置１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース等を有して構成されるものであり、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行することにより、監視装置１の機能が実現される。図１は、監視装置１において実現される機能をブロック図として示している。なお、処理プログラムは、監視装置１にインストールされてものであっても良く、その場合でも処理プログラムは図１に示す機能部を有する。

ＳＮＭＰ監視部１１は、ＳＮＭＰにより被監視装置２−ｎの装置状態を監視するものである。ＳＮＭＰ監視部１１は、ＳＮＭＰによる監視システムのマネージャとして機能するものであり、定期的に、被監視装置２−ｎから装置状態情報を取得するものである。また、ＳＮＭＰ監視部１１は、ＳＮＭＰ Ｔｒａｐのように、ＳＮＭＰを用いて被監視装置２−ｎから所定のタイミングで状態情報を取得するものであっても良い。

ＳＮＭＰ監視部１１は、図１に示すように、管理情報記憶部１１１、ＳＮＭＰ制御部１１２を有する。

ＳＮＭＰ制御部１１２は、ＳＮＭＰによる被監視装置２−ｎの状態監視を制御するものである。ＳＮＭＰ制御部１１２による監視方式は、ＳＮＭＰによる監視方式を広く適用することができる。

例えば、ＳＮＭＰ制御部１１２は、管理情報記憶部１１１に状態監視に関する情報が定義されており、その状態監視に関する定義に従って、各被監視装置２−ｎに対して装置状態情報を取得する。より具体的には、ＳＮＭＰ制御部１１２は、被監視装置２−ｎの装置識別情報（例えば、ＩＰアドレス等）、ホスト名、監視要素とする情報（例えば、管理情報記憶部１１１（ＭＩＢ）に格納されるオブジェクト等）の情報識別情報等により、所定の時間間隔毎に、定期的に、被監視装置２−ｎから装置状態情報の取得要求を行う。これにより、被監視装置２−ｎから装置状態情報を取得することができる。

ＳＮＭＰ制御部１１２の監視対象とする装置状態情報の種類は、管理情報記憶部１１１のオブジェクト定義によるが、特に限定されるものではなく、種々の状態情報とすることができる。例えば、被監視装置のシステムに関する状態情報、インタフェースに関する状態情報、ＩＰ等のプロトコルに関する状態情報、ＩＣＭＰに関する状態情報、ＴＣＰに関する状態情報、ＵＤＰに関する状態情報等がある。また、被監視装置２−ｎの装置種別（例えば、ネットワーク機器とサーバとの種類別など）や設置態様等に応じて、ＳＮＭＰ制御部１１２が取得する装置状態情報の種類を設定できるようにしても良い。

また、ＳＮＭＰ制御部１１２は、装置状態情報の種別に応じて設定された１又は複数の閾値と、取得した装置状態情報との比較による監視結果を得る。

さらに、ＳＮＭＰ制御部１２は、監視管理部１３からの要求に応じて、要求された被監視装置２−ｎの監視結果を監視管理部１３２に与えるものである。

管理情報記憶部１１１は、例えばＭＩＢ等に相当するものであり、被監視装置２−ｎの装置状態情報を管理するものである。管理情報記憶部１１１は、ＳＮＭＰエージェントである被監視装置２−ｎの管理情報記憶部に対応する情報（内容）を保持する。管理情報記憶部１１１は、監視装置１と各被監視装置２−ｎとの間で対応する情報を保持しているのであれば、例えば、ＲＦＣ１１５５で定義されたものであっても良いし、拡張された固有のものであっても良い。

監視管理部１３は、ＳＮＭＰ監視部１１、コマンド監視部１２による被監視装置２−ｎの監視結果を管理するものである。監視管理部１３は、図１に示すように、監視結果記憶部１３１、監視結果確認部１３２、コマンド監視指示部１３３、コマンド監視結果取得部１３４、監視結果更新部１３５を有する。

監視結果記憶部１３１は、被監視装置２−１〜２−Ｎの監視処理の実施状態及び被監視装置２−ｎに基づく監視結果を管理する監視テーブルを記憶するものである。

図２は、この実施形態に係る監視テーブルの構成を示す構成図である。図２において、監視テーブル４００は、「装置識別子」、「実施状態」、「監視結果」を項目として有する。

「装置識別子」は、監視装置１が監視する被監視装置２−ｎの装置識別情報である。「装置識別子」は、例えば被監視装置２−ｎのＩＰアドレスを適用することができる。図２では「装置識別子」が被監視装置２−ｎのＩＰアドレスの場合を示すが、その他にホスト名、デバイス種別、等を追加しても良い。

「実施状態」は、ＳＮＭＰ監視部１１による監視処理の実施状態を示す。ＳＮＭＰによる監視は、例えばポーリング等により所定の時間間隔で定期的に各被監視装置２−ｎから装置状態情報の取得を行う。「実施形態」には、所定の時間間隔で、各被監視装置２−ｎに対するＳＮＭＰの監視処理を実施したか否かの実施状態が記載される。例えば、所定の時間間隔でＳＮＭＰによる情報取得が実施された場合、「実施状態」には「完了」を示す情報（値）が記載され、所定の時間間隔で不実施の場合、「実施状態」には「未完了」を示す情報（値）が記載される。なお、「実施状態」は、今回の監視処理が終了すると、全エントリが「未完了」に設定されて次の監視処理まで待機される。

「監視結果」は、ＳＮＭＰによる被監視装置２−ｎの装置状態情報に基づく監視結果を示す。例えば、「監視結果」には、被監視装置２−ｎのから取得した装置状態情報と閾値との比較により監視結果が正常（装置状態情報が閾値以下）の場合には「正常」を示す情報（値）、監視結果が異常（装置状態情報が閾値を超える）場合には「異常」を示す情報（値）、「取得失敗」を示す情報（値）等とすることができる。なお、「異常」については、複数の閾値を設けることにより、異常の程度を示すようにしても良い。例えば、「異常」は、異常の重要性（程度）が高いものから「Critical」、「Major」、「Minor」等を示す情報（値）と分類しても良い。

監視結果確認部１３２は、監視テーブル４００を参照して、「実施状態」が「未完了」のものを選定し、当該被監視装置２−ｎの監視結果をＳＮＭＰ監視部１１から取得するものである。つまり、監視結果確認部１３２は、「実施状態」が「未完了」のエントリを選定すると、そのエントリの「装置識別子」をＳＮＭＰ監視部１１に通知して、当該「装置識別子」に対応する被監視装置２−ｎの監視結果を取得する。

コマンド監視指示部１３３は、ＳＮＭＰ監視部１１からの当該被監視装置２−ｎの監視結果を取得し、ＳＮＭＰにより取得した監視結果が「取得失敗」である場合、コマンド監視部１２に対してコマンド実行を指示するものである。

ＳＮＭＰによる監視結果が「取得失敗」の場合とは、ＳＮＭＰ監視部１１は、ＳＮＭＰにより被監視装置に対して装置状態情報の取得要求を行ったが、装置状態情報を取得できなかった場合である。つまり、当該被監視装置２−ｎとの間のＳＮＭＰの通信障害や被監視装置２−ｎにおけるＳＮＭＰエージェントの障害等のようにＳＮＭＰに関連する障害が発生した場合と考えられる。このように、ＳＮＭＰに関連する障害が発生したときに、コマンド監視指示部１３３は、コマンド監視部１２１に対して、当該被監視装置２−ｎの装置識別子を通知し、固有コマンドにより当該被監視装置２−ｎの状態監視を実行させる。

コマンド監視結果取得部１３４は、コマンド監視指示部１３３がコマンド実行による監視を指示した場合に、コマンド監視部１２からコマンド実行による被監視装置２−ｎの監視結果を取得するものである。

監視結果更新部１３５は、ＳＮＭＰ監視部１１、コマンド監視部１２から取得した被監視装置２−ｎの監視結果に基づいて、監視テーブル４００における対応エントリの内容を更新するものである。

つまり、監視結果更新部１３５は、ＳＮＭＰ監視部１１から「正常」又は「異常」の監視結果を取得したときには、その監視結果をエントリ内容として更新する。また、ＳＮＭＰ監視部１１から「取得失敗」の監視結果を取得したときには、コマンド監視部１１から取得した監視結果を、監視テーブル４００の対応エントリに反映させる。

コマンド監視部１２は、監視管理部１３から指示を受けると、所定コマンドの実行により、被監視装置２−ｎの状態を監視するものである。

コマンド監視部１２は、図１に示すように、コマンド監視実行部１２１を有する。

コマンド監視実行部１２１は、監視管理部１３からの指示に基づいて、指示された被監視装置２−ｎに対して、所定コマンドを送り、当該被監視装置２−ｎの状態監視を実行するものである。

コマンド監視部１２による被監視装置２−ｎのコマンド方式は、装置の状態を参照するものであれば、種々の方式を広く適用することができる。また、コマンド監視部１２は、１種類の状態情報だけでなく、複数種類の状態情報を取得できるものであっても良い。複数種類の状態情報を得る場合には、各種類の状態情報を得るための手順を予め設定しておき、コマンド監視部１２は、各種コマンドを用いて各状態情報を得るようにしても良い。

例えば、コマンド監視部１２は、ｔｅｌｎｅｔ等により、被監視装置２−ｎの装置識別子（例えばＩＰアドレス）を用いて（必要に応じて、ホスト名やポート番号等を用いて）、各種の状態情報を参照するため、ｐｉｎｇコマンドを送信することでネットワークの疎通監視、各種ハードウェア障害の有無、送受信パケット回数、ＣＰＵやメモリの使用率等の状態情報を取得するようにしても良い。

また例えば、コマンド監視部１２は、被監視装置２−ｎとの間の固有コマンドを予め決定しておき、その固有コマンドを用いて各種の装置状態情報を取得するようにしても良い。

また、コマンド監視実行部１２１は、被監視装置２−ｎから取得した装置状態情報と、１又は複数の閾値とに基づいて「正常」、「異常」、「取得失敗」等の監視結果を判断し、その監視結果を監視管理部１３に与える。

なお、コマンド監視実行部１２１によるコマンドとＳＮＭＰコマンドとは、コマンド形式が異なり、状態情報の形式も異なり得るが、コマンド監視実行部１２１は、形式の違いを調整して監視結果を与えるようにしても良い。

被監視装置２−ｎは、監視装置１により状態を監視されるものである。被監視装置２−ｎは、例えば、スイッチ装置、ゲートウェイ装置等のネットワーク機器や、サーバ等を適用できる。

被監視装置２−ｎは、図１に示すように、管理情報記憶部２１、ＳＮＭＰ制御部２２を有する。

管理情報記憶部２１は、例えばＭＩＢ等に相当するものであり、監視対象とする装置状態情報を管理するものである。管理情報記憶部２１は、例えばＲＦＣ１１５５で定義されたものであっても良いし、拡張された固有のものであっても良い。

ＳＮＭＰ制御部２２は、ＳＮＭＰ監視部１１からＳＮＭＰにより要求された装置状態情報を、ＳＮＭＰ監視部１１に与えるものである。ＳＮＭＰ制御部２２は、ＳＮＭＰによる監視システムのエージェントとして機能するものである。

（Ａ−２）実施形態の動作
次に、実施形態に係る監視装置１による装置監視処理の動作を、図面を参照しながら詳細に説明する。

図３は、実施形態に係る監視装置１における装置監視処理の動作を示すフローチャートである。

まず、監視装置１の起動後、監視管理部１３は、監視テーブル４００の全エントリの実施状態を未完了に設定する（Ｓ５０１）。

監視管理部１３は、監視テーブル４００を参照し、実施状態が未完了のもののうち、いずれか１個のエントリを選定する（Ｓ５０２）。

このとき、選定順序は、特に限定されるものではなく、例えば実施状態が未完了のものから任意に選択するにしても良いし、又例えば監視テーブル４００に登録されているエントリ順に従って１個のエントリを選定するようにしても良い。また例えば、監視対象の順序について所定の優先順位を予め付与しておき、その優先順位に従って、実施状態が未完了のものから選択するようにしても良い。

エントリが選定されると、監視管理部１３は、エントリの装置識別子をＳＮＭＰ監視部１１に通知し、当該装置識別子に対応する被監視装置２−ｎの状態確認を要求する（Ｓ５０３）。

監視管理部１３から被監視装置２−ｎの状態確認の要求が与えられると、ＳＮＭＰ監視部１１は、管理情報記憶部１１１を参照して、監視管理部１３から通知された装置識別子を宛先として、ＳＮＭＰのＧＥＴコマンド（ＧＥＴメッセージ）を送信する。ＧＥＴコマンドで指定するオブジェクト（装置状態情報）の種別は予め設定されており、ＳＮＭＰ監視部１１は、取得すべき情報識別情報（ＯＩＤ：オブジェクト識別情報）を含むＧＥＴメッセージを送信する。

そして、被監視装置２−ｎからＳＮＭＰのＧＥＴ ＲＥＳＰＯＮＳＥメッセージが与えられると、ＳＮＭＰ監視部１１は、ＧＥＴ ＲＥＳＰＯＮＳＥメッセージに含まれる装置状態情報を取得する。

ＳＮＭＰ監視部１１は、取得した装置状態情報と、予め設定されている１又は複数の閾値とに基づいて、監視対象とする被監視装置２−ｎの状態が「正常」であるか又は「異常」であるかを判断し、その判断結果を監視結果として監視管理部１３に通知する（Ｓ５０４）。

一方、ＳＮＭＰ監視部１１が監視対象とする被監視装置２−ｎに対してＳＮＭＰによる監視処理を行ったが、ＳＮＭＰ監視部１１が装置状態情報を取得できない場合、「取得失敗」を示す監視結果を監視管理部１３に通知する。

例えば、ＳＮＭＰ監視部１１がＧＥＴメッセージを送信してから所定時間経過してもＧＥＴＲＥＳＰＯＮＳＥメッセージを受信しない場合、ＳＮＭＰ監視部１１は「取得失敗」と判断するようにしても良い。また、ＧＥＴメッセージのリトライ回数を予め設定しておき、ＧＥＴメッセージの送信回数がリトライ回数を超えた場合に、ＳＮＭＰ監視部１１は、「取得失敗」と判断するようにしても良い。

監視管理部１３は、ＳＮＭＰ監視部１１からの監視結果に基づき、監視対象とする被監視装置２−ｎから状態を示す監視結果が得られたか否かを判断する（Ｓ５０５）。

つまり、「正常」又は「異常」の監視結果を取得した場合（Ｓ５０５）、監視管理部１３は、監視対象の被監視装置２−ｎから状態を示す監視結果を得たと判断する。この場合、監視管理部１３は、監視テーブル４００における対応エントリの「実施状態」に「完了」を付与し、「監視結果」に「正常」又は「異常」を付与する（Ｓ５０８）。

一方、「取得失敗」の監視結果を取得した場合（Ｓ５０５）、監視管理部１３は、ＳＮＭＰに何らかの障害が発生し、監視対象の被監視装置２−ｎから状態に関する情報を取得できなかったと判断する。この場合、監視管理部１３は、当該被監視装置２−ｎの装置識別子をコマンド監視部１２に通知して、当該装置識別子に対応する被監視装置２−ｎの状態確認を要求する（Ｓ５０６）。

監視管理部１３から被監視装置２−ｎの状態確認の要求が与えられると、コマンド監視部１２は、当該被監視装置２−ｎに対して所定コマンドによる状態監視処理を行う。そして、コマンド監視部１２は、所定コマンドによる状態監視により得られた装置状態情報に基づく監視結果を監視管理部１３に通知する（Ｓ５０７）。

コマンド監視部１２は、所定コマンドにより、監視対象とする被監視装置２−ｎの装置状態情報を取得すると、取得した装置状態情報と、１又は複数の閾値との比較に基づいて監視結果を得る。

つまり、コマンド監視部１２は、取得した装置状態情報と閾値との比較により「正常」又は「異常」の監視結果や、コマンドにより装置状態情報を取得できない場合には「取得失敗」の監視結果を得る。なお、コマンド監視部１２は、コマンド送信後に所定時間経過して返信がない場合に「取得失敗」と判断したり、又は、コマンド送信回数が予め設定されたリトライ回数を超えた場合に「取得失敗」と判断したりする。コマンド監視部１２は、その監視結果を監視管理部１３に与える。

監視管理部１３は、コマンド監視部１２からの監視結果に基づいて、監視テーブル４００における対応エントリの更新を行う（Ｓ５０８）。

例えば、「正常」又は「異常」を示す監視結果が与えられると、監視管理部１３は、監視テーブル４００における対応エントリの「実施状態」に「完了」を付与し、「監視結果」に「正常」又は「異常」を付与する。また例えば、「取得失敗」を示す監視結果が与えられると、監視管理部１３は、監視テーブル４００における対応エントリの「実施状態」に「完了」を付与し、「監視結果」に「取得失敗」を付与する。

なお、監視管理部１３は、コマンド監視部１２によるコマンド実行による監視を行う場合に、その旨を保守端末３に通知するようにしても良い。このとき、監視対象の被監視装置２−ｎを特定する情報（例えば、ＩＰアドレス、ホスト名等）も併せて保守端末３に通知するようにしても良い。つまり、ＳＮＭＰに関連した障害が発生した旨を保守者に知らせることができる。

また、監視管理部１３は、監視テーブル４００を参照して、「監視結果」が「取得失敗」の場合には、その旨を保守端末３に通知するようにしても良い。

監視管理部１３は、監視テーブル４００を参照して、全てのエントリの「実施状態」が「完了」であるか否かを判断し（Ｓ５０９）、「未完了」である場合には、処理をＳ５０２に移行して処理を続行する。

一方、全エントリの「実施状態」が「完了」の場合（Ｓ５０９）、監視管理部１３は、次の監視実施の時刻になるまで待機する（Ｓ５１０）。

例えば、外部からの操作等により監視管理部１３の停止の場合（Ｓ５１１）、監視管理部１３は処理を終了する。一方、監視管理部１３が停止していない場合（Ｓ５１１）、次の監視実施の時刻になると、監視管理部１３は、処理をＳ５０１に移行させ、装置監視処理を継続する。

（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、ＳＮＭＰプロトコルの通信障害や、装置上のＳＮＭＰエージェントの障害が発生し、ＳＮＭＰによる被監視装置の状態取得が不可能となっても、コマンドによる装置の状態取得により被監視装置の障害を取得できる。

その結果として、監視装置による装置の障害監視は信頼性が向上し、装置の保守者はより正確な装置の状態を把握できるようになる。

（Ｂ）他の実施形態
上述した実施形態においても本発明の種々の変形実施形態について説明したが、以下のような変形実施形態についても本発明は適用することができる。

（Ｂ−１）上述した実施形態では、監視装置が、ＳＮＭＰによる監視と、コマンドによる監視とを融合させて、装置状態を監視する実施形態を説明した。

しかし、ＳＮＭＰに関連する障害が生じたときに実行させる監視方式は、上述した実施形態のようにコマンド実行による監視方式に限定されるものではなく、監視装置と被監視装置との間で独自に定義したメッセージの送受信による監視方式としても良いし、又は上述の実施形態のコマンド実行による監視方式と独自メッセージの送受信による監視方式とを含むものであっても良い。

（Ｂ−２）また、上述した実施形態で説明したコマンド監視部を複数備えるようにしても良い。つまり、それぞれ異なる装置状態を参照する複数のコマンド監視部を備え、複数のコマンド監視部が取得した装置状態情報を監視結果に反映させるようにしても良い。このように、コマンド監視部の組み合わせを増やすことで、被監視装置の状態監視の信頼性を更に向上させることができる。

さらに、複数のコマンド監視部を備える場合に、被監視装置の種類に応じて、実行させるコマンド監視部を選定するようにしても良い。

例えば、スイッチ装置等のネットワーク機器を被監視装置とする場合には、ネットワーク機器のネットワークの疎通状態、送受信パケット数や送受信パケットロス数等の状態を監視するように、コマンド監視部を動作させるようにし、例えばサーバを被監視装置とする場合には、ネットワークの疎通状態、送受信パケット数や送受信パケットロス数等の状態に加えて、ＣＰＵやメモリの使用率や、ハードウェアの稼働状況等を監視するように、コマンド監視部を動作させるようにしても良い。

（Ｂ−３）監視装置による装置監視処理の処理手順は、図３に示す手順に限定されるものではない。図３では、１台の被監視装置に対するＳＮＭＰによる監視が取得失敗した場合に、続けてコマンド実行による監視を行うものとした。しかし、このような手順に限定されるものではなく、全ての被監視装置に対してＳＮＭＰによる監視を行い、その後に、監視結果が取得失敗の装置を被監視装置としてコマンド実行による監視処理を行うようにしても良い。

１０…装置監視システム、１…監視装置、１１…ＳＮＭＰ監視部、１１１…ＳＮＭＰ制御部、１１２…管理情報記憶部、１２…コマンド監視部、１３…監視管理部、１３１…監視結果記憶部、１３２…監視結果確認部、１３３…コマンド監視指示部、１３４…コマンド監視結果取得部、１３５…監視結果更新部、２−１〜２−Ｎ…被監視装置、２１…管理情報記憶部、２２…ＳＮＭＰ制御部。

Claims (4)

1. 複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する第１の監視手段と、
   所定の監視方式により、上記複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する１又は複数の第２の監視手段と、
   上記複数の被監視装置の監視結果を管理するものであって、上記第１の監視手段により上記状態情報を取得できなかった被監視装置を監視対象として、上記１又は複数の第２の監視手段を実行させ、上記１又は複数の第２の監視手段により取得された状態情報に基づく結果を監視結果として管理する監視管理手段と
   を備えることを特徴とする監視システム。
2. 上記監視管理手段が、
   上記第１の監視手段による監視実施状態と、上記被監視装置の監視結果とを被監視装置毎に記憶する監視結果記憶部を有し、
   上記第１の監視手段による監視が実施され、上記第１の監視手段により状態情報を取得できなかった被監視装置を監視対象として、上記１又は複数の第２の監視手段を実行させるものである
   を備えることを特徴とする請求項１に記載の監視システム。
3. 上記監視管理手段が、
   上記監視結果記憶部を参照して、監視実施状態が未完了のもの中から選定した被監視装置を監視対象として、上記第１の監視手段に対して監視指示を行う監視結果確認部と、
   上記第１の監視手段により状態情報の取得ができない場合に、状態情報の取得ができない被監視装置を監視対象として、上記１又は複数の第２の監視手段に対して監視指示を行う監視指示部と、
   上記１又は複数の第２の監視手段により取得された状態情報に基づく結果を、上記監視結果記憶部の監視結果として更新する監視結果更新部と
   を備えることを特徴とする請求項２に記載の監視システム。
4. コンピュータを、
   複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する第１の監視手段と、
   所定の監視方式により、上記複数の被監視装置のそれぞれから状態情報を取得して、各被監視装置の状態を監視する１又は複数の第２の監視手段と、
   上記複数の被監視装置の監視結果を管理するものであって、上記第１の監視手段により上記状態情報を取得できなかった被監視装置を監視対象として、上記１又は複数の第２の監視手段を実行させ、上記１又は複数の第２の監視手段により取得された状態情報に基づく結果を監視結果として管理する監視管理手段と
   して機能させることを特徴とする監視プログラム。

Images