(57)【特許請求の範囲】
【請求項１】
イベントの発生に応じて生成されるメッセージを特定のフォーマットに従った変換データに変換し，
前記特定のフォーマットと，変換により得られた前記特定のフォーマットに従った変換データと，実行されることで前記特定のフォーマットと前記変換データとに基づいて前記メッセージを復元するプログラムと，を含むデータを送信する，
処理をコンピュータに実行させるメッセージ生成プログラム。
【請求項２】
請求項１において，
前記メッセージを変換する処理の前に，前記生成されたメッセージに含まれるデータの種別を特定する種別情報と，該種別情報に対応するデータの所在を特定する位置情報と，前記種別情報に対応するデータのデータ長とを対応させることにより，前記特定のフォーマットを作成する，
処理をコンピュータに実行させるメッセージ生成プログラム。
【請求項３】
請求項２において，
前記メッセージを変換する処理では，前記生成されたメッセージを前記種別情報に対応するデータに分割することにより，前記メッセージを前記変換データに変換するメッセージ生成プログラム。
【請求項４】
請求項１において，
前記データは，該データの先頭に，該データにおける前記フォーマットの所在を特定可能な位置情報を含むメッセージ生成プログラム。
【請求項５】
イベントの発生に応じて生成されるメッセージを特定のフォーマットに従った変換データに変換し，
前記特定のフォーマットと，変換により得られた前記特定のフォーマットに従った変換データと，実行されることで前記特定のフォーマットと前記変換データとに基づいて前記メッセージを復元するプログラムと，を含むデータを送信する，
メッセージ生成方法。
【請求項６】
イベントの発生に応じて生成されるメッセージを特定のフォーマットに従った変換データに変換する変換部と，
前記特定のフォーマットと，変換により得られた前記特定のフォーマットに従った変換データと，実行されることで前記特定のフォーマットと前記変換データとに基づいて前記メッセージを復元するプログラムと，を含むデータを送信する送信部と，を有する，
メッセージ生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，メッセージ生成プログラム，メッセージ生成装置及びメッセージ生成方法に関する。
【背景技術】
【０００２】
利用者に対してサービスを提供する業務システム等（以下，監視対象装置とも呼ぶ）を監視する監視装置（以下，メッセージ閲覧装置とも呼ぶ）は，例えば，監視対象装置から出力されるメッセージ（以下，イベントメッセージとも呼ぶ）の監視を行う。これにより，監視装置は，監視対象装置の稼働状況等を確認する。そして，監視対象装置からエラーメッセージが出力された場合，監視装置は，エラーメッセージを出力した監視対象装置において異常が発生したものと判定し，例えば，運用管理者に通知する。
【０００３】
上記のように監視対象装置から出力されるメッセージは，一般的に，テキストデータの形式で出力され監視装置に送信される。すなわち，監視対象装置から出力されるメッセージは，メッセージの規則に関する情報（例えば，メッセージに含まれる可変情報等の各情報の所在を特定する情報，以下，フォーマット情報とも呼ぶ）が排除された状態で出力される（例えば，特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２１４１５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
監視対象装置から出力されるメッセージは，監視対象装置で動作するアプリケーションやミドルウエア等の数によっては膨大な量になる場合がある。そのため，監視対象装置は，出力したメッセージに対して，一般的に，ＺＩＰ方式等による圧縮を行ってから監視装置に送信する。これにより，監視対象装置は，監視装置に送信するメッセージの容量を削減することが可能になる。
【０００６】
しかしながら，ＺＩＰ方式の圧縮は，メッセージ毎に最長一致文字列の規則に基づく圧縮を行う。そのため，メッセージを受信した監視装置は，受信したメッセージ（圧縮されたメッセージ）から，メッセージデータやフォーマット情報を抽出することができず，例えば，運用管理者が，監視装置において，フォーマット情報を基にした障害情報の分析などを行うことができない。
【０００７】
また，監視対象装置がメッセージのフォーマット情報を事前に定義し，監視装置にフォーマット情報を送信しておくことにより，監視装置は，受信したメッセージに含まれるメッセージデータの判別を行うことが可能になる。しかしながら，監視装置は，出力したメッセージを受信する可能性があるアプリケーションやミドルウエア毎に，メッセージのフォーマット情報を保持する必要が生じる。
【０００８】
そこで，一つの実施の形態の目的は，メッセージデータ及びメッセージのフォーマット情報をそれぞれ抽出することができ，かつ，テキストデータの形式に復元することができるメッセージを生成するメッセージ生成プログラム，メッセージ生成装置及びメッセージ生成方法を提供することにある。
【課題を解決するための手段】
【０００９】
実施の形態の一つの側面によれば，イベントの発生に応じて生成されるメッセージを特定のフォーマットに従った変換データに変換し，
前記特定のフォーマットと，変換により得られた前記特定のフォーマットに従った変換データと，実行されることで前記特定のフォーマットと前記変換データとに基づいて前記メッセージを復元するプログラムと，を含むデータを送信する。
【発明の効果】
【００１０】
一つの側面によれば，メッセージデータ及びメッセージのフォーマット情報をそれぞれ抽出することができ，かつ，テキストデータの形式に復元することができる。
【図面の簡単な説明】
【００１１】
【図１】情報処理システムの全体構成を示す図である。
【図２】メッセージの具体例を説明する図である。
【図３】メッセージの具体例を説明する図である。
【図４】メッセージの具体例を説明する図である。
【図５】第１の実施の形態におけるデータ作成処理の概略を説明する図である。
【図６】第１の実施の形態におけるデータ作成処理の概略を説明する図である。
【図７】第１の実施の形態におけるデータ作成処理の概略を説明する図である。
【図８】第１の実施の形態におけるデータ作成処理の概略を説明する図である。
【図９】情報処理システムのハードウエア構成を示す図である。
【図１０】図９の監視対象装置の機能ブロック図である。
【図１１】図９の監視装置の機能ブロック図である。
【図１２】第１の実施の形態におけるデータ作成処理の概略を示すフローチャート図である。
【図１３】第１の実施の形態におけるデータ作成処理の詳細及びメッセージ復元処理を示すフローチャート図である。
【図１４】第１の実施の形態におけるデータ作成処理の詳細及びメッセージ復元処理を示すフローチャート図である。
【図１５】第１の実施の形態におけるデータ作成処理の詳細及びメッセージ復元処理を説明する図である。
【図１６】第１の実施の形態におけるデータ作成処理の詳細及びメッセージ復元処理を説明する図である。
【図１７】第１の実施の形態におけるデータ作成処理の詳細及びメッセージ復元処理を説明する図である。
【図１８】第２の実施の形態におけるデータ作成処理及びメッセージ復元処理を示すフローチャート図である。
【図１９】第２の実施の形態におけるデータ作成処理及びメッセージ復元処理を示すフローチャート図である。
【図２０】第２の実施の形態におけるデータ作成処理の詳細及びメッセージ復元処理を説明する図である。
【発明を実施するための形態】
【００１２】
［情報処理システムの構成］
図１は，情報処理システムの全体構成を示す図である。図１に示す情報処理システム１００は，例えば，利用者にサービスを提供する業務システム等が構築された監視対象装置１と，監視対象装置１から出力されるメッセージを監視する監視装置２とから構成される。監視対象装置１及び監視装置２は，例えば，それぞれ１台以上の物理マシンから構成されている。
【００１３】
図１の例において，監視対象装置１では，例えば，複数のアプリケーション１１と，複数のミドルウエア１２と，ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）１３とが動作している。そして，複数のアプリケーション１１，複数のミドルウエア１２，ＯＳ１３は，それぞれ監視装置２に対してメッセージを出力する。
【００１４】
監視装置２は，例えば，運用管理者によるメッセージの解析を可能にするために，受信したメッセージを蓄積する。そして，監視装置２は，例えば，受信したメッセージを表示装置（図示しない）に表示することにより，運用管理者によるメッセージの閲覧を可能にする。
【００１５】
監視対象装置１が出力するメッセージは，アプリケーション１１等において予め定められた事象が発生した場合に出力される。このメッセージには，例えば，ジョブが正常終了したことを示すメッセージ等，アプリケーション１１等の稼働状況に関するメッセージであるインフォメーションメッセージを含む。また，このメッセージには，例えば，アプリケーション１１等がアクセスする記憶媒体の残り残量が閾値を下回ったことを示すメッセージ等，運用管理者に注意を与えるためのメッセージであるワーニングメッセージを含む。さらに，このメッセージには，例えば，ジョブが異常終了したことを示すメッセージ等，アプリケーション１１等において異常が発生したことを運用管理者に通知するためのメッセージであるエラーメッセージを含む。これにより，監視装置２は，例えば，監視対象装置１から受信したメッセージのうち，運用管理者等による対応が必要であるエラーメッセージを抽出し，運用管理者への通知を行うことができる。
【００１６】
[メッセージの具体例]
次に，監視対象装置１のアプリケーション１１等が出力するメッセージの具体例を説明する。図２から図４は，メッセージの具体例を説明する図である。
【００１７】
初めに，監視対象装置１におけるメッセージデータの具体例を図２に示す。図２において，監視対象装置１のメッセージデータには，「［２０１３／１２／３１  １２：１５：１８］ｊｍＸ１２３４：メモリ不足が発生しました。」という内容が生成されている。そして，監視対象装置１では，「［２０１３／１２／３１  １２：１５：１８］」の部分が「発生日時」であることを保持している。同様に，「ｊｍＸ」の部分が「送信元情報」であることを，「１２３４」の部分が「メッセージＩＤ」であることを，「：メモリ不足が発生しました。」の部分が「詳細情報」であることを保持している。すなわち，監視対象装置１は，アプリケーション１１等から出力されるメッセージのフォーマット情報を有している。
【００１８】
次に，監視対象装置１が監視装置２にメッセージを送信する場合の具体例を説明する。図３は，監視対象装置１から監視装置２に送信するメッセージの具体例である。図３に示すように，監視対象装置１が監視装置２に送信するメッセージは，ヘッダと，メッセージデータと，フッタとを有しており，例えば，テキストデータの形式で出力される。監視対象装置１がメッセージをテキストデータの形式で出力した場合，出力されたメッセージから，フォーマット情報が失われてしまう。
【００１９】
また，監視対象装置１から出力されるメッセージは，監視対象装置１で動作するアプリケーションやミドルウエア等の数によっては膨大な量になる場合がある。そのため，監視対象装置１は，出力したメッセージに対して，ＺＩＰ方式等による圧縮を行ってから監視装置２に送信する。これにより，監視対象装置１は，監視装置２に送信するメッセージの容量を削減することが可能になる。しかしながら，ＺＩＰ方式の圧縮は，メッセージ毎に最長一致文字列の規則に基づく圧縮を行う。そのため，メッセージを受信した監視装置２は，受信したメッセージ（圧縮されたメッセージ）から，メッセージのフォーマット情報を復元することができない。
【００２０】
そのため，運用管理者は，監視装置２において，フォーマット情報を基にした障害情報の分析等を行うことができない。
【００２１】
そこで，本実施の形態では，監視対象装置１は，メッセージのフォーマット情報（以下，単にフォーマットとも呼ぶ）に従った変換データ（以下，パラメタ情報またはメッセージデータとも呼ぶ）と，フォーマット情報と，フォーマット情報と変換データとに基づいてメッセージを復元する復元プログラムとを含むデータ（以下，変換後メッセージ，または複合データとも呼ぶ）を送信する。これにより，監視装置２は，受信したデータに基づいて，監視対象装置１から出力されたメッセージを復元することができる。また，監視装置２は，受信したデータに含まれる変換データ及びフォーマット情報の抽出を行うことができる。
【００２２】
［第１の実施の形態の概略］
初めに，第１の実施の形態の概略について説明する。図５から図８は，第１の実施の形態におけるデータ作成処理の概略を説明する図である。
【００２３】
図５に示すように，監視対象装置１は，アプリケーション１１等が出力したメッセージを取得するデータ生成部１５を有する。そして，データ生成部１５は，取得したメッセージに基づいてデータを作成し，監視装置２に送信する。すなわち，第１の実施の形態における監視対象装置１は，アプリケーション１１等から出力されたメッセージをそのまま監視装置２に送信するのではなく，データ生成部１５においてメッセージを変換したデータを監視装置２に送信する。
【００２４】
次に，図６は，データの具体例を説明する図である。図６に示すように，データは，ヘッダと，メッセージデータ（パラメタ情報）と，フォーマット情報と，復元プログラムと，フッタとを有する。すなわち，第１の実施形態におけるデータは，メッセージの規則に関する情報であるフォーマット情報と，フォーマット情報に基づいてメッセージデータを変換したパラメタ情報とを分離した状態で有している。これにより，データを受信した監視装置２は，データに含まれるフォーマット情報及びパラメタ情報のうち，必要な情報のみを抽出して利用することが可能になる。
【００２５】
また，データは，復元プログラムを含んでいる。これにより，データを受信した監視装置２は，フォーマット情報とパラメタ情報とに基づき，例えば，テキストデータの形式からなるメッセージデータを復元することが可能になる。
【００２６】
したがって，第１の実施の形態における監視装置２は，監視対象装置１からデータを受信することにより，復元プログラムを実行することによるメッセージデータの復元と，フォーマット情報及びパラメタ情報の利用とを選択して実行することが可能になる。すなわち，監視装置２は，例えば，運用管理者の要望に応じて，メッセージデータの復元を行うことも可能であるし，メッセージデータの復元を行うことなく，データに含まれるフォーマット情報及びパラメタ情報の一部または全部を利用して解析等を行うことも可能になる。以下，パラメタ情報及びフォーマット情報の具体例を説明する。
【００２７】
［フォーマット情報の具体例］
図７は，フォーマット情報の具体例を説明する図である。図７に示すフォーマット情報は，フォーマット情報に含まれる各データを識別するための「データ識別ＩＤ」と，データ識別ＩＤに対応するデータの識別名である「データ識別名」を項目として有している。また，図７に示すフォーマット情報は，各データ識別名に対応するデータが記憶されている先頭位置を示す「アドレス情報」と，各データ識別名に対応するデータのデータ長を示す「長さ情報」とを有している。具体的に，図７に示すフォーマット情報において，「データ識別ＩＤ」が１である情報には，「データ識別名」として発生日時が設定され，「アドレス情報」として０（バイト）が設定され，「長さ情報」として２０（バイト）が設定されている。また，図７に示すフォーマット情報において，「データ識別ＩＤ」が２である情報には，「データ識別名」として送信元情報が設定され，「アドレス情報」として２０（バイト）が設定され，「長さ情報」として５（バイト）が設定されている。また，図７に示すフォーマット情報において，「データ識別ＩＤ」が３である情報には，「データ識別名」としてエラーＩＤが設定され，「アドレス情報」として２５（バイト）が設定され，「長さ情報」として１０（バイト）が設定されている。さらに，図７に示すフォーマット情報において，「データ識別ＩＤ」が４である情報には，「データ識別名」として詳細情報が設定され，「アドレス情報」として３５（バイト）が設定され，「長さ情報」として１００（バイト）が設定されている。
【００２８】
［パラメタ情報の具体例］
図８は，図７に示すフォーマット情報に基づいて作成されたパラメタ情報の具体例を示す図である。図８に示すパラメタ情報は，例えば，メッセージに含まれるメッセージデータを，メッセージデータの先頭から，図７に示すフォーマット情報に含まれるデータ識別ＩＤ毎に分割し，パラメタ情報内の領域に設定（図８の例では左端から順に設定）することにより作成する。具体的に，データ生成部１５は，例えば，図７に示すフォーマット情報を参照し，種別情報である「発生日時」に対応するデータとして，メッセージデータの先頭から２０バイトの領域に設定された情報を取得する。そして，データ生成部１５は，図８に示すように，取得した「［２０１３／１２／３１  １２：１５：１８］」というデータを，パラメタ情報の先頭の領域に設定する。次に，データ生成部１５は，フォーマット情報を参照し，種別情報である「送信元情報」に対応するデータとして，メッセージデータの２０バイト目から５バイトの領域に設定された情報を取得する。そして，データ生成部１５は，図８に示すように，取得した「ｊｍＸ」というデータを，パラメタ情報の２番目の領域に設定する。同様に，データ生成部１５は，種別情報である「エラーＩＤ」及び「詳細情報」に対応するデータを，それぞれパラメタ情報の３番目，４番目の領域に設定する。これにより，データ生成部１５は，図８に示すように，パラメタ情報を作成することができる。
【００２９】
すなわち，第１の実施形態における監視対象装置１は，フォーマット情報とパラメタ情報とを分離した状態で含むデータを監視装置２に送信する。これにより，データの送信元である監視対象装置１とデータの送信先である監視装置２は，フォーマット情報を共有することが可能になる。そのため，第１の実施形態における監視装置２は，予めフォーマット情報を登録することなく，メッセージデータに含まれる各情報の判別等を行うことが可能になる。
【００３０】
［情報処理システムのハードウエア構成］
次に，情報処理システム１００の構成について説明する。図９は，情報処理システムのハードウエア構成を示す図である。
【００３１】
監視対象装置１は，プロセッサであるＣＰＵ１０１と，メモリ１０２と，監視装置２とアクセスを行うための外部インターフェース（Ｉ／Ｏユニット）１０３と，記憶媒体１０４とを有する。各部は，バス１０５を介して互いに接続される。記憶媒体１０４は，例えば，記憶媒体１０４内のプログラム格納領域（図示しない）に，データを作成する処理（以下，データ作成処理またはメッセージ生成処理とも呼ぶ）等を行うためのプログラム１１０を記憶する。ＣＰＵ１０１は，図９に示すように，プログラム１１０の実行時に，プログラム１１０を記憶媒体１０４からメモリ１０２にロードし，プログラム１１０と協働してデータ作成処理を行う。また，記憶媒体１０４は，例えば，データ作成処理を行う際に用いられる情報を記憶する情報格納領域１３０を有する。なお，プログラム１１０は，例えば，図１に示すアプリケーション１１，ミドルウエア１２及びＯＳ１３として動作するためのプログラムに対応する。
【００３２】
そして，監視装置２は，プロセッサであるＣＰＵ２０１と，メモリ２０２と，外部インターフェース（Ｉ／Ｏユニット）２０３と，記憶媒体２０４とを有する。各部は，バス２０５を介して互いに接続される。記憶媒体２０４は，例えば，記憶媒体２０４内のプログラム格納領域（図示しない）に，監視対象装置１から受信したデータからメッセージデータ（アプリケーション１１等が出力したメッセージに含まれるメッセージデータ）を復元する処理（以下，メッセージ復元処理とも呼ぶ）を行うためのプログラム２１０を記憶する。ＣＰＵ２０１は，図９に示すように，プログラム２１０の実行時に，プログラム２１０を記憶媒体２０４からメモリ２０２にロードし，プログラム２１０と協働してメッセージ復元処理を行う。また，記憶媒体２０４は，例えば，メッセージ復元処理を行う際に用いられる情報を記憶する情報格納領域２３０を有する。
【００３３】
[情報処理システムのソフトウエア構成]
次に，情報処理システム１００のソフトウエア構成を説明する。図１０は，図９の監視対象装置の機能ブロック図である。ＣＰＵ１０１は，プログラム１１０と協働して，例えば，メッセージ取得部１１１と，フォーマット取得部１１２と，パラメタ作成部１１３（以下，変換部１１３とも呼ぶ）と，データ作成部１１４と，データ送信部１１５と，送信要求受信部１１６として動作する。また，情報格納領域１３０には，例えば，フォーマット情報１３１と，変換データ１３２（以下，パラメタ情報１３２とも呼ぶ）と，復元プログラム１３３とが記憶されている。なお，図５に示すデータ生成部１５は，メッセージ取得部１１１と，フォーマット取得部１１２と，パラメタ作成部１１３と，データ作成部１１４と，データ送信部１１５と，送信要求受信部１１６とに対応する。
【００３４】
メッセージ取得部１１１は，例えば，監視対象装置１にインストールされたアプリケーション１１等において，所定のイベントが発生した際に生成されたメッセージを取得する。この所定のイベントは，例えば，実行されていた処理が正常終了した場合，アクセスする記憶媒体の空き容量が閾値を下回った場合，または，実行中の処理が異常終了した場合等である。
【００３５】
フォーマット取得部１１２は，例えば，メッセージ取得部１１１がメッセージを取得した際に，情報格納領域１３０に記憶されたフォーマット情報１３１を取得する。フォーマット情報１３１は，図７に示すように，例えば，受信したメッセージに含まれるデータの種別を特定するデータ識別名（以下，種別情報とも呼ぶ）と，そのデータのメッセージ内における所在を特定するアドレス情報（以下，位置情報とも呼ぶ）と，そのデータの長さ情報（以下，データ長とも呼ぶ）とを対応させたものである。
【００３６】
また，フォーマット取得部１１２は，例えば，メッセージ取得部１１１が取得したメッセージに対応するフォーマット情報１３１が情報格納領域１３０に記憶されていない場合，フォーマット情報１３１を作成して情報格納領域１３０に記憶する。この場合，フォーマット取得部１１２は，メッセージを出力したアプリケーション１１等の管理情報にアクセスし，フォーマット情報１３１を作成するために必要な情報を取得する。
【００３７】
フォーマット取得部１１２は，例えば，取得した情報に基づき，フォーマット情報１３１を作成するものであってよい。この場合，フォーマット情報１３１を作成するために必要な情報は，例えば，そのアプリケーション１１等が出力するメッセージのレイアウト情報を含むものであってよい。この場合，運用管理者は，アプリケーション１１等の管理情報が記憶されている記憶位置に関する情報を，例えば，情報格納領域１３０に記憶しておくものであってよい。
【００３８】
フォーマット取得部１１２は，取得したレイアウト情報をフォーマット情報１３１とするものであってよい。この場合についても，運用管理者は，アプリケーション１１等の管理情報が記憶されている記憶位置に関する情報を，例えば，情報格納領域１３０に記憶しておくものであってよい。
【００３９】
フォーマット取得部１１２は，情報格納領域１３０に記憶された記憶位置に関する情報を参照して，メッセージを出力したアプリケーション１１等の管理情報にアクセスを行うものであってよい。
【００４０】
パラメタ作成部１１３は，例えば，アプリケーション１１等から取得したメッセージからパラメタ情報１３２を取得する。パラメタ情報１３２は，例えば，受信したメッセージに含まれるメッセージデータを，フォーマット情報１３１に含まれる種別情報に対応するデータに分割したものである。パラメタ作成部１１３は，例えば，作成したパラメタ情報１３２を情報格納領域１３０に記憶する。
【００４１】
データ作成部１１４は，例えば，フォーマット取得部１１２が取得したフォーマット情報１３１と，パラメタ作成部１１３が作成したパラメタ情報１３２と，フォーマット情報１３１とパラメタ情報１３２とに基づいてメッセージを復元する復元プログラム１３３とを含むデータを作成する。なお，復元プログラム１３３は，例えば，メッセージ取得部１１１がメッセージを取得する前に，情報格納領域１３０に予め記憶されているものであってよい。
【００４２】
データ送信部１１５は，例えば，データ作成部１１４が作成したデータを監視装置２に送信する。また，データ送信部１１５は，例えば，後述する送信要求受信部１１６が送信要求を受信した際に，情報格納領域１３０に記憶されたフォーマット情報１３１または復元プログラム１３３を監視装置２に送信する。
【００４３】
送信要求受信部１１６は，例えば，後述する送信要求が監視装置２から送信された場合にこれを受信する。そして，送信要求受信部１１６は，例えば，送信要求に対応する情報（フォーマット情報１３１または復元プログラム１３３）の送信をデータ送信部１１５に要求する。
【００４４】
また，図１１は，図９の監視装置の機能ブロック図である。ＣＰＵ２０１は，プログラム２１０と協働することにより，例えば，データ受信部２１１と，データ抽出部２１２と，テキストデータ復元部２１３と，復元判定部２１４と，送信要求送信部２１５として動作する。また，情報格納領域２３０には，例えば，フォーマット情報２３１（以下，受信済フォーマット情報２３１）と，判定情報２３２と，復元プログラム２３３（以下，受信済復元プログラム２３３）とが記憶されている。
【００４５】
データ受信部２１１は，例えば，監視対象装置１が送信したデータを受信する。
【００４６】
データ抽出部２１２は，例えば，データ受信部２１１が受信したデータに含まれる各情報の抽出を行う。すなわち，データ抽出部２１２は，例えば，運用管理者からの入力に基づいて，運用管理者が解析等を行うために必要な情報の抽出を行う。具体例に，データ抽出部２１２は，例えば，監視対象装置１から受信したデータに含まれるフォーマット情報１３１のみの抽出や，監視対象装置１から受信したデータに含まれるパラメタ情報１３２のうち運用管理者が入力した内容に合致する情報の抽出を行う。
【００４７】
テキストデータ復元部２１３は，例えば，監視対象装置１から受信したデータに含まれる復元プログラム１３３を実行することにより，監視対象装置１から受信したデータに含まれるパラメタ情報１３２をテキストデータの形式に展開する。具体的に，テキストデータ復元部２１３は，例えば，復元プログラム１３３を実行することにより，フォーマット情報１３１の内容に従ってパラメタ情報１３２に含まれる情報を組み合わせる。これにより，テキストデータ復元部２１３は，アプリケーション１１等か出力したメッセージに含まれるメッセージデータを復元することが可能になる。
【００４８】
復元判定部２１４は，例えば，データの復元に関する情報が設定された判定情報２３２に基づき，監視対象装置１から受信したデータに対して，データ抽出部２１２で処理を実行させるか，テキストデータ復元部２１３で処理を実行させるかを判定する。
【００４９】
送信要求送信部２１５は，例えば，監視対象装置１からパラメタ情報１３２のみ送信された場合に，そのパラメタ情報１３２に対応する受信済フォーマット情報２３１及び受信済復元プログラム２３３が情報格納領域２３０に記憶されているか否かを確認する。そして，送信要求送信部２１５は，例えば，受信済フォーマット情報２３１及び（または）受信済復元プログラム２３３が記憶されていない場合，これらの情報の送信要求を監視対象装置１に送信する。
【００５０】
［第１の実施の形態の概略を示すフローチャート］
次に，第１の実施の形態の概略について説明する。図１２は，第１の実施の形態におけるデータ作成処理の概略を示すフローチャート図である。
【００５１】
初めに，監視対象装置１（データ生成部１５）は，アプリケーション１１等がメッセージを出力するまで待機する（Ｓ１のＮＯ）。そして，図５に示すように，アプリケーション１１等からメッセージが出力された場合（Ｓ１のＹＥＳ），監視対象装置１は，出力されたメッセージを対応するフォーマット情報１３１に従ったパラメタ情報１３２に変換する（Ｓ２）。
【００５２】
パラメタ情報１３２は，例えば，出力されたメッセージに含まれるメッセージデータを，フォーマット情報１３１に含まれる種別情報に対応するデータに分割することによって作成する。なお，監視対象装置１は，例えば，アプリケーション１１等から出力されたメッセージを監視装置２に送信するために圧縮する過程において，フォーマット情報１３１に従ってパラメタ情報１３２を作成するものであってよい。また，フォーマット情報１３１及びパラメタ情報１３２は，監視装置２が認識することができるものである必要がある。そのため，監視対象装置１は，フォーマット情報１３１及びパラメタ情報１３２を，監視装置２が認識することができる形式（例えば，テキストデータの形式）で作成する。
【００５３】
次に，監視対象装置１（データ生成部１５）は，例えば，フォーマット情報１３１と，パラメタ情報１３２と，情報格納領域１３０に記憶された復元プログラム１３３とを含むデータを作成する（Ｓ３）。さらに，監視対象装置１は，図５に示すように，作成したデータを監視装置２に送信する（Ｓ４）。これにより，監視対象装置１からデータを受信した監視装置２は，例えば，そのデータから必要な情報を抽出し，その抽出したデータに基づいてアプリケーション１１等が出力したメッセージの解析等を行うことが可能になる。また，監視対象装置１からデータを受信した監視装置２は，必要に応じて，そのデータに含まれる復元プログラム１３３を実行することにより，アプリケーション１１等が出力したメッセージに含まれるメッセージデータを復元することが可能になる。
【００５４】
このように，第１の実施の形態によれば，監視対象装置１は，イベントの発生に応じて生成されるメッセージを，そのメッセージに対応するフォーマット情報１３１に従ったパラメタ情報１３２（変換データ１３２）に変換する。さらに，監視対象装置１は，そのフォーマット情報１３１と，変換により得られたフォーマット情報１３１に従ったパラメタ情報１３２と，メッセージを復元するための復元プログラム１３３とを含むデータを送信する。これにより，監視装置２は，監視対象装置１から受信したデータに基づいて，監視対象装置１から出力されたメッセージに含まれるメッセージデータを復元することができる。また，監視装置２は，例えば，運用管理者が入力した条件に基づき，受信したデータに含まれるフォーマット情報１３１及びパラメタ情報１３２の全部または一部の情報を抽出することができる。
【００５５】
なお，監視対象装置１は，アプリケーション１１等が出力したメッセージのうち，エラーメッセージのみを抽出し，エラーメッセージに含まれるメッセージデータからパラメタ情報１３２を作成するものであってもよい。また，監視対象装置１は，エラーメッセージに含まれるメッセージデータから作成したパラメタ情報１３２を含むデータのみを監視装置２に送信するものであってもよい。これにより，監視対象装置１は，例えば，監視装置２において対処を行う必要があるメッセージに関する情報のみを監視装置２に送信することが可能になる。
【００５６】
さらに，データ作成部１１４は，フォーマット情報１３１，パラメタ情報１３２または復元プログラム１３３の所在を特定可能な位置情報を含むようにデータを作成するものであってよい。具体的に，データ作成部１１４は，例えば，データ内の先頭部分に位置情報を設定する。これにより，監視装置２は，受信したデータからフォーマット情報１３１等を容易に抽出することが可能になる。
【００５７】
[第１の実施の形態の詳細]
次に，第１の実施の形態の詳細について説明する。図１３及び図１４は，第１の実施の形態におけるデータ作成処理の詳細及びメッセージ復元処理を説明するフローチャート図である。また，図１５から図１７は，第１の実施の形態におけるデータ作成処理の詳細及びメッセージ復元処理を説明する図である。図１５から図１７を参照しながら，図１３及び図１４のデータ作成処理の詳細及びメッセージ復元処理を説明する。
【００５８】
[データ作成処理の詳細]
初めに，監視対象装置１において実行されるデータ作成処理の詳細を説明する。監視対象装置１のメッセージ取得部１１１は，アプリケーション１１等からメッセージが出力されるまで待機する（Ｓ２１のＮＯ）。そして，メッセージが出力された場合（Ｓ２１のＹＥＳ），フォーマット取得部１１２は，例えば，出力されたメッセージに対応するフォーマット情報１３１を取得する（Ｓ２２）。具体的に，フォーマット取得部１１２は，取得したメッセージに対応するフォーマット情報１３１を情報格納領域１３０から取得する。そして，フォーマット取得部１１２は，取得したメッセージに対応するフォーマット情報１３１を情報格納領域１３０に記憶されていない場合，メッセージを出力したアプリケーション１１等の管理情報にアクセスし，フォーマット情報１３１を作成する。
【００５９】
次に，パラメタ作成部１１３は，例えば，フォーマット情報１３１に含まれる種別情報に対応するデータ毎に，メッセージ取得部１１１が取得したメッセージに含まれるメッセージデータを分割してパラメタ情報１３２を作成する（Ｓ２３）。続いて，データ作成部１１４は，例えば，フォーマット取得部１１２が作成したフォーマット情報１３１と，パラメタ作成部１１３が作成したパラメタ情報１３２と，復元プログラム１３３とを含むデータを作成する（Ｓ２４）。そして，データ送信部１１５は，作成したデータを監視装置２に送信する（Ｓ２５）。具体的に，データ送信部１１５は，図６に示すように，例えば，フォーマット情報１３１と，パラメタ情報１３２と，復元プログラム１３３とを含むデータに，ヘッダ及びフッタを付加して送信する。
【００６０】
なお，データ送信部１１５は，例えば，図６に示すデータに含まれるヘッダの先頭部分に，図６に示すデータがフォーマット情報１３１等を含むデータであることを示す識別情報を設定するものであってもよい。これにより，例えば，監視装置２が，監視対象装置１から送信されたデータと，アプリケーション１１等から出力されたままの状態のメッセージとを混在して受信する場合，監視装置２は，受信したデータが監視対象装置１から受信したデータであるのか否かを容易に識別することが可能になる。
【００６１】
［フォーマット情報及びパラメタ情報の他の具体例］
図１５から図１７は，フォーマット情報１３１及びパラメタ情報１３２に関する他の具体例を説明する図である。図１５は，図２と同様に，監視対象装置１の表示画面にメッセージデータを出力した場合の具体例である。また，図１６は，図７と同様に，フォーマット情報１３１の具体例を説明する図であり，図１７は，図８と同様に，パラメタ情報１３２の具体例を説明する図である。なお，以下，図７及び図８で説明したフォーマット情報１３１及びパラメタ情報１３２と異なる点について説明する。
【００６２】
図１５において，監視対象装置１のメッセージデータには，「[１２３１−１２１５１８] ＭｐＡｏＸＸＸ：エラー：３１２：メモリ不足発生  ＜ＵＳＥＲ＞＝ＢＢＢ  ＜ｈｏｓｔ＞＝ＳＶ２−１」 という内容が生成されている。そして，監視対象装置１に示す例では，「［１２３１−１２１５１８］」の部分が「発生日時」であることを保持している。同様に，「ＭｐＡｏＸＸＸ」の部分が，メッセージ出力元のアプリケーション１１等に関する情報である「アプリ情報」であることを，「エラー」の部分が「メッセージの種類」であることを保持している。さらに，「３１２」の部分が，メッセージを識別するＩＤである「識別ＩＤ」であることを，「メモリ不足発生」の部分が，発生した事象に関する情報である「内容」であることを保持している。また，図１５に示す例では，「＜ＵＳＥＲ＞＝ＢＢＢ」の部分が，メッセージの出力元のアプリケーション１１等の管理ユーザを識別する「ＵＳＥＲ」であることを保持している。そして，図１５に示す例では，「＜ｈｏｓｔ＞＝ＳＶ２−１」の部分が，メッセージ出力元のアプリケーション１１等が動作するホストを識別する「ＨＯＳＴ」であることを保持している。
【００６３】
したがって，図１６に示すフォーマット情報１３１の「データ識別名」には，図７と同様に，発生日時，アプリ情報，メッセージの種類，識別ＩＤ，内容，ＵＳＥＲ及びＨＯＳＴに関する情報が設定されている。なお，図１６におけるその他の情報については説明を省略する。
【００６４】
次に，図１７に示すパラメタ情報１３２は，図８に示すパラメタ情報１３２の状態の後，図１５に示す情報に基づくメッセージに関する情報を設定した場合の具体例である。図１７に示すパラメタ情報１３２は，図８の場合と同様に，図１５に示すメッセージに含まれるメッセージデータを，メッセージデータの先頭から，フォーマット情報１３１に含まれる種別情報毎に分割することにより作成される。具体的に，パラメタ作成部１１３は，図１６に示すフォーマット情報１３１の「データ識別名」に設定されている「発生日時」，「アプリ情報」，「メッセージの種類」，「識別ＩＤ」，「内容」，「ＵＳＥＲ」及び「ＨＯＳＴ」に対応するデータを，それぞれパラメタ情報１３２の２列目の領域に設定する。
【００６５】
[メッセージ復元処理の詳細]
次に，図１４を参照し，監視装置２において実行されるメッセージ復元処理を説明する。監視装置２のデータ受信部２１１は，例えば，監視対象装置１からデータを受信するまで待機する（Ｓ３１のＮＯ）。そして，監視対象装置１からデータを受信した場合（Ｓ３１のＹＥＳ），復元判定部２１４は，例えば，判定情報２３２を参照して，受信したデータをデータ抽出部２１２が処理するか否かを判定する（Ｓ３２）。すなわち，復元判定部２１４は，例えば，データの復元に関する情報が設定された判定情報２３２に基づき，受信したデータに対して，データ抽出部２１２で処理を実行させるか，テキストデータ復元部２１３で処理を実行させるかを判定する。
【００６６】
そして，監視対象装置１から受信したデータをデータ抽出部２１２で処理させる旨の情報が判定情報２３２に設定されている場合（Ｓ３２のＹＥＳ），データ抽出部２１４は，例えば，受信したデータに含まれるフォーマット情報１３１及びパラメタ情報１３２のうち，メッセージの解析等を行うために運用管理者が指定した情報を抽出する（Ｓ３３）。一方，監視対象装置１から受信したデータをデータ抽出部２１２で処理させる旨の情報が判定情報２３２に設定されていない場合（Ｓ３２のＮＯ），テキストデータ復元部２１３は，例えば，パラメタ情報１３２をテキストデータの形式に復元する（Ｓ３４）。そして，テキストデータ復元部２１３は，例えば，復元したテキストデータを出力する（Ｓ３５）。
【００６７】
すなわち，復元判定部２１４は，例えば，監視対象装置１からデータを受信した際に，復元プログラム１３３を実行することによるメッセージデータの復元と，フォーマット情報１３１及びパラメタ情報１３２の利用とを選択して実行することが可能になる。すなわち，復元判定部２１４は，例えば，運用管理者の要望に応じて，メッセージデータの復元を行うために，データ抽出部２１２に処理をさせることが可能である。また，復元判定部２１４は，例えば，運用管理者の要望に応じて，メッセージデータの復元を行うことなく，監視対象装置１から受信したデータに含まれるフォーマット情報及びパラメタ情報を抽出するために，テキストデータ復元部２１３に処理をさせることも可能である。
【００６８】
また，運用管理者は，利用者からの要望に基づく監視条件の変更等に応じて，判定情報２３２に設定された情報を変更することにより，監視対象装置１から受信したデータの処理方法を変更するものであってもよい。具体的に，監視装置２は，例えば，データ受信部２１１が受信した復合データの数（例えば，１００）を超えた場合に，判定情報２３２の内容を変更するものであってもよい。さらに，データ受信部２１１は，監視対象装置１からデータを受信した場合に，初めに，受信したデータの先頭部分を確認するものであってよい。そして，データの先頭部分に識別情報が設定されていない場合，受信したデータは監視対象装置１から送信されたデータではないと判断し，監視対象装置１から次のデータが送信されるまで引き続き待機するものであってよい（Ｓ３１のＮＯ）。
【００６９】
［第２の実施の形態］
次に，第２の実施の形態について説明する。図１８及び図１９は，第２の実施の形態におけるデータ作成処理及びメッセージ復元処理を示すフローチャート図である。また，図２０は，第２の実施の形態におけるデータ作成処理及びメッセージ復元処理を説明する図である。図２０を参照しながら図１８及び図１９のデータ作成処理及びメッセージ復元処理について説明する。なお，図２０については，図７と異なる点の説明を行う。
【００７０】
第２の実施の形態では，監視対象装置１は，第１の実施の形態と異なり，アプリケーション１１等がメッセージを出力した際に，パラメタ情報１３２の送信を行う。そして，パラメタ情報１３２を受信した監視装置２は，受信したパラメタ情報１３２を復元するために使用するフォーマット情報（以下，受信済フォーマット情報２３１とも呼ぶ）と，復元プログラム（以下，受信済復元プログラム２３３とも呼ぶ）を既に受信しているか否かを確認する。その結果，受信したパラメタ情報１３２に対応する受信済フォーマット情報２３１と受信済復元プログラム２３３とを既に受信している場合，監視装置２は，これらに基づいてパラメタ情報１３２の復元処理を行う。一方，受信したパラメタ情報１３２に対応する受信済フォーマット情報２３１と受信済復元プログラム２３３とを受信していない場合，監視装置２は，監視対象装置１に対応するフォーマット情報１３１と復元プログラム１３３の送信を要求する。
【００７１】
すなわち，第２の実施の形態における監視対象装置１は，メッセージが発生する毎にデータを送信するのではなく，パラメタ情報１３２のみを監視装置２に送信する。そして，監視装置２は，受信したパラメタ情報１３２を復元するための情報を受信していない場合，監視対象装置１に必要な情報の送信を要求する。これにより，監視対象装置１は，監視装置２に送信する情報量を低減させることが可能になる。以下，第２の実施の形態におけるデータ作成処理及びメッセージ復元処理の詳細を説明する。
【００７２】
［データ作成処理］
初めに，メッセージ取得部１１１は，アプリケーション１１等からメッセージが出力されるまで待機する（Ｓ４１のＮＯ）。そして，メッセージが出力された場合（Ｓ４１のＹＥＳ），フォーマット取得部１１２は，例えば，出力されたメッセージに対応するフォーマット情報１３１を取得する（Ｓ４２）。ここで，第２の実施の形態におけるフォーマット取得部１１２は，例えば，フォーマット情報１３１を識別する情報である「情報識別ＩＤ」を含める形でフォーマット情報１３１を作成する。この「情報識別ＩＤ」は，例えば，フォーマット取得部１１２がフォーマット情報１３１を作成する毎に昇順に増加していくものであってよい。そして，フォーマット取得部１１２は，例えば，作成したフォーマット情報１３１を情報格納領域１３０に記憶する。これにより，監視対象装置１及び監視装置２は，後述するように，「情報識別ＩＤ」が示す情報に基づき，送受信すべき情報を特定することが可能になる。以下，第２の実施の形態におけるフォーマット情報１３１の具体的を説明する。
【００７３】
図２０は，図７で説明したフォーマット情報１３１に「情報識別ＩＤ」を項目として追加したものである。図２０の例においては，フォーマット情報１３１に含まれる各データについて，「情報識別ＩＤ」として２３が記憶されている。すなわち，図２０に示すフォーマット情報１３１は，例えば，フォーマット取得部１１２が作成したフォーマット情報１３１のうち，２３番目のフォーマット情報１３１であることを示している。また，フォーマット取得部１１２は，作成したフォーマット情報１３１と同時に使用される復元プログラム１３３に，作成したフォーマット情報１３１と同じ「情報識別ＩＤ」を設定する。
【００７４】
続いて，パラメタ作成部１１３は，第１の実施の形態と同様に，例えば，フォーマット情報１３１に含まれる種別情報に対応するデータ毎に，メッセージ取得部１１１が取得したメッセージを分割してパラメタ情報１３２を作成する（Ｓ４３）。
【００７５】
次に，データ送信部１１５は，第１の実施の形態と異なり，例えば，フォーマット情報１３１に設定された「情報識別ＩＤ」を示す情報と，パラメタ情報１３２を監視装置２に送信する（Ｓ４４）。すなわち，第２の実施の形態では，アプリケーション１１等からメッセージが出力された場合，監視対象装置１は，データの作成を行わずに，パラメタ情報１３２とフォーマット情報１３１のうち「情報識別ＩＤ」を示す情報とを送信する。
【００７６】
そして，送信要求受信部１１６がフォーマット情報１３１の送信要求を受信した場合（Ｓ４５のＹＥＳ），データ送信部１１５は，Ｓ４４において送信したパラメタ情報１３２に対応するフォーマット情報１３１を送信する（Ｓ４６）。すなわち，監視装置２からフォーマット情報１３１の送信要求を受信した場合，これは，Ｓ４４において送信したパラメタ情報１３２に対応するフォーマット情報１３１が監視装置２に記憶されていないことを意味する。そのため，データ送信部１１５は，送信要求に基づき，フォーマット情報１３１の送信を行う。一方，監視装置２からフォーマット情報１３１の送信要求を受信しない場合（Ｓ４５のＮＯ），データ送信部１１５は，フォーマット情報１３１の送信を行わない。なお，監視装置２は，監視対象装置１に送信要求を送信する際に，監視対象装置１からパラメタ情報１３２と同時に受信した「情報識別ＩＤ」を含めて送信する。これにより，送信要求を受信した監視対象装置１は，監視装置２に送信すべきフォーマット情報１３１を特定することが可能になる。
【００７７】
さらに，送信要求受信部１１６が復元プログラム１３３の送信要求を受信した場合（Ｓ４７のＹＥＳ），データ送信部１１５は，Ｓ４４において送信したパラメタ情報１３２に対応する復元プログラム１３３を送信する（Ｓ４８）。すなわち，監視装置２から復元プログラム１３３の送信要求を受信した場合，これは，Ｓ４４において送信したパラメタ情報１３２に対応する復元プログラム１３３が監視装置２に記憶されていないことを意味する。そのため，データ送信部１１５は，復元プログラム１３３の送信を行う。一方，監視装置２から復元プログラム１３３の送信要求を受信しない場合（Ｓ４７のＮＯ），データ送信部１１５は，復元プログラム１３３の送信を行わない。なお，監視装置２は，監視対象装置１に送信要求を送信する際に，監視対象装置１からパラメタ情報１３２と同時に受信した「情報識別ＩＤ」を含めて送信する。これにより，送信要求を受信した監視対象装置１は，監視装置２に送信すべき復元プログラム１３３を特定することが可能になる。
【００７８】
［メッセージ復元処理］
次に，第２の実施の形態におけるメッセージ復元処理を説明する。初めに，データ受信部２１１は，例えば，監視対象装置１からのパラメタ情報１３２及び「情報識別ＩＤ」を示す情報を受信するまで待機する（Ｓ５１のＮＯ）。そして，監視対象装置１から送信されたパラメタ情報１３２等を受信した場合（Ｓ５１のＹＥＳ），送信要求送信部２１５は，例えば，受信した「情報識別ＩＤ」を示す情報に基づき，情報格納領域２３０に記憶された受信済フォーマット情報２３１及び受信済復元プログラム２３３を参照する。すなわち，送信要求送信部２１５は，情報格納領域２３０に記憶された受信済フォーマット情報２３１及び受信済復元プログラム２３３のうち，受信した「情報識別ＩＤ」と一致する「情報識別ＩＤ」が設定されている情報を検索する。そして，受信したパラメタ情報１３２に対応する受信済フォーマット情報２３１及び受信済復元プログラム２３３が記憶されている場合（Ｓ５２のＹＥＳ），復元判定部２１４等は，第１の実施の形態と同様に，受信したパラメタ情報１３２の復元を行うための処理を行う（Ｓ５５等）。
【００７９】
一方，受信したパラメタ情報１３２に対応する受信済フォーマット情報２３１及び受信済復元プログラム２３３が記憶されていない場合（Ｓ５２のＮＯ），送信要求送信部２１５は，例えば，監視対象装置１に送信要求を送信する（Ｓ５３）。具体的に，送信要求送信部２１５は，受信したパラメタ情報１３２を復元するために必要な受信済フォーマット情報２３１及び受信済復元プログラム２３３のうち，監視装置２が未だ受信していない情報の送信要求を監視対象装置１に送信する。なお，この送信要求は，例えば，送信要求に係る情報を識別する「情報識別ＩＤ」を含む。これにより，送信要求を受信した監視対象装置１は，監視装置２に送信すべき情報を特定することが可能になる。
【００８０】
その後，データ受信部２１１は，例えば，送信要求に対応する情報を受信するまで待機する（Ｓ５４のＮＯ）。そして，送信要求に対応する情報を受信した場合（Ｓ５４のＹＥＳ），復元判定部２１４等は，第１の実施の形態と同様に，受信したパラメタ情報１３２の復元を行うための処理を行う（Ｓ５５等）。なお，Ｓ５５からＳ５８の処理は，図１４において説明したＳ３２からＳ３５の処理と同じ内容であるため，ここでは説明を省略する。
【００８１】
すなわち，第２の実施の形態によれば，監視対象装置１は，メッセージが発生した際に，パラメタ情報１３２を監視装置２に送信する。そして，監視装置２は，受信したパラメタ情報１３２に対応する受信済フォーマット情報２３１または受信済復元プログラム２３３を受信していない場合に，その情報の送信要求を監視対象装置１に送信する。これにより，監視対象装置１は，アプリケーション１１等からメッセージは出力される毎にデータの全てを監視装置２に送信する必要がなくなる。そのため，監視対象装置１は，監視装置２に送信する情報量を低減させることが可能になる。具体的に，監視対象装置１は，例えば，同じアプリケーション１１等から頻繁にメッセージが出力される場合に，同じ情報（フォーマット情報１３１）が繰り返し監視装置２に送信されることを防ぐことが可能になる。そのため，監視対象装置１は，監視装置２への情報の送信を効率的に行うことが可能になる。
【００８２】
以上の実施の形態をまとめると，以下の付記のとおりである。
【００８３】
（付記１）
イベントの発生に応じて生成されるメッセージを特定のフォーマットに従った変換データに変換し，
前記特定のフォーマットと，変換により得られた前記特定のフォーマットに従った変換データと，実行されることで前記特定のフォーマットと前記変換データとに基づいて前記メッセージを復元するプログラムと，を含むデータを送信する，
処理をコンピュータに実行させるメッセージ生成プログラム。
【００８４】
（付記２）
付記１において，
前記メッセージを変換する処理では，前記生成されたメッセージのうち，異常の発生を示すエラーメッセージを前記変換データに変換するメッセージ生成プログラム。
【００８５】
（付記３）
付記１において，
前記メッセージを変換する処理の前に，前記生成されたメッセージに含まれるデータの種別を特定する種別情報と，該種別情報に対応するデータの所在を特定する位置情報と，前記種別情報に対応するデータのデータ長とを対応させることにより，前記特定のフォーマットを作成する，
処理をコンピュータに実行させるメッセージ生成プログラム。
【００８６】
（付記４）
付記３において，
前記メッセージを変換する処理では，前記生成されたメッセージを前記種別情報に対応するデータに分割することにより，前記メッセージを前記変換データに変換するメッセージ生成プログラム。
【００８７】
（付記５）
付記１において，
前記データは，該データの先頭に，該データにおける前記フォーマットの所在を特定可能な位置情報を含むメッセージ生成プログラム。
【００８８】
（付記６）
付記２において，
前記データを送信する処理では，前記エラーメッセージを変換した変換データを含むデータを送信するメッセージ生成プログラム。
【００８９】
（付記７）
イベントの発生に応じて生成されるメッセージを特定のフォーマットに従った変換データに変換し，
変換により得られた前記特定のフォーマットに従った変換データを送信し，
前記データを送信した後，前記特定のフォーマットの送信要求，または実行されることで前記特定のフォーマットと前記変換データとに基づいて前記メッセージを復元するプログラムの送信要求を受信した場合に，前記特定のフォーマットまたは前記プログラムの送信を行う，
処理をコンピュータに実行させるメッセージ生成プログラム。
【００９０】
（付記８）
イベントの発生に応じて生成されるメッセージを特定のフォーマットに従った変換データに変換し，
前記特定のフォーマットと，変換により得られた前記特定のフォーマットに従った変換データと，実行されることで前記特定のフォーマットと前記変換データとに基づいて前記メッセージを復元するプログラムと，を含むデータを送信する，
メッセージ生成方法。
【００９１】
（付記９）
イベントの発生に応じて生成されるメッセージを特定のフォーマットに従った変換データに変換する変換部と，
前記特定のフォーマットと，変換により得られた前記特定のフォーマットに従った変換データと，実行されることで前記特定のフォーマットと前記変換データとに基づいて前記メッセージを復元するプログラムと，を含むデータを送信する送信部と，を有する，
メッセージ生成装置。
【符号の説明】
【００９２】
１：監視対象装置          ２：監視装置
１００：情報処理装置      １３１：フォーマット情報
１３２：パラメタ情報      １３３：復元プログラム
【図１】
0006380031.tif 000002
【図２】
0006380031.tif 000003
【図３】
0006380031.tif 000004
【図４】
0006380031.tif 000005
【図５】
0006380031.tif 000006
【図６】
0006380031.tif 000007
【図７】
0006380031.tif 000008
【図８】
0006380031.tif 000009
【図９】
0006380031.tif 000010
【図１０】
0006380031.tif 000011
【図１１】
0006380031.tif 000012
【図１２】
0006380031.tif 000013
【図１３】
0006380031.tif 000014
【図１４】
0006380031.tif 000015
【図１５】
0006380031.tif 000016
【図１６】
0006380031.tif 000017
【図１７】
0006380031.tif 000018
【図１８】
0006380031.tif 000019
【図１９】
0006380031.tif 000020
【図２０】
0006380031.tif 000021