JP2005141466A - コンピュータの監視装置および監視対象のコンピュータに関するメッセージの処理方法 - Google Patents

Abstract

【課題】 監視装置のフィルタリング処理の性能を向上させる。
【解決手段】
統合監視装置１は、監視対象のコンピュータに関するメッセージ５０メッセージ受信部１３と、受信したメッセージ５０に対して、複数の条件を定められた順序に従って適用し、いずれか一つの条件が合致すると、それ以降の条件の適用を行わないフィルタリング処理部１４と、合致した条件の識別情報に基づいて、識別情報別に合致の実績を蓄積し、実績に基づいて複数の条件を適用する順序を定める判定順位更新部１８と、フィルタリング処理部１４で複数の条件のいずれにも合致しなかったメッセージ５０を記憶するメッセージ記憶部１７とを備える。
【選択図】 図１

Description

本発明は、コンピュータシステムの監視を行う監視装置に関し、特に、監視装置が受信するメッセージのフィルタリング処理に関する。

近年、コンピュータのソフトウェアの多様化及びハードウェアの性能向上に伴い、システムの運用要件が複雑化してきている。このため、コンピュータシステムの運用監視を行う監視装置は、各ソフトウェアおよびハードウェアからより多くの情報、例えば情報メッセージおよび障害メッセージなどを取得しなければならなくなっている。この結果、処理しなければならないメッセージ数が膨大になり、監視装置の処理速度の低下、あるいは、運用オペレータの負担が増大することによるメッセージ見落としなどの問題が生じるおそれがある。このことは、ソフトウェア及びハードウェアごとに個別の運用管理ツールを導入し、それらのツールをさらに統合的に監視するツール（統合監視システム）を導入するようなときには、さらに顕著となる。

そこで、このような事態を回避するために、一部の監視装置には、不要なメッセージを破棄し、必要なメッセージのみを抽出するメッセージフィルタリング機能を搭載しているものがある（例えば非特許文献１）。

http://www-6.ibm.com/jp/software/tivoli/products/systems_mgr.html

しかし、より詳細に対象システムを監視すればするほど、一つの監視装置に集まるメッセージ数が増え、それに連れてフィルタリング処理の負荷が増大する。この結果、フィルタリングの負荷が増大すれば、フィルタリングを行ってもなお、監視装置全体の処理性能を向上させることは難しい。

そこで、本発明の目的は、監視装置のフィルタリング処理の性能を向上させることである。

本発明の一つの実施態様に従うコンピュータの監視装置は、監視対象のコンピュータに関するメッセージを受信する受信部と、前記受信部が受信した前記メッセージに対して、複数の条件を定められた順序に従って適用し、いずれか一つの条件が合致すると、それ以降の条件の適用を行わないメッセージ判定処理部と、前記合致した条件の識別情報に基づいて、前記識別情報別に前記合致の実績を蓄積し、前記実績に基づいて前記複数の条件を適用する前記順序を定める順序決定部と、前記メッセージ判定処理部で前記複数の条件のいずれにも合致しなかった前記メッセージを記憶する記憶部と、を備える。

好適な実施形態では、前記順序決定部は、前記識別情報別に前記合致した合致回数を計数し、前記合致回数に基づいて前記順序を定めるようにしてもよい。

好適な実施形態では、前記順序決定部は、前記識別情報別、かつ、時間帯別に前記合致した時間帯別合致回数を計数する。そして、所定の時間帯以降の前記時間帯別合致回数に基づいて前記順序を定めることもできる。

好適な実施形態では、前記時間帯別合致回数に対して、現在時刻に近い時間帯ほど大きな計数を掛けて重み付けを行う。そして、重み付けされた回数に基づいて前記順序を定めるようにしてもよい。

好適な実施形態では、前記合致回数に対して、メッセージ判定処理部がそれぞれの条件を処理するのに要する時間に応じた重み付けを行う。そして、重み付けされた回数に基づいて前記順序を定めることもできる。

好適な実施形態では、前記順序決定部は、前記複数の条件のうち、所定期間内の前記合致回数が所定回数以下である条件を、前記メッセージ判定処理部が適用する前記複数の条件から削除するようにしてもよい。

好適な実施形態では、前記受信部は、複数の他のコンピュータ監視装置から送信された、前記監視対象のコンピュータに関するメッセージを受信することもできる。

以下、本発明の一実施形態に係るコンピュータの統合監視システムついて、図面を用いて説明する。

