自動発呼ルーティング
本発明は、カンファレンス・ネットワークシステムに関し、特に、カンファレンス・ネットワークにおいて第１と第２のカンファレンス・ネットワーク装置の間にルートを確立する方法と装置に関する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カンファレンス・ネットワーク・システムに関し、特に、カンファレンス・ネットワークにおいて、複数のカンファレンス・ネットワーク装置間でルートを確立する方法と装置に関する。
【背景技術】
【０００２】
ビデオ・カンファレンス・ミーティング（テレビ電話会議）を設定することは、複雑である。ユーザが、資源、バンド幅の設定、プロトコル、ＩＳＤＮダイヤル・ルール（エリア・コード・ルール、プレフィックス、正確なＩＳＤＮコール番号等）、ＩＰダイアル・ルール、ゲートキーパー、ゲートウェイ等を考慮して、高品質なテレビ会議を進めなければならない時には、特にそうである。呼びを設定する際に、ゲートウェイの機能を利用することは特に困難である。本発明は、ゲートウェイの機能を利用することを容易にする。
【０００３】
本発明の方法は、複数のＭＣＵ（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）は、第１実施例のコール・ストリングと同一であるが、「２３」のプレフィックスがある点で異なる。これは、ロケーション「Ｄａｌｌａｓ事務所」内にあるゲートウェイの自動バンド幅品質プレフィックスである。参加者「Ｅｓｐｒｅｓｓｏ」３１は、米国の「Ｄａｌｌａｓ事務所」内にある。それは、ＩＳＤＮバンド幅を有さない。参加者「Ｓｔａｔｉｏｎ２４」３２は、ロケーション「Ｌｙｓａｋｅｒ事務所」（ノルウェー）を有する。これは、ＩＳＤＮバンド幅を有さない。「Ｌｙｓａｋｅｒ事務所」ロケーションにもゲートウェイがある。
【００４５】
ＴＭＳは、呼びに２個のゲートウェイを関与させると決定し、２カ所のＩＰ専用システムの間のＩＰを直接用いた呼びを行わない。その理由は、呼びは、ノルウェーと米国の間の公衆ＩＰネットワークによらなければならず、これは、ビデオ・カンファレンス・コールに対し低品質しか与えないからである。
【００４６】
第１実施例と同様に、ゲートウエイ上と２個のビデオ・カンファレンス・システム上のゲートキーパーの状態が検査され、呼びが流れることを確認する。
【００４７】
第１実施例と同様に、ＴＭＳは、２カ所のＴＭＳロケーションの間での呼びに対しては、ＩＰを使用すると決定することができる。この場合、ＩＰはこれら２カ所ロケーションの間で好ましいものであるよう、構成される。これは、それらの間の高品質のＩＰラインを具備したロケーション間での場合も当てはまる。
【００４８】
ＩＳＤＮの呼びを、ＩＳＤＮ機能を具備しないビデオ・カンファレンス・システムへゲートウェイでルーティングするソルーションは、ビデオ・カンファレンス・システムと同一のロケーションにゲートウェイがあるか否か、あるいはビデオ・カンファレンス・システムへの良好なＩＰラインを有すると規定されたロケーション上にゲートウェイがあるか否かを特定することである。次のステップは、ゲートウェイがＥ１６４延長番号を用いて、ビデオ・カンファレンス・システムを呼びを出すことができるか否かを特定することである。これは、ビデオ・カンファレンス・システムとゲートウェイに関するゲートキーパー情報を用いて行われる。
【００４９】
ゲートウェイとビデオ・カンファレンス・システムが同一のゲートキーパーを用いていない場合には、ＴＭＳルーティングは、ビデオ・カンファレンス・システムのゲートキーパーがゲートウェイのゲートキーパーの近隣にあるか否か、及びＥ１６４アリアス・コールが２つのゲートキーパーの間を通るか否かをチェックする。
【００５０】
上記のテストがＯＫの場合には、ＴＭＳルーティングは、ＩＳＤＮ機能を有さないビデオ・カンファレンス・システム内へのＩＳＤＮ呼びを、ゲートウェイＩＳＤＮポートにルーティングし、その後、ＴＳＣ４を用いて、ビデオ・カンファレンス・システムに到達する。
【００５１】
ＩＳＤＮ機能を具備しないシステムからのＩＳＤＮコール（ＩＳＤＮ呼び）に対しては、全てのＴＭＳロケーションは、ＬＡＮ上のゲートウェイの電話バンド幅プレフィックスと自動バンド幅サービス・プレフィックスとでて登録することができる。
ＴＭＳルーティングは、これらのゲートウェイサービス・プレフィックスのうちの１つを用いて、ＩＳＤＮ機能を有さないビデオ・カンファレンス・システムからのＩＳＤＮコール（呼び）を設定する。ＩＳＤＮ電話の呼びがなされた場合には、電話バンド幅サービス・プレフィックスが用いられる。ビデオ・カンファレンス・コールがなされた場合には、自動バンド幅サービス・プレフィックスが用いられる。
【００５２】
図４は、本発明の方法の機能を表すフローチャート図である。
【００５３】
図４は、本発明の方法により、複数の異なるシステムとこれらを相互に接続する方法を示す。
【００５４】
システムは、次のように定義される。
システムＡ．Ａ： エンド・ポイント、ＭＣＵ、ゲートキーパＡに接続されたゲートウェイ
システムＡ．Ｂ： エンド・ポイント、ＭＣＵ、ゲートキーパＡに接続されたゲートウェイ
ゲートウェイＡ．Ｇ（図示せず）： ゲートキーパＡに接続されたゲートウェイ
システムＢ．Ａ： エンド・ポイント、ＭＣＵ、ゲートキーパＢに接続されたゲートウェイ
システムＢ．Ｂ： エンド・ポイント、ＭＣＵ、ゲートキーパＢに接続されたゲートウェイ
ゲートウェイＢ．Ｇ（図示せず）： ゲートキーパＡ（ＧＫ．Ａ）に接続されたゲートウェイ
システムＣ．Ａ： エンド・ポイント、ＭＣＵ、ＩＳＤＮの接続機能を具備したゲートウェイ
【００５５】
本発明の方法は、同一のゲートキーパー（ゲートキーパーＡ）上にあるシステムＡ．ＡとシステムＡ．Ｂに関する情報を用いて、システムＡ．ＡとシステムＡ．Ｂとの間の呼びを自動的にルーティングする。
【００５６】
本発明の方法は、システムＡ．Ａと、システムＢ．Ａと、ゲートキーパーＡおよび／またはゲートキーパーＢに関する情報を用いて、システムＡ．ＡとシステムＢ．Ａとの間の呼びを、自動的にルーティングする。例えば、これらは内部通信（近隣通信）が可能なゲートキーパーに登録されている。
【００５７】
本発明の方法は、ゲートウエイＡ．Ｇを用いたシステムＡ．ＡとシステムＣ．Ａとの間の呼びを、自動的にルーティングする。これは、同一のゲートキーパーに登録され、ゲートウェイが外部の呼びが可能なようなシステムＡ．ＡとゲートウエイＡ．Ｇに関する情報を用いて行う。
【００５８】
本発明の方法は、ゲートウエイＢ．Ｇを用いたシステムＡ．ＡとシステムＣ．Ａとの間の呼びを自動的にルーティングする。これは、システムＡ．ＡとゲートウエイＡ．Ｇに関する情報とゲートキーパーＡおよび／ゲートキーパーＢを用いて行う。これらは、内部通信（近隣通信）が行えるゲートキーパーと、外部呼びが行えるゲートウエイに登録されている。
【００５９】
本発明の方法は、ゲートウエイＡ．ＧとゲートウエイＢ．Ｇを用いたシステムＡ．ＡとシステムＢ．Ａとの間の呼びを自動的にルーティングする。これは、同一のゲートキーパーあるいは内部通信が可能なゲートキーパー上にあるシステムＡ．ＡとゲートウエイＡ．Ｇに関する情報を用いて、および同一のゲートキーパーあるいは内部通信が可能なゲートキーパーにあるシステムＢ．ＡとゲートウエイＢ．Ｇに関する情報を用いて行う。
【００６０】
本発明の方法は、上記の基本的方法を用いて、呼びを自動的にルーティングするが、但し、ゲートキーパーの階層（例えば、Ａ−＞Ｂ−＞Ｃ−＞Ｄ複数のレベル）が与えられた場合である。
【００６１】
本発明の方法は、上記の基本的方法を用いて、呼びを自動的にルーティングするが、但し、ゲートキーパーの階層（例えば、Ａ−＞Ｂ−＞Ｃ−＞Ｄ複数のネットワーク）が与えられた場合である。
【００６２】
本発明の方法は、上記の全てのルートの逆方向のルーティングも形成できる。
【００６３】
本発明の方法は、必要な構成要素（エンド・ポイント、ＭＣＵ、ゲートキーパー、ゲートウェイ）の登録状態および／または実際の状態をチェックすることにより、ルートが形成された場合、確立される。
【００６４】
本発明の方法は、最適のルート（最小コスト、最小遅延、最適のバンド幅）を他の候補ルート（例、ＩＳＤＮダイレクト、ＩＰダイレクト等）と共に見いだすために、上記の方法を１つあるいは複数用いることができる。
【００６５】
図４の実施例で行われる別の決定方法は、上記の最も好ましいコスト関数を有する重み付け関数に基づいて行われる。
【００６６】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。
【図面の簡単な説明】
【００６７】
【図１】ユーザがビデオ・カンファレンス・システム（「会議室」）を会議に参加させる際のユーザ・インターフェースの一例を表す図。
【図２】本発明の方法により、ＩＳＤＮ−ゲートウェイ−ＩＰ コールを自動的に設定するユーザ・インターフェースを表す図。
【図３】本発明の方法により、自動的に設定されたＩＰ−ゲートウェイ−ＩＳＤＮ−ゲートウェイ−ＩＰ コール（呼び）を表す図。
【図４】本発明の方法による機能を表すフローチャート図。
【符号の説明】
【００６８】
図４
１ 同一のゲートキーパーに登録されたエンド・ポイントＣ．Ａ、Ｃ．Ｂに関する情報
２ 隣り合う２個のゲートキーパーに登録されたエンド・ポイントＣ．Ｂ−Ｄ．Ａ、ＧＫ．Ｃ−ＧＫ．Ｄに関する情報
３ 同一のゲートキーパーに登録されたエンド・ポイントＢ．ＢとゲートウェイＧＷ．Ｂに関する情報
４ エンド・ポイントおよびゲートウェイ等に関する情報
５ 同一のゲートキーパーに登録されたエンド・ポイントＡ．ＡとゲートウェイＧＷ．Ａに関する情報
【技術分野】
【０００１】
本発明は、カンファレンス・ネットワーク・システムに関し、特に、カンファレンス・ネットワークにおいて、複数のカンファレンス・ネットワーク装置間でルートを確立する方法と装置に関する。
【背景技術】
【０００２】
ビデオ・カンファレンス・ミーティング（テレビ電話会議）を設定することは、複雑である。ユーザが、資源、バンド幅の設定、プロトコル、ＩＳＤＮダイヤル・ルール（エリア・コード・ルール、プレフィックス、正確なＩＳＤＮコール番号等）、ＩＰダイアル・ルール、ゲートキーパー、ゲートウェイ等を考慮して、高品質なテレビ会議を進めなければならない時には、特にそうである。呼びを設定する際に、ゲートウェイの機能を利用することは特に困難である。本発明は、ゲートウェイの機能を利用することを容易にする。
【０００３】
本発明の方法は、複数のＭＣＵ（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）は、第１実施例のコール・ストリングと同一であるが、「２３」のプレフィックスがある点で異なる。これは、ロケーション「Ｄａｌｌａｓ事務所」内にあるゲートウェイの自動バンド幅品質プレフィックスである。参加者「Ｅｓｐｒｅｓｓｏ」３１は、米国の「Ｄａｌｌａｓ事務所」内にある。それは、ＩＳＤＮバンド幅を有さない。参加者「Ｓｔａｔｉｏｎ２４」３２は、ロケーション「Ｌｙｓａｋｅｒ事務所」（ノルウェー）を有する。これは、ＩＳＤＮバンド幅を有さない。「Ｌｙｓａｋｅｒ事務所」ロケーションにもゲートウェイがある。
【００４５】
ＴＭＳは、呼びに２個のゲートウェイを関与させると決定し、２カ所のＩＰ専用システムの間のＩＰを直接用いた呼びを行わない。その理由は、呼びは、ノルウェーと米国の間の公衆ＩＰネットワークによらなければならず、これは、ビデオ・カンファレンス・コールに対し低品質しか与えないからである。
【００４６】
第１実施例と同様に、ゲートウエイ上と２個のビデオ・カンファレンス・システム上のゲートキーパーの状態が検査され、呼びが流れることを確認する。
【００４７】
第１実施例と同様に、ＴＭＳは、２カ所のＴＭＳロケーションの間での呼びに対しては、ＩＰを使用すると決定することができる。この場合、ＩＰはこれら２カ所ロケーションの間で好ましいものであるよう、構成される。これは、それらの間の高品質のＩＰラインを具備したロケーション間での場合も当てはまる。
【００４８】
ＩＳＤＮの呼びを、ＩＳＤＮ機能を具備しないビデオ・カンファレンス・システムへゲートウェイでルーティングするソルーションは、ビデオ・カンファレンス・システムと同一のロケーションにゲートウェイがあるか否か、あるいはビデオ・カンファレンス・システムへの良好なＩＰラインを有すると規定されたロケーション上にゲートウェイがあるか否かを特定することである。次のステップは、ゲートウェイがＥ１６４延長番号を用いて、ビデオ・カンファレンス・システムを呼びを出すことができるか否かを特定することである。これは、ビデオ・カンファレンス・システムとゲートウェイに関するゲートキーパー情報を用いて行われる。
【００４９】
ゲートウェイとビデオ・カンファレンス・システムが同一のゲートキーパーを用いていない場合には、ＴＭＳルーティングは、ビデオ・カンファレンス・システムのゲートキーパーがゲートウェイのゲートキーパーの近隣にあるか否か、及びＥ１６４アリアス・コールが２つのゲートキーパーの間を通るか否かをチェックする。
【００５０】
上記のテストがＯＫの場合には、ＴＭＳルーティングは、ＩＳＤＮ機能を有さないビデオ・カンファレンス・システム内へのＩＳＤＮ呼びを、ゲートウェイＩＳＤＮポートにルーティングし、その後、ＴＳＣ４を用いて、ビデオ・カンファレンス・システムに到達する。
【００５１】
ＩＳＤＮ機能を具備しないシステムからのＩＳＤＮコール（ＩＳＤＮ呼び）に対しては、全てのＴＭＳロケーションは、ＬＡＮ上のゲートウェイの電話バンド幅プレフィックスと自動バンド幅サービス・プレフィックスとでて登録することができる。
ＴＭＳルーティングは、これらのゲートウェイサービス・プレフィックスのうちの１つを用いて、ＩＳＤＮ機能を有さないビデオ・カンファレンス・システムからのＩＳＤＮコール（呼び）を設定する。ＩＳＤＮ電話の呼びがなされた場合には、電話バンド幅サービス・プレフィックスが用いられる。ビデオ・カンファレンス・コールがなされた場合には、自動バンド幅サービス・プレフィックスが用いられる。
【００５２】
図４は、本発明の方法の機能を表すフローチャート図である。
【００５３】
図４は、本発明の方法により、複数の異なるシステムとこれらを相互に接続する方法を示す。
【００５４】
システムは、次のように定義される。
システムＡ．Ａ： エンド・ポイント、ＭＣＵ、ゲートキーパＡに接続されたゲートウェイ
システムＡ．Ｂ： エンド・ポイント、ＭＣＵ、ゲートキーパＡに接続されたゲートウェイ
ゲートウェイＡ．Ｇ（図示せず）： ゲートキーパＡに接続されたゲートウェイ
システムＢ．Ａ： エンド・ポイント、ＭＣＵ、ゲートキーパＢに接続されたゲートウェイ
システムＢ．Ｂ： エンド・ポイント、ＭＣＵ、ゲートキーパＢに接続されたゲートウェイ
ゲートウェイＢ．Ｇ（図示せず）： ゲートキーパＡ（ＧＫ．Ａ）に接続されたゲートウェイ
システムＣ．Ａ： エンド・ポイント、ＭＣＵ、ＩＳＤＮの接続機能を具備したゲートウェイ
【００５５】
本発明の方法は、同一のゲートキーパー（ゲートキーパーＡ）上にあるシステムＡ．ＡとシステムＡ．Ｂに関する情報を用いて、システムＡ．ＡとシステムＡ．Ｂとの間の呼びを自動的にルーティングする。
【００５６】
本発明の方法は、システムＡ．Ａと、システムＢ．Ａと、ゲートキーパーＡおよび／またはゲートキーパーＢに関する情報を用いて、システムＡ．ＡとシステムＢ．Ａとの間の呼びを、自動的にルーティングする。例えば、これらは内部通信（近隣通信）が可能なゲートキーパーに登録されている。
【００５７】
本発明の方法は、ゲートウエイＡ．Ｇを用いたシステムＡ．ＡとシステムＣ．Ａとの間の呼びを、自動的にルーティングする。これは、同一のゲートキーパーに登録され、ゲートウェイが外部の呼びが可能なようなシステムＡ．ＡとゲートウエイＡ．Ｇに関する情報を用いて行う。
【００５８】
本発明の方法は、ゲートウエイＢ．Ｇを用いたシステムＡ．ＡとシステムＣ．Ａとの間の呼びを自動的にルーティングする。これは、システムＡ．ＡとゲートウエイＡ．Ｇに関する情報とゲートキーパーＡおよび／ゲートキーパーＢを用いて行う。これらは、内部通信（近隣通信）が行えるゲートキーパーと、外部呼びが行えるゲートウエイに登録されている。
【００５９】
本発明の方法は、ゲートウエイＡ．ＧとゲートウエイＢ．Ｇを用いたシステムＡ．ＡとシステムＢ．Ａとの間の呼びを自動的にルーティングする。これは、同一のゲートキーパーあるいは内部通信が可能なゲートキーパー上にあるシステムＡ．ＡとゲートウエイＡ．Ｇに関する情報を用いて、および同一のゲートキーパーあるいは内部通信が可能なゲートキーパーにあるシステムＢ．ＡとゲートウエイＢ．Ｇに関する情報を用いて行う。
【００６０】
本発明の方法は、上記の基本的方法を用いて、呼びを自動的にルーティングするが、但し、ゲートキーパーの階層（例えば、Ａ−＞Ｂ−＞Ｃ−＞Ｄ複数のレベル）が与えられた場合である。
【００６１】
本発明の方法は、上記の基本的方法を用いて、呼びを自動的にルーティングするが、但し、ゲートキーパーの階層（例えば、Ａ−＞Ｂ−＞Ｃ−＞Ｄ複数のネットワーク）が与えられた場合である。
【００６２】
本発明の方法は、上記の全てのルートの逆方向のルーティングも形成できる。
【００６３】
本発明の方法は、必要な構成要素（エンド・ポイント、ＭＣＵ、ゲートキーパー、ゲートウェイ）の登録状態および／または実際の状態をチェックすることにより、ルートが形成された場合、確立される。
【００６４】
本発明の方法は、最適のルート（最小コスト、最小遅延、最適のバンド幅）を他の候補ルート（例、ＩＳＤＮダイレクト、ＩＰダイレクト等）と共に見いだすために、上記の方法を１つあるいは複数用いることができる。
【００６５】
図４の実施例で行われる別の決定方法は、上記の最も好ましいコスト関数を有する重み付け関数に基づいて行われる。
【００６６】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。
【図面の簡単な説明】
【００６７】
【図１】ユーザがビデオ・カンファレンス・システム（「会議室」）を会議に参加させる際のユーザ・インターフェースの一例を表す図。
【図２】本発明の方法により、ＩＳＤＮ−ゲートウェイ−ＩＰ コールを自動的に設定するユーザ・インターフェースを表す図。
【図３】本発明の方法により、自動的に設定されたＩＰ−ゲートウェイ−ＩＳＤＮ−ゲートウェイ−ＩＰ コール（呼び）を表す図。
【図４】本発明の方法による機能を表すフローチャート図。
【符号の説明】
【００６８】
図４
１ 同一のゲートキーパーに登録されたエンド・ポイントＣ．Ａ、Ｃ．Ｂに関する情報
２ 隣り合う２個のゲートキーパーに登録されたエンド・ポイントＣ．Ｂ−Ｄ．Ａ、ＧＫ．Ｃ−ＧＫ．Ｄに関する情報
３ 同一のゲートキーパーに登録されたエンド・ポイントＢ．ＢとゲートウェイＧＷ．Ｂに関する情報
４ エンド・ポイントおよびゲートウェイ等に関する情報
５ 同一のゲートキーパーに登録されたエンド・ポイントＡ．ＡとゲートウェイＧＷ．Ａに関する情報
【特許請求の範囲】
【請求項１】
会議ネットワークにおいて第１と第２の会議ネットワーク装置間のルートを確立する方法において、
前記ネットワークは、複数のカンファレンス・ネットワーク装置と少なくともゲートキーパーを有し、
（ａ） 第１のカンファレンス・ネットワーク装置と第２のカンファレンス・ネットワーク装置とに関する登録データを収集するステップと、
（ｂ） 前記登録データを用いて、可能なルートのセットを生成するステップと、
（ｃ） 前記可能なルートのセットを、コスト関数のセットに基づいて重み付けする重み付けステップと、
（ｄ） 前記可能なルートのセットから１つあるいは複数のルートを、前記重み付けステップ（ｃ）に基づいて選択するステップと
を有する
ことを特徴とする会議ネットワークにおいて第１と第２の会議ネットワーク装置間のルートを確立する方法。
【請求項２】
（ｅ） 前記選択されたルートをユーザに提示するステップと、
（ｆ） ユーザからの確認を受領するステップと、
（ｇ） ユーザからの受領の確認後、選択されたルートを確立するステップと
をさらに有する
ことを特徴とする請求項１記載の方法。
【請求項３】
各カンファレンス・ネットワーク装置は、エンド・ポイント、ＭＣＵ、ゲートウェイからなるグループから選択される
ことを特徴とする請求項１記載の方法。
【請求項４】
前記登録データは、中間記憶媒体（データベース）から提供される
ことを特徴とする請求項１記載の方法。
【請求項５】
前記可能なルートのセットは、ネットワークを介した可能なルートの絞られたセットであり、
前記ルートは、重み関数に基づいて絞られる
ことを特徴とする請求項１記載の方法。
【請求項６】
ステップ（ｂ）は、ルートが前記ゲートウェイに関与せずに確立された場合には、そのゲートウェイを含むルートを排除するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項７】
ステップ（ｂ）は、が前記第１と第２のカンファレンス・ネットワーク装置が同一のゲートキーパーに登録されている場合には、そのゲートウェイを含むルートを排除するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項８】
前記第１と第２のカンファレンス・ネットワーク装置は、前記カンファレンス・ネットワークとのＩＰ通信用に利用可能であり、前記ステップ（ｂ）は、前記可能なルートの絞られたセット内にＩＰダイレクトルートを含めるサブステップを有する
ことを特徴とする請求項１記載の方法。
【請求項９】
前記第１と第２のカンファレンス・ネットワーク装置は、前記カンファレンス・ネットワークとのＩＰ通信用に利用可能であり、前記ステップ（ｂ）は、前記可能なルートの絞られたセット内にＩＰダイレクトルートを含めるサブステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１０】
前記ネットワーク装置は、前記カンファレンス・ネットワークとのＩＳＤＮ通信用に利用可能とされ、
前記第２のネットワーク装置は、前記カンファレンス・ネットワークとのＩＰ通信用に利用可能とされ、
前記ステップ（ｂ）は、前記ネットワーク内に含まれるＩＳＤＮサブネットワークとＩＰサブネットワークとの間のゲートウェイに関与するルートを含めるサブステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１１】
前記コスト関数は、ネットワークタイプのパラメータ、遅延パラメータ、バンド幅パラメータ、コスト比率パラメータからなるグループから選択された少なくとも１個のパラメータに関与する
ことを特徴とする請求項１記載の方法。
【請求項１２】
前記選択ステップ（ｄ）は、前記重み付けステップ（ｃ）に従って最低のトータルコストのルートを選択するステップを含む
ことを特徴とする請求項１記載の方法。
【請求項１３】
前記カンファレンス・ネットワークは、ＩＳＤＮサブネットワークのような回路切り換えサブネットワークとＩＰサブネットワークのようなパケット交換サブネットワークとを含む
ことを特徴とする請求項１−１２のいずれかに記載の方法。
【請求項１４】
少なくとも１個のカンファレンス・ネットワーク装置は、マルチポイント制御ユニットに動作可能に含まれるゲートウェイである
ことを特徴とする請求項１−１２のいずれかに記載の方法。
【請求項１５】
少なくとも１個のカンファレンス・ネットワーク装置は、エンド・ポイント内に動作可能に含まれるマルチポイント制御ユニットである
ことを特徴とする請求項１−１２のいずれかに記載の方法。
【請求項１６】
本発明の方法が、ネットワークに動作可能に接続されたユーザ端末上でのユーザ・インターフェースにより実行される
ことを特徴とする請求項１−１２のいずれかに記載の方法。
【請求項１７】
２個のカンファレンス・ネットワーク装置の間のルートが、請求項１−１２に従って確立される
ことを特徴とする会議ネットワークにおいて複数の会議ネットワーク装置間のルートを確立する方法。
【請求項１８】
会議ネットワークにおいて第１と第２の会議ネットワーク装置間のルートを確立する装置において、
前記ネットワークは、複数のカンファレンス・ネットワーク装置と少なくともゲートキーパーを有し、
前記装置は、
登録データ提供モジュールと、
ルート生成モジュールと、
重み付けモジュールと、
ルート選択モジュールと
を請求項１−１６による方法を実行するよう構成される
ことを特徴とする会議ネットワークにおいて第１と第２の会議ネットワーク装置間のルートを確立する装置。
【請求項１】
会議ネットワークにおいて第１と第２の会議ネットワーク装置間のルートを確立する方法において、
前記ネットワークは、複数のカンファレンス・ネットワーク装置と少なくともゲートキーパーを有し、
（ａ） 第１のカンファレンス・ネットワーク装置と第２のカンファレンス・ネットワーク装置とに関する登録データを収集するステップと、
（ｂ） 前記登録データを用いて、可能なルートのセットを生成するステップと、
（ｃ） 前記可能なルートのセットを、コスト関数のセットに基づいて重み付けする重み付けステップと、
（ｄ） 前記可能なルートのセットから１つあるいは複数のルートを、前記重み付けステップ（ｃ）に基づいて選択するステップと
を有する
ことを特徴とする会議ネットワークにおいて第１と第２の会議ネットワーク装置間のルートを確立する方法。
【請求項２】
（ｅ） 前記選択されたルートをユーザに提示するステップと、
（ｆ） ユーザからの確認を受領するステップと、
（ｇ） ユーザからの受領の確認後、選択されたルートを確立するステップと
をさらに有する
ことを特徴とする請求項１記載の方法。
【請求項３】
各カンファレンス・ネットワーク装置は、エンド・ポイント、ＭＣＵ、ゲートウェイからなるグループから選択される
ことを特徴とする請求項１記載の方法。
【請求項４】
前記登録データは、中間記憶媒体（データベース）から提供される
ことを特徴とする請求項１記載の方法。
【請求項５】
前記可能なルートのセットは、ネットワークを介した可能なルートの絞られたセットであり、
前記ルートは、重み関数に基づいて絞られる
ことを特徴とする請求項１記載の方法。
【請求項６】
ステップ（ｂ）は、ルートが前記ゲートウェイに関与せずに確立された場合には、そのゲートウェイを含むルートを排除するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項７】
ステップ（ｂ）は、が前記第１と第２のカンファレンス・ネットワーク装置が同一のゲートキーパーに登録されている場合には、そのゲートウェイを含むルートを排除するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項８】
前記第１と第２のカンファレンス・ネットワーク装置は、前記カンファレンス・ネットワークとのＩＰ通信用に利用可能であり、前記ステップ（ｂ）は、前記可能なルートの絞られたセット内にＩＰダイレクトルートを含めるサブステップを有する
ことを特徴とする請求項１記載の方法。
【請求項９】
前記第１と第２のカンファレンス・ネットワーク装置は、前記カンファレンス・ネットワークとのＩＰ通信用に利用可能であり、前記ステップ（ｂ）は、前記可能なルートの絞られたセット内にＩＰダイレクトルートを含めるサブステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１０】
前記ネットワーク装置は、前記カンファレンス・ネットワークとのＩＳＤＮ通信用に利用可能とされ、
前記第２のネットワーク装置は、前記カンファレンス・ネットワークとのＩＰ通信用に利用可能とされ、
前記ステップ（ｂ）は、前記ネットワーク内に含まれるＩＳＤＮサブネットワークとＩＰサブネットワークとの間のゲートウェイに関与するルートを含めるサブステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１１】
前記コスト関数は、ネットワークタイプのパラメータ、遅延パラメータ、バンド幅パラメータ、コスト比率パラメータからなるグループから選択された少なくとも１個のパラメータに関与する
ことを特徴とする請求項１記載の方法。
【請求項１２】
前記選択ステップ（ｄ）は、前記重み付けステップ（ｃ）に従って最低のトータルコストのルートを選択するステップを含む
ことを特徴とする請求項１記載の方法。
【請求項１３】
前記カンファレンス・ネットワークは、ＩＳＤＮサブネットワークのような回路切り換えサブネットワークとＩＰサブネットワークのようなパケット交換サブネットワークとを含む
ことを特徴とする請求項１−１２のいずれかに記載の方法。
【請求項１４】
少なくとも１個のカンファレンス・ネットワーク装置は、マルチポイント制御ユニットに動作可能に含まれるゲートウェイである
ことを特徴とする請求項１−１２のいずれかに記載の方法。
【請求項１５】
少なくとも１個のカンファレンス・ネットワーク装置は、エンド・ポイント内に動作可能に含まれるマルチポイント制御ユニットである
ことを特徴とする請求項１−１２のいずれかに記載の方法。
【請求項１６】
本発明の方法が、ネットワークに動作可能に接続されたユーザ端末上でのユーザ・インターフェースにより実行される
ことを特徴とする請求項１−１２のいずれかに記載の方法。
【請求項１７】
２個のカンファレンス・ネットワーク装置の間のルートが、請求項１−１２に従って確立される
ことを特徴とする会議ネットワークにおいて複数の会議ネットワーク装置間のルートを確立する方法。
【請求項１８】
会議ネットワークにおいて第１と第２の会議ネットワーク装置間のルートを確立する装置において、
前記ネットワークは、複数のカンファレンス・ネットワーク装置と少なくともゲートキーパーを有し、
前記装置は、
登録データ提供モジュールと、
ルート生成モジュールと、
重み付けモジュールと、
ルート選択モジュールと
を請求項１−１６による方法を実行するよう構成される
ことを特徴とする会議ネットワークにおいて第１と第２の会議ネットワーク装置間のルートを確立する装置。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公表番号】特表２００７−５２１７５４（Ｐ２００７−５２１７５４Ａ）
【公表日】平成１９年８月２日（２００７．８．２）
【国際特許分類】
【出願番号】特願２００６−５１８５６８（Ｐ２００６−５１８５６８）
【出願日】平成１６年６月２５日（２００４．６．２５）
【国際出願番号】ＰＣＴ／ＮＯ２００４／０００１９１
【国際公開番号】ＷＯ２００５／００４４８２
【国際公開日】平成１７年１月１３日（２００５．１．１３）
【出願人】（５０６００９８１１）
【Ｆターム（参考）】
【公表日】平成１９年８月２日（２００７．８．２）
【国際特許分類】
【出願日】平成１６年６月２５日（２００４．６．２５）
【国際出願番号】ＰＣＴ／ＮＯ２００４／０００１９１
【国際公開番号】ＷＯ２００５／００４４８２
【国際公開日】平成１７年１月１３日（２００５．１．１３）
【出願人】（５０６００９８１１）
【Ｆターム（参考）】
[ Back to top ]