JP2003037595A

JP2003037595A - 輻輳制御システムと方法およびロケーションサーバならびにプログラムと記録媒体

Info

Publication number: JP2003037595A
Application number: JP2001220845A
Authority: JP
Inventors: Seiji Idetani; 誠司出谷; Hidehiro Arimitsu; 秀浩有満
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2001-07-23
Filing date: 2001-07-23
Publication date: 2003-02-07
Anticipated expiration: 2021-07-23
Also published as: JP4066622B2

Abstract

(57)【要約】【課題】インターネット等のアドレス変換機能を有す
る通信網における輻輳制御を効率的に行う。【解決手段】ＤＮＳサーバ等、問い合わせに応じてア
ドレス変換を行うロケーションサーバ１において、予
め、輻輳制御部１ｄにより、通信トラヒック・輻輳レベ
ルデータ表１ｅを用いて通信先の輻輳状態を認識してお
き、通信サーバ（Ａ）２等からの問い合わせに応じて変
換アドレス情報を返す際に、通信先の輻輳状態も合わせ
て通知し、通知を受けた側（通信サーバや通信端末）
で、当該通信先への通信を抑制制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信網における輻
輳の制御技術に係わり、特に、ＶｏＩＰ（Voiceover I
P）サービスなどにおける輻輳制御を効率的に行うのに
好適な輻輳制御システムと方法およびロケーションサー
バならびにプログラムと記録媒体に関するものである。

【０００２】

【従来の技術】現在、ＩＰ（Internet Protocol）技術
をベースとした通信インフラストラクチャを広域ネット
ワークに適用し、例えば、インターネットを用いてＶｏ
ＩＰサービスを提供する技術（インターネット電話）等
が開発されている。このような技術においては、ＩＳＤ
Ｎ（Integrated Services Digital Network）や既存電
話網（ＰＳＴＮ：Public Switched Telephone Networ
k）とも相互接続される場合もある。

【０００３】通信品質が確立されているＰＳＴＮでは、
各交換機毎、あるいは外部に設けられた監視制御システ
ムとの連携動作により、プロセッサ輻輳や共通線信号輻
輳、交換機間伝送路故障、チケット予約等による特定加
入者輻輳、災害による特定地域への輻輳との事象が発生
した場合にも、疎通を確保すべく手段が具備されてお
り、高信頼なネットワークが構築されている。

【０００４】しかし、ベストエフォート型のＩＰ網で
は、輻輳制御が課題となっており、このようなＩＰ網を
ＰＳＴＮ等に相互接続する場合には、ＩＰ網側の装置輻
輳の影響をＰＳＴＮ側に与えることを極力回避し、か
つ、ＰＳＴＮ輻輳時におけるＩＰ網側からのトラヒック
流入を制限することが望まれる。

【０００５】また、従来のＩＰ網では、通信サーバ各々
が輻輳制御機能を具備しており、通信サーバ、あるいは
通信端末を決定した後に通信トラヒック制限を行ってい
た。このため、通信サーバ各々に輻輳制御機能が必要で
あり、かつ輻輳状態を認識している通信サーバまで通信
が行われた後、輻輳レべルに応じて通信トラヒックの制
限が行われていた。

【０００６】例えば、インターネットにおいては、ロケ
ーションサーバとして設けたＤＮＳ（Domain Name Serv
ice）サーバを介して、通信先の通信サーバあるいは通
信端末に関してのアドレス変換（アドレス解決）を行っ
ているが、通信先の通信サーバあるいは通信端末にて輻
輳状態が発生している場合においても、通信サーバある
いは通信端末を特定するアドレス変換後に、輻輳状態の
通信サーバまで通信トラヒックが発生することになり、
それらの通信が積み重なり、結果として、輻輳そのもの
を助長していた。

【０００７】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、インターネット等のアドレス変
換機能を有する通信網における輻輳制御を効率的に行う
ことができない点である。

【０００８】本発明の目的は、これら従来技術の課題を
解決し、例えば、ＶｏＩＰサービスシステムにおいて、
インターネット内での輻輳の助長の回避と共に、インタ
ーネットによるＰＳＴＮ側の輻輳の助長を回避すること
を可能とする輻輳制御システムと方法およびロケーショ
ンサーバならびにプログラムと記録媒体を提供すること
である。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、本発明の輻輳制御システムと方法およびロケーショ
ンサーバでは、ＤＮＳサーバ等、問い合わせに応じてア
ドレス変換を行うロケーションサーバにおいて、予め、
通信先の輻輳状態を認識しておき、問い合わせに応じて
変換アドレス情報を返す際に、通信先の輻輳状態も合わ
せて通知し、通知を受けた側（通信サーバや通信端末）
で、当該通信先への通信を抑制制御することを特徴とす
る。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明に係わる輻輳
制御システムの構成例を示すブロック図であり、図２
は、図１における通信トラヒックデータ表の構成例を示
す説明図、図３は、図１におけるＩＰアドレス変換管理
表の構成例を示す説明図、図４は、図１における通信ト
ラヒック・輻輳レベルデータ表の構成例を示す説明図、
図５は、図１における輻輳制御データ表の構成例を示す
説明図、図６は、図１におけるトラヒック管理部の処理
動作例を示すフローチャート、図７は、図１における輻
輳制御システムを構成するロケーションサーバや通信サ
ーバのハードウェア構成例を示すブロック図である。

