JP7385105B2 - 情報処理プログラム、情報処理装置および情報処理方法 - Google Patents

Description

本発明は情報処理プログラム、情報処理装置および情報処理方法に関する。

アプリケーションの動作を確認するため、アプリケーションの動作テストが行われることがある。例えば、ウェブページを表示するウェブブラウザに対して入力操作を行い、ウェブサーバの処理結果を確認することにより、ウェブページの試験を行う試験装置の提案がある。

特開２０１４－３８４５３号公報

動作テストは、テスト内容に応じた操作入力を示す複数のテストケースを含み得る。そこで、動作テスト時に、アプリケーションのプログラムの実行箇所を記録しておき、次回以降の動作テストにおけるテストケースの削減や有用なテストケースの評価に利用することで、動作テストの効率化を図ることがある。

ここで、複数のテストケースをテスタと呼ばれる複数のユーザに割り当て、複数のテスタによる複数の入力をテスト対象装置に対して同時並行的に発生させて、テスト対象装置で実行されるアプリケーションの動作テストを行うことが考えられる。しかし、この場合、複数の実行箇所が、テスタやテスタが操作する端末装置などのアクセス元の区別なく、混在して記録されると、アプリケーションのプログラムの実行箇所に対して、実行原因となったアクセス元を判別することが困難になるという問題がある。

１つの側面では、本発明は、アプリケーションのアクセス元を適切に特定可能にする情報処理プログラム、情報処理装置および情報処理方法を提供することを目的とする。

１つの態様では、情報処理プログラムが提供される。この情報処理プログラムは、コンピュータに、第１の情報処理装置で実行されるアプリケーションのプログラムを記憶する記憶部からプログラムを取得し、アプリケーションに第２の情報処理装置からのアクセスが発生したことに応じてアクセス元を判別するための判別情報を出力する命令文を、取得したプログラムに追加し、命令文が追加されたプログラムに基づいて、アクセスに応じた処理を第１の情報処理装置に実行させ、実行された処理に対応する、プログラムの実行箇所の情報と、アクセスに応じて第１の情報処理装置により出力された判別情報とを対応付けて記憶部に記録し、判別情報に基づいて、第２の情報処理装置を操作するテスタまたは第２の情報処理装置を示すテスタ識別情報を判別する処理を実行させる。

また、１つの態様では、情報処理装置が提供される。
また、１つの態様では、情報処理方法が提供される。

１つの側面では、アプリケーションのアクセス元を適切に特定できる。

第１の実施の形態の情報処理装置の処理例を示す図である。 アクセス元の特定例を示す図である。 第２の実施の形態の情報処理システムの例を示す図である。 アプリケーション利用時の通信例を示す図である。 分析装置のハードウェア例を示す図である。 分析装置の機能例を示す図である。 記憶部に予め格納されるデータの例を示す図である。 書換後プログラムの例を示す図である。 ログの変換例を示す図である。 分析装置の処理例を示すフローチャートである。 モジュール特定処理の例を示すフローチャートである。 プログラム書換処理の例を示すフローチャートである。 テスタ判別処理の例を示すフローチャートである。 第３の実施の形態のアプリケーション利用時の通信例を示す図である。 分析装置の機能例を示す図である。 分析装置の機能例（続き）を示す図である。 記憶部に予め格納されるデータの例を示す図である。 書換後前段プログラムの例を示す図である。 書換後後段プログラムの例を示す図である。 実行時ログの例を示す図である。 引当テーブルの例を示す図である。 テスタ情報付ログの例を示す図である。 モジュール特定処理の例を示すフローチャートである。 プログラム書換処理の例を示すフローチャートである。 テスタ判別処理の例を示すフローチャートである。 アプリケーション利用時の他の通信例を示す図である。 動的書換を行う場合のサーバ装置の機能例を示す図である。 ログ生成の第１の比較例を示す図である。 ログ生成の第１の比較例（続き）を示す図である。 ログ生成の第２の比較例を示す図である。 ログ生成の第２の比較例（続き）を示す図である。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態を説明する。

図１は、第１の実施の形態の情報処理装置の処理例を示す図である。
情報処理装置１０は、テスト対象装置２０により実行されるアプリケーションの動作テストの分析に用いられる。テスト対象装置２０は、動作テスト対象のアプリケーションを実行する装置である。情報処理装置１０、テスト対象装置２０および端末装置３１，３２，３３は、ネットワーク４０に接続されている。アプリケーションの動作テストは、複数のテストケースを含む。

端末装置３１，３２，３３は、複数のテストケースに対応する複数のアクセスを、テスト対象装置２０に対して並列に発生させる。テスト対象装置２０では、複数のアクセスに応じて、アプリケーションによる複数の処理が実行される。

情報処理装置１０は、アプリケーションにより実行された複数の処理に対応する複数の実行箇所と、該当の実行箇所の実行原因となったアクセス元とを適切に対応付け可能にする機能を提供する。情報処理装置１０は、記憶部１１および処理部１２を有する。

記憶部１１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。処理部１２は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。処理部１２はプログラムを実行するプロセッサであってもよい。ここでいう「プロセッサ」には、複数のプロセッサの集合（マルチプロセッサ）も含まれ得る。

記憶部１１は、処理部１２による処理に用いられるデータを記憶する。記憶部１１は、情報処理装置１０の外部に設けられ、情報処理装置１０に接続される記憶装置により実現されてもよい。

処理部１２は、テスト対象装置２０（第１の情報処理装置）で実行されるアプリケーションのプログラムＰ１（オリジナルのプログラム）を取得する。情報処理装置１０は、プログラムＰ１を取得する取得部を有してもよい。

処理部１２は、アプリケーションに端末装置３１，３２，３３の何れかの端末装置（第２の情報処理装置）からのアクセスが発生したことに応じてアクセス元を判別するための判別情報Ａ１を取得する命令文（コード）を、取得したプログラムＰ１に追加する。情報処理装置１０は、当該命令文をプログラムＰ１に追加する追加部を有してもよい。命令文が追加されたプログラムを、書換後プログラムＰ２とする。例えば、プログラムＰ１の実行箇所は、プログラムＰ１に含まれる関数名やメソッド名などにより特定される。

判別情報Ａ１としては、スレッドの識別情報であるスレッド識別情報（スレッドＩＤ（IDentifier）と言う）、および、ユーザエージェント（ＵＡ：User Agent）情報などの複数の情報の組が考えられる。

スレッドＩＤは、動作テスト対象のアプリケーションにより、当該アプリケーションにおけるスレッドの管理のために付与される。スレッドは、ある端末装置からのアクセスに対応するアプリケーションによる一連の処理に対してテスト対象装置２０により割り当てられる。すなわち、同一のスレッドＩＤが付与された実行箇所のアクセス元は、同一の端末装置となる。ＵＡ情報は、端末装置からテスト対象装置２０へのリクエスト（アクセスの要求）に付与されるテスタまたは端末装置の識別情報である。ＵＡ情報は、例えば、端末装置によりＵＡ偽装技術を用いて当該リクエストに付与される。

ただし、スレッドＩＤはアプリケーション側での管理情報なので、複数の端末装置から並列にアクセスがある場合、スレッドＩＤのみでは、端末装置の特定を行うことは難しい。また、ＵＡ情報は、動作テスト対象のアプリケーションのモジュールによっては出力不能なことがある。

そこで、処理部１２は、判別情報Ａ１として、実行箇所の情報（関数名やメソッド名など）に加えて、スレッドＩＤ、または、スレッドＩＤとＵＡ情報との組をログなどに出力する命令文を、プログラムＰ１に追加することが考えられる。

処理部１２は、命令文が追加されたプログラム（書換後プログラムＰ２）に基づいて、アクセスに応じた処理をテスト対象装置２０に実行させる。処理部１２は、実行された処理の情報（処理情報Ａ２）と、アクセスに応じて取得された判別情報Ａ１とを対応付けて、記憶部１１に記録する。処理情報Ａ２は、書換後プログラムＰ２（あるいは、プログラムＰ１）における実行箇所の情報を含む。

例えば、テスト対象装置２０は、書換後プログラムＰ２を実行し、端末装置３１，３２，３３からの複数のアクセスに応じた、書換後プログラムＰ２による複数の処理を実行する。テスト対象装置２０は、処理情報Ａ２とともに、当該処理が実行されたときに取得された判別情報Ａ１を、各処理に対して記録したログを出力する。処理部１２は、当該ログに基づいて、処理情報Ａ２と判別情報Ａ１とを対応付けて、記憶部１１に記録する。

これにより、処理情報Ａ２で示される実行箇所に対して、判別情報Ａ１で示されるアクセス元を適切に特定可能になる。
特に、判別情報Ａ１として、前述のように複数の種類の情報（例えば、スレッドＩＤおよびＵＡ情報など）の組を記録することで、１つの種類の情報だけではアクセス元の特定が困難になる場合でも、アクセス元を適切に特定可能になる。例えば、次の通りである。

図２は、アクセス元の特定例を示す図である。
テスタＵ１，Ｕ２，Ｕ３は、端末装置３１，３２，３３を用いて、テスト対象装置２０の動作テストを行うための操作入力を行うユーザである。テスタＵ１は、端末装置３１を操作する。テスタＵ２は、端末装置３２を操作する。テスタＵ３は、端末装置３３を操作する。複数のテストケースは、テスタＵ１，Ｕ２，Ｕ３により分担される。

例えば、複数のテストケースは、テストケース１，２，３，４を含む。テスタＵ１は、テストケース１，２を担当する。テスタＵ２は、テストケース３を担当する。テスタＵ３は、テストケース４を担当する。

前述のように、処理部１２は、オリジナルのプログラムＰ１に判別情報Ａ１を出力させるための命令文を追加することで、書換後プログラムＰ２を生成する。ここで、命令文は、判別情報Ａ１として、スレッドＩＤおよびＵＡ情報を出力するためのコードであるとする。処理部１２は、書換後プログラムＰ２に基づいて、端末装置３１，３２，３３からのアクセスに応じた処理をテスト対象装置２０に実行させる。

例えば、処理部１２は、書換後プログラムＰ２をテスト対象装置２０に配備する。そして、動作テスト対象のアプリケーションがテスト対象装置２０で実行可能となる。
テスタＵ１，Ｕ２，Ｕ３は、それぞれ端末装置３１，３２，３３を、同時並列的に操作して、自身が担当するテストケースに関する操作入力を行う。端末装置３１，３２，３３は、操作入力の内容（リクエスト）をテスト対象装置２０に送信する。

テスト対象装置２０は、端末装置３１，３２，３３からリクエストを受け付け、リクエストに応じた処理を実行し、当該処理に応じたログＬ１を出力する。ログＬ１には、処理部１２により追加された命令文に応じて、実行箇所の情報とスレッドＩＤとＵＡ情報とが記録される。ただし、ＵＡ情報を出力できないモジュールもあるため、当該モジュールについてはＵＡ情報が記録されない。ログＬ１の１行に相当するレコードは、例えば、メソッド名、スレッドＩＤ、ＵＡ情報の組となる。ただし、ＵＡ情報が設定なし（ハイフン記号「－」で表す）のこともある。

ログＬ１では、上の行から下の行へ向かう方向が時系列の正方向（下の行ほど新しい時刻）である。ここで、テスタＵ１の名称を「テスタＡ」とし、端末装置３１によりリクエストに付与されるＵＡ情報を「Ｔｅｓｔｒａｃｋ／Ａ」とする。また、テスタＵ２の名称を「テスタＢ」とし、端末装置３２によりリクエストに付与されるＵＡ情報を「Ｔｅｓｔｒａｃｋ／Ｂ」とする。更に、テスタＵ３の名称を「テスタＣ」とし、端末装置３３によりリクエストに付与されるＵＡ情報を「Ｔｅｓｔｒａｃｋ／Ｃ」とする。

例えば、ログＬ１の最上段の行には、「テスタＡがテストケース１開始」の文字列が記録されている。この行は注釈行であり、例えば、テスト対象装置２０がテストケース１の開始時に所定のメッセージを端末装置３１から受信することで出力される。注釈行には、例えば、テスト対象装置２０がテストケース１の終了時に所定のメッセージを端末装置３１から受信することで出力される「テスタＡがテストケース１終了」といった文字列を含むものもある。注釈行の出力時刻は、各モジュールの実際の実行時刻と必ずしも同期していない。このため、注釈行が記録されていたとしても、注釈行をアクセス元の判別に用いることができないことがある。また、当該注釈行はログＬ１に記録されないこともある。

例えば、ログＬ１は、「ｍｅｔｈｏｄＡ，ｔｈｒｅａｄ１，Ｔｅｓｔｒａｃｋ／Ａ」というレコードを含む。このレコードは、メソッド名「ｍｅｔｈｏｄＡ」のメソッドの実行に対して、スレッドＩＤ「ｔｈｒｅａｄ１」のスレッド、および、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」が対応することを示す。

また、例えば、ログＬ１は、「ｍｅｔｈｏｄＢ，ｔｈｒｅａｄ１，－」というレコードを含む。このレコードは、メソッド名「ｍｅｔｈｏｄＢ」のメソッドの実行に対して、スレッドＩＤ「ｔｈｒｅａｄ１」のスレッドが対応すること、および、ＵＡ情報の記録がないことを示す。

ログＬ１には、他のテストケースに応じて実行された他のメソッドと、他のスレッドＩＤと、他のＵＡ情報との対応関係を示すレコードも同様に記録される。
処理部１２は、テスト対象装置２０からログＬ１を取得することで、実行された処理の情報（処理情報Ａ２）と、アクセスに応じて取得された判別情報Ａ１とを対応付けて、記憶部１１に記録する。

