JP2002290433A

JP2002290433A - 帯域制御機能を備えるデータ中継装置および帯域管理装置

Info

Publication number: JP2002290433A
Application number: JP2001090806A
Authority: JP
Inventors: Hidekazu Baba; 秀和馬場
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-03-27
Filing date: 2001-03-27
Publication date: 2002-10-04
Also published as: US20020150117A1

Abstract

(57)【要約】【課題】トラヒック量に見合った理想的な帯域設定
を、人手によることなく、自動的に行えると共に、複数
のデータ中継装置間で整合のとれた帯域設定ができるよ
うにする。【解決手段】短期的な周期で毎回計測されたトラヒッ
ク量を保持するトラヒック量保持手段２１と、そのトラ
ヒック量に基づいて、長期的な周期での平均トラヒック
量を算出し、その平均トラヒック量に相当する帯域値
と、設定された第１の帯域設定値とを比較して両値の差
分を求め、第１の帯域設定値を、その差分をさらに小さ
くするような第２の帯域設定値に、設定し直す帯域調整
手段２２と、を備え、好ましくは、帯域設定値を変更す
るための許可を要求する変更要求手段２３をさらに備
え、当該要求ならびに許可のための交信を、帯域設定管
理装置２４との間で実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ルータあるいはＬ
ＡＮスイッチ等の、データ通信ネットワークを構成する
データ中継装置、特に帯域制御機能を備えるデータ中継
装置に関する。近年、インターネット／イントラネット
の発展にともない、情報系の処理データや基幹業務系の
処理データに加えて、さらには音声（電話）データ等ま
で、全ての通信データを同一のデータ通信ネットワーク
上に流すようになってきた。

【０００２】このとき問題となるのは、例えば単なるフ
ァイル転送等の即時性を要しない情報系のデータをなす
パケットが大量に流れたために、例えば銀行における預
貯金情報の転送等即時応答性の要求が非常に厳しい基幹
業務系の処理のためのデータあるいは音声通話のための
データをなすパケットが、データ中継装置において廃棄
され、基幹業務が停止したりまた通話が切れたりする、
という深刻な問題である。

【０００３】この問題を回避するため、近年のデータ中
継装置の多くは、「帯域制御」と呼ばれる機能を備えて
いる。これは、指定した条件を満たす通信（例えば特定
アプリケーション用の通信）について、使用する帯域を
保証したり、逆に制限したりする機能である。この帯域
制御機能により、例えば上述の情報系のデータ用パケッ
トが大量に流れているときでも、上述の基幹業務（ある
いは音声）系のデータ用パケットが、予め割り当てられ
た一定の帯域を必ず使用できることを保証する、といっ
たことが可能になる。このため帯域制御は、データ通信
ネットワークにおいて、非常に重要な機能として注目さ
れ始めている。

【０００４】本発明は、この「帯域制御機能」を改善す
るための手法について述べるものである。

【０００５】

【従来の技術】前述したとおり、帯域制御機能は、指定
した条件を満たす通信を対象に、その通信が使用を要求
する帯域を保証したり、逆にそれが使用する帯域の上限
を定めることにより、複数種類の通信（情報系、基幹業
務系等のアプリケーション）に供するパケットが、物理
的に同一のデータ通信ネットワークを流れる場合であっ
ても、これらパケット間に競合があったときのパケット
廃棄を最小限にすることを可能にする。

【０００６】図１５は本発明が適用されるデータ通信ネ
ットワークの一例を示す図である。本図において、参照
番号１は例えばある企業の本社に置かれるサーバであ
り、５はその配下の複数の営業所にそれぞれ置かれるク
ライアント（ＰＣ：ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅ
ｒ）である。これらのクライアント５とサーバ１との間
のデータ通信は、交換機を保有するキャリア（例えばＮ
ＴＴ）３を介して、行われる。この場合、そのデータ通
信のための各パケットは、例えばＩＰアドレスによって
対応する中継経路にルーティングされる。この中継処理
を行うのがデータ中継装置であり、具体的にはルータで
あり、あるいはＬＡＮスイッチである。本図ではそのデ
ータ中継装置の一例としてルータ２および４が、サーバ
１側とクライアント５にそれぞれ設けられている様子を
示す（以下、データ中継装置を単にルータとも称す）。

【０００７】図１６はデータ中継装置が帯域制御機能を
備えない場合のデータ通信ネットワークの一例を示す図
である。本図において、クライアントであるＰＣ１４
は、回線１３ａおよび１３ｂで接続されたデータ中継装
置１２ａ，１２ｂおよび１２ｃを経由して、サーバ１１
ａおよび１１ｂへアクセスしている。一例として、デー
タ中継装置１２ａ，１２ｂおよび１２ｃは、それぞれ、
本社、その配下の支社（複数）、およびその支社の配下
の営業所（複数）に設置されるデータ中継装置である。

【０００８】サーバ１１ａは既述の基幹業務系処理のた
めのサーバであり、サーバ１１ｂは既述の情報系処理の
ためのデータベース（ＤＢ）としてのサーバである。サ
ーバ１１ａとの通信は、即時応答性の要求が厳しく、パ
ケット廃棄が極力生じないようにしなければならないの
に対して、サーバ１１ｂとの通信は、その要求は極めて
小さい。すなわち、競合により廃棄されたパケットＰＴ
は再送すれば回復できるし、時間はかかっても最終的に
全てのデータがダウンロードできればそれでよい。

【０００９】一般に、回線１３ａおよび１３ｂの帯域は
ＬＡＮに比べて非常に小さい。このため、ＬＡＮに接続
されたサーバ１１ａや１１ｂが送出するデータ量の合計
が、その回線の帯域を超えてしまうことがある。例えば
回線１３ａの帯域が１２８Ｋｂｐｓであるところ、サー
バ１１ａが６０Ｋｂｐｓのデータを送出し、またサーバ
１１ｂが１９６Ｋｂｐｓのデータを送出したとする。こ
の場合、データ中継装置１２ａがこれらのデータを回線
１３ａに送出する時点でパケットの競合が起こり、パケ
ット廃棄が発生してしまう。

【００１０】このケースでは、データ中継装置１２ａか
らの送出データ量の合計は２５６Ｋｂｐｓであり、回線
１３ａの帯域（１２８Ｋｂｐｓ）の２倍であるため、全
送出パケットの半分が廃棄されてしまうことになる。こ
こで注目すべき点は、図１６においては、パケット廃棄
を許容するサーバ１１ｂとの通信だけでなく、パケット
廃棄を極力避けなければならないサーバ１１ａとの通信
においても、それぞれ半分のパケットが廃棄されてしま
うことである。このような状況が続くと、基幹業務系の
アプリケーションがハングアップしたり、その業務処理
中に通信コネクションが切断され、それまでの作業が全
て失われる、といった事態を招いてしまう。

