(57)【要約】  【課題】試験パケットを使用することなく、通信対象となる経路の平均帯域幅を知ることができるネットワーク帯域測定装置を提供する事を目的とする。  【解決手段】情報収集管理サーバ４は、定期的に各中継器３ａ〜３ｇより待ちパケット・接続された通信線の通信線使用率を取得し、蓄積している。情報閲覧管理サーバ５に端末１ａ〜１ｃもしくはサーバ２ａ・２ｂの何れかから経路情報取得のリクエストがあると、情報閲覧管理サーバ５は情報収集管理サーバ４より経路上の通信路の通信線使用率・中継器の待ちパケット数の情報を取得し、これらの情報と予め蓄積している各通信線の帯域幅情報とを元に、経路の平均帯域幅を算出し、リクエストしてきた端末・もしくはサーバへ該算出結果を送信する。これにより、端末・サーバより試験パケットを送信しなくとも帯域幅を知ることが可能となる。  【選択図】  図１
2005277923.tif 000002
【特許請求の範囲】
【請求項１】
各中継器から、通信線の通信線使用率及び待ちパケット数を取得し、蓄積を行う情報収集手段と、
経路情報取得要求情報に基づき、取得要求のあった経路上の中継器・通信線の情報を、前記情報収集手段より取得し、該取得した情報を元に経路の平均帯域幅を算出し、平均帯域幅の取得要求元へ送信を行う情報閲覧手段とを設けた
事を特徴とするネットワーク帯域測定装置
【請求項２】
ネットワークを構成する各中継器から情報を収集し、収集した情報の蓄積を行う情報取得手段と、前記情報取得手段が蓄積する情報を元に平均帯域幅の取得要求元へ送信を行う情報閲覧手段とを有するネットワーク帯域測定システムにおけるネットワーク帯域測定方法であって、
前記情報取得手段が、各中継器から、通信線の通信線使用率及び待ちパケット数を取得し、蓄積を行い、
前記情報閲覧手段が、経路情報取得要求情報に基づき、取得要求のあった経路上の中継器・通信線の情報を、前記情報収集手段より取得し、該取得した情報を元に経路の平均帯域幅を算出し、平均帯域幅の取得要求元へ送信を行う
事を特徴とするネットワーク帯域測定方法。
【請求項３】
ネットワーク帯域測定装置を
各中継器から、通信線の通信線使用率及び待ちパケット数を取得し、蓄積を行う情報収集手段と、
経路情報取得要求情報に基づき、取得要求のあった経路上の中継器・通信線の情報を、前記情報収集手段より取得し、該取得した情報を元に経路の平均帯域幅を算出し、平均帯域幅の取得要求元へ送信を行う情報閲覧手段と
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおけるトラフィックのクラスごとの帯域測定・制御に関するものである。
【背景技術】
【０００２】
近年、インターネットなどのＴＣＰ／ＩＰ方式のネットワークが広く普及してきている。
【０００３】
このようなネットワークの通信では、中継を行う各種中継機器を複数経由して通信が行われる。
【０００４】
このため、ある中継器間の通信トラフィックが高いと、他の中継期間の通信トラフィックが低くとも、全体の通信速度が低くなる。例えば、端末Ａと端末Ｂとが通信を行う場合、中継器Ｃ−中継器Ｄ−中継器Ｅを経由していたとした場合、中継器Ｃ−中継器Ｄ間のトラフィックが高いと、中継器Ｄ−Ｅ間のトラフィックが低いとしても全体の通信速度は、トラフィックの高い中継器Ｃ−中継器Ｄ間の通信速度となってしまい、高速回線を活用した回線においても、思うように通信速度が出せない場合が多々あった。
【０００５】
このため、特定の相手との通信を行う際、どの通信路がボトルネックと成っているのか、どの中継器間の通信路のトラフィックが高くなっているのかを特定し、改善を図る必要がある。
【０００６】
ところで、ＴＣＰ／ＩＰ方式のネットワークは、通常、各中継器は、他の多数の中継器との通信が可能であり、その結果、通信は、複数の通信が可能である。
【０００７】
このため、通信相手との通信速度を高速化するには、上記の様に改善を図らなくとも各通信路のうち、トラフィック量の少ない通信路を選択して通信を行う事で実質的な通信速度の向上を図る事も可能である。
【０００８】
また、このような通信方式では、ＶＰＮと呼ばれるセキュアな仮想専用回線を設定する事がある。この場合は、実質的な通信を始める前に、トラフィック量の少ない通信路を選択し、通信路を確立した上で、ＶＰＮを行う事になるが、この設定の際、途中の通信路にトラフィック量の高い通信路を選択してしまうとＶＰＮによる通信が思うような速度にならないと言う事になってしまう。
よって、このような場合においても各通信路におけるトラフィックを知ることは重要である。
【０００９】
従来、この各通信路のトラフィックの状態を知る手段として、（１）相手方との間に試験パケットを送信し、トラフィックの状態を確認する、（２）Ｐｉｎｇコマンド（相手方に対してパケットを送信し、そのパケットが正しく届いて返答が行われるかを確認するコマンド。その際、パケットを送信してから返信されるまでの経過時間までをチェックする）・Ｔｒａｃｅｒｏｕｔｅコマンド（相手方までの通信路のリスト表示するコマンド）を利用した方法がある。
【特許文献１】特開２００１−２３７８８８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら上記従来技術では以下のような課題があった。
【００１１】
まず、通信路間で試験パケットを送信する方法では、試験を行うために、大量のパケットを送らなければならず、試験を行うこと自体で、途中の各通信路のトラフィックを高めてしまうと言う事になってしまっていた。ネットワークの場合、同一通信路において、多数の端末間の通信が共用で行われており、これらの通信が行われるごとに、試験パケットが流れるようなことがあると、ネットワークの負荷は相当高いものとなる。この状況に鑑み、各通信において相当の時間を空けて定期的にネットワークの負荷をチェックする、もしくは、最初の段階のみチェックを行いそれ以降はそのときのチェック内容にあわせて通信路を決定する、という対策が考えられるが、現在のトラフィックに合わせた通信路の決定を行うわけではないので、本当に有効な通信路の選択が行えないと言う課題があった。
【００１２】
また、Ｐｉｎｇ・Ｔｒａｃｅｒｏｕｔｅコマンドによるルートチェックの場合は、あるルートが定められそのルート内のどの通信路に問題があるかということは分かるが、設定されていない通信路に関する情報が得られない。このため、迂回したルートを設定すると、再度外コマンドによるチェックを行う、と言う事を繰り返し、最適なルートを探し出さなければ成らないという課題がある。さらにこれらのコマンドでも、試験パケットによるチェックを行っており、特にＴｒａｃｅｒｏｕｔｅコマンドは、その性質上、相手方までに通過する中継器の回数分試験パケットを送信する事になるので、多数の端末を有するようなネットワーク上では、実際の通信と無関係なパケットが多数流れ、トラヒックを高めてしまう結果になっていた。
【００１３】
本願発明はこれらの点に鑑み、ネットワーク上の各通信路でのトラフィック量を最小限に抑える事のできるネットワーク測定システムを提供する事を目的とする。
【課題を解決するための手段】
【００１４】
本願発明は、上記従来の課題を解決するために、各中継器から、通信線の通信線使用率及び待ちパケット数を取得し、蓄積を行う情報収集手段と、経路情報取得要求情報に基づき、取得要求のあった経路上の中継器・通信線の情報を前記情報収集手段に蓄積されている情報から取得すると共に、該取得した情報を元に経路の平均帯域幅を算出し、取得要求元へ送信を行う情報閲覧手段とを設けた。
【発明の効果】
【００１５】
この様に構成することで、ネットワーク配下の各中継器におけるトラフィック情報は、管理サーバがすべて取得し、この取得した情報を元にあるルート間の実質的な通信速度を算出するようにしたので、各端末間で通信を行う場合に比べ通信パケット量が減る。
【００１６】
また、ネットワーク全体の通信路を管理サーバが管理する事になるので、端末からは、通信路のトラフィックをほとんど増加させる事なく、現在使用していない通信路のトラフィックの状態までも確認ができるようになる。
【発明を実施するための最良の形態】
【００１７】
図１に本願発明の一実施の形態におけるネットワーク帯域測定システムのシステム構成図を示す。
【００１８】
図1において１ａから１ｃはネットワークに接続している端末で、ネットワーク機能を有するパーソナルコンピュータなどがこれに相当する。２ａ・２ｂは、ネットワーク上で各種ＷＷＷサービス・ファイル蓄積等を行うサーバである。また、３ａから３ｇはネットワークを構成する中継器でありこれらの中継器は、通信路により他の複数の中継器に相互に接続が行われ、ネットワークを構成していると共に、端末１ａから端末１ｃ及びサーバ２ａ・サーバ２ｂは中継器の何れかと接続する事でネットワーク経由の通信が可能となっている。図１に示すように本実施の形態では、中継器３ｂに端末１ａ及びサーバ２ａ・中継器３ａに端末１ｂ・中継器３ｅに端末１ｃ・中継器３ｃにサーバ２ｂが接続されているものとする。
【００１９】
また、４は、情報収集管理サーバであり、ネットワーク内の各中継器の各種情報を収集／蓄積する。５は、情報閲覧管理サーバであり、ネットワーク内の端末・サーバからの要求に応じて、情報収集管理サーバ４が蓄積している各中継器の情報を元に、要求に合った情報を提供するものである。
【００２０】
なお、端末１ａ〜１ｃ・サーバ２ａ、２ｂ・中継器３ａ〜３ｇ・情報収集管理サーバ４・情報閲覧管理サーバ５の他の機器との接続は、通信線Ｌ１〜Ｌ１８によって接続されているものとする。
【００２１】
図２は情報収集管理サーバ４のブロック図である。
【００２２】
図２において、４０１は中継器３ｆに接続され、中継器３ｆを介したネットワーク通信を行う通信制御装置である。また、４０２は各通信制御装置４０１による通信によって各中継器から情報を取得する情報収集手段で、収集した情報は情報蓄積手段４０３に蓄積される。また、４０４は、通信制御装置４０１が、情報閲覧管理サーバ５からのリクエスト情報を受信すると、該リクエスト情報に応じた中継器の情報を、情報蓄積手段４０３から取得し、通信制御装置４０１を制御して情報閲覧管理サーバ５へ送信する情報提供手段である。
【００２３】
更に、図３は、情報閲覧管理サーバ５のブロック図である。
【００２４】
図３において、５０１は、中継器３ｆに接続され、中継器３ｆを介したネットワーク通信を行う通信制御装置である。５０２は情報収集管理サーバ５０２より所望の通信路における通信状態の情報を取得する情報取得手段。５０３は、端末１ａ〜１ｃもしくは、・サーバ１・２からのリクエストに応じた通信路の情報を、リクエストしてきた端末１ａ〜１ｃもしくは、・サーバ１・２へ提供する情報提供手段、５０４は情報取得手段５０２が取得した情報を情報提供手段が、リクエスト相手に対して送信する情報に加工する情報加工手段である。
【００２５】
また、情報加工手段５０４には各通信線Ｌ１〜Ｌ１８の通信線帯域の情報を蓄積した情報帯域蓄積手段５０５が接続されている。
【００２６】
以上の様に構成されたネットワーク帯域測定システムについて以下、その動作について説明する。
【００２７】
まず、図４に示すように、各中継器３ａ〜３ｇの情報を、情報収集管理サーバ４が情報の収集を行う処理について説明する。
【００２８】
この情報収集は、各中継器３ａ〜３ｇが所定時間間隔で自主的に情報収集管理サーバへ情報を送っても良いし、情報収集管理サーバ４が所定時間間隔で、各中継器３ａ〜３ｇに対し、情報収集のリクエストを出し、そのリクエストに応じた各中継器３ａ〜３ｇが情報を送るようにしても良い。
【００２９】
本実施の形態においては、情報収集管理サーバが所定時間間隔で各中継器３ａ〜３ｇに対し、情報収集のリクエストを出し、そのリクエストに応じた各中継器３ａ〜３ｇが情報を送る場合について図５のシーケンス図を用い説明する。なお、本シーケンス図における中継器３ａ〜中継器３ｇの処理は同じであるので、本シーケンス図では、中継器側の処理は、代表して中継器３ａでの処理を記載する。よって他の中継器３ｂ〜３ｇの処理も中継器３ａの処理と同じである。
【００３０】
まず、情報収集管理サーバ４の情報取得手段４０２は、所定時間経過したかをチェックする（Ｓ１０１）。ここで、所定時間が経過していない場合は、情報収集管理サーバ４は、他の処理を行い（Ｓ１０２）、Ｓ１０１へ戻る。
【００３１】
また、Ｓ１０１において情報収集手段が所定時間を経過したと判定したときは、通信制御装置を制御して各中継器３ａ〜３ｇへ、各中継器３ａ〜３ｇの情報収集のリクエスト情報を送信する（Ｓ１０３）。
【００３２】
これを受信した中継器３ａは（Ｓ１０４）、中継器３ａでの情報を収集する（Ｓ１０５）。この際、収集される情報は、中継器３ａに接続されている通信線Ｌ２・Ｌ９・Ｌ１６の各々に対し、送出待ちとなっている待ちパケット行列（待ちキュー長）及び各通信線Ｌ２・Ｌ９・Ｌ１６の帯域使用率である。
【００３３】
中継器３ａは、この収集した情報を情報収集サーバ４へ送信する（Ｓ１０６）。
【００３４】
この情報を受信した通信制御装置４０１を介して受信した情報収集サーバ４の情報収集手段４０２は（Ｓ１０７）、情報蓄積手段４０３に該情報を蓄積する。この様にして、各中継器３ａ〜３ｇより収集した情報の蓄積例を図６に示す。
【００３５】
このような手順により、情報収集管理サーバ４が最新の各中継器３ａ〜３ｇ及び各中継器３ａ〜３ｇに接続された通信線Ｌ１〜Ｌ１８の情報を収集・蓄積する事となる。
【００３６】
次に端末が対象となる相手方とのＥｎｄ−ｔｏ−Ｅｎｄにおける回線の情報を取得する際の処理について以下説明する。なお、本実施の形態においては、端末１ｂがサーバ２ｂに対し、通信線Ｌ２・Ｌ９・Ｌ１０・Ｌ５を経由して通信を行う場合について、Ｅｎｄ−ｔｏ−Ｅｎｄにおける回線の情報を取得する際の処理について以下説明する。
【００３７】
この処理の概略を示した図を図７に示す。
【００３８】
この処理は
（１）まず端末１ｂは、サーバ２ｂまでの経路情報を含むリクエスト情報を情報閲覧管理サーバ５に送る。
【００３９】
（２）このリクエスト情報を受けた情報閲覧管理サーバ５は、情報収集管理サーバ４へリクエスト情報に含まれる経路中の各通信線Ｌ２・Ｌ９・Ｌ１０・Ｌ５、中継器３ａ・３ｂ・３ｃの情報取得のリクエスト情報を送信する。
【００４０】
（３）情報閲覧管理サーバ５からのリクエスト情報を取得した情報収集管理サーバ４は、このリクエスト情報に基づき、対象中継器・通信線の情報を情報閲覧管理サーバ５へ送る。
【００４１】
（４）この情報を受けた情報閲覧管理サーバ５は、この情報を元に端末１ｂからリクエストのあった経路についての通信帯域を計算し、その結果を端末１ｂへ送信する。
という手順によって行われる。
【００４２】
この手順の詳細について、図８に示すシーケンス図を使って説明する。
【００４３】
まず、情報閲覧管理サーバ５の情報提供手段５０３は、通信制御装置５０１を介して、端末もしくはサーバのいずれかより、経路情報閲覧のリクエスト情報を受信したかを判断する（Ｓ２０１）。このリクエスト情報がない場合は、情報閲覧管理サーバ５は、他の処理を行い（Ｓ２０２）、Ｓ２０１の処理へ戻る。
【００４４】
また、Ｓ２０１においてリクエスト情報を受信したと判断した場合、情報提供手段５０３は、処理を情報取得手段５０２に移行し、この情報取得手段５０２が通信制御装置５０１を制御して、受信したリクエスト情報に含まれる各通信線Ｌ２・Ｌ９・Ｌ１０・Ｌ５、中継器３ａ・３ｂ・３ｃの情報取得のリクエスト情報を送信する（Ｓ２０３）。
【００４５】
この情報を通信制御装置４０１を介して受信した情報取得管理サーバ４の情報提供手段４０４は、情報蓄積手段４０３に蓄積されている情報から、図９に示すように、情報蓄積手段４０３よりリクエストのあった各通信線Ｌ２・Ｌ９・Ｌ１０・Ｌ５、中継器３ａ・３ｂ・３ｃの情報を抽出し（Ｓ２０５）、該抽出した情報を、通信制御装置４０１を制御して送信を行う（Ｓ２０６）。
【００４６】
この情報を通信制御装置５０１を介して受信した情報閲覧管理サーバ５の情報取得手段５０２は（Ｓ２０７）、該情報を情報加工手段５０４に渡す。
【００４７】
この情報を受けた情報加工手段５０４は、この情報を元にＥｎｄ−ｔｏ−Ｅｎｄにおける回線の情報を算出する（Ｓ２０８）。
【００４８】
この情報加工手段５０４が行う算出について図１０を用いて説明する。
【００４９】
なお、通信線帯域情報蓄積手段５０５には図１１で示されるように各通信線の通信帯域が記憶されているものとする。また、説明の都合上、中継器に対しへパケット入力側の通信線を入通信線Ｌｉ、出力側の通信線を出通信線Ｌｏとして説明する。
【００５０】
また、中継器・装置固有遅延以外は理想的に転送を行うものとして計算する。
【００５１】
まず、入通信線Ｌｉの帯域Ｂｉ ≦出通信線Ｌｏの帯域Ｂｏの時についての転送時間の処理を説明する。
【００５２】
まず、出通信線Lｏでのデータ転送開始時刻は、入通信線Lｉからデータパケット入力が終了する時刻より、出通信線Lｏにおいてデータパケットを送出時間分前になる。この分の遅延は無い。
【００５３】
但し、出通信線使用率ρｏが０より大きい場合、出通信線Lｏにおいて前パケットが送出中である場合があり、この場合Lｏにおいて平均してデータパケット送出時間の半分待つ必要がある。従いこの分の転送遅延が生ずる。
【００５４】
よって、Ｔdｏを通信線Lｏの待合せによる単位データパケット転送時間とすると、
Ｔdｏ＝ρｏ／2Bｏ
さらに、ρｏが１に以上になるとLｏへの待ちキューに1個以上のデータパケットが入ってくるのでその個数分待たされる。待ちキュー有りによる単位データパケット転送時間をＴｄｑ、出通信線Lｏへの待ちキュー中の単位データパケット数をＰとすると、
Ｔｄｑ＝Ｐ／Ｂｏ
よって従いトータル転送時間Ｔｄは
Ｔｄ＝Ｔdｏ＋Ｔｄｑ＝(ρｏ／２＋Ｐ)／Ｂｏ
と、なる。
【００５５】
次に入通信線帯域 ＞出通信線帯域（Bｉ＞Bｏ）の時の処理について述べる。
これは所謂ボトルネックケースである。この場合、出通信線Lｏにおける転送開始時刻は、Lｉにデータパケット先頭が到着した時刻である。
これによる単位データパケット当りの遅延は、
Ｔｄ０＝１／Ｂｏ−１／Bｉ
但し、入通信線Ｌｉの帯域Ｂｉ ≦出通信線Ｌｏの帯域Ｂｏの時についての転送時間の処理同様に出通信線の使用率に依存した待合せがあるのでトータル転送時間Ｔｄは
Ｔｄ＝（１／Ｂｏ−１／Ｂｉ）＋（ρｏ／２＋P）／Ｂｏ
＝−１／Ｂｉ＋（１＋ρｏ／２＋P）／Ｂｏ
となる。
【００５６】
よって、情報加工手段５０４は、経路中の中継器での入通信線Ｌｉおよび出通信線Ｌｏのそれぞれの帯域Ｂｉ・Ｂｏを通信線帯域情報蓄積手段５０５から抽出し、上記の何れの処理を行うかを判断すると共に、判断の結果、行うと決められた処理を、通信線帯域情報蓄積手段５０５からの入通信線Ｌｉおよび出通信線Ｌｏ及び情報収集管理サーバ４から取得した経路中の通信線・中継線の情報を元に計算を行っていく。
【００５７】
情報加工手段５０４で行われる、上記してきた端末１ｂ−サーバ２ｂ間の経路の平均帯域の算出処理について図１２の図を用い以下に説明する。
【００５８】
まず、中継器３ａでのトータル転送時間Ｔｄを算出する。中継器３ａの入通信線Ｌｉは通信線Ｌ２・出通信線Ｌｏは通信線Ｌ９である。
【００５９】
情報加工手段５０５は、通信線帯域情報蓄積手段５０５に蓄積された情報から、これらの通信線Ｌ２・Ｌ９の通信帯域をＢ２・Ｂ９抽出する。
【００６０】
通信帯域情報蓄積手段５０５は、上記したように図１１に示す通信帯域情報が蓄積されており、その中からこれら通信線Ｌ２・Ｌ９のその帯域Ｂ２・Ｂ９を抽出しているので、それらの帯域は各々、１００ＭＢＰＳである事が分かる。
【００６１】
このため、情報加工手段５０４は、情報入通信線Ｌｉの帯域Ｂｉ ≦出通信線Ｌｏの帯域Ｂｏの時についての転送時間の処理を行うと判断する。
【００６２】
Ｓ２０７により、図９に示される情報を情報収集サーバ４より出通信線使用率ρ９を取得しているので、次に情報加工手段５０４は、その数値を使用し、かつ通信線Ｌ９の通信線使用率は、１００％であり、１００％以上なので、
Ｔｄ９＝ (ρ９／２＋Ｐ)／Ｂ９の計算を行う。
よって
Ｔｄ９＝（１／２＋５）／１００「ＭＰＳ」
＝５．５ｎＳ
と言う計算結果を得、この情報を蓄積する。
【００６３】
次に、情報加工手段５０４は、中継器３ｂでのトータル転送時間Ｔｄを算出する。中継器３ｂの入通信線Ｌｉは通信線Ｌ９・出通信線Ｌｏは通信線Ｌ１０である。
【００６４】
情報加工手段５０５は、通信線帯域情報蓄積手段５０５に蓄積された情報から、これらの通信線Ｌ９・Ｌ１０の通信帯域をＢ９・Ｂ１０を抽出する。
その結果、通信線Ｌ９は１００ＭＢＰＳ・通信線Ｌ１０は、１０００ＭＢＰＳである事が分かる。
【００６５】
このため、情報加工手段５０４は、情報入通信線Ｌｉの帯域Ｂｉ ≦出通信線Ｌｏの帯域Ｂｏの時についての転送時間の処理を行うと判断する。
【００６６】
Ｓ２０７により、図９に示される情報を情報収集サーバ４より出通信線使用率ρ１０を取得しているので、次に情報加工手段５０４は、その数値を使用し、かつ通信線Ｌ１０の通信線使用率は、５０％であり、１００％未満であるので、
Ｔｄ１０＝ρ１０／２B１０
の計算を行う。
よって
Ｔｄ１０＝０．５／（２×１０００ＭＰＳ）
＝０．０２５ｎＳ
と言う計算結果を得、この情報を蓄積する。
【００６７】
次に、情報加工手段５０４は、中継器３ｃでのトータル転送時間Ｔｄを算出する。中継器３ｃの入通信線Ｌｉは通信線Ｌ１０・出通信線Ｌｏは通信線Ｌ５である。
【００６８】
情報加工手段５０５は、通信線帯域情報蓄積手段５０５に蓄積された情報から、これらの通信線Ｌ１０・Ｌ５の通信帯域をＢ１０・Ｂ５を抽出する。
その結果、通信線Ｌ１０は１０００ＭＢＰＳ・通信線Ｌ５は、１００ＭＢＰＳである事が分かる。
【００６９】
このため、情報加工手段５０４は、情報入通信線Ｌｉの帯域Ｂｉ＞出通信線Ｌｏの帯域Ｂｏの時についての転送時間の処理を行うと判断する。
【００７０】
Ｓ２０７により、図９に示される情報を情報収集サーバ４より出通信線使用率ρ５を取得しているので、次に情報加工手段５０４は、その数値を使用し、
Ｔｄ５＝−１／Ｂ１０＋（１＋ρ５／２＋P）／Ｂ５
の計算を行う。
よって
Ｔｄ５＝−１／１０００ＭＢＰＳ＋（１＋０．５／２＋２）／１００ＭＢＰＳ
＝３１．５ｎＳ
と言う計算結果を得、この情報を蓄積する。
これら蓄積した情報を元に、情報加工手段５０４は、トータルの平均通信遅延時間を以下の様に算出する。
Ｔｄ＝Ｔｄ９＋Ｔｄ１０＋Ｔｄ５
＝５．５＋０．０２５＋３１．５
＝３７．０２５ｎＳ
そして、この逆数を計算し、経路の平均帯域幅
Ｂ＝２７ＭＢＰＳ
を得、この結果を情報提供手段５０３へ渡す。
【００７１】
この情報を得た情報提供手段５０３は、通信制御手段５０１を制御して該情報をリクエストしてきた端末１ｂへ、該情報を送信する（Ｓ２０９）事で該終了を完了し、Ｓ２０１の処理へ移行する。
【００７２】
なお、この際、情報提供手段は、情報加工手段から各中継器での遅延時間情報をあわせて送信するようにしても良い。
【００７３】
この様にする事によって、リクエストを行った端末１ｂでは、図１３に示すようなグラフを表示させ、どの通信路がボトルネックになっているのかを、利用者に把握させる事も可能となる。
【００７４】
以上の様にする事により、実際に試験パケットを流すことなく端末１ｂが目的のサーバ２ｂとの間の平均帯域幅を知ることができるようになる。よって、多数の端末やサーバが存在するネットワークにおいては、試験パケットによる不用意なパケットが帯域を狭める事が無くなるので通信線の帯域幅を有効に、かつ、その状態においても平均帯域幅を求める事が可能となる。
【００７５】
なお、今回の説明では、単純に中継線での待ちパケット・通信線のもつ最大通信帯域を使った処理を行った。
【００７６】
しかしながら、近年ＶＣ（バーチャクラス）・ＶＰ（バーチャルパス）と呼ばれる仮想回線を使った通信を行う事がある。
【００７７】
このような場合、各中継器で扱っている、各仮想回線の帯域の情報を情報収集しておき、この情報を元に仮想回線単位での平均帯域幅を算出する事で、仮想回線を使った経路ごとの平均帯域幅を提供する事も可能となる。
【００７８】
この様にする事で、例えば、ある端末から目的のサーバまで複数の仮想回線が設定されている場合、その中でも一番平均帯域幅の広い仮想回線を使って通信を行う事が可能となる。
【００７９】
また、上記実施の形態では、上り回線・即ち、端末１ｂからサーバ２ｂへパケットを送信する際の平均帯域幅を求めたが、下り回線、即ち、サーバ２ｂから端末１ｂへの通信の平均帯域幅も同様の処理で端末１ｂへ通知する事が可能である事は言うまでもない。
【００８０】
さらに、従来の試験パケットを送出する方式では、指定した経路だけの平均帯域幅しか分からず、事実上最適な経路を探し出す事は不可能であったが、本実施の形態の様に情報収集管理サーバ４が、ネットワークの各中継器からの情報を全て収集するようにしておき、情報閲覧管理サーバ５がこの情報を元に通信対象間で最適な経路を探索し、リクエストを行った端末・サーバに対し該最適経路を提示することも可能となる。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施の形態に基づく、ネットワーク帯域測定装置のシステム構成図
【図２】同実施の形態における情報収集管理サーバ４のブロック図
【図３】同実施の形態における情報閲覧管理サーバ５のブロック図
【図４】同実施の形態に基づく、ネットワーク帯域測定装置のシステム構成図
【図５】同実施の形態における情報収集管理サーバ４における情報収集処理のシーケンス図
【図６】同実施の形態における情報蓄積手段４０４に蓄積された各中継器の情報を示したテーブル図
【図７】同実施の形態に基づく、ネットワーク帯域測定装置のシステム構成図
【図８】同実施の形態における情報閲覧管理サーバ５における情報閲覧処理のシーケンス図
【図９】同実施の形態における情報閲覧処理において情報収集管理サーバ４から情報閲覧管理サーバ５に送られる情報を示した図
【図１０】同実施の形態における中継器での転送遅延時間の説明図
【図１１】同実施の形態における通信線帯域情報蓄積手段５０５に記憶されている通信帯域情報を示したテーブル図
【図１２】同実施の形態における通信経路の各中継器通信線の状態を示した図
【図１３】同実施の形態において端末１ｂに表示される各中継器の通信遅延時間の例を示した図
【符号の説明】
【００８２】
１ａ〜１ｃ    端末
２ａ・２ｂ    サーバ
３ａ〜３ｇ    中継器
４            情報収集管理サーバ
５            情報閲覧管理サーバ
【図１】
2005277923.tif 000003
【図２】
2005277923.tif 000004
【図３】
2005277923.tif 000005
【図４】
2005277923.tif 000006
【図５】
2005277923.tif 000007
【図６】
2005277923.tif 000008
【図７】
2005277923.tif 000009
【図８】
2005277923.tif 000010
【図９】
2005277923.tif 000011
【図１０】
2005277923.tif 000012
【図１１】
2005277923.tif 000013
【図１２】
2005277923.tif 000014
【図１３】
2005277923.tif 000015