JP4573357B2 - 自動発呼ルーティング - Google Patents

Description

本発明は、カンファレンス・ネットワーク・システムに関し、特に、カンファレンス・ネットワークにおいて、複数のカンファレンス・ネットワーク装置間でルートを確立する方法と装置に関する。

ビデオ・カンファレンス・ミーティング（テレビ電話会議）を設定することは、複雑である。ユーザが、資源、バンド幅の設定、プロトコル、ＩＳＤＮダイヤル・ルール（エリア・コード・ルール、プレフィックス、正確なＩＳＤＮコール番号等）、ＩＰダイアル・ルール、ゲートキーパー、ゲートウェイ等を考慮して、高品質なテレビ会議を進めなければならない時には、特にそうである。呼びを設定する際に、ゲートウェイの機能を利用することは特に困難である。本発明は、ゲートウェイの機能を利用することを容易にする。

本発明の方法は、複数のＭＣＵ（Multi-point Control Unit：マルチポイント制御ユニット)が分散しているカンファレンス・コールを手動で設定する際の問題点を回避し、且つタイムラグの問題及び必要以上の資源を用いる問題を減らす。タイムラグが表れるのは、複数のエンド・ポイント（ビデオ／オーディオ端末／電話、またはゲートウェイ）が、異なるスレーブＭＣＵにあり、互いに通信する時である。必要以上の資源が用いられる場合とは、全体のカンファレンスを保持するには十分な資源があるのに、例えば２個のＭＣＵを用いるだけで十分なのに、カンファレンス・システムが３個以上のＭＣＵに分散している場合である。これは、極めて非効率的で、タイムラグの問題を増加させる。

本発明は、ビデオ・カンファレンス（テレビ会議）を自動的に設定するルーティング・ソリューション（経路設定法）を有する。本発明によれば、ユーザは、呼びを設定するために、ネットワーク構成、ゲートウェイ、ゲートキーパー等の知識を必要とすることはない。これは自動的に行われる。ユーザは、単に、自分が利用しようとするシステムを、好ましくはユーザ・インターフェース（例えばウェブ・インターフェース）を介して、選択するだけでよく、ルーティング・ソリューションが、カンファレンスを設定してくれる。この自動的なコール（呼び）・ルーティングは、ダイレクトＩＰコールを使用するか否か、ダイレクトＩＳＤＮコールを使用するか否か、またはゲートウェイを介して呼びをルーティングをするか否かを決定するが、これは、ＩＳＤＮのコストと、エンド・ポイントの品質計算と、バンド幅の資源とに基づいて行われる、

本明細書は、新規で且つ技術的に高度なルーティングと、ゲートウェイが、呼びで必要とされた場合には如何に自動的に用いられるかを記載している。

いくつかの文献が、会議用装置を接続するさまざまな技術的態様を記載している。

特許文献１は、複数のインターネット・プロトコルの利用が可能となるコール・センターを管理する装置と方法を記載している。この文献の主な特徴は、ＩＮＰＴ（Interner Protocol Network Telephony）コールを受信するのに適した専用のコンピュータを用いて、ＩＰ電話システムからの呼びをエージェント局にルーティングすることである。コール・センターにある各コンピュータに接続されたルータは、ルーティング・ポイントで受信した発呼（呼び）を転送するために、エージェント局を選択するルーティング・ルールを実行するよう構成されている。

米国特許第６１７５５６４号明細書 米国特許第６１００９１８号明細書 米国特許第５２８０５８３号明細書 米国特許第５９９９９６６号明細書 米国特許第５６４２１５６号明細書 米国特許第５８１２６５２号明細書

特許文献２は、画像の一方向伝送のみが必要とされるようなビデオ・カンファレンスを最適化するビデオ・システムと方法を記載している。

特許文献３は、ＩＳＤＮ通信ネットワークに接続された複数の端末における会話を実行するシステムと方法を記載している。プログラムは、ユーザによりワーク・ステーション上のユーザ・インターフェースを介して実行される。ワーク・ステーションは、プログラムを制御するユーザによる操作に従って、複数のステーションの間に制御通信ルートを確立する。

