JPH11346238A

JPH11346238A - 応答時間測定システム

Info

Publication number: JPH11346238A
Application number: JP11008924A
Authority: JP
Inventors: Bardick Matt; マット・バーディック; Chu Gigi; ギギ・チュ
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1998-01-23
Filing date: 1999-01-18
Publication date: 1999-12-14
Also published as: US6041352A

Abstract

(57)【要約】【課題】データ伝送における伝送遅延問題の分離を可能
にするためネットワークにおける応答時間を測定するシ
ステムを提供する。【解決手段】種々の位置で応答時間を決定するため、複
数のプローブがネットワーク内の種々の位置に挿入され
る。各プローブは検出する信号を要求信号または応答信
号として識別し、検出した信号のタイムスタンプ値を決
定し維持する。応答信号のタイムスタンプ値を対応する
要求信号のものと比較することによって、要求／応答ト
ランザクションに関する応答時間が決定される。データ
伝送の減速が発生する場所を決定するためネットワーク
内部の種々の位置において応答時間を監視するシステム
管理機構が更に備えられる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的にはデータ
通信に関するもので、特に、ネットワーク経由のデータ
伝送に関連する時間遅延を判定し、分離する応答時間測
定システムおよび方法に関するものである。

【０００２】

【従来の技術】ネットワーク・システムは、トランザク
ションを完了するために必要な時間量を減少させるため
高速でデータを伝送する。ネットワーク効率を維持する
ためには、データ転送速度減少に責任があるネットワー
ク範囲内のデータ伝送問題の存在を発見することが重要
である。ネットワークがトランザクションを完了するた
めに必要な応答時間を監視することによって、ネットワ
ーク範囲内にデータ伝送問題が存在する場合を判定する
ことができる。この点に関して、特定のトランザクショ
ンに関する応答時間が異常に高い水準に増加する時、デ
ータ伝送問題が存在すると仮定することができる。ネッ
トワークの効率を増加させるため問題の所在を明確にし
てそれを修復する措置が講じられる。

【０００３】従来技術のネットワーク監視システムは、
アプリケーション応答測定技術(Application Response
Measurementの頭文字をとって以下ＡＲＭと略称する)を
利用する。ＡＲＭ技術においては、stop(停止)およびst
art(開始)呼び出しがアプリケーションに挿入され、こ
れら呼び出しが、呼び出された時間のタイムスタンプを
記録する。stop呼び出しのタイムスタンプをstart呼び
出しのタイムスタンプから減算することによって、当該
アプリケーションに関する応答時間が決定される。

【０００４】

【発明が解決しようとする課題】しかしながら、ＡＲＭ
技術は、アプリケーションを始動する装置によって経験
される場合のアプリケーション応答時間のみを測定する
だけである。データ伝送問題はネットワークのどこでで
も発生する可能性があるが、ＡＲＭ技術は問題の位置を
分離することができない。従って、データ伝送問題の原
因および位置を決定するためには追加の手順が必要とな
るので、時間と労力の点で付加的コストが発生する。

【０００５】このように、データ伝送において遅延を引
き起こしている問題を分離することができるようにする
ため、ネットワークに関連する応答時間を決定するシス
テムおよび方法を提供する未解決の課題が当業界に存在
する。

【０００６】

【課題を解決するための手段】本発明は、ネットワーク
の範囲内のデータ伝送問題を発見し、分離するシステム
および方法を提供する。本発明は、ネットワークの範囲
内で伝送される要求信号および応答信号を検出し識別す
るように構成されるプローブを利用する。このプローブ
は、好ましくは、各応答信号が要求信号に対応している
か否かを判断するように設計される。要求信号の検出お
よび対応する応答信号の検出の間の時間遅延を測定する
ことによって、特定のトランザクションに関する応答時
間が決定される。

【０００７】本発明の１つの側面に従って、例えばクラ
イアントとサーバーのような２つの装置を接続する経路
上の異なる位置に複数のプローブを配置することができ
る。各プローブを監視することによって、データ伝送に
おける減速の正確な位置を判定することができる。

【０００８】本発明の更に別の側面に従って、上記プロ
ーブは、要求信号および応答信号を識別するためデータ
伝送プロトコル・データを利用する。データ伝送プロト
コル・データは、例えば、要求および応答信号に関連す
る発信元ポート、宛先ポートおよびデータ量を含む。

