JP2004227360A - 統合ログ表示方法及びシステム - Google Patents

Abstract

【課題】複数のログ情報の中から、特定の処理に関係するログ情報のみを収集し統合する方法を提供する。
【解決手段】サーバが保持するログ情報中に含まれる、ログ情報で処理毎に付与されるセッション情報をセッション情報管理テーブルに記録し、また異なるログ情報間でのセッション情報の対応関係についてセッション情報対応テーブルに記録する。利用者が表示箇所入力部によって指示したセッション情報から、セッション情報対応テーブルを再帰的に検索することにより、利用者が注目している処理に関連する一連のセッション情報を特定できる。関連する一連のセッション情報のそれぞれについて、対応する情報をログ情報より収集し、ログの記録された日時に従って統合し、処理の流れが理解し易い形に整形し利用者に提示する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明はネットワークにより接続された複数の計算機から構成されるシステムにおいて、それぞれの計算機が独立に持つログ情報を統合するシステムに関する。
【０００２】
【従来の技術】
現在、インターネット上でオンラインショッピングなどのサービスを利用者に提供するシステムが普及している。このようなシステムでは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）の仕組みを利用して、利用者はＷＷＷ用の汎用のブラウザを用いてサービスを提供する計算機であるＷｅｂサーバにアクセスすることによりサービスが受けられる。
【０００３】
初期の段階では、サービスの内容は、情報検索サービスなどの情報提供型の基本的で単純なサービスが主であった。現在では、実際のお金のやり取りを伴った物品やサービスの売買を行うオンラインショッピングサービスや、銀行との取引を行うことができるオンラインバンキングサービスなど、より複雑なサービスが提供されている。
【０００４】
このような複雑なサービスを利用者に対して提供するためには、サービスを提供するサーバ側のシステムも従来のようにＷｅｂサーバのみではなく、役割分担毎に複数の種類のサーバが配置されている。一般的な例として、ユーザに提供する情報を生成するＷｅｂサーバ、業務の実際の動きを制御するアプリケーションサーバ、及び在庫情報や口座情報のような業務データを保存するためのデータベースサーバの３種類のサーバで１つのシステムが構成されている。
【０００５】
また、インターネットを利用した利用者へのサービスでは、利用者が利用したい時間に自由に利用してもらう形式のため、大人数の利用者からのアクセスが集中する場合があり、サーバ側のシステムの性能にある程度の余裕を持たせる設計が必要となる。このような場合、１台のサーバだけではなく、同種のサーバを複数台の並べることにより性能に幅を持たせた構成をとることが一般的である。
【０００６】
このように、現在のＷｅｂシステムでは、異なった機能を持った複数種類のサーバが、それぞれ複数台存在する構成となっている。このようなシステム構成では、ある利用者の処理の履歴に関する一連の情報が、各サーバがそれぞれ独立にファイルとして出力している複数のログ情報中に分散して格納されてしまう。
【０００７】
このようなシステムの運用管理を行うシステムの中には、管理者をサポートする機能として、サーバ側のシステム構成が一覧形式で表示されている統合管理画面から、管理者が取得したいと思ったログ情報を簡単な動作で取得し、管理者に提示する機能がある。
【０００８】
また、従来技術としては、各種のログ情報を中間形式に変換し、時間順序でソート及びマージしたログ情報において、ログ情報中のキーワードの出現頻度等の統計的情報を管理者に対して同時に提示することにより、ログ情報の解析を容易にする方法が提案されている（例えば、特許文献１参照）。
【０００９】
【特許文献１】
特開２００１−３５６９３９号公報
【００１０】
【発明が解決しようとする課題】
上記従来の方法においては、次のような問題がある。すなわち、管理者が通常一度に見ることができる１つのログ情報の中には、本来管理者が見たいと思っている一連の流れの処理履歴情報の一部しか入っていない。つまり、全体の処理を管理者が把握するためには、関連すると思われる全てのサーバが出力する全ログ情報を取得し、その中から関連すると思われる情報を収集し、処理の流れを推定する作業が必要となる。しかし、現在のＷｅｂシステムのようにより複雑化しているシステムにおいては、その作業は事実上不可能であると考えられる。
【００１１】
また、特許文献１で示されるキーワードの出現頻度を用いた方法では、時間順序において統合されたログ情報からは、偶然に同時刻に記録されてしまったログ情報が混合されて管理者に提示されてしまい、管理者が本来必要としている処理履歴情報のみを取得できない。例えば、Ｗｅｂサーバを複数の利用者が同時に利用した場合に、それぞれの利用者がアクセスしたログ情報が、単純に時間順にログファイル中に連続して記録されてしまい、時間順序からはこの２系統のログ情報を分離できない。つまり、管理者がシステムの動作を把握するためには、全てのログ情報を参照する必要があるが、処理の流れを追跡するためには、単純なマージと時間順ソートでは目的を達成できない。
【００１２】
本発明の目的は、Ｗｅｂシステムのように複数種類のサーバ及び複数台のサーバから構成される複雑なシステムにおいて、これらのサーバ群が保持するログ情報の中から、管理者が必要とする情報を収集して管理者に提供することである。
【００１３】
【課題を解決するための手段】
本発明の統合ログ表示方法は、互いにネットワークによって接続された複数のサーバによって構成されたシステムにおける利用を前提とする。システムを構成する各サーバは、自サーバ内での処理の履歴としてログ情報を保持している。このログ情報の中には、複数の処理が実行された場合に、それぞれの処理を特定するための情報（以下セッション情報と呼称）が記録されている。また、処理の中間層として存在するサーバのログ情報内には、自サーバで有効なセッション情報と、次の処理が行われる別サーバで有効なセッション情報の対応関係が記録されている。
【００１４】
本発明では、各サーバが保持するログ情報中に含まれるセッション情報をセッション情報管理テーブルに記録する。また、それらのセッション情報の対応関係をログ情報より収集してセッション情報対応テーブルに記録する。
【００１５】
本発明の統合ログファイル方法では、ログ情報の中から利用者が注目している処理に関係するログ情報の一部分を指定する。その指定された部分に対応するセッション情報について、セッション情報対応テーブルを検索することにより、セッション情報と関連がある他のセッション情報（以下、関連セッション情報と呼称）を検索できる。検索した関連セッション情報のそれぞれを、当該セッション情報と考えて、セッション情報対応テーブルを再度検索し、その結果として関連セッション情報が得られる。この検索処理を再帰的に行うことにより、利用者が注目している処理に関連する一連のセッション情報を特定できる。
【００１６】
次に、関連する一連のセッション情報のそれぞれについて、セッション情報に対応するログ情報を収集し、それらの収集したログ情報を、ログの記録された日時に従って統合する。この統合したログ情報は、利用者が注目した処理に関係するログ情報であり、この情報を処理の流れが理解しやすい形に整形し利用者に提示する。
【００１７】
【発明の実施の形態】
（実施例１）本発明の第１の実施例について図面を参照して詳細に説明する。図１は、本発明における一実施例の全体的な構成図を示す。本実施例では、Ｗｅｂクライアント１０１を利用する利用者に対して、インターネット１０２を経由してオンラインショッピング等のサービスを提供するシステムを表している。サービスを提供するサーバ側のシステムは、一般的に異なる機能を持った複数台の計算機であるサーバが、ネットワーク１０３で接続される構成になっている。
【００１８】
図１の実施例では、Ｗｅｂクライアント１０１の画面に表示するデータを生成する機能を持ったＷｅｂサーバ１０５、提供するサービスの動作を制御する機能を持ったアプリケーションサーバ（以下、ＡＰサーバと略記）１０６、及びサービスに必要なデータを保持する機能を持ったデータベースサーバ（以下、ＤＢサーバと略記）１０７の３種類のサーバによってサービスを提供するシステムが構成されている。
【００１９】
一連の処理に対するこれらのサーバの機能分担としては、Ｗｅｂクライアント１０１からの処理要求をＷｅｂサーバ１０５が受信し、処理要求の内容をＡＰサーバ１０６へ送信する。ＡＰサーバ１０６は、処理に必要なデータをＤＢサーバ１０７から取り出し、サービスの処理を行い、ＤＢサーバ１０７内のデータを変更する必要がある場合にはデータを更新し、処理結果をＷｅｂサーバ１０５へ送信する。Ｗｅｂサーバ１０５は、処理結果をＷｅｂクライアント１０１が解釈できるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式に変換し、Ｗｅｂクライアント１０１へ返信する。これら３種類のサーバ間では、処理の分担と処理の流れ方が決まっており、このサーバ側の構造を、それぞれのサーバを１つの層（レイヤ）に例えて、３層構造と呼称する。
【００２０】
各々のサーバは、独自にそのサーバ内での動作の履歴情報を記録しているログ情報１０８、１０９及び１１０を保持している。各サーバに保持されているログ情報は、通常テキストファイルの形式で保存されており、ネットワーク１０３経由で統合ログ表示サーバ１０４からログ情報の内容を参照できるように設定されている。本実施例では、Ｗｅｂサーバ１０５、ＡＰサーバ１０６及びＤＢサーバ１０７の３種類のサーバで構成されているが、この３種類の中の一部の種類のサーバによって構成されるシステムや、ログ情報を持つ他の機能のサーバを含む構成のシステムにおいても本実施例を適用できる。
【００２１】
図１は、統合ログ表示サーバ１０４の詳細な構成、及びログ情報２０９を保持するサーバ２０８との関係を示す。図１中のサーバ２０８は、ログ情報２０９を持つサーバを汎用的に表現したものであり、Ｗｅｂサーバ１０５、ＡＰサーバ１０６及びＤＢサーバ１０７は、サーバ２０８の１つの種類である。
【００２２】
Ｗｅｂサーバ１０５のログ情報１０８を例として、ログ情報２０９の一般的な形式を図２（左上）に示す。ログ情報２０９は、サーバ２０８で行われた処理の履歴を記録したものなので、１回の記録単位であるログエントリ３０１がログ情報への記録順に従って追記される形式になっている。
【００２３】
また、ログエントリ３０１内には、ログエントリ３０１を記録した日時を表すログ記録日時情報３０３及び、ログ情報２０９内にあるどの処理単位に関係するログエントリ３０１であるかを表すためのセッション情報３０２が出力されている。例として、Ｗｅｂサーバ１０５の場合には、Ｗｅｂサーバ１０５にアクセスしてきたＷｅｂクライアント１０１毎に識別するための識別子であるＣｏｏｋｉｅがセッション情報３０２に相当する。
【００２４】
他のログ情報の形式として、ＡＰサーバ１０６におけるログ情報１０９のログ形式を図２（右上）に示す。基本的にはＷｅｂサーバ１０５のログ形式と同じであるが、ログ情報１０９におけるセッション情報３０２には、Ｗｅｂサーバ１０５のセッション情報３０２とは異なる独自のセッション情報３０２が付与される。
【００２５】
また、ＡＰサーバ１０６は、３層構造の中間の層に位置するため、自身のログ情報１０９内のセッション情報３０２以外に、他の層であるＷｅｂサーバ１０５やＤＢサーバ１０７におけるセッション情報３０２も関連セッション情報４０１としてログ情報１０９内に記録されている。ログ情報１０９における「Ｃｏｏｋｉｅ１」や「ＴｒａｎＩＤ１」の部分がこの関連セッション情報４０１に該当する。この関連セッション情報４０１及びセッション情報３０２を関係づけることによって、異なる層、例えばＷｅｂサーバ１０５とＡＰサーバ１０６におけるセッション情報３０２の関連を判断できる。
【００２６】
また、他のログ情報の形式として、ＤＢサーバ１０７におけるログ情報１１０のログ形式を図２（左下）に示す。基本的にはＷｅｂサーバ１０５のログ形式と同じであるが、ログ情報１１０におけるセッション情報３０２は、ＤＢサーバ１０７におけるトランザクションと呼ばれる処理単位で付与される。
【００２７】
次に、図１に示した統合ログ表示サーバ１０４内の構成について説明する。統合ログ表示サーバ１０４で管理している全てのログ情報２０９に関する情報は、ログ構成定義テーブル２０４に定義されている。
【００２８】
ログ情報収集部２０１は、サーバ２０８内のログ情報２０９から指定された条件に合致したログ情報を選択的に収集する。セッション情報抽出部２０２は、ログ情報収集部２０１によって収集されたログ情報から、セッション情報３０２及びセッション関連情報４０２を抽出して、セッション情報管理テーブル２０５及びセッション情報対応テーブル２０６を作成する。ログ情報統合部２０３は、ログ情報収集部２０１によって収集されたログ情報を利用者が理解しやすい形に統合して、統合ログ情報２０７を生成する。表示箇所入力部２１０は、本発明の利用者が統合ログ情報２０７として得たいと思っている箇所を指示する。
【００２９】
現在、一般的なＷｅｂシステムは、システムの冗長性やそのシステム全体の性能にスケーラビリティ（幅）を持たせるために、各層を同様な機能を持った複数台のサーバで構成されている。図３は、Ｗｅｂサーバが３台（ＷｅｂサーバＡ６０１、ＷｅｂサーバＢ６０３、ＷｅｂサーバＣ６０５）、ＡＰサーバが２台のサーバ（ＡＰサーバＡ６０７、ＡＰサーバＢ６０９）及び１台のＤＢサーバ６１１から構成されたシステム構成を示す。
【００３０】
本実施例の全体の処理の流れについてフローチャート図１３を用いて説明する。最初に、このシステム構成に含まれる全てのログ情報２０９に関する定義情報をログ構成定義テーブル２０４に定義する（ステップ１７０１）。ログ構成定義テーブル２０４の詳細を図４に示す。ログ構成定義テーブル２０４は、１つの行が１つのログ情報２０９に対応している。レイヤＩＤは、サーバの位置する層を表す項目で、Ｗｅｂサーバの層が１、ＡＰサーバの層が２、ＤＢサーバの層が３を表している。ログ情報ＩＤは、各ログを一意に特定する為に付与された識別子である。サーバ名は、ログ情報２０９の存在するサーバ２０８を一意に特定する為の識別子であり、サーバ２０８のネットワーク上での名称を用いる。
【００３１】
ログファイル名は、ログ情報２０９が記録されているファイルの名称を表す。
ログ形式は、ログ情報２０９の記録されている形式を表している。本実施例では、Ｗｅｂは図２に示すログ情報１０８の記録形式を表し、同様にＡＰはログ情報１０９、ＤＢはログ情報１１０の記録形式を表している。関連セッションフラグは、そのログ情報２０９の中に関連セッション情報４０１を含んでいるかどうかを表わすフラグであり、値が１の場合には、関連セッション情報４０１を含んでいることを示す。
【００３２】
ログ情報収集部２０１は、ログ構成定義テーブル２０４の情報に基づいて、指定されたログ情報ＩＤに対応するログ情報２０９から、ログ記録日時情報３０３の範囲指定やセッション情報３０２の指定等の条件に合致したログエントリ３０１のみを収集する。
【００３３】
次に、セッション情報抽出部２０２は、ログ構成定義テーブル２０４に定義されている定義情報に従って、セッション情報管理テーブル２０５及びセッション情報対応テーブル２０６を作成する（ステップ１７０２）。この動作の詳細についてフローチャート図６を用いて説明する。セッション情報抽出部２０２は、ログ構成定義テーブル２０４に定義されているログ情報２０９に関する定義情報を１つ選択し、ログ情報収集部２０１を経由してサーバ２０８に含まれるログ情報２０９を収集する（ステップ９０１）。
【００３４】
収集したログ情報２０９から１つのログエントリ３０１を取り出し（ステップ９０２）、そのログエントリ３０１にセッション情報３０２が含まれるかを判断する（ステップ９０３）。セッション情報３０２が含まれる場合には、セッション情報３０２と現在走査しているログ情報２０９のログ情報ＩＤを、図５に示すセッション情報管理テーブル２０５に追加する（ステップ９０４）。
【００３５】
現在走査しているログ情報２０９の関連セッションフラグが１の場合には、ログエントリ３０１の中に関連セッション情報４０１が含まれるかを判断し（ステップ９０５）、関連セッション情報４０１が含まれる場合には、セッション情報３０２と現在走査しているログ情報２０９のログ情報ＩＤ及び関連セッション情報４０１を、図７に示すセッション情報対応テーブル２０６に追加する（ステップ９０６）。
【００３６】
ログ情報２０９に未処理のログエントリ３０１が存在する場合には、再度ステップ９０２以降の処理を行う（ステップ９０７）。１つのログ情報２０９の処理が終了した後には、ログ構成定義テーブル２０４に定義されているログ情報２０９の中で、未処理のログ情報２０９が有る場合には、再度ステップ９０１以降の処理を行う（ステップ９０８）。以上の処理により、全てのログ情報２０９に含まれているセッション情報３０２及び関連セッション情報４０１に関する情報を収集できる。
【００３７】
ステップ１７０２の処理が終わった後、利用者は、表示箇所入力部２１０を用いてログ情報ＩＤ及びセッション情報３０２を指定する（ステップ１７０３）。
図１４は、表示箇所入力部２１０における入力画面の一例を示す。サーバ名選択ボックス１８０１には、ログ構成定義テーブル２０４に定義されている全てのサーバ名が表示されており、その中から１つのサーバ名を選択できる。
【００３８】
サーバ名選択ボックス１８０１を選択することにより、選択されたサーバ名に該当するサーバ２０８が持つログファイル名が、ログ定義テーブル２０４から検索され、該当する全てのログファイル名がログファイル名選択ボックス１８０２に表示される。ログファイル名選択ボックス１８０２でログファイル名を選択後、表示日時入力ボックス１８０３に表示したいログ情報の日時を入力し、ログ表示情報ボタン１８０４を押すことにより条件に該当するログ情報２０９がログ情報表示領域１８０５に表示される。
【００３９】
利用者は、このログ情報表示領域１８０５内において、１つのログエントリ３０１を選択することにより、ログ情報ＩＤ及びセッション情報３０２を指定できる。また、ログ情報表示領域１８０５を用いる代わりに、セッション情報入力ボックス１８０６に直接、セッション情報３０２の値を入力することによっても、同様にログ情報ＩＤ及びセッション情報３０２を指定できる。
【００４０】
次に、統合ログ表示ボタン１８０７を押下することにより指定されたセッション情報３０２に関連した統合ログ情報２０７が作成される（ステップ１７０４）。ステップ１７０４の処理の詳細を、フローチャート図８を用いて以下に説明する。
【００４１】
指定されたログ情報ＩＤ及びセッション情報３０２を検索条件として、セッション情報対応テーブル２０６を検索することにより、関連セッション情報４０１が得られる。この関連セッション情報４０１を新たな検索条件として、セッション情報対応テーブル２０６を検索することにより、さらに関連セッション情報４０１が得られる。この検索動作を再帰的に行うことによって、表示箇所入力部２１０によって指定されたセッション情報３０１に関係のある、一連の関連セッション情報４０１が得られる（ステップ１１０２）。
【００４２】
前記ステップ１１０２で取得した、関連セッション情報４０１のそれぞれに対して、セッション情報管理テーブル２０５からログ情報ＩＤを取得する（ステップ１１０３）。前記ステップ１１０３で取得したログ情報ＩＤと関連セッション情報４０１を、ログ情報収集部２０１における収集条件に指定して、ログ情報を取得する（ステップ１１０４）。以下の説明では、この収集条件に合致したログ情報を、サーバ２０８内の加工していないログ情報２０９と区別するために、部分ログ情報と呼称する。
【００４３】
前記ステップ１１０４で収集した複数の部分ログ情報を、ログエントリ内のログ記録日時情報３０３を統合の順番として、ログ情報統合部２０３において統合し、統合ログ情報２０７を作成する（ステップ１１０５）。作成された統合ログ情報２０７は、統合ログ表示テキストエリア１８０８に出力される（ステップ１７０５）。
【００４４】
図２（右下）は、統合ログ情報２０７の一例を示す。図２における統合ログ情報２０７の例は、同じく図２に示した各ログ情報（１０８，１０９，１１０）において、表示箇所入力部２０１でセッション情報３０２としてＳｅｓｓｉｏｎ１を指定した場合の統合ログ情報２０７である。セッション情報３０２であるＳｅｓｓｉｏｎ１に関連する関連セッション情報４０１は、図７よりＣｏｏｋｉｅ１、ＴｒａｎＩＤ１及びＴｒａｎＩＤ２の３つのセッション情報であるので、これらのセッション情報に該当するログ情報を各ログ情報（１０８，１０９，１１０）から収集し、１つのログ情報として統合したものが、図２に示す統合ログ情報２０７となる。
【００４５】
本実施例では、部分ログ情報を統合する際に、ログエントリ３０１がどの層のログ情報２０９に含まれていたかを利用者に理解し易いように、ログ構成定義テーブルで定義しているレイヤＩＤに従って、ログ記録日時情報３０３に続いてレイヤＩＤの大きさに対応した適当な個数の空白文字を挿入することによりインデントを行い、統合ログ情報２０７を作成している。つまり、図２中の統合ログ情報２０７に示すようにＡＰサーバ１０６におけるログエントリ３０１（レイヤＩＤ１）は、Ｗｅｂサーバ１０５におけるログエントリ３０１（レイヤＩＤ２）よりも、ログ記録日時情報３０３以降の部分が右側に離れている。
【００４６】
本実施例では、前記のインデントによるログ情報の統合を行っているが、他の方法、例えばレイヤＩＤの違いによって統合ログ情報２０７内での色を変化させるなどの方法を用いる場合でも、本実施例を適用できる。
【００４７】
以上のように、本実施例で説明した統合ログ表示方法を適用したシステムを用いることにより、複数のサーバ２０８が個別に持っているログ情報２０９を１つの統合ログ情報２０７に統合した形で、かつ利用者が注目している処理に関係する情報のみを選択的に利用者に提供できる。
【００４８】
上述の実施例においては、利用者が統合ログ表示を作成する為に表示箇所入力部２１０を操作する前に、セッション情報管理テーブル２０５及びセッション情報対応テーブル２０６を作成しているが、表示箇所入力部２１０を操作した後に、セッション管理テーブル２０５及びセッション情報対応テーブル２０６をフローチャート図６に従って作成する方法においても、本実施例を適用できる。
【００４９】
（実施例２）実施例１においては、ステップ１７０２における処理において、既に記録されたログ情報２０９からセッション情報管理テーブル２０５及びセッション情報対応テーブル２０６を作成していた。実施例２では、このステップ１７０２の処理の代わりに、サーバ２０８側でログ情報２０９を追加記録すると同時に、セッション情報管理テーブル２０５及びセッション情報対応テーブル２０６を作成する処理を追加する。
【００５０】
本実施例の構成を図９に示す。サーバ２０８では、ログ情報２０９に新しいログエントリ３０１を記録する際に、そのログエントリ３０１に含まれるセッション情報３０２とログ情報ＩＤをセッション情報送信部１３０１から、統合ログ表示サーバ１０４内のセッション情報受信部１３０２へ送信する。また、この時にログエントリ内に関連セッション情報４０１も含まれている場合には、関連セッション情報４０１も送信する。
【００５１】
セッション情報受信部１３０２は、受信したセッション情報３０２及びログ情報ＩＤをセッション情報管理テーブル２０５に追加する。また、関連セッション情報４０１も同時に受信した場合には、セッション情報３０２、ログ情報ＩＤ及び関連セッション情報４０１の３つの情報を、セッション情報対応テーブル２０６に追加する。以上の処理により、実施例１と同じセッション情報管理テーブル２０５及びセッション情報対応テーブル２０６を作成できる。
【００５２】
本実施例の上記処理以外の構成及び処理に関しては実施例１と同様である。本実施例で説明した統合ログ表示方法を適用したシステムを用いることにより、複数のサーバ２０８が個別に持っているログ情報２０９の中に関連セッション情報４０１を記録しない場合においても、それらのログ情報２０９を１つの統合ログ情報２０７に統合した形で、かつ利用者が注目している処理に関係する情報のみを選択的に利用者に提供できる。
【００５３】
（実施例３）実施例３は、実施例１において、関連セッション情報４０１が含まれていない場合にログ情報の記録日時の順序関係からセッション情報の関連を推定する実施例である。本実施例におけるログ情報の一例を図１０に示す。図１０のＡＰサーバ１０６のログ情報１４０２と図２のＡＰサーバ１０６のログ情報１０９を比較すれば明らかなように、ＡＰサーバ１０６のログ情報１４０２には、関連セッション情報４０１が記録されていない。本実施例では、実施例１におけるステップ１７０２の処理として、フローチャート図６の処理の代わりに、フローチャート図１２に示す処理を行う。
【００５４】
フローチャート図１２の処理について、フローチャート図６の処理と異なる部分について説明する。セッション情報３０２をセッション情報管理テーブル２０５に追加する処理（ステップ９０４）の後に、セッション記録日時情報３０３、ログ情報ＩＤ、レイヤＩＤ及びセッション情報３０２の４種類の情報を図１１に示すセッション情報記録日時テーブル１５０１に記録する（ステップ１６０１）。
【００５５】
フローチャート図１２の処理が終了した後の、セッション情報記録日時テーブル１５０１の例を図１１に示す。このセッション情報記録日時テーブル１５０１において、隣接する行を比較して、後の行の方が前の行よりも１層深い（レイヤＩＤが１だけ大きい）場合に、相互のセッション情報３０２に関連があると判断して、セッション情報対応テーブル２０６を作成する。例えば、図１１中の行１５０２及び行１５０３は、レイヤＩＤが１だけ異なるので、それぞれのセッション情報３０２である、Ｃｏｏｋｉｅ１及びＳｅｓｓｉｏｎ１に関連があると判断できる。
【００５６】
上述の処理により、セッション情報対応テーブル２０６を作成できる。また、本実施例では、セッション情報記録日時テーブル１５０１上での隣接関係を用いて、セッション情報３０２間の関連を推定しているが、より正確度を上げるために、セッション情報記録日時テーブル１５０１内での隣接関係の統計的な傾向から、セッション情報３０２間の関連を推定する方法を適用した場合においても、本実施例を適用できる。
【００５７】
本実施例の上述の処理以外の構成及び処理に関しては実施例１と同様である。本実施例で説明した統合ログ表示方法を適用したシステムを用いることにより、複数のサーバ２０８が個別に持っているログ情報２０９の中に関連セッション情報４０１を記録されていない場合においても、それらのログ情報２０９を１つの統合ログ情報２０７に統合した形で、かつ利用者が注目している処理に関係と推定される情報を選択的に利用者に提供できる。
【００５８】
以上に述べた本発明の方法を実行するためのプログラムを、計算機で読み取り可能な記憶媒体に格納し、このプログラムメモリに読み込んで実行することもできる。
【００５９】
【発明の効果】
以上述べたように、本発明によれば、Ｗｅｂシステム等のように異なった機能を持つ複数種類のサーバ及び複数台のサーバから構成される複雑なシステムにおいて、これらのサーバ群が保持する複数のログ情報の中から、利用者が注目している処理に関係するログ情報の一部分を指定することにより、その指定した処理に関係するログ情報のみを収集し、統合した形で利用者に提供できる。
【図面の簡単な説明】
【図１】本発明の実施例におけるＷｅｂクライアントとサーバ及び統合ログ表示サーバの全体構成図である。
【図２】ログ情報の記録形式及び、統合ログ情報の一例を表した図である。
【図３】実施例１におけるＷｅｂサーバ、ＡＰサーバ、ＤＢサーバ及び統合ログ表示サーバの関係を表したブロック図である。
【図４】ログ構成定義テーブルの構成を表した図である。
【図５】セッション情報管理テーブルの構成を表した図である。
【図６】実施例１におけるセッション情報に関連するテーブルを作成する処理の流れを示したフローチャートである。
【図７】セッション情報対応テーブルの構成を表した図である。
【図８】実施例１における統合ログ情報を作成する処理の流れを示したフローチャートである。
【図９】実施例２における統合ログ表示サーバ内の構成要素のブロック図である。
【図１０】実施例３におけるログ情報の例を示した図である。
【図１１】実施例３におけるセッション情報記録日時テーブルの構成を表した図である。
【図１２】実施例３におけるセッション情報に関連するテーブルを作成する処理の流れを示したフローチャートである。
【図１３】実施例１における全体の処理の流れを示したフローチャートである。
【図１４】表示箇所入力部の入力画面の一例を示す図である。
【符号の説明】
１０１：Ｗｅｂクライアント、１０５：Ｗｅｂサーバ、１０６：アプリケーション（ＡＰ）サーバ、１０７：データベース（ＤＢ）サーバ、１０４：統合ログ表示サーバ、２０１：ログ情報収集部、２０２：セッション情報抽出部、２０３：ログ表示統合部、２０４：ログ構成定義テーブル、２０５：セッション情報管理テーブル、２０６：セッション情報対応テーブル、２０７：統合ログ情報、２０８：サーバ、２０９：ログ情報、２１０：表示箇所入力部、３０１：ログエントリ、３０２：セッション情報、３０３：ログ記録日時情報、４０１：関連セッション情報、１３０１：セッション情報送信部、１３０２：セッション情報受信部、１５０１：セッション情報記録日時テーブル

