(57)【要約】  デプス・ビュー成分におけるデプス・ブロックについて、ビデオ・コーダは、デコードされたテクスチャ・ビュー成分における対応するテクスチャ・ブロックの動き情報を備える動き情報候補を導出し、動きベクトル予測演算において使用するために、動き情報候補を候補リストに加え、候補リストにおける候補に基づいて現在のブロックをコード化する。
2015536118.tif 000002
【特許請求の範囲】
【請求項１】
３Ｄビデオ・データをデコードする方法であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えることと、
前記候補リスト内の候補に基づいて、現在のブロックをデコードすることと、
を備える方法。
【請求項２】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項１に記載の方法。
【請求項３】
前記動き情報候補は、動き情報を備える、請求項２に記載の方法。
【請求項４】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項２に記載の方法。
【請求項５】
空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えること、をさらに備える請求項１に記載の方法。
【請求項６】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項１に記載の方法。
【請求項７】
前記動き情報候補がイネーブルされていることを示すシンタックス要素をデコードすることと、
前記シンタックス要素に応じて、前記動き情報候補を前記候補リストへ加えることと、
をさらに備える請求項１に記載の方法。
【請求項８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項１に記載の方法。
【請求項９】
前記動き情報候補は、動きベクトルを備え、前記方法はさらに、
前記動き情報候補を、動きベクトル予測子として用いることと、
動きベクトル差分情報をデコードすることと、
前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックをデコードするための動きベクトルを決定することと
を備える、請求項１に記載の方法。
【請求項１０】
インデクス値をデコードすることであって、前記インデクス値は、前記動き情報候補に対応する、デコードすることと、
前記デコードされたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをデコードすることと、
をさらに備える請求項１に記載の方法。
【請求項１１】
３Ｄビデオ・データをエンコードする方法であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えることと、
前記候補リスト内の候補に基づいて、現在のブロックをエンコードすることと、
を備える方法。
【請求項１２】
空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えること、をさらに備える請求項１１に記載の方法。
【請求項１３】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項１１に記載の方法。
【請求項１４】
前記動き情報候補がイネーブルされていることを示すシンタックス要素をエンコードすること、をさらに備える請求項１１に記載の方法。
【請求項１５】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項１１に記載の方法。
【請求項１６】
前記動き情報候補は、動き情報を備える、請求項１５に記載の方法。
【請求項１７】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項１５に記載の方法。
【請求項１８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項１１に記載の方法。
【請求項１９】
前記動き情報候補は、動きベクトルを備え、前記方法はさらに、
前記動き情報候補を、動きベクトル予測子として用いることと、
動きベクトル差分情報をエンコードすることと、
前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックの動きベクトルをエンコードすることと
を備える、請求項１１に記載の方法。
【請求項２０】
インデクス値をエンコードすることであって、前記インデクス値は、前記動き情報候補に対応する、エンコードすることと、
前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをエンコードすることと、
をさらに備える請求項１１に記載の方法。
【請求項２１】
ビデオ・データをコーディングするためのデバイスであって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出し、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加え、
前記候補リスト内の候補に基づいて、現在のブロックをデコードする、
ように構成されたビデオ・デコーダ、を備えるデバイス。
【請求項２２】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項２１に記載のデバイス。
【請求項２３】
前記動き情報候補は、動き情報を備える、請求項２２に記載のデバイス。
【請求項２４】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項２２に記載のデバイス。
【請求項２５】
前記ビデオ・デコーダはさらに、空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えるように構成された、請求項２１に記載のデバイス。
【請求項２６】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項２１に記載のデバイス。
【請求項２７】
前記ビデオ・デコーダはさらに、
前記動き情報候補がイネーブルされていることを示すシンタックス要素を受け取り、
前記シンタックス要素に応じて、前記動き情報候補を前記候補リストへ加える
ように構成された、請求項２１に記載のデバイス。
【請求項２８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項２１に記載のデバイス。
【請求項２９】
前記動き情報候補は、動きベクトルを備え、前記ビデオ・デコーダはさらに、前記動き情報候補を、動きベクトル予測子として用い、動きベクトル差分情報をデコードし、前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックをデコードするための動きベクトルを決定するように構成された、請求項２１に記載のデバイス。
【請求項３０】
前記ビデオ・デコーダはさらに、インデクス値を受け取ることであって、前記インデクス値は、前記動き情報候補に対応する、受け取り、前記受け取られたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをデコードするように構成された、請求項２１に記載のデバイス。
【請求項３１】
前記デバイスは、
集積回路と、
マイクロプロセッサと、
前記ビデオ・デコーダを含む無線通信デバイスと
のうちの少なくとも１つを備える、請求項２１に記載のデバイス。
【請求項３２】
ビデオ・データをコーディングするためのデバイスであって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出し、動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加え、前記候補リスト内の候補に基づいて、前記現在のブロックをエンコードするように構成されたビデオ・エンコーダ、を備えるデバイス。
【請求項３３】
前記ビデオ・エンコーダはさらに、空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えるように構成された、請求項３２に記載のデバイス。
【請求項３４】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項３２に記載のデバイス。
【請求項３５】
前記ビデオ・エンコーダはさらに、前記動き情報候補がイネーブルされていることを示すシンタックス要素をエンコードするように構成された、請求項３２に記載のデバイス。
【請求項３６】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記ビデオ・エンコーダはさらに、前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てるように構成された、請求項３２に記載のデバイス。
【請求項３７】
前記動き情報候補は、動き情報を備える、請求項３６に記載のデバイス。
【請求項３８】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項３６に記載のデバイス。
【請求項３９】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項３６に記載のデバイス。
【請求項４０】
前記動き情報候補は、動きベクトルを備え、前記ビデオ・エンコーダはさらに、前記動き情報候補を、動きベクトル予測子として用い、動きベクトル差分情報をエンコードし、前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックの動きベクトルをエンコードするように構成された、請求項３２に記載のデバイス。
【請求項４１】
前記ビデオ・エンコーダはさらに、インデクス値をエンコードすることであって、前記インデクス値は、前記動き情報候補に対応する、エンコードし、前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをエンコードするように構成された、請求項３２に記載のデバイス。
【請求項４２】
前記デバイスは、
集積回路と、
マイクロプロセッサと、
前記ビデオ・デコーダを含む無線通信デバイスと
のうちの少なくとも１つを備える、請求項３２に記載のデバイス。
【請求項４３】
１または複数のプロセッサによって実行された場合、前記１または複数のプロセッサに対して、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出させることであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出させ、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えさせ、
前記候補リスト内の候補に基づいて、現在のブロックをデコードさせる
命令、を記憶したコンピュータ読取可能な記憶媒体。
【請求項４４】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記コンピュータ読取可能な記憶媒体はさらに、実行された場合、前記１または複数のプロセッサに対して、前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てさせる命令、を記憶した、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４５】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４６】
実行された場合、前記１または複数のプロセッサに対して、インデクス値を受け取ることであって、前記インデクス値は、前記動き情報候補に対応する、受け取らせ、前記受け取られたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをデコードさせる命令、をさらに記憶した、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４７】
３Ｄビデオ・データをエンコードするための装置であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出する手段であって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出する手段と、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加える手段と、
前記候補リストにおける候補に基づいて、現在のブロックをエンコードする手段と、
を備える装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
本願は、その内容全体が本明細書において参照によって組み込まれる２０１２年１０月４日出願の米国仮出願６１／７０９，９１２号の利益を要求する。
【技術分野】
【０００２】
本開示は、ビデオ・コーディングに関連する。
【背景技術】
【０００３】
デジタル・ビデオ機能は、デジタル・テレビ、デジタル・ダイレクト・ブロードキャスト・システム、無線ブロードキャスト・システム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップ・コンピュータ、タブレット・コンピュータ、ｅブック・リーダ、デジタル・カメラ、デジタル記録デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーム・デバイス、ビデオ・ゲーム・コンソール、セルラまたは衛星ラジオ電話、いわゆる「スマート・フォン」、ビデオ・テレビ会議デバイス、ビデオ・ストリーミング・デバイス等を含む広範囲のビデオに組み込まれうる。デジタル・ビデオ・デバイスは、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、パート１０、アドバンスト・ビデオ・コーディング（ＡＶＣ）、現在開発中の高効率ビデオ・コーディング（ＨＥＶＣ）規格、およびこれら規格の拡張版によって定義された規格において記載されているようなビデオ圧縮技法を実施する。ビデオ・デバイスは、このようなビデオ圧縮技法を実施することによって、デジタル・ビデオ情報をより効率的に送信、受信、エンコード、デコード、および／または、記憶しうる。
【０００４】
ビデオ圧縮技法は、ビデオ・シーケンスにおける固有の冗長性を低減または除去するために、空間（イントラ・ピクチャ）予測、および／または、時間（インタ・ピクチャ）予測を行なう。ブロック・ベースのビデオ・コーディングのために、ビデオ・スライス（すなわち、ビデオ・フレーム、またはビデオ・フレームの一部分）が、ツリーブロック、コーディング・ユニット（ＣＵ）、および／または、コーディング・ノードとも称される複数のビデオ・ブロックへ分割されうる。ピクチャのイントラ・コード（Ｉ）スライスにおけるビデオ・ブロックは、同じピクチャ内の近隣ブロックにおける基準サンプルに対する空間的予測を用いてエンコードされる。ピクチャのインタ・コード（ＰまたはＢ）スライスにおけるビデオ・ブロックは、同じピクチャ内の近隣ブロックにおける基準サンプルに対する空間的予測を用いるか、別の基準ピクチャにおける基準サンプルに対する時間的予測を用いうる。ピクチャは、フレームと称され、基準ピクチャは、基準フレームと称されうる。
【０００５】
空間的予測または時間的予測の結果、ブロックの予測ブロックがコード化されるようになる。残余データは、コード化されるべきオリジナルのブロックと、予測ブロックとの間のピクセル差分を表す。インタ・コード・ブロックは、予測ブロックを形成する基準サンプルのブロックを示す動きベクトルと、コード化されたブロックと予測ブロックとの間の差分を示す残余データと、に従ってエンコードされる。イントラ・コード・ブロックは、イントラ・コーディング・モードと残余データとに従ってエンコードされる。さらなる圧縮のため、残余データは、ピクセル領域から変換領域へ変換され、残余変換係数となる。残余変換係数は、その後、量子化されうる。最初に２次元アレイ内に配列されている量子化された変換係数は、変換係数の１次元ベクトルを生成するためにスキャンされ、より一層の圧縮を達成するために、エントロピ・コーディングが適用されうる。
【発明の概要】
【０００６】
一般に、本開示は、マルチビューおよび３Ｄビデオ・コーディングにおける動き予測のコーディング効率を改善するための技法を記載する。
【０００７】
一例において、３Ｄビデオ・データをデコードする方法は、デプス・ビューにおけるデプス・ブロックについて、動き情報候補を導出することであって、動き情報候補は、デコードされたテクスチャ・ビューにおいて、対応するテクスチャ・ブロックの動き情報を備える、導出することと、動きベクトル予測演算における使用のために、動き情報候補を、候補リストに加えることであって、候補リストにおける各候補は、関連付けられたインデクスを有する、加えることと、候補リスト内の候補に基づいて、現在のブロックをデコードすることと、を含む。
【０００８】
別の例において、３Ｄビデオ・データをエンコードする方法は、デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、動きベクトル予測演算における使用のために、動き情報候補を、候補リストに加えることと、候補リスト内の候補に基づいて、現在のブロックをエンコードすることと、を含む。
【０００９】
別の例において、ビデオ・データをコーディングするためのデバイスは、デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、動きベクトル予測演算における使用のために、動き情報候補を、候補リストに加えることと、候補リスト内の候補に基づいて、現在のブロックをデコードすることと、を行うように構成されたビデオ・デコーダを含む。
【００１０】
別の例では、ビデオ・データをコーディングするためのデバイスは、デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、動きベクトル予測演算における使用のために、動き情報候補を、候補リストに加えることと、候補リスト内の候補に基づいて、現在のブロックをエンコードすることと、を行うように構成されたビデオ・エンコーダを含む。
【００１１】
別の例では、コンピュータ読取可能な記憶媒体は、１つまたは複数のプロセッサによって実行された場合、１つまたは複数のプロセッサに対して、デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、動きベクトル予測演算における使用のために、動き情報候補を、候補リストに加えることと、候補リスト内の候補に基づいて、現在のブロックをデコードすることと、を実行させる命令を記憶している。
【００１２】
別の例において、３Ｄビデオ・データをエンコードするための装置は、デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出する手段であって、動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出する手段と、動きベクトル予測演算における使用のために、動き情報候補を、候補リストに加える手段と、候補リスト内の候補に基づいて、現在のブロックをエンコードする手段と、を含む。
【００１３】
１つまたは複数の例の詳細が、添付図面および以下の説明において述べられる。他の特徴、目的、および利点が、説明およびこれら図面から、および特許請求の範囲から明らかになるだろう。
【図面の簡単な説明】
【００１４】
【図１】図１は、本開示のインタ予測技法を利用しうる、例示的なビデオ・エンコードおよびデコード・システムを例示するブロック図である。
【図２】図２は、マージ・モードとＡＭＶＰモードとの両方で使用されうる候補ブロックの例示的なセットを図示する。
【図３】図３は、本開示のインタ予測技法を実施しうるビデオ・エンコーダの例を例示するブロック図である。
【図４】図４は、本開示のインタ予測技法を実施しうるビデオ・デコーダの例を例示するブロック図である。
【図５】図５は、本開示の技法に従う例示的なエンコード処理を図示するフローチャートである。
【図６】図６は、本開示の技法に従う例示的なデコード処理を図示するフローチャートである。
【発明を実施するための形態】
【００１５】
本開示は、新興の３次元高性能ビデオ・コーディング（３Ｄ−ＨＥＶＣ）規格におけるものを含む、マルチビュー・ビデオ・コーディングにおける動きパラメータのシグナリングに関連する技法を記載している。新興の３Ｄ−ＨＥＶＣ規格は、基本ＨＥＶＣコーディング技法の多くを３Ｄビデオ・データに拡張する３Ｄビデオ・コーディング規格である。本開示の技法は、しばしば、ＨＥＶＣおよび３Ｄ−ＨＥＶＣに対する具体的な参照とともに記載され、しばしば、ＨＥＶＣおよび３Ｄ−ＨＥＶＣ用語を使用しうるが、本開示の技法は、何れの特定のコーディング規格にも限定されないことが理解されるべきである。本開示の技法は、潜在的に、任意のマルチビューまたは３Ｄビデオ・コーディング規格に適用可能でありうる。
【００１６】
２Ｄビデオと３Ｄビデオとの両方のためのビデオ圧縮技法は、ビデオ・データの既にコード化されたブロックに基づいて、ビデオ・データの現在のブロックを予測することを含みうる。本開示において、現在のブロックという用語は一般に、既にコード化されたビデオ・ブロックまたはまだコード化されていないビデオ・ブロックではなく、現在コード化（例えば、エンコードまたはデコード）されているビデオ・データのブロックを称する。イントラ予測モードでは、現在のブロックは、現在のブロックのものと同じピクチャにおいて既にコード化されたブロックに基づいて予測される一方、インタ予測モードでは、現在のブロックは、別のピクチャにおいて既にコード化されているブロックに基づいて予測される。別のピクチャは、現在のブロックのものと同じビューからの別の時間インスタンスのピクチャでありうるか、あるいは、別のビューまたはビュー成分からのものであるが同じ時間インスタンスからのピクチャでありうる。
【００１７】
ビデオ・デコーダが、所与のビデオ・ブロックのためのインタ予測を実行する場合、エンコードされたビデオ・ビットストリームで、動きパラメータがシグナルされる。現在のブロックのための予測ブロックとしてどのピクチャのどのブロックを使用するのかをビデオ・デコーダが決定できうるように、動きパラメータは、例えば、１つまたは複数の動きベクトル、１つまたは複数の基準ピクチャ・インデクス、および予測方向を含む。ビデオ・コーダは、エンコードされたビットストリームで動きパラメータをシグナルするために様々なモードを使用しうる。インタ予測コーディングを実施するために必要とされるビット数を低減するために、これらモードのうちのいくつかは、動きパラメータの明示的なシグナリングの代わりに、動きパラメータの予測を利用しうる。
【００１８】
開発中のＨＥＶＣ規格では、動きパラメータの予測のために、様々なモードが存在し、これらのうちの１つはマージ・モードと称される。マージ・モードでは、ビデオ・コーダは、空間的な近隣ブロックと時間的な近隣ブロックとを含み、３Ｄ−ＨＥＶＣのケースではインタ・ビュー近隣ブロックをも含む近隣ブロックからの候補を用いて動きパラメータ（例えば、基準ピクチャおよび動きベクトル）の候補リストを構築する。選択された動きベクトルは、候補リストから選択された候補のインデクスを送信することによって、ビデオ・エンコーダからビデオ・デコーダへシグナルされる。ビデオ・デコーダでは、このインデクスがデコードされると、選択された候補の対応するブロックのすべての動きパラメータが、インデクスが対応するマージ候補から継承される。ビデオ・エンコーダおよびビデオ・デコーダは、既にコード化されているブロックに基づいて、同じ候補リストを構築するように構成される。したがって、ビデオ・デコーダは、インデクスに基づいて、ビデオ・エンコーダによって選択された候補の動きパラメータを識別しうる。ＨＥＶＣにおけるスキップ・モードのためには、マージ・モードのためのものと同じマージ候補リストが生成される。しかしながら、スキップ・モードでは、ビデオ・エンコーダからビデオ・デコーダへ残余データはシグナルされない。本開示では、マージ・モードに関して記載されているすべての技法は、スキップ・モードにも適用されうる。
【００１９】
近隣候補ブロックの動き情報（例えば、基準インデクスおよび動きベクトル）を評価するため、および、評価された動き情報に基づいて現在のビデオ・ブロックの候補リストを構築するために、ビデオ・エンコーダおよびビデオ・デコーダが、一般的な、予め定義された処理を実施するという点において、アドバンスト動きベクトル予測（ＡＭＶＰ）モードは、マージ・モードに類似している。しかしながら、ＡＭＶＰのための予め定義されたリスト構築処理は、マージ・モードのものとは異なりうる。さらに、ＡＭＶＰについては、現在のビデオ・ブロックは、候補動き情報のすべてを継承するとは限らない。むしろ、ＡＭＶＰでは、ビデオ・デコーダは、必要であれば、スケール後、選択されたブロックからの動きベクトルを、動きベクトル予測子として用いる。ビデオ・デコーダはまた、基準ピクチャ・インデクス、動きベクトル差分情報に加えて、必要であれば予測方向を受け取り、もって、動きベクトル予測子および動きベクトル差分を用いて、現在のビデオ・ブロックをコーディングするために使用する新たな動きベクトル（単数または複数）を決定する。したがって、ＡＭＶＰは、マージ・モードに対して、ビットストリーム効率が低減されることを犠牲にして、ビデオ・ブロックのためにより多くの動き情報を明示的にシグナルすることによって、ビデオ・ブロックのために、より高いビデオ・コーディング忠実度を提供しうる。
【００２０】
動きパラメータ継承（ＭＰＩ）は、マージ・モードと連携して使用されうる３Ｄ−ＨＥＶＣにおけるデプス・ビュー成分のためのコーディング・ツールである。
【００２１】
ＭＰＩは、例えば、（例えばｕｓｅ＿ｍｖｉ＿ｆｌａｇ［ｉ］、ここで、ｉは、特定のデプス・ビューを識別する、ような）フラグを用いて、ビデオ・パラメータ・セット（ＶＰＳ）において、特定のデプス・ビュー成分のためにイネーブルされうる。ＭＰＩがイネーブルされた（例えば、ｕｓｅ＿ｍｖｉ＿ｆｌａｇ［ｉ］フラグが１に設定された）場合、関連付けられたテクスチャ・ビュー成分においてコロケートされたブロックの動き情報が、デプス・ビューのシーケンスにおける少なくとも１つの現在のブロックをコード化するために使用されうる。ここで、シーケンスは、一般に、１つまたは複数のピクチャを称し、ピクチャのグループに対応しうる。デプス・ビューにおけるブロック（例えば、予測ユニット（ＰＵ））のためにＭＰＩが使用されるか否かをシグナルするために、（“ｂＭＰＩＵｓｅｄ”によって示される）フラグが、シーケンスの各ブロックについてエンコードされたビットストリームに含まれる。
【００２２】
現在のデプス・ブロックのためにＭＰＩがイネーブルされている（すなわち、ｂＭＰＩＵｓｅｄが１に設定されている）場合、現在のデプス・ブロックは、テクスチャ・ビュー成分においてコロケートされているブロックの関連付けられたコーディング構造（例えば、分割情報および／または区分分割情報）、基準インデクス、および動きベクトルを継承する。したがって、このフラグは本質的に、０に等しく設定されたインデクスを有する特別なマージ候補として取り扱われる。本開示は、一般に、テクスチャ・ビュー成分における対応するブロックの動きベクトルを含む、例えばマージ候補またはＡＭＶＰ候補のような候補を称するために、ＭＰＩ候補という用語を使用するだろう。ＭＰＩのためのいくつかの提案では、ＭＰＩ候補が選択された場合、現在のブロックは、動き情報（例えば、動きベクトル、基準インデクス）のみならず、コーディング構造をも継承する。その他のマージ・モードおよびＡＭＶＰ候補の場合、コーディング構造は一般には継承されない。ＭＰＩ候補がリストに含まれている場合、その他のマージ候補（例えば、空間／時間／結合された双方向予測的な／ゼロ動きベクトル・マージ候補）のインデクスが１つずつ増加され、マージ・リストの最大サイズが（例えば、５から６へと）１つずつ増加される。本開示では、結合された双方向予測的な候補、ゼロ候補、およびその他の人為的に生成された候補が、集合的に仮想的な候補と称されうる。現在のブロックは、ＭＰＩ候補が選択された場合、テクスチャからの動きデータおよびＣＵ／ＰＵ構造を再使用するので、ＭＰＩ候補のために、ＣＵ／ＰＵコーディング構造のための追加のバッファが必要とされうる。
【００２３】
３Ｄ−ＨＥＶＣにおけるＭＰＩのいくつかの実施は常に、ＭＰＩ候補がその他すべてのマージ候補よりも高い優先度を有していると仮定している。これは、いくつかのビデオ・シーケンスの場合、その他のマージ候補が、ＭＰＩ候補よりもより頻繁に使用されうるという事実によって、全体的なコーディング効率を低減しうる。さらに、ＭＰＩは、ベース・ビューにおいてコロケートされたブロックの動きベクトルを直接的に再使用する一方、いくつかの事例では、その代わりに、コロケートされたブロックの動き情報を、例えばＡＭＶＰモードの一部として、現在の動き情報の予測子として用いることが有益でありうる。
【００２４】
本開示は、３Ｄ−ＨＥＶＣで使用されるＭＰＩに関連する技法を提案する。本開示の技法に従って、ビデオ・コーダは、ＭＰＩが使用されていることを示すフラグを送信したり、コーディング構造情報を含み、０に等しいインデクスを有するＭＰＩ候補を導出したりする代わりに、テクスチャ・ビューにおいてコロケートされたブロックの動き情報を、マージ・リストにおけるその他の候補に類似してシグナルされたマージ・インデクスと、継承された動き情報のみとを有するマージ候補として取り扱いうる。したがって、本開示の技法に従って、ＭＰＩ候補は、マージ・リスト内のいかなる場所にも含まれうる。さらに、本開示の技法に従って、ＭＰＩ候補は、動き情報とコーディング構造情報との両方の代わりに、動き情報のみを含みうる。デプス・ビュー・ブロックおよび対応するテクスチャ・ビュー・ブロックが、異なるコーディング構造を有する事例では、使用されるべきテクスチャ・ブロックは、例えば、コロケートされたピクセルに基づいて識別されうる。一例として、デプス・ビュー・ブロックの中心ピクセルに対してコロケートされているテクスチャ・ビュー成分におけるピクセルが識別され、そのピクセルを含むテクスチャ・ブロックが、テクスチャ・ブロックに対応するデプス・ブロックとして使用されうる。中心ピクセル以外のピクセルは、同様に、対応するテクスチャ・ビュー・ブロックを決定するために使用されうる。
【００２５】
ＭＰＩ候補は、例えば、１乃至５のうちの何れかに等しいインデクスを有するような、０よりも大きなインデクスを有するように、マージ候補リストに追加されうる。あるいは、ＭＰＩ候補は、時間的なマージ候補が候補リストに追加される直前に追加され、第１の空間的な候補がマージ候補リストに追加された後に追加され、Ｎ個の空間的な候補がチェックされた後に追加されうる。ただし、Ｎは、０，１，２，および３に等しい。いくつかの実施では、ＭＰＩ候補が、マージ候補として取り扱われているのであれば、対応するインデクスは、１つのスライス、１つのピクチャ等内で、適応的に変更されうる。概して、エンコーダおよびデコーダが同じ候補リストを構築するように構成されている限り、ＭＰＩ候補は、任意の種類のリスト構築方法を用いて、候補リスト内の何れかの場所に追加されうる。
【００２６】
本開示の別の態様に従って、テクスチャ・ビューにおいてコロケートされたブロックの動き情報は、ＡＭＶＰモードのための追加の候補として使用されうる。ＭＰＩ候補がＡＭＶＰ候補として取り扱われる場合、ＭＰＩ候補は、例えば、時間的なＡＭＶＰ候補のような既存の候補と代わりうるか、あるいは、ＡＭＶＰ候補リスト・サイズが１つずつ増加されうる。ＡＭＶＰ候補リストにおいて用いられているのであれば、ＭＰＩ候補のインデクスは、ＡＭＶＰ候補リストがＮ個の候補を有していると仮定して、０乃至Ｎ−１のうちの任意の値でありうる。
【００２７】
以前に提案されたＭＰＩ実施に関して、ＭＰＩ候補は、０のインデクスを有する特殊化されたマージ候補であるということは、説明上のことであることが意図されており、ビデオ・エンコーダまたはビデオ・デコーダによって実行される処理を実際に反映していることもしていないこともありうる。例えば、ビデオ・エンコーダまたはデコーダが、ＭＰＩ候補を用いてブロックをコード化する事例では、ビデオ・エンコーダまたはデコーダは、ＭＰＩ候補以外のマージ候補が選択された場合に実行されるフル・リスト構築処理を実行しないことがありうる。代わりに、ビデオ・エンコーダまたはデコーダは、終了前にこのリスト構築処理を停止しうるか、あるいは、いかなるリスト構築をも実行しないことがありうる。一方、本開示の技法を実行しているビデオ・コーダは、マージ・リスト内にＭＰＩ候補を含んでいるので、ＭＰＩ候補を、マージ・リスト構築処理の一部として決定する。
【００２８】
図１は、本開示の技法を利用しうる例示的なビデオ・エンコードおよびデコード・システム１０を例示するブロック図である。図１に図示されるように、システム１０は、宛先デバイス１４によって、後の時間においてデコードされるべきエンコードされたビデオ・データを提供するソース・デバイス１２を含む。特に、ソース・デバイス１２は、ビデオ・データを、コンピュータ読取可能な媒体１６を経由して、宛先デバイス１４へ提供する。ソース・デバイス１２および宛先デバイス１４は、デスクトップ・コンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレット・コンピュータ、セット・トップ・ボックス、いわゆる「スマート」フォンのような電話ハンドセット、いわゆる「スマート」パッド、テレビ、カメラ、ディスプレイ・デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーム・コンソール、ビデオ・ストリーミング・デバイス等を含む広範なデバイスのうちの何れかを備えうる。いくつかのケースでは、ソース・デバイス１２および宛先デバイス１４が無線通信のために装備されうる。
【００２９】
宛先デバイス１４は、デコードされるべき、エンコードされたビデオ・データを、コンピュータ読取可能な媒体１６を経由して受け取りうる。コンピュータ読取可能な媒体１６は、エンコードされたビデオ・データを、ソース・デバイス１２から宛先デバイス１４へ移動させることが可能な任意のタイプの媒体またはデバイスを備えうる。一例において、コンピュータ読取可能な媒体１６は、エンコードされたビデオ・データを、ソース・デバイス１２が、宛先デバイス１４へリアル・タイムでダイレクトに送信することを可能にする通信媒体を備えうる。エンコードされたビデオ・データは、例えば無線通信プロトコルのような通信規格に従って変調され、宛先デバイス１４へ送信されうる。通信媒体は、例えばラジオ周波数（ＲＦ）スペクトルまたは１つまたは複数の物理送信ラインのような任意の無線または有線の通信媒体を備えうる。通信媒体は、例えば、ローカル・エリア・ネットワーク、広域ネットワーク、またはインターネットのようなグローバル・ネットワークのような、パケット・ベースのネットワークの一部を形成しうる。通信媒体は、ルータ、スイッチ、基地局、または、ソース・デバイス１２から宛先デバイス１４への通信を容易にするために有用でありうるその他任意の機器を含みうる。
【００３０】
いくつかの例において、エンコードされたデータは、出力インタフェース２２から、記憶デバイスへ出力されうる。同様に、エンコードされたデータは、記憶デバイスから、入力インタフェースによってアクセスされうる。記憶デバイスは、例えば、ハード・ドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュ・メモリ、揮発性メモリまたは不揮発性メモリ、または、エンコードされたビデオ・データを記憶するのに適したその他任意のデジタル記憶媒体のような、分散的にまたはローカルにアクセスされる様々なデータ記憶媒体のうちの何れかを含みうる。さらなる例では、記憶デバイスは、ソース・デバイス１２によって生成された、エンコードされたビデオを記憶しうるファイル・サーバまたはその他の中間記憶デバイスに相当しうる。宛先デバイス１４は、ストリーミングまたはダウンロードによって、記憶デバイスから、記憶されたビデオ・データにアクセスしうる。ファイル・サーバは、エンコードされたビデオ・データを記憶することと、エンコードされたビデオ・データを宛先デバイス１４へ送信することとが可能な任意のタイプのサーバでありうる。ファイル・サーバの例は、（例えば、ウェブサイト用の）ウェブ・サーバ、ＦＴＰサーバ、ネットワーク・アタッチ・ストレージ（ＮＡＳ：ｎｅｔｗｏｒｋ  ａｔｔａｃｈｅｄ  ｓｔｏｒａｇｅ）デバイス、またはローカル・ディスク・ドライブを含む。宛先デバイス１４は、エンコードされたビデオ・データに、インターネット接続を含む任意の標準的なデータ接続によってアクセスしうる。これは、または、ファイル・サーバに記憶されたエンコードされたビデオ・データにアクセスすることに適した、無線チャネル（例えば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（例えば、ＤＳＬ、ケーブル・モデム等）、またはこれら両方の組み合わせを含みうる。記憶デバイスからの、エンコードされたビデオ・データの送信は、ストリーミング送信、ダウンロード送信、またはこれらの組み合わせでありうる。
【００３１】
本開示の技法は、必ずしも無線のアプリケーションまたは設定に制限される必要はない。これら技法は、例えば、オーバ・ザ・エア・テレビジョン・ブロードキャスト、ケーブル・テレビジョン送信、衛星テレビ送信、ダイナミック・アダプティブ・ストリーミング・オーバＨＴＴＰ（ＤＡＳＨ）のようなインターネット・ストリーミング・ビデオ送信、データ記憶媒体にエンコードされるデジタル・ビデオ、データ記憶媒体に記憶されたデジタル・ビデオのデコーディング、またはその他のアプリケーションのうちの何れかをサポートするビデオ・コーディングに適用されうる。いくつかの例において、システム１０は、例えばビデオ・ストリーミング、ビデオ再生、ビデオ・ブロードキャスト、および／または、ビデオ・テレフォニのようなアプリケーションをサポートする１方向または２方向のビデオ送信をサポートするように構成されうる。
【００３２】
図１の例では、ソース・デバイス１２は、ビデオ・ソース１８、デプス推定ユニット１９、ビデオ・エンコーダ２０、および出力インタフェース２２を含んでいる。宛先デバイス１４は、入力インタフェース２８、ビデオ・デコーダ３０、デプス画像ベース・レンダリング（ＤＩＢＲ）ユニット３１、およびディスプレイ・デバイス３２を含んでいる。別の例では、ソース・デバイスおよび宛先デバイスは、その他の構成要素または構成を含みうる。例えば、ソース・デバイス１２は、例えば外部カメラのような外部ビデオ・ソース１８からビデオ・データを受信しうる。同様に、宛先デバイス１４は、統合されたディスプレイ・デバイスを含んでいるのではなく、外部のディスプレイ・デバイスとインタフェースしうる。本開示に記載された技法の多くは、ビデオ・エンコーダ２０とビデオ・デコーダ３０との両方によって実行されうる。したがって、説明の容易のために、ビデオ・エンコーダ２０およびビデオ・デコーダ３０は、しばしば、統合的に、ビデオ・コーダ２０／３０として称されうる。ビデオ・コーダ２０／３０に関して記載された技法は、ビデオ・エンコーダ２０またはビデオ・デコーダ３０の何れかによって実行されうる。
【００３３】
図１の例示されたシステム１０は単なる一例である。本開示の技法は、任意のデジタル・ビデオ・エンコードおよび／またはデコード・デバイスによって実行されうる。一般に、本開示の技法は、ビデオ・エンコード・デバイスによって実行されるが、この技法はまた、一般に“ＣＯＤＥＣ”と称されるビデオ・エンコーダ／デコーダによっても実行されうる。さらに、本開示の技術はまた、ビデオ・プリプロセッサによっても実行されうる。ソース・デバイス１２および宛先デバイス１４は、単に、ソース・デバイス１２が、宛先デバイス１４への送信のために、コード化されたビデオ・データを生成するこのようなコーディング・デバイスの例である。いくつかの例において、デバイス１２，１４は、デバイス１２，１４の各々がビデオ・エンコードおよびデコード構成要素を含むように、実質的に対称的に動作しうる。従って、システム１０は、例えば、ビデオ・ストリーミング、ビデオ再生、ビデオ・ブロードキャスト、またはビデオ・テレフォニのために、ビデオ・デバイス１２，１４間の１方向または２方向のビデオ送信をサポートしうる。
【００３４】
ソース・デバイス１２のビデオ・ソース１８は、例えば、ビデオ・カメラ、以前にキャプチャされたビデオを含むビデオ・アーカイブ、および／または、ビデオ・コンテンツ・プロバイダからビデオを受け取るためのビデオ・フィード・インタフェースのようなビデオ・キャプチャ・デバイスを含みうる。さらなる代案として、ビデオ・ソース１８は、コンピュータ・グラフィック・ベースのデータを、ソース・ビデオとして、または、ライブ・ビデオと、アーカイブされたビデオと、コンピュータによって生成されたビデオとの組み合わせとして生成しうる。いくつかのケースにおいて、ビデオ・ソース１８がビデオ・カメラであれば、ソース・デバイス１２および宛先デバイス１４は、いわゆるカメラ電話またはビデオ電話を形成しうる。しかしながら、前述したように、本開示において記載されているこれら技術は、一般に、ビデオ・コーディングに適用可能でありうる。そして、無線および／または有線のアプリケーションに適用されうる。各ケースでは、キャプチャされたビデオ、プリキャプチャされたビデオ、または、コンピュータによって生成されたビデオが、ビデオ・エンコーダ２０によってエンコードされうる。エンコードされたビデオ情報は、その後、出力インタフェース２２によって、コンピュータ読取可能な媒体１６に出力されうる。
【００３５】
ビデオ・ソース１８は、ビデオ・データの複数のビューを、ビデオ・エンコーダ２０へ提供しうる。例えば、ビデオ・ソース１８は、各々が、撮影されている特定のシーンに対してユニークな水平位置を有するカメラのアレイに相当しうる。あるいは、ビデオ・ソース１８は、例えばコンピュータ・グラフィックを用いて、異なる水平カメラ視点からビデオ・データを生成しうる。デプス推定ユニット１９は、テクスチャ画像におけるピクセルに対応するデプス・ピクセルのための値を決定するように構成されうる。例えば、デプス推定ユニット１９は、サウンド・ナビゲーションおよびレンジング（ＳＯＮＡＲ）ユニット、光検出およびレンジング（ＬＩＤＡＲ）ユニット、または、シーンのビデオ・データを記録することと実質的に同時にデプス値を直接的に決定することができるその他のユニットを表わしうる。
【００３６】
さらに、または、その代わりに、デプス推定ユニット１９は、実質的に同時にキャプチャされた２つまたはそれ以上の画像を、別の水平カメラ視点と比較することによって、デプス値を間接的に計算するように構成されうる。デプス推定ユニット１９は、画像内の実質的に類似したピクセル値間の水平相違を計算することによって、シーン内の様々な物体のデプスを概算しうる。デプス推定ユニット１９は、いくつかの例において、ビデオ・ソース１８と機能的に統合されうる。例えば、ビデオ・ソース１８がコンピュータ・グラフィック画像を生成した場合、デプス推定ユニット１９は、例えば、テクスチャ画像をレンダリングするために使用される物体およびピクセルのｚ軸を用いて、グラフィック物体のための実際のデプス・マップを提供しうる。
【００３７】
コンピュータ読取可能な媒体１６は、例えば無線ブロードキャストまたは有線ネットワーク送信のような過渡的な媒体、または、例えばハード・ディスク、フラッシュ・ドライブ、コンパクト・ディスク、デジタル・ビデオ・ディスク、Ｂｌｕ−ｒａｙディスク、またはその他のコンピュータ読取可能な媒体のような記憶媒体（すなわち、非一時的な記憶媒体）、を含みうる。いくつかの例において、ネットワーク・サーバ（図示せず）は、エンコードされたビデオ・データを、ソース・デバイス１２から受け取り、エンコードされたビデオ・データを、例えばネットワーク送信によって、宛先デバイス１４へ提供しうる。同様に、例えばディスク・スタンピング施設のような媒体製造施設のコンピューティング・デバイスは、エンコードされたビデオ・データをソース・デバイス１２から受け取り、このエンコードされたビデオ・データを含むディスクを生成しうる。したがって、コンピュータ読取可能な媒体１６は、様々な例において、様々な形態からなる１つまたは複数のコンピュータ読取可能な媒体を含むものと理解されうる。
【００３８】
宛先デバイス１４の入力インタフェース２８は、コンピュータ読取可能な媒体１６から、情報を受け取る。コンピュータ読取可能な媒体１６の情報は、ビデオ・エンコーダ２０によって定義されたシンタックス情報を含みうる。これは、ビデオ・デコーダ３０によっても使用され、ブロックおよび、例えばＧＯＰのようなその他のコード化されたユニットの処理および／または特性を記述するシンタックス要素を含んでいる。ディスプレイ・デバイス３２は、デコードされたビデオ・データをユーザへ表示しうる。そして、例えば、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、またはその他のタイプのディスプレイ・デバイスのような様々なディスプレイ・デバイスのうちの何かを備えうる。いくつかの例において、ディスプレイ・デバイス３２は、例えば、視聴者のための３Ｄ視覚効果を生成するために、２つまたはそれ以上のビューを同時にまたは実質的に同時に表示することが可能なデバイスを備えうる。
【００３９】
宛先デバイス１４のＤＩＢＲユニット３１は、合成されたビューを、ビデオ・デコーダ３０から受け取ったデコードされたビューのテクスチャおよびデプス情報を用いてレンダリングしうる。例えば、ＤＩＢＲユニット３１は、テクスチャ画像のピクセル・データの水平相違を、対応するデプス・マップにおけるピクセルの値の関数として決定しうる。ＤＩＢＲユニット３１は、その後、テクスチャ画像内のピクセルを、決定された水平相違まで、左または右にオフセットすることによって、合成された画像を生成しうる。このように、ディスプレイ・デバイス３２は、１つまたは複数のビューを表示しうる。これは、任意の組み合わせにおける、デコードされたビューおよび／または合成されたビューに対応しうる。本開示の技法に従って、ビデオ・デコーダ３０は、カメラ・パラメータおよびデプス範囲のオリジナルおよび更新された正確な値をＤＩＢＲユニット３１に提供しうる。ＤＩＢＲユニット３１は、ビューを適切に合成するために、デプス範囲およびカメラ・パラメータを使用しうる。
【００４０】
図１に図示されていないが、いくつかの態様では、ビデオ・エンコーダ２０およびビデオ・デコーダ３０は各々、オーディオ・エンコーダおよびデコーダと統合されうる。そして、共通のデータ・ストリームまたは個別のデータ・ストリームにおいて、オーディオとビデオとの両方のエンコードを取り扱うために、適切なＭＵＸ−ＤＥＭＵＸユニット、またはその他のハードウェアおよびソフトウェアを含みうる。適用可能であれば、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサ・プロトコル、または、例えばユーザ・データグラム・プロトコル（ＵＤＰ）のようなその他のプロトコルに準拠しうる。
【００４１】
ビデオ・エンコーダ２０およびビデオ・デコーダ３０は、現在開発中の高効率ビデオ・コーディング（ＨＥＶＣ）規格のようなビデオ・コーディング規格に従って動作し、ＨＥＶＣテスト・モデル（ＨＭ）に準拠しうる。
【００４２】
来たるＨＥＶＣ規格の最新のドラフトは、２０１２年７月１１日から２０１２年７月１２日までスウェーデンのストックホルムで開催されたＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオ・コーディングに関するジョイント・コラボレーティブ・チーム（ＪＣＴ−ＶＣ）第１０回会議におけるＢｒｏｓｓらによる“Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）  Ｔｅｘｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｄｒａｆｔ  ８”と題されたドキュメントＨＣＴＶＣ−Ｊ１００３に記載されている。これは、２０１３年８月１５日時点で、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ―ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１０＿Ｓｔｏｃｋｈｏｌｍ／ｗｇ１１／ＪＣＴＶＣ−Ｊ１００３−ｖ８．ｚｉｐからダウンロード可能である。“ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  １０”または“ＷＤ１０”と称されるＨＥＶＣ規格の別の最近のドラフトは、２０１３年１月１４日から２３日までスイスのジュネーブで開催されたＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオ・コーディングに関するジョイント・コラボレーティブ・チーム（ＪＣＴ−ＶＣ）第１２回会議におけるＢｒｏｓｓらによる“Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）  Ｔｅｘｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｄｒａｆｔ  １０（ｆｏｒ  ＦＤＩＳ＆Ｌａｓｔ  Ｃａｌｌ）”と題されたドキュメントＪＣＴＶＣ−Ｌ１００３ｖ３４に記載されている。これは、２０１３年８月１５日時点で、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１２＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｌ１００３−ｖ３４．ｚｉｐからダウンロード可能である。ＨＥＶＣ規格のさらに別のドラフトは、２０１３年４月に韓国の仁川で開催されたＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオ・コーディングに関するジョイント・コラボレーティブ・チーム（ＪＣＴ−ＶＣ）第１３回会議におけるＢｒｏｓｓらによる“Ｅｄｉｔｏｒｓ’  ｐｒｏｐｏｓｅｄ  ｃｏｒｒｅｃｔｉｏｎｓ  ｔｏ  ＨＥＶＣ  ｖｅｒｓｉｏｎ  １”に記載されている。これは、２０１３年１０月３日時点で、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１３＿Ｉｎｃｈｅｏｎ／ｗｇ１１／ＪＣＴＶＣ−Ｍ０４３２−ｖ３．ｚｉｐから利用可能である。
【００４３】
例示の目的のために、本開示の技法は、主としてＨＥＶＣの３ＤＶ拡張に関して記載される。しかしながら、これらの技法は、３次元効果を生成するために使用されるビデオ・データをコーディングするための他の規格にも同様に適用されうることが理解されるべきである。
【００４４】
ＶＣＥＧおよびＭＰＥＧの３Ｄビデオ・コーディングのジョイント・コラボレーション・チーム（ＪＣＴ−３Ｃ）は、ＨＥＶＣに基づく３ＤＶ規格を開発中である。
【００４５】
その規格化作業の一部分は、ＨＥＶＣに基づくマルチビュー・ビデオ・コーディング（ＭＶ−ＨＥＶＣ）の規格化と、ＨＥＶＣに基づく３Ｄビデオ・コーディング（３Ｄ−ＨＥＶＣ）のための別の部分とを含む。ＭＶ−ＨＥＶＣの場合、一般には、ＨＥＶＣに対する高レベル・シンタックス（ＨＬＳ）変更のみ存在し、これによって、ＨＥＶＣにおけるＣＵ／ＰＵレベルにおけるどのモジュールも、再設計される必要なく、ＭＶ−ＨＥＶＣのために完全に再使用可能であることが望まれる。３Ｄ−ＨＥＶＣの場合、テクスチャ・ビューとデプス・ビューとの両方のために、ユニット／予測ユニット・レベルにおけるコーディングの際におけるものを含む新たなコーディング・ツールが含まれ、サポートされうる。３Ｄ−ＨＥＶＣのための最新のソフトウェア３Ｄ−ＨＴＭは、２０１３年１０月３日時点で、次のリンク、すなわちｈｔｔｐｓ：／／ｈｅｖｃ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿ＨＥＶＣＳｏｆｔｗａｒｅ／ｔｒｕｎｋ／からダウンロード可能でありうる。
【００４６】
あるいは、ビデオ・エンコーダ２０およびビデオ・デコーダ３０は、ＭＰＥＧ４、パート１０、アドバンスト・ビデオ・コーディング（ＡＶＣ）とも称されるＩＴＵ−Ｔ  Ｈ．２６４規格、または、例えばＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣのＭＶＣ拡張版のような規格の拡張版のような著作権規格または産業規格にしたがって動作しうる。特に、本開示の技法は、アドバンスト・コーデックに基づくマルチビューおよび／または３Ｄビデオ・コーディングに関連している。一般に、本開示の技法は、様々な異なるビデオ・コーディング規格のうちの何れかに適用されうる。例えば、これらの技法は、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣのマルチビュー・ビデオ・コーディング（ＭＶＣ）拡張、来たるＨＥＶＣ規格の３Ｄビデオ（３ＤＶ）拡張（例えば、３Ｄ−ＨＥＶＣ）、またはその他のコーディング規格に適用されうる。
【００４７】
ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）規格は、ジョイント・ビデオ・チーム（ＪＶＴ）として知られている集合的なパートナシップの製品として、ＩＳＯ／ＩＥＣムービング・ピクチャ・エキスパート・グループ（ＭＰＥＧ）とともにＩＴＵ−Ｔビデオ・コーディング・エキスパート・グループ（ＶＣＥＧ）によって公布された。いくつかの態様では、本開示に記載された技術は、一般に、Ｈ．２６４規格に準拠するデバイスに適用されうる。Ｈ．２６４規格は、２００５年３月付けのＩＴＵ−Ｔスタディ・グループによる、一般的なオーディオビジュアル・サービスのためのアドバンスト・ビデオ・コーディングであるＩＴＵ−Ｒ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６４に記載されている。これは、本明細書では、Ｈ．２６４規格またはＨ．２６４仕様、またはＨ．２６４／ＡＶＣ規格または仕様と称されうる。ジョイント・ビデオ・チーム（ＪＶＴ）は、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣに対する拡張に取り組み続けている。
【００４８】
ビデオ・エンコーダ２０およびビデオ・デコーダ３０は各々、例えば１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ディスクリート・ロジック、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせ、のような様々な適切なエンコーダ回路のうちの何れかとして実現されうる。これら技法が部分的にソフトウェアで実現される場合、デバイスは、本開示の技法を実行するために、ソフトウェアのための命令を、適切な非一時的なコンピュータ読取可能な媒体に記憶し、１つまたは複数のプロセッサを用いて、ハードウェアにおいて、これら命令を実行しうる。ビデオ・エンコーダ２０およびビデオ・デコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれうる。これらの何れかは、それぞれのデバイスにおいて、結合されたビデオ・エンコーダ／デコーダ（コーデック）の一部として統合されうる。ビデオ・エンコーダ２０および／またはビデオ・デコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／または、例えばセルラ電話のような無線通信デバイスを含みうる。
【００４９】
先ず、ＨＥＶＣの例示的なコーディング技法が議論されるだろう。ＪＣＴ−ＶＣは、ＨＥＶＣ規格の開発に注力している。ＨＥＶＣ規格化の努力は、ＨＥＶＣテスト・モデル（ＨＭ）と称されるビデオ・コーディング・デバイスの発展中のモデルに基づく。ＨＭは、例えばＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣに従って、既存のデバイスに対するビデオ・コーディング・デバイスのいくつかの追加機能を考えている。例えば、Ｈ．２６４は、９つのイントラ予測エンコード・モードを提供するが、ＨＭは、３３もの角度イントラ予測エンコード・モードに加えてＤＣモードおよびＰｌａｎａｒモードを提供しうる。
【００５０】
一般に、ＨＭのワーキング・モデルは、ビデオ・フレームまたはピクチャが、輝度サンプルと彩度サンプルとの両方を含む最大コーディング・ユニット（ＬＣＵ：ｌａｒｇｅｓｔ  ｃｏｄｉｎｇ  ｕｎｉｔ）またはツリーブロックのシーケンスへ分割されうることを記載している。ビットストリーム内のシンタックス・データは、ピクセル数の観点から最大のコーディング・ユニットであるＬＣＵのためのサイズを定義しうる。スライスは、連続した多くのツリーブロックをコーディング順に含んでいる。ビデオ・フレームまたはピクチャは、１つまたは複数のスライスへ分割されうる。各ツリーブロックは、クワッドツリーに従って、コーディング・ユニット（ＣＵ）へ分割されうる。一般に、クワッドツリー・データ構造は、ツリーブロックに対応するルート・ノードと共に、ＣＵ毎に１つのノードを含んでいる。ＣＵが４つのサブＣＵへ分割されるのであれば、ＣＵに対応するノードは、４つのリーフ・ノードを含んでいる。これらの各々は、サブＣＵのうちの１つに対応する。
【００５１】
クワッドツリー・データ構造の各ノードは、対応するＣＵのためのシンタックス・データを提供しうる。例えば、クワッドツリーにおけるノードは、分割フラグを含みうる。これは、このノードに対応するＣＵが、サブＣＵに分割されるか否かを示す。ＣＵのためのシンタックス要素は、再帰的に定義されうる。そして、ＣＵがサブＣＵに分割されるか否かに依存しうる。ＣＵは、さらに分割されないのであれば、リーフＣＵと称される。本開示では、たとえオリジナルのリーフＣＵの明示的な分割が無くても、リーフＣＵのうちの４つのサブＣＵも、リーフＣＵと称されるだろう。例えば、１６×１６サイズのＣＵがこれ以上分割されないのであれば、１６×１６のＣＵが分割されていなくても、４つの８×８のサブＣＵもまたリーフＣＵと称されるだろう。
【００５２】
ＣＵは、ＣＵがサイズ区別を有していないこと以外は、Ｈ．２６４規格のマクロブロックと同様の目的を有する。例えば、ツリーブロックは、４つの子ノード（サブＣＵとも称される）に分割され、各子ノードが親ノードになり、別の４つの子ノードに分割されうる。クワッドツリーのリーフ・ノードと称される最終的に分割されない子ノードは、リーフＣＵとも称されるコーディング・ノードを備える。コード化されたビットストリームに関連付けられたシンタックス・データは、最大ＣＵデプスと称される、ツリーブロックが分割される最大回数を定義しうる。そして、コーディング・ノードの最大サイズをも定義しうる。したがって、ビットストリームはまた、最小コーディング・ユニット（ＳＣＵ）を定義しうる。本開示は、ＨＥＶＣのコンテキストにおけるＣＵ、ＰＵ、またはＴＵのうちの何れか、または、その他の規格（例えば、Ｈ．２６４／ＡＶＣにおけるマクロブロックおよびそのサブ・ブロック）のコンテキストにおける類似のデータ構造を称するために「ブロック」という用語を用いる。
【００５３】
ＣＵは、コーディング・ノードと、コーディング・ノードに関連付けられた変換ユニット（ＴＵ：ｔｒａｎｓｆｏｒｍ  ｕｎｉｔ）および予測ユニット（ＰＵ：ｐｒｅｄｉｃｔｉｏｎ  ｕｎｉｔ）を含む。ＣＵのサイズは、コーディング・ノードのサイズに相当し、正方形の形状でなければならない。ＣＵのサイズは、８×８ピクセルから、最大６４×６４またはそれ以上のピクセルを有するツリーブロックのサイズに及びうる。各ＣＵは、１つまたは複数のＰＵおよび１つまたは複数のＴＵを含みうる。ＣＵに関連付けられたシンタックス・データは、例えば、ＣＵを、１つまたは複数のＰＵへ分割することを記述しうる。モードを分割することは、ＣＵが、スキップまたはマージ・モード・エンコードされているか、イントラ予測モード・エンコードされているか、またはインタ予測モード・エンコードされているかで異なりうる。ＰＵは、非正方形の形状に分割されうる。ＣＵに関連付けられたシンタックス・データはまた、例えば、クワッドツリーに従って、ＣＵを１つまたは複数のＴＵへ分割することを記述しうる。ＴＵは、正方形形状または非正方形形状（例えば、長方形）でありうる。
【００５４】
ＨＥＶＣ規格は、ＴＵに従う変換を考慮している。これは異なるＣＵについて異なりうる。ＴＵは、常にそうであるとは限らないが、一般に、分割されたＬＣＵのために定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ化される。ＴＵは、一般に、ＰＵと同じサイズであるか、またはＰＵよりも小さい。いくつかの例において、ＣＵに対応する残余サンプルは、「残余クワッドツリー」（ＲＱＴ：ｒｅｓｉｄｕａｌ  ｑｕａｄ  ｔｒｅｅ）として知られているクワッドツリー構造を用いて、より小さなユニットに細分化されうる。ＲＱＴのリーフ・ノードは、変換ユニット（ＴＵ）と称されうる。ＴＵに関連付けられたピクセル差分値は、量子化されうる変換係数を生成するために変換されうる。
【００５５】
リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含みうる。一般に、ＰＵは、対応するＣＵのすべてまたは一部に対応する空間エリアを表し、ＰＵのための基準サンプルを取得するためのデータを含みうる。さらに、ＰＵは、予測に関連するデータを含む。例えば、ＰＵがイントラ・モード・エンコードされた場合、ＰＵのデータは、残余クワッドツリー（ＲＱＴ）内に含まれうる。これは、ＰＵに対応するＴＵのためのイントラ予測モードを記述するデータを含みうる。別の例として、ＰＵがインタ・モード・エンコードされている場合、ＰＵは、ＰＵのための１つまたは複数の動きベクトルを定義するデータを含みうる。ＰＵの動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（例えば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが示す基準ピクチャ、および／または、動きベクトルの基準ピクチャ・リスト（例えば、リスト０、リスト１、またはリストＣ）を記述しうる。
【００５６】
１つまたは複数のＰＵを有するリーフＣＵはまた、１つまたは複数の変換ユニット（ＴＵ）を含みうる。変換ユニットは、前述したように、（ＴＵクワッドツリー構造とも称される）ＲＱＴを用いて指定されうる。例えば、分割フラグは、リーフＣＵが４つの変換ユニットに分割されているか否かを示しうる。その後、各変換ユニットはさらに、さらなるサブＴＵに分割されうる。ＴＵは、さらに分割されない場合、リーフＴＵと称されうる。一般に、イントラ・コーディングの場合、リーフＣＵに属するすべてのリーフＴＵは、同じイントラ予測モードを共有する。すなわち、同じイントラ予測モードは、一般に、リーフＣＵのすべてのＴＵのための予測値を計算するために適用される。イントラ・コーディングの場合、ビデオ・エンコーダは、イントラ予測モードを用いて、各リーフＴＵのための残余値を、ＴＵに対応するＣＵの一部分と、オリジナル・ブロックとの間の差分として計算しうる。ＴＵは、必ずしもＰＵのサイズに制限されない。したがって、ＴＵは、ＰＵより大きくも、または、小さくもなりうる。イントラ・コーディングの場合、ＰＵは、同じＣＵのための対応するリーフＴＵと連結されうる。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに相当しうる。
【００５７】
さらに、リーフＣＵのＴＵはまた、残余クワッドツリー（ＲＱＴ）と称されるそれぞれのクワッドツリー・データ構造に関連付けられうる。すなわち、リーフＣＵは、リーフＣＵがどのようにしてＴＵへ分割されるのかを示すクワッドツリーを含みうる。ＴＵクワッドツリーのルート・ノードは、一般に、リーフＣＵに対応する。一方、ＣＵクワッドツリーのルート・ノードは、一般に、ツリーブロック（またはＬＣＵ）に対応する。分割されないＲＱＴのＴＵは、リーフＴＵと称される。一般に、もしも別に言及されていないのであれば、本開示は、リーフＣＵおよびリーフＴＵを称するためにＣＵおよびＴＵという用語を用いる。
【００５８】
ビデオ・シーケンスは一般に、一連のビデオ・フレームまたはピクチャを含む。ピクチャのグループ（ＧＯＰ）は、一般に、ビデオ・ピクチャうちの１つまたは複数のシリーズを備える。ＧＯＰは、ＧＯＰに含まれるピクチャの数を記述しているシンタックス・データを、ＧＯＰのヘッダ、ピクチャの１つまたは複数のヘッダ、または別の何れかに含みうる。ピクチャの各スライスは、それぞれのスライスのためのエンコード・モードを記述するスライス・シンタックス・データを含みうる。ビデオ・エンコーダ２０は一般に、ビデオ・データをエンコードするために、個々のビデオ・スライス内のビデオ・ブロックに対して動作する。ビデオ・ブロックは、ＣＵ内のコーディング・ノードに対応しうる。ビデオ・ブロックは、固定サイズまたは可変サイズを有しうる。そして、指定されたコーディング規格に従ってサイズが異なりうる。
【００５９】
例として、ＨＭは、様々なＰＵサイズにおける予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮであるＰＵサイズではイントラ予測をサポートし、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎである対称なＰＵサイズではインタ予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズにおけるインタ予測のために、非対称分割をサポートする。非対称分割では、ＣＵの１つの方向が分割されないが、他の方向が２５％および７５％へ分割される。２５％分割に対応するＣＵ部分は、“Ｕｐ”、“Ｄｏｗｎ”、“Ｌｅｆｔ”、または“Ｒｉｇｈｔ”を示すインジケーションが続く“ｎ”によって示される。したがって、例えば、“２Ｎ×ｎＵ”は、トップにおいて２Ｎ×０．５Ｎ  ＰＵで、ボトムにおいて２Ｎ×１．５Ｎ  ＰＵで、水平的に分割される２Ｎ×２Ｎ  ＣＵを称する。
【００６０】
本開示では、“Ｎ×Ｎ”および“ＮバイＮ”は、例えば１６×１６ピクセルまたは１６バイ１６ピクセルのように、垂直寸法および水平寸法に関するビデオ・ブロックのピクセル寸法を称するために交換可能に使用されうる。一般に、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）と、水平方向に１６ピクセル（ｘ＝１６）を有するだろう。同様に、Ｎ×Ｎブロックは、一般に、垂直方向におけるＮ個のピクセルと、水平方向におけるＮ個のピクセルとを有する。ここで、Ｎは、負ではない整数値を表わす。ブロックにおけるピクセルは、行と列とで構成されうる。さらに、ブロックは、必ずしも、垂直方向と同じ数のピクセルを、水平方向に有する必要はない。例えば、ブロックは、Ｎ×Ｍピクセルを備えうる。ここで、Ｍは、必ずしもＮに等しくはない。
【００６１】
ＣＵのＰＵを用いたイントラ予測コーディングまたはインタ予測コーディングの後、ビデオ・エンコーダ２０は、ＣＵのＴＵのための残余データを計算しうる。ＰＵは、（ピクセル領域とも称される）空間領域において予測ピクセル・データ生成する方法またはモードを記述するシンタックス・データを備えうる。そして、ＴＵは、例えば、ディスクリート・コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または、残余ビデオ・データへ概念的に類似の変換、のような変換の適用後、変換領域に係数を備えうる。残余データは、エンコードされていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応しうる。ビデオ・エンコーダ２０は、ＣＵのための残余データを含むＴＵを生成し、その後、ＴＵを変換して、ＣＵのための変換係数を生成する。
【００６２】
変換係数を生成するあらゆる変換に続いて、ビデオ・エンコーダ２０は、変換係数の量子化を実行しうる。量子化は一般に、変換係数が量子化され、恐らくは、これら係数を表すために使用されるデータ量が低減され、さらなる圧縮を提供する処理を称する。この量子化処理は、これら係数のうちのいくつかまたはすべてに関連付けられたビット・デプスを低減しうる。例えば、ｎビット値は、量子化中に、ｍビット値に丸められうる。ここで、ｎは、ｍよりも大きい。
【００６３】
量子化後、ビデオ・エンコーダは、変換係数をスキャンし、量子化された変換係数を含む２次元行列から１次元ベクトルを生成する。スキャンは、アレイの前面により高いエネルギ（従って、より低い周波数）係数を配置し、アレイの背面により低いエネルギ（従って、より高い周波数）係数を配置するように設計されうる。いくつかの例において、ビデオ・エンコーダ２０は、量子化された変換係数をスキャンするために、予め定義されたスキャン順序を利用し、エントロピ・エンコードされうるシリアル・ベクトルが生成されうる。別の例では、ビデオ・エンコーダ２０は、適応性スキャンを実行しうる。１次元ベクトルを生成するために、量子化された変換係数がスキャンされた後、ビデオ・エンコーダ２０は、例えば、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応バイナリ演算コーディング、（ＣＡＢＡＣ）、シンタックス・ベース・コンテキスト適応バイナリ演算コーディング（ＳＢＡＣ）、確率インタバル分割エントロピ（ＰＩＰＥ）コーディング、または、その他のエントロピ・エンコード方法に従って、１次元ベクトルをエントロピ・エンコードしうる。ビデオ・エンコーダ２０はまた、ビデオ・データをデコードする際にビデオ・デコーダ３０による使用のために、エンコードされたビデオ・データに関連付けられたシンタックス要素をエントロピ・エンコードしうる。
【００６４】
ＣＡＢＡＣを実行するために、ビデオ・エンコーダ２０は、コンテキスト・モデル内のコンテキストを、送信されるべきシンボルへ割り当てうる。このコンテキストは、例えば、近隣のシンボルの値が、非ゼロであるか否かに関連しうる。ＣＡＶＬＣを実行するために、ビデオ・エンコーダ２０は、送信されるべきシンボルのために、可変長コードを選択しうる。ＶＬＣにおけるコードワードは、比較的短いコードが、より確からしいシンボルに対応する一方、よい長いコードが、より確からしくないシンボルに対応するように構築されうる。このように、ＶＬＣを用いることで、例えば、送信されるべき各シンボルのために等しい長さのコードワードを用いることに対するビット節約を達成しうる。確率決定は、シンボルに割り当てられたコンテキストに基づきうる。
【００６５】
以下は、マルチビュー・コーディング（ＭＶ−ＨＥＶＣ）とともに、および／または、デプスを伴うマルチビュー・コーディング（３Ｄ−ＨＥＶＣ）とともに使用されうるインタ予測に関連するいくつかの関連するＨＥＶＣ技法を記載している。議論のための第１の技法は、インタ予測のための基準ピクチャ・リスト構築である。
【００６６】
インタ予測を用いてＰＵをコーディングすることは、基準フレームにおけるブロックと現在のブロック（例えばＰＵ）との間の動きベクトルを計算することを含む。動きベクトルは、動き推定（または動き探索）と呼ばれる処理を通じて計算される。動きベクトルは、例えば、基準フレームの基準ブロックに対する現在のフレームにおける予測ユニットの変位を示しうる。基準ブロックは、絶対差分の総和（ＳＡＤ）、平方差分の総和（ＳＳＤ）、またはその他の差分メトリックによって決定されうるピクセル差分の観点からコード化されているＰＵを含むＣＵの一部に緊密にマッチしていることが発見されたブロックでありうる。基準ブロックは、基準フレームまたは基準スライス内のいかなる場所にも生じうる。いくつかの例では、基準ブロックは、分数でのピクセル位置で生じうる。このケースでは、基準ブロックのピクセルの値は、例えば双一次補間のような補間を用いて、基準フレーム内の他のピクセル値から計算されうる。エンコーダは、現在の部分に最も一致する基準フレームの部分を発見すると、現在のブロックの現在の動きベクトルを、現在のブロックから基準フレームにおける一致部分への（例えば、現在のブロックの中心から一致部分の中心への）位置の差分として決定する。
【００６７】
いくつかの例において、エンコーダは、エンコードされているビデオ・ストリームにおいて各ブロックの動きベクトルをシグナルしうる。シグナルされた動きベクトルは、ビデオ・データをデコードするために、動き補償を実行するデコーダによって使用される。しかしながら、情報を伝送するために一般に多量のビット数が必要とされるので、オリジナルの動きベクトルをシグナルすることは、効率の低下したコーディングという結果をダイレクトにもたらしうる。
【００６８】
いくつかの事例では、エンコーダは、オリジナルの動きベクトルをダイレクトにシグナルするのではなく、すなわち、各ＰＵのような各パーティションについて動きベクトルを予測しうる。この動きベクトル予測を実行する際に、エンコーダは、現在のブロックと同じフレームにおける空間的に近隣のブロックから決定される動きベクトル候補、または、基準フレーム（すなわち、現在のフレーム以外のフレーム）においてコロケートされたブロックから決定される時間的な動きベクトル候補、のセットを選択しうる。ビデオ・エンコーダ２０は、動きベクトル予測を実行し、必要であれば、シグナリングにおけるビット・レートを下げるために、オリジナルの動きベクトルをシグナルするのではなく、動きベクトルを予測するために基準ピクチャにインデクスをシグナルしうる。空間的に近隣のブロックからの動きベクトル候補は、空間的なＭＶＰ候補と称されうる一方、別の基準フレームにおいてコロケートされたブロックからの動きベクトル候補は、時間的なＭＶＰ候補と称されうる。
【００６９】
動きベクトル予測の２つの異なるモードまたはタイプが、ＨＥＶＣ規格で提案されている。１つのモードは、「マージ」モードと称される。他のモードは、適応性動きベクトル予測（ＡＭＶＰ）と称される。
【００７０】
マージ・モードでは、ビデオ・エンコーダ２０は、予測シンタックスのビットストリーム・シグナリングによって、ビデオ・デコーダ３０に対して、フレームの現在のブロックについて選択された動きベクトル候補から、動きベクトル、（所与の基準ピクチャ・リストにおいて動きベクトルが示す基準フレームを識別する）基準インデクス、および（基準フレームが時間的に現在のフレームに先行するか後続するかという観点において、基準ピクチャ・リスト（リスト０またはリスト１）を識別する）動き予測方向、をコピーするように指示する。これは、ビットストリームにおいて、選択された動きベクトル候補（すなわち、特定の空間的なＭＶＰ候補または時間的なＭＶＰ候補）を識別する動きベクトル候補リストにインデクスをシグナルすることによって達成される。
【００７１】
したがって、マージ・モードの場合、予測シンタックスは、モード（このケースでは「マージ」モード）を識別するフラグと、選択された動きベクトル候補を識別するインデクスとを含みうる。いくつかの事例では、動きベクトル候補は、現在のブロックに関して、既にコード化されたブロックにあるだろう。すなわち、動きベクトル候補は、ビデオ・デコーダ３０によって既にデコードされていることになるであろう。そのため、ビデオ・デコーダ３０は、一時的なブロックのための動き予測方向、基準インデクス、および動きベクトルを既に、受信および／または決定している。したがって、ビデオ・デコーダ３０は単に、メモリから一時的なブロックに関連付けられた動き予測方向、基準インデクス、および動きベクトルを取得し、これら値を、現在のブロックの動き情報としてコピーする。マージ・モードを用いて、ブロックの動きベクトルの再構築に続いてブロックを再構築するために、ビデオ・デコーダ３０は、現在のブロックについて導出された動き情報を用いて予測ブロックを取得し、予測ブロックに残余データを加えて、ブロックを再構築する。
【００７２】
スキップ・モードの場合、同じマージ候補リストが生成されるが、残余はシグナルされないことに注目されたい。簡略のために、スキップ・モードは、マージ・モードと同じ動きベクトル導出処理を有しているので、マージ・モードに関して本ドキュメントに記載されたすべての技法は、マージ・モードとスキップ・モードとの両方に適合する。
【００７３】
ＡＭＶＰでは、ビデオ・エンコーダ２０は、ビットストリーム・シグナリングによって、ビデオ・デコーダ３０に対して、単に、候補ブロックからの動きベクトルをコピーし、コピーされたベクトルを、現在のブロックの動きベクトルの予測子として用いるように指示し、動きベクトル差分（ＭＶＤ）をシグナルする。現在のブロックの動きベクトルに関連付けられた予測方向と基準フレームは、別々にシグナルされる。ＭＶＤは、現在のブロックの現在の動きベクトルと、候補ブロックから導出される動きベクトル予測子との間の差分である。このケースでは、ビデオ・エンコーダ２０は、コード化されるべきブロックの実際の動きベクトルを、動き推定を用いて決定し、その後、実際の動きベクトルと動きベクトル予測子との間の差分を、ＭＶＤ値として決定する。このように、ビデオ・デコーダ３０は、マージ・モードにおけるように、動きベクトル候補の正確なコピーを、現在の動きベクトルとして使用しないが、動き推定から決定される現在の動きベクトルに値が「近い」動きベクトル候補を使用し、ＭＶＤを加え、現在の動きベクトルを再生しうる。ＡＭＶＰモードにおいてブロックを再構築するために、デコーダは、対応する残余データを加え、コード化されたブロックを再構築する。
【００７４】
ほとんどの状況では、ＭＶＤは、シグナルするために、現在の動きベクトル全体よりも少ないビットしか必要としない。そのため、ＡＭＶＰは、動きベクトル全体を送信する間、コーディング効率を維持しながら、現在の動きベクトルの、より正確なシグナリングを可能にする。対照的に、マージ・モードは、ＭＶＤのための仕様を考慮していないので、マージ・モードは、増加したシグナリング効率のため、動きベクトル・シグナリングの精度を犠牲にする（すなわち、よりビット数が少なくなる）。ＡＭＶＰのための予測シンタックスは、モードのためのフラグ（このケースでは、ＡＭＶＰフラグ）、候補ブロックのインデクス、候補ブロックからの予測動きベクトルと現在の動きベクトルとの間のＭＶＤ、基準インデクス、および動き予測方向を含みうる。
【００７５】
図２は、マージ・モードで使用されうる候補ブロック１２０の例示的なセットを図示する。異なる候補ブロック、または潜在的に同じ候補ブロックが、ＡＭＶＰモードで使用されうる。この例において、候補ブロックは、左下（Ａ０）１２１、左（Ａ１）１２２、左上（Ｂ２）１２５、上（Ｂ１）１２４、および右上（Ｂ０）１２３の空間的位置および時間（Ｔ）的な１２６位置にある。この例において、左の候補ブロック１２２は、現在のブロック１２７の左端に隣接している。左のブロック１２２の下端は、現在のブロック１２７の下端に揃えられている。上のブロック１２４は、現在のブロック１２７の上端に隣接している。上のブロック１２４の右端は、現在のブロック１２７の右端に揃えられている。
【００７６】
ブロックＡ０，Ａ１，Ｂ０，Ｂ１，およびＢ２は、一般に、空間的な近隣ブロックまたは空間的な近隣ＰＵと称される。ビデオ・コーダ２０／３０は、最初に、現在のピクチャの上端左のサンプルに対する現在のＰＵ（例えば、図２におけるブロック１２７）の上端左の輝度サンプルの位置を決定することによって、空間的な近隣ブロックの位置を決定しうる。この輝度位置は位置（ｘＰ，ｙＰ）と称されるだろう。ビデオ・コーダ２０／３０はさらに、輝度ＰＵの幅（ｎＰＳＷと略される）と、輝度ＰＵの高さ（ｎＰＳＨと略される）とを決定しうる。現在のＰＵの上端左の輝度サンプルの位置と、現在のＰＵの高さおよび幅とに基づいて、空間的な近隣ブロックの輝度サンプルの位置が、以下のように決定されうる。  
ブロックＡ０は、位置（ｘＰ−１，ｙＰ＋ｎＰＳＨ）における輝度サンプルを含む。  
ブロックＡ１は、位置（ｘＰ−１，ｙＰ＋ｎＰＳＨ−１）における輝度サンブルを含む。  
ブロックＢ０は、位置（ｘＰ＋ｎＰＳＷ，ｙＰ−１）における輝度サンプルを含む。  
ブロックＢ１は、位置（ｘＰ＋ｎＰＳＷ−１，ｙＰ−１）における輝度サンプルを含む。  
ブロックＢ２は、位置（ｘＰ−１，ｙＰ−１）における輝度サンプルを含む。  
空間的な近隣ブロックは、同じサイズでありうるか、または、現在のＰＵと異なるサイズでありうる。
【００７７】
マージ・モードで使用するための候補リストは、前述された空間的な近隣ブロックを用いて導出されうる。両基準リストのための動きベクトルおよび基準インデクスは、以下の順序付けられたステップによって明示されるように導出されうる。これらは、空間的なマージ候補のための導出処理の例である。導出処理の一部として、ビデオ・エンコーダ２０およびビデオ・デコーダ３０は、以下の規則、すなわちＡ１，Ｂ１，Ｂ０，Ａ０，またはＢ２で、空間的な近隣ＰＵの動き情報をチェックする。ビデオ・エンコーダ２０およびビデオ・デコーダ３０は、候補リストに追加されているものから、重複した候補を低減または削除するために、強制削除を実行しうる。ビデオ・コーダ２０／３０は、以下のようにして、マージ・モード候補リストに含まれるべき空間的な候補を導出しうる。  
−Ａ１が利用可能であれば、ビデオ・コーダ２０／３０は、Ａ１を候補リストへ挿入する。  
−Ｂ１およびＡ１が同じ動きベクトルおよび同じ基準インデクスを有するのであれば、ビデオ・コーダ２０／３０は、Ｂ１を候補リストに挿入しない。Ｂ１およびＡ１が同じ動きベクトルおよび同じ基準インデクスを有していないのであれば、ビデオ・コーダ２０／３０は、Ｂ１が利用可能であればＢ１を候補リストに挿入する。  
−Ｂ０およびＢ１が同じ動きベクトルおよび同じ基準インデクスを有するのであれば、ビデオ・コーダ２０／３０は、Ｂ０を候補リストに挿入しない。Ｂ０およびＢ１が同じ動きベクトルおよび同じ基準インデクスを有していないのであれば、ビデオ・コーダ２０／３０は、Ｂ０が利用可能であればＢ０を候補リストに挿入する。  
−Ａ０およびＡ１が同じ動きベクトルおよび同じ基準インデクスを有するのであれば、ビデオ・コーダ２０／３０は、Ａ０を候補リストに挿入しない。Ａ０およびＡ１が同じ動きベクトルおよび同じ基準インデクスを有していないのであれば、ビデオ・コーダ２０／３０は、Ａ０が利用可能であれば、Ａ０を候補リストに挿入する。  
−以下の条件の両方とも満たされない場合、ビデオ・コーダ２０／３０は、Ｂ２を候補リストに挿入する。  
−Ｂ２またはＢ１およびＡ１は、同じ動きベクトルおよび同じ基準インデクスを有する。  
−Ａ１，Ｂ１，Ｂ０，Ａ０から導出された４つの空間的なマージ候補のすべてが、候補リストに含まれる。
【００７８】
ビデオ・コーダ２０／３０は、以下のように、マージ・モード候補に含まれるべき時間的な候補を導出しうる。−時間的なマージ候補を得るために、ビデオ・コーダ２０／３０は先ず、コロケートされているピクチャを識別する。現在のピクチャがＢスライスであれば、シンタックス要素“ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ”がスライス・ヘッダでシグナルされ、コロケートされているピクチャが、ＲｅｆＰｉｃＬｉｓｔ０からのものであるか、またはＲｅｆＰｉｃＬｉｓｔ１からのものであるかが示される。  
−ビデオ・コーダ２０／３０が基準ピクチャ・リストを識別した後、ビデオ・コーダ２０／３０は、このリスト内のピクチャを識別するために、スライス・ヘッダにおいてシグナルされたシンタックス要素ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘを使用する。  
−ビデオ・コーダ２０／３０はその後、コロケートされたピクチャをチェックすることによって、コロケートされたＰＵを識別する。ビデオ・コーダ２０／３０は、このＰＵを含むＣＵの下端右のＰＵの動きか、または、このＰＵを含むＣＵの中心ＰＵ内の下端右のＰＵの動きかの一方を、時間的な候補として使用する。  
−前述した処理によって識別される動きベクトルが、マージ・モードのための動き候補を生成するために使用される場合、ビデオ・コーダ２０／３０は、（ピクチャ・オーダ・カウント、すなわち、ＰＯＣによって反映される）時間的な位置に基づいて動きベクトルをスケールする必要がありうる。  
−ＨＥＶＣでは、ＰＰＳは、フラグｅｎａｂｌｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｆｌａｇを含んでいる。０に等しいｔｅｍｐｏｒａｌ＿ｉｄを備えた特定のピクチャが、０に等しいｅｎａｂｌｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｆｌａｇを有するＰＰＳを称する場合、ビデオ・コーダ２０／３０は、ＤＰＢにおけるすべての基準ピクチャを「時間的な動きベクトル予測のために使用されていない」と示し、デコード順におけるその特定のピクチャの前のピクチャからのどの動きベクトルも、その特定のピクチャ、または、デコード順におけるその特定のピクチャの後のピクチャのデコードの際に、時間的な動きベクトル予測子として使用されないであろう。
【００７９】
現在のスライスがＢスライスであり、前述した空間的および時間的な候補導出処理から導出される候補の合計数が、最大候補数よりも少なく、１よりも多いのであれば、ビデオ・コーダ２０／３０は、双方向予測的な候補を生成するための処理を開始しうる。ビデオ・コーダ２０／３０は、以下のように、マージ・モード候補リストに含まれるべき双方向予測的な候補を導出しうる。  
−以下の表１に基づいて、インデクスｃｏｍｂＩｄｘを有する結合された双方向予測的な候補を生成するために、利用可能であれば、ｌ０ＣａｎｄＩｄｘに等しいエントリを有する候補リストのＲｅｆＬｉｓｔ０動き情報（ＭｏｔＬｉｓｔ０）と、利用可能でありＭｏｔＬｉｓｔ０と同一ではないのであれば、ｌ１ＣａｎｄＩｄｘに等しいエントリを有する候補リストのＲｅｆＬｉｓｔ１動き情報（ＭｏｔＬｉｓｔ１）とが、ビデオ・コーダ２０／３０によって、結合された双方向予測的な候補のＲｅｆＬｉｓｔ０およびＲｅｆＬｉｓｔ１動き情報として再使用されうる。
【表１】
2015536118.tif 000003
【００８０】
空間的、時間的、および双方向予測的な候補を決定するために、前述したような上記の３つの処理から導出される候補の合計数が、候補の最大数未満となるのであれば、ビデオ・コーダ２０／３０は、マージ・モード候補リストに含まれるべきゼロ動きベクトル候補を導出しうる。そのような事例では、ビデオ・コーダ２０／３０は、各基準ピクチャのゼロ動きベクトルを候補リストに挿入しうる。
【００８１】
ＨＥＶＣ  ＷＤ  １０では、ＭＲＧリストにおける候補の合計数は、最大５つであり、スライス・ヘッダにおいて５から引かれたＭＲＧ候補の最大数を示すために、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄがシグナルされる。候補の合計数Ｎが、（５−ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ）によって導出されると仮定すると、マージ候補リストにおける最初のＮ個の候補が選択され、これらのうちの１つが、現在の予測ユニットのための動きベクトルをコーディングするために選択されうる。言い換えれば、Ｎ個の候補が、マージ候補リストに挿入されると、さらに候補を挿入する必要はなく、マージ・リスト構築処理が停止されうる。
【００８２】
３Ｄ−ＨＥＶＣでは、各々が、ユニークなビューｉｄ、ビュー順序インデクス、レイヤｉｄ、またはその他いくつかのそのような識別子を含むアクセス・ユニットが、複数のビュー成分を含んでいる。ビュー成分は、テクスチャ・ビュー成分のみならず、デプス・ビュー成分をも含んでいる。テクスチャ・ビュー成分は、１つまたは複数のテクスチャ・スライスとしてコード化される一方、デプス・ビュー成分は、１つまたは複数のデプス・スライスとしてコード化される。いくつかのケースでは、テクスチャ・ビュー成分およびデプス・ビュー成分が、異なる空間解像度を有する。
【００８３】
上記で紹介されたように、ＭＰＩは、マージ・モードの一部として現在使用されている３Ｄ−ＨＥＶＣにおけるデプスのためのコーディング・ツールである。例えば、シーケンス・レベルにおいて、ＭＰＩがイネーブルされた場合、関連付けられたテクスチャ・ビュー成分において、コロケートされたブロックの分割情報、関連付けられたコーディング構造、および動き情報が、デプス・ビュー成分における現在のブロックによって使用されうる。したがって、ビットストリームで動き情報を送信する必要はない。前述したように、デプス・ビュー成分およびテクスチャ・ビュー成分は、異なる空間分解能を有しうる。したがって、「コロケートされたブロック」という用語は、デプス・ビュー成分のブロックに対応するテクスチャ・ビュー成分におけるブロックを称すると理解されるべきである。これは、テクスチャ・ビュー成分とデプス・ビュー成分との間の空間解像度の差分を考慮することを含みうる。
【００８４】
ＭＰＩがデプス・ブロックのために使用されるか否かをシグナルするために、ｂＭＰＩＵｓｅｄによって示されるフラグが使用される。例えば、ＭＰＩが、１つの予測ユニットのための最終的なコーディング・モードとして使用される場合、ｂＭＰＩＵｓｅｄは１に等しく設定されうる。ＭＰＩが１つのデプス・ビュー成分のためにイネーブルされている場合、分割情報、関連付けられたコーディング構造、および動き情報（動きベクトル、基準インデクスを含む）が、テクスチャ・ビュー成分から継承され、マージ候補リストに挿入され、その最大サイズが１つずつ増加される（６になる）。すなわち、このフラグは、０に等しく設定されたインデクスを持つ特別なマージ候補として取り扱われ、他のマージ候補のインデクス（空間／時間／結合された双方向予測的な／ゼロ動きベクトル・マージ候補）が１つずつ増加される。
【００８５】
簡略のために、ＭＰＩモードの下で導出された動きベクトル候補は、本開示ではＭＰＩ候補として称されるだろう。
【００８６】
３Ｄ−ＨＥＶＣにおけるＭＰＩの現在の設計は、いくつかの欠点を有しうる。一例として、ＭＰＩ候補は、すべてのマージ候補よりも高い優先度を有していると常に仮定される。これは、例えばマージ候補の使用が、ＭＰＩ候補の使用よりも高い確率を有している場合、いくつかのシーケンスのコーディング効率を低下させうる。別の例として、ＭＰＩは、現在の動き情報の予測子としてさらに使用されうるベース・ビューにおいてコロケートされたブロックのコーディング構造および動き情報を直接再使用する。
【００８７】
本開示は、既存の技法の欠点のうちのいくつかに対処しうる、３Ｄ−ＨＥＶＣのためのＭＰＩに関連する技法を提案する。本開示の１つの技法によれば、ビデオ・コーダ２０／３０は、ＭＰＩが使用されていることを示すフラグの送信、および、０に等しいインデクスを有するＭＰＩ候補の導出、を行う代わりに、コーディング構造の無い動き情報のみが継承されるマージ・リストにおける他の候補と類似した、シグナルされたマージ・インデクスを持つマージ候補として、テクスチャ・ビューにおいてコロケートされたブロックの動き情報を取り扱いうる。
【００８８】
本開示の別の技法に従って、ビデオ・コーダ２０／３０は、ＭＰＩ候補が、例えば、１に等しいインデクスのように、０よりも大きなインデクスを有するように、ＭＰＩ候補をマージ候補リストに加えうる。あるいは、ビデオ・コーダ２０／３０は、ＭＰＩ候補が、２，３，４，５からなるインデクス、またはその他任意の利用可能なインデクスを有するように、ＭＰＩ候補をマージ候補リストに加えうる。例えば、ビデオ・コーダ２０／３０は、リストにおける時間的なマージ候補の直前、最初の空間的な候補がマージ候補リストに加えられた後、または、０，１，２および３に等しいＮ個の空間的な候補がチェックされた直後に、ＭＰＩ候補を加えうる。いくつかの例では、ＭＰＩが、マージ候補として取り扱われている場合、対応するインデクスは、１つのスライスまたは１つのピクチャ内で適応的に変更されうる。したがって、ビデオ・エンコーダ２０が、そのスライスまたはピクチャのマージ・インデクスをビデオ・デコーダ３０へシグナルするか、または、ビデオ・デコーダ３０が、コンテキスト情報に基づいて（例えば、以前にデコードされたブロックに関連する情報に基づいて）そのスライスまたはピクチャのマージ・インデクスを決定しうる。
【００８９】
本開示の別の技法に従って、ビデオ・コーダ２０／３０は、テクスチャ・ビューにおいてコロケートされたブロックの動き情報を、ＡＭＶＰモードのための追加の候補として使用しうる。そのような事例では、ＡＭＶＰ候補リスト・サイズは１つずつ増加されうる。他の例では、ＡＭＶＰ候補リスト・サイズは変更されず、ＭＰＩ候補は、他の手法で含まれた候補に代わりうる。例えば、ＭＰＩ候補は、時間的なＡＭＶＰ候補に代わりうる。ビデオ・コーダ２０／３０は、ＭＰＩ候補に、任意のインデクスを割り当てうる。例えば、０，１，２またはその他任意の値でありうるＮであるインデクスを、ＭＰＩ候補に割り当てうる。
【００９０】
図３は、前述したインタ・ビュー予測技法を含む、本開示に記載された技法を実施しうる例示的なビデオ・エンコーダ２０を例示するブロック図である。ビデオ・エンコーダ２０は、ビデオ・スライス内で、ビデオ・ブロックのイントラ・コーディングおよびインタ・コーディングを実行しうる。イントラ・コーディングは、所与のビデオ・フレームまたはピクチャ内のビデオにおける空間的な冗長を低減または除去するために、空間的な予測に依存する。インタ・コーディングは、ビデオ・シーケンスの隣接するフレームまたはピクチャ内のビデオにおける時間的な冗長を低減または除去するために、時間的な予測および／またはインタ・ビュー予測に依存する。イントラ・モード（Ｉモード）は、いくつかの空間ベースの圧縮モードのうちの何れかを称しうる。例えば単一方向予測（Ｐモード）または双方向予測（Ｂモード）のようなインタ・モードは、いくつかの時間ベースの、および／または、インタ・ビュー・ベースの圧縮モードのうちの何れかを称しうる。
【００９１】
図３の例では、ビデオ・エンコーダ２０は、分割およびモード選択ユニット３５、予測処理ユニット４１、フィルタ・ユニット６３、基準ピクチャ・メモリ６４、加算器５０、変換ユニット５２、量子化ユニット５４、およびエントロピ・エンコード・ユニット５６を含んでいる。予測処理ユニット４１は、動きおよび相違推定ユニット４２、動きおよび相違補償ユニット４４、およびイントラ予測処理ユニット４６を含んでいる。ビデオ・ブロック再構築のために、ビデオ・エンコーダ２０はまた、逆量子化ユニット５８、逆変換処理ユニット６０、および加算器６２を含んでいる。フィルタ・ユニット６３は、例えば、デブロッキング・フィルタ、適応ループ・フィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ）フィルタのような１つまたは複数のループ・フィルタを表わすことが意図されている。フィルタ・ユニット６３は図３においてループ・フィルタであるとして図示されているが、別の構成では、フィルタ・ユニット６３は、ポスト・ループ・フィルタとして実現されうる。
【００９２】
図３に図示されるように、ビデオ・エンコーダ２０は、ビデオ・データを受け取り、分割およびモード選択ユニット３５は、このデータを、ビデオ・ブロックに分割する。この分割はまた、例えば、ＬＣＵおよびＣＵのクワッドツリー構造に従って、スライス、タイル、またはその他のより大きなユニットへ分割することのみならず、ビデオ・ブロック分割をも含みうる。分割およびモード選択ユニット３５は、スライスまたはフレームのための分割モードとコーディング・モードの最良の組み合わせのセットを選択するために、例えばレート歪み最適化（ＲＤＯ）を用いて、様々なタイプの分割をテストする。様々なコーディング・モードをテストするために、分割およびモード選択ユニット３５は、いくつかの事例では、予測処理ユニット４１と高度に統合されうる。ビデオ・エンコーダ２０は一般に、エンコードされるべきビデオ・スライス内のビデオ・ブロックをエンコードする構成要素を例示する。このスライスは、多くのビデオ・ブロック（および、恐らくは、タイルと称されるビデオ・ブロックのセット）に分割されうる。予測処理ユニット４１は、誤り結果（例えば、歪みのレベルおよびコーディング・レート）に基づいて、現在のビデオ・ブロックのために、例えば、複数のイントラ・コーディング・モードのうちの１つ、または、複数のインタ・コーディング・モードのうちの１つのような、複数の可能なコーディング・モードのうちの１つを選択しうる。予測処理ユニット４１は、結果として得られたイントラまたはインタ・コード・ブロックを、残余ブロック・データを生成するために加算器５０に、基準ピクチャとして使用するためのエンコードされたブロックを再構築するために加算器６２に、提供しうる。
【００９３】
予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間的な圧縮を提供するためにコード化されるべき現在のブロックとして、同じフレームまたはスライス内の１つまたは複数の近隣ブロックに対し、現在のビデオ・ブロックのイントラ予測コーディングを実行しうる。予測処理ユニット４１内の動きおよび相違推定ユニット４２と、動きおよび相違補償ユニット４４とは、時間的なまたはビュー圧縮を提供するために１つまたは複数の基準ピクチャおよび／または基準ビューにおける１つまたは複数の予測ブロックに対して、現在のビデオ・ブロックのインタ予測コーディングおよび／またはインタ・ビュー・コーディングを実行する。
【００９４】
分割およびモード選択ユニット３５は、予測処理ユニット４１と連携して、ビデオ・シーケンスのために予め決定されたパターンに従って、ビデオ・スライスのためのインタ予測モードおよび／またはインタ・ビュー予測モードを決定するように構成されうる。予め決定されたパターンは、シーケンス内のビデオ・スライスを、ＰスライスまたはＢスライスとして指定しうる。動きおよび相違推定ユニット４２と、動きおよび相違補償ユニット４４は、高度に統合されうるが、概念的な目的のために、個別に例示されている。動きおよび相違推定ユニット４２によって実行される動きおよび相違推定は、ビデオ・ブロックの動きを推定する動きベクトルの処理である。動きベクトルは、例えば、基準ピクチャ内の予測ブロックに対する現在のビデオ・フレームまたはピクチャ内のビデオ・ブロックのＰＵの変位を示しうる。動きおよび相違推定ユニット４２によって実行される相違推定は、相違動きベクトルを生成する処理であり、これは、別のビューにおけるブロックから、現在コード化されているブロックを予測するために使用されうる。
【００９５】
予測ブロックは、ピクセル差分の観点からコード化されるべきビデオ・ブロックのＰＵと緊密にマッチしていることが発見されたブロックである。ピクセル差分は、絶対差分の総和（ＳＡＤ）、平方差分の総和（ＳＳＤ）、またはその他の差分メトリックによって決定されうる。いくつかの例では、ビデオ・エンコーダ２０は、基準ピクチャ・メモリ６４内に記憶された基準ピクチャの整数未満のピクセル位置の値を計算しうる。例えば、ビデオ・エンコーダ２０は、基準ピクチャの、１／４ピクセル位置、１／８ピクセル位置、または、その他の分数でのピクセル位置の値を補間しうる。したがって、動きおよび相違推定ユニット４２は、完全なピクセル位置および分数でのピクセル位置に対する動き探索を実行し、分数によるピクセル精度で動きベクトルを出力しうる。
【００９６】
動きおよび相違推定ユニット４２は、ＰＵの位置を、基準ピクチャの予測ブロックの位置と比較することによって、インタ・コードされた、または、インタ・ビュー予測されたスライスにおけるビデオ・ブロックのＰＵのための（動き補償された予測のための）動きベクトルおよび／または（相違補償された予測のための）相違動きベクトルを計算する。基準ピクチャは、第１の基準ピクチャ・リスト（ＲｅｆＰｉｃＬｉｓｔ０）から、または、第２の基準ピクチャ・リスト（ＲｅｆＰｉｃＬｉｓｔ１）から選択されうる。これらの各々は、基準ピクチャ・メモリ６４に記憶された１つまたは複数のピクチャを識別する。動きおよび相違推定ユニット４２は、計算された動きベクトルおよび／または相違ベクトルを、エントロピ・エンコード・ユニット５６および動き補償ユニット４４へ送る。
【００９７】
動きおよび相違補償ユニット４４によって実行される動き補償および／または相違補償は、恐らくはピクセル未満精度への補間を実行することによって、動き推定および／または相違推定によって決定された動きベクトルに基づいて、予測ブロックをフェッチまたは生成することを含みうる。動きおよび相違補償ユニット４４は、現在のビデオ・ブロックのＰＵの動きベクトルおよび／または相違を受け取ると、基準ピクチャ・リストのうちの１つにおいて、動きベクトルおよび／または相違ベクトルが示す予測ブロックを発見しうる。ビデオ・エンコーダ２０は、コード化されている現在のビデオ・ブロックのピクセル値から、予測ブロックのピクセル値を引くことによって、残余ビデオ・ブロックを生成し、ピクセル差分値を生成する。ピクセル差分値は、ブロックの残余データを生成し、輝度差分成分と彩度差分成分との両方を含みうる。加算器５０は、この減算演算を実行する構成要素（単数または複数）を表す。動きおよび相違補償ユニット４４はまた、ビデオ・スライスのビデオ・ブロックをデコードする際に、ビデオ・デコーダ３０による使用のために、ビデオ・スライスおよびビデオ・ブロックに関連付けられたシンタックス要素を生成しうる。
【００９８】
いくつかの例において、動きおよび相違補償ユニット４２は、動きベクトル予測処理を用いて、動きベクトルを示すシンタックス要素を生成しうる。動きベクトル予測処理は、本開示で記載されたように、ＡＭＶＰモードおよびマージ・モードを含みうる。例えば、デプス・ビュー成分におけるデプス・ブロックのために、動きおよび相違補償ユニット４２は、テクスチャ・ビュー成分における対応するテクスチャ・ブロックの動き情報に基づいてＭＰＩ候補を導出し、例えばマージ・モード演算またはＡＭＶＰ演算のような動きベクトル予測演算において使用するために、ＭＰＩ候補を候補リストに加えうる。動きおよび相違補償ユニット４２は、エンコードされたビットストリーム内に含めるために、候補リスト内の候補のインデクスを生成することによって、ビデオ・ブロックをエンコードするために使用される動きベクトルをシグナルしうる。デプス・ブロックがマージ・モードでコード化されているか、ＡＭＶＰモードでコード化されているかに依存して、インデクスは、デプス・ブロックをデコードするために使用されるべきすべての動き情報を識別するか、または、シグナルされたその他の情報と連携して、デプス・ブロックをデコードするために使用されるべき動きベクトルを識別する動きベクトル予測子を識別しうる。
【００９９】
前述したように、イントラ予測処理ユニット４６は、動きおよび相違推定ユニット４２と、動きおよび相違補償ユニット４４とによって実行されるインタ予測に対する代替として、現在のブロックをイントラ予測しうる。特に、イントラ予測処理ユニット４６は、現在のブロックをエンコードするために使用するためのイントラ予測モードを決定しうる。いくつかの例において、イントラ予測処理ユニット４６は、例えば、個別のエンコード・パスの間、様々なイントラ予測モードを用いて現在のブロックをエンコードし、イントラ予測処理ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから、使用する適切なイントラ予測モードを選択しうる。例えば、イントラ予測処理ユニット４６は、テストされた様々なイントラ予測モードのため、レート歪み解析を用いて、レート歪み値を計算し、テストされたモードのうち、最良のレート歪み特性を有するイントラ予測モードを選択しうる。レート歪み分析は、一般に、エンコードされたブロックと、エンコードされたブロックを生成するためにエンコードされた、オリジナルの、エンコードされていないブロックとの間の歪み（または誤差）の量のみならず、エンコードされたブロックを生成するために使用されるビット・レート（すなわち、ビット数）を決定する。イントラ予測処理ユニット４６は、どのイントラ予測モードが、ブロックのために最良のレート歪み値を示すのかを決定するために、エンコードされた様々なブロックの歪みおよびレートから、比率を計算しうる。
【０１００】
いずれのケースにおいても、イントラ予測処理ユニット４６は、ブロックのためのイントラ予測モードを選択した後、ブロックのために選択されたイントラ予測モードを示す情報を、エントロピ・コーディング・ユニット５６へ提供しうる。エントロピ・コーディング・ユニット５６は、本開示の技法にしたがって、選択されたイントラ予測モードを示す情報をエンコードしうる。ビデオ・エンコーダ２０は、送信されるビットストリーム内に、コンフィギュレーション・データを含めうる。これは、複数のイントラ予測モード・インデクス・テーブルおよび複数の修正されたイントラ予測モード・インデクス・テーブル（コードワード・マッピング・テーブルとも称される）と、様々なブロックのためのコンテキストをエンコードする定義と、最も可能性の高いイントラ予測モードを示すインジケーションと、イントラ予測モード・インデクス・テーブルと、コンテキストの各々のために使用する修正されたイントラ予測モード・インデクス・テーブルとを含みうる。
【０１０１】
予測処理ユニット４１が、インタ予測またはイントラ予測の何れかによって、現在のビデオ・ブロックのための予測ブロックを生成した後、ビデオ・エンコーダ２０は、現在のビデオ・ブロックから予測ブロックを引くことによって、残余ビデオ・ブロックを生成する。残余ブロックにおける残余ビデオ・データは、１つまたは複数のＴＵに含まれ、変換ユニット５２に適用されうる。変換ユニット５２は、例えばディスクリート・コサイン変換（ＤＣＴ）または概念的に類似の変換のような変換を用いて、残余ビデオ・データを残余変換係数へ変換する。変換ユニット５２は、残余ビデオ・データを、ピクセル領域から、例えば周波数領域のような変換領域に変換しうる。
【０１０２】
変換ユニット５２は、結果として得られた変換係数を、量子化ユニット５４へ送りうる。量子化ユニット５４は、さらにビット・レートを低減するために、この変換係数を量子化する。この量子化処理は、これら係数のうちのいくつかまたはすべてに関連付けられたビット・デプスを低減しうる。量子化の程度は、量子化パラメータを調節することにより修正されうる。いくつかの例では、その後、量子化ユニット５４は、量子化された変換係数を含む行列のスキャンを実行しうる。あるいは、エントロピ・エンコード・ユニット５６が、このスキャンを実行しうる。
【０１０３】
量子化の後、エントロピ・エンコード・ユニット５６は、量子化された変換係数を、エントロピ・エンコードする。例えば、エントロピ・エンコード・ユニット５６は、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応バイナリ演算コーディング（ＣＡＢＡＣ）、シンタックス・ベースのコンテキスト適応バイナリ演算コーディング（ＳＢＡＣ）、確率インタバル分割エントロピ（ＰＩＰＥ）コーディング、または、別のエントロピ・エンコード方法または技法を実行しうる。エントロピ・エンコード・ユニット５６によるエントロピ・エンコードの後、エンコードされたビットストリームは、ビデオ・デコーダ３０へ送信されうるか、または、ビデオ・デコーダ３０によるその後の送信または検索のためにアーカイブされうる。エントロピ・エンコード・ユニット５６はまた、コード化されている現在のビデオ・スライスの動きベクトルおよびその他のシンタックス要素をエントロピ・エンコードしうる。
【０１０４】
逆量子化ユニット５８および逆変換処理ユニット６０は、基準ピクチャの基準ブロックとして後に使用するため、ピクセル領域内の残余ブロックを再構築するために、逆量子化および逆変換をそれぞれ適用する。動きおよび相違補償ユニット４４は、基準ピクチャ・リストのうちの１つ内の基準ピクチャのうちの１つの予測ブロックに残余ブロックを加えることによって、基準ブロックを計算しうる。動きおよび相違補償ユニット４４はまた、動き予測において使用する整数未満のピクセル値を計算するために、１つまたは複数の補間フィルタを、再構築された残余ブロックに適用しうる。加算器６２は、基準ピクチャ・メモリ６４内に記憶するための基準ブロックを生成するために、再構築された残余ブロックを、動きおよび相違補償ユニット４４によって生成された動き補償予測ブロックに加える。基準ブロックは、後続するビデオ・フレームまたはピクチャにおけるブロックをインタ予測するための基準ブロックとして、動きおよび相違推定ユニット４２と、動きおよび相違補償ユニット４４とによって使用されうる。
【０１０５】
図４は、前述したインタ・ビュー予測技法を含む、本開示に記載された技法を実施しうる例示的なビデオ・デコーダ３０を例示するブロック図である。図４の例では、ビデオ・デコーダ３０は、エントロピ・デコード・ユニット８０、予測処理ユニット８１、逆量子化ユニット８６、逆変換処理ユニット８８、加算器９０、フィルタ・ユニット９１、および基準ピクチャ・メモリ９２を含む。予測処理ユニット８１は、動きおよび相違補償ユニット８２と、イントラ予測処理ユニット８４とを含んでいる。ビデオ・デコーダ３０は、いくつかの例において、図３からのビデオ・エンコーダ２０に関して記載されたエンコード・パスに一般に相補的なデコード・パスを実行しうる。
【０１０６】
デコード処理中、ビデオ・デコーダ３０は、関連付けられたシンタックス要素とエンコードされたビデオ・スライスのビデオ・ブロックを示す、エンコードされたビデオ・ビットストリームを、ビデオ・エンコーダ２０から受け取る。ビデオ・デコーダ３０のエントロピ・デコード・ユニット８０は、量子化された係数、動きベクトル、およびその他のシンタックス要素を生成するために、ビットストリームを、エントロピ・デコードする。エントロピ・デコード・ユニット８０は、動きベクトルおよびその他のシンタックス要素を、予測処理ユニット８１へ転送する。ビデオ・デコーダ３０は、ビデオ・スライス・レベルおよび／またはビデオ・ブロック・レベルにおいて、シンタックス要素を受け取りうる。
【０１０７】
ビデオ・スライスが、イントラ・コード（Ｉ）スライスとしてコード化される場合、予測処理ユニット８１のイントラ予測処理ユニット８４は、現在のフレームまたはピクチャの、以前にデコードされたブロックからのデータおよびシグナルされたイントラ予測モードに基づいて、現在のビデオ・スライスのビデオ・ブロックのための予測データを生成しうる。ビデオ・フレームがインタ・コード（すなわち、Ｂ，ＰまたはＧＰＢ）スライスとしてコード化される場合、予測処理ユニット８１の動きおよび相違補償ユニット８２は、エントロピ・デコード・ユニット８０から受け取ったその他のシンタックス要素および動きベクトルに基づいて、現在のビデオ・スライスのビデオ・ブロックのための予測ブロックを生成する。予測ブロックは、基準ピクチャ・リストのうちの１つ内の、基準ピクチャのうちの１つから生成されうる。ビデオ・デコーダ３０は、基準ピクチャ・メモリ９２に記憶された基準ピクチャに基づいて、デフォルトの構築技法を用いて、基準フレーム・リスト、リスト０およびリスト１を構築しうる。
【０１０８】
動きおよび相違補償ユニット８２は、動きベクトルおよびその他のシンタックス要素を解析することによって、現在のビデオ・スライスのビデオ・ブロックのための予測情報を決定し、デコードされている現在のビデオ・ブロックのための予測ブロックを生成するために、この予測情報を使用する。例えば、動きおよび相違補償ユニット８２は、ビデオ・スライスのビデオ・ブロック、インタ予測またはインタ・ビュー予測スライス・タイプ（例えば、ＢスライスまたはＰスライス）、スライスのための基準ピクチャ・リストの１つまたは複数のための構築情報、スライスの各インタ・エンコード・ビデオ・ブロックのための相違ベクトルおよび／または動きベクトル、スライスの各インタ・コード・ビデオ・ブロックのためのインタ予測状態、および現在のビデオ・ブロック・スライスにおけるビデオ・ブロックをデコードするためのその他の情報をコード化するために使用される予測モード（例えば、イントラまたはインタ予測）を決定するために、受け取ったシンタックス要素のうちのいくつかを用いる。
【０１０９】
いくつかの例において、動きおよび相違補償ユニット８２は、動きベクトル予測処理を用いて、動きベクトルを示すシグナルされたシンタックス要素を決定しうる。動きベクトル予測処理は、本開示において記載されたように、ＡＭＶＰモードおよびマージ・モードを含みうる。例えば、デプス・ビュー成分におけるデプス・ブロックのために、動きおよび相違補償ユニット８２は、テクスチャ・ビュー成分における対応するテクスチャ・ブロックの動き情報に基づいてＭＰＩ候補を導出し、例えばマージ・モード演算またはＡＭＶＰ演算のような動きベクトル予測演算において使用するために、このＭＰＩ候補を、候補リストに加えうる。
【０１１０】
動きおよび相違補償ユニット８２はまた、補間フィルタに基づいて補間を実行しうる。動きおよび相違補償ユニット８２は、基準ブロックの整数未満のピクセルの、補間された値を計算するために、ビデオ・ブロックのエンコード中、ビデオ・エンコーダ２０によって使用されるような補間フィルタを使用しうる。このケースでは、動きおよび相違補償ユニット８２は、受け取られたシンタックス要素から、ビデオ・エンコーダ２０によって使用される補間フィルタを決定し、予測ブロックを生成するために補間フィルタを使用しうる。
【０１１１】
逆量子化ユニット８６は、ビットストリームで提供され、エントロピ・デコード・ユニット８０によってデコードされた、量子化された変換係数を逆量子化、すなわちｄｅ  ｑｕａｎｔｉｚｅする。逆量子化処理は、量子化の程度と、同様に、適用されるべき逆量子化の程度とを決定するために、ビデオ・スライスにおける各ビデオ・ブロックのために、ビデオ・エンコーダ２０によって計算される量子化パラメータを使用することを含みうる。逆変換処理ユニット８８は、ピクセル領域における残余ブロックを生成するために、例えば、逆ＤＣＴ、逆整数変換、または概念的に類似の逆変換処理のような逆変換を、変換係数に適用する。
【０１１２】
動きおよび相違補償ユニット８２が、動きベクトルおよびその他のシンタックス要素に基づいて、現在のビデオ・ブロックのための予測ブロックを生成した後、ビデオ・デコーダ３０は、動きおよび相違補償ユニット８２によって生成された対応する予測ブロックと、逆変換処理ユニット８８からの残余ブロックとの総和により、デコードされたビデオ・ブロックを生成する。加算器９０は、この総和演算を実行する構成要素（単数または複数）を表わす。所望される場合、ピクセル遷移を平滑化するために、あるいは、ビデオ品質を改善するために、（コーディング・ループ時、または、コーディング・ループ後の何れかにおいて）ループ・フィルタもまた使用されうる。フィルタ・ユニット９１は、例えば、デブロッキング・フィルタ、適応ループ・フィルタ、およびサンプル適応オフセット（ＳＡＯ）フィルタのような１つまたは複数のループ・フィルタを表わすことが意図される。フィルタ・ユニット９１は、ループ・フィルタ内にあるものとして図４に図示されているが、その他の構成では、フィルタ・ユニット９１は、ポスト・ループ・フィルタとして実施されうる。所与のフレームまたはピクチャ内の、デコードされたビデオ・ブロックは、その後、基準ピクチャ・メモリ９２に記憶される。基準ピクチャ・メモリ９２は、その後の動き補償のために使用される基準ピクチャを記憶する。基準ピクチャ・メモリ９２はまた、例えば、図１のディスプレイ・デバイス３２のような、ディスプレイ・デバイスにおける後の表示のために、デコードされたビデオを記憶する。
【０１１３】
図５は、本開示の技法に従う、例示的なエンコード処理を図示するフローチャートである。図５の技法は、ビデオ・エンコーダ２０に関して記載されるであろうが、その他のタイプのビデオ・エンコーダによって実行されうる。デプス・ビュー成分におけるビデオ・ブロックについて、ビデオ・エンコーダ２０は、テクスチャ・ビュー成分内の対応するブロックの動き情報に基づいて動き情報候補を導出する（１５０）。対応するブロックは、例えば、空間解像度における潜在的な相違を考慮して、テクスチャ・ビュー成分においてコロケートされたブロックでありうる。ビデオ・エンコーダ２０は、動きベクトル予測演算で使用するために、候補リストに動き情報候補を加える（１５２）。候補リスト内の各候補は、関連付けられたインデクスを有しうる。動きベクトル予測演算は、例えば、ＡＭＶＰモード演算、マージ・モード演算、またはその他いくつかのこのような動きベクトル予測演算でありうる。動きベクトル予測演算が、ＡＭＶＰ演算である場合、ビデオ・エンコーダ２０は、動き情報候補を動きベクトル予測子として用い、動き情報候補および動きベクトル差分情報が、デプス・ブロックをコード化するために使用される動きベクトルに対応するように、動きベクトル差分情報をエンコードしうる。動き情報候補を、マージ・モードまたはＡＭＶＰモードの何れかのための候補リストに加える場合、ビデオ・エンコーダは、動き情報候補を、０よりも大きなインデクスを含む任意のインデクスへ割り当てうる。
【０１１４】
ビデオ・エンコーダ２０は、動き情報候補に対応するインデクス値をエンコードし（１５４）、動き情報候補から決定された動き情報に基づいて現在のブロックをエンコードしうる（１５６）。いくつかの例において、ビデオ・エンコーダ２０は、エンコードされたビットストリームに含めるために、動き情報候補がイネーブルされていることを示す第１のシンタックス要素を生成しうる。本開示で使用されるように、動き情報候補を候補リストに加えることは一般に、同じビューの異なるビュー成分においてコロケートされたビデオ・ブロックの動き情報を、現在のブロックをコード化するために使用される候補リストに加えることを称する。いくつかの例において、例えば分割情報のように、コロケートされたビデオ・ブロックに関連付けられたコーディング構造情報は、候補リストに含まれていないことがありうる。したがって、ビデオ・ブロックのコーディング構造は、第２のビューにおいてコロケートされたブロックのコーディング構造とは異なりうる。
【０１１５】
図６は、本開示の技法に従う、例示的なデコード処理を図示するフローチャートである。図６の技法は、ビデオ・デコーダ３０に関して記載されるだろうが、その他のタイプのビデオ・デコーダによって実行されうる。デプス・ビュー成分におけるビデオ・ブロックについて、ビデオ・デコーダ３０は、テクスチャ・ビュー成分における対応するブロックの動き情報に基づいて、動き情報候補を導出する（１６０）。対応するブロックは、例えば、空間解像度における潜在的な差分を考慮して、テクスチャ・ビュー成分においてコロケートされたブロックでありうる。ビデオ・デコーダ３０は、動きベクトル予測演算で使用するために、候補リストに動き情報候補を加える（１６２）。候補リスト内の各候補は、関連付けられたインデクスを有する。動きベクトル予測演算は、例えば、ＡＭＶＰモード演算、マージ・モード演算、またはその他いくつかのこのような動きベクトル予測演算でありうる。動きベクトル予測演算がＡＭＶＰ演算である場合、ビデオ・デコーダは、動き情報候補を動きベクトル予測子として使用し、動きベクトル差分情報を受け取り、動き情報候補および動きベクトル差分情報に基づいて、ビデオ・ブロックをデコードするための動きベクトルを決定しうる。動き情報候補を、マージ・モードまたはＡＭＶＰモードの何れかのため候補リストに加える場合、ビデオ・デコーダ３０は、動き情報候補を、０よりも大きなインデクスを含む任意のインデクスへ割り当てうる。
【０１１６】
ビデオ・デコーダ３０は、動き情報候補に対応するインデクス値をデコードし（１６４）、動き情報候補から決定された動き情報に基づいて現在のブロックをデコードしうる（１６６）。いくつかの例において、ビデオ・デコーダ３０は、動き情報候補がイネーブルされていることを示す第１のシンタックス要素を受け取ることに応じて、動き情報候補を候補リストへ加えうる。本開示において使用されるように、動き情報候補を候補リストに加えることは一般に、同じビューの異なるビュー成分においてコロケートされたビデオ・ブロックの動き情報を、現在のブロックをコード化するために使用される候補リストに加えることを称する。いくつかの例において、コロケートされたビデオ・ブロックに関連付けられたコーディング構造情報は、候補リストに含まれていないことがありうる。したがって、ビデオ・ブロックのコーディング構造は、第２のビューにおいてコロケートされたブロックのコーディング構造とは異なりうる。
【０１１７】
１つまたは複数の例では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現されるのであれば、これら機能は、コンピュータ読取可能な媒体に、１つまたは複数の命令またはコードとして記憶されるか、コンピュータ読取可能な媒体によって送信され、ハードウェア・ベースの処理ユニットによって実行されうる。コンピュータ読取可能な媒体は、コンピュータ読取可能な記憶媒体を含みうる。これは、例えばデータ記憶媒体のような有形な媒体、または、例えば通信プロトコルに従って、１つの場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む通信媒体に相当しうる。このように、コンピュータ読取可能な媒体は、一般に、（１）非一時的である有形のコンピュータ読取可能な記憶媒体、または、（２）例えば信号または搬送波のような通信媒体に相当しうる。データ記憶媒体は、本開示において記載された技法を実施するための命令、コード、および／または、データ構造を取得するために１つまたは複数のコンピュータまたは１つまたは複数のプロセッサによってアクセスされうる任意の利用可能な媒体でありうる。コンピュータ・プログラム製品は、コンピュータ読取可能な媒体を含みうる。
【０１１８】
例として、限定することなく、このようなコンピュータ読取可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、フラッシュ・デバイス、あるいは、所望のプログラム・コードを命令またはデータ構造の形式で記憶するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能な媒体として適切に称される。例えば、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースから命令が送信されるのであれば、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技法が、媒体の定義に含まれる。しかしながら、コンピュータ読取可能な記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、またはその他の過渡的な媒体を含まず、代わりに、非過渡的な、有形の記憶媒体に向けられていることが理解されるべきである。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙディスク（ｄｉｓｃ）を含む。ここで、ｄｉｓｋは、通常、データを磁気的に再生する一方、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。前述の組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【０１１９】
命令は、例えば１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ロジック・アレイ（ＦＰＧＡ）、またはその他等価な集積またはディスクリート・ロジック回路のような１つまたは複数のプロセッサによって実行されうる。従って、本明細書で使用されているように、「プロセッサ」という用語は、前述した構成、または、本明細書に記載された技法の実施のために適切なその他任意の構成のうちの何れかを称しうる。さらに、いくつかの態様では、本明細書に記載された機能は、エンコードおよびデコードのために構成された専用のハードウェアおよび／またはソフトウェア・モジュール内に提供されうるか、または、結合されたコーデック内に組み込まれうる。さらに、これら技法は、１つまたは複数の回路またはロジック素子内で完全に実現されうる。
【０１２０】
本開示の技法は、無線ハンドセット、集積回路（ＩＣ）、またはＩＣのセット（例えば、チップセット）を含む広範なデバイスまたは装置において実現されうる。様々な構成要素、モジュール、またはユニットは、本開示では、開示された技法を実行するように構成されたデバイスの機能的な態様を強調するように記載されているが、異なるハードウェア・ユニットによる実現を必ずしも必要とする訳ではない。むしろ、前述されたように、様々なユニットは、適切なソフトウェアおよび／またはハードウェアと連携して、前述されたような１つまたは複数のプロセッサを含む相互動作的なハードウェア・ユニットの集合によって提供されうるか、コーデック・ハードウェア・ユニット内に結合されうる。
【０１２１】
様々な例が記載された。これらの例およびその他の例は、以下の特許請求の範囲のスコープ内である。
【図１】
2015536118.tif 000004
【図２】
2015536118.tif 000005
【図３】
2015536118.tif 000006
【図４】
2015536118.tif 000007
【図５】
2015536118.tif 000008
【図６】
2015536118.tif 000009
【手続補正書】
【提出日】平成27年7月2日(2015.7.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
３Ｄビデオ・データをデコードする方法であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えることと、
前記候補リストにおける候補を称するインデクス値をコーディングすることであって、前記候補リストは、前記動き情報候補を含む、コーディングすることと、
前記候補リスト内の候補に基づいて、前記デプス・ブロックをデコードすることと、
を備える方法。
【請求項２】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項１に記載の方法。
【請求項３】
前記動き情報候補は、動き情報を備える、請求項２に記載の方法。
【請求項４】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項２に記載の方法。
【請求項５】
空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えること、をさらに備える請求項１に記載の方法。
【請求項６】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項１に記載の方法。
【請求項７】
前記動き情報候補がイネーブルされていることを示すシンタックス要素をデコードすることと、
前記シンタックス要素に応じて、前記動き情報候補を前記候補リストへ加えることと、
をさらに備える請求項１に記載の方法。
【請求項８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項１に記載の方法。
【請求項９】
前記動き情報候補は、動きベクトルを備え、前記方法はさらに、
前記動き情報候補を、動きベクトル予測子として用いることと、
動きベクトル差分情報をデコードすることと、
前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックをデコードするための動きベクトルを決定することと
を備える、請求項１に記載の方法。
【請求項１０】
前記インデクス値をデコードすることであって、前記インデクス値は、前記動き情報候補に対応する、デコードすることと、
前記デコードされたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをデコードすることと、
をさらに備える請求項１に記載の方法。
【請求項１１】
３Ｄビデオ・データをエンコードする方法であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えることと、
前記候補リストにおける候補を称するインデクス値をコーディングすることであって、前記候補リストは、前記動き情報候補を含む、コーディングすることと、
前記候補リスト内の候補に基づいて、前記デプス・ブロックをエンコードすることと、
を備える方法。
【請求項１２】
空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えること、をさらに備える請求項１１に記載の方法。
【請求項１３】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項１１に記載の方法。
【請求項１４】
前記動き情報候補がイネーブルされていることを示すシンタックス要素をエンコードすること、をさらに備える請求項１１に記載の方法。
【請求項１５】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項１１に記載の方法。
【請求項１６】
前記動き情報候補は、動き情報を備える、請求項１５に記載の方法。
【請求項１７】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項１５に記載の方法。
【請求項１８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項１１に記載の方法。
【請求項１９】
前記動き情報候補は、動きベクトルを備え、前記方法はさらに、
前記動き情報候補を、動きベクトル予測子として用いることと、
動きベクトル差分情報をエンコードすることと、
前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックの動きベクトルをエンコードすることと
を備える、請求項１１に記載の方法。
【請求項２０】
前記インデクス値をエンコードすることであって、前記インデクス値は、前記動き情報候補に対応する、エンコードすることと、
前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをエンコードすることと、
をさらに備える請求項１１に記載の方法。
【請求項２１】
ビデオ・データをコーディングするためのデバイスであって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出し、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加え、
前記候補リストにおける候補を称するインデクス値をコーディングすることであって、前記候補リストは、前記動き情報候補を含む、コーディングし、
前記候補リスト内の候補に基づいて、前記デプス・ブロックをデコードする、
ように構成されたビデオ・デコーダ、を備えるデバイス。
【請求項２２】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項２１に記載のデバイス。
【請求項２３】
前記動き情報候補は、動き情報を備える、請求項２２に記載のデバイス。
【請求項２４】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項２２に記載のデバイス。
【請求項２５】
前記ビデオ・デコーダはさらに、空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えるように構成された、請求項２１に記載のデバイス。
【請求項２６】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項２１に記載のデバイス。
【請求項２７】
前記ビデオ・デコーダはさらに、
前記動き情報候補がイネーブルされていることを示すシンタックス要素を受け取り、
前記シンタックス要素に応じて、前記動き情報候補を前記候補リストへ加える
ように構成された、請求項２１に記載のデバイス。
【請求項２８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項２１に記載のデバイス。
【請求項２９】
前記動き情報候補は、動きベクトルを備え、前記ビデオ・デコーダはさらに、前記動き情報候補を、動きベクトル予測子として用い、動きベクトル差分情報をデコードし、前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックをデコードするための動きベクトルを決定するように構成された、請求項２１に記載のデバイス。
【請求項３０】
前記ビデオ・デコーダはさらに、前記インデクス値を受け取ることであって、前記インデクス値は、前記動き情報候補に対応する、受け取り、前記受け取られたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをデコードするように構成された、請求項２１に記載のデバイス。
【請求項３１】
前記デバイスは、
集積回路と、
マイクロプロセッサと、
前記ビデオ・デコーダを含む無線通信デバイスと
のうちの少なくとも１つを備える、請求項２１に記載のデバイス。
【請求項３２】
ビデオ・データをコーディングするためのデバイスであって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出し、前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加え、前記候補リストにおける候補を称するインデクス値をコーディングすることであって、前記候補リストは、前記動き情報候補を含む、コーディングし、前記候補リスト内の候補に基づいて、前記デプス・ブロックをエンコードするように構成されたビデオ・エンコーダ、を備えるデバイス。
【請求項３３】
前記ビデオ・エンコーダはさらに、空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えるように構成された、請求項３２に記載のデバイス。
【請求項３４】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項３２に記載のデバイス。
【請求項３５】
前記ビデオ・エンコーダはさらに、前記動き情報候補がイネーブルされていることを示すシンタックス要素をエンコードするように構成された、請求項３２に記載のデバイス。
【請求項３６】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記ビデオ・エンコーダはさらに、前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てるように構成された、請求項３２に記載のデバイス。
【請求項３７】
前記動き情報候補は、動き情報を備える、請求項３６に記載のデバイス。
【請求項３８】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項３６に記載のデバイス。
【請求項３９】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項３２に記載のデバイス。
【請求項４０】
前記動き情報候補は、動きベクトルを備え、前記ビデオ・エンコーダはさらに、前記動き情報候補を、動きベクトル予測子として用い、動きベクトル差分情報をエンコードし、前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックの動きベクトルをエンコードするように構成された、請求項３２に記載のデバイス。
【請求項４１】
前記ビデオ・エンコーダはさらに、前記インデクス値をエンコードすることであって、前記インデクス値は、前記動き情報候補に対応する、エンコードし、前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをエンコードするように構成された、請求項３２に記載のデバイス。
【請求項４２】
前記デバイスは、
集積回路と、
マイクロプロセッサと、
前記ビデオ・デコーダを含む無線通信デバイスと
のうちの少なくとも１つを備える、請求項３２に記載のデバイス。
【請求項４３】
１または複数のプロセッサによって実行された場合、前記１または複数のプロセッサに対して、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出させることであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出させ、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えさせ、
前記候補リストにおける候補を称するインデクス値をコーディングさせることであって、前記候補リストは、前記動き情報候補を含む、コーディングさせ、
前記候補リスト内の候補に基づいて、前記デプス・ブロックをデコードさせる
命令、を記憶したコンピュータ読取可能な記憶媒体。
【請求項４４】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記コンピュータ読取可能な記憶媒体はさらに、実行された場合、前記１または複数のプロセッサに対して、前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てさせる命令、を記憶した、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４５】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４６】
実行された場合、前記１または複数のプロセッサに対して、前記インデクス値を受け取ることであって、前記インデクス値は、前記動き情報候補に対応する、受け取らせ、前記受け取られたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをデコードさせる命令、をさらに記憶した、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４７】
３Ｄビデオ・データをエンコードするための装置であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出する手段であって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出する手段と、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加える手段と、
前記候補リストにおける候補を称するインデクス値をコーディングする手段であって、前記候補リストは、前記動き情報候補を含む、コーディングする手段と、
前記候補リストにおける候補に基づいて、前記デプス・ブロックをエンコードする手段と、
を備える装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
様々な例が記載された。これらの例およびその他の例は、以下の特許請求の範囲のスコープ内である。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［発明１］
３Ｄビデオ・データをデコードする方法であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えることと、
前記候補リスト内の候補に基づいて、現在のブロックをデコードすることと、
を備える方法。
［発明２］
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、発明１に記載の方法。
［発明３］
前記動き情報候補は、動き情報を備える、発明２に記載の方法。
［発明４］
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、発明２に記載の方法。
［発明５］
空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えること、をさらに備える発明１に記載の方法。
［発明６］
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、発明１に記載の方法。
［発明７］
前記動き情報候補がイネーブルされていることを示すシンタックス要素をデコードすることと、
前記シンタックス要素に応じて、前記動き情報候補を前記候補リストへ加えることと、
をさらに備える発明１に記載の方法。
［発明８］
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、発明１に記載の方法。
［発明９］
前記動き情報候補は、動きベクトルを備え、前記方法はさらに、
前記動き情報候補を、動きベクトル予測子として用いることと、
動きベクトル差分情報をデコードすることと、
前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックをデコードするための動きベクトルを決定することと
を備える、発明１に記載の方法。
［発明１０］
インデクス値をデコードすることであって、前記インデクス値は、前記動き情報候補に対応する、デコードすることと、
前記デコードされたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをデコードすることと、
をさらに備える発明１に記載の方法。
［発明１１］
３Ｄビデオ・データをエンコードする方法であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えることと、
前記候補リスト内の候補に基づいて、現在のブロックをエンコードすることと、
を備える方法。
［発明１２］
空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えること、をさらに備える発明１１に記載の方法。
［発明１３］
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、発明１１に記載の方法。
［発明１４］
前記動き情報候補がイネーブルされていることを示すシンタックス要素をエンコードすること、をさらに備える発明１１に記載の方法。
［発明１５］
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、発明１１に記載の方法。
［発明１６］
前記動き情報候補は、動き情報を備える、発明１５に記載の方法。
［発明１７］
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、発明１５に記載の方法。
［発明１８］
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、発明１１に記載の方法。
［発明１９］
前記動き情報候補は、動きベクトルを備え、前記方法はさらに、
前記動き情報候補を、動きベクトル予測子として用いることと、
動きベクトル差分情報をエンコードすることと、
前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックの動きベクトルをエンコードすることと
を備える、発明１１に記載の方法。
［発明２０］
インデクス値をエンコードすることであって、前記インデクス値は、前記動き情報候補に対応する、エンコードすることと、
前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをエンコードすることと、
をさらに備える発明１１に記載の方法。
［発明２１］
ビデオ・データをコーディングするためのデバイスであって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出し、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加え、
前記候補リスト内の候補に基づいて、現在のブロックをデコードする、
ように構成されたビデオ・デコーダ、を備えるデバイス。
［発明２２］
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、発明２１に記載のデバイス。
［発明２３］
前記動き情報候補は、動き情報を備える、発明２２に記載のデバイス。
［発明２４］
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、発明２２に記載のデバイス。
［発明２５］
前記ビデオ・デコーダはさらに、空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えるように構成された、発明２１に記載のデバイス。
［発明２６］
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、発明２１に記載のデバイス。
［発明２７］
前記ビデオ・デコーダはさらに、
前記動き情報候補がイネーブルされていることを示すシンタックス要素を受け取り、
前記シンタックス要素に応じて、前記動き情報候補を前記候補リストへ加える
ように構成された、発明２１に記載のデバイス。
［発明２８］
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、発明２１に記載のデバイス。
［発明２９］
前記動き情報候補は、動きベクトルを備え、前記ビデオ・デコーダはさらに、前記動き情報候補を、動きベクトル予測子として用い、動きベクトル差分情報をデコードし、前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックをデコードするための動きベクトルを決定するように構成された、発明２１に記載のデバイス。
［発明３０］
前記ビデオ・デコーダはさらに、インデクス値を受け取ることであって、前記インデクス値は、前記動き情報候補に対応する、受け取り、前記受け取られたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをデコードするように構成された、発明２１に記載のデバイス。
［発明３１］
前記デバイスは、
集積回路と、
マイクロプロセッサと、
前記ビデオ・デコーダを含む無線通信デバイスと
のうちの少なくとも１つを備える、発明２１に記載のデバイス。
［発明３２］
ビデオ・データをコーディングするためのデバイスであって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出し、動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加え、前記候補リスト内の候補に基づいて、前記現在のブロックをエンコードするように構成されたビデオ・エンコーダ、を備えるデバイス。
［発明３３］
前記ビデオ・エンコーダはさらに、空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えるように構成された、発明３２に記載のデバイス。
［発明３４］
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、発明３２に記載のデバイス。
［発明３５］
前記ビデオ・エンコーダはさらに、前記動き情報候補がイネーブルされていることを示すシンタックス要素をエンコードするように構成された、発明３２に記載のデバイス。
［発明３６］
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記ビデオ・エンコーダはさらに、前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てるように構成された、発明３２に記載のデバイス。
［発明３７］
前記動き情報候補は、動き情報を備える、発明３６に記載のデバイス。
［発明３８］
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、発明３６に記載のデバイス。
［発明３９］
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、発明３６に記載のデバイス。
［発明４０］
前記動き情報候補は、動きベクトルを備え、前記ビデオ・エンコーダはさらに、前記動き情報候補を、動きベクトル予測子として用い、動きベクトル差分情報をエンコードし、前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックの動きベクトルをエンコードするように構成された、発明３２に記載のデバイス。
［発明４１］
前記ビデオ・エンコーダはさらに、インデクス値をエンコードすることであって、前記インデクス値は、前記動き情報候補に対応する、エンコードし、前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをエンコードするように構成された、発明３２に記載のデバイス。
［発明４２］
前記デバイスは、
集積回路と、
マイクロプロセッサと、
前記ビデオ・デコーダを含む無線通信デバイスと
のうちの少なくとも１つを備える、発明３２に記載のデバイス。
［発明４３］
１または複数のプロセッサによって実行された場合、前記１または複数のプロセッサに対して、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出させることであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出させ、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えさせ、
前記候補リスト内の候補に基づいて、現在のブロックをデコードさせる
命令、を記憶したコンピュータ読取可能な記憶媒体。
［発明４４］
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記コンピュータ読取可能な記憶媒体はさらに、実行された場合、前記１または複数のプロセッサに対して、前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てさせる命令、を記憶した、発明４３に記載のコンピュータ読取可能な記憶媒体。
［発明４５］
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、発明４３に記載のコンピュータ読取可能な記憶媒体。
［発明４６］
実行された場合、前記１または複数のプロセッサに対して、インデクス値を受け取ることであって、前記インデクス値は、前記動き情報候補に対応する、受け取らせ、前記受け取られたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記現在のブロックをデコードさせる命令、をさらに記憶した、発明４３に記載のコンピュータ読取可能な記憶媒体。
［発明４７］
３Ｄビデオ・データをエンコードするための装置であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出する手段であって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出する手段と、
動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加える手段と、
前記候補リストにおける候補に基づいて、現在のブロックをエンコードする手段と、
を備える装置。
【手続補正書】
【提出日】平成27年7月3日(2015.7.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
３次元（３Ｄ）ビデオ・データをデコードする方法であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えることと、
前記候補リストにおける前記動き情報候補を称するインデクス値をコーディングすることであって、前記候補リストは、前記動き情報候補を含む、コーディングすることと、
前記候補リスト内の前記動き情報候補および前記インデクス値に基づいて、前記デプス・ブロックをデコードすることと、
を備える方法。
【請求項２】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項１に記載の方法。
【請求項３】
前記動き情報候補は、動き情報を備える、請求項２に記載の方法。
【請求項４】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項２に記載の方法。
【請求項５】
空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えること、をさらに備える請求項１に記載の方法。
【請求項６】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項１に記載の方法。
【請求項７】
前記動き情報候補がイネーブルされていることを示すシンタックス要素をデコードすることと、
前記シンタックス要素に応じて、前記動き情報候補を前記候補リストへ加えることと、
をさらに備える請求項１に記載の方法。
【請求項８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項１に記載の方法。
【請求項９】
前記動き情報候補は、動きベクトルを備え、前記方法はさらに、
前記動き情報候補を、動きベクトル予測子として用いることと、
動きベクトル差分情報をデコードすることと、
前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックをデコードするための動きベクトルを決定することと
を備える、請求項１に記載の方法。
【請求項１０】
前記インデクス値をデコードすることであって、前記インデクス値は、前記動き情報候補に対応する、デコードすることと、
前記デコードされたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをデコードすることと、
をさらに備える請求項１に記載の方法。
【請求項１１】
３次元（３Ｄ）ビデオ・データをエンコードする方法であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出することと、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えることと、
前記候補リストにおける前記動き情報候補を称するインデクス値をコーディングすることであって、前記候補リストは、前記動き情報候補を含む、コーディングすることと、
前記候補リスト内の前記動き情報候補および前記インデクス値に基づいて、前記デプス・ブロックをエンコードすることと、
を備える方法。
【請求項１２】
空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えること、をさらに備える請求項１１に記載の方法。
【請求項１３】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項１１に記載の方法。
【請求項１４】
前記動き情報候補がイネーブルされていることを示すシンタックス要素をエンコードすること、をさらに備える請求項１１に記載の方法。
【請求項１５】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項１１に記載の方法。
【請求項１６】
前記動き情報候補は、動き情報を備える、請求項１５に記載の方法。
【請求項１７】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項１５に記載の方法。
【請求項１８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項１１に記載の方法。
【請求項１９】
前記動き情報候補は、動きベクトルを備え、前記方法はさらに、
前記動き情報候補を、動きベクトル予測子として用いることと、
動きベクトル差分情報をエンコードすることと、
前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックの動きベクトルをエンコードすることと
を備える、請求項１１に記載の方法。
【請求項２０】
前記インデクス値をエンコードすることであって、前記インデクス値は、前記動き情報候補に対応する、エンコードすることと、
前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをエンコードすることと、
をさらに備える請求項１１に記載の方法。
【請求項２１】
３次元（３Ｄ）ビデオ・データをコーディングするためのデバイスであって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出し、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加え、
前記候補リストにおける前記動き情報候補を称するインデクス値をコーディングすることであって、前記候補リストは、前記動き情報候補を含む、コーディングし、
前記候補リスト内の前記動き情報候補および前記インデクス値に基づいて、前記デプス・ブロックをデコードする、
ように構成されたビデオ・デコーダ、を備えるデバイス。
【請求項２２】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、方法はさらに、
前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てることを備える、請求項２１に記載のデバイス。
【請求項２３】
前記動き情報候補は、動き情報を備える、請求項２２に記載のデバイス。
【請求項２４】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項２２に記載のデバイス。
【請求項２５】
前記ビデオ・デコーダはさらに、空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えるように構成された、請求項２１に記載のデバイス。
【請求項２６】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項２１に記載のデバイス。
【請求項２７】
前記ビデオ・デコーダはさらに、
前記動き情報候補がイネーブルされていることを示すシンタックス要素を受け取り、
前記シンタックス要素に応じて、前記動き情報候補を前記候補リストへ加える
ように構成された、請求項２１に記載のデバイス。
【請求項２８】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項２１に記載のデバイス。
【請求項２９】
前記動き情報候補は、動きベクトルを備え、前記ビデオ・デコーダはさらに、前記動き情報候補を、動きベクトル予測子として用い、動きベクトル差分情報をデコードし、前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックをデコードするための動きベクトルを決定するように構成された、請求項２１に記載のデバイス。
【請求項３０】
前記ビデオ・デコーダはさらに、前記インデクス値を受け取ることであって、前記インデクス値は、前記動き情報候補に対応する、受け取り、前記受け取られたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをデコードするように構成された、請求項２１に記載のデバイス。
【請求項３１】
前記デバイスは、
集積回路と、
マイクロプロセッサと、
前記ビデオ・デコーダを含む無線通信デバイスと
のうちの少なくとも１つを備える、請求項２１に記載のデバイス。
【請求項３２】
３次元（３Ｄ）ビデオ・データをコーディングするためのデバイスであって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出することであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出し、前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加え、前記候補リストにおける前記動き情報候補を称するインデクス値をコーディングすることであって、前記候補リストは、前記動き情報候補を含む、コーディングし、前記候補リスト内の前記動き情報候補および前記インデクス値に基づいて、前記デプス・ブロックをエンコードするように構成されたビデオ・エンコーダ、を備えるデバイス。
【請求項３３】
前記ビデオ・エンコーダはさらに、空間的な候補、時間的な候補、および仮想的な候補のうちの少なくとも１つを、前記候補リストへ加えるように構成された、請求項３２に記載のデバイス。
【請求項３４】
前記対応するテクスチャ・ブロックは、前記テクスチャ・ビュー成分においてコロケートされたブロックを備える、請求項３２に記載のデバイス。
【請求項３５】
前記ビデオ・エンコーダはさらに、前記動き情報候補がイネーブルされていることを示すシンタックス要素をエンコードするように構成された、請求項３２に記載のデバイス。
【請求項３６】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記ビデオ・エンコーダはさらに、前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てるように構成された、請求項３２に記載のデバイス。
【請求項３７】
前記動き情報候補は、動き情報を備える、請求項３６に記載のデバイス。
【請求項３８】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項３６に記載のデバイス。
【請求項３９】
前記動きベクトル予測演算は、アドバンスト動きベクトル予測（ＡＭＶＰ）モード演算を備える、請求項３２に記載のデバイス。
【請求項４０】
前記動き情報候補は、動きベクトルを備え、前記ビデオ・エンコーダはさらに、前記動き情報候補を、動きベクトル予測子として用い、動きベクトル差分情報をエンコードし、前記動き情報候補および前記動きベクトル差分情報に基づいて、前記デプス・ブロックの動きベクトルをエンコードするように構成された、請求項３２に記載のデバイス。
【請求項４１】
前記ビデオ・エンコーダはさらに、前記インデクス値をエンコードすることであって、前記インデクス値は、前記動き情報候補に対応する、エンコードし、前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをエンコードするように構成された、請求項３２に記載のデバイス。
【請求項４２】
前記デバイスは、
集積回路と、
マイクロプロセッサと、
前記ビデオ・デコーダを含む無線通信デバイスと
のうちの少なくとも１つを備える、請求項３２に記載のデバイス。
【請求項４３】
１または複数のプロセッサによって実行された場合、前記１または複数のプロセッサに対して、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出させることであって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出させ、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加えさせ、
前記候補リストにおける前記動き情報候補を称するインデクス値をコーディングさせることであって、前記候補リストは、前記動き情報候補を含む、コーディングさせ、
前記候補リスト内の前記動き情報候補および前記インデクス値に基づいて、前記デプス・ブロックをデコードさせる
命令、を記憶したコンピュータ読取可能な記憶媒体。
【請求項４４】
前記動きベクトル予測演算は、マージ・モード演算を備え、前記候補リスト内の各候補は、関連付けられたインデクスを有し、前記コンピュータ読取可能な記憶媒体はさらに、実行された場合、前記１または複数のプロセッサに対して、前記動き情報候補を、０に等しいまたは０よりも大きなインデクスへ割り当てさせる命令、を記憶した、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４５】
前記デプス・ブロックの分割は、前記対応するテクスチャ・ブロックの分割とは異なる、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４６】
実行された場合、前記１または複数のプロセッサに対して、前記インデクス値を受け取ることであって、前記インデクス値は、前記動き情報候補に対応する、受け取らせ、前記受け取られたインデクス値に基づいて、前記動き情報候補から決定された動き情報に基づいて、前記デプス・ブロックをデコードさせる命令、をさらに記憶した、請求項４３に記載のコンピュータ読取可能な記憶媒体。
【請求項４７】
３次元（３Ｄ）ビデオ・データをエンコードするための装置であって、
デプス・ビュー成分におけるデプス・ブロックについて、動き情報候補を導出する手段であって、前記動き情報候補は、デコードされたテクスチャ・ビュー成分において、対応するテクスチャ・ブロックの動き情報を備える、導出する手段と、
前記デプス・ブロックにおける情報を予測するための動きベクトル予測演算における使用のために、前記動き情報候補を、候補リストに加える手段と、
前記候補リストにおける前記動き情報候補を称するインデクス値をコーディングする手段であって、前記候補リストは、前記動き情報候補を含む、コーディングする手段と、
前記候補リストにおける前記動き情報候補および前記インデクス値に基づいて、前記デプス・ブロックをエンコードする手段と、
を備える装置。
【国際調査報告】
2015536118.tif 000010
2015536118.tif 000011
2015536118.tif 000012
2015536118.tif 000013
2015536118.tif 000014