JP6075013B2 - ログ取得プログラム、ログ取得装置及びログ取得方法 - Google Patents

Description

本発明は、ログ取得プログラム、ログ取得装置及びログ取得方法に関する。

従来から外部アプリケーションの動作ログを詳細に取得するソフトウェアがある。このようなソフトウェアは、アプリケーションのソースコードコンパイル時などに、または、アプリケーションの実行前に、各メソッドに対して、アスペクト指向技術により、ログを取得する処理を埋め込む。また、このようなソフトウェアは、前記メソッドの入力−出力を解析してログ情報として記憶する。

特開２００９−１６３５０５号公報

上記のソフトウェアでは、システム利用者または管理者などのシステム開発者に比べてシステムを熟知していないユーザが、ログ取得レベルを変更させる場合に、次のような問題がある。すなわち、上記のソフトウェアでは、システム利用者または管理者が、システム内部構造を熟知していないため、ログ取得レベルの値を決定することが困難である。それゆえ、上記のソフトウェアでは、ログ取得レベルを、理解しやすい視点で指定することが困難である。

１つの側面では、本発明は、ログ取得レベルを、理解しやすい視点で指定することを目的とする。

本願の開示するログ取得プログラムは、１つの態様において、コンピュータに、ログを取得する対象のアプリケーションの複数の機能と、該複数の機能のそれぞれについてのログの詳細度と、を指定する情報を受け付ける処理を実行させる。そして、ログ取得プログラムは、コンピュータに、指定された前記複数の機能のそれぞれについて、対応するログの詳細度で前記アプリケーションのログを取得する処理を実行させる。

ログ取得レベルを理解しやすい視点で指定することができる。

図１は、実施例１に係るアプリケーションサーバの構成を示す図である。 図２は、実施例１に係るログ取得装置が受け付けた情報の一例を示す図である。 図３は、実施例２に係るログ取得装置が適用されたシステムの構成の一例を示す図である。 図４は、第１のＤＢのデータ構成の一例を示す図である。 図５は、第２のＤＢのデータ構成の一例を示す図である。 図６は、実施例２に係るアプリケーションの一例を示す図である。 図７は、実施例２に係るログ取得装置が実行する処理の一例を示す図である。 図８は、実施例２に係る受付処理の手順を示すフローチャートである。 図９は、実施例２に係るログ取得処理の手順を示すフローチャートである。 図１０は、実施例２に係るログ送信処理の手順を示すフローチャートである。 図１１は、ログ取得プログラムを実行するコンピュータを示す図である。

以下に、本願の開示するログ取得プログラム、ログ取得装置及びログ取得方法の実施例を図面に基づいて詳細に説明する。なお、実施例は開示の技術を限定するものではない。

実施例１に係るログ取得装置について説明する。図１は、実施例１に係るアプリケーションサーバ２の構成の一例を示す図である。アプリケーションサーバ２は、アプリケーションを実行する。また、アプリケーションサーバ２は、図１に示すように、ログ取得装置１を有する。ログ取得装置１は、受付部１ａ、取得部１ｂを有する。

受付部１ａは、ログを取得する対象のアプリケーションの複数の機能と、複数の機能のそれぞれについてのログの詳細度と、を指定する情報を受け付ける。

取得部１ｂは、指定された複数の機能のそれぞれについて、対応するログの詳細度でアプリケーションのログを取得する。

図２は、実施例１にかかるログ取得装置１が受け付けた情報の一例を示す図である。図２の例に示す情報は、ログを取得するアプリケーションの機能「Ａ」と、機能「Ａ」についてのログの詳細度「Ｄ０」とを指定する情報であることを示す。また、図２の例に示す情報は、ログを取得するアプリケーションの機能「Ｂ」と、機能「Ｂ」についてのログの詳細度「Ｄ１」とを指定する情報であることを示す。また、図２の例に示す情報は、ログを取得するアプリケーションの機能「Ｃ」と、機能「Ｃ」についてのログの詳細度「Ｄ２」とを指定する情報であることを示す。

