JP2003333105A - Ｉｐテレフォニーシステム及びそのサーバ用プログラム - Google Patents

Abstract

(57)【要約】 【課題】 従来は、一般的にインターネット通信網の品
質管理は行われておらず、安定した通信速度を保つこと
ができない。また、通信の優先度がつけられないため、
緊急通信などを優先して実現することができない。 【解決手段】 サーバ（ｉ）は入力されたデータの付加
情報から次の目的地であるサーバ(vi)の通信路状態を検
出する。この通信路状態が混雑している場合、サーバ
（ｉ）は次の接続先への他の経路があるかどうか判定す
る。他の経路があるときは、その経路上にあるサーバ(i
i)への通信路ａは混雑しているかどうか判定し、混雑し
ていないと判断すると、データを転送する。通信路ａが
混雑しているときには、サーバ（ｉ）は優先通信情報か
ら通信の優先度が高いと判定したときは、優先通信にお
ける品質が保たれるように、目的サーバへの通信路に負
荷を与えているデータの流れを制限し、優先通信で使用
するデータを次のサーバへ転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＰテレフォニーシ
ステム及びそのサーバ用プログラムに係り、特にインタ
ーネット・プロトコル（ＩＰ）に基づくネットワーク
（以下、インターネット通信網という）を使用してリア
ルタイムで音声通信を行うＩＰテレフォニーシステム及
びそのサーバ用プログラムに関する。

【０００２】

【従来の技術】図４は従来のＩＰテレフォニーシステム
の一例のシステム構成図を示す。同図に示すＩＰテレフ
ォニーシステム（フォーン・ツウ・フォーンタイプのＩ
Ｐ電話システム）は、電話機端末１から電話機端末９へ
電話をかける場合、電話機端末１から通信路２を介して
電話網３へ発信する。ここで、インターネットのアクセ
スポイントにゲートウェイサーバ４を設置することによ
り、電話網３へ発信された電話機端末１からのデータ
は、電話網３からインターネット通信網５へ送信するこ
とが可能となる。

【０００３】インターネット通信網５からは受信側電話
機端末９に最も近い電話網７に設置されたゲートウェイ
サーバ６へデータを送信し、その後は通常の電話網７を
介して通信路８へデータが送信され、電話機端末９に着
信する。

【０００４】このＩＰテレフォニーシステムの最大の特
徴は、通信路の大部分をインターネット通信網５を使用
することで、利用者が通信料金を負担するのは、電話機
端末１と電話網３との間の通信路２と、電話機端末９と
電話網７との間の通信路８に限られるため、特に長距離
通話の場合は、従来の電話システムと比べて非常に安価
になる、ということである。

【０００５】

【発明が解決しようとする課題】しかるに、上記の従来
のＩＰテレフォニーシステムでは、一般的にインターネ
ット通信網５の品質管理は行われておらず、先に接続さ
れた通信から送出されるデータが常に通信路に流れ続け
るため、安定した通信速度を保つことができないという
欠点がある。また、通信の優先度がつけられないため、
緊急通信などを優先して実現することができないという
欠点もある。

【０００６】なお、発信側交換装置からＩＰ網を通って
着信側交換装置に至るルートにおける音声品質を判定
し、音声品質が良好であれば該ルートを介して発信端末
と着信端末とを接続し、音声品質が良好でなければ発信
者の指示に従って電話接続制御を行うか、システムの判
断で自動的に上記ルート以外のルートを選択して電話接
続制御を行う電話接続方法が従来より知られている（特
開２００１−１４４８５４号公報）。

【０００７】また、ＶｏＩＰによる電話サービス実現の
ために、ラベルスイッチング（ＭＰＬＳ）方式を利用
し、通信路設定時の負荷軽減を可能とするようにしたシ
ステムも従来より知られている（特開２００１−２７４
８３３号公報）。しかし、これらの従来方法では、音声
品質に基づいてルートを選択するものであり、優先度の
高い通信の接続を保証できない。

