(57)【要約】【課題】既存のシステムに対して機構を付加することにより、複数種類のフォーマットのログメッセージに対してフォーマット変換を行って、ログメッセージのフォーマットの共通化を図る。【解決手段】各監視対象ノード１００において、監視対象プログラム１０４群のそれぞれが、日時フォーマットが異なるログファイル１０５を出力し、ログファイル変更監視部１０９は、日時フォーマット定義記憶部１１０に記憶されている日時フォーマット情報の内容を使用して、すべてのログファイルの日時フォーマットが基準のフォーマットと一致するように各ログファイル１０５の日時フォーマットの変換を行い、日時フォーマットが共通するログファイルから構成される監視用ログファイル１１１を生成し、ログ監視エージェント１０６が監視用ログファイル１１１のログメッセージを、運用監視サーバ１０１上のログ監視マネージャ１０７に転送する。【選択図】図１
2009009448.tif 000002
【特許請求の範囲】
【請求項１】
データ収集装置に対してデータを送信するデータ送信装置であって、
複数種類のデータフォーマットのデータを出力する複数のデータ出力部と、
前記複数のデータ出力部より出力されるデータのデータフォーマットを、基準となる基準データフォーマットに変換して、前記複数のデータ出力部より出力される複数種類のデータフォーマットのデータをそれぞれ基準データフォーマットのデータとするフォーマット変換部と、
前記フォーマット変換部によりフォーマット変換された後の基準データフォーマットのデータを前記データ収集装置に送信するデータ送信部とを有することを特徴とするデータ送信装置。
【請求項２】
前記複数のデータ出力部は、
それぞれ、異なるデータフォーマットの日時データが含まれるログファイルを出力し、
前記フォーマット変換部は、
前記複数のデータ出力部より出力されるログファイルの日時データのデータフォーマットを、基準となる基準データフォーマットに変換して、前記複数のデータ出力部より出力されるログファイルをそれぞれ基準データフォーマットの日時データが含まれるログファイルとし、
前記データ送信部は、
前記フォーマット変換部によりフォーマット変換された後の基準データフォーマットの日時データが含まれるログファイルを前記データ収集装置に送信することを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
前記データ送信装置は、更に、
前記複数種類のデータフォーマットの各々を定義するデータフォーマット定義情報を記憶するデータフォーマット定義情報記憶部と、
所定の外部装置より、前記データフォーマット定義情報記憶部に記憶されているいずれかのデータフォーマット定義情報の更新指示を受信し、受信した更新指示に従って、対応するデータフォーマット定義情報を更新するデータフォーマット情報更新部とを有することを特徴とする請求項１又は２に記載のデータ送信装置。
【請求項４】
前記フォーマット変換部は、
いずれかのデータ出力部から共通する内容のデータが二以上重複して出力されている場合に、重複しているデータに、データの重複を表す重複識別子を付加し、
前記データ送信部は、
前記フォーマット変換部により重複識別子が付加されたデータを前記データ収集装置に送信することを特徴とする請求項１〜３のいずれかに記載のデータ送信装置。
【請求項５】
前記データ送信装置は、
前記データ収集装置と、前記データ収集装置に対してデータを送信する複数のデータ送信装置とを有する通信システムに含まれることを特徴とする請求項１〜４のいずれかに記載のデータ送信装置。
【請求項６】
コンピュータが、データ収集装置に対してデータを送信するデータ送信方法であって、
前記コンピュータが、複数種類のデータフォーマットのデータを出力する複数のデータ出力ステップと、
前記コンピュータが、前記複数のデータ出力ステップより出力されるデータのデータフォーマットを、基準となる基準データフォーマットに変換して、前記複数のデータ出力ステップより出力される複数種類のデータフォーマットのデータをそれぞれ基準データフォーマットのデータとするフォーマット変換ステップと、
前記コンピュータが、前記フォーマット変換ステップによりフォーマット変換された後の基準データフォーマットのデータを前記データ収集装置に送信するデータ送信ステップとを有することを特徴とするデータ送信方法。
【請求項７】
データ収集装置に対してデータを送信するコンピュータに、
複数種類のデータフォーマットのデータを出力する複数のデータ出力処理と、
前記複数のデータ出力処理より出力されるデータのデータフォーマットを、基準となる基準データフォーマットに変換して、前記複数のデータ出力処理より出力される複数種類のデータフォーマットのデータをそれぞれ基準データフォーマットのデータとするフォーマット変換処理と、
前記コンピュータが、前記フォーマット変換処理によりフォーマット変換された後の基準データフォーマットのデータを前記データ収集装置に送信するデータ送信処理とを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログメッセージ等のデータを送信するノード装置と、ノード装置から送信されるデータを収集するサーバ装置から構成されるシステムにおいて、複数種類のフォーマットのデータに対してフォーマット変換を行って、データのフォーマットの共通化を図る技術に関する。
【背景技術】
【０００２】
従来のログ統合監視方式では、ログのフォーマットの変換を行うことによって、コンピュータのＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や使用されているアプリケーションプログラムによって異なるフォーマットのログメッセージを統一する手段が提案されていた。
例えば、特許文献１では、ノード装置から運用管理サーバ装置（ログモニター）にログを転送後、運用管理サーバ装置側で形式の異なるログを統一した所定のフォーマットに成型する方法が提案されている。
また、特許文献２では、あらかじめ定義された共通のデータ形式に従って正規化されたログデータであって、マネージャの基準とする時刻に基づいて補正されたログ出力を有する正規化ログデータを受信する方法が提案されている。
【特許文献１】特開２００３−９９２９５号公報  ５頁、７頁、図１、図２、図３
【特許文献２】特開２００２−３６６３９４号公報  ２頁〜３頁、図１、図２
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のログ処理方式（特許文献１）では、運用管理サーバ装置（ログモニター）側でログフォーマットの変換を実施しているため、そもそも日時が出力されていないログファイル、日付又は時刻のいずれか片方しか出力されていないログ、及びログ中の日付指定に曖昧な記述がある場合への対応ができない。
また、従来のログデータの収集管理方法（特許文献２）においては、市販の運用監視ツールを利用してシステム構築を実施する場合に、当該ツールの利用者はエージェントの構造を変更することができないため、現実的にこのような構成を取れない。また市販のツールを使用していない場合でも、既存の運用監視システムの構造そのものを変更しなければ実現ができなかった。
従って特許文献２の様な構成を現在稼動している運用監視システムに適用することができないという課題があった。
【０００４】
この発明は、上記のような課題を解決することを主な目的の一つとしており、既存の運用管理システムに対して機構を付加することにより、複数種類のフォーマットのデータに対してフォーマット変換を行って、データのフォーマットの共通化を図ることを主な目的としており、より具体的には、正確な日時が特定できない監視対象ノード装置上の事象（ログメッセージ）の日時を補完して統合管理することを主な目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るデータ送信装置は、
データ収集装置に対してデータを送信するデータ送信装置であって、
複数種類のデータフォーマットのデータを出力する複数のデータ出力部と、
前記複数のデータ出力部より出力されるデータのデータフォーマットを、基準となる基準データフォーマットに変換して、前記複数のデータ出力部より出力される複数種類のデータフォーマットのデータをそれぞれ基準データフォーマットのデータとするフォーマット変換部と、
前記フォーマット変換部によりフォーマット変換された後の基準データフォーマットのデータを前記データ収集装置に送信するデータ送信部とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、データ送信装置側でフォーマット変換を行ってフォーマットが統一されたデータをデータ収集装置に送信するため、データ収集装置においてフォーマット変換を行う必要がなく、既に稼動しているデータ収集装置の構成を変更することなく、基準データフォーマットのデータを得ることができる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
図１は、この発明の実施の形態１におけるメッセージ監視システムの構成例を示すシステム構成図である。
図１において、１００は監視対象ノード装置群、１０１は監視対象ノード装置１００群を監視する運用監視サーバ装置、１０２は監視状況を表示する監視端末であり、それぞれＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１０３で接続されている。
以下、監視対象ノード装置１００は単に監視対象ノード１００ともいい、運用監視サーバ装置１０１は単に運用監視サーバ１０１ともいう。
また、監視対象ノード装置１００はデータ送信装置の例であり、運用監視サーバ装置１０１はデータ収集装置の例である。
【０００８】
監視対象ノード１００上には、監視対象プログラム１０４群がある。
監視対象プログラム１０４群は、アプリケーションプログラム又はオペレーティングシステム（ＯＳ）である。
監視対象プログラム１０４群のそれぞれは、事象発生時に個別のログファイル１０５を出力する。
各ログファイル１０５は、データフォーマットが異なっており、本実施の形態ではログの日時を表示する日時データのデータフォーマット（以下、日時フォーマットという）が異なっているものとする。
監視対象プログラム１０４群は、複数種類のデータフォーマットのデータを出力しており、複数のデータ出力部の例である。
【０００９】
ログファイル変更監視部１０９は、ログファイル１０５を監視する機構であり、日時フォーマット定義記憶部１１０に記憶されている日時フォーマット情報の内容を使用して、すべてのログファイルの日時フォーマットが基準のフォーマットと一致するように各ログファイル１０５の日時フォーマットの変換を行い、日時フォーマットが共通するログファイルから構成される監視用ログファイル１１１を生成する。
ログファイル変更監視部１０９は、複数種類の日時フォーマットが含まれるログファイル１０５群の日時フォーマットを基準のフォーマットに変換しており、フォーマット変換部の例である。
【００１０】
日時フォーマット定義記憶部１１０は、複数種類の日時フォーマットの各々を定義する日時フォーマット定義情報（データフォーマット定義情報）を記憶している。
日時フォーマット定義記憶部１１０は、データフォーマット定義情報記憶部の例である。
【００１１】
また、監視対象ノード１００には、監視用ログファイル１１１を監視するためのログ監視エージェント１０６があり、ログ監視エージェント１０６は、ＷＡＮ１０３を通じて、運用監視サーバ１０１上のログ監視マネージャ１０７にログメッセージを転送する。
ログ監視エージェント１０６は、ログファイル変更監視部１０９により日時フォーマットがフォーマット変換された後のログメッセージを監視用ログファイル１１１から運用監視サーバ１０１上のログ監視マネージャ１０７に送信する。
ログ監視エージェント１０６は、データ送信部の例である。
【００１２】
運用監視サーバ１０１では、ログ監視マネージャ１０７が、ログ監視エージェント１０６から転送されたログメッセージをログＤＢ１０８に保管する。
【００１３】
監視端末１０２は、システムの運用管理者が情報システムの監視状態を確認するために用いる端末装置である。
【００１４】
次に、図１４のフローチャートを用いて、監視対象ノード装置１００の動作を中心に本実施の形態に係るメッセージ監視システムにおける動作を概説する。
【００１５】
監視対象プログラム１０４は、事象発生時にそれぞれ個別のログファイル１０５を出力する（Ｓ１０１）（データ出力ステップ）。
ログファイル変更監視部１０９では、ログファイル１０５の変更を監視し、変更があった場合、日時フォーマット定義情報に示されている内容を元にログメッセージの日時データのフォーマットを変換して又は日時データをそのまま保管して監視用ログファイル１１１に出力する（Ｓ１０２）（Ｓ１０３）（フォーマット変換ステップ）。
【００１６】
具体的に、日時フォーマット定義情報において、各ログファイル１０５の日時フォーマットは図２のように定義されている。２００はログファイルを特定する名称を示し、２０１はそれぞれのログファイル中の日時フォーマットを定義するものである。
日時フォーマット中のＹＹは西暦の下２桁、ＹＹＹＹは西暦４桁、ＭＭは月、ＤＤは日、ｈｈは時、ｍｍは分、ｓｓは秒、＜ＴＥＸＴ＞はログメッセージ本文、＜ＮＯＮＥ＞は日時がないことを示し、／、：及び空白はこれらを特定するための区切り文字として使用する。
【００１７】
図２の例では、ログファイルＡはＹＹ／ＭＭ／ＤＤ  ｈｈ：ｍｍ：ｓｓの形式で日時の記述があり、空白の後ログメッセージ本文が記述される。
ログファイルＢはＹＹＹＹ／ＭＭ／ＤＤ  ｈｈ：ｍｍ：ｓｓの形式で日時の記述があり、空白の後ログメッセージ本文が記述される。
ログファイルＣはｈｈ：ｍｍ：ｓｓの形式で時間の記述があり、空白の後ログメッセージ本文が記述される（日付は入らない）。
ログファイルＤは日時がなく、ログメッセージ本文のみが記述される。
【００１８】
具体的なログファイルの内容は、図３にログファイルＡの例、図４にログファイルＢの例、図５にログファイルＣの例、図６にログファイルＤの例を示す。
また、図７に、ログファイル変更監視部１０９によりログファイル１０５の日時フォーマットが変換されて日時フォーマットが基準データフォーマットに統一されている監視用ログファイル１１１の例を示す。図７の例では、日時フォーマットの基準データフォーマットは、ＹＹＹＹ／ＭＭ／ＤＤ  ｈｈ：ｍｍ：ｓｓであり、全てのログファイルの日時フォーマットが基準データフォーマットに従っている状態が示されている。
【００１９】
次に、ログファイル変更監視部１０９により日時フォーマットが基準データフォーマットに共通化された監視用ログファイル１１１のログメッセージを、ログ監視エージェント１０６が、運用監視サーバ１０１のログ監視マネージャ１０７に送信し（Ｓ１０４）（データ送信ステップ）、運用監視サーバ１０１では、ログ監視マネージャ１０７が、ログ監視エージェント１０６から転送されたログメッセージをログＤＢ１０８に保管する。
【００２０】
次に、ログファイル変更監視部１０９の動作の詳細を示すフローチャートを図８に示す。
図８を参照して、ログファイル変更監視部１０９の動作を説明する。
【００２１】
まず、システムの運用管理者は、前記の通りプログラムＡ〜Ｄのログファイル形式に従って日時フォーマットを定義する（Ｓ８０１）。日時フォーマットの定義は、日時フォーマット定義情報として、日時フォーマット定義記憶部１１０が記憶する。
次に、ログファイル変更監視部１０９を起動する（Ｓ８０２）。起動はシステムの運用管理者が手動で起動しても良いし、ＯＳの起動時に自動的に起動しても良い。
ログファイル変更監視部１０９は、日時フォーマット定義情報に記載されているログファイル（この実施の形態ではログファイルＡ〜Ｄ）の変更を監視する。それぞれのファイルに変更があった場合には、変更があったファイルのログメッセージについて、前回との差分を読み取る（Ｓ８０３）。
次に、ログファイル変更監視部１０９は、差分を読み取ったログファイルに対応する日時フォーマット定義を参照し（Ｓ８０４）、ログファイルの種類によって、Ｓ８０６〜Ｓ８０９の方法で日時を補完した上で、監視用ログファイル１１１にログメッセージを書き込む（Ｓ８０５〜Ｓ８１０）。
次に、ログファイル変更監視部１０９の停止要求があった場合には、ログファイル変更監視部１０９を停止し、停止要求がない場合には一定期間待機後、Ｓ８０３の処理に戻る（Ｓ８１１〜Ｓ８１２）。
【００２２】
以上の動作により、ログファイル変更監視部１０９がログファイルＡの変更を検知した場合、西暦２桁ＹＹに対して残りの２桁を補完して、監視用ログファイル１１１にログメッセージを出力する（Ｓ８０６）。
ログファイル変更監視部１０９がログファイルＢの変更を検知した場合、補完や変更を実施せずそのまま監視用ログファイル１１１にログメッセージを出力する（Ｓ８０７）。
ログファイル変更監視部１０９がログファイルＣの変更を検知した場合、現在の日付（ＹＹＹＹ／ＭＭ／ＤＤ）を補完して、監視用ログファイル１１１にログメッセージを出力する（Ｓ８０８）。
ログファイル変更監視部１０９がログファイルＤの変更を検知した場合は、現在の監視対象ノードの日付時刻をＹＹＹＹ／ＭＭ／ＤＤ  ｈｈ：ｍｍ：ｓｓの形式で補完して、監視用ログファイル１１１にログメッセージを出力する（Ｓ８０９）。
この結果、監視用ログファイルには、図７の形式で図３、図４、図５、図６のログファイルが統合されて出力される。
【００２３】
ログ監視エージェント１０６は、監視用ログファイル１１１の変更を検知した場合、運用監視サーバ１０１上のログ監視マネージャ１０７にログメッセージを転送する。
ログ監視マネージャ１０７は、転送されたログメッセージをログＤＢ１０８に保存する。
システムの運用管理者は、監視端末１０２から情報システムの監視状態を確認する。この時、監視端末１０２は、運用監視サーバ１０１上のログ監視マネージャ１０７と通信し、ログＤＢ１０８に保存された複数の監視対象ノードのログメッセージを統合して表示する。
【００２４】
以上のように、プログラムから出力されるログファイルにおいて、日時の記載にばらつきがあったり、日時の記載に曖昧さがあったり、日付・時刻のいずれか又は両方が欠けていても、一定の形式に補完してログを統合監視することが可能となるので、情報システムに障害が発生した場合の正確な事象把握が可能となり、障害対応が迅速化される。
また、このログファイル変更監視部、日時フォーマット定義情報、監視用ログファイルの機構は、既存のログ監視機構（市販の運用監視ツールや既存の運用監視システム）に付加することが可能であり、市販の運用監視ツールにも組み込み可能であるし、既存に稼動している運用管理システムにも適用することが可能である。
つまり、本実施の形態では、監視対象ノード側でフォーマット変換を行ってフォーマットが統一されたログメッセージを運用監視サーバに送信するため、運用監視サーバにおいてフォーマット変換を行う必要がなく、既に稼動している運用監視サーバのシステム構成を変更することなく、共通のフォーマットのログファイルを得ることができる。
【００２５】
このように、本実施の形態では、ネットワークに分散して設置された複数の監視対象ノードと、これら複数の監視対象ノードを監視する運用監視サーバ装置を備えた運用管理システムにおいて、
（ａ）１つの監視対象ノード内の複数のログファイルの変更を監視するログファイル変更監視機構；
（ｂ）ログファイルに記述されるログメッセージの日時のフォーマットを定義する日時フォーマット定義手段；
（ｃ）（ａ）と（ｂ）により生成された監視用ログファイル；
を備えることによって、複数の監視対象ノードの複数のログファイルを統合して監視する際に、正確な事象発生日時の特定をするにあたって、既存の運用管理ツールの構成を変更することなくこれを実現するメッセージ監視システムについて説明した。
【００２６】
なお、以上の説明では、図２に示す日時フォーマット定義情報を用いる例を説明したが、他の形式の日時フォーマット定義情報を用いてもよい。
例えば、図１５に示すように、日時フォーマットの補完方法を示す日時フォーマット定義情報を用いてもよい。図１５では、図８のＳ８０６〜Ｓ８０９の処理の内容が示されており、これに従って、ログファイル変更監視部１０９は、各ログファイルの日時フォーマットを基準データフォーマットに合わせるように加工する。
【００２７】
また、以上の説明では、ログファイルの日時フォーマットを共通化する例を説明したが、共通化の対象となるデータフォーマットは日時フォーマットに限らない。
図１６は、各ログファイルのログメッセージに従業員コードが含まれており、ログファイルごとにログメッセージ内の従業員コードの配置順序が異なる場合に、従業員コードの配置順序を共通化するためのデータフォーマット定義情報を示す。
例えば、ログファイルＢでは、従業員コードがログメッセージの先頭に配置されており、これが基準データフォーマットである場合に、ログファイルＡについては、従業員コードがログメッセージの２番目に配置されていることが示されており、ログファイル変更監視部１０９は、この情報に従い、２番目に配置されている項目（従業員コード）をログメッセージの先頭に移動させて基準データフォーマットに一致させることができる。
同様に、ログファイルＣについては、従業員コードがログメッセージの最後尾に配置されていることが示されており、ログファイル変更監視部１０９は、この情報に従い、最後尾に配置されている項目（従業員コード）をログメッセージの先頭に移動させて基準データフォーマットに一致させることができる。
また、ログファイルＤについては、従業員コードがログメッセージの５番目に配置されていることが示されており、ログファイル変更監視部１０９は、この情報に従い、５番目に配置されている項目（従業員コード）をログメッセージの先頭に移動させて基準データフォーマットに一致させることができる。
【００２８】
また、図１７は、各ログファイルのログメッセージに位置情報が含まれており、ログファイルごとに位置情報の表現形式が異なる場合に、位置情報の表現形式を共通化するためのデータフォーマット定義情報を示す。
例えば、ログファイルＢ、Ｄでは、位置情報が緯度・経度で示されており、これが基準データフォーマットである場合に、ログファイルＡについては、位置情報として「ビルＡ」との表記が含まれている場合には、「ビルＡ」との表記を「ビルＡ」の場所の緯度・経度の表記（ＡＡＡ、ＢＢＢ）に変換し、位置情報として「ビルＢ」との表記が含まれている場合には、「ビルＢ」との表記を「ビルＢ」の場所の緯度・経度の表記（ＣＣＣ、ＤＤＤ）に変換すべきことが示されており、ログファイル変更監視部１０９は、この情報に従い、「ビルＡ」、「ビルＢ」との表記を対応する緯度・経度に変換して基準データフォーマットに一致させることができる。
同様に、ログファイルＣについては、位置情報として「ＸＸ町１丁目」との表記が含まれている場合には、「ＸＸ町１丁目」との表記を「ＸＸ町１丁目」内の所定の場所の緯度・経度の表記（ＥＥＥ、ＦＦＦ）に変換し、位置情報として「○○町２丁目」との表記が含まれている場合には、「○○町２丁目」との表記を「○○町２丁目」内の所定の場所の緯度・経度の表記（ＧＧＧ、ＨＨＨ）に変換すべきことが示されており、ログファイル変更監視部１０９は、この情報に従い、「ＸＸ町１丁目」、「○○町２丁目」との表記を対応する緯度・経度に変換して基準データフォーマットに一致させることができる。
【００２９】
実施の形態２．
図９は、実施の形態１で説明した日時フォーマット定義情報を外部から変更する場合の実施の形態を示す。
【００３０】
図９において、日時フォーマット定義変更部１１２は、日時フォーマット定義情報の内容を変更する機構である。
また、運用管理端末３０１は、ＷＡＮ１０３に接続されて監視対象ノード１００群と通信可能である。
日時フォーマット定義変更通知部３０２は、監視対象ノード１００群の日時フォーマット定義変更部１１２との処理のやり取りが可能である。
つまり、日時フォーマット定義変更部１１２は、外部装置である運用管理端末３０１の日時フォーマット定義変更通知部３０２から、日時フォーマット定義記憶部１１０（データフォーマット定義情報記憶部）に記憶されているいずれかの日時フォーマット定義情報（データフォーマット定義情報）の更新指示を受信し、受信した更新指示に従って、対応するデータフォーマット定義情報を更新する。日時フォーマット定義変更部１１２は、データフォーマット情報更新部の例である。
その他の符号については図１と同等であるので、説明を省略する。
【００３１】
また、日時フォーマット定義変更通知部３０２により表示される、日時フォーマット定義変更のための画面の例を図１０に示す。
図１０において、１０００は日時フォーマット定義変更通知部３０２のユーザインタフェース（画面）であり、１００１はログファイルを指定するログファイル入力部、１００２は日時フォーマットの指定又は指定したログファイルの日時フォーマットを表示する日時フォーマット表示・設定部、１００３は指定したログファイルの日時フォーマット表示を指示する表示ボタン、１００４は指定したログファイルに対して日時フォーマットの適用を行う適用ボタンである。
【００３２】
次に動作について説明する。
システムの運用管理者は、実施の形態１の日時フォーマット定義情報の参照を行う際、運用管理端末３０１上の日時フォーマット定義変更通知部３０２を起動する。
日時フォーマット定義変更通知部３０２の画面１０００では、ログファイル選択部１００１にログファイルの名称（ログファイルＡ〜Ｄ）を記述して表示ボタン１００３を押下することにより、日時フォーマット定義変更通知部３０２と監視対象ノード１００の日時フォーマット定義変更部１１２が通信を行い、画面１０００に入力されたログファイルの名称が、日時フォーマット定義変更通知部３０２から日時フォーマット定義変更部１１２に通知される。
日時フォーマット定義変更部１１２は、指定されたログファイルの日時フォーマット定義情報のエントリを日時フォーマット定義情報から読み込み、日時フォーマット定義変更通知部３０２に返す。
日時フォーマット定義変更通知部３０２は、画面１０００の日時フォーマット表示・設定部１００２に、通知された日時フォーマットのエントリを表示する。
【００３３】
また、監視するログファイルに追加があるなど、実施の形態１の日時フォーマット定義情報に変更を加える必要が生じた際、システムの運用管理者は、運用管理端末３０１上の日時フォーマット定義変更通知部３０２を起動する。
日時フォーマット定義変更通知部３０２の画面１０００では、ログファイル選択部１００１に追加・変更を行うログファイルの名称を記述し、日時フォーマット表示・設定部１００２に新たに定義する日時フォーマットを記述して適用ボタン１００４を押下する。
この操作により、日時フォーマット定義変更通知部３０２と監視対象ノード１００の日時フォーマット定義変更部１１２が通信を行い、画面１０００に入力された追加・変更対象のログファイルの名称及び新たに定義する日時フォーマットが、日時フォーマット定義変更通知部３０２から日時フォーマット定義変更部１１２に通知され、日時フォーマット定義変更部１１２は、指定されたログファイルの日時フォーマットの変更又は追加を行う。
【００３４】
以上の様に、実施の形態１において日時フォーマット定義変更部、日時フォーマット定義変更通知部を設けることによって、運用管理者が必要に応じて日時フォーマットを参照・定義可能となるため、管理対象ノード上で監視するログファイルに追加・変更が発生した際に迅速な対応が可能となる。
【００３５】
このように、本実施の形態では、日時フォーマット定義情報の定義を監視対象ノードの外部から変更可能であることを説明した。
【００３６】
なお、以上の説明では、日時フォーマット定義情報の内容を更新する例を説明したが、日時フォーマット定義情報に限らず、例えば、図１６、図１７に示した情報の内容を監視対象ノードの外部から変更するようにしてもよい。
【００３７】
実施の形態３．
図１１は、実施の形態１のログファイルＢ（図４）において、アプリケーションのエラーによって同一のログメッセージが繰り返し出力される例を示している。
ここで、実施の形態１の監視用ログファイル（図１の１１１）について、重複して出力されたログメッセージに対して重複識別子を付加した例が図１２である。
図１２の例では、３行目の「Ｂ１５７  Ａｐｐｌｉｃａｔｉｏｎ  Ｂ  ｓｙｓｔｅｍ  ｅｒｒｏｒ」が４行目、５行目にも重複して出力されており、データの重複を示す重複識別子（ＤＵＰ：１及びＤＵＰ：２）が付加されている。
そして、ログ監視エージェント１０６は、このような重複識別子が付加されたログメッセージを監視用ログファイル１１１から運用監視サーバ１０１に送信する。
図１２の様な監視用ログファイル１１１の出力を実現するためのログファイル変更監視部１０９の動作を図１３に示す。
なお、Ｓ８０１〜Ｓ８１２の動作は実施の形態１及び図８と同等である。
【００３８】
ログファイル変更監視部１０９は、Ｓ８０１、Ｓ８０２の処理を行った後、Ｓ８０３でログメッセージの差分を読み取った際に、差分のログメッセージを記録する（Ｓ１３００）。
また、ログファイル変更監視部１０９は、Ｓ８０６〜Ｓ８０９でログメッセージを加工した後、Ｓ１３００で記録されているログメッセージの中に現在のログメッセージと日時以外が同一のメッセージがあるかどうか検索する（Ｓ１３０１）。
Ｓ１３０１で同一のログメッセージがあった場合、ログメッセージに図１２の例のように重複を示す重複識別子を付加する（Ｓ１３０２）。
【００３９】
以上のように、ログファイル変更監視部の動作でログメッセージの差分を記録することによって、ログメッセージの内容に対して重複があった際にそれを示す情報を管理者に通知可能となるため、システム管理者は、障害解析の際に同一障害が何度発生しているかを知ることができるため、障害への対応が迅速化される。
また、システム管理者は、これら重複メッセージの統計を取ることにより、同一障害の傾向からシステムの弱点を検出可能となる。
【００４０】
以上、本実施の形態では、監視用ログファイルを生成する時に同一ログメッセージの重複を示す情報を付加した監視用ログファイルを生成することを説明した。
【００４１】
最後に、実施の形態１〜３に示した監視対象ノード１００、運用監視サーバ１０１、監視端末１０２、運用管理端末３０１のハードウェア構成例について説明する。
図１８は、実施の形態１〜３に示す監視対象ノード１００、運用監視サーバ１０１、監視端末１０２、運用管理端末３０１のハードウェア資源の一例を示す図である。
なお、図１８の構成は、あくまでも監視対象ノード１００、運用監視サーバ１０１、監視端末１０２、運用管理端末３０１のハードウェア構成の一例を示すものであり、監視対象ノード１００、運用監視サーバ１０１、監視端末１０２、運用管理端末３０１のハードウェア構成は図１８に記載の構成に限らず、他の構成であってもよい。
【００４２】
図１８において、監視対象ノード１００、運用監視サーバ１０１、監視端末１０２、運用管理端末３０１は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
通信ボード９１５、キーボード９０２、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００４３】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。例えば、通信ボード９１５は、ＷＡＮ１０３の他、ＬＡＮ（ローカルエリアネットワーク）、インターネットなどに接続されていても構わない。
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。
また、磁気ディスク装置９２０は、例えば、ログファイルＡ〜Ｄ１０５、監視用ログファイル１１１、日時フォーマット定義情報等を記憶するようにしてもよい。日時フォーマット定義情報を記憶する場合は、磁気ディスク装置９２０が日時フォーマット定義記憶部１１０の役割を担う。
【００４４】
上記プログラム群９２３には、実施の形態１〜３の説明において、例えば、ログファイル変更監視部、ログ監視エージェント、日時フォーマット定義変更部として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００４５】
ファイル群９２４には、実施の形態１〜３の説明において、「〜の判断」、「〜の変換」、「〜の加工」、「〜の比較」、「〜の更新」、「〜の設定」、「〜の付加」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリになどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜３で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００４６】
また、実施の形態１〜３の説明において「〜部」、「〜エージェント」、「〜マネージャ」として説明しているものは、「〜回路」、「〜装置」、「〜機器」、であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」、「〜エージェント」、「〜マネージャ」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１〜３の「〜部」、「〜エージェント」、「〜マネージャ」としてコンピュータを機能させるものである。あるいは、実施の形態１〜３の「〜部」、「〜エージェント」、「〜マネージャ」の手順や方法をコンピュータに実行させるものである。
【００４７】
このように、実施の形態１〜３に示す監視対象ノード１００、運用監視サーバ１０１、監視端末１０２、運用管理端末３０１は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」、「〜エージェント」、「〜マネージャ」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【図面の簡単な説明】
【００４８】
【図１】実施の形態１に係るメッセージ監視システムの構成例を示す図。
【図２】実施の形態１に係る日時フォーマット定義情報の例を示す図。
【図３】実施の形態１に係るログファイルＡの例を示す図。
【図４】実施の形態１に係るログファイルＢの例を示す図。
【図５】実施の形態１に係るログファイルＣの例を示す図図。
【図６】実施の形態１に係るログファイルＤの例を示す図。
【図７】実施の形態１に係る監視用ログファイルの例を示す図。
【図８】実施の形態１に係るログファイル変更監視部の動作例を示すフローチャート図。
【図９】実施の形態２に係るメッセージ監視システムの構成例を示す図。
【図１０】実施の形態２に係る日時フォーマット定義変更のための表示画面例を示す図。
【図１１】実施の形態３に係る同一のログメッセージが繰り返し出力される例を示す図。
【図１２】実施の形態３に係る監視用ログファイルの例を示す図。
【図１３】実施の形態３に係るログファイル変更監視部の動作例を示すフローチャート図。
【図１４】実施の形態１に係る監視対象ノード装置の動作例を示すフローチャート図。
【図１５】実施の形態１に係る日時フォーマット定義情報の例を示す図。
【図１６】実施の形態１に係るデータフォーマット定義情報の例を示す図。
【図１７】実施の形態１に係るデータフォーマット定義情報の例を示す図。
【図１８】実施の形態１〜３に係る監視対象ノード装置、運用監視サーバ装置等のハードウェア構成例を示す図。
【符号の説明】
【００４９】
１００  監視対象ノード装置、１０１  運用監視サーバ装置、１０２  監視端末、１０３  ＷＡＮ、１０４  監視対象プログラム、１０５  ログファイル、１０６  ログ監視エージェント、１０７  ログ監視マネージャ、１０８  ログＤＢ、１０９  ログファイル変更監視部、１１０  日時フォーマット定義記憶部、１１１  監視用ログファイル、３０１  運用管理端末、３０２  日時フォーマット定義変更通知部。
【図１】
2009009448.tif 000003
【図２】
2009009448.tif 000004
【図３】
2009009448.tif 000005
【図４】
2009009448.tif 000006
【図５】
2009009448.tif 000007
【図６】
2009009448.tif 000008
【図７】
2009009448.tif 000009
【図８】
2009009448.tif 000010
【図９】
2009009448.tif 000011
【図１０】
2009009448.tif 000012
【図１１】
2009009448.tif 000013
【図１２】
2009009448.tif 000014
【図１３】
2009009448.tif 000015
【図１４】
2009009448.tif 000016
【図１５】
2009009448.tif 000017
【図１６】
2009009448.tif 000018
【図１７】
2009009448.tif 000019
【図１８】
2009009448.tif 000020