例えば、処理部１２は、ログＬ１における「ｍｅｔｈｏｄＡ，ｔｈｒｅａｄ１，Ｔｅｓｔｒａｃｋ／Ａ」のレコードから、メソッド名「ｍｅｔｈｏｄＡ」と、スレッドＩＤ「ｔｈｒｅａｄ１」と、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」との対応関係を得る。すると、処理部１２は、ログＬ１の「ｍｅｔｈｏｄＢ，ｔｈｒｅａｄ１，－」のレコードに対して、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」を対応付けることができる。よって、処理部１２は、実行箇所を示すメソッド名（処理情報Ａ２の一例）「ｍｅｔｈｏｄＡ」および「ｍｅｔｈｏｄＢ」のそれぞれに対して、判別情報Ａ１の一例である「ｔｈｒｅａｄ１」および「Ｔｅｓｔｒａｃｋ／Ａ」を対応付けて、記憶部１１に記録し得る。この場合、（上記の注釈行が記録されていなくても）「ｍｅｔｈｏｄＡ」および「ｍｅｔｈｏｄＢ」の一連の処理の実行原因のアクセス元は、テスタＵ１または端末装置３１であると判別される。

また、例えば、処理部１２は、ログＬ１における「ｍｅｔｈｏｄＣ，ｔｈｒｅａｄ２，Ｔｅｓｔｒａｃｋ／Ａ」のレコードから、メソッド名「ｍｅｔｈｏｄＣ」と、スレッドＩＤ「ｔｈｒｅａｄ２」と、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」との対応関係を得る。すると、処理部１２は、ログＬ１の「ｍｅｔｈｏｄＢ，ｔｈｒｅａｄ２，－」のレコードに対して、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」を対応付けることができる。よって、処理部１２は、実行箇所を示すメソッド名（処理情報Ａ２の一例）「ｍｅｔｈｏｄＣ」および「ｍｅｔｈｏｄＢ」のそれぞれに対して、判別情報Ａ１の一例である「ｔｈｒｅａｄ２」および「Ｔｅｓｔｒａｃｋ／Ａ」を対応付けて、記憶部１１に記録し得る。この場合、「ｍｅｔｈｏｄＣ」および「ｍｅｔｈｏｄＢ」の一連の処理の実行原因のアクセス元は、テスタＵ１または端末装置３１であると判別される。

また、例えば、処理部１２は、ログＬ１における「ｍｅｔｈｏｄＢ，ｔｈｒｅａｄ４，Ｔｅｓｔｒａｃｋ／Ｃ」のレコードから、メソッド名「ｍｅｔｈｏｄＢ」と、スレッドＩＤ「ｔｈｒｅａｄ４」と、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ｃ」との対応関係を得る。すると、処理部１２は、ログＬ１の「ｍｅｔｈｏｄＤ，ｔｈｒｅａｄ４，－」のレコードに対して、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ｃ」を対応付けることができる。よって、処理部１２は、実行箇所を示すメソッド名（処理情報Ａ２の一例）「ｍｅｔｈｏｄＢ」および「ｍｅｔｈｏｄＤ」のそれぞれに対して、判別情報Ａ１の一例である「ｔｈｒｅａｄ４」および「Ｔｅｓｔｒａｃｋ／Ｃ」を対応付けて、記憶部１１に記録し得る。この場合、「ｍｅｔｈｏｄＢ」および「ｍｅｔｈｏｄＤ」の一連の処理の実行原因のアクセス元は、テスタＵ３または端末装置３３であると判別される。

更に、例えば、処理部１２は、ログＬ１における「ｍｅｔｈｏｄＣ，ｔｈｒｅａｄ３，Ｔｅｓｔｒａｃｋ／Ｂ」のレコードから、メソッド名「ｍｅｔｈｏｄＣ」と、スレッドＩＤ「ｔｈｒｅａｄ３」と、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ｂ」との対応関係を得る。すると、処理部１２は、ログＬ１の「ｍｅｔｈｏｄＥ，ｔｈｒｅａｄ３，－」のレコードに対して、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ｂ」を対応付けることができる。よって、処理部１２は、実行箇所を示すメソッド名（処理情報Ａ２の一例）「ｍｅｔｈｏｄＣ」および「ｍｅｔｈｏｄＥ」のそれぞれに対して、判別情報Ａ１の一例である「ｔｈｒｅａｄ３」および「Ｔｅｓｔｒａｃｋ／Ｂ」を対応付けて、記憶部１１に記録し得る。この場合、「ｍｅｔｈｏｄＣ」および「ｍｅｔｈｏｄＥ」の一連の処理の実行原因のアクセス元は、テスタＵ２または端末装置３２であると判別される。

このように、情報処理装置１０によれば、第１の情報処理装置（例えば、テスト対象装置２０）で実行されるアプリケーションのプログラムＰ１が取得される。アプリケーションに第２の情報処理装置（例えば、端末装置３１，３２，３３）からのアクセスが発生したことに応じてアクセス元を判別するための判別情報Ａ１を取得する命令文が、取得したプログラムＰ１に追加される。命令文が追加された書換後プログラムＰ２に基づいて、アクセスに応じた処理が第１の情報処理装置により実行される。情報処理装置１０により、実行された処理の情報（処理情報Ａ２）と、アクセスに応じて取得された判別情報Ａ１とが対応付けて記憶部１１に記録される。

これにより、複数の端末装置から並列にアクセスがある場合でも、アプリケーションのアクセス元を適切に特定できる。前述のように、例えば、記憶部１１に記録された情報に基づいて、「ｔｈｒｅａｄ１」に対応する「ｍｅｔｈｏｄＡ」、「ｍｅｔｈｏｄＢ」の一連の実行箇所に対して、アクセス元として、テスタＵ１または端末装置３１が適切に特定される。また、「ｔｈｒｅａｄ２」に対応する「ｍｅｔｈｏｄＣ」、「ｍｅｔｈｏｄＢ」の一連の実行箇所に対して、アクセス元として、テスタＵ１または端末装置３１が適切に特定される。何れの実行箇所が何れのテストケースに属するかは、例えば、端末装置３１におけるテストケースの使用順序を基に特定される。

また、例えば、「ｔｈｒｅａｄ４」に対応する「ｍｅｔｈｏｄＢ」、「ｍｅｔｈｏｄＤ」の一連の実行箇所に対して、アクセス元として、テスタＵ３または端末装置３３が適切に特定される。更に、例えば、「ｔｈｒｅａｄ３」に対応する「ｍｅｔｈｏｄＣ」、「ｍｅｔｈｏｄＥ」の一連の実行箇所に対して、アクセス元として、テスタＵ２または端末装置３２が適切に特定される。

こうして、テスタＵ１，Ｕ２，Ｕ３により、端末装置３１，３２，３３を用いて複数のテストケースに対する操作入力が同時並列的に行われる場合でも、アプリケーションの実行箇所に対して、当該実行箇所の実行原因となったアクセス元を適切に特定できる。その結果、当該実行箇所に対応するテストケースを適切に特定可能になる。このため、例えば、次回以降に行われる動作テストについて、実行箇所が重複するテストケースを集約したり、実行箇所に応じてテストケースを評価し、実行するテストケースを絞り込んだりして、動作テストの効率化を図れる。

更に、複数のテストケースに対する操作入力を並列に行えるようになることで、動作テストを速く完了させることができ、動作テストの所要時間を短縮できる利点もある。
［第２の実施の形態］
次に、第２の実施の形態を説明する。

図３は、第２の実施の形態の情報処理システムの例を示す図である。
第２の実施の形態の情報処理システムは、分析装置１００、サーバ装置２００およびクライアント装置３００，４００を含む。分析装置１００、サーバ装置２００およびクライアント装置３００，４００は、ネットワーク５０に接続されている。ネットワーク５０は、例えば、ＬＡＮ（Local Area Network）である。ネットワーク５０は、ＷＡＮ（Wide Area Network）やインターネットなどでもよい。

テスタ６１，６２は、クライアント装置３００，４００を用いて、サーバ装置２００の動作テストを行うための操作入力を行うユーザである。テスタ６１は、クライアント装置３００を操作する。テスタ６２は、クライアント装置４００を操作する。動作テストは、複数のテストケースを含む。複数のテストケースは、テスタ６１，６２により分担される。

分析装置１００は、サーバ装置２００で実行されるアプリケーションの動作テストにおいて、アプリケーションの実行箇所と、クライアント装置３００，４００またはテスタ６１，６２との対応関係を分析するサーバコンピュータである。分析装置１００は、第１の実施の形態の情報処理装置１０の一例である。

サーバ装置２００は、動作テスト対象のアプリケーションを実行するサーバコンピュータである。動作テスト対象のアプリケーションは、例えば、Ｗｅｂアプリケーションでもよい。例えば、サーバ装置２００は、Ｗｅｂサーバとして機能し、Ｗｅｂアプリケーションによるサービスをクライアント装置３００，４００に提供する。サーバ装置２００は、第１の実施の形態のテスト対象装置２０の一例である。

クライアント装置３００，４００は、それぞれテスタ６１，６２により操作され、テストケースに応じた操作入力の内容を、サーバ装置２００に送信するクライアントコンピュータである。クライアント装置３００，４００は、例えば、Ｗｅｂブラウザとして機能し、サーバ装置２００により提供されるＷｅｂアプリケーションのＧＵＩ（Graphical User Interface）を表示する。テスタ６１，６２は、当該ＧＵＩを操作して、サーバ装置２００に対するテストケースに応じた操作入力を行える。クライアント装置３００，４００は、第１の実施の形態の端末装置３１，３２，３３の一例である。なお、情報処理システムにおけるクライアント装置の数は３以上でもよい。

図４は、アプリケーション利用時の通信例を示す図である。
例えば、テスタ６１は、クライアント装置３００のブラウザにより表示されるＧＵＩの画面３０１を操作して、サーバ装置２００により実行される動作テスト対象のアプリケーション２０１に対するアクセスを行える。同様に、テスタ６２は、クライアント装置４００のブラウザにより表示されるＧＵＩの画面４０１を操作して、サーバ装置２００により実行される動作テスト対象のアプリケーション２０１に対するアクセスを行える。

クライアント装置３００，４００とサーバ装置２００との間の通信には、例えば、ＨＴＴＰ（HyperText Transfer Protocol）が用いられる。アプリケーション２０１は、クライアント装置３００，４００から受け付けるＨＴＴＰリクエストを処理し、要求元のクライアント装置３００，４００に処理結果を応答する。アプリケーション２０１のプログラムは、例えば、Ｊａｖａ（登録商標）などのプログラミング言語を用いて作成される。

図５は、分析装置のハードウェア例を示す図である。
分析装置１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、媒体リーダ１０６およびＮＩＣ（Network Interface Card）１０７を有する。分析装置１００のこれらのハードウェアは、分析装置１００のバスに接続される。なお、ＣＰＵ１０１は、第１の実施の形態の処理部１２に対応する。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１に対応する。

ＣＰＵ１０１は、プログラムの命令を実行するプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ１０２にロードし、プログラムを実行する。なお、ＣＰＵ１０１は複数のプロセッサコアを含んでもよい。また、分析装置１００は複数のプロセッサを有してもよい。以下で説明する処理は複数のプロセッサまたはプロセッサコアを用いて並列に実行されてもよい。また、複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。

ＲＡＭ１０２は、ＣＰＵ１０１が実行するプログラムやＣＰＵ１０１が演算に用いるデータを一時的に記憶する揮発性の半導体メモリである。なお、分析装置１００は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えてもよい。

ＨＤＤ１０３は、ＯＳ（Operating System）やミドルウェアやアプリケーションソフトウェアなどのソフトウェアのプログラム、および、データを記憶する不揮発性の記憶装置である。なお、分析装置１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の記憶装置を備えてもよく、複数の不揮発性の記憶装置を備えてもよい。

画像信号処理部１０４は、ＣＰＵ１０１からの命令に従って、分析装置１００に接続されたディスプレイ１１１に画像を出力する。ディスプレイ１１１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、プラズマディスプレイ、有機ＥＬ（ＯＥＬ：Organic Electro-Luminescence）ディスプレイなど、任意の種類のディスプレイを用いることができる。

入力信号処理部１０５は、分析装置１００に接続された入力デバイス１１２から入力信号を取得し、ＣＰＵ１０１に出力する。入力デバイス１１２としては、マウス・タッチパネル・タッチパッド・トラックボールなどのポインティングデバイス、キーボード、リモートコントローラ、ボタンスイッチなどを用いることができる。また、分析装置１００に、複数の種類の入力デバイスが接続されていてもよい。

媒体リーダ１０６は、記録媒体１１３に記録されたプログラムやデータを読み取る読み取り装置である。記録媒体１１３として、例えば、磁気ディスク、光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）、半導体メモリなどを使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）が含まれる。

媒体リーダ１０６は、例えば、記録媒体１１３から読み取ったプログラムやデータを、ＲＡＭ１０２やＨＤＤ１０３などの他の記録媒体にコピーする。読み取られたプログラムは、例えば、ＣＰＵ１０１によって実行される。なお、記録媒体１１３は可搬型記録媒体であってもよく、プログラムやデータの配布に用いられることがある。また、記録媒体１１３やＨＤＤ１０３を、コンピュータ読み取り可能な記録媒体と言うことがある。

ＮＩＣ１０７は、ネットワーク５０に接続され、ネットワーク５０を介して他のコンピュータと通信を行うインタフェースである。ＮＩＣ１０７は、例えば、ネットワーク５０に属するスイッチやルータなどの通信装置とケーブルで接続される。

図６は、分析装置の機能例を示す図である。
分析装置１００は、記憶部１２０、モジュール特定部１３０、記録コード追加部１４０、書換後プログラム配備部１５０、実行時ログ受信部１６０およびテスタ判別部１７０を有する。記憶部１２０は、ＲＡＭ１０２やＨＤＤ１０３の記憶領域により実現される。モジュール特定部１３０、記録コード追加部１４０、書換後プログラム配備部１５０、実行時ログ受信部１６０およびテスタ判別部１７０は、ＲＡＭ１０２に記憶された所定のプログラムをＣＰＵ１０１により実行することで実現される。

