JP2001036581A

JP2001036581A - 通信帯域設定システムと方法

Info

Publication number: JP2001036581A
Application number: JP20832599A
Authority: JP
Inventors: Koichi Nakagawa; 広一中川; Kazunari Irie; 一成入江
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1999-07-23
Filing date: 1999-07-23
Publication date: 2001-02-09

Abstract

(57)【要約】【課題】従来のＲＳＶＰ等による帯域設定技術では、
経路上の各ノードにおいて順番に帯域設定を行うので、
時間を要してしまう。【解決手段】ＲＳＶＰ等、通信端末が要求した通信帯
域を各ノードで確保した後、通信端末間でのパケット転
送を行うコンピュータ通信ネットワークにおいて、サー
バコンピュータを設け、このサーバコンピュータで、各ノ
ードのルーティング情報と使用帯域情報および通信端末
のユーザ毎の最大帯域情報とを取得してデータベース等
で対応付けて記録して一元管理し、各ノードに対して、通
信端末からの通信帯域要求の値を一斉通知することによ
り、各ノードでの通信帯域の確保を一斉に行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタル通信ネ
ットワークを利用したコンピュータ間でのパケット伝送
技術に係り、特に、通信に割り当てる帯域（通信レート）
を通信端末からの要求に応じて予め確保するＲＳＶＰ(R
esource ReSerVation Protocol)等による通信を行うコ
ンピュータ通信ネットワークへの適用に好適な通信帯域
設定システムと方法に関するものである。

【０００２】

【従来の技術】従来、コンピュータ間の通信を行うネッ
トワークにおいて通信レート(通信帯域)を可変容量で確
保するための技術として、例えば、丸山修孝著「わかりや
すい通信プロトコルの技術」（１９９７年、オーム社発
行）の第２１２頁に記載のようなＲＳＶＰと呼ばれるプ
ロトコルが開発されている。

【０００３】このＲＳＶＰでは、接続要求側の通信端末
のアプリケーションが、接続相手側の通信端末に向けて
帯域確保(予約)要求を出すと、経路上にある交換機やル
ータ、ＡＴＭ（Asynchronous Transfer Mode）スイッチ
等の各ノードにおいて帯域が設定される。このようなコ
ンピュータ通信ネットワークでの通信端末間におけるＲ
ＳＶＰによる帯域確保の動作例を図を用いて説明する。

【０００４】図５は、従来のコンピュータ通信ネットワ
ークでのＲＳＶＰによる帯域確保の動作例を示す説明図
であり、図６は、図５におけるノードの構成例を示すブロ
ック図である。図５において、５１，５２はそれぞれコ
ンピュータからなる接続要求側および接続相手側の通信
端末、５３〜５６はルータとしてのノード、５７，５８は
イーサネット等のＬＡＮ（Local Area Network）、５９
〜６１はＡＴＭネットワークである。

【０００５】接続要求側の通信端末５１のアプリケーシ
ョンがＲＳＶＰによる帯域確保要求（通信帯域要求）を
出すと、この通信端末５１から接続相手側の通信端末５
２までのＩＰ（Internet Protocol）通信におけるルー
ティング経路が設定され、通信端末５１からのＲＳＶＰ
による帯域確保要求を受信したノード５３は、経路上に
ある次のノード５４に対して、この帯域確保要求を送信
する。ノード５４は、要求通り帯域確保できるようであ
れば、次のノード５５へノード５３からの帯域確保要求
を送信する。

【０００６】このような動作を繰り返すことで接続相手
側の通信端末５２までＲＳＶＰの帯域確保要求を送る。
接続相手側の通信端末５２では、受信したＲＳＶＰの帯
域確保要求に対して、帯域を予約したという応答を接続
要求側の通信端末５１に向けて返す。これにより、ノー
ド５３〜５６において通信端末５１から要求された帯域
が設定される。そして、このようにして通信端末５１と
通信端末５２のエンド・エンドでの帯域予約が成立する
と、データ送信が開始される。

