ＴＡＴ測定装置、ＴＡＴ測定方法およびＴＡＴ測定プログラム
【課題】アクセス処理にかかる負荷を有効に分散してＴＡＴを正確に測定することを可能とするＴＡＴ測定装置などを提供する。
【解決手段】本発明に係るＴＡＴ測定装置１０は、複数個のリクエスト生成手段１１０〜１３０とこれらを制御する制御部２００とを備え、制御部が、リクエスト生成手段が実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとを記録しているレスポンス情報テーブル２９３と、複数のリクエスト生成手段の中で空いているものを検索する空き検索部２３０と、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させる実行指示部２４０と、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し、アクセスからこれに対するレスポンスが返信されるまでの時間を測定するプロキシサーバ部２６０とを備える。
【解決手段】本発明に係るＴＡＴ測定装置１０は、複数個のリクエスト生成手段１１０〜１３０とこれらを制御する制御部２００とを備え、制御部が、リクエスト生成手段が実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとを記録しているレスポンス情報テーブル２９３と、複数のリクエスト生成手段の中で空いているものを検索する空き検索部２３０と、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させる実行指示部２４０と、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し、アクセスからこれに対するレスポンスが返信されるまでの時間を測定するプロキシサーバ部２６０とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はウェブサービスのレスポンスの監視に関し、特に該サービスのＴＡＴ（Turnaround Time、レスポンス応答時間）の計測に関する。
【背景技術】
【０００２】
ウェブサーバによって提供されるウェブサービスは、２４時間休み無く、かつユーザに対してストレスを与えることなく動作し続ける必要がある。そのため、障害の発生のみならず、たとえば特定の処理にアクセスが集中することなどによるパフォーマンスの低下も、すぐに発見されなければならない。
【０００３】
そのため、たとえば日本電気株式会社のＷｅｂＳＡＭ（登録商標）アプリケーション・ナビゲーターなどのように、エンドユーザのウェブサービスでの画面遷移を想定した擬似アクセス（以後、本明細書では単にアクセスという）をウェブサービスに対して行い、これによってＴＡＴを測定する製品がある。
【０００４】
このＴＡＴの測定では、たとえば「ネットショップでの買い物」で、ログイン→商品選定→確認→確定などといった一連の画面遷移を「シナリオ」として定義し、ウェブブラウザを介してユーザがウェブサーバに対して行うであろう操作をアクセス処理として行い、それに対するＴＡＴを測定する。
【０００５】
ウェブサービスのＴＡＴの測定に関連して、次のような技術文献がある。特許文献１には、パスワードの入力が必要なウェブサービスについても、応答時間を測定することを可能とする測定システムが記載されている。特許文献２には、複数の計算機にジョブを割り当てるスケジューリングが記載されている。
【０００６】
特許文献３には、ウェブサービスで実行される「シナリオ」を分割して実行することが記載されている。特許文献４には、ウェブサービスで実際にユーザが体験する応答時間を測定するという応答時間測定モニタが記載されている。非特許文献１には、ウェブサービスのＴＡＴを測定する製品の具体的な一例が記載されている（「プローブオプション」欄の「Ｗｅｂシナリオ稼動監視」の項目を参照されたい）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２９１５４７５号公報
【特許文献２】特開２００５−０３１７７１号公報
【特許文献３】特開２００８−２５０９５３号公報
【特許文献４】特開平１１−１１０３１２号公報
【非特許文献】
【０００８】
【非特許文献１】日本電気株式会社、「ＷｅｂＳＡＭ Ａｐｐｌｉｃａｔｉｏｎ Ｎａｖｉｇａｔｏｒ−特長・機能」、［online］［平成２１年７月２４日検索］、インターネット＜URL：http://www.nec.co.jp/middle/WebSAM/products/appnavi/kinou.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
このようなＴＡＴの測定で、１台の測定装置が複数のシナリオを実行すると、複数のアクセス処理が同時に実行されるタイミングが発生しうる。複数の処理が同時に実行されることによって、この装置自体に処理のオーバーヘッドが発生して応答レスポンスが遅延し、正確なＴＡＴの測定が困難となることがある。
【００１０】
スケジュールの最適化によって、１台の測定装置で複数のアクセス処理が同時に実行されることを防止することも考えられる。しかしながら、それだと計測対象となるシナリオが場合によって数百〜数千単位になることもあるので、このような場合にはスケジュールの最適化自体が困難となる。
【００１１】
さらに、複数の測定装置を用意して、複数のシナリオを各々の装置に割り振って同時に実行可能なようにすることも考えられる。しかしながら、上記のシナリオで示される動作は、本来はユーザが操作する１つの端末で行われるものである。そのため、特にＩＤやパスワードなどをクッキーに記憶する必要があるウェブサービスについては、シナリオをステップごとに分割して各々を別々の測定装置に実行させるようにすることは不可能であるので、複数の測定装置を用意してもアクセス処理にかかる負荷を有効に分散することはできない。
【００１２】
特許文献１〜４および非特許文献１には、単一のシナリオからＴＡＴを測定する技術、特にパスワードなどの入力を必要とするウェブサービスに対してＴＡＴを測定する技術は記載されているが、このような複数のシナリオが同時に実行されることによって発生する問題を解決しうる構成は記載されていない。特に、複数のシナリオをステップごとに分割してＴＡＴを測定することを可能とする構成は記載されていない。
【００１３】
本発明の目的は、アクセス処理にかかる負荷を有効に分散してＴＡＴを正確に測定することを可能とするＴＡＴ測定装置、ＴＡＴ測定方法およびＴＡＴ測定プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明に係るＴＡＴ測定装置は、ユーザによる操作に対するウェブサーバのＴＡＴ（Turnaround Time）を測定するＴＡＴ測定装置であって、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段と、複数のリクエスト生成手段の動作を制御する制御手段とを備え、制御手段が、リクエスト生成手段が実行すべき操作内容と操作内容の段階ごとに対応するクッキー情報である応答パラメータとを記録しているレスポンス情報テーブルと、複数のリクエスト生成手段の中で空いているものを検索する空き検索部と、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させる実行指示部と、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとするプロキシサーバ部とを備えたことを特徴とする。
【００１５】
上記目的を達成するため、本発明に係るＴＡＴ測定方法は、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、ユーザによる操作に対するウェブサーバのＴＡＴを測定するＴＡＴ測定方法であって、複数のリクエスト生成手段の中で空いているものを検索し、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させ、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとすることを特徴とする。
【００１６】
上記目的を達成するため、本発明に係るＴＡＴ測定プログラムは、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、ＴＡＴ測定装置が備えているコンピュータに、複数のリクエスト生成手段の中で空いているものを検索する手順と、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させる手順と、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介する手順と、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとする手順とを実行させることを特徴とする。
【発明の効果】
【００１７】
本発明は上述したように、ステップごとに必要な応答パラメータを記憶したレスポンス情報ＤＢを備えるように構成したので、複数のリクエスト生成手段にステップごとの処理を割り振って実行させることが可能である。これによって、多数のシナリオをステップごとに分割して正確なＴＡＴを計測することが可能であるという、優れた特徴を持つＴＡＴ測定装置、ＴＡＴ測定方法およびＴＡＴ測定プログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係る応答監視装置全体の構成を示す説明図である。
【図２】図１で示したリクエスト生成手段および制御手段の、ソフトウェアとしてのより詳しい構成を示す説明図である。
【図３】図２で示した監視ＤＢに含まれるシナリオ属性テーブルおよびリクエスト生成手段属性テーブルの記憶内容について示す説明図である。
【図４】図２で示した監視ＤＢに含まれるレスポンス情報テーブルおよび測定結果テーブルの記憶内容について示す説明図である。
【図５】図１〜２で示した応答監視装置で定義されるシナリオの内容の一例を示す説明図である。
【図６】図１〜２で示した制御手段がリクエスト生成手段に動作内容を示すシナリオを割り振る動作で、そのステップが初期ステップである場合の動作について示すフローチャートである。
【図７】図６のステップＳ４０８で実行待ちのステップの内容を受け取ったリクエスト生成手段およびＴＡＴ監視部が実行する動作で、そのステップが初期ステップである場合の動作について示すフローチャートである。
【図８】図７の動作に続いて、実行待ちの中間ステップの内容がシナリオ実行指示部２４０からに渡された場合にリクエスト生成手段およびＴＡＴ監視部が実行する動作について示すフローチャートである。
【図９】図８のステップＳ６０２として示されたリクエスト生成手段の空きの検索と中間ステップの実行指示の動作について示すフローチャートである。
【図１０】図７〜８の動作に続いて、実行待ちの最終ステップの内容がシナリオ実行指示部から渡された場合にリクエスト生成手段およびＴＡＴ監視部が実行する動作について示すフローチャートである。
【図１１】ここまでで説明した応答監視装置で実際に、制御手段が複数のリクエスト生成手段の各々に複数のシナリオをステップ単位で動作を割り振る動作の一例を示す説明図である。
【発明を実施するための形態】
【００１９】
（第１の実施形態）
以下、本発明の実施形態の構成について添付図１〜２に基づいて説明する。
最初に、本実施形態の基本的な内容について説明し、その後でより具体的な内容について説明する。
本実施形態に係るＴＡＴ測定装置（応答監視装置１０）は、ユーザによる操作に対するウェブサーバのＴＡＴ（Turnaround Time）を測定する装置である。この装置は、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段１１０〜１３０と、複数のリクエスト生成手段の動作を制御する制御手段２００とを備える。この制御手段が、リクエスト生成手段が実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとを記録しているレスポンス情報テーブル２９３と、複数のリクエスト生成手段の中で空いているものを検索する空き検索部２３０と、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させる実行指示部（シナリオ実行指示部２４０）と、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとするプロキシサーバ部（ＴＡＴ監視部２６０）とを備えている。
【００２０】
このプロキシサーバ部は、リクエスト生成手段からウェブサーバへのアクセスの発生時刻と、これに対するウェブサーバからリクエスト生成手段へのレスポンスの発生時刻とを記録し、これらの時刻からＴＡＴを取得するＴＡＴ算出機能２６３を備えている。また実行指示部は、リクエスト生成手段に対して段階ごとの操作内容を実行させる直前に、当該段階の１つ前の段階の操作結果に対するウェブサーバからのレスポンスの確認をそのリクエスト生成手段に実行させる機能を備える。
【００２１】
制御手段はさらに、複数のリクエスト生成手段の中に空いているものが無い場合に、段階ごとの操作内容を予め用意されたシナリオ実行キュー２５１に一時的に記憶させると共に、複数のリクエスト生成手段の中に空きが生じ次第段階ごとの操作内容をその空いたリクエスト生成手段に実行させるシナリオ待機部２５０を備えている。そして制御手段は、ユーザによるウェブサーバに対する操作を記録して、段階ごとの操作内容として記憶するシナリオレコーダ部２１０も備えている。
【００２２】
制御手段はまた、複数のリクエスト生成手段の各々のＩＰアドレスと、複数のリクエスト生成手段の各々が使用中であるか否かを示す使用状況とを記憶したリクエスト生成手段属性テーブル２９２も備えている。そして実行指示部は、段階ごとの操作内容をリクエスト生成手段に割り当てる際に、その段階ごとの操作内容を割り当てたリクエスト生成手段をプロキシサーバ部に通知する機能を備えている。
【００２３】
そしてリクエスト生成手段１１０は、実行指示部からの段階ごとの操作内容の実行指示を受信するシナリオ実行指示受信部１１１と、段階ごとの操作内容に基づくリクエストをウェブサーバに送信するリクエスト送信部１１２と、リクエストに対するウェブサーバからのレスポンスを受信するレスポンス受信部１１３と、レスポンスを画面表示する応答画面表示部１１４と、レスポンスが正当な応答であるか否かを判断してその判断結果をレスポンス情報テーブルに記録させるレスポンス情報送信部１１５とを備えている。
【００２４】
この構成を備えることにより、ＴＡＴ測定装置は、多数のシナリオをステップごとに分割して正確なＴＡＴを計測することが可能となる。
以下、これをより詳細に説明する。
【００２５】
図１は、本発明の実施形態に係る応答監視装置１０全体の構成を示す説明図である。応答監視装置１０は通常のコンピュータ装置で構成され、インターネット２０を介して、監視対象となるウェブサービスを提供するウェブサーバ３０および３１に接続する。
【００２６】
ただし、応答監視装置１０は１台のコンピュータ装置であっても複数台のコンピュータ装置であってもよい。本実施形態では、応答監視装置１０が１台のコンピュータ装置である例を示す。また、監視対象となるウェブサーバ３０および３１は、図１では２台のみを表記しているが、いくつあっても構わない。以後、特に必要のある場合を除いては、それらを総称してウェブサーバ３０という。
【００２７】
応答監視装置１０は、コンピュータプログラムを実行する主体となるプロセッサ１１と、コンピュータプログラムおよびデータを記憶する記憶手段１２と、データの入出力を行う入出力手段１３と、インターネット２０を介して他のコンピュータ装置とのデータ通信を行う通信手段１４とを備える。
【００２８】
プロセッサ１１では、第１〜第３のリクエスト生成手段１１０、１２０、１３０、および制御手段２００が、コンピュータプログラムとして実行される。本実施形態では３つのリクエスト生成手段が実行されるという例を示しているが、実際にはリクエスト生成手段は２つ以上いくつ動作していてもよい。制御手段２００は、それら第１〜第３のリクエスト生成手段１１０〜１３０を制御して動作させる。また記憶手段１２には、後述の各テーブルを含む監視ＤＢ（データベース）２９０と、後述のシナリオ実行キュー２５１とが記憶される。
【００２９】
図２は、図１で示した第１〜第３のリクエスト生成手段１１０〜１３０および制御手段２００の、ソフトウェアとしてのより詳しい構成を示す説明図である。図２中の矢印は、各部の間での情報の流れを観念的に示す。
【００３０】
リクエスト生成手段１１０は、シナリオ実行指示受信部１１１、リクエスト送信部１１２、レスポンス受信部１１３、応答画面表示部１１４、レスポンス情報送信部１１５といった各機能手段を備える。同様に、リクエスト生成手段１２０および１３０も、リクエスト生成手段１１０と同一の各機能部を備え、同じように制御手段２００からの制御を受けて動作する。リクエスト生成手段１２０および１３０の構成は、リクエスト生成手段１１０の構成と同一であるので、図２では細かい記載を省略している。
【００３１】
リクエスト生成手段１２０はシナリオ実行指示受信部１２１…を備え、リクエスト生成手段１３０はシナリオ実行指示受信部１３１…を備えるというように、リクエスト生成手段１２０が備える各部は参照番号の百の位と十の位を「１２」とし、リクエスト生成手段１３０が備える各部は参照番号の百の位と十の位を「１３」とする。
【００３２】
シナリオ実行指示受信部１１１（１２１、１３１）は、後述する制御手段２００のシナリオ実行指示部２４０から動作内容について指示を受ける。リクエスト送信部１１２（１２２、１３２）は、指示された動作内容通りの疑似アクセスをウェブサーバ３０に対して発生させる。レスポンス受信部１１３（１２３、１３３）は、この疑似アクセスに対するウェブサーバ３０からのレスポンスを受信する。
【００３３】
応答画面表示部１１４（１２４、１３４）はウェブブラウザであり、ウェブサーバ３０から受信したレスポンスをこのウェブブラウザの画面として表示する。レスポンス情報送信部１１５（１２５、１３５）は、そのウェブブラウザに表示された画面のレスポンスがエラーの発生していない正しい画面であるか否かを確認して、その確認結果を後述する制御手段２００のＤＢ制御部２２０に送信して記録させる。
【００３４】
制御手段２００は、シナリオレコーダ部２１０、ＤＢ制御部２２０、空き検索部２３０、シナリオ実行指示部２４０、シナリオ待機部２５０、ＴＡＴ監視部２６０、レスポンス情報監視部２７０、実行タイマー部２８０といった各機能部を備える。
【００３５】
シナリオレコーダ部２１０は、ユーザから入出力手段１３を介して入力されたウェブサイトに対する操作内容を記録し、ＤＢ制御部２２０に後述するシナリオとして記憶させる。ＤＢ制御部２２０は、記憶手段１２に記憶された監視ＤＢ２９０に含まれるシナリオ属性テーブル２９１、リクエスト生成手段属性テーブル２９２、レスポンス情報テーブル２９３、測定結果テーブル２９４といった各テーブルの記憶内容の参照および更新を行う。
【００３６】
空き検索部２３０は、第１〜第３のリクエスト生成手段１１０〜１３０の中で空いているものを検索する。シナリオ実行指示部２４０は、シナリオの中で実行すべきステップの動作を、空き検索部２３０で検索された空きのリクエスト生成手段に実行させる。シナリオ待機部２５０は、第１〜第３のリクエスト生成手段１１０〜１３０に空きがなく、実行待ちになったステップの動作を、記憶手段１２内のシナリオ実行キュー２５１にキュー（先入れ先出し）方式で記憶し、第１〜第３のリクエスト生成手段１１０〜１３０に空きができ次第実行させられるようにする。
【００３７】
ＴＡＴ監視部２６０はプロキシサーバとしての機能を備え、第１〜第３のリクエスト生成手段１１０〜１３０からウェブサーバ３０への疑似アクセスを仲介すると共にこのアクセスの発生時刻を取得するアクセス仲介機能部２６２と、この疑似アクセスに対するウェブサーバ３０から第１〜第３のリクエスト生成手段１１０〜１３０へのレスポンスを仲介すると共にこのレスポンスの発生時刻を取得するレスポンス仲介機能部２６１と、アクセス仲介機能部２６２とレスポンス仲介機能部２６１が取得した時刻からＴＡＴを算出するＴＡＴ算出機能部２６３とを備える。算出されたＴＡＴは、ＤＢ制御部２２０を介してレスポンス情報テーブル２９３に記録される。
【００３８】
レスポンス情報監視部２７０は、記録されたＴＡＴに対して分析を行い、このＴＡＴを分析結果と共に入出力手段１３に出力する。ここでいう分析とは、たとえばＴＡＴが特定の閾値以上である、あるいはレスポンス画面にエラーが発生したなどのような場合を検出して、管理者に警報を発するなどのようなことである。実行タイマー部２８０は、たとえば１分に１度などのような実行間隔をカウントし、後述の処理を実行させる。
【００３９】
図３〜４は、図２で示した監視ＤＢ２９０に含まれるシナリオ属性テーブル２９１、リクエスト生成手段属性テーブル２９２、レスポンス情報テーブル２９３、測定結果テーブル２９４の記憶内容について示す説明図である。図３に示すシナリオ属性テーブル２９１には、シナリオ名２９１ａ、実行間隔２９１ｂ、次回実行開始時間２９１ｃ、ステップ名２９１ｄといった各内容が記憶される。やはり図３に示すリクエスト生成手段属性テーブル２９２には、リクエスト生成手段名２９２ａ、リクエスト生成手段のＩＰアドレス２９２ｂ、現在の使用状況２９２ｃといった各内容が記憶される。
【００４０】
ここで実行間隔２９１ｂは、後述するようにユーザの入力に基づいてシナリオレコーダ部２１０がＤＢ制御部２２０を介して記憶する記録内容である。これに対して次回実行開始時間２９１ｃは、時間の経過と共にＤＢ制御部２２０が減算していく記録内容であり、これが「０」になると、これに対応するシナリオの実行が開始される。
【００４１】
図４に示すレスポンス情報テーブル２９３には、シナリオ名２９１ａ、ステップ名２９１ｄ、遷移前ＵＲＬ（Uniform Resource Locator）２９３ａ、応答パラメータ２９３ｂ、および遷移後ＵＲＬ２９３ｃといった各内容が記憶される。シナリオ名２９１ａおよびステップ名２９１ｄは、シナリオ属性テーブル２９１にある同名のデータと対応する。遷移前ＵＲＬ２９３ａおよび応答パラメータ２９３ｂは、第１〜第３のリクエスト生成手段１１０〜１３０が制御手段２００を経てウェブサーバ３０に接続して処理を行わせる際に必要なデータである。その処理が完了すれば、遷移後ＵＲＬ２９３ｃの画面に移動する。言い換えれば、処理完了後に遷移後ＵＲＬ２９３ｃの画面に移動していれば、その処理は成功したということになる。
【００４２】
やはり図４に示す測定結果テーブル２９４には、シナリオ名２９１ａ、ステップ名２９１ｄ、および測定結果２９４ａといった各内容が記憶される。シナリオ名２９１ａおよびステップ名２９１ｄは、シナリオ属性テーブル２９１にある同名のデータと対応する。また測定結果２９４ａは、計測を行った日時２９４ｂと、その日時に計測されたＴＡＴ２９４ｃとの組が単数または複数個で構成される。
【００４３】
図５は、図１〜２で示した応答監視装置１０で定義されるシナリオの内容の一例を示す説明図である。たとえばユーザが「あるネットショップでの買い物」をするという場面を想定すると、まずウェブサーバ３０にアクセスしてログイン画面３０１を開いたユーザは、ここでＩＤおよびパスワードを入力して「送信」ボタンを押す。すると、表示画面は商品選定画面３０２に進む。
【００４４】
続いてユーザは、商品選定画面３０２で商品番号を選択して「この商品を選択」ボタンを押す。すると、表示画面は確認画面３０３に進む。続いてユーザは、確認画面３０３で購入点数を入力して「確認」ボタンを押す。すると、表示画面は確定画面３０４に進む。最後にユーザは、確定画面３０４で送付先住所を入力して「確定」ボタンを押す。以上で商品の購入が確定し、一連の動作が完了して完了画面３０５が表示される。ここまでの過程でユーザが入力した内容は、ウェブブラウザのＣｏｏｋｉｅに記憶される。
【００４５】
ユーザはあらかじめこの操作を応答監視装置１０の端末上で行い、シナリオレコーダ部２１０はユーザが行った動作を記録する。より具体的には、ユーザが入力したＩＤ、パスワード、商品番号、購入点数、送付先住所などについての入力内容、「送信」「確認」などユーザが操作したボタンなどの入力要素名、各画面のＵＲＬ、そして操作の過程でウェブブラウザのＣｏｏｋｉｅに記憶される内容などである。
【００４６】
シナリオレコーダ部２１０はＤＢ制御部２２０を介して、シナリオ属性テーブル２９１およびレスポンス情報テーブル２９３に記憶する。シナリオ名２９１ａは、たとえば「ネットショップ○○での買い物」などのようにユーザが任意に定義することができる。ステップ名２９１ｄは、たとえば各操作ステップごとに与えられる連番である。
【００４７】
図３〜図５に示された例では、シナリオ名を「Ａ」とし、ログイン画面３０１から商品選定画面３０２への遷移をステップ名「Ａ１」、商品選定画面３０２から確認画面３０３への遷移をステップ名「Ａ２」、確認画面３０３から確定画面３０４への遷移をステップ名「Ａ３」、確定画面３０４から完了画面３０５への遷移をステップ名「Ａ４」と定義する。また、各々のシナリオで最初に実行されるステップのことを先頭ステップといい、最後に実行されるステップのことを最終ステップ、先頭ステップにも最終ステップにも該当しないステップのことを中間ステップという。シナリオ名「Ａ」の先頭ステップは「Ａ１」、最終ステップ「Ａ４」は、中間ステップは「Ａ２」および「Ａ３」である。
【００４８】
各画面のＵＲＬはレスポンス情報テーブル２９３の遷移前ＵＲＬ２９３ａ、入力されたＩＤおよびパスワード、およびＣｏｏｋｉｅの内容などはレスポンス情報テーブル２９３の応答パラメータ２９３ｂとして記憶される。そして、ユーザは上記のシナリオおよび各ステップとして定義したこれらの処理を行わせようとする時間を入力すると、シナリオレコーダ部２１０はＤＢ制御部２２０を介してシナリオ属性テーブル２９１の実行間隔２９１ｂとして記憶する。
【００４９】
図６は、図１〜２で示した制御手段２００が第１〜第３のリクエスト生成手段１１０〜１３０に動作内容を示すシナリオを割り振る動作で、そのステップが初期ステップである場合の動作について示すフローチャートである。シナリオ属性テーブル２９１およびレスポンス情報テーブル２９３には、前述したシナリオ属性とリクエスト生成手段属性とがシナリオレコーダ部２１０によってあらかじめ記憶されている。
【００５０】
まず実行タイマー部２８０が実行間隔をカウントし（ステップＳ４０１）、実行間隔が来ればＤＢ制御部２２０が次回実行開始時間２９１ｃを更新する（ステップＳ４０２）。ステップＳ４０２では、時間の経過と共に次回実行開始時間２９１ｃを減算する。
【００５１】
そしてＤＢ制御部２２０は、シナリオ属性テーブル２９１に記憶された各々のシナリオについて次回実行開始時間２９１ｃが０となったシナリオがあるか否かについて判断する（ステップＳ４０３）。まずここでは前述の「シナリオＡ」の先頭ステップである「ステップＡ１」が実行対象となるものとする。
【００５２】
次回実行開始時間２９１ｃが０となったシナリオがあれば、これはすぐに動作を開始されるべきシナリオであるので、その先頭ステップについて、空き検索部２３０がリクエスト生成手段属性テーブル２９２の使用状況２９２ｃを参照して、現在使用されていない（空きの）リクエスト生成手段１１０〜１３０が存在するか否かについて判断する（ステップＳ４０４）。ここで第１〜第３のリクエスト生成手段１１０〜１３０のうち、第１のリクエスト生成手段１１０が空いているものとする。
【００５３】
空きがあれば、ＤＢ制御部２２０は、リクエスト生成手段属性テーブル２９２の第１のリクエスト生成手段１１０の現在の使用状況２９２ｃを「使用中」とする（ステップＳ４０５）。これと同時に、ＤＢ制御部２２０は、ステップＡ１の内容を読み出してシナリオ実行指示部２４０に渡す（ステップＳ４０８）。そしてＤＢ制御部２２０は、該シナリオについて次回実行開始時間２９１ｃを更新する（ステップＳ４０９）。
【００５４】
ステップＳ４０４で、第１〜第３のリクエスト生成手段１１０〜１３０に空きが存在しなければ、シナリオ待機部２５０は実行しようとしていたステップＡ１の内容をシナリオ実行キュー２５１に記憶させる（ステップＳ４０６）。ここで記憶されたステップＡ１の内容は、第１〜第３のリクエスト生成手段１１０〜１３０のいずれかに空きができ次第（ステップＳ４０７）、ステップＳ４０５に進んですぐに実行される。
【００５５】
ステップＳ４０８で、実行待ちのステップＡ１の内容がシナリオ実行指示部２４０に送られるのと同時に、リクエスト生成手段１１０がステップＡ１を実行するとの情報が、シナリオ実行指示部２４０からＴＡＴ監視部２６０に送信される（ステップＳ４１０）。
【００５６】
ステップＳ４０６〜４０７に処理が進んでシナリオ実行キュー２５１に記憶されていたジョブは、第１〜第３のリクエスト生成手段１１０〜１３０のいずれかに空きができるのを待って実行されるから、実行間隔２９１ｂとして設定されていた時刻から多少遅れて該ジョブが実行されることとなる。たとえばその「空きができるのを待って」いる間に、実行間隔２９１ｂの設定時間が経過していた場合、同一のシナリオが重複して実行されることになる。そのような事態を回避するという意味で、ステップＳ４０９では、時間の経過と共に減算されていた次回実行開始時間２９１ｃを実行間隔２９１ｂの値に戻している。言い換えれば、次回実行開始時間２９１ｃを実行間隔２９１ｂの設定値に「リセット」しているのである。
【００５７】
図７は、図６のステップＳ４０８で実行待ちのステップの内容を受け取ったリクエスト生成手段１１０およびＴＡＴ監視部２６０が実行する動作で、そのステップが初期ステップである場合の動作について示すフローチャートである。ここでは、実行待ちのステップＡ１の内容がシナリオ実行指示部２４０から第１のリクエスト生成手段１１０に渡され、実行されるものとする。
【００５８】
ステップＡ１の内容を受け取ったシナリオ実行指示受信部１１１は、まずウェブブラウザである応答画面表示部１１４を起動して（ステップＳ５０１）、シナリオにある通りの遷移前ＵＲＬ２９３ａ（ここではログイン画面３０１）を開く。
【００５９】
そしてシナリオ実行指示受信部１１１は、リクエスト送信部１１２に遷移前ＵＲＬ２９３ａと応答パラメータ２９３ｂとを渡して、ログインリクエストを送信させる（ステップＳ５０２）。このリクエストは、プロキシサーバであるＴＡＴ監視部２６０を経由して、ウェブサーバ３０に送信される。
【００６０】
ＴＡＴ監視部２６０のアクセス仲介機能部２６２がこのリクエストを受け取ると（ステップＳ５０３）、ＴＡＴ算出機能部２６３がＴＡＴのカウントを開始し（ステップＳ５０４）、アクセス仲介機能部２６２がこのリクエストをウェブサーバ３０に転送する（ステップＳ５０５）。ここまででリクエスト生成手段１１０の処理は一度終了するので、ＴＡＴ監視部２６０はＤＢ制御部２２０を介して、リクエスト生成手段１１０の使用状況２９２ｃを「未使用」とする（ステップＳ５０６）。
【００６１】
ウェブサーバ３０は、アクセス仲介機能部２６２が転送したリクエストに対応する処理（トランザクション）を実行開始する（ステップＳ５０７）。
【００６２】
図８は、図７の動作に続いて、実行待ちの中間ステップ（ここではステップＡ２）の内容がシナリオ実行指示部２４０からに渡された場合に第１〜第３のリクエスト生成手段１１０〜１３０およびＴＡＴ監視部２６０が実行する動作について示すフローチャートである。前述のように、ステップＡ１のリクエストは、既に第１のリクエスト生成手段１１０が送信済である。ウェブサーバ３０は、ステップＡ１に対する処理を完了して、これに対するレスポンスをリクエスト生成手段１１０に返却しようとする（ステップＳ６０１）。
【００６３】
この結果は、プロキシサーバであるＴＡＴ監視部２６０のレスポンス仲介機能部２６１を経由して、リクエスト生成手段１１０〜１３０のうちのいずれかに返却される。ここで、ステップＡ１のリクエストを送信したリクエスト生成手段１１０とは異なるリクエスト生成手段１２０が空いていたものとする。
【００６４】
ＴＡＴ監視部２６０のレスポンス仲介機能部２６１がこのリクエストを受け取ると、ＴＡＴ算出機能部２６３がＴＡＴのカウントを停止し（ステップＳ６０２）、空き検索部２３０が空きのリクエスト生成手段１１０〜１３０が存在するか否かについて判断する（ステップＳ６０３）。図９は、図８のステップＳ６０２として示された第１〜第３のリクエスト生成手段１１０〜１３０の空きの検索と中間ステップ（ここではステップＡ２）の実行指示の動作について示すフローチャートである。この動作の内容は、図６のステップＳ４０４〜Ｓ４１０の動作と同一であるので、それらの各ステップの参照番号を＋５０して示す。ただし、図６のステップＳ４０９に相当する、該シナリオについて次回実行開始時間２９１ｃを更新するという動作はない。
【００６５】
ここで、このステップＳ６０３（図８）の動作に続いて、レスポンス仲介機能部２６１がこのリクエストをリクエスト生成手段１２０に転送する（ステップＳ６０４）。図７のステップＳ５０４で開始され、図８のステップＳ６０２で停止された時刻のカウントが、ステップＡ１にかかるＴＡＴである。
【００６６】
図６のステップＳ４１０で、リクエスト生成手段１１０がこのステップＡ１についてのリクエストを送信するという情報が既に送信されているので、ＴＡＴ算出機能部２６３はこのことを既に把握済である。また、ＴＡＴ算出機能部２６３はリクエスト生成手段属性テーブル２９２のＩＰアドレス２９２ｂを参照して、ＩＰアドレス２９２ｂに該当するリクエストがリクエスト生成手段１１０によるものであることも把握している。さらに図９のステップＳ４６０の動作によって、そのレスポンスはリクエスト生成手段１２０に返すべきものであることも把握している。
【００６７】
ＴＡＴ算出機能部２６３がステップＡ１にかかるＴＡＴをカウントできたら、この時刻をＤＢ制御部２２０に送信する（ステップＳ６０５）。レスポンス受信部１２３は、ステップＳ６０４でレスポンス仲介機能部２６１から転送されてきたレスポンスを受信し、応答画面表示部１２４に表示させる（ステップＳ６０６）。そして、この画面表示されたレスポンスが、エラー画面などでない正しいレスポンスであるか否かを、レスポンス情報送信部１２５が確認して、その結果をＤＢ制御部２２０に送信する（ステップＳ６０８）。ここで、表示されているＵＲＬがステップＡ１の遷移後ＵＲＬ２９３ｃと一致するか否かを判断材料にすることもできるが、判断材料はこれに限定されない。
【００６８】
これに続いてリクエスト生成手段１２０は、制御部２００から実行指示を受けたステップＡ２にかかるリクエストの送信に係る動作を行う（ステップＳ６０８〜６１３）。その内容は、図７のステップＳ５０２〜５０７で説明した内容と同一であり、ただ実行する主体がリクエスト生成手段１１０からリクエスト生成手段１２０に変わるだけである。これに続くステップＡ３についても、これと同様の動作が行われる。
【００６９】
本実施形態では、このようにして前ステップのレスポンス画面の確認と、今ステップのリクエスト送信とをワンセットで行う。たとえば、「今ステップ」がステップＡ２なら、「前ステップ」はステップＡ１である。このようにすれば、たとえば１つのリクエスト生成手段が送信した複数のシナリオに係るレスポンスが同時に返信されたとしても、同じリクエスト生成手段にそれらの同時に返信されたレスポンス確認処理が割り振られることはないので、それによって処理が滞ることもない。
【００７０】
図１０は、図７〜８の動作に続いて、実行待ちの最終ステップ（ここではステップＡ４）の内容がシナリオ実行指示部２４０から渡された場合に第１〜第３のリクエスト生成手段１１０〜１３０およびＴＡＴ監視部２６０が実行する動作について示すフローチャートである。空きのリクエスト生成手段１１０〜１３０が存在するか否かについて判断するというステップＳ６０３に相当する動作が存在しないことを除いて、動作の内容は図８のステップＳ６０１〜６０７と同一であるので、それらの各ステップの参照番号を＋１００したステップＳ７０１〜７０７として示す。ただしそれらの各ステップの終了後のステップＳ７０８で、レスポンス情報送信部１１５（１２５，１３５）はＤＢ制御部２２０を介して、リクエスト生成手段１１０の使用状況２９２ｃを「未使用」とする（ステップＳ７０８）。
【００７１】
ＤＢ制御部２２０は、送信されたＴＡＴの計測結果およびレスポンスの確認結果を測定結果テーブル２９４の測定結果２９４ａとして記録する。そして、測定されたＴＡＴの値とエラーの有無については、レスポンス情報監視部２７０が常時監視と分析を行っている。測定されたＴＡＴに異常があれば、すぐに警報を入出力手段１３に出力する。それ以外の場合も、管理者は操作によっていつでも測定結果と判定結果とを入出力手段１３に出力させることができる。このＴＡＴの監視と分析には、任意の公知の手法を用いることができる。たとえば測定されたＴＡＴとあらかじめ与えられた閾値とを比較し、測定されたＴＡＴが閾値以上となれば異常と判断するようにしてもよい。
【００７２】
図１１は、ここまでで説明した応答監視装置１０で実際に、制御手段２００が複数のリクエスト生成手段１１０および１２０の各々に複数のシナリオをステップ単位で動作を割り振る動作の一例を示す説明図である。図１１の縦方向は時間の経過を示す。
【００７３】
ここでは、シナリオＡおよびＢという２通りのシナリオがあり、シナリオＡは図５で説明したステップＡ１、ステップＡ２、ステップＡ３…という一連の各ステップ、シナリオＢはこれと同様のステップＢ１、ステップＢ２…という一連の各ステップが順番に実行される。また、シナリオＡはウェブサーバ３０、シナリオＢはこれとは別のウェブサーバ３１に接続して動作を行う。
【００７４】
図面の錯綜を回避するため、図８ではリクエスト生成手段はリクエスト生成手段１１０および１２０という２つ、シナリオおよびステップはステップＡ１〜Ａ３、およびステップＢ１〜Ｂ２しか記載しないが、実際にはこれよりも多数のリクエスト生成手段に、これよりも多数のシナリオおよびステップを割り振るようにできる。
【００７５】
まず、制御手段２００がステップＡ１の実行をリクエスト生成手段１１０に割り振って実行指示を送信する（ステップＳ８００、図６のステップＳ４０８）。リクエスト生成手段１１０はこの割り振られた内容に基づき、ウェブサーバ３０に対してアクセスしてリクエストを送信し、ログイン画面３０１から商品選定画面３０２に進む動作を行う（ステップＳ８０１、図７のステップＳ５０１〜５０２）。その際、入力が必要であるＩＤおよびパスワードは、応答パラメータ２９３ｂとしてレスポンス情報テーブル２９３に記憶されている内容を使用する。
【００７６】
ステップＳ８０１のウェブサーバ３０へのアクセスはプロキシサーバである制御手段２００を経由するので、これを受けた制御手段２００はここでＴＡＴのカウントを開始する（図７のステップＳ５０４）。ここで制御手段２００は、ステップＳ８０１のステップＡ１のリクエストを送信し終えて使用状況２９２ｃが「未使用」となったリクエスト生成手段１１０に、今度はステップＢ１の実行を指示する（ステップＳ８０２）。
【００７７】
これを受けたリクエスト生成手段１１０は、ウェブサーバ３１に対してアクセスしてステップＢ１のリクエストを送信する（ステップＳ８０３）。ここで、ステップＳ８０２とステップＳ８０３の間に、ステップＡ１に対するレスポンスがウェブサーバ３０から帰ってきたが、リクエスト生成手段１１０はステップＢ１に係る処理で使用中である。
【００７８】
そこで制御手段２００は、図９の処理でリクエスト生成手段の空きを検索して、空いていたリクエスト生成手段１２０にステップＡ１に対するレスポンスとステップＡ２へのリクエストの実行を指示することとして、ステップＡ１に係るＴＡＴのカウントを停止してからこのレスポンスをリクエスト生成手段１２０に転送する（ステップＳ８１０、図８のステップＳ６０３〜６０４）。
【００７９】
ここで、ＴＡＴ算出機能部２６３はステップＳ８０１とステップＳ８１０の間の時刻を、ステップＡ１にかかるＴＡＴとして取得し、測定結果テーブル２９４に記録する。制御手段２００からレスポンスが転送されてきたリクエスト生成手段１２０は、このレスポンス画面が正常であるか否かを確認した結果を制御手段２００に返す（ステップＳ８１１、図８のステップＳ６０６〜６０７）。
【００８０】
制御手段２００は、ステップＡ１のリクエストを送信したリクエスト生成手段１１０と異なるリクエスト生成手段１２０に、ステップＡ１のレスポンス（即ち商品選定画面３０２）の確認と、これに続くステップＡ２、即ち商品選定画面３０２から確認画面３０３に進むリクエストを送信する動作とを実行させることができる。これは商品選定画面３０２から確認画面３０３に進むのに必要な応答パラメータ２９３ｂが、レスポンス情報テーブル２９３に記憶されているからである。
【００８１】
ステップＡ１のレスポンスを確認したリクエスト生成手段１２０は、これに続いてステップＡ２のリクエストの送信、即ちウェブサーバ３０に対してアクセスしてリクエストを送信するよう制御手段２００から指示を受け、商品選定画面３０２から確認画面３０３に進む動作を行う（ステップＳ８１２〜８１３）。ステップＳ８１３のウェブサーバ３０へのアクセスはプロキシサーバである制御手段２００を経由するので、これを受けた制御手段２００はここでステップＡ２にかかるＴＡＴのカウントを開始する。
【００８２】
ここで、ステップＳ８０３でウェブサーバ３１に送信されたステップＢ１のリクエストに対するレスポンスがプロキシサーバである制御手段２００に戻ってきた（ステップＳ８１４）。このレスポンスの確認は、リクエスト生成手段１１０および１２０のどちらが行ってもよいが、ここではリクエスト生成手段１２０が行うものとし、ＴＡＴのカウントを停止してからこのレスポンスをリクエスト生成手段１２０に転送する（ステップＳ８１５）。
【００８３】
ステップＢ１のレスポンスを確認したリクエスト生成手段１２０は、これに続いてステップＢ２のリクエストの送信、即ちウェブサーバ３１に対してアクセスしてリクエストを送信するよう制御手段２００から指示を受け、その動作を行う（ステップＳ８１６〜８１７）。
【００８４】
ここで、ステップＳ８１３でウェブサーバ３０に送信されたステップＡ２のリクエストに対するレスポンスがプロキシサーバである制御手段２００に戻ってきた（ステップＳ８０４）。このレスポンスの確認は、リクエスト生成手段１１０および１２０のどちらが行ってもよいが、ここではリクエスト生成手段１１０が行うものとし、ＴＡＴのカウントを停止してからこのレスポンスをリクエスト生成手段１１０に転送する。リクエスト生成手段１１０は、このレスポンスを確認してその結果を制御手段２００に返す（ステップＳ８０５）。
【００８５】
応答監視装置１０では、以上の動作をステップＡ２に続く各ステップ、ステップＢ１に続く各ステップ、さらにシナリオＡおよびシナリオＢ以外のシナリオについても行っていく。その際、必ず前ステップのレスポンス画面の確認と、今ステップのリクエスト送信とをワンセットで行う。そしてリクエスト生成手段１１０および１２０以外のリクエスト生成手段に対しても、これと同じように各シナリオの各ステップ単位で動作を割り振って実行させていく。
【００８６】
プロキシサーバであるＴＡＴ監視部２６０では、ＲＦＣ１６３１（１９９４年５月）で定義された公知技術であるＩＰマスカレードにより、組織内でのみ通用するＩＰアドレス（ローカルアドレス）と、インターネット上のＩＰアドレス（グローバルアドレス）を透過的に相互変換する。このため、ステップＡ２の動作をステップＡ１の動作とは異なるリクエスト生成手段が実行したとしても、またリクエストを送信とそれに対するレスポンスの確認を異なるリクエスト生成手段が実行したとしても、ウェブサーバ３０にはそのことはわからず、同一のプロキシサーバ（ＴＡＴ監視部２６０）に対して一連の処理を継続しているとしかウェブサーバ３０は認識しない。従って、応答パラメータ２９３ｂに間違いさえなければ、ウェブサーバ３０は問題なく処理を継続することができる。
【００８７】
そして、リクエスト生成手段属性テーブル２９２には第１〜第３のリクエスト生成手段１１０〜１３０の各々のＩＰアドレス２９２が記録されているので、ＴＡＴ監視部２６０はどのリクエスト生成手段がどのステップを実行しているかを把握できさえすれば（図６のステップＳ４１０）、正確なＴＡＴを測定することができる。もちろん、リクエストを送信したリクエスト生成手段と、それに対するレスポンスを確認したリクエスト生成手段とが異なっていても、ＴＡＴの測定には特に影響はない。
【００８８】
（第１の実施形態の全体的な動作）
次に、上記の実施形態の全体的な動作について説明する。本実施形態に係るＴＡＴ測定方法は、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、ユーザによる操作に対するウェブサーバのＴＡＴを測定するＴＡＴ測定方法である。このＴＡＴ測定方法は、複数のリクエスト生成手段の中で空いているものを検索し（図６：ステップＳ４０４）、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させ（図６：ステップＳ４０８）、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し（図７：ステップＳ５０３〜５０５）、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとする（図８：ステップＳ６０３）。
【００８９】
ここで、上記各動作ステップについては、これをコンピュータで実行可能にプログラム化し、これらを前記各ステップを直接実行するコンピュータであるエージェントマシンに実行させるようにしてもよい。
この構成および動作により、本実施形態は以下のような効果を奏する。
【００９０】
本実施形態では、１つのリクエスト生成手段には２つ以上のステップの動作が同時に割り振られることはないので、複数のアクセス処理が同時に実行されることによる処理のオーバーヘッドが発生することはない。従って、各々のリクエスト生成手段に対して、ステップ単位で効率的に動作を割り振ることができ、使用率を高めることができる。
【００９１】
このリクエスト生成手段にステップの動作を割り振るという動作は、人手を介さず行われるので、人手による煩雑で難解な監視シナリオ実行順序のスケジュール設計は不要である。さらに、監視条件の変更や、監視対象サービスの追加・削除などに対しても、人手を介さず柔軟に対応することができる。
【００９２】
これまで本発明について図面に示した特定の実施形態をもって説明してきたが、本発明は図面に示した実施形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができる。
【産業上の利用可能性】
【００９３】
本発明は、ウェブサーバの運用管理、特にトラブルの発生の予防およびパフォーマンスの低下の抑制に利用することができる。
【符号の説明】
【００９４】
１０ 応答監視装置
１１ プロセッサ
１２ 記憶手段
１３ 入出力手段
１４ 通信手段
２０ インターネット
３０、３１ ウェブサーバ
１１０、１２０、１３０ リクエスト生成手段
１１１、１２１、１３１ シナリオ実行指示受信部
１１２、１２２、１３２ リクエスト送信部
１１３、１２３、１３３ レスポンス受信部
１１４、１２４、１３４ 応答画面表示部
１１５、１２５、１３５ レスポンス情報送信部
２００ 制御手段
２１０ シナリオレコーダ部
２２０ ＤＢ制御部
２３０ 空き検索部
２４０ シナリオ実行指示部
２５０ シナリオ待機部
２５１ シナリオ実行キュー
２６０ ＴＡＴ監視部
２６１ レスポンス仲介機能部
２６２ アクセス仲介機能部
２６３ ＴＡＴ算出機能部
２７０ レスポンス情報監視部
２８０ 実行タイマー部
２９０ 監視ＤＢ
２９１ シナリオ属性テーブル
２９２ リクエスト生成手段属性テーブル
２９３ レスポンス情報テーブル
２９４ 測定結果テーブル
【技術分野】
【０００１】
本発明はウェブサービスのレスポンスの監視に関し、特に該サービスのＴＡＴ（Turnaround Time、レスポンス応答時間）の計測に関する。
【背景技術】
【０００２】
ウェブサーバによって提供されるウェブサービスは、２４時間休み無く、かつユーザに対してストレスを与えることなく動作し続ける必要がある。そのため、障害の発生のみならず、たとえば特定の処理にアクセスが集中することなどによるパフォーマンスの低下も、すぐに発見されなければならない。
【０００３】
そのため、たとえば日本電気株式会社のＷｅｂＳＡＭ（登録商標）アプリケーション・ナビゲーターなどのように、エンドユーザのウェブサービスでの画面遷移を想定した擬似アクセス（以後、本明細書では単にアクセスという）をウェブサービスに対して行い、これによってＴＡＴを測定する製品がある。
【０００４】
このＴＡＴの測定では、たとえば「ネットショップでの買い物」で、ログイン→商品選定→確認→確定などといった一連の画面遷移を「シナリオ」として定義し、ウェブブラウザを介してユーザがウェブサーバに対して行うであろう操作をアクセス処理として行い、それに対するＴＡＴを測定する。
【０００５】
ウェブサービスのＴＡＴの測定に関連して、次のような技術文献がある。特許文献１には、パスワードの入力が必要なウェブサービスについても、応答時間を測定することを可能とする測定システムが記載されている。特許文献２には、複数の計算機にジョブを割り当てるスケジューリングが記載されている。
【０００６】
特許文献３には、ウェブサービスで実行される「シナリオ」を分割して実行することが記載されている。特許文献４には、ウェブサービスで実際にユーザが体験する応答時間を測定するという応答時間測定モニタが記載されている。非特許文献１には、ウェブサービスのＴＡＴを測定する製品の具体的な一例が記載されている（「プローブオプション」欄の「Ｗｅｂシナリオ稼動監視」の項目を参照されたい）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２９１５４７５号公報
【特許文献２】特開２００５−０３１７７１号公報
【特許文献３】特開２００８−２５０９５３号公報
【特許文献４】特開平１１−１１０３１２号公報
【非特許文献】
【０００８】
【非特許文献１】日本電気株式会社、「ＷｅｂＳＡＭ Ａｐｐｌｉｃａｔｉｏｎ Ｎａｖｉｇａｔｏｒ−特長・機能」、［online］［平成２１年７月２４日検索］、インターネット＜URL：http://www.nec.co.jp/middle/WebSAM/products/appnavi/kinou.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
このようなＴＡＴの測定で、１台の測定装置が複数のシナリオを実行すると、複数のアクセス処理が同時に実行されるタイミングが発生しうる。複数の処理が同時に実行されることによって、この装置自体に処理のオーバーヘッドが発生して応答レスポンスが遅延し、正確なＴＡＴの測定が困難となることがある。
【００１０】
スケジュールの最適化によって、１台の測定装置で複数のアクセス処理が同時に実行されることを防止することも考えられる。しかしながら、それだと計測対象となるシナリオが場合によって数百〜数千単位になることもあるので、このような場合にはスケジュールの最適化自体が困難となる。
【００１１】
さらに、複数の測定装置を用意して、複数のシナリオを各々の装置に割り振って同時に実行可能なようにすることも考えられる。しかしながら、上記のシナリオで示される動作は、本来はユーザが操作する１つの端末で行われるものである。そのため、特にＩＤやパスワードなどをクッキーに記憶する必要があるウェブサービスについては、シナリオをステップごとに分割して各々を別々の測定装置に実行させるようにすることは不可能であるので、複数の測定装置を用意してもアクセス処理にかかる負荷を有効に分散することはできない。
【００１２】
特許文献１〜４および非特許文献１には、単一のシナリオからＴＡＴを測定する技術、特にパスワードなどの入力を必要とするウェブサービスに対してＴＡＴを測定する技術は記載されているが、このような複数のシナリオが同時に実行されることによって発生する問題を解決しうる構成は記載されていない。特に、複数のシナリオをステップごとに分割してＴＡＴを測定することを可能とする構成は記載されていない。
【００１３】
本発明の目的は、アクセス処理にかかる負荷を有効に分散してＴＡＴを正確に測定することを可能とするＴＡＴ測定装置、ＴＡＴ測定方法およびＴＡＴ測定プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明に係るＴＡＴ測定装置は、ユーザによる操作に対するウェブサーバのＴＡＴ（Turnaround Time）を測定するＴＡＴ測定装置であって、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段と、複数のリクエスト生成手段の動作を制御する制御手段とを備え、制御手段が、リクエスト生成手段が実行すべき操作内容と操作内容の段階ごとに対応するクッキー情報である応答パラメータとを記録しているレスポンス情報テーブルと、複数のリクエスト生成手段の中で空いているものを検索する空き検索部と、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させる実行指示部と、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとするプロキシサーバ部とを備えたことを特徴とする。
【００１５】
上記目的を達成するため、本発明に係るＴＡＴ測定方法は、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、ユーザによる操作に対するウェブサーバのＴＡＴを測定するＴＡＴ測定方法であって、複数のリクエスト生成手段の中で空いているものを検索し、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させ、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとすることを特徴とする。
【００１６】
上記目的を達成するため、本発明に係るＴＡＴ測定プログラムは、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、ＴＡＴ測定装置が備えているコンピュータに、複数のリクエスト生成手段の中で空いているものを検索する手順と、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させる手順と、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介する手順と、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとする手順とを実行させることを特徴とする。
【発明の効果】
【００１７】
本発明は上述したように、ステップごとに必要な応答パラメータを記憶したレスポンス情報ＤＢを備えるように構成したので、複数のリクエスト生成手段にステップごとの処理を割り振って実行させることが可能である。これによって、多数のシナリオをステップごとに分割して正確なＴＡＴを計測することが可能であるという、優れた特徴を持つＴＡＴ測定装置、ＴＡＴ測定方法およびＴＡＴ測定プログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係る応答監視装置全体の構成を示す説明図である。
【図２】図１で示したリクエスト生成手段および制御手段の、ソフトウェアとしてのより詳しい構成を示す説明図である。
【図３】図２で示した監視ＤＢに含まれるシナリオ属性テーブルおよびリクエスト生成手段属性テーブルの記憶内容について示す説明図である。
【図４】図２で示した監視ＤＢに含まれるレスポンス情報テーブルおよび測定結果テーブルの記憶内容について示す説明図である。
【図５】図１〜２で示した応答監視装置で定義されるシナリオの内容の一例を示す説明図である。
【図６】図１〜２で示した制御手段がリクエスト生成手段に動作内容を示すシナリオを割り振る動作で、そのステップが初期ステップである場合の動作について示すフローチャートである。
【図７】図６のステップＳ４０８で実行待ちのステップの内容を受け取ったリクエスト生成手段およびＴＡＴ監視部が実行する動作で、そのステップが初期ステップである場合の動作について示すフローチャートである。
【図８】図７の動作に続いて、実行待ちの中間ステップの内容がシナリオ実行指示部２４０からに渡された場合にリクエスト生成手段およびＴＡＴ監視部が実行する動作について示すフローチャートである。
【図９】図８のステップＳ６０２として示されたリクエスト生成手段の空きの検索と中間ステップの実行指示の動作について示すフローチャートである。
【図１０】図７〜８の動作に続いて、実行待ちの最終ステップの内容がシナリオ実行指示部から渡された場合にリクエスト生成手段およびＴＡＴ監視部が実行する動作について示すフローチャートである。
【図１１】ここまでで説明した応答監視装置で実際に、制御手段が複数のリクエスト生成手段の各々に複数のシナリオをステップ単位で動作を割り振る動作の一例を示す説明図である。
【発明を実施するための形態】
【００１９】
（第１の実施形態）
以下、本発明の実施形態の構成について添付図１〜２に基づいて説明する。
最初に、本実施形態の基本的な内容について説明し、その後でより具体的な内容について説明する。
本実施形態に係るＴＡＴ測定装置（応答監視装置１０）は、ユーザによる操作に対するウェブサーバのＴＡＴ（Turnaround Time）を測定する装置である。この装置は、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段１１０〜１３０と、複数のリクエスト生成手段の動作を制御する制御手段２００とを備える。この制御手段が、リクエスト生成手段が実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとを記録しているレスポンス情報テーブル２９３と、複数のリクエスト生成手段の中で空いているものを検索する空き検索部２３０と、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させる実行指示部（シナリオ実行指示部２４０）と、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとするプロキシサーバ部（ＴＡＴ監視部２６０）とを備えている。
【００２０】
このプロキシサーバ部は、リクエスト生成手段からウェブサーバへのアクセスの発生時刻と、これに対するウェブサーバからリクエスト生成手段へのレスポンスの発生時刻とを記録し、これらの時刻からＴＡＴを取得するＴＡＴ算出機能２６３を備えている。また実行指示部は、リクエスト生成手段に対して段階ごとの操作内容を実行させる直前に、当該段階の１つ前の段階の操作結果に対するウェブサーバからのレスポンスの確認をそのリクエスト生成手段に実行させる機能を備える。
【００２１】
制御手段はさらに、複数のリクエスト生成手段の中に空いているものが無い場合に、段階ごとの操作内容を予め用意されたシナリオ実行キュー２５１に一時的に記憶させると共に、複数のリクエスト生成手段の中に空きが生じ次第段階ごとの操作内容をその空いたリクエスト生成手段に実行させるシナリオ待機部２５０を備えている。そして制御手段は、ユーザによるウェブサーバに対する操作を記録して、段階ごとの操作内容として記憶するシナリオレコーダ部２１０も備えている。
【００２２】
制御手段はまた、複数のリクエスト生成手段の各々のＩＰアドレスと、複数のリクエスト生成手段の各々が使用中であるか否かを示す使用状況とを記憶したリクエスト生成手段属性テーブル２９２も備えている。そして実行指示部は、段階ごとの操作内容をリクエスト生成手段に割り当てる際に、その段階ごとの操作内容を割り当てたリクエスト生成手段をプロキシサーバ部に通知する機能を備えている。
【００２３】
そしてリクエスト生成手段１１０は、実行指示部からの段階ごとの操作内容の実行指示を受信するシナリオ実行指示受信部１１１と、段階ごとの操作内容に基づくリクエストをウェブサーバに送信するリクエスト送信部１１２と、リクエストに対するウェブサーバからのレスポンスを受信するレスポンス受信部１１３と、レスポンスを画面表示する応答画面表示部１１４と、レスポンスが正当な応答であるか否かを判断してその判断結果をレスポンス情報テーブルに記録させるレスポンス情報送信部１１５とを備えている。
【００２４】
この構成を備えることにより、ＴＡＴ測定装置は、多数のシナリオをステップごとに分割して正確なＴＡＴを計測することが可能となる。
以下、これをより詳細に説明する。
【００２５】
図１は、本発明の実施形態に係る応答監視装置１０全体の構成を示す説明図である。応答監視装置１０は通常のコンピュータ装置で構成され、インターネット２０を介して、監視対象となるウェブサービスを提供するウェブサーバ３０および３１に接続する。
【００２６】
ただし、応答監視装置１０は１台のコンピュータ装置であっても複数台のコンピュータ装置であってもよい。本実施形態では、応答監視装置１０が１台のコンピュータ装置である例を示す。また、監視対象となるウェブサーバ３０および３１は、図１では２台のみを表記しているが、いくつあっても構わない。以後、特に必要のある場合を除いては、それらを総称してウェブサーバ３０という。
【００２７】
応答監視装置１０は、コンピュータプログラムを実行する主体となるプロセッサ１１と、コンピュータプログラムおよびデータを記憶する記憶手段１２と、データの入出力を行う入出力手段１３と、インターネット２０を介して他のコンピュータ装置とのデータ通信を行う通信手段１４とを備える。
【００２８】
プロセッサ１１では、第１〜第３のリクエスト生成手段１１０、１２０、１３０、および制御手段２００が、コンピュータプログラムとして実行される。本実施形態では３つのリクエスト生成手段が実行されるという例を示しているが、実際にはリクエスト生成手段は２つ以上いくつ動作していてもよい。制御手段２００は、それら第１〜第３のリクエスト生成手段１１０〜１３０を制御して動作させる。また記憶手段１２には、後述の各テーブルを含む監視ＤＢ（データベース）２９０と、後述のシナリオ実行キュー２５１とが記憶される。
【００２９】
図２は、図１で示した第１〜第３のリクエスト生成手段１１０〜１３０および制御手段２００の、ソフトウェアとしてのより詳しい構成を示す説明図である。図２中の矢印は、各部の間での情報の流れを観念的に示す。
【００３０】
リクエスト生成手段１１０は、シナリオ実行指示受信部１１１、リクエスト送信部１１２、レスポンス受信部１１３、応答画面表示部１１４、レスポンス情報送信部１１５といった各機能手段を備える。同様に、リクエスト生成手段１２０および１３０も、リクエスト生成手段１１０と同一の各機能部を備え、同じように制御手段２００からの制御を受けて動作する。リクエスト生成手段１２０および１３０の構成は、リクエスト生成手段１１０の構成と同一であるので、図２では細かい記載を省略している。
【００３１】
リクエスト生成手段１２０はシナリオ実行指示受信部１２１…を備え、リクエスト生成手段１３０はシナリオ実行指示受信部１３１…を備えるというように、リクエスト生成手段１２０が備える各部は参照番号の百の位と十の位を「１２」とし、リクエスト生成手段１３０が備える各部は参照番号の百の位と十の位を「１３」とする。
【００３２】
シナリオ実行指示受信部１１１（１２１、１３１）は、後述する制御手段２００のシナリオ実行指示部２４０から動作内容について指示を受ける。リクエスト送信部１１２（１２２、１３２）は、指示された動作内容通りの疑似アクセスをウェブサーバ３０に対して発生させる。レスポンス受信部１１３（１２３、１３３）は、この疑似アクセスに対するウェブサーバ３０からのレスポンスを受信する。
【００３３】
応答画面表示部１１４（１２４、１３４）はウェブブラウザであり、ウェブサーバ３０から受信したレスポンスをこのウェブブラウザの画面として表示する。レスポンス情報送信部１１５（１２５、１３５）は、そのウェブブラウザに表示された画面のレスポンスがエラーの発生していない正しい画面であるか否かを確認して、その確認結果を後述する制御手段２００のＤＢ制御部２２０に送信して記録させる。
【００３４】
制御手段２００は、シナリオレコーダ部２１０、ＤＢ制御部２２０、空き検索部２３０、シナリオ実行指示部２４０、シナリオ待機部２５０、ＴＡＴ監視部２６０、レスポンス情報監視部２７０、実行タイマー部２８０といった各機能部を備える。
【００３５】
シナリオレコーダ部２１０は、ユーザから入出力手段１３を介して入力されたウェブサイトに対する操作内容を記録し、ＤＢ制御部２２０に後述するシナリオとして記憶させる。ＤＢ制御部２２０は、記憶手段１２に記憶された監視ＤＢ２９０に含まれるシナリオ属性テーブル２９１、リクエスト生成手段属性テーブル２９２、レスポンス情報テーブル２９３、測定結果テーブル２９４といった各テーブルの記憶内容の参照および更新を行う。
【００３６】
空き検索部２３０は、第１〜第３のリクエスト生成手段１１０〜１３０の中で空いているものを検索する。シナリオ実行指示部２４０は、シナリオの中で実行すべきステップの動作を、空き検索部２３０で検索された空きのリクエスト生成手段に実行させる。シナリオ待機部２５０は、第１〜第３のリクエスト生成手段１１０〜１３０に空きがなく、実行待ちになったステップの動作を、記憶手段１２内のシナリオ実行キュー２５１にキュー（先入れ先出し）方式で記憶し、第１〜第３のリクエスト生成手段１１０〜１３０に空きができ次第実行させられるようにする。
【００３７】
ＴＡＴ監視部２６０はプロキシサーバとしての機能を備え、第１〜第３のリクエスト生成手段１１０〜１３０からウェブサーバ３０への疑似アクセスを仲介すると共にこのアクセスの発生時刻を取得するアクセス仲介機能部２６２と、この疑似アクセスに対するウェブサーバ３０から第１〜第３のリクエスト生成手段１１０〜１３０へのレスポンスを仲介すると共にこのレスポンスの発生時刻を取得するレスポンス仲介機能部２６１と、アクセス仲介機能部２６２とレスポンス仲介機能部２６１が取得した時刻からＴＡＴを算出するＴＡＴ算出機能部２６３とを備える。算出されたＴＡＴは、ＤＢ制御部２２０を介してレスポンス情報テーブル２９３に記録される。
【００３８】
レスポンス情報監視部２７０は、記録されたＴＡＴに対して分析を行い、このＴＡＴを分析結果と共に入出力手段１３に出力する。ここでいう分析とは、たとえばＴＡＴが特定の閾値以上である、あるいはレスポンス画面にエラーが発生したなどのような場合を検出して、管理者に警報を発するなどのようなことである。実行タイマー部２８０は、たとえば１分に１度などのような実行間隔をカウントし、後述の処理を実行させる。
【００３９】
図３〜４は、図２で示した監視ＤＢ２９０に含まれるシナリオ属性テーブル２９１、リクエスト生成手段属性テーブル２９２、レスポンス情報テーブル２９３、測定結果テーブル２９４の記憶内容について示す説明図である。図３に示すシナリオ属性テーブル２９１には、シナリオ名２９１ａ、実行間隔２９１ｂ、次回実行開始時間２９１ｃ、ステップ名２９１ｄといった各内容が記憶される。やはり図３に示すリクエスト生成手段属性テーブル２９２には、リクエスト生成手段名２９２ａ、リクエスト生成手段のＩＰアドレス２９２ｂ、現在の使用状況２９２ｃといった各内容が記憶される。
【００４０】
ここで実行間隔２９１ｂは、後述するようにユーザの入力に基づいてシナリオレコーダ部２１０がＤＢ制御部２２０を介して記憶する記録内容である。これに対して次回実行開始時間２９１ｃは、時間の経過と共にＤＢ制御部２２０が減算していく記録内容であり、これが「０」になると、これに対応するシナリオの実行が開始される。
【００４１】
図４に示すレスポンス情報テーブル２９３には、シナリオ名２９１ａ、ステップ名２９１ｄ、遷移前ＵＲＬ（Uniform Resource Locator）２９３ａ、応答パラメータ２９３ｂ、および遷移後ＵＲＬ２９３ｃといった各内容が記憶される。シナリオ名２９１ａおよびステップ名２９１ｄは、シナリオ属性テーブル２９１にある同名のデータと対応する。遷移前ＵＲＬ２９３ａおよび応答パラメータ２９３ｂは、第１〜第３のリクエスト生成手段１１０〜１３０が制御手段２００を経てウェブサーバ３０に接続して処理を行わせる際に必要なデータである。その処理が完了すれば、遷移後ＵＲＬ２９３ｃの画面に移動する。言い換えれば、処理完了後に遷移後ＵＲＬ２９３ｃの画面に移動していれば、その処理は成功したということになる。
【００４２】
やはり図４に示す測定結果テーブル２９４には、シナリオ名２９１ａ、ステップ名２９１ｄ、および測定結果２９４ａといった各内容が記憶される。シナリオ名２９１ａおよびステップ名２９１ｄは、シナリオ属性テーブル２９１にある同名のデータと対応する。また測定結果２９４ａは、計測を行った日時２９４ｂと、その日時に計測されたＴＡＴ２９４ｃとの組が単数または複数個で構成される。
【００４３】
図５は、図１〜２で示した応答監視装置１０で定義されるシナリオの内容の一例を示す説明図である。たとえばユーザが「あるネットショップでの買い物」をするという場面を想定すると、まずウェブサーバ３０にアクセスしてログイン画面３０１を開いたユーザは、ここでＩＤおよびパスワードを入力して「送信」ボタンを押す。すると、表示画面は商品選定画面３０２に進む。
【００４４】
続いてユーザは、商品選定画面３０２で商品番号を選択して「この商品を選択」ボタンを押す。すると、表示画面は確認画面３０３に進む。続いてユーザは、確認画面３０３で購入点数を入力して「確認」ボタンを押す。すると、表示画面は確定画面３０４に進む。最後にユーザは、確定画面３０４で送付先住所を入力して「確定」ボタンを押す。以上で商品の購入が確定し、一連の動作が完了して完了画面３０５が表示される。ここまでの過程でユーザが入力した内容は、ウェブブラウザのＣｏｏｋｉｅに記憶される。
【００４５】
ユーザはあらかじめこの操作を応答監視装置１０の端末上で行い、シナリオレコーダ部２１０はユーザが行った動作を記録する。より具体的には、ユーザが入力したＩＤ、パスワード、商品番号、購入点数、送付先住所などについての入力内容、「送信」「確認」などユーザが操作したボタンなどの入力要素名、各画面のＵＲＬ、そして操作の過程でウェブブラウザのＣｏｏｋｉｅに記憶される内容などである。
【００４６】
シナリオレコーダ部２１０はＤＢ制御部２２０を介して、シナリオ属性テーブル２９１およびレスポンス情報テーブル２９３に記憶する。シナリオ名２９１ａは、たとえば「ネットショップ○○での買い物」などのようにユーザが任意に定義することができる。ステップ名２９１ｄは、たとえば各操作ステップごとに与えられる連番である。
【００４７】
図３〜図５に示された例では、シナリオ名を「Ａ」とし、ログイン画面３０１から商品選定画面３０２への遷移をステップ名「Ａ１」、商品選定画面３０２から確認画面３０３への遷移をステップ名「Ａ２」、確認画面３０３から確定画面３０４への遷移をステップ名「Ａ３」、確定画面３０４から完了画面３０５への遷移をステップ名「Ａ４」と定義する。また、各々のシナリオで最初に実行されるステップのことを先頭ステップといい、最後に実行されるステップのことを最終ステップ、先頭ステップにも最終ステップにも該当しないステップのことを中間ステップという。シナリオ名「Ａ」の先頭ステップは「Ａ１」、最終ステップ「Ａ４」は、中間ステップは「Ａ２」および「Ａ３」である。
【００４８】
各画面のＵＲＬはレスポンス情報テーブル２９３の遷移前ＵＲＬ２９３ａ、入力されたＩＤおよびパスワード、およびＣｏｏｋｉｅの内容などはレスポンス情報テーブル２９３の応答パラメータ２９３ｂとして記憶される。そして、ユーザは上記のシナリオおよび各ステップとして定義したこれらの処理を行わせようとする時間を入力すると、シナリオレコーダ部２１０はＤＢ制御部２２０を介してシナリオ属性テーブル２９１の実行間隔２９１ｂとして記憶する。
【００４９】
図６は、図１〜２で示した制御手段２００が第１〜第３のリクエスト生成手段１１０〜１３０に動作内容を示すシナリオを割り振る動作で、そのステップが初期ステップである場合の動作について示すフローチャートである。シナリオ属性テーブル２９１およびレスポンス情報テーブル２９３には、前述したシナリオ属性とリクエスト生成手段属性とがシナリオレコーダ部２１０によってあらかじめ記憶されている。
【００５０】
まず実行タイマー部２８０が実行間隔をカウントし（ステップＳ４０１）、実行間隔が来ればＤＢ制御部２２０が次回実行開始時間２９１ｃを更新する（ステップＳ４０２）。ステップＳ４０２では、時間の経過と共に次回実行開始時間２９１ｃを減算する。
【００５１】
そしてＤＢ制御部２２０は、シナリオ属性テーブル２９１に記憶された各々のシナリオについて次回実行開始時間２９１ｃが０となったシナリオがあるか否かについて判断する（ステップＳ４０３）。まずここでは前述の「シナリオＡ」の先頭ステップである「ステップＡ１」が実行対象となるものとする。
【００５２】
次回実行開始時間２９１ｃが０となったシナリオがあれば、これはすぐに動作を開始されるべきシナリオであるので、その先頭ステップについて、空き検索部２３０がリクエスト生成手段属性テーブル２９２の使用状況２９２ｃを参照して、現在使用されていない（空きの）リクエスト生成手段１１０〜１３０が存在するか否かについて判断する（ステップＳ４０４）。ここで第１〜第３のリクエスト生成手段１１０〜１３０のうち、第１のリクエスト生成手段１１０が空いているものとする。
【００５３】
空きがあれば、ＤＢ制御部２２０は、リクエスト生成手段属性テーブル２９２の第１のリクエスト生成手段１１０の現在の使用状況２９２ｃを「使用中」とする（ステップＳ４０５）。これと同時に、ＤＢ制御部２２０は、ステップＡ１の内容を読み出してシナリオ実行指示部２４０に渡す（ステップＳ４０８）。そしてＤＢ制御部２２０は、該シナリオについて次回実行開始時間２９１ｃを更新する（ステップＳ４０９）。
【００５４】
ステップＳ４０４で、第１〜第３のリクエスト生成手段１１０〜１３０に空きが存在しなければ、シナリオ待機部２５０は実行しようとしていたステップＡ１の内容をシナリオ実行キュー２５１に記憶させる（ステップＳ４０６）。ここで記憶されたステップＡ１の内容は、第１〜第３のリクエスト生成手段１１０〜１３０のいずれかに空きができ次第（ステップＳ４０７）、ステップＳ４０５に進んですぐに実行される。
【００５５】
ステップＳ４０８で、実行待ちのステップＡ１の内容がシナリオ実行指示部２４０に送られるのと同時に、リクエスト生成手段１１０がステップＡ１を実行するとの情報が、シナリオ実行指示部２４０からＴＡＴ監視部２６０に送信される（ステップＳ４１０）。
【００５６】
ステップＳ４０６〜４０７に処理が進んでシナリオ実行キュー２５１に記憶されていたジョブは、第１〜第３のリクエスト生成手段１１０〜１３０のいずれかに空きができるのを待って実行されるから、実行間隔２９１ｂとして設定されていた時刻から多少遅れて該ジョブが実行されることとなる。たとえばその「空きができるのを待って」いる間に、実行間隔２９１ｂの設定時間が経過していた場合、同一のシナリオが重複して実行されることになる。そのような事態を回避するという意味で、ステップＳ４０９では、時間の経過と共に減算されていた次回実行開始時間２９１ｃを実行間隔２９１ｂの値に戻している。言い換えれば、次回実行開始時間２９１ｃを実行間隔２９１ｂの設定値に「リセット」しているのである。
【００５７】
図７は、図６のステップＳ４０８で実行待ちのステップの内容を受け取ったリクエスト生成手段１１０およびＴＡＴ監視部２６０が実行する動作で、そのステップが初期ステップである場合の動作について示すフローチャートである。ここでは、実行待ちのステップＡ１の内容がシナリオ実行指示部２４０から第１のリクエスト生成手段１１０に渡され、実行されるものとする。
【００５８】
ステップＡ１の内容を受け取ったシナリオ実行指示受信部１１１は、まずウェブブラウザである応答画面表示部１１４を起動して（ステップＳ５０１）、シナリオにある通りの遷移前ＵＲＬ２９３ａ（ここではログイン画面３０１）を開く。
【００５９】
そしてシナリオ実行指示受信部１１１は、リクエスト送信部１１２に遷移前ＵＲＬ２９３ａと応答パラメータ２９３ｂとを渡して、ログインリクエストを送信させる（ステップＳ５０２）。このリクエストは、プロキシサーバであるＴＡＴ監視部２６０を経由して、ウェブサーバ３０に送信される。
【００６０】
ＴＡＴ監視部２６０のアクセス仲介機能部２６２がこのリクエストを受け取ると（ステップＳ５０３）、ＴＡＴ算出機能部２６３がＴＡＴのカウントを開始し（ステップＳ５０４）、アクセス仲介機能部２６２がこのリクエストをウェブサーバ３０に転送する（ステップＳ５０５）。ここまででリクエスト生成手段１１０の処理は一度終了するので、ＴＡＴ監視部２６０はＤＢ制御部２２０を介して、リクエスト生成手段１１０の使用状況２９２ｃを「未使用」とする（ステップＳ５０６）。
【００６１】
ウェブサーバ３０は、アクセス仲介機能部２６２が転送したリクエストに対応する処理（トランザクション）を実行開始する（ステップＳ５０７）。
【００６２】
図８は、図７の動作に続いて、実行待ちの中間ステップ（ここではステップＡ２）の内容がシナリオ実行指示部２４０からに渡された場合に第１〜第３のリクエスト生成手段１１０〜１３０およびＴＡＴ監視部２６０が実行する動作について示すフローチャートである。前述のように、ステップＡ１のリクエストは、既に第１のリクエスト生成手段１１０が送信済である。ウェブサーバ３０は、ステップＡ１に対する処理を完了して、これに対するレスポンスをリクエスト生成手段１１０に返却しようとする（ステップＳ６０１）。
【００６３】
この結果は、プロキシサーバであるＴＡＴ監視部２６０のレスポンス仲介機能部２６１を経由して、リクエスト生成手段１１０〜１３０のうちのいずれかに返却される。ここで、ステップＡ１のリクエストを送信したリクエスト生成手段１１０とは異なるリクエスト生成手段１２０が空いていたものとする。
【００６４】
ＴＡＴ監視部２６０のレスポンス仲介機能部２６１がこのリクエストを受け取ると、ＴＡＴ算出機能部２６３がＴＡＴのカウントを停止し（ステップＳ６０２）、空き検索部２３０が空きのリクエスト生成手段１１０〜１３０が存在するか否かについて判断する（ステップＳ６０３）。図９は、図８のステップＳ６０２として示された第１〜第３のリクエスト生成手段１１０〜１３０の空きの検索と中間ステップ（ここではステップＡ２）の実行指示の動作について示すフローチャートである。この動作の内容は、図６のステップＳ４０４〜Ｓ４１０の動作と同一であるので、それらの各ステップの参照番号を＋５０して示す。ただし、図６のステップＳ４０９に相当する、該シナリオについて次回実行開始時間２９１ｃを更新するという動作はない。
【００６５】
ここで、このステップＳ６０３（図８）の動作に続いて、レスポンス仲介機能部２６１がこのリクエストをリクエスト生成手段１２０に転送する（ステップＳ６０４）。図７のステップＳ５０４で開始され、図８のステップＳ６０２で停止された時刻のカウントが、ステップＡ１にかかるＴＡＴである。
【００６６】
図６のステップＳ４１０で、リクエスト生成手段１１０がこのステップＡ１についてのリクエストを送信するという情報が既に送信されているので、ＴＡＴ算出機能部２６３はこのことを既に把握済である。また、ＴＡＴ算出機能部２６３はリクエスト生成手段属性テーブル２９２のＩＰアドレス２９２ｂを参照して、ＩＰアドレス２９２ｂに該当するリクエストがリクエスト生成手段１１０によるものであることも把握している。さらに図９のステップＳ４６０の動作によって、そのレスポンスはリクエスト生成手段１２０に返すべきものであることも把握している。
【００６７】
ＴＡＴ算出機能部２６３がステップＡ１にかかるＴＡＴをカウントできたら、この時刻をＤＢ制御部２２０に送信する（ステップＳ６０５）。レスポンス受信部１２３は、ステップＳ６０４でレスポンス仲介機能部２６１から転送されてきたレスポンスを受信し、応答画面表示部１２４に表示させる（ステップＳ６０６）。そして、この画面表示されたレスポンスが、エラー画面などでない正しいレスポンスであるか否かを、レスポンス情報送信部１２５が確認して、その結果をＤＢ制御部２２０に送信する（ステップＳ６０８）。ここで、表示されているＵＲＬがステップＡ１の遷移後ＵＲＬ２９３ｃと一致するか否かを判断材料にすることもできるが、判断材料はこれに限定されない。
【００６８】
これに続いてリクエスト生成手段１２０は、制御部２００から実行指示を受けたステップＡ２にかかるリクエストの送信に係る動作を行う（ステップＳ６０８〜６１３）。その内容は、図７のステップＳ５０２〜５０７で説明した内容と同一であり、ただ実行する主体がリクエスト生成手段１１０からリクエスト生成手段１２０に変わるだけである。これに続くステップＡ３についても、これと同様の動作が行われる。
【００６９】
本実施形態では、このようにして前ステップのレスポンス画面の確認と、今ステップのリクエスト送信とをワンセットで行う。たとえば、「今ステップ」がステップＡ２なら、「前ステップ」はステップＡ１である。このようにすれば、たとえば１つのリクエスト生成手段が送信した複数のシナリオに係るレスポンスが同時に返信されたとしても、同じリクエスト生成手段にそれらの同時に返信されたレスポンス確認処理が割り振られることはないので、それによって処理が滞ることもない。
【００７０】
図１０は、図７〜８の動作に続いて、実行待ちの最終ステップ（ここではステップＡ４）の内容がシナリオ実行指示部２４０から渡された場合に第１〜第３のリクエスト生成手段１１０〜１３０およびＴＡＴ監視部２６０が実行する動作について示すフローチャートである。空きのリクエスト生成手段１１０〜１３０が存在するか否かについて判断するというステップＳ６０３に相当する動作が存在しないことを除いて、動作の内容は図８のステップＳ６０１〜６０７と同一であるので、それらの各ステップの参照番号を＋１００したステップＳ７０１〜７０７として示す。ただしそれらの各ステップの終了後のステップＳ７０８で、レスポンス情報送信部１１５（１２５，１３５）はＤＢ制御部２２０を介して、リクエスト生成手段１１０の使用状況２９２ｃを「未使用」とする（ステップＳ７０８）。
【００７１】
ＤＢ制御部２２０は、送信されたＴＡＴの計測結果およびレスポンスの確認結果を測定結果テーブル２９４の測定結果２９４ａとして記録する。そして、測定されたＴＡＴの値とエラーの有無については、レスポンス情報監視部２７０が常時監視と分析を行っている。測定されたＴＡＴに異常があれば、すぐに警報を入出力手段１３に出力する。それ以外の場合も、管理者は操作によっていつでも測定結果と判定結果とを入出力手段１３に出力させることができる。このＴＡＴの監視と分析には、任意の公知の手法を用いることができる。たとえば測定されたＴＡＴとあらかじめ与えられた閾値とを比較し、測定されたＴＡＴが閾値以上となれば異常と判断するようにしてもよい。
【００７２】
図１１は、ここまでで説明した応答監視装置１０で実際に、制御手段２００が複数のリクエスト生成手段１１０および１２０の各々に複数のシナリオをステップ単位で動作を割り振る動作の一例を示す説明図である。図１１の縦方向は時間の経過を示す。
【００７３】
ここでは、シナリオＡおよびＢという２通りのシナリオがあり、シナリオＡは図５で説明したステップＡ１、ステップＡ２、ステップＡ３…という一連の各ステップ、シナリオＢはこれと同様のステップＢ１、ステップＢ２…という一連の各ステップが順番に実行される。また、シナリオＡはウェブサーバ３０、シナリオＢはこれとは別のウェブサーバ３１に接続して動作を行う。
【００７４】
図面の錯綜を回避するため、図８ではリクエスト生成手段はリクエスト生成手段１１０および１２０という２つ、シナリオおよびステップはステップＡ１〜Ａ３、およびステップＢ１〜Ｂ２しか記載しないが、実際にはこれよりも多数のリクエスト生成手段に、これよりも多数のシナリオおよびステップを割り振るようにできる。
【００７５】
まず、制御手段２００がステップＡ１の実行をリクエスト生成手段１１０に割り振って実行指示を送信する（ステップＳ８００、図６のステップＳ４０８）。リクエスト生成手段１１０はこの割り振られた内容に基づき、ウェブサーバ３０に対してアクセスしてリクエストを送信し、ログイン画面３０１から商品選定画面３０２に進む動作を行う（ステップＳ８０１、図７のステップＳ５０１〜５０２）。その際、入力が必要であるＩＤおよびパスワードは、応答パラメータ２９３ｂとしてレスポンス情報テーブル２９３に記憶されている内容を使用する。
【００７６】
ステップＳ８０１のウェブサーバ３０へのアクセスはプロキシサーバである制御手段２００を経由するので、これを受けた制御手段２００はここでＴＡＴのカウントを開始する（図７のステップＳ５０４）。ここで制御手段２００は、ステップＳ８０１のステップＡ１のリクエストを送信し終えて使用状況２９２ｃが「未使用」となったリクエスト生成手段１１０に、今度はステップＢ１の実行を指示する（ステップＳ８０２）。
【００７７】
これを受けたリクエスト生成手段１１０は、ウェブサーバ３１に対してアクセスしてステップＢ１のリクエストを送信する（ステップＳ８０３）。ここで、ステップＳ８０２とステップＳ８０３の間に、ステップＡ１に対するレスポンスがウェブサーバ３０から帰ってきたが、リクエスト生成手段１１０はステップＢ１に係る処理で使用中である。
【００７８】
そこで制御手段２００は、図９の処理でリクエスト生成手段の空きを検索して、空いていたリクエスト生成手段１２０にステップＡ１に対するレスポンスとステップＡ２へのリクエストの実行を指示することとして、ステップＡ１に係るＴＡＴのカウントを停止してからこのレスポンスをリクエスト生成手段１２０に転送する（ステップＳ８１０、図８のステップＳ６０３〜６０４）。
【００７９】
ここで、ＴＡＴ算出機能部２６３はステップＳ８０１とステップＳ８１０の間の時刻を、ステップＡ１にかかるＴＡＴとして取得し、測定結果テーブル２９４に記録する。制御手段２００からレスポンスが転送されてきたリクエスト生成手段１２０は、このレスポンス画面が正常であるか否かを確認した結果を制御手段２００に返す（ステップＳ８１１、図８のステップＳ６０６〜６０７）。
【００８０】
制御手段２００は、ステップＡ１のリクエストを送信したリクエスト生成手段１１０と異なるリクエスト生成手段１２０に、ステップＡ１のレスポンス（即ち商品選定画面３０２）の確認と、これに続くステップＡ２、即ち商品選定画面３０２から確認画面３０３に進むリクエストを送信する動作とを実行させることができる。これは商品選定画面３０２から確認画面３０３に進むのに必要な応答パラメータ２９３ｂが、レスポンス情報テーブル２９３に記憶されているからである。
【００８１】
ステップＡ１のレスポンスを確認したリクエスト生成手段１２０は、これに続いてステップＡ２のリクエストの送信、即ちウェブサーバ３０に対してアクセスしてリクエストを送信するよう制御手段２００から指示を受け、商品選定画面３０２から確認画面３０３に進む動作を行う（ステップＳ８１２〜８１３）。ステップＳ８１３のウェブサーバ３０へのアクセスはプロキシサーバである制御手段２００を経由するので、これを受けた制御手段２００はここでステップＡ２にかかるＴＡＴのカウントを開始する。
【００８２】
ここで、ステップＳ８０３でウェブサーバ３１に送信されたステップＢ１のリクエストに対するレスポンスがプロキシサーバである制御手段２００に戻ってきた（ステップＳ８１４）。このレスポンスの確認は、リクエスト生成手段１１０および１２０のどちらが行ってもよいが、ここではリクエスト生成手段１２０が行うものとし、ＴＡＴのカウントを停止してからこのレスポンスをリクエスト生成手段１２０に転送する（ステップＳ８１５）。
【００８３】
ステップＢ１のレスポンスを確認したリクエスト生成手段１２０は、これに続いてステップＢ２のリクエストの送信、即ちウェブサーバ３１に対してアクセスしてリクエストを送信するよう制御手段２００から指示を受け、その動作を行う（ステップＳ８１６〜８１７）。
【００８４】
ここで、ステップＳ８１３でウェブサーバ３０に送信されたステップＡ２のリクエストに対するレスポンスがプロキシサーバである制御手段２００に戻ってきた（ステップＳ８０４）。このレスポンスの確認は、リクエスト生成手段１１０および１２０のどちらが行ってもよいが、ここではリクエスト生成手段１１０が行うものとし、ＴＡＴのカウントを停止してからこのレスポンスをリクエスト生成手段１１０に転送する。リクエスト生成手段１１０は、このレスポンスを確認してその結果を制御手段２００に返す（ステップＳ８０５）。
【００８５】
応答監視装置１０では、以上の動作をステップＡ２に続く各ステップ、ステップＢ１に続く各ステップ、さらにシナリオＡおよびシナリオＢ以外のシナリオについても行っていく。その際、必ず前ステップのレスポンス画面の確認と、今ステップのリクエスト送信とをワンセットで行う。そしてリクエスト生成手段１１０および１２０以外のリクエスト生成手段に対しても、これと同じように各シナリオの各ステップ単位で動作を割り振って実行させていく。
【００８６】
プロキシサーバであるＴＡＴ監視部２６０では、ＲＦＣ１６３１（１９９４年５月）で定義された公知技術であるＩＰマスカレードにより、組織内でのみ通用するＩＰアドレス（ローカルアドレス）と、インターネット上のＩＰアドレス（グローバルアドレス）を透過的に相互変換する。このため、ステップＡ２の動作をステップＡ１の動作とは異なるリクエスト生成手段が実行したとしても、またリクエストを送信とそれに対するレスポンスの確認を異なるリクエスト生成手段が実行したとしても、ウェブサーバ３０にはそのことはわからず、同一のプロキシサーバ（ＴＡＴ監視部２６０）に対して一連の処理を継続しているとしかウェブサーバ３０は認識しない。従って、応答パラメータ２９３ｂに間違いさえなければ、ウェブサーバ３０は問題なく処理を継続することができる。
【００８７】
そして、リクエスト生成手段属性テーブル２９２には第１〜第３のリクエスト生成手段１１０〜１３０の各々のＩＰアドレス２９２が記録されているので、ＴＡＴ監視部２６０はどのリクエスト生成手段がどのステップを実行しているかを把握できさえすれば（図６のステップＳ４１０）、正確なＴＡＴを測定することができる。もちろん、リクエストを送信したリクエスト生成手段と、それに対するレスポンスを確認したリクエスト生成手段とが異なっていても、ＴＡＴの測定には特に影響はない。
【００８８】
（第１の実施形態の全体的な動作）
次に、上記の実施形態の全体的な動作について説明する。本実施形態に係るＴＡＴ測定方法は、複数のユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、ユーザによる操作に対するウェブサーバのＴＡＴを測定するＴＡＴ測定方法である。このＴＡＴ測定方法は、複数のリクエスト生成手段の中で空いているものを検索し（図６：ステップＳ４０４）、空いているリクエスト生成手段に段階ごとの操作内容と応答パラメータとを割り当てて実行させ（図６：ステップＳ４０８）、リクエスト生成手段が発生させたウェブサーバへのアクセスを仲介し（図７：ステップＳ５０３〜５０５）、アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれをＴＡＴとする（図８：ステップＳ６０３）。
【００８９】
ここで、上記各動作ステップについては、これをコンピュータで実行可能にプログラム化し、これらを前記各ステップを直接実行するコンピュータであるエージェントマシンに実行させるようにしてもよい。
この構成および動作により、本実施形態は以下のような効果を奏する。
【００９０】
本実施形態では、１つのリクエスト生成手段には２つ以上のステップの動作が同時に割り振られることはないので、複数のアクセス処理が同時に実行されることによる処理のオーバーヘッドが発生することはない。従って、各々のリクエスト生成手段に対して、ステップ単位で効率的に動作を割り振ることができ、使用率を高めることができる。
【００９１】
このリクエスト生成手段にステップの動作を割り振るという動作は、人手を介さず行われるので、人手による煩雑で難解な監視シナリオ実行順序のスケジュール設計は不要である。さらに、監視条件の変更や、監視対象サービスの追加・削除などに対しても、人手を介さず柔軟に対応することができる。
【００９２】
これまで本発明について図面に示した特定の実施形態をもって説明してきたが、本発明は図面に示した実施形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができる。
【産業上の利用可能性】
【００９３】
本発明は、ウェブサーバの運用管理、特にトラブルの発生の予防およびパフォーマンスの低下の抑制に利用することができる。
【符号の説明】
【００９４】
１０ 応答監視装置
１１ プロセッサ
１２ 記憶手段
１３ 入出力手段
１４ 通信手段
２０ インターネット
３０、３１ ウェブサーバ
１１０、１２０、１３０ リクエスト生成手段
１１１、１２１、１３１ シナリオ実行指示受信部
１１２、１２２、１３２ リクエスト送信部
１１３、１２３、１３３ レスポンス受信部
１１４、１２４、１３４ 応答画面表示部
１１５、１２５、１３５ レスポンス情報送信部
２００ 制御手段
２１０ シナリオレコーダ部
２２０ ＤＢ制御部
２３０ 空き検索部
２４０ シナリオ実行指示部
２５０ シナリオ待機部
２５１ シナリオ実行キュー
２６０ ＴＡＴ監視部
２６１ レスポンス仲介機能部
２６２ アクセス仲介機能部
２６３ ＴＡＴ算出機能部
２７０ レスポンス情報監視部
２８０ 実行タイマー部
２９０ 監視ＤＢ
２９１ シナリオ属性テーブル
２９２ リクエスト生成手段属性テーブル
２９３ レスポンス情報テーブル
２９４ 測定結果テーブル
【特許請求の範囲】
【請求項１】
ユーザによる操作に対するウェブサーバのＴＡＴ（Turnaround Time）を測定するＴＡＴ測定装置であって、
複数の前記ユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段と、前記複数のリクエスト生成手段の動作を制御する制御手段とを備え、
前記制御手段が、
前記リクエスト生成手段が実行すべき操作内容と前記操作内容の段階ごとに対応するクッキー情報である応答パラメータとを記録しているレスポンス情報テーブルと、
前記複数のリクエスト生成手段の中で空いているものを検索する空き検索部と、
前記空いているリクエスト生成手段に前記段階ごとの操作内容と前記応答パラメータとを割り当てて実行させる実行指示部と、
前記リクエスト生成手段が発生させた前記ウェブサーバへのアクセスを仲介し、前記アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれを前記ＴＡＴとするプロキシサーバ部と
を備えたことを特徴とするＴＡＴ測定装置。
【請求項２】
前記プロキシサーバ部が、前記リクエスト生成手段から前記ウェブサーバへのアクセスの発生時刻と、これに対する前記ウェブサーバから前記リクエスト生成手段へのレスポンスの発生時刻とを記録すると共に、これらの時刻から前記ＴＡＴを取得するＴＡＴ算出機能を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項３】
前記実行指示部が、前記リクエスト生成手段に対して前記段階ごとの操作内容を実行させる直前に、当該段階の１つ前の段階の操作結果に対する前記ウェブサーバからのレスポンスの確認を該リクエスト生成手段に実行させる機能を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項４】
前記制御手段が、前記複数のリクエスト生成手段の中に空いているものが無い場合に、前記段階ごとの操作内容を予め用意されたシナリオ実行キューに一時的に記憶させると共に、前記複数のリクエスト生成手段の中に空きが生じ次第前記段階ごとの操作内容をその空いたリクエスト生成手段に実行させるシナリオ待機部を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項５】
前記制御手段が、ユーザによる前記ウェブサーバに対する操作を記録して、前記段階ごとの操作内容として記憶するシナリオレコーダ部を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項６】
前記制御手段が、前記複数のリクエスト生成手段の各々のＩＰアドレスと、前記複数のリクエスト生成手段の各々が使用中であるか否かを示す使用状況とを記憶したリクエスト生成手段属性テーブルを備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項７】
前記実行指示部が、前記段階ごとの操作内容を前記リクエスト生成手段に割り当てる際に、その段階ごとの操作内容を割り当てたリクエスト生成手段を前記プロキシサーバ部に通知する機能を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項８】
前記リクエスト生成手段が、
前記実行指示部からの前記段階ごとの操作内容の実行指示を受信するシナリオ実行指示受信部と、
前記段階ごとの操作内容に基づくリクエストを前記ウェブサーバに送信するリクエスト送信部と、
前記リクエストに対する前記ウェブサーバからのレスポンスを受信するレスポンス受信部と、
前記レスポンスを画面表示する応答画面表示部と、
前記レスポンスが正当な応答であるか否かを判断してその判断結果を前記レスポンス情報テーブルに記録させるレスポンス情報送信部とを備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項９】
複数の前記ユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、前記操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、前記ユーザによる操作に対するウェブサーバのＴＡＴを測定するＴＡＴ測定方法であって、
前記複数のリクエスト生成手段の中で空いているものを検索し、
前記空いているリクエスト生成手段に前記段階ごとの操作内容と前記応答パラメータとを割り当てて実行させ、
前記リクエスト生成手段が発生させた前記ウェブサーバへのアクセスを仲介し、
前記アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれを前記ＴＡＴとする
ことを特徴とするＴＡＴ測定方法。
【請求項１０】
複数の前記ユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、前記操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、前記ＴＡＴ測定装置が備えているコンピュータに、
前記複数のリクエスト生成手段の中で空いているものを検索する手順と、
前記空いているリクエスト生成手段に前記段階ごとの操作内容と前記応答パラメータとを割り当てて実行させる手順と、
前記リクエスト生成手段が発生させた前記ウェブサーバへのアクセスを仲介する手順と、
前記アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれを前記ＴＡＴとする手順と
を実行させることを特徴とするＴＡＴ測定プログラム。
【請求項１】
ユーザによる操作に対するウェブサーバのＴＡＴ（Turnaround Time）を測定するＴＡＴ測定装置であって、
複数の前記ユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段と、前記複数のリクエスト生成手段の動作を制御する制御手段とを備え、
前記制御手段が、
前記リクエスト生成手段が実行すべき操作内容と前記操作内容の段階ごとに対応するクッキー情報である応答パラメータとを記録しているレスポンス情報テーブルと、
前記複数のリクエスト生成手段の中で空いているものを検索する空き検索部と、
前記空いているリクエスト生成手段に前記段階ごとの操作内容と前記応答パラメータとを割り当てて実行させる実行指示部と、
前記リクエスト生成手段が発生させた前記ウェブサーバへのアクセスを仲介し、前記アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれを前記ＴＡＴとするプロキシサーバ部と
を備えたことを特徴とするＴＡＴ測定装置。
【請求項２】
前記プロキシサーバ部が、前記リクエスト生成手段から前記ウェブサーバへのアクセスの発生時刻と、これに対する前記ウェブサーバから前記リクエスト生成手段へのレスポンスの発生時刻とを記録すると共に、これらの時刻から前記ＴＡＴを取得するＴＡＴ算出機能を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項３】
前記実行指示部が、前記リクエスト生成手段に対して前記段階ごとの操作内容を実行させる直前に、当該段階の１つ前の段階の操作結果に対する前記ウェブサーバからのレスポンスの確認を該リクエスト生成手段に実行させる機能を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項４】
前記制御手段が、前記複数のリクエスト生成手段の中に空いているものが無い場合に、前記段階ごとの操作内容を予め用意されたシナリオ実行キューに一時的に記憶させると共に、前記複数のリクエスト生成手段の中に空きが生じ次第前記段階ごとの操作内容をその空いたリクエスト生成手段に実行させるシナリオ待機部を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項５】
前記制御手段が、ユーザによる前記ウェブサーバに対する操作を記録して、前記段階ごとの操作内容として記憶するシナリオレコーダ部を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項６】
前記制御手段が、前記複数のリクエスト生成手段の各々のＩＰアドレスと、前記複数のリクエスト生成手段の各々が使用中であるか否かを示す使用状況とを記憶したリクエスト生成手段属性テーブルを備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項７】
前記実行指示部が、前記段階ごとの操作内容を前記リクエスト生成手段に割り当てる際に、その段階ごとの操作内容を割り当てたリクエスト生成手段を前記プロキシサーバ部に通知する機能を備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項８】
前記リクエスト生成手段が、
前記実行指示部からの前記段階ごとの操作内容の実行指示を受信するシナリオ実行指示受信部と、
前記段階ごとの操作内容に基づくリクエストを前記ウェブサーバに送信するリクエスト送信部と、
前記リクエストに対する前記ウェブサーバからのレスポンスを受信するレスポンス受信部と、
前記レスポンスを画面表示する応答画面表示部と、
前記レスポンスが正当な応答であるか否かを判断してその判断結果を前記レスポンス情報テーブルに記録させるレスポンス情報送信部とを備えたことを特徴とする、請求項１に記載のＴＡＴ測定装置。
【請求項９】
複数の前記ユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、前記操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、前記ユーザによる操作に対するウェブサーバのＴＡＴを測定するＴＡＴ測定方法であって、
前記複数のリクエスト生成手段の中で空いているものを検索し、
前記空いているリクエスト生成手段に前記段階ごとの操作内容と前記応答パラメータとを割り当てて実行させ、
前記リクエスト生成手段が発生させた前記ウェブサーバへのアクセスを仲介し、
前記アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれを前記ＴＡＴとする
ことを特徴とするＴＡＴ測定方法。
【請求項１０】
複数の前記ユーザによる操作を擬似的に発生させる複数個のリクエスト生成手段を備え、実行すべき操作内容と、前記操作内容の段階ごとに対応するクッキー情報である応答パラメータとをあらかじめ記憶しているＴＡＴ（Turnaround Time）測定装置にあって、前記ＴＡＴ測定装置が備えているコンピュータに、
前記複数のリクエスト生成手段の中で空いているものを検索する手順と、
前記空いているリクエスト生成手段に前記段階ごとの操作内容と前記応答パラメータとを割り当てて実行させる手順と、
前記リクエスト生成手段が発生させた前記ウェブサーバへのアクセスを仲介する手順と、
前記アクセスからこれに対するレスポンスが返信されるまでの時間を測定してこれを前記ＴＡＴとする手順と
を実行させることを特徴とするＴＡＴ測定プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−６５４３３（Ｐ２０１１−６５４３３Ａ）
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願番号】特願２００９−２１５６３０（Ｐ２００９−２１５６３０）
【出願日】平成２１年９月１７日（２００９．９．１７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願日】平成２１年９月１７日（２００９．９．１７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]