JPWO2012056561A1 - 装置監視システム，方法およびプログラム - Google Patents

Abstract

監視対象装置の状態に応じて監視頻度を変更して監視するために，装置監視システムは，監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部と，状態情報記憶部に記憶された監視項目に関する状態の変化を検出し，検出した状態の変化にもとづいて監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定し，状態監視部に通知する異常監視部と，状態監視頻度に応じて監視対象装置から監視項目に関する状態を取得し，状態情報記憶部に格納する状態監視部とを備える。

Description

本発明は，監視対象となる複数の装置を複数の監視項目について監視する装置監視システム，方法およびプログラムに関する。

装置監視システムは，監視対象となる複数の装置（例えば，種々の処理を提供するサーバ）と，複数の監視対象装置を集中管理する監視装置とで構成され，監視対象装置の異常を検出し，原因究明のための情報を収集するシステムである。

より具体的には，装置監視システムの監視装置は，監視対象装置から定期的に状態に関する情報を取得し（状態監視），また，定期的に動作や状態に関するログを取得する（ログ収集）。

監視対象装置の状態に関する情報は，ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ）などの標準技術を使用して取得する方法，監視ソフトウェアのエージェントから取得する方法などが一般的である。

また，監視対象装置のログ収集は，ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）が保持するＳＥＬ（ｓｙｓｔｅｍ ｅｖｅｎｔ ｌｏｇ）から取得する方法，監視対象装置のＯＳが保持するログ，例えばＵＮＩＸ（登録商標）であればｓｙｓｌｏｇ，Ｗｉｎｄｏｗｓ（登録商標）であればイベントログなどから取得する方法等が一般的である。

上記の状態監視処理およびログ収集処理は定期的に実行されるが，それぞれの目的の相違により実行される頻度は異なる。状態監視は，異常を検出することが目的であるため，処理実行の頻度は，短いサイクルで設定される（例えば，１回／分）。ログ収集は，ログが漏れることのない範囲で収集できればよいので，処理実行の頻度は長めのサイクルに設定される（例えば，１回／週）。

従来手法として，サーバ監視の際に，監視情報の取得処理の時間間隔を２種類用意し，スケジュールに合わせていずれかの間隔に変更する方法が知られている。

特開２００６−３１９７０７号公報

状態監視は，その目的に鑑みれば，実行頻度が高い方が良い。しかし，監視対象装置に与える負荷を考慮すると，監視対象装置が問題なく動作している場合は，装置に負荷を与えない方が好ましいので，監視頻度は低い方が良い。また，監視対象装置から異常につながる予兆が見つけられた場合は，監視頻度を高くすることが好ましく，実際に異常を検出した後は，既に異常を認識しているので，監視頻度を低くしても良い。

一方，ログ収集は，原因究明のために情報を収集する目的であるため，異常を検出するまでは実行頻度を低くし，異常を検出した後はログ情報の蓄積速度が高くなるため，情報の収集漏れを防ぐために収集頻度を高くする方が良い。

しかし，従来のサーバ監視システムでは，異常検出の有無に関係なく，状態監視の頻度，ログ収集の頻度は共に一定であったため，以下のような問題が発生していた。

・ 問題なく動作している監視対象装置に対する監視頻度が高いために，装置に余計な負荷を与える場合があった。

・ 異常検出後も同じ頻度で状態監視を行うため，問題が発生している装置に負荷をかけ続けるおそれがあった。

・ 異常が発生してから次にログ情報を取得するまでの収集間隔が長すぎると，原因究明に有効なログ情報が上書きされる可能性があり，原因特定に資する情報を取得する機会が失われてしまうおそれがあった。

従来の監視システムでは，最初のイベント発生に対して，その後のイベントの発生パターンを想定し，そのパターンによって監視頻度を可変にしているため，予め定めたスケジュールにもとづいて監視間隔を制御する。しかし，この監視システムでは，監視対象装置の状態変化に対応して監視間隔を変更することができなかった。

本発明は，監視対象装置の状態変化に対応して，必要に応じた監視項目に関する状態情報の取得，ログ情報の収集を柔軟な間隔で行える装置監視技術を提供することを目的とする。

開示する装置監視システムは，監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部と，前記状態情報記憶部に記憶された監視項目に関する状態の変化を検出し，前記検出した状態の変化にもとづいて前記監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定して前記状態監視部に通知する異常監視部と，前記状態監視頻度に応じて前記監視対象装置から前記監視項目に関する状態を取得し，前記状態情報記憶部に格納する状態監視部とを備える。