【００１１】図７において、７１はＣＲＴ（Cathode Ra
y Tube）やＬＣＤ(Liquid CrystalDisplay)等からなる
表示装置、７２はキーボードやマウス等からなる入力装
置、７３はＨＤＤ（Hard Disk Drive）等からなる外部
記憶装置、７４はＣＰＵ（Central Processing Unit）
７４ａや主メモリ７４ｂおよび入出力インタフェース７
４ｃ等を具備してコンピュータ処理を行なう情報処理装
置、７５は本発明に係わるプログラムやデータを記録し
たＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）も
しくはＤＶＤ（Digital Video Disc/Digital Versatile
Disc）等からなる光ディスク、７６は光ディスク７５
に記録されたプログラムおよびデータを読み出すための
駆動装置、７７はＬＡＮ（Local Area Network）カード
やモデム等からなる通信装置である。

【００１２】光ディスク７５に格納されたプログラムお
よびデータを情報処理装置７４により駆動装置７６を介
して外部記憶装置７３内にインストールした後、外部記
憶装置７３から主メモリ７４ｂに読み込みＣＰＵ７４ａ
で処理することにより、情報処理装置７４内に図１に示
すロケーションサーバ１や通信サーバ（Ａ）２，（Ｂ）
３の各機能が構成される。

【００１３】図１において、１はロケーションサーバ、
２は通信サーバ（Ａ）、３は通信サーバ（Ｂ）、４ａ〜
４ｃは通信端末（１）〜（３）、５ａ〜５ｃはサーバ間
信号線、６ａ〜６ｃは加入者線であり、電話番号やメー
ルアドレス等の識別情報（コールＩＤ）に基づくＶｏＩ
Ｐ（インターネット電話）サービスを提供するシステム
を構成している。

【００１４】尚、本例では、複数個の通信サーバ（Ａ）
２，（Ｂ）３をロケーションサーバ１に接続している
が、ここでの「接続」とは、少なくとも論理的に接続し
ていることを指す。従って、物理的に１個のみの通信サ
ーバ（Ａ）２がロケーションサーバ１に接続し、その他
の通信サーバ（Ｂ）３が、この通信サーバ（Ａ）２を経
由してロケーションサーバ１と通信する場合もありう
る。

【００１５】これらの通信サーバ（Ａ）２，（Ｂ）３
は、収容した各通信端末（１）４ａ〜（３）４ｃからの
通信要求に対応しての通信制御を行うものであり、例え
ば通信先のメールアドレスを受信すると、このメールア
ドレスに対応するＩＰアドレスをロケーションサーバ１
に問い合わせ、回答されたＩＰアドレスに基づく接続制
御を行う。

【００１６】さらに、通信サーバ（Ａ）２，（Ｂ）３
は、トラヒック管理部２ａ，３ａと通信トラヒックデー
タ表２ｂ，３ｂを有し、トラヒック管理部２ａ，３ａに
おいて、自装置および収容している各通信端末（１）４
ａ〜（３）４ｃの通信トラヒックデータを収集して通信
トラヒックデータ表２ｂ，３ｂに記録し、その記録結果
をロケーションサーバ１に通知する。

【００１７】ロケーションサーバ１は、通信処理制御部
１ａ、アドレス変換部１ｂ、ＩＰアドレス変換管理表１
ｃ、輻輳制御部１ｄ、通信トラヒック・輻輳レベルデー
タ表１ｅ、輻輳制御データ表１ｆを有し、通信処理制御
部１ａにおいて、通信サーバ（Ａ）２，（Ｂ）３との通
信を行う。例えば、通信サーバ（Ａ）２，（Ｂ）３から
のアドレス変換情報の問い合わせを受けると共に通信ト
ラヒックデータを受信する。

【００１８】このようにして、通信処理制御部１ａにお
いて、通信サーバ（Ａ）２，（Ｂ）３からのアドレス変
換情報の問い合わせ、例えばメールアドレスに対するＩ
Ｐアドレスといったアドレス変換情報の問い合わせを受
けると、ロケーションサーバ１は、アドレス変換部１ｂ
において、ＩＰアドレス変換管理表１ｃを参照し、当該
メールアドレスに対応するＩＰアドレスを通信先識別情
報として抽出し、通信処理制御部１ａを介して問い合わ
せ元に回答する。

【００１９】また、通信サーバ（Ａ）２，（Ｂ）３から
の通信トラヒックデータを受信すると、ロケーションサ
ーバ１は、輻輳制御部１ｄにおいて、受信した通信トラ
ヒックデータに基づき、各通信サーバ（Ａ）２，（Ｂ）
３および通信端末（１）４ａ〜（３）４ｃの輻輳状態を
レベル分けして判別し、通信トラヒック・輻輳レベルデ
ータ表１ｅに記憶する。

【００２０】そして、各通信サーバ（Ａ）２，（Ｂ）３
からのアドレス変換問い合わせに応じて通信先識別情報
（ＩＰアドレス）を検索して回答する際に、通信トラヒ
ック・輻輳レベルデータ表１ｅを参照し、当該ＩＰアド
レスの通信先が輻輳状態であるか否かを判別し、輻輳状
態であれば、問い合わせもとの通信サーバ（Ａ）２，
（Ｂ）３に対して、通信先が輻輳状態である旨を、その
レベルに応じて通知する。例えば、通信先が全く着信不
可能なレベルの輻輳状態であれば、１００％規制とし
て、当該通信先への全ての問い合わせに対して通信不可
を通知する。

