JP6194641B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

近年、アドインと呼ばれるソフトウェアの拡張機構を採用し、柔軟に機能追加を行えるアプリケーションが開発されている。このようなアプリケーションは、プラットフォームと呼ばれる実行可能形式のプログラムが、第三者等から提供されたアドインのＤＬＬ（Dynamic Link Library）形式のプログラムを読み込むことで、機能拡張される。

ここで、機能拡張されたアドインのエラー情報や操作履歴などを把握するためには、アドインにてログ情報（以下、単にログという）を生成し出力する機能が必要となる。

アドインにより生成されたログを出力するには、例えば、次のような２つの方法がある。１つ目は、アドインが独自で任意の出力先（格納先）に対し、ログを直接出力する方法である。２つ目は、アプリケーション側が用意するログ出力用ＡＰＩ（Application Programming Interface）に一旦ログを渡し、アプリケーションが所定の出力先（格納先）に対し、ファイルなどでアドインのログを出力する方法である。

前者のように、アドインが独自でログを出力する場合、アドイン開発者は、アドイン側でログを出力するための機能を実装しなくてはならない。よって、アドインの開発効率を考慮すれば、後者のように、アプリケーション側が用意するログ出力用ＡＰＩを利用してログを出力する方が効率的である。

アプリケーション側が用意するログ出力用ＡＰＩを利用してログを出力する場合、ログの出力先（格納先）は、アプリケーション側で決定される。通常、ログは１箇所の出力先にまとめて出力されることが多い。よって、アプリケーションに対し複数のアドインが追加されている場合、複数のアドインにより出力されたログが１箇所の出力先（格納先）に混在して時系列に出力される。このため、例えば、管理者等が、あるエラー発生時、発生したエラーに対する関連操作のログを参照したいような場合、該当するエラーログの前後は、必ずしもその関連操作のログとは限らないため、ログ参照やログ解析は容易ではない。

これに関する技術として、例えば、特許文献1には、システムのログ情報を収集し、収集したログ情報を、ログ情報の発生条件別に分類して、それぞれ異なる記憶領域に格納するように構成するログ蓄積システムが記載されている。

特開平０８−２６３３３０号公報

しかしながら、特許文献１記載の技術では、複数のアドインと連携して動作するようなアドインのログを出力する場合であっても、いずれか１つの出力先にしかログを出力することができないという問題がある。

例えば、アドインＡ（処理Ａ）のログの出力先を出力先Ａ、アドインＢ（処理Ｂ）のログの出力先を出力先Ｂとした場合、アドインＡ（処理Ａ）とアドインＢ（処理Ｂ）とに処理上の関連を有するようなアドインＣ（処理Ｃ）のログについても、出力先を１箇所にすることしかできない。具体的には、アドインＣ（処理Ｃ）のログの出力先は、出力先Ａ又は出力先Ｂのいずれかにするか、もしくはそれとは別の出力先Ｃに出力する。この場合、アドインＡ（処理Ａ）、アドインＢ（処理Ｂ）の関するログを参照したい場合、アドインＡ（処理Ａ）、アドインＢ（処理Ｂ）のそれぞれが関連するアドインＣ（処理Ｃ）と併せてログを参照するのは容易ではない。

本発明は、このような問題に鑑みてなされたものであり、複数他のアドインと関連して処理を実行するアドインが存在する場合、アドインの実行する処理の種別に応じて、各アドインから出力されるログを、適切な出力先に出力する情報処理装置等を提供することを目的とする。

