JP6615606B2 - ３ｄ−ｈｅｖｃに関する視差ベクトル構築方法 - Google Patents

Description

［０００１］本特許出願は、
米国仮特許出願第６１／６１０，９６１号（出願日：２０１２年３月１４日）、
米国仮特許出願第６１／６２３，０４１号（出願日：２０１２年４月１１日）、
米国仮特許出願第６１／６５８，７５４号（出願日：２０１２年６月１２日）、及び
米国仮特許出願第６１／６８２，２２１号（出願日：２０１２年８月１１日）
の利益を主張するものであり、それらの各々の内容全体が、引用によってここに組み入れられている。

［０００２］本開示は、映像コーディングに関するものである。本開示は、より具体的には、マルチビュー及び三次元（３Ｄ）映像データをコーディングするための技法に関するものである。

［０００３］デジタル映像能力を広範なデバイス内に組み入れることができ、デジタルテレビと、デジタル直接放送システムと、無線放送システムと、パーソナルデジタルアシスタント（ＰＤＡ）と、ラップトップ又はデスクトップコンピュータと、タブレットコンピュータと、電子書籍リーダーと、デジタルカメラと、デジタル記録デバイスと、デジタルメディアプレーヤーと、ビデオゲームプレイ装置と、ビデオゲームコンソールと、セルラー又は衛星無線電話と、いわゆる“スマートフォン”と、ビデオ会議装置と、映像ストリーミングデバイスと、等、を含む。デジタル映像デバイスは、映像圧縮技法、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ１０、アドバンストビデオコーディング（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ））、現在策定中の高効率映像コーディング（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格によって定義される規格、及び該規格の拡張版において説明されるそれらを実装する。映像デバイスは、該映像圧縮技法を実装することによってデジタル映像情報をより効率的に送信、受信、符号化、復号、及び／又は格納することができる。

［０００４］映像圧縮技法は、映像シーケンスに固有の冗長性を低減又は除去するために空間（イントラピクチャ）予測及び／又は時間（インターピクチャ）予測を行う。ブロックに基づく映像コーディングでは、映像スライス（すなわち、映像フレーム又は映像フレームの一部分）を映像ブロックに分割することができ、それらは、ツリーブロック、コーディングユニット（ＣＵ）及び／又はコーディングノードと呼ばれることもある。ピクチャのイントラコーディングされた（Ｉ）スライス内の映像ブロックは、同じピクチャ内の近隣ブロック内の基準サンプルに関して空間予測を用いて符号化される。ピクチャのインターコーディングされた（Ｐ又はＢ）スライス内の映像ブロックは、同じピクチャ内の近隣ブロック内の基準サンプルに関しては空間予測、その他の基準ピクチャ内の基準サンプルに関しては時間予測を使用することができる。ピクチャは、フレームと呼ぶことができ、基準ピクチャは、基準フレームと呼ぶことができる。

［０００５］空間又は時間予測の結果、コーディングされるべきブロックに関する予測ブロックが得られる。残差データは、コーディングされるべきオリジナルのブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する基準サンプルのブロックを指し示す動きベクトル、及びコーディングされたブロックと予測ブロックとの間の差分を示す残差データにより符号化される。イントラコーディングされたブロックは、イントラコーディングモード及び残差データにより符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換することができ、その結果残差変換係数が得られ、それらは量子化することができる。量子化された変換係数は、当初は二次元配列で配置され、変換係数の一次元ベクトルを生成するために走査することができ、及び、さらなる圧縮を達成させるためにエントロピーコーディングを適用することができる。

［０００６］本開示は、マルチビュー映像コーディング（ＭＶＣ）に関する技法について説明するものであり、より具体的には、本開示は、映像コーダ（例えば、映像符号器または映像復号器）がＭＶＣでの使用のために現在のビューの現在のピクチャ内の現在のブロックに関する視差ベクトル（ｄｉｓｐａｒｉｔｙ ｖｅｃｔｏｒ）を決定する技法について説明する。本開示の技法により、映像コーダは、現在のブロックの１つ以上の空間的又は時間的近隣ブロックの動き情報に基づいて視差ベクトルを決定することができる。映像コーダは、異なるビュー内の対応するブロックの位置を突き止めるために視差ベクトルを使用することができる。映像コーダは、インタービュー動きベクトル予測及びインタービュー残差予測のうちのいずれか又は両方のために、又は、２つのビュー間の視差に基づくその他のタイプのインタービュー動きベクトル予測のために、本開示において説明される技法により決定された、視差ベクトルを使用することができる。２つのビューのブロックのインタービュー相関を利用するあらゆるコーディングツール又は技法が、本開示において説明される技法により決定された視差ベクトルを潜在的に使用することができる。

［０００７］一例では、マルチビュー映像データを復号する方法は、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号することと、現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定することと、を含み、現在のブロックは、第２のビュー内に存在する。視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンス（ｔｉｍｅ ｉｎｓｔａｎｃｅ）のピクチャ内の対応するブロックを指し示す。

［０００８］他の例では、マルチビュー映像データを符号化する方法は、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化することと、現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定することと、を含む。現在のブロックは、第２のビュー内に存在し、視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す。

［０００９］他の例では、マルチビュー映像データをコーディングするためのデバイスは、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号し及び現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定するように構成された映像復号器を含む。現在のブロックは、第２のビュー内に存在し、視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す。

［００１０］他の例では、マルチビュー映像データをコーディングするためのデバイスは、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化し及び現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定するように構成された映像符号器を含む。現在のブロックは、第２のビュー内に存在し、視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す。

［００１１］他の例では、マルチビュー映像データを復号するためのデバイスは、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号するための手段と、現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定するための手段と、を含む。現在のブロックは、第２のビュー内に存在し、視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す。

［００１２］他の例では、マルチビュー映像データを符号化するためのデバイスは、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化するための手段と、現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定するための手段と、含む。現在のブロックは、第２のビュー内に存在し、視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す。

［００１３］他の例では、実行されたときに、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号し、及び現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定することを１つ以上のプロセッサに行わせる命令を格納するコンピュータによって読み取り可能な記憶媒体。現在のブロックは、第２のビュー内に存在し、視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す。

［００１４］他の例では、実行されたときに、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化し、及び現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定することを１つ以上のプロセッサに行わせる命令を格納するコンピュータによって読み取り可能な記憶媒体。現在のブロックは、第２のビュー内に存在し、視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す。

［００１６］
本開示において説明される技法を利用することができる映像符号化及び復号システム例を示したブロック図である。

［００１７］
本開示において説明される１つ以上の例による、マルチビュー符号化又は復号順序例を示したグラフ図である。

［００１８］
マルチビュー予測パターン例を示した概念図である。

［００１９］
現在のブロック及び５つの空間的近隣ブロックの例を示した図である。

［００２０］
空間的視差ベクトル（ＳＤＶ）の概念的例を示した図である。

［００２１］
時間的視差ベクトル（ＴＤＶ）の概念的例を示した図である。

［００２２］
暗黙的視差ベクトル（ＩＤＶ）の概念的例を示した図である。

［００２３］
本開示において説明される技法を実装することができる映像符号器例を示したブロック図である。

［００２４］
本開示において説明される技法を実装することができる映像復号器例を示したブロック図である。

［００２５］
動きパラメータのインタービュー予測の例を示した図である。

［００２６］
本開示において説明される技法による、視差ベクトルを決定するための動作例を示したフローチャートである。

［００２７］
本開示において説明される技法による、視差ベクトルを決定するための動作例を示したフローチャートである。

［００２８］
本開示において説明される技法による、視差ベクトルを決定するための動作例を示したフローチャートである。

［００２９］本開示は、マルチビュー映像コーディング（ＭＶＣ）に関する技法について説明し、より具体的には、本開示は、映像コーダ（例えば、映像符号器又は映像復号器）がＭＶＣでの使用のために現在のビューの現在のピクチャ内の現在のブロックに関する視差ベクトル（ｄｉｓｐａｒｉｔｙ ｖｅｃｔｏｒ）を決定する技法について説明する。本開示の技法により、映像コーダは、現在のブロックの１つ以上の空間的又は時間的近隣ブロックの動き情報に基づいて視差ベクトルを決定することができる。映像コーダは、異なるビュー内の対応するブロックの位置を突き止めるために視差ベクトルを使用することができる。映像コーダは、インタービュー動きベクトル予測及びインタービュー残差予測のうちのいずれか又は両方のために、又は、２つのビュー間の視差に基づくその他のタイプのインタービュー動きベクトル予測のために、本開示において説明される技法により決定された、視差ベクトルを使用することができる。本開示において、用語“現在の”は、概して、現在コーディング中のビュー、ピクチャ、又はブロックを識別するために使用される。従って、現在のブロックは、概して、既にコーディングされたブロックではなく又はまだコーディングされていないブロックではなく、コーディング中の映像データのブロックを表す。

［００３０］ＭＶＣは、複数のビューがコーディングされる方法を意味する。三次元（３Ｄ）映像コーディングの場合は、複数のビューは、例えば、左目のビュー及び右目のビューに対応することができる。複数のビューのうちの各ビューは、複数のピクチャを含む。見る人（ｖｉｅｗｅｒ）による３Ｄシーンの知覚は、異なるビューのピクチャにおけるオブジェクト間の水平視差に起因する。用語マルチビュー映像コーディング、すなわちＭＶＣ、は、概して、複数のビューのコーディングについて取り扱うコーディング規格を意味する。ＭＶＣは、テクスチャビューのコーディングを含む３Ｄ映像コーディング規格における技法も意味するが、ＭＶＣ技法は、深度ビューのコーディングのためにも使用することができる。例えば、ＭＶＣは、Ｈ．２６４／ＡＶＣのマルチビューコーディング拡張、すなわち、Ｈ．２６４／ＭＶＣ、又はＨＥＶＣの現在進行中の３Ｄ映像拡張である３Ｄ−ＨＥＶＣのテクスチャコーディングを意味することができる。反対の記載がないかぎり、本開示においては、マルチビューは、概して一般的用語として使用され、ＭＶＣは、概して、上記のテクスチャコーディング技術を意味するために使用される。

現在のピクチャの現在のブロックに関する視差ベクトルは、現在のピクチャと異なるビュー内にある対応するピクチャ内の対応するブロックを指し示すベクトルである。従って、視差ベクトルを使用することで、映像コーダは、対応するブロック内において、現在のピクチャの現在のブロックに対応するブロックの位置を突き止めることができる。この場合、対応するピクチャは、現在のピクチャと同じ時間的インスタンスであるが異なるビュー内にあるピクチャである。対応するピクチャ内の対応するブロック及び現在のピクチャ内の現在のブロックは、同様の映像コンテンツを含むことができる。しかしながら、現在のピクチャ内の現在のブロックの位置と対応するピクチャ内の対応するブロックの位置との間には少なくとも水平の視差が存在する。現在のブロックの視差ベクトルは、対応するピクチャ内のブロックと現在のピクチャ内の現在のブロックとの間のこの水平視差の尺度を提供する。幾つかの例では、対応するピクチャ内のブロックの位置と現在のピクチャ内の現在のブロックの位置との間には垂直な視差が存在することもできる。現在のブロックの視差ベクトルは、対応するピクチャ内のブロックと現在のピクチャ内の現在のブロックとの間のこの垂直な視差の尺度を提供することもできる。視差ベクトルは、２つの成分（ｘ成分及びｙ成分）を含むが、多くの場合は、垂直成分はゼロに等しくなる。現在のビューの現在のピクチャ及び異なるビューの対応するピクチャが表示される時間は同じであることができ、それは、現在のピクチャ及び対応するピクチャが同じ時間的インスタンスのピクチャであることを示す。

［００３２］本開示は、現在のブロックの１つ以上の空間的又は時間的近隣ブロックの動き情報に基づいて視差ベクトルを決定するための技法について説明する。以下においてさらに詳細に説明されるように、視差ベクトルは、いったん決定された時点で、３Ｄ映像コーディングプロセスの様々な異なる部分において様々な異なる方法で使用することができる。例えば、映像コーダは、決定された視差ベクトルをインタービュー動き予測又はインタービュー残差予測の一部として使用することができる。以下においてさらに詳細に説明されるように、１つ以上の空間的又は時間的近隣ブロックの動き情報を用いることによって、本開示の技法は、視差ベクトルを決定するための既存の技法よりも複雑さが小さくなることができ、その理由は、特に、ここにおいて説明される技法は、推定された深度マップを必ずしも利用する必要がないためである。従って、本開示の技法は、有利なことに、映像符号器及び映像復号器の複雑さを小さくすることができ及びメモリの使用及びメモリのアクセスを低減させることができる。

［００３３］映像コーディングでは、概して２つのタイプの予測があり、共通してイントラ予測及びインター予測と呼ばれる。イントラ予測では、映像コーダは、同じピクチャ内の既にコーディングされているブロックに基づいてピクチャ内の映像のブロックを予測する。インター予測では、映像コーダは、異なるピクチャ（すなわち、基準ピクチャ）の既にコーディングされているブロックに基づいてピクチャ内の映像のブロックを予測する。本開示で使用される基準ピクチャは、概して、復号順序で後続するピクチャの復号プロセスにおいてインター予測のために使用することができるサンプルを含むピクチャを意味する。以下の例で示されるように、現在のピクチャに関してマルチビューコンテンツをコーディング時には、基準ピクチャは、同じ時間的インスタンスであるが異なるビュー内か又は同じビュー内であるが異なる時間的インスタンスであるかのいずれかであることができる。

［００３４］現在のピクチャのブロックを予測するために使用される基準ピクチャのブロックは、動きベクトルによって識別される。ＭＶＣでは、少なくとも２種類の動きベクトルが存在する。第１のタイプの動きベクトルは、時間的動きベクトルである。時間的動きベクトルは、コーディング中のブロックと同じビュー内であるがコーディング中のブロックと異なる時間的インスタンスである時間的基準ピクチャ内のブロックを指し示す。視差動きベクトルは、同じ時間的インスタンスであるが異なるビュー内にあるピクチャ内のブロックを指し示す。

［００３５］以下においてさらに詳細に説明されるように、映像コーダは、幾つかの例では、予測コーディング技法を利用して動きパラメータ（動きベクトルを含む）をシグナリングすることができ、それは、動きパラメータの明示のコーディングよりも少ないビットを要求することができる。策定中のＨＥＶＣ規格では、動きパラメータの予測に関して２つのモードが存在する。マージモードでは、映像コーダは、動きパラメータの候補リストを構築し、それらの候補のうちの１つのインデックスが符号化されたビットストリーム内でシグナリングされる。高度動きベクトル予測（ＡＭＶＰ）では、映像コーダは、動きベクトル予測子の候補リストを構築し、それらの候補のうちの１つのインデックスが符号化されたビットストリーム内でシグナリングされる。ＡＭＶＰの場合は、映像コーダは、動きベクトル差分を追加でシグナリングし、ここで、動きベクトル差分は、動きベクトル予測子と現在のブロックを予測するために使用される実際の動きベクトルとの間の差分である。

［００３６］動きベクトルが視差動きベクトルであるか又は時間的動きベクトルであるかは、動きベクトルが関連付けられている基準インデックスに依存する。基準インデックスは、基準ピクチャリスト内の基準ピクチャを識別する。従って、基準ピクチャが時間的基準ピクチャであるか又はインタービュー基準ピクチャであるかは、例えば、基準ピクチャ及び現在のピクチャが同じビューに属するかどうかを検査することによって決定することができる。映像コーダが時間的動きベクトルを用いて映像データのブロックを予測するときには、対応するインター予測は、動き補償予測（ＭＣＰ）と呼ばれる。映像コーダが視差動きベクトルを用いて映像データのブロックを予測するときには、対応するインター予測は、視差補償予測（ＤＣＰ）と呼ばれる。動きベクトルは、視差動きベクトルであるか又は時間的動きベクトルであるかにかかわらず、基準ピクチャ内のブロックを識別するための２つの成分、例えば、ｘ成分及びｙ成分、を含む。

［００３７］本開示は、現在のブロックの１つ以上の空間的又は時間的近隣ブロックの動き情報（例えば、視差動きベクトル）に基づいて現在のブロックに関する視差ベクトルを決定するための技法について説明する。以下においてさらに詳細に説明されるように、現在のブロックに関する視差ベクトルは、近隣ブロックに関する空間的視差ベクトル（ＳＤＶ）、時間的視差ベクトル（ＴＤＶ）、及び／又は暗黙的視差ベクトル（ＩＤＶ）を決定することによって決定することができる。ＩＤＶ、ＳＤＶ、及びＴＤＶは、以下の図５乃至７を参照して以下においてさらに詳細に説明される。幾つかの実装においては、決定されたＳＤＶ、ＴＤＶ、又はＩＤＶは、いったん識別された時点で、現在のブロックに関する視差ベクトルとして使用することができる。

［００３８］その他の実装では、映像コーダは、複数のＳＤＶ、ＴＤＶ、又はＩＤＶを決定し、決定された候補を候補視差ベクトルのリストに追加することができる。候補視差ベクトルのリストから、映像コーダは、現在のブロックに関する視差ベクトルとして１つの候補を選択することができる。本開示は、候補視差ベクトルのリストをｄｉｓＶｅｃＣａｎと呼ぶ。本開示の技法の幾つかの実装においては、ｄｉｓＶｅｃＣａｎは、候補視差ベクトルが格納される特定のデータ構造を表すことができるが、本開示では、ｄｉｓＶｅｃＣａｎは、あらゆるタイプのリストを表すためにより一般的に使用されている。ｄｉｓＶｅｃＣａｎ内の候補から、映像コーダは、ここにおいて説明される技法を用いて現在のブロックに関する視差ベクトルを選択することができる。

［００３９］本開示は、概して、現在のブロックに関する視差ベクトルを決定するための技法を対象とする。決定された時点で、視差ベクトルは、視差ベクトルを利用する映像コーディングプロセスのあらゆる部分において使用することができる。映像コーダは、例えば、インタービュー動き予測及び／又はインタービュー残差予測を行うために、決定された視差ベクトルを使用することができる。しかしながら、本開示は、映像コーディングプロセス内でどのようにして視差ベクトルを使用することができるかを示す例を提供する一方で、本開示の技法は、視差ベクトルの特定のタイプの用途に限定されるとみなされるべきでない。２つのビューのブロックのインタービュー相関を利用するあらゆるコーディングツール又は技法が、本開示の技法を用いて決定された視差ベクトルを潜在的に使用することができる。

［００４０］図１は、本開示において説明される１つ以上の例による映像符号化及び復号システム例を示したブロック図である。例えば、システム１０は、ソースデバイス１２と、行先デバイス１４と、を含む。ソースデバイス１２及び行先デバイス１４は、ソースデバイス１２及び行先デバイス１４が各々異なるビューのピクチャをコーディングするＭＶＣを実装するように構成される。異なるビューのピクチャがまとめて見られたときには、見る人は、ディスプレイの２Ｄエリアに制限される画像の代わりに、３Ｄ体積（ｖｏｌｕｍｅ）を包含する画像を知覚する。

［００４１］システム１０は、異なる映像コーディング規格、独占規格、又はその他のいずれかのマルチビューコーディング方法により動作することができる。例えば、映像符号器２０及び映像復号器３０は、映像圧縮規格、例えば、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２又はＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ及びＩＴＵ−Ｔ Ｈ．２６４（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとも呼ばれる）、により動作することができ、それのスケーラブル映像コーディング（ＳＶＣ）及びマルチビュー映像コーディング（ＭＶＣ）拡張を含む。ＭＶＣ拡張の最近の、公に入手可能な共同ドラフトが、"Advanced video coding for generic audiovisual services"（一般的オーディオビジュアルサービスに関する高度映像コーディング）、ＩＴＵ−Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｈ，２６４、Ｍａｒ ２０１０において記述されている。ＭＶＣ拡張のそれよりも最近の、公に入手可能な共同ドラフトが、"Advanced video coding for generic audiovisual services"（一般的オーディオビジュアルサービスに関する高度映像コーディング）、ＩＴＵ−Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｈ，２６４、Ｊｕｎｅ ２０１１において記述されている。ＭＶＣ拡張の現在の共同ドラフトは、２０１２年１月現在で承認されている。

［００４２］さらに、ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）及びＩＳＯ／ＩＥＣ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）の映像コーディングに関する共同作業チーム（ＪＣＴ−ＶＣ）によって現在策定中の新しい映像コーディング規格、すなわち、高効率映像コーディング（ＨＥＶＣ）規格、が存在する。ＨＥＶＣの最近のワーキングドラフト（ＷＤ）は、ＨＥＶＣ ＷＤ９と呼ばれており、２０１３年２月１３日現在では、http://phenix.int-evry.fr/jct/doc_end_user/documents/11_Shanghai/wg11/JCTVC-K1003-v10.zipから入手可能である。説明の目的上、映像符号器２０及び映像復号器３０は、ＨＥＶＣ又はＨ．２６４規格及び該規格の拡張版との関係で説明される。しかしながら、本開示の技法は、いずれの特定のコーディング規格にも限定されない。映像圧縮規格のその他の例は、ＭＰＥＧ−２と、ＩＴＵ−Ｔ Ｈ．２６３と、を含む。プロプライエタリコーディング技法、例えば、Ｏｎ２ ＶＰ６／ＶＰ７／ＶＰ８と呼ばれるそれら、も、ここにおいて説明される技法のうちの１つ以上を実装することができる。

［００４３］本開示の技法は、幾つかのＭＶＣ及び／又は３Ｄ映像コーディング規格に対して潜在的に適用可能であり、ＨＥＶＣに基づく３Ｄ映像コーディング（３Ｄ−ＨＥＶＣ）を含む。３Ｄ−ＨＥＶＣに関する最新の参考ソフトウェアの記述が、Ｇｅｒｈａｒｄ Ｔｅｃｈ、Ｋｒｚｙｓｚｔｏｆ Ｗｅｇｎｅｒ、Ｙｉｎｇ Ｃｈｅｎ、Ｓｅｈｏｏｎ Ｙｅａ“３Ｄ−ＨＥＶＣ Ｔｅｓｔ Ｍｏｄｅ１”としてhttp://phenix.it-sudparis.eu/jct2/doc_end_user/documents/1_Stockholm/wg11/JCT3V-A1005-v1.zip（スウェーデン、ストックホルム、２０１２年４月）において入手可能である。最新の参考ソフトウェア、すなわち、ＨＴＭは、http://hevc.hhi.fraunhofer.de/svn/svn_3DVCSoftware/trunkから入手可能である。本開示の技法は、Ｈ．２６４／３Ｄ−ＡＶＣ及びＨ．２６４／ＭＶＣ＋Ｄ映像コーディング規格、又はそれらの拡張版、及びその他のコーディング規格に対しても適用可能である。本開示の技法は、特定のＭＶＣ又は３Ｄ映像コーディング規格の用語を参照して又は用いて説明されることがある。しかしながら、該説明は、説明される技法はその特定の規格のみに限定されることを意味すると解釈されるべきである。

図１に示されるように、システム１０は、のちに行先デバイス１４によって復号されることになる符号化された映像データを生成するソースデバイス１２を含む。ソースデバイス１２及び行先デバイス１４は、無線ハンドセット、例えば、いわゆる“スマート”フォン、いわゆる“スマートパッド”、又は無線通信のための装備がなされたその他の該無線デバイス、を含む広範なデバイスのうちのいずれかを備える。ソースデバイス１２及び行先デバイス１４の追加例は、デジタルテレビと、デジタル直接放送システム内のデバイスと、無線放送システム内のデバイスと、パーソナルデジタルアシスタント（ＰＤＡ）と、ラップトップコンピュータと、デスクトップコンピュータと、タブレットコンピュータと、電子書籍リーダーと、デジタルカメラと、デジタル記録デバイスと、デジタルメディアプレーヤーと、ビデオゲーム装置と、ビデオゲームコンソールと、セルラー無線電話と、衛星無線電話と、ビデオ会議装置と、映像ストリーミングデバイスと、等を含み、ただしこれらに限定されない。