【００２１】このようにして、ロケーションサーバ１か
ら通信先の輻輳状態通知を受けた通信サーバ（Ａ）２，
（Ｂ）３では、発信元の通信端末（１）４ａ〜（３）４
ｃに対して、通信先への通信が不可能であることを通知
する。これにより、輻輳状態の通信先への通信が制御さ
れる。

【００２２】以下、図２〜図５に示す各表に具体的に示
される内容に基づき、本例の輻輳制御システムの動作を
説明する。

【００２３】図３に示すＩＰアドレス変換管理表１ｃ
と、図４に示す通信トラヒック・輻輳レベルデータ表１
ｅ、および、図５に示す輻輳制御データ表１ｆは、図１
におけるロケーションサーバ１に設けられ、図３のＩＰ
アドレス変換管理表１ｃは、ロケーションサーバ１にお
けるアドレス変換部１ｂが、通信サーバ（Ａ）２および
通信サーバ（Ｂ）３より受信した電話番号あるいはメー
ルアドレスの固有名称からＩＰアドレスへの変換、ある
いは、ＩＰアドレスから固有名称への変換に用いる。

【００２４】また、図５の輻輳制御データ表１ｆは、ロ
ケーションサーバ１における輻輳制御部１ｄが、通信サ
ーバ（Ａ）２および通信サーバ（Ｂ）３より受信した通
信サーバおよび通信端末毎の通信トラヒックデータに応
じた輻輳レべル別の規制量（％）を判定する際に用いる
ものであり、通信サーバあるいは通信端末毎の変動する
通信トラヒックと輻輳レベルを記憶する通信トラヒック
および輻輳レベルデータを保持している。

【００２５】尚、図３のＩＰアドレス変換管理表１ｃに
おいて、ＩＰアドレスの最下位置（右端）「００」が通
信サーバであり、かつ通信端末は最上位値（左端）が同
一である通信サーバに収容されていることを示してい
る。

【００２６】図２に示す通信トラヒックデータ表２ｂ，
３ｂは、図１における通信サーバ（Ａ）２，（Ｂ）３に
おけるトラヒック管理部２ａ，３ａが通信トラヒックデ
ータの収集・管理に用いるものであり、以下、図６に従
って、その収集動作を説明する。

【００２７】例えば、通信サーバ（Ａ）２のトラヒック
管理部２ａは、自己の通信サーバの変動する通信トラヒ
ックデータと、加入者線６ａ，６ｂを介して通信を行う
通信端末（１）４ａ，（２）４ｂの発着信状況による通
信端末毎の変動する通信トラヒックデータを収集し、加
わった呼数を通信トラヒックデータ表２ｂ内のデータＡ
に加算し格納する（ステップ６０１）。

【００２８】その後、トラヒック管理部２ａは、通信ト
ラヒックデータ表２ｂ内のデータＢの秒数カウンタに
「１」を加算し（ステップ６０２）、データＢが「６０
（即ち１分間）」になるまで繰り返し（ステップ６０
３）、データＢが「６０」になった場合には、データＡ
の値をデータＣの通信トラヒックへ格納し（ステップ６
０４）、データＡ、およびデータＢを「０」クリアする
（ステップ６０５）。

【００２９】そして、予め設定されている送信元ＩＰア
ドレスとして自己の通信サーバ（Ａ）２の値（「２０
０．２０．２０．００」）と、送信先ＩＰアドレスとし
てロケーションサーバ１の値（「１００．１０．１０．
００」）、および通信トラヒックが格納されたデータＣ
をサーバ間信号線５ａを介してロケーションサーバ１に
通知する（ステップ６０６）。

【００３０】尚、データＣの通信トラヒックには、通信
サーバ（Ａ）２、通信端末（１）４ａ、および通信端末
（２）４ｂの通信トラヒックデータが各々ＩＰアドレス
別に格納されている。

【００３１】また、通信サーバ（Ｂ）３は自己の通信サ
ーバの変動する通信トラヒックデータと、加入者線６ｃ
を介して通信を行う通信端末（３）４ｃの発着信状況に
よる通信端末毎の変動する通信トラヒックデータを収集
し、加わった呼数を通信トラヒックデータ表３ｂの通信
トラヒックデータ内のデータＡに加算し格納する（ステ
ップ６０１）。

【００３２】その後、データＢの秒数カウンタに「１」
を加算し（ステップ６０２）、データＢが「６０（即ち
１分間）」になるまで繰り返し（ステップ６０３）、デ
ータＢが「６０」になった場合には、データＡの値をデ
ータＣの通信トラヒックへ格納し（ステップ６０４）、
データＡ、およびデータＢを「０」クリアする（ステッ
プ６０５）。

【００３３】そして、予め設定されている送信元ＩＰア
ドレスとして自己の通信サーバ（Ｂ）３の値（「３０
０．２０．２０．００」）と、送信先ＩＰアドレスとし
てロケーションサーバ１の値（「１００．１０．１０．
００」）、および通信トラヒックが格納されたデータＣ
をサーバ間信号５ｃを介してロケーションサーバ１に通
知する（ステップ６０６）。