上述した課題を解決し目的を達成するため、本発明の一実施形態における情報処理装置は、アプリケーションプログラムに、複数のアドインプログラムが追加された情報処理装置であって、アドインプログラムが実行する処理の種類に応じて付与される識別子毎に、ログ情報の出力先を対応付けた定義情報を記憶した記憶手段と、前記複数のアドインプログラムから、各アドインプログラムのログ情報と、該アドインプログラムが実行する処理の種類を示す識別子とを取得する取得手段と、前記取得手段により前記ログ情報と前記識別子とが取得されると、前記定義情報に基づいて、該ログ情報を、該識別子に対応する出力先に出力する出力手段とを有し、第１のアドインプログラムは、第１種類の処理を実行し、第２のアドインプログラムは、前記第１種類の処理と、第２種類の処理とを実行し、前記取得手段は、前記第２のアドインプログラムから、該第２のアドインプログラムのログ情報と、前記第１種類を示す第１識別子と、前記第２種類を示す第２識別子とを取得し、前記出力手段は、前記取得手段により前記ログ情報と前記第１識別子と前記第２識別子とが取得されると、前記定義情報に基づいて、該ログ情報を、該第１識別子と該第２識別子とに対応する出力先に出力すること。

本発明の一態様によれば、複数他のアドインと関連して処理を実行するアドインが存在する場合、アドインの実行する処理の種別に応じて、各アドインから出力されるログを、適切な出力先に出力することができる。

情報処理装置１のソフトウェア構成を示す図である。 情報処理装置１の機能ブロックを示す図である。 定義情報例を示す図である。 情報処理装置１のハードウェア構成例を示す図である。 ログ情報出力処理を示すフローチャートである。 出力先へのログ情報出力例を示す図である。

以下、本発明の実施形態を図面に基づいて説明する。

＜ソフトウェア構成＞
図１は、本実施形態にかかる情報処理装置１のソフトウェア構成を示す図である。図１に示されるように、情報処理装置１は、アプリケーション（実行ファイルＥＸＥ）１０、アドイン（拡張機能ＤＬＬ）２０、定義情報３０、出力先４０を有する。

アプリケーション１０は、プラットフォームなどと呼ばれる実行可能形式のプログラムである。アプリケーション１０は、第三者等から提供されたアドイン２０と呼ばれるＤＬＬ形式のプログラムを読み込むことで、自機能を拡張することが可能となっている。

また、アプリケーション１０は、アドイン２０に対して、ログ出力用ＡＰＩを提供（公開）している。このため、アプリケーション１０は、アドイン２０からログ出力用ＡＰＩを介してログを取得し、後述するように、定義情報３０に基づいて、ログを出力先４０に出力する。

アドイン２０は、アプリケーション１０の機能を拡張するためのＤＬＬ形式のプログラム（ライブラリ）である。また、アドイン２０は、自処理に伴うログを生成するとともに、アプリケーション１０の提供するログ出力用ＡＰＩを介してログを出力する。本実施形態においては、図１に示されるように、アプリケーション１０に対し、アドインＡ２１、アドインＢ２２、アドインＣ２３という３つのアドインが追加されている。

アドイン２０は、ログ出力のタイミング（例えば、処理完了時、一定期間毎又は管理者等からの命令時）になると、アプリケーション１０に対し、ログ出力ＡＰＩに従って、ＡＰＩパラメータを渡すことで、生成したログを出力する。ここで、アプリケーション１０に渡すＡＰＩパラメータは、「ログ情報」（時間情報（年月日時分秒）、ログの重要度、ログ文字列等）と、「処理グループ」との情報を含むが、詳細は後述する。

定義情報３０は、アプリケーション１０がアドイン２０から取得したログ情報を出力先４０に出力する際に用いられる。定義情報３０については、具体例を挙げて後述する。

出力先４０は、アドイン２０により生成され出力されたログを格納するための記憶領域である。本実施形態においては、図１に示されるように、出力先Ｗ４１、出力先Ｘ４２、出力先Ｙ４３、出力先Ｚ４４という４つの出力先が設置されている。

＜機能構成＞
図２は、本実施形態にかかる情報処理装置１の機能ブロックを示す図である。図２に示されるように、情報処理装置１は、主に、記憶部１００、取得部１０１、出力部１０２を有する。なお、図２において、図１と重複するブロックについては同一番号を付してある。