［００４５］行先デバイス１４は、リンク１６を介して復号されるべき符号化された映像データを受信することができる。リンク１６は、符号化された映像データをソースデバイス１２から行先デバイス１４に移動させることが可能なあらゆるタイプの媒体又はデバイスを備える。一例では、リンク１６は、ソースデバイス１２が符号化された映像データをリアルタイムで直接行先デバイス１４に送信するのを可能にするための通信媒体を備える。符号化された映像データは、通信規格、例えば、無線通信プロトコルにより変調し、行先デバイス１４に送信することができる。通信媒体は、無線又は有線の通信媒体、例えば、無線周波数（ＲＦ）スペクトル又は１つ以上の物理的な送信ライン、を備えることができる。通信媒体は、パケットに基づくネットワーク、例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、又はグローバルネットワーク、例えば、インターネット、の一部を成すことができる。通信媒体は、ルータ、スイッチ、基地局、又はソースデバイス１２から行先デバイス１４への通信を容易にするために有用であることができるその他の装置を含むことができる。

［００４６］幾つかの例では、符号化されたデータは、出力インタフェース２２から記憶デバイス３１に出力される。同様に、符号化されたデータは、入力インタフェース２８によって記憶デバイス３１からアクセスされる。記憶デバイス３１の例は、様々な分散型の又はローカルでアクセスされるデータ記憶媒体、例えば、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性又は非揮発性メモリ、又は、符号化された映像データを格納するためのその他の適切なデジタル記憶媒体のうちのいずれかを含む。さらなる例においては、記憶デバイス３１は、ソースデバイス１２によって生成された符号化された映像を保持するファイルサーバ又は他の中間的な記憶デバイスに対応する。これらの例では、行先デバイス１４は、ストリーミング又はダウンロードを介して記憶デバイス３１から格納された映像データにアクセスする。ファイルサーバは、符号化された映像データを格納すること及びその符号化された映像データを行先デバイス１４に送信することが可能なあらゆるタイプのサーバである。ファイルサーバ例は、（例えば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ）デバイス、又はローカルのディスクドライブを含む。行先デバイス１４は、インターネット接続を含む標準のデータ接続を通じて符号化された映像データにアクセスする。これは、ファイルサーバに格納された符号化された映像データにアクセスするのに適する無線チャネル（例えば、Ｗｉ−Ｆｉ接続）、有線接続（例えば、ＤＳＬ、ケーブルモデム、等）、又は両方の組み合わせを含むことができる。記憶デバイス３１からの符号化された映像データの送信は、ストリーミング送信、ダウンロード送信、又は両方の組み合わせであることができる。

［００４７］本開示の技法は、無線用途または設定には必ずしも限定されない。それらの技法は、様々なマルチメディア用途、例えば、オーバー・ザ・エアテレビ放送、ケーブルテレビ送信、衛星テレビ送信、（例えば、インターネットを介しての）ストリーミング映像送信、データ記憶媒体に格納されたデジタルビデオの復号、又はその他の用途をサポートする映像コーディングに適用することができる。幾つかの例では、システム１０は、用途、例えば、映像ストリーミング、映像再生、映像放送、及び／又はビデオテレフォニー、をサポートするために１方向又は２方向映像送信をサポートするように構成される。

［００４８］図１の例では、ソースデバイス１２は、映像ソース１８と、映像符号器２０と、出力インタフェース２２とを含む。幾つかの場合は、出力インタフェース２２は、変調器／復調器（モデム）及び／又は送信機を含む。ソースデバイス１２では、映像ソース１８は、ソース、例えば、映像キャプチャデバイス（例えば、ビデオカメラ）、以前にキャプチャされた映像が入った映像アーカイブ、映像コンテンツプロバイダからの映像を受信するための映像フィードインタフェース、及び／又はコンピュータグラフィックスデータをソース映像として生成するためのコンピュータグラフィックスシステム、該ソースの組み合わせ、又はあらゆるその他のソース、を含む。一例として、映像ソース２４がビデオカメラである場合は、ソースデバイス１２及び行先デバイス１４は、いわゆるカメラフォン又はビデオフォンを形成することができる。しかしながら、本開示において説明される技法は、映像コーディング全般に適用可能であり、及び、無線及び／又は有線の用途に適用することができる。

［００４９］映像符号器２０は、キャプチャされた、予めキャプチャされた、又はコンピュータによって生成された映像を符号化する。ソースデバイス１２の出力インタフェース２２は、符号化された映像データを行先デバイス１４に送信するように構成される。符号化された映像データは、同じく（又は代替で）、行先デバイス１４又はその他のデバイスによるのちのアクセスのために、復号及び／又は再生のために、記憶デバイス３１に格納することができる。

［００５０］行先デバイス１４は、入力インタフェース２８と、映像復号器３０と、表示装置３２と、を含む。幾つかの場合は、入力インタフェース２８は、受信機及び／又はモデムを含む。行先デバイス１４の入力インタフェース２８は、リンク１６を通じて又は記憶デバイス３１から符号化された映像データを受信する。リンク１６を通じて通信された、又は記憶デバイス３１で提供された符号化された映像データは、映像データを復号する際の映像復号器、例えば、映像復号器３０、による使用のために映像符号器２０によって生成される様々な構文要素を含む。該構文要素は、通信媒体で送信された、記憶媒体に格納された、又はファイルサーバに格納された符号化された映像データとともに含めることができる。

［００５１］表示装置３２は、行先デバイス１４と一体化すること、又は行先デバイス１４の外部に存在することができる。幾つかの例では、行先デバイス１４は、一体化された表示装置を含み、及び外部の表示装置とインタフェースするようにも構成される。その他の例では、行先デバイス１４は、表示装置である。概して、表示装置３２は、復号された映像データをユーザに表示し、様々な表示装置、例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、又は他のタイプの表示装置のうちのいずれかを備える。

［００５２］映像符号器２０及び映像復号器３０は、各々、様々な適切な符号器回路、例えば、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ソフトウェア、ハードウェア、ファームウェア又はそれらの組み合わせ、のうちのいずれかとして実装することができる。技法がソフトウェア内において部分的に実装されるときには、デバイスは、ソフトウェアに関する命令を適切な非一時的なコンピュータによって読み取り可能な媒体に格納すること及び本開示の技法を実施するために１つ以上のプロセッサを用いてハードウェア内で命令を実行することができる。映像符号器２０及び映像復号器３０の各々は、１つ以上の符号器又は復号器内に含めることができ、それらのいずれも、各々のデバイスにおいて結合された符号器／復号器（ＣＯＤＥＣ）の一部として一体化することができる。映像符号器２０は、本開示において説明される技法により映像データを符号化するように構成され、映像復号器３０は、映像データを復号するように構成される。

［００５３］図１には示されていないが、幾つかの態様では、映像符号器２０及び映像復号器３０は、各々、音声符号器及び復号器とともに一体化され、共通のデータストリーム又は別個のデータストリームにおいて音声及び映像の両方の符号化を処理するために、該当するＭＵＸ−ＤＥＭＵＸユニット、又はその他のハードウェアとソフトウェアを含む。該当する場合は、幾つかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、又はその他のプロトコル、例えば、ユーザデータグラムプロトコル（ＵＤＰ）に準拠する。

［００５４］図２は、本開示において説明される１つ以上の例による、ＭＶＣ符号化又は復号順序例を示すグラフ図である。例えば、図２において例示される復号順序配置は、時間第１の（ｔｉｍｅ−ｆｉｒｓｔ）コーディングと呼ばれる。図２において、Ｓ０乃至Ｓ７は、マルチビュー映像の異なるビューを各々示す。Ｔ０乃至Ｔ８は、各々、１つの出力時間的インスタンスを表す。アクセスユニットは、１つの出力時間的インスタンスに関するすべてのビューのコーディングされたピクチャを含むことができる。例えば、第１のアクセスユニットは、時間的インスタンスＴ０（すなわち、ピクチャ０乃至７）に関するすべてのビューＳ０乃至Ｓ７を含み、第２のアクセスユニットは、時間的インスタンスＴ１（すなわち、ピクチャ８乃至１５）に関するすべてのビューＳ０乃至Ｓ７を含み、以下同様である。この例では、ピクチャ０乃至７が同じ時間的インスタンス（すなわち、時間的インスタンスＴ０）にあり、ピクチャ８乃至１５が同じ時間的インスタンス（すなわち、時間的インスタンスＴ１）にある。同じ時間的インスタンスを有するピクチャは、概して同時に表示され、それは見る人に３Ｄ体積（３Ｄ ｖｏｌｕｍｅ）を包含する画像を知覚させる同じ時間的インスタンスのピクチャ内のオブジェクト間での水平視差及びある程度の垂直視差である。

［００５５］図２において、ビューの各々は、ピクチャの組を含む。例えば、ビューＳ０は、ピクチャ０、８、１６、２４、３２、４０、４８、５６、及び６４の組を含み、ビューＳ１は、ピクチャ１、９、１７、２５、３３、４１、４９、５７、及び６５、等の組を含む。各組は、２つのピクチャを含み、一方のピクチャは、テクスチャビューコンポーネントと呼ばれ、他方のピクチャは、深度ビューコンポーネントと呼ばれる。ビューのピクチャの組内のテクスチャビューコンポーネント及び深度ビューコンポーネントは、互いに対応するとみなすことができる。例えば、ビューのピクチャの組内のテクスチャビューコンポーネントは、ビューのピクチャの組内の深度ビューコンポーネントに対応するとみなすことができ、逆も真なりである（すなわち、深度ビューコンポーネントが組内のそれのテクスチャビューコンポーネントに対応し、逆も真なりである）。本開示において用いられる場合、対応するテクスチャビューコンポーネント及び深度ビューコンポーネントは、単一のアクセスユニットの同じビューの一部であるとみなすことができる。

［００５６］テクスチャビューコンポーネントは、表示される実際の画像コンテンツを含む。例えば、テクスチャビューコンポーネントは、ルマ（Ｙ）及びクロマ（Ｃｂ及びＣｒ）コンポーネントを含むことができる。深度ビューコンポーネントは、それの対応するテクスチャビューコンポーネント内におけるピクセルの相対的深度を示すことができる。一例として、深度ビューコンポーネントは、ルマ値のみを含む灰色目盛りの画像に類似することができる。換言すると、深度ビューコンポーネントは、画像コンテンツは伝達せず、むしろ、テクスチャビューコンポーネント内でのピクセルの相対的深度の尺度を提供する。

［００５７］例えば、深度ビューコンポーネントにおいて純白のピクセルに対応するピクセル値は、対応するテクスチャビューコンポーネント内の対応するピクセル又はピクセル（複数）が見る人により近いことを示すことができ、及び深度ビューコンポーネント内の純粋に黒いピクセルに対応するピクセル値は、見る人からより遠いということを示すことができる。黒と白との間の様々な灰色レベルに対応するピクセル値は、異なる深度レベルを示す。例えば、深度ビューコンポーネント内の非常に濃い灰色のピクセルは、テクスチャビューコンポーネント内のそれの対応するピクセルが深度ビューコンポーネント内の薄い灰色のピクセルよりも遠く離れていることを示す。ピクセルの深度を識別するためには灰色目盛りに類似する１つのピクセル値のみが必要であるため、深度ビューコンポーネントは、１つのみのピクセル値を含むことができる。従って、クロマコンポーネントに類似する値は必要ない。

［００５８］深度を識別するためにルマ値（例えば、強度値）のみを用いる深度ビューコンポーネントは、例示目的で提供されており、限定するものであるとはみなされるべきでない。その他の例では、テクスチャビューコンポーネント内のピクセルの相対的深度を示すためにあらゆる技法を利用することができる。

ＭＶＣにより、テクスチャビューコンポーネントは、同じビュー内のテクスチャビューコンポーネントから又は１つ以上の異なるビュー内のテクスチャビューコンポーネントからインター予測される。テクスチャビューコンポーネントは、映像データのブロックでコーディングすることができ、それらは、“映像ブロック”と呼ばれ、共通してＨ．２６４では“マクロブロック”と呼ばれる。その他の映像コーディング規格、例えば、ＨＥＶＣ規格、は、映像ブロックをツリーブロック又はコーディングユニット（ＣＵ）と呼ぶことがある。

［００６０］類似する時間的インスタンスのピクチャは、類似のコンテンツを含むことができる。しかしながら、類似する時間的インスタンス内の異なるピクチャの映像コンテンツは、互いに関して水平方向にわずかに変位することがある。例えば、ブロックがビューＳ０のピクチャ０において（ｘ，ｙ）に位置する場合は、ビューＳ１のピクチャ１において（ｘ＋ｘ’，ｙ）に位置するブロックは、ビューＳ０のピクチャ０内の（ｘ，ｙ）に位置する類似の映像コンテンツを含む。この例では、ビューＳ０のピクチャ０において（ｘ，ｙ）に位置するブロック及びビューＳ１のピクチャ１において（ｘ＋ｘ’，ｙ）に位置するブロックは、対応するブロックとみなされる。幾つかの例では、ビューＳ１のピクチャ１において（ｘ＋ｘ’，ｙ）に位置するブロックに関する視差ベクトルは、それの対応するブロックの位置を指し示す。例えば、（ｘ＋ｘ’，ｙ）に位置するブロックに関する視差ベクトルは、（−ｘ’，０）である。

［００６１］幾つかの例では、映像符号器２０又は映像復号器３０は、第２のビューのピクチャ内の対応するブロックを識別するために第１のビューのピクチャ内のブロックの視差ベクトルを利用することができる。映像符号器２０及び映像復号器３０は、例えば、インタービュー動き予測又はインタービュー残差予測を行うときに視差ベクトルを利用することができる。映像符号器２０及び映像復号器３０は、例えば、現在のブロックの視差ベクトルによって決定された基準ビュー内の基準ピクチャの基準ブロックの情報を用いてインタービュー動き予測を行うことができる。

［００６２］図３は、ＭＶＣ予測パターン例を示した概念図である。図３の例において、８つのビュー（ビューＩＤ“Ｓ０”乃至“Ｓ７”を有する）が例示され、及び、各ビューに関して１２の時間的位置（“Ｔ０”乃至“Ｔ１１”）が例示される。すなわち、図３の各行がビューに対応し、各列が時間的位置を示す。図３の例において、大文字“Ｂ”及び小文字“ｂ”は、異なるコーディング方法ではなく、ピクチャ間での異なる階層関係を示すために使用される。概して、大文字“Ｂ”のピクチャは、小文字“ｂ”のフレームよりも予測階層が相対的に高い。

［００６３］図３において、ビューＳ０は、基本ビューとみなすことができ、ビューＳ１乃至Ｓ７は、従属ビューとみなすことができる。基本ビューは、インタービュー予測されないピクチャを含む。基本ビュー内のピクチャは、同じビュー内のその他のピクチャに関してインター予測することができる。例えば、Ｓ０内のピクチャはいずれも、Ｓ１乃至Ｓ７内のピクチャに関してはインター予測することができないが、ビューＳ０内のピクチャの一部は、ビューＳ０内のその他のピクチャに関してインター予測することができる。

［００６４］従属ビューは、インター予測されるピクチャを含む。例えば、ビューＳ１乃至Ｓ７の各々の１つは、他のビュー内のピクチャに関してインター予測される少なくとも１つのピクチャを含む。従属ビュー内のピクチャは、基本ビュー内のピクチャに関してインター予測することができ、又は、その他の従属ビュー内のピクチャに関してインター予測することができる。

［００６５］基本ビュー及び１つ以上の従属ビューの両方を含む映像ストリームは、異なるタイプの映像復号器によって復号することができる。例えば、１つの基本的タイプの映像復号器は、基本ビューのみを復号するように構成することができる。さらに、他のタイプの映像復号器は、ビューＳ０乃至Ｓ７の各々を復号するように構成することができる。基本ビュー及び従属ビューの両方を復号するように構成される復号器は、マルチビューコーディングをサポートする復号器と呼ぶことができる。

［００６６］文書ｍ２２５７０及びｍ２２５７１は、３Ｄ−ＨＥＶＣに関する幾つかの技法を定義しており、２０１３年２月１３日現在で、パスワードを使用して、http://wg11.sc29.org/doc_end_user/documents/98_Geneva/wg11/m22570-v2-m22570-v2.zip; http://wg11.sc29.org/doc_end_user/documents/98_Geneva/wg11/m22571-v2-m22571-v2.zipから入手可能である。これらの文書においても説明されるツールの１つがインタービュー動き予測であり、従属ビュー内のブロックの動きパラメータ（すなわち、動きベクトル）が、同じアクセスユニットのその他のビュー内の既にコーディングされた動きパラメータに基づいて予測又は推測される（例えば、ＡＭＶＰモード又はマージモード）。より詳細に説明されるように、ｍ２２５７０及びｍ２２５７１の文書において説明される技法は幾つかの制限及び課題が発生する可能性がある。本開示において説明される技法は、ｍ２２５７０及びｍ２２５７１の文書において説明される技法に関して発生する可能性がある制限及び課題のうちの幾つかを克服することが可能である。

［００６７］図３のピクチャは、図３における各行と各列の交差部分において示される。ＭＶＣ拡張版を有するＨ．２６４／ＡＶＣ規格は、映像の一部分を表すために用語フレームを使用することができ、ＨＥＶＣ規格は、映像の一部分を表すために用語ピクチャを使用することができる。本開示は、用語ピクチャ及びフレームを互換可能な形で使用する。

［００６８］図３のピクチャは、英字を含む陰影付きブロックを用いて例示され、対応するピクチャはイントラコーディングされるか（すなわち、Ｉピクチャ）、１つの方向において（すなわち、Ｐピクチャとして）インターコーディングされるか、又は複数の方向において（すなわち、Ｂピクチャとして）インターコーディングされるかを指定する。概して、予測は矢印によって示され、指し示されたピクチャ（ｐｏｉｎｔｅｄ−ｔｏ ｐｉｃｔｕｒｅ）は、予測基準に関して指し示す（ｐｏｉｎｔｅｄ−ｆｒｏｍ ｐｉｃｔｕｒｅ）ピクチャを使用する。例えば、時間的位置Ｔ０におけるビューＳ２のＰピクチャは、時間的位置Ｔ０におけるビューＳ０のＩピクチャから予測される。

［００６９］単一ビュー映像コーディングと同様に、マルチビュー映像コーディング映像シーケンスのピクチャは、異なる時間的位置におけるピクチャに関して予測的に符号化することができる。例えば、時間的位置Ｔ１におけるビューＳ０のＢピクチャは、時間的位置Ｔ０におけるビューＳ０のＩピクチャから指し示された矢印を有し、ｂピクチャはＩピクチャから予測されることを示す。しかしながら、マルチビュー映像符号化の関係では、ピクチャをインタービュー予測することができる。すなわち、ビューコンポーネント（例えば、テクスチャビューコンポーネント）は、参照のためにその他のビュー内のビューコンポーネントを使用することができる。ＭＶＣでは、例えば、インタービュー予測は、あたかも他のビュー内のビューコンポーネントがインター予測基準であるものとして実現される。潜在的なインタービュー基準は、シーケンスパラメータセット（ＳＰＳ）ＭＶＣ拡張版においてシグナリングされ、基準ピクチャリスト構築プロセスによって変更することができ、それは、インター予測又はインタービュー予測基準の柔軟な順序設定を可能にする。

［００７０］図３は、インタービュー予測の様々な例を提供する。図３の例において、ビューＳ１のピクチャは、ビューＳ１の異なる時間的位置におけるピクチャから予測され、及び、同じ時間的位置におけるビューＳ０及びＳ２のピクチャからインタービュー予測されるとして例示される。例えば、時間的位置Ｔ１におけるビューＳ１のＢピクチャは、時間的位置Ｔ０及びＴ２におけるビューＳ１のＢピクチャ、及び時間的位置Ｔ１におけるビューＳ０及びＳ２のＢピクチャの各々から予測される。

［００７１］図３は、異なる陰影レベルを用いて予測階層における変形も例示し、陰影がより多い（すなわち、相対的により暗い）フレームは、より少ない陰影を有する（すなわち、相対的により明るい）フレームよりも予測階層が高い。例えば、図３におけるすべてのＩピクチャは、完全な陰影で示され、Ｐピクチャは、多少より明るい陰影を有し、Ｂピクチャ（及び小文字のｂピクチャ）は、互いに関して様々な陰影レベルを有するが、Ｐピクチャ及びＩピクチャの陰影よりも常に明るい。

［００７２］概して、予測階層は、予測階層において相対的により高いピクチャは階層において相対的により低いピクチャを復号する前に復号されるべきであるという点で、ビュー順序インデックスと関連付けることができる。階層において相対的により高いピクチャは、階層において相対的により低いピクチャの復号中に基準ピクチャとして使用することができる。ビュー順序インデックスは、アクセスユニット内のビューコンポーネントの復号順序を示すインデックスである。ビュー順序インデックスは、Ｈ．２６４／ＡＶＣの付属書Ｈにおいて指定されるように、シーケンスパラメータセット（ＳＰＳ）ＭＶＣ拡張版では暗黙に示されている。ＳＰＳでは、各インデックスｉに関して、対応するｖｉｅｗ_ｉｄがシグナリングされる。ビューコンポーネントの復号は、ビュー順序インデックスの昇順に従うものとする。すべてのビューが提示された場合は、ビュー順序インデックスは、０からｎｕｍ_ｖｉｅｗｓ_ｍｉｎｕｓ_１までの連続した順序である。

［００７３］この方法により、基準ピクチャとして使用されるピクチャは、基準ピクチャに依存するピクチャの前に復号される。ビュー順序インデックスは、アクセスユニットにおけるビューコンポーネントの復号順序を示すインデックスである。各ビュー順序インデックスｉに関して、対応するｖｉｅｗ_ｉｄがシグナリングされる。すべてのビューが提示された場合は、ビュー順序インデックスの組は、ゼロから全ビュー数−１までの連続して順序が設定された組を備えることができる。

［００７４］階層の等しいレベルにある幾つかのピクチャの場合は、復号順序は互いに問題にならない。例えば、時間的位置Ｔ０におけるビューＳ０のＩピクチャは、時間的位置Ｔ０におけるビューＳ２のＰピクチャに関する基準ピクチャとして使用することができ、それは、時間的位置Ｔ０におけるビューＳ４のＰピクチャに関する基準ピクチャとして使用することができる。従って、時間的位置Ｔ０におけるビューＳ０のＩピクチャは、時間的位置Ｔ０におけるビューＳ２のＰピクチャの前に復号されるべきであり、それは、時間的位置Ｔ０におけるビューＳ４のＰピクチャの前に復号されるべきである。しかしながら、ビューＳ１乃至Ｓ３の間では、復号順序は重要でない。その理由は、ビューＳ１及びＳ３は、予測に関しては互いに依存していないためである。その代わりに、ビューＳ１及びＳ３は、予測階層においてより高いその他のビューのみから予測される。さらに、ビューＳ１がビューＳ０及びＳ２の後に復号されるかぎりは、ビューＳ１はビューＳ４の前に復号することができる。