【０００８】また、仮想的な専用ＩＰ回線上で保証され
た最小帯域幅を提供するために広帯域通信システム内の
伝送路を経由してＩＰトラフィックを伝送するシステム
も従来知られている（特開２００１−２３０８１９号公
報）。しかし、このものは、専用ＩＰ回線を必要とし、
また優先度の高い通信の接続を保証できない。

【０００９】本発明は以上の点に鑑みなされたもので、
商用として十分満足できる品質の通信が可能なＩＰテレ
フォニーシステム及びそのサーバ用プログラムを提供す
ることを目的とする。

【００１０】また、本発明の他の目的は、緊急通話、重
要通信などの優先度が高い通信を保証し得るＩＰテレフ
ォニーシステム及びそのサーバ用プログラムを提供する
ことにある。

【００１１】

【課題を解決するための手段】上記の目的を達成するた
め、本発明のＩＰテレフォニーシステムは、インターネ
ット・プロトコルに基づくネットワークを使用してリア
ルタイムで音声通信を行うＩＰテレフォニーシステムに
おいて、ネットワークを構成する複数のサーバの各々
は、発信側端末から送信されたデータが、発信側ゲート
ウェイサーバ又は同じネットワークを構成する他のサー
バから転送されて入力され、その入力データの着信側端
末への通信路に応じて次の接続先のサーバへの通信路が
混雑状態にあるか否か判定し、混雑状態にないときにの
み次の接続先のサーバへ入力データを転送する第１の判
定手段と、第１の判定手段により混雑状態にあると判定
されたときは、次の接続先に代わる他の接続先のサーバ
があるか否か判定し、他の接続先のサーバがあるときは
他の接続先のサーバに入力データを転送する第２の判定
手段とを有し、ネットワークを構成する複数のサーバの
うち、次の接続先が受信側ゲートウェイサーバであるサ
ーバにより、その受信側ゲートウェイサーバとの通信路
が混雑状態にないと第１の判定手段により判定されたと
き、受信側ゲートウェイサーバを経由して着信側端末へ
入力データを転送することを特徴とする。

【００１２】この発明では、ネットワークを構成するサ
ーバに、発信側ゲートウェイサーバ又は同じネットワー
クを構成する他のサーバからデータが入力されたとき
は、次の接続先のサーバへの通信路が混雑状態にあるか
否か判定し、混雑状態にないときは次の接続先のサーバ
へ入力データを転送し、混雑状態にあるときは、次の接
続先に代わる他の接続先のサーバがあるか否か判定し、
他の接続先のサーバがあるときは他の接続先のサーバに
入力データを転送するようにしたため、常に混雑状態に
ない通信路を経てデータの転送ができる。

【００１３】ここで、上記の第１の判定手段は、次の接
続先のサーバに対して送信要求をしたときの、次の接続
先のサーバからの応答時間が所定時間以上であるとき
に、次の接続先のサーバへの通信路が混雑状態であると
判定することを特徴とする。

【００１４】また、上記の目的を達成するため、本発明
のＩＰテレフォニーシステムは、発信側ゲートウェイサ
ーバは、発信側端末から送信されたデータに対して、優
先度を示す優先度情報を付加してネットワークへ転送す
る手段を有し、ネットワークを構成する複数のサーバの
それぞれは、第２の判定手段により次の接続先のサーバ
に代わる他の接続先のサーバがないと判定されたときに
優先度情報を検出し、優先度が高いことを検出したとき
は、次の接続先のサーバへ転送されているデータのうち
優先度が低い通信の帯域を一部カットして、優先度が高
い入力データを次の接続先のサーバへ転送する制御手段
を更に有することを特徴とする。

【００１５】この発明では、通信路が混雑状態にあると
判定されたときに、混雑状態にない次の接続先を検索し
たが、次の接続先を検索できないときで、入力データの
優先度が高いときには、混雑状態にある次の接続先のサ
ーバへ転送されているデータのうち優先度が低い通信の
帯域を一部カットして、優先度が高い入力データを次の
接続先のサーバへ転送するようにしたため、優先度が高
いデータの転送を確保できる。

