JP5942675B2 - トランザクションデータ採取方法、トランザクションデータ採取プログラム、および情報処理装置 - Google Patents

Description

本発明は、トランザクションデータ採取方法、トランザクションデータ採取プログラム、および情報処理装置に関する。

ＷｅｂサービスをはじめとするＩＴ（Information Technology）システムは、２４時間３６５日の安定稼働が欠かせない。一方、システムの巨大化や複雑化が進み、大規模なシステムでは業務の処理状況を全体として的確に管理するための有効な方策がなく、障害検知や問題箇所の特定が難しくなっている。そこで、システムの動作状況を把握する一助として業務サービス管理ツールが提供されている。

業務サービス管理ツールは、事前定義したフィルタリングルールや、ミラーポートでの観測データから推定モデルを生成し、業務取引ごとの処理状況や負荷状態を把握可能なトランザクションデータを採取する。

特開２００９−２４４９４８号公報 特開平９−１２８３４２号公報

しかしながら、フィルタリングルールの設定をおこなうためには、採取対象とするトランザクションデータの把握が必要である。また、フィルタリングルールの設定をおこなった後も、システム構成の変更やアプリケーションの追加などにより、観測データが増えるたびにフィルタリングルールの更新が欠かせない。

また、推定モデルを生成するためには、推定に必要な期間にわたる全トラフィックデータの観測や、観測結果の保管などが必要であり、システムにかかる負荷が大きいことから、高速かつ大容量のサーバの追加など既存システムの更新が求められる場合がある。

１つの側面では、本発明は、システムにかかる負荷を軽減してトランザクションデータを採取可能なトランザクションデータ採取方法、トランザクションデータ採取プログラム、および情報処理装置を提供することを目的とする。

１つの手段としては、以下に示すような処理を、情報処理システムが有する第１サーバが配置される第１の情報処理装置、第２サーバが配置される第２の情報処理装置、および第３サーバが配置される第３の情報処理装置に実行させるトランザクションデータ採取方法が提供される。第１の情報処理装置は、第１サーバが送受信するトラフィックデータを第１サーバ観測キューに収集し、第１サーバがクライアントからの要求を受け付けたクライアント要求受付時刻から、第１サーバがクライアントからの要求に応答したクライアント応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定し、トランザクションデータを第１サーバ収集キューに移動する処理を実行する。第２の情報処理装置は、第２サーバが送受信するトラフィックデータを第２サーバ観測キューに収集し、クライアント要求受付時刻とクライアント応答時刻を第１サーバから取得し、クライアント要求受付時刻の後に第２サーバが第１サーバからの要求を受け付けた第１サーバ要求受付時刻から、クライアント応答時刻前に第２サーバが第１サーバからの要求に応答した第１サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定し、トランザクションデータを第２サーバ収集キューに移動する処理を実行する。第３の情報処理装置は、第３サーバが送受信するトラフィックデータを第３サーバ観測キューに収集し、第１サーバ要求受付時刻と第１サーバ応答時刻を第２サーバから取得し、第１サーバ要求受付時刻の後に第３サーバが第２サーバからの要求を受け付けた第２サーバ要求受付時刻から、第１サーバ応答時刻前に第３サーバが第２サーバからの要求に応答した第２サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定し、トランザクションデータを第３サーバ収集キューに移動する処理を実行する。

また、他の手段としては、以下に示すような処理を、第１サーバ、第２サーバ、および第３サーバを有する情報処理システムにおける第２サーバを配置する情報処理装置に実行させるトランザクションデータ採取プログラムが提供される。情報処理装置は、第２サーバが送受信するトラフィックデータを第２サーバ観測キューに収集し、第１サーバがクライアントからの要求を受け付けたクライアント要求受付時刻と、第１サーバがクライアントからの要求に応答したクライアント応答時刻とを第１サーバから取得し、クライアント要求受付時刻の後に第２サーバが第１サーバからの要求を受け付けた第１サーバ要求受付時刻から、クライアント応答時刻前に第２サーバが第１サーバからの要求に応答した第１サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定し、トランザクションデータを第２サーバ収集キューに移動する処理を実行する。

また、他の手段としては、以下に示すような、第１サーバ、第２サーバ、および第３サーバを有する情報処理システムにおける第２サーバを配置する情報処理装置が提供される。情報処理装置は、収集部と、取得部と、特定部と、移動部と、を備える。収集部は、第２サーバが送受信するトラフィックデータを第２サーバ観測キューに収集する。取得部は、第１サーバがクライアントからの要求を受け付けたクライアント要求受付時刻と、第１サーバがクライアントからの要求に応答したクライアント応答時刻とを第１サーバから取得する。特定部は、クライアント要求受付時刻の後に第２サーバが第１サーバからの要求を受け付けた第１サーバ要求受付時刻から、クライアント応答時刻前に第２サーバが第１サーバからの要求に応答した第１サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定する。移動部は、トランザクションデータを第２サーバ収集キューに移動する。

１態様によれば、トランザクションデータ採取方法、トランザクションデータ採取プログラム、および情報処理装置において、システムにかかる負荷を軽減してトランザクションデータを採取できる。

第１の実施形態の情報処理システムの構成例を示す図である。 第２の実施形態の情報処理システムの構成例を示す図である。 第２の実施形態のコンピュータの観測サーバの配置例を示す図である。 第２の実施形態のホストコンピュータのハードウェア構成例を示す図である。 第２の実施形態のトラフィックデータ格納処理のフローチャートである。 第２の実施形態の観測キューに格納されるトラフィックデータの一例を示す図である。 第２の実施形態のトランザクションデータ絞込処理のフローチャートである。 第２の実施形態の採取範囲特定処理のフローチャートである。 第２の実施形態のルールリスト生成処理のフローチャートである。 第２の実施形態のルールリスト（第１要素）の一例を示す図である。 第２の実施形態のルールリスト（第２要素）の一例を示す図である。 第２の実施形態の時間絞込処理のフローチャートである。 第２の実施形態の時間絞込の一例を示すタイミングチャートである。 第２の実施形態の対象絞込処理のフローチャートである。 第２の実施形態のルールリスト（第１要素、第２要素）の一例を示す図である。 第２の実施形態の閾値絞込処理のフローチャートである。 第２の実施形態の閾値絞込の一例を示すタイミングチャートである。 第２の実施形態の強制採取処理のフローチャートである。 第２の実施形態のルールリスト（第１要素、第２要素）の一例を示す図である。 第２の実施形態のトランザクションデータ転送処理のフローチャートである。 第２の実施形態のディスカバリ連携処理のフローチャートである。 第２の実施形態のディスカバリ連携において参照する構成データの一例である。 第２の実施形態のトランザクション関連付技術連携において参照する推定データの一例である。 第３の実施形態のコンピュータの観測サーバの配置例を示す図である。 第４の実施形態のコンピュータの観測サーバの配置例を示す図である。

以下、実施の形態を図面を参照して詳細に説明する。
［第１の実施形態］
まず、第１の実施形態の情報処理システムについて図１を用いて説明する。図１は、第１の実施形態の情報処理システムの構成例を示す図である。

情報処理システム１は、クライアント２からのサービス要求に応じてサービス応答をおこなう。
情報処理システム１は、第１サーバ３ａ、第２サーバ４ａ、および第３サーバ５ａで構築された３階層システムである。たとえば、第１サーバ３ａは、クライアント２にユーザインターフェースを提供するプレゼンテーション層として機能する。第２サーバ４ａは、具体的な処理を実行するアプリケーション層として機能する。第３サーバ５ａは、ＤＢ（データベース）６にアクセスするデータ層として機能する。

情報処理装置３は、第１サーバ３ａと第１観測サーバ３ｂを配置する。情報処理装置４は、第２サーバ４ａと第２観測サーバ４ｂを配置する。情報処理装置５は、第３サーバ５ａと第３観測サーバ５ｂを配置し、ＤＢ６と接続する。

情報処理装置３は、ネットワーク７ａを介してクライアント２と通信可能に接続する。情報処理装置３と情報処理装置４は、ネットワーク７ｂを介して通信可能に接続する。情報処理装置４と情報処理装置５は、ネットワーク７ｃを介して通信可能に接続する。

第１観測サーバ３ｂは、第１サーバ３ａが送受信するトラフィックデータを観測し、トランザクションの可視化に用いるトランザクションデータを採取する。第１観測サーバ３ｂは、観測部３ｃと、第１サーバ観測キュー３ｄと、特定部３ｅと、第１サーバ収集キュー３ｆと、を備える。

トランザクションデータは、所定のリクエストにより発生する一群のトラフィックデータであり、リクエストに関連して発生するすべてのデータが１トランザクションである。
観測部３ｃは、第１サーバ３ａが送受信するトラフィックデータを第１サーバ観測キュー３ｄに収集する。特定部３ｅは、クライアント要求受付時刻からクライアント応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定する。クライアント要求受付時刻は、第１サーバ３ａがクライアント２からの要求を受け付けた時刻である。クライアント応答時刻は、第１サーバ３ａがクライアント２からの要求に応答した時刻である。特定部３ｅは、トランザクションデータとして特定したトラフィックデータを第１サーバ観測キュー３ｄから第１サーバ収集キュー３ｆに移動する。

第２観測サーバ４ｂは、第２サーバ４ａが送受信するトラフィックデータを観測し、トランザクションの可視化に用いるトランザクションデータを採取する。第２観測サーバ４ｂは、観測部４ｃと、第２サーバ観測キュー４ｄと、特定部４ｅと、第２サーバ収集キュー４ｆと、を備える。

