(57)【要約】      （修正有）【課題】各会議参加者及びセッションの現在の要求に従ってリソースを動的に割り当てたり、解放する。【解決手段】新規なユニバーサルブリッジ（ＵＢ）は、メディア中継マルチポイント制御ユニット（ＭＲＭ）とマルチポイント制御ユニット（ＭＣＵ）及びゲートウェイを使用せずに、複数のメディア中継エンドポイント（ＭＲＥ）及びレガシーエンドポイント（ＬＥＰ）の間で、マルチメディア・マルチポイントの会議を処理し管理することができる。更に、ＵＢは、各会議参加者及びセッションの現在の要求に従ってリソースを動的に割り当てたり、解放するように構成され得る。【選択図】図１
2014068339.tif 000002
【特許請求の範囲】
【請求項１】
或る伝送プロトコルに従う複数伝送フレームからなるストリームを搬送するように構成されたインタフェースと、各フレームはストリーム識別子を有しており、
前記インタフェースに連結され、メディア中継エンドポイントから受信した圧縮メディアを搬送する伝送フレームを前記インタフェースに供給するように構成されたメディア中継入力処理部と、
前記インタフェースに連結され、圧縮メディアを搬送する複数伝送フレームからなる１ストリームを得て、デコーダモジュールデータユニットを搬送する伝送フレームからなる１ストリームを生成するように構成されたデコーダモジュールと、
前記インタフェースに連結され、デコーダモジュールデータユニットを搬送する伝送フレームからなる複数のストリームを結合して、レガシーエンドポイントを宛先とする結合されたメディアを搬送する伝送フレームからなる１ストリームとするように構成された第１タイプのメディアコンバイナモジュールと、
前記インタフェースに連結され、デコーダモジュールデータユニットを搬送する伝送プロトコルフレームのストリームを得て、圧縮メディアを搬送する伝送フレームの１ストリームを生成するように構成されたエンコーダ出力モジュールと、
前記インタフェースに連結され、第１のメディア中継エンドポイント又は第１のレガシーエンドポイントによって発された圧縮メディアを搬送する伝送フレームの１又は複数のストリームを得て、第２のメディア中継エンドポイントに向けてパケットの１又は複数のストリームを供給するように構成されたメディア中継エンドポイント出力処理部と、
前記インタフェースに出入りするデータ通信量を制御し、伝送フレームの複数のストリームに対してストリーム識別子を割り当てる制御モジュールと
を備えるユニバーサルブリッジ。
【請求項２】
前記インタフェースに連結され、レガシーエンドポイントから受信した圧縮メディアを搬送する伝送フレームを該インタフェースに供給するように構成されたレガシー入力処理部、を更に備える請求項１のユニバーサルブリッジ。
【請求項３】
前記レガシー入力処理部は、リアルタイムプロトコル処理部を更に備える請求項２のユニバーサルブリッジ。
【請求項４】
前記インタフェースに連結され、圧縮メディアを搬送するパケットをレガシーエンドポイントから受信し処理するように構成されたレガシー入力処理部を更に備え、
圧縮メディアのチャンクを処理して、前記インタフェースに転送されるべきデコーダモジュールデータユニットを搬送する伝送フレームの１ストリームを生成するように構成されたデコーダモジュールを具備し、
前記レガシー入力処理部は、該デコーダモジュールに対して圧縮メディアのデータチャンクを供給するように更に構成されている、請求項１のユニバーサルブリッジ。
【請求項５】
前記インタフェースに連結され、圧縮メディアを搬送する伝送フレームからなる複数のストリームを結合して、メディア中継エンドポイントを宛先とする結合されたメディアを搬送する伝送フレームからなる１ストリームとするように構成された第２タイプのメディアコンバイナモジュール、を更に備える請求項１のユニバーサルブリッジ。
【請求項６】
圧縮メディアを搬送する伝送フレームからなる前記複数のストリームの少なくとも１つは、レガシーエンドポイントから発される、請求項５のユニバーサルブリッジ。
【請求項７】
複数のデコーダモジュールと、複数のエンコーダモジュールと、複数の第１タイプのメディアコンバイナモジュールとを更に備え、
前記制御モジュールは、取得した制御パラメータに応じて、時折、デコーダモジュール、エンコーダ出力モジュール及び第１タイプのメディアコンバイナモジュールからなる１グループから選択された少なくとも１つのモジュールを割り当てる、請求項１のユニバーサルブリッジ。
【請求項８】
デコーダモジュールデータユニットは、解凍されたデータユニットである、請求項１のユニバーサルブリッジ。
【請求項９】
前記エンコーダ出力モジュールは、結合されたメディアを搬送する伝送フレームのストリームを得て、圧縮された結合メディアを搬送する伝送プロトコルフレームの１ストリームを生成する、請求項１のユニバーサルブリッジ。
【請求項１０】
前記インタフェースに連結され、圧縮された結合メディアを搬送する伝送フレームの１ストリームを得て、レガシーエンドポイントに対してパケットを供給するように構成されたレガシー出力処理部、を更に備える請求項９のユニバーサルブリッジ。
【請求項１１】
前記伝送プロトコルに従う前記伝送フレームは、リアルタイムプロトコルに準拠するヘッダからなる、請求項１のユニバーサルブリッジ。
【請求項１２】
前記メディアはビデオであり、前記第１タイプのメディアコンバイナモジュールは常駐表示ビデオ画像を構築するように更に構成されている、請求項１のユニバーサルブリッジ。
【請求項１３】
前記第１タイプのメディアコンバイナモジュールは、前記常駐表示ビデオ画像を構築するとき、デコードされたビデオ画像を要求された解像度に調整するように構成されている、請求項１２のユニバーサルブリッジ。
【請求項１４】
前記メディアはオーディオであり、前記第１タイプのメディアコンバイナモジュールはオーディオミキサーである、請求項１のユニバーサルブリッジ。
【請求項１５】
前記デコーダモジュールは、デコードされたビデオ画像を要求された解像度に調整するスケーラを更に具備する、請求項１のユニバーサルブリッジ。
【請求項１６】
前記エンコーダ出力モジュールは、デコードされたビデオ画像を要求された解像度に調整するスケーラを更に具備する、請求項１のユニバーサルブリッジ。
【請求項１７】
前記インタフェースは共有メモリである、請求項１のユニバーサルブリッジ。
【請求項１８】
前記伝送プロトコルに従う前記伝送フレームは、伝送プロトコルヘッダを具備し、
前記伝送プロトコルヘッダは、ストリーム識別子を具備し、
前記ストリーム識別子は、１組のメモリアドレスを表す、請求項１７のユニバーサルブリッジ。
【請求項１９】
前記インタフェースは、マルチキャストルーティング可能なスイッチを具備する、請求項１のユニバーサルブリッジ。
【請求項２０】
第２のメディア中継エンドポイントに向けた圧縮メディアを搬送する前記パケットは、該第２のメディア中継エンドポイントで、常駐表示ビデオ画像を構築するために使用される、請求項１のユニバーサルブリッジ。
【請求項２１】
前記制御モジュールは、１以上の制御パラメータに応じてデータ通信量を制御し、
前記制御パラメータは、１以上のステータス情報、ユーザリクエスト、及びエンドポイントパラメータを含む、請求項１のユニバーサルブリッジ。
【請求項２２】
前記ステータス情報は、１以上のメディア中継エンドポイント及び１以上のレガシーエンドポイントから受信したオーディオストリームのオーディオエネルギーを含む、請求項２１のユニバーサルブリッジ。
【請求項２３】
前記制御モジュールは、デコーダモジュール、エンコーダ出力モジュール及びメディアコンバイナモジュールからなる１グループから選択された少なくとも１つのモジュールを割り当てる、請求項１のユニバーサルブリッジ。
【請求項２４】
マルチメディア会議システム用のユニバーサルブリッジシステムであって、
或る伝送プロトコルに従う複数伝送フレームからなるストリームを搬送するように構成された第１のインタフェースと、
前記第１のインタフェースに接続された制御モジュールと、
前記第１のインタフェースに接続され、第１のメディア中継エンドポイントから圧縮メディアを受信し、パケットの１又は複数のストリームを第２のメディア中継エンドポイントに向けて供給し、伝送フレームのストリームを前記第１のインタフェースに供給し、かつ、前記第１のインタフェースから伝送フレームのストリームを受信するように構成されたメディア中継処理部と、
前記第１のインタフェースに接続され、第１のレガシーエンドポイントから圧縮メディアを受信し、パケットの１又は複数のストリームを第２のレガシーエンドポイントに向けて供給し、伝送フレームのストリームを前記第１のインタフェースに供給し、かつ、前記第１のインタフェースから伝送フレームのストリームを受信するように構成されたレガシー処理部と
を備えるユニバーサルブリッジシステム。
【請求項２５】
前記メディア中継処理部は、
前記伝送プロトコルに従う複数伝送フレームからなるストリームを搬送するように構成された第２のインタフェースと、
前記第２のインタフェースに連結され、前記第１のメディア中継エンドポイントから受信した圧縮メディアを搬送する伝送フレームを前記第２のインタフェースに供給するように構成されたメディア中継入力処理部と、
前記第２のインタフェースに連結され、圧縮メディアを搬送する伝送フレームからなる複数のストリームを結合して、メディア中継エンドポイントを宛先とする結合されたメディアを搬送する伝送フレームからなる１ストリームとするように構成された第１タイプのメディアコンバイナモジュールと、
前記第２のインタフェースに連結され、前記第１のメディア中継エンドポイントによって発された圧縮メディアから前記第１タイプのメディアコンバイナモジュールによって作成された前記結合されたメディアを搬送する伝送フレームの１又は複数のストリームを得て、前記第２のメディア中継エンドポイントに向けてパケットの１又は複数のストリームを供給するように構成されたメディア中継エンドポイント出力処理部と、
前記第１及び第２のインタフェースに連結され、前記第１のインタフェースと第２のインタフェースとの間で伝送フレームを供給するように構成された第１のインタフェースアダプターモジュールと
を備える請求項２４のユニバーサルブリッジ。
【請求項２６】
前記レガシー処理部は、
前記伝送プロトコルに従う複数伝送フレームからなるストリームを搬送するように構成された第３のインタフェースと、
前記第３のインタフェースに連結され、前記第１のメディア中継エンドポイント及び前記第１のレガシーエンドポイントによって発された圧縮メディアを搬送する伝送フレームの１ストリームを得て、前記第２のレガシーエンドポイントに向けてパケットの１又は複数のストリームを供給するように構成されたレガシーエンドポイント出力処理部と、
前記第１及び第３のインタフェースに連結され、前記第１のインタフェースと第３のインタフェースとの間で伝送フレームを供給するように構成された第２のインタフェースアダプターモジュールと
を備える請求項２４のユニバーサルブリッジ。
【請求項２７】
前記レガシー処理部は、更に、
前記第３のインタフェースに連結され、前記第１のレガシーエンドポイントから受信した圧縮メディアを搬送する伝送フレームを前記第３のインタフェースに供給するように構成されたレガシー入力処理部、を備える請求項２６のユニバーサルブリッジ。
【請求項２８】
前記レガシー処理部は、更に、
前記第３のインタフェースに連結され、圧縮メディアを搬送する伝送フレームの１ストリームを得て、デコーダモジュールデータユニットを搬送する伝送フレームの１ストリームを生成するように構成されたデコーダモジュール、を備える請求項２７のユニバーサルブリッジ。
【請求項２９】
前記レガシー処理部は、更に、
前記第３のインタフェースに連結され、前記第１のレガシーエンドポイントから圧縮メディアを受信するように構成されたレガシー入力処理部を備え、
圧縮メディアのチャンクを処理して、前記第３のインタフェースに転送されるべきデコーダモジュールデータユニットを搬送する伝送フレームの１ストリームを生成するように構成されたデコーダモジュールを更に備え、
前記レガシー入力処理部は、該デコーダモジュールに対して圧縮メディアのデータチャンクを供給するように更に構成されている、請求項２６のユニバーサルブリッジ。
【請求項３０】
前記レガシー処理部は、更に、
前記第３のインタフェースに連結され、可逆圧縮技術を使用して、前記第１のインタフェースから受信した伝送フレームにおいて搬送された可逆圧縮データをデコードするように構成された可逆圧縮デコーダ、を備える請求項２６のユニバーサルブリッジ。
【請求項３１】
前記レガシー処理部は、更に、
前記第３のインタフェースに連結され、可逆圧縮技術を使用して、前記第１のインタフェースに対して伝送フレームにおいて可逆圧縮データを供給するために、非圧縮データを圧縮するように構成された可逆圧縮エンコーダ、を備える請求項２６のユニバーサルブリッジ。
【請求項３２】
前記レガシー処理部第２のインタフェースアダプターモジュールは、
可逆圧縮技術を使用して、前記第１のインタフェースから受信した伝送フレームにおいて搬送された可逆圧縮データをデコードするように構成された可逆圧縮デコーダと、
可逆圧縮技術を使用して、前記第１のインタフェースに対して伝送フレームにおいて可逆圧縮データを供給するために、非圧縮データを圧縮するように構成された可逆圧縮エンコーダと
を備える請求項２６のユニバーサルブリッジ。
【請求項３３】
前記レガシー処理部は、更に、
前記第３のインタフェースに連結され、デコーダモジュールデータユニットを搬送する伝送フレームからなる複数のストリームを結合して、前記第２のレガシーエンドポイントを宛先とする結合されたメディアを搬送する伝送フレームからなる１ストリームとするように構成された第２タイプのメディアコンバイナモジュール、を備える請求項２６のユニバーサルブリッジシステム。
【請求項３４】
デコーダモジュールデータユニットを搬送する伝送フレームからなる前記複数のストリームの少なくとも１つは、メディア中継エンドポイントから発される、請求項３３のユニバーサルブリッジシステム。
【請求項３５】
前記レガシー処理部は、更に、
前記第３のインタフェースに連結され、デコーダモジュールデータユニットを搬送する伝送プロトコルフレームの１ストリームを得て、圧縮メディアを搬送する伝送フレームの１ストリームを生成するように構成されたエンコーダモジュール、を備える請求項２６のユニバーサルブリッジ。
【請求項３６】
複数の前記メディア中継処理部と、複数の前記レガシー処理部とを備える請求項２４のユニバーサルブリッジ。
【請求項３７】
マルチメディア会議システム用のユニバーサルブリッジシステムであって、
或る伝送プロトコルに従う複数伝送フレームからなるストリームを搬送するように構成された第１のインタフェースと、
メディア中継エンドポイントおよびレガシーエンドポイントと通信可能に連結された複数のサブブリッジと、
を備え、前記複数のサブブリッジの各々が、
発信元のメディア中継エンドポイントから圧縮メディアを搬送するパケットの複数ストリームを受信し、
送信先のメディア中継エンドポイントに向けて圧縮メディアを搬送するパケットの複数ストリームを配信し、
発信元のレガシーエンドポイントから圧縮メディアを搬送するパケットの複数ストリームを受信し、
送信先のレガシーエンドポイントに向けて圧縮メディアを搬送するパケットの複数ストリームを配信し、
前記複数のサブブリッジ内の他のサブブリッジから発された伝送フレームの複数ストリームを前記第１のインタフェースから受信し、
前記複数のサブブリッジ内の他のサブブリッジに向けられた伝送フレームの複数ストリームを前記第１のインタフェースに供給する、
ように構成されたことを特徴とするユニバーサルブリッジシステム。
【請求項３８】
前記第１のインタフェースに接続され、前記複数のサブブリッジを制御するように構成された制御モジュール、を更に備える請求項３７のユニバーサルブリッジシステム。
【請求項３９】
前記複数のサブブリッジの各々が、
或る伝送プロトコルに従う複数伝送フレームからなるストリームを搬送するように構成された第２のインタフェースと、
前記第２のインタフェースに連結され、発信元のメディア中継エンドポイントから受信した圧縮メディアを搬送する伝送フレームを前記第２のインタフェースに供給するように構成されたメディア中継入力処理部と、
前記第２のインタフェースに連結され、発信元のレガシーエンドポイントから受信した圧縮メディアを搬送する伝送フレームを前記第２のインタフェースに供給するように構成されたレガシー入力処理部と、
前記第２のインタフェースに連結され、圧縮メディアを搬送する伝送フレームの１ストリームを得て、デコーダモジュールデータユニットを搬送する伝送フレームの１ストリームを生成するように構成されたデコーダモジュールと、
前記第２のインタフェースに連結され、デコーダモジュールデータユニットを搬送する伝送フレームからなる複数のストリームを結合して、結合されたメディアを搬送する伝送フレームからなる１ストリームとするように構成されたメディアコンバイナモジュールと、
前記第２のインタフェースに連結され、デコーダモジュールデータユニット又は結合されたメディアを搬送する伝送プロトコルフレームの１ストリームを得て、圧縮メディアを搬送する伝送フレームの１ストリームを生成するように構成されたエンコーダ出力モジュールと、
前記第２のインタフェースに連結され、圧縮メディアを搬送する伝送フレームからなる１又は複数のストリームを得て、送信先のメディア中継エンドポイントに向けパケットの１又は複数のストリームを供給するように構成されたメディア中継出力処理部と、
前記第２のインタフェースに連結され、圧縮された結合メディアを搬送する伝送フレームの１ストリームを得て、送信先のレガシーエンドポイントに向けパケットを供給するように構成されたレガシー出力処理部と、
前記第１のインタフェースと第２のインタフェースとの間で伝送フレームを送受するように構成されたインタフェースアダプターと、
を備えるユニバーサルブリッジシステム。
【請求項４０】
マルチメディア会議システム用のユニバーサルブリッジを構成する方法であって、
会議におけるメディア中継入力ストリームのために、メディア中継入力処理部と、デコーダモジュールとを割り当てるステップと、
前記会議における各メディア中継エンドポイントのために、メディアコンバイナモジュールと、メディア中継出力処理部とを割り当てるステップと、
前記会議におけるレガシー入力ストリームのために、レガシー入力処理部と、デコーダモジュールと、スケーラと、エンコーダ出力モジュールとを割り当てるステップと、
前記会議における各レガシーエンドポイントのために、メディアコンバイナモジュールと、レガシー出力処理部とを割り当てるステップと
からなる方法。
【請求項４１】
制御テーブルとルーティングテーブルを作成するステップと、
前記会議における各メディア中継エンドポイント及び各レガシーエンドポイントのために、前記制御テーブルにおけるエントリーを割り当てるステップと、
各メディア中継入力ストリーム及び各レガシー入力ストリームのために、前記ルーティングテーブルにおけるエントリーを割り当てるステップと
を更に有する請求項４０の方法。
【請求項４２】
前記会議における或るメディア中継エンドポイントで提示されるべき現在の常駐表示画像を決定するステップと、
該メディア中継エンドポイントに割り当てられた前記メディアコンバイナモジュールが、提示される複数のメディア中継エンドポイントに対応する伝送フレーム、及び提示される複数のレガシーエンドポイントに対応する前記割り当てられたエンコーダ出力モジュールによって生成された伝送フレーム、を得ることができるように、前記ルーティングテーブルを更新するステップと
を更に有する請求項４１の方法。
【請求項４３】
前記会議における或るレガシーエンドポイントで提示されるべき現在の常駐表示画像を決定するステップと、
該レガシーエンドポイントに割り当てられた前記メディアコンバイナモジュールが、提示される複数のメディア中継エンドポイント及び提示される複数のレガシーエンドポイントに関連する前記デコーダモジュールから伝送フレームを得ることができるように、前記ルーティングテーブルを更新するステップと
を更に有する請求項４１の方法。
【請求項４４】
前記メディア中継入力ストリームのための前記割り当ては、該メディア中継入力ストリームに対応する常駐表示画像が、少なくとも１つのレガシーエンドポイントに対して提示されるときに実行される、請求項４０の方法。
【請求項４５】
前記レガシー入力ストリームのための前記割り当ては、該レガシー入力ストリームに対応する常駐表示画像が、少なくとも１つのメディア中継エンドポイントに対して提示されるときに実行される、請求項４０の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、オーディオ／ビデオ通信に関し、特にマルチポイント（多地点）オーディオ／ビデオ会議の分野に関する。
【０００２】
この特許出願は、２０１２年７月３０日に出願された「様々な装置が参加するビデオ会議を管理（conduct）するための方法及びシステム」と題された米国特許仮出願番号第６１／６７７２００号に対する優先権を要求するものであり、これの出願に記載された全ての記載内容を援用するものである。
【０００３】
この特許出願は、２０１２年７月２４日に発行された「常駐会議を管理するための方法及びシステム」と題された米国特許番号第８２２８３６３号に関連するものであり、これの出願に記載された全ての記載内容を援用するものである。更に、この特許出願は、２０１２年６月４日に出願され、「常駐表示会議においてビデオストリームを切り替えるための方法及システム」と題された米国特許出願番号第１３／４８７７０３号に関連するものであり、これの出願に記載された全ての記載内容を援用するものである。
【背景技術】
【０００４】
インターネットプロトコル（ＩＰ）ネットワークを介したデータ通信量（トラヒック）が、急成長を続けているので、色々なマルチメディア会議機器の発達とともに、ますます多くの人が、彼らの通信ツールとして、マルチメデイア会議を使用している。今日、マルチメディア会議通信は、旧来のマルチメディア通信方法と、メディア中継通信による新しい技術との、２種類の通信方法により実施され得る。本明細書において、マルチメディア会議、ビデオ会議及びオーディオ会議という用語は、互換性のあるものと解されてよく、且つ、ビデオ会議という用語が、それらを代表する用語として使用され得る。
【０００５】
旧来の、３人以上の参加者間でのマルチポイント会議は、１つのマルチポイント制御ユニット（ＭＣＵ）を必要とする。ＭＣＵは、ビデオ会議を管理するために使用される。ＭＣＵは、会議制御エンティティ（entity；実体、構成要素）であり、典型的には、エンドポイント（Endpoint）からの様々なチャンネルを受信するネットワークのノード又は端末に設置されている。ＭＣＵは、何らかの基準（抽出条件）に従って、オーディオ及びビジュアル信号を処理し、そして、それらを１組の接続されたチャンネルに分配する。それらＭＣＵの例は、ポリコム社から入手できるＭＧＣ‐１００及びＲＭＸ（登録商標）２０００を含む（ＲＭＸ）は、ポリコム社の登録商標である）。レガシー（Legacy；「従前の」又は「既存の」）エンドポイント（ＬＥＰ）と称される端末は、ネットワーク上のエンティティであり、他のＬＥＰ又はＭＣＵとのリアルタイム双方向のオーディオ及び／又はオーディオ―ビジュアル通信を提供することのできるものである。ＬＥＰとＭＣＵのより詳細な定義は、ＩＴＵのウェブサイトwww.itu.intに見つかるＨ．３２０、Ｈ３２４及びＨ．３２３を含む国際電気通信（ＩＴＵ）規格を参照されたい。
【０００６】
一般的（common;コモン）ＭＣＵ（以下、レガシーＭＣＵとも言う）は、複数のオーディオ及びビデオデコーダ、エンコーダ、及び、メディアコンバイナ（オーディオミキサ及び／又はビデオ画像ビルダー）を含んでよい。本明細書において、一般的ＭＣＵ及びレガシーＭＣＵという用語は、互換性のあるものと見なされ得る。ＭＣＵは、可変数の参加者（ＬＥＰ）の間のオーディオ及びビデオ通信を処理するために、膨大な量の処理能力を使用するだろう。その通信は、多様な通信プロトコル及び圧縮規格に基づくことができ、且つ、異なる複数種類のＬＥＰを含んでいるだろう。ＭＣＵは、複数の入力オーディオ又はビデオストリームを結合して、それぞれ少なくとも１つの出力オーディオ又はビデオストリームにする必要があり、この出力オーディオ又はビデオストリームは、その出力ストリームが送信されるところの少なくとも１つの会議出席者のＬＥＰと互換性がある。複数のエンドポイントから受信した複数の圧縮オーディオストリームは、デコードされ、そして、その会議のための単一のオーディオストリームとしてミキシングするために、何れのオーディオストリームが選択されるか、を決定するために、分析される。本明細書において、デコード及び解凍（decompress;デコンプレス、展開、圧縮解凍、復元）との用語は、互換性のあるものと理解されたい。
【０００７】
或る会議は、１以上のビデオ出力ストリームを有するだろう。その会議において各出力ストリームは或る１つのレイアウトに関連付けられる。１つのレイアウトは、そのストリームを受信する１以上の会議出席者のためのディスプレイ上での会議の現れ方を定義する。１つのレイアウトは、１以上のセグメントに分割され、各セグメントは、ある特定の会議出席者（エンドポイント）により送信されたビデオ入力ストリームに関連付られるだろう。各出力ストリームは、様々な入力ストリームにより構成されており、常駐表示（continuous presence（ＣＰ）；画面分割）会議になる。ＣＰ会議において、或るリモート端末における或るユーザは、その会議内の他の様々な参加者を、同時に、見ることができる。各参加者は、それぞれ、レイアウトの１つのセグメントに表示され、各セグメントは互いに同じサイズ又は異なるサイズを持っているだろう。レイアウトのセグメントに関連付られ且つ表示される参加者の選択は、共通のセッションに参加している会議出席者各自で異なっていてよい。
【０００８】
一般的ＭＣＵは、各ビデオ入力ストリームを、フルフレームの未圧縮ビデオにデコードし；その会議に関連付けられた複数の解凍済みビデオストリームを管理し；そして、複数の出力ストリームを構成及び／又は管理する。ここで、各出力ストリームは或る会議出席者又は或る特定のレイアウトに関連付けられている。出力ストリームは、ＭＣＵに関連付けられたビデオ出力ポートにより生成されるだろう。１つのビデオ出力ポートは、レイアウトビルダとエンコーダを具備する。レイアウトビルダは、選択された会議出席者からの種々の未圧縮ビデオフレームを、収集して、最終サイズに調整（スケール）し、レイアウト内の各自のセグメントに配置する。その後、構成されたビデオフレームからなるビデオは、エンコーダによりエンコードされ、適宜のエンドポイントに送信される。その結果、複数のビデオ会議を処理すること及び管理することは、大量且つ高コストな計算資源を必要とし、従って、ＭＣＵは、一般に、高価でいささか複雑な製品である。一般的ＭＣＵは、例えば、米国特許番号第６３００９７３号、６４９６２１６号、或は、５８３８６４６号など、様々な特許及び特許出願に記載されており、これらの出願に記載された全ての記載内容を援用するものである。これら特許は、或るＣＰ会議用にビデオ出力ストリームを生成するために使用されるＭＣＵ内のビデオユニットの動作を開示している。
【０００９】
ビデオ会議の使用の増加傾向は、構成されたＣＰビデオ画像を持つ複数の会議セッションを管理することが可能な、低コストのＭＣＵへのニーズを作り出している。このニーズは、メディア中継会議システム（ＭＲＣ）からなる新たな技術をもたらした。
【００１０】
ＭＲＣにおいて、メディア中継ＭＣＵ（ＭＲＭ）は、参加している各メディア中継エンドポイント（ＭＲＥ）から、１以上のストリームを受信する。ＭＲＭは、会議内の他の複数のエンドポイントから受信した１組の複数のビデオストリームを、各参加エンドポイントに中継する。各受信エンドポイントは、レイアウトに従うＣＰビデオ画像を生成するために、複数のストリームを使用し、また、混合された会議のオーディオを生成するためにも、該複数のストリームを使用する。ＣＰビデオ画像及び混合されたオーディオは、ＭＲＥのユーザに対して提示（再生）される。１つのＭＲＥは、当該セッション内の会議出席者の端末になり得、この端末は、或る１つのＭＲＭから中継されたメディアを受信し、且つ、或る１つのＭＲＭからの指示に従い圧縮されたメディアを送出できる。本明細書において、エンドポイントという用語は、ＭＲＥ又はＬＥＰのいずれも表すだろう。
【００１１】
いくつかのＭＲＣシステムにおいて、転送ＭＲＥは、それぞれ異なる品質レベルに関連付けられた２以上のストリームで、自身からのビデオ映像を送信する。かかるシステムは、レイアウト内での種々のセグメントサイズ、各受信エンドポイントにより使用される種々の解像度などを提供するために、複数のストリームを使用できる。更に、複数のストリームは、パケットロス（パケット損失）を克服するために使用され得る。複数の品質レベルは、フレームレート、及び／又は、Ｓ／Ｎ比（signal to noise ratio；ＳＮＲ）などに関して異なる。
【００１２】
今日、ＭＲＣは、ますます一般的になっている。更に、ますます多くのビデオ会議システムのソースが複数のストリームを同時に送出しており、これらストリームは互いに圧縮ビデオの品質レベルに関して互いに異なっている。品質レベルは、例えば時間ドメイン（例えばフレーム毎秒）、空間ドメイン（例えば高精細度（ＨＤ）、又は、ＣＩＦ（Common Intermediate Format）、及び／又は、品質（例えば鮮鋭度（シャープネス））など、いくつかのドメイン（定義域）により表現される。多品質（マルチクオリティ）ストリーム用に使用されるビデオ圧縮規格は、Ｈ．２６４ＡＶＣ、Ｈ．２６４ａｎｎｅｘＧ（ＳＶＣ）、ＭＰＥＧ‐４などである。Ｈ．２６４などこれら圧縮規格に関する更なる情報は、ＩＴＵのウェブサイトwww.itu.int、又は、www.mpeg.orgを参照されたい。
【００１３】
一般的ビデオ圧縮方法は、イントラフレームとインターフレームとの２種のフレームを使用することを伴う。イントラフレームは、同じフレーム内にのみ含まれ且つ当該ビデオシークエンス内の他のどのフレームにも関連付けられていない情報に関連付けて圧縮されたビデオフレームである。インターフレームは、同じフレーム内に含まれており且つ当該ビデオシークエンス内の他の１以上のフレーム（参照フレーム）にも関連付けられている情報に関連付けて圧縮されたビデオフレームである。
【００１４】
幾つかのマルチメディア多地点会議セッションは、ＬＥＰを有する幾人かの会議出席者と、ＭＲＥを有する幾人かの会議出席者とを伴うだろう。かかる会議セッションは、ゲートウェイ。ＭＣＵおよびＭＲＭを必要とする。
【００１５】
ゲートウェイは、１以上のＬＥＰと１以上のＭＲＥを伴う多地点マルチメディア会議を制御できるように構成されている。ゲートウェイは、１つのＭＲＭと１以上のＬＥＰとの間の１つの中間ノードに設置され得る。別の実施形態では、ゲートウェイは、ＭＲＭ内に設けられる。更に別の実施形態では、ゲートウェイは、１つのＬＥＰまたはそのＬＥＰを制御する１つの一般的ＭＣＵに追加される。
【００１６】
ＭＲＭからＬＥＰへの方向において、ゲートウェイは、ＭＲＭから中継された複数のオーディオストリームを処理でき、それらをアレンジでき、そして、デコード及び混合できる。１つの混合されたオーディオストリームは、宛先ＬＥＰで使用されているオーディオ圧縮規格に従ってエンコードされ、そのＬＥＰに送信され得る。これと同様な方法で、受信した１以上の圧縮ビデオストリームは、ゲートウェイにより、アレンジされ、デコードされて、結合されてＣＰ画像になる。ＣＰ画像は、宛先ＬＥＰで使用されているビデオ圧縮規格に従ってエンコードされ、そのＬＥＰに送信され得る。
【００１７】
もう一方のＬＥＰからＭＲＭへの方向において、ゲートウェイは、ビデオストリームをデコードし、（必要に応じて）そのビデオストリームを１以上のサイズに調整し、そのセッションに参加している複数ＭＲＥにより使用されている圧縮規格に従って、調整されたビデオ画像のそれぞれを圧縮する。複数のＭＲＥの要求に応じる圧縮ビデオストリームは、ＭＲＭに送信される。或る１つのＬＥＰから受信した圧縮オーディオストリームは、デコードされ、そのエネルギーレベルが決定される。デコードされたオーディオは、ＭＲＥによって使用される圧縮規格に従って圧縮され、オーディオエネルギーを示す指示情報（indication）も追加される。そして、複数のＭＲＥの要求に応じる圧縮されたオーディオがＭＲＭに送信される。
【００１８】
例えば、或るＬＥＰに割り当てられた１以上のＩＤ（識別子）、そのＬＥＰに割り当てられたレイアウト、混合されるべく選択されたオーディオストリーム、又は、提示されたストリームおよびそれらのセグメントなど、ＭＲＭから受信した制御及び信号伝達（signaling；シグナリング）情報は、ゲートウェイにより処理され、且つ、使用される。例えば、コールセットアップ指示など、その他のシグナリング及び制御が、変換（translated）されＬＥＰに送信され得る。ＭＲＭ、ＭＲＥ、及び、旧来の会議システムとＭＲＣの間のゲートウェイについての詳細は、米国特許番号第８２２８３６３号を参照されたい。且つ、その出願に記載された全ての記載内容を本明細書に援用する。
【００１９】
同じマルチメディア多地点会議セッションに参加しているＭＲＥとＬＥＰの間の３つの中間ノード（ＭＲＭ、ゲートウェイ及びＭＣＵ）を用いることにより、ＭＲＥかＬＥＰのどちらのタイプのエンドポイントを使用する会議出席者の悪影響が生じる。中間にゲートウェイを使用することにより、データ通信量にレイテンシ（遅延）が追加され、メディアの品質が下がる。ゲートウェイは、典型的には、追加的なデコード／調整／エンコードの動作を追加する。デコード／調整／エンコードの動作は、遅延を追加し、且つ、圧縮及び解凍規格の損失のある（不可逆圧縮的な）性質のため、メディアの品質を下げる。
【００２０】
また、一般的ＭＣＵにおいて、デコーダ及びエンコーダは、典型的には、或る１の会議出席者がセッションに参加している間ずっと、その会議出席者のビデオ画像又は音声（Voice;ボイス、声）が他の会議参加者により提示又は聴取するべく選択されているかどうかに関わらず、その１人の会議出席者に対して割り当てられる。この割り当て、及び、或るＭＲＥと或るＬＥＰの間の会議セッションを処理するための３つ中間装置の使用は、高コストな資源を消費する。
【００２１】
上述した現況の問題点は、どのような形にせよ、本開示に係る発明概念の範囲を限定することを意図していない。上述した問題点は、説明の目的でのみ提示されている。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】米国特許番号第６３００９７３号
【特許文献２】米国特許番号第６４９６２１６号
【特許文献３】米国特許番号第５６００６４６号
【特許文献４】米国特許番号第５８３８６６４号
【発明の概要】
【００２３】
新規なユニバーサル（Universal）ブリッジ（ＵＢ）は、ＭＲＭ、ＭＣＵ及びゲートウェイを用いることなく、複数のＭＲＥ及びＬＥＰの間びマルチメディア多地点会議を処理及び管理することができる。また、１つのＵＢは、各会議出席者及びそのセッションの現在の必要性に従い、リソースを動的に割り当て及び解放できるように構成される。
【００２４】
一実施形態において、ＵＢは、１つのメディア共通（common）インタフェース（ＭＣＩＦ）を備え、このＭＣＩＦは、複数のＭＣＩＦ転送プロトコル（ＭＣＩＦＴＰ）フレームに埋め込まれた圧縮メディア（compressed media, 圧縮されたメディア）のストリーム、準‐圧縮（semi‐compressed；セミコンプレスド）メディアのストリーム及び解凍されたメディアのストリームを搬送し得る。各ＭＣＩＦＴＰフレームは、ストリームを識別するＩＤ領域を持つＭＣＩＦＴＰヘッダーを有する。ＵＢの一実施形態において、ＭＣＩＦは共有メモリであり得る。かかる実施形態において、ストリームＩＤは、１セットのメモリアドレスを表す。別の実施形態に係るＵＢにおいて、ＭＣＩＦは、マルチキャストルーティング可能なイーサネット（登録商標）スイッチであってよい。かかる実施形態のＵＢ１２０において、ストリームＩＤは、或るフレームのイーサネット（登録商標）ヘッダー内の領域であり得る。更に別の実施形態に係るＵＢ１２０において、 時分割多重方式（ＴＤＭ）バスであり得る。この実施形態に係るＵＢにおいて、ストリームＩＤは、タイムスロット数を表す。別の実施形態に係るＵＢは、別のタイプのＭＣＩＦを用いるだろう。
【００２５】
準‐圧縮（semi‐compression）は、例示に限定されないが、例えばＺＩＰ，ＬＺＰ(Lempel-Ziv-Welch)、Ｌｏｓｓｌｅｓｓ  ＪＰＥＧ２０００など、可逆圧縮でありえる。別の実施形態において、準‐圧縮（semi‐compression）は、例えば可逆圧縮部分を実行しない部分的なＨ．２６４符号化方式により実行できる。
【００２６】
一実施形態に係るＵＢは、複数エレメントからなる複数種の層（bank）、すなわち；複数のＬＥＰ入力ネットワークインタフェース処理部（ＬＥＰＩＮＩＰ）からなる層、複数のＭＲＥ入力ネットワークインタフェース処理部（ＭＲＥＩＮＩＰ）からなる層、複数のデコードモジュール（ＤＭ）からなる層、複数のメディアコンバイナモジュール（ＭＣＭ）からなる層、複数のエンコーダ出力モジュール（ＥＯＭ）からなる層、複数のＬＥＰ出力ネットワークインタフェース処理部（ＬＥＰＯＮＩＰ）からなる層、及び、複数のＭＲＥ出力ネットワークインタフェース処理部（ＭＲＥＯＮＩＰ）からなる層と、１つの制御モジュール（ＣＭ）とを具備する。
【００２７】
一実施形態に係るＵＢは、例えばブレードコンピュータなど、ＭＣＩＦ経由で接続された多重の処理ユニットを用いることができる。各ブレードは、上述した複数種の層の中の複数のエレメントの組み合わせで実施され得る。
【００２８】
ＬＥＰＩＮＩＰは、或るＬＥＰから受信した圧縮メディアを搬送する複数インターネットプロトコル（ＩＰ）パケットからなる１つのストリームを取得できる。各取得されたＩＰパケットは、インターネットプロトコルに従って処理され得る。幾つかの実施形態において、ＬＥＰＩＮＩＰは、更に、リアルタイムプロトコル（ＲＴＰ）及びリアルタイムコントロールプロトコル（ＲＴＣＰ）ヘッダーを処理してよい。ＲＴＰ及びＲＴＣＰプロトコルについて更なる詳細は、インターネット技術タスクフォース（ＩＥＴＦ）のウェブサイト、ｗｗｗ．ｉｅｔｆ．ｏｒｇ．を参照されたい。各取得されたパケットのメディアペイロードは、ＬＥＰＩＮＩＰにより処理された後、ＭＣＩＦＴＰに従い１つのＭＣＩＦフレームに組み込まれ、そして、或るＬＥＰから受信した圧縮メディアを搬送する複数のＭＣＩＦＴＰフレームからなる１ストリームは、ＭＣＩＦに向けて転送される。
【００２９】
ＭＲＥＩＮＩＰは、或るＭＲＥから受信した圧縮メディアを搬送する複数インターネットプロトコル（ＩＰ）パケットからなる１ストリームを取得できる。各取得されたＩＰパケットは、関連性のある通信プロトコルに従って処理され得る。各取得されたパケットのメディアペイロードは、ＭＲＥＩＮＩＰにより処理された後、ＭＣＩＦＴＰに従いＭＣＩＦフレームに組み込まれ、そして、或るＬＥＰから受信した圧縮メディアを搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームは、ＭＣＩＦに向けて転送される。
【００３０】
一実施形態に係るＤＭは、圧縮メディアを搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームを取得できる。ＤＭは、該複数ＭＣＩＦＴＰフレームからなる１ストリームをデコードして、ＭＣＩＦにデコーダモジュールデータユニット（ＤＭＤＵ）を搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームを供給する。幾つかの実施形態において、ＤＭは、１以上のスケーラを具備する。各スケーラは、デコードされた画像を要求されたサイズに調整でき、調整された複数のＤＭＤＵがＭＣＩＦＴＰフレームに組み込まれる。前記サイズは、各方向のピクセル数、典型的には幅と高さ（Ｗ×Ｈ）により定義できる。
【００３１】
幾つかの実施形態に係るＵＢにおいて、ＭＣＭは、複数のＤＭＤＵを搬送する複数ＭＣＩＦＴＰフレームからなる複数のストリームを取得できる。ＭＣＭは、前記複数ＭＣＩＦＴＰフレームからなる複数のストリームにより搬送された解凍フレームを、１つのＣＰビデオ画像として結合することができ、少なくとも１つのＬＥＰに宛てたＣＰビデオ画像の結合メディアを搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームを供給する。ＤＭがスケーラを含まないＵＢの実施形態において、ＭＣＭが、複数のＤＭＤＵを搬送する複数ＭＣＩＦＴＰフレームからなる各取得したストリームのためのスケーラを具備してよい。前記スケーラは、前記取得したストリームにより搬送されたビデオ画像のサイズを、ＣＰビデオ画像のレイアウト内の、当該取得されたビデオ画像が配置される１つのセグメントに適切なサイズに調整する。
【００３２】
一実施形態に係るＥＯＭは、複数のＤＭＤＵを搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームを取得できる。ＤＭＤＵは、例えば或るＬＥＰから送信され或るＤＭによってデコードされ、或るＭＲＥに宛てられた解凍データユニットであり得る。複数のＤＭＤＵの別のソースは、或るＣＰビデオ画像からなる解凍データユニットを供給する或るＭＣＭであり得る。一実施形態に係るＥＯＭは、複数のＤＭＤＵを搬送する複数ＭＣＩＦＴＰフレームからなる１以上のストリームを処理でき、圧縮メディアを搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームをＭＣＩＦに供給できる。複数のブレードコンピュータを用いるＵＢの実施形態において、ＥＯＭは、別のブレードコンピュータに向けられている複数のＤＭＤＵを搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームを準‐圧縮（semi−compress）してよい。
【００３３】
圧縮（compression）及び解凍は、例示に限定されないが、例えばＨ．２６４  ＡＶＣ，Ｈ２６４  Ａｎｎｅｘ  Ｇ，ＭＰＥＧ  ４などの圧縮規格に従って行われるもので、これらは周知技術であり、詳細説明は省略する。メディアがオーディオである実施形態においては、オーディオの圧縮及び解凍は、例示に限定されないが、例えばＧ．７１１，Ｇ．７２９，Ｇ．７２２．１Ｃ、Ｇ．７１９などの圧縮規格に従って行われる。圧縮規格の更なる詳細は、ＩＴＵウェブサイト；ｗｗｗ．Ｉｔｕ．Ｉｎｔ、又は、ｗｗｗ．ｍｐｅｇ．ｏｒｇを参照されたい。
【００３４】
一実施形態に係るＭＲＥＯＮＩＰは、ＭＲＥ又はＬＥＰ起源の圧縮メディアを搬送する複数ＭＣＩＦＴＰフレームからなる１以上のストリームを取得して、例えばＲＴＰなど関連性のある通信プロトコルに従って前記１以上のストリームを処理してよい。或るＭＲＥに圧縮メディアを手相するために使用できるＲＴＰの一実施形態は、米国特許番号第８２２８３６３号に記載されている。圧縮メディアを搬送するＩＰパケットは、１以上のＭＲＥに宛てて送信され得る。
【００３５】
一実施形態に係るＣＭは、複数のＬＥＰ、複数のＭＲＥ、及び、前記ＵＢの間の通信セッションを制御する。前記ＣＭは、更に、ＭＣＩＦへの及びＭＣＩＦからのデータ通信量を制御し、且つ、各ストリーム用にＩＤを割り当てる。加えて、ＣＭは、各セッション用に必要とされるリソースを割り当て、且つ、関連性のあるＭＲＥ又はＬＥＰに関連性のあるリソースを関連付けてよい。幾つかの実施形態に係るＵＢにおいて、ＣＭは、セッションの現在の必要に従い動的にいくつかのリソースを割り当てできるように構成されてよい。
【００３６】
これら本開示の態様、及び、その他の態様は、添付の図面と詳細な説明を参照することにより、明白になるだろう。前述の概要は、本開示の可能な各実施形態又は全ての様相を要約することを意図しておらず、また、本開示の他の特徴及び利点は、以下に述べる添付図面を参照した実施形態の詳細な説明と特許請求の範囲とを読むことにより、明らかになるだろう。
【００３７】
更に、実施形態の具体例は、当業者に本発明の概念を説明するために詳細に記載されているが、かかる実施形態は、種々の変更及び別の形態が可能である。したがって、図面と明細書は、いずれにせよ、本発明の概念の範囲を制限することを意図してはいない。
【００３８】
本開示に係る実施形態は、以下の詳細な説明を図面と併せ読むことにより、より完全に理解および認識されるだろう。
【図面の簡単な説明】
【００３９】
【図１】種々の新規な電子会議システムからなる新規なマルチメディア会議システム１００の一実施形態を説明する図。
【００４０】
【図２】一実施形態に係る集中型ユニバーサルブリッジ（ＣＵＢ）の構成要素を簡略化して示すブロック図。
【００４１】
【図３】一実施形態に係る分散型ユニバーサルブリッジ（ＤＣＵＢ）の構成要素を簡略化して示すブロック図。
【００４２】
【図４】一実施形態に係るハイボリュームユニバーサルブリッジ（ＨＶＵＢ）の構成要素を簡略化して示すブロック図。
【００４３】
【図５Ａ】一実施形態に係るＣＵＢにより実行される会議セットアップ方法の動作を説明するフローチャート。
【図５Ｂ】一実施形態に係るＣＵＢにより実行される会議セットアップ方法の動作を説明するフローチャート。
【発明を実施するための形態】
【００４４】
次に図面に移ると、図面において同様な番号は同様な要素を表しており、種々の図を通じて本開示の種々の実施形態が描かれている。便宜上、同じグループの幾つかの要素のみが番号付けされる。図面の目的は、種々の実施形態を説明することであり、設計・製造の目的ではない。従って、図面に示された特徴は、説明の便宜とわかりやすさのためにのみ、選択されたものである。更に、本開示で使用される言葉は、原則的に、読みやすさと教示の目的とで選択されたものであり、発明の主題を境界付ける又は制限するために選ばれているのではく、かかる発明の主題を定義するためには、特許請求範囲の参照を必要とする。
【００４５】
明細書における“一実施形態”又は“或る実施形態”とは、その実施形態に関連して説明された個別の特徴、構造又は特質がこの発明の少なくとも１つの実施形態に含まれていることを意味しており、“一実施形態”又は“或る実施形態”に対する複数の言及は、必ずしも、同じ実施形態への言及の全と、理解すべきではない。
【００４６】
以下の説明の幾つは、ソフトウェア又はファームウェアに関連する用語で記述されるが、複数の実施形態は、ここで記述された特徴及び機能を、ソフトウェア、ファームウェア又はハードウェア、或いは、ソフトウェア、ファームウェア及びハードウェアの任意の組み合わせで実行するだろう。以下の説明において、“ユニット”、“エレメント”、“モジュール”及び“論理モジュール”は互換的に使用されるだろう。ユニット又はモジュールとして示されたものは何でも、スタンドアローンニット、又は、専用の若しくは統合されたモジュールであってよい。ユニット又はモジュールは、モジュラーであるか又はモジュラーの態様を持ち、取り外し及び別の同種のユニットモジュールへの取替えを簡単に行えるものである。各ユニット又はモジュールは、ソフトウェア、ハードウェア、及び／又は、ファームウェアのどれか１つ、又は、その任意の組み合わせであってよく、最終的に、ユニット又はモジュールに与えられた機能を実行するようにプログラムされた１以上の処理装置となる。加えて、同種の又は異なる種の複数のモジュールが、単一の処理装置により実行されてよい。論理モジュールのソフトウェアは、例えば読み書き可能なハードディスク、ＣＤＲＯＭ、フラッシュメモリ、ＲＯＭ、又は、その他のメモリ若しくはストレージなど、コンピュータ読み取り可能な媒体に記録されてよい。何らかのタスクを実行するために、ソフトウェアプログラムは、必要に応じて適宜の処理装置にロードされる。本開示において、用語“タスク”、“方法”、“処理”は互換的に使用できる。
【００４７】
図１は、本発明の一実施形態に従う、新規なマルチメディア会議システム１００を説明する図である。システム１００は、１つのネットワーク１１０、１以上のＵＢ１２０、複数のＭＲＥ１３０、及び、複数のＬＥＰ１４０を具備する。ネットワーク１１０は、例示に限定はされないが、例えば、パケット交換ネットワーク、回線交換ネットワーク、ＩＰネットワーク、又は、それらの任意の組み合わせであり得る。ネットワーク経由のマルチメディア通信は、例示に限定はされないが、例えば、Ｈ．３２０、Ｈ．３２３、ＳＩＰなどの通信プロトコルに基づき得るものであり、且つ、例示に限定はされないが、例えば、Ｈ．２６３、Ｈ．２６４、Ｇ．７１１、Ｇ．７１９などのメディア圧縮規格を使用してよい。本開示において、用語“データチャンク”、“フレーム”および“パケット”は互換的に使用できる。
【００４８】
各ＭＲＥ１３０は、他のＭＲＥ１３０又はＵＢ１２０へのリアルタイムの双方向オーディオ及び／又はビジュアル通信を提供できる。１つのＭＲＥ１３０は、セッションにおいて会議出席者の端末装置になり、或るＵＢ１２０から中継された圧縮メディア（オーディオ及び／又はビジュアル）を受信でき、且つ、該ＵＢ１２０からの指示に従い中継圧縮メディアデータチャンクを送達できる。前記中継し且つ中継された圧縮メディア、オーディオ又はビジュアル、データチャンクは、ＲＴＰ圧縮メディアデータチャンクであり得る。各ＭＲＥ１３０は、適宜の要求された１つのビットレートまたは複数のビットレート、及び、要求された圧縮規格で、中継ＲＴＰ圧縮オーディオデータチャンクを送信できる。同様に、各ＭＲＥ１３０は、適宜の要求された１つのサイズ又は複数のサイズ、１つのビットレートまたは複数のビットレート、品質、及び、要求された圧縮規格で、中継ＲＴＰ圧縮ビデオデータチャンクを送信できる。一実施形態において、各ＭＲＥ１３０は、中継ＲＴＰ圧縮オーディオデータチャンクのヘッダー又は拡張ヘッダー内の領域に、オーディオエネルギーを示す指示情報（indication）を埋め込むことにより、そのオーディオエネルギーを示す指示情報を送信できるようになっている。
【００４９】
ＣＰビデオ会議において、ＭＲＥ１３０は、選択された複数の会議出席者からの複数ビデオ画像のデータチャンクからなる複数の中継されたＲＴＰ圧縮ビデオストリームを受信できる。各ビデオ画像は、その画像に関連付けられたＣＰ画像の適宜のレイアウトセグメントに適合する。ＭＲＥ１３０は、受信した中継されたＲＴＰ圧縮ビデオストリームのそれぞれをデコードでき、各デコードされたビデオ画像をレイアウト上の適宜のセグメントに配置することにより、それらデコードされたビデオ画像を結合（combine）して１つのＣＰビデオ画像にすることができる。ＣＰビデオ画像は、ＭＲＥ１３０を使用している会議出席者に提示されるべく、ディスプレイに転送される。
【００５０】
加えて、ＭＲＥ１３０は、オーディオデータチャンクからなる複数の中継されたＲＴＰ圧縮オーディオストリームを受信できる。ＭＲＥ１３０は、受信したオーディオデータチャンクからなる複数の中継されたＲＴＰ圧縮オーディオストリームをデコードでき、デコードされた種々のオーディオストリームを混合して、混合されたオーディオをＭＲＥ１３０のスピーカへ転送する。他方、ＭＲＥ１３０は、中継ＲＴＰ圧縮オーディオ及びビデオデータチャンクを、ＵＢ１２０からの指示に従って、供給できる。
【００５１】
ＬＥＰ１４０は、一般的（common）ビデオ会議端末であり、ネットワーク１１０上のエンティティ（entity；実体、構成要素）であり、他のＬＥＰ１４０又は或るＭＣＵ（図１には示さず）とのリアルタイムの双方向オーディオ及び／又はオーディオビジュアル通信を提供できる。
【００５２】
一実施形態に係るＵＢ１２０は、ＭＲＭ及び／又はＭＣＵ及び／又はゲートウェイを用いることなく、複数のＭＲＥ１３０及び複数のＬＥＰ１４０の間びマルチメディア多地点会議を処理及び管理することができる。また、１つのＵＢ１２０は、各会議出席者及びそのセッションの現在のニーズに従い動的に、リソースを割り当て及び解放できるように構成される。
【００５３】
一実施形態に係るＵＢ１２０は、集中型ユニバーサルブリッジ（ＣＵＢ）であり得る。ＣＵＢは、集中型構造を持ち、複数のＭＲＥ１３０と複数のＬＥＰ１４０の間のネットワーク１１０に属する中間ノードに配置される。別の実施形態において、ＵＢ１２０は、分散型構造を持つ分散型ＵＢ（ＤＣＵＢ）であり得る。ＤＣＵＢは、複数のＭＲＥ１３０と複数のＬＥＰ１４０の間のネットワーク１１０に属する中間ノードに配置された複数の処理エンティティを具備する。幾つかの実施形態に係るＤＣＵＢにおいて、各処理エンティティ又は複数の処理エンティティのグループは、ＵＢ１２０の機能の一部を実行できる。更に別の実施形態において、複数の処理エンティティのそれぞれは、ＵＢ１２０の機能の全部を実行でき、該複数の処理エンティティのそれぞれは負荷を共有できる。
【００５４】
一実施形態に係るＵＢ１２０は、複数のＭＣＩＦＴＰフレームに埋め込まれた、圧縮メディアからなるストリーム、準‐圧縮（semi‐compressed）メディアからなるストリーム及び解凍されたメディアからなるストリームを搬送しうるＭＣＩＦを具備し得る。各ＭＣＩＦＴＰフレームは、前記ストリームを識別するＩＤ領域を持つＭＣＩＦＴＰヘッダーを備える。ＣＵＢにおいて、ＭＣＩＦは、１つの内部共通(common)インタフェースであり得る。ＤＣＵＢにおいて、ＭＣＩＦは、内部ＭＣＩＦ及び外部ＭＣＩＦを具備できる。１つの処理エンティティの内部ＭＣＩＦはその処理エンティティの内部モジュールを接続でき、外部ＭＣＩＦはＤＣＵＢを構成する複数の処理エンティティを接続できる。ＤＣＵＢのＭＣＩＦに外部及び内部ＭＣＩＦを関連付けるために、１つのＭＣＩＦアダプタが使用される。
【００５５】
幾つかの実施形態に係るＵＢ１２０において、ＭＣＩＦは共有メモリであり得る。かかる実施形態において、ストリームＩＤは、1セットのメモリアドレスを表す。別の実施形態に係るＵＢ１２０において、ＭＣＩＦは、マルチキャストルーティング可能なイーサネット（登録商標）スイッチであり得る。かかる実施形態のＵＢ１２０において、ストリームＩＤは、或るフレームのイーサネット（登録商標）ヘッダー内の領域であり得る。更に別の実施形態に係るＵＢ１２０において、ＴＤＭバスであり得る。かかる実施形態において、ストリームＩＤは、タイムスロット数を表す。別の実施形態に係るＵＢは、別種の周知のインタフェース又は上記各種周知のインタフェースの任意の組み合わせを使用してよい、実施形態に係るＵＢ１２０の動作の詳細は、図２〜５Ｂの説明において述べる。
【００５６】
図２は、一実施形態に係るＣＵＢ２００の構成要素を簡略化したブロック図を示す。ＣＵＢ２００は、１つのＭＣＩＦ２９２、複数のＬＥＰＩＮＩＰ２１０からなる層、複数のＭＲＥＩＮＩＰ２２０からなる層、複数のＬＥＰＯＮＩＰ２３０からなる層、複数のＭＲＥＯＮＩＰ２４０からなる層、ＭＲＥ又はＬＥＰへの若しくはＭＲＥ又はＬＥＰからの信号伝達及び制御用の複数モジュール２５０からなる層、複数のＤＭ２６０からなる層、複数のＭＣＭ２７０からなる層、複数のＥＯＭ２８０からなる層、及び、制御バス２９４経由でＣＵＢ２００の動作を制御する１つのＣＭ２９０とを具備する。本明細書では、「層（bank）」という用語は、或る１種の複数リソースからなるグループを表す。前記複数のリソースのそれぞれは、必要に応じてＣＭ２９０により割り当てられる。割り当てられた各リソースは、ＭＣＩＦ２９２経由でＣＵＢ２００の中の１以上の内部モジュールに関連付られ、同様に、マルチメディア多地点会議に現在接続されている１以上のＬＥＰ又はＭＲＥにも関連付られる。
【００５７】
一実施形態に係るＬＥＰＩＮＩＰ２１０は、１つのＬＥＰに関連付られ、該関連付けられたＬＥＰ１４０から受信した圧縮メディアを搬送するインターネットプロトコル（ＩＰ）パケットからなる１つのストリームを取得できる。圧縮メディアは、オーディオ及び／又はビデオであり得る。取得された各ＩＰパケットは、例えばインターネットプロトコルに従って処理され得る。幾つかの実施形態において、ＬＥＰＩＮＩＰ２１０は、更に、ＲＴＰ及びＲＴＣＰヘッダーを処理してよい。各取得されたパケットのメディアペイロード、各取得されたパケットの圧縮オーディオ又は圧縮ビデオは、ＬＥＰＩＮＩＰ２１０により処理された後、ＭＣＩＦＴＰに従い１つのＭＣＩＦフレームに組み込まれ、そして、或るＬＥＰ１４０から受信した圧縮メディアを搬送する複数のＭＣＩＦＴＰフレームからなる１ストリームは、ＭＣＩＦに向けて転送される。
【００５８】
或るＬＥＰ１４０が、或るビデオ会議に参加するとき、或るＣＭ２９０は、該或るＬＥＰ１４０から受信した圧縮ビデオストリームを処理するために、１つのＬＥＰＩＮＩＰ２１０を割り当てる。各ＬＥＰＩＮＩＰ２１０は、そのＬＥＰＩＮＩＰ２１０により処理される、受信した圧縮ビデオ又は圧縮オーディオストリームに関連付けられたストリームＩＤ（ＳＩＤ）を受信してよい。ＣＭ２９０は、全てのＳＩＤ及び割り当てられたリソースのマップ、並びに、どのように各ストリームを特定のリソースに経路設定するかの情報を、管理できる。
【００５９】
割り当てられたＳＩＤは、そのストリームの中の複数のＭＣＩＦＴＰフレームがＭＣＩＦ２９２を通じて移動する間に、それらＭＣＩＦＴＰフレームをマーク付けするために使用される。該ＭＣＩＦを通じて移動する、各ストリームのために使用されるマーク付け技術は、ＭＣＩＦ２９２の種類に依存する。例えば、ＭＣＩＦが共有メモリである場合、ＬＥＰＩＮＩＰ２１０は、そのＬＥＰＩＮＩＰ２１０が例えば周期的モードにおいて受信した各圧縮データチャンクを書き込む（書き込む）共有メモリ内の複数アドレスの区間を、ＣＭ２９０から取得する。ＭＣＩＦ２９２がＴＤＭバスである場合、ＬＥＰＩＮＩＰ２１０は、例えば、そのＳＩＤに関連付けられたタイムスロット数を取得する。
【００６０】
ＣＭ２９０から受信した情報に基づいて割り当てられた各ＬＥＰＩＮＩＰ２１０は、圧縮メディア、ビデオ又はオーディオを搬送するために関連性のあるＬＥＰとのＲＴＰ接続をセットでき、且つ、該ＲＴＰ接続に関連するリアルタイム制御プロトコルの複数のパケットを搬送するためのＲＴＣＰ接続をセットできる。ＲＴＰ接続を通じて圧縮メディアを搬送する、各受信したパケットは、圧縮メディアからなるデータチャンクを得るために、ＩＰプロトコルとＲＴＰプロトコルに従って処理される。そして、圧縮メディアデータチャンクは、ＭＣＩＦ２９２の構造に従って複数のＭＣＩＦＴＰフレームに編成され、そして該ＭＣＩＦＴＰフレームのヘッダーの部分として、ＳＩＤの値が追加される。該複数のＭＣＩＦＴＰフレームは、例えばバッファ経由でＭＣＩＦ２９２へ転送される。ＭＣＩＦ２９２が共有メモリの場合、各ＭＣＩＦＴＰフレームは、そのＳＩＤに割り当てられた共有メモリのセクション内に、周期的モードで記憶される。
【００６１】
いくつかの実施形態（図示せず）において、ＬＥＰＩＮＩＰ２１０は、更に、１つのＤＭを具備してよい。そのＤＭは、１以上のスケーラを備える。かかる実施形態において、ＲＴＰ接続を通じて或るＬＥＰからの圧縮メディアを搬送する、各受信したパケットは、圧縮メディアからなるデータチャンクを得るために、ＩＰプロトコルとＲＴＰプロトコルに従って処理される。そして、圧縮メディアデータチャンクは、ＤＭによる調整（スケーリング）を伴い、又は、調整なしで、デコードされる。複数のＤＭＤＵは、ＭＣＩＦ２９２の構造に従って複数のＭＣＩＦＴＰフレームに編成され、そして該ＭＣＩＦＴＰフレームのヘッダーの部分として、ＳＩＤの値が追加される。ＤＭが１以上のスケーラを具備する一実施形態において、ＳＩＤは、或る１つのスケーラに関連付けられたものであり得る。複数のＤＭＤＵを搬送する複数のＭＣＩＦＴＰフレームは、バッファ経由でＭＣＩＦ２９２へ転送される。ＭＣＩＦ２９２が共有メモリの場合、各ＭＣＩＦＴＰフレームは、そのＳＩＤに割り当てられた共有メモリのセクション内に、周期的モードで記憶される。
【００６２】
１つのＤＭを備えるＬＥＰＩＮＩＰ２１０の別の実施形態（図示せず）において、ＤＭは、更に、１つの可逆圧縮（lossless;ロスレス）エンコーダを具備する。可逆圧縮エンコーダは、ＭＣＩＦ２９２を通じて転送されるべき、未圧縮のデコーダされたメディア（オーディオ又はビデオ）を、可逆圧縮アルゴリズムを用いて圧縮するために、使用されるだろう。複数の前記ＤＭＤＵを収集する或るエレメントによって、或る１つの可逆圧縮デコーダが使用されるだろう。可逆圧縮エンコーダ及びデコーダは、例示に限定されないが、例えば、ＧＺＩＰ，ＬＺＰ(Lempel-Ziv-Welch)、Ｌｏｓｓｌｅｓｓ  ＪＰＥＧ２０００など、或る１つの可逆圧縮アルゴリズムを使用できる。別の実施形態において、可逆圧縮は、例えば、可逆圧縮部分を実行しない部分的なＨ．２６４符号化方式により実行できる。本明細書において、準‐圧縮（semi−compression）及び可逆圧縮という用語は、互換性のあるものと理解されたい。
【００６３】
或る１つのＭＲＥＩＮＩＰ２２０は、或るＭＲＥ１３０と関連付られ、該関連付けられたＭＲＥ１３０から受信した圧縮メディアを搬送する複数インターネットプロトコル（ＩＰ）パケットからなる１ストリームを取得できる。圧縮メディアは、オーディオ及び／又はビデオであり得る。各取得されたＩＰパケットは、例えばインターネットプロトコルに従って処理され得る。各取得されたパケットのＲＴＰメディアペイロード、中継ＲＴＰ圧縮オーディオ又は圧縮ビデオデータチャンクは、ＭＲＥＩＮＩＰ２２０により処理された後、ＭＣＩＦＴＰに従いＭＣＩＦフレームに組み込まれ、そして、或るＭＲＥ１３０から受信した中継ＲＴＰ圧縮メディアを搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームは、ＭＣＩＦ２９２に向けて転送される。
【００６４】
或るＭＲＥ１３０が、或るビデオ会議に参加するとき、或るＣＭ２９０は、該ＭＲＥ１３０から受信した１以上の圧縮ビデオストリームを処理するために、１以上のＭＲＥＩＮＩＰ２２０を割り当てる。各圧縮ビデオストリームは、異なる解像度（サイズ）、品質などであり得る。更に、１以上のＭＲＥＩＮＩＰ２２０は、そのＭＲＥ１３０から受信した１以上の圧縮オーディオストリームを処理するために、割り当てられてよい。各ＭＲＥＩＮＩＰ２２０は、そのＭＲＥＩＮＩＰ２２０により処理される、受信した圧縮ビデオ又は圧縮オーディオストリームに関連付けられたストリームＩＤ（ＳＩＤ）を受信してよい。
【００６５】
割り当てられたＳＩＤは、そのストリームの中の複数のＭＣＩＦＴＰフレームがＭＣＩＦ２９２を通じて移動する間に、それらＭＣＩＦＴＰフレームをマーク付けするために使用される。該ＭＣＩＦ２９２を通じてどのように各ストリームを経路設定するかの情報は、ＭＣＩＦ２９２の種類に依存する。例えば、ＭＣＩＦ２９２が共有メモリである場合、ＭＲＥＩＮＩＰ２２０は、そのＭＲＥＩＮＩＰ２２０が例えば周期的モードにおいて各ＭＣＩＦＴＰフレームを書き込む（書き込む）共有メモリ内の複数アドレスの区間を、ＣＭ２９０から取得する。ＭＣＩＦ２９２がＴＤＭバスである場合、ＭＲＥＩＮＩＰ２２０は、例えば、そのＳＩＤに関連付けられたタイムスロット数を取得する。
【００６６】
ＣＭ２９０から受信した情報に基づいて割り当てられた各ＭＲＥＩＮＩＰ２２０は、圧縮メディア、ビデオ又はオーディオを搬送するために関連性のあるＭＲＥ１３０とのＲＴＰ接続をセットでき、且つ、該ＲＴＰ接続に関連するリアルタイム制御プロトコルの複数のパケットを搬送するためのＲＴＣＰ接続をセットできる。ＲＴＰ接続を通じて圧縮メディアを搬送する、各受信したパケットは、圧縮メディアからなる中継ＲＴＰデータチャンクを得るために、ＩＰプロトコルに従って処理される。そして、ＲＴＰ圧縮メディアデータチャンクは、ＭＣＩＦ２９２の構造に従って複数のＭＣＩＦＴＰフレームに編成され、そして該ＭＣＩＦＴＰフレームのヘッダーの部分として、関連性のあるＳＩＤの値が追加される。該複数のＭＣＩＦＴＰフレームは、例えばバッファ経由でＭＣＩＦ２９２へ転送される。ＭＣＩＦ２９２が共有メモリの場合、各ＭＣＩＦＴＰフレームは、例えばそのＳＩＤに割り当てられた共有メモリのセクション内に、周期的モードで記憶される。ＭＣＩＦ２９２がイーサネット（登録商標）ＬＡＮである場合、各ＭＣＩＦＴＰフレームは、イーサネット（登録商標）ヘッダーの宛先アドレスとＳＩＤを関連付ける。イーサネット（登録商標）ＬＡＮがマルチキャスト可能なものである場合、ＳＩＤはマルチキャストアドレスに関連付られる。
【００６７】
或るＬＥＰ１４０が、或るビデオ会議に参加するとき、或るＣＭ２９０は、該或るＬＥＰ１４０に向けて伝達された圧縮ＣＰビデオ画像を処理するために、或る１つのＬＥＰＯＮＩＰ２３０を割り当てて、且つ、そのＬＥＰ１４０に向けて送信された圧縮混合オーディオを処理するために、或る１つのＬＥＰＯＮＩＰ２３０を割り当てる。各ＬＥＰＯＮＩＰ２３０は、関連性のあるＬＥＰＯＮＩＰ２３０によりＭＣＩＦ２９２から取得する必要がある圧縮ビデオ又は圧縮オーディオの複数のＭＣＩＦＴＰフレームに関連付けられたＳＩＤを受信してよい。ＣＭ２９０から受信した情報に基づいて割り当てられた各ＬＥＰＯＮＩＰ２３０は、圧縮メディア、ビデオ又はオーディオを搬送するために、関連性のあるＬＥＰ１４０とＲＴＰ接続を確立でき、また、そのＲＴＰ接続に関連するリアルタイム制御プロトコルの複数パケットを搬送するために、ＲＴＣＰ接続を確立できる。
【００６８】
或るＬＥＰＯＮＩＰ２３０は、関連性のあるＬＥＰに関連付られたＥＯＭ２８０から受信した圧縮メディアを搬送する複数ＭＣＩＦＴＰフレームからなる１つのストリームを、ＭＣＩＦ２９２から取得できる。圧縮メディアは、適宜のＭＣＭ２７０により生成された混合されたオーディオ又はＣＰビデオ画像であり得る。ＭＣＩＦ２９２から適宜のＭＣＩＦＴＰフレームを取得するために使用された技術は、ＭＣＩF２９２の種類に応じるものであり、共有メモリ、ＴＤＭバス、イーサネット（登録商標）などを含む。
【００６９】
ＬＥＰＯＮＩＰ２３０は、各取得したＭＣＩＦＴＰフレームに組み込まれた圧縮メディアを取り出すために、該各取得したＭＣＩＦＴＰフレームを処理できる。或る１つのＭＣＩＦＴＰフレームの処理は、例えばＭＣＩＦＴＰフレームのヘッダーを取り除くことを含み得る。各処理されたＭＣＩＦＴＰフレームのメディアペイロードは、ＲＴＰ圧縮メディアデータチャンクを生成するために、ＲＴＰに応じるようになっている。適宜の領域を持つＲＴＰヘッダーが追加できる。ＲＴＰヘッダーの領域は、ＲＴＰヘッダーの領域は、メディア、エンコーダ、シーケンス番号、タイムスタンプなどを反映する、ペイロードタイプ（ＰＴ）、ストリーム（ＳＳＲＣ）のソース（源）を反映できる。ＲＴＰデータチャンクは、ＩＰパケットに組み込まれるべくＩＰプロトコルに従って処理され得る。ＩＰヘッダーは、パケットに追加され得る。ソースのＩＰアドレス及びヘッダーのポートは、関連性のあるＬＥＰＯＮＩＰ２３０を反映できる。宛先ＩＰアドレスは、関連付けられたＬＥＰ１４０及びそのメディアタイプに関連付けられたポート数を反映できる。ＩＰパケットは、関連付けられたＬＥＰ１４０に向けて送信され得る。幾つかの実施形態又は幾つかのセッションにおいて、ＩＰパケットは、同じ圧縮規格と、同じオーディオミックス又はＣＰビデオ画像とを共有する複数のＬＥＰ１４０に向けて送信され得る。
【００７０】
或るＭＲＥ１３０が或るビデオ会議に参加するとき、或るＣＭ２９０は、ＣＰビデオ画像に包含されるべくＭＲＥ１３０に向けて伝達された中継されたＲＴＰ圧縮ビデオ画像を処理するために、１以上のＭＲＥＯＮＩＰ２４０に割り当てられてよい。一実施形態に係るＣＵＢ２００において、提示されたＭＲＥ１３０又はＬＥＰ１４０の中継されたＲＴＰ圧縮ビデオデータチャンクは、そのＣＵＢ２００と関連性のあるＭＲＥ１３０の間の単一のＲＴＰ接続を通じて伝達され得る。かかる実施形態において、単一のＭＲＥＯＮＩＰ２４０は、そのＭＲＥ１３０に向けて伝達されたＣＰ画像の圧縮ビデオを処理するために、割り当てられ得る。
【００７１】
別の実施形態に係るＣＵＢ２００において、各提示されたＭＲＥ１３０又はＬＥＰ１４０の中継されたＲＴＰ圧縮ビデオデータチャンクは、そのＣＵＢ２００と関連性のあるＭＲＥ１３０の間の別々のＲＴＰ接続を通じて伝達され得る。かかる実施形態において、複数のＭＲＥＯＮＩＰ２４０は、各ＲＴＰ接続用の、中継された圧縮ビデオストリームを処理するために、割り当てられ得る。各ＭＲＥＯＮＩＰ２４０は、提示されたＭＲＥ１３０又はＬＥＰ１４０の１つから出力された中継されたＲＴＰ圧縮ビデオデータチャンクを処理できる。
【００７２】
同様に、１以上のＭＲＥＯＮＩＰ２４０は、ＭＲＥ１３０に向けて伝達された中継されたＲＴＰ圧縮混合オーディオを処理するために、割り当てられ得る。圧縮メディア（オーディオ／ビデオ）を搬送する各ＲＴＰ接続用に、或るＲＴＣＰ接続が、そのＲＴＰ接続に関連付けられたリアルタイム制御プロトコルのパケットを搬送するために確立され得る。
【００７３】
割り当て処理の間、各割り当てられたＭＲＥＯＮＩＰ２４０は、ＣＭ２９０からＳＩＤ値の指示情報を受信してよい。指示情報に示されたＳＩＤは、関連性のあるＭＲＥＯＮＩＰ２４０によってＭＣＩＦ２９０から取得される必要のある、中継されたＲＴＰ圧縮ビデオ／オーディオデータチャンクを搬送するＭＣＩＦＴＰフレームに関連付けられる。指示情報に示されたＳＩＤは、中継されたＲＴＰ圧縮ビデオ／オーディオデータチャンクを搬送するＭＣＩＦＴＰフレームを組織する、関連性のあるＭＣＭ２７０により使用され得る。
【００７４】
或る１つのＭＲＥＯＮＩＰ２４０は、ＣＭ２９０から、ＭＣＩＦ２９２から収集されるべき１以上の圧縮された中継されたストリームのＳＩＤ値を取得できる。ストリームの数は、ＣＰ画像又は混合オーディオからなる中継された圧縮メディアが単一のＲＴＰ接続を通じて送信されたか、又は、複数のＲＴＰ接続を通じて送信されたかに応じる。圧縮メディアを搬送する複数のＭＣＩＦＴＰフレームからなる１以上のストリームは、関連性のあるＭＲＥ１３０に関連付けられているＭＣＭ７０から受信される。受信したＳＩＤ値に基づいてＭＣＩＦ２９２から適宜の複数のＭＣＩＴＰフレームを取得することは、ＭＣＩＦ２９２の種類に依存する。ＭＣＩＦ２９２の種類は、共有メモリ、ＴＤＭバス、イーサネット（登録商標）などである。
【００７５】
一実施形態に係るＭＲＥＯＮＩＰ２４０は、各取得したＭＣＩＦＴＰフレームを処理でき、且つ、そのフレームに埋め込まれた圧縮メディアを取り出すことができる。ＭＣＩＦＴＰフレームを処理することは、例えば、ＭＣＩＦＴＰフレームのヘッダーを取り除くことを含む。各処理されたＭＣＩＦＴＰフレームのメディアペイロードは、ＲＴＰ圧縮メディアデータチャンクを生成するために、ＲＴＰに応じるようになっている。適宜の領域を持つＲＴＰヘッダーが追加できる。ＲＴＰヘッダーの領域は、ＲＴＰヘッダーの領域は、メディア、エンコーダ、シーケンス番号、タイムスタンプなどを反映する、ペイロードタイプ（ＰＴ）、ストリーム（ＳＳＲＣ）のソースを反映できる。ＲＴＰデータチャンクは、ＩＰパケットに組み込まれるべくインターネットプロトコルに従って処理され得る。ＩＰヘッダーは、パケットに追加され得る。ソースのＩＰアドレス及びヘッダーのポートは、関連性のあるＭＲＥＯＮＩＰ２４０を反映できる。宛先ＩＰアドレスは、関連付けられたＭＲＥ１３０及びそのメディアタイプに関連付けられたポート数を反映できる。ＩＰパケットは、関連付けられたＭＲＥ１３０に向けて送信され得る。幾つかの実施形態又は幾つかのセッションにおいて、ＩＰパケットは、同じ圧縮規格と、同じオーディオミックス又はＣＰビデオ画像とを共有する複数のＭＲＥ１３０に向けて送信され得る。
【００７６】
一実施形態に係るＭＲＥ又はＬＥＰへの／からの信号伝達（signaling；シグナリング）及び制御処理部２５０は、ＣＭ２５０により、１つのＭＲＥ１３０又はＬＥＰ１４０のために、そのエンドポイントがＣＵＢ２００に接続されたときに、割り当てられる。信号伝達及び制御モジュール２５０は、通信セッションを確立して、その会議に関連するエンドポイントを接続するために使用される。ＣＭ２９０は、関連する信号伝達及び制御モジュール２５０経由で、エンドポイントと関連する会議セッションとを認証できる。認証の後、圧縮規格、ビットレートなどを規定するエンドポイントの種類及びエンドポイントの能力を規定するために、ネゴシエーションが開始する。また、そのエンドポイント用のＣＰビデオ画像を描くレイアウト、強制的話者などが規定される。ネゴシエーションは、例えばＨ．３２３又はＳＩＰに基づくものであり、これらは当業者に周知の技術であり、詳細は省略する。
【００７７】
１つのＣＵＢ２００内に３種類のメディア処理部が含まれ得る。１つ目は、圧縮メディア、オーディオ又はビデオをデコード（解凍）するデコードモジュールＤＭ２６０である。２つ目は、２以上のエンドポイントから受信したメディアを結合して、ＭＣＩＦ２９２経由で１以上のエンドポイントに向けて伝達されるべき、結合されたメディアにするＭＣＭ２７０である。オーディオを結合するＭＣＭ２７０は、１以上のエンドポイントから受信したオーディオを混合できる。ビデオを結合するＭＣＭ２７０は、２以上の提示されたエンドポイントから受信したビデオ画像を結合して１つのＣＰ画像にする。３つ目の種類のメディア処理部は、デコード済みメディア、オーディオ又はビデオをエンコード（圧縮）するＥＯＭ２８０からなる。
【００７８】
３種類のメディア処理部のそれぞれ、ＤＭ２６０、ＭＣＭ２７０及びＥＯＭ２８０は、２つのセクション（図示せず）を具備できる。それはＭＣＩＦセクション及びメディアセクションである。前記３種類のメディア処理部におけるＭＣＩＦセクションは同様であり得る。一実施形態に係るＭＣＩＦセクションは、ＭＣＩＦ２９２から、複数ＭＣＩＦＴＰフレームからなる１以上の関連性のあるストリームを取得でき、複数ＭＣＩＦＴＰフレームを処理でき、メディアペイロードを編成でき、且つ、メディアセクションに該メディアペイロードを供給できるように構成される。他方、ＭＣＩＦセクションは、メディアセクションから処理されたメディアデータを取得でき、そのメディアを複数ＭＣＩＦＴＰフレームのペイロードとして編成でき、複数ＭＣＩＦＴＰフレームからなる１以上の関連性のあるストリームをマーク付けするために適宜のヘッダーを追加でき、且つ、ＭＣＩＦ２９２に向けて該複数のＭＣＩＦＴＰフレームを供給できるように構成される。
【００７９】
ＤＭ２６０、ＭＣＭ２７０又はＥＯＭ２８０のいずれであろうと、メディア処理部を割り当てることの後、その割り当てられたメディア処理部は、ＣＭ２７０から２つのＳＩＤ値を受信するだろう。１つの入力ＳＩＤ値と１つの出力ＳＩＤ値とである。入力ＳＩＤ値は、割り当てられたメディア処理部により処理されるべく、そのメディア処理部への入力として、ＭＣＩＦ２９２から取得される、複数の圧縮メディアＭＣＩＦＴＰフレームからなる１つのストリームを表す。出力ＳＩＤ値は、ＣＵＢ２００の１以上の内部モジュールに向けてＭＣＩＦ２９２経由で供給されるべき、割り当てられたメディア処理部の出力における、複数の圧縮メディアＭＣＩＦＴＰフレームからなる１つのストリームを表す。ＳＩＤの種類と、ＭＣＩＦの種類（共有メモリ、ＴＤＭバスなど）に応じてＭＣＩＦ２９２を通じて複数ＭＣＩＦＴＰフレームを取得及び伝達する方法とは、上述した通りであり、詳細は省略する。
【００８０】
一実施形態に係るＣＵＢ２００において、ＤＭ２６０は、ＣＭ２９０によって、ＭＣＩＦ２９２を通じて搬送され且つそれぞれＭＲＥＩＮＩＰ２２０又はＬＥＰＩＮＩＰ２１０経由でＭＲＥ１３０又はＬＥＰ１４０から供給される複数ＭＣＩＦＴＰフレームからなる各圧縮メディアストリーム用に、セッション全体のために割り当てられる。
【００８１】
別の実施形態に係るＣＵＢ２００において、ＤＭ２６０は、必要に応じて、ＣＭ２９０によって、ＭＣＩＦ２９２を通じて搬送され、且つ、複数のＬＥＰ１４０又は複数のＭＲＥ１３０のうち１つに向けて結合及び供給されたＣＰビデオ画像内に現在提示されているＬＥＰ１４０からＬＥＰＩＮＩＰ２１０経由で受信された、複数ＭＣＩＦＴＰフレームからなる各圧縮メディアストリーム用に、セッション全体のために割り当てられる。ＤＭ２６０は、また、ＭＣＩＦ２９２を通じて搬送され、且つ、複数のＬＥＰ１４０のうち１つに向けて結合及び供給されたＣＰビデオ画像内に現在提示されているＭＲＥ１３０からＭＲＥＩＮＩＰ２２０経由で受信された、複数ＭＣＩＦＴＰフレームからなる各圧縮メディアストリーム用に、割り当てられる。かかる実施形態において、或るＤＭ２６０が割り当てられる毎に、１つのイントラフレームが、関連するＭＲＥ１３０又はＬＥＰ１４０から要求され得る。
【００８２】
或る割り当てられたＤＭ２６０のＭＣＩＦセクションは、ＣＭ２９０から２つのＳＩＤ値を受信してよい。それは、ＤＭ２６０によりデコードされるべき、その割り当てられたＤＭ２６０への入力としてＭＣＩＦ２９２から取得されるべき、複数の圧縮メディアＭＣＩＦＴＰフレームからなる１つのストリームを表す入力ＳＩＤ値と、１以上のＭＣＭ２７０又はＥＯＭ２８０に向けてＭＣＩＦ２９２経由で供給されるべき、割り当てられたＤＭ２６０の出力ストリームとして、複数の圧縮メディアＭＣＩＦＴＰフレームからなる１つのストリームを表す出力ＳＩＤ値とである。ＤＭ２６０の割り当てられたメディアセクションは、割り当てられたＤＭ２６０への入力ストリームを圧縮するために使用される圧縮規格に応じるように構成される。その圧縮規格は、例示に限定されないが、例えば、ビデオを圧縮するためのＨ．２６４、又は、オーディオを圧縮するためのＧ．７２９である。
【００８３】
動作の間、ＤＭ２６０のＭＣＩＦセクションは、ＭＣＩＦ２９２から、入力ＳＩＤ値に関連付けられた圧縮メディアの複数のＭＣＩＦＴＰフレームを取得できる。各フレームは、それらのシーケンスとタイムスタンプに従って複数のフレームを編成するために処理され得る。フレームヘッダーは取り除かれ、圧縮メディアペイロード（オーディオ又はビデオ）は、ＤＭ２６０のメディアセクションに向けて供給される。ＤＭ２６０のメディアセクションはメディアデコーダである。メディアデコーダは、圧縮メディアを、関連のある圧縮ストリームの種類に従いデコードされたメディア、オーディオ又はビデオに、デコードする。圧縮オーディオ又はビデオは、当業者に周知であり、詳述はしない。関連するＤＭ２６０により処理されるメディアがオーディオである場合、ＤＭ２６０は、デコードしたオーディオストリームのオーディオエネルギーを定期的に決定して、このパラメータを制御接続２９４経由でＣＭ２９０に供給する。
【００８４】
デコード済みメディアストリームは、割り当てられたＤＭ２６０のＭＣＩＦセクションに転送される。ＭＣＩＦセクションは、そのＤＭ２６０に割り当てられた出力ＳＩＤ値に関連付けられた複数のＭＣＩＦＴＰフレームに、デコード済みメディアストリームをまとめる。複数のＭＣＩＦＴＰフレームは、ＭＣＩＦ２９２の種類に従って生成される。複数のＭＣＩＦＴＰフレームは、ＭＣＩＦ２９２を通じて複数のＤＭＤＵからなる複数のＭＣＩＦＴＰフレームを搬送するＤＭ２６０の出力ストリームとして搬送され得る。
【００８５】
幾つかの実施形態に係るＣＵＢ２００において、ＤＭ２６０のビデオセクションは、１以上のスケーラを具備できる。各スケーラは、デコード済み画像を、要求されたサイズに調整できる。かかる実施形態において、複数の出力ＳＩＤ値は、そのＤＭ２６０のＭＣＩＦセクションに割り当てられ得る。各出力ＳＩＤ値は、１つのスケーラに関連付けられる。ＭＣＩＦセクションにおいて、調整された複数のＤＭＤＵは、関連する出力ＳＩＤに関連付けられた複数のＭＣＩＦフレームに埋め込まれ、ＭＣＩＦ２９２に別々のストリームとして供給される。各スケーラの出力サイズは、各方向、幅及び高さ（Ｗ×Ｈ）におけるピクセル数により規定できる。ビデオ画像のスケーラの動作は、当業者に周知であり、詳述はしない。
【００８６】
一実施形態に係るＣＵＢ２００は、複数種類のＭＣＭ２７０を具備できる。ＭＣＭ２７０の種類は、メディアのタイプ、オーディオ又はビデオ、及び、そのメディアが宛てられたエンドポイントの種類、ＬＥＰ１４０又はＭＲＥ１３０に応じる。上述の通り、ＭＣＭ２７０は、ＭＣＩＦセクション及びメディアセクションを具備できる。或るＭＣＭ２７０のＭＣＩＦセクションは、異なる数の割り当てられた入力及び出力ＳＩＤ値を用いて、上述したものと同様に動作できる。割り当てられたＭＣＭ２７０のＭＣＩＦセクションは、複数の入力ＳＩＤ値を受信できる。入力ＳＩＤ値のそれぞれは、例えば、宛先のエンドポイントにより提示又は聴取される、ＣＭ２９０により選択されたエンドポイントから発した１つのストリームを表す。従って、入力ＳＩＤ値は、会議セッションの間、例えば話者が変化したとき、あるいは、会議出席者が変化したときなど、セッションの変遷に従って、変更され得る。現在割り当てられている入力ＳＩＤ値に従って、ＭＣＩＦセクションは、ＭＣＩＦ２９２から、選択された複数ストリームのうちの複数のＭＣＩＦＴＰフレームを取得し、前記取得した複数のフレームを複数のストリームにまとめて、各ストリームのメディアペイロードを、ＭＣＭ２７０のメディアセクションのメディアコンバイナに向けて供給する。
【００８７】
他方、ＭＣＭ２７０のメディアセクションから発した結合されたメディアの１以上のストリームは、ＭＣＭ２７０のＭＣＩＦセクションにより、複数のＭＣＩＦＴＰフレームのペイロードとしてまとめられ得る。適宜の出力ＳＩＤ値を持つヘッダーが、ＭＣＩＦ２９２に供給される１つのＭＣＩＦフレームを生成するために、結合されたメディアペイロードに付加される。
【００８８】
一実施形態に係る、或るＬＥＰ１４０に宛てられた或るＣＰビデオ画像を生成するように構成されたビデオ用ＭＣＭ２７０は、１つのＭＣＩＦセクションを有しており、そのＭＣＩＦセクションは、現在割り当てられている入力ＳＩＤ値に基づいて、複数のビデオＤＭＤＵを搬送する複数のＭＣＩＦＴＰフレームからなる複数のストリームを取得できるものである。取得した複数のビデオＤＭＤＵからなる複数ＭＣＩＦＴＰフレームは、複数のビデオＤＭ２６０により、ＭＣＩＦ２９２に供給されたものである。各ビデオＤＭ２６０は、現在選択中の提示されたＬＥＰ１４０又はＭＲＥ１３０に関連付けられている。従って、或るビデオＤＭ２６０により供給された１つのストリームの出力ＳＩＤ値は、そのストリームを指すビデオ用ＭＣＭ２７０の入力ＳＩＤ値と同じものとなり得る。別の実施形態に係るＣＵＢ２００において、或るビデオＤＭ２６０により供給された１つのストリームの出力ＳＩＤ値と、そのストリームを指すビデオ用ＭＣＭ２７０の入力ＳＩＤ値とは、異なるものとなり得る。かかる実施形態において、それら２つの異なる値を関連付けるために、ＳＩＤ変換テーブルがビデオ用ＭＣＭ２７０に提示され得る。ＭＣＩＦセクションは、選択された複数ストリーム内の受信した複数のＭＣＩＦＴＰフレームを処理でき、取得した複数のフレームを複数のストリームにまとめて、ビデオ用ＭＣＭ２７０のメディアセクションにおけるＣＰ画像ビルダーに向けて各ストリームの複数ＤＭＤＵを供給できる。
【００８９】
ＣＰ画像ビルダーは、選択されたビデオ画像のデコード済みビデオデータを結合して１つのＣＰビデオ画像にでき、デコード済みＣＰ画像データユニットからなる１つのストリームを、ビデオ用ＭＣＭ２７０のＭＣＩＦセクションに供給できる。ＭＣＩＦセクションは、デコード済みＣＰ画像データユニットを複数のＭＣＩＦＴＰフレームにまとめて、割り当てられた出力ＳＩＤ値を含むヘッダーを付加して、ビデオＥＯＭ２８０及びＬＥＰＯＮＩＰ２３０経由で、少なくとも１つの宛先ＬＥＰ１４０に向けて、複数のＭＣＩＦＴＰフレームからなる１つのストリームを供給できる。幾つかの実施形態に係る、スケーラを具備しないビデオＤＭ２６０において、ＣＰ画像ビルダーは、ＤＭＤＵを搬送する複数ＭＣＩＦＴＰフレームからなる各選択されたストリームのためのスケーラを具備してよい。該スケーラは、各選択されたストリームによって搬送されるビデオ画像のサイズを、ＣＰビデオ画像のレイアウト内の、該取得されたビデオ顔図が配置されるセグメントに適切なサイズに調整する。ＣＰ画像ビルダー及びスケーラの動作は、当業者に周知であり、詳述はしない。
【００９０】
一実施形態に係る、少なくとも１つの宛先ＬＥＰ１４０に向けて送信されるべき複数のオーディオストリームを混合するように構成されたビデオ用ＭＣＭ２７０は、１つのＭＣＩＦセクションを有しており、そのＭＣＩＦセクションは、現在割り当てられている入力ＳＩＤ値に基づいて、デコード済みオーディオユニットである複数のＤＭＤＵを搬送する複数のＭＣＩＦＴＰフレームからなる複数のストリームを取得できるものである。取得した複数のＤＭＤＵからなる複数ＭＣＩＦＴＰフレームは、複数のオーディオＤＭ２６０により、ＭＣＩＦ２９２に供給されたものである。各オーディオＤＭ２６０は、現在選択中の聴取されたＬＥＰ１４０又はＭＲＥ１３０に関連付けられている。従って、或るオーディオＤＭ２６０により供給された１つのストリームの出力ＳＩＤ値は、そのストリームを指すビデオ用ＭＣＭ２７０の入力ＳＩＤ値と同じものとなり得る。別の実施形態に係るＣＵＢ２００において、或るオーディオＤＭ２６０により供給された１つのオーディオストリームの出力ＳＩＤ値と、そのストリームを指すオーディオミキサ用ＭＣＭ２７０の入力ＳＩＤ値とは、異なるものとなり得る。かかる実施形態において、それら２つの異なる値を関連付けるために、ＳＩＤ変換テーブルが前記ＭＣＭ２７０に提示され得る。ＭＣＩＦセクションは、選択された複数ストリーム内の受信した複数のＭＣＩＦＴＰフレームを処理でき、取得した複数のフレームを複数のオーディオストリームにまとめて、ＭＣＭ２７０のメディアセクションにおけるオーディオミキサに向けて各オーディオストリームの複数ＤＭＤＵを供給できる。
【００９１】
オーディオミキサは、選択された複数のオーディオストリームの中のデコード済みオーディオデータを、デコード済みの混合オーディオに混合して、デコード済みの混合オーディオデータユニットのストリームを、オーディオ用ＭＣＭ２７０のＭＣＩＦセクションに供給する。ＭＣＩＦセクションは、デコード済みの複数混合オーディオデータユニットを複数のＭＣＩＦＴＰフレームにまとめて、割り当てられた出力ＳＩＤ値を備えるヘッダーを付加して、オーディオＥＯＭ２８０及びＬＥＰＯＮＩＰ２３０経由で、少なくとも１つの宛先ＬＥＰ１４０に向けて、複数のＭＣＩＦフレームからなる混合オーディオストリームを供給できる。オーディオミキサの動作は、当業者に周知であり、詳述しない。
【００９２】
別の種類のＭＣＭ２７０である、中継されたビデオ用ＭＣＭ２７０は、２以上の選択された中継ＲＴＰ圧縮ビデオストリームを、１以上のＭＲＥ１３０に伝達されるべき１以上の中継されたＲＴＰ圧縮ビデオストリームに変換するために使用される。各ＭＲＥ１３０は、受信した前記伝達された１以上の中継されたＲＴＰ圧縮ビデオストリームに基づいて１つのＣＰ画像を構築及び提示できる。
【００９３】
一実施形態に係る中継されたビデオ用ＭＣＭ２７０は、１つのＭＣＩＦセクションを有しており、そのＭＣＩＦセクションは、現在割り当てられている入力ＳＩＤ値に基づいて、中継ＲＴＰ圧縮ビデオデータチャンクを搬送する複数のＭＣＩＦＴＰフレームからなる複数の選択されたストリームを取得できるものである。取得した継ＲＴＰ圧縮ビデオデータチャンクからなる複数ＭＣＩＦＴＰフレームは、それぞれ現在選択されているＭＲＥ１３０に関連付けられている１以上のＭＲＥＩＮＩＰ２８０によりＭＣＩＦ２９２に供給されるものであるか、又は、それぞれ現在選択されているＬＥＰ１４０に関連付けられている１以上のＥＯＭ２８０から供給されるものである。従って、或る選択されたＥＯＭ２８０又は或る選択されたＭＲＥＩＮＩＰ２３０により供給された１つのストリームの出力ＳＩＤ値は、そのストリームを指す中継されたビデオ用ＭＣＭ２７０の入力ＳＩＤ値と同じものとなり得る。別の実施形態に係るＣＵＢ２００において、或るオーディオＤＭ２６０により供給された１つのオーディオストリームの出力ＳＩＤ値と、そのストリームを指すオーディオミキサ用ＭＣＭ２７０の入力ＳＩＤ値とは、異なるものとなり得る。かかる実施形態において、それら２つの異なる値を関連付けるために、ＳＩＤ変換テーブルが中継されたビデオ用ＭＣＭ２７０に提示され得る。ＭＣＩＦセクションは、選択された複数ストリーム内の受信した複数のＭＣＩＦＴＰフレームを処理でき、取得した複数のフレームを複数のオーディオストリームにまとめて、中継されたビデオ用ＭＣＭ２７０のメディアセクションにおけるセッション圧縮ビデオＲＴＰ処理部（ＳＣＶＲＰ）に向けて、各ストリームの中継ＲＴＰ圧縮ビデオデータチャンクを供給できる。
【００９４】
１つのＳＣＶＲＰは、中継されたビデオ用ＭＣＭ２７０から発した各ストリームの中継ＲＴＰ圧縮ビデオデータチャンク（ＲＴＰヘッダー及び圧縮ビデオペイロード）を、受信できる。ＳＣＶＲＰは、選択されたＭＲＥ１３０又はＬＥＰ１４０毎に１つずつ、複数のシーケンシャルメモリを管理できる。ＳＣＶＲＰは、受信した中継ＲＴＰ圧縮ビデオデータチャンクのヘッダーを解析（パース）でき、それを例えばそのフレーム番号又はタイムスタンプに従い適宜のシーケンシャルメモリに保存できる。セッションに使用されたフレームレートに応じて時々、ＣＭ２９０から受信した信号伝達及び制御情報に従って、ＳＣＶＲＰは、１以上のシーケンシャルメモリのグループにアクセスでき、選択されたエンドポイントのグループの圧縮データを、中継されたビデオ用ＭＣＭ２７０のＭＣＩＦセクションに向けて転送される中継されたＲＴＰ圧縮ビデオデータチャンクに変換できる。ＳＣＶＲＰに関する更なる詳細は、米国特許番号第８２２８３６３号を参照されたい。且つ、その出願に記載された全ての記載内容を本明細書に援用する。
【００９５】
中継されたビデオ用ＭＣＭ２７０のＭＣＩＦセクションは、複数の中継ＲＴＰ圧縮ビデオデータチャンクを複数のＭＣＩＦＴＰフレームにまとめて、割り当てられた出力ＳＩＤ値を含むヘッダーを付加して、複数ＭＣＩＦＴＰフレームからなる１つのストリームを、ＭＲＥＯＮＩＰ２４０経由で少なくとも１つの宛先ＭＲＥ１３０に向けて供給してよい。一実施形態に係るＣＵＢ２００において、或るＭＣＩＦセクションは、中継ＲＴＰ圧縮ビデオデータチャンクを複数のＭＣＩＦＴＰフレームからなる複数の出力ストリームにまとめて、ここで複数の出力ストリームそれぞれは選択されたＬＥＰ１４０又はＭＲＥ１３０から発したものであり、その選択されたエンドポイント（ＬＥＰ１４０又はＭＲＥ１３０）に割り当てられたセグメントに合わせて調整されたサイズのビデオ画像を搬送してよい。出力ストリームそれぞれに、ＭＣＩＦセクションは、そのストリーム用の出力ＳＩＤ値を含むヘッダーを付加して、複数ＭＣＩＦＴＰフレームからなるストリームを、ＭＲＥＯＮＩＰ２４０経由で少なくとも１つの宛先ＭＲＥに向けて供給してよい。
【００９６】
別の種類のＭＣＭ２７０は、中継されたオーディオ用ＭＣＭ２７０と呼ばれ得る。一実施形態に係る中継されたオーディオ用ＭＣＭ２７０は、２以上の選択された中継ＲＴＰ圧縮オーディオストリームを、１以上のＭＲＥ１３０に伝達されるべき１以上の中継されたＲＴＰ圧縮オーディオストリームに変換するために使用され得る。各ＭＲＥは、伝達された１以上の中継されたＲＴＰ圧縮オーディオストリームを受信することにより、混合オーディオを、デコード、混合及び再生できる。中継されたオーディオ用ＭＣＭ２７０の動作は、上述したビデオ用ＭＣＭ２７０の説明から当業者にとって明らかであり、該上述の説明において、メディアがビデオからオーディオに変更され、ＳＣＶＲＰがセッション圧縮オーディオＲＴＰ処理部（ＳＣＡＲＰ）に置き換わる。ＳＣＡＲＰに関する更なる詳細は、米国特許番号第８２２８３６３号を参照されたい。且つ、その出願に記載された全ての記載内容を本明細書に援用する。
【００９７】
ＥＯＭ２８０は、図２に描かれたＣＵＢ２００の実施形態に関連する別のメディア処理部である。ＣＵＢ２００は、複数種類のＥＯＭ２８０を具備する。ＥＯＭ２８０の種類は、メディアの種類、オーディオまたはビデオ、及び、エンコード（圧縮）されたメディアが宛てられたエンドポイントの種類、ＬＥＰ１４０またはＭＲＥ１３０に応じる。上述の通り、ＥＯＭ２８０は、ＭＣＩＦセクション及びメディアセクションを具備できる。或るＥＯＭ２８１０のＭＣＩＦセクションは、追加的機能及び異なる数の割り当てられた入力及び出力ＳＩＤ値を用いて、上述したものと同様に動作できる。
【００９８】
或るＬＥＰ１４０（宛先ＬＥＰ１４０）に関連付けられた或る割り当てられたＥＯＭ２８０のＭＣＩＦセクションは、そのＬＥＰ１４０に宛てられた、デコード済みの圧縮メディアを搬送する複数のＭＣＩＦＴＰフレームからなる１つのストリームを表す１つの入力ＳＩＤ値を受信してよい。このストリームは、そのＬＥＰ１４０に関連付けられた或るＭＣＭ２７０により組み立てられ得る。該ＭＣＭ２７０は、ビデオ向けにはＣＰビデオ画像ビルダーであり、オーディオ向けにはオーディオミキサである。現在割り当てられた入力ＳＩＤ値に従って、ＭＣＩＦセクションは、ＭＣＩＦ２９２から、選択されたストリーム内の複数のＭＣＩＦＴＰフレームを取得し、取得した複数のフレームをまとめて、デコード済みの結合されたメディアペイロードを、ＥＯＭ２８０のメディアセクションにおけるメディアエンコーダに向けて、供給する。或るオーディオストリーム用に、メディアエンコーダは、宛先ＬＥＰ１４０により使用されたオーディオ圧縮規格に応じる。オーディオ圧縮規格の一例は、Ｇ．７１１、Ｇ．７２９、Ｇ．７２２．１Ｃ、Ｇ．７１９などである。ビデオ用メディアエンコーダは、例示に限定されないが、例えばＨ．２６３，Ｈ.２６４などの圧縮規格に応じる。
【００９９】
他方、ＥＯＭ２８０のメディアセクションから発した圧縮メディアストリームは、ＥＯＭ２８０のＭＣＩＦセクションにより、複数のＭＣＩＦＴＰフレームのペイロードとしてまとめられ得る。適宜の出力ＳＩＤ値を持つヘッダーが、ＭＣＩＦ２９２に供給される１つのＭＣＩＦフレームを生成するために、エンコードされたメディアペイロードに付加される。
【０１００】
別の種類のＥＯＭ２８０は、或るＬＥＰ１４０により発生され且つ或るＭＲＥ１３０に供給される必要のあるメディアストリームを、適合するために用いられる。かかるＥＯＭ２８０は、アダプタＥＯＭ２８０と呼ばれる。メディアの種類に応じて２種類のアダプタＥＯＭ２８０が使用される。入力方向において、ソースＬＥＰ１４０のオーディオに関連付けられた或る割り当てられたアダプタＥＯＭ２８０のＭＣＩＦセクションは、そのソースＬＥＰ１４０から発するデコード済みオーディオを搬送する複数のＭＣＩＦＴＰフレームからなる１つのストリームを表す１つの入力ＳＩＤ値を受信してよい。このストリームは、そのソースＬＥＰ１４０に関連付けられたＤＭ２６０によりデコードされ得る。
【０１０１】
現在割り当てられた入力ＳＩＤ値に従って、ＭＣＩＦセクションは、ＭＣＩＦ２９２から、選択されたデコード済みストリーム内の複数のＭＣＩＦＴＰフレームを取得し、取得した複数のフレームをまとめて、デコード済みオーディオペイロードを、アダプタＥＯＭ２８０のメディアセクションにおけるオーディオエンコーダに向けて、供給する。オーディオエンコーダは、１以上の宛先ＭＲＥ１３０により使用されたオーディオ圧縮規格に応じる。オーディオ圧縮規格の一例は、Ｇ．７１１、Ｇ．７２９、Ｇ．７２２．１Ｃ、Ｇ．７１９などである。ＣＵＢ２００の幾つかの実施形態において、オーディオＤＭ２６０及びＥＯＭ２８０は、それぞれスケーラブルオーディオコーデックデコーダ／エンコーダを具備できる。スケーラブルオーディオコーデックデコーダ／エンコーダに関する更なる詳細は、米国特許出願公開番号２０１２／０００４９１８号を参照されたい。且つ、その出願に記載された全ての記載内容を本明細書に援用する。
【０１０２】
幾つかの実施形態において、ＭＣＩＦセクションは、オーディオストリームのオーディオエネルギーの指示情報を受信してよい。指示情報は、関連するＤＭ２６０から又はＣＭ２９０から直接受信できる。ＭＣＩＦセクションは、また、エンコードされたオーディオデータチャンクを中継ＲＴＰ圧縮オーディオデータチャンクの１つのストリームに変換するために必要となる追加的情報を受信してよい。追加的情報は、例えば、シーケンス番号、ソースＩＤ，タイムスタンプなどを含む。別の実施形態において、ＥＯＭ２８０は、ストリームのオーディオエネルギーを決定できる。
【０１０３】
アダプタＥＯＭ２８０のＭＣＩＦ出力セクションは、ＲＴＰオーディオデータチャンクのヘッダーに複数の追加的パラメータを追加すること及び埋め込むことにより、或るＭＲＥ１３０の或る出力オーディオＲＴＰ処理部と同様に動作する。追加的パラメータは、例えば、シーケンス番号、ソースＩＤ，タイムスタンプ、オーディオエネルギー指示情報などを含む。そして、複数の中継ＲＴＰ圧縮オーディオデータチャンクは、アダプタＥＯＭ２８０のＭＣＩＦセクションにより、複数のＭＣＩＦＴＰフレームのペイロードとして、まとめられる。適宜の出力ＳＩＤ値を持つヘッダーが、ＭＣＩＦ２９２に供給される１つのＭＣＩＦＴＰフレームを生成するために、該複数の中継ＲＴＰ圧縮オーディオデータチャンクに追加され得る。この複数のＭＣＩＦＴＰフレームのストリームは、１以上の宛先ＭＲＥ１３０に関連付けられた或るオーディオ用ＭＣＭ２７０により、ＭＣＩＦ２９２から、取得され得る。ＭＲＥ１３０に関する更なる詳細は、米国特許番号第８２２８３６３号を参照されたい。且つ、その出願に記載された全ての記載内容を本明細書に援用する。
【０１０４】
第２の種類のアダプタＥＯＭ２８０は、或るＬＥＰ１４０により発生され且つ或るＭＲＥ１３０に供給される必要のあるビデオストリームを、適合するために用いられる。かかるＥＯＭ２８０は、ソースＬＥＰ１４０から受信した或るサイズのデコード済みビデオを供給する各ＤＭ２６０に割り当てられ得る。したがって、或る割り当てられたアダプタＥＯＭ２８０のＭＣＩＦセクションは、複数のＭＣＩＦＴＰフレームからなる１つのストリームを表す入力ＳＩＤ値を受信してよい。前記ＭＣＩＦＴＰフレームは、そのソースＬＥＰ１４０から発生する調整されたデコード済みビデオを搬送し、且つ、ＤＭ２６０によりデコードされて調整される。現在割り当てられた入力ＳＩＤ値に従って、ＭＣＩＦセクションは、ＭＣＩＦ２９２から、選択された調整済みデコード済みビデオからなる複数のＭＣＩＦＴＰフレームを取得し、デコード済み調整済みビデオペイロードを、アダプタＥＯＭ２８０のメディアセクションにおけるビデオエンコーダに向けて、供給する。ビデオエンコーダは、１以上の宛先ＭＲＥ１３０により使用されたビデオ圧縮規格に応じる。ビデオ圧縮規格の一例は、Ｈ．２６３、Ｈ．２６４などを含む。また、ＭＣＩＦセクションは、エンコードされたビデオデータチャンクを中継ＲＴＰ圧縮オーディオデータチャンクの１つのストリームに変換するために必要となる追加的情報を受信してよい。追加的情報は、例えば、シーケンス番号、ソースＩＤ，タイムスタンプ、ＣＰビデオ画像内のセグメント数などを含む。
【０１０５】
アダプタビデオＥＯＭ２８０のＭＣＩＦ出力セクションは、ＲＴＰビデオデータチャンクのヘッダーに複数の追加的パラメータを追加すること及び埋め込むことにより、或るＭＲＥ１３０の或る出力ビデオＲＴＰ処理部と同様に動作する。追加的パラメータは、例えば、シーケンス番号、ソースＩＤ，タイムスタンプ、セグメント数などを含む。そして、複数の中継ＲＴＰ圧縮ビデオデータチャンクは、アダプタＥＯＭ２８０のＭＣＩＦセクションにより、複数のＭＣＩＦＴＰフレームのペイロードとして、まとめられる。適宜の出力ＳＩＤ値を持つヘッダーが、ＭＣＩＦ２９２に供給される１つのＭＣＩＦＴＰフレームを生成するために、該複数の中継ＲＴＰ圧縮オーディオデータチャンクに追加され得る。この複数のＭＣＩＦＴＰフレームのストリームは、１以上の宛先ＭＲＥ１３０に関連付けられた或るビデオ用ＭＣＭ２７０により、ＭＣＩＦ２９２から、取得され得る。
【０１０６】
ＣＵＢ２００の別の例は、上述とは別の或る機能をＣＵＢ２００のモジュールに追加してよい。例えば、幾つかの実施形態に係るＣＵＢ２００において、ビデオ用ＤＭ２６０はスケーラを具備せず、その代り、或るＬＥＰ１４０に関連付けられたビデオ用ＭＣＭ２７０がスケーラを具備し、且つ、或るＭＲＥ１３０に関連付けられたビデオ用ＥＯＭ２８０もスケーラを具備する。
【０１０７】
幾つかの実施形態に係るＣＵＢ２００において、或るＭＲＥに関連付けられたＭＣＭ２７０又はＥＯＭ２８０は、ＲＴＰヘッダーを中継されたＲＴＰヘッダーに変換するように構成できる。別の実施形態に係るＣＵＢ２００において、ＭＲＥＯＮＩＰ２４０は、ヘッダー変換を実行するように構成される。
【０１０８】
一実施形態に係るＣＭ２９０は、ＣＵＢ２００の動作を管理できる。ＣＭ２９０は、或るＭＲＥ１３０又はＬＥＰ１４０から、ビデオ会議セッション（ダイアルイン会議）を確立するための要求を受信できる。その要求は、１以上の信号伝達及び制御モジュール２５０経由で受信される。変更例として、ＣＭ２９０は、管理サーバ（不図示）から、複数のＭＲＥ１３０及び／又はＬＥＰ１４０間のビデオ会議セッション（ダイアルイン会議）を確立するための要求を、取得する。その要求は、１以上の信号伝達及び制御モジュール２５０経由で、それらエンドポイント間の接続を確立するためにＣＵＢ２００により使用される、ダイアル番号のリスト（ダイアル番号はＩＰアドレスを表す）に関連付けられている。幾つかの会議セッションは、ダイアルイン及びダイアルアウト会議の双方を具備できる。或るエンドポイントと接続を確立することは、当業者に周知の通信規格、例えば、Ｈ．３２３又はＳＩＰなどに従う。
【０１０９】
各エンドポイント、すなわちセッションに参加するＭＲＥ１３０又はＬＥＰ１４０のそれぞれ用に、ＣＭ２９０は、そのエンドポイントから、そのセッションに関連する情報を取得する。情報は、例示に限定されないが、例えば、エンドポイントの種類、性能、帯域、圧縮規格、ビットレートなどである。エンドポイントとのネゴシエーションは、適宜の信号伝達及び制御モジュール２５０経由で行われ得る。取得した情報に基づいて、ＣＭ２９０は、関連する内部モジュールをエンドポイントに割り当てる。１つのＭＲＥ１３０のために、ＣＭ２９０は、そのＭＲＥ１３０から取得される複数のビデオストリームの中の各ビデオストリームに（各サイズ、各品質レベルなど毎に）１つのＭＲＥＩＮＩＰ２２０を割り当て、また、そのＭＲＥ１３０から取得される複数のオーディオストリームの中の各オーディオストリームに（各品質レベルなど毎に）１つのＭＲＥＩＮＩＰ２２０を割り当て、また、そのＭＲＥディスプレイユニット上に提示されるべきＣＰビデオ画像に関連するビデオ画像を搬送する１つのビデオストリーム毎に１以上のＭＲＥＯＮＩＰ２４０を割り当て、また、そのＭＲＥ１３０のスピーカから聴取されるべき混合オーディオに関連するオーディオを搬送する１つのオーディオストリーム毎に１以上のＭＲＥＯＮＩＰ２４０を割り当て、また、１以上の信号伝達及び制御モジュール２５０を割り当てる、などをする。
【０１１０】
また、ＣＭ２９０は、そのＭＲＥ１３０への／からのメディアを処理するための１以上のメディア処理ユニットを割り当ててよい。例えば、１つのビデオ用ＤＭ２６０が、そのＭＲＥ１３０から取得される複数のビデオストリームの中の各ビデオストリームに（各サイズ、各品質レベルなど毎に）割り当てられる。また、１つのオーディオ用ＤＭ２６０が、そのＭＲＥ１３０から取得される複数のオーディオストリームの中の各オーディオストリームに（各品質レベルなど毎に）割り当てられる。割り当てられたビデオ用又はオーディオ用ＤＭ２６０は、関連するストリームの圧縮に使用されている圧縮規格、ビットレートなどに応じるように構成される。
【０１１１】
１以上のビデオ用ＥＯＭ２８０は、それぞれ、セッションに参加しているＬＥＰ１４０に関連付けられたビデオ用ＤＭ２６０から取得した、調整されたデコード済みビデオ画像を搬送するビデオストリーム毎に、１つずつ割り当てられる。１以上のオーディオ用ＥＯＭ２８０は、それぞれ、セッションに参加しているＬＥＰ１４０に関連付けられたオーディオ用ＤＭ２６０から取得した、或る品質のデコード済みオーディオを搬送するデコード済みオーディオトリーム毎に、１つずつ割り当てられる。オーディオ及びビデオＭＣＭ２７０は、そのＭＲＥ１３０に割り当て、ＭＣＩＦ２９２から関連する複数の圧縮済みオーディオ及びビデオストリームを取得し、そのＭＲＥ１３０に向けて転送されるべきオーディオ及びビデオからなる中継されたＲＴＰストリームを組み立てるなどする。
【０１１２】
同様に、１以上のスケーラを有するビデオ用ＤＭ２６０は或るＬＥＰ１４０から取得したビデオストリームをデコードするために割り当てられ、且つ、オーディオ用ＤＭ２６０はそのＬＥＰ１４０から取得したオーディオストリーム用に割り当てられる。割り当てられたビデオ及び／又はオーディオＤＭ２６０は、関連するストリームの圧縮に使用されている圧縮規格、ビットレートなどに応じるように構成される。１つのビデオ用ＬＥＰ  ＭＣＭ２７０は、そのＬＥＰ１４０のディスプレイユニットに提示されるべき、選択されたエンドポイントのデコード済み複数のビデオストリームから１つのＣＰビデオ画像を形成するために、割り当てられる。１つのビデオ用ＥＯＭ２８０は、割り当てられたビデオ用ＬＥＰ  ＭＣＭ２７０により生成されたデコード済みＣＰビデオ画像を圧縮するために割り当てられ、そのＣＰビデオ画像はそのＬＥＰ１４０に向けて転送されて、そのＬＥＰ１４０のディスプレイユニット上に提示される。１つのオーディオ用ＬＥＰ  ＭＣＭ２７０は、そのＬＥＰ１４０のスピーカから聴取されるべき、選択されたデコード済み複数のオーディオストリームを混合するために、割り当てられる。１つのオーディオ用ＥＯＭ２８０は、そのＬＥＰ１４０に関連付けられているオーディオ用ＭＣＭ２７０から取得した、混合されたデコード済みオーディオストリームを、圧縮するために割り当てられる。
【０１１３】
幾つかの実施形態において、或るＭＲＥ１３０又はＬＥＰ１４０への／からのメディアを処理するために内部リソースを割り当てた後、或る出力ＳＩＤ値は、割り当てられた内部モジュールの１つによりＭＣＩＦ２９２に供給される各ストリームに割り当てられる。ＳＩＤ値の割り当て及びＭＣＩＦ２９２を管理することは、管理及び制御テーブル（ＭＣＴ）を用いて行うことができる。ＳＩＤの種類とＭＣＩＦ２９２の制御は、ＭＣＩＦ２９２の種類に応じる。ＭＣＩＦ２９２が共有メモリである、ＣＵＢ２００の実施形態にとって、出力ＳＩＤ値は、関連する内部モジュールがその出力ストリームのＭＣＩＦＴＰフレームを書き込む（保存する）だろう、共有メモリ内のアドレスの区間を表す。共有メモリに対する書き込み及び読み出しは、例えば周期的モードで行われる。ＭＣＩＦ２９２から１つのストリームを取得するために、そのストリームを取得する必要のある各内部モジュールは、１つの入力ＳＩＤとして、ＭＣＩＦ２９２にストリームを供給するモジュールにより使用された出力ＳＩＤ値を受信してよい。入力ＳＩＤ値に基づいて、関連する内部モジュールは、そのＳＩＤ値に関連付けられたアドレスの同じ区間から、周期的モードで次々にＭＣＩＦＴＰフレームを取り込んでよい。
【０１１４】
別の実施形態に係るＣＵＢ２００において、或るＭＣＩＦ２９２は、ＴＤＭバスであり得る。かかる実施形態において、出力ＳＩＤ値は、内部モジュールからの各ＭＣＩＦＴＰフレームがＭＣＩＦ２９２に転送されるタイムスロット数を表してよい。ＭＣＩＦ２９２から或るストリームを取得するために、そのストリームを取得する必要がある各内部モジュールは、入力ＳＩＤ値として、そのストリームをＭＣＩＦ２９２に供給しているモジュールにより使用された出力ＳＩＤ値を受信するだろう。その入力ＳＩＤ値に基づいて、関連する内部モジュールは、そのＴＤＭバスのタイムスロットに関連付けられたＭＣＩＦＴＰフレームを取り込む。
【０１１５】
更に別の実施形態に係るＣＵＢ２００において、ＭＣＩＦは、マルチキャスト経路設定可能なイーサネット（登録商標）スイッチにより制御された、１つのイーサネット（登録商標）ネットワークであり得る。かかる実施形態に係るＣＵＢ２００において、出力ＳＩＤは、ＭＣＩＦＴＰフレームのイーサネット（登録商標）ヘッダー内の領域（フィールド）であり得る。出力ＳＩＤ値は、１つのストリーム用のマルチキャストアドレスを表し得る。ＭＣＩＦ２９２からそのストリームを取得するために、該ＭＣＩＦ２９２からそのストリームを取得する必要のある各内部モジュールは、或る入力ＳＩＤ値として、同じＳＩＤ値を使用し得る。その入力ＳＩＤ値に基づいて、関連する内部モジュールは、関連する複数のＭＣＩＦＴＰフレームをイーサネット（登録商標）スイッチから取得するだろう。別の実施形態に係るＣＵＢ２００は、別の種類のＭＣＩＦ及びＳＩＤ又は上記例示の任意の組み合わせを使用してよい。当業者にとって、発明の範囲がＭＣＩＦ２９２の種類に制限されないことは明らかである。
【０１１６】
一実施形態に係る或る会議セッションのＭＣＴは、複数のエントリーを具備する。各エントリーは、そのセッションに参加するＭＲＥ１３０又はＬＥＰ１４０に関連付けられている。各エントリーは、複数の領域（フィールド）に関連付けられている。それら複数の領域は、種々のセクションに分割できる。第１のセクションは、エンドポイントセクションと呼ばれる。エンドポイントセクションの領域は、例示に限定されないが、例えば、エンドポイント種類(ＭＲＥ又はＬＥＰ)、各ストリーム用のＩＰアドレス、圧縮規格(オーディオ及びビデオ)、ビットレート、要求されたＣＰビデオ画像のレイアウトなど、そのエンドポイントに関連する情報を含む。幾つかの会議において、エンドポイントセクションの領域は、そのエンドポイント(ＭＲＥ１３０又はＬＥＰ１４０)がセッションに接続している間ずっと、変更されないままである。
【０１１７】
ＭＣＴにおける第２のセクションは、入力セクションと呼ばれる。入力セクションは、エントリー毎の複数の領域を含み、それら領域は、そのエントリーに関連付けられたエンドポイント(ＭＲＥ１３０又はＬＥＰ１４０)から受信した入力に関連付けられている。１つの領域は、そのエンドポイントからの或る受信した圧縮済みメディアストリーム（オーディオ又はビデオ）を処理するために割り当てられたリソース毎に割り当てられ得る。或るＬＥＰ１４０の或るエントリーに属する入力セクション領域は、例えば、割り当てられたＬＥＰＩＮＩＰ２１０、ＤＭ２６０、ＥＯＭ２８０についての情報を含む。或るＭＲＥ１３０の或るエントリーに属する入力セクション領域は、例えば、割り当てられた１以上のＭＲＥＩＮＩＰ２２０及び１以上のＤＭ２６０についての情報を含む。割り当てられたリソースに関連付らえた数あるパラメータのなかでも、複数の領域の幾つかに保存される情報は、そのリソースによりＭＣＩＦ２９２に転送された複数ＭＣＩＦＴＰフレームからなる１つのストリームの出力ＳＩＤ値を含む。幾つかの実施形態に係るＣＵＢ２００において、入力セクションの領域は、関連付けられたエンドポイント(ＭＲＥ１３０又はＬＥＰ１４０)がセッションに接続している間ずっと、変更されないままである。別の実施形態に係るＣＵＢ２００において、入力セクションのうち幾つかの領域は、或る会議セッションの間、セッションの変遷に従って、変更され得る。例えば、或るＬＥＰ１４０又は或るＭＲＥ１３０から受信した或るビデオ入力ストリームに関連付けられた或るビデオ用ＤＭ２６０は、そのエンドポイント(ＭＲＥ１３０又はＬＥＰ１４０)が、少なくとも１つの他のＭＲＥ１３０又はＬＥＰ１４０が持つディスプレイユニット上に、当該会議のＣＰビデオ画像の一部として提示されるべく選択された場合にのみ、割り当てられ得る。
【０１１８】
ＭＣＴにおける第３のセクションは、出力セクションと呼ばれる。出力セクションは、エントリー毎の複数の領域を含み、それら領域は、そのエントリーに関連付けられたエンドポイント(ＭＲＥ１３０又はＬＥＰ１４０)に向けて転送されるべき出力ストリームに関連付けられている。１つの領域は、そのエンドポイントに向けられた出力メディアストリーム、オーディオ又はビデオ、を処理するために割り当てられたリソース毎に割り当てられ得る。或るＬＥＰ１４０の或るエントリーに属する出力セクション領域は、例えば、割り当てられたオーディオ用及びビデオ用ＭＣＭ２１０、オーディオ用及びビデオ用ＥＯＭ２８０、及び、１以上のＬＥＰＯＮＩＰ２３０についての情報を含む。或るＭＲＥ１３０の或るエントリーに属する出力セクション領域は、例えば、割り当てられたオーディオ用及びビデオ用ＭＲＥ  ＭＣＭ２７０、１以上のＭＲＥＯＮＩＰ２４０についての情報を含む。割り当てられたリソースに関連付らえた数あるパラメータのなかでも、複数の領域の幾つかに保存される情報は、そのリソースによりＭＣＩＦ２９２に転送された複数ＭＣＩＦＴＰフレームからなる１つのストリームの出力ＳＩＤ値を含む。幾つかの実施形態に係るＣＵＢ２００において、出力セクションの領域は、関連付けられたエンドポイント(ＭＲＥ１３０又はＬＥＰ１４０)がセッションに接続している間ずっと、変更されないままである。
【０１１９】
別の実施形態に係るＣＵＢ２００において、出力セクションのうち幾つかの領域は、或る会議セッションの間、セッションの変遷に従って、変更され得る。例えば、或るＬＥＰ１４０又は或るＭＲＥ１３０に向けられた或るビデオ出力ストリームに関連付けられた或るビデオ用ＭＣＭ２７０は、そのエンドポイント上に提示されるべきＣＰレイアウトが変更されたときに、異なる数のストリームを結合するために再構成されてよい。例えば或るエンドポイントが会議セッションに参加する又は会議セッションから離脱するとき毎など、時々、ＭＣＴは変更する。
【０１２０】
ＭＣＴに基づいて、ＣＭ２９０は、ＭＣＩＦ経路設定テーブル（ＭＲＴ）を生成できる。ＭＲＴは複数のエントリーを有し、各エントリーはＣＵＢ２００内の或る割り当てられた内部モジュールに関連付けられており、いずれのＭＣＩＦＴＰフレームからなる１以上のストリームが、その内部モジュール用にＭＣＩF２９２から取得されるかを定義する。そのＭＲＴ内の或るエントリーは、或ＤＭ２６０の或る入力（オーディオ又はビデオ）に割り当てられ得るそのエントリーに関連付けられた複数領域は、例えば、或るＬＥＰＩＮＩＰ２１０又は或るＭＲＥＩＮＩＰ２２０の出力ＳＩＤ値を含み得る。別のエントリーは、或るＬＥＰ１４０に関連付けられたオーディオ用ＭＣＭ２７０に割り当てられ得る。このエントリーは複数の領域を有し、各領域は、混合され関連付けられたＬＥＰ１４０のスピーカから聴取されるべく選択された或るＭＲＥ１３０又は或るＬＥＰ１４０に関連付けられた或るオーディオ用ＤＭ２６０に関連する出力ＳＩＤ値を含む。別のエントリーは、或るオーディオＥＯＭ２８０の入力に割り当てられ得る。そのエントリーに関連付けられた領域は、該オーディオＥＯＭ２８０に関連付けられた或るＬＥＰ１４０に向けられたオーディオストリームを混合するオーディオ用ＭＣＭ２７０の出力ＳＩＤ値を含み得る。別のエントリーは、或るＬＥＰＯＮＩＰ２３０の入力に割り当てられ得る。そのエントリーに関連付けられた領域は、該ＬＥＰＯＮＩＰ２３０に関連付けられた或るＬＥＰ１４０に向けられた混合オーディオストリームをエンコードするオーディオ用ＥＯＭ２８０の出力ＳＩＤ値を含み得る。同様な方法で、複数の領域を持つ追加的エントリーが、或るＬＥＰ１４０に向けた複数ビデオストリームを処理するために割り当てられ、同様に、或るＭＲＥ１３０に向けた複数のオーディオ及びビデオストリームを処理するために割り当てられる。
【０１２１】
ＭＲＴは、ＣＭ２９０によりアップデート及び制御され得る。時々、ＣＵＢ２００の各内部モジュールは、ＭＣＩＦ２９２から、適宜の１又は複数のＭＣＩＦＴＰフレームからなるストリームの、取得する必要があるＳＩＤを知るために、ＭＲＴにアクセスする。あるいは、内部モジュールは、ＣＭ２９０により、それら複数のＳＩＤを用いてアップデートされ得る。出力ＳＩＤ値に加えて入力ＳＩＤ値も使用される一実施形態に係るＣＵＢ２００において、ＭＲＴは、そのセッションのＳＩＤ変換テーブルとして使用され得る。かかる実施形態におおいて、各エントリーは、或る関連する入力ＳＩＤ値に関連付けられ得る。内部モジュールが必要に応じて動的に割り当てられる実施形態において、ＭＲＴは、それに応じてアップデートされる。
【０１２２】
会議セッションの間、或るＣＭ２９０は、複数のＬＥＰ１４０の間の或るビデオ会議と、複数のＭＲＥ１３０の間の或るビデオ会議を制御するための、或るＭＲＭの或る制御モードの共通の活動とを制御する、或るＭＣＵの制御モジュールと共通の活動を実行できる。加えて、或るＣＭ２９０は、ＣＵＢ２００の新規な構成に関連する新しい追加的機能を提供してよい。例えば、数十ミリ秒（たとえば、１０〜４０ミリ秒）の間隔毎に、会議セッションに参加している複数のＭＲＥ１３０及びＬＥＰ１４０から受信したオーディオストリームのオーディオエネルギーに基づいて、ＣＭ２９０は、最も高いオーディオエネルギーを持つ数個のエンドポイント（例えば３〜６個）のグループを選択できる。その選択に従い、或るオーディオ用ＭＣＭ２７０及び或るオーディオ用ＥＯＭ２８０の入力に関連する、ＭＲＴ内の複数エントリーの複数領域は、以前のものに替えて、新たに選択された複数オーディオストリームに関連した出力ＳＩＤ値を含めるために、アップデートされ得る。
【０１２３】
同様にして、数秒（たとえば、３〜５秒）の期間毎に、ＣＭ２９０は、いずれのエンドポイントが話者として選択され得るかを決定できる。話者は、期間における或る一定割合（たとえば、その期間にける５０〜７０％の間隔）の間に、最も高いオーディオエネルギーを持つエンドポイントであり得る。選択された話者に従い、会議セッション参加者に提示されるエンドポイントが選択され得る。新しい選択に適合するために、或るビデオ用ＭＣＭ２７０及び或るビデオ用ＥＯＭ２８０に関連付けられたＭＲＴ内の複数エントリーの複数領域は、以前のものに替えて、新たに選択された複数ビデオストリームに関連した出力ＳＩＤ値を含めるために、アップデートされ得る。
【０１２４】
一実施形態に係るビデオリソースが必要になったときにのみ割り当てられるＣＵＢ２００において、或るＬＥＰ１４０が或るＣＰビデオ画像内に提示されるべく選択される毎に、或るビデオ用ＤＭ２６０は、そのＬＥＰ１４０から受信したビデオストリームをデコードするために割り当てられる。デコードすることは、適宜に調整することを含む。かかる実施形態において、或る１つのイントラ要求が、そのＬＥＰ１４０に向けて送信され得る。加えて、１以上のＥＯＭ２８０は、そのＬＥＰ１４０により発生され、且つ、或るＭＲＥ１３０により１つのＣＰビデオ画像に組み立てられるべきそのＭＲＥ１３０に向けて、調整したデコード済みストリームを、圧縮するために、割り当てられる。従って、ＭＲＴ内の関連する領域がアップデートできる。同様の処理は、例えば或るＭＲＥが提示されるべく選択されたときなどに繰り返される。
【０１２５】
図３は、一実施形態に係るＤＣＵＢ３００の関連要素を簡略化したブロック図を示している。１つのＤＣＵＢ３００は、３つのセクションを具備する；１以上のＤＣＵＢ  ＭＲＥ処理部（ＤＣＵＢＭＲＥ）３１０を含むＭＲＣセクション、１以上のＤＣＵＢ  ＬＥＰ処理部（ＤＣＵＢＬＥＰ）３２０を含むレガシーセクション、及び、ＤＣＵＢ制御モジュール（ＤＣＵＢＣＭ）３３０を含む制御セクションとである。ＤＣＵＢＭＲＥ３１０及び ＤＣＵＢＬＥＰ３２０のそれぞれは、１つの内部ＭＣＩＦ３１８又は３２８を具備する。３つのセクションの要素は、外部ＭＣＩF３４５経由で互いに通信できる。複数の内部ＭＣＩＦ３１８及び３２８は、外部ＭＣＩＦ３４５とともに、図２の説明で上述したＭＣＩＦ２９２のタスクを実行できる。
【０１２６】
外部ＭＣＩＦ３４５は、複数のＭＣＩＦＴＰフレームを、例えば限定されないが、イーサネット（登録商標）など、高性能ローカルエリアネットワーク（ＬＡＮ）を通じて搬送できる。別の実施形態に係る外部ＭＣＩＦ３４５は、例えばＩＰプロトコルに応じる。加えて、或る１つの外部ＭＣＩＦ３４５は、或る１つの経路設定装置に関連付られ得る。一実施形態に係る外部ＭＣＩＦ３４５がイーサネット（登録商標）ネットワークであるＤＣＵＢ３００において、経路設定装置は、マルチキャスト可能なイーサネットスイッチ３４０であり得る。イーサネットスイッチ３４０の一例は、Ｃｉｓｃｏ（登録商標） Ｃａｔａｌｙｓｔ（登録商標）３７５０−Ｘ ａｎｄ ３５６０−Ｘ シリーズのスイッチであり得るが、他のスイッチが使用されてもよい。イーサネットスイッチ３４０は、ＤＣＵＢＣＭ３３０によって制御され得る。ＤＣＵＢＣＭ３３０から処理ユニットＤＣＵＢＭＲＥ３１０及びＤＣＵＢＬＥＰ３２０の各自へのコマンド又はステータス及びリポート、又は、処理ユニットＤＣＵＢＭＲＥ３１０及びＤＣＵＢＬＥＰ３２０の各自からＤＣＵＢＣＭ３３０へのコマンド又はステータス及びリポートは、通信リンク３４２を通じて搬送され得る。制御通信リンク３４２は、外部ＭＣＩＦ３４５を通じて搬送され得る。
【０１２７】
一実施形態に係るＤＣＵＢＭＲＥ３１０は、複数のＭＲＥＩＮＩＰ３１２、複数のＭＲＥＯＮＩＰ３１４、複数のＭＲＥ  ＭＣＭ３１６、内部ＭＣＩＦ３１８及びＭＣＩＦアダプタ３１９を具備する。各ＤＣＵＢＭＲＥ３１０は、１以上のＭＲＥ１３０と、或る１つのＭＲＥＩＮＩＰ３１２及び或る１つのＭＲＥＯＮＩＰ３１４経由で通信できる。内部ＭＣＩＦ３１８は、内部モジュール（複数のＭＲＥＩＮＩＰ３１２、複数のＭＲＥＯＮＩＰ３１４、及び、複数のＭＲＥ  ＭＣＭ３１６）と互いに接続でき、ＭＣＩＦアダプタ３１９経由で外部ＭＣＩＦ３４５に接続できる。
【０１２８】
各ＭＲＥＩＮＩＰ３１２は、１つのＭＲＥ１３０に関連付られて、該関連付けられたＭＲＥ１３０から受信した圧縮メディアを搬送する複数ＩＰパケットからなる１つのストリームを取得できる。圧縮メディアはオーディオ及び／又はビデオであり得る。各取得したＩＰパケットは、インターネットプロトコルに従って処理され得る。各取得したパケットのＲＴＰメディアペイロード、中継ＲＴＰ圧縮オーディオ又は圧縮ビデオデータチャンクは、ＭＲＥＩＮＩＰ３１２により処理された後、ＭＣＩＦＴＰに従って１つのＭＣＩＦフレームに埋め込まれ、そして、或るＭＲＥ１３０から受信した中継圧縮メディアを搬送する複数ＭＣＩＦフレームからなる１つのストリームは、内部ＭＣＩＦ３１８に転送される。ＭＲＥＩＮＩＰ３１２の動作は、上述したＭＲＥＩＮＩＰ２２０の動作と同様であり、従って、更なる説明は省略する。
【０１２９】
各ＭＲＥＯＮＩＰ３１４は、１以上のＭＲＥ１３０に関連付られる。一実施形態に係るＭＲＥＯＮＩＰ３１４は、ＤＣＵＢＭＲＥ３１０から、内部ＭＣＩＦ３１８から収集されるべき１以上の圧縮済み中継されたストリームのＳＩＤ値を、取得できる。ストリームの数は、或るＣＰ画像又は或る混合オーディオからなる中継された圧縮メディアが単一のＲＴＰ接続を通じて送信されるか、又は、複数のＲＴＰ接続を通じて送信されるかに応じる。圧縮メディアを搬送する複数ＭＣＩＦフレームからなる１以上のストリームは、関連する１以上のＭＲＥ１３０に関連付けられた１つのＭＲＥ  ＭＣＭ３１６から受信される。受信した複数のＳＩＤ値に基づいて、内部ＭＣＩＦ３１８から適宜の複数ＭＣＩＦフレームを取得することは、例えば共有メモリ、ＴＤＭバス、イーサネット（登録商標）といった、内部ＭＣＩＦ３１８の種類に応じる。
【０１３０】
一実施形態に係るＭＲＥＯＮＩＰ３１４は、各取得したＭＣＩＦＴＰフレームを処理でき、そのフレームに埋め込まれた圧縮メディアをとりだすことができる。或るＭＣＩＦＴＰフレームを処理することは、例えばそのＭＣＩＦＴＰフレームのヘッダーを取り除くことを含む。各処理されたＭＣＩＦＴＰフレームのメディアペイロードは、或る１つのＲＴＰ圧縮メディアデータチャンクを生成するためにＲＴＰに適合するように構成できる。適宜の領域を持つ１つのＲＴＰヘッダーが追加される。ＲＴＰヘッダーの領域は、そのストリームのソースを反映でき（ＳＳＲＣ）、メディアはもちろん、エンコーダ、シーケンス番号、タイムスタンプなどを反映するペイロード種類（ＰＲ）を反映できる。ＲＴＰデータチャンクは、或る１つのＩＰパケットに埋め込まれるべく、インターネットプロトコルに従って、処理され得る。そのパケットにＩＰヘッダーが付加される。ソースＩＰアドレスおよびヘッダーのポートは、関連するＭＲＥＯＮＩＰ３１４を反映できる。宛先ＩＰアドレスは、関連付けられたＭＲＥ１３０及びそのメディア種類に関連付けられたポート番号を反映できる。ＩＰパケットは、関連付けられたＭＲＥ１３０に向けて送信される。幾つかの実施形態において、複数のＩＰパケットは、共通の圧縮規格及び共通のオーディオミックス又はＣＰビデオ画像を共有している複数のＭＲＥ１３０に向けて送信される。ＭＲＥＯＮＩＰ３１４の動作は、上述したＭＲＥＯＮＩＰ２４０の動作と同様であり、従って、更なる説明は省略する。
【０１３１】
或る１つのＭＲＥ  ＭＣＭ３１６は、内部ＭＣＩＦ３１６から発した２以上の選択された中継ＲＴＰ圧縮ビデオストリームを関連付けられたＭＲＥＯＮＩＰ３１４経由で１以上のＭＲＥ１３０に向けて伝達された１以上の中継されたＲＴＰ圧縮ビデオストリームに変換するために、使用され得る。かかるＭＲＥ  ＭＣＭ３１６は、中継されたビデオ用ＭＲＥ  ＭＣＭ３１６と呼ばれ得る。各ＭＲＥ１３０は、受信した前記伝達された１以上の中継されたＲＴＰ圧縮ビデオストリームから或る１つのＣＰビデオ画像を構築して且つ提示する。ＭＲＥ  ＭＣＭ３１６の動作は、図２を参照して前述した中継されたビデオ用ＭＣＭ２７０の動作と同様であり、従って、更なる説明は省略する。したがって、中継されたビデオ用ＭＲＥ  ＭＣＭ３１６について、更なる説明はしない。
【０１３２】
別のＭＲＥ  ＭＣＭ３１６は、中継されたオーディオ用ＭＲＥ  ＭＣＭ３１６と呼ばれ得る。或る中継されたオーディオ用ＭＲＥ１３０は、内部ＭＣＩＦ３１６から発した２以上の選択された中継ＲＴＰ圧縮オーディオストリームを、関連付けられたＭＲＥＯＮＩＰ３１４経由で１以上のＭＲＥ１３０に向けて伝達された１以上の中継されたＲＴＰ圧縮オーディオストリームに変換するために、使用され得る。各ＭＲＥ１３０は、前記伝達された１以上の中継されたＲＴＰ圧縮オーディオストリームを受信することにより、混合オーディオを、デコード、混合及び再生できる。中継されたオーディオ用ＭＲＥ  ＭＣＭ３１６の動作は、図２を参照して前述した中継されたオーディオ用ＭＣＭ２７０の動作と同様であり、従って、更なる説明は省略する。したがって、中継されたオーディオ用ＭＲＥ  ＭＣＭ３１６について、更なる説明はしない。
【０１３３】
或る内部ＭＣＩＦ３１８は、ＭＣＩＦ２９２と同様であり得る。ＭＣＩＦ２９２の動作、複数のＭＣＩＦＴＰフレーム及びＳＩＤ値を処理することは、図２を参照して前述したので、更なる説明はしない。ＭＣＩＦアダプタ３１９は、内部ＭＣＩＦ３１８と外部ＭＣＩＦ３４５をインタフェースで接続するために使用される。ＭＣＩＦアダプタ３１９は、ＤＣＵＢ３００の１つのＭＣＩＦとして機能させるために、外部ＭＣＩＦ３４５を内部ＭＣＩＦ３１８に関連付ける。ＭＣＩＦアダプタ３１９の動作は、内部ＭＣＩＦ３１８の種類及び外部ＭＣＩＦ３４５の種類に応じる。
【０１３４】
一実施形態に係るＤＣＵＢ３００において、例えば、内部ＭＣＩＦ３１８が共有メモリである一方、外部ＭＣＩＦ３４５はイーサネット（登録商標）ネットワークである。かかる実施形態において、ＭＣＩＦアダプタ３１９は、或る１つのＳＩＤ値、或るソースのイーサネット（登録商標）アドレス、及び、或る宛先のイーサネット（登録商標）アドレスを、複数のＭＣＩＦＴＰフレームから、取得できる。内部ＭＣＩＦ３１８から外部ＭＣＩＦ３４５へ転送された複数のＭＣＩＦＴＰフレームからなる１つのストリームのために、ＳＩＤ値は、共有メモリ（内部ＭＣＩＦ３１８）内のアドレスの区間を表すことができ、そのアドレスとは、ＭＣＩＦアダプタ３１９が、外部ＭＣＩＦ３４５に向けて転送されるべく、複数のＭＣＩＦＴＰフレームを、周期的モードで、取り込んでよい。関連するソースイーサネット（登録商標）アドレスは、ＤＣＵＢＭＲＥ３１０と、複数ＭＣＩＦＴＰフレームからなるそのストリームを生成する、関連する内部モジュールＭＲＥＩＮＩＰ３１２又はＭＲＥ  ＭＣＭ３１６との間の、通信を表すことができる。関連付けられた宛先イーサネット（登録商標）アドレスは、別のＤＣＵＢＭＲＥ３１０又はＤＣＵＢＬＥP３２０と、そのフレームが転送されるユニット内の関連する内部モジュールとを表すことができる。イーサネット（登録商標）ヘッダーを適宜のＳＩＤ値及びイーサネット（登録商標）アドレスとともに追加した後、イーサネット（登録商標）ＭＣＩＦＴＰフレームは、その宛先に向けて、外部ＭＣＩＦ３４５を通じて転送され得る。
【０１３５】
外部ＭＣＩＦ３４５から内部ＭＣＩＦ３１８へ転送された複数のＭＣＩＦＴＰフレームからなる１つのストリームのために、ＳＩＤ値は、共有メモリ（内部ＭＣＩＦ３１８）内のアドレスの区間を表すことができ、そのアドレスとは、ＭＣＩＦアダプタ３１９が、外部ＭＣＩＦ３４５から受信した、複数のＭＣＩＦＴＰフレームを、周期的モードで、取り込んでよい。関連する宛先イーサネット（登録商標）アドレスは、そのＳＩＤ値に関連付られ、ＤＣＵＢＭＲＥ３１０と、複数ＭＣＩＦＴＰフレームからなるそのストリームの宛先となる、関連する内部モジュールＭＲＥＩＮＩＰ３１２又はＭＲＥ  ＭＣＭ３１６との間の、通信を表すことができる。適宜のＳＩＤ値に基づいてイーサネット（登録商標）ヘッダーを処理した後、複数のＭＣＩＦＴＰからなるストリームは、周期的モードで、そのＳＩＤ値に関連付けられた、共有メモリ（内部ＭＣＩＦ３１８）内のアドレスの区間に保存され得る。
【０１３６】
或るＤＣＵＢＬＥＰ３２０は、複数のＬＥＰＩＮＩＰ ３２１、複数のＬＥＰＯＮＩＰ３２２、複数のＬＥＰ  ＭＣＭ３２３、複数のＥＯＭ３２４、複数のＤＭ３２５、１つの内部ＭＣＩＦ３２８および１つのＭＣＩＦアダプタ３２９を具備できる。各ＤＣＵＢＬＥＰ３２０は、ＬＥＰＩＮＩＰ３２１及びＬＥＰＯＮＩＰ３２２経由で１以上のＬＥＰ１４０と通信できる。内部ＭＣＩＦ３２８は、ＤＣＵＢＬＥＰ３２０の複数の内部モジュールを、互いに接続でき、且つ、ＭＣＩＦアダプタ３２９経由で外部ＭＣＩＦ３４５に接続できる。内部ＭＣＩＦ３２８およびＭＣＩＦアダプタ３２９は、それぞれ上述したＤＣＵＢＭＲＥ３１０の内部ＭＣＩＦ３１８およびＭＣＩＦアダプタ３１９の動作と同様に動作するものであり、従って、更なる説明は省略する。
【０１３７】
ＬＥＰＩＮＩＰ３２１、ＬＥＰＯＮＩＰ３２２、ＥＯＭ３２４及びＤＭ３２５は、それぞれ図２を参照して前述したＬＥＰＩＮＩＰ２１０、ＬＥＰＯＮＩＰ２３０、ＥＯＭ２８０及びＤＭ２６０の動作と同様に動作するものであり、従って、更なる説明は省略する。
【０１３８】
或るＤＣＵＢＬＥＰ３２０は、更に、複数の可逆圧縮（ロスレス）デコーダ（ＬＬＤｓ）３２６、複数の可逆圧縮エンコーダ（ＬＬＥｓ)３２７を具備する。ＬＬＤ３２６及びＬＬＥ３２７は、他のＤＣＵＢＬＥＰ３２０又はＤＣＵＢＭＲＥ３１０へ外部ＭＣＩF３４５経由で転送されるべき未圧縮の、デコードされたメディア（オーディオ又はビデオ）を、可逆圧縮アルゴリズムを用いて、圧縮するために使用される。１つのペアのＬＬＤ３２６及びＬＬＥ３２７は、例示に限定されないが、例えば、ＧＺＩＰ， Lempel-Ziv-Welch（ＬＺＰ)、Ｌｏｓｓｌｅｓｓ  ＪＰＥＧ２０００などでありえる。別の実施形態において、可逆圧縮は、例えば可逆圧縮部分を実行しない部分的なＨ．２６４符号化方式により実行できる。本明細書において、用語「準‐圧縮」と「可逆圧縮」とは互換性があるものと理解されたい。
【０１３９】
別の実施形態に係るＤＣＵＢＬＥＰ３２０において、ＬＬＤ３２６及びＬＬＥ３２７は、一実施形態に係るＭＣＩＦアダプタ３２９内に含まれる。かかる実施形態において、ＭＣＩＦアダプタ３２９経由で内部ＭＣＩＦ３１８から外部ＭＣＩＦ３４５へ転送された複数のＭＣＩＦＴＰフレームのペイロードは、外部ＭＣＩＦ３４５を通じて搬送されるようになる前に、ＭＣＩＦアダプタ３２９の内部のＬＬＥ３２７により可逆的に圧縮され得る。他方、内部ＭＣＩＦ３１８に外部ＭＣＩＦ３４５から転送された複数のＭＣＩＦＴＰフレームのペイロードは、内部ＭＣＩＦ３１８を通じて搬送されるようになる前に、ＭＣＩＦアダプタ３２９の内部のＬＬＤ３２６により可逆的に圧縮解凍され得る。
【０１４０】
ＤＣＵＢＣＭ３３０は、或るＬＥＰ又はＭＲＥへの／からの複数の信号伝達及び制御モジュール３３２と、１つのメインコントローラ３３４を具備できる。１つの信号伝達及び制御モジュール３３２は、図２を参照して前述した信号伝達及び制御モジュール２５０と同様に動作できる。信号伝達及び制御モジュール３３２は、通信セッションを確立すること及び関連するエンドポイントを会議に接続することのために使用される。メインコントローラ３３４は、関連する信号伝達及び制御モジュール３３２経由で、エンドポイント及び関連する会議セッションを認証できる。認証の後、エンドポイントの種類、エンドポイントの性能、圧縮規格の定義、ビットレートなどを規定するために、ネゴシエーションステージが開始される。また、そのエンドポイントのために、ＣＰビデオ画像を描くレイアウトや強制的話者などが規定され得る。ネゴシエーションは、例えばＨ．３２３又はＳＩＰに基づくものであり、これは当業者に周知であり、詳述はしない。
【０１４１】
メインコントローラ３３４は、ＤＣＵＢの動作を管理できる。メインコントローラ３３４は、或るＭＲＥ１３０又はＬＥＰ１４０から、或るビデオ会議セッション（ダイアルイン会議）を確立する要求を、受信できる。前記要求は、１以上の信号伝達及び制御モジュール３３２経由で受信できる。変形例として、メインコントローラ３３４は、管理サーバ（不図示）から、複数のＭＲＥ１３０及び／又はＬＥＰ１４０間の会議セッション（ダイアルアウト会議）を確立する要求を、取得できる。前記要求は、１以上の信号伝達及び制御モジュール３３２経由でそれらエンドポイントの接続を確立するために、メインコントローラ３３４により使用されるダイアルアウト番号のリスト（或るダイアル番号は或るＩＰアドレスを表す）に関連付けられ得る。幾つかの会議セッションは、ダイアルイン及びダイアルアウト会議の両方を具備できる。或るエンドポイントと接続を確立することは、当業者に周知の通信規格、例えば、Ｈ．３２３又はＳＩＰなどに従う。
【０１４２】
セッションに参加する各エンドポイント、ＭＲＥ１３０又はＬＥＰ１４０のために、メインコントローラ３３４は、関連する内部モジュールを、そのエンドポイントに割り当ててよい。或るＭＲＥ１３０のために、メインコントローラ３３４は、そのセッションに１つのＤＣＵＢＭＲＥ３１０を関連付けて、そのＭＲＥから取得した複数のビデオストリームのうちの各ビデオストリーム毎（例えばサイズ毎、品質レベル毎など）に、１つのＭＲＥＩＮＩＰ３１２を割り当て、また、そのＭＲＥから取得した複数のオーディオストリームのうちの各オーディオストリーム毎（例えば品質レベル毎など）に、１つのＭＲＥＩＮＩＰ３１２を割り当て、また、そのＭＲＥのディスプレイユニットに提示されるべきＣＰビデオ画像に関連付けられたビデオ画像を搬送するビデオストリーム毎に、１以上のＭＲＥＯＮＩＰ３１４を割り当て、また、そのＭＲＥのスピーカから聴取されるべき混合オーディオに関連付けられたオーディオを搬送するオーディオストリーム毎に、１以上のＭＲＥＯＮＩＰ３１４を割り当て、また、１以上の信号伝達及び制御モジュール３３２を割り当てる、などをする。
【０１４３】
また、メインコントローラ３３４は、そのＭＲＥ１３０への／からのメディアを処理するために、１以上のメディアプロセッサを割り当てる。例えば、１つのビデオ用ＤＭ３２５が、そのＭＲＥ１３０から取得した複数のビデオストリームのうちの各ビデオストリーム毎（例えばサイズ毎、品質レベル毎など）に割り当てられる。同様に、１つのオーディオ用ＤＭ３２５が、そのＭＲＥ１３０から取得した複数のオーディオトリームのうちの各ビデオストリーム毎（例えば品質レベル毎など）に割り当てられる。割り当てられたビデオ用又はオーディオ用ＤＭ３２５は、関連するストリームの圧縮に使用された圧縮規格、ビットレートなどに応じるように構成され得る。更に、それらＤＭ３２５は、会議セッションに関連付けられているＤＣＵＢＬＥＰ３２０内に備わり得る。関連するＭＲＥＩＮＩＰ３１２からの複数ＭＣＩＦＴＰフレームからなる各ストリームは、関連付けられたＤＭ３２５に到達するために、内部ＭＣＩＦ３１８、ＭＣＩＦアダプタ３１９、外部ＭＣＩＦ３４５、ＭＣＩＦアダプタ３２９及び内部ＭＣＩＦ３２８経由で転送され得る。メインコントローラ３３４は、これらストリームにＳＩＤ値及びイーサネット（登録商標）アドレスを割り当て、且つ、それに従いイーサネット（登録商標）スイッチ３４０及び２つのＭＣＩＦアダプタ３１９及び３２９をセットするように構成される。
【０１４４】
１以上のビデオ用ＥＯＭ３２４は、メインコントローラ３３４により、そのセッションに参加している或る１つのＬＥＰ１４０に関連付けられた１つのビデオ用ＤＭ３２５から取得した、複数の調整されたデコード済みビデオ画像を搬送する各ビデオストリーム毎に、割り当てられ得る。１以上のオーディオ用ＥＯＭ３２４は、メインコントローラ３３４により、そのセッションに参加している或る１つのＬＥＰ１４０に関連付けられた１つのオーディオ用ＤＭ３２５から取得した、或る品質のデコード済みオーディオを搬送する各デコード済みオーディオストリーム毎に割り当てられ得る。これらＥＯＭ３２４の出力における複数ＭＣＩＦＴＰフレームからなる圧縮されたストリームは、内部及び外部ＭＣＩＦ３１８、３２８、３４５と、ＭＣＩＦアダプタ３１９、３２９と、イーサネット（登録商標）スイッチ３４０経由で、或る１つの適宜のＭＲＥ  ＭＣＭ３１６に転送され得る。メインコントローラ３３４は、要求されたリソース、要求されたＳＩＤ値、並びに、要求されたイーサネット（登録商標）リソース及び宛先アドレスを割り当てること及び制御することを続けることができる。メインコントローラ３３４のその他の動作は、図２を参照して前述したＣＭ２９０の動作と同様であり、更なる説明は省略する。
【０１４５】
図４は、ハイボリュームユニバーサルブリッジ（ＨＶＵＢ）４００の一実施形態に係る要素を簡略化したブロック図で示す。ＨＶＵＢ４００は、ハイボリュームマルチメディア会議を有するサイトで使用される。ＨＶＵＢ４００は、複数のサブハイボリュームユニバーサルブリッジ（ＳＨＶＵＢ）４１０、ＤＣＵＢ制御モジュール（ＤＣＵＢＣＭ）４５０、及び、経路設定装置４４０を有する外部ＭＣＩＦ４４５を具備できる。各ＳＨＶＵＢ４１０及びＤＣＵＢＣＭ４５０は、互いに、外部ＭＣＩＦ４４５経由で通信できる。幾つかの実施形態に係るＨＶＵＢ４００において、各ＳＨＶＵＢ４１０及びＤＣＵＢＣＭ４５０は、ブレードコンピュータに組み込まれ得る。かかる実施形態において、ＨＶＵＢ４００は、時々、１以上のＳＨＶＵＢ４１０を追加することにより、拡張され得る。
【０１４６】
１つのＳＨＶＵＢ４１０は、図２を参照して前述したＣＵＢ２００の内部モジュールと同様な複数の内部モジュールを具備しており、それらは複数のＬＥＰＩＮＩＰ２１０、複数のＭＲＥＩＮＩＰ２２０、複数のＬＥＰＯＮＩＰ２３０、複数のＭＲＥＯＮＩＰ２４０、複数のＤＭ２４０、複数のＭＣＭ２７０及び複数のＥＯＭ２８０である。これらのモジュールについての説明は省略する。加えて、１つのＳＨＶＵＢ４１０は、１つの内部ＭＣＩＦ４１２及び１つのＭＩＣＦアダプタ４１４を具備する。内部ＭＣＩＦ４１２及びＭＩＣＦアダプタ４１４は、外部ＭＣＩＦ４４５とともに、図２を参照して前述したＭＣＩＦ２９２のタスクを実行する。更に、内部ＭＣＩＦ４１２、ＭＩＣＦアダプタ４１４、外部ＭＣＩＦ４４５及び経路設定装置４４０の動作は、図３を参照して前述した内部ＭＣＩＦ３１８及び３２８、ＭＩＣＦアダプタ３１９及び３２９、外部ＭＣＩＦ３４５及び経路設定装置３４０の動作と同様であり、従って更なる説明は省略する。一実施形態に係るイーサネット（登録商標）プロトコルに対応する外部ＭＣＩＦにおいて、経路設定装置３４０及び４４０は、イーサネット（登録商標）スイッチであり得る。別の実施形態に係る、ＩＰに対応する外部ＭＣＩＦ３４５又は４４５において、経路設定装置３４０及び４４０は、インターネットルーターであり得る。
【０１４７】
経路設定装置４４０、外部ＭＣＩＦ４４５、及び、各ＳＨＶＵＢ４１０は、ＤＣＵＢＣＭ４５０によって制御され得る。ＤＣＵＢＣＭ４５０から各ＳＨＶＵＢ４１０への、又は、各ＳＨＶＵＢ４１０からＤＣＵＢＣＭ４５０への、コマンド又はステータス及びリポートは、通信リンク４１６を通じて搬送される。制御通信リンク４１６は外部ＭＣＩＦを通じて搬送される。
【０１４８】
１つのＤＣＵＢＣＭ４５０は、１つのＬＥＰ又はＭＲＥへの／からの信号伝達及び制御モジュール４５２と、メインコントローラを具備できる。ＤＣＵＢＣＭ４５０の動作は、図３を参照して前述したＤＣＵＢＣＭ３５０の動作と同様であり、更なる説明は省略する。
【０１４９】
次に、一実施形態に従いＣＵＢ２００のＣＭ２９０によって実行される処理５００を示す図５Ａ及び５Ｂについて説明する。同様の方法は、微調整して、ＤＣＵＢＣＭ３３０又はＤＣＵＢＣＭ４５０のメインコントローラ３３４又は４５４により、それぞれ使用され得る。方法５００は、マルチメディア会議セッションの始めに又は現在のマルチメディア会議に新たな会議出席者が参加する毎に、ブロック５０２において開始する。図５Ａはセットアップタスクを示す一方、図５Ｂは会議の進行中におけるＣＭ２９０の関連するアクションを示す。
【０１５０】
タスク５００は、予約されていたセッションを開始することの指示情報を取得することによりＣＭ２９０により開始され得る。指示情報は、１つのセッションプロファイルを含む。セッションプロファイルは、例示に限定されないが、例えばダイアルイン又はダイアルアウト番号、圧縮パラメータ、ＣＰレイアウト、エンドポイント種類などである。指示情報は、図示しない或る管理サーバーから取得され得る。あるいは、ブロック５０２において、仮想会議室からダイアルイン呼び出しを受信することにより準備なしに会議を開始できる。セッションプロファイル及び仮想会議室は、当業者に周知であり、更なる説明は省略する。それら機能の更なる説明は、米国特許番号７０８５２４３号、７３１０３２０号及び７８３０８２４を参照されたい。
【０１５１】
開始処理において、ブロック５０４において会議パラメータが取得される。会議パラメータは、会議プロファイル、又は、会議室プロファイルから取得されるか、又は、呼び出し中エンドポイントのネゴシエーションにより取得され得る。取得した会議パラメータに基づいて、ブロック５０６においてリソースが割り当てられ得る。リソースは、例示に限定されないが、例えば複数の管理及び制御テーブル（ＭＣＴ）、複数のＭＣＩＦ経路設定テーブル（ＭＲＴ）などであり、これらはセッションがアクティブな間に使用され得る。ブロック５１０と５１８の間のループにおいて各ＭＲＥ１３０のために、また、それに続くブロック５２０と５２８の間のループにおいて各ＬＥＰ１４０のために、更なる複数のリソースならびにＭＣＴ及びＭＲＴの充てんがなされる。新たな会議出席者がセッションに参加する場合、エンドポイントの種類、ＭＲＥ１３０又はＬＥＰ１４０に基づいて、関連するループの適宜の周期が実行され得る。
【０１５２】
ブロック５１０において、各ＭＲＥ１３０毎に、第１ループの１つの周期が開始され得る。ブロック５１２において、各メディア種類（オーディオ／ビデオ）毎に、収集された情報に基づいて、入力ストリームの数（ＭＲＥから受信したもの）が決定され、且つ、そのＭＲＥ１３０に提示されているＣＰレイアウト及びそのＭＲＥ１３０により混合されるべきオーディオストリームの数に基づいて、出力ストリームの数（そのＭＲＥ１３０に向けて送信されるもの）が決定され得る。ストリームの数は、そのＭＲＥ１３０から取得／へ転送されるストリームにおける、異なるサイズ（レゾリューション）の数、異なるフレームレートの数、異なる品質の数、異なるビットレートの数などに依存する。
【０１５３】
ブロック５１４において、入力ストリーム（オーディオ又はビデオ）毎に、適宜のＭＲＥＩＮＩＰ２２０及びＤＭ２６０（オーディオ又はビデオ）が割り当てられる。各ＭＲＥＩＮＩＰ２２０毎に出力ＳＩＤ値が割り当てられる。また、各ＤＭ２６０（オーディオ又はビデオ）毎に、入力ＳＩＤ値及び出力ＳＩＤ値が割り当てられる。ＤＭ２６０は、或るＬＥＰ１４０により提示されるＣＰビデオ画像を組み立てることに必要となる圧縮されたビデオをデコードするために使用され得る。あるいは、ＤＭ２６０は、或るＬＥＰ１４０で使用されるオーディオのミキシンのために必要となるオーディオをデコードするために使用され得る。更に、ブロック５１４において、各出力ストリーム（オーディオ又はビデオ）毎に、適宜のＭＲＥＯＮＩＰ２４０及びＭＲＥ  ＭＣＭ２７０（オーディオ又はビデオ）が割り当てられる。各ＭＲＥＯＮＩＰ２４０に、入力ＳＩＤ値が割り当てられる。また、各ＭＲＥ  ＭＣＭ２７０（オーディオ又はビデオ）毎に、入力ＳＩＤ値及び出力ＳＩＤ値が割り当てられる。
【０１５４】
ブロック５１６において、各割り当てられたリソース毎に、１つのエントリーがＭＣＴ内に割り当てられる。各エントリーは、セッションの間、そのリソースを管理するために使用される複数の領域を含み得る。ＭＲＥＩＮＩＰ２２０又はＭＲＥＯＮＩＰ２４０に関連付けられた或るエントリーは、そのＭＲＥＩＮＩＰ２２０又はそのＭＲＥＯＮＩＰ２４０と、関連するストリームや出力／入力ＳＩＤ値などを搬送する関連するＭＲＥとの間のＩＰ接続に関連する情報を含み得る。或るＤＭ２６０（オーディオ又はビデオ）に関連付けられた或るエントリーは、各リソースごとに、関連するＭＲＥによって使用された圧縮、そのＤＭに関連する入力及び出力ＳＩＤ値など、に関連する情報を含み得る。更に、ブロック５１６において、割り当てられたＤＭ２６０，ＭＲＥ  ＭＣＭ２７０及びＭＲＥＯＮＩＰ２４０の各入力ストリーム毎に、１つのエントリーがＭＲＴ（ＳＩＤ変換テーブル）内に割り当てられる。各エントリーは少なくとも２つの領域を持つ。第１の領域において、ストリームの入力ＳＩＤ値が書き込まれ得る。第２の領域において、このリソースによって取得されるべきストリームの出力ＳＩＤ値が書き込まれ得る。この領域は、セッションの変遷に従って変更され得る。一実施形態に係る単一のＳＩＤ値が使用されるＣＵＢ２００において、１つの入力ストリームの各エントリー毎に、１つの領域のみ使用できる。時々、この領域の値は、セッションの変遷に従ってアップデートされる。
【０１５５】
次のブロック５１８において、１以上の更なるＭＲＥ１３０がセッションに参加するかどうか決定がなされる。参加する場合、方法５００は、ブロック５１０に戻り、次のＭＲＥ１３０のために、前記ループの新しい周期を開始する。参加しない場合、方法５００は、セッションに参加する１以上のＬＥＰ１４０を処理するためのブロック５２０に進む。
【０１５６】
ブロック５２０において、各参加するＬＥＰ１４０毎に、第２ループの１つの周期が開始され得る。ブロック５２４において、入力ストリーム（オーディオ又はビデオ）毎に、適宜のＬＥＰＩＮＩＰ２１０、ＤＭ２６０（オーディオ又はビデオ）、及び、１以上のスケーラ（ビデオ用ＤＭのために）が割り当てられる。また、１つのＥＯＭ２８０が各調整されたデコード済みビデオごとに割り当てられる。そのＥＯＭ２８０は、関連するＬＥＰが、或るＭＲＥ１３０により提示されているＣＰ画像内に包含されている場合に使用される。各ＬＥＰＩＮＩＰ２１０毎に出力ＳＩＤ値が割り当てられる。更に、各ＤＭ２６０（オーディオ又は調整されたビデオ）及びＥＯＭ２８０毎に、入力ＳＩＤ値及び出力ＳＩＤ値が割り当てられる。更に、ブロック５２４において、そのＬＥＰ１４０に向けられた各出力ストリーム（オーディオ又はビデオ）毎に、適宜のＬＥＰＯＮＩＰ２３０及びレガシーＭＣＭ２７０（オーディオ又はビデオ）が割り当てられる。レガシーＭＣＭ２７０（オーディオ又はビデオ）は、関連するＣＰビデオ画像を組み立てるようになっている。適宜のサイズのフレームメモリが、そのＣＰビデオ画像に割り当てられ得る。そのフレームメモリは、規定されたレイアウトなどに従い、セグメントに分割され得る。各ＬＥＰＯＮＩＰ２１０毎に入力ＳＩＤ値が割り当てられる。更に、各レガシーＭＣＭ２７０（オーディオ又はビデオ）毎に、入力ＳＩＤ値及び出力ＳＩＤ値が割り当てられる。
【０１５７】
ブロック５２６において、そのＬＥＰ１４０のために割り当てられたリソース毎に、１つのエントリーがＭＣＴ内に割り当てられる。各エントリーは、セッションの間、そのリソースを管理するために使用される複数の領域を含み得る。ＬＥＰＩＮＩＰ２１０又はＭＲＥＯＮＩＰ２３０に関連付けられた或るエントリーは、そのＭＲＥＩＮＩＰ２２０又はそのＭＲＥＯＮＩＰ２４０と、関連するストリームや出力／入力ＳＩＤ値などを搬送する関連するＬＥＰ１４０との間のＩＰ接続に関連する情報を含み得る。或るＤＭ２６０（オーディオ又はビデオ）に関連付けられた或るエントリーは、各リソースごとに、関連するＬＥＰ１４０によって使用された圧縮、そのＤＭ２６０に関連する入力及び出力ＳＩＤ値など、に関連する情報を含み得る。更に、ブロック５２６において、割り当てられたＤＭ２６０，レガシーＭＣＭ２７０及びＬＥＰＯＮＩＰ２３０の各入力ストリーム毎に、１つのエントリーがＭＲＴ（ＳＩＤ変換テーブル）内に割り当てられる。幾つかの実施形態において、各エントリーは少なくとも２つの領域を持つ。第１の領域において、ストリームの入力ＳＩＤ値が書き込まれ得る。第２の領域において、このリソースによって取得されるべきストリームの出力ＳＩＤ値が書き込まれ得る。この領域は、セッションの変遷に従って変更され得る。一実施形態に係る単一のＳＩＤ値が使用されるＣＵＢ２００において、１つの入力ストリームの各エントリー毎に、１つの領域のみ使用できる。時々、この領域の値は、セッションの変遷に従ってアップデートされる。
【０１５８】
次のブロック５２８において、更なるＬＥＰ１４０がセッションに参加するかどうか決定がなされる。参加する場合、方法５００は、ブロック５２０に戻り、次のＬＥＰ１４０のために、前記ループの新しい周期を開始する。参加しない場合、方法５００は、図５Ｂにおける、進行中のセッションを処理するためのブロック５３０に進む。
【０１５９】
ブロック５３０において、現在のビデオセットアップ処理が開始される。現在のビデオセットアップ処理は、２つの内部ループにより行われる。ブロック５４０からブロック５５０への第１のループにおいて、セッションに参加する１以上のＭＲＥ１３０のセットアップ処理が行われる。第２のループは、セッションに参加する１以上のＬＥＰ１４０の現在のビデオのセットアップを行う。現在のビデオセットアップ処理は、例示に限定されないが、例えば、新しい話者、新しい参加者など、会議セッションの変更に応じるために、例えば１〜１０秒など、数秒毎に繰り返され得る。オーディオ（不図示）を処理するための同様な現在のオーディオセットアップ処理が、ＣＭ２９０により実行され得る。現在のオーディオセットアップ処理は、カレントセッションの変化に対する混合オーディオに適応するために、使用され得る。ビデオ処理と対照的に、現在のオーディオセットアップ処理は、例えば数十ミリ秒から数百ミリ毎など、秒高頻度で繰り返される。オーディオ処理において、オーディオ用ＭＣＭ２７０は、複数のオーディオストリームを混合するために、それらを処理する。
【０１６０】
ブロック５４２において、いずれのエンドポイント（ＭＲＥ１３０又はＬＥＰ１４０）が、そのＭＲＥ１３０のディスプレイに提示される現在のＣＰビデオ画像内に提示されるかを決定することにより、各ＭＲＥ１３０毎に、ループの１つの周期が開始される。提示されるエンドポイントと各エンドポイントからの複数ビデオ画像が提示されるセグメントとを選択することは、異なる判定条件に基づき得る。使用される判定条件は、ブロック５０４にて規定され得る。１つの会議セッションにおいて、判定条件は、各エンドポイントから取得したオーディオのエネルギーであり得る。例えば、話者とは、或る期間（例えば１〜１０秒）のうちの或る程度の割合（例えば６０〜８０％）の間、最も高いオーディオエネルギーを持つエンドポイントとして、定義できる。別の会議セッションにおいては、或るエンドポイントは、強制的に話者になり得る。更に別の会議セッションにおいては、ＭＲＥ１３０は、それにより提示される選択されたエンドポイントとして定義される、などである。
【０１６１】
ブロック５４８において、そのＭＲＥ１３０に関連付けられているＭＣＭ２７０に関連付けられているＭＲＴ内のエントリーはアップデートされ得る。アップデートは、現在提示されているエンドポイントの選択、現在話者の選択、レイアウトパラメータ（各セグメントのサイズ及び位置）などに基づき得る。従って、現在提示されている１以上のＭＲＥ１３０に関連付けられたＭＲＥＩＮＩＰ２４０の複数の出力ＳＩＤ値と、現在提示されている１以上のＬＥＰ１４０に関連付けられた複数のＥＯＭ２８０の複数の出力ＳＩＤ値は、ＭＲＴのうちの関連するエントリーに書き込まれ得る。アップデートされたＭＲＴに基づいて、ＭＣＭ２７０は、提示された複数のＭＲＥ１３０から受信した中継ＲＴＰ圧縮ビデオデータチャンクを搬送する複数のＭＣＩＦＴＰフレームからなる適宜のストリームを取得できる。更に、ＭＣＭ２７０は、適宜のＤＭ２６０によりデコードされて調整され、且つ、ＥＯＭ２８０により中継ＲＴＰ圧縮ビデオデータチャンクに圧縮された後、選択された複数のＬＥＰ１４０から発した中継ＲＴＰ圧縮ビデオデータチャンクを搬送する複数のＭＣＩＦＴＰフレームからなる適宜のストリームを取得できる。次に、ブロック５５０において、更なるＭＲＥ１３０が会議に参加しているかどうかについて決定がなされる。参加している場合、方法５００はブロック５４０に戻る。参加していない場合、ブロック５６０において、セッションに参加する各ＬＥＰ１４０毎に現在のビデオセットアップ処理を行うために、第２のループが開始する。
【０１６２】
ブロック５６２において、いずれのエンドポイント（ＭＲＥ１３０又はＬＥＰ１４０）が、そのＬＥＰ１４０のディスプレイに提示される現在のＣＰビデオ画像内に提示されるかを決定することにより、各ＬＥＰ１４０毎に、ループの１つの周期が開始される。提示されるエンドポイントと各エンドポイントからの複数ビデオ画像が提示されるセグメントとを選択することは、前述したブロック５４２における選択と同様に実行される。
【０１６３】
ブロック５６８において、そのＬＥＰ１４０に関連付けられたＭＣＭ２７０に関連付けられたＭＲＴ内のエントリーがアップデートされ得る。アップデートは、現在提示されているエンドポイントの選択、現在話者の選択、レイアウトパラメータ（各セグメントのサイズ及び位置）などに基づき得る。従って、現在提示されている１以上のＬＥＰ１４０及びＭＲＥ１３０に関連付けられたＤＭ２６０の複数の出力ＳＩＤ値は、そのＭＲＴのうちの関連するエントリーに書き込まれ得る。アップデートされたＭＲＴに基づいて、ＬＥＰ  ＭＣＭ２７０は、デコードされ且つ調整された後に、提示された複数のＬＥＰ１４０及びＭＲＥ１３０から発した、複数のＤＭＤＵを搬送する複数のＭＣＩＦＴＰフレームからなる適宜のストリームを、取得できる。次に、ブロック５７０において、更なるＬＥＰ１４０が会議に参加しているかどうかについて決定がなされる。参加している場合、方法５００はブロック５６０に戻る。参加していない場合、ブロック５７２において、提示された複数のＬＥＰ１４０及びＭＲＥ１３０から、１つのイントラフレームが要求され得る。
【０１６４】
ブロック５７４において、処理５００は、例えば１〜１０秒など、数秒間待機する。待機期間の後、ブロック５７６において、変化を探して、セッションの現在ステータスがチェックされる。変化は、例えば、セッションに参加する新しい参加者、レイアウト変化をもたらす会議出席者のセッション離脱、新しい話者など、であり得る。ブロック５８０において、新しい話者が選択された場合、処理５００はブロック５４０、新しいエンドポイントを考慮して現在会議パラメータを取得することに戻ることができる。新しいエンドポイントは、現在のレイアウトや圧縮パラメータなどに影響を与え得る。この処理は会議セッションの終わりまで続く。
【０１６５】
本開示の明細書及び特許請求の範囲において、“備える（ｃｏｍｐｒｉｓｅ）”、“含む（ｉｎｃｌｕｄｅ）”、“持つ（ｈａｖｅ）”及びその同義語は、その動詞の対象又は複数の対象が部材、構成要素（コンポーネント）、要素（エレメント）の完全なリスト、又は、その動詞の主語又は複数の主語の部分である必要はないことを示すように使われている。
【０１６６】
前述した明細書が例示することを目的としており制限することを目的としていないことは理解されるべきである。前述した装置、システム、及び、方法は、ステップの順番を変えることを含む様々な方法、及び、使用される正確な実施で変更されてよい。前述した実施形態は、様々な特徴を含んでおり、その全てが、本開示の全ての実施形態に要求されるのではない。更に、いくつかの本開示の実施形態では、いくつかの特徴又は複数の特徴の可能な組み合わせのみが、使用される。当業者にとって、開示された実施形態において示された特徴の種々の組み合わせが思い浮かぶであろう。更に、本開示のいくつかの実施形態は、本開示において異なる実施形態の例に関連付けて記述されていた特徴及び要素の組み合わせにより実行されてよい。本発明の範囲は、添付の特許請求の範囲及びそれとの均等物によりのみ制限される。
【符号の説明】
【０１６７】
１００  マルチメディア会議システム
１１０  ネットワーク
１２０  ユニバーサルブリッジ（ＵＢ）
１３０  メディア中継エンドポイント（ＭＲＥ）
１４０  レガシーエンドポイント（ＬＥＰ）
【図１】
2014068339.tif 000003
【図２】
2014068339.tif 000004
【図３】
2014068339.tif 000005
【図４】
2014068339.tif 000006
【図５Ａ】
2014068339.tif 000007
【図５Ｂ】
2014068339.tif 000008
【手続補正書】
【提出日】平成25年10月1日(2013.10.1)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
ＭＲＥＩＮＩＰは、或るＭＲＥから受信した圧縮メディアを搬送する複数インターネットプロトコル（ＩＰ）パケットからなる１ストリームを取得できる。各取得されたＩＰパケットは、関連性のある通信プロトコルに従って処理され得る。各取得されたパケットのメディアペイロードは、ＭＲＥＩＮＩＰにより処理された後、ＭＣＩＦＴＰに従いＭＣＩＦフレームに組み込まれ、そして、或るＭＲＥから受信した圧縮メディアを搬送する複数ＭＣＩＦＴＰフレームからなる１ストリームは、ＭＣＩＦに向けて転送される。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１１３
【補正方法】変更
【補正の内容】
【０１１３】
幾つかの実施形態において、或るＭＲＥ１３０又はＬＥＰ１４０への／からのメディアを処理するために内部リソースを割り当てた後、或る出力ＳＩＤ値は、割り当てられた内部モジュールの１つによりＭＣＩＦ２９２に供給される各ストリームに割り当てられる。ＳＩＤ値の割り当て及びＭＣＩＦ２９２を管理することは、管理及び制御テーブル（ＭＣＴ）を用いて行うことができる。ＳＩＤの種類とＭＣＩＦ２９２の制御は、ＭＣＩＦ２９２の種類に応じる。ＭＣＩＦ２９２が共有メモリである、ＣＵＢ２００の実施形態にとって、出力ＳＩＤ値は、関連する内部モジュールがその出力ストリームのＭＣＩＦＴＰフレームを書き込む（保存する）だろう、共有メモリ内のアドレスの区間を表す。共有メモリに対する書き込み及び読み出しは、例えば周期的モードで行われる。ＭＣＩＦ２９２から１つのストリームを取得するために、そのストリームを取得する必要のある各内部モジュールは、１つの入力ＳＩＤ値として、ＭＣＩＦ２９２にストリームを供給するモジュールにより使用された出力ＳＩＤ値を受信してよい。入力ＳＩＤ値に基づいて、関連する内部モジュールは、そのＳＩＤ値に関連付けられたアドレスの同じ区間から、周期的モードで次々にＭＣＩＦＴＰフレームを取り込んでよい。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図５Ｂ
【補正方法】変更
【補正の内容】
【図５Ｂ】
2014068339.tif 000009
【外国語明細書】
2014068339000001.pdf