図２の例に示す情報を受け付けた場合、ログ取得装置１は、指定された機能「Ａ」について、対応するログの詳細度「Ｄ０」でアプリケーションのログを取得する。また、図２の例に示す情報を受け付けた場合、ログ取得装置１は、指定された機能「Ｂ」について、対応するログの詳細度「Ｄ１」でアプリケーションのログを取得する。図２の例に示す情報を受け付けた場合、ログ取得装置１は、指定された機能「Ｃ」について、対応するログの詳細度「Ｄ２」でアプリケーションのログを取得する。

このように、実施例１に係るログ取得装置１によれば、指定された複数の機能のそれぞれについて、対応するログの詳細度でアプリケーションのログが取得される。したがって、実施例１に係るログ取得装置１によれば、ログ取得レベルを、理解しやすい視点で指定することができる。

次に、実施例２に係るログ取得装置について説明する。図３は、実施例２に係るログ取得装置が適用されたシステムの構成の一例を示す図である。図３に示すように、システム５０は、ユーザ端末５、コンソール６、センター７、アプリケーションサーバ８を有する。

ユーザ端末５は、アプリケーションサーバ８にアプリケーションの実行を依頼し、アプリケーションサーバ８からアプリケーションの実行結果を取得する。例えば、ユーザ端末５は、ユーザによって指定されたアプリケーションを実行する指示をアプリケーションサーバ８に送信し、アプリケーションサーバ８から実行結果を取得する。

コンソール６は、センター７に対して各種の処理を依頼する端末である。例えば、コンソール６は、システム利用者や管理者からの操作を受け付けて、後述する第１のＤＢ７ａに登録するレコードを受け付ける。そして、コンソール６は、受け付けたレコードをセンター７に送信する。これにより、センター７において第１のＤＢ７ａにレコードが追加される。このように、本実施例では、コンソール６を介して、システム利用者や管理者などのユーザが後述する第１のＤＢ７ａのレコードを追加することができる。例えば、ユーザは、後述する「モニタリング条件」の項目の内容、「モニタリングモード」の項目の内容、及び、「優先度」の項目の内容を指定することができる。これにより、後述するが、ログ取得レベルを理解しやすい視点で指定することができる。同様に、本実施例では、コンソール６を介して、ユーザが後述する第１のＤＢ７ａのレコードを削除したり、更新したりすることもできる。

例えば、コンソール６は、ユーザの操作を受け付けて、「モニタリング条件」の項目の内容が、後述する機能ＩＤ、画面ＩＤ及びボタンＩＤの組合せであるレコードを第１のＤＢ７ａに登録するようにセンター７に送信することもできる。このとき、機能ＩＤ、画面ＩＤ及びボタンＩＤのそれぞれは、ワイルドカードなどを用いて指定できる。また、コンソール６は、ユーザの操作を受け付けて、「モニタリング条件」の項目の内容が、ユーザＩＤであるレコードを第１のＤＢ７ａに登録するようにセンター７に送信することもできる。また、コンソール６は、ユーザの操作を受け付けて、「モニタリング条件」の項目の内容が、共通部品を特定するためのクラス名とメソッド名の組合せであるレコードを第１のＤＢ７ａに登録するようにセンター７に送信することもできる。

センター７は、各種の情報をＤＢ（Data Base）に格納する。センター７は、第１のＤＢ７ａ、第２のＤＢ７ｂ、第３のＤＢ７ｃを有する。

図４は、第１のＤＢのデータ構成の一例を示す図である。図４の例に示す第１のＤＢ７ａには、「モニタリング条件」、「モニタリングモード」及び「優先度」の各項目が対応付けられて登録される。「モニタリング条件」の項目には、モニタリングモードを決定するための条件が登録される。「モニタリングモード」の項目には、モニタリングモードの名称が登録される。「優先度」の項目には、値が高いほど優先度が高いモニタリングモードであることを示す値が登録される。