記憶部１００は、定義情報３０を記憶する機能を有している。定義情報３０はアドイン２０が実行する処理の種類に応じて付与される識別子と、ログ情報の出力先４０とを対応付けた情報である。出力部１０２によりログ情報を出力するための出力先４０を決定する際に用いられる。

取得部１０１は、複数のアドイン２０から、各アドイン２０のログ情報と、各アドイン２０が実行する処理の種類を示す識別子（例えば、処理グループ）とを取得する機能を有している。

出力部１０２は、取得部１０１によりアドイン２０からログ情報と識別子（例えば、処理グループ）とが取得されると、記憶部１００の定義情報３０に基づいて、ログ情報を、識別子に対応する出力先に出力する機能を有している。

なお、取得部１０１、出力部１０２は、情報処理１を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるプログラム（例えば、アプリケーション１０、アドイン２０等）によって実現される。

また、上述の構成はあくまで一例である。このため、例えば、記憶部１００は、外部装置により構成されてもよい。この場合、出力部１０２は外部装置から定義情報３０を取得すればよい。また、例えば、出力先Ｗ４１、出力先Ｘ４２、出力先Ｙ４３、出力先Ｚ４４についても、内外部装置の記憶部１００に含まれてよい。

（定義情報例）
図３は、本実施形態にかかる定義情報例を示す図である。定義情報３０は、ログ情報を出力すべき出力先４０を決定する際に参照される定義の情報である。本実施形態にかかる定義情報３０は、（ａ）出力先定義情報、（ｂ）出力先有効情報を含む。

まず、（ａ）出力先定義情報は、「Ｎｏ」、「処理グループ条件」、「内容条件」、「出力先（名）」の項目を有する。

「Ｎｏ」は、各出力先定義に対し、１つづつ付与される番号である。出力先定義が出力先定義情報に定義（登録）される度、一意に付与される。

「処理グループ条件」は、ログ情報を出力すべき出力先４０を決定するための、処理グループの条件を定義する。具体的には、アドイン２０がログを出力する際、アドイン２０からアプリケーション１０に渡されるＡＰＩパラメータの一つである処理グループをキーとして、「処理グループ条件」を定義することができる。

「内容条件」は、ログ情報を出力すべき出力先４０を決定するための、ログ情報内容の条件を定義する。具体的には、アドイン２０が出力するログ情報内の内容情報（例えば、時間情報（年月日時分秒）、ログの重要度、ログ文字列等）をキーワードとして、「内容条件」を定義することができる。

「出力先」は、ログ情報を出力するための出力先を定義する。

次に、（ｂ）出力先有効情報は、「出力先（名）」、「ステータス」の項目を有する。

「出力先」は、各出力先４０が登録される。なお、登録対象となる出力先は、（ａ）出力先定義情報の「出力先」に定義される全ての出力先である。

「ステータス」は、出力先４０の状態、即ち、有効又は無効が登録される。有効の場合、有効とされる出力先に対してログ情報の出力が可能であることを示す。一方、無効の場合、無効とされる出力先に対してログ情報の出力は不可能であることを示す。これにより、管理者等は、出力先単位で有効無効を設定できるため、ある出力先への出力を停止又は開始させたい場合、出力先定義を修正するなどの手間を削減することができる。

＜ハードウェア構成＞
図４は、本実施形態にかかる情報処理装置１のハードウェア構成例を示す図である。図３に示されるように、情報処理装置１は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ(Hard Disk Drive)／ＳＳＤ(Solid State Drive)１４と、ＮＩＣ（Network Interface Card）１５と、ディスプレイ１６と、キーボード１７と、マウス１８と、バス１９を有する。

