(57)【要約】【課題】より容易に符号化効率を向上させることができるようにする。【解決手段】ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報を設定する設定部と、前記設定部により設定された前記キーピクチャ指定情報により指定されるキーピクチャを参照して、カレントピクチャを符号化する符号化部とを備える。本開示は、例えば、画像データを符号化する画像符号化装置、または、画像データが符号化された符号化データを復号する画像復号装置等の画像処理装置に適用することができる。【選択図】図１５
2015089078.tif 000002
【特許請求の範囲】
【請求項１】
ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報を設定する設定部と、
前記設定部により設定された前記キーピクチャ指定情報により指定されるキーピクチャを参照して、カレントピクチャを符号化する符号化部と
を備える画像処理装置。
【請求項２】
前記キーピクチャ指定情報は、ロングターム指定された各ピクチャについて、それぞれ前記キーピクチャに指定するかを示す情報である
請求項１に記載の画像処理装置。
【請求項３】
前記キーピクチャ指定情報は、ロングターム指定された全てのピクチャを前記キーピクチャに指定するかを示す情報である
請求項１に記載の画像処理装置。
【請求項４】
前記キーピクチャ指定情報は、ロングターム指定されたピクチャの、前記カレントピクチャから参照可能なレイヤの内、最も高いレイヤを前記キーピクチャに指定するかを示す情報である
請求項１に記載の画像処理装置。
【請求項５】
前記設定部は、前記キーピクチャ指定情報をシーケンスパラメータセットにおいて設定する
請求項１に記載の画像処理装置。
【請求項６】
前記設定部は、前記キーピクチャ指定情報により、ロングターム指定されたピクチャが前記キーピクチャに指定される場合、前記ロングターム指定されたピクチャの、前記キーピクチャとするレイヤを指定するレイヤ指定情報をさらに設定する
請求項１に記載の画像処理装置。
【請求項７】
前記設定部は、前記レイヤ指定情報をシーケンスパラメータセットにおいて設定する
請求項６に記載の画像処理装置。
【請求項８】
前記設定部は、ロングターム指定されたピクチャを前記キーピクチャに指定することができるかを示すキーピクチャ指定可能情報を設定し、前記キーピクチャ指定可能情報において、前記ロングターム指定されたピクチャを前記キーピクチャに指定することができることが示される場合、前記キーピクチャ指定情報をさらに設定する
請求項１に記載の画像処理装置。
【請求項９】
前記設定部は、前記キーピクチャ指定可能情報をビデオパラメータセットにおいて設定し、前記キーピクチャ指定情報をシーケンスパラメータセットにおいて設定する
請求項８に記載の画像処理装置。
【請求項１０】
ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報を設定し、
設定された前記キーピクチャ指定情報により指定されるキーピクチャを参照して、カレントピクチャを符号化する
画像処理方法。
【請求項１１】
ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報をパースするパース部と、
前記パース部による前記キーピクチャ指定情報のパース結果に基づいて、前記キーピクチャ指定情報により指定されるキーピクチャを参照して、符号化されたカレントピクチャの復号を行う復号部と
を備える画像処理装置。
【請求項１２】
前記キーピクチャ指定情報は、ロングターム指定された各ピクチャについて、それぞれ前記キーピクチャに指定するかを示す情報である
請求項１１に記載の画像処理装置。
【請求項１３】
前記キーピクチャ指定情報は、ロングターム指定された全てのピクチャを前記キーピクチャに指定するかを示す情報である
請求項１１に記載の画像処理装置。
【請求項１４】
前記キーピクチャ指定情報は、ロングターム指定されたピクチャの、前記カレントピクチャから参照可能なレイヤの内、最も高いレイヤを前記キーピクチャに指定するかを示す情報である
請求項１１に記載の画像処理装置。
【請求項１５】
前記パース部は、シーケンスパラメータセットに設定されている前記キーピクチャ指定情報をパースする
請求項１１に記載の画像処理装置。
【請求項１６】
前記パース部は、前記キーピクチャ指定情報により、ロングターム指定されたピクチャが前記キーピクチャに指定される場合、前記ロングターム指定されたピクチャの、前記キーピクチャとするレイヤを指定するレイヤ指定情報をさらにパースする
請求項１１に記載の画像処理装置。
【請求項１７】
前記パース部は、シーケンスパラメータセットにおいて設定されている前記レイヤ指定情報をパースする
請求項１６に記載の画像処理装置。
【請求項１８】
前記パース部は、ロングターム指定されたピクチャを前記キーピクチャに指定することができるかを示すキーピクチャ指定可能情報をパースし、前記キーピクチャ指定可能情報において、前記ロングターム指定されたピクチャを前記キーピクチャに指定することができることが示される場合、前記キーピクチャ指定情報をさらにパースする
請求項１１に記載の画像処理装置。
【請求項１９】
前記パース部は、ビデオパラメータセットにおいて設定されている前記キーピクチャ指定可能情報をパースし、シーケンスパラメータセットにおいて設定されている前記キーピクチャ指定情報をパースする
請求項１８に記載の画像処理装置。
【請求項２０】
ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報をパースし、
前記キーピクチャ指定情報のパース結果に基づいて、前記キーピクチャ指定情報により指定されるキーピクチャを参照して、符号化されたカレントピクチャの復号を行う
画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は画像処理装置および方法に関し、特に、より容易に符号化効率を向上させることができるようにした画像処理装置および方法に関する。
【背景技術】
【０００２】
近年、MPEG-4 Part10 （Advanced Video Coding、以下AVCと記す）より更なる符号化効率の向上を目的として、ITU-T（International Telecommunication Union Telecommunication Standardization Sector）と、ISO/IEC（International Organization for Standardization / International Electrotechnical Commission）の共同の標準化団体であるJCTVC（Joint Collaboration Team - Video Coding）により、HEVC（High Efficiency Video Coding）と呼ばれる符号化方式の標準化が進められている（例えば、非特許文献１参照）。
【０００３】
このHEVCにおいて、ベースレイヤのピクチャの復号に、エンハンスメントレイヤの一部のピクチャの情報を利用する方法が検討されている（例えば、非特許文献２参照）。このようなエンハンスメントレイヤのピクチャをキーピクチャ（Key Picture）と称する。一般的に、エンハンスメントレイヤのピクチャは、ベースレイヤのピクチャよりも高画質であるので、このようなキーピクチャを動き予測に用いることにより、予測効率が向上し、符号化効率を向上させることができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Benjamin Bross, Woo-Jin Han, Jens-Rainer Ohm, Gary J. Sullivan, Ye-Kui Wang, Thomas Wiegand, " High Efficiency Video Coding (HEVC) text specification draft 10 (for FDIS & Last Call)", JCTVC-L1003_version 34, 2013-03-19
【非特許文献２】Krishna Rapaka, Jianle Chen, Marta Karczewicz, "Using decoded pictures from higher layer as references in SHVC", JCTVC-N0161r1, 2013-07-27
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、非特許文献２に記載の方法では、拡張ビデオパラメータセット（VPS_EXT）においてキーピクチャ参照に用いられる可能性のあるレイヤを1ビットのフラグ（enable_higher_layer_ref_pic_pred[i]）で指定するが、指定されたレイヤの中の、どのPOC（Picture Order Count）のピクチャがキーピクチャであるかまでは、RPS（Reference Picture Set）を復号するまでわからないようになっている。また、キーピクチャのレイヤは、カレントピクチャの1つ上のレイヤに固定されている。そのため、キーピクチャを利用するのに煩雑な処理が必要になり、符号化効率を向上させることが困難になる恐れがあった。
【０００６】
本開示は、このような状況に鑑みてなされたものであり、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の一側面の画像処理装置は、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報を設定する設定部と、前記設定部により設定された前記キーピクチャ指定情報により指定されるキーピクチャを参照して、カレントピクチャを符号化する符号化部とを備える画像処理装置である。
【０００８】
前記キーピクチャ指定情報は、ロングターム指定された各ピクチャについて、それぞれ前記キーピクチャに指定するかを示す情報であるようにすることができる。
【０００９】
前記キーピクチャ指定情報は、ロングターム指定された全てのピクチャを前記キーピクチャに指定するかを示す情報であるようにすることができる。
【００１０】
前記キーピクチャ指定情報は、ロングターム指定されたピクチャの、前記カレントピクチャから参照可能なレイヤの内、最も高いレイヤを前記キーピクチャに指定するかを示す情報であるようにすることができる。
【００１１】
前記設定部は、前記キーピクチャ指定情報をシーケンスパラメータセットにおいて設定することができる。
【００１２】
前記設定部は、前記キーピクチャ指定情報により、ロングターム指定されたピクチャが前記キーピクチャに指定される場合、前記ロングターム指定されたピクチャの、前記キーピクチャとするレイヤを指定するレイヤ指定情報をさらに設定することができる。
【００１３】
前記設定部は、前記レイヤ指定情報をシーケンスパラメータセットにおいて設定することができる。
【００１４】
前記設定部は、ロングターム指定されたピクチャを前記キーピクチャに指定することができるかを示すキーピクチャ指定可能情報を設定し、前記キーピクチャ指定可能情報において、前記ロングターム指定されたピクチャを前記キーピクチャに指定することができることが示される場合、前記キーピクチャ指定情報をさらに設定することができる。
【００１５】
前記設定部は、前記キーピクチャ指定可能情報をビデオパラメータセットにおいて設定し、前記キーピクチャ指定情報をシーケンスパラメータセットにおいて設定することができる。
【００１６】
本技術の一側面の画像処理方法は、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報を設定し、設定された前記キーピクチャ指定情報により指定されるキーピクチャを参照して、カレントピクチャを符号化する画像処理方法である。
【００１７】
本技術の他の側面の画像処理装置は、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報をパースするパース部と、前記パース部による前記キーピクチャ指定情報のパース結果に基づいて、前記キーピクチャ指定情報により指定されるキーピクチャを参照して、符号化されたカレントピクチャの復号を行う復号部とを備える画像処理装置である。
【００１８】
前記キーピクチャ指定情報は、ロングターム指定された各ピクチャについて、それぞれ前記キーピクチャに指定するかを示す情報であるようにすることができる。
【００１９】
前記キーピクチャ指定情報は、ロングターム指定された全てのピクチャを前記キーピクチャに指定するかを示す情報であるようにすることができる。
【００２０】
前記キーピクチャ指定情報は、ロングターム指定されたピクチャの、前記カレントピクチャから参照可能なレイヤの内、最も高いレイヤを前記キーピクチャに指定するかを示す情報であるようにすることができる。
【００２１】
前記パース部は、シーケンスパラメータセットに設定されている前記キーピクチャ指定情報をパースすることができる。
【００２２】
前記パース部は、前記キーピクチャ指定情報により、ロングターム指定されたピクチャが前記キーピクチャに指定される場合、前記ロングターム指定されたピクチャの、前記キーピクチャとするレイヤを指定するレイヤ指定情報をさらにパースすることができる。
【００２３】
前記パース部は、シーケンスパラメータセットにおいて設定されている前記レイヤ指定情報をパースすることができる。
【００２４】
前記パース部は、ロングターム指定されたピクチャを前記キーピクチャに指定することができるかを示すキーピクチャ指定可能情報をパースし、前記キーピクチャ指定可能情報において、前記ロングターム指定されたピクチャを前記キーピクチャに指定することができることが示される場合、前記キーピクチャ指定情報をさらにパースすることができる。
【００２５】
前記パース部は、ビデオパラメータセットにおいて設定されている前記キーピクチャ指定可能情報をパースし、シーケンスパラメータセットにおいて設定されている前記キーピクチャ指定情報をパースすることができる。
【００２６】
本技術の他の側面の画像処理方法は、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報をパースし、前記キーピクチャ指定情報のパース結果に基づいて、前記キーピクチャ指定情報により指定されるキーピクチャを参照して、符号化されたカレントピクチャの復号を行う画像処理方法である。
【００２７】
本技術の一側面においては、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報が設定され、設定された前記キーピクチャ指定情報により指定されるキーピクチャが参照されて、カレントピクチャが符号化される。
【００２８】
本技術の他の側面においては、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報がパースされ、前記キーピクチャ指定情報のパース結果に基づいて、前記キーピクチャ指定情報により指定されるキーピクチャが参照されて、符号化されたカレントピクチャの復号が行われる。
【発明の効果】
【００２９】
本開示によれば、画像を符号化・復号することができる。特に、より容易に符号化効率を向上させることができる。
【図面の簡単な説明】
【００３０】
【図１】コーディングユニットの構成例を説明する図である。
【図２】階層画像符号化方式の例を示す図である。
【図３】スペーシャルなスケーラブル符号化の例を説明する図である。
【図４】テンポラルなスケーラブル符号化の例を説明する図である。
【図５】信号雑音比のスケーラブル符号化の例を説明する図である。
【図６】キーピクチャの例を説明する図である。
【図７】ロングターム参照の例を説明する図である。
【図８】キーピクチャ指定の様子の例を説明する図である。
【図９】キーピクチャ指定の様子の例を説明する図である。
【図１０】拡張ビデオパラメータセットで設定するシンタクス要素の例を示す図である。
【図１１】拡張シーケンスパラメータセットで設定するシンタクス要素の例を示す図である。
【図１２】拡張シーケンスパラメータセットで設定するシンタクス要素の例を示す図である。
【図１３】HEVCのバージョン1との互換性を説明する図である。
【図１４】動きベクトル予測効率の改善について説明する図である。
【図１５】画像符号化装置の主な構成例を示すブロック図である。
【図１６】設定部の主な構成例を示すブロック図である。
【図１７】拡張VPS設定部の主な構成例を示すブロック図である。
【図１８】拡張SPS設定部の主な構成例を示すブロック図である。
【図１９】符号化部の主な構成例を示すブロック図である。
【図２０】ベースレイヤ画像符号化部の主な構成例を示すブロック図である。
【図２１】エンハンスメントレイヤ画像符号化部の主な構成例を示すブロック図である。
【図２２】画像符号化処理の流れの例を説明するフローチャートである。
【図２３】パラメータセット設定処理の流れの例を説明するフローチャートである。
【図２４】拡張ビデオパラメータセット設定処理の流れの例を説明するフローチャートである。
【図２５】拡張シーケンスパラメータセット設定処理の流れの例を説明するフローチャートである。
【図２６】拡張シーケンスパラメータセット設定処理の流れの、他の例を説明するフローチャートである。
【図２７】拡張シーケンスパラメータセット設定処理の流れの、さらに他の例を説明するフローチャートである。
【図２８】符号化ストリーム生成処理の流れの例を説明するフローチャートである。
【図２９】ベースレイヤ符号化処理の流れの例を説明するフローチャートである。
【図３０】インター予測処理の流れの例を説明するフローチャートである。
【図３１】エンハンスメントレイヤ符号化処理の流れの例を説明するフローチャートである。
【図３２】画像復号装置の主な構成例を示すブロック図である。
【図３３】パース部の主な構成例を示すブロック図である。
【図３４】拡張VPSパース部の主な構成例を示すブロック図である。
【図３５】拡張SPSパース部の主な構成例を示すブロック図である。
【図３６】復号部の主な構成例を示すブロック図である。
【図３７】ベースレイヤ画像復号部の主な構成例を示すブロック図である。
【図３８】エンハンスメントレイヤ画像復号部の主な構成例を示すブロック図である。
【図３９】画像復号処理の流れの例を説明するフローチャートである。
【図４０】パラメータセットパース処理の流れの例を説明するフローチャートである。
【図４１】拡張ビデオパラメータセットパース処理の流れの例を説明するフローチャートである。
【図４２】拡張シーケンスパラメータセットパース処理の流れの例を説明するフローチャートである。
【図４３】拡張シーケンスパラメータセットパース処理の流れの、他の例を説明するフローチャートである。
【図４４】拡張シーケンスパラメータセットパース処理の流れの、さらに他の例を説明するフローチャートである。
【図４５】符号化ストリーム復号処理の流れの例を説明するフローチャートである。
【図４６】ベースレイヤ復号処理の流れの例を説明するフローチャートである。
【図４７】予測画像生成処理の流れの例を説明するフローチャートである。
【図４８】インター予測処理の流れの例を説明するフローチャートである。
【図４９】エンハンスメントレイヤ復号処理の流れの例を説明するフローチャートである。
【図５０】多視点画像符号化方式の例を示す図である。
【図５１】本技術を適用した多視点画像符号化装置の主な構成例を示す図である。
【図５２】本技術を適用した多視点画像復号装置の主な構成例を示す図である。
【図５３】コンピュータの主な構成例を示すブロック図である。
【図５４】テレビジョン装置の概略的な構成の一例を示すブロック図である。
【図５５】携帯電話機の概略的な構成の一例を示すブロック図である。
【図５６】記録再生装置の概略的な構成の一例を示すブロック図である。
【図５７】撮像装置の概略的な構成の一例を示すブロック図である。
【図５８】スケーラブル符号化利用の一例を示すブロック図である。
【図５９】スケーラブル符号化利用の他の例を示すブロック図である。
【図６０】スケーラブル符号化利用のさらに他の例を示すブロック図である。
【図６１】ビデオセットの概略的な構成の一例を示すブロック図である。
【図６２】ビデオプロセッサの概略的な構成の一例を示すブロック図である。
【図６３】ビデオプロセッサの概略的な構成の他の例を示すブロック図である。
【発明を実施するための形態】
【００３１】
以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．第１の実施の形態（キーピクチャ指定）
２．第２の実施の形態（画像符号化装置）
３．第３の実施の形態（画像復号装置）
４．第４の実施の形態（多視点画像符号化・多視点画像復号装置）
５．第５の実施の形態（コンピュータ）
６．第６の実施の形態（応用例）
７．第７の実施の形態（スケーラブル符号化の応用例）
８．第８の実施の形態（セット・ユニット・モジュール・プロセッサ）
【００３２】
＜１．第１の実施の形態＞
＜画像符号化の標準化の流れ＞
近年、画像情報をデジタルとして取り扱い、その際、効率の高い情報の伝送、蓄積を目的とし、画像情報特有の冗長性を利用して、離散コサイン変換等の直交変換と動き補償により圧縮する符号化方式を採用して画像を圧縮符号する装置が普及しつつある。この符号化方式には、例えば、MPEG（Moving Picture Experts Group）などがある。
【００３３】
特に、MPEG2(ISO/IEC 13818-2)は、汎用画像符号化方式として定義されており、飛び越し走査画像及び順次走査画像の双方、並びに標準解像度画像及び高精細画像を網羅する標準である。例えば、MPEG2は、プロフェッショナル用途及びコンシューマ用途の広範なアプリケーションに現在広く用いられている。MPEG2圧縮方式を用いることにより、例えば720x480画素を持つ標準解像度の飛び越し走査画像であれば4乃至8Mbpsの符号量（ビットレート）を割り当てることができる。また、MPEG2圧縮方式を用いることにより、例えば1920x1088画素を持つ高解像度の飛び越し走査画像であれば18乃至22 Mbpsの符号量（ビットレート）を割り当てることができる。これにより、高い圧縮率と良好な画質の実現が可能である。
【００３４】
MPEG2は主として放送用に適合する高画質符号化を対象としていたが、MPEG1より低い符号量（ビットレート）、つまりより高い圧縮率の符号化方式には対応していなかった。携帯端末の普及により、今後そのような符号化方式のニーズは高まると思われ、これに対応してMPEG4符号化方式の標準化が行われた。画像符号化方式に関しては、1998年12月にISO/IEC 14496-2としてその規格が国際標準に承認された。
【００３５】
更に、近年、当初テレビ会議用の画像符号化を目的として、H.26L （ITU-T（International Telecommunication Union Telecommunication Standardization Sector） Q6/16 VCEG（Video Coding Expert Group））という標準の規格化が進められた。H.26LはMPEG2やMPEG4といった従来の符号化方式に比べ、その符号化、復号化により多くの演算量が要求されるものの、より高い符号化効率が実現されることが知られている。また、現在、MPEG4の活動の一環として、このH.26Lをベースに、H.26Lではサポートされない機能をも取り入れ、より高い符号化効率を実現する標準化がJoint Model of Enhanced-Compression Video Codingとして行われた。
【００３６】
標準化のスケジュールとしては、２００３年３月にはH.264及びMPEG-4 Part10 （Advanced Video Coding、以下AVCと記す）という名の元に国際標準となった。
【００３７】
さらに、このH．264/AVCの拡張として、RGBや4:2:2、4:4:4といった、業務用に必要な符号化ツールや、MPEG-2で規定されていた8x8DCTや量子化マトリクスをも含んだFRExt (Fidelity Range Extension) の標準化が２００５年２月に完了した。これにより、H．264/AVCを用いて、映画に含まれるフィルムノイズをも良好に表現することが可能な符号化方式となって、Blu-Ray Disc（商標）等の幅広いアプリケーションに用いられる運びとなった。
【００３８】
しかしながら、昨今、ハイビジョン画像の4倍の、4000x2000画素程度の画像を圧縮したい、あるいは、インターネットのような、限られた伝送容量の環境において、ハイビジョン画像を配信したいといった、更なる高圧縮率符号化に対するニーズが高まっている。このため、先述の、ITU-T傘下のVCEGにおいて、符号化効率の改善に関する検討が継続され行なわれている。
【００３９】
そこで、現在、AVCより更なる符号化効率の向上を目的として、ITU-Tと、ISO/IEC（International Organization for Standardization / International Electrotechnical Commission）の共同の標準化団体であるJCTVC（Joint Collaboration Team - Video Coding）により、HEVC（High Efficiency Video Coding）と呼ばれる符号化方式の標準化が進められている。HEVC規格については、2013年1月にドラフト版仕様であるCommittee draftが発行されている（例えば、非特許文献１参照）。
【００４０】
＜符号化方式＞
以下においては、HEVC（High Efficiency Video Coding）方式の画像符号化・復号に適用する場合を例に、本技術を説明する。
【００４１】
＜コーディングユニット＞
AVC（Advanced Video Coding）方式においては、マクロブロックとサブマクロブロックによる階層構造が規定されている。しかしながら、16x16画素のマクロブロックでは、次世代符号化方式の対象となるような、UHD（Ultra High Definition；４０００画素x２０００画素）といった大きな画枠に対して最適ではない。
【００４２】
これに対して、HEVC方式においては、図１に示されるように、コーディングユニット（CU（Coding Unit））が規定されている。
【００４３】
CUは、Coding Tree Block（CTB）とも呼ばれ、AVC方式におけるマクロブロックと同様の役割を果たす、ピクチャ単位の画像の部分領域である。後者は、16x16画素の大きさに固定されているのに対し、前者の大きさは固定されておらず、それぞれのシーケンスにおいて、画像圧縮情報中において指定されることになる。
【００４４】
例えば、出力となる符号化データに含まれるシーケンスパラメータセット（SPS（Sequence Parameter Set））において、CUの最大サイズ（LCU（Largest Coding Unit））と最小サイズ（SCU（Smallest Coding Unit））が規定される。
【００４５】
それぞれのLCU内においては、SCUのサイズを下回らない範囲で、split-flag=1とすることにより、より小さなサイズのCUに分割することができる。図１の例では、LCUの大きさが１２８であり、最大階層深度が５となる。2Nx2Nの大きさのCUは、split_flagの値が「１」である時、１つ下の階層となる、NxNの大きさのCUに分割される。
【００４６】
更に、CUは、イントラ若しくはインター予測の処理単位となる領域（ピクチャ単位の画像の部分領域）であるプレディクションユニット（Prediction Unit（PU））に分割され、また、直交変換の処理単位となる領域（ピクチャ単位の画像の部分領域）である、トランスフォームユニット（Transform Unit（TU））に分割される。現在、HEVC方式においては、4x4及び8x8に加え、16x16及び32x32直交変換を用いることが可能である。
【００４７】
以上のHEVC方式のように、CUを定義し、そのCUを単位として各種処理を行うような符号化方式の場合、AVC方式におけるマクロブロックはLCUに相当し、ブロック（サブブロック）はCUに相当すると考えることができる。また、AVC方式における動き補償ブロックは、PUに相当すると考えることができる。ただし、CUは、階層構造を有するので、その最上位階層のLCUのサイズは、例えば128x128画素のように、AVC方式のマクロブロックより大きく設定されることが一般的である。
【００４８】
よって、以下、LCUは、AVC方式におけるマクロブロックをも含むものとし、CUは、AVC方式におけるブロック（サブブロック）をも含むものとする。つまり、以下の説明に用いる「ブロック」は、ピクチャ内の任意の部分領域を示し、その大きさ、形状、および特性等は限定されない。つまり、「ブロック」には、例えば、TU、PU、SCU、CU、LCU、サブブロック、マクロブロック、またはスライス等任意の領域（処理単位）が含まれる。もちろん、これら以外の部分領域（処理単位）も含まれる。サイズや処理単位等を限定する必要がある場合は、適宜説明する。
【００４９】
また、本明細書において、CTU（Coding Tree Unit）は、LCU(最大数のCU)のCTB（Coding Tree Block）と、そのLCUベース（レベル）で処理するときのパラメータを含む単位であるとする。また、CTUを構成するCU（Coding Unit）は、CB(Coding Block)と、そのCUベース（レベル）で処理するときのパラメータを含む単位であるとする。
【００５０】
＜モード選択＞
ところで、AVCそしてHEVC符号化方式において、より高い符号化効率を達成するには、適切な予測モードの選択が重要である。
【００５１】
かかる選択方式の例として、JM (Joint Model) と呼ばれるH.264/MPEG-4 AVCの参照ソフトウエア (http://iphome.hhi.de/suehring/tml/index.htm において公開されている) に実装されている方法を挙げることが出来る。
【００５２】
JMにおいては、以下に述べる、High Complexity Modeと、Low Complexity Modeの2通りのモード判定方法を選択することが可能である。どちらも、それぞれの予測モードModeに関するコスト関数値を算出し、これを最小にする予測モードを当該ブロック乃至マクロブロックに対する最適モードとして選択する。
【００５３】
High Complexity Modeにおけるコスト関数は、以下の式（１）のように示される。
【００５４】
【数１】
2015089078.tif 000003
【００５５】
ここで、Ωは、当該ブロック乃至マクロブロックを符号化するための候補モードの全体集合Ｄは、当該予測モードで符号化した場合の、復号画像と入力画像の差分エネルギーである。λは、量子化パラメータの関数として与えられるLagrange未定乗数である。Ｒは、直交変換係数を含んだ、当該モードで符号化した場合の総符号量である。
【００５６】
つまり、High Complexity Modeでの符号化を行うには、上記パラメータＤ及びＲを算出するため、全ての候補モードにより、一度、仮エンコード処理を行う必要があり、より高い演算量を要する。
【００５７】
Low Complexity Modeにおけるコスト関数は、以下の式（２）のように示される。
【００５８】
【数２】
2015089078.tif 000004
【００５９】
ここで、Dは、High Complexity Modeの場合と異なり、予測画像と入力画像の差分エネルギーとなる。QP2Quant(QP)は、量子化パラメータQPの関数として与えられ、HeaderBitは、直交変換係数を含まない、動きベクトルや、モードといった、Headerに属する情報に関する符号量である。
【００６０】
すなわち、Low Complexity Modeにおいては、それぞれの候補モードに関して、予測処理を行う必要があるが、復号画像までは必要ないため、符号化処理まで行う必要はない。このため、High Complexity Modeより低い演算量での実現が可能である。
【００６１】
＜階層符号化＞
ところで、これまでの、MPEG2、AVCといった画像符号化方式は、スケーラビリティ（scalability）機能を有していた。スケーラブル符号化（階層符号化）とは、画像を複数レイヤ化（階層化）し、レイヤ毎に符号化する方式である。図２は、階層画像符号化方式の一例を示す図である。
【００６２】
図２に示されるように、画像の階層化においては、スケーラビリティ機能を有する所定のパラメータを基準として１の画像が複数の階層（レイヤ）に分割される。つまり、階層化された画像（階層画像）は、その所定のパラメータの値が互いに異なる複数の階層（レイヤ）の画像を含む。この階層画像の複数のレイヤは、他のレイヤの画像を利用せずに自身のレイヤの画像のみを用いて符号化・復号を行うベースレイヤ（base layer）と、他のレイヤの画像を利用して符号化・復号を行うノンベースレイヤ（non-base layer）（エンハンスメントレイヤ（Enhancement layer）とも称する）とによりなる。ノンベースレイヤは、ベースレイヤの画像を利用するようにしても良いし、他のノンベースレイヤの画像を利用するようにしてもよい。
【００６３】
一般的に、ノンベースレイヤは、冗長性が低減されるように、自身の画像と、他のレイヤの画像との差分画像のデータ（差分データ）により構成される。例えば、１の画像をベースレイヤとノンベースレイヤ（エンハンスメントレイヤとも称する）に２階層化した場合、ベースレイヤのデータのみで元の画像よりも低品質な画像が得られ、ベースレイヤのデータとノンベースレイヤのデータを合成することで、元の画像（すなわち高品質な画像）が得られる。
【００６４】
このように画像を階層化することにより、状況に応じて多様な品質の画像を容易に得ることができる。例えば携帯電話のような、処理能力の低い端末に対しては、ベースレイヤのみの画像圧縮情報を伝送し、空間時間解像度の低い、或いは、画質の良くない動画像を再生し、テレビやパーソナルコンピュータのような、処理能力の高い端末に対しては、ベースレイヤに加えて、エンハンスメントレイヤの画像圧縮情報を伝送し、空間時間解像度の高い、或いは、画質の高い動画像を再生するといったように、トランスコード処理を行うことなく、端末やネットワークの能力に応じた画像圧縮情報を、サーバから送信することが可能となる。
【００６５】
＜スケーラブルなパラメータ＞
このような階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）において、スケーラビリティ（scalability）機能を有するパラメータは、任意である。例えば、図３に示されるような空間解像度をそのパラメータとしてもよい（spatial scalability）。このスペーシャルスケーラビリティ（spatial scalability）の場合、レイヤ毎に画像の解像度が異なる。つまり、図３に示されるように、各ピクチャが、元の画像より空間的に低解像度のベースレイヤと、ベースレイヤの画像と合成することにより元の画像（元の空間解像度）が得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
【００６６】
また、このようなスケーラビリティ性を持たせるパラメータとして、他には、例えば、図４に示されるような、時間解像度を適用しても良い（temporal scalability）。このテンポラルスケーラビリティ（temporal scalability）の場合、レイヤ毎にフレームレートが異なる。つまり、この場合、図４に示されるように、互いに異なるフレームレートのレイヤに階層化されており、低フレームレートのレイヤに、高フレームレートのレイヤを加えることで、より高フレームレートの動画像を得ることができ、全てのレイヤを加えることで、元の動画像（元のフレームレート）を得ることができる。この階層数は一例であり、任意の階層数に階層化することができる。
【００６７】
さらに、このようなスケーラビリティ性を持たせるパラメータとして、他には、例えば、図５に示されるような、信号雑音比（SNR（Signal to Noise ratio））を適用しても良い（SNR scalability）。このSNRスケーラビリティ（SNR scalability）の場合、レイヤ毎にSN比が異なる。つまり、この場合、図５に示されるように、各ピクチャが、元の画像よりSNRの低いベースレイヤと、ベースレイヤの画像と合成することにより元の画像（元のSNR）が得られるエンハンスメントレイヤの２階層に階層化される。すなわち、ベースレイヤ（base layer）画像圧縮情報においては、低PSNRの画像に関する情報が伝送されており、これに、エンハンスメントレイヤ（enhancement layer）画像圧縮情報を加えることで、高PSNR画像を再構築することが可能である。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
【００６８】
スケーラビリティ性を持たせるパラメータは、上述した例以外であっても、もちろんよい。例えば、ベースレイヤ（base layer）が８ビット（bit）画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、10ビット（bit）画像が得られるビット深度スケーラビリティ（bit-depth scalability）がある。
【００６９】
また、ベースレイヤ（base layer）が4:2:0フォーマットのコンポーネント画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、4:2:2フォーマットのコンポーネント画像が得られるクロマスケーラビリティ（chroma scalability）がある。
【００７０】
＜キーピクチャ＞
以上のようなHEVCにおいて、例えば、非特許文献２に記載のように、ベースレイヤのピクチャの復号に、エンハンスメントレイヤの一部のピクチャの情報を利用する方法が検討されている。このようなエンハンスメントレイヤのピクチャをキーピクチャ（Key Picture）と称する。
【００７１】
例えば、図６Ａに示されるTwo loop control方式の場合、ベースレイヤとエンハンスメントレイヤの各ピクチャを再生順に復号する必要がある。したがって、エンハンスメントレイヤのピクチャを復号するために、再生順においてそのピクチャより前になるベースレイヤのピクチャを全て復号しておく必要がある。
【００７２】
これに対して、図６Ｂに示されるKey picture consept方式の場合、一部のエンハンスメントレイヤのピクチャ（キーピクチャ）を参照するベースレイヤのピクチャを復号するために、その直前のベースレイヤのピクチャを復号する必要がない場合が考えられる。つまり、ベースレイヤやエンハンスメントレイヤの各ピクチャを再生順とは異なる順で復号することができる。したがって、エンハンスメントレイヤのピクチャを復号するために、再生順においてそのピクチャより前になるベースレイヤの一部のピクチャを復号しておけばよい場合がある。
【００７３】
このようなキーピクチャ（エンハンスメントレイヤのピクチャ）を利用することにより、ベースレイヤの符号化効率を向上させることができる。また、一般的に、エンハンスメントレイヤのピクチャは、ベースレイヤのピクチャよりも高画質であるので、このようなキーピクチャを動き予測に用いることにより、予測効率が向上し、符号化効率を向上させることができる。
【００７４】
なお、このようにキーピクチャが用いられる場合、例えばベースレイヤのみをデコードすると、エンハンスメントレイヤのキーピクチャを参照することができないので、デコードノイズ（ドリフト）が発生するが、キーピクチャと同じPOC（Picture Order Count）のベースレイヤを参照することができるので、デコードの破綻は回避することができる。
【００７５】
しかしながら、非特許文献２に記載の方法では、拡張ビデオパラメータセット（VPS_EXT）においてキーピクチャ参照に用いられる可能性のあるレイヤを1ビットのフラグ（enable_higher_layer_ref_pic_pred[i]）で指定する。指定されたレイヤの中の、どのPOC（Picture Order Count）のピクチャをキーピクチャとするかは、RPS（Reference Picture Set）において指定される。
【００７６】
そのため、指定されたレイヤの中の、どのPOCのピクチャがキーピクチャであるかは、RPSを復号するまでわからないようになっている。また、キーピクチャのレイヤは、カレントピクチャの1つ上のレイヤに固定されている。そのため、キーピクチャを利用するのに煩雑な処理が必要になり、符号化効率を向上させることが困難になる恐れがあった。
【００７７】
＜ロングタームピクチャのキーピクチャ指定＞
そこで、符号化側において、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報を設定し、設定されたキーピクチャ指定情報により指定されるキーピクチャを参照して、カレントピクチャを符号化するようにする。
【００７８】
ロングターム（Long term）指定されたピクチャ（長時間参照ピクチャまたはロングタームピクチャとも称する）は、図７に示されるように、カレントピクチャ（図中”C”のピクチャ）と同一のレイヤ（レイヤi）にある復号済みのピクチャのPOCの絶対値で指定する。この指定は、シーケンスパラメータセット（SPS（Sequence Parameter Set））（すなわち、シーケンスの先頭）、または、スライスヘッダ（Slice Header）（すなわち、ピクチャの先頭）において行われる。
【００７９】
なお、このようにロングターム指定されたピクチャは、ショートタームRPS（Short-term RPS）に含まれない。つまり、ロングタームピクチャは、ショートターム指定されたピクチャ（短時間参照ピクチャまたはショートタームピクチャとも称する）とは、異なるピクチャにより構成される。
【００８０】
このようなロングターム指定をキーピクチャの指定に利用するようにする。例えば、図８に示されるように、ロングターム指定されたピクチャの中から、キーピクチャとするピクチャを指定するようにする。その際、キーピクチャ指定するレイヤは、カレントピクチャ（C）のレイヤ（レイヤi）（カレントレイヤとも称する）と同一か若しくはそれよりも高いレイヤ（レイヤi+n）とする。例えば、カレントピクチャ（C）から参照可能であり、かつ、指定されたレイヤ若しくはレイヤ番号が最大のレイヤを、キーピクチャとして指定することができるようにしてもよい。
【００８１】
以上のようにキーピクチャを指定することにより、ロングタームピクチャの中から選択するだけでキーピクチャとするPOCを指定することができるようになる。そのため、キーピクチャの指定がより容易になり、符号化や復号の処理の負荷を低減させることができる。つまり、より容易に符号化効率を向上させることができるようになる。
【００８２】
なお、キーピクチャ指定が対応する範囲は任意である。例えば、シーケンス内のみとしてもよい。つまり、シーケンスパラメータセットで指定されたロングタームピクチャのみをキーピクチャ指定することができるようにしてもよい。このようにすることにより、符号化や復号の処理の負荷を低減させることができる。
【００８３】
また、ロングターム指定とは別にPOCを用いてキーピクチャを指定する必要がなく、後述するように僅かなシンタクスを追加するだけで（少ないビット量で）、ロングタームピクチャの中からキーピクチャ指定することができる。そのため、キーピクチャを指定するために必要な情報量を低減させることができる。したがって、このことによっても符号化効率を向上させることができる。
【００８４】
なお、キーピクチャを指定するための情報量を低減させることにより、パラメータセット等のヘッダ情報の情報量を低減させることができる。ヘッダ情報は、例えば、ビットストリームを伝送するためにエンコーダとデコーダとの間で通信の接続を行う際に、何度も授受される場合がある。そのため、ヘッダ情報の情報量を低減させることにより、処理の負荷をより大幅に低減させることができる。
【００８５】
なお、キーピクチャがカレントレイヤより高いレイヤから指定されるため、空間解像度をスケーラブルにするスペーシャルスケーラビリティの場合、図９に示されるように、キーピクチャ指定された画像の解像度がカレントピクチャより高くなる場合が考えられる。そのため、キーピクチャ指定された画像と動きベクトルバッファを縮小した後に参照するようにしてもよい。
【００８６】
＜キーピクチャを指定するためのシンタクス要素＞
次に、キーピクチャの指定方法について説明する。キーピクチャの指定を行うにあたって、ロングターム指定されたピクチャをキーピクチャに指定することができるか否かを示すキーピクチャ指定可能情報を設定するようにしてもよい。
【００８７】
例えば、そのキーピクチャ指定可能情報として、拡張ビデオパラメータセット（Video parameter set extension）において、図１０Ａに示されるようなシンタクス要素（key_pictre_enabled_flag）を設定するようにしてもよい。図１０Ｂにそのセマンティクスを示す。キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」の場合、ロングタームピクチャをキーピクチャに指定することができることを示す。また、この値が「0」の場合、ロングタームピクチャがキーピクチャとして使用されないことを示す。
【００８８】
また、このキーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」である場合、すなわち、ロングタームピクチャをキーピクチャに指定することができることが示される場合、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するか否かを示すキーピクチャ指定情報を指定するようにしてもよい。
【００８９】
例えば、そのキーピクチャ指定情報として、拡張シーケンスパラメータセット（Sequence parameter set extension）において、図１１Ａに示されるようなシンタクス要素（used_as_key_picture_flag）を設定するようにしてもよい。図１１Ｂにそのセマンティクスを示す。キーピクチャ指定情報（used_as_key_picture_flag）の値が「1」の場合、ロングタームピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定することを示す。また、この値が「0」の場合、ロングタームピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定しないことを示す。
【００９０】
なお、図１１Ａの例では、シンタクス要素key_picture_coding_enabled_flagの値が「1」の場合、キーピクチャ指定情報（used_as_key_picture_flag）の値が設定されるように示されている。このシンタクス要素key_picture_coding_enabled_flagは、拡張ビデオパラメータセットに設定されるキーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であるか否かを示す情報である。すなわち、このkey_picture_coding_enabled_flagは、拡張シーケンスパラメータセットにおいて設定されるシンタクス要素であるが、拡張ビデオパラメータセットにおいて設定されるキーピクチャ指定可能情報（key_pictre_enabled_flag）と同じ値をとり、実質的に同義である。
【００９１】
また、キーピクチャ指定可能情報（key_pictre_enabled_flag）の設定を省略し、キーピクチャ指定情報（used_as_key_picture_flag）の指定のみを行うようにしてもよい。つまり、常に、拡張シーケンスパラメータセットにおいてキーピクチャ指定情報（used_as_key_picture_flag）が設定されるようにしてもよい。
【００９２】
また、ロングタームピクチャ複数存在する場合、キーピクチャ指定情報（used_as_key_picture_flag）が、その全てのロングタームピクチャについて、キーピクチャに指定するか否かを示すようにしてもよい。すなわち、キーピクチャ指定情報（used_as_key_picture_flag）の値が「1」の場合、全てのロングタームピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定することを示し、この値が「0」の場合、全てのロングタームピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定しないことを示すようにしてもよい。
【００９３】
さらに、このキーピクチャ指定情報（used_as_key_picture_flag）の設定を省略し、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」の場合、全てのロングタームピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定することを示し、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「0」の場合、全てのロングタームピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定しないことを示すようにしてもよい。
【００９４】
また、図１１Ａの例のように、ロングタームピクチャ複数存在する場合、各ロングタームピクチャについて、それぞれキーピクチャ指定情報（used_as_key_picture_flag[i]）を設定するようにしてもよい。すなわち、キーピクチャ指定情報（used_as_key_picture_flag[i]）の値が「1」に設定された場合、その識別番号「i」に対応するロングタームピクチャの、カレントピクチャのレイヤよりも高いレイヤがキーピクチャに指定されることを示し、この値が「0」の場合、その識別番号「i」に対応するロングタームピクチャの、カレントピクチャのレイヤよりも高いレイヤがキーピクチャに指定されないことを示すようにしてもよい。
【００９５】
なお、キーピクチャ指定情報（used_as_key_picture_flag）の値が「1」に設定された場合、ロングターム指定されたピクチャの、予め定められた所定のレイヤがキーピクチャに指定されるようにしてもよい。例えば、カレントピクチャから参照可能なレイヤの内、最も高いレイヤがキーピクチャに指定されるようにしてもよいし、カレントピクチャのレイヤ（カレントレイヤ）の１つ上のレイヤがキーピクチャに指定されるようにしてもよい。キーピクチャとするレイヤを予め定めることにより、キーピクチャとするレイヤの指定が不要になるので、そのレイヤ指定を行う処理の負荷の増大を抑制することができるとともに、そのレイヤ指定の為の情報付加による符号化効率の低減を抑制することができる。また、空間解像度をスケーラブルにするスペーシャルスケーラビリティの場合、カレントピクチャから参照可能なレイヤの内、最も高いレイヤをキーピクチャに予め指定することにより、参照する画像の画質が最も良くなるので、予測効率を向上させることができる。
【００９６】
さらに、キーピクチャ指定情報により、ロングターム指定されたピクチャがキーピクチャに指定される場合、そのロングターム指定されたピクチャの、キーピクチャとするレイヤを指定するレイヤ指定情報をさらに設定するようにしてもよい。
【００９７】
例えば、そのレイヤ指定情報として、拡張シーケンスパラメータセットにおいて、図１２Ａに示されるようなシンタクス要素（key_picture_layer_id_minus1）を設定するようにしてもよい。図１２Ｂにそのセマンティクスを示す。レイヤ指定情報（key_picture_layer_id_minus1）の値に「1」を加算した値が、キーピクチャとするレイヤを示す。
【００９８】
なお、ロングタームピクチャ複数存在する場合、このレイヤ指定情報（key_picture_layer_id_minus1）の値が、全てのロングタームピクチャについて、キーピクチャとするレイヤを示すようにしてもよいし、図１２Ａの例のように、ロングタームピクチャ毎に、レイヤ指定情報（key_picture_layer_id_minus1[i]）が設定されるようにしてもよい。その場合、レイヤ指定情報（key_picture_layer_id_minus1[i]）の値に「1」を加算した値は、その識別番号「i」に対応するロングタームピクチャの、キーピクチャとするレイヤを示す。
【００９９】
以上のように、キーピクチャ指定情報を設定することにより、ロングタームピクチャを用いて容易にキーピクチャを指定することができる。したがって、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０１００】
また、ビデオパラメータセット等、上位のレイヤにおいて、キーピクチャ指定可能情報を設定することにより、キーピクチャの指定を行うか否かの判定をより早期に行うことができる。したがって、不要にキーピクチャの指定処理を実行することを抑制することができ、負荷の増大や情報量の増大を抑制することができる。すなわち、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０１０１】
さらに、レイヤ指定情報を設定することにより、キーピクチャに指定するレイヤの自由度を向上させることができる。これにより、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０１０２】
なお、これらの情報を設定する場所は、任意であり、上述した例に限らず、例えば、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、またはスライスヘッダ等、任意の場所に設定するようにしてもよい。また、各種シンタクス要素の名称は任意であり、上述した例に限定されない。
【０１０３】
また、以上においては、ロングタームピクチャをキーピクチャの指定対象とするように説明したが、ロングタームピクチャの代わりにショートタームピクチャをキーピクチャの指定対象とするようにしてもよい。また、ロングタームピクチャとショートタームピクチャの両方を、キーピクチャの指定対象とするようにしてもよい。ただし、キーピクチャを指定するためには、POC（絶対値）で指定することが望ましい。ロングタームピクチャはPOC（絶対値）で指定されるため、その指定をキーピクチャに流用することが容易である。これに対してショートタームピクチャは、カレントピクチャからの相対距離（ΔPOC）により指定される。したがって、ショートタームピクチャをキーピクチャとする場合、別途POC（絶対値）で指定する必要がある。
【０１０４】
以上に説明した各種シンタクス要素の値は、エンコーダが、例えば自身の性能や要求された仕様等、予め定められた情報に基づいて設定するようにしてもよい。また、エンコーダが実際に符号化して得られたビットストリームの符号化効率を考慮してその値を判定し、設定するようにしてもよい。
【０１０５】
＜HEVC Version1との互換性＞
以上に説明した本技術のHEVC Version1との互換性について説明する。HEVC Version1準拠のデコーダは、拡張ビデオパラメータセット（VPS Extension）や拡張シーケンスパラメータセット（SPS Extension）に記述されたシンタクス（Syntax）要素の値を読み込むが、その値は無視し、復号処理に用いない。
【０１０６】
つまり、HEVC Version1準拠のデコーダは、上述したようにキーピクチャ指定情報等が設定されていても、キーピクチャ（Key picture）指定されたロングタームピクチャではなく、図１３に示されるように、そのPOCのカレントピクチャと同じレイヤ（カレントレイヤ）の画像を参照して動き予測を行う。
【０１０７】
すなわち、HEVC Version1準拠のデコーダも、キーピクチャを使ったビットストリームを、想定通りに復号することができる。ただし、その場合、ビットストリームに符号化されている情報は、参照面をキーピクチャ（エンハンスメントレイヤのピクチャ）としたものなので、復号によりデコードノイズが発生する。しかしながら、これはキーピクチャが生来的に持つ性質である。なお、エンコーダ制御により緩和することもできる。
【０１０８】
＜動きベクトル予測＞
一般に、キーピクチャ（Key picture）は、一定時間間隔毎に符号化される。すると、カレントピクチャとキーピクチャの時間間隔は、ショートタームピクチャ（Short Term Reference Picture）に比べて大きくなる。符号化効率改善のため、HEVCでは、ロングターム（LongTerm）とショートターム（ShortTerm）参照面に対する動きベクトル（MV）予測間でのアベイラビリティ（availability）を、図１４の例のように制御するが、この機構をキーピクチャの符号化に利用することができる。つまり、キーピクチャの符号化においても、これと同様に（すなわち、図１４の例のように）制御するようにしてもよい。
【０１０９】
＜キーピクチャ指定情報の利用＞
以上のような符号化側の処理に対応するように、復号側において、ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報をパースし、そのキーピクチャ指定情報のパース結果に基づいて、キーピクチャ指定情報により指定されるキーピクチャを参照して、符号化されたカレントピクチャの復号を行うようにしてもよい。
【０１１０】
なお、そのキーピクチャ指定情報が、ロングターム指定された各ピクチャについて、それぞれキーピクチャに指定するかを示す情報であるようにしてもよい。また、キーピクチャ指定情報が、ロングターム指定された全てのピクチャをキーピクチャに指定するかを示す情報であるようにしてもよい。さらに、キーピクチャ指定情報が、ロングターム指定されたピクチャの、カレントピクチャから参照可能なレイヤの内、最も高いレイヤをキーピクチャに指定するかを示す情報であるようにしてもよい。
【０１１１】
また、シーケンスパラメータセットに設定されているキーピクチャ指定情報をパースするようにしてもよい。また、キーピクチャ指定情報により、ロングターム指定されたピクチャがキーピクチャに指定される場合、ロングターム指定されたピクチャの、キーピクチャとするレイヤを指定するレイヤ指定情報をさらにパースするようにしてもよい。さらに、シーケンスパラメータセットにおいて設定されているレイヤ指定情報をパースするようにしてもよい。
【０１１２】
さらに、ロングターム指定されたピクチャをキーピクチャに指定することができるかを示すキーピクチャ指定可能情報をパースし、キーピクチャ指定可能情報において、ロングターム指定されたピクチャをキーピクチャに指定することができることが示される場合、キーピクチャ指定情報をさらにパースするようにしてもよい。また、ビデオパラメータセットにおいて設定されているキーピクチャ指定可能情報をパースし、シーケンスパラメータセットにおいて設定されているキーピクチャ指定情報をパースするようにしてもよい。
【０１１３】
以上のように、キーピクチャ指定情報をパースし、そのパース結果に基づいて、キーピクチャ指定情報により指定されるキーピクチャを参照して、符号化されたカレントピクチャの復号を行うことにより、デコーダは、上述したように設定されたキーピクチャを容易に利用することができる。つまり、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０１１４】
＜２．第２の実施の形態＞
＜画像符号化装置＞
次に、以上のような本技術を実現する装置とその方法について説明する。図１５は、本技術を適用した画像処理装置の一態様である、画像符号化装置を示す図である。図１５に示される画像符号化装置１００は、画像データを、キーピクチャを用いて、より容易に高効率に符号化する装置である。図１５に示されるように、画像符号化装置１００は、設定部１０１、符号化部１０２、および伝送部１０３を有する。
【０１１５】
設定部１０１は、入力された画像データについて、ビデオ―パラメータセット（拡張ビデオパラメータセット）やシーケンスパラメータセット（拡張シーケンスパラメータセット）等の各種情報を設定する。設定部１０１は、設定した情報と、入力された画像データを符号化部１０２に供給する。
【０１１６】
符号化部１０２は、設定部１０１により設定された各種情報等に基づいて、設定部１０１から供給された画像データを符号化し、その符号化データや各種情報等を伝送部１０３に供給する。
【０１１７】
伝送部１０３は、符号化部１０２から供給される符号化データや各種情報等を含むビットストリームを生成し、そのビットストリームを復号側に伝送する。
【０１１８】
＜設定部＞
図１６は、設定部１０１（図１５）の主な構成例を示すブロック図である。図１６に示されるように、設定部１０１は、VPS設定部１１１、拡張VPS設定部１１２、SPS設定部１１３、および拡張SPS設定部１１４を有する。
【０１１９】
VPS設定部１１１は、ビデオパラメータセットの設定を行う。拡張VPS設定部１１２は、拡張ビデオパラメータセットの設定を行う。SPS設定部１１３は、シーケンスパラメータセットの設定を行う。拡張SPS設定部１１４は、拡張シーケンスパラメータセットの設定を行う。拡張SPS設定部１１４は、これらにより設定された各パラメータセットと、画像データとを、符号化部１０２（図１５）に供給する。
【０１２０】
なお、ビデオパラメータセットを拡張しない場合、拡張VPS設定部１１２を省略するようにしてもよい。また、シーケンスパラメータセットを拡張しない場合、拡張SPS設定部１１４を省略するようにしてもよい。さらに、設定部１０１が、その他のパラメータセットやヘッダ情報等を設定することができるようにしてもよい。その場合、設定部１０１に、その設定を行う処理部を設けるようにすればよい。
【０１２１】
＜拡張VPS設定部＞
図１７は、拡張VPS設定部１１２（図１６）の主な構成例を示すブロック図である。図１７に示されるように、拡張VPS設定部１１２は、key_picture_enabled_flag設定部１２１を有する。
【０１２２】
key_picture_enabled_flag設定部１２１は、拡張ビデオパラメータセットにおいて、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値を設定する。key_picture_enabled_flag設定部１２１は、設定したキーピクチャ指定可能情報（key_pictre_enabled_flag）を、SPS設定部１１３（図１６）に供給する。
【０１２３】
なお、拡張VPS設定部１１２が、キーピクチャ指定可能情報（key_pictre_enabled_flag）以外の情報を設定するようにしてもよい。その場合、拡張VPS設定部１１２に、その設定を行う処理部を設けるようにすればよい。また、その場合、拡張VPS設定部１１２が、キーピクチャ指定可能情報（key_pictre_enabled_flag）を設定しないようにしてもよい。その場合、key_picture_enabled_flag設定部１２１を省略するようにしてもよい。
【０１２４】
＜拡張SPS設定部＞
図１８は、拡張SPS設定部１１４（図１６）の主な構成例を示すブロック図である。図１８に示されるように、拡張SPS設定部１１４は、判定部１３１、used_as_key_picture_flag設定部１３２、およびkey_picture_layer_id_minus1設定部１３３を有する。
【０１２５】
判定部１３１は、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値を判定し、その判定結果をused_as_key_picture_flag設定部１３２に供給する。
【０１２６】
used_as_key_picture_flag設定部１３２は、判定部１３１から供給された判定結果に基づいて、キーピクチャ指定情報（used_as_key_picture_flag）の値を設定する。key_picture_layer_id_minus1設定部１３３は、判定部１３１から供給された判定結果に基づいて、レイヤ指定情報（key_picture_layer_id_minus1[i]）の値を設定する。key_picture_layer_id_minus1設定部１３３は、以上のように設定されたキーピクチャ指定情報（used_as_key_picture_flag）やレイヤ指定情報（key_picture_layer_id_minus1[i]）を含むパラメータセットや画像データを符号化部１０２（図１５）に供給する。
【０１２７】
なお、キーピクチャ指定可能情報（key_pictre_enabled_flag）の設定を省略する場合、判定部１３１を省略するようにしてもよい。また、拡張SPS設定部１１４が、キーピクチャ指定情報（used_as_key_picture_flag）の設定を行わないようにしてもよい。その場合、used_as_key_picture_flag設定部１３２を省略するようにしてもよい。また、拡張SPS設定部１１４が、レイヤ指定情報（key_picture_layer_id_minus1[i]）の設定を行わないようにしてもよい。その場合、key_picture_layer_id_minus1設定部１３３を省略するようにしてもよい。
【０１２８】
なお、拡張SPS設定部１１４が、キーピクチャ指定情報（used_as_key_picture_flag）やレイヤ指定情報（key_picture_layer_id_minus1[i]）以外の情報を設定するようにしてもよい。その場合、拡張SPS設定部１１４に、その設定を行う処理部を設けるようにすればよい。
【０１２９】
＜符号化部＞
図１９は、図１５の符号化部１０２の主な構成例を示すブロック図である。符号化部１０２の符号化方法は任意であるが、例えば、符号化部１０２は、供給された階層画像データについて、階層画像符号化（スケーラブル符号化）を行う。図１９においては、入力される画像データがベースレイヤとエンハンスメントレイヤの２階層よりなり、符号化部１０２が、その階層画像データを階層画像符号化（スケーラブル符号化）する場合について説明する。図１９に示されるように、符号化部１０２は、ベースレイヤ画像符号化部１４１、エンハンスメントレイヤ画像符号化部１４２、多重化部１４３、および制御部１４４を有する。
【０１３０】
ベースレイヤ画像符号化部１４１には、階層画像データのベースレイヤのデータ（ベースレイヤ画像とも称する）が供給される。ベースレイヤ画像符号化部１４１は、そのベースレイヤ画像を符号化し、その符号化データを含むビットストリームであるベースレイヤ画像符号化ストリームを生成する。
【０１３１】
エンハンスメントレイヤ画像符号化部１４２には、階層画像データのエンハンスメントレイヤのデータ（エンハンスメントレイヤ画像とも称する）が供給される。エンハンスメントレイヤ画像符号化部１４２は、そのエンハンスメントレイヤ画像を符号化し、その符号化データを含むビットストリームであるエンハンスメントレイヤ画像符号化ストリームを生成する。
【０１３２】
多重化部１４３は、ベースレイヤ画像符号化部１４１において生成されたベースレイヤ画像符号化ストリームと、エンハンスメントレイヤ画像符号化部１４２において生成されたエンハンスメントレイヤ画像符号化ストリームとを多重化し、階層画像データの各階層の符号化データを含むビットストリームである階層画像符号化ストリームを生成する。また、多重化部１４３は、制御部１４４から供給されるパラメータセット等を、その階層画像符号化ストリームに格納する。多重化部１４３は、生成した階層画像符号化ストリームを伝送部１０３（図１５）に伝送する。
【０１３３】
制御部１４４は、設定部１０１（図１５）から供給されるパラメータセット等に基づいてベースレイヤ画像符号化部１４１およびエンハンスメントレイヤ画像符号化部１４２を制御することにより、各レイヤの符号化を制御する。また、制御部１４４は、そのパラメータセット等を多重化部１４３に供給する。
【０１３４】
＜ベースレイヤ画像符号化部＞
図２０は、図１９のベースレイヤ画像符号化部１４１の主な構成例を示すブロック図である。図２０に示されるように、ベースレイヤ画像符号化部１４１は、画面並べ替えバッファ１５２、演算部１５３、直交変換部１５４、量子化部１５５、可逆符号化部１５６、蓄積バッファ１５７、逆量子化部１５８、および逆直交変換部１５９を有する。また、ベースレイヤ画像符号化部１４１は、演算部１６０、ループフィルタ１６１、フレームメモリ１６２、選択部１６３、イントラ予測部１６４、インター予測部１６５、予測画像選択部１６６、およびレート制御部１６７を有する。
【０１３５】
画面並べ替えバッファ１５２は、入力されたデジタルデータの画像データ（ベースレイヤ画像情報）の各フレームを表示の順番に記憶する。また、画面並べ替えバッファ１５２は、その記憶した表示の順番のフレームの画像を、GOP（Group Of Picture）に応じて、符号化のためのフレームの順番に並べ替え、フレームの順番を並び替えた画像を、演算部１５３に供給する。また、画面並べ替えバッファ１５２は、フレームの順番を並び替えた画像を、イントラ予測部１６４およびインター予測部１６５にも供給する。
【０１３６】
演算部１５３は、画面並べ替えバッファ１５２から読み出された画像から、予測画像選択部１６６を介してイントラ予測部１６４若しくはインター予測部１６５から供給される予測画像を減算する。例えば、イントラ符号化が行われる画像の場合、演算部１５３は、画面並べ替えバッファ１５２から読み出された画像から、イントラ予測部１６４から供給される予測画像を減算する。また、例えば、インター符号化が行われる画像の場合、演算部１５３は、画面並べ替えバッファ１５２から読み出された画像から、インター予測部１６５から供給される予測画像を減算する。演算部１５３は、その減算結果（差分情報）を、直交変換部１５４に出力する。
【０１３７】
直交変換部１５４は、演算部１５３から供給される差分情報に対して、離散コサイン変換やカルーネン・レーベ変換等の直交変換を施す。直交変換部１５４は、その変換係数を量子化部１５５に供給する。
【０１３８】
量子化部１５５は、直交変換部１５４から供給される変換係数を量子化する。量子化部１５５は、レート制御部１６７から供給される符号量の目標値に関する情報に基づいて量子化パラメータを設定し、その量子化を行う。量子化部１５５は、量子化された変換係数を可逆符号化部１５６に供給する。
【０１３９】
可逆符号化部１５６は、量子化部１５５において量子化された変換係数を任意の符号化方式で符号化する。係数データは、レート制御部１６７の制御の下で量子化されているので、この符号量は、レート制御部１６７が設定した目標値となる（若しくは目標値に近似する）。
【０１４０】
また、可逆符号化部１５６は、イントラ予測のモードを示す情報などをイントラ予測部１６４から取得し、インター予測のモードを示す情報や差分動きベクトル情報などをインター予測部１６５から取得する。さらに、可逆符号化部１５６は、シーケンスパラメータセット（SPS）、およびピクチャパラメータセット（PPS）等を含むベースレイヤのNAL（Network Abstraction Layer）ユニットを適宜生成し、任意の方法で符号化する。
【０１４１】
可逆符号化部１５６は、これらの各種情報を、量子化部１５５から供給された、量子化された変換係数を符号化した符号化データとともに、蓄積バッファ１５７に供給して蓄積させる。
【０１４２】
可逆符号化部１５６の符号化方式としては、例えば、可変長符号化または算術符号化等が挙げられる。可変長符号化としては、例えば、H．264/AVC方式で定められているCAVLC（Context-Adaptive Variable Length Coding）などが挙げられる。算術符号化としては、例えば、CABAC（Context-Adaptive Binary Arithmetic Coding）などが挙げられる。
【０１４３】
蓄積バッファ１５７は、可逆符号化部１５６から供給された符号化データ等を、一時的に保持する。蓄積バッファ１５７は、所定のタイミングにおいて、保持しているデータを、ベースレイヤの符号化データ等を含むビットストリーム（ベースレイヤ画像符号化ストリームとも称する）として、多重化部１４３（図１９）に出力する。すなわち、蓄積バッファ１５７は、ベースレイヤ画像符号化ストリームを伝送する伝送部でもある。
【０１４４】
また、量子化部１５５において量子化された変換係数は、逆量子化部１５８にも供給される。逆量子化部１５８は、その量子化された変換係数を、量子化部１５５による量子化に対応する方法で逆量子化する。逆量子化部１５８は、得られた変換係数を、逆直交変換部１５９に供給する。
【０１４５】
逆直交変換部１５９は、逆量子化部１５８から供給された変換係数を、直交変換部１５４による直交変換処理に対応する方法で逆直交変換する。逆直交変換された出力（復元された差分情報）は、演算部１６０に供給される。
【０１４６】
演算部１６０は、逆直交変換部１５９から供給された逆直交変換結果である、復元された差分情報に、予測画像選択部１６６を介してイントラ予測部１６４若しくはインター予測部１６５からの予測画像を加算し、局部的に復号された画像（復号画像）を得る。その復号画像は、ループフィルタ１６１またはフレームメモリ１６２に供給される。
【０１４７】
ループフィルタ１６１は、デブロックフィルタや適応ループフィルタ等を含み、演算部１６０から供給される再構成画像に対して適宜フィルタ処理を行う。例えば、ループフィルタ１６１は、再構成画像に対してデブロックフィルタ処理を行うことにより再構成画像のブロック歪を除去する。また、例えば、ループフィルタ１６１は、そのデブロックフィルタ処理結果（ブロック歪みの除去が行われた再構成画像）に対して、ウィナーフィルタ（Wiener Filter）を用いてループフィルタ処理を行うことにより画質改善を行う。ループフィルタ１６１は、フィルタ処理結果（以下、復号画像と称する）をフレームメモリ１６２に供給する。
【０１４８】
なお、ループフィルタ１６１が、再構成画像に対してさらに、他の任意のフィルタ処理を行うようにしてもよい。また、ループフィルタ１６１は、必要に応じて、フィルタ処理に用いたフィルタ係数等の情報を可逆符号化部１５６に供給し、それを符号化させるようにすることもできる。
【０１４９】
フレームメモリ１６２は、供給される復号画像を記憶し、所定のタイミングにおいて、記憶している復号画像を参照画像として、選択部１６３に供給する。
【０１５０】
より具体的には、フレームメモリ１６２は、演算部１６０から供給される再構成画像と、ループフィルタ１６１から供給される復号画像とをそれぞれ記憶する。フレームメモリ１６２は、所定のタイミングにおいて、若しくは、イントラ予測部１６４等の外部からの要求に基づいて、記憶している再構成画像を、選択部１６３を介してイントラ予測部１６４に供給する。また、フレームメモリ１６２は、所定のタイミングにおいて、若しくは、インター予測部１６５等の外部からの要求に基づいて、記憶している復号画像を、選択部１６３を介して、インター予測部１６５に供給する。
【０１５１】
選択部１６３は、フレームメモリ１６２から供給される参照画像の供給先を選択する。例えば、イントラ予測の場合、選択部１６３は、フレームメモリ１６２から供給される参照画像をイントラ予測部１６４に供給する。また、例えば、インター予測の場合、選択部１６３は、フレームメモリ１６２から供給される参照画像をインター予測部１６５に供給する。
【０１５２】
イントラ予測部１６４は、処理対象のフレームの画像であるカレントピクチャについて、予測処理を行い、予測画像を生成する。イントラ予測部１６４は、この予測処理を、所定のブロック毎に（ブロックを処理単位として）行う。つまり、イントラ予測部１６４は、カレントピクチャの、処理対象であるカレントブロックの予測画像を生成する。その際、イントラ予測部１６４は、選択部１６３を介してフレームメモリ１６２から参照画像として供給される再構成画像を用いて予測処理（画面内予測（イントラ予測とも称する））を行う。つまり、イントラ予測部１６４は、再構成画像に含まれる、カレントブロックの周辺の画素値を用いて予測画像を生成する。このイントラ予測に利用される周辺画素値は、カレントピクチャの、過去に処理された画素の画素値である。このイントラ予測には（すなわち、予測画像の生成の仕方には）、複数の方法（イントラ予測モードとも称する）が、候補として予め用意されている。イントラ予測部１６４は、この予め用意された複数のイントラ予測モードでこのイントラ予測を行う。
【０１５３】
イントラ予測部１６４は、候補となる全てのイントラ予測モードで予測画像を生成し、画面並べ替えバッファ１５２から供給される入力画像を用いて各予測画像のコスト関数値を評価し、最適なモードを選択する。イントラ予測部１６４は、最適なイントラ予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部１６６に供給する。
【０１５４】
また、上述したように、イントラ予測部１６４は、採用されたイントラ予測モードを示すイントラ予測モード情報等を、適宜可逆符号化部１５６に供給し、符号化させる。
【０１５５】
インター予測部１６５は、カレントピクチャについて、予測処理を行い、予測画像を生成する。インター予測部１６５は、この予測処理を、所定のブロック毎に（ブロックを処理単位として）行う。つまり、インター予測部１６５は、カレントピクチャの、処理対象であるカレントブロックの予測画像を生成する。その際、インター予測部１６５は、画面並べ替えバッファ１５２から供給される入力画像の画像データと、フレームメモリ１６２から参照画像として供給される復号画像の画像データとを用いて、予測処理を行う。この復号画像は、カレントピクチャより前に処理されたフレームの画像（カレントピクチャでない他のピクチャ）である。つまり、インター予測部１６５は、他のピクチャの画像を用いて予測画像を生成する予測処理（画面間予測（インター予測とも称する））を行う。
【０１５６】
このインター予測は、動き予測と動き補償よりなる。より具体的には、インター予測部１６５は、入力画像と参照画像を用いて、カレントブロックについて動き予測を行い、動きベクトルを検出する。そして、インター予測部１６５は、参照画像を用いて、検出された動きベクトルに応じて動き補償処理を行い、カレントブロックの予測画像（インター予測画像情報）を生成する。このインター予測には（すなわち、予測画像の生成の仕方には）、複数の方法（インター予測モードとも称する）が、候補として予め用意されている。インター予測部１６５は、この予め用意された複数のインター予測モードでこのようなインター予測を行う。
【０１５７】
インター予測部１６５は、候補となる全てのインター予測モードで予測画像を生成する。インター予測部１６５は、画面並べ替えバッファ１５２から供給される入力画像と、生成した差分動きベクトルの情報などを用いて、各予測画像のコスト関数値を評価し、最適なモードを選択する。インター予測部１６５は、最適なインター予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部１６６に供給する。
【０１５８】
インター予測部１６５は、採用されたインター予測モードを示す情報や、符号化データを復号する際に、そのインター予測モードで処理を行うために必要な情報等を可逆符号化部１５６に供給し、符号化させる。必要な情報としては、例えば、生成された差分動きベクトルの情報や、予測動きベクトル情報として予測動きベクトルのインデックスを示すフラグなどがある。
【０１５９】
予測画像選択部１６６は、演算部１５３や演算部１６０に供給する予測画像の供給元を選択する。例えば、イントラ符号化の場合、予測画像選択部１６６は、予測画像の供給元としてイントラ予測部１６４を選択し、そのイントラ予測部１６４から供給される予測画像を演算部１５３や演算部１６０に供給する。また、例えば、インター符号化の場合、予測画像選択部１６６は、予測画像の供給元としてインター予測部１６５を選択し、そのインター予測部１６５から供給される予測画像を演算部１５３や演算部１６０に供給する。
【０１６０】
レート制御部１６７は、蓄積バッファ１５７に蓄積された符号化データの符号量に基づいて、オーバフローあるいはアンダーフローが発生しないように、量子化部１５５の量子化動作のレートを制御する。
【０１６１】
また、ベースレイヤ画像符号化部１４１は、ベースレイヤ制御部１６８およびスケーリング処理部１６９を有する。
【０１６２】
ベースレイヤ制御部１６８は、制御部１４４（図１９）に制御されて、パラメータセット等において行われた設定に従ってベースレイヤの符号化を行うように、ベースレイヤ画像符号化部１４１の各処理部（画面並べ替えバッファ１５２乃至スケーリング処理部１６９）を制御する。つまり、上述したベースレイヤ画像符号化部１４１の各処理部（画面並べ替えバッファ１５２乃至スケーリング処理部１６９）の処理は、このベースレイヤ制御部１６８の制御（換言するに、制御部１４４の制御）に従って実行される。
【０１６３】
フレームメモリ１６２は、必要に応じて、記憶しているベースレイヤ復号画像等の情報を、エンハンスメントレイヤ画像符号化部１３２（図３２）に供給するために、スケーリング制御部１６９に供給する。
【０１６４】
スケーリング処理部１６９は、フレームメモリ１６２から供給されるベースレイヤ復号画像に対してスケーリング処理を行い、その解像度をエンハンスメントレイヤの解像度に変換（アップスケール）する。スケーリング処理部１６９は、エンハンスメントレイヤの解像度にアップスケールしたベースレイヤ復号画像を、エンハンスメントレイヤ画像符号化部１４２に供給する。
【０１６５】
また、エンハンスメントレイヤ画像符号化部１４２からエンハンスメントレイヤ復号画像等の情報が供給される場合、スケーリング処理は、その情報を取得し、スケーリング処理を行って、その情報の解像度をベースレイヤの解像度に変換（ダウンスケール）する。スケーリング処理部１６９は、ベースレイヤの解像度にダウンスケールしたエンハンスメントレイヤの情報を、フレームメモリ１６２に供給し、記憶させる。この情報は、必要に応じて、参照画像等として、選択部１６３を介して、イントラ予測部１６４若しくはインター予測部１６５に供給される。
【０１６６】
なお、ベースレイヤの解像度とエンハンスメントレイヤの解像度とが互いに同一である場合、このようなスケーリング処理を省略するようにしてもよい。つまり、スケーリング処理部１６９を省略するようにしてもよい。
【０１６７】
＜エンハンスメントレイヤ画像符号化部＞
図２１は、図１９のエンハンスメントレイヤ画像符号化部１４２の主な構成例を示すブロック図である。図２１に示されるように、エンハンスメントレイヤ画像符号化部１４２は、図２０のベースレイヤ画像符号化部１４１と基本的に同様の構成を有する。
【０１６８】
つまり、エンハンスメントレイヤ画像符号化部１４２は、図２１に示されるように、画面並べ替えバッファ１７２、演算部１７３、直交変換部１７４、量子化部１７５、可逆符号化部１７６、蓄積バッファ１７７、逆量子化部１７８、および逆直交変換部１７９を有する。また、エンハンスメントレイヤ画像符号化部１４２は、演算部１８０、ループフィルタ１８１、フレームメモリ１８２、選択部１８３、イントラ予測部１８４、インター予測部１８５、予測画像選択部１８６、およびレート制御部１８７を有する。
【０１６９】
これらの画面並べ替えバッファ１７２乃至レート制御部１８７は、図２０の画面並べ替えバッファ１５２乃至レート制御部１６７に対応し、それぞれ、対応する処理部と同様の処理を行う。ただし、エンハンスメントレイヤ画像符号化部１４２の各部は、ベースレイヤではなく、エンハンスメントレイヤ画像情報の符号化についての処理を行う。したがって、画面並べ替えバッファ１７２乃至レート制御部１８７の処理の説明として、上述した図２０の画面並べ替えバッファ１５２乃至レート制御部１６７についての説明を適用することができるが、その場合、処理するデータは、ベースレイヤのデータではなく、エンハンスメントレイヤのデータであるものとする必要がある。また、データの入力元や出力先の処理部は、適宜、画面並べ替えバッファ１７２乃至レート制御部１８７の中の対応する処理部に置き換えて読む必要がある。
【０１７０】
また、フレームメモリ１８２は、ベースレイヤ画像符号化部１４１から供給されるベースレイヤ復号画像等の情報を取得し、記憶する。この情報は、必要に応じて、参照画像等として、選択部１８３を介して、イントラ予測部１８４若しくはインター予測部１８５に供給される。なお、フレームメモリ１８２が、必要に応じて、記憶しているエンハンスメントレイヤ復号画像等の情報を、ベースレイヤ画像符号化部１４１（図２０）に供給するようにしてもよい。
【０１７１】
エンハンスメントレイヤ画像符号化部１４２は、さらに、エンハンスメントレイヤ制御部１８８を有する。エンハンスメントレイヤ制御部１８８は、制御部１４４（図１９）に制御されて、パラメータセット等において行われた設定に従ってエンハンスメントレイヤの符号化を行うように、エンハンスメントレイヤ画像符号化部１４２の各処理部（画面並べ替えバッファ１７２乃至レート制御部１８７）を制御する。つまり、上述したエンハンスメントレイヤ画像符号化部１４２の各処理部（画面並べ替えバッファ１７２乃至レート制御部１８７）の処理は、このエンハンスメントレイヤ制御部１８８の制御（換言するに、制御部１４４の制御）に従って実行される。
【０１７２】
なお、図２０において、スケーリング処理がベースレイヤ画像符号化部１４１において行われるように説明したが、このスケーリング処理がエンハンスメントレイヤ画像符号化部１４２において行われるようにしてもよい。その場合、スケーリング処理部１６９（図２０）が、エンハンスメントレイヤ画像符号化部１４２に設けられるようにすればよい。
【０１７３】
以上のような構成にすることにより、画像符号化装置１００は、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０１７４】
＜画像符号化処理の流れ＞
次に、以上のような画像符号化装置１００により実行される各処理の流れについて説明する。最初に、図２２のフローチャートを参照して、画像符号化処理の流れの例を説明する。
【０１７５】
画像符号化処理が開始されると、画像符号化装置１００の設定部１０１（図１５）は、ステップＳ１０１において、例えば第１の実施の形態において説明したように、パラメータセットを設定する。ステップＳ１０２において、符号化部１０２は、ステップＳ１０１において設定されたパラメータセット等に基づいて、入力される階層画像データを符号化し、階層画像符号化ストリームを生成する。ステップＳ１０３において、伝送部１０３は、ステップＳ１０２において生成された階層画像符号化ストリームを、例えば復号側に伝送する。ステップＳ１０３の処理が終了すると、画像符号化処理が終了する。
【０１７６】
＜パラメータセット設定処理の流れ＞
次に、ステップＳ１０１（図２２）において実行されるパラメータセット設定処理の流れの例を、図２３のフローチャートを参照して説明する。
【０１７７】
パラメータセット設定処理が開始されると、VPS設定部１１１は、ステップＳ１１１において、ビデオパラメータセットを設定する。ステップＳ１１２において、拡張VPS設定部１１２は、拡張ビデオパラメータセットを設定する。
【０１７８】
ステップＳ１１３において、SPS設定部１１３は、シーケンスパラメータセットを設定する。ステップＳ１１４において、拡張SPS設定部１１４は、拡張シーケンスパラメータセットを設定する。
【０１７９】
ステップＳ１１４の処理が終了すると、パラメータセット設定処理が終了し、処理が図２２に戻る。
【０１８０】
なお、ビデオパラメータセットを拡張しないようにしてもよい。その場合、ステップＳ１１２の処理を省略するようにしてもよい。また、シーケンスパラメータセットを拡張しないようにしてもよい。その場合、ステップＳ１１４の処理を省略するようにしてもよい。さらに、パラメータセット設定処理において、その他のパラメータセットやヘッダ情報等を設定するようにしてもよい。その場合、上述した各処理（ステップ）に、その設定を行う処理（ステップ）を追加するようにしてもよい。
【０１８１】
＜拡張ビデオパラメータセット設定処理の流れ＞
次に、ステップＳ１１２（図２３）において実行される拡張ビデオパラメータセット設定処理の流れの例を、図２４のフローチャートを参照して説明する。
【０１８２】
拡張ビデオパラメータセット設定処理が開始されると、key_picture_enabled_flag設定部１２１は、ステップＳ１２１において、key_picture_enabled_flagを設定する。
【０１８３】
ステップＳ１２１の処理が終了すると、拡張ビデオパラメータセット設定処理が終了し、処理が図２３に戻る。
【０１８４】
なお、拡張ビデオパラメータセット設定処理において、キーピクチャ指定可能情報（key_pictre_enabled_flag）以外の情報を設定するようにしてもよい。その場合、上述した各処理（ステップ）に、その設定を行う処理（ステップ）を追加するようにしてもよい。また、その場合、キーピクチャ指定可能情報（key_pictre_enabled_flag）が設定されないようにしてもよい。その場合、ステップＳ１２１の処理を省略するようにしてもよい。
【０１８５】
＜拡張シーケンスパラメータセット設定処理の流れ＞
次に、ステップＳ１１４（図２３）において実行される拡張シーケンスパラメータセット設定処理の流れの例を、図２５のフローチャートを参照して説明する。図２５の例は、キーピクチャ指定情報が、ロングターム指定された全てのピクチャをキーピクチャに指定するかを示す情報である場合の、拡張シーケンスパラメータセット設定処理の流れの例である。
【０１８６】
拡張シーケンスパラメータセット設定処理が開始されると、拡張SPS設定部１１４の判定部１３１は、ステップＳ１３１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であるか否かを判定する。キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であると判定された場合、処理はステップＳ１３２に進む。
【０１８７】
ステップＳ１３２において、used_as_key_picture_flag設定部１３２は、シーケンスパラメータセットのlt_ref_pic_poc_lsb_sps[i]で示される全てのPOCのAU（Access Unit）の所定のレイヤのピクチャをキーピクチャ（Key picture）に設定する。その際、used_as_key_picture_flag設定部１３２が、キーピクチャ指定情報（used_as_key_picture_flag）の値を「1」に設定するようにしてもよい。
【０１８８】
ステップＳ１３２の処理が終了すると、拡張シーケンスパラメータセット設定処理が終了し、処理は図２３に戻る。
【０１８９】
また、ステップＳ１３１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「0」であると判定された場合、ステップＳ１３２の処理が省略され、拡張シーケンスパラメータセット設定処理が終了し、処理は図２３に戻る。
【０１９０】
＜拡張シーケンスパラメータセット設定処理の流れ＞
なお、拡張シーケンスパラメータセット設定処理において、キーピクチャ指定情報（used_as_key_picture_flag）の値を、ロングタームピクチャ毎に設定するようにしてもよい。その場合の拡張シーケンスパラメータセット設定処理の流れの例を、図２６のフローチャートを参照して説明する。
【０１９１】
拡張シーケンスパラメータセット設定処理が開始されると、拡張SPS設定部１１４の判定部１３１は、ステップＳ１４１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であるか否かを判定する。キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であると判定された場合、処理はステップＳ１４２に進む。
【０１９２】
ステップＳ１４２において、used_as_key_picture_flag設定部１３２は、変数iに値「0」をセットする。ステップＳ１４３において、その変数iの値が、シーケンスパラメータセットにおいて設定されるロングタームピクチャの数（num_long_term_sps）より小さいか否かを判定する。小さいと判定された場合、処理は、ステップＳ１４４に進む。
【０１９３】
ステップＳ１４４において、used_as_key_picture_flag設定部１３２は、キーピクチャ指定情報（used_as_key_picture_flag[i]）の値を設定する。ステップＳ１４５において、used_as_key_picture_flag設定部１３２は、ステップＳ１４４において設定したキーピクチャ指定情報（used_as_key_picture_flag[i]）の値が「1」であるか否かを判定する。値が「1」であると判定された場合、処理はステップＳ１４６に進む。
【０１９４】
ステップＳ１４６において、used_as_key_picture_flag設定部１３２は、シーケンスパラメータセットのlt_ref_pic_poc_lsb_sps[i]で示されるPOCのAUの所定のレイヤのピクチャをキーピクチャ（Key picture）に設定する。
【０１９５】
ステップＳ１４６の処理が終了すると、処理はステップＳ１４７に進む。また、ステップＳ１４５において、キーピクチャ指定情報（used_as_key_picture_flag[i]）の値が「0」であると判定された場合、ステップＳ１４６の処理を省略し、処理はステップＳ１４７に進む。
【０１９６】
ステップＳ１４７において、used_as_key_picture_flag設定部１３２は、変数Iの値を「1」インクリメントする。ステップＳ１４７の処理が終了すると、処理はステップＳ１４３に戻り、それ以降の処理を繰り返す。
【０１９７】
ステップＳ１４１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「0」であると判定された場合、または、ステップＳ１４３において、変数iの値が、シーケンスパラメータセットにおいて設定されるロングタームピクチャの数（num_long_term_sps）以上であると判定された場合、拡張シーケンスパラメータセット設定処理が終了し、処理は図２３に戻る。
【０１９８】
＜拡張シーケンスパラメータセット設定処理の流れ＞
なお、拡張シーケンスパラメータセット設定処理において、キーピクチャとするレイヤを指定するようにしてもよい。その場合の拡張シーケンスパラメータセット設定処理の流れの例を、図２７のフローチャートを参照して説明する。
【０１９９】
拡張シーケンスパラメータセット設定処理が開始されると、ステップＳ１５１乃至ステップＳ１５５の各処理、並びに、ステップＳ１５７およびステップＳ１５８の各処理が、図２６の場合の拡張シーケンスパラメータセット設定処理におけるステップＳ１４１乃至ステップＳ１４５の各処理、並びに、ステップＳ１４６およびステップＳ１４７の各処理と同様に実行される。
【０２００】
ステップＳ１５５において、ステップＳ１５４において設定したキーピクチャ指定情報（used_as_key_picture_flag[i]）の値が「1」であると判定された場合、処理はステップＳ１５６に進む。ステップＳ１５６において、key_picture_layer_id_minus1設定部１３３は、レイヤ指定情報（key_picture_layer_id_minus1[i]）の値を設定する。ステップＳ１５６の処理が終了すると、処理はステップＳ１５７に進む。
【０２０１】
ステップＳ１５１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「0」であると判定された場合、または、ステップＳ１５３において、変数iの値が、シーケンスパラメータセットにおいて設定されるロングタームピクチャの数（num_long_term_sps）以上であると判定された場合、拡張シーケンスパラメータセット設定処理が終了し、処理は図２３に戻る。
【０２０２】
＜符号化ストリーム生成処理の流れ＞
次に、図２８のフローチャートを参照して、ステップＳ１０２（図２２）において実行される符号化ストリーム生成処理の流れの例を説明する。
【０２０３】
符号化ストリーム生成処理が開始されると、制御部１４４は、ステップＳ１６１において、パラメータセット等に基づいて、ベースレイヤ画像符号化部１４１乃至多重化部１４３の各部を制御する。
【０２０４】
ステップＳ１６２において、ベースレイヤ画像符号化部１４１は、ベースレイヤ画像を符号化する。ステップＳ１６３において、エンハンスメントレイヤ画像符号化部１４２は、エンハンスメントレイヤ画像を符号化する。
【０２０５】
ステップＳ１６４において、多重化部１４３は、ステップＳ１６２において生成されたベースレイヤ画像符号化ストリームと、ステップＳ１６３において生成されたエンハンスメントレイヤ画像符号化ストリームとを（すなわち、各レイヤのビットストリームを）多重化し、１系統の階層画像符号化ストリームを生成する。
【０２０６】
なお、多重化部１４３は、必要に応じて、各種パラメータセット等の情報を、階層画像符号化ストリームに含める。多重化部１４３は、その階層画像符号化ストリームを出力し、伝送部１０３に伝送する。
【０２０７】
ステップＳ１６４の処理が終了すると、符号化ストリーム生成処理が終了し、処理は、図２２に戻る。符号化部１０２は、このような符号化処理を各ピクチャについて繰り返し実行する。ただし、ピクチャ毎に行う必要の無い処理は、適宜省略される。
【０２０８】
＜ベースレイヤ符号化処理の流れ＞
次に、図２８のステップＳ１６２において実行されるベースレイヤ符号化処理の流れの例を、図２９のフローチャートを参照して説明する。
【０２０９】
ベースレイヤ符号化処理が開始されると、ベースレイヤ画像符号化部１４１の画面並べ替えバッファ１５２は、ステップＳ１７１において、入力された動画像の各フレーム（ピクチャ）の画像をその表示する順番に記憶し、各ピクチャの表示する順番から符号化する順番への並べ替えを行う。
【０２１０】
ステップＳ１７２において、イントラ予測部１６４は、イントラ予測モードのイントラ予測処理を行う。
【０２１１】
ステップＳ１７３において、インター予測部１６５は、インター予測モードでの動き予測や動き補償等を行うインター予測処理を行う。
【０２１２】
ステップＳ１７４において、予測画像選択部１６６は、コスト関数値等に基づいて、予測画像を選択する。つまり、予測画像選択部１６６は、ステップＳ１７２のイントラ予測により生成された予測画像と、ステップＳ１７３のインター予測により生成された予測画像のいずれか一方を選択する。
【０２１３】
ステップＳ１７５において、演算部１５３は、ステップＳ１７１の処理によりフレーム順を並び替えられた入力画像と、ステップＳ１７４の処理により選択された予測画像との差分を演算する。つまり、演算部１５３は、入力画像と予測画像との差分画像の画像データを生成する。このようにして求められた差分画像の画像データは、元の画像データに比べてデータ量が低減される。したがって、画像をそのまま符号化する場合に比べて、データ量を圧縮することができる。
【０２１４】
ステップＳ１７６において、直交変換部１５４は、ステップＳ１７５の処理により生成された差分画像の画像データを直交変換する。
【０２１５】
ステップＳ１７７において、量子化部１５５は、レート制御部１６７により算出された量子化パラメータを用いて、ステップＳ１７６の処理により得られた直交変換係数を量子化する。
【０２１６】
ステップＳ１７８において、逆量子化部１５８は、ステップＳ１７７の処理により生成された量子化された係数（量子化係数とも称する）を、量子化部１５５の特性に対応する特性で逆量子化する。
【０２１７】
ステップＳ１７９において、逆直交変換部１５９は、ステップＳ１７８の処理により得られた直交変換係数を逆直交変換する。
【０２１８】
ステップＳ１８０において、演算部１６０は、ステップＳ１７９の処理により復元された差分画像に、ステップＳ１７４の処理により選択された予測画像を加算することにより、再構成画像の画像データを生成する。
【０２１９】
ステップＳ１８１においてループフィルタ１６１は、ステップＳ１８０の処理により生成された再構成画像の画像データにループフィルタ処理を行う。これにより、再構成画像のブロック歪み等が除去される。
【０２２０】
ステップＳ１８２において、フレームメモリ１６２は、ステップＳ１８１の処理により得られた復号画像（ベースレイヤ復号画像）やステップＳ１８０の処理により得られた再構成画像等のデータを記憶する。
【０２２１】
ステップＳ１８３において、可逆符号化部１５６は、ステップＳ１８７の処理により得られた、量子化された係数を符号化する。すなわち、差分画像に対応するデータに対して、可変長符号化や算術符号化等の可逆符号化が行われる。
【０２２２】
また、このとき、可逆符号化部１５６は、ステップＳ１７４の処理により選択された予測画像の予測モードに関する情報を符号化し、差分画像を符号化して得られる符号化データに付加する。つまり、可逆符号化部１５６は、イントラ予測部１６４から供給される最適イントラ予測モード情報、または、インター予測部１６５から供給される最適インター予測モードに応じた情報なども符号化し、符号化データに付加する。
【０２２３】
ステップＳ１８４において蓄積バッファ１５７は、ステップＳ１８３の処理により得られた符号化データ等を蓄積する。蓄積バッファ１５７に蓄積された符号化データ等は、ベースレイヤ画像符号化ストリームとして適宜読み出され、多重化部１４３に供給されてエンハンスメントレイヤ画像符号化ストリームと多重化された後、伝送路や記録媒体を介して復号側に伝送される。
【０２２４】
ステップＳ１８５においてレート制御部１６７は、ステップＳ１８４の処理により蓄積バッファ１５７に蓄積された符号化データ等の符号量（発生符号量）に基づいて、オーバフローあるいはアンダーフローが発生しないように、量子化部１５５の量子化動作のレートを制御する。また、レート制御部１６７は、量子化パラメータに関する情報を、量子化部１５５に供給する。
【０２２５】
ステップＳ１８６において、スケーリング処理部１６９は、ベースレイヤの解像度がエンハンスメントレイヤの解像度と異なるか否かを判定する。異なると判定された場合、スケーリング処理部１６９は、処理をステップＳ１８７に進め、ベースレイヤの復号画像のスケーリング処理を行い、処理をステップＳ１８８に進める。また、ステップＳ１８６において、ベースレイヤの解像度がエンハンスメントレイヤの解像度と一致すると判定された場合、スケーリング処理部１６９は、ステップＳ１８７の処理を省略し、ステップＳ１８８に処理を進める。
【０２２６】
ステップＳ１８８において、スケーリング処理部１６９は、フレームメモリ１６２からベースレイヤ復号画像等を含むベースレイヤの情報を読み出し、それをエンハンスメントレイヤ符号化処理に供給する。
【０２２７】
ステップＳ１８８の処理が終了すると、ベースレイヤ符号化処理が終了し、処理は図２８に戻る。
【０２２８】
＜インター予測処理の流れ＞
次に、図２９のステップＳ１７３において実行されるインター予測処理の流れの例を、図３０のフローチャートを参照して説明する。
【０２２９】
インター予測処理が開始されると、インター予測部１６５は、ステップＳ１９１において、未処理のモードを選択する。ステップＳ１９２において、インター予測部１６５は、ロングタームピクチャを参照するか否かを判定する。シーケンスパラメータセットにおいてロングタームピクチャが設定されており、ロングタームピクチャを参照すると判定された場合、処理は、ステップＳ１９３に進む。
【０２３０】
ステップＳ１９３において、インター予測部１６５は、参照するロングタームピクチャがキーピクチャに指定されているか否かを判定する。キーピクチャ指定情報（used_as_key_picture_flag）の値が「1」である等して、キーピクチャであると判定された場合、処理はステップＳ１９４に進む。
【０２３１】
ステップＳ１９４において、フレームメモリ１６２は、キーピクチャ指定情報（used_as_key_picture_flag）等により指定されたキーピクチャを取得する。
【０２３２】
ステップＳ１９５において、スケーリング処理部１６９は、キーピクチャの解像度とカレントピクチャの解像度とが異なるか否かを判定する。異なると判定得された場合、処理はステップＳ１９６に進む。
【０２３３】
ステップＳ１９６において、スケーリング処理部１６９は、キーピクチャのスケーリング処理を行い、キーピクチャの解像度をカレントピクチャの解像度に一致させる。
【０２３４】
ステップＳ１９６の処理が終了すると、処理は、ステップＳ１９７に進む。また、ステップＳ１９２においてロングタームピクチャを参照しないと判定された場合、ステップＳ１９３においてキーピクチャでないと判定された場合、並びに、ステップＳ１９５において、キーピクチャの解像度がカレントピクチャの解像度に一致すると判定された場合、処理は、ステップＳ１９７に進む。
【０２３５】
ステップＳ１９７において、インター予測部１６５は、動き探索を行う。
【０２３６】
ステップＳ１９８において、インター予測部１６５は、動き探索により求めた動きベクトル等を用いて各モードのコスト関数値を算出する。
【０２３７】
ステップＳ１９９において、インター予測部１６５は、全てのモードを処理したか否かを判定する。未処理のモードが存在すると判定された場合、処理は、ステップＳ１９１に戻り、それ以降の処理を繰り返す。
【０２３８】
また、ステップＳ１９９において、全てのモードを処理したと判定された場合、処理は、ステップＳ２００に進む。
【０２３９】
ステップＳ２００において、インター予測部１６５は、ステップＳ１９８において算出された各モードのコスト関数値に基づいて、最適インター予測モードを選択する。
【０２４０】
ステップＳ２０１において、インター予測部１６５は、ステップＳ２００において最適インター予測モードに選択されたモードで予測画像を生成する。
【０２４１】
ステップＳ２０１の処理が終了すると、インター予測処理が終了し、処理は、図２９に戻る。
【０２４２】
＜エンハンスメントレイヤ符号化処理の流れ＞
次に、図２８のステップＳ１６３において実行されるエンハンスメントレイヤ符号化処理の流れの例を、図３１のフローチャートを参照して説明する。
【０２４３】
エンハンスメントレイヤ符号化処理が開始されると、フレームメモリ１８２は、ステップＳ２１１において、ステップＳ１８８（図２９）の処理によりベースレイヤ画像符号化処理から供給されるベースレイヤ復号画像等を含むベースレイヤの情報を取得し、記憶する。
【０２４４】
ステップＳ２１２乃至ステップＳ２２６の各処理は、ベースレイヤ符号化処理（図２９）のステップＳ１７１乃至ステップＳ１８５の各処理に対応し、対応する処理と基本的に同様に実行される。ただし、ベースレイヤ符号化処理の各処理がベースレイヤに対して行われたのに対し、このエンハンスメントレイヤ符号化処理の各処理は、エンハンスメントレイヤに対して行われる。
【０２４５】
ステップＳ２２６の処理が終了すると、エンハンスメントレイヤ符号化処理が終了し、処理は、図２８に戻る。
【０２４６】
以上のように各処理を実行することにより、画像符号化装置１００は、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０２４７】
なお、以上においては、画像符号化装置１００が、ベースレイヤとエンハンスメントレイヤの２階層（２レイヤ）の階層画像データを符号化する場合について説明したが、画像符号化装置１００が符号化する階層画像データの階層数（レイヤ数）は任意である。すなわち、画像符号化装置１００の符号化部１０２が階層画像データの階層数（レイヤ数）分の符号化部を有していれば良い。
【０２４８】
＜３．第３の実施の形態＞
＜画像復号装置＞
次に、以上のように符号化された符号化データの復号について説明する。図３２は、本技術を適用した画像処理装置の一態様である、画像符号化装置１００に対応する画像復号装置の主な構成例を示すブロック図である。図３２に示される画像復号装置２００は、画像符号化装置１００が生成した符号化データを、その符号化方法に対応する復号方法で復号する。
【０２４９】
図３２に示されるように、画像復号装置２００は、受け取り部２０１、パース部２０２、および復号部２０３を有する。
【０２５０】
受け取り部２０１は、符号化側から伝送される階層画像符号化ストリームを取得する。受け取り部２０１は、受け取った階層画像符号化ストリームをパース部２０２に供給する。
【０２５１】
パース部２０２は、供給された階層画像符号化ストリームに含まれるパラメータセット等をパースする。パース部２０２は、そのパース結果と、階層画像符号化ストリームとを復号部２０３に供給する。
【０２５２】
復号部２０３は、供給されたパラメータセット等のパース結果に基づいて、階層画像符号化ストリームを復号する。復号部２０３は、復号して得られた階層画像データを画像復号装置２００の外部に出力する。
【０２５３】
＜パース部＞
図３３は、図３２のパース部２０２の主な構成例を示すブロック図である。図３３に示されるように、パース部２０２は、VPSパース部２１１、拡張VPSパース部２１２、SPSパース部２１３、および拡張SPSパース部２１４を有する。
【０２５４】
VPSパース部２１１は、ビデオパラメータセットをパースする。拡張VPSパース部２１２は、拡張ビデオパラメータセットをパースする。SPSパース部２１３は、シーケンスパラメータセットをパースする。拡張SPSパース部２１４は、拡張パラメータセットをパースする。拡張SPSパース部２１４は、これらのパース結果と、階層画像符号化ストリームとを、復号部２０３（図３２）に供給する。
【０２５５】
なお、ビデオパラメータセットが拡張されない場合、拡張VPSパース部２１２を省略するようにしてもよい。また、シーケンスパラメータセットが拡張されない場合、拡張SPSパース部２１４を省略するようにしてもよい。さらに、パース部２０２が、その他のパラメータセットやヘッダ情報等をパースすることができるようにしてもよい。その場合、パース部２０２に、そのパースを行う処理部を設けるようにすればよい。
【０２５６】
＜拡張VPSパース部＞
図３４は、拡張VPSパース部２１２（図３３）の主な構成例を示すブロック図である。図３４に示されるように、拡張VPSパース部２１２は、key_picture_enabled_flagパース部２２１を有する。
【０２５７】
key_picture_enabled_flagパース部２２１は、拡張ビデオパラメータセットにおいて、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値をパースする。
【０２５８】
なお、拡張VPSパース部２１２が、キーピクチャ指定可能情報（key_pictre_enabled_flag）以外の情報をパースするようにしてもよい。その場合、拡張VPSパース部２１２に、そのパースを行う処理部を設けるようにすればよい。また、その場合、拡張VPSパース部２１２が、キーピクチャ指定可能情報（key_pictre_enabled_flag）をパースしないようにしてもよい。その場合、key_picture_enabled_flagパース部２２１を省略するようにしてもよい。
【０２５９】
＜拡張SPS設定部＞
図３５は、拡張SPSパース部２１４（図３３）の主な構成例を示すブロック図である。図３５に示されるように、拡張SPSパース部２１４は、判定部２３１、used_as_key_picture_flagパース部２３２、およびkey_picture_layer_id_minus1パース部２３３を有する。
【０２６０】
判定部２３１は、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値を判定し、その判定結果をused_as_key_picture_flagパース部２３２に供給する。
【０２６１】
used_as_key_picture_flagパース部２３２は、判定部２３１から供給された判定結果に基づいて、キーピクチャ指定情報（used_as_key_picture_flag）の値をパースする。key_picture_layer_id_minus1パース部２３３は、判定部２３１から供給された判定結果に基づいて、レイヤ指定情報（key_picture_layer_id_minus1[i]）の値をパースする。key_picture_layer_id_minus1パース部２３３は、以上のように設定されたキーピクチャ指定情報（used_as_key_picture_flag）やレイヤ指定情報（key_picture_layer_id_minus1[i]）のパース結果、その他パラメータセットのパース結果、階層画像符号化ストリーム等を復号部２０３（図３２）に供給する。
【０２６２】
なお、キーピクチャ指定可能情報（key_pictre_enabled_flag）を省略する場合、判定部２３１を省略するようにしてもよい。また、拡張SPSパース部２１４が、キーピクチャ指定情報（used_as_key_picture_flag）のパースを行わないようにしてもよい。その場合、used_as_key_picture_flagパース部２３２を省略するようにしてもよい。また、拡張SPSパース部２１４が、レイヤ指定情報（key_picture_layer_id_minus1[i]）のパースを行わないようにしてもよい。その場合、key_picture_layer_id_minus1パース部２３３を省略するようにしてもよい。
【０２６３】
なお、拡張SPSパース部２１４が、キーピクチャ指定情報（used_as_key_picture_flag）やレイヤ指定情報（key_picture_layer_id_minus1[i]）以外の情報をパースするようにしてもよい。その場合、拡張SPSパース部２１４に、そのパースを行う処理部を設けるようにすればよい。
【０２６４】
＜復号部＞
図３６は、図３２の復号部２０３の主な構成例を示すブロック図である。復号部２０３の復号方法は、符号化部１０２の符号化方法に対応する限り任意である。例えば、復号部２０３は、階層画像データが階層画像符号化（スケーラブル符号化）された符号化データに対して、階層画像復号（スケーラブル復号）を行う。図３６においては、復号部２０３が、ベースレイヤとエンハンスメントレイヤの２階層よりなる階層画像符号化ストリームを、階層画像復号（スケーラブル復号）する場合について説明する。図３６に示されるように、復号部２０３は、逆多重化部２４１、ベースレイヤ画像復号部２４２、エンハンスメントレイヤ画像復号部２４３、および制御部２４４を有する。
【０２６５】
逆多重化部２４１は、符号化側から伝送された階層画像符号化ストリームを受け取り、それを逆多重化し、ベースレイヤ画像符号化ストリームと、エンハンスメントレイヤ画像符号化ストリームとを抽出する。また、逆多重化部２４１は、階層画像符号化ストリームに含まれるパラメータセット等の情報を抽出し、制御部２４４に供給する。
【０２６６】
ベースレイヤ画像復号部２４２は、逆多重化部２４１により抽出されたベースレイヤ画像符号化ストリームを復号し、ベースレイヤ画像を得る。ベースレイヤ画像復号部２４２は、得られたベースレイヤ画像を画像復号装置２００の外部に出力する。
【０２６７】
エンハンスメントレイヤ画像復号部２４３は、逆多重化部２４１により抽出されたエンハンスメントレイヤ画像符号化ストリームを復号し、エンハンスメントレイヤ画像を得る。エンハンスメントレイヤ画像復号部２４３は、得られたエンハンスメントレイヤ画像を画像復号装置２００の外部に出力する。
【０２６８】
制御部２４４は、供給されたパラメータセット等の情報に基づいて、ベースレイヤ画像復号部２４２およびエンハンスメントレイヤ画像復号部２４３を制御する（各レイヤの復号を制御する）。
【０２６９】
＜ベースレイヤ画像復号部＞
図３７は、図３６のベースレイヤ画像復号部２４２の主な構成例を示すブロック図である。図３７に示されるようにベースレイヤ画像復号部２４２は、蓄積バッファ２５１、可逆復号部２５２、逆量子化部２５３、逆直交変換部２５４、演算部２５５、ループフィルタ２５６、および画面並べ替えバッファ２５７を有する。また、ベースレイヤ画像復号部２４２は、フレームメモリ２５９、選択部２６０、イントラ予測部２６１、インター予測部２６２、および予測画像選択部２６３を有する。
【０２７０】
蓄積バッファ２５１は、伝送されてきた符号化データ（逆多重化部２４１から供給されるベースレイヤ画像符号化ストリーム）を受け取る受け取り部でもある。蓄積バッファ２５１は、伝送されてきた符号化データを受け取って、蓄積し、所定のタイミングにおいてその符号化データを可逆復号部２５２に供給する。この符号化データには、予測モード情報などの復号に必要な情報が付加されている。
【０２７１】
可逆復号部２５２は、蓄積バッファ２５１より供給された、可逆符号化部１５６により符号化された情報を、その符号化方式に対応する復号方式で復号する。可逆復号部２５２は、復号して得られた差分画像の量子化された係数データを、逆量子化部２５３に供給する。
【０２７２】
また、可逆復号部２５２は、最適な予測モードにイントラ予測モードが選択されたかインター予測モードが選択されたかを判定し、その最適な予測モードに関する情報を、イントラ予測部２６１およびインター予測部２６２の内、選択されたと判定したモードの方に供給する。つまり、例えば、符号化側において最適な予測モードとしてイントラ予測モードが選択された場合、その最適な予測モードに関する情報（イントラ予測モード情報）がイントラ予測部２６１に供給される。また、例えば、符号化側において最適な予測モードとしてインター予測モードが選択された場合、その最適な予測モードに関する情報（インター予測モード情報）がインター予測部２６２に供給される。
【０２７３】
さらに、可逆復号部２５２は、例えば、量子化行列や量子化パラメータ等の、逆量子化に必要な情報を、符号化データから抽出し、逆量子化部２５３に供給する。
【０２７４】
逆量子化部２５３は、可逆復号部２５２により復号されて得られた量子化された係数データを、量子化部１５５の量子化方式に対応する方式で逆量子化する。なお、この逆量子化部２５３は、逆量子化部１５８と同様の処理部である。逆量子化部２５３は、得られた係数データ（直交変換係数）を逆直交変換部２５４に供給する。
【０２７５】
逆直交変換部２５４は、逆量子化部２５３から供給される直交変換係数を、必要に応じて、直交変換部１５４の直交変換方式に対応する方式で逆直交変換する。なお、この逆直交変換部２５４は、逆直交変換部１５９と同様の処理部である。
【０２７６】
この逆直交変換処理により差分画像の画像データが復元される。この復元された差分画像の画像データは、符号化側において直交変換される前の差分画像の画像データに対応する。以下においては、この、逆直交変換部２５４の逆直交変換処理により得られた、復元された差分画像の画像データを、復号残差データとも称する。逆直交変換部２５４は、この復号残差データを、演算部２５５に供給する。また、演算部２５５には、予測画像選択部２６３を介して、イントラ予測部２６１若しくはインター予測部２６２から予測画像の画像データが供給される。
【０２７７】
演算部２５５は、この復号残差データと予測画像の画像データとを用いて、差分画像と予測画像とを加算した再構成画像の画像データを得る。この再構成画像は、演算部１５３により予測画像が減算される前の入力画像に対応する。演算部２５５は、その再構成画像をループフィルタ２５６に供給する。
【０２７８】
ループフィルタ２５６は、供給された再構成画像に対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜施して復号画像を生成する。例えば、ループフィルタ２５６は、再構成画像に対してデブロックフィルタ処理を行うことにより、ブロック歪を除去する。また、例えば、ループフィルタ２５６は、そのデブロックフィルタ処理結果（ブロック歪みの除去が行われた再構成画像）に対して、ウィナーフィルタ（Wiener Filter）を用いてループフィルタ処理を行うことにより画質改善を行う。
【０２７９】
なお、ループフィルタ２５６が行うフィルタ処理の種類は任意であり、上述した以外のフィルタ処理を行ってもよい。また、ループフィルタ２５６が、符号化側から供給された、符号化の際に行われたフィルタ処理に用いられたフィルタ係数を用いてフィルタ処理を行うようにしてもよい。さらに、ループフィルタ２５６が、このようなフィルタ処理を省略し、入力されたデータをフィルタ処理せずに出力することもできる。
【０２８０】
ループフィルタ２５６は、フィルタ処理結果である復号画像（若しくは再構成画像）を画面並べ替えバッファ２５７およびフレームメモリ２５９に供給する。
【０２８１】
画面並べ替えバッファ２５７は、復号画像についてフレームの順番の並べ替えを行う。すなわち、画面並べ替えバッファ２５７は、画面並べ替えバッファ１５２により符号化順に並べ替えられた各フレームの画像を、元の表示順に並べ替える。つまり、画面並べ替えバッファ２５７は、符号化順に供給される各フレームの復号画像の画像データを、その順に記憶し、符号化順に記憶した各フレームの復号画像の画像データを表示順に読み出して、画像復号装置２００の外部に出力する。
【０２８２】
フレームメモリ２５９は、供給される復号画像を記憶し、所定のタイミングにおいて、若しくは、イントラ予測部２６１やインター予測部２６２等の外部の要求に基づいて、記憶している復号画像を参照画像として、選択部２６０を介してイントラ予測部２６１やインター予測部２６２に供給する。
【０２８３】
選択部２６０は、フレームメモリ２５９から供給される参照画像の供給先を選択する。例えば、イントラ予測の場合、選択部２６０は、フレームメモリ２５９から供給される参照画像をイントラ予測部２６１に供給する。また、例えば、インター予測の場合、選択部２６０は、フレームメモリ２５９から供給される参照画像をインター予測部２６２に供給する。
【０２８４】
イントラ予測部２６１には、イントラ予測モード情報等が可逆復号部２５２から適宜供給される。イントラ予測部２６１は、イントラ予測部１６４において用いられたイントラ予測モード（最適イントラ予測モード）でイントラ予測を行い、予測画像を生成する。その際、イントラ予測部２６１は、選択部２６０を介してフレームメモリ２５９から供給される再構成画像の画像データを用いてイントラ予測を行う。すなわち、イントラ予測部２６１は、この再構成画像を参照画像（周辺画素）として利用する。イントラ予測部２６１は、生成した予測画像を予測画像選択部２６３に供給する。
【０２８５】
インター予測部２６２には、最適予測モード情報や動き情報等が可逆復号部２５２から適宜供給される。インター予測部２６２は、可逆復号部２５２から取得された最適予測モード情報が示すインター予測モード（最適インター予測モード）で、フレームメモリ２５９から取得した復号画像（参照画像）を用いてインター予測を行い、予測画像を生成する。
【０２８６】
予測画像選択部２６３は、イントラ予測部２６１から供給される予測画像またはインター予測部２６２から供給される予測画像を、演算部２５５に供給する。そして、演算部２５５においては、その予測画像と逆直交変換部２５４からの復号残差データ（差分画像情報）とが加算されて再構成画像が得られる。
【０２８７】
また、ベースレイヤ画像復号部２４２は、ベースレイヤ制御部２６４およびスケーリング処理部２６５を有する。
【０２８８】
ベースレイヤ制御部２６４は、制御部２４４（図３６）に制御されて、パラメータセット等において行われた設定に従ってベースレイヤの復号を行うように、ベースレイヤ画像復号部２４２の各処理部（蓄積バッファ２５１乃至スケーリング処理部２６５）を制御する。つまり、上述したベースレイヤ画像復号部２４２の各処理部（蓄積バッファ２５１乃至スケーリング処理部２６５）の処理は、このベースレイヤ制御部２６４の制御（換言するに、制御部２４４の制御）に従って実行される。
【０２８９】
フレームメモリ２５９は、必要に応じて、記憶しているベースレイヤ復号画像等の情報を、エンハンスメントレイヤ画像復号部２４３（図３６）に供給するために、スケーリング制御部２６５に供給する。
【０２９０】
スケーリング処理部２６５は、フレームメモリ２５９から供給されるベースレイヤ復号画像に対してスケーリング処理を行い、その解像度をエンハンスメントレイヤの解像度に変換（アップスケール）する。スケーリング処理部２６５は、エンハンスメントレイヤの解像度にアップスケールしたベースレイヤ復号画像を、エンハンスメントレイヤ画像復号部２４３に供給する。
【０２９１】
また、エンハンスメントレイヤ画像復号部２４３からエンハンスメントレイヤ復号画像等の情報が供給される場合、スケーリング処理は、その情報を取得し、スケーリング処理を行って、その情報の解像度をベースレイヤの解像度に変換（ダウンスケール）する。スケーリング処理部２６５は、ベースレイヤの解像度にダウンスケールしたエンハンスメントレイヤの情報を、フレームメモリ２５９に供給し、記憶させる。この情報は、必要に応じて、参照画像等として、選択部２６０を介して、イントラ予測部２６１若しくはインター予測部２６２に供給される。
【０２９２】
なお、ベースレイヤの解像度とエンハンスメントレイヤの解像度とが互いに同一である場合、このようなスケーリング処理を省略するようにしてもよい。つまり、スケーリング処理部２６５を省略するようにしてもよい。
【０２９３】
＜エンハンスメントレイヤ画像復号部＞
図３８は、図３６のエンハンスメントレイヤ画像復号部２４３の主な構成例を示すブロック図である。図３８に示されるように、エンハンスメントレイヤ画像復号部２４３は、図３７のベースレイヤ画像復号部２４２と基本的に同様の構成を有する。
【０２９４】
つまり、エンハンスメントレイヤ画像復号部２４３は、図３８に示されるように、蓄積バッファ２７１、可逆復号部２７２、逆量子化部２７３、逆直交変換部２７４、演算部２７５、ループフィルタ２７６、および画面並べ替えバッファ２７７を有する。また、エンハンスメントレイヤ画像復号部２４３は、フレームメモリ２７９、選択部２８０、イントラ予測部２８１、インター予測部２８２、および予測画像選択部２８３を有する。
【０２９５】
これらの蓄積バッファ２７１乃至予測画像選択部２８３は、図３７の蓄積バッファ２５１乃至予測画像選択部２６３に対応し、それぞれ、対応する処理部と同様の処理を行う。ただし、エンハンスメントレイヤ画像復号部２４３の各部は、ベースレイヤではなく、エンハンスメントレイヤ画像情報の符号化についての処理を行う。したがって、蓄積バッファ２７１乃至予測画像選択部２８３の処理の説明として、上述した図３７の蓄積バッファ２５１乃至予測画像選択部２６３についての説明を適用することができるが、その場合、処理するデータは、ベースレイヤのデータではなく、エンハンスメントレイヤのデータであるものとする必要がある。また、データの入力元や出力先の処理部は、適宜、蓄積バッファ２７１乃至予測画像選択部２８３の中の対応する処理部に置き換えて読む必要がある。
【０２９６】
また、フレームメモリ２７９は、ベースレイヤ画像復号部２４２から供給されるベースレイヤ復号画像等の情報を取得し、記憶する。この情報は、必要に応じて、参照画像等として、選択部２８０を介して、イントラ予測部２８１若しくはインター予測部２８２に供給される。なお、フレームメモリ２７９が、必要に応じて、記憶しているエンハンスメントレイヤ復号画像等の情報を、ベースレイヤ画像復号部２４２（図３６）に供給するようにしてもよい。
【０２９７】
エンハンスメントレイヤ画像復号部２４３は、さらに、エンハンスメントレイヤ制御部２８４を有する。エンハンスメントレイヤ制御部２８４は、制御部２４４（図３６）に制御されて、パラメータセット等のパース結果に従ってエンハンスメントレイヤの復号を行うように、エンハンスメントレイヤ画像復号部２４３の各処理部（蓄積バッファ２７１乃至予測画像選択部２８３）を制御する。つまり、上述したエンハンスメントレイヤ画像復号部２４３の各処理部（蓄積バッファ２７１乃至予測画像選択部２８３）の処理は、このエンハンスメントレイヤ制御部２８４の制御（換言するに、制御部２４４の制御）に従って実行される。
【０２９８】
なお、図３７において、スケーリング処理がベースレイヤ画像復号部２４２において行われるように説明したが、このスケーリング処理がエンハンスメントレイヤ画像復号部２４３において行われるようにしてもよい。その場合、スケーリング処理部２６５（図３７）が、エンハンスメントレイヤ画像復号部２４３に設けられるようにすればよい。
【０２９９】
以上のような構成にすることにより、画像復号装置２００は、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０３００】
＜画像復号処理の流れ＞
次に、以上のような画像復号装置２００により実行される各処理の流れについて説明する。最初に、図３９のフローチャートを参照して、画像復号処理の流れの例を説明する。
【０３０１】
画像復号処理が開始されると、画像復号装置２００の受け取り部（図３２）は、ステップＳ３０１において、例えば符号化側から伝送される階層画像符号化ストリームを受け取る。ステップＳ３０２において、パース部２０２は、例えば第１の実施の形態において説明したように、パラメータセットをパースする。ステップＳ３０３において、復号部２０３は、ステップＳ３０２におけるパラメータセットのパース結果等に基づいて、階層画像符号化ストリームを復号する。ステップＳ３０３の処理が終了すると、画像復号処理が終了する。
【０３０２】
＜パラメータセットパース処理の流れ＞
次に、ステップＳ３０２（図３９）において実行されるパラメータセットパース処理の流れの例を、図４０のフローチャートを参照して説明する。
【０３０３】
パラメータセットパース処理が開始されると、VPSパース部２１１は、ステップＳ３１１において、ビデオパラメータセットをパースする。ステップＳ３１２において、拡張VPSパース部２１２は、拡張ビデオパラメータセットをパースする。
【０３０４】
ステップＳ３１３において、SPSパース部２１３は、シーケンスパラメータセットをパースする。ステップＳ３１４において、拡張SPSパース部２１４は、拡張シーケンスパラメータセットをパースする。
【０３０５】
ステップＳ３１４の処理が終了すると、パラメータセットパース処理が終了し、処理が図３９に戻る。
【０３０６】
なお、ビデオパラメータセットが拡張されないようにしてもよい。その場合、ステップＳ３１２の処理を省略するようにしてもよい。また、シーケンスパラメータセットが拡張されないようにしてもよい。その場合、ステップＳ３１４の処理を省略するようにしてもよい。さらに、パラメータセットパース処理において、その他のパラメータセットやヘッダ情報等をパースするようにしてもよい。その場合、上述した各処理（ステップ）に、そのパースを行う処理（ステップ）を追加するようにしてもよい。
【０３０７】
＜拡張ビデオパラメータセットパース処理の流れ＞
次に、ステップＳ３１２（図４０）において実行される拡張ビデオパラメータセットパース処理の流れの例を、図４１のフローチャートを参照して説明する。
【０３０８】
拡張ビデオパラメータセットパース処理が開始されると、key_picture_enabled_flagパース部２２１は、ステップＳ３２１において、key_picture_enabled_flagをパースする。
【０３０９】
ステップＳ３２１の処理が終了すると、拡張ビデオパラメータセットパース処理が終了し、処理が図４０に戻る。
【０３１０】
なお、拡張ビデオパラメータセットパース処理において、キーピクチャ指定可能情報（key_pictre_enabled_flag）以外の情報をパースするようにしてもよい。その場合、上述した各処理（ステップ）に、そのパースを行う処理（ステップ）を追加するようにしてもよい。また、その場合、キーピクチャ指定可能情報（key_pictre_enabled_flag）がパースされないようにしてもよい。その場合、ステップＳ３２１の処理を省略するようにしてもよい。
【０３１１】
＜拡張シーケンスパラメータセットパース処理の流れ＞
次に、ステップＳ３１４（図４０）において実行される拡張シーケンスパラメータセットパース処理の流れの例を、図４２のフローチャートを参照して説明する。図４２の例は、キーピクチャ指定情報が、ロングターム指定された全てのピクチャをキーピクチャに指定するかを示す情報である場合の、拡張シーケンスパラメータセットパース処理の流れの例である。
【０３１２】
拡張シーケンスパラメータセットパース処理が開始されると、拡張SPSパース部２１４の判定部２３１は、ステップＳ３３１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であるか否かを判定する。キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であると判定された場合、処理はステップＳ３３２に進む。
【０３１３】
ステップＳ３３２において、used_as_key_picture_flagパース部２３２は、シーケンスパラメータセットのlt_ref_pic_poc_lsb_sps[i]で示される全てのPOCのAU（Access Unit）の所定のレイヤのピクチャをキーピクチャ（Key picture）に設定する。
【０３１４】
ステップＳ３３２の処理が終了すると、拡張シーケンスパラメータセットパース処理が終了し、処理は図４０に戻る。
【０３１５】
また、ステップＳ３３１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「0」であると判定された場合、ステップＳ３３２の処理が省略され、拡張シーケンスパラメータセットパース処理が終了し、処理は図４０に戻る。
【０３１６】
＜拡張シーケンスパラメータセットパース処理の流れ＞
なお、キーピクチャ指定情報（used_as_key_picture_flag）の値が、ロングタームピクチャ毎に設定されるようにしてもよい。その場合の拡張シーケンスパラメータセットパース処理の流れの例を、図４３のフローチャートを参照して説明する。
【０３１７】
拡張シーケンスパラメータセットパース処理が開始されると、拡張SPSパース部２１４の判定部２３１は、ステップＳ３４１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であるか否かを判定する。キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「1」であると判定された場合、処理はステップＳ３４２に進む。
【０３１８】
ステップＳ３４２において、used_as_key_picture_flagパース部２３２は、変数iに値「0」をセットする。そして、used_as_key_picture_flagパース部２３２は、ステップＳ３４３において、その変数iの値が、シーケンスパラメータセットにおいて設定されるロングタームピクチャの数（num_long_term_sps）より小さいか否かを判定する。小さいと判定された場合、処理は、ステップＳ３４４に進む。
【０３１９】
ステップＳ３４４において、used_as_key_picture_flagパース部２３２は、キーピクチャ指定情報（used_as_key_picture_flag[i]）の値をパースする。ステップＳ３４５において、used_as_key_picture_flagパース部２３２は、ステップＳ３４４においてパースしたキーピクチャ指定情報（used_as_key_picture_flag[i]）の値が「1」であるか否かを判定する。値が「1」であると判定された場合、処理はステップＳ３４６に進む。
【０３２０】
ステップＳ３４６において、used_as_key_picture_flagパース部２３２は、シーケンスパラメータセットのlt_ref_pic_poc_lsb_sps[i]で示されるPOCのAUの所定のレイヤのピクチャをキーピクチャ（Key picture）に設定する。
【０３２１】
ステップＳ３４６の処理が終了すると、処理はステップＳ３４７に進む。また、ステップＳ３４５において、キーピクチャ指定情報（used_as_key_picture_flag[i]）の値が「0」であると判定された場合、ステップＳ３４６の処理を省略し、処理はステップＳ３４７に進む。
【０３２２】
ステップＳ３４７において、used_as_key_picture_flagパース部２３２は、変数iの値を「1」インクリメントする。ステップＳ３４７の処理が終了すると、処理はステップＳ３４３に戻り、それ以降の処理を繰り返す。
【０３２３】
ステップＳ３４１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「0」であると判定された場合、または、ステップＳ３４３において、変数iの値が、シーケンスパラメータセットにおいて設定されるロングタームピクチャの数（num_long_term_sps）以上であると判定された場合、拡張シーケンスパラメータパース処理が終了し、処理は図４０に戻る。
【０３２４】
＜拡張シーケンスパラメータセットパース処理の流れ＞
なお、キーピクチャとするレイヤが指定されるようにしてもよい。その場合の拡張シーケンスパラメータセットパース処理の流れの例を、図４４のフローチャートを参照して説明する。
【０３２５】
拡張シーケンスパラメータセットパース処理が開始されると、ステップＳ３５１乃至ステップＳ３５５の各処理、並びに、ステップＳ３５７およびステップＳ３５８の各処理が、図４３の場合の拡張シーケンスパラメータセットパース処理におけるステップＳ３４１乃至ステップＳ３４５の各処理、並びに、ステップＳ３４６およびステップＳ３４７の各処理と同様に実行される。
【０３２６】
ステップＳ３５５において、ステップＳ３５４においてパースしたキーピクチャ指定情報（used_as_key_picture_flag[i]）の値が「1」であると判定された場合、処理はステップＳ３５６に進む。ステップＳ３５６において、key_picture_layer_id_minus1パース部２３３は、レイヤ指定情報（key_picture_layer_id_minus1[i]）の値をパースする。ステップＳ３５６の処理が終了すると、処理はステップＳ３５７に進む。
【０３２７】
ステップＳ３５１において、キーピクチャ指定可能情報（key_pictre_enabled_flag）の値が「0」であると判定された場合、または、ステップＳ３５３において、変数iの値が、シーケンスパラメータセットにおいて設定されるロングタームピクチャの数（num_long_term_sps）以上であると判定された場合、拡張シーケンスパラメータパース処理が終了し、処理は図４０に戻る。
【０３２８】
＜符号化ストリーム復号処理の流れ＞
次に、図４５のフローチャートを参照して、ステップＳ３０３（図３９）において実行される符号化ストリーム復号処理の流れの例を説明する。
【０３２９】
符号化ストリーム復号処理が開始されると、逆多重化部２４１は、ステップＳ３６１において、多重化されたビットストリームである階層画像符号化ストリームを逆多重化する。
【０３３０】
ステップＳ３６２において、制御部２４４は、パラメータセットのパース結果に基づいて、各レイヤの復号を制御する。
【０３３１】
ステップＳ３６３において、ベースレイヤ画像復号部２４２は、ベースレイヤ画像符号化ストリームを復号する。
【０３３２】
ステップＳ３６４において、エンハンスメントレイヤ画像復号部２４３は、エンハンスメントレイヤ符号化ストリームを復号する。
【０３３３】
ステップＳ３６４の処理が終了すると、符号化ストリーム復号処理が終了し、処理が図３９に戻る。
【０３３４】
＜ベースレイヤ復号処理の流れ＞
次に、図４５のステップＳ３６３において実行されるベースレイヤ復号処理の流れの例を、図４６のフローチャートを参照して説明する。
【０３３５】
ベースレイヤ復号処理が開始されると、ベースレイヤ画像復号部２４２の蓄積バッファ２５１は、ステップＳ３７１において、伝送されてきたベースレイヤ符号化ストリームを蓄積する。ステップＳ３７２において、可逆復号部２５２は、蓄積バッファ２５１から供給されるベースレイヤ符号化ストリームを復号する。すなわち、可逆符号化部１５６により符号化されたＩスライス、Ｐスライス、並びにＢスライス等の画像データが復号される。このとき、ヘッダ情報などのビットストリームに含められた画像データ以外の各種情報も復号される。
【０３３６】
ステップＳ３７３において、逆量子化部２５３は、ステップＳ３７２の処理により得られた、量子化された係数を逆量子化する。
【０３３７】
ステップＳ３７４において、逆直交変換部２５４は、ステップＳ３７３において逆量子化された係数を逆直交変換する。
【０３３８】
ステップＳ３７５において、イントラ予測部２６１およびインター予測部２６２は、予測処理を行い、予測画像を生成する。
【０３３９】
ステップＳ３７６において、演算部２５５は、ステップＳ３７４において逆直交変換されて得られた差分画像に、ステップＳ３７５において生成された予測画像を加算する。これにより再構成画像の画像データが得られる。
【０３４０】
ステップＳ３７７において、ループフィルタ２５６は、ステップＳ３７６の処理により得られた再構成画像の画像データに対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜行う。
【０３４１】
ステップＳ３７８において、画面並べ替えバッファ２５７は、ステップＳ３７７のフィルタ処理により得られた復号画像の各フレームの並べ替えを行う。すなわち、符号化の際に並べ替えられたフレームの順序が、元の表示の順序に並べ替えられる。画面並べ替えバッファ２５７は、復号画像の各フレームを並べ替えた順に読み出し、画像復号装置２００の外部に出力する。
【０３４２】
ステップＳ３７９において、フレームメモリ２５９は、ステップＳ３７７の処理により得られた復号画像やステップＳ３７６の処理により得られた再構成画像等のデータを記憶する。
【０３４３】
ステップＳ３８０において、スケーリング処理部２６５は、ベースレイヤの解像度がエンハンスメントレイヤの解像度と異なるか否かを判定する。異なると判定された場合、スケーリング処理部２６５は、処理をステップＳ３８１に進め、ベースレイヤの復号画像のスケーリング処理を行い、処理をステップＳ３８２に進める。また、ステップＳ３８０において、ベースレイヤの解像度がエンハンスメントレイヤの解像度と一致すると判定された場合、スケーリング処理部２６５は、ステップＳ３８１の処理を省略し、ステップＳ３８２に処理を進める。
【０３４４】
ステップＳ３８２において、スケーリング処理部２６５は、フレームメモリ２５９から読み出したベースレイヤ復号画像等を含むベースレイヤの情報を、エンハンスメントレイヤ符号化処理に供給する。
【０３４５】
ステップＳ３８２の処理が終了すると、ベースレイヤ復号処理が終了し、処理は図４５に戻る。
【０３４６】
＜予測画像生成処理の流れ＞
次に、図４６のステップＳ３７５において実行される予測画像生成処理の流れの例を、図４７のフローチャートを参照して説明する。
【０３４７】
予測画像生成処理が開始されると、可逆復号部２５２は、ステップＳ３９１において、最適予測モードがインター予測モードであるか否かを判定する。インター予測モードであると判定された場合、処理はステップＳ３９２に進む。
【０３４８】
ステップＳ３９２において、インター予測部２６２は、インター予測により予測画像を生成する。予測画像が生成されると、予測画像生成処理が終了し、処理は図４６に進む。
【０３４９】
また、ステップＳ３９１において、最適予測モードがイントラ予測モードであると判定された場合、処理はステップＳ３９３に進む。
【０３５０】
ステップＳ３９３において、イントラ予測部２６１は、イントラ予測により予測画像を生成する。予測画像が生成されると、予測画像生成処理が終了し、処理は図４６に進む。
【０３５１】
＜予測画像生成処理の流れ＞
次に、図４７のステップＳ３９２において実行されるインター予測処理の流れの例を、図４８のフローチャートを参照して説明する。
【０３５２】
インター予測処理が開始されると、インター予測部２６２は、ステップＳ４０１において、ロングタームピクチャを参照するか否かを判定する。シーケンスパラメータセットにおいてロングタームピクチャが設定されており、ロングタームピクチャを参照すると判定された場合、処理は、ステップＳ４０２に進む。
【０３５３】
ステップＳ４０２において、インター予測部１６５は、参照するロングタームピクチャがキーピクチャに指定されているか否かを判定する。キーピクチャ指定情報（used_as_key_picture_flag）の値が「1」である等して、キーピクチャであると判定された場合、処理はステップＳ４０３に進む。
【０３５４】
ステップＳ４０３において、フレームメモリ２５９は、キーピクチャ指定情報（used_as_key_picture_flag）等により指定されたキーピクチャを取得する。
【０３５５】
ステップＳ４０４において、スケーリング処理部２６５は、キーピクチャの解像度とカレントピクチャの解像度とが異なるか否かを判定する。異なると判定得された場合、処理はステップＳ４０５に進む。
【０３５６】
ステップＳ４０５において、スケーリング処理部２６５は、キーピクチャのスケーリング処理を行い、キーピクチャの解像度をカレントピクチャの解像度に一致させる。
【０３５７】
ステップＳ４０５の処理が終了すると、処理は、ステップＳ４０６に進む。また、ステップＳ４０１においてロングタームピクチャを参照しないと判定された場合、ステップＳ４０２においてキーピクチャでないと判定された場合、並びに、ステップＳ４０４において、キーピクチャの解像度がカレントピクチャの解像度に一致すると判定された場合、処理は、ステップＳ４０６に進む。
【０３５８】
ステップＳ４０６において、インター予測部２６２は、動き情報を再構築する。
【０３５９】
ステップＳ４０７において、インター予測部２６２は、再構築した動き情報を用いて動き補償を行い、予測画像を生成する。
【０３６０】
ステップＳ４０７の処理が終了すると、インター予測処理が終了し、処理は、図４７に戻る。
【０３６１】
＜エンハンスメントレイヤ復号処理の流れ＞
次に、図４５のステップＳ３６４において実行されるエンハンスメントレイヤ復号処理の流れの例を、図４９のフローチャートを参照して説明する。
【０３６２】
エンハンスメントレイヤ復号処理が開始されると、フレームメモリ２７９は、ステップＳ４１１において、ステップＳ３８２（図４６）の処理によりベースレイヤ復号処理から供給されるベースレイヤ復号画像等を含むベースレイヤの情報を取得する。ステップＳ４１２において、フレームメモリ２７９は、取得したベースレイヤの情報を記憶する。
【０３６３】
ステップＳ４１３乃至ステップＳ４２１の各処理は、ベースレイヤ復号処理（図４６）のステップＳ３７１乃至ステップＳ３７９の各処理に対応し、対応する処理と基本的に同様に実行される。ただし、ベースレイヤ復号処理の各処理がベースレイヤに対して行われたのに対し、このエンハンスメントレイヤ復号処理の各処理は、エンハンスメントレイヤに対して行われる。
【０３６４】
ステップＳ４２１の処理が終了すると、エンハンスメントレイヤ復号処理が終了し、処理は、図４５に戻る。
【０３６５】
以上のように各処理を実行することにより、画像復号装置２００は、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０３６６】
なお、以上においては、画像復号装置２００が、ベースレイヤとエンハンスメントレイヤの２階層（２レイヤ）の階層画像符号化ストリームを復号する場合について説明したが、画像復号装置２００が復号する階層画像符号化ストリームの階層数（レイヤ数）は任意である。すなわち、画像復号装置２００の復号部２０３が階層画像符号化ストリームの階層数（レイヤ数）分の復号部を有していれば良い。
【０３６７】
本技術の適用範囲は、スケーラブルな符号化・復号方式に基づくあらゆる画像符号化装置及び画像復号装置に適用することができる。
【０３６８】
また、本技術は、例えば、MPEG、H．26x等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報（ビットストリーム）を、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像符号化装置および画像復号装置に適用することができる。また、本技術は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置および画像復号装置に適用することができる。
【０３６９】
＜４．第４の実施の形態＞
＜多視点画像符号化・多視点画像復号への適用＞
上述した一連の処理は、多視点画像符号化・多視点画像復号に適用することができる。図５０は、多視点画像符号化方式の一例を示す。
【０３７０】
図５０に示されるように、多視点画像は、複数の視点（ビュー（view））の画像を含む。この多視点画像の複数のビューは、他のビューの情報を利用せずに自身のビューの画像のみを用いて符号化・復号を行うベースビューと、他のビューの情報を利用して符号化・復号を行うノンベースビューとによりなる。ノンベースビューの符号化・復号は、ベースビューの情報を利用するようにしても良いし、他のノンベースビューの情報を利用するようにしてもよい。
【０３７１】
つまり、多視点画像符号化・復号におけるビュー間の参照関係は、階層画像符号化・復号におけるレイヤ間の参照関係と同様である。したがって、図５０のような多視点画像の符号化・復号において、上述した方法を適用するようにしてもよい。このようにすることにより、多視点画像の場合も同様に、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０３７２】
＜多視点画像符号化装置＞
図５１は、上述した多視点画像符号化を行う多視点画像符号化装置を示す図である。図５１に示されるように、多視点画像符号化装置６００は、符号化部６０１、符号化部６０２、および多重化部６０３を有する。
【０３７３】
符号化部６０１は、ベースビュー画像を符号化し、ベースビュー画像符号化ストリームを生成する。符号化部６０２は、ノンベースビュー画像を符号化し、ノンベースビュー画像符号化ストリームを生成する。多重化部６０３は、符号化部６０１において生成されたベースビュー画像符号化ストリームと、符号化部６０２において生成されたノンベースビュー画像符号化ストリームとを多重化し、多視点画像符号化ストリームを生成する。
【０３７４】
第２の実施の形態において説明した画像符号化装置１００の符号化部１０２として、このような多視点画像符号化装置６００を適用すればよい。このようにすることにより、画像符号化装置１００は、第１の実施の形態や第２の実施の形態において説明した方法で、多視点画像を符号化することができる。すなわち、画像符号化装置１００は、多視点画像の符号化において、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０３７５】
＜多視点画像復号装置＞
図５２は、上述した多視点画像復号を行う多視点画像復号装置を示す図である。図５２に示されるように、多視点画像復号装置６１０は、逆多重化部６１１、復号部６１２、および復号部６１３を有する。
【０３７６】
逆多重化部６１１は、ベースビュー画像符号化ストリームとノンベースビュー画像符号化ストリームとが多重化された多視点画像符号化ストリームを逆多重化し、ベースビュー画像符号化ストリームと、ノンベースビュー画像符号化ストリームとを抽出する。復号部６１２は、逆多重化部６１１により抽出されたベースビュー画像符号化ストリームを復号し、ベースビュー画像を得る。復号部６１３は、逆多重化部６１１により抽出されたノンベースビュー画像符号化ストリームを復号し、ノンベースビュー画像を得る。
【０３７７】
第３の実施の形態において説明した画像復号装置２００の復号部２０３として、このような多視点画像復号装置６１０を適用すればよい。このようにすることにより、画像復号装置２００は、多視点画像が第１の実施の形態や第２の実施の形態において説明した方法で符号化された符号化データを、第１の実施の形態や第３の実施の形態において説明した方法で正しく復号することができる。すなわち、画像復号装置２００は、多視点画像の符号化において、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０３７８】
＜５．第５の実施の形態＞
＜コンピュータ＞
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここでコンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。
【０３７９】
図５３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０３８０】
図５３に示されるコンピュータ８００において、CPU（Central Processing Unit）８０１、ROM（Read Only Memory）８０２、RAM（Random Access Memory）８０３は、バス８０４を介して相互に接続されている。
【０３８１】
バス８０４にはまた、入出力インタフェース８１０も接続されている。入出力インタフェース８１０には、入力部８１１、出力部８１２、記憶部８１３、通信部８１４、およびドライブ８１５が接続されている。
【０３８２】
入力部８１１は、例えば、キーボード、マウス、マイクロホン、タッチパネル、入力端子などよりなる。出力部８１２は、例えば、ディスプレイ、スピーカ、出力端子などよりなる。記憶部８１３は、例えば、ハードディスク、RAMディスク、不揮発性のメモリなどよりなる。通信部８１４は、例えば、ネットワークインタフェースよりなる。ドライブ８１５は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブルメディア８２１を駆動する。
【０３８３】
以上のように構成されるコンピュータでは、CPU８０１が、例えば、記憶部８１３に記憶されているプログラムを、入出力インタフェース８１０およびバス８０４を介して、RAM８０３にロードして実行することにより、上述した一連の処理が行われる。RAM８０３にはまた、CPU８０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０３８４】
コンピュータ（CPU８０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア８２１に記録して適用することができる。その場合、プログラムは、リムーバブルメディア８２１をドライブ８１５に装着することにより、入出力インタフェース８１０を介して、記憶部８１３にインストールすることができる。
【０３８５】
また、このプログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することもできる。その場合、プログラムは、通信部８１４で受信し、記憶部８１３にインストールすることができる。
【０３８６】
その他、このプログラムは、ROM８０２や記憶部８１３に、あらかじめインストールしておくこともできる。
【０３８７】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０３８８】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０３８９】
また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０３９０】
また、以上において、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。
【０３９１】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０３９２】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０３９３】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３９４】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３９５】
上述した実施形態に係る画像符号化装置及び画像復号装置は、例えば、衛星放送、ケーブルＴＶなどの有線放送、インターネット上での配信、及びセルラー通信による端末への配信などにおける送信機若しくは受信機、光ディスク、磁気ディスク及びフラッシュメモリなどの媒体に画像を記録する記録装置、又は、これら記憶媒体から画像を再生する再生装置などの様々な電子機器に応用され得る。以下、４つの応用例について説明する。
【０３９６】
＜６．第６の実施の形態＞
＜第１の応用例：テレビジョン受像機＞
図５４は、上述した実施形態を適用したテレビジョン装置の概略的な構成の一例を示している。テレビジョン装置９００は、アンテナ９０１、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、表示部９０６、音声信号処理部９０７、スピーカ９０８、外部インタフェース（I/F）部９０９、制御部９１０、ユーザインタフェース（I/F）部９１１、及びバス９１２を備える。
【０３９７】
チューナ９０２は、アンテナ９０１を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ９０２は、復調により得られた符号化ビットストリームをデマルチプレクサ９０３へ出力する。即ち、チューナ９０２は、画像が符号化されている符号化ストリームを受信する、テレビジョン装置９００における伝送部としての役割を有する。
【０３９８】
デマルチプレクサ９０３は、符号化ビットストリームから視聴対象の番組の映像ストリーム及び音声ストリームを分離し、分離した各ストリームをデコーダ９０４へ出力する。また、デマルチプレクサ９０３は、符号化ビットストリームからEPG（Electronic Program Guide）などの補助的なデータを抽出し、抽出したデータを制御部９１０に供給する。なお、デマルチプレクサ９０３は、符号化ビットストリームがスクランブルされている場合には、デスクランブルを行ってもよい。
【０３９９】
デコーダ９０４は、デマルチプレクサ９０３から入力される映像ストリーム及び音声ストリームを復号する。そして、デコーダ９０４は、復号処理により生成される映像データを映像信号処理部９０５へ出力する。また、デコーダ９０４は、復号処理により生成される音声データを音声信号処理部９０７へ出力する。
【０４００】
映像信号処理部９０５は、デコーダ９０４から入力される映像データを再生し、表示部９０６に映像を表示させる。また、映像信号処理部９０５は、ネットワークを介して供給されるアプリケーション画面を表示部９０６に表示させてもよい。また、映像信号処理部９０５は、映像データについて、設定に応じて、例えばノイズ除去などの追加的な処理を行ってもよい。さらに、映像信号処理部９０５は、例えばメニュー、ボタン又はカーソルなどのGUI（Graphical User Interface）の画像を生成し、生成した画像を出力画像に重畳してもよい。
【０４０１】
表示部９０６は、映像信号処理部９０５から供給される駆動信号により駆動され、表示デバイス（例えば、液晶ディスプレイ、プラズマディスプレイ又はOELD（Organic ElectroLuminescence Display）（有機ELディスプレイ）など）の映像面上に映像又は画像を表示する。
【０４０２】
音声信号処理部９０７は、デコーダ９０４から入力される音声データについてD/A変換及び増幅などの再生処理を行い、スピーカ９０８から音声を出力させる。また、音声信号処理部９０７は、音声データについてノイズ除去などの追加的な処理を行ってもよい。
【０４０３】
外部インタフェース部９０９は、テレビジョン装置９００と外部機器又はネットワークとを接続するためのインタフェースである。例えば、外部インタフェース部９０９を介して受信される映像ストリーム又は音声ストリームが、デコーダ９０４により復号されてもよい。即ち、外部インタフェース部９０９もまた、画像が符号化されている符号化ストリームを受信する、テレビジョン装置９００における伝送部としての役割を有する。
【０４０４】
制御部９１０は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、プログラムデータ、EPGデータ、及びネットワークを介して取得されるデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、テレビジョン装置９００の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース部９１１から入力される操作信号に応じて、テレビジョン装置９００の動作を制御する。
【０４０５】
ユーザインタフェース部９１１は、制御部９１０と接続される。ユーザインタフェース部９１１は、例えば、ユーザがテレビジョン装置９００を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース部９１１は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９１０へ出力する。
【０４０６】
バス９１２は、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、音声信号処理部９０７、外部インタフェース部９０９及び制御部９１０を相互に接続する。
【０４０７】
このように構成されたテレビジョン装置９００において、デコーダ９０４は、上述した実施形態に係る画像復号装置２００の機能を有する。つまり、デコーダ９０４は、第１の実施の形態や第２の実施の形態において説明した方法で符号化された符号化データを、第１の実施の形態や第３の実施の形態において説明した方法で正しく復号することができる。したがって、テレビジョン装置９００は、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０４０８】
＜第２の応用例：携帯電話機＞
図５５は、上述した実施形態を適用した携帯電話機の概略的な構成の一例を示している。携帯電話機９２０は、アンテナ９２１、通信部９２２、音声コーデック９２３、スピーカ９２４、マイクロホン９２５、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、制御部９３１、操作部９３２、及びバス９３３を備える。
【０４０９】
アンテナ９２１は、通信部９２２に接続される。スピーカ９２４及びマイクロホン９２５は、音声コーデック９２３に接続される。操作部９３２は、制御部９３１に接続される。バス９３３は、通信部９２２、音声コーデック９２３、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、及び制御部９３１を相互に接続する。
【０４１０】
携帯電話機９２０は、音声通話モード、データ通信モード、撮影モード及びテレビ電話モードを含む様々な動作モードで、音声信号の送受信、電子メール又は画像データの送受信、画像の撮像、及びデータの記録などの動作を行う。
【０４１１】
音声通話モードにおいて、マイクロホン９２５により生成されるアナログ音声信号は、音声コーデック９２３に供給される。音声コーデック９２３は、アナログ音声信号を音声データへ変換し、変換された音声データをA/D変換し圧縮する。そして、音声コーデック９２３は、圧縮後の音声データを通信部９２２へ出力する。通信部９２２は、音声データを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号を、アンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部９２２は、受信信号を復調及び復号して音声データを生成し、生成した音声データを音声コーデック９２３へ出力する。音声コーデック９２３は、音声データを伸張し及びD/A変換し、アナログ音声信号を生成する。そして、音声コーデック９２３は、生成した音声信号をスピーカ９２４に供給して音声を出力させる。
【０４１２】
また、データ通信モードにおいて、例えば、制御部９３１は、操作部９３２を介するユーザによる操作に応じて、電子メールを構成する文字データを生成する。また、制御部９３１は、文字を表示部９３０に表示させる。また、制御部９３１は、操作部９３２を介するユーザからの送信指示に応じて電子メールデータを生成し、生成した電子メールデータを通信部９２２へ出力する。通信部９２２は、電子メールデータを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号を、アンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部９２２は、受信信号を復調及び復号して電子メールデータを復元し、復元した電子メールデータを制御部９３１へ出力する。制御部９３１は、表示部９３０に電子メールの内容を表示させると共に、電子メールデータを記録再生部９２９に供給し、その記憶媒体に書き込ませる。
【０４１３】
記録再生部９２９は、読み書き可能な任意の記憶媒体を有する。例えば、記憶媒体は、RAM又はフラッシュメモリなどの内蔵型の記憶媒体であってもよく、ハードディスク、磁気ディスク、光磁気ディスク、光ディスク、USB（Universal Serial Bus）メモリ、又はメモリカードなどの外部装着型の記憶媒体であってもよい。
【０４１４】
また、撮影モードにおいて、例えば、カメラ部９２６は、被写体を撮像して画像データを生成し、生成した画像データを画像処理部９２７へ出力する。画像処理部９２７は、カメラ部９２６から入力される画像データを符号化し、符号化ストリームを記録再生部９２９に供給し、その記憶媒体に書き込ませる。
【０４１５】
さらに、画像表示モードにおいて、記録再生部９２９は、記憶媒体に記録されている符号化ストリームを読み出して画像処理部９２７へ出力する。画像処理部９２７は、記録再生部９２９から入力される符号化ストリームを復号し、画像データを表示部９３０に供給し、その画像を表示させる。
【０４１６】
また、テレビ電話モードにおいて、例えば、多重分離部９２８は、画像処理部９２７により符号化された映像ストリームと、音声コーデック９２３から入力される音声ストリームとを多重化し、多重化したストリームを通信部９２２へ出力する。通信部９２２は、ストリームを符号化及び変調し、送信信号を生成する。そして、通信部９２２は、生成した送信信号を、アンテナ９２１を介して基地局（図示せず）へ送信する。また、通信部９２２は、アンテナ９２１を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。これら送信信号及び受信信号には、符号化ビットストリームが含まれ得る。そして、通信部９２２は、受信信号を復調及び復号してストリームを復元し、復元したストリームを多重分離部９２８へ出力する。多重分離部９２８は、入力されるストリームから映像ストリーム及び音声ストリームを分離し、映像ストリームを画像処理部９２７、音声ストリームを音声コーデック９２３へ出力する。画像処理部９２７は、映像ストリームを復号し、映像データを生成する。映像データは、表示部９３０に供給され、表示部９３０により一連の画像が表示される。音声コーデック９２３は、音声ストリームを伸張し及びD/A変換し、アナログ音声信号を生成する。そして、音声コーデック９２３は、生成した音声信号をスピーカ９２４に供給して音声を出力させる。
【０４１７】
このように構成された携帯電話機９２０において、画像処理部９２７は、上述した実施形態に係る画像符号化装置１００や画像復号装置２００の機能を有する。つまり、画像処理部９２７は、画像データを、第１の実施の形態や第２の実施の形態において説明した方法で符号化したり、その符号化により得られる符号化データを、第１の実施の形態や第３の実施の形態において説明した方法で正しく復号したりすることができる。したがって、携帯電話機９２０は、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０４１８】
＜第３の応用例：記録再生装置＞
図５６は、上述した実施形態を適用した記録再生装置の概略的な構成の一例を示している。記録再生装置９４０は、例えば、受信した放送番組の音声データ及び映像データを符号化して記録媒体に記録する。また、記録再生装置９４０は、例えば、他の装置から取得される音声データ及び映像データを符号化して記録媒体に記録してもよい。また、記録再生装置９４０は、例えば、ユーザの指示に応じて、記録媒体に記録されているデータをモニタ及びスピーカ上で再生する。このとき、記録再生装置９４０は、音声データおよび映像データを復号する。
【０４１９】
記録再生装置９４０は、チューナ９４１、外部インタフェース（I/F）部９４２、エンコーダ９４３、HDD（Hard Disk Drive）９４４、ディスクドライブ９４５、セレクタ９４６、デコーダ９４７、OSD（On-Screen Display）９４８、制御部９４９、およびユーザインタフェース（I/F）部９５０を備える。
【０４２０】
チューナ９４１は、アンテナ（図示せず）を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ９４１は、復調により得られた符号化ビットストリームをセレクタ９４６へ出力する。即ち、チューナ９４１は、記録再生装置９４０における伝送部としての役割を有する。
【０４２１】
外部インタフェース部９４２は、記録再生装置９４０と外部機器又はネットワークとを接続するためのインタフェースである。外部インタフェース部９４２は、例えば、IEEE（Institute of Electrical and Electronic Engineers）1394インタフェース、ネットワークインタフェース、USBインタフェース、又はフラッシュメモリインタフェースなどであってよい。例えば、外部インタフェース部９４２を介して受信される映像データおよび音声データは、エンコーダ９４３へ入力される。即ち、外部インタフェース部９４２は、記録再生装置９４０における伝送部としての役割を有する。
【０４２２】
エンコーダ９４３は、外部インタフェース部９４２から入力される映像データおよび音声データが符号化されていない場合に、映像データおよび音声データを符号化する。そして、エンコーダ９４３は、符号化ビットストリームをセレクタ９４６へ出力する。
【０４２３】
HDD９４４は、映像および音声などのコンテンツデータが圧縮された符号化ビットストリーム、各種プログラムおよびその他のデータを内部のハードディスクに記録する。また、HDD９４４は、映像および音声の再生時に、これらデータをハードディスクから読み出す。
【０４２４】
ディスクドライブ９４５は、装着されている記録媒体へのデータの記録および読み出しを行う。ディスクドライブ９４５に装着される記録媒体は、例えばDVD（Digital Versatile Disc）ディスク（DVD-Video、DVD-RAM（DVD - Random Access Memory）、DVD-R（DVD - Recordable）、DVD-RW（DVD - Rewritable）、DVD+R（DVD + Recordable）、DVD+RW（DVD + Rewritable）等）又はBlu-ray（登録商標）ディスクなどであってよい。
【０４２５】
セレクタ９４６は、映像および音声の記録時には、チューナ９４１又はエンコーダ９４３から入力される符号化ビットストリームを選択し、選択した符号化ビットストリームをHDD９４４又はディスクドライブ９４５へ出力する。また、セレクタ９４６は、映像及び音声の再生時には、HDD９４４又はディスクドライブ９４５から入力される符号化ビットストリームをデコーダ９４７へ出力する。
【０４２６】
デコーダ９４７は、符号化ビットストリームを復号し、映像データ及び音声データを生成する。そして、デコーダ９４７は、生成した映像データをOSD９４８へ出力する。また、デコーダ９４７は、生成した音声データを外部のスピーカへ出力する。
【０４２７】
OSD９４８は、デコーダ９４７から入力される映像データを再生し、映像を表示する。また、OSD９４８は、表示する映像に、例えばメニュー、ボタン又はカーソルなどのGUIの画像を重畳してもよい。
【０４２８】
制御部９４９は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、記録再生装置９４０の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース部９５０から入力される操作信号に応じて、記録再生装置９４０の動作を制御する。
【０４２９】
ユーザインタフェース部９５０は、制御部９４９と接続される。ユーザインタフェース部９５０は、例えば、ユーザが記録再生装置９４０を操作するためのボタンおよびスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース部９５０は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９４９へ出力する。
【０４３０】
このように構成された記録再生装置９４０において、エンコーダ９４３は、上述した実施形態に係る画像符号化装置１００の機能を有する。つまり、エンコーダ９４３は、画像データを第１の実施の形態や第２の実施の形態において説明した方法で符号化することができる。また、デコーダ９４７は、上述した実施形態に係る画像復号装置２００の機能を有する。つまり、デコーダ９４７は、画像データが第１の実施の形態や第２の実施の形態において説明した方法で符号化された符号化データを、第１の実施の形態や第３の実施の形態において説明した方法で正しく復号することができる。それにより、記録再生装置９４０は、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０４３１】
＜第４の応用例：撮像装置＞
図５７は、上述した実施形態を適用した撮像装置の概略的な構成の一例を示している。撮像装置９６０は、被写体を撮像して画像を生成し、画像データを符号化して記録媒体に記録する。
【０４３２】
撮像装置９６０は、光学ブロック９６１、撮像部９６２、信号処理部９６３、画像処理部９６４、表示部９６５、外部インタフェース（I/F）部９６６、メモリ部９６７、メディアドライブ９６８、OSD９６９、制御部９７０、ユーザインタフェース（I/F）部９７１、およびバス９７２を備える。
【０４３３】
光学ブロック９６１は、撮像部９６２に接続される。撮像部９６２は、信号処理部９６３に接続される。表示部９６５は、画像処理部９６４に接続される。ユーザインタフェース部９７１は、制御部９７０に接続される。バス９７２は、画像処理部９６４、外部インタフェース部９６６、メモリ部９６７、メディアドライブ９６８、OSD９６９、および制御部９７０を相互に接続する。
【０４３４】
光学ブロック９６１は、フォーカスレンズ及び絞り機構などを有する。光学ブロック９６１は、被写体の光学像を撮像部９６２の撮像面に結像させる。撮像部９６２は、CCD（Charge Coupled Device）又はCMOS（Complementary Metal Oxide Semiconductor）などのイメージセンサを有し、撮像面に結像した光学像を光電変換によって電気信号としての画像信号に変換する。そして、撮像部９６２は、画像信号を信号処理部９６３へ出力する。
【０４３５】
信号処理部９６３は、撮像部９６２から入力される画像信号に対してニー補正、ガンマ補正、色補正などの種々のカメラ信号処理を行う。信号処理部９６３は、カメラ信号処理後の画像データを画像処理部９６４へ出力する。
【０４３６】
画像処理部９６４は、信号処理部９６３から入力される画像データを符号化し、符号化データを生成する。そして、画像処理部９６４は、生成した符号化データを外部インタフェース部９６６またはメディアドライブ９６８へ出力する。また、画像処理部９６４は、外部インタフェース部９６６またはメディアドライブ９６８から入力される符号化データを復号し、画像データを生成する。そして、画像処理部９６４は、生成した画像データを表示部９６５へ出力する。また、画像処理部９６４は、信号処理部９６３から入力される画像データを表示部９６５へ出力して画像を表示させてもよい。また、画像処理部９６４は、OSD９６９から取得される表示用データを、表示部９６５へ出力する画像に重畳してもよい。
【０４３７】
OSD９６９は、例えばメニュー、ボタン又はカーソルなどのGUIの画像を生成して、生成した画像を画像処理部９６４へ出力する。
【０４３８】
外部インタフェース部９６６は、例えばUSB入出力端子として構成される。外部インタフェース部９６６は、例えば、画像の印刷時に、撮像装置９６０とプリンタとを接続する。また、外部インタフェース部９６６には、必要に応じてドライブが接続される。ドライブには、例えば、磁気ディスク又は光ディスクなどのリムーバブルメディアが装着され、リムーバブルメディアから読み出されるプログラムが、撮像装置９６０にインストールされ得る。さらに、外部インタフェース部９６６は、LAN又はインターネットなどのネットワークに接続されるネットワークインタフェースとして構成されてもよい。即ち、外部インタフェース部９６６は、撮像装置９６０における伝送部としての役割を有する。
【０４３９】
メディアドライブ９６８に装着される記録媒体は、例えば、磁気ディスク、光磁気ディスク、光ディスク、又は半導体メモリなどの、読み書き可能な任意のリムーバブルメディアであってよい。また、メディアドライブ９６８に記録媒体が固定的に装着され、例えば、内蔵型ハードディスクドライブ又はSSD（Solid State Drive）のような非可搬性の記憶部が構成されてもよい。
【０４４０】
制御部９７０は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、撮像装置９６０の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース部９７１から入力される操作信号に応じて、撮像装置９６０の動作を制御する。
【０４４１】
ユーザインタフェース部９７１は、制御部９７０と接続される。ユーザインタフェース部９７１は、例えば、ユーザが撮像装置９６０を操作するためのボタン及びスイッチなどを有する。ユーザインタフェース部９７１は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９７０へ出力する。
【０４４２】
このように構成された撮像装置９６０において、画像処理部９６４は、上述した実施形態に係る画像符号化装置１００や画像復号装置２００の機能を有する。つまり、画像処理部９６４は、画像データを第１の実施の形態や第２の実施の形態において説明した方法で符号化したり、その符号化により得られる符号化データを、第１の実施の形態や第３の実施の形態において説明した方法で正しく復号したりすることができる。したがって、撮像装置９６０は、キーピクチャの利用を容易にし、より容易に符号化効率を向上させることができる。
【０４４３】
＜７．第７の実施の形態＞
＜スケーラブル符号化の応用例：第１のシステム＞
次に、スケーラブル符号化（階層（画像）符号化）されたスケーラブル符号化データの具体的な利用例について説明する。スケーラブル符号化は、例えば、図５８に示される例のように、伝送するデータの選択のために利用される。
【０４４４】
図５８に示されるデータ伝送システム１０００において、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを読み出し、ネットワーク１００３を介して、パーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置に配信する。
【０４４５】
その際、配信サーバ１００２は、端末装置の能力や通信環境等に応じて、適切な品質の符号化データを選択して伝送する。配信サーバ１００２が不要に高品質なデータを伝送しても、端末装置において高画質な画像を得られるとは限らず、遅延やオーバフローの発生要因となる恐れがある。また、不要に通信帯域を占有したり、端末装置の負荷を不要に増大させたりしてしまう恐れもある。逆に、配信サーバ１００２が不要に低品質なデータを伝送しても、端末装置において十分な画質の画像を得ることができない恐れがある。そのため、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを、適宜、端末装置の能力や通信環境等に対して適切な品質の符号化データとして読み出し、伝送する。
【０４４６】
例えば、スケーラブル符号化データ記憶部１００１は、スケーラブルに符号化されたスケーラブル符号化データ（BL+EL）１０１１を記憶するとする。このスケーラブル符号化データ（BL+EL）１０１１は、ベースレイヤとエンハンスメントレイヤの両方を含む符号化データであり、復号することにより、ベースレイヤの画像およびエンハンスメントレイヤの画像の両方を得ることができるデータである。
【０４４７】
配信サーバ１００２は、データを伝送する端末装置の能力や通信環境等に応じて、適切なレイヤを選択し、そのレイヤのデータを読み出す。例えば、配信サーバ１００２は、処理能力の高いパーソナルコンピュータ１００４やタブレットデバイス１００６に対しては、高品質なスケーラブル符号化データ（BL+EL）１０１１をスケーラブル符号化データ記憶部１００１から読み出し、そのまま伝送する。これに対して、例えば、配信サーバ１００２は、処理能力の低いAV機器１００５や携帯電話機１００７に対しては、スケーラブル符号化データ（BL+EL）１０１１からベースレイヤのデータを抽出し、スケーラブル符号化データ（BL+EL）１０１１と同じコンテンツのデータであるが、スケーラブル符号化データ（BL+EL）１０１１よりも低品質なスケーラブル符号化データ（BL）１０１２として伝送する。
【０４４８】
このようにスケーラブル符号化データを用いることにより、データ量を容易に調整することができるので、遅延やオーバフローの発生を抑制したり、端末装置や通信媒体の負荷の不要な増大を抑制したりすることができる。また、スケーラブル符号化データ（BL+EL）１０１１は、レイヤ間の冗長性が低減されているので、各レイヤの符号化データを個別のデータとする場合よりもそのデータ量を低減させることができる。したがって、スケーラブル符号化データ記憶部１００１の記憶領域をより効率よく使用することができる。
【０４４９】
なお、パーソナルコンピュータ１００４乃至携帯電話機１００７のように、端末装置には様々な装置を適用することができるので、端末装置のハードウエアの性能は、装置によって異なる。また、端末装置が実行するアプリケーションも様々であるので、そのソフトウエアの能力も様々である。さらに、通信媒体となるネットワーク１００３も、例えばインターネットやLAN（Local Area Network）等、有線若しくは無線、またはその両方を含むあらゆる通信回線網を適用することができ、そのデータ伝送能力は様々である。さらに、他の通信等によっても変化する恐れがある。
【０４５０】
そこで、配信サーバ１００２は、データ伝送を開始する前に、データの伝送先となる端末装置と通信を行い、端末装置のハードウエア性能や、端末装置が実行するアプリケーション（ソフトウエア）の性能等といった端末装置の能力に関する情報、並びに、ネットワーク１００３の利用可能帯域幅等の通信環境に関する情報を得るようにしてもよい。そして、配信サーバ１００２が、ここで得た情報を基に、適切なレイヤを選択するようにしてもよい。
【０４５１】
なお、レイヤの抽出は、端末装置において行うようにしてもよい。例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１を復号し、ベースレイヤの画像を表示しても良いし、エンハンスメントレイヤの画像を表示しても良い。また、例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１から、ベースレイヤのスケーラブル符号化データ（BL）１０１２を抽出し、記憶したり、他の装置に転送したり、復号してベースレイヤの画像を表示したりするようにしてもよい。
【０４５２】
もちろん、スケーラブル符号化データ記憶部１００１、配信サーバ１００２、ネットワーク１００３、および端末装置の数はいずれも任意である。また、以上においては、配信サーバ１００２がデータを端末装置に伝送する例について説明したが、利用例はこれに限定されない。データ伝送システム１０００は、スケーラブル符号化された符号化データを端末装置に伝送する際、端末装置の能力や通信環境等に応じて、適切なレイヤを選択して伝送するシステムであれば、任意のシステムに適用することができる。
【０４５３】
そして、図５８のようなデータ伝送システム１０００においても、図１乃至図４９を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０４５４】
＜スケーラブル符号化の応用例：第２のシステム＞
また、スケーラブル符号化は、例えば、図５９に示される例のように、複数の通信媒体を介する伝送のために利用される。
【０４５５】
図５９に示されるデータ伝送システム１１００において、放送局１１０１は、地上波放送１１１１により、ベースレイヤのスケーラブル符号化データ（BL）１１２１を伝送する。また、放送局１１０１は、有線若しくは無線またはその両方の通信網よりなる任意のネットワーク１１１２を介して、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する（例えばパケット化して伝送する）。
【０４５６】
端末装置１１０２は、放送局１１０１が放送する地上波放送１１１１の受信機能を有し、この地上波放送１１１１を介して伝送されるベースレイヤのスケーラブル符号化データ（BL）１１２１を受け取る。また、端末装置１１０２は、ネットワーク１１１２を介した通信を行う通信機能をさらに有し、このネットワーク１１１２を介して伝送されるエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を受け取る。
【０４５７】
端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１を、復号してベースレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
【０４５８】
また、端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１と、ネットワーク１１１２を介して取得したエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２とを合成して、スケーラブル符号化データ（BL+EL）を得たり、それを復号してエンハンスメントレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
【０４５９】
以上のように、スケーラブル符号化データは、例えばレイヤ毎に異なる通信媒体を介して伝送させることができる。したがって、負荷を分散させることができ、遅延やオーバフローの発生を抑制することができる。
【０４６０】
また、状況に応じて、伝送に使用する通信媒体を、レイヤ毎に選択することができるようにしてもよい。例えば、データ量が比較的多いベースレイヤのスケーラブル符号化データ（BL）１１２１を帯域幅の広い通信媒体を介して伝送させ、データ量が比較的少ないエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を帯域幅の狭い通信媒体を介して伝送させるようにしてもよい。また、例えば、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する通信媒体を、ネットワーク１１１２とするか、地上波放送１１１１とするかを、ネットワーク１１１２の利用可能帯域幅に応じて切り替えるようにしてもよい。もちろん、任意のレイヤのデータについて同様である。
【０４６１】
このように制御することにより、データ伝送における負荷の増大を、より抑制することができる。
【０４６２】
もちろん、レイヤ数は任意であり、伝送に利用する通信媒体の数も任意である。また、データ配信先となる端末装置１１０２の数も任意である。さらに、以上においては、放送局１１０１からの放送を例に説明したが、利用例はこれに限定されない。データ伝送システム１１００は、スケーラブル符号化された符号化データを、レイヤを単位として複数に分割し、複数の回線を介して伝送するシステムであれば、任意のシステムに適用することができる。
【０４６３】
そして、図５９のようなデータ伝送システム１１００においても、図１乃至図４９を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０４６４】
＜スケーラブル符号化の応用例：第３のシステム＞
また、スケーラブル符号化は、例えば、図６０に示される例のように、符号化データの記憶に利用される。
【０４６５】
図６０に示される撮像システム１２００において、撮像装置１２０１は、被写体１２１１を撮像して得られた画像データをスケーラブル符号化し、スケーラブル符号化データ（BL+EL）１２２１として、スケーラブル符号化データ記憶装置１２０２に供給する。
【０４６６】
スケーラブル符号化データ記憶装置１２０２は、撮像装置１２０１から供給されるスケーラブル符号化データ（BL+EL）１２２１を、状況に応じた品質で記憶する。例えば、通常時の場合、スケーラブル符号化データ記憶装置１２０２は、スケーラブル符号化データ（BL+EL）１２２１からベースレイヤのデータを抽出し、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２として記憶する。これに対して、例えば、注目時の場合、スケーラブル符号化データ記憶装置１２０２は、高品質でデータ量の多いスケーラブル符号化データ（BL+EL）１２２１のまま記憶する。
【０４６７】
このようにすることにより、スケーラブル符号化データ記憶装置１２０２は、必要な場合のみ、画像を高画質に保存することができるので、画質劣化による画像の価値の低減を抑制しながら、データ量の増大を抑制することができ、記憶領域の利用効率を向上させることができる。
【０４６８】
例えば、撮像装置１２０１が監視カメラであるとする。撮像画像に監視対象（例えば侵入者）が写っていない場合（通常時の場合）、撮像画像の内容は重要でない可能性が高いので、データ量の低減が優先され、その画像データ（スケーラブル符号化データ）は、低品質に記憶される。これに対して、撮像画像に監視対象が被写体１２１１として写っている場合（注目時の場合）、その撮像画像の内容は重要である可能性が高いので、画質が優先され、その画像データ（スケーラブル符号化データ）は、高品質に記憶される。
【０４６９】
なお、通常時であるか注目時であるかは、例えば、スケーラブル符号化データ記憶装置１２０２が、画像を解析することにより判定しても良い。また、撮像装置１２０１が判定し、その判定結果をスケーラブル符号化データ記憶装置１２０２に伝送するようにしてもよい。
【０４７０】
なお、通常時であるか注目時であるかの判定基準は任意であり、判定基準とする画像の内容は任意である。もちろん、画像の内容以外の条件を判定基準とすることもできる。例えば、収録した音声の大きさや波形等に応じて切り替えるようにしてもよいし、所定の時間毎に切り替えるようにしてもよいし、ユーザ指示等の外部からの指示によって切り替えるようにしてもよい。
【０４７１】
また、以上においては、通常時と注目時の２つの状態を切り替える例を説明したが、状態の数は任意であり、例えば、通常時、やや注目時、注目時、非常に注目時等のように、３つ以上の状態を切り替えるようにしてもよい。ただし、この切り替える状態の上限数は、スケーラブル符号化データのレイヤ数に依存する。
【０４７２】
また、撮像装置１２０１が、スケーラブル符号化のレイヤ数を、状態に応じて決定するようにしてもよい。例えば、通常時の場合、撮像装置１２０１が、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。また、例えば、注目時の場合、撮像装置１２０１が、高品質でデータ量の多いベースレイヤのスケーラブル符号化データ（BL+EL）１２２１を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。
【０４７３】
以上においては、監視カメラを例に説明したが、この撮像システム１２００の用途は任意であり、監視カメラに限定されない。
【０４７４】
そして、図６０のような撮像システム１２００においても、図１乃至図４９を参照して上述した階層符号化・階層復号への適用と同様に本技術を適用することにより、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０４７５】
なお、本技術は、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択して使用する、例えばMPEG DASH等のようなHTTPストリーミングにも適用することができる。つまり、このような複数の符号化データ間で、符号化や復号に関する情報を共有することもできる。
【０４７６】
＜８．第８の実施の形態＞
＜実施のその他の例＞
以上において本技術を適用する装置やシステム等の例を説明したが、本技術は、これに限らず、このような装置またはシステムを構成する装置に搭載するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【０４７７】
＜ビデオセット＞
本技術をセットとして実施する場合の例について、図６１を参照して説明する。図６１は、本技術を適用したビデオセットの概略的な構成の一例を示している。
【０４７８】
近年、電子機器の多機能化が進んでおり、その開発や製造において、その一部の構成を販売や提供等として実施する場合、１機能を有する構成として実施を行う場合だけでなく、関連する機能を有する複数の構成を組み合わせ、複数の機能を有する１セットとして実施を行う場合も多く見られるようになってきた。
【０４７９】
図６１に示されるビデオセット１３００は、このような多機能化された構成であり、画像の符号化や復号（いずれか一方でもよいし、両方でも良い）に関する機能を有するデバイスに、その機能に関連するその他の機能を有するデバイスを組み合わせたものである。
【０４８０】
図６１に示されるように、ビデオセット１３００は、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４等のモジュール群と、コネクティビティ１３２１、カメラ１３２２、およびセンサ１３２３等の関連する機能を有するデバイスとを有する。
【０４８１】
モジュールは、互いに関連するいくつかの部品的機能をまとめ、まとまりのある機能を持った部品としたものである。具体的な物理的構成は任意であるが、例えば、それぞれ機能を有する複数のプロセッサ、抵抗やコンデンサ等の電子回路素子、その他のデバイス等を配線基板等に配置して一体化したものが考えられる。また、モジュールに他のモジュールやプロセッサ等を組み合わせて新たなモジュールとすることも考えられる。
【０４８２】
図６１の例の場合、ビデオモジュール１３１１は、画像処理に関する機能を有する構成を組み合わせたものであり、アプリケーションプロセッサ、ビデオプロセッサ、ブロードバンドモデム１３３３、およびRFモジュール１３３４を有する。
【０４８３】
プロセッサは、所定の機能を有する構成をSoC（System On a Chip）により半導体チップに集積したものであり、例えばシステムLSI（Large Scale Integration）等と称されるものもある。この所定の機能を有する構成は、論理回路（ハードウエア構成）であってもよいし、CPU、ROM、RAM等と、それらを用いて実行されるプログラム（ソフトウエア構成）であってもよいし、その両方を組み合わせたものであってもよい。例えば、プロセッサが、論理回路とCPU、ROM、RAM等とを有し、機能の一部を論理回路（ハードウエア構成）により実現し、その他の機能をCPUにおいて実行されるプログラム（ソフトウエア構成）により実現するようにしてもよい。
【０４８４】
図６１のアプリケーションプロセッサ１３３１は、画像処理に関するアプリケーションを実行するプロセッサである。このアプリケーションプロセッサ１３３１において実行されるアプリケーションは、所定の機能を実現するために、演算処理を行うだけでなく、例えばビデオプロセッサ１３３２等、ビデオモジュール１３１１内外の構成を必要に応じて制御することもできる。
【０４８５】
ビデオプロセッサ１３３２は、画像の符号化・復号（その一方若しくは両方）に関する機能を有するプロセッサである。
【０４８６】
ブロードバンドモデム１３３３は、インターネットや公衆電話回線網等の広帯域の回線を介して行われる有線若しくは無線（またはその両方）の広帯域通信により送信するデータ（デジタル信号）をデジタル変調する等してアナログ信号に変換したり、その広帯域通信により受信したアナログ信号を復調してデータ（デジタル信号）に変換したりする。ブロードバンドモデム１３３３は、例えば、ビデオプロセッサ１３３２が処理する画像データ、画像データが符号化されたストリーム、アプリケーションプログラム、設定データ等、任意の情報を処理する。
【０４８７】
RFモジュール１３３４は、アンテナを介して送受信されるRF（Radio Frequency）信号に対して、周波数変換、変復調、増幅、フィルタ処理等を行うモジュールである。例えば、RFモジュール１３３４は、ブロードバンドモデム１３３３により生成されたベースバンド信号に対して周波数変換等を行ってRF信号を生成する。また、例えば、RFモジュール１３３４は、フロントエンドモジュール１３１４を介して受信されたRF信号に対して周波数変換等を行ってベースバンド信号を生成する。
【０４８８】
なお、図６１において点線１３４１に示されるように、アプリケーションプロセッサ１３３１とビデオプロセッサ１３３２を、一体化し、１つのプロセッサとして構成されるようにしてもよい。
【０４８９】
外部メモリ１３１２は、ビデオモジュール１３１１の外部に設けられた、ビデオモジュール１３１１により利用される記憶デバイスを有するモジュールである。この外部メモリ１３１２の記憶デバイスは、どのような物理構成により実現するようにしてもよいが、一般的にフレーム単位の画像データのような大容量のデータの格納に利用されることが多いので、例えばDRAM（Dynamic Random Access Memory）のような比較的安価で大容量の半導体メモリにより実現するのが望ましい。
【０４９０】
パワーマネージメントモジュール１３１３は、ビデオモジュール１３１１（ビデオモジュール１３１１内の各構成）への電力供給を管理し、制御する。
【０４９１】
フロントエンドモジュール１３１４は、RFモジュール１３３４に対してフロントエンド機能（アンテナ側の送受信端の回路）を提供するモジュールである。図６１に示されるように、フロントエンドモジュール１３１４は、例えば、アンテナ部１３５１、フィルタ１３５２、および増幅部１３５３を有する。
【０４９２】
アンテナ部１３５１は、無線信号を送受信するアンテナおよびその周辺の構成を有する。アンテナ部１３５１は、増幅部１３５３から供給される信号を無線信号として送信し、受信した無線信号を電気信号（RF信号）としてフィルタ１３５２に供給する。フィルタ１３５２は、アンテナ部１３５１を介して受信されたRF信号に対してフィルタ処理等を行い、処理後のRF信号をRFモジュール１３３４に供給する。増幅部１３５３は、RFモジュール１３３４から供給されるRF信号を増幅し、アンテナ部１３５１に供給する。
【０４９３】
コネクティビティ１３２１は、外部との接続に関する機能を有するモジュールである。コネクティビティ１３２１の物理構成は、任意である。例えば、コネクティビティ１３２１は、ブロードバンドモデム１３３３が対応する通信規格以外の通信機能を有する構成や、外部入出力端子等を有する。
【０４９４】
例えば、コネクティビティ１３２１が、Bluetooth（登録商標）、IEEE 802.11（例えばWi-Fi（Wireless Fidelity、登録商標））、NFC（Near Field Communication）、IrDA（InfraRed Data Association）等の無線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した信号を送受信するアンテナ等を有するようにしてもよい。また、例えば、コネクティビティ１３２１が、USB（Universal Serial Bus）、HDMI（登録商標）（High-Definition Multimedia Interface）等の有線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した端子を有するようにしてもよい。さらに、例えば、コネクティビティ１３２１が、アナログ入出力端子等のその他のデータ（信号）伝送機能等を有するようにしてもよい。
【０４９５】
なお、コネクティビティ１３２１が、データ（信号）の伝送先のデバイスを含むようにしてもよい。例えば、コネクティビティ１３２１が、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等の記録媒体に対してデータの読み出しや書き込みを行うドライブ（リムーバブルメディアのドライブだけでなく、ハードディスク、SSD（Solid State Drive）、NAS（Network Attached Storage）等も含む）を有するようにしてもよい。また、コネクティビティ１３２１が、画像や音声の出力デバイス（モニタやスピーカ等）を有するようにしてもよい。
【０４９６】
カメラ１３２２は、被写体を撮像し、被写体の画像データを得る機能を有するモジュールである。カメラ１３２２の撮像により得られた画像データは、例えば、ビデオプロセッサ１３３２に供給されて符号化される。
【０４９７】
センサ１３２３は、例えば、音声センサ、超音波センサ、光センサ、照度センサ、赤外線センサ、イメージセンサ、回転センサ、角度センサ、角速度センサ、速度センサ、加速度センサ、傾斜センサ、磁気識別センサ、衝撃センサ、温度センサ等、任意のセンサ機能を有するモジュールである。センサ１３２３により検出されたデータは、例えば、アプリケーションプロセッサ１３３１に供給されてアプリケーション等により利用される。
【０４９８】
以上においてモジュールとして説明した構成をプロセッサとして実現するようにしてもよいし、逆にプロセッサとして説明した構成をモジュールとして実現するようにしてもよい。
【０４９９】
以上のような構成のビデオセット１３００において、後述するようにビデオプロセッサ１３３２に本技術を適用することができる。したがって、ビデオセット１３００は、本技術を適用したセットとして実施することができる。
【０５００】
＜ビデオプロセッサの構成例＞
図６２は、本技術を適用したビデオプロセッサ１３３２（図６１）の概略的な構成の一例を示している。
【０５０１】
図６２の例の場合、ビデオプロセッサ１３３２は、ビデオ信号およびオーディオ信号の入力を受けてこれらを所定の方式で符号化する機能と、符号化されたビデオデータおよびオーディオデータを復号し、ビデオ信号およびオーディオ信号を再生出力する機能とを有する。
【０５０２】
図６２に示されるように、ビデオプロセッサ１３３２は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、フレームメモリ１４０５、およびメモリ制御部１４０６を有する。また、ビデオプロセッサ１３３２は、エンコード・デコードエンジン１４０７、ビデオES（Elementary Stream）バッファ１４０８Ａおよび１４０８Ｂ、並びに、オーディオESバッファ１４０９Ａおよび１４０９Ｂを有する。さらに、ビデオプロセッサ１３３２は、オーディオエンコーダ１４１０、オーディオデコーダ１４１１、多重化部（MUX（Multiplexer））１４１２、逆多重化部（DMUX（Demultiplexer））１４１３、およびストリームバッファ１４１４を有する。
【０５０３】
ビデオ入力処理部１４０１は、例えばコネクティビティ１３２１（図６１）等から入力されたビデオ信号を取得し、デジタル画像データに変換する。第１画像拡大縮小部１４０２は、画像データに対してフォーマット変換や画像の拡大縮小処理等を行う。第２画像拡大縮小部１４０３は、画像データに対して、ビデオ出力処理部１４０４を介して出力する先でのフォーマットに応じて画像の拡大縮小処理を行ったり、第１画像拡大縮小部１４０２と同様のフォーマット変換や画像の拡大縮小処理等を行ったりする。ビデオ出力処理部１４０４は、画像データに対して、フォーマット変換やアナログ信号への変換等を行って、再生されたビデオ信号として例えばコネクティビティ１３２１等に出力する。
【０５０４】
フレームメモリ１４０５は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、およびエンコード・デコードエンジン１４０７によって共用される画像データ用のメモリである。フレームメモリ１４０５は、例えばDRAM等の半導体メモリとして実現される。
【０５０５】
メモリ制御部１４０６は、エンコード・デコードエンジン１４０７からの同期信号を受けて、アクセス管理テーブル１４０６Ａに書き込まれたフレームメモリ１４０５へのアクセススケジュールに従ってフレームメモリ１４０５に対する書き込み・読み出しのアクセスを制御する。アクセス管理テーブル１４０６Ａは、エンコード・デコードエンジン１４０７、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３等で実行される処理に応じて、メモリ制御部１４０６により更新される。
【０５０６】
エンコード・デコードエンジン１４０７は、画像データのエンコード処理、並びに、画像データが符号化されたデータであるビデオストリームのデコード処理を行う。例えば、エンコード・デコードエンジン１４０７は、フレームメモリ１４０５から読み出した画像データを符号化し、ビデオストリームとしてビデオESバッファ１４０８Ａに順次書き込む。また、例えば、ビデオESバッファ１４０８Ｂからビデオストリームを順次読み出して復号し、画像データとしてフレームメモリ１４０５に順次書き込む。エンコード・デコードエンジン１４０７は、これらの符号化や復号において、フレームメモリ１４０５を作業領域として使用する。また、エンコード・デコードエンジン１４０７は、例えばマクロブロック毎の処理を開始するタイミングで、メモリ制御部１４０６に対して同期信号を出力する。
【０５０７】
ビデオESバッファ１４０８Ａは、エンコード・デコードエンジン１４０７によって生成されたビデオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。ビデオESバッファ１４０８Ｂは、逆多重化部（DMUX）１４１３から供給されたビデオストリームをバッファリングして、エンコード・デコードエンジン１４０７に供給する。
【０５０８】
オーディオESバッファ１４０９Ａは、オーディオエンコーダ１４１０によって生成されたオーディオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。オーディオESバッファ１４０９Ｂは、逆多重化部（DMUX）１４１３から供給されたオーディオストリームをバッファリングして、オーディオデコーダ１４１１に供給する。
【０５０９】
オーディオエンコーダ１４１０は、例えばコネクティビティ１３２１等から入力されたオーディオ信号を例えばデジタル変換し、例えばMPEGオーディオ方式やAC3（AudioCode number 3）方式等の所定の方式で符号化する。オーディオエンコーダ１４１０は、オーディオ信号が符号化されたデータであるオーディオストリームをオーディオESバッファ１４０９Ａに順次書き込む。オーディオデコーダ１４１１は、オーディオESバッファ１４０９Ｂから供給されたオーディオストリームを復号し、例えばアナログ信号への変換等を行って、再生されたオーディオ信号として例えばコネクティビティ１３２１等に供給する。
【０５１０】
多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化する。この多重化の方法（すなわち、多重化により生成されるビットストリームのフォーマット）は任意である。また、この多重化の際に、多重化部（MUX）１４１２は、所定のヘッダ情報等をビットストリームに付加することもできる。つまり、多重化部（MUX）１４１２は、多重化によりストリームのフォーマットを変換することができる。例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームに変換する。また、例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、記録用のファイルフォーマットのデータ（ファイルデータ）に変換する。
【０５１１】
逆多重化部（DMUX）１４１３は、多重化部（MUX）１４１２による多重化に対応する方法で、ビデオストリームとオーディオストリームとが多重化されたビットストリームを逆多重化する。つまり、逆多重化部（DMUX）１４１３は、ストリームバッファ１４１４から読み出されたビットストリームからビデオストリームとオーディオストリームとを抽出する（ビデオストリームとオーディオストリームとを分離する）。つまり、逆多重化部（DMUX）１４１３は、逆多重化によりストリームのフォーマットを変換（多重化部（MUX）１４１２による変換の逆変換）することができる。例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等から供給されたトランスポートストリームを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。また、例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１により各種記録媒体から読み出されたファイルデータを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。
【０５１２】
ストリームバッファ１４１４は、ビットストリームをバッファリングする。例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等に供給する。
【０５１３】
また、例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１等に供給し、各種記録媒体に記録させる。
【０５１４】
さらに、ストリームバッファ１４１４は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等を介して取得したトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
【０５１５】
また、ストリームバッファ１４１４は、例えばコネクティビティ１３２１等において各種記録媒体から読み出されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
【０５１６】
次に、このような構成のビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１等からビデオプロセッサ１３３２に入力されたビデオ信号は、ビデオ入力処理部１４０１において４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式のデジタル画像データに変換され、フレームメモリ１４０５に順次書き込まれる。このデジタル画像データは、第１画像拡大縮小部１４０２または第２画像拡大縮小部１４０３に読み出されて、４：２：０Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式へのフォーマット変換および拡大縮小処理が行われ、再びフレームメモリ１４０５に書き込まれる。この画像データは、エンコード・デコードエンジン１４０７によって符号化され、ビデオストリームとしてビデオESバッファ１４０８Ａに書き込まれる。
【０５１７】
また、コネクティビティ１３２１等からビデオプロセッサ１３３２に入力されたオーディオ信号は、オーディオエンコーダ１４１０によって符号化され、オーディオストリームとして、オーディオESバッファ１４０９Ａに書き込まれる。
【０５１８】
ビデオESバッファ１４０８Ａのビデオストリームと、オーディオESバッファ１４０９Ａのオーディオストリームは、多重化部（MUX）１４１２に読み出されて多重化され、トランスポートストリーム若しくはファイルデータ等に変換される。多重化部（MUX）１４１２により生成されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等を介して外部ネットワークに出力される。また、多重化部（MUX）１４１２により生成されたファイルデータは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１等に出力され、各種記録媒体に記録される。
【０５１９】
また、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等を介して外部ネットワークからビデオプロセッサ１３３２に入力されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。また、例えばコネクティビティ１３２１等において各種記録媒体から読み出され、ビデオプロセッサ１３３２に入力されたファイルデータは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。つまり、ビデオプロセッサ１３３２に入力されたトランスポートストリームまたはファイルデータは、逆多重化部（DMUX）１４１３によりビデオストリームとオーディオストリームとに分離される。
【０５２０】
オーディオストリームは、オーディオESバッファ１４０９Ｂを介してオーディオデコーダ１４１１に供給され、復号されてオーディオ信号が再生される。また、ビデオストリームは、ビデオESバッファ１４０８Ｂに書き込まれた後、エンコード・デコードエンジン１４０７により順次読み出されて復号されてフレームメモリ１４０５に書き込まれる。復号された画像データは、第２画像拡大縮小部１４０３によって拡大縮小処理されて、フレームメモリ１４０５に書き込まれる。そして、復号された画像データは、ビデオ出力処理部１４０４に読み出されて、４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式にフォーマット変換され、さらにアナログ信号に変換されて、ビデオ信号が再生出力される。
【０５２１】
このように構成されるビデオプロセッサ１３３２に本技術を適用する場合、エンコード・デコードエンジン１４０７に、上述した各実施形態に係る本技術を適用すればよい。つまり、例えば、エンコード・デコードエンジン１４０７が、上述した実施の形態に係る画像符号化装置１００や画像復号装置２００の機能を有するようにすればよい。このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０５２２】
なお、エンコード・デコードエンジン１４０７において、本技術（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
【０５２３】
＜ビデオプロセッサの他の構成例＞
図６３は、本技術を適用したビデオプロセッサ１３３２の概略的な構成の他の例を示している。図６３の例の場合、ビデオプロセッサ１３３２は、ビデオデータを所定の方式で符号化・復号する機能を有する。
【０５２４】
より具体的には、図６３に示されるように、ビデオプロセッサ１３３２は、制御部１５１１、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、および内部メモリ１５１５を有する。また、ビデオプロセッサ１３３２は、コーデックエンジン１５１６、メモリインタフェース１５１７、多重化・逆多重化部（MUX DMUX）１５１８、ネットワークインタフェース１５１９、およびビデオインタフェース１５２０を有する。
【０５２５】
制御部１５１１は、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６等、ビデオプロセッサ１３３２内の各処理部の動作を制御する。
【０５２６】
図６３に示されるように、制御部１５１１は、例えば、メインCPU１５３１、サブCPU１５３２、およびシステムコントローラ１５３３を有する。メインCPU１５３１は、ビデオプロセッサ１３３２内の各処理部の動作を制御するためのプログラム等を実行する。メインCPU１５３１は、そのプログラム等に従って制御信号を生成し、各処理部に供給する（つまり、各処理部の動作を制御する）。サブCPU１５３２は、メインCPU１５３１の補助的な役割を果たす。例えば、サブCPU１５３２は、メインCPU１５３１が実行するプログラム等の子プロセスやサブルーチン等を実行する。システムコントローラ１５３３は、メインCPU１５３１およびサブCPU１５３２が実行するプログラムを指定する等、メインCPU１５３１およびサブCPU１５３２の動作を制御する。
【０５２７】
ディスプレイインタフェース１５１２は、制御部１５１１の制御の下、画像データを例えばコネクティビティ１３２１等に出力する。例えば、ディスプレイインタフェース１５１２は、デジタルデータの画像データをアナログ信号に変換し、再生されたビデオ信号として、またはデジタルデータの画像データのまま、コネクティビティ１３２１のモニタ装置等に出力する。
【０５２８】
ディスプレイエンジン１５１３は、制御部１５１１の制御の下、画像データに対して、その画像を表示させるモニタ装置等のハードウエアスペックに合わせるように、フォーマット変換、サイズ変換、色域変換等の各種変換処理を行う。
【０５２９】
画像処理エンジン１５１４は、制御部１５１１の制御の下、画像データに対して、例えば画質改善のためのフィルタ処理等、所定の画像処理を施す。
【０５３０】
内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６により共用される、ビデオプロセッサ１３３２の内部に設けられたメモリである。内部メモリ１５１５は、例えば、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６の間で行われるデータの授受に利用される。例えば、内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６から供給されるデータを格納し、必要に応じて（例えば、要求に応じて）、そのデータを、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６に供給する。この内部メモリ１５１５は、どのような記憶デバイスにより実現するようにしてもよいが、一般的にブロック単位の画像データやパラメータ等といった小容量のデータの格納に利用することが多いので、例えばSRAM（Static Random Access Memory）のような比較的（例えば外部メモリ１３１２と比較して）小容量だが応答速度が高速な半導体メモリにより実現するのが望ましい。
【０５３１】
コーデックエンジン１５１６は、画像データの符号化や復号に関する処理を行う。このコーデックエンジン１５１６が対応する符号化・復号の方式は任意であり、その数は１つであってもよいし、複数であってもよい。例えば、コーデックエンジン１５１６は、複数の符号化・復号方式のコーデック機能を備え、その中から選択されたもので画像データの符号化若しくは符号化データの復号を行うようにしてもよい。
【０５３２】
図６３に示される例において、コーデックエンジン１５１６は、コーデックに関する処理の機能ブロックとして、例えば、MPEG-2 Video１５４１、AVC/H.264１５４２、HEVC/H.265１５４３、HEVC/H.265(Scalable)１５４４、HEVC/H.265(Multi-view)１５４５、およびMPEG-DASH１５５１を有する。
【０５３３】
MPEG-2 Video１５４１は、画像データをMPEG-2方式で符号化したり復号したりする機能ブロックである。AVC/H.264１５４２は、画像データをAVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265１５４３は、画像データをHEVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265(Scalable)１５４４は、画像データをHEVC方式でスケーラブル符号化したりスケーラブル復号したりする機能ブロックである。HEVC/H.265(Multi-view)１５４５は、画像データをHEVC方式で多視点符号化したり多視点復号したりする機能ブロックである。
【０５３４】
MPEG-DASH１５５１は、画像データをMPEG-DASH（MPEG-Dynamic Adaptive Streaming over HTTP）方式で送受信する機能ブロックである。MPEG-DASHは、HTTP（HyperText Transfer Protocol）を使ってビデオのストリーミングを行う技術であり、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択し伝送することを特徴の１つとする。MPEG-DASH１５５１は、規格に準拠するストリームの生成やそのストリームの伝送制御等を行い、画像データの符号化・復号については、上述したMPEG-2 Video１５４１乃至HEVC/H.265(Multi-view)１５４５を利用する。
【０５３５】
メモリインタフェース１５１７は、外部メモリ１３１２用のインタフェースである。画像処理エンジン１５１４やコーデックエンジン１５１６から供給されるデータは、メモリインタフェース１５１７を介して外部メモリ１３１２に供給される。また、外部メモリ１３１２から読み出されたデータは、メモリインタフェース１５１７を介してビデオプロセッサ１３３２（画像処理エンジン１５１４若しくはコーデックエンジン１５１６）に供給される。
【０５３６】
多重化・逆多重化部（MUX DMUX）１５１８は、符号化データのビットストリーム、画像データ、ビデオ信号等、画像に関する各種データの多重化や逆多重化を行う。この多重化・逆多重化の方法は任意である。例えば、多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、複数のデータを１つにまとめるだけでなく、所定のヘッダ情報等をそのデータに付加することもできる。また、逆多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、１つのデータを複数に分割するだけでなく、分割した各データに所定のヘッダ情報等を付加することもできる。つまり、多重化・逆多重化部（MUX DMUX）１５１８は、多重化・逆多重化によりデータのフォーマットを変換することができる。例えば、多重化・逆多重化部（MUX DMUX）１５１８は、ビットストリームを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームや、記録用のファイルフォーマットのデータ（ファイルデータ）に変換することができる。もちろん、逆多重化によりその逆変換も可能である。
【０５３７】
ネットワークインタフェース１５１９は、例えばブロードバンドモデム１３３３やコネクティビティ１３２１等向けのインタフェースである。ビデオインタフェース１５２０は、例えばコネクティビティ１３２１やカメラ１３２２等向けのインタフェースである。
【０５３８】
次に、このようなビデオプロセッサ１３３２の動作の例について説明する。例えば、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等を介して外部ネットワークからトランスポートストリームを受信すると、そのトランスポートストリームは、ネットワークインタフェース１５１９を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、例えば、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてファイルデータに変換され、ビデオインタフェース１５２０を介して例えばコネクティビティ１３２１等に出力され、各種記録媒体に記録される。
【０５３９】
さらに、例えば、コネクティビティ１３２１等により図示せぬ記録媒体から読み出された、画像データが符号化された符号化データのファイルデータは、ビデオインタフェース１５２０を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてトランスポートストリームに変換され、ネットワークインタフェース１５１９を介して例えばコネクティビティ１３２１やブロードバンドモデム１３３３等に供給され図示せぬ他の装置に伝送される。
【０５４０】
なお、ビデオプロセッサ１３３２内の各処理部の間での画像データやその他のデータの授受は、例えば、内部メモリ１５１５や外部メモリ１３１２を利用して行われる。また、パワーマネージメントモジュール１３１３は、例えば制御部１５１１への電力供給を制御する。
【０５４１】
このように構成されるビデオプロセッサ１３３２に本技術を適用する場合、コーデックエンジン１５１６に、上述した各実施形態に係る本技術を適用すればよい。つまり、例えば、コーデックエンジン１５１６が、上述した実施の形態に係る画像符号化装置１００や画像復号装置２００を実現する機能ブロックを有するようにすればよい。このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０５４２】
なお、コーデックエンジン１５１６において、本技術（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
【０５４３】
以上にビデオプロセッサ１３３２の構成を２例示したが、ビデオプロセッサ１３３２の構成は任意であり、上述した２例以外のものであってもよい。また、このビデオプロセッサ１３３２は、１つの半導体チップとして構成されるようにしてもよいが、複数の半導体チップとして構成されるようにしてもよい。例えば、複数の半導体を積層する３次元積層LSIとしてもよい。また、複数のLSIにより実現されるようにしてもよい。
【０５４４】
＜装置への適用例＞
ビデオセット１３００は、画像データを処理する各種装置に組み込むことができる。例えば、ビデオセット１３００は、テレビジョン装置９００（図５４）、携帯電話機９２０（図５５）、記録再生装置９４０（図５６）、撮像装置９６０（図５７）等に組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０５４５】
また、ビデオセット１３００は、例えば、図５８のデータ伝送システム１０００におけるパーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置、図５９のデータ伝送システム１１００における放送局１１０１および端末装置１１０２、並びに、図６０の撮像システム１２００における撮像装置１２０１およびスケーラブル符号化データ記憶装置１２０２等にも組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０５４６】
なお、上述したビデオセット１３００の各構成の一部であっても、ビデオプロセッサ１３３２を含むものであれば、本技術を適用した構成として実施することができる。例えば、ビデオプロセッサ１３３２のみを本技術を適用したビデオプロセッサとして実施することができる。また、例えば、上述したように点線１３４１により示されるプロセッサやビデオモジュール１３１１等を本技術を適用したプロセッサやモジュール等として実施することができる。さらに、例えば、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４を組み合わせ、本技術を適用したビデオユニット１３６１として実施することもできる。いずれの構成の場合であっても、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０５４７】
つまり、ビデオプロセッサ１３３２を含むものであればどのような構成であっても、ビデオセット１３００の場合と同様に、画像データを処理する各種装置に組み込むことができる。例えば、ビデオプロセッサ１３３２、点線１３４１により示されるプロセッサ、ビデオモジュール１３１１、または、ビデオユニット１３６１を、テレビジョン装置９００（図５４）、携帯電話機９２０（図５５）、記録再生装置９４０（図５６）、撮像装置９６０（図５７）、図５８のデータ伝送システム１０００におけるパーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置、図５９のデータ伝送システム１１００における放送局１１０１および端末装置１１０２、並びに、図６０の撮像システム１２００における撮像装置１２０１およびスケーラブル符号化データ記憶装置１２０２等に組み込むことができる。そして、本技術を適用したいずれかの構成を組み込むことにより、その装置は、ビデオセット１３００の場合と同様に、図１乃至図４９を参照して上述した効果と同様の効果を得ることができる。
【０５４８】
また、本明細書では、各種情報が、符号化ストリームに多重化されて、符号化側から復号側へ伝送される例について説明した。しかしながら、これら情報を伝送する手法はかかる例に限定されない。例えば、これら情報は、符号化ビットストリームに多重化されることなく、符号化ビットストリームと関連付けられた別個のデータとして伝送され又は記録されてもよい。ここで、「関連付ける」という用語は、ビットストリームに含まれる画像（スライス若しくはブロックなど、画像の一部であってもよい）と当該画像に対応する情報とを復号時にリンクさせ得るようにすることを意味する。即ち、情報は、画像（又はビットストリーム）とは別の伝送路上で伝送されてもよい。また、情報は、画像（又はビットストリーム）とは別の記録媒体（又は同一の記録媒体の別の記録エリア）に記録されてもよい。さらに、情報と画像（又はビットストリーム）とは、例えば、複数フレーム、１フレーム、又はフレーム内の一部分などの任意の単位で互いに関連付けられてよい。
【０５４９】
なお、本技術は以下のような構成も取ることができる。
（１）  ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報を設定する設定部と、
前記設定部により設定された前記キーピクチャ指定情報により指定されるキーピクチャを参照して、カレントピクチャを符号化する符号化部と
を備える画像処理装置。
（２）  前記キーピクチャ指定情報は、ロングターム指定された各ピクチャについて、それぞれ前記キーピクチャに指定するかを示す情報である
（１）、（３）乃至（９）のいずれかに記載の画像処理装置。
（３）  前記キーピクチャ指定情報は、ロングターム指定された全てのピクチャを前記キーピクチャに指定するかを示す情報である
（１）、（２）、（３）乃至（９）のいずれかに記載の画像処理装置。
（４）  前記キーピクチャ指定情報は、ロングターム指定されたピクチャの、前記カレントピクチャから参照可能なレイヤの内、最も高いレイヤを前記キーピクチャに指定するかを示す情報である
（１）乃至（３）、（５）乃至（９）のいずれかに記載の画像処理装置。
（５）  前記設定部は、前記キーピクチャ指定情報をシーケンスパラメータセットにおいて設定する
（１）乃至（４）、（６）乃至（９）のいずれかに記載の画像処理装置。
（６）  前記設定部は、前記キーピクチャ指定情報により、ロングターム指定されたピクチャが前記キーピクチャに指定される場合、前記ロングターム指定されたピクチャの、前記キーピクチャとするレイヤを指定するレイヤ指定情報をさらに設定する
（１）乃至（５）、（７）乃至（９）のいずれかに記載の画像処理装置。
（７）  前記設定部は、前記レイヤ指定情報をシーケンスパラメータセットにおいて設定する
（１）乃至（６）、（８）、（９）のいずれかに記載の画像処理装置。
（８）  前記設定部は、ロングターム指定されたピクチャを前記キーピクチャに指定することができるかを示すキーピクチャ指定可能情報を設定し、前記キーピクチャ指定可能情報において、前記ロングターム指定されたピクチャを前記キーピクチャに指定することができることが示される場合、前記キーピクチャ指定情報をさらに設定する
（１）乃至（７）、（９）のいずれかに記載の画像処理装置。
（９）  前記設定部は、前記キーピクチャ指定可能情報をビデオパラメータセットにおいて設定し、前記キーピクチャ指定情報をシーケンスパラメータセットにおいて設定する
（１）乃至（８）のいずれかに記載の画像処理装置。
（１０）  ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報を設定し、
設定された前記キーピクチャ指定情報により指定されるキーピクチャを参照して、カレントピクチャを符号化する
画像処理方法。
（１１）  ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報をパースするパース部と、
前記パース部による前記キーピクチャ指定情報のパース結果に基づいて、前記キーピクチャ指定情報により指定されるキーピクチャを参照して、符号化されたカレントピクチャの復号を行う復号部と
を備える画像処理装置。
（１２）  前記キーピクチャ指定情報は、ロングターム指定された各ピクチャについて、それぞれ前記キーピクチャに指定するかを示す情報である
（１１）、（１３）乃至（１９）のいずれかに記載の画像処理装置。
（１３）  前記キーピクチャ指定情報は、ロングターム指定された全てのピクチャを前記キーピクチャに指定するかを示す情報である
（１１）、（１２）、（１４）乃至（１９）のいずれかに記載の画像処理装置。
（１４）  前記キーピクチャ指定情報は、ロングターム指定されたピクチャの、前記カレントピクチャから参照可能なレイヤの内、最も高いレイヤを前記キーピクチャに指定するかを示す情報である
（１１）乃至（１３）、（１５）乃至（１９）のいずれかに記載の画像処理装置。
（１５）  前記パース部は、シーケンスパラメータセットに設定されている前記キーピクチャ指定情報をパースする
（１１）乃至（１４）、（１６）乃至（１９）のいずれかに記載の画像処理装置。
（１６）  前記パース部は、前記キーピクチャ指定情報により、ロングターム指定されたピクチャが前記キーピクチャに指定される場合、前記ロングターム指定されたピクチャの、前記キーピクチャとするレイヤを指定するレイヤ指定情報をさらにパースする
（１１）乃至（１５）、（１７）乃至（１９）のいずれかに記載の画像処理装置。
（１７）  前記パース部は、シーケンスパラメータセットにおいて設定されている前記レイヤ指定情報をパースする
（１１）乃至（１６）、（１８）、（１９）のいずれかに記載の画像処理装置。
（１８）  前記パース部は、ロングターム指定されたピクチャを前記キーピクチャに指定することができるかを示すキーピクチャ指定可能情報をパースし、前記キーピクチャ指定可能情報において、前記ロングターム指定されたピクチャを前記キーピクチャに指定することができることが示される場合、前記キーピクチャ指定情報をさらにパースする
（１１）乃至（１７）、（１９）のいずれかに記載の画像処理装置。
（１９）  前記パース部は、ビデオパラメータセットにおいて設定されている前記キーピクチャ指定可能情報をパースし、シーケンスパラメータセットにおいて設定されている前記キーピクチャ指定情報をパースする
（１１）乃至（１８）のいずれかに記載の画像処理装置。
（２０）  ロングターム指定されたピクチャの、カレントピクチャのレイヤよりも高いレイヤをキーピクチャに指定するかを示すキーピクチャ指定情報をパースし、
前記キーピクチャ指定情報のパース結果に基づいて、前記キーピクチャ指定情報により指定されるキーピクチャを参照して、符号化されたカレントピクチャの復号を行う
画像処理方法。
【符号の説明】
【０５５０】
１００  画像符号化装置，  １０１  設定部，  １０２  符号化部，  １０３  伝送部，  １１１  VPS設定部，  １１２  拡張VPS設定部，  １１３  SPS設定部，  １１４  拡張SPS設定部，  １２１  key_picture_enabled_flag設定部，  １３１  判定部，  １３２  used_as_key_picture_flag設定部，  １３３  key_picture_layer_id_minus1設定部，  １４１  ベースレイヤ画像符号化部，  １４２  エンハンスメントレイヤ画像符号化部，  １４３  多重化部，  １４４  制御部，  １６８  ベースレイヤ制御部，  １８８  エンハンスメントレイヤ制御部，  ２００  画像復号装置，  ２０１  受け取り部，  ２０２  パース部，  ２０３  復号部，  ２１１  VPSパース部，  ２１２  拡張VPSパース部，  ２１３  SPSパース部，  ２１４  拡張SPSパース部，  ２２１  key_picture_enabled_flagパース部，  ２３１  判定部，  ２３２  used_as_key_picture_flagパース部，  ２３３  key_picture_layer_id_minus1パース部，  ２４１  逆多重化部，  ２４２  ベースレイヤ画像復号部，  ２４３  エンハンスメントレイヤ画像復号部，  ２４４  制御部，  ２６４  ベースレイヤ制御部，  ２８４  エンハンスメントレイヤ制御部
【図１】
2015089078.tif 000005
【図２】
2015089078.tif 000006
【図３】
2015089078.tif 000007
【図４】
2015089078.tif 000008
【図５】
2015089078.tif 000009
【図６】
2015089078.tif 000010
【図７】
2015089078.tif 000011
【図８】
2015089078.tif 000012
【図９】
2015089078.tif 000013
【図１０】
2015089078.tif 000014
【図１１】
2015089078.tif 000015
【図１２】
2015089078.tif 000016
【図１３】
2015089078.tif 000017
【図１４】
2015089078.tif 000018
【図１５】
2015089078.tif 000019
【図１６】
2015089078.tif 000020
【図１７】
2015089078.tif 000021
【図１８】
2015089078.tif 000022
【図１９】
2015089078.tif 000023
【図２０】
2015089078.tif 000024
【図２１】
2015089078.tif 000025
【図２２】
2015089078.tif 000026
【図２３】
2015089078.tif 000027
【図２４】
2015089078.tif 000028
【図２５】
2015089078.tif 000029
【図２６】
2015089078.tif 000030
【図２７】
2015089078.tif 000031
【図２８】
2015089078.tif 000032
【図２９】
2015089078.tif 000033
【図３０】
2015089078.tif 000034
【図３１】
2015089078.tif 000035
【図３２】
2015089078.tif 000036
【図３３】
2015089078.tif 000037
【図３４】
2015089078.tif 000038
【図３５】
2015089078.tif 000039
【図３６】
2015089078.tif 000040
【図３７】
2015089078.tif 000041
【図３８】
2015089078.tif 000042
【図３９】
2015089078.tif 000043
【図４０】
2015089078.tif 000044
【図４１】
2015089078.tif 000045
【図４２】
2015089078.tif 000046
【図４３】
2015089078.tif 000047
【図４４】
2015089078.tif 000048
【図４５】
2015089078.tif 000049
【図４６】
2015089078.tif 000050
【図４７】
2015089078.tif 000051
【図４８】
2015089078.tif 000052
【図４９】
2015089078.tif 000053
【図５０】
2015089078.tif 000054
【図５１】
2015089078.tif 000055
【図５２】
2015089078.tif 000056
【図５３】
2015089078.tif 000057
【図５４】
2015089078.tif 000058
【図５５】
2015089078.tif 000059
【図５６】
2015089078.tif 000060
【図５７】
2015089078.tif 000061
【図５８】
2015089078.tif 000062
【図５９】
2015089078.tif 000063
【図６０】
2015089078.tif 000064
【図６１】
2015089078.tif 000065
【図６２】
2015089078.tif 000066
【図６３】
2015089078.tif 000067