記憶部１２０は、プログラム１２１、モジュール一覧テーブル１２２、判別材料記録箇所リスト１２３、書換後プログラム１２４、実行時ログ１２５、テスタ－ＵＡ対応リスト１２６、引当テーブル１２７およびテスタ情報付ログ１２８を記憶する。

プログラム１２１は、動作テスト対象のアプリケーションのオリジナルのプログラムのファイルである。
モジュール一覧テーブル１２２は、プログラム１２１に含まれるモジュールの名称（モジュール名）の一覧である。モジュール名は、本例では、メソッドの名称（メソッド名）に相当する。モジュール一覧テーブル１２２には、モジュールが属する処理のカテゴリ（モジュールカテゴリと称する）とモジュール名（メソッド名）との対応関係も登録される。

判別材料記録箇所リスト１２３は、モジュールカテゴリに対して記録すべき判別材料の情報を保持する。判別材料としては、スレッドＩＤやＵＡ情報などが用いられる。スレッドＩＤは、動作テスト対象のアプリケーションにより、当該アプリケーションの一連の処理に対して、アクセス元の単位に付与される。ＵＡ情報は、ＵＡ偽装技術を用いて、当該アプリケーションへアクセスするためのリクエストに対して、クライアント装置により付与される。

書換後プログラム１２４は、プログラム１２１に対して、判別材料のログ出力用の命令文が追加されたプログラムのファイルである。
実行時ログ１２５は、書換後プログラム１２４がサーバ装置２００により実行されて、複数のテストケースの操作入力に対する処理が行われた際に、動作テスト対象のアプリケーションにより生成されたログのファイルである。

テスタ－ＵＡ対応リスト１２６は、テスタの識別情報とＵＡ情報との対応関係を示すリストである。
引当テーブル１２７は、実行時ログ１２５に記録されたレコードに対して、テスタの識別情報の引当に用いられるテーブルである。

テスタ情報付ログ１２８は、実行時ログ１２５のレコードに含まれる実行箇所（メソッド名）に対して、テスタの識別情報が付与されたログのファイルである。
記憶部１２０に格納されるデータのうち、プログラム１２１、モジュール一覧テーブル１２２、判別材料記録箇所リスト１２３およびテスタ－ＵＡ対応リスト１２６は、動作テストの開始前に、記憶部１２０に予め格納される。

モジュール特定部１３０は、モジュール一覧テーブル１２２を参照して、プログラム１２１に含まれるメソッド名をモジュールカテゴリに分類する。モジュールカテゴリは、モジュール（メソッドや関数など）による処理内容に対する分類であり、本例では、要求（リクエスト）を受け付ける「要求受信部」および要求受信部以外である「要求受信部外」がある。モジュール特定部１３０は、プログラム１２１のメソッド名の位置、および、当該メソッドの属するモジュールカテゴリを、記録コード追加部１４０に提供する。

記録コード追加部１４０は、判別材料記録箇所リスト１２３に基づいて、モジュール特定部１３０から取得したメソッド名の位置に対応する、プログラム１２１の所定の位置に、当該メソッドの属するモジュールカテゴリに応じた判別材料記録コードを追加する。所定の位置とは、例えば、当該メソッドの処理内容の記述が開始される位置の直前の位置である。これにより、記録コード追加部１４０は、プログラム１２１から書換後プログラム１２４を生成し、記憶部１２０に格納する。

書換後プログラム配備部１５０は、記憶部１２０に記憶された書換後プログラム１２４をサーバ装置２００に配備する。すなわち、書換後プログラム配備部１５０は、サーバ装置２００に書換後プログラム１２４を送信し、サーバ装置２００により書換後プログラム１２４を実行開始させる。

実行時ログ受信部１６０は、複数のテストケースに対して、サーバ装置２００により生成された実行時ログを、サーバ装置２００から受信し、記憶部１２０に格納する。
テスタ判別部１７０は、記憶部１２０に記憶された実行時ログ１２５に基づいて、引当テーブル１２７を生成し、記憶部１２０に格納する。テスタ判別部１７０は、テスタ－ＵＡ対応リスト１２６および引当テーブル１２７に基づいて、実行時ログ１２５に記録されたメソッド名に対してテスタの識別情報を付与したテスタ情報付ログ１２８を生成し、記憶部１２０に格納する。

図７は、記憶部に予め格納されるデータの例を示す図である。
図７（Ａ）は、モジュール一覧テーブル１２２の例を示す。
モジュール一覧テーブル１２２は、モジュールカテゴリおよびモジュール名パターンの項目を含む。モジュールカテゴリの項目には、モジュールカテゴリの名称が登録される。モジュール名パターンの項目には、モジュール名パターンが登録される。モジュール名パターンでは、ワイルドカード（アスタリスク記号「＊」）を用いて、モジュール名が所定のパターンによって示される。

例えば、モジュール一覧テーブル１２２には、モジュールカテゴリが「前段・要求受信部」、モジュール名パターンが「＊．ｄｏＧｅｔ（），＊．ｄｏＰｏｓｔ（）」というレコードが登録されている。このレコードは、モジュール名パターン「＊．ｄｏＧｅｔ（）」または「＊．ｄｏＰｏｓｔ（）」に合致するモジュールは、モジュールカテゴリ「前段・要求受信部」に属することを示す。なお、モジュール名パターン「＊．ｄｏＧｅｔ（）」および「＊．ｄｏＰｏｓｔ（）」の何れにも合致しないモジュールは、モジュールカテゴリ「前段・要求受信部」には属さないことになる。

図７（Ｂ）は、判別材料記録箇所リスト１２３の例を示す。
判別材料記録箇所リスト１２３は、モジュールカテゴリおよび判別材料の項目を含む。モジュールカテゴリの項目には、モジュールカテゴリの名称が登録される。判別材料の項目には、テスタの判別材料となる情報の名称が登録される。

例えば、判別材料記録箇所リスト１２３には、モジュールカテゴリが「前段・要求受信部」、判別材料が「ｃｔｘＴｈｒｅａｄＩｄ，ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ（）」というレコードが登録されている。このレコードは、モジュールカテゴリ「前段・要求受信部」に属するモジュールの処理内容の記述が開始される位置の直前の位置に、「ｃｔｘＴｈｒｅａｄＩｄ」および「ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ（）」の判別材料記録コードを追加することを示す。ここで、「ｃｔｘＴｈｒｅａｄＩｄ」は、動作テスト対象のアプリケーションにより付与されたスレッドＩＤを示す。「ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ」は、アクセス元のクライアント装置により付与されたＵＡ情報を示す。

また、判別材料記録箇所リスト１２３には、モジュールカテゴリが「前段・要求受信部外」、判別材料が「ｃｔｘＴｈｒｅａｄＩｄ」というレコードが登録されている。このレコードは、モジュールカテゴリが「前段・要求受信部外」である（「前段・要求受信部」に属さない）モジュールの処理内容の記述が開始される位置の直前の位置に、「ｃｔｘＴｈｒｅａｄＩｄ」の判別材料記録コードを追加することを示す。ここで、モジュールカテゴリが「前段・要求受信部外」であるモジュールは、ＵＡ情報を取得できず、ＵＡ情報をログに記録できない。このため、モジュールカテゴリが「前段・要求受信部外」であるモジュールによる出力対象の判別情報は、スレッドＩＤとなる。

図７（Ｃ）は、テスタ－ＵＡ対応リスト１２６の例を示す。
テスタ－ＵＡ対応リスト１２６は、テスタ名および判別材料の項目を含む。テスタ名の項目には、テスタの識別情報（テスタ名）が登録される。判別材料の項目には、テスタ名に対応する判別材料の情報が登録される。テスタ－ＵＡ対応リスト１２６では、判別材料としてＵＡ情報が登録される。

例えば、テスタ－ＵＡ対応リスト１２６には、テスタ名が「テスタＡ」、判別材料が「Ｔｅｓｔｒａｃｋ／Ａ」というレコードが登録されている。このレコードは、テスタ名「テスタＡ」に、判別材料におけるＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」が対応付けられることを示す。ここで、「テスタＡ」は、テスタ６１のテスタ名であるとする。また、「Ｔｅｓｔｒａｃｋ／Ａ」は、クライアント装置３００により付与されるＵＡ情報であるとする。

また、テスタ－ＵＡ対応リスト１２６には、テスタ名が「テスタＢ」、判別材料が「Ｔｅｓｔｒａｃｋ／Ｂ」というレコードが登録されている。このレコードは、テスタ名「テスタＢ」に、判別材料におけるＵＡ情報「Ｔｅｓｔｒａｃｋ／Ｂ」が対応付けられていることを示す。ここで、「テスタＢ」は、テスタ６２のテスタ名であるとする。また、「Ｔｅｓｔｒａｃｋ／Ｂ」は、クライアント装置４００により付与されるＵＡ情報であるとする。

テスタ－ＵＡ対応リスト１２６には、他のテスタについても、同様に、テスタ名と判別材料とを対応付けるレコードが予め登録される。
図８は、書換後プログラムの例を示す図である。

書換後プログラム１２４ａ，１２４ｂ，１２４ｃは、プログラム１２１に対する書換後プログラム１２４の一例である。記録コード追加部１４０は、モジュール一覧テーブル１２２および判別材料記録箇所リスト１２３に基づいて、プログラム１２１から書換後プログラム１２４ａ，１２４ｂ，１２４ｃを生成し得る。

書換後プログラム１２４ａの例では、モジュール「ｄｏＧｅｔ（…）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｃｏｒｄ（ｔｈｉｓ．ｎａｍｅ，ｃｔｘＴｈｒｅａｄＩｄ，ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ（））；」という判別材料記録コードが追加されている。「ｔｈｉｓ．ｎａｍｅ」は、該当のモジュール名（メソッド名）である。当該記録コードにより、スレッドＩＤおよびＵＡ情報とともに、該当のモジュール名も実行時ログに記録される。

書換後プログラム１２４ｂの例では、モジュール「ｄｏＰｏｓｔ（…）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｃｏｒｄ（ｔｈｉｓ．ｎａｍｅ，ｃｔｘＴｈｒｅａｄＩｄ，ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ（））；」という判別材料記録コードが追加されている。

書換後プログラム１２４ｃの例では、モジュール「ｍｅｔｈｏｄＡ（）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｃｏｒｄ（ｔｈｉｓ．ｎａｍｅ，ｃｔｘＴｈｒｅａｄＩｄ）」という判別材料記録コードが追加されている。ここで、モジュール一覧テーブル１２２によれば、モジュール「ｍｅｔｈｏｄＡ（）」は、モジュールカテゴリ「前段・要求受信部外」に該当する。したがって、判別材料記録箇所リスト１２３に基づき、モジュール「ｍｅｔｈｏｄＡ（）」については、モジュール名と、スレッドＩＤとを記録し、ＵＡ情報を記録しない判別材料記録コードとなる。

図９は、ログの変換例を示す図である。
実行時ログ１２５では、上の行から下の行へ向かう方向が時系列の正方向（下の行ほど新しい時刻）である。

例えば、実行時ログ１２５には、「テスタＡがテストケース１開始」や「テスタＡがテストケース２終了」などのテスタの操作情報を示す注釈行が含まれる。これらの注釈行は、例えば、サーバ装置２００がクライアント装置から所定のメッセージを受信することで実行時ログ１２５に記録される。ただし、注釈行の出力時刻は、各モジュールの実際の実行時刻と必ずしも同期していない。このため、注釈行が記録されていたとしても、注釈行をアクセス元の判別に用いることができないことがある。また、当該注釈行は実行時ログ１２５に記録されないこともある。

実行時ログ１２５におけるテストケースに対応するレコードは、メソッド名（モジュール名）、スレッドＩＤ、ＵＡ情報を含む。ただし、モジュールによっては、ＵＡ情報を含まないこともある（ＵＡ情報なしは、「－」により表される）。実行時ログ１２５のレコードは、記録された時刻（タイムスタンプ）を含んでもよい。

例えば、実行時ログ１２５は、「ｄｏＧｅｔ，ｔｈｒｅａｄ１，Ｔｅｓｔｒａｃｋ／Ａ」というレコードを含む。このレコードは、メソッド名「ｄｏＧｅｔ」のメソッドの実行に対して、スレッドＩＤ「ｔｈｒｅａｄ１」のスレッド、および、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」が対応することを示す。

また、例えば、実行時ログ１２５は、「ｍｅｔｈｏｄＢ，ｔｈｒｅａｄ１，－」というレコードを含む。このレコードは、メソッド名「ｍｅｔｈｏｄＢ」のメソッドの実行に対して、スレッドＩＤ「ｔｈｒｅａｄ１」のスレッドが対応すること、および、ＵＡ情報の記録がないことを示す。

実行時ログ１２５には、他のテストケースに応じて実行された他のメソッドと、他のスレッドＩＤと、他のＵＡ情報との対応関係を示すレコードも同様に記録される。
テスタ判別部１７０は、実行時ログ１２５に基づいて、引当テーブル１２７を生成する。引当テーブル１２７は、スレッドＩＤおよびＵＡ情報の項目を含む。スレッドＩＤの項目には、スレッドＩＤが登録される。ＵＡ情報の項目には、ＵＡ情報が登録される。

例えば、引当テーブル１２７には、スレッドＩＤが「ｔｈｒｅａｄ１」、ＵＡ情報が「Ｔｅｓｔｒａｃｋ／Ａ」というレコードが登録されている。このレコードは、スレッドＩＤ「ｔｈｒｅａｄ１」がＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」に対応することを示す。

また、引当テーブル１２７には、スレッドＩＤが「ｔｈｒｅａｄ２」、ＵＡ情報が「Ｔｅｓｔｒａｃｋ／Ｂ」というレコードが登録されている。このレコードは、スレッドＩＤ「ｔｈｒｅａｄ２」がＵＡ情報「Ｔｅｓｔｒａｃｋ／Ｂ」に対応することを示す。