図４の例に示す第１のＤＢ７ａの１番目のレコードは、ユーザが操作した機能が「Ａ」である場合に、「ボトルネック調査」というモニタリングモードでログを取得するという処理の優先度が「２」であることを示す。「ボトルネック調査」というモニタリングモードは、例えば、どのデータアクセスが遅いのかを調査する場合などに用いられるログを取得する場合に用いられるモードである。また、図４の例に示す第１のＤＢ７ａの２番目のレコードは、ユーザＩＤが「５」のユーザがログイン中のユーザである場合に、「操作証跡」というモニタリングモードでログを取得するという処理の優先度が「１」であることを示す。「操作証跡」というモニタリングモードは、例えば、どのユーザがどんな操作をしているのかを調査する場合などに用いられるログを取得する場合に用いられるモードである。また、図４の例に示す第１のＤＢ７ａの３番目のレコードは、実行中のメソッドが共通部品αというメソッドである場合に、「詳細調査」というモニタリングモードでログを取得するという処理の優先度が「３」であることを示す。「詳細調査」というモニタリングモードは、例えば、「ボトルネック調査」よりも、どのデータアクセスが遅いのかを更に細かく調査する場合などに用いられるログを取得する場合に用いられるモードである。また、図４の例に示す第１のＤＢ７ａの４番目のレコードは、デフォルトの場合に、「稼働統計」というモニタリングモードでログを取得するという処理の優先度が「０」であることを示す。「稼働統計」というモニタリングモードは、例えば、システムがどのように使われているのかを調査する場合などに用いられるログを取得する場合に用いられるモードである。

図５は、第２のＤＢのデータ構成の一例を示す図である。図５の例に示す第２のＤＢ７ｂには、「モニタリングモード名」、「優先度」、「Ｗｅｂ層」、「ビジネスロジック層」及び「データアクセス層」の各項目が対応付けられて登録される。

ここで、「Ｗｅｂ層」、「ビジネスロジック層」及び「データアクセス層」の各項目について説明する。「Ｗｅｂ層」には、実行中のメソッドが後述するＷｅｂ層に属するメソッドである場合のモニタリング詳細度が登録される。ここでいうモニタリング詳細度は、ログの詳細度を指す。また、本実施例では、モニタリング詳細度が４段階である場合について説明する。例えば、本実施例では、モニタリング詳細度「Ｄ０」〜「Ｄ３」の４段階であり、「Ｄ３」が最も詳細度が高く、「Ｄ０」が最も詳細度が低い。モニタリング詳細度「Ｄ０」は、例えば、ログを取得しないことを示す。また、モニタリング詳細度「Ｄ１」は、例えば、メソッドが実行された事実とメソッドの処理時間などの呼び出し情報をログとして取得することを示す。また、モニタリング詳細度「Ｄ２」は、例えば、パラメータの値、戻り値の値などの入出力の情報をログとして取得することを示す。また、モニタリング詳細度「Ｄ３」は、例えば、「Ｄ２」よりも更に詳細なレベルでログを取得することを示す。

また、「ビジネスロジック層」には、実行中のメソッドが後述するビジネスロジック層に属するメソッドである場合のモニタリング詳細度が登録される。また、「データアクセス層」には、実行中のメソッドが後述するデータアクセス層に属するメソッドである場合のモニタリング詳細度が登録される。

第３のＤＢ７ｃには、ログ取得装置１０から送信されるログが登録される。

センター７は、コンソール６から送信された第１のＤＢ７ａに登録するレコードを受信すると、受信したレコードを第１のＤＢ７ａに登録する。そして、センター７は、ログ取得装置１０に第１のＤＢ７ａに新たに登録されたレコードを通知する。これにより、センター７の第１のＤＢ７ａの登録内容と、ログ取得装置１０が保持している第１のＤＢ７ａのコピーの内容とを一致させることができる。

同様に、センター７は、コンソール６から送信されたレコードの削除の指示や、レコード更新の指示に基づいて、第１のＤＢ７ａに登録されたレコードの削除や更新を行う。そして、センター７は、レコードが削除された旨や、レコードが更新された旨をログ取得装置１０に送信する。これにより、センター７の第１のＤＢ７ａの登録内容と、ログ取得装置１０が保持している第１のＤＢ７ａのコピーの内容とを一致させることができる。

また、センター７は、ログ取得装置１０から送信されたログを受信すると、受信したログを第３のＤＢ７ｃに登録する。これにより、センター７は、ログを蓄積することができる。