ＣＰＵ１１は、情報処理装置１の動作制御を行うＯＳ及びシステムプログラム、並びに、プラットフォーム等のアプリケーションを実行する。ＲＯＭ１２は、ＣＰＵ１１が実行するシステムプログラム等を記憶する。ＲＡＭ１３は、ＣＰＵ１１のワークエリアを構成する。ＨＤＤ／ＳＳＤ１４は、アプリケーション１０やアドイン２０等のプログラムやライブラリデータ等を記憶する。ＮＩＣ１５は、有線の通信インターフェースとその制御装置を含み、外部装置と通信を行うために用いられる。ディスプレイ１６は、液晶ディスプレイ及びグラフィックスコントローラを含み、ユーザに対して情報を提示する。キーボード１７及びマウス１８は、管理者等から入力を受け付ける。バス１９は、情報処理装置１を構成する上記の装置を相互に接続し、データのやり取りを行う。

＜動作例＞
図５は、本実施形態にかかるログ情報出力処理を示すフローチャートである。ここで、ログ情報出力処理について説明を行うにあたり、以下の前提を想定する。

本実施形態にかかるアプリケーション１０に対し、アドインＡ２１、アドインＢ２２、アドインＣ２３が追加されたことで、アプリケーション１０は、アドインＡ２１、アドインＢ２２、アドインＣ２３による機能拡張がなされている。

本実施形態にかかるアドインＡ２１、アドインＢ２２は、それぞれ業務の処理α、処理βという処理（拡張機能）を実行する。また、アドインＣ２３は、処理α及び処理βに関連する処理（拡張機能）を実行する。例えば、アドインＣ２３は、処理αの結果及び／又は処理βの結果を用いた処理を実行する。

上述の通り、アドインＡ２１は、処理αという種類の業務処理を実行するアドインである。このため、アドインＡ２１は、アプリケーション１０にログを出力する際、ＡＰＩパラメータとして、アドインＡ２１が生成したログ情報と、処理αという種類の業務処理に対応する「処理グループ」αとを、アプリケーション１０に渡す。

また、アドインＢ２２は、処理βという種類の業務処理を実行するアドインである。このため、アドインＢ２２は、アプリケーション１０にログを出力する際、ＡＰＩパラメータとして、アドインＢ２２が生成したログ情報と、処理βという種類の業務処理に対応する「処理グループ」βとを、アプリケーション１０に渡す。

また、アドインＣ２３は、処理α及び処理βという２種類の業務処理を実行するアドインである。このため、アドインＣ２３は、アプリケーション１０にログを出力する際、ＡＰＩパラメータとして、アドインＣ２３が生成したログ情報と、処理α及び処理βという２種類の業務処理に対応する「処理グループ」α及びβとを、アプリケーション１０に渡す。

なお、各ログ情報は、時間情報（年月日時分秒）、ログの重要度、ログ文字列等）などの内容情報を含む。

以上を踏まえ、図５を参照しながら、本実施形態にかかるログ情報出力処理について、以下説明する。

Ｓ１：情報処理装置１の取得部１０１は、アドイン２０からログ出力要求を受信したか否かを判定する。アドイン２０からログ出力要求を受信した場合、Ｓ２へ進む。

Ｓ２：取得部１０１は、アドイン２０からログ出力要求を受信した場合、アドイン２０からＡＰＩパラメータとして、ログ情報及び処理グループの情報を取得する。なお、取得部１０１は、複数種類の処理を実行するアドイン（例えば、アドインＣ２３）からは複数の処理グループを取得できる。

Ｓ３：次に、情報処理装置１の出力部１０２は、記憶部１００から定義情報３０を取得する。なお、定義情報３０は、出力先定義情報と、出力有効情報とを含む（例えば、図３参照）。

Ｓ４：出力部１０２は、Ｓ３で取得した定義情報３０の出力先定義情報に従い、ログ情報及び処理グループに基づいて、「出力先」を決定する。

Ｓ５：次に、出力部１０２は、Ｓ３で取得した定義情報３０の出力先有効情報に基づいて、Ｓ４で決定した出力先の「ステータス」を確認する。「ステータス」が無効である場合、無効な出力先に対するログ情報の出力は不可能だからである。

Ｓ６：出力部１０２は、Ｓ４、Ｓ５で決定した有効な「出力先」に、ログ情報を出力（格納）する。

続いて、Ｓ４〜６のステップに関し、具体的に詳しく説明する。

