(57)【要約】【課題】  多層システムにおいて、リクエストにおける呼出先アドレスと、アドレスが異なる呼出元アドレスとを一致させることができるアドレス変換方法、アドレス変換プログラム及び装置を提供する。【解決手段】  親候補がないリクエストの比率が所定値以上である呼出元アドレスを変換元アドレス候補とし（Ｓ１０１、Ｓ１０２、Ｓ１０３）、変換元アドレス候補を呼出元アドレスとするリクエストの処理時間帯を包含するリクエストの呼出元アドレスを変換先アドレス候補とし、変換元アドレス候補と変換先アドレス候補とから、所定の条件に基づいて、変換元アドレスと変換先アドレスのペアを求める（Ｓ１０４）。【選択図】  図３
2010086203.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにより実行されるアドレス対応付け方法であって、
複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出する第１リクエスト抽出ステップと、
前記第１リクエスト抽出ステップにより抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付けステップと、
前記リクエスト情報において、前記第１対応付けステップにより前記第１リクエストと対応付けられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出ステップと、
前記複数のリクエストのうち、前記第１アドレス抽出ステップにより抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出ステップと、
前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出ステップにより抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出ステップと、
前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出ステップにより抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付けステップと
を前記コンピュータが実行することを特徴とするアドレス対応付け方法。
【請求項２】
請求項１に記載のアドレス対応付け方法であって、
前記第１条件は、送信元アドレスとなるリクエストにおいて、前記第２リクエストにおけるリクエストの処理時間を包含するリクエストの比率が前記第１閾値と異なる閾値である第２閾値以上であることを特徴とするアドレス対応付け方法。
【請求項３】
請求項１に記載のアドレス対応付け方法であって、
前記リクエスト情報における複数のリクエストは、リクエストの順序関係を限定するリクエストの種別を更に含み、
前記第１条件は、送信元アドレスであるリクエストにおいて、前記第２リクエストにおけるリクエストの処理時間を包含するリクエストの比率が前記第１閾値と異なる閾値である第２閾値以上であり、且つ前記順序関係において、リクエストの種別が前記第２リクエストの種別に対して正しいことを特徴とするアドレス対応付け方法。
【請求項４】
請求項１または請求項２に記載のアドレス対応付け方法であって、
前記第２条件は、前記第２リクエストにおいて、前記第１アドレスにおける所定のアドレスを送信元とするそれぞれのリクエストに対して、該リクエストの処理時間帯を包含するリクエストにおいて最も処理時間が短いリクエストを選択リクエストとして選択し、前記第１アドレスにおける所定のアドレスを送信元とするそれぞれのリクエストの処理時間帯に基づく処理時間と、該リクエストに対して選択した選択リクエストの処理時間帯に基づく処理時間との差の送信元アドレスごとの平均値が最小であること特徴とするアドレス対応付け方法。
【請求項５】
複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出する第１リクエスト抽出ステップと、
前記第１リクエスト抽出ステップにより抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付けステップと、
前記リクエスト情報において、前記第１対応付けステップにより前記第１リクエストと対応付けられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出ステップと、
前記複数のリクエストのうち、前記第１アドレス抽出ステップにより抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出ステップと、
前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出ステップにより抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出ステップと、
前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出ステップにより抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付けステップと
をコンピュータに実行させるアドレス対応付けプログラム。
【請求項６】
複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出してする第１リクエスト抽出部と、
前記第１リクエスト抽出部により抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付け部と、
前記リクエスト情報において、前記第１対応付け部により前記第１リクエストと対応付けられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出部と、
前記複数のリクエストのうち、前記第１アドレス抽出部により抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出部と、
前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出部により抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出部と、
前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出部により抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付け部と
を備えるアドレス対応付け装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は多層システムにおけるシステム可視化技術に関するものである。
【背景技術】
【０００２】
近年、例えば銀行業務のような、ＷＥＢサーバから振込み処理や口座参照などの業務を実現するような大規模なシステムは、一般的に機能の異なる複数のサーバにより多層システムとして構成される。また、多層システムにおいては、３階層システムが採用されることが多い。この３階層システムは、図１５に示すように、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバにより構成される。また、３階層システムは、クライアントから依頼を受けたＷｅｂサーバがアプリケーションを呼び出し、アプリケーションがデータベースサーバにアクセスするという動作により一連の処理（業務、トランザクション）を行う。また、処理に係る呼出はリクエストによって行われる。
【０００３】
また、図１６に示すように、このような３階層システムにおいて、機器間を流れるデータを観測することにより処理に係る呼出関係を抽出し、モデル構築とマッチングを行い、構築したモデルごとの分析を行うシステム可視化分析が行われている。このシステム可視化分析により、３階層システムのレポーティング（現状分析、分析）が行われる。
【０００４】
以下、このようなシステム可視化分析におけるモデル構築及びマッチングについて説明する。図１７は、３階層システムにおけるリクエストを示す図である。また、図１８は、プロトコルが異なるリクエスト間の包含関係を示す図である。
【０００５】
モデル構築及びマッチングは、各機器間の呼出関係に基づいて行われる。これらの呼出関係は、ある機器から異なる機器へのリクエストにより判断される。このリクエストは、機器の種類によってリクエストの種別が異なる。例えば、一般的な３階層システムにおいては、図１７に示すように、クライアントからＷＥＢサーバへのリクエストとしてＨＴＴＰリクエスト、ＷＥＢサーバからアプリケーションへのリクエストとしてＩＩＯＰリクエスト、アプリケーションサーバからデータベースサーバへのリクエストとしてＳＱＬリクエストが存在する。これらのリクエストは、３階層システムを構成するためのネットワークにおける通信データから抽出され、システム可視化分析において、それぞれの機器はそのＩＰアドレスと一意に対応付けられている。
【０００６】
このようなリクエストによる呼出関係を抽出するために、上位のリクエスト（親リクエスト）の呼出先のＩＰアドレスと下位のリクエスト（子リクエスト）の呼出元のＩＰアドレスが一致すること、親リクエストの処理時間帯が子リクエストの処理時間帯を包含していること、が条件として用いられる。
【０００７】
なお、本発明の関連ある従来技術として、装置上の動作や操作のイベント発生に伴ってソフトウェアにより生成される時系列のイベント記録の内容を解析するための時系列イベント記録解析方法において、時系列イベント記録に含まれる複数の要素のうち１つ以上の要素を表す意味集合の開始部分を開始部として定義し、前記意味集合の終了部分を終了部として定義し、前記開始部及び終了部の定義に従って、解析対象の時系列イベント記録からそれぞれの意味集合を検出し、前記時系列イベント記録を複数の意味集合に分解する時系列イベント記録解析方法及び装置並びにプログラム及び記録媒体が知られている（例えば、特許文献１参照）。
【特許文献１】特開２００３−３０８２２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、図１９に示すように、１つの機器が複数のネットワークカードを備え、結果として複数のＩＰアドレスを持つような場合が存在する。このような場合、親リクエストの呼出先と子リクエストの呼出元が一致しないため、リクエストの呼出関係が正しく抽出されないという問題がある。図１９を例とすると、ＩＩＯＰリクエストの呼出先としてのＩＰアドレス３と、ＳＱＬリクエストの呼出元としてのＩＰアドレス３’が一致しないため、上述した条件により呼出関係を抽出することができない。
【０００９】
また、図２０に示すように、特定のプロトコルの通信の暗号化、機器間の物理的な距離を原因とする観測時刻のズレなどを原因とし、一部のリクエストが観測することができないような場合がある。このような場合、観測できないリクエストの上位及び下位のリクエストの間接的な呼出関係を抽出することができないという問題がある。図２０を例とすると、ＨＴＴＰリクエストの呼出先としてのＩＰアドレス２と、ＳＱＬリクエストの呼出元としてのＩＰアドレス３が一致しないため、上述した条件により間接的な呼出関係を抽出することができない。
【００１０】
また、１つの機器が複数のアドレスを持つような問題が存在する３階層システムは、具体的には図２１に示すようになり、サーバ１及びサーバ２において、呼出元アドレスと呼出先アドレスが異なるため、これらのＩＰアドレスが用いられると、図２２に示すように、全てのリクエストが独立してしまい、結果として正しいモデル構成が得られない。
【００１１】
これらの問題は、従来の多層システムのシステム可視化分析が、異なるＩＰアドレスを持つリクエストの呼出先とリクエストの呼出元を同一のものとして扱うことができないことに起因する。
【００１２】
本発明は、上述した問題点を解決するためになされたものであり、リクエストにおける呼出先アドレスと、アドレスが異なる呼出元アドレスとを一致させることができるアドレス対応付け方法、アドレス対応付けプログラム及び装置を提供することを目的としている。
【課題を解決するための手段】
【００１３】
上述した課題を解決するため、アドレス対応付け方法は、コンピュータにより実行される方法であって、複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出する第１リクエスト抽出ステップと、前記第１リクエスト抽出ステップにより抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付けステップと、前記リクエスト情報において、前記第１対応付けステップにより前記第１リクエストと対応付けられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出ステップと、前記複数のリクエストのうち、前記第１アドレス抽出ステップにより抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出ステップと、前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出ステップにより抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出ステップと、前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出ステップにより抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付けステップとを前記コンピュータが実行することを特徴とする。
【００１４】
また、アドレス対応付けプログラムは、複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出する第１リクエスト抽出ステップと、前記第１リクエスト抽出ステップにより抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付けステップと、前記リクエスト情報において、前記第１対応付けステップにより前記第１リクエストと対応付けられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出ステップと、前記複数のリクエストのうち、前記第１アドレス抽出ステップにより抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出ステップと、前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出ステップにより抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出ステップと、前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出ステップにより抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付けステップとをコンピュータに実行させる。
【００１５】
また、アドレス対応付け装置は、複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出してする第１リクエスト抽出部と、前記第１リクエスト抽出部により抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付け部と、前記リクエスト情報において、前記第１対応付け部により前記第１リクエストと対応付けられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出部と、前記複数のリクエストのうち、前記第１アドレス抽出部により抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出部と、前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出部により抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出部と、前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出部により抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付け部とを備える。
【発明の効果】
【００１６】
本発明によれば、多層システムにおいて、リクエストにおける呼出先アドレスと、アドレスが異なる呼出元アドレスとを一致させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１７】
実施の形態１．
以下、本発明の実施の形態について図を用いて説明する。図１は、本実施の形態に係る３階層システムを示す図である。
【００１８】
本実施の形態に係る３階層システムは、図１に示すように、クライアント２、ＷＥＢサーバ３、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ）サーバ４、ＡＰサーバ５、ＤＢ（Ｄａｔａ  Ｂａｓｅ）サーバ６がルータ７を介して接続されることにより構成される。このような３階層システムにおいて、ＷＥＢサーバ３がクライアント２から依頼を受けると、ＷＥＢサーバ３がＡＰサーバ４（または５）を呼び出し、ＡＰサーバ４（または５）がＤＢサーバにアクセスするという動作により処理が行われる。
【００１９】
このような３階層システムにおいて、ＷＥＢサーバ３は、ＩＰアドレスＡが割り振られたクライアント２による依頼を受け付け、受け付けた依頼に係る処理を、ＡＰサーバ４（または５）に依頼するものであり、ＩＰアドレスＢが割り当てられた機器である。また、ＡＰサーバ４及び５は、ＷＥＢサーバ３により依頼された処理を、処理に係るデータをＤＢサーバ６に依頼することで取得して実行するものである。また、ＡＰサーバ４は、２つのネットワークカードを備え、ＷＥＢサーバ３からの呼出先としてＩＰアドレスＣ、ＤＢサーバへの呼出元としてＩＰアドレスＤが割り振られた機器である。このＡＰサーバ４は、ＩＰアドレスを複数保持する機器であることから、従来のシステム可視化分析において障害となる機器である。また、ＡＰサーバ５は、ＩＰアドレスＥが割り当てられた機器である。また、ＤＢサーバ６は、ＡＰサーバ４及び５による処理に係るデータを記憶するものであり、ＩＰアドレスＦが割り当てられた機器である。
【００２０】
また、本実施の形態において、クライアント２からＷＥＢサーバ３への依頼をＨＴＴＰリクエスト、ＷＥＢサーバ３によるＡＰサーバ４（または５）の呼び出しをＩＩＯＰ（Ｉｎｔｅｒｎｅｔ  Ｉｎｔｅｒ−ＯＲＢ  Ｐｒｏｔｏｃｏｌ）リクエスト、ＡＰサーバ４（または５）によるＤＢサーバ６の呼び出しをＳＱＬリクエストとする。
【００２１】
また、このような３階層システムにおけるそれぞれのサーバによるリクエストは、ルータ７に接続された収集サーバ１（アドレス対応付け装置）によりリクエストデータとして取得される。なお、本実施の形態に係る３階層システムの構成は一例であり、ルータ７を介して接続される複数の機器によりクライアントにより依頼された一連の処理を実行する多層システムであれば良い。
【００２２】
次に、本実施の形態に係る収集サーバの構成について説明する。図２は、本実施の形態に係る収集サーバの構成を示す図である。
【００２３】
図２に示すように、本実施の形態に係る収集サーバ１は、リクエストデータ読込部１１、親リクエスト候補検出部１２（第１リクエスト抽出部、第１対応付け部）、変換元アドレス候補検出部１３（第１アドレス抽出部）、ＩＰアドレス変換ルール生成部１４、変換先アドレス候補検出部１５（第１アドレス抽出部）、変換先アドレス選択部１６（第２リクエスト抽出部、第２アドレス抽出部、第２対応付け部）、変換ルール集合出力部１７、これら各部による機能を実質的に実行するＣＰＵ１８及びメモリ１９（記憶部）を備えるものである。また、本実施の形態において、収集サーバ１は、ＡＰサーバ４のような、異なるＩＰアドレスを持つ機器における呼出元としてのＩＰアドレス（ＩＰアドレスＤ）を変換元アドレス、呼出先としてのＩＰアドレス（ＩＰアドレスＣ）を変換先アドレスとするための処理を行うものである。また、収集サーバ１は、変換元アドレスを変換先アドレスに変換するルールとして、ＩＰアドレス変換ルールを出力する。このＩＰアドレス変換ルールは、システム可視化分析において、異なるＩＰアドレスを同定するためのルールである。
【００２４】
また、リクエストデータ読込部１１は、リクエストデータ（リクエスト情報）をメモリ１９に読み込むものである。また、親リクエスト候補検出部１２は、リクエストデータに基づいて、あるリクエストの呼出元であるリクエストを親候補として求めるものである。また、変換元アドレス候補検出部１３は、呼出元アドレスの候補を変換元候補として求めるものである。また、変換先アドレス候補検出部１５は、変換先アドレス候補から所定の条件を満たすＩＰアドレスを選択するものである。また、ＩＰアドレス変換ルール生成部１４は、変換元アドレスと、変換先アドレスとに基づいて、ＩＰアドレス変換ルールを生成するものである。
【００２５】
次に、本実施の形態に係る収集サーバの全体動作について説明する。図３は、本実施の形態に係る収集サーバの全体動作を示すフローチャートである。また、図４は、リクエストデータを示す図である。また、図５は、リクエスト間の時間的な関係を示す図である。また、図６は、親候補集合が付加されたリクエストデータを示す図である。
【００２６】
まず、リクエストデータ読込部１１は、ルータ７からリクエストデータを読み込む（Ｓ１０１）。このリクエストデータは、図４に示すように、ＩＤ、プロトコル（リクエストの種類）、呼出元ＩＰアドレス（送信元アドレス）、呼出先ＩＰアドレス（送信先アドレス）、開始時刻、終了時刻が対応付けられているデータである。リクエストデータにおいて、プロトコルは、リクエストのプロトコルを示す。また、呼出元ＩＰアドレスは、リクエストの呼出元（送信元）の機器のＩＰアドレスを示す。また、呼出先ＩＰアドレスは、リクエストの呼出先（送信先）の機器のＩＰアドレスを示す。また、開始時刻は、リクエストの送信時刻、つまり機器における所定の処理の開始時刻を示す。また、終了時刻は、レスポンスの受信時刻、つまり機器における所定の処理の終了時刻を示す。これらの時刻はリクエストによる処理の処理時間帯を示すものである。また、ＩＤは、対応付けられたパラメータに対する一意な識別子である。なお、このリクエストデータは、ルータ７における通信ログである。また、リクエストデータは、通信ログに基づいてリクエストデータ読込部１１により生成されても構わない。例えば、リクエストのログと対応するレスポンスのログとに基づいて、リクエストデータが生成されても構わない。
【００２７】
次に、親リクエスト候補検出部１２は、リクエストデータ読込部１１により読み込まれたリクエストデータを参照し、各リクエストにおける処理時間帯の包含関係と、ＩＰアドレスから親候補リクエスト集合（第１リクエスト）を求める（Ｓ１０２、第１リクエスト抽出ステップ）。具体的には、図５に示すように、あるリクエストの処理時間帯が別のリクエストの処理時間帯内に収まっており、かつ前者のリクエストの送信元のＩＰアドレスが後者の送信先と一致している場合に、後者を前者の親候補とする。図５においては、一例として、リクエスト１７の処理時間帯がリクエスト１６の処理時間帯によって包含され、かつリクエスト１７の送信元がリクエスト１６の送信先と一致することから、リクエスト１６がリクエスト１７の親候補であることが示されている。また、親リクエスト候補検出部１２は、図６に示すように、リクエストデータにおけるそれぞれのリクエストに対して、親候補であるリクエストの集合をＩＤにより示す“親候補集合”として付加し、メモリ１９に記憶する。
【００２８】
次に、変換元アドレス候補検出部１３により、後述する変換元アドレス候補検出処理が実行される（Ｓ１０３）。この変換元アドレス候補検出処理は、親リクエスト候補検出部１２により求められた親候補リクエスト集合に基づいて、所定の条件を満たすＩＰアドレスを求める処理である。
【００２９】
次に、ＩＰアドレス変換ルール生成部１４、変換先アドレス候補検出部１５、変換先アドレス選択部１６により後述する変換先アドレス決定処理が実行される（Ｓ１０４）。この変換先アドレス決定処理は、変換元アドレス候補に対する変換先を決定する処理である。
【００３０】
次に、変換ルール集合出力部１７は、求められた変換元アドレス・変換先アドレスのペアを変換ルールとして生成し、出力する（Ｓ１０５）。
【００３１】
次に、変換元アドレス候補検出処理について説明する。図７は、本実施の形態に係る変換元アドレス候補検出処理の動作を示すフローチャートである。また、図８は、変換元アドレス候補検出処理により求められた変換元候補を示す図である。
【００３２】
まず、変換元アドレス候補検出部１３は、親候補集合が付加されたリクエストデータにおける所定のＩＰアドレスを選択し（Ｓ２０１）、選択したＩＰアドレスを呼出元とするリクエストを求め（Ｓ２０２）、求めたリクエスト数Ｎｉを求める（Ｓ２０３）。
【００３３】
次に、変換元アドレス候補検出部１３は、親候補集合が付加されたリクエストデータにおいて、ステップＳ２０２において求めたリクエスト内で親候補が空集合となるようなリクエスト数Ｌｉと、Ｎｉとの比率（Ｌｉ／Ｎｉ）をＭｉとして求める（Ｓ２０４）。
【００３４】
比率Ｍｉを求めた変換元アドレス候補検出部１３は、Ｎｉが予め設定された所定の閾値Ｖ１（本実施の形態においてはＶ１＝２）以上かどうかを判断する（Ｓ２０５）。
【００３５】
ＮｉがＶ１以上である場合（Ｓ２０５，ＹＥＳ）、変換元アドレス候補検出部１３は、ＭｉがＶ１とは異なる予め設定された閾値Ｖ２（本実施の形態においてはＶ２＝０．９９）以上かどうかを判断する（Ｓ２０６）。
【００３６】
ＭｉがＶ２以上である場合（Ｓ２０６，ＹＥＳ）、変換元アドレス候補検出部１３は、選択したＩＰアドレスを変換元アドレス集合Ｆｓ（第１アドレス）に追加し（Ｓ２０７、第１アドレス集合ステップ）、選択されていないＩＰアドレスが存在するかどうかを判断する（Ｓ２０８）。
【００３７】
一方、ＭｉがＶ２より小さい場合（Ｓ２０６，ＮＯ）、変換元アドレス候補検出部１３は、親候補集合が付加されたリクエストデータにおいて、選択されていないＩＰアドレスがあるかどうかを判断し（Ｓ２０８）、もしあればそのなかのひとつを選択する（Ｓ２０１）。
【００３８】
また、ステップＳ２０５において、ＮｉがＶ１より小さい場合（Ｓ２０５，ＮＯ）、変換元アドレス候補検出部１３は、親候補集合が付加されたリクエストデータにおいて、選択されていないＩＰアドレスがあるかどうかを判断し（Ｓ２０８）、もしあればそのなかのひとつを選択する（Ｓ２０１）。
【００３９】
本実施の形態において、親候補集合が付加されたリクエストデータに基づいて上述した変換元アドレス候補検出処理により求められる変換元アドレスは、図８に示すようにリクエスト数が２以上であり、親候補がないリクエストの比率が０．９９以上であるＡ、Ｄとなる。
【００４０】
次に、変換先アドレス決定処理について説明する。図９は、変換先アドレス決定処理の動作を示すフローチャートである。また、図１０は、ＩＰアドレスＤに関して、処理時間が最も短く親候補となり得るリクエストを示す図である。また、図１１は、親なしのリクエストのうち親候補ありのリクエストの割合が所定の閾値以上のＩＰアドレスを示す図である。また、図１２は、ＩＰアドレスＡに関して、処理時間が最も短く親候補となり得るリクエストを示す図である。
【００４１】
まず、変換先アドレス候補検出部１５は、変換元アドレス候補検出処理により求められた変換元アドレス集合Ｆｓが空集合かどうかを判断する（Ｓ３０１）。
【００４２】
Ｆｓが空集合ではない場合（Ｓ３０１，ＮＯ）、変換先アドレス候補検出部１５は、変換元アドレスＸをＦｓから選択し、ＦｓからＸを取り除く（Ｓ３０２）。なお、本実施の形態においては、Ｆｓ＝｛Ａ，Ｄ｝であるため、例として変換元アドレスＸ＝Ｄとした場合、Ｆｓ＝｛Ａ，Ｄ｝−｛Ｄ｝＝｛Ａ｝となる。
【００４３】
次に、変換先アドレス候補検出部１５は、Ｘ以外のＩＰアドレスＹの集合Ｙｓと、Ｘが送信元となる親候補なしのリクエストの集合ＮＰｓ（Ｘ）（第２リクエスト）を求める（Ｓ３０３、第２リクエスト抽出ステップ）。なお、本実施の形態においては、Ｘ＝Ｄであるため、Ｙｓ＝｛Ａ，Ｂ，Ｃ，Ｅ，Ｆ｝となり、ＮＰｓ（Ｄ）＝｛３，１１，１５｝となる。
【００４４】
ＹｓとＮＰｐｓ（Ｘ）を求めた変換先アドレス候補検出部１５は、Ｙｓに含まれるＩＰアドレスＹ毎に、ＮＰｓ（Ｘ）に含まれる要素としてのリクエストｒを時間的に包含するリクエストのうち、送信先のＩＰアドレスがＹで最も処理時間が短いリクエストｐ（ｒ，Ｙ）を親候補としてそれぞれ求める（Ｓ３０４、第２対応付けステップ）。親候補としてのリクエストは、通常、あるリクエストの呼出元と呼出先が同じＩＰアドレスであるリクエストであり、且つその処理時間が子のリクエストの処理時間を包含していることを条件とする。しかし、変換先アドレス候補検出部１５は、ＩＰアドレスの異なるＸとＹを同じサーバと仮定するため、リクエストの処理時間の包含関係のみにより親候補を求める。なお、本実施の形態においては、ｐ（ｒ，Ｙ）は図１０に示すようになる。図１０におけるｐ（１１，Ｂ）を例として着目すると、ＩＰアドレスＢとＩＰアドレスＤが同一サーバのＩＰアドレスと仮定した場合、図５に示すように、１１の親候補として７と９が挙げられる。図６を参照すると、７の処理時間は３４−２１＝１３であり、９の処理時間は３７−２３＝１４であるため、結果、ｐ（１１，Ｂ）＝７となる。
【００４５】
次に、変換先アドレス候補検出部１５は、Ｘを送信元とする親なしのリクエスト、すなわちＮＰｓ（Ｘ）に含まれるリクエストｒのなかで、ＸとＹｓの要素Ｙが同じサーバだと仮定した場合に親候補が存在する、すなわちｐ（ｒ、Ｙ）が存在する割合が閾値Ｖ３（＝１）以上（第１条件）のＩＰアドレスの集合をＸの変換先集合Ｔ（Ｘ）とする（Ｓ３０５、第２アドレス抽出ステップ）。なお、本実施の形態においては、ＹのうちＢに着目すると、Ｄを呼出元とし、且つ親なしのリクエストは、３、１１、１５である。また、これら全てのリクエストに親候補が存在するため、図１１に示すように、親なしのリクエストにおける親候補Ｐ（ｒ，Ｙ）の割合は１となる。Ｖ３（＝１）以上のＩＰアドレスは変換先アドレスであるため、Ｂは変換先集合に加えられる。同様に、Ｃも変換先集合に加えられる。
【００４６】
ここで閾値Ｖ３について説明する。多層システムにおいては、下の階層のリクエストは必ず上の階層のリクエストを処理するために呼び出されているため、同じサーバに対応するＩＰアドレスを正しく認識できさえすれば必ず親候補は存在する。すなわち理想的には閾値Ｖ３は１でよい。しかし実際には様々な理由で図４のリクエストデータを完全な形で入力とすることはできないため、１よりも少し小さい値を設定する。リクエストデータが不完全である理由の最も大きなものは、ルータ７によって全ての通信をキャプチャすることができない場合があることである。本実施の形態において、サーバ間の通信は、ＴＣＰ／ＩＰにより行われる。このＴＣＰ／ＩＰには連続したメッセージ番号が割り振られている。変換先アドレス候補検出部１５は、キャプチャされたログにおけるＴＣＰ／ＩＰのメッセージ番号を参照し、所定の期間内にキャプチャされたメッセージ番号の数をＬ１、Ｌ１において抜けているメッセージ番号の数をＬ２とし、Ｌ１からＬ２を減算した値をＬ１により除算することでキャプチャロスの起きていない割合を求める。このような割合を閾値として用いることにより、変換先アドレスを求める上でのキャプチャロスの影響を除外することができる。
【００４７】
変換先アドレス候補検出部１５により、変換先集合Ｔ（Ｘ）が求められると、変換先アドレス選択部１６は、Ｔ（Ｘ）が空集合かどうかを判断する（Ｓ３０６）。
【００４８】
Ｔ（Ｘ）が空集合ではない場合（Ｓ３０６，ＮＯ）、変換先アドレス選択部１６は、Ｔ（Ｘ）に含まれるＩＰアドレスＹにおいて、Ｘを送信元とする親なしのリクエストｒと、親候補ｐ（ｒ，Ｙ）との処理時間の差の平均値が最小となるＹ（第２条件）をＸの変換先アドレスとして選択する（Ｓ３０７、第２対応付けステップ）。なお、本実施の形態においては、Ｙ＝Ｂとした場合、｛（１の処理時間−３の処理時間）＋（７の処理時間−１１の処理時間）＋（１３の処理時間−１５の処理時間）｝／３＝｛（７−１）＋（１３−２）＋（１１−２）｝／３＝２６／３となる。また、Ｙ＝Ｃとした場合、｛（２の処理時間−３の処理時間）＋（８の処理時間−１１の処理時間）＋（１４の処理時間−１５の処理時間）｝／３＝｛（５−１）＋（１１−２）＋（８−２）｝／３＝１９／３となる。よって、Ｘの変換先アドレスとして、Ｃが選択される。
【００４９】
変換先アドレス選択部１６により、変換先アドレスが選択されると、ＩＰアドレス変換ルール生成部１４は、変換元アドレス・変換先アドレスのペアの集合Ｒｓとして、メモリ１９に（Ｘ，Ｙ）を追加する（Ｓ３０８）。なお、本実施の形態においては、Ｒｓ＝｛（Ｄ，Ｃ）｝となる。
【００５０】
また、ステップＳ３０６において、Ｔ（Ｘ）が空集合である場合（Ｓ３０６，ＹＥＳ）、変換先アドレス選択部１６は、再度、Ｆｓが空集合かどうかを判断する（Ｓ３０１）。
【００５１】
また、ステップＳ３０１において、Ｆｓが空集合である場合（Ｓ３０１，ＹＥＳ）、変換先アドレス候補検出部１５は、変換先アドレス決定処理を終了する。
【００５２】
なお、本実施の形態においては、ＸとしてＤが選択され上記の処理が行われた後にＡが選択される。以下、ＸとしてＡが選択された場合の処理例について説明する。まず、ステップＳ３０１において、ＸとしてＡが選択されると、Ｘ＝Ａとなり、Ｆｓ＝｛｛Ａ｝−｛Ａ｝｝＝｛｝となる。次に、ステップＳ３０３において、Ａ以外のＩＰアドレスの集合Ｙｓとして、｛Ｂ、Ｃ、Ｄ、Ｅ、Ｆ｝が求められる。また、ＮＰｓ（Ａ）＝｛１，４，７，９，１３，１６｝となる。このＮＰｓ（Ａ）に基づいて、ステップＳ３０４において、ｐ（ｒ，Ｙ）を求めると、ＮＰｓ（Ｘ）に含まれる全てのリクエストについて、その処理時間を包含するリクエストが存在しないため、図１２に示すようになる。よって、Ｓ３０５において、変換先集合Ｔ（Ｘ）は空集合となり、Ｘ＝Ａの場合の処理が終了する。また、Ｆｓも空集合であるため、結果として、Ｒｓ＝｛（Ｄ，Ｃ）｝となる。
【００５３】
このように求められたＲｓは、変換ルール集合出力部１７によって、変換ルールとして生成し、出力される。このように出力された変換ルールは、システム可視化分析において用いられる。
【００５４】
上述したように、本実施の形態によれば、異なるＩＰアドレスを変換することにより、結果として、１つのサーバが複数のＩＰアドレスを持つ場合であっても、多層システムにおける呼出関係を求めることができる。また、観測できないリクエストが間に挟まるような場合、観測できないリクエストの前後のリクエストの呼出元の機器をＩＰアドレスの変換により同定することにより抽出することができる。具体的には、図２０に示したＩＩＯＰリクエストが観測できないような場合、ＩＰアドレス３をＩＰアドレス２に変換することによって、ＷＥＢサーバとアプリケーションを仮に同定し、クライアントとデータベースサーバ間の間接的な呼出関係を抽出することができる。
【００５５】
実施の形態２．
実施の形態１においては、Ｘの変換先集合Ｔ（Ｘ）をリクエストの処理時間の包含関係から求めたが、本実施の形態においては、さらにリクエストのプロトコルの階層関係を満足するようなＩＰアドレスを選択する。以下、実施の形態１とは異なる本実施の形態の動作（Ｓ３０５）について、図１３を用いて説明する。図１３は、プロトコル階層を使った場合の親候補を示す図である。なお、本実施の形態に係る３階層システム及び収集サーバ１の構成は実施の形態１と同様とする。
【００５６】
本実施の形態において、変換先アドレス候補検出部１５は、変換先アドレス決定処理のステップＳ３０４において、ＮＰｓ（Ｘ）に含まれるリクエストｒについて、ＩＰアドレスＸをＹと同じだと仮定した場合の親リクエスト候補を求める際に、処理時間帯の包含関係にくわえて、リクエストの順序関係を限定するプロトコルの階層関係を満足するリクエストのみを親候補とする。以下具体的な処理例を示す。本実施の形態においては、プロトコルの階層関係は、ＨＴＴＰ→ＩＩＯＰ→ＳＱＬである。すなわち、プロトコルがＩＩＯＰのリクエストの親リクエストはプロトコルがＨＴＴＰのリクエストであり、ＳＱＬのリクエストの親リクエストはＩＩＯＰのリクエストである。例えば、Ｘ＝Ｄの場合のＮＰｓ（Ｄ）の要素であるリクエスト１１について、Ｘ＝ＤとＹｓの要素であるＩＰアドレスＢを同じサーバだと仮定した場合の親候補ｐ（１１、Ｂ）を求める場合、図６に示す各リクエストの開始、終了時刻から、リクエスト１１の利処理時間を包含し、かつ呼出先がＢであるリクエストは、リクエスト７および９の２つである。しかしリクエスト１１はＳＱＬリクエストであり、プロトコルの階層関係から、その親リクエストのプロトコルはＩＩＯＰでなければならない。ところがリクエスト７および９はどちらもプロトコルがＨＴＴＰであり、階層関係を満足しない。そのため親候補とはならず、リクエスト１１には親候補は存在しない。同様にして、ＮＰｓ（Ｄ）に含まれる全てのリクエストについて、Ｙｓに含まれるＩＰアドレスＹ毎に処理時間が最短である親リクエスト候補を求めた結果が図１３である。その結果、Ｓ３０５においてＩＰアドレスＤの変換先候補の集合Ｔ（Ｄ）を求めると、親候補が存在する割合が閾値Ｖ３すなわち１以上となるＩＰアドレスはＣのみであるから、Ｔ（Ｄ）＝｛Ｃ｝となる。これはプロトコルの階層関係を用いない場合における変換先候補の集合Ｔ（Ｄ）＝｛Ｂ，Ｃ｝とくらべると、変換先候補をより絞り込めることを示している。
【００５７】
このように、プロトコルの階層関係に基づいて、変換先アドレスの候補を絞り込むことにより、結果として、正しい変換ルールが得られる可能性が高くなる。
【００５８】
本発明は、その要旨または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態は、あらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、何ら拘束されない。更に、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、全て本発明の範囲内のものである。
【００５９】
なお、本発明は以下に示すようなコンピュータシステムにおいて適用可能である。図１４は、本発明が適用されるコンピュータシステムの一例を示す図である。図１４に示すコンピュータシステム９００は、ＣＰＵやディスクドライブ等を内蔵した本体部９０１、本体部９０１からの指示により画像を表示するディスプレイ９０２、コンピュータシステム９００に種々の情報を入力するためのキーボード９０３、ディスプレイ９０２の表示画面９０２ａ上の任意の位置を指定するマウス９０４及び外部のデータベース等にアクセスして他のコンピュータシステムに記憶されているプログラム等をダウンロードする通信装置９０５を有する。通信装置９０５は、ネットワーク通信カード、モデムなどが考えられる。
【００６０】
上述したような、収集サーバ１を構成するコンピュータシステムにおいて上述した各ステップを実行させるプログラムを、アドレス変換プログラムとして提供することができる。このプログラムは、コンピュータシステムにより読取り可能な記録媒体に記憶させることによって、収集サーバ１を構成するコンピュータシステムに実行させることが可能となる。上述した各ステップを実行するプログラムは、ディスク９１０等の可搬型記録媒体に格納されるか、通信装置９０５により他のコンピュータシステムの記録媒体９０６からダウンロードされる。また、コンピュータシステム９００に少なくともアドレス変換機能を持たせるアドレス変換プログラム（アドレス変換ソフトウェア）は、コンピュータシステム９００に入力されてコンパイルされる。このプログラムは、コンピュータシステム９００をシステム可視化機能を有するシステム可視化分析システムとして動作させる。また、このプログラムは、例えばディスク９１０等のコンピュータ読み取り可能な記録媒体に格納されていても良い。ここで、コンピュータシステム９００により読取り可能な記録媒体としては、フレキシブルディスク、ＣＤ−ＲＯＭ(Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、ＤＶＤディスク、光磁気ディスク、ＩＣカード等のコンピュータシステムでアクセス可能な各種記憶媒体を含む。
【００６１】
以上、本実施の形態によれば、以下の付記で示す技術的思想が開示されている。
（付記１）  コンピュータにより実行されるアドレス対応付け方法であって、
複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出する第１リクエスト抽出ステップと、
前記第１リクエスト抽出ステップにより抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付けステップと、
前記リクエスト情報において、前記第１対応付けステップにより前記第１リクエストと対応付けられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出ステップと、
前記複数のリクエストのうち、前記第１アドレス抽出ステップにより抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出ステップと、
前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出ステップにより抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出ステップと、
前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出ステップにより抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付けステップと
を前記コンピュータが実行することを特徴とするアドレス対応付け方法。
（付記２）  付記１に記載のアドレス対応付け方法であって、
前記第１条件は、送信元アドレスとなるリクエストにおいて、前記第２リクエストにおけるリクエストの処理時間を包含するリクエストの比率が前記第１閾値と異なる閾値である第２閾値以上であることを特徴とするアドレス対応付け方法。
（付記３）  付記１に記載のアドレス対応付け方法であって、
前記リクエスト情報における複数のリクエストは、リクエストの順序関係を限定するリクエストの種別を更に含み、
前記第１条件は、送信元アドレスであるリクエストにおいて、前記第２リクエストにおけるリクエストの処理時間を包含するリクエストの比率が前記第１閾値と異なる閾値である第２閾値以上であり、且つ前記順序関係において、リクエストの種別が前記第２リクエストの種別に対して正しいことを特徴とするアドレス対応付け方法。
（付記４）  付記１に記載のアドレス対応付け方法であって、
前記第２条件は、前記第２リクエストにおいて、前記第１アドレスにおける所定のアドレスを送信元とするそれぞれのリクエストに対して、該リクエストの処理時間帯を包含するリクエストにおいて最も処理時間が短いリクエストを選択リクエストとして選択し、前記第１アドレスにおける所定のアドレスを送信元とするそれぞれのリクエストの処理時間帯に基づく処理時間と、該リクエストに対して選択した選択リクエストの処理時間帯に基づく処理時間との差の送信元アドレスごとの平均値が最小であること特徴とするアドレス対応付け方法。
（付記５）  付記１に記載のアドレス対応付け方法であって、
前記リクエスト情報は、前記リクエストを送信または受信する機器が接続された通信回線において取得される情報に基づく情報であり、
前記第２閾値は、前記情報の取得率に基づく値であることを特徴とするアドレス対応付け方法。
（付記６）  付記５に記載のアドレス対応付け方法であって、
前記通信回線上において取得される情報には通し番号が付加されており、
前記取得率は、前記通し番号が連続していない情報に基づいて算出されることを特徴とするアドレス対応付け方法。
（付記７）  付記３に記載のアドレス対応付け方法であって、
前記リクエストの種別は、プロトコルであることを特徴とするアドレス対応付け方法。
（付記８）  複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出する第１リクエスト抽出ステップと、
前記第１リクエスト抽出ステップにより抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付けステップと、
前記リクエスト情報において、前記第１対応付けステップにより前記第１リクエストと対応付けられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出ステップと、
前記複数のリクエストのうち、前記第１アドレス抽出ステップにより抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出ステップと、
前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出ステップにより抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出ステップと、
前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出ステップにより抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付けステップと
をコンピュータに実行させるアドレス対応付けプログラム。
（付記９）  付記８に記載のアドレス対応付けプログラムであって、
前記第１条件は、送信元アドレスとなるリクエストにおいて、前記第２リクエストにおけるリクエストの処理時間を包含するリクエストの比率が前記第１閾値と異なる閾値である第２閾値以上であることを特徴とするアドレス対応付けプログラム。
（付記１０）  付記８に記載のアドレス対応付けプログラムであって、
前記リクエスト情報における複数のリクエストは、リクエストの順序関係を限定するリクエストの種別を更に含み、
前記第１条件は、送信元アドレスであるリクエストにおいて、前記第２リクエストにおけるリクエストの処理時間を包含するリクエストの比率が前記第１閾値と異なる閾値である第２閾値以上であり、且つ前記順序関係において、リクエストの種別が前記第２リクエストの種別に対して正しいことを特徴とするアドレス対応付けプログラム。
（付記１１）  付記８に記載のアドレス対応付けプログラムであって、
前記第２条件は、前記第２リクエストにおいて、前記第１アドレスにおける所定のアドレスを送信元とするそれぞれのリクエストに対して、該リクエストの処理時間帯を包含するリクエストにおいて最も処理時間が短いリクエストを選択リクエストとして選択し、前記第１アドレスにおける所定のアドレスを送信元とするそれぞれのリクエストの処理時間帯に基づく処理時間と、該リクエストに対して選択した選択リクエストの処理時間帯に基づく処理時間との差の送信元アドレスごとの平均値が最小であること特徴とするアドレス対応付けプログラム。
（付記１２）  付記８に記載のアドレス対応付けプログラムであって、
前記リクエスト情報は、前記リクエストを送信または受信する機器が接続された通信回線において取得される情報に基づく情報であり、
前記第２閾値は、前記情報の取得率に基づく値であることを特徴とするアドレス対応付けプログラム。
（付記１３）  付記１２に記載のアドレス対応付けプログラムであって、
前記通信回線上において取得される情報には通し番号が付加されており、
前記取得率は、前記通し番号が連続していない情報に基づいて算出されることを特徴とするアドレス対応付けプログラム。
（付記１４）  付記１０に記載のアドレス対応付けプログラムであって、
前記リクエストの種別は、プロトコルであることを特徴とするアドレス対応付けプログラム。
（付記１５）  複数のリクエストの送信元アドレス、送信先アドレス、処理時間帯を含む情報であるリクエスト情報において、前記複数のリクエストのうち、所定のリクエストの処理時間帯を包含し、且つ送信先アドレスが前記所定のリクエストの送信元アドレスと一致するリクエストの集合を第１リクエストとして抽出する第１リクエスト抽出部と、
前記第１リクエスト抽出部により抽出された第１リクエストを、前記所定のリクエストと対応付けて記憶部に記憶する第１対応付け部と、
前記リクエスト情報において、前記第１対応付け部により前記第１リクエストと対応付けてられて前記記憶部に記憶されていないリクエストの比率が所定の閾値である第１閾値以上であるアドレスの集合を第１アドレスとして抽出する第１アドレス抽出部と、
前記複数のリクエストのうち、前記第１アドレス抽出部により抽出された第１アドレスを送信元アドレスとするリクエストの集合を第２リクエストとして抽出する第２リクエスト抽出部と、
前記リクエスト情報における前記第１アドレス以外の所定のアドレスのうち、前記第２リクエスト抽出部により抽出された第２リクエストのいずれかのリクエストの処理時間を包含するリクエストの送信元アドレスであり、且つ前記リクエストの比率に関する第１条件を満たすアドレスの集合を第２アドレスとして抽出する第２アドレス抽出部と、
前記第１アドレスにおける所定のアドレスと、前記第２アドレス抽出部により抽出された第２アドレスのうち、前記第１アドレスにおける所定のアドレスに対して、前記処理時間帯に関する第２条件を満たすアドレスとを対応付けて前記記憶部に記憶する第２対応付け部と
を備えるアドレス対応付け装置。
（付記１６）  付記１５に記載のアドレス対応付け装置であって、
前記第１条件は、送信元アドレスとなるリクエストにおいて、前記第２リクエストにおけるリクエストの処理時間を包含するリクエストの比率が前記第１閾値と異なる閾値である第２閾値以上であることを特徴とするアドレス対応付け装置。
（付記１７）  付記１５に記載のアドレス対応付け装置であって、
前記リクエスト情報における複数のリクエストは、リクエストの順序関係を限定するリクエストの種別を更に含み、
前記第１条件は、送信元アドレスであるリクエストにおいて、前記第２リクエストにおけるリクエストの処理時間を包含するリクエストの比率が前記第１閾値と異なる閾値である第２閾値以上であり、且つ前記順序関係において、リクエストの種別が前記第２リクエストの種別に対して正しいことを特徴とするアドレス対応付け装置。
（付記１８）  付記１５に記載のアドレス対応付け装置であって、
前記第２条件は、前記第２リクエストにおいて、前記第１アドレスにおける所定のアドレスを送信元とするそれぞれのリクエストに対して、該リクエストの処理時間帯を包含するリクエストにおいて最も処理時間が短いリクエストを選択リクエストとして選択し、前記第１アドレスにおける所定のアドレスを送信元とするそれぞれのリクエストの処理時間帯に基づく処理時間と、該リクエストに対して選択した選択リクエストの処理時間帯に基づく処理時間との差の送信元アドレスごとの平均値が最小であること特徴とするアドレス対応付け装置。
（付記１９）  付記１５に記載のアドレス対応付け装置であって、
前記リクエスト情報は、前記リクエストを送信または受信する機器が接続された通信回線において取得される情報に基づく情報であり、
前記第２閾値は、前記情報の取得率に基づく値であることを特徴とするアドレス対応付け装置。
（付記２０）  付記１９に記載のアドレス対応付け装置であって、
前記通信回線上において取得される情報には通し番号が付加されており、
前記取得率は、前記通し番号が連続していない情報に基づいて算出されることを特徴とするアドレス対応付け装置。
【図面の簡単な説明】
【００６２】
【図１】実施の形態１に係る３階層システムを示す図である。
【図２】実施の形態１に係る収集サーバの構成を示す図である。
【図３】実施の形態１に係る収集サーバの全体動作を示すフローチャートである。
【図４】リクエストデータを示す図である。
【図５】リクエスト間の時間的な関係を示す図である。
【図６】親候補集合が付加されたリクエストデータを示す図である。
【図７】実施の形態１に係る変換元アドレス候補検出処理の動作を示すフローチャートである。
【図８】変換元アドレス候補検出処理により求められた変換元候補を示す図である。
【図９】変換先アドレス決定処理の動作を示すフローチャートである。
【図１０】ＩＰアドレスＤに関して、処理時間が最も短く親候補となり得るリクエストを示す図である。
【図１１】親なしのリクエストのうち親候補ありのリクエストの割合が所定の閾値以上のＩＰアドレスを示す図である。
【図１２】ＩＰアドレスＡに関して、処理時間が最も短く親候補となり得るリクエストを示す図である。
【図１３】プロトコル階層を使った場合の親候補を示す図である。
【図１４】本発明が適用されるコンピュータシステムの一例を示す図である。
【図１５】従来の３階層システムの構成を示す図である。
【図１６】従来のシステム可視化分析を示す図である。
【図１７】３階層システムにおけるリクエストを示す図である。
【図１８】プロトコルが異なるリクエスト間の包含関係を示す図である。
【図１９】１つの機器が複数のＩＰアドレスを持つ場合を示す図である。
【図２０】一部のリクエストが観測されない場合を示す図である。
【図２１】１つの機器が複数のＩＰアドレスを持つ３階層システムの具体例を示す図である。
【図２２】独立したリクエストを示す図である。
【符号の説明】
【００６３】
１  収集サーバ、２  クライアント、３  ＷＥＢサーバ、４  ＡＰサーバ、５  ＡＰサーバ、６  ＤＢサーバ、７  ルータ、１１  リクエストデータ読込部、１２  親リクエスト候補検出部、１３  変換元アドレス候補検出部、１４  ＩＰアドレス変換ルール生成部、１５  変換先アドレス候補検出部、１６  変換先アドレス選択部、１７  変換ルール集合出力部、１８  ＣＰＵ、１９  メモリ。
【図１】
2010086203.tif 000003
【図２】
2010086203.tif 000004
【図３】
2010086203.tif 000005
【図４】
2010086203.tif 000006
【図５】
2010086203.tif 000007
【図６】
2010086203.tif 000008
【図７】
2010086203.tif 000009
【図８】
2010086203.tif 000010
【図９】
2010086203.tif 000011
【図１０】
2010086203.tif 000012
【図１１】
2010086203.tif 000013
【図１２】
2010086203.tif 000014
【図１３】
2010086203.tif 000015
【図１４】
2010086203.tif 000016
【図１５】
2010086203.tif 000017
【図１６】
2010086203.tif 000018
【図１７】
2010086203.tif 000019
【図１８】
2010086203.tif 000020
【図１９】
2010086203.tif 000021
【図２０】
2010086203.tif 000022
【図２１】
2010086203.tif 000023
【図２２】
2010086203.tif 000024