(57)【要約】    【課題】  監視対象システムに関するメッセージに基づいて、監視対象システムで発生した障害を検出するための技術を提供する。    【解決手段】  コンピュータシステムの監視を行う統合監視装置１は、監視対象のシステムに関するメッセージを受信するメッセージ受信部１３と、表示装置４を制御する表示制御部１８と、表示制御部１８が表示装置４に表示させるためのメッセージを記憶するメッセージ記憶部１７と、メッセージ受信部１３が受信した受信メッセージの中から置換候補メッセージを抽出し、置換候補メッセージを所定のルールに従って置換するメッセージ置換処理部１４と、置換候補でない受信メッセージをメッセージ記憶部１７へ格納し、かつ、置換後のメッセージと同一のメッセージがメッセージ記憶部１７に格納されていないときは、その置換後のメッセージをメッセージ記憶部１７へ格納するフィルタリング処理部１５とを備える。    【選択図】  図１
2005141467.tif 000002
【特許請求の範囲】
【請求項１】
監視対象のシステムに関するメッセージを受信する受信部と、
表示装置を制御する表示制御部と、
前記表示制御部が前記表示装置に表示させるためのメッセージを記憶する記憶部と、
前記受信部が受信した受信メッセージの中から置換候補メッセージを抽出するメッセージ抽出部と、
前記メッセージ抽出部で抽出されなかった置換候補でない前記受信メッセージを前記記憶部へ格納する受信メッセージ格納処理部と、
前記置換候補メッセージを所定のルールに従って置換する置換処理部と、
前記置換処理部が置換した置換後のメッセージと同一のメッセージが前記記憶部に格納されていないときは、前記置換後のメッセージを前記記憶部へ格納する置換メッセージ格納処理部とを備えるコンピュータシステムの監視装置。
【請求項２】
前記置換処理部は、前記置換候補メッセージが示す内容に関連する、前記監視対象システムの動作状況を確認し、その確認結果に基づいて前記置換候補メッセージを置換する請求項１記載のコンピュータシステムの監視装置。
【請求項３】
前記受信部は、複数の他の監視装置のそれぞれから、前記監視対象のシステムに関するメッセージを受信し、
前記置換処理部は、前記複数の他の監視装置のいずれかに対して、前記置換候補メッセージが示す内容に関連する、前記監視対象システムの動作状況の問い合わせを行う請求項２記載のコンピュータシステムの監視装置。
【請求項４】
前記記憶部は、前記表示させるためのメッセージを記憶する領域と、このメッセージが格納された時刻を記憶する領域とを備え、
前記受信メッセージ格納処理部は、前記置換候補でない受信メッセージおよび現在時刻を前記記憶部へ格納し、
前記置換メッセージ格納処理部は、現在時刻から所定時間前と現在時刻との間に前記記憶部に格納されたメッセージの中に、前記置換後のメッセージと同一のメッセージがないときは、前記置換後のメッセージおよび現在時刻を前記記憶部へ格納する請求項１記載のコンピュータシステムの監視装置。
【請求項５】
監視対象のシステムに関するメッセージを受信し、
前記受信した受信メッセージの中から置換候補メッセージを抽出し、
前記置換候補メッセージとして抽出されなかった置換候補でない前記受信メッセージをメッセージ記憶部へ格納し、
前記置換候補メッセージを所定のルールに従って置換し、置換後のメッセージと同一のメッセージが前記メッセージ記憶部に格納されていないときは、前記置換後のメッセージを前記メッセージ記憶部へ格納し、
前記メッセージ記憶部に格納されているメッセージを表示装置に表示させる、コンピュータシステムの監視方法。
【請求項６】
コンピュータに実行されると、
監視対象のシステムに関するメッセージを受信し、
前記受信した受信メッセージの中から置換候補メッセージを抽出し、
前記置換候補メッセージとして抽出されなかった置換候補でない前記受信メッセージをメッセージ記憶部へ格納し、
前記置換候補メッセージを所定のルールに従って置換し、置換後のメッセージと同一のメッセージが前記メッセージ記憶部に格納されていないときは、前記置換後のメッセージを前記メッセージ記憶部へ格納し、
前記メッセージ記憶部に格納されているメッセージを表示装置に表示させる、コンピュータシステムの監視のためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムの監視を行うための技術に関し、特に、多数のメッセージに基づいて、障害の切り分けを行うための技術に関する。
【背景技術】
【０００２】
近年、コンピュータのソフトウェアの多様化及びハードウェアの性能向上に伴い、システムの運用要件が複雑化してきている。このため、コンピュータシステムの運用監視を行う監視装置は、各ソフトウェアおよびハードウェアからより多くの情報、例えば情報メッセージおよび障害メッセージなどを取得しなければならなくなっている。この結果、処理しなければならないメッセージ数が膨大になり、監視装置の処理速度の低下、あるいは、運用オペレータの負担が増大することによるメッセージ見落としなどの問題が生じるおそれがある。このことは、ソフトウェア及びハードウェアごとに個別の運用管理ツールを導入し、それらのツールをさらに統合的に監視するツール（統合監視システム）を導入するようなときには、さらに顕著となる。
【０００３】
そこで、このような事態を回避するために、一部の監視装置には、不要なメッセージを破棄し、必要なメッセージのみを抽出するメッセージフィルタリング機能を搭載しているものがある。（例えば非特許文献１）。
【０００４】
【非特許文献１】http://www-6.ibm.com/jp/software/tivoli/products/systems_mgr.html
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、一つの障害が生じると、それに起因して複数のエラーメッセージなどが出力されることがある。例えば、監視対象システムのあるノードがダウンしてしまうと、そのコンピュータを利用する複数の処理でエラーが生じたり、このコンピュータへアクセスできないというネットワークエラーが生じたりする。
【０００６】
本発明の目的は、監視対象システムに関するメッセージに基づいて、監視対象システムで発生した障害を検出するための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明の一つの態様に従うコンピュータシステムの監視装置は、監視対象のシステムに関するメッセージを受信する受信部と、表示装置を制御する表示制御部と、前記表示制御部が前記表示装置に表示させるためのメッセージを記憶する記憶部と、前記受信部が受信した受信メッセージの中から置換候補メッセージを抽出するメッセージ抽出部と、前記メッセージ抽出部で抽出されなかった置換候補でない前記受信メッセージを前記記憶部へ格納する受信メッセージ格納処理部と、前記置換候補メッセージを所定のルールに従って置換する置換処理部と、前記置換処理部が置換した置換後のメッセージと同一のメッセージが前記記憶部に格納されていないときは、前記置換後のメッセージを前記記憶部へ格納する置換メッセージ格納処理部とを備える。
【０００８】
好適な実施形態では、前記置換処理部は、前記置換候補メッセージが示す内容に関連する、前記監視対象システムの動作状況を確認し、その確認結果に基づいて前記置換候補メッセージを置換するようにしてもよい。
【０００９】
好適な実施形態では、前記受信部は、複数の他の監視装置のそれぞれから、前記監視対象のシステムに関するメッセージを受信する。そして、前記置換処理部は、前記複数の他の監視装置のいずれかに対して、前記置換候補メッセージが示す内容に関連する、前記監視対象システムの動作状況の問い合わせを行うこともできる。
【００１０】
好適な実施形態では、前記記憶部は、前記表示させるためのメッセージを記憶する領域と、このメッセージが格納された時刻を記憶する領域とを備える。そして、前記受信メッセージ格納処理部は、前記置換候補でない受信メッセージおよび現在時刻を前記記憶部へ格納し、前記置換メッセージ格納処理部は、現在時刻から所定時間前と現在時刻との間に前記記憶部に格納されたメッセージの中に、前記置換後のメッセージと同一のメッセージがないときは、前記置換後のメッセージおよび現在時刻を前記記憶部へ格納するようにしてもよい。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の一実施形態に係るコンピュータの統合監視システムついて、図面を用いて説明する。
【００１２】
本システムの全体構成を図１に示す。本システムは、統合監視装置１と、記憶装置２と、外部運用管理装置３と、ＣＲＴ（Cathode Ray Tube）または液晶表示装置などの表示装置４とを備える。統合監視装置１と外部運用管理装置３とは、ＬＡＮ（Local Area Network）またはインターネットなどのネットワーク９で接続されている。
【００１３】
統合監視装置１および外部運用管理装置３は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各装置１，３内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１４】
統合監視装置１は、監視対象となるコンピュータシステム（図示しない）を監視する。その際、本実施形態では、統合監視装置１は外部運用監視装置３を介して監視する。つまり、各外部運用監視装置３がそれぞれ監視対象としているコンピュータシステムを監視する。
【００１５】
外部運用管理装置３は、例えば、個別にそれぞれの監視対象システムに含まれるノードのソフトウェア及びハードウェアを監視する。そして、外部運用管理装置３は、それぞれのノードの動作状態、例えばアプリケーションプログラムの動作状況（正常終了したかまたは異常終了したか）、ネットワークの通信状態、データベースの更新状況などを示す情報を取得する。従って、外部運用管理装置３は、例えば、市販されているジョブの運用管理を行うジョブスケジュールツール、ネットワーク障害を監視するネットワーク監視ツール、またはデータベースの稼働状況を監視するデータベース監視ツール等を用いることができる。
【００１６】
それぞれの外部運用監視装置３は、監視対象コンピュータの動作状態を示す情報に基づいて、監視対象のコンピュータに関するメッセージ５０を統合監視装置１へ送信する。
【００１７】
統合監視装置１は、外部運用監視装置３から送られるメッセージ５０を受信し、表示装置４に表示させる。ここで、統合監視装置１は、受信したメッセージ５０を解析し、この解析結果に基づいてメッセージを置換したり、不要なメッセージを破棄したりするなど、メッセージの整理を行う。そして、整理したあとのメッセージが表示装置４に表示される。メッセージを置換する処理の詳細については後述する。
【００１８】
記憶装置２には、上述の障害の切り分けに用いる障害切り分け情報が記憶されている。記憶装置２としては、例えば、ハードディスクまたはＣＤ−ＲＯＭなどを用いることができる。また、記憶装置２は、ネットワークを介して接続された他のコンピュータの記憶装置であってもよい。
【００１９】
統合監視装置１は、図１に示すように、障害切り分け情報取得部１１と、障害切り分け情報記憶部１２と、メッセージ受信部１３と、メッセージ置換処理部１４と、フィルタリング処理部１５と、バッファ１６と、メッセージ記憶部１７と、表示制御部１８とを備える。
【００２０】
障害切り分け情報取得部１１は、記憶装置２に格納されているメッセージを置換するための障害切り分け情報を取得する。ここで取得した障害切り分け情報は、障害切り分け情報記憶部１２に格納される。以下に説明するメッセージ置換処理を行うために、障害切り分け情報記憶部１２にあらかじめ障害切り分け情報を格納しておく。
【００２１】
障害切り分け情報記憶部１２は、例えば、図２に示すようなデータ構造を有する。すなわち、置換候補メッセージの判定条件１２０ごとに、置換判定順位１２１と、状況確認を行うための確認事項１２２と、置換を行うかを判定するための置換条件１２３と、置換条件が満たされたときに行う置換処理１２４とをデータ項目として有する。そして、障害切り分け情報記憶部１２には、同図に示すように、一つの置換候補メッセージ判定条件１２０に対して、置換判定順位１２１から置換処理１２４までの各項目を有する複数のレコードが記憶される。確認事項１２２は、問い合わせを行う対象となる外部運用監視装置１２２ａと、確認すべき確認内容１２２ｂとを含む。
【００２２】
置換候補メッセージ判定条件１２０は、受信したメッセージの中から、置換判定を行う対象となる置換候補メッセージを抽出するための条件である。つまり、置換候補メッセージ判定条件１２０に合致するメッセージに対して、後述するような置換判定が行われる。
【００２３】
置換判定順位１２１は、置換候補メッセージに対して、置換条件１２３を適用して置換判定を行うときの順位を示す。つまり、置換判定順位１２１が「１」のものから順に置換判定が行われる。
【００２４】
確認事項１２２は、置換候補メッセージが示す内容に関連する、監視対象システムの動作状況の問い合わせを行うための確認事項である。すなわち、確認事項１２２には、問い合わせ先を示す外部運用監視装置１２２ａと、具体的に確認すべき確認内容１２２ｂとを含む。
【００２５】
置換条件１２３は、確認事項１２２に従って確認された監視対象システムの動作状況に基づいて、置換候補メッセージを置換するかどうかを示す条件である。
【００２６】
置換処理１２４は、置換条件１２３に合致する置換候補メッセージに対して施す置換処理を示す。
【００２７】
図１を参照すると、メッセージ受信部１３は、ネットワーク９を介して外部運用監視装置３から送られてくるメッセージ５０を受信する。メッセージ受信部１３が受信したメッセージ５０は、バッファ１６に一時的に蓄積される。
【００２８】
メッセージ受信部１３が受信するメッセージ５０のフォーマットの一例を図３に示す。メッセージ５０は、同図に示すように、メッセージＩＤ５１と、システム名５２と、発生元ノードＩＤ５３と、発生元ＡＰ名５４と、重大度５５と、発生日時５６と、メッセージ種別５７と、メッセージテキスト５８とをデータ項目として含む。
【００２９】
メッセージＩＤ５１は、メッセージを一意に識別するための情報である。システム名５２は、監視対象となっているシステムの名称である。発生元ノードＩＤ５３は、このメッセージで通知されるイベントが発生したノードを識別する情報である。発生元ＡＰ名５４は、このメッセージで通知されるイベントが発生したＡＰ（アプリケーションプログラム）を識別する情報である。重大度５５は、このメッセージで通知されるイベントの重大性を示す。重大度５５は、例えば、重大性の大きさに応じた数値で示される。発生日時５６は、このメッセージで通知されるイベントの発生日時を示す。メッセージ種別５７は、例えば、エラー（Ｅ）、警告（Ｗ）、情報（Ｉ）などのメッセージの種類を示す。メッセージテキスト５８は、文字列を格納するための領域である。各外部運用監視装置３が自由に設定可能である。
【００３０】
メッセージ置換処理部（以下、単に置換処理部という）１４は、受信したメッセージの中から置換候補になるメッセージを抽出し、所定のルールに従って置換候補メッセージを置換する。例えば、置換候補メッセージの抽出および置換候補メッセージの置換は、いずれも障害切り分け情報記憶部１２に格納されている障害切り分け情報に従って行われる。置換候補とならないメッセージに対しては何も処理を行わず、フィルタリング処理部１５へ出力する。
【００３１】
置換処理部１４は、バッファ１６からメッセージを一つずつ取得する。そして、一つのメッセージを取得するごとに所定のルール、例えば、障害切り分け情報記憶部１２に記憶されている障害切り分け情報に従って、メッセージの置換判定を行う。このときの具体的な処理手順を図４に示す。
【００３２】
まず、置換処理部１４がバッファ１６からメッセージを一つ取得する（Ｓ１１）。そして、置換処理部１４は、このメッセージに対して障害切り分け情報記憶部１２に格納されているすべての障害切り分け情報を適用し、置換判定を行ったかどうかを判定する（Ｓ１２）。全障害切り分け情報を適用済みであれば（Ｓ１２：Ｙｅｓ）、ステップＳ１８へスキップする。まだ適用していない障害切り分け情報があるとき（Ｓ１２：Ｎｏ）、未適用の障害切り分け情報について、順次これ以降の処理を行う。
【００３３】
置換処理部１４は、未適用の障害切り分け情報に対して、ステップＳ１１で取得した処理対象メッセージがこの障害切り分け情報で置換候補となるメッセージであるかを判定する（Ｓ１３）。つまり、置換処理部１４は、処理対象メッセージが置換候補メッセージ判定条件１２０と合致するかを判定する。処理対象メッセージが置換候補メッセージでないときは（Ｓ１３：Ｎｏ）、ステップＳ１２へ戻る。処理対象メッセージが置換候補メッセージであるときは（Ｓ１３：Ｙｅｓ）、この置換候補メッセージ判定条件１２０に対応付けられている複数のレコードについて、順次、置換判定処理を行う。
【００３４】
すなわち、置換処理部１４は、置換候補メッセージに対して、全レコードに対する置換判定を行ったかを判定する（Ｓ１４）。すべてについて置換判定済みであるときは（Ｓ１４：Ｙｅｓ）、ステップＳ１２へ戻る。
【００３５】
すべての置換条件を適用していないときは（Ｓ１４：Ｎｏ）、置換判定順位１２１に従って、順次置換判定を行う。つまり、置換処理部１４は、確認事項１２２に従って監視対象システムの状況確認をする（Ｓ１５）。例えば、置換処理部１４が外部運用監視装置１２２ａに対して、確認内容１２２ｂに示す状況を照会するためのコマンドを送信して、監視対象システムの動作状況を確認する。
【００３６】
置換処理部１４は、上記の状況確認を行った結果に基づいて、置換条件１２３が満たされるかどうかを判定する（Ｓ１６）。つまり、置換処理部１４は上記の監視対象システムの動作状況照会により取得した情報が、置換条件１２３に合致するかどうかを判定する。そして、置換条件１２３に合致しないときは（Ｓ１６：Ｎｏ）、ステップＳ１４へ戻る。置換条件１２４に合致するときは（Ｓ１６：Ｙｅｓ）、置換処理１２４に指定されているメッセージを置換するための処理を実行する（Ｓ１７）。
【００３７】
置換処理部１４は、上述の処理手順により（１）置換候補でないと判定されたメッセージ、（２）置換候補であってもいずれの置換条件１２３に合致せず置換されなかったメッセージ、および（３）置換された置換後のメッセージを、フィルタリング処理部１５に対して出力する（Ｓ１８）。
【００３８】
上述のように障害切り分け情報に従ってメッセージの置換を行うことにより、監視対象システムで起きている真の障害を示すメッセージを得ることができる。
【００３９】
フィルタリング処理部１５は、置換処理部１４から上述の（１）〜（３）のメッセージを受け取ると、受け取ったメッセージに対してフィルタリング処理を適用する。そして、以下のようなフィルタリング処理を通過したメッセージをメッセージ記憶部１７へ格納する。
【００４０】
メッセージ記憶部１７は、例えば、図５に示すように、メッセージを記憶するメッセージ領域１７１と、メッセージが書き込まれた時刻を記憶する書き込み時刻領域１７２とを有する。フィルタリング処理部１５がメッセージ記憶部１７へメッセージを書き込むときは、メッセージ領域１７１および時刻領域１７２を併せて書き込む。
【００４１】
ここで、フィルタリング処理部１５は、例えば、所定の条件を満たす（または満たさない）メッセージのみをメッセージ記憶部１７へ格納して、フィルタリングを行うようにしてもよい。
【００４２】
フィルタリングの条件は、例えば、置換処理部１４から受け取ったメッセージと同一メッセージが、すでにメッセージ記憶部１７に記憶されているときは、書き込みを行わないとすることがきる。さらには、例えば、フィルタリング処理部１５が書き込み時刻１７２を参照し、現在時刻から所定時間（例えば６０秒、３分、５分など）遡った時刻以降に、同一のメッセージが書き込まれているときに、書き込まないとしてもよい。
【００４３】
本実施形態によれば、監視対象システムで生じた一つの障害から多数のメッセージが生成されたときでも、その一つの障害の発生を知らせるための一つのメッセージのみがメッセージ記憶部１７に記憶されることになる。この結果、統合監視システム１のオペレータは、直ちに障害の原因を特定することができる。
【００４４】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【００４５】
例えば、複数の外部運用監視装置３は、一つのコンピュータマシンで集中的に実現することもできるし、それぞれ別々のコンピュータマシンに分けて実現することもできる。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施形態にかかる統合監視システムの構成を示す図である。
【図２】障害切り分け情報記憶部１２のデータ構造の一例を示す図である。
【図３】メッセージ５０のデータ構造の一例を示す図である。
【図４】メッセージ置換処理部１４の処理手順を示すフローチャートである。
【図５】メッセージ記憶部１７のデータ構造の一例を示す図である。
【符号の説明】
【００４７】
１…統合監視装置、２…記憶装置、３…外部運用監視装置、４…表示装置、９…ネットワーク、１２…障害切り分け情報記憶部、１４…メッセージ置換処理部、１５…フィルタリング処理部、５０…メッセージ。
【図１】
2005141467.tif 000003
【図２】
2005141467.tif 000004
【図３】
2005141467.tif 000005
【図４】
2005141467.tif 000006
【図５】
2005141467.tif 000007