JP6070338B2

JP6070338B2 - 多階層システムに含まれる処理システムの分類装置及び多階層システムに含まれる処理システムの分類プログラム並びに多階層システムに含まれる処理システムの分類方法

Info

Publication number: JP6070338B2
Application number: JP2013063341A
Authority: JP
Inventors: 淳一樋口
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2013-03-26
Filing date: 2013-03-26
Publication date: 2017-02-01
Anticipated expiration: 2033-03-26
Also published as: JP2014191365A

Description

本発明は、多階層システムに含まれる処理システムの分類装置及び多階層システムに含まれる処理システムの分類プログラム並びに多階層システムに含まれる処理システムの分類方法に関する。

近年のコンピュータシステムでは、ウェブサーバやデータベースサーバなどを用いて複数の階層構造を形成することがある。このようなコンピュータシステムでは、業務の効率化やセキュリティ対策などの観点から、大規模かつ複雑な構成を有するので、各サーバの運用状況の詳細な把握や、性能問題の迅速な解決が重要になっている。

ここで、階層構造を有するコンピュータシステムにおいて、性能劣化や障害の原因を突き止めるためには、サーバそれぞれの挙動だけでなくシステム全体としての性能を観測・分析することが必要である。例えば、クライアント端末からウェブサーバへの処理要求があった場合、これに伴ってウェブサーバからアプリケーションサーバへの処理要求が発生する。このような、サーバ間の処理の呼出関係がシステムに与える影響を検討する必要がある。

また、サーバ間の処理の受け渡しを追跡することによって、ユーザのリクエストからレスポンスまでの各アプリケーションの処理を追跡することが可能になれば、コンピュータシステムの構造に存在する問題の分析が容易となる。ところが、最近のシステムでは、アプリケーション毎に異なる企業によって作成されている場合が多いので、アプリケーション間の情報の受け渡しを追跡して呼出関係がシステムに与える影響を検討することは困難であった。

そこで、従来では、アプリケーションレベルのメッセージからサーバ間の呼出関係を抽出することによって多階層（２以上の階層）システムを分類している。例えば、多階層システムで通信されるメッセージを収集し、メッセージの発生時刻、メッセージで要求されている処理種別、及びリクエストメッセージかレスポンスメッセージを判別する。トランザクションモデルを作成するときには、処理間の呼出関係の確からしさに基づく選択基準に従って選択されたメッセージ集合に基づきサーバ間の呼出の制約条件を満たすように生成する。さらに、トランザクションモデルに合致するプロトコルログからトランザクションの処理状態を分析する。

また、別の例では、所定時間内に送受信されるメッセージ量を用いて通信コネクション間の相関関係を算出する。そして、相関関係の強いコネクションが確立されているサーバを特定することによって、サーバ間の呼出関係を推定し、多階層システムを分類している。

特開２００６−１１６８３号公報特許第４６５９９０７号

従来の方法では、１つの多階層システム内で、呼出関係にあるサーバ群の階層構造を分類することはできる。しかしながら、１つのコンピュータシステム内で複数の多階層システムが少なくとも一部のサーバを共有して構築されている場合に、各々の多階層システムを構成するサーバを分類することができなかった。例えば、１つの会社において購買業務や勤怠管理といった業務内容毎に多階層システムを構築している場合、これらの多階層システムを個別に分類し、運用状況の詳細な把握や性能問題を判定することはできなかった。
１つの側面では、本発明は、複数の多階層システムを含むコンピュータシステムにおいて、各々の多階層システムを分類できるようにすることを目的とする。

実施形態の一形態によれば、複数のサーバを含む多階層システム内での通信履歴を送信元のサーバのアドレスと、送信先のサーバのアドレスと共に格納する通信履歴記憶部と、前記通信履歴に含まれるサーバ間の処理の種別を用いて前記通信履歴を分類し、複数のサーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成するモデル生成部と、前記通信履歴に含まれるサーバ間の処理の呼出関係によって関連付けられるサーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出し、抽出した各通信経路と、作成した複数のトランザクションモデルを対応付ける経路別出現モデル抽出部と、前記経路別出現モデル抽出部による対応付けに基づいて、前記トランザクションモデルから特定される複数のサーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出するシステム分類部と、をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類装置が提供される。

また、実施形態の別の観点によれば、複数のサーバを含んで構築された多階層システム内で通信されるログを送信元の前記サーバのアドレスと、送信先の前記サーバのアドレスと共に取得する処理と、前記ログに含まれる前記サーバ間の処理の種別を用いて前記ログを分類し、複数の前記サーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成する処理と、前記ログに含まれる前記サーバ間の処理の呼出関係によって関連付けられる前記サーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出する処理と、前記トランザクションモデルから特定される複数の前記サーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出する処理と、をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類プログラムが提供される。

さらに、実施形態の別の観点によれば、複数のサーバを含んで構築された多階層システム内で通信されるログを送信元の前記サーバのアドレスと、送信先の前記サーバのアドレスと共に取得する工程と、前記ログに含まれる前記サーバ間の処理の種別を用いて前記ログを分類し、複数の前記サーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成する工程と、前記ログに含まれる前記サーバ間の処理の呼出関係によって関連付けられる前記サーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出する工程と、前記トランザクションモデルから特定される複数の前記サーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出する工程と、をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類方法が提供される。

１つの多階層システム１において処理システムが運用されている場合であっても、処理システムの分類が可能になり、処理システム毎の管理が可能になる。