本システムの全体構成を図１に示す。本システムは、統合監視装置１と、記憶装置２と、外部運用管理装置３と、ＣＲＴ（Cathode Ray Tube）または液晶表示装置などの表示装置４とを備える。統合監視装置１と外部運用管理装置３とは、ＬＡＮ（Local Area Network）またはインターネットなどのネットワーク９で接続されている。

統合監視装置１および外部運用管理装置３は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各装置１，３内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。

統合監視装置１は、監視対象となるコンピュータ（図示しない）を監視する。その際、本実施形態では、統合監視装置１は外部運用監視装置３を介して監視する。つまり、各外部運用監視装置３がそれぞれ監視対象としているコンピュータを監視する。

外部運用管理装置３は、例えば、個別にそれぞれの監視対象コンピュータのソフトウェア及びハードウェアを監視する。そして、外部運用管理装置３は、それぞれの監視対象コンピュータの動作状態、例えばアプリケーションプログラムの動作状況（正常終了したかまたは異常終了したか）、ネットワークの通信状態、データベースの更新状況などを示す情報を取得する。従って、外部運用管理装置３は、例えば、市販されているジョブの運用管理を行うジョブスケジュールツール、ネットワーク障害を監視するネットワーク監視ツール、またはデータベースの稼働状況を監視するデータベース監視ツール等を用いることができる。

それぞれの外部運用監視装置３は、監視対象コンピュータの動作状態を示す情報に基づいて、監視対象のコンピュータに関するメッセージ５０を統合監視装置１へ送信する。

統合監視装置１は、外部運用監視装置３から送られるメッセージ５０を受信し、このメッセージ５０を所定のルールに従ってフィルタリングを行って、メッセージ数を削減する。そして、統合監視装置１は、フィルタリングを通過して残ったメッセージ５０を表示装置４に表示させる。フィルタリング処理の詳細については、以下に説明する。

記憶装置２は、メッセージ５０のフィルタリングをするための判定条件が記憶されている。記憶装置２としては、例えば、ハードディスクまたはＣＤ−ＲＯＭなどを用いることができる。また、記憶装置２は、ネットワークを介して接続された他のコンピュータの記憶装置であってもよい。

統合監視装置１は、図１に示すように、判定条件取得部１１と、判定条件記憶部１２と、メッセージ受信部１３と、フィルタリング処理部１４と、表示制御部１５と、バッファ１６と、メッセージ記憶部１７と、判定順位更新部１８とを備える。判定順位更新部１８は、カウンタ１９を備え、これを管理する。

判定条件取得部１１は、記憶装置２に格納されているメッセージフィルタリングのための判定条件を取得する。ここで取得した判定条件は、判定条件記憶部１２に格納される。以下に説明するフィルタリング処理を行うために、判定条件記憶部１２にあらかじめ判定条件を格納しておく。

判定条件記憶部１２は、例えば、図２に示すようなデータ構造を有する。すなわち、判定順位１２１と、判定ＩＤ１２２と、判定条件１２３とをデータ項目として有する。そして、判定条件記憶部１２には、各項目のデータがセットされた複数の判定条件レコードが格納可能である。複数の判定条件レコードは、以下に説明する判定順位１２１の順にソートされていてもよい。

判定順位１２１は、後述するフィルタリング処理部１４が複数の判定条件を適用する順番を示している。つまり、フィルタリング処理部１４は、判定順位１２１が「１」の判定条件１２３から順に、受信したメッセージ５０がその条件に合致するかを判定する。判定順位１２１は、後述するように、判定順位更新部１８によって更新される。判定ＩＤ１２２は、判定条件１２３を一意に識別するための情報である。判定条件１２３は、フィルタリング処理部１４がメッセージを破棄する条件を示す。つまり、判定条件１２３に示す条件に合致するメッセージは破棄される。

図１を参照すると、メッセージ受信部１３は、ネットワーク９を介して外部運用監視装置３から送られてくるメッセージ５０を受信する。メッセージ受信部１３が受信したメッセージ５０は、バッファ１６に一時的に蓄積される。

メッセージ受信部１３が受信するメッセージ５０のフォーマットの一例を図３に示す。メッセージ５０は、同図に示すように、メッセージＩＤ５１と、システム名５２と、発生元ノードＩＤ５３と、発生元ＡＰ名５４と、重大度５５と、発生日時５６と、メッセージ種別５７と、メッセージテキスト５８とをデータ項目として含む。