【００１１】図１７は一般的な帯域制御機能による効果
を説明するための図である。本図によれば、上述した基
幹業務系のアプリケーションがハングアップしたり、業
務処理中にそれまでの作業が全て失われる、といった事
態が、帯域制御機能によっていかに解消できるか明らか
となる。本図では、データ中継装置１２ａは帯域制御機
能を具備しているので、予めデータ中継装置１２ａに対
して「回線１３ａの帯域のうち、６４Ｋｂｐｓを基幹業
務系の通信用に保証せよ」という設定をしておくができ
る。このためデータ（パケット）競合が発生したときに
は、データ中継装置１２ａは、パケットがサーバ１１ａ
または１１ｂのどちらの通信に属するものであるかを判
別し、前述の設定（６４Ｋｂｐｓの保証）を守るように
動作する。上述の例であると、サーバ１１ａの基幹業務
系の通信用のデータ量は６０Ｋｂｐｓであり、保証帯域
（６４Ｋｂｐｓ）内であるため、基幹業務系のデータ
（パケット）は廃棄することなく全て回線１３ａ上に送
出される。しかしその送出分だけサーバ１１ｂの情報系
のデータ（パケット）の大半は廃棄されることになる。
ただし情報系の通信ではその廃棄は特に問題とはならな
い（既述）。

【００１２】結果として、図１７においては、情報系の
通信側で大量にデータを流していても、基幹業務系の通
信が支障なく行えることになる。これが、帯域制御機能
の効果である。

【００１３】

【発明が解決しようとする課題】前述したように帯域制
御機能は今後ますます重要になる技術ではあるが、「現
実的には、帯域の値の設定は非常に難しい」という実運
用上の大きな問題を抱えている。再び図１７を参照しな
がら、この問題について述べる。第１の問題は、ネット
ワークの運用状況等の変化によって、通信の平均トラヒ
ック量もダイナミックに変化することから、帯域設定値
を運用中常に調整し続けなければならないという問題で
ある。例えば図１７の説明では、データ中継装置１２ａ
へ「回線１３ａの帯域（１２８Ｋｂｐｓ）のうち６４Ｋ
ｂｐｓを基幹業務系の通信用に保証せよ」という設定を
しておくこととしたが、実際には、サーバ１１ａから送
出されるパケットのトラヒック量を６０Ｋｂｐｓとして
いたので、この設定は有効であった。

【００１４】しかし、上記の運用状況、例えば基幹業務
の増減、利用者数の増減、業務時間帯の変更等々、によ
り、実際にはサーバ１１ａから送出されるパケットの平
均トラヒック量がダイナミックに変化する。例えば、サ
ーバ１１ａから送出されるパケットの平均トラヒック量
が９０Ｋｂｐｓに増加した状態で情報系のトラヒックと
競合したとすると、２６（＝９０−６４）Ｋｂｐｓの帯
域に相当するパケットが廃棄されることになり、基幹業
務に支障をきたす。この場合には、帯域設定を、例えば
「１００Ｋｂｐｓを、基幹業務系の通信用に保証せよ」
というように変更しなければならない。

【００１５】一方、サーバ１１ａから送出されるパケッ
トの平均トラヒック量が３０Ｋｂｐｓまで減少したとす
る。この場合、基幹業務に支障はないが、データ中継装
置１２ａは、上記の設定にしたがって基幹業務系の通信
用に６４Ｋｂｐｓの帯域を確保しているため、常に３４
（＝６４−３０）Ｋｂｐｓの帯域が無駄になってしま
う。この場合には、帯域設定を例えば「３２Ｋｂｐｓ
を、基幹業務系の通信用に保証せよ」と変更することに
よって、無駄になっていた帯域を、情報系の通信のため
に利用できるようにし、回線の有効利用を可能とすべき
である。

【００１６】短期間のトラヒック量の変動に逐一対応し
て帯域設定を修正するという必要性は低いが、長期的な
平均トラヒック量が大幅に変化した場合には、上述した
ように、データ中継装置の帯域設定を変更することが重
要である。しかし、そのためには常時トラヒック量を監
視して、定期的に設定を見直し、設定を変更するという
膨大な手間がかかるため、現実にはこのような変更は行
われないのが普通である。これが第１の問題である。

【００１７】従来の帯域制御機能が持つ第２の問題は、
複数のデータ中継装置１２ａ，１２ｂおよび１２ｃにま
たがって帯域設定の割合を整合させることの困難さであ
る。図１８は図１６において説明した第１の問題とは別
の第２の問題を説明するための図である。なお図１８の
各構成要素は、図１６の各構成要素と同様である。図１
８において、データ中継装置１２ａには、図１７の場合
と同様に「基幹業務系の通信には帯域６４Ｋｂｐｓを確
保せよ」というように帯域設定がされているものとす
る。このとき、次段のデータ中継装置１２ｂに「基幹業
務系の通信には帯域１００Ｋｂｐｓを確保せよ」と帯域
設定されているものとすると、この場合、サーバ１１ａ
と１１ｂの他にはサーバがなく、かつ、回線１３ａから
流入する基幹業務系の通信トラヒック量は６４Ｋｂｐｓ
を超えないとすると、データ中継装置１２ｂに対する上
記の帯域設定は明らかに無駄になっている。このような
場合、データ中継装置１２ｂの帯域設定を、データ中継
装置１２ａの帯域設定と同じにすることにより、サーバ
１１ｂの情報系のトラヒックのための帯域を増大すべき
である。

【００１８】かくして、一般にデータ中継を行うネット
ワークでは複数のデータ中継装置から構成されているこ
とを考慮すると、それらの帯域設定は互いに整合してい
る必要がある。ここで整合という語は、「同じ値」とい
う意味ではなく、回線が分岐する場合等、「下流の回線
上で確保する帯域の合計が、上流の回線上で確保する帯
域に等しくなるようにする」といったように、無駄や不
合理が生じないように帯域設定を調整する、という意味
に解する。

【００１９】前述したように、帯域設定を定期的に変更
するだけでも大きな手間であるところ、さらに「あるデ
ータ中継装置における帯域設定を変更するときは、それ
以外の他のデータ中継装置における帯域設定も併せて変
更し、通信路全体として帯域設定の整合がとれるように
調整しなければならない」という要件が加わって、上記
の手間を益々増大させてしまう。これが第２の問題であ
る。

