(57)【要約】ビデオチャネルを通して多数のビデオストリームを送信する方法及び装置が提供される。ビデオエンコーダは、複数のプログラムに対応する複数のストリームを符号するために提供される。ビデオエンコーダは、通信チャネルを通した送信のために複数のストリームのそれぞれをエンコードするエンコーダ３００を含む。エンコーダは、複数のストリームに対応する個々のストリームの遅延の要件に合致するために、複数の番組のうちでイントラ符号化されたフレームで相対的な位置合わせを課す。
2009504036.tif 000002
【特許請求の範囲】
【請求項１】
通信チャネルを通した送信のため、複数の番組に対応する複数のストリームをエンコードするエンコーダを含む、前記複数のストリームをエンコードする装置であって、
前記エンコーダは、前記複数のストリームに対応する個々のストリームの遅延の要件に合致するため、複数の番組のうちでイントラ符号化されたフレームで相対的なポジショニングを課す、
ことを特徴とする装置。
【請求項２】
前記イントラ符号化されたフレームの相対的なポジショニングは、グループオブピクチャ毎に課される、
請求項１記載の装置。
【請求項３】
前記イントラ符号化されたフレームの相対的なポジショニングは、前記イントラ符号化されたフレームが複数の番組で異なる時間で生じるように行われる、
請求項１記載の装置。
【請求項４】
前記エンコーダは、前記複数の番組からスーパーグループオブピクチャを形成し、前記スーパーグループオブピクチャにおけるスーパーフレームのそれぞれ内のイントラ符号化されたフレームの量が前もって規定された閾値の量の範囲にあることを保証する一方で、前記スーパーグループオブピクチャに含まれるスーパーフレーム内に前記イントラ符号化されたフレームを時間的に分散し、
前記スーパーグループオブピクチャは、前記複数の番組のそれぞれから少なくとも１つのグループオブピクチャを含み、前記スーパーフレームのそれぞれは、複数の番組にわたり同じ時間インデックスを有するフレームのセットを含む、
請求項１記載の装置。
【請求項５】
複数の番組に対応する複数のストリームをエンコードする方法であって、
当該方法は、通信チャネルを通した送信のために複数のストリームのうちの１つをエンコードするステップを含み、
前記エンコードするステップは、前記複数のストリームに対応する個々のストリームの遅延の要件に合致するため、前記複数の番組のうちでイントラ符号化されたフレームで相対的なポジショニングを課すステップを含む、
ことを特徴とする方法。
【請求項６】
前記イントラ符号化されたフレームの相対的なポジショニングは、グループオブピクチャ毎に課される、
請求項５記載の方法。
【請求項７】
前記イントラ符号化されたフレームの相対的なポジショニングは、前記イントラ符号化されたフレームが複数の番組で異なる時間で生じるように行われる、
請求項５記載の方法。
【請求項８】
前記エンコードするステップは、
前記複数の番組からスーパーグループオブピクチャを形成するステップと、
前記スーパーグループオブピクチャにおけるスーパーフレームのそれぞれ内のイントラ符号化されたフレームの量が前もって規定された閾値の量の範囲にあることを保証する一方で、前記スーパーグループオブピクチャに含まれるスーパーフレーム内に前記イントラ符号化されたフレームを時間的に分散するステップとを含み、
前記スーパーグループオブピクチャは、前記複数の番組のそれぞれから少なくとも１つのグループオブピクチャを含み、前記スーパーフレームのそれぞれは、複数の番組にわたり同じ時間インデックスを有するフレームのセットを含む、
請求項５記載の方法。
【請求項９】
Ｎ＞１であるＮ個のエンコードされたビデオ番組を提供するためにＮ個のビデオ番組のうちのそれぞれ１つをエンコードするステップと、
チャネルを通してＮ個のエンコードされたビデオ番組を送信するステップとを含み、
前記送信するステップは、前記チャネルを通してビットレートのピークを最小にするために前記Ｎ個のエンコードされたビデオ番組のうちでイントラ符号化されたＩフレームを時間的に変化する、
ことを特徴とするビデオ処理方法。
【請求項１０】
Ｎ＞１であるＮ個のエンコードされたビデオ番組を提供するためにＮ個のビデオ番組のうちのそれぞれ１つをエンコードする手段と、
チャネルを通してＮ個のエンコードされたビデオ番組を送信する手段とを含み、
前記チャネルを通してビットレートのピークを最小にするため、前記Ｎ個のエンコードされたビデオ番組のうちでイントラ符号化されたＩフレームは時間的に変化する、
ことを特徴とするビデオ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ符号化全般に関し、より詳細には、ビデオチャネルを通した送信のために多数のビデオストリームをエンコードする方法及び装置に関する。
【０００２】
本出願は、２００５年７月２８日に提出され、“ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＭＵＬＴＩＰＬＥ  ＶＩＤＥＯ  ＳＴＲＥＡＭＳ  ＯＶＥＲ  Ａ  ＶＩＤＥＯ  ＣＨＡＮＮＥＬ”と題された米国仮出願シリアル番号６０／７０２１５６の利益を請求するものであり、その完全なかたちで本明細書に盛り込まれる。
【背景技術】
【０００３】
多数のビデオ番組が単一のチャネルを通して送信されるとき、チャネル帯域幅は、それぞれの番組について独立にレート制御を実行する代わりに、番組のなかからビットを割り当てるためにジョイントレートコントローラを実現することで更に効率的に使用することができる。ジョイントレート制御により、全ての番組を通しての全体のビットレートがチャネル帯域幅の制限に合致するように、ビットが割り当てられる。通常、グループオブピクチャ（ＧＯＰ）内でビットがどのように分散されるかに関する制約はないが、これは、低い遅延の制約が存在するケースではない。低い遅延を達成するため、ＧＯＰの全体のビット数及びＧＯＰにわたるそれらビットの分散の両者が制約される必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術のこれらの問題点及び課題、並びに他の問題点及び課題は、ビデオチャネルを通した送信のために多数のビデオストリームをエンコードする方法及び装置に向けられる、本発明により対処される。
【課題を解決するための手段】
【０００５】
本発明の原理によれば、複数の番組に対応する複数のストリームをビデオ符号化する方法及び装置に向けられる。本装置は、通信チャネルを通した送信のために複数のストリームをエンコードするエンコーダを含む。エンコーダは、複数のストリームに対応する個々のストリームの遅延の要件に合致するため、複数の番組のなかでイントラ符号化されたフレームに相対的なポジショニングを課す。
【０００６】
本発明のこれらの態様、特徴及び利点、並びに他の態様、特徴及び利点は、添付図面と共に読まれる例示的な実施の形態の以下の詳細な記載から明らかとなる。本発明は、例示的な図面に従って良好に理解される。
【発明を実施するための最良の形態】
【０００７】
本発明は、ビデオチャネルを通した送信のために多数のビデオストリームをエンコードする方法及び装置に向けられる。有利なことに、本発明は、ジョイントレート制御を使用したマルチプログラムアプリケーションにおいてビットレートと遅延を同時に制御するという問題に対処する。実施の形態では、本発明は、ノンスケーラブルビデオストリームの符号化の間にビットを効率的に割り当てるために低い遅延のジョイントレート制御を利用する。
【０００８】
本実施の形態の説明は、本発明の原理を例示する。当業者であれば、本明細書で明示的に記載又は図示されていないが、本発明の原理を実施し、本発明の精神及び範囲内に含まれる様々なアレンジメントを考案することができることを理解されたい。
【０００９】
本明細書で引用された全ての例と条件付き言語は、本発明の原理及び当該技術を発展させるために本発明者により寄与されるコンセプトを理解することにおいて、教育的な目的のために読者を支援することが意図され、係る特に引用された例及び条件に対する制約がないものとして解釈されるべきではない。
【００１０】
さらに、本発明の原理、態様及び実施の形態を本明細書で引用する全ての説明は、本発明の特定の例と同様に、本発明の構造的かつ機能的に等価なものの両者を包含することが意図される。さらに、係る等価なものは、現在既知の等価なものと同様に将来的に開発される等価なもの、すなわち構造に関わらず同じ機能を実行する開発されたエラメントの両者を含む。
【００１１】
したがって、たとえば、本明細書で与えられるブロック図は本発明の原理を実施する例示的な回路の概念図を表すことを当業者により理解されるであろう。同様に、任意のフローチャート、フローダイアグラム、状態遷移図、擬似コード等は、コンピュータ又はプロセッサが明示的に示されるか否かで、コンピュータ読取り可能なメディアで実質的に表され、コンピュータ又はプロセッサにより実行される様々なプロセスを表すことが理解される。
【００１２】
図示される様々なエレメントの機能は、適切なソフトウェアと関連するソフトウェアを実行可能なハードウェアと同様に、専用のハードウェアの使用を通して提供される。プロセッサにより提供されたとき、機能は単一の専用のプロセッサによるか、単一の共有のプロセッサによるか、又はそのうちの幾つかが共有される複数の個々のプロセッサにより機能が提供される場合がある。
【００１３】
さらに、用語「プロセッサ」又は「コントローラ」の明示的な使用は、ソフトウェアを実行可能なハードウェアを排他的に示すために解釈されるべきではなく、限定することなしに、デジタルシグナルプロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを記憶するリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、及び不揮発性ストレージを暗黙的に含む場合がある。
【００１４】
コンベンショナル及び／又はカスタムの他のハードウェアも含まれる場合がある。同様に、図示される任意のスイッチは、概念的なものである。それらの機能は、プログラムロジックの動作を通して、専用ロジックを通して、プログラム制御及び専用ロジックのインタラクションを通して、又は手動により実行される場合があり、特定の技術は、コンテクストから更に詳細に理解されるように、製作者により選択可能である。
【００１５】
本発明の請求項では、特定の機能を実行する手段として表現されるエレメントは、たとえばａ）その機能を実行する回路エレメントの組み合わせ、ｂ）機能を実行するためにそのソフトウェアを実行する適切な回路と結合される、ファームウェア、マイクロコード等を含む任意の形式でのソフトウェア、を含む機能を実行する任意のやり方を包含することが意図される。係る請求項により定義される発明は、様々な参照される手段により提供される機能が結合され、請求項が求めるやり方で集められるという事実にある。したがって、それらの機能を提供することができる任意の手段は、本明細書に示される手段に等価であることが考えられる。
【００１６】
図１を参照して、本発明が適用される例示的なビデオエンコーダは、参照符号１００により一般に示される。エンコーダ１００への入力は、サミングジャンクション１１０の非反転入力と信号通信で接続される。サミングジャンクション１１０の出力は、ブロック変換器１２０と信号通信で接続される。変換器１２０は、量子化器１３０の第一の入力と信号通信で接続される。量子化器１３０の出力は、可変長コーダ（ＶＬＣ）１４０と信号通信で接続され、ＶＬＣ１４０の出力は、エンコーダ１００の外部の利用可能な出力である。レートコントローラ１７７の第一の入力は、サミングジャンクション１１０の出力から供給され、レートコントローラ１７７の第二の入力は、ＶＬＣ１４０の出力から供給され、レートコントローラ１７７の出力は、量子化器１３０の第二の入力と信号で接続される。
【００１７】
量子化器１３０の出力は、逆量子化器１５０と信号通信で更に接続される。逆量子化器１５０は、逆ブロック変換器１６０と信号通信で接続され、逆ブロック変換器は、リファレンスピクチャストア１７０と信号通信で接続される。リファレンスピクチャストア１７０の第一の出力は、動き予測器１８０の第一の入力と信号通信で接続される。エンコーダ１００への入力は、動き予測器１８０の第二の入力と信号通信で更に接続される。動き予測器１８０の出力は、動き補償器１９０の第一の入力と信号通信で接続される。リファレンスピクチャストア１７０の第二の出力は、動き補償器１９０の第二の入力と信号通信で接続される。動き補償器１９０の出力は、サミングジャンクション１１０の反転有力と信号通信で接続される。
【００１８】
先に述べたように、本発明の原理は、低い遅延の制約で単一のチャネルを通して多数のビデオストリームをエンコードして送信することに有利に対処するものである。ジョイントレートコントローラは、個々の符号化バッファがオーバフロー又はアンダーフローするのを可能にしないようにしつつ、全体のチャネル帯域幅と個々の番組の遅延への制約に適合するやり方で、それぞれの番組のそれぞれのフレームにビットを割り当てる。
【００１９】
実施の形態では、インター符号化された（Ｐ，Ｂ）ピクチャ／フレームよりも長い傾向があるイントラ符号化された（Ｉ）ピクチャ／フレームは、低い遅延の要件に適合するのを助けるため、ある番組から次の番組に変化する（ｓｔａｇｇｅｒｅｄ）。遅延の制約がないケースと比較して、低い遅延が必要とされるそれぞれ個々の符号化ピクチャのピークサイズに非常に厳しい制約がある。この理由のため、動き補償されたＰ及びＢフレームよりも一般に著しく大きく、異なる番組について異なる時間で生じる、Ｉフレームを有することが有利である。Ｉフレームが異なる番組について異なる時間となるのを可能にする従来のレート制御方法が提案されている。しかし、本発明の実施の形態に関連する原理とは異なり、従来のレート制御方法は、Ｉフレームの相対的なポジショニングを課すものではない。これは、本発明とは異なり、従来のレート制御方法が遅延を抑制するのを試みないからである。
【００２０】
図２を参照して、本発明の原理に係る例示的なビデオストリームは、参照符号２００により一般に示される。特に、図２は、それぞれの番組がＧＯＰパターンＩＢＰＢＰを使用するケースについて、Ｌ個の番組のグループオブピクチャ（ＧＯＰ）を例示しており、Ｉフレームは、最小数のＩフレームが時間的に特定の瞬間で現れるように一様に広がっている。すなわち、Ｉフレームは、Ｌ個の番組にわたる所与の時間で、前もって特定された閾値となるＩフレームの数を超えないようにポジショニングされる。
【００２１】
図３を参照して、本発明の原理が適用される例示的なジョイントビデオ符号化システムは、参照符号３００により一般に示される。ジョイントビデオ符号化システム３００は、図１に関して図示及び記載されるように１以上のエンコーダを含む場合がある。特定のチャネル帯域幅について共に符号化されるＬ個の番組があることが仮定される。図３では、Ｔはレートコントローラ３４０からターゲットとなるビット数を表し、Ｒは結果的に得られる圧縮されたビットの数を表し、Ｑは平均の量子化パラメータを表す。
【００２２】
ジョイントビデオ符号化システム３００は、エンコーダ３１０、エンコーダ３２０、エンコーダ３３０、レートコントローラ３４０、マルチプレクサ（ＭＵＸ）３５０、及びバッファ３６０を含む。
【００２３】
エンコーダ３１０、３２０及び３３０の最初の入力は、ジョイント符号化システム３００への入力として利用可能である。レートコントローラ３４０の第一、第二及び第三の出力は、エンコーダ３１０，３２０及び３３０のそれぞれの第二の入力と信号通信で接続される。エンコーダ３１０，３２０及び３３０の第一の出力は、レートコントローラ３４０の第一、第二及び第三の入力と信号通信でそれぞれ接続される。エンコーダ３１０，３２０及び３３０の第二の出力は、マルチプレクサ３５０の第一、第二及び第三の入力と信号通信でそれぞれ接続される。
【００２４】
マルチプレクサ３５０の出力は、バッファ３６０の第一の入力と信号通信で接続される。レートコントローラ３４０の双方向の入力／出力は、バッファ３６０の双方向の入力／出力と信号通信で接続される。バッファ３６０の出力は、ジョイントビデオ符号化システム３００の出力として利用可能である。
【００２５】
本発明の原理を説明する例示的な実施の形態に関する説明が以下に与えられ、図４に関してその更なる説明が続く。
【００２６】
先に述べたように、特定のチャネル帯域幅について共に符号化されるＬ個の番組が存在することが仮定される。それぞれのフレームのターゲットとなるビット割り当てを決定するため、ビット割り当てアルゴリズムは、階層的なやり方で動作する。はじめに、スーパーＧＯＰが形成され、このＧＯＰは、それぞれの番組からのＧＯＰを含む。例示的な目的について、それぞれのストリームのＧＯＰサイズはＮであることが仮定される。つぎに、それぞれのスーパーフレームについてである、ターゲットとなるビット割り当てＴ（ｎ）は、以下のように計算される（この場合、それぞれのスーパーフレームは、同じ時間の瞬間（すなわち同じ時間インデックスを有する）でとられるＬ個の番組のそれぞれからのフレームを含むフレームのセットであり、スーパーフレームに含まれるフレームのそれぞれは、対応するスーパーグループオブピクチャに含まれる）。
【００２７】
【数１】
2009504036.tif 000003
以下の定義が当てはまる。Ｉは番組の数（１〜Ｌ）、ｎはＧＯＰ（０〜Ｎ−１）におけるフレームの位置、ｔはピクチャタイプ｛Ｉ，Ｐ，Ｂ｝であり、ｎとＩの関数、すなわちｔ＝ｔ（ｎ，Ｉ）であり、Ｃ（Ｉ，ｎ，ｔ）はフレームｎの複雑さの測度、Ｋ（Ｉ，ｎ，ｔ）はピクチャタイプの補償ファクタ｛Ｋ（Ｉ），Ｋ（Ｐ），Ｋ（Ｂ）｝であり、Ｎ（Ｉ，Ｉ），Ｎ（Ｉ，Ｐ），Ｎ（Ｉ，Ｂ）は、Ｉ，Ｐ，Ｂピクチャの残りの数、Ｔ（ｒ）は残りのビットの数である。
【００２８】
以下の式を介して、ある番組についてターゲットとなるビット割り当てを計算することができる。
【００２９】
【数２】
2009504036.tif 000004
このケースでは、レートコントローラは、フレームについて符号化モードｔ（Ｉ，ｎ）を選択する。特にＩフレームは、多数のＩフレームが特定のスーパーフレームで遭遇しないように、時間的に広がり、高品質の低い遅延の結果が更に容易に達成される。ｔ（Ｉ，ｎ）の１つの可能性のある実施の形態は、ＩＢＰＢＰＢの系列を有するＧＯＰの以下の例示的なアルゴリズムである。
【００３０】
（外１）
2009504036.tif 000005
ここでｍ（Ｉ）はそれぞれの番組のスタートアップオフセットである。たとえばＮ＝２Ｌの場合、以下が当てはまる。
【００３１】
（外２）
2009504036.tif 000006
勿論、本発明の原理の範囲を維持しつつ、Ｎが正確にＬの倍数であるか又はＬの倍数でないとき、他の分散が選択されることが理解される。
【００３２】
図４を参照して、単一の通信チャネルを通した送信の複数のビデオストリームをエンコードする例示的な方法は、参照符号４００により一般に示される。それぞれのストリームは、そこに埋め込まれるそれぞれのビデオ番組に対応する。先に示されたように、特定のチャネル帯域幅について共に符号化されるＬ個の番組が存在することが仮定される。方法４００は、それぞれのフレームについてターゲットとなるビット割り当てを決定することにおいて従来技術の符号化方法に対して有利なビット割り当てを提供する。
【００３３】
本方法４００は、機能ブロック４１０に制御を移す開始ブロック４０５を含む。機能ブロック４１０は、それぞれの番組からのＧＯＰを含むスーパーＧＯＰを形成し、機能ブロック４１５に制御を移す。例示の目的のため、それぞれのストリームのためのＧＯＰサイズはＮであることが仮定される。機能ブロック４１５は、フレームについて符号化モードｔ（Ｉ，ｎ）を選択し、機能ブロック４２０に制御を移す。機能ブロック４１５により実現される選択プロセスに関して、多数のＩフレームが特定のスーパーフレームで遭遇されず（たとえば特定のスーパーフレームにおけるＩフレームの数は、予め規定された閾値内にある）、高品質の低い遅延の結果が更に容易に達成されるように、特にＩフレームは、時間的に分散される。
【００３４】
機能ブロック４２０は、たとえば式（１）を使用して、それぞれのスーパーフレームについてターゲットとなるビット割り当てＴ（ｎ）を計算し（この場合、それぞれのスーパーフレームは、同じ時間の瞬間で、すなわち同じ時間インデックスを有する瞬間で取られたＬ個の番組のそれぞれからのフレームを含むフレームのセットであり、スーパーフレームに含まれるフレームのそれぞれは、対応するスーパーグループオブピクチャに含まれる）、機能ブロック４２５に制御を移す。機能ブロック４２５は、スーパーフレームについてターゲットとなるビット割り当てを使用して、番組のそれぞれについてターゲットとなるビット割り当てＴ（Ｉ，ｎ）を計算し、機能ブロック４３０に制御を移す。機能ブロック４２５は、たとえば式（２）を使用して番組のそれぞれについてターゲットとなるビット割り当てを計算する。機能ブロック４３０は、（機能ブロック４１５当たり）符号化モード選択及び（機能ブロック４２５当たり）それぞれの番組のターゲットとなるビット割り当てに基づいてフレームをエンコードし、終了ブロック４３５に制御を移す。
【００３５】
本発明の多数の付随する利点／特徴の幾つかに関する説明が与えられ、そのうちの幾つかは、先に記載された。たとえば、１つの利点／特徴は、複数の番組に対応する複数のストリームをエンコードするビデオエンコーダであり、ビデオエンコーダは、単一の通信チャネルを通して送信のために複数のストリームのそれぞれをエンコードするエンコーダを含む。このエンコーダは、複数のストリームに対応する個々のストリームの遅延の要件に適合させるため、複数の番組のうちでイントラ符号化されたフレームでの相対的な位置合わせを課す。別の利点／特徴は、先に記載されたビデオエンコーダであり、イントラ符号化されたフレームでの相対的なポジショニングは、グループオブピクチャ（ＧＯＰ）に基づいて課される。さらに、別の利点／特徴は、先に記載されたビデオエンコーダであり、イントラ符号化されたフレームでの相対的な位置合わせは、イントラ符号化フレームが複数の番組における異なる時間で生じるように行われる。さらに、別の利点／特徴は、先に記載されたビデオエンコーダであり、エンコーダは、複数の番組からのスーパーグループオブピクチャを形成し、スーパーグループオブピクチャにおけるスーパーフレームのそれぞれ内のイントラ符号化フレームの量が前もって規定された閾値の量の範囲にあることを保証しつつ、スーパーグループオブピクチャに含まれるスーパーフレーム内に時間的にイントラ符号化されたフレームを分散する。スーパーグループオブピクチャは、複数の番組のそれぞれから少なくとも１つのグループオブピクチャを含む。スーパーフレームのそれぞれは、複数の番組にわたる同じ時間インデックスを有するフレームのセットを含む。
【００３６】
本発明のこれらの特徴及び利点、並びに他の特徴及び利点は、本明細書の教示に基づいて当業者により容易に確認される。本発明の教示は、様々な形式のハードウェア、ソフトウェア、ファームウェア、特定用途向けプロセッサ、又はその組み合わせで実現される場合があることを理解されたい。
【００３７】
最も好ましくは、本発明の教示は、ハードウェアとソフトウェアの組み合わせとして実現される。さらに、ソフトウェアは、プログラムストレージユニットで有形に実施されるアプリケーションプログラムとして実現される。アプリケーションプログラムは、適切なアーキテクチャを有するマシンにアップロードされ、このマシンにより実行される。好ましくは、マシンは、１以上の中央処理ユニット（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、及び入力／出力（Ｉ／Ｏ）インタフェースのようなハードウェアを有するコンピュータプラットフォームで実現される。コンピュータプラットフォームは、オペレーティングシステム及びマクロインストラクションコードを含む場合もある。本明細書で記載された様々な処理及び機能は、ＣＰＵにより実行される場合がある、マイクロインストラクションコードの一部であるか、アプリケーションプログラムの一部、若しくはその組み合わせの何れかである場合がある。さらに、様々な他の周辺ユニットは、更なるデータストレージユニット及びプリンティングユニットのようなコンピュータプラットフォームに接続される。
【００３８】
添付図面で示される構成要素となるシステムコンポーネント及び方法の幾つかは、ソフトウェアで実現されることが好ましいため、システムコンポーネント又はプロセス機能ブロック間の実際の接続は、本発明がプログラムされるやり方に依存して異なる場合があることを理解されたい。本明細書で所与の教示が与えられた場合、当業者は、本発明のこれら及び類似の実現又はコンフィギュレーションを考えることができる。
【００３９】
例示的な実施の形態は添付図面を参照して本明細書で記載されたが、本発明は、それら正確な実施の形態に限定されるものではなく、様々な変形及び変更は本発明の範囲又は精神から逸脱することなしに当業者により実施される場合があることを理解されたい。全ての係る変形及び変更は、特許請求の範囲で述べた本発明の範囲に含まれることが意図される。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施の形態に係る、本発明が適用される例示的なビデオエンコーダのブロック図である。
【図２】本発明の実施の形態に係る、例示的なビデオストリームの図である。
【図３】本発明の実施の形態に係る、本発明が適用される例示的なジョイントコーディングシステムの図である。
【図４】本発明の実施の形態に係る、単一の通信チャネルを通した送信のために複数のビデオストリームをエンコードするための例示的な方法のフローチャートである。
【図１】
2009504036.tif 000007
【図２】
2009504036.tif 000008
【図３】
2009504036.tif 000009
【図４】
2009504036.tif 000010
【国際調査報告】
2009504036.tif 000011
2009504036.tif 000012
2009504036.tif 000013