また，開示する装置監視方法は，上記の装置監視システムにおいてコンピュータが実行される各処理ステップを備える。また，開示する装置監視方法は，コンピュータに，上記装置監視方法の処理を実行させるためのものである。

開示する装置監視システムによれば，監視対象装置の状態にあわせて状態監視やログ収集の頻度を変更し，効率的な装置監視を実現することができる。

本発明の一実施形態として開示する装置監視システムの構成例を示す図である。 一実施形態における監視条件記憶部に記憶された監視頻度定義の例を示す図である。 一実施形態における状態情報記憶部に記憶される状態情報の例を示す図である。 一実施形態における異常監視部の構成例を示す図である。 一実施形態における状態取得部の処理フロー例を示す図である。 一実施形態における状態差分データの例を示す図である。 一実施形態における状態判断部の処理フロー例を示す図である。 一実施形態における変更指示データの例を示す図である。 一実施形態における変更指示部の処理フロー例を示す図である。 一実施形態における状態監視部の構成例を示す図である。 一実施形態における監視頻度変更指示部の処理フロー例を示す図である。 一実施形態における状態監視頻度記憶部に記憶されている状態監視頻度の例を示す図である。 一実施形態における解析部の処理フロー例を示す図である。 一実施形態におけるスケジュール部の処理フロー例を示す図である。 一実施形態における状態取得部の処理フロー例を示す図である。 一実施形態におけるログ監視部の構成例を示す図である。 一実施形態におけるログ監視頻度記憶部に記憶されているログ監視頻度の例を示す図である。 開示する装置監視システムの実施例における構成例を示す図である。 第１の実施例における状態情報，状態差分データ，変更指示データ，およびスケジュールデータの例を示す図である。 第２の実施例における状態情報，状態差分データ，および変更指示データの例を示す図である。 第２の実施例におけるスケジュールデータの例を示す図である。 一実施形態における監視サーバのハードウェア構成例を示す図である。

以下に，本発明の一態様として開示する装置監視システムを説明する。

図１は，本発明の一実施形態として開示する装置監視システムの構成例を示す図である。

装置監視システムは，監視対象となる複数の監視対象装置（監視対象サーバ）２Ａ，２Ｂ，２Ｃ，…，２Ｎと，監視装置（監視サーバ）１とを備える。

監視サーバ１は，既知の監視装置に，異常監視部５と監視条件記憶部１１とを新たに備えたものであり，監視対象サーバ２Ａ，２Ｂ，２Ｃ，…，２Ｎの状態の変化を検出した場合に，予め記憶しておいた監視頻度定義にもとづいて，監視対象サーバ２に対する状態監視またはログ監視の頻度の変更を指示する。監視サーバ１は，ＣＰＵおよびメモリを備えるコンピュータまたは専用ハードウェアとして実施することができる。

監視サーバ１は，監視条件記憶部１１，状態情報記憶部１２，ログ情報記憶部１３，異常監視部５，状態監視部６，およびログ監視部７を有する。

監視条件記憶部１１は，各監視項目の状態ごとに，状態情報取得処理の頻度である状態監視頻度，および，ログ情報収集処理の頻度であるログ監視頻度を定義した監視頻度定義を記憶する。

状態情報記憶部１２は，所定の監視項目に関する各監視対象サーバ２の状態を示す状態情報を記憶する。監視項目は，予め定められた監視内容を示す項目であり，例えば，ＣＰＵの稼働，リソースの使用，電源，電圧，筐体の状態などである。

ログ情報記憶部１３は，所定の監視項目に関して監視対象サーバ２から収集されたログ情報を記憶する。ログ情報は，監視項目について，装置またはインストールされたソフトウェアの動作を記録した情報である。

異常監視部５は，状態情報記憶部１２に記憶された状態情報から状態の変化を検出した場合に，該当する監視対象サーバ２および監視項目に対する状態監視頻度を変更し，状態監視部６に変更した状態監視頻度を通知する。

また，異常監視部５は，状態情報記憶部１２に記憶された状態情報から状態の変化を検出した場合に，該当する監視対象サーバ２および監視項目に対するログ監視頻度を変更し，ログ監視部７に変更したログ監視頻度を通知する。

異常監視部５は，該当する監視対象サーバ２や監視項目に関連する監視対象サーバ２または監視項目に対する状態監視頻度やログ監視頻度を通知することができる。