特許文献４は、ネットワークが指示するビデオ・カンファレンス・スイッチングを制御するシステムと方法を記載している。

特許文献５は、各サイトと、ビデオ・カンファレンスに関連するスケジュールとを管理する機能を有する、ビデオ・カンファレンス・ネットワーク・マネージングのシステムを記載している。

特許文献６は、ミート・ミー（meet-me）・カンファレンス・サービス用の通信ネットワークにおけるブリッジに対する、集中管理と割り当てを記載している。

上記の引用文献は、本発明に関連したカンファレンスを設定する態様に多少とも関連している。特許文献４、５、６は、ビデオ・カンファレンス技術における一般的な従来技術を含んでいる。

本発明の目的は、ビデオ・カンファレンス・ネットワークにおいて、複数のカンファレンス・ネットワーク装置間で、ルートを自動的に確立する方法と装置を提供することである。

本発明の目的は、複雑に絡み合ったネットワーク（例、Ｈ３２０およびＨ３２３）内で最適のルートを自動的に決定し、ルーティングすることを含む。

ネットワーク装置は、複数のビデオ・カンファレンス装置の呼びの設定で使用されるいかなる要素でもよい、即ち、ＭＣＵ、ゲートウェイ（異なるネットワーク、例えばＩＰとＩＳＤＮとを接続する）、ゲートキーパー（中央制御ポイントとして機能し、呼び制御サービスを、登録されたエンド・ポイントに提供する）、エンド・ポイント（ＥＰ）等である。

上記の目的は、特許請求の範囲に記載した方法と装置により達成される。

上記したように、本発明の目的は、カンファレンス・ネットワーク内で、複数のカンファレンス・ネットワーク装置の間にルートを確立することである。このカンファレンス・ネットワークは、複数のカンファレンス・ネットワーク装置と少なくとも１個のゲートキーパーを含む。このカンファレンス・ネットワークは、ＩＳＤＮのサブネットワークのような回路切り換えサブネットワークと、ＩＰサブネットワークのようなパケット交換サブネットワークを含んでもよい。少なくとも１個のカンファレンス・ネットワーク装置は、ＭＣＵ内に動作可能に含まれるゲートウェイである。少なくとも１個のカンファレンス・ネットワーク装置は、エンド・ポイント内に動作可能に含まれるＭＣＵである。

本発明の方法は、ネットワークに動作可能に接続されたユーザ端末上のユーザ・インターフェース、すなわちＭＳインターネット・エクスプローラ（MS Internet Explorer）（登録商標）を動作させることにより、実行される。

本発明の方法は、複数のステップを含む。

第１ステップ（請求項１のステップ（ａ）に相当する）は、エンド・ポイントと、ＭＣＵと、ゲートウェイとからなるグループから選択されたカンファレンス・ネットワーク装置に関する登録データを収集することである。好ましい実施例においては、ネットワーク装置に対するさまざまな登録データは、中間データベース記憶媒体から具備される。各ビデオ・カンファレンスに関する情報をデータベース内で最新のものに維持しておくことにより、複数のネットワーク装置間にルートを確立することは、各装置からこの情報を収集して行うよりも、速くなる。

第２ステップ（請求項１のステップ（ｂ）に相当する）は、この登録データを用いて、候補ルートの第１のセットを生成する。

このルートのセットは、次の第３ステップ（請求項１のステップ（ｃ）に相当する）において、ネットワークを介した候補ルートの絞られた組である第２のセットとなる。そこで、即ち第３ステップで、ルートは、重み付き関数に基づいて、あるいはコスト関数のセットに基づいて絞られて、第２のセットとなる。コスト関数は、ネットワーク・タイプのパラメータ、遅延パラメータ、バンド幅パラメータ、コストレート・パラメータからなるグループから選択された少なくとも１個のパラメータに関連する。

重要なパラメータは、遅延パラメータすなわちタイム・ラグ・パラメータ（後で定義する）である。それ故に、ゲートウェイに関与するルートは、このルートがゲートウェイの関与なしに確立された場合には、排除される。これは、カンファレンス・ネットワーク装置が同一のゲートキーパーに登録された場合に、行われる。