【００２０】したがって本発明は、上記の問題点に鑑
み、トラヒック量に見合った理想的な帯域設定を、人手
によることなく、自動的に行えるようにすることを第１
の目的（上記第１の問題の解消）とし、さらに、同一通
信路を共用する複数のデータ中継装置が存在する場合、
各データ中継装置が上記の自動的な帯域設定をしたと
き、該通信路全体として各データ中継装置相互間で整合
のとれた帯域設定が行えるようにすることを第２の目的
（上記第２の問題の解消）とするものである。

【００２１】

【課題を解決するための手段】図１は本発明に係るデー
タ中継装置の基本構成を示す図である。本図において、
本発明に係るデータ中継装置１２は、トラヒック量保持
手段２１および帯域調整手段２２と、さらに変更要求手
段２３および帯域設定管理装置２４と、を本発明の主要
構成要素とし、そしてこれらに連係する中継処理部２５
とインタフェース２６とを本発明の構成要素とする。図
中、参照番号２７は通信路であって、前述した回線１３
ａ，１３ｂに相当する。

【００２２】さらに詳しく説明すると、トラヒック量保
持手段２１は、短期的な周期で毎回計測されたトラヒッ
ク量を保持する。帯域調整手段２２は、トラヒック量保
持手段２１に保持されたトラヒック量に基づいて、長期
的な周期での平均トラヒック量を算出し、その平均トラ
ヒック量に相当する帯域値と、設定された第１の帯域設
定値とを比較して両値の差分を求め、この第１の帯域設
定値を、その差分をさらに小さくするような第２の帯域
設定値に、設定し直す。

【００２３】さらに、複数のデータ中継装置１２ａ，１
２ｂおよび１２ｃの各々の帯域を統合的に管理する帯域
設定管理装置２４に、通信路２７を介して、連係するイ
ンタフェース２６を備える。この帯域設定管理装置２４
に連係する変更要求手段２３は、上記の第１の帯域設定
値から上記の第２の帯域設定値へ変更するための許可を
要求する。この要求ならびに許可のための交信を変更要
求手段２３は、インタフェース２６を通して、帯域設定
管理装置２４との間で実行し、この帯域設定管理装置２
４による判定に従い、帯域調整手段２２による調整を実
施しまたは禁止する。

【００２４】図２は帯域設定管理装置の基本構成を示す
図である。本図に示すとおり、この帯域設定管理装置２
４は、受付手段３１と、判定手段３２と、応答手段３３
とからなる。さらに詳しくは、複数のデータ中継装置１
２ａ，１２ｂおよび１２ｃと個別に連係し、いずれかの
データ中継装置から発生する、帯域設定の変更を求める
要求を受け付ける受付手段３１、帯域設定に関する複数
の条件を保持してその要求が該条件を全て満足するか否
か判定する判定手段３２、その判定の結果、満足すると
きは該要求を許可し、満足しないときは該要求を不許可
とする応答を当該データ中継装置に返す応答手段３３で
ある。

【００２５】このように帯域設定管理装置２４は、予め
定められた複数の条件を保持すると共に、変更要求手段
２３から、既述した第２の帯域設定値を伴って設定変更
の要求を受信したとき、その第２の帯域設定値の値が上
記の各条件を全て満足するか否か判断し、満足したとき
に、変更要求手段２３に対し、既述した第１の帯域設定
値から第２の帯域設定値への変更を許可するように動作
する。

【００２６】図１を再び参照すると、中継処理部２５は
データ中継装置１２が有すべき基本的な機能を果すもの
であるが、本発明に係るデータ中継装置１２では、その
中継処置部２５は、通信路２７に沿って中継すべきパケ
ットＰＴの中継処理と帯域制御機能とを少なくとも実行
する中継処理部であって、帯域調整手段２２はこの中継
処理部２５に対し帯域制御を行うようにする。

【００２７】このような自動帯域制御のために、変更要
求手段２３とこれと対をなす帯域設定管理装置２４と
は、本発明における重要な構成要素となるが、例えばコ
スト、設置スペース等の制約から、帯域設定管理装置２
４を導入できない場合もあり得る。このような場合に
は、これらに代えて、以下に述べる変更判定手段を採用
することもできる。

【００２８】図３は図１の構成の変形例を示す図であ
る。この変形例では、上記の手段２３および装置２４に
代えて、変更判定手段２９が採用される。すなわちデー
タ中継装置１２内に、既述した第１の帯域設定値から第
２の帯域設定値への変更を許容し得るか否かを判定する
変更判定手段２９を設け、この判定に従って帯域調整手
段２２による調整を実施しまたは禁止するようにする。

【００２９】この場合、他のデータ中継装置についての
帯域設定情報を得る必要があるが、この情報は通信路２
７を介して他のデータ中継装置との間の送受信によって
行うことができる。あるいはその情報を何らかの手段で
外部情報（図中、点線で表す）として得ることも考えら
れる。かくして変更判定手段２９は、予め定められた複
数の条件を保持し、既述した第２の帯域設定値の値がそ
の各条件を全て満足するか否か判断し、満足したときに
のみ、既述した第１の帯域設定値から第２の帯域設定値
への変更を許容するようにする。

【００３０】以上のとおり、本発明によれば、各データ
中継装置（１２ａ，１２ｂ，１２ｃ）は常時トラヒック
量を監視し、その記録を残し、長期的な周期で定期的
に、トラヒック量の記録と帯域設定とを突き合わせて、
両者の差が小さくなるように、帯域設定を更新するた
め、人手を介在させることなく、自動的に帯域設定値が
最適化される。

【００３１】また、各データ中継装置は帯域設定値を変
更する前に、帯域設定管理装置２４に許可を求めると共
に、帯域設定管理装置２４は変更後も複数のデータ中継
装置（１２ａ，１２ｂ，１２ｃ）間にまたがって、帯域
設定が整合していることを確認した場合にのみ許可を出
すため、自動的な帯域設定値の更新によって、各データ
中継装置間で帯域設定に矛盾や不整合が生ずることを防
止することができる。

【００３２】

【発明の実施の形態】図４は本発明に係るデータ中継装
置の一実施例を示すブロック図であり、また図５は従来
のデータ中継装置の一例を示すブロック図である。この
図５は、図４における本発明の特徴を一層明確にするた
めの図である。したがってまず図５から説明する。