図１は、本発明の実施の形態に係る多階層システムの概略構成の一例を示す図である。図２は、本発明の実施の形態に係る多階層システムに含まれるサーバの階層構造の一例を模式的に示す図である。図３は、本発明の実施の形態に係る多階層システムのシステム分析装置の機能ブロック図の一例を示す図である。図４は、本発明の実施の形態に係る多階層システムのシステム分析装置で行われる処理の一例を示すフローチャートである。図５は、本発明の実施の形態に係る多階層システムのシステム分析装置で作成されるプロトコルログの一例を示す図である。図６は、本発明の実施の形態に係る多階層システムのシステム分析装置で作成されるトランザクションモデルのリストの一例を示す図である。図７は、本発明の実施の形態に係る多階層システムのシステム分析装置で作成されるトランザクションモデルの分析結果の一例を示す図である。図８は、本発明の実施の形態に係る多階層システムのシステム分析装置における出現モデルの抽出処理の一例を示すフローチャートである。図９は、本発明の実施の形態に係る多階層システムのシステム分析装置で作成される経路別出現モデルテーブルの一例を示す図である。図１０は、本発明の実施の形態に係る多階層システムのシステム分析装置におけるシステム分類処理の一例を示すフローチャートである。図１１は、本発明の実施の形態に係る多階層システムのシステム分析装置で作成される分類リストの一例を示す図である。図１２は、本発明の実施の形態に係る多階層システムの通信経路と業務システムの分類結果の一例を示す図である。図１３は、本発明の実施の形態に係る多階層システムのシステム分析装置において各通信経路の類似度と距離を計算した結果の一例を示す図である。図１４は、本発明の実施の形態に係る多階層システムのシステム分析装置において通信経路を類似度と距離に基づいてクラスタリングする処理の一例を説明する図である。

発明の目的及び利点は、請求の範囲に具体的に記載された構成要素及び組み合わせによって実現され達成される。
前述の一般的な説明及び以下の詳細な説明は、典型例及び説明のためのものであって、本発明を限定するためのものではない。

図１にシステム分析装置を含む多階層システムの概略構成を示す。
多階層システム１は、ポートミラーリング機能を有するスイッチ２を介してクライアント端末１０と、３つのＷｅｂサーバ２１，２２，２３と、２つのアプリケーション（ＡＰ）サーバ３１，３２と、データベース（ＤＢ）サーバ４１、及びシステム分析装置５１が接続されている。

Ｗｅｂサーバ２１〜２３、アプリケーションサーバ３１，３２、及びデータベース４１は、クライアント端末１０からの要求に応じて、所定の処理を実行してサービスを提供するコンピュータである。このとき、多階層システム１では、Ｗｅｂサーバ２１〜２３、アプリケーションサーバ３１，３２、及びデータベース４１間で、スイッチ２を介して複数のメッセージが送受信される。このスイッチ２を介して送受信される複数のメッセージをシステム分析装置５１が監視することで、多階層システム１の動作状態を分析する。なお、クライアント端末１０及び各サーバ２１〜２３，３１，３２，４１の数や、構成は、図１に限定されない。また、多階層システム１は、スイッチ２の代わりに公知のネットワーク構造を利用することが可能である。

ここで、この実施の形態における管理対象となる要素には、「セッション」、「メッセージ」、「オブジェクト」、及び「トランザクション」がある。
セッションは、送受信側のＩＰ（Internet Protocol）アドレスとポート番号によって定まる通信経路上で送受信されるデータの集合である。
メッセージは、ＴＣＰ（Transmission Control Protocol）セッション上で複数の機器がやりとりするデータの最小単位である。例えば、ＨＴＴＰでのリクエストやそれに対するレスポンスが、メッセージに該当する。

オブジェクトは、サーバがメッセージを受信してからレスポンスを送信するまでに行う単一又は複数の処理や入力されるデータを仮想的に単一のものとしてまとめたものである。ここで言う処理とは、ＣＰＵ(Central Processing Unit)での計算、データの入出力とそれぞれに対する待ち時間などが含まれる。
トランザクションは、システムに対する要求によって発生するオブジェクト処理の集合である。

また、図２に実施形態に係る多階層システム１の階層構成の一例を示す。多階層システム１では、第１の業務システムＧＳ１と、第２の業務システムＧＳ２の２つの処理システムが運用されている。
第１の業務システムＧＳ１は、第１のＷｅｂサーバ２１と、第２のＷｅｂサーバ２２と、第１のアプリケーションサーバ３１と、データベースサーバ４１とで多階層システムを構築している。第１の業務システムＧＳ１では、クライアント端末１０からの指令がいずれかのＷｅｂサーバ２１，２２に入力される。Ｗｅｂサーバ２１，２２は、第１のアプリケーションサーバ３１に対して処理要求を出力し、第１のアプリケーションサーバ３１がデータベースサーバ４１のデータにアクセスしながらＷｅｂサーバ２１，２２の要求を実行する。処理の実行結果は、いずれかのＷｅｂサーバ２１，２２からクライアント端末１０に返信される。

一方、第２の業務システムＧＳ２は、第３のＷｅｂサーバ２３と、第２のアプリケーションサーバ３２と、データベースサーバ４１とで多階層システムを構築している。第２の業務システムＧＳ２では、クライアント端末１０からの指令が第３のＷｅｂサーバ２３に入力される。第３のＷｅｂサーバ２３は、第２のアプリケーションサーバ３２に対して処理要求を出力し、第２のアプリケーションサーバ３２がデータベースサーバ４１のデータにアクセスしながら第３のＷｅｂサーバ２３の要求を実行する。処理の実行結果は、第３のＷｅｂサーバ２３からクライアント端末１０に返信される。

次に、図１を参照してシステム分析装置５１の構成について説明する。システム分析装置５１は、ＣＰＵ６１によって装置全体が制御されている。ＣＰＵ６１には、バス６２を介してＲＡＭ(Random Access Memory)６３、ハードディスクドライブなどの記憶装置６４、キーボードやマウスなどの入力装置６５、ディスプレイやプリンタなどの出力装置６６と、スイッチ２との間でデータを送受信する通信装置６７が接続されている。