【０００７】しかし、例えば各ノード５３〜５６間のＡ
ＴＭネットワーク５９〜６１が低速であったり、途中の
ノード５３〜５６の一ヶ所でも帯域確保ができない場合
には、その時点で通信端末５１に向けてエラー情報が返
される。また、通信端末５１のアプリケーションは、ネッ
トワークに対して定期的に予約情報を確認し(リフレッ
シュと呼ばれる)、一定時間内に応答を受信できない場合
は、予約は自動的に解除される。

【０００８】尚、ＩＰ通信レイヤにおける帯域を確保す
るためには、下位レイヤでの通信帯域確保が必要であ
る。従来、帯域を確保できるネットワークとしてＡＴＭ
を対象としたものが多い。この場合、ＲＳＶＰの要求を
受けて下位レイヤでは、上記丸山修孝著「わかりやすい
通信プロトコルの技術」（１９９７年、オーム社発
行）の第２１０頁に記載のようなＡＴＭのシグナリング
による回線(バーチャルコネクション、ＶＣ:Virtual Con
nection)設定の処理が行われる。

【０００９】このようなＡＴＭシグナリングやＩＰ通信
レイヤにおける帯域確保を行うノード５３の構成を、図
６に基づき説明する。図６において、６２はＬＡＮ５７
との接続制御を行うＬＡＮインタフェース部(図中、「Ｌ
・ＩＦ」と記載)、６３はＡＴＭネットワーク５９との接
続制御を行うＡＴＭインタフェース部(図中、「Ａ・ＩＦ」
と記載)、６４は処理部、６５は処理部６４の動作制御と
ネットワークリソース情報管理等を行う制御部である。

【００１０】ＩＰパケットに対するルーティング処理お
よびＬＡＮインタフェース部６２からのＩＰパケットと
ＡＴＭインタフェース部６３からのＡＴＭセルとの間の
カプセル化処理とデカプセル化処理は処理部６４におい
て行われる。通信端末５１からの帯域確保要求に応じた
帯域設定は、制御部６５において行われる。

【００１１】図５で説明したように、ＲＳＶＰによる帯
域確保の処理では、各ノード５３〜５６の帯域設定を、帯
域確保要求元(接続要求側)の通信端末５１側の近くから
順番に行っているため、全ての帯域設定が完了するのに
要する時間は、各ノード５３〜５６での帯域設定に要す
る時間の累計となり、迅速な帯域設定ができない。

【００１２】また、下位レイヤにおけるＡＴＭシグナリ
ングによるＶＣ設定にも時間がかかるので、迅速な帯域
設定ができない一因となる。また、通信端末５１，５２
のユーザに対して割り当てることのできる最大帯域を含
むネットワークリソースの管理や、ユーザＩＤ（契約者
の識別情報）、各ノードのアドレス（ＭＡＣアドレス、Ｍ
ＡＣ：Media Access Control）等のユーザ情報の管理
が、各ノード個別に行われており、一元的に管理されてお
らず、煩雑となっている。

【００１３】尚、このような通信端末５１，５２のユー
ザ情報を一元的に管理する従来技術として、ポリシーサ
ーバを設置して、このポリシーサーバでユーザ管理を一
元化する技術が開発されている。しかし、この技術にお
いても、各ノードが帯域設定に必要な情報をポリシーサ
ーバに問い合わせるものであり、迅速な帯域設定はでき
ない。

【００１４】

【発明が解決しようとする課題】解決しようとする問題
点は、従来のＲＳＶＰ等による帯域設定技術では、経路上
の各ノードにおいて順番に帯域設定を行っているので迅
速な設定ができない点である。

【００１５】本発明の目的は、これら従来技術の課題を
解決し、ＲＳＶＰ等、通信端末が要求した通信帯域をノー
ドで確保して通信端末間でのパケット転送を行うコンピ
ュータ通信ネットワークの性能を向上させることが可能
な通信帯域設定システムと方法を提供することである。