【００３３】参照番号１２はデータ中継装置であり、４
２は、インタフェース２６と協働するインタフェース制
御部を示す。インタフェース制御部４２は、ＬＡＮや回
線（図１６のＬＡＮ，１３ａ，１３ｂ）等、物理的なイ
ンタフェースに対するパケットの送受信処理を行うもの
である。２５は前述の中継処理部であり、経路選択（ル
ーティング）、パケットヘッダの書き換え等、パケット
中継に必要な処理を行い、複数のインタフェース制御部
４２の間でパケットをやりとりする。この中継処理部２
５は、帯域制御機能も備えている。

【００３４】４３は帯域設定部であり、帯域の設定情報
を保持し、中継処理部２５に対してその設定情報により
指定される帯域設定値を出力する。これにより中継処理
部２５が帯域制御を実行できるようにする。また４１は
トラヒック量カウンタであり、中継処理部２５が処理し
たトラヒック量を計測し、累積していく。任意の時点で
トラヒック量カウンタ４１により累積したトラヒック量
を読み出せば、それまでの累積トラヒック量を知ること
が出来る。なお、トラヒック量カウンタ４１は基幹業務
系や情報系等のアプリケーション毎に独立に設けられる
（４１，４１′）。

【００３５】次に図４を参照して本発明の一実施例を説
明するが、その前に、この一実施例全体の要点について
概説しておく。一般にデータ中継装置の多くは、ネット
ワーク管理の目的で、収容するインタフェース毎にトラ
ヒック量のカウンタを持っている。また、このカウンタ
はアプリケーション毎に備えられている。つまり、例え
ば基幹業務系トラヒックのカウンタと、情報系トラヒッ
クのカウンタが、独立に存在する。ここでは、これらの
カウンタ（トラヒック量測定機構）を総称して「トラヒ
ック量カウンタ」と呼ぶことにする。

【００３６】本実施例によるデータ中継装置１２は、こ
の既存のトラヒック量カウンタを使用して、各アプリケ
ーション毎の平均トラヒック量を定期的に計測し、結果
を「平均トラヒック量記録」として保持する。さらに、
長期的な周期で定期的に「平均トラヒック量記録」と帯
域設定値とを比較して、両者の差分が小さくなるように
帯域設定値を自動的に更新する。

【００３７】なお、現実には帯域設定値を自動的に変化
させることで、特定アプリケーションの設定帯域が極端
に大きくなったり、極端に小さくなる恐れがあり、これ
は不都合の原因となり得る。例えば、あるアプリケーシ
ョンが頻繁に通信するからといって、設定帯域を回線容
量以上にしてしまうと、他のアプリケーションの通信が
不能になる。

【００３８】逆に、あるアプリケーションが滅多に使わ
れないからといって帯域設定をゼロにまで下げてしまう
と、いざというときにそのアプリケーションの通信がで
きなくなってしまう。このような不具合を防止するため
に、実際には、例えば「回線容量の１０％から９０％ま
で」というように帯域設定の上限値と下限値を予め決め
て設定しておき、帯域設定の自動変更はこの範囲内で行
うことにする。

【００３９】このようにして、長期的な平均トラヒック
量が大幅に変化した場合でも、人手を介在させることな
く、自動的に帯域設定が更新されるようになる。これが
既述した本発明の第１の目的に対応する。ところが上記
の自動調整機能だけでは、各データ中継装置（１２ａ，
１２ｂ，１２ｃ）がそれぞれの局所的な設定情報で勝手
に帯域設定を変化させることになり、データ中継ネット
ワーク全体として帯域設定が整合しなくなる恐れがあ
る。

【００４０】そこで、データ中継装置とは別に「帯域設
定管理サーバ５５」（前述の帯域設定管理装置２４の一
例）を設置し、各データ中継装置が各々の帯域設定を自
動変更する前に、帯域設定管理サーバ５５に対してその
変更の許可を求めるリクエスト（既述の「要求」）を出
すという手順をさらに追加する。帯域設定管理サーバ５
５は、各データ中継装置（１２ａ，１２ｂ，１２ｃ）か
らの上記リクエストを受け付けると、許可／不許可のレ
スポンス（既述の「応答」）を返す。許可レスポンスを
受けたデータ中継装置は、上述のごとく自動的に帯域設
定を変更させるが、不許可レスポンスを受けたデータ中
継装置は帯域設定を変更しないで現状のままとする。な
お、この場合でも、また長期的な周期で平均トラヒック
量記録と帯域設定との比較を行い、必要ならば、帯域設
定変更を行う許可を求めることになる。

【００４１】帯域設定管理サーバ５５には、各データ中
継装置における帯域設定が整合するために満たさなけれ
ばならない複数の関係式、例えば、下流の回線における
帯域設定値の合計が、上流の回線における帯域設定値に
対して、９０％から１２０％の範囲に入っていなければ
ならない等、を登録しておく。上記帯域変更リクエスト
を受けたとき、変更後もこの関係式が全て満たされる場
合に限って許可を返す。

【００４２】ここで図４を参照すると、本実施例は、従
来のデータ中継装置（図５）に対して、機能ブロック５
１，５２，５３および５９を追加するだけで実現可能で
ある。したがって、既存の機能モジュールに手を加える
必要はなく、最小限の手間とコストで、従来のデータ中
継装置に本発明による機能を追加することができる。ま
た、帯域設定管理サーバ５５を別に設置して、データ中
継装置を交信させることにより、既述した本発明の第２
の目的を達成することができる。

【００４３】図４において、参照番号５１はトラヒック
量記録制御部である。該制御部５１は、ごく短い周期
（例えば１分）毎に、定期的にトラヒック量カウンタ４
１，４１′の値をチェックし、前回の値との差分をとっ
て、その周期（例えば１分）の間に流れたトラヒック量
を判断する。さらに該制御部５１は、トラヒック量を周
期で割ることにより、標準的な単位（例えばＫｂｐｓ）
での平均トラヒック量を算出し、その値を計測時刻と共
に、トラヒック量記録部５２に記録していく。

【００４４】トラヒック量記録制御部５１（トラヒック
量保持手段２１の一部に相当）の動作から明らかなよう
に、ここには計測時刻と共に、標準的な単位（例えばＫ
ｂｐｓ）で各アプリケーション毎（例えば、基幹業務
系、情報系等）の平均トラヒック量が記録されていく。
その記録領域が一杯になれば、古い記録を消してそこに
上書きしていけばよい。

【００４５】帯域設定自動調整部５３（帯域調整手段２
２に相当）は、トラヒック量記録制御部５２（トラヒッ
ク量保持手段２１の一部に相当）に比べて長期的な周期
で定期的にトラヒック量記録部５２の記録と帯域設定部
４３の帯域設定値とを比較する。そして、後者を前者に
近づけるように、予め与えられた上限値と下限値との間
で、新しい帯域設定値を決めて、それを変更許可リクエ
スト部５４（変更要求手段２３に相当）に通知する。

