"第1の会議出席者と第2の会議出席者との間の相互作用に反応する画面分割ビデオ会議の第1のエンドポイントのために自動的に画面分割ビデオ画像をデザインすることと、前記画面分割ビデオ会議の前記第1のエンドポイントで前記画面分割ビデオ画像を表示すること、を備える方法。前記画面分割ビデオ画像をデザインすることは、前記第1の会議出席者と前記第2の会議出席者との間の相互作用を自動的に判定することと、前記画面分割ビデオ画像内の前記第1の会議出席者に対応する第1のビデオ画像を配置することと、前記第1の会議出席者と前記第2の会議出席者との間の相互作用に応答して、前記画面分割ビデオ画像内の前記第1のビデオ画像に関連する前記第2の会議出席者に対応する第2のビデオ画像を配置すること、を含む請求項1の方法。前記画面分割ビデオ画像をデザインすることは、更に、前記第1の会議出席者に対応するエンドポイントからのコンテンツを受信すること、および前記画面分割ビデオ画像内のコンテンツを提示すること、を含み、前記第1のビデオ画像を配置することは、前記コンテンツの第1の側に前記第1のビデオ画像を配置することを含み、前記第2のビデオ画像を配置する動作は、前記コンテンツの第2の側に前記第2のビデオ画像を配置することを含む、請求項2の方法。前記第1の会議出席者と前記第2の会議出席者が前記コンテンツの方に向くように提示されるように、前記第1のビデオ画像および前記第2のビデオ画像を処理することを更に備える請求項3の方法。前記画面分割ビデオ画像をデザインすることは、前記第1の会議出席者と前記第2の会議出席者との間の相互作用を自動的に判定することと、前記第1の会議出席者と前記第2の会議出席者との間の相互作用に反応する前記第1のエンドポイントで前記画面分割ビデオ画像を作成するために、前記画面分割ビデオ会議の前記第1のエンドポイントに対する指示を生成することと、前記画面分割ビデオ会議の前記第1のエンドポイントに前記指示を送信することと、前記指示に反応する前記第1のエンドポイントで前記画面分割ビデオ画像を作成すること、を含む請求項1の方法。前記画面分割ビデオ画像をデザインすることは、前記第1の会議出席者と前記第2の会議出席者との間の相互作用を自動的に判定することと、前記第1の会議出席者と前記第2の会議出席者との間の前記相互作用に反応する前記第1のエンドポイントのために、前記画面分割ビデオ画像を作成することと、前記第1のエンドポイントに前記画面分割ビデオ画像を送信すること、を含む請求項1の方法。複数の会議出席者間の相互作用に自動的に反応する前記画面分割ビデオ会議の第2のエンドポイントのための画面分割ビデオ画像をデザインすることであって、前記第2のエンドポイントのための前記画面分割ビデオ画像は前記第1のエンドポイントのための前記画面分割ビデオ画像とは異なることと、前記画面分割ビデオ会議の前記第2のエンドポイントで前記画面分割ビデオ画像を表示すること、を更に備える請求項1の方法。前記画面分割ビデオ画像をデザインすることは、前記第1の会議出席者に対応する第1のビデオ画像を分析することと、前記第2の会議出席者に対応する第2のビデオ画像を分析することと、前記第1のビデオ画像を分析する動作および前記第2のビデオ画像を分析する動作に反応する前記第1の会議出席者と前記第2の会議出席者との間の相互作用を自動的に判定することと、前記第1の会議出席者と前記第2の会議出席者との間の相互作用に反応する前記第1のエンドポイントのために、前記画面分割ビデオ画像内の前記第1のビデオ画像に関連する前記第1のビデオ画像および前記第2のビデオ画像を配置すること、を含む請求項1の方法。前記第1のエンドポイントに、前記第1のエンドポイントのための前記画面分割ビデオ画像を送信することを更に備える請求項8の方法。更に、前記第1のエンドポイントのための前記画面分割ビデオ画像を作成するための指示を生成することと、前記第1のエンドポイントに、前記第1のエンドポイントのための前記画面分割ビデオ画像を作成するための指示を送信すること、を備える請求項8の方法。前記画面分割ビデオ画像をデザインすることは、更に、前記第1の会議出席者と前記第2の会議出席者との間の相互作用に反応する前記第1のビデオ画像を修正すること、を含む請求項8の方法。前記第1のビデオ画像を修正することは、前記第1のビデオ画像を鏡像化することを含む請求項11の方法。前記画面分割ビデオ画像をデザインすることは、複数の会議出席者中の支配的な会議出席者を判定することと、前記複数の会議出席者中の支配的でない会議出席者を判定することと、前記画面分割ビデオ画像内において前記支配的な会議出席者に対応して第1のビデオ画像を自動的に配置すること、および前記画面分割ビデオ画像内において前記第1の映像に関連する前記支配的でない会議出席者に対応して第2のビデオ画像を自動的に配置すること、を含む請求項1の方法。前記画面分割ビデオ画像をデザインすることは、前記第1の会議出席者と前記第2の会議出席者との間の第1の相互作用に自動的に応答する第1の画面分割ビデオ画像をデザインすること、および前記第1の相互作用に続く、第3の会議出席者と第4の会議出席者との間の第2の相互作用に自動的に反応する第2の画面分割ビデオ画像をデザインすることを含み、前記画面分割ビデオ画像を表示することは、前記第1の画面分割ビデオ画像を表示すこと、および前記第1の画面分割ビデオ画像に続く前記第2の画面分割ビデオ画像を表示することを含む、請求項1の方法。前記画面分割ビデオ画像をデザインすることは、前記第1の会議出席者に対応する第1の音声エネルギーを分析することと、前記第2の会議出席者に対応する第2の音声エネルギーを分析することと、前記第1の音声エネルギーを分析する動作および前記第2の音声エネルギーを分析する動作に反応する前記第1の会議出席者と前記第2の会議出席者との間の相互作用を自動的に判定することと、前記第1の会議出席者と前記第2の会議出席者との間の前記相互作用に反応する前記第1のエンドポイントのための前記画面分割ビデオ画像内において、前記第1の会議出席者に対応する第1のビデオ画像と、該第1のビデオ画像に関連する前記第2の会議出席者に対応する第2のビデオ画像を配置すること、を含む請求項1の方法。前記画面分割ビデオ画像をデザインすることは、前記第1の会議出席者に対応する第1のビデオ画像内において、第1の関心領域の第1の相対位置を特定することと、前記第2の会議出席者に対応する第2のビデオ画像内において、第2の関心領域の第2の相対位置を特定することと、前記第1のビデオ画像内の前記第1の関心領域の前記第1の相対位置および前記第2のビデオ画像内の前記第2の関心領域の前記第2の相対位置に応じた、前記第1の会議出席者と前記第2の会議出席者との間の相互作用を判定することと、前記画面分割ビデオ画像内に前記第1のビデオ画像を配置し、前記第1の会議出席者と前記第2の会議出席者との間の前記相互作用に応じた前記第1のビデオ画像に関連する前記第2のビデオ画像を前記画面分割ビデオ画像内に配置すること、を含む請求項1の方法。前記画面分割ビデオ画像をデザインすることは、前記第1の会議出席者および前記第2の会議出席者が相互に向かい合わせに現れるように、前記第2の会議出席者に対応する前記第2のビデオ画像に関連する前記第1の会議出席者に対応する第1のビデオ画像を配置すること、を含む請求項1の方法。前記画面分割ビデオ画像をデザインすることは、更に、前記第1のビデオ画像を鏡像化すること、を含む請求項17の方法。更に、第1のサイトの複数の会議出席者の会議出席者を活動的な会議出席者として指定することと、前記第1のサイトから受信したビデオ画像から前記活動的な会議出席者の画像を複製することと、前記画面分割ビデオ画像内に、前記活動的な会議出席者と前記第1のサイトから受信した前記ビデオ画像を提示すること、を備える請求項17の方法。更に、第1のサイトの複数の会議出席者の会議出席者を活動的な会議出席者として指定することと、前記第1のサイトから受信したビデオ画像から前記活動的な会議出席者の画像を複製することと、前記第1のサイトから受信した前記ビデオ画像の代わりに、前記画面分割ビデオ画像内に、前記活動的な会議出席者の画像を提示すること、を備える請求項17の方法。第1の会議出席者に対応する第1のエンドポイント、および、第2の会議出席者に対応する第2のエンドポイント、を含む複数のエンドポイントと、前記第1の会議出席者と前記第2の会議出席者との間の相互作用に応答する画面分割ビデオ画像をデザインするよう構成されたレイアウトコントローラと、を備えるビデオ会議システム。前記レイアウトコントローラは、マルチポイントコントロールユニットMCUのモジュールである、請求項21のビデオ会議システム。更に、前記第1のエンドポイントから受信した第1のビデオ画像および前記レイアウトコントローラに反応する第2のビデオ画像を操作するよう成されるエディタモジュールを備える請求項21のビデオ会議システム。前記レイアウトコントローラが、更に、前記レイアウトコントローラによってデザインされた前記画面分割ビデオ画像を表示するための指示を前記複数のエンドポイントに送信するよう構成されている、請求項21のビデオ会議システム。前記レイアウトコントローラに反応する、前記画面分割ビデオ画像をエンコードするよう成される映像モジュールを更に備える、請求項21のビデオ会議システム。前記第1の会議出席者に対応する第1のビデオ画像、および前記第1のビデオ画像に関連する前記第2の会議出席者に対応する第2のビデオ画像を、前記画面分割ビデオ画像内に配置するよう成され、レイアウトコントローラに反応する映像レイアウトエディタモジュールを更に備える、請求項21のビデオ会議システム。前記映像レイアウトエディタモジュールが、更に、前記第1のビデオ画像を操作するよう構成されている、請求項26のビデオ会議システム。前記映像レイアウトエディタモジュールが、更に、前記第1のビデオ画像を鏡像化するよう構成されている、請求項26のビデオ会議システム。前記第1の会議出席者と前記第2の会議出席者との間の前記相互作用を検出し、前記相互作用を前記レイアウトコントローラに通知するよう構成された相互作用デコーダを備える、請求項21のビデオ会議システム。前記相互作用デコーダは、前記第1の会議出席者に対応する第1のビデオ画像内の関心領域の相対位置を特定するよう成される映像相互作用デコーダを備える、請求項29のビデオ会議システム。前記相互作用デコーダは、前記第1の会議出席者が支配的な会議出席者であることを検出するよう構成されている、請求項29のビデオ会議システム。前記相互作用デコーダは、音声エネルギーを分析し、前記音声エネルギーに応じた前記相互作用を前記レイアウトコントローラに通知するよう構成された音声相互作用デコーダを備える、請求項29のビデオ会議システム。前記レイアウトコントローラは、前記第1の会議出席者および前記第2の会議出席者が相互に向かい合わせに現れるように、前記画面分割ビデオ画像をデザインするよう構成されている、請求項21のビデオ会議システム。画面分割ビデオ会議における第1の会議出席者に対応する第1のエンドポイントからの第1のビデオ画像と、前記画面分割ビデオ会議における第2の会議出席者に対応する第2のエンドポイントからの第2のビデオ画像を処理する装置であって、前記第1の会議出席者と前記第2の会議出席者との間の相互作用に応答して画面分割ビデオ会議のビデオ画像をデザインするよう構成された制御モジュールと、前記制御モジュールによってデザインされた前記画面分割ビデオ会議のビデオ画像を作成するよう構成された第1の映像モジュールと、を備える装置。前記第1の会議出席者と前記第2の会議出席者との間の前記相互作用を検出し、前記相互作用を前記制御モジュールに通知するよう構成された相互作用デコーダ、を更に備える請求項34の装置。前記相互作用デコーダは、前記第1のビデオ画像内の関心領域の相対位置を特定するよう構成された映像相互作用デコーダである、請求項34の装置。前記相互作用デコーダは、前記第1の会議出席者に対応する第1の音声エネルギーおよび前記第2の会議出席者に対応する第2の音声エネルギーを分析するよう構成された音声相互作用デコーダである、請求項34の装置。前記相互作用デコーダは、前記第1の会議出席者が支配的な会議出席者であることを検出するよう構成されている、請求項34の装置。前記装置は、マルチポイント制御ユニットである、請求項34の装置。前記第1の映像モジュールは、前記第1のエンドポイントに関連付けられる、請求項34の装置。前記制御モジュールに反応する前記第1のビデオ画像を操作するよう構成されたエディタモジュールを更に備える、請求項34の装置。前記エディタモジュールは、前記制御モジュールに反応する前記第1のビデオ画像を鏡像化するよう構成されている、請求項41の装置。以下の説明において説明を目的とし、本発明に対する十分な理解を提供するために、多くの具体的な詳細を述べる。しかしながら、当該技術に精通する者にとって、本発明を、これらの具体的な詳細を要せずに実施できることは明白である。他の場合において、本発明を不明瞭なものとすることを避けるために、構成および装置をブロック図で示す。下付き文字を伴わない数字に対する参照は、参照される数字に対応する下付き文字の全ての場合を参照するものとして理解される。更に、本開示において使用される言語は、主として判読性および説明的目的のために選択されており、本発明の主題を画定または制限するために選択されておらず、請求範囲によりかかる発明の主題を判定するよう必要とする。一実施の形態または実施の形態に対する本明細書における参照は、実施の形態に関して説明される特定の特長、構成、または特性が、本発明の少なくとも一実施の形態に含まれることを意味し、一実施の形態または実施の形態に対する複数の参照の全てが、必ずしも同じ実施の形態を参照しているものとして理解されてはならない。以下の説明のいくつかは、ソフトウェアまたはファームウェアに関する用語で記載されてはいるが、実施の形態において、ソフトウェア、ファームウェア、およびハードウェアのすべての組み合わせを含む、望みのソフトウェア、ファームウェア、またはハードウェアの、本明細書に記載される特長および機能を実施してもよい。デーモン、ドライバ、エンジン、モジュール、またはルーチンに対する参照は、実施の形態をいかなる種類の実行にも限定することを意味するものとして考えてはならない。同じ番号が、開示されるシステムおよび方法のいくつかの視野、実施の形態、局面および特長を通して、同じ要素を指示する図面について述べる。利便性のために、同じグループの同じ要素のみが番号によって指示されることがある。図の目的は、実施の形態を説明することであり、作製または限定することではない。図1および図2は上述されており、更に説明されることはない。図3は、一実施の形態による、マルチメディアマルチポイント会議システム300の一部の関連要素を持つブロック図を示している。システム300は、1つ以上のMCU320を接続するネットワーク310および複数のエンドポイントサイト330ANを含んでもよい。ネットワーク310が複数のMCU320を含むいくつかの実施の形態において、仮想MCUが、複数のMCUを制御するために使用されてもよい。仮想MCUの更なる情報は、米国特許第7,174,365号において見出すことができ、そのすべてを目的として引用して本明細書に組み込む。エンドポイント330端末として言及されることもあるは、ネットワーク上の実体であり、他のエンドポイント330またはMCU320とのリアルタイム、双方向音声および/または視覚通信を提供することができる。エンドポイント330は、コンピューター、PDA携帯情報端末、携帯電話、マイクおよびカメラを持つテレビ等として実施されてもよい。MCUは、ビデオ会議を管理するために使用されてもよい。MCUは、ネットワークのノード、端末、または他のいずれかに配置されても良いような会議を制御する実体である。MCUは、ある基準に従って、アクセスポートからいくつかのメディアチャンネルを受信し、処理し、他のポートを介してそれらを接続されているチャンネルに配信する。MCUの例としては、PolycomInc.から利用可能なMGC-100およびRMX登録商標2000を含むRMX2000は、Polycom,Inc.の登録商標である。いくつかのMCUは、メディアコントローラMCおよびメディアプロセッサMPの2つの論理ユニットを含む。エンドポイントおよびMCUの更に完全な定義は、H.320、H.324、およびH.323規格等だが、これらに限定されない国際電気通信連合ITU規格において見出すことができる。ITU規格に関する付加的な情報は、ITUのウェブサイトwwwituintで見出すことができる。ネットワーク310は、単一ネットワークまたは2つ以上のネットワークの組み合わせを表わしてもよい。ネットワーク310は、パケット切換ネットワーク、サーキット切換ネットワーク、およびサービス総合ディジタル網ISDNネットワーク、公衆電話交換回線網PSTN、非同期転送モードATMネットワーク、インターネット、またはイントラネットを含むいかなる種類のネットワークであってもよい。ネットワーク上のマルチメディア通信は、H.320、H.324、H.323、SIP等を含むいかなる通信プロトコルに基づいてもよい。エンドポイントEP330ANおよびMCU320の間で通信される情報は、信号発信および制御、音声情報、映像情報、および/またはデータを含んでもよい。エンドポイント330ANの異なる組み合わせが会議に参加してもよい。エンドポイント330ANは、発話、データ、映像、信号発信、制御、またはそれらの組み合わせを提供してもよい。エンドポイント330ANは、EP330およびMCU320におけるユーザー間のインターフェイスとして動作してもよいリモートコントロール不図示を備えてもよい。リモートコントロールは、DTMFデュアルトーンマルチ周波数信号、遠隔カメラ制御、制御パケット等を使用してもよいダイヤルキーボード例えば、電話のキーパッドを備えてもよい。エンドポイント330ANは、会議内においてエンドポイントでユーザーが発言できるよう、または他のユーザーによって聞かれる音および雑音に供される1つ以上のマイク不図示、エンドポイント330ANが生の映像データを会議に入力できるカメラ、1つ以上のスピーカーおよびディスプレイ画面も備えてもよい。システム300の説明部分は、もっとも関係のある要素のみを備え、説明している。システム300の他の部分は説明しない。システムの構成および必要に応じて、各システム300がその他の数のエンドポイント330、ネットワーク310、およびMCU320を有してもよいということは、当該技術に精通する者にとって明白であろう。しかしながら、明確化のために、複数のMCU320を伴うネットワーク310を示す。MCU320およびエンドポイント330ANは、本開示の種々の実施の形態に従って動作して、マルチポイントビデオ会議のCPビデオ画像を見ている会議出席者の体験を改善するよう適用されてもよい。集中アーキテクチャを実行する実施の形態において、MCU320は、本明細書に説明される自動表示適用技術を行うよう適用されてもよい。代替として、分散アーキテクチャにおいて、MCU320と同様にエンドポイント330ANは、自動表示適用技術を行うよう適用されてもよい。異なる実施の形態によるMCU320およびエンドポイント330ANの動作についての更なる情報を、以下に説明する。図4は、一実施の形態によるMCU400を示している。MCU400は、ネットワークインターフェイスモジュールNI420、音声モジュール430、制御モジュール440、および映像モジュール450を含んでいてもよい。MCU400の代替の実施の形態は、他のコンポーネントを有してもよく、および/または図4に示す全てのコンポーネントを含んでもよい。ネットワークインターフェイスモジュール420は、ネットワーク310を介して複数のエンドポイント330ANから通信を受信してもよい。NI420は、H.320、H.321、H.323、H.324、セッションイニシエーションプロトコルSIP等を含む、1つ以上の通信規格に従って通信を処理してもよい。ネットワークインターフェイス420はまた、H.261、H.263、H.264、G.711、G.722、MPEG等を含む1つ以上の圧縮規格に従って通信を処理してもよい。ネットワークインターフェイス420は、他のMCUおよびエンドポイントへ、および他のMCUおよびエンドポイントから、制御およびデータ情報を受信および送信してもよい。ネットワーク310上でのエンドポイントおよびMCUの間の通信に関する更なる情報、ならびに信号発信、制御、圧縮、およびビデオ電話を説明している情報は、国際電気通信連合ITUの規格であるH.320、H.321、H.323、H.261、H.263、H.264、G.711、G.722、およびMPEG等、またはIETFネットワークワーキンググループのウェブサイトSIPについての情報から見出すことができる。MCU400は、提示したサイト間で検出された相互作用に従ってCPレイアウトを動的かつ自動的に適用する。提示したサイト間の相互作用は、会議において支配的な2つ以上のサイト、あるサイトにおける人達の配置、その人達が向いている方向等を含んでもよい。ネットワークインターフェイスモジュール420は、異なる信号、メディア、および/またはエンドポイント330ANおよびMCU320の間で通信される信号発信および制御を多重送信化または多重分離化してもよい。圧縮された音声信号は、音声モジュール430へ、および音声モジュール430から送信されてもよい。圧縮された映像信号は、映像モジュール450へ、および映像モジュール450から送信されてもよい。制御および信号発信信号は、モジュール440へ、およびモジュール440から転送されてもよい。更に、分散アーキテクチャが使用される場合、ネットワークインターフェイスモジュール420は、制御モジュール440およびエンドポイント330ANの間において転送される、自動的かつ動的なCPレイアウト適用関連情報を扱うことができてもよい。動的CPレイアウト適用情報がRTPリアルタイムトランスポートプロトコルパケットのペイロードの、所定のヘッダの一部として送信される実施の形態において、NI420は、所定のヘッダを処理して、RTPパケットに自動的かつ動的CPレイアウト適用情報を付加し、更にRTPパケットをエンドポイント330AN等に向けて送信するよう成されてもよい。実施の形態において、いくつかの動的CPレイアウト適用情報は、エンドポイントのディスプレイで表示されるレイアウトに関する、エンドポイントからの要求を含んでもよい。代替の実施の形態において、動的CPレイアウト適用情報は、遠隔カメラ操作FECCチャンネル図4に不図示を経由して送信されてもよく、またはプロプリエタリプロトコルに応じる専用パケットのペイロードとして送信されてもよい。更に他の実施の形態において、動的CPレイアウト適用情報は、MCUの内部モジュールによって検出され、送信されてもよい。動的CPレイアウト適用情報は、ROI関心領域、ROIが面している方向、ビデオ画像の中心と比較したROIの相対位置、および/またはサイト間の相互作用等を含んでもよい。音声モジュール430は、NI420を介し、更に音声ライン422を通じて、複数のエンドポイント330ANのから圧縮された音声ストリームを受信してもよい。音声モジュール430は、受信される圧縮された音声ストリームを処理してもよい。音声モジュール430は、受信される音声ストリームから関連する音声ストリームを解凍、復号、および合成してもよい。音声モジュール430は、圧縮され、エンコードされている合成された信号を、エンコードし、圧縮し、音声ライン422およびNI420を介して1つ以上のエンドポイント330ANに転送してもよい。音声モジュール430は、ネットワークインターフェイス420を介して、複数のエンドポイント330ANから圧縮されている音声ストリームを受信してもよい。音声モジュール430は、圧縮されている音声ストリームを復号し、復号されたストリームを分析し、特定のストリームを選択し、選択されたストリームを合成してもよい。合成されたストリームは圧縮されてもよく、圧縮された音声ストリームはネットワークインターフェイス420に送信されてもよく、ネットワークインターフェイスは圧縮された音声ストリームを異なるエンドポイント330ANへと送信する。異なるエンドポイントへと送信される音声ストリームは、異なってもよい。例えば、音声ストリームは、異なる通信規格に従い、更に個々のエンドポイントの必要に従い、フォーマットされてもよい。音声ストリームは、音声ストリームが送信されるエンドポイントと関連付けられる会議出席者の音声を含まなくてもよい。しかし、会議出席者の音声は、他の全ての音声ストリーム内に含まれてもよい。実施の形態において、音声モジュール430は、少なくとも1つのDTMFモジュール435を含んでもよい。DTMFモジュール435は、受信された音声ストリームからDTMFデュアルトーンマルチ周波数信号を検出および/または捕捉してもよい。DTMFモジュール435は、DTMF信号をDTMF制御データに変換してもよい。DTMFモジュール435は、DTMF制御データを、制御ライン444を介して制御モジュール440に転送してもよい。DTMF制御データは、相互作用型音声応答IVR等であるが、これに限定されない相互作用型インターフェイスを使用する会議を制御するために使用されてもよい。他の実施の形態において、DTMF制御データは、クリックアンドビュー機能を介して使用されてもよい。本発明の他の実施の形態において、DTMFモジュール435に加えて、またはDTMFモジュール435に代えて会話認識モジュール不図示を使用してもよい。これらの実施の形態において、会話認識モジュールは、ビデオ会議のパラメータを制御するために会議出席者の音声コマンドを使用してもよい。音声モジュール430は、エンドポイントから受け取られる音声信号を分析し、それぞれの音声信号のエネルギーを判定するよう成されていてもよい。信号のエネルギーの情報は、制御ライン444を介して制御モジュール440に転送されてもよい。いくつかの他の実施の形態において、2つ以上のマイクが、特定のサイトにおいて使用されてもよい。かかる実施の形態おいて、音声モジュール430は、音声相互作用型検出コンポーネントAIDC437を備えてもよい。各マイクからのエネルギーは、AIDC437に転送されてもよく、更に関心領域ROIの配置および/または特定のサイトにおけるROIの相対位置を判定するために使用されてもよい。いくつかの実施の形態において、エネルギーレベルは、ビデオ会議内において合成される音声源として適切な1箇所以上のエンドポイントを選択するための選択パラメータとして使用されてもよい。エンドポイントは、選択されたエンドポイントまたは提示されるエンドポイントとして参照されてもよい。分散アーキテクチャの他の実施の形態において、エンドポイント330ANは、音声モジュール430の機能のいくつかを有してもよい。典型的なMCUの共通の動作に加えて、MCU400は、制御モジュールCM444を有する結果として付加的な動作を行うことができる。制御モジュール440は、MCU400の動作およびその内部のモジュールの動作を制御してもよい。そのような内部モジュールは、音声モジュール、映像モジュール450等であるが、これに限定されない。制御モジュール440は、MCU400の異なる内部モジュールから受信した指示を処理してもよい論理モジュールを含んでもよい。制御モジュール440の実施の形態は、制御ライン444を介してDTMFモジュール435から受信した指示を処理してもよい。制御信号は、制御ライン444、446、および/または448を介して送信、受信されてもよい。そのような制御信号は、クリックアンドビュー機能を介して参加者から受信したコマンド、映像モジュール450からの検出されたステータス情報等であるが、ただしこれに限定されない。制御モジュール440は、MCU400の動作を制御する論理ユニットであってもよい。典型的なMCUの共通の動作に加えて、MCU400は、制御モジュール440を有する結果として付加的な機能を行うことができてもよい。制御モジュール440は、各サイトにおいて表示されるレイアウトを適用する相互作用型レイアウトコントローラILC442を含んでもよい。ILC442は、会議電話に参加するサイトの数、どのサイトが退出したのか、どのサイトが会議から去ったのか、どのサイトが会議に加えられたのか等を含め、NI420から情報および更新を受信してもよい。他の種類の情報には、一人以上の参加者が要求するレイアウト等に関するコマンドを含んでもよい。一実施の形態において、ILC422は、1つ以上のエンドポイント330ANにおいて表示されるレイアウトを判定および/または制御してもよい。ILC442は、NI420および/またはDTMF435を介してエンドポイント330ANから制御情報を受信してもよい。ILC442は、また、音声モジュール430、映像モジュール450を含むMCU400の内部ユニットから検出された情報、および異なるビデオ画像におけるROIの相対位置を受信してもよい。異なる情報および制御情報に従って、ILC442は、各レイアウトを配置し、制御ライン448を介して映像モジュール450の内部ユニットに制御コマンドを送信する方法を判定してもよい。コマンドの例としては、どのビデオ画像を表示するのか、レイアウト内の各ビデオ画像の配置、画像を鏡像化するための要求、特定のサイトからの画像の拡大または縮小、ある数のセグメントを伴うレイアウトの構築または更新等を含んでもよい。ILC442の更なる情報は、図7との関連で開示される。映像モジュール450は、複数のエンドポイント330ANからの圧縮された映像ストリームを受信してもよく、それはネットワーク310を介し、NI420によって処理されてMCU400へと送信される。映像モジュール450は、MCU400によって現在実施されている一件以上の会議と関連付けられる1つ以上のレイアウトに従って、1つ以上の圧縮されたCPビデオ画像を作成してもよい。映像モジュール450の実施の形態は、1つ以上の入力モジュール451AX、1つ以上の出力モジュール455AX、および映像共通インターフェイス454を含んでもよい。入力モジュール451AXは、1箇所以上の参加しているエンドポイント330ANからの、圧縮された入力映像ストリームを扱ってもよい。出力モジュール455AXは、1箇所以上のエンドポイント330ANに、CPビデオ画像の映像ストリームの、構成されている圧縮された出力を生成してもよい。圧縮された出力映像ストリームは、いくつかの入力ストリームから構成されて、指定されたエンドポイントのための会議を表す映像ストリームを形成してもよい。入力ストリームは、修正されてもよい。圧縮されていない映像データは、共通インターフェイス454上の入力モジュール451AXおよび出力モジュール455AXによって共有されてもよく、それは時分割多重TDMインターフェイス、非同期転送モードATMインターフェイス、パケットに基づくインターフェイス、および/または共有メモリを含む、何らかの適する種類のインターフェイスを備えてもよい。共通インターフェイス454上のデータは、まったく圧縮されていないか、または部分的に圧縮されていなくてもよい。一例となる映像モジュール450の動作は、米国特許第6,300,973号において説明されている。各入力モジュール451AXは、圧縮された入力映像ストリームを復号するためのデコーダ452を備えていてもよい。一実施の形態において、各入力モジュール451AXは、相互作用型デコーダコンポーネントIDC453も備えていてもよい。代替の実施の形態において、全入力モジュール452に対して1つのIDC453があってもよい。IDC453の実施の形態は、ビデオ画像内のROIおよび/またはROIの相対位置を検出してもよい。IDC453は、異なるサイト330AN間の相互作用を検出してもよい。IDC453は、異なる入力映像ストリームから、検出された情報を、ILC442に通知してもよい。その情報は、制御ライン448を介して送信されてもよい。時宜に応じて、定期的に、および/またはILC442からコマンドを受信した際、IDC453の実施の形態は、デコーダ452によって出力されたデータを捕捉し、サンプリングし、分析してもよい。IDC453の実施の形態は、関連付けられたエンドポイント330から受信した、復号されたビデオ画像を分析するよう成されていてもよく、ビデオ画像における1つ以上のROIおよび/またはそれらの相対位置の座標を定義するよう成されていてもよい。IDC453の分析は更に、異なるエンドポイント間の相互作用を判定するために使用されてもよい。検出は、1種類以上の異なる技術、動作検出、肌色検出装置、同じ室内に配置された複数のマイクから受信した音声信号の音声エネルギー、顔検出装置または異なる検出装置の異なる組み合わせによって行われてもよい。音声信号の表示は、音声モジュール430から受け取ってもよい。IDC453は、検出された情報を、制御ライン448を介してILC442に出力してもよい。IDC453の動作についての更なる情報を、図5と関連して開示する。一実施の形態において、エンドポイント330ANのそれぞれに対して映像入力モジュール451がある。同様に、映像モジュール450は、エンドポイント330ANのそれぞれに対して、1つの映像モジュールを含んでもよい。各出力モジュール455は、エディタモジュール456を備えていてもよい。エディタモジュール456は、情報および/または制御コマンドをILC442から受信してもよい。各映像出力モジュール455は、複数のエンドポイント330ANの特定のエンドポイントに対して特化させた画像レイアウトを生成してもよい。各映像モジュール455は更に、出力映像ストリームをエンコードできるエンコーダ458を備えていてもよい。他の実施の形態において、1つの出力ビデオ455モジュールは、複数のエンドポイント330AN、または会議に参加しているエンドポイント330ANのすべてさえも支援してもよい。入力モジュール451AXからの映像データは、ILC442から受信されるコマンドに従って、適切な出力モジュール455AXにより、共通インターフェイス454から受信されてもよい。エディタ456は、CP画像の、構成された映像に関連付けられたレイアウト内の画像の配置および大きさに従って、エディタフレームメモリ内にて、それぞれ選択される会議出席者の映像データを修正、拡大縮小、トリミング、および配置をしてもよい。修正は、ILC442から受信される指示に従って行われてもよい。その指示には、エンドポイント間で特定される相互作用および画像内において特定されるROIの配置を考慮してもよい。画面レイアウト上の各長方形セグメント、ウィンドウは、異なるエンドポイント330からの修正された画像を含んでいてもよい。エディタフレームメモリがすべての選択され、修正された会議参加者の画像とともに準備される場合、フレームメモリ内のデータは、エンコーダ458によってエンコードされるために準備される。エンコードされたデータ映像ストリームは、その関連するエンドポイント330に向かって送信されてもよい。構成され、エンコードされ、圧縮されたCP出力映像ストリームは、映像ライン424を介してNI420へ送信されてもよい。NI420は、1つ以上のCPの圧縮映像ストリームを、関係する1つ以上のエンドポイント330ANに対して転送してもよい。代替の実施の形態において、リレーMCU320が実行され、エンドポイント330は、そこで表示されるCP映像イメージを構築することができる。かかる実施の形態において、ILC442は、エンドポイント330ANそのものにコマンドを提供することができてもよい。リレーMCUの一実施の形態は、米国特許出願等12/542,450号において開示されており、その内容全体を目的として引用して本明細書に組み込む。かかる実施の形態において、あるセグメントサイズを持つある数のセグメント、各セグメントの配置、画像に対する何らかの修正等が表示されるように、各画像のROIの、例えばピクセル単位の大きさ、およびレイアウト内のセグメント間の相互作用が、エンドポイント330に対する要求とともに、レイアウトを提示するためにエンドポイント330に送信される。エンドポイントとのかかる通信は、例えば、インターネットプロトコルIP接続上での帯域外であってもよい。他の実施の形態において、通信は、例えば、RTPパケット、またはFECCのペイロードの所定のヘッダの一部として、帯域内であってもよい。リレーMCU400の更に他の実施の形態において、IDC453および/またはAIDC437は、エンドポイント330のエンコーダ前方のエンドポイント330内に埋め込まれてもよい。相対位置情報は、検出されたパケットのペイロードとして、ネットワーク310およびNI420を介して、MCU400上のILC442に送信されてもよい。かかる実施の形態において、ILC442は、エンドポイント330内のエディタにレイアウトの指示を送ってもよい。エンドポイント330内のエディタは、CPレイアウトを構成し、それをエンドポイントの表示ユニットによって提示してもよい。リレーMCU400の他の実施の形態において、各エンドポイント330ANは、そのデコーダの後にIDC453と、エンドポイント制御ユニット内にILC442を有してもよい。エンドポイントのIDC453は、それぞれ複合された画像内のROIの相対位置についての情報を、エンドポイント内のILCモジュール442に送ってもよい。ILC442は、レイアウトを判定し、これに従って構成するよう、エンドポイントのエディタに対して指示してもよい。かかるリレーMCU400において、各エンドポイント330ANは、そのレイアウトをスタンドアロンユニットとして制御してもよい。IDC453、AIDC437、およびILC442の配置は、実施の形態ごとに異なってもよい。当該技術において既知である映像モジュール450の様々な要素の通常の機能は、本明細書において説明しない。異なる映像モジュールは、米国特許出願等10/144,561号、11/684,271号、11/751,558号、および12/683,806号、米国特許第6,300,973号、ならびに国際特許出願シリアル番号第PCT/IL01/00757号において説明されており、その内容の全てを目的として組み込む。制御バス444、448、446、圧縮映像バス424、および圧縮音声バス422は、時分割多重TDMインターフェイス、非同期転送モードATMインターフェイス、パケットに基づくインターフェイス、および/または共有メモリを含む、何らかの望みの種類のインターフェイスであってもよい。図5は、一実施の形態に従った相互作用型デコーダコンポーネントIDC453のいくつかの要素を伴うブロック図を示している。IDC453は、会議において支配的な2つ以上のサイト間の相互作用、ビデオ画像内の人達の配置/相対位置、その人達が向いている方向等を含め、提示されるサイト間の相互作用を検出するために使用されてもよい。IDC453は、スケーラならびに1つ以上のフレームメモリSCFMモジュール510、顔検出プロセッサFDP520、およびROI相対位置定義装置RRLD530を含んでいてもよい。顔検出プロセッサFDP520は、SHORE、VeriLookSDK、またはOpenCVによって提供されるような、既知の顔検出装置技術を実行するよう成されるDSP上で実施されてもよい。代替の実施の形態において、FDP520は、TexasInstrumentsからのDM365を含め、顔検出能力をもつハードウェアにおいて実行されてもよい。集中アーキテクチャを活用する一実施の形態において、IDC453は、MCU400に組み込んでもよい。かかる実施の形態において、IDC453は、上述のように、映像ユニット450の一部でもよく、関係する入力モジュール451AXから、復号された映像データを取得してもよい。代替の実施の形態において、IDC453は、各入力モジュール451AXの一部でもよく、それに関連付けられたデコーダ452から復号された映像を取得してもよい。更に他の実施の形態において、IDC453は、エンドポイント330AN内に埋め込まれていてもよい。かかるエンドポイントにおいて、IDC453は、エンドポイント330によって生成されるビデオ画像内の、ROIおよびROIの相対位置を判定するために使用されてもよい。IDC453は、エンドポイント330のエンコーダ不図示の入力に関連付けられてもよい。IDC453は、エンドポイントのエンコーダの入力において使用されるフレームメモリから、ビデオ画像のフレームをサンプリングしてもよい。ROIの指示および/またはROIの相対位置の指示は、NI420を介してILC442に転送されてもよい。その指示は、プロプリエタリのプロトコルに一致する専用パケット内において、または標準ヘッダに情報を加えて送信されてもよい。代替の実施の形態において、情報は、所定のキーのストリング等を使用するDTMF信号として送信されてもよい。ILC442は、ROI関心領域についての情報を使用して、次のCPレイアウトを適用する方法を判定してもよい。図5の実施の形態において、ROI相対位置定義装置RRLD530は、コマンドをILC442から受信してもよい。例となるコマンドは、ROIの検出および定義、サイトのROIの相対位置の検出および配置等を行ってもよい。ILC442は、音声信号の強さ、レイアウトを変更する手動コマンド、加わった新たなサイトについての情報等を含め、どのサイトにおいて異なるパラメータに従ってROIおよび/またはROIの相対位置を検索するのかを判定してもよい。RRLD530は、顔検出プロセッサFDP520にコマンドを送り、ROIの配置に基づいてROIを発見および判定してもよい。RRLD530は、特定のサイトから受信したビデオ画像のフレーム内のROIの相対位置その画像の左、右、または中央を計算してもよい。FDP520は、関連するサイトから復号化されたビデオ画像のフレームをサンプリングするようSCFM510に命じてもよい。復号化されたビデオ画像は、そのサイトに関連付けられた入力モジュール451AXの共通インターフェイス454から、またはデコーダ452からSCFM510によって取り出されてもよい。次いで、SCFM510は、FDP520の要件に従ってビデオ画像を縮小し、その結果をフレームメモリに保存してもよい。一実施の形態において、FDP520とSCFM510の間にループが生じてもよい。FDP520は、SCFM510に対して、再度画像を縮小、画像を拡大、および/または他のサンプルを取り出す等の要求を行ってもよい。このループは、所定回数のサイクルに制限されてもよい。サイクルの終了時に、FDP520は、ROIについての情報をRRLD530に転送してもよい。ROIが見つからない場合、メッセージ例えば、ROIなし等がRRLD530に送信されてもよい。RRLD530は、関連する配置についての専用の情報を、制御ライン448を介してILC442に出力してもよい。更に他の実施の形態において、IDC453は、左上からのピクセル単位のROI座標の配置を、例えばILC442に転送してもよく、ILC442は、その相対位置左、右、中央を計算してもよい。IDC453の他の実施の形態は、動作検出装置、肌色検出装置、および/または異なる検出装置の異なる組み合わせを含む技術を使用して、ビデオ画像内のROIの配置を判定する他のモジュールを備えていてもよい。動作検出装置に基づくいくつかの実施の形態不図示は、時計、ファン、モニター等の干渉的な動作を取り除くために、帯域フィルター、ローパスフィルター、またはノッチフィルター等、1つ以上のフィルターを含んでもよい。他の実施の形態は、複数のマイクから受信した音声エネルギーの表示を処理してもよい。異なるROI検出装置ついて更に知りたいと望む者は、米国特許出願第11/751,558号、米国特許出願第12/683,806号を読むことができ、またはwwwconsortiumricmueduprojOmegaphpもしくはwwwconsortiumricmueduprojFacephpを閲覧することができる。いくつかの実施の形態において、動作検出装置は、ROIを判定するために使用される。一実施の形態において、動作検出装置は、変化がある領域を定義するために、2つの連続するフレームを減算してもよい。ビデオ会議において、変化は、典型的には頭、手等の動きによる。ROIは、2つの連続するフレームの間で異なる領域を取り囲む大きな長方形として定義されてもよい。連続するフレームは、1つ以上のSCFM510内に格納されてもよい。IDC453のいくつかの実施の形態において、他の技術が、異なるサイト間の相互作用を定義するために使用されてもよい。例えば、各サイトから受信される音声エネルギーの表示は、音声モジュール430によって処理されてもよく、情報はIDCに送信されてもよい。処理は、ある期間の時間にともない、話者間の相互作用に続いてもよい。相互作用が支配的なサイト間の音声的な相互作用である場合、それら2箇所のサイトは、支配的なサイトと考えられる。2つの支配的なサイトからの画像は、レイアウト200の画像120および130のように、相互に面する上部の列に配置されてもよい。本実施の形態において、IDC453は、音声モジュール430および/または制御モジュール440から音声エネルギーについての情報を受け取ってもよい。一実施の形態において、サイトは複数のマイクを有し、その部屋の話者の配置およびその画像のROIは、複数のマイクから受信される音声エネルギーを処理することによって判定され、部屋の話者の相対位置が判定されてもよい。いくつかの実施の形態において、ROIおよび/またはROI相対位置検出装置は、エンドポイント330内にあってもよく、ROIの相対位置は、プロプリエタリメッセージまたはヘッダ内のビデオ画像とともに送信されてもよい。RRLD530および制御モジュール440の間の通信は、使用されるアーキテクチャに依存してもよい。例えば、IDC453がMCU400の映像ユニット450内に埋め込まれているならば、RRLD530と制御モジュール440間の通信は、映像モジュール450に制御モジュール440を接続する制御ライン448上で実行されてもよい。代替として、制御モジュール440がMCU400に配置されている一方でIDC453がエンドポイント330ANに配置されている実施の形態において、通信は、帯域外または帯域内で実施されてもよい。帯域外通信は、インターネットプロトコルIPネットワーク上でエンドポイント330ANおよびMCU400の間の接続を介して扱われてもよい。エンドポイント330を伴うマルチメディア通信がパケット切換ネットワークを介するならば、IDC453エンドポイント330上および制御モジュール440間の通信は、リアルタイムトランスポートプロトコルRTP映像パケットのペイロードの所定のヘッダを使用しながら実施されてもよい。かかる実施の形態において、サンプリングコマンドと同様にROIおよび/またはROIの相対位置の座標は、RTP映像パケットのペイロードの所定ヘッダ内に埋め込まれていてもよい。他の実施の形態は、DTMFおよび/またはFECCチャンネルを使用してもよい。上述のように、太字のエンドポイント330上のIDC453および制御モジュール440の間の通信がマルチメディア通信を介するならば、ネットワークインターフェイスNI310は、受信した情報を解析し、IDC453から受信したROIおよび/またはROIの相対位置の座標を取り出すよう成されてもよい。NI310は、情報を、制御モジュール440およびNI420を接続する制御バス446上の制御モジュール440に配信してもよい。NI420は、サンプリングコマンドを受け取り、それを使用される通信技術に従って処理し、更にそれをネットワーク310を介してIDC453に送信するよう成されてもよい。結果に基づき、一実施の形態によるILC442は、検出されたROIおよび/またはその相対的相互作用および相対位置を考慮して、更新されるレイアウトを設計してもよい。更新されるレイアウトを構築する方法の指示は、関連するエディタ456に転送されてもよい。更新されたレイアウトに従って、エディタ456は、会議出席者が部屋の左部分に着席しているサイトを、左側のセグメントに配置し、更にその逆も行い、図2に示すように、セグメント112が会議出席者130を伴うサイトBに割り当てられてもよい。一方、セグメント114は、その画像の右側部分に着席している会議出席者120を有するサイトCに割り当てられる。異なるサイトの会議出席者が同じ相対位置部屋の中央に対して左側または右側に着席しているいくつかの場合において、ILC442は、関係するエディタにコマンドを送り、1つ以上の画像を鏡像化してもよい。一実施の形態において、画像を鏡像化することは、各列の右端から左端へ映像データを読み取ることにより、CPレイアウトを構築し、CPのレイアウト内の関連するセグメント内の適切な列の左端から、左から右へと映像データを書き込む間に実施されてもよい。レイアウト内の配置は、他のサイトが、直前に支配的であるサイトのひとつに代わって支配的になる場合に、動的に変更されてもよい。更に他の実施の形態において、ひとつのRFトラッカーは、RRLD530によって使用されて、部屋の加入者の相対位置を定義してもよい。信号は、エンドポイント330と関連付けられている部屋に配置されている2つ以上のアンテナによって受信されてもよい。受信されたRF信号は、エンドポイント330によって処理されてもよく、情報は、プロプリエタリメッセージ内またはヘッダ内でビデオ画像とともに送信されてもよい。図6は、IDC453によって実行されてもよい一実施の形態による技法600に対するフローチャートを図示している。技法600は、ビデオ画像における関心領域ROIおよびその相対位置を定義するために使用されてもよい。技法600は、会議の開始と同時にブロック602において開始されてもよい。開始後、技法600は、ブロック604においてフレームカウンターFcntおよびレイアウト変更フラグをリセットしてもよい。一実施の形態において、フレームカウンターFcntは、入力モジュール451AXの出力時に、フレームをカウントしてもよい。レイアウト変更フラグCLFの値は、0または1でもよい。CLFの値は、レイアウト表示の変更がILC442から受信された場合、1となる。変更表示は、新たなレイアウトに関する情報、提示される会議出席者ならびに関連付けられている入力および出力モジュールそれぞれ451AXおよび455AXについての情報を含んでもよい。ILC442は、サイトの画像内のROIおよびその相対位置の検索をRRLD530に要求してもよい。レイアウト内の変更は、音声信号の強さ、管理要求、新たな会議出席者等の結果として発生してもよい。CLFの値は、レイアウト内に何の変更もないことが表示された場合、0となる。いくつかの実施の形態において、CLFは、CM440から、またはクリックアンドビュー機能を使用して会議出席者のひとりから任意に設定されてもよい。続いて、技法600は、ブロック610において、新たなフレームを受信するために待機してもよい。ブロック610において、新たなフレームが待機期間に受信されなければ、技法600は、ブロック610に戻る。ブロック610において、新たなフレームが受信されれば、技法600は、ブロック612へと進み、Fcntを1インクリメントさせてもよい。続いて、ブロック620は、Fcntの値が所定値N1よりも大きいか否か、またはCLFの値が1に等しいのかを判定する。一実施の形態において、N1は、1から1000までの範囲の設定された数字でもよい。ブロック620において、Fcntの値がN1以下であり、CLFの値が0に等しければ、技法600は、ブロック610に戻る。ブロック620において、Fcntの値がN1よりも大きく、および/またはCLFの値が1に等しければ、技法600は、ブロック622に進む。一実施の形態において、Fcntに代えて、またはFcntに加えて、タイマーが使用されてもよい。タイマーは、例えば数秒または数分の望みの期間の時間に設定できる。ブロック622では、技法600は、FDP520に指示してROIを検索し、定義してもよい。技法600は、FDP520がROIを定義するか、またはROIが見つからなかったことをIDC453に通知するまで、ブロック624にて待機する。FDPがROIのメッセージを出力すると、技法600はブロック626に進み、FDP520から、分析されたデータを収集し、処理する。ブロック626は、ROIの存在、その大きさ、配置例えば、上部左からピクセル単位でおよびその画像内の相対位置例えば右、左、中央を判定してもよい。代替の実施の形態において、ROIが見つからなければ、N1の値を、後続のROI検索を加速させるために減少してもよい。技法600は、FDP520およびILC442間のアプリケーションプログラムインターフェイスAPIとして動作してもよい。その結果は、ブロック626において、ILC442へと転送されてもよく、技法600は、ブロック604に戻ってもよい。いくつかの実施の形態において、技法600は、ブロック622から626を繰り返し、結果が同様であることを確認し、もしそうであれば、ILC442に平均ROIおよびROIの相対位置を転送してもよい。図7Aは、ビデオ会議において使用されるレイアウトのひとつを自動的かつ動的に適用するための技法700の一実施の形態に対するフローチャートを示している。一実施の形態において、2つ以上のレイアウトが関わる場合、並列タスクがCP画像の各レイアウトにつき一回開始されてもよい。他の実施の形態において、技法700は、セッション内において使用される各レイアウトにつき1サイクル繰り返し実行されてもよい。技法700は、ブロック702において、ILC442および/またはRRLD530図5によって開始されてもよい。開始時、技法700は、ブロック704において、前回相対位置メモリPRLMをリセットしてもよい。PRLMは、ROIの前回見出された相対位置についての情報を格納して、ROIの現在の相対位置との相違を判定するために使用されてもよい。続いて、技法700は、ブロック706において、タイマーTをリセットし、ブロック710においてタイマーTの値がT1に等しくなるのを待ってもよい。一実施の形態において、T1は、数百ミリ秒から数秒の範囲でもよい。他の実施の形態において、構成されたCP画像のフレームは、カウントされ、時間の代わりに使用されてもよい。タイマーTの値がT1に等しくなり、および/またはレイアウト内に変化が発生すると、技法700は、ブロック712に進んでもよい。レイアウトにおける変化は、更なる会議出席者が会議に加わったとき、他の会議出席者の音声エネルギーにおける変更のために提示されるサイトが変更される必要がある場合等に発生してもよい。ブロック712において、技法700は、関連する会議出席者のビデオ画像内のROI相対位置ROIRL情報についての情報を収集してもよい。関連する会議出席者のビデオ画像は、レイアウト内における提示のために選択されたビデオ画像である。続いて、音声エネルギー情報が、ブロック714において、それぞれ提示されるサイトにつき取得されてもよい。音声情報を使用しながら、2箇所の支配的なサイトが検出されてもよく、および/または、異なるエンドポイント間の相互作用についての更なる情報等が検出されてもよい。管理および制御情報は、ブロック715において取得されてもよい。管理および制御情報は、受信される会議出席者の基本設定構成されるCP画像を監視するものおよび強制的会議出席者音声エネルギーから独立して、CP画像内に提示されなければならない会議出席者等の情報を含んでいてもよい。それぞれ提示される会議出席者の画像につき、技法700は、ブロック716において現在受信されているROIRLおよびPRLMメモリに保存されている前回のROIRL間の相違を計算してもよい。技法700はまた、ブロック716において、支配的なサイトに相違があるのかを判定してもよい。前回のROIRLに対して今回のROIRLに有意な変更があるか否か、および/または、支配的なサイトに有意な変更があるのかという判定が、ブロック720において行われる。有意な変更は、ピクセル、パーセンテージ、音声の強さ等における所定の変化量でもよい。一実施の形態において、有意な変化は、5から10パーセントの範囲でもよい。ブロック720において、有意な変更があれば、技法700は、ブロック722において現在のROIRLおよび支配的なサイトをPRLMに格納してもよい。技法700は、更に図7B内のブロック750に進む。ブロック720において、有意な変更がなければ、技法700はブロック706に戻る。図7Bを参照すると、ブロック750において、ループがブロック760から790において、技法700によって設計された同じレイアウトを実行する各出力モジュール455AXに対して開始されてもよい。ブロック760から始まり、各出力モジュール455AXに対して、技法700は、ブロック762において現在の出力モジュールに関連付けられているCPレイアウトに関係するパラメータについての情報を取り出してもよい。一実施の形態におけるパラメータは、ピクセル数の幅および高さWxHでのレイアウトの大きさ、レイアウトのフォーマット2X2、3X3等、管理上の判定に基づいてどのサイトが選択されて提示されるのか、および/または音声エネルギー等を含んでもよい。技法700はまた、ブロック762において、試行回数をカウントするカウンターCntをリセットしてもよい。次の技法700は、ブロック764において、関連する出力モジュール455AXの適用可能なレイアウト内に提示されるべく選択されたそれぞれのサイトに対するROIRLROI相対位置情報およびパラメータを取得してもよい。一実施の形態において、その情報は、PRLMから取り出されてもよい。一実施の形態において、パラメータは、ROIのピクセル数ROIの高さおよび幅、ROIの相対位置、支配的なサイト、サイト間の相互作用等を含んでもよい。取り出された情報を使用して、技法700は、ブロック770において、2箇所の支配的なサイトがあるのかを判定してもよい。2箇所の支配的なサイトがなければ、技法700は、ブロック774に進んでもよい。2箇所の支配的なサイトがあれば、技法700はブロック772に進んでもよい。ブロック772において、支配的なサイトは、一実施の形態において提示されるレイアウト内のセグメントの上方列に配置されてもよい。代替の実施の形態において、それらは、下方列または望みの他のサイトに配置されてもよい。左側のROIRLを持つ支配的なビデオ画像は、ブロック772において、レイアウトの左セグメント内に配置されてもよい。ビデオ画像の右側のROIRLを持つ支配的なビデオ画像は、ブロック772において、レイアウトの右側のセグメント内に配置されてもよい。両方の支配的なサイトが同じROIRLを有するならば両方とも左、または両方とも右、支配的なサイトのひとつがブロック772において鏡像化されてもよい。両方の支配的なサイトが中央に画像を有するならば、それらは並べて配置されてもよい。提示されるべく選択された他のサイトは、右側のROIRLを持つビデオ画像は右に配置され、左側のROIRLを持つビデオ画像は左に配置され、中央のROIRLを持つビデオ画像は中央または残りの位置に配置される等といったように、ブロック774において配置されてもよい。残りのセグメント内に配置できない1箇所以上の選択サイトがある場合、技法700は、ブロック774においてそれらを鏡像化し、相応に配置してもよい。続いて、カウンターCntは、ブロック776において1インクリメントされてもよい。ブロック780において、Cntの値が2に等しいか否か、またはブロック774の手順が成功裏に完了したかという判定がなされてもよく、その結果、全ての選択された会議出席者がレイアウトの適切な相対位置において提示されてもよい。これらの条件が満たされない場合、技法700は、ブロック782において、ブロック772において判定された支配的サイトの配置要件を無視してもよく、更にブロック774において選択されているサイトの全ての配置を再試行してもよい。ブロック780において、Cntの値が2に等しいか、またはブロック774の手順が成功裏に完了した場合、技法700はブロック784に進む。ブロック784において、ブロック774の手順が成功裏に完了したのか否かという判定がなされてもよい。一実施の形態において、成功裏にとは、見るために選択された全てのサイトが、その全てがレイアウトの中心に面しているように配置されたことを意味する。ブロック784の条件が満たされない場合、技法700は、ブロック786において、特定された相互作用を無視し、表示されるサイトの数に見合う共通のレイアウトを選択し、ROIRLを無視してレイアウトを配置してもよい。ブロック774の手順が成功裏に完了したことをブロック784が判定した場合、技法700は、ブロック788においてレイアウト配置に関する指示を作成してもよく、その結果、提示されるサイトがレイアウトの中心に向く。レイアウトの指示は、ブロック788において、適切な出力モジュール455AX内のエディタ456に送信されてもよい。他の実施の形態において、ブロック786において、技法700は、計算されたレイアウトのひとつを選択してもよく、これが会議出席者間のある相互作用を提示する。続いて、技法700は、ブロック790において、レイアウトの配置についての指示を受ける必要がある付加的な映像出力モジュール455AXがあるか否かを確認する。もしあれば、技法700は、ブロック760に戻ってもよい。それがなければ、技法700は、図7A内のブロック706に戻ってもよい。本開示において、ユニット、装置、コンポーネント、モジュール、および論理モジュールの用語は、相互に交換可能に使用されてもよい。ユニットまたはモジュールとして設計される全てのものは、スタンドアロンモジュールまたは専用もしくは統合モジュールであってもよい。モジュールは、モジュール式またはモジュール式局面をもっていてもよく、簡易に取り外され、他の類似のユニットまたはモジュールと交換されることを可能とする。各モジュールは、ソフトウェア、ハードウェア、および/またはファームウェアのいずれのひとつ、またはいずれかの組み合わせであってもよい。論理モジュールのソフトウェアは、読み出し/書き込みハードディスク、CDROM、フラッシュメモリー、ROM等、コンピューター可読媒体上に実現されてもよい。特定のタスクを実行するために、ソフトウェアプログラムは、必要に応じて適切なプロセッサに読み込まれてもよい。本開示の説明および特許請求の範囲において、備える、含む、有するおよびそれらの活用諸変化は、その動詞の目的語が、その動詞の主語である部材、構成部分、要素、または部品の必ずしも完全な列記ではないことを示すために使用されている。上記の装置、システム、および方法が、手順の変更、および使用される正確な実施を含め、様々な方式において変更されてもよいことは明白である。説明されている実施の形態は、異なる特長を含み、その全てが本開示のすべての実施の形態において必要とされるわけではない。更に、本開示のいくつかの実施の形態は、その特長のいくつかのみ、またはその特長の可能な組み合わせのみを使用する。説明されている実施の形態において表記されている特長の異なる組み合わせは、当該技術に精通する者により行われる。更に、本開示のいくつかの実施の形態は、その開示とともに、異なる実施の形態との関連において説明された特長および要素の組み合わせにより、実施されてもよい。本発明の適用範囲は、下記の請求の範囲およびこれと同等のものによってのみ制限される。特定の実施の形態が詳細に説明され、添付図面において示されているが、かかる実施の形態は単にその例示であり、後に続く特許請求の範囲によって決定されるその基本範囲から逸脱することなく考案されるものでないことは言うまでもない。"