【００３４】尚、データＣの通信トラヒックには、通信
サーバ（Ｂ）３、および通信端末（３）４ｃの通信トラ
ヒックデータが各々ＩＰアドレス別に格納されている。

【００３５】ここで、図１において、通信サーバ（Ｂ）
３配下の通信端末（３）４ｃ以外の複数端末から何らか
の事態により頻繁に一斉発呼が発生し、通信サーバ
（Ｂ）３の変動する通信トラヒックが高い（加わった呼
数が多い）状態であるとする。

【００３６】そして、ロケーションサーバ１には、通信
サーバ（Ａ）２からは、１分間あたりの通信トラヒック
データが、「２００．２０．２０．００（通信サーバ
（Ａ）２）：４０」、「２００．２０．２０．１０（通
信端末（１））：０」、「２００．２０．２０．２０
（通信端末２）：０」と通知され、また、通信サーバ
（Ｂ）３からは、「３００．２０．２０．００（通信サ
ーバ（Ｂ）３）：３．５００」、「３００．２０．２
０．１０（通信端末３）：０」と通知されているものと
する。

【００３７】この状態において、通信端末（１）４ａの
「０４２２−５９−００００」から通信端末（２）４ｂ
の「Ｍｕｓａｓｈｉｎｏ＠ｎｔｔ．ｃｏｍ」へ発信する
と、発信情報は、加入者線６ａを介し通信サーバ（Ａ）
２に送信される。

【００３８】このようにして通信端末（１）４ａから発
信情報を受信した通信サーバ（Ａ）２では、通信先のＩ
Ｐアドレスが特定できないため、サーバ間信号線５ａを
介してロケーションサーバ１に送信し、ＩＰアドレスへ
の変換を要求する。

【００３９】「Ｍｕｓａｓｈｉｎｏ＠ｎｔｔ．ｃｏｍ」
を受信したロケーションサーバ１では、アドレス変換部
１ｂにより、図３のＩＰアドレス変換管理表１ｃを参照
して、ＩＰアドレスが「２００．２０．２０．２０」で
あり、かつ最上位値（左端：２００）が同一である通信
サーバ（Ａ）２に収容されていることを認識する。

【００４０】さらに、ロケーションサーバ１では、輻輳
制御部１ｄにより、図４の通信トラヒック・輻輳レベル
データ表１ｅを参照して、通信サーバ（Ａ）２および通
信端末（２）４ｂの通信トラヒックが、各々「４０」、
「０」であることから輻輳制御レべルが共に「３」であ
り、図５の輻輳制御データ表１ｆに基づき、「輻輳規制
なし」と判断し、ＩＰアドレス「２００．２０．２０．
２０」をサーバ間信号線５ａを介して通信サーバ（Ａ）
２に返送する。

【００４１】このようにして、ロケーションサーバ１か
らＩＰアドレス「２００．２０．２０．２０」を受信し
た通信サーバ（Ａ）２は、「２００．２０．２０．２
０」の通信端末（２）４ｂに着信接続し、通信端末
（１）４ａと通信端末（２）４ｂとの通信が可能とな
る。

【００４２】また、通信端末（１）４ａの「０４２２−
５９−００００」から通信端末（３）４ｃの「０３−０
０００−００００」へ発信すると、発信情報は、加入者
線６ａを介して通信サーバ（Ａ）２に送信される。

【００４３】通信端末（１）４ａから発信情報を受信し
た通信サーバ（Ａ）２では、通信先のＩＰアドレスが特
定できないため、サーバ間信号線５ａを介してロケーシ
ョンサーバ１に送信し、ＩＰアドレスへの変換を要求す
る。

【００４４】通信サーバ（Ａ）２から「０３−００００
−００００」を受信したロケーションサーバ１では、ア
ドレス変換部１ｂにより、図３のＩＰアドレス変換管理
表１ｃを参照し、「０３−００００−００００」の通信
端末（３）４ｃは、ＩＰアドレスが「３００．２０．２
０．１０」であり、かつ最上位値（左端：２００）が同
一である通信サーバ（Ｂ）３に収容されていることを認
識する。

【００４５】さらに、ロケーションサーバ１では、輻輳
制御部１ｄにより、通信サーバ（Ｂ）３および通信端末
３の通信トラヒックが、各々「３，５００」、「０」で
あることから、輻輳制御レべルが各々「０」、「３」で
あり、図５の輻輳制御データ表１ｆに基づき、通信サー
バ（Ｂ）３は輻輳規制１００％、通信端末３は輻輳規制
なしであることを判断し、通信端末３への通信ルートで
ある通信サーバ（Ｂ）３が輻輳状態により着信不可であ
ることを判別し、サーバ間信号線５ａを介して通信サー
バ（Ａ）２に着信不可情報を返送する。

【００４６】このようにして、ロケーションサーバ１か
ら「着信不可情報」を受信した通信サーバ（Ａ）２は、
発信元の通信端末（１）４ａに対し、通信端末（３）４
ｃは着信不可であることを通知し、通信端末（１）４ａ
との接続を切断する。

【００４７】これにより、通信サーバ（Ｂ）３への通信
トラヒック追加はされないため、通信サーバ（Ｂ）３の
輻輳状態を助長することが回避できる。