メッセージＩＤ５１は、メッセージを一意に識別するための情報である。システム名５２は、監視対象となっているシステムの名称である。発生元ノードＩＤ５３は、このメッセージで通知されるイベントが発生したノードコンピュータを識別する情報である。発生元ＡＰ名５４は、このメッセージで通知されるイベントが発生したＡＰ（アプリケーションプログラム）を識別する情報である。重大度５５は、このメッセージで通知されるイベントの重大性を示す。重大度５５は、例えば、重大性の大きさに応じた数値で示される。発生日時５６は、このメッセージで通知されるイベントの発生日時を示す。メッセージ種別５７は、例えば、エラー（Ｅ）、警告（Ｗ）、情報（Ｉ）などのメッセージの種類を示す。メッセージテキスト５８は、文字列を格納するための領域である。各外部運用監視装置３が自由に設定可能である。

図１を参照すると、フィルタリング処理部１４は、バッファ１６に記憶されているメッセージ５０に対して、フィルタリング処理を行う。例えば、フィルタリング処理部１４は、バッファ１６から先入れ先出しでメッセージ５０を一つ取得する。そして、取得したメッセージに対して、判定条件記憶部１２に格納されている判定条件１２３を適用し、そのメッセージ５０がその判定条件に合致するかどうかを判定する。判定条件記憶部１２に複数の判定条件１２３が格納されているときは、判定順位１２１に従って、順次適用する。そして、いずれか一つの判定条件１２３に合致したときは、その判定条件の判定ＩＤ１２２を判定順位更新部１８へ通知する。また、いずれか一つの判定条件１２３に合致すると、フィルタリング処理部１４は、判定順位１２１がそれ以降の判定条件１２３は適用せずに、次のメッセージ５０をバッファ１６から取得し、それに対するフィルタリング処理へ移行する。

上記フィルタリング処理を行った結果、判定条件記憶部１２に格納されている判定条件１２３のいずれにも合致しないメッセージ５０は、メッセージ記憶部１７へ格納される。一方、いずれかの判定条件１２３に合致したメッセージ５０は、メッセージ記憶部１７へは格納されない。この結果、フィルタリング処理部１４によりメッセージ記憶部１７へ格納すべきメッセージ５０が選択される。すなわち、受信したメッセージ５０のうち、判定条件に合致するものを不要なメッセージとして破棄することにより、メッセージ記憶部１７に格納されるメッセージ数が削減される。

表示制御部１５は、表示装置４を制御して、種々の情報を表示させる。例えば、表示制御部１５は、メッセージ記憶部１７に蓄積されているメッセージ５０を取得し、表示装置４に表示させる。表示させる順序は、例えば、受信した順（時系列）とすることができる。また、表示制御部１５は、メッセージ記憶部１７へ新たなメッセージ５０が格納されると、それをリアルタイムで表示装置４に表示させてもよい。

バッファ１６は、メッセージ受信部１３が受信したメッセージ５０を一時的に記憶するための記憶装置である。

メッセージ記憶部１７は、フィルタリング処理部１４でのフィルタリングを通過したメッセージ５０を格納するための記憶部である。

ここで、統合監視装置１が、メッセージを受信してから、フィルタリングを行って表示装置４に表示するまでの処理手順を図４に示すフローチャートに従って説明する。

まず、メッセージ受信部１３が外部運用監視装置３からメッセージを受信し、受信したメッセージをバッファ１６に格納する（Ｓ１１）。

フィルタリング処理部１４が、バッファ１６からメッセージを取り出し、判定条件記憶部１２に格納されている判定順位１２１が「１」の判定条件１２３に合致するかどうかを判定する（Ｓ１２）。

この判定条件１２３に合致すると（Ｓ１２：Ｙｅｓ）、このメッセージ５０に対する処理を終了する。この判定条件１２３に合致しないときは（Ｓ１２：Ｎｏ）、判定条件記憶部１２に次の判定順位１２１の判定条件１２３があるときはこれを取得して、ステップＳ１２へ戻る（Ｓ１３：Ｙｅｓ）。

そして、判定順位１２１が最下位の判定条件１２３まで適用しても合致するものがないときは（Ｓ１３：Ｎｏ）、そのメッセージをメッセージ記憶部１７へ格納し、表示制御部１５が表示装置４に表示させる（Ｓ１４）。

なお、図４のフローチャートでは、１つのメッセージについて行われる処理の手順を示している。しかし、本実施形態では、バッファ１６およびメッセージ記憶部１７を備えているので、メッセージ受信部１３、フィルタリング処理部１４、および表示制御部１５は、それぞれ独立して処理を行うこともできる。

再び図１を参照して、統合監視装置１の説明を続ける。カウンタ１９は、フィルタリング処理部１４での処理の実績を記憶している。判定順位更新部１８は、フィルタリング処理部１４での処理の実績に基づき、判定条件記憶部１２の判定順位１２１を更新する。判定順位更新部１８が更新を行うタイミングは任意である。例えば、所定の時間間隔で自動的に更新するようにしてもよいし、オペレータからの指示を受けると更新するようにしてもよい。