また、引当テーブル１２７には、スレッドＩＤが「ｔｈｒｅａｄ３」、ＵＡ情報が「Ｔｅｓｔｒａｃｋ／Ａ」というレコードが登録されている。このレコードは、スレッドＩＤ「ｔｈｒｅａｄ３」がＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」に対応することを示す。

テスタ判別部１７０は、テスタ－ＵＡ対応リスト１２６および引当テーブル１２７に基づいて、実行時ログ１２５からテスタ情報付ログ１２８を生成する。例えば、テスタ判別部１７０は、テスタ－ＵＡ対応リスト１２６の判別情報と引当テーブル１２７のＵＡ情報とをキーに、テスタ－ＵＡ対応リスト１２６と引当テーブル１２７とを結合することで、スレッドＩＤに対するテスタ名を取得する。

そして、テスタ判別部１７０は、実行時ログ１２５におけるスレッドＩＤおよびＵＡ情報の記述を、取得したテスタ名に置換する。また、テスタ判別部１７０は、モジュール一覧テーブル１２２に基づいて、実行時ログ１２５のモジュール名の記述を、モジュールカテゴリ名（あるいは、モジュールカテゴリ名の一部）に置換する。これにより、実行時ログ１２５からテスタ情報付ログ１２８が生成される。

このように、テスタ判別部１７０は、スレッドＩＤやＵＡ情報といった判別情報からテスタ－ＵＡ対応リスト１２６により特定される、クライアント装置を操作するテスタまたはクライアント装置を示すテスタ名（テスタ識別情報）を、メソッド名などの処理の情報と判別情報とに対応付けて記憶部１２０に記録することもできる。これにより、例えば、分析装置１００は、テストケースの評価などを行う際に、当該記録の内容を参照することで、各処理の情報（メソッド名など）に対して、テスタ名を容易に特定可能になる。

次に、分析装置１００による処理手順を説明する。
図１０は、分析装置の処理例を示すフローチャートである。
（Ｓ１）モジュール特定部１３０は、モジュール一覧テーブル１２２を参照して、プログラム１２１におけるモジュール特定処理を実行する。モジュール特定処理の詳細は後述される。

（Ｓ２）記録コード追加部１４０は、モジュール特定処理の結果に基づいて、プログラム１２１に対するプログラム書換処理を実行し、書換後プログラム１２４を生成する。プログラム書換処理の詳細は後述される。

（Ｓ３）書換後プログラム配備部１５０は、書換後プログラム１２４をサーバ装置２００に配備する。すなわち、書換後プログラム配備部１５０は、書換後プログラム１２４をサーバ装置２００に送信し、サーバ装置２００により書換後プログラム１２４を実行開始させる。そして、サーバ装置２００に対して、各テストケースに応じた操作入力が並列に入力され、サーバ装置２００により、実行時ログ１２５が生成される。

（Ｓ４）実行時ログ受信部１６０は、サーバ装置２００から実行時ログ１２５を受信し、記憶部１２０に格納する。
（Ｓ５）テスタ判別部１７０は、実行時ログ１２５に基づいて、テスタ判別処理を実行する。テスタ判別処理の詳細は後述される。

（Ｓ６）テスタ判別部１７０は、テスタ判別処理の結果として生成されるテスタ情報付ログ１２８を出力する。例えば、テスタ判別部１７０は、テスタ情報付ログ１２８を記憶部１２０に格納する。また、テスタ判別部１７０は、ディスプレイ１１１により、テスタ情報付ログ１２８を表示してもよいし、クライアント装置３００，４００にテスタ情報付ログ１２８を送信してもよい。そして、分析装置１００による処理が終了する。

図１１は、モジュール特定処理の例を示すフローチャートである。
モジュール特定処理は、ステップＳ１に相当する。
（Ｓ１０）モジュール特定部１３０は、モジュール一覧テーブル１２２とプログラム１２１とを取得する。

（Ｓ１１）モジュール特定部１３０は、プログラム１２１の各行についてステップＳ１２，Ｓ１３を繰り返し実行する。なお、プログラム１２１が複数のファイルに分割されている場合、ファイル毎に、ステップＳ１２，Ｓ１３を繰り返し実行する。

（Ｓ１２）モジュール特定部１３０は、該当の行から、メソッド名（モジュール名）を完全修飾名で抽出する。
（Ｓ１３）モジュール特定部１３０は、モジュール一覧テーブル１２２を参照して、（１）（前段・）要求受信部、および、（２）（前段・）要求受信部外に、該当のメソッドを分類する。

（Ｓ１４）モジュール特定部１３０は、プログラム１２１に含まれる全ての行を処理すると、繰り返しを終了し、ステップＳ１５に進む。
（Ｓ１５）モジュール特定部１３０は、抽出した各メソッドについて、ステップＳ１６を繰り返し実行する。

（Ｓ１６）モジュール特定部１３０は、判別材料記録箇所リスト１２３に基づき、メソッドの位置情報と判別材料記録箇所とを対応付けて記録する。すなわち、モジュール特定部１３０は、抽出したメソッドの、プログラム１２１における位置を示す情報に対して、判別材料記録箇所リスト１２３における該当のレコードを対応付けた対応表を生成する。

（Ｓ１７）モジュール特定部１３０は、抽出された全てのメソッドを処理すると、繰り返しを終了し、ステップＳ１８に進む。
（Ｓ１８）モジュール特定部１３０は、ステップＳ１６で生成したメソッドの位置情報と判別材料記録箇所との対応表を出力する（例えば、記憶部１２０に対応表を格納する）。そして、モジュール特定処理が終了する。

図１２は、プログラム書換処理の例を示すフローチャートである。
プログラム書換処理は、ステップＳ２に相当する。
（Ｓ２０）記録コード追加部１４０は、プログラム１２１と、前段処理（モジュール特定処理）で出力された対応表とを取得する。

（Ｓ２１）記録コード追加部１４０は、プログラム１２１（あるいは対応表）の各メソッドについて、ステップＳ２２を繰り返し実行する。
（Ｓ２２）記録コード追加部１４０は、プログラム１２１において、ステップＳ２０で取得した対応表に記録されたメソッドの位置に、対応する判別材料を出力する判別材料記録コードを追加する。判別材料として、対応表に記録されたメソッドのモジュールカテゴリに対して、判別材料記録箇所リスト１２３に登録された判別材料が用いられる。

（Ｓ２３）記録コード追加部１４０は、全てのメソッドを処理すると、繰り返しを終了し、ステップＳ２４に進む。
（Ｓ２４）記録コード追加部１４０は、プログラム１２１に対して判別材料記録コードを追加した書換後プログラム１２４を出力する。そして、プログラム書換処理が終了する。

図１３は、テスタ判別処理の例を示すフローチャートである。
テスタ判別処理は、ステップＳ５に相当する。
（Ｓ３０）テスタ判別部１７０は、実行時ログ１２５およびテスタ－ＵＡ対応リスト１２６を取得する。

（Ｓ３１）テスタ判別部１７０は、実行時ログ１２５の各行（各レコード）について、ステップＳ３２～Ｓ３４を繰り返し実行する（判定に応じて実行されないステップもある）。

（Ｓ３２）テスタ判別部１７０は、該当の行がテスタの操作情報であるか否かを判定する。該当の行がテスタの操作情報である場合、ステップＳ３１に処理が進む（次の行に移る）。該当の行がテスタの操作情報でない場合、ステップＳ３３に処理が進む。前述のように、操作情報の行は、注釈行に相当する。

（Ｓ３３）テスタ判別部１７０は、該当の行に含まれるメソッドのモジュールカテゴリが、（前段・）要求受信部であるか否かを判定する。モジュールカテゴリが、（前段・）要求受信部である場合、ステップＳ３４に処理が進む。モジュールカテゴリが、（前段・）要求受信部でない場合、ステップＳ３５に処理が進む。なお、該当の行に含まれるメソッドのモジュールカテゴリが、（前段・）要求受信部であるか否かは、例えば、当該メソッド名がモジュール一覧テーブルの前段・要求受信部のモジュール名パターンを満たすか否かによって判定される。

（Ｓ３４）テスタ判別部１７０は、該当の行に含まれるＵＡ情報とスレッドＩＤの対を、引当テーブル１２７に記録する。
（Ｓ３５）テスタ判別部１７０は、実行時ログ１２５の全ての行を処理すると、繰り返しを終了し、ステップＳ３６に進む。

（Ｓ３６）テスタ判別部１７０は、引当テーブル１２７およびテスタ－ＵＡ対応リスト１２６を用いて、スレッドＩＤをテスタ名に変換する。そして、テスタ判別処理が終了する。

こうして、テスタ判別部１７０は、テスタ名の情報を含むテスタ情報付ログ１２８を出力する。
これにより、アプリケーションのアクセス元を適切に特定できる。例えば、図９のテスタ情報付ログ１２８の例でいえば、２，３，７，９，１０行目の各実行箇所に対して、実行原因となったテスタ６１（テスタ名「テスタＡ」）が適切に特定される。何れの実行箇所が何れのテストケースに属するかは、例えば、クライアント装置３００におけるテストケースの使用順序を基に特定される。分析装置１００が、何れの実行箇所が何れのテストケースに属するかの特定を行ってもよい。

また、例えば、テスタ情報付ログ１２８の５行目の実行箇所「ｄｏＧｅｔ」に対して、実行原因となったテスタ６２（テスタ名「テスタＢ」）が適切に特定される。
こうして、複数のテスタにより、複数のクライアント装置を用いて複数のテストケースに対する操作入力が同時並列的に行われる場合でも、アプリケーションの実行箇所に対して、当該実行箇所の実行原因となったアクセス元を適切に特定できる。その結果、当該実行箇所に対応するテストケースを適切に特定可能になる。このため、例えば、次回以降に行われる動作テストについて、実行箇所が重複するテストケースを集約したり、実行箇所に応じてテストケースを評価し、実行するテストケースを絞り込んだりして、動作テストの効率化を図れる。

更に、複数のテストケースに対する操作入力を並列に行えるようになることで、動作テストを速く完了させることができ、動作テストの所要時間を短縮できる利点もある。
［第３の実施の形態］
次に第３の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。

サーバ装置２００において、アプリケーションが多段に構成されることがある。アプリケーションが多段になっている場合、後段のアプリケーションからはＵＡ情報も呼出元のスレッド情報も参照できない（前段と後段とで独立にスレッドＩＤが付与される）。このため、前段のアプリケーションの実行箇所に対する後段のアプリケーションの実行箇所を辿れず、一連の実行箇所の実行原因となったアクセス元を特定することが困難になる。

そこで、第３の実施の形態では、アプリケーションが多段に構成されている場合にも、アクセス元を適切に特定可能にする機能を提供する。
なお、第３の実施の形態の情報処理システムの構成および各装置のハードウェア例は、図３および図５で例示した第２の実施の形態の情報処理システムの構成およびハードウェア例と同様である。

図１４は、第３の実施の形態のアプリケーション利用時の通信例を示す図である。
例えば、サーバ装置２００は、画面ＩＦ（InterFace）処理アプリ２０２および業務処理アプリ２０３を有する。

画面ＩＦ処理アプリ２０２は、例えば、クライアント装置３００の画面３０１における操作入力やクライアント装置４００の画面４０１における操作入力に応じたリクエストを受け付ける前段アプリケーションである。画面ＩＦ処理アプリ２０２は、例えば、Ｊａｖａ Ｓｅｒｖｌｅｔにより実現される。画面ＩＦ処理アプリ２０２は、クライアント装置３００，４００からのリクエストに応じて業務処理アプリ２０３に業務処理のリクエストを発行する。画面ＩＦ処理アプリ２０２は、業務処理アプリ２０３による処理結果を受け付け、要求元のクライアント装置に、処理結果を応答する。

業務処理アプリ２０３は、クライアント装置３００，４００からの要求に対して、画面ＩＦ処理アプリ２０２で発行された要求を処理し、画面ＩＦ処理アプリ２０２に処理結果を応答する後段アプリケーションである。業務処理アプリ２０３は、例えば、Ｊａｖａなどで記述されたプログラム（例えば、Ｊａｖａ Ｓｅｒｖｌｅｔなど）により実現される。前述のように、後段アプリケーションである業務処理アプリ２０３は、ＵＡ情報を取得できない。

画面ＩＦ処理アプリ２０２および業務処理アプリ２０３の間の通信には、例えば、ＣＯＲＢＡ（Common Object Request Broker Architecture）／ＩＩＯＰ（Internet Inter-ORB Protocol）などのプロトコルが用いられる。ただし、他の通信プロトコルが用いられてもよい。

第３の実施の形態では、分析装置１００に代えて、分析装置５００を有する。次に、分析装置５００の機能例を説明する。
図１５は、分析装置の機能例を示す図である。

分析装置５００は、記憶部５２０、モジュール特定部５３０、記録コード追加部５４０および書換後プログラム配備部５５０を有する。記憶部５２０は、分析装置５００が有するＲＡＭやＨＤＤなどの記憶領域により実現される。モジュール特定部５３０、記録コード追加部５４０および書換後プログラム配備部５５０は、分析装置５００のＲＡＭに記憶された所定のプログラムを分析装置５００のＣＰＵにより実行することで実現される。

記憶部５２０は、前段プログラム５２１ａ、後段プログラム５２１ｂ、モジュール一覧テーブル５２２、連携ＩＤ記録箇所リスト５２３、判別材料記録箇所リスト５２４、書換後前段プログラム５２５ａおよび書換後後段プログラム５２５ｂを記憶する。

前段プログラム５２１ａは、動作テスト対象の前段アプリケーションのオリジナルのプログラムのファイルである。後段プログラム５２１ｂは、動作テスト対象の後段アプリケーションのオリジナルのプログラムのファイルである。