観測部４ｃは、第２サーバ４ａが送受信するトラフィックデータを第２サーバ観測キュー４ｄに収集する。特定部４ｅは、クライアント要求受付時刻とクライアント応答時刻を第１サーバ３ａから取得する。特定部４ｅは、第１サーバ要求受付時刻から第１サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定する。第１サーバ要求受付時刻は、クライアント要求受付時刻の後に第２サーバ４ａが第１サーバ３ａからの要求を受け付けた時刻である。第１サーバ応答時刻は、クライアント応答時刻前に第２サーバが第１サーバからの要求に応答した時刻である。特定部４ｅは、トランザクションデータとして特定したトラフィックデータを第２サーバ観測キュー４ｄから第２サーバ収集キュー４ｆに移動する。

第３観測サーバ５ｂは、第３サーバ５ａが送受信するトラフィックデータを観測し、トランザクションの可視化に用いるトランザクションデータを採取する。第３観測サーバ５ｂは、観測部５ｃと、第３サーバ観測キュー５ｄと、特定部５ｅと、第３サーバ収集キュー５ｆと、を備える。

観測部５ｃは、第３サーバ５ａが送受信するトラフィックデータを第３サーバ観測キュー５ｄに収集する。特定部５ｅは、クライアント要求受付時刻とクライアント応答時刻を第２サーバ４ａから取得する。特定部５ｅは、第２サーバ要求受付時刻から第２サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定する。第２サーバ要求受付時刻は、第１サーバ要求受付時刻の後に第３サーバ５ａが第２サーバ４ａからの要求を受け付けた時刻である。第２サーバ応答時刻は、第１サーバ応答時刻前に第３サーバ５ａが第２サーバ４ａからの要求に応答した時刻である。特定部５ｅは、トランザクションデータとして特定したトラフィックデータを第３サーバ観測キュー５ｄから第３サーバ収集キュー５ｆに移動する。

このように、情報処理システム１は、第１観測サーバ３ｂと、第２観測サーバ４ｂと、第３観測サーバ５ｂとが連携して、それぞれが観測したトラフィックデータのうちからトランザクションデータを収集する。これにより、情報処理システム１は、採取対象とするトランザクションデータを絞り込むことで、トランザクションデータを記憶する記憶媒体の容量を抑制することができる。

また、情報処理システム１は、採取対象のトランザクションデータの事前定義や、フィルタの設定をおこなうことなく、採取対象とするトランザクションデータを絞り込むことができる。

また、情報処理システム１は、ネットワーク７によりセグメント化した情報処理装置３と情報処理装置４と情報処理装置５のそれぞれにミラーポートによる観測装置を設ける必要がない。さらに、情報処理システム１は、ミラーポート観測による全データの収集、および全データの保存をおこなうために、大容量のストレージや高速なコンピュータを必要とすることがない。

［第２の実施形態］
次に、第２の実施形態の情報処理システムの構成について図２を用いて説明する。図２は、第２の実施形態の情報処理システムの構成例を示す図である。

情報処理システム１０は、クライアント１１からのＨＴＴＰ（HyperText Transfer Protocol）リクエスト（サービス要求）に応じてＨＴＴＰレスポンス（サービス応答）をおこなう。

情報処理システム１０は、ＷＷＷ（World Wide Web）サーバ１３、アプリケーションサーバ１５、およびＤＢサーバ１７で構築された３階層システムである。
ＷＷＷサーバ１３は、コンピュータ１２に配置される。コンピュータ１２は、ネットワーク１８ａを介してクライアント１１と接続し、ネットワーク１８ｂを介してコンピュータ１４と接続する。ＷＷＷサーバ１３は、サーバ上でウェブページなどを動的に生成するサーブレットや、サーブレットの一機能としてのＪＳＰ（JavaServer Pages）（登録商標）により、クライアント１１にユーザインターフェースを提供するプレゼンテーション層として機能する。

アプリケーションサーバ１５は、コンピュータ１４に配置される。コンピュータ１４は、ネットワーク１８ｂを介してコンピュータ１２と接続し、ネットワーク１８ｃを介してコンピュータ１６と接続する。アプリケーションサーバ１５は、ＥＪＢ（Enterprise JavaBeans）（登録商標）により構築され、具体的な処理（たとえば、業務アプリケーション）を実行するアプリケーション層として機能する。

ＤＢサーバ１７は、コンピュータ１６に配置される。コンピュータ１６は、ネットワーク１８ｃを介してコンピュータ１４と接続する。ＤＢサーバ１７は、ＤＢ１９にアクセス可能なＲＤＢ（リレーショナルデータベース）であり、データ層として機能する。

コンピュータ１２，１４，１６は、それぞれ観測サーバ２０を配置する。コンピュータ１２は、ＷＷＷサーバ１３で発生するトラフィックデータ（通信トラフィック）を収集する観測サーバ２０ａを配置する。コンピュータ１４は、アプリケーションサーバ１５で発生するトラフィックデータを収集する観測サーバ２０ｂを配置する。コンピュータ１６は、ＤＢサーバ１７で発生するトラフィックデータを収集する観測サーバ２０ｃを配置する。

観測サーバ２０（２０ａ，２０ｂ，２０ｃ）は、プローブ２１（２１ａ，２１ｂ，２１ｃ）、アナライザ２２（２２ａ，２２ｂ，２２ｃ）を備える。プローブ２１（２１ａ，２１ｂ，２１ｃ）は、収集対象のサーバのトラフィックデータを収集し、観測キュー２４（２４ａ，２４ｂ，２４ｃ）に格納する。

アナライザ２２（２２ａ，２２ｂ，２２ｃ）は、観測キュー２４（２４ａ，２４ｂ，２４ｃ）に格納したトラフィックデータを解析する。
アナライザ２２（２２ａ，２２ｂ，２２ｃ）は、解析結果にもとづいて、トラフィックデータのトランザクションデータとしての有効性の判断に用いるルール２３（２３ａ，２３ｂ，２３ｃ）の生成と更新をおこなう。

アナライザ２２（２２ａ，２２ｂ，２２ｃ）は、観測キュー２４（２４ａ，２４ｂ，２４ｃ）からトランザクションデータとして有効なトラフィックデータを抽出して、収集キュー２５（２５ａ，２５ｂ，２５ｃ）に格納する。アナライザ２２（２２ａ，２２ｂ，２２ｃ）は、相互に連携して有効なトラフィックデータの抽出をおこなう。また、アナライザ２２（２２ａ，２２ｂ，２２ｃ）は、ルール２３（２３ａ，２３ｂ，２３ｃ）にもとづいてトラフィックデータの抽出をおこなう。

収集キュー２５（２５ａ，２５ｂ，２５ｃ）に格納されたトランザクションデータは、収集サーバ２６によって収集され、トランザクションデータ記録部２７に記録される。なお、収集サーバ２６は、コンピュータ１２，１４，１６のいずれかに配置されてもよいし、図示しないコンピュータに配置されてもよい。

これにより、情報処理システム１０は、ネットワーク１８によりセグメント化したコンピュータ１２，１４，１６のそれぞれにミラーポートによる観測装置を設ける必要がない。さらに、情報処理システム１０は、ミラーポート観測による全データの収集、および全データの保存をおこなうために、大容量のストレージや高速なコンピュータを必要とすることがない。すなわち、情報処理システム１０は、情報処理システム１０にかかる負荷を軽減してトランザクションデータを採取できる。

次に、第２の実施形態の観測サーバの配置について図３を用いて説明する。図３は、第２の実施形態のコンピュータの観測サーバの配置例を示す図である。
コンピュータ１２，１４，１６は、ホストＯＳ（Operating System）３０上で、観測サーバ２０と、１以上のゲストＯＳ３２を動作させる。コンピュータ１２，１４，１６は、ゲストＯＳ３２上でサーバ３３を動作させる。サーバ３３は、ＷＷＷサーバ１３、アプリケーションサーバ１５、あるいはＤＢサーバ１７であり、ドライバ３１を介して外部装置との間で通信をおこない、トラフィックデータを発生させる。ドライバ３１は、図示しないＮＩＣ（Network Interface Card）を制御してネットワーク１８と通信可能に接続する。

観測サーバ２０は、プローブ２１がドライバ３１を観測することにより、ドライバ３１を介して外部装置との間でおこなわれる通信の全トラフィックデータを収集する。観測サーバ２０は、収集した全トラフィックデータのうちから、アナライザ２２により採取対象となるトランザクションデータを採取する。

このようにして、観測サーバ２０は、ゲストＯＳ３２上で動作するサーバ３３の全トラフィックデータを収集することができる。
次に、第２の実施形態のコンピュータ１２のハードウェア構成について図４を用いて説明する。図４は、第２の実施形態のホストコンピュータのハードウェア構成例を示す図である。

コンピュータ１２は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してＲＡＭ（Random Access Memory）１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、たとえばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ１０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１０２は、コンピュータ１２の主記憶装置として使用される。ＲＡＭ１０２には、プロセッサ１０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、プロセッサ１０１による処理に必要な各種データが格納される。

バス１０９に接続されている周辺機器としては、ＨＤＤ１０３、グラフィック処理装置１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

ＨＤＤ１０３は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しをおこなう。ＨＤＤ１０３は、コンピュータ１２の補助記憶装置として使用される。ＨＤＤ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、フラッシュメモリなどの半導体記憶装置を使用することもできる。

グラフィック処理装置１０４には、モニタ１１０が接続されている。グラフィック処理装置１０４は、プロセッサ１０１からの命令に従って、画像をモニタ１１０の画面に表示させる。モニタ１１０としては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置などがある。

入力インタフェース１０５には、キーボード１１１とマウス１１２とが接続されている。入力インタフェース１０５は、キーボード１１１やマウス１１２から送られてくる信号をプロセッサ１０１に送信する。なお、マウス１１２は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク１１３に記録されたデータの読み取りをおこなう。光ディスク１１３は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク１１３には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。

機器接続インタフェース１０７は、コンピュータ１２に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置１１４やメモリリーダライタ１１５を接続することができる。メモリ装置１１４は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ１１５は、メモリカード１１６へのデータの書き込み、またはメモリカード１１６からのデータの読み出しをおこなう装置である。メモリカード１１６は、カード型の記録媒体である。