状態監視部６は，異常監視部５から通知された状態監視頻度にもとづいて状態監視のスケジュールを作成し，監視対象サーバ２から監視項目に関する状態を取得して状態情報記憶部１２に格納する。

ログ監視部７は，異常監視部５から通知されたログ監視頻度にもとづいて，ログ監視のスケジュールを作成し，監視対象サーバ２からログ情報を取得してログ情報記憶部１３に格納する。

図２は，監視条件記憶部１１に記憶された監視頻度定義の例を示す図である。

監視頻度定義は，検索用の監視項目および状態，並びに変更指示用の指示対象，監視項目，監視頻度のデータ項目を有する。検索用の監視項目および状態は，状態監視頻度またはログ監視頻度の変更の対象となる状態を定義する。変更指示用の指示対象および監視項目は，指示される状態監視頻度またはログ監視頻度の内容を定義する
変更指示用の指示対象は，頻度を変更する処理を示し，「状態監視」または「ログ監視」のいずれかが設定される。監視項目は，頻度が変更される監視項目を，監視頻度は，変更される頻度の内容を，それぞれ示す。

図２の監視頻度定義では，監視対象サーバ２Ａから取得した状態情報が，監視項目「ＣＰＵステータス」について状態「Ｗａｒｎｉｎｇ（警告）」である場合に，「ログ監視」として監視項目「ハードログ（ハードウェアのログ情報を示す）」のログ情報の収集頻度を「１日１回（１回／日）」に，「状態監視」として監視項目「ＣＰＵステータス」の状態情報の取得頻度を「１時間６回（６回／時）」に監視項目「ＣＰＵ使用率」の状態情報の取得頻度を「１分１回（１回／分）」に変更することを示している。

図３は，状態情報記憶部１２に記憶される状態情報の例を示す図である。

状態情報は，監視対象サーバ名，監視項目，状態，および変更時刻のデータ項目を有する。

監視対象サーバ名は，監視対象サーバ２を識別する情報である。監視項目は，監視対象となる項目を示し，状態は，監視項目に関する監視対象サーバ２の状態を示す。変更時刻は，状態情報が状態情報記憶部１２に書き込まれた日付および時刻を示す。

以下，監視サーバ１の各処理部をより詳細に説明する。

図４は，異常監視部５の構成例を示す図である。

異常監視部５は，状態情報記憶部１２を定期的に監視し，状態情報記憶部１２に記憶されている状態情報の変更内容から，状態監視またはログ監視の監視頻度の変更を含む変更指示データを作成し，状態監視部６またはログ監視部７に変更を指示する。

異常監視部５は，状態取得部５１，状態判断部５３，および変更指示部５５を有する。

状態取得部５１は，状態情報記憶部１２を定期的に監視して，状態情報の変化を検出し，状態情報の変化を示す差分データを状態判断部５３に渡す。状態取得部５１は，内部にタイマを備え，状態情報記憶部１２の監視処理の直前の実行日時を示す「前回取得時刻」を保持する。

図５は，状態取得部５１の処理フロー例を示す図である。

状態取得部５１は，タイマにより定期的に起動されると，状態情報記憶部１２から，前回取得時刻以降に書き換えられた状態情報を取得し，取得した結果を状態差分データとする（ステップＳ１０）。状態情報に差分（状態差分データ）があれば（ステップＳ１１のＹ），状態取得部５１は，状態判断部５３を起動して，状態差分データを渡す（ステップＳ１２）。状態情報に差分（状態差分データ）がなければ（ステップＳ１１のＮ），ステップＳ１２の処理は実行されない。状態取得部５１は，今回の取得処理時の時刻で，前回取得時刻を更新して（ステップＳ１３），処理を終了する。

図６は，状態差分データの例を示す図である。

状態差分データは，状態の変化を検出した監視対象サーバ２，前回取得時刻以降に書き換えられた監視項目，およびその状態を含む。

状態判断部５３は，状態差分データの変更内容（監視項目，状態）を検索キーにして，監視条件記憶部１１の監視頻度定義を検索し，該当する変更指示用の指示対象，監視項目，監視頻度を取得して変更指示データを作成する。

図７は，状態判断部５３の処理フロー例を示す図である。