［００７５］この方法により、階層的順序設定は、ビューＳ０乃至Ｓ７を説明するために使用することができる。本開示では、表記法“ＳＡ＞ＳＢ”は、ビューＳＡがビューＳＢの前に復号されるべきであることを意味する。この表記法を用いると、図２の例ではＳ０＞Ｓ２＞Ｓ４＞Ｓ６＞Ｓ７である。さらに、図２の例に関して、Ｓ０＞Ｓ１、Ｓ２＞Ｓ１、Ｓ２＞Ｓ３、Ｓ４＞Ｓ３、Ｓ４＞Ｓ５、及びＳ６＞Ｓ５である。この階層的順序設定に違犯しないビューに関するあらゆる復号順序が可能である。従って、数多くの異なる復号順序が可能であり、階層的順序設定に基づく制限が存在する。

［００７６］幾つかの例では、図３は、テクスチャビューコンポーネントを例示すると見ることができる。これらの例では、インタービュー予測（例えば、インタービュー動き予測又はインタービュー残差予測）を実装するために、映像符号器２０又は映像復号器３０は、幾つかの場合においては、視差ベクトルを用いて対応するブロックの位置を突き止め、対応するブロックの動きベクトルを、インター予測されるべき現在のブロックに関する動きベクトル予測子として利用することができる。本開示において説明される技法は、必ずしも深度ビューコンポーネントを導き出す必要なしに、及び必ずしもグローバル視差ブロックに依存することなしに現在のブロックの視差ベクトルを決定する。

［００７７］映像シーケンスは、典型的には、ビュー（例えば、図２及び３において例示されるビュー）からの一連の映像ピクチャを含む。ピクチャのグループ（ＧＯＰ）は、概して、一連の１つ以上の映像ピクチャを備える。ＧＯＰは、ＧＯＰ内に含まれるピクチャ数を記述する構文データをＧＯＰのヘッダ、ＧＯＰの１つ以上のピクチャのヘッダ、又はその他の場所において含むことができる。各ピクチャは、各々のピクチャに関する符号化モードを記述するピクチャ構文データを含むことができる。映像符号器２０は、典型的には、映像データを符号化するために個々の映像ピクチャ内の映像ブロックに対して動作する。映像ブロックは、Ｈ．２６４／ＭＶＣ規格において定義されるように、マクロブロック、マクロブロックのパーティション、及びおそらくパーティションのサブブロックに対応し、ＨＥＶＣ規格において定義されるように、最大コーディングユニット（ＬＣＵ）、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、又は変換ユニット（ＴＵ）に対応することができる。映像ブロックは、固定された又は可変のサイズを有することができ、及び、指定されたコーディング規格によりサイズが異なることができる。各映像ピクチャは、複数のスライスを含むことができる。各スライスは、複数のブロックを含むことができる。

一例として、ＩＴＵ−Ｔ Ｈ．２６４規格は、様々なブロックサイズ、例えば、ルマコンポーネントに関しては１６ ｂｙ １６、８ ｂｙ ８、又は４ ｂｙ ４、クロマコンポーネントに関しては、８×８のイントラ予測、及びルマコンポーネントに関しては１６×１６、１６×８、８×１６、８×８、８×４、４×８及び４×４、クロマコンポーネントに関しては対応するスケーリングされたサイズのインター予測をサポートする。本開示においては、“Ｎ×Ｎ”及び“Ｎ ｂｙ Ｎ”は、垂直及び水平の寸法に関するブロックのピクチャ寸法を意味するために互換可能な形で使用することができる（例えば、１６×１６ピクセル又は１６ ｂｙ １６ピクセル）。概して、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）及び水平方向に１６ピクセル（ｘ＝１６）を有することになる。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮのピクセル及び水平方向にＮのピクセルを有し、ここで、Ｎは、負でない整数値を表す。ブロック内のピクセルは、行及び列で配列することができる。さらに、ブロックは、水平方向と垂直方向で必ずしも同じピクセル数を有する必要がない。例えば、ブロックは、Ｎ×Ｍピクセルを備えることができ、ここで、Ｍは必ずしもＮと等しくない。

［００７９］ブロックがイントラモード符号化（例えば、イントラ予測）されるときには、ブロックは、ブロックに関するイントラ予測モードを記述するデータを含むことができる。他の例として、ブロックがインターモード符号化（例えば、インター予測）されるときには、ブロックは、ブロックに関する動きベクトルを定義する情報を含むことができる。この動きベクトルは、同じビュー内の基準ピクチャを示し、又は他のビュー内の基準ピクチャを示す。ブロックに関する動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルに関する分解能（例えば、１／４ピクセル精度又は１／８ピクセル精度）を記述する。さらに、インター予測されるときには、ブロックは、基準インデックス情報、例えば、動きベクトルが指し示す基準ピクチャ、及び／又は動きベクトルに関する基準ピクチャリスト（例えば、ＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１）を含むことができる。

［００８０］ＪＣＴ−ＶＣは、ＨＥＶＣ規格の策定作業中である。ＨＥＶＣ標準化努力は、ＨＥＶＣテストモデル（ＨＭ）と呼ばれる映像コーディングデバイスの進化モデルに基づく。ＨＭは、（例えば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣによる既存のデバイスに関する映像コーディングデバイスの幾つかの追加能力を仮定している。例えば、Ｈ．２６４は９つのイントラ予測符号化モードを提供する一方で、ＨＭは、３３もの方向性／角度イントラ予測符号化モードプラスＤＣ及びＰｌａｎａｒモードを提供することができる。

［００８１］ＨＭの作業モデルは、映像ピクチャを、ルマサンプル及びクロマサンプルの両方を含むツリーブロック又は最大コーディングユニット（ＬＣＵ）のシーケンスに分割することができると記述している。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有する。スライスは、コーディング順序の幾つかの連続するツリーブロックを含む。映像ピクチャは、１つ以上のスライスに分割することができる。各ツリーブロックは、四分木によるコーディングユニット（ＣＵ）に分割することができる。例えば、ツリーブロックは、四分木のルートノードとして、４つの子ノードに分割することができ、各子ノードは、親ノードになることができ、他の４つの子ノードに分割することができる。最後の分割されない子ノードは、四分木の葉ノードとして、コーディングノード（すなわち、コーディングされた映像ブロック）を備える。コーディングされたビットストリームと関連付けられた構文データは、ツリーブロックを分割することができる最大回数を定義することができ、及び、コーディングノードの最小サイズも定義することができる。ツリーブロックは、幾つかの例ではＬＣＵと呼ばれる。

［００８２］ＣＵは、コーディングノードと、そのコーディングノードと関連付けられた予測ユニット（ＰＵ）及び変換ユニット（ＴＵ）と、を含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状は正方形であることができる。幾つかの例では、ＣＵのサイズは８×８ピクセルからツリーブロックのサイズまでに及び、最大は６４×６４ピクセル以上である。幾つかの例では、各ＣＵは、１つ以上のＰＵと、１つ以上のＴＵと、を含む。ＣＵと関連付けられた構文データは、例えば、ＣＵを１つ以上のＰＵに分割することを記述する。分割モードは、ＣＵがスキップ又は直接モード符号化されるか、イントラ予測モード符号化されるか、又はインター予測モード符号化されるかによって異なる。ＰＵは、幾つかの例では、形状が正方形以外に分割することができる。ＣＵと関連付けられた構文データは、例えば、四分木によりＣＵを１つ以上のＴＵに分割することについても記述する。ＴＵは、形状は正方形又は正方形以外であることができる。

［００８３］ＨＥＶＣ規格は、ＴＵよる変形を考慮しており、それは、異なるＣＵごとに異なることができる。ＴＵは、典型的には、分割されたＬＣＵに関して定義された所定のＣＵ内のＰＵのサイズに基づいてサイズが設定されるが、常にそうであるわけではない。ＴＵは、典型的には、ＰＵと同じサイズであるかより小さい。幾つかの例では、ＣＵに対応する残差サンプルは、“残差四分木”（ＲＱＴ）として知られる四分木構造を用いてより小さいユニットに細分される。ＲＱＴの葉ノードは、変換ユニット（ＴＵ）と呼ぶことができる。ＴＵと関連付けられたピクセル差分値が変換されて変換係数が生成され、それらは、幾つかの例では、量子化される。

［００８４］ＰＵは、予測プロセスに関連するデータを含む。例えば、ＰＵがイントラモード符号化されるときには、ＰＵは、ＰＵに関するイントラ予測モードを記述したデータを含む。他の例として、ＰＵがインターモード符号化されるときには、ＰＵは、ＰＵに関する動きベクトルを定義するデータを含む。ＰＵに関する動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルに関する分解能（例えば、１／４ピクセル精度又は１／８ピクセル精度）、動きベクトルが指し示す基準ピクチャ、及び／又は動きベクトルに関する基準ピクチャリスト（例えば、リスト０又はリスト１）を記述する。

［００８５］ＴＵは、変換及び量子化プロセスのために使用される。１つ以上のＰＵを有する所定のＣＵは、１つ以上の変換ユニット（ＴＵ）も含むことができる。予測に引き続き、映像符号器２０は、ＰＵに対応する残差値を計算することができる。残差値は、エントロピーコーディングのためにシリアライズ（ｓｅｒｉａｌｉｚｅ）された変換係数を生成するためにＴＵを用いて変換係数に変換し、量子化し、及び走査することができるピクセル残差値を備える。本開示は、典型的には、ＣＵのコーディングノードを指し示すために用語“映像ブロック”を使用する。幾つかの具体的な事例では、本開示は、コーディングノードと、ＰＵと、ＴＵとを含むツリーブロック、すなわち、ＬＣＵ、又はＣＵ、を意味するために用語“映像ブロック”を使用することもできる。

［００８６］一例として、ＨＭは、様々なＰＵサイズの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２Ｎ又はＮ×ＮのＰＵサイズでのイントラ予測、及び２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、又はＮ×Ｎの対称的ＰＵサイズでのインター予測をサポートする。ＨＭは、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、及びｎＲ×２ＮのＰＵサイズでのインター予測に関する非対称的な分割もサポートする。非対称的な分割では、ＣＵの１方の方向が分割されず、他方の方向が２５％及び７５％に分割される。２５％の分割に対応するＣＵの部分は、“ｎ”によって示され、“上”、“下”、“左”、又は“右”の表示文字によって後続される。従って、例えば、“２Ｎ×ｎＵ”は、水平に分割され、最上部が２Ｎ×０．５Ｎ ＰＵ、最下部が２Ｎ×１．５Ｎ ＰＵである２Ｎ×２Ｎ ＣＵを意味する。

Ｈ．２６４規格又はＨＥＶＣ規格のいずれにおいても、イントラ予測又はインター予測コーディングに引き続き、映像符号器２０は、ＨＥＶＣではＣＵのＴＵに関する又はＨ．２６４ではマクロブロックに関する残差データを計算する。ＰＵは、空間領域（ピクセル領域とも呼ばれる）におけるピクセルデータを備え、ＴＵは、変換（例えば、離散コサイン変換（ＤＣＴ））、整数変換、ウェーブレット変換、又は概念的に類似する変換を残差映像データに適用後の変換領域における係数を備える。残差データは、符号化されないピクチャのピクセルとＨＥＶＣではＰＵに対応する予測値との間又はＨ．２６４ではマクロブロックに関する予測値との間のピクセル差分に対応することができる。

［００８８］変換係数を生成するための変換に続き、映像符号器２０は、幾つかの例では、変換係数の量子化を行う。量子化は、概して、係数を表すために使用されるデータ量を低減させ、さらなる圧縮を提供するために変換係数が量子化されるプロセスを意味する。量子化プロセスは、係数の一部又は全部と関連付けられたビット深度を低減させる。例えば、ｎビット値が切り捨てられてｍビット値になり、ここで、ｎはｍよりも大きい。

［００８９］幾つかの例では、映像符号器２０は、エントロピー符号化することができるシリアライズされたベクトルを生成するために量子化された変換係数を走査するために予め定義された走査順序を利用する。その他の例では、映像符号器２０は、適応型走査を行う。一次元ベクトルを形成するために量子化された変換係数を走査後は、幾つかの例では、映像符号器２０は、幾つかの例として、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔パーティショニングエントロピー（ＰＩＰＥ）コーディング又は他のエントロピー符号化法により一次元ベクトルをエントロピー符号化する。映像符号器２０は、映像データを復号する際に映像復号器３０によって使用するための符号化された映像データと関連付けられた構文要素もエントロピー符号化する。

［００９０］ＣＡＢＡＣを行うために、映像符号器２０は、コンテキストモデル内のコンテキストを送信されるべきシンボルに割り当てることができる。コンテキストは、例えば、シンボルの近隣値がゼロでないかどうかに関連することができる。ＣＡＶＬＣを行うために、映像符号器２０は、送信されるべきシンボルに関する可変長コードを選択することができる。ＶＬＣにおけるコードワードは、相対的により短いコードがより確率の高いシンボルに対応し、より長いコードがより確率の低いシンボルに対応するような形で構築することができる。確率決定は、シンボルに割り当てられたコンテキストに基づくことができる。

［００９１］上述されるように、３Ｄ−ＨＥＶＣでは、映像符号器２０及び映像復号器３０は、第２のビューの基準ピクチャ内の基準ブロックを参照して第１のビューの現在のピクチャ内の現在のブロックをインター予測することができる。該インター予測は、インタービュー予測と呼ばれる。現在のピクチャ及び基準ピクチャの時間的インスタンスは、各々のビューで同じであることができる。この例では、映像符号器２０又は映像復号器３０は、同じアクセスユニット内のピクチャにわたってインタービュー予測を行い、同じアクセスユニット内のピクチャは、同じ時間的インスタンスである。

［００９２］現在のブロックに関するインタービュー予測を行うために、映像符号器２０又は映像復号器３０は、インター予測のために使用することができる基準ピクチャを識別する基準ピクチャリストを構築し、インタービュー予測のために使用することができるピクチャを含む。インター予測は、基準ピクチャ内の基準ブロックに関して現在のピクチャ内の現在のブロックを予測することを意味する。インタービュー予測は、インタービュー予測では基準ピクチャが現在のピクチャのビューと異なるビュー内にあるという点でインター予測の部分組である。従って、インタービュー予測に関しては、映像符号器２０及び映像復号器３０は、構築された基準ピクチャリストの一方又は両方における他方のビュー内の基準ピクチャを加える。他方のビュー内の基準ピクチャは、構築された基準ピクチャリスト内のあらゆる場所で識別することができる。本開示で使用される場合おいて、映像符号器２０がブロックに関してインター予測を行っている（例えば、インター予測中である）ときには、映像符号器２０は、ブロックをインター予測符号化中であるとみなすことができる。映像復号器３０がブロックに関してインター予測を行っている（例えば、インター予測中である）ときには、映像復号器３０は、ブロックをインター予測復号中であるとみなすことができる。

［００９３］インター予測では、現在のブロックに関する動きベクトルは、現在のブロックをインター予測するための基準ブロックとして使用されるブロックの位置を識別し、構築された基準ピクチャリストの一方又は両方への基準インデックスは、現在のブロックをインター予測するための基準ブロックとして使用されるべきブロックを含む基準ピクチャを識別する。ＭＶＣでは、少なくとも２つのタイプの動きベクトルが存在する。時間的動きベクトルは、時間的基準ピクチャを指し示し、時間的基準ピクチャは、予測されるべきブロックを含むピクチャと同じビュー内のピクチャであり、時間的基準ピクチャは、予測されるべきブロックを含むピクチャより早く又は遅く表示される。視差動きベクトルは、予測されるべきブロックを含むピクチャのビュー以外のビュー内の基準ピクチャを指し示す。映像符号器２０又は映像復号器３０が時間的動きベクトルを利用するときには、映像符号器２０及び映像復号器３０は、動き補償予測（ＭＣＰ）を実装中であるみなされる。映像符号器２０又は映像復号器３０が視差動きベクトルを利用するときには、映像符号器２０及び映像復号器３０は、視差補償予測（ＤＣＰ）、又はインタービュー予測を実装中であるとみなされる。

［００９４］本開示は、空間的及び／又は時間的近隣ブロックの動き情報（例えば、視差動きベクトル）に基づいて現在のブロックに関する視差ベクトルを決定するための技法について説明する。換言すると、現在のブロックに関する視差ベクトルは、ＤＣＰでコーディングされる１つ以上の空間的及び／又は時間的近隣ブロックの動きベクトルを解析することによって決定することができる。本開示の技法は、映像符号器２０及び映像復号器３０のうちの１つ又は両方によって実装することができる。これらの技法は、例えば、ＨＥＶＣに基づくマルチビュー映像コーディング及び／又はＨＥＶＣに基づく３Ｄ映像コーディングと関係させて使用することができる。

［００９５］図４は、現在のブロック４０１及び５つの空間的近隣ブロック（４０２、４０３、４０４、４０５、及び４０６）の例を示す。単一ビュー映像コーディングでは、例えば、マージモード又はＡＭＶＰに関するＡＭＶＰ／マージモード候補リストを構築するために５つの空間的近隣物の動き情報を使用することができる。さらに、これらの候補リストを構築するためにブロック４０１の時間的近隣物も使用することができる。時間的近隣物（図４に示されていない）は、例えば、異なる時間的インスタンスのピクチャ内の共配置されたブロックであることができる。マルチビューコーディングでは、単一ビューコーディングと同じようにＡＭＶＰ／マージモード候補リストを生成するために空間的近隣物及び時間的近隣物の動き情報を使用することができるが、マルチビュー映像コーディングでは、基準ピクチャ内には時間的近隣ブロックも存在することができ、同じビューの時間的基準ピクチャ及び第２のビューのインタービュー基準ピクチャを含む。上述されるように、第２のビューのこれらのピクチャは、視差動きベクトルを用いて第１のビュー内の映像データのブロックを予測するために使用することができる。本開示の技法により、現在のピクチャの現在のブロック（例えば、図４のブロック４０１）に関する視差ベクトルを決定するために、図４に示される５つの空間的近隣ブロックの動き情報および時間的近隣ブロックの動き情報を使用することができる。

［００９６］以下の説明で明確になるように、現在のブロックに関する視差ベクトルを決定するためにいずれの空間的近隣ブロック及びいずれの時間的近隣ブロックが使用されるかを柔軟な方法で導き出すことができる。現在のブロックに関する視差ベクトルは、所定のマルチビューコーデックに関する一定の方法で導き出すこともできる。１つ以上の空間的近隣ブロックは、二次元（２Ｄ）映像コーデックにおける既存のコーディングツールによってアクセスされる空間的近隣ブロックを備える。幾つかの実装においては、検討された空間的近隣ブロック及び近隣ブロックが検討される順序は、ＨＥＶＣにおいて定義されるＡＭＶＰプロセスの一部として候補リストを導き出すための空間的近隣ブロックと同じであることができ、又は、ＨＥＶＣにおいて定義されるマージプロセスの一部として候補リストを導き出すための空間的近隣ブロックと同じであることができる。一例として、図４に戻り、マージ又はＡＭＶＰに関する候補リストを構築時には、映像符号器２０及び映像復号器は、最初にブロック４０５、次にブロック４０３、次にブロック４０２、次にブロック４０６、そして最後にブロック４０４の順序で候補を検討することができる。

しかしながら、本開示の技法は、特定のマルチビューコーデックのための最終的な視差ベクトルを形成するために近隣ブロックの視差動きベクトルを識別するためにいずれの順序又はいずれの方法の組み合わせが使用されるかを選択する柔軟性を排除していない。従って、本開示の技法と関係させて使用される近隣ブロックは、図４乃至７に示されるブロックと必ずしも同じブロックである必要はなく、及び、ＡＭＶＰ又はマージモードに関するＡＭＶＰ／マージモード候補リストを導き出すために使用されたブロックと必ずしも同じブロックである必要がない。従って、近隣ブロックが検討される順序は、本開示の例で使用される順序と必ずしも同じ順序である必要がなく、及び、ＡＭＶＰ／マージモード候補リストを導き出すために近隣ブロックが検討される順序と必ずしも同じ順序である必要がない。さらに、上記の２Ｄコーディングツールの例は、ＨＥＶＣコーディングツールであるが、ＨＥＶＣでないコーディングツールによって使用されるブロック順序設定も本開示の技法と関係させて使用することができることが企図される。

［００９８］図４において、ルマ位置（ｘＰ，ｙＰ）は、ブロック４０１を含む現在のピクチャの左上サンプルに対するブロック４０１の左上ルマサンプルを指定する。従って、現在のピクチャの左上サンプルに対する現在のブロックの左上ルマサンプルは、この例ではＰＵ“Ｎ”と呼ばれ、（ｘＮ，ｙＮ）である。変数ｎＰＳＷ及びｎＰＳＨは、ルマに関するブロック４０１の幅及び高さを表す。この例では、（ｘＮ，ｙＮ）であり、Ｎは、ブロック４０２乃至４０６のうちの１つを識別するために４０６、４０５、４０４、４０３、及び４０２によって置き換えられ、それぞれ（ｘＰ−１，ｙＰ＋ｎＰＳＨ）、（ｘＰ−１，ｙＰ＋ｎＰＳＨ−１）、（ｘＰ＋ｎＰＳＷ，ｙＰ−１）、（ｘＰ＋ｎＰＳＷ−１，ｙＰ−１）又は（ｘＰ−１，ｙＰ−１）として定義される。この方法により、映像復号器３０は、空間的近隣ブロックの位置を決定する。本開示の技法により、これらの空間的近隣ブロック（例えば、ブロック４０２乃至４０６）の動き情報は、ブロック４０１に関する視差ベクトルを決定する一部として評価することができる。

［００９９］以下の説明は、映像符号器２０又は映像復号器３０が時間的近隣ブロックを識別することができる方法について説明する。それらの時間的近隣ブロックがＤＣＰを用いてコーディングされる場合は、現在のブロックに関する視差ベクトルを決定するために、時間的近隣ブロックをコーディングするために使用される視差動きベクトルを使用することができる。映像符号器２０及び映像復号器３０は、最初に時間的ピクチャを識別し、次に、識別された時間的ピクチャ内において、共配置された又は近隣のブロックを識別することによって時間的近隣ブロックを識別することができる。複数の時間的ピクチャを識別することができ、従って、複数の時間的近隣ブロックも識別することができる。

［０１００］一例では、ＨＥＶＣにおいて時間的動きベクトル予測に関して使用される同じピクチャを、本開示の技法により時間的近隣ブロックを識別するための時間的ピクチャして使用することができる。ＨＥＶＣにおける時間的動きベクトル予測のために使用されるピクチャは、インター予測されるべき現在のブロックを含むピクチャに関する基準ピクチャリストのうちの１つにおいてｃｏｌｌｏｃａｔｅｄ_ｒｅｆ_ｉｄｘインデックス値によって示すことができる。ｃｏｌｌｏｃａｔｅｄ_ｒｅｆ_ｉｄｘインデックス値は、インター予測されるべきブロックを含むピクチャと同じビュー内のピクチャ、又は、インター予測されるべきブロックを含むピクチャと異なるビュー内のピクチャを識別することができる。これらの例のうちのいずれにおいても、ｃｏｌｌｏｃａｔｅｄ_ｒｅｆ_ｉｄｘインデックス値によって識別されたピクチャは、１つ以上の時間的近隣ブロックを含むことができる。映像符号器２０は、共配置されたピクチャがＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１のいずれにおいて識別されるかを示すフラグ（例えば、ｃｏｌｌｏｃａｔｅｄ_ｆｒｏｍ_１０_ｆｌａｇ）をシグナリングする。例えば、フラグ値が１である場合は、映像復号器３０は、共配置されたピクチャはＲｅｆＰｉｃＬｉｓｔ０において識別されると決定し、フラグ値が０である場合は、映像復号器３０は、共配置されたピクチャはＲｅｆＰｉｃＬｉｓｔ１において識別されると決定する。