ネットワークインタフェース１０８は、ネットワーク１８に接続されている。ネットワークインタフェース１０８は、ネットワーク１８を介して、他のコンピュータまたは通信機器との間でデータの送受信をおこなう。

以上のようなハードウェア構成によって、第２の実施形態のコンピュータ１２の処理機能を実現することができる。なお、第１の実施形態に示した情報処理装置３，４，５、および第２の実施形態に示すコンピュータ１４，１６も、図４に示したコンピュータ１２と同様のハードウェアにより実現することができる。

コンピュータ１２は、たとえば、コンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施形態の処理機能を実現する。コンピュータ１２に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。たとえば、コンピュータ１２に実行させるプログラムをＨＤＤ１０３に格納しておくことができる。プロセッサ１０１は、ＨＤＤ１０３内のプログラムの少なくとも一部をＲＡＭ１０２にロードし、プログラムを実行する。また、コンピュータ１２に実行させるプログラムを、光ディスク１１３、メモリ装置１１４、メモリカード１１６などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ＨＤＤ１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

次に、第２の実施形態のプローブ２１が実行するトラフィックデータ格納処理について図５を用いて説明する。図５は、第２の実施形態のトラフィックデータ格納処理のフローチャートである。

トラフィックデータ格納処理は、観測サーバ２０が観測対象とする全トラフィックデータを収集し、観測キュー２４に格納する処理である。トラフィックデータ格納処理は、観測サーバ２０の起動により実行される。

［ステップＳ１１］プローブ２１（観測部）は、ドライバ３１を通るトラフィックデータの有無を観測する。プローブ２１は、トラフィックデータを観測した場合にステップＳ１２にすすみ、トラフィックデータを観測しない場合にステップＳ１３にすすむ。

［ステップＳ１２］プローブ２１は、観測したトラフィックデータを観測キュー２４に書き込む（格納する）。
［ステップＳ１３］プローブ２１は、観測キュー２４に書き込まれてからあらかじめ設定した設定時間が経過したトラフィックデータの有無を判定する。プローブ２１は、設定時間が経過したトラフィックデータがある場合にステップＳ１４にすすみ、設定時間が経過したトラフィックデータがない場合にステップＳ１１にすすむ。

［ステップＳ１４］プローブ２１は、観測キュー２４から設定時間が経過したトラフィックデータを削除して、ステップＳ１１にすすむ。
このようにして、観測サーバ２０は、観測対象とする全トラフィックデータを収集し、観測キュー２４に格納することができる。また、プローブ２１は、収集キュー２５に移動されないまま設定時間が経過したトラフィックデータを、トランザクション分析に不要なトラフィックデータであるとして削除する。これにより、観測サーバ２０は、観測キュー２４の記憶領域を過大にすることなしに、採取対象とするトランザクションデータを観測キュー２４に保持することができる。

ここで、第２の実施形態のプローブ２１が観測キュー２４に書き込むトラフィックデータの一例について図６を用いて説明する。図６は、第２の実施形態の観測キューに格納されるトラフィックデータの一例を示す図である。

トラフィックデータ５０は、観測キュー２４に蓄積されたトラフィックデータの一例であり、所要の情報記録装置８（たとえば、ＲＡＭ１０２、ＨＤＤ１０３など）に記録される。トラフィックデータ５０は、プロトコル、発行元、発行先、種別、時刻を含む。

プロトコルは、トラフィックデータの通信プロトコルを特定可能な情報であり、たとえば、「ＨＴＴＰ」、「ＩＩＯＰ」などのプロトコルの名称である。発行元は、トラフィックデータの発行元を特定可能な情報であり、たとえば、「クライアントＡ（クライアント１１）」、「サーバＡ（ＷＷＷサーバ１３）」、「サーバＢ（アプリケーションサーバ１５）」などのコンピュータ名である。発行先は、トラフィックデータの発行先を特定可能な情報であり、たとえば、「クライアントＡ」、「サーバＡ」、「サーバＢ」などのコンピュータ名である。なお、発行元および発行先は、コンピュータ名の他、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどであってもよく、また複数の情報の組み合わせなどであってもよい。種別は、トラフィックデータの内容や状態に応じた詳細な区別をおこなうための任意の情報であり、ＩＰアドレス、ＭＡＣアドレス、ＵＲＬなどであってもよく、たとえば、「−」、「Ａ」、「Ｂ」、「Ｃ」などがある。時刻は、個々のトラフィックデータの時系列順序を特定可能な情報である。たとえば、時刻は、ドライバ３１がトラフィックデータを受け付けた時刻であり、「ｔｉｍｅ（１）」、「ｔｉｍｅ（２）」、「ｔｉｍｅ（３）」、「ｔｉｍｅ（４）」などがある。時刻は、個々のトラフィックデータの時系列順序を特定可能であればよく、トラフィックデータの送信時刻、受信時刻、あるいは収集時刻などであってもよい。

次に、第２の実施形態のアナライザ２２が実行するトランザクションデータ絞込処理について図７を用いて説明する。図７は、第２の実施形態のトランザクションデータ絞込処理のフローチャートである。

トランザクションデータ絞込処理は、観測キュー２４に格納されたトラフィックデータのうちから、採取対象のトランザクションデータを特定し、収集キュー２５に格納する処理である。トランザクションデータ絞込処理は、定期または不定期に実行される。

［ステップＳ２１］アナライザ２２（特定部）は、他のアナライザ２２と連携してトラフィックデータの採取範囲を特定する採取範囲特定処理を実行する。これにより、アナライザ２２ａ、アナライザ２２ｂ、およびアナライザ２２ｃは、相互に連携してトラフィックデータの採取範囲を特定することができる。採取範囲特定処理の詳細は、図８を用いて後で説明する。

［ステップＳ２２］アナライザ２２は、採取範囲特定処理により採取範囲として特定したトラフィックデータを観測キュー２４から読み出し、読み出したトラフィックデータを観測キュー２４から削除する。採取範囲として特定したトラフィックデータは、採取対象となるトランザクションデータを含み、さらに、採取対象とならないトランザクションデータを含む場合がある。

［ステップＳ２３］アナライザ２２は、時間絞込処理を実行する。アナライザ２２は、所定のリクエストから所定のレスポンス間のトラフィックデータを採取対象（トランザクションデータ）とし、所定のリクエストから所定のレスポンス間にないトラフィックデータを採取対象としないことによりトラフィックデータを絞り込む。時間絞込処理は、採取範囲として特定したトラフィックデータについて、トラフィックデータの時刻を用いて採取範囲として特定したトラフィックデータの絞り込み（データ量の削減）をおこなう。時間絞込処理の詳細は、図１２を用いて後で説明する。

［ステップＳ２４］アナライザ２２は、対象絞込処理を実行する。アナライザ２２は、リクエストとレスポンスとの間のトランザクション発生回数を用いて、採取対象外のトランザクションデータを除外して、採取対象となるトランザクションデータを絞り込む。対象絞込処理の詳細は、図１４を用いて後で説明する。

［ステップＳ２５］アナライザ２２は、閾値絞込処理を実行する。アナライザ２２は、リクエストとレスポンスとの間のトランザクション発生回数と、あらかじめ設定する閾値とを用いて、採取対象外のトランザクションデータを除外して、採取対象となるトランザクションデータを絞り込む。閾値絞込処理の詳細は、図１６を用いて後で説明する。

［ステップＳ２６］アナライザ２２は、強制採取処理を実行する。アナライザ２２は、定期的に動作するディスカバリや、トランザクション関連付技術と連携して、トランザクションデータを他の絞り込み条件に優先して強制的に採取対象とする。強制採取処理の詳細は、図１８を用いて後で説明する。

［ステップＳ２７］アナライザ２２は、採取対象として絞りこまれたトランザクションデータ、あるいは強制的に採取対象となったトランザクションデータを、収集キュー２５に格納する。アナライザ２２は、収集キュー２５にトランザクションデータを格納した後、トランザクションデータ絞込処理を終了する。

このように、観測キュー２４からトラフィックデータが定期または不定期に読み出されて削除されるため、観測サーバ２０は、観測キュー２４の記憶領域を過大にすることなしに、採取対象とするトランザクションデータを観測キュー２４に保持することができる。

また、収集キュー２５に格納されるトランザクションデータは、観測キュー２４から読み出されたトラフィックデータから絞り込まれたデータ量であり、観測サーバ２０は、収集キュー２５の記憶領域を過大にすることもない。

次に、第２の実施形態のアナライザ２２が実行する採取範囲特定処理について図８を用いて説明する。図８は、第２の実施形態の採取範囲特定処理のフローチャートである。
採取範囲特定処理は、他のアナライザ２２と連携してトラフィックデータの採取範囲を特定する処理である。採取範囲特定処理は、トランザクションデータ絞込処理のステップ２１で実行される。

［ステップＳ３１］アナライザ２２（特定部）は、採取範囲特定条件を取得する。採取範囲特定条件は、アナライザ２２ａ、アナライザ２２ｂ、およびアナライザ２２ｃが相互に連携してトラフィックデータの採取範囲を特定するための条件である。情報処理システム１０は、クライアント１１からのＨＴＴＰリクエストを起点にしてクライアント１１へのＨＴＴＰレスポンスを終点とするトランザクションを発生させる。そのため、情報処理システム１０における採取範囲特定条件は、ＷＷＷサーバ１３宛てのＨＴＴＰリクエストをデータ採取開始条件とし、クライアント１１宛てのＨＴＴＰレスポンスをデータ採取終了条件とする。