複数のカンファレンス・ネットワーク装置が、カンファレンス・ネットワークとＩＰ通信が利用可能になった場合には、ダイレクトＩＰルートが前記の候補ルートの絞られたセット内に含まれる。

他方で、複数のカンファレンス・ネットワーク装置が、カンファレンス・ネットワークとのＩＳＤＮ通信が利用可能となった場合には、ダイレクトＩＳＤＮルートが前記の候補ルートの絞られたセット内に含まれる。

１つあるいは複数のネットワーク装置が、カンファレンス・ネットワークとのＩＰ通信が利用可能となり、１つあるいは複数のネットワーク装置が、ＩＳＤＮ通信が利用可能となった場合には、前記ネットワーク内に含まれる、ＩＳＤＮサブネットワークとＩＰサブネットワークとの間の少なくとも１個のゲートウェイに関連するルートが、前記ネットワーク内に含まれる。

次の第４ステップ（請求項１のステップ（ｄ）に相当する）は、上記第３ステップで生成された候補ルートの第２セットから１つあるいは複数のルートを選択する。この選択されたルートは、トータルコストが最低のルートである。

本発明の方法は、さらに、前記の選択されたルートをユーザに提示し、ユーザからの確認を受領するステップを含む。ユーザからの確認を受領した後、選択したルートを確立する。

前述したように、本発明の原理は、ウェブ・インターフェースのようなユーザ・インターフェースを用いてビデオ・カンファレンスを創設することを容易にすること、および呼びにおいてゲートウェイを用いる（これだけで十分な場合）ことを容易にすることである。ユーザは、カンファレンス内で自分が望むビデオ・カンファレンス・ユニットを選択するだけでよい。ユーザは、カンファレンスの設定に関し、何の考慮も払う必要がない。これにより、ゲートウェイの機能を利用して、ビデオ・カンファレンスを設定することが非常に単純となる。

一例として、ゲートウェイを用いて呼びをルーティングするために、本発明の方法がシステム内で如何に実行されるかを以下記載する。

第１実施例は、ＩＳＤＮを用いたビデオ・カンファレンスシステムから、ゲートウェイを介して、ＩＰ専用システムへ通る（ＩＳＤＮ−ゲートウェイ−ＩＰ）呼びに関して説明する。

第２実施例は、ＩＰ専用システムから、ゲートウェイからＩＳＤＮを介して、さらに別のゲートウェイを介して、別のＩＰ専用システムを通る（ＩＰ−ゲートウェイ−ＩＳＤＮ−ゲートウェイ−ＩＰ）呼びに関して説明する。

ＩＳＤＮ−ゲートウェイ−ＩＰ 呼び（発呼）。
図１は、タンベルグ・ミーティング・スケジューラ（Tandberg Meeting Scheduler (TMS)）内でビデオ・カンファレンスミーティングを行うグラフィカル・ユーザ・インターフェース（graphical user interface (GUI)）を示す。これは、呼びの自動ルーティングを行う本発明の方法を実行する。この第１実施例は、２個のビデオ・カンファレンスシステムが選択される、すなわち、システム「ステーション２４（Station 24）」とシステム「ルーンラース・ベガード（RuneLars Vegard）」が選択される。

図２に示すように、ＲｕｎｅＬａｒｓ Ｖｅｇａｒｄは、米国内の「Ｄａｌｌａｓ事務所」と称するＴＭＳロケーションにある。Ｓｔａｔｉｏｎ２４は、ノルウェーの「Ｌｙｓａｋｅｒ事務所」にＴＭＳロケーションを有する。「ＲｕｎｅＬａｒｓ Ｖｅｇａｒｄ」は、ＩＳＤＮのバンド幅を有する。「Ｓｔａｔｉｏｎ２４」は、ＩＰ専用システムである。ＴＭＳロケーション「Ｌｙｓａｋｅｒ事務所」においては、それらは同一事務所内のゲートウェイとゲートキーパーに登録されている。

