(57)【要約】【課題】本発明は，複数種類のプログラムが発行する複数種類のイベントを監視するための運用方法に関するものであり，従来では複数種類のプログラムが発行する複数種類のイベントを監視するためには，それぞれのイベントについてそれぞれのイベントビューを用いて監視する必要があり，効率が悪かった。【解決手段】上記課題を解決するために，イベント変換システムにより複数種類のプログラムが発行する複数種類のイベントを共通形式イベントに変換し，統合ビューで監視することで課題を解決する。【選択図】　図１
2004086513.tif 000002
【特許請求の範囲】
【請求項１】
計算機を用いたイベント変換方法であって、
前記計算機は、予め記憶装置に格納されたルールの情報を読み出し、
他の計算機からイベントを受信し、
受信した前記イベントを読み出した前記ルールの情報にもとづいて変換し、
受信した前記イベントと読み出した前記ルールの情報にもとづいて属性情報を作成し、
前記変換したイベントと作成した前記属性情報とを対応づけて記憶装置へ格納することを特徴とするイベント変換方法。
【請求項２】
前記変換したイベントと作成した前記属性情報とを対応づけた情報を画面へ表示させることを特徴とする請求項１記載のイベント変換方法。
【請求項３】
イベント変換プログラムであって、
予め記憶装置に格納されたルールの情報を読み出し、
他のプログラムからイベントを受信し、
受信した前記イベントを読み出した前記ルールの情報にもとづいて変換し、
受信した前記イベントと読み出した前記ルールの情報にもとづいて属性情報を作成し、
前記変換したイベントと作成した前記属性情報とを対応づけて記憶装置へ格納することを特徴とするイベント変換プログラム。
【請求項４】
イベント変換システムであって、
予め記憶装置に格納されたルールの情報を読み出す手段と、
他の計算機からイベントを受信する手段と、
受信した前記イベントを読み出した前記ルールの情報にもとづいて変換する手段と、
受信した前記イベントと読み出した前記ルールの情報にもとづいて属性情報を作成する手段と、
前記変換したイベントと作成した前記属性情報とを対応づけて記憶装置へ格納する手段とを含むことを特徴とするイベント変換システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，プログラムが発行するイベントを共通のイベントに変換する，イベント変換システムに関するものである。
【０００２】
【従来の技術】
特開２０００−４００２１にて，イベントを収集してコンソールに表示するシステムについて開示されている。また，特開平１０−３２０３５３にて発生したイベントを別のイベントに変換して送信するシステムについて開示されている。
【０００３】
【発明が解決しようとする課題】
従来の技術では，イベントごとに特別な変換システムが必要であった。また，そのイベントについて詳細な属性情報を知るためには元のイベントを特定するのが困難であり，元のイベントに戻って属性を変更するためには別の手段で属性情報を変更するような特別なプログラムが必要であった。
【０００４】
本発明では、上記課題を解決し、イベントを共通の形式のイベントへ変換する方法を提供する。
【０００５】
【課題を解決するための手段】
本発明のイベント変換プログラムであって、予め記憶装置に格納されたルールの情報を読み出し、他のプログラムからイベントを受信し、受信した前記イベントを読み出した前記ルールの情報にもとづいて変換し、受信した前記イベントと読み出した前記ルールの情報にもとづいて属性情報を作成し、前記変換したイベントと作成した前記属性情報とを対応づけて記憶装置へ格納することを特徴とする。
【０００６】
複数の異なる形式のイベントを共通形式のイベントに変換するシステムにおいて、元のイベントのＩＤと共通形式のＩＤを対応させるテーブルを持ち、マッピングルールに基づいて共通形式のイベントに変換することで変換システムを１個所に統合する。また，共通イベントへの変換時にオブジェクトポインタを生成し，元イベント発行元オブジェクトの属性情報を取得または変更することを可能とする。
【０００７】
【発明の実施の形態】
以下，本発明の一実施の形態を図面を用いて詳細に説明する。　　　図１は，本発明の一実施形態によるイベント変換システムのシステム構成図である。ｈｏｓｔ−Ａ、ｈｏｓｔ−Ｂ、ｈｏｓｔ−Ｃは計算機である。
【０００８】
図１において，１０２―Ａ〜１０２−Ｄは，イベントを発行するプログラムである。１０１は，運用管理プログラムＢが使用するデータベースであり，運用管理プログラムＢが管理するオブジェクトの属性値を格納したものである。図１では、ｈｏｓｔ−ＡがＤＢ１０１を含んでいるが、ネットワークを介して接続されていてもよいし、その他の方法でアクセス可能な状態であってもよい。
【０００９】
尚、イベントとは、プログラムが送受信する情報であり、マシン（計算機、携帯端末など）、ネットワーク（回線、ルータ、ゲートウエイ、ハブなど）、ジョブ（プログラム、プログラムのインストール状況、プログラムの実行状態など）、記憶装置（データベース、ハードディスク、ＲＡＩＤなど）の情報やこれらが何らかの障害を発生した時の情報や、これらに対して監視または処理の指示をするための情報などを含んでいてもよいし、その他のものでもよい。
【００１０】
イベント変換部１２０は、１０２―Ａ〜１０２−Ｄのプログラム群から発行されるイベントをイベント受信部１２１にて受信する。イベント受信部で受信したイベントはイベント共通形式変換部１２２にて，イベント変換ルール１０４のルールに従い共通形式イベントに変換する。このフローは図６に示す。イベント変換ルール１０４の形式は図３に示す。共通形式イベントに変換されたイベントはイベント蓄積部１２３にて，共通形式イベントＤＢ１０３に格納される。共通形式イベントＤＢのテーブルを図２に示す。
【００１１】
共通形式イベントＤＢ１０３に格納された共通形式イベントはイベントＤＢ出力部１２４により統合ビュー１３０に出力される。統合ビュー１３０ではイベントＤＢ出力部１２４から渡されたイベントをイベント表示部１３１で表示させる。イベント表示部１３１では，共通イベントに変換された複数種類のイベントを混合してディスプレイ等の表示装置へ表示させる。イベントＤＢ出力部１２４から渡されたイベントを元にマップ画面管理部１３２にてマップ画面の状態が変更される。
【００１２】
統合ビュー１３０のマップ画面の表示例を図４に示す。統合ビュー１３０のマップ画面の状態が変更されたのを受け，ユーザがマップ画面上のオブジェクトの属性表示を要求した場合，属性情報取得部１３３からイベント変換部１２０に属性取得要求が送信される。属性情報取得部１３３のフローは図７に示す。この要求を属性取得要求受信部１２５が受信する。受信した属性取得要求はイベントＤＢ内ＩＤ解析部１２６にて共通形式イベントＤＢ１０３内を検索し，オブジェクトへのポインタを取得する。
【００１３】
属性取得要求送信部１２７から属性情報取得部１１０へオブジェクトへのポインタとともに属性取得要求を送信する。属性情報取得システムは１０２のプログラムからオブジェクトの属性値を取得するシステムで，属性情報取得システム１１０は１０２の１つであり運用管理プログラムＢの管理するオブジェクトの属性値を取得および変更するシステムである。属性情報取得システム１１０に送られた属性取得要求は，属性情報取得要求受信部１１１にて受信される。受信した属性取得要求で要求される属性情報を属性情報取得部１１２で１０１のデータベースを検索し，属性情報を取得する。
【００１４】
属性情報取得部１１２のフローを図８に示す。属性情報取得部１１２で取得した属性情報は属性情報送信部１１３でイベント変換部１２０に送信される。送信された属性情報は属性情報受信部１２８にて受信され，属性情報送信部１２９により統合ビュー１３０に送信される。送信された属性情報は統合ビュー１３０の属性情報取得部１３３にて受信され，統合ビュー１３０で属性情報が図５の例のように表示される。属性情報としてジョブの情報があり，ジョブ名称や出力メッセージなどがある。
【００１５】
図２は図１の共通形式イベントＤＢ１０３のテーブルを示したものである。共通形式イベントＤＢ内では各レコードに通し番号として共通形式イベントＤＢ　ＩＤが割り振られている。イベント種別には，共通形式イベントに変換する前の元のイベント種別を識別する値が格納される。プログラム名はイベントを発行したプログラムの識別子が格納される。送信元ホスト名にはイベントが発行されたホスト名が格納される。元イベントＩＤには共通形式イベントに変換する前の元のイベントのＩＤが格納される。メッセージはイベントに含まれるメッセージが格納される。オブジェクトポインタは，図１の１０２プログラム群のどのオブジェクトに関して発行されたイベントであるかをポイントするものである。
【００１６】
図１のイベント共通形式変換部１２２にて，イベント変換ルール１０４に従い生成されたオブジェクトポインタが格納される。拡張属性エリアは元のイベントに含まれる情報を情報名称と値で格納するものであり，例えば運用管理イベントの場合にはジョブ名や終了コードを，ネットワーク管理プログラムの場合には発生ソース名など，各種類のイベントにより異なるものを異なる個数格納する。
【００１７】
図３は図１のイベント変換ルール１０４のテーブルを示したものである。図１のイベント共通形式変換部１２２にて，受信したイベントを共通形式に変換するルールがイベントごとに定義されている。この例でのイベントのイベント共通形式への変換処理について説明する。イベント種別が運用管理イベントで運用管理プログラムＢが発行するイベントＩＤが０００００００１のイベントは，元イベントの送信元ホスト名は共通形式イベントの送信元ホスト名へ，元イベントのメッセージは共通形式イベントのメッセージへマッピングされる。
【００１８】
また，オブジェクトポインタは送信元ホスト名，プログラム名，業務名，ジョブ名を対応づけた情報となる。同様にイベント種別がネットワーク管理イベントでネットワーク管理プログラムＡが発行するイベントＩＤが．１．３．２．５．１のイベントは，元イベントの送信元ホスト名は共通形式イベントの送信元ホスト名へ，元イベントのメッセージは共通形式イベントのメッセージへマッピングされる。また，オブジェクトポインタは送信元ホスト名，プログラム名，発生ソース名を連結したものとなる。
【００１９】
図４は図１の統合ビュー１３０にて表示されるマップ画面の表示例である。この例では，マップ画面４０１でホストｈｏｓｔ−Ａにて異常が発生しているため，ホストｈｏｓｔ−Ａを表すオブジェクトが強調表示されている。このホストｈｏｓｔ−Ａを表すオブジェクトの詳細情報を見ると，マップ画面４０２が表示され，運用管理プログラムＢにて異常が発生しているため運用管理プログラムＢを表すオブジェクトが強調表示されている。さらに運用管理プログラムＢを表すオブジェクトの詳細情報を見ると，マップ画面４０３が表示され，ジョブＪｏｂ１にて異常が発生しているため，ジョブＪｏｂ１を表すオブジェクトが強調表示されている。このジョブＪｏｂ１の属性情報を表示させると，図５のように属性情報が表示される。
【００２０】
図５は図１の統合ビュー１３０にて表示される属性情報表示画面の表示例である。属性情報取得システム１１０で取得した情報を属性情報取得部１３３で表示したものであり，この例では，ジョブＪｏｂ１の属性情報として，業務名，ジョブ名，終了コード，メッセージ，ジョブ開始日時，ジョブ終了日時，ジョブファイル名，エラー出力が表示されている。
【００２１】
図６は図１のイベント共通形式変換部１２２のフローを示したものである。プログラム１０２からイベントを受信する（６０１）。受信したイベントから該当する共通形式イベント変換ルールを決定するため，イベント変換ルール１０４を検索する（６０２）（６０３）。一致するイベント変換ルールがあった場合，受信したイベントデータをイベント変換ルールに従い共通形式イベントに変換する（６０４）。また，受信したイベントデータからイベント変換ルールに従いオブジェクトポインタを生成する（６０５）。一致するイベント変換ルールが存在しない場合，共通イベントへの変換対象外として，変換は行わない（６０６）。
【００２２】
図７は図１の属性情報取得部１３３のフローを示したものである。マップ画面中のオブジェクトの状態はイベントを受信した契機で行われる。このマップ画面中のオブジェクトの状態を変更する要因となったイベントのＩＤを取得する（７０１）。イベント変換部１２０に対してイベントＩＤに対応する属性情報取得要求を送信する（７０２）。イベント変換部１２０から送信される属性情報取得結果を待つ（７０３）。情報取得に成功した場合，図５に示すような情報属性情報を表示する（７０４）。情報取得に失敗した場合には，「情報なし」と表示する（７０５）。
【００２３】
図８は図１の属性情報取得部１１２のフローを示したものである。送信されてきた属性情報取得要求に含まれるオブジェクトポインタを解析し，どのプログラムのどのオブジェクトに対する属性情報を取得するのかを特定する（８０１）。特定したオブジェクトの属性情報を，プログラムが使用しているデータベースから検索する（８０２）（８０３）。特定したオブジェクトの属性情報が見つかった場合，その属性情報を取得する（８０４）。特定したオブジェクトの属性情報が見つからない場合には，属性情報なしとする（８０５）。
【００２４】
本発明によれば，イベント変換部により複数種類のプログラムから発行される複数種類のイベントを共通形式に変換することで，統合ビューによる一元管理が可能となる。また，複数種類のプログラムのもつオブジェクトの属性情報を統合ビューから取得して表示することが可能となり，管理を効率よく行うことが可能となる。
【００２５】
【発明の効果】
本発明によれば，複数種類のイベントを共通形式に変換することで，一元管理が可能となる。また，複数種類のプログラムのもつ属性情報を表示することが可能となり，管理者は効率よく管理することが可能となる。
【図面の簡単な説明】
【図１】一実施形態によるイベント変換システムのシステム構成の例。
【図２】共通形式イベントデータベースのテーブルの例。
【図３】イベント変換ルールのテーブルの例。
【図４】マップ画面の表示の例。
【図５】属性情報表示画面の表示の例。
【図６】イベント変換システムのイベント共通形式変換部のフローチャートの例。
【図７】統合ビューの属性情報取得部のフローチャートの例。
【図８】属性情報取得システムの属性情報取得部のフローチャートの例。
【符号の説明】
１０１・・・データベース
１０２―Ａ、１０２−Ｂ、１０２−Ｃ、１０２−Ｄ・・・イベントを発行するプログラム
１０３・・・共通形式イベントデータベース
１０４・・・イベント変換ルール
１１０・・・属性情報取得システム
１１１・・・属性情報取得要求受信部
１１２・・・属性情報取得部
１１３・・・属性情報送信部
１２０・・・イベント変換部
１２１・・・イベント受信部
１２２・・・イベント共通形式変換部
１２３・・・イベント蓄積部
１２４・・・イベントデータベース出力部
１２５・・・属性取得要求受信部
１２６・・・イベントデータベース内ＩＤ解析部
１２７・・・属性取得要求送信部
１２８・・・属性情報受信部
１２９・・・属性情報送信部
１３０・・・統合ビュー
１３１・・・イベント表示部
１３２・・・マップ画面管理部
１３３・・・属性情報取得部
【図１】
2004086513.tif 000003
【図２】
2004086513.tif 000004
【図３】
2004086513.tif 000005
【図４】
2004086513.tif 000006
【図５】
2004086513.tif 000007
【図６】
2004086513.tif 000008
【図７】
2004086513.tif 000009
【図８】
2004086513.tif 000010