なお、アナライザ２２ａ、アナライザ２２ｂ、およびアナライザ２２ｃは、観測対象とするサーバ（ＷＷＷサーバ１３、アプリケーションサーバ１５、およびＤＢサーバ１７）を識別し、サーバの種別に応じた動作をおこなう。アナライザ２２の観測対象とするサーバの識別は、あらかじめ与えた識別規則により観測したトラフィックデータから識別してもよいし、あるいは、観測対象とするサーバの種別をあらかじめ設定するものであってもよい。

［ステップＳ３２］アナライザ２２は、データ採取開始条件が成立したか否かを判定する。アナライザ２２は、データ採取開始条件の成立を判定した場合にステップＳ３３にすすみ、データ採取開始条件の成立を判定しない場合にステップＳ３４にすすむ。情報処理システム１０は、アナライザ２２ａがＷＷＷサーバ１３を観測対象とするため、アナライザ２２ａがデータ採取開始条件の成立を判定する。

［ステップＳ３３］アナライザ２２は、データ採取開始条件が成立した旨（データ採取開始通知）を連携するアナライザに通知する。たとえば、アナライザ２２ａがデータ採取開始条件の成立を判定した場合、アナライザ２２ａは、連携するアナライザ２２ｂおよびアナライザ２２ｃにデータ採取開始通知を通知する。なお、データ採取開始通知は、アナライザ２２ａが次階層のアナライザ２２ｂに通知し、通知を受けたアナライザ２２ｂが次階層のアナライザ２２ｃに通知するようにしてもよい。

［ステップＳ３４］アナライザ２２は、連携するアナライザからデータ採取開始通知を受けたか否かを判定する。アナライザ２２は、データ採取開始通知を受けた場合にステップＳ３５にすすみ、データ採取開始通知を受けていない場合にステップＳ３２にすすむ。情報処理システム１０は、アナライザ２２ａからデータ採取開始通知を受けるアナライザ２２ｂ，２２ｃがデータ採取開始通知の受信を判定する。

［ステップＳ３５］アナライザ２２は、データ採取開始時刻を記録する。
［ステップＳ３６］アナライザ２２は、データ採取終了条件が成立したか否かを判定する。アナライザ２２は、データ採取終了条件の成立を判定した場合にステップＳ３７にすすみ、データ採取終了条件の成立を判定しない場合にステップＳ３８にすすむ。情報処理システム１０は、アナライザ２２ａがＷＷＷサーバ１３を観測対象とするため、アナライザ２２ａがデータ採取終了条件の成立を判定する。

［ステップＳ３７］アナライザ２２は、データ採取終了条件が成立した旨（データ採取終了通知）を連携するアナライザに通知する。たとえば、アナライザ２２ａがデータ採取終了条件の成立を判定した場合、アナライザ２２ａは、連携するアナライザ２２ｂおよびアナライザ２２ｃにデータ採取終了通知を通知する。なお、データ採取終了通知は、アナライザ２２ａが次階層のアナライザ２２ｂに通知し、通知を受けたアナライザ２２ｂが次階層のアナライザ２２ｃに通知するようにしてもよい。

［ステップＳ３８］アナライザ２２は、連携するアナライザからデータ採取終了通知を受けたか否かを判定する。アナライザ２２は、データ採取終了通知を受けた場合にステップＳ３９にすすみ、データ採取終了通知を受けていない場合にステップＳ３６にすすむ。情報処理システム１０は、アナライザ２２ａからデータ採取終了通知を受けるアナライザ２２ｂ，２２ｃがデータ採取終了通知の受信を判定する。

［ステップＳ３９］アナライザ２２は、データ採取終了時刻を記録して、採取範囲特定処理を終了する。
このように、アナライザ２２が連携してトラフィックデータの採取範囲を特定することができ、情報処理システム１０は、サービス起点でのトランザクションの可視化を図ることができる。

次に、第２の実施形態のアナライザ２２が実行するルールリスト生成処理について図９を用いて説明する。図９は、第２の実施形態のルールリスト生成処理のフローチャートである。

ルールリスト生成処理は、採取対象とするトランザクションデータの判別に用いる情報を生成する処理であり、定期または不定期に実行される。ルールリストは、図１０、図１１を用いて後述するように、階層構造を有する。最上位の階層となるルールリスト（第１要素）は、観測対象のサーバへのリクエストをリスト化した情報であり、第二階層となるルールリスト（第２要素）は、観測対象のサーバへのリクエストからレスポンスの間に発行された、観測対象のサーバからのリクエストをリスト化した情報である。

［ステップＳ４１］アナライザ２２（特定部）は、観測対象のサーバへのリクエスト（受付リクエスト）の有無を判定する。アナライザ２２は、受付リクエストがあればステップＳ４２にすすみ、受付リクエストがなければステップＳ４６にすすむ。

［ステップＳ４２］アナライザ２２は、ルールリスト（第１要素）に受付リクエストが既に登録されているか否かを判定する。アナライザ２２は、受付リクエストが既に登録されている場合にステップＳ４３にすすみ、受付リクエストが未だ登録されていない場合にステップＳ４４にすすむ。

［ステップＳ４３］アナライザ２２は、既に登録されている受付リクエストの要求カウンタを更新する。これにより、アナライザ２２は、受付リクエストの発生回数を把握することができる。

［ステップＳ４４］アナライザ２２は、ルールリスト（第１要素）に受付リクエストを追加登録する。
［ステップＳ４５］アナライザ２２は、ルールリスト（第１要素）に登録されている受付リクエストの状態を「採取中」に更新する。

［ステップＳ４６］アナライザ２２は、受付リクエストへのレスポンスの有無を判定する。アナライザ２２は、受付リクエストへのレスポンスがあればステップＳ４７にすすみ、受付リクエストへのレスポンスがなければステップＳ４８へすすむ。

［ステップＳ４７］アナライザ２２は、ルールリスト（第１要素）に登録されている受付リクエストの状態を「採取中」から「非採取」に更新する。
［ステップＳ４８］アナライザ２２は、観測対象のサーバからのリクエスト（発行リクエスト）の有無を判定する。アナライザ２２は、発行リクエストがあればステップＳ４９にすすみ、発行リクエストがなければルールリスト生成処理を終了する。

［ステップＳ４９］アナライザ２２は、ルールリスト（第２要素）に発行リクエストが既に登録されているか否かを判定する。アナライザ２２は、発行リクエストが既に登録されている場合にステップＳ５１にすすみ、発行リクエストが未だ登録されていない場合にステップＳ５０にすすむ。

［ステップＳ５０］アナライザ２２は、ルールリスト（第２要素）に発行リクエストを追加登録してルールリスト生成処理を終了する。
［ステップＳ５１］アナライザ２２は、既に登録されている発行リクエストの要求カウンタを更新する。これにより、アナライザ２２は、観測対象のサーバへのリクエストからレスポンスの間に発行された、発行リクエストの発生回数を把握することができる。

次に、第２の実施形態のルールリスト（第１要素）の一例について図１０を用いて説明する。図１０は、第２の実施形態のルールリスト（第１要素）の一例を示す図である。ルールリスト（第１要素）５１は、アナライザ２２ａにより生成されるルールリスト（第１要素）の一例である。

アナライザ２２ａを有する観測サーバ２０ａは、ＷＷＷサーバ１３を観測対象とする。したがって、アナライザ２２ａは、受付リクエストとしてクライアント１１からのＨＴＴＰプロトコルのリクエストを観測し、発行リクエストとしてアプリケーションサーバ１５へのＩＩＯＰプロトコルのリクエストを観測する。

ルールリスト（第１要素）５１は、状態、プロトコル、要求受付サーバ、ＵＲＬ（Uniform Resource Locator）、時刻、要求カウンタ、リンクを含む。状態は、受付リクエストを起点とするルールリスト（第１要素）の採取状態を表し、「採取中」、「非採取」がある。プロトコルは、観測サーバ２０ａの観測対象であるＷＷＷサーバ１３が受け付けたリクエスト（受付リクエスト）のプロトコルである。プロトコル「ＨＴＴＰ」は、ＷＷＷサーバ１３がＨＴＴＰプロトコルのリクエストを受け付けたことを示す。

要求受付サーバは、リクエストを受け付けたサーバを特定可能な情報であり、たとえば、「サーバＡ（ＷＷＷサーバ１３）」などのコンピュータ名である。ＵＲＬは、リクエストに含まれる、サーバＡのリソース（資源）を特定する情報であり、たとえば、「ＵＲＬ（Ａ）」、「ＵＲＬ（Ｂ）」などである。時刻は、個々のリクエストの時系列順序を特定可能な情報である。たとえば、時刻は、サーバＡがリクエストを受け付けた時刻であり、「ｔｉｍｅ（１１）」、「ｔｉｍｅ（１２）」などがある。要求カウンタは、ルールリスト生成処理で更新されるカウンタ値である。リンクは、リクエストに関連付けされたルールリスト（第２要素）を特定可能な情報であり、たとえば、第２階層となるルールリスト（第２要素）へのリンク「ＬＮＫ（１）」、「ＬＮＫ（２）」などがある。

次に、第２の実施形態のルールリスト（第２要素）の一例について図１１を用いて説明する。図１１は、第２の実施形態のルールリスト（第２要素）の一例を示す図である。ルールリスト（第２要素）５２は、アナライザ２２ａにより生成されるルールリスト（第２要素）の一例である。