［０１０１］しかしながら、時間的ピクチャは、ＨＥＶＣにおける時間的動きベクトル予測のために使用されるのと同じピクチャに限定されない。時間的ピクチャは、復号されたピクチャのバッファ内のあらゆるピクチャであることができる。時間的ピクチャは、典型的には、現在のピクチャの基準ピクチャリスト内又は現在のピクチャと同じビューに属する復号されたピクチャのバッファ内のピクチャを意味する。幾つかの事例では、時間的ピクチャは、現在のピクチャのインタービュー基準ピクチャであることもできる。例えば、時間的ピクチャは、現在のスライスがインターコーディングされる場合は基準ピクチャリスト０（ＲｅｆＰｉｃＬｉｓｔ０）の全エントリ又はエントリの部分組を含むことができ、現在のスライスがＢスライスとしてコーディングされる場合はＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１の全エントリ又はエントリの部分組を含むことができる。

［０１０２］一例として、映像符号器２０及び映像復号器３０は、ＲｅｆＰｉｃＬｉｓｔ０及び／又はＲｅｆＰｉｃＬｉｓｔ１の第１の基準ピクチャのみにおいて時間的近隣ブロックを識別するように構成することができる。その他の例では、映像符号器２０及び映像復号器３０は、ＲｅｆＰｉｃＬｉｓｔ０及び／又はＲｅｆＰｉｃＬｉｓｔ１の最初の２つの基準ピクチャにおいて又は何らかの選択された順序設定で又はＲｅｆＰｉｃＬｉｓｔ０及び／又はＲｅｆＰｉｃＬｉｓｔ１内のピクチャの部分組において時間的近隣ブロックを識別するように構成することもできる。さらに、幾つかの例では、映像符号器２０及び映像復号器３０は、同じアクセスユニットのインタービューピクチャがＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１のいずれにも含まれていない場合でさえも現在のピクチャの同じアクセスユニットのインタービューピクチャ内で時間的近隣ブロックを識別することができる。

［０１０３］映像符号器２０及び映像復号器３０が上述される技法のうちの１つ以上を用いて時間的ピクチャを識別した時点で、映像符号器２０及び映像復号器３０は、時間的ピクチャ内の１つ以上の時間的近隣ブロックを識別することができる。映像符号器２０及び映像復号器３０は、例えば、時間的ピクチャ内の共配置されたブロックを時間的近隣ブロックとして識別することができる。共配置されたブロックは、概して、現在のブロックが現在のピクチャ内で有するのと同じ相対的位置を時間的ピクチャ内で有するブロックを意味する。映像符号器２０及び映像復号器３０は、共配置されたブロックが入ったＣＵのＰＵである又はＰＵに属するあらゆるブロックを時間的近隣ブロックとして識別することもできる。幾つかの例では、映像符号器２０及び映像復号器３０は、共配置されたブロックが入ったＬＣＵのＰＵである又はＰＵに属するあらゆるブロックを時間的近隣ブロックとして識別することができる。時間的ピクチャ及びそれらの時間的ピクチャ内の時間的近隣ブロックを決定するために本開示において提供される例は、時間的近隣ブロックを識別することができるすべての方法を示す包括的なリストを成すことは意図されない。現在のブロックに関する視差ベクトルを決定するための本開示の技法は、概して、現在のブロックに関する時間的近隣ブロックを決定するためのあらゆる技法と互換可能である。

［０１０４］本開示は、コーディング中のブロック（例えば、ブロック４０１）に関する視差ベクトルを決定するために空間的近隣ブロック（例えば、ブロック４０２乃至４０６）と関連付けられた視差動きベクトル及び時間的近隣ブロックと関連付けられた視差動きベクトルを使用するための技法について説明する。空間的近隣ブロック４０２乃至４０６及び１つ以上の時間的近隣ブロックの視差動きベクトルを使用することによって、候補視差ベクトルを識別してリストｄｉｓＶｅｃＣａｎに格納することができる。以下においてより詳細に説明されるように、インタービュー予測（例えば、インタービュー動き予測又はインタービュー残差予測）のための基準ブロックを識別するために使用される１つ以上の最終的なベクトルをｄｉｓＶｅｃＣａｎ内の候補から決定することができる。以下においてより詳細に説明されるように、ｄｉｓＶｅｃＣａｎに含めるための候補は、ＳＤＶ、ＴＤＶを識別することによって、及び暗黙の視差ベクトルＩＤＶを決定することによって決定することができる。今度は、ＳＤＶ、ＴＤＶ、及びＩＤＶがより詳細に説明される。

［０１０５］図５は、ＳＤＶを例示した概念図である。図５は、３つのピクチャ、現在のピクチャ５０１、基準ピクチャ５０２、及び対応するピクチャ５０３を示す。現在のピクチャ５０１は、現在コーディング中のピクチャである。基準ピクチャ５０２は、現在のピクチャ５０１と同じビューからの既にコーディングされているピクチャであり、対応するピクチャ５０３は、他方のビュー内の現在のピクチャ５０１と同じ時間的インスタンスに対応するピクチャである。現在のピクチャ５０１は、現在のブロック５０４を含み、それは、現在コーディング中のブロックである。現在のブロック５０４は、既にコーディングされている２つの空間的近隣物（ブロック５０５及びブロック５０６）を有する。現在のブロック５０４に関して、それの２つの空間的近隣物（ブロック５０５及びブロック５０６）は、ＭＣＰ及びＤＣＰによってそれぞれコーディングされる。図５の例では、ブロック５０５は、ＭＣＰを用いてコーディングされ、ブロック５０７は、ブロック５０５を予測するために使用されるブロックを表す。線５０８は、ブロック５０７を識別するために使用される時間的動きベクトルを表す。

［０１０６］図５の例では、ブロック５０６は、ＭＣＰの代わりにＤＣＰを用いてコーディングされる。ブロック５０６は、ブロック５０９から予測され、それは、ブロック５０６と異なるビュー内にある。従って、ブロック５０６に関する基準ブロック（すなわち、ブロック５０９）の位置を突き止めるために使用される動きベクトルは、時間的動きベクトルの代わりに視差動きベクトルである。線５１０は、ブロック５０９の位置を突き止めるために使用される視差動きベクトルを表す。図５の例では、線５１０は、ブロック５０４に関するＳＤＶを表す。幾つかの実装においては、ＳＤＶは、現在のブロック５０４に関する視差ベクトルとして使用することができる。その他の実装では、ＳＤＶは、現在のブロック５０４に関するｄｉｓＶｅｃＣａｎに加えることができ、及び、現在のブロック５０４に関する視差ベクトルは、ｄｉｓＶｅｃＣａｎ内の候補から選択することができる。

［０１０７］ＳＤＶを決定するために、映像符号器２０及び映像復号器３０は、所定の順序で現在のブロック５０４の各空間的近隣予測ユニットを検査することができる。現在のブロック５０４は、図５に示される５０５及び５０６だけよりも多い空間的近隣予測ユニットを有することができる。図４は、例えば、その他の空間的近隣ブロックの例を示す。現在のブロック５０４の空間的近隣ＰＵの各々に関して、前方動きベクトル（ＲｅｆＰｉｃＬｉｓｔ０に対応）又は後方動きベクトル（ＲｅｆＰｉｃＬｉｓｔ１に対応）を検査し（利用可能な場合）、動きベクトルが視差動きベクトルである場合はｄｉｓＶｅｃＣａｎに追加することができる。例えば、図５に戻り、線５１０によって表される動きベクトルは、視差動きベクトルであるためブロック５０４に関するＳＤＶを構成し、線５０８によって表される動きベクトルは、時間的動きベクトルであるためＳＤＶは構成しない。

「０１０８」図６は、ＴＤＶの概念図を示す。図６は、６つのピクチャを示す。現在のピクチャ６０１は、現在コーディング中のピクチャを表す。対応するピクチャ６０２は、現在のピクチャ６０１と同じ時間的インスタンスであるが、異なるビュー（図６のビュー０）内にあるピクチャを表す。基準ピクチャ６０３及び６０４は、現在のピクチャ６０１と同じビュー（すなわち、ビュー１）内にある基準ピクチャを表し、基準ピクチャ６０５及び６０６は、対応するピクチャ６０２と同じビュー（すなわち、ビュー０）内にある基準ピクチャを表す。図６の例において、基準ピクチャ６０４及び基準ピクチャ６０６は、同じ時間的インスタンスのピクチャであり、基準ピクチャ６０３及び基準ピクチャ６０５は、同じ時間的インスタンスのピクチャである。

［０１０９］現在のピクチャ６０１は、現在コーディング中の現在のブロック６０７を含む。現在のブロック６０７に関しては３つの基準ピクチャが存在し、同じビューからの２つ（ビュー１内の基準ピクチャ６０３及び基準ピクチャ６０４）、他方のビューからの１つ（ビュー０内の基準ピクチャ６０２）である。視差動きベクトルを使用するどうかを決定するために３つの時間的近隣ブロック（６０８、６０９、及び６１０）を検査することができる。ブロック６０８、６０９、及び６１０は、ブロック６０７に対して共配置されるためブロック６０７の時間的近隣物とみなされ、ブロック６０６とほぼ同じ位置であるが異なるピクチャ内にあることを意味する。

［０１１０］図６の例では、時間的近隣ブロック６１０は、イントラ予測され、関連付けられた動きベクトルを有さない。時間的近隣ブロック６０８は、時間的動きベクトルを用いてインター予測され、図６では線６１１によって表される。時間的近隣ブロック６０９は、線６１２によって表される視差動きベクトルを用いてインタービュー予測される。従って、図６の例では、時間的近隣ブロック６０９のみが視差動きベクトルを用いて予測される。従って、ブロック６０９の動きベクトルのみがＴＤＶ候補として使用される。ＴＤＶ候補は、現在のブロックに関する視差ベクトルとして使用することができ又は候補視差ベクトルとしてｄｉｓＶｅｃＣａｎに加えることができ、それから現在のブロックに関する視差ベクトルが選択される。

［０１１１］映像符号器２０及び映像復号器３０は、ＴＤＶとしての使用のために、基準ピクチャリスト０又は基準ピクチャリスト１の第１の基準ピクチャの共配置されたＰＵの視差動きベクトルを識別することができる。映像符号器２０及び映像復号器３０は、ＴＤＶとしての使用のために、ＴＭＶＰのために使用されるピクチャ又はＴＭＶＰによって導き出されたブロックから共配置されたＰＵの視差動きベクトルを識別することもできる。映像符号器２０及び映像復号器３０は、ＴＤＶとしての使用のために、いずれかの基準ピクチャリストの基準ピクチャの共配置されたＰＵの視差動きベクトルを識別することもでき、それは、インタービュー基準ピクチャであること又はないことができる。幾つかの例では、映像符号器２０及び映像復号器３０は、ＴＤＶとしての使用のために、基準ピクチャリストに含まれない同じアクセスユニットのインタービューピクチャ内のブロックの視差動きベクトルを識別することもできる。さらに、映像符号器２０及び映像復号器３０は、ＴＤＶとしての使用のために、上記のいずれかのピクチャの共配置されたＰＵが入ったＣＵのいずれかのＰＵの視差動きベクトル又は上記のいずれかのピクチャの共配置されたＰＵが入ったＬＣＵのいずれかのＰＵの視差動きベクトルを識別することができる。

［０１１２］暗黙的視差ベクトル（ＩＤＶ）は、現在のブロックの近隣ブロックの格納された視差ベクトルを意味する。現在のブロックをコーディング後、視差ベクトルがインタービュー予測のために使用される場合は、すなわち、インタービュー動きパラメータ予測から予測された動きベクトルのうちの少なくとも１つ、視差ベクトルは、現在のブロックのために格納される。将来ブロックをコーディングするときには、以前に格納された視差ベクトルが視差ベクトルを予測するために使用される。該以前に格納された視差ベクトルを検査するときには、近隣ブロックのみを検査することができる。これは、空間的近隣ブロック（ＳＤＶを含むそれら）の視差ベクトルがＩＤＶであるか、時間的近隣ブロック（ＴＤＶを含むそれら）の視差ベクトルがＩＤＶとみなされるか、又は、空間的及び時間的の両方の近隣ブロックの視差ベクトルがＩＤＶとみなされるかを意味する。説明される技法は、ＩＤＶを検討して又は検討せずに機能することができる。

［０１１３］ＰＵがインタービュー動きパラメータ予測から予測された、すなわち、視差ベクトルに基づいてその他のビューから導き出された動きベクトルのうちの少なくとも１つでコーディングされる場合は、視差ベクトルは、ＰＵと時間的に関連付けることができる。該ＰＵと関連付けられた視差ベクトルは、ＩＤＶと呼ばれる。現在のＰＵの空間的又は時間的近隣ＰＵがＩＤＶを含むときには、ＩＤＶは、現在のブロックに関する視差ベクトルを導き出すために使用することを検討することができる。すなわち、空間的又は時間的近隣ＰＵのＩＤＶは、ＩＤＶ候補として取り扱うことができる。ＩＤＶ候補は、現在のブロックに関する視差ベクトルとして使用することができ又は候補視差ベクトルとしてｄｉｓＶｅｃＣａｎに加えることができ、それから現在のブロックに関する視差ベクトルが選択される。

［０１１４］図７は、ＩＤＶの概念図を示す。特に、図７は、４つのピクチャを示す。現在のピクチャ７０１は、現在コーディング中のピクチャを表す。ピクチャ７０２は、ピクチャ７０１と同じビュー（ビュー１）内の基準ピクチャを表す。対応するピクチャ７０３は、現在のピクチャ７０１と同じ時間的インスタンスであるが異なるビュー（ビュー０）内のピクチャを表す。ピクチャ７０４は、ピクチャ７０３と同じビュー（ビュー０）内の基準ピクチャを表す。図６の例では、ピクチャ７０１は、現在のＰＵ７０５を含む。現在のＰＵ７０５は、同じビュー（ビュー１）内の基準ピクチャ７０２内のブロック７０７から予測される空間的近隣物（ＰＵ７０６）を有する。ＰＵ７０６を予測するために使用される動きベクトルは、線７０８によって表される。図７の例では、この動きベクトル（線７０８）は、ＰＵ７０９から継承される。ＰＵ７０９は、ＰＵ７１０の視差ベクトルによって位置が突き止められ、それは、ＰＵ７０６の空間的近隣ＰＵである。この場合は、ＰＵ７０６は、ＩＤＶと関連付けられたＰＵであり、ＰＵ７１０の視差ベクトルは、ＩＤＶとして取り扱われる。

［０１１５］ターゲットの基準ビューが与えられた場合、視差ベクトルは、上述される利用可能なＳＤＶ、ＴＤＶ又はＩＤＶベクトルから決定することができる。より詳細に説明されるように、一例では、ある一定の順序に従うことができ、視差動きベクトルが利用可能であると識別された時点で、視差動きベクトルは、現在のブロックに関する視差ベクトルとして使用することができる。幾つかの実装においては、識別された基準ビューは、視差動きベクトルに対応する基準インデックスによって識別される基準ピクチャが入ったビューであり、ターゲットの基準ビューのそれと同じビュー内にあり、現在の検査するＳＤＶ、ＴＤＶ、又はＩＤＶが利用可能になった時点で、視差ベクトルが識別されることを意味する。しかしながら、他の例では、識別された基準ビュー（例えば、ビュー識別子又はビュー順序インデックス）は、視差ベクトル導出プロセスの出力の一部であることができる。以下においてより詳細に説明されるように、幾つかの実装においては、導出プロセスは、与えられたターゲット基準ビューによって制限されない視差ベクトルを戻すことができ、他方、その他の実装では、戻された視差ベクトルは、ターゲット基準ビューによって制限することができる。

［０１１６］ＴＤＶを決定するために、映像符号器２０及び映像復号器３０は、様々な異なるプロセスのうちのいずれかを実装するように構成することができる。例えば、映像符号器２０及び映像復号器３０は、各基準ピクチャリストの各ピクチャを検査するように構成することができる。映像２０が検査することができる順序は、基準ピクチャリストインデックス（ＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１）を最初に検査するか又は基準インデックスを最初に検査するかである。ピクチャ内の共配置されたＰＵが入ったＣＵ／ＬＣＵの共配置されたＰＵ又はあらゆるＰＵの動きベクトルも検査することができる。動きベクトルが視差動きベクトルである場合は、それは、ＴＤＶとして使用することができ、現在のブロックに関する視差ベクトルとして使用することができ又はｄｉｓＶｅｃＣａｎに加えることができる。上述されるように、ｄｉｓＶｅｃＣａｎは、候補視差ベクトルを含むデータ構造の例を表す。さらに、映像コーダは、本開示の技法を用いて、現在のブロックに関する視差ベクトルをｄｉｓＶｅｃＣａｎから選択することができる。

［０１１７］映像符号器２０及び映像復号器３０は、基準ピクチャリストに含まれている同じアクセスユニットのインタービューピクチャ、共配置されたＰＵの動きベクトル、又はピクチャ内の共配置されたＰＵが入ったＣＵ／ＬＣＵのあらゆるＰＵを検査するように構成することもでき、それが視差動きベクトルである場合は、ＴＤＶとして使用することができる。それの動きベクトルはそうではない。映像符号器２０及び映像復号器３０は、ＨＥＶＣにおいて定義されるように、ＴＭＶＰのみを検査するように構成することもでき、それが視差動きベクトルである場合は、ＴＤＶとして使用することができる。映像符号器２０及び映像復号器３０は、ＨＥＶＣにおいて定義されるように、ＴＭＶＰに関して使用されるピクチャからの共配置されたＰＵのみを検査するように構成することもでき、（ＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１のいずれかに対応する）動きベクトルのうちのいずれかが視差動きベクトルである場合は、その視差動きベクトルは、ＴＶＤとして使用することができる。

・ＨＥＶＣにおいて定義されるように、ＴＭＶＰのみを検査し、それが視差動きベクトルである場合は、ｄｉｓＶｅｃＣａｎに加えられる。

・ＨＥＶＣにおいて定義されるように、ＴＭＶＰに関して使用されるピクチャからの共配置されたＰＵのみを検査し、（ＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１のいずれかに対応する）動きベクトルのうちのいずれかが視差動きベクトルである場合は、ｄｉｓＶｅｃＣａｎに加えられる。

［０１１８］いずれの候補がｄｉｓＶｅｃＣａｎに加えられ、いずれの候補がｄｉｓＶｅｃＣａｎから除外されるかは、本開示の異なる実装によって異なることができる。例えば、幾つかの実装においては、現在のブロックに関するターゲットビューと異なるターゲット基準ビューを指し示す候補視差ベクトルをｄｉｓＶｅｃＣａｎから除外することができ、その他の実装では、該候補は、含めることができる。幾つかの実装においては、現在のブロックに関するターゲットビューと異なるターゲット基準ビューを指し示す候補視差ベクトルは、ｄｉｓＶｅｃＣａｎに加える前にスケーリングすることができ、その他の実装では、スケーリングされない候補のみがｄｉｓＶｅｃＣａｎに含められる。

［０１１９］ＳＤＶ、ＴＤＶ、及びＩＤＶをｄｉｓＶｅｃＣａｎに含めることが決定された後は、映像符号器２０及び映像復号器３０は、ｄｉｓＶｅｃＣａｎ内の候補から現在のブロックに関する視差ベクトルを導き出すことができる。例えば、映像符号器２０及び映像復号器３０は、最高の発生頻度を有する候補をｄｉｓＶｅｃＣａｎから選択するように構成することができる。換言すると、映像符号器２０及び映像復号器３０は、現在のブロックに関する視差ベクトルとして最も頻繁に発生する候補視差ベクトルをｄｉｓＶｅｃＣａｎにおいて選択することができる。２つ以上の候補視差が同じ頻度で発生する事例では、映像符号器２０及び映像復号器３０は、例えば、候補視差ベクトルがｄｉｓＶｅｃＣａｎに加えられた順序に基づいて候補視差ベクトルを選択するように構成することができる。例えば、最も頻繁に発生するｄｉｓＶｅｃＣａｎ内の視差ベクトル候補のうちで、ｄｉｓＶｅｃＣａｎに最初に加えられた視差ベクトル候補を現在のブロックに関する視差ベクトルとして選択することができる。

［０１２０］幾つかの実装においては、ｄｉｓＶｅｃＣａｎ内の複数の候補に基づいて視差ベクトルを決定するのではなく、映像コーダは、最初の利用可能な候補視差動きベクトルを現在のブロックに関する視差ベクトルとして使用することができる。例えば、映像符号器２０及び映像復号器２０は、複数の近隣ブロックのうちの１つが利用可能な候補視差ベクトルを生成するかどうかを決定するために複数の近隣ブロックを評価し及び利用可能な候補視差ベクトルを識別した時点で近隣ブロックの評価を終了させることができる。

［０１２１］第１の利用可能な候補は、例えば、利用可能な候補であるとみなされるものに依存することができる。例えば、幾つかの実装においては、視差ベクトル導出プロセスは、所定のターゲット基準ビューによって制限されない視差ベクトルを戻すことができ、視差ベクトルが指し示すビューにかかわらず利用可能であるとみなすことができることを意味する。すなわち、幾つかの実装においては、現在のブロックのターゲット基準ビューと異なるターゲットビューを指し示す視差動きベクトルは、利用不能であるとみなすことができ、その他の実装では、該視差動きベクトルは、利用可能な候補であるとみなすことができる。利用可能な候補とは、概して、現在のブロックに関する視差ベクトルとして使用する判定基準を満たす候補を意味する。この判定基準は、本開示の技法の異なる実装ごとに異なることができる。従って、利用可能な候補を構成するものは固定させる必要はなく、代わりに、本開示の技法の異なる実装ごとに異なることができる。

［０１２２］導出プロセスは、所定のターゲット基準ビューによって制限されない視差ベクトルを戻すことができ、視差ベクトルが指し示すビューにかかわらず利用可能であるとみなすことができることを意味する。導き出された視差ベクトルは、導き出された視差ベクトルとして直接使用することができる。他の例では、視差ベクトルは、所定のターゲット基準ビューによって制限されない。この場合は、識別された基準ビューは、本開示で説明される視差導出プロセスの出力の一部であることができる。しかしながら、識別された基準ビューがターゲット基準ビューでない場合は、導き出された視差ベクトルは、ターゲット基準ビューを指し示す視差ベクトルに変換することができ、ベクトルは、例えば、ビュー識別子差分又はカメラ位置に基づいてスケーリングすることができる。利用可能な候補視差ベクトルは、現在のブロックに関する導き出された視差ベクトルとして直接使用することができる。しかしながら、幾つかの例では、利用可能な候補視差ベクトルに関する識別された基準ビューが現在のブロックのターゲット基準ビューでない場合は、利用可能な候補視差ベクトルは、例えば、ビュー識別子差分又はカメラ位置に基づいてスケーリングすることによって、ターゲット基準ビューを指し示す視差ベクトルに変換される。