【０００９】本発明の利点として、ネットワークの範囲
内のいずれの位置に関しても応答時間を測定することが
可能であり、従って、ネットワークの性能を容易に判定
することができること、データ伝送において減速を引き
起こしている問題を迅速にかつ安価に分離することがで
きるので、ネットワークの全体性能を増加させることが
できること、アプリケーションに関する問題やスループ
ットを判断できること、ネットワークを通過するデータ
の伝送に影響を及ぼすことなくネットワーク性能を受動
的に測定することができること、および、アプリケーシ
ョンの原始コードへのアクセスまたはその修正を行うこ
となくネットワークを通過するアプリケーションの性能
を測定すことができることがあげられる。

【００１０】

【発明の実施の形態】図１には、クライアント・コンピ
ュータ２１(以下単に「クライアント」と呼ぶ)がサーバ
ー・コンピュータ２３(以下単に「サーバー」と呼ぶ)に
接続されている典型的ネットワーク・システム１５が示
されている。図１は、例えば、クライアント２１が、ワ
ークグループ２５、ワークグループ交換機２７、アップ
リンク２９、エンタプライズ交換機３１およびファイバ
分散型データインターフェース(すなわちＦＤＤＩ)バッ
クボーン３３を経由して、サーバー２３に接続している
実施形態を示している。当業者には周知のように、サー
バー２３はクライアント２１がそこからのデータ情報を
要求することができる情報データベースを含む。この点
に関して、クライアント２１は、典型的には、標準ハイ
パーテキスト伝送プロトコル(すなわちＨＴＴＰ)に準拠
するデータ・パケット形式の要求信号を生成する。

【００１１】ワークグループ交換機２７は、ワークグル
ープ２５からの要求およびクライアント２１の構内とサ
ーバー２３の構内の間の伝送リンクであるアップリンク
２９上への要求を交換する。アップリンク２９は、例え
ば衛星リンクのような適切ないかなる伝送リンクでもよ
い。エンタプライズ交換機３１はアップリンク２９から
ＦＤＤＩバックボーン３３へ要求を交換し、次にＦＤＤ
Ｉバックボーン３３がその要求をサーバー２３に配送す
る。クライアント２１をサーバー２３へ接続させる経路
(ワークグループ２５、ワークグループ交換機２７、ア
ップリンク２９、エンタプライズ交換機３１およびＦＤ
ＤＩバックボーン３３を含む)を以下「伝送経路３５」
と呼ぶ。

【００１２】サーバー２３は、要求信号を受け取り、伝
送経路３５を経由してクライアント２１に送り戻される
応答信号を生成する。この応答信号は、１つ以上のデー
タ・パケットを含む場合がある。例えばユーザがウェブ
・サーバー２３からインターネット・ウェブ・ページに
アクセスすることを望むと仮定する。ユーザは、先ず、
クライアント２１を通して、図２において矢印４１によ
って表されるような伝送経路３５を通して要求を送信す
る(図２の矢印の各々はデータ・パケットを表す)。(図
１の)サーバー２３は、その要求を受け取り、(図１の)
伝送経路３５を経由して、要求されたウェブ・ページの
(図２の矢印４３および４５によって表される)ハイパー
テキスト・マークアップ言語(すなわちＨＴＭＬ)ファイ
ルをクライアント２１へ送信することによって、要求に
応答する。クライアント２１はＨＴＭＬファイルを受け
取りそれを処理して、一般的には画像ファイルが必要と
されると判断する。

【００１３】従って、クライアント２１は、(図１の)伝
送経路３５を通して、該当する画像ファイルを要求する
ため(図２の矢印４７によって表される)別の要求をサー
バー２３に送信する。サーバー２３は、伝送経路３５を
経由して、(図２の矢印４９、５１および５３によって
表される)該当する画像ファイルをクライアント２１へ
送信することによって、要求に応答する。この画像ファ
イルにはユーザにウェブ・ページを表示するための十分
なデータが含まれる。従って、ウェブ・ページを表示す
るアプリケーション全体は、２つの段階にわたる。最初
の段階(段階１)は該当するＨＴＭＬファイルの取得であ
り、第２の段階(段階２)は該当する画像ファイルの取得
である。