（例１）
例えば、アドインＡ２１から、アドインＡ２１が生成したログ情報と、処理αという種類の業務処理に対応する「処理グループ」αとを取得した場合について説明する。

まず、出力部１０２は、出力先定義情報の「処理グループ条件」と、アドインＡ２１の「処理グループ」とを比較し、合致する出力先定義を抽出する。ここでは、アドインＡ２１の「処理グループ」αであるので、「処理グループ条件」αとなっている「Ｎｏ」１、２、５の出力先定義が抽出される（例えば、図３参照）。

なお、「Ｎｏ」５の「処理グループ条件」ａｎｙとは、何れの「処理グループ」であっても該当するという意味である。このようなオールマイティ値を設定することにより、管理者等は、存在する全ての処理グループについて、出力先定義を定義（登録）する手間を削減することができる。また、処理グループを出力しないアドイン（アプリケーション１０のログ出力用ＡＰＩに未対応）にも対応できる。

次に、出力部１０２は、出力先定義情報の「内容条件」と、アドインＡ２１のログ情報（内容）とを比較し、ログ情報（内容）に「内容条件」のキーワードを含む出力先定義を、上記出力先定義「Ｎｏ」１、２、５の中から抽出する。ここでは、アドインＡ２１のログ情報（内容）が重要度Ａを含むとし、「内容条件」重要度Ａとなっている「Ｎｏ」１、５の出力先定義が抽出される（例えば、図３参照）。これにより、出力部１０２は、「Ｎｏ」１、５の「出力先」出力先Ｗ、出力先Ｚを決定する（Ｓ４）。

次に、出力部１０２は、定義情報３０の出力先有効情報に基づいて、Ｓ４で決定した出力先Ｗ、出力先Ｚの「ステータス」を確認する（Ｓ５）。出力先Ｗ、出力先Ｚの「ステータス」は有効あるため、これら出力先に対するログ情報の出力は可能である（例えば、図３参照）。よって、出力部１０２は、有効な出力先Ｗ、出力先Ｚに、アドインＡ２１のログ情報を出力する（Ｓ６）。

なお、仮に出力先Ｗ又は出力先Ｚの「ステータス」が無効である場合には、無効な出力先に対するログ情報の出力は不可能である。よって、出力部１０２は、有効な出力先にのみ、アドインＡ２１のログ情報を出力すればよい。

（例２）
今度は、例えば、アドインＢ２２から、アドインＢ２２が生成したログ情報と、処理βという種類の業務処理に対応する「処理グループ」βとを取得した場合について説明する。

まず、出力部１０２は、出力先定義情報の「処理グループ条件」と、アドインＢ２２の「処理グループ」とを比較し、合致する出力先定義を抽出する。ここでは、アドインＢ２２の「処理グループ」βであるので、「処理グループ条件」βとなっている「Ｎｏ」３、４、５の出力先定義が抽出される（例えば、図３参照）。

次に、出力部１０２は、出力先定義情報の「内容条件」と、アドインＢ２２のログ情報（内容）とを比較し、ログ情報（内容）に「内容条件」のキーワードを含む出力先定義を、上記出力先定義「Ｎｏ」３、４、５の中から抽出する。ここでは、アドインＢ２２のログ情報（内容）が重要度Ａを含むとし、「内容条件」重要度Ａとなっている「Ｎｏ」３、５の出力先定義が抽出される（例えば、図３参照）。これにより、出力部１０２は、「Ｎｏ」３、５の「出力先」出力先Ｘ、出力先Ｚを決定する（Ｓ４）。

次に、出力部１０２は、定義情報３０の出力先有効情報に基づいて、Ｓ４で決定した出力先Ｘ、出力先Ｚの「ステータス」を確認する（Ｓ５）。出力先Ｘ、出力先Ｚの「ステータス」は有効あるため、これら出力先に対するログ情報の出力は可能である（例えば、図３参照）。よって、出力部１０２は、有効な出力先Ｘ、出力先Ｚに、アドインＢ２２のログ情報を出力する（Ｓ６）。