【００４６】このとき帯域設定自動調整部５３の動作ア
ルゴリズムについては様々なものが考えられる。本発明
の主眼は帯域設定を自動的に調整することそれ自体にあ
るので、調整のためのアルゴリズムが何であれ、帯域設
定を何らかの評価基準に従って最適化するよう自動調整
する動作が、本発明のポイントである。なお、具体的な
アルゴリズムの例については後述する。

【００４７】変更許可リクエスト部５４は、帯域設定自
動調整部５３からの通知を受けると、帯域設定の変更許
可を求めるリクエストを、帯域設定管理サーバ５５に送
る。この管理サーバ５５から許可しない旨の応答があれ
ば何もしない。許可が出れば、帯域設定部４３での設定
情報を新しい設定値で上書きする。以上述べたとおり、
トラヒック量保持手段２１（図４の５１および５２）
は、短期的な周期の間に中継したパケットの数をその周
期に対応する時間で除して得た短周期平均値を、保持す
べきトラヒック量とする。

【００４８】一方、帯域調整手段２２（図４の５３）
は、所定のアルゴリズムで、長期的な周期での平均トラ
ヒック量を算出する。この所定のアルゴリズムは所定の
プログラムで実行されるものである。かつ、その所定の
プログラムは、当該データ中継装置１２内の構成を変更
することなく、そのプログラムのみを、複数種のプログ
ラムの中の任意の１つと交換自在とすることができる。
つまり、所定のアルゴリズムのバリェーションは局所的
であって、アルゴリズムの変更による影響は当該調整部
５３だけに止まり，他の機能ブロック（例えば５１，５
２，５４）には影響しない。よって、本発明により構成
したデータ中継装置について、調整部５３に相当するソ
フトウェア（プログラム）を書き換えるだけで、様々な
機能変化に対処して、機能向上を図ることができる。

【００４９】次に図４の主要な機能ブロックの動作につ
いての詳細例を示す。図６はトラヒック量記録制御部
（図４の５１）の動作概要を示すフローチャートであ
る。本フローチャートにより、上述した「短周期平均
値」が求まる。本フローチャート内に現れる各記号の意
味は次のとおりである。ｃ０：前回記録したトラヒックカウンタ値ｃ１：今回のトラヒックカウンタ値ｑ：トラヒック量ｔ０：前回記録時刻ｔ１：現在時刻ｄ：トラヒック量計測インターバル（例：１分程度）ステップＳ１１：前回からｄ秒が経過したか判断する。

【００５０】ステップＳ１２：ｄ秒が経過していたなら
ば、前回からｄ秒間の平均トラヒック量（短周期平均
値）をトラヒック量記録部５２内の記録テーブル（図
７）に記録する。ステップＳ１３：前回の記録を今回の記録で上書きす
る。以下ステップＳ１１，Ｓ１２およびＳ１３を繰り返
す。

【００５１】図７はトラヒック量記録部（図４の５２）
内の記録テーブルを示す図である。なお本図に示す記録
テーブル５６内の値は一例である。ここに上記短周期平
均値が平均トラヒック量として蓄積される。図４の帯域
設定自動調整部５３は、図７の平均トラヒック量を用い
て、前述した所定のアルゴリズムに従い、帯域設定の自
動調整を行う。この所定のアルゴリムの具体例を以下に
示す。［アルゴリズムの具体例１］「トラヒック量の長時間平
均を調べて、設定値をその値に近づける」という単純な
アルゴリズムである。

【００５２】このアルゴリズムの発想は、「１週間に亘
って実際に流れたトラヒック量を平均し、それが帯域設
定値からあまりにも外れている場合には、帯域設定値を
平均値より少し大きい値に設定し直す」というものであ
る。あまりトラヒックの変動が激しくなく、常に一定量
のトラヒックが流れているような環境においては、この
ような単純なアルゴリズムでも十分機能する。

【００５３】図８はアルゴリズムの具体例１を説明する
ためのフローチャートである。本フローチャート内に現
れる各記号の意味は次のとおりである。Ｔ０：前回記録時刻Ｔ１：現在時刻Ｄ：トラヒック設定見直しインターバル（例：１週間程度）Ｍａｘ：帯域設定の上限値（例えば回線容量の９０％）Ｍｉｎ：帯域設定の下限値（例えば回線容量の１０％）Ｑ：トラヒック設定の修正値本図の例では、帯域設定自動調整部５３は、１週間に１
回しか動作しない。つまりＤ＝１週間である。

【００５４】装置１２内の時計により、前回動作してか
ら１週間が経過したことを検知すると、調整部５３はト
ラヒック量記録部５２の記録を調べて、前回動作時刻か
ら現在までに記録された全てのトラヒック量の記録を平
均する。そして、この平均値よりやや大きい値（例えば
１．２倍とする）を新しい帯域設定値とする。すなわち
本発明のアルゴリズムにおいては、トラヒック量保持手
段２１に保持されたトラヒック量をもとに、長期的な周
期の期間について算出した平均トラヒック量をｋ（ｋは
１より大きい値）倍して、そのｋ倍した値をもって既述
した第２の帯域設定値とする。なお、このｋは、上記の
例によれば、ｋ＝１．２である。

【００５５】図８のフローチャートを各ステップ毎に説
明する。ステップＳ２１：前回からインターバルＤが経過したか
判断する。ステップＳ２２：インターバルＤが経過していたなら
ば、そのインターバルＤの間の平均トラヒック量を求め
た上で、その１２０％（ｋ＝１．２）に帯域を設定し直
す（第２の帯域設定値）。

【００５６】ステップＳ２３：その帯域設定値が、規定
の上限値と下限値との間の範囲に入ることを確認して、
新しいＱを決める。すなわち、本発明のアルゴリズムに
おいては、平均トラヒック量をｋ倍した値が、予め定め
た帯域設定の上限値（Ｍａｘ）および下限値（Ｍｉｎ）
の範囲内に納まるようにした値をもって第２の帯域設定
値とする。

【００５７】ステップＳ２４：帯域設定値をＱに更新す
るように、リクエスト部５４に指示を出す。ステップＳ２５：前回の記録を今回の記録で上書きす
る。以下、ステップＳ２１〜Ｓ２５を繰り返す。図９は
アルゴリズムの具体例１に基づく動作イメージを表すグ
ラフである。すなわち一週間に亘るトラヒック量の変動
（折れ線６１）をグラフで示したものである。