状態判断部５３は，状態取得部５１から受け取った状態差分データの監視項目と状態とで，監視条件記憶部１１の監視頻度定義を検索する（ステップＳ２０）。状態判断部５３は，検索結果の中に未処理のものがあれば（ステップＳ２１のＹ），該当する検索用の監視項目および状態に対応する変更指示用の指示対象，監視項目，監視頻度などのデータをもとに，変更指示データを作成する（ステップＳ２２）。そして，状態判断部５３は，変更指示部５５を起動し，変更指示データを渡す（ステップＳ２３）。状態判断部５３は，検索結果の中に未処理のものがなければ（ステップＳ２１のＮ），処理を終了する。

図８は，変更指示データの例を示す図である。

変更指示データは，頻度変更の対象となる処理を示す指示対象，監視対象サーバ２を示す監視対象サーバ名，監視項目，変更される頻度を示す監視頻度を含む。

変更指示部５５は，状態判断部５３から受け取った変更指示データの内容にもとづいて，状態監視部６またはログ監視部７に監視頻度の変更を指示する。

図９は，変更指示部５５の処理フロー例を示す図である。

変更指示部５５は，変更指示データの指示対象を調べ，状態監視であれば（ステップＳ３０の「状態監視」），状態監視部６に対し，変更する監視項目と監視頻度とを通知する（ステップＳ３１）。ログ監視であれば（ステップＳ３０の「ログ監視」），変更指示部５５は，ログ監視部７に対し，変更する監視項目と監視頻度とを通知する（ステップＳ３２）。

図１０は，状態監視部６の構成例を示す図である。

状態監視部６は，異常監視部５から通知された変更指示にもとづいて状態監視のスケジュールを生成し，監視対象サーバ２から状態情報を取得する。

状態監視部６は，監視頻度変更指示部６０，状態監視頻度記憶部６１，解析部６２，スケジュール部６３，および状態取得部６４を備える。

監視頻度変更指示部６０は，異常監視部５から通知された変更指示データを受け付け，その内容（監視項目と監視頻度）を状態監視頻度記憶部６１に格納し，状態監視頻度の解析およびスケジュールの変更を解析部６２に要求する。

図１１は，監視頻度変更指示部６０の処理フロー例を示す図である。

監視頻度変更指示部６０は，異常監視部５から，監視頻度の変更の通知を受け付け，取得した監視頻度を変更する監視項目と監視頻度とで，状態監視頻度記憶部６１を更新する（ステップＳ４０）。次に，監視頻度変更指示部６０は，解析部６２に対して状態監視頻度記憶部６１の情報の解析とスケジュールデータの作成とを指示し（ステップＳ４１），スケジュール部６３に対して，再スケジュールを指示して（ステップＳ４２），処理を終了する。

状態監視頻度記憶部６１は，状態監視を行う各監視項目に対する状態監視頻度を記憶する。

図１２は，状態監視頻度記憶部６１に記憶されている状態監視頻度の例を示す図である。

状態監視頻度は，監視対象を示す監視対象サーバ名，監視項目，および監視頻度を含む。図１２に示す状態監視頻度の例では，１つの状態監視として，監視対象サーバ名「Ａ」に対して，監視項目「ＣＰＵステータス」に関する状態情報を，「毎日２回（２回／日）」の監視頻度で取得することが指定されていることを表す。

解析部６２は，状態監視頻度記憶部６１の状態監視頻度を解析し，状態監視のスケジュールデータを作成する。スケジュールデータは，状態監視の対象となる監視対象サーバと監視項目とを，実行予定時刻に対応付けて時系列に並べたデータである。

図１３は，解析部６２の処理フロー例を示す図である。

解析部６２は，状態監視頻度記憶部６１の状態監視頻度を読み込み（ステップＳ５０），状態監視頻度を解析して，状態監視の実行予定に関する時系列データを作成してスケジュールデータとし（ステップＳ５１），処理を終了する。

スケジュール部６３は，内部にタイマを備え，解析部６２で作成・変更されたスケジュールデータにもとづいて，状態取得部６４に対し，状態情報の取得を指示する。

図１４は，スケジュール部６３の処理フロー例を示す図である。

スケジュール部６３は，内部にタイマが定期的に処理開始のトリガーを上げると，そのトリガーを検出し（ステップＳ６０），未処理のスケジュールから，トリガー発生時刻以前のものを抽出する（ステップＳ６１）。次に，スケジュール部６３は，スケジュールデータの中で未処理かつトリガー受信時刻以前のスケジュールがあれば（ステップＳ６２のＹ），状態取得部６４を起動し，スケジュールデータをもとに，監視対象サーバ名と監視項目とを渡して，状態監視（状態情報の取得）を指示し（ステップＳ６３），処理を終了する。未処理のスケジュールがなければ（ステップＳ６２のＮ），ステップＳ６３の処理は実行されない。