本実施形態では、カウンタ１９の構成および判定順位更新部１８の機能は、以下に説明するように複数の態様がある。以下の説明において、特に断りがないときは、判定順位更新部１８がカウンタ１９の設定および更新を行う。

第１の態様に係るカウンタ１９の構成を図５に示す。すなわち、カウンタ１９は、判定ＩＤ１９１別にフィルタリング処理部１４でのフィルタリング処理で合致した回数１９２を記憶している。回数１９２は、フィルタリング処理部１４から判定ＩＤの通知を受けるごとにカウントアップされる。つまり、回数１９２は、フィルタリング処理部１４で判定条件１２３が合致した回数を示す。回数１９２は、任意のタイミングで初期化することが可能である。

この場合、判定順位更新部１８は、判定条件記憶部１２の判定順位１２１を、回数１９２の大きい順に更新する。

これにより、フィルタリング処理部１４が合致する可能性が高い判定条件から順に適用することになるので、フィルタリング処理の高速化を図ることができる。

第２の態様に係るカウンタ１９の構成を図６に示す。すなわちカウンタ１９は、判定ＩＤ１９１ごとに時間帯別に回数を記憶する（時間帯別回数１９３）。図６の例では、１時間ごとに判定ＩＤの通知を受けた回数をカウントして記録している。そして、所定の時間帯以降、ここでは直近の３時間分の時間帯別回数１９３が保持されている。この３時間分の時間帯別回数１９３の合計が合計回数１９４である。

この場合、判定順位更新部１８は、合計回数１９４の大きい順に、判定条件記憶部１２の判定順位１２１を更新する。

これにより、直前に多く合致した判定条件の判定順位が上位になり、フィルタリングを行うときに、これらの判定条件から優先的に適用される。この結果、さらにフィルタリングの高速化を図ることができる。

第３の態様では、カウンタ１９は、図７に示すような構成を有する。すなわち、カウンタ１９には第２の態様と同様に時間帯別回数１９３が保持されている。図７の例では、カウンタ１９は、さらに、時間帯別回数１９３に適当な重み付けを行った後に合計した重み付け回数１９５を有する。重み付けは、現在時刻に近い時間帯ほど大きな係数を掛けて行う。例えば、直前の１時間（３：００〜４：００）、その前の１時間（２：００〜３：００）、さらに前の１時間（１：００〜２：００）のそれぞれの時間帯別回数１９３に対して、１、０．５、０．２５を係数として掛けて重み付け回数１９５を求めてもよい。

この場合、判定順位更新部１８は、重み付け回数１９５の大きい順に、判定条件記憶部１２の判定順位１２１を更新する。

これにより、フィルタリングで破棄される、同種類のメッセージを比較的短時間に集中して受信するような場合に、さらにフィルタリングを高速化することができる。

第４の態様では、カウンタ１９は、図８に示すように、計算コスト１９６と、計算コストを反映させた回数１９７とを有する。計算コスト１９６は、フィルタリング処理部１４がそれぞれの判定ＩＤ１９１が示す判定条件を適用して、それに合致するかを判断するのに要する時間を指標化したものである。例えば、自由に文字列を格納できる項目（文字列型項目）に特定の文字列が含まれているかを判定する処理と、整数しかセットされない項目（整数型項目）に“１”がセットされているかを判定する処理とでは、その処理時間は異なる。このような点に着目し、各判定ＩＤ１９１についてあらかじめ処理時間（または予想される処理時間）に応じた計算コスト１９６を設定しておく。ここでは、処理時間が短いものほど優先順位が高くなる用に設定する。

計算コストを反映させた回数１９７は、実際にフィルタリング処理部１４で合致した実績の回数１９２に計算コスト１９６に基づいた重み付けを行って算出される。図８の例では、計算コスト１９６には、処理時間が短いものから順に、１，２，３が割り当てられている。そして、計算コストを反映させた回数１９７は、回数１９２に、それぞれ、｛（１＋２＋３）／計算コスト｝を掛けて算出される。従って、計算コストを反映させた回数１９７は、処理時間が短い方が大きな値となる。

この場合、判定順位更新部１８は、計算コストを反映させた回数１９７の大きい順に、判定条件記憶部１２の判定順位１２１を更新する。

これにより、フィルタリングで合致した過去の実績に、各判定条件の計算に要する時間を加味した順序に従って、フィルタリングが行われることになり、全体での処理時間の短縮が期待される。