モジュール一覧テーブル５２２は、プログラム１２１に含まれるモジュールの名称（モジュール名）の一覧である。
連携ＩＤ記録箇所リスト５２３は、所定の連携識別情報（連携ＩＤと言う）の記録を行う記録コードを追加すべき各プログラム中の位置を、前段アプリケーションおよび後段アプリケーション毎に示す。連携ＩＤは、前段アプリケーションと後段アプリケーションとの間の連携を識別するための情報である。前段アプリケーションと後段アプリケーションとで連携ＩＤに対応する変数名は異なる可能性があるが、該当の変数に対して、共通の値が設定される。連携ＩＤは、クライアント装置から前段アプリケーションへの要求が発生したことに応じて前段アプリケーションにより当該要求に対して付与され、前段アプリケーションから連携先の後段アプリケーションに通知される。前段アプリケーションから後段アプリケーションへの要求とともに連携ＩＤが後段アプリケーションに通知され得る。

例えば、連携ＩＤとしては、前段アプリケーション（例えば、Ｗｅｂアプリケーション）がリクエスト元に対して付与するセッションＩＤを用いることができる。セッションＩＤは、前段アプリケーションから後段アプリケーションに対するリクエストを介して後段アプリケーションにも引き渡される。セッションＩＤは、例えば、障害追跡などのために用いられることがある。

ただし、セッションＩＤは、付与されないことがある。例えば、静的ページアクセスやログイン前のアクセスではセッションＩＤは付与されない。また、アプリケーションによって、セッション情報の付与方法が異なるため、セッションＩＤのみから、直接、テスタまたはクライアント装置を特定するのは難しいこともある。

判別材料記録箇所リスト５２４は、モジュールカテゴリに対して記録すべき判別材料の情報を保持する。判別材料としては、スレッドＩＤやＵＡ情報などが用いられる。
書換後前段プログラム５２５ａは、前段プログラム５２１ａに対して、連携ＩＤおよび判別材料のログ出力用の命令文が追加されたプログラムのファイルである。連携ＩＤの出力用の命令文は、連携ＩＤ記録コードと呼ばれる。判別材料の出力用の命令文は、判別材料記録コードと呼ばれる。

書換後後段プログラム５２５ｂは、後段プログラム５２１ｂに対して、連携ＩＤおよび判別材料のログ出力用の命令文が追加されたプログラムのファイルである。
前段プログラム５２１ａ、後段プログラム５２１ｂ、モジュール一覧テーブル５２２、連携ＩＤ記録箇所リスト５２３、判別材料記録箇所リスト５２４は、動作テストの開始前に、記憶部５２０に予め格納される。

モジュール特定部５３０は、モジュール一覧テーブル５２２を参照して、前段プログラム５２１ａおよび後段プログラム５２１ｂに含まれるメソッド名をモジュールカテゴリに分類する。また、モジュール特定部５３０は、連携ＩＤ記録箇所リスト５２３を参照して、連携ＩＤを記録するための命令文を追加すべきメソッドを特定する。モジュール特定部５３０は、前段プログラム５２１ａおよび後段プログラム５２１ｂのそれぞれに含まれるメソッド名の位置、および、当該メソッドの属するモジュールカテゴリを、記録コード追加部５４０に提供する。

記録コード追加部５４０は、連携ＩＤ記録箇所リスト５２３に基づき、モジュール特定部５３０から取得したメソッド名の位置に対応する、前段プログラム５２１ａの所定の位置に、当該メソッドの属するモジュールカテゴリに応じた連携ＩＤ記録コードを追加する。所定の位置は、連携ＩＤ記録箇所リスト５２３により指定される。記録コード追加部５４０は、後段プログラム５２１ｂに対しても同様に、連携ＩＤ記録コードを追加する。

記録コード追加部５４０は、判別材料記録箇所リスト５２４に基づき、モジュール特定部５３０から取得したメソッド名の位置に対応する、前段プログラム５２１ａの所定の位置に、当該メソッドの属するモジュールカテゴリに応じた判別材料記録コードを追加する。所定の位置とは、例えば、当該メソッドの処理内容の記述が開始される位置の直前の位置である。記録コード追加部５４０は、後段プログラム５２１ｂに対しても同様に、判別材料記録コードを追加する。

こうして、記録コード追加部５４０は、前段プログラム５２１ａから書換後前段プログラム５２５ａを生成し、記憶部５２０に格納する。また、記録コード追加部５４０は、後段プログラム５２１ｂから書換後後段プログラム５２５ｂを生成し、記憶部５２０に格納する。

書換後プログラム配備部５５０は、記憶部５２０に記憶された書換後前段プログラム５２５ａおよび書換後後段プログラム５２５ｂをサーバ装置２００に配備する。すなわち、書換後プログラム配備部５５０は、書換後前段プログラム５２５ａおよび書換後後段プログラム５２５ｂをサーバ装置２００に送信し、書換後前段プログラム５２５ａおよび書換後後段プログラム５２５ｂをサーバ装置２００により実行開始させる。

図１６は、分析装置の機能例（続き）を示す図である。
分析装置５００は、図１５で例示した機能に加えて、実行時ログ受信部５６０およびテスタ判別部５７０を有する。実行時ログ受信部５６０およびテスタ判別部５７０は、分析装置５００のＲＡＭに記憶された所定のプログラムを分析装置５００のＣＰＵにより実行することで実現される。

記憶部５２０は、更に、前段実行時ログ５２６ａ、後段実行時ログ５２６ｂ、テスタ－ＵＡ対応リスト５２７、引当テーブル５２８およびテスタ情報付ログ５２９を記憶する。
前段実行時ログ５２６ａは、書換後前段プログラム５２５ａがサーバ装置２００により実行されて、複数のテストケースの操作入力に対応する処理が行われた際に、前段アプリケーションにより生成されたログのファイルである。

後段実行時ログ５２６ｂは、書換後後段プログラム５２５ｂがサーバ装置２００により実行されて、複数のテストケースの操作入力に対応する処理が行われた際に、後段アプリケーションにより生成されたログのファイルである。

テスタ－ＵＡ対応リスト５２７は、テスタの識別情報とＵＡ情報との対応関係を示すリストである。
引当テーブル５２８は、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂに記録されたレコードに対して、テスタの識別情報の引当に用いられるテーブルである。

テスタ情報付ログ５２９は、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂのレコードに含まれる実行箇所（メソッド名）に対して、テスタの識別情報が付与されたログのファイルである。

テスタ－ＵＡ対応リスト５２７は、動作テストの開始前に、記憶部１２０に予め格納される。
実行時ログ受信部５６０は、複数のテストケースに対して、サーバ装置２００により生成された前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂを、サーバ装置２００から受信し、記憶部５２０に格納する。

テスタ判別部５７０は、記憶部５２０に記憶された前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂに基づいて、引当テーブル５２８を生成し、記憶部５２０に格納する。テスタ判別部５７０は、テスタ－ＵＡ対応リスト５２７および引当テーブル５２８に基づいて、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂに記録されたメソッド名に対してテスタの識別情報を付与したテスタ情報付ログ５２９を生成する。テスタ判別部５７０は、生成したテスタ情報付ログ５２９を記憶部５２０に格納する。

図１７は、記憶部に予め格納されるデータの例を示す図である。
図１７（Ａ）は、モジュール一覧テーブル５２２の例を示す。
モジュール一覧テーブル５２２は、モジュール一覧テーブル１２２と同様のデータ構造を有する。モジュール一覧テーブル５２２は、前段プログラム５２１ａおよび後段プログラム５２１ｂのそれぞれに含まれるモジュール名のパターンと、当該モジュール名のパターンが属するモジュールカテゴリとの対応関係を保持する。モジュールカテゴリは、前段プログラム５２１ａおよび後段プログラム５２１ｂの区別を含む。

例えば、モジュール一覧テーブル５２２には、モジュールカテゴリが「前段・要求受信部」、モジュール名パターンが「＊．ｄｏＧｅｔ（），＊．ｄｏＰｏｓｔ（）」というレコードが登録されている。このレコードは、モジュール名パターン「＊．ｄｏＧｅｔ（）」または「＊．ｄｏＰｏｓｔ（）」に合致するモジュールは、モジュールカテゴリ「前段・要求受信部」に属することを示す。なお、モジュール名パターン「＊．ｄｏＧｅｔ（）」および「＊．ｄｏＰｏｓｔ（）」の何れにも合致しない前段プログラム５２１ａのモジュールは、前段プログラム５２１ａには属するが、モジュールカテゴリ「前段・要求受信部」には属さないことになる。

また、モジュール一覧テーブル５２２には、モジュールカテゴリが「後段・要求受信部」、モジュール名パターンが「ｃｏｍ．ｆｊ．Ｒｅｃｅｉｖｅｒ．ｒｅｃｅｉｖｅ（）」というレコードが登録されている。このレコードは、モジュール名パターン「ｃｏｍ．ｆｊ．Ｒｅｃｅｉｖｅｒ．ｒｅｃｅｉｖｅ（）」に合致するモジュールは、モジュールカテゴリ「後段・要求受信部」に属することを示す。なお、モジュール名パターン「ｃｏｍ．ｆｊ．Ｒｅｃｅｉｖｅｒ．ｒｅｃｅｉｖｅ（）」に合致しない後段プログラム５２１ｂのモジュールは、後段プログラム５２１ｂには属するが、モジュールカテゴリ「後段・要求受信部」には属さないことになる。

図１７（Ｂ）は、連携ＩＤ記録箇所リスト５２３の例を示す。
連携ＩＤ記録箇所リスト５２３は、段、記録箇所および記録名の項目を含む。段の項目には、前段（前段プログラム５２１ａ）または後段（後段プログラム５２１ｂ）の区分が登録される。記録箇所の項目には、連携ＩＤを記録する連携ＩＤ記録コードを追加する位置を示す情報が登録される。記録名の項目には、連携ＩＤが代入される変数名が登録される。

例えば、連携ＩＤ記録箇所リスト５２３には、段が「前段」、記録箇所が「ｃｏｍ．ｆｊ．ＦｊＳｅｓｓｉｏｎ．ａｓｓｉｇｎ（）の直後」、記録名が「ｓｅｓｓｉｏｎＩｄ」というレコードが登録されている。このレコードは、前段プログラム５２１ａにおけるモジュール「ｃｏｍ．ｆｊ．ＦｊＳｅｓｓｉｏｎ．ａｓｓｉｇｎ（）」の処理内容の記述の直後の位置に、変数名「ｓｅｓｓｉｏｎＩｄ」の値を記録対象に指定した連携ＩＤ記録コードを追加することを示す。

また、連携ＩＤ記録箇所リスト５２３には、段が「後段」、記録箇所が「ｃｏｍ．ｆｊ．Ｒｅｃｅｉｖｅｒ．ｒｅｃｅｉｖｅ（）の直前」、記録名が「ｒｅｑｕｅｓｔＩｄ」というレコードが登録されている。このレコードは、後段プログラム５２１ｂにおけるモジュール「ｃｏｍ．ｆｊ．Ｒｅｃｅｉｖｅｒ．ｒｅｃｅｉｖｅ（）」の処理内容の記述の直前の位置に、変数名「ｒｅｑｕｅｓｔＩｄ」の値を記録対象に指定した連携ＩＤ記録コードを追加することを示す。

図１７（Ｃ）は、判別材料記録箇所リスト５２４の例を示す。
判別材料記録箇所リスト５２４は、判別材料記録箇所リスト１２３と同様のデータ構造を有する。例えば、判別材料記録箇所リスト５２４には、モジュールカテゴリが「前段・要求受信部」、判別材料が「ｃｔｘＴｈｒｅａｄＩｄ，ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ（）」というレコードが登録されている。このレコードは、モジュールカテゴリ「前段・要求受信部」に属するモジュールの処理内容の記述開始位置の直前の位置に、「ｃｔｘＴｈｒｅａｄＩｄ」および「ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ（）」の判別材料記録コードを追加することを示す。ここで、「ｃｔｘＴｈｒｅａｄＩｄ」は、前段アプリケーションにより付与されたスレッドＩＤを示す。後段アプリケーションでも、スレッドＩＤは「ｃｔｘＴｈｒｅａｄＩｄ」により示される。「ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ」は、アクセス元のクライアント装置により付与されたＵＡ情報を示す。

また、判別材料記録箇所リスト５２４には、モジュールカテゴリが、「前段・要求受信部外」、判別材料が「ｃｔｘＴｈｒｅａｄＩｄ」というレコードが登録されている。このレコードは、前段プログラム５２１ａのうち、モジュールカテゴリが「前段・要求受信部外」である（「前段・要求受信部」に属さない）モジュールの処理内容の記述開始位置の直前に「ｃｔｘＴｈｒｅａｄＩｄ」の判別材料記録コードを追加することを示す。ここで、前段プログラム５２１ａのうち、モジュールカテゴリが「前段・要求受信部外」であるモジュールは、ＵＡ情報を取得できず、ＵＡ情報をログに記録できない。このため、モジュールカテゴリが「前段・要求受信部外」であるモジュールによる出力対象の判別情報は、スレッドＩＤとなる。

また、判別材料記録箇所リスト５２４には、モジュールカテゴリが「後段・要求受信部」、判別材料が「ｃｔｘＴｈｒｅａｄＩｄ」というレコードが登録されている。このレコードは、後段プログラム５２１ｂのうち、モジュールカテゴリ「後段・要求受信部」に属するモジュールの処理内容の記述開始位置の直前に、「ｃｔｘＴｈｒｅａｄＩｄ」の判別材料記録コードを追加することを示す。