図３の説明に戻り、アプリケーションサーバ８は、アプリケーションを実行する。そして、ログ取得装置１０は、アプリケーションサーバ８により実行されたアプリケーションのログを取得する。

ここで、まず、アプリケーションサーバ８により実行されるアプリケーションについて説明する。図６は、実施例に係るアプリケーションプログラムの一例を示す図である。図６に示すように、アプリケーションプログラムは、メソッド（サブルーチン、関数）に細分化される。図６の例は、アプリケーションプログラムが、クラス２１のメソッド２１ａ〜２１ｃ、クラス２２のメソッド２２ａ〜２２ｂ、クラス２３のメソッド２３ａ〜２３ｂの複数のメソッドに細分化された場合を示す。また、図６の例は、アプリケーションプログラムが、クラス２４のメソッド２４ａ〜２４ｂ、クラス２５のメソッド２５ａ〜２５ｄ、クラス２６のメソッド２６ａ〜２６ｂ、クラス２７のメソッド２７ａ〜２７ｂの複数のメソッドに細分化された場合を示す。また、図６の例は、アプリケーションプログラムが、クラス２８のメソッド２８ａ〜２８ｂ、クラス２９にメソッド２９ａ〜２９ｃの複数のメソッドに細分化された場合を示す。

ここで、アプリケーションプログラムが実行されることで表示装置に表示された画面のボタンを、ユーザが、キーボードやマウスなどの操作受付装置を用いて押下した場合について説明する。この場合には、図６に示すように、文脈情報４０が生成される。文脈情報４０には、ログイン中のユーザＩＤ、操作したアプリケーションの機能／画面／ボタンを識別する機能識別ＩＤなどが含まれる。

機能識別ＩＤには、操作したアプリケーションの機能を示す機能ＩＤ、操作したアプリケーションの画面を示す画面ＩＤ、操作したアプリケーションのボタンを示すボタンＩＤが含まれる。なお、機能には、複数の画面が含まれ、画面には、複数のボタンが含まれ得る。そのため、機能、画面及びボタンの関係は、ツリー構造で表すことができる。

そして、文脈情報が生成されると、メソッドが連鎖的に呼び出されて処理が実行される。例えば、図６の例は、メソッド２１ａ、メソッド２１ｃ、メソッド２４ａ、メソッド２７ａ、メソッド２７ｂの順で各メソッドが実行される場合を示す。なお、各メソッドは１つのクラスに属する。このため、クラス名とメソッド名との組合せでメソッドを一意に特定することが可能である。

ここで、本実施例では、アプリケーションのソースコードのコンパイル時などに、または、アプリケーションの実行前に、各メソッドに対して、アスペクト指向の技術により、ログを取得する処理を埋め込む。例えば、各メソッドが実行される場合に、ログを取得する処理を行うエージェントを呼び出すように、各メソッドが設定される。このように設定されると、例えば、図６の例に示すようにメソッドが連鎖的に呼び出されて実行された場合には、メソッド２１ａ、メソッド２１ｃ、メソッド２４ａ、メソッド２７ａ、メソッド２７ｂの順で、エージェントを呼び出す。エージェントは、呼び出されるたびに、ログを取得する処理を実行する。

ここで、図３に示すログ取得装置１０は、上述したエージェントに対応する。すなわち、ログ取得装置１０は、メソッドが実行されるたびに、ログを取得する処理を実行する。

また、本実施例では、各メソッドを、各メソッドの処理の種類によってモニタリングレイヤーというレイヤーごとに区別する。図７は、実施例２に係るログ装置が実行する処理の一例を示す図である。例えば、図７に示すように、メソッドの処理が画面の表示を実行する処理である場合には、このようなメソッドが「Ｗｅｂ層」というモニタリングレイヤーに属するように設定する。また、図７に示すように、メソッドの処理の種類がビジネスロジックの処理である場合には、このようなメソッドが「ビジネスロジック層」というモニタリングレイヤーに属するように設定する。また、図７に示すように、メソッドの種類がデータベースにアクセスするような処理である場合には、このようなメソッドが「データアクセス層」というモニタリングレイヤーに属するように設定する。

