(57)【要約】【課題】従来のようにセッション情報テーブルや再帰的な処理等を要することなく、当該機能を実現するための複数の処理に係る全てのログ情報を速やかに収集可能とする。【解決手段】ＥＳＢサーバ（１）１０３は、一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付け、受け付けた当該処理が複数の処理のうち最初に呼び出しを受け付けた処理である場合、複数の処理間で共通に使用され、且つ当該機能と他の機能との間でユニークな情報である付加情報を生成する。そして、ＥＳＢサーバ（１）１０３は、生成した付加情報を、複数の処理を呼び出す際に使用されるメッセージに付加し、そのメッセージを用いて他の処理を呼び出すとともに、実行した処理に係るログ情報を付加情報を含めて生成する。【選択図】図１
2008226017.tif 000002
【特許請求の範囲】
【請求項１】
一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付手段と、
前記受付手段により呼び出しを受け付けた前記処理が前記複数の処理のうち最初に呼び出しを受け付けた処理である場合、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を生成する付加情報生成手段と、
前記付加情報生成手段により生成された前記付加情報を、前記複数の処理を呼び出す際に使用されるメッセージに付加し、前記付加情報が付加された前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行手段と、
前記処理実行手段により実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成手段とを有することを特徴とするログ情報生成装置。
【請求項２】
一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付手段と、
前記複数の処理を呼び出す際に使用されるメッセージに、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報が付加されている場合、前記受付手段による呼び出しの受け付けに応じて、前記付加情報が付加されている前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行手段と、
前記処理実行手段により実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成手段とを有することを特徴とするログ情報生成装置。
【請求項３】
他の処理を呼び出す際の認証処理に使用される認証情報を、前記メッセージ内に生成する認証情報生成手段を更に有することを特徴とする請求項１又は２に記載のログ情報生成装置。
【請求項４】
前記メッセージ内に前記認証情報が含まれている場合、前記認証情報に基づいて認証処理を行う認証手段を更に有し、
前記処理実行手段は、前記認証手段により認証が得られた場合、前記処理を実行することを特徴とする請求項３に記載のログ情報生成装置。
【請求項５】
前記認証手段は、当該ログ情報生成装置が属するシステムとは異なるシステムから前記処理の呼び出しがあった場合に前記認証情報に基づく認証処理を実行することを特徴とする請求項４に記載のログ情報生成装置。
【請求項６】
エラーの発生を検知するエラー検知手段と、
前記エラー検知手段によりエラーの発生が検知された場合、該当する付加情報とともにエラーの発生を通知する通知手段とを更に有することを特徴とする請求項１乃至５の何れか１項に記載のログ情報生成装置。
【請求項７】
一連の機能を実現するために連携して実行される複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を含む前記複数の処理に係るログ情報を取得するログ情報取得手段と、
前記ログ情報取得手段により取得された前記複数の処理に係るログ情報を管理するログ情報管理手段とを有することを特徴とするログ情報管理装置。
【請求項８】
前記ログ情報管理手段において管理されるログ情報から、指定された付加情報に該当するログ情報を検索する検索手段と、
前記検索手段により検索されたログ情報を出力する出力手段とを更に有することを特徴とする請求項７に記載のログ情報管理装置。
【請求項９】
ログ情報生成装置によるログ情報生成方法であって、
一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付ステップと、
前記受付ステップにより呼び出しを受け付けた前記処理が前記複数の処理のうち最初に呼び出しを受け付けた処理である場合、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を生成する付加情報生成ステップと、
前記付加情報生成ステップにより生成された前記付加情報を、前記複数の処理を呼び出す際に使用されるメッセージに付加し、前記付加情報が付加された前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行ステップと、
前記処理実行ステップにより実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成ステップとを含むことを特徴とするログ情報生成方法。
【請求項１０】
ログ情報生成装置によるログ情報生成方法であって、
一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付ステップと、
前記複数の処理を呼び出す際に使用されるメッセージに、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報が付加されている場合、前記受付ステップによる呼び出しの受け付けに応じて、前記付加情報が付加されている前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行ステップと、
前記処理実行ステップにより実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成ステップとを含むことを特徴とするログ情報生成方法。
【請求項１１】
ログ情報管理装置によるログ情報管理方法であって、
一連の機能を実現するために連携して実行される複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を含む前記複数の処理に係るログ情報を取得するログ情報取得ステップと、
前記ログ情報取得ステップにより取得された前記複数の処理に係るログ情報を管理するログ情報管理ステップとを含むことを特徴とするログ情報管理方法。
【請求項１２】
ログ情報生成装置によるログ情報生成方法をコンピュータに実行させるためのプログラムであって、
一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付ステップと、
前記受付ステップにより呼び出しを受け付けた前記処理が前記複数の処理のうち最初に呼び出しを受け付けた処理である場合、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を生成する付加情報生成ステップと、
前記付加情報生成ステップにより生成された前記付加情報を、前記複数の処理を呼び出す際に使用されるメッセージに付加し、前記付加情報が付加された前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行ステップと、
前記処理実行ステップにより実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成ステップとをコンピュータに実行させるためのプログラム。
【請求項１３】
ログ情報生成装置によるログ情報生成方法をコンピュータに実行させるためのプログラムであって、
一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付ステップと、
前記複数の処理を呼び出す際に使用されるメッセージに、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報が付加されている場合、前記受付ステップによる呼び出しの受け付けに応じて、前記付加情報が付加されている前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行ステップと、
前記処理実行ステップにより実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成ステップとをコンピュータに実行させるためのプログラム。
【請求項１４】
ログ情報管理装置によるログ情報管理方法をコンピュータに実行させるためのプログラムであって、
一連の機能を実現するために連携して実行される複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を含む前記複数の処理に係るログ情報を取得するログ情報取得ステップと、
前記ログ情報取得ステップにより取得された前記複数の処理に係るログ情報を管理するログ情報管理ステップとをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一連の機能を実現するために連携して実行される複数の処理に係るログ情報を収集及び管理するための技術に関するものである。
【背景技術】
【０００２】
従来、コンピュータの利用状況やエラーの状況等を記録として残すためにログ情報をとることが行われている。このログ情報に記録される内容には、コンピュータの動作を示すメッセージから緊急事態を示すエラーメッセージまで、様々な事象が含まれており、システム毎に通常時系列に記録される。
【０００３】
また、近年においては、複数のシステムやサービスを連携させて一連の機能を実現することが行われている。この場合、利用者が通常一度に見ることができる１つのログ情報の中には、利用者が見たいと考えている一連の処理の流れのうち、一部の履歴情報が含まれているにすぎない。従って、一連の処理の履歴を利用者が把握するためには、関連する全てのサーバから全ログ情報を取得し、その中から必要な情報を抽出し、一連の処理の流れに沿ってログ情報を統合する作業が必要となる。しかし、現在のような多数のサービスが複雑に連携している場合には、事実上ログの収集・統合は不可能と考えられる。
【０００４】
例えば、複数のシステムからログ情報を収集するアイデアが特許文献１に開示されている。特許文献１に開示される発明は、サーバが保持するログ情報中に含まれる、ログ情報で処理毎に付与されるセッション情報をセッション情報管理テーブルに記録し、また、異なるログ情報間でのセッション情報の対応関係についてセッション情報対応テーブルに記録する。利用者が表示箇所入力部によって指示したセッション情報から、セッション情報対応テーブルを再帰的に検索することにより、利用者が注目している処理に関連する一連のセッション情報を特定するものである。
【０００５】
【特許文献１】特開２００４−２２７３６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示される発明は、各サーバ（Ｗｅｂサーバ、ＡＰサーバ、ＤＢサーバ）毎に異なる独自のセッション情報が付与され、他のサーバとの関連を示す関連セッション情報と上記独自のセッション情報とを関連付けることによってセッション情報の関連を判断している。このように、特許文献１に開示される発明では、異なるセッション情報に対して関連セッション情報を用いて関連付けているので、セッション情報対応テーブル及びそれを用いた処理等が必要となり、また、時間を要する再帰的な呼び出し処理が必要となっている。
【０００７】
また、特許文献１に開示される発明では、Ｗｅｂシステムにおいて、通常セッションＩＤは、ログインからログアウトするまでのセッションが有効である間は同じものが使用されるため、関連するログ情報は膨大なものとなる。
【０００８】
さらに、特許文献１に開示される発明では、ログ情報の解析に必要となるセッション情報は分散システム間で協調動作するためのシステム的なものであり、クライアントのエンドユーザがそれを知り得るのは困難である。
【０００９】
そこで、本発明の目的は、従来のようにセッション情報テーブルや再帰的な処理等を要することなく、当該機能を実現するための複数の処理に係るログ情報を速やかに収集可能とすることにある。
【００１０】
本発明の他の目的は、関連するログ情報の収集対象がより限定され、ログ情報の解析を容易に行うことを可能とすることにある。
【００１１】
さらに本発明の他の目的は、関連する複数の処理の履歴を容易に把握可能とすることにある。
【課題を解決するための手段】
【００１２】
本発明のログ情報生成装置の第１の態様は、一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付手段と、前記受付手段により呼び出しを受け付けた前記処理が前記複数の処理のうち最初に呼び出しを受け付けた処理である場合、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を生成する付加情報生成手段と、前記付加情報生成手段により生成された前記付加情報を、前記複数の処理を呼び出す際に使用されるメッセージに付加し、前記付加情報が付加された前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行手段と、前記処理実行手段により実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成手段とを有することを特徴とする。
本発明のログ情報生成装置の第２の態様は、一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付手段と、前記複数の処理を呼び出す際に使用されるメッセージに、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報が付加されている場合、前記受付手段による呼び出しの受け付けに応じて、前記付加情報が付加されている前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行手段と、前記処理実行手段により実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成手段とを有することを特徴とする。
本発明のログ情報管理装置は、一連の機能を実現するために連携して実行される複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を含む前記複数の処理に係るログ情報を取得するログ情報取得手段と、前記ログ情報取得手段により取得された前記複数の処理に係るログ情報を管理するログ情報管理手段とを有することを特徴とする。
本発明のログ情報生成方法の第１の態様は、ログ情報生成装置によるログ情報生成方法であって、一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付ステップと、前記受付ステップにより呼び出しを受け付けた前記処理が前記複数の処理のうち最初に呼び出しを受け付けた処理である場合、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を生成する付加情報生成ステップと、前記付加情報生成ステップにより生成された前記付加情報を、前記複数の処理を呼び出す際に使用されるメッセージに付加し、前記付加情報が付加された前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行ステップと、前記処理実行ステップにより実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成ステップとを含むことを特徴とする。
本発明のログ情報生成方法の第２の態様は、ログ情報生成装置によるログ情報生成方法であって、一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付ステップと、前記複数の処理を呼び出す際に使用されるメッセージに、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報が付加されている場合、前記受付ステップによる呼び出しの受け付けに応じて、前記付加情報が付加されている前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行ステップと、前記処理実行ステップにより実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成ステップとを含むことを特徴とする。
本発明のログ情報管理方法は、ログ情報管理装置によるログ情報管理方法であって、一連の機能を実現するために連携して実行される複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を含む前記複数の処理に係るログ情報を取得するログ情報取得ステップと、
前記ログ情報取得ステップにより取得された前記複数の処理に係るログ情報を管理するログ情報管理ステップとを含むことを特徴とする。
本発明のプログラムの第１の態様は、ログ情報生成装置によるログ情報生成方法をコンピュータに実行させるためのプログラムであって、一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付ステップと、前記受付ステップにより呼び出しを受け付けた前記処理が前記複数の処理のうち最初に呼び出しを受け付けた処理である場合、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を生成する付加情報生成ステップと、前記付加情報生成ステップにより生成された前記付加情報を、前記複数の処理を呼び出す際に使用されるメッセージに付加し、前記付加情報が付加された前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行ステップと、前記処理実行ステップにより実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成ステップとをコンピュータに実行させることを特徴とする。
本発明のプログラムの第２の態様は、ログ情報生成装置によるログ情報生成方法をコンピュータに実行させるためのプログラムであって、一連の機能を実現するために連携して実行される複数の処理のうち、該当する処理の呼び出しを受け付ける受付ステップと、前記複数の処理を呼び出す際に使用されるメッセージに、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報が付加されている場合、前記受付ステップによる呼び出しの受け付けに応じて、前記付加情報が付加されている前記メッセージを用いて他の処理を呼び出す処理を含む前記処理を実行する処理実行ステップと、前記処理実行ステップにより実行された前記処理に係るログ情報を、前記付加情報を含めて生成するログ情報生成ステップとをコンピュータに実行させることを特徴とする。
本発明のプログラムの第３の態様は、ログ情報管理装置によるログ情報管理方法をコンピュータに実行させるためのプログラムであって、一連の機能を実現するために連携して実行される複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を含む前記複数の処理に係るログ情報を取得するログ情報取得ステップと、前記ログ情報取得ステップにより取得された前記複数の処理に係るログ情報を管理するログ情報管理ステップとをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
本発明においては、一連の機能を実現するために連携して実行される複数の処理のうち、最初に呼び出しを受け付けた場合、前記複数の処理間で共通に使用され、且つ前記機能と他の機能との間でユニークな情報である付加情報を生成する。そして、その付加情報を付加したメッセージを用いて他の処理を呼び出し、また、その処理に係るログ情報を当該付加情報を含めて生成するようにしている。このように、付加情報を付加したメッセージを用いて他の処理を呼び出すようにしているため、他の処理に係るログ情報も当該付加情報を含めて生成することができる。従って、前記複数の処理に係るログ情報は全て付加情報を含めて生成することができるため、この付加情報を用いることによって、従来のようにセッション情報テーブルや再帰的な処理等を要することなく、当該機能を実現するための複数の処理に係るログ情報を速やかに収集することが可能となる。
【００１４】
また、上述したように、本発明においては、セッションよりも発生頻度の高い機能毎にユニークな付加情報を付加し、それを基にログ情報を収集することが可能であるため、関連するログ情報の収集対象がより限定され、ログ情報の解析を容易に行うことが可能となる。
【００１５】
さらに、本発明においては、従来のように一般のユーザが知り得ないセッション情報を利用するのではなく、処理の履歴を示すログ情報を収集対象としているため、関連する複数の処理の履歴を容易に把握することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１７】
図１は、本発明の実施形態に係るログ情報収集システムの全体構成を概略的に示す図である。図１に示すように、本実施形態に係るログ情報収集システムは、クライアントＰＣ１０１、画面系ＡＰサーバ１０２、システムＡ、システムＢ及びログ管理システム１１０を備える。本実施形態においては、システムＡ及びシステムＢ内の各サーバが連携して一連の機能を実現することが可能である。なお、図１に示すシステム構成は飽くまでも一例であり、様々な構成をとり得ることは勿論である。
【００１８】
クライアントＰＣ１０１は、ユーザが操作する端末である。ユーザは、クライアントＰＣ１０１を操作することで、システムＡ及びシステムＢに対してサービスの実行を指示したり、その結果をクライアントＰＣ１０１の画面上で参照することができる。
【００１９】
画面系ＡＰサーバ１０２は、クライアントＰＣ１０１に対して送信する画面情報の構築、クライアントＰＣ１０１上で入力された指示情報をシステムＡ及びＢやログ管理システム１１０に対して送信したり、システムＡ及びＢやログ管理システム１１０から受信した情報をクライアントＰＣ１０１に送信する。
【００２０】
ログ管理システム１１０は、システムＡ、Ｂ内の各サーバからアクセスログを取得して管理し、クライアントＰＣ１０１から指定された検索キーに該当するアクセスログを検索して出力することができる。また、ログ管理システム１１０は、同じくクライアントＰＣ１０１から指定されたサーバから詳細ログを取得し、出力することもできる。
【００２１】
図１に示すように、システムＡは、ＥＳＢ（Enterprise Service Bus）サーバ（１）１０３、バック系ＡＰサーバ（１）１０４、バック系ＡＰサーバ（２）１０５及びゲートウェイサーバ（１）１０６を備える。
【００２２】
ＥＳＢサーバ（１）１０３は、画面系ＡＰサーバ１０２を介してクライアントＰＣ１０１からの要求を最初に受け付け、システムＡ内のその他のサーバやシステムＢ内のサーバが実行するサービスを呼び出すためのインタフェースの役割を果たすサーバである。
【００２３】
バック系ＡＰサーバ（１）１０４及びバック系ＡＰサーバ（２）１０５は、クライアントＰＣ１０１から要求されたサービスの主要部分を実行するサーバの一つである。例えば、クライアントＰＣ１０１から注文処理サービスが要求された場合、バック系ＡＰサーバ（１）１０４は、注文処理サービスを構成する各サービスの実行を指示するためのサービスを実行する。バック系ＡＰサーバ（２）１０５は、注文処理サービスの主要部分の一つである注文サービスを実行し、その結果をレスポンスとして出力するサーバである。なお、本説明における「サービス」とは、コンピュータによる処理を意味し、人的なサービスを意味するものではない。
【００２４】
ゲートウェイサーバ（１）１０６は、システムＡとシステムＢとのネットワーク接続を制御するためのサーバである。
【００２５】
システムＢは、ゲートウェイサーバ（２）１０７、ＥＳＢサーバ（２）１０８及びバック系サーバ（３）１０９を備える。
【００２６】
ゲートウェイサーバ（２）１０７は、システムＡとシステムＢとのネットワーク接続を制御するためのサーバである。
【００２７】
ＥＳＢサーバ（２）１０８は、ゲートウェイサーバ（２）１０７を介したシステムＡからのサービスの呼び出しに応じて、バック系ＡＰサーバ（３）１０９のサービスを呼び出すサーバである。
【００２８】
バック系ＡＰサーバ（３）１０９は、クライアントＰＣ１０１から要求されたサービスの主要部分を実行するサーバの一つである。例えば、クライアントＰＣ１０１から注文処理サービスが要求された場合、バック系ＡＰサーバ（３）１０９は、注文処理サービスの主要部分の一つである在庫サービスを実行し、その結果をレスポンスとして出力するサーバである。
【００２９】
ログ管理システム１１０は、アクセスログ収集格納部１１３、アクセスログ格納テーブル１１４、ログ表示検索部１１２及び詳細ログ検索取得部１１１を備える。
【００３０】
アクセスログ収集格納部１１３は、各サーバからアクセスログを収集し、アクセスログ格納テーブル１１４に対して格納する。
【００３１】
ログ表示検索部１１２は、後述する足跡番号をキーにしてアクセスログ格納テーブル１１４から該当するアクセスログを検索し、検索結果をクライアントＰＣ１０１に向けて送信する。
【００３２】
詳細ログ検索取得部１１１は、クライアントＰＣ１０１によって指定されたサーバから詳細ログを取得する。詳細ログがどのサーバに保持されているかは、ログ管理システム１１０内の不図示のマスタテーブルにて管理されている。
【００３３】
図２−１は、ＥＳＢサーバ（１）１０３、バック系ＡＰサーバ（１）１０４、バック系ＡＰサーバ（２）１０５、ＥＳＢサーバ（２）１０８及びバック系ＡＰサーバ（３）１０９の機能構成を示すブロック図である。
【００３４】
図２−１に示すように、ＥＳＢサーバ（１）１０３、バック系ＡＰサーバ（１）１０４、バック系ＡＰサーバ（２）１０５、ＥＳＢサーバ（２）１０８及びバック系ＡＰサーバ（３）１０９は、受付部２１０１、足跡番号生成部２１０２、デジタル署名生成部２１０３、処理実行部２１０４、アクセスログ生成部２１０５、エラー検知部２１０６及び通知部２１０７により構成される。
【００３５】
受付部２１０１は、他の装置から処理の呼び出しのメッセージを受け付ける。足跡番号生成部２１０２は、受付部２１０１により受け付けたメッセージ内に足跡番号が含まれていない場合、足跡番号を生成する。
【００３６】
デジタル署名生成部２１０３は、足跡番号生成部２１０２により生成された足跡番号を用いてデジタル署名を生成する。
【００３７】
処理実行部２１０４は、他の装置からのメッセージ内に足跡番号が含まれていれば、呼び出しを受けた処理を実行するとともに、その足跡番号をメッセージに含ませて次に対象となる処理の呼び出しを行う。一方、他の装置からのメッセージ内に足跡番号が含まれていなければ、呼び出しを受けた処理を実行するとともに、足跡番号生成部２１０２により生成される足跡番号とデジタル署名生成部２１０３により生成されるデジタル署名とをメッセージ内に含ませて次に対象となる処理の呼び出しを行う。
【００３８】
アクセスログ生成部２１０５は、処理実行部２１０４が実行した処理に係る履歴情報であるアクセスログを生成する。
【００３９】
図２−２は、ゲートウェイサーバ（１）１０６及びゲートウェイサーバ（２）１０７の機能構成を示すブロック図である。図２−２に示すように、ゲートウェイサーバ（１）１０６及びゲートウェイサーバ（２）１０７は、図２−１に示す２１０１〜２１０７と同一構成を備える他、認証部２１０８を備える。
【００４０】
認証部２１０８は、他の装置からのメッセージ内に含まれるデジタル署名に基づく認証処理を行う。
【００４１】
図３は、ＥＳＢサーバ（１）〜（２）１０３、１０８、ゲートウェイサーバ（１）〜（２）１０６、１０７、バック系ＡＰサーバ（１）〜（３）１０４、１０５、１０９、及び、ログ管理システム１１０のハードウェア構成を示すブロック図である。
【００４２】
図３において、ＣＰＵ２０１は、システムバスに接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０３、ＨＤ（ハードディスク）２０９には、ＣＰＵ２０１が実行するＢＩＯＳ（Basic Input/Output System）、ＥＳＢサーバ（１）〜（２）１０３、１０８、ゲートウェイサーバ（１）〜（２）１０６、１０７、バック系ＡＰサーバ（１）〜（３）１０４、１０５、１０９、及び、ログ管理システム１１０が以下に説明する処理を実行するためのプログラムが格納されている。
【００４３】
特に、ログ管理システム１１０の詳細ログ検索取得部１１１、ログ表示検索部１１２及びアクセスログ収集格納部１１３は、ＣＰＵ２０１の指示によりＨＤ２０９から後述するＲＡＭ２０２に該当するプログラムがロードされ、それをＣＰＵ２０１が実行することにより実現する機能である。また、アクセスログ格納テーブル１１４は、ＨＤ２０９又はＲＡＭ２０２の一部記憶領域に格納されるデータである。
【００４４】
なお、図３の例では、ＨＤ２０９は、当該装置の内部に配置された構成としているが、他の実施形態として、ＨＤ２０９に相当する構成が当該装置の外部に配置された構成としてもよい。また、上記プログラムは、フレキシブルディスク（ＦＤ）やＣＤ−ＲＯＭ等、コンピュータ読み取り可能な記録媒体に記録され、それらの記録媒体から供給される構成としてもよいし、インターネット等の通信媒体を介して供給される構成としてもよい。
【００４５】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラムやデータをＲＡＭ２０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００４６】
ＨＤ２０９やＦＤ２０８は、外部メモリとして機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００４７】
ディスクコントローラ２０７は、ＨＤ２０９やＦＤ２０８等の外部メモリへのアクセスを制御する。通信Ｉ／Ｆコントローラ２０６は、インターネットやＬＡＮと接続し、例えば、ＴＣＰ／ＩＰによって外部との通信を制御するものである。
【００４８】
ディスプレイコントローラ２１０は、ディスプレイ２１１における画像表示を制御する。
【００４９】
ＫＢコントローラ２０４は、ＫＢ（キーボード）２０５からの操作入力を受け付け、ＣＰＵ２０１に対して送信する。なお、図示していないが、ＫＢ２０５の他に、マウス等のポインティングデバイスもユーザの操作手段として適用可能である。
【００５０】
図４は、本実施形態に係るログ情報収集システムにおける各サーバ間の動作の流れを示すシーケンスチャートである。ここでは、クライアントＰＣ１０１から注文処理サービスの要求があった場合を例に挙げて説明する。
【００５１】
画面系ＡＰサーバ１０２は、クライアントＰＣ１０１からの注文処理サービスの要求を受信すると、そのサービス要求をＥＳＢサーバ（１）１０３に対して送信する（ステップＳ３０１）。この注文処理サービスの要求にはメッセージが含まれる。
【００５２】
図８は、上記メッセージの一例を概念的に示す図である。図８に示すように、上記メッセージには、＜共通情報＞項目、＜個別メッセージ：注文＞項目が含まれる。
【００５３】
＜共通情報＞項目には、足跡番号、デジタル署名及び依頼者情報等を格納することができるが、画面系ＡＰサーバ１０２からＥＳＢサーバ（１）１０３に対して送信される時点のメッセージには、足跡番号及びデジタル署名はまだ格納されていない状態にある。＜個別メッセージ：注文＞項目には、＜ヘッダ＞項目と＜明細＞項目とが含まれる。＜ヘッダ＞項目には、受付注文日、顧客名及び顧客注文番号が格納される。＜明細＞項目には、注文に関する各明細の品目、数量、納期及び納入先が格納される。
【００５４】
ＥＳＢサーバ（１）１０３は、このようなメッセージを画面系ＡＰサーバ１０２から受付部２１０１により受け付けると、図８に示すメッセージ内に足跡番号を追加する。足跡番号は、会社識別子、採番システム名、日付、日時及びシーケンス番号で構成される。なお、足跡番号は、本注文処理サービス（本注文処理機能）を実現するための複数の処理間では共通に使用される番号であり、本注文処理サービス（本注文処理機能）と他の機能との間では常にユニークになるように採番される番号である。
【００５５】
会社識別子は、ＥＳＢサーバ（１）１０３が属するシステムＡの会社の識別子である。採番システム名は、足跡番号を付与するシステムの名称であり、ここではＥＳＢサーバ（１）１０３内の採番システムの名称となる。日付、日時は、足跡番号を付与した日付、日時である。シーケンス番号は、ＥＳＢサーバ（１）１０３が足跡番号を付与する度に更新される、ＥＳＢサーバ（１）１０３内でのシーケンス番号である。
【００５６】
また、ＥＳＢサーバ（１）１０３は、足跡番号に対してハッシュ関数処理及び秘密鍵による暗号化処理を施すことによりデジタル署名を生成し、メッセージ内に追加する。ＥＳＢサーバ（１）１０３は、図８に示す足跡番号とデジタル署名が付与されたメッセージを用いて、バック系ＡＰサーバ（１）１０４を呼び出すための指示を行うサービス（Order Process Routing）を実行する（ステップＳ３０２、Ｓ３０３）。ステップＳ３０２、Ｓ３０３の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりＥＳＢサーバ（１）１０３内で生成される。
【００５７】
バック系ＡＰサーバ（１）１０４は、ＥＳＢサーバ（１）１０３からの呼び出しを受付部２１０１により受けると、同じく図８に示すメッセージを用いて、注文処理サービスを呼び出すための指示を行うサービス（Order Process）を実行する（ステップＳ３０４、Ｓ３３５）。ステップＳ３０４、Ｓ３３５の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりバック系ＡＰサーバ（１）１０４内で生成される。
【００５８】
ＥＳＢサーバ（１）１０３は、注文処理サービスを呼び出すための指示を受付部２１０１により受けて、同じく図８に示すメッセージを用いて、注文処理サービスの一つである在庫サービスを呼び出すサービス（Inventory Routing）を実行する（ステップＳ３０５、Ｓ３０６）。在庫サービスは、システムＢのバック系ＡＰサーバ（３）１０９にて実行されるサービスであるため、ここでの呼び出しはゲートウェイサーバ（１）１０６に対して行われる。ステップＳ３０５、Ｓ３０６の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりＥＳＢサーバ（１）１０３内で生成される。
【００５９】
ゲートウェイサーバ（１）１０６は、ＥＳＢサーバ（１）１０３からの呼び出しを受付部２１０１により受けると、同じく図８に示すメッセージを用いて、ゲートウェイサーバ（２）１０７を呼び出すサービス（Inventory GW）を実行する（ステップＳ３０７、Ｓ３０８）。ステップＳ３０７、Ｓ３０８の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりゲートウェイサーバ（１）１０６内で生成される。
【００６０】
ゲートウェイサーバ（２）１０７は、ゲートウェイサーバ（１）１０６からの呼び出しを受付部２１０１により受けると、同じく図８に示すメッセージを用いて、ＥＳＢサーバ（２）１０８を呼び出すサービス（Inventory GW）を実行する（ステップＳ３０９、Ｓ３１０）。なお、ステップＳ３０９では、ゲートウェイサーバ（２）１０７は、予め保持している送信者の公開鍵で当該メッセージ内のデジタル署名を開封し、開封により得られるハッシュ値と、メッセージ内の足跡番号をハッシュ関数処理した結果とを照合して認証を行う。認証の結果、双方が一致した場合、ＥＳＢサーバ（２）１０８を呼び出すサービス（Inventory GW）が実行される。また、ステップＳ３０９、Ｓ３１０の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりゲートウェイサーバ（２）１０７内で生成される。
【００６１】
ＥＳＢサーバ（２）１０８は、ゲートウェイサーバ（２）１０７からの呼び出しを受付部２１０１により受けると、同じく図８に示すメッセージを用いて、バック系ＡＰサーバ（３）１０９を呼び出すサービス（Inventory Routing）を実行する（ステップＳ３１１、Ｓ３１２）。ステップＳ３１１、Ｓ３１２の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりＥＳＢサーバ（２）１０８内で生成される。
【００６２】
バック系ＡＰサーバ（３）１０９は、ＥＳＢサーバ（２）１０８からの呼び出しを受付部２１０１により受けると、図８に示すメッセージに応じた在庫サービス（Inventory Service）を実行し、その結果（以下、在庫サービス結果と称す）とともに図８に示すメッセージをＥＳＢサーバ（２）１０８に対して送信する（ステップＳ３１３、Ｓ３１４）。ステップＳ３１３、Ｓ３１４の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりバック系ＡＰサーバ（３）１０９内で生成される。
【００６３】
ＥＳＢサーバ（２）１０８は、バック系ＡＰサーバ（３）１０９から在庫サービス結果及び図８に示すメッセージを受付部２１０１により受け付けることで呼び出しを受けると、在庫サービス結果及び図８に示すメッセージをゲートウェイサーバ（２）１０７に対して送信する（ステップＳ３１５、Ｓ３１６）。ステップＳ３１５、Ｓ３１６の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりＥＳＢサーバ（２）１０８内で生成される。
【００６４】
ゲートウェイサーバ（２）１０７は、ＥＳＢサーバ（２）１０８から在庫サービス結果及び図８に示すメッセージを受付部２１０１により受け付けることで呼び出しを受けると、在庫サービス結果及び図８に示すメッセージをゲートウェイサーバ（１）１０６に対して送信する（ステップＳ３１７、Ｓ３１８）。ステップＳ３１７、Ｓ３１８の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりゲートウェイサーバ（２）１０７内で生成される。
【００６５】
ゲートウェイサーバ（１）１０６は、ゲートウェイサーバ（２）１０７から在庫サービス結果及び図８に示すメッセージを受付部２１０１により受け付けることで呼び出しを受けると、在庫サービス結果及び図８に示すメッセージをＥＳＢサーバ（１）１０３に対して送信する（ステップＳ３１９、Ｓ３２０）。なお、ステップＳ３１９では、ゲートウェイサーバ（１）１０６は、在庫サービス結果及び図８に示すメッセージを受信すると、予め保持している送信者の公開鍵でデジタル署名を開封し、開封により得られるハッシュ値と、メッセージ内の足跡番号をハッシュ関数処理した結果とを照合して認証を行う。認証の結果、双方が一致した場合、ゲートウェイサーバ（１）１０６は、在庫サービス結果及び図８に示すメッセージをＥＳＢサーバ（１）１０３に対して送信する。また、ステップＳ３１９、Ｓ３２０の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりゲートウェイサーバ（１）１０６内で生成される。
【００６６】
ＥＳＢサーバ（１）１０３は、注文処理サービスの指示を行ったバック系ＡＰサーバ（１）１０４に対して在庫サービス結果及び図８に示すメッセージを送信する（ステップＳ３２１、Ｓ３２２）。ステップＳ３２１、Ｓ３２２の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりＥＳＢサーバ（１）１０３内で生成される。
【００６７】
バック系ＡＰサーバ（１）１０４は、ＥＳＢサーバ（１）１０３から在庫サービス結果及び図８に示すメッセージを受付部２１０１により受け付けることで呼び出しを受けると、在庫サービス結果を認識し、図８に示すメッセージをＥＳＢサーバ（１）１０３に返す（ステップＳ３２３、Ｓ３２４）。ステップＳ３２３、Ｓ３２４の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりバック系ＡＰサーバ（１）１０４内で生成される。
【００６８】
ＥＳＢサーバ（１）１０３は、図８に示すメッセージを用いて、注文処理サービスの一つである注文サービスを呼び出すサービス（Order Routing）を実行する（ステップＳ３２５、Ｓ３２６）。注文サービスは、バック系ＡＰサーバ（２）１０５にて実行されるサービスであるため、ここでの呼び出しはバック系ＡＰサーバ（２）１０５に対して直接行われる。また、ステップＳ３２５、Ｓ３２６の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりＥＳＢサーバ（１）１０３内で生成される。
【００６９】
バック系ＡＰサーバ（２）１０５は、ＥＳＢサーバ（１）１０３からの呼び出しを受付部２１０１により受けると、図８に示すメッセージに応じた注文サービス（Order Service）を実行し、その結果（以下、注文サービス結果と称す）とともに図８に示すメッセージをＥＳＢサーバ（１）１０３に対して送信する（ステップＳ３２７、Ｓ３２８）。ステップＳ３２７、Ｓ３２８の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりバック系ＡＰサーバ（２）１０５内で生成される。
【００７０】
ＥＳＢサーバ（１）１０３は、注文処理サービスの指示を行ったバック系ＡＰサーバ（１）１０４に対して注文サービス結果及び図８に示すメッセージを送信する（ステップＳ３２９、Ｓ３３０）。ステップＳ３２９、Ｓ３３０の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりＥＳＢサーバ（１）１０３内で生成される。
【００７１】
バック系ＡＰサーバ（１）１０４は、ＥＳＢサーバ（１）１０３から注文サービス結果及び図８に示すメッセージを受付部２１０１により受け付けることで呼び出しを受けると、注文サービス結果を認識し、図８に示すメッセージとともに、在庫サービス結果と注文サービス結果とを反映させた注文処理サービスの結果情報をＥＳＢサーバ（１）１０３に返す（ステップＳ３３１、Ｓ３３２）。ステップＳ３３１、Ｓ３３２の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりバック系ＡＰサーバ（１）１０４内で生成される。
【００７２】
ＥＳＢサーバ（１）１０３は、注文処理サービスの結果情報を画面系ＡＰサーバ１０２に対して送信する（ステップＳ３３３、Ｓ３３４）。ステップＳ３３３、Ｓ３３４の後には、足跡番号を含むこれらの処理に係るアクセスログがアクセスログ生成部２１０５の機能によりＥＳＢサーバ（１）１０３内で生成される。
【００７３】
画面系ＡＰサーバ１０２は、注文処理サービスの結果情報に基づく画面情報を生成し、クライアントＰＣ１０１に対して送信する。クライアントＰＣ１０１は、画面情報を表示し、ユーザは注文処理サービスの結果情報を参照することができる。
【００７４】
図５は、各サーバ１０３〜１０９による足跡番号の採番処理の流れを示すフローチャートである。
【００７５】
サーバ１０３〜１０９は、受付部２１０１により受け付けたメッセージ内に足跡番号が含まれているか否かを判定する（ステップＳ４０１）。足跡番号が含まれている場合（ステップＳ４０１／ＮＯ）、本採番処理は終了する。一方、足跡番号が含まれていない場合（ステップＳ４０１／ＹＥＳ）、足跡番号生成部２１０２の機能により会社識別子、採番システム名、日付、日時及びシーケンス番号で構成される足跡番号を生成し、処理実行部２１０４の機能により足跡番号をメッセージ内に格納する（ステップＳ４０２、Ｓ４０３）。それとともに、サーバ１０３〜１０９は、デジタル署名生成部２１０３の機能によりステップＳ４０２にて生成した足跡番号をハッシュ関数によりハッシュ値を生成し、生成したハッシュ値を秘密鍵で暗号化し、暗号化したハッシュ値をデジタル署名として生成する。そして、処理実行部２１０４の機能によりメッセージ内に格納する（ステップＳ４０４、Ｓ４０５、Ｓ４０６）。これにより、図８に示すようなメッセージが生成される。
【００７６】
図６は、デジタル署名に基づくメッセージの認証処理の流れを示すフローチャートである。本実施形態において、本処理は、システムＡ、Ｂ間のゲートウェイサーバ（１）、（２）１０６、１０７にて実行される処理である。
【００７７】
ゲートウェイサーバ１０６、１０７は、受付部２１０１により受け付けたメッセージ内にデジタル署名が含まれているか否かを判定する（ステップＳ５０１）。デジタル署名が含まれていない場合（ステップＳ５０１／ＮＯ）、当該メッセージを認証して本認証処理を終了する。一方、デジタル署名が含まれている場合（ステップＳ５０１／ＹＥＳ）、ゲートウェイサーバ１０６、１０７は、認証部２１０８の機能により、予め保持している送信者の公開鍵でデジタル署名を開封し、開封により得られるハッシュ値と、ステップＳ５０３により足跡番号をハッシュ関数処理して得られるハッシュ値とが合致するか否かを判定する（ステップＳ５０２、Ｓ５０４）。双方のハッシュ値が合致する場合（ステップＳ５０４／ＹＥＳ）、当該メッセージを認証して本認証処理を終了する。一方、双方のハッシュ値が合致しない場合（ステップＳ５０４／ＮＯ）、当該メッセージを拒否して本認証処理を終了する。
【００７８】
以上のように、本実施形態における認証処理は、他のシステムに属するサーバから呼び出しがあった場合に、その呼び出しを受けたサーバが認証処理を行っている。これにより、例えば異なる会社間で配置されたシステム同士が処理の呼び出しを行うような場合、複数のシステムを介する過程で発生する、改竄やなりすましを防止することが可能となり、元々の依頼主（クライアントＰＣ１０１のユーザ）の意図を正確に伝達することが可能となる。
【００７９】
図９は、各サーバ１０３〜１０９で生成されるアクセスログをログ管理システム１１０で収集する際の動作を説明するための図である。
【００８０】
アクセスログは、該当するサーバが処理を実行する度に生成される当該処理の履歴情報である。また、これらのアクセスログは、受信するメッセージ内の足跡番号を含む形式で生成される。各サーバ１０３〜１０９は、アクセスログを送信するためのソフトウェアである送信エージェントを備える。送信エージェントは、当該サーバ独自の形式で生成されたアクセスログからログ管理システム１１０が必要とするデータのみを選別し、ログ管理システム１１０に対して送信するためのアクセスログを生成する。そして、送信エージェントは、生成した送信用のアクセスログをログ管理システム１１０に対して随時送信する。このとき、ログ管理システム１１０に対して同じアクセスログを重複して送信しないように、一度送信したアクセスログは、未送信のアクセスログとは別の記録領域に格納される。
【００８１】
ログ管理システム１１０のアクセス収集格納部１１３は、各サーバ１０３〜１０９の送信エージェントからアクセスログを受信すると、受信したアクセスログをアクセスログ格納テーブル１１４内に格納する。
【００８２】
図１０は、アクセスログ格納テーブル１１４内において格納されるアクセスログの構成を概念的に示す図である。
【００８３】
図１０に示すように、アクセスログ格納テーブル１１４に格納されるアクセスログは、タイムスタンプ、ログシステムＩＤ、足跡番号、サービス名、オペレーション名、送受信区分及びＢＯＤＹ区分から構成される。
【００８４】
タイムスタンプは、該当するサーバにおいて当該アクセスログを生成した日時である。ログシステムＩＤは、当該アクセスログを生成したシステムの識別情報である。足跡番号は、本実施形態においてはＥＳＢサーバ（１）１１３によって付与される、会社識別子、採番システム名、日付、日時及びシーケンス番号で構成される情報である。サービス名は、該当するサーバにおいて実行されるサービスの名称である。オペレーション名は、サービス名で示されるサービス内の実際に実行されるオペレーションの名称である。送受信区分は、オペレーション名で示されるオペレーションが応答（レスポンス）のためのオペレーションであったか要求（リクエスト）のためのオペレーションであったかを示す。ＢＯＤＹ区分は、当該オペレーションによりエラーが発生した場合に"Fault"が記録される。
【００８５】
図１０では、一つの足跡番号（Company-SystemA-20061128-13253200-324）をキーにしてアクセスログ格納テーブル１１４から抽出されたアクセスログ群を例示しているが、実際のアクセスログ格納テーブル１１４においては、様々な足跡番号のアクセスログ群が格納されている。
【００８６】
ログ管理システム１１０は、クライアントＰＣ１０１から検索キーとして足跡番号を受信すると、その足跡番号に合致するアクセスログを検索し、検索結果を画面系ＡＰサーバ１０２に対して送信する。画面系ＡＰサーバ１０２では、クライアントＰＣ１０１上でその検索結果を参照することができるように画像処理を施し、その画像処理後のデータをクライアントＰＣ１０１に対して送信する。これにより、クライアントＰＣ１０１では、アクセスログの検索結果をユーザが視認可能な状態で表示することができる。
【００８７】
また、各サーバ１０３〜１０９は、エラー検知部２１０６の機能により、呼び出しに応じて実行する処理のエラーを検知する。このエラー検知部２１０６によりエラーの発生が検知された場合、通知部２１０７は、エラーが発生した処理の呼び出しに用いられたメッセージ内の足跡番号をクライアントＰＣ１０１に対して通知する。ユーザは、クライアントＰＣ１０１で通知された足跡番号を参照し、エラーの原因を追跡したい場合には、後述するログ表示検索画面上で当該足跡番号を指定して、エラーが発生した一連の機能（図４の例では、注文処理サービス）を実現するために連携して実行される複数の処理に係るアクセスログを参照することが可能となる。
【００８８】
図１１は、クライアントＰＣ１０１上で表示されるアクセスログ群を表示するログ表示検索画面の一例を示す図である。
【００８９】
ログ表示検索画面の使用方法としては、ユーザがクライアントＰＣ１０１の操作手段を操作し、検索キーとして足跡番号を足跡番号入力欄１００１に入力する。足跡番号入力欄１００１に足跡番号を入力した後、検索ボタン１００２を押下すると、入力された足跡番号が画面系ＡＰサーバ１０２を介してログ管理システム１１０に送信される。ログ管理システム１１０では、受信した足跡番号に該当するアクセスログを検索する。
【００９０】
図７は、ログ管理システム１１０によるアクセスログの検索処理の流れを示すフローチャートである。
【００９１】
ログ管理システム１１０は、クライアントＰＣ１０１から送信された足跡番号を受信したか否かを判定する（ステップＳ６０１）。足跡番号を受信した場合（ステップＳ６０１／ＹＥＳ）、処理はステップＳ６０２に移行する。一方、足跡番号を受信していない場合（ステップＳ６０１／ＮＯ）、足跡番号を受信するまでステップＳ６０１の判定処理は繰り返し実行される。
【００９２】
ステップＳ６０２では、ログ管理システム１１０は、アクセスログ格納テーブル１１４から対象となる一つのアクセスログを選択する。始めはアクセスログ格納テーブルの先頭レコードのアクセスログが選択される。
【００９３】
次に、ログ管理システム１１０は、アクセスログ内の足跡番号とステップＳ６０１で受信した足跡番号とが一致するか否かを判定する（ステップＳ６０３）。双方の足跡番号が一致する場合（ステップＳ６０３／ＹＥＳ）、ログ管理システム１１０は、当該アクセスログを抽出してＲＡＭ２０２に保存し（ステップＳ６０４）、処理をステップＳ６０５に進める。一方、双方の足跡番号が一致しない場合（ステップＳ６０３／ＮＯ）、ログ管理システム１１０は、ステップＳ６０４を実行することなく、処理をステップＳ６０５に進める。
【００９４】
ステップＳ６０５では、ログ管理システム１１０は、当該アクセスログがアクセスログ格納テーブル１１４内の最後のアクセスログであるか、即ち、当該アクセスログがアクセスログ格納テーブル１１４の最終レコードに格納されたアクセスログであるか否かを判定する。
【００９５】
当該アクセスログが最後のアクセスログである場合（ステップＳ６０５／ＹＥＳ）、処理はステップＳ６０６に移行する。一方、当該アクセスログが最後のアクセスログではない場合（ステップＳ６０５／ＮＯ）、ログ管理システム１１０は、ステップＳ６０２において次のレコードに格納されるアクセスログを選択し、ステップＳ６０３以降の上述した処理を再び実行する。
【００９６】
ステップＳ６０６では、ログ管理システム１１０は、ステップＳ６０４にて抽出したアクセスログ群をタイムスタンプの日時順にソートし、クライアントＰＣ１０１に対して送信する。
【００９７】
図１１の例では、検索キーである足跡番号として"Company1-SystemA-20061128-13253200-324"が指定されており、この足跡番号に合致するアクセスログ群がアクセスログ検索結果表示欄１００３に表示されている。即ち、ステップＳ６０６で送信されたアクセスログ群がアクセスログ検索結果表示欄１００３に表示されている。アクセスログ検索結果表示欄１００３には、アクセスログの構成要素である、タイムスタンプ、ログシステムＩＤ、サービス名、オペレーション名、送受信区分及びＢＯＤＹ区分の他に、詳細ログ項目が含まれている。
【００９８】
詳細ログ項目には、詳細ログを生成しているログシステムのログシステムＩＤに対応する箇所に○印が示される。詳細ログが存在するアクセスログであるか否かは、ログ管理システム１１０が自ら保持するマスタテーブルを参照することにより判定される。ステップＳ６０６において、この判定結果をアクセスログ群とともに送信することにより、図１１の画面上の該当する位置に〇印が表示されることになる。また、上述したように、上記マスタテーブルでは、各サーバ１０３〜１０９内のログシステムが詳細ログを生成しているか否かが管理されている。なお、詳細ログには、エラー発生原因に関する情報、エラー発生箇所に関する情報及びエラー発生データに関する情報等が含まれる。
【００９９】
ユーザが、詳細ログ項目において詳細ログを取得する対象となる箇所を指定し、詳細ログ取得ボタン１００４を押下すると、その指定された箇所に対応するログシステムＩＤを含む指定情報がクライアントＰＣ１０１からログ管理システム１１０に対して送信される。ログ管理システム１１０は、指定情報に示されるログシステムＩＤのログシステムを備えるサーバから詳細ログを取得する。
【０１００】
取得された詳細ログは、ログ管理システム１１０から画面系ＡＰサーバ１０２を介してクライアントＰＣ１０１に対して送信される。クライアントＰＣ１０１上においては、ログ表示検索画面の詳細ログ表示欄１００５に詳細ログが表示される。これにより、より詳細なログ解析が可能となり、エラー発生の原因追跡を詳細に行うことが可能となる。
【０１０１】
また、アクセスログの検索結果や詳細ログの表示画面は、ログ管理システム１１０のユーザであるシステム管理者が、ログ管理システム１１０の操作手段を操作することにより所望の足跡番号を指定し、ログ管理システム１１０の画面上で表示するようにしてもよい。
【０１０２】
上述した実施形態においては、一連の機能を実現するために連携して実行される複数の処理のうち、最初に呼び出しを受け付けた場合、それらの複数の処理間で共通に使用され、且つ当該機能と他の機能との間でユニークな情報である足跡番号を生成する。そして、その足跡番号を付加したメッセージを用いて他の処理を呼び出し、また、その処理に係るアクセスログを当該足跡番号を含めて生成するようにしている。さらに、当該足跡番号が付加されたメッセージを用いて他の処理を呼び出し、他の処理に係るアクセスログも当該足跡番号を含めて生成するようにしている。従って、当該複数の処理に係るアクセスログは全て当該足跡番号を含み、この足跡番号を指定することによって、従来のようにセッション情報テーブルや再帰的な処理等を要することなく、当該機能を実現するための複数の処理に係る全てのアクセスログを速やかに収集することが可能となる。
【０１０３】
なお、上述した実施形態においては、一連の機能を実現するための複数の処理に係るアクセスログを全て収集するようにしているが、他の実施形態として、一連の機能を実現するための複数の処理のうちの一部の処理に係るログ情報のみを収集するようにしてもよい。これは、足跡番号に加え、サーバ名等の他の条件を指定してアクセスログを収集することで実現可能である。
【０１０４】
また、本実施形態においては、セッションよりも発生頻度の高い機能毎にユニークな足跡番号を付加し、それを基にアクセスログを収集することが可能であるため、関連するログ情報の収集対象がより限定され、アクセスログの解析を容易に行うことが可能となる。
【０１０５】
さらに、本実施形態においては、従来のように一般のユーザが知り得ないセッション情報を利用するのではなく、処理の履歴を示すアクセスログを収集対象としているため、関連する複数の処理の履歴を容易に把握することが可能となる。
【図面の簡単な説明】
【０１０６】
【図１】本発明の実施形態に係るログ情報収集システムの全体構成を概略的に示す図である。
【図２−１】ＥＳＢサーバ（１）、バック系ＡＰサーバ（１）、バック系ＡＰサーバ（２）、ＥＳＢサーバ（２）及びバック系ＡＰサーバ（３）の機能構成を示すブロック図である。
【図２−２】ゲートウェイサーバ（１）及びゲートウェイサーバ（２）の機能構成を示すブロック図である。
【図３】ＥＳＢサーバ（１）〜（３）、ゲートウェイサーバ（１）〜（２）、バック系ＡＰサーバ（１）〜（３）及びログ管理システムのハードウェア構成を示すブロック図である。
【図４】本発明の実施形態に係るログ情報収集システムにおける各サーバ間の動作の流れを示すシーケンスチャートである。
【図５】各サーバによる足跡番号の採番処理の流れを示すフローチャートである。
【図６】デジタル署名に基づくメッセージの認証処理の流れを示すフローチャートである。
【図７】ログ管理システムによるアクセスログの検索処理の流れを示すフローチャートである。
【図８】メッセージの一例を概念的に示す図である。
【図９】各サーバで生成されるアクセスログをログ管理システムで収集する際の動作を説明するための図である。
【図１０】アクセスログ格納テーブル内において格納されるアクセスログの構成を概念的に示す図である。
【図１１】クライアントＰＣ上で表示されるアクセスログ群を表示するログ表示検索画面の一例を示す図である。
【符号の説明】
【０１０７】
１０１：クライアントＰＣ
１０２：画面系ＡＰサーバ
１０３：ＥＳＢサーバ（１）
１０４：バック系ＡＰサーバ（１）
１０５：バック系ＡＰサーバ（２）
１０６：ゲートウェイサーバ（１）
１０７：ゲートウェイサーバ（２）
１０８：ＥＳＢサーバ（２）
１０９：バック系ＡＰサーバ（３）
１１０：ログ管理システム
１１１：詳細ログ検索取得部
１１２：ログ表示検索部
１１３：アクセスログ収集格納部
１１４：アクセスログ格納テーブル
【図１】
2008226017.tif 000003
【図２−１】
2008226017.tif 000004
【図２−２】
2008226017.tif 000005
【図３】
2008226017.tif 000006
【図４】
2008226017.tif 000007
【図５】
2008226017.tif 000008
【図６】
2008226017.tif 000009
【図７】
2008226017.tif 000010
【図８】
2008226017.tif 000011
【図９】
2008226017.tif 000012
【図１０】
2008226017.tif 000013
【図１１】
2008226017.tif 000014