システム「ＲｕｎｅＬａｒｓ Ｖｅｇａｒｄ」と「Ｓｔａｔｉｏｎ２４」の間でこの呼びを設定する際に、考慮に入れなければならないいくつかの状況がある。これらの状況には、どのシステムが呼びを発し、どのプロトコルを用い、ダイヤル・ストリング（電話番号）がどのようになっているかを含む。ＴＭＳルーティングは、これらを全て自動で設定する。この実施例においては、ＴＭＳルーティングは、ロケーション「Ｄａｌｌａｓ事務所」でシステム「ＲｕｎｅＬａｒｓ Ｖｅｇａｒｄ」からの呼びを開始すると決定する。

図２は、自動的に行われた呼びのルートを示す。ＴＭＳルーティングは、システム「ＲｕｎｅＬａｒｓ Ｖｅｇａｒｄ」２１（これは、最大１４７２ｋｂｐｓのバンド幅のＩＳＤＮを用いて米国の「Ｄａｌｌａｓ事務所」にあるシステム）が、「Ｌｙｓａｋｅｒ事務所」内のゲートウェイに呼びを発するとを決定する。システム「Ｓｔａｔｉｏｎ２４」２２は、「Ｌｙｓａｋｅｒ事務所」（ノルウェー）のロケーションを有する。このシステムは、ＩＳＤＮのバンド幅を有さない。「Ｌｙｓａｋｅｒ事務所」のロケーションにはゲートウェイがある。ＴＭＳルーティングは、コール・ストリングの末尾に、「Ｓｔａｔｉｏｎ２４」の延長（内線）番号を付加する。この番号は、自動的に、００１１４７６７８３８７７０＊１１２４となるようルーティングされる。このコール・ストリングは、「Ｄａｌｌａｓ事務所」と「Ｌｙｓａｋｅｒ事務所」に関するＴＭＳロケーション情報に基づいている。

ＴＭＳは、２つのビデオ・カンファレンス・システム間で直接ＩＰを呼び出すことを決定しない。その理由は、ノルウェーと米国の間には公衆ＩＰネットワークに頼らなければならず、これはビデオ・カンファレンス・コールに対して低品質しか与えないからである。ＩＳＤＮは、米国から「Ｌｙｓａｋｅｒ事務所」のロケーションにあるゲートウェイまで用いられる。その理由は、ＩＳＤＮは安定したバンド幅の品質を与えるからである。

ＴＭＳは、ゲートウェイのゲートキーパー状態とシステム「Ｓｔａｔｉｏｎ２４」をチェックして、ゲートウェイから「Ｓｔａｔｉｏｎ２４」へ、Ｅ１６４アリアス（alias）延長番号が通ることを確認する。ゲートウェイが不正の（正しくない）ゲートキーパー状態を有する場合には、ＴＭＳルーティングは別のゲートウェイを使用することを試みる。「Ｓｔａｔｉｏｎ２４」が不正のゲートキーパー状態を有する場合には、ＴＭＳはＥ１６４アリアス（alias）コールを全く設定しない。

ゲートウェイと「Ｓｔａｔｉｏｎ２４」が、同一のゲートキーパーに登録されていない場合には、ＴＭＳはゲートキーパー上の近隣情報をチェックして、Ｅ１６４アリアス（alias）コールがゲートウェイから「Ｓｔａｔｉｏｎ２４」に通るかを見る。

ＴＭＳが２カ所のＴＭＳロケーションの間での呼びに対し、ＩＰを使用すると決定することもできる。すると、これら２カ所ののロケーション間においては、ＩＰが好ましいものになるよう構成される。これは、それらの間に高品質のＩＰラインを具備したロケーション間で当てはまる。

ＩＰ−ゲートウェイ−ＩＳＤＮ−ゲートウェイ−ＩＰ 呼び
第２実施例は、第１実施例とほとんど同じであるが、この実施例においては、「Ｄａｌｌａｓ事務所」内のＴＭＳロケーションにあるＩＰのみのビデオ・カンファレンス・システム「Ｅｓｐｒｅｓｓｏ」から、ＴＭＳロケーション「Ｌｙｓａｋｅｒ事務所」内のＩＰのみの「Ｓｔａｔｉｏｎ２４」システムへ、呼びが流れることになる。