【００１６】また、上記の制御手段は、第２の判定手段
により次の接続先のサーバに代わる他の接続先のサーバ
がないと判定されたときに優先度情報を検出し、優先度
が低いことを検出したときは、ビジー状態としてデータ
転送を中止することを特徴とする。この発明では、優先
度が低いデータを転送する目的サーバへの通信路が全て
混雑状態（過負荷状態）であるときは、通信速度の品質
が保てないと判断して、通信不可能とする。

【００１７】また、上記の目的を達成するため、本発明
のＩＰテレフォニーシステムは、ネットワークを構成す
る複数のサーバのうち、所定のエリア又は所定のＩＰア
ドレス単位の所定数のサーバ毎にそれらのルーティング
情報を管理するゲートキーパサーバを有し、ゲートキー
パサーバは、発信側端末から送信されたデータが、発信
側ゲートウェイサーバ又は同じネットワークを構成する
他のサーバから転送されて入力され、その入力データの
着信側端末への通信路に応じて、管轄する次の接続先の
サーバへの通信路が混雑状態にあるか否か判定し、混雑
状態にないときにのみ次の接続先のサーバへ入力データ
を転送する第１の判定手段と、第１の判定手段により混
雑状態にあると判定されたときは、次の接続先に代わる
他の接続先のサーバが管轄するサーバの中にあるか否か
判定し、他の接続先のサーバがあるときは他の接続先の
サーバに入力データを転送する第２の判定手段とを有す
る構成としたものである。

【００１８】この発明では、ネットワークを構成する多
数のサーバにより、各々第１及び第２の判定手段による
判定動作を行うのではなく、あるエリア（又はＩＰアド
レス）単位にサーバをまとめてゲートキーパサーバによ
り管理し、そのゲートキーパサーバにより、自己が管理
する次の接続先のサーバへの通信路が混雑状態にあるか
否か判定し、混雑状態にないときは次の接続先のサーバ
へ入力データを転送し、混雑状態にあるときは、次の接
続先に代わる他の接続先のサーバがあるか否か判定し、
他の接続先のサーバがあるときは他の接続先のサーバに
入力データを転送するようにしたため、常に混雑状態に
ない通信路を経てデータの転送が効率的にできる。

【００１９】また、上記の目的を達成するため、本発明
のＩＰテレフォニーシステムは、上記のゲートキーパサ
ーバに、更に、次の接続先のサーバに代わる他の接続先
のサーバが管轄するサーバ内にないと判定されたときに
優先度情報を検出し、優先度が高いことを検出したとき
は、次の接続先のサーバへ転送されているデータのうち
優先度が低い通信の帯域を一部カットして、優先度が高
い入力データを次の接続先のサーバへ転送する制御手段
を有する構成としたものである。この発明では、ゲート
キーパサーバが、自己が管理する接続先のサーバとの通
信路が混雑状態にあると判定されたときに、混雑状態に
ない自己が管理する次の接続先を検索したが、次の接続
先を検索できないときで、入力データの優先度が高いと
きには、混雑状態にある次の接続先のサーバへ転送され
ているデータのうち優先度が低い通信の帯域を一部カッ
トして、優先度が高い入力データを次の接続先のサーバ
へ転送するようにしたため、優先度が高いデータの転送
を効率的に確保できる。

【００２０】また、上記の目的を達成するため、本発明
のプログラムは、インターネット・プロトコルに基づく
ネットワークを使用してリアルタイムで音声通信を行う
ＩＰテレフォニーシステムの、ネットワークを構成する
複数のサーバのそれぞれのコンピュータに、発信側端末
から送信されたデータが、発信側ゲートウェイサーバ又
は同じネットワークを構成する他のサーバから転送され
て入力され、その入力データの着信側端末への通信路に
応じて次の接続先のサーバへの通信路が混雑状態にある
か否か判定し、混雑状態にないときにのみ次の接続先の
サーバへ入力データを転送する第１の判定手段と、第１
の判定手段により混雑状態にあると判定されたときは、
次の接続先に代わる他の接続先のサーバがあるか否か判
定し、他の接続先のサーバがあるときは他の接続先のサ
ーバに入力データを転送する第２の判定手段とを実行さ
せることを特徴とする。