また、判別材料記録箇所リスト５２４には、モジュールカテゴリが「後段・要求受信部外」、判別材料が「ｃｔｘＴｈｒｅａｄＩｄ」というレコードが登録されている。このレコードは、後段プログラム５２１ｂのうち、モジュールカテゴリが「後段・要求受信部外」である（「後段・要求受信部」に属さない）モジュールの処理内容の記述開始位置の直前に「ｃｔｘＴｈｒｅａｄＩｄ」の判別材料記録コードを追加することを示す。

図１７（Ｄ）は、テスタ－ＵＡ対応リスト５２７の例を示す。
テスタ－ＵＡ対応リスト５２７は、テスタ－ＵＡ対応リスト１２６と同様のデータ構造を有する。テスタ－ＵＡ対応リスト５２７が保持する情報は、テスタ－ＵＡ対応リスト１２６と同様であるため、説明を省略する。

図１８は、書換後前段プログラムの例を示す図である。
書換後前段プログラム５２５ａ１，５２５ａ２，５２５ａ３は、書換後前段プログラム５２５ａの一例である。記録コード追加部５４０は、モジュール一覧テーブル５２２、連携ＩＤ記録箇所リスト５２３および判別材料記録箇所リスト５２４に基づいて、前段プログラム５２１ａから書換後前段プログラム５２５ａ１，５２５ａ２，５２５ａ３を生成し得る。

書換後前段プログラム５２５ａ１の例では、モジュール「ｄｏＧｅｔ（…）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｃｏｒｄ（ｔｈｉｓ．ｎａｍｅ，ｃｔｘＴｈｒｅａｄＩｄ，ｒｑ．ｇｅｔＵｓｅｒＡｇｅｎｔ（））；」という判別材料記録コードが追加されている。

書換後前段プログラム５２５ａ２の例では、モジュール「ｃｏｍ．ｆｊ．ＦｊＳｅｓｓｉｏｎ．ａｓｓｉｇｎ（）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｃｏｒｄ（ｔｈｉｓ．ｎａｍｅ，ｃｔｘＴｈｒｅａｄＩｄ）；」という判別材料記録コードが追加されている。

また、書換後前段プログラム５２５ａ２の例では、モジュール「ｃｏｍ．ｆｊ．ＦｊＳｅｓｓｉｏｎ．ａｓｓｉｇｎ（）」の処理内容の記述の直後に、「ｌｏｇ．ｒｅｌａｔｅ（ｃｔｘＴｈｒｅａｄＩｄ，ｓｅｓｓｉｏｎＩｄ）；」という連携ＩＤ記録コードが追加されている。ここで、コマンド「ｌｏｇ．ｒｅｌａｔｅ（ｃｔｘＴｈｒｅａｄＩｄ，ｓｅｓｓｉｏｎＩｄ）」は、直前のコマンド「ｌｏｇ．ｒｅｃｏｒｄ（）」で記録されたスレッドＩＤ（「ｃｔｘＴｈｒｅａｄＩｄ」）に関連付けて、連携ＩＤ（「ｓｅｓｓｉｏｎＩｄ」）を記録するコマンドである。

書換後前段プログラム５２５ａ３の例では、モジュール「ｍｅｔｈｏｄＡ（）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｃｏｒｄ（ｔｈｉｓ．ｎａｍｅ，ｃｔｘＴｈｒｅａｄＩｄ）」という判別材料記録コードが追加されている。

図１９は、書換後後段プログラムの例を示す図である。
書換後後段プログラム５２５ｂ１，５２５ｂ２は、書換後後段プログラム５２５ｂの一例である。記録コード追加部５４０は、モジュール一覧テーブル５２２、連携ＩＤ記録箇所リスト５２３および判別材料記録箇所リスト５２４に基づいて、後段プログラム５２１ｂから書換後後段プログラム５２５ｂ１，５２５ｂ２を生成し得る。

書換後後段プログラム５２５ｂ１の例では、モジュール「ｃｏｍ．ｆｊ．Ｒｅｃｅｉｖｅｒ．ｒｅｃｅｉｖｅ（…）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｃｏｒｄ（ｔｈｉｓ．ｎａｍｅ，ｃｔｘＴｈｒｅａｄＩｄ）；」という判別材料記録コードが追加されている。

また、書換後後段プログラム５２５ｂ１の例では、モジュール「ｃｏｍ．ｆｊ．Ｒｅｃｅｉｖｅｒ．ｒｅｃｅｉｖｅ（…）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｌａｔｅ（ｃｔｘＴｈｒｅａｄＩｄ，ｒｅｑｕｅｓｔＩｄ）」という連携ＩＤ記録コードが追加されている。

書換後後段プログラム５２５ｂ２の例では、モジュール「ｍｅｔｈｏｄＡ（）」の処理内容の記述の直前に、「ｌｏｇ．ｒｅｃｏｒｄ（ｔｈｉｓ．ｎａｍｅ，ｃｔｘＴｈｒｅａｄＩｄ）」という判別材料記録コードが追加されている。

図２０は、実行時ログの例を示す図である。
図２０（Ａ）は、前段実行時ログ５２６ａの例を示す。図２０（Ｂ）は、後段実行時ログ５２６ｂの例を示す。前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂでは、連携ＩＤ記録コードに基づいて連携ＩＤが記録される点が、前述の実行時ログ１２５と異なる。前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂでは、上の行から下の行へ向かう方向が時系列の正方向（下の行ほど新しい時刻）である。前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂの各レコードは、記録された時刻（タイムスタンプ）を含むが、図示を省略している。

例えば、前段実行時ログ５２６ａの３行目には、書換後前段プログラム５２５ａ２に追加された連携ＩＤ記録コードに基づいて、メソッド名「ａｓｓｉｇｎ」、スレッドＩＤ「ｔｈｒｅａｄ１」に対し、連携ＩＤ「ｓｅｓｓｉｏｎＡＡＡＡＡＡ」が記録されている。

また、前段実行時ログ５２６ａの７行目には、書換後前段プログラム５２５ａ２に追加された連携ＩＤ記録コードに基づいて、メソッド名「ａｓｓｉｇｎ」、スレッドＩＤ「ｔｈｒｅａｄ２」に対し、連携ＩＤ「ｓｅｓｓｉｏｎＢＢＢＢＢＢ」が記録されている。

更に、前段実行時ログ５２６ａの１０行目には、書換後前段プログラム５２５ａ２に追加された連携ＩＤ記録コードに基づいて、メソッド名「ａｓｓｉｇｎ」、スレッドＩＤ「ｔｈｒｅａｄ３」に対し、連携ＩＤ「ｓｅｓｓｉｏｎＡＡＡＡＡＡ」が記録されている。

例えば、後段実行時ログ５２６ｂの３行目には、書換後後段プログラム５２５ｂ１に追加された連携ＩＤ記録コードに基づいて、メソッド名「ｒｅｃｅｉｖｅ」、スレッドＩＤ「ｔｈｒｅａｄ３」に対し、連携ＩＤ「ｓｅｓｓｉｏｎＡＡＡＡＡＡ」が記録されている。

また、後段実行時ログ５２６ｂの５行目には、書換後後段プログラム５２５ｂ１に追加された連携ＩＤ記録コードに基づいて、メソッド名「ｒｅｃｅｉｖｅ」、スレッドＩＤ「ｔｈｒｅａｄ４」に対し、連携ＩＤ「ｓｅｓｓｉｏｎＢＢＢＢＢＢ」が記録されている。

更に、後段実行時ログ５２６ｂの９行目には、書換後後段プログラム５２５ｂ１に追加された連携ＩＤ記録コードに基づいて、メソッド名「ｒｅｃｅｉｖｅ」、スレッドＩＤ「ｔｈｒｅａｄ５」に対し、連携ＩＤ「ｓｅｓｓｉｏｎＡＡＡＡＡＡ」が記録されている。

図２１は、引当テーブルの例を示す図である。
引当テーブル５２８は、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂに基づいて、テスタ判別部５７０により生成され、記憶部５２０に格納される。引当テーブル５２８は、連携ＩＤ、前段スレッドＩＤ、後段スレッドＩＤおよびＵＡ情報の項目を含む。

連携ＩＤの項目には、連携ＩＤが登録される。前段スレッドＩＤの項目には、前段アプリケーションにより記録されたスレッドＩＤ（前段スレッドＩＤと言う）が登録される。後段スレッドＩＤの項目には、後段アプリケーションにより記録されたスレッドＩＤ（後段スレッドＩＤと言う）が登録される。ＵＡ情報の項目には、ＵＡ情報が登録される。

例えば、引当テーブル５２８には、連携ＩＤが「ｓｅｓｓｉｏｎＡＡＡＡＡＡ」、前段スレッドＩＤが「ｔｈｒｅａｄ１」、後段スレッドＩＤが設定なし「－」、ＵＡ情報が「Ｔｅｓｔｒａｃｋ／Ａ」というレコードが登録されている。このレコードは、連携ＩＤ「ｓｅｓｓｉｏｎＡＡＡＡＡＡ」、スレッドＩＤ「ｔｈｒｅａｄ１」が、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」に対応することを示す。

また、引当テーブル５２８には、連携ＩＤが「ｓｅｓｓｉｏｎＡＡＡＡＡＡ」、前段スレッドＩＤが設定なし「－」、後段スレッドＩＤが「ｔｈｒｅａｄ３」、ＵＡ情報が「Ｔｅｓｔｒａｃｋ／Ａ」というレコードが登録されている。このレコードは、連携ＩＤ「ｓｅｓｓｉｏｎＡＡＡＡＡＡ」、スレッドＩＤ「ｔｈｒｅａｄ１」が、ＵＡ情報「Ｔｅｓｔｒａｃｋ／Ａ」に対応することを示す。

引当テーブル５２８には、連携ＩＤと前段スレッドＩＤとの他の組合せ、および、連携ＩＤと後段スレッドＩＤとの他の組合せに対しても、それぞれＵＡ情報が対応付けられる。

分析装置５００によるアクセス元の特定方法をまとめると次のようになる。すなわち、分析装置５００は、障害追跡などのためプログラム間で連携される情報（連携ＩＤ）を利用し、前段と後段のスレッドＩＤを紐付ける。分析装置５００は、後段側のインタフェースの連携記録位置情報を記録する。連携ＩＤ、スレッドＩＤおよびＵＡ情報はそれぞれ異なるモジュールで参照されるため、モジュール毎に判別材料を代え、前述の引当テーブル５２８を用いて操作を行ったテスタを特定する。

（１）前段・要求受信部（ＩＦ（InterFace））では、引当テーブル５２８の参照順序は、ＵＡ情報、テスタ情報（テスタ名）の順となる。テスタ名は、テスタ－ＵＡ対応リスト５２７より特定される。

（２）前段・要求受信部以外では、引当テーブル５２８の参照順序は、前段スレッドＩＤ、ＵＡ情報、テスタ情報の順となる。
（３）後段・要求受信部（ＩＦ）では、引当テーブル５２８の参照順序は、連携ＩＤ、前段スレッドＩＤ、ＵＡ情報、テスタ情報の順となる。

（４）後段・要求受信部以外では、引当テーブル５２８の参照順序は、後段スレッドＩＤ、連携ＩＤ、前段スレッドＩＤ、ＵＡ情報、テスタ情報の順となる。
図２２は、テスタ情報付ログの例を示す図である。

テスタ判別部５７０は、テスタ－ＵＡ対応リスト５２７および引当テーブル５２８に基づいて、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂからテスタ情報付ログ５２９を生成し、記憶部５２０に格納する。

例えば、テスタ判別部５７０は、テスタ－ＵＡ対応リスト５２７の判別情報と引当テーブル５２８のＵＡ情報とをキーに、テスタ－ＵＡ対応リスト５２７と引当テーブル５２８とを結合する。テスタ判別部５７０は、当該結合により、前段スレッドＩＤおよび後段スレッドＩＤのそれぞれに対するテスタ名を取得する。

そして、テスタ判別部５７０は、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂにおけるスレッドＩＤおよびＵＡ情報の記述やスレッドＩＤおよび連携ＩＤの記述を、取得したテスタ名に置換する。また、テスタ判別部５７０は、モジュール一覧テーブル５２２に基づいて、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂのモジュール名の記述を、モジュールカテゴリ名（あるいは、モジュールカテゴリ名の一部）に置換する。そして、テスタ判別部５７０は、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂの各レコードをタイムスタンプによる時系列の順にマージ（統合）する。

これにより、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂからテスタ情報付ログ５２９が生成される。
このように、テスタ判別部５７０は、前段アプリケーションにおけるスレッドＩＤやＵＡ情報である第１の判別情報から特定される、クライアント装置を操作するテスタまたはクライアント装置を示すテスタ名（テスタ識別情報）を、前段アプリケーションにおけるメソッド名などの処理の情報、第１の判別情報および連携ＩＤに対応付けて記憶部５２０に記録する。更に、テスタ判別部５７０は、当該連携ＩＤに対応するテスタ名を、後段アプリケーションのメソッド名などの他の処理の情報および後段アプリケーションにおけるスレッドＩＤである第２の判別情報に対応付けて記憶部５２０に記録する。こうして、後段側でＵＡ情報を取得できなくても、連携ＩＤおよびスレッドＩＤにより、他の処理の情報に対してアクセス元を示すテスタ名を適切に紐付けることができる。

次に、分析装置５００による処理手順を説明する。
ここで、分析装置５００は、図１０で例示した分析装置１００と同様の手順を実行する。そこで、図１０の各ステップと処理内容の異なるステップに着目して説明し、処理内容の共通するステップの説明を省略する。まず、図１０におけるステップＳ１のモジュール特定処理に相当する手順を説明する。

図２３は、モジュール特定処理の例を示すフローチャートである。
下記のステップＳ１３ａは、図１１のステップＳ１３に代えて実行される。ステップＳ１６ａ，１６ｂは、ステップＳ１６とステップＳ１７との間に実行される。ステップＳ１８ａは、図１１のステップＳ１８に代えて実行される。