図３は、ＴＭＳがこの呼びを如何に設定するかを示す。コール・ストリング（call string）は、第１実施例のコール・ストリングと同一であるが、「２３」のプレフィックスがある点で異なる。これは、ロケーション「Ｄａｌｌａｓ事務所」内にあるゲートウェイの自動バンド幅品質プレフィックスである。参加者「Ｅｓｐｒｅｓｓｏ」３１は、米国の「Ｄａｌｌａｓ事務所」内にある。それは、ＩＳＤＮバンド幅を有さない。参加者「Ｓｔａｔｉｏｎ２４」３２は、ロケーション「Ｌｙｓａｋｅｒ事務所」（ノルウェー）を有する。これは、ＩＳＤＮバンド幅を有さない。「Ｌｙｓａｋｅｒ事務所」ロケーションにもゲートウェイがある。

ＴＭＳは、呼びに２個のゲートウェイを関与させると決定し、２カ所のＩＰ専用システムの間のＩＰを直接用いた呼びを行わない。その理由は、呼びは、ノルウェーと米国の間の公衆ＩＰネットワークによらなければならず、これは、ビデオ・カンファレンス・コールに対し低品質しか与えないからである。

第１実施例と同様に、ゲートウエイ上と２個のビデオ・カンファレンス・システム上のゲートキーパーの状態が検査され、呼びが流れることを確認する。

第１実施例と同様に、ＴＭＳは、２カ所のＴＭＳロケーションの間での呼びに対しては、ＩＰを使用すると決定することができる。この場合、ＩＰはこれら２カ所ロケーションの間で好ましいものであるよう、構成される。これは、それらの間の高品質のＩＰラインを具備したロケーション間での場合も当てはまる。

ＩＳＤＮの呼びを、ＩＳＤＮ機能を具備しないビデオ・カンファレンス・システムへゲートウェイでルーティングするソルーションは、ビデオ・カンファレンス・システムと同一のロケーションにゲートウェイがあるか否か、あるいはビデオ・カンファレンス・システムへの良好なＩＰラインを有すると規定されたロケーション上にゲートウェイがあるか否かを特定することである。次のステップは、ゲートウェイがＥ１６４延長番号を用いて、ビデオ・カンファレンス・システムを呼びを出すことができるか否かを特定することである。これは、ビデオ・カンファレンス・システムとゲートウェイに関するゲートキーパー情報を用いて行われる。

ゲートウェイとビデオ・カンファレンス・システムが同一のゲートキーパーを用いていない場合には、ＴＭＳルーティングは、ビデオ・カンファレンス・システムのゲートキーパーがゲートウェイのゲートキーパーの近隣にあるか否か、及びＥ１６４アリアス・コールが２つのゲートキーパーの間を通るか否かをチェックする。

上記のテストがＯＫの場合には、ＴＭＳルーティングは、ＩＳＤＮ機能を有さないビデオ・カンファレンス・システム内へのＩＳＤＮ呼びを、ゲートウェイＩＳＤＮポートにルーティングし、その後、ＴＳＣ４を用いて、ビデオ・カンファレンス・システムに到達する。

ＩＳＤＮ機能を具備しないシステムからのＩＳＤＮコール（ＩＳＤＮ呼び）に対しては、全てのＴＭＳロケーションは、ＬＡＮ上のゲートウェイの電話バンド幅プレフィックスと自動バンド幅サービス・プレフィックスとでて登録することができる。
ＴＭＳルーティングは、これらのゲートウェイサービス・プレフィックスのうちの１つを用いて、ＩＳＤＮ機能を有さないビデオ・カンファレンス・システムからのＩＳＤＮコール（呼び）を設定する。ＩＳＤＮ電話の呼びがなされた場合には、電話バンド幅サービス・プレフィックスが用いられる。ビデオ・カンファレンス・コールがなされた場合には、自動バンド幅サービス・プレフィックスが用いられる。

図４は、本発明の方法の機能を表すフローチャート図である。

図４は、本発明の方法により、複数の異なるシステムとこれらを相互に接続する方法を示す。