【００２１】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面と共に説明する。図１は本発明になるＩＰテレフ
ォニーシステムの一実施の形態の概略構成図を示す。同
図中、図４と同一構成部分には同一符号を付してある。
図１では、インターネット通信網１０は、インターネッ
ト上のサーバ（ｉ）〜(vi)を有している。これらのサー
バ（ｉ）〜(vi)は、自サーバの接続先と、その接続先と
の現在の通信状況（負荷の状況）情報を蓄積している。

【００２２】一般のインターネット通信網１０では、電
話網のように回線自体を占拠し続けることはないが、先
に接続した通信から流れる情報（パケット）が通信路に
流れ続けるため、着信側のゲートウェイサーバ６に繋が
っているサーバ（ｖ）への通信路１２の負荷が高い場
合、後から発信した通信では通信路１２に十分な情報
（パケット）を送出することができず、通話に必要な通
信速度が確保できなくなってしまう。

【００２３】しかしながら、サーバ（ｖ）への通信路は
一つではないため、負荷が所定値以上かかっていない通
信路（図１の例ではｄ）が発見できれば、この通信路を
使用する経路（図１の例では、ａ→ｂ→ｃ→ｄ）を検索
・確立することで、必要な通信速度を保証した通話を実
現することができる。

【００２４】また、緊急性が高い通信が発生した場合に
は、負荷が所定値以上かかっている通信路に流れる情報
（パケット）量を制限し、緊急性が高い通信情報を優先
的に流すことで緊急通信を常に実現することができる。
この考えは、通信の目的に応じて最適な帯域割り当てを
行うことで、各々の通信に求められるレスポンスタイム
やスループットを確実に確保する、というＱｏＳ（Qual
ity of Services）の思想に基づいている。

【００２５】次に、図１の実施の形態の動作について、
図２のフローチャートを併せ参照して説明する。なお、
図２のフローチャートの各処理動作は、サーバ（ｉ）〜
(vi)が自サーバへのデータ入力時に個別に行う。図１に
おいて、送信側の電話機端末（図示せず）から送信され
たデータ（パケット）は、第１の電話網（図示せず）を
介してインターネットのアクセスポイントに設置された
発信側ゲートウェイ４に入力され、ここで例えば通信の
緊急度が高いか否かを示す優先通信情報などの所定の情
報が付加されてインターネット通信網１０のサーバ
（ｉ）へ入力される。

【００２６】サーバ（ｉ）は入力されたデータの付加情
報から相手先の電話機端末（受信側電話機端末）への通
信路にある次の目的地であるサーバを識別し、そのサー
バへの通信路状態が混雑しているか否か判定する（図２
のステップＳ１）。ここでは、仮に次の目的地であるサ
ーバはサーバ(vi)であり、サーバ（ｉ）からサーバ(vi)
への通信路１１は通信路状態が混雑している（過負荷状
態にある）ものとすると、サーバ（ｉ）は次の接続先へ
の他の経路があるかどうか判定する（図２のステップＳ
２）。

【００２７】ここで、通信路状態が混雑しているか否か
は、転送先へのサーバ（この場合(vi)）へｆｔｐなどの
プロトコルによってデータを送信する前に、送信要求を
行うが、その送信要求を行った後の応答が転送先のサー
バから返ってくるまでの時間に基づいて判断する。この
応答時間が所定時間以上であるとき、通信路が混雑して
いると判断する。

【００２８】サーバ（ｉ）は次の接続先への他の経路と
して、ａ→ｂ→ｃ→ｄがあるものと判断すると、その経
路上にある次の目的地であるサーバ(ii)への通信路ａは
混雑しているかどうか判定する（図２のステップＳ
１）。サーバ（ｉ）は通信路ａが混雑していないと判断
すると、次のサーバ(ii)へデータを転送する（図２のス
テップＳ３）。