【００１６】

【課題を解決するための手段】上記目的を達成するた
め、本発明の通信帯域設定システムと方法は、ＲＳＶＰ
等、通信端末が要求した通信帯域を各ノードで確保した
後、通信端末間でのパケット転送を行うコンピュータ通
信ネットワークにおいて、サーバコンピュータを設け、こ
のサーバコンピュータで、各ノードのルーティング情報
と使用帯域情報および通信端末のユーザ毎の最大帯域情
報とを取得してデータベース等で対応付けて記録して一
元管理し、さらに、通信端末から直接、もしくは、この通信
端末を収容するノード(エッジ装置)を介して通信端末か
らの通信帯域要求と宛先情報を受信し、この要求がデー
タベースでの管理内容の条件を満足していれば、すなわ
ち、受信した通信帯域要求の値が最大帯域以下で、かつ経
路上の全てのノードに空き帯域があれば、各ノードに対
して、通信端末からの通信帯域要求の値を一斉通知する
ことにより、各ノードでの通信帯域の確保を一斉に行う
ことを特徴とする。

【００１７】尚、サーバコンピュータおよびノードにJav
a Virtual MachineまたはJava Chipなどを設けて、上記
通信帯域設定処理を行う機能モジュールを、Java言語プ
ログラムによりサーバコンピュータおよびノードに実装
させることにより、システム構成・設計を容易とする。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を、図面
により詳細に説明する。図１は、本発明の通信帯域設定
システムの本発明に係る構成例を示すブロック図であ
り、図２は、図１における通信帯域設定システムのネット
ワークでの動作例を示す説明図である。

【００１９】図２において、１，２はそれぞれコンピュ
ータからなる接続要求側および接続相手側の通信端末、
３〜６はルータとしてのノード、７，８はイーサネット
等のＬＡＮ、９〜１１はＡＴＭネットワーク、１２はサー
バである。尚、ノード３やノード６など通信端末１，２
に最も近くに接続されるノードをエッジ装置とも呼ぶこ
ともあるが、ここでは、全てノードとする。

【００２０】ノード３〜６、および、サーバ１２のそれぞ
れは、ＪＶＭ（Java Virtual Machine、仮想マシーン）３
ａ〜６ａ、１２ａを実装しており、JavaＲＭＩ(Remote Me
thodInvocation；リモートメソッド起動)を用いた通信
を行う。さらに、ノード３〜６は、ＪＶＭ３ａ〜６ａ上に
通信エージェント(図中、「Ｎ・Ａ」と記載)３ｂ〜６ｂを
実装し、サーバ１２は、ＪＶＭ１２ａ上に通信エージェ
ント(図中、「Ｓ・Ａ」と記載)１２ｂを実装しており、こ
れらの通信エージェント３ｂ〜６ｂ、１２ｂによって、本
発明に係る帯域の設定制御を行う。

【００２１】このようなノード３〜６とサーバ１２の内
部構成を図１に基づき説明する。図１に示すように、ノ
ード３には、ＬＡＮ７との接続制御を行うＬＡＮインタ
フェース部(図中、「Ｌ・ＩＦ」と記載)１３と、ＡＴＭネッ
トワーク９との接続制御を行うＡＴＭインタフェース部
(図中、「Ａ・ＩＦ」と記載)１４、ＩＰパケットに対するル
ーティング処理およびＬＡＮインタフェース部１３から
のＩＰパケットとＡＴＭインタフェース部１４からのＡ
ＴＭセルとの間のカプセル化処理とデカプセル化処理を
行う処理部１５、そして、処理部１５の動作制御と共にＪ
ＶＭ３ａと通信エージェント３ｂを実装して通信端末１
からの帯域確保要求に応じた帯域設定処理を行う制御部
１６が設けられている。

