(57)【特許請求の範囲】
【請求項１】
マルチビュー映像データを復号する方法であって、
映像復号器が、映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、映像データの前記現在のブロックに関する映像データの近隣ブロックから導き出されることと、
前記映像復号器が、１つ以上のインタービュー予測された動きベクトル候補を動きベクトル予測モードに関する候補リストに加えることであって、前記１つ以上のインタービュー予測された動きベクトル候補は、１つ以上の導き出された前記ディスパリティベクトルに基づくことと、
前記映像復号器が、１つ以上の導き出された前記ディスパリティベクトルを、１つ以上の導き出された前記ディスパリティベクトルのそれぞれの垂直成分を０に設定することを含む、１つ以上のインタービューディスパリティ動きベクトル候補に変換することと、
前記映像復号器が、前記１つ以上のインタービュー予測された動きベクトル候補に加えて、前記１つ以上のインタービューディスパリティ動きベクトル候補を前記動きベクトル予測モードに関する前記候補リストに加えることと、
前記映像復号器が、前記候補リストを用いて映像データの前記現在のブロックを復号することと
を備える、方法。
【請求項２】
映像データの前記現在のブロックを復号することは、インタービュー動き予測を用いて映像データの前記現在のブロックを復号すること及びインタービュー残差予測を用いて映像データの前記現在のブロックを復号することのうちの１つを備える、請求項１に記載の方法。
【請求項３】
前記動きベクトル予測モードは、スキップモード、マージモード、またはアドバンスト動きベクトル予測（ＡＭＶＰ）モードのうちの１つである、請求項１に記載の方法。
【請求項４】
前記映像復号器が、前記加えられた１つ以上のインタービュー予測された動きベクトル候補及び前記加えられた１つ以上のインタービューディスパリティ動きベクトル候補を２つ以上の選択された空間的マージング候補と比較することに基づいて前記候補リストをプルーニングすること
をさらに備える、請求項１に記載の方法。
【請求項５】
マルチビュー映像データを復号する方法であって、
映像復号器が、映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、映像データの前記現在のブロックに関する映像データの近隣ブロックから導き出されることと、
前記映像復号器が、基準ビューにおいて映像データの１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用することであって、映像データの前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められることと、
前記映像復号器が、映像データの前記１つ以上の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えることであって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補であることと、
前記映像復号器が、前記１つ以上のインタービュー動きベクトル候補に加えて、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加えることと、
前記候補リストを用いて映像データの前記現在のブロックを復号することと
を備える、方法。
【請求項６】
前記映像復号器が、前記１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトすることをさらに備え、従って、前記シフトされたディスパリティベクトルは、スライス内において固定される、請求項５に記載の方法。
【請求項７】
前記映像復号器が、前記１つ以上のディスパリティベクトルを映像データの基準ブロックが入った映像データの予測ユニット（ＰＵ）の幅に基づいてある値だけシフトすることをさらに備える、請求項５に記載の方法。
【請求項８】
前記映像復号器が、前記１つ以上のディスパリティベクトルを映像データの前記現在のブロックの幅に基づいてある値だけシフトすることをさらに備える、請求項５に記載の方法。
【請求項９】
映像データの前記現在のブロックを復号することは、インタービュー動き予測を用いて映像データの前記現在のブロックを復号すること及びインタービュー残差予測を用いて映像データの前記現在のブロックを復号することのうちの１つを備える、請求項５に記載の方法。
【請求項１０】
前記映像復号器が、前記１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づいて前記候補リストをプルーニングすること
をさらに備える、請求項５に記載の方法。
【請求項１１】
前記映像復号器が、シフトされたディスパリティベクトルに基づいて前記１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備える、請求項５に記載の方法。
【請求項１２】
マルチビュー映像データを復号するように構成された装置であって、前記装置は、
映像データを記憶するように構成されたメモリと、
前記映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、前記映像データの前記現在のブロックに関する前記映像データの近隣ブロックから導き出されることと、
１つ以上のインタービュー予測された動きベクトル候補を動きベクトル予測モードに関する候補リストに加えることであって、前記１つ以上のインタービュー予測された動きベクトル候補は、１つ以上の導き出された前記ディスパリティベクトルに基づくことと、
１つ以上の導き出された前記ディスパリティベクトルを、１つ以上の導き出された前記ディスパリティベクトルのそれぞれの垂直成分を０に設定することを含む、１つ以上のインタービューディスパリティ動きベクトル候補に変換することと、
前記１つ以上のインタービュー予測された動きベクトル候補に加えて、前記１つ以上のインタービューディスパリティ動きベクトル候補を前記動きベクトル予測モードに関する前記候補リストに加えることと、
前記候補リストを用いて前記映像データの前記現在のブロックを復号することと
を行うように構成された映像復号器と
を備える、装置。
【請求項１３】
前記映像復号器は、インタービュー動き予測を用いて前記映像データの前記現在のブロックを復号すること及びインタービュー残差予測を用いて前記映像データの前記現在のブロックを復号することのうちの１つを行うことによって、前記映像データの前記現在のブロックを復号する、請求項１２に記載の装置。
【請求項１４】
前記動きベクトル予測モードは、スキップモード、マージモード、またはアドバンスト動きベクトル予測（ＡＭＶＰ）モードのうちの１つである、請求項１２に記載の装置。
【請求項１５】
前記映像復号器は、
前記加えられた１つ以上のインタービュー予測された動きベクトル候補及び前記加えられた１つ以上のインタービューディスパリティ動きベクトル候補を２つ以上の選択された空間的マージング候補と比較することに基づいて前記候補リストをプルーニングする
ようにさらに構成される、請求項１２に記載の装置。
【請求項１６】
マルチビュー映像データを復号するように構成された装置であって、
映像データを記憶するように構成されたメモリと、
前記映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、前記映像データの前記現在のブロックに関する前記映像データの近隣ブロックから導き出されることと、
基準ビューにおいて前記映像データの１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用することであって、前記映像データの前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められることと、
前記映像データの前記１つ以上の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えることであって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補であることと、
前記１つ以上のインタービュー動きベクトル候補に加えて、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加えることと、
前記候補リストを用いて前記映像データの前記現在のブロックを復号することと
を行うように構成された映像復号器と
を備える、装置。
【請求項１７】
前記映像復号器は、前記１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトするようにさらに構成され、従って、前記シフトされたディスパリティベクトルは、スライス内において固定される、請求項１６に記載の装置。
【請求項１８】
前記映像復号器は、前記１つ以上のディスパリティベクトルを前記映像データの基準ブロックが入った前記映像データの予測ユニット（ＰＵ）の幅に基づいてある値だけシフトするようにさらに構成される、請求項１６に記載の装置。
【請求項１９】
前記映像復号器は、前記１つ以上のディスパリティベクトルを前記映像データの前記現在のブロックの幅に基づいてある値だけシフトするようにさらに構成される、請求項１６に記載の装置。
【請求項２０】
前記映像復号器は、インタービュー動き予測を用いて前記映像データの前記現在のブロックを復号すること及びインタービュー残差予測を用いて前記映像データの前記現在のブロックを復号することのうちの１つを行うことによって、前記映像データの前記現在のブロックを復号する、請求項１６に記載の装置。
【請求項２１】
前記映像復号器は、前記１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づいて前記候補リストをプルーニングする
ようにさらに構成される、請求項１６に記載の装置。
【請求項２２】
前記映像復号器は、シフトされたディスパリティベクトルに基づいて前記１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づいて前記候補リストをプルーニングする
ようにさらに構成される、請求項１６に記載の装置。
【請求項２３】
マルチビュー映像データを復号するように構成された装置であって、
映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すための手段であって、前記ディスパリティベクトルは、映像データの前記現在のブロックに関する映像データの近隣ブロックから導き出される手段と、
１つ以上のインタービュー予測された動きベクトル候補を動きベクトル予測モードに関する候補リストに加える手段であって、前記１つ以上のインタービュー予測された動きベクトル候補は、１つ以上の導き出された前記ディスパリティベクトルに基づく手段と、
１つ以上の導き出された前記ディスパリティベクトルを、１つ以上の導き出された前記ディスパリティベクトルのそれぞれの垂直成分を０に設定することを含む、１つ以上のインタービューディスパリティ動きベクトル候補に変換するための手段と、
前記１つ以上のインタービュー予測された動きベクトル候補に加えて、前記１つ以上のインタービューディスパリティ動きベクトル候補を前記動きベクトル予測モードに関する前記候補リストに加えるための手段と、
前記候補リストを用いて映像データの前記現在のブロックを復号するための手段と
を備える、装置。
【請求項２４】
マルチビュー映像データを復号するように構成された装置であって、
映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すための手段であって、前記ディスパリティベクトルは、映像データの前記現在のブロックに関する映像データの近隣ブロックから導き出される手段と、
基準ビューにおいて映像データの１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用するための手段であって、映像データの前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められる手段と、
映像データの前記１つ以上の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えるための手段であって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補である手段と、
前記１つ以上のインタービュー動きベクトル候補に加えて、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加えるための手段と、
前記候補リストを用いて映像データの前記現在のブロックを復号するための手段と
を備える、装置。
【請求項２５】
命令を記憶する、非一時的なコンピュータによって読み取り可能な記憶媒体であって、
実行されたときに、
映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、映像データの前記現在のブロックに関する映像データの近隣ブロックから導き出されることと、
１つ以上のインタービュー予測された動きベクトル候補を動きベクトル予測モードに関する候補リストに加えることであって、前記１つ以上のインタービュー予測された動きベクトル候補は、１つ以上の導き出された前記ディスパリティベクトルに基づくことと、
１つ以上の導き出された前記ディスパリティベクトルを、１つ以上の導き出された前記ディスパリティベクトルのそれぞれの垂直成分を０に設定することを含む、１つ以上のインタービューディスパリティ動きベクトル候補に変換することと、
前記１つ以上のインタービュー予測された動きベクトル候補に加えて、前記１つ以上のインタービューディスパリティ動きベクトル候補を前記動きベクトル予測モードに関する前記候補リストに加えることと、
前記候補リストを用いて映像データの前記現在のブロックを復号することと
を映像データを復号するように構成されたデバイスの１つ以上のプロセッサに行わせる命令を格納する、非一時的なコンピュータによって読み取り可能な記憶媒体。
【請求項２６】
命令を記憶する、非一時的なコンピュータによって読み取り可能な記憶媒体であって、
実行されたときに、
映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、映像データの前記現在のブロックに関する映像データの近隣ブロックから導き出されることと、
基準ビューにおいて映像データの１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用することとであって、映像データの前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められることと、
映像データの前記１つ以上の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えることとであって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補であることと、
前記１つ以上のインタービュー動きベクトル候補に加えて、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加えることと、
前記候補リストを用いて映像データの前記現在のブロックを復号することと
を映像データを復号するように構成されたデバイスの１つ以上のプロセッサに行わせる命令を格納する、非一時的なコンピュータによって読み取り可能な記憶媒体。
【請求項２７】
マルチビュー映像データを符号化する方法であって、
映像符号器が、映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、映像データの前記現在のブロックに関する映像データの近隣ブロックから導き出されることと、
前記映像符号器が、１つ以上のインタービュー予測された動きベクトル候補を動きベクトル予測モードに関する候補リストに加えることであって、前記１つ以上のインタービュー予測された動きベクトル候補は、１つ以上の導き出された前記ディスパリティベクトルに基づくことと、
前記映像符号器が、１つ以上の導き出された前記ディスパリティベクトルを、１つ以上の導き出された前記ディスパリティベクトルのそれぞれの垂直成分を０に設定することを含む、１つ以上のインタービューディスパリティ動きベクトル候補に変換することと、
前記映像符号器が、前記１つ以上のインタービュー予測された動きベクトル候補に加えて、前記１つ以上のインタービューディスパリティ動きベクトル候補を前記動きベクトル予測モードに関する前記候補リストに加えることと、
前記映像符号器が、前記候補リストを用いて映像データの前記現在のブロックを符号化することと
を備える、方法。
【請求項２８】
映像データの前記現在のブロックを符号化することは、インタービュー動き予測を用いて映像データの前記現在のブロックを符号化すること及びインタービュー残差予測を用いて映像データの前記現在のブロックを符号化することのうちの１つを備える、請求項２７に記載の方法。
【請求項２９】
前記動きベクトル予測モードは、スキップモード、マージモード、またはアドバンスト動きベクトル予測（ＡＭＶＰ）モードのうちの１つである、請求項２７に記載の方法。
【請求項３０】
前記映像符号器が、前記加えられた１つ以上のインタービュー予測された動きベクトル候補及び前記加えられた１つ以上のインタービューディスパリティ動きベクトル候補を２つ以上の選択された空間的マージング候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備える、請求項２７に記載の方法。
【請求項３１】
マルチビュー映像データを符号化する方法であって、
映像符号器が、映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、映像データの前記現在のブロックに関する映像データの近隣ブロックから導き出されることと、
前記映像符号器が、基準ビューにおいて映像データの１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用することであって、映像データの前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められることと、
前記映像符号器が、映像データの前記１つ以上の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えることであって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補であることと、
前記映像符号器が、前記１つ以上のインタービュー動きベクトル候補に加えて、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加えることと、
前記映像符号器が、前記候補リストを用いて映像データの前記現在のブロックを符号化することと
を備える、方法。
【請求項３２】
前記映像符号器が、前記１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトすることをさらに備え、従って、前記シフトされたディスパリティベクトルは、スライス内において固定される、請求項３１に記載の方法。
【請求項３３】
前記映像符号器が、前記１つ以上のディスパリティベクトルを映像データの基準ブロックが入った映像データの予測ユニット（ＰＵ）の幅に基づいてある値だけシフトすることをさらに備える、請求項３１に記載の方法。
【請求項３４】
前記映像符号器が、前記１つ以上のディスパリティベクトルを映像データの前記現在のブロックの幅に基づいてある値だけシフトすることをさらに備える、請求項３１に記載の方法。
【請求項３５】
映像データの前記現在のブロックを符号化することは、インタービュー動き予測を用いて映像データの前記現在のブロックを符号化すること及びインタービュー残差予測を用いて映像データの前記現在のブロックを符号化することのうちの１つを備える、請求項３１に記載の方法。
【請求項３６】
前記映像符号器が、前記１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備える、請求項３１に記載の方法。
【請求項３７】
前記映像符号器が、シフトされたディスパリティベクトルに基づいて前記１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備える、請求項３１に記載の方法。
【請求項３８】
マルチビュー映像データを符号化するように構成された装置であって、
映像データを記憶するように構成されたメモリと、
前記映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、前記映像データの前記現在のブロックに関する前記映像データの近隣ブロックから導き出されることと、
１つ以上のインタービュー予測された動きベクトル候補を動きベクトル予測モードに関する候補リストに加えることであって、前記１つ以上のインタービュー予測された動きベクトル候補は、１つ以上の導き出された前記ディスパリティベクトルに基づくことと、
１つ以上の導き出された前記ディスパリティベクトルを、１つ以上の導き出された前記ディスパリティベクトルのそれぞれの垂直成分を０に設定することを含む、１つ以上のインタービューディスパリティ動きベクトル候補に変換することと、
前記１つ以上のインタービュー予測された動きベクトル候補に加えて、前記１つ以上のインタービューディスパリティ動きベクトル候補を前記動きベクトル予測モードに関する前記候補リストに加えることと、
前記候補リストを用いて前記映像データの前記現在のブロックを符号化することと
を行うように構成された映像符号器と
を備える、装置。
【請求項３９】
前記映像符号器は、インタービュー動き予測を用いて前記映像データの前記現在のブロックを符号化すること及びインタービュー残差予測を用いて前記映像データの前記現在のブロックを符号化することのうちの１つを行うことによって、前記映像データの前記現在のブロックを符号化する、請求項３８に記載の装置。
【請求項４０】
前記動きベクトル予測モードは、スキップモード、マージモード、またはアドバンスト動きベクトル予測（ＡＭＶＰ）モードのうちの１つである、請求項３８に記載の装置。
【請求項４１】
前記映像符号器は、
前記加えられた１つ以上のインタービュー予測された動きベクトル候補及び前記加えられた１つ以上のインタービューディスパリティ動きベクトル候補を２つ以上の選択された空間的マージング候補と比較することに基づいて前記候補リストをプルーニングする
ようにさらに構成される、請求項３８に記載の装置。
【請求項４２】
マルチビュー映像データを符号化するように構成された装置であって、
映像データを記憶するように構成されたメモリと、
前記映像データの現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、前記映像データの前記現在のブロックに関する前記映像データの近隣ブロックから導き出されることと、
基準ビューにおいて前記映像データの１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用することであって、前記映像データの前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められることと、
前記映像データの前記１つ以上の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えることであって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補であることと、
前記１つ以上のインタービュー動きベクトル候補に加えて、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加えることと、
前記候補リストを用いて前記映像データの前記現在のブロックを符号化することと
を行うように構成された映像符号器と
を備える、装置。
【請求項４３】
前記映像符号器は、前記１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトするようにさらに構成され、従って、前記シフトされたディスパリティベクトルは、スライス内において固定される、請求項４２に記載の装置。
【請求項４４】
前記映像符号器は、前記１つ以上のディスパリティベクトルを前記映像データの基準ブロックが入った前記映像データの予測ユニット（ＰＵ）の幅に基づいてある値だけシフトするようにさらに構成される、請求項４２に記載の装置。
【請求項４５】
前記映像符号器は、前記１つ以上のディスパリティベクトルを前記映像データの前記現在のブロックの幅に基づいてある値だけシフトするようにさらに構成される、請求項４２に記載の装置。
【請求項４６】
前記映像符号器は、インタービュー動き予測を用いて前記映像データの前記現在のブロックを符号化すること及びインタービュー残差予測を用いて前記映像データの前記現在のブロックを符号化することのうちの１つを行うことによって、前記映像データの前記現在のブロックを符号化する、請求項４２に記載の装置。
【請求項４７】
前記映像符号器は、前記１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づいて前記候補リストをプルーニングするようにさらに構成される、請求項４２に記載の装置。
【請求項４８】
前記映像符号器は、シフトされたディスパリティベクトルに基づいて前記１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づいて前記候補リストをプルーニングするようにさらに構成される、請求項４２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［０００１］本出願は、米国仮特許出願第６１／７００，７６５号（出願日：２０１２年９月１３日）、及び米国仮特許出願第６１／７０９，０１３号（出願日：２０１２年１０月２日）の利益を主張するものであり、両方の内容全体が、引用によってここに組み入れられている。
【０００２】
［０００２］本開示は、映像コーディングに関するものである。
【背景技術】
【０００３】
［０００３］デジタル映像能力を広範なデバイス内に組み入れることができ、デジタルテレビと、デジタル直接放送システムと、無線放送システムと、パーソナルデジタルアシスタント（ＰＤＡ）と、ラップトップ又はデスクトップコンピュータと、タブレットコンピュータと、電子書籍リーダーと、デジタルカメラと、デジタル記録デバイスと、デジタルメディアプレーヤーと、ビデオゲームプレイ装置と、ビデオゲームコンソールと、セルラー又は衛星無線電話と、いわゆる“スマートフォン”と、ビデオ会議装置と、映像ストリーミングデバイスと、等を含む。デジタル映像デバイスは、映像コーディング技法、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ１０、アドバンストビデオコーディング（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ））、現在開発中の高効率映像コーディング（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）規格によって定義される規格、及び該規格の拡張版において説明されるそれらを実装する。映像デバイスは、該映コーディング技法を実装することによってデジタル映像情報をより効率的に送信、受信、符号化、復号、及び／又は格納することができる。
【０００４】
［０００４］映像コーディング技法は、映像シーケンスに固有の冗長性を低減又は除去するために空間（イントラピクチャ）予測及び／又は時間（インターピクチャ）予測を行う。ブロックに基づく映像コーディングでは、映像スライス（すなわち、映像フレーム又は映像フレームの一部分）を映像ブロックに分割することができ、それらは、ツリーブロック、コーディングユニット（ＣＵ）及び／又はコーディングノードと呼ぶこともできる。ピクチャのイントラコーディングされた（Ｉ）スライス内の映像ブロックは、同じピクチャ内の近隣ブロック内の基準サンプルに関して空間予測を用いて符号化される。ピクチャのインターコーディングされた（Ｐ又はＢ）スライス内の映像ブロックは、同じピクチャ内の近隣ブロック内の基準サンプルに関しては空間予測、その他の基準ピクチャ内の基準サンプルに関しては時間予測を使用することができる。ピクチャは、フレームと呼ぶことができ、基準ピクチャは、基準フレームと呼ぶことができる。
【０００５】
空間又は時間予測の結果、コーディングされるべきブロックに関する予測ブロックが得られる。残差データは、コーディングされるべきオリジナルのブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する基準サンプルのブロックを指し示す動きベクトル、及びコーディングされたブロックと予測ブロックとの間の差分を示す残差データにより符号化される。イントラコーディングされたブロックは、イントラコーディングモード及び残差データにより符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換することができ、その結果残差変換係数が得られ、それらは量子化することができる。量子化された変換係数は、当初は二次元配列で配置され、変換係数の一次元ベクトルを生成するために走査することができ、及び、さらなる圧縮を達成させるためにエントロピーコーディングを適用することができる。
【発明の概要】
【０００６】
［０００６］概して、本開示は、マルチビュー及び３Ｄ映像コーディングにおいて動き予測のコーディング効率を向上させるための技法について説明する。
【０００７】
［０００７］本開示の一例では、映像データを復号する方法は、現在のブロックに関する１つ以上のディスパリティベクトル（ｄｉｓｐａｒｉｔｙ  ｖｅｃｔｏｒ）を導き出すことであって、ディスパリティベクトルは、現在のブロックに関する近隣ブロックから導き出されることと、ディスパリティベクトルをインタービュー（ｉｎｔｅｒ−ｖｉｅｗ）予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補のうちの１つ以上に変換することと、１つ以上のインタービュー予測された動きベクトル候補及び１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加えることと、候補リストを用いて現在のブロックを復号することと、を備える。
【０００８】
［０００８］本開示の他の例では、映像データを復号する方法は、現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、ディスパリティベクトルは、現在のブロックに関する近隣ブロックから導き出されることと、ディスパリティベクトルをインタービュー予測された動きベクトル及び／又はインタービューディスパリティ動きベクトルのうちの１つに変換することと、インタービュー予測された動きベクトル候補及び／又はインタービューディスパリティ動きベクトルを動きベクトル予測モードに関する候補リストに加えることと、候補リストを用いて現在のブロックを復号することと、を備える。
【０００９】
［０００９］本開示の技法は、加えられたインタービュー予測された動きベクトルを候補リスト内のその他の候補動きベクトルと比較することに基づいて候補リストをプルーニング（ｐｒｕｎｉｎｇ）することをさらに含む。
【００１０】
［００１０］本開示は、開示される方法及び技法を実行するように構成される装置、デバイス、及びコンピュータによって読み取り可能な媒体についても説明する。
【００１１】
［００１１］１つ以上の例の詳細が、添付図面及び以下の説明において示される。それらの説明及び図面から、及び請求項からその他の特徴、目的、及び利点が明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】［００１２］本開示のインター予測技法を利用することができる映像符号化及び復号システム例を示したブロック図である。
【図２】［００１３］マルチビュー映像に関する復号順序例を示した概念図である。
【図３】［００１４］マルチビュー映像に関する予測構造例を示した概念図である。
【図４】［００１５］マージモード及びＡＭＶＰモードの両方において使用することができる候補ブロックの組例を示した図である。
【図５】［００１６］３Ｄ映像に関するテクスチャ及び深度値を示した概念図である。
【図６】［００１７］インタービュー予測された動きベクトル候補の導出プロセス例を示した概念図である。
【図７】［００１８］本開示のインター予測技法を実装することができる映像符号器の例を示したブロック図である。
【図８】［００１９］本開示のインター予測技法を実装することができる映像復号器の例を示したブロック図である。
【図９】［００２０］本開示の技法による符号化プロセス例を示したフローチャートである。
【図１０】［００２１］本開示の技法による符号化プロセス例を示したフローチャートである。
【図１１】［００２２］本開示の技法による復号プロセス例を示したフローチャートである。
【図１２】［００２３］本開示の技法による復号プロセス例を示したフローチャートである。
【発明を実施するための形態】
【００１３】
［００２４］映像において三次元効果を生み出すために、シーンの２つのビュー、例えば、左目ビュー及び右目ビューを同時に又はほぼ同時に示すことができる。左目ビュー及び右目ビューに対応する、同じシーンの２つのピクチャを、わずかに異なる水平位置からキャプチャすること（又は、例えば、コンピュータによって生成されたグラフィックスとして、生成すること）ができ、観る人の左目と右目との間の水平方向の差異（ｄｉｓｐａｒｉｔｙ）を表現する。これらの２つのピクチャを同時に又はほぼ同時に表示することによって、左目ビューピクチャは観る人の左目によって知覚され、右目ビューピクチャは観る人の右目によって知覚され、観る人は、三次元効果を経験することができる。幾つかのその他の場合においては、三次元効果を作り出すために垂直の差異を使用することができる。
【００１４】
［００２５］概して、本開示は、マルチビュー映像データ及び／又はマルチビューテクスチャプラス深度映像データをコーディング及び処理するための技法について説明し、テクスチャ情報は、概して、ピクチャのルミナンス（輝度又は強度）及びクロミナンス（色、例えば、青い色合い及び赤い色合い）を表す。深度情報は、深度マップによって表現することができ、深度マップの個々のピクセルには、テクスチャピクチャの対応するピクセルが画面において、相対的に画面の前部において、又は相対的に画面の背後において表示されるべきかを示す値が割り当てられる。これらの深度値は、テクスチャ及び深度情報を用いてピクチャを合成するときに差異値に変換することができる。
【００１５】
［００２６］本開示は、マルチビュー及び／又はマルチビュープラス深度（例えば、３Ｄ−ＨＥＶＣ）映像コーディングにおいてインタービュー予測の効率及び品質を向上させるための技法について説明する。特に、本開示は、動きベクトル予測候補リストにポピュレート（ｐｏｐｕｌａｔｅ）するためにディスパリティベクトルを使用するときにインタービュー動き予測に関する動きベクトル予測の品質を向上させるための技法を提案する。
【００１６】
［００２７］図１は、本開示の技法を利用することができる映像符号化及び復号システム例１０を示したブロック図である。図１において示されるように、システム１０は、行先デバイス１４によってのちの時点で復号されるべき符号化された映像データを提供するソースデバイス１２を含む。特に、ソースデバイス１２は、コンピュータによって読み取り可能な媒体１６を介して行先デバイス１４に映像データを提供する。ソースデバイス１２及び行先デバイス１４は、広範なデバイスのうちのいずれかを備えることができ、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、電話ハンドセット、例えば、いわゆる“スマート”フォン、いわゆる“スマート”パッド、テレビ、カメラ、表示装置、デジタルメディアプレーヤー、ビデオゲームプレイコンソール、映像ストリーミングデバイス、等を含む。幾つかの場合は、ソースデバイス１２及び行先デバイス１４は、無線通信のために装備することができる。
【００１７】
［００２８］行先デバイス１４は、コンピュータによって読み取り可能な媒体１６を介して復号されるべき符号化された映像データを受信することができる。コンピュータによって読み取り可能な媒体１６は、符号化された映像データをソースデバイス１２から行先デバイス１４に移動させることが可能なあらゆるタイプの媒体又はデバイスを備えることができる。一例では、コンピュータによって読み取り可能な媒体１６は、ソースデバイス１２がリアルタイムで行先デバイス１４に直接符号化された映像データを送信するのを可能にするための通信媒体を備えることができる。符号化された映像データは、通信規格、例えば、無線通信プロトコル、に準拠して変調し、行先デバイス１４に送信することができる。通信媒体は、あらゆる無線又は有線の通信媒体、例えば、無線周波数（ＲＦ）スペクトル又は１つ以上の物理的送信ライン、を備えることができる。通信媒体は、パケットに基づくネットワーク、例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、グローバルネットワーク、例えば、インターネット、の一部を成すことができる。通信媒体は、ルータ、スイッチ、基地局、又は、ソースデバイス１２から行先デバイス１４への通信を容易にするのに役立つことができるその他のあらゆる装置を含むことができる。
【００１８】
［００２９］幾つかの例では、符号化されたデータは、出力インタフェース２２から記憶デバイスに出力することができる。同様に、符号化されたデータは、入力インタフェースによって記憶デバイスからアクセスすることができる。記憶デバイスは、様々な分散された又はローカルでアクセスされるデータ記憶媒体、例えば、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性又は非揮発性メモリ、又は符号化された映像データを格納するためのその他の適切なデジタル記憶媒体を含むことができる。さらなる例では、記憶デバイスは、ソースデバイス１２によって生成された符号化された映像を格納することができるファイルサーバ又は他の中間的な記憶デバイスに対応することができる。行先デバイス１４は、ストリーミング又はダウンロードを介して記憶デバイスから格納された映像データにアクセスすることができる。ファイルサーバは、符号化された映像データを格納すること及び符号化された映像データを行先デバイス１４に送信することが可能なあらゆるタイプのサーバであることができる。ファイルサーバ例は、（例えば、ウェブサイトのための）ウェブサーバと、ＦＴＰサーバと、ネットワーク接続記憶（ＮＡＳ）デバイスと、ローカルディスクドライブと、を含む。行先デバイス１４は、インターネット接続を含む標準的なデータ接続を通じて符号化された映像データにアクセスすることができる。これは、ファイルサーバに格納された符号化された映像データにアクセスするのに適する無線チャネル（例えば、Ｗｉ−Ｆｉ接続）、有線接続（例えば、ＤＳＬ、ケーブルモデム、等）、又は両方の組み合わせを含むことができる。記憶デバイスからの符号化された映像データの送信は、ストリーミング送信、ダウンロード送信、又は両方の組み合わせであることができる。
【００１９】
［００３０］本開示の技法は、無線の用途またはセッティングには必ずしも限定されない。それらの技法は、映像コーディングに適用することができ、様々なマルチメディア用途、例えば、オーバー・ザ・エアテレビ放送、ケーブルテレビ送信、衛星テレビ送信、インターネットストリーミング映像送信、例えば、ＨＴＴＰを通じてのダイナミックアダプティブストリーミング（ＤＡＳＨ）、データ記憶媒体への格納のために符号化されるデジタル映像、データ記憶媒体に格納されたデジタル映像の復号、又はその他の用途をサポートする。幾つかの例では、システム１０は、映像ストリーミング、映像再生、映像放送、及び／又は映像テレフォニー、等の用途をサポートするために１方向又は２方向の映像送信をサポートするように構成することができる。
【００２０】
［００３１］図１の例では、ソースデバイス１２は、映像ソース１８と、深度推定ユニット１９と、映像符号器２０と、出力インタフェース２２と、を含む。行先デバイス１４は、入力インタフェース２８と、映像復号器３０と、深度画像に基づくレンダリング（ＤＩＢＲ）ユニット３１と、表示装置３２と、を含む。その他の例では、ソースデバイス及び行先デバイスは、その他のコンポーネント又は配置を含むことができる。例えば、ソースデバイス１２は、外部の映像ソース１８、例えば、外部のカメラ、から映像データを受信することができる。同様に、行先デバイス１４は、一体化された表示装置を含むのではなく、外部の表示装置とインタフェースすることができる。
【００２１】
［００３２］図１の例示されるシステム１０は、単なる一例である。本開示の技法は、あらゆるデジタル映像符号化及び／又は復号デバイスによって実行することができる。概して、本開示の技法は、映像符号化デバイスによって実行されるが、それらの技法は、典型的には“ＣＯＤＥＣ”と呼ばれる映像符号器／復号器によって実行することもできる。さらに、本開示の技法は、映像プリプロセッサによって実行することもできる。ソースデバイス１２及び行先デバイス１４は、ソースデバイス１２が行先デバイス１４への送信のためにコーディングされた映像データを生成する該コーディングデバイスの例であるにすぎない。幾つかの例では、デバイス１２、１４は、デバイス１２、１４の各々が符号化コンポーネント及び復号コンポーネントを含むような実質上対称的な形で動作することができる。従って、システム１０は、例えば、映像ストリーミング、映像再生、映像放送、及び／又は映像テレフォニー、に関して、映像デバイス１２、１４、間での１方向又は２方向の映像送信をサポートすることができる。
【００２２】
［００３３］ソースデバイス１２の映像ソース１８は、映像キャプチャデバイス、例えば、ビデオカメラ、以前にキャプチャされた映像が入った映像アーカイブ、及び／又は映像コンテンツプロバイダからの映像を受信するための映像フィードインタフェース、を含むことができる。さらなる代替として、映像ソース１８は、コンピュータグラフィックに基づくデータを、ソース映像、又は、ライブ映像、アーカイブに保存された映像、及びコンピュータによって生成された映像の組み合わせとして生成することができる。幾つかの場合においては、映像ソース１８がビデオカメラである場合は、ソースデバイス１２及び行先デバイス１４は、いわゆるカメラフォン又はビデオフォンを形成することができる。しかしながら、上記のように、本開示において説明される技法は、映像コーディング全般に適用可能であり、無線及び／又は有線用途に適用することができる。各場合において、キャプチャされた、予めキャプチャされた、又はコンピュータによって生成された映像は、映像符号器２０によって符号化することができる。符号化された映像情報は、出力インタフェース２２によってコンピュータによって読み取り可能な媒体１６上に出力することができる。
【００２３】
［００３４］映像ソース１８は、映像データの複数のビューを映像符号器２０に提供することができる。例えば、映像ソース１８は、各々が撮影中の特定のシーンに関してユニークな水平位置を有するカメラの配列に対応することができる。代替として、映像ソース１８は、例えば、コンピュータグラフィックスを用いて、個別の水平なカメラの観点から映像データを生成することができる。深度推定ユニット１９は、テクスチャ画像内のピクセルに対応する深度ピクセルに関する値を決定するように構成することができる。例えば、深度推定ユニット１９は、サウンドナビゲーション・アンド・レンジング（Ｓｏｕｎｄ  Ｎａｖｉｇａｔｉｏｎ  ａｎｄ  Ｒａｎｇｉｎｇ（ＳＯＮＡＲ）ユニット、ライトディテクション・アンド・レンジング（Ｌｉｇｈｔ  Ｄｅｔｅｃｔｉｏｎ  ａｎｄ  Ｒａｎｇｉｎｇ（ＬＩＤＡＲ）ユニット、又はシーンの映像データを記録しながら実質的に同時に深度値を直接決定することが可能なその他のユニットを表すことができる。
【００２４】
［００３５］さらに加えて又は代替で、深度推定ユニット１９は、異なる水平なカメラの観点から実質的に同時にキャプチャされた２つ以上の画像を比較することによって間接的に深度値を計算するように構成することができる。画像内の実質的に類似するピクセル値間の水平の差異を計算することによって、深度推定ユニット１９は、シーン内の様々なオブジェクトの深度を概算することができる。幾つかの例では、深度推定ユニット１９は、映像ソース１８と機能的に一体化することができる。例えば、映像ソース１８がコンピュータグラフィックス画像を生成するときには、深度推定ユニット１９は、例えば、テクスチャ画像をレンダリングするために使用されるピクセル及びオブジェクトのｚ座標を用いて、図形のオブジェクトに関する実際の深度マップを提供することができる。
【００２５】
［００３６］コンピュータによって読み取り可能な媒体１６は、一時的な媒体、例えば、無線放送又は有線のネットワーク送信、又は記憶媒体（すなわち、非一時的な記憶媒体）例えば、ハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、ブルーレイディスク、又はその他のコンピュータによって読み取り可能な媒体、を含むことができる。幾つかの例では、ネットワークサーバ（示されていない）は、符号化された映像データをソースデバイス１２から受信し、符号化された映像データを、例えば、ネットワーク送信を介して行先デバイス１４に提供することができる。同様に、媒体生産ファシリティ、例えば、ディスクスタンピングファシリティ、のコンピューティングデバイスは、符号化された映像データをソースデバイス１２から受信し、符号化された映像データが入ったディスクを生産することができる。従って、コンピュータによって読み取り可能な媒体１６は、様々な例において、様々な形態の１つ以上のコンピュータによって読み取り可能な媒体を含むと理解することができる。
【００２６】
［００３７］行先デバイス１４の入力インタフェース２８は、コンピュータによって読み取り可能な媒体１６から情報を受信する。コンピュータによって読み取り可能な媒体１６の情報は、ブロック及びその他のコーディングされたユニット、例えば、ＧＯＰ、の特性及び／又は処理を記述した構文要素を含む、映像復号器３０によっても使用される、映像符号器２０によって定義された構文情報を含むことができる。表示装置３２は、復号された映像データをユーザに表示し、様々な表示装置、例えば、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、又は他のタイプの表示装置、のうちのいずれかを備えることができる。幾つかの例では、表示装置３２は、例えば、観る人のために３Ｄ視覚効果を作り出すために、２つ以上のビューを同時に又は実質的に同時に表示することが可能なデバイスを備えることができる。
【００２７】
［００３８］行先デバイス１４のＤＩＢＲユニット３１は、映像復号器３０から受信された復号されたビューのテクスチャ及び深度情報を用いて合成されたビューをレンダリングすることができる。例えば、ＤＩＢＲユニット３１は、テクスチャ画像のピクセルデータに関する水平差異を対応する深度マップ内のピクセルの値の関数として決定することができる。次に、ＤＩＢＲユニット３１は、テクスチャ画像内のピクセルを決定された水平差異分だけ左又は右にオフセットすることによって合成された画像を生成することができる。このようにして、表示装置３２は、１つ以上のビューをあらゆる組み合わせで表示することができ、それらは、復号されたビュー及び／又は合成されたビューに対応することができる。本開示の技法により、映像復号器３０は、深度範囲に関するオリジナルの及び更新された精度値及びカメラパラメータをＤＩＢＲユニット３１に提供することができ、ビューを適切に合成するために深度範囲及びカメラパラメータを使用することができる。
【００２８】
［００３９］図１には示されていないが、幾つかの態様では、映像符号器２０及び映像復号器３０は、各々、音声符号器及び復号器と一体化することができ、及び、共通のデータストリーム又は別々のデータストリーム内の音声及び映像の両方の符号化を取り扱うための該当するＭＵＸ−ＤＥＭＵＸユニット、又はその他のハードウェア及びソフトウェアを含むことができる。該当する場合は、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、又はその他のプロトコル、例えば、ユーザデータグラムプロトコル（ＵＤＰ）に準拠することができる。
【００２９】
［００４０］映像符号器２０及び映像復号器３０は、映像コーディング規格、例えば、現在策定中の高効率映像コーディング（ＨＥＶＣ）規格、により動作することができ、及び、ＨＥＶＣテストモデル（ＨＭ）に準拠することができる。代替として、映像符号器２０及び映像復号器３０は、その他の独占規格又は工業規格、例えば、ＩＴＵ−Ｔ  Ｈ．２６４規格、代替でＭＰＥＧ−４、Ｐａｒｔ１０、Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ）と呼ばれる、又は該規格の拡張版、例えば、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣのＭＶＣ拡張版により動作することができる。特に、本開示の技法は、高度なコーデックに基づくマルチビュー及び／又は３Ｄ映像コーディングに関連する。概して、本開示の技法は、様々な異なる映像コーディング規格のうちのいずれかに適用することができる。例えば、これらの技法は、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣ（ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）のマルチビュー映像コーディング（ＭＶＣ）拡張版、来るべきＨＥＶＣ規格の３Ｄ映像（３ＤＶ）拡張版、又はその他のコーディング規格に適用することができる。
【００３０】
［００４１］来るべきＨＥＶＣ規格の最近のドラフトが、２０１２年７月１１〜２０１２年７月１２日にスウェーデンのストックホルムで開催された第１０回会議においてＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３及びＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１の映像コーディングに関する共同作業チーム（ＪＣＴ−ＶＣ）によって提出された文書  ＨＣＴＶＣ−Ｊ１００３、Ｂｒｏｓｓ  ｅｔ  ａｌ．，“Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）  Ｔｅｘｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｄｒａｆｔ８”において記述されており、２０１３年６月７日現在では、http://phenix.int-evry.fr/jct/doc_end_user/documents/10_Stockholm/wg11/JCTVC-J1003-v8.zipからダウンロード可能である。例示する目的上、本開示の技法は、主に、ＨＥＶＣの３ＤＶ拡張版に関して説明されている。しかしながら、これらの技法は、三次元効果を生み出すために使用されるその他の映像データコーディング規格に対して適用可能であることが理解されるべきである。
【００３１】
［００４２］ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）規格は、ジョイントビデオチーム（ＪＶＴ）と呼ばれる集団パートナーシップの産物として、ＩＴＵ−Ｔビデオコーディングエキスパーツグループ（ＶＣＥＧ）及びＩＳＯ／ＩＥＣムービングピクチャエキスパーツグループ（ＭＥＰＧ）の共同で作成されたものである。幾つかの態様では、本開示において説明される技法は、Ｈ．２６４規格に一般的に準拠するデバイスに適用することができる。Ｈ．２６４規格は、ＩＴＵ−Ｔ研究グループによる、ＩＴＵ−Ｔ勧告Ｈ．２６４、一般的オーディオビジュアルサービスに関するアドバンストビデオコーディング（２００５年３月付）において記述されており、ここでは、Ｈ．２６４規格又はＨ．２６４仕様、又は、Ｈ．２６４／ＡＶＣ規格又は仕様と呼ばれる。ジョイントビデオチーム（ＪＶＴ）では、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣの拡張バージョンに関する作業を継続している。
【００３２】
［００４３］映像符号器２０及び映像復号器３０は、各々、様々な適切な符号器回路、例えば、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ソフトウェア、ハードウェア、ファームウェア又はそれらのあらゆる組み合わせのうちのいずれかとして実装することができる。技法がソフトウェア内において部分的に実装されるときには、デバイスは、ソフトウェアに関する命令を適切な、非一時的なコンピュータによって読み取り可能な媒体に格納することができ及び本開示の技法を実行するために１つ以上のプロセッサを用いてハードウェア内で命令を実行することができる。映像符号器２０及び映像復号器３０の各々は、１つ以上の符号器又は復号器に含めることができ、それらのいずれも、各々のデバイスにおいて結合された符号器／復号器（ＣＯＤＥＣ）の一部として一体化することができる。映像符号器２０及び／又は映像復号器３０を含むデバイスは、集積回路、マイクロプロセッサ、及び／又は無線通信デバイス、例えば、携帯電話、を備えることができる。
【００３３】
［００４４］最初に、ＨＥＶＣのコーディング技法例が説明される。ＪＣＴ−ＶＣは、ＨＥＶＣ規格の策定作業中である。ＨＥＶＣ標準化努力は、ＨＥＶＣテストモデル（ＨＭ）と呼ばれる映像コーディングデバイスの進化中のモデルに基づいている。ＨＭは、例えば、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣによる既存のデバイスに対して映像コーディングデバイスの幾つかの追加能力を前提にしている。例えば、Ｈ．２６４は９つのイントラ予測符号化モードを提供する一方で、ＨＭは、３３もの角イントラ予測符号化モードプラスＤＣ及びＰｌａｎａｒモードを提供することができる。
【００３４】
［００４５］概して、ＨＭのワーキングモデルでは、映像フレーム又はピクチャは、ツリーブロックのシーケンス又はルマサンプル及びクロマサンプルの両方を含む最大のコーディングユニット（ＬＣＵ）に分割することができると記述している。ビットストリーム内の構文データは、ピクセル数の点で最大のコーディングユニットであるＬＣＵに関するサイズを定義することができる。スライスは、コーディング順序の幾つかの連続するツリーブロックを含む。映像フレーム又はピクチャは、１つ以上のスライスに分割することができる。各ツリーブロックは、四分木によりコーディングユニット（ＣＵ）に分割することができる。概して、四分木データ構造は、ＣＵ当たり１つのノードを含み、根ノードがツリーブロックに対応する。ＣＵが４つのサブＣＵに分割される場合は、ＣＵに対応するノードは、４つの葉ノードを含み、それらの各々がサブＣＵのうちの１つに対応する。
【００３５】
［００４６］四分木データ構造の各ノードは、対応するＣＵに関する構文データを提供することができる。例えば、四分木内のノードは、そのノードに対応するＣＵがサブＣＵに分割されるかどうかを示す分割フラグを含むことができる。ＣＵに関する構文要素は、反復的に定義することができ、ＣＵがサブＣＵに分割されるかどうかに依存することができる。ＣＵがそれ以上分割されない場合は、それは葉ＣＵと呼ばれる。本開示では、原葉ＣＵの明示の分割は存在しない場合でも、葉ＣＵの４つのサブＣＵも葉ＣＵと呼ばれる。例えば、１６×１６サイズのＣＵがそれ以上分割されない場合は、１６×１６ＣＵは分割されなかったが、４つの８×８サブＣＵも葉ＣＵと呼ばれる。
【００３６】
［００４７］ＣＵは、Ｈ．２６４規格のマクロブロックと同様の目的を有し、ただし、ＣＵはサイズの区別を有さない。例えば、ツリーブロックは、４つの子ノード（サブＣＵとも呼ばれる）に分割することができ、各子ノードは、親ノード及び他の４つの子ノードに分割することができる。最終的な、分割されない子ノードは、四分木の葉ノードと呼ばれ、葉ＣＵともよばれるコーディングノードを備える。コーディングされたビットストリームと関連付けられた構文データは、ツリーブロックを分割することができる最大回数を定義することができ、最大ＣＵ深度と呼ばれ、コーディングノードの最小サイズを定義することもできる。従って、ビットストリームは、最小のコーディングユニット（ＳＣＵ）を定義することもできる。本開示は、ＨＥＶＣに関するＣＵ、ＰＵ、又はＴＵのいずれか、又は、その他の規格に関する同様のデータ構造（例えば、Ｈ．２６４／ＡＶＣにおけるマクロブロック及びサブブロック）を意味するために用語“ブロック”を使用する。
【００３７】
［００４８］ＣＵは、コーディングノードと、そのコーディングノードと関連付けられた予測ユニット（ＰＵ）及び変換ユニット（Ｕ）を含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状は正方形でなければならない。ＣＵのサイズは、８×８ピクセルからツリーブロックのサイズまでの範囲であることができ、最大サイズは６４×６４ピクセル以上である。各ＣＵには、１つ以上のＰＵ及び１つ以上のＴＵが入ることができる。ＣＵと関連付けられた構文データは、例えば、１つ以上のＰＵへのＣＵの分割を記述することができる。分割モードは、ＣＵがスキップ又は直接モード符号化されるか、イントラ予測モード符号化されるか、又はインター予測モード符号化されるかの間で異なることができる。ＰＵは、形状が非正方形に分割することができる。ＣＵと関連付けられた構文データは、例えば、四分木による１つ以上のＴＵへのＣＵの分割も記述することができる。ＴＵの形状は、正方形であっても非正方形（例えば、長方形）であってもよい。
【００３８】
［００４９］ＨＥＶＣ規格は、ＴＵによる変換を考慮しており、異なるＣＵごとに異なることができる。ＴＵは、典型的には、分割されたＬＣＵに関して定義される所定のＣＵ内のＰＵのサイズに基づいてサイズが設定されるが、常にそうであるわけではない。ＴＵは、典型的には、ＰＵと同じサイズであるか又はそれよりも小さい。幾つかの例では、ＣＵに対応する残差サンプルは、“残差四分木（ＲＱＴ）”と呼ばれる四分木構造を用いてより小さいユニットに細分割することができる。ＲＱＴの葉ノードは、変換ユニット（ＴＵ）と呼ぶことができる。ＴＵと関連付けられたピクセル差分値は、変換係数を生成するために変換することができ、それらは量子化することができる。
【００３９】
［００５０］葉ＣＵは、１つ以上の予測ユニット（ＰＵ）を含むことができる。概して、ＰＵは、対応するＣＵの全部又は一部に対応する空間エリアを表し、ＰＵに関する基準サンプルを取り出すためのデータを含むことができる。さらに、ＰＵは、予測に関連するデータを含む。例えば、ＰＵがイントラモード符号化されるときには、ＰＵに関するデータは、残差四分木（ＲＱＴ）に含めることができ、それは、ＰＵに対応するＴＵに関するイントラ予測モードを記述するデータを含むことができる。他の例として、ＰＵがインターモード符号化されるときには、ＰＵは、ＰＵに関する１つ以上の動きベクトルを定義するデータを含むことができる。ＰＵに関する動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルに関する解像度（例えば、１／４ピクセル精度又は１／８ピクセル精度）、動きベクトルが指し示す基準ピクチャ、及び／又は動きベクトルに関する基準ピクチャリスト（例えば、リスト０、リスト１、又はリストＣ）を記述することができる。
【００４０】
［００５１］１つ以上のＰＵを有する葉ＣＵは、１つ以上の変換ユニット（ＴＵ）を含むこともできる。変換ユニットは、上述されるように、ＲＱＴ（ＴＵ四分木構造とも呼ばれる）を用いて指定することができる。例えば、分割フラグは、葉ＣＵが４つの変換ユニットに分割されるかどうかを示すことができる。次に、各変換ユニットは、さらなるサブＴＵにさらに分割することができる。ＴＵがそれ以上分割されない場合は、それは、葉ＴＵと呼ぶことができる。概して、イントラコーディングに関して、葉ＣＵに属するすべての葉ＴＵは、同じイントラ予測モードを共有する。すなわち、葉ＣＵのすべてのＴＵに関する予測された値を計算するために同じイントラ予測モードが概して適用される。イントラコーディングに関して、映像符号器は、ＴＵに対応するＣＵの部分とオリジナルブロックとの間の差分として、イントラ予測モードを用いて各葉ＴＵに関する残差値を計算することができる。ＴＵは、必ずしもＰＵのサイズに限定されない。従って、ＴＵは、ＰＵよりも大きいこと又は小さいことができる。イントラコーディングに関して、ＰＵは、同じＣＵに関する対応する葉ＴＵと共配置することができる。幾つかの例では、葉ＴＵの最大サイズは、対応する葉ＣＵのサイズに対応することができる。
【００４１】
［００５２］さらに、葉ＣＵのＴＵは、残差四分木（ＲＱＴ）と呼ばれる各々の四分木データ構造と関連付けることもできる。すなわち、葉ＣＵは、その葉ＣＵがどのようにしてＴＵに分割されるかを示す四分木を含むことができる。ＴＵ四分木の根ノードは、概して、葉ＣＵに対応し、ＣＵ四分木の根ノードは、概して、ツリーブロック（又はＬＣＵ）に対応する。分割されないＲＱＴのＴＵは、葉ＴＵと呼ばれる。概して、本開示は、別記がないかぎり、葉ＣＵ及び葉ＴＵをそれぞれ意味するために用語ＣＵ及びＴＵを使用する。
【００４２】
［００５３］映像シーケンスは、典型的には、一連の映像フレーム又はピクチャを含む。ピクチャのグループ（ＧＯＰ）は、概して、映像ピクチャのうちの一連の１つ以上を備える。ＧＯＰは、ＧＯＰ内に含まれるピクチャ数を記述する構文データをＧＯＰのヘッダ、１つ以上のピクチャのヘッダ、又はその他の場所において含むことができる。ピクチャの各スライスは、各々のスライスに関する符号化モードを記述するスライス構文データを含むことができる。映像符号器２０は、典型的には、映像データを符号化するために個々の映像スライス内の映像ブロックに対して動作する。映像ブロックは、ＣＵ内のコーディングノードに対応することができる。映像ブロックは、固定された又は可変のサイズを有することができ、及び、指定されたコーディング規格によりサイズが異なることができる。
【００４３】
［００５４］一例として、ＨＭは、様々なＰＵサイズの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２Ｎ又はＮ×ＮのＰＵサイズでのイントラ予測、及び２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、又はＮ×Ｎの対称的ＰＵサイズでのインター予測をサポートする。ＨＭは、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、及びｎＲ×２ＮのＰＵサイズでのインター予測に関する非対称的な分割もサポートする。非対称的な分割では、ＣＵの１方の方向が分割されず、他方の方向が２５％及び７５％に分割される。２５％の分割に対応するＣＵの部分は、“ｎ”によって示され、“上（Ｕｐ）”、“下（Ｄｏｗｎ）”、“左（Ｌｅｆｔ）”、又は“右（Ｒｉｇｈｔ）”の表示文字によって後続される。従って、例えば、“２Ｎ×ｎＵ”は、水平に分割され、最上部が２Ｎ×０．５Ｎ  ＰＵ、最下部が２Ｎ×１．５Ｎ  ＰＵである２Ｎ×２Ｎ  ＣＵを意味する。
【００４４】
［００５５］本開示においては、“Ｎ×Ｎ”及び“Ｎ  ｂｙ  Ｎ”は、垂直及び水平の寸法に関する映像ブロックのピクチャ寸法を意味するために互換可能な形で使用することができ、例えば、１６×１６ピクセル又は１６  ｂｙ  １６ピクセル。概して、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）及び水平方向に１６ピクセル（ｘ＝１６）を有することになる。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮのピクセル及び水平方向にＮのピクセルを有し、ここで、Ｎは、負でない整数値を表す。ブロック内のピクセルは、行及び列で配列することができる。さらに、ブロックは、水平方向と垂直方向で必ずしも同じピクセル数を有する必要がない。例えば、ブロックは、Ｎ×Ｍピクセルを備えることができ、ここで、Ｍは必ずしもＮと等しくない。
【００４５】
［００５６］ＣＵのＰＵを用いたイントラ予測又はインター予測コーディングに引き続き、映像符号器２０は、ＣＵのＴＵに関する残差データを計算することができる。ＰＵは、空間領域（ピクセル領域とも呼ばれる）において予測ピクセルデータを生成する方法又はモードを記述する構文データを備えることができ、及び、ＴＵは、変換、例えば、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、又は概念的に類似する変換を残差映像データに適用後に変換領域において係数を備えることができる。残差データは、符号化されないピクチャのピクセルとＰＵに対応する予測値との間のピクセル差分に対応することができる。映像符号器２０は、ＣＵに関する残差データを含むＴＵを形成することができ、次に、ＣＵに関する変換係数を生成するためにＴＵを変換することができる。
【００４６】
［００５７］変換係数を生成するための変換に引き続き、映像符号器２０は、それらの変換係数の量子化を行うことができる。量子化は、概して、係数を表すために使用されるデータ量を低減させ、さらなる圧縮を提供するために変換係数が量子化されるプロセスを意味する。量子化プロセスは、係数の一部又は全部と関連付けられたビット深度を低減させることができる。例えば、量子化中にｎビット値が切り捨てられてｍビット値になり、ここで、ｎはｍよりも大きい。
【００４７】
［００５８］量子化に引き続き、映像符号器は、変換係数を走査し、量子化された変換係数を含む二次元行列から一次元ベクトルを生成することができる。走査は、より高いエネルギー（従って、より低い周波数）係数をアレイの前部に置き、より低いエネルギー（及び従って、より高い周波数）係数をアレイの後部に置くように設計することができる。幾つかの例では、映像符号器２０は、エントロピー符号化することができるシリアライズされたベクトルを生成するために量子化された変換係数を走査するために予め定義された走査順序を利用することができる。その他の例では、映像符号器２０は、適応型走査を行うことができる。一次元ベクトルを形成するために量子化された変換係数を走査後は、映像符号器２０は、例えば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔パーティショニングエントロピー（ＰＩＰＥ）コーディング又は他のエントロピー符号化法により一次元ベクトルをエントロピー符号化することができる。映像符号器２０は、映像データを復号する際に映像復号器３０によって使用するための符号化された映像データと関連付けられた構文要素もエントロピー符号化することができる。
【００４８】
［００５９］ＣＡＢＡＣを行うために、映像符号器２０は、コンテキストモデル内のコンテキストを送信されるべきシンボルに割り当てることができる。コンテキストは、例えば、シンボルの近隣値がゼロでないかどうかに関連することができる。ＣＡＶＬＣを行うために、映像符号器２０は、送信されるべきシンボルに関する可変長コードを選択することができる。ＶＬＣにおけるコードワードは、相対的により短いコードがより確率の高いシンボルに対応し、より長いコードがより確率の低いシンボルに対応するような形で構築することができる。このように、ＶＬＣの使用は、例えば、送信されるべき各シンボルに関して等しい長さのコードワードを使用することと比較してビットの節約を達成することができる。確率決定は、シンボルに割り当てられたコンテキストに基づくことができる。
【００４９】
［００６０］本節では、マルチビュー及びマルチビュープラス深度コーディング技法が説明される。最初に、ＭＶＣ技法が説明される。上記のように、ＭＶＣは、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣの拡張版である。ＭＶＣでは、複数のビューに関するデータは、時間最優先（ｔｉｍｅ−ｆｉｒｓｔ）の順序でコーディングされ、従って、復号順序配列は、時間最優先コーディングと呼ばれる。特に、共通の時間インスタンス（ｔｉｍｅ  ｉｎｓｔａｎｃｅ）における複数のビューの各々に関するビューコンポーネント（すなわち、ピクチャ）をコーディングすることができ、次に、異なる時間インスタンスに関する他の組のビューコンポーネントをコーディングすることができ、以下同様である。アクセスユニットは、１つの出力時間インスタンスに関するすべてのビューのコーディングされたピクチャを含むことができる。アクセスユニットの復号順序は、必ずしも出力（又は表示）順序と同一ではないことが理解されるべきである。
【００５０】
［００６１］典型的なＭＶＣ復号順序（すなわち、ビットストリーム順序）が図２に示される。復号順序配列は、時間最優先コーディングと呼ばれる。アクセスユニットの復号順序は、出力又は表示順序と同一ではないことができることに注目すること。図２において、Ｓ０乃至Ｓ７は、各々、マルチビュー映像の異なるビューを意味する。Ｔ０乃至Ｔ８は、各々、１つの出力時間インスタンスを表す。アクセスユニットは、１つの出力時間インスタンスに関するすべてのビューのコーディングされたピクチャを含むことができる。例えば、第１のアクセスユニットは、時間インスタンスＴ０に関するすべてのビューＳ０乃至Ｓ７を含むことができ、第２のアクセスユニットは、時間インスタンスＴ１に関するすべてのビューＳ０乃至Ｓ７を含むことができ、以下同様である。
【００５１】
［００６２］簡潔さを目的として、本開示は次の定義を使用することができる。
【００５２】
ビューコンポーネント：単一のアクセスユニットにおけるビューのコーディングされた表現。
【００５３】
ビューがコーディングされたテクスチャ表現及び深度表現の両方を含むときには、ビューコンポーネントは、テクスチャビューコンポーネント及び深度ビューコンポーネントから成る。
【００５４】
テクスチャビューコンポーネント：単一のアクセスユニットにおけるビューのテクスチャのコーディングされた表現。
【００５５】
深度ビューコンポーネント：単一のアクセスユニットにおけるビューの深度のコーディングされた表現。
【００５６】
［００６３］図２において、各ビューは、ピクチャの組を含む。例えば、ビューＳ０は、ピクチャ０、８、１６、２４、３２、４０、４８、５６、及び６４の組を含み、ビューＳ１は、ピクチャ１、９、１７、２５、３３、４１、４９、５７、及び６５の組を含み、以下同様である。各組は、２つのピクチャを含み、１方のピクチャは、テクスチャビューコンポーネントと呼ばれ、他方のピクチャは、深度ビューコンポーネントと呼ばれる。ビューのピクチャの組内のテクスチャビューコンポーネント及び深度ビューコンポーネントは、互いに対応するとみなすことができる。例えば、ビューのピクチャの組内のテクスチャビューコンポーネントは、ビューのピクチャの組内の深度ビューコンポーネントに対応するとみなされ、逆も同様である（すなわち、深度ビューコンポーネントは、組内のそれのテクスチャビューコンポーネントに対応し、逆も同様である）。本開示において使用される場合、深度ビューコンポーネントに対応するテクスチャビューコンポーネントは、単一のアクセスユニットの同じビューの一部であるテクスチャビューコンポーネント及び深度ビューコンポーネントであるとみなすことができる。
【００５７】
［００６４］テクスチャビューコンポーネントは、表示される実際の画像コンテンツを含む。例えば、テクスチャビューコンポーネントは、ルマ（Ｙ）コンポーネントと、クロマ（Ｃｂ及びＣｒ）コンポーネントと、を含むことができる。深度ビューコンポーネントは、それの対応するテクスチャビューコンポーネントにおけるピクセルの相対的深度を示すことができる。一例として、深度ビューコンポーネントは、ルマ値のみを含む灰色スケール画像である。換言すると、深度ビューコンポーネントは、どのような画像コンテンツも搬送することができず、むしろ、テクスチャビューコンポーネントにおけるピクセルの相対的深度の尺度を提供する。
【００５８】
［００６５］例えば、深度ビューコンポーネントにおける純粋に白いピクセルは、対応するテクスチャビューコンポーネントにおけるそれの対応するピクセル又はピクセル（複数）が、観る人の観点からより近いことを示し、深度ビューコンポーネントにおける純粋に黒いピクセルは、対応するテクスチャビューコンポーネントにおけるそれの対応するピクセル又はピクセル（複数）が、観る人の観点からより離れていることを示す。黒と白との間の様々な灰色度は、異なる深度レベルを示す。例えば、深度ビューコンポーネントにおける非常に濃い灰色のピクセルは、テクスチャビューコンポーネントにおけるそれの対応するピクセルが、深度ビューコンポーネントにおけるわずかに灰色のピクセルよりも遠く離れていることを示す。ピクセルの深度を識別するために灰色スケールのみが必要であるため、深度ビューコンポーネントに関するカラー値は何の役にも立たないので、深度ビューコンポーネントは、クロマコンポーネントを含む必要がない。
【００５９】
［００６６］深度を識別するためにルマ値（例えば、強度値）のみを用いる深度ビューコンポーネントは、例示することを目的として提供されており、限定するものであるとはみなされるべきでない。その他の例では、テクスチャビューコンポーネントにおけるピクセルの相対的深度を示すためにあらゆる技法を利用することができる。
【００６０】
［００６７］マルチビュー映像コーディングに関する典型的なＭＶＣ予測構造（各ビュー内のインターピクチャ予測及びインタービュー予測の両方を含む）が図３に示される。予測方向は矢印によって示され、矢印の先のオブジェクトが矢印の根本のオブジェクトを予測基準として使用する。ＭＶＣでは、インタービュー予測は、差異動き補償によってサポートされ、Ｈ．２６４／ＡＶＣ動き補償の構文を使用するが、異なるビュー内のピクチャを基準ピクチャとして使用することを可能にする。
【００６１】
［００６８］図３の例において、６つのビュー（ビューＩＤ“Ｓ０”乃至“Ｓ５”を有する）が示され、１２の時間的位置（“Ｔ０”乃至“Ｔ１１”）が各ビューに関して示される。すなわち、図３の各行はビューに対応し、各列は、時間的位置に対応する。
【００６２】
［００６９］ＭＶＣは、いわゆる基本ビューを有しており、それはＨ．２６４／ＡＶＣ復号器によって復号可能であり、ステレオビュー対もＭＶＣによってサポート可能であるが、ＭＶＣの利点は、３つ以上のビューを３Ｄ映像入力として使用し、複数のビューによって表現されるこの３Ｄ映像を復号する例をサポート可能なことである。ＭＶＣ復号器を有するクライアントのレンダラ（ｒｅｎｄｅｒｅｒ）は、複数のビューを有する３Ｄ映像コンテンツを期待することができる。
【００６３】
［００７０］図３のピクチャは、各行及び各列の交差点において示される。Ｈ．２６４／ＡＶＣ規格は、映像の一部分を表現するために用語フレームを使用することができる。本開示は、用語ピクチャ及びフレームを互換可能な形で使用することができる。
【００６４】
［００７１］図３のピクチャは、英字を含むブロックを用いて例示され、英字は、対応するピクチャがイントラコーディングされるか（すなわち、Ｉピクチャ）、又は、１つの方向にインターコーディングされるか（すなわち、Ｐピクチャ）又は複数の方向にインターコーディングされるか（すなわち、Ｂピクチャ）を示す。概して、予測は矢印によって示され、矢印の先のピクチャは、矢印の根本のピクチャを予測基準のために使用する。例えば、時間的位置Ｔ０におけるビューＳ２のＰピクチャは、時間位置Ｔ０におけるビューＳ０のＩピクチャから予測される。
【００６５】
［００７２］単一ビュー映像符号化と同様に、マルチビュー映像コーディング映像シーケンスのピクチャは、異なる時間的位置におけるピクチャに関して予測的に符号化することができる。例えば、時間的位置Ｔ１におけるビューＳ０のｂピクチャは、時間的位置Ｔ０におけるビューＳ０のＩピクチャから向かう矢印を有しており、ｂピクチャは、Ｉピクチャから予測されることを示す。しかしながら、マルチビュー映像コーディングに関しては、ピクチャは、インタービュー予測することができる。すなわち、ビューコンポーネントは、参考のためにその他のビュー内のビューコンポーネントを使用することができる。例えば、ＭＶＣでは、インタービュー予測は、あたかも他のビュー内のビューコンポーネントがインター予測基準であるものとして実現される。潜在的なインタービュー基準は、シーケンスパラメータセット（ＳＰＳ）ＭＶＣ拡張版においてシグナリングされ、基準ピクチャリスト構築プロセスによって変更することができ、それは、インター予測又はインタービュー予測基準の柔軟な順序設定を可能にする。インタービュー予測は、ＨＥＶＣの提案されるマルチビュー拡張の１つの特徴でもあり、３Ｄ−ＨＥＶＣ（マルチビュープラス深度）を含む。
【００６６】
［００７３］図３は、インタービュー予測の様々な例を提供する。図３の例におけるビューＳ１のピクチャは、ビューＳ１の異なる時間的位置におけるピクチャから予測され、及び、同じ時間的位置におけるビューＳ０及びＳ２のピクチャからインタービュー予測されるとして例示される。例えば、時間的位置Ｔ１におけるビューＳ１のｂピクチャは、時間的位置Ｔ０及びＴ２におけるビューＳ１のＢピクチャの各々、及び時間的位置Ｔ１におけるビューＳ０及びＳ２のｂピクチャから予測される。
【００６７】
［００７４］幾つかの例では、図３は、テクスチャビューコンポーネントを例示するとみなすことができる。例えば、図２において例示されるＩ、Ｐ、Ｂ、及びｂピクチャは、各々のビューに関するテクスチャビューコンポーネントであるとみなすことができる。本開示において説明される技法により、図３において例示されるテクスチャビューコンポーネントの各々に関して、対応する深度ビューコンポーネントが存在する。幾つかの例では、深度ビューコンポーネントは、図３において対応するテクスチャビューコンポーネントに関して例示される方法と同様のそれで予測することができる。
【００６８】
［００７５］２つのビューのコーディングもＭＶＣによってサポート可能である。ＭＶＣの利点の１つは、ＭＶＣ符号器が３つ以上のビューを３Ｄ映像入力として使用可能なことであり、ＭＶＣ復号器が該マルチビュー表現を復号することができることである。従って、ＭＶＣ復号器を有するいずれのレンダラも、３つ以上のビューを有する３Ｄ映像コンテンツを期待することができる。
【００６９】
［００７６］ＭＶＣにおいては、同じアクセスユニット内の（すなわち、同じ時間インスタンスを有する）ピクチャ間でのインタービュー予測が許容される。非基本ビューのうちの１つ内のピクチャをコーディングするときには、ピクチャは、異なるビュー内にあるが、同じ時間インスタンス内に存在する場合は基準ピクチャリスト内に加えることができる。インタービュー基準ピクチャは、インター予測基準ピクチャとまったく同じように、基準ピクチャリストのあらゆる位置に入れることができる。図３において示されるように、ビューコンポーネントは、参考のためにその他のビュー内のビューコンポーネントを使用することができる。ＭＶＣでは、インタービュー予測は、あたかも他のビュー内のビューコンポーネントがインター予測基準であるものとして実現される。
【００７０】
［００７７］以下では、マルチビューコーディング及び／又は深度（３Ｄ−ＨＥＶＣ）を伴うマルチビューコーディング（ＭＶ−ＨＥＶＣ）とともに使用することができるインター予測に関連する幾つかの該当するＨＥＶＣ技法について説明する。説明される最初の技法は、インター予測に関する基準ピクチャリスト構築である。
【００７１】
［００７８］インター予測を用いてＰＵをコーディングすることは、現在のブロック（例えば、ＰＵ）と基準フレーム内のブロックとの間の動きベクトルを計算することを含む。動きベクトルは、動き推定（又は動き探索）と呼ばれるプロセスを通じて計算される。例えば、動きベクトルは、基準フレームの基準サンプルに対する現在のフレーム内の予測ユニットの変位を示すことができる。基準サンプルは、ピクセル差分の点でコーディングされているＰＵを含むＣＵの部分と密接にマッチすることが判明したブロックであることができ、それは、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、又はその他の差分メトリックによって決定することができる。基準サンプルは、基準フレーム又は基準スライス内のあらゆる場所で生じることができる。幾つかの例では、基準サンプルは、分数ピクセル位置で生じることができる。基準フレームのうちで現在の部分に最高にマッチする部分を見つけた時点で、符号器は、現在のブロックに関する現在の動きベクトルを、現在のブロックから基準フレーム内のマッチする部分までの（例えば、現在のブロックの中心からマッチする部分の中心までの）位置の差分として決定する。
【００７２】
［００７９］幾つかの例では、符号器は、符号化された映像ビットストリーム内の各ブロックに関する動きベクトルをシグナリングすることができる。シグナリングされた動きベクトルは、映像データを復号するために動き補償を行うために復号器によって使用される。しかしながら、情報を搬送するためには多数のビットが典型的に必要であるため、オリジナルの動きベクトルをシグナリングすることは、その直接的な結果としてコーディング効率が低下することがある。
【００７３】
［００８０］幾つかの例では、符号器は、オリジナルの動きベクトルを直接シグナリングするのではなく、各パーティションに関する、すなわち各ＰＵに関する、動きベクトルを予測することができる。この動きベクトル予測を行うに際して、符号器は、現在のブロックと同じフレーム内の空間的に隣接するブロックから決定された一組の動きベクトル候補又は基準フレーム（すなわち、現在のフレーム以外のフレーム）内の共配置されたブロックから決定された時間的動きベクトル候補を選択することができる。映像符号器２０は、動きベクトル予測を行い、及び、必要な場合は、シグナリングの際のビットレートを低減させるために、オリジナルの動きベクトルをシグナリングするのではなく、動きベクトルを予測するために基準ピクチャのインデックスをシグナリングすることができる。空間的に近隣のブロックからの動きベクトル候補は、空間的ＭＶＰ候補と呼ぶことができ、他方、他の基準フレーム内の共配置されたブロックからの動きベクトル候補は、時間的ＭＶＰ候補と呼ぶことができる。
【００７４】
［００８１］ＨＥＶＣ規格では２つの異なるモード又はタイプの動きベクトル予測が提案されている。１つのモードは、“マージ”モードと呼ばれる。他方のモードは、適応型動きベクトル予測（ＡＭＶＰ）と呼ばれる。
【００７５】
［００８２］マージモードでは、映像符号器２０は、予測構文のビットストリームシグナリングを通じて、動きベクトル、（動きベクトルが指し示す、所定の基準ピクチャリスト内の、基準フレームを識別する）基準インデックス及び（基準フレームが現在のフレームに時間的に先行するか又は後続するかに関して、基準ピクチャリスト（リスト０又はリスト１）を識別する）動き予測方向を、フレームの現在のブロックに関する選択された動きベクトル候補からコピーするように命令する。これは、選択された動きベクトル候補（すなわち、特定の空間的ＭＶＰ候補又は時間的ＭＶＰ候補）を識別する動きベクトル候補リスト内へのインデックスをビットストリームでシグナリングすることによって完遂される。
【００７６】
［００８３］従って、マージモードの場合は、予測構文は、モード（この場合は“マージ”モード）を識別するフラグと、選択された動きベクトル候補を識別するインデックスと、を含むことができる。幾つかの例では、動きベクトル候補は、現在のブロックを参照する原因ブロック（ｃａｕｓａｌ  ｂｌｏｃｋ）内に存在することになる。すなわち、動きベクトル候補は、映像復号器３０によって既に復号されていることになる。従って、映像復号器３０は、原因ブロックに関する動きベクトル、基準インデックス、及び動き予測方向を既に受信及び／又は決定している。従って、映像復号器３０は、単に、原因ブロックと関連付けられた動きベクトル、基準インデックス、及び動き予測方向をメモリから取り出し、これらの値を現在のブロックに関する動き情報としてコピーすることができる。マージモードにおいてブロックを再構築するために、映像復号器３０は、現在のブロックに関する導き出された動き情報を使用して予測ブロックを入手し、コーディングされたブロックを再構築するために予測ブロックに残差データを加える。
【００７７】
［００８４］スキップモードの場合は、同じマージ候補リストが生成されるが残差はシグナリングされないことに注目すること。単純化のため、スキップモードは、マージモードと同じ動きベクトル導出プロセスを有するため、本明細書において説明されるすべての技法がマージモード及びスキップモードの両方に適用される。
【００７８】
［００８５］ＡＭＶＰでは、映像符号器２０は、ビットストリームシグナリングを通じて、候補ブロックから動きベクトルをコピーだけし、コピーされたベクトルを現在のブロックの動きベクトルに関する予測子として使用するように命令し、動きベクトル差分（ＭＶＤ）をシグナリングする。現在のブロックの動きベクトルと関連付けられた基準フレーム及び予測方向は、別々にシグナリングされる。ＭＶＤは、現在のブロックに関する現在の動きベクトルと候補ブロックから導き出された動きベクトル予測子との間の差分である。この場合は、映像符号器２０は、動き推定を使用し、コーディングされるべきブロックに関する実際の動きベクトルを決定し、次に、実際の動きベクトルと動きベクトル予測子との間の差分をＭＶＤとして決定する。このようにして、映像復号器３０は、マージモードのようには、動きベクトル候補の正確なコピーを現在の動きベクトルとして使用せず、むしろ、動き推定から決定された現在の動きベクトルに値の点で“近い”ことができる動きベクトル候補を使用し、現在の動きベクトルを複製するためにＭＶＤを加えることができる。ＡＭＶＰモードでブロックを再構築するために、復号器は、対応する残差データを加えてコーディングされたブロックを再構築する。
【００７９】
［００８６］ほとんどの状況において、ＭＶＤは、現在の動きベクトル全体よりも少ないビットをシグナリングのために要求する。従って、ＡＭＶＰは、動きベクトル全体を送信することに関するコーディング効率を維持しつつ現在の動きベクトルのより正確なシグナリングを可能にする。対照的に、マージモードは、ＭＶＤの指定は考慮しておらず、従って、マージモードは、シグナリング効率の向上（すなわち、より少ないビット）のために動きベクトルシグナリング精度を犠牲にする。ＡＭＶＰに関する予測構文は、モードに関するフラグ（この場合はＡＭＶＰフラグ）と、候補ブロックに関するインデックスと、現在の動きベクトルと候補ブロックからの予測動きベクトルとの間のＭＶＤと、基準インデックスと、動き予測方向と、を含むことができる。
【００８０】
［００８７］インター予測は、基準ピクチャリスト構築も含むことができる。基準ピクチャリストは、動き探索及び動き推定を行うために利用可能である基準ピクチャ又は基準フレームを含む。典型的には、Ｂピクチャ（２方向に予測されるピクチャ）の第１又は第２の基準ピクチャリストに関する基準ピクチャリスト構築は、２つのステップ、すなわち、基準ピクチャリスト初期化及び基準ピクチャリスト再順序設定（変更）、を含む。基準ピクチャリスト初期化は、ＰＯＣ（ピクチャオーダーカウント、ピクチャの表示順序と整合）値の順序基づいて基準ピクチャメモリ（復号ピクチャバッファ（ＤＰＢ）とも呼ばれる）の基準ピクチャをリスト内にいれる明示のメカニズムである。基準ピクチャリスト再順序設定メカニズムは、基準ピクチャリスト初期化ステップ中にリストに入れられたピクチャの位置を新しい位置に変更することができ、又は、基準ピクチャメモリ内の基準ピクチャが初期化されたリストに入れられなかった場合でもそのピクチャをあらゆる位置に入れることができる。幾つかのピクチャは、基準ピクチャリスト再設定（変更）後は、初期位置から遠く離れたリスト内の位置に入れることができる。しかしながら、ピクチャの位置がリストのアクティブな基準ピクチャの数を超える場合は、ピクチャは、最終的な基準ピクチャリストのエントリとはみなされない。アクティブな基準ピクチャの数は、各リストに関するスライスヘッダにおいてシグナリングすることができる。基準ピクチャリストが構築された後は（すなわち、ＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１、利用可能な場合）、基準ピクチャリストに含まれる基準ピクチャを識別するために基準ピクチャリストの基準インデックスを使用することができる。
【００８１】
［００８８］図４は、マージモード及びＡＭＶＰモードの両方において使用することができる候補ブロック１２０の組例を示す。この例では、候補ブロックは、左下（Ａ０）１２１、左（Ａ１）１２２、左上（Ｂ２）１２５、上（Ｂ１）１２４、右上（Ｂ０）１２３の空間的位置、及び時間的（Ｔ）１２６位置にある。この例では、左の候補ブロック１２２は、現在のブロック１２７の左縁に隣接する。左ブロック１２２の下縁は、現在のブロック１２７の下縁と整合される。上の候補ブロック１２４は、現在のブロック１２７の右縁に隣接する。上のブロック１２４の右縁は、現在のブロック１２７の右縁と整合される。
【００８２】
［００８９］次に説明される技法は、時間的動きベクトル予測子（ＴＭＶＰ）又は時間的動きベクトル候補に関する。時間的動きベクトル予測は、現在コーディングされているＣＵが入ったフレーム以外のフレームからの動きベクトル候補ブロックしか使用しない。ＴＭＶＰを得るためには、最初に、共配置されたピクチャが識別される。ＨＥＶＣでは、共配置されたピクチャは、基準ピクチャリストが現在構築されている現在のピクチャと異なる時間からのものである。現在のピクチャがＢスライスである場合は、共配置されたピクチャがＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１のいずれからのものであるかを示すために構文要素ｃｏｌｌｏｃａｔｅｄ_ｆｒｏｍ_１０_ｆｌａｇがスライスヘッダにおいてシグナリングされる。スライスヘッダは、スライス内に含められたすべての映像ブロックに関連するデータ要素が入っている。基準ピクチャリストが識別された後は、リスト内のピクチャ内のピクチャを識別するためにスライスヘッダにおいてシグナリングされた構文要素ｃｏｌｌｏｃａｔｅｄ_ｒｅｆ_ｉｄｘが使用される。
【００８３】
［００９０］次に、共配置されたピクチャを検査することによって共配置された予測ユニット（ＰＵ）（例えば、時間的動きベクトル候補）が識別される。このＰＵが入ったコーディングユニット（ＣＵ）の右最下部ＰＵの動きベクトル、又は、このＰＵが入ったＣＵの中央のＰＵ内の右最下部ＰＵの動きのいずれかが使用される。
【００８４】
［００９１］高度動きベクトル予測（ＡＭＶＰ）又はマージモードに関する動き候補を生成するために上記のプロセスによって識別された動きベクトルが使用されるときには、それらは、典型的には、（ＰＯＣによって反映された）時間的位置に基づいてスケーリングされる。ＴＭＶＰから導き出された時間的マージング候補に関するすべての可能な基準ピクチャリストのターゲット基準インデックスが０に設定され、他方、ＡＭＶＰに関しては、それは復号された基準インデックスに等しく設定されることに注目すること。
【００８５】
［００９２］ＨＥＶＣでは、シーケンスパラメータセット（ＳＰＳ）は、フラグｓｐｓ_ｔｅｍｐｏｒａｌ_ｍｖｐ_ｅｎａｂｌｅ_ｆｌａｇを含み、スライスヘッダは、ｓｐｓ_ｔｅｍｐｏｒａｌ_ｍｖｐ_ｅｎａｂｌｅ_ｆｌａｇが１に等しいときにフラグｐｉｃ_ｔｅｍｐｏｒａｌ_ｍｖｐ_ｅｎａｂｌｅ_ｆｌａｇを含む。ｐｉｃ_ｔｅｍｐｏｒａｌ_ｍｖｐ_ｅｎａｂｌｅ_ｆｌａｇ及びｔｅｍｐｏｒａｌ_ｉｄの両方が特定のピクチャに関して０に等しいときには、復号順序においてその特定のピクチャの前のピクチャからの動きベクトルは、その特定のピクチャ又は復号順序でその特定のピクチャの後のピクチャを復号する際に時間的動きベクトル予測子として使用されない。
【００８６】
［００９３］マルチビュー映像コーディングフォーマットの他のタイプは、深度値の使用を導入する。３Ｄテレビ及びフリービューポイントビデオに関して一般的であるマルチビュー映像プラス深度（ＭＶＤ）データフォーマットの場合は、テクスチャ画像及び深度マップは、マルチビューテクスチャピクチャを用いて独立してコーディングすることができる。図５は、ＭＶＤデータフォーマットをテクスチャ画像及びそれの関連付けられたサンプルごとの深度マップとともに例示する。深度範囲は、対応する３Ｄポイントに関してカメラからの距離ｍｉｎｉｍｕｍ  ｚｎｅａｒ及びｍａｘｉｍｕｍ  ｚｆａｒの範囲内に制限することができる。
【００８７】
［００９４］カメラパラメータ及び深度範囲値は、３Ｄディスプレイ上において提供する前に復号されたビューコンポーネントを処理するのに便利であることができる。従って、Ｈ．２６４／ＭＶＣの現在のバージョンに関しては特殊な補足拡張情報（ＳＥＩ）メッセージが定義され、すなわち、マルチビュー取得情報ＳＥＩであり、取得環境の様々なパラメータを指定する情報を含む。しかしながら、Ｈ．２６４／ＭＶＣ内では深度範囲関連情報を示すための構文は指定されていない。
【００８８】
［００９５］３Ｄ映像（３ＤＶ）は、マルチビュー映像プラス深度（ＭＶＤ）フォーマットを用いて表現することができ、（個々の水平のカメラ位置に対応することができる）様々なビューの少数のキャプチャされたテクスチャ画像、及び関連付けられた深度マップ、をコーディングすることができ、その結果得られたビットストリームパケットを多重化して３Ｄ映像ビットストリーム内に入れることができる。現在は、ＶＣＥＧ及びＭＰＥＧの３Ｄ映像コーディングに関する共同作業チーム（ＪＣＴ−３Ｃ）が、ＨＥＶＣに基づく３ＤＶ規格を策定中であり、標準化努力の一部は、ＨＥＶＣに基づくマルチビュー映像コーデック（ＭＶ−ＨＥＶＣ）及びＨＥＶＣに基づく３Ｄ映像コーディングに関する他の部分（３Ｄ−ＨＥＶＣ）の標準化を含む。ＭＶ−ＨＥＶＣに関しては、高レベル構文（ＨＬＳ）変更のみが存在し、従って、ＨＥＶＣにおけるＣＵ／ＰＵレベルでのモジュールを再設計する必要がなく、ＭＶ−ＭＥＶＣに関して完全に使用可能であることが保証されるべきである。３Ｄ−ＨＥＶＣに関しては、テクスチャビュー及び深度ビューの両方に関する新しいコーディングツール（コーディングユニット／予測ユニットレベルにおけるそれらを含む）を含むこと及びサポートすることができる。３Ｄ−ＨＥＶＣに関する最新のソフトウェア３Ｄ−ＨＴＭを次のリンクからダウンロードすることができる。すなわち、https://hevc.hhi.fraunhofer.de/svn/svn_3DVCSoftware/tags/HTM-4.0.1/
［００９６］最新の基準ソフトウェアでは、コーディング効率をさらに向上させるために、２つの新技術、すなわち、“インタービュー動き予測”及び“インタービュー残差予測”が採用されている。インタービュー動き予測及びインタービュー残差予測は、現在コーディングされているビューと異なるビュー内の動きベクトル候補又は残差とＣＵを利用する。動き探索、動き推定、及び動きベクトル予測に関して使用されるビューは、現在コーディングされているビューと同じ時間インスタンスからのものであることができ又は異なる時間インスタンスからのものであることができる。これらの２つのコーディングツールをイネーブルにするためには、第１のステップは、ディスパリティベクトルを導き出すことである。
【００８９】
［００９７］ＭＶＣと同様に、３Ｄ−ＨＥＶＣでは、異なるビューからの再構築されたビューコンポーネントに基づくインタービュー予測がイネーブルにされる。この場合は、共配置されたピクチャ内のＴＭＶＰが指し示す基準ピクチャのタイプ、及び、（ＨＥＶＣにおいて０に等しいインデックスを有する）時間的マージング候補に関するターゲット基準ピクチャのそれは、異なることができる。例えば、１方の基準ピクチャは、インタービュー基準ピクチャ（差異に設定されたタイプ）であり、他方の基準ピクチャは、時間的基準ピクチャ（時間に設定されたタイプ）である。インタービュー基準ピクチャは、コーディング中の現在のビューからの他のビューからの基準ピクチャであることができる。このインタービュー基準ピクチャは、同じ時間インスタンス（例えば、同じＰＯＣ）からのもの又は異なる時間インスタンスからのものであることができる。時間的基準ピクチャは、現在コーディングされているＣＵと異なる時間インスタンスからであるが、同じビュー内にあるピクチャである。その他の例、例えば、現在の３Ｄ−ＨＴＭソフトウェア、では、時間的マージング候補に関するターゲット基準ピクチャは、０に設定すること、又は、現在コーディングされているＰＵに関して左が隣接しているＰＵの基準ピクチャインデックスの値に設定することができる。従って、時間的マージング候補に関するターゲット基準ピクチャは、０に等しくなることはできない。
【００９０】
［００９８］現在の３Ｄ−ＨＴＭでは、ディスパリティベクトルを導き出すために、近隣ブロックに基づくディスパリティベクトル（ＮＢＤＶ）の導出と呼ばれる方法が使用される。ＮＢＤＶの導出は、空間的及び時間的近隣ブロックからのディスパリティ動きベクトルを利用する。ＮＢＤＶの導出では、空間的又は時間的近隣ブロックの動きベクトルは、固定された検査順序で検査される。ディスパリティ動きベクトルが識別された、すなわち、動きベクトルがインタービュー基準ピクチャを指し示した時点で、検査プロセスが終了され、識別されたディスパリティ動きベクトルが戻されてディスパリティベクトルに変換され、それは、インタービュー動き予測及びインタービュー残差予測において使用される。ディスパリティベクトルは、２つのビュー間の変位であり、ディスパリティ動きベクトルは、一種の動きベクトルであり、２Ｄ映像コーディングで使用される時間的動きベクトルに類似しており、基準ピクチャが異なるビューからのものであるときに動き補償のために使用される。すべての予め定義された近隣ブロックを検査後にディスパリティ動きベクトルが見つからない場合は、ゼロのディスパリティベクトルがインタービュー動き予測のために使用され、対応するＰＵに関してインタービュー残差予測がディスエーブルにされる。
【００９１】
［００９９］ＮＢＤＶに関して使用される空間的及び時間的近隣ブロックが次の節で説明され、検査順序によって後続される。ディスパリティベクトル導出のためには５つの空間的近隣ブロックが使用される。それらは、図４に示されるのと同じブロックである。
【００９２】
［０１００］現在のビューからのすべての基準ピクチャが候補ピクチャとして取り扱われる。幾つかの例では、候補ピクチャの数は、現在の３Ｄ−ＨＴＭソフトウェア実装の場合と同じように、特定の数、例えば、４、に制限することができる。共配置された基準ピクチャが最初に検査され、候補ピクチャの残りの部分は、基準インデックス（ｒｅｆＩｄｘ）の昇順で検査される。基準ピクチャリスト０及び基準ピクチャリスト１の両方が利用可能であるときには、検査される第１の基準ピクチャリストは、ｃｏｌｌｏｃａｔｅｄ_ｆｒｏｍ_１０_ｆｌａｇによって決定される。１に等しいｃｏｌｌｏｃａｔｅｄ_ｆｒｏｍ_１０_ｆｌａｇは、共配置されたパーティションが入ったピクチャは基準ピクチャリスト０から導き出されるように指定し、そうでない場合は、ピクチャは、基準ピクチャリスト１から導き出される。ｃｏｌｌｏｃａｔｅｄ_ｆｒｏｍ_１０_ｆｌａｇが存在しないときには、それは、１に等しいと推論される。
【００９３】
［０１０１］各候補ピクチャに関して、時間的近隣ブロックを導き出すために３つの候補領域が決定される。領域が２つ以上の１６×１６ブロックを網羅するときには、該領域内のすべての１６×１６ブロックがラスター走査順序で検査される。これらの３つの候補領域は、次のように定義される。
【００９４】
ＣＰＵ：共配置されたＰＵ。現在のＰＵ又は現在のＣＵの共配置された領域。
【００９５】
ＣＬＣＵ：共配置された最大のコーディングユニット。最大コーディングユニット（ＬＣＵ）は、現在のＰＵの共配置された領域を網羅する。
【００９６】
ＢＲ：ＣＰＵの右最下部（ＢＲ）の４×４ブロック。
【００９７】
［０１０２］候補ブロックに関する検査順序は、次のように定義することができる。空間的近隣ブロックが最初に検査され、時間的近隣ブロックによって後続される。図４を参照した、５つの空間的近隣ブロックの検査順序は、Ａ１、Ｂ１、Ｂ０、Ａ０及びＢ２のように定義することができる。
【００９８】
［０１０３］各候補ピクチャに関して、この候補ピクチャ内の３つの候補領域が順に検査される。３つの領域の検査順序は、第１の非基本ビューに関してはＣＰＵ、ＣＬＣＵ及びＢＲとして定義され、第２の非基本ビューに関してはＢＲ、ＣＰＵ、ＣＬＣＵとして定義される。
【００９９】
［０１０４］ディスパリティベクトル（ＤＶ）に基づき、利用可能な場合は、新しい動きベクトル候補（すなわち、インタービュー予測された動きベクトル）をＡＭＶＰ及びスキップ／マージモード候補リストに加えることができる。インタービュー予測された動きベクトルは、利用可能な場合は、時間的動きベクトルである。
【０１００】
［０１０５］スキップモードは、マージモードと同じ動きベクトル導出プロセスを有するため、本明細書において説明されるすべての技法がマージモード及びスキップモードの両方に適用される。マージ／スキップモードに関しては、インタービュー予測された動きベクトルは、次のステップによって導き出される。
【０１０１】
（１）同じアクセスユニットの基準ビュー内の現在のＰＵ／ＣＵの対応するブロックの位置がディスパリティベクトルによって突き止められる。
【０１０２】
（２）対応するブロックがイントラコーディングされず及びインタービュー予測されず、及び、それの基準ピクチャが、現在のＰＵ／ＣＵの同じ基準ピクチャリスト内の１つのエントリのＰＯＣ値に等しいそれを有する場合は、その動き情報（予測方向、基準ピクチャ、及び動きベクトル）は、ＰＯＣに基づいて基準インデックスを変換後に、導き出されてインタービュー予測された動きベクトルになる。
【０１０３】
［０１０６］図６は、インタービュー予測された動きベクトル候補の導出プロセスの例を示す。ディスパリティベクトルは、現在コーディングされているビュー（ビュー１又はＶ１）内の現在のＰＵ１４０に対応する異なるビュー（例えば、ビュー０又はＶ０）内のブロック１４２を見つけることによって計算される。対応するブロック１４２がイントラコーディングされておらず及びインタービュー予測されておらず、及び、それの基準ピクチャが、現在のＰＵ１４０の基準ピクチャリスト（例えば、図６に示される、Ｒｅｆ０、Ｌｉｓｔ０；Ｒｅｆ０、Ｌｉｓｔ１；Ｒｅｆ１、Ｌｉｓｔ  １）内にあるＰＯＣ値を有する場合は、対応するブロック１４２に関する動き情報は、インタービュー予測された動きベクトルとして使用される。上記のように、基準インデックスは、ＰＯＣに基づいてスケーリングすることができる。
【０１０４】
［０１０７］インタービュー予測された動きベクトルが利用可能でない（例えば、対応するブロック１４２がイントラコーディング又はインタービュー予測される）場合は、ディスパリティベクトルはインタービューディスパリティ動きベクトルに変換され、それは、ＡＭＶＰ又はマージ候補リストにおいて、利用可能なときのインタービュー予測された動きベクトルと同じ位置に加えられる。この文脈では、インタービュー予測された動きベクトル又はインタービューディスパリティ動きベクトルのいずれも“インタービュー候補”と呼ぶことができる。
【０１０５】
［０１０８］ＡＭＶＰモードにおいて、ターゲット基準インデックスが時間的動きベクトルに対応する場合は、インタービュー予測された動きベクトルは、ディスパリティベクトルによって位置が突き止められた現在のＰＵの対応するブロック内の動きベクトルを検査することによって見つけられる。さらに、ＡＭＶＰモードにおいては、ターゲット基準インデックスがディスパリティ動きベクトルに対応する場合は、インタービュー予測された動きベクトルは導き出されず、ディスパリティベクトルがインタービューディスパリティ動きベクトルに変換される。
【０１０６】
［０１０９］マージ／スキップモードでは、インタービュー予測された動きベクトルが利用可能である場合は、マージ候補リストにおいてすべての空間的及び時間的マージング候補の前に挿入される。インタービュー予測された動きベクトルが利用可能でない場合は、インタービューディスパリティ動きベクトルは、利用可能な場合は、同じ位置に挿入される。現在の３Ｄ−ＨＴＭソフトウェアでは、すべての空間的候補と異なる場合は、インタービュー予測された動きベクトル又はインタービュー予測ディスパリティ動きベクトルが、ＡＭＶＰ候補リスト内のすべての有効な空間的候補に後続する。
【０１０７】
［０１１０］ＨＥＶＣに基づくマルチビュー／３ＤＶコーディングにおける動きに関連するコーディングの現在の設計は、導き出されたディスパリティベクトルが正確さをしばしば欠き、その結果コーディング効率が低下するという事実に起因する次の問題を有する。
【０１０８】
［０１１１］１つの欠点は、第１の利用可能なディスパリティ動きベクトルから導き出されたディスパリティベクトルが選択され、その他の空間的／時間的近隣ブロックの他のディスパリティ動きベクトルのほうが正確であるということである。他の欠点は、不正確なディスパリティベクトルは不正確なインタービュー予測された動きベクトルに結び付くことがあるということである。他の欠点は、複数の動きベクトル候補がマージング候補リスト内に加えられたときにその結果として生じる。この場合は、冗長な（すなわち、同一の）動きベクトル候補が存在するおそれがある。
【０１０９】
［０１１２］他の欠点は、ディスパリティベクトルがマージリスト内に加えられるインタービューディスパリティ動きベクトルに変換されるときにその結果として生じる。インタービューディスパリティベクトルが正確でない場合は、インタービュー予測ディスパリティ動きベクトルが不正確なことがある。
【０１１０】
［０１１３］さらに他の欠点は、マージング候補を導き出すために空間的／時間的近隣ブロックが使用され、それらがインタービュー予測されるときにその結果として生じる。この場合は、動きベクトルの垂直成分は０に等しくすることができない。
【０１１１】
［０１１４］これらの欠点に鑑みて、本開示は、ディスパリティベクトルの精度、及び、インタービュー予測された動きベクトル及びインタービュー予測ディスパリティ動きベクトルの精度をさらに向上させるための様々な方法及び技法を提案する。
【０１１２】
［０１１５］本開示の第１の例では、映像符号器２０及び映像復号器３０は、複数のディスパリティベクトルを近隣ブロックから導き出すように構成し、インタービュー動き予測及び／又はインタービュー予測残差予測のための選択のためにより多くのディスパリティベクトルを提供することができる。すなわち、現在コーディングされているＰＵに関して１つのディスパリティベクトルを単に導き出すのではなく、現在のブロックに関してより多くのディスパリティベクトルが導き出される。
【０１１３】
［０１１６］一例では、ＮＢＤＶプロセスにおいて近隣ブロックの第１の識別されたディスパリティ動きベクトルを戻す代わりに、複数の識別されたディスパリティ動きベクトルを戻すことができる。追加のディスパリティベクトルを導き出すことは、より正確なディスパリティベクトルが選択される可能性を増大させる。この例のさらなる態様では、複数のディスパリティ動きベクトルが導き出されるときには、複数のディスパリティベクトルのうちのいずれがインタービュー動き予測のために及び／又はインタービュー残差予測のために使用されるかを示すためにＰＵ又はＣＵに関してインデックスをシグナリングすることができる。映像復号器３０では固定された数のディスパリティベクトルを指定することができる。他の例では、上記の技法は、ＡＭＶＰ又はマージモードのうちの１つのみに適用することができる。他の例では、上記の技法は、ＡＭＰ及びマージモードの両方に適用される。
【０１１４】
［０１１７］本開示の他の例では、複数のディスパリティ動きベクトルが導き出されるときには、マージ及び／又はＡＭＶＰ候補リスト内に加えられるより多くのインタービュー予測された動きベクトル候補及び／又はインタービューディスパリティ動きベクトルを変換するために複数のディスパリティベクトルを使用することができる。一例では、（例えば、上述されるように、近隣ブロックからの）追加のディスパリティベクトルは、すべてインタービューディスパリティ動きベクトルに変換される。第１のディスパリティベクトルは、現在のディスパリティベクトルと同じように使用される。他の例では、追加のディスパリティベクトルの各々は、最初に、インタービュー予測された動きベクトル候補に変換され、それが利用不能である場合は（例えば、対応するブロックがイントラコーディング又はインタービュー予測される場合は）、ディスパリティベクトルは、インタービュー予測ディスパリティ動きベクトルに変換される。第１のディスパリティベクトルは、現在のディスパリティベクトルと同じように使用される。
【０１１５】
［０１１８］本開示の他の例では、１つのみのディスパリティベクトルが近隣ブロックから導き出されるときでさえも、２つ以上のインタービュー予測された動きベクトル候補及び／又はディスパリティ動きベクトルを、マージ及び／又はＡＭＶＰ候補リスト内に加えることができる。この例の１つの代替では、基本ビューの基準ブロックがディスパリティベクトルによって識別された後に、インタービュー予測された動きベクトル候補が基準ブロックから生成されたのと同じ方法でインタービュー予測された動きベクトル候補を生成するために基準ブロックを指し示すディスパリティベクトルが入ったＰUの左ＰＵ及び／又は右ＰＵが使用される。この例の他の代替では、インタービュー予測された動きベクトル候補が導き出された後に、動きベクトルは、基準ピクチャリスト０又は基準ピクチャリスト１のいずれかに対応する各動きベクトルに関して４及び／又は−４だけ（すなわち、１つのピクセルに対応する）水平にシフトされる。この例の他の代替では、ディスパリティベクトルによって変換されたディスパリティ動きベクトルからシフトされたディスパリティ動きベクトルがマージ及び／又はＡＭＶＰ候補リストに含められる。他の代替例では、シフトされた値は、ｗ及び／又は−ｗに等しく、ここで、ｗは、基準ブロックが入っているＰＵの幅である。他の代替例では、シフトされた値は、ｗ及び／又は−ｗに等しく、ここで、ｗは、現在のＰＵの幅である。
【０１１６】
［０１１９］本開示の他の例では、１つだけのディスパリティベクトルが近隣ブロックから導き出されたときで、インタービュー予測された動きベクトル候補が加えられた後でさえも、ディスパリティベクトルは、インタービューディスパリティ動きベクトルに変換し、マージ及び／又はＡＭＶＰ候補リスト内にさらに加えることができる。先行のマージ／ＡＭＶＰ候補リスト構築技法では、インタービューディスパリティ動きベクトル候補は、候補リストには含まれていなかった。
【０１１７】
［０１２０］本開示の他の例では、上記の方法のうちのいずれかによって加えられたＭＥＲＧＥ及び／又はＡＭＶＰ候補は、各々の候補リストにおいて、所定のピクチャタイプに関する（又はピクチャタイプにかかわらず）次の幾つかの位置のうちの１つに挿入される。一例では、候補は、第１のディスパリティベクトルによって導き出されたインタービュー予測された動きベクトル候補又はインタービューディスパリティ動きベクトル候補の後に、従って、すべての空間的候補の前に、挿入される。他の例では、候補は、すべての空間的及び時間的候補、及び第１のディスパリティベクトルによって導き出された候補の後に、従って、結合された候補の前に、挿入される。他の例では、候補は、すべての空間的候補の後、従って、時間的候補の前、に挿入される。他の例では、候補は、すべての候補の前に挿入される。
【０１１８】
［０１２１］本開示の他の例では、新しく加えられた動きベクトル候補の各々に関してプルーニング（ｐｒｕｎｉｎｇ）を適用することができ、第１のディスパリティベクトルから導き出された候補さえも含む。プルーニングは、候補が冗長（例えば、他の候補と同一である）場合は、それを動きベクトル候補リストから取り除くことを含む。プルーニングに関して行われる比較は、すべての候補の間で行われるか、又は、ディスパリティベクトルに基づく新しく加えられた候補と他のタイプの候補（例えば、空間的候補、時間的候補、等）との間で行うことができる。この例の１つの代替では、選択性の空間的候補（例えば、Ａ１、Ｂ１）のみが、プルーニングのために新しく導き出された動きベクトル候補と比較され、第１のディスパリティベクトルから導き出された候補を含む、さらに、第１のディスパリティベクトルから導き出された候補を含む、新しく加えられた動きベクトル候補は、重複を避けるために互いに比較される。
【０１１９】
［０１２２］本開示の他の例では、動きベクトル候補を導き出すために空間的／時間的近隣ブロックからの動き情報が使用され、及び、動きベクトルがディスパリティ動きベクトルであるときに、動きベクトルの垂直成分をマージ及び／又はＡＭＶＰモードに関して強制的に０に設定することができる。
【０１２０】
［０１２３］以下の節では、提案される技法の一部の実装例が説明される。この実装例では、１までのみの等しくないディスパリティベクトルを導き出すことができる。第１のディスパリティベクトルは、現在のディスパリティベクトルと同様に使用される。第２のディスパリティベクトルは、インタービューディスパリティ動きベクトルに変換される。
【０１２１】
［０１２４］複数のディスパリティベクトルの導出は、ＮＢＤＶと類似しており、同じ近隣ブロック検査順序をする。映像符号器２０及び／又は映像復号器３０が第１のディスパリティ動きベクトルを識別した後は、１つの新しい等しくないディスパリティ動きベクトル（すなわち、第１のディスパリティベクトルと異なる値を有するディスパリティベクトル）が見つかるまで検査プロセスが継続する。新しいディスパリティ動きベクトルの数がある値Ｎを超えるときには、新しい等しくないディスパリティベクトルが見つからないときでも、追加のディスパリティ動きベクトルは導き出されない。Ｎは、１よりも大きい整数値、例えば、１０、であることができる。
【０１２２】
［０１２５］１つの代替実装においては、（検査順序で等しくないディスパリティベクトルに先行する）第２の利用可能なディスパリティ動きベクトルが第１のディスパリティ動きベクトルに等しい場合は、映像符号器２０は、フラグ（すなわち、ｄｕｐＦｌａｇ）を１に設定し、そうでない場合は、それは０に設定される。
【０１２３】
［０１２６］第１のディスパリティベクトルから第１の動きベクトル候補を導き出すためのプロセスは、現在の３Ｄ−ＨＥＶＣにおける場合と同じである。しかしながら、第２のディスパリティベクトルは、インタービューディスパリティ動きベクトル（第２の新しい候補）に変換され、候補リストにおいて、第１のディスパリティベクトルから導き出された第１の候補の直後、従って、すべての空間的候補の前に、加えられる。
【０１２４】
［０１２７］他の例では、ｄｕｇＦｌａｇが０に等しい場合は、第２のディスパリティベクトルは、インタービューディスパリティ動きベクトル（第２の新しい候補）に変換され、候補リストにおいて、第１のディスパリティベクトルから導き出された第１の候補の直後、従って、すべての空間的候補の前に、加えられる。ｄｕｇＦｌａｇが１に等しい場合は、次が適用される。
【０１２５】
−第１の候補がインタービュー予測された動きベクトル候補である場合は、第１のディスパリティベクトルは、第２の候補に変換され、それは、インタービューディスパリティ動きベクトルである。
【０１２６】
−そうでない場合は、第２のディスパリティベクトルが第２の候補に変換され、それは、インタービューディスパリティ動きベクトルである。
【０１２７】
［０１２８］動きベクトル候補リスト内への追加の動きベクトル候補の挿入は、次のようにして完遂させることができる。第１の候補及び第２の候補の両方が、Ａ１及びＢ１から導き出された空間的候補と比較される（図４参照）。Ａ１又はＢ１からの空間的候補が、これらの２つの新しい候補のうちのいずれかと等しい場合は、空間的候補は、候補リストから取り除かれる。代替として、ディスパリティベクトルに基づく２つの新しい候補の両方が、候補リスト内の第１の２つの空間的候補と比較される。
【０１２８】
［０１２９］本開示の他の例では、１つのディスパリティベクトルのみを導き出すことができる。しかしながら、スキップ／マージモードに関してはディスパリティベクトルに基づいてより多くの候補を導き出すことができる。
【０１２９】
［０１３０］第１のディスパリティベクトルの変換は、次のようにして完遂させることができる。ディスパリティベクトルに基づいて、インタービュー予測された動きベクトル（すなわち、第１のインタービュー予測候補、又は第１のＩＶＣ）が利用可能である場合は、スキップ／マージモード候補リストに加えられる。第１のＩＶＣの生成プロセスは、現在の３Ｄ−ＨＥＶＣ設計と同じであることができる。さらに、ディスパリティベクトルは、インタービューディスパリティ動きベクトル（第２のＩＶＣと時々呼ばれる）に変換され、候補リストにおいて、該当する場合の第１のインタービュー候補の後、及びすべての空間的候補の前に、さらに加えられる。
【０１３０】
［０１３１］近隣ＰＵからのインタービュー候補は、次のように取り扱うことができる。基本ビューの基準ブロックがディスパリティベクトルによって識別された後に、現在の３Ｄ−ＨＥＶＣ仕様におけるインタービュー予測された動きベクトル候補の生成と同様の方法でインタービュー予測された動きベクトル候補を生成するために基準ブロックが入ったＰＵの左ＰＵが使用される。さらに、本開示の技法により、インタービュー予測された動きベクトル候補が利用不能である場合は、インタービューディスパリティ動きベクトル候補が導き出され、ディスパリティベクトルは、水平成分における左ＰＵの幅が減じられる。インタービュー予測された動きベクトル候補又は左ＰＵから導き出されたインタービューディスパリティ動きベクトル（すなちわ、左ＰＵＩからのインタービュー候補、又はＩＶＣＬＰＵ）が、候補リストにおいてすべての空間的候補の後に挿入される。この追加の候補は、時間的候補の前に挿入される。
【０１３１】
［０１３２］さらに、現在の３Ｄ−ＨＥＶＣ仕様におけるインタービュー予測された動きベクトル候補の生成と同様の方法でインタービュー予測された動きベクトル候補を生成するために基準ブロックが入ったＰＵの右ＰＵを使用することができる。さらに、本開示の技法により、インタービュー予測された動きベクトル候補が利用可能でない場合は、インタービューディスパリティ動きベクトル候補が導き出され、ディスパリティベクトルは、水平成分における基準ブロックが入ったＰＵの幅が加えられる。インタービュー予測された動きベクトル候補又は右ＰＵから導き出されたインタービューディスパリティ動きベクトル（すなちわ、左ＰＵＩからのインタービュー候補、又はＩＶＣＲＰＵ）が、候補リストにおいてすべての空間的マージング候補及び左ＰＵから導き出されたインタービュー候補の後に挿入される。この追加の候補は、時間的候補の前及びＩＶＣＬＰＵの後に挿入される。
【０１３２】
［０１３３］他の例では、利用可能な場合の２つの新しく加えられたインタービュー候補（すなわち、ＩＶＣＬＰＵ及びＩＶＣＲＰＵ）の両方が、候補リストにおいて時間的候補の後に挿入される。他の例では、ＩＶＣＬＰＵ及びＩＶＣＲＰＵのうちの１つのみが候補リスト内に加えられる。
【０１３３】
［０１３４］インタービュー候補に基づく追加のプルーニングプロセスを次のようにして完遂させることができる。Ａ１又はＢ１から導き出された各空間的候補が、第１のＩＶＣ及び第２のＩＶＣ（利用可能な場合）とそれぞれ比較される。Ａ１又はＢ１からの空間的候補がこれらの２つの候補のうちのいずれかと等しい場合は、それは、マージ候補リストから取り除かれる。さらに、ＩＶＣＬＰＵを第１のＩＶＣ、第２のＩＶＣ、及びＡ１又はＢ１から導き出された空間的候補とそれぞれ比較することができる。ＩＶＣＬＰＵがこれらの候補のうちのいずれかと等しい場合は、それは、候補リストから取り除かれる。さらに、ＩＶＣＲＰＵは、第１のＩＶＣ、第２のＩＶＣ、Ａ１又はＢ１からそれぞれ導き出された空間的候補、及びＩＶＣＬＰＵとそれぞれ比較することができる。ＩＶＣＲＰＵがこれらの候補のうちのいずれかと等しい場合は、それは、候補リストから取り除かれる。
【０１３４】
［０１３５］本開示によりプルーニングする他の例では、２つの候補が同じタイプを有する（例えば、それらはディスパリティ動きベクトルである又はそれらは時間的動きベクトルである）ときのみに、それらは比較される。例えば、ＩＶＣＬＰＵがインタービュー予測された動きベクトルである場合は、ＩＶＣＬＰＵと第１のＩＶＣとの間の比較は必要ない。
【０１３５】
［０１３６］本開示の他の例では、１までのみの等しくないディスパリティベクトルを導き出すことができる。第１のディスパリティベクトルは、上述される技法を用いて第１のＩＶＣ、第２のＩＶＣ、ＩＶＣＬＰＵ及びＩＶＣＲＰＵを導き出すために使用される。第２のディスパリティベクトルは、インタービューディスパリティ動きベクトルに変換される。複数のディスパリティベクトルの導出は、上述される技法により完遂させることができる。第１のディスパリティベクトルを変換するための及び左及び右ＰＵからより多くのインタービュー候補を導き出すための上述される技法と同じ技法を利用することができる。
【０１３６】
［０１３７］第２のディスパリティベクトルの変換は、次のようにして完遂させることができる。第２のディスパリティベクトルは、インタービューディスパリティ動きベクトル（すなわち、第３のＩＶＣ）に変換し、候補リストにおいて、第１のＩＶＣ及び第２のＩＶＣ（利用可能な場合）の直後、従って、すべての空間的候補の前、に加えることができる。インタービュー候補に基づく追加のプルーニングプロセスを次のように行うことができる。Ａ１又はＢ１から導き出された各空間的候補が、第１のＩＶＣ、第２のＩＶＣ、及び第３のＩＶＣ（利用可能な場合）とそれぞれ比較される。Ａ１又はＢ１からの空間的候補が、これらの３つの候補のうちのいずれかと等しい場合は、それは、候補リストから取り除かれる。
【０１３７】
［０１３８］一例では、ＩＶＣＬＰＵが第１のＩＶＣ、第２のＩＶＣ、及び第３のＩＶＣ、及びＡ１又はＢ１から導き出された空間的候補とそれぞれ比較される。ＩＶＣＬＰＵがこれらの３つの候補のうちのいずれかと等しい場合は、それは、候補リストから取り除かれる。
【０１３８】
［０１３９］他の例では、ＩＶＣＲＰＵが第１のＩＶＣ、第２のＩＶＣ、第３のＩＶＣ、Ａ１又はＢ１から導き出された空間的候補、及びＩＶＣＬＰＵとそれぞれ比較される。ＩＶＣＲＰＵがこれらの３つの候補のうちのいずれかと等しい場合は、それは、候補リストから取り除かれる。
【０１３９】
［０１４０］本開示によるプルーニングの他の例では、２つの候補が同じタイプを有する（例えば、それらはディスパリティ動きベクトルである又はそれらは時間的動きベクトルである）ときのみに、それらは比較される。例えば、ＩＶＣＬＰＵがインタービュー予測された動きベクトルである場合は、ＩＶＣＬＰＵと第１のＩＶＣとの間の比較は必要ない。
【０１４０】
［０１４１］図７は、本開示の技法を実装することができる映像符号器２０の例を示したブロック図である。映像符号器２０は、映像スライス、例えば、テクスチャ画像及び深度マップの両方のスライス、内の映像ブロックのイントラ及びインターコーディング（インタービューコーディングを含む）を行うことができる。テクスチャ情報は、概して、ルミナンス（輝度又は強度）情報と、クロミナンス（色、例えば、青い色合い及び赤い色合い）情報と、を含む。概して、映像符号器２０は、ルミナンススライスに関するコーディングモードを決定し、及び、（例えば、分割情報、イントラ予測モード選択、動きベクトル、等を再使用することによって）クロミナンス情報を符号化するためにルミナンス情報をコーディングすることからの予測情報を再使用することができる。イントラコーディングは、所定の映像フレーム又はピクチャ内の映像の空間的冗長性を低減させる又は除去するために空間的予測に依存する。インターコーディングは、映像シーケンスの隣接するフレーム又はピクチャ内の映像の空間的冗長性を低減させる又は除去するために時間的予測に依存する。イントラモード（Ｉモード（登録商標））は、幾つかの空間に基づくコーディングモードのうちのいずれかを意味することができる。インターモード、例えば、単一方向性予測（Ｐモード）又は２予測（Ｂモード）、は、幾つかの時間に基づくコーディングモードのうちのいずれかを意味することができる。
【０１４１】
［０１４２］図７において示されるように、映像符号器２０は、符号化されるべき映像フレーム（例えば、テクスチャ画像又は深度マップ）内の現在の映像ブロック（すなわち、映像データのブロック、例えば、ルミナンスブロック、クロミナンスブロック、又は深度ブロック）を受信する。図７の例において、映像符号器２０は、モード選択ユニット４０と、基準フレームメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６と、を含む。モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、分割ユニット４８と、を含む。映像ブロック再構築に関して、映像符号器２０は、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２と、も含む。再構築された映像からブロッキネスアーティファクトを除去するためにブロック境界をフィルタリングするためにデブロッキングフィルタ（図２は示されていない）を含めることもできる。希望される場合は、デブロッキングフィルタは、典型的には、加算器６２の出力をフィルタリングする。デブロッキングフィルタに加えて追加のフィルタ（インループ又はポストループ）を使用することもできる。簡潔さを目的として、該フィルタは示されていないが、希望される場合は、（インループフィルタとして）加算器５０の出力をフィルタリングすることができる。
【０１４２】
［００１４３］符号化プロセス中に、映像符号器２０は、コーディングされるべき映像フレーム又はスライスを受信する。フレーム又はスライスは、複数の映像ブロックに分割することができる。動き推定ユニット４２及び動き補償ユニット４４は、時間的予測を提供するために１つ以上の基準フレーム内の１つ以上のブロックに関して受信された映像ブロックのインター予測コーディングを行う。イントラ予測ユニット４６は、代替として、空間的予測を提供するためにコーディングされるべきブロックと同じフレーム又はスライス内の１つ以上の近隣ブロックに関して受信された映像ブロックのイントラ予測コーディングを行うことができる。映像符号器２０は、例えば、映像データの各ブロックに関して該当するコーディングモードを選択するために複数のコーディングパス（ｃｏｄｉｎｇ  ｐａｓｓ）を行うことができる。
【０１４３】
［０１４４］さらに、分割ユニット４８は、以前のコーディングパスにおける以前の分割方式の評価に基づいて、映像データのブロックをサブブロックに分割することができる。例えば、分割ユニット４８は、最初にフレーム又はスライスをＬＣＵに分割し、及び、レート−歪み解析（例えば、レート−歪み最適化）に基づいて各々のＬＣＵをサブＣＵに分割することができる。モード選択ユニット４０は、サブＣＵへのＬＣＵの分割を示す四分木データ構造をさらに生成することができる。四分木の葉ノードＣＵは、１つ以上のＰＵと、１つ以上のＴＵと、を含むことができる。
【０１４４】
［０１４５］モード選択ユニット４０は、例えば、誤り結果に基づいてコーディングモードのうちの１つ、イントラ又はインター、を選択することができ、及び、結果的に得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成するために加算器５０に及び基準フレームとしての使用ための符号化されたブロックを再構築するために加算器６２に提供する。モード選択ユニット４０は、構文要素、例えば、動きベクトル、イントラモードインジケータ、分割情報、及びその他の構文情報、もエントロピー符号化ユニット５６に提供する。
【０１４５】
［０１４６］動き推定ユニット４２及び動き補償ユニット４４は、高度に一体化することができるが、概念上の目的のために別々に示されている。動き推定は、動き推定ユニット４２によって行われ、映像ブロックに関する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、例えば、現在のフレーム（又はその他のコーディングされたユニット）内のコーディング中の現在のブロックに対する基準フレーム（又はその他のコーディングされたユニット）内の予測ブロックに対する現在の映像フレーム又はピクチャ内の映像ブロックのＰＵの変位を示すことができる。
【０１４６】
［０１４７］予測ブロックは、ピクセル差分の点でコーディングされるべき映像ブロックのＰＵに密接にマッチングすることが判明しているブロックであり、差分絶対値和（ＳＡＤ）、差分二乗和（ＳＳＤ）、又はその他の差分メトリックによって決定することができる。幾つかの例では、映像符号器２０は、基準フレームメモリ６４に格納された基準ピクチャの整数未満のピクセル位置に関する値を計算することができる。例えば、映像符号器２０は、基準ピクチャの１／４ピクセル位置、１／８ピクセル位置、又はその他の分数のピクセル位置の値を内挿することができる。従って、動き推定ユニット４２は、完全ピクセル位置及び分数ピクセル位置に関する動き探索を行い、分数のピクセル精度を有する動きベクトルを出力することができる。
【０１４７】
［０１４８］動き推定ユニット４２は、インターコーディングされたスライス内の映像ブロックのＰＵの位置を基準ピクチャの予測ブロックの位置と比較することによってそのＰＵに関する動きベクトルを計算する。基準ピクチャは、第１の基準ピクチャリスト（リスト０）又は第２の基準ピクチャリスト（リスト１）から選択することができ、それらの各々は、基準フレームピクチャ６４に格納された１つ以上の基準ピクチャを識別する。基準ピクチャリストは、本開示の技法を用いて構築することができる。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６及び動き補償ユニット４４に送信する。
【０１４８】
［０１４９］動き補償は、動き補償ユニット４４によって行われ、動き推定ユニット４２によって決定された動きベクトルに基づいて予測ブロックをフェッチ又は生成することを含むことができる。繰り返すと、幾つかの例では、動き推定ユニット４２及び動き補償ユニット４４は、機能的に一体化することができる。現在の映像ブロックのＰＵに関する動きベクトルを受信した時点で、動き補償ユニット４４は、基準ピクチャリストのうちの１つにおいて動きベクトルが指し示す予測ブロックの位置を突き止めることができる。加算器５０は、後述されるように、コーディング中の現在の映像ブロックのピクセル値から予測ブロックのピクセル値を減じることによって残差映像ブロックを形成し、ピクセル差分値を形成する。概して、動き推定ユニット４２は、ルマコンポーネントに関する動き推定を行い、動き補償ユニット４４は、クロマコンポーネント及びルマコンポーネントの両方に関してルマコンポーネントに基づいて計算された動きベクトルを使用する。このようにして、動き補償ユニット４４は、クロマコンポーネントをコーディングするためにルマコンポーネントに関して決定された動き情報を再使用することができ、従って、動き推定ユニット４２は、クロマコンポーネントに関する動き探索を行う必要がない。モード選択ユニット４０は、映像スライスの映像ブロックを復号する際に映像復号器３０によって使用するために映像ブロック及び映像スライスと関連付けられた構文要素を生成することもできる。
【０１４９】
［０１５０］イントラ予測ユニット４６は、上述されるように、動き推定ユニット４２及び動き補償ユニット４４によって行われるインター予測の代替として、現在のブロックをイントラ予測することができる。特に、イントラ予測ユニット４６は、現在のブロックを符号化するために使用すべきイントラ予測モードを決定することができる。幾つかの例では、イントラ予測ユニット４６は、例えば、別々の符号化パス（ｅｎｃｏｄｉｎｇ  ｐａｓｓ）中に、様々なイントラ予測モードを用いて現在のブロックを符号化することができ、及び、イントラ予測ユニット４６（又は、幾つかの例では、モード選択ユニット４０）は、使用すべき適当なイントラ予測モードを試験されたモードから選択することができる。
【０１５０】
［０１５１］例えば、イントラ予測ユニット４６は、様々な試験されたイントラ予測モードに関するレート−歪み解析を用いてレート−歪み値を計算すること、及び、試験されたモードの中で最良のレート−歪み特性を有するイントラ予測モードを選択することができる。レート−歪み解析は、概して、符号化されたブロックを生成するために符号化されたブロックとオリジナルの符号化されないブロックとの間の歪み（又は誤り）の量、及び符号化されたブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測モジュール４６は、いずれのイントラ予測モードがブロックに関する最良のレート−歪み値を呈するかを決定するために様々な符号化されたブロックに関する歪み及びレートから比率を計算することができる。
【０１５１】
［０１５２］ブロックに関するイントラ予測モードを選択後は、イントラ予測ユニット４６は、ブロックに関する選択されたイントラ予測モードを示す情報をエントロピーコーディングユニット５６に提供することができる。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化することができる。映像符号器２０は、送信されたビットストリーム内に構成データを含めることができ、それらは、複数のイントラ予測モードインデックステーブル及び複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）、様々なブロックに関するコンテキクストを符号化する定義、最も可能性の高いイントラ予測モードのインディケーション、イントラ予測モードインデックステーブル、及び各コンテキストに関して使用すべき修正されたイントラ予測モードインデックステーブルを含むことができる。
【０１５２】
［０１５３］映像符号器２０は、モード選択ユニット４０からの予測データをコーディング中のオリジナルの映像ブロックから減じることによって残差映像ブロックを形成する。加算器５０は、この減算動作を行うコンポーネント又はコンポーネント（複数）を表す。変換処理ユニット５２は、変換、例えば、離散コサイン変換（ＤＣＴ）又は概念的に類似の変換、を残差ブロックに適用し、残差変換係数値を備える映像ブロックを生成する。変換処理ユニット５２は、ＤＣＴに概念的に類似するその他の変換を行うことができる。ウェーブレット変換、整数変換、サブバンド変換又はその他のタイプの変換も使用可能である。いずれの場合も、変換処理ユニット５２は、残差ブロックに変換を適用し、残差変換係数のブロックを生成する。［０１５４］変換は、残差情報をピクセル領域から変換領域、例えば、周波数領域、に変換することができる。変換処理ユニット５２は、その結果得られた変換係数を量子化ユニット５４に送信することができる。量子化ユニット５４は、ビットレートをさらに低減させるために変換係数を量子化する。量子化プロセスは、係数の一部又は全部と関連付けられたビット深度を低減させることができる。量子化度は、量子化パラメータを調整することによって変更することができる。幾つかの例では、量子化ユニット５４は、量子化された変換係数を含む行列の走査を行うことができる。代替として、エントロピー符号化ユニット５６は、走査を行うことができる。
【０１５３】
［０１５５］量子化に引き続き、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピー符号化する。例えば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔分割エントロピー（ＰＩＰＥ）コーディング、又はその他のエントロピー符号化技法を実行することができる。コンテキストに基づくエントロピーコーディングの場合は、コンテキストは、近隣ブロックに基づくことができる。エントロピー符号化ユニット５６によるエントロピー符号化に引き続き、符号化されたビットストリームは、他のデバイス（例えば、映像復号器３０）に送信すること、又は、のちの送信又は取り出しのためにアーカイブに保存することができる。
【０１５４】
［０１５６］逆量子化ユニット５８及び逆変換ユニット６０は、例えば、基準ブロックとしてののちの使用のためにピクセル領域において残差ブロックを再構築するために逆量子化及び逆変換をそれぞれ適用する。動き補償ユニット４４は、基準フレームピクチャ６４のフレームのうちの１つの予測ブロックに残差ブロックを加えることによって基準ブロックを計算することができる。動き補償ユニット４４は、動き推定における使用のために整数未満のピクセル値を計算するために１つ以上の内挿フィルタを再構築された残差ブロックに適用することもできる。加算器６２は、基準フレームピクチャ６４での格納のための再構築された映像ブロックを生成するために動き補償ユニット４４によって生成された動き補償された予測ブロックに再構築された残差ブロックを加える。再構築された映像ブロックは、後続する映像フレーム内のブロックをインターコーディングするための基準ブロックとして動き推定ユニット４２及び動き補償ユニット４４によって使用することができる。
【０１５５】
［０１５７］映像符号器２０は、ルミナンスコンポーネントをコーディングするためのコーディング技法に実質的に類似する方法で深度マップを符号化することができ、ただし、対応するクロミナンスコンポーネントは存在しない。例えば、イントラ予測ユニット４６は、深度マップのブロックをイントラ予測することができ、動き推定ユニット４２及び動き補償ユニット４４は、深度マップのブロックをイントラ予測することができる。しかしながら、上述されるように、深度マップのイントラ予測中に、動き補償ユニット４４は、深度範囲の差分及びそれらの深度範囲に関する精度値に基づいて基準深度マップの値をスケーリング（すなわち、調整）することができる。例えば、現在の深度マップ及び基準深度マップ内の異なる最大深度値が同じ実世界の深度に対応する場合は、映像符号器２０は、予測目的のために、基準深度マップの最大深度値が現在の深度マップ内の最大深度値と等しくなるようにスケーリングすることができる。さらに加えて又は代替で、映像符号器２０は、例えば、インタービュー予測と実質的に類似する技法を用いて、ビュー合成予測のためのビュー合成ピクチャを生成するために更新された深度範囲値及び精度値を使用することができる。
【０１５６】
［０１５８］図８は、本開示の技法を実装することができる映像復号器３０の例を示したブロック図である。図８の例では、映像復号器３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、基準フレームメモリ８２と、加算器８０と、を含む。映像復号器３０は、幾つかの例では、映像符号器２０に関して説明された符号化パスと概して相互的な復号パスを行うことができる（図７）。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて予測データを生成することができ、他方、イントラ予測ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータに基づいて予測データを生成することができる。
【０１５７】
［０１５９］復号プロセス中には、映像復号器３０は、符号化された映像スライスの映像ブロックを表す符号化された映像ビットストリーム及び関連付けられた構文要素を映像符号器２０から受信する。映像復号器３０のエントロピー復号ユニット７０は、量子化された係数、動きベクトル又はイントラ予測モードインジケータ、及びその他の構文要素を生成するためにビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動きベクトル及びその他の構文要素を動き補償ユニット７２に転送する。映像復号器３０は、映像スライスレベル及び／又は映像ブロックレベルで構文要素を受信することができる。
【０１５８】
［０１６０］映像スライスがイントラコーディングされた（Ｉ）スライスとしてコーディングされるときには、イントラ予測ユニット７４は、シグナリングされたイントラ予測モード及び現在のフレーム又はピクチャの以前に復号されたブロックからのデータに基づいて現在の映像スライスの映像ブロックに関する予測データを生成することができる。映像フレームがインターコーディングされた（すなわち、Ｂ、Ｐ又はＧＰＢ）スライスとしてコーディングされるときには、動き補償ユニット７２は、動きベクトル及びエントロピー復号ユニット７０から受信されたその他の構文要素に基づいて現在の映像スライスの映像ブロックに関する予測ブロックを生成する。予測ブロックは、基準ピクチャリストのうちの１つ内の基準ピクチャのうちの１つから生成することができる。映像復号器３０は、基準フレームピクチャ８２に格納された基準ピクチャに基づいて本開示の技法を用いて、基準フレームリスト、リスト０及びリスト１、を構築することができる。動き補償ユニット７２は、動きベクトル及びその他の構文要素を構文解析することによって現在の映像スライスの映像ブロックに関する予測情報を決定し、復号中の現在の映像ブロックに関する予測ブロックを生成するために予測情報を使用する。例えば、動き補償ユニット７２は、映像スライス、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、又はＧＰＢスライス）、スライスに関する基準ピクチャリストのうちの１つ以上に関する構築情報、スライスの各インター符号化された映像ブロックに関する動きベクトル、スライスの各インターコーディングされた映像ブロックに関する動きベクトル、スライスの各インター符号化された映像ブロックに関するインター予測状態、及び現在の映像スライス内の映像ブロックを復号するためのその他の情報、の映像ブロックをコーディングするために使用される予測モード（例えば、イントラ又はインター予測）を決定するために受信された構文要素の一部を使用する。
【０１５９】
［０１６１］動き補償ユニット７２は、内挿フィルタに基づいて内挿を行うこともできる。動き補償ユニット７２は、基準ブロックの整数未満のピクセルに関する内挿値を計算するために映像ブロックの符号化中に映像符号器２０によって使用される内挿フィルタを使用することができる。この場合は、動き補償ユニット７２は、受信された構文要素から映像符号器２０によって使用される内挿フィルタを決定すること及び予測ブロックを生成するために内挿フィルタを使用することができる。
【０１６０】
［０１６２］逆量子化ユニット７６は、ビットストリーム内で提供され、エントロピー復号ユニット７０によって復号された量子化された変換係数を逆量子化する、すなわち、量子化解除する。逆量子化プロセスは、量子化度、そして同様に、適用されるべき逆量子化度、を決定するために映像スライス内の各映像ブロックに関して映像復号器３０によって計算された量子化パラメータＱＰＹを使用することを含むことができる。
【０１６１】
［０１６３］逆変換ユニット７８は、ピクセル領域において残差ブロックを生成するために逆変換、例えば、逆ＤＣＴ、逆整数変換、又は概念的に類似する逆変換プロセスを変換係数に適用する。
【０１６２】
［０１６４］動き補償ユニット７２が動きベクトル及びその他の構文要素に基づいて現在の映像ブロックに関する予測ブロックを生成した後は、映像復号器３０は、逆変換ユニット７８からの残差ブロックを、動き補償ユニット７２によって生成された対応する予測ブロックと加算することによって復号された映像ブロックを形成する。加算器９０は、この加算動作を行うコンポーネント又はコンポーネント（複数）を表す。希望される場合は、ブロッキネスアーティファクトを除去するために復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用することもできる。ピクセル遷移を平滑化するか、又は映像品質を向上するために（コーディングループ内又はコーディングループ後の）その他のループフィルタを使用することもできる。所定のフレーム又はピクチャ内の復号された映像ブロックは、基準ピクチャメモリ８２に格納され、それは、後続する動き補償のために使用される基準ピクチャを格納する。基準フレームメモリ８２は、表示装置、例えば、図１の表示装置３２、でののちの提示のために復号された映像も格納する。
【０１６３】
［０１６５］図９は、本開示の技法による符号化プロセス例を示したフローチャートである。図９の技法は、映像符号器２０の１つ以上の構造上のユニットによって実装することができる。映像符号器２０は、映像符号器２０は、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し、及び、ディスパリティベクトルを１つ以上のインタービュー予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補に変換する（９０４）ように構成することができ、ディスパリティベクトルは、現在のブロックに関する近隣ブロックから導き出される（９０２）。
【０１６４】
［０１６６］映像符号器２０は、１つ以上のインタービュー予測された動きベクトル候補及び１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加えるようにさらに構成することができる（９０６）。動きベクトル予測モードは、スキップモード、マージモード、及びＡＭＶＰモードのうちの１つであることができる。本開示の一例では、映像符号器２０は、インタービュー予測された動きベクトル及びインタービューディスパリティ動きベクトルのうちの加えられた１つ以上を２つ以上の選択されたマージング候補と比較することに基づいて候補リストをプルーニングするように構成することができる（９０８）。映像符号器２０は、候補リストを用いて現在のブロックを符号化するようにさらに構成することができる（９１０）。本開示の一例では、映像符号器２０は、インタービュー動き予測及びインタービュー残差予測のうちの１つを用いて現在のブロックを符号化するように構成することができる。
【０１６５】
［０１６７］図１０は、本開示の技法による符号化プロセス例を示したフローチャートである。図１０の技法は、映像符号器２０の１つ以上の構造上のユニットによって実装することができる。映像符号器２０は、現在のブロックに関する１つ以上のディスパリティベクトル、及び、基準ビュー内の１つ以上の基準ブロックの位置を突き止めるための１つのディスパリティベクトルを導き出すように構成することができ、ディスパリティベクトルは、現在のブロックに関する近隣ブロックから導き出され（１００２）、１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められる（１００４）。
【０１６６】
［０１６８］映像符号器２０は、複数の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えるようにさらに構成することができ、加えられた動き情報は、１つ以上のインタービュー動きベクトル候補である（１００６）。映像符号器２０は、ディスパリティベクトルを１つ以上の値だけシフトすることによって１つ以上のインタービューディスパリティ動きベクトル候補を候補リストに加えるようにさらに構成することができる（１００７）。本開示の幾つかの例では、映像符号器２０は、候補リストをプルーニングするようにさらに構成することができる（１００８）。本開示の一例では、候補リストをプルーニングすることは、１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づく。本開示の他の例では、候補リストをプルーニングすることは、シフトされたディスパリティベクトルに基づいて、１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づく。
【０１６７】
［０１６９］本開示の一例では、映像符号器２０は、１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトするようにさらに構成することができ、従って、シフトされたディスパリティベクトルは、スライス内で固定される。本開示の他の例では、映像符号器２０は、基準ブロックが入った予測ユニット（ＰＵ）の幅に基づいてある値だけ１つ以上のディスパリティベクトルをシフトするようにさらに構成することができる。本開示の他の例では、映像符号器２０は、１つ以上のディスパリティベクトルを現在のブロックの幅に基づいてある値だけシフトするようにさらに構成することができる。
【０１６８】
［０１７０］映像符号器２０は、候補リストを用いて現在のブロックを符号化するようにさらに構成することができる（１１１０）。本開示の一例では、現在のブロックを符号化することは、インタービュー動き予測を用いて現在のブロックを符号化すること及び／又はインタービュー残差予測を用いて現在のブロックを符号化することのうちの１つを備える。
【０１６９】
［０１７１］図１１は、本開示の技法による復号プロセス例を示したフローチャートである。図１１の技法は、映像復号器３０の１つ以上の構造上のユニットによって実装することができる。映像復号器３０は、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し、及び、ディスパリティベクトルを１つ以上のインタービュー予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補に変換するように構成することができ（１１０４）、ディスパリティベクトルは、現在のブロックに関する近隣ブロックから導き出される（１１０２）。
【０１７０】
［０１７２］映像復号器３０は、１つ以上のインタービュー予測された動きベクトル候補及び１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加えるようにさらに構成することができる（１１０６）。動きベクトル予測モードは、スキップモード、マージモード、及びＡＭＶＰモードのうちの１つであることができる。本開示の一例では、映像復号器３０は、インタービュー予測された動きベクトル及びインタービューディスパリティ動きベクトルのうちの加えられた１つ以上を２つ以上の選択されたマージング候補と比較することに基づいて候補リストをプルーニングするように構成することができる（１１０８）。映像復号器３０は、候補リストを用いて現在のブロックを復号するようにさらに構成することができる（１１１０）。本開示の一例では、映像復号器３０は、インタービュー動き予測及びインタービュー残差予測のうちの１つを用いて現在のブロックを復号するように構成することができる。
【０１７１】
［０１７３］図１２は、本開示の技法による復号プロセス例を示したフローチャートである。図１２の技法は、映像復号器３０の１つ以上の構造上のユニットによって実装することができる。映像復号器３０は、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し（１２０２）、及び、基準ビュー内の１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用するように構成することができ、ディスパリティベクトルは、現在のブロックに関する近隣ブロックから導き出され、１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められる（１２０４）。
【０１７２】
［０１７４］映像復号器３０は、複数の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えるようにさらに構成することができ、加えられた動き情報は、１つ以上のインタービュー動きベクトル候補である（１２０６）。映像復号器３０は、ディスパリティベクトルを１つ以上の値だけシフトすることによって１つ以上のインタービューディスパリティ動きベクトル候補を候補リストに加えるようにさらに構成することができる（１２０７）。本開示の幾つかの例では、映像復号器３０は、候補リストをプルーニングするようにさらに構成することができる（１２０８）。本開示の一例では、候補リストをプルーニングすることは、１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づく。本開示の他の例では、候補リストをプルーニングすることは、シフトされたディスパリティベクトルに基づいて、１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づく。
【０１７３】
［０１７５］本開示の一例では、映像復号器３０は、１つ以上のディスパリティベクトルを−４乃至４のある値だけ水平にシフトするようにさらに構成することができ、従って、シフトされたディスパリティベクトルは、スライス内で固定される。本開示の他の例では、映像復号器３０は、基準ブロックが入った予測ユニット（ＰＵ）の幅に基づいてある値だけ１つ以上のディスパリティベクトルをシフトするようにさらに構成することができる。本開示の他の例では、映像復号器３０は、１つ以上のディスパリティベクトルを現在のブロックの幅に基づいてある値だけシフトするようにさらに構成することができる。
【０１７４】
［０１７６］映像復号器３０は、候補リストを用いて現在のブロックを復号するようにさらに構成することができる（１２１０）。本開示の一例では、現在のブロックを復号することは、インタービュー動き予測を用いて現在のブロックを復号すること及びインタービュー残差予測を用いて現在のブロックを復号することのうちの１つを備える。
【０１７５】
［０１７７］例に依存して、ここにおいて説明されるいずれかの技法の幾つかの行為又はイベントは、異なるシーケンスで行うことができ、追加すること、結合すること、又はまったく省くことができる（例えば、技法を実践するためにすべての行為又はイベントが必要なわけではない）ことが認識されるべきである。さらに、幾つかの例では、行為又はイベントは、順次ではなく、同時並行して、例えば、マルチスレッド処理、割り込み処理、又は複数のプロセッサ、を通じで行うことができる。
【０１７６】
［０１７８］１つ以上の例において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらのあらゆる組み合わせにおいて実装することができる。ソフトウェアにおいて実装される場合は、それらの機能は、コンピュータによって読み取り可能な媒体において１つ以上の命令又はコードとして格納又は送信すること及びハードウェアに基づく処理ユニットによって実行することができる。コンピュータによって読み取り可能な媒体は、コンピュータによって読み取り可能な記憶媒体を含むことができ、それは、有形な媒体、例えば、データ記憶媒体、又は、例えば、通信プロトコルにより、１つの場所から他へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体、に対応する。このように、コンピュータによって読み取り可能な媒体は、概して、（１）非一時的である有形なコンピュータによって読み取り可能な記憶媒体又は（２）通信媒体、例えば、信号又は搬送波、に対応することができる。データ記憶媒体は、本開示において説明される技法の実装のために命令、コード及び／又はデータ構造を取り出すために１つ以上のコンピュータ又は１つ以上のプロセッサによってアクセスすることができるあらゆる利用可能な媒体であることができる。コンピュータプログラム製品は、コンピュータによって読み取り可能な媒体を含むことができる。
【０１７７】
［０１７９］一例により、及び制限することなしに、該コンピュータによって読み取り可能な記憶媒体は、希望されるプログラムコードを命令又はデータ構造の形態で格納するために使用することができ及びコンピュータによってアクセス可能であるＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又はその他の光学ディスク記憶装置、磁気ディスク記憶装置、又はその他の磁気記憶デバイス、フラッシュメモリ、又はその他のいずれかの媒体を備えることができる。さらに、どのような接続も、コンピュータによって読み取り可能な媒体であると適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者ライン（ＤＳＬ）、又は無線技術、例えば、赤外線、無線、及びマイクロ波、を用いてウェブサイト、サーバ、又はその他の遠隔ソースから送信される場合は、該同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、又は無線技術、例えば赤外線、無線、及びマイクロ波、は、媒体の定義の中に含まれる。しかしながら、コンピュータによって読み取り可能な記憶媒体およびデータ記憶媒体は、コネクション、搬送波、信号、又はその他の遷移媒体は含まず、代わりに、非一時的な、有形の記憶媒体を対象とすることが理解されるべきである。ここにおいて用いられるときのディスク（ｄｉｓｋ及びｄｉｓｃ）は、コンパクトディスク（ＣＤ）（ｄｉｓｃ）と、レーザーディスク（登録商標）（ｄｉｓｃ）と、光ディスク（ｄｉｓｃ）と、デジタルバーサタイルディスク（ＤＶＤ）（ｄｉｓｃ）と、フロッピー（登録商標）ディスク（ｄｉｓｋ）と、ブルーレイディスク（ｄｉｓｃ）と、を含み、ここで、ｄｉｓｋは、通常は磁気的にデータを複製し、ｄｉｓｃは、レーザーを用いて光学的にデータを複製する。上記の組み合わせも、コンピュータによって読み取り可能な媒体の適用範囲内に含められるべきである。
【０１７８】
［０１８０］命令は、１つ以上のプロセッサ、例えば、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、又はその他の同等の集積又はディスクリート論理回路によって実行することができる。従って、ここにおいて用いられる場合の用語“プロセッサ”は、上記の構造又はここにおいて説明される技法の実装に適するあらゆるその他の構造のうちのいずれかを意味することができる。さらに、幾つかの態様では、ここにおいて説明される機能は、符号化および復号のために構成された専用のハードウェア及び／又はソフトウェアモジュール内において提供されること、又は組み合わされたコーデック内に組み入れることができる。さらに、技法は、１つ以上の回路又は論理素子内に完全に実装することが可能である。
【０１７９】
［０１８１］本開示の技法は、無線ハンドセット、集積回路（ＩＣ）又は一組のＩＣ（例えば、チップセット）を含む非常に様々なデバイス又は装置内に実装することができる。本開示では、開示される技法を実施するように構成されたデバイスの機能上の態様を強調するために様々なコンポーネント、モジュール、又はユニットが説明されるが、異なるハードウェアユニットによる実現は必ずしも要求しない。むしろ、上述されるように、様々なユニットは、適切なソフトウェア及び／又はファームウェアと関係させて、コーデックハードウェアユニット内において結合させること又は上述されるように１つ以上のプロセッサを含む相互運用的なハードウェアユニットの集合によって提供することができる。
【０１８０】
［０１８２］様々な例が説明されている。これらの及びその他の例は、以下の請求項の範囲内である。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］マルチビュー映像データを復号する方法であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出されることと、ディスパリティベクトルをインタービュー予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補のうちの１つ以上に変換することと、前記１つ以上のインタービュー予測された動きベクトル候補及び前記１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加えることと、前記候補リストを用いて前記現在のブロックを復号することと、を備える、方法。
［Ｃ２］前記現在のブロックを復号することは、インタービュー動き予測を用いて前記現在のブロックを復号すること及びインタービュー残差予測を用いて前記現在のブロックを復号することのうちの１つを備えるＣ１に記載の方法。
［Ｃ３］前記動きベクトル予測モードは、スキップモード、マージモード、及びアドバンスト動きベクトル予測（ＡＭＶＰ）モードのうちの１つであるＣ１に記載の方法。
［Ｃ４］前記インタービュー予測された動きベクトル及びインタービューディスパリティ動きベクトルのうちの前記加えられた１つ以上を２つ以上の選択された空間的マージング候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備えるＣ１に記載の方法。
［Ｃ５］マルチビュー映像データを復号する方法であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出されることと、基準ビューにおいて１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用することであって、前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められることと、複数の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えることであって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補であることと、前記候補リストを用いて前記現在のブロックを復号することと、を備える、方法。
［Ｃ６］前記１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトすることをさらに備え、従って、シフトされたディスパリティベクトルは、スライス内において固定されるＣ５に記載の方法。
［Ｃ７］前記１つ以上のディスパリティベクトルを基準ブロックが入った予測ユニット（ＰＵ）の幅に基づいてある値だけシフトすることをさらに備えるＣ５に記載の方法。
［Ｃ８］前記１つ以上のディスパリティベクトルを前記現在のブロックの幅に基づいてある値だけシフトすることをさらに備えるＣ５に記載の方法。
［Ｃ９］前記現在のブロックを復号することは、インタービュー動き予測を用いて前記現在のブロックを復号すること及びインタービュー残差予測を用いて現在のブロックを復号することのうちの１つを備えるＣ５に記載の方法。
［Ｃ１０］前記１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備えるＣ５に記載の方法。
［Ｃ１１］シフトされたディスパリティベクトルに基づいて前記１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備えるＣ５に記載の方法。
［Ｃ１２］マルチビュー映像データを復号するように構成された装置であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し、ディスパリティベクトルをインタービュー予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補のうちの１つ以上に変換し、前記１つ以上のインタービュー予測された動きベクトル候補及び前記１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加え、及び、前記候補リストを用いて前記現在のブロックを復号するように構成された映像復号器を備え、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出される、装置。
［Ｃ１３］前記映像復号器は、インタービュー動き予測を用いて前記現在のブロックを復号すること及びインタービュー残差予測を用いて前記現在のブロックを復号することのうちの１つを行うことによって前記現在のブロックを復号するＣ１２に記載の装置。
［Ｃ１４］前記動きベクトル予測モードは、スキップモード、マージモード、及びアドバンスト動きベクトル予測（ＡＭＶＰ）モードのうちの１つであるＣ１２に記載の装置。
［Ｃ１５］前記映像復号器は、前記インタービュー予測された動きベクトル及びインタービューディスパリティ動きベクトルのうちの前記加えられた１つ以上を２つ以上の選択された空間的マージング候補と比較することに基づいて前記候補リストをプルーニングするようにさらに構成されるＣ１２に記載の装置。
［Ｃ１６］マルチビュー映像データを復号するように構成された装置であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し、基準ビューにおいて１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用し、複数の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加え、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加え、及び前記候補リストを用いて前記現在のブロックを復号するように構成された映像復号器を備え、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出され、前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められ、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補である、装置。
［Ｃ１７］前記映像復号器は、前記１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトするようにさらに構成され、従って、シフトされたディスパリティベクトルは、スライス内において固定されるＣ１６に記載の装置。
［Ｃ１８］前記映像復号器は、前記１つ以上のディスパリティベクトルを基準ブロックが入った予測ユニット（ＰＵ）の幅に基づいてある値だけシフトするようにさらに構成されるＣ１６に記載の装置。
［Ｃ１９］前記映像復号器は、前記１つ以上のディスパリティベクトルを前記現在のブロックの幅に基づいてある値だけシフトするようにさらに構成されるＣ１６に記載の装置。
［Ｃ２０］前記映像復号器は、インタービュー動き予測を用いて前記現在のブロックを復号すること及びインタービュー残差予測を用いて前記現在のブロックを復号することのうちの１つを行うことによって前記現在のブロックを復号するＣ１６に記載の装置。
［Ｃ２１］前記映像復号器は、前記１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づいて前記候補リストをプルーニングするようにさらに構成されるＣ１６に記載の装置。
［Ｃ２２］シフトされたディスパリティベクトルに基づいて前記１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づいて前記候補リストをプルーニングするようにさらに構成されるＣ１６に記載の装置。
［Ｃ２３］マルチビュー映像データを復号するように構成された装置であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出すための手段であって、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出される手段と、ディスパリティベクトルをインタービュー予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補のうちの１つ以上に変換するための手段と、前記１つ以上のインタービュー予測された動きベクトル候補及び前記１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加えるための手段と、前記候補リストを用いて前記現在のブロックを復号するための手段と、を備える、装置。
［Ｃ２４］マルチビュー映像データを復号するように構成された装置であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出すための手段であって、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出される手段と、基準ビューにおいて１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用するための手段であって、前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められる手段と、複数の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えるための手段であって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補である手段と、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加えるための手段と、前記候補リストを用いて前記現在のブロックを復号するための手段と、を備える、装置。
［Ｃ２５］コンピュータによって読み取り可能な記憶媒体であって、実行されたときに、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し、ディスパリティベクトルをインタービュー予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補のうちの１つ以上に変換し、前記１つ以上のインタービュー予測された動きベクトル候補及び前記１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加え、及び前記候補リストを用いて前記現在のブロックを復号することを、映像データを復号するように構成されたデバイスの１つ以上のプロセッサに行わせる命令を格納し、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出される、コンピュータによって読み取り可能な記憶媒体。
［Ｃ２６］コンピュータによって読み取り可能な記憶媒体であって、実行されたときに、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し、基準ビューにおいて１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用し、複数の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加え、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加え、及び前記候補リストを用いて前記現在のブロックを復号することを、映像データを復号するように構成されたデバイスの１つ以上のプロセッサに行わせる命令を格納し、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出され、前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められ、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補である、コンピュータによって読み取り可能な記憶媒体。
［Ｃ２７］マルチビュー映像データを符号化する方法であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出されることと、ディスパリティベクトルをインタービュー予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補のうちの１つ以上に変換することと、前記１つ以上のインタービュー予測された動きベクトル候補及び前記１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加えることと、前記候補リストを用いて前記現在のブロックを符号化することと、を備える、方法。
［Ｃ２８］前記現在のブロックを符号化することは、インタービュー動き予測を用いて前記現在のブロックを符号化すること及びインタービュー残差予測を用いて前記現在のブロックを符号化することのうちの１つを備えるＣ２７に記載の方法。
［Ｃ２９］前記動きベクトル予測モードは、スキップモード、マージモード、及びアドバンスト動きベクトル予測（ＡＭＶＰ）モードのうちの１つであるＣ２７に記載の方法。
［Ｃ３０］前記インタービュー予測された動きベクトル及びインタービューディスパリティ動きベクトルのうちの前記加えられた１つ以上を２つ以上の選択された空間的マージング候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備えるＣ２７に記載の方法。
［Ｃ３１］マルチビュー映像データを符号化する方法であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出すことであって、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出されることと、基準ビューにおいて１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用することであって、前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められることと、複数の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加えることであって、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補であることと、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加えることと、前記候補リストを用いて前記現在のブロックを復号することと、を備える、方法。
［Ｃ３２］前記１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトすることをさらに備え、従って、シフトされたディスパリティベクトルは、スライス内において固定されるＣ３１に記載の方法。
［Ｃ３３］前記１つ以上のディスパリティベクトルを基準ブロックが入った予測ユニット（ＰＵ）の幅に基づいてある値だけシフトすることをさらに備えるＣ３１に記載の方法。
［Ｃ３４］前記１つ以上のディスパリティベクトルを前記現在のブロックの幅に基づいてある値だけシフトすることをさらに備えるＣ３１に記載の方法。
［Ｃ３５］前記現在のブロックを符号化することは、インタービュー動き予測を用いて前記現在のブロックを符号化すること及びインタービュー残差予測を用いて現在のブロックを符号化することのうちの１つを備えるＣ３１に記載の方法。
［Ｃ３６］前記１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備えるＣ３１に記載の方法。
［Ｃ３７］シフトされたディスパリティベクトルに基づいて前記１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づいて前記候補リストをプルーニングすることをさらに備えるＣ３１に記載の方法。
［Ｃ３８］マルチビュー映像データを符号化するように構成された装置であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し、ディスパリティベクトルをインタービュー予測された動きベクトル候補及びインタービューディスパリティ動きベクトル候補のうちの１つ以上に変換し、前記１つ以上のインタービュー予測された動きベクトル候補及び前記１つ以上のインタービューディスパリティ動きベクトル候補を動きベクトル予測モードに関する候補リストに加え、及び、前記候補リストを用いて現在のブロックを復号するように構成された映像符号器を備え、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出される、装置。
［Ｃ３９］前記映像符号器は、インタービュー動き予測を用いて前記現在のブロックを符号化すること及びインタービュー残差予測を用いて前記現在のブロックを符号化することのうちの１つを行うことによって前記現在のブロックを符号化するＣ３８に記載の装置。
［Ｃ４０］前記動きベクトル予測モードは、スキップモード、マージモード、及びアドバンスト動きベクトル予測（ＡＭＶＰ）モードのうちの１つであるＣ３８に記載の装置。
［Ｃ４１］前記映像符号器は、前記インタービュー予測された動きベクトル及びインタービューディスパリティ動きベクトルのうちの前記加えられた１つ以上を２つ以上の選択された空間的マージング候補と比較することに基づいて前記候補リストをプルーニングするようにさらに構成されるＣ３８に記載の装置。
［Ｃ４２］マルチビュー映像データを符号化するように構成された装置であって、現在のブロックに関する１つ以上のディスパリティベクトルを導き出し、基準ビューにおいて１つ以上の基準ブロックの位置を突き止めるために１つのディスパリティベクトルを使用し、複数の基準ブロックの動き情報を動きベクトル予測モードに関する候補リストに加え、ディスパリティベクトルを１つ以上の値だけシフトすることによって前記１つ以上のインタービューディスパリティ動きベクトル候補を前記候補リストに加え、及び前記候補リストを用いて前記現在のブロックを復号するように構成された映像符号器を備え、前記ディスパリティベクトルは、前記現在のブロックに関する近隣ブロックから導き出され、前記１つ以上の基準ブロックは、ディスパリティベクトルを１つ以上の値だけシフトすることに基づいて位置が突き止められ、前記加えられた動き情報は、１つ以上のインタービュー動きベクトル候補である、装置。
［Ｃ４３］前記映像符号器は、前記１つ以上のディスパリティベクトルを−４乃至４の値だけ水平にシフトするようにさらに構成され、従って、シフトされたディスパリティベクトルは、スライス内において固定されるＣ４２に記載の装置。
［Ｃ４４］前記映像符号器は、前記１つ以上のディスパリティベクトルを基準ブロックが入った予測ユニット（ＰＵ）の幅に基づいてある値だけシフトするようにさらに構成されるＣ４２に記載の装置。
［Ｃ４５］前記映像符号器は、前記１つ以上のディスパリティベクトルを前記現在のブロックの幅に基づいてある値だけシフトするようにさらに構成されるＣ４２に記載の装置。
［Ｃ４６］前記映像符号器は、インタービュー動き予測を用いて前記現在のブロックを符号化すること及びインタービュー残差予測を用いて現在のブロックを符号化することのうちの１つを行うことによって前記現在のブロックを符号化するＣ４２に記載の装置。
［Ｃ４７］前記映像符号器は、前記１つ以上の加えられたインタービュー動きベクトル候補を空間的マージング候補と比較することに基づいて前記候補リストをプルーニングするようにさらに構成されるＣ４２に記載の装置。
［Ｃ４８］シフトされたディスパリティベクトルに基づいて前記１つ以上の加えられたインタービュー動きベクトル候補をシフトすることなしにインタービュー動きベクトル候補と比較することに基づいて前記候補リストをプルーニングするようにさらに構成されるＣ４２に記載の装置。
【図１】
0006336987.tif 000002
【図２】
0006336987.tif 000003
【図３】
0006336987.tif 000004
【図４】
0006336987.tif 000005
【図５】
0006336987.tif 000006
【図６】
0006336987.tif 000007
【図７】
0006336987.tif 000008
【図８】
0006336987.tif 000009
【図９】
0006336987.tif 000010
【図１０】
0006336987.tif 000011
【図１１】
0006336987.tif 000012
【図１２】
0006336987.tif 000013