【００２９】以下、サーバ(ii)、(iii)、(iv)及び(v)の
それぞれにおいても図２のステップＳ１の処理がまず行
われ、それぞれにおいて、次の接続先への通信路ｂ、
ｃ、ｄ、１３が混雑していないと判断されると、次のサ
ーバへデータが転送され、ゲートウェイサーバ６へデー
タが転送される。ゲートウェイサーバ６は、受信側電話
機端末（図示せず）に最も近い電話網（図示せず）に設
置されており、上記のインターネット通信網１０から入
力されたデータを通常の電話網を介して受信側電話機端
末に着信させる。

【００３０】一方、サーバ（ｉ）の次の接続先のサーバ
(ii)も通信路ａが混雑しているときには、サーバ（ｉ）
はステップＳ２で次の接続先への他の経路がないと判断
し、入力データに付加されている優先通信情報から通信
の優先度が高いかどうか判定する（図２のステップＳ
４）。

【００３１】通信の優先度が高い場合は、優先通信にお
ける品質が保たれるように、目的サーバ（例えば(vi)）
への通信路に負荷を与えているデータ（パケット）の流
れを制限し、優先通信で使用するデータを次のサーバへ
転送する（図２のステップＳ５）。

【００３２】ここで、上記のデータの流れの制限方法と
しては、その通信路に流れているデータ（パケット）の
うち、優先度が低い通信の帯域を一部カットして、優先
度が高いデータに割り当てる方法がある。この場合、通
常は帯域をカットされた通信はスループット（通信効
率）が下がることになるが、最悪のケースでは通信自体
が切断されることもある。

【００３３】なお、目的サーバへの通信路が全て負荷が
高い状態であったときには、通信速度の品質が保たれな
いため、優先度が通常若しくはそれ以下である通信の場
合は、そのデータは転送せず、回線混雑のため通話不可
能（ビジー）状態となる（図２のステップＳ６）。

【００３４】このように、本実施の形態によれば、イン
ターネット通信網１０において、目的のサーバへの通信
路状態を取得し、過負荷状態でなければ目的のサーバへ
データを転送し、過負荷状態であれば、目的サーバへの
通信路が他の存在しないか検索を行い、他の通信路が存
在するときには、再び次の目的のサーバへの通信路状態
を取得し、過負荷状態でなければ目的のサーバへデータ
を転送するようにしたため、商用として十分満足できる
品質の通信ができる。

【００３５】また、優先度が高いデータは、目的サーバ
への通信路状態が過負荷状態であったときには、過負荷
となっているデータを制限してその優先度が高いデータ
を転送するようにしたため、混雑した通信路においても
緊急通信や重要通信を確保することができる。また、本
実施の形態では、インターネット通信網１０内にある負
荷の少ない通信路が活用されるため、インターネット通
信網１０全体の使用効率を向上できる。

【００３６】更に、本実施の形態では、ネットワーク上
の任意の位置で、図２に示したフローチャートの動作を
サーバに行わせるソフトウェアプログラムのインストー
ルの有無を選択できるため、専用線を用いたシステムや
企業内部のＬＡＮ（ローカル・エリア・ネットワーク）
などのシステムにそのまま応用できる。

【００３７】なお、インターネット通信網１０内の各サ
ーバでデータ入力時に、図２のステップＳ１及びＳ２の
処理を行うようにしているため、インターネット通信網
１０には無数のサーバが存在するので、処理が非常に冗
長になる可能性があるが、あるエリア（又はＩＰアドレ
ス）単位にゲートキーパ的なサーバを設置し、そのサー
バが管轄内のルーティング情報を管理することによっ
て、上記のステップＳ１とＳ２の処理の冗長性は十分に
軽減可能である。

【００３８】次に、本発明の他の実施の形態について説
明する。図３は本発明になるＩＰテレフォニーシステム
の他の実施の形態の概略構成図を示す。同図中、図１と
同一構成部分には同一符号を付してある。図３では、イ
ンターネット通信網２０は、インターネット上の多数の
サーバと、これら多数のサーバをある程度まとまった複
数単位で管理するサーバ（ゲートキーパ）２１及び２２
とを有している。