ルールリスト（第２要素）５２は、状態、プロトコル、発行元、発行先、種別、時刻、要求カウンタ、強制採取を含む。状態は、トランザクションとして収集対象となるか否かを表し、「採取」、「除外」がある。プロトコルは、観測サーバ２０ａの観測対象であるＷＷＷサーバ１３が発行したリクエスト（発行リクエスト）のプロトコルである。プロトコル「ＩＩＯＰ」は、ＷＷＷサーバ１３がＩＩＯＰプロトコルのリクエストを発行したことを示す。発行元は、リクエストを発行したサーバを特定可能な情報であり、たとえば、「サーバＡ（ＷＷＷサーバ１３）」などのコンピュータ名である。発行先は、リクエストの発行先となるサーバを特定可能な情報であり、たとえば、「サーバＢ（アプリケーションサーバ１５）」などのコンピュータ名である。種別は、リクエストの内容や状態に応じた詳細な区別するための任意の情報であり、オブジェクトを識別する識別情報などであってもよく、たとえば、「Ａ」、「Ｂ」、「Ｃ」などがある。時刻は、個々のリクエストの時系列順序を特定可能な情報である。たとえば、時刻は、サーバＡがリクエストを発行した時刻であり、「ｔｉｍｅ（２１）」、「ｔｉｍｅ（２２）」、「ｔｉｍｅ（２３）」などがある。強制採取は、ルールリスト（第２要素）５２の各項目（状態、プロトコル、発行元、発行先、種別、時刻、要求カウンタ）に関係なく、リクエストが強制採取の対象となるか否かを示す情報であり、たとえば、「ＹＥＳ」、「ＮＯ」がある。

ルールリスト（第１要素）５１およびルールリスト（第２要素）５２は、観測サーバ２０ａの運用が継続する間、有効となる。なお、アナライザ２２ａは、ルールリスト（第１要素）５１およびルールリスト（第２要素）５２の各要素について、所定期間（たとえば、１か月）、更新あるいはルールが適用されなかった場合に削除するようにしてもよい。

なお、アナライザ２２ａによるルールリスト（第１要素）５１およびルールリスト（第２要素）５２の生成について説明したが、アナライザ２２ｂ、２２ｃも同様とすることができる。

次に、第２の実施形態のアナライザ２２が実行する時間絞込処理について図１２を用いて説明する。図１２は、第２の実施形態の時間絞込処理のフローチャートである。
時間絞込処理は、受付リクエストから受付リクエストに対するレスポンスまでの間（採取対象時間）のトランザクションデータを採取し、その他のトランザクションデータを採取しないことで、採取対象となるデータを絞り込む処理である。時間絞込処理は、トランザクションデータ絞込処理のステップＳ２３で実行される。

［ステップＳ６１］アナライザ２２（特定部）は、最初のリクエストの受付時刻を取得する。最初のリクエストの受付時刻とは、トランザクション収集の起点となるリクエストの受付時刻である。たとえば、アナライザ２２ａは、ＷＷＷサーバ１３が受け付けたＨＴＴＰリクエストの受付時刻を最初のリクエストの受付時刻として取得する。アナライザ２２ｂは、アナライザ２２ａからデータ採取開始通知を受けた後に、アプリケーションサーバ１５が受け付けたＩＩＯＰリクエストの受付時刻を最初のリクエストの受付時刻として取得する。アナライザ２２ｃは、アナライザ２２ａまたはアナライザ２２ｂからデータ採取開始通知を受けた後に、ＤＢサーバ１７が受け付けたＳＱＬリクエストの受付時刻を最初のリクエストの受付時刻として取得する。

［ステップＳ６２］アナライザ２２は、最後のレスポンスの応答時刻（発行時刻）を取得する。最後のレスポンスの応答時刻とは、トランザクション収集の終点となる、最初のリクエストに対するレスポンスの応答時刻である。たとえば、アナライザ２２ｃは、アナライザ２２ａまたはアナライザ２２ｂからデータ採取終了通知を受ける前に、ＤＢサーバ１７が応答したＳＱＬレスポンスの応答時刻を最後のレスポンスの応答時刻として取得する。アナライザ２２ｂは、アナライザ２２ａからデータ採取終了通知を受ける前に、アプリケーションサーバ１５が応答したＩＩＯＰレスポンスの応答時刻を最後のレスポンスの応答時刻として取得する。アナライザ２２ａは、ＷＷＷサーバ１３へのＨＴＴＰレスポンスの応答時刻を最後のレスポンスの応答時刻として取得する。

［ステップＳ６３］アナライザ２２は、最初のリクエストの受付時刻前のトラフィックデータを収集対象から除外する。
［ステップＳ６４］アナライザ２２は、最後のレスポンスの応答時刻後のトラフィックデータを収集対象から除外して、時間絞込処理を終了する。

次に、第２の実施形態のアナライザ２２が実行する時間絞込処理の実行例について図１３を用いて説明する。図１３は、第２の実施形態の時間絞込の一例を示すタイミングチャートである。

クライアント１１は、ＷＷＷサーバ１３にＨＴＴＰリクエストを発行する。ＷＷＷサーバ１３は、ＨＴＴＰリクエストを時刻ｔ０に受け付ける。アナライザ２２ａは、ＷＷＷサーバ１３が受け付けたＨＴＴＰリクエストを時刻ｔ０に検出し、アナライザ２２ｂ，２２ｃにデータ採取開始を通知する。

ＷＷＷサーバ１３は、アプリケーションサーバ１５にＩＩＯＰリクエストを発行する。アプリケーションサーバ１５は、ＩＩＯＰリクエストを時刻ｔ１に受け付ける。アナライザ２２ｂは、データ採取開始通知を受けた後の時刻ｔ１に、アプリケーションサーバ１５が受け付けたＩＩＯＰリクエストを検出する。

アプリケーションサーバ１５は、ＤＢサーバ１７にＳＱＬリクエストを発行する。ＤＢサーバ１７は、ＳＱＬリクエストを時刻ｔ２に受け付ける。アナライザ２２ｃは、データ採取開始通知を受けた後の時刻ｔ２に、ＤＢサーバ１７が受け付けたＳＱＬリクエストを検出する。

ＤＢサーバ１７は、アプリケーションサーバ１５に時刻ｔ３にＳＱＬレスポンスを応答する。アナライザ２２ｃは、時刻ｔ３にＤＢサーバ１７が応答するＳＱＬレスポンスを検出する。

アプリケーションサーバ１５は、ＷＷＷサーバ１３に時刻ｔ４にＩＩＯＰレスポンスを応答する。アナライザ２２ｂは、時刻ｔ４にアプリケーションサーバ１５が応答するＩＩＯＰレスポンスを検出する。

ＷＷＷサーバ１３は、クライアント１１に時刻ｔ５にＨＴＴＰレスポンスを応答する。アナライザ２２ａは、時刻ｔ５にＷＷＷサーバ１３が応答するＨＴＴＰレスポンスを検出し、アナライザ２２ｂ，２２ｃにデータ採取終了を通知する。

これにより、アナライザ２２ａは、時刻ｔ０から時刻ｔ５のトランザクションデータを採取対象として絞り込むことができる。また、アナライザ２２ｂは、時刻ｔ１から時刻ｔ４のトランザクションデータを採取対象として絞り込むことができる。また、アナライザ２２ｃは、時刻ｔ２から時刻ｔ３のトランザクションデータを採取対象として絞り込むことができる。

次に、第２の実施形態のアナライザ２２が実行する対象絞込処理について図１４を用いて説明する。図１４は、第２の実施形態の対象絞込処理のフローチャートである。
対象絞込処理は、データ採取開始（ＨＴＴＰリクエスト検出）からデータ採取終了（ＨＴＴＰレスポンス検出）の間に発生したトランザクションの回数を用いて収集対象を絞り込む処理である。対象絞込処理は、トランザクションデータ絞込処理のステップＳ２４で実行される。

［ステップＳ７１］アナライザ２２（特定部）は、プロトコル、発行元、発行先の組合せ毎のトランザクションデータをカウントする。
［ステップＳ７２］アナライザ２２は、プロトコル、発行元、発行先の組合せのうち、カウント数が最大の組み合わせ以外のトランザクションデータを収集対象から削除して、対象絞込処理を終了する。

次に、第２の実施形態のトランザクションの対象絞込について図１５を用いて説明する。図１５は、第２の実施形態のルールリスト（第１要素、第２要素）の一例を示す図である。

ルールリスト（第１要素）５３は、ルールリスト（第１要素）５１にある項目の一部を省略している。ルールリスト（第１要素）５３は、プロトコル「ＨＴＴＰ＃１」の状態が「採取中」、要求カウンタが「３０」であり、プロトコル「ＨＴＴＰ＃２」の状態が「採取中」、要求カウンタが「２０」であることを示す。さらに、ルールリスト（第１要素）５３は、プロトコル「ＨＴＴＰ＃３」の状態が「非採取」、要求カウンタが「１１」であることを示す。

ルールリスト（第２要素）５４は、ルールリスト（第２要素）５２にある項目の一部を省略している。ルールリスト（第２要素）５４は、１つのプロトコル「ＩＩＯＰ＃１」の状態が「採取」、要求カウンタが「３０」であり、他のプロトコル「ＩＩＯＰ＃１」の状態が「採取」、要求カウンタが「２０」であることを示す。さらに、ルールリスト（第２要素）５４は、プロトコル「ＩＩＯＰ＃２」の状態が「採取」、要求カウンタが「３」であり、プロトコル「ＳＭＴＰ」の状態が「除外」、要求カウンタが「１」であることを示す。

ルールリスト（第２要素）５５は、ルールリスト（第２要素）５２にある項目の一部を省略している。ルールリスト（第２要素）５５は、プロトコル「ＩＩＯＰ＃１」の状態が「採取」、要求カウンタが「５」であり、プロトコル「ＩＩＯＰ＃２」の状態が「採取」、要求カウンタが「２０」であることを示す。さらに、ルールリスト（第２要素）５５は、プロトコル「ＳＭＴＰ」の状態が「除外」、要求カウンタが「３」であることを示す。

このように、アナライザ２２ａは、要求カウンタの数が最大となるプロトコル「ＩＩＯＰ」を収集対象とし、プロトコル「ＩＩＯＰ」以外のプロトコル「ＳＭＴＰ」を収集対象から除外する。これにより、情報処理システム１０は、余計なトランザクションデータを除外することができる。