【００２２】また、サーバ１２には、ＪＶＭ１２ａおよび
通信エージェント１２ｂと共に、この通信エージェント
１２ｂを介して各ノード３〜６から、各ノード３〜６の
ルーティング情報や使用帯域情報などのネットワークリ
ソース情報、および通信端末１，２のユーザ毎の最大帯
域情報などのユーザ情報を取得するＤＢ管理エージェン
ト１７と、このＤＢ管理エージェント１７で取得された
各情報を管理テーブル１８ａで対応付けて記録するデー
タベース(図中、「ＤＢ」と記載)１８が設けられている。

【００２３】以下、図２を用いて、このような構成にお
けるサーバコンピュータ１２とノード３〜６によるネッ
トワークでの動作例を説明する。接続要求側の通信端末
１のアプリケーションが帯域確保要求（通信帯域要求）
情報を送出すると、ＬＡＮインタフェース１３を介して
これを受けたノード３は、通信エージェント３ｂにより、
この帯域確保要求情報をサーバ１２上の通信エージェン
ト１２ｂに送信して通知する。

【００２４】サーバ１２上の通信エージェント１２ｂ
は、ノード３の通信エージェント３ｂから受け取った帯
域確保要求情報から、通信端末１が送信するパケットの
送受信アドレスを読み出して、ＤＢ管理エージェント１
７に送信・通知する。

【００２５】ＤＢ管理エージェント１７は、通信エージ
ェント１２ｂから受け取った送受信アドレスに基づきユ
ーザ情報の確認および通信経路設定を行うと共に、デー
タベース１８の管理テーブル１８ａに記録してある各ノ
ード３〜６に対するネットワークリソースデータに基づ
き空き情報を確認し、帯域が確保できるようであれば、リ
ソースの割り当て(通信帯域設定情報の生成)を行う。

【００２６】尚、データベース１８の管理テーブル１８
ａに記録してあるネットワークリソースデータは、通信
エージェント１２ｂが一定間隔おきに配下の各ノード３
〜６に問い合わせを行い、その結果に基づきＤＢ管理エ
ージェント１７により更新される。

【００２７】ＤＢ管理エージェント１７は、リソースの
割り当て情報（通信帯域設定情報）と経路指定情報を通
信エージェント１２ｂに渡す。そして、通信エージェン
ト１２ｂは、図２に示すようにして、経路上の全ノード３
〜６に通信帯域設定情報（帯域要求）と経路指定情報を
一斉通知する。

【００２８】各ノード３〜６は、サーバ１２から受信し
た通信帯域設定情報（帯域要求）と経路指定情報に基づ
き、一斉に、物理レイヤへシグナリング(ＡＴＭシグナリ
ング)を行い、帯域を確保する。このように、各ノード３
〜６において一斉に帯域設定を行うので、迅速な帯域設
定が可能である。

【００２９】接続相手先の通信装置２のエッジ装置とな
るノード６は、通信端末２に帯域確保情報を転送する。
ノード６からの帯域確保情報を受信した通信端末２は、
帯域を予約したという応答を通信端末１に向けて返す。
このようにして、通信端末１と通信端末２間でエンド・
エンドでの帯域予約が成立し、データ送信が開始され
る。

【００３０】通信端末１のアプリケーションは、ネット
ワークに対して定期的に帯域予約情報を確認(リフレッ
シュ)し、一定時間内に応答を受信できない場合は、予約
は自動的に解除される。この解除も帯域設定と同様にし
て、ノード３を介してサーバ１２に通知され、このサーバ
１２上の通信エージェント１２ｂが、各ノード３〜６へ
一元的に送信して一斉通知する。

【００３１】このように図２におけるシステムでは、通
信端末１，２は、エッジ装置としてのノード３，６を介
してのみ通信を行う構成としており、通信端末１，２と
しては、従来の通信端末をそのまま用いることができ
る。すなわち、従来の通信端末に対しても、迅速な帯域設
定の効果が提供される。

