(57)【要約】      （修正有）【課題】各リソースがボトルネックとなる閾値を明確にして、ボトルネックを正確に把握し、測定ツールを導入する場合にも低コストで済ませること。【解決手段】クライアントからボトルネック切り分けを行うサーバに対して、ＨＴＴＰセッションを確立し、セッション確立にかかった時間とＲＴＴ（ラウンドトリップタイム）をＮ回測定する。計測したＮ個のＲＴＴ値とサーバＯＳのタイマ割り込み間隔とクライアントＯＳのタイマ割り込み間隔を複数のＨＴＴＰセッション確立時間の理論値算出式のいずれかに代入し、全ＲＴＴに対してセッション確立時間の論理値を求める。複数の乖離指標の算出式のいずれかに代入することで、乖離指標を算出する。乖離指標Ｋと乖離判定の閾値Ｋ１を比較して、Ｋが閾値Ｋ１以下であれば、サーバがボトルネックになっていないと判定する。Ｋが第２閾値Ｋ２以上であれば、サーバがボトルネックであると判断する。【選択図】図５
2005070999.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰセッション確立時間からコンテンツ配信システムのボトルネックを切り分ける方法であって、
クライアント端末からボトルネック切り分けを行うサーバに対してＨＴＴＰセッションを確立し、該セッション確立にかかった時間およびラウンドトリップタイムを測定し、
上記処理をＮ回繰り返し、
計測したＮ個のラウンドトリップタイム値と、サーバＯＳのタイマ割り込み間隔と、クラアントＯＳのタイマ割り込み間隔をＨＴＴＰセッション確立時間の理論値算出式に代入して、上記全てのラウンドトリップタイム値に対してセッション確立時間の理論値を求め、
求めた理論値および実測値を昇べき順にソートし、
乖離指標の算出式に値を代入することで、乖離指標を算出し、
算出した乖離指標と、予め設定されている乖離指標の閾値とを比較し、乖離指標が閾値以下であれば、上記サーバがボトルネックになっていないと判定し、乖離指標が閾値以上であれば、該サーバがボトルネックであると判定することを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項２】
請求項１記載のセッション確立時間のボトルネック切り分け方法において、
前記ＨＴＴＰセッション確立時間の理論値算出式は、ＨＴＴＰセッション確立までにクライアント・サーバ間で情報伝達が行われる回数をＲｎ、ＨＴＴＰセッション確立までに該クライアントから該サーバに送られるセッション確立要求を該サーバが処理する回数をＳｎ、ＨＴＴＰセッション確立までに、該クライアントが該サーバにＨＴＴＰセッション確立処理要求を出した回数をＣｎ、ＨＴＴＰセッション確立が終了するまでの平均サーバ処理待ち時間をＳｗａｉｔ、ＨＴＴＰセッション確立が終了するまでの平均クラアント処理待ち時間をＣｗａｉｔ、ラウンドトリップタイムをＲＴＴとしたとき、
Ｒｎ＊ＲＴＴ＋Ｓｎ＊Ｓｗａｉｔ＋Ｃｎ＊Ｃｗａｉｔにより算出することを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項３】
請求項１記載のセッション確立時間のボトルネック切り分け方法において、
前記ＨＴＴＰセッション確立時間の理論値算出式は、クライアント・サーバ間のラウンドトリップタイム、サーバＯＳのタイマ割り込み間隔、クライアントＯＳのタイマ割り込み間隔のそれぞれに各定数を乗算した値を加算する式であることを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項４】
請求項１記載のセッション確立時間のボトルネック切り分け方法において、
前記ＨＴＴＰセッション確立時間の理論値算出式は、クライアント・サーバ間のラウンドトリップタイムに定数を乗算した式であることを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項５】
請求項１記載のセッション確立時間のボトルネック切り分け方法において、
前記乖離指標の算出式は、理論値と実測値で挟まれた部分の面積と、理論値とＸ軸で挟まれた部分の面積の比から乖離指標を算出する式であることを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項６】
請求項１または５に記載のセッション確立時間のボトルネック切り分け方法において、
前記乖離指標の算出式は、実測値のｎ番目に大きな値と、理論値のｎ番目に大きな値を除いて、請求項５の方法を用いることを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項７】
請求項１または５に記載のセッション確立時間のボトルネック切り分け方法において、
前記乖離指標の算出式は、各測定の理論値と実測値の差と理論値の比を平均した値を算出する式であることを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項８】
請求項１または５に記載のセッション確立時間のボトルネック切り分け方法において、
前記乖離指標の算出式は、測定値および理論値の値の大きいものから上位Ｘ％を危険値として除くことを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項９】
請求項１に記載のセッション確立時間のボトルネック切り分け方法において、
前記クライアント端末に、ＨＴＴＰセッションを確立する手順と、セッション確立時間を計測する手順と、乖離指標を計算する手順と、乖離指標が閾値以下であるか否かを判定する手順を実行させるプログラムを備えることを特徴とするセッション確立時間のボトルネック切り分け方法。
【請求項１０】
ＨＴＴＰセッション確立時間からコンテンツ配信システムのボトルネックを切り分けるプログラムであって、
ボトルネックの切り分けを行うサーバのコンピュータに、該サーバに対してクライアントからＨＴＴＰセッションを確立する手順、セッション確立にかかった時間とラウンドトリップタイムを測定する手順、上記手順を繰り返しＮ回行う手順、計測したＮ個のラウンドトリップタイム値とサーバＯＳのタイマ割り込み間隔とクライアントＯＳのタイマ割り込み間隔を、セッション確立時間の理論値算出式に代入して理論値を求める手順、求めた理論値および実測値を昇べき順にソートする手順、乖離指標を算出する式に値を代入して乖離指標を求める手順、求めた乖離指標と予め設定された乖離指標の閾値とを比較する手順、前者が後者以下であれば該サーバがボトルネックになっていないと判定する手順、あるいは前者が後者以上であれば該サーバがボトルネックであると判定する手順を、それぞれ実行させるためのボトルネック切り分け用プログラム。
【請求項１１】
請求項１０記載のボトルネック切り分け用プログラムにおいて、
前記各手順を、クライアント端末のコンピュータに実行させるためのボトルネック切り分け用プログラム。
【請求項１２】
請求項１０または１１に記載のボトルネック切り分け用プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムのボトルネック箇所の特定に関し、特にセッション確立時間のボトルネック切り分け方法とそのプログラムとプログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
サーバ・ネットワークのボトルネックを切り分ける従来の手法としては、以下の２つの手法が知られている。
（１）サーバのリソースログを参照する方法
（２）ネットワークの利用率を参照する方法
【０００３】
サーバのリソースログを参照する方法では、ＣＰＵ利用率やメモリ使用量のログを参照して、サーバがボトルネックとなっていないか否かを判定する方法である。
一方、ネットワークの利用率を参照する方法では、ルータ等のネットワーク装置に測定ツールを導入し、全帯域の何％が実際に利用されているかという情報を基にネットワークがボトルネックとなっていないか否かを判定する。
【０００４】
また、既存のボトルネック特定法として、例えば、ＳＱＬ  Ｓｅｒｖｅｒ７．０  『システム構築ガイド』“ブロードバンド本命「光（ＦＴＴＨ）」が企業を変える”(非特許文献１参照）に記載されている。システムリソースであるプロセッサの利用時間をスレッド単位で割り当て、利用率が９５％以上であり、同時にトランザクションの応答時間が目標値以下であるならば、プロセッサはボトルネックではなく、最大限に活用されていることになるが、応答時間が大きければ、利用可能なプロセッサリソースに対して作業負荷が多過ぎることを示している、と記載されている。その場合には、チューニングが必要であり、具体的には、プロセッサを増加させたり、高速なプロセッサを使用したり、さらにアプリケーションを修正したりする。
【０００５】
また、例えば、日経ＢＰ  『基礎から始めるＷｉｎｄｏｗｓ（登録商標）２０００Ｓｅｒｖｅｒ管理』（非特許文献２参照）では、監視結果を分析してボトルネックを特定する方法が記載されている。ボトルネックを判断するための監視対象となるカウンタにより、プロセッサの場合には、８５％以上のプロセス利用率、メモリ使用率の場合には、７０％以上、ディスクの場合、９０％以上、のときボトルネットと判断している。
【０００６】
【非特許文献１】ＳＱＬ  Ｓｅｒｖｅｒ７．０  『システム構築ガイド』“ブロードバンド本命「光（ＦＴＴＨ）」が企業を変える”〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｚｄｎｅｔ．ｃｏ．ｊｐ／ｈｅｌｐ／ｈｏｗｔｏ／ｗｉｎ／ｗｉｎ／ｗｉｎ２０００／０００７ｓｐｅｃｉａｌ／ｓｑｌ７／ｃｈａｐ９／９  １０  １〉
【非特許文献２】日経ＢＰ  『基礎から始めるＷｉｎｄｏｗｓ（登録商標）２０００Ｓｅｒｖｅｒ管理』〈ＵＲＬ：ｈｔｔｐ；／／ｗｉｎ２０００．ｎｉｋｋｅｉｂｐ．ｃｏ．ｊｐ／ｂａｓｉｃ２／５／ｉｎｄｅｘ３．ｓｈｔｍｌ〉
【発明の開示】
【発明が解決しようとする課題】
【０００７】
このように、既存の技術には、下記のような問題点が存在する。
（１）リソースの使用量を正確に把握できたとしても、各リソースがボトルネックとなる閾値が明確でないため、ボトルネックを正確に把握できない可能性がある。
（２）リソース使用量を測定し、ログとして残すのはサーバに負荷をかける処理であり、サービス提供中のサーバで行うのは困難である。一方、ネットワーク装置に測定ツールを導入するためには金銭的なコストが必要となる。
【０００８】
（目的）
本発明の目的は、このような従来の問題点を解消し、各リソースがボトルネックとなる閾値を明確にして、ボトルネックを正確に把握できるようにし、かつ、ネットワーク装置に測定ツールを導入する場合にも低コストで済ませることが可能なセッション確立時間のボトルネック切り分け方法およびそのプログラムと記録媒体を提供することにある。
【課題を解決するための手段】
【０００９】
本発明によるセッション確立時間のボトルネック切り分け方法は、ネットワーク条件から推定したＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）セッション確立時間の理論値と実測値の乖離度合いを評価して、ボトルネックの判定を行う。そのため、クライアント側コンピュータ、サーバ側コンピュータ、ネットワークエミュレータ、および擬似負荷発生クライアント・コンピュータを設ける。これらのコンピュータを用いて、下記手順で処理を実行する。
（手順１）クライアントからボトルネック切り分けを行うサーバに対して、ＨＴＴＰセッションを確立し、セッション確立にかかった時間とＲＴＴ（ラウンドトリップタイム）を測定する。
（手順２）手順１をＮ回繰り返す。
（手順３）計測したＮ個のＲＴＴ値とサーバＯＳのタイマ割り込み間隔とクライアントＯＳのタイマ割り込み間隔を下記（式１）、（式２）または（式３）のいずれかに代入し、全ＲＴＴに対してセッション確立時間の論理値を求める。
（手順４）理論値および実測値を昇べき順にソートする。
（手順５）下記（式４）、（式５）、（式６）または（式７）のいずれかの方法で乖離指標を算出する。
（手順６）乖離指標Ｋと乖離判定の閾値Ｋ１を比較して、Ｋが閾値Ｋ１以下であれば、サーバがボトルネックになっていないと判定する。Ｋが第２閾値Ｋ２以上であれば、サーバがボトルネックであると判断する。ただし、Ｋ１≦Ｋ２
【００１０】
（式１）
ＨＴＴＰセッション確立時間＝Ｒｎ＊ＲＴＴ＋Ｓｎ＊Ｓｗａｉｔ＋Ｃｎ＊Ｃｗａｉｔ
なお、ＲｎはＨＴＴＰセッション確立までにクライアント・サーバ間で情報伝達が行われる回数、ＳｎはＨＴＴＰセッション確立までにクライアントからサーバに送られるセッション確立要求をサーバが処理する回数、ＣｎはＨＴＴＰセッション確立までに、クライアントがサーバにＨＴＴＰセッション確立処理要求を出した回数、ＳｗａｉｔはＨＴＴＰセッション確立が終了するまでの平均サーバ処理待ち時間、ＣｗａｉｔはＨＴＴＰセッション確立が終了するまでの平均クライアント処理待ち時間である。
（式２）
ＨＴＴＰセッション確立時間＝（３＊ＲＴＴ）＋（３＊０．５＊ＳＰｗａｉｔ）＋（２＊０．５＊ＣＰｗａｉｔ）
（式３）
ＨＴＴＰセッション確立時間＝（３＊ＲＴＴ）
【００１１】
【数１】
2005070999.tif 000003
【数２】
2005070999.tif 000004
【数３】
2005070999.tif 000005
【数４】
2005070999.tif 000006
【発明の効果】
【００１２】
本発明によれば、各リソースがボトルネックとなる閾値を明確にして、ボトルネックを正確に把握することができ、かつ、ネットワーク装置に測定ツールを導入する場合にも低コストで済ませることが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面により詳細に説明する。
図１は、ＨＴＴＰセッション確立時間の説明図である。
(ｉ)クライアントがサーバに対してセッション確立要求を送信すると、(ii)サーバはこれに対して返信を行う。その間に片道遅延時間がかかる。クライアント側では、スケジューリング待ち時間ＣＰｗａｉｔの遅れが生じた後に、（iii）クライアントからサーバに２回目のメッセージを送信する。サーバ側では、スケジューリング待ち時間ＳＰｗａｉｔの遅れが生じる。（iv）サーバはクライアントに対して２回目の確認の返信を行う。クライアント側では、再びスケジューリング待ち時間ＣＰｗａｉｔの遅れが生じた後、（ｖ）クライアントからサーバに対して３回目のメッセージを送信する。サーバ側では、再びスケジューリング待ち時間ＳＰｗａｉｔの遅れが生じる。（vi）サーバはクライアントに対して３回目の確認の返信を行い、セッション確立を行う。クライアントから最初にサーバに送信した時点（ｉ）からサーバから最後の返信を受け取る時点（vi）までの時間が、ＨＴＴＰセッション確立時間である。
【００１４】
（第１の実施例）
本発明の第１の実施例（請求項１）では、ＨＴＴＰセッション確立時間のネットワーク品質から推定した理論値と実測値の差からボトルネック箇所を特定する手法を提案する。
図５は、セッション確立時間のボトルネック切り分け方法の動作フローチャートであり、図３は本発明のボトルネック切り分け方法を実験するハードウェア構成図である。
図３に示すクライアント側コンピュータ１０と、サーバ側コンピュータ１１とを直接に接続して、セッション確立時間およびＲＴＴを計測する。すなわち、クライアント１０からサーバ１１に対してＨＴＴＰセッションを確立し、それにかかった時間とＲＴＴを測定する。なお、図３の擬似負荷発生クライアント・コンピュータ１２と、ネットワーク・エミュレータ１３は、実験時にのみ接続されるものである。
ネットワーク品質から推定したＨＴＴＰセッション確立時間の理論値は、サーバがボトルネックとなっていない場合に、想定される確立時間であり、この値とＨＴＴＰセッション確立時間の実測値の比較を行うことで、ボトルネックの切り分けが可能となる。
図５において、ボトルネックの切り分けを行うサーバをサーバ１１とし、クライアント１０からサーバ１１に対してＨＴＴＰセッションを確立し、セッション確立にかかった時間とＲＴＴを測定する（ステップ１０１、以上、手順１）。
【００１５】
この手順をＮ回だけ繰り返す（ステップ１０２、以上、手順２）。Ｎ個のＲＴＴ値とサーバＯＳのタイマ割り込み間隔とクライアントＯＳのタイマ割り込み間隔を前記（式１）、（式２）または（式３）に代入し、全ＲＴＴに対してセッション確立時間の論理値を求める（ステップ１０３、以上、手順３）。理論値および実測値を昇べき順にソートする（ステップ１０４、以上、手順４）。次に、乖離指標Ｋを算出する（前記（式４）、（式５）、（式６）または（式７）の方法で算出）（ステップ１０５、以上、手順５）。乖離指標Ｋと先に設定した乖離判定のための閾値Ｋ１を比較して、ＫがＫ１以下であるときには（ステップ１０８）、サーバ１１がボトルネックになっていないと判定する（ステップ１１０）。また、Ｋが乖離判定のための第２の閾値Ｋ２以上（ここで、Ｋ１≦Ｋ２）のときには（ステップ１０９）、サーバ１１がボトルネックになっていると判定する（ステップ１１１、以上、手順６）。
なお、閾値Ｋ１，Ｋ２を設定済みであるか否かを判断し（ステップ１０６）、未だ設定していない場合には、Ｋ１，Ｋ２を設定する（ステップ１０７）。
【００１６】
（第２の実施例）
本発明の第２の実施例（請求項２，３，４）では、ネットワーク条件を考慮したＨＴＴＰセッション確立時間の理論値計算法を提案し、前述の手順でボトルネットの切り分け処理（手順３）を行う。ＨＴＴＰセッションを確立するには、サーバとクライアントの間で図１に示すように、情報のやりとりを行う必要がある。ここで提案される理論値計算法には、Ａ，Ｂ，Ｃの３つがある。
理論値計算法Ａ（請求項２）は、ＨＴＴＰセッション確立時間の理論値算出方法として、クライアント・サーバ間のＲＴＴ（ラウンドトリップタイム）と、サーバ・クライアントのタイマ割り込み間隔で表すもので、ＲｎをＨＴＴＰセッション確立までにクライアント・サーバ間で情報伝達が行われる回数、ＳｎをＨＴＴＰセッション確立までにクライアントからサーバに送られるセッション確立要求をサーバが処理する回数、ＣｎをＨＴＴＰセッション確立までに、クライアントがサーバにＨＴＴＰセッション確立処理要求を出した回数、ＳｗａｉｔをＨＴＴＰセッション確立が終了するまでの平均サーバ処理待ち時間、ＣｗａｉｔをＨＴＴＰセッション確立が終了するまでの平均クライアント処理待ち時間とすると、ＨＴＴＰセッション確立時間は次式（式１）で表わされる。
ＨＴＴＰセッション確立時間＝Ｒｎ＊ＲＴＴ＋Ｓｎ＊Ｓｗａｉｔ＋Ｃｎ＊Ｃｗａｉｔ
【００１７】
次に、理論値計算法Ｂ（請求項３）は、ネットワーク遅延とサーバ・クライアント処理遅延を考慮したセッション確立時間の理論値を表わすものである。すなわち、
ＨＴＴＰセッション確立時間＝（３＊ＲＴＴ）＋（３＊０．５＊ＳＰｗａｉｔ）＋（２＊０．５＊ＣＰｗａｉｔ）
なお、ＲＴＴはクライアント・サーバ間のＲＴＴ、ＳＰｗａｉｔはサーバＯＳのタイマ割り込み間隔、ＣＰｗａｉｔはクライアントＯＳのタイマ割り込み間隔である。
次に、理論値計算法Ｃ（請求項４）は、ネットワーク帯延を考慮したＨＴＴＰセッション確立時間の理論値を表わすものである。すなわち、
ＨＴＴＰセッション確立時間＝（３＊ＲＴＴ）
なお、ＲＴＴはクライアント・サーバ間のＲＴＴである。
【００１８】
（第３の実施例）
本発明の第３の実施例（請求項５、６、７、８）では、理論値と実測値の乖離指標Ｋの算出アルゴリズムを提案し、前述のボトルネック切り分け処理（手順５）を行う。
図２は、乖離指標の説明図である。
実線が論理値グラフであり、破線が実測値グラフである。ここでは、縦軸にＨＴＴＰセッション確立時間をとり、横軸に測定回数（昇べき順に整理）をとっている。また、領域Ａは理論値グラフと実測値グラフ間の面積であり、領域Ｂは理論値グラフとＸ軸で囲まれた面積である。乖離指標の算出法には、Ａ，Ｂ，Ｃ，Ｄの４つがある。
乖離指標算出法Ａ（請求項５）では、理論値と実測値の乖離を理論値グラフと実測値グラフ間の面積（図２の領域Ａ）と理論値グラフとＸ軸で囲まれた面積（図２の領域Ｂ）の比で求める。理論値グラフも実測値グラフも離散値であるため、面積は台形近似を用いて求められる。すなわち、下記（式４）で求められる。
【数５】
2005070999.tif 000007
【００１９】
次に、乖離指標算出法Ｂ（請求項６）では、論理値・実測値の大きい方からＸ％を除いて、前記算出法Ａ（請求項５）の手法を用いる方法を提案する。これは測定結果に誤差の大きい値（はずれ値）が含まれていた時の影響を少なくする効果がある。すなわち、
ｆ（ｎ）を実測値のｎ番目に大きな値、ｇ（ｎ）を理論値のｎ番目に大きな値とした時の乖離指標Ｋを以下の式で定義するアルゴリズムである。
【数６】
2005070999.tif 000008
【００２０】
次に、乖離指標算出法Ｃ（請求項７）では、各測定の理論値と実測値の差と理論値の比を平均したものを提案する。すなわち、
Ｎを計測回数、Ｍを（１−０．０１Ｘ）＊Ｎの整数部分、ｆ（ｎ）を実測値のｎ番目に大きな値、ｇ（ｎ）を理論値のｎ番目に大きな値とした時の乖離指標Ｋを、以下の式で定義するアルゴリズムである。
【数７】
2005070999.tif 000009
【００２１】
次に、乖離指標算出法Ｄ（請求項８）では、算出法Ａ（請求項５）において、測定値および理論値の大きいものから上位Ｘ％を危険値として除いて乖離指標Ｋを定義するアルゴリズムである。すなわち、Ｎを計測回数、Ｍを（１−０．０１Ｘ）＊Ｎの整数部分、ｆ（ｎ）を実測定のｎ番目に大きな値、ｇ（ｎ）を理論値のｎ番目に大きな値にした時の乖離指標Ｋを、以下の式で定義するアルゴリズムである。
【数８】
2005070999.tif 000010
【００２２】
（第４の実施例）
本発明の第４の実施例（請求項９）では、図３のクライアント側コンピュータ１０に、ＨＴＴＰセッション確立機能と、セッション確立時間を計測する機能と、乖離指標を計算する機能と、乖離指標が閾値以下か否かを判定する機能を、それぞれ持たせることで実現することができる。なお、この場合、サーバ側コンピュータ１１に、品質測定機能を持たせる必要はない。
すなわち、図３の構成において、前述のサーバ１１が行っていた機能をクライアント側コンピュータ１０が代行して行うことを意味している。
【００２３】
図３は、検証実験のためのハードウェア環境を示す図である。
擬似負荷発生クライアント・コンピュータ１２は、サーバ負荷を意図的に増大させるために設置してある。すなわち、サーバ１１がボトルネックとなっている状態を意図的に作り出すために設置される。ここで、セッション確立時間とＲＴＴの計測は行わない。計測は、クライアント１０が実施する。また、ＮＷ（ネットワーク）エミュレータ１３は、ＮＷがボトルネックとなっている状態を意図的に作り出すために設置してある。従って、ここで、セッション確立時間とＲＴＴの計測は行わない。計測は、クライアント１０が実施する。
本発明で提案した方法の有効性を検証するために、図３に示す環境で実験を行った。
下記の２条件において手法を適用し、ボトルネックを正確に指摘できるか否かの検証を行う。なお、乖離判定の閾値Ｋ１，Ｋ２はＫ１＝Ｋ２＝０．５を用いた。
条件１：擬似負荷でサーバ１１をボトルネックとした場合（擬似負荷本数２５０本、ＮＷ遅延１０ｍｓ）
条件２：エミュレータ１３で遅延時間を大きく設定した場合（擬似負荷無し、ＮＷ遅延６０ｍｓ）
【００２４】
図４は、図３のハードウェアを用いて実験を行った場合の実験結果を示す図である。
左側の図は、条件１（擬似負荷でサーバ１１をボトルネックとする）の場合、平均レスポンスタイムは０．１９ｓｅｃ、乖離指標Ｋ＝０．１１であった。実測値と理論値のグラフは、測定回数が５００に近くなるに伴って殆んど差がなくなった。
右側の図は、条件２（エミュレータ１３で遅延を大きく設定）の場合、平均レスポンスタイムは０．１７ｓｅｃ、乖離指標Ｋ＝０．６４であった。実測値と理論値のグラフは、測定回数が５００に近くなるに伴って差が拡大していった。
【００２５】
なお、本発明の手順を、プログラムコード化してＣＤ−ＲＯＭなどの記録媒体に格納しておくことで、プログラムの販売や貸与の場合に便利性を増大し、また、記録媒体をサーバ１１またはクライアント１０に装着することで、プログラムをコンピュータにインストールし、実行させることにより、本発明を容易に実現できる。
【図面の簡単な説明】
【００２６】
【図１】ＨＴＴＰセッション確立時間の説明図である。
【図２】本発明の乖離指標の説明図である。
【図３】本発明における実験構成図である。
【図４】図３における実験結果を示す図である。
【図５】本発明のセッション確立時間のボトルネック切り分け方法の動作フローチャートである。
【符号の説明】
【００２７】
１０…クライアント側コンピュータ、１１…サーバ側コンピュータ、
１２…擬似負荷発生クライアント・コンピュータ、１３…ＮＷエミュレータ。
【図１】
2005070999.tif 000011
【図２】
2005070999.tif 000012
【図３】
2005070999.tif 000013
【図４】
2005070999.tif 000014
【図５】
2005070999.tif 000015