【００４８】尚、通信サーバ（Ｂ）３の通信トラヒック
が、「７００」であり、その輻輳制御レべルが「２」
で、図５の輻輳制御データ表１ｆにおいて、輻輳規制８
８％であれば、ロケーションサーバ１は、通信サーバ
（Ａ）２からの通信サーバ（Ｂ）３のアドレス情報の問
い合わせに対して、その８８％分だけ、ＩＰアドレスを
返さないようにすることにより、レベル２の輻輳状態の
通信サーバ（Ｂ）３への通信サーバ（Ａ）２からの通信
を規制制御する。

【００４９】以上の説明では、通信サーバ（Ａ）２，
（Ｂ）３においては、通信トラヒックデータを収集し、
ロケーションサーバ１において、各通信サーバ（Ａ）
２，（Ｂ）３および各通信端末（１）４ａ〜（３）４ｃ
の輻輳状態をレベル分けして判別しているが、例えば、
通信トラヒックデータを収集した各通信サーバ（Ａ）
２，（Ｂ）３において、自通信サーバ（Ａ）２，（Ｂ）
３および各通信端末（１）４ａ〜（３）４ｃの輻輳状態
を判別する構成であっても良い。

【００５０】また、１つのロケーションサーバ１の構成
で説明したが、例えば、通信サーバ（Ａ）２と通信サー
バ（Ｂ）３のそれぞれを異なるロケーションサーバに接
続する構成とし、ロケーションサーバ１が、通信サーバ
（Ａ）２から問い合わせを受けた通信先の通信端末
（３）４ｃのＩＰアドレス情報を、通信サーバ（Ｂ）３
側のロケーションサーバに問い合わせて取得する際に、
当該通信先の通信端末（３）４ｃの輻輳に係わる情報も
合わせて通信サーバ（Ｂ）３側のロケーションサーバか
ら取得することも可能である。

【００５１】次に、図１における輻輳制御システムの処
理動作例を説明する。

【００５２】図８は、本発明に係わる輻輳制御方法の処
理手順例を示すフローチャートである。

【００５３】本例では、通信サーバ側での処理手順とロ
ケーションサーバ側での処理手順とを関連付けて示して
おり、まず、通信サーバ側において、自装置および収容
している各通信端末の輻輳情報を取得し（ステップ８０
１）、ロケーションサーバに通知する（ステップ８０
２）。

【００５４】ロケーションサーバでは、各通信サーバか
ら通知された輻輳状態監視結果をテーブル等に記憶し
（ステップ８１０）、通信サーバからのアドレス問い合
わせを待つ（ステップ８１１）。

【００５５】通信サーバがロケーションサーバにアドレ
ス問い合わせを行うと（ステップ８０３）、これに応じ
てロケーションサーバは、アドレス変換表と輻輳情報テ
ーブルを参照する（ステップ８１２）。

【００５６】そして、輻輳情報テーブルにおいて、通信
先が輻輳状態であることを判別すると（ステップ８１
３）、ロケーションサーバは、問い合わせ元の通信サー
バに、アドレス情報と共に輻輳状態である旨を通知し
（ステップ８１４）、また、通信先が輻輳状態でなけれ
ば（ステップ８１３）、問い合わせ元の通信サーバにア
ドレス情報を通知する（ステップ８１５）。

【００５７】このようにして、ロケーションサーバから
通信先の輻輳状態通知を受けると（ステップ８０４）、
通信サーバでは、通信先に対する通信を制御する（ステ
ップ８０５）。また、ロケーションサーバから通常のア
ドレス変換情報を受けると（ステップ８０４）、通信サ
ーバでは、このアドレスを用いて通信先への発信を行う
（ステップ８０６）。

【００５８】このように、通信サーバあるいは通信端末
を特定するためのアドレス変換機能を有するロケーショ
ンサーバに、通信サーバあるいは通信端末の輻輳状態を
認識させ、通信サーバあるいは通信端末を特定するアド
レス変換時において、通信先の通信トラヒックを制限す
ることにより、無駄な通信トラヒックを生じさせないよ
うにすることができる。

【００５９】以上、図１〜図８を用いて説明したよう
に、本例の輻輳制御システムと方法では、ロケーション
サーバにおいて、通信サーバあるいは通信端末の輻輳状
態を認識し、通信サーバあるいは通信端末を特定するア
ドレス変換と同時に通信トラヒックを制限する。このこ
とにより、無駄な通信トラヒックを生じさせないことを
可能にする。

【００６０】すなわち、本例では、通信サーバ（Ａ）
２，（Ｂ）３と、通信端末（１）４ａ〜（３）４ｃ、お
よび、通信サーバ（Ａ）２，（Ｂ）３あるいは通信端末
（１）４ａ〜（３）４ｃを特定するアドレスを管理する
ロケーションサーバ１とを有する通信網システムにおけ
る輻輳制御技術として、ロケーションサーバ１におい
て、通信サーバ（Ａ）２，（Ｂ）３の内少なくとも一つ
の通信サーバから、電話番号あるいはメールアドレスで
表現された通信先の通信サーバあるいは通信端末を特定
する固有名称を受信し、この固有名称から通信サーバあ
るいは通信端末を特定するアドレスに変換する際、通信
サーバから受信した通信トラヒックデータに基づき当該
通信サーバあるいは当該通信サーバに収容されている通
信端末の輻輳状態を認識し、アドレス変換と同時に輻輳
レべルに応じて通信サーバあるいは通償端末宛の通信ト
ラヒックを制限する。