【００３２】以下、このような通信端末にもＪＶＭを実
装させ、通信端末とサーバ間で直接通信を行うことを可
能としたシステム構成例を説明する。図３は、図１にお
ける通信帯域設定システムのネットワークでの他の動作
例を示す説明図である。

【００３３】図３に示すネットワークにおいて、通信端
末３１，３２のそれぞれには、ＪＶＭ３１ａ，３２ａお
よび通信エージェント(図中、「Ｔ・Ａ」と記載)３１ｂ，
３２ｂが実装されており、通信端末３１，３２とサーバ
１２間で直接通信が可能である。

【００３４】このようなシステムでは、接続要求側の通
信端末３１からの帯域確保要求（通信帯域要求）情報
は、通信端末３１の通信エージェント３１ｂとサーバ１
２の通信エージェント１２ｂでJavaＲＭＩにより直接や
り取りされ、また、接続相手先の通信端末３２への帯域確
保情報の通信も、サーバ１２の通信エージェント１２ｂ
から通信端末３２の通信エージェント３２ｂに直接送ら
れる。さらに、予約解除に関しても、通信端末３１の通信
エージェント３１ｂからサーバ１２の通信エージェント
１２ｂに直接送信される。

【００３５】図４は、図１におけるサーバコンピュータ
の処理動作例を示すフローチャートである。図１のサー
バコンピュータ１２は、まず、通信エージェント１２ｂ
により、例えば図２における各ノード３〜６の通信エー
ジェント３ｂ〜６ｂを介して各ノード３〜６から、各ノ
ード３〜６のルーティング情報と使用帯域情報および通
信端末１，２等のユーザ毎の最大帯域情報とを取得し
て、ＤＢ管理エージェント１７により、データベース１
８の管理テーブル１８ａで対応付けて記録する（ステッ
プ４０１）。

【００３６】そして、接続要求側の通信端末１から直
接、もしくは、この通信端末１を収容するノード３を介し
て、この通信端末１から通信帯域要求と宛先情報を受信
すると（ステップ４０２）、管理テーブル１８ａでの記
録内容を参照し、相手先端末２とその間の各ノード４〜
６を特定して、受信した通信帯域要求の値が最大帯域以
下であり、かつ通信端末１と通信端末２間を接続する全
てのノード３〜６に空き帯域があるか否かを判別する
（ステップ４０３）。

【００３７】この判別の結果、通信帯域要求の値が最大
帯域以下で全てのノードに空き帯域があれば（ステップ
４０４）、各ノード３〜６に対して、通信端末１が要求し
た通信帯域の値を一斉通知する（ステップ４０５）。こ
の通知に基づき各ノード３〜６では、通信帯域の確保を
一斉に行う。尚、ステップ４０４において、通信帯域要
求の値が最大帯域以上、もしくは、各ノード３〜６の一
つに空き帯域がなければ、ノード３を介して通信端末１
にエラー情報を返す（ステップ４０６）。

【００３８】以上、図１〜図４を用いて説明したように、
本例の通信帯域設定システムでは、通信端末１，２や各
ノード３〜６およびサーバ１２上に処理エージェントを
常駐させ、ノード３〜６上のエージェントとサーバ１２
上のエージェントでJava RMIを用いて通信して情報のや
りとりを行う。そして、サーバ１２で各ノードの帯域情
報や経路情報等を一元管理しており、通信端末１が要求
した帯域が各ノード３〜６で確保できるか否かをサーバ
１２でまとめて確認し、確保できるようであれば、通信エ
ージェント１２ｂが、各ノード３〜６へ帯域予約の命令
を一斉に送る。