状態取得部６４は，指示された監視対象サーバ２から，監視項目に関する状態を示す状態情報を取得し，取得した状態が状態情報記憶部１２に記憶されている状態情報の内容と一致しなかった場合に，状態情報記憶部１２の状態情報を更新する。

図１５は，状態取得部６４の処理フロー例を示す図である。

状態取得部６４は，スケジュール部６３から指示された監視対象サーバ２から，監視項目に関する状態（状態情報）を取得する（ステップＳ７０）。次に，状態取得部６４は，状態情報記憶部１２から，該当する監視対象サーバ２の監視項目に関する状態情報を取得し（ステップＳ７１），取得した状態と，状態情報記憶部１２から抽出した状態とが一致するかを調べる（ステップＳ７２）。状態取得部６４は，２つの状態が一致しなければ（ステップＳ７２のＮ），状態情報記憶部１２の該当する監視項目の状態を，取得した状態で更新し，変更時刻を更新し（ステップＳ７３），処理を終了する。２つの状態が一致していれば（ステップＳ７２のＹ），ステップＳ７３の処理は実行されない。

図１６は，ログ監視部７の構成例を示す図である。

ログ監視部７は，異常監視部５から通知された変更指示データにもとづいてログ監視のスケジュールを作成し，監視対象サーバ２からログ情報を取得する。

ログ監視部７は，監視頻度変更指示部７０，ログ監視頻度記憶部７１，解析部７２，スケジュール部７３，およびログ取得部７４を有する。

監視頻度変更指示部７０は，異常監視部５から通知された変更指示データを受け付け，変更の内容（監視項目と監視頻度）をログ監視頻度記憶部７１に格納し，ログ監視頻度の解析およびスケジュールの変更を解析部７２に要求する。

ログ監視頻度記憶部７１は，ログ情報を取得する各監視項目に対する監視頻度を記憶する。

図１７は，ログ監視頻度記憶部７１に記憶されているログ監視頻度の例を示す図である。

ログ監視頻度は，監視対象を示す監視対象サーバ名，ログ情報を取得する監視項目，および監視頻度を含む。監視項目の「アプリケーションログ：アプリ独自ログ」は，監視対象サーバ２で実行されるアプリケーションソフトウェアが自ら蓄積するログ情報を表す。図１７に示す状態監視頻度の例では，１つのログ監視として，監視対象サーバ名「Ａ」に対して，監視項目「ハードログ：ＸＳＣＦ，ＢＭＣ」に関するログ情報を，「毎月１回（１回／月）」の監視頻度で取得することが指定されていることを表す。

解析部７２は，ログ監視頻度記憶部７１の情報を解析し，ログ監視のスケジュールデータを作成する。スケジュールデータは，ログ監視の対象となる監視対象サーバと監視項目とを，実行予定時刻に対応付けて時系列に並べたデータである。

スケジュール部７３は，内部にタイマを備え，解析部７２で作成されたスケジュールデータにもとづいて，ログ取得部７４に対し，ログ情報の取得を指示する。

ログ取得部７４は，指示された監視対象サーバ２から，監視項目に関するログ情報を取得し，取得したログ情報をログ情報記憶部１３に格納する。

監視頻度変更指示部７０，解析部７２，スケジュール部７３，およびログ取得部７４の処理フロー例は，図１１，図１３〜図１５それぞれに示す監視頻度変更指示部６０，解析部６２，スケジュール部６３，および状態取得部６４の処理フローとほぼ同じであるので，説明を省略する。

以下に，装置監視システムにおける状態監視およびログ監視の実施例を示す。

図１８は，実施例における構成例を示す図である。

本実施例において，装置監視システムは，監視サーバ１，複数の監視対象サーバ２，および監視情報を受け取る管理者のコンピュータであるクライアント８を備える。

本実施例では，監視対象サーバ２の状態情報は，ＳＮＭＰ，ＩＰＭＩなどの既知の処理手法，または，監視ソフトウェアプログラムのエージェントから取得する処理手法で取得する。また，ログ情報は，ＢＭＣが保持するＳＥＬから取得する処理手法，監視対象サーバ２のＯＳが保持するログ情報などから取得する処理手法で取得する。