（例３）
今度は、例えば、アドインＣ２３から、アドインＣ２３が生成したログ情報と、処理α及び処理βという２種類の業務処理に対応する「処理グループ」α及びβとを取得した場合について説明する。

出力部１０２は、出力先定義情報の「処理グループ条件」と、アドインＣ２３の「処理グループ」とを比較し、合致する出力先定義を抽出する。ここでは、アドインＣ２３の「処理グループ」α及びβであるので、「処理グループ条件」α又はβとなっている「Ｎｏ」１、２、３、４、５の出力先定義が抽出される（例えば、図３参照）。

次に、出力部１０２は、出力先定義情報の「内容条件」と、アドインＣ２３のログ情報（内容）とを比較し、ログ情報（内容）に「内容条件」のキーワードを含む出力先定義を、上記出力先定義「Ｎｏ」１、２、３、４、５の中から抽出する。ここでは、アドインＣ２３のログ情報（内容）が重要度Ａを含むとし、「内容条件」重要度Ａとなっている「Ｎｏ」１、３、５の出力先定義が抽出される（例えば、図３参照）。これにより、出力部１０２は、「Ｎｏ」１、３、５の「出力先」出力先Ｗ、出力先Ｘ、出力先Ｚを決定する（Ｓ４）。

次に、出力部１０２は、定義情報３０の出力先有効情報に基づいて、Ｓ４で決定した出力先Ｗ、出力先Ｘ、出力先Ｚの「ステータス」を確認する（Ｓ５）。出力先Ｗ、出力先Ｘ、出力先Ｚの「ステータス」は有効あるため、これら出力先に対するログ情報の出力は可能である。よって、出力部１０２は、有効な出力先Ｗ、出力先Ｘ、出力先Ｚに、アドインＣ２３のログ情報を出力する（Ｓ６）。

（出力先へのログ情報出力例）
図６は、本実施形態にかかる出力先へのログ情報出力例を示す図である。具体的には、上述の例１〜３により、アドインＡ２１、アドインＢ２２、アドインＣ２３からのログ情報が定義情報３０に従って出力された様子を示す。ここで特に、出力先Ｗ４１及び出力先Ｘ４２には、何れもアドインＣ２３のログ情報が出力（格納）されていることが分かる。

定義情報３０（例えば、図３参照）によれば、出力先Ｗ４１に対しては、「処理グループ」α、且つ、重要度Ａ又は重要度のログ情報が出力されるように定義されている。一方、アドインＡ２１は、業務の処理αという処理を実行し、アドインＣ２３は、処理α（及び処理β）に関連する処理を実行するアドインである。このため、出力先Ｗ４１は、アドインＡ２１及びアドインＣ２３から出力された処理αに関連するログ情報（重要度Ａ、重要度Ｂ）の格納庫となっている。

よって、管理者等は、例えば、処理α関係のエラー発生時、発生したエラーに対する関連操作のログを参照したいような場合、出力先Ｗ４１内のログ情報を参照することで、処理αに関連するログ情報（重要度Ａ、重要度Ｂ）を一元的に確認することができる。また、該当するエラーログの前後を含めて、ログ参照やログ解析を容易に行うことが可能である。

また、定義情報３０（例えば、図３参照）によれば、出力先Ｘ４２に対しては、「処理グループ」β、且つ、重要度Ａ又は重要度Ｂのログ情報が出力されるように定義されている。一方、アドインＢ２２は、業務の処理βという処理を実行し、アドインＣ２３は、処理β（及び処理α）に関連する処理を実行するアドインである。このため、出力先Ｘ４２は、ドインＢ２２及びアドインＣ２３から出力された処理βに関連するログ情報（重要度Ａ、重要度Ｂ）の格納庫となっている。