【００６１】このようにすることにより、従来は、通信
サーバあるいは通信端末を特定するためのアドレス変換
機能と、通信サーバあるいは通信端末の輻輳状態を認識
する機能は、異なる機能分担として装置構成されていた
のに対し、本例によれば、アドレス変換時において、通
信先の通信トラヒックを制限することができ、無駄な通
信トラヒックを生じさせないようにすることができ、通
信網輻輳時において通信トラヒックの逓減に有効であ
る。

【００６２】尚、本発明は、図１〜図８を用いて説明し
た例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。例えば、本例では、
電話番号とメールアドレスをＩＰアドレスに変換するＶ
ｏＩＰサービスシステム構成としているが、ＵＲＬ（Un
iform Resource Locator）等、通信先を特定できる識別
情報をＩＰアドレスに変換するシステム構成とすること
も可能である。

【００６３】また、本例では，ＶｏＩＰサービスシステ
ムを例として説明したが、通信先識別情報の問い合わせ
を行う通信網システムであれば、これに限ることなく本
発明は適用可能である。例えば、本発明は、インターネ
ット単独の通信システム等、ＩＰ網のみからなる通信シ
ステムにも適用可能である。

【００６４】また、図８に示した例では、通信サーバに
おいて、輻輳状態を管理してその管理情報をロケーショ
ンサーバに通知するようにしているが、図１〜図７での
例と同様にして、通信サーバにおいては、通信トラヒッ
クデータを収集してロケーションサーバに通知し、ロケ
ーションサーバにおいて、その通信トラヒックデータに
基づく輻輳状態管理を行うようにしても良い。

【００６５】さらに、本例では、ロケーションサーバ１
において、各通信先の輻輳状態の認識管理およびアドレ
ス変換問い合わせ元の通信サーバ（Ａ）２に対する輻輳
制御管理を行っているが、通信サーバ（Ａ）２，（Ｂ）
３に、従来の通信サーバが有する輻輳制御処理機能等を
持たせ、例えば、ロケーションサーバ１から通信先の輻
輳状態レベル情報のみを問い合わせ元の通信サーバ
（Ａ）２，（Ｂ）３に通知し、通信サーバ（Ａ）２，
（Ｂ）３側において、受信したレベルに対応した規制内
容を判別し、対応する輻輳制御を行う構成としても良
い。

【００６６】また、本例では、１つのロケーションサー
バ１と２つの通信サーバ（Ａ）２，（Ｂ）３、および、
３つの通信端末（１）４ａ〜（３）４ｃからなる通信網
システムの構成であるが、複数のロケーションサーバ、
３以上の通信サーバ、４以上の通信端末構成としても良
く、さらに、これらの通信サーバや通信端末がＰＳＴＮ
に収容された構成とすることでも良い。

【００６７】また、本例では、ロケーションサーバや通
信サーバの構成として図７のコンピュータ構成例を示し
たが、キーボードや光ディスクの駆動装置の無いコンピ
ュータ構成としても良い。また、本例では、光ディスク
をプログラム等の記録媒体として用いているが、ＦＤ
（Flexible Disk）等を記録媒体として用いることでも
良い。また、プログラムのインストールに関しても、通
信装置を介してネットワーク経由でプログラムをダウン
ロードしてインストールすることでも良い。

【００６８】

【発明の効果】本発明によれば、インターネット等のア
ドレス変換機能を有する通信網における輻輳制御を効率
的に行うことができ、例えば、ＶｏＩＰサービスシステ
ムなどにおいて、インターネット内での輻輳の助長の回
避と共に、インターネットによるＰＳＴＮ側の輻輳の助
長を回避すること等が可能である。

【図面の簡単な説明】

【図１】本発明に係わる輻輳制御システムの構成例を示
すブロック図である。

【図２】図１における通信トラヒックデータ表の構成例
を示す説明図である。

【図３】図１におけるＩＰアドレス変換管理表の構成例
を示す説明図である。

【図４】図１における通信トラヒック・輻輳レベルデー
タ表の構成例を示す説明図である。

【図５】図１における輻輳制御データ表の構成例を示す
説明図である。

【図６】図１におけるトラヒック管理部の処理動作例を
示すフローチャートである。

【図７】図１における輻輳制御システムを構成するロケ
ーションサーバや通信サーバのハードウェア構成例を示
すブロック図である。

【図８】本発明に係わる輻輳制御方法の処理手順例を示
すフローチャートである。

【符号の説明】

１：ロケーションサーバ、１ａ：通信処理制御部、１
ｂ：アドレス変換部、１ｃ：ＩＰアドレス変換管理表、
１ｄ：輻輳制御部、１ｅ：通信トラヒック・輻輳レベル
データ表、１ｆ：輻輳制御データ表、２：通信サーバ
（Ａ）、２ａ：トラヒック管理部、２ｂ：通信トラヒッ
クデータ表、３：通信サーバ（Ｂ）、３ａ：トラヒック
管理部、３ｂ：通信トラヒックデータ表、４ａ〜４ｃ：
通信端末（１）〜（３）、５ａ〜５ｃ：サーバ間信号
線、６ａ〜６ｃ：加入者線、７１：表示装置、７２：入
力装置、７３：外部記憶装置、７４：情報処理装置、７
４ａ：ＣＰＵ、７４ｂ：主メモリ、７４ｃ：入出力イン
タフェース、７５：光ディスク、７６：駆動装置、７
７：通信装置。