各監視対象サーバ２は，自装置の状態情報およびログ情報を収集するソフトウェアとして，ＳＮＭＰ，ＩＰＭＩ，その他監視ソフトウェアなどの監視エージェント２０と，監視エージェント２０が収集したログ情報を記憶するログ情報記憶装置２１とを有する。

監視サーバ１は，監視対象サーバ２から状態情報，ログ情報を収集し，監視対象サーバ２の状態の監視を行う。監視対象サーバ２は，監視サーバ１からの情報収集要求に対して，要求された情報を返却する。クライアント８は，装置監視システムのビューを実装し，ユーザに，監視サーバ１が管理する監視情報を提供する。

〔第１の実施例〕
第１の実施例として，監視対象サーバ２ＡのＣＰＵにエラーが発生した場合の処理動作を説明する。

状態情報記憶部１２には，図３に示すような状態情報が記憶されているとする。

状態監視部６の状態取得部６４は，２００９年７月２５日１２：００に，監視項目「ＣＰＵステータス」について，図１９（Ａ）に示す内容の状態情報を監視対象サーバ２Ａから取得したとする。

状態取得部６４は，状態情報記憶部１２の該当する監視項目の状態と変更時刻とを更新する。具体的には，監視対象サーバ２Ａの監視項目「ＣＰＵステータス」の状態を「Ｅｒｒｏｒ」に，変更時刻を「２００９／０７／２５ １２：００」に変更する。

その後，異常監視部５の状態取得部５１は，図３に示す状態情報記憶部１２を参照し，前回取得時刻以降に変更された情報を取得し（前回取得時刻は２００９／０７／２５ １１：５５とする），図１９（Ｂ）に示す状態差分データを作成し，内部に保持する「前回取得時刻」を更新する。

状態判断部５３は，状態差分データの監視項目と状態とを検索キーとして，図２に示す監視条件記憶部１１の監視頻度定義を検索し，検索結果をもとに，図１９（Ｃ）〜（Ｅ）に示す３つの変更指示データ（１つのログ監視の変更指示データと２つの状態監視の変更指示データ）を作成する。

変更指示部５５は，作成された変更指示データに従って，状態監視部６とログ監視部７とに対し，監視頻度の変更指示データを送信する。

ログ監視部７の監視頻度変更指示部７０は，異常監視部５からの変更指示データを受け取り，その内容に従ってログ監視頻度記憶部７１のログ監視頻度を変更する。さらに，監視頻度変更指示部７０は，解析部７２に，ログ監視頻度記憶部７１のログ監視頻度の解析とスケジュールデータの作成とを指示する。

解析部７２は，解析により，監視対象サーバ２Ａに対する，ハードログの監視頻度が「１回／月」から「４回／時」へ変更されていることを得ると，図１９（Ｆ）に示す監視対象サーバ２Ａに対するスケジュールデータを作成する。

さらに，監視頻度変更指示部７０は，スケジュール部７３に再スケジュールを指示する。スケジュール部７３は，解析部７２が作成したスケジュールデータにもとづいて再スケジュールを行う。スケジュール部７３は，タイマトリガーによって，スケジュールデータに設定された時刻に，ログ取得部７４に対し，監視対象サーバ２Ａからのハードログの取得を要求する。

状態監視部６による状態監視についても，異常監視部５からの変更指示データを得て，ログ監視の場合とほぼ同様にして状態監視頻度が変更され，状態監視のスケジュールが作成され，状態情報が収集される。

〔第２の実施例〕
第２の実施例として，監視対象サーバ２ＡのＣＰＵ使用率が８０％を超えた場合の処理動作を説明する。

状態情報記憶部１２には，図３に示すような状態情報が記憶されているとする。

状態監視部６の状態取得部６４は，２００９年７月２５日１２：００に，監視項目「ＣＰＵ使用率」について，図２０（Ａ）に示す内容の状態情報を監視対象サーバ２Ａから取得したとする。

状態取得部６４は，状態情報記憶部１２の該当する監視項目の状態と変更時刻とを更新する。具体的には，監視対象サーバ２Ａの監視項目「ＣＰＵ使用率」の状態を「８０％」に，変更時刻を「２００９／０７／２５ １２：００」に変更する。