なお、エージェントを呼び出すようなログを取得するメソッドは、いずれか１つのモニタリングレイヤーに属する。一方、ログを取得しないメソッド、すなわち、エージェントを呼び出さないメソッドはいずれのモニタリングレイヤーにも属さない。

次に、エージェントに対応するログ取得装置１０が実行する処理の一例について説明する。ログ取得装置１０は、取得部１０ａ及び送信部１０ｂを有する。上述したように、ログ取得装置１０は、実行中のメソッドから呼び出された場合に、文脈情報４０に合致するモニタリング条件を第１のＤＢ７ａから全て抽出する。例えば、第１のＤＢ７ａの登録内容が図４に示すような登録内容である場合に、文脈情報４０に、アプリケーションのＡ機能を実行したことを示す機能ＩＤが含まれているときには、ログ取得装置１０の取得部１０ａは、次の処理を行う。すなわち、取得部１０ａは、「Ａ機能の操作」というモニタリング条件を含むレコードを抽出する。また、例えば、第１のＤＢ７ａの登録内容が図４に示すような登録内容である場合に、文脈情報４０に、ユーザＩＤ「５」が含まれているときには、取得部１０ａは、「ユーザ５の操作」というモニタリング条件を含むレコードを抽出する。

また、取得部１０ａは、第１のＤＢ７ａの登録内容が図４に示すような登録内容である場合に、呼び出した実行中のメソッドが共通部品αであるときには、次のような処理を行う。すなわち、取得部１０ａは、「共通部品α」というモニタリング条件を含むレコードを抽出する。

なお、取得部１０ａは、１つのアプリケーションにおいて、文脈情報４０に合致するモニタリング条件を第１のＤＢ７ａから全て抽出した後は、抽出したレコードをキャッシュに格納し、以降の処理では、キャッシュに格納されたレコードを用いることもできる。

続いて、取得部１０ａは、抽出したレコードの中から、モニタリング条件に対応するモニタリングモードのうち、優先度が最も高いモニタリングモードを選択する。例えば、図４に示す第１のＤＢ７ａの１番目のレコードから３番目のレコードまでを抽出した場合には、取得部１０ａは、優先度が最も高いモニタリングモード「詳細調査」を選択する。

次に、取得部１０ａは、呼び出したメソッドのモニタリングレイヤー名と、選択したモニタリングモードとに対応するモニタリング詳細度を第２のＤＢ７ｂから決定する。例えば、第２のＤＢ７ｂの登録内容が、図５に示すような登録内容であり、呼び出したメソッドのモニタリングレイヤー名が「Ｗｅｂ層」であり、選択したモニタリングモードが「稼働統計」である場合には、取得部１０ａは、次の処理を行う。すなわち、取得部１０ａは、モニタリング詳細度「Ｄ２」を決定する。

そして、取得部１０ａは、決定したモニタリング詳細度でログを取得する。例えば、取得部１０ａは、モニタリング詳細度「Ｄ２」を決定した場合には、モニタリング詳細度「Ｄ２」でログを取得する。そして、取得部１０ａは、取得したログを内部メモリに格納する。

送信部１０ｂは、ログを送信するタイミング（送信タイミング）である場合に、内部メモリに格納されたログをセンター７に送信する。例えば、送信部１０ｂは、３０秒間隔でログを送信する。

次に、本実施例に係るセンター７が実行する処理の流れを説明する。図８は、実施例２に係る受付処理の手順を示すフローチャートである。この受付処理は、例えば、所定時間間隔で繰り返し実行される。

図８に示すように、センター７は、コンソール６から第１のＤＢ７ａに登録するレコードが入力されたか否かを判定する（Ｓ１０１）。入力されていない場合（Ｓ１０１否定）には、センター７は、再びＳ１０１の判定を行う。一方、入力された場合（Ｓ１０１肯定）には、センター７は、入力されたレコードを第１のＤＢ７ａに登録する（Ｓ１０２）。そして、センター７は、ログ取得装置１０に第１のＤＢ７ａに新たに登録されたレコードを通知し（Ｓ１０３）、処理を終了する。