【００３９】これにより、各ノード３〜６における帯域
設定を一斉に行うことができ、迅速な帯域確保が可能で
ある。また、サーバ１２で、各ノード３〜６の帯域情報や
経路情報等を一元管理しており、設定情報の管理が容易
である。さらに、このように全てのネットワークリソー
スを一元的に管理できるので、帯域予約のみならず、パケ
ットフィルタリング等も行うことが可能である。また、
ユーザに割り当てるネットワークの通信レートを要求に
応じて確保可能であり、ユーザに割り当てる最大帯域を
動的に変更・設定することが可能である。

【００４０】尚、本発明は、図１〜図４を用いて説明した
例に限定されるものではなく、その要旨を逸脱しない範
囲において種々変更可能である。例えば、本例では、構成
・設計を容易とするために、Javaを用いてJavaＲＭＩを
利用した例を説明しているが、ＣＯＲＢＡ(Common Objec
t Request Broker Architecture)等の技術を適用するこ
とでも良い。

【００４１】また、本例では、JavaＶＭを実装してJava
言語のプログラムを実行する構成としているが、Java C
hipを実装してJava言語のプログラムを実行する構成と
しても良い。また、本例では、ノードはルータとしてい
るが、ＡＴＭスイッチ等であっても良い。また、ネット
ワークに関してもＡＴＭネットワークに限定するもので
はない。

【００４２】

【発明の効果】本発明によれば、従来のＲＳＶＰ等によ
る帯域設定技術のように、経路上の各ノードにおいて順
番に帯域設定を行うのではなく、サーバコンピュータ
で、各ノードのルーティング情報と使用帯域情報および
通信端末のユーザ毎の最大帯域情報とを一元管理し、通
信端末からの通信帯域要求の値を各ノードに対して一斉
通知することにより各ノードでの通信帯域の確保を一斉
に行うことができ、ＲＳＶＰ等、通信端末が要求した通
信帯域を各ノードで確保して通信端末間でのパケット転
送を行うコンピュータ通信ネットワークの性能を向上さ
せることが可能である。

【図面の簡単な説明】

【図１】本発明の通信帯域設定システムの本発明に係る
構成例を示すブロック図である。

【図２】図１における通信帯域設定システムのネットワ
ークでの動作例を示す説明図である。

【図３】図１における通信帯域設定システムのネットワ
ークでの他の動作例を示す説明図である。

【図４】図１におけるサーバコンピュータの処理動作例
を示すフローチャートである。

【図５】従来のコンピュータ通信ネットワークでのＲＳ
ＶＰによる帯域確保の動作例を示す説明図である。

【図６】図５におけるノードの構成例を示すブロック図
である。

【符号の説明】

１：通信端末（接続要求側）、２：通信端末（接続相手
側）、３〜６：ノード、３ａ〜６ａ，１２ａ：ＪＶＭ（Ja
va Virtual Machine、仮想マシーン）、３ｂ〜６ｂ：通信
エージェント(Ｎ・Ａ)、１２ｂ：通信エージェント(Ｓ・
Ａ)、７，８：ＬＡＮ（イーサネット等）、９〜１１：Ａ
ＴＭネットワーク、１２：サーバ、１３：ＬＡＮインタフ
ェース部(Ｌ・ＩＦ)，１４：ＡＴＭインタフェース部
(Ａ・ＩＦ)、１５：処理部、１６：制御部、１７：ＤＢ管
理エージェント、１８：データベース(ＤＢ)、１８ａ：管
理テーブル、３１：通信端末（接続要求側）、３２：通信
端末（接続相手側）、３１ａ，３２ａ：ＪＶＭ、３１
ｂ，３２ｂ：通信エージェント(Ｔ・Ａ)、５１通信端末
（接続要求側）、５２：通信端末（接続相手側）、５３
〜５６：ノード（ルータ）、５７，５８：ＬＡＮ（イー
サネット等）、５９〜６１：ＡＴＭネットワーク、６
２：ＬＡＮインタフェース部(Ｌ・ＩＦ)、６３：ＡＴＭ
インタフェース部(Ａ・ＩＦ)、６４：処理部、６５：制御
部。