（Ｓ１３ａ）モジュール特定部５３０は、モジュール一覧テーブル５２２を参照して、（１）前段・要求受信部、（２）前段・要求受信部外、（３）後段・要求受信部、および、（４）後段・要求受信部外に、ステップＳ１２で抽出したメソッドを分類する。そして、ステップＳ１４に処理が進む。

（Ｓ１６ａ）モジュール特定部５３０は、処理対象のメソッドについて、連携ＩＤ記録箇所リスト５２３の段および記録箇所を参照して、連携ＩＤ記録箇所リスト５２３に該当のメソッドがあるか否かを判定する。連携ＩＤ記録箇所リスト５２３に該当のメソッドがある場合、ステップＳ１６ｂに処理が進む。連携ＩＤ記録箇所リスト５２３に該当のメソッドがない場合、ステップＳ１７に処理が進む。

（Ｓ１６ｂ）モジュール特定部５３０は、メソッドの位置情報と連携ＩＤ記録箇所とを対応付けて記録する。すなわち、モジュール特定部５３０は、抽出したメソッドの、前段プログラム５２１ａまたは後段プログラム５２１ｂにおける位置を示す情報に対して、連携ＩＤ記録箇所リスト５２３における該当のレコードを対応付けた対応表を生成する。そして、ステップＳ１７に処理が進む。

（Ｓ１８ａ）モジュール特定部５３０は、ステップＳ１６ａ～Ｓ１６ｂで生成したメソッドの位置情報と判別材料記録箇所との対応表およびメソッドの位置情報と連携ＩＤ記録箇所との対応表を出力する（例えば、記憶部５２０に対応表を格納する）。そして、モジュール特定処理が終了する。

次に、図１０におけるステップＳ２のプログラム書換処理に相当する手順を説明する。
図２４は、プログラム書換処理の例を示すフローチャートである。
下記のステップＳ２２ａは、図１２のステップＳ２２とステップＳ２３との間に実行される。

（Ｓ２２ａ）記録コード追加部５４０は、前段プログラム５２１ａまたは後段プログラム５２１ｂにおいて、ステップＳ２０で取得した対応表に記録されたメソッドに対応する位置に、連携ＩＤを出力する連携ＩＤ記録コードを追加する。出力対象の連携ＩＤとして、対応表に記録されたメソッド名（モジュール名）に対して、連携ＩＤ記録箇所リスト５２３に登録された連携ＩＤの記録名が用いられる。また、連携ＩＤ記録コードの追加位置は、連携ＩＤ記録箇所リスト５２３における記録箇所で指定された位置となる。そして、ステップＳ２３に処理が進む。

次に、図１０におけるステップＳ５のテスタ判別処理に相当する手順を説明する。
図２５は、テスタ判別処理の例を示すフローチャートである。
（Ｓ４０）テスタ判別部５７０は、前段実行時ログ５２６ａ、後段実行時ログ５２６ｂおよびテスタ－ＵＡ対応リスト５２７を取得する。

（Ｓ４１）テスタ判別部５７０は、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂの各行（各レコード）について、ステップＳ４２～Ｓ５１を繰り返し実行する（判定に応じて実行されないステップもある）。

（Ｓ４２）テスタ判別部５７０は、該当の行がテスタの操作情報であるか否かを判定する。該当の行がテスタの操作情報である場合、ステップＳ４１に処理が進む（次の行に移る）。該当の行がテスタの操作情報でない場合、ステップＳ４３に処理が進む。

（Ｓ４３）テスタ判別部５７０は、該当の行が前段実行時ログ５２６ａに含まれるか否かを判定する。該当の行が前段実行時ログ５２６ａに含まれる場合、ステップＳ４４に処理が進む。該当の行が前段実行時ログ５２６ａに含まれない（すなわち、後段実行時ログ５２６ｂに含まれる）場合、ステップＳ４８に処理が進む。

（Ｓ４４）テスタ判別部５７０は、該当の行に含まれるメソッドのモジュールカテゴリが、（前段・）要求受信部であるか否かを判定する。モジュールカテゴリが（前段・）要求受信部である場合、ステップＳ４５に処理が進む。モジュールカテゴリが（前段・）要求受信部でない場合、ステップＳ４６に処理が進む。

（Ｓ４５）テスタ判別部５７０は、該当の行に含まれるＵＡ情報と前段スレッドＩＤの対を、引当テーブル５２８に記録する。
（Ｓ４６）テスタ判別部５７０は、該当の行が連携ＩＤを記録した行（連携ＩＤ記録ログ行）であるか否かを判定する。該当の行が連携ＩＤを記録した行である場合、ステップＳ４７に処理が進む。該当の行が連携ＩＤを記録した行でない場合、ステップＳ５２に処理が進む。なお、該当の行が連携ＩＤを記録した行であるか否かは、例えば、該当の行に含まれるメソッド名が連携ＩＤ記録箇所リスト５２３における記録箇所に登録されたメソッド名に合致するか否かにより判定される（合致する場合、連携ＩＤを記録した行である）。

（Ｓ４７）テスタ判別部５７０は、該当の行に含まれる前段スレッドＩＤと連携ＩＤの対を、引当テーブル５２８に記録する。そして、ステップＳ５２に処理が進む。
（Ｓ４８）テスタ判別部５７０は、該当の行に含まれるメソッドのモジュールカテゴリが、（後段・）要求受信部であるか否かを判定する。モジュールカテゴリが（後段・）要求受信部である場合、ステップＳ４９に処理が進む。モジュールカテゴリが（後段・）要求受信部でない場合、ステップＳ５０に処理が進む。

（Ｓ４９）テスタ判別部５７０は、後段スレッドＩＤを、引当テーブル５２８に記録する。
（Ｓ５０）テスタ判別部５７０は、該当の行が連携ＩＤを記録した行（連携ＩＤ記録ログ行）であるか否かを判定する。該当の行が連携ＩＤを記録した行である場合、ステップＳ５１に処理が進む。該当の行が連携ＩＤを記録した行でない場合、ステップＳ５２に処理が進む。

（Ｓ５１）テスタ判別部５７０は、該当の行に含まれる後段スレッドＩＤ（ステップＳ４９で記録された後段スレッドＩＤ）に対する連携ＩＤを特定する。テスタ判別部５７０は、特定した連携ＩＤに対応するＵＡ情報を引当テーブル５２８から検索する。テスタ判別部５７０は、当該後段スレッドＩＤと連携ＩＤと検索したＵＡ情報とを対応付けて、引当テーブル５２８に記録する。そして、ステップＳ５２に処理が進む。

（Ｓ５２）テスタ判別部５７０は、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂの全ての行を処理すると、繰り返しを終了し、ステップＳ５３に進む。
（Ｓ５３）テスタ判別部５７０は、引当テーブル５２８およびテスタ－ＵＡ対応リスト５２７を用いて、前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂにおけるスレッドＩＤをテスタ名に変換する。テスタ判別部５７０は、変換後の前段実行時ログ５２６ａおよび後段実行時ログ５２６ｂをマージすることで、テスタ情報付ログ５２９を生成し、出力する。例えば、テスタ判別部５７０は、テスタ情報付ログ５２９を記憶部５２０に格納する。また、テスタ判別部５７０は、ディスプレイ１１１により、テスタ情報付ログ５２９を表示してもよいし、クライアント装置３００，４００にテスタ情報付ログ５２９を送信してもよい。そして、テスタ判別処理が終了する。

こうして、テスタ判別部５７０は、テスタ名の情報を含むテスタ情報付ログ５２９を出力する。
これにより、サーバ装置２００におけるアプリケーションが多段に構成されていても、前段のアプリケーションの処理、および、後段のアプリケーションの処理に対するアクセス元を適切に特定できる。例えば、図２２のテスタ情報付ログ５２９の例でいえば、前段アプリケーション、および、後段アプリケーションの各実行箇所について、実行原因となったテスタのテスタ名が適切に記載されている。

こうして、複数のテスタにより、複数のクライアント装置を用いて複数のテストケースに対する操作入力が同時並列的に行われる場合でも、前段／後段の各アプリケーションの実行箇所に対して、当該実行箇所の実行原因となったアクセス元を適切に特定できる。その結果、当該実行箇所に対応するテストケースを適切に特定可能になる。このため、例えば、次回以降に行われる動作テストについて、実行箇所が重複するテストケースを集約したり、実行箇所に応じてテストケースを評価し、実行するテストケースを絞り込んだりして、動作テストの効率化を図れる。

図２６は、アプリケーション利用時の他の通信例を示す図である。
第３の実施の形態では、サーバ装置２００において、アプリケーションが２段に構成される例を示したが、アプリケーションが３段以上に構成されてもよい。その場合にも連携ＩＤ記録コードをアプリケーションの各プログラムに挿入することで、各アプリケーションの実行時ログから連携ＩＤを辿り、実行箇所に対するアクセス元を適切に特定することができる。

例えば、多段に構成された各アプリケーションは、異なるサーバにより実行されてもよい。図２６では、３段に構成されたアプリケーションのうち、２つのアプリケーションがサーバ装置２００により実行され、１つのアプリケーションがサーバ装置２００ａにより実行される例を示している。例えば、サーバ装置２００は、画面ＩＦ処理アプリ２０２および業務処理アプリ２０３を実行する。また、サーバ装置２００ａは業務処理アプリ２０１ａを実行する。この場合に、業務処理アプリ２０３は、更に、業務処理アプリ２０１ａと連携し得る。業務処理アプリ２０３，２０１ａの間の通信には、例えば、ＣＯＲＢＡ／ＩＩＯＰなどのプロトコルが用いられる。

分析装置５００は、サーバ装置２００，２００ａのそれぞれで実行されるアプリケーションのプログラムに連携ＩＤ記録コードを追加し、各サーバ装置から実行時ログを収集する。なお、この場合、分析装置５００は、画面ＩＦ処理アプリ２０２のプログラムについて、判別材料記録コードを追加する。分析装置５００は、各実行時ログに記録された判別材料および連携ＩＤを基に、各アプリケーションの実行箇所に対するアクセス元を辿ることができる。

また、第２，第３の実施の形態では、分析装置１００，５００によりプログラム書換を行う例（静的変換の例）を示したが、アプリケーションを実行するサーバ装置により、プログラム書換を動的に行う（動的変換を行う）こともできる。例えば、サーバ装置は、バイトコードに対する書換を行うことで、動的変換を行う。バイトコードとは、プログラム実行時にメモリ空間上に配置されたプログラムコードの中間表現である。

図２７は、動的書換を行う場合のサーバ装置の機能例を示す図である。
サーバ装置６００は、分析装置１００と同様のハードウェアで実現される。サーバ装置６００は、記憶部６２０、モジュール特定部６３０、記録コード追加部６４０および実行部６５０を有する。記憶部６２０は、サーバ装置６００のＲＡＭやＨＤＤなどの記憶領域により実現される。モジュール特定部６３０、記録コード追加部６４０および実行部６５０は、サーバ装置６００のＲＡＭに記憶された所定のプログラムをサーバ装置６００のＣＰＵにより実行することで実現される。

記憶部６２０は、前段バイトコード６２１ａ、後段バイトコード６２１ｂ、モジュール一覧テーブル６２２、連携ＩＤ記録箇所リスト６２３、判別材料記録箇所リスト６２４、書換後前段バイトコード６２５ａおよび書換後後段バイトコード６２５ｂを記憶する。

前段バイトコード６２１ａは、前段プログラムに対するバイトコードである。後段バイトコード６２１ｂは、後段プログラムに対するバイトコードである。
モジュール一覧テーブル６２２は、前述のモジュール一覧テーブル５２２に相当する。連携ＩＤ記録箇所リスト６２３は、前述の連携ＩＤ記録箇所リスト５２３に相当する。判別材料記録箇所リスト６２４は、前述の判別材料記録箇所リスト５２４に相当する。

書換後前段バイトコード６２５ａは、前段バイトコード６２１ａに対して、連携ＩＤ記録コードおよび判別材料記録コードが追加されたものである。書換後後段バイトコード６２５ｂは、後段バイトコード６２１ｂに対して、連携ＩＤ記録コードおよび判別材料記録コードが追加されたものである。

モジュール特定部６３０は、モジュール一覧テーブル６２２に基づいて、前段バイトコード６２１ａおよび後段バイトコード６２１ｂに含まれるメソッドをモジュールカテゴリに分類する。モジュール特定部６３０は、連携ＩＤ記録箇所リスト６２３に基づいて、前段バイトコード６２１ａおよび後段バイトコード６２１ｂに含まれるメソッドのうち、連携ＩＤを記録するための命令文を追加すべきメソッドを特定する。モジュール特定部６３０は、前段バイトコード６２１ａおよび後段バイトコード６２１ｂのそれぞれに含まれるメソッド名の位置、および、当該メソッドの属するモジュールカテゴリを、記録コード追加部６４０に提供する。

記録コード追加部６４０は、連携ＩＤ記録箇所リスト６２３に基づき、モジュール特定部６３０から取得したメソッド名の位置に対応する、前段バイトコード６２１ａの所定の位置に、当該メソッドの属するモジュールカテゴリに応じた連携ＩＤ記録コードを追加する。記録コード追加部６４０は、後段バイトコード６２１ｂに対しても同様に、連携ＩＤ記録コードを追加する。

記録コード追加部６４０は、判別材料記録箇所リスト６２４に基づき、モジュール特定部６３０から取得したメソッド名の位置に対応する、前段バイトコード６２１ａの所定の位置に、当該メソッドの属するモジュールカテゴリに応じた判別材料記録コードを追加する。記録コード追加部６４０は、後段バイトコード６２１ｂに対しても同様に、判別材料記録コードを追加する。

こうして、記録コード追加部６４０は、前段バイトコード６２１ａから書換後前段バイトコード６２５ａを生成し、記憶部６２０に格納する。また、記録コード追加部６４０は、後段バイトコード６２１ｂから書換後後段バイトコード６２５ｂを生成し、記憶部６２０に格納する。