次に、本実施例に係るログ取得装置１０が実行する処理の流れを説明する。図９は、実施例２に係るログ取得処理の手順を示すフローチャートである。このログ取得処理は、例えば、メソッドがエージェントを呼び出す場合に、エージェントに対応するログ取得装置１０により実行される。

図９に示すように、ログ取得装置１０は、文脈情報４０に合致するモニタリング条件を第１のＤＢ７ａから全て抽出する（Ｓ２０１）。続いて、取得部１０ａは、抽出したレコードの中から、モニタリング条件に対応するモニタリングモードのうち、優先度が最も高いモニタリングモードを選択する（Ｓ２０２）。次に、取得部１０ａは、呼び出したメソッドのモニタリングレイヤー名と、選択したモニタリングモードとに対応するモニタリング詳細度を第２のＤＢ７ｂから決定する（Ｓ２０３）。そして、取得部１０ａは、決定したモニタリング詳細度でログを取得する（Ｓ２０４）。そして、取得部１０ａは、取得したログを内部メモリに格納し（Ｓ２０５）、処理を終了する。

次に、本実施例に係るログ取得装置１０が実行する処理の流れを説明する。図１０は、実施例２に係るログ送信処理の手順を示すフローチャートである。このログ送信処理は、例えば、所定時間間隔で繰り返し実行される。

送信部１０ｂは、ログを送信するタイミング（送信タイミング）であるか否かを判定する（Ｓ３０１）。送信タイミングでない場合（Ｓ３０１否定）に、送信部１０ｂは、再び、Ｓ３０１の判定を行う。一方、送信タイミングである場合（Ｓ３０１肯定）には、送信部１０ｂは、内部メモリに格納されたログをセンター７に送信し（Ｓ３０２）、Ｓ３０１に戻る。

上述してきたように、本実施例に係るログ取得装置１０は、図４に示すような、ユーザにとって理解しやすい「モニタリング条件」の項目の内容の指定を受け付ける。そして、本実施例に係るログ取得装置１０は、受け付けた指定のうち、実行中のメソッドに対応する詳細度でログを取得する。したがって、本実施例に係るログ装置１０は、ログ取得レベルを理解しやすい視点で指定することができる。

また、本実施例では、機能は複数の画面機能を含む。また、本実施例では、複数の画面は入出力項目機能を含む階層の構造で構成されている。そして、本実施例に係るログ取得装置１０は、ある機能に関する異なる階層でそれぞれ異なる詳細度が選択された場合、異なる詳細度の中で最も高い詳細度でアプリケーションのログを取得する。これにより、複数の詳細度が選択された場合に、高い詳細度でアプリケーションのログを取得することができる。

さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

また、実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。また、本実施例において説明した各処理のうち、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、各種の負荷や使用状況などに応じて、実施例において説明した各処理の各ステップでの処理を任意に細かくわけたり、あるいはまとめたりすることができる。また、ステップを省略することもできる。

また、各種の負荷や使用状況などに応じて、実施例において説明した各処理の各ステップでの処理の順番を変更できる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、実施例２において、ログ取得装置１０が第１のＤＢ７ａ〜第３のＤＢ７ｃを有し、コンソール６のアクセスがセンター７からログ取得装置１０となるように構成されてもよい。この場合、センター７は省略できる。

［ログ取得プログラム］
また、上記の実施例で説明したログ取得装置（１、１０）の各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、図１１を用いて、上記の実施例で説明したログ取得装置と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１１は、ログ取得プログラムを実行するコンピュータを示す図である。

図１１に示すように、コンピュータ３００は、ＣＰＵ３１０、ＲＯＭ３２０、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）３３０、ＲＡＭ３４０を有する。これら３１０〜３４０は、バス３５０を介して接続される。

ＲＯＭ３２０には、ＯＳなどの基本プログラムが記憶されている。また、ＨＤＤ３３０には、上記の実施例で示す受付部１ａ、取得部１ｂや、取得部１０ａ、送信部１０ｂと同様の機能を発揮するログ取得プログラム３３０ａが予め記憶される。なお、ログ取得プログラム３３０ａについては、適宜分離しても良い。