【００３９】インターネット通信網２０の入口に設けら
れたゲートキーパ２１は、サーバ(i)及び(ii)を含む例
えば５つのサーバからなるサーバ群２３をまとめて管理
するサーバである。また、インターネット通信網２０の
出口に設けられたゲートキーパ２２は、サーバ(iii)及
び（iv）を含む例えば５つのサーバからなるサーバ群２
４をまとめて管理するサーバである。ゲートキーパ２１
及び２２は、自己が管理するサーバ群２３、２４の各サ
ーバの情報を統括／整理するのが役目で、どの経路が混
雑し、どの経路が空いているかも当然常に監視してい
る。

【００４０】この実施の形態では、データがサーバ
（ｉ）からサーバ(ii)、(iii)を経由してサーバ(iv)へ
転送される場合、ゲートキーパ２１は、サーバ(iv)がゲ
ートキーパ２２の管轄であり、また、ゲートキーパ２２
の管轄下サーバで情報を伝達させるのは、サーバ(i)か
ら(ii)へデータを転送すればよいということを判断し
て、データを転送する。

【００４１】また、ゲートキーパ２２は、サーバ(iv)へ
の最短で混雑していない経路を割り出してデータを転送
する。このようにして転送されたデータは、受信側ゲー
トウェイサーバ６から電話網を介して受信側電話機端末
へ転送される。

【００４２】この実施の形態では、通信経路の検索・確
立はインターネット通信網２０内のルーティング情報に
因るところが大であるが、このルーティング情報はゲー
トキーパ２１及び２２により、複数のサーバ群２３、２
４毎にまとめて管理するようにしているので効率良く通
信経路の検索・確立ができ、より精度の高いシステムを
構築できる。

【００４３】なお、本発明は以上の実施の形態に限定さ
れるものではなく、例えば、図１のゲートウェイサーバ
４が付加する情報として、認証情報や暗号化情報などを
用いてもよい。この場合は、ゲートウェイサーバ４、６
間の転送データの認証、通信の暗号化が可能となり、イ
ンターネット通信網１０、２０を使用する場合に問題と
なる、盗聴やなりすまし等に対してセキュリティの強化
を実現できる。

【００４４】また、電話機端末以外の端末装置にも本発
明を適用することができ、端末装置からインターネット
通信網との接続は、有線回線及び無線回線のいずれでも
よいことは勿論である。

【００４５】また、インターネット通信網１０を構成す
る各サーバ(i)〜(vi)のそれぞれは、コンピュータによ
り図２のフローチャートによる動作を行うので、本発明
はこれらのサーバコンピュータに、図２のフローチャー
トの動作を行わせるプログラムやそのプログラムを記録
した記録媒体も包含するものである。

【００４６】

【発明の効果】以上説明したように、本発明によれば、
ネットワークを構成するサーバに、発信側ゲートウェイ
サーバ又は同じネットワークを構成する他のサーバから
データが入力されたときは、常に混雑状態にない通信路
を経てデータの転送ができるようにしたため、商用とし
て十分満足ができる通信品質を確立できる。

【００４７】また、本発明によれば、通信路が混雑状態
にあると判定されたときに、混雑状態にない次の接続先
を検索したが、次の接続先を検索できないときで、入力
データの優先度が高いときには、混雑状態にある次の接
続先のサーバへ転送されているデータのうち優先度が低
い通信の帯域を一部カットして、優先度が高い入力デー
タを次の接続先のサーバへ転送することにより、優先度
が高いデータの転送を確保するようにしたため、緊急通
信、重要通信などの優先度が高い通信の接続を保証する
ことができる。

【００４８】また、本発明によれば、ネットワーク内に
ある負荷の少ない通信路を活用することができるため、
ネットワーク全体としての使用効率を向上することがで
きる。

【００４９】また、本発明によれば、ネットワークを構
成する複数のサーバのいずれにも、本発明の動作を行う
ソフトウェアプログラムのインストールの有無を選択で
きるため、専用線を用いたシステムや企業内部のＬＡＮ
などのシステムにそのまま応用可能である。