【００５８】本図において、横軸は曜日、縦軸はトラヒ
ック量記録部５２の記録（Ｋｂｐｓ）である。本図に表
すケースでは、何らかの業務変更か組織の異動があった
ために、火曜日に業務用トラヒックが減少し、そのまま
低いトラヒック量で安定している。このため、ここ数日
間は帯域設定が無駄になっていることが分かる。日曜日
の早朝に、このことを検知した帯域設定自動調整部５３
は、帯域設定値を下げることで無駄を省く動作を行うこ
とになる。

【００５９】このように、アルゴリズムの具体例１にお
いては、平均トラヒック量を、前記の長期的な周期の期
間に亘って一定の値として算出するようにする。［アルゴリズムの具体例２］「１週間に渡るトラヒック
量変動パターンを読み取り、それに合わせて、トラヒッ
ク量が変動する前に帯域設定値を調整する」というアル
ゴリズムである。

【００６０】このアルゴリズムの発想は、「企業の活動
は曜日と時刻によっておおよそのパターンが決まってい
るので、このパターンに合わせてこまめに帯域設定を最
適化する」というものである。トラヒック量の変動が激
しいが、変動パターンが固定されており、予測が容易で
あるような環境において有効なアルゴリズムである。図
１０はアルゴリズムの具体例２を説明するためのフロー
チャートである。

【００６１】本フローチャート内に現れる記号の意味
は、図８のフローチャートに現れる同じ記号のものと同
一の意味である。ここではＴＳが新たな記号である。こ
のＴＳはタイムスロットを意味し、次のように定義す
る。１週間を（例えば）１時間毎に区切って、それぞれ
の１時間の時間帯をタイムスロットと呼ぶことにする。
月曜日の午前０時から午前１時までをＴＳ−１とすれ
ば、日曜日の２３時から２４時まではＴＳ−１６８にな
る。本アルゴリズムを実装する装置は、内蔵時計により
常に「現在のＴＳ番号（ＴＳ−ｎ）」が分かるものとす
る。

【００６２】すなわち、「タイムスロット」は、１週間
を特定の単位時間（＝タイムスロット長）、例えば１時
間に区切って、それぞれの時間帯に番号を与えて識別す
る。例えば月曜日の午前０時から午前１時までの１時間
の時間帯をＴＳ−１と定義する。すると月曜日の午前１
０時から午前１１時の１時間はＴＳ−１１になり、火曜
日の午前０時から午前１時はＴＳ−２５である。そして
日曜日の２３時から２４時の１時間はＴＳ−１６８とな
る。

【００６３】図１０の例では、帯域設定自動調整部５３
は、１時間に１回、動作する（タイムスロット長を１時
間とする）。該調整部５３は、まず現在のＴＳ番号を確
認し、過去のトラヒック記録である記録テーブル５６を
検索して、現在のＴＳと同じ番号のＴＳに属するトラヒ
ック記録を抽出し、それらを平均する。これにより、例
えば現在が月曜日の午前１０時であれば、「過去数週間
に亘って“各週月曜日の午前１０時から午前１１時迄の
間”に流れたトラヒック量の平均値」が得られる。

【００６４】そして、この調整部５３は、帯域設定値
を、この平均値よりやや大きい値（１．２倍とする）に
更新する。このアルゴリズムでは、「だいたい各週と
も、曜日と時間帯が決まれば同じような量のトラヒック
が流れる」という一定のパターンが存在していることを
想定している。上記の例では、“月曜日の午前１０時か
ら午前１１時迄”と指定されれば、このタイムスロット
についての過去のトラヒック量記録を平均する。そうす
るとおおよそ、これから１時間の間に流れるトラヒック
量が予想できることになる。そこで、その値よりやや大
きい帯域（ｋ倍）を第２の帯域設定値として設定するの
である。

【００６５】図１０のフローチャートを各ステップ毎に
説明する。ステップＳ３１：ＴＳ番号が、例えばＴＳ３１→ＴＳ３
２のように１インクリメントしたか調べる。タイムスロ
ットの番号が増える度に（１時間毎に）、次のステップ
に進む。ステップＳ３２：現在がＴＳ−１１２だとすると、１週
間前のＴＳ−１１２，２週間前のＴＳ−１１２・・・と
いう具合に、現在までデータが記録されている限りＴＳ
−１１２に含まれるトラヒック量データを抽出し、それ
を平均する。

【００６６】ステップＳ３３：その平均値を１．２倍し
て、第２の帯域設定値とする。ステップＳ３４：帯域設定が規定のＭａｘとＭｉｎとの
間の範囲内に入ることを確認して、最終的にＱを決め
る。ただしＭａｘ：帯域設定の上限値（例えば回線容量の９０％）Ｍｉｎ：帯域設定の下限値（例えば回線容量の１０％）ステップＳ３５：帯域設定値をＱに更新するように、リ
クエスト部５４に指示を出す。

【００６７】以下、ステップＳ３１〜Ｓ３５を繰り返
す。図１１はアルゴリズムの具体例２に基づく動作イメ
ージを表すグラフである。本図中、折れ線６２が、実際
に流れたトラヒック量を示す。点線６３は、タイムスロ
ット毎に過去の記録の平均値を算出したものを示す。点
線６３のパターンは、実際のトラヒック量のパターンに
近くなる。太線６４が、帯域設定値の変化を示してい
る。なお、太線６４のパターンは点線６３のパターンを
１．２倍しただけであるが、図１１では分かりやすいよ
うに、点線６３と太線６４を大幅にずらして描いてあ
る。

【００６８】図１１でも分かるとおり、このアルゴリズ
ムの具体例２により、常に「これから先１時間の平均ト
ラヒック」を過去のパターンから予想して、それに合わ
せて帯域設定が調整されることになる。要約すると、ア
ルゴリズムの具体例２においては、長期的な周期の期間
を複数に区分した各タイムスロット（ＴＳ）対応に同一
タイムスロットにおける過去のトラヒック量を平均して
平均トラヒック量を算出するようにする。

【００６９】最後に、図１の変更要求手段２３および帯
域設定管理装置２４を、図４の変更許可リクエスト部５
４および帯域設定管理サーバ５５をそれぞれ例にとっ
て、その動作例を説明する。図１２は変更許可リクエス
ト部５４の動作概要を示すフローチャートである。ステップＳ４１：帯域設定自動調整部５３より、Ｑ（ト
ラヒック設定の修正値）を受信したか調べる。

【００７０】ステップＳ４２：受信したならば、トラヒ
ック設定値の修正許可願いを出す。ステップＳ４３：帯域設定管理サーバ５５から肯定応答
すなわち許可が出されたか否か判断する。ステップＳ４４：許可が出されたならば、トラヒックの
設定を自動的に更新する。