そして、ＣＰＵ３１０が、ログ取得プログラム３３０ａを、ＨＤＤ３３０から読み出して実行する。

なお、上記したログ取得プログラム３３０ａについては、必ずしも最初からＨＤＤ３３０に記憶させておく必要はない。

例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にログ取得プログラム３３０ａを記憶させておく。そして、コンピュータ３００がこれらからログ取得プログラム３３０ａを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（またはサーバ）」などにログ取得プログラム３３０ａを記憶させておく。そして、コンピュータ３００がこれらからログ取得プログラム３３０ａを読み出して実行するようにしてもよい。

１ ログ取得装置
１ａ 受付部
１ｂ 取得部

Claims (5)

1. コンピュータに、
   ログを取得する対象のアプリケーションの複数の機能と、該複数の機能のそれぞれについてのログの詳細度と、を指定する情報を受け付け、
   指定された前記複数の機能のそれぞれについて、対応するログの詳細度で前記アプリケーションのログを取得する処理を実行させ、
   前記対応するログの詳細度で前記アプリケーションのログを取得する処理は、該アプリケーションの処理の種別と、該アプリケーションの前記機能と、該種別が示す処理についてのログの詳細度とが対応付けて記憶された記憶部の記憶内容を参照し、前記アプリケーションの処理の種別と指定された前記機能とに基づいて、前記ログの詳細度を決定し、決定されたログの詳細度で前記アプリケーションのログを取得する、
   ことを特徴とするログ取得プログラム。
2. 前記対応するログの詳細度で前記アプリケーションのログを取得する処理は、前記機能は複数の画面機能を含み、該複数の画面は入出力項目機能を含む階層の構造で構成されており、ある機能に関する異なる階層でそれぞれ異なる詳細度が選択された場合、該異なる詳細度の中で最も高い詳細度で前記アプリケーションのログを取得する
   ことを特徴とする請求項１に記載のログ取得プログラム。
3. アプリケーションのログを取得するログ取得装置において、
   ログを取得する対象のアプリケーションの複数の機能と、該複数の機能のそれぞれについてのログの詳細度と、を指定する情報を受け付ける受付部と、
   指定された前記複数の機能のそれぞれについて、対応するログの詳細度で前記アプリケーションのログを取得する取得部と、を備え、
   前記取得部は、該アプリケーションの処理の種別と、該アプリケーションの前記機能と、該種別が示す処理についてのログの詳細度とが対応付けて記憶された記憶部の記憶内容を参照し、前記アプリケーションの処理の種別と指定された前記機能とに基づいて、前記ログの詳細度を決定し、決定されたログの詳細度で前記アプリケーションのログを取得する、
   ことを特徴とするログ取得装置。
4. コンピュータが、
   ログを取得する対象のアプリケーションの複数の機能と、該複数の機能のそれぞれについてのログの詳細度と、を指定する情報を受け付け、
   指定された前記複数の機能のそれぞれについて、対応するログの詳細度で前記アプリケーションのログを取得する処理を実行し、
   前記対応するログの詳細度で前記アプリケーションのログを取得する処理は、該アプリケーションの処理の種別と、該アプリケーションの前記機能と、該種別が示す処理についてのログの詳細度とが対応付けて記憶された記憶部の記憶内容を参照し、前記アプリケーションの処理の種別と指定された前記機能とに基づいて、前記ログの詳細度を決定し、決定されたログの詳細度で前記アプリケーションのログを取得する、
   ことを特徴とするログ取得方法。
5. コンピュータに、
   ログを取得する対象のアプリケーションを構成する複数のメソッドと、該複数のメソッドのそれぞれについてのモニタリング詳細度と、を指定する情報を受け付け、
   指定された前記複数のメソッドのそれぞれについて、対応するモニタリング詳細度で前記アプリケーションのログを取得する処理を実行させ、
   前記取得する処理は、前記メソッドのモニタリングレイヤー名と、前記アプリケーションに対する操作に応じた文脈情報に合致するモニタリング条件に対応するモニタリングモードのうち優先度が最も高いモニタリングモードとに基づいて、前記モニタリング詳細度を決定する、
   ことを特徴とするログ取得プログラム。

Images