(57)【要約】      （修正有）【課題】階層符号化における符号化処理、または、復号処理の処理量とメモリを削減する。【解決手段】階層符号化された符号化データに含まれる上位レイヤの符号化データを復号し、下位レイヤの復号画像を参照して生成した上位レイヤの予測画像を用いて上位レイヤの復号画像を復元する画像復号装置であって、レイヤ間画像予測により上記上位レイヤの予測画像を生成するレイヤ内予測画像生成手段と、対象符号化単位におけるレイヤ間画像予測の適用有無を示すレイヤ間画像予測フラグを復号するシンタックス値復号手段と、対象符号化単位に係る符号化単位サイズ情報を参照して、上記レイヤ間画像予測フラグの復号に用いるコンテキスト識別子を決定するコンテキスト設定手段とを備える。【選択図】図１
2014176039.tif 000002
【特許請求の範囲】
【請求項１】
階層符号化された符号化データに含まれる上位レイヤの符号化データを復号し、下位レイヤの復号画像を参照して生成した上位レイヤの予測画像を用いて上位レイヤの復号画像を復元する画像復号装置であって、
レイヤ間画像予測により上記上位レイヤの予測画像を生成するレイヤ内予測画像生成手段と、
対象符号化単位におけるレイヤ間画像予測の適用有無を示すレイヤ間画像予測フラグを復号するシンタックス値復号手段と、
対象符号化単位に係る符号化単位サイズ情報を参照して、上記レイヤ間画像予測フラグの復号に用いるコンテキスト識別子を決定するコンテキスト設定手段とを備えることを特徴とする画像復号装置。
【請求項２】
上記符号化単位サイズ情報は、対象ピクチャ内で選択可能な複数の符号化単位サイズの中から一つの符号化単位サイズを一意に特定する情報であることを特徴とする請求項１に記載の画像復号装置。
【請求項３】
上記符号化単位は正方形であって、
上記符号化単位サイズ情報は、上記符号化単位の一辺の長さ、または、当該一辺の長さと一対一対応する値であることを特徴とする請求項１または請求項２に記載の画像復号装置。
【請求項４】
上記符号化単位のサイズは、符号化ツリーユニットをルートとする四分木構造により決定され、
上記符号化単位サイズ情報は、符号化単位の上記四分木構造におけるルートからの分割回数を表す符号化単位デプスであることを特徴とする請求項２に記載の画像復号装置。
【請求項５】
上記コンテキスト設定手段は、複数の異なる符号化単位サイズに対応する符号化単位サイズ情報に対して同一のコンテキスト識別子を設定することを特徴とする請求項１から請求項４に記載の画像復号装置。
【請求項６】
上記コンテキスト設定手段は、最小の符号化単位に対応する符号化単位サイズ情報に対して、他の符号化単位サイズ情報には対応付けられないコンテキスト識別子を設定し、加えて、最大の符号化単位を含む複数の符号化単位サイズに対して同一のコンテキスト識別子を設定することを特徴とする請求項５に記載の画像復号装置。
【請求項７】
上記コンテキスト設定手段は、上記対象符号化単位の符号化単位サイズ情報に加え、対象符号化単位の左側隣接領域におけるレイヤ間画像予測フラグの値に基づいてコンテキスト識別子を決定することを特徴とする請求項１から請求項６に記載の画像復号装置。
【請求項８】
上記コンテキスト設定手段は、最小の符号化単位に対しては、対象符号化単位の左側隣接領域におけるレイヤ間画像予測フラグに基づいてコンテキスト識別子を設定し、加えて、最大の符号化単位に対しては、対象符号化単位の符号化単位サイズ情報に基づいてコンテキスト識別子を決定することを特徴とする請求項７に記載の画像復号装置。
【請求項９】
原画像から下位レイヤの復号画像を参照して生成した上位レイヤの予測画像を減算して得られる残差を階層符号化して上位レイヤの符号化データを生成する画像符号化装置であって、
レイヤ間画像予測により上記上位レイヤの予測画像を生成するレイヤ内予測画像生成手段と、
対象符号化単位におけるレイヤ間画像予測の適用有無を示すレイヤ間画像予測フラグを符号化するシンタックス値符号化手段と、
対象符号化単位に係る符号化単位サイズ情報を参照して、上記レイヤ間画像予測フラグの符号化に用いるコンテキスト識別子を決定するコンテキスト設定手段とを備えることを特徴とする画像符号化装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像が階層的に符号化された階層符号化データを復号する画像復号装置、および画像を階層的に符号化することによって階層符号化データを生成する画像符号化装置に関する。
【背景技術】
【０００２】
通信システムで伝送される情報、あるいは蓄積装置に記録される情報の１つに画像あるいは動画像がある。従来、これらの画像（以降、動画像を含む）の伝送・蓄積のため、画像を符号化する技術が知られている。
【０００３】
動画像符号化方式としては、ＡＶＣ（H.264/MPEG-4 Advanced Video Coding）や、その後継コーデックであるＨＥＶＣ（High-Efficiency Video Coding）が知られている（非特許文献１）。
【０００４】
これらの動画像符号化方式では、通常、入力画像を符号化／復号することによって得られる局所復号画像に基づいて予測画像が生成され、当該予測画像を入力画像（原画像）から減算して得られる予測残差（「差分画像」または「残差画像」と呼ぶこともある）が符号化される。また、予測画像の生成方法としては、画面間予測（インター予測）、および、画面内予測（イントラ予測）が挙げられる。
【０００５】
イントラ予測においては、同一フレーム内の局所復号画像に基づいて、当該フレームにおける予測画像が順次生成される。
【０００６】
インター予測については、フレーム間の動き補償により予測画像が生成される。動き補償に関する情報（動き補償パラメータ）は、たいていの場合、符号量の削減のため直接符号化されない。そこで、インター予測では、対象ブロック周辺の復号状況等に基づく動き補償パラメータの推定が行われる。
【０００７】
また、近年、必要なデータレートに従って、画像を階層的に符号化する階層符号化技術が提案されている。
【０００８】
階層符号化の方式としては、ＳＶＣ（H.264/AVC Annex G Scalable Video Coding）（非特許文献２）やＳＨＶＣ（非特許文献３）がある。
【０００９】
ＳＶＣやＳＨＶＣでは空間スケーラビリティ、時間スケーラビリティ、ＳＮＲスケーラビリティをサポートする。例えば空間スケーラビリティの場合、原画像から所望の解像度にダウンサンプリングした画像を下位レイヤとして符号化する。次に上位レイヤではレイヤ間の冗長性を除去するためにレイヤ間予測を行う。
【００１０】
レイヤ間予測としては、動き予測に関する情報を同時刻の下位レイヤの情報から予測するレイヤ間動き情報予測、あるいは同時刻の下位レイヤの復号画像から予測画像を生成するレイヤ間画像予測（レイヤ間テクスチャ予測）がある。
【００１１】
ＳＶＣやＳＨＶＣでは、予測画像の生成に、インター予測、イントラ予測、レイヤ間画像予測のいずれかを利用できる。
【００１２】
ＳＶＣでは、ＳＶＣにおける符号化単位であるマクロブロック（ＭＢ）毎にレイヤ間画像予測の適用有無を示すフラグ（レイヤ間画像予測フラグ）が符号化／復号される。
【００１３】
ＳＨＶＣでは、ＳＨＶＣにおける符号化単位であるコーディングユニット（ＣＵ）毎にレイヤ間画像予測フラグが符号化／復号される。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】JCTVC-L1003_v24「High Efficiency Video Coding (HEVC) text specification draft 10 (for FDIS & Consent)」, Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 12th Meeting: Geneva, CH, 14-23 Jan. 2013 (２０１３年２月２５日公開)
【非特許文献２】「Recommendation ITU-T H.264 (01/2012) Advanced video coding for generic audiovisual services」（２０１２年８月公開）
【非特許文献３】JCTVC-L1007_v1 「SHVC Test Model 1 (SHM1)」, Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 12th Meeting: Geneva, CH, 14-23 Jan. 2013 (２０１３年２月１５日公開)
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来技術として挙げたＳＶＣやＳＨＶＣでは、レイヤ間画像予測フラグの符号化／復号時に対象符号化単位の上側隣接領域、および、対象符号化単位の左側隣接領域におけるレイヤ間画像予測フラグを参照するため、対象符号化単位におけるレイヤ間画像予測フラグ符号化／復号処理の処理量が多いという課題があった。また、処理順で後続の符号化単位におけるレイヤ間画像予測フラグ復号時に参照するために、符号化／復号済のレイヤ間画像予測フラグを記録しておくメモリが必要であるという課題があった。
【００１６】
本発明は、上記問題に鑑みてされたものであり、その目的は、階層符号化方式において、レイヤ間画像予測フラグの符号化／復号処理を従来技術に較べて少ない処理量で、また、少ないメモリで実行できる画像復号装置および画像符号化装置を実現することにある。
【課題を解決するための手段】
【００１７】
上記課題を解決するために、本発明に係る画像復号装置は、階層符号化された符号化データに含まれる上位レイヤの符号化データを復号し、下位レイヤの復号画像を参照して生成した上位レイヤの予測画像を用いて上位レイヤの復号画像を復元する画像復号装置であって、レイヤ間画像予測により上記上位レイヤの予測画像を生成するレイヤ内予測画像生成手段と、対象符号化単位におけるレイヤ間画像予測の適用有無を示すレイヤ間画像予測フラグを復号するシンタックス値復号手段と、対象符号化単位に係る符号化単位サイズ情報を参照して、上記レイヤ間画像予測フラグの復号に用いるコンテキスト識別子を決定するコンテキスト設定手段とを備えることを特徴としている。
【００１８】
また、上記画像復号装置において、上記符号化単位サイズ情報は、対象ピクチャ内で選択可能な複数の符号化単位サイズの中から一つの符号化単位サイズを一意に特定する情報である、ことが好ましい。
【００１９】
また、上記画像復号装置において、上記符号化単位は正方形であって、上記符号化単位サイズ情報は、上記符号化単位の一辺の長さ、または、当該一辺の長さと一対一対応する値である、ことが好ましい。
【００２０】
また、上記画像復号装置において、上記符号化単位のサイズは、符号化ツリーユニットをルートとする四分木構造により決定され、上記符号化単位サイズ情報は、符号化単位の上記四分木構造におけるルートからの分割回数を表す符号化単位デプスである、ことが好ましい。
【００２１】
また、上記画像復号装置において、上記コンテキスト設定手段は、複数の異なる符号化単位サイズに対応する符号化単位サイズ情報に対して同一のコンテキスト識別子を設定する、ことが好ましい。
【００２２】
また、上記画像復号装置において、上記コンテキスト設定手段は、最小の符号化単位に対応する符号化単位サイズ情報に対して、他の符号化単位サイズ情報には対応付けられないコンテキスト識別子を設定し、加えて、最大の符号化単位を含む複数の符号化単位サイズに対して同一のコンテキスト識別子を設定する、ことが好ましい。
【００２３】
また、上記画像復号装置において、上記コンテキスト設定手段は、上記対象符号化単位の符号化単位サイズ情報に加え、対象符号化単位の左側隣接領域におけるレイヤ間画像予測フラグの値に基づいてコンテキスト識別子を決定する、ことが好ましい。
【００２４】
また、上記画像復号装置において、上記コンテキスト設定手段は、最小の符号化単位に対しては、対象符号化単位の左側隣接領域におけるレイヤ間画像予測フラグに基づいてコンテキスト識別子を設定し、加えて、最大の符号化単位に対しては、対象符号化単位の符号化単位サイズ情報に基づいてコンテキスト識別子を決定する、ことが好ましい。
【００２５】
本発明に係る画像符号化装置は、原画像から下位レイヤの復号画像を参照して生成した上位レイヤの予測画像を減算して得られる残差を階層符号化して上位レイヤの符号化データを生成する画像符号化装置であって、レイヤ間画像予測により上記上位レイヤの予測画像を生成するレイヤ内予測画像生成手段と、対象符号化単位におけるレイヤ間画像予測の適用有無を示すレイヤ間画像予測フラグを符号化するシンタックス値符号化手段と、対象符号化単位に係る符号化単位サイズ情報を参照して、上記レイヤ間画像予測フラグの符号化に用いるコンテキスト識別子を決定するコンテキスト設定手段とを備える、ことを特徴とする。
【発明の効果】
【００２６】
本発明に係る画像復号装置は、レイヤ間画像予測フラグのコンテキスト識別子を対象符号化単位の符号化単位サイズ情報に基づいて導出するコンテキスト設定部を備えている。
したがって、動画像復号装置１は、対象符号化単位の隣接領域のレイヤ間画像予測フラグを参照することなく、コンテキスト識別子を導出するため、従来に較べて少ない処理量で、かつ、少ないメモリでレイヤ間画像予測フラグを復号して、符号化データから復号画像を再生できる。
【００２７】
本発明に係る画像符号化装置は、レイヤ間画像予測フラグのコンテキスト識別子を対象符号化単位の符号化単位サイズ情報に基づいて導出するコンテキスト設定部を備えている。したがって、動画像符号化装置２は、対象符号化単位の隣接領域のレイヤ間画像予測フラグを参照することなく、コンテキスト識別子を導出するため、従来に較べて少ない処理量で、かつ、少ないメモリでレイヤ間画像予測フラグを符号化して符号化データを生成できる。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施形態に係る階層動画像復号装置に含まれる可変長復号部の構成について例示する機能ブロック図である。
【図２】本発明の実施形態に係る階層符号化データのレイヤ構造を説明するための図であって、（ａ）は、階層動画像符号化装置側について示しており、（ｂ）は、階層動画像復号装置側について示している。
【図３】本発明の実施形態に係る階層符号化データの構成を説明するための図であって、（ａ）は、シーケンスＳＥＱを規定するシーケンスレイヤを示しており、（ｂ）は、ピクチャＰＩＣＴを規定するピクチャレイヤを示しており、（ｃ）は、スライスＳを規定するスライスレイヤを示しており、（ｄ）は、符号化ツリーユニットＣＴＵを規定するＣＴＵレイヤを示しており、（ｅ）は、符号化ツリーユニットＣＴＵに含まれる符号化単位（Coding Unit；ＣＵ）を規定するＣＵレイヤを示している。
【図４】ＰＵ分割タイプのパターンを示す図であり、（ａ）〜（ｈ）は、それぞれ、ＰＵ分割タイプが、２Ｎ×Ｎ、２Ｎ×Ｎ、２Ｎ×ｎＵ、２Ｎ×ｎＤ、２Ｎ×Ｎ、２Ｎ×ｎＵ、２Ｎ×ｎＤ、および、Ｎ×Ｎの場合のパーティション形状について示している。
【図５】上記階層動画像復号装置の概略的構成を示す機能ブロック図である。
【図６】上記階層動画像復号装置に含まれる可変長復号部１２がＳＰＳ内のＣＴＵに係るシンタックス復号時に参照するシンタックス表の一部を示している。
【図７】上記階層動画像復号装置に含まれる可変長復号部１２がＣＴＵ復号時に参照するシンタックス表の一部であって、ＣＵサイズ情報に係る部分を示している。
【図８】上記階層動画像復号装置に含まれる可変長復号部１２がＣＵ復号時に参照するシンタックス表の一部であって、レイヤ間画像予測フラグに係る部分を示している。
【図９】上記階層動画像復号装置における、ＣＴＵ（最大ＣＵ）が６４×６４、最小ＣＵが８×８の場合のＣＵサイズとＣＵデプスの関係を示す図である。
【図１０】上記階層動画像復号装置における、ＣＴＵ（最大ＣＵ）が３２×３２、最小ＣＵが８×８の場合のＣＵサイズとＣＵデプスの関係を示す図である。
【図１１】上記階層動画像復号装置に含まれるテクスチャ復元部の構成について例示する機能ブロック図である。
【図１２】上記階層動画像復号装置に含まれるベース復号部の構成について例示する機能ブロック図である。
【図１３】上記階層動画像復号装置に含まれる予測パラメータ復元部の構成について例示する機能ブロック図である。
【図１４】対象ＣＵのＣＵサイズと、レイヤ間画像予測フラグのｂｉｎ値の復号および符号化に用いるコンテキスト識別子の対応関係の一例を示す図である。
【図１５】対象ＣＵのＣＵサイズと、レイヤ間画像予測フラグのｂｉｎ値の復号および符号化に用いるコンテキスト識別子の対応関係の別の例を示す図である。
【図１６】対象ＣＵのＣＵサイズと、レイヤ間画像予測フラグのｂｉｎ値の復号および符号化に用いるコンテキスト識別子の対応関係の別の例を示す図である。
【図１７】対象ＣＵのＣＵサイズと、レイヤ間画像予測フラグのｂｉｎ値の復号および符号化に用いるコンテキスト識別子の対応関係の別の例を示す図である。
【図１８】特定の選択可能なＣＵサイズが用いられる場合における、ＣＵデプスと、ＣＵサイズと、コンテキスト識別子の間の対応関係を示す表である。(a)は、選択可能なＣＵが６４×６４、３２×３２、１６×１６、８×８の４種類の場合の対応関係を示しており、(b)は、選択可能なＣＵが６４×６４、３２×３２、１６×１６の３種類の場合の対応関係を示している。
【図１９】レイヤ間画像予測フラグの復号に用いるコンテキスト識別子を、変数condLと変数availableLに基づいて決定する例を示す図である。
【図２０】レイヤ間画像予測フラグの復号に用いるコンテキスト識別子を、ＣＵサイズ情報の一種であるＣＵデプスと、左側隣接領域におけるレイヤ間画像予測フラグの値を示す変数condLに基づいて決定する方法を示す図である。
【図２１】上記階層動画像復号装置において利用可能な空間予測の方向について示す図である。
【図２２】空間予測モードと、当該空間予測モードに対応付けられている名前とを示す図である。
【図２３】上記階層動画像復号装置によるイントラレイヤ間予測を模式的に示す図である。
【図２４】本発明の一実施形態に係る階層動画像符号化装置の概略的構成を示す機能ブロック図である。
【図２５】上記階層動画像符号化装置に含まれる可変長符号化部の構成について例示する機能ブロック図である。
【図２６】上記階層動画像符号化装置を搭載した送信装置、および、上記階層動画像復号装置を搭載した受信装置の構成について示した図である。（ａ）は、階層動画像符号化装置を搭載した送信装置を示しており、（ｂ）は、階層動画像復号装置を搭載した受信装置を示している。
【図２７】上記階層動画像符号化装置を搭載した記録装置、および、上記階層動画像復号装置を搭載した再生装置の構成について示した図である。（ａ）は、階層動画像符号化装置を搭載した記録装置を示しており、（ｂ）は、階層動画像復号装置を搭載した再生装置を示している。
【発明を実施するための形態】
【００２９】
図１〜図２７に基づいて、本発明の一実施形態に係る階層動画像復号装置１および階層動画像符号化装置２について説明すれば以下のとおりである。
【００３０】
〔概要〕
本実施の形態に係る階層動画像復号装置（画像復号装置）１は、階層動画像符号化装置（画像符号化装置）２によって階層符号化された符号化データを復号する。階層符号化とは、動画像を低品質のものから高品質のものにかけて階層的に符号化する符号化方式のことである。階層符号化は、例えば、ＳＶＣやＳＨＶＣにおいて標準化されている。なお、ここでいう動画像の品質とは、主観的および客観的な動画像の見栄えに影響する要素のことを広く意味する。動画像の品質には、例えば、“解像度”、“フレームレート”、“画質”、および、“画素の表現精度”が含まれる。よって、以下、動画像の品質が異なるといえば、例示的には、“解像度”等が異なることを指すが、これに限られない。例えば、異なる量子化ステップで量子化された動画像の場合（すなわち、異なる符号化雑音により符号化された動画像の場合）も互いに動画像の品質が異なるといえる。
【００３１】
また、階層符号化技術は、階層化される情報の種類の観点から、（１）空間スケーラビリティ、（２）時間スケーラビリティ、および（３）ＳＮＲ（Signal to Noise Ratio）スケーラビリティに分類されることもある。空間スケーラビリティとは、解像度や画像のサイズにおいて階層化する技術である。時間スケーラビリティとは、フレームレート（単位時間のフレーム数）において階層化する技術である。また、ＳＮＲスケーラビリティは、符号化雑音において階層化する技術である。
【００３２】
本実施形態に係る階層動画像符号化装置２及び階層動画像復号装置１の詳細な説明に先立って、まず（１）階層動画像符号化装置２によって生成され、階層動画像復号装置１によって復号される階層符号化データのレイヤ構造について説明し、次いで（２）各レイヤで採用できるデータ構造の具体例について説明を行う。
【００３３】
〔階層符号化データのレイヤ構造〕
ここで、図２を用いて、階層符号化データの符号化および復号について説明すると次のとおりである。図２は、動画像を、下位階層Ｌ３、中位階層Ｌ２、および上位階層Ｌ１の３階層により階層的に符号化／復号する場合について模式的に表す図である。つまり、図２（ａ）および（ｂ）に示す例では、３階層のうち、上位階層Ｌ１が最上位層となり、下位階層Ｌ３が最下位層となる。
【００３４】
以下において、階層符号化データから復号され得る特定の品質に対応する復号画像は、特定の階層の復号画像（または、特定の階層に対応する復号画像）と称される（例えば、上位階層Ｌ１の復号画像ＰＯＵＴ＃Ａ）。
【００３５】
図２（ａ）は、入力画像ＰＩＮ＃Ａ〜ＰＩＮ＃Ｃをそれぞれ階層的に符号化して符号化データＤＡＴＡ＃Ａ〜ＤＡＴＡ＃Ｃを生成する階層動画像符号化装置２＃Ａ〜２＃Ｃを示している。図２（ｂ）は、階層的に符号化された符号化データＤＡＴＡ＃Ａ〜ＤＡＴＡ＃Ｃをそれぞれ復号して復号画像ＰＯＵＴ＃Ａ〜ＰＯＵＴ＃Ｃを生成する階層動画像復号装置１＃Ａ〜１＃Ｃを示している。
【００３６】
まず、図２（ａ）を用いて、符号化装置側について説明する。符号化装置側の入力となる入力画像ＰＩＮ＃Ａ、ＰＩＮ＃Ｂ、およびＰＩＮ＃Ｃは、原画は同じだが、画像の品質（解像度、フレームレート、および画質等）が異なる。画像の品質は、入力画像ＰＩＮ＃Ａ、ＰＩＮ＃Ｂ、およびＰＩＮ＃Ｃの順に低くなる。
【００３７】
下位階層Ｌ３の階層動画像符号化装置２＃Ｃは、下位階層Ｌ３の入力画像ＰＩＮ＃Ｃを符号化して下位階層Ｌ３の符号化データＤＡＴＡ＃Ｃを生成する。下位階層Ｌ３の復号画像ＰＯＵＴ＃Ｃを復号するのに必要な基本情報が含まれる（図２において“Ｃ”にて示している）。下位階層Ｌ３は、最下層の階層であるため、下位階層Ｌ３の符号化データＤＡＴＡ＃Ｃは、基本符号化データとも称される。
【００３８】
また、中位階層Ｌ２の階層動画像符号化装置２＃Ｂは、中位階層Ｌ２の入力画像ＰＩＮ＃Ｂを、下位階層の符号化データＤＡＴＡ＃Ｃを参照しながら符号化して中位階層Ｌ２の符号化データＤＡＴＡ＃Ｂを生成する。中位階層Ｌ２の符号化データＤＡＴＡ＃Ｂには、符号化データＤＡＴＡ＃Ｃに含まれる基本情報“Ｃ”に加えて、中位階層の復号画像ＰＯＵＴ＃Ｂを復号するのに必要な付加的情報（図２において“Ｂ”にて示している）が含まれる。
【００３９】
また、上位階層Ｌ１の階層動画像符号化装置２＃Ａは、上位階層Ｌ１の入力画像ＰＩＮ＃Ａを、中位階層Ｌ２の符号化データＤＡＴＡ＃Ｂを参照しながら符号化して上位階層Ｌ１の符号化データＤＡＴＡ＃Ａを生成する。上位階層Ｌ１の符号化データＤＡＴＡ＃Ａには、下位階層Ｌ３の復号画像ＰＯＵＴ＃Ｃを復号するのに必要な基本情報“Ｃ”および中位階層Ｌ２の復号画像ＰＯＵＴ＃Ｂを復号するのに必要な付加的情報“Ｂ”に加えて、上位階層の復号画像ＰＯＵＴ＃Ａを復号するのに必要な付加的情報（図２において“Ａ”にて示している）が含まれる。
【００４０】
このように上位階層Ｌ１の符号化データＤＡＴＡ＃Ａは、異なる複数の品質の復号画像に関する情報を含む。
【００４１】
次に、図２（ｂ）を参照しながら復号装置側について説明する。復号装置側では、上位階層Ｌ１、中位階層Ｌ２、および下位階層Ｌ３それぞれの階層に応じた復号装置１＃Ａ、１＃Ｂ、および１＃Ｃが、符号化データＤＡＴＡ＃Ａ、ＤＡＴＡ＃Ｂ、およびＤＡＴＡ＃Ｃを復号して復号画像ＰＯＵＴ＃Ａ、ＰＯＵＴ＃Ｂ、およびＰＯＵＴ＃Ｃを出力する。
【００４２】
なお、上位の階層符号化データの一部の情報を抽出して、より下位の特定の復号装置において、当該抽出した情報を復号することで特定の品質の動画像を再生することもできる。
【００４３】
例えば、中位階層Ｌ２の階層復号装置１＃Ｂは、上位階層Ｌ１の階層符号化データＤＡＴＡ＃Ａから、復号画像ＰＯＵＴ＃Ｂを復号するのに必要な情報（すなわち、階層符号化データＤＡＴＡ＃Ａに含まれる“Ｂ”および“Ｃ”）を抽出して、復号画像ＰＯＵＴ＃Ｂを復号してもよい。言い換えれば、復号装置側では、上位階層Ｌ１の階層符号化データＤＡＴＡ＃Ａに含まれる情報に基づいて、復号画像ＰＯＵＴ＃Ａ、ＰＯＵＴ＃Ｂ、およびＰＯＵＴ＃Ｃを復号することができる。
【００４４】
なお、以上の３階層の階層符号化データに限られず、階層符号化データは、２階層で階層符号化されていてもよいし、３階層よりも多い階層数にて階層符号化されていてもよい。
【００４５】
また、特定の階層の復号画像に関する符号化データの一部または全部を他の階層とは独立して符号化し、特定の階層の復号の際に、他の階層の情報を参照しなくても済むように階層符号化データを構成してもよい。例えば、図２（ａ）および（ｂ）を用いて上述した例では、復号画像ＰＯＵＴ＃Ｂの復号に“Ｃ”および“Ｂ”を参照すると説明したが、これに限られない。復号画像ＰＯＵＴ＃Ｂが“Ｂ”だけを用いて復号できるように階層符号化データを構成することも可能である。例えば、復号画像ＰＯＵＴ＃Ｂの復号に、“Ｂ”だけから構成される階層符号化データと、復号画像ＰＯＵＴ＃Ｃを入力とする階層動画像復号装置も構成できる。
【００４６】
なお、ＳＮＲスケーラビリティを実現する場合、入力画像ＰＩＮ＃Ａ、ＰＩＮ＃Ｂ、およびＰＩＮ＃Ｃとして同一の原画を用いた上で、復号画像ＰＯＵＴ＃Ａ、ＰＯＵＴ＃Ｂ、およびＰＯＵＴ＃Ｃが異なる画質となるよう階層符号化データを生成することもできる。その場合、下位階層の階層動画像符号化装置が、上位階層の階層動画像符号化装置に較べて、より大きい量子化幅を用いて予測残差を量子化することで階層符号化データを生成する。
【００４７】
本書では、説明の便宜上、次のとおり用語を定義する。以下の用語は、特に断りがなければ、下記の技術的事項のことを表わすのに用いる。
【００４８】
上位レイヤ  ：  ある階層よりも上位に位置する階層のことを、上位レイヤと称する。例えば、図２において、下位階層Ｌ３の上位レイヤは、中位階層Ｌ２および上位階層Ｌ１である。また、上位レイヤの復号画像とは、より品質の高い（例えば、解像度が高い、フレームレートが高い、画質が高い等）復号画像のことをいう。
【００４９】
下位レイヤ  ：  ある階層よりも下位に位置する階層のことを、下位レイヤと称する。例えば、図２において、上位階層Ｌ１の下位レイヤは、中位階層Ｌ２および下位階層Ｌ３である。また、下位レイヤの復号画像とは、より品質の低い復号画像のことをいう。
【００５０】
対象レイヤ  ：  復号または符号化の対象となっている階層のことをいう。
【００５１】
参照レイヤ（reference layer）  ：  対象レイヤに対応する復号画像を復号するのに参照される特定の下位レイヤのことを参照レイヤと称する。
【００５２】
図２（ａ）および（ｂ）に示した例では、上位階層Ｌ１の参照レイヤは、中位階層Ｌ２および下位階層Ｌ３である。しかしながら、これに限られず、特定の上記レイヤの復号において、下位レイヤのすべてを参照しなくてもよいように階層符号化データを構成することもできる。例えば、上位階層Ｌ１の参照レイヤが、中位階層Ｌ２および下位階層Ｌ３のいずれか一方となるように階層符号化データを構成することも可能である。
【００５３】
基本レイヤ（base layer）  ：  最下層に位置する階層のことを基本レイヤと称する。基本レイヤの復号画像は、符号化データから復号され得るもっとも低い品質の復号画像であり、基本復号画像と呼称される。別の言い方をすれば、基本復号画像は、最下層の階層に対応する復号画像のことである。基本復号画像の復号に必要な階層符号化データの部分符号化データは基本符号化データと呼称される。例えば、上位階層Ｌ１の階層符号化データＤＡＴＡ＃Ａに含まれる基本情報“Ｃ”が基本符号化データである。
【００５４】
拡張レイヤ  ：  基本レイヤの上位レイヤは、拡張レイヤと称される。
【００５５】
レイヤ識別子  ：  レイヤ識別子は、階層を識別するためのものであり、階層と１対１に対応する。階層符号化データには特定の階層の復号画像の復号に必要な部分符号化データを選択するために用いられる階層識別子が含まれる。特定のレイヤに対応するレイヤ識別子に関連付けられた階層符号化データの部分集合は、レイヤ表現とも呼称される。
【００５６】
一般に、特定の階層の復号画像の復号には、当該階層のレイヤ表現、および／または、当該階層の下位レイヤに対応するレイヤ表現が用いられる。すなわち、対象レイヤの復号画像の復号においては、対象レイヤのレイヤ表現、および／または、対象レイヤの下位レイヤに含まれる１つ以上階層のレイヤ表現が用いられる。
【００５７】
レイヤ間予測  ：  レイヤ間予測とは、対象レイヤのレイヤ表現と異なる階層（参照レイヤ）のレイヤ表現に含まれるシンタックス要素値、シンタックス要素値より導出される値、および復号画像に基づいて、対象レイヤのシンタックス要素値や対象レイヤの復号に用いられる符号化パラメータ等を予測することである。動き予測に関する情報を参照レイヤの情報から予測するレイヤ間予測のことを動き情報予測と称することもある。また、下位レイヤの復号画像から予測するレイヤ間予測のことをレイヤ間画像予測（あるいはレイヤ間テクスチャ予測）と称することもある。なお、レイヤ間予測に用いられる階層は、例示的には、対象レイヤの下位レイヤである。また、参照レイヤを用いず対象レイヤ内で予測を行うことをレイヤ内予測と称することもある。
【００５８】
なお、以上の用語は、飽くまで説明の便宜上のものであり、上記の技術的事項を別の用語にて表現してもかまわない。
【００５９】
〔階層符号化データのデータ構造について〕
以下、各階層の符号化データを生成する符号化方式として、ＨＥＶＣおよびその拡張方式を用いる場合について例示する。しかしながら、これに限られず、各階層の符号化データを、ＭＰＥＧ−２や、Ｈ．２６４／ＡＶＣなどの符号化方式により生成してもよい。
【００６０】
また、下位レイヤと上位レイヤとが異なる符号化方式によって符号化されていてもよい。また、各階層の符号化データは、互いに異なる伝送路を介して階層動画像復号装置１に供給されるものであってもよいし、同一の伝送路を介して階層動画像復号装置１に供給されるものであってもよい。
【００６１】
例えば、超高精細映像（動画像、４Ｋ映像データ）を基本レイヤおよび１つの拡張レイヤによりスケーラブル符号化して伝送する場合、基本レイヤは、４Ｋ映像データをダウンスケーリングし、インタレース化した映像データをＭＰＥＧ−２またはＨ．２６４／ＡＶＣにより符号化してテレビ放送網で伝送し、拡張レイヤは、４Ｋ映像（プログレッシブ）をＨＥＶＣにより符号化して、インターネットで伝送してもよい。
【００６２】
（基本レイヤ）
図３は、基本レイヤにおいて採用することができる符号化データ（図２の例でいえば、階層符号化データＤＡＴＡ＃Ｃ）のデータ構造について例示する図である。階層符号化データＤＡＴＡ＃Ｃは、例示的に、シーケンス、およびシーケンスを構成する複数のピクチャを含む。
【００６３】
階層符号化データＤＡＴＡ＃Ｃにおけるデータの階層構造を図３に示す。図３の（ａ）〜（ｅ）は、それぞれ、シーケンスＳＥＱを規定するシーケンスレイヤ、ピクチャＰＩＣＴを規定するピクチャレイヤ、スライスＳを規定するスライスレイヤ、符号化ツリーユニット（Coding Tree Unit；ＣＴＵ）を規定するＣＴＵレイヤ、符号化ツリーユニットＣＴＵに含まれる符号化単位（Coding Unit；ＣＵ）を規定するＣＵレイヤを示す図である。
【００６４】
（シーケンスレイヤ）
シーケンスレイヤでは、処理対象のシーケンスＳＥＱ（以下、対象シーケンスとも称する）を復号するために階層動画像復号装置１が参照するデータの集合が規定されている。シーケンスＳＥＱは、図３の（ａ）に示すように、シーケンスパラメータセットＳＰＳ（Sequence Parameter Set）、ピクチャパラメータセットＰＰＳ（Picture Parameter Set）、ピクチャＰＩＣＴ１〜ＰＩＣＴNP（ＮＰはシーケンスＳＥＱに含まれるピクチャの総数）、及び、付加拡張情報ＳＥＩ（Supplemental Enhancement Information）を含んでいる。
【００６５】
シーケンスパラメータセットＳＰＳでは、対象シーケンスを復号するために階層動画像復号装置１が参照する符号化パラメータの集合が規定されている。
【００６６】
ピクチャパラメータセットＰＰＳでは、対象シーケンス内の各ピクチャを復号するために階層動画像復号装置１が参照する符号化パラメータの集合が規定されている。なお、ＰＰＳは複数存在してもよい。その場合、対象シーケンス内の各ピクチャから複数のＰＰＳの何れかを選択する。
【００６７】
（ピクチャレイヤ）
ピクチャレイヤでは、処理対象のピクチャＰＩＣＴ（以下、対象ピクチャとも称する）を復号するために階層動画像復号装置１が参照するデータの集合が規定されている。ピクチャＰＩＣＴは、図３の（ｂ）に示すように、ピクチャヘッダＰＨ、及び、スライスＳ1〜ＳNSを含んでいる（ＮＳはピクチャＰＩＣＴに含まれるスライスの総数）。
【００６８】
なお、以下、スライスＳ1〜ＳNSのそれぞれを区別する必要が無い場合、符号の添え字を省略して記述することがある。また、以下に説明する階層符号化データＤＡＴＡ＃Ｃに含まれるデータであって、添え字を付している他のデータについても同様である。
【００６９】
ピクチャヘッダＰＨには、対象ピクチャの復号方法を決定するために階層動画像復号装置１が参照する符号化パラメータ群が含まれている。なお、符号化パラメータ群は、必ずしもピクチャヘッダＰＨ内に直接含んでいる必要はなく、例えばピクチャパラメータセットＰＰＳへの参照を含むことで、間接的に含めても良い。
【００７０】
（スライスレイヤ）
スライスレイヤでは、処理対象のスライスＳ（対象スライスとも称する）を復号するために階層動画像復号装置１が参照するデータの集合が規定されている。スライスＳは、図３の（ｃ）に示すように、スライスヘッダＳＨ、及び、符号化ツリーユニットＣＴＵ1〜ＣＴＵNC（ＮＣはスライスＳに含まれるＣＴＵの総数）のシーケンスを含んでいる。
【００７１】
スライスヘッダＳＨには、対象スライスの復号方法を決定するために階層動画像復号装置１が参照する符号化パラメータ群が含まれる。スライスタイプを指定するスライスタイプ指定情報（slice_type）は、スライスヘッダＳＨに含まれる符号化パラメータの一例である。
【００７２】
スライスタイプ指定情報により指定可能なスライスタイプとしては、（１）符号化の際にイントラ予測のみを用いるＩスライス、（２）符号化の際に単方向予測、又は、イントラ予測を用いるＰスライス、（３）符号化の際に単方向予測、双方向予測、又は、イントラ予測を用いるＢスライスなどが挙げられる。
【００７３】
なお、スライスヘッダＳＨには、上記シーケンスレイヤに含まれる、ピクチャパラメータセットＰＰＳへの参照（pic_parameter_set_id）を含んでいても良い。
【００７４】
（ＣＴＵレイヤ）
ＣＴＵレイヤでは、処理対象の符号化ツリーユニットＣＴＵ（以下、対象ＣＴＵとも称する）を復号するために階層動画像復号装置１が参照するデータの集合が規定されている。なお、符号化ツリーユニットのことを符号化ツリーブロック（CTB: Coding Tree block）、または、最大符号化単位（LCU:Largest Cording Unit）と呼ぶこともある。
【００７５】
符号化ツリーユニットＣＴＢは、ＣＴＵヘッダＣＴＵＨと、符号化単位情報ＣＵ１〜ＣＵＮＬ（ＮＬはＣＴＵに含まれる符号化単位情報の総数）とを含む。ここで、まず、符号化ツリーユニットＣＴＵと、符号化単位情報ＣＵとの関係について説明すると次のとおりである。
【００７６】
符号化ツリーユニットＣＴＵは、イントラ予測またはインター予測、および、変換の各処理ためのブロックサイズを特定するための単位に分割される。
【００７７】
符号化ツリーユニットＣＴＵの上記単位は、再帰的な４分木分割により分割されている。この再帰的な４分木分割により得られる木構造のことを以下、符号化ツリー（coding tree）と称する。
【００７８】
以下、符号化ツリーの末端のノードであるリーフ（leaf）に対応する単位を、符号化ノード（coding node）として参照する。また、符号化ノードは、符号化処理の基本的な単位となるため、以下、符号化ノードのことを、符号化単位（ＣＵ）とも称する。
【００７９】
つまり、符号化単位情報（以下、ＣＵ情報と称する）ＣＵ１〜ＣＵＮＬは、符号化ツリーユニットＴＢＬＫを再帰的に４分木分割して得られる各符号化ノード（符号化単位）に対応する情報である。
【００８０】
また、符号化ツリーのルート（root）は、符号化ツリーユニットＣＴＵに対応付けられる。換言すれば、符号化ツリーユニットＣＴＵは、複数の符号化ノードを再帰的に含む４分木分割の木構造の最上位ノードに対応付けられる。
【００８１】
なお、各符号化ノードのサイズは、当該符号化ノードの親ノードとなる符号化ノード（すなわち、当該符号化ノードの１階層上位のノード）のサイズの縦横とも半分である。
【００８２】
また、符号化ツリーユニットＣＴＵのサイズ、および、各符号化ユニットのとり得るサイズは、階層符号化データＤＡＴＡ＃ＣのシーケンスパラメータセットＳＰＳに含まれる、最小符号化ノードのサイズ指定情報、および最大符号化ノードと最小符号化ノードの階層深度の差分に依存する。例えば、最小符号化ノードのサイズが８×８画素であって、最大符号化ノードと最小符号化ノードの階層深度の差分が３である場合、符号化ツリーユニットＣＴＵのサイズが６４×６４画素であって、符号化ノードのサイズは、４種類のサイズ、すなわち、６４×６４画素、３２×３２画素、１６×１６画素、および、８×８画素の何れかをとり得る。
【００８３】
（ＣＴＵヘッダ）
ＣＴＵヘッダＣＴＵＨには、対象ＣＴＵの復号方法を決定するために階層動画像復号装置１が参照する符号化パラメータが含まれる。具体的には、図３の（ｄ）に示すように、対象ＣＴＵの各ＣＵへの分割パターンを指定するＣＴＵ分割情報ＳＰ＿ＣＴＵ、および、量子化ステップの大きさを指定する量子化パラメータ差分Δｑｐ（qp_delta）が含まれる。
【００８４】
ＣＴＵ分割情報ＳＰ＿ＣＴＵは、ＣＴＵを分割するための符号化ツリーを表す情報であり、具体的には、対象ＣＴＵに含まれる各ＣＵの形状、サイズ、および、対象ＣＴＵ内での位置を指定する情報である。
【００８５】
なお、ＣＴＵ分割情報ＳＰ＿ＣＴＵは、ＣＵの形状やサイズを明示的に含んでいなくてもよい。例えばＣＴＵ分割情報ＳＰ＿ＴＢＬＫは、対象ＣＴＵ全体またはＣＴＵの部分領域を四分割するか否かを示すフラグの集合であってもよい。その場合、ＣＴＵの形状やサイズを併用することで各ＣＵの形状やサイズを特定できる。
【００８６】
また、量子化パラメータ差分Δｑｐは、対象ＣＴＵにおける量子化パラメータｑｐと、当該対象ＣＴＵの直前に符号化されたＣＴＵにおける量子化パラメータｑｐ’との差分ｑｐ−ｑｐ’である。
【００８７】
（ＣＵレイヤ）
ＣＵレイヤでは、処理対象のＣＵ（以下、対象ＣＵとも称する）を復号するために階層動画像復号装置１が参照するデータの集合が規定されている。
【００８８】
ここで、ＣＵ情報ＣＵに含まれるデータの具体的な内容の説明をする前に、ＣＵに含まれるデータの木構造について説明する。符号化ノードは、予測ツリー（prediction tree；ＰＴ）および変換ツリー（transform tree；ＴＴ）のルートのノードとなる。予測ツリーおよび変換ツリーについて説明すると次のとおりである。
【００８９】
予測ツリーにおいては、符号化ノードが１または複数の予測ブロックに分割され、各予測ブロックの位置とサイズとが規定される。換言すれば、予測ブロックは、符号化ノードを構成する１または複数の重複しない領域である。また、予測ツリーは、上述の分割により得られた１または複数の予測ブロックを含む。
【００９０】
予測処理は、この予測ブロックごとに行われる。以下、予測の単位である予測ブロックのことを、予測単位（prediction unit；ＰＵ）とも称する。
【００９１】
予測ツリーにおける分割（以下、ＰＵ分割と略称する）の種類は、大まかにいえば、イントラ予測の場合と、インター予測の場合との２つがある。
【００９２】
イントラ予測の場合、分割方法は、２Ｎ×２Ｎ（符号化ノードと同一サイズ）と、Ｎ×Ｎとがある。
【００９３】
また、インター予測の場合、分割方法は、２Ｎ×２Ｎ（符号化ノードと同一サイズ）、２Ｎ×Ｎ、２Ｎ×ｎＵ、２Ｎ×ｎＤ、Ｎ×２Ｎ、ｎＬ×２Ｎ、および、ｎＲ×２Ｎなどがある。
【００９４】
また、変換ツリーにおいては、符号化ノードが１または複数の変換ブロックに分割され、各変換ブロックの位置とサイズとが規定される。換言すれば、変換ブロックは、符号化ノードを構成する１または複数の重複しない領域のことである。また、変換ツリーは、上述の分割より得られた１または複数の変換ブロックを含む。
【００９５】
変換ツリーにおける分割には、符号化ノードと同一のサイズの領域を変換ブロックとして割り付けるものと、上述したツリーブロックの分割と同様、再帰的な４分木分割によるものがある。
【００９６】
変換処理は、この変換ブロックごとに行われる。以下、変換の単位である変換ブロックのことを、変換単位（transform unit；ＴＵ）とも称する。
【００９７】
（ＣＵ情報のデータ構造）
続いて、図３（ｅ）を参照しながらＣＵ情報ＣＵに含まれるデータの具体的な内容について説明する。図３（ｅ）に示すように、ＣＵ情報ＣＵは、具体的には、スキップフラグＳＫＩＰ、予測ツリー情報（以下、ＰＴ情報と略称する）ＰＴＩ、および、変換ツリー情報（以下、ＴＴ情報と略称する）ＴＴＩを含む。
【００９８】
スキップフラグＳＫＩＰは、対象のＰＵについて、スキップモードが適用されているか否かを示すフラグであり、スキップフラグＳＫＩＰの値が１の場合、すなわち、対象ＣＵにスキップモードが適用されている場合、そのＣＵ情報ＣＵにおけるＰＴ情報ＰＴＩの一部、および、ＴＴ情報ＴＴＩは省略される。なお、スキップフラグＳＫＩＰは、Ｉスライスでは省略される。
【００９９】
［ＰＴ情報］
ＰＴ情報ＰＴＩは、ＣＵに含まれる予測ツリー（以下、ＰＴと略称する）に関する情報である。言い換えれば、ＰＴ情報ＰＴＩは、ＰＴに含まれる１または複数のＰＵそれぞれに関する情報の集合であり、階層動画像復号装置１により予測画像を生成する際に参照される。ＰＴ情報ＰＴＩは、図３（ｅ）に示すように、予測タイプ情報ＰＴｙｐｅ、および、予測情報ＰＩｎｆｏを含んでいる。
【０１００】
予測タイプ情報ＰＴｙｐｅは、対象ＰＵについての予測画像生成方法を指定する情報である。ベースレイヤにおいては、イントラ予測を用いるのか、または、インター予測を用いるのかを指定する情報である。
【０１０１】
予測情報ＰＩｎｆｏは、予測タイプ情報ＰＴｙｐｅで指定される予測方法において用いられる予測情報である。ベースレイヤにおいては、イントラ予測の場合にイントラ予測情報PP_Intraが含まれる。また、インター予測の場合にはインター予測情報PP_Interを含む。
【０１０２】
インター予測情報PP_Interは、階層動画像復号装置１が、インター予測によってインター予測画像を生成する際に参照される予測情報を含む。より具体的には、インター予測情報PP_Interは、対象ＣＵの各インターＰＵへの分割パターンを指定するインターＰＵ分割情報、および、各インターＰＵについてのインター予測パラメータ（動き補償パラメータ）を含む。インター予測パラメータとしては、例えば、マージフラグ（merge_flag）、マージインデックス（merge_idx）、推定動きベクトルインデックス（mvp_idx）、参照画像インデックス（ref_idx）、インター予測フラグ（inter_pred_flag）、および動きベクトル残差（mvd）を含む。
【０１０３】
イントラ予測情報PP_Intraは、階層動画像復号装置１が、イントラ予測によってイントラ予測画像を生成する際に参照される符号化パラメータを含む。より具体的には、イントラ予測情報PP_Intraには、対象ＣＵの各イントラＰＵへの分割パターンを指定するイントラＰＵ分割情報、および、各イントラＰＵについてのイントラ予測パラメータが含まれる。イントラ予測パラメータは、各イントラＰＵについてのイントラ予測方法（予測モード）を指定するためのパラメータである。
【０１０４】
ここで、イントラ予測パラメータは、各イントラＰＵについてのイントラ予測（予測モード）を復元するためのパラメータである。予測モードを復元するためのパラメータには、ＭＰＭ（Most Probable Mode、以下同様）に関するフラグであるmpm_flag、ＭＰＭを選択するためのインデックスであるmpm_idx、および、ＭＰＭ以外の予測モードを指定するためのインデックスであるrem_idxが含まれる。ここで、ＭＰＭとは、対象パーティションで選択される可能性が高い推定予測モードである。例えば、対象パーティションの周辺のパーティションに割り付けられた予測モードに基づいて推定された推定予測モードや、一般的に発生確率の高いＤＣモードやＰｌａｎａｒモードがＭＰＭに含まれ得る。
【０１０５】
また、以下において、単に“予測モード”と表記する場合、特にことわりのない限り、輝度予測モードのことを指すものとする。色差予測モードについては、“色差予測モード”と表記し、輝度予測モードと区別する。また、予測モードを復元するパラメータには、色差予測モードを指定するためのパラメータであるchroma_modeが含まれる。
【０１０６】
なお、mpm_flag、mpm_idx、rem_idx、およびchroma_modeのパラメータの詳細については、後述する。また、mpm_flagおよびrem_idxは、それぞれ、例えば、非特許文献１における“prev_intra_luma_pred_flag”および“rem_intra_luma_pred_mode”に対応している。また、ｃｈｒｏｍａ＿ｍｏｄｅは、“intra_chroma_pred_mode”に対応している。
【０１０７】
［ＴＴ情報］
ＴＴ情報ＴＴＩは、ＣＵに含まれる変換ツリー（以下、ＴＴと略称する）に関する情報である。言い換えれば、ＴＴ情報ＴＴＩは、ＴＴに含まれる１または複数のＴＵそれぞれに関する情報の集合であり、階層動画像復号装置１により残差データを復号する際に参照される。なお、以下、ＴＵのことをブロックと称することもある。
【０１０８】
ＴＴ情報ＴＴＩは、図３（ｅ）に示すように、対象ＣＵの各変換ブロックへの分割パターンを指定するＴＴ分割情報ＳＰ＿ＴＴ、および、量子化予測残差ＱＤ1〜ＱＤNT（ＮＴは、対象ＣＵに含まれるブロックの総数）を含んでいる。
【０１０９】
ＴＴ分割情報ＳＰ＿ＴＴは、具体的には、対象ＣＵに含まれる各ＴＵの形状、サイズ、および、対象ＣＵ内での位置を決定するための情報である。例えば、ＴＴ分割情報ＳＰ＿ＴＴは、対象となるノードの分割を行うのか否かを示す情報（split_transform_unit_flag）と、その分割の深度を示す情報（trafoDepth）とから実現することができる。
【０１１０】
また、例えば、ＣＵのサイズが、６４×６４の場合、分割により得られる各ＴＵは、３２×３２画素から４×４画素までのサイズをとり得る。
【０１１１】
各量子化予測残差ＱＤは、階層動画像符号化装置２が以下の処理１〜３を、処理対象のブロックである対象ブロックに施すことによって生成した符号化データである。
【０１１２】
処理１：符号化対象画像から予測画像を減算した予測残差を周波数変換（例えば、ＤＣＴ変換（Discrete Cosine Transform）およびＤＳＴ変換（Discrete Sine Transform）等）する；
処理２：処理１にて得られた変換係数を量子化する；
処理３：処理２にて量子化された変換係数を可変長符号化する；
なお、上述した量子化パラメータｑｐは、階層動画像符号化装置２が変換係数を量子化する際に用いた量子化ステップＱＰの大きさを表す（ＱＰ＝２qp/6）。
【０１１３】
（ＰＵ分割情報）
ＰＵ分割情報によって指定されるＰＵ分割タイプには、対象ＣＵのサイズを２Ｎ×２Ｎ画素とすると、次の合計８種類のパターンがある。すなわち、２Ｎ×２Ｎ画素、２Ｎ×Ｎ画素、Ｎ×２Ｎ画素、およびＮ×Ｎ画素の４つの対称的分割（symmetric splittings）、並びに、２Ｎ×ｎＵ画素、２Ｎ×ｎＤ画素、ｎＬ×２Ｎ画素、およびｎＲ×２Ｎ画素の４つの非対称的分割（asymmetric splittings）である。なお、Ｎ＝２ｍ（ｍは１以上の任意の整数）を意味している。以下、対象ＣＵを分割して得られる領域のことをパーティションとも称する。
【０１１４】
図４（ａ）〜（ｈ）に、それぞれの分割タイプについて、ＣＵにおけるＰＵ分割の境界の位置を具体的に図示している。
【０１１５】
図４（ａ）は、ＣＵの分割を行わない２Ｎ×２ＮのＰＵ分割タイプを示している。また、図４（ｂ）、（ｃ）、および（ｄ）は、それぞれ、ＰＵ分割タイプが、２Ｎ×Ｎ、２Ｎ×ｎＵ、および、２Ｎ×ｎＤである場合のパーティションの形状について示している。また、図４（ｅ）、（ｆ）、および（ｇ）は、それぞれ、ＰＵ分割タイプが、Ｎ×２Ｎ、ｎＬ×２Ｎ、および、ｎＲ×２Ｎである場合のパーティションの形状について示している。また、図４（ｈ）は、ＰＵ分割タイプが、Ｎ×Ｎである場合のパーティションの形状を示している。
【０１１６】
また、図４（ａ）〜（ｈ）において、各領域に付した番号は、領域の識別番号を示しており、この識別番号順に、領域に対して処理が行われる。すなわち、当該識別番号は、領域のスキャン順を表している。
【０１１７】
［インター予測の場合の分割タイプ］
インターＰＵでは、上記８種類の分割タイプのうち、Ｎ×Ｎ（図４（ｈ））以外の７種類が定義されている。
【０１１８】
また、Ｎの具体的な値は、当該ＰＵが属するＣＵのサイズによって規定され、ｎＵ、ｎＤ、ｎＬ、および、ｎＲの具体的な値は、Ｎの値に応じて定められる。例えば、３２×３２画素のインターＣＵは、３２×３２画素、３２×１６画素、１６×３２画素、３２×１６画素、３２×８画素、３２×２４画素、８×３２画素、および、２４×３２画素のインターＰＵへ分割できる。
【０１１９】
［イントラ予測の場合の分割タイプ］
イントラＰＵでは、次の２種類の分割パターンが定義されている。対象ＣＵを分割しない、すなわち対象ＣＵ自身が１つのＰＵとして取り扱われる分割パターン２Ｎ×２Ｎと、対象ＣＵを、４つのＰＵへと対称的に分割するパターンＮ×Ｎと、である。
【０１２０】
したがって、イントラＰＵでは、図４に示した例でいえば、（ａ）および（ｈ）の分割パターンを取ることができる。
【０１２１】
例えば、３２×３２画素のイントラＣＵは、３２×３２画素、および、１６×１６画素のイントラＰＵへ分割できる。
【０１２２】
（拡張レイヤ）
拡張レイヤの符号化データについても、例えば、図３に示すデータ構造とほぼ同様のデータ構造を採用することができる。ただし、拡張レイヤの符号化データでは、以下のとおり、付加的な情報を追加したり、パラメータを省略したりすることができる。
【０１２３】
ＳＰＳには階層符号化を示す情報が符号化されていてもよい。
【０１２４】
また、スライスレイヤでは、空間スケーラビリティ、時間スケーラビリティ、および、ＳＮＲスケーラビリティ、ビュースケーラビリティの階層の識別情報（それぞれ、dependency_id、temporal_id、quality_id、および、view_id）が符号化されていてもよい。
【０１２５】
また、ＣＵ情報ＣＵに含まれる予測タイプ情報ＰＴｙｐｅは、対象ＣＵについての予測画像生成方法がイントラ予測、インター予測、または、レイヤ間画像予測のいずれかを指定する情報である。予測タイプ情報ＰＴｙｐｅには、レイヤ間画像予測モードの適用有無を指定するフラグ（レイヤ間画像予測フラグ）を含む。なお、レイヤ間画像予測フラグは、texture_rl_flag、inter_layer_pred_flag、または、base_mode_flagと呼ばれることもある。
【０１２６】
拡張レイヤにおいて、対象ＣＵのＣＵタイプが、イントラＣＵ、レイヤ間ＣＵ、インターＣＵ、スキップＣＵのいずれであるかが指定されていてもよい。
【０１２７】
イントラＣＵは、ベースレイヤにおけるイントラＣＵと同様に定義できる。イントラＣＵでは、レイヤ間画像予測フラグが“０”に、予測モードフラグが“０”に設定される。
【０１２８】
レイヤ間ＣＵは、参照レイヤのピクチャの復号画像を予測画像生成に用いるＣＵと定義できる。レイヤ間ＣＵでは、レイヤ間画像予測フラグが“１”に、予測モードフラグが“０”に設定される。
【０１２９】
スキップＣＵは、上述のＨＥＶＣ方式の場合と同様に定義できる。例えば、スキップＣＵでは、スキップフラグに“１”が設定される。
【０１３０】
インターＣＵは、非スキップかつ動き補償（ＭＣ；Motion Compensation）を適用するＣＵと定義されていてもよい。インターＣＵでは、例えば、スキップフラグに“０”が設定され、予測モードフラグに“１”が設定される。
【０１３１】
また、上述のとおり拡張レイヤの符号化データを、下位レイヤの符号化方式と異なる符号化方式により生成しても構わない。すなわち、拡張レイヤの符号化・復号処理は、下位レイヤのコーデックの種類に依存しない。
【０１３２】
下位レイヤが、例えば、ＭＰＥＧ−２や、Ｈ．２６４／ＡＶＣ方式によって符号化されていてもよい。
【０１３３】
なお、以上に説明したパラメータは、単独で符号化されていてもよいし、複数のパラメータが複合的に符号化されていてもよい。複数のパラメータが複合的に符号化される場合は、そのパラメータの値の組み合わせに対してインデックスが割り当てられ、割り当てられた当該インデックスが符号化される。また、パラメータが、別のパラメータや、復号済みの情報から導出可能であれば、当該パラメータの符号化を省略することができる。
【０１３４】
〔階層動画像復号装置〕
以下では、本実施形態に係る階層動画像復号装置１の構成について、図１、および、図５〜図２３を参照して説明する。
【０１３５】
（階層動画像復号装置の構成）
図５を用いて、階層動画像復号装置１の概略的構成について説明すると次のとおりである。図５は、階層動画像復号装置１の概略的構成について示した機能ブロック図である。階層動画像復号装置１は、階層動画像符号化装置２から供給される階層符号化データＤＡＴＡを復号して、対象レイヤの復号画像ＰＯＵＴ＃Ｔを生成する。
【０１３６】
図５に示すように階層動画像復号装置１は、ＮＡＬ逆多重化部１１、可変長復号部１２（可変長復号手段）、予測パラメータ復元部１４、テクスチャ復元部１５（予測画像生成手段）、およびベース復号部１６を備える。
【０１３７】
ＮＡＬ逆多重化部１１は、ＮＡＬ（Network Abstraction Layer）におけるＮＡＬユニット単位で伝送される階層符号化データＤＡＴＡを逆多重化する。
【０１３８】
ＮＡＬは、ＶＣＬ（Video Coding Layer）と、符号化データを伝送・蓄積する下位システムとの間における通信を抽象化するために設けられる層である。
【０１３９】
ＶＣＬは、動画像符号化処理を行う層のことであり、ＶＣＬにおいて符号化が行われる。一方、ここでいう、下位システムは、Ｈ．２６４／ＡＶＣおよびＨＥＶＣのファイルフォーマットや、ＭＰＥＧ−２システムに対応する。以下に示す例では、下位システムは、対象レイヤおよび参照レイヤにおける復号処理に対応する。
【０１４０】
なお、ＮＡＬでは、ＶＣＬで生成されたビットストリームが、ＮＡＬユニットという単位で区切られて、宛先となる下位システムへ伝送される。ＮＡＬユニットには、ＶＣＬで符号化された符号化データ、および、当該符号化データが宛先の下位システムに適切に届けられるためのヘッダが含まれる。また、各階層における符号化データは、ＮＡＬユニット格納されることでＮＡＬ多重化されて階層動画像復号装置１に伝送される。
【０１４１】
ＮＡＬ逆多重化部１１は、階層符号化データＤＡＴＡを逆多重化して、対象レイヤ符号化データＤＡＴＡ＃Ｔおよび参照レイヤ符号化データＤＡＴＡ＃Ｒを取り出す。また、ＮＡＬ逆多重化部１１は、対象レイヤ符号化データＤＡＴＡ＃Ｔを可変長復号部１２に供給するとともに、参照レイヤ符号化データＤＡＴＡ＃Ｒをベース復号部１６に供給する。
【０１４２】
可変長復号部１２は、対象レイヤ符号化データＤＡＴＡ＃Ｔに含まれるバイナリから各種のシンタックス値を復号する。復号されたシンタックス値は、分類されて出力される。シンタックス値の分類には、図３（ｅ）のＰＴＩに相当する予測情報、図３（ｅ）のＴＴＩに相当する変換係数情報が含まれる。
【０１４３】
また、可変長復号部１２は、ＣＵ情報を符号化データＤＡＴＡ＃Ｔから復号する。ＣＵ情報には、ＣＵの形状、サイズ、位置を特定するための情報が含まれる。
【０１４４】
可変長復号部１２は、復号した予測情報およびＣＵ情報を予測パラメータ復元部１４に供給する。また、可変長復号部１２は、復号した変換係数情報およびＣＵ情報をテクスチャ復元部１５に供給する。
【０１４５】
ベース復号部１６は、参照レイヤ符号化データＤＡＴＡ＃Ｒから、対象レイヤに対応する復号画像を復号する際に参照される参照レイヤの復号画像であるベース復号画像を復号する。ベース復号部１６は、復号したベース復号画像をテクスチャ復元部１５に供給する。
【０１４６】
なお、ベース復号部１６は、参照レイヤ符号化データ＃Ｒから、参照レイヤにおける予測パラメータに相当するベース予測パラメータを復号して予測パラメータ復元部１４に供給してもよい。
【０１４７】
予測パラメータ復元部１４は、ＣＵ情報と予測情報を用いて、予測パラメータを復元する。予測パラメータ復元部１４は、復元した予測パラメータを、テクスチャ復元部１５に供給する。なお、予測パラメータ復元部１４は、予測パラメータを復元する際に、テクスチャ復元部１５が備えるフレームメモリ１５５（後述）に格納された動き情報を参照することができる。
【０１４８】
テクスチャ復元部１５は、ＣＵ情報、変換係数情報、ベース復号画像および予測パラメータを用いて、復号画像ＰＯＵＴ＃Ｔを生成し、外部に出力する。なお、テクスチャ復元部１５では、復元された復号画像に関する情報が、内部に備えるフレームメモリ１５５（後述）に格納される。
【０１４９】
以下において、可変長復号部１２、予測パラメータ復元部１４、テクスチャ復元部１５、およびベース復号部１６それぞれの詳細について説明する。
【０１５０】
（可変長復号部）
図１を用いて、可変長復号部１２の詳細構成について説明する。図１は、可変長復号部１２の構成を例示した機能ブロック図である。
【０１５１】
図１に示すように、可変長復号部１２は、シンタックス値復号部１２１、シンタックステーブル１２２、コンテキスト設定部１２３、ＣＡＢＡＣ状態記録部１２４、算術復号部１２５、シンタックス値記録部１２６を備える。
【０１５２】
シンタックス値復号部１２１は、対象レイヤ符号化データＤＡＴＡ＃Ｔからシンタックス値を所定の順序で復号して出力する。シンタックス値復号部１２１では、復号対象のシンタックスを構成するｂｉｎ値の集合（ｂｉｎ列）を外部から読み出し、ｂｉｎ列に含まれる各ｂｉｎ位置におけるｂｉｎ値の算術復号結果を受け取る。ｂｉｎ値は、０または１の何れかの値を取る。ｂｉｎ列を構成する各ｂｉｎ値の復号完了後、外部のシンタックステーブルを参照して復号されたｂｉｎ列に対応するシンタックス値を復号対象シンタックスのシンタックス値に設定して出力する。
【０１５３】
シンタックステーブル１２２には、符号化データ上におけるシンタックス値の復号順序（符号化順序）を示すルールがシンタックス表として記録されている。また、各シンタックス要素と対応するｂｉｎ値の集合（ｂｉｎ列）の対応関係である、バイナリ化方法が記録されている。
【０１５４】
コンテキスト設定部１２３は、指定されたシンタックス種別のシンタックスの指定されたｂｉｎ位置のｂｉｎ値の復号に用いるコンテキストを一意に特定するコンテキスト識別子を決定して出力する。コンテキスト識別子の導出時には、復号済のシンタックス値、または、復号済のシンタックス値より導出可能な符号化パラメータを参照できる。
【０１５５】
なお、上記のコンテキスト識別子として、コンテキストを一意に特定できる値であるコンテキスト番号（ctxIdx、コンテキストインデックス）を用いることができる。また、コンテキストオフセット（ctxOffset）と、相対コンテキスト番号（ctxIdxInc）の和によりコンテキストを一意に特定できる場合、それらの組み合わせをコンテキスト識別子として用いても構わない。なお、コンテキストオフセットは、復号対象のシンタックス種別やスライスタイプに応じて予め定めておき、相対コンテキスト番号は復号対象ｂｉｎのｂｉｎ位置や復号済のシンタックス値より導出可能な符号化パラメータに基づいてコンテキスト設定部１２３で導出することが好ましい。
【０１５６】
ＣＡＢＡＣ状態記録部１２４は、算術復号に用いる状態変数がコンテキスト毎に記録する。コンテキストは入力されるコンテキスト識別子により特定できる。算術復号に用いられる状態変数は、ＣＡＢＡＣコンテキスト変数（CABAC context variables）とも呼ばれ、pStateIdxおよびvalMPSを含む。valMPSは、特定のコンテキストにおいて、発生する可能性の高いｂｉｎ値を示す。pStateIdxは、特定のコンテキストにおいて、valMPSで示されるｂｉｎ値が発生する可能性の高低を表す。つまり、pStateIdxとvalMPSの組み合わせは、特定の状況（コンテキスト）においてｂｉｎ値が０（または１）となる確率がどの程度かを示す情報である。したがって、ＣＡＢＡＣコンテキスト変数として、必ずしもpStateIdxとvalMPSの組み合わせを利用する必要はなく、特定の状況（コンテキスト）においてｂｉｎ値が０（または１）となる確率がどの程度かを示す情報を表す別のパラメータを用いても構わない。例えば、ｂｉｎ値０が発生する確率の近似値をＣＡＢＡＣコンテキスト変数として用いてもよい。
【０１５７】
算術復号部１２５は、ＣＡＢＡＣコンテキスト変数を参照して、対象レイヤ符号化データからｂｉｎ値を復号して出力する。また、復号したｂｉｎ値に基づいて、ＣＡＢＡＣコンテキスト変数を更新する。算術復号部１２５は、特定の文脈（コンテキスト）におけるｂｉｎ値の発生確率を反映したＣＡＢＡＣコンテキスト変数、言い換えると、特定の文脈におけるｂｉｎ値の確率分布を近似する情報に基づいて算術復号を行うことで、より少ない符号化データのバイナリからｂｉｎ値を復号できる。
【０１５８】
シンタックス値記録部１２６は、復号済のシンタックス値、および、復号済のシンタックス値より導出可能な符号化パラメータを記録する。シンタックス値記録部１２６には、少なくとも、対象ＣＵのＣＵサイズ情報（対象符号化単位の符号化単位サイズ情報）が記録されている。
【０１５９】
＜ＣＵサイズに係るシンタックス＞
シンタックステーブル１２２に記録されている、ＣＵサイズ情報に係るシンタックス表の例を図６と図７を参照して説明する。図６は、シンタックステーブル１２２に記録されている、ＳＰＳ復号時に参照されるシンタックス表（seq_parameter_set_rbsp）から、ＣＵサイズ情報に係る部分を抜き出した表である。当該シンタックス表には、ＣＵサイズ情報に係るシンタックスとして、次の２つのシンタックスが含まれている。
【０１６０】
１）log2_min_luma_coding_block_size_minus3：最小ＣＵサイズを表すシンタックス。最小ＣＵサイズMinCuSizeは、上記シンタックス値から次式により導出される：
MinCuSize = 2^(log2_min_luma_coding_block_size_minus3 + 3)
上式において、２＾Ｘは、２のＸ乗を意味する。
【０１６１】
２）log2_diff_max_min_luma_coding_block_size：最小ＣＵサイズと最大ＣＵサイズの差異を表すシンタックス。最大ＣＵサイズMaxCuSizeは、上記シンタックス値と最小ＣＵサイズMinCuSizeから、次式により導出される：
MaxCuSize = MinCuSize * (2^(log2_diff_max_min_luma_coding_block_size))
なお、本実施形態では、最大ＣＵサイズはＣＴＵサイズと一致するものとする。従って、ＣＴＵサイズは、最大ＣＵサイズと等しい。
【０１６２】
例えば、選択可能なＣＵサイズが８×８、１６×１６、３２×３２、および、６４×６４の４種類である場合の符号化データでは、log2_min_luma_coding_block_size_minus3の値は０に設定される。加えて、log2_diff_max_min_luma_coding_block_sizeの値は３に設定される。
【０１６３】
また、例えば、選択可能なＣＵサイズが１６×１６、３２×３２、および、６４×６４の３種類である場合の符号化データでは、log2_min_luma_coding_block_size_minus3の値は１に設定される。加えて、log2_diff_max_min_luma_coding_block_sizeの値は２に設定される。
【０１６４】
図７は、シンタックステーブル１２２に記録されている、ＣＴＵ復号時に参照されるＣＵ情報を含むシンタックス表の一部を示す。図７（ａ）は、ＣＴＵ復号時に参照されるシンタックス表（coding_tree_unit）を示す。当該シンッタックス表では、まず、対象ＣＴＵのピクチャ内位置（xCtb、yCtb）が、対象ＣＴＵのラスタスキャン順におけるピクチャ内の位置（CtbAddrInRs）、ピクチャの水平方向に含まれるＣＴＵの数（PicWidthInCtbsY）、ＣＴＵサイズの２の対数（Log2CtbSizeY）に基づいて導出される。続いて、ＣＴＵに含まれる符号化ノードに係るシンタックス（coding_quadtree）が４分木構造を用いて復号される。
【０１６５】
図７（ｂ）は、ＣＴＵを構成する符号化ノードの復号時に参照されるシンタックス表（coding_quad_tree）を示す。図中において、（x0、y0）は、対象符号化ノードのピクチャ内の位置を表す。log2CbSizeは、対象符号化ノードのサイズの２の対数を表す。cqtDepthは、対象符号化ノードの分割深度を表す。ここで、分割深度とは、最上位ノードであるＣＴＵから対象符号化ノードを得るまでに必要な４分木分割の回数に相当する。
【０１６６】
シンタックス表coding_quad_treeでは、対象符号化ノードのサイズが最小でない場合（log2CbSize > log2MinCbSizeYが真の場合）、ＣＵ分割フラグ（cu_split_cu_flag）が復号される。cu_split_cu_flagは、対象符号化ノードを分割するか否かを示すフラグである。cu_split_cu_flagが真の場合、対象符号化ノードを分割することを示し、対象符号化ノードを４等分して得られる各符号化ノードのシンタックスがそれぞれ復号される。cu_split_cu_flagが偽の場合、対象符号化ノードが符号化ユニットＣＵとして設定され、符号化ユニットＣＵに関連するシンタックス（coding_unit）が復号される。
【０１６７】
ここで、本発明を説明する上で重用な、ＣＵサイズとＣＵデプスの関係について追加の説明を記載する。図９は、ＣＴＵ（最大ＣＵ）が６４×６４、最小ＣＵが８×８の場合におけるＣＵサイズcuSizeと、ＣＵデプスcuDepthの関係を図示している。６４×６４ＣＵではcuSizeは６４、cuDepthは０である。３２×３２ＣＵではcuSizeは３２、cuDepthは１ある。１６×１６ＣＵではcuSizeは１６、cuDepthは２である。８×８ＣＵではcuSizeは８、cuDepthは３である。この場合、最大ＣＵデプス（MaxCuDepth）は８×８ＣＵにおけるＣＵデプスであり、３となる。
【０１６８】
図１０は、ＣＴＵ（最大ＣＵ）が３２×３２、最小ＣＵが８×８の場合におけるＣＵサイズcuSizeと、ＣＵデプスcuDepthの関係を図示している。３２×３２ＣＵではcuSizeは３２、cuDepthは０である。１６×１６ＣＵではcuSizeは１６、cuDepthは１である。８×８ＣＵではcuSizeは８、cuDepthは２である。この場合、最大ＣＵデプス（MaxCuDepth）は８×８ＣＵにおけるＣＵデプスであり、２となる。
【０１６９】
上記の２つの例から明らかなように、選択可能なＣＵサイズが決まっている場合、ＣＵサイズとＣＵデプスは１対１に対応する。したがって、ＣＵデプスはＣＵサイズを表すＣＵサイズ情報といえる。一般に、選択可能なＣＵサイズの情報はＳＰＳやＰＰＳといったパラメータセットにより送られるため、ピクチャ内で変更されない。そのため、ピクチャ内ではＣＵサイズとＣＵデプスが１対１に対応するため、ピクチャ内の復号処理または符号化処理においては、ＣＵサイズの代わりにＣＵデプスを用いてもよい。言い換えると、ピクチャ内の復号処理、または、符号化処理において、ＣＵデプス（符号化単位デプス）からＣＵサイズが一意に特定できるため、ＣＵデプスをＣＵサイズ情報として利用できる。
【０１７０】
ＣＵデプス以外に、ピクチャ内の処理においてＣＵサイズを一意に特定可能な符号化パラメータの例として、ＣＵの幅、ＣＵの幅の２の対数、ＣＵの幅の２の対数から規定の数を減算した値、ＣＵの面積、ＣＵの縦と横の長さの和が挙げられる。
【０１７１】
＜レイヤ間画像予測フラグのシンタックス＞
シンタックステーブル１２２に記録されている、ＣＵに含まれるレイヤ間画像予測フラグに係るシンタックス表の例を図８を参照して説明する。図８は、シンタックステーブル１２２に記録されている、CU復号時に参照されるシンタックス表（coding_unit）から、レイヤ間画像予測フラグに係る部分を抜き出した表である。レイヤ間画像予測フラグ（texture_rl_flag）は、対象レイヤが非ベースレイヤ（nuh_layer_id>0）の場合に復号される。nuh_layer_idはレイヤ識別子であり、nuh_layer_idの値が０の場合、対象レイヤがベースレイヤであることを意味する。レイヤ間画像予測フラグは、「ae(v)」により復号される。「ae(v)」は当該シンタックスがＣＡＢＡＣにより復号されることを示す記号である。
【０１７２】
＜コンテキスト導出処理の例１＞
コンテキスト設定部１２３において、レイヤ間画像予測フラグ（texture_rl_flag）のコンテキスト識別子は、対象ＣＵに係るＣＵサイズ情報に基づいて導出される。ＣＵサイズ情報に基づくレイヤ間画像予測フラグのコンテキスト識別子導出処理について、図１４を参照して説明する。図１４は対象ＣＵのＣＵサイズ（cuSize）と、レイヤ間画像予測フラグのｂｉｎ値のコンテキスト識別子（ctxIdxInc）の対応関係を示す。ＣＵサイズcuSizeが８の場合（８×８ＣＵの場合）、コンテキスト識別子ctxIdxIncの値が０に設定される。ＣＵサイズcuSizeが１６の場合（１６×１６ＣＵの場合）、コンテキスト識別子ctxIdxIncの値が１に設定される。ＣＵサイズcuSizeが３２または６４の場合（３２×３２ＣＵまたは６４×６４ＣＵの場合）、コンテキスト識別子ctxIdxIncの値が２に設定される。
【０１７３】
なお、ＣＵサイズもしくはＣＵサイズのグループとコンテキスト識別子ctxIdxIncの対応関係は上記に限定されない。つまり、上記では、小さいＣＵサイズから大きいＣＵサイズの順に各々、０、１、２、３のコンテキスト識別子ctxIdxIncの値を割り当てているが、３、２、１、０の順に割り当てても良い。後述の別のコンテキスト導出処理の例も同様。また、コンテキスト識別子の値そのものではなく、相対コンテキスト番号を用いてもよい。
【０１７４】
上記コンテキスト識別子の導出方法によれば、ＣＵサイズに対して特定のコンテキスト識別子が対応付けられている。
【０１７５】
レイヤ間画像予測フラグの値が０または１を取る確率、すなわちＣＡＢＡＣコンテキスト変数は、コンテキスト毎（ここではＣＵサイズまたはＣＵサイズグループ毎）に更新される。一般に、レイヤ間画像予測が選択される確率はＣＵサイズに応じて異なるため、特定のＣＵサイズにおけるレイヤ間画像予測フラグの発生確率に適するようにＣＡＢＡＣコンテキスト変数を設定することで、レイヤ間画像予測フラグの符号量を抑制できる。したがって、上記コンテキスト識別子の導出方法によれば、レイヤ間画像予測フラグの符号量を抑制できる。
【０１７６】
また、上記コンテキスト識別子の導出方法では、コンテキスト識別子の決定にＣＵサイズのみを参照しており、ＳＶＣやＳＨＶＣ（ＳＨＭ１）のように対象領域（対象ＣＵ）の隣接領域におけるレイヤ間画像予測フラグの値を参照していない。そのため、コンテキスト識別子の導出処理において、隣接領域にレイヤ間画像予測フラグが存在するかを確認し、存在する場合に当該レイヤ間画像予測フラグの値をメモリから読み出す処理が省略できる。したがって、隣接領域のレイヤ間画像予測フラグを参照する場合に較べて、コンテキスト識別子の導出処理の処理量が削減できる。加えて、復号済のレイヤ間画像予測フラグを後続のＣＵにおいて参照する必要がなくなるため、レイヤ間画像予測フラグをメモリに記録する必要がなくなる。したがって、隣接領域のレイヤ間画像予測フラグを参照する場合に較べて、メモリ量を削減できる。
【０１７７】
さらに、上記コンテキスト識別子の導出方法によれば、ＣＵサイズ３２と６４に対しては一つのコンテキスト識別子が割り当てられている。
【０１７８】
前述のように、レイヤ間画像予測フラグの確率分布はＣＵサイズに応じて異なるが、比較的サイズの近いＣＵサイズ間では類似の確率分布となる傾向がある。そのため、サイズが比較的近い複数のＣＵサイズをまとめて一つのコンテキスト識別子を割り当てることで、ＣＵサイズに適したＣＡＢＡＣコンテキスト変数を設定できる特徴を損なわずに、コンテキストの数を削減できる。コンテキストの数が少なくなれば、ＣＡＢＡＣコンテキスト変数の記録に要するメモリが削減できる。
【０１７９】
複数のＣＵサイズに対して単一のコンテキスト識別子を割り当てる場合、ＣＵサイズが比較的大きい複数のＣＵサイズに対して単一のコンテキスト識別子を割り当てることが好ましい。特に、最大ＣＵを含む複数のＣＵサイズに対して単一のコンテキスト識別子を割り当てることが好ましい。上記図１４の例では、最大ＣＵである６４×６４ＣＵと、最大ＣＵの次に大きいＣＵである３２×３２ＣＵに対して単一のコンテキスト識別子を割り当てている。
【０１８０】
大きいＣＵでは、小さいＣＵに較べて単位面積当たりに存在するレイヤ間画像予測フラグの数が多い。そのため、小さいＣＵにおけるレイヤ間画像予測フラグの符号量は、大きいＣＵにおけるレイヤ間画像予測フラグの符号量に較べて多い。そのため、複数のＣＵサイズを一つにまとめてコンテキスト識別子と対応付けることでコンテキスト数を削減する場合、小さいＣＵに対してＣＵサイズ毎にコンテキスト識別子を割り当て、複数の大きいＣＵを一つにまとめてコンテキスト識別子と対応付けることで、符号量の多い小さいＣＵにおけるレイヤ間画像予測フラグの復号時により好適なＣＡＢＡＣコンテキスト変数を設定可能としつつ、コンテキスト数を削減できる。
【０１８１】
上記の理由から、最大ＣＵを含む複数のＣＵサイズに対して単一のコンテキスト識別子を割り当てるとともに、最小ＣＵに対しては、他のＣＵサイズには対応付けられない個別のコンテキスト識別子を割り当てる構成も好ましい。
【０１８２】
＜コンテキスト導出処理の例２＞
コンテキスト設定部１２３における、ＣＵサイズ情報に基づくレイヤ間画像予測フラグのコンテキスト識別子導出処理の別の例について、図１５を参照して説明する。図１５は対象ＣＵのＣＵサイズ（cuSize）と、レイヤ間画像予測フラグのｂｉｎ値のコンテキスト識別子（ctxIdxInc）の対応関係を示す。ＣＵサイズcuSizeが８の場合（８×８ＣＵの場合）、コンテキスト識別子ctxIdxIncの値が０に設定される。ＣＵサイズcuSizeが１６、３２、または６４の場合（１６×１６ＣＵ、３２×３２ＣＵ、または６４×６４ＣＵの場合）、コンテキスト識別子ctxIdxIncの値が１に設定される。図１４で説明した例との差異は、より多くのＣＵサイズ（３つのＣＵサイズ）に対して単一のコンテキスト識別子を割り当てている点であり、それによりコンテキスト識別子の数が３個から２個に減少している。
【０１８３】
上記コンテキスト識別子の導出方法によれば、より少ないコンテキスト数（コンテキスト識別子の数）でレイヤ間画像予測フラグを復号できる。したがって、ＣＡＢＡＣコンテキスト変数の記録に必要なメモリを削減できる。
【０１８４】
上記の例に示した通り、複数のＣＵサイズを単一のコンテキスト識別子に割り当てる際、必ずしも２個のＣＵサイズに対して一つのコンテキスト識別子を割り当てる必要はなく、３個以上のＣＵサイズに対して一つのコンテキスト識別子を割り当てても良い。
【０１８５】
＜コンテキスト導出処理の例３＞
コンテキスト設定部１２３における、ＣＵサイズ情報に基づくレイヤ間画像予測フラグのコンテキスト識別子導出処理の別の例について、図１６を参照して説明する。図１６は対象ＣＵのＣＵサイズ（cuSize）と、レイヤ間画像予測フラグのｂｉｎ値のコンテキスト識別子（ctxIdxInc）の対応関係を示す。ＣＵサイズcuSizeが８（ＣＵが８×８ＣＵ）の場合、コンテキスト識別子ctxIdxIncの値が０に設定される。ＣＵサイズcuSizeが１６（ＣＵが１６×１６ＣＵ）の場合、コンテキスト識別子ctxIdxIncの値が１に設定される。ＣＵサイズcuSizeが３２（ＣＵが３２×３２ＣＵ）の場合、コンテキスト識別子ctxIdxIncの値が２に設定される。ＣＵサイズcuSizeが６４（ＣＵが６４×６４ＣＵ）の場合、コンテキスト識別子ctxIdxIncの値が３に設定される。図１４で説明した例との相違点は、ＣＵサイズとコンテキスト識別子が１対１対応している点である。
【０１８６】
上記コンテキスト識別子の導出方法によれば、コンテキスト識別子の数は図１４の方式に較べて多く必要だが、ＣＵサイズ毎に独立のＣＡＢＡＣコンテキスト変数を設定してレイヤ間画像予測フラグが復号できる。そのため、レイヤ間画像予測フラグの符号量が削減できる。
【０１８７】
＜コンテキスト導出処理の例４＞
コンテキスト設定部１２３における、ＣＵサイズ情報に基づくレイヤ間画像予測フラグのコンテキスト識別子導出処理の別の例について、図１７を参照して説明する。図１７は対象ＣＵのＣＵデプス（CtDepth）と、レイヤ間画像予測フラグのｂｉｎ値のコンテキスト識別子（ctxIdxInc）の対応関係を示す。ＣＵデプスctDepthがMaxCtDepthに等しい場合（ctDepth = MaxCtDepth）、コンテキスト識別子ctxIdxIncの値が０に設定される。すなわち、ＣＵデプスが最大の場合にコンテキスト識別子が０に設定される。また、ＣＵデプスctDepthがMaxCtDepth−１に等しい場合（ctDepth = MacCtDepth-1）、コンテキスト識別子ctxIdxIncの値が１に設定される。すなわち、ＣＵデプスが最大よりも１小さい場合にコンテキスト識別子が１に設定される。また、ＣＵデプスctDepthがMaxCtDepth−１より小さい場合（ctDpeth < MaxCtDepth-1）、コンテキスト識別子ctxIdxIncの値が２に設定される。すなわち、ＣＵデプスが最大値よりも２以上小さい場合にコンテキスト識別子が２に設定される。図１４で説明した例との相違点は、ＣＵサイズからコンテキスト識別子を導出するのではなく、ＣＵデプスからコンテキスト識別子を導出する点である。
【０１８８】
上記コンテキスト識別子の導出方法によれば、各ＣＵデプスの値に対してコンテキスト識別子が導出できる。すでに図９を用いて説明した通り、ＣＵデプスの値とＣＵサイズの間には１対１の対応関係がある。したがって、ＣＵデプスの値に基づいてコンテキスト識別子を設定することで、ＣＵサイズの値に基づいてコンテキスト識別子を設定する場合と同様の効果が得られる。すなわち、各ＣＵデプス（ＣＵサイズ）におけるレイヤ間画像予測フラグの値の確率分布に適したＣＡＢＡＣコンテキスト変数に基づいてレイヤ間画像予測フラグのｂｉｎ値を算術復号できるため、レイヤ間画像予測フラグの符号量を削減できる。
【０１８９】
なお、ＣＵサイズとコンテキスト識別子を直接対応付けるのではなく、ＣＵデプスとコンテキスト識別子を対応付ける利点の一つに、符号化装置や復号装置で選択可能なＣＵサイズが変更された場合でも、コンテキスト識別子を有効に利用できる点がある。以下、この点について図１８を参照して説明する。
【０１９０】
図１８は、特定の選択可能なＣＵサイズが用いられる場合に、図１７のコンテキスト識別子導出方法により決定されるＣＵデプスCtDepthと、ＣＵサイズCuSizeと、コンテキスト識別子ctxIdxIncの対応関係を示す表である。
【０１９１】
図１８(a)は、選択可能なＣＵが６４×６４、３２×３２、１６×１６、８×８の４種類である場合の表を示す。なお、この場合、最大ＣＵサイズ（MaxCuSize）は６４であり、最大ＣＵデプス（MaxCtDepth）は３となる。ＣＵデプス３、言い換えると、ＣＵサイズが８に対してコンテキスト識別子０が対応付けられる。ＣＵデプス２、言い換えると、ＣＵサイズが１６に対してコンテキスト識別子１が対応付けられる。ＣＵデプス２未満、言い換えると、ＣＵサイズが３２または６４に対してコンテキスト識別子２が対応付けられる。なお、このＣＵサイズとコンテキスト識別子の対応関係は、図１４を参照して説明した対応関係と等しい。
【０１９２】
図１８(b)は、選択可能なＣＵが６４×６４、３２×３２、１６×１６の３種類である場合の表を示す。なお、この場合、最大ＣＵサイズ（MaxCuSize）は６４であり、最大ＣＵデプス（MaxCtDepth）は２となる。ＣＵデプス２、言い換えると、ＣＵサイズが１６に対してコンテキスト識別子０が対応付けられる。ＣＵデプス１、言い換えると、ＣＵサイズが３２に対してコンテキスト識別子２が対応付けられる。ＣＵデプス１未満、言い換えると、ＣＵサイズが６４に対してコンテキスト識別子２が対応付けられる。なお、このＣＵサイズとコンテキスト識別子の対応関係は、図１４を参照して説明した対応関係と異なる。図１４で説明した方式では、ＣＵサイズに応じたコンテキストの決定に、選択可能なＣＵサイズを考慮していないため、８×８ＣＵが選択されない場合であっても、８×８ＣＵに一つのコンテキスト識別子が対応付けられている。一方、図１４で説明したＣＵデプスに基づく方式によると、図１８(b)に示した通り、選択されなお８×８ＣＵに対してはコンテキスト識別子が対応付けられない。したがって、３種類のコンテキスト識別子を３種類のＣＵサイズに対してそれぞれ割り当てており、コンテキスト識別子の有効利用の観点から好ましい割り当てとなっている。
【０１９３】
上記図１８の２つの例を参照して説明したように、符号化装置や復号装置において選択可能なＣＵサイズが設定できる場合、ＣＵデプスとコンテキスト識別子を対応付けることで、ＣＵサイズとコンテキスト識別子を直接対応付ける場合よりも、選択可能なＣＵサイズの種類に応じて、ＣＵサイズとコンテキスト識別子の対応を変更できる。
【０１９４】
＜コンテキスト導出処理の一般的表現＞
以上、レイヤ間画像予測フラグのコンテキスト識別子導出処理について、いくつか例を挙げて説明した。これらの複数の例を一般化して、次のように表現することもできる。すなわち、レイヤ間画像予測フラグのコンテキスト識別子は、対象ピクチャの復号時にＣＵサイズ（符号化単位サイズ）を一意に特定できる復号対象ＣＵ（対象符号化単位）に係るＣＵサイズ情報（符号化単位サイズ情報）に基づいて決定することが好ましい。符号化単位サイズ情報の例として、対象ＣＵの幅、対象ＣＵデプス、対象ＣＵの面積、対象ＣＵの縦と横の辺の長さの和が挙げられる。
【０１９５】
対象ＣＵサイズ情報を用いることで、対象ＣＵにおけるレイヤ間画像予測フラグの値の確率分布に適したコンテキストが設定できるため、対象ＣＵサイズ情報を用いずにコンテキストを設定する場合に較べてレイヤ間画像予測フラグの符号量を削減できる。また、対象ＣＵ以外のＣＵに属する情報、例えば、対象ＣＵの上や左隣接する領域におけるレイヤ間画像予測フラグの値を参照して対象ＣＵにおけるレイヤ間画像予測フラグのコンテキスト識別子を導出できるため、コンテキスト識別子導出に係る処理量を削減でき、また、隣接領域の情報を蓄積しておくために必要なメモリ量を削減できる。
【０１９６】
＜レイヤ間画像予測フラグ復号処理＞
可変長復号部１２における、レイヤ間画像予測フラグのシンタックス値の復号は次のＳ３０１〜Ｓ３０７の手順で実行される。
【０１９７】
Ｓ３０１：シンタックス値復号部１２１は、シンタックステーブル１２２を参照して、レイヤ間画像予測フラグを復号対象シンタックスに設定する。また、レイヤ間画像予測フラグのバイナリ化方法を読み出す。レイヤ間画像予測フラグのバイナリは、１つのｂｉｎから構成される。言い換えると、レイヤ間画像予測フラグは、位置０のｂｉｎのみを含む。
【０１９８】
Ｓ３０２：シンタックス値復号部１２１は、レイヤ間画像予測フラグの位置０のｂｉｎを復号対象ｂｉｎに設定し、当該ｂｉｎの復号に用いるコンテキスト設定をコンテキスト設定部１２３に指示する。
【０１９９】
Ｓ３０３：コンテキスト設定部１２３は、レイヤ間画像予測フラグの位置０のｂｉｎの復号に用いるコンテキスト識別子を、シンタックス記録部１２６に記録されている対象ＣＵのＣＵサイズ情報を参照して導出し、ＣＡＢＡＣ状態記録部１２４に通知する。
【０２００】
Ｓ３０４：ＣＡＢＡＣ状態記録部１２４は、入力されたコンテキスト識別子により特定されるコンテキストに対応するＣＡＢＡＣコンテキスト変数を読出し、算術復号部１２５に出力する。
【０２０１】
Ｓ３０５：算術復号部１２５は、入力されたＣＡＢＡＣコンテキスト変数を算術復号の制御パラメータとして用いて、対象レイヤ符号化データＤＡＴＡ＃Ｔから対象ｂｉｎのｂｉｎ値を復号してシンタックス値復号部１２１、および、ＣＡＢＡＣ状態記録部１２４に出力する。
【０２０２】
Ｓ３０６：ＣＡＢＡＣ状態記録部１２４は、入力されたｂｉｎ値に基づいて、対象コンテキストに係るＣＡＢＡＣコンテキスト変数を更新する。
【０２０３】
Ｓ３０７：シンタックス値復号部１２１は、入力されたｂｉｎ値をレイヤ間画像予測フラグ（texture_rl_flag）の値に設定して出力する。
【０２０４】
（テクスチャ復元部）
図１１を用いて、テクスチャ復元部１５の詳細構成について説明する。図１１は、テクスチャ復元部１５の構成を例示した機能ブロック図である。
【０２０５】
図１１に示すように、テクスチャ復元部１５は、逆直交変換・逆量子化部１５１、テクスチャ予測部１５２、加算器１５３、ループフィルタ部１５４、フレームメモリ１５５を備える。
【０２０６】
逆直交変換・逆量子化部１５１は、（１）可変長復号部１２から供給される変換係数情報に含まれる量子化予測残差ＱＤを逆量子化し、（２）逆量子化によって得られたＤＣＴ係数を逆直交変換（例えば、ＤＣＴ（Discrete Cosine Transform）変換）し、（３）逆直交変換によって得られた予測残差Ｄを加算器１５３に供給する。なお、予測残差Ｄの生成は、変換ブロックを単位として行われる。
【０２０７】
テクスチャ予測部１５２は、予測パラメータに応じて、ベース復号情報に含まれるベース復号画像（ベース参照画像とも呼ぶ）またはフレームメモリに格納されている復号済みの復号画像を参照し、予測画像を生成する。
【０２０８】
テクスチャ予測部１５２は、より詳細には、インター予測部１５２Ｔ、イントラ予測部１５２Ｓ、および、レイヤ間画像予測部１５２Ｂを備える。
【０２０９】
テクスチャ予測部１５２は、インター予測部１５２Ｔ、イントラ予測部１５２Ｓ、または、レイヤ間画像予測部１５２Ｂが生成した予測画像を加算器１５３に供給する。
【０２１０】
インター予測部１５２Ｔは、各予測ブロックの予測画像をインター予測により生成する。具体的には、予測パラメータに含まれる動き情報を用いた動き補償予測により、参照画像から予測画像を生成する。
【０２１１】
イントラ予測部１５２Ｓは、各イントラ予測パーティションに関する予測画像をイントラ予測により生成する。具体的には、イントラ予測情報復元部１４４Ｓから予測パラメータとして供給される空間予測モードを用いて、対象ＰＵの復号済周辺画素値を参照する空間予測により、予測画像を生成する。
【０２１２】
空間予測モードについて、図２２に基づいて、定義の一例を説明する。図２２は、空間予測モードの定義の一例を示す。同図に示す例においては、３６種類の予測モードが定義されており、それぞれの予測モードは、「０」〜「３５」の番号（IntraPredModeまたはIntraPredModeCの各値であり、イントラ予測モードインデックスとも呼称することがある）により特定される。また、図２１に示すように、各予測モードには次の名称が割り当てられている。すなわち、「０」は、“Intra Planar（プラナー予測モード、平面予測モード）”であり、「１」は、“Intra DC（イントラＤＣ予測モード）”であり、「２」〜「３４」は、“Intra Angular（方向予測）”であり、「３５」は、“Intra From Luma”である。
【０２１３】
「３５」は、色差予測モード固有のものであり、輝度の予測に基づいて色差の予測を行うモードである。言い換えれば、色差予測モード「３５」は、輝度画素値と色差画素値との相関を利用した予測モードである。色差予測モード「３５」はＬＭモードとも称する。予測モード数（intraPredModeNum）は、対象ブロックのサイズによらず「３６」である。
【０２１４】
イントラ予測部１５２Ｓにおいて、対象予測ブロックのイントラ予測画像の生成は、以下のＳ１０１〜Ｓ１０５ｃの手順で実行される。
【０２１５】
（Ｓ１０１）対象予測ブロックに隣接する領域の局所復号画像を参照して、予測画像生成に用いる参照領域を設定する。例えば、対象予測ブロックの左側隣接領域の画素と、対象予測ブロックの上側隣接領域の画素を合わせて参照領域とする。
【０２１６】
（Ｓ１０２）局所復号画像が存在しない、または、利用できない参照領域上の画素の画素値を、近傍の局所復号画像の画素値のコピーまたは、既定値（例えば１２７）の代入により設定する。
【０２１７】
（Ｓ１０３）参照領域上の画素値に対してフィルタ（参照画素フィルタ）を適用する。参照画素フィルタには、低域通過フィルタ（例えば、［１、２、１］のフィルタ係数により表現されるフィルタ）が利用できる。また、参照画素フィルタは、空間予測モードに応じて適用有無を切り替えてもよい。また、空間予測モードに応じて異なるフィルタ係数を用いてもよい。
【０２１８】
（Ｓ１０４）空間予測モードの種類に応じて、Ｓ１０５ａ〜Ｓ１０５ｃのいずれかを選択して、レイヤ内予測画像を生成する。
【０２１９】
（Ｓ１０５ａ）空間予測モードが方向予測の場合、予測画像の各画素値を、予測方向の示す位置の参照領域上の画素値を参照して生成する。なお、空間予測モードに対応する予測方向は、図２１で説明した通りとなる。
【０２２０】
（Ｓ１０５ｂ）空間予測モードがイントラＤＣ予測モードの場合、参照領域上の画素値の平均値を計算して参照領域のＤＣ値を導出する。予測画像の各画素の値は、導出したＤＣ値に設定する。
【０２２１】
（Ｓ１０５ｃ）空間予測モードがプラナー予測モードの場合、予測画像の各画素値は、当該画素の上方に位置する参照領域の画素値と、当該画素の左方に位置する参照画素の画素値との距離を考慮した加重平均により導出される。
【０２２２】
レイヤ間画像予測部１５２Ｂは、各予測ブロックの予測画像をレイヤ間画像予測により生成する。
【０２２３】
図２３を参照して、ベースレイヤの復号画像（ベース復号画像）を用いたレイヤ間画像予測について説明する。図２３は、ベース復号画像を用いたレイヤ間画像予測を概略的に示す模式図である。
【０２２４】
図２３に示すように、レイヤ間画像予測では、拡張レイヤの対象ブロック（復号される予測ブロックのことを指す（以下同様））のイントラ予測画像が、ベースレイヤにおいて、時間的に該対象ブロックと同時刻に位置するブロックであって、空間的に該対象ブロックに対応する位置に配置されたブロックである参照ブロック（参照される予測ブロックのことを指す（以下同様））の復号画像に基づいて生成される。
【０２２５】
なお、対象ブロックと、参照ブロックとで、画素数が異なる場合はアップサンプルを行う構成とすればよい。また、必要に応じて、参照ブロックの復号画像に対してフィルタリング（サンプル適応オフセット（Sample Adaptive Offset；ＳＡＯ）、適応ループフィルタ（Adaptive Loop Filter；ＡＬＦ）、エッジ強調、ノイズ除去、インタレース解除など）を適用したベース復号画像を参照してイントラ予測画像を生成する構成としてもよい。
【０２２６】
加算器１５３は、テクスチャ予測部１５２から供給された予測画像と、逆直交変換・逆量子化部１５１から供給された予測残差Ｄとを加算することによって復号画像を生成する。
【０２２７】
ループフィルタ部１５４は、加算器１５３から供給される復号画像に対し、デブロッキング処理や、適応フィルタパラメータによるフィルタ処理を施すものである。
【０２２８】
フレームメモリ１５５は、ループフィルタ部１５４によるフィルタ済み復号画像を格納する。
【０２２９】
（ベース復号部）
図１２を用いて、ベース復号部１６の詳細構成について説明する。図１２は、ベース復号部１６の構成について例示した機能ブロック図である。
【０２３０】
図１２に示すように、ベース復号部１６は、可変長復号部１６１、ベース予測パラメータ復元部１６２、ベース変換係数復元部１６３、およびベーステクスチャ復元部１６４を備える。
【０２３１】
可変長復号部１６１は、参照レイヤ符号化データＤＡＴＡ＃Ｒに含まれるバイナリから各種のシンタックス値を復号する。
【０２３２】
具体的には、可変長復号部１６１は、予測情報および変換係数情報を符号化データＤＡＴＡ＃Ｒから復号する。可変長復号部１６１が復号する予測情報および変換係数のシンタックスは、可変長復号部１２と同様であるのでここではその詳細な説明を省略する。
【０２３３】
可変長復号部１６１は、復号した予測情報をベース予測パラメータ復元部１６２に供給するとともに、復号した変換係数情報をベース変換係数復元部１６３に供給する。
【０２３４】
ベース予測パラメータ復元部１６２は、可変長復号部１６１から供給される予測情報に基づいて、ベース予測パラメータを復元する。ベース予測パラメータ復元部１６２が、ベース予測パラメータを復元する方法については、予測パラメータ復元部１４と同様であるので、ここではその詳細な説明を省略する。ベース予測パラメータ復元部１６２は、復元したベース予測パラメータを、ベーステクスチャ復元部１６４に供給する。
【０２３５】
ベース変換係数復元部１６３は、可変長復号部１６１から供給される変換係数情報に基づいて、変換係数を復元する。ベース変換係数復元部１６３が変換係数を復元する方法については、逆直交変換・逆量子化部１５１と同様であるので、ここではその詳細な説明を省略する。ベース変換係数復元部１６３は、復元したベース変換係数を、ベーステクスチャ復元部１６４に供給する。
【０２３６】
ベーステクスチャ復元部１６４は、ベース予測パラメータ復元部１６２から供給されるベース予測パラメータと、ベース変換係数復元部１６３から供給されるベース変換係数とを用いて、復号画像を生成する。具体的には、ベーステクスチャ復元部１６４は、ベース予測パラメータに基づき、テクスチャ予測部１５２と同様のテクスチャ予測を行って、予測画像を生成する。また、ベーステクスチャ復元部１６４は、ベース変換係数に基づいて予測残差を生成し、生成した予測残差と、テクスチャ予測により生成した予測画像とを加算することでベース復号画像を生成する。
【０２３７】
なお、ベーステクスチャ復元部１６４は、ベース復号画像に対して、ループフィルタ部１５４と同様のフィルタ処理を施してもよい。また、ベーステクスチャ復元部１６４は、復号済みのベース復号画像を格納するためのフレームメモリを備えていてもよく、テクスチャ予測においてフレームメモリに格納されている復号済みのベース復号画像を参照してもよい。
【０２３８】
（予測パラメータ復元部）
図１３を用いて、予測パラメータ復元部１４の詳細構成について説明する。図１３は、予測パラメータ復元部１４の構成について例示した機能ブロック図である。
【０２３９】
図１３に示すように、予測パラメータ復元部１４は、ＣＵタイプ選択部１４１、イントラ予測選択部１４２、イントラ予測モード選択部、イントラ情報復元部１４４、および、動き情報復元部１４４を備える。
【０２４０】
イントラ情報復元部１４４は、内部にイントラ予測情報復元部１４４Ｓ、および、レイヤ間イントラ予測情報復元部１４４Ｂをさらに含む
ＣＵタイプ選択部１４１は、対象ＣＵがイントラＣＵかインターＣＵかレイヤ間ＣＵかを、入力される予測情報に含まれるtexture_rl_flagおよびpred_mode_flagに基づいて判定する。texture_rl_flagが１の場合、対象ＣＵはレイヤ間ＣＵと判定される。texture_rl_flagが０であり、かつ、pred_mode_flagが０の場合、対象ＣＵはイントラＣＵと判定される。texture_rl_flagが０でありpred_mode_flagが１の場合、対象ＣＵはインターＣＵと判定される。
【０２４１】
対象ＣＵがイントラＣＵの場合、イントラＣＵの予測パラメータ復元に係る各構成要素、ここでは、イントラ予測選択部１４２、イントラ予測モード復元部１４３、および、イントラ情報復元部１４４にそれぞれ予測情報を出力する。対象ＣＵがインターＣＵの場合、インターＣＵの予測パラメータ復元に係る各構成要素、ここでは、動き情報復元部１４４に予測情報を出力する。
【０２４２】
イントラ予測選択部１４２は、対象ＣＵ、または、対象ＣＵを構成する各ＰＵに適用されるイントラ予測の種類を、予測情報に含まれるシンタックス値に基づいて判定して、判定結果をイントラ情報復元部１４４に出力する。
【０２４３】
上記判定は、図１６に基づいて実行される。図１６は、シンタックス値inter_layer_pred_flagの値と空間予測モードの組み合わせから、予測タイプを一意に特定する表である。図１６ではinter_layer_pred_flagの値が０の場合、イントラ予測モードの種類に関わらず、対象ＣＵおよび対象ＰＵの予測タイプを「レイヤ内イントラ予測」と判定する。inter_layer_pred_flagの値が１、かつ、イントラ予測モードが１（イントラ予測モードがＤＣ予測を示す）場合、対象ＰＵの予測タイプを「レイヤ間イントラ予測」と判定する。inter_layer_pred_flagの値が１、かつ、イントラ予測モードが０、２〜３４のいずれかの場合（イントラ予測モードが非ＤＣ予測を示す場合）、対象ＰＵの予測タイプを「ハイブリッド予測」と判定する。
【０２４４】
イントラ予測モード復元部１４３は、入力される予測情報に基づいて、対象ＣＵを構成する各ＰＵの空間予測モード（イントラ予測モードとも呼ぶ）を復元して、イントラ情報復元部１４４（ハイブリッド予測情報復元部１４４Ｈ、レイヤ内イントラ予測情報復元部１４４Ｓ）に出力する。
【０２４５】
イントラ予測モード復元部１４３における対象ＰＵの空間予測モード（IntraPredMode[xB][yB]）復元処理の詳細を説明する。
【０２４６】
イントラ予測モード復元部１４３は、予測情報に含まれる対象ＰＵの空間予測モードに係るシンタックス、mpm_flag、mpm_idx、rem_idxの各値に基づいて、対象ＰＵの空間予測モードを復元する。空間予測モード復元の手順は、Ｓ２０１〜Ｓ２０２に示した通りである。
【０２４７】
（Ｓ２０１）対象ＰＵの周辺ＰＵの空間予測モード、つまり、対象ＰＵの左に隣接するＰＵ、および、対象ＰＵの上に隣接するＰＵの空間予測モードに基づいて、３つのＭＰＭ候補を含むＭＰＭ候補リストを生成する。次にＳ２０２を実行する。
【０２４８】
（Ｓ２０２）mpm_flagの値が１の場合、Ｓ２０３を実行する。そうでなければ（mpm_flagの値が０の場合）、Ｓ２０４を実行する。
【０２４９】
（Ｓ２０３）mpm_idxが示すＭＰＭ候補をＭＰＭ候補リストから選択して、対象ＰＵの空間予測モードとして処理を終了する。
【０２５０】
（Ｓ２０４）mpm_flagの値が０の場合、残余予測モードリストを生成してＳ２０５を実行する。残余予測モードリストは、対象ＰＵで選択可能な空間予測モードのうち、ＭＰＭ候補リストに含まれる空間予測モードを除外して生成される空間予測モードのリストである。
【０２５１】
（Ｓ２０５）rem_idxが示す予測モードを残余予測モードリストから選択して対象ＰＵの空間予測モードとして処理を終了する。
【０２５２】
イントラ情報復元部１４４は、入力されたＰＵ予測タイプに対応する予測パラメータを導出して、外部に出力する。ＰＵ予測タイプがハイブリッド予測の場合、ハイブリッド予測情報復元部１４４Ｈにより予測パラメータを導出する。ＰＵ予測タイプがレイヤ内イントラ予測の場合、レイヤ内イントラ予測情報復元部１４４Ｓにより予測パラメータを導出する。ＰＵ予測タイプがレイヤ間イントラ予測の場合、レイヤ間イントラ予測復元部１４４Ｂにより予測パラメータを導出する。
【０２５３】
ハイブリッド予測情報復元部１４４Ｈは、「ハイブリッド予測」に設定された対象ＰＵの予測タイプと、入力された空間予測モードを合わせて対象ＰＵの予測パラメータとして出力する。
【０２５４】
レイヤ内イントラ予測情報復元部１４４Ｓは、「レイヤ内イントラ予測」に設定された対象ＰＵの予測タイプを対象ＰＵの予測パラメータと、入力された空間予測モードを合わせて対象ＰＵの予測パラメータとしてとして出力する。
【０２５５】
レイヤ間イントラ予測情報復元部１４４Ｂは、「レイヤ間イントラ予測」に設定された対象ＰＵの予測タイプを予測パラメータとして出力する。なお、レイヤ内イントラ予測に２以上の予測方法が含まれる場合は、予測情報から何れの予測方法を用いるかの情報を読出し、対象ＰＵの予測パラメータに追加して出力してもよい。
【０２５６】
動き情報復元部１４４は、入力された予測情報から動き補償パラメータを復元するとともに、「動き補償予測」に設定された対象ＰＵの予測タイプを対象ＰＵの予測パラメータとして出力する。
【０２５７】
ここで、動き補償パラメータは、動き補償予測に用いるパラメータである。動き補償パラメータには、例えば、動きベクトル（mv）、インター予測フラグ（inter_pred_flag）および、参照画像インデックス（refIdx）が含まれる。
【０２５８】
（動画像復号装置１の効果）
以上説明した本実施形態に係る動画像復号装置１は、レイヤ間画像予測フラグのコンテキスト識別子を対象ＣＵのＣＵサイズ情報に基づいて導出するコンテキスト設定部を備えている。したがって、動画像復号装置１は、対象符号化単位の隣接領域のレイヤ間画像予測フラグを参照することなく、コンテキスト識別子を導出するため、従来に較べて少ない処理量で、かつ、少ないメモリでレイヤ間画像予測フラグを復号して、符号化データから復号画像を再生できる。
【０２５９】
以下では、上記動画像復号装置１の変形例を説明する。
【０２６０】
＜変形例１．左側隣接領域の情報を利用する例＞
上記動画像復号装置１の実施形態の説明では、図１のコンテキスト設定部１２３において、対象ＣＵのＣＵサイズ情報に基づいてレイヤ間画像予測フラグのコンテキスト識別子を決定する例を記載したが、それに限らない。対象ＣＵのＣＵサイズ情報ではなく、対象ＣＵの左側隣接領域におけるレイヤ間画像予測フラグを参照して、対象ＣＵのレイヤ画像予測フラグ復号のためのコンテキスト識別子を設定してもよい。
【０２６１】
対象ＣＵの左側隣接領域におけるレイヤ間画像予測フラグを参照してコンテキスト識別子を決定する方式の具体例を、図１９を参照して説明する。図１９は、対象ＣＵのレイヤ間画像予測フラグの復号に用いるコンテキスト識別子（ctxIdxInc）を、変数condLと変数availableLに基づいて決定する例を示している。変数condLには、対象ＣＵの左側隣接領域におけるレイヤ間画像予測フラグの値（texture_rl_flag[xL][yL]）が設定される。コンテキスト識別子の値は、「condL && availableL」に設定される。言い換えると、コンテキスト識別子の値は、変数condLと変数availableLが共に真（非ゼロ）ならば１に、少なくとも一方が偽（ゼロ）ならば０に設定される。ここで、変数availableLは、対象ＣＵの左側領域におけるレイヤ間画像フラグの参照可能か否かを示す情報であり、当該フラグが利用できる場合は１、利用できない場合は０の値を取る。
【０２６２】
上記コンテキスト識別子の導出方法によれば、対象ＣＵの左側領域におけるレイヤ間予測フラグに対して特定のコンテキスト識別子が対応付けられている。
【０２６３】
上記コンテキスト識別子の導出方法では、コンテキスト識別子の決定に対象ＣＵの左隣接領域の情報を用いる。しかしながら、ＳＶＣやＳＨＶＣ（ＳＨＭ１）のように対象ＣＵの上側の隣接領域におけるレイヤ間画像予測フラグの値を参照していない。一般に、上側隣接領域のレイヤ間画像予測フラグを参照する場合、左側隣接領域の同フラグを参照する場合に較べて、より多くのメモリが必要になる。なぜならば、復号処理や符号化処理はＣＴＵのラスタスキャン順で実行されるため、上側隣接領域のレイヤ間画像予測フラグを参照するためには、同フラグを一ライン分メモリに保持しておく必要があるためである。一方、左側隣接領域のレイヤ間画像予測フラグを参照する場合は、１ＣＴＵ分のメモリがあれば十分である。したがって、左側隣接領域のけるレイヤ間画像予測フラグを参照して対象ＣＵのレイヤ間画像予測フラグの復号に用いるコンテキスト識別子を用いることでメモリ量を削減できる。
【０２６４】
＜変形例２．左側隣接領域の情報とＣＵサイズの組み合わせ利用する例＞
上記変形例１に示した左側隣接領域のレイヤ間画像予測フラグを参照してコンテキスト識別子を導出する方法と、上記動画像復号装置１の実施形態で説明したような対象ＣＵのＣＵサイズ情報に基づいてコンテキスト識別子を決定してもよい。
【０２６５】
対象ＣＵの左側隣接領域におけるレイヤ間画像予測フラグと対象ＣＵのＣＵサイズの両方を参照して、対象ＣＵのレイヤ間画像予測フラグの復号に利用するコンテキスト識別子を決定する方式の具体例を図２０を参照して説明する。
【０２６６】
図２０は、ＣＵサイズ情報の一種であるＣＵデプスCtDepthと、左側隣接領域におけるレイヤ間画像予測フラグの値を示す変数condLに基づいて、対象ＣＵのレイヤ間画像予測フラグの復号に利用するコンテキスト識別子ctxIdxIncを決定する方法を示している。ＣＵデプスが最大ＣＵデプスの場合（CtDepthがMaxCtDepthに等しい場合）、コンテキスト識別子の値を「condL && availableL」に設定する。ここで、変数condLと変数availableLの定義は、上記変形例１における同名の変数と同一である。また、ＣＵデプスが最大ＣＵデプスよりも小さい場合（CtDepth < MaxCtDepthの場合）、コンテキスト識別子を２に設定する。
【０２６７】
上記のコンテキスト識別子の決定方法は、次のように表現できる。すなわち、ＣＵデプスが最大である場合、左隣接領域のレイヤ間画像予測フラグの値に基づいてコンテキスト識別子の値を設定し、ＣＵデプスが最大でない場合、左隣接領域のレイヤ間画像予測フラグを参照せずにコンテキスト識別子を決定する。
【０２６８】
また、ＣＵデプスとＣＵサイズが１対１に対応し、ＣＵデプスが大きい（深い）場合にはＣＵサイズが小さいことを示すことから、次のように表現してもよい。すなわち、ＣＵサイズが最小である場合、左隣接領域のレイヤ間画像予測フラグの値に基づいてコンテキスト識別子の値を設定し、ＣＵサイズが最小でない場合、左隣接領域のレイヤ間画像予測フラグを参照せずにコンテキスト識別子を決定する。
【０２６９】
上記コンテキスト識別子の導出方法によれば、対象ＣＵのＣＵサイズ情報と対象ＣＵの左側領域におけるレイヤ間画像予測フラグの組み合わせに対して特定のコンテキスト識別子が対応付けられている。
【０２７０】
上記コンテキスト識別子の導出方法では、コンテキスト識別子の決定に対象ＣＵの左隣接領域のレイヤ間画像予測フラグと対象ＣＵのＣＵサイズ情報に応じて、異なるコンテキスト識別子を設定できる。つまり、前記組み合わせに応じて、適切なＣＡＢＡＣコンテキスト変数を設定してレイヤ間画像予測フラグを復号できるため、当該フラグの符号量を削減できる。また、コンテキスト識別子の導出において、上隣接領域の情報を参照しないため、上左両方の隣接領域の情報を参照してコンテキスト識別子を導出する方式に較べてメモリを削減できる。
【０２７１】
なお、左隣接領域のレイヤ間画像予測フラグと対象ＣＵのＣＵサイズ情報の組み合わせに基づいてコンテキスト識別子を決定する場合、図２０の具体例に示したように、ＣＵサイズの小さいＣＵ（ＣＵデプスの大きいＣＵ）において左隣接領域の情報に基づいてコンテキスト識別子を決定し、ＣＵサイズの大きいＣＵ（ＣＵデプスの小さいＣＵ）において左隣接領域の情報を利用せずにコンテキスト識別子を決定することが好ましい。
【０２７２】
一般に、レイヤ間画像予測フラグをＣＵ毎に復号する場合、小さいＣＵほど単位面積当たりのフラグ符号量が増加する。したがって、小さいＣＵほど、対象ＣＵの復号時の情報に適したＣＡＢＡＣコンテキスト変数を設定してフラグの復号を行うことが重要となる。ゆえに、小ＣＵに対して、左隣接領域のフラグを参照して、大ＣＵに較べて多くのコンテキスト識別子の中から、対象ＣＵのフラグ復号に用いるコンテキスト識別子を選択可能とすることで、小ＣＵにおける当該フラグの符号量を削減できる。一方、大きいＣＵでは、逆に単位面積当たりのフラグ符号量が少ないため、左隣接領域の情報を考慮せず単一のＣＡＢＡＣコンテキスト変数を用いて当該フラグを復号することで、フラグ符号量を大きく増加することなく、コンテキスト識別子決定処理を簡略化できる。
【０２７３】
＜変形例３．レイヤ間画像予測フラグの条件付復号＞
上記動画像復号装置１の実施形態の説明では、図８を参照して、レイヤ間画像予測フラグ（texture_rl_flag）を上位レイヤ（nuh_layer_id>0）において常に復号すると記載したが、それに限らない。特定の条件でのみレイヤ間画像予測フラグを復号するようシンタックス定義を定めても構わない。
【０２７４】
例えば、対象レイヤ上の対象ＣＵに対応する参照レイヤの復号領域が利用可能か否かの判定を行い、当該判定結果に基づいてレイヤ間画像予測フラグを条件付きで復号するようシンタックス定義を定めてもよい。より具体的には、当該判定結果が、対応する参照レイヤの復号領域が利用不可であることを示す場合にレイヤ間画像予測フラグを復号せず、利用可であることを示す場合にレイヤ間画像予測フラグを復号するようシンタックス定義を定めることが好ましい。
【０２７５】
なお、参照レイヤの復号領域が利用可能か否かは、以下のａ）〜ｅ）の条件の何れか成立する場合、または、複数の条件の何れもが成立する場合として判定できる。
【０２７６】
ａ）対応する参照レイヤの復号領域の復号画像が未復号である。
【０２７７】
ｂ）対応する参照レイヤの復号領域の復号画像がレイヤ間画像予測使用不可領域として通知されている。（例えば、ＳＰＳやＰＰＳのパラメータセットに参照レイヤの特定領域のレイヤ間画像予測への使用可否を示す情報が含まれている。）
ｃ）対応する参照レイヤの復号領域が、参照レイヤのピクチャの範囲外である。（例えば、参照レイヤの復号領域を示す座標が、参照レイヤのピクチャの範囲を超えている。）
上記の例によれば、レイヤ間画像予測の適用が不可能な対象レイヤ上の符号化単位において、レイヤ間画像予測フラグの復号を省略できる。そのため、レイヤ間画像予測フラグの符号量を削減できる。
【０２７８】
〔階層動画像符号化装置〕
以下では、本実施形態に係る階層動画像符号化装置２の構成について、図２４〜図２５を参照して説明する。
【０２７９】
（階層動画像符号化装置の構成）
図２４を用いて、階層動画像符号化装置２の概略的構成について説明すると次のとおりである。図２４は、階層動画像符号化装置２の概略的構成について示した機能ブロック図である。階層動画像符号化装置２は、対象レイヤの入力画像ＰＩＮ＃Ｔを、参照レイヤ符号化データＤＡＴＡ＃Ｒを参照しながら符号化して、対象レイヤの階層符号化データＤＡＴＡを生成する。なお、参照レイヤ符号化データＤＡＴＡ＃Ｒは、参照レイヤに対応する階層動画像符号化装置において符号化済みであるとする。
【０２８０】
図２４に示すように階層動画像符号化装置２は、予測パラメータ決定部２１、予測情報生成部２２、ベース復号部２３、テクスチャ情報生成部２４、可変長符号化部２５、およびＮＡＬ多重化部２６を備える。
【０２８１】
予測パラメータ決定部２１は、入力画像ＰＩＮ＃Ｔに基づいて、予測画像の予測に用いられる予測パラメータおよびその他の符号化の設定を決定する。
【０２８２】
予測パラメータ決定部２１は、予測パラメータをはじめとする符号化の設定を、以下のとおり行う。
【０２８３】
まず、予測パラメータ決定部２１は、入力画像ＰＩＮ＃Ｔを、スライス単位、ＣＴＵ単位、ＣＵ単位に順次分割することにより、対象ＣＵについてのＣＵ画像を生成する。
【０２８４】
また、予測パラメータ決定部２１は、分割処理の結果に基づいて、符号化情報（ヘッダ情報とも称されることがある）を生成する。 符号化情報は、（１）対象スライスに属するＣＴＵのサイズ、形状および対象スライス内での位置についての情報であるＣＴＵ情報と、（２）各ＣＴＵに属するＣＵのサイズ、形状および対象ツリーブロック内での位置についての情報であるＣＵ情報とを含んでいる。
【０２８５】
さらに、予測パラメータ決定部２１は、ＣＵ画像、ＣＴＵ情報、およびＣＵ情報を参照して、対象ＣＵのＣＵ予測タイプ、対象ＣＵのＰＵへの分割情報、および、予測パラメータ（対象ＣＵがイントラＣＵであればレイヤ間予測フラグと空間予測モード、インターＣＵであれば動き補償パラメータ）を導出する。
【０２８６】
予測パラメータ決定部２１は、（１）対象ＣＵの予測タイプ、（２）対象ＣＵの各ＰＵへの可能な分割パターン、および、（３）各ＰＵに割り付ける可能な予測モード（対象ＣＵがイントラＣＵであればレイヤ間予測フラグと空間予測モード、インターＣＵであれば動き補償パラメータ）、の全ての組み合わせについて、コストを算出し、最低コストの予測タイプ、分割パターン、および、予測モードを決定する。
【０２８７】
予測パラメータ決定部２１は、符号化情報および予測パラメータを予測情報生成部２２およびテクスチャ情報生成部２４に供給する。なお、説明の簡便のため図示しないが、予測パラメータ決定部２１において決定された上記の符号化の設定は、階層動画像符号化装置２の各部において参照可能とする。
【０２８８】
予測情報生成部２２は、予測パラメータ決定部２１から供給される予測パラメータに基づいて予測パラメータに関するシンタックス値を含む予測情報を生成する。予測情報生成部２２は、生成した予測情報を可変長符号化部２５に供給する。なお、予測情報生成部２２は、予測パラメータを復元する際に、テクスチャ情報生成２４が備えるフレームメモリ２４７（後述）に格納された予測パラメータを参照することができる。
【０２８９】
ベース復号部２３は、階層動画像復号装置１のベース復号部１６と同様であるので、ここではその説明を省略する。
【０２９０】
テクスチャ情報生成部２４は、入力画像ＰＩＮ＃Ｔから予測画像を減算して得られる予測残差を、直交変換・量子化した変換係数を含む変換係数情報を生成する。テクスチャ情報生成部２４は、生成した変換係数情報を可変長符号化部２５に供給する。なお、テクスチャ情報生成２４では、復元された復号画像に関する情報が、内部に備えるフレームメモリ２４７（後述）に格納される。
【０２９１】
可変長符号化部２５は、予測情報生成部２２から供給される予測情報およびテクスチャ情報生成部２４から供給される変換係数情報を可変長符号化して対象レイヤ符号化データＤＡＴＡ＃Ｔを生成する。可変長符号化部２５は、生成した対象レイヤ符号化データＤＡＴＡ＃ＴをＮＡＬ多重化部２６に供給する。
【０２９２】
ＮＡＬ多重化部２６は、可変長符号化部２５から供給される対象レイヤ符号化データＤＡＴＡ＃Ｔと、参照レイヤ符号化データＤＡＴＡ＃ＲとをＮＡＬユニットに格納することでＮＡＬ多重化した階層動画像符号化データＤＡＴＡを生成し、外部に出力する。
【０２９３】
以下では、可変長符号化部２５の詳細について説明する。
【０２９４】
（可変長符号化部）
図２５を用いて、可変長符号化部２５の詳細構成について説明する。図２５は、可変長符号化部２５の構成を例示した機能ブロック図である。
【０２９５】
図２５に示すように、可変長符号化部２５は、シンタックス値符号化部２５１、シンタックステーブル１２２、コンテキスト設定部１２３、ＣＡＢＡＣ状態記録部１２４、算術符号化部２５５、および、シンタックス値記録部１２６を備える。
【０２９６】
なお、シンタックステーブル１２２、コンテキスト設定部１２３、ＣＡＢＡＣ状態記録部１２４、および、シンタックス値記録部１２６については、図１に示した動画像復号装置１の可変長符号化部２５における同じ名称の機能ブロックと同じ機能を有するため、同一符号を付与して説明を省略する。ただし、動画像復号装置１における上記各機能ブロックの説明の記載において、「復号済」との記載は、動画像符号化装置２においては「符号化済」と読み替えることができる。
【０２９７】
シンタックス値符号化部２５１は、入力されるシンタックス値を蓄積し、所定の順序でシンタックス値に対応するバイナリデータを生成して符号化データＤＡＴＡ＃Ｔの一部として順次出力する。シンタックス値の出力順序は、シンタックステーブル１２２を参照して決定される。
【０２９８】
算術符号化部２５５は、入力されるＣＡＢＡＣコンテキスト変数を参照して、指定された符号化対象シンタックス値の特定のｂｉｎ位置のｂｉｎ値に対応するバイナリデータを算術符号化により生成して出力する。算術符号化部２５５は、特定の文脈（コンテキスト）におけるｂｉｎ値の発生確率を反映したＣＡＢＡＣコンテキスト変数、言い換えると、特定の文脈におけるｂｉｎ値の確率分布を近似する情報に基づいて算術復号を行うことで、符号化対象のｂｉｎ値に対応するより少ないバイナリデータを生成できる。
【０２９９】
＜レイヤ間画像予測フラグ符号化処理＞
可変長符号化部２５における、レイヤ間画像予測フラグのシンタックス値の符号化は次のＳ４０１〜Ｓ４０７の手順で実行される。
【０３００】
Ｓ４０１：シンタックス値符号化部２５１は、シンタックステーブル１２２を参照して、レイヤ間画像予測フラグを符号化対象シンタックスに設定する。また、レイヤ間画像予測フラグのバイナリ化方法を読み出す。レイヤ間画像予測フラグのバイナリは、１つのｂｉｎから構成される。言い換えると、レイヤ間画像予測フラグは、位置０のｂｉｎのみを含む。
【０３０１】
Ｓ４０２：シンタックス値符号化部２５１は、レイヤ間画像予測フラグのｂｉｎ位置０のｂｉｎを符号化対象ｂｉｎに設定し、当該ｂｉｎの復号に用いるコンテキスト設定をコンテキスト設定部１２３に指示する。
【０３０２】
Ｓ４０３：コンテキスト設定部１２３は、レイヤ間画像予測フラグの位置０のｂｉｎの復号に用いるコンテキスト識別子を、シンタックス記録部１２６に記録されている対象ＣＵのＣＵサイズ情報を参照して導出し、ＣＡＢＡＣ状態記録部１２４に通知する。
【０３０３】
Ｓ４０４：ＣＡＢＡＣ状態記録部１２４は、入力されたコンテキスト識別子により特定されるコンテキストに対応するＣＡＢＡＣコンテキスト変数を読出し、算術符号化部２５５に出力する。
【０３０４】
Ｓ４０５：算術符号化部２５５は、入力されたＣＡＢＡＣコンテキスト変数を算術復号の制御パラメータとして用いて、符号化対象ｂｉｎのｂｉｎ値を算術符号化して、当該ｂｉｎに対応するバイナリデータを生成してシンタックス値符号化部２５１に出力する。加えて、符号化対象ｂｉｎのｂｉｎ値をＣＡＢＡＣ状態記録部１２４に出力する。
【０３０５】
Ｓ４０６：ＣＡＢＡＣ状態記録部１２４は、入力されたｂｉｎ値に基づいて、対象コンテキストに係るＣＡＢＡＣコンテキスト変数を更新する。
【０３０６】
Ｓ４０７：シンタックス値符号化部２５１は、入力された符号化対象ｂｉｎのｂｉｎ値（ここでは、レイヤ間画像予測フラグ（texture_rl_flag）の値）に対応するバイナリデータを対象レイヤ符号化データ＃Ｔの一部として出力する。
【０３０７】
（動画像符号化装置２の効果）
以上説明した、本実施形態に係る動画像符号化装置２は、レイヤ間画像予測フラグのコンテキスト識別子を対象ＣＵのＣＵサイズ情報に基づいて導出するコンテキスト設定部を備えている。したがって、動画像符号化装置２は、対象符号化単位の隣接領域のレイヤ間画像予測フラグを参照することなく、コンテキスト識別子を導出するため、従来に較べて少ない処理量で、かつ、少ないメモリでレイヤ間画像予測フラグを符号化して符号化データを生成できる。
【０３０８】
（付記事項１：レイヤ間画像予測フラグの符号化単位）
上記の動画像復号装置１および動画像符号化装置２において、レイヤ間画像予測フラグの符号化または復号は符号化単位（ＣＵ単位）で実行されると記載したが、本発明の適用範囲はそれに限らない。例えば、レイヤ間画像予測フラグが、予測単位毎に復号または符号化される場合にも、本発明は適用可能である。その場合、ＣＵサイズを予測単位のサイズに読み変えて適用すればよい。
【０３０９】
（付記事項２：レイヤ間画像予測フラグの結合符号化）
上記の動画像復号装置１および動画像符号化装置２において、単一のレイヤ間画像予測フラグにおけるコンテキスト識別子の導出処理を説明したが、本発明の適用範囲はそれに限らない。複数のレイヤ間画像予測フラグをまとめてｂｉｎ列に対応付ける場合に、当該ｂｉｎ列の各ｂｉｎ位置の算術符号化または算術復号に用いるコンテキスト識別子を導出するために、本発明を適用できる。また、レイヤ間画像予測フラグと、別の符号化パラメータの組み合わせに対してｂｉｎ列を対応付け、当該ｂｉｎ列の各ｂｉｎ位置の算術符号化または算術復号に用いるコンテキスト識別子を導出するために、本発明を適用できる。例えば、レイヤ間画像予測フラグと、イントラＣＵとインターＣＵの判別フラグの組み合わせに対して本発明を適用できる。
【０３１０】
（他の階層動画像符号化／復号システムへの適用例）
上述した階層動画像符号化装置２及び階層動画像復号装置１は、動画像の送信、受信、記録、再生を行う各種装置に搭載して利用することができる。なお、動画像は、カメラ等により撮像された自然動画像であってもよいし、コンピュータ等により生成された人工動画像（ＣＧおよびＧＵＩを含む）であってもよい。
【０３１１】
図２６に基づいて、上述した階層動画像符号化装置２および階層動画像復号装置１を、動画像の送信および受信に利用できることを説明する。図２６の（ａ）は、階層動画像符号化装置２を搭載した送信装置ＰＲＯＤ＿Ａの構成を示したブロック図である。
【０３１２】
図２６の（ａ）に示すように、送信装置ＰＲＯＤ＿Ａは、動画像を符号化することによって符号化データを得る符号化部ＰＲＯＤ＿Ａ１と、符号化部ＰＲＯＤ＿Ａ１が得た符号化データで搬送波を変調することによって変調信号を得る変調部ＰＲＯＤ＿Ａ２と、変調部ＰＲＯＤ＿Ａ２が得た変調信号を送信する送信部ＰＲＯＤ＿Ａ３とを備えている。上述した階層動画像符号化装置２は、この符号化部ＰＲＯＤ＿Ａ１として利用される。
【０３１３】
送信装置ＰＲＯＤ＿Ａは、符号化部ＰＲＯＤ＿Ａ１に入力する動画像の供給源として、動画像を撮像するカメラＰＲＯＤ＿Ａ４、動画像を記録した記録媒体ＰＲＯＤ＿Ａ５、動画像を外部から入力するための入力端子ＰＲＯＤ＿Ａ６、及び、画像を生成または加工する画像処理部Ａ７を更に備えていてもよい。図２６の（ａ）においては、これら全てを送信装置ＰＲＯＤ＿Ａが備えた構成を例示しているが、一部を省略しても構わない。
【０３１４】
なお、記録媒体ＰＲＯＤ＿Ａ５は、符号化されていない動画像を記録したものであってもよいし、伝送用の符号化方式とは異なる記録用の符号化方式で符号化された動画像を記録したものであってもよい。後者の場合、記録媒体ＰＲＯＤ＿Ａ５と符号化部ＰＲＯＤ＿Ａ１との間に、記録媒体ＰＲＯＤ＿Ａ５から読み出した符号化データを記録用の符号化方式に従って復号する復号部（不図示）を介在させるとよい。
【０３１５】
図２６の（ｂ）は、階層動画像復号装置１を搭載した受信装置ＰＲＯＤ＿Ｂの構成を示したブロック図である。図２６の（ｂ）に示すように、受信装置ＰＲＯＤ＿Ｂは、変調信号を受信する受信部ＰＲＯＤ＿Ｂ１と、受信部ＰＲＯＤ＿Ｂ１が受信した変調信号を復調することによって符号化データを得る復調部ＰＲＯＤ＿Ｂ２と、復調部ＰＲＯＤ＿Ｂ２が得た符号化データを復号することによって動画像を得る復号部ＰＲＯＤ＿Ｂ３とを備えている。上述した階層動画像復号装置１は、この復号部ＰＲＯＤ＿Ｂ３として利用される。
【０３１６】
受信装置ＰＲＯＤ＿Ｂは、復号部ＰＲＯＤ＿Ｂ３が出力する動画像の供給先として、動画像を表示するディスプレイＰＲＯＤ＿Ｂ４、動画像を記録するための記録媒体ＰＲＯＤ＿Ｂ５、及び、動画像を外部に出力するための出力端子ＰＲＯＤ＿Ｂ６を更に備えていてもよい。図２６の（ｂ）においては、これら全てを受信装置ＰＲＯＤ＿Ｂが備えた構成を例示しているが、一部を省略しても構わない。
【０３１７】
なお、記録媒体ＰＲＯＤ＿Ｂ５は、符号化されていない動画像を記録するためのものであってもよいし、伝送用の符号化方式とは異なる記録用の符号化方式で符号化されたものであってもよい。後者の場合、復号部ＰＲＯＤ＿Ｂ３と記録媒体ＰＲＯＤ＿Ｂ５との間に、復号部ＰＲＯＤ＿Ｂ３から取得した動画像を記録用の符号化方式に従って符号化する符号化部（不図示）を介在させるとよい。
【０３１８】
なお、変調信号を伝送する伝送媒体は、無線であってもよいし、有線であってもよい。また、変調信号を伝送する伝送態様は、放送（ここでは、送信先が予め特定されていない送信態様を指す）であってもよいし、通信（ここでは、送信先が予め特定されている送信態様を指す）であってもよい。すなわち、変調信号の伝送は、無線放送、有線放送、無線通信、及び有線通信の何れによって実現してもよい。
【０３１９】
例えば、地上デジタル放送の放送局（放送設備など）／受信局（テレビジョン受像機など）は、変調信号を無線放送で送受信する送信装置ＰＲＯＤ＿Ａ／受信装置ＰＲＯＤ＿Ｂの一例である。また、ケーブルテレビ放送の放送局（放送設備など）／受信局（テレビジョン受像機など）は、変調信号を有線放送で送受信する送信装置ＰＲＯＤ＿Ａ／受信装置ＰＲＯＤ＿Ｂの一例である。
【０３２０】
また、インターネットを用いたＶＯＤ（Video On Demand）サービスや動画共有サービスなどのサーバ（ワークステーションなど）／クライアント（テレビジョン受像機、パーソナルコンピュータ、スマートフォンなど）は、変調信号を通信で送受信する送信装置ＰＲＯＤ＿Ａ／受信装置ＰＲＯＤ＿Ｂの一例である（通常、ＬＡＮにおいては伝送媒体として無線又は有線の何れかが用いられ、ＷＡＮにおいては伝送媒体として有線が用いられる）。ここで、パーソナルコンピュータには、デスクトップ型ＰＣ、ラップトップ型ＰＣ、及びタブレット型ＰＣが含まれる。また、スマートフォンには、多機能携帯電話端末も含まれる。
【０３２１】
なお、動画共有サービスのクライアントは、サーバからダウンロードした符号化データを復号してディスプレイに表示する機能に加え、カメラで撮像した動画像を符号化してサーバにアップロードする機能を有している。すなわち、動画共有サービスのクライアントは、送信装置ＰＲＯＤ＿Ａ及び受信装置ＰＲＯＤ＿Ｂの双方として機能する。
【０３２２】
図２７に基づいて、上述した階層動画像符号化装置２および階層動画像復号装置１を、動画像の記録および再生に利用できることを説明する。図２７の（ａ）は、上述した階層動画像符号化装置２を搭載した記録装置ＰＲＯＤ＿Ｃの構成を示したブロック図である。
【０３２３】
図２７の（ａ）に示すように、記録装置ＰＲＯＤ＿Ｃは、動画像を符号化することによって符号化データを得る符号化部ＰＲＯＤ＿Ｃ１と、符号化部ＰＲＯＤ＿Ｃ１が得た符号化データを記録媒体ＰＲＯＤ＿Ｍに書き込む書込部ＰＲＯＤ＿Ｃ２と、を備えている。上述した階層動画像符号化装置２は、この符号化部ＰＲＯＤ＿Ｃ１として利用される。
【０３２４】
なお、記録媒体ＰＲＯＤ＿Ｍは、（１）ＨＤＤ（Hard Disk Drive）やＳＳＤ(Solid State Drive)等のように、記録装置ＰＲＯＤ＿Ｃに内蔵されるタイプのものであってもよいし、（２）ＳＤメモリカードやＵＳＢ（Universal Serial Bus）フラッシュメモリ等のように、記録装置ＰＲＯＤ＿Ｃに接続されるタイプのものであってもよいし、（３）ＤＶＤ（Digital Versatile Disc）やＢＤ（Blu-ray Disc:登録商標）等のように、記録装置ＰＲＯＤ＿Ｃに内蔵されたドライブ装置（不図示）に装填されるものであってもよい。
【０３２５】
また、記録装置ＰＲＯＤ＿Ｃは、符号化部ＰＲＯＤ＿Ｃ１に入力する動画像の供給源として、動画像を撮像するカメラＰＲＯＤ＿Ｃ３、動画像を外部から入力するための入力端子ＰＲＯＤ＿Ｃ４、動画像を受信するための受信部ＰＲＯＤ＿Ｃ５、及び、画像を生成または加工する画像処理部Ｃ６を更に備えていてもよい。図２７の（ａ）においては、これら全てを記録装置ＰＲＯＤ＿Ｃが備えた構成を例示しているが、一部を省略しても構わない。
【０３２６】
なお、受信部ＰＲＯＤ＿Ｃ５は、符号化されていない動画像を受信するものであってもよいし、記録用の符号化方式とは異なる伝送用の符号化方式で符号化された符号化データを受信するものであってもよい。後者の場合、受信部ＰＲＯＤ＿Ｃ５と符号化部ＰＲＯＤ＿Ｃ１との間に、伝送用の符号化方式で符号化された符号化データを復号する伝送用復号部（不図示）を介在させるとよい。
【０３２７】
このような記録装置ＰＲＯＤ＿Ｃとしては、例えば、ＤＶＤレコーダ、ＢＤレコーダ、ＨＤＤ（Hard Disk Drive）レコーダなどが挙げられる（この場合、入力端子ＰＲＯＤ＿Ｃ４又は受信部ＰＲＯＤ＿Ｃ５が動画像の主な供給源となる）。また、カムコーダ（この場合、カメラＰＲＯＤ＿Ｃ３が動画像の主な供給源となる）、パーソナルコンピュータ（この場合、受信部ＰＲＯＤ＿Ｃ５又は画像処理部Ｃ６が動画像の主な供給源となる）、スマートフォン（この場合、カメラＰＲＯＤ＿Ｃ３又は受信部ＰＲＯＤ＿Ｃ５が動画像の主な供給源となる）なども、このような記録装置ＰＲＯＤ＿Ｃの一例である。
【０３２８】
図２７の（ｂ）は、上述した階層動画像復号装置１を搭載した再生装置ＰＲＯＤ＿Ｄの構成を示したブロックである。図２７の（ｂ）に示すように、再生装置ＰＲＯＤ＿Ｄは、記録媒体ＰＲＯＤ＿Ｍに書き込まれた符号化データを読み出す読出部ＰＲＯＤ＿Ｄ１と、読出部ＰＲＯＤ＿Ｄ１が読み出した符号化データを復号することによって動画像を得る復号部ＰＲＯＤ＿Ｄ２と、を備えている。上述した階層動画像復号装置１は、この復号部ＰＲＯＤ＿Ｄ２として利用される。
【０３２９】
なお、記録媒体ＰＲＯＤ＿Ｍは、（１）ＨＤＤやＳＳＤなどのように、再生装置ＰＲＯＤ＿Ｄに内蔵されるタイプのものであってもよいし、（２）ＳＤメモリカードやＵＳＢフラッシュメモリなどのように、再生装置ＰＲＯＤ＿Ｄに接続されるタイプのものであってもよいし、（３）ＤＶＤやＢＤなどのように、再生装置ＰＲＯＤ＿Ｄに内蔵されたドライブ装置（不図示）に装填されるものであってもよい。
【０３３０】
また、再生装置ＰＲＯＤ＿Ｄは、復号部ＰＲＯＤ＿Ｄ２が出力する動画像の供給先として、動画像を表示するディスプレイＰＲＯＤ＿Ｄ３、動画像を外部に出力するための出力端子ＰＲＯＤ＿Ｄ４、及び、動画像を送信する送信部ＰＲＯＤ＿Ｄ５を更に備えていてもよい。図２７の（ｂ）においては、これら全てを再生装置ＰＲＯＤ＿Ｄが備えた構成を例示しているが、一部を省略しても構わない。
【０３３１】
なお、送信部ＰＲＯＤ＿Ｄ５は、符号化されていない動画像を送信するものであってもよいし、記録用の符号化方式とは異なる伝送用の符号化方式で符号化された符号化データを送信するものであってもよい。後者の場合、復号部ＰＲＯＤ＿Ｄ２と送信部ＰＲＯＤ＿Ｄ５との間に、動画像を伝送用の符号化方式で符号化する符号化部（不図示）を介在させるとよい。
【０３３２】
このような再生装置ＰＲＯＤ＿Ｄとしては、例えば、ＤＶＤプレイヤ、ＢＤプレイヤ、ＨＤＤプレイヤなどが挙げられる（この場合、テレビジョン受像機等が接続される出力端子ＰＲＯＤ＿Ｄ４が動画像の主な供給先となる）。また、テレビジョン受像機（この場合、ディスプレイＰＲＯＤ＿Ｄ３が動画像の主な供給先となる）、デジタルサイネージ（電子看板や電子掲示板等とも称され、ディスプレイＰＲＯＤ＿Ｄ３又は送信部ＰＲＯＤ＿Ｄ５が動画像の主な供給先となる）、デスクトップ型ＰＣ（この場合、出力端子ＰＲＯＤ＿Ｄ４又は送信部ＰＲＯＤ＿Ｄ５が動画像の主な供給先となる）、ラップトップ型又はタブレット型ＰＣ（この場合、ディスプレイＰＲＯＤ＿Ｄ３又は送信部ＰＲＯＤ＿Ｄ５が動画像の主な供給先となる）、スマートフォン（この場合、ディスプレイＰＲＯＤ＿Ｄ３又は送信部ＰＲＯＤ＿Ｄ５が動画像の主な供給先となる）なども、このような再生装置ＰＲＯＤ＿Ｄの一例である。
【０３３３】
（ハードウェア的実現およびソフトウェア的実現について）
最後に、階層動画像復号装置１、階層動画像符号化装置２の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０３３４】
後者の場合、上記各装置は、各機能を実現する制御プログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである上記各装置の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記各装置に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ（Micro Processing Unit））が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０３３５】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）／ＭＯ（Magneto-Optical）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disk）／ＣＤ−Ｒ（CD Recordable）等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ（Erasable Programmable Read-only Memory）／ＥＥＰＲＯＭ（登録商標）（Electrically Erasable and Programmable Read-only Memory）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０３３６】
また、上記各装置を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＩＳＤＮ（Integrated Services Digital Network）、ＶＡＮ（Value-Added Network）、ＣＡＴＶ（Community Antenna Television）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡ（Infrared Data Association）やリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０３３７】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０３３８】
本発明は、画像データが階層的に符号化された符号化データを復号する階層画像復号装置、および、画像データが階層的に符号化された符号化データを生成する階層画像符号化装置に好適に適用することができる。また、階層画像符号化装置によって生成され、階層画像復号装置によって参照される階層符号化データのデータ構造に好適に適用することができる。
【符号の説明】
【０３３９】
１          階層動画像復号装置（画像復号装置）
１１        ＮＡＬ逆多重化部
１２        可変長復号部（可変長復号手段）
１２１      シンタックス値復号部（シンタックス値復号手段）
１２２      シンタックステーブル
１２３      コンテキスト設定部（コンテキスト設定手段）
１２４      ＣＡＢＡＣ状態記録部
１２５      算術復号部
１２６      シンタックス値記録部
１４        予測パラメータ復元部
１４１      ＣＵタイプ選択部
１４２      イントラ予測情報復元部
１４３      レイヤ間画像予測情報復元部
１４４      動き情報復元部
１５        テクスチャ復元部
１５１      逆直行変換・逆量子化部
１５２      テクスチャ予測部
１５２Ｔ    インター予測部
１５２Ｓ    イントラ予測部
１５２Ｂ    レイヤ間画像予測部（レイヤ間画像予測手段）
１６        ベース復号部
１６１      可変長復号部
１６２      ベース予測パラメータ復元部
１６３      ベース変換係数復号部
１６４      ベーステクスチャ復元部
２          階層動画像符号化装置（画像符号化装置）
２１        予測パラメータ決定部
２２        予測情報生成部
２３        ベース復号部
２４        テクスチャ情報生成部
２５        可変長符号化部
２５１      シンタックス値符号化部（シンタックス値符号化手段）
２５５      算術符号化部
２６        ＮＡＬ多重化部
【図１】
2014176039.tif 000003
【図２】
2014176039.tif 000004
【図３】
2014176039.tif 000005
【図４】
2014176039.tif 000006
【図５】
2014176039.tif 000007
【図６】
2014176039.tif 000008
【図７】
2014176039.tif 000009
【図８】
2014176039.tif 000010
【図９】
2014176039.tif 000011
【図１０】
2014176039.tif 000012
【図１１】
2014176039.tif 000013
【図１２】
2014176039.tif 000014
【図１３】
2014176039.tif 000015
【図１４】
2014176039.tif 000016
【図１５】
2014176039.tif 000017
【図１６】
2014176039.tif 000018
【図１７】
2014176039.tif 000019
【図１８】
2014176039.tif 000020
【図１９】
2014176039.tif 000021
【図２０】
2014176039.tif 000022
【図２１】
2014176039.tif 000023
【図２２】
2014176039.tif 000024
【図２３】
2014176039.tif 000025
【図２４】
2014176039.tif 000026
【図２５】
2014176039.tif 000027
【図２６】
2014176039.tif 000028
【図２７】
2014176039.tif 000029