システムは、次のように定義される。
システムＡ．Ａ： エンド・ポイント、ＭＣＵ、ゲートキーパＡに接続されたゲートウェイ
システムＡ．Ｂ： エンド・ポイント、ＭＣＵ、ゲートキーパＡに接続されたゲートウェイ
ゲートウェイＡ．Ｇ（図示せず）： ゲートキーパＡに接続されたゲートウェイ
システムＢ．Ａ： エンド・ポイント、ＭＣＵ、ゲートキーパＢに接続されたゲートウェイ
システムＢ．Ｂ： エンド・ポイント、ＭＣＵ、ゲートキーパＢに接続されたゲートウェイ
ゲートウェイＢ．Ｇ（図示せず）： ゲートキーパＡ（ＧＫ．Ａ）に接続されたゲートウェイ
システムＣ．Ａ： エンド・ポイント、ＭＣＵ、ＩＳＤＮの接続機能を具備したゲートウェイ

本発明の方法は、同一のゲートキーパー（ゲートキーパーＡ）上にあるシステムＡ．ＡとシステムＡ．Ｂに関する情報を用いて、システムＡ．ＡとシステムＡ．Ｂとの間の呼びを自動的にルーティングする。

本発明の方法は、システムＡ．Ａと、システムＢ．Ａと、ゲートキーパーＡおよび／またはゲートキーパーＢに関する情報を用いて、システムＡ．ＡとシステムＢ．Ａとの間の呼びを、自動的にルーティングする。例えば、これらは内部通信（近隣通信）が可能なゲートキーパーに登録されている。

本発明の方法は、ゲートウエイＡ．Ｇを用いたシステムＡ．ＡとシステムＣ．Ａとの間の呼びを、自動的にルーティングする。これは、同一のゲートキーパーに登録され、ゲートウェイが外部の呼びが可能なようなシステムＡ．ＡとゲートウエイＡ．Ｇに関する情報を用いて行う。

本発明の方法は、ゲートウエイＢ．Ｇを用いたシステムＡ．ＡとシステムＣ．Ａとの間の呼びを自動的にルーティングする。これは、システムＡ．ＡとゲートウエイＡ．Ｇに関する情報とゲートキーパーＡおよび／ゲートキーパーＢを用いて行う。これらは、内部通信（近隣通信）が行えるゲートキーパーと、外部呼びが行えるゲートウエイに登録されている。

本発明の方法は、ゲートウエイＡ．ＧとゲートウエイＢ．Ｇを用いたシステムＡ．ＡとシステムＢ．Ａとの間の呼びを自動的にルーティングする。これは、同一のゲートキーパーあるいは内部通信が可能なゲートキーパー上にあるシステムＡ．ＡとゲートウエイＡ．Ｇに関する情報を用いて、および同一のゲートキーパーあるいは内部通信が可能なゲートキーパーにあるシステムＢ．ＡとゲートウエイＢ．Ｇに関する情報を用いて行う。

本発明の方法は、上記の基本的方法を用いて、呼びを自動的にルーティングするが、但し、ゲートキーパーの階層（例えば、Ａ−＞Ｂ−＞Ｃ−＞Ｄ複数のレベル）が与えられた場合である。

本発明の方法は、上記の基本的方法を用いて、呼びを自動的にルーティングするが、但し、ゲートキーパーの階層（例えば、Ａ−＞Ｂ−＞Ｃ−＞Ｄ複数のネットワーク）が与えられた場合である。

本発明の方法は、上記の全てのルートの逆方向のルーティングも形成できる。

本発明の方法は、必要な構成要素（エンド・ポイント、ＭＣＵ、ゲートキーパー、ゲートウェイ）の登録状態および／または実際の状態をチェックすることにより、ルートが形成された場合、確立される。

本発明の方法は、最適のルート（最小コスト、最小遅延、最適のバンド幅）を他の候補ルート（例、ＩＳＤＮダイレクト、ＩＰダイレクト等）と共に見いだすために、上記の方法を１つあるいは複数用いることができる。

図４の実施例で行われる別の決定方法は、上記の最も好ましいコスト関数を有する重み付け関数に基づいて行われる。

以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。