【００５０】更に、本発明によれば、あるエリア（又は
ＩＰアドレス）単位にサーバをまとめてゲートキーパサ
ーバにより管理し、そのゲートキーパサーバにより、自
己が管理するサーバに、発信側ゲートウェイサーバ又は
同じネットワークを構成する他のサーバからデータが入
力されたときは、常に混雑状態にない通信路を経てデー
タの転送ができるようにしたため、商用として十分満足
ができる通信品質の確立を効率的に行うことができる。

【００５１】また、更に、本発明によれば、管轄内のル
ーティング情報を管理する上記のゲートキーパサーバに
より通信路が混雑状態にあると判定されたときに、混雑
状態にない次の接続先を検索したが、次の接続先を検索
できないときで、入力データの優先度が高いときには、
混雑状態にある次の接続先のサーバへ転送されているデ
ータのうち優先度が低い通信の帯域を一部カットして、
優先度が高い入力データを次の接続先のサーバへ転送す
ることにより、優先度が高いデータの転送を確保するよ
うにしたため、緊急通信、重要通信などの優先度が高い
通信の接続の保証を効率的に行うことができる。

【図面の簡単な説明】

【図１】本発明のＩＰテレフォニーシステムの一実施の
形態の概略構成図である。

【図２】図１の動作説明用フローチャートである。

【図３】本発明のＩＰテレフォニーシステムの他の実施
の形態の概略構成図である。

【図４】従来のＩＰテレフォニーシステムの一例の概略
構成図である。

【符号の説明】

４ 発信側ゲートウェイサーバ ６ 着信側ゲートウェイサーバ １０、２０ インターネット通信網 １１、１２、１３、ａ〜ｄ 通信路 ２１、２２ ゲートウェイキーパ ２３、２４ サーバ群 (i)〜(vi) サーバ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 インターネット・プロトコルに基づくネ
   ットワークを使用してリアルタイムで音声通信を行うＩ
   Ｐテレフォニーシステムにおいて、 前記ネットワークを構成する複数のサーバの各々は、 発信側端末から送信されたデータが、発信側ゲートウェ
   イサーバ又は同じネットワークを構成する他のサーバか
   ら転送されて入力され、その入力データの着信側端末へ
   の通信路に応じて次の接続先のサーバへの通信路が混雑
   状態にあるか否か判定し、混雑状態にないときにのみ前
   記次の接続先のサーバへ入力データを転送する第１の判
   定手段と、 前記第１の判定手段により混雑状態にあると判定された
   ときは、前記次の接続先に代わる他の接続先のサーバが
   あるか否か判定し、他の接続先のサーバがあるときは該
   他の接続先のサーバに入力データを転送する第２の判定
   手段と を有し、前記ネットワークを構成する複数のサーバのう
   ち、次の接続先が受信側ゲートウェイサーバであるサー
   バにより、その受信側ゲートウェイサーバとの通信路が
   混雑状態にないと前記第１の判定手段により判定された
   とき、該受信側ゲートウェイサーバを経由して着信側端
   末へ入力データを転送することを特徴とするＩＰテレフ
   ォニーシステム。
2. 【請求項２】 前記第１の判定手段は、前記次の接続先
   のサーバに対して送信要求をしたときの、該次の接続先
   のサーバからの応答時間が所定時間以上であるときに、
   該次の接続先のサーバへの通信路が混雑状態であると判
   定することを特徴とする請求項１記載のＩＰテレフォニ
   ーシステム。
3. 【請求項３】 前記発信側ゲートウェイサーバは、前記
   発信側端末から送信されたデータに対して、優先度を示
   す優先度情報を付加して前記ネットワークへ転送する手
   段を有し、前記ネットワークを構成する複数のサーバの
   それぞれは、前記第２の判定手段により前記次の接続先
   のサーバに代わる他の接続先のサーバがないと判定され
   たときに前記優先度情報を検出し、優先度が高いことを
   検出したときは、前記次の接続先のサーバへ転送されて
   いるデータのうち優先度が低い通信の帯域を一部カット
   して、優先度が高い入力データを前記次の接続先のサー
   バへ転送する制御手段を更に有することを特徴とする請
   求項１又は２記載のＩＰテレフォニーシステム。
