(57)【特許請求の範囲】
【請求項１】
クライアント・サーバシステムを構成するサーバ装置の処理能力の試験を、実際にクライアント装置からサーバ装置に送信されたリクエストデータから生成した負荷試験データを用いて行う負荷試験システムであって、
上記クライアント装置から上記サーバ装置に送信されたリクエストデータの内、該サーバ装置から正常に応答が返されたリクエストデータを収集し、当該リクエストデータの送信元のユーザの識別情報（ユーザＩＤ）と操作内容（サービス）および当該リクエストデータの収集時刻（タイムスタンプ）を付与した要求情報管理テーブルを生成して記憶装置に記憶するデータ収集手段と、
予め各ユーザの要求内容が似通ったユーザでグループ分けされ、当該グループの識別情報（分野）が各ユーザＩＤに対して付与されたユーザＩＤ・分野管理テーブルを記憶するユーザ・分野別テーブル管理手段と、
上記要求情報管理テーブルを参照し、同じユーザＩＤのレコードの内、最も古いタイムスタンプのレコードのみを抽出して第１のユーザ操作テーブルを生成すると共に、該第１の操作テーブルと上記要求情報管理テーブルを参照し、該要求情報管理テーブルにおける各ユーザＩＤに対応する分野を上記ユーザＩＤ・分野管理テーブルから取得し、取得した各ユーザＩＤに対応する分野を、上記第１のユーザ操作テーブルに追加した第２のユーザ操作テーブルを生成して記憶装置に記憶するユーザ操作テーブル作成手段と、
上記第２のユーザ操作テーブルを参照し、各分野のユーザ数から各分野の割合を算出する割合取得手段と、
該割合取得手段が算出した割合に応じて予め指定された抽出ユーザ数を振り分けて、各分野毎の抽出ユーザ数を求めると共に、上記第２のユーザ操作テーブルを参照し、決定した各分野毎の抽出ユーザ数分のユーザＩＤを決定し、決定したユーザＩＤのみを対象に上記第２のユーザ操作テーブルから情報を抽出して第３のユーザ操作テーブルを生成する抽出ユーザ操作決定手段と、
上記第３のユーザ操作テーブルを参照し、該第３のユーザ操作テーブルに登録された各ユーザＩＤ毎に、順次に、上記要求情報管理テーブルから当該ユーザＩＤのユーザによるログオフ操作までの各リクエストデータを抽出し、抽出した各リクエストデータを上記負荷試験データとして作成する負荷試験データ生成手段と
を有することを特徴とする負荷試験システム。
【請求項２】
請求項１に記載の負荷試験システムであって、
上記負荷試験データ生成手段は、
上記第３の操作テーブルにおけるタイムスタンプが予め指定された時間範囲のユーザＩＤのみを対象に、
上記要求情報管理テーブルから当該ユーザＩＤのユーザによるログオフ操作までの各リクエストデータの抽出を行う
ことを特徴とする負荷試験システム。
【請求項３】
クライアント・サーバシステムを構成するサーバ装置の処理能力の試験を、実際にクライアント装置からサーバ装置に送信されたリクエストデータから生成した負荷試験データを用いて行う負荷試験システムの当該負荷試験データの作成方法であって、
上記負荷試験システムは、プログラムされたコンピュータ処理を実行する手段として、
データ収集手段と、ユーザ・分野別テーブル管理手段、ユーザ操作テーブル作成手段、割合取得手段、抽出ユーザ操作決定手段、負荷試験データ生成手段を具備し、
上記データ収集手段は、上記クライアント装置から上記サーバ装置に送信されたリクエストデータの内、該サーバ装置から正常に応答が返されたリクエストデータを収集し、当該リクエストデータの送信元のユーザの識別情報（ユーザＩＤ）と操作内容（サービス）および当該リクエストデータの収集時刻（タイムスタンプ）を付与した要求情報管理テーブルを生成して記憶装置に記憶し、
上記ユーザ・分野別テーブル管理手段は、予め各ユーザの要求内容が似通ったユーザでグループ分けされ、当該グループの識別情報（分野）が各ユーザＩＤに対して付与されたユーザＩＤ・分野管理テーブルを記憶し、
上記ユーザ操作テーブル作成手段は、上記要求情報管理テーブルを参照し、同じユーザＩＤのレコードの内、最も古いタイムスタンプのレコードのみを抽出して第１のユーザ操作テーブルを生成すると共に、該第１の操作テーブルと上記要求情報管理テーブルを参照し、該要求情報管理テーブルにおける各ユーザＩＤに対応する分野を上記ユーザＩＤ・分野管理テーブルから取得し、取得した各ユーザＩＤに対応する分野を、上記第１のユーザ操作テーブルに追加した第２のユーザ操作テーブルを生成して記憶装置に記憶し、
上記割合取得手段は、上記第２のユーザ操作テーブルを参照し、各分野のユーザ数から各分野の割合を算出し、
上記抽出ユーザ操作決定手段は、上記割合取得手段が算出した割合に応じて予め指定された抽出ユーザ数を振り分けて、各分野毎の抽出ユーザ数を求めると共に、上記第２のユーザ操作テーブルを参照し、決定した各分野毎の抽出ユーザ数分のユーザＩＤを決定し、決定したユーザＩＤのみを対象に上記第２のユーザ操作テーブルから情報を抽出して第３のユーザ操作テーブルを生成し、
上記負荷試験データ生成手段は、上記第３のユーザ操作テーブルを参照し、該第３のユーザ操作テーブルに登録された各ユーザＩＤ毎に、順次に、上記要求情報管理テーブルから当該ユーザＩＤのユーザによるログオフ操作までの各リクエストデータを抽出し、抽出した各リクエストデータを上記負荷試験データとして作成する
ことを特徴とする負荷試験データ作成方法。
【請求項４】
請求項３に記載の負荷試験データ作成方法であって、
上記負荷試験データ生成手段は、上記第３の操作テーブルにおけるタイムスタンプが予め指定された時間範囲のユーザＩＤのみを対象に、上記要求情報管理テーブルからの各リクエストデータの抽出を行う
ことを特徴とする負荷試験システム。
【請求項５】
コンピュータを、請求項１もしくは請求項２のいずれかに記載の負荷試験システムにおけるデータ収集手段と、ユーザ・分野別テーブル管理手段、ユーザ操作テーブル作成手段、割合取得手段、抽出ユーザ操作決定手段、負荷試験データ生成手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に存在する種々のネットワークサーバシステムに対して、様々なアクセスパターンをシミュレートして、負荷を発生させることにより、サーバ負荷テストを行うため、指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、その仮想クライアントから様々な負荷テストを行うことにより、対象サーバへ負荷をかけ、パフォーマンステストを行うことができる負荷試験システム、および、実運用中のトランザクションを記録し、仮想クライアントがシミュレートするアクセスパターンへ使用することで、仮想クライアントで実行する負荷テスト動作の内容を実運用に近い状態に自動的に変化させることが可能な負荷試験データ作成方法ならびにそのプログラムに関する。
【背景技術】
【０００２】
近年、ネットワーク技術の発達と共に、ネットワーク上でのサーバ／クライアントシステムとして実現されるアプリケーションが増加している。このようなアプリケーションのテストは、従来のスタンドアロン型のアプリケーションとは異なって、そのパフォーマンスの測定およびボトルネックの検出を行うためにはネットワークを含めたシステム全体の検査が必要となるので、非常に難しくなっている。
【０００３】
従来のネットワークサーバへの負荷テストシステムでは、実際に複数のクライアント端末を用意し、クライアントアプリケーションを実行して、実際にサーバへのアクセスを行って負荷を発生させていた。
その解決手段として、例えば、特開２００２−７２３２号公報（特許文献１参照）に記載のように、１台の端末上で複数のクライアント処理を生成してサーバにアクセスを発生させていた。すなわち、試験対象サーバとサーバ試験装置とを公衆データ通信網に代わる専用データ通信経路によって相互接続し、このサーバ試験装置により多数のユーザ・エージェントを偽装した大量のＨＴＴＰレスポンスを個別に認識して各レスポンス中に各ＨＴＴＰリクエストにて指定したオブジェクトが誤りなく含まれているか否かを判別し、その判別結果を所定の報告形式で出力するものである。
また、負荷試験データも、実運用時のデータを取得し、試験データとすることで実運用に近い状態を想定したテストを行っていた。
【０００４】
また、例えば、特開２００４−２１５２３号公報（特許文献２参照）に記載のように、指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、そのテスト実行端末を複数管理するテストマネージャ端末を１台用意し、そのテストマネージャ端末から生成した複数の仮想クライアントに対して様々な負荷テスト動作を行うものもあった。すなわち、設定手段で、設定／指示された負荷テスト動作情報、テスト用クライアントモジュールおよびテストデータを各テスト実行端末に配信する手段を備え、配信された負荷テスト動作情報に従って同じく配信されたクライアントモジュールを動作させ、配信されたテストデータを利用して指示されたテスト対象サーバに対して、負荷アクセスを発生することができるようにしたものである。
【０００５】
【特許文献１】特開２００２−７２３２号公報
【特許文献２】特開２００４−２１５２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の技術では、負荷試験のデータを作成する際に、実運用のデータを使用することにより、より実運用に近い状態での試験を可能としているが、実運用のデータを無作為に抽出するため、ユーザによる使用方法の違いの偏りを考慮できていないという問題点がある。
具体的には、システムを使用するユーザ毎に、少量のマシン負荷が高い検索を行うユーザや、マシンへの負荷は小さものの、多数の検索を行うユーザもおり、様々なユーザの使用方法を考慮に入れた上での負荷試験が重要となる。特に、多種の機能を提供しているシステムでは、ユーザの使用方法によるマシン負荷の変動は非常に大きく、無視できるものではない。つまり、『同じユーザ機能を使用する場合でも、ユーザ毎に要求内容が大きく異る』、『ユーザ業務を行う上で、ユーザ毎に一連の操作（使用する機能の組合せ）の流れが異なる』点を踏まえ、試験データを作成することが望まれる。
【０００７】
（目的）
本発明の目的は、ユーザの使用方法によるマシン負荷の変動を適切に組み込んだ負荷試験のデータを作成することができる負荷試験システムおよび負荷試験データ作成方法、ならびにそのプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の負荷試験システムは、通常運用時に使用されるクライアント端末と、クライアントからの要求情報を解析して応答を返すゲートウェイ（ＧＷ）サーバと、検索用サーバと、負荷試験データとして使用できる正常データのみＧＷサーバ上の記憶装置に保存する。前記ＧＷサーバが、前記要求情報とユーザ・分野を管理している情報とのマッチングを行い、負荷試験に適した負荷試験データを作成し、負荷試験データを負荷試験端末へ配信する手段を備えることを特徴としている。
【０００９】
また、前記負荷試験端末には、上記ＧＷサーバから配信された負荷試験データを利用して、負荷試験端末上で指定されたユーザ数分の仮想クライアントを生成し、前記ＧＷサーバに対して通常運用時のクライアント端末から送信される要求と同様の要求を行うことにより、通常業務手段を備えることを特徴としている。
【００１０】
本発明の負荷試験データ作成方法は、実運用のデータから試験データを抽出する点については、前記特許文献１の記載内容と同一であるが、ユーザによる使用方法の偏りを、使用方法の似通ったユーザをグループ分けし、グループ毎の偏りを考慮して実運用のデータを抽出し、試験データとすることで、ユーザの使用方法によるマシン負荷の変動を適切に組み込んだ負荷試験のデータを作成する方法である。
【発明の効果】
【００１１】
本発明によれば、ユーザ毎の操作によりマシン負荷が大きく変動するシステムにおいて、実運用のデータを効果的に利用することで、適切な負荷試験データの作成を自動的に行うことが可能になる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明のリクエストを収集する手段、および、試験データ作成手段の実施例を、図面により詳細に説明する。また、ここでは、高負荷試験を例として記載する。
図１は、本発明の一実施例に係る負荷テストシステムのブロック構成図である。
リクエスト収集手段および負荷試験データ作成手段を有するＧＷサーバ１２０では、クライアントアプリケーション１１１からのリクエストを収集するためにデータ収集部１２１、上記リクエストを格納するための要求情報管理ＤＢ部１２３、上記リクエスト中に含まれるユーザＩＤと上記ユーザＩＤをグループ化する分類を管理するユーザ・分類管理ＤＢ部１２４、および、負荷試験データを作成するための試験データ作成部１２５が設けられる。
【００１３】
試験データ作成（生成）部１２５は、以下の機能を備えている。
生成対象操作先頭ログ決定機能と負荷試験データ生成機能であって、まず、ログ決定機能内のユーザ操作テーブル作成機能によりユーザ操作テーブルを生成し、全ユーザ数に対する分野毎の割合取得機能により割合を求め、抽出ユーザ操作決定機能により抽出ユーザ操作を決定する。次に、負荷試験データ生成機能のユーザ操作テーブル・要求情報管理ＤＢ部マッチング機能により、両者のマッチングを取り、最後に試験データ作成機能により試験データを作成する。
【００１４】
ＧＷサーバ１２０は、まずデータ収集部１２１でクライアントアプリケーション１１１からのリクエストを編集し、バックエンドサーバ１３０へリクエストを送信する。次に、バックエンドサーバ１３０からのレスポンスの正常状態か否かを判定し、正常状態と判定した場合に上記クライアントからのリクエストを要求情報管理ＤＢ部１２３に登録する。このように、クライアント１４０からのリクエストを収集することにより、負荷試験を実施する場合に実運用で使用されたデータを使用することができる。
【００１５】
次に、試験データ作成部１２５で要求情報管理ＤＢ部１２３で有しているユーザＩＤと、ユーザ・分野管理ＤＢ部１２４で有しているユーザＩＤとの突合せを行うことにより、分野毎のクライアントリクエスト数を集計し、分野毎の割合に応じた数のリクエスト情報を要求情報管理ＤＢ部１２３から抽出して、負荷試験用のデータを作成することにより、実運用に近い状態で負荷試験を実施するためのデータを作成することができる。
【００１６】
以下、ＧＷサーバ１２０の各構成部の詳細を説明する。
まず、データ収集部１２１は、クライアントアプリケーション１１１からのリクエストを編集し、バックエンドサーバ１３０へリクエストを送信する。次に、バックエンドサーバ１３０からのレスポンスが正常状態か否かを判定し、正常状態と判定した場合に上記クライアントからのリクエストを要求情報管理ＤＢ部１２３へ登録する。ここで、ユーザが要求するリクエストには、検索式不正、システム上限を超えるヒット件数が発生する検索式、および、存在しないデータの参照要求など、エラーを含むデータが含まれるが、バックエンドサーバ１３０のレスポンスに含まれるリターンコードには、正常に処理された要求と、不正に処理された要求との区別が含まれている。
【００１７】
そのため、バックエンドサーバ１３０からのレスポンスが正常状態か否かの判定では、バックエンドサーバ１３０からのリターンコードによる判定が行われる。これにより、ユーザ入力データ不備による、不要データを除外することが可能となる。この正常状態の判定手順、および、要求情報管理ＤＢ部１２３への登録内容は、図２以降を用いて詳細に説明する。
試験データ作成部１２５は、負荷試験で用いるデータ作成パラメータとしての時間範囲と抽出ユーザ数をパラメータとして受取ることにより、条件に一致するユーザ操作内容を要求情報管理ＤＢ部１２３から抽出し、負荷試験用のデータを作成する。この抽出方法およびデータ作成内容は、図４以降を用いて詳細に述べる。
【００１８】
図２は、図１におけるＧＷサーバの本発明に係る第一の処理動作例を示すフローチャートである。また、図３は、図２における処理内容を詳細に示すデータ関連図である。
図１におけるデータ収集部１２１の目的は、バックエンドサーバ１３０で正常状態であるクライアントのリクエスト情報を収集することにある。そのための処理として、次の各ステップを実行する。まず、クライアントより送られたリクエストからデータを読み込む（ステップ２０２）。次に、リクエストデータを編集し、バックエンドサーバ１３０へ転送する（ステップ２０３）。この編集内容は、図３のクライアントリクエスト３２をバックエンドサーバ１３０へのリクエスト３７に編集する。次に、バックエンドサーバ１３０からレスポンスを受取る（ステップ２０４）。次に、バックエンドサーバ１３０からのリターンードを判定する（ステップ２０５）。
【００１９】
ここで、図３のバックエンドサーバ１３０からのレスポンス３８のリターンコードが０の場合、図１における要求情報管理ＤＢ部１２３へリクエストデータを登録する（ステップ２０６）。この登録内容は、レスポンス３８のリターンコードを判定した時の時刻を要求情報管理ＤＢ３５のタイムスタンプへ、クライアントリクエスト３２の〈Ｕｓｅｒ  Ｎａｍｅ〉タグの内容を要求情報管理ＤＢ３５のユーザＩＤへ、クライアントリクエスト３２の〈ｎｓ０．・・・〉タグの内容を要求情報管理ＤＢ３５のサービスへ、クライアントリクエスト３２の内容を要求情報管理ＤＢ３５のリクエストデータへ、それぞれ格納する。
次に、バックエンドサーバ１３０からのレスポンスを編集し、クライアントへ応答する（ステップ２０７）。この編集内容は、図３のバックエンドサーバレスポンス３８を、クライアントレスポンス３３に編集する。
【００２０】
図４は、図１におけるＧＷサーバの本発明に係る第二の処理動作例を示すフローチャートである。
これ以降で、試験データ作成プログラムについて詳細に説明するが、ユーザ操作の概念について補足を加えておく。前述したように、試験データを作成するに当り、『ユーザ毎に要求内容が大きく異なる』点、および、『ユーザ毎に一連の操作の流れが異なる』点を考慮することが重要である。
『ユーザ毎に要求内容が大きく異なる』点については、以下で詳細に説明するが、分野毎の偏りを考慮して試験データを抽出することにより、これを満たすことができる。
一方、『ユーザ毎に一連の操作の流れが異なる』点については、ユーザがどのような順番で、どのような機能を使用したかが重要となる。ユーザの一連の操作としてログインに始まり、検索やその他の機能を使用した後、ログオフするという特徴がある。そのため、ユーザ毎に一連の操作の流れが異なる点については、特定のユーザの操作の履歴を追い、試験データとして抽出することで、満たすことができる。
【００２１】
ここで、図１の要求情報管理ＤＢ１２３には、全てのユーザ操作に関する情報が格納されている。そのため、ユーザ操作の一連の流れを特定する手段として、次の二つ処理を行う。その第一として、ユーザ操作の情報をユーザ毎に重複排除し、重複排除の際に先頭レコードを採用することで、ユーザの一連の操作の流れにおける、先頭レコードを決定する。
第二として、決定したユーザ操作の先頭レコード毎に、該当するユーザに関する後続操作情報を取得する。
【００２２】
図１における負荷試験データ作成プログラムの目的は、負荷試験のデータとして使用する実運用の時間帯および抽出するユーザ操作数を指定することにより、実運用で使用したデータをもとに負荷試験用のデータを作成することである。
図４では、まず、作成対象操作先頭ログ決定処理を行う（ステップ４０２）。この処理内容は、図５および図６により詳細に説明する。次に、負荷試験データ生成処理を行う（ステップ４０３）。この処理内容は、図７および図８により詳細に説明する。
【００２３】
（作成対象操作先頭ログ決定処理）
図５および図６は、図４における作成対象操作先頭ログ決定処理（ステップ４０２）に係る処理動作例を示すフローチャートおよびデータ関連図である。
まず、ユーザＩＤとタイムスタンプを抽出する（ステップ５０２）。取得対象は、図６の要求情報管理ＤＢ６０１のタイムスタンプとユーザＩＤである。次に、ステップ５０２で抽出したデータについて、ユーザＩＤで重複排除を行い、図６のユーザ操作テーブル６０４を作成する（ステップ５０３）。ユーザＩＤでの重複排除を行う際に、重複データ中の先頭レコードを採用する。次に、図６のユーザ操作テーブル６０４のユーザＩＤで図６のユーザＩＤ・分野管理ＤＢ６０５のユーザＩＤを検索し、分野を取得して図６のユーザ操作テーブル６０４の分野を更新する（ステップ５０４）。
【００２４】
次に、ユーザ操作テーブル６０４を母体として、ユーザ操作テーブル６０４の分野毎の割合を取得する（ステップ５０５）。次に、上記負荷試験データ作成処理時のパラメータとして指定した抽出ユーザ数を母体として、ステップ５０５で取得した分野毎の割合から、分野毎の抽出ユーザ操作数を決定する（ステップ５０６）。
次に、図６のユーザ操作テーブル６０４からステップ５０６で決定したユーザ操作数分のユーザ操作を抽出する（ステップ５０７）。この際に、同一分野中からユーザ操作を抽出する点に関しては、平均的に抽出する。
【００２５】
（負荷試験データ生成処理）
図７および図８は、図４における負荷試験データ生成処理（ステップ４０３）に係る処理動作例を示すフローチャートおよびデータ関連図である。
まず、図８のユーザ操作テーブル８０１のレコード分、以下に説明する処理を繰り返す（ステップ７０１）。そして、図８のユーザ操作テーブル８０１を読込む（ステップ７０２）。図８のユーザ操作テーブル８０１のタイムスタンプおよびユーザＩＤにて、図８のユーザ情報管理ＤＢ８０２のタイムスタンプおよびユーザＩＤを検索する（ステップ７０３）。次に、負荷試験データを作成する（ステップ７０４）。負荷試験データは、図８のユーザ情報管理ＤＢ８０２のリクエストデータから取得した情報を出力する。次に、図８のユーザ情報管理ＤＢ８０２の次レコードを読込む（ステップ７０５）。
【００２６】
次に、読込んだレコードのタイムスタンプが上記負荷試験データ作成処理時のパラメータとして指定した時間範囲内か否かの判定を行い、範囲外であれば、ステップ７０１のループ先頭に戻り、範囲内であれば、次のステップへ進む（ステップ７０６）。次に、読込んだレコードのユーザＩＤがユーザ操作テーブルから読込んだユーザＩＤと一致するか否かを比較する。同一の場合、後読ステップへ進み、異なる場合、ステップ７０５へ戻る（ステップ７０７）。次に、負荷試験データを作成する（ステップ７０８）。負荷試験データは、図８のユーザ情報管理ＤＢ８０２のリクエストデータから取得した情報を出力する。次に、図８の要求情報管理ＤＢ８０２から取得したサービスが“Ｌｏｇｏｆｆ”か否かの判定を行う。一致する場合には、ステップ７０１のループ先頭に戻り、一致しない場合には、ステップ７０５へ戻る（ステップ７０９）。
【００２７】
以上、図１〜図８を用いて説明したように、本発明のＧＷサーバにおいては、収集の対象となるクライアントからのレスポンスを実運用中に収集する。また、実運用中の収集データから時間範囲、および、ユーザ操事数を指定することにより、実運用と同様の負荷試験データを作成する。このことにより、負荷試験実施に当たり、直近の実運用で使用されたデータを使用することが可能になり、ユーザの使用状況が変化しても、実運用を想定した負荷試験を行うことができる。
また、今回は負荷試験の試験データ作成を題材として説明したが、抽出する時間帯を負荷が低い時間帯を選択する、抽出ユーザ数を少なくする等、試験データ作成時のパラメータを変更することで、低負荷時の試験に関しても利用可能となる。
【００２８】
なお、図２、図４、図５および図７の各フローの手順をプログラムに変換したものを、ＣＤ−ＲＯＭなどの記録媒体に格納し、この記録媒体を本発明の負荷試験システムのコンピュータに装着して、これをインストールした後、実行させれば、本発明を容易に実現できる。そして、上記プログラムを上記コンピュータからネットワークを介して他のコンピュータにダウンロードすれば、上記プログラムの汎用化も可能である。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施例に係る負荷試験システムの全体ブロック図である。
【図２】図１におけるＧＷサーバの本発明に係る第一の処理動作例を示すフローチャートである。
【図３】図２における処理内容を示すデータ関連図である。
【図４】図１におけるＧＷサーバの本発明に係る第二の処理動作例を示すフローチャートである。
【図５】図４における試験データ作成部に係る第一の処理動作例を示すフローチャートである。
【図６】図５における処理内容を示すデータ関連図である。
【図７】図４における試験データ作成部に係る第二の処理動作例を示すフローチャートである。
【図８】図７における処理内容を示すデータ関連図である。
【符号の説明】
【００３０】
３１  クライアント
３２  クライアントリクエスト
３３  クライアントリスポンス
３４  データ編集部
３５  要求情報管理ＤＢ
３６  リクエストデータ
３７  バックエンドサーバへのリクエスト
３８  バックエンドサーバからのレスポンス
３９  バックエンドサーバ
１００  クライアント
１１１  クライアントアプリケーション
１２０  ＧＷサーバ
１２１  データ収集部
１２３  要求情報管理ＤＢ部
１２４  ユーザ・分野管理ＤＢ部
１２５  試験データ作成部
１３０  バックエンドサーバ
１３１  検索部
１３２  検索用ＤＢ部
１４０  クライアント
１４１  クライアント負荷試験シミュレータ
１４２  試験データ
６０１  要求情報管理ＤＢ
６０２  リクエストデータの具体例
６０３  生成対象操作先頭ログ決定処理
６０４  ユーザ操作テーブル
６０５  ユーザＩＤ・分野管理ＤＢ
６０６  先頭ログ決定処理後のユーザ操作テーブル
８０１  ユーザ操作テーブル
８０２  ユーザ情報管理ＤＢ
８０３  ユーザ情報管理ＤＢのリクエストデータから取得した情報
８０４  負荷試験データ生成
８０５  負荷試験データ生成部により生成されたデータ
【図１】
0004627539.tif 000002
【図２】
0004627539.tif 000003
【図３】
0004627539.tif 000004
【図４】
0004627539.tif 000005
【図５】
0004627539.tif 000006
【図６】
0004627539.tif 000007
【図７】
0004627539.tif 000008
【図８】
0004627539.tif 000009