次に、第２の実施形態のアナライザ２２が実行する閾値絞込処理について図１６を用いて説明する。図１６は、第２の実施形態の閾値絞込処理のフローチャートである。
閾値絞込処理は、データ採取開始（ＨＴＴＰリクエスト検出）からデータ採取終了（ＨＴＴＰレスポンス検出）の間に発生したトランザクションの回数とあらかじめ設定する閾値とを用いて採取対象を絞り込む処理である。閾値絞込処理は、トランザクションデータ絞込処理のステップＳ２５で実行される。

［ステップＳ８１］アナライザ２２（特定部）は、ルールリスト（第１要素）の要素について要求カウンタを読み込む。
［ステップＳ８２］アナライザ２２は、ステップＳ８１で読み出したルールリスト（第１要素）の要素とリンクするルールリスト（第２要素）の要素について要求カウンタを読み込む。

［ステップＳ８３］アナライザ２２は、ステップＳ８１で読み出した第１要素の要求カウンタと、ステップＳ８２で読み出した第２要素の要求カウンタとを比較する。アナライザ２２は、第１要素の要求カウンタと第２要素の要求カウンタが等しい場合にステップＳ８６にすすみ、等しくない場合にステップＳ８４にすすむ。

［ステップＳ８４］アナライザ２２は、ステップＳ８２で読み出した第２要素の要求カウンタをステップＳ８１で読み出した第１要素の要求カウンタで除した値（除算値）と、あらかじめ設定する閾値とを比較する。アナライザ２２は、除算値が閾値以上の場合にステップＳ８６にすすみ、除算値が閾値未満の場合にステップＳ８５にすすむ。

［ステップＳ８５］アナライザ２２は、ルールリスト（第２要素）の要素に対応するトランザクションデータを収集対象から除外する。
［ステップＳ８６］アナライザ２２は、ステップＳ８１で読み出したルールリスト（第１要素）の要素とリンクするすべてのルールリスト（第２要素）の要素について、収集対象の絞込を実行したか否かを判定する。アナライザ２２は、すべてのルールリスト（第２要素）の要素について収集対象の絞込を実行した場合にステップＳ８７にすすむ。一方、アナライザ２２は、すべてのルールリスト（第２要素）の要素について収集対象の絞込を実行していない場合に、未実行のルールリスト（第２要素）の要素について収集対象の絞込を実行するべくステップＳ８２にすすむ。

［ステップＳ８７］アナライザ２２は、すべてのルールリスト（第１要素）の要素について、リンクするルールリスト（第２要素）の収集対象絞込を実行したか否かを判定する。アナライザ２２は、すべてのルールリスト（第１要素）の要素について、リンクするルールリスト（第２要素）の収集対象絞込を実行した場合に閾値絞込処理を終了する。一方、アナライザ２２は、すべてのルールリスト（第１要素）の要素について、リンクするルールリスト（第２要素）の収集対象絞込を実行していない場合に、未実行のルールリスト（第２要素）とリンクするルールリスト（第１要素）の要素について収集対象の絞込を実行するべくステップＳ８１にすすむ。

なお、閾値絞込処理で用いる閾値は、あらかじめ外部定義された値、あるいは割合などであってよく、たとえば、ＨＴＴＰリクエスト数の２５％などとしてもよい。
なお、閾値絞込処理は、ＨＴＴＰレスポンスによるデータ採取終了通知の発信、または受信のタイミングで実行するようにしてもよい。

このようにして、アナライザ２２は、リクエストとレスポンスの入れ子やクロスの発生などにより、読み出したトラフィックデータに含まれる採取対象外のトランザクションデータを除外して、採取対象となるトランザクションデータを絞り込むことができる。

次に、第２の実施形態のアナライザ２２が実行する閾値絞込処理の実行例について図１７を用いて説明する。図１７は、第２の実施形態の閾値絞込の一例を示すタイミングチャートである。なお、図１７は、説明を簡単にするために、ＷＷＷサーバ１３とアプリケーションサーバ１５の間のＩＩＯＰシーケンスと同様となる、アプリケーションサーバ１５とＤＢサーバ１７の間のＳＱＬシーケンスの図示を省略する。

クライアント１１は、ＷＷＷサーバ１３にＨＴＴＰリクエスト＃１（ｔ１１）を発行する。ＷＷＷサーバ１３は、ＨＴＴＰリクエスト＃１（ｔ１１）を受け付け、アプリケーションサーバ１５にＩＩＯＰリクエスト＃１（ｔ１２）を発行する。ＷＷＷサーバ１３は、アプリケーションサーバ１５からＩＩＯＰレスポンス＃１（ｔ１３）を受け付け、クライアント１１にＨＴＴＰレスポンス＃１（ｔ１４）を発行する。

このように、ＨＴＴＰリクエスト＃１（ｔ１１）とＨＴＴＰレスポンス＃１（ｔ１４）の間には、他のリクエストや他のレスポンスが含まれていない。この場合、アナライザ２２ａは、ＨＴＴＰリクエスト＃１（ｔ１１）とＨＴＴＰレスポンス＃１（ｔ１４）の間のトランザクションデータを収集対象とすることができる。

クライアント１１は、ＷＷＷサーバ１３にＨＴＴＰリクエスト＃１（ｔ１５）を発行する。ＷＷＷサーバ１３は、ＨＴＴＰリクエスト＃１（ｔ１５）を受け付け、アプリケーションサーバ１５にＩＩＯＰリクエスト＃１（ｔ１６）を発行する。クライアント１１は、ＷＷＷサーバ１３にＨＴＴＰリクエスト＃２（ｔ１７）を発行する。ＷＷＷサーバ１３は、ＨＴＴＰリクエスト＃２（ｔ１７）を受け付け、アプリケーションサーバ１５にＩＩＯＰリクエスト＃２（ｔ１８）を発行する。ＷＷＷサーバ１３は、アプリケーションサーバ１５からＩＩＯＰレスポンス＃２（ｔ１９）を受け付け、クライアント１１にＨＴＴＰレスポンス＃２（ｔ２０）を発行する。ＷＷＷサーバ１３は、アプリケーションサーバ１５からＩＩＯＰレスポンス＃１（ｔ２１）を受け付け、クライアント１１にＨＴＴＰレスポンス＃１（ｔ２２）を発行する。

このように、ＨＴＴＰリクエスト＃１（ｔ１１）とＨＴＴＰレスポンス＃１（ｔ１４）の間に、ＨＴＴＰリクエスト＃２（ｔ１７）を起点とする他のリクエストや他のレスポンスが含まれている。この場合、アナライザ２２ａは、閾値絞込処理により、ＩＩＯＰリクエスト＃２（ｔ１８）とＩＩＯＰレスポンス＃２（ｔ１９）を収集対象から除外する。これにより、アナライザ２２ａは、ＨＴＴＰリクエスト＃１（ｔ１１）とＨＴＴＰレスポンス＃１（ｔ１４）に対して入れ子となっている、採取対象外のトランザクションデータを除外する。

アナライザ２２ａによる閾値絞込処理の場合を例示して説明したが、アナライザ２２ｂ，２２ｃについても同様である。
次に、第２の実施形態のアナライザ２２が実行する強制採取処理について図１８を用いて説明する。図１８は、第２の実施形態の強制採取処理のフローチャートである。

強制採取処理は、時間絞込処理、対象絞込処理、および閾値絞込処理の絞込結果にかかわらず、トランザクションデータを強制的に採取する処理である。情報処理システム１０は、アナライザ２２がトランザクションデータを観測することでデータを分析して生成したルールリストを用いて採取対象を絞り込む他に、他系システムにて既に明らかにされた採取ルールをルールリストに追加して収集精度の向上を図る。強制採取処理は、トランザクションデータ絞込処理のステップＳ２６で実行される。

［ステップＳ９１］アナライザ２２（特定部）は、収集対象から除外したトランザクションデータのうちに強制採取設定がなされているトランザクションデータの有無を判定する。強制採取設定がなされているトランザクションデータの有無の判定は、ルールリスト（第２要素）の強制採取の項目を参照しておこなうことができる。アナライザ２２は、トランザクションデータが強制採取の対象となっている場合にステップＳ９２にすすみ、強制採取の対象になっていない場合に強制採取処理を終了する。

［ステップＳ９２］アナライザ２２は、収集対象から除外されていたトランザクションデータを収集対象として、強制採取処理を終了する。
これにより、情報処理システム１０は、連携するディスカバリやトランザクションの関連付け技術と協働して、より精度の高いトランザクションデータの収集を実現することができる。

次に、第２の実施形態のトランザクションの強制採取について図１９を用いて説明する。図１９は、第２の実施形態のルールリスト（第１要素、第２要素）の一例を示す図である。

ルールリスト（第１要素）５６は、ルールリスト（第１要素）５１にある項目の一部を省略している。ルールリスト（第１要素）５６は、プロトコル「ＨＴＴＰ＃１」の状態が「採取中」、要求カウンタが「３０」であり、プロトコル「ＨＴＴＰ＃２」の状態が「採取中」、要求カウンタが「２０」であることを示す。さらに、ルールリスト（第１要素）５６は、プロトコル「ＨＴＴＰ＃３」の状態が「非採取」、要求カウンタが「１１」であることを示す。

ルールリスト（第２要素）５７は、ルールリスト（第２要素）５２にある項目の一部を省略している。ルールリスト（第２要素）５７は、１つのプロトコル「ＩＩＯＰ＃１」の状態が「採取」、要求カウンタが「３０」、強制採取が「ＹＥＳ」であることを示す。さらに、ルールリスト（第２要素）５７は、他のプロトコル「ＩＩＯＰ＃１」の状態が「採取」、要求カウンタが「２０」、強制採取が「ＹＥＳ」であることを示す。さらに、ルールリスト（第２要素）５７は、プロトコル「ＩＩＯＰ＃２」の状態が「採取」、要求カウンタが「３」、強制採取が「ＮＯ」であり、プロトコル「ＳＭＴＰ」の状態が「除外」、要求カウンタが「１」、強制採取が「ＮＯ」であることを示す。