4. 【請求項４】 前記制御手段は、前記第２の判定手段に
   より前記次の接続先のサーバに代わる他の接続先のサー
   バがないと判定されたときに前記優先度情報を検出し、
   優先度が低いことを検出したときは、ビジー状態として
   データ転送を中止することを特徴とする請求項３記載の
   ＩＰテレフォニーシステム。
5. 【請求項５】 インターネット・プロトコルに基づくネ
   ットワークを使用してリアルタイムで音声通信を行うＩ
   Ｐテレフォニーシステムにおいて、 前記ネットワークを構成する複数のサーバのうち、所定
   のエリア又は所定のＩＰアドレス単位の所定数のサーバ
   毎にそれらのルーティング情報を管理するゲートキーパ
   サーバを有し、 前記ゲートキーパサーバは、 発信側端末から送信されたデータが、発信側ゲートウェ
   イサーバ又は同じネットワークを構成する他のサーバか
   ら転送されて入力され、その入力データの着信側端末へ
   の通信路に応じて、管轄する次の接続先のサーバへの通
   信路が混雑状態にあるか否か判定し、混雑状態にないと
   きにのみ前記次の接続先のサーバへ入力データを転送す
   る第１の判定手段と、 前記第１の判定手段により混雑状態にあると判定された
   ときは、前記次の接続先に代わる他の接続先のサーバが
   管轄するサーバの中にあるか否か判定し、他の接続先の
   サーバがあるときは該他の接続先のサーバに入力データ
   を転送する第２の判定手段とを有し、次の接続先が受信
   側ゲートウェイサーバであるサーバにより、その受信側
   ゲートウェイサーバとの通信路が混雑状態にないと前記
   第１の判定手段により判定されたとき、該受信側ゲート
   ウェイサーバを経由して着信側端末へ入力データを転送
   することを特徴とするＩＰテレフォニーシステム。
6. 【請求項６】 前記発信側ゲートウェイサーバは、前記
   発信側端末から送信されたデータに対して、優先度を示
   す優先度情報を付加して前記ネットワークへ転送する手
   段を有し、前記ゲートキーパサーバは、前記第２の判定
   手段により前記次の接続先のサーバに代わる他の接続先
   のサーバが管轄するサーバ内にないと判定されたときに
   前記優先度情報を検出し、優先度が高いことを検出した
   ときは、前記次の接続先のサーバへ転送されているデー
   タのうち優先度が低い通信の帯域を一部カットして、優
   先度が高い入力データを前記次の接続先のサーバへ転送
   する制御手段を更に有することを特徴とする請求項５記
   載のＩＰテレフォニーシステム。
7. 【請求項７】 インターネット・プロトコルに基づくネ
   ットワークを使用してリアルタイムで音声通信を行うＩ
   Ｐテレフォニーシステムの、前記ネットワークを構成す
   る複数のサーバのそれぞれのコンピュータに、 発信側端末から送信されたデータが、発信側ゲートウェ
   イサーバ又は同じネットワークを構成する他のサーバか
   ら転送されて入力され、その入力データの着信側端末へ
   の通信路に応じて次の接続先のサーバへの通信路が混雑
   状態にあるか否か判定し、混雑状態にないときにのみ前
   記次の接続先のサーバへ入力データを転送する第１の判
   定手段と、 前記第１の判定手段により混雑状態にあると判定された
   ときは、前記次の接続先に代わる他の接続先のサーバが
   あるか否か判定し、他の接続先のサーバがあるときは該
   他の接続先のサーバに入力データを転送する第２の判定
   手段とを実行させることを特徴とするプログラム。
8. 【請求項８】 前記複数のサーバの各コンピュータに、
   前記第２の判定手段により前記次の接続先のサーバに代
   わる他の接続先のサーバがないと判定されたときに前記
   優先度情報を検出し、優先度が高いことを検出したとき
   は、前記次の接続先のサーバへ転送されているデータの
   うち優先度が低い通信の帯域を一部カットして、優先度
   が高い入力データを前記次の接続先のサーバへ転送する
   制御手段を実行させることを特徴とする請求項７記載の
   プログラム。