トランザクションを識別するトランザクション識別子を有するメッセージの出現パターンを記憶する第1記憶部と、第1のサーバによって前記トランザクション識別子を有するトランザクションが第2のサーバに実行され、前記第1のサーバと前記第2のサーバとの間で発生したメッセージを記憶する第2記憶部と、前記第1記憶部に記憶されるメッセージの出現パターンに基づいて、前記第2記憶部に記憶されているメッセージを前記トランザクションごとに分類する分類部とを有することを特徴とする情報処理装置。前記トランザクション識別子ごとに、前記第1のサーバが前記トランザクションを実行した際に発生させたメッセージを記憶する第3記憶部と、前記第3記憶部に記憶されるメッセージから、前記第1のサーバが前記第2のサーバにリクエストを発行した時刻である開始時刻と、当該リクエストに対するレスポンスを受信した時刻である終了時刻とを特定する特定部と、前記第2記憶部に記憶されるメッセージから、前記特定部によって特定された開始時刻から終了時刻までに送受信されたメッセージを抽出する抽出部と、前記抽出部によって抽出されたメッセージから、前記トランザクション識別子を有するメッセージの出現パターンを特定して前記第1記憶部に格納する格納制御部とをさらに有することを特徴とする請求項1に記載の情報処理装置。前記抽出部は、前記第2記憶部が記憶するメッセージのうち、前記第1のサーバと前記第2のサーバとのコネクション内で1つのリクエストが処理された場合のメッセージから、前記開始時刻と前記終了時刻とを抽出することを特徴とする請求項2に記載の情報処理装置。コンピュータ実行する制御方法であって、トランザクションを識別するトランザクション識別子を有するメッセージの出現パターンを第1記憶部に格納しと、第1のサーバによって前記トランザクション識別子を有するトランザクションが第2のサーバに実行され、前記第1のサーバと前記第2のサーバとの間で発生したメッセージを第2記憶部に格納し、前記第1記憶部に記憶されるメッセージの出現パターンに基づいて、前記第2記憶部に記憶されているメッセージを前記トランザクションごとに分類すること含んだことを特徴とするメッセージ切分け方法。コンピュータに、トランザクションを識別するトランザクション識別子を有するメッセージの出現パターンを第1記憶部に格納し、第1のサーバによって前記トランザクション識別子を有するトランザクションが第2のサーバに実行され、前記第1のサーバと前記第2のサーバとの間で発生したメッセージを第2記憶部に格納し、前記第1記憶部に記憶されるメッセージの出現パターンに基づいて、前記第2記憶部に記憶されているメッセージを前記トランザクションごとに分類する処理を実行させることを特徴とするメッセージ切分けプログラム。しかしながら、従来の技術では、一連のトランザクションを関連付けることができないという問題があった。例えば、プロファイリングでは、アプリケーション内部の処理を監視することができても、外部機器との通信情報を監視できない。また、ネットワークモニタリングでは、外部との通信を監視できても、アプリケーション内部の処理を監視できない。つまり、これらの技術では、トランザクション全体を監視することができないので、アプリケーションサーバやデータベースサーバで実行されたトランザクションを関連付けることができない。なお、トランザクションIDを用いる技術の場合も、各トランザクションが実行されたサーバの順番を特定しているだけであり、データベースシステムに対して実行されたトランザクションを監視できない。一例を挙げると、WebアプリケーションがDBドライバにリクエストを送信する場合は、1つのDBドライバへのリクエストがDBサーバに対して複数のリクエストとして送信されて、複数のレスポンスとして受信することがある。この場合、従来技術では、DBドライバとサーバ間の通信をトランザクションに対応付ける情報がなく、対応付けができない。1つの側面では、一連のトランザクションを関連付けることができる情報処理装置、メッセージ切分け方法およびメッセージ切分けプログラムを提供することを目的とする。第1の案では、情報処理装置は、トランザクションを識別するトランザクション識別子を有するメッセージの出現パターンを記憶する第1記憶部を有する。情報処理装置は、第1のサーバによって前記トランザクション識別子を有するトランザクションが第2のサーバに実行され、前記第1のサーバと前記第2のサーバとの間で発生したメッセージを記憶する第2記憶部を有する。情報処理装置は、前記第1記憶部に記憶されるメッセージの出現パターンに基づいて、前記第2記憶部に記憶されているメッセージを前記トランザクションごとに分類する分類部を有する。一連のトランザクションを関連付けることができる。以下に、本願の開示する情報処理装置、メッセージ切分け方法およびメッセージ切分けプログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。図1は、実施例1に係るシステムの全体構成を示す図である。図1に示すように、このシステムは、Webサーバ1と、アプリケーションサーバ2と、DBDataBaseサーバ3と、スイッチ4と、紐付けサーバ5とを有する。なお、これらの装置は、LANLocalAreaNetworkやインターネットなどのネットワークを介して接続される。Webサーバ1は、HTMLHyperTextMarkupLanguage文書や画像などの情報を蓄積し、Webブラウザなどを介してクライアントから受信した要求に応じて、HTML文書や画像を応答するサーバ装置である。このWebサーバ1は、トランザクションの実行結果をログとして保持する。例えば、Webサーバ1は、アプリケーションサーバ2によって実行されたアプリケーションから応答を受信し、Webブラウザなどからの要求に応じた情報を応答する。アプリケーションサーバ2は、クライアントやWebサーバ1から要求を受け付けてアプリケーションを実行し、Webサーバ1やDBサーバ3へトランザクションを実行するサーバ装置であり、アプリケーションの実行結果をログとして保持する。このアプリケーションサーバ2は、ID生成部2aとID付加部2bとを有する。ID生成部2aは、アプリケーションの実行を要求したクライアントごとに一意な識別子であり、当該アプリケーションが実行するトランザクションを識別するトランザクションID以下、TranIDと表記するを生成する。ID付加部2bは、ID生成部2aにより生成されたTranIDをトランザクションに付加してトランザクションを実行する。例えばクライアントから要求を受信したWebサーバ1が、Webサーバ1内へのトランザクション、アプリケーションサーバ2へのトランザクション、DBサーバ3へのトランザクションを実行したとする。すると、ID生成部2aは、トランザクション各々に対してTranIDを生成する。その後、ID付加部2bは、TranIDを付加したトランザクションを該当サーバに実行する。DBサーバ3は、データを記憶するDBを有し、アプリケーションサーバ2から受信したトランザクションに応じて、データの書き込みやデータの読み出しを実行するサーバ装置である。このDBサーバ3は、トランザクションの実行結果をログとして保持する。このDBサーバ3が有するDBは、関係データベースであってもよく、オブジェクトデータベースであってもよく、KVSキーバリューストアなどであってもよい。スイッチ4は、ネットワーク内の経路情報を保持し、各サーバ間の通信をスイッチングするL2スイッチレイヤ2スイッチやスイッチングハブなどの中継装置である。例えば、スイッチ4は、紐付けサーバ5とWebサーバ1との間、紐付けサーバ5とアプリケーションサーバ2との間、紐付けサーバ5とDBサーバ3との間の通信を中継する。なお、スイッチ4は、ルータやL3スイッチレイヤ3スイッチなどであってもよい。紐付けサーバ5は、第1記憶部5a、第2記憶部5b、分類部5cを有し、各サーバで実行されたトランザクションを紐付けするサーバ装置である。第1記憶部5aは、トランザクションを識別するトランザクション識別子を有するメッセージの出現パターンを記憶する。第2記憶部5bは、アプリケーションサーバ2によってTranIDを有するトランザクションDBサーバ3に実行され、アプリケーションサーバ2とDBサーバ3との間で発生したメッセージを記憶する。分類部5cは、第1記憶部5aに記憶されるメッセージの出現パターンに基づいて、第2記憶部5bに記憶されているメッセージをトランザクションごとに分類する。一般的に、アプリケーションサーバ2は、アプリケーションサーバ2内のトランザクション、Webサーバ1へのトランザクション、DBサーバ3へのSQL分などのトランザクションにはTranIDを付加することができる。したがって、これらのトランザクションの実行により発生したログメッセージや通信メッセージには、TranIDが含まれる。ところが、アプリケーションサーバ2は、DBサーバ3が実行するトランザクションに関係ないコネクション確立などの処理についてはTranIDを付加できない。このような場合、アプリケーションサーバ2から実行されたトランザクションと、DBサーバ3から発生したメッセージとを対応付けることができない。そこで、実施例1に係る紐付けサーバ5は、DBサーバ3との間で発生したメッセージにおいて、TranIDを有するメッセージが何番目に出現されるのかを示す出現位置を学習して記憶しておく。この結果、紐付けサーバ5は、アプリケーションへの処理要求から始まる一連のトランザクションを、DBアクセスに至るまで関連付けることができる。実施例2では、図1に示した各装置の一例として、機能ブロック、処理の流れ、効果等について説明する。なお、Webサーバ1は、一般的なWebサーバと同様の機能を有し、DBサーバ3は、一般的なDBサーバ等と同様の機能を有し、スイッチ4は、一般的なスイッチと同様の機能を有するので、ここでは詳細な説明は省略する。[アプリケーションサーバの構成]図2は、実施例2に係るアプリケーションサーバの構成を示すブロック図である。図2に示すように、アプリケーションサーバ10は、通信部11、アプリテーブル12、ID情報テーブル13、ロギング対象テーブル14、DB命令置換対象テーブル15、ログテーブル16、制御部17を有する。また、各テーブルは、例えば半導体メモリ素子やハードディスクなどの記憶装置に設けられる。また、各テーブルに記憶される情報は例示するものではなく、任意に設定変更できる。通信部11は、他の装置との間の通信を制御するインタフェースである。例えば、通信部11は、アプリケーションサーバ10と他サーバとの間で通信メッセージを送受信したり、アプリケーションサーバ10から他のサーバにトランザクションを送信したりする。また、この通信部11は、DBドライバとしての機能を有する。例えば、通信部11は、後述するアプリ実行部17aによって実行されたトランザクションによるリクエストをDBサーバ3へ発行し、DBサーバ3からレスポンスを受信する。アプリテーブル12は、アプリケーションサーバ10が実行するアプリケーションのプログラムを記憶する。例えば、アプリテーブル12は、Java登録商標で記述されたプログラムを記憶する。アプリケーションサーバ10は、クライアントから受信した要求に対応するアプリケーションのプログラムをアプリテーブル12から特定して実行することで、各種サービスを提供する。ID情報テーブル13は、後述するID生成部17bによって生成されたTranIDと、当該TranIDが与えられたアプリケーション情報を記憶する。図3は、ID情報テーブルに記憶される情報の例を示す図である。図3に示すように、ID情報テーブル13は、クラス名、メソッド名、TranIDとしてorghibernatefoo、createQuery、tid-123などを記憶する。ここで記憶されるクラス名は、Java登録商標で記述されたプログラム内のクラスを示す情報であり、メソッド名は、クラス名で特定されるクラス内のメソッドを示す情報であり、TranIDは、生成されたトランザクションIDである。図3の例は、orghibernatefooクラス内のcreateQueryには、tid-123が付与されたことを示す。ロギング対象テーブル14は、ログメッセージ出力対象となるアプリケーションの情報を記憶する。図4は、ロギング対象テーブルに記憶される情報の例を示す図である。図4に示すように、ロギング対象テーブル14は、クラス名、メソッド名としてjavafooClassA、:アスタリスクやorghibernate、、myApp、などを記憶する。ここで記憶されるクラス名やメソッド名は、図3と同様の情報を示すので、説明を省略する。図4の例は、javafooClassA内の各メソッドがロギング対象であり、orghibernateで始まるクラス内の各メソッドがロギング対象であり、myAppで始まるクラス内の各メソッドがロギング対象であることを示す。DB命令置換対象テーブル15は、アプリケーションによって読み出されたDB命令が置換対象であるか否かを示す情報を記憶する。図5は、DB命令置換対象テーブルに記憶される情報の例を示す図である。図5に示すように、DB命令置換対象テーブル15は、クラス名、メソッド名としてorghibernatefoo、createQueryなどを記憶する。ここで記憶されるクラス名やメソッド名は、図3と同様の情報を示すので、説明を省略する。図5の例は、orghibernatefooクラス内のcreateQueryメソッドは置換対象であることを示す。ログテーブル16は、アプリケーションすなわちクラスやメソッドが実行されることで発生したログを記憶する。また、ログテーブル16は、アプリケーションが各装置に実行されることで発生した通信メッセージ等を記憶する。つまり、ログテーブル16は、アプリケーションサーバ10が実行したトランザクションによって発生したログや通信メッセージなどのログメッセージを記憶する。ログテーブル16が記憶する情報としては、上述したTranID、クラス名、メソッド名に加えて、ログが発生した時刻、正常終了や異常終了などの情報を示す処理結果などがある。制御部17は、アプリ実行部17aとID生成部17bとID付加部17cとを有し、アプリケーションを実行する処理部である。この制御部17は、例えば、CPUCentralProcessingUnitなどの電子回路やASICApplicationSpecificIntegratedCircuitなどの集積回路で実行される。アプリ実行部17aは、クライアントの要求に応じてアプリケーションを実行する。例えば、アプリ実行部17aは、クライアントの要求に対応したアプリケーションをアプリテーブル12から特定して、特定したアプリケーション内のメソッドを読み出して実行する。ID生成部17bは、アプリケーションの実行を要求したクライアントごとに一意な識別子であり、当該アプリケーションが実行するトランザクションを識別するTranIDを生成する。例えば、ID生成部17bは、アプリケーションのクラス内から読み出されたメソッドをフックし、ID情報テーブル13を参照して、当該メソッドにIDが付与されているか否かを判定する。そして、ID生成部17bは、フックしたメソッドにIDが付与されていると判定した場合、当該メソッドをそのままID付加部17cに出力する。一方、ID生成部17bは、フックしたメソッドにIDが付与されていないと判定した場合、当該メソッドに対して一意なTranIDを生成する。その後、ID生成部17bは、生成したTranIDと、メソッドを有するクラス名と、読み出されたメソッド名とを対応付けてID情報テーブル13に格納する。また、ID生成部17bは、フックしたメソッドをID付加部17cに出力する。別の手法としては、ID生成部17bは、処理スレッドごとにTranIDを生成することもできる。なお、処理スレッドには、一意なIDであるスレッドIDが割り振られており、WebサーバからセッションIDをもって入力される。また、アプリケーションサーバ10が、スレッドIDとセッションIDとの対応付けを管理する。ID生成部17bは、処理スレッドごとに最新IDの情報を保持する。そして、ID生成部17bは、新しいセッショントランザクションが開始されると、最新IDを更新する。例えば、セッションID=ses-123が終了して処理スレッド処理スレッドID=256が解放される。次に、新しいセッションID=ses-330が開始され、処理スレッドとしてID=256が再利用されたとする。すると、ID生成部17bは、処理スレッドID=256の最新IDを更新する。この場合、ID生成部17bは、トランザクションIDとして、例えばses-330-256-7などを生成する。このようにして生成されたトランザクションIDは、メソッド呼び出しを処理する処理スレッドから直接参照することができる。例えば、ID生成部17bは、処理スレッドID=256がセッションses-330の実行中に呼び出すクラス、メソッドには、TranIDses-330-256-7を付加することになる。図2に戻り、ID付加部17cは、ID生成部2aにより生成されたTranIDをトランザクションに付加してトランザクションを実行する。例えば、ID付加部17cは、ID生成部17bから受信したメソッドの名称をキーにしてID情報テーブル13を検索し、TranIDを特定する。そして、ID付加部17cは、ID生成部17bから受信したメソッドに、特定したTranIDを付加して、メソッドを実行する。また、ID付加部17cは、ロギング対象のメソッドのみにTranIDを付与してもよい。この場合、ID付与部17cは、受信したメソッドがロギング対象テーブル14に登録されているメソッドである場合に、TranIDを付与する。また、ID付加部17cは、受信したメソッドがDB命令置換対象テーブル15に記憶されている場合、当該メソッド内のコメント分などでTranIDを埋め込むこともできる。[紐付けサーバの構成]図6は、実施例2に係る紐付けサーバの構成を示すブロック図である。図6に示すように、紐付けサーバ20は、通信部21、アプリログテーブル22、DBキャプチャテーブル23、アプリメソッド分類テーブル24、DB分類テーブル25を有する。さらに、紐付けサーバ20は、トランザクションIDテーブル26、学習テーブル27、メッセージ分類テーブル28、制御部30を有する。また、各テーブルは、例えば半導体メモリ素子やハードディスクなどの記憶装置に設けられる。また、各テーブルに記憶される情報は例示するものに限られず、任意に設定変更できる。通信部21は、他の装置の間の通信を制御するインタフェースである。例えば、通信部21は、スイッチ4を介して、Webサーバ1、アプリケーションサーバ2、DBサーバ3各々からログメッセージを受信する。アプリログテーブル22は、アプリケーションサーバ2が出力したログメッセージを記憶する。アプリログテーブル22には、後述する情報取得部30aがアプリケーションサーバ2から取得した情報が格納される。図7は、アプリログテーブルに記憶される情報の例を示す図である。図7に示すように、アプリログテーブル22は、timestamp、App-key、開始/終了、TranID、クラス名、メソッド名、次のメッセージ、前のメッセージを対応付けて記憶する。ここで記憶されるtimestampは、ログメッセージが出力された時刻であり、App-keyは、アプリケーションサーバが割り与えるログメッセージを識別する識別子である。開始/終了は、ログメッセージがトランザクションの開始か終了であるかを示し、TranIDは、ログメッセージに付加されているトランザクションIDを示す。また、クラス名は、ログメッセージを出力したクラスの名称を示し、メソッド名は、ログメッセージを出力したメソッドの名称を示す。次のメッセージは、次に出力されたログメッセージのApp-keyであり、前のメッセージは、前に出力されたログメッセージのApp-keyである。図7の場合、12:33:02に出力されたログメッセージには、Appkey=123が割り与えられている。このログメッセージは、tid-123を有するとともにトランザクションの開始を示し、orghibernatefooクラスのcreateQueryメソッドによって出力されたことを示す。また、このログメッセージの次に出力されたログメッセージは、124であることを示す。同様に、12:37:04に出力されたログメッセージには、Appkey=124が割り与えられている。このログメッセージは、tid-123を有するとともにトランザクションの終了を示し、orghibernatefooクラスのcreateQueryメソッドによって出力されたことを示す。また、このログメッセージの前に出力されたログメッセージが123であり、次に出力されたログメッセージが125であることを示す。DBキャプチャテーブル23は、アプリケーションサーバ2とDBサーバ3との間で送受信されたキャプチャメッセージを記憶する。DBキャプチャテーブル23には、後述する情報取得部30aがネットワーク内のパケット等をキャプチャすることで生成された情報が格納される。図8は、DBキャプチャテーブルに記憶される情報の例を示す図である。図8に示すように、DBキャプチャテーブル23は、timestamp、DB-key、コネクションキー、fromIP、fromPort、toIP、toPort、sqlmsg、TranID、次のメッセージ、前のメッセージを対応付けて記憶する。ここで記憶されるtimestampは、キャプチャメッセージが出力された時刻であり、DB-keyは、キャプチャメッセージを識別する識別子であり、例えばDBサーバ3によって一意に割り与えられる。コネクションキーは、IPInternetProtocolアドレスとポートとの組から一意に生成された識別子であり、例えばDBサーバ3によって生成される。fromIPは、トランザクションが実行されたコネクションで接続されるサーバのうちキャプチャメッセージの発行元サーバのIPアドレスである。fromPortは、トランザクションが実行されたコネクションで接続されるサーバのうちキャプチャメッセージの発行元サーバのポート番号である。toIPは、トランザクションが実行されたコネクションで接続されるサーバのうちキャプチャメッセージの発行先サーバのIPアドレスである。toPortは、トランザクションが実行されたコネクションで接続されるサーバのうちキャプチャメッセージの発行先サーバのポート番号である。また、sqlmsgは、キャプチャメッセージがSQL命令を有する場合にそのSQL命令の内容を示し、TranIDは、キャプチャメッセージがTranIDを有する場合にそのTranIDを示す。次のメッセージは、次に送受信されたキャプチャメッセージのDB-keyであり、前のメッセージは、前に送受信されたキャプチャメッセージのDB-keyである。図8の場合、12:33:03にキャプチャされたキャプチャメッセージは、IPアドレスAのポート59000からIPアドレスBのポート3306に発行された、SQL文selectを有するメッセージである。このキャプチャメッセージは、TranIDtid-123、DB-key132、コネクションキー38が付加されている。また、このキャプチャメッセージの前に出力されたキャプチャメッセージが131であり、次に出力されたキャプチャメッセージが133である。アプリメソッド分類テーブル24は、アプリログテーブル22に記憶されるログメッセージをTranIDごとに関係付けた情報を記憶する。アプリメソッド分類テーブル24には、後述する情報生成部30bによって生成された情報が格納される。図9は、アプリメソッド分類テーブルに記憶される情報の例を示す図である。図9に示すように、アプリメソッド分類テーブル24は、キー、TranID、最終更新時刻、先頭メッセージ、末尾メッセージ、次の時刻順レコード、前の時刻順レコードを対応付けて記憶する。ここで記憶されるキーは、TranIDごとに生成された識別子すなわちレコードを識別する識別子であり、例えば後述する情報生成部30bによって生成される。TranIDは、トランザクションを識別するトランザクションIDを示す。最終更新時刻は、当該TranIDを有するログメッセージのうち最も遅いタイムスタンプ値である。先頭メッセージは、当該TranIDを有するログメッセージのうち最もタイムスタンプ値が早い先頭のログメッセージのAPP-keyである。末尾メッセージは、当該TranIDを有するログメッセージのうち最もタイムスタンプ値が遅い末尾のログメッセージのAPP-keyである。次の時刻順レコードは、当該TranIDの次に発生したTranIDのレコードのキーを示し、前の時刻順レコードは、当該TranIDの前に発生したTranIDのレコードのキーを示す。図9の1行目は、TranIDtid-123を有するログメッセージ群であり、このログメッセージ群には、キー15が割り与えられている。このログメッセージ群の先頭のログメッセージはApp-key123のメッセージであり、末尾のログメッセージは12:34:05に発行されたApp-key127のメッセージである。すなわち、このログメッセージ群には、App-key123から127までのログメッセージが含まれている。また、このレコードの前のレコードは、キー14が割り与えられたレコードであり、次のレコードは、キー18が割り与えられたレコードであることを示している。DB分類テーブル25は、DBキャプチャテーブル23に記憶されるキャプチャメッセージをコネクションキーごとに関連付けた情報である。DB分類テーブル25には、後述する情報生成部30bによって生成された情報が格納される。図10は、DB分類テーブルに記憶される情報の例を示す図である。図10に示すように、DB分類テーブル25は、コネクションキー、最終更新時刻、先頭メッセージ、末尾メッセージ、先頭TranID情報、末尾TranID情報を対応付けて記憶する。ここで記憶されるコネクションキーは、IPアドレスとポートとの組から一意に生成された識別子であり、レコードを識別する。最終更新時刻は、当該コネクションキーを有するキャプチャメッセージのうち最も遅いタイムスタンプの値である。先頭メッセージは、当該コネクションキーを有するキャプチャメッセージのうち最もタイムスタンプ値が早い先頭のキャプチャメッセージのDB-keyである。末尾メッセージは、当該コネクションキーを有するキャプチャメッセージのうち最もタイムスタンプ値が遅い末尾のキャプチャメッセージのDB-keyである。先頭TranID情報は、当該コネクションキーを有するキャプチャメッセージにおいて、はじめに登場するTranIDのレコードを特定する識別子であり、トランザクションIDテーブル26で用いられている識別子である。末尾TranID情報は、当該コネクションキーを有するキャプチャメッセージにおいて、最後に登場するTranIDのレコードを特定する識別子であり、トランザクションIDテーブル26で用いられている識別子である。図10の1行目は、コネクションキー38を有するキャプチャメッセージ群であり、このキャプチャメッセージ群には、DB-key132のメッセージから、時刻12:34:06に発行されたDB-key144までのキャプチャメッセージが含まれる。また、このキャプチャメッセージ群には、最初にTranID情報512が与えられたTranIDが登場し、最後にTranID情報517が与えられたTranIDが登場する。トランザクションIDテーブル26は、情報生成部30b等によって生成された情報であって、TranIDに関する情報を記憶する。図11は、トランザクションIDテーブルに記憶される情報の例を示す図である。図11に示すように、トランザクションIDテーブル26は、TranID情報、TranID、メッセージ、次のTranID情報、DB分類表情報を対応付けて記憶する。ここで記憶されるTranID情報は、TranIDに割り与えられた識別子であって、レコードを識別する識別子であり、例えば情報生成部30bによって生成される。TranIDは、上述したトランザクション識別子である。メッセージは、TranIDを保持するキャプチャメッセージのDB-keyである。次のTranID情報は、同一コネクション中の次のTranID情報への参照情報である。DB分類表情報は、当該レコードを保持するコネクションへの参照情報であり、コネクションキーが格納される。図11の場合、1行目のレコードには、TranID情報512が与えられている。このレコードは、コネクションキー38内のキャプチャメッセージのうち、DB-key133のキャプチャメッセージにTranIDtid-123が保持されていることを示す。また、コネクションキー38では、このレコードの次に、TranID情報513のレコードのTranIDが出現することが示されている。学習テーブル27は、後述する学習部31が学習した情報であり、トランザクションを識別するTranIDを有するメッセージの出現パターンを記憶する。図12は、学習テーブルに記憶される情報の例を示す図である。図12に示すように、学習テーブル27は、種別、先メッセージ数、全メッセージ数、信頼度を対応付けて記憶する。ここで記憶される種別は、学習されたトランザクションの種別を示す。先メッセージ数は、TranIDを有するキャプチャメッセージよりも前に出力されるキャプチャメッセージの数を示す。全メッセージ数は、学習されたトランザクションで出力されるキャプチャメッセージの総数を示す。信頼度は、学習された情報の信頼度を示し、例えば5を1番高くする5段階などで示される。図12の場合、データベースにテーブル等を作成するCreate関連のトランザクションでは、全部で4つのキャプチャメッセージが出力され、そのうち2番目にTranIDを保持するキャプチャメッセージが出現することが示されている。また、この学習情報の信頼度が5であることが示されている。メッセージ分類テーブル28は、学習テーブル27の学習情報を用いて、DB分類テーブル25に記憶されるキャプチャメッセージをトランザクションごとに分類した結果を記憶する。メッセージ分類テーブル28には、後述する分類部32によって生成された情報が格納される。図13は、メッセージ分類テーブル28に記憶される情報の例を示す図である。図13に示すように、メッセージ分類テーブル28は、TranID、種別、コネクションキー、メッセージ数、先頭メッセージ、末尾メッセージ、処理時間、結果が対応付けて記憶される。ここで記憶されるTranIDは、トランザクション識別子であり、種別は、トランザクションの種別を示し、コネクションキーは、DB分類テーブル25のコネクションキーである。メッセージ数は、同じトランザクションが出力したメッセージであるとして分類されたメッセージ数である。先頭メッセージは、分類されたキャプチャメッセージのうち先頭のキャプチャメッセージのDB-keyを示し、末尾メッセージは、分類されたキャプチャメッセージのうち末尾のキャプチャメッセージのDB-keyを示す。処理時間は、トランザクションのDBアクセス時間を示し、先頭メッセージから末尾メッセージ終了までの時間である。結果は、正常にメッセージが分類できた場合には正常が格納され、正常にメッセージが分類できなかった場合には異常が格納される。図13の場合、コネクションキー38で実行された、Createを実行するトランザクションtid-123は、DB-key132のキャプチャメッセージからDB-key134のキャプチャメッセージまでの4つのキャプチャメッセージが出現する。そして、処理時間が2sであることが示されている。このtid-123のメッセージ分類は、正常に終了し、アプリケーションサーバ2から実行されたトランザクションとDBサーバ3のメッセージとが関連付けられたことを示す。制御部30は、メッセージの出現パターンを学習したり、キャプチャメッセージの分類を実行する処理部であり、例えばCPUCentralProcessingUnitなどの電子回路やASICApplicationSpecificIntegratedCircuitなどの集積回路である。この制御部30は、情報取得部30a、情報生成部30b、学習部31、分類部32、結果処理部33を有する。情報取得部30aは、各サーバのログメッセージ情報を所定の間隔で取得する。例えば、情報取得部30aは、60秒に1回など予め指定された間隔で、アプリケーションサーバ2が保持するログメッセージを取得して、アプリログテーブル22に格納する。また、ソケット通信などを用いて、リアルタイムにデータを取得することもできる。また、情報取得部30aは、ネットワーク内のパケットをキャプチャリングする。例えば、情報取得部30aは、アプリケーションサーバ2とDBサーバ3との間でやり取りされたパケットをキャプチャリングして、DBキャプチャテーブル23に格納する。なお、キャプチャリングの手法は、公知の様々な手法を用いることができるので、詳細な説明は省略する。また、情報取得部30aは、DBキャプチャテーブル23にキャプチャデータを格納する際に、DBサーバ3からログメッセージを取得し、キャプチャデータに加えてDBキャプチャテーブル23に格納することもできる。情報生成部30bは、アプリログテーブル22やDBキャプチャテーブル23などに記憶される情報から各種情報を生成して、アプリメソッド分類テーブル24、DB分類テーブル25、トランザクションIDテーブル26に格納する。まず、情報生成部30bが実行するアプリメソッド分類テーブル24の作成例について説明する。例えば、情報生成部30bは、アプリログテーブル22に記憶されるTranIDのうち、最も時間が早いTranIDを1つ選択し、選択したTranIDを有するログメッセージを抽出する。続いて、情報生成部30bは、選択したTranIDにキーを割り与え、キーとTranIDの組を有する情報を格納するレコードをアプリメソッド分類テーブル24に生成する。その後、情報生成部30bは、抽出したログメッセージのtimestampにしたがって、ログメッセージを並び替える。続いて、情報生成部30bは、抽出したログメッセージの中から、最もtimestampが早いログメッセージのApp-keyを、生成したレコードの先頭メッセージに格納する。同様に、情報生成部30bは、抽出したログメッセージの中から、最もtimestampが遅いログメッセージのApp-keyを特定し、生成したレコードの末尾メッセージに書き込む。さらに、情報生成部30bは、最も遅いtimestampの値をアプリメソッド分類テーブル24の最終更新時刻に格納する。このようにして、情報生成部30bは、アプリログテーブル22に記憶されるログメッセージをTranIDごとに分類して、分類した結果をアプリメソッド分類テーブル24に格納する。また、情報生成部30bは、アプリメソッド分類テーブル24に生成した各レコードやアプリログテーブル22のtimestampから、レコード間の時間順を特定して、次の時間順レコードと前の時間順レコードにキーを格納する。一例を挙げると、情報生成部30bは、アプリログテーブル22からTranIDtid-123を特定し、tid-123を保持するログメッセージとして、App-key123からApp-key127のログメッセージを抽出する。そして、情報生成部30bは、tid-123に対してキー15を生成し、tid-123と15とを有するレコードAをアプリメソッド分類テーブル24に生成する。その後、情報生成部30bは、App-key123からApp-key127のログメッセージ各々のtimestampを比較して、先頭ログメッセージのApp-keyが123、末尾ログメッセージのApp-keyが127であると特定する。そして、情報生成部30bは、特定した先頭のApp-key123をレコードAの先頭メッセージに格納して、特定した末尾のApp-key127をレコードAの末尾メッセージに格納する。情報生成部30bは、このような処理を実行することで、TranIDごとに、アプリログテーブル22に保持されるメッセージを分類する。分類後、情報生成部30bは、各TranIDtid-123の次の時間順レコードとしてキー18を格納し、前の時間順レコードとしてキー14を格納する。次に、情報生成部30bが実行するDB分類テーブル25の作成例について説明する。例えば、情報生成部30bは、DBキャプチャテーブル23に記憶されるコネクションキーのうち、最も時間が早いコネクションキーを1つ選択し、選択したコネクションキーを有するキャプチャメッセージを抽出する。そして、情報生成部30bは、選択したコネクションキーを有する情報を格納するレコードをDB分類テーブル25に生成する。その後、情報生成部30bは、抽出したキャプチャメッセージのtimestampにしたがって、キャプチャメッセージを並び替える。続いて、情報生成部30bは、抽出したキャプチャメッセージの中から、最もtimestampが早いキャプチャメッセージのDB-keyを、生成したレコードの先頭メッセージに格納する。同様に、情報生成部30bは、抽出したキャプチャメッセージの中から、最もtimestampが遅いキャプチャメッセージのDB-keyを特定し、生成したレコードの末尾メッセージに書き込む。さらに、情報生成部30bは、最も遅いtimestampの値をDB分類テーブル25のレコードの最終更新時刻に格納する。このようにして、情報生成部30bは、DBキャプチャテーブル23に記憶されるキャプチャメッセージをコネクションキーごとに分類して、分類した結果をDB分類テーブル25に格納する。また、情報生成部30bは、トランザクションIDテーブル26を参照して、DB分類テーブル25の先頭メッセージから末尾メッセージの間に出現した先頭のTranID情報と最後のTranID情報を特定する。そして、情報生成部30bは、DB分類テーブル25の先頭TranID情報と末尾TranID情報のそれぞれに、特定した先頭のTranID情報と最後のTranID情報を格納する。一例を挙げると、情報生成部30bは、DBキャプチャテーブル23からコネクションキー38を特定し、コネクションキー38を保持するキャプチャメッセージとして、DB-key132からDB-key144までのキャプチャメッセージを抽出する。そして、情報生成部30bは、コネクションキー38に対するレコードDをDB分類テーブル25に生成する。その後、情報生成部30bは、DB-key132からDB-key144までのキャプチャメッセージ各々のtimestampを比較して、先頭キャプチャメッセージのDB-keyが132、末尾キャプチャメッセージのDB-keyが144であることを特定する。そして、情報生成部30bは、特定した先頭のDB-key132をレコードDの先頭メッセージに格納して、特定した末尾のDB-key144をレコードDの末尾メッセージに格納する。情報生成部30bは、このような処理を実行することで、コネクションキーごとに、DBキャプチャテーブル23に保持されるメッセージを分類する。分類後、情報生成部30bは、トランザクションIDテーブル26を参照して、コネクションキー38のログメッセージ群で最初に出現したTranIDのTranID情報に512を格納し、最後に出現したTranIDのTranID情報に517を格納する。次に、情報生成部30bが実行するトランザクションIDテーブル26の作成例について説明する。例えば、情報生成部30bは、DBキャプチャテーブル23からTranIDを保持するキャプチャメッセージのDB-keyを特定する。続いて、情報生成部30bは、特定したDB-keyを有するキャプチャメッセージのtimestampを特定するとともに、DB-keyを有するコネクションキーを特定する。そして、情報生成部30bは、特定したTranID、DB-key、コネクションキーに対してTranID情報を生成して、これらとTranID情報とを対応付けたレコードをトランザクションIDテーブル26に生成する。また、情報生成部30bは、特定したDB-keyを有するログメッセージのtimestampに基づいて、時間順序を特定して次のTranID情報を格納する。一例を挙げると、情報生成部30bは、tid-123を保持するDB-key133のキャプチャメッセージをDBキャプチャテーブル23から特定する。そして、情報構成部30bは、このメッセージのDB-key133をキーにしてDB分類テーブル25から、コネクションキー38を特定する。その後、情報生成部30bは、tid-123、DB-key133、コネクションキー38にTranID情報512を付与して、これらを対応付けたレコードをトランザクションIDテーブル26に生成する。そして、情報生成部30bは、トランザクションIDテーブル26にレコードが作成されると、DB分類表情報が同じであるレコードを時間順序で並び替えて、次のTranID情報を特定して格納する。図6に戻り、学習部31は、特定部31aと抽出部31bと格納制御部31cとを有し、これらによってTranIDを有するメッセージの出現位置を学習する。特定部31aは、アプリログテーブル22に記憶されるログメッセージから、アプリケーションサーバ10がDBサーバにリクエストを発行した時刻である開始時刻と、当該リクエストに対するレスポンスを受信した時刻である終了時刻とを特定する。例えば、特定部31aは、アプリメソッド分類テーブル24から1つのレコードを選択し、当該レコードの先頭メッセージのApp-keyと末尾メッセージのApp-keyとを特定する。そして、特定部31aは、アプリログテーブル22を参照して、特定した先頭メッセージから末尾メッセージまでのログメッセージのうち、Create~、Update~、delete~などテーブル操作を示すメソッドを特定する。そして、特定部31aは、特定したメソッドの開始を示すログメッセージのtimestampを開始時刻、特定したメソッドの終了を示すログメッセージのtimestampを終了時刻として、抽出部31bに出力する。また、特定部31aは、アプリメソッド分類テーブル24から選択したレコードが保持するTranIDなどについても抽出部31bに出力する。一例として図7~図9を用いて説明すると、特定部31aは、図9に示した情報からTranIDtid-123の先頭メッセージがApp-Key123であり、末尾メッセージがApp-Key127であると特定する。続いて、特定部31aは、アプリログテーブル22を参照して、App-Key123から127までのログメッセージのうちcreateQueryの開始メッセージのApp-Keyが123であり、終了メッセージのApp-Keyが124であることを特定する。その後、特定部31aは、App-Keyが123であるログメッセージのtimestampを開始時刻、App-Keyが123であるログメッセージのtimestampを終了時刻として抽出部31bに出力するとともに、tid-123を抽出部31bに出力する。抽出部31bは、DB分類テーブル25に記憶されるキャプチャメッセージから、特定部31aによって特定された開始時刻から終了時刻までに送受信されたキャプチャメッセージを抽出する。例えば、抽出部31bは、特定部31aが特定したTranIDを検索キーにしてトランザクションIDテーブル26を検索し、TranIDに対応付けられたコネクションキーを特定する。その後、抽出部31bは、特定したコネクションキーで出力されたキャプチャメッセージをDB分類テーブル25から特定し、特定したキャプチャメッセージのうち、上記開始時刻から終了時刻までの出現したキャプチャメッセージを抽出する。上述した例で説明すると、抽出部31bは、図11に示した情報から、tid-123に対応付けられたコネクションキー38を特定する。続いて、抽出部31bは、コネクションキー38に対応付けられた先頭メッセージ132から末尾メッセージ144と、特定した132から144までの各メッセージのtimestampを、図8に示したDBキャプチャテーブル25から特定する。このうち、抽出部31bは、抽出部31bから通知された開始時刻と終了時刻の間に収まる、132から135までのキャプチャメッセージを抽出する。格納制御部31cは、抽出部31bによって抽出されたキャプチャメッセージにおいて、TranIDを有するキャプチャメッセージの出現パターンを特定して学習テーブル27に格納する。例えば、格納制御部31cは、抽出部31bが抽出したキャプチャメッセージの総数を全メッセージ数として決定する。また、格納制御部31cは、特定部31aから通知されるTranIDを保持するキャプチャメッセージのDB-keyをトランザクションIDテーブル26から特定する。そして、格納制御部31cは、抽出部31bが抽出したキャプチャメッセージのうち、TranIDを有するキャプチャメッセージが何番目に出現するかを特定する。そして、格納制御部31cは、TranID、先メッセージ数、全メッセージ数に対応付けて、特定部31aが特定したメソッドの種別を学習テーブル27に格納する。このとき、例えば、格納制御部31cは、当該メソッドの種別の学習回数が所定回以上や、コネクション内にTranIDが1つしかない状態で実行したか否かによって信頼度を決定して格納する。上述した例で説明すると、格納制御部31cは、抽出部31bが抽出した132から135までの4つを全メッセージ数と決定する。また、格納制御部31cは、tid-123を保持するキャプチャメッセージのDB-key133を、図8に示したDBキャプチャテーブル23または図11に示したトランザクションIDテーブル26から特定する。そして、格納制御部31cは、抽出されたDB-key132から135のうち、133が2番目であると検出する。また、特定部31aが特定したcreateQueryのCreateを種別に決定する。その後、格納制御部31cは、全メッセージ数=4、先メッセージ数=1、種別=Createを対応付けて学習テーブル27に格納する。なお、格納制御部31cは、コネクション内の多重度が1つであるため、信頼度=5としてもよい。図6に戻り、分類部32は、学習テーブル27に記憶されるメッセージの出現パターンに基づいて、DB分類テーブル25に記憶されているメッセージをトランザクションごとに分類する。上述した各図等を例にして説明すると、分類部32は、図10に示したDB分類テーブル25からコネクションキー38のレコードを選択し、当該コネクションで発生したメッセージのDB-keyが132から144までであることを特定する。続いて、分類部32は、コネクションキー38を検索キーにして、図11に示したトランザクションIDテーブル26を検索し、TranIDtid-123がDB-key133に関連して出現していることを特定する。また、分類部32は、TranIDtid-123に対応するメソッド名がCreateQueryであることを、図7に示したアプリログテーブル22から特定する。この結果、分類部32は、TranIDtid-123の種別をCreateと特定する。その後、分類部32は、Createを検索キーにして図12に示した学習テーブル27を検索し、全メッセージ数が4、先メッセージ数が1を特定する。つまり、分類部32は、TranIDを有するメッセージが2番目に出現することを特定する。このとき、分類部32は、Createに対応する情報が複数ある場合には、最も信頼度が高い情報を用いるようにしてもよい。そして、分類部32は、DB分類テーブル25のコネクションキー38で出現したメッセージのうち、133が2番目になることから、DB-key133を基準に132から134まで、TranIDtid-123で実現したメッセージであると特定する。その後、分類部32は、上述したTranIDtid-123、コネクションキー38、実際に検出できたメッセージ数=4、先頭メッセージのDB-key132、末尾メッセージのDB-key134を対応付けてメッセージ分類テーブル28に格納する。また、分類部32は、DB-key132から134まで処理時間を、図8に示したDBキャプチャテーブル23のtimestampから特定して、メッセージ分類テーブル28に格納する。このとき、分類部32は、DB分類テーブル25のコネクションキー38で出現したメッセージのうち、DB-key133を基準にした場合に、132から133までの2メッセージしか存在しなかったとする。その場合、分類部32は、学習済みデータの全メッセージ数が4であるにも関らず、2つしか検出できなかったので、結果に異常を格納する。このような異常状態でない場合には、分類部32は、結果に正常を格納する。なお、異常が格納された場合には、分類部32は、当該学習テーブルの信頼度を下げてもよい。図6に戻り、結果処理部33は、メッセージ分類結果に応じて警告等を報知する。例えば、結果処理部33は、メッセージ分類テーブル28を参照し、結果フィールドに異常が格納されている場合には、メッセージ分類結果が異常であると判定する。そして、結果処理部33は、異常に対応付けられたTranIDをディスプレイに表示したり、メールでカスタマーエンジニアCEに報知する。また、結果処理部33は、メッセージ分類テーブル28を参照し、処理時間が所定値以上であるTranIDについても、異常が発生したトランザクションであると判定して、報知処理を実行する。[具体例]次に、図14と図15を用いて、メッセージ出現パターンの学習例およびメッセージ分類例について説明する。図14は、アプリメソッド分類テーブルで表されるログメッセージの関係例を示す図であり、図15は、DB分類テーブルで表されるキャプチャメッセージの関係例を示す図である。学習部31の特定部31aは、アプリメソッド分類テーブル24を参照することで、図14に示すようなアプリケーションサーバ10で発生したログメッセージの関係性を特定する。具体的には、図14に示すように、特定部31aは、キー15が与えられたTranIDtid-123を保持するログメッセージ群が、App-key123のログメッセージからApp-key127のログメッセージで形成されることを特定する。同様に、特定部31aは、TranIDtid-123に続くメッセージ群として、キー18が与えられたTranIDtid-127を保持するログメッセージ群が、App-key185のログメッセージからApp-key201のログメッセージで形成されることを特定する。特定部31aは、App-key123のログメッセージからApp-key127のログメッセージ各々のメソッド名をアプリログテーブル22から特定する。そして、特定部31aは、図14に示すように、DBアクセスを実行した際のログメッセージのtimestampを開始時刻t0、DBアクセスが終了した際のログメッセージのtimestampを終了時刻t1として抽出部31bに通知する。なお、特定部31aは、アプリログテーブル22の開始/終了フィールドからDBアクセスを開始した際のメソッドと、終了した際のメソッドとを特定できる。抽出部31bは、DB分類テーブル25を参照することで、図15に示すようなアプリケーションサーバ2とDBサーバ3間で発生したキャプチャメッセージの関係性を特定する。具体的には、図15に示すように、抽出部31bは、コネクションキー38内で発生したキャプチャメッセージ群が、DB-key132のメッセージからDB-key157のメッセージで形成されることを特定する。同様に、抽出部31bは、コネクションキー40内で発生したキャプチャメッセージ群が、DB-key200のメッセージからDB-key203のメッセージで形成されることを特定する。抽出部31bは、コネクションキー38内の各キャプチャメッセージのTimestampをDBキャプチャテーブル23から特定する。そして、抽出部31bは、図15に示すように、特定部31aから通知された開始時刻t0と終了時刻t1の間で発生したメッセージとして、DB-key132のメッセージからDB-key138のメッセージを抽出する。格納制御部31cは、トランザクションIDテーブル26のTranIDとメッセージとを参照し、TranIDtid-123がDB-key133に付加されることを特定する。そして、格納制御部31cは、図15に示すように、抽出部31bによって抽出されたDB-key132のメッセージからDB-key138のメッセージのうち、TranIDtid-123が付加されたメッセージの順番が2番目であることを特定する。また、格納制御部31cは、TranIDtid-123に対応するメソッド名をアプリログテーブル22から特定し、TranIDtid-123のメソッド名から種別=createを特定する。こうして、格納制御部31cは、種別=create、先メッセージ数=1、全メッセージ数=4を学習テーブル27に格納する。このようにして、格納制御部31cは、トランザクション種別ごとにトランザクション識別子の出現パターンを学習できる。次に、学習結果を用いてメッセージを分類する例について説明する。なお、ここでは、説明上、学習テーブルが記憶する種別と信頼度については除外して説明する。例えば、学習テーブル27が先メッセージ数、全メッセージ数として0、2を記憶しており、トランザクションIDテーブル26がTranID、メッセージとしてtid-100、202を記憶しているものとする。また、DB分類テーブル25が記憶するキャプチャメッセージは、図15に示す通りとする。この場合、分類部32は、tid-100を保持するDB-key202のメッセージが2つのメッセージの先頭に付加されていることを認識する。したがって、分類部32は、図15に示すように、コネクションキー40内で発生したキャプチャメッセージ群のうち、DB-key202のメッセージを基準に、DB-key202とDB-key203のメッセージを切り出す。すなわち、分類部32は、トランザクションtid-100で発生したDBメッセージがDB-key202とDB-key203のメッセージであると特定する。[処理の流れ]次に、図16から図18を用いて、各装置が実行する処理の流れについて説明する。ここでは、アプリケーションサーバ10が実行する処理の流れ、紐付けサーバ20が実行する処理の流れについて説明する。アプリケーションサーバ10が実行する処理の流れ図16は、アプリケーションサーバが実行する処理の流れを示すフローチャートである。図16に示すように、アプリケーションサーバ10のID生成部17bは、アプリ実行部17aによるアプリのメソッドの呼び出しを検出するとS101肯定、呼び出しをフックするS102。そして、ID生成部17bは、当該メソッドが新規スレッドつまりID情報テーブル13に記憶されているか否かを判定するS103。続いて、ID生成部17bは、当該メソッドが新規スレッドである場合S103肯定、一意なTranIDを生成しS104、ロギング対象テーブル14を参照して、当該メソッドがロギング対象であるか否かを判定するS105。そして、ID付加部17cは、当該メソッドがロギング対象である場合S105肯定、DB命令置換対象テーブル15を参照して、当該メソッドがDB置換対象であるか否かを判定するS106。続いて、ID付加部17cは、当該メソッドがDB置換対象である場合S106肯定、当該メソッドのDB命令を置換して呼び出し情報にTranIDを埋め込むS107。一方、ID付加部17cは、当該メソッドがDB置換対象でない場合S106否定、当該メソッドにTranIDを付加するS108。その後、ID付加部17cは、開始ログをログテーブル16に格納してS109、メソッドを呼び出して実行しS110、メソッドが終了すると、終了ログをログテーブル16に格納するS111。また、S103において、当該メソッドが新規スレッドでない場合S103否定、ID付加部17cは、当該メソッドに対して既に生成されているTranIDをID情報テーブル13から取得して付与しS112、S109以降の処理を実行する。なお、S105において、ID付加部17cは、当該メソッドがロギング対象でないと判定した場合S105否定、処理を終了する。紐付けサーバ20が実行する紐付け処理の流れ図17は、紐付けサーバが実行する紐付け処理の流れを示すフローチャートである。図17に示すように、紐付けサーバ20の情報取得部30aは、各サーバまたはネットワーク内からログメッセージやキャプチャメッセージを取得するとS201肯定、取得したメッセージのヘッダー等から種別を特定して各テーブルに振り分けるS202。その後、情報生成部30bは、アプリログテーブル22内に新たなトランザクションの完了を示すメッセージが存在することを検出するS203肯定。すると、情報生成部30bは、アプリログテーブル22やDBキャプチャテーブル23などに記憶される情報から各種情報を生成して、アプリメソッド分類テーブル24、DB分類テーブル25、トランザクションIDテーブル26に格納するS204。そして、分類部32は、DB分類テーブル25に未処理のコネクションが存在することを検出するとS205肯定、コネクションを1つ選択するS206。続いて、分類部32は、トランザクションIDテーブル26等からTranIDを有するメッセージを特定するとともにS207、特定したメッセージのTranIDに対応する学習情報を学習テーブル27から取得するS208。そして、分類部32は、特定したメッセージのTranIDのメッセージ出現パターンが学習テーブル27に格納されており、学習済みである場合にはS209肯定、学習結果を用いて、S206で選択されたコネクション内のメッセージを分類するS210。その後、分類部32は、S205に戻って以降の処理を実行する。一方、分類部32は、特定したメッセージのTranIDのメッセージ出現パターンが学習テーブル27に格納されておらず、未学習である場合にはS209否定、学習処理を実行するS211。そして、分類部32は、学習処理後の学習結果を用いて、S206で選択されたコネクション内のメッセージを分類するS209とS210。その後、分類部32は、S205に戻って以降の処理を実行する。また、S205において、分類部32は、DB分類テーブル25に未処理のコネクションが存在しないことを検出するとS205否定、処理を終了する。紐付けサーバ20が実行する学習処理の流れ図18は、紐付けサーバが実行する学習処理の流れを示すフローチャートである。図18に示すように、学習部31の特定部31aは、処理開始契機に到達するとS301肯定、アプリログテーブル22を参照して、DBアクセスの開始時刻と終了時刻とを特定するS302。続いて、抽出部31bは、特定された開始時刻から終了時刻までに発生したメッセージをDB分類テーブル25から特定するS303。そして、格納制御部31cは、特定したメッセージのうち、TranIDを保持するメッセージが存在する場合にはS304肯定、TranIDの出現パターンすなわち全体のうち何番目に出現しているかを特定するS305。その後、格納制御部31cは、TranIDを保持するメッセージの出現パターンを学習テーブル27に格納するS306。このとき、格納制御部31cは、トランザクションおよび種別、S305で特定された全メッセージ数、信頼度なども格納する。そして、格納制御部31cは、他のTranIDを保持するメッセージが存在する場合にはS307肯定、S305~S306を繰り返す。また、格納制御部31cは、アプリログテーブル22も未処理のメッセージが存在する場合にはS308肯定、S302以降の処理を繰り返す。そして、格納制御部31cは、他のTranIDを保持するメッセージが存在せずS307否定、アプリログテーブル22も未処理のメッセージが存在しない場合にはS308否定、処理を終了する。また、格納制御部31cは、ステップS304においてTranIDを保持するメッセージが存在しないと判定された場合にはS304否定、処理を終了する。[実施例2による効果]実施例2に係る紐付けサーバ20は、Webアプリケーションへの処理要求から始まる一連のトランザクションを、DBアクセスに至るまで全て関連付ける事ができる。これにより、処理経路上の所要時間がアプリ本体から外部の通信に至るまでトランザクション毎に計測できるので、システム性能の監視やボトルネックの検出などを効率よく実施することができる。特に、これまで関連付けることが難しかった、DBアクセスの通信メッセージを関連付けて処理する事ができる。さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。サーバへの適用例上述した実施例では、アプリケーションサーバが実行したトランザクションと、アプリケーションサーバとDBサーバとの間で発生したメッセージとを関連付ける例を説明したが、これに限定されるものではない。例えば、DBサーバのように、アプリケーションサーバからトランザクションから実行された場合に、トランザクションの一部であるものの、リクエスト等とは関係のないメッセージを発生させるサーバについても同様に適用できる。信頼度例えば、紐付けサーバは、学習結果の信頼度を高める手法として、アプリケーションサーバとDBサーバとのコネクション内で1つのトランザクションが実行された場合のキャプチャメッセージ及びログメッセージから学習するようにしてもよい。この場合、複数のトランザクションが実行されている場合に比べて、トランザクションとキャプチャメッセージとの関連度が強い。このため、紐付けサーバは、関連度の強い情報から学習することができるので、学習結果の信頼度を高めることができる。また、学習するタイミングは、任意のタイミングで実行でき、また、アプリログメッセージが所定値以上たまった場合に実行してもよい。システムまた、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、例えば図3~図5、図7~図13等に示した各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、CPUおよび当該CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。例えば、紐付けサーバ20が、アプリケーションサーバ10のID生成部17bやID付加部17cを有していてもよい。また、アプリケーションサーバ10が、紐付けサーバ20の各制御部や各テーブルを有していてもよい。プログラムところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図19は、メッセージ切分けプログラムを実行するコンピュータのハードウェア構成例を示す図である。図19に示すように、コンピュータシステム100は、バス101に、CPU102、入力装置103、出力装置104、通信インタフェース105、HDDHardDiskDrive106、RAMRandomAccessMemory107が接続される。入力装置103は、マウスやキーボードであり、出力装置104は、ディスプレイなどであり、通信インタフェース105は、NICNetworkInterfaceCardなどのインタフェースである。HDD106は、メッセージ切分けプログラム106aととともに、図6等に示した各テーブル等に記憶される情報を記憶する。記録媒体の例としてHDD106を例に挙げたが、ROMReadOnlyMemory、RAMRandomAccessMemory、CD-ROM等の他のコンピュータ読み取り可能な記録媒体に各種プログラムを格納しておき、コンピュータに読み取らせることとしてもよい。なお、記憶媒体を遠隔地に配置し、コンピュータが、その記憶媒体にアクセスすることでプログラムを取得して利用してもよい。また、その際、取得したプログラムをそのコンピュータ自身の記録媒体に格納して用いてもよい。CPU102は、メッセージ切分けプログラム106aを読み出してRAM107に展開することで、図6等で説明した各機能を実行するメッセージ切分けプロセス107aを動作させる。すなわち、メッセージ切分けプロセス107aは、図6に記載した情報取得部30a、情報生成部30b、学習部31、分類部32、結果処理部33と同様の機能を実行する。このようにコンピュータシステム100は、プログラムを読み出して実行することでメッセージ切分け方法を実行する情報処理装置として動作する。