【００１４】特定のトランザクションの応答時間を知る
ことが望ましい状況は多い。例えば、ウェブ・ページに
アクセスするアプリケーションでは、図２の段階１の応
答時間を知ることが望ましいかもしれない。本明細書の
記述の目的から、「応答時間」は、要求信号の伝送とそ
の要求信号に関連する最後の応答信号の受領の間の時間
量であると定義する。例えば、図２の段階１の応答時間
は、矢印４１によって表される要求信号の伝送および矢
印４５によって表される応答信号の受領の間の時間量で
ある。異常に長い応答時間が、伝送経路３５、サーバー
２３またはクライアント２１にデータ伝送問題が存在す
ることを標示する場合がある。従って、異常に長い応答
時間を検出次第、性能向上の実現のため、問題を識別
し、修復する修復措置が講じられる。

【００１５】従来技術においては、応答時間は、アプリ
ケーション応答測定技術(すなわちＡＲＭ)を用いて、ト
ランザクションを始動する装置(例えばウェブ・ページ
・アクセス・アプリケーションにおけるクライアント２
１)で測定される。ＡＲＭ技術は、各クライアント・ア
プリケーションがアプリケーション・プログラミング・
インタフェース(すなわちＡＰＩ)呼び出しを使用できる
仕組みを備える。これらのＡＰＩ呼び出しは、典型的に
は、startおよびstopである。各アプリケーション毎
に、アプリケーションが開始する前にstart呼び出しが
挿入され、アプリケーションの完了の後stop呼び出しが
挿入される。startおよびstopの両呼び出しは、それら
が呼び出された時間のタイムスタンプを記録するので、
それら２つのタイムスタンプの差が応答時間である。

【００１６】しかしながら、ＡＲＭは、アプリケーショ
ン(例えばクライアント２１)を始動する装置から測定さ
れる応答時間を生むだけである。従って、ＡＲＭ技術
は、伝送経路３５のどのコンポーネントが過大な遅延を
引き起こしているかを特定することができない。ＡＲＭ
技術によって検出される異常に長い応答時間は、例え
ば、図１のクライアント２１、ワークグループ２５、ワ
ークグループ交換機２７、アップリンク２９、エンタプ
ライズ交換機３１、ＦＤＤＩバックボーン３３またはサ
ーバー２３、あるいはそれらのいずれかの組み合わせの
どれが過剰な遅延を引き起こしているのか識別すること
に失敗する。

【００１７】一方、本の発明の応答時間測定システム８
０は、ネットワーク１５の範囲内の伝送問題分野の判定
および分離を提供する。応答時間測定システム８０は、
ソフトウェア、ハードウェまたはそれらの組合せのいず
れでも実施することができる。図３に示されるような好
ましい実施形態において、本発明の応答時間測定システ
ム８０およびそれに対応する方法は、ソフトウェアで実
施され、コンピュータ・システム８３のコンピュータ・
メモリ８１に記憶される。応答時間測定システム８０は
いかなるコンピュータ読取可能媒体に記憶して、コンピ
ュータ読取可能システムまたは方法と連係して使用する
ことができる点は注意する必要がある。本明細書の記述
において、コンピュータ読取可能媒体は、電子的、磁気
的、光学的あるいはその他の物理的装置であるか、また
は、コンピューター関連システムまたは方法による使用
のためのコンピュータ・プログラムを含むまたは記憶す
ることができることを意味する。例えば、応答時間測定
システム８０は、既存の携帯可能なコンピュータ・ディ
スケットに磁気的に記憶され、輸送されることもでき
る。

【００１８】図３のコンピュータ・システム８３の好ま
しい実施形態は、１つまたは複数のバスを含むことがで
きるローカル・インタフェース８６を通してシステム８
３の範囲内の他のエレメントと通信するデジタル信号プ
ロセッサ(すなわちＤＳＰ)のような１つまたは複数の既
存の処理エレメント８５を含む。更に、例えばキーボー
ドまたはマウスのような入力装置８８が、システム８３
のユーザからデータを入力するため使用され、また、ユ
ーザにデータを出力するためスクリーン・ディスプレイ
８９またはプリンタ９１が使用されることができる。
(磁気または光学などの)不揮発性ディスクとの間でデー
タを伝送するためディスク記憶メカニズム９３をローカ
ル・インタフェース８６に接続することができる。シス
テム８３がネットワーク１５とデータを交換することを
可能にするように、システム８３は、好ましくは、ネッ
トワーク・インタフェース９５に接続する。