ユーザがビデオ・カンファレンス・システム（「会議室」）を会議に参加させる際のユーザ・インターフェースの一例を表す図。 本発明の方法により、ＩＳＤＮ−ゲートウェイ−ＩＰ コールを自動的に設定するユーザ・インターフェースを表す図。 本発明の方法により、自動的に設定されたＩＰ−ゲートウェイ−ＩＳＤＮ−ゲートウェイ−ＩＰ コール（呼び）を表す図。 本発明の方法による機能を表すフローチャート図。

符号の説明

図４
１ 同一のゲートキーパーに登録されたエンド・ポイントＣ．Ａ、Ｃ．Ｂに関する情報
２ 隣り合う２個のゲートキーパーに登録されたエンド・ポイントＣ．Ｂ−Ｄ．Ａ、ＧＫ．Ｃ−ＧＫ．Ｄに関する情報
３ 同一のゲートキーパーに登録されたエンド・ポイントＢ．ＢとゲートウェイＧＷ．Ｂに関する情報
４ エンド・ポイントおよびゲートウェイ等に関する情報
５ 同一のゲートキーパーに登録されたエンド・ポイントＡ．ＡとゲートウェイＧＷ．Ａに関する情報

Claims (14)

1. ビデオ・カンファレンス・ネットワークにおいて、第１と第２のビデオ・カンファレンス・ネットワーク装置間に、最小のタイムラグの最適ルートを確立する方法において、
   前記ビデオ・カンファレンス・ネットワークは、
   （ｘ） エンド・ポイントと、マルチポイント制御ユニットと、ゲートウェイと、中央制御ポイントとして機能するゲートキーパーとからなるグループから選択される複数のビデオ・カンファレンス・ネットワーク装置を有し、
   （ｙ） 登録されたエンドポイントに呼び制御サービスを提供し、
   前記方法は、
   （ａ） データベースから、前記第１と第２のビデオ・カンファレンス・ネットワーク装置に関する登録データを収集するステップと、
   前記データベースは、前記ビデオ・カンファレンス・ネットワーク内の前記各ビデオ・カンファレンス・ネットワーク装置の更新された情報を保持し、
   （ｂ） 前記登録データから、候補ルートの第１のセットを生成するステップと、
   （ｃ） 候補ルートの第２のセットを生成するステップと、
   前記候補ルートの第２のセットは、前記候補ルートの第１のセットを絞ることにより生成されたセットであり、
   前記候補ルートの第２のセットは、コスト関数のセットに基づいた重み付け関数に基づいて、絞られ、
   前記コスト関数は、ネットワークタイプのパラメータ、遅延パラメータ、バンド幅パラメータ、コストレート・パラメータからなるグループから選択された少なくとも１つのパラメータに関与し、
   （ｄ） 前記候補ルートの第２のセットからルートを選択するステップと
   を有する
   ことを特徴とするビデオ・カンファレンス・ネットワークにおいて第１と第２のビデオ・カンファレンス・ネットワーク装置間に最小のタイムラグの最適ルートを確立する方法。
2. （ｅ） 前記選択されたルートをユーザに提示するステップと、
   （ｆ） 前記ユーザからの確認を受領するステップと、
   （ｇ） 前記ユーザからの確認後、前記選択されたルートを確立するステップと
   をさらに有する
   ことを特徴とする請求項１記載の方法。
3. 前記ステップ（ｃ）は、ルートがゲートウェイに関与せずに確立された場合には、前記ゲートウェイに関与するルートを排除するステップを有する
   ことを特徴とする請求項１記載の方法。
4. 前記ステップ（ｃ）は、前記第１と第２のビデオ・カンファレンス・ネットワーク装置が同一のゲートキーパーに登録されている場合には、前記ゲートウェイに関与するルートを排除するステップを有する
   ことを特徴とする請求項１記載の方法。
5. 前記第１と第２のビデオ・カンファレンス・ネットワーク装置は、前記ビデオ・カンファレンス・ネットワークとのＩＰ通信が利用可能であり、
   前記ステップ（ｃ）は、前記候補ルートの絞られたセット内に、ＩＰダイレクト・ルートを含めるサブステップを有する
   ことを特徴とする請求項１記載の方法。
