(57)【特許請求の範囲】
【請求項１】
ユーザ端末装置と複数のサーバ装置とを通信可能に接続するネットワークにおいて、前記ユーザ端末装置に関するログ情報を探索するためのログ情報探索システムであって、
前記ネットワーク内に設けられており、前記ユーザ端末装置と前記サーバ装置とのルートを構成する複数の転送装置と、
保守端末装置と、
を備え、
前記サーバ装置は、前記ユーザ端末装置に関するログ情報を記憶しており、
前記転送装置は、前記ユーザ端末装置のキー情報と前記ユーザ端末装置と前記サーバ装置とのルートに関するルート情報との対応関係を記憶しており、
前記保守端末装置は、前記転送装置に記憶された前記対応関係を用いて、前記ユーザ端末装置によってアクセスされた前記サーバ装置を特定し、特定された前記サーバ装置に記憶された前記ユーザ端末装置に関するログ情報を収集する
ことを特徴とするログ情報探索システム。
【請求項２】
前記保守端末装置は、前記ユーザ端末装置側である上流側の前記転送装置から前記サーバ装置側である下流側の前記転送装置へと順に前記ルートを問い合わせることによって、前記ユーザ端末装置によってアクセスされた前記サーバ装置を特定する
ことを特徴とする請求項１に記載のログ情報探索システム。
【請求項３】
前記転送装置は、当該転送装置をパケットが通過したときに、当該パケットに基づいて前記対応関係を記憶する
ことを特徴とする請求項１又は請求項２に記載のログ情報探索システム。
【請求項４】
前記転送装置は、前記対応関係に含まれる前記キー情報をハッシュ化している
ことを特徴とする請求項１から請求項３のいずれか一項に記載のログ情報探索システム。
【請求項５】
ユーザ端末装置と複数のサーバ装置とを通信可能に接続するネットワークにおいて、前記ユーザ端末装置に関するログ情報を探索するためのログ情報探索システムにおけるログ情報探索方法であって、
前記ログ情報探索システムは、前記ネットワーク内に設けられており、前記ユーザ端末装置と前記サーバ装置とのルートを構成する複数の転送装置と、保守端末装置と、を備えており、
前記サーバ装置は、前記ユーザ端末装置に関するログ情報を記憶しており、
前記転送装置は、前記ユーザ端末装置のキー情報と前記ユーザ端末装置と前記サーバ装置とのルートに関するルート情報との対応関係を記憶しており、
前記保守端末装置が、前記転送装置に記憶された前記対応関係を用いて、前記ユーザ端末装置によってアクセスされた前記サーバ装置を特定するサーバ装置特定ステップと、
前記保守端末装置が、特定された前記サーバ装置に記憶された前記ユーザ端末装置に関するログ情報を収集するログ情報収集ステップと、
を含むことを特徴とするログ情報探索方法。
【請求項６】
前記サーバ装置特定ステップにおいて、前記保守端末装置は、前記ユーザ端末装置側である上流側の前記転送装置から前記サーバ装置側である下流側の前記転送装置へと順に前記ルートを問い合わせることによって、前記ユーザ端末装置によってアクセスされた前記サーバ装置を特定する
ことを特徴とする請求項５に記載のログ情報探索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログ情報を探索するためのログ情報探索システム及びログ情報探索方法に関する。
【背景技術】
【０００２】
従来、データセンタ内の複数のサーバ装置がＷｅｂサービスをユーザ端末装置に提供するシステムにおいて、複数のサーバ装置には、ログ情報収集機能が常駐プロセスとして配備されていた。サーバ装置内で発生するログ情報は、自サーバ装置内に記憶されるとともに、ログ情報専用に設けられたログ収集サーバ装置内のデータベースに集約されていた。そして、特定のユーザ端末装置のログ情報の分析には、ログ収集サーバ装置内のデータベースが用いられていた（非特許文献１，２参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「統合ログ管理システム Logstorage  統合ログ管理とは」、［ｏｎｌｉｎｅ］、インフォサイエンス株式会社、［平成２８年５月１７日検索］、インターネット（URL：http://www.logstorage.com/product/）
【非特許文献２】「コンピュータセキュリティログ管理ガイド」、［ｏｎｌｉｎｅ］、独立行政法人情報処理推進機構、［平成２８年５月１７日検索］、インターネット（URL：http://www.ipa.go.jp/files/000025363.pdf）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、データセンタ内のサーバ装置の台数の増加、処理能力の向上等に伴い、データセンタ内で発生するログ情報の量が増加する傾向がみられる。この場合には、ログ情報収集のためのデータコピーによってネットワークのトラヒック量が増加し、ネットワーク帯域の大量消費が発生する。また、ログ情報を蓄積するために大きな記憶容量が必要となる。
【０００５】
本発明は、前記事情に鑑みて創案されたものであり、ネットワークのトラヒック量の増加及びログ情報のために必要な記憶容量の増加を抑制することが可能なログ情報探索システム及びログ情報探索方法を提供することを課題とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、本発明のログ情報探索システムは、ユーザ端末装置と複数のサーバ装置とを通信可能に接続するネットワークにおいて、前記ユーザ端末装置に関するログ情報を探索するためのログ情報探索システムであって、前記ネットワーク内に設けられており、前記ユーザ端末装置と前記サーバ装置とのルートを構成する複数の転送装置と、保守端末装置と、を備え、前記サーバ装置は、前記ユーザ端末装置に関するログ情報を記憶しており、前記転送装置は、前記ユーザ端末装置のキー情報と前記ユーザ端末装置と前記サーバ装置とのルートに関するルート情報との対応関係を記憶しており、前記保守端末装置は、前記転送装置に記憶された前記対応関係を用いて、前記ユーザ端末装置によってアクセスされた前記サーバ装置を特定し、特定された前記サーバ装置に記憶された前記ユーザ端末装置に関するログ情報を収集することを特徴とする。
【０００７】
かかる構成によると、各転送装置がルート情報を記憶することによって各サーバ装置に記憶されているログ情報を探索することが可能となっている。したがって、ログ情報専用のログ収集サーバ装置を不要とし、ネットワークのトラヒック量の増加及びログ情報のために必要な記憶容量の増加を抑制することができる。
【０００８】
前記保守端末装置は、前記ユーザ端末装置側である上流側の前記転送装置から前記サーバ装置側である下流側の前記転送装置へと順に前記ルートを問い合わせることによって、前記ユーザ端末装置によってアクセスされた前記サーバ装置を特定する構成であってもよい。
【０００９】
かかる構成によると、上位の転送装置から順にルートを問い合わせるので、ユーザ端末装置がアクセスしたサーバ装置を好適に特定することができる。
【００１０】
前記転送装置は、当該転送装置をパケットが通過したときに、当該パケットに基づいて前記対応関係を記憶する構成であってもよい。
【００１１】
かかる構成によると、パケット通過時にアクセスしてきたユーザ端末装置の情報すなわち対応関係が記憶されるので、ルート探索時に対応関係を参照することによって、ユーザ端末装置の全てのルートを探索することができる。
【００１２】
前記転送装置は、前記対応関係に含まれる前記キー情報をハッシュ化している構成であってもよい。
【００１３】
かかる構成によると、キー情報がハッシュ化されているので、キー情報の小サイズ化及び高速検索を実現することができる。
【００１４】
また、本発明のログ情報探索方法は、ユーザ端末装置と複数のサーバ装置とを通信可能に接続するネットワークにおいて、前記ユーザ端末装置に関するログ情報を探索するためのログ情報探索システムにおけるログ情報探索方法であって、前記ログ情報探索システムは、前記ネットワーク内に設けられており、前記ユーザ端末装置と前記サーバ装置とのルートを構成する複数の転送装置と、保守端末装置と、を備えており、前記サーバ装置は、前記ユーザ端末装置に関するログ情報を記憶しており、前記転送装置は、前記ユーザ端末装置のキー情報と前記ユーザ端末装置と前記サーバ装置とのルートに関するルート情報との対応関係を記憶しており、前記保守端末装置が、前記転送装置に記憶された前記対応関係を用いて、前記ユーザ端末装置によってアクセスされた前記サーバ装置を特定するサーバ装置特定ステップと、前記保守端末装置が、特定された前記サーバ装置に記憶された前記ユーザ端末装置に関するログ情報を収集するログ情報収集ステップと、を含むことを特徴とする。
【００１５】
かかる構成によると、ログ情報専用のログ収集サーバ装置を不要とし、ネットワークのトラヒック量の増加及びログ情報のために必要な記憶容量の増加を抑制することができる。
【００１６】
前記サーバ装置特定ステップにおいて、前記保守端末装置は、前記ユーザ端末装置側である上流側の前記転送装置から前記サーバ装置側である下流側の前記転送装置へと順に前記ルートを問い合わせることによって、前記ユーザ端末装置によってアクセスされた前記サーバ装置を特定する構成であってもよい。
【００１７】
かかる構成によると、上位の転送装置から順にルートを問い合わせるので、ユーザ端末装置がアクセスしたサーバ装置を好適に特定することができる。
【発明の効果】
【００１８】
本発明によると、ネットワークのトラヒック量の増加及びログ情報のために必要な記憶容量の増加を抑制することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係るログ情報管理システムを示す模式図である。
【図２】本発明の実施形態に係るログ情報管理システムを示すブロック図である。
【図３】ルートデータベースの例を示す図である。
【図４】BloomFilter方式によるハッシュ化を説明するための図である。
【図５】本発明の実施形態に係るログ情報管理システムの動作例を説明するシーケンス図であって、パケット処理方法を説明するための図である。
【図６】本発明の実施形態に係るログ情報管理システムの動作例を説明するシーケンス図であって、ログ情報の検索方法を説明するための図である。
【発明を実施するための形態】
【００２０】
＜予約再割当システム＞
続いて、本発明の実施形態について図面を参照して説明する。図１に示すように、本発明の実施形態に係るログ情報探索システム１は、ユーザ端末装置１０が複数のサーバ装置２０のいずれかにアクセスしてＷｅｂサービスを受けるシステムに適用される。
【００２１】
ログ情報探索システム１は、ユーザ端末装置１０に関するログ情報を探索するためのシステムである。ここで、ログ情報は、ユーザ端末装置１０がサーバ装置２０にアクセスした際に、サーバ装置２０内のＯＳ（Operation System）、ミドルウェア、アプリケーション等から生じる情報である。ログ情報としては、例えば、認証、操作、syslog、アクセス、エラー等といった情報が挙げられる。ログ情報探索システム１は、複数のサーバ装置２０と、複数の転送装置３０と、保守端末装置４０と、を備える。ユーザ端末装置１０は、複数の転送装置３０によって構成されるネットワークＮＷを介して、複数のサーバ装置２０と通信可能に接続されている。また、保守端末装置４０は、複数の転送装置３０及び複数のサーバ装置２０と通信可能に接続されている。
【００２２】
＜ユーザ端末装置＞
ユーザ端末装置１０は、ＨＴＴＰ（HyperText Transport Protocol）を用いてサーバ装置２０からのサービスを受ける、いわゆるＷｅｂクライアントである。図２に示すように、ユーザ端末装置１０は、操作部１１と、通知部１２と、制御部１３と、を備える。
【００２３】
操作部１１は、キーボード、マウス等によって構成されており、ユーザによる操作に基づく操作結果を制御部１３へ出力する。通知部１２は、画像出力のためのモニタ、音声出力のためのスピーカ等によって構成されている。
【００２４】
制御部１３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、入出力回路等によって構成されている。制御部１３は、操作部１１及び通知部１２を制御するとともに、送受信機能部１３ａによって他の装置との間でデータの送受信を行う。本実施形態において、送受信機能部１３ａは、例えばＮＩＣ（Network Interface Controller）等によって構成されており、他の装置との間でパケット通信を行う。
【００２５】
＜サーバ装置＞
図１に示すように、サーバ装置２０は、ＨＴＴＰを用いてユーザ端末装置１０へサービスを提供する、いわゆるＷｅｂサーバである。サーバ装置２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、入出力回路等によって構成されている。図２に示すように、サーバ装置２０は、機能部として、記憶部２１と、ログ管理部２２と、送受信機能部２３と、を備える。
【００２６】
記憶部２１は、例えばハードディスク等によって構成されており、ログ情報データベース（ＤＢ）２１ａを備える。ログ情報ＤＢ２１ａには、ユーザ端末装置１０に固有のキー情報（例えば、ＩＰアドレス）と、当該サーバ装置２０に対するユーザ端末装置１０のログ情報と、が関連付けて記憶されている。
【００２７】
ログ管理部２２は、記憶部２１のログ情報ＤＢ２１ａを管理（記憶、更新、修正、削除等）する。ログ管理部２２は、不図示のＣＰＵがログ管理プログラムを実行することによって具現化される。
【００２８】
送受信機能部２３は、例えばＮＩＣ等によって構成されており、他の装置との間でデータの送受信を行う。
【００２９】
＜転送装置＞
図１に示すように、転送装置３０は、ネットワークＮＷ内に配置されており、ユーザ端末装置１０とサーバ装置２０との間でパケットが伝送されるルートを構成する。転送装置３０としては、ネットワークＮＷ内に設けられているスイッチ、ルータ等が挙げられる。本実施形態において、複数の転送装置３０によるネットワークＮＷは、データセンタ内に設けられており、ユーザ端末装置１０側である上流側からサーバ装置２０側である下流側へ向けて分岐するツリー構造を構成する。
【００３０】
また、図１に示す例では、転送装置３０によるネットワークＮＷが構成するツリー構造は、３層構造を呈する。１層目（最上流）の転送装置３０は、２層目の１台以上（好ましくは、２台以上）の転送装置３０と通信可能に接続されている。２層目の転送装置３０は、３層目（最下流）の１台以上（好ましくは、２台以上）の転送装置３０と通信可能に接続されている。３層目（最下流）の転送装置３０は、１台以上（好ましくは、２台以上）のサーバ装置２０と通信可能に接続されている。
【００３１】
なお、説明の簡略化のため、図２，４，５に示す例では、転送装置３０によるネットワークＮＷが構成するツリー構造は、上位の転送装置３０Ａ及び下位の転送装置３０Ｂによる２層構造を呈する。
【００３２】
図２に示すように、転送装置３０は、機能部として、記憶部３１と、ルート管理部３２と、ルート決定部３３と、送受信機能部３４と、を備える。ルート管理部３２及びルート決定部３３は、不図示のＣＰＵがルート管理決定プログラムを実行することによって具現化されている。
【００３３】
記憶部３１は、ルートデータベース（ＤＢ）３１ａを備える。ルートＤＢ３１ａには、サーバ装置２０にアクセスしてきたユーザ端末装置１０に固有のキー情報（例えば、ＩＰアドレス）と、当該ユーザ端末装置１０のルート情報と、が関連付けて記憶されている。ここで、ルート情報は、ユーザ端末装置１０はアクセスするサーバ装置２０へのルートにおける、自装置である転送装置３０の次の装置（転送装置３０又はサーバ装置２０）のＩＰアドレス等を含む。また、記憶部３１には、ネットワークＮＷ全体の構造に関する情報も記憶されている。
【００３４】
ルート管理部３２は、記憶部３１のルートＤＢ３１ａを管理（記憶、更新、修正、削除等）する。ルート管理部３２は、自装置である転送装置３０をパケットが通過したときに、当該パケットに基づいてルートＤＢ３１ａに対応関係を記憶させる。また、ルート管理部３２は、ルートＤＢ３１ａのための情報すなわちキー情報をハッシュ化してルートＤＢ３１ａに記憶させている（図３参照）。これは、ルートＤＢ３１ａの小サイズ化及び高速検索を実現するためである。本実施形態において、ルート管理部３２は、ルート情報ごとに、当該ルートにアクセスしてきたユーザ端末装置１０のキー情報を、例えばBloomFilter形式を用いてハッシュ化を行う。すなわち、図３において、「ルート」の欄の番号は、ルート情報（例えば、当該転送装置３０に対する下位装置に固有の接続番号）を示す番号である。また、「ハッシュ化されたキー情報」の欄のデータは、当該ルートを用いてサーバ装置２０へアクセスしたユーザ端末装置１０を示す。
【００３５】
図４に示すように、BloomFilter形式を用いてハッシュ化を行う場合には、検索機キーｘ１，ｘ２，ｘ３，…（例えば、ユーザ端末装置１０のＩＰアドレス）に対してｋ個のハッシュ関数が定義されている。ルート管理部３２は、各検索キーのハッシュ値をｍビットの配列に割り当て、該当ビットを１、その他のビットを０とする。ルート管理部３２は、検索対象の検索キーｙに対して、ｋ個のハッシュ関数で計算を行い、計算結果であるハッシュ値に基づいて該当ビットを選び出す。選び出されたビットの中に０が含まれている場合には、ルート管理部３２は、該当なしと判定する。また、選び出されたビットの全てが１である場合には、ルート管理部３２は、該当可能性ありと判定する（偽陽性を含む）。
【００３６】
ルート決定部３３は、上位の装置（ユーザ端末装置１０又は転送装置３０Ａ）によって送信されたパケットに含まれるサーバ装置２０のＩＰアドレス等を用いて記憶部３１を参照することによって、パケットの転送先、すなわち、下位の装置（転送装置３０Ｂ又はサーバ装置２０）へのルートを決定する。
【００３７】
送受信機能部３４は、例えばＮＩＣ（Network Interface Controller）等によって構成されており、他の装置との間でデータの送受信を行う。
【００３８】
＜保守端末装置＞
図１に示すように、保守端末装置４０は、転送装置３０のルートＤＢ３１ａに記憶された対応関係を用いて、ユーザ端末装置１０によってアクセスされたサーバ装置２０を特定し、特定されたサーバ装置２０のログ情報ＤＢ２１ａに記憶されたユーザ端末装置１０に関するログ情報を収集する。また、保守端末装置４０は、ユーザ端末装置１０側である上流側の転送装置３０からサーバ装置２０側である下流側の転送装置３０へと順にルートを問い合わせることによって、ユーザ端末装置１０によってアクセスされたサーバ装置２０を特定する。
【００３９】
図２に示すように、保守端末装置４０は、操作部４１と、通知部４２と、制御部４３と、を備える。
【００４０】
操作部４１は、キーボード、マウス等によって構成されており、ユーザによる操作に基づく操作結果を制御部１３へ出力する。通知部４２は、画像出力のためのモニタ、音声出力のためのスピーカ等によって構成されている。
【００４１】
制御部４３は、ＣＰＵ、ＲＯＭ、ＲＡＭ、入出力回路等によって構成されている。制御部４３は、操作部４１及び通知部４２を制御するとともに、送受信機能部４３ａによって他の装置との間でデータの送受信を行う。
【００４２】
また、制御部４３は、機能部として、ログ収集部４３ｂと、ログ分析部４３ｃと、を備える。ログ収集部４３ｂ及びログ分析部４３ｃは、不図示のＣＰＵがログ収集分析プログラムを実行することによって具現化される。
【００４３】
ログ収集部４３ｂは、オペレータによる操作部４１の操作に基づいて、ログ情報の収集対象となるユーザ端末装置１０のキー情報（例えば、ＩＰアドレス）を含むルート検索要求信号を生成する。また、ログ収集部４３ｂは、生成されたルート検索要求信号を送受信機能部４３ａへ出力する。また、ログ収集部４３ｂは、転送装置３０から収集された検索結果（ルート情報）に基づいて、ユーザ端末装置１０がアクセスしたサーバ装置２０を特定する。また、ログ収集部４３ｂは、特定されたサーバ装置２０から、ユーザ端末装置１０に関するログ情報を収集し、収集されたログ情報をログ分析部４３ｃへ出力する。
【００４４】
ログ分析部４３ｃは、ログ収集部４３ｂから出力されたログ情報を取得し、取得されたログ情報を分析し、分析結果を通知部４２へ出力する。
【００４５】
＜動作例＞
続いて、本発明の実施形態に係るログ情報探索システム１の動作例について説明する。
【００４６】
＜パケット処理シーケンス＞
まず、転送装置３０及びサーバ装置２０によるパケット処理シーケンスについて、図５を参照して説明する。
【００４７】
ユーザがユーザ端末装置１０の操作部１１（図２参照）を操作すると、制御部１３が、操作部１１の操作結果に基づいて、Ｗｅｂページ要求信号を生成し、送受信機能部１３ａへ出力する（ステップＳ１）。
【００４８】
続いて、送受信機能部１３ａが、Ｗｅｂページ要求信号を取得し、取得されたＷｅｂページ要求信号をパケット化して送信する（ステップＳ２）。パケット化されたＷｅｂページ要求信号は、ユーザ端末装置１０のＩＰアドレスと、アクセス先のサーバ装置２０のＩＰアドレスと、を含む。
【００４９】
続いて、上位の転送装置３０Ａの送受信機能部３４が、パケットを受信し、受信されたパケットに基づいてルート決定要求信号を生成し、生成されたルート決定要求信号をルート決定部３３へ出力する（ステップＳ３Ａ）。ルート決定要求信号は、パケットに含まれていたアクセス先のサーバ装置２０のＩＰアドレスを含む。
【００５０】
続いて、ルート決定部３３が、ルート決定要求信号を取得し、取得されたルート決定要求信号及び記憶部３１内の情報に基づいてルート情報を生成し、生成されたルート情報を送受信機能部３４へ出力する（ステップＳ４Ａ）。
【００５１】
続いて、送受信機能部３４が、ルート情報を取得し、取得されたルート情報及びパケット情報をルート管理部３２へ出力する（ステップＳ５Ａ）。続いて、ルート管理部３２が、ルート情報及びパケット情報を取得し、取得されたルート情報及びパケット情報をルートＤＢ３１ａに記憶させる（ルートＤＢ３１ａ更新、ステップＳ６Ａ）。続いて、ルート管理部３２が、ルートＤＢ３１ａの記憶結果（更新結果）を送受信機能部３４へ出力する（ステップＳ７Ａ）。
【００５２】
続いて、送受信機能部３４が、ルート情報に基づいてパケットを下位の転送装置３０Ｂへ転送する（ステップＳ８Ａ）。なお、ステップＳ５Ａ〜７ＡとステップＳ８Ａとの順序は入替可能であり、同時であってもよい（後記するステップＳ５Ｂ〜Ｓ７ＢとステップＳ８Ｂとについても同様）。
【００５３】
続いて、下位の転送装置３０Ｂの各機能部が、前記したステップＳ３Ａ〜Ｓ８Ａと同様の動作を実行する（ステップＳ３Ｂ〜Ｓ８Ｂ）。ここで、ステップＳ８Ｂにおいて、下位の転送装置３０Ｂの送受信機能部３４は、ルート情報に基づいてパケットをサーバ装置２０へ転送する。
【００５４】
なお、ルート管理部３２は、ステップＳ６Ａ，Ｓ６Ｂを全てのパケットに対して実行する。前記したように、ルート管理部３２がBloomFilter形式を用いてハッシュ化を行う場合には、ルート管理部３２は、１つのルート情報と複数のキー情報との組み合わせを１つのデータとして統合することができる。したがって、ステップＳ６Ａ，Ｓ６Ｂにおいて、ルート管理部３２は、統合された１つのデータを更新する。
【００５５】
また、ルート管理部３２がBloomFilter形式以外の一般的なハッシュ化を行う場合には、ルート管理部３２は、１つのルート情報に対して、パケット通過ごとに当該パケットに対応するキー情報を追加登録する。ここで、同一ユーザ端末装置１０のキー情報が１つのルート情報に対して重複する場合には、ルート管理部３２は、重複データを削除する機能を有していてもよい。
【００５６】
続いて、サーバ装置２０の送受信機能部２３が、パケットを受信し、受信されたパケットに基づいてログ生成要求信号生成し、生成されたログ生成要求信号をログ管理部２２へ出力する（ステップＳ９）。続いて、ログ管理部２２が、ログ生成要求信号に基づいて、ログ情報を生成し、ログ情報ＤＢ２１ａに記憶させる（ステップＳ１０）。
【００５７】
続いて、サーバ装置２０が、パケットに基づいてＨＴＴＰ応答信号を生成し、送受信機能部２３が、生成されたＨＴＴＰ応答信号を下位の転送装置３０Ｂへ送信する（ステップＳ１１）。続いて、下位の転送装置３０Ｂの送受信機能部３４が、ＨＴＴＰ応答信号を受信し、受信されたＨＴＴＰ応答信号を上位の転送装置３０Ａへ送信する（ステップＳ１２Ｂ）。続いて、上位の転送装置３０Ａの送受信機能部３４が、ＨＴＴＰ応答信号を受信し、受信されたＨＴＴＰ応答信号をユーザ端末装置１０へ送信する（ステップＳ１２Ａ）。続いて、ユーザ端末装置１０の送受信機能部１３ａが、ＨＴＴＰ応答信号を受信し、受信されたＨＴＴＰ応答信号を制御部１３へ出力する（ステップＳ１３）。
【００５８】
続いて、制御部１３が、ＨＴＴＰ応答信号を取得し、取得されたＨＴＴＰ応答信号に基づいて、Ｗｅｂページを通知部４２（図２参照）に表示させる。
【００５９】
＜検索シーケンス＞
次に、保守端末装置４０による検索シーケンスについて、図６を参照して説明する。ここで、ステップＳ２１Ａ〜Ｓ２６Ａ，Ｓ２１Ｂ〜Ｓ２１Ｂは、「保守端末装置４０が、転送装置３０に記憶された対応関係を用いて、ユーザ端末装置１０によってアクセスされたサーバ装置２０を特定するサーバ装置特定ステップ」の一例である。また、ステップＳ２７〜Ｓ３３は、「保守端末装置４０が、特定されたサーバ装置２０に記憶されたユーザ端末装置１０に関するログ情報を収集するログ情報収集ステップ」の一例である。
【００６０】
オペレータが保守端末装置４０の操作部４１（図２参照）を操作すると、ログ収集部４３ｂが、操作部４１の操作結果に基づいて、ルート検索要求信号を生成し、送受信機能部４３ａへ出力する（ステップＳ２１Ａ）。ルート検索要求信号は、ユーザ端末装置１０のＩＰアドレスを含む。続いて、送受信機能部４３ａが、ルート検索要求信号を取得し、取得されたルート検索要求信号を上位の転送装置３０Ａへ送信する（ステップＳ２２Ａ）。
【００６１】
続いて、上位の転送装置３０Ａの送受信機能部３４が、ルート検索要求信号を受信し、受信されたルート検索要求信号をルート管理部３２へ出力する（ステップＳ２３Ａ）。続いて、ルート管理部３２が、ルート検索要求信号を用いてルートＤＢ３１ａを参照し、対応するルート情報を読み出し、読み出されたルート情報をルート検索結果として送受信機能部３４へ出力する（ステップＳ２４Ａ）。続いて、送受信機能部３４が、ルート検索結果を取得し、取得されたルート検索結果を保守端末装置４０へ送信する（ステップＳ２５Ａ）。続いて、保守端末装置４０の送受信機能部４３ａが、ルート検索結果を受信し、受信されたルート検索結果をログ収集部４３ｂへ出力する（ステップＳ２６Ａ）。
【００６２】
ログ収集部４３ｂがルート検索結果を取得すると、保守端末装置４０及び下位の転送装置３０Ｂが、前記したステップＳ２１Ａ〜Ｓ２６Ａと同様の動作を実行する（ステップＳ２１Ｂ〜Ｓ２６Ｂ）。ここで、ステップＳ２６Ｂにおいて、ログ収集部４３ｂは、サーバ装置２０を特定するルート情報を含む検索結果を取得する。
【００６３】
続いて、ログ収集部４３ｂが、取得された検索結果に基づいてログ要求信号を生成し、生成されたログ要求信号を送受信機能部４３ａへ出力する（ステップＳ２７）。続いて、送受信機能部４３ａが、ログ要求信号を取得し、取得されたログ要求信号をサーバ装置２０へ送信する（ステップＳ２８）。
【００６４】
続いて、サーバ装置２０の送受信機能部２３が、ログ要求信号を受信し、受信されたログ要求信号をログ管理部２２へ出力する（ステップＳ２９）。続いて、ログ管理部２２が、ログ要求信号を取得し、取得されたログ要求信号を用いてログ情報ＤＢ２１ａを参照し、対応するログ情報を読み出す（ステップＳ３０）。続いて、ログ管理部２２が、読み出されたログ情報を送受信機能部２３へ出力する（ステップＳ３１）。
【００６５】
続いて、送受信機能部２３が、ログ情報を取得し、取得されたログ情報を保守端末装置４０へ送信する（ステップＳ３２）。続いて、保守端末装置４０の送受信機能部４３ａが、ログ情報を受信し、受信されたログ情報をログ収集部４３ｂへ出力する（ステップＳ３３）。続いて、ログ収集部４３ｂが、ログ情報を取得し、取得されたログ情報をログ分析部４３ｃへ出力する（ステップＳ３４）。続いて、ログ分析部４３ｃが、ログ情報を取得し、取得されたログ情報を分析し、分析結果を通知部４２へ出力する（ステップＳ３５）。
【００６６】
本発明の実施形態に係るログ情報探索システム１は、各転送装置３０がルート情報を記憶することによって各サーバ装置２０に記憶されているログ情報を探索することを可能としている。したがって、ログ情報探索システム１は、ログ情報専用のログ収集サーバ装置を不要とし、ネットワークＮＷのトラヒック量の増加及びログ情報のために必要な記憶容量の増加を抑制することができる。
【００６７】
また、ログ情報探索システム１は、上位の転送装置３０から順にルートを問い合わせるので、ユーザ端末装置１０がアクセスしたサーバ装置２０を好適に特定することができる。
【００６８】
また、ログ情報探索システム１は、パケット通過時にアクセスしてきたユーザ端末装置１０の情報がルートＤＢ３１ａに記憶されるので、ルート探索時にルートＤＢ３１ａを参照することによって、ユーザ端末装置１０の全てのルートを探索することができる。
【００６９】
また、ログ情報探索システム１は、ルートＤＢ３１ａに含まれるキー情報がハッシュ化されているので、キー情報の小サイズ化及び高速検索を実現することができる。
【００７０】
以上、本発明の実施形態について説明したが、本発明は前記実施形態に限定されず、本発明の要旨を逸脱しない範囲で適宜変更可能である。例えば、ユーザ端末装置１０とサーバ装置２０との間の通信手法は、パケット通信以外の手法であってもよい。また、本発明は、前記したログ管理プログラム、ルート管理決定プログラム及びログ収集分析プログラムとしても具現化可能である。
【符号の説明】
【００７１】
１      ログ情報探索システム
１０    ユーザ端末装置
２０    サーバ装置
３０    転送装置
４０    保守端末装置
【図１】
0006502889.tif 000002
【図２】
0006502889.tif 000003
【図３】
0006502889.tif 000004
【図４】
0006502889.tif 000005
【図５】
0006502889.tif 000006
【図６】
0006502889.tif 000007