(57)【要約】【課題】              メッセージの量・種類の多いコンピュータシステムにおける一元的かつ効率的な運用管理環境を提供する。【解決手段】  統合運用管理サーバ１は、運用管理端末２に出力すべきメッセージを抽出するためのフィルタ条件を定義したフィルタ群に含まれるフィルタを所定の使用順序で使用し、監視手段３から受信したメッセージのうちいずれかのフィルタによって抽出されたメッセージを運用管理端末２に出力する。前記抽出処理の過程で、統合運用管理サーバ１は、フィルタ条件に一致したメッセージの数をフィルタ毎にカウントしておく。統合運用管理サーバ１は、定期的に、前記カウンタ値を用いて、カウンタ値が多い順にフィルタの使用順序を並び替える。前記並び替え後、発生頻度の高いメッセージは、使用順序の早いフィルタによって特定可能となる。【選択図】  図１
2006260056.tif 000002
【特許請求の範囲】
【請求項１】
監視対象のコンピュータシステムと端末装置とに接続され、前記端末装置に出力すべきメッセージを抽出するためのフィルタ条件を定義したフィルタからなるフィルタ群を所定の使用順序で使用し、前記コンピュータシステムの各構成要素から出力されるメッセージのうち前記いずれかのフィルタによって抽出されたメッセージを前記端末装置に出力する管理サーバであって、
前記フィルタ条件に適合した受信メッセージの数をそれぞれフィルタ毎に保持する手段と、前記フィルタ条件に適合した受信メッセージの数の相対的に大きいフィルタが、より上側の順位で使用されるよう前記フィルタの使用順序を組み替える手段と、を有すること、
を特徴とする管理サーバ。
【請求項２】
監視対象のコンピュータシステムと端末装置とに接続され、前記コンピュータシステムの各構成要素から出力されるメッセージのうち予め定める分類のメッセージを前記端末装置に出力する管理サーバであって、
前記コンピュータシステムの各構成要素から出力されるメッセージを受信するメッセージ受付部と、
前記メッセージが所定のフィルタ条件に適合するか否かによってメッセージの分類を判定するフィルタ群を備え、前記フィルタ群に含まれるフィルタを所定の使用順序で用いて、前記メッセージの分類を判別するメッセージ検索部と、
所定の分類のメッセージを前記端末装置に送信するメッセージ通知部と、
前記フィルタ群に含まれるフィルタ毎に、前記フィルタ条件に適合した受信メッセージの数をカウントするフィルタカウンタと、
少なくとも前記フィルタカウンタの値が所定値より大きいフィルタについて、フィルタカウンタの値が大きい順に、前記メッセージ検索部におけるフィルタ群の使用順序を並び替えるフィルタ順序組み替え部と、を備えたこと、
を特徴とする管理サーバ。
【請求項３】
更に、所定の時間間隔で、前記フィルタカウンタの値を初期化するスケジュール部を備えたこと、
を特徴とする請求項１又は２に記載の管理サーバ。
【請求項４】
更に、前記端末装置から、前記フィルタの設定を受け付けるフィルタ設定受付部を備えたこと、  
を特徴とする請求項１乃至３いずれか一に記載の管理サーバ。
【請求項５】
前記フィルタ群は、受信したメッセージが所定のフィルタ条件に適合する場合に前記端末装置への出力対象から除外する除外フィルタと、受信したメッセージが所定のフィルタ条件に適合する場合に前記端末装置への出力対象と判定する抽出フィルタと、の少なくとも２種のフィルタから構成されること、
を特徴とする請求項１乃至４いずれか一に記載の管理サーバ。
【請求項６】
前記メッセージ検索部は、前記除外フィルタに属するフィルタ群を使用し、前記端末装置への出力対象でないメッセージであるか否かを確認した後に、前記抽出フィルタに属するフィルタ群を所定の順序で用いて前記端末装置への出力対象のメッセージを抽出すること、
を特徴とする請求項５に記載の管理サーバ。
【請求項７】
前記フィルタ順序組み替え部は、前記除外フィルタに属するフィルタの使用順序と、抽出フィルタに属するフィルタの使用順序を、別々に組み替えること、
を特徴とする請求項５又は６に記載の管理サーバ。
【請求項８】
請求項１乃至７のいずれか一に記載の管理サーバと、監視対象のコンピュータシステムの各構成要素を監視し、前記管理サーバに対してメッセージを送信する監視手段と、端末装置とを接続してなる統合運用管理機能を備えたコンピュータシステム。
【請求項９】
監視対象のコンピュータシステムと端末装置とに接続され、前記端末装置に出力すべきメッセージを抽出するためのフィルタ条件を定義したフィルタからなるフィルタ群を用いて、前記コンピュータシステムの各構成要素から受信したメッセージのうち前記いずれかのフィルタによって抽出されたメッセージを前記端末装置に出力する管理サーバにおける前記端末装置に出力すべきメッセージの抽出方法であって、
所定の使用順序に従って、前記フィルタ条件と前記受信したメッセージとを照合し、前記フィルタ条件に適合するメッセージを抽出する工程と、
前記フィルタ条件に適合した受信メッセージの数をフィルタ毎に保持しておき、前記フィルタ条件に適合した受信メッセージの数の相対的に大きいフィルタが、より上側の順位で使用されるよう前記フィルタの使用順序を組み替える工程と、を含むこと、
を特徴とするメッセージの抽出方法。
【請求項１０】
監視対象のコンピュータシステムと端末装置とに接続され、前記コンピュータシステムの各構成要素から出力されるメッセージを受信する管理サーバにおける前記端末装置に出力すべきメッセージの抽出方法であって、
前記管理サーバが、前記コンピュータシステムの各構成要素から出力されるメッセージを受信するメッセージ受信工程と、
前記管理サーバが、前記メッセージが所定のフィルタ条件に適合するか否かによってメッセージの分類を判定するフィルタ群に含まれるフィルタを所定の使用順序で用いて、メッセージの分類を判別するとともに、前記フィルタ条件に適合した受信メッセージの数をフィルタ毎に管理するメッセージ検索工程と、
前記管理サーバが、所定の分類のメッセージを前記端末装置に送信するメッセージ送信工程と、を繰り返すとともに、
予め定める時間間隔で、前記管理サーバが、少なくとも前記フィルタ条件に適合した受信メッセージの数が所定値より大きいフィルタについて、前記フィルタ条件に適合した受信メッセージの数が大きい順に、前記メッセージ検索工程におけるフィルタ群の使用順序を並び替えるフィルタ順序組み替え工程と、を含むこと、
を特徴とするメッセージの抽出方法。
【請求項１１】
更に、前記管理サーバが、所定の時間間隔で、前記フィルタ毎に管理する前記フィルタ条件に適合した受信メッセージの数を初期化する工程を含むこと、
を特徴とする請求項９又は１０に記載のメッセージの抽出方法。
【請求項１２】
更に、前記管理サーバが、前記端末装置から、前記フィルタの設定を受け付けるフィルタ設定工程を含むこと、  
を特徴とする請求項９乃至１１いずれか一に記載のメッセージの抽出方法。
【請求項１３】
前記フィルタ群は、受信したメッセージが所定のフィルタ条件に適合する場合に前記端末装置への出力対象から除外する除外フィルタと、受信したメッセージが所定のフィルタ条件に適合する場合に前記端末装置への出力対象とする抽出フィルタと、の少なくとも２種のフィルタから構成されること、
を特徴とする請求項９乃至１２いずれか一に記載のメッセージの抽出方法。
【請求項１４】
前記除外フィルタに属するフィルタ群を使用し、前記端末装置への出力対象でないメッセージでないことを確認した後に、前記抽出フィルタに属するフィルタ群を所定の順序で用いて前記端末装置への出力対象のメッセージを抽出すること、
を特徴とする請求項１３に記載のメッセージの抽出方法。
【請求項１５】
前記フィルタ順序組み替え工程は、前記除外フィルタに属するフィルタの使用順序と、抽出フィルタに属するフィルタの使用順序を、別々に組み替えることによって行われること、
を特徴とする請求項１３又は１４に記載のメッセージの抽出方法。
【請求項１６】
監視対象のコンピュータシステムと端末装置とに接続され、前記端末装置に出力すべきメッセージを抽出するためのフィルタ条件を定義したフィルタからなるフィルタ群を用いて、前記コンピュータシステムの各構成要素から受信したメッセージのうち前記いずれかのフィルタによって抽出されたメッセージを所定のメッセージを前記端末装置に出力する管理サーバに実行させる運用管理プログラムであって、
所定の使用順序に従って、前記フィルタ条件と受信したメッセージとを照合し、前記フィルタ条件に適合するメッセージを抽出する処理と、
前記フィルタ条件に適合した受信メッセージの数をフィルタ毎に保持しておき、前記フィルタ条件に適合した受信メッセージの数の相対的に大きいフィルタが、より上側の順位で使用されるよう前記フィルタの使用順序を組み替える処理と、
を前記管理サーバに実行させる運用管理プログラム。
【請求項１７】
監視対象のコンピュータシステムと端末装置とに接続され、前記コンピュータシステムの各構成要素から受信したメッセージを受信する管理サーバに実行させる運用管理プログラムであって、
前記コンピュータシステムの各構成要素から出力されるメッセージを受信する処理と、
前記メッセージが所定のフィルタ条件に適合するか否かによってメッセージの分類を判定するフィルタ群に含まれるフィルタを所定の使用順序で用いて、前記メッセージの分類を判別する処理と、
前記メッセージを判別したフィルタについて、前記フィルタ毎に記憶保持する受信メッセージの数を加算する処理と、
抽出したメッセージを前記端末装置に送信する処理とを、前記管理サーバに繰り返し実行させるとともに、
更に、予め定める時間間隔で、少なくとも前記フィルタ毎に記憶保持する受信メッセージの数が所定値より大きいフィルタについて、前記フィルタ毎に記憶保持する受信メッセージの数が大きい順に、前記メッセージを判別する際の前記フィルタ群の使用順序を並び替える処理と、を前記管理サーバに実行させる運用管理プログラム。
【請求項１８】
更に、所定の時間間隔で、前記フィルタ毎に管理する適合回数を初期化する処理を前記管理サーバに実行させる請求項１６又は１７に記載の運用管理プログラム。
【請求項１９】
更に、前記端末装置から前記フィルタの設定を受け付ける処理を前記管理サーバに実行させる請求項１６乃至１８いずれか一に記載の運用管理プログラム。
【請求項２０】
前記フィルタ群は、受信したメッセージが所定のフィルタ条件に適合する場合に前記端末装置への出力対象から除外する除外フィルタと、受信したメッセージが所定のフィルタ条件に適合する場合に前記端末装置への出力対象とする抽出フィルタと、の少なくとも２種のフィルタから構成されること、
を特徴とする請求項１６乃至１９いずれか一に記載の運用管理プログラム。
【請求項２１】
前記除外フィルタに属するフィルタ群を使用し、前記端末装置への出力対象でないメッセージを除外する処理を先行して行った後に、前記抽出フィルタに属するフィルタ群を所定の順序で用いて前記端末装置への出力対象のメッセージを抽出すること、
を特徴とする請求項２０に記載の運用管理プログラム。
【請求項２２】
前記除外フィルタに属するフィルタの使用順序と、抽出フィルタに属するフィルタの使用順序を、別々に組み替えること、
を特徴とする請求項２０又は２１に記載の運用管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムの運用管理サーバ、該サーバを含んだコンピュータシステム、運用管理のためのメッセージの抽出方法、及び、前記運用管理サーバに実行させるプログラムに関し、特に、コンピュータシステムを一元的かつ効率的に管理する統合的な運用管理環境を提供するものに関する。
【背景技術】
【０００２】
昨今の企業内のコンピュータシステムは、複数のハードウェアやソフトウェアから複雑に構成され、かつ複雑に連携しながら動作している。一方、コンピュータシステムの重要度が企業活動の上でますます高まっているため、従来よりも高い信頼性と、障害発生時には迅速に復旧することが求められる。そのため、コンピュータシステムを一元的かつ効率的に管理する必要があり、一般的に統合運用管理を行うソフトウェアが利用されている。
【０００３】
例えば、特許文献１には、データベースの記憶容量の残量が基準量以下になった場合に通知メッセージを作成するシステム資源監視部と、ログを監視して異常検出時に通知メッセージを作成するシステムエラー監視部と、稼働中のプロセス群と正常時のプロセス群との比較を行い、異常検出時に通知メッセージを作成する不正侵入監視部とを備える情報管理サーバが開示されている。また、これらの通知メッセージは、電子メール機能により、自動的にシステム統括管理サーバに送信され、情報管理サーバの不具合を把握できるようになっている。
【０００４】
また、特許文献１でいうところの情報管理サーバで生成される通知メッセージをフィルタにかけて、業務や目的別に分類して一元的に監視することで、通知メッセージを効率的に監視し、障害発生時に迅速な対応を可能とする技術が知られている。
【０００５】
【特許文献１】特開平１１−４５１９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、監視対象のコンピュータシステム内の個々の構成要素で生成されるメッセージの分類や重要度の判定を上述したフィルタを用いて行う場合、管理サーバ側のメッセージ処理能力を考慮する必要がある。一般に、コンピュータシステムの規模が大きいほど、フィルタの数も増える。また、コンピュータシステムの構成要素毎にメッセージのフォーマットが異なるため、大抵の場合はメッセージ毎に個々のフィルタを用意する必要がある。コンピュータシステムの設計・構築時、そして、運用開始後のシステム拡張やハードウェア・ソフトウェアのバージョンアップによりメッセージ内容の変更やメッセージ量が増加することも考慮に入れると、メッセージを遅延なく大量に処理できる方式の提案が望まれている。
【０００７】
更に、上述したフィルタを用いる場合、発生頻度の高いメッセージが何番目のフィルタに一致するかによってメッセージ処理性能が左右されてしまうという問題点がある。例えば、発生頻度の高いメッセージと対応するようなフィルタが、使用順序中の最後の方に設定されている場合、それ以前のフィルタとの照合処理は無駄となってしまい、効率を著しく悪化させる。特に、フィルタの数が多い場合には、フィルタの使用順序の設定は困難を極める。
【０００８】
また、大量のメッセージを高速に処理できるよう、ＣＰＵ等の増強によりメッセージ処理を行うマシンの性能を向上させる方策も考えられるが、上記メッセージの発生量はコンピュータシステムの状態により変動が大きく、安易な増強は過大投資にもなりかねない。
【０００９】
本発明は、上記した各事情に鑑みてなされたものであって、その目的とするところは、大規模なコンピュータシステムや、メッセージの量・種類の多いコンピュータシステムにおいて、マシンのハードウェアの増強に頼らずに、上記したフィルタを用いたメッセージ処理を最適化できるようにした運用管理サーバ、該サーバを含んだコンピュータシステム、運用管理のためのメッセージの抽出方法、及び、前記運用管理サーバに実行させるプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の視点によれば、監視対象のコンピュータシステムと端末装置とに接続され、前記端末装置に出力すべきメッセージを抽出するためのフィルタ条件を定義したフィルタを複数用意してなるフィルタ群を所定の使用順序で使用し、前記コンピュータシステムの各構成要素から出力されるメッセージのうち前記いずれかのフィルタによって抽出されたメッセージを前記端末装置に出力する管理サーバであって、前記各フィルタに適合した受信メッセージの数をそれぞれフィルタ毎に保持しておき、前記受信メッセージの数の相対的に大きいフィルタが、より上側の順位で使用されるよう前記フィルタの使用順序を組み替えること、を特徴とする管理サーバ、及び、該管理サーバ、端末装置を含んだコンピュータシステムが提供される。
【００１１】
また、本発明の第２の視点によれば、発生頻度の高いメッセージに対応するフィルタがより上側の順位で使用されるようにフィルタの使用順序を組み替え、該組み替えたフィルタの使用順序に従ってメッセージの抽出を行うメッセージの抽出方法が提供される。
【００１２】
また、上述した管理サーバに備えられる各処理部がコンピュータプログラムによって、実現できるという本発明の第３の視点によれば、上述した管理サーバを構成するコンピュータに実行させるコンピュータプログラムが提供される。
【発明の効果】
【００１３】
本発明によれば、多数のフィルタを要する管理サーバにおいても、できるだけ少ない計算量でメッセージを処理させることが可能となる。その理由は、検出力の高いフィルタが、より上側の順位で使用されるようフィルタの使用順序を動的に組み替える構成を採用したことにある。
【発明を実施するための最良の形態】
【００１４】
続いて、本発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は、複数のハードウェアやソフトウェアから構成された本発明の第１の実施形態に係るコンピュータシステムの構成を表した図である。図１を参照すると、コンピュータシステムは、統合運用管理サーバ１と、統合運用端末２と、メッセージ監視手段３と、監視対象となるコンピュータシステム４の構成要素３１〜３６とから構成される。また、図１の下段には、監視対象となるコンピュータシステムの複数の構成要素、サーバ３１、ネットワーク３２、ストレージ（記憶装置）３３等のハードウェア、オペレーションシステム３４、ミドルウェア３５、アプリケーション３６等のソフトウェアが図をもって示されている。
【００１５】
統合運用管理サーバ１は、本コンピュータシステムにおけるメッセージを一元的に管理する専用マシンとして構成された管理サーバである。統合運用管理サーバ１は、メッセージ受付部１１、メッセージ検索部１２、メッセージ通知部１３、スケジュール部１４、フィルタカウンタテーブル１５、フィルタ条件テーブル１６、フィルタ設定受付部１７、フィルタ順序組み替え部１８とを備えている。
【００１６】
メッセージ受付部１１は、メッセージ監視手段３から各構成要素３１〜３６で発生したメッセージを受け付ける処理を行う。メッセージ検索部１２は、受信したメッセージが統合運用端末２に報知すべきメッセージであるか否かを判別すべく、フィルタ条件を定めたフィルタ条件テーブル１６を用いてメッセージ中にフィルタ条件として定められた所定の文字列があるか否かを検索する処理を行う。メッセージ通知部１３は、メッセージ検索部１２から出力されたメッセージを統合運用端末２へ通知する処理を行う。
【００１７】
フィルタ条件テーブル１６は、統合運用端末２から設定された各フィルタの種別、分類、フィルタ条件を格納するテーブルである。図２は、フィルタ条件テーブル１６の一例を表した図である。図２を参照すると、本コンピュータシステムでは、大別して除外フィルタと、通常フィルタ（抽出フィルタ）との２種のフィルタを設定可能となっている。また、本実施形態では、メッセージ検索部１２は、フィルタ条件テーブル１６から順次フィルタ条件を読み出していくため、フィルタ条件テーブル１６への格納順序がそのままフィルタの使用順序となっている。
【００１８】
ここで、除外フィルタと通常フィルタ（抽出フィルタ）について説明する。除外フィルタは、受信したメッセージにフィルタ条件に規定する文字列が含まれる場合に、統合運用端末２への出力対象から除外するためのフィルタである。一方、通常フィルタは、受信したメッセージにフィルタ条件に規定する文字列が含まれる場合に、統合運用端末２への出力対象として抽出するためのフィルタである。また図２の例では、通常フィルタ（抽出フィルタ）には、メッセージの影響範囲の特定が容易となるよう分類情報が付されている。
【００１９】
なお、図２のフィルタ条件テーブル１６は、除外フィルタの後に、通常フィルタ（抽出フィルタ）を格納した構成となっている。これは、本実施形態においては、障害の発生に関するメッセージを重視しているためである。図２の例では、除外フィルタとしてシステムの開示メッセージや、正常終了通知メッセージといった重要でないメッセージがヒットするようなフィルタ条件が定義され、通常フィルタ（抽出フィルタ）としてシステムの異常や障害の発生を知らせるメッセージがヒットするようなフィルタ条件が定義されている。このように除外フィルタを先頭に置くことで、重要でなく（通常フィルタ（抽出フィルタ）のいずれにも一致しない）、かつ、発生頻度の高いメッセージをまず先に除外する（より少ない計算量で無用のメッセージを除外する。）ことが可能となっている。
【００２０】
フィルタカウンタテーブル１５は、フィルタ条件テーブル１６に定義されたすべてのフィルタについて過去各フィルタ条件に適合した受信メッセージの数を格納するテーブルである。図３は、フィルタカウンタテーブル１５の一例を表した図である。図３を参照すると、フィルタ条件テーブル１６に定義されたフィルタ毎に、フィルタ条件に適合するとして検索されたメッセージの数を保持可能となっている。
【００２１】
スケジュール部１４は、メッセージ検索部１２におけるフィルタ使用順序の組み替え処理、即ち、フィルタ条件テーブル１６のソートを行うスケジュール（時期）を管理する。
【００２２】
フィルタ設定受付部１７は、統合運用端末２のフィルタ設定部２１と通信し、フィルタ設定を受け付けてフィルタ条件テーブル１６を更新する処理を行う。
【００２３】
フィルタ順序組み替え部１８、メッセージ検索部１２におけるフィルタの使用順序の組み替え処理、即ち、フィルタ条件テーブル１６のソート処理を制御する。
【００２４】
統合運用端末２は、本コンピュータシステムのシステム管理者がメッセージを監視するための管理用端末装置である。統合運用端末２は、統合運用管理サーバ１にアクセスしフィルタの新規定義・変更・削除等を求めるフィルタ設定部２１と、統合運用管理サーバ１から受信したメッセージを表示するメッセージ表示部２２とを備えている。
【００２５】
メッセージ監視手段３は、サーバ３１、ネットワーク３２、ストレージ（記憶装置）３３等のハードウェア、オペレーションシステム３４、ミドルウェア３５、アプリケーション３６等のソフトウェアを監視し、それぞれシステム資源低下、システム障害、ネットワーク障害、その他異常についてのメッセージを所定のフォーマットで、統合運用管理サーバ１に送信する。メッセージ監視手段３は、コンピュータシステム４のメモリに常駐させる監視プログラム等によって構成可能である。
【００２６】
続いて、本実施形態の動作について図面を参照して詳細に説明する。始めに、コンピュータシステム４の各構成要素から発せられたメッセージを判別し、重要なもの（システムの異常や障害に関するもの）を統合運用端末２に表示させるプロセスについて説明する。
【００２７】
図４は、統合運用管理サーバ１がメッセージを受信してから統合運用端末２にメッセージを送信するまでのメッセージ検索処理の流れを表したフローチャートである。図４を参照すると、まず、メッセージ監視手段３が、コンピュータシステム４の各構成要素３１〜３６で生成されるメッセージを監視して、統合運用管理サーバ１のメッセージ受付部１１へ送信する（ステップＡ１）。
【００２８】
メッセージ監視手段３からメッセージを受信したメッセージ受付部１１が受信したメッセージをメッセージ検索部１２へ渡すと、メッセージ検索部１２は、フィルタ条件テーブル１６に設定されたフィルタ条件を先頭から順次読み出し、受信したメッセージに読み出したフィルタ条件に規定する文字列が含まれているか否かを検索する（ステップＡ２、Ａ３）。
【００２９】
なお、先述したとおり、図２のフィルタ条件テーブル１６は、除外フィルタの次に通常フィルタ（抽出フィルタ）が格納されているため、メッセージ検索部１２は、除外フィルタを用いた検索を先に行い、次に通常フィルタを用いた検索を行うことになる。
【００３０】
ステップＡ３の検索の結果、受信したメッセージがフィルタ条件テーブル１６に設定されたすべてのフィルタ条件に一致しなかった場合、メッセージ検索部１２は処理を終了し次のメッセージの発生を待つ（ステップＡ４のノー）。
【００３１】
一方、受信したメッセージがフィルタ条件テーブル１６に設定されたいずれかのフィルタ条件に一致した場合、メッセージ検索部１２は、フィルタカウンタテーブル１５の当該フィルタのカウントをインクリメントする（ステップＡ５）。
【００３２】
更に、受信メッセージと一致したフィルタ条件が、通常フィルタ（抽出フィルタ）のものである場合は（ステップＡ６のノー）、メッセージ検索部１２は、当該メッセージにフィルタ条件テーブル１６に定義された分類情報を添付してメッセージ通知部１３に対して送信し、統合運用端末２のメッセージ表示部２２にメッセージと分類を表示させる（ステップＡ７、Ａ８）。
【００３３】
なお、ステップＡ６において、受信メッセージと一致したフィルタ条件が除外フィルタのものである場合は、メッセージ検索部１２は処理を終了し次のメッセージの発生を待つ（ステップＡ６のイエス）。
【００３４】
続いて、統合運用管理サーバ１におけるフィルタの組み替えプロセスについて説明する。図５は、統合運用管理サーバ１において定期的に行われるフィルタの使用順序（フィルタ条件テーブル１６）の組み替え（ソート）処理の流れを表したフローチャートである。図５を参照すると、まず、スケジュール部１４は、所定時間経過、所定日数経過等の予め設定されたスケジュールに基づき、メッセージ検索部１２に対して、フィルタの使用順序の組み替え処理を開始する旨を通知する（ステップＢ１）。
【００３５】
前記通知を受信したメッセージ検索部１２は、メッセージ検索を一時中断して、フィルタ順序組み替え部１８に組み替えを指示する（ステップＢ２）。前記指示を受信したフィルタ順序組み替え部１８は、フィルタカウンタテーブル１５に格納されている各フィルタのカウンタの数に基づき、フィルタ条件テーブル１６のフィルタ条件の格納順序を除外フィルタと通常フィルタ（抽出フィルタ）とをそれぞれ別々に、カウンタ数の降順となるように並び替える（ステップＢ３）。
【００３６】
例えば、図３のフィルタカウンタテーブルの例では、除外フィルタ１（フィルタ条件：〜開始〜を含む）の値が４であり、除外フィルタ２（フィルタ条件：〜正常終了〜を含む）の値が２である。従って、フィルタ条件テーブル１６の除外フィルタの順序は変更されない。
【００３７】
一方、図３の通常フィルタでは、通常フィルタ１（フィルタ条件：〜異常終了発生〜を含む）の値は１０、通常フィルタ２（フィルタ条件：〜ディスク障害発生〜を含む）の値は１５、通常フィルタ３（フィルタ条件：〜ＯＳ障害発生〜を含む）の値は５、通常フィルタ４（フィルタ条件：〜しきい値超過〜を含む）の値は２０、通常フィルタ５（フィルタ条件：〜ネットワーク障害発生〜を含む）の値は０である。従って、フィルタ条件テーブル１６の通常フィルタ（抽出フィルタ）の順序は、前記各値に基づいて降順にソートされる結果、通常フィルタ４、通常フィルタ２、通常フィルタ１、通常フィルタ３、通常フィルタ５の順に並び替えられる。
【００３８】
以上のように組み替え処理が終了すると、メッセージ検索部１２は、フィルタカウンタテーブル１５に格納されている各フィルタのカウンタを０にリセットして、メッセージ検索を再開する（ステップＢ４、Ｂ５）。
【００３９】
ステップＢ３にて組み替えられたフィルタ条件の格納順序は、所定時間内のメッセージの発生頻度に従ったものであり、再開されたメッセージ検索処理においては、フィルタ条件テーブルの上の方に設定されているフィルタは、発生頻度の高いメッセージに一致する可能性が高くなっているため、検索効率は著しく向上される。
【００４０】
なお、スケジュール部１４は、所定時間経過、所定日数経過等の予め設定されたスケジュールに基づき、フィルタの使用順序の組み替え処理を開始するものとしたが、フィルタ条件テーブル１６へのフィルタ条件の追加登録が所定件数なされた等、その他のトリガによって、フィルタ条件テーブル１６の組み替え処理が開始されるものとしても良い。
【００４１】
続いて、フィルタの更新プロセスについて説明する。図６は、統合運用端末２からフィルタ条件テーブル１６を更新する際の処理の流れを表したフローチャートである。図６を参照すると、まず、統合運用端末２のフィルタ設定部２１から、システム管理者が、通常フィルタ（抽出フィルタ）と除外フィルタとして設定する内容をそれぞれ登録する（ステップＣ１、Ｃ２）。登録完了後設定内容は、統合運用管理サーバ１のフィルタ設定受付部１７に送られ、フィルタ条件テーブル１６に反映される（ステップＣ３）。
【００４２】
以上、本発明の実施の形態を説明したが、その原理からも明らかなとおり、本発明の技術的範囲は、上述した実施の形態に限定されるものではなく、発生頻度の大きいメッセージに対応するフィルタが、より上側の順位で使用されるように、フィルタの使用順序を組み替えながら、複数のフィルタを順次使用してメッセージの重要性を判別するという本発明の要旨を逸脱しない範囲で、各種の変形・置換をなしうることが可能であることはいうまでもない。例えば、上記した実施の形態では、フィルタ条件テーブルとフィルタカウンタテーブルとを用いているが、フィルタ条件テーブルにメッセージカウンタフィールドを設けて、該フィールドの値にてソートするものとしてもよい。
【００４３】
また、上記した実施形態では、フィルタ条件テーブル全体をソートの対照としているが、組み替え処理を高速化する観点からは、フィルタカウンタの値が所定のしきい値を超えたフィルタのみを組み替え対象としてソートする、或いは、フィルタカウンタの値が相対的に上位に入ったものをテーブルの上側にある他のフィルタ条件と入れ替える等の処理に置き換えることも可能である。
【００４４】
また、コンピュータシステムに応じて、上述した除外フィルタを省略してもよいし、また、適宜、フィルタ条件の記述方法を充実化してもよい。また、フィルタ条件テーブルに、システム管理者に有為なその他の項目を追加し、統合管理端末に表示させる等してもよいことはもちろんである。
【図面の簡単な説明】
【００４５】
【図１】本発明の第１の実施形態に係るコンピュータシステムの構成を表したブロック図である。
【図２】フィルタ条件テーブルの一例を表した図である。
【図３】フィルタカウンタテーブルの一例を表した図である。
【図４】本発明の第１の実施形態のメッセージ検索処理の流れを表したフローチャートである。
【図５】本発明の第１の実施形態のフィルタ条件テーブルのソート処理の流れを表したフローチャートである。
【図６】本発明の第１の実施形態のフィルタ条件テーブルの更新処理の流れを表したフローチャートである。
【符号の説明】
【００４６】
１  統合運用管理サーバ
２  統合運用端末
３  メッセージ監視手段
４  コンピュータシステム
１１  メッセージ受付部
１２  メッセージ検索部
１３  メッセージ通知部
１４  スケジュール部
１５  フィルタカウンタテーブル
１６  フィルタ条件テーブル
１７  フィルタ設定受付部
１８  フィルタ順序組み替え部
２１  フィルタ設定部
２２  メッセージ表示部  
３１  サーバ
３２  ネットワーク
３３  ストレージ（記憶装置）
３４  オペレーションシステム
３５  ミドルウェア
３６  アプリケーション（アプリケーションプログラム）
【図１】
2006260056.tif 000003
【図２】
2006260056.tif 000004
【図３】
2006260056.tif 000005
【図４】
2006260056.tif 000006
【図５】
2006260056.tif 000007
【図６】
2006260056.tif 000008