6. 前記第１と第２のビデオ・カンファレンス・ネットワーク装置は、前記ビデオ・カンファレンス・ネットワークとのＩＳＤＮ通信が可能であり、
   前記ステップ（ｃ）は、前記候補ルートの絞られたセット内に、ＩＳＤＮダイレクトルートを含めるサブステップを有する
   ことを特徴とする請求項１記載の方法。
7. 前記ビデオ・カンファレンス・ネットワーク装置は、前記ビデオ・カンファレンス・ネットワークとのＩＳＤＮ通信が可能であり、
   前記第２のビデオ・カンファレンス・ネットワーク装置は、前記ビデオ・カンファレンス・ネットワークとのＩＰ通信が可能であり、
   前記ステップ（ｃ）は、前記ネットワーク内に含まれる、ＩＳＤＮサブネットワークとＩＰサブネットワークとの間に、ゲートウェイに関与するルートを含めるサブステップを有する
   ことを特徴とする請求項１記載の方法。
8. 前記ステップ（ｄ）は、トータルコストが最低のルートを選択するステップを含む
   ことを特徴とする請求項１記載の方法。
9. 前記ビデオ・カンファレンス・ネットワークは、回路交換サブネットワークとパケット交換サブネットワークとを含む
   ことを特徴とする請求項１−８のいずれかに記載の方法。
10. 前記少なくとも１個のビデオ・カンファレンス・ネットワーク装置は、マルチポイント制御ユニットに動作可能に含まれるゲートウェイである
    ことを特徴とする請求項１−８のいずれかに記載の方法。
11. 前記少なくとも１個のビデオ・カンファレンス・ネットワーク装置は、エンド・ポイント内に動作可能に含まれるマルチポイント制御ユニットである
    ことを特徴とする請求項１−８のいずれかに記載の方法。
12. 前記（ａ）〜（ｄ）のいずれかのステップが、前記ビデオ・カンファレンス・ネットワークに動作可能に接続されたユーザ端末上でのユーザ・インターフェースにより実行される
    ことを特徴とする請求項１−８のいずれかに記載の方法。
13. 前記２個のビデオ・カンファレンス・ネットワーク装置間のルートが、請求項１−８のいずれかに記載の方法によって確立される
    ことを特徴とするビデオ・カンファレンス・ネットワークにおいて複数のビデオ・カンファレンス・ネットワーク装置間にルートを確立する方法。
14. ビデオ・カンファレンス・ネットワークにおいて、第１と第２のビデオ・カンファレンス・ネットワーク装置間に、最小のタイムラグの最適ルートを確立する装置において、
    前記ビデオ・カンファレンス・ネットワークは、
    （ｘ） エンド・ポイントと、マルチポイント制御ユニットと、ゲートウェイと、中央制御ポイントとして機能するゲートキーパーとからなるグループから選択される複数のビデオ・カンファレンス・ネットワーク装置を有し、
    （ｙ） 登録されたエンドポイントに呼び制御サービスを提供し、
    前記装置は、更に
    （ａ） データベースから、前記第１と第２のビデオ・カンファレンス・ネットワーク装置に関する登録データを収集するモジュールと、
    前記データベースは、前記ビデオ・カンファレンス・ネットワーク内の前記各ビデオ・カンファレンス・ネットワーク装置の更新された情報を保持し、
    （ｂ） 前記登録データから、候補ルートの第１のセットを生成するモジュールと、
    （ｃ） 候補ルートの第２のセットを生成するモジュールと、
    前記候補ルートの第２のセットは、前記候補ルートの第１のセットを絞ることにより生成されたセットであり、
    前記候補ルートの第２のセットは、コスト関数のセットに基づいた重み付け関数に基づいて、絞られ、
    前記コスト関数は、ネットワークタイプのパラメータ、遅延パラメータ、バンド幅パラメータ、コストレート・パラメータからなるグループから選択された少なくとも１つのパラメータに関与し、
    （ｄ） 前記候補ルートの第２のセットからルートを選択するモジュールと
    を有する
    ことを特徴とするビデオ・カンファレンス・ネットワークにおいて第１と第２のビデオ・カンファレンス・ネットワーク装置間に最小のタイムラグの最適ルートを確立する装置。

Images