(57)【要約】  マルチメディア音声会議向けの視覚的構成を管理する技術を説明する。装置はプロセッサを備えることができ、そのプロセッサは、全てのディスプレイオブジェクトに対するディスプレイオブジェクトビットレートの合計が入力ビットレートの合計以下になるように複数のディスプレイオブジェクトにディスプレイオブジェクトビットレートを割り当て、複数のビデオストリームからビデオ情報を復号化する。それらの複数のビデオストリームの各々は、様々なレベルの空間解像度、時間解像度および品質を２つ以上のディスプレイオブジェクトに対して持つ様々なビデオ階層を有する。他の実施形態も説明および主張してある。
2010503280.tif 000002
【特許請求の範囲】
【請求項１】
符号化ビデオ情報を、様々なレベルの空間解像度、時間解像度および品質を持つ様々なビデオ階層を各々が有する複数のビデオストリームで受信すること、
複数のディスプレイオブジェクトに対する入力ビットレートの合計を決定すること、
ディスプレイオブジェクトビットレートを、全てのディスプレイオブジェクトに対するディスプレイオブジェクトビットレートの合計が前記入力ビットレートの合計以下であるように複数のディスプレイオブジェクトに割り当てること、および
前記割り当てに従って、ビデオ情報を前記ディスプレイオブジェクトに対する前記の様々なビデオ階層から復号化すること、
を含む方法。
【請求項２】
サブスクリプションメッセージを会議サーバに送信して音声会議向けの様々なビデオ階層を取得することを含む、請求項１に記載の方法。
【請求項３】
ディスプレイフレームに対するディスプレイオブジェクトビットレートを、ディスプレイ上の前記ディスプレイフレームのサイズまたは前記ディスプレイフレームの位置に基づいて修正することを含む、請求項１または２に記載の方法。
【請求項４】
ディスプレイフレームに対するディスプレイオブジェクトビットレートを、通信リンクに対する瞬間的なチャネル容量に基づいて修正することを含む、請求項１から３の任意の１つに記載の方法。
【請求項５】
前記復号化ビデオ情報を各ディスプレイフレームに描画して音声会議向けの視覚的構成を作成することを含む、請求項１から４の任意の１つに記載の方法。
【請求項６】
クライアント端末で、前記符号化ビデオ情報を、音声会議向けの様々なレベルの空間解像度、時間解像度および品質を各々が持つ様々なビデオ階層を有する前記ビデオストリームで受信することを含む、請求項１から５の任意の１つに記載の方法。
【請求項７】
前記符号化ビデオ情報を前記ビデオストリームで受信することであって、各ビデオストリームは、第１のレベルの空間解像度および第１のレベルの時間解像度を有するベース階層と、前記第１のレベルの空間解像度または前記第１のレベルの時間解像度を増やす拡張階層とを含む様々なビデオ階層を有することを含む、請求項１から６の任意の１つに記載の方法。
【請求項８】
アクティブな話者に基づいてディスプレイフレームに対するディスプレイオブジェクトビットレートを修正することを含む、請求項１から７の任意の１つに記載の方法。
【請求項９】
符号化ビデオ情報を、様々なレベルの空間解像度、時間解像度および品質を持つ様々なビデオ階層を各々が有する複数のビデオストリームから受信および解析するための一連のパーサ、
前記パーサに接続された視覚的構成モジュールであって、複数のディスプレイオブジェクトに対する入力ビットレートの合計を決定し、全てのディスプレイオブジェクトに対するディスプレイオブジェクトビットレートの合計が前記入力ビットレートの合計以下であるように、ディスプレイオブジェクトビットレートを複数のディスプレイオブジェクトに割り当てる前記視覚的構成モジュール、および
前記割り当てに従って、ビデオ情報を前記ディスプレイオブジェクトに対する各ビデオストリーム内の前記の様々なビデオ階層から復号化するための、前記視覚的構成モジュールに接続された一連のビデオ復号器、
を備えるクライアント端末。
【請求項１０】
前記視覚的構成モジュールはサブスクリプションメッセージを会議サーバに送信して音声会議向けの様々なビデオ階層を取得する、請求項９に記載のクライアント端末。
【請求項１１】
前記視覚的構成モジュールはディスプレイフレームに対するディスプレイオブジェクトビットレートを、ディスプレイ上の前記ディスプレイフレームのサイズまたは前記ディスプレイフレームの位置に基づいて修正する、請求項９または１０に記載のクライアント端末。
【請求項１２】
前記視覚的構成モジュールはディスプレイフレームに対するディスプレイオブジェクトビットレートを、通信リンクに対する瞬間的なチャネル容量に基づいて修正する、請求項９から１１の任意の１つに記載のクライアント端末。
【請求項１３】
ディスプレイに接続された描画モジュールであって、前記復号化ビデオ情報を各ディスプレイフレームに描画して音声会議向けの視覚的構成を前記ディスプレイ上に作成する前記描画モジュールを備える、請求項９から１２の任意の１つに記載のクライアント端末。
【請求項１４】
符号化ビデオ情報を複数のビデオストリームで受信する受信機であって、各ビデオストリームが、第１のレベルの空間解像度および第１のレベルの時間解像度を有するベース階層と、前記第１のレベルの空間解像度または前記第１のレベルの時間解像度を増やす拡張階層とを含む様々なビデオ階層を有する受信機、および
前記受信機に接続された適応スケジューリングモジュールであって、前記の様々なビデオ階層を様々な時刻に受信クライアント端末に送信する前記適応スケジューリングモジュールを備える会議サーバ。
【請求項１５】
前記適応スケジューリングモジュールは前記ベース階層の送信後まで前記拡張階層の送信を遅らせる、請求項１４に記載の会議サーバ。
【請求項１６】
前記適応スケジューリングモジュールは、新たな主要話者を決定する際に前記ベース階層を第１の時刻に前記受信クライアント端末に送信する、請求項１４または１５に記載の会議サーバ。
【請求項１７】
前記適応スケジューリングモジュールは、新たな主要話者を決定する際に前記ベース階層を第１の時刻に前記受信クライアント端末に送信し、所定の待機時間後の第２の時刻に前記拡張階層を送信する、請求項１４から１６の任意の１つに記載の会議サーバ。
【請求項１８】
前記適応スケジューリングモジュールに接続された送信機であって、前記ベース階層と前記拡張階層とを異なる予定時刻に送信する前記送信機を備える、請求項１４から１７の任意の１つに記載の会議サーバ。
【請求項１９】
データ処理装置での実行時に、請求項１から８の任意の１つに記載の方法を実装し、および／または請求項９から１３の任意の１つに記載のクライアント端末を実装し、および／または請求項１４から１８の任意の１つに記載の会議サーバを実装するコンピュータプログラム要素を備えるコンピュータプログラム。
【請求項２０】
請求項１９に記載のコンピュータプログラムを保持するコンピュータプログラムキャリア媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
マルチメディア音声会議では一般に、複数のエンドポイント間の音声通信、ビデオ、および／またはデータ情報が関与する。データネットワークが拡大し、マルチメディア会議では従来の回線交換ネットワークよりパケットネットワークが使用されつつある。パケットネットワーク上でのマルチメディア音声会議を設定するため、一般には会議サーバが動作して音声会議を調整および管理する。会議サーバはビデオストリームを送信側の参加者から受信し、そのビデオストリームを音声会議の他の参加者にマルチキャストする。
【０００２】
ビデオ音声会議向けのデジタルビデオのようなマルチメディア情報の送信に関する１つの問題は、デジタルビデオにより（場合により、埋め込まれたデジタルオーディオと組み合わされて）記憶容量と送信容量が多くの場合大量に消費されることである。一般的な生のデジタルビデオシーケンスには毎秒１５、３０または６０フレーム（フレーム／秒）が含まれる。各フレームには無数の画素が含まれる可能性がある。各画素は微小な画像要素を表す。生の形態では、画素は一般にコンピュータにより例えば２４ビットで表現される。したがって、一般的な生のデジタルビデオシーケンスのビットレートまたは１秒当りのビット数は毎秒５百万ビット（ビット／秒）以上の大きさになる可能性がある。ほとんどのメディア処理装置および通信ネットワークには生のデジタルビデオを処理するリソースが不足している。このため、メディア通信システムでは情報源圧縮（コーディングまたは符号化とも呼ばれる）を用いてデジタルビデオのビットレートを低減する。復元（または復号化）は圧縮の逆を行う。
【０００３】
一般に、所与の処理装置および／または通信ネットワークに対して特定の種類のビデオ圧縮を選択することには設計のトレードオフが存在する。例えば、圧縮は、高いビットレートは得られないがビデオの品質の高さが維持されるロスレス、またはビデオの品質は落ちるがビットレートの減少がより劇的であるロッシーであることができる。ほとんどのシステム設計では、一連の所与の設計制約および性能要件に基づいて品質とビットレートとの間で何らかの妥協がなされる。結果として、所与のビデオ圧縮技術は一般に様々な種類のメディア処理装置および／または通信ネットワークには適していない。このことは、１つまたは複数の受信装置が複数のディスプレイフレーム、ウィンドウまたは他のオブジェクトを利用してマルチメディア音声会議の様々な参加者向けにビデオ情報を表示する際に特に問題になる恐れがある。この問題は、様々な話者集団を収容するための様々なディスプレイウィンドウに様々な参加者が現れるとさらに悪化する。
【発明の概要】
【０００４】
本発明の概要は選択した概念を簡潔な形で導入するために提供する。本概要は以下の発明を実施するための形態でさらに詳細に説明する。本概要により請求の範囲に記載されている主題の主要な特徴または本質的な特徴を特定することは意図しておらず、本概要を用いて請求の範囲に記載されている主題の範囲を限定することも意図していない。
【０００５】
様々な実施形態は一般に、ビデオ、イメージ、画像等のようなデジタルメディアコンテンツのデジタル符号化、復号化および処理を対象としている。幾つかの実施形態では、デジタルメディアコンテンツのデジタル符号化、復号化および処理は、ＳＭＰＴＥ（Ｓｏｃｉｅｔｙ  ｏｆ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  ａｎｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｅｎｇｉｎｅｅｒｓ）標準４２１Ｍ（「ＶＣ−１」）のビデオコーデックシリーズ標準およびその変形に基づくことができる。より詳細には、幾つかの実施形態は、複数の解像度ビデオ符号化および復号化技術、ならびに下位互換性を崩さずにその技術をＶＣ−１ビットストリームで可能とする方法を対象としている。例えば、１つの実施形態では、デジタルビデオ情報を拡張ＳＭＰＴＥ  ＶＣ−１ビデオストリームまたはビットストリームに圧縮または符号化するように配置されたビデオ符号器を機器に含めることができる。ビデオ符号器は、ベース階層ならびに１つまたは複数の空間および／または時間拡張階層のような複数の階層の形でデジタルビデオ情報を符号化することができる。ベース階層は所定の最低限の空間解像度とベースレベルの時間解像度を提供することができる。１つまたは複数の拡張階層は符号化ビデオ情報を含むことができ、その符号化ビデオ情報を用いて、ベース階層に符号化されたビデオ情報に対するベースレベルの空間解像度および／またはベースレベルの時間解像度を増やすことができる。
【０００６】
様々な実施形態では、ビデオ復号器はビデオ情報をベース階層および１つまたは複数の拡張階層から選択的に復号化して、所望の品質レベルでビデオ情報を再生することができる。同様に、オーディオビデオマルチポイント制御装置（ＡＶＭＣＵ）は、現在利用可能なネットワーク帯域幅と受信機の復号化能力のような情報に基づいて、ビデオ情報をベース階層および１つまたは複数の拡張階層から会議参加者に転送することを選択することができる。
【０００７】
幾つかの実施形態では特に、ビデオ情報をビデオストリームのベース階層および１つまたは複数の拡張階層から選択的に復号化して、音声会議に用いる視覚的構成向けの様々なレベルのビデオ解像度および品質でビデオ情報を再生するようにビデオ復号器を配置することができる。視覚的構成には一般にディスプレイウィンドウのような複数のディスプレイオブジェクトが含まれ、各々は音声会議の様々な参加者のビデオ情報を表示する。例えば、１つの実施形態では、受信クライアント端末のようなクライアントは処理システム、メモリおよびディスプレイを含むことができる。処理システムは、音声会議向け視覚的構成に対する複数のディスプレイオブジェクトにディスプレイオブジェクトビットレートを割り当てるように配置されたプロセッサを含むことができる。全てのディスプレイオブジェクトに対するディスプレイオブジェクトビットレートの合計がクライアント端末のようなクライアントに対する入力ビットレートの合計以下になるように上記の割り当てを行うことができる。クライアント端末は次いで、２つ以上のディスプレイオブジェクトに対して様々なレベルの空間解像度、時間解像度および品質を各々が有する様々なビデオ階層に対するサブスクリプション要求を、会議サーバまたは送信クライアント端末に対する上記の割り当てに基づいて送信することができる。このように、クライアント端末はその入力ビットレート割当量を効率的に使用することができる。あるいは、クライアント端末はスケーラブルビデオストリームを受信することができ、ビデオ復号器は適切なビデオ情報をビデオストリームの様々なビデオ階層から復号化することができる。このように、クライアント端末はその計算リソースを効率的に使用することができる。上記の復号化ビデオ情報を各ディスプレイフレームに描画して音声会議向けの視覚的構成を上記ディスプレイ上に作成するように、描画モジュール（例えば、ディスプレイチップセット）を配置することができる。
【０００８】
様々な実施形態は、会議サーバまたはＡＶＭＣＵ向けの適応スケジューリング技術も対象とすることができる。複数のビデオストリーム内の符号化ビデオ情報を受信するように配置された受信機を機器に含めることができる。その複数のビデオストリームの各々は、第１のレベルの空間解像度および第１のレベルの時間解像度を有するベース階層と、その第１のレベルの空間解像度または第１のレベルの時間解像度を増やす拡張階層とを含む様々なビデオ階層を有する。上記の機器は、上記の受信機に接続された適応スケジューリングモジュールをさらに含むことができる。音声会議において主要またはアクティブな話者の変化に応じて様々なビデオ階層を様々な時点で受信クライアント端末に送信するように上記の適応スケジューリングモジュールを配置することができる。他の実施形態も説明および主張してある。
【図面の簡単な説明】
【０００９】
【図１】マルチメディア会議システムの実施形態を示す図である。
【図２】視覚的構成の実施形態を示す図である。
【図３】コンピューティング環境の実施形態を示す図である。
【図４】クライアント端末の実施形態を示す図である。
【図５】論理フローの実施形態を示す図である。
【図６】ビデオキャプチャ再生システムの実施形態を示す図である。
【図７】一般的なビデオ符号化システムの実施形態を示す図である。
【図８】一般的なビデオ復号化システムの実施形態を示す図である。
【図９】ビデオ階層構造の実施形態を示す図である。
【図１０】適応スケジューリング技術の第１の図を示す図である。
【図１１】適応スケジューリング技術の第２の図を示す図である。
【図１２】適応スケジューリング技術の第３の図を示す図である。
【発明を実施するための形態】
【００１０】
様々な実施形態は、マルチメディア音声会議向け視覚的構成の管理を対象とすることができる。マルチパーティのビデオ会議では、各受信クライアント端末はビデオストリームを、音声会議に参加し自身のビデオストリームを送信する他のクライアント端末の各々から受信する。受信クライアント端末は他の受信クライアント端末からの複数のビデオストリームを視覚的構成の形でディスプレイスクリーン上に配置することができる。視覚的構成は全てまたは一部の参加者からのビデオストリームを、所与のクライアント端末のディスプレイ装置上にモザイクとして描画または表示する。例えば、視覚的構成は現在アクティブな話者のビデオ情報を表示するためのトップディスプレイオブジェクトを有することができ、他の参加者のパノラマ表示をそのトップディスプレイオブジェクトの下に位置する小型のディスプレイオブジェクト集合により表示することができる。
【００１１】
各視覚的構成には異なる伝達要件がある。例えば、小型ディスプレイオブジェクトおよびピクチャインピクチャディスプレイには大型のディスプレイオブジェクトより低い空間解像度という要件があるかもしれない。同様に、あまりアクティブでない参加者のビデオ情報には、よりアクティブな参加者のビデオより低い時間解像度という要件があるかもしれない。一般に空間および／または時間解像度が低いと、ＳＮＲ（ｓｉｇｎａｌ−ｔｏ−ｎｏｉｓｅ  ｒａｔｉｏ）または他の測定基準で測定されることが多い所与の画像品質に対するビットレートは遅い。所与の時空間解像度に対して、一般に画像品質が低いとビットレートは遅く、一般に画像品質が高いとビットレートは速い。視覚的構成の中には、参加者の一部または全部に対して画像品質が低いという要件を有するものがあってもよい。
【００１２】
各クライアント端末は一般に、全入力ビットレート割当量、または制約、および全出力ビットレート割当量を有する。そのため、その入力ビットレートおよび出力ビットレートの割当量を効率的に利用することが１つの設計目標である。したがって、様々な実施形態ではスケーラブルビデオ表現を実装して、所与のクライアント端末がマルチメディア音声会議向けの視覚的構成を描画または表示するための全入力ビットレート割当量および／または全出力ビットレート割当量に対する利用および効率性を改善することができる。各ビデオストリームに対して複数の空間解像度、時間解像度、および品質レベルを利用できるので、クライアント端末は、視覚的構成に必要なビデオ情報のみを選択的に受信および／または復号化することにより、任意の所与の構成に対する自身の入力ビットレート割当量を効率的に利用することができる。
【００１３】
様々な実施形態では、視覚的構成モジュールをクライアント端末、会議サーバ、または音声会議で用いる任意の他の装置に実装することができる。視覚的構成モジュールはスケーラブルビデオストリームの全体または一部を受信することができ、それに応じて拡張復号化および視覚的構成表示の動作を実施することができる。様々な実施形態では、視覚的構成モジュールは所与のクライアント端末の複数のディスプレイオブジェクトに対する入力ビットレートの合計を受信することができる。いったん視覚的構成モジュールがクライアント端末に対する入力ビットレート割当量の合計を受信すると、視覚的構成モジュールはディスプレイオブジェクトビットレートを、クライアント端末の視覚的構成に用いる各ディスプレイオブジェクトに動的に割り当てることができる。視覚的構成モジュールはディスプレイオブジェクトビットレートを、後述のように任意数の因子に基づいて所与のディスプレイオブジェクトに割り当てることができる。例えば、幾つかの実施形態では、視覚的構成モジュールはディスプレイオブジェクトのサイズ、ディスプレイオブジェクトの位置、および所与の通信リンクまたはメディアチャネルに対する瞬間的なチャネル容量に基づいてディスプレイオブジェクトビットレートを割り当てることができる。
【００１４】
割り当て動作中は、視覚的構成モジュールはディスプレイオブジェクトビットレートの割り当てを、クライアント端末に対する入力ビットレートの合計以下である、全てのディスプレイオブジェクトに対するディスプレイオブジェクトビットレートの合計に制限する。視覚的構成モジュールは、アクティブな話者の変化、ディスプレイオブジェクトのサイズの変化、所与のディスプレイオブジェクト内のビデオ情報に対する動き量の変化、状態の変化（一時停止ビデオまたはストリーミングビデオ）等のような変化条件に基づいてディスプレイオブジェクトビットレートの割り当てを動的に変化させることができる。視覚的構成モジュールは、拡張ビデオ情報を拡張ビデオ符号器から復号可能なスケーラブルビデオ復号器にディスプレイオブジェクトビットレートの割り当てを出力することができる。スケーラブルビデオ復号器はディスプレイオブジェクトビットレートの割り当てを視覚的構成モジュールから受信し、スケーラブル復号化動作を開始して、そのディスプレイオブジェクトビットレートの割り当てに従ってビデオ情報を各ディスプレイオブジェクトに対する様々なビデオ階層から復号化することができる。所与のビデオ情報およびディスプレイオブジェクトの集合に対し、スケーラブルビデオ復号器は様々なレベルの空間解像度、時間解像度および品質を復号化することができる。あるいは、視覚的構成モジュールはサブスクリプションメッセージを会議サーバに送信して、視覚的構成内の各ディスプレイオブジェクトに対する所望のレベルの解像度および品質を有する様々なビデオ階層を要求することができる。このように、スケーラブルビデオ符号器／復号器および／または視覚的構成モジュールは、マルチメディア音声会議の複数の参加者に対応する複数のディスプレイオブジェクトで視覚的構成を描画する際に、所与のクライアント端末に対する入力ビットレートの効果的な使用を改善することができる。
【００１５】
様々な実施形態は、マルチメディア音声会議向けの適応スケジューリング技術も対象とすることができる。新たな主要またはアクティブな話者が所与の送信クライアント端末から話し始めると、会議サーバまたはＡＶＭＣＵは、任意の受信クライアント端末がその新たな主要話者でディスプレイオブジェクトを描画し始めることができるように、新たなビデオキーフレームに対するキーフレーム要求を送信することができる。しかしながら、キーフレームは相対的に大きく、したがって他のビデオフレームと比較して送信時間が非常に長い。その結果、ビデオ遅延がより大きく、その新たな主要話者を参加者が見ることができるまでに数秒かかる。
【００１６】
様々な実施形態では、適応スケジューリングモジュールを用いてこれらおよび他の問題を解決することができる。送信クライアント端末のような別の装置の代わりに時間内にビデオ階層の送信を適応的にスケジューリングできるように、適応スケジューリングモジュールを配置することができる。その結果、主要またはアクティブな話者が話し始め、自身のビデオを送信し始める際の応答時間を改善することができる。低ビデオ階層を最初に送信し、追加の階層を徐々に送信して、長時間に渡ってビデオ品質を改善する。このように、新たな主要話者が話し始める際に、ある空間または時間解像度からより精度の良いものへスムーズに遷移し、それによりディスプレイオブジェクト内のスイッチを起動して新たな主要話者のビデオ情報を示すような視覚的構成を描画することができる。ビデオ階層の送信を適応的にスケジューリングすることで、ちらつき、ブランキング、および視覚的構成内で主要話者と対応するディスプレイオブジェクトとの間を遷移することにより発生する他の副作用を軽減することができる。
【００１７】
マルチメディア会議システム
図１にマルチメディア会議システム１００のブロック図を示す。マルチメディア会議システム１００により、様々な実施形態を実装するのに適した一般的なシステムアーキテクチャを表現することができる。マルチメディア会議システム１００は複数の要素を備えることができる。要素は、ある特定の動作を実施するように配置された任意の物理または論理構造を備えることができる。各要素を、所与の一連の設計パラメータまたは性能制約に対して望ましいように、ハードウェア、ソフトウェア、またはそれらの任意の組み合わせで実装することができる。ハードウェア要素の例には、装置、コンポーネント、プロセッサ、マイクロプロセッサ、回路、回路要素（例えば、トランジスタ、レジスタ、キャパシタ、インダクタ、等）、集積回路、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎｓ  ｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、記憶装置、論理ゲート、レジスタ、半導体素子、チップ、マイクロチップ、チップセット、等を含めることができる。ソフトウェアの例には、任意のソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、メソッド、インタフェース、ソフトウェアインタフェース、ＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍ  ｉｎｔｅｒｆａｃｅ）、命令セット、計算コード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、またはそれらの任意の組み合わせを含めることができる。図１に示すように、マルチメディア会議システム１００はある特定のトポロジで有限数の要素を有するが、マルチメディア会議システム１００は所与の実装に対して望ましいように代替的なトポロジでそれより多いかまたは少ない要素を含んでもよいことは理解できるだろう。本実施形態はこの文脈に限定されない。
【００１８】
様々な実施形態では、メディア情報および制御情報のような様々な種類の情報を送信、管理または処理するようにマルチメディア会議システム１００を配置することができる。メディア情報の例には一般に、音声情報、ビデオ情報、オーディオ情報、イメージ情報、テキスト情報、数値情報、英数字記号、グラフィック、等のようなユーザ向けのコンテンツを表現する任意のデータを含めることができる。制御情報は自動化システム向けのコマンド、命令または制御ワードを表現する任意のデータを指すことができる。例えば、制御情報を使用して、システムを通してメディア情報を経路付けして装置間の接続を確立し、所定の方法でメディア情報を処理するように装置に指示することができる、等である。ビデオフレームをビデオ情報から選択的に除去してビデオビットレートを下げる文脈で幾つかの実施形態を具体的に説明しているが、様々な実施形態は画像、イメージ、データ、音声、音楽またはそれらの任意の組み合わせのような任意の種類の所望のメディア情報の使用を網羅することに留意されたい。
【００１９】
様々な実施形態では、マルチメディア会議システム１００は会議サーバ１０２を含むことができる。会議サーバ１０２は、クライアント端末１０６−１−ｍ間のマルチメディア音声会議を管理または制御するように配置された任意の論理または物理エンティティを備えることができる。ここで、ｍは会議内の端末数を表す。様々な実施形態では、会議サーバ１０２は、コンピュータ、サーバ、ルータ、スイッチ、ブリッジ、等のような処理装置またはコンピューティング装置を備えるか、または会議サーバ１０２をそれらとして実装することができる。会議サーバ１０２に対する具体的な実装は、会議サーバ１０２に用いられる一連の通信プロトコルまたは標準により様々であってよい。１つの例では、会議サーバ１０２をＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）Ｈ．３２３シリーズの標準および／またはその変形に従って実装することができる。Ｈ．３２３標準は音声会議の動作を調整するためのＭＣＵ（ｍｕｌｔｉｐｏｉｎｔ  ｃｏｎｔｒｏｌ  ｕｎｉｔ）を定義する。特に、ＭＣＵはＨ．２４５信号送信を扱うＭＣ（ｍｕｌｔｉｐｏｉｎｔ  ｃｏｎｔｒｏｌｌｅｒ）、およびデータストリームを混合および処理するための１つまたは複数のＭＰ（ｍｕｌｔｉｐｏｉｎｔ  ｐｒｏｃｅｓｓｏｒ）を含む。別の例では、会議サーバ１０２をＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）ＭＭＵＳＩＣ（Ｍｕｌｔｉｐａｒｔｙ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）作業部会のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）シリーズの標準および／またはその変形に従って実装することができる。ＳＩＰは、ビデオ、音声、インスタントメッセージング、オンラインゲーム、および仮想現実のようなマルチメディア要素が関与する対話的なユーザセッションを開始、修正、および終了する提案標準である。Ｈ．３２３およびＳＩＰ標準は両方とも本質的に、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）またはＶＯＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  Ｐａｃｋｅｔ）マルチメディア音声会議の動作に対するシグナリングプロトコルである。しかしながら、他のシグナリングプロトコルを会議サーバ１０２に対して実装することができ、そのプロトコルが本実施形態の範囲内であることは理解できるだろう。本実施形態はこの文脈に限定されない。
【００２０】
様々な実施形態では、マルチメディア会議システム１００は、１つまたは複数の通信リンク１０８−１−ｎ上で会議サーバ１０２と接続するための１つまたは複数のクライアント端末１０６−１−ｍを含むことができる。ここで、ｍおよびｎは正の数を表し、これらは必ずしも一致する必要はない。例えば、クライアントアプリケーションは、各々が別個の会議を表す幾つかのクライアント端末を同時にホストすることができる。同様に、クライアントアプリケーションは複数のメディアストリームを受信することができる。例えば、全てまたは一部の参加者からのビデオストリームを、参加者のディスプレイのトップウィンドウにモザイクとして、現在アクティブな話者のビデオで表示することができ、他の参加者のパノラマ表示を他のウィンドウに表示することができる。クライアント端末１０６−１−ｍは、会議サーバ１０２が管理するマルチメディア音声会議に参加または従事するように配置された任意の論理的または物理的エンティティを備えることができる。クライアント端末１０６−１−ｍを、プロセッサおよびメモリ（例えば、メモリユニット１１０−１−ｐ）を含む処理システム、１つまたは複数のマルチメディア入出力（Ｉ／Ｏ）コンポーネント、ならびに無線および／または有線ネットワーク接続をその最も基本的な形において含む任意の装置として実装することができる。マルチメディアＩ／Ｏコンポーネントの例には、オーディオＩ／Ｏコンポーネント（例えば、マイクロフォン、スピーカ）、ビデオＩ／Ｏコンポーネント（例えば、ビデオカメラ、ディスプレイ）、触覚（Ｉ／Ｏ）コンポーネント（例えば、バイブレータ）、ユーザデータ（Ｉ／Ｏ）コンポーネント（例えば、キーボード、サムボード、キーパッド、タッチスクリーン）、等を含めることができる。クライアント端末１０６−１−ｍの例には、電話、ＶｏＩＰまたはＶＯＰ電話、ＰＳＴＮ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）上で動作するように設計されたパケット電話、インターネット電話、ビデオ電話、携帯電話、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、携帯電話とＰＤＡの組み合わせ、モバイルコンピューティング装置、スマートフォン、単方向ページャ、双方向ページャ、メッセージング装置、コンピュータ、ＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ハンドヘルドコンピュータ、ネットワーク機器、等を含めることができる。本実施形態はこの文脈に限定されない。
【００２１】
動作モードにより、クライアント端末１０６−１−ｍを送信クライアント端末または受信クライアント端末と呼ぶことができる。例えば、ビデオストリームを会議サーバ１０２に送信するように動作する場合、所与のクライアント端末１０６−１−ｍを送信クライアント端末と呼ぶことができる。別の例では、例えば送信クライアント端末からのビデオストリームのようなビデオストリームを会議サーバ１０２から受信するように動作する場合、所与のクライアント端末１０６−１−ｍを受信クライアント端末と呼ぶことができる。後述する様々な実施形態では、クライアント端末１０６−１を送信クライアント端末として説明し、クライアント端末１０６−２−ｍを受信クライアント端末として説明するが、これは例に過ぎない。クライアント端末１０６−１−ｍのうち任意のものは音声会議の経過を通じて送信または受信クライアント端末として動作することができ、音声会議における様々な時点でモードを頻繁に切り替えることができる。本実施形態はこの点に限定されない。
【００２２】
様々な実施形態では、マルチメディア会議システム１００は、有線通信システム、無線通信システム、またはその両方の組み合わせを備えるか、またはそれらの一部を形成することができる。例えば、マルチメディア会議システム１００は、１つまたは複数の種類の有線通信リンク上で情報を送信するように配置された１つまたは複数の要素を含むことができる。有線通信リンクは、有線、ケーブル、バス、ＰＣＢ（ｐｒｉｎｔｅｄ  ｃｉｒｃｕｉｔ  ｂｏａｒｄ）、イーサネット（登録商標）接続、Ｐ２Ｐ（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）接続、バックプレーン、スイッチファブリック、半導体材料、ツイストペア線、同軸ケーブル、光ファイバ接続、等を含むことができるがこれらに限らない。マルチメディア会議システム１００は、１つまたは複数の種類の無線通信リンク上で情報を送信するように配置された１つまたは複数の要素を含むこともできる。無線通信の例は、無線チャネル、赤外線チャネル、ＲＦ（ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙ）チャネル、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）チャネル、ＲＦスペクトルの一部、および／あるいは１つまたは複数の認可周波数帯域または自由周波数帯域を含むことができるがこれらに限らない。
【００２３】
メディア処理向けの様々な標準および／またはプロトコルに従って動作するようにマルチメディア会議システム１００を配置することもできる。メディア処理標準の例には、ＳＭＰＴＥ（Ｓｏｃｉｅｔｙ  ｏｆ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  ａｎｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｅｎｇｉｎｅｅｒｓ）４２１Ｍ（「ＶＣ−１」）シリーズの標準およびその変形、ＭＩＣＲＯＳＯＦＴ（登録商標）  ＷＩＮＤＯＷＳ（登録商標）  ＭＥＤＩＡ  ＶＩＤＥＯバージョン９（ＷＭＶ−９）シリーズの標準およびその変形、ＤＶＢ−Ｔ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｔｅｒｒｅｓｔｒｉａｌ）放送標準、ＩＴＵ／ＩＥＣ  Ｈ．２６３標準、低ビットレート通信向けビデオコーディング、２０００年１１月公開のＩＴＵ−Ｔ勧告Ｈ．２６３ｖ３および／またはＩＴＵ／ＩＥＣ  Ｈ．２６４標準、超低速ビットレート通信向けビデオコーディング、２００３年５月公開のＩＴＵ−Ｔ勧告Ｈ．２６４、ＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）標準（例えば、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４）、および／またはＨｉｐｅｒＬＡＮ（Ｈｉｇｈ  ｐｅｒｆｏｒｍａｎｃｅ  ｒａｄｉｏ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）標準が含まれるがこれらに限らない。メディア処理プロトコルの例には、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）プロトコル、および／またはＩＳＭＡ（Ｉｎｔｅｒｎｅｔ  Ｓｔｒｅａｍｉｎｇ  Ｍｅｄｉａ  Ａｌｌｉａｎｃｅ）プロトコルが含まれるがこれらに限らない。本実施形態はこの文脈に限定されない。
【００２４】
例えば、１つの実施形態では、マルチメディア会議システム１００の会議サーバ１０２およびクライアント端末１０６−１−ｍを、１つまたは複数のＨ．３２３シリーズの標準および／またはその変形に従って動作するＨ．３２３システムの一部として実装することができる。Ｈ．３２３は、コンピュータ、機器、およびサービス品質を保証しないネットワーク上でのマルチメディア通信サービスに関する仕様を提供するＩＴＵ標準である。Ｈ．３２３のコンピュータおよび機器はリアルタイムビデオ、オーディオ、およびデータ、またはこれら要素の任意の組み合わせを有することができる。この標準は、コールシグナリングプロトコル、ならびにデータおよびオーディオビジュアル通信向けプロトコルを加えた、ＩＥＴＦのＲＴＰおよびＲＴＣＰプロトコルに基づく。Ｈ．３２３はオーディオおよびビデオ情報をネットワーク上での送信向けにフォーマットおよびパッケージする方法を定義する。標準的なオーディオおよびビデオコーダ／復号器（コーデック）はオーディオおよびビデオソースからの入力／出力をノード間の通信向けに符号化および復号化する。コーデックはオーディオまたはビデオ信号をアナログおよびデジタル形式の間で変換する。さらに、Ｈ．３２３はデータ通信および会議向けのＴ．１２０サービスをＨ．３２３セッション内およびＨ．３２３セッションの次に行うことを規定する。Ｔ．１２０サポートサービスは、所与の実装に対して望ましいように、データ処理がＨ．３２３オーディオおよびビデオと関連して行われるか、または別個に行われるかのいずれかの可能性があることを意味する。
【００２５】
一般的なＨ．３２３システムに従って、会議サーバ１０２を、Ｈ．３２３ゲートウェイ、Ｈ．３２３ゲートキーパ、１つまたは複数のＨ．３２３端末１０６−１−ｍ、ならびに（例えば、ローカルエリアネットワーク上の）パーソナルコンピュータ、サーバおよび他のネットワーク装置のような複数の他の装置に接続されたＭＣＵとして実装することができる。Ｈ．３２３装置をＨ．３２３シリーズの標準またはその変形に準拠して実装することができる。以下でさらに説明するように、Ｈ．３２３クライアント端末１０６−１−ｍを各々“エンドポイント”と考える。Ｈ．３２３エンドポイントは、メディアチャネルの使用をネゴシエーションするためのＨ．２４５制御シグナリング、コールシグナリングおよびコールセットアップのためのＱ．９３１（Ｈ．２２５．０）、Ｈ．２２５．０ＲＡＳ（Ｒｅｇｉｓｔｒａｔｉｏｎ，Ａｄｍｉｓｓｉｏｎ，ａｎｄ  Ｓｔａｔｕｓ）、ならびにオーディオおよびビデオパケットを配列するためのＲＴＰ／ＲＴＣＰをサポートする。Ｈ．３２３エンドポイントは、様々なオーディオおよびビデオコーデック、Ｔ．１２０データ会議プロトコルおよびある特定のＭＣＵ機能をさらに実装することができる。幾つかの実施形態を例としてのみＨ．３２３システムの文脈で説明できるが、マルチメディア会議システム１００を１つまたは複数のＩＥＴＦ  ＳＩＰシリーズの標準および／またはその変形、ならびに他のマルチメディアシグナリング標準に従って実装してもよく、それらはなお本実施形態の範囲内にあることは理解できるだろう。本実施形態はこの文脈に限定されない。
【００２６】
一般的な動作では、マルチメディア会議システム１００をマルチメディア音声会議に使用することができる。マルチメディア音声会議には一般に、音声、ビデオ、および／またはデータ情報を複数のエンドポイント間で送信することが含まれる。例えば、公衆パケットネットワークまたはプライベートパケットネットワークを、オーディオ音声会議、ビデオ音声会議、オーディオ／ビデオ音声会議、共同文書共有および編集（ｃｏｌｌａｂｏｒａｔｉｖｅ  ｄｏｃｕｍｅｎｔ  ｓｈａｒｉｎｇ  ａｎｄ  ｅｄｉｔｉｎｇ）、等に使用することができる。パケットネットワークを、回線交換情報とパケット情報との間で変換するように配置された１つまたは複数の適切なＶｏＩＰゲートウェイを介してＰＳＴＮに接続することもできる。パケットネットワーク上でマルチメディア音声会議を設定するために、各クライアント端末１０６−１−ｍは、例えば低帯域幅ＰＳＴＮ電話接続、中間帯域幅ＤＳＬモデム接続またはケーブルモデム接続、およびＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）上の高帯域幅イントラネット接続のような、様々な接続速度または帯域幅で動作する様々な種類の有線または無線の通信リンク１０８−１−ｎを用いて会議サーバ１０２に接続することができる。
【００２７】
マルチパーティのビデオ会議では、各受信クライアント端末１０６−２−ｍはビデオストリームを、音声会議に参加し自身のビデオストリームを送信する他のクライアント端末の各々から受信する。受信クライアント端末１０６−２−ｍは、他の受信クライアント端末１０６−２−ｍからの複数のビデオストリームをディスプレイスクリーン上に視覚的構成の形で配置することができる。これを例えば、それぞれクライアント端末１０６−１−ｍの一部として実装された視覚的構成モジュール１１０−１−ｐを用いて実現することができる。視覚的構成の代表例を、図２を参照して説明することができる。
【００２８】
図２は視覚的構成の例示的な実施形態を示す。図２は、所与のクライアント端末１０６−１−ｍのディスプレイ上にモザイクとして表示された全てまたは一部の参加者からのビデオストリームを有する視覚的構成２００を示す。図２に示すように、トップディスプレイオブジェクト２０２は、現在アクティブな話者のビデオ情報を表示するように配置されたディスプレイウィンドウを備えることができ、他の参加者のパノラマ表示を、トップディスプレイオブジェクトの下に位置する小型のディスプレイオブジェクト集合２０４−１−ｖにより表示することができる。アクティブな話者が小型のディスプレイオブジェクト集合２０４−１−ｖの１つに表示されている参加者の１人に変わると、小型のディスプレイオブジェクト集合２０４−１−ｖの１つからのアクティブな話者のビデオ情報をトップディスプレイオブジェクト２０２に表示することができ、逆もまた同様である。視覚的構成２００は視覚的構成の一例に過ぎず、所与の実装または特定の音声会議に対して望ましいように、様々な数のディスプレイオブジェクトおよび様々なサイズのディスプレイオブジェクトを有する他の視覚的構成を使用してもよいことは理解できるだろう。例えば、ディスプレイオブジェクト２０２、２０４を（例えば、背景ありまたは背景なしの）“ヘッドアンドショルダ”カットアウト、他のオブジェクトを重ね合わせることができる透過オブジェクト、遠近法での長方形領域、等として実装することができる。本実施形態はこの文脈に限定されない。
【００２９】
図２に示すように、視覚的構成２００は、現在アクティブな話者を含むメインウィンドウ、他の参加者の複数の小型ウィンドウ、および半透過的に重ね合わせたような他の要素を含むことができる。さらに、視覚的構成は動的であることができる。アクティブな話者は変わる可能性があるので、音声会議内の他の参加者をメインウィンドウおよびピクチャインピクチャを通して交代させることができる。場合によっては、全ての参加者が常に見えていなくともよい。可視である参加者の集合は時間とともに変わってもよい。
【００３０】
幾つかの実施形態では、視覚的構成は複数の会議に関与することができる。参加者は、互いに対する関係と相対的な重要性に従って、各音声会議を適切に配置させたいかもしれない。原則として、これらの会議は互いに完全に独立している可能性がある。しかしながら、場合によっては、それらはメイン会議のサブ会議であろう。例えば、補助会議は主要会議の別の参加者とのサイドチャットであるかもしれない。
【００３１】
各クライアント端末１０６−１−ｍは独自の一意的な視覚的構成を構築することを選択できる。一般に、ビデオ情報を構成から完全に削除するかまたは特別な位置に置くなど、クライアント端末１０６−１−ｍ上に表示する際にクライアント端末１０６−１−ｍのユーザに対してビデオ情報を描画することには特別な処置が存在する。
【００３２】
各視覚的構成には異なる伝達要件がある。例えば、小型ディスプレイオブジェクトおよびピクチャインピクチャディスプレイには、大型のディスプレイオブジェクトより低い空間解像度という要件があるかもしれない。同様に、あまりアクティブでない参加者のビデオ情報には、よりアクティブな参加者のビデオより低い時間解像度という要件があるかもしれない。
【００３３】
空間解像度は一般に、測定されている空間の細部に関する精度の測定値を指すことができる。デジタルビデオの文脈では、空間解像度をフレーム、画像またはイメージ内の画素数で測定または表現することができる。例えば、６４０×４８０画素のデジタルイメージサイズは３２６，６８８個の個々の画素と等価である。一般に、高い空間解像度を有するイメージは低い空間解像度のイメージより多い数の画素で構成される。空間解像度はとりわけ、ビデオフレーム、画像、またはイメージの画像品質に影響を及ぼす可能性がある。
【００３４】
時間解像度は一般に、時間に関する特定の測定精度を指すことができる。デジタルビデオの文脈では、時間解像度をフレームレート、または１５フレーム／秒、３０フレーム／秒、６０フレーム／秒のような秒ごとにキャプチャされたビデオ情報のフレーム数、等で測定または表現することができる。一般に、高い時間解像度は、低い時間解像度のものよりも多い１秒当りのフレーム数を指す。時間解像度はとりわけ、ビデオイメージまたはフレームのシーケンスに対する動き表現に影響を及ぼす可能性がある。ビデオストリームまたはビットストリームは、オーディオおよび／またはビデオ情報を表す連続的なセグメント（例えば、ビットまたはバイト）のシーケンスを指すことができる。
【００３５】
一般に空間および／時間解像度が低いと、ＳＮＲ（ｓｉｇｎａｌ−ｔｏ−ｎｏｉｓｅ  ｒａｔｉｏ）または他の測定基準で測定されることが多い所与の画像品質に対するビットレートは遅い。所与の時空間解像度に対して、一般に画像品質が低いとビットレートは遅く、一般に画像品質が高いとビットレートは速い。視覚的構成の中には、参加者の一部または全部に対して画像品質が低いという要件を有するものがあってもよい。
【００３６】
各クライアント端末１０６−１−ｍは一般に、全入力ビットレート割当量、または制約、および全出力ビットレート割当量を有する。そのため、その入力ビットレートおよび出力ビットレートの割当量を効率的に利用することが１つの設計目標である。したがって、様々な実施形態ではスケーラブルビデオ符号器１０４を実装して、所与のクライアント端末１０６−１−ｍがマルチメディア音声会議向けの視覚的構成を描画または表示するための全入力ビットレート割当量および／または全出力ビットレート割当量に対する利用および効率性を改善することができる。各ビデオストリームに対して複数の空間解像度、時間解像度、および品質レベルを利用できるので、クライアント端末１０６−１−ｍは、視覚的構成に必要なビデオ情報のみを選択的に受信および／または復号化することにより、任意の所与の構成に対する自身の入力ビットレート割当量を効率的に使用することができる。
【００３７】
様々な実施形態では、埋め込みコーディングまたは階層コーディングと呼ばれることがある１つまたは複数のスケーラブルコーディング技術および復号技術を用いて動作するように、スケーラブルビデオ符号器１０４を実装することができる。スケーラブルコーディングは、会議サーバ１０２のような送信機が複数の空間解像度、時間解像度、および品質レベルを生成して、全出力ビットレート割当量を効率的に利用しつつこれらの複数のレベルを送信するための効率的な方法である。対照的に、従来は、複数バージョンの同一ビデオは独立した符号化情報として生成され、全て並列に送信される。この技術は“サイマルキャスト”と呼ばれることもある。サイマルキャスト技術は一般に全入力ビットレート割当量および／または全出力ビットレート割当量を非効率的に利用する。マルチメディア会議システム１００を一般に、およびスケーラブルビデオ符号器１０４およびビデオ構成モジュール１１０−１−ｐを特に、図３を参照して説明することができる。
【００３８】
図３はコンピューティング環境３００のブロック図を示す。コンピューティング環境３００を、会議サーバ１０２および／またはクライアント端末１０６−１−ｍのような装置、または装置の一部として実装することができる。幾つかの実施形態では、ソフトウェア３１０を実行するようにコンピューティング環境３００を実装することができる。ソフトウェア３１０の例には、スケーラブルビデオ符号器１０４および／または視覚的構成モジュール１１０−１−ｐを含めることができる。例えば、コンピューティング環境３００を会議サーバ１０２の一部として実装する際は、ソフトウェアプログラム３１０にスケーラブルビデオ符号器１０４ならびに／または視覚的構成モジュール１１０−１−ｐおよびその付随データを含めることができる。別の例では、コンピューティング環境３００をクライアント端末１０６−１−ｍの一部として実装する際は、ソフトウェアプログラム３１０にスケーラブルビデオ符号器１０４ならびに／または視覚的構成モジュール１１０−１−ｐおよびその付随データを含めることができる。さらに別の例では、コンピューティング環境３００を会議サーバ１０２および／またはクライアント端末１０６−１−ｍの一部として実装する際は、ソフトウェアプログラム３１０に、一般に電気、電子、および／または電気機械装置向けに実装されるオペレーティングシステムまたは他のシステムソフトウェアを含めることができる。コンピューティング環境３００により記憶および実行されるソフトウェアとして実装されたスケーラブルビデオ符号器１０４および／または視覚的構成モジュール１１０−１−ｐ向けの動作で幾つかの実施形態を説明できるが、ソフトウェアモジュール１０４、１１０に対する動作を専用ハードウェア、ソフトウェア、またはそれらの任意の組み合わせを用いて実装してもよいことは理解できるだろう。本実施形態はこの文脈に限定されない。
【００３９】
最も基本的な構成では、コンピューティング環境３００は一般に、少なくとも１つの処理装置３０２とメモリ３０４とを備える処理システム３０８を含む。処理装置３０２は、汎用目的プロセッサ、専用プロセッサ、メディアプロセッサ、コントローラ、マイクロコントローラ、組み込みプロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、等のような、ソフトウェアを実行できる任意の種類のプロセッサであることができる。メモリ３０４を、揮発性および不揮発性メモリの両方を含む、データを記憶可能な任意の機械読取可能またはコンピュータ読取可能媒体を用いて実装することができる。例えば、メモリ３０４はＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＤＲＡＭ（ｄｙｎａｍｉｃ  ＲＡＭ）、ＤＤＲＡＭ（Ｄｏｕｂｌｅ−Ｄａｔａ−Ｒａｔｅ  ＤＲＡＭ）、ＳＤＲＡＭ（ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ＳＲＡＭ（ｓｔａｔｉｃ  ＲＡＭ）、ＰＲＯＭ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、フラッシュメモリ、強誘電体ポリマメモリのようなポリマメモリ、オボニックスメモリ、相変化または強誘電体メモリ、ＳＯＮＯＳ（ｓｉｌｉｃｏｎ−ｏｘｉｄｅ−ｎｉｔｒｉｄｅ−ｏｘｉｄｅ−ｓｉｌｉｃｏｎ）メモリ、磁気または光カード、あるいは情報の記憶に適した任意の他種の媒体を含むことができる。
【００４０】
図３に示すように、メモリ３０４は、スケーラブルビデオ符号器１０４、視覚的構成モジュール１１０、および付随データのような様々なソフトウェアプログラム３１０を記憶することができる。スケーラブルビデオ符号器１０４に関する場合のような幾つかの場合、１つのメディアストリームを一度に処理するよう設計すると、ソフトウェアプログラム３１０をメモリ内で複製しなければならない可能性がある。同様に、ホストシステムがマルチコアのマルチプロセッサベースコンピューティングプラットフォームである場合、プロセッサ３０２およびスケーラブルビデオ符号器１０４を数回複製することができる。メモリ３０４は、様々な種類のオペレーティングシステムソフトウェア、アプリケーションプログラム、ビデオコーデック、オーディオコーデック、呼制御ソフトウェア、ゲートキーパソフトウェア、マルチポイントコントローラ、マルチポイントプロセッサ、等のような、会議サーバ１０２の様々な態様を実装するための他のソフトウェアプログラムを記憶することもできる。あるいは上記の動作を、所与の実装に対して望ましいように専用ハードウェア（例えば、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、等）あるいはハードウェア、ファームウェアおよび／またはソフトウェアの組み合わせの形で実装することができる。本実施形態はこの文脈に限定されない。
【００４１】
コンピューティング環境３００は構成３０８以外の追加の特徴および／または機能性を有することもできる。例えば、コンピューティング環境３００は記憶装置３１２を含むことができ、記憶装置３１２は様々な種類の取り外し可能または取り外し不能記憶装置を備えることができる。記憶装置３１２を、前述のように様々な種類の機械読取可能またはコンピュータ読取可能媒体のうち任意のものを用いて実装することができる。コンピューティング環境３００はキーボード、マウス、ペン、音声入力装置、タッチ入力装置、等のような１つまたは複数の入力装置３１４を有することもできる。ディスプレイ装置、スピーカ、プリンタ、等のような１つまたは複数の出力装置３１６も同様にコンピューティング環境３００に含めることができる。
【００４２】
コンピューティング環境３００はさらに１つまたは複数の通信接続３１８を含むことができ、それによりコンピューティング環境３００は通信リンク１０８−１−ｎを介して他の装置と通信することができる。通信接続３１８は、１つまたは複数の通信インタフェース、ネットワークインタフェース、ＮＩＣ（ｎｅｔｗｏｒｋ  ｉｎｔｅｒｆａｃｅ  ｃａｒｄ）、無線、無線送信機／受信機（トランシーバ）、有線および／または無線通信媒体、物理接続、等のような様々な種類の標準的な通信要素を含むことができる。通信媒体は一般にコンピュータ読取可能命令、データ構造、プログラムモジュールまたは他のデータを、搬送波または他の伝送メカニズムのような変調データ信号で具現化し、任意の情報配信媒体を含む。「変調データ信号」という用語は、１つまたは複数のその特性集合を有し、または信号内の情報を符号化するように変化する信号を意味する。限定ではなく例として、通信媒体には前述のように有線通信媒体および無線通信媒体の両方が含まれる。本明細書で用いる機械読取可能媒体およびコンピュータ読取可能媒体という用語は、記憶媒体と通信媒体の両方を含む。
【００４３】
様々な実施形態では、コンピューティング環境３００をクライアント端末１０６−１−ｍの一部または全部として実装することができる。特に、コンピューティング環境３００をソフトウェアプログラム３１０で実装して、１つまたは複数の視覚的構成モジュール１１０−１−ｐを含めることができる。マルチパーティのビデオ会議では、各受信クライアント端末１０６−１−ｍはビデオストリームを、音声会議に参加し自身のビデオストリームを送信する他のクライアント端末の各々から受信する。所与のクライアント端末１０６−１−ｍに対し、視覚的構成モジュール１１０−１−ｐは、他のクライアント端末１０６−１−ｍからの複数のビデオストリームを例えば視覚的構成２００のようなディスプレイスクリーン上の視覚的構成内に配置することができる。
【００４４】
様々な実施形態では、各視覚的構成には異なる伝達要件がある。例えば、小型ディスプレイオブジェクトおよびピクチャインピクチャディスプレイには大型のディスプレイオブジェクトより低い空間解像度という要件があるかもしれない。同様に、あまりアクティブでない参加者のビデオ情報には、よりアクティブな参加者のビデオより低い時間解像度という要件があるかもしれない。一般に空間および／時間解像度が低いと、ＳＮＲまたは他の測定基準で測定されることが多い所与の画像品質に対するビットレートは遅い。所与の時空間解像度に対して、一般に画像品質が低いとビットレートは遅く、一般に画像品質が高いとビットレートは速い。視覚的構成の中には、参加者の一部または全部に対して画像品質が低いという要件を有するものがあってもよい。
【００４５】
各クライアント端末１０６−１−ｍは一般に、全入力ビットレート割当量、または制約、および全出力ビットレート割当量を有する。そのため、その入力ビットレートおよび出力ビットレートの割当量を効率的に利用することが１つの設計目標である。様々な実施形態ではスケーラブルビデオ符号器１０４を会議サーバ１０２または様々なクライアント端末１０６−１−ｍで実装して、所与のクライアント端末１０６−１−ｍがマルチメディア音声会議向けの視覚的構成を描画または表示するための全入力ビットレート割当量および／または全出力ビットレート割当量に対する利用および効率性を改善することができる。各ビデオストリームに対して複数の空間解像度、時間解像度、および品質レベルを利用できるので、クライアント端末１０６−１−ｍは、視覚的構成内の様々なディスプレイオブジェクトに必要なビデオ情報のみを選択的に受信および／または復号化することにより、任意の所与の視覚的構成に対する自身の入力ビットレート割当量を効率的に使用することができる。クライアント端末１０６−１−ｍおよび対応する視覚的構成モジュール１１０−１−ｐを、図４を参照してさらに説明することができる。
【００４６】
図４は代表的なクライアント端末の実施形態を示す。図４では、クライアント端末１０６−１−ｍの任意の１つを代表するクライアント端末のより詳細なブロック図を提供している。図４に示すように、クライアント端末１０６は、１つまたは複数の符号化ビデオストリーム４０２−１−ｏを入力として受信するように配置された有線または無線パーサ４０４−１−ｐを備えることができる。例えば、１つの実施形態では、符号化ビデオストリーム４０２−１−ｏを、会議サーバ１０２の一部として実装されたスケーラブルビデオ符号器１０４により生成することができる。符号化ビデオストリーム４０２−１−ｏは、様々なビデオ階層で符号化されたビデオ情報を含むことができる。各ビデオ階層は様々なレベルの空間解像度、時間解像度および品質を有することができる。スケーラブルビデオ符号器１０４は様々なビデオ階層を符号化ビデオストリーム４０２−１−ｏに多重化し、ビデオストリーム４０２−１−ｏを１つまたは複数の通信接続３１８を介して通信リンク１０８上で送信することができる。スケーラブルビデオ符号器１０４および符号化ビデオストリーム４０２−１−ｏを、図６〜９を参照して以下でさらに詳細に説明することができる。
【００４７】
様々な実施形態では、符号化ビデオストリーム４０２−１−ｏを１つまたは複数のパーサ４０１−１−ｐで受信することができる。パーサ４０４−１−ｐは受信したビデオストリーム４０２−１−ｏを、各々をパーサ４０１−１−ｐと通信可能に接続された１つまたは複数のスケーラブルビデオ復号器４０６−１−ｒに出力することができる。パーサ４０４−１−ｐは受信したビデオストリーム４０２−１−ｏおよび／またはスケーラブルインジケータを、やはりパーサ４０４−１−ｐに通信可能に接続された視覚的構成モジュール１１０に出力することもできる。
【００４８】
様々な実施形態では、視覚的構成モジュール１１０はビデオストリーム４０２−１−ｏおよび／またはスケーラブルインジケータをパーサ４０４−１−ｐから受信することができる。両方の場合において、視覚的構成モジュール１１０はビデオストリーム４０２−１−ｏまたはスケーラブルインジケータを使用して、ビデオストリーム４０２−１−ｏが、様々なレベルの空間解像度、時間解像度、および／または品質を有する様々なビデオ階層を含むかどうかを判断することができる。ビデオストリーム４０２−１−ｏまたはスケーラブルインジケータの値を検査して非スケーラブルビデオストリームがあることが分かると、ビデオ復号器４０６−１−ｑは通常通り復号化動作および視覚的構成の表示動作を行うことができる。視覚的構成モジュール１１０によりビデオストリーム４０２−１−ｏがスケーラブルビデオストリームであると判断されると、ビデオ復号器４０６−１−ｑはそれに応じて拡張復号化を行うことができる。後者の場合、ビデオスビットトリーム内で復号化される空間または時間スケールの量、およびビデオビットストリーム内で空間または時間スケールのどちらを復号化するかを視覚的構成モジュール１１０により決定する。いずれの場合も、同一の視覚的構成モジュール１１０を使用して、全入力ビットレート割当量または復号化性能のような別の制約を超過しないように、全ての構成ウィンドウに渡って空間、時間解像度の割り当てを調整することができる。
【００４９】
例えば、１つの実施形態では、視覚的構成モジュール１１０は、クライアント端末１０６の複数のディスプレイオブジェクトに対する入力ビットレートの合計を受信することができる。入力ビットレート値の合計をメモリ３０４から静的に受信するか、または描画モジュール４０８−１−ｒ、通信インタフェース、トランシーバ、オペレーティングシステム、等から動的に受信することができる。入力ビットレート値の合計により、クライアント端末１０６に対する入力ビットレート割当量の合計を示すことができる。入力ビットレート割当量の合計は、通信リンク１０８の瞬間的な帯域幅、処理装置３０２の処理速度、メモリ３０４のメモリサイズ、メモリ帯域幅（例えば、メモリバス速度、アクセス時間、等）、ユーザが選択した品質および解像度基準、ディスプレイオブジュクトのサイズ、ディスプレイオブジェクトの位置、ディスプレイオブジェクトに対するビデオフレームシーケンス内の動き量、コーディングビットレート、グラフィックバス速度、等のような多数の因子に従って変化してもよい。さらに、入力ビットレート割当量の合計は１つまたは複数のこれらの因子に対する条件の変化に応じて、時間とともに変化してもよい。
【００５０】
いったん視覚的構成モジュール１１０がクライアント端末１０６に対する入力ビットレート割当量の合計を受信すると、視覚的構成モジュール１１０はディスプレイオブジェクトビットレートを、クライアント端末１０６での視覚的構成に用いられる各ディスプレイオブジェクトに割り当てることができる。視覚的構成モジュール１１０は、入力ビットレート割当量の合計に関して前述した任意数の因子に基づいて、ディスプレイオブジェクトビットレートを所与のディスプレイオブジェクトに割り当てることができる。例えば、幾つかの実施形態では、視覚的構成モジュール１１０はディスプレイオブジェクトビットレート値を、ディスプレイオブジェクトのサイズ、ディスプレイオブジェクトの位置、および通信リンク１０８に対する瞬間的なチャネル容量に基づいて割り当てることができる。
【００５１】
割り当て動作中は、視覚的構成モジュール１１０はディスプレイオブジェクトビットレートの割り当てを、クライアント端末１０６に対する入力ビットレートの合計以下である、全てのディスプレイオブジェクトに対するディスプレイオブジェクトビットレートの合計に制限する。視覚的構成モジュール１１０は、アクティブな話者の変化、ディスプレイオブジェクトのサイズの変化、所与のディスプレイオブジェクト内のビデオ情報に対する動き量の変化、状態の変化（一時停止ビデオまたはストリーミングビデオ）等のような変化条件に基づいて、ディスプレイオブジェクトビットレートの割り当てを動的に変化させることができる。視覚的構成モジュール１１０はディスプレイオブジェクトビットレートの割り当てを、視覚的構成モジュール１１０に通信可能に接続されたスケーラブルビデオ復号器４０６−１−ｑに出力することができる。
【００５２】
様々な実施形態では、クライアント端末１０６は一連のスケーラブルビデオ復号器４０６−１−ｑを、各ビデオストリーム４０２−１−ｏに対して１つのビデオ復号器４０６に含むことができる。スケーラブルビデオ復号器４０６−１−ｑは各々、それぞれの符号化ビデオストリーム４０２−１−ｏから拡張ビデオ情報を復号化可能なビデオ復号器を備えることができる。一般に、スケーラブルビデオ復号器４０６−１−ｑは、会議サーバ１０２で実装されたスケーラブルビデオ符号器１０４に適合するので、同様なスケーラブル復号化アルゴリズムに対応し、そのアルゴリズムを使用することができる。例えば、１つの実施形態では、スケーラブルビデオ復号器４０６−１−ｑは各々、ディスプレイオブジェクトビットレートの割り当てを視覚的構成モジュール１１０から受信し、スケーラブル復号化動作を開始して、そのディスプレイオブジェクトビットレートの割り当てに従ってビデオ情報を各ディスプレイオブジェクトに対する様々なビデオ階層から復号化することができる。所与のビデオビットストリームおよびディスプレイオブジェクトの集合に対し、スケーラブルビデオ復号器４０６−１−ｑは様々なレベルの空間解像度、時間解像度および品質を復号化することができる。スケーラブルビデオ復号器４０６−１−ｑは復号化したビデオ情報を、スケーラブルビデオ復号器４０６−１−ｑに通信可能に接続された描画モジュール４０８−１−ｒに出力することができる。
【００５３】
描画モジュール４０８−１−ｒは所与のディスプレイオブジェクトに対する復号化ビデオ情報を対応するスケーラブルビデオ復号器４０６−１−ｑから受信し、描画動作を開始して復号化ビデオ情報をディスプレイオブジェクト内に描画し、音声会議向けの視覚的構成をディスプレイ４１０のようなディスプレイ上に作成することができる。描画モジュール４０８−１−ｒを全てのビットストリーム復号器間で共有することができ、描画モジュール４０８−１−ｒは予め設定された配置またはユーザ設定に従ってディスプレイオブジェクトを配置する。描画モジュール４０８−１−ｒの例には、グラフィックチップセット、オペレーティングシステム向けグラフィックユーザインタフェースモジュール、等を含めることができる。さらに、所与のディスプレイオブジェクトに対するディスプレイオブジェクトのサイズまたはビデオ情報コンテンツにおける変化のような、自動またはユーザによる手動のいずれかにより視覚的構成が変化すると、描画モジュール４０８−１−ｒはディスプレイオブジェクト変更情報を視覚的構成モジュール１１０に伝えることができる。あるいは、ディスプレイオブジェクト変更情報をオペレーティングシステムまたはグラフィックユーザインタフェースモジュールを介して視覚的構成モジュール１１０に送信してもよい。それに応じて、視覚的構成モジュール１１０はディスプレイオブジェクト変更情報を使用してディスプレイオブジェクトビットレート割り当てを変化させることができる。描画モジュール４０８−１−ｒは、例えばディスプレイ４１０のような１つまたは複数のディスプレイ装置に表示情報を出力することができる。ディスプレイ４１０は視覚的構成２００または別の視覚的構成と同様な視覚的構成を描画または表示することができる。視覚的構成はディスプレイオブジェクトのモザイクを備えることができ、各ディスプレイオブジェクトは音声会議の様々な参加者のビデオ情報を含み、クライアント端末１０６を用いる参加者のディスプレイオブジェクトを含む。
【００５４】
様々な実施形態では、描画モジュール４０８−１−ｒおよび／またはディスプレイ４１０は、例えば階層マネージャ４１２から受信した階層情報に従って復号化ビデオ情報を描画することができる。階層マネージャ４１２は一連のディスプレイレイアウト情報に対するユーザ入力またはデフォルトの設定を受信することができる。ディスプレイレイアウト情報は、視覚的構成におけるディスプレイオブジェクトのレイアウトに関する情報を備えることができ、その情報にはディスプレイオブジェクトのサイズ、ディスプレイオブジェクトの位置、ディスプレイオブジェクト番号、各ディスプレイオブジェクトに対するビデオ解像度の優先度、等が含まれる。階層マネージャ４１２は、ビデオ構成内の各ビデオディスプレイオブジェクトに対する空間解像度パラメータおよびフレームレートパラメータを視覚的構成モジュール１１０に出力することができる。
【００５５】
視覚的構成モジュール１１０を再度参照すると、空間解像度および／またはフレームレートパラメータを階層マネージャ４１２から受信することができる。視覚的構成モジュール１１０は各ビデオディスプレイオブジェクトに対する空間解像度および／またはフレームレートパラメータを組み合わせて、規定のグローバル入力ビットレートを超過せずに各ビデオストリーム４０２−１−ｏに対して改良した空間的および時間的組み合わせを計算する。視覚的構成モジュール１１０は、クライアント端末１０６に対する様々な種類のリソース利用を示す様々な入力パラメータも受信することができる。例えば、システムリソース（例えば、計算サイクル、メモリ割り当てまたは帯域幅、等）の場合、視覚的構成モジュール１１０は１つまたは複数のディスプレイオブジェクトに用いるスケールを修正することができる。別の例では、視覚的構成モジュール１１０は通信チャネル帯域幅の推定値を受信し、それに応じて様々なスケールを修正することができる。本実施形態はこの文脈に限定されない。
【００５６】
幾つかの実施形態では、所与のクライアント端末１０６は「受信機駆動型階層化マルチキャスト」と呼ばれる技術を用いて、会議サーバ１０２に信号を伝達して、音声会議に対する別のビデオ階層を示すかまたは取得することができる。これは例えば、所与の装置（例えば、クライアント端末１０６、会議サーバ１０２、オーバレイネットワーク内のノード、等）に対する入力ビットレート割当量の合計が符号化ビデオストリーム４０２−１−ｏに対して必要とされる帯域幅未満であるときに望ましい可能性がある。例えば、クライアント端末１０６が、スケーラブルコーダモジュール１０４により生成される符号化ビデオストリーム４０２−１−ｏより少ない入力ビットレート割当量の合計を有する場合、クライアント端末１０６の視覚的構成モジュール１１０は要求４１４を送信して、符号化ビデオストリーム４０２−１−ｏに対する帯域幅の合計をクライアント端末１０６に対する入力ビットレート割当量の合計以下に減らすように特定のビデオ階層に要求することができる。要求４１４は、各ビデオ入力に対する特定の空間および時間スケールの集合を会議サーバ１０２に送信させる要求を備えることもできる。その集合は、時間とともに変化することができる。さらに、要求４１４は、音声会議に対する別のビデオ階層を取得するための、会議サーバ１０２に対するサブスクリプションメッセージを備えることができる。本実施形態はこの文脈に限定されない。
【００５７】
サブスクリプションメッセージを用いると、視覚的構成モジュール１１０の様々な要素を修正または削除することができる。例えば、視覚的構成モジュール１１０は必ずしもパーサ４０４−１−ｐを必要としなくともよい。むしろ、パーサ４０４−１−ｐを会議サーバ１０２により実装することができる。会議サーバ１０２がサブスクリプションメッセージをクライアント端末１０６から受信すると、会議サーバ１０２はパーサ４０４−１−ｐを使用して、会議サーバ１０２が受信した入力ビデオストリームを解析し、適切なビデオ階層をクライアント端末１０６に転送することができる。この場合、クライアント端末１０６で実装された視覚的構成モジュール１１０はパーサ４０４−１−ｐを回避または省略してもよい。本実施形態はこの文脈に限定されない。
【００５８】
幾つかの実施形態では、会議サーバ１０２は、必ずしもサブスクリプションメッセージを所与のクライアント端末１０６−１−ｍから受信せずに、パーサ４０４−１−ｐを使用することができる。例えば、１つの実施形態では、会議サーバ１０２は各クライアント端末１０６−１−ｍに対する視覚的構成プロファイルを有することができる。各視覚的構成プロファイルは、対応するクライアント端末１０６−１−ｍまたは所与のマルチメディア音声会議が用いる視覚的構成に関する様々な視覚的構成パラメータを記憶することができる。例えば、視覚的構成パラメータは、主要話者が常に高解像度フォーマットであり、一方で全ての他の話者（所与のクライアント端末１０６−１−ｍのユーザは除く）は低解像度フォーマットであるべきであることを示すパラメータを含むことができる。視覚的構成パラメータを所与のクライアント端末１０６−１−ｍ、会議サーバ１０２、音声会議の管理者、等により定義することができる。視覚的構成パラメータはさらにデフォルトの視覚的構成パラメータを含むことができる。デフォルトの視覚的構成パラメータを、所与のマルチメディア音声会議のある特定の特徴といった、様々な数の因子に基づいて選択することができる。上記特徴の例には、多数の参加者、各クライアント端末１０６−１−ｍに関連する能力情報、音声会議に用いられるメディア情報の種類（例えば、オーディオ、ビデオ、オーディオ／ビデオ、共有文書編集、等）、サブスクリプションレベル、サービスレベル品質、優先度レベル、地理的制約、帯域幅制約、等が含まれてもよい。このように、会議サーバ１０２は視覚的構成プロファイルおよび視覚的構成パラメータを使用して、１つまたは複数のクライアント端末１０６−１−ｍにより使用される視覚的構成を決定することができる。本実施形態はこの文脈に限定されない。
【００５９】
上述の実施形態に対する動作を以下の図面およびそれに付随する例を参照してさらに説明することができる。図面の一部は論理フローを含むことがある。本明細書で提示する上記図面は特定の論理フローを含むことがあるが、論理フローは本明細書で説明する一般的な機能性を実装できる方法の例を提供するに過ぎないことは理解できるだろう。さらに、特に明記しない限り、所与の論理フローを必ずしも提示した順序で実行する必要はない。さらに、所与の論理フローをハードウェア要素、プロセッサにより実行されるソフトウェア要素、またはそれらの任意の組み合わせで実装することができる。本実施形態はこの文脈に限定されない。
【００６０】
図５は論理フロー５００の１つの実施形態を示す。論理フロー５００は、マルチメディア会議システム１００、会議サーバ１０２、スケーラブルビデオ符号器１０４、クライアント端末１０６、および／または視覚的構成モジュール１１０のような、本明細書で説明した１つまたは複数の実施形態により実行される動作の代表例であることができる。図５に示すように、ブロック５０２で、符号化ビデオ情報を、様々なレベルの空間解像度、時間解像度および品質を持つ様々なビデオ階層を各々が有する複数のビデオストリームで受信することができる。複数のディスプレイオブジェクトに対する入力ビットレートの合計をブロック５０４で決定することができる。ブロック５０６で、ディスプレイオブジェクトビットレートを複数のディスプレイオブジェクトに割り当てることができる。この場合、全てのディスプレイオブジェクトに対するディスプレイオブジェクトビットレートの合計は入力ビットレートの合計以下である。ブロック５０８で、ビデオ情報をディスプレイオブジェクトビットレートの割り当てに従ってディスプレイオブジェクトに対する様々なビデオ階層から復号化することができる。復号化ビデオ情報を各ディスプレイフレーム内で描画して、音声会議に対する視覚的構成を作成することができる。本実施形態はこの文脈に限定されない。
【００６１】
例えば、１つの実施形態では、サブスクリプションメッセージを会議サーバに送信して、音声会議に対する様々なビデオ階層を取得することができる。本実施形態はこの文脈に限定されない。
【００６２】
例えば、１つの実施形態では、ディスプレイフレームに対するディスプレイオブジェクトビットレートを、ディスプレイ上のディスプレイフレームのサイズまたはディスプレイフレームの位置に基づいて修正することができる。ディスプレイフレームに対するディスプレイオブジェクトビットレートを、通信リンクに対する瞬間的なチャネル容量に基づいて修正することもできる。ディスプレイフレームに対するディスプレイオブジェクトビットレートをアクティブな話者に基づいてさらに修正することができる。本実施形態はこの文脈に限定されない。
【００６３】
例えば、１つの実施形態では、符号化ビデオ情報を、様々なビデオ階層を有するビデオストリームで受信することができる。各ビデオ階層は、クライアント端末側での音声会議に対して様々なレベルの空間解像度、時間解像度および／または品質を含むことができる。例えば、１つの実施形態では、様々なビデオ階層は第１のレベルの空間解像度および第１のレベルの時間解像度を有するベース階層と、その第１のレベルの空間解像度または第１のレベルの時間解像度を増やす１つまたは複数の拡張階層とを含むことができる。本実施形態はこの文脈に限定されない。
【００６４】
スケーラブル符号化および復号化
前述のように、様々な実施形態は複数の解像度符号化および復号化技術を実装することができる。図１を再度参照すると、デジタルビデオ情報を共通ビデオストリーム内の複数のビデオ階層として符号化するようにスケーラブルビデオ符号器１０４を配置することができ、この場合、各ビデオ階層は１つまたは複数のレベルの空間解像度および／または時間解像度を提供する。図１に示すように、スケーラブルビデオ符号器１０４を会議サーバ１０２の一部として実装することができる。これは例えば、１つまたは複数のクライアント端末１０６−１−ｍにスケーラブルビデオ符号化機能が実装されていないときに望ましい可能性がある。その結果、会議サーバ１０２は、ビデオ情報を様々な受信ビデオストリームからアップサンプリングまたはダウンサンプリングすることでクライアント端末１０６−１−ｍの代わりにスケーラブルビデオ符号化技術を実装することができる。しかしながら、幾つかの実施形態では、スケーラブルビデオ符号器１０４をクライアント端末１０６−１−ｍの各々において実装することができる。この場合、会議サーバ１０２向けに実装されたスケーラブルビデオ符号化機能を、サブスクリプションメッセージに応じて受信ビデオストリームを解析して適切なビデオ階層をクライアント端末１０６−１−ｍに転送することに限定するか、または完全に省略することができる。本実施形態はこの文脈に限定されない。
【００６５】
スケーラブルビデオ符号器１０４は、ベース階層および拡張階層のような複数のビデオ階層に対するデジタルビデオ情報を単一の共通ビデオストリームに多重化することができる。スケーラブルビデオ符号器１０４により符号化されたビデオ情報を復号化するようにスケーラブルビデオ復号器４０６−１−ｑを配置することができる。例えば、共通ビデオストリームからのビデオ情報を逆多重化または選択的に復号化して、ベース階層および１つまたは複数の拡張階層からビデオ情報を取り出し、例えば一般にＳＮＲ値で定義される所望のレベルの品質でビデオ情報を再生するように、スケーラブルビデオ復号器を配置することができる。スケーラブルビデオ復号器４０６−１−ｑは、各ビデオ階層に対して定義されたように様々な開始符号を用いてビデオ情報を選択的に復号化することができる。同様に、ＡＶＭＣＵ（例えば、会議サーバ１０２）は、現在利用可能な帯域幅および復号器機能のような情報に基づいて１人または複数の参加者にベース階層と拡張階層のサブセットのみとを転送することを選択することができる。ＡＶＭＣＵはビデオビットストリーム内の開始符号を用いて階層を選択する。
【００６６】
例えば、１つの実施形態では、スケーラブルビデオ符号器１０４はデジタルビデオ情報をベース階層ならびに１つまたは複数の時間および／または空間拡張階層として符号化することができる。ベース階層はデジタルビデオ情報に対する基本レベルまたは最低レベルの空間解像度および／または時間解像度を提供することができる。時間および／または空間拡張階層はデジタルビデオ情報に対する拡大した拡張レベルのビデオ空間解像度および／または時間解像度を提供することができる。様々な種類のエントリポイントおよび開始符号を定義して、ビデオストリーム内の様々なビデオ階層を区別することができる。このように、単一のスケーラブルビデオ符号器は複数レベルの空間解像度および／または時間解像度を単一の共通ビデオストリーム（例えば、符号化ビデオストリーム４０２−１−ｏ）で提供および多重化することができる。
【００６７】
様々な実施形態では、多数の様々なビデオ復号器は符号化ビデオストリームの所与のビデオ階層から選択的にデジタルビデオ情報を復号化して、望ましいレベルの空間解像度および／または時間解像度を所与のメディア処理装置に提供することができる。例えば、ある種のビデオ復号器はベース階層をビデオストリームから復号化することができ、別の種類のビデオ復号器はベース階層および１つまたは複数の拡張階層をビデオストリームから復号化することができる。メディア処理装置は各ビデオ階層から復号化されたデジタルビデオ情報を様々な方法で組み合わせて、空間解像度および／または時間解像度の意味で様々なレベルのビデオ品質を提供することができる。メディア処理装置は次いで復号化したデジタルビデオ情報を、選択したレベルの空間解像度および時間解像度で１つまたは複数のディスプレイ上に再生することができる。
【００６８】
スケーラブルまたは複数解像度のビデオ符号器および復号器により、従来のビデオ符号器および復号器に対して幾つかの利点を与えることができる。例えば、単一のスケーラブルビデオ符号器および１つまたは複数の種類のビデオ復号器を用いて、様々な拡大または差分化したデジタルビデオサービスを提供することができる。レガシービデオ復号器は必ずしも拡張階層へのアクセスを有していなくてもデジタルビデオ情報をビデオストリームのベース階層から復号化することができ、拡張ビデオ復号器は同一のビデオストリーム内でベース階層および１つまたは複数の拡張階層の両方にアクセスすることができる。別の例では、異なる暗号化技術を各階層に使用し、それにより各階層へのアクセスを制御することができる。同様に、様々なデジタル権限を各階層に割り当てて各階層に対するアクセスを許可することができる。さらに別の例では、空間および／または時間解像度のレベルを、ビデオソースの種類、ビデオ圧縮技術の種類、通信リンクに対して利用可能な帯域幅またはプロトコル、所与の受信装置に対して利用可能な処理またはメモリリソース、デジタルビデオの再生に用いられるディスプレイ装置の種類、等に基づいて上げ下げすることができる。
【００６９】
特に、この改良した可変ビデオ符号化解像度の実装には、ディスプレイ解像度の次元をビデオストリーム内で指定するパラメータを持つという利点がある。ビデオの一部に対する符号化解像度はエントリポイントレベルで送信される。エントリポイントはビデオシーケンスの１つまたは複数の画像サブシーケンスまたは画像グループの近傍にあるかまたはそれらに隣接する。上記のビデオシーケンスは、イントラ符号化フレーム（「Ｉフレーム」とも呼ばれる）で始まり、そのイントラ符号化フレームに対して予測符号化した１つまたは複数の予測符号化フレーム（「Ｐフレーム」または「Ｂフレーム」とも呼ばれる）を含むこともできる。所与のエントリポイントで送信された符号化解像度はしたがって、ベース階層でＩフレームを含み、そのＩフレームを参照するＰフレームまたはＢフレームを含む画像グループに適用される。
【００７０】
様々な実施形態は、ビデオシーケンスの一部を異なる解像度で可変に符号化可能とする、改良した可変解像度符号化技術の実装を対象とすることができる。本技術は例えばビデオコーデックシステムに適用される。したがって、可変解像度符号化技術を、符号化ビットストリームシンタックスを利用する例示的なビデオ符号器／復号器の文脈で説明する。特に、改良した可変解像度符号化技術の実装の１つを、ＳＭＰＴＥ標準４２１Ｍ（ＶＣ−１）ビデオコーデックシリーズの標準およびその変形のアドバンストプロファイルに準拠するビデオコーデックにおいて説明する。あるいは、本技術を様々なビデオコーデック実装および標準に組み込むことができ、それらは後述する例示的なビデオコーデックおよびシンタックスとは細部で異なる可能性がある。
【００７１】
図６はビデオキャプチャおよび再生システム６００に対する実装を示す。図６はビデオコーデックを採用するビデオキャプチャおよび再生システム６００を示し、その中で様々な解像度符号化技術が一般的な適用または使用シナリオで実装される。ビデオキャプチャおよび再生システム６００を、例えば会議サーバ１０２および／またはクライアント端末１０６−１−ｍのようなマルチメディア会議システム１００内の多数の様々な要素で実装することができる。
【００７２】
ビデオキャプチャおよび再生システム６００は一般に、ビデオコンテンツを入力デジタルビデオソース６１０からキャプチャして通信チャネル６４０上の圧縮ビデオビットストリームに符号化するビデオソース／符号器６２０と、ビデオをチャネルから受信および復号化してビデオディスプレイ６７０上でそのビデオを表示するビデオプレイヤ／復号器６５０とを含む。可変解像度符号化を有する後述のビデオコーデックを実装できる上記システムの幾つかの例には、ビデオキャプチャ、符号化、復号化および再生が全て単一のマシン内で実施されるシステム、およびこれらの動作が別個の、地理的に離れたマシン上で実施されるシステムが含まれる。例えば、デジタルビデオレコーダ、またはＴＶチューナカード付きパーソナルコンピュータは、ビデオ信号をキャプチャしてそのビデオをハードドライブに符号化し、ビデオをハードドライブからモニタ上に読み戻し、復号化および表示することができる。別の例として、商業出版者またはビデオ放送者は、ビデオ送信（例えば、デジタル衛星チャネル、またはＷｅｂビデオストリーム）を生成するためのビデオ符号器あるいは符号化ビデオを保持する記憶装置（例えば、テープまたはディスク）とを取り込んだビデオマスタシステムを使用することができる。ビデオマスタシステムは、ビデオをユーザの復号器および再生マシン（例えば、パーソナルコンピュータ、ビデオプレイヤ、ビデオレシーバ、等）に配信するために使用される。
【００７３】
図示したシステム６００では、ビデオソース／符号器６２０は情報源プリプロセッサ６２２、情報源圧縮符号器６２４、マルチプレクサ６２６およびチャネル符号器６２８を含む。プリプロセッサ６２２は未圧縮のデジタルビデオを、ビデオカメラ、アナログテレビキャプチャ、または他の情報源のようなデジタルビデオソース６１０から受信し、そのビデオを処理して圧縮符号器６２４に入力する。圧縮符号器６２４は、図７を参照して説明されるビデオ符号器７００の例であり、ビデオの圧縮および符号化を実施する。マルチプレクサ６２６は結果として生じる圧縮ビデオビットストリームをパケット化して、チャネル符号器６２８に配信して通信チャネル６４０上に符号化する。通信チャネル６４０はデジタルテレビ放送、衛星または他の無線送信のようなビデオ送信、あるいはケーブル、電話または他の有線送信、等であることができる。通信チャネル６４０はコンピュータハードドライブまたは他の記憶ディスクのような記録ビデオ媒体、テープ、光ディスク（ＤＶＤ）または他の取り外し可能記録媒体であることもできる。チャネル符号器６２８は圧縮ビデオビットストリームをファイルコンテナ、送信搬送波信号等に符号化する。
【００７４】
ビデオプレイヤ／復号器６５０では、チャネル復号器６５２は圧縮ビデオビットストリームを通信チャネル６４０上で復号化する。デマルチプレクサ６５４は圧縮ビデオビットストリームを逆多重化してチャネル復号器から圧縮復号器６５６に配信する。圧縮復号器６５６の例は、図８を参照して説明するビデオ復号器８００である。圧縮復号器は次いでビデオを圧縮ビデオビットストリームから復号化および再構築する。最後に、ポストプロセッサ６５８はビデオを処理してビデオディスプレイ６７０上に表示する。後処理動作の例には、デブロッキング、デリンギングまたは他のアーチファクト除去、レンジリマッピング、色変換および他の同様な動作が含まれる。
【００７５】
図７は一般化したビデオ符号器７００のブロック図であり、図８は一般化したビデオ復号器８００のブロック図であり、それらの符号器および復号器に可変解像度符号化技術を組み込むことができる。符号器および復号器内のモジュール間に示した関係は符号器および復号器内の情報の主な流れを示し、明確にするために他の関係は省略してある。特に、図７および８は通常、ビデオシーケンス、フレーム、マクロブロック、ブロック、等に使用される符号器設定、モード、テーブル、等を示す副情報は示さない。上記副情報を、一般にはその副情報のエントロピー符号化後に、出力ビットストリームで送信する。出力ビットストリームのフォーマットは例えば、ＳＭＰＴＥ  ＶＣ−１フォーマット、リアルタイム通信に適応されたＳＭＰＴＥ  ＶＣ−１フォーマット、Ｈ．２６３フォーマット、Ｈ．２６４フォーマットまたは他のビデオフォーマットであることができる。
【００７６】
例えば、１つの実施形態では、符号器７００および復号器８００はブロックベースであり、各々が４つの８×８のルミナンスブロック（場合によって、１つの１６×１６のマクロブロックとして扱われる）と２つの８×８のクロミナンスブロックを含む４：２：０のマクロブロックフォーマットを使用する。あるいは、符号器７００および復号器８００はオブジェクトベースであり、異なるマクロブロックまたはブロックフォーマットを使用し、または８×８のブロックおよび１６×１６のマクロブロックとは異なるサイズまたは構成の画素集合上で動作を実施する。マクロブロックを使用してプログレッシブまたはインタレースビデオコンテンツのいずれかを表現することができる。
【００７７】
様々な実施形態におけるスケーラブルビデオ符号化および復号化技術およびツールをビデオ符号器および／または復号器において実装することができる。ビデオ符号器および復号器はそれらの中に様々なモジュールを含むことができ、それらの様々なモジュールは多様な方法で、互いと関連および通信することができる。後述するモジュールおよび関係は例であり限定ではない。所望の実装および圧縮の種類により、ビデオ符号器またはビデオ復号器のモジュールを追加、省略、複数モジュールへ分割、他のモジュールと組み合わせ、および／または同様なモジュールで置換することができる。代替的な実施形態では、異なるモジュールおよび／または他のモジュール構成を有するビデオ符号器またはビデオ復号器により、１つまたは複数の説明した技術を実施することができる。
【００７８】
一般に、ビデオ圧縮技術にはフレーム内圧縮とフレーム間圧縮が含まれる。フレーム内圧縮技術は、一般にＩフレーム、キーフレーム、または参照フレームと呼ばれる個々のフレームを圧縮する。フレーム間圧縮技術は、先行および／または後続フレームを参照してフレームを圧縮し、一般に予測フレームと呼ばれる。予測フレームの例には予測（Ｐ）フレーム、超予測（ＳＰ）フレーム、および両予測または両方向（Ｂ）フレームが含まれる。予測フレームは１つまたは複数の他のフレームからの動き補償予測（または差分）の点から表される。予測残差は予測したものと元のフレームとの間の差分である。対照的に、Ｉフレームまたはキーフレームは他のフレームを参照せずに圧縮される。
【００７９】
ビデオ符号器は一般に、カレントフレームを含むビデオフレームシーケンスを受信し、圧縮ビデオ情報を出力として生成する。符号器は予測フレームとキーフレームを圧縮する。符号器のコンポーネントの多くはキーフレームと予測フレームの両方を圧縮するために用いられる。これらのコンポーネントにより実施される厳密な動作は、圧縮されている情報の種類により様々であることができる。
【００８０】
図７は一般的なビデオ符号化システム７００のブロック図である。符号化システム７００は、カレントフレーム７０５を含むビデオフレームシーケンスを受信し、圧縮ビデオ情報７９５を出力として生成する。ビデオ符号器の特定の実施形態では一般に、一般化符号器７００を変形または補完したものが用いられる。
【００８１】
符号化システム７００は予測フレームとキーフレームを圧縮する。表現の便宜上、図７は符号化システム７００を通るキーフレーム用の経路と前方予測フレーム用の経路とを示す。符号化システム７００のコンポーネントの多くはキーフレームおよび予測フレームの両方を圧縮するために用いられる。これらのコンポーネントにより実施される厳密な動作は、圧縮されている情報の種類により様々であることができる。
【００８２】
予測フレーム（例えば、Ｐフレーム、ＳＰフレーム、およびＢフレーム）は１つまたは複数の他のフレームからの予測（または差分）の点から表わされる。予測残差は予測したものと元のフレームとの間の差分である。対照的に、キーフレーム（例えば、Ｉフレーム）は他のフレームを参照せずに圧縮される。
【００８３】
カレントフレーム７０５が前方予測フレームである場合、動き推定器７１０はカレントフレーム７０５のマクロブロックまたは他の画素集合（例えば、１６×８、８×１６または８×８のブロック）の動きを参照フレームに対して推定する。参照フレームは、フレーム記憶７２０にバッファされた再構築後の前フレーム７２５である。代替的な実施形態では、参照フレームは後続フレームであり、またはカレントフレームは両方向に予測される。動き推定器７１０は動きベクトルのような動き情報７１５を副情報として出力する。動き補償器７３０は動き情報７１５を再構築後の前フレーム７２５に適用して、動き補償されたカレントフレーム７３５を形成する。しかしながら、予測が完全であることは稀であり、動き補償されたカレントフレーム７３５と元のカレントフレーム７０５との間の差分が予測残差７４５である。あるいは、動き推定器および動き補償器では別の種類の動き推定／補償が適用される。
【００８４】
周波数変換器７６０は空間領域ビデオ情報を周波数領域（すなわち、空間）データに変換する。ブロックベースのビデオフレームに対して、周波数変換器７６０は、ＤＣＴ（ｄｉｓｃｒｅｔｅ  ｃｏｓｉｎｅ  ｔｒａｎｓｆｏｒｍ）と同様の特性を有する、以下のセクションで説明する変換を適用する。幾つかの実施形態では、周波数変換器７６０は周波数変換を、キーフレームに対する空間予測残差ブロックに適用する。周波数変換器７６０は８×８、８×４、４×８、または他のサイズの周波数変換を適用することができる。
【００８５】
量子化器７７０は次いでスペクトルデータ係数のブロックを量子化する。量子化器は均一なスカラ量子化を、フレーム毎または他の基準で変化するステップサイズでスペクトルデータに適用する。あるいは、量子化器は別の種類の量子化、例えば不均一量子化、ベクトル量子化、または非適応量子化をスペクトルデータ係数に適用するか、または周波数変換を使用しない符号化システムで空間領域データを直接量子化する。適応量子化に加えて、符号器７００はフレーム除去、適応フィルタリング、またはレート制御向けの他の技術を使用することができる。
【００８６】
再構築されたカレントフレームが後続の動き推定／補償に必要であると、逆量子化器７７６が、量子化されたスペクトルデータ係数に対して逆量子化を実施する。逆周波数変換器７６６は次いで周波数変換器７６０の動作の逆を実施し、（予測フレームに対する）再構築された予測残差または再構築されたキーフレームを生成する。カレントフレーム７０５がキーフレームであった場合、再構築されたキーフレームを、再構築されたカレントフレームと捉える。カレントフレーム７０５が予測フレームであった場合、再構築された予測残差を動き補償されたカレントフレーム７３５に加えて再構築後のカレントフレームを形成する。フレーム記憶７２０は、次のフレームの予測に用いるため、再構築されたカレントフレームをバッファする。幾つかの実施形態では、符号器は再構築フレームにデブロッキングフィルタを適用して、フレームブロック内の不連続性を適応的に平滑化する。
【００８７】
エントロピー符号器７８０は量子化器７７０の出力およびある特定の副情報（例えば、動き情報７１５、量子化ステップサイズ）を圧縮する。一般的なエントロピー符号化技術には、算術符号化、差分符号化、ハフマン符号化、ランレングス符号化、ＬＺ符号化、辞書符号化、およびそれらの組み合わせが含まれる。エントロピー符号器７８０は一般に様々な種類の情報（例えば、ＤＣ係数、ＡＣ係数、様々な種類の副情報）に対して様々な符号化技術を使用し、特定の符号化技術における複数の符号表から選択することができる。
【００８８】
エントロピー符号器７８０は圧縮ビデオ情報７９５をバッファ７９０に置く。バッファレベルインジケータをビットレート適応モジュールにフィードバックする。圧縮ビデオ情報７９５はバッファ７９０から一定のビットレートまたは相対的に一定のビットレートで消費され、そのビットレートで後のストリーミング向けに記憶される。あるいは、符号器７００が圧縮ビデオ情報を圧縮直後に流す。
【００８９】
バッファ７９０の前後に、ネットワーク上で送信するために圧縮ビデオ情報７９５をチャネル符号化することができる。チャネル符号化は誤り検出および補正データを圧縮ビデオ情報７９５に適用することができる。
【００９０】
図８は一般的なビデオ復号化システム８００のブロック図である。復号化システム８００は圧縮されたビデオフレームシーケンスに対する情報８９５を受信し、再構築フレーム８０５を含む出力を生成する。ビデオ復号器の特定の実施形態では一般に、一般化復号器８００を変形または補完したものを使用する。
【００９１】
復号化システム８００は予測フレームおよびキーフレームを復元する。表現の便宜上、図８は復号化システム８００を通るキーフレーム用の経路と前方予測フレーム用の経路とを示す。復号化システム８００のコンポーネントの多くはキーフレームおよび予測フレームの両方を圧縮するために用いられる。これらのコンポーネントにより実施される厳密な動作は、圧縮されている情報の種類により様々であることができる。
【００９２】
バッファ８９０は圧縮ビデオシーケンスに対する情報８９５を受信し、受信した情報をエントロピー復号器８８０が利用できるようにする。バッファ８９０は一般に、長時間に渡ってほぼ一定の速度で情報を受信し、帯域幅または送信における短期変動を平滑化するためのジッタバッファを含む。バッファ８９０は再生バッファおよび他のバッファも含むことができる。あるいは、バッファ８９０は情報を可変速度で受信する。バッファ８９０の前後に、誤り検出および補正のために圧縮ビデオ情報をチャネル復号化および処理することができる。
【００９３】
エントロピー復号器８８０は、一般に符号器で実施されたエントロピー符号化の逆を適用して、エントロピー符号化された量子化データおよびエントロピー符号化された副情報（例えば、動き情報、量子化ステップサイズ）を復号化する。エントロピー復号化技術には、算術復号化、差分復号化、ハフマン復号化、ランレングス復号化、ＬＺ復号化、辞書復号化、およびそれらの組み合わせが含まれる。エントロピー復号器８８０は様々な種類の情報（例えば、ＤＣ係数、ＡＣ係数、様々な種類の副情報）に対して様々な復号化技術を使用し、特定の復号化技術における複数の符号表から選択することができる。
【００９４】
再構築すべきフレーム８０５が前方予測フレームである場合、動き補償器８３０は動き情報８１５を参照フレーム８２５に適用して、再構築されているフレーム８０５の予測８３５を形成する。例えば、動き補償器８３０はマクロブロック動きベクトルを用いて参照フレーム８２５内のマクロブロックを見つける。予測８３５はしたがって、前に復号化したビデオフレームから動き補償された一連のビデオブロックである。フレームバッファ８２０は参照フレームとして用いるために、以前の再構築フレームを記憶する。あるいは、動き補償器は別の種類の動き補償を適用する。動き補償器による予測が完全であることは稀であり、したがって復号器８００は予測残差も再構築する。
【００９５】
復号器が後続の動き補償に対して再構築フレームを必要とすると、フレーム記憶８２０は次のフレームの予測に用いるためにその再構築フレームをバッファする。幾つかの実施形態では、符号器はデブロッキングフィルタを再構築フレームに適用してフレームブロック内の不連続性を適応的に平滑化する。
【００９６】
逆量子化器８７０はエントロピー復号化データを逆量子化する。一般に、逆量子化器は均一なスカラ逆量子化を、フレーム毎または他の基準で変化するステップサイズでエントロピー復号化データに適用する。あるいは、逆量子化器は別の種類の逆量子化、例えば不均一量子化、ベクトル量子化、または非適応量子化をデータに適用するか、または逆周波数変換を使用しない復号化システムで空間領域データを直接逆量子化する。
【００９７】
逆周波数変換器８６０は量子化された周波数領域データを空間領域ビデオ情報に変換する。ブロックベースのビデオフレームに対して、逆周波数変換器８６０は以下のセクションで説明する逆変換を適用する。幾つかの実施形態では、逆周波数変換器８６０は逆周波数変換を、キーフレームに対する空間予測残差ブロックに適用する。逆周波数変換器８６０は８×８、８×４、４×８、または他のサイズの逆周波数変換を適用することができる。
【００９８】
可変解像度符号化技術により復号器は所望のビデオディスプレイ解像度を維持することができ、一方で符号器は、１つまたは複数のビデオ部分を複数レベルの符号化解像度で符号化することを選択する柔軟性を有することができる。その符号化解像度は、ディスプレイ解像度とは異なっていてもよい。符号器はビデオシーケンスの一部の画像を低符号化解像度で符号化して低い符号化ビットレート、ディスプレイサイズまたはディスプレイ品質を実現することができる。低符号化解像度を使用したいときは、符号器は画像（単数または複数）を低解像度にフィルタおよびダウンサンプルする。復号化時、復号器はディスプレイ解像度で表示するためにこれらのビデオストリーム部分を低符号化解像度で選択的に復号化する。復号器は、大型画素のアドレス指定能力によりスクリーン上に表示する前に、低解像度のビデオをアップサンプルすることもできる。同様に、符号器はビデオシーケンスの一部の画像を高符号化解像度で符号化して高い符号化ビットレート、ディスプレイサイズまたはディスプレイ品質を実現することができる。高解像度符号化を使用したいときは、符号器フィルタにより元のビデオ解像度の大部分を維持する。これは一般に、高解像度のビデオとその高解像度ビデオのサイズにマッチするように補間された低解像度階層のビデオとの間の差分を表す追加の階層を符号化することで行われる。例えば、元のビデオは、それぞれ６４０画素および４８０画素の水平および垂直画素解像度を有することができる。符号化ベース階層は３２０×２４０画素を有することができる。第１の空間拡張階層は６４０×４８０画素の解像度を提供することができる。元のビデオを水平および垂直解像度に沿って２の倍数でダウンサンプルすることで、この空間拡張階層を得ることができる。６４０×４８０のビデオと、第１の拡張階層の６４０×４８０の解像度にマッチするように水平および垂直に２の倍数で補間した３２０×２４０のベース階層との間の差分を計算することで、上記の空間拡張階層を符号化する。復号化時は、ディスプレイの解像度に関わらず、復号器はディスプレイ解像度で表示するためにこれらのビデオストリーム部分をベース空間解像度符号化および高空間解像度符号化で選択的に復号化するか、またはビデオに相当な細部を提供する。
【００９９】
様々な実施形態では、ビデオ符号器７００は可変解像度符号化をフレーム毎または他の基準で提供することができる。様々なレベルの解像度符号化を複数のビデオ階層の形で構成することができ、各ビデオ階層は所与のビデオ情報集合に対して様々なレベルの空間解像度および／または時間解像度を提供する。例えば、ビデオ情報をベース階層および拡張階層でビデオストリームに符号化するようにビデオ符号器７００を配置することができる。例えば、ビデオ情報は１つまたは複数のフレームシーケンス、フレーム、イメージ、画像、静止画、ブロック、マクロブロック、画素集合、または他の定義されたビデオデータ集合（集合的に「フレーム」と呼ぶ）を含むことができる。ベース階層は第１のレベルの空間解像度と第１のレベルの時間解像度を有することができる。拡張階層は第１のレベルの空間解像度、第１のレベルの時間解像度、またはその両方を増やすことができる。複数の拡張階層を置いて、所与のビデオ情報集合に対して空間解像度または時間解像度を増やす際に、所望のレベルの粒度を提供することができる。ビデオ階層を、図９を参照してより詳細に説明することができる。
【０１００】
図９はビデオ階層構造の例示的な実施形態を示す。図９はビデオストリームにおける符号化デジタルビデオの複数の独立ビデオ階層９００を階層的に表している。図９に示すように、ビデオ階層９００はベース階層（ＢＬ）を備えることができる。ＢＬはベースレベルの空間解像度とベースレベルの時間解像度（例えば、フレームレート）のビデオストリームを表すことができる。例えば、１つの実施形態では、ベースレベルの時間解像度はＴ＝１５フレーム／秒としてＴフレーム／秒を備えることができる。ビデオの符号化は、後続のＢＬビデオフレームの復号化が同一階層からの以前のビデオフレーム（例えば、ベース階層内の１つまたは複数のＰ、ＳＰまたはＢフレーム）にのみ左右されるようなものである。
【０１０１】
ビデオ階層９００は１つまたは複数の拡張階層も備えることができる。例えば、拡張階層は、第１の空間拡張階層（ＳＬ０）、第２の空間拡張階層（ＳＬ１）、および第３の空間拡張階層（ＳＬ２）のような１つまたは複数の空間拡張階層を含むことができる。ＳＬ０は、ＢＬに追加して高解像度ビデオをＢＬシーケンスと同一のフレームレート（例えば、１５フレーム／秒）で提供することができる空間拡張階層を表す。ＳＬ１は、ＢＬに追加して高解像度ビデオをＢＬシーケンスより高速の中間フレームレートで提供することができる空間拡張階層を表す。例えば、１つの実施形態では、中間フレームレートはＴ／２フレーム／秒であることができ、Ｔ＝３０フレーム／秒である。ＳＬ２は、ＢＬに追加して高解像度ビデオをＢＬシーケンスよりさらに高速の高フレームレートで提供することができる空間拡張階層である。例えば、１つの実施形態では、高フレームレートはＴフレーム／秒であることができ、Ｔ＝６０フレーム／秒である。Ｔに与えた値は例に過ぎず限定ではないことは理解できるだろう。
【０１０２】
拡張階層は、第１の時間拡張階層（ＴＬ１）および第２の時間拡張階層（ＴＬ２）のような１つまたは複数の時間拡張階層を含むこともできる。ＴＬ１は、ＢＬに追加してＢＬと同一の低解像度ビデオを生成することができるが、フレームレートはＢＬフレームに対して２倍のフレームレートであることができる空間拡張階層を表す。その結果、このシーケンスで動き描画が改善される。ＴＬ２はＢＬおよびＴＬ１のフレームレートを２倍にする時間拡張階層を表す。このレベルでの動き描画はＢＬまたはＴＬ１より良好である。
【０１０３】
図９内の破線矢印で示すように、ベース階層および拡張階層を用いる多数の組み合わせが利用可能である。限定ではなく例として、幾つかの組み合わせとして以下の組み合わせを含めることができる。
・ＢＬ
・ＢＬ＋ＳＬ０
・ＢＬ＋ＴＬ１
・ＢＬ＋ＴＬ１＋ＴＬ２
・ＢＬ＋ＳＬ０＋ＴＬ１＋ＳＬ１
・ＢＬ＋ＳＬ０＋ＴＬ１＋ＳＬ１＋ＴＬ２＋ＳＬ２
これらおよび他のビデオ階層の組み合わせにより、ビデオ品質が時間内で一貫していることを保証することができる。場合により、ビデオ品質が時間内で一貫するように、全ての時間階層に対して同一数の空間拡張階層を選択することが望ましいかもしれない。
【０１０４】
以下でさらに十分に説明するように、符号器７００は圧縮ビデオビットストリーム７９５内のシーケンスヘッダで最大解像度を指定する（図７）。コンテナファイルフォーマット、または送信キャリアフォーマットのヘッダ情報においてのようにビデオビットストリームのシーケンスヘッダで解像度符号化のレベルを符号化すると、ビットストリーム外部で保持されるヘッダ情報と比べて、最大解像度がビデオ復号器により直接復号化可能であるという利点がある。コンテナファイルまたは送信キャリア復号器（例えば、チャネル復号器６５２）により最大解像度を別個にビデオ復号器に渡す必要はない。
【０１０５】
符号器７００はさらに、１つまたは複数の画像グループがビデオビットストリーム内のエントリポイントの後に、エントリポイントヘッダ内の所定のフラグまたは開始符号を用いて低解像度で符号化されることを伝える。幾つかの実施形態では、フラグが低符号化解像度または高符号化解像度を示す場合、符号化サイズをエントリポイントヘッダで同様に符号化することもできる。
【０１０６】
圧縮ビデオビットストリーム７９５（図７）は圧縮プログレッシブビデオフレームまたは他の画像（例えば、インタレースフレームまたはインタレースフィールドフォーマット画像）のシーケンスに対する情報を含む。ビットストリーム７９５を、図８の復号器８００のような復号器により復号化された幾つかの階層構造に構成する。最高階層はシーケンス階層であり、フレームシーケンス全体に対する情報を有する。さらに、各圧縮ビデオフレームは、３階層構造、すなわち（上から下へ）画像、マクロブロック、およびブロックに構造化されるデータから構成される。様々な解像度符号化技術を採用する代替的なビデオ実装では、様々なシンタックス要素構成を有する他のシンタックス構造を利用することができる。
【０１０７】
さらに、圧縮ビデオビットストリームは１つまたは複数のエントリポイントを含むことができる。ビットストリーム内の有効なエントリポイントは  エレメンタリビットストリーム内の位置である。その位置から、メディア処理システムはビットストリーム内の先行情報（ビット）を全く必要とすることなくビットストリームを復号化または処理することができる。エントリポイントヘッダ（画像グループヘッダとも呼ばれる）は一般に、例えばビデオフレームの水平および垂直方向のサイズ、要求されたエレメンタリストリームバッファの状態および量子化パラメータのような、復号器の重要な初期化情報を含む。先行フレームを参照せずに復号化できるフレームは、独立フレームまたはキーフレームと呼ばれる。
【０１０８】
エントリポイントを、エントリポイントインジケータによりビットストリーム内で送信する。エントリポイントインジケータの目的は、例えば復号化を開始または再開するためのビットストリーム内特殊位置の存在を伝えることであり、エントリポイントインジケータの直後のビデオフレームを復号化する際は、過去に復号化されたビデオフィールドまたはフレームに左右されない。エントリポイントインジケータおよび関連エントリポイント構造をビットストリーム内に一定間隔または不規則間隔で挿入することができる。したがって、符号器は様々なポリシーを採用して、ビットストリームへのエントリポイントインジケータの挿入を管理することができる。エントリポイントインジケータおよび構造をビデオビットストリーム内の一定のフレーム位置に挿入することが一般的な動作であるが、幾つかのシナリオ（例えば、誤り回復または高速チャネル変更）ではエントリポイント挿入の周期的性質を変更することができる。例えば、ＶＣ−１ビデオエレメンタリストリーム内のエントリポイント構造に関する以下の表１を参照されたい。
【０１０９】
【表１】
2010503280.tif 000003
【０１１０】
様々な実施形態では、エントリポイントインジケータを所与の標準、プロトコルまたはアーキテクチャに従って定義することができる。場合により、エントリポイントインジケータを定義して所与の標準、プロトコルまたはアーキテクチャを拡張することができる。以下の表１および２では、様々なエントリポイントインジケータを、ＳＭＰＴＥ  ４２１Ｍ（ＶＣ−１）ビットストリームに埋め込まれたビットストリームセグメントに適した開始符号サフィックスおよびその対応する意味として定義する。開始符号は、ベース階層および１つまたは複数の拡張階層のような様々なビデオ階層に対して様々な開始符号で一意に識別可能であるべきである。しかしながら、開始符号ではビデオ階層間の同様な構造識別子を使用して解析および識別をより容易にすることができる。構造識別子の例にはシーケンスヘッダ、エントリポイントヘッダ、フレームヘッダ、フィールドヘッダ、スライスヘッダ、等を含めることができるがこれらに限らない。さらに、開始符号エミュレーション技術を利用して、所与のビデオ階層に対する開始符号がビデオストリーム内にランダムに発生する確率を下げることができる。
【０１１１】
特定の開始符号によっては、各ビデオ階層に対する特定の構造パーサおよび復号器を起動または開始してビデオストリームからビデオ情報を復号化することができる。特定の構造パーサおよび復号器は、必要な参照フレーム、量子化器、速度制御、動き補償モード、等のような、所与のビデオ階層に適切な特定の一連の復号器ツールを実装することができる。本実施形態はこの文脈に限定されない。
【０１１２】
様々な実施形態では、開始符号サフィックスは最新のＶＣ−１ビットストリームと下位互換であることができ、したがってレガシーＶＣ−１復号器はＶＣ−１ビットストリームが上記の新規セグメントを含む場合でも動作を継続できなければならない。開始符号サフィックスを使用して、ＳＭＰＴＥ  ４２１Ｍビデオビットストリームの最新フォーマットを拡張および構築してスケーラブルビデオ表現をサポートすることができる。
【０１１３】
【表２】
2010503280.tif 000004
【０１１４】
表２に示す開始符号サフィックスを０ｘ０００００１の３バイトシーケンスの末尾に追加して様々な開始符号を作成することができる。その開始符号をＶＣ−１ビットストリームに統合することで、ビデオ復号器は自身がビットストリームのどの部分を解析しているかを判断することができる。例えば、シーケンス開始符号はＶＣ−１ビットストリームにおけるシーケンスヘッダの出現を知らせる。開始符号に見えるビットシーケンスの出現を、もう開始符号をエミュレートしない数個のビットストリームに上記シーケンスを分割する開始符号エミュレーション防止により排除することができる。
【０１１５】
様々な実施形態では、さらなるビデオ階層を表すビットストリーム断片の追加を、ビットストリーム内の拡張階層断片の存在を識別および送信する新規開始符号を追加することで実現する。例えば、図９に示す２つの空間階層と３つの時間階層を用いて、以下の表３に示すように以下のサフィックスを割り当てて、様々な階層ビットストリームセグメントをそれらのサフィックスが保持する内容に関連付けて送信することができる。
【０１１６】
【表３】
2010503280.tif 000005
【０１１７】
断片の挿入については一連の所定の範囲規則に従うべきである。例えば、シーケンスレベルＳＬ０の情報はシーケンスレベルＢＬの情報に従うべきである、等である。
【０１１８】
適応スケジューリング
図１０はビデオのスケーラビリティを使用してマルチメディア会議システム１００のようなＲＴＣ（Ｒｅａｌ  ＴＩｍｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）システムにおける遅延を改善するための、適応スケジューリング技術に関する第１の論理図である。新たな主要またはアクティブな話者が例えば送信クライアント端末１０６−１から話し始めると、受信クライアント端末１０６−２、１０６−３がその新たな主要話者でディスプレイオブジェクトを描画し始めることができるように、会議サーバ１０２は新たなビデオキーフレームに対するキーフレーム要求１００２を送信することができる。しかしながら、キーフレームは相対的に大きく、したがって他のビデオフレームと比較して送信時間が非常に長い。その結果、ビデオ遅延がより大きく、その新たな主要話者を参加者が見るのに数秒かかる。
【０１１９】
様々な実施形態では、適応スケジューリングモジュール１００４を用いてこれらおよび他の問題を解決することができる。送信クライアント端末１０６−１のような別の装置の代わりに時間内にビデオ階層の送信を適応的にスケジューリングできるように、適応スケジューリングモジュール１００４を配置することができる。その結果、主要またはアクティブな話者が話し始め、自身のビデオを送信し始める際の応答時間を改善することができる。低ビデオ階層を最初に送信し、追加の階層を徐々に送信して、長時間に渡ってビデオ品質を改善する。このように、新たな主要話者が話し始める際にスムーズに遷移し、それによりディスプレイオブジェクト内のスイッチを起動して新たな主要話者のビデオ情報を示すような視覚的構成を描画することができる。ビデオ階層の送信を適応的にスケジューリングすることで、ちらつき、ブランキング、および視覚的構成内で主要話者と対応するディスプレイオブジェクトとの間を遷移することにより発生する他の副作用を軽減することができる。
【０１２０】
様々な実施形態では、送信クライアント端末１０６−１をスケーラブルビデオ符号器１０４で実装して複数のビデオ階層を会議サーバ１０２に送信することができる。新たな主要話者が現れた際に、送信クライアント端末１０６−１を介してベース階層のような低ビデオ階層を最初に受信クライアント端末１０６−２、１０６−３に送信するように会議サーバ１０２の適応スケジューリングモジュール１００４を配置することができる。適応スケジューリングモジュール１００４は、１つまたは複数の拡張階層を受信クライアント端末１０６−２、１０６−３に送信することで、ビデオストリーム内のフレームレートおよび／または空間解像度を徐々に増やすことができる。受信クライアント端末１０６−２、１０６−３はそれにより、相対的に迅速に送信される低ビデオ階層を最初に取得する。時間とともに、所与の通信リンク１０８上で利用可能な帯域幅によっては、受信クライアント端末１０６−２、１０６−３は高フレームレートおよび／または高解像度のコンテンツを取得することができる。
【０１２１】
図１０に示すように、音声会議で新たな主要話者に切り替える際、会議サーバ１０２（またはＡＶＭＣＵ）は、全ての参加者がその話者からビデオを受信し始めることができるように、新規のキーフレームに対する要求を送信する。完全なキーフレームを全ての階層に送信するのと対照的に、スケーラブルビデオ符号器１０４はビデオのベース階層のみを会議サーバ１０２に送信する。その結果、ビデオを送信および復号化する時間は大幅に削減され、それにより参加者が新たな主要話者を見るのに要する時間が削減される。
【０１２２】
図１１はビデオのスケーラビリティを使用してマルチメディア会議システム１００における遅延を改善するための適応スケジューリング技術の第２の論理図を示す。図１１に示すように、適応スケジューリングモジュール１００４が低ビデオ階層を送信した直後に、適応スケジューリングモジュール１００４は漸進的にさらなる拡張階層を送信して高フレームレートおよび／または高解像度を提供する。図１１は、２つの時間スケールを送信してビデオ情報における動き描画を改善する場合を示す。
【０１２３】
図１２はビデオのスケーラビリティを使用してマルチメディア会議システム１００における遅延を改善するための適応スケジューリング技術の第３の論理図を示す。図１２に示すように、いったん受信クライアント端末１０６−２、１０６−３で安定状態が実現されると、適応スケジューリングモジュール１００４は全ての残存するビデオ階層を受信クライアント端末１０６−２、１０６−３に送信することができる。適応スケジューリングモジュール１００４は、それぞれ通信リンク１０８−２、１０８−３上でメディアチャネルが利用できる利用可能帯域幅によって、送信するビデオ階層の数を決定する。図１２に示すように、受信クライアント端末１０６−２は帯域幅が十分に広くないので第２の空間および時間階層は受信できず、受信クライアント端末１０６−３は通信の帯域幅が制限されているのでベース階層および第１の時間スケールのみを受信することができる。
【０１２４】
図１０〜１２に示すように、適応スケジューリング技術を主要話者間のスムーズな遷移に使用することができる。例えば、１つの実施形態では、受信機は様々なビデオ階層を有するビデオストリーム内の符号化ビデオ情報を受信することができる。上記の様々なビデオ階層には、第１のレベルの空間解像度および第１のレベルの時間解像度を有するベース階層と、その第１のレベルの空間解像度またはその第１のレベルの時間解像度を増やす拡張階層とが含まれる。適応スケジューリングモジュール１００４を受信機と通信可能に接続することができ、様々なビデオ階層を様々な時点で受信クライアント端末に送信するように配置することができる。本実施形態はこの文脈に限定されない。
【０１２５】
例えば、１つの実施形態では、ベース階層の送信後まで拡張階層の送信を遅らせるように適応スケジューリングモジュール１００４を配置することができる。本実施形態はこの文脈に限定されない。
【０１２６】
例えば、１つの実施形態では、新たな主要話者を決定する際にベース階層を第１の時刻に受信クライアント端末に送信するように適応スケジューリングモジュール１００４を配置することができる。例えば、新たな主要話者の決定を、主要話者検出器を会議サーバ１０２で用いるといった任意数の異なる方法で実現することができる。本実施形態はこの文脈に限定されない。
【０１２７】
例えば、１つの実施形態では、新たな主要話者を決定する際にベース階層を第１の時刻に受信クライアント端末に送信し、拡張階層を所定の待機時間後の第２の時刻に送信するように適応スケジューリングモジュール１００４を配置することができる。所定の待機時間は、所与の実装に望ましいように受信クライアント端末が主要話者間および視覚的構成に対するディスプレイオブジェクト間でスムーズな遷移を実現できるのに十分な任意の時間であることができる。一般に、所定の待機時間に、受信クライアント端末が所望のレベルのビデオ解像度および品質で安定状態に安定化および到達するのに十分な時間を含めることができる。本実施形態はこの文脈に限定されない。
【０１２８】
例えば、１つの実施形態では、適応スケジューリングモジュール１００４を送信機と通信可能に接続することができる。送信機を使用してベース階層と拡張階層を異なる予定時刻に送信することができる。本実施形態はこの文脈に限定されない。
【０１２９】
本明細書では多数の特定の詳細を説明して実施形態の徹底的な理解を提供している。しかしながら当業者は、本実施形態をこれらの特定の詳細なしに実践できることを理解するであろう。他の事例では、本実施形態を不明瞭にしないように公知の動作、コンポーネントおよび回路は詳細に説明していない。本明細書で開示した特定の構造的および機能的詳細は代表的なものであり、本実施形態の範囲を必ずしも限定しないことが理解できるだろう。
【０１３０】
「１つの実施形態」または「実施形態」への任意の言及は、その実施形態に関連して説明した特定の特徴、構造、または特性が少なくとも１つの実施形態に含まれることを意味することにも留意されたい。本明細書の様々な箇所で現れる句「１つの実施形態では」は必ずしも全て同一の実施形態を指していない。
【０１３１】
幾つかの実施形態を、「接続された（ｃｏｕｐｌｅｄ）」および「接続された（ｃｏｎｎｅｃｔｅｄ）」という表現をそれらの派生語とともに用いて説明することができる。これらの用語は互いに対する同義語を意味しているわけではないことは理解されるべきである。例えば、幾つかの実施形態を用語「接続された（ｃｏｎｎｅｃｔｅｄ）」を用いて説明して、２つ以上の要素が互いに直接、物理的または電気的に接していることを示すことができる。別の例では、幾つかの実施形態を用語「接続された（ｃｏｕｐｌｅｄ）」を用いて説明して、２つ以上の要素が互いに直接、物理的または電気的に接していることを示すことができる。しかしながら、用語「接続された（ｃｏｕｐｌｅｄ）」は、２つ以上の要素が互いに直接は接していないが、互いになお協調または相互作用することを意味することもできる。本実施形態はこの文脈に限定されない。
【０１３２】
例えば、幾つかの実施形態を、機械により実行した場合に、本実施形態に従ってその機械に方法および／または動作を実施させることが可能な命令または命令集合を記憶できる機械読取可能媒体または製品を用いて実装することができる。上記の機械は例えば、任意の適切な処理プラットフォーム、コンピューティングプラットフォーム、コンピューティング装置、コンピューティング装置、コンピューティングシステム、処理システム、コンピュータ、プロセッサ、等を含むことができ、ハードウェアおよび／またはソフトウェアの任意の適切な組み合わせを用いて実装することができる。機械読取可能媒体または製品は例えば、任意の適切な種類のメモリユニット、メモリ装置、メモリ製品、メモリ媒体、記憶装置、記憶製品、記憶媒体および／または記憶ユニット、例えばメモリ、取り外し可能または取り外し不能媒体、消去可能または消去不能媒体、書き込み可能または再書き込み可能媒体、デジタルまたはアナログ媒体、ハードディスク、フロッピーディスク（登録商標）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、光ディスク、磁気媒体、光磁気媒体、取り外し可能メモリカードまたはディスク、様々な種類のＤＶＤ、テープ、カセット、等を含むことができる。
【０１３３】
本主題を構造的特徴および／または方法論的動作に固有な言葉で説明したが、添付の請求項で定義した本主題は必ずしも上述の特定の特徴または動作に限定されないことは理解されるべきである。むしろ、上述の特定の特徴および動作は請求項を実装する形態の例として開示してある。
【図１】
2010503280.tif 000006
【図２】
2010503280.tif 000007
【図３】
2010503280.tif 000008
【図４】
2010503280.tif 000009
【図５】
2010503280.tif 000010
【図６】
2010503280.tif 000011
【図７】
2010503280.tif 000012
【図８】
2010503280.tif 000013
【図９】
2010503280.tif 000014
【図１０】
2010503280.tif 000015
【図１１】
2010503280.tif 000016
【図１２】
2010503280.tif 000017
【国際調査報告】
2010503280.tif 000018
2010503280.tif 000019
2010503280.tif 000020