【００７１】ステップＳ４５：ステップ４３において、
否定応答すなわち不許可が出たならば、トラヒック設定
値の修正を断念するか否か決める。リクエスト送信後、
一定時間待っても応答なしのとき（サーバ５５のシステ
ムダウン等による）または否定応答（修正禁止）が連続
したときは、上記修正を断念する。

【００７２】なお、図１３は変更許可リクエスト部５４
からのリクエストコマンドの一例を示す図である。パケ
ットのアプリケーションヘッダには、コマンド種別とし
て帯域設定変更リクエストＲＱが指定されており、ま
た、そのアプリケーションデータには、現在のトラヒッ
ク設定値Ｂ１（第１の帯域設定値）と、修正後のトラヒ
ック設定値Ｂ２（第２の帯域設定値）とが含まれる。

【００７３】図１４は帯域設定管理サーバ５５の動作ア
ルゴリズムを示すフローチャートである。各ステップの
動作は以下のとおりである。なお、帯域設定管理サーバ
５５には、各データ中継装置における帯域設定値が満た
すべき条件式を予め入力しておく。例えば「中継装置Ｘ
の帯域は、中継装置Ｙの帯域と中継装置Ｚの帯域との合
計よりも大きくなければならない」等である。

【００７４】ステップＳ５１：データ中継装置から帯域
設定変更リクエストＲＱを受信したか否かを調べる。ステップＳ５２：帯域設定管理サーバ５５は、その管理
下にある全てのデータ中継装置における各帯域設定値を
サーバ５５のデータベースｄｂに保持している。

【００７５】このデータベースを参照して、帯域設定変
更リクエストＲＱを出したデータ中継装置について，要
求通り帯域を変更したときに予め与えられた条件式が全
て成立するか否かをチェックする。ステップＳ５３：上記の与えられた条件式が全て成立す
ると判定したとき、当該データ中継装置に肯定応答を返
す。

【００７６】ステップＳ５４：肯定応答を返すと共に、
上記のデータベースｄｂについて、要求を出したデータ
中継装置の帯域設定値を、要求通りに変更する。これに
より最新の設定状態を反映させる。ステップＳ５５：上記ステップＳ５２において、条件式
が１つでも不成立のときは、当該データ中継装置に否定
応答を返す。

【００７７】以下、ステップＳ５１〜Ｓ５５を繰り返
す。以上述べた本発明の実施の態様は、以下の付記のと
おりである。（付記１）短期間な周期で毎回計測されたトラヒック
量を保持するトラヒック量保持手段と、前記トラヒック
量保持手段に保持された前記トラヒック量に基づいて、
長期的な周期での平均トラヒック量を算出し、その平均
トラヒック量に相当する帯域値と、設定された第１の帯
域設定値とを比較して両値の差分を求め、前記第１の帯
域設定値を、該差分をさらに小さくするような第２の帯
域設定値に、設定し直す帯域調整手段と、を備えること
を特徴とする、帯域制御機能を備えるデータ中継装置。

【００７８】（付記２）前記第１の帯域設定値から前
記第２の帯域設定値への変更を許容し得るか否かを判定
する変更判定手段をさらに備え、該判定に従って前記帯
域調整手段による調整を実施しまたは禁止することを特
徴とする付記１に記載のデータ中継装置。（付記３）複数のデータ中継装置の各々の帯域を統合
的に管理する帯域設定管理装置に、通信路を介して、連
係するインタフェースをさらに備えることを特徴とする
付記１に記載のデータ中継装置。

【００７９】（付記４）前記第１の帯域設定値から前
記第２の帯域設定値へ変更するための許可を要求する変
更要求手段をさらに備え、前記要求ならびに前記許可の
ための交信を、前記インタフェースを通して、前記帯域
設定管理装置との間で実行し、該帯域設定管理装置によ
る判定に従い、前記帯域調整手段による調整を実施しま
たは禁止することを特徴とする付記３に記載のデータ中
継装置。

【００８０】（付記５）中継すべきパケットの中継処
理と帯域制御機能とを少なくとも実行する中継処理部を
有し、前記帯域調整手段は該中継処理部に対し帯域制御
を行うことを特徴とする付記１に記載のデータ中継装
置。（付記６）前記トラヒック量保持手段はトラヒック量
カウンタを含み、該トラヒック量カウンタは、前記中継
処理部で中継される前記パケットの数を計測することを
特徴とする付記５に記載のデータ中継装置。

【００８１】（付記７）前記帯域設定値を保持する帯
域設定部を備え、前記帯域調整手段および前記中継処理
部に対し、該帯域設定値を入力することを特徴とする付
記５に記載のデータ中継装置。（付記８）前記トラヒック量保持手段は、前記短期的
な周期の間に中継したパケットの数をその周期に対応す
る時間で除して得た短周期平均値を、保持すべき前記ト
ラヒック量とすることを特徴とする付記１に記載のデー
タ中継装置。

【００８２】（付記９）前記帯域調整手段は、所定の
アルゴリズムで、前記の長期的な周期での平均トラヒッ
ク量を算出することを特徴とする付記１に記載のデータ
中継装置。（付記１０）前記所定のアルゴリズムを所定のプログ
ラムで実行し、かつ、該所定のプログラムは、当該デー
タ中継装置内の構成を変更することなく、そのプログラ
ムのみを、複数種のプログラムの中の任意の１つと交換
自在であることを特徴とする付記９に記載のデータ中継
装置。

【００８３】（付記１１）前記所定のアルゴリズムに
おいて、前記トラヒック量保持手段に保持された前記ト
ラヒック量をもとに、前記の長期的な周期の期間につい
て算出した前記平均トラヒック量をｋ（ｋは１より大き
い値）倍して、そのｋ倍した値をもって前記第２の帯域
設定値とすることを特徴とする付記９に記載のデータ中
継装置。

【００８４】（付記１２）前記所定のアルゴリズムに
おいて、前記平均トラヒック量をｋ倍した値が、予め定
めた帯域設定の上限値および下限値の範囲内に納まるよ
うにした値をもって前記第２の帯域設定値とすることを
特徴とする付記１１に記載のデータ中継装置。（付記１３）前記所定のアルゴリズムにおいて、前記
平均トラヒック量を、前記の長期的な周期の期間に亘っ
て一定の値として算出することを特徴とする付記１１に
記載のデータ中継装置。