［０１２３］第１の利用可能な候補は、例えば、候補が評価される順序に依存することもできる。一例では、ＳＤＶを識別するために空間的近隣ブロックを最初に評価することができる。ＳＤＶが識別されない場合は、ＴＤＶを識別するために１つ以上の時間的近隣ブロックを評価することができ、ＴＤＶが識別されない場合は、ＩＤＶを決定するために空間的及び時間的近隣ブロックを再度評価することができる。これは、当然ながら、１つの評価順序を表すにすぎず、その他の順序を使用することができる。

［０１２４］空間的近隣ブロックを評価時には、空間的近隣物も定義された順序で評価することができる。例えば、図４に戻り、映像コーダは、空間的近隣ブロックを次の順序で評価することができる。すなわち、（１）ブロック４０５、（２）ブロック４０３、（３）ブロック４０２、（４）ブロック４０６、（５）ブロック４０４。この順序例を用いて、映像符号器２０及び映像復号器３０は、ＳＤＶが利用可能であるかどうかを決定するために近隣ブロック４０５を最初に評価することができる。近隣ブロック４０５が関連付けられたＳＤＶを有さない場合は、映像符号器２０及び映像復号器３０は、次に、ＳＤＶが利用可能であるかどうかを決定するためにブロック４０３を評価することができる。近隣ブロック４０３が関連付けられたＳＤＶを有さない場合は、映像符号器２０及び映像復号器３０は、次に、ブロック４０２を評価することができ、映像符号器２０及び映像復号器３０が利用可能なＳＤＶを識別するまで又はすべての空間的近隣物が評価されるまでこのプロセスを繰り返すことができる。すべての近隣ブロック４０２乃至４０６が評価され、利用可能なＳＤＶが識別されない場合は、映像符号器２０及び映像復号器３０は、次に、利用可能なＴＤＶを識別するために１つ以上の時間的近隣ブロックを評価することができる。利用可能なＴＤＶが識別されない場合は、映像符号器２０及び映像復号器３０は、利用可能なＩＤＶを識別するために空間的近隣ブロック４０２乃至４０６及び時間的近隣ブロックを再度評価することができる。利用可能なＩＤＶを決定するために空間的近隣ブロック４０２乃至４０６及び時間的近隣ブロックを評価するときには、近隣ブロック４０２乃至４０６は、ＳＤＶ及びＴＤＶを識別するために使用したのと同じ順序で評価することができ又は異なる順序を使用することができる。さらに、ＳＤＶ、ＴＤＶ、及びＩＤＶを識別するために異なるグループの近隣ブロックを使用することができる。例えば、ＳＤＶを識別するために評価されたブロックの部分組のみを、ＩＤＶを識別するために使用することができ、逆も真なりである。その他の定義された順序も使用可能である。例えば、カテゴリが検査される順序は、（１）ＳＤＶベクトル、（２）ＴＤＶベクトル、（３）ＩＤＶベクトル；（１）ＳＤＶベクトル、（２）ＩＤＶベクトル、（３）ＴＤＶベクトル；（１）ＩＤＶベクトル、（２）ＳＤＶベクトル、（３）ＴＤＶベクトル、又は何らかのその他の順序設定のうちのいずれかであることができる。さらに、幾つかの実装においては、視差動きベクトルの上記のカテゴリのうちの１つ又は２つは、検討されて検査されないことがある。

［０１２５］幾つかの実装においては、映像コーダは、空間的及び時間的近隣ブロックの評価をインターリービングすることができる。例えば、図４に戻り、映像コーダは、次の順序で近隣ブロックを評価することができる。すなわち、（１）ブロック４０５、（２）ブロック４０３、（３）ブロック４０２、（４）ブロック４０６、（５）第１の時間的近隣ブロック、（６）第２の時間的近隣ブロック、（７）ブロック４０４。繰り返すと、この評価順序は、多くの例の１つであり、その他の順序を使用することができる。どのような順序が使用されるかにかかわらず、映像符号器２０及び映像復号器３０は、典型的には、映像符号器２０及び映像復号器３０が同じ視差ベクトル候補を識別するように及び／又は同じｄｉｓＶｅｃＣａｎを生成するように構成される形で同じ順序設定を実装するように構成される。

［０１２６］視差ベクトルが第１の利用可能な候補から決定されるか又はｄｉｓＶｅｃＣａｎ内の複数の候補に基づいて決定されるかにかかわらず、視差ベクトルは、例えば、整数／４ピクセル精度まで量子化することができる。視差ベクトルがｄｉｓＶｅｃＣａｎ内の複数の候補から選択される実装では、各候補は、ｄｉｓＶｅｃＣａｎに加えられる前に量子化することができ、又は候補をｄｉｓＶｅｃＣａｎから選択して量子化することができる。さらに、視差ベクトルを決定するために使用される動きベクトルがゼロ以外のｙ成分を有する事例では、視差ベクトルのｙ成分をゼロに設定することができる。例を目的として、現在のブロックの空間的近隣ブロックを予測するために使用される視差動きベクトルがゼロ以外のｙ成分を有し、及びその視差動きベクトルが現在のブロックに関する視差ベクトルを決定するために使用されると仮定する。幾つかの例では、ゼロでない成分を有する視差動きベクトルは、視差ベクトルとして使用することができ、近隣ブロックの視差動きベクトル及び現在のブロックの視差ベクトルが同じｘ成分及び同じｙ成分を有することになることを意味する。しかしながら、その他の事例では、視差動きベクトルのｙ成分はゼロに設定することができ、近隣ブロックの視差動きベクトル及び現在のブロックの視差ベクトルが同じｘ成分を有するが、異なるｙ成分を有することになることを意味する。

［０１２７］上記の技法のうちの１つを用いて導き出された視差ベクトルは、視差ベクトルを要求するすべてのコーディングツールに関して使用することができる。例えば、視差ベクトルは、インタービュー動き予測及びインタービュー残差予測のために使用することができるが、その他のコーディングツールも視差ベクトルを使用することが可能である。視差ベクトルは、現在のブロックを予測するために基準ブロックの情報を使用できるように基準ビューの基準ブロックを識別するために使用することができる。インタービュー動き予測では、視差ベクトルは、例えば、２つの目的、基準ビューから動きベクトル予測子を入手する又は視差ベクトル自体を動きベクトル予測子に変換するために使用することができる。基準ブロックが視差ベクトルによって識別されるときには、現在のブロックに関するマージ又はＡＭＶＰ候補リストの新しいエントリであるとみなされる新しい動きベクトル候補を生成するために基準ブロックに属する動きベクトルを使用することができる。さらに、視差ベクトルは、（視差）動きベクトルに変換することができ、それは、他のマージ又はＡＭＶＰ候補であることができる。追加のマージ又はＡＭＶＰ候補は、例えば、プルーニング（ｐｒｕｎｉｎｇ）法を用いて加えることができる。本開示で説明される視差ベクトル導出プロセスは、概して、異なるインタービュー動き予測方法に関して機能する。インタービュー残差予測は、現在のブロックの残差データをさらに予測するために基準ビューの基準ブロック内で生成された残差を使用する。ここでは、視差ベクトルは、基準ブロックを識別するために使用される。

［０１２８］インタービュー残差予測は、現在のブロックの残差をさらに予測するために基準ビューの基準ブロック内で生成された残差を使用する。該事例では、視差ベクトルは、基準ブロックを識別するために使用される。これまでの例は、例示することのみを目的として示されており、本開示の技法により決定された視差ベクトルは、インタービュー動き予測、インタービュー残差予測、又はその他のコーディング技法を実装するために様々なその他の方法で使用することができる。

［０１２９］図８は、本開示において説明される技法を実装することができる映像符号器例２０を示したブロック図である。映像符号器２０は、映像スライス内の映像ブロックのイントラ及びインターコーディングを行うことができる。イントラコーディングは、所定の映像フレーム又はピクチャ内の映像における空間的冗長性を低減又は除去するために空間予測に依存する。インターコーディングは、映像シーケンスの隣接フレーム又はピクチャ内の映像における時間的冗長性を低減又は除去するために時間予測に依存する。イントラモード（Ｉモード（登録商標））は、幾つかの空間に基づく圧縮モードのうちのいずれかを意味することができる。インターモード、例えば、単方向予測（Ｐモード）又は両予測（Ｂモード）は、幾つかの時間に基づく圧縮モードのうちのいずれかを意味することができる。

［０１３０］図８の例では、映像符号器２０は、分割ユニット３５と、予測処理ユニット４１と、基準ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６と、を含む。予測処理ユニット４１は、動き及び視差推定ユニット４２と、動き及び視差補償ユニット４４と、イントラ予測処理ユニット４６と、を含む。映像ブロック再構築に関して、映像符号器２０は、逆量子化ユニット５８と、逆変換処理ユニット６０と、加算器６２と、を含む。再構築された映像からブロッキネスアーティファクトを除去するためにブロック境界をフィルタリングするためにデブロッキングフィルタ（図８に示されていない）も含めることができる。希望される場合は、デブロッキングフィルタは、典型的には、加算器６２の出力をフィルタリングする。デブロッキングフィルタに加えて追加のループフィルタ（ループ内又はループ後）も使用することができる。

［０１３１］図８に示されるように、映像符号器２０が映像データを受信し、分割ユニット３５がデータを映像ブロックに分割する。この分割は、スライス、タイル、又はその他のより大きいユニットへの分割、及び、例えば、ＬＣＵ及びＣＵの四分木構造による映像ブロック分割を含むこともできる。映像符号器２０は、概して、符号化されるべき映像スライス内の映像ブロックを符号化するコンポーネントを例示する。スライスは、複数の映像ブロック（及び可能なことにタイルと呼ばれる映像ブロックの組）に分割することができる。予測処理ユニット４１は、誤りの結果（例えば、コーディングレート及び歪みレベル）に基づいて現在の映像ブロックに関して複数の可能なコーディングモードのうちの１つ、例えば、複数のイントラコーディングモードのうちの１つ又は複数のインターコーディングモードのうちの１つ、を選択することができる。予測処理ユニット４１は、結果的に得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成するために加算器５０に及び基準ピクチャとしての使用のために符号化されたブロックを再構築するために加算器６２に提供することができる。

［０１３２］予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間的圧縮を提供するためにコーディングされるべき現在のブロックと同じフレーム又はスライス内の１つ以上の近隣ブロックに関する現在の映像ブロックのイントラ予測コーディングを行うことができる。予測処理ユニット４１内の動き及び視差推定ユニット４２及び動き及び視差補償ユニット４４は、時間的圧縮を提供するために１つ以上の基準ピクチャ及び／又は基準ビュー内の１つ以上の予測ブロックに関する現在の映像ブロックのインター予測コーディング及び／又はインタービューコーディングを行う。

［０１３３］動き及び視差推定ユニット４２は、映像シーケンスに関する予め決定されたパターンにより映像スライスに関するインター予測モード及び／又はインタービュー予測モードを決定するように構成することができる。予め決定されたパターンは、シーケンス内の映像スライスをＰスライス、又はＢスライスとして指定することができる。動き及び視差推定ユニット４２及び動き及び視差補償ユニット４４は、非常に一体化しやすいが、概念上の目的で別々に例示される。動き及び視差推定ユニット４２によって行われる動き及び視差の推定は、映像ブロックに関する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、例えば、基準ピクチャ内の予測ブロックに対する現在の映像フレーム又はピクチャ内の映像ブロックのＰＵの変位を示すことができる。動き及び視差推定ユニット４２によって行われる視差の推定は、現在のコーディングされているブロックを異なるビュー内のブロックから予測するために使用することができる、視差動きベクトルを生成するプロセスである。

［０１３４］予測ブロックは、ピクセル差分の点でコーディングされるべき映像ブロックのＰＵに密接にマッチすることが判明しているブロックであり、それは、絶対差分和（ＳＡＤ）、平方差分和（ＳＳＤ）、又はその他の差分メトリックによって決定することができる。幾つかの例では、映像符号器２０は、基準ピクチャメモリ６４内に格納される基準ピクチャの整数未満の（ｓｕｂ−ｉｎｔｅｇｅｒ）ピクセル位置に関する値を計算することができる。例えば、映像符号器２０は、基準ピクチャの１／４ピクセル位置、１／８ピクセル位置、又はその他の分数のピクセル位置の値を内挿することができる。従って、動き及び視差推定ユニット４２は、全ピクセル位置及び分数ピクセル位置に対する動き探索を行い、分数のピクセル精度を有する動きベクトルを出力することができる。

［０１３５］動き及び視差推定ユニット４２は、ＰＵの位置を基準ピクチャの予測ブロックの位置と比較することによってインターコーディングされた又はインタービュー予測されたスライス内の映像ブロックのＰＵに関する動きベクトル（動き補償予測の場合）及び／又は視差動きベクトル（視差補償予測の場合）を計算する。基準ピクチャは、第１の基準ピクチャリスト（リスト０）又は第２の基準ピクチャリスト（リスト１）から選択することができ、それらの各々は、基準ピクチャメモリ６４に格納された１つ以上の基準ピクチャを識別する。動き及び視差推定ユニット４２は、計算された動きベクトル及び／又は視差ベクトルをエントロピー符号化ユニット５６及び動き補償ユニット４４に送信する。

［０１３６］動き補償及び／又は視差補償は、動き及び視差補償ユニット４４によって行われ、動き推定及び／又は視差推定によって決定された動きベクトルに基づいて予測ブロックをフェッチ又は生成することを含むことができ、サブピクセル精度までの内挿を行うことができる。現在の映像ブロックのＰＵに関する動きベクトル及び／又は視差を受信した時点で、動き及び視差補償ユニット４４は、基準ピクチャリストのうちの１つにおいて動きベクトル及び／又は視差ベクトルが指し示す予測ブロックの位置を突き止めることができる。映像符号器２０は、コーディング中の現在の映像ブロックのピクセル値から予測ブロックのピクセル値を減じることによって残差映像ブロックを形成し、ピクセル差分値を形成する。ピクセル差分値は、ブロックに関する残差データを形成し、ルマ及びクロマ差分成分の両方を含むことができる。加算器５０は、この減算演算を行うコンポーネント又はコンポーネント（複数）を代表する。動き及び視差補償モジュール４４は、映像スライスの映像ブロックを復号する際の映像復号器３０による使用のために映像ブロック及び映像スライスと関連付けられた構文要素を生成することもできる。

［０１３７］動き及び視差補償ユニット４４は、符号化されたビットストリーム内の動き情報をシグナリングするために様々なモードを使用することができ、インター予測コーディングを実装するために必要なビット数を減少させるために、それらのモードの一部は、動きパラメータの明示のシグナリングの代わりに動きパラメータの予測を利用することができる。策定中のＨＥＶＣ規格では、動きパラメータの予測に関して２つのモードが存在する。１つはマージモードであり、他の１つは、高度動きベクトル予測（ＡＭＶＰ）である。マージモードでは、動き及び視差補償ユニット４４は、空間的及び時間的近隣ブロックからの候補を用いて動きパラメータ（基準ピクチャ及び動きベクトル）の候補リストを構築する。選択された動きパラメータは、候補リストからの選択された候補のインデックスを送信することによって符号器２０から復号器３０にシグナリングされる。復号器３０において、インデックスが復号された時点で、選択された候補の対応するブロックのすべての動きパラメータが継承される。符号器２０及び復号器３０は、既にコーディングされているブロックに基づいて同じリストを構築するように構成される。従って、インデックスに基づいて、映像復号器３０は、符号器２０によって選択された候補の動き情報を識別することができる。動き情報は、典型的には、基準ピクチャリスト０又は基準ピクチャリスト１に対応する、各予測方向における各予測ユニットに関する基準インデックス及び動きベクトルを含む。

［０１３８］ＡＭＶＰでは、動き及び視差補償ユニット４４は、動きベクトル予測子の候補リストを構築する。このリストは、例えば、同じ基準インデックスと関連付けられた近隣ブロックの動きベクトルと、時間的基準ピクチャ内の共配置されたブロックの近隣ブロックの動きパラメータに基づいて導出される時間的動きベクトルと、を含む。上述されるマージモードと同様に、符号器２０は、選択された候補のインデックスを送信することによって選択された動きベクトルを復号器３０にシグナリングする。さらに、符号器２０は、動きベクトル差分もシグナリングし、ここで、動きベクトル差分は、現在のブロックを予測するために使用される動きベクトル予測子と実際の動きベクトルとの間の差分である。

［０１３９］幾つかのブロックに関して、予測処理ユニット４１は、インター予測モードの代わりにイントラ予測モードを選択することができる。イントラ予測処理ユニット４６は、上述されるように、動き及び視差推定ユニット４２及び動き及び視差補償ユニット４４によって行われるインター予測の代替として、現在のブロックをイントラ予測することができる。特に、イントラ予測処理ユニット４６は、現在のブロックを符号化するために使用すべきイントラ予測モードを決定することができる。幾つかの例では、イントラ予測処理ユニット４６は、例えば、別々の符号化パス（ｅｎｃｏｄｉｎｇ ｐａｓｓ）中に、様々なイントラ予測モードを用いて現在のブロックを符号化することができ、イントラ予測処理ユニット４６（又は幾つかの例では、モード選択ユニット４０）は、試験されたモードから使用すべき該当するイントラ予測モードを選択することができる。例えば、イントラ予測処理ユニット４６は、様々な試験されたイントラ予測モードに関してレート−歪み解析を用いてレート−歪み値を計算し、試験されたモードの中で最良のレート−歪み特性を有するイントラ予測モードを選択することができる。レート−歪み解析は、概して、符号化されたブロックとその符号化されたブロックを生成するために符号化されたオリジナルの符号化されていないブロックとの間の歪み（すなわち誤り）の量、及び符号化されたブロックを生成するために使用されたビットレート（すなわち、ビット数）を決定する。イントラ予測処理ユニット４６は、歪みから比率を計算すること及びいずれのイントラ予測モードがブロックに関する最良のレート−歪み値を呈するかを決定するための様々な符号化されたブロックに関するレートを計算することができる。

［０１４０］いずれの場合も、ブロックに関するイントラ予測モードを選択後は、イントラ予測処理ユニット４６は、ブロックに関する選択されたイントラ予測モードを示す情報をエントロピーコーディングユニット５６に提供することができる。エントロピーコーディングユニット５６は、本開示の技法により選択されたイントラ予測モードを示す情報を符号化することができる。映像符号器２０は、複数のイントラ予測モードインデックステーブル及び複数の変更されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）を含むことができる送信されたビットストリーム構成データ内に、様々なブロックに関する符号化コンテキストの定義、及び、最も確率が高いイントラ予測モードの表示、イントラ予測モードインデックステーブル、及び各々のコンテキストに関して使用すべき変更されたイントラ予測モードインデックステーブルを含めることができる。

［０１４１］予測処理ユニット４１がインター予測又はイントラ予測を介して現在の映像ブロックに関する予測ブロックを生成した後は、映像符号器２０は、現在の映像ブロックから予測ブロックを減じることによって残差映像ブロックを形成する。残差ブロック内の残差映像データは、１つ以上のＴＵ内に含めること及び変換処理ユニット５２によって適用することができる。変換処理ユニット５２は、変換、例えば、離散コサイン変換（ＤＣＴ）又は概念的に類似する変換、を用いて残差映像データを残差変換係数に変換する。変換処理ユニット５２は、残差映像データをピクセル領域から変換領域、例えば、周波数領域、に変換することができる。

［０１４２］変換処理ユニット５２は、結果的に得られた変換係数を量子化ユニット５４に送信することができる。量子化ユニット５４は、ビットレートをさらに低減させるために変換係数を量子化する。量子化プロセスは、一部の又は全部の係数と関連付けられたビット深度を低減させることができる。量子化度は、量子化パラメータを調整することによって変更することができる。幾つかの例では、量子化ユニット５４は、量子化された変換係数を含む行列の走査を行うことができる。代替として、エントロピー符号化ユニット５６は、走査を行うことができる。

［０１４３］量子化に後続し、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピー符号化する。例えば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔パーティショニングエントロピー（ＰＩＰＥ）コーディング又は他のエントロピー符号化法又は技法を実行することができる。エントロピー符号化ユニット５６によるエントロピー符号化に引き続き、符号化されたビットストリームは、映像復号器３０に送信することができ、又はのちの送信又は映像復号器３０による取り出しのためにアーカイブに保存することができる。エントロピー符号化ユニット５６は、コーディング中の現在の映像スライスに関して動きベクトル及びその他の構文要素をエントロピー符号化することもできる。

［０１４４］逆量子化ユニット５８及び逆変換処理ユニット６０は、基準ピクチャの基準ブロックとしてののちの使用のためにピクセル領域で残差ブロックを再構築するために逆量子化及び逆変換をそれぞれ適用する。動き補償ユニット４４は、基準ピクチャリストのうちの１つ内の基準ピクチャのうちの１つの予測ブロックに残差ブロックを加えることによって基準ブロックを計算することができる。動き補償ユニット４４は、動き推定における使用のための整数未満のピクセル値を計算するために再構築された残差ブロックに１つ以上の内挿フィルタを適用することもできる。加算器６２は、基準ピクチャメモリ６４における格納のために基準ブロックを生成するために動き補償ユニット４４によって生成された動き補償された予測ブロックに再構築された残差ブロックを加える。基準ブロックは、後続する映像フレーム又はピクチャ内のブロックをインター予測するための基準ブロックとして動き及び視差推定ユニット４２及び動き及び視差補償ユニット４４によって使用することができる。

［０１４５］この方法により、映像符号器２０は、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化し及び現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定するように構成された映像符号器の代表例である。現在のブロックは第２のビュー内にあり、視差ベクトルは、現在のブロックから１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクセル内の対応するブロックを指し示す。１つ以上の近隣ブロックのうちの１つの動き情報は、動きベクトルを含むことができ、動きベクトルが１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられていると決定したことに応答して、映像符号器２０は、動きベクトルを視差動きベクトルとみなし、本開示において説明される技法により視差ベクトルを導き出すために視差動きベクトルを利用することができる。

［０１４６］図９は、本開示において説明される技法を実装することができる映像復号器例３０を示したブロック図である。図９の例において、映像復号器３０は、エントロピー復号ユニット８０と、予測処理ユニット８１と、逆量子化ユニット８６、逆変換処理ユニット８８と、加算器９０と、基準ピクチャメモリ９２と、を含む。予測処理ユニット８１は、動き補償ユニット８２と、イントラ予測処理ユニット８４と、を含む。映像復号器３０は、幾つかの例では、図８からの映像符号器２０に関して説明される符号化パスと概して相互的な復号パスを行うことができる。

［０１４７］復号プロセス中に、映像復号器３０は、符号化された映像スライスの映像ブロック及び関連付けられた構文要素を表す符号化された映像ビットストリームを映像符号器２０から受信する。映像復号器３０のエントロピー復号ユニット８０は、量子化された係数、動きベクトル、及びその他の構文要素を生成するためにビットストリームをエントロピー復号する。エントロピー復号ユニット８０は、動きベクトル及びその他の構文要素を予測処理ユニット８１に転送する。映像復号器３０は、映像スライスレベル及び／又は映像ブロックレベルで構文要素を受信することができる。