実行部６５０は、記憶部６２０に記憶された書換後前段バイトコード６２５ａおよび書換後後段バイトコード６２５ｂを実行する。実行部６５０は、書換後前段バイトコード６２５ａの実行に応じて、前段実行時ログ６２６ａを出力する。実行部６５０は、書換後後段バイトコード６２５ｂの実行に応じて後段実行時ログ６２６ｂを出力する。

例えば、前段実行時ログ６２６ａおよび後段実行時ログ６２６ｂは、分析装置５００に送信されて、分析装置５００のテスタ判別部５７０によりテスタ情報付ログ５２９が生成されてもよい。あるいは、サーバ装置６００は、テスタ－ＵＡ対応リスト５２７に相当する情報を保持し、また、テスタ判別部５７０の機能を有してもよい。この場合、サーバ装置６００により、前段実行時ログ６２６ａおよび後段実行時ログ６２６ｂから引当テーブル５２８に相当する情報を生成できる。また、サーバ装置６００により、テスタ－ＵＡ対応リスト５２７に相当する情報、および、引当テーブル５２８に相当する情報に基づき、前段実行時ログ６２６ａおよび後段実行時ログ６２６ｂから、テスタ情報付ログを生成できる。

サーバ装置６００は、第１の実施の形態の情報処理装置１０の一例であると考えることができる。すなわち、第１の実施の形態の情報処理装置１０の機能（コンピュータによる機能）は、テスト対象装置２０（第１の情報処理装置）に組み込まれてもよい。

第２の実施の形態では、スレッドＩＤおよびＵＡ情報を用いて、プログラムの実行箇所に対するアクセス元を特定する例を示した。また、第３の実施の形態では、スレッドＩＤ、ＵＡ情報および連携ＩＤを用いて、プログラムの実行箇所に対するアクセス元を特定する例を示した。以下では、第２の実施の形態および第３の実施の形態のそれぞれに対する比較例を説明する。

まず、第２の実施の形態に対する比較例（第１の比較例）を説明する。第１の比較例は、ＵＡ情報を実行時ログに記録しない例である。
図２８は、ログ生成の第１の比較例を示す図である。

第１の比較例では、判別材料記録箇所リスト１２３に代えて、判別材料記録箇所リストＤ１１を用いる点が第２の実施の形態と異なる。判別材料記録箇所リストＤ１１では、モジュールカテゴリ「前段・要求受信部」に対して、判別材料「ｃｔｘＴｈｒｅａｄＩｄ」のみが登録されており、ＵＡ情報の登録がない。

書換後プログラムＰ１１，Ｐ１２，Ｐ１３は、モジュール一覧テーブル１２２および判別材料記録箇所リストＤ１１を用いた場合の、プログラム１２１に対する書換後のプログラムである。例えば、書換後プログラムＰ１１，Ｐ１２と、前述の書換後プログラム１２４ａ，１２４ｂとを比較すると、書換後プログラムＰ１１，Ｐ１２では、判別材料記録コードにＵＡ情報に対応する変数名が含まれていない。

図２９は、ログ生成の第１の比較例（続き）を示す図である。
実行時ログＬ１１は、書換後プログラムＰ１１，Ｐ１２，Ｐ１３がサーバ装置２００により実行された際に生成されたログの例である。実行時ログＬ１１の各レコードは、ＵＡ情報を含んでいない。この場合、スレッドＩＤ「ｔｈｒｅａｄ２」に対応する各メソッドの実行やスレッドＩＤ「ｔｈｒｅａｄ３」に対応する各メソッドの実行が、何れのテスタによる操作入力を原因とするものかを判別することができない。このため、実行時ログＬ１１をテスタ情報付ログに変換することはできない。変換後ログＬ１２は、実行時ログＬ１１の各レコードに対して、該当のメソッドが属するモジュールカテゴリの一部（具体的には、「前段」）の情報を付与し、スレッドＩＤを除去する変換を行った後のログである。しかし、変換後ログＬ１２には、テスタ名が記載されていない。このため、変換後ログＬ１２から各メソッドのアクセス元を特定することはできない。

そこで、第２の実施の形態の分析装置１００は、スレッドＩＤに加えて、ＵＡ偽装技術によるＵＡ情報を用いることで、複数のテストケースが並列に行われても、プログラムの実行箇所の実行原因となったアクセス元を適切に特定することができる。

次に、第３の実施の形態に対する比較例（第２の比較例）を説明する。第２の比較例は、判別材料において、ＵＡ情報の代わりに、連携ＩＤ（具体的には、セッションＩＤ）を用いる例である。

図３０は、ログ生成の第２の比較例を示す図である。
第２の比較例では、判別材料記録箇所リスト５２４に代えて、判別材料記録箇所リストＤ２１を用いる点が第３の実施の形態と異なる。判別材料記録箇所リストＤ２１では、モジュールカテゴリ「前段・要求受信部」に対して、判別材料「ｃｔｘＴｈｒｅａｄＩｄ，ｓｅｓｓｉｏｎＩＤ」が登録されており、ＵＡ情報の登録がない。ここで、「ｓｅｓｓｉｏｎＩＤ」は、前段プログラム５２１ａにおける連携ＩＤ（セッションＩＤ）を示す。

書換後前段プログラムＰ２１，Ｐ２２は、モジュール一覧テーブル５２２、連携ＩＤ記録箇所リスト５２３および判別材料記録箇所リストＤ２１を用いた場合の、前段プログラム５２１ａに対する書換後のプログラムである。

書換後前段プログラムＰ２１は、メソッド「ｄｏＧｅｔ」の引数に「ｓｅｓｓｉｏｎＩＤ」が含まれないパターン（パターン１）を示す。この場合、例えば、判別材料記録コードが書換後前段プログラムＰ２１の３行目の位置に追加される。しかし、この位置では、セッションＩＤが取得不能なため、ビルドエラーとなり、実行不能となってしまう。

また、書換後前段プログラムＰ２２は、メソッド「ｄｏＧｅｔ」の引数に「ｓｅｓｓｉｏｎＩＤ」が含まれるパターン（パターン２）を示す。この場合、例えば、判別材料記録コードが書換後前段プログラムＰ２２の３行目の位置に追加される。しかし、この位置では、実行時に「ｓｅｓｓｉｏｎＩＤ」が無効値（割付前）となり、実行時エラーとなる。すなわち、前段実行時ログに連携ＩＤ（セッションＩＤ）が記録されず、アクセス元への紐付けが不能となる。

図３１は、ログ生成の第２の比較例（続き）を示す図である。
前段実行時ログＬ２１は、書換後前段プログラムＰ２２がサーバ装置２００により実行された際に生成されたログの例である。後段実行時ログＬ２２は、比較例の書換後後段プログラムがサーバ装置２００により実行された際に生成されたログの例である。ここでは、一例として、テスタ名に対するセッションＩＤが判明している場合を考える。テスタ－セッション対応リストＰ３１は、テスタ名に対してセッションＩＤを対応付けた情報である。

前段実行時ログＬ２１では、図３０で例示した書換後前段プログラムＰ２２に追加された判別材料記録コードに基づき、実行されたメソッド名に対して、スレッドＩＤおよびセッションＩＤが記録される。後段実行時ログＬ２２についても同様である。

ただし、前段実行時ログＬ２１では、その３行目で示されるように、セッションＩＤが記録されない（該当のモジュールに対して「ｎｕｌｌ」である）こともある。例えば、前述のように、静的アクセスやログイン前のアクセスである場合である。

変換後ログＬ２３は、前段実行時ログＬ２１および後段実行時ログＬ２２のセッションＩＤおよびスレッドＩＤを、テスタ－セッション対応リストＰ３１に基づいて、テスタ名に変換し、両ログをマージしたものである。変換後ログＬ２３では、３行目や４行目で示されるように、前段の「ｄｏＧｅｔ」や「ｍｅｔｈｏｄＢ」に対して、テスタ名を特定できていない。

このように、ＵＡ情報の代わりにセッションＩＤを用いると、テスタ－セッション対応リストＰ３１が得られていたとしても、実行箇所に対するアクセス元を特定できないことがある。

そこで、第３の実施の形態の分析装置５００は、スレッドＩＤ、連携ＩＤ（セッションＩＤ）に加え、ＵＡ偽装技術によるＵＡ情報を用いることで、複数のテストケースが並列に行われても、プログラムの実行箇所の実行原因となったアクセス元を適切に特定できる。

なお、第１の実施の形態の情報処理は、処理部１２にプログラムを実行させることで実現できる。また、第２，第３の実施の形態の情報処理は、ＣＰＵ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体１１３に記録できる。

例えば、プログラムを記録した記録媒体１１３を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体１１３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。

１０ 情報処理装置
１１ 記憶部
１２ 処理部
２０ テスト対象装置
３１，３２，３３ 端末装置
４０ ネットワーク
Ｐ１ プログラム
Ｐ２ 書換後プログラム
Ａ１ 判別情報
Ａ２ 処理情報

Claims (8)

1. コンピュータに、
   第１の情報処理装置で実行されるアプリケーションのプログラムを記憶する記憶部から前記プログラムを取得し、
   前記アプリケーションに第２の情報処理装置からのアクセスが発生したことに応じてアクセス元を判別するための判別情報を出力する命令文を、取得した前記プログラムに追加し、
   前記命令文が追加された前記プログラムに基づいて、前記アクセスに応じた処理を前記第１の情報処理装置に実行させ、
   実行された前記処理に対応する、前記プログラムの実行箇所の情報と、前記アクセスに応じて前記第１の情報処理装置により出力された前記判別情報とを対応付けて前記記憶部に記録し、
   前記判別情報に基づいて、前記第２の情報処理装置を操作するテスタまたは前記第２の情報処理装置を示すテスタ識別情報を判別する
   処理を実行させる情報処理プログラム。
2. 前記判別情報から判別される、前記第２の情報処理装置を操作する前記テスタまたは前記第２の情報処理装置を示す前記テスタ識別情報を、前記処理の情報と前記判別情報とに対応付けて前記記憶部に記録する、
   請求項１記載の情報処理プログラム。
3. 前記プログラムの取得では、前記第１の情報処理装置または第３の情報処理装置で実行される、前記アプリケーションからの要求を受け付ける他のアプリケーションの他のプログラムを更に取得し、
   前記命令文の追加では、前記判別情報に加えて、前記要求が発生したことに応じて前記アプリケーションから前記他のアプリケーションに通知される所定の連携識別情報を取得する前記命令文を、前記プログラムおよび前記他のプログラムに追加し、
   前記命令文が追加された前記プログラムに基づいて前記アクセスに応じた前記処理を前記第１の情報処理装置に実行させるとともに、前記命令文が追加された前記他のプログラムに基づいて前記要求に応じた他の処理を前記第１の情報処理装置または前記第３の情報処理装置に実行させ、
   実行された前記処理の情報と前記アクセスに応じて取得された第１の判別情報と前記連携識別情報とを対応付けて前記記憶部に記録するとともに、実行された前記他の処理の情報と前記要求に応じて取得された第２の判別情報と前記連携識別情報とを対応付けて前記記憶部に記録する、
   請求項１記載の情報処理プログラム。
4. 前記第１の判別情報から判別される、前記第２の情報処理装置を操作する前記テスタまたは前記第２の情報処理装置を示す前記テスタ識別情報を、前記処理の情報、前記第１の判別情報および前記連携識別情報に対応付けて前記記憶部に記録し、前記連携識別情報に対応する前記テスタ識別情報を、前記他の処理の情報および前記第２の判別情報に対応付けて前記記憶部に記録する、
   請求項３記載の情報処理プログラム。
5. 前記命令文の追加では、前記第１の情報処理装置における前記処理に対するスレッドのスレッド識別情報と、前記第２の情報処理装置により前記アクセスの要求に付与されるユーザエージェント情報とを含む前記判別情報を出力する前記命令文を追加する、
   請求項１乃至４の何れか１項に記載の情報処理プログラム。
6. 前記第２の情報処理装置は複数であり、
   前記アクセスは、複数の前記第２の情報処理装置により並列に行われる、
   請求項１乃至５の何れか１項に記載の情報処理プログラム。
7. 第１の情報処理装置で実行されるアプリケーションのプログラムを記憶する記憶部から前記プログラムを取得する取得部と、
   前記アプリケーションに第２の情報処理装置からのアクセスが発生したことに応じてアクセス元を判別するための判別情報を出力する命令文を、取得した前記プログラムに追加する追加部と、
   前記命令文が追加された前記プログラムに基づいて、前記アクセスに応じた処理を前記第１の情報処理装置に実行させ、実行された前記処理に対応する、前記プログラムの実行箇所の情報と、前記アクセスに応じて前記第１の情報処理装置により出力された前記判別情報とを対応付けて前記記憶部に記録し、前記判別情報に基づいて、前記第２の情報処理装置を操作するテスタまたは前記第２の情報処理装置を示すテスタ識別情報を判別する処理部と、
   を有する情報処理装置。
8. コンピュータが、
   第１の情報処理装置で実行されるアプリケーションのプログラムを記憶する記憶部から前記プログラムを取得し、
   前記アプリケーションに第２の情報処理装置からのアクセスが発生したことに応じてアクセス元を判別するための判別情報を出力する命令文を、取得した前記プログラムに追加し、
   前記命令文が追加された前記プログラムに基づいて、前記アクセスに応じた処理を前記第１の情報処理装置に実行させ、
   実行された前記処理に対応する、前記プログラムの実行箇所の情報と、前記アクセスに応じて前記第１の情報処理装置により出力された前記判別情報とを対応付けて前記記憶部に記録し、
   前記判別情報に基づいて、前記第２の情報処理装置を操作するテスタまたは前記第２の情報処理装置を示すテスタ識別情報を判別する
   情報処理方法。

Images