フロントページの続きＦターム(参考） 5K030 GA01 HA10 HD03 JA11 JL07 JT06 KA01 KA05 KA07 LB02 LB07 LC06 LC08 MA01 9A001 BB03 BB04 CC06 CC08 DD10 FF05 JJ18 JJ27 KK56 LL09

Claims

【特許請求の範囲】

【請求項１】パケットの送受信を行う通信端末と、接
続要求側の第１の通信端末が要求した通信帯域を確保し
て該第１の通信端末および接続相手側の第２の通信端末
間でのパケットのルーティングを行うノードとからなる
コンピュータ通信ネットワークにおける通信帯域設定シ
ステムであって、上記ノードのルーティング情報と使用
帯域情報および上記通信端末のユーザ毎の最大帯域情報
とを取得して対応付けて記録し、上記第１の通信端末か
ら直接、もしくは、該第１の通信端末を収容するノードを
介して上記第１の通信端末から通信帯域要求と宛先情報
を受信すると、上記記録の内容を参照し、受信した通信帯
域要求の値が最大帯域以下であり、かつ上記第１の通信
端末と上記第２の通信端末間を接続する全てのノードに
空き帯域があれば、各ノードに対して、上記第１の通信
端末が要求した通信帯域の値を一斉通知するサーバコン
ピュータを設け、上記第１の通信端末と上記第２の通信
端末間を接続する全てのノードでの通信帯域の確保を一
斉に行うことを特徴とする通信帯域設定システム。
【請求項２】請求項１に記載の通信帯域設定システム
において、上記ノードは、上記サーバコンピュータへの上
記ルーティング情報と使用帯域情報および上記通信端末
のユーザ毎の最大帯域情報の送信、および、上記サーバコ
ンピュータからの上記通信帯域の値の受信を行う通信手
段を有することを特徴とする通信帯域設定システム。
【請求項３】請求項２に記載の通信帯域設定システム
において、上記ノード、および、上記サーバコンピュータ
は、Java言語のプログラムを実行するJava実行手段を有
し、上記各ノードでの通信帯域の一斉確保のための上記
サーバコンピュータと上記ノードとの通信をJavaエージ
ェント間のJavaＲＭＩを用いたネゴシエーションによっ
て行うことを特徴とする通信帯域設定システム。
【請求項４】パケットの送受信を行う通信端末と、接
続要求側の第１の通信端末が要求した通信帯域を確保し
て該第１の通信端末および接続相手側の第２の通信端末
間でのパケットのルーティングを行うノードとからなる
コンピュータ通信ネットワークにおいて上記通信帯域の
設定を行うシステムの通信帯域設定方法であって、上記
第１の通信端末と直接、もしくは、該第１の通信端末を収
容するノードと接続されたサーバコンピュータを設け、
該サーバコンピュータで、上記ノードのルーティング情
報と使用帯域情報および上記通信端末のユーザ毎の最大
帯域情報とを取得して対応付けて記録する第１の処理
と、上記第１の通信端末から直接、もしくは、該第１の通
信端末を収容するノードを介して上記第１の通信端末か
ら通信帯域要求と宛先情報を受信する第２の処理と、上
記第１の処理での記録内容を参照して、上記第２の処理
で受信した通信帯域要求の値が最大帯域以下であり、か
つ上記第１の通信端末と上記第２の通信端末間を接続す
る全てのノードに空き帯域があるか否かを判別する第３
の処理と、該第３の処理での判別の結果、上記通信帯域要
求の値が最大帯域以下で全てのノードに空き帯域があれ
ば、各ノードに対して、上記第１の通信端末が要求した通
信帯域の値を一斉通知する第４の処理を行い、上記第１
の通信端末と上記第２の通信端末間を接続する全てのノ
ードで、上記通信帯域の確保を一斉に行うことを特徴と
する通信帯域設定方法。