［０１４８］映像スライスがイントラコーディングされた（Ｉ）スライスとしてコーディングされるときには、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングされたイントラ予測モード及び現在のフレーム又はピクチャの以前に復号されたブロックからのデータに基づいて現在の映像スライスの映像ブロックに関する予測データを生成することができる。映像フレームがインターコーディングされた（すなわち、Ｂ、Ｐ又はＧＰＢ）スライス又はインタービュー予測されたスライスとしてコーディングされるときには、予測処理ユニット８１の動き及び視差補償ユニット８２は、時間的動きベクトル、視差動きベクトル及びエントロピー復号ユニット８０から受信されたその他の構文要素に基づいて現在の映像スライスの映像ブロックに関する予測ブロックを生成する。予測ブロックは、基準ピクチャリストのうちの１つ内の基準ピクチャのうちの１つから生成することができる。映像復号器３０は、復号ピクチャバッファ（ＤＰＢ）とも呼ばれる基準ピクセルメモリ９２に格納された基準ピクチャに基づいてデフォルトの構築技法を用いて、基準フレームリスト、リスト０及びリスト１、を構築することができる。

［０１４９］動き及び視差補償ユニット８２は、動きベクトル及びその他の構文要素を構文解析することによって現在の映像スライスの映像ブロックに関する予測情報を決定し、及び、復号中の現在の映像ブロックに関する予測ブロックを生成するためにその予測情報を使用する。例えば、動き及び視差補償ユニット８２は、映像スライスの映像ブロックをコーディングするために使用される予測モード（例えば、イントラ又はインター予測）、インター予測又はインタービュー予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、又はＧＰＢスライス）、スライスに関する基準ピクチャリストのうちの１つ以上に関する構築情報、スライスの各インター符号化された映像ブロックに関する動きベクトル及び／又は視差ベクトル、スライスの各インターコーディングされた映像ブロックに関するインター予測状態、及び現在の映像スライス内の映像ブロックを復号するためのその他の情報を決定するために受信された構文要素の一部を使用する。

［０１５０］幾つかの例では、動き及び視差補償ユニット８２は、動きベクトル予測プロセスを用いて動きベクトルを示すシグナリングされた構文要素を決定することができる。動きベクトル予測プロセスは、ＡＭＶＰモードと、マージモードと、を含むことができる。動き及び視差補償ユニット８２は、内挿フィルタに基づいて内挿を行うこともできる。動き補償ユニット８２は、基準ブロックの整数未満のピクセルに関する内挿された値を計算するために映像ブロックの符号化中に映像符号器２０によって使用されるようにも内挿フィルタを使用することができる。この場合は、動き補償ユニット８２は、受信された構文要素から映像符号器２０によって使用される内挿フィルタを決定し、及び予測ブロックを生成するために内挿フィルタを使用することができる。

［０１５１］逆量子化ユニット８６は、ビットストリーム内で提供されエントロピー復号ユニット８０によって復号される量子化された変換係数を逆量子化、すなわち、量子化解除、する。逆量子化プロセスは、量子化度、そして同様に、適用されるべき逆量子化度を決定するために映像スライス内の各映像ブロックに関する映像符号器２０によって計算された量子化パラメータの使用を含むことができる。逆変換処理ユニット８８は、ピクセル領域内で残差ブロックを生成するために逆変換、例えば、逆ＤＣＴ、逆整数変換、又は概念的に類似する逆変換プロセス、を変換係数に適用する。

［０１５２］動き及び視差補償ユニット８２が、動きベクトル及びその他の構文要素に基づいて現在の映像ブロックに関する予測ブロックを生成した後は、映像復号器３０は、逆変換処理ユニット８８からの残差ブロックと動き及び視差補償ユニット８２によって生成された対応する予測ブロックを加算することによって復号された映像ブロックを形成する。加算器９０は、この加算演算を行うコンポーネント又はコンポーネント（複数）を表す。希望される場合は、ブロッキネスアーティファクトを除去するために復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用することもできる。ピクセル遷移を平滑にするために、又は映像品質を向上させるためにその他のループフィルタ（コーディングループ内又はコーディングループ後）を使用することもできる。所定のフレーム又はピクチャ内の復号された映像ブロックは、基準ピクチャメモリ９２内に格納され、それは、後続する動き補償のために使用される基準ピクチャを格納する。基準ピクチャメモリ９２は、表示装置、例えば、図１の表示装置３２、でののちの提示のために復号された映像も格納する。

［０１５３］この方法により、映像復号器３０は、マルチビュー映像データを復号するように構成された映像復号器の例を表す。映像復号器３０は、例えば、第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号し及び現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定するように構成することができ、現在のブロックは第２のビュー内にあり、視差ベクトルは、現在のブロックから１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクセル内の対応するブロックを指し示す。１つ以上の近隣ブロックのうちの１つの動き情報は、動きベクトルを含むことができ、動きベクトルが１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられていると決定したことに応答して、映像復号器３０は、動きベクトルを視差動きベクトルとみなし、本開示において説明される技法により視差ベクトルを導き出すために視差動きベクトルを利用することができる。

［０１５４］図１０は、動きパラメータのインタービュー予測の基本概念を例示する。動きパラメータのインタービュー予測の概念は、上述される両方の技法及び代替技法に関して説明される。映像符号器２０及び映像復号器３０は、図１０に関して説明される技法を実行するように構成することができる。図１０は、現在のピクチャ１００１を示し、現在のピクチャ１００１は、現在コーディング中である現在のブロック１００２を有する。ピクチャ１００３は、現在のピクチャ１００１と同じビューからの以前にコーディングされたピクチャを表すが、ピクチャ１００４は、現在のピクチャ１００１と異なるビューからのものである。ピクチャ１００５は、ピクチャ１００４と同じビューからの以前にコーディングされたピクチャを表す。図１０は、深度マップ１０１０も示す。

従属ビュー内の現在のブロックに関する候補動きパラメータ（例えば、ＡＭＶＰ又はマージモードにおける候補リストに関する候補）を導き出すために、映像符号器２０及び映像復号器３０は、現在のブロック１００２に関する視差ベクトルを決定することができる。既知の技法により、動き及び視差補償ユニット４４及び動き及び視差補償ユニット８２は、現在のブロック１００２の中央でサンプル位置ｘを選択し、深度マップ１０１０に格納された、関連付けられた深度値ｄを視差ベクトルに変換することによって視差ベクトルを決定することができる。視差ベクトルをサンプル位置ｘに加えることによって、映像符号器２０及び映像復号器３０は、基準ビュー内で基準サンプル位置ｘ_Ｒを得ることができる。サンプル位置ｘ_Ｒをカバーする基準ビュー内の既にコーディングされたピクチャ内の予測ブロックを基準ブロックとして使用することができる。

［０１５６］図１０を参照してこれまでに説明された技法の例においては、映像復号器３０は、最初に、視差ベクトル１００７を決定するために深度マップ１０１０を導き出す必要がある。映像復号器３０が深度マップ１０１０を導き出すことができる方法は様々な方法が存在する。一例として、映像復号器３０は、従属ビュー内のピクチャに関する深度マップを決定／更新するために基本ビュー内のピクチャの時間的動きベクトル、及び基本ビュー内のピクチャに対応する基本ビュー内の深度マップを使用することができる。他の例として、映像復号器３０は、従属ビュー内のピクチャに関する深度マップを決定／更新するために従属ビュー内及び基本ビュー内のピクチャに関して時間的動きベクトルを、及び従属ビュー内のピクチャに関して視差動きベクトルを使用する。深度マップ１０１０を導き出す方法はその他の方法が存在することができる。

［０１５７］一例として、コーディングプロセスの開始時に、映像復号器３０は、基本ビュー内の第１のピクチャを復号することができる。基本ビューは、他のビュー内のピクチャから予測されないピクチャを含むことができる。例えば、図３を参照し、ビューＳ０内のピクチャはビューＳ１乃至Ｓ７のうちのいずれのピクチャともインター予測されないため、基本ビューは、Ｓ０であることができる。ビューＳ０内の第１のピクチャは、イントラ予測されたピクチャ（すなわち、時間Ｔ０にビューＳ０においてＩで表されるＩピクチャ）である。また、非基本ビュー（例えば、従属ビュー）のうちの１つ内の第１のピクチャは、インタービュー動き予測又はイントラ予測することができる。非基本ビュー（従属ビューと呼ばれる）は、他のビュー内のピクチャに関して（例えば、視差動きベクトルを用いて）インター予測される。コーディングプロセスのこの段階では、深度マップは利用可能でない。

［０１５８］非基本ビュー内の第１のピクチャの復号後は、視差動きベクトルが利用可能である（すなわち、非基本ビューの第１のピクチャ内のブロックをインター予測するために使用される視差動きベクトル）。これらの視差動きベクトルは、深度マップ１０１０を生成するために深度値に変換することができる。深度マップ１０１０は、基本ビューにマッピングするために使用することができ又は非基本ビューの後続するピクチャの深度マップを更新するために使用することができる。深度マップ１０１０から、映像復号器３０は、ブロックに関する視差ベクトルを決定することができる。

［０１５９］概して、深度マップ１０１０を導き出すための該技法は、複雑になることがあり、及び映像復号器３０が不必要な処理電力及び時間を消費するように要求することがある。本開示において説明される例では、映像復号器３０は、現在のブロックに関する視差ベクトルを決定するために深度マップを最初に導き出す必要がない。代わりに、映像復号器３０は、空間的及び／又は時間的近隣ブロックの動き情報から視差ベクトルを決定することができ、それは、導き出された深度マップから視差ベクトルを決定するよりも複雑でないタスクであることができる。

［０１６０］今度は、図１０を一例として用いて、動きパラメータのインタービュー予測の概念図が本開示の技法に関して説明される。映像符号器２０及び映像復号器３０は、現在のブロック１００２に関する１つ以上の近隣ブロックの動き情報に基づいて現在のブロック１００２に関する視差ベクトルを決定することができる。現在のブロック１００２に関する視差ベクトルを決定する一部として、映像符号器２０及び映像復号器３０は、上述されるように、ＳＤＶ、ＴＤＶ、及びＩＤＶを候補視差ベクトルとして識別し、候補視差ベクトルのうちの１つを現在のブロック１００２に関する視差ベクトルとして選択することができる。選択された視差ベクトルを用いて、映像符号器２０及び映像復号器３０は、ピクチャ１００４内で基準ブロック１００６の位置を突き止めることができる。本開示の技法を用いることで、基準ブロック１００６は、深度マップ１０１０、等の深度マップを導き出さずに位置を突き止めることができる。

［０１６１］図１０の例では、ピクチャ１００４は、基準ビュー内の既にコーディングされているピクチャであり、基準ブロック１００６は、基準ブロックである。基準ブロック１００６がＭＣＰを用いてコーディングされる場合は、映像符号器２０及び映像復号器３０は、基準ブロック１００６の関連付けられた動きパラメータを、ＡＭＶＰ又は無線マージモードの一部として現在のピクチャ１００１内の現在のブロック１００２に関する候補動きパラメータとして使用することができる。線１００７は、基準ブロック１００６を予測するために使用される動きベクトルを表す。線１００８は、現在のブロック１００２を予測するために使用されている基準ブロック３０６を予測するために使用されたのと同じ動きベクトルを表す。

［０１６２］ＡＭＶＰ又はマージモードに関する候補リスト内の候補として基準ブロック１００６の動き情報を使用することに加えて、映像符号器２０及び映像復号器３０は、導き出された視差ベクトルをＤＣＰに関する候補視差動きベクトルとして使用することもできる。インタービュー動き予測がＡＭＶＰ又はマージモードに適用されるときには、映像符号器２０及び映像復号器３０は、視差ベクトルから導き出された候補をＡＭＰＶ／マージ候補リストに加えることができる。この候補は、インタービュー予測された動きベクトル、例えば、図１０の線１００８の動きベクトル、又はインタービュー視差動きベクトルであることができる。インタービュー予測基準ピクチャ（例えば、ピクチャ１００４）は、インター予測基準ピクチャとまったく同じように、基準ピクチャリストのあらゆる位置に置くことができる。幾つかの例では、決定された視差ベクトルが、ゼロ以外の何かに等しいｙ成分を有する場合は、映像符号器２０又は映像復号器３０は、ＡＭＶＰ又はマージモードに関するＡＭＶＰ／マージモード候補リストに視差ベクトルを加える前に視差ベクトルのｙ成分をゼロに設定することができる。従って、ＡＭＶＰ又はマージモードで使用される視差動きベクトルは、決定された視差ベクトルと同じｘ成分を有することができるが、同じｙ成分を有する場合又は有さない場合がある。

［０１６３］幾つかの例では、本開示において説明される技法による、決定された視差ベクトルは、現在のブロックの実際の視差ベクトルと同一でないことがある。繰り返すと、一例として、現在のブロックの実際の視差ベクトルは、ｘ成分を含み、ｙ成分を含まず、又はｙ成分に関してゼロを含むことができ、その理由は、実際の視差ベクトルは、現在のブロックに関して水平方向のみに変位している対応するブロックを指し示すためである。視差ベクトルを決定するために使用される視差動きベクトルは、ｘ成分とｙ成分の両方を含むことができるため、決定された視差ベクトルは、幾つかの例では、ｘ成分及びｙ成分の両方を含む。ブロックに関する決定された視差ベクトルは、インタービュー動き予測のために使用される構築された視差ベクトルであるため、インタービュー動き予測に関する視差ベクトル（ＤＶＩＶＭＰ）と呼ぶことができる。

［０１６４］対照させる目的上、今度は、インタービュー動き予測に関する視差ベクトルを構築するための２つの代替方法について簡単に説明される。１つの方法は、深度ビューコンポーネントから直接視差ベクトルを決定することを含む。他方の方法は、視差ベクトル及び動きベクトルのみから各ピクセルに関する視差ベクトルを生成することを含む。このモードは、推定された深度モードと時折呼ばれる。これらの２つのモードは、本開示において説明される視差ベクトル導出技法とは互いに排他的ではない。以下においてさらに詳細に説明されるように、映像コーダ、例えば、映像符号器２０又は映像復号器３０は、例えば、本開示の技法が視差ベクトルを生成しない事例において視差ベクトルを決定するために、これらの２つのモードのうちの１つ、又は異なるモードを実装することができる。

［０１６５］ランダムアクセスユニットにおいて、基本ビューピクチャのすべてのブロックがイントラコーディングされる。従属ビューのピクチャでは、ほとんどのブロックは典型的にはＤＣＰを用いてコーディングされ、残りのブロックはイントラコーディングされる。ランダムアクセスニットにおいて第１の従属ビューをコーディングするときには、映像コーダは、深度又は視差情報を有さない。従って、候補視差ベクトルは、ローカルな近隣を用いて、すなわち、従来の動きベクトル予測によってしか導き出すことができない。しかしながら、ランダムアクセスニット内において第１の従属ビューをコーディング後は、送信された視差ベクトルを深度マップ推定のために使用することができる。従って、映像コーダは、ＤＣＰに関して使用される視差ベクトルを深度値に変換し、視差補償ブロックのすべての深度サンプルを導き出された深度値に設定する。

［０１６６］映像コーダは、第１の従属ビューの次のピクチャに関する深度マップを導き出すためにランダムアクセス内の第１の従属ビューのピクチャに関する深度マップ推定値を使用する。アルゴリズムの基本原理がここにおいて例示される。ランダムアクセスニットにおいて第１の従属ビューのピクチャをコーディング後は、導き出された深度マップが基本ビュー内にマッピングされ、再構築されたピクチャとともに格納される。典型的には、基本ビューの次のピクチャがインターコーディングされる。ＭＣＰを用いてコーディングされる各ブロックに関して、映像コーダは、関連付けられた動きパラメータを深度マップ推定値に適用する。深度マップサンプルの対応するブロックがＭＣＰによって得られ、関連付けられたテクスチャブロックに関するのと同じ動きパラメータを有する。再構築された映像ピクチャの代わりに、関連付けられた深度マップ推定値が基準ピクチャとして使用される。動き補償を単純化し及び新しい深度マップ値の生成を回避するために、映像コーダは、内挿なしで深度ブロックに関するＭＣＰを行う。動きベクトルは、使用される前にサンプル精度まで丸められる（ｒｏｕｎｄｅｄ）。映像コーダは、近隣の深度マップサンプルに基づいてイントラコーディングされたブロックの深度マップサンプルを再度決定する。最後に、映像コーダは、基本ビューに関する得られた深度マップ推定値を第１の従属ビュー内にマッピングすることによって、第１の従属ビューに関する深度マップ推定値を導き出し、それは、動きパラメータのインタービュー予測のために使用される。マッピングプロセス中は、オクルージョン（ｏｃｃｌｕｓｉｏｎ）領域に関してホールフィリング（ｈｏｌｅ−ｆｉｌｌｉｎｇ）が適用される。

［０１６７］第１の従属ビューの第２のピクチャをコーディング後は、映像コーダは、実際にコーディングされた動き及び視差パラメータに基づいて深度マップの推定値を更新する。ＤＣＰを用いてコーディングされるブロックに関しては、映像コーダは、視差ベクトルを深度値に変換することによって深度マップサンプルを入手する。ＭＣＰを用いてコーディングされるブロックに関しては、映像コーダは、基本ビューに関する場合と同様に、以前に推定された深度マップのＭＣＰによって深度マップサンプルを入手する。映像コーダは、空間予測によってイントラコーディングされたブロックに関する深度値を再度決定する。映像コーダは、更新された深度マップを基本ビュー内にマッピングし、再構築されたピクチャとともに格納する。それは、同じアクセスユニット内のその他のビューに関する深度マップ推定値を導き出すために使用することもできる。

［０１６８］すべての後続するピクチャに関して、映像コーダは、説明されるプロセスを繰り返す。基本ビューピクチャをコーディング後は、映像コーダは、送信された動きパラメータを用いてＭＣＰによって基本ビューに関する深度マップ推定値を決定する。この推定値は、第２のビュー内にマッピングされ、動きパラメータのインタービュー予測のために使用される。第２のビューのピクチャをコーディング後は、映像コーダは、実際に使用されたコーディングパラメータを用いて深度マップを更新する。次のランダムアクセスニットにおいては、インタービュー動きパラメータ予測は使用されず、ランダムアクセスニットの第１の従属ビューを復号後に、映像コーダは、上述されるように深度マップを再初期化する。上記の方法によって生成された視差動きベクトルは、平滑時間的ビュー予測（ＳＴＶ）視差ベクトルと呼ばれる。この説明によってわかるように、ＳＴＶの生成は、本開示の技法と比較して相対的に複雑なプロセスであり、それは、ＳＤＶ、ＴＤＶ、及びＩＤＶを識別することによって視差ベクトルを決定することを含む。

［０１６９］本開示は、上記の技法の代替のそれらを提案する。本開示の技法は、ＨＥＶＣに基づくマルチビュー映像コーディング及び／又はＨＥＶＣに基づく３Ｄ映像コーディングにおける視差ベクトルの構築に関する。各ブロック（コーディングユニット又は予測ユニット）に関して、１つ以上の視差ベクトルを構築することができる。視差ベクトルは、２つのビュー間の視差に基づくインタービュー動きベクトル予測及び／又はインタービュー残差予測の両方又はその他のタイプのインタービュー予測に関して使用することができる。異なるタイプのインタービュー予測に関して、呼び出される視差ベクトル導出（構築）技法は異なることができることが注目されるべきである。例えば、映像符号器２０及び映像復号器は、インタービュー残差予測における使用のために視差ベクトルを導き出すための一組の技法を実装し、及び、インタービュー動き予測における使用のために視差ベクトルを導き出すための異なる組の技法を実装することができる。しかしながら、本開示で説明される視差ベクトル導出のためのすべての技法は、異なるタイプのインタービュー予測のために利用することができる。従って、幾つかの技法は一例として１つの特定のタイプのインタービュー予測を用いて説明されていることを理由に、説明される技法はその特定のタイプのインタービュー予測に限定されると推測されるべきでない。

［０１７０］上述される技法が視差ベクトルを生成しない（すなわち、ＳＤＶ、ＴＤＶ、又はＩＤＶが見つからない）場合は、映像符号器２０及び映像復号器３０は、視差ベクトルを決定するために代替技法を実装することができる。例えば、ＳＤＶ、ＴＤＶ、又はＩＤＶを識別しないことに応答して、映像符号器２０又は映像復号器３０は、上述されるようにＳＴＶを生成することができ又はグローバル視差ベクトル（ＧＤＶ）を生成することができる。他のビューの対応するピクチャに対するＧＤＶは、例えば、スライスヘッダ内で各ピクチャに関してシグナリングすること又はカメラパラメータから導き出すことができる。ＧＤＶは、同じ視差ベクトルを各ピクセルに割り当てる。例えば、映像符号器２０は、オリジナルの深度ビューに基づいて各フレームに関するＧＤＶを計算し、ＧＤＶを映像復号器３０に送信することができる。従って、映像復号器３０では、視差ベクトルを計算する必要がなく、計算の複雑さを低減させる。映像符号器２０及び映像復号器３０は、インタービュー予測に関する視差動きベクトルを予測するためにＧＤＶを使用するか又は同じアクセスユニットの基準ビュー内のコーディングユニットの対応する予測ユニットの位置を突き止めるためにＧＤＶを使用することができる。ピクチャレベルでシグナリングされるときには、時間的近隣ピクチャのＧＤＶ値からのＧＤＶの内挿／予測が可能である。異なる対のビューからの１対のビューに対応するＧＤＶの内挿／外挿／予測も可能である。幾つかの例では、ＧＤＶは、ゼロの視差ベクトルによって取って代わることができる。

［０１７１］映像符号器２０及び映像復号器３０は、ＳＴＶ及びＧＤＶに基づいて決定された視差ベクトルと異なる方法でＳＤＶ、ＴＤＶ、及びＩＤＶに基づいて決定された視差ベクトルを利用するように構成することができる。一例として、ＡＭＶＰ又はマージモードに関する候補リストを生成するときには、映像符号器２０及び映像復号器３０は、ＳＤＶ、ＴＤＶ、又はＩＤＶから決定された視差動きベクトルに対して、ＧＤＶ又はＳＴＶに基づいて決定された視差動きベクトルよりも高い優先度を与えるように構成することができ、ここで、優先度は、概して、候補リストに入れるために候補が検討される順序を意味する。ＳＤＶ、ＴＤＶ、及びＩＤＶを用いて生成された視差ベクトルは、ＧＤＶと比較して２つのビューのブロック間の対応する関係についてより正確な推定値を提供することができ、そのため、幾つかの実装においては、映像符号器２０及び映像復号器３０は、ＳＤＶ、ＴＤＶ、又はＩＤＶから決定された視差ベクトルの優先度をＧＤＶに基づいて決定された視差ベクトルよりも高く設定するように構成することができる。さらに、映像符号器２０及び映像復号器３０は、幾つかのコーディング動作でしかＧＤＴ又はＳＴＶを使用することができず、その他ではできない。例えば、映像符号器２０及び映像復号器３０は、ＧＤＶ及びＳＴＶをインタービュー動き予測のために使用できるが、インタービュー残差予測のためには使用できない。

［０１７２］本開示の技法を実装時に、視差ベクトルの現在のビュー又は基準ビューのいずれかが所定の現在のビュー及びターゲット基準ビューに関する予想される視差ベクトルと異なる場合は、映像符号器２０及び映像復号器３０は、視差ベクトルをスケーリングすることができる。すなわち、映像符号器２０及び映像復号器３０は、視差ベクトルが指し示すビューとターゲット基準ビューとの間の差分に基づいて視差ベクトルをスケーリングすることができる。スケーリングプロセスは、例えば、ビューの位置の幾何、例えば、ｖｉｅｗ_ｉｄ値又は水平位置、を考慮に入れることによって行うことができる。所定の現在のビュー及び所定のターゲット基準ビューに関して、視差ベクトル候補リスト内で視差ベクトルが見つからない場合は、ｄｉｓａＶｅｃＣａｎ内の視差ベクトルをスケーリングすることができる。