なお、判定順位更新部１８は、一定の条件を満たす判定条件のレコードは、判定条件記憶部１２から削除するようにしてもよい。ここで、削除するための条件としては、例えば、所定時間内の合致回数が所定値以下であるときとしてもよい。所定時間および所定値は、いずれも任意に設定できる。なお、所定値には「０」、つまりまったく合致しない（フィルタリング処理部１４から判定ＩＤの通知がない）場合を含む。さらに、所定時間および所定値は、全判定条件のレコードに共通でもよいし、判定条件レコードごとに異なってもよい。また、この判定条件の削除機能は、上記いずれの態様においても適用可能である。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

本発明の一実施形態に係る統合監視システムの全体構成を示す図である。 判定条件記憶部１２の一例を示す図である。 メッセージ５０のフォーマットの一例を示す図である。 フィルタリング処理の手順を示すフローチャートである。 カウンタ１９の第１の態様を示す図である。 カウンタ１９の第２の態様を示す図である。 カウンタ１９の第３の態様を示す図である。 カウンタ１９の第４の態様を示す図である。

符号の説明

１…統合監視装置、２…記憶装置、３…外部運用監視装置、４…表示装置、９…ネットワーク、１２…判定条件記憶部、１４…フィルタリング処理部、１８…判定順位更新部、１９…カウンタ、５０…メッセージ。

Claims (9)

1. 監視対象のコンピュータに関するメッセージを受信する受信部と、
   前記受信部が受信した前記メッセージに対して、複数の条件を定められた順序に従って適用し、いずれか一つの条件が合致すると、それ以降の条件の適用を行わないメッセージ判定処理部と、
   前記合致した条件の識別情報に基づいて、前記識別情報別に前記合致の実績を蓄積し、前記実績に基づいて前記複数の条件を適用する前記順序を定める順序決定部と、
   前記メッセージ判定処理部で前記複数の条件のいずれにも合致しなかった前記メッセージを記憶する記憶部と、を備えるコンピュータの監視装置。
2. 前記順序決定部は、前記識別情報別に前記合致した合致回数を計数し、前記合致回数に基づいて前記順序を定める請求項１記載のコンピュータの監視装置。
3. 前記順序決定部は、前記識別情報別、かつ、時間帯別に前記合致した時間帯別合致回数を計数し、
   所定の時間帯以降の前記時間帯別合致回数に基づいて前記順序を定める請求項１記載のコンピュータの監視装置。
4. 前記時間帯別合致回数に対して、現在時刻に近い時間帯ほど大きな計数を掛けて重み付けを行い、
   重み付けされた回数に基づいて前記順序を定める請求項３記載のコンピュータの監視装置。
5. 前記合致回数に対して、メッセージ判定処理部がそれぞれの条件を処理するのに要する時間に応じた重み付けを行い、
   重み付けされた回数に基づいて前記順序を定める請求項２記載のコンピュータの監視装置。
6. 前記順序決定部は、前記複数の条件のうち、所定期間内の前記合致回数が所定回数以下である条件を、前記メッセージ判定処理部が適用する前記複数の条件から削除する請求項２記載のコンピュータの監視装置。
7. 前記受信部は、複数の他のコンピュータ監視装置から送信された、前記監視対象のコンピュータに関するメッセージを受信する請求項１記載のコンピュータの監視装置。
8. 方法
   監視対象のコンピュータに関するメッセージを受信し、
   受信した前記メッセージに対して、複数の条件を定められた順序に従って、それぞれの条件が合致するかを判定し、
   いずれか一つの条件が合致すると、前記合致した条件の識別情報に基づいて、前記識別情報別に前記合致の実績を蓄積し、
   前記実績に基づいて前記複数の条件を適用する前記順序を変更し、
   前記複数の条件のいずれにも合致しなかったときは、前記メッセージを記憶部へ格納する、監視対象のコンピュータに関するメッセージの処理方法。
9. プログラム
   コンピュータに実行されると、
   監視対象のコンピュータに関するメッセージを受信し、
   受信した前記メッセージに対して、複数の条件を定められた順序に従って、それぞれの条件が合致するかを判定し、
   いずれか一つの条件が合致すると、前記合致した条件の識別情報に基づいて、前記識別情報別に前記合致の実績を蓄積し、
   前記実績に基づいて前記複数の条件を適用する前記順序を変更し、
   前記複数の条件のいずれにも合致しなかったときは、前記メッセージを記憶部へ格納する、監視対象のコンピュータに関するメッセージ処理のためのコンピュータプログラム。
   

Images