ルールリスト（第２要素）５８は、ルールリスト（第２要素）５２にある項目の一部を省略している。ルールリスト（第２要素）５８は、プロトコル「ＩＩＯＰ＃１」の状態が「採取」、要求カウンタが「５」、強制採取が「ＮＯ」であり、プロトコル「ＩＩＯＰ＃２」の状態が「採取」、要求カウンタが「２０」、強制採取が「ＹＥＳ」であることを示す。さらに、ルールリスト（第２要素）５８は、プロトコル「ＳＭＴＰ」の状態が「除外」、要求カウンタが「３」、強制採取が「ＮＯ」であることを示す。

このように、アナライザ２２ａは、連携するディスカバリやトランザクションの関連付け技術と連携して動作し、構成データや推定データが検出された要素についてルールリスト（第２要素）の強制採取の項目を「ＹＥＳ」に設定する。なお、構成データや推定データが削除された場合には、アナライザ２２ａは、対応する要素についてルールリスト（第２要素）の強制採取の項目を「ＮＯ」に設定する。

これにより、情報処理システム１０は、基本的なルールにより余計なトランザクションデータを除外しながら、連携するディスカバリやトランザクションの関連付け技術との連携により精度の高いトランザクションデータの収集を実現することができる。

次に、第２の実施形態のアナライザ２２が実行するトランザクションデータ転送処理について図２０を用いて説明する。図２０は、第２の実施形態のトランザクションデータ転送処理のフローチャートである。

トランザクションデータ転送処理は、観測サーバ２０が収集したトランザクションデータを収集サーバ２６に転送する処理である。
［ステップＳ１０１］アナライザ２２（特定部）は、収集サーバ２６へのトランザクションデータの転送タイミングを定期または不定期に判定する。アナライザ２２は、トランザクションデータの転送タイミングを判定した場合にステップＳ１０２にすすみ、判定しない場合にトランザクションデータの転送タイミングを待つ。

［ステップＳ１０２］アナライザ２２は、収集キュー２５に格納されているトランザクションデータを収集サーバ２６に転送する。
［ステップＳ１０３］アナライザ２２は、収集キュー２５をクリアしてトランザクションデータ転送処理を終了する。

次に、第２の実施形態のアナライザ２２ａが実行するディスカバリ連携処理について図２１および図２２を用いて説明する。図２１は、第２の実施形態のディスカバリ連携処理のフローチャートである。図２２は、第２の実施形態のディスカバリ連携において参照する構成データの一例である。なお、アナライザ２２ａが実行するディスカバリ連携処理について説明するが、アナライザ２２ｂ，２２ｃについても同様とすることができる。

ディスカバリ連携処理は、ディスカバリ機能と連携してルールリストをブラッシュアップする処理である。ディスカバリ機能は、観測すべきトランザクションデータの構造解析をおこなう機能であり、構造解析システム（他系システム）において実行される。構造解析システムは、構造解析結果（構造解析データ１９ａ，１９ｂ，１９ｃ）を、構成データ（データベース）１９に収納する。

［ステップＳ１１１］アナライザ２２ａ（特定部）は、ＨＴＴＰリクエストの受付の有無を判定する。アナライザ２２ａは、ＨＴＴＰリクエストを受け付けている場合にステップＳ１１２にすすみ、受け付けていない場合にディスカバリ連携処理を終了する。

［ステップＳ１１２］アナライザ２２ａは、構成データ６０から、１サーバ単位に相当する１エントリを取得する。
［ステップＳ１１３］アナライザ２２ａは、取得したエントリにＵＲＬが含まれているか否かを判定する。アナライザ２２ａは、取得したエントリにＵＲＬが含まれている場合にステップＳ１１４にすすみ、取得したエントリにＵＲＬが含まれていない場合にディスカバリ連携処理を終了する。

［ステップＳ１１４］アナライザ２２ａは、ルールリスト（第１要素）５１に含まれているＵＲＬか否かを判定する。アナライザ２２ａは、ルールリスト（第１要素）５１に含まれていないＵＲＬ（新規ＵＲＬ）である場合にステップＳ１１５にすすみ、ルールリスト（第１要素）５１に含まれているＵＲＬである場合にステップＳ１１６にすすむ。

［ステップＳ１１５］アナライザ２２ａは、採取対象のＨＴＴＰであるとして新規ＵＲＬを含む第１要素を、ルールリスト（第１要素）５１に追加する。
［ステップＳ１１６］アナライザ２２ａは、別のサーバのエントリにリンクされている関連ＩＩＯＰが含まれているか否かを判定（別サーバに受け渡されるデータであるか否かを判定）する。アナライザ２２ａは、取得したエントリに関連ＩＩＯＰが含まれている場合にステップＳ１１７にすすみ、取得したエントリに関連ＩＩＯＰが含まれていない場合にディスカバリ連携処理を終了する。

［ステップＳ１１７］アナライザ２２ａは、ルールリスト（第２要素）５２に含まれているＩＩＯＰか否かを判定する。アナライザ２２ａは、ルールリスト（第２要素）５２に含まれていないＩＩＯＰ（新規ＩＩＯＰ）である場合にステップＳ１１８にすすみ、ルールリスト（第２要素）５２に含まれているＵＲＬである場合にステップＳ１１９にすすむ。

［ステップＳ１１８］アナライザ２２ａは、新規ＩＩＯＰを含む第２要素を、ルールリスト（第２要素）５２に追加する。
［ステップＳ１１９］アナライザ２２ａは、ルールリスト（第２要素）５２のうち、新規ＩＩＯＰに対応する要素の強制採取の項目を「ＹＥＳ」に設定して、ディスカバリ連携処理を終了する。

構成データ６０は、トランザクションデータの受け渡し先となる目的のサーバに対して受け渡されるトランザクションデータの構成要素である。構成データ６０は、トランザクションデータの全体構造が整理されて、構造解析がなされている。

構成データ６０は、たとえば、コンピュータ（コンピュータ情報）、ＷＷＷサーバ（サーバ情報）、およびアプリＡ（ＵＲＬ）の関係付けがされた構造解析データ６０ａを有する。構成データ６０は、たとえば、コンピュータ（コンピュータ情報）、アプリケーションサーバ（サーバ情報）、およびアプリＢ（ＩＩＯＰ）の関係付けがされた構造解析データ６０ｂを有する。構成データ６０は、たとえば、コンピュータ（コンピュータ情報）、ＤＢサーバ（サーバ情報）、およびＤＢテーブルの関係付けがされた構造解析データ６０ｃを有する。

さらに、構成データ６０は、受け渡し元となるサーバから、受け渡し先のサーバが指定されている場合には、受け渡し元となるサーバでおこなわれた整理と構造の解析が、受け渡し先のサーバに対してもおこなわれてデータベースに収納される。

構成データ６０は、受け渡し先のサーバと受け渡し元のサーバとの関係性を示すために、最初のサーバから別のサーバに対するリンク情報を有する。
情報システム１０は、構成データ６０を利用することで、ルールリスト（第１要素）５１およびルールリスト（第２要素）５２へのルール追加を簡略化することができる。

次に、第２の実施形態のアナライザ２２ａが実行するトランザクション関連付技術連携処理について図２３を用いて説明する。図２３は、第２の実施形態のトランザクション関連付技術連携において参照する推定データの一例である。なお、アナライザ２２ａが実行するトランザクション関連付技術連携処理について説明するが、アナライザ２２ｂ，２２ｃについても同様とすることができる。

トランザクション関連付技術連携処理は、観測すべきトランザクションデータの構造を推定するトランザクション関連付技術と連携してルールリストをブラッシュアップする処理である。トランザクション関連付技術は、観測すべきトランザクションデータの構造を推定する機能であり、構造推定システム（他系システム）において実行される。構造推定システムは、構造推定結果を、推定データ（データベース）６１に収納する。

トランザクション関連付技術連携処理は、ディスカバリ連携処理と同様の処理手順において実行可能であるため、説明を省略する。
［第３の実施形態］
次に、第３の実施形態の観測サーバの配置について図２４を用いて説明する。図２４は、第３の実施形態のコンピュータの観測サーバの配置例を示す図である。

コンピュータ１２，１４，１６は、ホストＯＳ３０上で、１以上のゲストＯＳ３２を動作させる。コンピュータ１２，１４，１６は、ゲストＯＳ３２上で、観測サーバ２０とサーバ３３を動作させる。サーバ３３は、ＷＷＷサーバ１３、アプリケーションサーバ１５、あるいはＤＢサーバ１７であり、ドライバ３１を介して外部装置との間で通信をおこない、トラフィックデータを発生させる。ドライバ３１は、図示しないＮＩＣを制御してネットワーク１８と通信可能に接続する。

観測サーバ２０は、プローブ２１がドライバ３１を観測することにより、ドライバ３１を介して外部装置との間でおこなわれる通信の全トラフィックデータを収集する。観測サーバ２０は、収集した全トラフィックデータのうちから、アナライザ２２により採取対象となるトランザクションデータを採取する。

このようにして、観測サーバ２０は、ゲストＯＳ３２上で動作するサーバ３３の全トラフィックデータを収集することができる。
［第４の実施形態］
次に、第４の実施形態の観測サーバの配置について図２５を用いて説明する。図２５は、第４の実施形態のコンピュータの観測サーバの配置例を示す図である。

コンピュータ１２は、ＷＷＷサーバ１３を動作させ、ネットワーク１８と接続する。コンピュータ１４は、アプリケーションサーバ１５を動作させ、ネットワーク１８と接続する。コンピュータ１６は、ＤＢサーバ１７を動作させ、ネットワーク１８と接続する。

