(57)【要約】少なくとも２つのクライアント装置を有するネットワーク向けのビデオ会議システムが提供される。本ビデオ会議システムは、少なくとも１つの中央のサーバ２０５、及び該少なくとも２つのクライアント装置間のビデオ会議のセッションを統括する１以上のポリシーを指定し、該１以上のポリシーを該少なくとも１つの中央のサーバに提供するためのポリシーサーバ２１０を備えている。
2005521308.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つのクライアント装置を有するネットワークのためのビデオ会議システムであって、
少なくとも１つの中央のサーバと、
該少なくとも１つのクライアント装置間のビデオ会議のセッションを統括する１以上のポリシーを指定し、該少なくとも１つの中央のサーバに該１以上のポリシーを提供するためのポリシーサーバと、
を備えるビデオ会議システム。
【請求項２】
該ポリシーサーバは、異なる１つのビデオ会議のセッションについて該１以上のポリシーのうちの異なる１つを指定する能力を有する、
請求項１記載のビデオ会議システム。
【請求項３】
該１以上のポリシーを該少なくとも１つの中央のサーバに提供するために、該ポリシーサーバを該少なくとも１つの中央のサーバとインタフェースするためのポリシーインタフェースをさらに備える、
請求項１記載のビデオ会議システム。
【請求項４】
該ポリシーインタフェースは、コモン・オープン・ポリシー・サービス（ＣＯＰＳ）を利用する、
請求項３記載のビデオ会議システム。
【請求項５】
該ポリシーインタフェースは、ライトウェイト・ディレクトリ・アクセス・プロトコル（ＬＤＡＰ）を利用する、
請求項３記載のビデオ会議システム。
【請求項６】
該１以上のポリシーは、同時に行われる最大の数のビデオ会議のセッション、ビットレート及び帯域幅の制限のうちの少なくとも１つを備える、
請求項１記載のビデオ会議システム。
【請求項７】
該少なくとも２つのクライアント装置のそれぞれは、該ポリシーサーバにより指定された該１以上のポリシーを記憶するためのネットワークアーキテクチャデータベースを備える、
請求項６記載のビデオ会議システム。
【請求項８】
該少なくとも１つの中央のサーバは、該ビデオ会議のセッションに割り当てられた帯域幅を管理するためのセッション管理エンティティをさらに備える、
請求項１記載のビデオ会議システム。
【請求項９】
該セッション管理エンティティは、ビデオ会議のセッションの間に該少なくとも２つのクライアント装置のそれぞれにコンテンツが転送されるビットレートを管理する能力を有する、
請求項８記載のビデオ会議システム。
【請求項１０】
該少なくとも１つの中央のサーバは、クライアントとサーバとの間のビデオ会議システムに現在ログインしている該少なくとも２つのクライアント装置のいずれかのユーザに関する情報を記憶するためのメンバデータベースを備える、
請求項１記載のビデオ会議システム。
【請求項１１】
該少なくとも１つの中央のサーバは、現在行われているビデオ会議のセッションのそれぞれの情報を記憶するためのアクティブセッションデータベースを備える、
請求項１記載のビデオ会議システム。
【請求項１２】
該少なくとも１つの中央のサーバは、該ネットワークのそれぞれのアクティブなエレメントに関する情報を記憶するためのネットワークアーキテクチャデータベースを備える、
請求項１記載のビデオ会議システム。
【請求項１３】
該少なくとも１つの中央のサーバは、クライアントとサーバとの間のビデオ会議システムを使用するための時間を予約するために、該少なくとも２つのクライアント装置のユーザのスケジュールを記憶するためのスケジューリングデータベースを備える、
請求項１記載のビデオ会議システム。
【請求項１４】
該少なくとも２つのクライアント装置のそれぞれは、ビデオ会議のセッションの間に該少なくとも２つのクライアント装置間で通信されたコンテンツを認証するためのネットワークエンティティを備える、
請求項１記載のビデオ会議システム。
【請求項１５】
該少なくとも２つのクライアント装置のそれぞれは、ビデオ会議のセッションの間に該少なくとも２つのクライアント装置間で通信されたコンテンツに関するセキュリティ機能を実現するためのネットワークエンティティを備える、
請求項１記載のビデオ会議システム。
【請求項１６】
該少なくとも２つのクライアント装置のそれぞれは、
多数の圧縮されたオーディオストリームを同時にデコードし、多数の圧縮されていないオーディオストリームを出力するための複数のデコーダと、
該多数の圧縮されていないオーディオストリームを混合し、同時に、利得制御を実現して結合されたオーディオストリームを出力するためのミキサ及び利得制御モジュールと、
を備える請求項１記載のビデオ会議システム。
【請求項１７】
該少なくとも２つのクライアント装置のそれぞれは、
少なくとも１つのスピーカと、
少なくとも１つのマイクロフォンと、
該少なくとも１つのマイクロフォンに誤って入力された該少なくとも１つのスピーカから出力されるオーディオ信号から生じるエコーを低減するためのエコーキャンセレーションモジュールと、
を備える請求項１記載のビデオ会議システム。
【請求項１８】
少なくとも１つの中央のサーバと少なくとも２つのクライアント装置とを有するネットワークにおいて該少なくとも１つの中央のサーバによりビデオ会議のセッションに予め指定されたポリシーを課すための方法であって、
該少なくとも１つの中央のサーバによりアクセス可能な位置におけるネットワーク内に該予め指定されたポリシーを記憶するステップと、
ビデオ会議のセッションの開始に応じて、該予め指定されたポリシーについてネットワークに問合せするステップと、
該予め指定されたポリシーに従ってビデオ会議のセッションを管理するステップと、
を備える方法。
【請求項１９】
少なくとも１つの中央のサーバと少なくとも２つのクライアント装置とを有するネットワークにおいてビデオ会議のセッションを管理するための方法であって、
ビデオ会議のセッションに関する予め決定されたポリシーをネットワーク内に記憶するステップと、
ビデオ会議のセッションの開始に応じて、該予め決定されたポリシーの間からビデオ会議のセッションについて対応するポリシーを取得するためにネットワークに問合せするステップと、
該対応するポリシーに従ってビデオ会議のセッションを管理するステップと、
を備える方法。
【請求項２０】
該予め決定されたポリシーのうちの異なる１つは、異なる１つのビデオ会議のセッションに課されることが可能である、
請求項１９記載の方法。
【請求項２１】
該予め決定されたポリシーは、ビットレート、帯域幅の制限、同時に行われる最大の数のビデオ会議のセッションのうちの少なくとも１つを備える、
請求項１９記載の方法。
【請求項２２】
該管理するステップは、ビデオ会議のセッションに割り当てられた帯域幅を管理するステップを備える、
請求項１９記載の方法。
【請求項２３】
該管理するステップは、ビデオ会議のセッションの間に少なくとも２つのクライアント装置のそれぞれにコンテンツが送信されるビットレートを管理するステップを備える、
請求項１９記載の方法。
【請求項２４】
ネットワークに現在ログインされる該少なくとも２つのクライアントのいずれかのユーザに関する情報を記憶するステップをさらに備え、該管理するステップは、該情報を考慮して実行される、
請求項１９記載の方法。
【請求項２５】
現在行われているビデオ会議のセッションのそれぞれの情報を記憶するステップをさらに備え、該管理するステップは、該情報を考慮して実行される、
請求項１９記載の方法。
【請求項２６】
該ネットワークのそれぞれのアクティブなエレメントに関する情報を記憶するステップをさらに備え、該管理するステップは、該情報を考慮して実行される、
請求項１９記載の方法。
【請求項２７】
ビデオ会議のセッションを行うための時間を予約するために、該少なくとも２つのクライアント装置のユーザのスケジュールを記憶するためのステップをさらに備える、
請求項１９記載の方法。
【請求項２８】
ビデオ会議のセッションの間に該少なくとも２つのクライアント装置間で通信されるコンテンツを認証するステップをさらに備える、
請求項１９記載の方法。
【請求項２９】
ビデオ会議のセッションの間に該少なくとも２つのクライアント装置間で通信されるコンテンツに関するセキュリティ機能を実現するステップをさらに備える、
請求項１９記載の方法。
【請求項３０】
多数の圧縮されたオーディオストリームを同時にデコードし、多数の圧縮されていないオーディオストリームを出力するステップと、
該多数の圧縮されていないオーディオストリームを混合し、同時に利得制御を実現して結合されたオーディオストリームを出力するステップと、
をさらに備える請求項１９記載の方法。
【請求項３１】
該少なくとも２つのクライアント装置のそれぞれは、少なくとも１つのスピーカ及び少なくとも１つのマイクロフォンを備え、該少なくとも１つのマイクロフォンに誤って入力される該少なくとも１つのスピーカから出力されるオーディオ信号から生じるエコーを低減するステップをさらに備える、
請求項１９記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議システム全般に関し、より詳細には、ビデオ会議システムに関する。
【０００２】
本出願は、２００２年３月２０日に提出された“ＶＩＤＥＯＣＯＮＦＥＲＥＮＣＥ  ＳＹＳＴＥＭ  ＡＲＣＨＩＴＥＣＴＵＲＥ”と題された米国仮出願シリアル番号６０／３６６，３３１号の利益を特許請求する本出願である。
【背景技術】
【０００３】
企業ネットワークの音声及びビデオベースの会議のようなマルチメディアアプリケーションを実行することに直面する主要な問題の１つは、これらのアプリケーションをどのように管理するかに関連している。ネットワーク上のこれらのアプリケーションの管理は、アプリケーションに関連されるトラフィックのデリバリ保証だけでなく所定量の帯域幅の割り当てを考慮すべきである。これを生じるため、ネットワークは、アプリケーション及びそのユーザを知っていることが必要であり、アプリケーションは、ネットワークのポリシーを知っている必要がある。企業における更なる知識のレイヤは、このことが現実の実現において理解されることが必要とされる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
したがって、従来技術の問題点を克服するような、ビデオ会議システムで実行されるマルチメディアアプリケーションの管理に関するビデオ会議システムを有することが望まれ、かつ非常に有利である。
【課題を解決するための手段】
【０００５】
従来技術の他の関連する問題だけでなく、先に述べた問題は、本発明のビデオ会議システムにより解決される。
【０００６】
本発明の態様によれば、少なくとも２つのクライアント装置を有するネットワークのためのビデオ会議システムが提供される。本ビデオ会議システムは、少なくとも１つの中央のサーバ、及び該少なくとも２つのクライアント装置間のビデオ会議のセッションを統括する１以上のポリシーを指定し、該１以上のポリシーを該少なくとも１つの中央のサーバに供給するためのポリシーサーバを備えている。
【０００７】
本発明の別の態様によれば、少なくとも１つの中央のサーバと少なくとも２つのクライアント装置とを有するネットワークにおいて、該少なくとも１つの中央のサーバによりビデオ会議のセッションに予め指定されたポリシーを課すための方法が提供される。予め指定されたポリシーは、該少なくとも１つの中央のサーバによりアクセス可能な位置においてネットワーク内に記憶される。ビデオ会議のセッションの開始に応じて、ネットワークは該予め指定されたポリシーについて問合せされる。ビデオ会議のセッションは、該予め指定されたポリシーに従って管理される。
【０００８】
本発明の更に別の態様によれば、少なくとも１つの中央のサーバと少なくとも２つのクライアント装置とを有するネットワークにおいて、ビデオ会議のセッションを管理するための方法が提供される。ビデオ会議のセッションに関する予め決定されたポリシーは、ネットワークに記憶される。ビデオ会議のセッションの開始に応じて、ネットワークは、予め決定されたポリシーの中からビデオ会議のセッションについて対応するポリシーを取得するために問合せされる。ビデオ会議のセッションは、該対応するポリシーに従って管理される。
【０００９】
本発明のこれらの態様及び他の態様、特徴並びに利点は、以下の好適な実施の形態に関する詳細な説明から明らかとなり、この好適な実施の形態は、添付図面を参照しながら説明される。
【発明を実施するための最良の形態】
【００１０】
本発明は、ビデオ会議システムに向けられる。ビデオ会議システムは、それぞれのクライアント用のビデオ会議クライアントアプリケーションだけでなく、中央に位置されるビデオ会議サーバを含んでいる。ビデオ会議サーバは、ネットワークの帯域幅のリソースを制御することでＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）ベースのビデオ会議のセッションを可能にするプラットフォームを有利にも提供する。ビデオ会議のクライアントアプリケーションは、他のクアイアントアプリケーション間のセッションの設定及び切断についてサーバと対話する。さらに、クライアントアプリケーションは、マルチメディアコンテンツ（たとえば、リアルタイムの会議ビデオ）を他のクライアントアプリケーションと交換する。さらに、クライアントアプリケーションは、ユーザへのインタフェースを提供する。
【００１１】
なお、本発明は、ハードウェア、ソフトウェア、ファームウェア、特定用途プロセッサ又はこれらの組み合わせの様々な形式で実現される場合があることを理解されたい。好ましくは、本発明は、ハードウェアとソフトウェアとの組み合わせとして実現される。さらに、ソフトウェアは、プログラム記憶装置に実体的に具体化されるアプリケーションプログラムとして実現されることが好ましい。アプリケーションプログラムは、いずれかの適切なアーキテクチャを備えるマシンにアップロードされ、該マシンにより実行される場合がある。好ましくは、マシンは、１以上の中央処理装置（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、及び入力／出力（Ｉ／Ｏ）インタフェースのようなハードウェアを有するコンピュータプラットフォームに実現される。また、コンピュータプラットフォームは、オペレーティングシステム及びマイクロインストラクションコードを含んでいる。本実施の形態で説明される様々な処理及び機能は、マイクロインストラクションコードの一部、又はオペレーティングシステムを介して実行されるアプリケーションプログラム（若しくはその組み合わせ）の一部のいずれかである場合がある。さらに、様々な他の周辺装置は、更なるデータストレージ装置及びプリント装置のようなコンピュータプラットフォームに接続される場合がある。
【００１２】
なお、添付図面に示されている要素たるシステムコンポーネント及び方法ステップのなかにはソフトウェアで実現されることが好ましいものがあるので、システムコンポーネント（又は処理ステップ）間の実際の接続は、本発明がプログラムされる方式に依存して異なる場合があることを更に理解されたい。本実施の形態での教示が与えられたとすると、当業者であれば、本発明のこれらの実現及び類似の実現又はコンフィギュレーションを思い描くことができるであろう。
【００１３】
図１Ａは、本発明の例示的な実施の形態に係る、本発明が適用される場合があるコンピュータシステム１００を説明するブロック図である。コンピュータシステム１００は、システムバス１０４を介して他のコンポーネントに動作的に接続される少なくとも１つのプロセッサ（ＣＰＵ）１０２を含んでいる。リードオンリメモリ（ＲＯＭ）１０６、ランダムアクセスメモリ（ＲＡＭ）１０８、ディスプレイアダプタ１１０、Ｉ／Ｏアダプタ１１２、ユーザインタフェースアダプタ１１４、サウンドアダプタ１９９、及びネットワークアダプタ１９８は、システムバス１０４に動作的に接続されている。
【００１４】
ディスプレイ装置１１６は、ディスプレイアダプタ１１０によりシステムバス１０４に動作的に接続されている。ディスクストレージ装置１１８（たとえば、磁気又は光ディスク記憶装置）は、Ｉ／Ｏアダプタ１１２によりシステムバス１０４に動作的に接続されている。
【００１５】
マウス１２０及びキーボード１２２は、ユーザインタフェースアダプタ１１４によりシステムバス１０４に動作的に接続される。マウス１２０及びキーボード１２２は、システム１００への情報を入力するために、及びシステム１００からの情報を出力するために使用される。
【００１６】
少なくとも１つのスピーカ（本実施の形態では、以下「スピーカ」と呼ぶ）１９７は、サウンドアダプタ１９９によりシステムバス１０４に動作的に接続されている。
【００１７】
（デジタル／アナログ）モデム１９６は、ネットワークアダプタ１９８によりシステムバス１０４に動作的に接続されている。
【００１８】
ここで、本発明の例示的な実施の形態に係る、ポリシーベースのネットワークマネージメント（ＰＢＮＭ）に関する説明が与えられる。ＰＢＮＭは、ネットワークを管理するためにポリシーを定義及び分散する能力を提供する技術である（本発明が適用される場合がある例示的なネットワークは、図２に関して以下に説明される）。これらのポリシーにより、帯域幅及びセキュリティのようなクリティカルなネットワークリソースに関する調整された制御が可能となる。ＰＢＮＭにより、ネットワーク上で区別された取り扱いを必要とするＩＰベースのビデオ会議のようなアプリケーションを可能にする。ＰＢＮＭは、異なるタイプのアプリケーションを単一のネットワークで共存することを可能にするための基礎を提供し、これらのアプリケーションのそれぞれに必要とされるリソースを提供する。
【００１９】
更なる詳細では、ＰＢＮＭは、アプリケーション、及びネットワークリソースを消費するユーザのポリシーを定義する。たとえば、ビジネスに関してクリティカルなアプリケーションには、最も高い優先度及びネットワークの帯域幅に関するパーセンテージを与えることができる。ＩＰを通したビデオ会議及びボイスには、次に高い優先度が与えられ、最後に、厳密な帯域幅又は時間に関してクリティカルな制約を有さないウェブトラフィック及びファイル転送には、残りの量のネットワークのリソースが与えられる。このユーザ及びアプリケーションの区別は、ＰＢＮＭを使用して達成することができる。
【００２０】
ビデオ会議システムは、ビデオ会議のアプリケーションに対応するポリシーについて、ネットワークポリシーサーバに問い合わせることでＰＢＮＭシステムに結合される。ビデオ会議サーバは、ネットワークポリシーサーバからポリシーを取得し、受信されたパラメータに基づいてビデオ会議のためのネットワークで利用可能なリソースを決定する。ポリシーは、たとえば、所定の日時の間にこのアプリケーションが利用可能な帯域幅に典型的には対応しており、又は所定のユーザのみに対応している。設定は、たとえば、ポリシー及び／又はその一部を追加、削除、置換、変更等により容易に変更される。結果として、ビデオ会議サーバは、ネットワークの会議のセッションを管理するために、ポリシーにおいて提供される情報を使用する。
【００２１】
図２は、本発明の例示的な実施の形態に係る、本発明が適用される場合があるネットワーク２００を説明するブロック図である。ネットワーク２００は、ビデオ会議サーバ２０５、ポリシー及びＱｏＳマネージャ２１０、ＭＡＤＣＡＰサーバ２１５、第一の複数のコンピュータ２２０ａ〜２２０ｆ、第一のローカルネットワーク２２５、第一のルータ２４０、第二の複数のコンピュータ２３０ａ〜２３０ｅ、第二のローカルエリアネットワーク２３５、第二のルータ２４５、及びワイドエリアネットワーク２５０を含んでいる。
【００２２】
ここで、本発明の例示的な実施の形態に係る、サーバアーキテクチャに関する説明が与えられる。図３は、本発明の例示的な実施の形態に係る、本発明の例示的な実施の形態に係る、図２のビデオ会議サーバを説明するブロック図である。ビデオ会議サーバ２０５は、以下の３つの基本的なエンティティを含んでいることが考慮される。データベースエンティティ３０２、ネットワークコミュニケーションエンティティ３０４、及びセッションマネージメントエンティティ３０６。
【００２３】
セッションマネージメントエンティティ３０６は、ビデオ会議のセッションの設定及び切断を管理する働きをする。また、セッションマネージメントエンティティ３０６は、ビデオ会議サーバ２０５のための大部分の主要な制御を提供する。セッションマネージメントエンティティ３０６は、セッションマネージメントエンティティ３０６の機能を実現するためのセッションマネージャ３２０を含んでいる。
【００２４】
ネットワークコミュニケーションエンティティ３０４は、ビデオ会議システムのために使用される多くの異なるプロトコルをカプセル化する働きをする。プロトコルは、リモート管理のためのＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、ポリシー管理のためのＣＯＰＳ（Ｃｏｍｍｏｎ  Ｏｐｅｎ  Ｐｏｌｉｃｙ  Ｓｅｒｖｉｃｅｓ）又はＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）のような別のプロトコル、マルチキャストアドレス割り当てのためのＭＡＤＣＡＰ（Ｍｕｌｔｉｃａｓｔ  Ａｄｄｒｅｓｓ  Ｄｙｎａｍｉｃ  Ｃｌｉｅｎｔ  Ａｌｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、ビデオ会議のセッション管理のためのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、及び分散されたビデオ会議サーバ管理のためのサーバからサーバへのメッセージングを含んでいる。したがって、ネットワークコミュニケーションエンティティ３０４は、ＳＮＭＰモジュール３０４Ａ、ＬＤＡＰクライアントモジュール３０４Ｂ、ＭＡＤＣＡＰクライアントモジュール３０４Ｃ、ＳＩＰモジュール３０４Ｄ、及びサーバツーサーバマネージメントモジュール３０４Ｅを含んでいる。さらに、上述されたエレメント３０４Ａ〜３０４Ｅは、以下のエレメントである、リモート管理端末３８２、ネットワークポリシーサーバ（帯域幅ブローカ）３８４、ＭＡＤＣＡＰサーバ２１５、デスクトップ会議クライアント３８８、及び他のビデオ会議サーバ３９０とそれぞれ通信する。かかる通信は、プロトコルモジュール３３０により集合的に表されるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を使用して実現される場合がある。なお、前述のプロトコルのリスト及び対応するエレメントは、単に例示するものであって、本発明の精神及び範囲を維持しつつ、他のプロトコル及び対応するエレメントが容易に利用される場合もあることを理解されたい。
【００２５】
なお、ビデオ会議サーバ２０５のアーキテクチャは、ビデオ会議のセッションからコンテンツを送出及び受信するために、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）を通して企業インフラに接続するために携帯用装置のユーザにとって適していることも更に理解されたい。
【００２６】
データベースエンティティ３０２は、以下の４つのデータベースを含んでいる。スケジューリングデータベース３１０、アクティブセッションデータベース３１２、メンバデータベース３１４、及びネットワークアーキテクチャデータベース３１６。
【００２７】
ビデオ会議システムサーバ２０５は、少なくとも、企業のＬＤＡＰサーバ（ユーザ情報）３４０及び任意の外部データベース３４２を更に含み、これらとインタフェースする。任意の外部データベース３４２は、ＬＤＡＰクライアント３０４ｂを含んでいる。
【００２８】
ここで、本発明の例示的な実施の形態に係る、図３のデータベースエンティティ３０２に含まれるメンバデータベース３１４に関する説明が与えられる。メンバデータベース３１４は、ビデオ会議システムにログインしているそれぞれのユーザに関する情報を含んでいる。例として、以下の情報がそれぞれのユーザについてメンバデータベース３１４に保持されている場合がある。ユーザ名、パスワード（もし使える場合）、サポートされるビデオコーデック及び取得解像度、サポートされるオーディオコーデック、現在のＩＰアドレス、現在の呼出し番号（現在アクティブな呼出しのメンバの場合）、可用性（利用可能又は利用不可能）、ビデオカメラのタイプ又はモデル、ネットワーク上のロケーション（それぞれのロケーションは制限された帯域幅のワイドエリアネットワークリンクにより接続されている）、及びＣＰＵ対応及び処理能力である。なお、前述されたアイテムは、単に例示するものであり、したがって、本発明の精神及び範囲を保持しつつ、前述のアイテムの一部又は全部に加えて、若しくは前述のアイテムの一部又は全部に代えて他のアイテムがそれぞれのユーザについてメンバデータベース３１４に保持される場合もあることを理解されたい。
【００２９】
図４は、本発明の例示的な実施の形態に係る、図３のデータベースエンティティ３０２に含まれるメンバデータベース３１４のメンバデータベースエントリ４００を説明する図である。図４の例示的な実施の形態では、メンバデータベース３１４は、簡単な連結リストを使用して実現される。しかし、本発明の実施の形態では、本発明の精神及び範囲を維持しつつ、メンバデータベース３１４の異なる実現が採用される場合があることを理解されたい。１例として、メンバ情報を記憶するために、ＬＤＡＰタイプのデータベースが使用される場合がある。
【００３０】
ここで、本発明の例示的な実施の形態に係る、図３のデータベースエンティティ３０２に含まれるアクティブセッションデータベース３１２に関する説明が与えられる。アクティブセッションデータベース３１２は、現在行われているそれぞれのビデオ会議のセッションに関する情報を含んでいる。例として、以下の情報がそれぞれのコールについてアクティブセッションデータベース３１２に保持される場合がある。呼出しＩＤ、記述、マルチキャスト（ｙｅｓ／ｎｏ）、マルチキャストである場合のマルチキャストのＩＰアドレス、それぞれの参加者のネットワークロケーション、現在の送信解像度、現在の送信ビットレート、ビデオ及びオーディオコーデック、公的／私的コール（他が参加できるか？）、スケジュールされたセッションの時間、セッションの開始時間、及びいずれかの更なるオプション。なお、前述されたアイテムは、単に例示するものであって、したがって、本発明の精神及び範囲を維持しつつ、前述のアイテムの一部又は全部に加えて、又は前述のアイテムの一部又は全部に代えて他のアイテムがアクティブセッションデータベース３１２に保持される場合があることを理解されたい。
【００３１】
図５は、本発明の例示的な実施の形態に係る、図３のデータベースエンティティ３０２に含まれるアクティブセッションデータベース３１２におけるアクティブセッションエントリ５００を説明する図である。図５の例示的な実施の形態では、アクティブセッションデータベース３１２は、簡単な連結リストを使用して実現される。しかし、本発明の他の実施の形態では、本発明の精神及び範囲を維持しつつ、アクティブセッションデータベース３１２の異なる実現が採用される場合があることを理解されたい。
【００３２】
再び図３を参照して、ここで、本発明の例示的な実施の形態に係る、図３のデータベースエンティティ３０２に含まれるネットワークアーキテクチャデータベース３１６に関する説明が与えられる。ネットワークアーキテクチャデータベース３１６は、全体のネットワークに関する完全なマッピングを含んでいる。ネットワークアーキテクチャデータベース３１６は、それぞれのアクティブなネットワークエレメント（すなわち、ＩＰルータ、イーサネットスイッチ等）に関する情報、並びにルータ及びスイッチを互いに接続するリンクに関する情報を含んでいる。ネットワークにおける帯域幅及びサービスの品質を効果的に管理するために、ビデオ会議サーバ２０５は、この情報を知る必要がある。
【００３３】
同時に行われることが許容されるビデオ会議のセッションの数、ビデオ会議のセッションのビットレート、及び帯域幅の制限に関するポリシー情報は、ネットワークアーキテクチャデータベース３１６において定義することもできる。ネットワークアーキテクチャは、ネットワークアーキテクチャのデータベース３１６内で重み付けされたグラフとして表される。なお、ネットワークアーキテクチャデータベース３１６は、ビデオ会議サーバ２０５において任意のデータベースであることを理解されたい。ネットワークアーキテクチャデータベース３１６は、ポリシーサーバ２１０から要求されたポリシーを記憶するために使用される場合がある。
【００３４】
ここで、本発明の例示的な実施の形態に係る、図３のデータベースエンティティ３０２に含まれるスケジューリングデータベース３１０に関する説明が与えられる。スケジューリングデータベース３１０は、ビデオ会議システムを使用する時間を予約するために、ユーザのスケジュールを含んでいる。これは、たとえば、ワイドエリアネットワーク２５０を通して所定のリンクに同時に行うことができるビデオ会議セッションの数に関して情報システム部が正規の場所にあるというポリシーに依存する。
【００３５】
ここで、図３のネットワークコミュニケーションエンティティ３０４に関する説明が与えられる。ネットワークコミュニケーションエンティティ３０４は、ＳＮＭＰモジュール３０４Ａ、ＬＤＡＰクライアントモジュール３０４Ｂ、ＭＡＤＣＡＰクライアントモジュール３０４Ｃ、ＳＩＰモジュール３０４Ｄ、及びサーバツーサーバマネージメントモジュール３０４Ｅを含んでいる。
【００３６】
ここで、本発明の例示的な実施の形態に係る、図３のネットワークコミュニケーションエンティティ３０４に含まれるＳＮＭＰモジュール３０４Ａに関する説明が与えられる。図６は、本発明の例示的な実施の形態に係る、ＳＮＭＰによるクライアント−サーバアーキテクチャ６００を説明するブロック図である。アーキテクチャ６００は、ＳＮＭＰモジュール３０４Ａの１つの実現を表しているが、本発明は図６に示されたアーキテクチャに限定されるものではなく、本発明の精神及び範囲を維持しつつ、他のＳＮＭＰアーキテクチャが採用される場合があることを理解されたい。ＳＮＭＰは、リモート管理及びビデオ会議サーバの監視のために使用される。
【００３７】
ＳＮＭＰによるクライアント−サーバアーキテクチャ６００は、ＳＮＭＰマネージメントステーション６１０及びＳＮＭＰ管理エンティティ６２０を含んでいる。ＳＮＭＰマネージメントステーション６１０は、マネージメントアプリケーション６１０ａ及びＳＮＭＰマネージャ６１０ｂを含んでいる。ＳＮＭＰ管理エンティティ６２０は、管理リソース６２０ａ、ＳＮＭＰ管理オブジェクト６２０ｂ、及びＳＮＭＰエージェント６２０ｃを含んでいる。さらに、ＳＮＭＰマネージメントステーション６１０及びＳＮＭＰ管理エンティティ６２０のそれぞれは、ＵＤＰレイヤ６３０、ＩＰレイヤ６４０、媒体アクセス制御（ＭＡＣ）レイヤ６５０、及び物理レイヤ６６０を更に含んでいる。
【００３８】
ＳＮＭＰエージェント６２０ｃは、ＳＮＭＰ管理ステーション６１０からの監視及び管理を可能にする。ＳＮＭＰエージェント６２０ｃは、ＳＮＭＰアーキテクチャ６００におけるクライアントである。ＳＮＭＰエージェント６２０ｃは、基本的に、ＳＮＭＰマネージメントステーション６１０からの情報及びアクションの要求に応答する役割を果たす。ＳＮＭＰマネージメントステーション６１０は、ＳＮＭＰアーキテクチャ６００におけるサーバである。ＳＮＭＰマネージメントステーション６１０は、ネットワークにおけるエージェントを管理する中央のエンティティである。ＳＮＭＰマネージメントステーション６１０は、管理者がＳＮＭＰエージェント６２０ｃから統計量を収集し、ＳＮＭＰエージェント６２０ｃの設定パラメータを変更することを可能にする機能を果たす。
【００３９】
ＳＮＭＰモデルを使用して、ビデオ会議サーバ２０５におけるリソースは、これらのリソースをオブジェクトとして表現することで管理することができる。それぞれのオブジェクトは、管理されるエージェントの１つの観点を表すデータ変数である。このオブジェクトの集合は、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と一般に呼ばれている。ＭＩＢは、ＳＮＭＰマネージメントステーション６１０についてＳＮＭＰエージェント６２０ｃでのアクセスポイントの集合として機能する。ＳＮＭＰマネージメントステーション６１０は、ＳＮＭＰエージェント６２０ｃにおいてＭＩＢオブジェクトの値を検索することで監視を実行することができる。ＳＮＭＰマネージメントステーション６１０は、ＳＮＭＰエージェント６２０ｃでアクションを起こさせることができるか、又はＳＮＭＰエージェント６２０ｃでコンフィギュレーションの設定を変更することができる。
【００４０】
ＳＮＭＰは、ＩＰレイヤ６４０を通して動作し、そのトランスポートプロトコルについてＵＤＰレイヤ６３０を使用する。ＳＮＭＰマネージメントプロトコルで使用される基本的なメッセージは、以下のように、ＧＥＴ、ＳＥＴ及びＴＲＡＰである。ＧＥＴメッセージにより、ＳＮＭＰマネージメントステーション６１０は、ＳＮＭＰエージェント６２０ｃでオブジェクトの値を検索することが可能である。ＳＥＴメッセージにより、ＳＮＭＰマネージメントステーション６１０は、ＳＮＭＰエージェント６２０ｃでオブジェクトの値を設定することが可能である。ＴＲＡＰメッセージにより、ＳＮＭＰエージェント６２０ｃは、重要なイベントに関してＳＮＭＰマネージメントステーション６１０に通知することが可能である。
【００４１】
ここで、本発明の例示的な実施の形態に係る、ＳＮＭＰ管理エンティティ６２０に含まれるＳＮＭＰ管理リソース６２０ａに関する説明が与えられる。リモート管理は、ビデオ会議サーバ２０５内で以下のリソースを監視及び／又は制御する。アクティブセッション及び関連される統計量、セッションのログ、ビデオ会議のためのネットワークポリシー、セッション・イニシエーション・プロトコル（ＳＩＰ）パラメータ及び統計量、及びＭＡＤＣＡＰパラメータ及び統計量。
【００４２】
ＳＮＭＰマネージメントステーション６１０から、以下の３つのタイプのＳＮＭＰメッセージ、ＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔ及びＳｅｔＲｅｑｕｅｓｔがマネージメントアプリケーションのために発せられる。最初の２つは、Ｇｅｔ機能の変化である。全ての３つのメッセージは、ＧｅｔＲｅｓｐｏｎｓｅメッセージの形式でＳＮＭＰエージェント６２０ｃにより認められる。このＧｅｔＲｅｓｐｏｎｓｅメッセージは、マネージメントアプリケーション６１０ａに通過される。また、ＳＮＭＰエージェント６２０ｃは、管理リソースに生じたイベントに応答してＴｒａｐメッセージを発する場合がある。
【００４３】
再び図３を参照して、本発明の例示的な実施の形態に係る、図３のネットワークコミュニケーションエンティティ３０４に含まれるＬＤＡＰクライアントモジュール３０４Ｂに関する説明が与えられる。ＬＤＡＰモジュール３０４Ｂは、ＬＤＡＰを利用し、このＬＤＡＰは、共通のデイレクトリ情報にアクセスするための標準的なＩＰベースのプロトコルである。ＬＤＡＰは、ユーザ固有の基準に合致するエントリのサーチ、エントリの追加、エントリの削除、エントリの変更、エントリの比較のような、ディレクトリエントリにアクセス及び変更するための動作を定義する。
【００４４】
ここで、本発明の例示的な実施の形態に係る、図３のネットワークコミュニケーションエンティティに含まれるＭＡＤＣＡＰクライアントモジュール３０４Ｃに関する説明が与えられる。ＭＡＤＣＡＰモジュール３０４Ｃは、ＭＡＤＣＡＰを利用し、このＭＡＤＣＡＰは、マルチキャストアドレス割り当てサーバからのマルチキャストアドレスの割り当てサービスをホストが要求することを可能にするプロトコルである。ビデオ会議のセッションがマルチキャストサービスを使用するために設定されたとき、ビデオ会議サーバ２０５は、セッションにおけるクライアントに割り当てるためのマルチキャストアドレスを取得する必要がある。ビデオ会議サーバ２０５は、ＭＡＤＣＡＰプロトコルを使用して、マルチキャストアドレス割り当てサーバからマルチキャストアドレスを動的に取得することができる。
【００４５】
ここで、本発明の例示的な実施の形態に係る、図３のネットワークコミュニケーションエンティティ３０４に含まれるＳＩＰモジュール３０４Ｄに関する説明が与えられる。ＳＩＰモジュール３０４Ｄは、ＳＩＰを利用し、このＳＩＰは、ＩＰベースのネットワークの１以上の参加者によるマルチメディアセッションを形成、変更及び終了するためのアプリケーションレイヤ・コントロール・プロトコルである。ＳＩＰは、テキストメッセージベースのプロトコルである。
【００４６】
ＳＩＰベースのビデオ会議システムでは、それぞれのクライアント及びサーバは、ＳＩＰ  ＵＲＬにより識別される。ＳＩＰ  ＵＲＬは、ｕｓｅｒ＠ｈｏｓｔの形式をとり、この形式は、電子メールアドレスと同じフォーマットであり、殆どのケースでは、ＳＩＰ  ＵＲＬは、ユーザの電子メールアドレスである。
【００４７】
ここで、本発明の例示的な実施の形態に係る、図３のネットワークコミュニケーションエンティティ３０４に含まれるサーバツーサーバマネージメントモジュール３０４Ｅに関する説明が与えられる。サーバツーサーバマネージメントモジュール３０４Ｅは、ビデオ会議サーバ間で情報をやり取りするためにメッセージを利用する。サーバツーサーバマネージメントモジュール３０４Ｅは、ユニークなビデオ会議サーバ（たとえば、ビデオ会議サーバ２０５）が該サーバがサポートしているネットワーク（たとえば、ＬＡＮ２２５）に対してローカルに設定され、したがって、幾つかのビデオ会議サーバが会社規模のネットワーク（たとえば、ネットワーク２００）に存在する場合がある、典型的な配置で利用されることが好ましい。情報を交換するためのメッセージの主要な目的には、データベースを同期させること、ネットワークリソースの可用性をチェックすることを含んでいる。
【００４８】
以下のメッセージが定義される。ＱＵＥＲＹは、リモートサーバにおけるエントリを問合せする。ＡＤＤは、リモートサーバにエントリを加える。ＤＥＬＥＴＥは、リモートサーバからエントリを削除する。ＵＰＤＡＴＥは、リモートサーバ上のエントリを更新する。
【００４９】
サーバからサーバへのメッセージングは、それぞれのサーバ間でのＴＣＰベースのコネクションを使用することができる。あるサーバのステータスが変更したとき、残りのサーバは、同じ情報で更新される。
【００５０】
ここで、本発明の例示的な実施の形態に係る、ビデオ会議サーバ２０５の動作シナリオに関する説明が与えられる。はじめに、ビデオ会議システムのセットアップに対応する動作シナリオの説明が提供され、ビデオ会議セッションの間の解像度及びフレームレート調節に対応する動作シナリオの説明がこれに続く。セッションの動作シナリオは、ＳＩＰサーバの発見、メンバ登録、セッションのセットアップ、セッションのキャンセル、及びセションの終了を含んでいる。
【００５１】
ここで、本発明の例示的な実施の形態に係る、ＳＩＰサーバの発見に対応するセッションの動作シナリオに関する説明が与えられる。ユーザ（ビデオ会議のクライアントアプリケーション）は、（手動で提供される）予め設定されたビデオ会議サーバで登録するか、公知の“ａｌｌ  ＳＩＰ  ｓｅｒｖｅｒｓ”マルチキャストアドレス“ｓｉｐ．ｍｃａｓｔ．ｎｅｔ”（２２４．０．１．７５）にＲＥＧＩＳＴＥＲ要求を送出することでスタートアップに登録することができる。第二のメカニズムは（ＲＥＧＩＳＴＥＲ要求）は、それぞれのユーザがビデオ会議のクライアントアプリケーションにおけるローカルのＳＩＰサーバのアドレスを手動で設定する必要がないために好ましい。このケースでは、マルチキャストアドレスは、ユーザがビデオ会議のために正しいＳＩＰサーバに登録していることを保証するために、ネットワークに正しく範囲付けされる必要がある。前の方法に加えて、提供プロセスを簡単にするための別の方法では、ＳＩＰ仕様は、管理者がｓｉｐ．ｄｏｍａｉｎｎａｍｅ  ｃｏｎｖｅｎｔｉｏｎ（たとえば、ｓｉｐ．ｐｒｉｎｃｅｔｏｎ．ｔｃｅ．ｃｏｍ）を使用してそれらのＳＩＰサーバを名付けることを推薦している。
【００５２】
ここで、本発明の例示的な実施の形態にかかる、メンバ登録に対応するセッションの動作シナリオに関する説明が与えられる。図７は、本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用したビデオ会議セッションのために登録する方法を説明する図である。図７の例は、ビデオ会議のクライアントアプリケーション（クライアント）７０２及びビデオ会議サーバ（サーバ）２０５を含んでいる。なお、フレーズ「クライアントアプリケーション」及び「クライアント」は、本実施の形態では置き換え可能に使用されることを理解されたい。
【００５３】
メンバ登録機能では、クライアント７０２は、ＳＩＰ  ＲＥＧＩＳＴＥＲ要求をサーバ２０５に送出する（ステップ７１０）。サーバ２０５は、このメッセージを受信し、クライアント７０２のＩＰアドレス及びＳＩＰ  ＵＲＬをメンバデータベース３１４に記憶する。
【００５４】
ＲＥＧＩＳＴＥＲ要求は、メッセージボディを含んでいる場合があるが、その使用については規格では定義されていない。メッセージボディは、サーバ２０５に登録するクライアント７０２のコンフィギュレーションのオプションに関連する更なる情報を含むことができる。
【００５５】
サーバ２０５は、２００  ＯＫメッセージをクライアント７０２に送り返すことにより登録を認める（ステップ７２０）。
【００５６】
ここで、本発明の例示的な実施の形態に係る、ユニキャストビデオ会議及びマルチキャストビデオ会議のセッションに関する説明が与えられる。図１Ｂ及び図１Ｃは、本発明の２つの例示的な実施の形態に係る、ユニキャストビデオ会議のセッション及びマルチキャストビデオ会議のセッションをそれぞれ説明するブロック図である。図１Ｂ及び図１Ｃは、クライアント１  １３０、クライアント２  １３２、クライアント３  １３４、イーサネットスイッチ１３６、ＩＰルータ１３８、ＩＰルータ１４０及びＷＡＮ１４２を含んでいる。
【００５７】
ユニキャストの例では、それぞれのクライアントからそれぞれの他のクライアントにユニークなストリームが送出される。かかるアプローチは、より多くの参加者がネットワークに加わるにつれて大量の帯域幅を使用する。対照的に、マルチキャストのアプローチでは、唯一のストリームがそれぞれのクライアントから送出される。したがって、マルチキャストのアプローチは、ユニキャストのアプローチに比較して、より少ない帯域幅のようなネットワークリソースを使用する。
【００５８】
ここで、本発明の例示的な実施の形態に係る、ユニキャストのビデオ会議セッションのセットアップに対応するセッションの動作シナリオに関する説明が与えられる。図８Ａは、本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用したユニキャストのビデオ会議セッションをセットアップするための方法を説明する図である。図８Ａの例は、ビデオ会議のクライアントアプリケーション＃１（クライアント＃１）８０２、ビデオ会議サーバ（サーバ）２０５、及びビデオ会議のクライアントアプリケーション＃２（クライアント＃２）８０６を含んでいる。
【００５９】
ＩＮＶＩＴＥ要求は、クライアント＃１からサーバ２０５に送出される（ステップ８１０）。ＩＮＶＩＴＥ要求は、サーバ２０５からクライアント＃２  ８０６に送出される（ステップ８１５）。
【００６０】
１８０  Ｒｉｎｇｉｎｇメッセージは、クライアント＃２  ８０６からサーバ２０５に送出される（ステップ８２０）。１８０  Ｒｉｎｇｉｎｇメッセージは、サーバ２０５からクライアント＃１  ８０２に送出される（ステップ８２５）。
【００６１】
２００  ＯＫメッセージは、クライアント＃２  ８０６からサーバ２０５に送出される（ステップ８３０）。２００  ＯＫメッセージは、サーバ２０５からクライアント＃１  ８０２に送出される（ステップ８３５）。
【００６２】
確認応答メッセージＡＣＫは、クライアント＃１  ８０２からクライアント＃２  ８０６に送出される（ステップ８４０）。ビデオ会議セッション（メディアセッション）は、２つのノード（クライアント＃１  ８０２とクライアント＃２  ８０６）間で行われる。
【００６３】
図８Ｂは、本発明の例示的な実施の形態に係る、ビデオ会議のクライアントアプリケーション＃１  ８０２からＩＮＶＩＴＥ要求が受信されたとき（図８Ａのステップ８１０）、ビデオ会議サーバ２０５により行われる処理を説明する図である。
【００６４】
サーバ２０５は、要求しているユーザ（クライアント＃１  ８０２）がサーバ２０５に登録されているかをはじめにチェックし、呼出されているユーザ（クライアント＃２  ８０６）がサーバ２０５に登録されているかをチェックする（ステップ８５０）。
【００６５】
サーバ２０５は、ネットワーク上のそれぞれのユーザのロケーションを決定し（ステップ８５５）、（異なる場合に）それらの２つの位置を接続している低い帯域幅のＷＡＮリンク（たとえばＷＡＮ２５０）が存在するかを判定する（ステップ８６０）。
【００６６】
２つの位置を互いに接続している低帯域幅のＷＡＮリンクが存在しない場合、サーバ２０５は、呼出しを進める（ステップ８６５）。しかし、２つのユーザ間に低帯域幅のリンクが存在する場合、本方法はステップ８７０に進む。
【００６７】
ステップ８７０で、サーバ２０５は、ＷＡＮ２５０でのビデオ会議のセッションのポリシーをチェックし、これにより、“Ｘセッションは最大のビットレートＹで行うことができる”に基本的に変換される。サーバ２０５は、このポリシーに基づいて可用性についてチェックする（ステップ８７５）。可用性が存在しない場合、サーバ２０５は、以下のメッセージ“６００−Ｂｕｓｙ  Ｅｖｅｒｙｗｈｅｒｅ”、“４８６−Ｂｕｓｙ  Ｈｅｒｅ”、“５０３−Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅ”又は“６０３−Ｄｅｃｌｉｎｅ”（ステップ８８０）のいずれかを送出することで、ＩＮＶＩＴＥ要求を拒否し、（図８Ａの方法のステップ８１５に継続することなしに）本方法は終了する。しかし、可用性が存在する場合、サーバ２０５は、呼出しを進める（ステップ８６５）。なお、ステップ８６５には、図８Ａの方法のステップ８１５が続くことを理解されたい。
【００６８】
図９は、本発明の例示的な実施の形態に係る、図８Ａの方法を更に説明する図である。図９の例は、クライアントアプリケーション１  ９９８、クライアント２  ９９７、ビデオ会議サーバ２０５、及び他のビデオ会議サーバ９８６を含んでいる。図９に示されるビデオ会議サーバ２０５のエレメントは、メンバデータベース３１４、アクティブセッションデータベース３１２、ネットワークアーキテクチャデータベース３１６に含まれるポリシーデータベース９９９、セッションマネージャ３２０、ＳＩＰモジュール３０４Ｄ、及びサーバツーサーバマネージメントモジュール３０４Ｅを含んでいる。
【００６９】
図９は、ビデオ会議サーバ２０５内での内部の相互作用を示すために設けられており、したがって、ビデオ会議サーバ２０５のエンティティ間のシグナルフローの例を提供するための基本的なレベルで示されている。
【００７０】
クライアントアプリケーション１  ９９８からビデオ会議サーバ２０５内のＳＩＰモジュール３０４ｄにＩＮＶＩＴＥ要求が送出される（ステップ９０３）。ＳＩＰモジュール３０４Ｄは、メッセージをデコードし、セッションマネージャ３２０にＩＮＶＩＴＥ要求を送出する（ステップ９０６）。セッションマネージャ３２０は、セッションが正しくセットアップされていることを保証するために、アクティブセッションデータベース３１２、メンバデータベース３１４、及びネットワークアーキテクチャデータベース３１６内のポリシーデータベース９９９をチェックする（それぞれステップ９０９，９１２及び９１５）。セッションが正しくセットアップされている場合、アクティブセッションデータベース３１２、メンバデータベース３１４、及びポリシーデータベース９９９は、セッションマネージャ３２０にＯＫメッセージを送信する（ステップ９１８、９２１及び９２４）。この証明プロセスが一旦完了されると、ビデオ会議サーバ２０５は、他のビデオ会議サーバにシステムステータスの変化に関して通知する（ステップ９２７及び９３０）。
【００７１】
セッションマネージャ３２０は、ＩＮＶＩＴＥメッセージをＳＩＰモジュール３０４Ｄに送出し（ステップ９３３）、次いで、ＳＩＰモジュール３０４Ｄは、ＩＮＶＩＴＥメッセージをクライアントアプリケーション２  ９９７に送出する（ステップ９３６）。ＩＮＶＩＴＥメッセージの受信に応じて、クライアントアプリケーション２  ９９７は、ＳＩＰモジュール３０４ＤがＩＮＶＩＴＥメッセージを受信したことを示す１８０  ＲｉｎｇｉｎｇメッセージでＳＩＰモジュール３０４Ｄに応答する。１８０  Ｒｉｎｇｉｎｇメッセージは、ＳＩＰモジュール３０４Ｄにより受信されてデコードされ、次いで、セッションマネージャ３２０に送出される（ステップ９４２）。クライアントのステータスは、ビデオ会議サーバ２０５内の図９に示されるデータベースのそれぞれにおいて更新される（ステップ９４５，９４８，９５１，９５４，９５７及び９５８）。
【００７２】
１８０  Ｒｉｎｇｉｎｇメッセージは、セッションマネージャ３２０からクライアントアプリケーション１  ９８８に送出される（ステップ９６０及び９６３）。２００  ＯＫメッセージは、クライアントアプリケーション２  ９９７からＳＩＰモジュール３０４Ｄに送出され（ステップ９６６）、ＳＩＰモジュール３０４Ｄからセッションマネージャ３２０に送出される（ステップ９６９）。２００  ＯＫメッセージは、クライアントアプリケーション２  ９９７がビデオ会議セッションの誘いを受けたことを示している。
【００７３】
クライアントのステータスは、ビデオ会議サーバ２０５内の図９に示されるデータベースのそれぞれにおいて更新される（ステップ９７２，９７５，９７８，９８１，９８４及び９８５）。ＯＫメッセージは、セッションマネージャ３２０からＳＩＰモジュール３０４Ｄに送出され、ＳＩＰモジュール３０４Ｄからクライアントアプリケーション１  ９９８に送出される（ステップ９８８及び９９１）。ＡＣＫメッセージは、クライアントアプリケーション１  ９９８からクライアントアプリケーション２  ９８７に送出され、セッションのセットアップが完了する（ステップ９９４）。
【００７４】
ここで、本発明の例示的な実施の形態に係る、マルチキャストビデオ会議セッションのセットアップに対応するセッションの動作シナリオに関する説明が与えられる。マルチキャストのセッションのセットアップを提供するために、セッション・ディスクリプション・プロトコル（ＳＤＰ）が使用される。ＳＤＰプロトコルは、マルチキャストアドレス及びポート番号を伝達するために使用される。
【００７５】
マルチキャストのセッションのセットアップは、マルチキャストアドレスが必要とされる点を除いて、ユニキャストのセッションのセットアップと同じである。マルチキャストアドレスは、ネットワークにおけるＭＡＤＣＡＰサーバ２１５により割り当てられる。
【００７６】
図１０は、本発明の別の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用したマルチキャストのビデオ会議のセッションをセットアップするための方法を説明する図である。図１０の例は、ビデオ会議のクライアントアプリケーション＃１（クライアント＃１）１００２、ビデオ会議サーバ（サーバ）２０５、ビデオ会議のクライアントアプリケーション＃２（クライアント＃２）１００６、及びＭＡＤＣＡＰサーバ２１５を含んでいる。
【００７７】
ＩＮＶＩＴＥ要求は、クライアント＃１  １００２からサーバ２０５に送出される（ステップ１０１０）。ＭＡＤＣＡＰ要求は、サーバ２０５からＭＡＤＣＡＰサーバ２１５に送出される（ステップ１０１５）。確認応答メッセージＡＣＫは、ＭＡＤＣＡＰサーバ２１５からサーバ２０５に送出される（ステップ１０２０）。ＩＮＶＩＴＥ要求は、サーバ２０５からクライアント＃２  １００６に送出される（ステップ１０２５）。
【００７８】
１８０  Ｒｉｎｇｉｎｇメッセージは、クライアント＃２  １００６からサーバ２０５に送出される（ステップ１０３０）。１８０  Ｒｉｎｇｉｎｇメッセージは、サーバ２０５からクライアント＃１  １００２に送出される（ステップ１０３５）。
【００７９】
２００  ＯＫメッセージは、クライアント＃２  １００６からサーバ２０５に送出される（ステップ１０４０）。２００  ＯＫメッセージは、サーバ２０５からクライアント＃１  １００２に送出される（ステップ１０４５）。
【００８０】
確認応答メッセージＡＣＫは、クライアント＃１  １００２からクライアント＃２  １００６に送出される（ステップ１０５０）。ビデオ会議セッション（メディアセッション）は、２つのノード（クライアント＃１  １００２とクライアント＃２  １００６）間で行われる（ステップ１０５５）。
【００８１】
ここで、本発明の実施の形態に係る、ビデオ会議セッションのキャンセルに対応するセッションの動作シナリオに関する説明が与えられる。キャンセル（ＣＡＮＣＥＬ）メッセージは、ペンディングセッションのセットアップの試みを終了するために使用される。クライアントは、このメッセージを使用して、クライアントが先に始動したペンディングのビデオ会議のセッションのセットアップの試みをキャンセルすることができる。サーバは、ＩＮＶＩＴＥが送出されたペンディング要求と同じ位置にＣＡＮＣＥＬメッセージを送出する。クライアントは、“２００  ＯＫ”メッセージでＣＡＮＣＥＬメッセージに応答すべきではない。ＣＡＮＣＥＬメッセージが不成功の場合、セッションの終了シーケンス（すなわち、ＢＹＥメッセージ）を使用することができる。
【００８２】
図１１は、本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用したビデオ会議のセッションをキャンセルするための方法を説明する図である。図１１の例は、ビデオ会議のクライアントアプリケーション＃１（クライアント＃１）１１０２、ビデオ会議サーバ（サーバ）２０５、及びビデオ会議のクライアントアプリケーション＃２（クライアント＃２）１１０６を含んでいる。
【００８３】
ＩＮＶＩＴＥ要求は、クライアント＃１  １１０２からサーバ２０５に送出される（ステップ１１１０）。ＩＮＶＩＴＥ要求は、サーバ２０５からクライアント＃２  １１０６に送出される（ステップ１１１５）。
【００８４】
１８０  Ｒｉｎｇｉｎｇメッセージは、クライアント＃２  １１０６からサーバ２０５に送出される（ステップ１１２０）。１８０  Ｒｉｎｇｉｎｇメッセージは、サーバ２０５からクライアント＃１  １１０２に送出される（ステップ１１２５）。
【００８５】
ＣＡＮＣＥＬメッセージは、クライアント＃１  １１０２からサーバ２０５に送出される（ステップ１１３０）。ＣＡＮＣＥＬメッセージは、サーバ２０５からクライアント＃２  １１０６に送出される（ステップ１１３５）。
【００８６】
ここで、本発明の例示的な実施の形態に係る、ビデオ会議セッションの終了に対応するセッションの動作シナリオに関する説明が与えられる。図１２は、本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用した２つのクライアント間のビデオ会議のセッションを終了するための方法を説明する図である。図１２の例は、第一のクライアント（ビデオ会議のクライアントアプリケーション＃１）１２０２、ビデオ会議サーバ（サーバ）２０５、及び第二のクライアント（ビデオ会議のクライアントアプリケーション＃２）１２０６を含んでいる。
【００８７】
クライアント＃１  １２０２は、クライアント＃２  １２０６との呼び出しを切断することを決定する。したがって、クライアント＃１  １２０２は、ＢＹＥメッセージをサーバ２０５に送出する（ステップ１２１０）。サーバ２０５は、ＢＹＥメッセージをクライアント＃２  １２０６に送出する（ステップ１２２０）。
【００８８】
クライアント＃２  １２０６は、該クライアント＃２  １２０６が切断されたことを示す２００  ＯＫメッセージをサーバ２０５に送り返す（ステップ１２３０）。サーバ２０５は、成功した切断を示す２００  ＯＫメッセージをクライアント＃１  １２０２に送出する（ステップ１２４０）。
【００８９】
図１３は、本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用した３つのクライアント間のビデオ会議のセッションを終了するための方法を説明する図である。図１３の例は、第一のクライアント（ビデオ会議のクライアントアプリケーション＃１）１３０２、ビデオ会議サーバ（サーバ）２０５、第二のクライアント（ビデオ会議のクライアントアプリケーション＃２）１３０６、及び第三のクライアント（ビデオ会議のクライアントアプリケーション）１３０８を含んでいる。
【００９０】
クライアント＃１  １３０２は、クライアント＃２  １３０６及びクライアント＃３  １３０８との呼出しを切断することを決定する。これは、クライアント＃２  １３０６とクライアント＃３  １３０８との間のセッションを切断するものではない。
【００９１】
クライアント＃１  １３０２は、サーバ２０５にＢＹＥメッセージを送出する（ステップ１３１０）。サーバ２０５は、ＢＹＥメッセージを解釈し、クライアント＃２  １３０６とクライアント＃３  １３０８がクライアント＃１  １３０２とビデオ会議のセッションに関与していることを理解し、クライアント＃２  １３０６とクライアント＃３  １３０８の両者にＢＹＥメッセージを送出する（ステップ１３２０及び１３３０）。
【００９２】
クライアント＃２  １３０６は、２００  ＯＫメッセージをサーバ２０５に送り返す（ステップ１３４０）。サーバ２０５は、２００  ＯＫメッセージをクライアント＃１  １３０２に送出する（ステップ１３５０）。クライアント＃３  １３０８は、２００  ＯＫメッセージをサーバ２０５に送り返す（ステップ１３６０）。サーバ２０５は、２００  ＯＫメッセージをクライアント＃１  １３０２に送出する（ステップ１３７０）。
【００９３】
図１４は、本発明の別の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用した３つのクライアント間のビデオ会議のセッションを終了するための方法を説明する図である。図１４の例は、第一のクライアント（ビデオ会議のクライアントアプリケーション＃１）１４０２、ビデオ会議サーバ（サーバ）２０５、第二のクライアント（ビデオ会議のクライアントアプリケーション＃２）１４０６、及び第三のクライアント（ビデオ会議のクライアントアプリケーション＃３）１４０６を含んでいる。
【００９４】
クライアント＃１  １４０２は、クライアント＃２  １４０６とクライアント＃２  １４０８との呼出しを切断することを決定する。これは、クライアント＃２  １４０６とクライアント＃３  １４０８との間のセッションを切断するものではない。
【００９５】
クライアント＃１  １４０２は、クライアント＃２  １４０６のために意図されるＢＹＥメッセージをサーバ２０５に送出する（ステップ１４１０）。サーバ２０５は、ＢＹＥメッセージをクライアント＃２  １４０６に送出する（ステップ１４２０）。クライアント＃１  １４０２は、クライアント＃３  １４０８のために意図されるＢＹＥメッセージをサーバ２０５に送出する（ステップ１４３０）。サーバ２０５は、ＢＹＥメッセージをクライアント＃３  １４０８に送出する（ステップ１４４０）。
【００９６】
クライアント＃２  １４０６は、２００  ＯＫメッセージをサーバ２０５に送り返す（ステップ１４５０）。サーバ２０５は、２００  ＯＫメッセージをクライアント＃１  １４０２に送り返す（ステップ１４６０）。クライアント＃３  １４０８は、２００  ＯＫメッセージをサーバ２０５に送り返す（ステップ１４７０）。サーバ２０５は、２００  ＯＫメッセージをクライアント＃１  １４０２に送り返す（ステップ１４８０）。
【００９７】
図１２から図１４に関して説明された上述の例に加えて、ビデオ会議の加入者に属しているマルチキャストグループアドレスにＢＹＥメッセージを送信することで終了を発動することができる。この方法を使用して、サーバ及び他のクライアントアプリケーションは、メッセージを受信する。より少ない量の関連するオーバヘッドのため、セッションを終了することは、より一般的かつ効率的である。
【００９８】
ここで、本発明の例示的な実施の形態に係る、解像度及びフレームレートの調整に対応する動作シナリオに関する説明が与えられる。ビデオ会議は、コンピュータネットワーク上の異なるロケーションにある幾つかのユーザ間でライブの、２方向の対話的なビデオを送信することを含んでいる。リアルタイムのインタラクティブなビデオは、制約された遅延をもつ大量の情報の送信を必要とする。これは、ビデオ会議システムが束縛されるコンピュータネットワークが、セッションに関与するそれぞれのユーザについて適切な量の帯域幅及びサービス品質を提供する必要があることを要求している。帯域幅は、時に制限されるリソースであり、サービス品質は、全てのネットワークにおいて常に保証することができず、したがってある制約が存在する。専用の企業ネットワークでは、サービス品質を保証することは可能であるが、大量の帯域幅を保証することは可能ではない。
【００９９】
基本的な企業のコンピュータネットワークのインフラは、低速リンクを通して互いに接続される幾つかの高速ローカルエリアネットワーク（ＬＡＮ）を含んでいる（たとえば、図２参照）。高速ＬＡＮのそれぞれは、通常、単一の地理的な位置でのネットワークインフラを表しており、低速リンクは、多数の地理的な位置を互いに接続するロングホールリンクである。低速リンクが使用される理由は、ロングホールリンクのコストは比較的高く、また、殆どのネットワークトラフィックは、ローカルエリアネットワーク内で通常制限され、したがって、大量のデータがこれらのロングホールリンクを通して通常交換されないためである。
【０１００】
ＩＰベースのネットワークを通したサービス品質における最近の進歩は、他のタイプの情報がこれらのネットワークにわたり送信されることを可能にする手段を提供することである。これは、リアルタイム性が要求されないデータトラフィックに加えて、インフラにわたりリアルタイム性が要求される情報を送信するためのドアを開く。ネットワークのサービス品質を利用するビデオ会議サービスは、このインフラに重ねることに良好に適している。これにより、２つの異なる地理的な位置にある２つのユーザは、リアルタイムのビデオ会議のセッションを行うことが可能である。ビデオ会議の１つの問題点は、リアルタイムビデオの送信は、極端に大量の帯域幅を使用し、利用可能なネットワークリソースを容易に使い果たしてしまうことである。ネットワークにわたり送信されるリアルタイムビデオのビットレートは、使用されるビデオの解像度及び圧縮アルゴリズムに主に依存する。典型的に、異なる地理的な位置にある２、３又は４つのユーザ間の１つのビデオ会議のセッションは、妥当な量の帯域幅をもつネットワーク上で適切にサポートすることができる。しかし、一般に、ビデオ会議のセッションにおいて４を超える更なるユーザには、帯域幅の制約のためにサポートされないか、又は第二のビデオ会議のセッションがサポートされている。ビデオ会議システムの制約のファクタは、地理的な位置間の低速のロングホールリンク（ｌｏｎｇ  ｈａｕｌ  ｌｉｎｋｓ）である。
【０１０１】
１つの可能なソリューションは、システムにおいて更に多くのユーザをサポートするために、２つの地理的な位置間のロングホールリンクの帯域幅を増加することである。このアプローチの問題点は、帯域幅が非常に高価であることである。第二のソリューションは、ビデオ会議セッションにおける制限された量のユーザ（すなわち、アクティブユーザ）のみが高い解像度及び高いビットレートで送信することが可能とされ、該セッションにおける残りのユーザ（すなわち、パッシブユーザ）が制限されたビットレート及び制限された解像度で送信するのみであるシステムを有することである。ビデオ会議セッションの主催者は、どのユーザが高い解像度で送信するか、どのユーザが低い解像度で送信するかに関する制御を有する。あるユーザがセッションで積極的に話したり、対話したりしていない場合、それらのビデオを高い解像度で送信する必要がない。かかるアプローチにより、帯域幅において膨大な量の節約を提供することができる。
【０１０２】
図１８Ａに進み、ビデオ会議のクライアントアプリケーション１８００を参照して、このアプローチは、ビデオ会議のクライアントアプリケーション１８００において様々なウィンドウサイズ（すなわち、高解像度及び低解像度のデコードされたビデオストリームを表現するための異なるサイズのディスプレイウィンドウ）をサポートするユーザインタフェース１８０８、及び中央のサーバ２０５と他のクライアントのアプリケーションとの間の通信を特定する（図１８Ａのビデオ会議のクライアントアプリケーションに含まれる、ネットワークエンティティ１８０６に含まれる）メッセージングシステム１８４２を有することを含んでいる。メッセージングシステム１８４２は、クライアントアプリケーションのそれぞれの符号化の解像度及び送信のビットレートを制御するメッセージを含んでいる。
【０１０３】
ここで、本発明の例示的な実施の形態に係る、解像度及びフレームレートの調整に対応するメッセージに関する説明が与えられる。特に、ＭＳＧ＿ＷＩＮＤＯＷ＿ＳＷＩＴＣＨメッセージ、及びＭＳＧ＿ＡＤＪＵＳＴ＿ＣＯＤＥＣメッセージが説明される。
【０１０４】
ＭＳＧ＿ＷＩＮＤＯＷ＿ＳＷＴＣＨメッセージは、アクティブユーザとパッシブユーザとの間でのスイッチを示すものであって、クライアントからサーバに送出される。すなわち、アクティブユーザはパッシブユーザとなり、パッシブユーザはアクティブユーザとなる。ビデオ会議サーバは、クライアントによるこの要求を認める。
【０１０５】
ＭＳＧ＿ＡＤＪＵＳＴ＿ＣＯＤＥＣメッセージは、サーバからそれぞれのクライアントに送出される。ＭＳＧ＿ＡＤＪＵＳＴ＿ＣＯＤＥＣメッセージは、クライアントに送出されるべき解像度（すなわちＣＩＦ又はＱＩＦ）及びフレームレートをクライアントに示す。ＭＳＧ＿ＡＤＪＵＳＴ＿ＣＯＤＥＣメッセージは、それぞれのクライアントにより認められる。
【０１０６】
図１５は、本発明の例示的な実施の形態に係る、解像度及びフレームレートの調整のための指示方法を説明する図である。図１５の例は、ビデオ会議サーバ（サーバ）２０５、クライアント１  １５０４、クライアント２  １５０６、クライアント３  １５０８、及びクライアント４  １５１０を含んでいる。
【０１０７】
ＭＳＧ＿ＷＩＮＤＯＷ＿ＳＷＴＣＨメッセージは、クライアント１  １５０４からサーバ２０５に送出される（ステップ１５２０）。確認応答メッセージＡＣＫは、サーバ２０５からクライアント１  １５０４に送出される（ステップ１５２５）。
【０１０８】
ＭＳＧ＿ＡＤＪＵＳＴ＿ＣＯＤＥＣ（ｌｏｗ）メッセージは、サーバ２０５からクライアント１  １５０４に送出される（ステップ１５３０）。確認応答メッセージＡＣＫは、クライアント１  １５０４からサーバ２０５に送出される（ステップ１５３５）。
【０１０９】
ＭＳＧ＿ＡＤＪＵＳＴ＿ＣＯＤＥＣ（ｈｉｇｈ）メッセージは、サーバ２０５からクライアント２  １５０６に送出される（ステップ１５４０）。確認応答メッセージＡＣＫは、クライアント２  １５０６からサーバ２０５に送出される（ステップ１５４５）。
【０１１０】
ＭＳＧ＿ＡＤＪＵＳＴ＿ＣＯＤＥＣ（ｌｏｗ）メッセージは、サーバ２０５からクライアント３  １５０８に送出される（ステップ１５５０）。確認応答メッセージＡＣＫは、クライアント３  １５０８からサーバ２０５に送出される（ステップ１５５５）。
【０１１１】
ＭＳＧ＿ＡＤＪＵＳＴ＿ＣＯＤＥＣ（ｌｏｗ）メッセージは、サーバ２０５からクライアント４  １５１０に送出される（ステップ１５６０）。確認応答メッセージＡＣＫは、クライアント４  １５１０からサーバ２０５に送出される（ステップ１５６５）。
【０１１２】
図１６は、本発明の例示的な実施の形態に係る、解像度及びフレームレートの調整前のシグナリング（クライアント２及び３）を説明する図である。図１７は、本発明の例示的な実施の形態に係る、解像度及びフレームレートの調整後のシグナリング（クライアント２及び３）を説明する図である。図１６及び図１７は、クライアント１  １６０２、クライアント２  １６０４、ネットワークルータ１６０６、クライアント３  １６０８、及びクライアント４  １６１０を含んでいる。
【０１１３】
“ｓｅｎｄ  ａｔ  ｌｏｗ  ｂｉｔ−ｒａｔｅ／ｒｅｓｏｌｕｔｉｏｎ”メッセージは、クライアント１  １６０２からネットワークルータ１６０６に送出される（ステップ１６２０）。“ｓｅｎｄ  ａｔ  ｈｉｇｈ  ｂｉｔ−ｒａｔｅ／ｒｅｓｏｌｕｔｉｏｎ”メッセージは、クライアント３  １６０８からネットワークルータ１６０６に送出される（ステップ１６２５）。“ｓｅｎｄ  ａｔ  ｌｏｗ  ｂｉｔ−ｒａｔｅ／ｒｅｓｏｌｕｔｉｏｎ”メッセージは、クライアント２  １６０４からネットワークルータ１６０６に送出される（ステップ１６３０）。“ｓｅｎｄ  ａｔ  ｈｉｇｈ  ｂｉｔ−ｒａｔｅ／ｒｅｓｏｌｕｔｉｏｎ”メッセージは、クライアント４  １６１０からネットワークルータ１６０６に送出される（ステップ１６３５）。
【０１１４】
マルチキャストアドレスを使用して、ネットワークルータ１６０６からクライアント２  １６０４、クライアント３  １６０８、クライアント１  １６０２及びクライアント４  １６１０にデータが送出される（それぞれステップ１６４０，１６４５，１６５０及び１６５５）。
【０１１５】
図１７に進み、“ｓｅｎｄ  ａｔ  ｌｏｗ  ｂｉｔ−ｒａｔｅ／ｒｅｓｏｌｕｔｉｏｎ”（低ビットレート／解像度で送出）メッセージは、クライアント１  １６０２からネットワークルータ１６０６に送出される（ステップ１７２０）。“ｓｅｎｄ  ａｔ  ｈｉｇｈ  ｂｉｔ−ｒａｔｅ／ｒｅｓｏｌｕｔｉｏｎ”（高ビットレート／解像度で送出）メッセージは、クライアント３  １６０８からネットワークルータ１６０６に送出される（ステップ１７２５）。“ｓｅｎｄ  ａｔ  ｈｉｇｈ  ｂｉｔ−ｒａｔｅ／ｒｅｓｏｌｕｔｉｏｎ”メッセージは、クライアント２  １６０４からネットワークルータ１６０６に送出される（ステップ１６３０）。“ｓｅｎｄ  ａｔ  ｌｏｗ  ｂｉｔ−ｒａｔｅ／ｒｅｓｏｌｕｔｉｏｎ”メッセージは、クライアント４  １６１０からネットワークルータ１６０６に送出される（ステップ１６３５）。
【０１１６】
マルチキャストアドレスを使用して、ネットワークルータ１６０６からクライアント２  １６０４、クライアント３  １６０８、クライアント１  １６０２、及びクライアント４  １６１０にデータが送出される（それぞれステップ１７４０，１７４５，１７５０及び１７５５）。
【０１１７】
ここで、本発明の例示的な実施の形態に係る、クライアントアプリケーションアーキテクチャに関する説明が与えられる。クライアントアプリケーションは、他のクライアントアプリケーションとマルチメディアコンテンツを交換してユーザとのインタフェースを行い、中央のサーバアプリケーションとの呼出しの管理を行うための働きをする。図１８Ａは、本発明の例示的な実施の形態に係る、ビデオ会議のクライアントアプリケーション１８００に関するブロック図である。なお、ビデオ会議のクライアントアプリケーション１８００は、コンピュータ２２０ａ〜２２０ｆのいずれか、及び／又はコンピュータ２３０ａ〜２３０ｃのいずれかのようなコンピュータで見られる場合があることを理解されたい。ビデオ会議のクライアントアプリケーション１８００は、以下の４つの基本的な機能エンティティである、マルチメディアインタフェースレイヤ１８０２、コーデック１８０４（オーディオコーデック１８０４ａ及びビデオコーデック１８０４ｂ）、ネットワークエンティティ１８０６、及びユーザインタフェース１８０８を含んでいる。
【０１１８】
マルチメディアインタフェースレイヤ１８０２は、ビデオ会議のクライアントアプリケーション１８００の主要な制御の実例である。全てのイントラシステム通信は、経路制御され、マルチメディアインタフェースレイヤ１８０２により制御される。マルチメディアインタフェースレイヤ１８０の鍵となる基礎をなす特徴の１つは、異なるオーディオ及びビデオコーデック１８０４を容易に交換する能力である。これに加えて、マルチメディアインタフェースレイヤ１８０２は、オペレーティングシステム（ＯＳ）に依存するユーザ入力／出力エンティティ及びネットワークサブシステムへのインタフェースを提供する。マルチメディアインタフェースレイヤ１８０２は、メンバデータベース１８２０、メインコントロールモジュール１８２２、オーディオミキサ１８９９、及びエコーキャンセレーションモジュール１８９８を含んでいる。
【０１１９】
ユーザインタフェース１８０８は、エンドユーザのための対話のポイントをビデオ会議のクライアントアプリケーション１８００に提供する。ユーザインタフェース１８０８は、必ずしも必要ではないが、ＯＳに依存するモジュールとして実現されることが好ましい。多くのグラフィカル・ユーザ・インタフェースは、使用している特定のＯＳに依存する。ユーザインタフェース１８０８の４つの主要な機能は、ビデオ取得、ビデオ表示、オーディオ取得、及びオーディオ再生である。ユーザインタフェース１８０８は、オーディオ／ビデオ取得インタフェース１８３０、オーディオ／ビデオ再生モジュール１８３２、メンバビューモジュール１８３４、チャットモジュール１８３６、及びユーザ選択／メニュー１８３８を含んでいる。オーディオ／ビデオ取得インタフェース１８３０は、カメラインタフェース１８３０Ａ、マイクロフォンインタフェース１８３０Ｂ、及びファイルインタフェース１８３０Ｃを含んでいる。オーディオ／ビデオ再生モジュール１８３４は、ビデオディスプレイ１８３２Ａ、オーディオ再生モジュール１８３２Ｂ、及びファイルインタフェース１８３２Ｃを含んでいる。
【０１２０】
ネットワークエンティティ１８０６は、ビデオ会議のクライアントアプリケーション１８００のコミュニケーションサブシステムを表現している。ネットワークエンティティ１８０６の機能は、セッション・イニシエーション・プロトコル（ＳＩＰ）並びにオーディオ及びビデオストリームの送信及び受信に基づいた、クライアントからサーバへのメッセージングである。ネットワークエンティティ１８０６は、クライアント間のメディアストリームの認証及び暗号化通信のための基本的なセキュリティ機能も含んでいる。ネットワークエンティティ１８０６は、セキュリティモジュール１８４０、メッセージングシステム１８４２、ビデオストリームモジュール１８４４、オーディオストリームモジュール１８４６、及びＩＰソケット１８４８Ａ〜１８４８Ｃを含んでいる。
【０１２１】
オーディオコーデック１８０４Ａ及びビデオコーデック１８０４Ｂは、デジタルメディアの圧縮及び伸張を扱うサブシステムである。コーデックへのインタフェースは、コーデックを交換することが容易にするためにシンプルかつ汎用的であるべきである。マルチメディアインタフェースレイヤ１８０２とコーデック１８０４間のシンプルな関係は、実現のための例示的なテンプレート又はガイドとして本実施の形態で後に定義される。オーディオコーデック１８０４Ａとビデオコーデック１８０４Ｂは、エンコーダ１８８０及びデコーダ１８９０をそれぞれ含んでいる。エンコーダ１８８０及びデコーダ１８９０は、キュー１８９５をそれぞれ含んでいる。
【０１２２】
ビデオ会議のクライアントアプリケーション１８００は、少なくとも、ビデオ会議サーバ２０５及び他のクライアント１８７０とインタフェースする。
【０１２３】
ここで、本発明の例示的な実施の形態に係る、図１８Ａのマルチメディアインタフェースレイヤ１８０２に含まれるメンバデータベース１８２０に関する説明が与えられる。メンバデータベース１８２０は、セッション当たりでそれぞれ参加しているユーザに関する情報を記憶する。メンバデータベース１８２０は、ＩＰアドレス、クライアントの能力、特定のコーデックに関する情報、及び異なるユーザのステータスに関する詳細を送信／受信することに固有な情報を含んでいる。なお、上述されたアイテムは単なる例示であり、本発明の精神及び範囲を維持しつつ、上述されたアイテムの一部又は全部に加えて、若しくは上述されたアイテムの一部又は全部に代えて他のアイテムがメンバデータベース１８２０に保持される場合があることを理解されたい。メンバデータベース１８２０に含まれる情報は、オーディオ及びビデオデコーダ１８９０に向けられる到来する情報を制御するために使用される。ネットワークから到来するメディア情報は、正しいオーディオ及びビデオデコーダ１８９０に経路制御される必要がある。劣らず重要なことは、オーディオ及びビデオエンコーダ１８９０から到来するメディア情報は、目的地について正しいユニキャストアドレス又はマルチキャストアドレスに経路制御される必要がある。メンバデータベース１８２０に含まれる基本的な情報は、エンドユーザがセッションにおける参加者及びそれらの能力を知るために、ユーザインタフェース１８０８に経路制御される。ビデオ会議サーバ２０５からＩＮＶＩＴＥ要求が受信されるとすぐ、ユーザがメンバデータベース１８２０に加えられ、ビデオ会議サーバ２０５からＢＹＥ要求が受信されるとすぐ、ユーザが除かれる。メンバデータベース１８２０は、セッションが終了したときにフラッシュされる。
【０１２４】
ここで、本発明の例示的な実施の形態に係る、図１８Ａのマルチメディアインタフェースレイヤ１８０２に含まれるメインコントロールモジュール１８２２に関する説明が与えられる。
【０１２５】
メインコントロールモジュール１８２２は、マルチメディアインタフェースレイヤ１８０２の非常に重要な部分である。メインコントロールモジュール１８２２は、中央の管理サブシステムとして機能し、以下の鍵となる機能である、オーディオ及びビデオデコーダ並びに再生のための同期メカニズム、デコーダの目的地のスクリーン又は記録のためにファイルへの接続、アプリケーションレイヤのサービス品質を提供する。
【０１２６】
オーディオ及びビデオ再生の同期は、最適なビデオ会議のユーザ体験のために重要である。２つのメディアストリームを正確に同期させるため、タイムスタンプが使用されて、メディアコンテンツで転送されることが必要とされる。リアルタイムプロトコル（ＲＴＰ）は、このため、タイムスタンプ及びシーケンス番号を含むための一般的なヘッダを提供する。提供されるタイムスタンプは、２つのネットワークノードのクロックを同期することが意図されておらず、一貫した再生のためのオーディオストリーム及びビデオストリームを同期させることが意図されている。これらのタイムスタンプは、捕捉時間で同じノードの共通のクロックから導出される必要がある。たとえば、ビデオフレームが捕捉されたとき、ビデオフレームが捕捉された時間が記録される必要がある。同じことが、オーディオにも当てはまる。ＲＴＰを使用するための更なる詳細及びガイドラインは、本実施の形態のどこかで説明される。
【０１２７】
オーディオ及びビデオを同期させることのメインコントロールモジュール１８２２の機能は、（タイムスタンプ及びシーケンス番号を含む）メタデータとマルチメディアデータの適切な伝達のため、ネットワークエンティティ１８０６とコーデック１８０４の間にコネクションをつくることである。パケットが遅れている場合、システムの現在の状態に依存してデコーディングの前後にそれらパケットをドロップすることできる。ＲＴＰタイムスタンプは、プレゼンテーション及びプレイバックのタイムスタンプをつくるために続いて使用される。
【０１２８】
また、メインコントロールモジュール１８２２は、オーディオ及びビデオデコーダ１８９０の出力を再生のためにスクリーンに向けるため、記録のためにファイルに向けるため、又はその両方のための役割を果たす。それぞれのデコーダ１８９０は独立に扱われ、これにより、例示的な状況では、第一のデコーダの出力をスクリーンに表示することができ、第二のデコーダの出力をファイルに記録することができ、第三のデコーダからの出力をファイル及びスクリーンの両者に同時に送ることができる。
【０１２９】
先に説明された役割に加えて、メインコントロールモジュール１８２２は、アプリケーションレイヤのクオリティ・オブ・サービスに含まれる。メインコントロールモジュール１８２２は、パケットドロップ、受信及び送出されたバイトに関する情報を収集し、この情報に基づいて相応した役割を果たす。このことは、ネットワークで生じている状況を治すことに役立つため、あるメッセージを別のクライアント又はビデオ会議サーバ２０５に送出することを含む。リアル・タイム・コントロール・プロトコル（ＲＴＣＰ）は、統計量及びパケット損失を報じるために使用することができ、特定用途向けのシグナリングのために使用することができる。
【０１３０】
図１８Ｂは、本発明の例示的な実施の形態に係る、図１８Ａのマルチメディアインタフェースレイヤに含まれるオーディオミキサ１８９９を更に説明するブロック図である。オーディオミキサ１８９９は、本実施の形態では「利得制御モジュール」とも呼ばれ、複数のオーディオデコーダ１８９０に動作的に接続されている。多数のオーディオデコーダ１８８０は、圧縮されたオーディオストリームを受け、圧縮されていないオーディオストリームを出力する。圧縮されていないオーディオストリームは、オーディオミキサ１８９９に入力され、結合されたオーディオストリームとして出力される。
【０１３１】
図１８Ｃは、本発明の例示的な実施の形態に係る、図１８Ａのマルチメディアインタフェースレイヤ１８０２に含まれるエコーキャンセレーションモジュール１８９８を更に説明するブロック図である。エコーキャンセレーションモジュール（本実施の形態では「エコーキャンセラ」とも呼ぶ）１８９８は、スピーカ１８９７（たとえば、オーディオ再生モジュール１８３２ｂ）及びマイクロフォン１８９６（たとえば、マイクロフォンインタフェース）に動作的に接続されている。スピーカ１８９７からの音が全二重すなわち２方向通信システムで生成されるとき、ローカルのリスナからのみ聞かれることが意図される。しかし、生成された音は、ローカルのマイクロフォン１８９６によっても聴取され、これにより、信号が離れた端に送られてエコーとして聞かれる。このため、ビデオ会議のクライアントアプリケーション１８００は、この影響を緩和するために、エコーキャンセレーションモジュール１８９８を必要とし、これにより、良好なユーザ体験をつくりだすことができる。
【０１３２】
ここで、本発明の例示的な実施の形態に係る、ビデオ会議のクライアントアプリケーション１８００のサブシステムで利用可能なインタフェースに関する説明が与えられる。インタフェースは、ユーザインタフェース１８０８、ネットワークエンティティ、及びコーデック１８０４との対話のポイントを含んでいる。ユーザインタフェース１８０８は、捕捉されたオーディオ及びビデオを受信するための機能をそれらに対応するタイムスタンプにと共に提供する。これに加えて、表示及び複製のためにユーザインタフェース１８０８にオーディオ及びビデオを送出するための機能が提供される必要がある。ネットワークエンティティ１８０６のインタフェースは、セッションの制御及びセキュリティのために入力メッセージ及び出力メッセージを指示するための機能を提供する。オーディオ及びビデオコーデック１８０４Ａ，Ｂは、圧縮又は伸張のためのパケットを送出及び受信するだけでなく、コンフィギュレーション制御の基本インタフェースを提供する。
【０１３３】
ここで、本発明の例示的な実施の形態に係る、オーディオ及びビデオコーデック１８０４Ａ，Ｂに関する説明が与えられる。
【０１３４】
ビデオ会議で使用するために利用可能な幾つかのオーディオ及びビデオコーデックが存在する。必ずしもではないが、本発明に従って採用されるコーデックは、ソフトウェアベースであることが好ましい。本発明の１つの例示的な実施の形態によれば、典型的なデスクトップコンピュータの処理能力の制約のため、ビデオ圧縮及び伸張のためにＨ．２６３が使用される。デスクトップコンピュータは、将来的には更に高性能になり、Ｈ．２６Ｌのような更に進歩されたコーデックを使用するための能力を実現して利用することができる。勿論、本発明は、先のタイプのコーデックに限定されるものではなく、本発明の精神及び範囲を維持しつつ、他のタイプのコーデックが使用される場合がある。
【０１３５】
ここで、本発明の例示的な実施の形態に係るコーデック１８０４Ａ，Ｂへのインタフェースに関する説明が提供される。説明は、ＤａｔａＩｎ機能、コールバック機能及びコーデックオプションを包含している。コーデック１８０４Ａ，Ｂへのインタフェースは、十分フレキシブルであるべきであって、将来における新たなコーデックの追加を可能にするだけでなく、コーデックの交換可能性のために一般的な意味で定義されるべきである。このフレキシブルかつ一般的なインタフェースを実現するために提案されるインタフェースは、制限された数のユーザに提供される機能をもつ非常にシンプルなインタフェースである。
【０１３６】
ＤａｔａＩｎ機能は、エンコーダ又はデコーダクラスのフレーム又はパケットを記憶するために単に使用される。
【０１３７】
マルチメディアインタフェースレイヤ１８０２とマルチメディアコーデック１８０４との間のシンプルなコネクションを提供するために、データ出力機能がコールバックとして実現されるべきである。マルチメディアインタフェースレイヤ１８０２は、このコールバック機能を受信エンティティの入力機能に設定する。たとえば、コーデックがフレームのエンコード又はデコードを終了したとき、エンコード又はデコード処理からの意図された情報を伝達するために、この機能がコーデックにより呼出される。コーデックがこのコールバックの間は何もすることができないという制約のため、この機能は、システムにおける待ち及び不必要な遅延を防止するため、できるだけ早く回復するべきである。この機能において実行されるべき更なる待ちは、共有されるリソースにアクセスするときのミューテックスロック（ｍｕｔｅｘ  ｌｏｃｋ）のみであるべきである。
【０１３８】
異なるタイプのコーデックにとって利用可能なオプションの範囲は変化する。これらのオプションを管理するための要件を満たすため、シンプルなインタフェースが使用されるべきである。テキストベースのインタフェースが好ましく、これは該インタフェースが提供するフレキシビリティのためである。ＳＴＡＲＴ及びＳＴＯＰのようなコマンドのセットが存在するべきであり、その時、コーデックに特有のコマンドが存在すべきである。この方法は、シンプルなインタフェースを提供するが、シンプルなインタープリタが必要とされるので、更なる複雑さをコーデックに与える。例として、オプション機能は、オプションをリード及びライトするために十分に一般的にすることができる。
【０１３９】
たとえば、Ｒｅｓｕｌｔ＝Ｏｐｔｉｏｎｓ（“Ｓｔａｒｔ”）；Ｒｅｓｕｌｔ＝Ｏｐｔｉｏｎｓ（“Ｒｅｓｏｌｕｔｉｏｎ＝ＣＩＦ”）；等
たとえば、コーデック間の共通のオプションは、以下の様に標準化されるべきである。ｓｔａｒｔ；ｓｔｏｐ；ｐａｕｓｅ；ｑｕａｌｉｔｙ  ｉｎｄｅｘ（０−１００）；及びｒｅｓｏｌｕｔｉｏｎ。
【０１４０】
ｑｕａｌｉｔｙ  ｉｎｄｅｘは、コーデックの全体の品質を０％から１００％の間の値として示すファクタである。このインデックスは、値が高くなるにつれてビデオ品質が良好になるという基本的な考えに従う。
【０１４１】
図１９は、本発明の例示的な実施の形態に係る、オーディオコーデック１８０４Ａ及び／又はビデオコーデック１８０４Ｂのいずれかに含まれるデコーダ１８９０により採用される方法を説明する図である。本方法は、デコーダコンテクスト１９０１及びコーラーコンテクスト１９０２に関して説明される。本方法は、少なくとも以下の入力及び出力を使用して動作する。“ｄａｔａ  ｉｎ”１９９９；“ｓｉｇｎａｌ  ｉｎ”１９９８；“ｓｉｇａｎｌ  ｏｕｔ  ｃａｌｌｂａｃｋ”１９９７；“ｓｅｔ  ｃａｌｌｂａｃｋ  ｆｕｎｃｔｉｏｎ”１９９６；及び“ｄａｔａ  ｏｕｔ  ｃａｌｌｂａｃｋ”１９９５。入力“ｄａｔａ  ｉｎ”１９９９は、データを入力キューに記憶するために使用される（ステップ１９０５）。
【０１４２】
初期化ステップ（Ｉｎｉｔ）は、デコーダ１８９０を初期化するために実行される（ステップ１９１０）。メインループが実行され、スタートコマンド又はエグジットコマンドを待つ（ステップ１９２０）。エグジットコマンドが受信された場合、本方法は終了し（ステップ１９２２）、たとえば別の動作へのリターンが行われる（ステップ１９２４）。
【０１４３】
データは入力キュー１８９５から読み出されるか、入力キューが空である場合に待ち状態が課される（ステップ１９３０）。データは、ステップ１９３０で読み出された場合にデコードされる（ステップ１９４０）。“ｄａｔａ  ｏｕｔ  ｃａｌｌｂａｃｋ”１９９５は、ステップ１９２０に供給される。
【０１４４】
ここで、本発明の例示的な実施の形態に係る、ネットワーク２００により採用される通信に関する説明が与えられる。この説明は、ネットワーク通信に関して先に提供された説明を補充するものである。
【０１４５】
（図１８Ａのネットワークエンティティ１８０６に含まれる）メッセージングシステム１８４２は、ビデオ会議のクライアントアプリケーション１８００とビデオ会議サーバとの間のインタフェースを提供する。メッセージングシステム１８４２は、セッション管理（すなわち、セッションのセットアップ及び切断）のために使用されることが意図される。全てのシグナリングメッセージは、ビデオ会議サーバ２０５を通して伝達され、クライアントからクライアントにダイレクトにではない。マルチメディアコンテンツ及びプライベートチャットのようなデータは、クライアント間でダイレクトに送出された情報のみである。メッセージングシステムは、標準ベースのセッション・イニシエーション・プロトコル（ＳＩＰ）を使用する。
【０１４６】
ビデオ会議のクライアントアプリケーション１８００の機能を統括する幾つかの異なるプロトコルが存在する。たとえば、セッション・イニシエーション・プロトコル（ＳＩＰ）、リアルタイムプロトコル（ＲＴＰ）、リアルタイム・コントロール・プロトコル（ＲＴＣＰ）及びセッション・ディスクリプション・プロトコル（ＳＤＰ）が採用される場合がある。
【０１４７】
セッション・イニシエーション・プロトコル（ＳＩＰ）の目的は、セッションの管理である。ＳＩＰは、ＩＰベースのネットワーク上の１以上の参加者とのマルチメディアセッションの形成、変更及び終了するための、テキストベースのアプリケーションレイヤ・コントロール・プロトコルである。ＳＩＰは、これを達成するためにクライアントとサーバの間で使用される。ＳＩＰは、ビデオ会議サーバ２０５に関して先に更に説明された。
【０１４８】
リアルタイムプロトコル（ＲＴＰ）は、リアルタイムマルチメディア（すなわち、オーディオ及びビデオ）の転送のために使用される。ＲＴＰは、転送しているマルチメディア情報のタイプに固有な追加の情報を提供するためのアプリケーションレイヤプロトコルである。ＲＴＰは、トランスポートレイヤの上にあり、ユーザデータグラムプロトコル（ＵＤＰ）のトップで実行される。クライアントアプリケーションにおけるＲＴＰの主要な機能は、（たとえば、ＭＰＥＧ４、Ｈ．２６３、Ｇ．７２３等で）カプセル化しているペイロードのタイプを識別するだけでなく、（オーディオ及びビデオ同期のための）タイムスタンプ、シーケンス番号を転送するためのものである。
【０１４９】
図２０は、本発明の例示的な実施の形態に係る、ユーザプレーンプロトコルスタック２００を説明する図である。スタック２０００は、１つのレイヤ上のビデオ２０１０及びボイス２０２０、ビデオ２０１０及びボイス２０２０の両者について別のレイヤにあるＲＴＰ２０３０、更に別のレイヤにあるＵＤＰ  Ｐｏｒｔ＃Ｘ  ２０４０及びＵＤＰ  Ｐｏｒｔ＃Ｙ  ２０５０、ＩＰレイヤ２０６０、リンクレイヤ２０７０、及び物理レイヤ２０８０を含んでいる。コーデックに特定のＲＴＰヘッダは、一般にＲＴＰヘッダに加えて使用される。
【０１５０】
リアルタイムコントロールプロトコル（ＲＴＣＰ）は、ＲＴＰ規格の一部である。ＲＴＣＰは、送信者と受信者との間の統計リポートツールとして使用される。それぞれのビデオ会議のクライアントアプリケーション１８００は、それらの統計量を収集し、これらをサーバ２０５だけでなく互いに送出する。ビデオ会議サーバ２０５は、このデータに基づいてセッションで生じた問題に関する情報を記録する。
【０１５１】
図２１は、本発明の例示的な実施の形態に係る、コントロールプレーンプロトコルスタック２１００を説明する図である。スタック２１００は、ＳＩＰ２１１０、ＵＩコーデックチェンジメッセージング２１２０及びＲＴＣＰ２１３０を１つのレイヤ上に含んでおり、ＴＣＰレイヤ２１４０、ＩＰレイヤ２１５０、リンクレイヤ２１６０及び物理レイヤ２１７０を含んでいる。
【０１５２】
ＳＤＰの主要な目的は、セッションのメディアストリームに関する情報を伝達することである。ＳＤＰは、限定するものではないが、以下のアイテムを含んでいる。セッション名及び目的、セッションがアクティブである時間、セッションを備えるメディア、メディアを受信するための情報（すなわち、アドレス、ポート、フォーマット等）、メディアのタイプ、トランスポートプロトコル（ＲＴＰ／ＵＤＰ／ＩＰ）、メディアのフォーマット（Ｈ．２６３等）、マルチキャスト、メディアのマルチキャストアドレス、メディアのトランスポートポート、ユニキャスト、及びメディアのリモートアドレス。
【０１５３】
ＳＤＰ情報は、ＳＩＰメッセージのメッセージボディである。ＳＤＰ情報は一斉に転送される。
【０１５４】
ここで、本発明の例示的な実施の形態に係る、図１８Ａのユーザインタフェース１８０８に関する更なる説明が与えられる。ユーザインタフェース１８０８は、ビデオ会議のクライアントアプリケーション１８００の非常に重要なエレメントである。ユーザインタフェース１８０８は、幾つかのビュー（ディスプレイ／ボタン／メニュー／・・・）を含んでおり、全ての入力データ（オーディオ／ビデオ捕捉、ボタン、キーストローク）を扱うことができる。
【０１５５】
図２２は、本発明の例示的な実施の形態に係る、図１８Ａのユーザインタフェース１８０８に対応するスクリーンショット２２００を説明するブロック図である。スクリーンショット２２００は、「ビッグビュー」２２１０、「スモールビュー」２２２０、チャットビュー部分２２３０、メンバビュー部分２２４０、及びチャットエディット部分２２５０を含んでいる。
【０１５６】
図１８Ａを再び参照して、ビデオキャプチャインタフェース１８３０は、以下のいずれかを含むことができる。ウェブカム（図示せず）、キャプチャカード及び高品質カメラ（図示せず）、カメラインタフェース１８３０Ａ、マイクロフォンインタフェース１８３０Ｂ、ファイルインタフェース１８３０Ｃ等。
【０１５７】
ウェブカムは、Ｗｉｎｄｏｗｓ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍにより提供されるＶｉｄｅｏ  Ｆｏｒ  Ｗｉｎｄｏｗｓ  （ＶＦＷ）  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ  （ＡＰＩ）  を使用して、ＵＳＢ又はＦｉｒｅｗｉｒｅ（ＩＥＥＥ１３９４）インタフェースのいずれかを通して、又はＬｉｎｕｘのような異なるオペレーティングシステムの下で使用される代替的なキャプチャドライバを通してサポートされるべきである。勿論、本発明は、上述のインタフェース、オペレーティングシステム、又はドライバに限定されるものではなく、本発明の精神及び範囲を維持しつつ、他のインタフェース、オペレーティングシステム及びドライバが使用される場合がある。
【０１５８】
メンバビューモジュール１８３４は、オン・ゴーイングコール（ｏｎｇｏｉｎｇ  ｃａｌｌ）において参加しているメンバを示すために使用される。呼出しのイニシエータ（すなわち、マスター）は、望まれないメンバをドロップするか、又はアクティブなメンバを選択することができる。それぞれのメンバは、プライベートのチャットメッセージの交換のために、１以上のメンバを選択することができる。さらに、メンバのステータスは、メンバビューモジュール１８３４で指示される、次いで、メンバは、現在利用不可能であるが間もなく可能に戻ることを他に指示するために、それら自身のステータスを、たとえば“Ｕｎａｖａｉｌａｂｌｅ”に設定することができる。
【０１５９】
ビデオスクリーンに加えて、それぞれのメンバは、チャットモジュール１８３６を使用して全てのメンバ又は一部のメンバのみにチャットメッセージを送出する機会を有する。メッセージは、チャットビューに表示され、チャットエディットビューで編集される。スクロールバーにより、より古いメッセージのビューが可能となる。
【０１６０】
ここで、本発明の例示的な実施の形態に係る、クライアントアプリケーション１８００の動作シナリオに関する説明が与えられる。以下の説明は、クライアントアプリケーション１８００の特徴の幾つかに関する単に基本的なガイドラインであり、完全な特徴のリストを表すことを意図されていない。説明は、ログイン、呼出しの開始、呼出しの受入れ、及びログオフを包含している。
【０１６１】
ログインは、クライアントアプリケーション１８００がはじめに開始されたときに行われる。ログインは、スタートアップでオペレーティングシステムに提供されるログイン名に基づいて自動的に行われるか、又はログインとは独立な異なるインタフェースを使用することができる。ログインは、現在使用されているネットワークの認証に関する好適な方法、及びどのようなポリシーが管理されているかに依存する。最もシンプルな方法は、ネーミングを一貫して保持し、（使用できるのであれば）既存のユーザデータベースを再使用する能力を有するために、Ｗｉｎｄｏｗｓ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（登録商標）で使用されているものと同じログイン名を使用することであろう。
【０１６２】
図２３は、本発明の例示的な実施の形態に係る、ログインインタフェース２３００を説明する図である。サインアップ機能（Ｓｉｇｎ  ｕｐ）２３３０は、ユーザがサーバ上のアカウントを現在有しない場合に使用される。容易なアクセスのためにいずれかの電子メールアドレスの入力ボックス２３４０に電子メールアドレスを提供することができる。
【０１６３】
コールを始めるため、クライアントアプリケーション１８００は、利用可能な候補者のリストについてサーバ２０５に問い合わせる。クライアントは、彼又は彼女がビデオ会議のセッションに係属することを望むユーザを選択することができる。２人の参加者が関与するとき、セッションはユニキャストとしてセットアップされ、さもなければ、２以上の参加者が関与するとき、セッションはマルチキャストセッションとしてセットアップされる。
【０１６４】
図２４は、本発明の例示的な実施の形態に係る、セッションの開始のためのユーザセレクションインタフェース２４００を説明するブロック図である。
【０１６５】
ユーザがある呼出しにひとたび招かれると、イニシエータの名前を示すメッセージがそれらのセッションに表示される。次いで、ユーザは、呼出しを受入れ又は拒否することができる。ユーザが呼出しを受入れる場合、クライアントアプリケーション１８００は、アクセプト（すなわち確認応答）メッセージをサーバ２０５に送出する。その後、サーバ２０５は、新たなメンバに関して呼出しに現在参加しているそれぞれのメンバに通知する。ユーザがサーバ２０５にキャンセルメッセージを送出することでコールを拒否した場合、全ての他のメンバもまた、そのイベントに関して通知される。図２５は、本発明の例示的な実施の形態に係る、着呼を受入れ（ＡＣＣＥＰＴ）又は拒否（ＤＥＣＬＩＮＥ）するためのインビテーションインタフェース２５００を説明するブロック図である。
【０１６６】
ログオフは、ビデオ会議サーバ２０５のデータベースエンティティ３０２に含まれるメンバデータベース３１４からユーザを除く。ＢＹＥメッセージは、セッションのそれぞれに参加しているクライアントに送出される。このことは、マルチキャスト又はユニキャストのいずれかを通して行うことができる。マルチキャストは、このメッセージを送出するための好適な方法である。
【０１６７】
例示的な実施の形態は添付図面を参照して本実施の形態で説明されたが、本発明はこれらの正確な実施の形態に限定されるものではなく、様々な他の変化及び変更点は、本発明の精神又は範囲から逸脱することなしに、当業者によって影響される場合もある。全てのかかる変化及び変更は、添付された特許請求の範囲により定義されるように本発明の範囲に含まれることが意図される。
【図面の簡単な説明】
【０１６８】
【図１Ａ】本発明の例示的な実施の形態に係る、本発明が適用される場合があるコンピュータシステム１００を説明するブロック図である。
【図１Ｂ】本発明の例示的な実施の形態に係る、ユニキャストビデオ会議のセッションを説明するブロック図である。
【図１Ｃ】本発明の例示的な実施の形態に係る、マルチキャストビデオ会議のセッションを説明するブロック図である。
【図２】本発明の例示的な実施の形態に係る、本発明が適用される場合があるネットワーク２００を説明するブロック図である。
【図３】本発明の例示的な実施の形態に係る、図２のビデオ会議サーバ２０５を説明するブロック図である。
【図４】本発明の例示的な実施の形態に係る、図３のデータベースエンティティに含まれるメンバデータベース３１４のメンバデータベースエントリ４００を説明する図である。
【図５】本発明の例示的な実施の形態に係る、図３のデータベースエンティティ３０２に含まれるアクティブセッションデータベース３１２のアクティブセッションエントリ５００を説明する図である。
【図６】本発明の例示的な実施の形態に係る、シンプル・ネットワーク・マネージメント・プロトコル（ＳＮＭＰ）に従うクライアントとサーバ間のアーキテクチャ６００を例示するブロック図である。
【図７】本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用したビデオ会議について登録するための方法を説明する図である。
【図８Ａ】本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用したユニキャストビデオ会議のセッションを設定するための方法を説明する図である。
【図８Ｂ】本発明の例示的な実施の形態に係る、ＩＮＶＩＴＥ要求がクライアント＃１  ８０２から受信されたとき（図８Ａのステップ８１０）、図２のビデオ会議サーバ２０５により行われる処理を説明する図である。
【図９Ａ】本発明の例示的な実施の形態に係る、図８Ａの方法を更に説明するための図である。
【図９Ｂ】本発明の例示的な実施の形態に係る、図８Ａの方法を更に説明するための図である。
【図１０】本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用したマルチキャストビデオ会議のセッションを設定するための方法を説明する図である。
【図１１】本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用したビデオ会議のセッションをキャンセルするための方法を説明する図である。
【図１２】本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用した２つのクライアント間のビデオ会議のセッションを終了するための方法を説明する図である。
【図１３】本発明の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用した３つのクライアント間のビデオ会議のセッションを終了するための方法を説明する図である。
【図１４】本発明の別の例示的な実施の形態に係る、セッション・イニシエーション・プロトコル（ＳＩＰ）を使用した３つのクライアント間のビデオ会議のセッションを終了するための方法を説明する図である。
【図１５】本発明の例示的な実施の形態に係る、解像度及びフレームレート調整のための指示方法を説明する図である。
【図１６】本発明の例示的な実施の形態に係る、解像度及びフレームレート調整（クライアント２及び３）の前の指示を説明する図である。
【図１７】本発明の例示的な実施の形態に係る、解像度及びフレームレート調整（クライアント２及び３）の後の指示を説明する図である。
【図１８Ａ】本発明の例示的な実施の形態に係る、ビデオ会議のクライアントアプリケーション１８００のブロック図である。
【図１８Ｂ】本発明の例示的な実施の形態に係る、図１８Ａのマルチメディアインタフェースレイヤ１８０２に含まれるオーディオミキサ１８９９を更に説明するブロック図である。
【図１８Ｃ】本発明の例示的な実施の形態に係る、図１８Ａのマルチメディアインタフェースレイヤ１８０２に含まれるエコーキャンセレーションモジュール１８９８を更に説明するブロック図である。
【図１９】本発明の例示的な実施の形態に係る、オーディオコーデック１８０４Ａ及び／又はビデオコーデック１８０４Ｂのいずれかに含まれるデコーダ１８９０により利用される方法を説明する図である。
【図２０】本発明の例示的な実施の形態に係る、ユーザプレーンプロトコルスタック２０００を説明する図である。
【図２１】本発明の例示的な実施の形態に係る、コントロールプレーンプロトコルスタック２１００を説明する図である。
【図２２】本発明の例示的な実施の形態に係る、図１８Ａのユーザインタフェース１８０８に対応するスクリーンショット２２００を説明するブロック図である。
【図２３】本発明の例示的な実施の形態に係る、ログインインタフェース２３００を説明する図である。
【図２４】本発明の例示的な実施の形態に係る、セッションの開始のためのユーザセレクションインタフェース２４００を説明するブロック図である。
【図２５】本発明の例示的な実施の形態に係る、着呼を受入れ又は拒否するためのインビテーションインタフェース２５００を説明するブロック図である。
【図１Ａ】
2005521308.tif 000003
【図１Ｂ】
2005521308.tif 000004
【図１Ｃ】
2005521308.tif 000005
【図２】
2005521308.tif 000006
【図３】
2005521308.tif 000007
【図４】
2005521308.tif 000008
【図５】
2005521308.tif 000009
【図６】
2005521308.tif 000010
【図７】
2005521308.tif 000011
【図８Ａ】
2005521308.tif 000012
【図８Ｂ】
2005521308.tif 000013
【図９Ａ】
2005521308.tif 000014
【図９Ｂ】
2005521308.tif 000015
【図１０】
2005521308.tif 000016
【図１１】
2005521308.tif 000017
【図１２】
2005521308.tif 000018
【図１３】
2005521308.tif 000019
【図１４】
2005521308.tif 000020
【図１５】
2005521308.tif 000021
【図１６】
2005521308.tif 000022
【図１７】
2005521308.tif 000023
【図１８Ａ】
2005521308.tif 000024
【図１８Ｂ】
2005521308.tif 000025
【図１８Ｃ】
2005521308.tif 000026
【図１９】
2005521308.tif 000027
【図２０】
2005521308.tif 000028
【図２１】
2005521308.tif 000029
【図２２】
2005521308.tif 000030
【図２３】
2005521308.tif 000031
【図２４】
2005521308.tif 000032
【図２５】
2005521308.tif 000033
【国際調査報告】
2005521308.tif 000034