［０１７３］図１１Ａは、本開示の技法による視差ベクトルを決定及び使用するための１つの方法を例示したフローチャートである。図１１Ａの技法は、一般的な映像コーダを参照して説明される。この一般的な映像コーダは、例えば、映像符号器２０又は映像復号器３０のいずれかに対応することができる。

［０１７４］図１１Ａにおいて示されるように、映像コーダ（例えば、符号器２０又は復号器３０）は、第１のビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャをコーディングする（１１０２）。映像コーダは、現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定することができる（１１０４）。現在のブロックは、第１のビューと異なる第２のビュー内に存在することができ、基準ビューのうちの１つではない。１つ以上の近隣ブロックは、空間的近隣ブロック及び時間的近隣ブロックのいずれか又は両方を含むことができる。視差ベクトルは、現在のブロックから、１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す。映像コーダは、視差ベクトルに基づいて第１のビュー内の対応するブロックの位置を突き止めることができる（１１０６）。映像コーダは、例えば、視差ベクトルと関連付けられた基準ビューを決定し、基準ビューのインタービュー基準ピクチャ内の基準ブロックを識別することができる。対応するブロックは、第１の基準ビュー内の基準ブロックであることができる。位置が突き止められた対応するブロックを用いて、映像コーダは、インタービュー残差予測及び／又はインタービュー動き予測を行うことができる（１１０８）。

［０１７５］幾つかの例では、１つ以上の近隣ブロックは、空間的近隣ブロックを含むことができ、映像コーダは、空間的近隣ブロックと関連付けられた視差動きベクトルを決定することによって現在のブロックに関する視差ベクトルを決定することができる。幾つかの例では、１つ以上の近隣ブロックは、時間的近隣ブロックを含むことができ、映像コーダは、時間的近隣ブロックと関連付けられた視差動きベクトルを決定することによって現在のブロックに関する視差ベクトルを決定することができる。幾つかの例では、視差ベクトルは、暗黙の視差ベクトルであることができる。映像コーダは、例えば、１つ以上の近隣ブロックのコーディング中に１つ以上の近隣ブロックに関して格納された１つ以上の視差ベクトルを識別することによって、暗黙の視差ベクトルを決定することができる。１つ以上の格納された視差ベクトルは、近隣ブロックに関して使用されたインタービュー動きパラメータ予測中に１つ以上の近隣ブロックに関して決定することができる。

［０１７６］インタービュー動き予測を行うときには、映像コーダは、マージモード及びＡＭＶＰモードのうちの１つでの使用のめに視差ベクトルを候補リストに加えることができる。例えば、映像コーダは、視差ベクトルを視差動きベクトルに変換し、ＡＭＶＰ候補リスト及びマージ候補リストのうちの１つ内にその視差動きベクトルを挿入することができる。

［０１７７］図１１Ｂは、本開示の技法による視差ベクトルを決定する動作例を示したフローチャートである。図１１Ｂの技法は、図１１Ａと同じ一般的映像コーダを参照して説明される。図１１Ｂの技法は、映像復号器が現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルを決定することができる方法を示した一例である。従って、図１１Ｂの技法は、図１１Ａのブロック１１０４を実装するために使用することができる。

［０１７８］映像コーダは、候補リストに含めるための潜在的候補を決定するために近隣ブロックを評価することができる（１１１０）。近隣ブロックは、空間的近隣ブロック及び時間的近隣ブロックのいずれか又は両方を含むことができる。上述されるように、映像コーダは、空間的近隣ブロックを決定し及びそれらの空間的近隣ブロックが視差動きベクトルを用いてコーディングされたかどうかを決定することによって、候補リストに含めるための潜在的候補を評価することができる。換言すると、映像コーダは、候補リストに含めるためのＳＤＶを識別することができる。さらに、上述されるように、映像コーダは、時間的近隣ブロックを決定し及びそれらの時間的近隣ブロックが視差動きベクトルを用いてコーディングされたかどうかを決定することによって、候補リストに含めるための潜在的候補を評価することができる。換言すると、映像コーダは、候補リストに含めるためのＴＤＶを識別することができる。さらに、上述されるように、映像コーダは、インタービュー動きパラメータ予測から予測された（すなわち、視差ベクトルに基づいてその他のビューから導き出された）動きベクトルのうちの少なくとも１つによってＰＵがコーディングされるかどうかを決定することができる。換言すると、映像コーダは、候補リストに含めるためのＩＤＶを識別することができる。

［０１７９］映像コーダは、識別されたＳＤＶ、ＴＤＶ、及びＩＤＶを候補リストに加えることができ（１１１２）、映像コーダは、候補リスト内の候補に基づいて現在のブロックに関する視差ベクトルを選択することができる（１１１４）。映像コーダは、例えば、候補リスト内での候補視差ベクトルのうちの１つ以上の発生頻度に基づいて視差ベクトルを選択することができる。

［０１８０］図１１Ｃは、本開示の技法による視差ベクトルを決定するための１つの方法を例示したフローチャートである。図１１Ｃの技法は、一般的な映像コーダを参照して説明され、それは、映像符号器２０、映像復号器３０又は他のコーダに対応することができる。図１１Ｃの技法は、映像復号器が現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて現在のブロックに関する視差ベクトルをどのようにして決定することができるかを示す一例である。従って、図１１Ｃの技法は、図１１Ａのブロック１１０４を実装するために使用することができる。

［０１８１］映像コーダは、近隣ブロックが関連付けられた候補視差ベクトルを有するかどうかを決定するためにその近隣ブロックを評価することができる（１１１６）。近隣ブロックは、空間的近隣ブロック及び時間的近隣ブロックのいずれか又は両方を含むことができる。関連付けられた候補視差ベクトルは、上述されるように、例えば、ＳＤＶ、ＴＤＶ、又はＩＤＶを意味することができる。近隣ブロックが関連付けられた候補視差ベクトルを有さない場合は（１１１８、いいえ）、次の近隣ブロックが関連付けられた候補視差ベクトルを有するかどうかを決定するために次の近隣ブロックを評価することができる（１１２０）。上述されるように、映像コーダは、設定された順序で近隣ブロックを評価することができる。近隣ブロックが関連付けられた候補視差ベクトルを有する場合は（１１１８、はい）、映像コーダは、候補視差ベクトルを現在のブロックに関する視差ベクトルとして使用することができる（１１２２）。図１１Ｃの技法により、映像コーダは、複数の近隣ブロックのうちの１つが候補視差ベクトルを生成するかどうかを決定するためにそれらの複数の近隣ブロックを評価し、候補視差ベクトルを識別した時点で複数の近隣ブロックの評価を終了させることができる。

［０１８２］１つ以上の例では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらのあらゆる組み合わせにおいて実装することができる。ソフトウェアにおいて実装される場合は、それらの機能は、コンピュータによって読み取り可能な媒体において１つ以上の命令又はコードとして格納又は送信すること及びハードウェアに基づく処理ユニットによって実行することができる。コンピュータによって読み取り可能な媒体は、コンピュータによって読み取り可能な記憶媒体を含むことができ、それは、有形な媒体、例えば、データ記憶媒体、又は、例えば、通信プロトコルにより、１つの場所から他へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体、に対応する。このように、コンピュータによって読み取り可能な媒体は、概して、（１）非一時的である有形なコンピュータによって読み取り可能な記憶媒体又は（２）通信媒体、例えば、信号又は搬送波、に対応することができる。データ記憶媒体は、本開示において説明される技法の実装のために命令、コード及び／又はデータ構造を取り出すために１つ以上のコンピュータ又は１つ以上のプロセッサによってアクセスすることができるあらゆる利用可能な媒体であることができる。コンピュータプログラム製品は、コンピュータによって読み取り可能な媒体を含むことができる。

［０１８３］一例により、及び制限することなしに、該コンピュータによって読み取り可能な記憶媒体は、希望されるプログラムコードを命令又はデータ構造の形態で格納するために使用することができ及びコンピュータによってアクセス可能であるＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又はその他の光学ディスク記憶装置、磁気ディスク記憶装置、又はその他の磁気記憶デバイス、フラッシュメモリ、又はその他のいずれかの媒体を備えることができる。さらに、どのような接続も、コンピュータによって読み取り可能な媒体であると適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者ライン（ＤＳＬ）、又は無線技術、例えば、赤外線、無線、及びマイクロ波、を用いてウェブサイト、サーバ、又はその他の遠隔ソースから送信される場合は、該同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、又は無線技術、例えば赤外線、無線、及びマイクロ波、は、媒体の定義の中に含まれる。しかしながら、コンピュータによって読み取り可能な記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、又はその他の一時的な媒体は含まず、代わりに、非一時的な、有形の記憶媒体を対象とすることが理解されるべきである。ここにおいて用いられるときのディスク（ｄｉｓｋ及びｄｉｓｃ）は、コンパクトディスク（ＣＤ）（ｄｉｓｃ）と、レーザディスク（ｄｉｓｃ）と、光ディスク（ｄｉｓｃ）と、デジタルバーサタイルディスク（ＤＶＤ）（ｄｉｓｃ）と、フロッピー（登録商標）ディスク（ｄｉｓｋ）と、ブルーレイディスク（ｄｉｓｃ）と、を含み、ここで、ｄｉｓｋは、通常は磁気的にデータを複製し、ｄｉｓｃは、レーザを用いて光学的にデータを複製する。上記の組み合わせも、コンピュータによって読み取り可能な媒体の適用範囲内に含められるべきである。

［０１８４］命令は、１つ以上のプロセッサ、例えば、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）又はその他の同等の集積回路又はディスクリート論理回路によって実行することができる。従って、ここにおいて用いられる場合の用語“プロセッサ”は、上記の構造又はここにおいて説明される技法の実装に適するあらゆるその他の構造のうちのいずれかを意味することができる。さらに、幾つかの態様では、ここにおいて説明される機能は、符号化および復号のために構成された専用のハードウェア及び／又はソフトウェアモジュール内において提供されること、又は組み合わされたコーデック内に組み入れることができる。さらに、技法は、１つ以上の回路又は論理素子内に完全に実装することが可能である。

［０１８５］本開示の技法は、無線ハンドセット、集積回路（ＩＣ）又は一組のＩＣ（例えば、チップセット）を含む非常に様々なデバイス又は装置内に実装することができる。本開示では、開示される技法を実施するように構成されたデバイスの機能上の態様を強調するために様々なコンポーネント、モジュール、又はユニットが説明されるが、異なるハードウェアユニットによる実現は必ずしも要求しない。むしろ、上述されるように、様々なユニットは、適切なソフトウェア及び／又はファームウェアと関係させて、ハードウェアユニット内において結合させること又は上述されるように１つ以上のプロセッサを含む相互運用的なハードウェアユニットの集合によって提供することができる。