コンピュータ２６ａは、観測サーバ２０ａ，２０ｂ，２０ｃを動作させ、ネットワーク１８と接続する。コンピュータ２６ａは、図示しないスイッチのミラーポート等により、コンピュータ１２，１４，１６のトラフィックデータを収集可能にしている。

観測サーバ２０ａ，２０ｂ，２０ｃは、それぞれドライバ３１を介してコンピュータ１２，１４，１６のトラフィックデータを収集可能にしている。ドライバ３１は、図示しないＮＩＣを制御してネットワーク１８と通信可能に接続する。

観測サーバ２０ａ，２０ｂ，２０ｃは、プローブ２１がドライバ３１を観測することにより、ドライバ３１を介して外部装置との間でおこなわれる通信の全トラフィックデータを収集する。２０ａ，２０ｂ，２０ｃは、収集した全トラフィックデータのうちから、アナライザ２２により採取対象となるトランザクションデータを採取する。

観測サーバ２０ａ，２０ｂ，２０ｃは、コンピュータ２６ａ上で連携して動作する。観測サーバ２０ａ，２０ｂ，２０ｃは、収集したトランザクションデータは、収集サーバ２６に収集される。このようにして、収集サーバ２６は、コンピュータ１２，１４，１６上で動作するサーバ３３の全トラフィックデータを収集することができる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、情報処理装置３，４，５、コンピュータ１２，１４，１６，２６ａが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ／ＲＷなどがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現することもできる。

１，１０ 情報処理システム
２，１１ クライアント
３，４，５ 情報処理装置
３ａ 第１サーバ
３ｂ 第１観測サーバ
３ｃ，４ｃ，５ｃ 観測部
３ｄ 第１サーバ観測キュー
３ｅ，４ｅ，５ｅ 特定部
３ｆ 第１サーバ収集キュー
４ａ 第２サーバ
４ｂ 第２観測サーバ
４ｄ 第２サーバ観測キュー
４ｆ 第２サーバ収集キュー
５ａ 第３サーバ
５ｂ 第３観測サーバ
５ｄ 第３サーバ観測キュー
５ｆ 第３サーバ収集キュー
６，１９ ＤＢ
７（７ａ，７ｂ，７ｃ），１８（１８ａ，１８ｂ，１８ｃ） ネットワーク
１２，１４，１６，２６ａ コンピュータ
１３ ＷＷＷサーバ
１５ アプリケーションサーバ
１７ ＤＢサーバ
２０（２０ａ，２０ｂ，２０ｃ） 観測サーバ
２１（２１ａ，２１ｂ，２１ｃ） プローブ
２２（２２ａ，２２ｂ，２２ｃ） アナライザ
２３（２３ａ，２３ｂ，２３ｃ） ルール
２４（２４ａ，２４ｂ，２４ｃ） 観測キュー
２５（２５ａ，２５ｂ，２５ｃ） 収集キュー
２６ 収集サーバ
２７ トランザクションデータ記録部
３０ ホストＯＳ
３１ ドライバ
３２ ゲストＯＳ
３３ サーバ

Claims (13)

1. 第１サーバが配置される第１の情報処理装置、第２サーバが配置される第２の情報処理装置、および第３サーバが配置される第３の情報処理装置を有する情報処理システムにおけるトランザクションデータ採取方法であって、
   前記第１の情報処理装置は、
   前記第１サーバが送受信するトラフィックデータを第１サーバ観測キューに収集し、
   前記第１サーバがクライアントからの要求を受け付けたクライアント要求受付時刻から、前記第１サーバが前記クライアントからの要求に応答したクライアント応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定し、
   前記トランザクションデータを第１サーバ収集キューに移動し、
   前記第２の情報処理装置は、
   前記第２サーバが送受信するトラフィックデータを第２サーバ観測キューに収集し、
   前記クライアント要求受付時刻と前記クライアント応答時刻を前記第１サーバから取得し、
   前記クライアント要求受付時刻の後に前記第２サーバが前記第１サーバからの要求を受け付けた第１サーバ要求受付時刻から、前記クライアント応答時刻前に前記第２サーバが前記第１サーバからの要求に応答した第１サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定し、
   前記トランザクションデータを第２サーバ収集キューに移動し、
   前記第３の情報処理装置は、
   前記第３サーバが送受信するトラフィックデータを第３サーバ観測キューに収集し、
   前記第１サーバ要求受付時刻と前記第１サーバ応答時刻を前記第２サーバから取得し、
   前記第１サーバ要求受付時刻の後に前記第３サーバが前記第２サーバからの要求を受け付けた第２サーバ要求受付時刻から、前記第１サーバ応答時刻前に前記第３サーバが前記第２サーバからの要求に応答した第２サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定し、
   前記トランザクションデータを第３サーバ収集キューに移動する、
   ことを特徴とするトランザクションデータ採取方法。
2. 前記第１の情報処理装置は、
   前記第１サーバ観測キューに収集された前記第１サーバが送受信するトラフィックデータにもとづいて前記トランザクションデータの採取ルールを生成し、
   前記採取ルールにもとづいて前記トラフィックデータから採取対象のトランザクションデータを特定する、
   ことを特徴とする請求項１記載のトランザクションデータ採取方法。
3. 前記第２の情報処理装置は、
   前記第２サーバ観測キューに収集された前記第２サーバが送受信するトラフィックデータにもとづいて前記トランザクションデータの採取ルールを生成し、
   前記採取ルールにもとづいて前記トラフィックデータから採取対象のトランザクションデータを特定する、
   ことを特徴とする請求項１記載のトランザクションデータ採取方法。
4. 前記第３の情報処理装置は、
   前記第３サーバ観測キューに収集された前記第３サーバが送受信するトラフィックデータにもとづいて前記トランザクションデータの採取ルールを生成し、
   前記採取ルールにもとづいて前記トラフィックデータから採取対象のトランザクションデータを特定する、
   ことを特徴とする請求項１記載のトランザクションデータ採取方法。
5. 観測対象のサーバへのリクエストをリスト化した情報と、
   観測対象のサーバへのリクエストからレスポンスの間に発行された、観測対象のサーバからのリクエストをリスト化した情報と、を含んで前記採取ルールを生成する、
   ことを特徴とする請求項２記載のトランザクションデータ採取方法。
6. 前記採取ルールに加えて、
   前記情報処理システムの構成を解析した解析情報にもとづく採取ルールを生成する、
   ことを特徴とする請求項５記載のトランザクションデータ採取方法。
7. 前記採取ルールに加えて、
   前記トランザクションデータの構造を推定した推定情報にもとづく採取ルールを生成する、
   ことを特徴とする請求項５記載のトランザクションデータ採取方法。
8. 前記第１サーバは、前記クライアントへのユーザインターフェースを提供し、
   前記第２サーバは、前記第１サーバからの要求に応じたサービスを提供し、
   前記第３サーバは、前記第２サーバからの要求にもとづいてデータベースアクセスサービスを提供する、
   ことを特徴とする請求項２記載のトランザクションデータ採取方法。
9. 前記第１サーバは、ＷＷＷサーバであり、
   Ｗｅｂサービスのリクエスト受付時刻から、前記Ｗｅｂサービスのリクエストに対するレスポンス発行時刻までのトラフィックデータを採取対象のトランザクションデータとして特定する、
   ことを特徴とする請求項８記載のトランザクションデータ採取方法。
10. 前記Ｗｅｂサービスのリクエスト受付時刻から、前記Ｗｅｂサービスのリクエストに対するレスポンス発行時刻の間に発生したトランザクションデータの発生回数を用いて採取対象を特定する、
    ことを特徴とする請求項９記載のトランザクションデータ採取方法。
11. 前記第１サーバ収集キューが格納するトランザクションデータ、前記第２サーバ収集キューが格納するトランザクションデータ、および前記第３サーバ収集キューが格納するトランザクションデータをトランザクションデータ記録部に格納し、
    前記第１サーバ収集キューが格納するトランザクションデータ、前記第２サーバ収集キューが格納するトランザクションデータ、および前記第３サーバ収集キューが格納するトランザクションデータを消去する、
    ことを特徴とする請求項１記載のトランザクションデータ採取方法。
12. 第１サーバ、第２サーバ、および第３サーバを有する情報処理システムにおける前記第２サーバを配置する情報処理装置に実行させるトランザクションデータ採取プログラムであって、
    前記情報処理装置に、
    前記第２サーバが送受信するトラフィックデータを第２サーバ観測キューに収集し、
    前記第１サーバがクライアントからの要求を受け付けたクライアント要求受付時刻と、前記第１サーバが前記クライアントからの要求に応答したクライアント応答時刻とを前記第１サーバから取得し、
    前記クライアント要求受付時刻の後に前記第２サーバが前記第１サーバからの要求を受け付けた第１サーバ要求受付時刻から、前記クライアント応答時刻前に前記第２サーバが前記第１サーバからの要求に応答した第１サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定し、
    前記トランザクションデータを第２サーバ収集キューに移動する、
    処理を実行させることを特徴とするトランザクションデータ採取プログラム。
13. 第１サーバ、第２サーバ、および第３サーバを有する情報処理システムにおける前記第２サーバを配置する情報処理装置であって、
    前記第２サーバが送受信するトラフィックデータを第２サーバ観測キューに収集する収集部と、
    前記第１サーバがクライアントからの要求を受け付けたクライアント要求受付時刻と、前記第１サーバが前記クライアントからの要求に応答したクライアント応答時刻とを前記第１サーバから取得する取得部と、
    前記クライアント要求受付時刻の後に前記第２サーバが前記第１サーバからの要求を受け付けた第１サーバ要求受付時刻から、前記クライアント応答時刻前に前記第２サーバが前記第１サーバからの要求に応答した第１サーバ応答時刻までのトラフィックデータを採取対象のトランザクションデータとして特定する特定部と、
    前記トランザクションデータを第２サーバ収集キューに移動する移動部と、
    を備えることを特徴とする情報処理装置。

Images