JP2004334576A

JP2004334576A - 統合監視システム

Info

Publication number: JP2004334576A
Application number: JP2003130368A
Authority: JP
Inventors: Masayuki Shimada; 政行島田; Yoshihiro Matsumoto; 好弘松本; Shinichiro Ishii; 信一郎石井
Original assignee: Nomura Research Institute Ltd
Current assignee: Nomura Research Institute Ltd
Priority date: 2003-05-08
Filing date: 2003-05-08
Publication date: 2004-11-25

Abstract

【課題】複数システムを統合的に監視するときに、監視を行う者に対して、それぞれの者が必要とする情報を適切に提供する。
【解決手段】統合監視システム１は、監視対象システム２ａから第１の電子情報、および監視対象システム２ｂから第２の電子情報を受信するメッセージ受信部１２と、第１および第２の電子情報を、共通ルール記憶部１６に記憶されている共通ルールに基づいて処理をして、第３の電子情報を出力する共通処理部１１１と、一つの第３電子情報をコピーして、複数の第３の電子情報を出力する分配処理部１１２と、複数の第３の電子情報のそれぞれに対して、グループ別ルール記憶部１５に記憶されている互いに異なるグループ別ルールを適用して処理をするグループ別処理部１１３と、グループ別処理後の電子情報を、グループ別に出力する表示制御部１３とを備える。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、システムの運用を監視する技術に関し、特に複数のシステムを統合的に監視する技術に関する。
【０００２】
【従来の技術】
複数のシステムの運用を統合的に監視するシステムは、いろいろと提案されている（例えば特許文献１）。
【０００３】
【特許文献１】
特開２０００−２２２３１６号公報
【０００４】
【発明が解決しようとする課題】
監視対象のシステムの規模が大きくなればなるほど、そのシステムの監視を行う者も増えるが、それぞれの者の所掌範囲は、システムの基盤技術に関する範囲や、業務アプリケーションに関する範囲や、経営に関する範囲など、細分化する傾向にある。従って、監視対象のシステムから収集したそれぞれの情報を、必要とする者に提供することは、仕事の効率という観点から非常に重要である。
【０００５】
しかし、従来の統合監視システムは、複数の監視システムを単にまとめたものや、監視対象システムから通知されるメッセージのフォーマットの相違を吸収するものであり、上記のような点は考慮されていない。
【０００６】
本発明の目的は、複数システムを統合的に監視するときに、監視を行う者に対して、それぞれの者が必要とする情報を適切に提供することである。
【０００７】
【課題を解決するための手段】
本発明の一つの実施形態に従う統合監視システムは、第１のコンピュータシステムおよび第２のコンピュータシステムを統合監視するシステムであって、第１のコンピュータシステムからの第１の電子情報、および第２のコンピュータシステムからの第２の電子情報を受信する手段と、前記受信手段が受信した第１および第２の電子情報を、共通ルールに基づいて処理をして、第３の電子情報を出力する共通処理部と、一つの第３電子情報をコピーして、複数の第３の電子情報を出力する複数化処理部と、前記複数の第３の電子情報のそれぞれに対して、互いに異なるグループ別ルールを適用して処理をするグループ別処理部と、前記グループ別処理後の電子情報を、グループ別に出力する出力部とを備える。
【０００８】
好適な実施形態では、前記共通ルールおよび前記グループ別ルールは、いずれも複数のステップからなり、前記各ステップでの処理内容を定義したルールであってもよい。
【０００９】
【発明の実施の形態】
以下、本発明を適用した一実施形態に係る運用監視システムついて、図面を用いて説明する。図１は、本システムの全体構成を示す図である。本システムは、複数のシステムを監視する統合監視システム１と、監視対象のシステム２（２ａ、２ｂ）と、監視端末３（３ａ，３ｂ）とを備える。
【００１０】
統合監視システム１、監視対象システム２および監視端末３は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各システム等の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１１】
監視対象システム２は、それぞれ、複数の情報処理装置を含み、各情報処理装置をノードとして管理する。各ノードでは、種々の業務用プログラムなどのアプリケーションが動作する。また、監視対象システム２では、それぞれのシステム内のノードを管理するための運用監視システムが動作していてもよい。そして、各監視対象システム２は、それぞれのシステム内で発生したイベントを通知するためのメッセージを、統合監視システム１へ送信する。ここで、イベントには、例えば、各システム内の運用監視システムが出力するエラー情報、警告情報、アプリケーションの開始・終了通知、外部からの侵入警報、およびその他の通知を含む。
【００１２】
監視端末３は、統合監視システム１が収集した情報を取得して、図示しない表示装置に表示させる。ここで、統合監視システム１は、監視対象システム２からのメッセージを複数のグループに分けて出力する。グループ分けの例としては、システム運用者、業務担当者、および経営者などの業務内容でグループ分けする場合、あるいは、監視システム２ａの関係者および監視システム２ｂの関係者などのシステム別にグループ分けする場合などがある。このため、各監視端末３はいずれかのグループに対応付けられている。図１の例では、監視端末３ａがシステム運用者グループ、監視端末３ｂが業務担当者グループとそれぞれ対応付けられている。
【００１３】
統合監視システム１は、イベント処理部１１と、メッセージ受信部１２と、表示制御部１３と、受信したメッセージを記憶するメッセージログ１４と、各グループに固有なルールを記憶するグループ別ルール記憶部１５と、全グループに共通なルールを記憶する共通ルール記憶部１６と、各グループ別に出力する画面を生成するための画面情報を記憶するグループ別画面記憶部１７と、各グループに分配するためのルールを記憶する分配ルール記憶部１８とを備える。
【００１４】
メッセージ受信部１２は、監視対象システム２から送られてくるメッセージを受信する。そして、受信したメッセージをメッセージログ１４へ格納する。メッセージ受信部１２が受信するメッセージは、例えば、各監視対象システム２で動作している運用監視システムが生成したものでもよい。メッセージ受信部１２は、受信したメッセージのフォーマットが共通フォーマットでないときは、共通フォーマットへ変換する。
【００１５】
ここで、共通フォーマット５０は、例えば図２に示すように、レコードＩＤ５１と、送信元のシステム名５２と、発生元ノードＩＤ５３と、発生元アプリケーション（ＡＰ）名５４と、重大度５５と、イベントの発生日時５６と、イベントＩＤ５７と、メッセージテキスト５８とを備える。
【００１６】
レコードＩＤ５１は、メッセージログ１４内のレコードを一意に識別するための識別情報である。発生元ノードＩＤ５３は、イベントを生じさせたノードを識別するための情報であり、例えば、ノードのＩＰアドレスである。発生元ＡＰ名５４は、発生元ノードでイベントを生じさせたアプリケーション名を示す。重大度５５は、イベントの重大度を示す。重大度５５は、後述する共通処理で設定される。重大度５５には、例えば、致命的、重大、軽度、警告、通知などが設定される。イベントＩＤ５７は、例えば、エラー、通知、応答などのメッセージの種別が設定される。メッセージテキスト５８は、文字列が格納される。
【００１７】
イベント処理部１１は、さらに、共通処理部１１１と、分配処理部１１２と、グループ別処理部１１３、処理履歴記憶部１１５と、保留イベント記憶部１１６とを有する。
【００１８】
処理履歴記憶部１１５は、共通処理部１１１およびグループ別処理部１１３が行った処理の内容を履歴として記憶する。
【００１９】
保留イベント記憶部１１６は、共通処理部１１１およびグループ別処理部１１３において、出力が保留されたイベントを記憶する。
【００２０】
共通処理部１１１は、メッセージログ１４に記憶されているメッセージをレコード単位に取得して、全レコードに対して共通の処理を行う。共通処理部１１１は、共通ルール記憶部１６に記憶されている具体的な処理に関するルールを取得し、共通処理部１１１はそれに従って処理を行う。共通処理部１１１が各レコードに対して処理を行うと、レコード内の項目の一部または全部が変更されたり、新たな値が設定されたりする。このとき、共通ルールに従った処理を行っても、予め設定されている値が共通ルール通りであるときには、結果的にレコード内のいずれの項目も変更されない場合もある。さらに、共通処理部１１１は、メッセージログ１４から取得したレコードに基づいて、共通ルールに従い、新たなレコードを生成することもできる。
【００２１】
共通ルール記憶部１６は、受信したすべてのメッセージに対して共通して処理を施すときの、全グループに共通したルールを記憶する。共通処理部１１１は、共通ルール記憶部１６を参照して、共通ルールに従った処理を行う。共通ルール記憶部１６には、例えば、以下のような１０ステップの共通ルールが記憶されていて、共通処理部１１１は、各レコードについてステップ１からステップ１０までを順次実行する。なお、ステップ１からステップ１０の各ステップは、いずれも省略することができる。すべてのステップが省略されたときは、共通処理では何も変換が行われない。
【００２２】
ステップ１フィルタリング
ステップ１では、統合監視システム１が受信したメッセージのうち、本システムで必要とするメッセージ以外のものを破棄する。破棄されたメッセージについては、以下の処理は行われない。メッセージを破棄するかどうかはメッセージに含まれているイベントの内容、例えば、イベントＩＤ５７の内容を参照して判断する。
【００２３】
ステップ２解析処理１
ステップ２では、後続のステップで使用するために、通知されたメッセージに含まれているイベントの内容を解析して、メッセージログ１４に記憶されているレコードの所定の項目に値を設定したり、変更したりする。例えば、メッセージテキスト５８に含まれる文字列を解析して重大度５５を定め、各レコードに格納する。
【００２４】
ステップ３アクションの実行処理２
ステップ３では、通知されたイベントの内容に基づいて、所定の処理（アクション）を実行する。所定の処理には、例えば、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）などのコマンドの実行、あるいはメール送信などを含む。なお、ここで実行された処理の内容は、処理履歴記憶部１１５に蓄積される。
【００２５】
ステップ４過去イベントとの相関処理１
ステップ４では、通知されたイベントが、過去に発生したイベントと所定の関連付けがされているものであるときに、所定の処理を実行する。例えば、ステップ４では、２つのルール条件を設定することができる。まず、通知されたイベントが所定の条件を満たすかどうかを判定する（ルール４−１）。そして、この条件を満たすときには、メッセージログ１４を参照して、過去に発生したイベントの中に今回のイベントと関連付けられている所定のイベントが１件あったかどうかを判定する（ルール４−２）。過去イベントに所定のイベントがあれば、所定の処理が実行される。なお、過去イベントとして参照する範囲は、所定時間内（例えば、現在から一定時間前まで）としてもよい。
【００２６】
ステップ５過去イベントとの相関処理２
ステップ５は、ステップ４と同様に、通知されたイベントが過去に発生したイベントと関連づけられているものであれば、所定の処理が実行される。つまり、通知されたイベントが所定のイベントであり（ルール５−１）、過去イベントとの関連があれば（ルール５−２）、あらかじめ定められた処理が実行される。ただし、ルール４−２では、今回のイベントと関連付けられている所定のイベントが１件あればアクションが実行されるが、ルール５−２では、指定された件数の過去イベントとマッチしたときにアクションが実行される。
【００２７】
ステップ６保留イベントの処理
ステップ６では、過去に出力が保留されているイベントを参照し、保留イベントの中に通知されたイベントと関連付けられているものがあれば、所定の処理を実行する（保留イベントについてはステップ８参照）。例えば、このステップでは、２つのルール条件を設定することができる。まず、通知されたイベントが所定の条件を満たすかどうかを判定する（ルール６−１）。そして、この条件を満たすときには、過去に出力が保留されているイベントを記憶した保留イベント記憶部１１６を参照して、今回のイベントと関連付けられている所定のイベントが保留されているかどうかを判定する（ルール６−２）。保留イベント記憶部１１６に所定のイベントが保持されていれば、あらかじめ定められた処理が実行される。あらかじめ定められた処理としては、例えば、保留イベントの保留状態を解除することにより、保留イベントをイベントビュー（後述する）に表示する処理などがある。なお、保留イベントに対する処理は、グループ別処理で行うこともできる。
【００２８】
ステップ７アクション実行履歴処理
ステップ７では、過去に実行した処理の履歴に基づいて定まる所定の処理を実行する。例えば、このステップでは、２つのルール条件を設定することができる。まず、通知されたイベントが所定の条件を満たすかどうかを判定する（ルール７−１）。そして、この条件を満たすときには、過去に実行した処理の履歴を記憶した処理履歴記憶部１１５を参照して、所定の処理を実行すべきかどうかを判定する（ルール７−２）。ここで、処理履歴記憶部１１５には、ステップ３で実行された処理（ＯＳなどのコマンドの実行履歴およびメール送信履歴など）等が保持されている。ステップ７の機能を利用すれば、例えば、イベントとしてあるエラーが連続して発生したときに、エラーが発生するたびに連続して所定のコマンドが実行されたり、メールが送信されたりすることを防止することができる。
【００２９】
ステップ８保留判断処理
ステップ８では、通知を受けたイベントの出力を保留するか否かの判断を行う。例えば、通知されたイベントが所定の条件を満たすときは、そのイベントが発生したことを監視端末３へ出力することを保留する。出力が保留されたイベントは、保留イベント記憶部１１６に格納される。ステップ８では、あるイベント発生の表示を一時的に抑制し、そのイベントに対する処理が完了するとその抑制を解除して、実行結果と併せて出力することができる。
【００３０】
ステップ９解析処理２
ステップ９では、ステップ２と同様の解析処理を行う。このステップでは、ステップ３以降を実行した後でないと実行できないような解析処理に関するルールが設定される。
【００３１】
ステップ１０アクションの実行処理２
ステップ１０では、ステップ３と同様のアクション実行処理を行う。このステップでは、ステップ４以降を実行した後でないと実行できないようなアクション実行処理に関するルールが設定される。
【００３２】
分配処理部１１２は、共通処理部１１１が処理を施したメッセージのレコードを、複数のグループに対して分配する処理を行う。例えば、各グループが必要とするイベントは、分配ルール記憶部１８に記憶されている分配ルールにおいてあらかじめ定められている。分配処理部１１２は、共通処理後のレコードについて、例えば、イベントＩＤ５７を参照して、各レコードに保持されているイベントの種類を判別する。分配ルールを参照して、そのイベントの通知を必要とするグループを特定する。そして、そのイベントの通知を必要とするグループが複数あるときは、レコードのコピーを行ってそのグループ数だけレコードを生成して、各グループ別処理部１１３へ通知する。
【００３３】
グループ別処理部１１３は、共通処理が施されたあとのメッセージのレコードに対して、各グループに個別な処理を行う。グループ別処理部１１３は、各グループ別処理のルールをグループ別ルール記憶部１５から取得して、各グループ別のルールに従った処理を行う。
【００３４】
グループ別ルール記憶部１５は、受信したメッセージを各グループ別に処理するためのグループ別ルールを記憶する。グループ別ルール記憶部１５に記憶されているグループ別ルールも、上述の共通ルールと同様に上記１０ステップから構成することができる。この場合、各ステップでの処理を行うための具体的なルールが、各グループに固有なルールとなっている。そして、グループ別処理部１１３が、各グループが必要とする共通処理後の各レコードについて、ステップ１からステップ１０までを順次実行する。
【００３５】
ここで、グループ処理の具体的な例を説明する。例えば、業務担当者グループ用のルールでは、ステップ５において、「ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）使用率が閾値を超えている」というイベントの発生数を３０分間カウントする。ステップ８では、このイベントの通知を最初に受けたときは、保留する。そして、ステップ５でのカウント数がある指定回数を超えている場合は、ステップ６において保留したイベントの保留を解除し、監視端末３ｂに対して出力する。ステップ１０で出力するときは、保留が解除になったイベントを別イベント（例えば、「出荷業務システムの負荷が高く，このままでは３０分以内に出荷業務が止まります。」というメッセージ出力）に置き換えて出力してもよい。イベントの置換が行われるときは、もともとの「ＣＰＵ使用率が閾値を超えている」というイベントはステップ１０において破棄される。
【００３６】
このようにルールに関する処理を１０ステップに分離し，パイプラインで処理することにより，前段で処理したイベント，または加工したイベントに対して，後段で再び加工したり，置換したりすることが可能となる。また前段であるイベントについて判断して新たな内部イベントを発生させ，そのオリジナルのイベントを破棄することもできる。さらに発生させた内部イベントをトリガーにアクションを起こすこともできる。
【００３７】
表示制御部１３は、グループ別画面記憶部１７に記憶されている各グループの画面情報を取得して、それぞれの画面を生成し、対応するグループの監視端末３へ出力する。例えば、イベント処理部１１で共通処理およびグループ別処理が施されたメッセージのレコードを取得し、その処理結果に基づいて、それぞれのグループ別画面を生成して各監視端末３に表示させる。
【００３８】
例えば、表示制御部１３は、図３に示すようなイベント一覧画面１００を生成して監視端末３ａ、３ｂに表示させる。イベント一覧画面１００の項目は、例えば、共通フォーマットと同じ、レコードＩＤ１１０と、システム名１２０と、発生元ノードＩＤ１３０と、発生元ＡＰ名１４０と、重大度１５０と、発生日時１６０と、イベントＩＤ１７０と、メッセージテキスト１８０とを有していてもよい。
【００３９】
ここで、イベント一覧画面１００は、全グループに共通な画面であって、表示されるデータ（レコード）が各グループ別に処理をされたデータであってもよい。つまり、表示制御部１３は、監視対象システム２から通知されたイベントのうち、システム運用者グループ用のグループ別処理が行われたメッセージのレコードを取得し、イベント一覧画面１００を生成して監視端末３ａに表示させる。表示制御部１３は、業務担当者グループなどの他のグループについても同様に、そのグループ向けのデータを表示したイベント一覧画面１００を生成して、そのグループと対応付けられている監視端末３に表示させる。
【００４０】
また、図４に示すように、イベント一覧画面１００から、システム構成を示した画面２００へリンクさせてもよい。例えば、イベント一覧画面１００の各レコードの表示１０１から、そのレコードのイベントと関連する他のウィンドウ２００，３００へのリンクを設定することもできる。リンク先のシステム構成画面２００では、選択されたレコード１０１が示すイベントを発生させたノード２０１を他のノードとは異なる表示態様で表示させ、目立たせるようにすることもできる。さらに、リンク先としては、システム構成画面２００以外の任意の画面３００であってもよい。
【００４１】
さらに、表示制御部１３は、予め定めてある特定のイベントを検出すると、通常の表示態様とは異なる表示態様の画面を表示させるようにしてもよい。例えば、イベント処理部１１から通知を受けたレコードの重大度５５が「致命的」であるときは、イベント一覧画面１００のそのレコードの表示を赤色としたり、ポップアップウィンドウを表示させたり、特定のアニメーションを表示したりして、注意を喚起することもできる。
【００４２】
次に、本実施形態に係る統合監視システム１における全体の処理手順を図５のフローチャートを用いて説明する。
【００４３】
まず、監視対象システム２でイベントが生じると、それぞれの監視対象システム２がそのイベントを統合監視システム１へ通知するためのメッセージを送信する。メッセージ受信部１２は、このメッセージを受信してメッセージログ１４に格納する（Ｓ１１）。
【００４４】
イベント処理部１１は、受信メッセージログ１４に記憶されているメッセージについて、レコード単位に以下の処理を行う。すなわち、共通処理部１１１がメッセージログ１４に記憶されているレコードに対して共通処理を行う（Ｓ１２）。共通処理がされたレコードについて、分配ルールに基づいて、そのレコードを必要とするグループ数分だけレコードをコピーして生成し、分配を行う（Ｓ１３）。そして、レコードが分配されたグループについて、グループ別処理部１１３は、各グループ別のルールに従ってグループ別の処理を行う（Ｓ１４）。表示制御部１３は、グループ別処理がされたレコードを用いて、各グループ用の監視端末３に各グループ用の画面を表示させる（Ｓ１５）。
【００４５】
これにより、統合監視システム１は、複数の監視対象システム２を統合的に監視することができる。さらに、統合監視システム１は、複数の監視対象システム２から通知されたイベントを複数のグループ別に、それぞれの処理を施した後に出力することができ、各グループでそれぞれ必要とする情報を提供することができる。
【００４６】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【図１】本発明を適用した運用監視システムの全体構成を示す図である。
【図２】共通フォーマットの一例を示す図である。
【図３】イベント一覧画面の一例を示す図である。
【図４】イベント一覧画面から他の画面へのリンクの様子を示す概念図である。
【図５】統合監視システム１における全体の処理手順を示すフローチャートである。
【符号の説明】
１…統合監視システム、２…監視対象システム、３…監視端末、１１…イベント処理部、１２…メッセージ受信部、１３…表示制御部、１４…メッセージログ、１５…グループ別ルール記憶部、１６…共通ルール記憶部、１７…グループ別画面記憶部、１８…分配ルール記憶部。