【００８５】（付記１４）前記所定のアルゴリズムに
おいて、前記の長期的な周期の期間を複数に区分した各
タイムスロット対応に同一タイムスロットにおける過去
のトラヒック量を平均して前記平均トラヒック量を算出
することを特徴とする付記１１に記載のデータ中継装
置。（付記１５）前記変更判定手段は、予め定められ
た複数の条件を保持し、前記第２の帯域設定値の値が各
該条件を全て満足するか否か判断し、満足したときにの
み、前記第１の帯域設定値から前記第２の帯域設定値へ
の変更を許容することを特徴とする付記２記載のデータ
中継装置。

【００８６】（付記１６）前記帯域設定管理装置は、
予め定められた複数の条件を保持すると共に、前記変更
要求手段から、前記第２の帯域設定値を伴って前記要求
を受信したとき、該第２の帯域設定値の値が各該条件を
全て満足するか否か判断し、満足したときに、該変更要
求手段に対し、前記第１の帯域設定値から前記第２の帯
域設定値への変更を許可することを特徴とする付記４記
載のデータ中継装置（付記１７）複数のデータ中継装置と個別に連係し、
該データ中継装置から発生する帯域設定の変更を求める
要求を受け付ける受付手段と、帯域設定に関する複数の
条件を保持して該要求が前記条件を全て満足するか否か
判定する判定手段と、その判定の結果、満足するときは
該要求を許可し、満足しないときは該要求を不許可とす
る応答を該データ中継装置に返す応答手段と、を備える
ことを特徴とする帯域設定管理装置。

【００８７】

【発明の効果】以上説明したとおり、本発明によれば、
従来から問題であった、「帯域制御機能を有効に活かす
ためには、定期的に帯域設定値を調整する必要がある」
という点と、また、「帯域設定値の調整に当たっては、
複数のデータ中継装置相互間でその設定値が整合してい
ることを確認する必要がある」という点について、これ
らの調整と整合を、人手で実行することは非常に手間が
かかるという課題を解決することができる。すなわち本
発明によれば、人手を介在させることなく自動的に、調
整を行うことができる。しかも複数のデータ中継装置間
にまたがって整合がとれる範囲で、自動調整できるか
ら、データ中継装置の帯域制御機能を発揮させる際の運
用管理に要する手間を、大幅に削減することができる。

【図面の簡単な説明】

【図１】本発明に係るデータ中継装置の基本構成を示す
図である。

【図２】帯域設定管理装置の基本構成を示す図である。

【図３】図１の構成の変形例を示す図である。

【図４】本発明に係るデータ中継装置の一実施例を示す
図である。

【図５】従来のデータ中継装置の一例を示すブロック図
である。

【図６】トラヒック量記録制御部（図４の５１）の動作
概要を示すフローチャートである。

【図７】トラヒック量記録部（図４の５２）内の記録テ
ーブルを示す図である。

【図８】アルゴリズムの具体例１を説明するためのフロ
ーチャートである。

【図９】アルゴリズムの具体例１に基づく動作イメージ
を表すグラフである。

【図１０】アルゴリズムの具体例２を説明するためのフ
ローチャートである。

【図１１】アルゴリズムの具体例２に基づく動作イメー
ジを表すグラフである。

【図１２】変更許可リクエスト部５４の動作概要を示す
フローチャートである。

【図１３】変更許可リクエスト部５４からのリクエスト
コマンドの一例を示す図である。

【図１４】帯域設定管理サーバ５５の動作アルゴリズム
を示すフローチャートである。

【図１５】本発明が適用されるデータ通信ネットワーク
の一例を示す図である。

【図１６】データ中継装置が帯域制御機能を備えない場
合のデータ通信ネットワークの一例を示す図である。

【図１７】一般的な帯域制御機能による効果を説明する
ための図である。

【図１８】図１６において説明した第１の問題とは別の
第２の問題を説明するための図である。

【符号の説明】

１１ａ，１１ｂ…サーバ１２ａ，１２ｂ，１２ｃ…データ中継装置１３ａ，１３ｂ…回線２１…トラヒック量保持手段２２…帯域調整手段２３…変更要求手段２４…帯域設定管理装置２５…中継処理部２６…インタフェース２７…通信路２９…変更判定手段３１…受付手段３２…判定手段３３…応答手段４１…トラヒック量カウンタ４２…インタフェース制御部４３…帯域設定部５１…トラヒック量記録制御部５２…トラヒック量記録部５３…帯域設定自動調整部５４…変更許可リクエスト部５５…帯域設定管理サーバ５６…記録テーブル

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5K019 AB06 BA12 BA22 BA51 BB21 CA05 DC05 5K030 GA08 HC14 HD03 HD06 LC09 MB09 5K033 CB06 CB08 DA05 DB18 5K051 AA08 BB02 CC02 CC08 EE01 EE02 FF03 FF12 HH27

Claims

【特許請求の範囲】

【請求項１】短期間な周期で毎回計測されたトラヒッ
ク量を保持するトラヒック量保持手段と、前記トラヒック量保持手段に保持された前記トラヒック
量に基づいて、長期的な周期での平均トラヒック量を算
出し、その平均トラヒック量に相当する帯域値と、設定
された第１の帯域設定値とを比較して両値の差分を求
め、前記第１の帯域設定値を、該差分をさらに小さくす
るような第２の帯域設定値に、設定し直す帯域調整手段
と、を備えることを特徴とする、帯域制御機能を備える
データ中継装置。
【請求項２】複数のデータ中継装置の各々の帯域を統
合的に管理する帯域設定管理装置に、通信路を介して、
連係するインタフェースをさらに備えることを特徴とす
る請求項１に記載のデータ中継装置。
【請求項３】前記第１の帯域設定値から前記第２の帯
域設定値へ変更するための許可を要求する変更要求手段
をさらに備え、前記要求ならびに前記許可のための交信
を、前記インタフェースを通して、前記帯域設定管理装
置との間で実行し、該帯域設定管理装置による判定に従
い、前記帯域調整手段による調整を実施しまたは禁止す
ることを特徴とする請求項２に記載のデータ中継装置。
【請求項４】中継すべきパケットの中継処理と帯域制
御機能とを少なくとも実行する中継処理部を有し、前記
帯域調整手段は該中継処理部に対し帯域制御を行うこと
を特徴とする請求項１に記載のデータ中継装置。
【請求項５】複数のデータ中継装置と個別に連係し、
該データ中継装置から発生する帯域設定の変更を求める
要求を受け付ける受付手段と、帯域設定に関する複数の
条件を保持して該要求が前記条件を全て満足するか否か
判定する判定手段と、その判定の結果、満足するときは
該要求を許可し、満足しないときは該要求を不許可とす
る応答を該データ中継装置に返す応答手段と、を備える
ことを特徴とする帯域設定管理装置。