(57)【特許請求の範囲】
【請求項１】
ビデオデータを復号する方法であって、
マルチビュービデオデータのブロックに関する動き情報を復号することと、
ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、
ここにおいて、前記動き情報を復号することは、マージモードを使用して前記動き情報を復号することを備え、前記マージモードを使用して前記動き情報を復号することは、
マージ候補リストを作成することと、
前記マージ候補リストからＢＶＳＰ候補を選択することと、
前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定することとを備え、
ＢＶＳＰ参照ブロックを生成するために前記参照インデックスによって特定される前記参照ピクチャの一部に対してＢＶＳＰを実行することと、
前記ＢＶＳＰ参照ブロックを使用して前記ブロックを予測することとを備える方法。
【請求項２】
マージ候補としての前記ブロックに関する前記動き情報を含むようにマージ候補リストを作成する際、前記マージ候補を前記マージ候補リスト内の所定の位置に付加することをさらに備え、前記所定の位置は、ＢＶＳＰ候補に関してあらかじめ決定された位置に相当する、請求項１に記載の方法。
【請求項３】
前記ブロックは、現在のブロックであり、前記方法は、前記現在のブロックに関する動き情報を復号する際、
論理関数を使用して第１の高度動きベクトル予測（ＡＭＶＰ）候補として前記現在のブロックに対する第１の隣接ブロックにアクセスすることと、
同じ論理関数を使用して第２の異なるＡＭＶＰ候補として前記現在のブロックに対する第２の異なる隣接ブロックにアクセスすることとをさらに備える、請求項１に記載の方法。
【請求項４】
復号することは、３次元高効率ビデオコーディング（３Ｄ−ＨＥＶＣ）に従って復号することを備える、請求項１に記載の方法。
【請求項５】
ビデオデータを符号化する方法であって、
マルチビュービデオデータのブロックに関する動き情報を符号化することと、
ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、
ここにおいて、前記動き情報を符号化することは、マージモードを使用して前記動き情報を符号化することを備え、前記マージモードを使用して前記動き情報を符号化することは、
マージ候補リストを作成することと、
前記マージ候補リストからＢＶＳＰ候補を選択することと、
前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定することとを備え、
ＢＶＳＰ参照ブロックを生成するために前記参照インデックスによって特定される前記参照ピクチャの一部に対してＢＶＳＰを実行することと、
前記ＢＶＳＰ参照ブロックを使用して前記ブロックを予測することとを備える方法。
【請求項６】
前記ブロックに関するエントロピー符号化され量子化された変換係数および前記参照インデックスに関するエントロピー符号化されたデータをエントロピー復号することと、
前記量子化された変換係数を逆量子化することと、
前記ブロックの残差ブロックを再生成するために前記変換係数を逆変換することと、
前記ブロックを再生成するために前記ＢＶＳＰ参照ブロックを前記残差ブロックと組み合わせることとをさらに備える、請求項１に記載の方法。
【請求項７】
前記参照インデックスの値をエントロピー符号化することと、
前記ブロックと前記ＢＶＳＰ参照ブロックとの間のピクセルごとの差分を表す前記ブロックの残差ブロックを算出することと、
変換係数を生成するために前記残差ブロックを変換することと、
前記変換係数を量子化することと、
前記量子化された変換係数をエントロピー符号化することとをさらに備える、請求項５に記載の方法。
【請求項８】
ビデオデータを復号するためのデバイスであって、
マルチビュービデオデータのブロックに関する動き情報を復号するための手段と、
ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、
ここにおいて、前記動き情報を復号するための手段は、マージモードを使用して前記動き情報を復号するための手段を備え、前記マージモードを使用して前記動き情報を復号するための手段は、
マージ候補リストを作成するための手段と、
前記マージ候補リストからＢＶＳＰ候補を選択するための手段と、
前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定するための手段とを備え、
ＢＶＳＰ参照ブロックを生成するために前記参照インデックスによって特定される前記参照ピクチャの一部に対してＢＶＳＰを実行するための手段と、
前記ＢＶＳＰ参照ブロックを使用して前記ブロックを予測するための手段とを備えるデバイス。
【請求項９】
ビデオデータを符号化するためのデバイスであって、
マルチビュービデオデータのブロックに関する動き情報を符号化するための手段と、
ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、
ここにおいて、前記動き情報を符号化するための手段は、マージモードを使用して前記動き情報を符号化するための手段を備え、前記マージモードを使用して前記動き情報を符号化するための手段は、
マージ候補リストを作成するための手段と、
前記マージ候補リストからＢＶＳＰ候補を選択するための手段と、
前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定するための手段とを備え、
ＢＶＳＰ参照ブロックを生成するために前記参照インデックスによって特定される前記参照ピクチャの一部に対してＢＶＳＰを実行するための手段と、
前記ＢＶＳＰ参照ブロックを使用して前記ブロックを予測するための手段とを備えるデバイス。
【請求項１０】
前記ブロックは、現在のビューに含められ、前記参照ピクチャは、前記現在のビューとは異なる第１の参照ビューに含められ、ＢＶＳＰを実行することは、前記第１の参照ビューおよび前記現在のビューとは異なる第２の参照ビューにおける前記ＢＶＳＰ参照ブロックを生成するためにＢＶＳＰを実行することを備える、請求項８に記載のデバイス。
【請求項１１】
前記ブロックは、現在のビューに含められ、前記参照ピクチャは、前記現在のビューとは異なる第１の参照ビューに含められ、ＢＶＳＰを実行することは、前記第１の参照ビューおよび前記現在のビューとは異なる第２の参照ビューにおける前記ＢＶＳＰ参照ブロックを生成するためにＢＶＳＰを実行することを備える、請求項９に記載のデバイス。
【請求項１２】
前記ブロックに対する時間的動きベクトル予測（ＴＭＶＰ）を使用して異なるブロックに関する動き情報をコーディングする際、ビュー間予測ブロックに関する動き情報にアクセスするのにも使用される関数を使用して前記ブロックの前記動き情報にアクセスするための手段をさらに備え、アクセスすることは、前記ブロックがＢＶＳＰを使用してコーディングされているかどうかを示す情報にアクセスせずに前記動き情報にアクセスすることを備える、請求項８に記載のデバイス。
【請求項１３】
前記ブロックに対する時間的動きベクトル予測（ＴＭＶＰ）を使用して異なるブロックに関する動き情報をコーディングする際、ビュー間予測ブロックに関する動き情報にアクセスするのにも使用される関数を使用して前記ブロックの前記動き情報にアクセスするための手段をさらに備え、アクセスすることは、前記ブロックがＢＶＳＰを使用してコーディングされているかどうかを示す情報にアクセスせずに前記動き情報にアクセスすることを備える、請求項９に記載のデバイス。
【請求項１４】
前記ブロックがＢＶＳＰを使用してコーディングされたかどうかを考慮せずに前記ブロックのエッジをデブロッキングするための手段をさらに備える、および／または、前記ブロックに対してコロケートされたブロックをコーディングする際、動きパラメータ継承を有効化するための手段をさらに備える、請求項８に記載のデバイス。
【請求項１５】
前記ブロックがＢＶＳＰを使用してコーディングされたかどうかを考慮せずに前記ブロックのエッジをデブロッキングするための手段をさらに備える、および／または、前記ブロックに対してコロケートされたブロックをコーディングする際、動きパラメータ継承を有効化するための手段をさらに備える、請求項９に記載のデバイス。
【請求項１６】
前記参照ピクチャは、復号済みピクチャバッファ（ＤＰＢ）に記憶され、前記デバイスは、前記ＤＰＢの前記参照ピクチャ内の前記ブロックにＢＶＳＰを前記使用することを示す変数を記憶するのを回避するための手段をさらに備える、請求項８に記載のデバイス。
【請求項１７】
前記参照ピクチャは、復号済みピクチャバッファ（ＤＰＢ）に記憶され、前記デバイスは、前記ＤＰＢの前記参照ピクチャ内の前記ブロックにＢＶＳＰを前記使用することを示す変数を記憶するのを回避するための手段をさらに備える、請求項９に記載のデバイス。
【請求項１８】
前記デバイスは、
集積回路と、
マイクロプロセッサと、
ワイヤレス通信デバイスとのうちの少なくとも１つを備える、請求項８に記載のデバイス。
【請求項１９】
前記デバイスは、
集積回路と、
マイクロプロセッサと、
ワイヤレス通信デバイスとのうちの少なくとも１つを備える、請求項９に記載のデバイス。
【請求項２０】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、請求項１−４及び６のうちのいずれか一項の前記方法を行わせるコンピュータ可読記憶媒体。
【請求項２１】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、請求項５及び７のうちのいずれか一項の前記方法を行わせるコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本出願は、その内容全体が参照により本明細書に組み込まれる、２０１３年４月１０日に出願された米国仮出願第６１／８１０，６７４号の利益を主張する。
【０００２】
[0002]本開示は、ビデオコーディングに関する。
【背景技術】
【０００３】
[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ  １０、アドバンストビデオコーディング（ＡＶＣ）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
【０００４】
[0004]ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間的（イントラピクチャ）予測および／または時間的（ピクチャ間）予測を含む。ブロックベースのビデオコーディングでは、ビデオスライス（たとえば、ビデオフレームまたはビデオフレームの一部分）は、ツリーブロック、コーディングユニット（ＣＵ）、および／またはコーディングノードと呼ばれることもある、ビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
【０００５】
[0005]空間的予測または時間的予測によって、コーディングされるべきブロックの予測ブロックが生じる。残差データは、コーディングすべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指し示す動きベクトル、およびコーディングされたブロックと予測ブロックとの間の差分を示す残差データに応じて符号化される。イントラコーディングされたブロックは、イントラコーディングモードおよび残差データに応じて符号化される。さらなる圧縮を行うために、残差データがピクセル領域から変換領域に変換されて残差変換係数が得られてよく、次いでこれらの係数が量子化されてよい。最初に２次元アレイで構成される量子化された変換係数は、変換係数の１次元ベクトルを生成するために走査されてよく、なお一層の圧縮を達成するためにエントロピーコーディングが適用されてよい。
【発明の概要】
【０００６】
[0006]概して、本開示は、場合によってはブロックベースのビュー合成予測とも呼ばれる後方ビュー合成予測を実行するための技法について説明する。ブロックは、隣接ブロックに関する視差ベクトルを決定し、ブロックに対する視差ベクトルによって特定される深度ピクチャ内の深度ブロックを特定し、深度ピクチャの深度ピクセルを使用して深度ピクチャに対応するテクスチャ画像のテクスチャピクセルをワーピングして、本明細書では予測ブロックとも呼ばれるＢＶＳＰ参照ブロックを生成することによってＢＶＳＰモードを使用してコーディングされてもよい。ブロックは、ＢＶＳＰ参照ブロックが生成されるテクスチャピクチャを特定する参照インデックスを含む動き情報をさらに含んでもよい。ビデオコーダは次いで、ＢＶＳＰ参照ブロックを予測ブロックとして使用してＢＶＳＰブロックをコーディングし得る。
【０００７】
[0007]一例では、方法は、マルチビュービデオデータのブロックに関する動き情報を復号することと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを含む。
【０００８】
[0008]別の例では、方法は、マルチビュービデオデータのブロックに関する動き情報を符号化することと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを含む。
【０００９】
[0009]別の例では、デバイスは、マルチビュービデオデータのブロックに関する動き情報をコーディングすることと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを行うように構成されたビデオコーダを含む。
【００１０】
[0010]別の例では、デバイスは、マルチビュービデオデータのブロックに関する動き情報をコーディングするための手段と、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行するための手段と、ＢＶＳＰ参照ブロックを使用してブロックを予測するための手段とを含む。
【００１１】
[0011]別の例では、コンピュータ可読記憶媒体は、命令が記憶（たとえば、命令によって符号化）されており、命令が、実行されたときに、プロセッサに、マルチビュービデオデータのブロックに関する動き情報をコーディングすることと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを行わせる。
【００１２】
[0012]１つまたは複数の例の詳細は、添付図面および発明の詳細な説明で以下に示される。他の特徴、目的および利点は、発明の詳細な説明および図面から、ならびに特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【００１３】
【図１】[0013]後方ビュー合成予測（ＢＶＳＰ）を使用してブロックをコーディングするための技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。
【図２】[0014]後方ビュー合成予測（ＢＶＳＰ）を使用してブロックをコーディングするための技法を実施し得るビデオエンコーダの一例を示すブロック図。
【図３】[0015]後方ビュー合成予測（ＢＶＳＰ）を使用してブロックを復号するための技法を実施し得るビデオデコーダの一例を示すブロック図。
【図４】[0016]例示的なマルチビュービデオコーディング（ＭＶＣ）構造を示す概念図。
【図５】[0017]後方ワーピングに基づくブロックベースのビュー合成予測の概念図。
【図６】[0018]現在のブロックおよび５つの空間的隣接ブロックを示す概念図。
【図７】[0019]隣接ブロックを使用する後方ビュー合成予測（ＢＶＳＰ）に関する技法を示す概念図。
【図８】[0020]本開示の技法による、ＢＶＳＰを使用して現在のブロックを符号化するための例示的な方法を示すフローチャート。
【図９】[0021]本開示の技法による、ＢＶＳＰを使用してビデオデータの現在のブロックを復号するための例示的な方法を示すフローチャート。
【発明を実施するための形態】
【００１４】
[0022]本開示の技法は、概してアドバンストコーデックに基づいたマルチビュービデオコーディングに関する。そのようなアドバンストコーデックの一例は、高効率ビデオコーディング（ＨＥＶＣ）規格の３次元（３Ｄ）拡張規格に従って動作するように構成されたコーデックである。ＨＥＶＣは、ＩＴＵ−Ｔ  Ｈ．２６５とも呼ばれ、ＩＴＵ−Ｔ  Ｈ．２６５、ＳＥＲＩＥＳ  Ｈ：  ＡＵＤＩＯＶＩＳＵＡＬ  ＡＮＤ  ＭＵＬＴＩＭＥＤＩＡ  ＳＹＳＴＥＭＳ、Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｏｆ  Ａｕｄｉｏｖｉｓｕａｌ  Ｓｅｒｖｉｃｅｓ−Ｃｏｄｉｎｇ  ｏｆ  Ｍｏｖｉｎｇ  Ｖｉｄｅｏ、Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ、２０１３年４月（ｈｔｔｐ：／／ｗｗｗ．ｉｔｕ．ｉｎｔ／ＩＴＵ−Ｔ／ｒｅｃｏｍｍｅｎｄａｔｉｏｎｓ／ｒｅｃ．ａｓｐｘ？ｒｅｃ＝１１８８５にて入手可能）に記載されている。３Ｄ−ＨＥＶＣは、Ｇｅｒｈａｒｄ  Ｔｅｃｈ、Ｋｒｚｙｓｚｔｏｆ  Ｗｅｇｎｅｒ、Ｙｉｎｇ  Ｃｈｅｎ、Ｓｅｈｏｏｎ  Ｙｅａ、「３Ｄ−ＨＥＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  Ｄｅｓｃｒｉｐｔｉｏｎ  ｄｒａｆｔ  ２」、ＪＣＴ３Ｖ−Ｂ１００５、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３とＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｔｅｎｓｉｏｎ  Ｄｅｖｅｌｏｐｍｅｎｔ、第２回会合：上海、中華人民共和国、２０１２年１０月に記載されている。
【００１５】
[0023]ビデオコーディング規格は、ＩＴＵ−Ｔ  Ｈ．２６１と、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌと、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌと、ＩＴＵ−Ｔ  Ｈ．２６３と、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌと、それのスケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）拡張を含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとも呼ばれる）ＩＴＵ−Ｔ  Ｈ．２６４とを含む。ＭＶＣのジョイントドラフトは、「Ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１０年３月に記載されている。本開示の技法については、概してＨＥＶＣおよびその拡張（たとえば、３Ｄまたはマルチビュービデオコーディング拡張）に関して説明する。しかし、本開示の技法が他のビデオコーディング規格およびそのような規格の拡張に適用され得ることを理解されたい。
【００１６】
[0024]たとえば、本開示の技法は、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣまたはその拡張に適用されてもよい。Ｈ．２６４／ＡＶＣでは、各インターマクロブロック（ＭＢ）は、１つの１６×１６ＭＢパーティションと、２つの１６×８ＭＢパーティションと、２つの８×１６ＭＢパーティションと、４つの８×８ＭＢパーティションとを含む、４つの異なる方法のうちの１つに区分され得る。１つのＭＢ中の異なるＭＢパーティションは、予測方向ごとに異なる参照インデックス値（すなわち、ＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１）を有し得る。ＭＢは、４つの８×８ＭＢパーティションに区分されないとき、Ｈ．２６４ビデオコーディング規格に規定されているように、各方向においてＭＢパーティション全体について１つの動きベクトルしか有し得ない。
【００１７】
[0025]ＭＢが４つの８×８ピクセルＭＢパーティションに区分されるとき、各８×８ピクセルＭＢパーティションは、サブブロックにさらに区分され得る。８×８ピクセルＭＢパーティションから、サブブロック、すなわち、１つの８×８ピクセルサブブロック、２つの８×４ピクセルサブブロック、２つの４×８ピクセルサブブロック、または４つの４×４サブブロックを得るための、４つの異なる方法がある。各サブブロックは、各方向に異なる動きベクトルを有し得る。８×８ＭＢパーティションがどのようにサブブロックに区分されるかをサブブロックパーティションと言う。
【００１８】
[0026]現在、ＶＣＥＧおよびＭＰＥＧのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｏｎ  Ｔｅａｍ  ｏｎ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−３Ｖ）は、Ｈ．２６４／ＡＶＣに基づく３ＤＶ規格、すなわち、３Ｄ−ＡＶＣを開発中である。３Ｄ−ＡＶＣでは、ＭＶＣにおけるビュー間予測の他に、新しいコーディングツールが含まれ、サポートされている。３Ｄ−ＡＶＣのための３Ｄ−ＡＴＭソフトウェアバージョン６．２は、以下のリンク：ｈｔｔｐ：／／ｍｐｅｇ３ｄｖ．ｒｅｓｅａｒｃｈ．ｎｏｋｉａ．ｃｏｍ／ｓｖｎ／ｍｐｅｇ３ｄｖ／ｔａｇｓ／３ＤＶ−ＡＴＭｖ６．２からダウンロード可能である。現在、ＪＣＴ−３ＶによってＡＶＣベースの３Ｄビデオ（３Ｄ−ＡＶＣ）コーディング規格が開発中であり、３Ｄ−ＡＶＣの一バージョンがＭ．Ｍ．Ｈａｎｎｕｋｓｅｌａ、Ｙ．Ｃｈｅｎ、Ｔ．Ｓｕｚｕｋｉ、Ｊ．−Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、「３Ｄ−ＡＶＣ  ｄｒａｆｔ  ｔｅｘｔ  ５」、ＪＣＴ３Ｖ−Ｃ１００２、ジュネーブ、スイス、２０１３年１月（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／３＿Ｇｅｎｅｖｅ／ｗｇ１１／ＪＣＴ３Ｖ−Ｃ１００２−ｖ３．ｚｉｐにて入手可能）に記載されている。
【００１９】
[0027]３Ｄ−ＡＶＣは、ベースビューのテクスチャ部分がＨ．２６４／ＡＶＣデコーダによって完全に復号できるようにＨ．２６４／ＡＶＣに適合する。３Ｄ−ＡＶＣにおける拡張ビューコンポーネントでは、深度がテクスチャより前にコーディングされ得、テクスチャビューコンポーネントが、深度ビューコンポーネントからの情報に基づいてコーディングされ得、これは深度優先（depth-first）コーディングとも呼ばれる。対照的に、各テクスチャビューコンポーネントは、テクスチャ優先コーディング順においてそれぞれの深度ビューコンポーネントの前にコーディングされてもよい。
【００２０】
[0028]３Ｄ−ＡＶＣにおけるテクスチャビューコンポーネントおよび深度ビューコンポーネントのコーディング順序の例について以下に説明するが、ここにおいて、Ｔ０およびＤ０はそれぞれ、ベースビューのテクスチャビューコンポーネントと深度ビューコンポーネントとを指し、ＴｉおよびＤｉはそれぞれ、ｉ番目の従属ビューのテクスチャビューコンポーネントと深度ビューコンポーネントとを指す。これらの例では、３つのビュー（０、１および２）が考えられ、ビューコンポーネントは以下に示す順序で左から右にコーディングされると仮定する。  
・  Ｔ０  Ｄ０  Ｄ１  Ｄ２  Ｔ１  Ｔ２−この例では、ベースビュー（Ｔ０およびＤ０）は、テクスチャ優先コーディング順序でコーディングされ、一方、依存ビューは、深度優先コーディング順序でコーディングされる。このハイブリッドコーディング順序は、３Ｄ−ＡＶＣの共通試験条件において使用される。  
・  Ｔ０  Ｄ０  Ｔ１  Ｄ１  Ｔ２  Ｄ２−この例では、すべてのビューコンポーネントがテクスチャ優先コーディング順序によってコーディングされる。
【００２１】
[0029]ビュー間予測がＴｉに関して有効化される場合、ビューＴｉの参照テクスチャビューは、ビューＴｉ内のピクチャの対応するビュー間参照ピクチャを含むビューとして定義されてもよく、対応する深度ビューは、参照テクスチャビューと同じビュー順序インデックスを有する参照深度ビューとして定義されてもよい。たとえば、Ｔｉ内のテクスチャピクチャがビューＴｋ内の参照ピクチャに対して予測される場合、上記の例示的な定義に従って、Ｔｋは参照テクスチャビューとラベル付けされ、Ｄｋは参照深度ビューとラベル付けされる。
【００２２】
[0030]以下に、後方ビュー合成予測（ＢＶＳＰ）を実行することに関する技術について、たとえば、図４〜図７に関して説明する。概して、ＢＶＳＰは、テクスチャピクチャ内の隣接ブロックから現在のブロックまでの視差ベクトルを導出することと、視差ベクトルを使用して深度ビュー内の深度ブロックを特定することと、視差ベクトルを使用して、現在のブロックの予測されるブロックを合成するのに使用すべき参照テクスチャ画像のピクセルを特定することとを含む。予測ブロックは、ＢＶＳＰ参照ブロックと呼ばれることもある。しかし、本開示では、３Ｄ−ＨＥＶＣの現在の技法に従ってＢＶＳＰを実行するときに生じることがあるいくつかの問題を認識する。
【００２３】
[0031]本開示ではまず、ＢＶＳＰモードによってコーディングされている予測ユニットがビュー間参照ピクチャから予測され、一方、参照インデックスが−１に設定されることを認識する。この構成は以下の問題を有し得る。  
・  ３Ｄ−ＨＥＶＣの構成は、参照インデックスのセマンティクスに関してＨＥＶＣと整合しない。参照インデックスが−１に等しい場合は一般に、イントラモード予測または非インター予測を示す。  
・  いくつかのモジュールを修正することが必要になることがあり、イントラ／インターモードのチェックが呼び出されるときはいつでも、もう１つの条件、すなわち、ＢＶＳＰモードフラグが１であるか否かがチェックされなければならない。  
○  たとえば、デブロッキングフィルタ、時間的マージ候補、Ｄｏ−ＮＢＤＶ（隣接ブロックベースの視差ベクトル導出）、および高度動きベクトル予測（ＡＭＶＰ）の構成を修正することが必要になることがある。  
・  １６ｘ１６ユニットのＢＶＳＰモードフラグは、他の動き情報と一緒に復号済みピクチャバッファに記憶されなければならない。１６ｘ１６ユニットのＢＶＳＰモードフラグは、時間的マージ候補導出プロセス中に使用されてもよい。  
・  動きパラメータの継承に関しては、まずコロケートされたテクスチャブロックから導出される候補が導出される。その後、コロケートされたテクスチャブロック内の候補がＢＶＳＰマージ候補であるかどうかのチェック。はいの場合、現在の深度ブロックに関して作成されたＢＶＳＰマージ候補を使用することによってこのブロックに関して動きパラメータ継承（ＭＰＩ）が無効化される。この置き換えは複雑さを増大させ、コーディング損失を生じさせる。  
・  予測方向は、ソフトウェア内のＢＶＳＰブロックに関する双予測に設定され、一方、本明細書では単予測に設定される。
【００２４】
[0032]本開示では、上記の考えられる問題を解消しならびに／あるいは他の利点を導入することができる、３Ｄ−ＨＥＶＣのＢＶＳＰ技法に適用され得る様々な修正を提案する。本開示の技法は、ＢＶＳＰが有効化されるときに３Ｄ−ＨＥＶＣにおけるモジュールと基本ＨＥＶＣモジュールを整合させることができる。
【００２５】
[0033]図１は、後方ビュー合成予測（ＢＶＳＰ）を使用してブロックをコーディングするための技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図である。図１に示されているように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化されたビデオデータを与えるソースデバイス１２を含む。特に、ソースデバイス１２は、コンピュータ可読媒体１６を介してビデオデータを宛先デバイス１４に与える。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４はワイヤレス通信のために装備され得る。
【００２６】
[0034]宛先デバイス１４は、コンピュータ可読媒体１６を介して、復号されるべき符号化ビデオデータを受信し得る。コンピュータ可読媒体１６は、符号化ビデオデータをソースデバイス１２から宛先デバイス１４に移動することが可能な、任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体１６は、ソースデバイス１２が符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にするための、通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路などの任意のワイヤレスまたは有線の通信媒体を備える場合がある。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなどのパケットベースネットワークの一部を形成する場合がある。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を容易にするために有用であり得る、ルータ、スイッチ、基地局、または任意の他の機器を含む場合がある。
【００２７】
[0035]いくつかの例では、符号化されるデータは、出力インターフェース２２から記憶デバイスへ出力され得る。同様に、符号化されるデータは、記憶デバイスから入力インターフェースによってアクセスされ得る。記憶デバイスは、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性もしくは不揮発性のメモリ、または符号化ビデオデータを記憶するための任意の他の適当なデジタル記憶媒体などの、様々な分散された、または局所的にアクセスされるデータ記憶媒体のうちの任意のものを含み得る。さらなる例では、記憶デバイスは、ソースデバイス１２によって生成される符号化されたビデオを記憶し得る、ファイルサーバまたは別の中間的な記憶デバイスに相当し得る。宛先デバイス１４は、記憶されているビデオデータに、記憶デバイスからストリーミングまたはダウンロードを介して、アクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４へ送信することができる、任意のタイプのサーバであり得る。例示的なファイルサーバは、ウェブサーバ（たとえば、ウェブサイトのための）、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ）デバイス、または局所的なディスクドライブを含む。宛先デバイス１４は、インターネット接続を含む任意の標準的なデータ接続を通じて、符号化ビデオデータにアクセスし得る。これは、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、有線の接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または、ファイルサーバに記憶されている符号化ビデオデータにアクセスするために適当な、それらの両方の組合せを含み得る。符号化ビデオデータの記憶デバイスからの伝送は、ストリーミング伝送、ダウンロード伝送、またはそれらの組合せであり得る。
【００２８】
[0036]本開示の技法は、ワイヤレスのアプリケーションまたはセッティングに、必ずしも限定されるとは限らない。技法は、無線によるテレビジョン放送、ケーブルテレビジョン伝送、衛星テレビジョン伝送、動的適応型ＨＴＴＰストリーミング（ＤＡＳＨ：dynamic adaptive streaming over HTTP）などのインターネットストリーミングビデオ伝送、データ記憶媒体へと符号化されるデジタルビデオ、データ記憶媒体のデジタルビデオの復号、または他の適用例などの、様々なマルチメディアの適用例のうちの任意のものを支援して、ビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオプレイバック、ビデオブロードキャスティングおよび／またはビデオ電話通信などの適用例をサポートするために、一方向または二方向のビデオ伝送をサポートするように構成され得る。
【００２９】
[0037]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、後方ビュー合成予測（ＢＶＳＰ）を使用してブロックをコーディングするための技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは、他の構成要素または構成を含んでもよい。たとえば、ソースデバイス１２は、ビデオデータを外部のカメラなどの外部のビデオソース１８から受信し得る。同様に、宛先デバイス１４は、統合されたディスプレイデバイスを含むのではなく、外部のディスプレイデバイスとインターフェースしてもよい。
【００３０】
[0038]図１の例示されたシステム１０は、単に一例である。後方ビュー合成予測（ＢＶＳＰ）を使用してブロックをコーディングするための技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実行され得る。一般に、本開示の技法は、ビデオ符号化デバイスによって実行されるけれども、技法は、また、通常「コーデック」と呼ばれるビデオエンコーダ／デコーダによって実行され得る。その上、本開示の技法は、また、ビデオプリプロセッサによって実行されてもよい。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が、コーディングされたビデオデータを宛先デバイス１４への伝送のためにその中で生成する、そのようなコーディングデバイスの単に例である。いくつかの例では、デバイス１２、１４は、デバイス１２、１４の各々がビデオ符号化と、復号構成要素とを含むように、実質的に対称的な方式で動作し得る。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオプレイバック、ビデオブロードキャスティング、またはビデオ電話通信のための、ビデオデバイス１２と１４との間での一方向または二方向のビデオ伝送をサポートし得る。
【００３１】
[0039]ソースデバイス１２のビデオソース１８は、ビデオカメラ、あらかじめ記録されたビデオを含むビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオ供給インターフェースなどの、ビデオキャプチャデバイスを含み得る。さらなる代わりとして、ビデオソース１８は、ソースビデオとしてコンピュータグラフィックスベースのデータ、または、ライブビデオ、アーカイブされたビデオ、およびコンピュータ生成のビデオの組合せを生成し得る。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラ付き携帯電話またはビデオ付き携帯電話を形成し得る。しかしながら、上で言及されたように、本開示で説明される技法は、一般にビデオコーディングに適用可能であり、ワイヤレスおよび／または有線の用途に適用され得る。各々の場合において、キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータにより生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。次いで、符号化されたビデオ情報は、出力インターフェース２２によってコンピュータ可読媒体１６に出力され得る。
【００３２】
[0040]コンピュータ可読媒体１６は、ワイヤレスブロードキャストまたは有線ネットワーク送信などの一時媒体、あるいはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、ブルーレイディスク、または他のコンピュータ可読媒体などの記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示されず）は、ソースデバイス１２から符号化されたビデオデータを受信し、たとえば、ネットワーク送信を介して、その符号化されたビデオデータを宛先デバイス１４に与え得る。同様に、ディスクスタンピング設備のような、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化されたビデオデータを受信し、その符号化されたビデオデータを含むディスクを生成し得る。したがって、様々な例では、コンピュータ可読媒体１６は、様々な形態の１つまたは複数のコンピュータ可読媒体を含むと理解され得る。
【００３３】
[0041]宛先デバイス１４の入力インターフェース２８は、コンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ビデオエンコーダ２０によって定義され、またビデオデコーダ３０によって使用される、ブロックおよび他のコーディングされたユニット、たとえば、ＧＯＰの特性および／または処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。ディスプレイデバイス３２は、復号されたビデオデータをユーザに対して表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスのような、様々なディスプレイデバイスのいずれかを備え得る。
【００３４】
[0042]ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格などの、ビデオコーディング規格に従って動作し得、ＨＥＶＣテストモデル（ＨＭ）に準拠し得る。あるいは、ビデオエンコーダ２０およびビデオデコーダ３０は、あるいはＭＰＥＧ−４、Ｐａｒｔ  １０と呼ばれるＩＴＵ−Ｔ  Ｈ．２６４規格、アドバンストビデオコーディング（ＡＶＣ）、またはそのような規格の拡張などの、他の独自の規格または業界規格に従って動作し得る。しかしながら、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオコーディング規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ  Ｈ．２６３が含まれる。図１には示されないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれオーディオエンコーダおよびオーディオデコーダと統合されてよく、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するための、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアとソフトウェアとを含み得る。適用可能な場合、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。
【００３５】
[0043]ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）規格は、Ｊｏｉｎｔ  Ｖｉｄｅｏ  Ｔｅａｍ（ＪＶＴ）として知られる共同パートナーシップの成果としてＩＳＯ／ＩＥＣ  Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）とともにＩＴＵ−Ｔ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＶＣＥＧ）によって策定された。いくつかの態様では、本開示で説明する技法は、Ｈ．２６４規格に概して準拠するデバイスに適用され得る。Ｈ．２６４規格は、ＩＴＵ−Ｔ  Ｓｔｕｄｙ  Ｇｒｏｕｐによる２００５年３月付のＩＴＵ−Ｔ勧告Ｈ．２６４「Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ」に記載されており、本明細書ではＨ．２６４規格またはＨ．２６４仕様、あるいはＨ．２６４／ＡＶＣ規格または仕様と呼ぶことがある。ジョイントビデオチーム（ＪＶＴ）はＨ．２６４／ＭＰＥＧ−４  ＡＶＣへの拡張に取り組み続けている。
【００３６】
[0044]ビデオエンコーダ２０およびビデオデコーダ３０は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなどの様々な適切なエンコーダ回路のいずれかとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実施し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれてよく、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合されてよい。
【００３７】
[0045]ＪＣＴ−ＶＣは、ＨＥＶＣ規格の開発に取り組んでいる。ＨＥＶＣの標準化の取組みは、ＨＥＶＣテストモード（ＨＭ）と呼ばれるビデオコーディングデバイスの進化モデルに基づく。ＨＭは、たとえば、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣに従う既存のデバイスに対して、ビデオコーディングデバイスのいくつかの付加された機能を想定する。たとえば、Ｈ．２６４は、９つのイントラ予測符号化モードを提供するが、ＨＭは、３３ものイントラ予測符号化モードを提供し得る。
【００３８】
[0046]一般に、ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマサンプルとクロマサンプルの両方を含むツリーブロックまたは最大コーディングユニット（ＬＣＵ）のシーケンスに分割され得ることを記載している。ビットストリーム内のシンタックスデータは、ＬＣＵにとってのサイズを定義し得、ＬＣＵは、ピクセルの数の点で最大のコーディングユニットである。スライスは、いくつかの連続したツリーブロックを、コーディングの順序で含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木に従って、コーディングユニット（ＣＵ）に分割され得る。一般に、４分木データ構造は、ＣＵあたり１つのノードを、ツリーブロックに対応するルートノードとともに含む。ＣＵが４つのサブＣＵに分割される場合、ＣＵに対応するノードは、４つのリーフノードを含み、その各々は、サブＣＵのうちの１つに対応する。
【００３９】
[0047]４分木データ構造の各ノードは、対応するＣＵにシンタックスデータを提供することができる。たとえば、４分木のノードは、そのノードに対応するＣＵがサブＣＵに分割されるかどうかを示す分割フラグを含み得る。ＣＵのシンタックス要素は、再帰的に定義されてよく、ＣＵがサブＣＵに分割されるかどうかに依存し得る。ＣＵがこれ以上分割されない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的な分割が存在しない場合でも、リーフＣＵの４つのサブＣＵもリーフＣＵと呼ばれるようになる。たとえば、１６×１６サイズのＣＵがさらに分割されない場合、この１６×１６ＣＵが決して分割されなくても、４つの８×８サブＣＵもリーフＣＵと呼ばれるようになる。
【００４０】
[0048]ＣＵは、ＣＵがサイズ差異を有しないことを除いて、Ｈ．２６４規格のマクロブロックと同様の目的を有する。たとえば、ツリーブロックは、４つの子ノード（サブＣＵとも呼ばれる）に分割され得、各子ノードは、今度は親ノードとなり、別の４つの子ノードに分割され得る。４分木のリーフノードと呼ばれる、最後の分割されていない子ノードは、リーフＣＵとも呼ばれるコーディングノードを備える。コーディングされたビットストリームに関連するシンタックスデータは、最大ＣＵ深度と呼ばれる、ツリーブロックが分割され得る最大回数を定義し得、また、コーディングノードの最小サイズを定義し得る。それに応じて、ビットストリームは最小コーディングユニット（ＳＣＵ：smallest coding unit）をも定義し得る。本開示では、ＨＥＶＣのコンテキストにおけるＣＵ、ＰＵ、もしくはＴＵ、または他の規格のコンテキストにおける同様のデータ構造（たとえば、Ｈ．２６４／ＡＶＣにおけるマクロブロックおよびそれのサブブロック）のいずれかを指すために「ブロック」という用語を使用する。
【００４１】
[0049]ＣＵは、コーディングノードと、コーディングノードに関連する予測ユニット（ＰＵ）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状において正方形でなければならない。ＣＵのサイズは、８×８ピクセルから、最大で６４×６４ピクセルまたはそれを越えるツリーブロックのサイズまで変動し得る。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含み得る。ＣＵと関連したシンタックスデータは、たとえば、ＣＵの１つまたは複数のＰＵへの区分を記述し得る。区分モードは、ＣＵがスキップであるか、または、ダイレクトモードで符号化されるか、イントラ予測モードで符号化されるか、もしくはインター予測モードで符号化されるかの間で、異なり得る。ＰＵは、形状において非正方形に区分されてもよい。ＣＵと関連したシンタックスデータは、また、たとえば、ＣＵの１つまたは複数のＴＵへの、４分木に従う区分を記述し得る。ＴＵは、形状において正方形または非正方形（たとえば、長方形）であってもよい。
【００４２】
[0050]ＨＥＶＣ規格は、異なるＣＵに対して異なり得る、ＴＵに従う変換を可能にする。ＴＵは、通常、区分されたＬＣＵのために定義された、所与のＣＵ内のＰＵのサイズに基づいてサイズ変更されるが、これは常にそうであるとは限らない。ＴＵは、通常、ＰＵと同じサイズであるか、またはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ）と呼ばれる４分木構造を使用して、より小さいユニットにさらに分割され得る。ＲＱＴのリーフノードは変換ユニット（ＴＵ）と呼ばれることがある。ＴＵに関連するピクセル差分値は、変換係数を生成するように変換されてよく、その変換係数は量子化され得る。
【００４３】
[0051]リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含み得る。一般に、ＰＵは、対応するＣＵのすべてまたは一部分に対応する空間的なエリアを表現し、ＰＵのための参照サンプルを取り出すためのデータを含み得る。その上、ＰＵは、予測に関係するデータを含む。たとえば、ＰＵがイントラモードで符号化される場合、ＰＵに対するデータは、残差４分木（ＲＱＴ）に含まれ得、残差４分木は、ＰＵに対応するＴＵのためのイントラ予測モードを記述するデータを含み得る。別の例では、ＰＵがインターモードで符号化される場合、ＰＵは、ＰＵに対する１つまたは複数の動きベクトルを定義するデータを含み得る。ＰＵに対する動きベクトルを定義するデータは、たとえば、動きベクトルの水平の構成要素、動きベクトルの垂直の構成要素、動きベクトルのための解像度（たとえば、４分の１ピクセルの精度または８分の１ピクセルの精度）、動きベクトルが指し示す先の参照ピクチャ、および／または動きベクトルのための参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）を記述し得る。
【００４４】
[0052]１つまたは複数のＰＵを有するリーフＣＵは、また、１つまたは複数の変換ユニット（ＴＵ）を含み得る。変換ユニットは、上述するように、ＲＱＴ（ＴＵの４分木構造とも呼ばれる）を使用して規定され得る。たとえば、分割フラグは、リーフＣＵが４つの変換ユニットに分割されるかどうかを、示し得る。次いで、各変換ユニットは、さらなるサブＴＵに、さらに分割され得る。ＴＵがさらに分割されないとき、そのＴＵはリーフＴＵと呼ばれることがある。一般に、イントラコーディングの場合、リーフＣＵに属するすべてのリーフＴＵは同じイントラ予測モードを共有する。すなわち、一般に、リーフＣＵのすべてのＴＵの予測値を計算するために同じイントラ予測モードが適用される。イントラコーディングの場合、ビデオエンコーダは、イントラ予測モードを使用して各リーフＴＵの残差値を、ＴＵに対応するＣＵの一部と元のブロックとの間の差分として計算し得る。ＴＵは、必ずしもＰＵのサイズに制限されるとは限らない。したがって、ＴＵはＰＵよりも大きくまたは小さくなり得る。イントラコーディングの場合、ＰＵは、同じＣＵの対応するリーフＴＵとコロケートされ得る。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに該当する場合がある。
【００４５】
[0053]その上、リーフＣＵのＴＵはまた、残差４分木（ＲＱＴ）と呼ばれる、それぞれの４分木データ構造に関連付けられ得る。すなわち、リーフＣＵは、リーフＣＵがどのようにＴＵに区分されるかを示す４分木を含み得る。ＴＵ４分木のルートノードは一般にリーフＣＵに対応し、ＣＵ４分木のルートノードは一般にツリーブロック（またはＬＣＵ）に対応する。分割されないＲＱＴのＴＵはリーフＴＵと呼ばれる。一般に、本開示は、別段の注記がない限り、ＣＵおよびＴＵという用語を、それぞれ、リーフＣＵおよびリーフＴＵを指すために使用する。
【００４６】
[0054]ビデオシーケンスは、通常、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ）は、一般に、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つもしくは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスのための符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに作用する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定のまたは変化するサイズを有し得、規定されたコーディング規格に従って、サイズは異なり得る。
【００４７】
[0055]例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎとすれば、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズでのイントラ予測、および２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称なＰＵサイズでのインター予測をサポートする。ＨＭは、また、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための、非対称な区分をサポートする。非対称な区分では、ＣＵの一方向は区分されず、他の方向は２５％および７５％に区分される。ＣＵの２５％パーティションに対応する部分は、「ｎ」、ならびにそれに続く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」の表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部で２Ｎ×０．５ＮのＰＵ、および下部で２Ｎ×１．５ＮのＰＵに水平に区分される２Ｎ×２ＮのＣＵを指す。
【００４８】
[0056]本開示では、「Ｎ×Ｎ」および「Ｎ  ｂｙ  Ｎ」は、垂直および水平の寸法の観点からビデオブロックのピクセル寸法を指すために、たとえば、１６×１６ピクセルまたは１６ｂｙ１６ピクセルのように、互換的に使用され得る。一般に、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）、および水平方向に１６ピクセル（ｘ＝１６）を有する。同様に、Ｎ×Ｎブロックは、一般に、垂直方向にＮピクセル、および水平方向にＮピクセルを有し、ここでＮは、非負の整数値を表す。ブロックのピクセルは、行および列に配列され得る。さらに、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要はない。たとえば、ブロックはＮ×Ｍピクセルを備えることもでき、ただし、Ｍは必ずしもＮに等しいとは限らない。
【００４９】
[0057]ＣＵのＰＵを使用するイントラ予測またはインター予測のコーディングの後で、ビデオエンコーダ２０は、ＣＵのＴＵに対する残差データを計算し得る。ＰＵは、空間領域（ピクセル領域とも呼ばれる）での予測ピクセルデータを生成する方法、すなわちモードを記述するシンタックスデータを備え得、ＴＵは、変換、たとえば、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または残差ビデオデータへの概念的には類似の変換を適用した後の、変換領域での係数を備え得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵに対する残差データを含むＴＵを形成し、次いで、ＣＵのための変換係数を生成するためにＴＵを変換し得る。
【００５０】
[0058]変換係数を生成するための任意の変換の後で、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、一般に、係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を実現するプロセスを指す。量子化プロセスは、係数の一部または全部に関連付けられたビット深度を低減させることができる。たとえば、ｎビット値は量子化中にｍビット値に切り捨てられ得るし、ここで、ｎはｍよりも大きい。
【００５１】
[0059]量子化の後に、ビデオエンコーダは、変換係数を走査して、量子化変換係数を含む２次元行列から１次元ベクトルを生成し得る。走査は、より高いエネルギー（したがってより低い周波数）の係数をアレイの前方に配置し、より低いエネルギー（したがってより高い周波数）の係数をアレイの後方に配置するように設計され得る。いくつかの例では、ビデオエンコーダ２０は、量子化変換係数を走査して、エントロピー符号化され得るシリアル化ベクトルを生成するために、あらかじめ定義された走査順序を利用し得る。他の例では、ビデオエンコーダ２０は、適応走査を実行し得る。量子化変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法に従って１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０は、また、ビデオデコーダ３０によるビデオデータの復号での使用のために、符号化ビデオデータと関連したシンタックス要素をエントロピー符号化する。
【００５２】
[0060]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの隣接する値がゼロ以外であるか否かに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルに対する可変長符号を選択し得る。ＶＬＣの中の符号語は、比較的に短い符号が、より起こりそうなシンボルに対応し、より長い符号が、より起こりそうでないシンボルに対応するように、構築され得る。このようにして、ＶＬＣの使用により、たとえば、送信されるべき各シンボルに対して等長の符号語を使用することを越える、ビットの節約が達成され得る。起こりそうなことの決定は、シンボルに割り当てられたコンテキストに基づき得る。
【００５３】
[0061]本開示では、概して後方ビュー合成予測に関する技法について説明し、特に、上述の問題を解消するのに使用され得る技法について説明する。本開示では、マージ候補リストが作成された後に参照インデックスをビュー間参照ピクチャインデックスによって置き換えることによってＢＶＳＰモードの追加的なチェックを削除することを提案する。したがって、３Ｄ−ＨＥＶＣのモジュール、たとえば、デブロッキングフィルタモジュール、時間的マージ候補モジュール、Ｄｏ−ＮＢＤＶモジュール、およびＡＭＶＰモジュールを変更する必要はなく、ビデオコーダ（たとえば、ビデオエンコーダ２０および／またはビデオデコーダ３０）は、ハードウェア実装形態の複雑さを軽減するためにＢＶＳＰモードフラグを復号済みピクチャバッファ（ＤＰＢ）に記憶してもよい。
【００５４】
[0062]以下においてより詳細に説明するように、３Ｄ−ＨＥＶＣでは、ブロックをコーディングするのに後方ビュー合成予測（ＢＶＳＰ）が使用されるとき、このブロックに関する動き情報は、−１に等しい参照インデックスを含む。しかし、本開示によれば、ビデオコーダ（ビデオエンコーダ２０またはビデオデコーダ３０など）は、ＢＶＳＰを使用してブロックをコーディングしてもよく、ここにおいて、ブロックの参照インデックスは、ビュー合成予測が実行されるピクチャを指す。言い換えれば、本開示では、ＢＶＳＰモードを使用してコーディングされたブロックが参照ピクチャリスト内のビュー間参照ピクチャの参照インデックスと等しい参照インデックスを有するように設定されることを提案し、ここにおいて、ビュー間参照ピクチャは、ビュー合成が実行されるピクチャである。
【００５５】
[0063]このようにして、ＢＶＳＰコーディング済みブロックは、多くの場合、通常のインター予測ブロックと透過的に見なされ得る。たとえば、ＡＭＶＰでは、動きベクトル予測子候補を作成するために隣接ブロック（空間的隣接ブロックを含む）にアクセスする際、ＢＶＳＰコーディング済みブロックと通常のインター予測ブロックの両方に関する異なる論理関数を有するのではなく、ＨＥＶＣと同様に、１つの関数がＢＶＳＰコーディング済みブロックとインター予測ブロックの両方に使用されてよい。同様に、時間的動きベクトル予測（ＴＭＶＰ）では、ＢＶＳＰコーディング済みブロックと通常のインターコーディング済みブロックが１つの関数において一緒に対処されてもよい。さらに、ＢＶＳＰ変数が復号済みピクチャバッファ内に記憶される必要はない。さらに、デブロッキングにおいて、ＢＶＳＰに対処するために３Ｄ−ＨＥＶＣに追加された追加的な論理が削除されてもよい。さらに、ＮＢＤＶでは、ＢＶＳＰコーディング済みブロックであり視差動き補償ブロックである隣接ブロックは同じであると見なされ、したがって、隣接ブロックごとのＢＶＳＰ変数の追加的なチェックは必要とされない。このようにして、これらの技法を実施すると、たとえば３Ｄ−ＨＥＶＣに準拠したコーデックが、これらの技法によって修正されたときに、コーデックの複雑さを軽減することができる。
【００５６】
[0064]本開示では、ＢＶＳＰを使用してコーディングされたブロックの参照インデックスの設定に関する追加的な技法について説明する。特に、本開示では、ＢＶＳＰを使用してコーディングされたブロックの参照インデックスの設定が、マージ候補リストが作成され、ＢＶＳＰ候補がｍｅｒｇｅ＿ｉｄｘによって挿入および／または選択された直後に行われる技法について説明する。代替的に、ＢＶＳＰマージ候補が選択されると、ビデオコーダ（ビデオエンコーダ２０またはビデオデコーダ３０など）は、ＢＶＳＰマージ候補を直ちに、参照インデックスが、ビュー合成が実行されるビュー間参照ピクチャの参照インデックスに設定される候補に変換してもよい。
【００５７】
[0065]いくつかの例では、ＢＶＳＰブロックは依然としてＢＶＳＰ変数によって特定されてもよい。しかし、スライス全体についてそのように変数にメモリストレージが割り振られてもよいが、ＢＶＳＰ用の３Ｄ−ＨＥＶＣの技法とは異なり、メモリが復号済みピクチャバッファＤＰＢにおいて割り振られる必要はない。
【００５８】
[0066]さらに、または代替として、コロケートされたブロックがＢＶＳＰによってコーディングされているかどうかにかかわらず動きパラメータ継承（ＭＰＩ）が有効化されてもよい。したがって、ＢＶＳＰ変数のストレージは、スライスがコーディングされた後必要とされない。したがって、ＢＶＳＰ変数をメモリ内に保持する代わりに、ビデオエンコーダ２０およびビデオデコーダ３０は、深度ビューコンポーネントがコーディングされるまで、ＢＶＳＰコーディング済みブロックを含むスライスがコーディングされた後ＢＶＳＰ変数を破棄してもよい。
【００５９】
[0067]さらに、ＢＶＳＰマージ候補は、空間的隣接ブロックがＢＶＳＰによってコーディングされているかどうかにかかわらず、常に相対的に固定された位置に付加されてもよい。このようにして、（場合によってはスライスバッファまたはラインバッファへの）ＢＶＳＰ変数の記憶は必要とされない。すなわち、ビデオエンコーダ２０およびビデオデコーダ３０がＢＶＳＰ変数を記憶する必要はない。いくつかの例では、ビデオエンコーダ２０およびビデオコーダ３０は、ＢＶＳＰ候補を常にマージ候補リスト内の第１の順序位置に挿入するように構成されてもよい。いくつかの例では、ビデオエンコーダ２０およびビデオコーダ３０は、ＢＶＳＰ候補をマージ候補リスト内のすべての空間的マージ候補の後に挿入するように構成されてもよい。いくつかの例では、ビデオエンコーダ２０およびビデオコーダ３０は、ＢＶＳＰ候補をマージ候補リストの任意の（所定の）位置に挿入するように構成されてもよい。
【００６０】
[0068]このようにして、ビデオエンコーダ２０およびビデオデコーダ３０は、たとえば、３Ｄ−ＨＥＶＣに従って、マルチビュービデオデータのブロックに関する動き情報をコーディングする（たとえば、ビデオエンコーダ２０によって符号化するかまたはビデオデコーダ３０によって復号する）ことと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを行うように構成されたビデオコーダの例を表す。
【００６１】
[0069]特に、上記で説明したように、ビデオエンコーダ２０およびビデオデコーダ３０は、マルチビュービデオデータのブロックに関する動き情報をコーディングするように構成されてもよい。動き情報は、動きパラメータ（参照ピクチャリスト識別子など）の中でも特に参照インデックスを含んでもよい。参照インデックスは、ＢＶＳＰコーディング済みブロック用の３Ｄ−ＨＥＶＣに記載されているような−１の値ではなく、参照ピクチャリスト内の参照ピクチャを特定する値を有してもよい。しかし、ビデオエンコーダ２０およびビデオデコーダ３０は、ブロックを参照インデックスによって特定される参照ピクチャから予測するのではなく、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行するように構成されてもよい。すなわち、ビデオエンコーダ２０およびビデオデコーダ３０は、参照ピクチャリスト内の参照インデックスによって特定される参照ピクチャから、ＢＶＳＰを使用してブロックの予測ブロックを合成してもよい。予測ブロックは、ＢＶＳＰ参照ブロックと呼ばれることもある。
【００６２】
[0070]ビデオエンコーダ２０およびビデオデコーダ３０は、（予測ブロックとして働く）ＢＶＳＰ参照ブロックを使用してブロックをコーディングしてもよい。たとえば、ビデオエンコーダ２０は、残差ブロックを形成するためにブロックと予測ブロックとの間のピクセルごとの差分を計算してもよい。ビデオデコーダ３０は、ビットストリームデータをエントロピー復号し、次いでこのデータを逆量子化し逆変換することによって残差ブロックを再構成し、次にブロックを再生成するためにピクセルごとに予測ブロックを残差ブロックに付加してもよい。
【００６３】
[0071]ＢＶＳＰ参照ブロックを合成するためにＢＶＳＰを実行する際、ＢＶＳＰ参照ブロックが、コーディングされているブロックを含む現在のビューならびにＢＶＳＰ参照ブロックが合成される参照ピクチャを含むビューとは異なるビューに存在すると見なされることを理解されたい。たとえば、現在のブロックがビュー２に存在すると仮定した場合、参照ピクチャはビュー０に存在し得、ＢＶＳＰ参照ブロックはビュー１に合成されてもよい。
【００６４】
[0072]さらに、ブロックがＢＶＳＰを使用してコーディングされた後、ブロックの動き情報が動きベクトル予測子として使用されてもよい。たとえば、ビデオエンコーダ２０およびビデオデコーダ３０は、（たとえば、高度動きベクトル予測（ＡＭＶＰ）のために）第１の動きベクトル予測子候補として、ＢＶＳＰを使用してコーディングされた隣接ブロックにアクセスするように構成されてもよい。ビデオエンコーダ２０およびビデオデコーダ３０は、ＡＭＶＰ候補にアクセスするための特定の論理関数を有するように構成されてもよい。ビデオエンコーダ２０およびビデオデコーダ３０は、ＢＶＳＰ候補用に１つおよび非ＢＶＳＰ候補用に１つの２つの異なる論理関数を含むのではなく、同じ論理関数を使用してＢＶＳＰ候補と非ＢＶＳＰ候補の両方にアクセスしてもよい。したがって、ビデオエンコーダ２０およびビデオデコーダ３０は、異なるＡＭＶＰ候補としての非ＢＶＳＰコーディング済みブロックにアクセスするのに使用されるのと同じ論理関数を使用してＡＭＶＰ候補としてのＢＶＳＰコーディング済みブロックにアクセスしてもよい。
【００６５】
[0073]同様に、ＢＶＳＰコーディング済みブロックに関する動き情報は、時間的動きベクトル予測（ＴＭＶＰ）の候補としてアクセスされてもよい。ビデオエンコーダ２０およびビデオデコーダ３０は、ＢＶＳＰコーディング済みブロックの動き情報を使用して現在のブロックに関する動き情報をコーディングする際、ビュー間予測ブロックに関する動き情報にアクセスするのにも使用される関数を使用してＢＶＳＰコーディング済みブロックの動き情報にアクセスしてもよい。言い換えれば、ビュー間予測ブロックに関する動き情報（たとえば、視差動きベクトル）にアクセスするのに使用されるのと同じ関数が、ＢＶＳＰコーディング済みブロックに関する動き情報にアクセスするのに使用されてもよい。
【００６６】
[0074]さらに、ビデオエンコーダ２０およびビデオデコーダ３０は、マージモードを使用して現在のブロックの動き情報をコーディングする際にＢＶＳＰコーディング済みブロックの動き情報を使用してもよい。ビデオエンコーダ２０およびビデオデコーダ３０は、いくつかの例においては、マージモードを使用して動き情報をコーディングするために、ＢＶＳＰ候補を含めてもよい、空間的隣接ブロックおよび／または時間隣接ブロックを含む隣接ブロックに関する動き情報を含むマージ候補リストを作成し得る。ビデオエンコーダ２０および／またはビデオデコーダ３０がマージ候補リストからＢＶＳＰ候補を選択すると、ビデオコーダは、（後で参照インデックスを設定するまで待つのではなく）直ちにマージモードにおけるＢＶＳＰ候補を使用して動き情報がコーディングされているブロックの参照インデックスの値を設定してもよい。追加または代替として、ビデオコーダは、ＢＶＳＰ候補の参照インデックスを、ＢＶＳＰコーディング済みブロックの予測ブロックが合成された参照ピクチャを指すように設定してもよい。予測ブロックは、ＢＶＳＰ参照ブロックと呼ばれることもある。
【００６７】
[0075]ビデオエンコーダ２０およびビデオデコーダ３０は、このようにして、または他の技法を使用して、ＢＶＳＰコーディング済みブロックが復号済みピクチャバッファ（ＤＰＢ）においてＢＶＳＰを使用してコーディングされたことを示す変数を記憶するのを回避することができる。同様に、ビデオエンコーダ２０およびビデオデコーダ３０は、以後のスライスをコーディングする前にＢＶＳＰコーディング済みブロックを含むスライスをコーディングした後ＢＶＳＰ変数を破棄してもよい。ビデオエンコーダ２０およびビデオデコーダ３０は、（別のピクチャおよび／または別のビュー内の）コロケートされたブロックをＤＶＳＰコーディング済みブロックにコーディングする際に動きパラメータ継承を有効化してもよい。
【００６８】
[0076]上述のように、ビデオエンコーダ２０およびビデオデコーダ３０は、ＢＶＳＰコーディング済みブロックに関する動き情報をマージ候補リスト（またはＡＭＶＰに関する候補リスト）に付加してもよい。ビデオエンコーダ２０およびビデオデコーダ３０は、そのような候補リスト、すなわち、候補としてのＢＶＳＰコーディング済みブロックに関する動き情報を含めるべき候補リストを作成する際、その候補をマージ候補リスト内の所定の位置に付加してもよい。所定の位置は、そのような候補が候補リストに付加される場合に、その位置がＢＶＳＰコーディング済みブロックの動き情報に使用されるという意味で、あらかじめ決定されてもよい。所定の位置は、たとえば、リスト内の第１の順序位置、すべての空間的候補の位置の後続の位置などに相当してもよい。概して、ビデオエンコーダ２０およびビデオデコーダ３０は、ビデオエンコーダ２０とビデオデコーダ３０の両方において所定の位置が同じになるように構成されてもよい。
【００６９】
[0077]上述の技法を実施するために、たとえば、（３Ｄ−ＨＥＶＣに関するワーキングドラフトテキストである）ＪＣＴ３Ｖ−Ｃ１００５に記載されているように３Ｄ−ＨＥＶＣにいくつかの修正が施されてもよい。本開示によるＪＣＴ３Ｖ−Ｃ１００５の追加事項は、ital<<イタリック体の>>italテキストを使用して強調されており（本願の英文明細書において、イタリック体で記載されているところは、“ital<<…>>ital”で囲ってあります。）、一方、本開示において削除することを提案しているＪＣＴ３Ｖ−Ｃ１００５の部分は括弧が付されて強調され先頭に「削除」が示されている。見出し、節、サブクローズなどは、別段に規定されていない限りＪＣＴ３Ｖ−Ｃ１００５の各部を指す。楕円形は、本明細書では再生成されないＪＣＴ３Ｖ−Ｃ１００５のテキストを表す。
【００７０】
Ｈ．８．５．２．１  動きベクトルコンポーネントおよび参照インデックスの導出プロセス  
このプロセスへの入力は以下の通りである。  
．．．  
このプロセスの出力は以下の通りである。  
．．．  
以下のことが適用される。  
−  ＰｒｅｄＭｏｄｅ［ｘＣ］［ｙＣ］がＭＯＤＥ＿ＳＫＩＰと等しい場合、サブクローズＨ．８．５．２．１．１に規定されたようなマージモードに関するルーマ動きベクトルの導出プロセスは、ルーマロケーション（ｘＣ，ｙＣ）、ルーマロケーション（ｘＰ，ｙＰ）、変数ｎＣＳ、ｎＰｂＷ、ｎＰｂＨ、およびパーティションインデックスｐａｒｔＩｄｘを入力として呼び出され、出力は、ルーマ動きベクトルｍｖＬ０、ｍｖＬ１、参照インデックスｒｅｆＩｄｘＬ０、ｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０およびｐｒｅｄＦｌａｇＬ１、視差ベクトル可用性フラグｉｖｐＭｖＦｌａｇＬ０およびｉｖｐＭｖＦｌａｇＬ１、視差ベクトルｉｖｐＭｖＤｉｓｐＬ０およびｉｖｐＭｖＤｉｓｐＬ１、フラグｖｓｐＭｏｄｅＦｌａｇ、変数ｒｅｆＶｉｅｗＩｄｘ、ならびにフラグａｖａｉｌａｂｌｅＦｌａｇｖＭＣである。  
．．．  
ital<<ｖｓｐＭｏｄｅＦｌａｇが１に等しいとき、ｒｅｆＩｄｘＬ０は、ＲｅｆＰｉｃＬｉｓｔＸ［０］が長期参照ピクチャであるときに０に設定され、ＲｅｆＰｉｃＬｉｓｔＸ［０］が短期参照ピクチャであるときにＡｌｔＲｅｆＩｄｘＬｘに設定される。>>ital  
ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｐｒｅｄＦｌａｇＬＸ（Ｘが０または１のいずれかである）が１に等しいとき、サブクローズital<<８．５．２．１．８>>italにおけるクロマ動きベクトルの導出プロセスはｍｖＬＸおよびｒｅｆＩｄｘＬＸを入力として呼び出され、出力はｍｖＣＬＸである。  
Ｈ．８．５．４  視差ベクトルの導出プロセス  
このプロセスへの入力は以下の通りである。  
−  ．．．  
このプロセスの出力は以下の通りである。  
．．．  
９．  各Ｘが０〜１である場合、以下のことが適用される。  
−  ａｖａｉｌａｂｌｅＤＶが０に等しく、ａｖａｉｌａｂｌｅＮが１に等しく、ＰｒｅｄＦｌａｇＬＸ［ｘＮ］［ｙＮ］が１に等しいとき、以下のことが適用される。  
−  ＲｅｆＩｄｘＬＸ［ｘＮ］［ｙＮ］が０以上である場合、以下のことが適用される。  
−  ＲｅｆＰｉｃＬｉｓｔＸ［ＲｅｆＩｄｘＬＸ［ｘＮ］［ｙＮ］］がビュー間参照ピクチャである場合、以下のことが適用される。  
【数１】
0006765957.tif 000002
【数２】
0006765957.tif 000003
【数３】
0006765957.tif 000004
【００７１】
−  それ以外の場合（ＲｅｆＰｉｃＬｉｓｔＸ［ＲｅｆＩｄｘＬＸ［ｘＮ］［ｙＮ］］がビュー間参照ピクチャではない場合）、以下のことが適用される。  
−  ａｖａｉｌａｂｌｅＩｖｐＭｖＳｅａｒｃｈＦｌａｇＮが１に等しく、ＰｒｅｄＭｏｄｅ［ｘＮ］［ｙＮ］がＭＯＤＥ＿ＳＫＩＰに等しく、ＩｖｐＭｖＦｌａｇＬＸ［ｘＮ］［ｙＮ］が１に等しいとき、以下のことが適用される。  
【数４】
0006765957.tif 000005
【数５】
0006765957.tif 000006
【００７２】
−  ［削除：「それ以外の場合（ＲｅｆＩｄｘＬＸ［ｘＮ］［ｙＮ］が０よりも小さい）、以下のことが適用される。  
−  ＶｓｐＭｏｄｅＦｌａｇ［ｘＮ］［ｙＮ］が１に等しい場合、以下のことが適用される。  
【数６】
0006765957.tif 000007
【数７】
0006765957.tif 000008
【数８】
0006765957.tif 000009
【数９】
0006765957.tif 000010
【００７３】
［Ｅｄ．（ＧＴ）：ソフトウェアにおいてｒｅｆＶｉｅｗＩｄｘが０に等しく設定される。（＃１９）］」］  
Ｈ．８．５．２．１．１  マージモードに関するルーマ動きベクトルの導出プロセス  
このプロセスは、ＰｒｅｄＭｏｄｅ［ｘＣ］［ｙＣ］がＭＯＤＥ＿ＳＫＩＰに等しいかまたはＰｒｅｄＭｏｄｅ［ｘＣ］［ｙＣ］がＭＯＤＥ＿ＩＮＴＥＲに等しく、マージ＿フラグ［ｘＰ］［ｙＰ］が１に等しいときにのみ呼び出され、ここにおいて、（ｘＰ，ｙＰ）は現在のピクチャの左上ルーマサンプルに対する現在のルーマ予測ブロックの左上サンプルを指定する。  
このプロセスの入力は以下の通りである。  
．．．  
このプロセスの出力は以下の通りである。  
．．．  
変数ｓｉｎｇｌｅＭＣＬＦｌａｇは次のように導出される。  
−  ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ２が０よりも大きくｎＣＳが８に等しい場合、ｓｉｎｇｌｅＭＣＬＦｌａｇが１に設定される。  
−  それ以外の場合、ｓｉｎｇｌｅＭＣＬＦｌａｇは０に設定される。  
．．．  
９．  マージ候補リスト、ｍｅｒｇｅＣａｎｄＬｉｓｔは、以下の順次ステップによって明示されるように作成される。  
ａ．変数ｎｕｍＭｅｒｇｅＣａｎｄは、０に等しく設定される。  
ｂ．変数ｖｓｐＣａｎｄＩｎＬｉｓｔＦｌａｇは、０に等しく設定される。  
ｃ．［削除：「ａｖａｉｌａｂｌｅＦｌａｇＴが１に等しいとき、サブクローズＨ．８．５．２．１．１．１に明示されたような場合によってはビュー合成予測される隣接からの候補の挿入プロセスは、リストｍｅｒｇｅＣａｎｄＬｉｓｔ、変数ｎｕｍＭｅｒｇｅＣａｎｄ、変数ｖｓｐＣａｎｄＩｎＬｉｓｔＦｌａｇ、Ｔに等しい候補位置インジケータＮ、ルーマロケーション（ｘＰ，ｙＰ）、ならびに変数ｎＰｂＷおよびｎＰｂＨを入力として呼び出され、出力はリストｍｅｒｇｅＣａｎｄＬｉｓｔ、変数ｎｕｍＭｅｒｇｅＣａｎｄ、およびフラグｖｓｐＣａｎｄＩｎＬｉｓｔＦｌａｇである。」］  
．．．  
１３．  変数ｖｓｐＭｏｄｅＦｌａｇは（ｍｅｒｇｅＣａｎｄＬｉｓｔ［ｍｅｒｇｅ＿ｉｄｘ［ｘＰ］［ｙＰ］］＝＝ＶＳＰ）に等しく設定される。  
［削除：「［Ｅｄ．（ＧＴ）：ソフトウェアにおいて、ＶｓｐＭｏｄｅＦｌａｇ［ｘ］［ｙ］はいくつかの場所（デブロッキングフィルタ、ＡＭＶＰ）において使用され、このことはドラフトには反映されていない。］」］
[0078]ビデオエンコーダ２０およびビデオデコーダ３０は各々、適用可能なとき、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、離散論理回路、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなどの、様々な好適なエンコーダまたはデコーダ回路のいずれかとして実装され得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダに含まれてよく、そのいずれもが複合ビデオエンコーダ／デコーダ（コーデック）の一部として統合されてよい。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／または携帯電話のようなワイヤレス通信デバイスを備え得る。
【００７４】
[0079]図２は、後方ビュー合成予測（ＢＶＳＰ）を使用してブロックをコーディングするための技法を実施し得るビデオエンコーダ２０の一例を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実行してよい。イントラコーディングは、空間的予測に依存して所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減させるかまたは除去する。インターコーディングは、ビデオシーケンスの隣接するフレーム内またはピクチャ内のビデオの、時間的な冗長性を低減または除去するために、時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースのコーディングモードのうちの任意のモードを指し得る。一方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースのコーディングモードのうちの任意のモードを指し得る。
【００７５】
[0080]図２に示されたように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内の現在のビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、モード選択ユニット４０と、参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、分割ユニット４８とを含む。ビデオブロックの再構築のために、ビデオエンコーダ２０は、また、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。デブロッキングフィルタ（図２に示さず）も、ブロック境界をフィルタして、再構築されたビデオからブロッキネスアーティファクトを除去するために、含まれ得る。所望であれば、デブロッキングフィルタは、通常、加算器６２の出力をフィルタするはずである。さらなるフィルタ（インループまたはポストループ）も、デブロッキングフィルタに加えて使用され得る。そのようなフィルタは、簡約のために図示されないが、所望であれば、加算器５０の出力を（インループフィルタとして）フィルタし得る。
【００７６】
[0081]符号化プロセス中に、ビデオエンコーダ２０は、コーディングされるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは、複数のビデオブロックに分割され得る。動き推定ユニット４２および動き補償ユニット４４は、時間的予測をもたらすために、１つまたは複数の参照フレームの中の１つまたは複数のブロックに対して受信されたビデオブロックのインター予測のコーディングを実行する。イントラ予測ユニット４６は、あるいは、空間的予測をもたらすために、コーディングされるべきブロックと同じフレームまたはスライスの中の、１つまたは複数の隣接ブロックに対して受信されたビデオブロックのイントラ予測のコーディングを実行し得る。ビデオエンコーダ２０は、たとえば、ビデオデータの各ブロックに対する適切なコーディングモードを選択するために、多数のコーディングパスを実行し得る。
【００７７】
[0082]その上、分割ユニット４８は、前のコーディングパスでの前の区分化方式の評価に基づいて、ビデオデータのブロックを、サブブロックに区分し得る。たとえば、分割ユニット４８は、最初は、レートひずみ分析（たとえば、レートひずみ最適化）に基づいて、フレームまたはスライスをＬＣＵに区分し、ＬＣＵの各々をサブＣＵに区分し得る。モード選択ユニット４０は、さらにＬＣＵのサブＣＵへの区分を示す４分木データ構造を生成し得る。４分木のリーフノードＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含み得る。
【００７８】
[0083]モード選択ユニット４０は、たとえば、エラー結果に基づいて、コーディングモードのうちの１つ、イントラまたはインターを選択し、得られたイントラまたはインターコード化ブロックを、残差ブロックデータを生成するために加算器５０に提供し、参照フレームとして使用するためのコーディングされたブロックを再構築するために加算器６２に提供し得る。モード選択ユニット４０はまた、動きベクトル、イントラモードインジケータ、パーティション情報、および他のそのようなシンタックス情報などのシンタックス要素をエントロピー符号化ユニット５６に与える。
【００７９】
[0084]動き推定ユニット４２と動き補償ユニット４４とは、高度に統合され得るが、概念的な目的のために別々に示してある。動き推定ユニット４２によって実施される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在のフレーム内でコーディングされている現在のブロック（または、他のコーディングユニット）に対する、参照フレーム内の予測ブロック（または、他のコーディングユニット）に対する、現在のビデオフレーム内またはピクチャ内のビデオブロックのＰＵの変位を示し得る。予測ブロックは、ピクセル差分の観点で、コーディングされるべきブロックと密に適合すると見出されたブロックであり、ピクセル差分は、絶対値差分の合計（ＳＡＤ）、二乗差分の合計（ＳＳＤ）、または他の差分の測定規準によって決定され得る。いくつかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置と分数ピクセル位置とに関して動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。
【００８０】
[0085]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライス中のビデオブロックのＰＵのための動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、それらの参照ピクチャリストの各々は、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。
【００８１】
[0086]動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成することに関与し得る。この場合も、いくつかの例では、動き推定ユニット４２と動き補償ユニット４４とは機能的に統合され得る。現在のビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいて指し示す予測ブロックの位置を特定し得る。加算器５０は、以下で説明するように、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。概して、動き推定ユニット４２はルーマ成分に対して動き推定を実施し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方のためにルーマ成分に基づいて計算された動きベクトルを使用する。モード選択ユニット４０はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するためのビデオブロックとビデオスライスとに関連するシンタックス要素を生成し得る。
【００８２】
[0087]本開示の技法によれば、動き補償ユニット４４は、たとえば、ＢＶＳＰを使用して、合成されたピクチャからブロックを予測してもよい。たとえば、モード選択ユニット４０は、少なくとも、現在のブロックが予測され得る参照ピクチャの部分を合成するには、別のビューの参照ピクチャを使用すべきであると決定してもよい。動き補償ユニット４４またはビデオエンコーダ２０の別の要素（たとえば、図２には示されていない合成ユニット）は、参照ピクチャメモリ６４に記憶されたピクチャから参照ピクチャの一部を合成してもよい。合成ユニットが存在するときは、モード選択ユニット４０またはビデオエンコーダ２０の別の要素に含められてもよい。
【００８３】
[0088]ビデオエンコーダ２０は、本開示の技法に従って、あるブロックに関して、このブロックに関する動き情報の参照インデックスに関する値をピクチャに対応する値に設定することによって、参照ピクチャの上記の部分が合成されるピクチャをシグナリングしてもよい。すなわち、参照インデックスは、参照ピクチャの上記の部分が合成されるピクチャを、そのピクチャを含む参照ピクチャリストにおけるインデックスが参照ピクチャリスト内のそのピクチャに対応するようにこのインデックスとして特定してもよい。
【００８４】
[0089]したがって、動き補償ユニット４４は、現在のビュー内の現在のブロックに関する後方ビュー合成予測を実行してもよい。すなわち、動き補償ユニット４４は、第１のビューにおける参照ピクチャメモリ６４のピクチャを決定してもよい。以下に図７に関してより詳細に説明するように、動き補償ユニット４４は、現在のブロックの隣接ブロックおよび隣接ブロックの視差ベクトルを決定してもよい。動き補償ユニット４４は次いで、現在のビュー内の現在のブロックに対する、視差ベクトルによって特定される第１のビュー内の深度マップの深度ブロックを決定してもよい。
【００８５】
[0090]次いで、動き補償ユニット４４は、深度ブロックの深度値を使用して、予測ブロックが第１のビューおよび現在のビューとは異なる第２のビューに形成されるように、現在のブロック内のピクセルの位置に対して決定される、第１のビュー内のピクチャのピクセル値をワーピングしてもよい。動き補償ユニット４４は、この予測ブロックを、それぞれ、残差を算出する際と、現在のブロックを再生成する際に使用できるように加算器５０および加算器６２に供給してもよい。同様に、本開示の技法によれば、ビデオエンコーダ２０は、動き情報が、予測ブロック（すなわち、ＢＶＳＰ参照ブロック）が合成される第１のビュー内のピクチャを識別する値を有する参照インデックスを含むように、現在のブロックに関する動き情報を定義するシンタックスデータを符号化してもよい。
【００８６】
[0091]さらに、参照インデックスは、参照ピクチャメモリ６４内のブロックに関する他のシンタックス要素と一緒に記憶されてもよい。参照ピクチャメモリ６４は、復号済みピクチャバッファ（ＤＰＢ）の一例である。実際の参照ピクチャを特定する値を有するブロックの参照インデックスが記憶されるので、高度動きベクトル予測（ＡＭＶＰ）、時間的動きベクトル予測（ＴＭＶＰ）、および／またはマージモードに従ってその後のブロックの動き情報をコーディングする際にブロックの動き情報が使用されてもよい。さらに、ビデオエンコーダ２０が参照ピクチャメモリ６４内のＢＶＳＰコーディング済みブロックの動き情報にアクセスするための追加的な論理関数を実装する必要はない。その代わり、ビデオエンコーダ２０は、非ＢＶＳＰコーディング済みブロックと同じ論理関数を使用してＢＶＳＰコーディング済みブロックの動き情報にアクセスしてもよい。同様に、ビデオエンコーダ２０は、ＢＶＳＰコーディング済みブロックとコロケートされた（ただし、それぞれに異なるビューまたはそれぞれに異なるピクチャにおいてコロケートされた）ブロックに関して動きパラメータ継承（ＭＰＩ）を有効化してもよい。
【００８７】
[0092]上述のように、ＢＶＳＰコーディング済みブロックの参照インデックスは、ＤＰＢ、たとえば、参照ピクチャメモリ６４に記憶されてもよい。しかし、ビデオエンコーダ２０は、参照ピクチャメモリ６４にＢＶＳＰ変数を記憶するのを回避するように構成されてもよい。ＢＶＳＰ変数は、符号化されている現在のブロックがＢＶＳＰを使用して符号化されていることを示す状態変数として働いてもよい。しかし、ＢＶＳＰ変数が参照ピクチャメモリ６４に記憶される必要はなく、したがって、ＢＶＳＰ変数用のメモリが参照ピクチャメモリ６４において割り振られる必要はない。
【００８８】
[0093]イントラ予測ユニット４６は、上記で説明したように、動き推定ユニット４２と動き補償ユニット４４とによって実施されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測ユニット４６は、たとえば、別個の符号化パス中に様々なイントラ予測モードを使用して現在のブロックを符号化し得、イントラ予測ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、使用するために適切なイントラ予測モードを、テストされたモードから選択し得る。
【００８９】
[0094]たとえば、イントラ予測ユニット４６は、様々なテストされたイントラ予測モードに対して、レートひずみ分析を使用してレートひずみの値を計算し、テストされたモードの中から最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化されたブロックと、符号化されたブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化されたブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを決定するために、様々な符号化されたブロックのひずみおよびレートから比を計算し得る。
【００９０】
[0095]ブロックに対するイントラ予測モードを選択した後、イントラ予測ユニット４６は、ブロックに対して選択されたイントラ予測モードを示す情報を、エントロピー符号化ユニット５６に提供し得る。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、送信されるビットストリームの中に構成データを含み得、構成データは、コンテキストの各々のために使用する、複数のイントラ予測モードのインデックステーブルおよび複数の修正されたイントラ予測モードのインデックステーブル（符号語マッピングテーブルとも呼ばれる）、様々なブロックに対する符号化コンテキストの定義、ならびに、最も起こりそうなイントラ予測モードの表示、イントラ予測モードのインデックステーブル、および修正されたイントラ予測モードのインデックステーブルを含み得る。
【００９１】
[0096]ビデオエンコーダ２０は、モード選択ユニット４０からの予測データを、コーディングされている元のビデオブロックから減算することによって、残差ビデオブロックを形成する。加算器５０は、この減算操作を実行する１つの構成要素または複数の構成要素を表現する。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的には類似の変換などの変換を残差ブロックに適用し、残差変換係数の値を備えるビデオブロックを生成する。変換処理ユニット５２は、概念的にはＤＣＴに類似の他の変換を実行し得る。ウェーブレット変換、整数変換、サブバンド変換または他のタイプ変換も使用され得る。いかなる場合でも、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、ピクセル値領域からの残差情報を、周波数領域などの変換領域に転換し得る。変換処理ユニット５２は、得られた変換係数を量子化ユニット５４へ送り得る。量子化ユニット５４は、ビットレートをさらに低減するために、変換係数を量子化する。量子化プロセスは、係数の一部またはすべてと関連付けられるビット深度を減らすことができる。量子化の程度は、量子化パラメータを調整することによって、修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化された変換係数を含む行列の走査を実行することができる。代替的に、エントロピー符号化ユニット５６がスキャンを実行してよい。
【００９２】
[0097]量子化の後、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピーコーディングする。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピーコーディング技法を実行することができる。コンテキストベースのエントロピーコーディングの場合、コンテキストは、隣接ブロックに基づいてよい。エントロピー符号化ユニット５６によるエントロピーコーディングの後で、符号化ビットストリームは、別のデバイス（たとえば、ビデオデコーダ３０）へ送信され得、あるいは後から伝送または取り出すために、保管され得る。
【００９３】
[0098]逆量子化ユニット５８および逆変換ユニット６０は、たとえば、参照ブロックとして後で使用できるように、ピクセル領域で残差ブロックを再構築するために、それぞれ、逆量子化と、逆変換とを適用する。動き補償ユニット４４は、残差ブロックを参照ピクチャメモリ６４のフレームのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するためのサブ整数ピクセル値を計算し得る。加算器６２は、再構成された残差ブロックを、動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、参照ピクチャメモリ６４に記憶するための再構成されたビデオブロックを生成する。再構築されたビデオブロックは、後続のビデオフレーム中のブロックをインターコーディングするために動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。
【００９４】
[0099]このようにして、図２のビデオエンコーダ２０は、たとえば、３Ｄ−ＨＥＶＣに従って、マルチビュービデオデータのブロックに関する動き情報を符号化することと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを行うように構成されたビデオエンコーダの例を表す。
【００９５】
[0100]図３は、後方ビュー合成予測（ＢＶＳＰ）を使用してブロックを復号するための技法を実施し得るビデオエンコーダ３０の一例を示すブロック図である。図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照ピクチャメモリ８２と、加算器８０とを含む。ビデオデコーダ３０は、いくつかの例では、ビデオエンコーダ２０（図２）に関して記載される符号化パスに対して概ね相反の復号パスを実行し得る。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて、予測データを生成し得、イントラ予測ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータに基づいて、予測データを生成し得る。
【００９６】
[0101]復号プロセス中に、ビデオデコーダ３０は、符号化されたビデオスライスのビデオブロックおよび関連するシンタックス要素を表現する符号化されたビデオビットストリームを、ビデオエンコーダ２０から受信する。ビデオデコーダ３０のエントロピー復号ユニット７０は、量子化係数、動きベクトルまたはイントラ予測モードインジケータ、および他のシンタックス要素を生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動きベクトルと、他のシンタックス要素とを、動き補償ユニット７２へ転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでのシンタックス要素を受信し得る。
【００９７】
[0102]ビデオスライスが、イントラコード化（Ｉ）スライスとしてコーディングされているとき、イントラ予測ユニット７４は、現在のフレームまたはピクチャの以前に復号されたブロックから、信号で伝えられたイントラ予測モードおよびデータに基づいて、現在のビデオスライスのビデオブロックに対する予測データを生成し得る。ビデオフレームがインターコード化（すなわち、Ｂ、Ｐ、またはＧＰＢ）スライスとしてコーディングされているとき、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルと他のシンタックス要素とに基づいて、現在ビデオスライスのビデオブロック用の予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つから生成される場合がある。ビデオデコーダ３０は、参照ピクチャメモリ８２に記憶された参照ピクチャに基づいて、デフォルトの構築技法を使用して、参照フレームリスト、すなわち、リスト０とリスト１とを構築することができる。
【００９８】
[0103]動き補償ユニット７２は、動きベクトルと他のシンタックス要素とを解析することによって、現在ビデオスライスのビデオブロックについての予測情報を決定し、復号されている現在のビデオブロック用の予測ブロックを生成するために、予測情報を使用する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラ予測またはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライス用の参照ピクチャリストのうちの１つまたは複数についての構築情報と、スライスのインター符号化ビデオブロックごとの動きベクトルと、スライスのインターコード化ビデオブロックごとのインター予測ステータスと、現在ビデオスライス内のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のうちのいくつかを使用する。
【００９９】
[0104]動き補償ユニット７２はまた、補間フィルタに基づいて補間を実行することができる。動き補償ユニット７２は、参照ブロックのサブ整数ピクセルについての補間された値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用することができる。この場合、動き補償ユニット７２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを決定し、予測ブロックを生成するためにその補間フィルタを使用することができる。
【０１００】
[0105]本開示の技法によれば、動き補償ユニット７２は、たとえば、ＢＶＳＰを使用して、合成されたピクチャからブロックを予測してもよい。たとえば、エントロピー復号ユニット７０は、ブロックがＢＶＳＰを使用してコーディングされていることを示すブロックに関するシンタックスデータをエントロピー復号し、この復号済みシンタックスデータを動き補償ユニット７２に送る。それに応答して、モード選択ユニット７２は、少なくとも、ブロックが予測される参照ピクチャの部分を合成するには、別のビューの参照ピクチャを使用すべきであると決定してもよい。動き補償ユニット７２またはビデオエンコーダ３０の別の要素（たとえば、図３には示されていない合成ユニット）は、参照ピクチャメモリ８２に記憶されたピクチャから参照ピクチャの一部を合成してもよい。合成ユニットが存在するときは、動き補償ユニット７２またはビデオエンコーダ３０の別の要素に含められてもよい。
【０１０１】
[0106]ビデオエンコーダ３０は、本開示の技法に従って、あるブロックに関して、このブロックに関する動き情報の参照インデックスに関する値からピクチャに対応する値に参照ピクチャの上記の部分が合成されるピクチャを決定してもよい。すなわち、参照インデックスは、参照ピクチャの上記の部分が合成されるピクチャを、そのピクチャを含む参照ピクチャリストにおけるインデックスが参照ピクチャリスト内のそのピクチャに対応するようにこのインデックスとして特定してもよい。エントロピー復号ユニット７０は、参照ブロック（すなわち、予測ブロック）を合成するための（復号済みピクチャバッファ（ＤＰＢ）として働く）参照ピクチャメモリ８２内の参照ピクチャを特定するために動き補償ユニット７２が使用することができる参照インデックスを決定するためにブロックの動き情報に関するシンタックス要素を復号してもよい。
【０１０２】
[0107]したがって、動き補償ユニット７２は、現在のビュー内の現在のブロックに関する後方ビュー合成予測を実行してもよい。すなわち、動き補償ユニット７２は、第１のビューにおける参照ピクチャメモリ８２のピクチャを決定してもよい。以下に図７に関してより詳細に説明するように、動き補償ユニット７２は、現在のブロックの隣接ブロックおよび隣接ブロックの視差ベクトルを決定してもよい。動き補償ユニット７２は次いで、現在のビュー内の現在のブロックに対する、視差ベクトルによって特定される第１のビュー内の深度マップの深度ブロックを決定してもよい。
【０１０３】
[0108]次いで、動き補償ユニット７２は、深度ブロックの深度値を使用して、予測ブロック（すなわち、ＢＶＳＰ参照ブロック）が第１のビューおよび現在のビューとは異なる第２のビューに形成されるように、現在のブロック内のピクセルの位置に対して決定される、第１のビュー内のピクチャのピクセル値をワーピングしてもよい。動き補償ユニット７２は、この予測ブロックを、それぞれ、残差を算出する際と、現在のブロックを再生成する際に使用できるように加算器５０および加算器８０に供給してもよい。同様に、本開示の技法によれば、ビデオエンコーダ３０は、動き情報が、予測ブロックが合成される第１のビュー内のピクチャを識別する値を有する参照インデックスを含むように、現在のブロックに関する動き情報を定義するシンタックスデータを符号化してもよい。
【０１０４】
[0109]さらに、参照インデックスは、参照ピクチャメモリ８２内のブロックに関する他のシンタックス要素と一緒に記憶されてもよい。参照ピクチャメモリ８２は、復号済みピクチャバッファ（ＤＰＢ）の一例である。実際の参照ピクチャを特定する値を有するブロックの参照インデックスが記憶されるので、高度動きベクトル予測（ＡＭＶＰ）、時間的動きベクトル予測（ＴＭＶＰ）、および／またはマージモードに従ってその後のブロックの動き情報をコーディングする際にブロックの動き情報が使用されてもよい。さらに、ビデオエンコーダ３０が参照ピクチャメモリ８２内のＢＶＳＰコーディング済みブロックの動き情報にアクセスするための追加的な論理関数を実装する必要はない。その代わり、ビデオエンコーダ３０は、非ＢＶＳＰコーディング済みブロックと同じ論理関数を使用してＢＶＳＰコーディング済みブロックの動き情報にアクセスしてもよい。同様に、ビデオエンコーダ３０は、ＢＶＳＰコーディング済みブロックとコロケートされた（ただし、それぞれに異なるビューまたはそれぞれに異なるピクチャにおいてコロケートされた）ブロックに関して動きパラメータ継承（ＭＰＩ）を有効化してもよい。
【０１０５】
[0110]上述のように、ＢＶＳＰコーディング済みブロックの参照インデックスは、ＤＰＢ、たとえば、参照ピクチャメモリ８２に記憶されてもよい。しかし、ビデオエンコーダ３０は、参照ピクチャメモリ８２にＢＶＳＰ変数を記憶するのを回避するように構成されてもよい。ＢＶＳＰ変数は、復号されている現在のブロックがＢＶＳＰを使用して復号されていることを示す状態変数として働いてもよい。しかし、ＢＶＳＰ変数が参照ピクチャメモリ８２に記憶される必要はなく、したがって、ＢＶＳＰ変数用のメモリが参照ピクチャメモリ８２において割り振られる必要はない。
【０１０６】
[0111]逆量子化ユニット７６は、ビットストリーム内で供給され、エントロピー復号ユニット７０によって復号された量子化変換係数を逆量子化（inverse quantize）、すなわち逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライス中のビデオブロックごとにビデオエンコーダ３０によって計算される量子化パラメータＱＰYの使用を含み得る。
【０１０７】
[0112]逆変換ユニット７８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。
【０１０８】
[0113]動き補償ユニット７２が、動きベクトルと他のシンタックス要素とに基づいて現在のビデオブロック用の予測ブロックを生成した後、ビデオデコーダ３０は、逆変換ユニット７８からの残差ブロックを動き補償ユニット７２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器８０は、この加算演算を実行する１つまたは複数のコンポーネントを表す。必要に応じて、ブロッキネスアーティファクトを除去するために復号されたブロックをフィルタ処理するデブロッキングフィルタも適用され得る。ピクセル遷移を平滑化するために、または別様にビデオ品質を改善するために、他のループフィルタも（コーディングループ中またはコーディングループ後のいずれかで）使用され得る。所与のフレームまたはピクチャ内の復号ビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶する参照ピクチャメモリ８２に記憶される。参照ピクチャメモリ８２はまた、図１のディスプレイデバイス３２などのディスプレイデバイス上での後の提示のために、復号ビデオを記憶する。
【０１０９】
[0114]このようにして、図３のビデオエンコーダ３０は、たとえば、３Ｄ−ＨＥＶＣに従って、マルチビュービデオデータのブロックに関する動き情報を復号することと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを行うように構成されたビデオデコーダの例を表す。
【０１１０】
[0115]図４は、例示的なマルチビュービデオコーディング（ＭＶＣ）構造を示す概念図である。ＭＶＣは、Ｈ．２６４／ＡＶＣの拡張である。同様の概念がＨＥＶＣおよびその拡張、たとえば、マルチビュービデオコーディング拡張機能に適用されてもよいことを理解されたい。図４の例は、ビュー内のピクチャ間予測とビュー間予測の両方を示す。図４の例では、（ビューＩＤ「Ｓ０」〜「Ｓ７」を有する）８つのビューが示され、各ビューについて１２個の時間ロケーション（「Ｔ０」〜「Ｔ１１」）が示されている。すなわち、図４中の各行はビューに対応し、各列は時間ロケーションを示す。
【０１１１】
[0116]ＭＶＣはＨ．２６４／ＡＶＣデコーダによって復号可能であるいわゆるベースビューを有し、ステレオビューペアはＭＶＣによってサポートされ得るが、ＭＶＣの１つの利点は、ＭＶＣが、３Ｄビデオ入力として３つ以上のビューを使用し複数のビューによって表されるこの３Ｄビデオを復号する例を、サポートできることである。ＭＶＣデコーダを有するクライアントのレンダラ（renderer）は、複数のビューをもつ３Ｄビデオコンテンツを予想し得る。
【０１１２】
[0117]典型的なＭＶＣの復号順序の構成は、時間優先コーディングと呼ばれる。アクセスユニットは、１つの出力時間インスタンスのためのすべてのビューのコード化ピクチャを含み得る。たとえば、時間Ｔ０のピクチャの各々は、共通のアクセスユニットに含まれ得るが、時間Ｔ１のピクチャの各々は、第２の共通のアクセスユニットに含まれ得る、など。復号順序は、出力順序または表示順序と必ずしも同一とは限らない。
【０１１３】
[0118]図４中のフレーム、すなわちピクチャは、対応するフレームがイントラコーディングされている（すなわち、Ｉフレームである）のか、一方向に（すなわち、Ｐフレームとして）インターコーディングされているのか、複数の方向に（すなわち、Ｂフレームとして）インターコーディングされているのかを指定する、文字を含む影付きブロックを使用して、図４中の各行と各列との交差部において示されている。一般に、予測は矢印によって示され、ここで矢印の終点のフレームは、予測参照のために矢印の始点のオブジェクトを使用する。たとえば、時間ロケーションＴ０にあるビューＳ２のＰフレームは、時間ロケーションＴ０にあるビューＳ０のＩフレームから予測される。
【０１１４】
[0119]シングルビュービデオ符号化の場合と同様に、マルチビュービデオコーディングビデオシーケンスのフレームは、異なる時間ロケーションにおけるフレームに関して予測符号化され得る。たとえば、時間ロケーションＴ１におけるビューＳ０のｂフレームは、時間ロケーションＴ０におけるビューＳ０のＩフレームからそのｂフレームに向けられた矢印を有し、その矢印は、ｂフレームがＩフレームから予測されることを示す。しかしながら、さらに、マルチビュービデオ符号化のコンテキストにおいて、フレームは、ビュー間予測され得る。すなわち、ビューコンポーネントは、参照用に他のビュー内のビューコンポーネントを使用することができる。ＭＶＣでは、たとえば、別のビュー中のビューコンポーネントがインター予測参照であるかのように、ビュー間予測が実現される。潜在的なビュー間参照は、シーケンスパラメータセット（ＳＰＳ）ＭＶＣ拡張においてシグナリングされ、インター予測またはビュー間予測参照のフレキシブルな順序付けを可能にする参照ピクチャリスト構成プロセスによって変更され得る。
【０１１５】
[0120]Ｈ．２６４／ＡＶＣのＭＶＣ拡張では、一例として、ビュー間予測は視差動き補償によってサポートされ、視差動き補償は、Ｈ．２６４／ＡＶＣ動き補償のシンタックスを使用するが、異なるビュー中のピクチャが参照ピクチャとして使用されることが可能になる。ＭＶＣによって２つのビューのコーディングがサポートされ得、それは、一般に、立体視ビューと呼ばれる。ＭＶＣの利点のうちの１つは、ＭＶＣエンコーダが３Ｄビデオ入力として３つ以上のビューをとらえることができ、また、ＭＶＣデコーダがそのようなマルチビュー表現を復号することができることである。したがって、ＭＶＣデコーダをもつレンダリングデバイスは、３つ以上のビューをもつ３Ｄビデオコンテンツを予想し得る。
【０１１６】
[0121]ＭＶＣでは、ビュー間予測（ＩＶＰ）は、ビュー間の相関を除去するために同じアクセスユニット（すなわち、同じ時間インスタンスを有するアクセスユニット）の異なるビューにおいて取り込まれたピクチャ間で行われる。アクセスユニットは、概して、共通の時間インスタンスのためのすべてのビューコンポーネント（たとえば、すべてのＮＡＬユニット）を含むデータのユニットである。したがって、ＭＶＣでは、同じアクセスユニット中のピクチャ間でビュー間予測が許可される。非ベースビューの１つの中のピクチャをコーディングするとき、ピクチャが異なるビュー中にあるが同じ時間インスタンス内にある（たとえば、同じＰＯＣ値を有し、したがって同じアクセスユニットの中にある）場合、そのピクチャは参照ピクチャリストに追加され得る。参照ピクチャリストにピクチャを追加すると、そのピクチャを参照した他の非ベースビューピクチャのビュー間予測が可能になる。ビュー間予測の参照ピクチャは、任意のインター予測の参照ピクチャと同様に、参照ピクチャリストの任意の位置に置かれ得る。
【０１１７】
[0122]マルチビュービデオコーディングのコンテキストでは、２種類の動きベクトルが存在する。動きベクトルの１つの種類は、時間的参照ピクチャを指し示す通常の動きベクトルであり、対応する時間的インター予測は動き補償予測（ＭＣＰ）である。他の種類の動きベクトルは、異なるビュー内のピクチャ（すなわち、ビュー間参照ピクチャ）を指し示す視差動きベクトルであり、対応するインター予測は視差補償予測（ＤＣＰ）である。
【０１１８】
[0123]動きベクトルは、様々な動きベクトルコーディング方式を使用してコーディングされてもよい。１つの動きベクトルコーディング方式は時間的動きベクトル予測（ＴＭＶＰ）である。ＴＭＶＰは、ＨＥＶＣのコーディング効率を向上させるために使用されてよい。ＴＭＶＰを使用するビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）は、たとえば参照ピクチャリストにおける復号済みピクチャバッファ内のフレーム（またはピクチャ）の動きベクトルにアクセスしてもよい。
【０１１９】
[0124]ＴＭＶＰの可用性はコーディング済みビデオシーケンスに関してシグナリングされてもよい。たとえば、シーケンスパラメータセット（ＳＰＳ）は、値が１であるｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅ＿ｆｌａｇシンタックス要素を含んでもよい。さらに、シーケンス内のスライスに関してＴＭＶＰが有効化されているかどうかを示すためにｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅ＿ｆｌａｇの値がスライスのスライスヘッダにおいてシグナリングされてもよい。
【０１２０】
[0125]現在のスライスに関してＴＭＶＰが有効化されているとき、現在のピクチャがＢスライスである場合、コロケートされたピクチャがＲｅｆＰｉｃＬｉｓｔ０のピクチャであるかＲｅｆＰｉｃＬｉｓｔ１のピクチャであるかを示すために、ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇがスライスヘッダにおいてシグナリングされ得る。参照ピクチャリストが特定された後、スライスヘッダにおいてシグナリングされるｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘが、参照ピクチャリスト内のピクチャにおけるピクチャを識別するために使用され得る。次いで、コロケートされたＰＵが、コロケートされたピクチャをチェックすることによって特定され得る。このＰＵを包含するＣＵの右下のＰＵの動き、またはこのＰＵを包含するＣＵの中心ＰＵ内の右下のＰＵの動きのいずれかが、使用され得る。
【０１２１】
[0126]上記で説明したように、各ブロック（たとえば、マクロブロックおよび／またはＣＵ／ＰＵ／ＴＵ）は、様々なサブブロックに、それぞれに異なるパーティションモードに従って区分されてもよい。ｐａｒｔ＿ｍｏｄｅが現在のブロック（たとえば、現在のＣＵ）の区分モードを指定するものとする。いくつかの例では、ｐａｒｔ＿ｍｏｄｅの値は、ブロック（たとえば、ＣＵ）に関して次のように（たとえば、ＨＥＶＣに従って）制限されてもよい。  
・  １つのＣＵのコーディングモードがＭＯＤＥ＿ＩＮＴＲＡに等しい場合、ｐａｒｔ＿ｍｏｄｅは０または１に等しいものとする。  
・  その他の場合（１つのＣＵのコーディングモードがＭＯＤＥ＿ＩＮＴＥＲに等しい）、以下のことが適用される：  
○  現在のＣＵのサイズが最小のＣＵのサイズよりも大きく、非対称的動き区分が有効化されている場合、ｐａｒｔ＿ｍｏｄｅは、両端値を含む０〜２の範囲、または両端値を含む４〜７の範囲であるものとする。言い換えれば、ｐａｒｔ＿ｍｏｄｅが、両端値を含むが３の値を除く０〜７の範囲になるように、３の値は使用不能である。  
○  その他の場合、現在のＣＵのサイズが最小のＣＵのサイズよりも大きく、非対称的動き区分が無効化されている場合には、ｐａｒｔ＿ｍｏｄｅは、両端値を含む０〜２の範囲であるものとする。  
○  その他の場合、現在のＣＵのサイズが８に等しい場合には、ｐａｒｔ＿ｍｏｄｅの値は、両端値を含む０〜２の範囲であるものとする。  
○  その他の場合（現在のＣＵのサイズが８よりも大きい場合）、ｐａｒｔ＿ｍｏｄｅの値は、両端値を含む０〜３の範囲であるものとする。
【０１２２】
[0127]そのような例では、ｐａｒｔ＿ｍｏｄｅと変数ＰａｒｔＭｏｄｅの関連する値との間の関係は、以下の表１に従って定義されてもよい。ｐａｒｔ＿ｍｏｄｅが存在しないとき、現在のＣＵのパーティションモードはＰＡＲＴ＿２Ｎｘ２Ｎに等しいと推定されてよい。
【表１】
0006765957.tif 000011
【０１２３】
[0128]本開示の技法によれば、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、現在のブロックの予測ブロック（すなわち、ＢＶＳＰ参照ブロック）を参照ピクチャから合成するように構成されてもよい。さらに、現在のブロックは、現在のビュー内のピクチャの一部であってもよく、参照ピクチャは現在のビューとは異なる第１のビュー内のピクチャであってもよく、予測ブロックは、現在のビューと第１のビューのどちらとも異なる第２のビューにおいて合成されてもよい。たとえば、現在のブロックは、ビューＳ１のピクチャ内に存在してもよく、参照ブロックは、ビューＳ０のピクチャ内に存在してもよく、予測ブロックはビューＳ２に対応してもよい。そのような場合、ビューＳ２がコーディングされビットストリームにおいて送信されることは実際には行われないことがあり、その代わり、ビューＳ２は合成ビューを表してもよい。本開示の技法によれば、現在のブロックは、ビューＳ２内のピクチャを特定する参照インデックスを含んでもよく、現在のブロックは、ＢＶＳＰを使用してコーディングされてもよい。
【０１２４】
[0129]図５は、後方ワーピングに基づくブロックベースのビュー合成予測の概念図である。ビュー間予測は、視差動きベクトルを使用して実行されてもよい。視差動きベクトルは概して、視差動きベクトルがビュー間参照ピクチャを指すことを除いて、時間的動きベクトルと同様である。いくつかの例では、ビュー間参照ピクチャは、コーディングされている現在のピクチャと同じアクセスユニットに存在する。
【０１２５】
[0130]視差ベクトルをどのように導出するかは、各低レベルコーディングツールに応じて異なることがあるが、一般に、深度優先コーディング順序に起因して、テクスチャビューコンポーネントコーディングには依存ビューの深度データが使用される。３Ｄ−ＡＶＣにおけるインループブロックベースのビュー合成ビュー間予測および深度ベースの動きベクトル予測（Ｄ−ＭＶＰ）は、主として、従属フレーム内の深度マップの深度値から変換される視差ベクトルを使用する低レベルコーディングツールである。３Ｄ−ＡＶＣソフトウェアでは、一般に、実際の深度マップ値から特定のビューに対する視差への変換プロセスの結果が、カメラパラメータとともにルックアップテーブルに記憶される。
【０１２６】
[0131]ブロックベースのビュー合成予測は最初に、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１＿Ｓｔｏｃｋｈｏｌｍ／ｗｇ１１／ＪＣＴ３Ｖ−Ａ０１０７−ｖ１．ｚｉｐにて入手可能なＪＣＴ３Ｖ−Ａ０１０７において提案された。図５において、Ｄは深度を表し、Ｔはテクスチャを表し、数字がＤまたはＴの後に続きビューを表す。たとえば、Ｔ０はビュー０のテクスチャ部分を表し、Ｔ１はビュー１のテクスチャ部分を表し、Ｄ１はビュー１の深度部分を表す。以下のコーディング順序、Ｔ０、Ｄ０、Ｄ１、Ｔ１が利用されると仮定する。この例では、テクスチャコンポーネントＴ０はベースビューであり、Ｔ１は、ＶＳＰによってコーディングされた従属ビューである。さらに、この例では、深度マップコンポーネントＤ０およびＤ１は、Ｔ０およびＴ１に関連付けられたそれぞれの深度マップである。深度マップコンポーネントＤ０は、図５の例には示されていない。
【０１２７】
[0132]従属ビューＴ１では、現在コーディングされているブロック（Ｃｂ）のサンプル値が、ベースビューＴ０のサンプル値を含む参照エリアＲ（Ｃｂ）から予測される。コーディングされたサンプルと参照サンプルとの間の変位ベクトルは、現在コーディングされているテクスチャサンプルに関連付けられた深度マップ値からのＴ１とＴ０との間の導出された視差ベクトルとして示される。
【０１２８】
[0133]深度値（たとえば、ブロックｄ（Ｃｂ）における視差値）から視差ベクトルに変換するプロセスは、たとえば以下の式を用いて実行され得る。
【数１０】
0006765957.tif 000012
【数１１】
0006765957.tif 000013
【０１２９】
[0134]上記の数式（１）および（２）において、ｊおよびｉは、Ｃｂ内のローカル空間座標であり、ｄ（）は、ビュー＃１の深度マップ画像における深度マップ値であり、Ｚは、実際の深度値であり、Ｄは、特定のビュー＃０の導出された視差ベクトルの水平コンポーネントである。パラメータｆ、ｂ、ＺｎｅａｒおよびＺｆａｒは、カメラセットアップを指定するパラメータであり、すなわち、使用される焦点距離（ｆ）、ビュー＃１とビュー＃０との間のカメラ分離（ｂ）、および、深度マップ変換のパラメータを表す深度範囲（Ｚｎｅａｒ、Ｚｆａｒ）である。人間の視覚系では、左右の目が同じ高さに位置付けされるので、導出された視差ベクトルの垂直コンポーネントはゼロに等しく設定される。
【０１３０】
[0135]現行の３ＤＶ−ＡＴＭ実装形態などのいくつかの例では、数式（１）および（２）は、あらゆる深度マップ値（０．．．２５５）について事前計算されてもよく、ルックアップテーブルとして記憶されてもよい。
【０１３１】
[0136]３Ｄ−ＡＶＣでは、あるブロック（たとえば、ＭＢまたはサブＭＢ）がＢＶＳＰを使用してコーディングされているかどうかを示すために、ＭＢ−レベルにおける１つのフラグが、現在のＭＢが従来のスキップ／直接モードでコーディングされているか、それともスキップ／直接モードでコーディングされているが合成参照コンポーネントから予測されるかをシグナリングするために使用される。ＭＢパーティション（１６×１６から８×８まで）ごとに、各参照ピクチャリスト内の参照インデックスが、参照ピクチャをシグナリングするために使用される。パーティションがＢＶＳＰモードを使用してコーディングされているとき、ＢＶＳＰコーディング済みブロックに関して動きベクトルがコーディングされていないので、動きベクトル差分はシグナリングされない。
【０１３２】
[0137]さらに３Ｄ−ＡＶＣでは、フラグまたは参照インデックスのいずれかが合成参照コンポーネントを示すとき、以下の項目において説明するような１つのパーティションの予測が呼び出される。サイズがＮ×Ｍによって示される（ＮまたはＭは、８または１６であってもよい）各ＭＢパーティションについて、そのパーティションがＢＶＳＰモードによってコーディングされている場合、現在のＭＢパーティションは、サイズがＫ×Ｋ（Ｋは、４、２、または１であってもよい）に等しいいくつかの下位領域にさらに区分される。下位領域ごとに、別個の視差動きベクトルが導出され、各下位領域が、ビュー間参照ピクチャ中の導出された視差ベクトルによって位置を特定される１つのブロックから予測され、すなわち、図５におけるＲ（ｃｂ）である。共通試験条件において、Ｋは４であると定義される。そのような予測方法では、動きベクトル差分はシグナリングされない（その理由は、その代わりに、視差動きベクトルが深度ビューコンポーネントの対応する深度値から導出されることである）。さらに、各パーティションについて、参照ピクチャリストごとに複数の動きベクトルが適用されてもよい。したがって、導出された動きベクトルはより厳密である。
【０１３３】
[0138]３Ｄ−ＡＶＣでは、深度優先コーディング順序が適用されるとき、各下位領域の視差動きベクトルは、図５に示されるように、対応する非ベース深度ビュー中の対応する深度ブロックの深度値を変換することによって取得され得る。対応する１つの深度ブロック中の４隅ピクセルの最大値が、視差動きベクトルの水平コンポーネントに変換されるのに使用されてもよい。視差ベクトルの垂直コンポーネントは、０に設定される。
【０１３４】
[0139]図６は、現在のブロックおよび５つの空間的隣接ブロックを示す概念図である。空間的隣接ブロックはＡ０、Ａ１、Ｂ０、Ｂ１、およびＢ２とラベル付けされている。ブロックＡ０は左下隣接ブロックを表し、ブロックＡ１は左隣接ブロックを表し、ブロックＢ０は右上隣接ブロックを表し、ブロックＢ１は上隣接ブロックを表し、ブロックＢ２は左上隣接ブロックを表す。
【０１３５】
[0140]現在、ＶＣＥＧおよびＭＰＥＧのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｏｎ  Ｔｅａｍ  ｏｎ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−３Ｃ）は、ＨＥＶＣに基づいて３ＤＶ規格を開発中であり、そのための規格化の取組みの一部は、ＨＥＶＣに基づくマルチビュービデオコーデック（ＭＶ−ＨＥＶＣ）と、ＨＥＶＣに基づく３Ｄビデオコーディング（３Ｄ−ＨＥＶＣ）のための別の部分との規格化を含む。３Ｄ−ＨＥＶＣでは、コーディングユニット／予測ユニットレベルのコーディングツールを含む新たなコーディングツールが、テクスチャと深度ビューの両方に関して含められ、サポートされ得る。３Ｄ−ＨＥＶＣに関する３Ｄ−ＨＥＶＣソフトウェアバージョン６．０が次のリンク：ｈｔｔｐｓ：／／ｈｅｖｃ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿３ＤＶＣＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＴＭ−６．０／からダウンロードされ得る。
【０１３６】
[0141]参照ソフトウェアの説明ならびに３Ｄ−ＨＥＶＣのワーキングドラフトは、Ｇｅｒｈａｒｄ  Ｔｅｃｈ、Ｋｒｚｙｓｚｔｏｆ  Ｗｅｇｎｅｒ、Ｙｉｎｇ  Ｃｈｅｎ、Ｓｅｈｏｏｎ  Ｙｅａ、「３Ｄ−ＨＥＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  Ｄｅｓｃｒｉｐｔｉｏｎ  ｄｒａｆｔ  ２」、ＪＣＴ３Ｖ−Ｂ１００５、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３とＩＳＯ／ＩＥＣ  ＪＴＣ  １／ＳＣ  ２９／ＷＧ１１とのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｔｅｎｓｉｏｎ  Ｄｅｖｅｌｏｐｍｅｎｔ、第２回会合：上海、中国、２０１２年１０月（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｃｕｒｒｅｎｔ＿ｄｏｃｕｍｅｎｔ．ｐｈｐ？ｉｄ＝４６０にて入手可能）に提供されている。３Ｄ−ＨＥＶＣの参照ソフトウェア説明の別のバージョンが、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｃｕｒｒｅｎｔ＿ｄｏｃｕｍｅｎｔ．ｐｈｐ？ｉｄ＝７０６にて入手可能である。
【０１３７】
[0142]隣接ブロックベースの視差ベクトル導出（ＮＢＤＶ）は、すべてのビューにテクスチャ優先コーディング順序を使用する３Ｄ−ＨＥＶＣにおける視差ベクトル導出方法として使用されてもよい。現行の３Ｄ−ＨＥＶＣ構成では、ＮＢＤＶから導出された視差ベクトルは、参照ビューの深度マップから深度データを取り出すことによってさらに改善されてもよい。ＮＢＤＶでは、視差ベクトル（ＤＶ）は、２つのビューの間の変位の推定量として使われる。隣接ブロックは、ビデオコーディングにおいてほぼ同じ動き／視差情報を共有するので、現在のブロックは、良い予測子として、隣接ブロック中の動きベクトル情報を使用することができる。この考えに従って、ＮＢＤＶでは、異なるビューにおける視差ベクトルを推定するために隣接視差情報を使用する。
【０１３８】
[0143]いくつかの空間的隣接ブロックおよび時間的隣接ブロックが最初に定義される。次いで、隣接ブロックの各々が、現在のブロックと候補ブロックとの間の相関の優先度によって決定された、あらかじめ定義された順序でチェックされる。候補において視差動きベクトル（すなわち、ビュー間参照ピクチャを指し示す動きベクトル）が見つけられると、視差動きベクトルが視差ベクトルに変換される。２組の隣接ブロックが利用される。一方の組は、空間的隣接ブロックから得られた組であり、他方の組は、時間的隣接ブロックから得られた組である。
【０１３９】
[0144]３Ｄ−ＨＥＶＣでは、ＪＣＴ３Ｖ−Ａ００９７、３Ｄ−ＣＥ５．ｈ：Ｄｉｓｐａｒｉｔｙ  ｖｅｃｔｏｒ  ｇｅｎｅｒａｔｉｏｎ  ｒｅｓｕｌｔｓ、Ｌ．Ｚｈａｎｇ、Ｙ．Ｃｈｅｎ、Ｍ．Ｋａｒｃｚｅｗｉｃｚ（Ｑｕａｌｃｏｍｍ）において提案された隣接ブロック（ベース）視差ベクトル（ＮＢＤＶ）方法を、最初に採用した。暗黙的視差ベクトル（implicit disparity vector）は、ＪＣＴＶＣ−Ａ０１２６、３Ｄ−ＣＥ５．ｈ：Ｓｉｍｐｌｉｆｉｃａｔｉｏｎ  ｏｆ  ｄｉｓｐａｒｉｔｙ  ｖｅｃｔｏｒ  ｄｅｒｉｖａｔｉｏｎ  ｆｏｒ  ＨＥＶＣ−ｂａｓｅｄ  ３Ｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ、Ｊ．Ｓｕｎｇ、Ｍ．Ｋｏｏ、Ｓ．Ｙｅａ（ＬＧ）に簡略化されたＮＢＤＶとともに含められた。それに加えて、関連するＪＣＴ３Ｖ−Ｂ００４７、３Ｄ−ＣＥ５．ｈ：Ｉｍｐｒｏｖｅｍｅｎｔｓ  ｆｏｒ  ｄｉｓｐａｒｉｔｙ  ｖｅｃｔｏｒ  ｄｅｒｉｖａｔｉｏｎ、Ｊ．Ｋａｎｇ、Ｙ．Ｃｈｅｎ、Ｌ．Ｚｈａｎｇ、Ｍ．Ｋａｒｃｚｅｗｉｃｚ（Ｑｕａｌｃｏｍｍ）では、復号済みピクチャバッファに記憶される暗黙的視差ベクトルを削除することによってＮＢＤＶがさらに簡略化されるだけでなく、ＲＡＰピクチャ選択によりコーディング利得も改善される。
【０１４０】
[0145]（本開示の時点で）現在のＮＢＤＶでは、視差ベクトル導出に５つの空間的隣接ブロックが使用される。この隣接ブロックは、図６においてＡ０、Ａ１、Ｂ０、Ｂ１、またはＢ２によって示されているように現在のブロック（たとえば、現在の予測ユニット（ＰＵ））の左下隣接ブロック、左隣接ブロック、右上隣接ブロック、上隣接ブロック、および左上隣接ブロックである。これらの隣接ブロックが、ＨＥＶＣにおけるマージモードにおいて使用される隣接ブロックと同じであることに留意されたい。したがって、追加のメモリアクセスが必要とされない。
【０１４１】
[0146]時間的隣接ブロックをチェックするために、ビデオコーダは、最初に、候補ピクチャリストの作成プロセスを実行し得る。現在のビューから２つまでの参照ピクチャが、候補ピクチャとして扱われ得る。ビデオコーダは、最初に、コロケートされた参照ピクチャを候補ピクチャリストに挿入し、続いて、候補ピクチャの残りを、参照インデックスの昇順で挿入してもよい。両方の参照ピクチャリスト内の同じ参照インデックスを有する参照ピクチャが利用可能であるとき、コロケートされたピクチャの同じ参照ピクチャリスト内の一方が、他方よりも前に位置してもよい。候補ピクチャリスト中の候補ピクチャごとに、時間的隣接ブロックを導出するために３つの候補領域が決定され得る。
【０１４２】
[0147]ブロックがビュー間動き予測を用いてコーディングされているとき、異なるビュー内の対応するブロックを選択するために視差ベクトルが導出されてもよい。暗黙的視差ベクトル（ＩＤＶ、また導出された視差ベクトルとも呼ばれる）は、ビュー間動き予測において導出された視差ベクトルを指す。ブロックが動き予測を用いてコーディングされるとしても、導出された視差ベクトルが後続のブロックをコーディングする目的で破棄されることはない。
【０１４３】
[0148]３Ｄ−ＨＴＭ  ６．０の現在の構成では、ビデオコーダは、ＮＢＤＶプロセスに従って、時間的隣接ブロックにおける視差動きベクトル、空間的隣接ブロックにおける視差動きベクトル、次にＩＤＶを順番にチェックする。視差動きベクトルまたはＩＤＶが見つけられると、プロセスは終了させられる。
【０１４４】
[0149]ビデオコーダは、深度情報にアクセスすることによって、ＮＢＤＶを使用して導出された視差ベクトルをさらに改善してもよい。ＮＢＤＶプロセスから１つの視差ベクトルが導出されると、ビデオコーダは、参照ビューの深度マップから深度データを取り出すことによって視差ベクトルをさらに改善してもよい。改善プロセスは、以下の２つのステップを含んでよい。  
ａ）ベースビューなどのあらかじめコーディングされた参照深度ビュー内の導出された視差ベクトルによって対応する深度ブロックの位置を特定するステップ。対応する深度ブロックのサイズは現在のＰＵのサイズと同じである。  
ｂ）対応する深度ブロック中の４隅ピクセルから１つの深度値を選択し、深度値を改善された視差ベクトルの水平コンポーネントに変換するステップ。視差ベクトルの垂直コンポーネントは変更されない。
【０１４５】
[0150]ビデオコーダは、改善された視差ベクトルをビュー間動き予測に使用してもよく、一方、改善されない視差ベクトルはビュー間残差予測に使用される。さらに、改善された視差ベクトルは、後方ＶＳＰモードによってコーディングされている場合１つのＰＵの動きベクトルとして記憶されてもよい。
【０１４６】
[0151]本開示の技法によれば、空間的隣接ブロックのうちの１つがＢＶＳＰコーディング済みブロックに対応してもよく、空間的隣接ブロックのうちの別の１つが非ＢＶＳＰコーディング済みブロックに対応してもよい。たとえば、ブロックＡ１がＢＶＳＰコーディング済みブロックに対応し、ブロックＢ１が非ＢＶＳＰコーディング済みブロックに対応してもよい。それにもかかわらず、ビデオコーダは、現在のブロックに関する動き情報をコーディングする際、同じ論理関数を使用してブロックＡ１とブロックＢ１の両方に関する動き情報にアクセスしてもよい。ＢＶＳＰコーディング済みブロック、すなわち、上述の例ではブロックＡ１に関する動き情報が、参照ピクチャを特定する参照インデックスを含むものと仮定する。したがって、ブロックＡ１の動き情報にアクセスするための別個の論理関数をビデオコーダに設ける必要はない。
【０１４７】
[0152]図７は、隣接ブロックを使用する後方ビュー合成予測（ＢＶＳＰ）に関する技法を示す概念図である。ＢＶＳＰは、３Ｄ−ＨＥＶＣに関する技法として提案され採用されている。第３回ＪＣＴ−３Ｖ会議においてＪＣＴ３Ｖ−Ｃ０１５２において提案されたような後方ワーピングＶＳＰ手法が採択された。この後方ワーピングＶＳＰの基本的な考えは、３Ｄ−ＡＶＣにおけるブロックベースのＶＳＰと同じである。この２つの技法はどちらも、後方ワーピングおよびブロックベースのＶＳＰを使用して動きベクトル差分を送ることを回避し、より厳密な動きベクトルを使用する。プラットフォームの違いに起因して実施の詳細はそれぞれに異なる。本開示は、概して頭文字語のＢＶＳＰを使用して３Ｄ−ＨＥＶＣにおける後方ビュー合成予測を参照するが、ＢＶＳＰは、３Ｄ−ＡＶＣのブロックベースのビュー合成予測を指すこともある。
【０１４８】
[0153]３Ｄ−ＨＴＭでは、テクスチャ優先コーディングが共通試験条件で適用される。したがって、ある非ベーステクスチャビューを復号する際、対応する非ベース深度ビューは使用不能である。したがって、深度情報が推定され、ＢＶＳＰを実行するために使用される。あるブロックに関する深度情報を推定するために、まず隣接ブロックから視差ベクトルを導出し、次いで導出された視差ベクトルを使用して参照ビューから深度ブロックを得ることが提案された。
【０１４９】
[0154]ＨＴＭ５．１試験モデルには、ＮＢＤＶ（隣接ブロック視差ベクトル）と呼ばれる視差ベクトル予測子を導出するためのプロセスが存在する。（ｄｖｘ，ｄｖｙ）はＮＢＤＶ関数から特定された視差ベクトルを示すものとし、現在のブロック位置は（ｂｌｏｃｋｘ，ｂｌｏｃｋｙ）である。参照ビューの深度画像内の（ｂｌｏｃｋｘ＋ｄｖｘ，ｂｌｏｃｋｙ＋ｄｖｙ）における深度ブロックをフェッチすることが提案された。フェッチされた深度ブロックは、同じサイズの現在の予測ユニット（ＰＵ）を有し、この深度ブロックは次に、現在のＰＵに関する後方ワーピングを行うのに使用される。図７は、参照ビューから深度ブロックの位置を特定するためのステップと、次いで、深度ブロックをＢＶＳＰ予測に使用するステップとを示す。
【０１５０】
[0155]図７の例では、深度ピクチャ１５０とテクスチャピクチャ１５４は同じビューに対応し、一方、テクスチャピクチャ１５２は異なるビューに対応する。特に、テクスチャピクチャ１５２は、参照ピクチャとして働く、テクスチャピクチャ１５４に対してコーディングされた現在のブロック１６０を含む。ビデオコーダは、現在のブロック１６０に隣接する隣接ブロック１６２を参照してもよい。隣接ブロック１６２は、あらかじめ決定された視差ベクトル１６６を含む。視差ベクトル１６６は、現在のブロック１６０の視差ベクトル１６４として導出されてもよい。したがって、視差ベクトル１６４は、参照ビューの深度ピクチャ１５０の深度ブロック１５６を指す。
【０１５１】
[0156]ビデオコーダは次いで、深度ブロック１５６のピクセル（すなわち、深度値）を使用して、後方ワーピングを実行するための、現在のブロック１６０のピクセルに関する視差値１６８（すなわち、テクスチャ値）を決定してもよい。ビデオコーダは次いで、視差値１６８によって特定されるピクセルから現在のブロック１６０の予測ブロック（すなわち、ＢＶＳＰ参照ブロック）に関する値を合成してもよい。ビデオコーダは次いで、この予測ブロックを使用して現在のブロック１６０を予測してもよい。たとえば、ビデオエンコーダ２０によってビデオ符号化が行われる間、ビデオエンコーダ２０は、後でビデオエンコーダ２０が変換し、量子化し、エントロピー符号化する残差値を生成するために予測ブロックと現在のブロック１６０との間のピクセルごとの差分を算出してもよい。一方、ビデオデコーダ３０によってビデオ復号が行われる間、ビデオコーダ３０は、残差データをエントロピー復号化し、逆量子化し、逆変換し、次いで現在のブロック１６０を再生成するために残差データを（ピクセルごとに）予測ブロックと組み合わせてもよい。
【０１５２】
[0157]ＪＣＴ３Ｖ−Ｃ０１５２では、後述のように３Ｄ−ＨＥＶＣのＢＶＳＰ技法の変更を提案した。特に、ital<<イタリック体の>>italテキストは３Ｄ−ＨＥＶＣに追加されたテキストを表し、一方、「削除：」の後に続く括弧付きのテキストは３Ｄ−ＨＥＶＣからの削除を表す。シーケンスにおいてＢＶＳＰが有効化される場合、ビュー間動き予測のＮＢＤＶプロセスが変更され、違いは以下の段落において強調される。  
・  時間的隣接ブロックの各々について、時間的隣接ブロックが視差動きベクトルを使用する場合、視差動きベクトルは、視差ベクトルとして返され、３Ｄ−ＨＥＶＣの第１．６．１．３節に記載された方法によってさらに改善される。  
・  ital<<空間的隣接ブロックの各々について、以下のことが適用される。>>ital  
○  ital<<参照ピクチャリスト０および参照ピクチャリスト１について：>>ital  
・  空間的隣接ブロックが視差動きベクトルを使用する場合、視差動きベクトルは、視差ベクトルとして返され、第１．６．１．３節に記載された方法によってさらに改善される。  
・  ital<<その他の場合、空間的隣接ブロックがＢＶＳＰモードを使用する場合、関連する動きベクトルが視差ベクトルとして返される。視差ベクトルは、第１．６．１．３節に記載されたように同様に改善される。ただし、最大深度値が、４隅ピクセルではなく対応する深度ブロックのすべてのピクセルから選択され、改善された視差ベクトルの垂直コンポーネントが０に設定される。>>ital  
・  空間的隣接ブロックの各々について、空間的隣接ブロックがＩＤＶを使用する場合、ＩＤＶは、視差ベクトルとして返され、第１．６．１．３節に記載された方法によってさらに改善される。
【０１５３】
[0158]導入されるＢＶＳＰモードは、空間的インターコーディング済みモードとして扱われ、ＢＶＳＰモードの使用状況を示すフラグがＰＵごとに維持されてもよい。ビットストリームにおいてフラグをシグナリングするのではなく、マージ候補リストに新しいマージ候補（ＢＶＳＰマージ候補）が追加された。このフラグは、復号済みマージ候補インデックスがＢＶＳＰマージ候補に対応するかどうかに依存する。ＢＶＳＰマージ候補は、ＪＣＴ３Ｖ−Ｃ０１５２によって次のように定義される。  
・  参照ピクチャリストごとの参照ピクチャインデックス：−１  
・  参照ピクチャリストごとの動きベクトル：改善された視差ベクトル
[0159]ＪＣＴ３Ｖ−Ｃ０１５２では、ＢＶＳＰマージ候補の挿入位置が、後述のように空間的隣接ブロックに依存する。  
・  ５つの空間的隣接ブロック（図６に示されているＡ０、Ａ１、Ｂ０、Ｂ１、またはＢ２）のうちのいずれかがＢＶＳＰモードによってコーディングされている場合、すなわち、隣接ブロックの維持されるフラグが１に等しい場合、ＢＶＳＰマージ候補が、対応する空間的マージ候補として扱われ、マージ候補リストに挿入される。ＢＶＳＰマージ候補はマージ候補リストに１度のみ挿入される。  
・  その他の場合（５つの空間的隣接ブロックのうちのどれもＢＶＳＰモードによってコーディングされていない）、ＢＶＳＰマージ候補は、マージ候補リストにおいて時間的マージ候補の直前に挿入される。
【０１５４】
[0160]結合双予測マージ候補導出プロセスの間、ＢＶＳＰマージ候補を含めることを回避するために追加の条件がチェックされてもよいことに留意されたい。
【０１５５】
[0161]ＪＣＴ３Ｖ−Ｊ０１５２では、サイズがＮｘＭによって示された各ＢＶＳＰコーディング済みＰＵをサイズがＫｘＫ（Ｋは４または２であってもよい）に等しいいくつかの下位領域にさらに区分することをさらに規定した。下位領域ごとに、別個の視差動きベクトルが導出され、各下位領域が、ビュー間参照ピクチャ中の導出された視差ベクトルによって位置を特定される１つのブロックから予測される。言い換えれば、ＢＶＳＰコーディング済みＰＵ用の動き補償ユニットのサイズはＫｘＫに設定される。共通試験条件において、Ｋは４に設定される。
【０１５６】
[0162]ＪＣＴ３Ｖ−Ｊ０１５２では、ＢＶＳＰモードによってコーディングされている１つのＰＵ内の下位領域（４ｘ４ブロック）ごとに、対応する４ｘ４深度ブロックが、上述の改善された視差ベクトルを有する参照深度ビューにおいて最初に位置を特定されることをさらに規定している。第２に、対応する深度ブロック内の１６個の深度ピクセルの最大値が選択される。第３に、最大値が視差動きベクトルの水平コンポーネントに変換される。視差動きベクトルの垂直コンポーネントは０に設定される。
【０１５７】
[0163]３Ｄ−ＨＥＶＣでは、テクスチャが最初にコーディングする順序が適用されるとき、予測ユニット（ＰＵ）ごとに、参照深度ビュー中の深度値を考慮するかしないかにかかわらず、視差ベクトルがＮＢＤＶから導出され得る。視差ベクトルは、取得された後、１つのＰＵがＢＶＳＰモードでコーディングされている場合、そのＰＵの４ｘ４下位領域ごとにさらに改善される。
【０１５８】
[0164]３Ｄ−ＨＥＶＣでは、改善プロセスについて以下の２つのステップを含むものとして説明している。１）導出された視差ベクトルによって位置を特定される参照深度ビュー中の４ｘ４深度ブロックから１つの最大深度値を選択し、２）改善された視差ベクトルの垂直成分を０になるように保ちながら、深度値を改善された視差ベクトルの水平成分に変換する。視差ベクトルが１つのＰＵの１つの４ｘ４下位領域について改善された後、３Ｄ−ＨＥＶＣでは、改善された視差ベクトルが、動き補償のために参照テクスチャビュー中で１つのブロックの位置を特定するために使用されることを規定している。
【０１５９】
[0165]現行の３Ｄ−ＨＥＶＣでは、マージ候補リストに特殊な候補を追加することによって、スキップ／マージモードに関してＢＶＳＰが有効化される。この新しい候補、すなわち、ＢＶＳＰマージ候補は、以下の設定によって作成される。  
・  予測方向：Ｂスライスに関しては双方向、Ｐスライスに関しては一方向  
・  参照ピクチャリストごとの参照インデックス：−１  
・  各参照ピクチャリストの動きベクトル：Ｄｏ−ＮＢＤＶから導出される視差ベクトル  
・  ＢＶＳＰモードの使用状況を示すためのＢＶＳＰモード変数（または各ブロックにアタッチされたフラグ）
[0166]３Ｄ−ＨＥＶＣでは、すべての他のマージ候補に関して、ＢＶＳＰモード変数が０に設定されることを示している。ソフトウェアにおけるＢＶＳＰマージ候補に双予測が関連付けられているが、動き補償プロセスの間、ＢＶＳＰマージ候補はビュー間参照ピクチャから単予測される。
【０１６０】
[0167]３Ｄ−ＨＥＶＣではＢＶＳＰコーディング済みブロックに−１の参照インデックス値を利用するが、本開示の技法に従って、ビデオコーダは、予測ブロック（すなわち、ＢＶＳＰ参照ブロック）が合成される参照ピクチャを特定するブロック１６０の動き情報に参照インデックスを使用してもよい。したがって、図７の例におけるブロック１６０の参照インデックスは、参照ピクチャリスト内のテクスチャピクチャ１５４を特定する。概して、テクスチャピクチャ１５４などのビュー間参照ピクチャは、現在コーディングされているピクチャ、たとえばテクスチャピクチャ１５２と同じアクセスユニットの一部を形成してもよい。さらに、テクスチャピクチャ１５４と深度ピクチャ１５０（深度マップとも呼ばれる）が同じビューの一部を形成してもよく、一方、テクスチャピクチャ１５２が異なるビューを形成してもよく、（テクスチャピクチャ１５４から合成された）予測ブロックがさらに別の異なるビューを形成してもよいことを理解されたい。
【０１６１】
[0168]図８は、本開示の技法による、ＢＶＳＰを使用して現在のブロックを符号化するための例示的な方法を示すフローチャートである。現在のブロックは、現在のＣＵ、または現在のＣＵの一部分を備え得る。ビデオエンコーダ２０（図１および図２）に関して説明されるが、他のデバイスが図８の方法と同様の方法を実行するように構成され得ることを理解されたい。
【０１６２】
[0169]最初、ビデオエンコーダ２０は、現在のブロックをコーディングするのにＢＶＳＰモードコーディングを使用すべきであると決定してもよい（２００）。たとえば、ビデオエンコーダ２０は、いくつかのコーディングパスを実行して、様々なコーディングモードを試み、次いで、これらの様々な考えられるコーディングモードから得られるレートひずみ性能メトリクスを比較してもよい。ビデオエンコーダ２０は次いで、試験されたモードのうちで、ＢＶＳＰモードが最良のレートひずみ性能メトリクスを示すことを決定し、したがって、現在のブロックにＢＶＳＰモードを選択してもよい。同様に、これらの試験の間に、ビデオエンコーダ２０のモード選択ユニット４０は、現在のブロックの予測ブロック（すなわち、ＢＶＳＰ参照ブロック）を合成するのに使用すべき参照ビューを決定してもよい。したがって、ビデオエンコーダ２０は、ＢＶＳＰ合成に関する参照ビューから参照ピクチャを決定してもよい（２０２）。
【０１６３】
[0170]ビデオエンコーダ２０は次いで、参照ビュー内の参照ピクチャから予測ブロックを合成してよい（２０４）。さらに、本開示の技法によれば、ビデオエンコーダ２０は、ＢＶＳＰコーディング済みブロックの参照インデックスの値を設定し、参照ピクチャリスト内の参照ピクチャを特定してもよい（２０６）。
【０１６４】
[0171]ビデオエンコーダ２０は次いで、現在のブロックの残差ブロックを算出してもよい（２０８）。すなわち、加算器５０は、元のブロックと（参照ピクチャから合成された）予測ブロックとの間のピクセルごとの差分を算出し、これらの差分から残差ブロックを生成してもよい。ビデオエンコーダ２０は次いで、残差ブロックの係数を変換し、量子化してもよい（２１０）。特に、変換処理ユニット５２は、この変換を実行して変換係数を算出してもよく、一方、量子化ユニット５４は、変換係数を量子化してもよい。
【０１６５】
[0172]次に、ビデオエンコーダ２０は、残差ブロックの量子化された変換係数を走査してもよい（２１２）。走査の間または走査の後に、ビデオエンコーダ２０は、係数、ならびに予測ブロックが合成される参照ピクチャを特定する参照インデックスをエントロピー符号化してもよい（２１４）。たとえば、ビデオエンコーダ２０は、ＣＡＢＡＣを使用して係数および参照インデックスを符号化してもよい。ビデオエンコーダ２０は、次いで、ブロックのエントロピーコーディング済みデータを出力し得る（２１６）。
【０１６６】
[0173]このように、図８は、ビデオデータを符号化する方法であって、マルチビュービデオデータのブロックに関する動き情報を符号化することと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを含む方法を表す。
【０１６７】
[0174]図９は、本開示の技法による、ＢＶＳＰを使用してビデオデータの現在のブロックを復号するための例示的な方法を示すフローチャート。現在のブロックは、現在のＣＵ、または現在のＣＵの一部分を備え得る。ビデオデコーダ３０（図１および図３）に関して説明されるが、他のデバイスが図９の方法と同様の方法を実行するように構成され得ることを理解されたい。
【０１６８】
[0175]ビデオデコーダ３０は最初に、現在のブロックに関連するエントロピー符号化データを受け取ってもよい（２５０）。エントロピーコーディング済みデータは、シンタックス要素の中でも特に、現在のブロックがＢＶＳＰモードを使用して符号化されることを示すデータと、予測ブロック（すなわち、ＢＶＳＰ参照ブロック）が合成される参照ピクチャを特定する参照インデックスとを含んでもよい。したがって、ビデオデコーダ３０は、現在のブロックがＢＶＳＰモードを使用して、エントロピー符号化データをエントロピー復号しコーディングされていると決定し（２５２）、現在のブロックの参照インデックスをエントロピー復号し（２５４）てもよい。参照インデックスは、現在のブロックに関する動き情報として含められてもよい。
【０１６９】
[0176]ビデオデコーダ３０は次いで、参照インデックスを使用して参照ピクチャを決定してもよい（２５６）。たとえば、ビデオデコーダ３０は、復号済みピクチャバッファ内の参照ピクチャの識別子を含む参照ピクチャリストを作成し、次いで、参照インデックスが指すのは参照ピクチャリスト内の参照ピクチャのうちのどれかを決定してもよい。ビデオエンコーダ３０は次いで、参照ピクチャから予測ブロックを合成してもよい（２５８）。図７に関して上記に説明したように、たとえば、ビデオデコーダ３０は、現在のブロックの空間的隣接ブロックの視差ベクトルを参照し、視差ベクトルを使用して現在のブロックに対する深度ブロックを特定し、次いで深度ブロックの深度値を使用して参照ピクチャのピクセルを現在のブロック内のピクセルの位置にワーピングさせて予測ブロックを合成してもよい。
【０１７０】
[0177]ビデオデコーダ３０は、現在のブロックの残差ブロックの係数を再生成するためにエントロピーコーディング済みデータをさらにエントロピー復号してもよい（２６０）。ビデオデコーダ３０は、次いで、量子化された変換係数のブロックを作成するために、再生成された係数を逆走査してもよい（２６２）。ビデオデコーダ３０は、次いで、残差ブロックを生成するために係数を逆量子化し、逆変換してもよい（２６４）。ビデオデコーダ３０は、最終的に、予測ブロックと残差ブロックとを組み合わせることによって現在のブロックを復号し得る（２６６）。次に、ビデオデコーダ３０は、現在のブロックを再生成するために予想ブロックのピクセルと残差ブロックのピクセルをピクセルごとに組み合わせてもよい。さらに、ビデオデコーダ３０は、参照インデックス値などの動き情報を含む復号済みブロックを、後で以後のブロックおよび／または以後のブロックに関する動き情報を復号する際に使用できるように、ＤＰＢ（たとえば、参照ピクチャメモリ８２）に記憶してもよい。
【０１７１】
[0178]このように、図９は、ビデオデータを復号する方法であって、マルチビュービデオデータのブロックに関する動き情報を復号することと、ここにおいて、動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために参照ピクチャの一部に対してＢＶＳＰを実行することと、ＢＶＳＰ参照ブロックを使用してブロックを予測することとを含む方法を表す。
【０１７２】
[0179]例に応じて、本明細書に記載される技法のうちの任意のもののいくつかの振る舞いまたは事象は、異なるシーケンスで実行され得、全体的に追加、結合、または除外され得ることが、認識されるべきである（たとえば、記載される振る舞いまたは事象のすべてが、この技法の実施のために必要であるとは限らない）。その上、いくつかの例では、振る舞いまたは事象は、たとえば、マルチスレッドの処理、割込み処理、または多数のプロセッサを用いて、連続的ではなく同時に実行され得る。
【０１７３】
[0180]１つまたは複数の例では、述べられた機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで、実施されてもよい。ソフトウェアで実施される場合、諸機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体を介して記憶または伝送され得、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの、有形の媒体に相当するコンピュータ可読記憶媒体、またはコンピュータプログラムの、ある場所から別の場所への、たとえば、通信プロトコルによる転送を促進する任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形のコンピュータ可読記憶媒体または（２）信号もしくはキャリア波などの通信媒体に相当し得る。データ記憶媒体は、本開示に記載される技法の実施のために、１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによって、命令、コードおよび／もしくはデータ構造を取り出すためにアクセスされ得る、任意の利用できる媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含んでもよい。
【０１７４】
[0181]例として、それに限定されず、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、フラッシュメモリ、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用可能であり、コンピュータによってアクセス可能な他の任意の媒体を備えることができる。同様に、いかなる接続も、コンピュータ可読媒体と当然のことながら呼ばれる。たとえば、命令が、ウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して伝送される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、キャリア波、信号、または他の一時的な媒体を含まないが、代わりに、非一時的な、有形の記憶媒体を対象とすることを理解されたい。本明細書において、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイディスクを含み、この場合、ディスク（disk）は、通常、磁気的にデータを再生し、ディスク（disc）は、レーザーを用いてデータを光学的に再生する。上述したものの組合せも、コンピュータ可読媒体の範囲の中に含められるべきである。
【０１７５】
[0182]命令は、１つまたは複数のデジタルシグナルプロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の同等の統合された、もしくは個別の論理回路などの、１つまたは複数のプロセッサによって実行され得る。したがって、「プロセッサ」という用語は、本明細書において、前述の構造のうちの任意のものまたは本明細書に記載される技法の実施のために適当な任意の他の構造を参照し得る。加えて、いくつかの態様では、本明細書に記載される機能性は、符号化および復号のために構成され、または組み合わされたコーデックに組み込まれる、専用のハードウェア内および／またはソフトウェアモジュール内で提供され得る。また、技法は、１つまたは複数の回路または論理素子内で完全に実施されてよい。
【０１７６】
[0183]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、またはＩＣのセット（たとえば、チップセット）を含む多種多様なデバイスまたは装置において実施されてよい。様々な構成要素、モジュール、またはユニットが、開示された技法を実行するように構成されたデバイスの機能的態様を強調するために本開示で説明されているが、異なるハードウェアユニットによる実現を必ずしも必要としない。むしろ、上述したように、様々なユニットは、コーデックハードウェアユニットの中で組み合わされ、または、上述される１つまたは複数のプロセッサを含む、適当なソフトウェアおよび／またはファームウェアと一緒に相互作用するハードウェアユニットが集まったものによって提供され得る。
【０１７７】
[0184]様々な例について説明した。これらおよび他の例は、以下の特許請求の範囲の範囲内である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、
マルチビュービデオデータのブロックに関する動き情報を復号することと、ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、
ＢＶＳＰ参照ブロックを生成するために前記参照ピクチャの一部に対してＢＶＳＰを実行することと、
前記ＢＶＳＰ参照ブロックを使用して前記ブロックを予測することとを備える方法。
［Ｃ２］
前記ブロックは、現在のビューに含められ、前記参照ピクチャは、前記現在のビューとは異なる第１の参照ビューに含められ、ＢＶＳＰを実行することは、前記第１の参照ビューおよび前記現在のビューとは異なる第２の参照ビューにおけるＢＶＳＰ参照ブロックを生成するためにＢＶＳＰを実行することを備える、Ｃ１に記載の方法。
［Ｃ３］
前記ブロックに対する時間的動きベクトル予測（ＴＭＶＰ）を使用して異なるブロックに関する動き情報を復号する際、ビュー間予測ブロックに関する動き情報にアクセスするのにも使用される関数を使用して前記ブロックの前記動き情報にアクセスすることをさらに備える、Ｃ１に記載の方法。
［Ｃ４］
アクセスすることは、前記ブロックがＢＶＳＰを使用してコーディングされているかどうかを示す情報にアクセスせずに前記動き情報にアクセスすることを備える、Ｃ３に記載の方法。
［Ｃ５］
前記ブロックがＢＶＳＰを使用してコーディングされたかどうかを考慮せずに前記ブロックのエッジをデブロッキングすることをさらに備える、Ｃ１に記載の方法。
［Ｃ６］
前記動き情報を復号することは、マージモードを使用して前記動き情報を復号することを備え、前記マージモードを使用して前記動き情報を復号することは、
マージ候補リストを作成することと、
前記マージ候補からＢＶＳＰ候補を選択することと、
前記マージ候補リストを作成し前記ＢＶＳＰ候補を選択した直後に、前記ブロックの前記参照インデックスの値を設定することとを備える、Ｃ１に記載の方法。
［Ｃ７］
前記動き情報を復号することは、マージモードを使用して前記動き情報を復号することを備え、前記マージモードを使用して前記動き情報を復号することは、
マージ候補リストを作成することと、
前記マージ候補からＢＶＳＰ候補を選択することと、
前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定することとを備える、Ｃ１に記載の方法。
［Ｃ８］
前記参照ピクチャは、復号済みピクチャバッファ（ＤＰＢ）に記憶され、前記方法は、前記ＤＰＢの前記参照ピクチャ内の前記ブロックにＢＶＳＰを使用することを示す変数を記憶するのを回避することをさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記ブロックに対してコロケートされたブロックを復号する際、動きパラメータ継承を有効化することをさらに備える、Ｃ１に記載の方法。
［Ｃ１０］
マージ候補としての前記ブロックに関する前記動き情報を含むようにマージ候補リストを作成する際、前記マージ候補を前記マージ候補リスト内の所定の位置に付加することをさらに備え、前記所定の位置は、ＢＶＳＰ候補に関してあらかじめ決定された位置に相当する、Ｃ１に記載の方法。
［Ｃ１１］
前記ブロックは、現在のブロックに対する第１の隣接ブロックを備え、前記方法は、前記現在のブロックに関する動き情報を復号する際、
論理関数を使用して第１の高度動きベクトル予測（ＡＭＶＰ）候補として前記第１の隣接ブロックにアクセスすることと、
前記同じ論理関数を使用して第２の異なるＡＭＶＰ候補として前記現在のブロックに対する第２の異なる隣接ブロックにアクセスすることとをさらに備える、Ｃ１に記載の方法。
［Ｃ１２］
前記ブロックに関するエントロピー符号化され量子化された変換係数および前記参照インデックスに関するエントロピー符号化されたデータをエントロピー復号することと、
前記量子化された変換係数を逆量子化することと、
前記ブロックの残差ブロックを再生成するために前記変換係数を逆変換することと、
前記ブロックを再生成するために前記ＢＶＳＰ参照ブロックを前記残差ブロックと組み合わせることとをさらに備える、Ｃ１に記載の方法。
［Ｃ１３］
復号することは、３次元高効率ビデオコーディング（３Ｄ−ＨＥＶＣ）に従って復号することを備える、Ｃ１に記載の方法。
［Ｃ１４］
ビデオデータを符号化する方法であって、
マルチビュービデオデータのブロックに関する動き情報を符号化することと、ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、
ＢＶＳＰ参照ブロックを生成するために前記参照ピクチャの一部に対してＢＶＳＰを実行することと、
前記ＢＶＳＰ参照ブロックを使用して前記ブロックを予測することとを備える方法。
［Ｃ１５］
前記ブロックは、現在のビューに含められ、前記参照ピクチャは、前記現在のビューとは異なる第１の参照ビューに含められ、ＢＶＳＰを実行することは、前記第１の参照ビューおよび前記現在のビューとは異なる第２の参照ビューにおけるＢＶＳＰ参照ブロックを生成するためにＢＶＳＰを実行することを備える、Ｃ１４に記載の方法。
［Ｃ１６］
前記ブロックがＢＶＳＰを使用してコーディングされたかどうかを考慮せずに前記ブロックのエッジをデブロッキングすることをさらに備える、Ｃ１４に記載の方法。
［Ｃ１７］
前記ブロックに対する時間的動きベクトル予測（ＴＭＶＰ）を使用して異なるブロックに関する動き情報を復号する際、ビュー間予測ブロックに関する動き情報にアクセスするのにも使用される関数を使用して前記ブロックの前記動き情報にアクセスすることをさらに備える、Ｃ１４に記載の方法。
［Ｃ１８］
前記動き情報を符号化することは、マージモードを使用して前記動き情報を符号化することを備え、前記マージモードを使用して前記動き情報を符号化することは、
マージ候補リストを作成することと、
前記マージ候補からＢＶＳＰ候補を選択することと、
前記マージ候補リストを作成し前記ＢＶＳＰ候補を選択した直後に、前記ブロックの前記参照インデックスの値を設定することとを備える、Ｃ１４に記載の方法。
［Ｃ１９］
前記動き情報を符号化することは、マージモードを使用して前記動き情報を符号化することを備え、前記マージモードを使用して前記動き情報を符号化することは、
マージ候補リストを作成することと、
前記マージ候補からＢＶＳＰ候補を選択することと、
前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定することとを備える、Ｃ１４に記載の方法。
［Ｃ２０］
前記ブロックに対してコロケートされたブロックを符号化する際、動きパラメータ継承を有効化することをさらに備える、Ｃ１４に記載の方法。
［Ｃ２１］
前記参照インデックスの前記値をエントロピー符号化することと、
前記ブロックと前記ＢＶＳＰ参照ブロックとの間のピクセルごとの差分を表す前記ブロックの残差ブロックを算出することと、
変換係数を生成するために前記残差ブロックを変換することと、
前記変換係数を量子化することと、
前記量子化された変換係数をエントロピー符号化することとをさらに備える、Ｃ１４に記載の方法。
［Ｃ２２］
ビデオデータをコーディングするためのデバイスであって、
参照ピクチャを記憶するメモリと、
マルチビュービデオデータのブロックに関する動き情報をコーディングすることと、ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、ＢＶＳＰ参照ブロックを生成するために前記参照ピクチャの一部に対してＢＶＳＰを実行することと、前記ＢＶＳＰ参照ブロックを使用してブロックを予測することとを行うように構成されたビデオコーダとを備えるデバイス。
［Ｃ２３］
前記ブロックは、現在のビューに含められ、前記参照ピクチャは、前記現在のビューとは異なる第１の参照ビューに含められ、前記ビデオコーダは、前記第１の参照ビューおよび前記現在のビューとは異なる第２の参照ビューにおけるＢＶＳＰ参照ブロックを生成するためにＢＶＳＰを実行するように構成される、Ｃ２２に記載のデバイス。
［Ｃ２４］
前記ビデオコーダは、前記ブロックに対する時間的動きベクトル予測（ＴＭＶＰ）を使用して異なるブロックに関する動き情報をコーディングする際、ビュー間予測ブロックに関する動き情報にアクセスするのにも使用される関数を使用して前記ブロックの前記動き情報にアクセスするように構成される、Ｃ２２に記載のデバイス。
［Ｃ２５］
前記ビデオコーダは、前記ブロックがＢＶＳＰを使用してコーディングされたかどうかを考慮せずに前記ブロックのエッジをデブロッキングするように構成される、Ｃ２２に記載のデバイス。
［Ｃ２５］
前記ビデオコーダは、マージモードを使用して前記動き情報をコーディングするように構成され、ここにおいて、前記ビデオコーダは、マージモードを使用するために、マージ候補リストを作成し、前記マージ候補からＢＶＳＰ候補を選択し、前記マージ候補リストを作成し前記ＢＶＳＰ候補を選択した直後に、前記ブロックの前記参照インデックスの値を設定するように構成される、Ｃ２１に記載のデバイス。
［Ｃ２６］
前記ビデオコーダは、マージモードを使用して前記動き情報をコーディングするように構成され、ここにおいて、前記ビデオコーダは、マージモードを使用するために、マージ候補リストを作成し、前記マージ候補からＢＶＳＰ候補を選択し、前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定するように構成される、Ｃ２１に記載のデバイス。
［Ｃ２７］
前記参照ピクチャを記憶する復号済みピクチャバッファ（ＤＰＢ）を含むメモリをさらに備え、前記ビデオコーダは、前記ＤＰＢの前記参照ピクチャ内の前記ブロックにＢＶＳＰを使用することを示す変数を記憶するのを回避するように構成される、Ｃ２１に記載のデバイス。
［Ｃ２８］
前記ビデオコーダは、前記ブロックに対してコロケートされたブロックをコーディングする際、動きパラメータ継承を有効化するように構成される、Ｃ２１に記載のデバイス。
［Ｃ２９］
前記ビデオコーダはビデオエンコーダとビデオデコーダの一方を備える、Ｃ２１に記載のデバイス。
［Ｃ３０］
前記デバイスは、
集積回路と、
マイクロプロセッサと、
ワイヤレス通信デバイスとのうちの少なくとも１つを備える、Ｃ２１に記載のデバイス。
［Ｃ３１］
ビデオデータをコーディングするためのデバイスであって、
マルチビュービデオデータのブロックに関する動き情報をコーディングするための手段と、ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、
ＢＶＳＰ参照ブロックを生成するために前記参照ピクチャの一部に対してＢＶＳＰを実行するための手段と、
前記ＢＶＳＰ参照ブロックを使用して前記ブロックを予測するための手段とを備えるデバイス。
［Ｃ３２］
前記ブロックは、現在のビューに含められ、前記参照ピクチャは、前記現在のビューとは異なる第１の参照ビューに含められ、ＢＶＳＰを実行することは、前記第１の参照ビューおよび前記現在のビューとは異なる第２の参照ビューにおけるＢＶＳＰ参照ブロックを生成するためにＢＶＳＰを実行することを備える、Ｃ３１に記載のデバイス。
［Ｃ３３］
前記ブロックに対する時間的動きベクトル予測（ＴＭＶＰ）を使用して異なるブロックに関する動き情報を復号する際、ビュー間予測ブロックに関する動き情報にアクセスするのにも使用される関数を使用して前記ブロックの前記動き情報にアクセスするための手段をさらに備える、Ｃ３１に記載のデバイス。
［Ｃ３４］
前記ブロックがＢＶＳＰを使用してコーディングされたかどうかを考慮せずに前記ブロックのエッジをデブロッキングするための手段をさらに備える、Ｃ３１に記載のデバイス。
［Ｃ３５］
前記動き情報をコーディングするための前記手段は、マージモードを使用して前記動き情報をコーディングするための手段を備え、前記マージモードを使用して前記動き情報をコーディングするための前記手段は、
マージ候補リストを作成するための手段と、
前記マージ候補からＢＶＳＰ候補を選択するための手段と、
前記マージ候補リストを作成し前記ＢＶＳＰ候補を選択した直後に、前記ブロックの前記参照インデックスの値を設定するための手段とを備える、Ｃ３１に記載のデバイス。
［Ｃ３６］
前記動き情報をコーディングするための前記手段は、マージモードを使用して前記動き情報をコーディングするための手段を備え、前記マージモードを使用して前記動き情報をコーディングするための前記手段は、
マージ候補リストを作成するための手段と、
前記マージ候補からＢＶＳＰ候補を選択するための手段と、
前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定するための手段とを備える、Ｃ３１に記載のデバイス。
［Ｃ３７］
前記参照ピクチャは、復号済みピクチャバッファ（ＤＰＢ）に記憶され、前記デバイスは、前記ＤＰＢの前記参照ピクチャ内の前記ブロックにＢＶＳＰを使用することを示す変数を記憶するのを回避するための手段をさらに備える、Ｃ３１に記載のデバイス。
［Ｃ３８］
前記ブロックに対してコロケートされたブロックをコーディングする際、動きパラメータ継承を有効化するための手段をさらに備える、Ｃ３１に記載のデバイス。
［Ｃ３９］
命令を記憶したコンピュータ可読記憶媒体であって、前記命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、
マルチビュービデオデータのブロックに関する動き情報をコーディングすることと、ここにおいて、前記動き情報は、後方ワーピングビュー合成予測（ＢＶＳＰ）のソースを備える参照ピクチャを特定する参照インデックスを含む、
ＢＶＳＰ参照ブロックを生成するために前記参照ピクチャの一部に対してＢＶＳＰを実行することと、
前記ＢＶＳＰ参照ブロックを使用して前記ブロックを予測することとを行わせるコンピュータ可読記憶媒体。
［Ｃ４０］
前記ブロックは、現在のビューに含められ、前記参照ピクチャは、前記現在のビューとは異なる第１の参照ビューに含められ、前記プロセッサにＢＶＳＰを実行させる前記命令は、前記プロセッサに、前記第１の参照ビューおよび前記現在のビューとは異なる第２の参照ビューにおけるＢＶＳＰ参照ブロックを生成するためにＢＶＳＰを実行させる命令を備える、Ｃ３９に記載のコンピュータ可読記憶媒体。
［Ｃ４１］
前記プロセッサに、前記ブロックに対する時間的動きベクトル予測（ＴＭＶＰ）を使用して異なるブロックに関する動き情報をコーディングする際、ビュー間予測ブロックに関する動き情報にアクセスするのにも使用される関数を使用して前記ブロックの前記動き情報にアクセスさせる命令をさらに備える、Ｃ３９に記載のコンピュータ可読記憶媒体。
［Ｃ４２］
前記プロセッサに、前記ブロックがＢＶＳＰを使用してコーディングされたかどうかを考慮せずに前記ブロックのエッジをデブロッキングさせる命令をさらに備える、Ｃ３９に記載のコンピュータ可読記憶媒体。
［Ｃ４３］
前記プロセッサに前記動き情報をコーディングさせる前記命令は、前記プロセッサにマージモードを使用して前記動き情報をコーディングさせる命令を備え、前記マージモードを使用して前記動き情報をコーディングさせる命令は、前記プロセッサに、
マージ候補リストを作成することと、
前記マージ候補からＢＶＳＰ候補を選択することと、
前記マージ候補リストを作成し前記ＢＶＳＰ候補を選択した直後に、前記ブロックの前記参照インデックスの値を設定することとを行わせる命令を備える、Ｃ３９に記載のコンピュータ可読記憶媒体。
［Ｃ４４］
前記プロセッサに前記動き情報をコーディングさせる前記命令は、前記プロセッサにマージモードを使用して前記動き情報をコーディングさせる命令を備え、前記マージモードを使用して前記動き情報をコーディングさせる命令は、前記プロセッサに、
マージ候補リストを作成することと、
前記マージ候補からＢＶＳＰ候補を選択することと、
前記ＢＶＳＰ候補の参照インデックスを前記参照ピクチャを指すように設定することとを行わせる命令を備える、Ｃ３９に記載のコンピュータ可読記憶媒体。
［Ｃ４５］
前記参照ピクチャは、復号済みピクチャバッファ（ＤＰＢ）に記憶され、前記コンピュータ可読記憶媒体は、前記プロセッサに、前記ＤＰＢの前記参照ピクチャ内の前記ブロックにＢＶＳＰを使用することを示す変数を記憶するのを回避させる命令をさらに備える、Ｃ３９に記載のコンピュータ可読記憶媒体。
［Ｃ４６］
前記プロセッサに、前記ブロックに対してコロケートされたブロックをコーディングする際、動きパラメータ継承を有効化させる命令をさらに備える、Ｃ３９に記載のコンピュータ可読記憶媒体。
【図１】
0006765957.tif 000014
【図２】
0006765957.tif 000015
【図３】
0006765957.tif 000016
【図４】
0006765957.tif 000017
【図５】
0006765957.tif 000018
【図６】
0006765957.tif 000019
【図７】
0006765957.tif 000020
【図８】
0006765957.tif 000021
【図９】
0006765957.tif 000022