その後，異常監視部５の状態取得部５１は，図３に示す状態情報記憶部１２を参照し，前回取得時刻以降に変更された情報を取得し（前回取得時刻は２００９／０７／２５ １１：５５とする），図２０（Ｂ）に示す状態差分データを作成し，内部に保持する「前回取得時刻」を更新する。

状態判断部５３は，状態差分データの監視項目と状態とを検索キーとして，図２に示す監視条件記憶部１１の監視頻度定義を検索し，検索結果をもとに，図２０（Ｃ）〜（Ｅ）に示す３つの状態監視の変更指示データを作成する。

変更指示部５５は，作成された変更指示データに従って，状態監視部６に対し，監視頻度の変更を指示する。

状態監視部６の監視頻度変更指示部６０は，異常監視部５からの監視頻度の変更指示データを受け取り，その内容に従って状態監視頻度記憶部６１の内容を変更する。さらに，監視頻度変更指示部６０は，解析部６２に，状態監視頻度記憶部６１の情報の解析とスケジュールデータの作成とを指示する。

解析部６２は，解析により，監視対象サーバ２Ａに対する，状態監視の監視項目「ＣＰＵステータス」，「ＣＰＵ使用率」，「筐体温度」のそれぞれについて，監視頻度が「２回／日」から「１回／時」へ，「６回／時」から「２回／分」へ，「１回／日」から「１回／時」へ変更されていることを得ると，図２１に示す監視対象サーバ２Ａに対するスケジュールデータを作成する。

さらに，監視頻度変更指示部６０は，スケジュール部６３に再スケジュールを指示する。スケジュール部６３は，解析部６２が作成したスケジュールデータにもとづいて再スケジュールを行う。スケジュール部６３は，タイマトリガーによって，スケジュールデータに設定された時刻に，状態取得部６４に対し，監視対象サーバ２Ａの「ＣＰＵステータス，ＣＰＵ使用率，筐体温度」に関する状態情報の取得を要求する。

図２２は，監視サーバ１のハードウェア構成例を示す図である。

図２２に示すように，監視サーバ１は，ＣＰＵ１０１，一時記憶装置（ＤＲＡＭ・Ｆｌａｓｈ Ｍｅｍｏｒｙ等）１０２，永続性記憶装置（ＨＤＤ・Ｆｌａｓｈ Ｍｅｍｏｒｙ等）１０３，ネットワークインターフェース１０４を備えるコンピュータ１００によって実施することができる。

また，監視サーバ１は，コンピュータ１００が実行可能なプログラムによって実施することができる。この場合に，監視サーバ１が有すべき機能の処理内容を記述したプログラムが提供される。提供されたプログラムをコンピュータ１００が実行することによって，上記説明した監視サーバ１の処理機能がコンピュータ１００上で実現される。

すなわち，監視サーバ１の異常監視部５，状態監視部６およびログ監視部７等はプログラムで構成することができ，監視条件記憶部１１，状態情報記憶部１２，ログ情報記憶部１３は永続性記憶装置１０３で構成することができる。

なお，コンピュータ１００は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。さらに，このプログラムは，コンピュータ１００で読み取り可能な記録媒体に記録しておくことができる。

以上説明したように，開示する装置監視システムは，ＣＰＵにエラーが発生したり，ＣＰＵの使用率が高い状態となったりした監視対象サーバ２Ａのように，より頻繁に監視する必要がある対象について，ＣＰＵステータスに関する状態やハードログを通常（Ｎｏｒｍａｌ）より高い頻度で収集するため，効率的に監視を行うことができる。

また，図２に示すように，監視条件記憶部１１に記憶する監視頻度定義において，監視項目「ＣＰＵステータス」を例にとると，状態が「警告（Ｗａｒｎｉｎｇ）」の場合の監視頻度は，平常時（Ｎｏｒｍａｌ）に比べて高いが，「異常（Ｅｒｒｏｒ）」の場合に比べて低く設定されている。このように設定することにより，ＣＰＵの障害へつながるような状態の場合には監視を強化することで，いち早く異常の発生を認知できるようにすると共に，警告により発生を予知し得た「異常」となった場合には，監視頻度を下げることにより，監視対象サーバ２での状態監視に関する処理負荷を軽減できるようにしている。また，異常の予兆となる状態で監視頻度を高く設定することにより，平常時の状態監視の頻度を下げることができ，平常時に監視対象サーバ２に与える負荷を下げることができる。

