(57)【特許請求の範囲】
【請求項１】
会議の間通信エンドポイントの故障から回復する方法に於いて、
（Ａ）会議（２０４）を、会議セッティング情報で確立するステップ（５０２）と、
（Ｂ）前記会議の間、通信エンドポイントの故障を検出するステップ（５０４）と、
前記の故障した通信エンドポイントは、故障するまで使用していた会議セッティング情報を失っており、
（Ｃ）前記故障から回復して、前記の故障した通信エンドポイントを再接続するステップ（５０６）と、
（Ｄ）前記会議セッティング情報を前記の故障した通信エンドポイントに再送信することにより、前記会議セッティング情報を再設定するステップ（５０８）と、
を有し、
前記ステップ（Ｄ）で使用される会議セッティング情報は、前記故障に応答して、
（ｉ）前記会議（２０４）のＱＯＳの統計値の測定値をしきい値と比較し所定の基準に適合するか否かに応じて、
（ｉｉ）前記通信エンドポイント間で交わされるパケットの遅延の長さに応じて、
上記の内の少なくとも１つに基づいて、決定される
ことを特徴とする会議の間故障から回復する方法。
【請求項２】
前記ステップ（Ｄ）で使用される会議セッティング情報は、前記通信エンドポイントのＩＰアドレス又は前記通信エンドポイントが会議中で使用するコーデックである
ことを特徴とする請求項１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多くの組織に通信機能を与えるテレビ会議と電話会議のシステムに関する。
【背景技術】
【０００２】
会議機能を与えるシステムは、複数のエンドポイントを呼びに接続することである。各ロケーションが異なる会議セッティングを有し、或るロケーションが問題の原因を決定する際にトラブルを発生すると、問題が発生する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
一般的にどのセッティングが、各会議のロケーションに設定されている（存在する）かを決定することは困難である。一般的に会議における問題点は、言葉による交換（会話）により解決しなければならない。通常、会議の問題の診断を行い解決する自動的な機能は存在しない。
【課題を解決するための手段】
【０００４】
上記の問題を解決することが求められている。本明細書の実施例は、会議用のセッティングを提供或いは確立するシステムと方法を提供する。ＭＣＵ（マルチポイント制御ユニット）は、デフォルトのセッティングを通信のエンドポイントに、通信のエンドポイントが最初に会議を要求した時に、与える。ＭＣＵは、会議をセットアップ（設定）した後は、会議を監視して、会議の条件（conference condition）が変わったか否かを決定する。通信エンドポイントで故障が発生すると、ＭＣＵは、既に確立されたセッティングを、その通信のエンドポイントが会議に再度参加した時に、その通信エンドポイントに送る。会議の内容が変化した場合には、ＭＣＵは、通信のエンドポイントのセッティングをモニタし再調整して、この変更を会議に反映する。更にＭＣＵは、会議のセッティングと通信のエンドポイントに関する情報を交換して、知識のベースを形成して、或る環境下において会議を構築する。
【０００５】
本発明の一実施例は、各エンドポイントにおいてセッティングをポーリングするシステムと方法を提供する。これは、ビデオ・ストリーム或いは第２の制御ストリームを介して、エンドポイントに既に存在しているセッティングとＭＣＵが認識し強制している（understood and pushed）セッティングとを比較し表示する。更に、本発明によれば、或るロケーションはそのセッティングを別のロケーションに強制することが出来る。異なるコントローラ間のセッティングは、共通のデノミネータ・メソッドは或いはタブラー・メソッドを介して、合理的に取り扱う（rationalized）。
【０００６】
本明細書に於いて用語「会議」又は「カンファレンス」とは、複数の通信エンドポイント間或いはユーザーの間での通信を意味する。これには音声、画像、テキスト或いは他のマルチメディア・データをを含み、その種類を問わない。通常会議は、３個以上の通信エンドポイントが関連する。テレビ会議、電話会議は、以下単に「会議」とも総称する。
【０００７】
用語「通信装置」又は「通信エンドポイント」は、通信セッションに関連するハードウエア又はソフトウエアを意味する。例えば通信装置は、ＩＰ−イネーブル電話、卓上電話、携帯電話、パーソナル・デジタル・アシスタント、コンピュータで実行されるソフト・クライアント電話プログラムである。一実施例に於いては、通信エンドポイントは、図７，８に記載したコンピュータ・システムである。
【０００８】
本明細書に於いて、「ＭＣＵ（多地点制御装置：multipoint control unit）」は、複数の通信エンドポイントの間或いは複数の通信エンドポイントとＭＣＵとの間で、会議を企画し管理し実行するあるいは維持するハードウエアとソフトウエア或いはそれ等の組み合わせを意味する。ＭＣＵは、図７，８のサーバー或いはコンピュータシステムである。ＭＣＵは、会議を実行するのに用いられるカンファレンス・ブリッジの一部でもある。
【０００９】
本明細書において、「セッティング」は、ＭＣＵ又は通信エンドポイントの構成（構築）或いは特徴を意味する。セッティングは、変化しない静的な特性、又は会議の構築に依存して変化する動的な特性を含む。静的なセッティングの一例は、通信エンドポイントのＩＰアドレスである。動的なセッティングの一例は、通信エンドポイントが会議中で使用するコーデックである。
【００１０】
用語「カンファレンス・エンジン」とは、会議を確立し実行する為に、ＭＣＵにより実行されるモジュールを意味する。
【００１１】
用語「ＲＴＣＰ」は、Real-Time Transport Control Protocol の略語であり、Schulzrinne et al.により２００３年の７月付のリアルタイム・トランスポート・プロトコル（ＲＴＰ）の仕様書ＲＦＣ３５５０に記載されており、これはInternet Engineering Task Force(IETF) Network working Groupから入手可能である。ＲＴＣＰを記載するこの文献或いは他の文献は本明細書を理解する為、助けになるであろう。ＲＴＣＰは、ＲＴＰに関連する統計或いは制御情報（statistic and control information ）を与える。ＲＴＣＰは、ＲＴＰにより伝えられるマルチメディアに関連する「メタデータ」を配布する。ＲＴＣＰのメッセージは、ＲＴＰパケットから個別のポートを介して送信される。ＲＴＣＰは、ＱｏＳ（quality of service）に関するフィードバック情報を、会議の参加者に与える。
【００１２】
用語「ネットワーク」は、通信するためにユーザが使用するシステムを意味する。ネットワークは、セッション・マネージャーと、フューチャ・サーバーと、通信エンドポイントとから構成され、ユーザー間の全ての通信を、音声又はデータを問わず、可能にする。ネットワークは、図６，７に記載した通信システムである。ネットワークは、ＬＡＮ、ＷＡＮ、無線ＬＡＮ、無線ＷＡＮ、インターネット等であり、デバイス間でメッセージ或いはデータを送受信する。ネットワークは、従来公知のフォーマット或いはプロトコールで通信できる。その一例は、ＴＣＰ／ＩＰ，８０２．１１ｇ，８０２．１１ｎ，ブルートゥースであり，他のフォーマット、プロトコールでもよい。
【００１３】
用語「データ・ベース」又は「データ・モデル」は、データを記憶するシステム或いはハードウエア、ソフトウエア、メモリ、記憶装置、ファームウエア、或いは他の構成要素を意味する。データ・モデルは、図６，７に記載したデータ・ベース或いは記憶フレームワークであり、これ等は非揮発性のコンピュータで読み取り可能な媒体に記憶される。データ・モデルは、データ構造を含む。このデータ構造は、データのアイテムを記憶するセクションを含む。セクションは、データ構造の種類により、このデータ構造内に含まれる、オブジェクトの属性、データ・フィールド、セクションの他の種類を含む。データ・モデルは、あらゆるタイプのデータ・ベースを表す。その一例は、リレーショナル・データ・ベース、フラットファイルのデータ・ベース、オブジェクト指向のデータ・ベース、或いは他のタイプのデータ・ベースである。更にデータ構造は、メモリ或いはメモリ構造体に記憶される。これ等は、ラン−タイムのアプリケーション或いは通信を初期化する際の何れかで使用される。
【図面の簡単な説明】
【００１４】
【図１】会議を実行するシステムの一実施例のブロック図。
【図２】会議を実行するＭＣＵの一実施例のブロック図。
【図３Ａ】会議又は通信エンドポイント用のセッティング情報を記憶するデータ・モデルの一実施例。
【図３Ｂ】会議又は通信エンドポイント用のセッティング情報を記憶するデータ・モデルの他の実施例。
【図４】会議用のセッティングを確立するプロセスのフローチャート図。
【図５】会議中の故障に反応するプロセスのフローチャート図。
【図６】会議内の変更に反応するプロセスのフローチャート図。
【図７】上記の実施例を実行するコンピュータ環境のブロック図。
【図８】上記の装置を実行するコンピュータ・システム環境のブロック図。
【発明を実施するための形態】
【００１５】
図１にカンファレンスを行うシステム１００を示す。このシステム１００は複数のＭＣＵ（マルチポンイント・コントルーラ・ユニット）１０６を有する。図１では、ＭＣＵ１  １０６ａとＭＣＵ２  １０６ｂとを有する。ＭＣＵ１０６は、それぞれ、通信エンドポイント１０２ａ、１０２ｂと、通信エンドポイント１０４ａ、１０４ｂと通信ができる。例えばＭＣＵ１  １０６ａは、通信エンドポイント１０２ａ又は通信エンドポイント１０２ｂと通信ができる。図１に示すＭＣＵ１  １０６ａと通信状態にある通信エンドポイント１０２の数は、その多寡は問わない。同様に、ＭＣＵ２  １０６ｂは、通信エンドポイント１０４ａ、１０４ｂと通信ができる。ＭＣＵ２  １０６ｂは、図１に示すよりも通信エンドポイントの数より多くても少なくてもよい。
【００１６】
通信エンドポイント１０２又は１０４は、ネットワーク１１０を介して、ＭＣＵ１０６と通信する。ネットワーク１１０は、ＬＡＮ、ＷＡＮ、公衆電話交換ネットワーク、インターネット、他のデータ・ネットワーク、電話ネットワーク或いは他のネットワークである。これにより、通信エンドポイント１０２とＭＣＵ１０６との間の双方向のデータ通信が可能である。複数のＭＣＵ１０６は、ネットワーク１１０を介して通信可能である。
【００１７】
図２に、ＭＣＵ１０６の実施例を示す。ＭＣＵ１  １０６ａは、会議を実行するハードウエア又はソフトウエアのようなモジュールを実行する。ＭＣＵ１０６は、カンファレンス・エンジン２０２を実行する。このカンファレンス・エンジン２０２は、カンファレンス１  ２０４ａ又はカンファレンス２  ２０４ｂを実行する。カンファレンス・エンジン２０２は、図２に示したよりも少ない或いは多い数のカンファレンス２０６を実行できる。カンファレンス・エンジン２０２は、通信エンドポイント１０２がカンファレンス２０４に電話を入れると、会議を初期化する。カンファレンス・エンジン２０２は、カンファレンス２０４内の複数の通信エンドポイント１０２をリンクして、カンファレンス２０４の間、複数の通信エンドポイント１０２の間にデータを転送する。斯して、カンファレンス・エンジン２０２は、通信エンドポイント１０２とデータを通信する或いは通信エンドポイント１０２の中にデータをブロードキャストする。会議は通信エンドポイント１０２、２１８を含む。
【００１８】
会議を確立するために、カンファレンス・エンジン２０２は他のカンファレンス・エンジン２０２と通信する。カンファレンス・エンジン２０２は、第２ＭＣＵ１０６ｂ又は通信エンドポイント１０２との会議を、初期化し動作させる。斯してカンファレンス・エンジン２０２は、ネットワーク１１０を介してリンク・ラインを形成する。これにより、第２ＭＣＵ０６ｂ又は通信エンドポイント１０２と、データ（例、音声データ、画像データ、他のマルチメディアデータ）を交換する。第２ＭＣＵ１０６ｂからカンファレンス・エンジン２０２が受領したデータは、その後カンファレンス２０４の一部として分配される。斯して、第２ＭＣＵ１０６ｂから受領した音声、画像、他のデータは、カンファレンス・エンジン２０２を介して、通信エンドポイント１０２に通信される。この通信エンドポイント１０２は、カンファレンス２０４の一部である。
【００１９】
ＭＣＵ１  １０６ａは、カンファレンス監視モジュール２１４を含む。カンファレンス監視モジュール２１４は、カンファレンス・エンジン２０２により行われているカンファレンス２０４の一部をモニタ（監視）する。カンファレンス２０４は、ＱＯＳの統計値をモニタする。ＱＯＳの統計値の測定値は、パケット遅延、ジッター、ＱＯＳの他のタイプのデータを含む。これ等は、ＲＴＣＰ又は他の標準機構により展開されている。ＱＯＳは、複数のＭＣＵの間、又はＭＣＵと通信エンドポイント１０２／１０４との間の通信の品質を測定する。一実施例に於いては、カンファレンス監視モジュール２１４は、レポートをＲＴＣＰ接続を介して受領する。このＲＴＣＰ接続は、ＭＣＵ１  １０６ａと他のＭＣＵ２  １０６ｂとの間、ＭＣＵ１  １０６ａと通信エンドポイント１０２との間の何れかの間に確立される。測定された情報は、カンファレンス監視モジュール２１４によりしきい値と比較されて、ＱＯＳの測定値が、カンファレンス２０４用の所定の基準（標準）に適合するか否かを決定する。決定或いは測定値は、カンファレンス・エンジン２０２に与えられて、カンファレンス２０４に対する変更を行う必要があるか否かを決定する。ＱＯＳデータは、ＭＣＵ１０６のカンファレンス・エンジン２０２により実行される品質監視アプリケーションの間で、ＲＴＣＰ又は他の情報を用いて、ＴＣＰ／ＵＤＰ（User Datagram Protocol）を介して、送信される。
【００２０】
機能／セッティング・アプリケーション２１６が通信エンドポイント１０２ａにより実行される。機能／セッティング・アプリケーション２１６は、ＭＣＵ１０６へ情報を提供する、或いはＭＣＵ１０６からセッティングを要求する。斯して通信エンドポイント１０２がカンファレンス２０４をＭＣＵ１０６で開始すると、通信エンドポイント１０２は、ＭＣＵ１０６からセッティングを要求し、通信エンドポイント１０２の機能をＭＣＵ１０６に送る。このセッティングは、ネットワークセッティング、通信エンドポイントセッティング、カンファレンス・エンジン・セッティングを含む。機能／セッティング・アプリケーション２１６は、その後、次のカンファレンス２０４用のセッティングを受領し、このセッティングを通信エンドポイント１０２に記憶する。他の実施例では、ＭＣＵ１０６のセッティングとパブリッシングとセッティングの決定は、会議の間いつでもアドフォックに起こる。
【００２１】
更なる実施例に於いては、ＭＣＵ１０６は、エンドポイント・セッティング・データベース２１２を含む。このエンドポイント・セッティング・データベース２１２は、図７，８で説明するデータ・ベースである。一実施例に於いて、エンドポイント・セッティング・データベース２１２は、カンファレンス２０４に関連する通信エンドポイント１０２のセッティングに関する全ての情報を記憶する。更に、エンドポイント・セッティング・データベース２１２は、通信エンドポイント１０２に関する記憶されていた（archived）情報を記憶する。この通信エンドポイント１０２に関する情報は、カンファレンス２０４に以前関係していたものである。この記憶されていた情報は、通信エンドポイント１０２又はカンファレンス２０４によりインデックスが付される。会議の間、ＭＣＵ１０６はＲＴＣＰ又は他のプロトコルによるレポート通信を介して、ＭＣＵ１０６と通信している通信エンドポイント１０２に関する情報を交換する。この交換された情報は、エンドポイント・セッティング・データベース２１２内で、会議又は通信エンドポイント１０２によりインデックスが付される。エンドポイント・セッティング・データベース２１２は、エンドポイントのセッティングを通信エンドポイント１０２又はカンファレンス・エンジン２０２に送り、会議を設定するのに用いる。エンドポイントセッティングデータ・ベースの一例は、図３で説明する。
【００２２】
カンファレンス２０４用のセッティング情報を記憶するエンドポイント・セッティング・データベース２１２の一例を、図３ａ、３ｂに示す。このエンドポイント・セッティング・データベース２１２はデータ構造を有する。例えばエンドポイント・セッティング・データベース２１２はデータ構造３０２と第２データ構造３１６とを有する。これ等はそれぞれ図３ａ，３ｂに示す。データ構造３０２と第２データ構造３１６は情報を記憶するポーションを有する。各ポーションは情報のアイテムを記憶する。
【００２３】
一実施例に於いては、データ構造３０２は、エンドポンイントＩＤ３０４と、エンドポイント・ロケーション３０６と、エンドポイント特性３０８と、エンドポイント呼び特性３１０用のセクションを有する。データ構造３０２は、図３ａに示すよりも少ないフィールド数又は多いフィールド数を有してもよい。更にデータ構造３０２は、１個のエンドポイントに関連することもできる。斯して図３ａに示す以上のデータ構造３０２を有することもできる（例、データ構造３１４）。エンドポンイントＩＤ３０４は、通信エンドポイント１０２を独自に特定する識別子（ＩＤ）を有する。その一例は、エンドポンイントＩＤ３０４は、globally unique identifier（ＧＵＩＤ）、電話番号、ＩＰアドレス、モデル番号、製造業者、ＭＡＣアドレス等である。エンドポンイントＩＤ３０４は、通信エンドポイント１０２に関連する他のデータ構造からデータ構造３０２を独自に特定する。
【００２４】
エンドポイント・ロケーション３０６は、通信エンドポイント１０２の物理的或いは論理的なロケーションを特定する。例えばエンドポイント・ロケーション３０６は、物理的アドレス（例：メインストリートの１３４５６番地）、緯度と経度、他の情報であり、これ等で、通信エンドポイント１０２が実際に何処に居るのか特定する。他の実施例に於いては、エンドポイント・ロケーション３０６は、通信エンドポイント１０２用のネットワークロケーション用のサブネットアドレス又は他の識別子である。エンドポイント・ロケーション３０６は、通信エンドポイント１０２とＭＣＵ１０６の間の物理的距離に依存して、会議を如何に調整するかの識別子である。物理的距離が長くなると、会議の品質にある種の変更を与えることがある。
【００２５】
エンドポイント特性（characteristics）３０８は通信エンドポイント１０２を記述する特性を有する。エンドポイント特性３０８は、通信エンドポイント１０２が実行できる機能に関する情報を含む。例えばエンドポイント特性３０８は、通信エンドポイント１０２が実行する符号化器／復号化器（コーデック）を含む。通信エンドポイント１０２が会議を如何に実行するかの情報は、エンドポイント特性３０８に含まれる。
【００２６】
エンドポイント呼び特性３１０は、通信エンドポイント１０２が過去に関与していた或いは現在関与しているカンファレンス２０４に関する情報を記述する。エンドポイント呼び特性３１０は、会議のセッティングに関する情報を含む。このセッティング情報を用いて、将来の会議を構築して、良好なＱＯＳ特性を得る最大の機会を与える。例えば会議用に通信エンドポイント１０２が用いるコーデックのタイプは、過去に通信エンドポイント１０２と成功裏に行ったカンファレンス２０４に類似のものが選択される。過去のカンファレンス２０４は、同じ呼びの特性を有し、カンファレンス２０４を通信エンドポイント１０２で如何に実行するかについてのロードマップを提供する。例えば、通信エンドポイントが、ＭＣＵ１０６と物理的に離れている場合には、使用されるコーデックのタイプを変更して、パケット遅延と他のＱＯＳ問題を調整する。エンドポイント呼び特性３１０は、カンファレンス２０４の間受領した品質基準の集大成であり、これはデータ構造３０２に、過去のカンファレンス２０４の記録として、記憶される。
【００２７】
図３Ｂに示す、第２データ構造３１６は、カンファレンス２０４に対するセッティングを記憶する。カンファレンス・エンジン２０２により行われた各カンファレンス２０４に関連する第２データ構造３１６が存在する。第２データ構造３１６の数は図３ｂに示したものより多くても少なくてもよい。第２データ構造３１６は、それぞれデータのアイテムを含むポーションを有する。データ構造３１６は、カンファレンスＩＤ３１８と、カンファレンス・セッティング３２０と、スコアリング・アルゴリズム３２２と、しきい値３２４と、自動応答３２６と、エンドポイントＩＤ３２８とを有する。第２データ構造３１６は、これよりも多い或いは少ないポーション（３３０）を有してもよい。
【００２８】
カンファレンスＩＤ３１８は、カンファレンス２０４を他の全てのカンファレンス２０４から区別する識別子（ＩＤ）である。カンファレンスＩＤ３１８は、ＧＵＩＤ、会議パスコード、会議の電話番号、会議を特定する識別子を含む。このカンファレンスＩＤ３１８を用いて、使用された会議のセッティングを将来見出す。カンファレンス・セッティング３２０は、カンファレンス２０４に関する全ての構築情報を含む。構築情報は、どのコーデックが通信エンドポイント１０２により使用されているか、遅延又は品質レポートからの他の情報、どの通信エンドポイント１０２（と通信エンドポイントの特性）がカンファレンス２０４に関係するかの情報を含む。カンファレンス・セッティング３２０は将来の会議を構築するのをアシストする。ＭＣＵに記憶されたデータと図３ａ、３ｂに関連するデータは、装置に記憶され、どのデータがＭＣＵ１０６により決定されたか、別の装置により通信されたか、ＭＣＵ１０６により受領されたかを記憶する。その後、このデータを用いて、装置のセッティングを、複数のＭＣＵ１０６の間の正規化スキーム（normalization scheme）に基づいて、推測（extrapolate）する。他の実施例に於いては、図３ａ，３ｂに関連するデータの少なくとも一部が、通信エンドポイント１０２／１０４の１つ又は両方に記憶される。ある特徴を有する会議で使用されるセッティングは、ＭＣＵ１０６に対し、装置例えば通信エンドポイント１０２を会議用に如何に構築するかを教示する。斯して、将来に於いて、ＭＣＵ１０６は、どのセッティングが装置のデフォルト用として使用されるかを、類似又は同一の特性の過去の会議に対する最後で且つ最適な構築に基づいて、決定する。
【００２９】
スコアリング・アルゴリズム３２２は、カンファレンス監視モジュール２１４に提示すべき所定のアルゴリズムを有し、カンファレンス２０４を監視する。スコアリング・アルゴリズム３２２は、ユーザーが生成したもの、自動で形成されたもの、或いはそれらの組み合わせであり、ユーザーは、割り当てられた重みを、自動アルゴリズムで使用されるＱＯＳの測定値のある基準に割り当てることが出来る。スコアリング・アルゴリズム３２２は、利用可能な情報から数値（例えば１から１０の中で１０が最高値として）を生成する。アルゴリズムのスコアがある数値以下になった時には、カンファレンス・セッティング３２０は、カンファレンス・エンジン２０２により変更される。アルゴリズムのスコアは、しきい値３２４と比較される。斯してしきい値（フィールド）３２４は、しきい値を記憶する。アルゴリズムのスコアがしきい値を超えた時には、カンファレンス２０４のセッティングは、低いＱＯＳ或いは他の問題を解決する為に、変更される。しきい値３２４は、１個のＱＯＳ測定値或いはこの測定値の組み合わせである。例えばしきい値３２４は、設定されたスコア例えば１０の内の８でもよい。
【００３０】
自動応答３２６は、記憶されるか或いはカンファレンス２０４に関係付けられる。自動応答３２６は、アルゴリズムのスコアがしきい値３２４を超えることにより、トリガーされる。自動応答３２６は、カンファレンス・セッティング３２０の変更を含む。この変更は、しきい値を超えたことに応答して、カンファレンス・エンジン２０２により行われる。他の実施例に於いては、自動応答３２６は、ＭＣＵ１０６から通信エンドポイント１０２／１０４へ送信されたメッセージであり、これによりエンドポイントのセッティングを変更する。更なる実施例に於いては、自動応答３２６は、メッセージ或いはシグナルを含む。これらは、アドミニストレータ或いは他者に送られて、会議のセッティングを変更或いは調整する。斯してアドミニストレータへの信号は、問題を記述し、どのコンポーネントがその問題に関与しているかを記述する。アドミニストレータは、コンポーネントのセッティングを手動で変更できるが、これはアドミニストレータの決定により或いは問題を解決するために信号により示唆された方法により行われる。セッティングの変更方法は従来公知である。この自動応答３２６は、ユーザーにより予め決定されるか、或いはシステムで自動的に決定されるかであり、そしてカンファレンス・エンジン２０２により実行される。
【００３１】
エンドポイントＩＤ３２８は、カンファレンス２０４に関連する通信エンドポイント１０２のＩＤを含む。エンドポイントＩＤ３２８は、エンドポンイントＩＤ３０４と同一又は類似であり、斯して、データ構造３０２に記載された通信エンドポイント１０２は、第２データ構造３１６に記載されたカンファレンス２０４に、関連付けられる。
【００３２】
会議情報にはインデックスが付されている。このインデックスを付すことは、ＭＣＵ１０６から受領したカンファレンス２０４と通信エンドポイント１０２に関連する情報を記憶することを含む。例えば第１のＭＣＵ１０６ａは、解析されたデータ或いは他の情報を第２のＭＣＵ１０６ｂに送り、このデータ又は情報は、ネットワーク・データ・ベースに記憶される。更なる情報は、カンファレンス２０４の間、ＲＴＣＰレポートで受領するか或いは所有者のシグナリングを介して受領する。このインデックスが付された情報は、他のＭＣＵ１０６により行われた様々な通信エンドポイント１０２の様々なタイプのセッティングを含む。例えば、第１ＭＣＵ１０６ａは、第１の会議で使用された通信エンドポイント１０２に対するある会議セッティングを有し、第２のＭＣＵ１０６ｂは、第２の会議に対する通信エンドポイント１０２用の別の会議セッティングを含む。これ等の異なるセッティングは、データ構造３０２と３１６に記憶される。インデックスの付された情報を用いて、スコアリング・アルゴリズム３２２又は自動応答３２６を確立する。
【００３３】
図４に、会議のセッティングを自動的に設定する方法４００を示す。方法４００は、ステップ４０２で開始し、ステップ４１６で終了する。図４に本発明の方法４００の一般的なステップの順番を示すが、方法４００は図４に示したのとは異なるステップ或いは順番或いはそれよりも多い数、少ない数のステップを含んでもよい。本発明の方法４００は、コンピュータシステムで実行されるインストラクションの組として実行され、コンピュータで読み取り可能な媒体中に記憶される。本発明の方法４００を、システムとコンポーネント、モジュール、データ構造、ユーザーインターフェイス等を参照して以下説明する。
【００３４】
ステップ４０４で、ＭＣＵ１０６は通信エンドポイント１０２からカンファレンス２０４に対するリクエストを受領する。通信エンドポイント１０２は、この会議のリクエストを、通信プロトコル例えばＳＩＰ／Ｈ．３２３を用いて、ネットワーク１１０を介してＭＣＵ１０６に送る。次に、ＭＣＵ１０６は、会議のリクエストを受領すると、このリクエストは、通信エンドポイント１０２でカンファレンス２０４を実行するのが最初であるか否かを決定する（ステップ４０６）。初めての場合は、通信エンドポイント１０２は、新たに創設されたカンファレンス２０４に対し初期のセッティングを必要とする。この決定を行うために、ＭＣＵ１０６は、エンドポイント・セッティング・データベース２１２をサーチして、通信エンドポイント１０２に関する情報を得る。例えば、ＭＣＵ１０６は、エンドポイント・セッティング・データベース２１２のデータ構造３０２内でエンドポンイントＩＤ３０４（これが、会議のリクエストで受領された状態にある）を探す。エンドポンイントＩＤ３０４が見出せない場合には、ＭＣＵ１０６は、通信エンドポイント１０２は初期セッティングを受領せず、カンファレンス２０４には参加していないと決定する。他の実施例に於いては、通信エンドポイント１０２は、ＭＣＵ１０６からセッティングを要求する。斯して、ＭＣＵ１０６が、このリクエストは最初のものであると決定すると、通信エンドポイント１０２は、カンファレンス２０４にＭＣＵ１０６を介して参加する。つまりステップ４０６の判断が「ＹＥＳ」であると、ステップ４０８に進む。エンドポンイントＩＤが、エンドポイント・セッティング・データベース２１２のデータ構造３０２内で見出された場合には、ステップ４０６の判断は「ＮＯ」で、ステップ４１４又はステップ４１６に進む。他の実施例に於いて、通信エンドポイント１０２に関する他の情報（例：通信エンドポイントのモデル、タイプ等）が類似の通信エンドポイント１０２にマッチすると、ステップ４０６の判断は「ＮＯ」で、ステップ４１４又はステップ４１６に進む。
【００３５】
データ構造３０２を創設すると、ＭＣＵ１０６は、カンファレンス２０４に対するセッティング情報を通信エンドポイント１０２に送る必要がある。これは、通信エンドポイント１０２がカンファレンス２０４に初めて関与しているので、ＭＣＵ１０６は、エンドポイント・セッティング・データベース２１２に記憶されているデフォルトのセッティングを取り出し、それを通信エンドポイント１０２に送る（ステップ４０８）。一実施例に於いては、通信エンドポイント１０２は、機能／セッティング・アプリケーション２１６での機能をＭＣＵ１０６に与える。この機能は、会議のリクエストの形で或いは、別のデータ伝送として、ＭＣＵ１０６に送られる。この機能情報を用いて、ＭＣＵ１０６はどのセッティングを通信エンドポイント１０２に送るべきかを決定する。これ等のセッティングは、会議のリクエストに応じて、通信エンドポイント１０２にＭＣＵ１０６から送られる。
【００３６】
ステップ４１０に於いて、ＭＣＵ１０６は、通信エンドポイント１０２に関連するデータ構造３０２を、会議リクエストで与えられた通信エンドポイントＩＤ３０４を用いて、形成する。エンドポイントの構築は、データ構造３０２内の他のフィールドも完成させる。斯して、通信エンドポイント１０２から受領した会議のリクエストと機能情報は、データ構造３０２に記憶される。更にエンドポイント・ロケーション３０６とエンドポイント特性３０８は、データ構造３０２に記憶される。データ構造３０２は、エンドポイント・セッティング・データベース２１２に記憶される。
【００３７】
ステップ４１２で、セッティングと、機能と、インデックスの付いたセッティングは、セーブされる。通信エンドポイント１０２から会議リクエストを受領すると、ＭＣＵ１０６は、データ構造３０２を生成する。通信エンドポイント１０２は、会議の間、他のＭＣＵ１０６と通信できる。斯して、各ＭＣＵ１０６は、ＭＣＵ１０６と通信している通信エンドポイント１０２に対し別個のデータ構造３０２を形成する。通信エンドポイント１０２は、カンファレンス２０４の間、別の通信エンドポイント１０２と通信している。斯して、ＭＣＵ１０６は、エンドポイント・セッティング・データベース２１２内に別の通信エンドポイント１０２の情報を記憶する。
【００３８】
ＭＣＵ１０６は、互いにＲＴＣＰレポート或いは他の所有者のシグナリングを用いて通信する。この場合、ＭＣＵ１０６は、別のＭＣＵ１０６と通信している通信エンドポイント１０２に関する情報を受領する。この情報には、データ構造３０２内でインデックスが付される。斯して、ＭＣＵ１０６は、エンドポイント呼び特性３１０の複数のセクションを記憶するが、これが行われるのは、ＭＣＵ１０６が直接通信エンドポイント１０２に接続されている場合と、ＭＣＵ１０６が別のＭＣＵ１０６に接続されている通信エンドポイント１０２に関する情報を提供した時である。一実施例に於いては、ＭＣＵ１０６は複数のＭＣＵ１０６の間の会議のセッティングを交換し転送する。別の通信エンドポイント１０２に対する転送されたセッティングは、正規化され、ローカルに接続された通信エンドポイント１０２に対するセッティングと合併される。様々な通信エンドポイント１０２からのセッティングは、その後記憶される。この通信エンドポイントの情報はインデックスが付されて、ＭＣＵ１０６が、通信エンドポイント１０２に対する呼びの特性のデータ・ベースを構築できるようにする。斯して、会議のＱＯＳの測定値が変わると、ＭＣＵ１０６は、インデックス情報を用いて、通信エンドポイント１０２に応答する為、会議を如何に変更するかを決定する。この記憶された情報は、セッティングを如何に通信エンドポイント１０２に与えるかを、管理者のアルゴリズムを用いて、ＭＣＵ１０６に教示する。このセッティングの機能とインデックスの測定値が、データ構造３０２内に記憶される。
【００３９】
選択的事項としてのステップ４１４は、通信エンドポイント１０２にセッティングを送信するＭＣＵ１０６に関連する。このセッティングは、会議或いは会議の要件に特有のものである。例えばＭＣＵ１０６は、通信エンドポイント１０２から離れた場所にあるが、別の要件或いはセッティングを通信エンドポイント１０２に、送る。例えば離れた場所にあるＭＣＵ１０６は、パケットの遅延を受けるが、これは会議におけるＱＯＳの問題を引き起こす。斯してＭＣＵ１０６は、別のコーデック・セッティングを会議用の通信エンドポイント１０２に送る。特定の会議セッティングは、第２データ構造３１６に記憶され、通信エンドポイント１０２に、ネットワーク１１０を介してＭＣＵ１０６により送られる。斯して正規化されデータ・ベースにマージされた遠方にある通信エンドポイントのセッティングにより、統合された会議のセッティングのデータ・ベースは、会議を確立するのをアシストする。
【００４０】
図５に、故障後、会議のセッティング情報を自動的に回復する方法５００を示す。方法５００は、ステップ５０２で開始し、ステップ５１０で終了する。図５に本発明の方法５００の一般的なステップの順番を示すが、方法５００は図５に示したのとは異なるステップ或いは順番或いはそれよりも多い数、少ない数のステップを含んでもよい。本発明の方法５００は、コンピュータシステムで実行されるインストラクションの組として実行され、コンピュータで読み取り可能な媒体中に記憶される。本発明の方法５００を、システムとコンポーネント、モジュール、データ構造、ユーザーインターフェイス等を参照して以下説明する。
【００４１】
会議の間、ＭＣＵ１０６と通信エンドポイント１０２は、会議のセッティングと構築に関し、ＲＴＣＰレポートの受領と他の所有者機構を介して、習得する。この習得したた情報を用いて、会議の間、問題に対応する、或いは会議を調整する。ステップ５０４で、通信エンドポイントは、故障する或いは会議の問題を有する。例えば、通信エンドポイント１０２は、通信（音声、画像又はその両方）を失うか、ハードウエア／ソフトウエアの故障を有するか、ネットワーク・エラーから会議を切り離す（drop out）ことがある。会議に再加入或いは修正をしようとすると、通信エンドポイント１０２は、ＭＣＵ１０６から最初に送信された会議のセッティングを有さないか、或いは新たなセッティングを必要とする。斯して、通信エンドポイント１０２がカンファレンス２０４に再度入ると、通信エンドポイント１０２は、会議に関連する問題に再度取り組むことや正しく直すことが出来ないか、会議で問題を起こすことがある。
【００４２】
ステップ５０６で、通信エンドポイントは再生する。斯して、ステップ５０４で通信エンドポイントが故障を引き起こしたどのような状態も解決できる。この再生には、通信エンドポイントが、会議に再加入するために、ＭＣＵ１０６に会議のリクエストを再送信することが含まれる。カンファレンス２０４との再接続を再度確立すると、通信エンドポイント１０２は、その後、カンファレンス２０４用のセッティングを再度受領する必要がある。
【００４３】
ステップ５０８で、会議セッティングが再確立される。一実施例に於いて、通信エンドポイント１０２は、エンドポイント・セッティング・データベース２１２に会議セッティングを記憶し、会議を再確立できる。これは、機能／セッティング・アプリケーション２１６によりセーブされたセッティングを読み込み再度実行することにより行われる。斯して、ＭＣＵ１０６により送られた最初のセッティングを用いて、故障から回復すると、カンファレンス２０４内に通信エンドポイント１０２を、再度確立する。
【００４４】
他の実施例に於いて、ＭＣＵ１０６は、第２の会議リクエストを通信エンドポイント１０２から受領する、又はＲＴＣＰレポート又は他の所有者メカニズムから問題を決定する。この会議リクエストは、第２データ構造３１６内にあるカンファレンス２０４に関する情報を含む。斯してＭＣＵ１０６は、カンファレンスＩＤ３１８（これは会議リクエスト内に含まれている）をサーチして、第２データ構造３１６を見つけ出す。この第２データ構造３１６を見出すと、ＭＣＵ１０６は、会議セッティングを通信エンドポイント１０２に送り返し（これは、第２データ構造３１６内のカンファレンス・セッティング３２０からの会議セッティングを読み取ることにより行われる）、会議リクエストの応答を再度送る。斯して、通信エンドポイント１０２は、通信エンドポイント１０２に再度送られたセッティングを再度コミットした後、カンファレンス２０４への接続を再度確立する。
【００４５】
図６に、会議の変更を自動的に調整する方法６００を示す。方法６００は、ステップ６０２で開始し、ステップ６１０で終了する。図６に本発明の方法６００の一般的なステップの順番を示すが、方法６００は図６に示したのとは異なるステップ或いは順番或いはそれよりも多い数、少ない数のステップを含んでもよい。本発明の方法６００は、コンピュータシステムで実行されるインストラクションの組として実行され、コンピュータで読み取り可能な媒体中に記憶される。本発明の方法６００を、システムとコンポーネント、モジュール、データ構造、ユーザーインターフェイス等を参照して以下説明する。
【００４６】
ステップ６０４に於いて、会議の変更が起こる。斯してカンファレンス・エンジン２０２により実行されているカンファレンス２０４は、ある種の構築を有し、確立され実行される。会議に固有の環境或いは外部の影響（例えば装置の部品の故障）により、カンファレンス２０４は、会議の構築を変更するか或いは他の測定値を変更する。斯してカンファレンス２０４は、ＱＯＳの測定値が落ちることになる。他の実施例に於いては、手動による変更が、管理者（アドミニストレータ）或いは第３者（サードパーティ）により行われ、会議のセッティングを上書きする。
【００４７】
ステップ６０６に於いて、カンファレンス監視モジュール２１４は、カンファレンス２０４を監視し、カンファレンス２０４の劣化状態（例えば、そのソフトウエア又はハードウエアの中断と再開始）或いは向上状態を決定する。劣化状態と向上状態は、ネットワーク内或いは他の装置システム内での通信エンドポイント１０２内でのことである。カンファレンス監視モジュール２１４は、ＱＯＳを、スコアリング・アルゴリズム３２２を用いて測定する。このＱＯＳの測定値は、ＲＴＣＰレポートで与えられる、或いは別の監視アルゴリズムで決定される。カンファレンス監視モジュール２１４は、スコアリング・アルゴリズム３２２からの数値としきい値３２４とを比較する。数値の決定としきい値３２４との比較は、周期的に例えば毎分、毎秒行われる。斯して、カンファレンス監視モジュール２１４は、スコアリング・アルゴリズム３２２としきい値３２４から、会議に於いて変更が発生したか否かを決定する。会議の変更が起きた場合には、カンファレンス監視モジュール２１４は、会議の状態が変わり応答が必要であることを、カンファレンス・エンジン２０２に通知する。
【００４８】
ステップ６０８において、カンファレンス・エンジン２０２は、カンファレンス２０４の変更のタイプに関連する自動応答３２６を取り出して、カンファレンス２０４内で実行する。この自動応答３２６は、通信エンドポイント１０２から又はカンファレンス・エンジン２０２内のセッティングの変更を要求する。例えば、遅延が会議で見出された場合には、カンファレンス・エンジン２０２は、信号を通信エンドポイント１０２に送り、コーデックにおける変更を、或いは通信エンドポイント１０２からの他の構築変更を要求する。
【００４９】
一実施例に於いて、カンファレンス・エンジン２０２は、データ構造３０２内のインデックスの付された情報を用いて、必要とされる変更のタイプを決定する。例えばパケット遅延が０−１００ｍｓの間の場合には、通信エンドポイント１０２は第１のコーデックを使用する。しかし遅延が１００−２００ｍｓの場合には、第２のコーデックがカンファレンス２０４で通信エンドポイント１０２により使用される。斯してパケットの遅延が１００ｍｓを超えると、カンファレンス・エンジン２０２は、新たなセッティング要求を通信エンドポイント１０２に送り、使用されているコーデックを変更する。他の実施例に於いては、カンファレンス２０４は、ＱＯＳの測定値を改善し、通信エンドポイント１０２が高級な特徴を使用できるようにする。例えばパケットの遅延が１０５ｍｓから５０ｍｓに下がった場合には、コーデックを変更して、通信エンドポイント１０２に提供されるサービスを改善する。斯してカンファレンス・エンジン２０２は、会議の品質或いは会議の状態において品質低下と品質向上の両方に応答できる。
【００５０】
図７は、コンピュータ環境であるシステム７００を示す。これは、上記したシステムを有する。システム７００は、ユーザ・コンピュータ７０５，７１０，７１５を有する。ユーザ・コンピュータ７０５，７１０，７１５は、汎用パソコン（一例としてマイクロソフト社のウインドウズやアップル社のマッキントッシュで動作するラップトップコンピュータ）、ユニックス・オペレーティング・システムで動作するワークステーション・コンピュータである。ユーザ・コンピュータ７０５，７１０，７１５は、様々なアプリケーション、データベースクライアント／サーバ・アプリケーション、ウエブ・ブラウザ・アプリケーションを有する。別の構成として、ユーザ・コンピュータ７０５、７１０，７１５は、シン・クライアント・コンピュータ、インターネットで可能となる携帯電話、或いはネットワーク（例、ネットワーク７２０）で通信しウエブページと電子データを表示しナビゲートするパーソナル・デジタル・アシスタントである。本発明のシステム７００は、３個のコンピュータを示したが、あらゆる数のコンピュータも本発明は、使用可能である。
【００５１】
システム７００は、ネットワーク７２０を含む。ネットワーク７２０は、あらゆるタイプのネットワークであり、例えばＴＣＰ／ＩＰ、ＳＮＡ、ＩＰＸ、AppleTalk等である。ネットワーク７２０は、ＬＡＮ、イーサーネットワーク、トークンリング・ネットワーク、ＷＡＮ、仮想ネットワーク例えばＶＰＮ、インターネット、イントラネット、エクストラネット、ＰＳＴＮ、赤外線ネットワーク、無線ネットワーク或いはそれ等の組み合わせを含む。その例としては、ネットワークは、標準ＩＥＥＥ  ７０２．１１に適したプロトコルの下で動作するか、ブルートゥースのプロトコル、或いは他の無線プロトコルの下で動作する。ネットワーク７２０は、様々なシステムと構成要素の間の通信が可能となるネットワークである。
【００５２】
システム７００は、サーバ７２５，７３０を含む。サーバ７２５，７３０の内の１つのサーバは、ウエブサーバ７２５であり、これを用いて、ユーザ・コンピュータ７０５，７１０、７１５から、ウエブページ或いは電子ドキュメントのリクエストを処理する。ウエブサーバ７２５は、上記したＯＳで動く。ウエブサーバ７２５は、ＨＴＴＰサーバ、ＦＴＰサーバ、ＣＧＩサーバ、データベースサーバ、ＪＡＶＡサーバ等を含む様々なサーバ・アプリケーションを動かす。一実施例において、ウエブサーバ７２５は、ウエブ・サービスとしてオペレーションを発行する。
【００５３】
サーバ７２５，７３０の内の他のサーバは、ファイル又はアプリケーション用サーバ７３０である。このサーバ７３０は、上記のＯＳに加えて、ユーザ・コンピュータ７０５，７１０，７１５上で走るクライアントによりアクセス可能なアプリケーションを含む。サーバ７３０は、ユーザ・コンピュータ７０５，７１０，７１５に応答して、プログラム又はスクリプトを実行する汎用コンピュータである。一例として、サーバは、ウエブ・アプリケーションを実行する。ウエブ・アプリケーションは、プログラム言語例えばＪａｖａ（登録商標）、Ｃ、Ｃ＃（登録商標）、又はＣ＋＋、スクリプト言語のようなプログラム言語で書かれたプログラム或いはスクリプトで実行できる。スクリプト言語は、例えばＰｅｒｌ、Ｐｙｔｈｏｎ或いはＴＣＬ等である。サーバ７３０は、データベース・サーバ例えばオラクル、マイクロソフト、サイベースＴＭ、ＩＢＭＴＭから市販されているデータベース・サーバを含む。そしてこれ等は、ユーザ・コンピュータ７０５上で動くデータベース・クライアントからのリクエストを処理出来る。
【００５４】
ファイル又はアプリケーション用サーバ７３０により創設されたウエブページは、ユーザ・コンピュータ７０５にウエブ・サーバ７２５を介して転送される。同様にウエブ・サーバ７２５は、ウエブページ・リクエスト、ウエブサービスインボケーション、入力データ等を、ユーザ・コンピュータ７０５から受領し、このウエブページ・リクエスト又は入力データを、ファイル又はアプリケーション用サーバ７３０に送る。一実施例において、ファイル又はアプリケーション用サーバ７３０は、ファイルサーバとして機能する。図７は、ウエブ・サーバ７２５又はファイル又はアプリケーション用サーバ７３０を別個の形態で示すが、サーバ７２５，７３０で記載した機能は、１個のサーバ或いは複数の特殊サーバで実行することも出来る。
【００５５】
システム７００は、データベース７３５を有する。データベース７３５は、様々な場所に配置可能である。一例として、データベース７３５は、ユーザ・コンピュータ７０５，７１０，７１５、サーバ７２５，７３０これ等に配置された記憶媒体上にあるか、或いはそれ等から離れた場所にあるが、ネットワーク７２０を介して互いに通信可能である。一実施例において、データベース７３５は、ＳＡＮ（storage-area network）にある。同様に、ユーザ・コンピュータ７０５，７１０，７１５、サーバ７２５，７３０に帰属する機能を実行する必要なファイルは、それぞれのコンピュータ上にあるか或いはそれから離れた場所にある。一実施例において、データベース７３５は、リレーショナル・データベースであり、例えばオラクル１０ｉ（登録商標）であり、ＳＱＬフォーマットのコマンドに応答して、データを記憶し更新し取り出すことが出来る。データベース７３５は、上記のデータベースと同一或いは類似する。
【００５６】
図８は、コンピュータ・システム８００の一例である。このコンピュータ・システム８００上で、上記のサーバ、システムが実行される。コンピュータ・システム８００は、バス８５５を介して接続されたハードウエア要素を含む。このハードウエア要素は、ＣＰＵ８０５と、入力装置８１０（例、マウスとキーボード等）と、出力装置８１５（ディスプレイ或いはプリンター等）とを有する。コンピュータ・システム８００は、記憶装置８２０を有する。
【００５７】
コンピュータ・システム８００は、更に記憶媒体リーダー８２５，通信システム８３０（モデム、ネットワークカード（有線又は無線）、無線通信デバイス），作業メモリ８４０を含む。作業メモリ８４０は、ＲＡＭ、ＲＯＭ等を含む。一実施例において、コンピュータ・システム８００は、処理加速器８３５を含む。処理加速器８３５は、ＤＳＰ、特殊目的プロセッサを含む。
【００５８】
記憶媒体リーダー８２５は、他のコンピュータで読み取り可能な記憶媒体に接続可能で、これ等は遠隔地或いは局部的固定型或いは取り外し可能な記憶媒体プラスの記憶媒体でコンピュータで読み取り可能な情報を一時的或いは永続的に記憶する。通信システム８３０は、データが記憶装置８２０或いはシステム８００に関連した他のコンピュータと交換可能となるように、している。
【００５９】
コンピュータ・システム８００は、作業メモリ８４０内にあるソフトウエア要素を含む。このソフトウエア要素は、オペレーティング・システム８４５又は他のコード（プログラム）８５０を含む。これ等の一例は、ソフトウエア或いはその構成要素を実行するプログラムコードである。
【００６０】
用語「コンピュータで読み取り可能な媒体」とは、コンピュータが実行するプロセスを記憶する媒体或いは伝送媒体を意味する。媒体とは、非揮発性媒体、揮発性媒体、伝送媒体を意味する。非揮発性の媒体とは、ＮＶＲＡＭ、磁気ディスク又は光学ディスクである。揮発性媒体とは、ＤＲＡＭ、メインメモリを意味する。このコンピュータで読み取り可能な媒体の一般的なものとしては、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気ディスク、他の磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭ、パンチカード、ペーパーテープ等、更にＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、メモリカード、メモリチップ、或いはカートリッジ等がある。ｅ−ｍａｉｌ或いは他の自己保存型の情報アーカイブに付属したデジタルファイルは、記憶媒体に等価な分配型の記憶媒体であり、本発明でいう記憶媒体と見なすことができる。コンピュータで読み取り可能な媒体がデータベースとして構築された場合には、このデータベースは、あらゆる種類のデータベース、例えば関連型、階層型、オブジェクト志向型のいずれをも含む。
冗長な説明を回避するために公知の構造については省略した、或いはブラックボックスの形態で示している。この省略は本発明の範囲を制限するものではない。ここに開示した実施例は、発明を理解するためのものであり、本発明は個々に述べた特定の実施例以外の様々な方法で実現できる。
ここで議論したフローチャートは、特定のイベントのシーケンスを例に説明するが、本発明の操作に影響を及ぼすことなく、これ等のシーケンスの変更、追加、一部省略も可能である。本発明のシステムと方法は、特殊コンピュータ、プログラムされたマイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、他の集積回路ＤＳＰ、ハードワイヤド電子素子、論理素子、例えばディスクリートな要素回路、プログラム可能な論理回路、ゲートアレイ、例えばＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬ、特殊目的コンピュータ或いは他の手段で実現できる。
他の実施例に於いては、開示された方法は、コンピュータで読み取り可能な記憶媒体に記憶されたソフトウエアで実行され、コントローラとメモリとを有するプログラムされた汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ等で実施される。これ等の実施例に於いては、本発明のシステムと方法は、パソコンに組み込まれたプログラムで実行できる。例えばアプレット、ＪＡＶＡ、ＣＧＩスクプリト、サーバ或いはコンピュータ、ワークステーションに記録された資源或いは専用の測定システムに組み込まれたルーチン等で実施できる。
本発明のシステムは、本発明のシステムと方法をソフトウエア又はハードウエアのシステムに物理的に組み込むことにより実施することもできる。  本発明は、特定の標準及びプロトコルを例に説明したが、本発明はこのような標準とプロトコルに制限されるものではない。他の類似の標準とプロトコルも本発明で用いることができる。これ等の標準とプロトコルは、今後開発されるより効率的な標準とプロトコルで置換されるかも知れないが、このような置換も本発明の一態様（一実施例）と考えられる。
「自動的」とは、装置が動作中には人の手を借りずに動作を継続するものを指す。人による入力を使用しても自動的とみなされる。
「モジュール」とは、ハードウエア、ソフトウエア、ファームウエア、ファジーロジック、人工知能、或いはそれらの組合せを指す。
【００６１】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。
【符号の説明】
【００６２】
１００  カンファレンスを行うシステム
１０２  通信エンドポイント
１０４  通信エンドポイント
１０６    ＭＣＵ
１０６ａ  ＭＣＵ１
１０６ｂ  ＭＵＣ２
１１０  ネットワーク
２０２  カンファレンス・エンジン
２０４  カンファレンス
２１２  エンドポイント・セッティング・データベース
２１４  カンファレンス監視モジュール
２１６  機能／セッティング・アプリケーション
３０２  データ構造
３０４  エンドポンイントＩＤ
３０６  エンドポイント・ロケーション
３０８  エンドポイント特性
３１０  エンドポイント呼び特性
３１６  第２データ構造
３１８  カンファレンスＩＤ
３２０  カンファレンス・セッティング
３２２  スコアリング・アルゴリズム
３２４  しきい値
３２６  自動応答
３２８  エンドポイントＩＤ
図４
４０２：開始
４０４：会議のリクエストをエンドポイントから受領する
４０６：この会議は、エンドポイントにとって初回か否かを決定する
４０８：デフォルトの設定をする
４１０：エンドポイントの構築を創設する
４１２：セッティング／機能とインデックスのセッティングを記憶する
４１４：会議の要求毎にセッティングを送る
４１６：終了
図５
５０２：開始
５０４：エンドポイントの故障
５０６：エンドポイントの回復
５０８：セッティングを確立する
５１０：終了
図６
６０２：開始
６０４：会議の変更
６０６：劣化／向上を決定する
６０８：自動的に劣化／向上に応答する
６１０：終了
７００  システム
７０５，７１０，７１５  ユーザ・コンピュータ
７２０  ネットワーク
７２５，７３０  サーバ
７３５  データベース
８０５  ＣＰＵ
８１０  入力装置
８１５  出力装置
８２０  記憶装置
８２５  記憶媒体リーダー
８３０  通信システム
８３５  処理加速器
８４０  作業メモリ
８４５  オペレーティング・システム
８５０  他のコード（プログラム）
【図１】
0005635543.tif 000002
【図２】
0005635543.tif 000003
【図３Ａ】
0005635543.tif 000004
【図３Ｂ】
0005635543.tif 000005
【図４】
0005635543.tif 000006
【図５】
0005635543.tif 000007
【図６】
0005635543.tif 000008
【図７】
0005635543.tif 000009
【図８】
0005635543.tif 000010