Claims (7)

1. 互いに情報を授受しながら一連の処理を行なう複数の処理サーバとネットワークを介して接続され、前記一連の処理に関する動作履歴としてのログ情報を保持する統合サーバにおける統合ログ表示方法は、
   前記処理サーバ内での処理単位毎に付与される、前記ログ情報内に記録された識別子を利用して、前記処理サーバ毎に保持している前記ログ情報から前記識別子で関連付けられる部分ログ情報を収集し、
   各前記処理サーバから収集した複数の前記部分ログ情報を１つの統合ログ情報として統合することを特徴とする統合ログ表示方法。
2. 請求項１記載の統合ログ表示方法において、前記処理サーバが、前記識別子を、前記統合サーバの、前記統合ログ情報を作成する手段に送信することを特徴とする統合ログ表示方法。
3. 請求項１記載の統合ログ表示方法において、複数の前記ログ情報の時系列的な順序関係から前記ログ情報に含まれる前記識別子間の関連関係を判断することを特徴とする統合ログ表示方法。
4. 互いに情報を授受しながら一連の処理を行なう複数の処理サーバ、及び前記処理サーバとネットワークを介して接続され、前記一連の処理に関する動作履歴としてのログ情報を保持する統合サーバからなる統合ログ表示システムにおいて、前記統合サーバは、
   前記処理サーバ内での処理単位毎に付与される前記ログ情報内に記録された識別子と、前記処理サーバ毎に保持している複数の前記ログ情報から前記識別子に関連した部分ログ情報を収集する手段と、
   前記部分ログ情報を１つの統合ログ情報に統合する手段を備えることを特徴とする統合ログ表示システム。
5. 請求項３記載の統合ログ表示システムにおいて、前記処理サーバは、統合ログ表示を作成する手段に前記識別子を送信する手段を備えることを特徴とする統合ログ表示システム。
6. 請求項３記載の統合ログ表示システムにおいて、前記統合サーバは、複数の前記ログ情報から前記ログ情報に含まれる前記識別子の関連関係を判断する手段を備えることを特徴とする統合ログ表示システム。
7. 互いに情報を授受しながら一連の処理を行なう複数の処理サーバとネットワークを介して接続され、前記一連の処理に関する動作履歴としてのログ情報を保持する統合サーバにおける統合ログ表示方法を実行するプログラムを格納した、計算機で読み取り可能な記憶媒体であって、前記方法は、
   前記処理サーバ内での処理単位毎に付与される、前記ログ情報内に記録された識別子を利用して、前記処理サーバ毎に保持している前記ログ情報から前記識別子で関連付けられる部分ログ情報を収集し、
   各前記処理サーバから収集した複数の前記部分ログ情報を１つの統合ログ情報として統合することを特徴とする記憶媒体。

Images