Claims

第１のコンピュータシステムおよび第２のコンピュータシステムを統合監視するシステムであって、
第１のコンピュータシステムからの第１の電子情報、および第２のコンピュータシステムからの第２の電子情報を受信する手段と、
前記受信手段が受信した第１および第２の電子情報を、共通ルールに基づいて処理をして、第３の電子情報を出力する共通処理部と、
一つの第３電子情報をコピーして、複数の第３の電子情報を出力する複数化処理部と、
前記複数の第３の電子情報のそれぞれに対して、互いに異なるグループ別ルールを適用して処理をするグループ別処理部と、
前記グループ別処理後の電子情報を、グループ別に出力する出力部とを備える統合監視システム。
前記共通ルールおよび前記グループ別ルールは、いずれも複数のステップからなり、前記各ステップでの処理内容を定義したルールであることを特徴とする請求項１記載の統合監視システム。
第１のコンピュータシステムおよび第２のコンピュータシステムを統合監視するシステムが行うグループ別監視方法であって、
第１のコンピュータシステムからの第１の電子情報、および第２のコンピュータシステムからの第２の電子情報を受信するステップと、
前記受信した第１および第２の電子情報を、共通ルールに基づいて処理をして、第３の電子情報を出力するステップと、
一つの第３電子情報をコピーして、複数の第３の電子情報を出力するステップと、
前記複数の第３の電子情報のそれぞれに対して、互いに異なるグループ別ルールを適用してグループ別処理を行うステップと、
前記グループ別処理後の電子情報を、グループ別に出力するステップとを有する方法。
第１のコンピュータシステムおよび第２のコンピュータシステムを統合監視するコンピュータに実行されると、
第１のコンピュータシステムからの第１の電子情報、および第２のコンピュータシステムからの第２の電子情報を受信するステップと、
前記受信した第１および第２の電子情報を、共通ルールに基づいて処理をして、第３の電子情報を出力するステップと、
一つの第３電子情報をコピーして、複数の第３の電子情報を出力するステップと、
前記複数の第３の電子情報のそれぞれに対して、互いに異なるグループ別ルールを適用してグループ別処理を行うステップと、
前記グループ別処理後の電子情報を、グループ別に出力するステップとを行うグループ別監視のためのコンピュータプログラム。