［０１８６］様々な例が説明されている。これらの及びその他の例は、以下の請求項の範囲内である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］ マルチビュー映像データを復号する方法であって、
第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号することと、
現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて前記現在のブロックに関する視差ベクトルを決定することであって、前記現在のブロックは、第２のビュー内に存在し、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示すことと、を備える、方法。
［Ｃ２］ マルチビュー映像データを符号化する方法であって、
第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化することと、
現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて前記現在のブロックに関する視差ベクトルを決定することであって、前記現在のブロックは、第２のビュー内に存在し、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示すことと、を備える、方法。
［Ｃ３］ 前記１つ以上の近隣ブロックのうちの１つの前記動き情報は、動きベクトルを備え、
前記動きベクトルは前記１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられると決定したことに応答して、前記動きベクトルは視差動きベクトルであるとみなすことと、
前記視差ベクトルを導き出すために前記視差動きベクトルを利用することと、をさらに備えるＣ１又は２に記載の方法。
［Ｃ４］ 前記視差ベクトルと関連付けられた基準ビューを決定することと、
前記基準ビューのインタービュー基準ピクチャ内の基準ブロックを識別することと、をさらに備えるＣ１又は２に記載の方法。
［Ｃ５］ 前記視差ベクトルと関連付けられた基準ビューを決定することと、
前記視差ベクトルに基づいて視差動きベクトルを生成することであって、前記視差動きベクトルの前記基準インデックスは、前記基準ビューからの前記インタービュー基準ピクチャに対応することと、をさらに備えるＣ１又は２に記載の方法。
［Ｃ６］ 前記１つ以上の近隣ブロックは、１つ以上の空間的近隣ブロックを備え、前記現在のブロックに関する前記視差ベクトルを決定することは、前記視差動きベクトルを決定することを備え、前記視差動きベクトルは、前記空間的近隣ブロックと関連付けられるＣ３に記載の方法。
［Ｃ７］ 前記１つ以上の近隣ブロックは、１つ以上の時間的近隣ブロックを備え、前記現在のブロックに関する前記視差ベクトルを決定することは、前記視差動きベクトルを決定することを備え、前記視差動きベクトルは、前記時間的近隣ブロックと関連付けられるＣ３に記載の方法。
［Ｃ８］ 前記１つ以上の時間的近隣ブロックは、１つ以上の時間的基準ピクチャ内のブロックを備えるＣ７に記載の方法。
［Ｃ９］ 前記１つ以上の時間的基準ピクチャは、ＨＥＶＣにおいて時間的動きベクトルで使用される共配置されたピクチャを備えるＣ８に記載の方法。
［Ｃ１０］ 前記時間的近隣ブロックは、基準ピクチャ内のコーディングユニットの１つ以上の予測ユニット又は予測ブロックを備え、前記コーディングユニットは、前記現在のブロックの共配置されたブロックを備えるＣ７に記載の方法。
［Ｃ１１］ 前記時間的近隣ブロックは、基準ピクチャ内の最大のコーディングユニットの１つ以上の予測ユニット又は予測ブロックを備え、前記最大のコーディングユニットは、前記現在のブロックの共配置されたブロックを備えるＣ７に記載の方法。
［Ｃ１２］ 前記１つ以上の近隣ブロックは、１つ以上の空間的近隣ブロック及び１つ以上の時間的近隣ブロックを備え、前記現在のブロックに関する前記視差ベクトルを決定することは、前記視差動きベクトルを決定することを備え、前記視差動きベクトルは、前記空間的近隣ブロック及び前記時間的近隣ブロックのうちの１つと関連付けられるＣ３に記載の方法。
［Ｃ１３］ 前記１つ以上の空間的近隣ブロックは、二次元（２Ｄ）映像コーデック内の既存のコーディングツールによってアクセスされるべき空間的近隣ブロックを備えるＣ６に記載の方法。
［Ｃ１４］ 前記既存のコーディングツールは、ＨＥＶＣにおいて定義されるＡＭＶＰプロセスを備えるＣ１３に記載の方法。
［Ｃ１５］ 前記１つ以上の近隣ブロックの複数の空間的近隣ブロックが検査される順序は、対応する位置のブロックがＨＥＶＣにおいて定義されたＡＭＶＰプロセス中に検査される順序に対応するＣ１４に記載の方法。
［Ｃ１６］ 前記既存のコーディングツールは、ＨＥＶＣにおいて定義されるマージプロセスを備えるＣ１３に記載の方法。
［Ｃ１７］ 前記１つ以上の近隣ブロックの複数の空間的近隣ブロックが検査される順序は、対応する位置のブロックがＨＥＶＣにおいて定義されたマージプロセス中に検査される順序に対応するＣ１５に記載の方法。
［Ｃ１８］ 前記視差ベクトルは、暗黙の視差ベクトルを備えるＣ１に記載の方法。
［Ｃ１９］ 前記暗黙の視差ベクトルを決定することは、前記１つ以上の近隣ブロックのコーディング中に前記１つ以上の近隣ブロックに関して格納された１つ以上の視差ベクトルを識別することを備え、前記１つ以上の視差ベクトルは、前記近隣ブロックに関して使用されるインタービュー動きパラメータ予測中に前記１つ以上の近隣ブロックに関して決定されるＣ１８に記載の方法。
［Ｃ２０］ 前記現在のブロックの前記視差ベクトルによって決定される前記基準ビュー内のインタービュー基準ピクチャの前記基準ブロックの情報を用いてインタービュー動き予測を行うことをさらに備えるＣ４に記載の方法。
［Ｃ２１］ インタービュー動き予測を行うことは、前記視差ベクトルに基づいて、マージモード及び高度動きベクトル予測（ＡＭＶＰ）モードのうちの１つにおける使用のために候補リストに関する候補を生成することを備えるＣ２０に記載の方法。
［Ｃ２２］ 前記候補リストに関する前記候補を生成することは、視差動きベクトルを前記候補リストに加えることを備え、前記視差動きベクトルは、前記視差ベクトルと同じｘ成分を有し、前記視差動きベクトルは、前記視差ベクトルと同じｙ成分を有するＣ２１に記載の方法。
［Ｃ２３］ 前記候補リストに関する前記候補を生成することは、視差動きベクトルを前記候補リストに加えることを備え、前記視差動きベクトルは、前記視差ベクトルと同じｘ成分を有し、前記視差動きベクトルは、ゼロに等しいｙ成分を有するＣ２１に記載の方法。
［Ｃ２４］ 前記視差ベクトルを視差動きベクトルに変換することと、
前記視差動きベクトルをＡＭＶＰ候補リスト及びマージ候補リストのうちの１つ内に挿入することと、をさらに備えるＣ１に記載の方法。
［Ｃ２５］ 前記現在のブロックに関する前記視差ベクトルを決定することは、１つ以上の候補視差ベクトルを決定することと、前記１つ以上の候補視差ベクトルのうちの１つを前記視差ベクトルとして選択することと、を備えるＣ１に記載の方法。
［Ｃ２６］ 前記１つ以上の候補視差ベクトルは、少なくとも１つの空間的視差ベクトルを備えるＣ２５に記載の方法。
［Ｃ２７］ 前記１つ以上の候補視差ベクトルは、少なくとも１つの時間的視差ベクトルを備えるＣ２５に記載の方法。
［Ｃ２８］ 前記１つ以上の候補視差ベクトルは、少なくとも１つの暗黙の視差ベクトルを備えるＣ２５に記載の方法。
［Ｃ２９］ 前記現在のブロックに関するターゲットビューと異なるターゲットビューを指し示す候補を前記１つ以上の候補視差ベクトルから除外することをさらに備えるＣ２５に記載の方法。
［Ｃ３０］ 前記１つ以上の候補視差ベクトルからの１つの視差ベクトルに関する視差ベクトルスケーリングを行うことをさらに備えるＣ２５に記載の方法。
［Ｃ３１］ 前記１つ以上の候補視差ベクトルのうちの１つを前記視差ベクトルとして前記選択することは、前記候補視差ベクトルのうちの前記１つ以上の発生頻度に基づくＣ２５に記載の方法。
［Ｃ３２］ 複数の近隣ブロックのうちの１つが利用可能な候補視差ベクトルを生成するかどうかを決定するために前記複数の近隣ブロックを評価することと、
前記利用可能な候補視差ベクトルを識別した時点で前記複数の近隣ブロックを前記評価することを終了させることと、をさらに備え、
前記現在のブロックに関する前記視差ベクトルを決定することは、前記利用可能な候補視差ベクトルを前記視差ベクトルとして使用することを備えるＣ１又は２に記載の方法。
［Ｃ３３］ 前記複数の近隣ブロックのうちの前記近隣ブロックのうちの１つに関する視差動きベクトルを識別することであって、前記候補視差ベクトルは、前記現在のブロックのターゲット基準ビューと異なるターゲットビューを指し示すことと、
前記候補視差ベクトルを利用不能な候補視差ベクトルとして取り扱うことと、をさらに備えるＣ３２に記載の方法。
［Ｃ３４］ 前記候補視差ベクトルを前記利用不能な候補として取り扱うことは、前記利用不能な候補視差ベクトルを識別した時点で前記複数の近隣ブロックの前記評価を終了させないことを備えるＣ３３に記載の方法。
［Ｃ３５］ 前記対応するブロックは、基準ブロックを備え、前記第１のビューは基準ビューを備えるＣ１に記載の方法。
［Ｃ３６］ 前記１つ以上の近隣ブロックは、動きベクトル予測プロセス中に検査されたブロックに対応する複数の空間的近隣ブロックを備えるＣ１に記載の方法。
［Ｃ３７］ 前記動きベクトル予測プロセスは、３Ｄ−ＨＥＶＣ規格によって定義された動きベクトル予測プロセスを備えるＣ３６に記載の方法。
［Ｃ３８］ 第２の現在のブロックに関する第２の視差ベクトルを決定することであって、前記第２の現在のブロックは前記第２のビュー内に存在し、前記第２の視差ベクトルは、グローバル視差ベクトルを備えることと、
前記第２の現在のブロックに関して、前記第２の視差ベクトルに基づいて前記第１のビューの前記ピクチャのうちの１つにおいて第２の対応するブロックを決定することと、をさらに備えるＣ１又は２に記載の方法。
［Ｃ３９］ 第２の現在のブロックに関する第２の視差ベクトルを決定することであって、前記第２の現在のブロックは、前記第２のビュー内に存在し、前記第２の視差ベクトルは、平滑な時間的ビュー予測された（ＳＴＶ）視差ベクトルを備えることと、
前記第2の現在のブロックに関して、前記第2の視差ベクトルに基づいて前記第１のビューの前記ピクチャのうちの１つ内の第２の対応するブロックを決定することと、をさらに備えるＣ１又は２に記載の方法。
［Ｃ４０］ 前記視差ベクトルが指し示すビューとターゲット基準ビューとの間の差分に基づいて前記視差ベクトルをスケーリングすることをさらに備えるＣ１又は２に記載の方法。
［Ｃ４１］ マルチビュー映像データをコーディングするためのデバイスであって、
第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号し、及び現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて前記現在のブロックに関する視差ベクトルを決定するように構成された映像復号器であって、前記現在のブロックは、第２のビュー内に存在し、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す映像復号器を備える、デバイス。
［Ｃ４２］ マルチビュー映像データをコーディングするためのデバイスであって、
第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化し、及び現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて前記現在のブロックに関する視差ベクトルを決定するように構成された映像符号器であって、前記現在のブロックは、第２のビュー内に存在し、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す映像符号器、を備える、デバイス。
［Ｃ４３］ 前記１つ以上の近隣ブロックのうちの１つの前記動き情報は、動きベクトルを備え、前記映像復号器は、
前記動きベクトルは、前記１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられると決定したことに応答して、前記動きベクトルは視差動きベクトルであるとみなし、及び
前記視差ベクトルを導き出すために前記視差動きベクトルを利用するようにさらに構成されるＣ４１又は４２に記載のデバイス。
［Ｃ４４］ 前記映像復号器は、前記視差ベクトルと関連付けられた基準ビューを決定し及び前記基準ビューのインタービュー基準ピクチャ内の基準ブロックを識別するようにさらに構成されるＣ４１又は４２に記載のデバイス。
［Ｃ４５］ 前記映像復号器は、前記視差ベクトルと関連付けられた基準ビューを決定し、
前記視差ベクトルに基づいて視差動きベクトルを生成するようにさらに構成され、前記視差動きベクトルの前記基準インデックスは、前記基準ビューからの前記インタービュー基準ピクチャに対応する、Ｃ４１又は４２に記載のデバイス。
［Ｃ４６］ 前記１つ以上の近隣ブロックは、１つ以上の空間的近隣ブロックを備え、前記現在のブロックに関する前記視差ベクトルを決定することは、前記視差動きベクトルを決定することを備え、前記視差動きベクトルは、前記空間的近隣ブロックと関連付けられるＣ４３に記載のデバイス。
［Ｃ４７］ 前記１つ以上の近隣ブロックは、１つ以上の時間的近隣ブロックを備え、前記現在のブロックに関する前記視差ベクトルを決定することは、前記視差動きベクトルを決定することを備え、前記視差動きベクトルは、前記時間的近隣ブロックと関連付けられるＣ４３に記載のデバイス。
［Ｃ４８］ 前記１つ以上の時間的近隣ブロックは、１つ以上の時間的基準ピクチャ内のブロックを備えるＣ４７に記載のデバイス。
［Ｃ４９］ 前記１つ以上の時間的基準ピクチャは、ＨＥＶＣにおいて時間的動きベクトル予測で使用される共配置されたピクチャを備えるＣ４８に記載のデバイス。
［Ｃ５０］ 前記時間的近隣ブロックは、基準ピクチャ内のコーディングユニットの１つ以上の予測ユニット又は予測ブロックを備え、前記コーディングユニットは、前記現在のブロックの共配置されたブロックを備えるＣ４７に記載のデバイス。
［Ｃ５１］ 前記時間的近隣ブロックは、基準ピクチャ内の最大のコーディングユニットの１つ以上の予測ユニット又は予測ブロックを備え、前記最大のコーディングユニットは、前記現在のブロックの共配置されたブロックを備えるＣ４７に記載のデバイス。
［Ｃ５２］ 前記１つ以上の近隣ブロックは、１つ以上の空間的近隣ブロック及び１つ以上の時間的近隣ブロックを備え、前記現在のブロックに関する前記視差ベクトルを決定することは、前記視差動きベクトルを決定することを備え、前記視差動きベクトルは、前記空間的近隣ブロック及び前記時間的近隣ブロックのうちの１つと関連付けられるＣ４３に記載のデバイス。
［Ｃ５３］ 前記１つ以上の空間的近隣ブロックは、二次元（２Ｄ）映像コーデック内の既存のコーディングツールによってアクセスされるべき空間的近隣ブロックを備えるＣ４７に記載のデバイス。
［Ｃ５４］ 前記既存のコーディングツールは、ＨＥＶＣにおいて定義されるＡＭＶＰプロセスを備えるＣ５３に記載のデバイス。
［Ｃ５５］ 前記１つ以上の近隣ブロックの複数の空間的近隣ブロックが検査される順序は、対応する位置のブロックがＨＥＶＣにおいて定義されたＡＭＶＰプロセス中に検査される順序に対応するＣ５４に記載のデバイス。
［Ｃ５６］ 前記既存のコーディングツールは、ＨＥＶＣにおいて定義されるマージプロセスを備えるＣ５３に記載の方法。
［Ｃ５７］ 前記１つ以上の近隣ブロックの複数の空間的近隣ブロックが検査される順序は、対応する位置のブロックがＨＥＶＣにおいて定義されたマージプロセス中に検査される順序に対応するＣ５６に記載の方法。
［Ｃ５８］ 前記視差ベクトルは、暗黙の視差ベクトルを備えるＣ４１又は４２に記載のデバイス。
［Ｃ５９］ 前記暗黙の視差ベクトルを決定することは、前記１つ以上の近隣ブロックのコーディング中に前記１つ以上の近隣ブロックに関して格納された１つ以上の視差ベクトルを識別することを備え、前記１つ以上の視差ベクトルは、前記近隣ブロックに関して使用されるインタービュー動きパラメータ予測中に前記１つ以上の近隣ブロックに関して決定されるＣ５８に記載のデバイス。
［Ｃ６０］ 前記映像復号器は、前記現在のブロックの前記視差ベクトルによって決定される前記基準ビュー内の前記インタービュー基準ピクチャの前記基準ブロックの情報を用いてインタービュー動き予測を行うようにさらに構成されるＣ４４に記載のデバイス。
［Ｃ６１］ 前記映像復号器は、前記視差ベクトルに基づいて、マージモード及び高度動きベクトル予測（ＡＭＶＰ）モードのうちの１つにおける使用のために候補リストに関する候補を生成することによってインタービュー動き予測を行うように構成されるＣ６０に記載のデバイス。
［Ｃ６２］ 前記映像復号器は、視差動きベクトルを前記候補リストに加えることによって前記候補リストに関する前記候補を生成するように構成され、前記視差動きベクトルは、前記視差ベクトルと同じｘ成分を有し、前記視差動きベクトルは、前記視差ベクトルと同じｙ成分を有するＣ６０に記載のデバイス。
［Ｃ６３］ 前記映像復号器は、視差動きベクトルを前記候補リストに加えることによって前記候補リストに関する前記候補を生成するように構成され、視差動きベクトルを前記候補リストに加えることを備え、前記視差動きベクトルは、前記視差ベクトルと同じｘ成分を有し、前記視差動きベクトルは、ゼロに等しいｙ成分を有するＣ６０に記載の方法。
［Ｃ６４］ 前記映像復号器は、
前記視差ベクトルを視差動きベクトルに変換し、
前記視差動きベクトルをＡＭＶＰ候補リスト及びマージ候補リストのうちの１つ内に挿入するようにさらに構成されるＣ４１又は４２に記載のデバイス。
［Ｃ６５］ 前記映像復号器は、１つ以上の候補視差ベクトルを決定し及び前記１つ以上の候補視差ベクトルのうちの１つを前記視差ベクトルとして選択することによって前記現在のブロックに関する前記視差ベクトルを決定するように構成されるＣ４１又は４２に記載のデバイス。
［Ｃ６６］ 前記１つ以上の候補視差ベクトルは、少なくとも１つの空間的視差ベクトルを備えるＣ６５に記載のデバイス。
［Ｃ６７］ 前記１つ以上の候補視差ベクトルは、少なくとも１つの時間的視差ベクトルを備えるＣ６５に記載のデバイス。
［Ｃ６８］ 前記１つ以上の候補視差ベクトルは、少なくとも１つの暗黙の視差ベクトルを備えるＣ６５に記載のデバイス。
［Ｃ６９］ 前記映像復号器は、前記現在のブロックに関するターゲットビューと異なるターゲットビューを指し示す候補を前記１つ以上の候補視差ベクトルから除外するようにさらに構成されるＣ６５に記載のデバイス。
［Ｃ７０］ 前記映像復号器は、前記１つ以上の候補視差ベクトルからの１つの視差ベクトルに関する視差ベクトルスケーリングを行うようにさらに構成されるＣ６５に記載の方法。
［Ｃ７１］ 前記映像復号器は、前記候補視差ベクトルのうちの前記１つ以上の発生頻度に基づいて前記１つ以上の候補視差ベクトルのうちの１つを前記視差ベクトルとして選択するように構成されるＣ６５に記載のデバイス。
［Ｃ７２］ 前記映像復号器は、
複数の近隣ブロックのうちの１つが利用可能な候補視差ベクトルを生成するかどうかを決定するために前記複数の近隣ブロックを評価し、
前記利用可能な候補視差ベクトルを識別した時点で前記複数の近隣ブロックを前記評価することを終了させるようにさらに構成され、
前記映像復号器は、前記利用可能な候補視差ベクトルを前記視差ベクトルとして使用することによって前記現在のブロックに関する前記視差ベクトルを決定するように構成されるＣ４１又は４２に記載のデバイス。
［Ｃ７３］ 前記映像復号器は、
前記複数の近隣ブロックのうちの前記近隣ブロックのうちの１つに関する視差動きベクトルを識別し、
前記候補視差ベクトルを利用不能な候補視差ベクトルとして取り扱うようにさらに構成され、前記候補視差ベクトルは、前記現在のブロックのターゲット基準ビューと異なるターゲットビューを指し示すＣ７２に記載のデバイス。
［Ｃ７４］ 前記映像復号器は、前記利用不能な候補視差ベクトルを識別した時点で前記複数の近隣ブロックの前記評価を終了させないことによって前記候補視差ベクトルを利用不能な候補として取り扱うように構成されるＣ７３に記載のデバイス。
［Ｃ７５］ 前記対応するブロックは、基準ブロックを備え、前記第１のビューは基準ビューを備えるＣ４１又は４２に記載のデバイス。
［Ｃ７６］ 前記１つ以上の近隣ブロックは、動きベクトル予測プロセス中に検査されたブロックに対応する複数の空間的近隣ブロックを備えるＣ４１又は４２に記載のデバイス。
［Ｃ７７］ 前記動きベクトル予測プロセスは、３Ｄ−ＨＥＶＣ規格によって定義された動きベクトル予測プロセスを備えるＣ７６に記載のデバイス。
［Ｃ７８］ 前記映像復号器は、
第２の現在のブロックに関する第２の視差ベクトルを決定し、
前記第２の現在のブロックに関して、前記第２の視差ベクトルに基づいて前記第１のビューの前記ピクチャのうちの１つにおいて第２の対応するブロックを決定するようにさらに構成され、前記第２の現在のブロックは前記第２のビュー内に存在し、前記第２の視差ベクトルは、グローバル視差ベクトルを備えるＣ４１又は４２に記載のデバイス。
［Ｃ７９］ 前記映像復号器は、
第２の現在のブロックに関する第２の視差ベクトルを決定し、
前記第２の現在のブロックに関して、前記第２の視差ベクトルに基づいて前記第１のビューの前記ピクチャのうちの１つ内の第２の対応するブロックを決定するようにさらに構成され、前記第２の現在のブロックは、前記第２のビュー内に存在し、前記第２の視差ベクトルは、平滑な時間的ビュー予測された（ＳＴＶ）視差ベクトルを備えるＣ４１又は４２に記載のデバイス。
［Ｃ８０］ 前記映像復号器は、前記視差ベクトルが指し示すビューとターゲット基準ビューとの間の差分に基づいて前記視差ベクトルをスケーリングするようにさらに構成されるＣ４１又は４２に記載のデバイス。
［Ｃ８１］ 前記デバイスは、
集積回路、
マイクロプロセッサ、及び
映像復号器を備える無線通信デバイス
のうちの少なくとも１つを備えるＣ４１又は４２に記載のデバイス。
［Ｃ８２］ マルチビュー映像データを復号するためのデバイスであって、
第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号するための手段と、
現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて前記現在のブロックに関する視差ベクトルを決定するための手段であって、前記現在のブロックは、第２のビュー内に存在し、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す手段と、を備える、デバイス。
［Ｃ８３］ マルチビュー映像データを符号化するためのデバイスであって、
第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化するための手段と、
現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて前記現在のブロックに関する視差ベクトルを決定するための手段であって、前記現在のブロックは、第２のビュー内に存在し、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す手段と、を備える、デバイス。
［Ｃ８４］ 前記１つ以上の近隣ブロックのうちの１つの前記動き情報は、動きベクトルを備え、
前記動きベクトルは前記１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられると決定したことに応答して、前記動きベクトルは視差動きベクトルであるとみなすための手段と、
前記視差ベクトルを導き出すために前記視差動きベクトルを利用するための手段と、をさらに備えるＣ８２又は８３に記載のデバイス。
［Ｃ８５］ 前記視差ベクトルと関連付けられた基準ビューを決定するための手段と、
前記基準ビューのインタービュー基準ピクチャ内の基準ブロックを識別するための手段と、をさらに備えるＣ８２又は８３に記載のデバイス。
［Ｃ８６］ 前記１つ以上の近隣ブロックは、１つ以上の空間的近隣ブロックを備え、前記現在のブロックに関する前記視差ベクトルを決定するための前記手段は、前記視差動きベクトルを決定するための手段を備え、前記視差動きベクトルは、前記空間的近隣ブロックと関連付けられるＣ８４に記載のデバイス。
［Ｃ８７］ 前記１つ以上の近隣ブロックは、１つ以上の時間的近隣ブロックを備え、前記現在のブロックに関する前記視差ベクトルを決定するための前記手段は、前記視差動きベクトルを決定するための手段を備え、前記視差動きベクトルは、前記時間的近隣ブロックと関連付けられるＣ８４に記載のデバイス。
［Ｃ８８］ 前記１つ以上の近隣ブロックは、１つ以上の空間的近隣ブロックと、１つ以上の時間的近隣ブロックとを備え、前記現在のブロックに関する前記視差ベクトルを決定するための前記手段は、前記視差動きベクトルを決定するための手段を備え、前記視差動きベクトルは、前記空間的近隣ブロック及び前記時間的近隣ブロックのうちの１つと関連付けられるＣ８４に記載のデバイス。
［Ｃ８９］ 前記視差ベクトルは、暗黙の視差ベクトルを備えるＣ８８に記載のデバイス。
［Ｃ９０］ 前記暗黙の視差ベクトルを決定するための前記手段は、前記１つ以上の近隣ブロックのコーディング中に前記１つ以上の近隣ブロックに関して格納された１つ以上の視差ベクトルを識別するための手段を備え、前記１つ以上の視差ベクトルは、前記近隣ブロックに関して使用されるインタービュー動きパラメータ予測中に前記１つ以上の近隣ブロックに関して決定されるＣ８９に記載のデバイス。
［Ｃ９１］ 前記現在のブロックの前記視差ベクトルによって決定される前記基準ビュー内の前記インタービュー基準ピクチャの前記基準ブロックの情報を用いてインタービュー動き予測を行うための手段をさらに備えるＣ８５に記載のデバイス。
［Ｃ９２］ インタービュー動き予測を行うための前記手段は、前記視差ベクトルに基づいて、マージモード及び高度動きベクトル予測（ＡＭＶＰ）モードのうちの１つにおける使用のために候補リストに関する候補を生成するための手段を備えるＣ９１に記載のデバイス。
［Ｃ９３］ 前記視差ベクトルを視差動きベクトルに変換するための手段と、
前記視差動きベクトルをＡＭＶＰ候補リスト及びマージ候補リストのうちの１つ内に挿入するための手段と、をさらに備えるＣ８１又は８２に記載のデバイス。
［Ｃ９４］ 前記現在のブロックに関する前記視差ベクトルを決定するための前記手段は、１つ以上の候補視差ベクトルを決定するための手段と、前記１つ以上の候補視差ベクトルのうちの１つを前記視差ベクトルとして選択するための手段と、を備えるＣ８１又は８２に記載のデバイス。
［Ｃ９５］ 前記デバイスは、
複数の近隣ブロックのうちの１つが利用可能な候補視差ベクトルを生成するかどうかを決定するために前記複数の近隣ブロックを評価するための手段と、
前記利用可能な候補視差ベクトルを識別した時点で前記複数の近隣ブロックを前記評価することを終了させるための手段と、をさらに備え、
前記現在のブロックに関する前記視差ベクトルを決定するための前記手段は、前記利用可能な候補視差ベクトルを前記視差ベクトルとして使用するための手段を備えるＣ８１又は８２に記載のデバイス。
［Ｃ９６］ 第２の現在のブロックに関する第２の視差ベクトルを決定するための手段であって、前記第２の現在のブロックは前記第２のビュー内に存在し、前記第２の視差ベクトルは、グローバル視差ベクトルを備える手段と、
前記第２の現在のブロックに関して、前記第２の視差ベクトルに基づいて前記第１のビューの前記ピクチャのうちの１つにおいて第２の対応するブロックを決定するための手段と、をさらに備えるＣ８１又は８２に記載のデバイス。
［Ｃ９７］ 第２の現在のブロックに関する第２の視差ベクトルを決定するための手段であって、前記第２の現在のブロックは、前記第２のビュー内に存在し、前記第２の視差ベクトルは、平滑な時間的ビュー予測された（ＳＴＶ）視差ベクトルを備える手段と、
前記第２の現在のブロックに関して、前記第２の視差ベクトルに基づいて前記第１のビューの前記ピクチャのうちの１つ内の第２の対応するブロックを決定するための手段と、をさらに備えるＣ８１又は８２に記載のデバイス。
［Ｃ９８］ 前記視差ベクトルが指し示すビューとターゲット基準ビューとの間の差分に基づいて前記視差ベクトルをスケーリングするための手段をさらにＣ８１又は８２に記載のデバイス。
［Ｃ９９］ コンピュータによって読み取り可能な記憶媒体であって、
実行されたときに、
第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号し、
現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて前記現在のブロックに関する視差ベクトルを決定することを１つ以上のプロセッサに行わせる命令を格納し、前記現在のブロックは、第２のビュー内に存在し、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す、コンピュータによって読み取り可能な記憶媒体。
［Ｃ１００］ コンピュータによって読み取り可能な記憶媒体であって、
実行されたときに、
第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化し、
現在のブロックの１つ以上の近隣ブロックの動き情報に基づいて前記現在のブロックに関する視差ベクトルを決定することを１つ以上のプロセッサに行わせる命令を格納し、前記現在のブロックは、第２のビュー内に存在し、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す、コンピュータによって読み取り可能な記憶媒体。

Claims (15)

1. マルチビュー映像データを復号する方法であって、
   第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号することと、
   現在のブロックの１つ以上の近隣ブロックの動きベクトルが、前記１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられると決定することに応答して、前記動きベクトルは視差動きベクトルであるとみなすことと、ここにおいて、前記現在のブロックは、第２のビュー内に存在し、前記視差動きベクトルは、同じ時間的インスタンスであるが異なるビュー内にあるピクチャ内のブロックを指し示す、
   前記視差動きベクトルを利用することによって、前記現在のブロックに関する視差ベクトルを導き出すことと、ここにおいて、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す、
   を備える、方法。
2. マルチビュー映像データを符号化する方法であって、
   第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化することと、
   現在のブロックの１つ以上の近隣ブロックの動きベクトルが、前記１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられると決定することに応答して、前記動きベクトルは視差動きベクトルであるとみなすことと、ここにおいて、前記現在のブロックは、第２のビュー内に存在し、前記視差動きベクトルは、同じ時間的インスタンスであるが異なるビュー内にあるピクチャ内のブロックを指し示す、
   前記視差動きベクトルを利用することによって、前記現在のブロックに関する視差ベクトルを導き出すことと、ここにおいて、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す、
   を備える、方法。
3. 前記視差ベクトルと関連付けられた基準ビューを決定することと、
   前記基準ビューのインタービュー基準ピクチャ内の基準ブロックを識別することと、をさらに備える、請求項１又は請求項２に記載の方法。
4. 前記視差ベクトルと関連付けられた基準ビューを決定することと、
   前記視差ベクトルに基づいて前記現在のブロックに関する視差動きベクトルを生成することであって、前記視差動きベクトルの前記基準インデックスは、前記基準ビューからのインタービュー基準ピクチャに対応することと、をさらに備える、請求項１又は請求項２に記載の方法。
5. 前記１つ以上の近隣ブロックは、１つ以上の空間的近隣ブロックを備え、前記視差動きベクトルは、前記空間的近隣ブロックのうちの１つと関連付けられる、または、
   前記１つ以上の近隣ブロックは、１つ以上の時間的近隣ブロックを備え、前記視差動きベクトルは、前記時間的近隣ブロックのうちの１つと関連付けられる、請求項１又は請求項２に記載の方法。
6. 前記１つ以上の近隣ブロックは、１つ以上の空間的近隣ブロック及び１つ以上の時間的近隣ブロックを備え、前記視差動きベクトルは、前記空間的近隣ブロック及び前記時間的近隣ブロックのうちの１つと関連付けられる、請求項１又は請求項２に記載の方法。
7. 前記視差ベクトルを導き出すことは、前記１つ以上の近隣ブロックのコーディング中に前記１つ以上の近隣ブロックに関して格納された１つ以上の視差ベクトルを識別することを備え、ここにおいて、前記１つ以上の視差ベクトルは、前記近隣ブロックに関するインタービュー動きパラメータ予測中に前記１つ以上の近隣ブロックに関して決定される、請求項１に記載の方法。
8. 前記現在のブロックの前記視差ベクトルによって決定される前記基準ビュー内の前記インタービュー基準ピクチャの前記基準ブロックの情報を用いてインタービュー動き予測を行うことをさらに備える、請求項３に記載の方法。
9. １つ以上の候補視差ベクトルを決定することをさらに備え、ここにおいて、前記視差動きベクトルは、前記候補視差ベクトルのうちの１つを備え、
   前記視差ベクトルを導き出すことは、前記１つ以上の候補視差ベクトルのうちの１つを前記視差ベクトルとして選択することを備える、請求項１に記載の方法。
10. 複数の近隣ブロックのうちの１つが利用可能な候補視差ベクトルを生成するかどうかを決定するために前記複数の近隣ブロックを評価することと、ここにおいて、前記視差動きベクトルは、前記利用可能な候補視差ベクトルを備える、
    前記利用可能な候補視差ベクトルを識別した時点で前記複数の近隣ブロックを前記評価することを終了させることと、をさらに備え、
    前記現在のブロックに関する前記視差ベクトルを導き出すことは、前記利用可能な候補視差ベクトルを前記視差ベクトルとして使用することを備える、請求項１又は請求項２に記載の方法。
11. 第２の現在のブロックに関する第２の視差ベクトルを決定することであって、前記第２の現在のブロックは前記第２のビュー内に存在し、
    前記第２の現在のブロックに関して、前記第２の視差ベクトルに基づいて前記第１の基準ビューの前記ピクチャのうちの１つにおいて第２の対応するブロックを決定することと、をさらに備え、
    前記第２の視差ベクトルは、グローバル視差ベクトルまたは平滑な時間的ビュー予測された（ＳＴＶ）視差ベクトルを備える、請求項１又は請求項２に記載の方法。
12. 前記視差ベクトルが指し示すビューとターゲット基準ビューとの間の差分に基づいて前記視差ベクトルをスケーリングすることをさらに備える、請求項１又は請求項２に記載の方法。
13. マルチビュー映像データを復号するためのデバイスであって、
    第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを復号するための手段と、
    現在のブロックの１つ以上の近隣ブロックの動きベクトルが、前記１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられると決定することに応答して、前記現在のブロックの前記１つ以上の近隣ブロックの前記動きベクトルは視差動きベクトルであるとみなすための手段と、ここにおいて、前記現在のブロックは、第２のビュー内に存在し、前記視差動きベクトルは、同じ時間的インスタンスであるが異なるビュー内にあるピクチャ内のブロックを指し示す、
    前記視差動きベクトルを利用して、前記現在のブロックに関する視差ベクトルを導き出すための手段と、ここにおいて、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す、
    を備える、デバイス。
14. マルチビュー映像データを符号化するためのデバイスであって、
    第１の基準ビューを含む１つ以上の基準ビューにおいて１つ以上のピクチャを符号化するための手段と、
    現在のブロックの１つ以上の近隣ブロックの動きベクトルが、前記１つ以上の基準ビューのうちの１つに属する基準ピクチャに対応する基準インデックスと関連付けられると決定することに応答して、前記現在のブロックの前記１つ以上の近隣ブロックの前記動きベクトルは視差動きベクトルであるとみなすための手段と、ここにおいて、前記現在のブロックは、第２のビュー内に存在し、前記視差動きベクトルは、同じ時間的インスタンスであるが異なるビュー内にあるピクチャ内のブロックを指し示す、
    前記視差動きベクトルを利用して、前記現在のブロックに関する視差ベクトルを導き出すための手段と、ここにおいて、前記視差ベクトルは、前記現在のブロックから前記１つ以上の基準ビューのうちの１つにおける同じ時間的インスタンスのピクチャ内の対応するブロックを指し示す、
    を備える、デバイス。
15. 実行されたときに、１つ以上のプロセッサに、請求項１から請求項１２のうちの何れか１つに従った方法を実行させる命令を格納する、コンピュータによって読み取り可能な記憶媒体。

Images