ＲＡＭ６３には、ＣＰＵ６１に実行させるＯＳ(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ６３には、ＣＰＵ６１による処理に必要な各種データが一時的に格納される。
記憶装置６４には、ＯＳやアプリケーションプログラム、後述する各種のデータが読み出し可能に格納される。

続いて、図３にシステム分析装置５１の機能ブロック図を示す。システム分析装置５１は、コンピュータにシステム分析プログラムを実行させことによって、メッセージ解析部７１と、通信履歴記憶部（プロトコルログ記憶部）７２、モデル生成部７３と、トランザクションモデル記憶部７４と、分析部７５と、モデル抽出部７６と、経路別出現モデル記憶部７７と、システム分類部７８と、出力部７９に機能分割される。

メッセージ解析部７１は、スイッチ２を介して送受信されるメッセージのパケットを取り込んで解析し、メッセージを再現する処理を実行する。
通信履歴記憶部７２は、パケットを解析することにより取得したメッセージの情報を通信履歴として格納する。
モデル生成部７３は、通信履歴記憶部７２に格納されたメッセージの情報、即ち通信履歴に基づいて、サーバ２１〜２３，３１，３２，４１間の処理の呼出関係の情報を有するトランザクションモデルを生成する。

トランザクションモデル記憶部７４は、モデル生成部７３で生成されたトランザクションモデルを格納する。
分析部７５は、通信履歴記憶部７２に格納されたメッセージの情報と、トランザクションモデル記憶部７４に格納されたトランザクションモデルとを比較して、各トランザクションの処理時間等の統計情報を分析する。さらに、分析部７５は、分析結果をモデル抽出部７６に出力する。

モデル抽出部７６は、トランザクションモデルを参照し、呼出関係にあるサーバ２１〜２３，３１，３２，４１のアドレス情報から多階層システム１における通信経路を複数抽出する。また、モデル抽出部７６は、アドレス情報を利用してトランザクションモデルを経路別出現モデルとして通信経路毎に分類した経路別出現モデルテーブルを作成する。
出現する
経路別出現モデル記憶部７７には、経路別出現モデルテーブルが格納される。
システム分類部７８は、通信経路毎のトランザクションモデルの一致度を算出することにより、一致度が高い通信経路を１つの業務システムＧＳ１，ＧＳ２として抽出する。

出力部７９は、トランザクションモデルの出力や、システム分類部７８で分類した業務システムＧＳ１，ＧＳ２の情報を出力する処理を実行する。ここで、出力とは、出力装置６６のディスプレイに表示したり、プリンタから印刷したりすることを言う。また、出力には、外部記録媒体や他の端末にデータを出力することを含む。

次に、システム分析装置５１で実行される処理について、図４のフローチャートを参照して説明する。
最初に、ステップＳ１０１で、メッセージ解析部７１が多階層システム１内で通信されるメッセージをスイッチ２を介して取得する。続くステップＳ１０２では、メッセージ解析部７１が、取得したメッセージを解析し、通信履歴記憶部７２に記憶する。この後、ステップＳ１０３で、モデル生成部７３が、通信履歴記憶部７２に格納されているメッセージの情報を参照して、トランザクションモデルを生成する。そして、モデル生成部７３は、生成したトランザクションモデルをトランザクションモデル記憶部７４に格納する。

また、ステップＳ１０４では、分析部７５が、トランザクションモデル記憶部７４に格納されているトランザクションモデルと通信履歴記憶部７２に格納されているメッセージの情報とを参照し、多階層システム１で処理されているトランザクションに関する情報を分析する。

ここで、ステップＳ１０３のモデル生成処理と、ステップＳ１０４の分析処理は、システム管理者による指令に基づいて実行される。また、モデル生成処理を実行せずに分析処理を実行しても良いし、分析処理を実行せずにモデル生成処理を実行しても良い。

この後、ステップＳ１０５で、モデル抽出部７６が、トランザクションモデルを通信経路毎に分類して経路別出現モデルを作成し、経路別出現モデル記憶部７７に格納する。さらに、ステップＳ１０６でシステム分類部７８が、経路別出現モデルを参照して業務システムＧＳ１，ＧＳ２を分類する。そして、ステップＳ１０７で、出力部７９が、業務システムＧＳ１，ＧＳ２のシステム構造を特定する情報などを出力し、ここでの処理を終了する。

以下に、図４のフローチャートの各ステップの処理の詳細について説明する。
まず、ステップＳ１０１のメッセージを取得する工程の詳細について説明する。
この実施の形態のシステム分析装置５１における監視対象は、Ｗｅｂサーバ２１〜２３、アプリケーションサーバ３１，３２、データベースサーバ４１である。各サーバ２１〜２３，３１，３２，４１は、スイッチ２の個別のポートに接続されている。同様に、システム分析装置５１もスイッチ２のポートに接続されている。そして、各サーバ２１〜２３，３１，３２，４１が接続されているスイッチ２のポートのミラーリング先には、システム分析装置５１が接続されたポートが指定されている。これにより、各サーバ２１〜２３，３１，３２，４１宛のパケットは宛先となるサーバ２１〜２３，３１，３２，４１に入力されると共に、システム分析装置５１にも入力される。

システム分析装置５１におけるメッセージ取得の具体例について、クライアント端末１０からの要求に応じて、第１のＷｅｂサーバ２１、第１のアプリケーションサーバ３１、及びデータベースサーバ４１が連動して１つの処理を実行する場合について説明する。
最初に、クライアント端末１０から第１のＷｅｂサーバ２１に対して、例えば、ＨＴＴＰのパケットが送信される。このとき、このパケットと同じ内容のパケットがシステム分析装置５１にも入力される。同様に、第１のＷｅｂサーバ２１と第１のアプリケーションサーバ３１の間で通信されるパケットや、第１のアプリケーションサーバ３１とデータベースサーバ４１の間で通信されるパケットも、パケットがスイッチ２を通過するタイミングで、同一の内容のパケットがシステム分析装置５１に入力される。

システム分析装置５１に入力された複数のパケットは、全て通信装置６７を介して取り込まれ、メッセージ解析部７１に受け渡される。この結果、システム分析装置５１に多階層システム１内で送受信されるメッセージが取得され、蓄積される。ここで、複数のパケットは、一旦、ＲＡＭ６３や記憶装置６４に格納され、所定量のパケットがたまった段階でメッセージ解析部７１に受け渡しても良い。また、メッセージ解析部７１は、ＲＡＭ６３や記憶装置６４に格納されたパケットから必要なパケットのみを取り込んでも良い。さらに、スイッチ２において必要なデータのみを選択してミラーリングすることもできる。

次に、ステップＳ１０２のメッセージを解析する工程について説明する。
メッセージ解析部７１は、パケットが入力されると、メッセージを再構成する。最初に、多数のパケットを、そのパケットが属するセッション毎に振り分け、ＴＣＰ／ＵＤＰ（User Datagram Protocol）セッションを再構築する。さらに、セッションに振り分けられた多数のパケットの中から所定のデータを抽出してメッセージを再構成する。

続いて、ステップＳ１０３のモデル生成工程について説明する。
メッセージ解析部７１は、１つのメッセージに対応して１つのプロトコルログを作成する。ここで、図５を参照してプロトコルログの一例を説明する。図５には、複数のプロトコルログ８１（８１Ａ〜８１Ｆ）がテキスト形式で形成されたプロトコルログリスト８０の一例が図示されている。プロトコルログリスト８０では、プロトコルログ８１が、時系列に上から順番に１行ずつ配列されている。各プロトコルログ８１には、メッセージ毎に、メッセージの受信時刻を示すタイムスタンプ情報８２と、メッセージＩＤ情報８３と、プロトコル名情報８４と、メッセージ種別情報８５と、処理種別情報８６と、送信元ＩＰアドレス情報８７と、送信先ＩＰアドレス情報８８が関連付けられた構成を有する。

例えば、１行目のプロトコルログ８１Ａは、受信時刻が「００．００．００．０００」で、メッセージＩＤが「１」で、プロトコルにＨＴＴＰを用いたメッセージであることを示している。さらに、プロトコルログ８１Ａで示されるメッセージは、メッセージ種別が「Request」であることから、いずれかのサーバ２１〜２３，３１，３２，４１に対して処理を要求するものであることがわかる。また、処理種別情報８６から、処理の内容が「/servlet/Register」であることがかわる。そして、このメッセージは、送信元ＩＰアドレス「192.168.1.100」で特定されるサーバから、送信先ＩＰアドレス「192.168.1.12」で特定されるサーバに向けて送信されたことがかわる。

また、例えば、６行目のプロトコルログ８１Ｆは、受信時刻が「００．００．００．００７」で、メッセージＩＤが「１」で、プロトコルにＨＴＴＰを用いたメッセージであることを示している。さらに、このプロトコルログ８１Ｆで示されるメッセージは、メッセージ種別が「Response」であることから、いずれかのサーバ２１〜２３，３１，３２，４１の処理結果を返信するものであることがわかる。ここで、メッセージ種別が「Response」であるため、処理種別情報８６は省略されている。そして、このメッセージは、送信元ＩＰアドレス「192.168.1.12」でされるサーバから、送信先ＩＰアドレス「192.168.1.100」で特定されるサーバに向けて送信されたことがかわる。なお、各プロトコルのリクエストとそれに対応するレスポンスのメッセージは、メッセージ解析部７１において同じメッセージＩＤが付与されている。

このような、プロトコルログ８１は、クライアント端末１０に対してサービスが提供される毎に、メッセージ解析部７１によって１つずつ作成され、通信履歴記憶部７２内に蓄積される。その結果、通信履歴記憶部７２内には、複数の業務システムＧＳ１，ＧＳ２のそれぞれのトランザクションに関係するプロトコルログ８１が混在して格納される。

次に、ステップＳ１０４のモデルを分析する工程について説明する。
モデルを生成するときには、モデル生成部７３が通信履歴記憶部７２に格納されたプロトコルログ８１を取得し、プロトコルログ８１を用いてトランザクションモデルを生成する。ここで、プロトコルログ８１は、ＨＴＴＰプロトコル、ＩＩＯＰ（Internet Inter-ORB Protocol）プロトコル、そしてデータベースプロトコルなどのメッセージが複雑に混ざり合っている。そこで、例えば、各トランザクションが他のトランザクション（クライアントのリクエストからレスポンスまで）とオーバラップすることのない部分（すなわち非多重の部分）のみを抜き出して、モデルを構築する。これは、非多重のトランザクションであれば、そのトランザクションが実行されている時間帯内の各処理間には、呼出関係が確実に存在する（確からしさが高い）と考えられるからである。さらに、各プロトコルのリクエストとそれに対応するレスポンスのメッセージは、メッセージ解析部７１において同じメッセージＩＤが付与されているためである。

最初に、モデル生成部７３は、同じメッセージＩＤを持つＨＴＴＰプロトコルのリクエスト・レスポンスのペア群を検出する。図５の例では、１行目のプロトコルログ８１Ａと、６行目のプロトコルログ８１Ｆとがこれに相当する。
次に、モデル生成部７３は、ＨＴＴＰプロトコルのメッセージペアの間に、他の識別番号を持つＨＴＴＰのメッセージが存在するかどうかをチェックする。該当するメッセージが存在しない場合、モデル生成部７３は、ＨＴＴＰプロトコルのリクエスト・レスポンスのペアと、その間のメッセージの中でメッセージ種別がリクエストになっている全てのプロトコルログを選択する。図５の例では、２行目のプロトコルログ８１Ｂと、３行目のプロトコルログ８１Ｃとがこれに相当する。これらプロトコルログ８１Ｂ，８１Ｃは、プロトコルログ８１Ａ，８１Ｆのメッセージペアに対して、横断関係にないトランザクションである。

ここで、モデル生成部７３では、上位（利用者側の）の処理が下位の処理を呼び出すが、逆はないという制約を用いる。この制約は、階層的な構成のシステムでは一般的な制約である。具体的には、クライアント端末１０からＷｅｂサーバ２１の処理が呼び出され、Ｗｅｂサーバ２１からアプリケーションサーバ３１の処理が呼び出され、そこからデータベースサーバ３３の処理が呼び出される。

また、トランザクションモデルの作成方法の他の例について説明する。
ほとんどの場合に複数の処理を同時並行的に処理しているシステムの場合、多重度が高い部分も利用してトランザクションモデルを生成しても良い。呼出関係の候補から、処理種別毎に、他の種別の呼出回数を計算し、各呼出候補の確率を求める。この場合、呼出関係は、生起確率の高い関係として定義できる。そこで、モデル生成部７３は、生起確率が大きい処理を抽出してトランザクションモデルを生成する。

ここで、モデル生成部７３で作成されるトランザクションモデルのリストの一例を図６に示す。トランザクションモデルのリスト９１は、モデル番号情報９２と、階層毎の処理種別とが関連付けられた構成を有する。さらに、階層毎の処理種別は、第１の階層情報９３と、第２の階層情報９４と、第３の階層情報９５とに分類されている。モデル番号情報９２には、ユニークな番号（モデル番号）が１つずつ付与され、モデル番号情報９２で特定される１行ずつのデータが１つのトランザクションモデルに相当する。例えば、モデル番号情報９２が「１」にリストアップされたトランザクションモデルは、第１階層において「/0servlet/Register」という処理が実行され、第２階層において「Mregister」という処理が実行され、第３階層において「Select user」という処理が実行されるようなモデルであることを示している。

次に、ステップＳ１０４のモデルの分析工程について説明する。
分析部７５は、通信履歴記憶部７２に格納されたプロトコルログ８１を、トランザクションモデル記憶部７４に格納されるトランザクションモデルと比較することで、各トランザクションを構成するメッセージを識別する。そして、分析部７５は、トランザクション毎のメッセージの処理時間によって、システムの状態を分析する。

分析部１５０は、読み込んだプロトコルログ８１に示されるメッセージのプロトコル毎に処理を実行する。最初に、プロトコルがＨＴＴＰの場合、分析部７５は、メッセージの方向（リクエストかレスポンスか）を判断する。リクエストのメッセージの場合、分析部７５は、メッセージのオブジェクト（ＵＲＬ）に対応するトランザクションモデルをトランザクションモデル記憶部７４から検索する。そして、ＨＴＴＰリクエストによって発生した該当トランザクションの内容を認識する。一方、レスポンスのメッセージの場合、分析部７５は、メッセージＩＤを用いて、対応するトランザクションを検索し、Ｗｅｂサーバ２１〜２３における処理時間を計算する。算出された処理時間は、対応するトランザクションに関連付けて登録される。

また、プロトコルがＩＩＯＰの場合、データベースプロトコルの場合も同様にして、メッセージＩＤの登録と、処理時間の計算を実行する。このような処理を行うことで、トランザクションの種別毎に、各サーバにおける処理時間等を記録することができる。分析部７５によるトランザクションモデルの分析結果の一例を図７に示す。図７に示す分析結果１０１は、上段にプロトコルログリスト８０が配置され、その下に処理シーケンス１０２と、トランザクションモデルの模式図１０３が配列されている。このような分析結果１０１は、出力装置６６に出力されることによって、管理者が確認することができる。

処理シーケンス１０２は、多階層システム１の各階層と、処理の流れと、処理に要した時間を模式的に示すように構成されている。この処理シーケンス１０２の例では、クライアント端末１０から、Ｗｅｂサーバ２１〜２３、アプリケーションサーバ３１，３２を経由するルートでデータベースサーバ４１にアクセスし、その結果が逆のルートでクライアント端末１０に返信されるシーケンスが図示されている。さらに、Ｗｅｂサーバ２１〜２３、アプリケーションサーバ３１，３２、データベースサーバ４１のそれぞれにおいて処理に要した時間、Ｔ１、Ｔ１２、Ｔ２３が併記されており、処理に要する時間をサーバ２１〜２３，３１，３２，４１ごとに確認できるようになっている。

例えば、データベースサーバ３３、アプリケーションサーバ３２、Ｗｅｂサーバ３１のリクエストからレスポンスまでの応答時間がそれぞれＴ１ミリ秒、Ｔ２ミリ秒、Ｔ３ミリ秒であったとする。この場合、データベースサーバ３３の処理時間は、データベースリクエストからレスポンスまでのデータベースの応答時間のＴ１ミリ秒である。アプリケーションサーバ３２の処理時間は、ＩＩＯＰリクエストからレスポンスの応答時間のＴ２ミリ秒からデータベースサーバ３３の応答時間Ｔ１を除いたＴ１２ミリ秒（＝Ｔ２−Ｔ１）である。そして、Ｗｅｂサーバ３１の処理時間は、ＨＴＴＰリクエストからレスポンスの応答時間Ｔ３ミリ秒からアプリケーションサーバの応答時間Ｔ２を除いたＴ２３ミリ秒（＝Ｔ３−Ｔ２）である。

トランザクションモデルの模式図１０３は、処理シーケンス１０２に示されるメッセージの流れから作成されたトランザクションモデルを模式的に示すものである。このトランザクションモデルの模式図１０３では、処理シーケンス１０２に対応するトランザクションモデルとして、Ｗｅｂサーバ２１〜２３から処理「/0servlet/Register」を実行し、これに伴ってアプリケーションサーバ３１，３２が処理「Mregister」を、データベースサーバ４１が処理「Select user」をそれぞれ実行する多層構造が示されている。

次に、ステップＳ１０５の出現モデルの抽出処理の詳細について図８のフローチャートを参照して説明する。
ステップＳ２０１では、モデル抽出部７６がトランザクションモデルを分析部７５から読み込む。
続いて、ステップＳ２０２で、モデル抽出部７６が、トランザクションメッセージを読み込む。具体的には、モデル抽出部７６が、分析部７５からトランザクション毎に抽出されたプロトコルログ８１を読み込む。

次に、ステップＳ２０３で、モデル抽出部７６が、通信経路を抽出し、経路別出現モデルテーブルに登録する。例えば、図５に示すプロトコルログリスト８０の中から、メッセージ種別情報８５が「Request」であるプロトコルログ８１に着目し、その送信先ＩＰアドレスを抽出することによって通信経路が抽出される。通信経路は、例えば、３つの階層から構成されている場合には、各階層のサーバ２１〜２３，３１，３２，４１の３つのＩＰアドレスの組み合わせによって特定される。そして、「Request」のメッセージ種別情報８５で関連付けられる３つのＩＰアドレスのグループが１つの通信経路として抽出される。

さらに、ステップＳ２０４でモデル抽出部７６が、通信経路毎に出現するトランザクションモデルを経路別出現モデルとして抽出し、経路別出現モデルテーブルに登録する。例えば、図５のプロトコルログリスト８０において、メッセージ種別情報８５が「Request」になっているプロトコルログ８１を抽出する。さらに、そのプロトコルログ８１の処理種別情報８６で図６に示すトランザクションモデルリスト９１を検索し、一致するモデル番号を経路別出現モデルとする。

ここで、図９を参照して経路別出現モデルテーブルの具体例について説明する。経路別出現モデルテーブル１１０は、経路番号情報１１１と、サーバ間の通信経路をＩＰアドレスで示す第１階層情報１１２と、第２階層情報１１３と、第３階層情報１１４と、経路別出現モデルの番号が格納される出現モデル情報１１５とが関連付けた構成を有する。経路番号情報１１１には、ユニークな番号（経路番号）が１つずつ付与されており、経路番号情報１１１で特定される１行のデータが１つの通信経路に相当する。経路別出現モデルテーブル１１０の経路番号情報１１１と、各階層情報１１２〜１１４は、ステップＳ２０３で登録される。また、経路別出現モデルテーブル１１０の出現モデル情報１１５は、ステップＳ２０４において、他の情報１１１〜１１４と関連付けて登録される。

例えば、経路番号情報１１１が「１」にリストアップされた通信経路は、第１階層のＩＰアドレスが「192.168.1.11」であり、第２階層のＩＰアドレスが「192.168.1.21」、第３階層のＩＰアドレスが「192.168.1.31」となるような通信経路であることを示している。さらに、出現モデル情報１１５によれば、このような通信経路の出現経路モデルとして分類されるトランザクションモデルは、１，３，５，・・であることがわかる。出現モデル情報１１５に格納される数字（経路別出現モデル）は、図６に示すトランザクションモデルリスト９１のモデル番号情報９２に相当する。そして、経路番号情報１１１で特定される通信経路に該当するトランザクションモデルが複数ある場合には、１つの通信経路に対して複数の経路別出現モデルが格納される。

経路別出現モデルテーブル１１０の情報と、図２に示す多階層システム１の階層構造及びＩＰアドレスとを組み合わせると、通信経路「１」は、Ｗｅｂサーバ２１、アプリケーションサーバ３１、データベースサーバ４１から構築されていることがわかる。さらに、これらサーバ２１，３１，４１によって、経路別出現モデル「１，３，５，・・・」で特定される処理が実行されていることもかわる。同様に、通信経路「２」は、Ｗｅｂサーバ２２、アプリケーションサーバ３１、データベースサーバ４１から構築され、経路別出現モデル「１，３，４，・・・」で特定される処理が実行されていることもかわる。さらに、通信経路「３」は、Ｗｅｂサーバ２３、アプリケーションサーバ３２、データベースサーバ４１から構築され、経路別出現モデル「２，４，６，・・・」で特定される処理が実行されていることもかわる。

なお、図９に例示する経路別出現モデルテーブル１１０には、３つの通信経路がリストアップされている。これは、実施形態の多階層システム１が３つの通信経路を有するためである。例えば、多階層システム１が４つ以上の通信経路を有する場合には、経路別出現モデルテーブル１１０に階層数に応じて４つ以上の通信経路がリストアップされる。また、モデル抽出部７６は、経路別出現モデルテーブル１１０の作成過程で、抽出した通信経路が経路別出現モデルテーブル１１０に既に登録済みの場合には、そのリクエストメッセージのＩＰアドレスを追加登録することはしない。また、モデル抽出部７６は、経路別出現モデルの番号が、経路別出現モデルテーブル１１０に既に登録されている場合には、新たに追加登録することはしない。

そして、全てのトランザクションモデルについての処理が終了するまで、図８のステップからステップを繰り返す。そして、全てのトランザクションモデルについての処理が終了したら、ここでの処理を終了する。

次に、図４のステップＳ１０６のシステム分類処理の詳細について説明する。
システム分類処理では、通信経路間で出現モデルの類似度に基づいて、クラスタリングを行い、業務システムＧＳ１，ＧＳ２毎に通信経路と、その通信経路に属するサーバ２１〜２３，３１，３２，４１を分類する。ここで、出現モデルの類似度は、集合の要素の一致度を示す指標が用いられる。出現モデルの類似度を用いるのは、出現モデルが２つ業務システムＧＳ１，ＧＳ２で共通に登録されることもあるし、同じ業務システムＧＳ１，ＧＳ２内でも異なる出現モデルが登録されることもあるからである。

以下、システム分類処理の詳細を図１０のフローチャートを主に参照して説明する。
最初のステップ３０１では、システム分類部７８が、経路別出現モデル記憶部７７から通信経路毎の経路別出現モデルを読み込む。続いて、ステップＳ３０２で、通信経路間での類似度を算出する。通信経路間の類似度は、例えば、出現モデル情報１１５の一致度を示す指標を用いて計算する。
さらに、ステップＳ３０３で、通信経路をクラスタリングする。通信経路のクラスタリングは、ステップＳ３０２で算出した通信経路間の類似度を用いて通信経路をクラスタリングすることによって分類する。

この後、ステップＳ３０４で、システム分類部７８が業務システムＧＳ１，ＧＳ２を分類する。ステップＳ３０３で得られたクラスタをそれぞれ１つの業務システムＧＳ１，ＧＳ２とみなし、任意に与えるユニークなシステム番号とその通信経路群に含まれるＩＰアドレスを関連付ける。

図１１に、業務システムＧＳ１，ＧＳ２の分類結果の一例である分類リストを示す。分類リスト１２０は、システム番号情報１２１と、サーバ群のＩＰアドレス情報１２２とが関連付けられた構成を有する。サーバ群のＩＰアドレス情報１２２は、そのシステム番号に分類される全てのサーバ２１〜２３，３１，３２，４１のＩＰアドレスが登録される。例えば、システム番号「１」、即ち業務システムＧＳ１には、「192.168.1.11、192.168.1.12、192.168.1.21、192.168.1.31」の４つのＩＰアドレスを有するサーバ２１〜２３，３１，３２，４１が含まれることがわかる。

また、この分類結果から、図１２に示すように、多階層システム１の１つ目の業務システムＧＳ１は、Ｗｅｂサーバ２１、アプリケーションサーバ３１、データベースサーバ４１から構築される通信経路「１」と、Ｗｅｂサーバ２２、アプリケーションサーバ３１、データベースサーバ４１から構築される通信経路「２」とから構成されることが判明する。また、２つの業務システムＧＳ２は、Ｗｅｂサーバ２３、アプリケーションサーバ３２、データベースサーバ４１から構築される通信経路「３」から構成されることが判明する。

さらに、ステップＳ３０２の通信経路間の類似の算出処理と、ステップＳ３０３の経路のクラスタリング処理の具体例について説明する。
システム分類部７８は、集合の類似度を示す指標として、例えば、Jaccard係数を使用する。Jaccard係数は０から１までの間の数値で示され、数値が大きいほど類似性が高くなる。Jaccard係数Ｊ（Ｓ_ｉ，Ｓ_ｊ）は、以下の式に示すように、２つの集合（Ｓ_ｉ，Ｓ_ｊ）の共通要素数を、少なくとも一方に存在する要素数で除算した値で定義される。

例えば、経路モデル「１」と「２」の間のJaccard係数は、

で算出できる。そして、他の経路モデルの間のJaccard係数も同様に計算できる。

さらに、Jaccard係数における２つの集合の距離ｄ（Ｓ_ｉ，Ｓ_ｊ）を算出する。ここで、距離ｄ（Ｓ_ｉ，Ｓ_ｊ）は、１−Ｊ（Ｓ_ｉ，Ｓ_ｊ）で算出できる。各通信経路の類似度と距離を計算した結果を図１３に示す。この結果から、通信経路「１」と「２」の組み合わせの類似度Ｊ（Ｓ_ｉ，Ｓ_ｊ）は、０．６７で、距離ｄ（Ｓ_ｉ，Ｓ_ｊ）は０．３３であることがわかる。同様に、通信経路「１」と「３」の組み合わせの類似度Ｊ（Ｓ_ｉ，Ｓ_ｊ）は、０．１１で、距離ｄ（Ｓ_ｉ，Ｓ_ｊ）は０．８９であることがわかる。さらに、通信経路「２」と「３」の組み合わせの類似度Ｊ（Ｓ_ｉ，Ｓ_ｊ）は、０．２５で、距離ｄ（Ｓ_ｉ，Ｓ_ｊ）は０．７５であることがわかる。

続いて、システム分類部７８は、各通信経路の組み合わせ毎の類似度Ｊ（Ｓ_ｉ，Ｓ_ｊ）と、距離ｄ（Ｓ_ｉ，Ｓ_ｊ）に基づいてクラスタリングを実行する。クラスタリング処理には、例えば、階層的クラスタリングの最短距離法（単連結法）を使用する。最短距離法では、最初に、それぞれの集合を１つだけ含むクラスタを作成する。例えば、図１４（ａ）に示すように、通信経路「１」を１つだけ含むクラスタＣ_１と、通信経路「２」を１つだけ含むクラスタＣ_２と、通信経路「３」を１つだけ含むクラスタＣ_３とが定義される。続いて、最短距離法により、クラスタ間の距離ｄ（Ｃ_ｉ，Ｃ_ｊ）を算出する。ここで、２つのクラスタ（Ｃ_ｉ，Ｃ_ｊ）に属するそれぞれの個体（ｋ，ｌ）間の距離の中で最小の距離は、

で算出できる。そして、クラスタ間の距離ｄ（Ｃ_ｉ，Ｃ_ｊ）が最も小さい２つのクラスタを１つのクラスタに併合する。例えば、図１４（ｂ）に示すように、通信経路「１」、「２」の距離ｄ（Ｃ_１，Ｃ_２）が最も近いので、通信経路「１」、「２」を併合して１つのクラスタＣ_４に作成する。以降は、クラスタ間の距離ｄ（Ｃ_ｉ，Ｃ_ｊ）を算出する処理と、併合処理を目標となるクラスタ数に集約されるまで繰り返す。この実施の形態では、多階層システム１が２つの業務システムＧＳ１，ＧＳ２を有することから、クラスタ数が２になるまで、即ち、図１３（ｂ）の状態に集約された状態で処理を終了する。そして、この結果から、業務システムＧＳ１は、通信経路「１」、「２」から構成されることが判明する。また、業務システムＧＳ２は、通信経路「３」から構成されることが判明する。

なお、システム分類部７８に、クラスタリングのための閾値を予め設定しても良い。この場合、システム分類部７８は、２つのクラスタ間の距離が閾値以下であれば、それらのクラスタを併合する。一方、２つのクラスタ間の距離が閾値より大きければ、システム分類部７８は、それらのクラスタを別の集合として取り扱う。

以上、説明したように、この実施の形態では、多階層システム１内で通信されたメッセージを収集して通信履歴を作成する。さらに、通信履歴からトランザクションモデルを作成し、トランザクションモデルに含まれる処理の呼出関係に基づいて、協働関係にあるサーバ２１〜２３，３１，３２，４１のＩＰアドレスを抽出する。そして、抽出したＩＰアドレスで特定されるサーバ２１〜２３，３１，３２，４１を経由する処理を１つの通信経路と判定することによって、サーバ群をグループ化する。さらに、複数の通信経路の組み合わせ毎に類似度を調べることによって通信経路をグループ化し、業務システムＧＳ１，ＧＳ２を特定するようにした。これによって、１つの多階層システム１において複数の業務システムＧＳ１，ＧＳ２が運用されている場合であっても、業務システムＧＳ１，ＧＳ２の分類が可能になり、業務システムＧＳ１，ＧＳ２毎の管理が可能になる。例えば、業務システムＧＳ１を評価する場合には、通信経路「１」、「２」に該当するトランザクションモデルを抽出し、各サーバ２１，２２，３１，４１の運用状況を詳細な把握したり、性能問題を迅速に解決したりする。さらに、業務の効率化やセキュリティ対策を行うことが可能になる。

さらに、コンピュータをシステム分析装置５１として機能させる分析プログラムを、コンピュータに読み取り可能に保存した記録媒体や、コンピュータに読み取り可能に記憶媒体に保存することや、インターネットからダウンロード可能な状態におくことも、この実施の形態に含まれる。

ここで挙げた全ての例及び条件的表現は、発明者が技術促進に貢献した発明及び概念を読者が理解するのを助けるためのものであり、ここで具体的に挙げたそのような例及び条件に限定することなく解釈するものであり、また、明細書におけるそのような例の編成は本発明の優劣を示すこととは関係ない。本発明の実施形態を詳細に説明したが、本発明の精神及び範囲から逸脱することなく、それに対して種々の変更、置換及び変形を施すことができる。

以下に、前記の実施の形態の特徴を付記する。
（付記１）複数のサーバを含む多階層システム内での通信履歴を送信元のサーバのアドレスと、送信先のサーバのアドレスと共に格納する通信履歴記憶部と、前記通信履歴に含まれるサーバ間の処理の種別を用いて前記通信履歴を分類し、複数のサーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成するモデル生成部と、前記通信履歴に含まれるサーバ間の処理の呼出関係によって関連付けられるサーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出し、抽出した各通信経路と、作成した複数のトランザクションモデルを対応付けるモデル抽出部と、前記経路別出現モデル抽出による対応付けに基づいて、前記トランザクションモデルから特定される複数のサーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出するシステム分類部と、をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類装置。
（付記２）前記システム分類部は、通信経路の組み合わせ毎の類似度と、前記類似度に基づいて算出される通信経路間の距離とを求め、前記通信経路間の距離が最短となる２つの通信経路を１つの処理システムとして抽出する処理を含むことを特徴とする付記１に記載の多階層システムに含まれる処理システムの分類装置。
（付記３）複数のサーバを含んで構築された多階層システム内での通信履歴を送信元の前記サーバのアドレスと、送信先の前記サーバのアドレスと共に取得する処理と前記通信履歴に含まれる前記サーバ間の処理の種別を用いて前記通信履歴を分類し、複数の前記サーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成する処理と、前記通信履歴に含まれる前記サーバ間の処理の呼出関係によって関連付けられる前記サーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出する処理と、前記トランザクションモデルから特定される複数の前記サーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出する処理と、をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類プログラム。
（付記４）複数の前記サーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出する処理は、通信経路の組み合わせ毎の類似度と、前記類似度に基づいて算出される通信経路間の距離とを算出し、前記通信経路間の距離が最短となる２つの通信経路が呼出関係の一致度が高い通信経路であると判定する処理を含むことを特徴とする付記３に記載の多階層システムに含まれる処理システムの分類プログラム。
（付記５）複数のサーバを含んで構築された多階層システム内での通信履歴を送信元の前記サーバのアドレスと、送信先の前記サーバのアドレスと共に取得する工程と、前記通信履歴に含まれる前記サーバ間の処理の種別を用いて前記通信履歴を分類し、複数の前記サーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成する工程と、前記通信履歴に含まれる前記サーバ間の処理の呼出関係によって関連付けられる前記サーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出する工程と、前記トランザクションモデルから特定される複数の前記サーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出する工程と、をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類方法。
（付記６）複数の前記サーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムして抽出する工程は、通信経路の組み合わせ毎の類似度と、前記類似度に基づいて算出される通信経路間の距離とを算出し、前記通信経路間の距離が最短となる２つの通信経路が呼出関係の一致度が高い通信経路であると判定する処理を含むことを特徴とする付記５に記載の多階層システムに含まれる処理システムの分類方法。

１多階層システム
２１，２２，２３Ｗｅｂサーバ
３１，３２アプリケーションサーバ
４１データベースサーバ
７２通信履歴記憶部
７３モデル生成部
７６モデル抽出部
７８システム分類部
８１プロトコルログ
８６処理種別情報
１１０経路別出現モデルテーブル
１１１通信経路情報
ＧＳ１第１の業務システム
ＧＳ２第２の業務システム

Claims

複数のサーバを含む多階層システム内での通信履歴を送信元のサーバのアドレスと、送信先のサーバのアドレスと共に格納する通信履歴記憶部と、
前記通信履歴に含まれるサーバ間の処理の種別を用いて前記通信履歴を分類し、複数のサーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成するモデル生成部と、
前記通信履歴に含まれるサーバ間の処理の呼出関係によって関連付けられるサーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出し、抽出した各通信経路と、
作成した複数のトランザクションモデルを対応付ける経路別出現モデル抽出部と、
前記経路別出現モデル抽出部による対応付けに基づいて、前記トランザクションモデルから特定される複数のサーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出するシステム分類部と、
をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類装置。
前記システム分類部は、通信経路の組み合わせ毎の類似度と、前記類似度に基づいて算出される通信経路間の距離とを求め、前記通信経路間の距離が最短となる２つの通信経路を１つの処理システムとして抽出する処理を含むことを特徴とする請求項１に記載の多階層システムに含まれる処理システムの分類装置。
複数のサーバを含んで構築された多階層システム内での通信履歴を送信元の前記サーバのアドレスと、送信先の前記サーバのアドレスと共に取得する処理と
前記通信履歴に含まれる前記サーバ間の処理の種別を用いて前記通信履歴を分類し、複数の前記サーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成する処理と、
前記通信履歴に含まれる前記サーバ間の処理の呼出関係によって関連付けられる前記サーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出する処理と、
前記トランザクションモデルから特定される複数の前記サーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出する処理と、
をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類プログラム。
複数のサーバを含んで構築された多階層システム内での通信履歴を送信元の前記サーバのアドレスと、送信先の前記サーバのアドレスと共に取得する工程と、
前記通信履歴に含まれる前記サーバ間の処理の種別を用いて前記通信履歴を分類し、複数の前記サーバ間の処理の呼出関係を特定するトランザクションモデルを複数作成する工程と、
前記通信履歴に含まれる前記サーバ間の処理の呼出関係によって関連付けられる前記サーバのアドレス情報によって前記多階層システムにおける通信経路を複数抽出する工程と、
前記トランザクションモデルから特定される複数の前記サーバ間の処理の呼出関係の一致度が高い通信経路を１つの処理システムとして抽出する工程と、
をコンピュータに実行させることを特徴とする多階層システムに含まれる処理システムの分類方法。