【００１９】図４は、本発明の応答時間測定システム８
０の好ましい実施形態を示している。図４に示されてい
るように、少くとも１つの種々のプローブ１００が伝送
経路３５に沿った種々のポイントでネットワーク１５に
接続される。各プローブ１００は、そのプローブの接続
ポイント１００において検出される信号をユニークに識
別するように設計される。例えば、プローブ１００ａ、
１００ｂおよび１００ｃは、ＦＤＤＩバックボーン３
３、エンタプライズ交換機３１およびワークグループ交
換機２７それぞれにおいて検出される信号をユニークに
識別するように構成される。更に、プローブは１００ｄ
は、クライアント２１およびワークグループ２５の間で
検出される信号をユニークに識別するように構成され
る。

【００２０】各プローブ１００は、好ましくは、伝送制
御プロトコル(すなわちＴＣＰ)を利用して要求および応
答信号を識別するように設計される。この場合、各プロ
ーブ１００は、ＴＣＰシーケンスならびに要求確認番
号、ＴＣＰポート番号およびＴＣＰデータのサイズを使
用して、特定の信号を要求信号または応答信号として識
別するように設計される。次の表１は、信号が要求であ
るかあるいは応答であるかを判定するためＴＣＰを利用
するアルゴリズムを示す。

【００２１】