さらに，異常検出後にログの取得頻度を高く設定することにより，原因究明に必要なログ情報を確実に取得することができる。

したがって，装置監視システムによれば，任意に設定可能な監視頻度定義にもとづいて，監視対象の状態に応じた柔軟な装置監視を実現することができる。

１ 監視サーバ
２ 監視対象サーバ
５ 異常監視部
５１ 状態取得部
５３ 状態判断部
５５ 変更指示部
６ 状態監視部
６０ 監視頻度変更指示部
６１ 状態監視頻度記憶部
６２ 解析部
６３ スケジュール部
６４ 状態取得部
７ ログ監視部
７０ 監視頻度変更指示部
７１ ログ監視頻度記憶部
７２ 解析部
７３ スケジュール部
７４ ログ取得部
１１ 監視条件記憶部
１２ 状態情報記憶部
１３ ログ情報記憶部
８ クライアント

Claims (9)

1. 監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部と，
   前記状態情報記憶部に記憶された監視項目に関する状態の変化を検出し，前記検出した状態の変化にもとづいて前記監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定して前記状態監視部に通知する異常監視部と，
   前記状態監視頻度に応じて前記監視対象装置から前記監視項目に関する状態を取得し，前記状態情報記憶部に格納する状態監視部とを備える
   ことを特徴とする装置監視システム。
2. 監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部と，
   前記監視対象装置ごとに，装置の動作を記録したログを記憶するログ情報記憶部と，
   前記状態情報記憶部に記憶された監視項目に関する状態の変化を検出し，前記検出した状態の変化にもとづいて前記監視対象装置からログを取得するログ監視頻度を設定して前記ログ監視部に通知する異常監視部と，
   前記ログ監視頻度に応じて，前記監視対象装置からログを取得し，前記ログ情報記憶部に格納するログ監視部とを備える
   ことを特徴とする装置監視システム。
3. 前記異常監視部は，前記検出した状態の変化にもとづいて，状態の変化が生じた監視項目および関連する監視項目に関する状態の取得に対する前記状態監視頻度を変更する
   ことを特徴とする請求項１に記載の装置監視システム。
4. 前記異常監視部は，前記検出した状態の変化にもとづいて，状態の変化が生じた監視対象装置および関連する監視対象装置に対する前記状態監視頻度を変更する
   ことを特徴とする請求項１または請求項３に記載の装置監視システム。
5. 前記異常監視部は，前記検出した状態の変化にもとづいて，状態の変化が生じた監視対象装置および関連する監視対象装置に対する前記ログ監視頻度を変更する
   ことを特徴とする請求項２に記載の装置監視システム。
6. コンピュータが，
   監視対象装置ごとに，複数の監視項目に関する状態が記憶された状態情報記憶部を参照し，前記監視項目に関する状態の変化を検出する処理ステップと，
   前記検出した状態の変化にもとづいて，前記監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定する処理ステップと，
   前記状態監視頻度に応じて前記監視対象装置から前記監視項目に関する状態を取得し，前記状態情報記憶部に格納する処理ステップとを実行する
   ことを特徴とする装置監視方法。
7. コンピュータが，
   監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部を参照し，前記監視項目に関する状態の変化を検出する処理ステップと，
   前記検出した状態の変化にもとづいて，前記監視対象装置から，装置の動作を記録したログを取得するログ監視頻度を設定する処理ステップと，
   前記ログ監視頻度に応じて前記監視対象装置から前記ログを取得し，前記ログ情報記憶部に格納する処理ステップとを実行する
   ことを特徴とする装置監視方法。
8. コンピュータに，
   監視対象装置ごとに，複数の監視項目に関する状態が記憶された状態情報記憶部を参照し，前記監視項目に関する状態の変化を検出する処理と，
   前記検出した状態の変化にもとづいて，前記監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定する処理と，
   前記状態監視頻度に応じて前記監視対象装置から前記監視項目に関する状態を取得し，前記状態情報記憶部に格納する処理とを実行させる
   ための装置監視プログラム。
9. コンピュータに，
   監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部を参照し，前記監視項目に関する状態の変化を検出する処理と，
   前記検出した状態の変化にもとづいて，前記監視対象装置から，装置の動作を記録したログを取得するログ監視頻度を設定する処理と，
   前記ログ監視頻度に応じて前記監視対象装置から前記ログを取得し，前記ログ情報記憶部に格納する処理とを実行させる
   ための装置監視プログラム。
   

Images