よって、管理者等は、例えば、処理β関係のエラー発生時、発生したエラーに対する関連操作のログを参照したいような場合、出力先Ｘ４２内のログ情報を参照することで、処理βに関連するログ情報（重要度Ａ、重要度Ｂ）を一元的に確認することができる。また、該当するエラーログの前後を含めて、ログ参照やログ解析を容易に行うことが可能である。

以上、本実施形態にかかる情報処理装置１は、アドインＣ２３のように、複数他の処理に関連する処理を実行するアドインが存在する場合、処理の種類（例えば、処理グループ）に応じて、複数の出力先箇所に対し、同一のログ情報を出力する。これにより、出力先には、ログ情報生成元となるアドインの同一又は非同一に関わらず、同一種類のログ情報を出力（格納）することができる。

即ち、本実施例によれば、電子装置の誤動作防止を目的とし、設定装置で生成された不正な設定情報を検知する電子装置等を提供することが可能である。

以上、実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。

１ 情報処理装置
１０ アプリケーション
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ ＨＤＤ／ＳＳＤ
１５ ＮＩＣ
１６ ディスプレイ
１７ キーボード
１８ マウス
１９ バス
２０ アドイン
３０ 定義情報
４０ 出力先
１００ 記憶部
１０１ 取得部
１０２ 出力部

Claims (3)

1. アプリケーションプログラムに、複数のアドインプログラムが追加された情報処理装置であって、
   アドインプログラムが実行する処理の種類に応じて付与される識別子毎に、ログ情報の出力先を対応付けた定義情報を記憶した記憶手段と、
   前記複数のアドインプログラムから、各アドインプログラムのログ情報と、該アドインプログラムが実行する処理の種類を示す識別子とを取得する取得手段と、
   前記取得手段により前記ログ情報と前記識別子とが取得されると、前記定義情報に基づいて、該ログ情報を、該識別子に対応する出力先に出力する出力手段と、
   を有し、
   第１のアドインプログラムは、第１種類の処理を実行し、
   第２のアドインプログラムは、前記第１種類の処理と、第２種類の処理とを実行し、
   前記取得手段は、前記第２のアドインプログラムから、該第２のアドインプログラムのログ情報と、前記第１種類を示す第１識別子と、前記第２種類を示す第２識別子とを取得し、
   前記出力手段は、前記取得手段により前記ログ情報と前記第１識別子と前記第２識別子とが取得されると、前記定義情報に基づいて、該ログ情報を、該第１識別子と該第２識別子とに対応する出力先に出力することを特徴とする情報処理装置。
2. 前記記憶手段は、前記識別子毎に加え、さらにキーワード毎に、ログ情報の出力先を対応付けた前記定義情報を記憶し、
   前記出力手段は、前記定義情報に基づいて、該ログ情報を、前記キーワードに対応する出力先に出力すること、
   を特徴とする請求項１に記載の情報処理装置。
3. アプリケーションプログラムに、複数のアドインプログラムが追加されたコンピュータに、
   アドインプログラムが実行する処理の種類に応じて付与される識別子毎に、ログ情報の出力先を対応付けた定義情報を記憶した記憶手段と、
   前記複数のアドインプログラムから、各アドインプログラムのログ情報と、該アドインプログラムが実行する処理の種類を示す識別子とを取得する取得手段と、
   前記取得手段により前記ログ情報と前記識別子とが取得されると、前記定義情報に基づいて、該ログ情報を、該識別子に対応する出力先に出力する出力手段として機能させ、
   第１のアドインプログラムは、第１種類の処理を実行し、
   第２のアドインプログラムは、前記第１種類の処理と、第２種類の処理とを実行し、
   前記取得手段は、前記第２のアドインプログラムから、該第２のアドインプログラムのログ情報と、前記第１種類を示す第１識別子と、前記第２種類を示す第２識別子とを取得し、
   前記出力手段は、前記取得手段により前記ログ情報と前記第１識別子と前記第２識別子とが取得されると、前記定義情報に基づいて、該ログ情報を、該第１識別子と該第２識別子とに対応する出力先に出力するように機能させるためのプログラム。

Images