【表１】 if ( packet protocol is TCP) { // src/dest(発信元／宛先)ポート、 TCPデータ長、および // TCPフラグ(ACK, SYN, RST, PSH, FIN)に基づいて // パケットが要求か応答かを判断する。 If ( RST || ( FIN && ( TCP data length == 0))) { // TCP resetシーケンスまたはinisシーケンスであり、 // 応答は期待されてない ReqRespType = Neither; } else if ( port is server ) { // サーバーからの応答 ReqRespType = Response; } else if ( (ACKalone) && (TCP data length == 0))) { // 接続セットアップの最後のパケット ReqRespType = Neither; } else if ( dest port is not well-known ) { // 既知の発信元での宛先でもない ReqRespType = Neither; } else // 残りのケースは要求と分類される。 // ここまでは以下が観察された。 // データを含まないSYN - 接続要求 // 宛先ポートは既知で、 // TCPデータを持つ - データ要求 ReqRespType = Request; } }

【００２２】プローブ１００が特定の信号を要求信号あ
るいは応答信号として識別すると、プローブは信号に応
答識別情報(すなわちＲＩＤ)を割り当てるように設計さ
れる。特定のトランザクションと関連する信号の各々
は、各プローブ１００によって同じＲＩＤを割り当てら
れる。次の表２は、信号のＲＩＤを決定するためにＴＣ
Ｐを利用するアルゴリズムを示す。

【００２３】

【表２】 if ( packet protocol is TCP ) { // ReqRespType, TCPデータ長, シーケンス番号, // 要求確認番号から応答IDを決定する。 If ( ReqRespType == Request ) { if ( TCP data length == 0 ) { // これは接続要求である。 // 受け取り側は要求元シーケンス番号−１ // に等しいACK番号で応答することが // 期待されている。 RID = SeqNum + 1; } else { // これはクライアントからの // データ要求である。 // 受け取り側は要求元シーケンス番号＋ // TCPデータ長に等しいACK番号 // (すなわち次に受け取ることを期待する // シーケンス番号)で応答することが // 期待されている。 RID = SeqNum + TCP data length; } } else if ( ReqRespType == Response ) { // 要求に関するRIDは単にACK番号である。 RID = AckNum; } }

【００２４】信号を正しく識別した後、プローブ１００
は、プローブ１００による検出のそれぞれの時間を標示
するタイムスタンプ値を決定するように好ましくは構成
される。プローブ１００は、次に、信号のＲＩＤおよび
タイムスタンプ値を含む各信号の識別情報を(図３の)メ
モリ８１の範囲内のプローブ・テーブル１０３に記憶す
るように設計される、システム管理機構１０５は、応答
時間を決定し、伝送経路３５の範囲内の問題を含むコン
ポーネントを分離するため、プローブ１００によって収
集されたデータを管理するように構成される。システム
管理機構１０５は、各プローブ１００によって収集され
た情報を編集し、マスター応答テーブル１１０に情報を
記憶するように好ましくは構成される。次に、各プロー
ブでの応答時間が許容範囲内にあるか否かを判断するた
め、システム管理機構１０５は特定トランザクションの
要求と応答についてタイムスタンプを比較するように設
計される。応答時間における遅延を引き起こすデータ伝
送問題が存在するならば、その問題を発見して、どのプ
ローブが過大な応答時間を生んでいるかに基づいて問題
が発生している場所を判定するように、システム管理機
構１０５は設計される。

【００２５】動作本発明の使用ならびに動作、およびその方法を以下に記
述する。ユーザが上述および図２に示されたようにウェ
ブ・ページにアクセスすることを望むと仮定する。図２
に示されるシナリオにおいて、(図４の)クライアント２
１は、(図２の矢印４１によって表される)要求信号を初
めに送信し、次に、(図４の)サーバー２３から(矢印４
３および４５によって表される)２つの応答信号を受け
取る。この場合、これら２つの応答信号は、要求された
ウェブ・ページに関する該当するＨＴＭＬファイルを定
義する。(図４の)各プローブ１００は、各プローブの伝
送経路３５への接続ポイントを信号が通過する際各信号
を検出し識別する。

【００２６】例示の目的から、プローブ１００ａの動作
の一層の詳細を以下に記述する。他のプローブ１００
ｂ、１００ｃおよび１００ｄの動作も同じ原理に従う
が、それらの詳細は記述しない。(図２の)段階１に関連
する信号の各々が(図４の)ＦＤＤＩバックボーン３３を
通過すると、プローブ１００ａは信号を識別して、その
信号を適切に識別する適切なＴＣＰ情報を保存する。保
存されたＴＣＰ情報は、例えば発信元ポート、宛先ポー
トおよび信号バイト数を含む。更に、信号に特定のＲＩ
Ｄが割り当てられ、信号がＦＤＤＩバックボーン３３を
通過した時間を標示するタイムスタンプが保存される。
この情報のすべては、その他のタイプの形式も可能であ
るが、好ましくはテーブル形式で保持される。次の表３
は、図２のアプリケーションにアクセスするウェブに関
する情報を示すプローブ・テーブル１０３ａの１つの例
を示す。

【００２７】

【表３】タイム発信元宛先発信元宛先スタンプＩＰＩＰポートポートバイトタイプＲＩＤ 1 C S 2778 http 128 要求 1 3 S C http 2778 64 応答 1 5 S C http 2778 89 応答 1 7 C S 2779 http 128 要求 6 9 S C http 2779 68 応答 6 12 S C http 2779 89 応答 6 14 S C http 2779 128 応答 6

【００２８】表３において、クライアント２１およびサ
ーバー２３は、それぞれ、2778および2779というＴＣＰ
ポート番号を持つと仮定されている。表３の行１乃至３
は、１というＲＩＤを持ち、(図２の)段階１に関連する
３つの信号の検出に対応し、行４乃至７は、６というＲ
ＩＤを持ち、(図２の)段階２に関連する４つの信号の検
出に対応する。同じトランザクションまたは段階に対応
する行には、プローブ１００ａの範囲内およびプローブ
１００ｂ、１００ｃおよび１００ｄの範囲内の両方にお
いて同じＲＩＤが割り当てられる点に留意する必要があ
る。更に、特定のトランザクションに関して各ＲＩＤは
ユニークであるので、あらかじめ定められた時間間隔の
範囲において他のトランザクションが同じＲＩＤを持つ
ことはない。

【００２９】システム管理機構１０５は、各プローブ・
テーブル１０３ａ、１０３ｂ、１０３ｃおよび１０３ｄ
からの情報をマスター応答テーブル１１０に編集する。
次の表４は、図２および表３のアプリケーションにアク
セスするウェブに関する情報を表すマスター応答テーブ
ル１１０の１つの例を示す。

【００３０】

【表４】応答要求応答クライアントサーバーＲＩＤプローブポート時間バイトバイト C S 1 100a 2778/http 4 128 153 C S 1 100b 2778/http 8 128 153 C S 1 100c 2778/http 16 128 153 C S 1 100d 2778/http 19 128 153 C S 6 100a 2779/http 7 128 285 C S 6 100b 2779/http 12 128 285 C S 6 100c 2779/http 24 128 285 C S 6 100d 2779/http 30 128 285

【００３１】トランザクションにおける最後の応答のタ
イムスタンプ値(すなわち同じＲＩＤを持つ最新のタイ
ムスタンプを持つ応答のタイムスタンプ)を同じＲＩＤ
を持つ要求のタイムスタンプ値から減算することによっ
て、各トランザクションに関する各プローブにおける応
答時間が計算され、システム管理機構１０５のマスター
応答テーブル１１０に書き込まれる。

【００３２】例えば、表３における段階１の要求信号お
よび最後の応答信号のタイムスタンプはそれぞれ１およ
び５である。従って、これらの数の差が、プローブ１０
０ａで測定される段階１の応答時間となる。この差(す
なわち４)が、プローブ１００ａおよびＲＩＤ１に関す
る応答時間として表４の最初の行に記入される(この場
合ＲＩＤ１は段階１に対応する)。更に、表３における
段階２の要求信号および最後の応答信号のタイムスタン
プは、それぞれ７および１４である。これらの数の差
(７)が、プローブ１００ａおよびＲＩＤ６に関する応答
時間として表４の第５行に記入される(この場合ＲＩＤ
６は段階２に対応する)。ここで詳細に記述はしない
が、他のプローブ１００ｂ、１００ｃおよび１００ｄの
応答時間も同様に取得され、リストされる。

【００３３】システム管理機構１０５の範囲内のマスタ
ー応答テーブル１１０が伝送経路３５に沿った種々の位
置での応答時間のリストを維持するので、伝送経路３５
に沿った伝送問題を検出し、分離することが可能とされ
る。プローブ１００ａに関する応答時間が例えば異常に
高ければ、ＦＤＤＩバックボーン３３およびサーバー２
３の間に伝送問題が存在することが判明する。一方、プ
ローブ１００ｂの応答時間が異常に高くプローブ１００
ａの応答時間が正常であれば、アップリンク２９および
ＦＤＤＩバックボーン３３の間に伝送問題が存在するこ
とが判明する。伝送問題を内包するネットワーク１５の
部分を分離させることによって、問題を修復するために
必要とされる時間および努力の量を減少させることがで
き、結果として、ネットワーク１５の性能が増大する。

【００３４】表４の値を取得する目的から応答時間は要
求とその要求に関して検出される最後の応答の間の時間
によって定義されると仮定した点留意する必要がある。
しかしながら、当業者に認められることであろうが、必
要に応じて、最新の応答ではなく、応答の各々に関する
遅延時間を計算して、監視することも可能である。

【００３５】更に、トランザクションの間に伝送される
バイト数を対応する応答時間で除算することによって
(例えば、表２における特定の行の「要求バイト」列と
「応答バイト」列の和を「応答時間」列で除算すること
によって)、クライアント／サーバー接続に関するスル
ープットを計算することができる。更にまた、音声／ビ
デオ・アプリケーションにおいては、応答時間の変化を
測定することによってジターを判定することもできる。

【００３６】以上、本発明の好ましい実施形態の詳細を
記述したが、本発明の原理から逸脱することなく上述の
実施形態に種々のバリエーションおよび修正を課すこと
できる点は当業者にとって明らかであろう。

【００３７】本発明には、例として次のような実施様態
が含まれる。（１）１つのネットワーク内部における時間遅延を決定
する応答時間測定システムであって、上記ネットワーク
の内部において第１の信号の検出および第２の信号の検
出に応答して、上記第１の信号を要求信号として識別
し、上記第２の信号を上記要求信号に関連する応答信号
として識別し、上記第１の信号および上記第２の信号そ
れぞれの検出に関連する計時情報を決定するように構成
されるプローブと、上記ネットワーク内部における時間
遅延を決定するため、上記要求信号および上記応答信号
の上記計時情報を比較するように構成されるシステム管
理機構と、を備える応答時間測定システム。

【００３８】（２）上記第１の信号を生成するように構
成される第１の装置と、上記第１の信号を受け取り、上
記第１の信号に応答して上記第２の信号を生成するよう
に構成される第２の装置と、を更に備え、上記プローブ
が、上記ネットワークの内部にあって上記第１の装置と
上記第２の装置の間に位置するポイントに接続される、
上記（１）に記載の応答時間測定システム。（３）上記システム管理機構が上記要求信号と上記応答
信号の間の関連性を決定することができるようにするた
め、上記プローブが上記要求信号および上記応答信号に
識別値を割り当てるように更に構成される、上記（１）
に記載の応答時間測定システム。（４）上記要求信号の検出に関連する第１のタイムスタ
ンプ値を決定し、上記応答信号の検出に関連する第２の
タイムスタンプ値を決定し、上記第１のタイムスタンプ
値から上記第２のタイムスタンプ値を減算することによ
って上記時間遅延を決定するように上記プローブが更に
構成される、上記（１）に記載の応答時間測定システ
ム。

【００３９】（５）１つのネットワーク内部における時
間遅延を決定するシステムであって、上記ネットワーク
内部における異なる位置に接続され、各々が要求信号お
よび応答信号を識別し、上記要求信号および応答信号に
関連する計時データを維持し、各応答信号が要求信号に
対応するか否かを判断するように構成される複数のプロ
ーブと、上記ネットワーク内部の上記異なる位置におけ
る時間遅延を決定するため、対応する要求信号および応
答信号の上記計時情報を比較するように構成されるシス
テム管理機構と、を備えるシステム。

【００４０】（６）１つのネットワーク内部で第１の信
号の伝送を検出するステップと、上記ネットワーク内部
で第２の信号の伝送を検出するステップと、上記第１の
信号を要求信号として識別し、上記第２の信号を上記要
求信号に関連する応答信号として識別するステップと、
上記要求信号の検出と上記応答信号の検出の間の時間遅
延を決定するステップと、を含む方法。（７）上記ネットワーク内のデータ伝送問題を分離する
ため上記ネットワーク内部の種々の位置で複数の上記遅
延時間を監視するステップを更に含む、上記（６）に記
載の方法。（８）合致識別値を上記要求信号および上記応答信号に
割り当てることを含めて上記応答信号を上記要求信号に
関係づけるステップを更に含む、上記（６）に記載の方
法。

【００４１】（９）第１のコンピュータを第２のコンピ
ュータに接続する経路における種々の位置で応答時間を
決定する方法であって、上記経路内の特定のポイントを
通過する信号を応答信号または要求信号として識別する
ステップと、識別された要求信号のすべてに特定の識別
情報を割り当てるステップと、識別された応答信号の各
々が上記要求信号のうちの１つに対応しているか否かを
判断するステップと、上記応答信号が上記要求信号に対
応している場合要求信号の特定の識別情報を当該応答信
号に割り当てるステップと、上記経路の内部における時
間遅延を決定するため上記識別情報が合致する要求信号
および応答信号の計時情報を比較するステップと、を含
む応答時間決定方法。（１０）上記経路内のデータ伝送問題を分離するため上
記時間遅延を監視するステップを含む、上記（９）に記
載の応答時間決定方法。

【００４２】

【発明の効果】本発明によって、ネットワークの範囲内
のいずれの位置に関しても応答時間を測定することが可
能となり、従って、ネットワークの性能を容易に判定す
ることが可能となる。

【図面の簡単な説明】

【図１】従来技術に従ったネットワークの伝送経路を示
すブロック図である。

【図２】従来技術の原則に従ってウェブ・ページにアク
セスするために使用されるトランザクションのシーケン
スを示す線図である。

【図３】本発明の応答時間測定システムを使用するコン
ピュータ・システムを示すブロック図である。

【図４】本発明の応答時間測定システムを示すブロック
図である。

【符号の説明】

１５ネットワーク・システム２１クライアント・コンピュータ２３サーバー・コンピュータ８０応答時間測定システム１００プローブ１０５システム管理機構

Claims

【特許請求の範囲】

【請求項１】１つのネットワーク内部における時間遅延
を決定する応答時間測定システムであって、上記ネットワークの内部において第１の信号の検出およ
び第２の信号の検出に応答して、上記第１の信号を要求
信号として識別し、上記第２の信号を上記要求信号に関
連する応答信号として識別し、上記第１の信号および上
記第２の信号それぞれの検出に関連する計時情報を決定
するように構成されるプローブと、上記ネットワーク内部における時間遅延を決定するた
め、上記要求信号および上記応答信号の上記計時情報を
比較するように構成されるシステム管理機構と、を備え
る応答時間測定システム。