(57)【要約】【課題】複数の計算機の統合管理環境において、監視対象の計算機から収集された種々のメッセージに対し、メッセージの形式や文言の変換、および運用環境に応じたメッセージ重大度の変更を可能とし、運用管理者が理解しやすいメッセージへと変換することで障害対応の初動に要する時間を短縮する。【解決手段】従来の統合管理ツールに対し、メッセージの形式や文言を変換するルールを定義してメッセージ変換ルール記憶手段に格納しておき、メッセージデータベースに格納されたメッセージを取り出し、該取り出したメッセージに適用可能なメッセージ変換ルールを前記メッセージ変換ルール記憶手段から検索し、取得したメッセージに対して、検索されたメッセージ変換ルールに基づくメッセージの変換を施し、その変換結果を前記メッセージデータベースに格納する。これにより、メッセージの形式や文言を変換でき、重大度の変更もできる。【選択図】図１
2008009475.tif 000002
【特許請求の範囲】
【請求項１】
監視対象の電子計算機で発生するメッセージを監視するメッセージ監視手段と、検知したメッセージを格納するメッセージデータベースと、該メッセージデータベースに集積されたメッセージをコンソール上に表示する表示手段とを備える統合管理システムにおいて、前記メッセージデータベース上のメッセージを変換するメッセージ変換装置であって、
前記メッセージの形式や文言を変換するルールを定義するメッセージ変換ルール定義手段と、
前記メッセージ変換ルール定義手段により定義されたルールを格納するメッセージ変換ルール記憶手段と、
前記メッセージデータベースに格納されたメッセージを取り出すメッセージ取得手段と、
取得したメッセージに適用可能なメッセージ変換ルールを前記メッセージ変換ルール記憶手段から検索するメッセージ変換ルール検索手段と、
前記メッセージ取得手段で取得したメッセージに対して、前記検索されたメッセージ変換ルールに基づくメッセージの変換を施すメッセージ変換実行手段と、
前記メッセージ変換実行手段の変換結果を前記メッセージデータベースに格納するメッセージ登録手段と
を備えることを特徴とするメッセージ変換装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムの運用管理に関する技術に関し、特に、各種オペレーティングシステムやアプリケーションプログラムが出力するメッセージを統合管理するシステムにおけるメッセージの管理の技術に関するものである。
【背景技術】
【０００２】
大規模・複雑化した計算機システムにおいて、運用管理者の負荷軽減・障害対応の迅速化・マルチベンダ対応を実現する手段として、統合管理ツールがある。
【０００３】
統合管理ツールでは、Windows（登録商標）のイベントログやUNIX（登録商標）のsyslog、各種アプリケーションプログラムのログファイルなどに出力されるメッセージを収集し、コンソール上に一覧表示する。運用管理者は、パトランプやブザーなどにより障害発生を検知し、統合管理ツールのコンソール上に表示されるメッセージにより障害内容を確認し、障害対応を行なう。近年の統合管理ツールのなかには、障害メッセージを解析し、予め定義された内容に従い、障害対応まで自律的に実行する自律運用機能を備えたものもある。しかしながら、自律運用機能を備えた統合管理ツールを導入したとしても、全ての事象に対して自動的に対処を行なえるわけではないため、統合管理ツールのコンソール上に表示されるメッセージを運用管理者が確認して対処を行なう必要性は依然として存在する。
【０００４】
なお、本発明に関連する公知技術文献としては、下記の特許文献１〜特許文献３がある。特許文献１には、複数のサブシステムから構成されている計算機システムの運用管理を操作方法が異なる複数の運用管理ツール群を用いて行なっているサイトにおいて、既存の運用管理ツール群を統一されたインタフェースで機能させ、システムの運用管理を一元化する支援システムが開示されている。特許文献２には、障害が発生したとき、ハードログを採取し、対応するメッセージとハードログとをマージして転送装置ファイルに格納し、保守拠点のパソコンからその転送装置ファイル内のメッセージとハードログとを取り込んで、加工、編集して表示することにより、保守拠点の保守者がそれを見て障害切り分け等の保守作業を行うようにしたシステムが開示されている。特許文献３には、コンソールメッセージの文字列を抽出して自動運転を行うコンピュータシステムが開示されている。
【特許文献１】特許第３４８４７１８号
【特許文献２】特開平１１−２９６４８０
【特許文献３】特開２００３−５９８８
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献１〜３の技術を含め、従来の統合管理ツールでは、監視対象の電子計算機上で稼動するオペレーティングシステムや各種アプリケーションが出力するメッセージを収集し、収集したメッセージをコンソール上にほぼそのままの形で一覧表示している。このことに起因し、統合管理ツールのコンソール上に表示されたメッセージに基づき運用管理者が障害対処を行なう際に、従来の統合管理ツールには、以下に示す３つの問題があり、迅速な対応の妨げとなっている。
【０００６】
第１の問題点は、各種オペレーティングシステムやアプリケーションが出力するメッセージの形式はまちまちであり、統一性がないため、統合管理ツールのコンソール上に表示されたメッセージ一覧が煩雑で見づらいことである。また、メッセージの形式によっては、障害対応に必要な情報がメッセージに後ろのほうにあり、統合管理ツールのコンソール画面に表示しきれず、画面をスクロールさせないと情報を確認できないことがある。このような問題により、障害対処時の運用管理者の負荷が増大している。統合管理ツールのコンソール上に表示されるメッセージの一覧が煩雑であり、対処が必要なメッセージの抽出が困難である点の解決策として、従来の統合運用管理ツールでは、メッセージの検索機能を備えたり、重大度の高いメッセージは背景色を変えて表示するなどの対策が施されている。
【０００７】
第２の問題点は、出力されるメッセージによっては、メッセージの文言が英語など外国語の文章であったり、日本語であってもメッセージを出力した製品についての専門知識を持っていないと理解できないような難解なものであったりすることにより、障害対応を行なうために運用管理者にかなりのスキルが必要とされることである。
【０００８】
第３の問題点は、稼動環境が異なると同一のエラーが発生したとしても運用管理者の対処内容は異なってくるが、エラーが同じであれば各アプリケーションプログラムからは同一のメッセージが出力されるため、統合コンソール上に表示したメッセージを見ただけではすぐには区別がつかないことである。例えば、監視対象の１つでシステムメンテナンスを行っており、当該監視対象においてメンテナンス作業中に発生したエラーは障害対処が不要である、というような場合、運用管理者は、統合コンソール上にエラーメッセージが表示されると、それが対処の必要な監視対象から出力されたものであるかどうかをいちいち確認してから対処を行う必要がある。
【０００９】
本発明は、上記問題点を鑑みてなされたものであり、監視対象から収集されたメッセージに対し、予め定義しておいたルールに基づいてメッセージの形式や文言、重大度の変換を施すことができるメッセージ変換装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の計算機システム統合管理環境におけるメッセージ変換装置は、監視対象の電子計算機で発生するメッセージを監視するメッセージ監視手段と、検知したメッセージを格納するメッセージデータベースと、該メッセージデータベースに集積されたメッセージをコンソール上に表示する表示手段とを備える統合管理システムに適用して前記メッセージデータベース上のメッセージを変換するメッセージ変換装置であって、メッセージの形式や文言を変換するルールを定義してメッセージ変換ルール記憶手段に格納しておき、メッセージデータベースに格納されたメッセージを取り出し、該取り出したメッセージに適用可能なメッセージ変換ルールを前記メッセージ変換ルール記憶手段から検索し、取得したメッセージに対して、検索されたメッセージ変換ルールに基づくメッセージの変換を施し、その変換結果を前記メッセージデータベースに格納することを特徴とするものである。
【００１１】
メッセージの変換は、例えば、メッセージの形式が同一であるメッセージ群ごとにメッセージの形式を変更する機能、メッセージの形式が同一であるメッセージ群に含まれる個々のメッセージについてはメッセージ中の埋め字部分を含めてその内容を自由に変更する機能、および、メッセージ発生元機器に応じてメッセージの重大度を変更する機能などで実現する。また、メッセージデータベースから取り出したメッセージに対応するメッセージ変換ルールが検索できなかった場合には、当該メッセージに対するメッセージ変換ルールをメッセージ変換ルール定義手段で定義できるように、当該メッセージをメッセージ変換ルールデータベースに登録する変換ルール未定義メッセージの学習機能を有するようにしてもよい。
【発明の効果】
【００１２】
本発明のメッセージ変換装置によれば、次のような効果がある。
（１）メッセージのフォーマットを変換することができるので、種々のオペレーティングシステムやアプリケーションが出力する形式に統一性のないメッセージを、統一した形式に変換し、統合管理ツールのコンソール上に表示することができる。従って、メッセージ管理の煩雑さが解消できる。
（２）メッセージ中の文字列を置換することができるので、統合管理ツールのコンソール上に表示されるメッセージを、運用管理者に理解しやすい文言に変更したり、システムの運用環境に応じたメッセージに変更することができる。また、変換後のメッセージに最初に行なうべき対処指示も含めることにより、対処の迅速化を図ることができる。
（３）メッセージの重大度を変更することができるので、重大度をメッセージの発生元の稼働環境に応じた重大度に変更することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明を適用したメッセージ変換装置の一実施の形態について説明する。
【００１４】
図１は、本発明の実施の形態の一例を示すシステム構成図である。メッセージ変換装置は、メッセージ変換ルール定義部（１０１）、メッセージ変換ルールＤＢ（１０２）、およびメッセージ変換処理部（１０３）から構成される。表示部（１０４）、メッセージＤＢ（１０５）、メッセージ監視部（１０６）、監視対象（１０７ａ、１０７ｂ、…、１０７ｎ）、および監視内容定義ファイル（１０８）は、従来より知られている統合管理ツールの構成要素である。
【００１５】
メッセージ変換ルール定義部（１０１）は、メッセージの形式や文言、重大度を変換するためのルールを、GUI（Graphical User Interface）で定義する部分であり、定義内容はメッセージ変換ルールＤＢ（１０２）に格納される。
【００１６】
監視対象（１０７ａ、１０７ｂ、…、１０７ｎ）には、ＯＳや各種アプリケーションが出力するログファイルやＳＮＭＰトラップが該当する。ログファイルやＳＮＭＰトラップとして出力されたメッセージは、監視内容定義ファイル（１０８）の定義に従いメッセージ監視部（１０６）により検知され、メッセージＤＢ（１０５）に格納される。メッセージ監視部（１０６）、監視対象（１０７ａ、１０７ｂ、…、１０７ｎ）、および監視内容定義ファイル（１０８）は、監視対象の各電子計算機上に配置される。メッセージＤＢ（１０５）は、統合管理用の電子計算機上に配置される。メッセージＤＢ（１０５）には、監視対象の電子計算機上に配置されたメッセージ監視部（１０６）で検知されたメッセージが集積される。
【００１７】
メッセージ変換処理部（１０３）の処理手順については、後に詳しく説明するが、その処理の概要は以下のようなものである。まずメッセージ取得部（１０９）でメッセージＤＢ（１０５）に集積されたメッセージを取り出し、次に、メッセージ変換ルール検索部（１１０）で上記取り出したメッセージに対応するメッセージ変換ルールをメッセージ変換ルールＤＢ（１０２）から検索する。該当するメッセージ変換ルールが存在した場合には、メッセージ変換実行部（１１１）でメッセージ変換処理を実施し、メッセージ登録部（１１２）で変換後メッセージをメッセージＤＢ（１０５）に登録する。メッセージ変換ルール検索部（１１０）でメッセージ変換ルールを検索した際に、該当するメッセージ変換ルールが存在しなかった場合には、当該メッセージをメッセージ変換ルール定義候補メッセージとしてメッセージ変換ルールＤＢ（１０２）に登録する。メッセージ変換ルール定義部（１０１）では、メッセージ変換ルール定義候補として登録されたメッセージを参照することで、変換ルールが未定義のメッセージを確認し、メッセージ変換ルールの定義を追加することができる。表示部（１０４）は、メッセージＤＢ（１０５）に集積されたメッセージを一覧表示する。
【００１８】
図２および図３を参照し、メッセージ変換ルール定義部（１０１）により定義され、メッセージ変換ルールＤＢ（１０２）に格納されるメッセージ変換ルールの内容について説明する。メッセージ変換ルールには、２種類のルールがある。１つは、メッセージを出力するアプリケーション毎やログファイルの種類毎のように、メッセージの形式を一意に特定できる単位毎に、メッセージの形式を変換するルールを定義するものであり、これを「フォーマット変換ルール」と呼ぶ。もう１つは、メッセージに対してフォーマット変換ルールを適用して変換した後に、さらにどこで出力されたどのメッセージなのかを特定し、個別のメッセージ毎に重大度やメッセージの文言を変換するルールを定義するものであり、これを「メッセージ別変換ルール」と呼ぶ。
【００１９】
図２は、フォーマット変換ルールの一定義例を示したものである。フォーマット変換ルールは、フォーマット変換ルールＩＤ（２０１）、アプリケーション名（２０２）、オブジェクト名（２０３）、変換前区切り情報（２０４）、変換前フィールド種別（２０５）、変換後区切り情報（２０６）、変換後フィールド種別（２０７）、およびメッセージ特定キー（２０８）で構成される。フォーマット変換ルールＩＤ（２０１）は、当該フォーマット変換ルールを特定するＩＤであり、メッセージ変換ルール定義部（１０１）によりフォーマット変換ルールが定義されたときに自動で付与されるＩＤである。アプリケーション名（２０２）とオブジェクト名（２０３）は、メッセージを出力したアプリケーションとメッセージが出力されたオブジェクトを表す情報で、メッセージＤＢ（１０５）に格納されているメッセージが属性として持っている情報であり、メッセージ形式を特定するための条件として使用する。アプリケーション名（２０２）およびオブジェクト名（２０３）の組み合わせ、またはそのどちらかで、メッセージ形式を特定する。変換前区切り情報（２０４）および変換前フィールド種別（２０５）は、変換前のメッセージの形式を定義する情報である。変換前区切り情報（２０４）は、変換前のメッセージについて、メッセージを構成する要素単位に分割する区切り位置を定義するものであり、区切り文字列または区切りカラム位置を指定する。変換前フィールド種別（２０５）は、変換前区切り情報（２０４）により分割された各構成要素の種別を定義するものである。変換後区切り情報（２０６）および変換後フィールド種別（２０７）は、変換後のメッセージについて、区切り情報とフィールド種別を定義するものである。メッセージ特定キー（２０８）は、フォーマット変換ルールの適用対象となるメッセージ群から個々のメッセージを特定するためのキーを定義するものであり、メッセージ特定キー（２０８）に指定した項目の値をメッセージ別変換ルールの検索条件として使用するためのものである。
【００２０】
図３は、メッセージ別変換ルールの定義例を示したものである。図３には（３０１）と（３０２）の２つの定義例を示している。（３０１）の定義例を参照して、メッセージ別変換ルールの定義内容を説明する。メッセージ別変換ルールは、メッセージ別変換ルールＩＤ（３０３）、フォーマット変換ルールＩＤ（２０１）、メッセージ発生元（３０４）、メッセージ特定キー値（３０５）、埋め字個数（３０６）、埋め字開始位置（３０７）、埋め字終了条件（３０８）、メッセージ本文片（３０９）、挿入埋め字（３１０）、および変換後重大度（３１１）から構成される。メッセージ別変換ルールＩＤ（３０３）は、当該メッセージ別変換ルールを特定するＩＤであり、メッセージ変換ルール定義部（１０１）によりメッセージ別変換ルールが定義されたときに自動で付与されるＩＤである。フォーマット変換ルールＩＤ（２０１）は、どのフォーマット変換ルールに対するメッセージ別変換ルールであるかを表す。メッセージ発生元（３０４）は、メッセージＤＢ（１０５）に格納されているメッセージが属性として持っている情報であり、どこで発生したメッセージであるかを特定するために使用する。メッセージ特定キー値（３０５）は、対応するフォーマット変換ルールでメッセージ特定キーとして指定された項目の値である。埋め字個数（３０６）、埋め字開始位置（３０７）、および埋め字終了条件（３０８）は、メッセージ本文中の埋め字の情報を定義するものである。ここで、埋め字とは、メッセージ本文に含まれる可変情報部分（個々のメッセージで変化する部分）のことを埋め字と呼ぶこととする。埋め字個数（３０６）には、メッセージ本文に含まれる埋め字の個数を指定する。埋め字開始位置（３０７）には、一つ前の埋め字から該当する埋め字までの間の固定文字列部分のバイト数を指定する。一つ目の埋め字の場合は、メッセージ本文の先頭から該当する埋め字までの固定文字列部分のバイト数を指定する。埋め字終了条件（３０８）には、埋め字部分が固定長の場合には埋め字開始位置からの相対バイト数を、埋め字部分が可変長の場合には該当する埋め字の終了位置から次の埋め字の開始位置までの固定文字列を、それぞれ指定する。メッセージ本文中の最後の埋め字で、かつ、可変長の場合は、該当する埋め字の終了位置からメッセージ本文の最後までの固定文字列を指定する。メッセージ本文片（３０９）には、置換後のメッセージ本文における埋め字以外の固定文字列部分を指定する。挿入埋め字（３１０）には、メッセージ本文片間に挿入する埋め字の番号（何番目の埋め字を挿入するかを示す順番の番号である）を指定する。変換後重大度（３１１）には、変換後の重大度を指定する。
【００２１】
メッセージ別変換ルールの定義例（３０２）は、メッセージ発生元（３１２）と変換後重大度（３１３）のみが定義例（３０１）と異なるものである。例えば、ホストＢにおいてシステムメンテナンスが予定されており、メンテナンス中に発生するエラーについては障害対処が必要ない場合、メンテナンス作業中は（３０２）のように変換後重大度を低く設定したメッセージ別変換ルールを登録しておき、メンテナンス作業終了後には通常設定の（３０１）のメッセージ別変換ルールに戻す、という運用が可能である。予めメンテナンスを行なう時間帯が決まっている場合には、その時間帯になったら自動的にメッセージ別変換ルール（３０１）を（３０２）に入れ替え、メンテナンス終了時刻になったら自動的にメッセージ別変換ルール（３０１）に戻すようにすると良い。
【００２２】
図４〜図７を参照して、メッセージ変換処理部（１０３）で実施されるメッセージ変換処理の内容について説明する。
【００２３】
図４は、メッセージＤＢ（１０５）から取得したメッセージの例である。メッセージＤＢ（１０５）から取得したメッセージ（４０１）は、どのアプリケーションが出力したかを表すアプリケーション名（４０３）、ログファイル名など出力したオブジェクトの名称を表すオブジェクト名（４０４）、メッセージの重大度（４０５）、メッセージが発生した機器を表すメッセージ発生元（４０６）、およびメッセージ（４０７）という属性から構成される。図４のメッセージ（４０１）とメッセージ（４０２）は、メッセージ発生元とメッセージ中のタイムスタンプのみが異なる。
【００２４】
図５は、メッセージ（４０１）に対して、図２のフォーマット変換ルールを適用してフォーマット変換を行った場合の処理を説明したものである。フォーマット変換前メッセージ（５０１）は、メッセージ（４０１）の本文であるメッセージ（４０７）と同じ内容である。このフォーマット変換前メッセージ（５０１）は、変換前区切り情報（２０４）および変換前フィールド種別（２０５）に従って区切られ、タイムスタンプ（DD/MMM/YYYY hh:mm:ss）（５０２）、情報１（５０３）、情報２（５０４）、メッセージＩＤ（５０５）、およびメッセージ本文（５０６）の５つのフィールドと４つの半角スペース（５０７）に分割される。次に、変換後区切り情報（２０６）および変換後フィールド種別（２０７）に従い、フィールドの並べ替えを行い、フォーマット変換後メッセージ（５０９）を作成する。その際、タイムスタンプ（DD/MMM/YYYY hh:mm:ss）（５０２）は、変換後フィールド種別（２０７）の定義に従い、タイムスタンプ（YYYY/MM/DD hh:mm:ss）（５０８）へと形式が変更される。続いて、メッセージＩＤ（５０５）、メッセージ本文（５０６）、情報１（５０３）、情報２（５０４）の順でフィールドが並べられ、各フィールド間に半角スペース（５０７）が挿入されて、フォーマット変換後メッセージ（５０９）が構成される。
【００２５】
図６は、図５のメッセージ本文（５０６）に対して、図３のメッセージ別変換ルール（３０１）を適用してメッセージの文言の置換を行う場合の処理を説明したものである。埋め字個数（３０６）が１であるため、メッセージ本文（５０６）に存在する埋め字は１つであることが分る。埋め字開始位置１（３０７）が３２および埋め字終了条件１（３０８）が“）”をメッセージ本文（５０６）に適用すると、埋め字開始位置が６０１の位置となり、埋め字終了条件が６０２の“）”となるから、埋め字として“５４００”（６０３）が取得される。続いて、メッセージ本文片（３０９）で定義されたメッセージ本文片１（６０４）とメッセージ本文片２（６０５）との間に挿入埋め字（３１０）で指定された埋め字番号に対応する埋め字文字列、すなわち前述の埋め字文字列（６０３）を挿入しつなぎ合わせることで、メッセージ本文（５０６）を置換するための文字列を作成する。
【００２６】
図７は、図４のメッセージを、図２のフォーマット変換ルールおよび図３のメッセージ別変換ルールに従って、変換した結果を示したものである。メッセージ（７０１）は、メッセージ（４０１）に、図２のフォーマット変換ルールおよび図３のメッセージ別変換ルール（３０１）を適用して変換した結果である。メッセージ（７０２）は、メッセージ（４０２）に、図２のフォーマット変換ルールおよび図３のメッセージ別変換ルール（３０２）を適用して変換した結果である。メッセージ（４０１）と（４０２）は同一のエラーに対するメッセージであるが、メッセージの発生元の違いに応じて別々のメッセージ別変換ルールが適用されることにより、異なる重大度（７０３）と（７０４）をそれぞれ持つメッセージに変換される。
【００２７】
図８を参照して、以上のように構成された本実施形態のメッセージ変換装置の動作を説明する。図８は、メッセージ変換処理部（１０３）の処理概要を示すフローチャートである。
【００２８】
メッセージ変換処理部（１０３）では、まずメッセージ取得部（１０９）によりメッセージＤＢ（１０５）からメッセージを１件取得する（ステップ８０１）。未取得のメッセージがない場合は、本ステップにて新規メッセージの発生を待ち受ける。メッセージを取得したら、メッセージ変換ルール検索部（１１０）により、取得したメッセージに対応するフォーマット変換ルール（図２）が定義されているかどうか、メッセージ変換ルールＤＢ（１０２）から検索する（ステップ８０２）。
【００２９】
取得したメッセージに対応するフォーマット変換ルールが定義されていなかった場合（ステップ８Ｏ３で‘Ｎ’の場合）、ステップ８１０で当該メッセージをフォーマット変換ルール定義候補としてメッセージ変換ルールＤＢ（１０２）に登録し、その後、ステップ８０１に戻り、次のメッセージを取得する。フォーマット変換ルールが存在した場合（ステップ８０３で‘Ｙ’の場合）、メッセージ変換実行部（１１１）にてステップ８０４およびステップ８０５を実行する。ステップ８０４では、取得したメッセージに対応するフォーマット変換ルールで定義されている変換前フォーマット定義に基づき、当該メッセージをフィールドに分割する。ステップ８０５では、ステップ８０４で分割したフィールドを変換後フォーマット定義に基づいて並べ替えることにより、フォーマット変換を実施する。ステップ８０４，８０５の処理例は図５で説明した。
【００３０】
フォーマット変換処理が完了したら、ステップ８０６で、メッセージ変換ルール検索部（１１０）を再度呼び出し、当該メッセージに対応するメッセージ別のメッセージ変換ルール（図３）が定義されているかどうか、メッセージ変換ルールＤＢ（１０２）から検索する。メッセージ別変換ルールが存在しなかった場合（ステップ８０６で‘Ｎ’の場合）、ステップ８１１で当該メッセージをメッセージ別変換ルール定義候補としてメッセージ変換ルールＤＢ（１０２）に登録し、その後、ステップ８０９でメッセージ登録部（１１２）によりフォーマット変換済みのメッセージをメッセージＤＢ（１０５）に登録する。メッセージ別変換ルールが存在した場合（ステップ８０６で‘Ｙ’の場合）、メッセージ変換実行部（１１１）でステップ８０７〜ステップ８０９を実行する。ステップ８０７では、メッセージの文言の置換処理を行う。このメッセージの文言の置換処理については図６で説明した。ステップ８０８では、重大度の変換処理を行う。重大度の変換処理は、メッセージの重大度を、メッセージ別変換ルールの変換後重大度で書き替える処理である。変換前のメッセージの重大度がErrorであっても、適用するメッセージ別変換ルールの変換後重大度がWarningであるので、変換後のメッセージの重大度がWarningに設定される例は、図７で説明した。ステップ８０９では、メッセージ登録部（１１２）によりメッセージ別変換ルール適用後のメッセージをメッセージＤＢ（１０５）に登録する。このとき、変換前メッセージの取り扱いとしては、メッセージＤＢ（１０５）上で変換前メッセージを変換後メッセージに入れ替える方法や、変換前メッセージはそのまま残し、変換後メッセージを新たに登録する方法が考えられる。変換後メッセージを新たに登録する場合は、変換前メッセージと区別をつけるための属性を変換後メッセージに付加したうえで登録を行い、表示部（１０４）でフィルタをかけて変換後メッセージのみ表示することもできるようにするとよい。
【図面の簡単な説明】
【００３１】
【図１】本発明の一実施の形態例を示すシステム構成図
【図２】メッセージ形式の変換ルールの定義例を示す図
【図３】メッセージ別変換ルールの定義例を示す図
【図４】メッセージＤＢからの取得メッセージ例を示す図
【図５】メッセージ形式変換の実施例を示す図
【図６】フィールド文字列置換の実施例を示す図
【図７】メッセージ変換処理後のメッセージ例を示す図
【図８】メッセージ変換処理部におけるメッセージ変換動作を説明するフローチャート
【符号の説明】
【００３２】
１０１…メッセージ変換ルール定義部、１０２…メッセージ変換ルールＤＢ、１０３…メッセージ変換処理部、１０４…表示部、１０５…メッセージＤＢ、１０６…メッセージ監視部、１０７ａ,１０７ｂ,１０７ｎ…監視対象、１０８…監視内容定義ファイル、１０９…メッセージ取得部、１１０…メッセージ変換ルール検索部、１１１…メッセージ変換実行部、１１２…メッセージ登録部、２０１…フォーマット変換ルールＩＤ、２０２…アプリケーション名、２０３…オブジェクト名、２０４…変換前区切り情報、２０５…変換前フィールド種別、２０６…変換後区切り情報、２０７…変換後フィールド種別、２０８…メッセージ特定キー、３０３…メッセージ別変換ルールＩＤ、３０４，３１２…メッセージ発生元、３０５…メッセージ特定キー値、３０６…埋め字個数、３０７…埋め字開始位置、３０８…埋め字終了条件、３０９…メッセージ本文片、３１０…挿入埋め字、３１１，３１３…変換後重大度、４０１，４０２…メッセージＤＢから取得したメッセージ、４０３…アプリケーション名、４０４…オブジェクト名、４０５…重大度、４０６…メッセージ発生元、４０７…メッセージ、５０１…フォーマット変換前メッセージ、５０２…タイムスタンプ（DD/MMM/YYYY hh:mm:ss）、５０３…情報１、５０４…情報２、５０５…メッセージＩＤ、５０６…メッセージ本文、５０７…半角スペース、５０８…タイムスタンプ（YYYY/MM/DD hh:mm:ss）、５０９…フォーマット変換後メッセージ、６０１…埋め字開始位置、６０２…埋め字終了条件、６０３…埋め字文字列、６０４…メッセージ本文片１、６０５…メッセージ本文片２、７０１，７０２…メッセージ変換処理後メッセージ、７０３，７０４…重大度。
【図１】
2008009475.tif 000003
【図２】
2008009475.tif 000004
【図３】
2008009475.tif 000005
【図４】
2008009475.tif 000006
【図５】
2008009475.tif 000007
【図６】
2008009475.tif 000008
【図７】
2008009475.tif 000009
【図８】
2008009475.tif 000010