Claims

【特許請求の範囲】

【請求項１】複数の通信端末を収容して各通信端末の
接続制御を行う通信サーバと、１以上の該通信サーバに
接続され、該通信サーバからの問い合わせに応じて通信
先識別情報を検索して回答する１以上のロケーションサ
ーバとからなるネットワークにおける輻輳制御システム
であって、上記通信サーバは、自装置および収容してい
る各通信端末の輻輳状態を監視して監視結果を上記ロケ
ーションサーバに通知する手段を有し、上記ロケーショ
ンサーバは、各通信サーバから通知された輻輳状態監視
結果を記憶する手段と、通信サーバからの問い合わせに
応じて通信先識別情報を検索して回答する際に上記輻輳
状態監視結果を参照し、当該通信先が輻輳状態であれ
ば、問い合わせ元の通信サーバに通知する手段とを有
し、該ロケーションサーバの輻輳状態通知に基づき、上
記通信サーバから輻輳状態の通信先への通信を制御する
ことを特徴とする輻輳制御システム。
【請求項２】複数の通信端末を収容して各通信端末の
接続制御を行う通信サーバと、１以上の該通信サーバに
接続され、該通信サーバからの問い合わせに応じて通信
先識別情報を検索して回答する１以上のロケーションサ
ーバとからなるネットワークにおける輻輳制御システム
であって、上記通信サーバは、自装置および収容してい
る各通信端末の通信トラヒックデータを収集して上記ロ
ケーションサーバに送出する手段を有し、上記ロケーシ
ョンサーバは、各通信サーバから送出されてきた通信ト
ラヒックデータを記憶する手段と、記憶した通信トラヒ
ックデータに基づき各通信サーバおよび各通信端末の輻
輳状態を判別して記憶する手段と、通信サーバからの問
い合わせに応じて通信先識別情報を検索して回答する際
に上記輻輳状態判別結果を参照し、当該通信先が輻輳状
態であれば、問い合わせ元の通信サーバに通知する手段
とを有し、該ロケーションサーバの輻輳状態通知に基づ
き、上記通信サーバから輻輳状態の通信先への通信を制
御することを特徴とする輻輳制御システム。
【請求項３】複数の通信端末を収容して各通信端末の
接続制御を行う通信サーバと、１以上の該通信サーバに
接続され、該通信サーバからの問い合わせに応じて通信
先識別情報を検索して回答する１以上のロケーションサ
ーバとからなるネットワークにおける輻輳制御システム
であって、上記通信サーバは、自装置および収容してい
る各通信端末の通信トラヒックデータを収集して上記ロ
ケーションサーバに送出する手段を有し、上記ロケーシ
ョンサーバは、各通信サーバから送出されてきた通信ト
ラヒックデータを記憶する手段と、記憶した通信トラヒ
ックデータに基づき各通信サーバおよび各通信端末の輻
輳状態をレベル分けして判別し記憶する手段と、通信サ
ーバからの問い合わせに応じて通信先識別情報を検索し
て回答する際に上記輻輳状態判別結果を参照し、当該通
信先が輻輳状態であれば、問い合わせ元の通信サーバに
レベルに応じて通知する手段とを有し、該ロケーション
サーバのレベルに応じた輻輳状態通知に基づき、上記通
信サーバから輻輳状態の通信先への通信を制御すること
を特徴とする輻輳制御システム。
【請求項４】請求項１から請求項３のいずれかに記載
の輻輳制御システムであって、上記ロケーションサーバ
は、上記通信サーバから問い合わせを受けた通信先の識
別情報を他のロケーションサーバに問い合わせて取得す
る際、当該通信先の輻輳に係わる情報も合わせて取得す
る手段を有することを特徴とする輻輳制御システム。
【請求項５】コンピュータに、請求項１から請求項４
のいずれかに記載の輻輳制御システムにおける上記通信
サーバもしくは上記ロケーションサーバの各手段を実行
させるためのプログラム。
【請求項６】コンピュータに、請求項１から請求項４
のいずれかに記載の輻輳制御システムにおける上記通信
サーバもしくは上記ロケーションサーバの各手段を実行
させるためのプログラムを記録したコンピュータ読み取
り可能な記録媒体。
【請求項７】複数の通信端末を収容して各通信端末の
接続制御を行う通信サーバと、１以上の該通信サーバに
接続され、該通信サーバからの問い合わせに応じて通信
先識別情報を検索して回答する１以上のロケーションサ
ーバとからなるネットワークにおける輻輳制御方法であ
って、上記通信サーバは、自装置および収容している各
通信端末の輻輳状態を監視して監視結果を上記ロケーシ
ョンサーバに通知し、上記ロケーションサーバは、各通
信サーバから通知された輻輳状態監視結果を記憶すると
共に、通信サーバからの問い合わせに応じて通信先識別
情報を検索して回答する際に上記輻輳状態監視結果を参
照し、当該通信先が輻輳状態であれば、問い合わせ元の
通信サーバに通知し、該ロケーションサーバの輻輳状態
通知に基づき、上記通信サーバから輻輳状態の通信先へ
の通信を制御することを特徴とする輻輳制御方法。
【請求項８】複数の通信端末を収容して各通信端末の
接続制御を行う通信サーバと、１以上の該通信サーバに
接続され、該通信サーバからの問い合わせに応じて通信
先識別情報を検索して回答する１以上のロケーションサ
ーバとからなるネットワークにおける輻輳制御方法であ
って、上記通信サーバは、自装置および収容している各
通信端末の通信トラヒックデータを収集して上記ロケー
ションサーバに送出し、上記ロケーションサーバは、各
通信サーバから送出されてきた通信トラヒックデータを
記憶し、記憶した通信トラヒックデータに基づき各通信
サーバおよび各通信端末の輻輳状態を判別して記憶し、
通信サーバからの問い合わせに応じて通信先識別情報を
検索して回答する際に上記輻輳状態判別結果を参照し、
当該通信先が輻輳状態であれば、問い合わせ元の通信サ
ーバに通知し、該ロケーションサーバの輻輳状態通知に
基づき、上記通信サーバから輻輳状態の通信先への通信
を制御することを特徴とする輻輳制御方法。
【請求項９】複数の通信端末を収容して各通信端末の
接続制御を行う通信サーバと、１以上の該通信サーバに
接続され、該通信サーバからの問い合わせに応じて通信
先識別情報を検索して回答する１以上のロケーションサ
ーバとからなるネットワークにおける輻輳制御方法であ
って、上記通信サーバは、自装置および収容している各
通信端末の通信トラヒックデータを収集して上記ロケー
ションサーバに送出し、上記ロケーションサーバは、各
通信サーバから送出されてきた通信トラヒックデータを
記憶し、記憶した通信トラヒックデータに基づき各通信
サーバおよび各通信端末の輻輳状態をレベル分けして判
別し記憶し、通信サーバからの問い合わせに応じて通信
先識別情報を検索して回答する際に上記輻輳状態判別結
果を参照し、当該通信先が輻輳状態であれば、問い合わ
せ元の通信サーバにレベルに応じて通知し、該ロケーシ
ョンサーバのレベルに応じた輻輳状態通知に基づき、上
記通信サーバから輻輳状態の通信先への通信を制御する
ことを特徴とする輻輳制御方法。
【請求項１０】請求項７から請求項９のいずれかに記
載の輻輳制御方法であって、上記ロケーションサーバ
は、上記通信サーバから問い合わせを受けた通信先の識
別情報を他のロケーションサーバに問い合わせて取得す
る際、当該通信先の輻輳に係わる情報も合わせて取得す
ることを特徴とする輻輳制御方法。
【請求項１１】複数の通信端末を収容して各通信端末
の接続制御を行う１以上の通信サーバに接続され、該通
信サーバからの問い合わせに応じて通信先識別情報を検
索して回答するロケーションサーバであって、上記通信
サーバから、該通信サーバで監視している自装置および
収容している各通信端末の輻輳状態の監視結果を受信す
る手段と、受信した輻輳状態監視結果を記憶する手段
と、通信サーバからの問い合わせに応じて通信先識別情
報を検索して回答する際に上記輻輳状態監視結果を参照
し、当該通信先が輻輳状態であれば、問い合わせ元の通
信サーバに通知する手段とを有し、上記問い合わせ元の
通信サーバから輻輳状態の通信先への通信を制御するこ
とを特徴とするロケーションサーバ。
【請求項１２】複数の通信端末を収容して各通信端末
の接続制御を行う１以上の通信サーバに接続され、該通
信サーバからの問い合わせに応じて通信先識別情報を検
索して回答するロケーションサーバであって、上記通信
サーバから、該通信サーバで収集している自装置および
収容している各通信端末の通信トラヒックデータを受信
する手段と、受信した通信トラヒックデータを記憶する
手段と、記憶した通信トラヒックデータに基づき各通信
サーバおよび各通信端末の輻輳状態を判別して記憶する
手段と、通信サーバからの問い合わせに応じて通信先識
別情報を検索して回答する際に上記輻輳状態判別結果を
参照し、当該通信先が輻輳状態であれば、問い合わせ元
の通信サーバに通知する手段とを有し、上記問い合わせ
元の通信サーバから輻輳状態の通信先への通信を制御す
ることを特徴とするロケーションサーバ。
【請求項１３】複数の通信端末を収容して各通信端末
の接続制御を行う１以上の通信サーバに接続され、該通
信サーバからの問い合わせに応じて通信先識別情報を検
索して回答するロケーションサーバであって、上記通信
サーバから、該通信サーバで収集している自装置および
収容している各通信端末の通信トラヒックデータを受信
する手段と、受信した通信トラヒックデータを記憶する
手段と、記憶した通信トラヒックデータに基づき各通信
サーバおよび各通信端末の輻輳状態をレベル分けして判
別し記憶する手段と、通信サーバからの問い合わせに応
じて通信先識別情報を検索して回答する際に上記輻輳状
態判別結果を参照し、当該通信先が輻輳状態であれば、
問い合わせ元の通信サーバにレベルに応じて通知する手
段とを有し、上記問い合わせ元の通信サーバから輻輳状
態の通信先への通信をレベルに応じて制御することを特
徴とするロケーションサーバ。
【請求項１４】請求項１１から請求項１３のいずれか
に記載のロケーションサーバであって、上記通信サーバ
から問い合わせを受けた通信先の識別情報を他のロケー
ションサーバに問い合わせて取得する際、当該通信先の
輻輳に係わる情報も合わせて取得する手段を有すること
を特徴とする輻輳制御システム。