(57)【要約】【課題】画質の低減を抑制することができるようにする。【解決手段】画像データを符号化し、その画像データが符号化されて得られた符号化データを復号して得られる復号画像データの色差成分に対するデブロッキングフィルタ処理を制御する制御情報を、その符号化データのヘッダ情報として生成するようにする。本開示は、例えば、画像処理装置等に適用することができる。【選択図】図１２
2019198129.tif 000002
【特許請求の範囲】
【請求項１】
画像データを符号化する符号化部と、
前記符号化部により前記画像データが符号化されて得られた符号化データを復号して得られる復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報を生成し、前記第１の制御情報により前記シンタクス要素が存在することが示される場合、前記復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報を生成する制御情報生成部と
を備える画像処理装置。
【請求項２】
前記制御情報生成部は、前記第１の制御情報により前記シンタクス要素が存在することが示される場合、前記第２のデブロッキングフィルタ処理のフィルタ強度を制御する第３の制御情報をさらに生成する
請求項１に記載の画像処理装置。
【請求項３】
前記制御情報生成部は、前記第３の制御情報として、前記第２のデブロッキングフィルタ処理のパラメータβに対するオフセットを制御する制御情報を生成する
請求項２に記載の画像処理装置。
【請求項４】
前記制御情報生成部は、前記第３の制御情報として、前記第２のデブロッキングフィルタ処理のパラメータtCに対するオフセットを制御する制御情報を生成する
請求項２に記載の画像処理装置。
【請求項５】
前記制御情報生成部は、前記第１の制御情報により前記シンタクス要素が存在することが示される場合、前記第２のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第４の制御情報を生成し、前記第４の制御情報により前記シンタクス要素が存在することが示される場合、前記第２の制御情報を生成する
請求項１に記載の画像処理装置。
【請求項６】
前記制御情報生成部は、前記第４の制御情報により前記シンタクス要素が存在することが示される場合、前記第２のデブロッキングフィルタ処理のフィルタ強度を制御する第３の制御情報をさらに生成する
請求項５に記載の画像処理装置。
【請求項７】
前記制御情報生成部は、前記第３の制御情報として、前記第２のデブロッキングフィルタ処理のパラメータβに対するオフセットを制御する制御情報を生成する
請求項６に記載の画像処理装置。
【請求項８】
前記制御情報生成部は、前記第３の制御情報として、前記第２のデブロッキングフィルタ処理のパラメータtCに対するオフセットを制御する制御情報を生成する
請求項６に記載の画像処理装置。
【請求項９】
前記制御情報生成部により生成された前記第２の制御情報に基づいて、前記第２のデブロッキングフィルタ処理を行うフィルタ処理部をさらに備える
請求項１に記載の画像処理装置。
【請求項１０】
画像データを符号化し、
前記画像データが符号化されて得られた符号化データを復号して得られる復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報を生成し、前記第１の制御情報により前記シンタクス要素が存在することが示される場合、前記復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報を生成する
画像処理方法。
【請求項１１】
画像データの符号化データを復号する復号部と、
前記復号部により前記符号化データが復号されて得られた復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報により前記シンタクス要素が存在することが示される場合、前記復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報に基づいて、前記第２のデブロッキングフィルタ処理を行うフィルタ処理部と
を備える画像処理装置。
【請求項１２】
前記フィルタ処理部は、前記第１の制御情報により前記シンタクス要素が存在することが示される場合、さらに、前記第２のデブロッキングフィルタ処理のフィルタ強度を制御する第３の制御情報に基づいて、前記第２のデブロッキングフィルタ処理を行う
請求項１１に記載の画像処理装置。
【請求項１３】
前記第３の制御情報は、前記第２のデブロッキングフィルタ処理のパラメータβに対するオフセットを制御する制御情報である
請求項１２に記載の画像処理装置。
【請求項１４】
前記第３の制御情報は、前記第２のデブロッキングフィルタ処理のパラメータtCに対するオフセットを制御する制御情報である
請求項１２に記載の画像処理装置。
【請求項１５】
前記フィルタ処理部は、前記第１の制御情報により前記シンタクス要素が存在することが示され、かつ、前記第２のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第４の制御情報により前記シンタクス要素が存在することが示される場合、前記第２の制御情報に基づいて、前記第２のデブロッキングフィルタ処理を行う
請求項１１に記載の画像処理装置。
【請求項１６】
前記フィルタ処理部は、前記第４の制御情報により前記シンタクス要素が存在することが示される場合、さらに、前記第２のデブロッキングフィルタ処理のフィルタ強度を制御する第３の制御情報に基づいて、前記第２のデブロッキングフィルタ処理を行う
請求項１５に記載の画像処理装置。
【請求項１７】
前記第３の制御情報は、前記第２のデブロッキングフィルタ処理のパラメータβに対するオフセットを制御する制御情報である
請求項１６に記載の画像処理装置。
【請求項１８】
前記第３の制御情報は、前記第２のデブロッキングフィルタ処理のパラメータtCに対するオフセットを制御する制御情報である
請求項１６に記載の画像処理装置。
【請求項１９】
前記フィルタ処理部は、スライスヘッダの前記第２の制御情報、ピクチャパラメータセットの前記第２の制御情報、シーケンスパラメータセットの前記第２の制御情報の順に優先して利用し、前記第２のデブロッキングフィルタ処理を行う
請求項１１に記載の画像処理装置。
【請求項２０】
画像データの符号化データを復号し、
前記符号化データが復号されて得られた復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報により前記シンタクス要素が存在することが示される場合、前記復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報に基づいて、前記第２のデブロッキングフィルタ処理を行う
画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、画像処理装置および方法に関し、特に、画質の低減を抑制することができるようにした画像処理装置および方法に関する。
【背景技術】
【０００２】
動画像符号化効率の向上を目的として、HEVC（High Efficiency Video Coding）と呼ばれる符号化方式の標準化が進められておりバージョン１（version 1）の策定は既に完了している（例えば、非特許文献１参照）。
【０００３】
そのバージョン１において、デブロッキングフィルタは、YUV4:2:0の自然画像用に開発された。このデブロッキングフィルタの制御には、フィルタの実行制御（実行するか否か）とフィルタ強度の制御（強度をどの程度にするか）とがあるが、バージョン１では、いずれの制御も、輝度成分（ルマ（Luma）とも称する）と色差成分（クロマ（Chroma）とも称する）とで共通の制御として行われる（ルマに対するデブロッキングフィルタとクロマに対するデブロッキングフィルタがまとめて（互いに同様に）制御される）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Benjamin Bross, Gary J. Sullivan, Ye-Kui Wang, "Editors' proposed corrections to HEVC version 1", JCTVC-M0432_v3, 2013/4/25
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このバージョン１のデブロッキングフィルタのフィルタ強度は、符号化モードやデコード画素値から自動で決定されるが、このフィルタ強度を決定するアルゴリズムは、自然画像に対して適切となるように調整されており、コンピュータ画面やCG画像のようなスクリーンコンテント（Screen Content）には対応していなかった。そのため、スクリーンコンテントの画像に対してバージョン１のデブロッキングフィルタを行うと、色差成分（クロマ）に対するフィルタ強度が強すぎて文字潰れ等が生じる（すなわち、画質が低減する）おそれがあった。
【０００６】
上述したようにバージョン１のデブロッキングフィルタの制御は、輝度成分（ルマ）と色差成分（クロマ）とで共通の制御が行われるため、色差成分（クロマ）に対するフィルタ強度のみを抑制することが困難であり（色差成分（クロマ）に対するデブロッキングフィルタ制御が、輝度成分（ルマ）に対するデブロッキングフィルタにも影響してしまうため）、スクリーンコンテントの画像に対するデブロッキングフィルタを十分に適切化する（画質の低減が十分に抑制されるようにする）ことが困難であった。
【０００７】
本開示は、このような状況に鑑みてなされたものであり、画質の低減を抑制することができるようにするものである。
【課題を解決するための手段】
【０００８】
本技術の一側面は、画像データを符号化する符号化部と、前記符号化部により前記画像データが符号化されて得られた符号化データを復号して得られる復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報を生成し、前記第１の制御情報により前記シンタクス要素が存在することが示される場合、前記復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報を生成する制御情報生成部とを備える画像処理装置である。
【０００９】
本技術の一側面は、また、画像データを符号化し、前記画像データが符号化されて得られた符号化データを復号して得られる復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報を生成し、前記第１の制御情報により前記シンタクス要素が存在することが示される場合、前記復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報を生成する画像処理方法である。
【００１０】
本技術の他の側面は、画像データの符号化データを復号する復号部と、前記復号部により前記符号化データが復号されて得られた復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報により前記シンタクス要素が存在することが示される場合、前記復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報に基づいて、前記第２のデブロッキングフィルタ処理を行うフィルタ処理部とを備える画像処理装置である。
【００１１】
本技術の他の側面は、また、画像データの符号化データを復号し、前記符号化データが復号されて得られた復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報により前記シンタクス要素が存在することが示される場合、前記復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報に基づいて、前記第２のデブロッキングフィルタ処理を行う画像処理方法である。
【００１２】
本技術の一側面においては、画像データが符号化され、その画像データが符号化されて得られた符号化データを復号して得られる復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報が生成され、その第１の制御情報によりシンタクス要素が存在することが示される場合、その復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報が生成される。
【００１３】
本技術の他の側面においては、画像データの符号化データが復号され、その符号化データが復号されて得られた復号画像データの輝度成分に対する第１のデブロッキングフィルタ処理を制御するシンタクス要素が存在するかを制御する第１の制御情報によりそのシンタクス要素が存在することが示される場合、その復号画像データの色差成分に対する第２のデブロッキングフィルタ処理を実行するかを制御する第２の制御情報に基づいて、第２のデブロッキングフィルタ処理が行われる。
【図面の簡単な説明】
【００１４】
【図１】コーディングユニットの構成例を説明する図である。
【図２】ピクチャパラメータセットのデブロッキングフィルタの制御に関するシンタクスの例を示す図である。
【図３】スライスヘッダのデブロッキングフィルタの制御に関するシンタクスの例を示す図である。
【図４】シーケンスパラメータセットの拡張シンタクスの例を示す図である。
【図５】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図６】スライスヘッダの拡張シンタクスの例を示す図である。
【図７】パラメータの優先順の例を示す図である。
【図８】画像復号装置の主な構成例を示すブロック図である。
【図９】ヘッダ情報生成部の主な構成例を示すブロック図である。
【図１０】ループフィルタの主な構成例を示すブロック図である。
【図１１】符号化処理の流れの例を説明するフローチャートである。
【図１２】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図１３】ループフィルタ処理の流れの例を説明するフローチャートである。
【図１４】画像復号装置の主な構成例を示すブロック図である。
【図１５】ループフィルタの主な構成例を示すブロック図である。
【図１６】復号処理の流れの例を説明するフローチャートである。
【図１７】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図１８】スライスヘッダの拡張シンタクスの例を示す図である。
【図１９】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図２０】ループフィルタの主な構成例を示すブロック図である。
【図２１】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図２２】スライスヘッダの拡張シンタクスの例を示す図である。
【図２３】ヘッダ情報生成部の主な構成例を示すブロック図である。
【図２４】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図２５】ループフィルタの主な構成例を示すブロック図である。
【図２６】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図２７】スライスヘッダの拡張シンタクスの例を示す図である。
【図２８】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図２９】ヘッダ情報生成処理の流れの例を説明する、図２８に続くフローチャートである。
【図３０】ループフィルタの主な構成例を示すブロック図である。
【図３１】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図３２】スライスヘッダの拡張シンタクスの例を示す図である。
【図３３】パラメータの優先順の例を示す図である。
【図３４】ヘッダ情報生成部の主な構成例を示すブロック図である。
【図３５】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図３６】ループフィルタの主な構成例を示すブロック図である。
【図３７】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図３８】スライスヘッダの拡張シンタクスの例を示す図である。
【図３９】ヘッダ情報生成部の主な構成例を示すブロック図である。
【図４０】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図４１】ループフィルタの主な構成例を示すブロック図である。
【図４２】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図４３】スライスヘッダの拡張シンタクスの例を示す図である。
【図４４】ヘッダ情報生成部の主な構成例を示すブロック図である。
【図４５】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図４６】ヘッダ情報生成処理の流れの例を説明する、図４５に続くフローチャートである。
【図４７】ループフィルタの主な構成例を示すブロック図である。
【図４８】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図４９】スライスヘッダの拡張シンタクスの例を示す図である。
【図５０】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図５１】ループフィルタの主な構成例を示すブロック図である。
【図５２】ピクチャパラメータセットの拡張シンタクスの例を示す図である。
【図５３】スライスヘッダの拡張シンタクスの例を示す図である。
【図５４】ヘッダ情報生成処理の流れの例を説明するフローチャートである。
【図５５】ヘッダ情報生成処理の流れの例を説明する、図５４に続くフローチャートである。
【図５６】ループフィルタの主な構成例を示すブロック図である。
【図５７】コンピュータの表示画面の主な構成例を示すブロック図である。
【図５８】デブロッキングフィルタ制御処理の流れの例を説明するフローチャートである。
【図５９】パラメータ設定処理の流れの例を説明するフローチャートである。
【図６０】符号化される画像データの色フォーマットの例を示すブロック図である。
【図６１】デブロッキングフィルタ制御処理の流れの例を説明するフローチャートである。
【図６２】パラメータ設定処理の流れの例を説明するフローチャートである。
【図６３】多視点画像符号化方式の例を示す図である。
【図６４】本技術を適用した多視点画像符号化装置の主な構成例を示す図である。
【図６５】本技術を適用した多視点画像復号装置の主な構成例を示す図である。
【図６６】階層画像符号化方式の例を示す図である。
【図６７】スペーシャルなスケーラブル符号化の例を説明する図である。
【図６８】テンポラルなスケーラブル符号化の例を説明する図である。
【図６９】信号雑音比のスケーラブル符号化の例を説明する図である。
【図７０】本技術を適用した階層画像符号化装置の主な構成例を示す図である。
【図７１】本技術を適用した階層画像復号装置の主な構成例を示す図である。
【図７２】コンピュータの主な構成例を示すブロック図である。
【図７３】テレビジョン装置の概略的な構成の一例を示すブロック図である。
【図７４】携帯電話機の概略的な構成の一例を示すブロック図である。
【図７５】記録再生装置の概略的な構成の一例を示すブロック図である。
【図７６】撮像装置の概略的な構成の一例を示すブロック図である。
【図７７】ビデオセットの概略的な構成の一例を示すブロック図である。
【図７８】ビデオプロセッサの概略的な構成の一例を示すブロック図である。
【図７９】ビデオプロセッサの概略的な構成の他の例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．第１の実施の形態（画像符号化装置・画像復号装置）
２．第２の実施の形態（画像符号化装置・画像復号装置）
３．第３の実施の形態（画像符号化装置・画像復号装置）
４．第４の実施の形態（画像符号化装置・画像復号装置）
５．第５の実施の形態（画像符号化装置・画像復号装置）
６．第６の実施の形態（画像符号化装置・画像復号装置）
７．第７の実施の形態（画像符号化装置・画像復号装置）
８．第８の実施の形態（画像符号化装置・画像復号装置）
９．第９の実施の形態（画像符号化装置・画像復号装置）
１０．第１０の実施の形態（画像符号化装置）
１１．第１１の実施の形態（画像符号化装置）
１２．第１２の実施の形態（多視点画像符号化装置・多視点画像復号装置）
１３．第１３の実施の形態（階層画像符号化装置・階層画像復号装置）
１４．第１４の実施の形態（コンピュータ）
１５．第１５の実施の形態（応用例）
１６．第１６の実施の形態（セット・ユニット・モジュール・プロセッサ）
【００１６】
＜１．第１の実施の形態＞
＜画像符号化の標準化の流れ＞
近年、画像情報をデジタルとして取り扱い、その際、効率の高い情報の伝送、蓄積を目的とし、画像情報特有の冗長性を利用して、離散コサイン変換等の直交変換と動き補償により圧縮する符号化方式を採用して画像を圧縮符号する装置が普及しつつある。この符号化方式には、例えば、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）と呼ばれる符号化方式の標準化が進められており、バージョン１（version 1）の策定は既に完了している（例えば、非特許文献１参照）。
【００２４】
＜符号化方式＞
以下においては、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ベース（レベル）で処理するときのパラメータを含む単位であるとする。
【００３４】
＜デブロッキングフィルタによる画質劣化＞
ところでHEVCのバージョン１においては、デブロッキングフィルタは、YUV4:2:0の自然画像用に開発された。このデブロッキングフィルタの制御には、フィルタの実行制御（実行するか否か）とフィルタ強度の制御（強度をどの程度にするか）とがあるが、バージョン１では、いずれの制御も、輝度成分（ルマ（Luma）とも称する）と色差成分（クロマ（Chroma）とも称する）とで共通の制御として行われる（ルマに対するデブロッキングフィルタとクロマに対するデブロッキングフィルタがまとめて（互いに同様に）制御される）。
【００３５】
図２に示されるように、バージョン１のピクチャパラメータセット（PPS（Picture Parameter Set））においては、デブロッキングフィルタの制御に関して、deblocking_filter_control_present_flag、deblocking_filter_override_enabled_flag、pps_deblocking_filter_disabeld_flag、pps_beta_offset_div2、pps_tc_offset_div2等のシンタクス要素が適宜設定される。
【００３６】
deblocking_filter_control_present_flagは、デブロッキングフィルタを制御するシンタクス要素が、当該ピクチャパラメータセットに存在するか否かを示すフラグである。例えば、deblocking_filter_control_present_flagの値が「１」の場合、当該ピクチャパラメータセットにそのようなシンタクス要素が存在する。また、例えば、deblocking_filter_control_present_flagの値が「０」の場合、当該ピクチャパラメータセットにそのようなシンタクス要素が存在しない。
【００３７】
deblocking_filter_override_enabled_flagは、当該ピクチャに属するスライスのスライスヘッダの中にdeblocking_filter_override_flagが存在するか否かを示すフラグである。例えば、deblocking_filter_override_enabled_flagの値が「１」の場合、当該ピクチャに属するスライスのスライスヘッダにdeblocking_filter_override_flagが存在する。また、例えば、deblocking_filter_override_enabled_flagの値が「０」の場合、当該ピクチャに属するスライスのスライスヘッダにdeblocking_filter_override_flagが存在しない。
【００３８】
pps_deblocking_filter_disabeld_flagは、当該ピクチャに属するスライスの内、slice_deblocking_filter_disabled_flagが定義されていないスライスに対するデブロッキングフィルタの適用可否（すなわちデブロッキングフィルタ処理を実行するか否か）を示すフラグである。例えば、pps_deblocking_filter_disabeld_flagの値が「１」の場合、そのスライスに対してデブロッキングフィルタが適用されない。また、例えば、pps_deblocking_filter_disabeld_flagの値が「０」の場合、そのスライスに対してデブロッキングフィルタが適用される。
【００３９】
pps_beta_offset_div2は、その値を２倍した値が、当該ピクチャに属するスライスの内、slice_deblocking_filter_disabled_flagが定義されていないスライスに対して行われるデブロッキングフィルタのパラメータβの初期オフセットを示す。pps_tc_offset_div2は、その値を２倍した値が、当該ピクチャに属するスライスの内、slice_deblocking_filter_disabled_flagが定義されていないスライスに対して行われるデブロッキングフィルタのパラメータtCの初期オフセットを示す。つまり、これらは、フィルタ強度（強度をどの程度にするか）を制御するシンタクス要素である。
【００４０】
また、図３に示されるように、バージョン１のスライスヘッダ（SH（Slice Header））においては、デブロッキングフィルタの制御に関して、deblocking_filter_override_flag、slice_deblocking_filter_disabeld_flag、slice_beta_offset_div2、slice_tc_offset_div2等のシンタクス要素が適宜設定される。
【００４１】
deblocking_filter_override_flagは、デブロッキングフィルタを制御するシンタクス要素が、当該スライスヘッダに存在するか否かを示すフラグである。例えば、deblocking_filter_override_flagの値が「１」の場合、当該スライスヘッダにそのようなシンタクス要素が存在する。また、例えば、deblocking_filter_override_flagの値が「０」の場合、当該スライスヘッダにそのようなシンタクス要素が存在しない。
【００４２】
slice_deblocking_filter_disabeld_flagは、当該スライスに対するデブロッキングフィルタの適用可否（すなわちデブロッキングフィルタ処理を実行するか否か）を示すフラグである。例えば、slice_deblocking_filter_disabeld_flagの値が「１」の場合、当該スライスに対してデブロッキングフィルタが適用されない。また、例えば、slice_deblocking_filter_disabeld_flagの値が「０」の場合、当該スライスに対してデブロッキングフィルタが適用される。
【００４３】
slice_beta_offset_div2は、その値を２倍した値が、当該スライスに対して行われるデブロッキングフィルタのパラメータβの初期オフセットを示す。slice_tc_offset_div2は、その値を２倍した値が、当該スライスに対して行われるデブロッキングフィルタのパラメータtCの初期オフセットを示す。つまり、これらは、フィルタ強度（強度をどの程度にするか）を制御するシンタクス要素である。
【００４４】
このバージョン１のデブロッキングフィルタのフィルタ強度は、符号化モードやデコード画素値から自動で決定されるが、このフィルタ強度を決定するアルゴリズムは、自然画像に対して適切となるように調整されており、コンピュータ画面やCG画像のようなスクリーンコンテント（Screen Content）には対応していなかった。そのため、スクリーンコンテントの画像に対してバージョン１のデブロッキングフィルタを行うと、色差成分（クロマ）に対するフィルタ強度が強すぎて文字潰れ等が生じる等、画質が低減するおそれがあった。
【００４５】
上述したようにバージョン１のデブロッキングフィルタの制御は、輝度成分（ルマ）と色差成分（クロマ）とで共通の制御が行われるため、色差成分（クロマ）に対するフィルタ強度のみを抑制することが困難であり（色差成分（クロマ）に対するデブロッキングフィルタ制御が、輝度成分（ルマ）に対するデブロッキングフィルタにも影響してしまうため）、スクリーンコンテントの画像に対するデブロッキングフィルタを十分に適切化する（画質の低減が十分に抑制されるようにする）ことが困難であった。
【００４６】
＜色差成分に対するデブロッキングフィルタの実行制御＞
そこで、画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理を制御する制御情報を生成し、画像データの符号化データのヘッダ情報とするようにする。例えば、HEVCの符号化においては、符号化対象の画像データが符号化された符号化データが復号され、得られた復号画像データに対してデブロッキングフィルタ処理が行われる。また、HEVCの復号においても、画像データの符号化データが復号され、得られた復号画像データに対してデブロッキングフィルタ処理が行われる。これらのデブロッキングフィルタについて、復号画像データのクロマに対する処理のみを制御する制御情報をヘッダ情報に含めるようにし、符号化や復号の際のデブロッキングフィルタがその制御情報に基づいて行われるようにする。
【００４７】
このようにすることにより、クロマに対するデブロッキングフィルタ処理を、輝度成分（ルマ）に対するデブロッキングフィルタ処理から独立して制御することができる。例えば、ルマに対してはデブロッキングフィルタ処理を実行させてクロマに対してはデブロッキングフィルタ処理を実行させなかったりすることができる。また、例えば、ルマに対するフィルタ強度を変えずにクロマに対するフィルタ強度を抑制することもできる。したがって、例えばスクリーンコンテントの文字潰れを抑制する等、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切なデブロッキングフィルタ処理を行うことができるようになる。つまり、本技術を適用することにより、画質の低減を抑制することができる。
【００４８】
より具体的な例を説明する。HEVCにおいては符号化データのヘッダ情報として、例えば、シーケンスパラメータセット（SPS（Sequence Parameter Set））、ピクチャパラメータセット、スライスヘッダ等が生成される。図４に示されるように、例えばシーケンスパラメータセットにおいて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を、拡張シンタクスとして設定するようにしてもよい。図４の例の場合、その制御情報としてsps_chroma_deblocking_filter_disabled_flagが設定されている。
【００４９】
sps_chroma_deblocking_filter_disabled_flagは、当該シーケンスに属するスライスの内、後述するpps_chroma_deblocking_filter_disabled_flagや、slice_chroma_deblocking_filter_disabled_flagが定義されていないスライスのクロマに対するデブロッキングフィルタの適用可否を示すフラグである。つまり、このシンタクス要素sps_chroma_deblocking_filter_disabeld_flagは、クロマに対するデブロッキングフィルタ処理を実行するか否かを制御する制御情報である。例えば、sps_chroma_deblocking_filter_disabeld_flagの値が真（例えば「１」）の場合、そのスライスのクロマに対してデブロッキングフィルタが適用されない。また、例えば、sps_chroma_deblocking_filter_disabeld_flagの値が偽（例えば「０」）の場合、そのスライスのクロマに対してデブロッキングフィルタが適用される。
【００５０】
また、図５に示されるように、例えばピクチャパラメータセットにおいて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を拡張シンタクスとして設定するようにしてもよい。図５の例の場合、その制御情報としてpps_chroma_deblocking_filter_disabled_flagが設定されている。
【００５１】
pps_chroma_deblocking_filter_disabled_flagは、当該ピクチャに属するスライスの内、後述するslice_chroma_deblocking_filter_disabled_flagが定義されていないスライスのクロマに対するデブロッキングフィルタの適用可否を示すフラグである。つまり、このシンタクス要素pps_chroma_deblocking_filter_disabeld_flagは、クロマに対するデブロッキングフィルタ処理を実行するか否かを制御する制御情報である。例えば、pps_chroma_deblocking_filter_disabeld_flagの値が真（例えば「１」）の場合、そのスライスのクロマに対してデブロッキングフィルタが適用されない。また、例えば、pps_chroma_deblocking_filter_disabeld_flagの値が偽（例えば「０」）の場合、そのスライスのクロマに対してデブロッキングフィルタが適用される。
【００５２】
また、図６に示されるように、例えばスライスヘッダにおいて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を、拡張シンタクスとして設定するようにしてもよい。図６の例の場合、その制御情報としてslice_chroma_deblocking_filter_disabled_flagが設定されている。
【００５３】
slice_chroma_deblocking_filter_disabled_flagは、当該スライスのクロマに対するデブロッキングフィルタの適用可否を示すフラグである。つまり、このシンタクス要素slice_chroma_deblocking_filter_disabeld_flagは、クロマに対するデブロッキングフィルタ処理を実行するか否かを制御する制御情報である。例えば、slice_chroma_deblocking_filter_disabeld_flagの値が真（例えば「１」）の場合、そのスライスのクロマに対してデブロッキングフィルタが適用されない。また、例えば、slice_chroma_deblocking_filter_disabeld_flagの値が偽（例えば「０」）の場合、そのスライスのクロマに対してデブロッキングフィルタが適用される。
【００５４】
つまり、図７に示されるように、シーケンスパラメータセットにおいてsps_chroma_deblocking_filter_disabeld_flagが設定される場合、その値が、クロマに対するデブロッキングフィルタの実行を制御する制御値として設定され、さらにピクチャパラメータセットにおいてpps_chroma_deblocking_filter_disabeld_flagが設定される場合、その値が制御値に上書きされ、さらにスライスヘッダにおいてslice_chroma_deblocking_filter_disabeld_flagが設定される場合、その値が制御値に上書きされる。クロマに対するデブロッキングフィルタ処理の実行は、最終的に設定された制御値（つまり最下層の制御情報）に基づいて制御される。
【００５５】
なお、ルマに対するデブロッキングフィルタ処理は、HEVCのバージョン１の場合と同様、deblocking_filter_control_present_flag、deblocking_filter_override_enabled_flag、pps_deblocking_filter_disabeld_flag、pps_beta_offset_div2、pps_tc_offset_div2、deblocking_filter_override_flag、slice_deblocking_filter_disabeld_flag、slice_beta_offset_div2、slice_tc_offset_div2等のシンタクス要素により制御される。
【００５６】
このようにすることにより、クロマに対するデブロッキングフィルタ処理を、ルマに対するデブロッキングフィルタ処理から独立して制御することができ、画質の低減を抑制することができる。なお、上述したようにクロマに対するデブロッキングフィルタ処理を制御する制御情報を拡張シンタクスとして設定するようにすることにより、本技術に非対応のエンコーダやデコーダが本技術のシンタクス要素を読み飛ばすことができ、本技術を適用することはできないが符号化や復号を正しく行うことができる。
【００５７】
＜画像符号化装置＞
図８は、本技術を適用した画像処理装置の一態様である画像符号化装置の構成の一例を示すブロック図である。図８に示される画像符号化装置１００は、例えば、HEVCの予測処理、またはそれに準ずる方式の予測処理を用いて動画像の画像データを符号化する。
【００５８】
図８に示されるように画像符号化装置１００は、画面並べ替えバッファ１１１、演算部１１２、直交変換部１１３、量子化部１１４、可逆符号化部１１５、蓄積バッファ１１６、逆量子化部１１７、および逆直交変換部１１８を有する。また、画像符号化装置１００は、演算部１１９、ループフィルタ１２０、フレームメモリ１２１、イントラ予測部１２２、インター予測部１２３、予測画像選択部１２４、およびレート制御部１２５を有する。さらに、画像符号化装置１００は、ヘッダ情報生成部１３１を有する。
【００５９】
画面並べ替えバッファ１１１は、入力された画像データの各フレームの画像をその表示順に記憶し、記憶した表示の順番のフレームの画像を、GOP（Group Of Picture）に応じて、符号化のためのフレームの順番に並べ替え、フレームの順番を並び替えた画像を、演算部１１２に供給する。また、画面並べ替えバッファ１１１は、フレームの順番を並び替えた画像を、イントラ予測部１２２およびインター予測部１２３にも供給する。さらに、画面並べ替えバッファ１１１は、その画像をヘッダ情報生成部１３１にも供給することができる。
【００６０】
演算部１１２は、画面並べ替えバッファ１１１から読み出された画像から、予測画像選択部１２４を介してイントラ予測部１２２若しくはインター予測部１２３から供給される予測画像を減算し、その差分情報（残差データ）を直交変換部１１３に供給する。例えば、イントラ符号化が行われる画像の場合、演算部１１２は、画面並べ替えバッファ１１１から読み出された画像から、イントラ予測部１２２から供給される予測画像を減算する。また、例えば、インター符号化が行われる画像の場合、演算部１１２は、画面並べ替えバッファ１１１から読み出された画像から、インター予測部１２３から供給される予測画像を減算する。
【００６１】
直交変換部１１３は、演算部１１２から供給される残差データに対して、離散コサイン変換やカルーネン・レーベ変換等の直交変換を施す。直交変換部１１３は、その直交変換により得られた変換係数を量子化部１１４に供給する。
【００６２】
量子化部１１４は、直交変換部１１３から供給される変換係数を量子化する。量子化部１１４は、レート制御部１２５から供給される符号量の目標値に関する情報に基づいて量子化パラメータを設定し、その量子化を行う。量子化部１１４は、量子化された変換係数を可逆符号化部１１５に供給する。
【００６３】
可逆符号化部１１５は、量子化部１１４において量子化された変換係数を任意の符号化方式で符号化し、符号化データ（符号化ストリームとも称する）を生成する。また、可逆符号化部１１５は、ヘッダ情報生成部１３１から、例えばシーケンスパラメータセット、ピクチャパラメータセット、スライスヘッダ等のヘッダ情報を取得し、それらを符号化データのヘッダ情報とする。このヘッダ情報には、クロマに対するデブロッキングフィルタの制御情報を含むことができる。さらに、可逆符号化部１１５は、イントラ予測のモードを示す情報などをイントラ予測部１２２から取得し、インター予測のモードを示す情報や差分動きベクトル情報などをインター予測部１２３から取得し、それらの各種情報をヘッダ情報に含める。
【００６４】
可逆符号化部１１５は、符号化して得られた符号化データを蓄積バッファ１１６に供給して蓄積させる。
【００６５】
可逆符号化部１１５の符号化方式としては、例えば、可変長符号化または算術符号化等が挙げられる。可変長符号化としては、例えば、H．264/AVC方式で定められているCAVLC（Context-Adaptive Variable Length Coding）などが挙げられる。算術符号化としては、例えば、CABAC（Context-Adaptive Binary Arithmetic Coding）などが挙げられる。
【００６６】
蓄積バッファ１１６は、可逆符号化部１１５から供給された符号化データを、一時的に保持する。蓄積バッファ１１６は、所定のタイミングにおいて、保持している符号化データを、画像符号化装置１００の外部に出力する。すなわち、蓄積バッファ１１６は、符号化データを伝送する伝送部でもある。
【００６７】
また、量子化部１１４において量子化された変換係数は、逆量子化部１１７にも供給される。逆量子化部１１７は、その量子化された変換係数を、量子化部１１４による量子化に対応する方法で逆量子化する。逆量子化部１１７は、その逆量子化により得られた変換係数を、逆直交変換部１１８に供給する。
【００６８】
逆直交変換部１１８は、逆量子化部１１７から供給された変換係数を、直交変換部１１３による直交変換処理に対応する方法で逆直交変換する。逆直交変換部１１８は、逆直交変換された出力（復元された残差データ）を演算部１１９に供給する。
【００６９】
演算部１１９は、逆直交変換部１１８から供給された、復元された残差データに、予測画像選択部１２４を介してイントラ予測部１２２若しくはインター予測部１２３から供給される予測画像を加算し、局所的に再構成された画像（以下、復号画像とも称する）を得る。その復号画像は、ループフィルタ１２０若しくはイントラ予測部１２２に供給される。
【００７０】
ループフィルタ１２０は、演算部１１９から供給される復号画像に対して適宜ループフィルタ処理を行う。このループフィルタ処理は、少なくともデブロッキングフィルタ処理を含むフィルタ処理であれば任意である。例えば、ループフィルタ１２０が、復号画像に対してデブロッキングフィルタ処理を行ってデブロック歪を除去するとともに、ウィナーフィルタ（Wiener Filter）を用いて適応ループフィルタ処理を行うことにより画質改善を行うようにしてもよい。
【００７１】
ループフィルタ１２０は、ヘッダ情報生成部１３１から、クロマに対するデブロッキングフィルタの制御情報を含むことができるヘッダ情報を取得し、その制御情報に基づいてデブロッキングフィルタ処理を行う。また、ループフィルタ１２０は、必要に応じて、フィルタ処理に用いたフィルタ係数等の情報を可逆符号化部１１５に供給し、それを符号化させるようにすることもできる。
【００７２】
ループフィルタ１２０は、フィルタ処理を適宜施した復号画像をフレームメモリ１２１に供給する。
【００７３】
フレームメモリ１２１は、供給される復号画像を記憶し、所定のタイミングにおいて、記憶している復号画像を参照画像としてインター予測部１２３に供給する。
【００７４】
イントラ予測部１２２は、演算部１１９から参照画像として供給される復号画像である処理対象ピクチャ内の画素値を用いて予測画像を生成するイントラ予測（画面内予測）を行う。イントラ予測部１２２は、予め用意された複数のイントラ予測モードでこのイントラ予測を行う。
【００７５】
イントラ予測部１２２は、候補となる全てのイントラ予測モードで予測画像を生成し、画面並べ替えバッファ１１１から供給される入力画像を用いて各予測画像のコスト関数値を評価し、最適なモードを選択する。イントラ予測部１２２は、最適なイントラ予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部１２４に供給する。
【００７６】
また、上述したように、イントラ予測部１２２は、採用されたイントラ予測モードを示すイントラ予測モード情報等を、適宜可逆符号化部１１５に供給し、符号化させる。
【００７７】
インター予測部１２３は、画面並べ替えバッファ１１１から供給される入力画像と、フレームメモリ１２１から供給される参照画像とを用いてインター予測処理（動き予測処理および補償処理）を行う。より具体的には、インター予測部１２３は、インター予測処理として、動き予測を行って検出された動きベクトルに応じて動き補償処理を行い、予測画像（インター予測画像情報）を生成する。インター予測部１２３は、予め用意された複数のインター予測モードでこのようなインター予測を行う。
【００７８】
インター予測部１２３は、候補となる全てのインター予測モードで予測画像を生成する。インター予測部１２３は、画面並べ替えバッファ１１１から供給される入力画像と、生成した差分動きベクトルの情報などを用いて、各予測画像のコスト関数値を評価し、最適なモードを選択する。インター予測部１２３は、最適なインター予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部１２４に供給する。
【００７９】
インター予測部１２３は、採用されたインター予測モードを示す情報や、符号化データを復号する際に、そのインター予測モードで処理を行うために必要な情報等を可逆符号化部１１５に供給し、符号化させる。必要な情報としては、例えば、生成された差分動きベクトルの情報や、予測動きベクトル情報として、予測動きベクトルのインデックスを示すフラグなどがある。
【００８０】
予測画像選択部１２４は、演算部１１２や演算部１１９に供給する予測画像の供給元を選択する。例えば、イントラ符号化の場合、予測画像選択部１２４は、予測画像の供給元としてイントラ予測部１２２を選択し、そのイントラ予測部１２２から供給される予測画像を演算部１１２や演算部１１９に供給する。また、例えば、インター符号化の場合、予測画像選択部１２４は、予測画像の供給元としてインター予測部１２３を選択し、そのインター予測部１２３から供給される予測画像を演算部１１２や演算部１１９に供給する。
【００８１】
レート制御部１２５は、蓄積バッファ１１６に蓄積された符号化データの符号量に基づいて、オーバフローあるいはアンダーフローが発生しないように、量子化部１１４の量子化動作のレートを制御する。
【００８２】
ヘッダ情報生成部１３１は、外部から供給される指示や参考情報、または、画面並べ替えバッファ１１１から供給される画像データ等に基づいて、例えばシーケンスパラメータセット、ピクチャパラメータセット、スライスヘッダ等のヘッダ情報を生成する。このヘッダ情報は任意であり、例えばビデオパラメータセット等であってもよい。ヘッダ情報生成部１３１は、クロマに対するデブロッキングフィルタ処理を制御する制御情報を生成し、ヘッダ情報に含めることができる。ヘッダ情報生成部１３１は、生成したヘッダ情報を、可逆符号化部１１５に供給する。また、ヘッダ情報生成部１３１は、生成したヘッダ情報を、ループフィルタ１２０にも供給する。
【００８３】
＜ヘッダ情報生成部＞
図９は、ヘッダ情報生成部１３１の主な構成例を示すブロック図である。図９に示されるように、ヘッダ情報生成部１３１は、例えば、ヘッダ制御部１４１、SPS生成部１５１、PPS生成部１５２、およびSH生成部１５３を有する。SPS生成部１５１は、SPS拡張シンタクス生成部１６１を有する。PPS生成部１５２は、PPS拡張シンタクス生成部１６２を有する。SH生成部１５３は、SH拡張シンタクス生成部１６３を有する。SPS拡張シンタクス生成部１６１は、sps_chroma_deblocking_filter_disabled_flag生成部１７１を有する。PPS拡張シンタクス生成部１６２は、pps_chroma_deblocking_filter_disabled_flag生成部１７２を有する。SH拡張シンタクス生成部１６３は、slice_chroma_deblocking_filter_disabled_flag生成部１７３を有する。
【００８４】
ヘッダ制御部１４１は、SPS生成部１５１、PPS生成部１５２、およびSH生成部１５３等を制御し、ヘッダ情報の生成を制御する。
【００８５】
SPS生成部１５１は、シーケンスパラメータセット（SPS）を生成する。SPS生成部１５１は、シーケンスパラメータセットの、SPS拡張シンタクス生成部１６１が生成するシンタクス要素以外の任意のシンタクス要素も生成することができる。SPS拡張シンタクス生成部１６１は、例えば図４の例のように、シーケンスパラメータセットの拡張シンタクス要素を生成する。SPS拡張シンタクス生成部１６１は、例えば、sps_chroma_deblocking_filter_disabled_flag以外の拡張シンタクス要素が存在する場合、その拡張シンタクス要素も生成することができる。この拡張シンタクス要素はどのようなものであってもよい。sps_chroma_deblocking_filter_disabled_flag生成部１７１は、sps_chroma_deblocking_filter_disabled_flagを生成する。図４を参照して説明したように、このsps_chroma_deblocking_filter_disabled_flagは、当該シーケンスに属するスライスの内、後述するpps_chroma_deblocking_filter_disabled_flagや、slice_chroma_deblocking_filter_disabled_flagが定義されていないスライスのクロマに対するデブロッキングフィルタの適用可否を示すフラグである。
【００８６】
PPS生成部１５２は、ピクチャパラメータセット（PPS）を生成する。PPS生成部１５２は、ピクチャパラメータセットの、PPS拡張シンタクス生成部１６２が生成するシンタクス要素以外の任意のシンタクス要素も生成することができる。PPS拡張シンタクス生成部１６２は、例えば図５の例のように、ピクチャパラメータセットの拡張シンタクス要素を生成する。PPS拡張シンタクス生成部１６２は、例えば、pps_chroma_deblocking_filter_disabled_flag以外の拡張シンタクス要素が存在する場合、その拡張シンタクス要素も生成することができる。この拡張シンタクス要素はどのようなものであってもよい。pps_chroma_deblocking_filter_disabled_flag生成部１７２は、pps_chroma_deblocking_filter_disabled_flagを生成する。図５を参照して説明したように、このpps_chroma_deblocking_filter_disabled_flagは、当該ピクチャに属するスライスの内、後述するslice_chroma_deblocking_filter_disabled_flagが定義されていないスライスのクロマに対するデブロッキングフィルタの適用可否を示すフラグである。
【００８７】
SH生成部１５３は、スライスヘッダ（SH）を生成する。SH生成部１５３は、スライスヘッダの、SH拡張シンタクス生成部１６３が生成するシンタクス要素以外の任意のシンタクス要素も生成することができる。SH拡張シンタクス生成部１６３は、例えば図６の例のように、スライスヘッダの拡張シンタクス要素を生成する。SH拡張シンタクス生成部１６３は、例えば、slice_chroma_deblocking_filter_disabled_flag以外の拡張シンタクス要素が存在する場合、その拡張シンタクス要素も生成することができる。この拡張シンタクス要素はどのようなものであってもよい。slice_chroma_deblocking_filter_disabled_flag生成部１７３は、slice_chroma_deblocking_filter_disabled_flagを生成する。図６を参照して説明したように、このslice_chroma_deblocking_filter_disabled_flagは、当該スライスのクロマに対するデブロッキングフィルタの適用可否を示すフラグである。
【００８８】
＜ループフィルタ＞
図１０は、ループフィルタ１２０の主な構成例を示すブロック図である。図１０に示されるように、ループフィルタ１２０は、例えば、デブロッキングフィルタ制御部１８１とデブロッキングフィルタ処理部１８２とを有する。デブロッキングフィルタ処理部１８２は、ルマデブロッキングフィルタ処理部１９１とクロマデブロッキングフィルタ処理部１９２とを有する。
【００８９】
デブロッキングフィルタ制御部１８１は、ヘッダ情報生成部１３１から供給されるヘッダ情報に基づいて、デブロッキングフィルタ処理部１８２によるデブロッキングフィルタ処理（すなわち、ルマデブロッキングフィルタ処理部１９１によるルマに対するデブロッキングフィルタ処理やクロマデブロッキングフィルタ処理部１９２によるクロマに対するデブロッキングフィルタ処理）を制御する。このヘッダ情報は、クロマに対するデブロッキングフィルタの制御情報を含むことができる。デブロッキングフィルタ制御部１８１は、デブロッキングフィルタ処理の制御として、例えば、クロマに対するデブロッキングフィルタ処理の実行制御（実行するか否かの制御）を行う。
【００９０】
デブロッキングフィルタ処理部１８２は、デブロッキングフィルタ制御部１８１の制御に従って、演算部１１９から供給される復号画像に対するデブロッキングフィルタ処理を行う。ルマデブロッキングフィルタ処理部１９１は、デブロッキングフィルタ制御部１８１の制御に従って、演算部１１９から供給される復号画像のルマに対するデブロッキングフィルタ処理を行う。クロマデブロッキングフィルタ処理部１９２は、デブロッキングフィルタ制御部１８１の制御に従って、演算部１１９から供給される復号画像のクロマに対するデブロッキングフィルタ処理を行う。デブロッキングフィルタ処理部１８２は、デブロッキングフィルタ処理を行った復号画像、若しくは、デブロッキングフィルタ処理を行わなかった復号画像をフレームメモリ１２１に供給する。
【００９１】
＜符号化処理の流れ＞
次に、画像符号化装置１００により実行される各処理の流れの例を説明する。最初に、符号化処理の流れの例を、図１１のフローチャートを参照して説明する。
【００９２】
符号化処理が開始されると、ヘッダ情報生成部１３１は、ステップＳ１０１において、例えばシーケンスパラメータセット（SPS）、ピクチャパラメータセット（PPS）、スライスヘッダ（SH）等のヘッダ情報を生成する。
【００９３】
ステップＳ１０２において、画面並べ替えバッファ１１１は、入力された動画像の各フレーム（ピクチャ）の画像をその表示する順番に記憶し、各ピクチャの表示する順番から符号化する順番への並べ替えを行う。
【００９４】
ステップＳ１０３において、イントラ予測部１２２は、イントラ予測モードのイントラ予測処理を行う。
【００９５】
ステップＳ１０４において、インター予測部１２３は、インター予測モードでの動き予測や動き補償等を行うインター予測処理を行う。
【００９６】
ステップＳ１０５において、予測画像選択部１２４は、コスト関数値等に基づいて、ステップＳ１０３のイントラ予測により生成された予測画像と、ステップＳ１０４のインター予測により生成された予測画像のいずれか一方を選択する。
【００９７】
ステップＳ１０６において、演算部１１２は、ステップＳ１０２の処理によりフレーム順を並び替えられた入力画像と、ステップＳ１０５の処理により選択された予測画像との差分を演算する。つまり、演算部１１２は、入力画像と予測画像との残差データを生成する。このようにして求められた残差データは、元の画像データに比べてデータ量が低減される。したがって、画像をそのまま符号化する場合に比べて、データ量を圧縮することができる。
【００９８】
ステップＳ１０７において、直交変換部１１３は、ステップＳ１０６の処理により生成された残差データを直交変換する。
【００９９】
ステップＳ１０８において、量子化部１１４は、レート制御部１２５により算出された量子化パラメータを用いて、ステップＳ１０７の処理により得られた直交変換係数を量子化する。
【０１００】
ステップＳ１０９において、逆量子化部１１７は、ステップＳ１０８の処理により生成された量子化された係数（量子化係数とも称する）を、その量子化の特性に対応する特性で逆量子化する。
【０１０１】
ステップＳ１１０において、逆直交変換部１１８は、ステップＳ１０９の処理により得られた直交変換係数を逆直交変換する。
【０１０２】
ステップＳ１１１において、演算部１１９は、ステップＳ１１０の処理により復元された残差データに、ステップＳ１０５の処理により選択された予測画像を加算することにより、復号画像の画像データを生成する。
【０１０３】
ステップＳ１１２において、ループフィルタ１２０は、ステップＳ１１１の処理により生成された復号画像の画像データに対して適宜ループフィルタ処理を行う。
【０１０４】
ステップＳ１１３において、フレームメモリ１２１は、ステップＳ１１２の処理が行われた、局所的に復号された復号画像を記憶する。
【０１０５】
ステップＳ１１４において、可逆符号化部１１５は、ステップＳ１０８の処理により得られた、量子化された係数を符号化する。すなわち、残差データに対応するデータに対して、可変長符号化や算術符号化等の可逆符号化が行われる。
【０１０６】
また、このとき、可逆符号化部１１５は、ステップＳ１０１の処理により生成されたヘッダ情報を符号化し、その量子化された係数を符号化して得られる符号化データに付加する。
【０１０７】
また、可逆符号化部１１５は、ステップＳ１０５の処理により選択された予測画像の予測モードに関する情報を符号化し、符号化データのヘッダ情報に付加する。つまり、可逆符号化部１１５は、イントラ予測部１２２から供給される最適イントラ予測モード情報、または、インター予測部１２３から供給される最適インター予測モードに応じた情報なども符号化し、符号化データのヘッダ情報に付加する。
【０１０８】
ステップＳ１１５において蓄積バッファ１１６は、ステップＳ１１４の処理により得られた符号化データ等を蓄積する。蓄積バッファ１１６に蓄積された符号化データ等は、ビットストリームとして適宜読み出され、伝送路や記録媒体を介して復号側に伝送される。
【０１０９】
ステップＳ１１６においてレート制御部１２５は、ステップＳ１１５の処理により蓄積バッファ１１６に蓄積された符号化データ等の符号量（発生符号量）に基づいて、オーバフローあるいはアンダーフローが発生しないように、ステップＳ１０８の量子化処理のレートを制御する。
【０１１０】
ステップＳ１１６の処理が終了すると、符号化処理が終了する。
【０１１１】
＜ヘッダ情報生成処理の流れ＞
次に、このような符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図１２のフローチャートを参照して説明する。
【０１１２】
ヘッダ情報生成処理が開始されると、ステップＳ１２１において、SPS生成部１５１は、シーケンスパラメータセット（SPS）を生成する。SPS生成部１５１は、シーケンスパラメータセットの拡張シンタクス以外のシンタクス要素を生成し、SPS拡張シンタクス生成部１６１は、シーケンスパラメータセットのsps_chroma_deblocking_filter_disabled_flag以外の拡張シンタクス要素を生成する。
【０１１３】
ステップＳ１２２において、sps_chroma_deblocking_filter_disabled_flag生成部１７１は、シーケンスパラメータセットのsps_chroma_deblocking_filter_disabled_flagを生成する。例えば、当該シーケンスに属するスライスの内、後述するpps_chroma_deblocking_filter_disabled_flagや、slice_chroma_deblocking_filter_disabled_flagが定義されていないスライスのクロマに対してデブロッキングフィルタ処理を行うようにする場合、sps_chroma_deblocking_filter_disabled_flag生成部１７１は、このフラグの値を偽（例えば「０」）に設定する。また、例えば、当該シーケンスに属するスライスの内、後述するpps_chroma_deblocking_filter_disabled_flagや、slice_chroma_deblocking_filter_disabled_flagが定義されていないスライスのクロマに対してデブロッキングフィルタ処理を行わないようにする場合、sps_chroma_deblocking_filter_disabled_flag生成部１７１は、このフラグの値を真（例えば「１」）に設定する。このフラグの値は、例えば予め定められた設定等、任意の情報に基づいて決定される。
【０１１４】
ステップＳ１２３において、PPS生成部１５２は、ピクチャパラメータセット（PPS）を生成する。PPS生成部１５２は、ピクチャパラメータセットの拡張シンタクス以外のシンタクス要素を生成し、PPS拡張シンタクス生成部１６２は、ピクチャパラメータセットのpps_chroma_deblocking_filter_disabled_flag以外の拡張シンタクス要素を生成する。
【０１１５】
ステップＳ１２４において、pps_chroma_deblocking_filter_disabled_flag生成部１７２は、ピクチャパラメータセットのpps_chroma_deblocking_filter_disabled_flagを生成する。例えば、当該ピクチャに属するスライスの内、後述するslice_chroma_deblocking_filter_disabled_flagが定義されていないスライスのクロマに対してデブロッキングフィルタ処理を行うようにする場合、pps_chroma_deblocking_filter_disabled_flag生成部１７２は、このフラグの値を偽（例えば「０」）に設定する。また、例えば、当該ピクチャに属するスライスの内、後述するslice_chroma_deblocking_filter_disabled_flagが定義されていないスライスのクロマに対してデブロッキングフィルタ処理を行わないようにする場合、pps_chroma_deblocking_filter_disabled_flag生成部１７２は、このフラグの値を真（例えば「１」）に設定する。このフラグの値は、例えば予め定められた設定等、任意の情報に基づいて決定される。
【０１１６】
ステップＳ１２５において、SH生成部１５３は、スライスヘッダ（SH）を生成する。SH生成部１５３は、スライスヘッダの拡張シンタクス以外のシンタクス要素を生成し、SH拡張シンタクス生成部１６３は、スライスヘッダのslice_chroma_deblocking_filter_disabled_flag以外の拡張シンタクス要素を生成する。
【０１１７】
ステップＳ１２６において、slice_chroma_deblocking_filter_disabled_flag生成部１７３は、スライスヘッダのslice_chroma_deblocking_filter_disabled_flagを生成する。例えば、当該スライスのクロマに対してデブロッキングフィルタ処理を行うようにする場合、slice_chroma_deblocking_filter_disabled_flag生成部１７３は、このフラグの値を偽（例えば「０」）に設定する。また、例えば、当該スライスのクロマに対してデブロッキングフィルタ処理を行わないようにする場合、slice_chroma_deblocking_filter_disabled_flag生成部１７３は、このフラグの値を真（例えば「１」）に設定する。このフラグの値は、例えば予め定められた設定等、任意の情報に基づいて決定される。
【０１１８】
ステップＳ１２６の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０１１９】
以上のようにヘッダ情報として、画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理を制御する制御情報を生成することにより、画像符号化装置１００（ヘッダ情報生成部１３１）は、クロマに対するデブロッキングフィルタ処理を、輝度成分（ルマ）に対するデブロッキングフィルタ処理から独立して制御することができる。例えば、ルマに対してはデブロッキングフィルタ処理を実行させてクロマに対してはデブロッキングフィルタ処理を実行させなかったりすることができる。したがって、画像符号化装置１００（ヘッダ情報生成部１３１）は、本技術を適用することにより、画像データの符号化や復号の際に行われるデブロッキングフィルタ処理において、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切に処理を実行させることができ、画質の低減を抑制することができる。
【０１２０】
＜ループフィルタ処理の流れ＞
次に、図１１の符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図１３のフローチャートを参照して説明する。
【０１２１】
ループフィルタ処理が開始されると、ステップＳ１４１において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるpps_deblocking_filter_disabled_flagの値とslice_deblocking_filter_disabled_flagの値とに基づいて復号画像のルマに対するデブロッキングフィルタ処理の実行を制御する。これらのシンタクス要素は図２および図３を参照して説明した例の通りであり、slice_deblocking_filter_disabled_flagの値が、pps_deblocking_filter_disabled_flagの値に優先される。そして、ルマデブロッキングフィルタ処理部１９１は、その制御に基づいて、すなわち、pps_deblocking_filter_disabled_flagの値とslice_deblocking_filter_disabled_flagの値とに応じて、復号画像のルマに対するデブロッキングフィルタ処理を行う。
【０１２２】
ステップＳ１４２において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるsps_chroma_deblocking_filter_disabled_flagの値と、pps_chroma_deblocking_filter_disabled_flagの値と、slice_chroma_deblocking_filter_disabled_flagの値とに基づいて復号画像のクロマに対するデブロッキングフィルタ処理の実行を制御する。これらのシンタクス要素は図４乃至図６を参照して説明した例の通りであり、pps_chroma_deblocking_filter_disabled_flagの値が、sps_chroma_deblocking_filter_disabled_flagの値に優先され、slice_chroma_deblocking_filter_disabled_flagの値が、pps_chroma_deblocking_filter_disabled_flagの値やsps_chroma_deblocking_filter_disabled_flagの値に優先される。そして、クロマデブロッキングフィルタ処理部１９２は、その制御に基づいて、すなわち、sps_chroma_deblocking_filter_disabled_flagの値と、pps_chroma_deblocking_filter_disabled_flagの値と、slice_chroma_deblocking_filter_disabled_flagの値とに応じて、復号画像のクロマに対するデブロッキングフィルタ処理を行う。
【０１２３】
ステップＳ１４２の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。
【０１２４】
以上のように、ヘッダ情報に含まれる画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理を制御する制御情報に基づいてデブロッキングフィルタ処理を実行することにより、画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理を、輝度成分（ルマ）に対するデブロッキングフィルタ処理とは独立して実行することができる。例えば、ルマに対してはデブロッキングフィルタ処理を実行し、クロマに対してはデブロッキングフィルタ処理を実行しないといったことを実現することができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画像データの符号化の際に、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切にデブロッキングフィルタ処理を行うことができ、画質の低減を抑制することができる。
【０１２５】
＜画像復号装置＞
図１４は、本技術を適用した画像処理装置の一態様である画像復号装置の主な構成例を示すブロック図である。図１４に示される画像復号装置２００は、例えば画像符号化装置１００（図８）が画像データをHEVC符号化方式により符号化して生成した符号化データを復号する。
【０１２６】
図１４に示されるように画像復号装置２００は、蓄積バッファ２１１、可逆復号部２１２、逆量子化部２１３、逆直交変換部２１４、演算部２１５、ループフィルタ２１６、および画面並べ替えバッファ２１７を有する。また、画像復号装置２００は、フレームメモリ２１８、イントラ予測部２１９、インター予測部２２０、および予測画像選択部２２１を有する。
【０１２７】
蓄積バッファ２１１は、符号化側から伝送されてきた符号化データを受け取る受け取り部でもある。蓄積バッファ２１１は、その伝送されてきた符号化データを受け取って、蓄積し、所定のタイミングにおいてその符号化データを可逆復号部２１２に供給する。可逆復号部２１２は、蓄積バッファ２１１より供給された符号化データをHEVC方式で復号する。可逆復号部２１２は、復号して得られた量子化された係数データを、逆量子化部２１３に供給する。
【０１２８】
また、可逆復号部２１２は、符号化データに付加された最適な予測モードに関する情報に基づいて、最適な予測モードとしてイントラ予測モードが選択されたかインター予測モードが選択されたかを判定し、その最適な予測モードに関する情報を、イントラ予測部２１９およびインター予測部２２０の内、選択されたと判定したモードの方に供給する。例えば符号化側において最適な予測モードとしてイントラ予測モードが選択された場合、その最適な予測モードに関する情報がイントラ予測部２１９に供給される。また、例えば符号化側において最適な予測モードとしてインター予測モードが選択された場合、その最適な予測モードに関する情報がインター予測部２２０に供給される。
【０１２９】
さらに、可逆復号部２１２は、例えば、量子化行列や量子化パラメータ等の、逆量子化に必要な情報を逆量子化部２１３に供給する。
【０１３０】
また、可逆復号部２１２は、シーケンスパラメータセット（SPS）、ピクチャパラメータセット（PPS）、スライスヘッダ等のヘッダ情報を、ループフィルタ２１６に供給する。このヘッダ情報は、画像符号化装置１００の説明において上述したように、クロマに対するデブロッキングフィルタの制御情報を含むことができる。
【０１３１】
逆量子化部２１３は、可逆復号部２１２により復号されて得られた量子化された係数データを、符号化側の量子化方式に対応する方式で逆量子化する。逆量子化部２１３は、得られた係数データを逆直交変換部２１４に供給する。
【０１３２】
逆直交変換部２１４は、逆量子化部２１３から供給される直交変換係数を、符号化側の直交変換方式に対応する方式で逆直交変換する。逆直交変換部２１４は、この逆直交変換処理により、符号化側において直交変換される前の状態に対応する残差データを得る。逆直交変換されて得られた残差データは、演算部２１５に供給される。
【０１３３】
演算部２１５は、逆直交変換部２１４から残差データを取得する。また、演算部２１５は、予測画像選択部２２１を介して、イントラ予測部２１９若しくはインター予測部２２０から予測画像を取得する。演算部２１５は、差分画像と予測画像とを加算し、符号化側において予測画像が減算される前の画像に対応する復号画像を得る。演算部２１５は、その復号画像をループフィルタ２１６およびイントラ予測部２１９に供給する。
【０１３４】
ループフィルタ２１６は、画像符号化装置１００（図８）のループフィルタ１２０と同様の処理部であり、ループフィルタ１２０と同様の処理を行う。すなわち、ループフィルタ２１６は、演算部２１５から供給される復号画像に対して適宜ループフィルタ処理を行う。このループフィルタ処理は、少なくともデブロッキングフィルタ処理を含むフィルタ処理であれば任意である。例えば、ループフィルタ１２０が、復号画像に対してデブロッキングフィルタ処理を行ってデブロック歪を除去するとともに、ウィナーフィルタ（Wiener Filter）を用いて適応ループフィルタ処理を行うことにより画質改善を行うようにしてもよい。
【０１３５】
ループフィルタ２１６は、可逆復号部２１２から、クロマに対するデブロッキングフィルタの制御情報を含むことができるヘッダ情報を取得し、その制御情報に基づいてデブロッキングフィルタ処理を行う。なお、ループフィルタ２１６が、符号化側から供給されたフィルタ係数を用いてフィルタ処理を行うようにしてもよい。
【０１３６】
ループフィルタ２１６は、フィルタ処理を適宜施した復号画像を画面並べ替えバッファ２１７およびフレームメモリ２１８に供給する。
【０１３７】
画面並べ替えバッファ２１７は、画像の並べ替えを行う。すなわち、符号化側において符号化の順番のために並べ替えられたフレームの順番が、元の表示の順番に並べ替えられる。画面並べ替えバッファ２１７は、フレームの順番を並べ替えた復号画像データを画像復号装置２００の外部に出力する。
【０１３８】
フレームメモリ２１８は、供給される復号画像を記憶し、所定のタイミングにおいて、若しくは、インター予測部２２０等の外部の要求に基づいて、記憶している復号画像を参照画像として、インター予測部２２０に供給する。
【０１３９】
イントラ予測部２１９には、ヘッダ情報を復号して得られたイントラ予測モードを示す情報等が可逆復号部２１２から適宜供給される。イントラ予測部２１９は、符号化側において用いられたイントラ予測モードで、演算部２１５から供給される復号画像を参照画像として用いてイントラ予測を行い、予測画像を生成する。イントラ予測部２１９は、生成した予測画像を予測画像選択部２２１に供給する。
【０１４０】
インター予測部２２０は、ヘッダ情報を復号して得られた情報（最適予測モード情報、参照画像情報等）を可逆復号部２１２から取得する。
【０１４１】
インター予測部２２０は、可逆復号部２１２から取得された最適予測モード情報が示すインター予測モードで、フレームメモリ２１８から取得した参照画像を用いてインター予測を行い、予測画像を生成する。
【０１４２】
予測画像選択部２２１は、イントラ予測部２１９からの予測画像またはインター予測部２２０からの予測画像を、演算部２１５に供給する。そして、演算部２１５においては、動きベクトルが用いられて生成された予測画像と逆直交変換部２１４から供給される残差データとが加算されて元の画像が復号される。すなわち、復号画像が生成される。
【０１４３】
＜ループフィルタ＞
図１５は、ループフィルタ２１６の主な構成例を示すブロック図である。図１５に示されるように、ループフィルタ２１６は、例えば、デブロッキングフィルタ制御部２５１とデブロッキングフィルタ処理部２５２とを有する。デブロッキングフィルタ処理部２５２は、ルマデブロッキングフィルタ処理部２６１とクロマデブロッキングフィルタ処理部２６２とを有する。つまり、ループフィルタ２１６は、ループフィルタ１２０と同様の構成を有し、同様の処理を行う。
【０１４４】
すなわち、デブロッキングフィルタ制御部２５１は、ループフィルタ１２０のデブロッキングフィルタ制御部１８１に対応し、可逆復号部２１２から供給されるヘッダ情報に基づいて、デブロッキングフィルタ処理部２５２によるデブロッキングフィルタ処理（すなわち、ルマデブロッキングフィルタ処理部２６１によるルマに対するデブロッキングフィルタ処理やクロマデブロッキングフィルタ処理部２６２によるクロマに対するデブロッキングフィルタ処理）を制御する。このヘッダ情報は、クロマに対するデブロッキングフィルタの制御情報を含むことができる。デブロッキングフィルタ制御部２５１は、デブロッキングフィルタ処理の制御として、例えば、クロマに対するデブロッキングフィルタ処理の実行制御（実行するか否かの制御）を行う。
【０１４５】
また、デブロッキングフィルタ処理部２５２は、ループフィルタ１２０のデブロッキングフィルタ処理部１８２に対応し、デブロッキングフィルタ処理部２５１の制御に従って、演算部２１５から供給される復号画像に対するデブロッキングフィルタ処理を行う。デブロッキングフィルタ処理部２５２は、デブロッキングフィルタ処理を行った復号画像、若しくは、デブロッキングフィルタ処理を行わなかった復号画像を画面並べ替えバッファ２１７およびフレームメモリ２１８に供給する。
【０１４６】
ルマデブロッキングフィルタ処理部２６１は、ループフィルタ１２０のルマデブロッキングフィルタ処理部１９１に対応し、デブロッキングフィルタ処理部２５１の制御に従って、演算部２１５から供給される復号画像のルマに対するデブロッキングフィルタ処理を行う。クロマデブロッキングフィルタ処理部２６２は、ループフィルタ１２０のクロマデブロッキングフィルタ処理部１９２に対応し、デブロッキングフィルタ処理部２５１の制御に従って、演算部２１５から供給される復号画像のクロマに対するデブロッキングフィルタ処理を行う。
【０１４７】
＜復号処理の流れ＞
次に、画像復号装置２００により実行される各処理の流れの例を説明する。最初に、復号処理の流れの例を、図１６のフローチャートを参照して説明する。
【０１４８】
復号処理が開始されると、ステップＳ２０１において、蓄積バッファ２１１は、伝送されてきたビットストリームを蓄積する。ステップＳ２０２において、可逆復号部２１２は、蓄積バッファ２１１に蓄積されたビットストリームを復号し、シーケンスパラメータセット（SPS）、ピクチャパラメータセット（PPS）、スライスヘッダ等のヘッダ情報を取得する。このヘッダ情報は、例えば画像符号化装置１００により生成されたものであり、上述したようにデブロッキングフィルタの制御情報を含む。
【０１４９】
ステップＳ２０３において、可逆復号部２１２は、蓄積バッファ２１１に蓄積されたビットストリームを復号し、符号化側により符号化されたＩピクチャ、Ｐピクチャ、並びにＢピクチャ等が復号される。
【０１５０】
ステップＳ２０４において、逆量子化部２１３は、ステップＳ２０３の処理により得られた、量子化された係数を逆量子化する。
【０１５１】
ステップＳ２０５において、逆直交変換部２１４は、ステップＳ２０４の処理により得られた直交変換係数を逆直交変換する。この処理により、残差データが復元される。
【０１５２】
ステップＳ２０６において、イントラ予測部２１９若しくはインター予測部２２０は、予測処理を行い、予測画像を生成する。つまり、可逆復号部２１２において判定された、符号化の際に適用された予測モードで予測処理が行われる。より具体的には、例えば、符号化の際にイントラ予測が適用された場合、イントラ予測部２１９が、符号化の際に最適とされたイントラ予測モードで予測画像を生成する。また、例えば、符号化の際にインター予測が適用された場合、インター予測部２２０が、符号化の際に最適とされたインター予測モードで予測画像を生成する。
【０１５３】
ステップＳ２０７において、演算部２１５は、ステップＳ２０５の処理により復元された残差データに、ステップＳ２０６において生成された予測画像を加算する。これにより復号画像が得られる。
【０１５４】
ステップＳ２０８において、ループフィルタ２１６は、ステップＳ２０７の処理により生成された復号画像の画像データに対して適宜ループフィルタ処理を行う。
【０１５５】
ステップＳ２０９において、画面並べ替えバッファ２１７は、ステップＳ２０８の処理が行われた復号画像のフレームの並べ替えを行う。すなわち、符号化の際に並べ替えられたフレームの順序が、元の表示の順序に並べ替えられる。フレームが並べ替えられた復号画像は、画像復号装置２００の外部に出力される。
【０１５６】
ステップＳ２１０において、フレームメモリ２１８は、ステップＳ２０８の処理が行われた復号画像を記憶する。
【０１５７】
ステップＳ２１０の処理が終了すると、復号処理が終了する。
【０１５８】
上述したステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図１３のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図１３に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０１５９】
つまり、画像復号装置２００（ループフィルタ２１６）は、ヘッダ情報に含まれる画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理を制御する制御情報に基づいてデブロッキングフィルタ処理を実行する。これにより、画像復号装置２００（ループフィルタ２１６）は、クロマに対するデブロッキングフィルタ処理を、輝度成分（ルマ）に対するデブロッキングフィルタ処理とは独立して実行することができる。例えば、ルマに対してはデブロッキングフィルタ処理を実行し、クロマに対してはデブロッキングフィルタ処理を実行しないといったことを実現することができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画像データの復号の際に、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切にデブロッキングフィルタ処理を行うことができ、画質の低減を抑制することができる。
【０１６０】
以上においては、クロマに対するデブロッキングフィルタ処理を制御する制御情報を、シーケンスパラメータセット、ピクチャパラメータセット、およびスライスヘッダに含める場合について説明したが、この制御情報は、符号化データのヘッダ情報の任意の場所に格納することができる。例えば、ビデオパラメータセットやタイルヘッダ等、上述した例以外の階層のヘッダ情報にこの制御情報を含めるようにしてもよい。また、シーケンスパラメータセット、ピクチャパラメータセット、およびスライスヘッダの内のいずれかにおいて、この制御情報が含まれないようにしてもよい。例えば、シーケンスパラメータセットとピクチャパラメータセットとにのみ、ピクチャパラメータセットとスライスヘッダとにのみ、または、シーケンスパラメータセットとスライスヘッダとにのみ、この制御情報が含まれるようにしてもよい。また、シーケンスパラメータセット、ピクチャパラメータセット、若しくはスライスヘッダのいずれか１つにのみ、この制御情報が含まれるようにしてもよい。
【０１６１】
＜２．第２の実施の形態＞
＜デブロッキングフィルタの制御パラメータの利用＞
上述したクロマに対するデブロッキングフィルタ処理を制御する制御情報を、既存のデブロッキングフィルタに関する制御パラメータの値に応じて生成するようにしてもよい。一般的に、ルマに対してデブロッキングフィルタ処理を行わずにクロマに対してデブロッキングフィルタ処理を行うことが望ましい事例は少ない。したがって、ルマに対するデブロッキングフィルタ処理を行わないスライスについては、クロマに対するデブロッキングフィルタ処理も行わないようにしてもよい。つまり、そのようなスライスについては、クロマに対するデブロッキングフィルタ処理の制御は不要である（省略することができる）。換言するに、ルマに対するデブロッキングフィルタ処理を行う可能性がある場合のみ、クロマに対するデブロッキングフィルタ処理の制御を行うようにしてもよい。
【０１６２】
ルマに対するデブロッキングフィルタ処理を行うか否かは、既存のデブロッキングフィルタに関する制御パラメータに基づいて容易に識別することができる。したがって、そのような制御パラメータの値に応じて、ルマに対するデブロッキングフィルタ処理を行う可能性がある場合のみ、クロマに対するデブロッキングフィルタ処理を制御する制御情報を設定するようにすればよい。
【０１６３】
このようにすることにより、ルマに対するデブロッキングフィルタ処理を行う可能性が無いスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができる（つまり、明らかに不要なクロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができる）ので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０１６４】
より具体的な例について説明する。図１７に示されるように、例えばピクチャパラメータセットにおいて、deblocking_filter_control_present_flagの値が真（「１」）の場合のみ、pps_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。
【０１６５】
図２を参照して説明したように、deblocking_filter_control_present_flagは、デブロッキングフィルタを制御するシンタクス要素が、当該ピクチャパラメータセットに存在するか否かを示すフラグである。つまり、このdeblocking_filter_control_present_flagは、ルマに対するデブロッキングフィルタ処理を行う可能性を示す、デブロッキングフィルタに関する制御パラメータである。
【０１６６】
例えば、deblocking_filter_control_present_flagの値が真（「１」）の場合、当該ピクチャパラメータセットにデブロッキングフィルタを制御するシンタクス要素が存在する。つまり、この場合、当該ピクチャに属するスライスに対しては、ルマに対するデブロッキングフィルタ処理が行われる可能性があり、クロマに対するデブロッキングフィルタ処理が行われる可能性もある。そこでpps_chroma_deblocking_filter_disabled_flagが設定されるようにする。
【０１６７】
また、例えば、deblocking_filter_control_present_flagの値が偽（「０」）の場合、当該ピクチャパラメータセットにデブロッキングフィルタを制御するシンタクス要素が存在しない。つまり、この場合、当該ピクチャに属するスライスに対しては、ルマに対するデブロッキングフィルタ処理が行われる可能性が無く、クロマに対するデブロッキングフィルタ処理の制御も不要である。そこでpps_chroma_deblocking_filter_disabled_flagの設定が省略されるようにする。
【０１６８】
また、図１８に示されるように、例えばスライスヘッダにおいて、deblocking_filter_override_flagの値が真（「１」）の場合のみ、slice_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。
【０１６９】
図３を参照して説明したように、deblocking_filter_override_flagは、デブロッキングフィルタを制御するシンタクス要素が、当該スライスヘッダに存在するか否かを示すフラグである。つまり、このdeblocking_filter_control_present_flagは、ルマに対するデブロッキングフィルタ処理を行う可能性を示す、デブロッキングフィルタに関する制御パラメータである。
【０１７０】
例えば、deblocking_filter_override_flagの値が真（「１」）の場合、当該スライスヘッダにデブロッキングフィルタを制御するシンタクス要素が存在する。つまり、この場合、当該スライスに対しては、ルマに対するデブロッキングフィルタ処理が行われる可能性があり、クロマに対するデブロッキングフィルタ処理が行われる可能性もある。そこでslice_chroma_deblocking_filter_disabled_flagが設定されるようにする。
【０１７１】
また、例えば、deblocking_filter_override_flagの値が偽（「０」）の場合、当該スライスヘッダにデブロッキングフィルタを制御するシンタクス要素が存在しない。つまり、この場合、当該スライスに対しては、ルマに対するデブロッキングフィルタ処理が行われる可能性が無く、クロマに対するデブロッキングフィルタ処理の制御も不要である。そこでslice_chroma_deblocking_filter_disabled_flagの設定が省略されるようにする。
【０１７２】
このようにすることにより、ピクチャパラメータセットやスライスヘッダ等の各階層のヘッダ情報において、明らかに不要な、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０１７３】
＜画像符号化装置、ヘッダ情報生成部、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像符号化装置の構成は、第１の実施の形態と同様である（図８）。また、この場合のヘッダ情報生成部１３１およびループフィルタ１２０の構成も第１の実施の形態と同様である（図９および図１０）。
【０１７４】
＜符号化処理の流れ＞
また、この場合、画像符号化装置１００により実行される符号化処理の流れは、第１の実施の形態と同様である（図１１）。
【０１７５】
＜ヘッダ情報生成処理の流れ＞
次に、この場合の、符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図１９のフローチャートを参照して説明する。
【０１７６】
ヘッダ情報生成処理が開始されると、ステップＳ２３１乃至ステップＳ２３３の各処理が、図１２のステップＳ１２１乃至ステップＳ１２３の各処理と同様に実行される。
【０１７７】
ステップＳ２３４において、ヘッダ制御部１４１は、ピクチャパラメータセットにおいて、deblocking_filter_control_present_flagの値が真（「１」）であるか否かを判定する。deblocking_filter_control_present_flagの値が真（「１」）であると判定された場合、処理はステップＳ２３５に進む。
【０１７８】
ステップＳ２３５の処理は、図１２のステップＳ１２４の処理と同様に実行される。
【０１７９】
ステップＳ２３５の処理が終了すると処理はステップＳ２３６に進む。また、ステップＳ２３４において、deblocking_filter_control_present_flagの値が偽（「０」）であると判定された場合、処理はステップＳ２３６に進む。
【０１８０】
ステップＳ２３６の処理は、図１２のステップＳ１２５の処理と同様に実行される。
【０１８１】
ステップＳ２３７において、ヘッダ制御部１４１は、スライスヘッダにおいて、deblocking_filter_override_flagの値が真（「１」）であるか否かを判定する。deblocking_filter_override_flagの値が真（「１」）であると判定された場合、処理はステップＳ２３８に進む。
【０１８２】
ステップＳ２３８の処理は、図１２のステップＳ１２６の処理と同様に実行される。
【０１８３】
ステップＳ２３８の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。また、ステップＳ２３７において、deblocking_filter_override_flagの値が偽（「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０１８４】
以上のように、既存のデブロッキングフィルタに関する制御パラメータの値に応じて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を生成することにより、画像符号化装置１００（ヘッダ情報生成部１３１）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができる。したがって、画像符号化装置１００（ヘッダ情報生成部１３１）は、本技術を適用することにより、画質の低減を抑制しながら、符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０１８５】
＜ループフィルタ処理の流れ＞
次に、この場合の、符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図２０のフローチャートを参照して説明する。
【０１８６】
ループフィルタ処理が開始されると、ステップＳ２５１の処理が、図１３のステップＳ１４１の処理と同様に実行される。
【０１８７】
ステップＳ２５２において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるdeblocking_filter_control_present_flagの値に基づいて、pps_chroma_deblocking_filter_disabled_flagの値を確認する。例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_control_present_flagの値が真（「１」）の場合、pps_chroma_deblocking_filter_disabled_flagの値を確認し、その値をステップＳ２５３の処理において利用させるようにする。また、例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_control_present_flagの値が偽（「０」）の場合、pps_chroma_deblocking_filter_disabled_flagの値の確認を省略し、ステップＳ２５３の処理において、pps_chroma_deblocking_filter_disabled_flagの値を利用させないようにする。
【０１８８】
また、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるdeblocking_filter_override_flagの値に基づいて、slice_chroma_deblocking_filter_disabled_flagの値を確認する。例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_override_flagの値が真（「１」）の場合、slice_chroma_deblocking_filter_disabled_flagの値を確認し、その値をステップＳ２５３の処理において利用させるようにする。また、例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_override_flagの値が偽（「０」）の場合、slice_chroma_deblocking_filter_disabled_flagの値の確認を省略し、ステップＳ２５３の処理において、slice_chroma_deblocking_filter_disabled_flagの値を利用させないようにする。
【０１８９】
ステップＳ２５３の処理は、図１３のステップＳ１４２の処理と同様に実行される。ただし、ステップＳ２５２において、pps_chroma_deblocking_filter_disabled_flagや、slice_chroma_deblocking_filter_disabled_flagについて、値の確認が省略された場合、その値に基づかずに、復号画像のクロマに対するデブロッキングフィルタ処理を行う。
【０１９０】
ステップＳ２５３の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。
【０１９１】
以上のようにループフィルタ処理を行うことにより、画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０１９２】
＜画像復号装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像復号装置の構成は、第１の実施の形態と同様である（図１４）。また、この場合のループフィルタ２１６の構成も第１の実施の形態と同様である（図１５）。
【０１９３】
＜復号処理の流れ＞
また、この場合、画像復号装置２００により実行される復号処理の流れは、第１の実施の形態と同様である（図１６）。
【０１９４】
つまり、第１の実施の形態の場合と同様に、復号処理のステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図２０のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図２０に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この場合の復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０１９５】
つまり、画像復号装置２００（ループフィルタ２１６）は、既存のデブロッキングフィルタに関する制御パラメータの値に応じて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を生成する。これにより、画像復号装置２００（ループフィルタ２１６）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０１９６】
なお、以上に説明したような、既存のデブロッキングフィルタに関する制御パラメータの値に応じた、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成は、既存のデブロッキングフィルタに関する制御パラメータが存在する任意の階層のヘッダ情報において行うことができ、例えば、ピクチャパラメータセット若しくはスライスヘッダのいずれか一方でのみ行うようにしてもよい。
【０１９７】
＜３．第３の実施の形態＞
＜デブロッキングフィルタの制御パラメータの利用＞
なお、既存のデブロッキングフィルタに関する制御パラメータに対応して、クロマに対するデブロッキングフィルタに関する制御パラメータを生成するようにしてもよい。このようにすることにより、各階層のヘッダ情報におけるクロマに対するデブロッキングフィルタ処理を制御する制御情報の存在を、既存のデブロッキングフィルタ処理を制御する制御情報とは独立に示すことができる。換言するに、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成を、ルマに対するデブロッキングフィルタ処理とは独立に制御することができる。そしてこのような制御パラメータを利用することにより、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０１９８】
より具体的な例について説明する。図２１に示されるように、例えばピクチャパラメータセットにおいて、chroma_deblocking_filter_control_present_flagを拡張シンタクス要素として設定し、このchroma_deblocking_filter_control_present_flagの値が真（例えば「１」）の場合のみ、pps_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。また、その際、拡張シンタクスとして、chroma_deblocking_filter_override_enabled_flagが設定されるようにしてもよい。
【０１９９】
chroma_deblocking_filter_control_present_flagは、クロマに対するデブロッキングフィルタを制御するシンタクス要素が、当該ピクチャパラメータセットに存在するか否かを示すフラグである。つまり、このフラグは、deblocking_filter_control_present_flagに対応する。例えば、chroma_deblocking_filter_control_present_flagの値が真（例えば「１」）の場合、当該ピクチャパラメータセットにそのようなシンタクス要素が存在する。つまり、この場合、pps_chroma_deblocking_filter_disabled_flagが設定される。また、例えば、chroma_deblocking_filter_control_present_flagの値が偽（例えば「０」）の場合、当該ピクチャパラメータセットにそのようなシンタクス要素が存在しない。つまり、この場合、pps_chroma_deblocking_filter_disabled_flagの設定が省略される。
【０２００】
chroma_deblocking_filter_override_enabled_flagは、当該ピクチャに属するスライスのスライスヘッダの中に後述するchroma_deblocking_filter_override_flagが存在するか否かを示すフラグである。つまり、このフラグは、deblocking_filter_override_enabled_flagに対応する。例えば、chroma_deblocking_filter_override_enabled_flagの値が真（例えば「１」）の場合、当該ピクチャに属するスライスのスライスヘッダにchroma_deblocking_filter_override_flagが存在する。また、例えば、chroma_deblocking_filter_override_enabled_flagの値が偽（例えば、「０」）の場合、当該ピクチャに属するスライスのスライスヘッダにchroma_deblocking_filter_override_flagが存在しない。
【０２０１】
また、図２２に示されるように、例えばスライスヘッダにおいて、当該スライスヘッダが属するピクチャパラメータセットにおいて設定されたchroma_deblocking_filter_override_enabled_flagの値が真（例えば「１」）の場合のみ、chroma_deblocking_filter_override_flagが拡張シンタクス要素として設定されるようにしてもよい。そして、そのchroma_deblocking_filter_override_flagの値が真（例えば「１」）の場合のみ、slice_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。
【０２０２】
chroma_deblocking_filter_override_flagは、クロマに対するデブロッキングフィルタを制御するシンタクス要素が、当該スライスヘッダに存在するか否かを示すフラグである。つまり、このフラグは、deblocking_filter_override_flagに対応する。例えば、chroma_deblocking_filter_override_flagの値が真（例えば「１」）の場合、当該スライスヘッダにそのようなシンタクス要素が存在する。つまり、この場合、slice_chroma_deblocking_filter_disabled_flagが設定される。また、例えば、chroma_deblocking_filter_override_flagの値が偽（例えば「０」）の場合、当該スライスヘッダにそのようなシンタクス要素が存在しない。つまり、この場合、slice_chroma_deblocking_filter_disabled_flagの設定が省略される。
【０２０３】
このようにすることにより、各階層のヘッダ情報におけるクロマに対するデブロッキングフィルタ処理を制御する制御情報の存在を、既存のデブロッキングフィルタ処理を制御する制御情報とは独立して制御することができる。そしてこのような制御パラメータを利用することにより、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０２０４】
＜画像符号化装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像符号化装置の構成は、第１の実施の形態と同様である（図８）。また、この場合のループフィルタ１２０の構成も第１の実施の形態と同様である（図１０）。
【０２０５】
＜ヘッダ情報生成部＞
この場合の、ヘッダ情報生成部１３１の主な構成例を図２３に示す。図２３に示されるように、ヘッダ情報生成部１３１は、基本的に、第１の実施の形態の場合（図９）と同様の構成を有するが、PPS拡張シンタクス生成部１６２は、さらに、chroma_deblocking_filter_control_present_flag生成部２７１と、chroma_deblocking_filter_override_enabled_flag生成部２７２を有する。また、SH拡張シンタクス生成部１６３は、さらに、chroma_deblocking_filter_override_flag生成部２７３を有する。
【０２０６】
chroma_deblocking_filter_control_present_flag生成部２７１は、当該ピクチャパラメータセットにchroma_deblocking_filter_control_present_flagを拡張シンタクスとして生成する。図２１を参照して説明したように、chroma_deblocking_filter_control_present_flagは、クロマに対するデブロッキングフィルタを制御するシンタクス要素が、当該ピクチャパラメータセットに存在するか否かを示すフラグである。
【０２０７】
chroma_deblocking_filter_override_enabled_flag生成部２７２は、当該ピクチャパラメータセットにchroma_deblocking_filter_override_enabled_flagを拡張シンタクスとして生成する。図２１を参照して説明したように、chroma_deblocking_filter_override_enabled_flagは、当該ピクチャに属するスライスのスライスヘッダの中に後述するchroma_deblocking_filter_override_flagが存在するか否かを示すフラグである。
【０２０８】
chroma_deblocking_filter_override_flag生成部２７３は、当該スライスヘッダにchroma_deblocking_filter_override_flagを拡張シンタクスとして生成する。図２２を参照して説明したように、chroma_deblocking_filter_override_flagは、クロマに対するデブロッキングフィルタを制御するシンタクス要素が、当該スライスヘッダに存在するか否かを示すフラグである。
【０２０９】
＜符号化処理の流れ＞
また、この場合、画像符号化装置１００により実行される符号化処理の流れは、第１の実施の形態と同様である（図１１）。
【０２１０】
＜ヘッダ情報生成処理の流れ＞
次に、この場合の、符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図２４のフローチャートを参照して説明する。
【０２１１】
ヘッダ情報生成処理が開始されると、ステップＳ２７１乃至ステップＳ２７３の各処理が、図１２のステップＳ１２１乃至ステップＳ１２３の各処理と同様に実行される。
【０２１２】
ステップＳ２７４において、chroma_deblocking_filter_control_present_flag生成部２７１は、ピクチャパラメータセットのchroma_deblocking_filter_control_present_flagを拡張シンタクスとして生成する。
【０２１３】
ステップＳ２７５において、ヘッダ制御部１４１は、ステップＳ２７４において設定されたピクチャパラメータセットのchroma_deblocking_filter_control_present_flagの値が真（例えば「１」）であるか否かを判定する。chroma_deblocking_filter_control_present_flagの値が真（例えば「１」）であると判定された場合、処理はステップＳ２７６に進む。
【０２１４】
ステップＳ２７６において、chroma_deblocking_filter_override_enabled_flag生成部２７２は、ピクチャパラメータセットのchroma_deblocking_filter_override_enabled_flagを拡張シンタクスとして生成する。
【０２１５】
ステップＳ２７７の処理は、図１２のステップＳ１２４の処理と同様に実行される。
【０２１６】
ステップＳ２７７の処理が終了すると処理はステップＳ２７８に進む。また、ステップＳ２７５において、chroma_deblocking_filter_control_present_flagの値が偽（例えば「０」）であると判定された場合、処理はステップＳ２７８に進む。
【０２１７】
ステップＳ２７８の処理は、図１２のステップＳ１２５の処理と同様に実行される。
【０２１８】
ステップＳ２７９において、ヘッダ制御部１４１は、スライスヘッダにおいて、chroma_deblocking_filter_override_enabled_flagの値が真（例えば「１」）であるか否かを判定する。chroma_deblocking_filter_override_enabled_flagの値が真（例えば「１」）であると判定された場合、処理はステップＳ２８０に進む。
【０２１９】
ステップＳ２８０において、chroma_deblocking_filter_override_flag生成部２７３は、スライスヘッダのchroma_deblocking_filter_override_flagを拡張シンタクスとして生成する。
【０２２０】
ステップＳ２８１において、ヘッダ制御部１４１は、スライスヘッダにおいて、ステップＳ２８０において生成されたchroma_deblocking_filter_override_flagの値が真（例えば「１」）であるか否かを判定する。deblocking_filter_override_flagの値が真（例えば「１」）であると判定された場合、処理はステップＳ２８２に進む。
【０２２１】
ステップＳ２８２の処理は、図１２のステップＳ１２６の処理と同様に実行される。
【０２２２】
ステップＳ２８２の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。また、ステップＳ２７９において、chroma_deblocking_filter_override_enabled_flagの値が偽（例えば「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ２８１において、chroma_deblocking_filter_override_flagの値が偽（例えば「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０２２３】
以上のように、クロマに対するデブロッキングフィルタに関する制御パラメータを生成することにより、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成を、ルマに対するデブロッキングフィルタ処理とは独立に制御することができる。そしてこのような制御パラメータを利用することにより、符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０２２４】
＜ループフィルタ処理の流れ＞
次に、この場合の、符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図２５のフローチャートを参照して説明する。
【０２２５】
ループフィルタ処理が開始されると、ステップＳ３０１の処理が、図１３のステップＳ１４１の処理と同様に実行される。
【０２２６】
ステップＳ３０２において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるchroma_deblocking_filter_control_present_flagの値に基づいて、pps_chroma_deblocking_filter_disabled_flagの値を確認する。例えば、デブロッキングフィルタ制御部１８１は、chroma_deblocking_filter_control_present_flagの値が真（例えば「１」）の場合、pps_chroma_deblocking_filter_disabled_flagの値を確認し、その値をステップＳ３０３の処理において利用させるようにする。また、例えば、デブロッキングフィルタ制御部１８１は、chroma_deblocking_filter_control_present_flagの値が偽（例えば「０」）の場合、pps_chroma_deblocking_filter_disabled_flagの値の確認を省略し、ステップＳ３０３の処理において、pps_chroma_deblocking_filter_disabled_flagの値を利用させないようにする。
【０２２７】
また、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるchroma_deblocking_filter_override_enabled_flagや、chroma_deblocking_filter_override_flagの値に基づいて、slice_chroma_deblocking_filter_disabled_flagの値を確認する。例えば、デブロッキングフィルタ制御部１８１は、chroma_deblocking_filter_override_enabled_flagおよびchroma_deblocking_filter_override_flagの値が真（例えば「１」）の場合、slice_chroma_deblocking_filter_disabled_flagの値を確認し、その値をステップＳ３０３の処理において利用させるようにする。また、例えば、デブロッキングフィルタ制御部１８１は、chroma_deblocking_filter_override_enabled_flag若しくはchroma_deblocking_filter_override_flagの値が偽（例えば「０」）の場合、slice_chroma_deblocking_filter_disabled_flagの値の確認を省略し、ステップＳ３０３の処理において、slice_chroma_deblocking_filter_disabled_flagの値を利用させないようにする。
【０２２８】
ステップＳ３０３の処理は、図１３のステップＳ１４２の処理と同様に実行される。ただし、ステップＳ３０２において、pps_chroma_deblocking_filter_disabled_flagや、slice_chroma_deblocking_filter_disabled_flagについて、値の確認が省略された場合、その値に基づかずに、復号画像のクロマに対するデブロッキングフィルタ処理を行う。
【０２２９】
ステップＳ３０３の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。
【０２３０】
以上のようにループフィルタ処理を行うことにより、画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０２３１】
＜画像復号装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像復号装置の構成は、第１の実施の形態と同様である（図１４）。また、この場合のループフィルタ２１６の構成も第１の実施の形態と同様である（図１５）。
【０２３２】
＜復号処理の流れ＞
また、この場合、画像復号装置２００により実行される復号処理の流れは、第１の実施の形態と同様である（図１６）。
【０２３３】
つまり、第１の実施の形態の場合と同様に、復号処理のステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図２５のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図２５に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この場合の復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０２３４】
つまり、画像復号装置２００（ループフィルタ２１６）は、クロマに対するデブロッキングフィルタに関する制御パラメータの値に応じて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を参照して利用する。これにより、画像復号装置２００（ループフィルタ２１６）は、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０２３５】
なお、以上に説明したような、クロマに対するデブロッキングフィルタに関する制御パラメータの値に応じた、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成は任意の階層のヘッダ情報において行うことができ、例えば、ピクチャパラメータセット若しくはスライスヘッダのいずれか一方でのみ行うようにしてもよいし、これら以外のヘッダ情報において行うようにしてもよい。
【０２３６】
＜４．第４の実施の形態＞
＜デブロッキングフィルタの制御パラメータの利用＞
なお、既存のデブロッキングフィルタに関する制御パラメータと、クロマに対するデブロッキングフィルタに関する制御パラメータとの両方に応じて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成を制御するようにしてもよい。
【０２３７】
このようにすることにより、明らかに不要なクロマに対するデブロッキングフィルタ処理を制御する制御情報を省略するとともに、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０２３８】
より具体的な例について説明する。図２６に示されるように、例えばピクチャパラメータセットにおいて、deblocking_filter_control_present_flagの値が真（「１」）の場合のみ、chroma_deblocking_filter_control_present_flagを拡張シンタクス要素として設定し、このchroma_deblocking_filter_control_present_flagの値が真（例えば「１」）の場合のみ、pps_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。また、その際、拡張シンタクスとして、chroma_deblocking_filter_override_enabled_flagが設定されるようにしてもよい。
【０２３９】
また、図２７に示されるように、例えばスライスヘッダにおいて、deblocking_filter_override_flagの値が真（「１」）であり、かつ、当該スライスヘッダが属するピクチャパラメータセットにおいて設定されたchroma_deblocking_filter_override_enabled_flagの値が真（例えば「１」）の場合のみ、chroma_deblocking_filter_override_flagを拡張シンタクス要素として設定し、このchroma_deblocking_filter_override_flagの値が真（例えば「１」）の場合のみ、slice_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。
【０２４０】
このようにすることにより、各階層のヘッダ情報におけるクロマに対するデブロッキングフィルタ処理を制御する制御情報の存在を、既存のデブロッキングフィルタ処理を制御する制御情報とは独立して制御することができる。そしてこのような制御パラメータを利用することにより、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができる。さらに、明らかに不要なクロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０２４１】
＜画像符号化装置、ヘッダ情報生成部、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像符号化装置の構成は、第１の実施の形態と同様である（図８）。また、この場合のヘッダ情報生成部１３１の構成は、第３の実施の形態と同様である（図２３）。また、この場合のループフィルタ１２０の構成は第１の実施の形態と同様である（図１０）。
【０２４２】
＜符号化処理の流れ＞
また、この場合、画像符号化装置１００により実行される符号化処理の流れは、第１の実施の形態と同様である（図１１）。
【０２４３】
＜ヘッダ情報生成処理の流れ＞
次に、この場合の、符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図２８および図２９のフローチャートを参照して説明する。
【０２４４】
ヘッダ情報生成処理が開始されると、ステップＳ３２１乃至ステップＳ３２４の各処理が、図１９のステップＳ２３１乃至ステップＳ２３４の各処理と同様に実行される。ステップＳ３２４において、deblocking_filter_control_present_flagの値が真（「１」）であると判定された場合、処理はステップＳ３２５に進む。
【０２４５】
ステップＳ３２５乃至ステップＳ３２８の各処理は、図２４のステップＳ２７４乃至ステップＳ２７７の各処理と同様に実行される。
【０２４６】
ステップＳ３２８の処理が終了すると、処理は、図２９のステップＳ３３１に進む。また、図２８のステップＳ３２６において、chroma_deblocking_filter_control_present_flagの値が偽（例えば「０」）であると判定された場合、処理は図２９のステップＳ３３１に進む。さらに、図２８のステップＳ３２４において、deblocking_filter_control_present_flagの値が偽（「０」）であると判定された場合、処理は図２９のステップＳ３３１に進む。
【０２４７】
図２９のステップＳ３３１およびステップＳ３３２の各処理は、図１９のステップＳ２３６およびステップＳ２３７の各処理と同様に実行される。ステップＳ３３２において、deblocking_filter_override_flagの値が真（「１」）であると判定された場合、処理はステップＳ３３３に進む。
【０２４８】
ステップＳ３３３乃至ステップＳ３３６の各処理は、図２４のステップＳ２７９乃至ステップＳ２８２の各処理と同様に実行される。
【０２４９】
ステップＳ３３６の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。また、ステップＳ３３５において、chroma_deblocking_filter_override_flagの値が偽（例えば「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ３３３において、chroma_deblocking_filter_override_enabled_flagの値が偽（例えば「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ３３２において、deblocking_filter_override_flagの値が偽（「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０２５０】
以上のように処理を行うことにより、画像符号化装置１００（ヘッダ情報生成部１３１）は、画質の低減を抑制しながら、符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０２５１】
＜ループフィルタ処理の流れ＞
次に、この場合の、符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図３０のフローチャートを参照して説明する。
【０２５２】
ループフィルタ処理が開始されると、ステップＳ３５１の処理が、図１３のステップＳ１４１の処理と同様に実行される。
【０２５３】
ステップＳ３５２において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるdeblocking_filter_control_present_flagおよびchroma_deblocking_filter_control_present_flagの値に基づいて、pps_chroma_deblocking_filter_disabled_flagの値を確認する。例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_control_present_flagの値が真（「１」）であり、かつ、chroma_deblocking_filter_control_present_flagの値が真（例えば「１」）の場合、pps_chroma_deblocking_filter_disabled_flagの値を確認し、その値をステップＳ３５３の処理において利用させるようにする。また、例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_control_present_flagの値が偽（「０」）の場合、または、chroma_deblocking_filter_control_present_flagの値が偽（例えば「０」）の場合、pps_chroma_deblocking_filter_disabled_flagの値の確認を省略し、ステップＳ３５３の処理において、pps_chroma_deblocking_filter_disabled_flagの値を利用させないようにする。
【０２５４】
また、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるdeblocking_filter_override_flag、chroma_deblocking_filter_override_enabled_flag、およびchroma_deblocking_filter_override_flagの値に基づいて、slice_chroma_deblocking_filter_disabled_flagの値を確認する。例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_override_flag、chroma_deblocking_filter_override_enabled_flag、およびchroma_deblocking_filter_override_flagの値が真（例えば「１」）の場合、slice_chroma_deblocking_filter_disabled_flagの値を確認し、その値をステップＳ３５３の処理において利用させるようにする。また、例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_override_flag、chroma_deblocking_filter_override_enabled_flag、若しくはchroma_deblocking_filter_override_flagの値が偽（例えば「０」）の場合、slice_chroma_deblocking_filter_disabled_flagの値の確認を省略し、ステップＳ３５３の処理において、slice_chroma_deblocking_filter_disabled_flagの値を利用させないようにする。
【０２５５】
ステップＳ３５３の処理は、図１３のステップＳ１４２の処理と同様に実行される。ただし、ステップＳ３５２において、pps_chroma_deblocking_filter_disabled_flagや、slice_chroma_deblocking_filter_disabled_flagについて、値の確認が省略された場合、その値に基づかずに、復号画像のクロマに対するデブロッキングフィルタ処理を行う。
【０２５６】
ステップＳ３５３の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。
【０２５７】
以上のようにループフィルタ処理を行うことにより、画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスや、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０２５８】
＜画像復号装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像復号装置の構成は、第１の実施の形態と同様である（図１４）。また、この場合のループフィルタ２１６の構成も第１の実施の形態と同様である（図１５）。
【０２５９】
＜復号処理の流れ＞
また、この場合、画像復号装置２００により実行される復号処理の流れは、第１の実施の形態と同様である（図１６）。
【０２６０】
つまり、第１の実施の形態の場合と同様に、復号処理のステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図３０のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図３０に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この場合の復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０２６１】
つまり、画像復号装置２００（ループフィルタ２１６）は、既存のデブロッキングフィルタに関する制御パラメータや、クロマに対するデブロッキングフィルタに関する制御パラメータの値に応じて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を参照して利用する。これにより、画像復号装置２００（ループフィルタ２１６）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスや、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０２６２】
なお、以上に説明したような、既存のデブロッキングフィルタに関する制御パラメータやクロマに対するデブロッキングフィルタに関する制御パラメータの値に応じた、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成は任意の階層のヘッダ情報において行うことができ、例えば、ピクチャパラメータセット若しくはスライスヘッダのいずれか一方でのみ行うようにしてもよいし、これら以外のヘッダ情報において行うようにしてもよい。
【０２６３】
＜５．第５の実施の形態＞
＜フィルタ強度の制御＞
以上においては、クロマに対するデブロッキングフィルタ処理を制御する制御情報によって、フィルタ処理の実行制御について説明したが、これに限らず、クロマに対するデブロッキングフィルタ処理を制御する制御情報によって、フィルタ強度の制御を行うようにしてもよい。
【０２６４】
このようにすることにより、クロマに対するデブロッキングフィルタ処理のフィルタ強度を、輝度成分（ルマ）に対するデブロッキングフィルタ処理のフィルタ強度から独立して制御することができる。例えば、ルマに対するフィルタ強度を変えずにクロマに対するフィルタ強度を抑制することもできる。したがって、例えばスクリーンコンテントの文字潰れを抑制する等、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切なデブロッキングフィルタ処理を行うことができるようになる。つまり、本技術を適用することにより、画質の低減を抑制することができる。
【０２６５】
より具体的な例を説明する。図３１に示されるように、例えばピクチャパラメータセットにおいて、deblocking_filter_control_present_flagの値が真（「１」）であり、かつ、pps_deblocking_filter_disabled_flagの値が偽（「０」）である場合、pps_chroma_beta_offset_div2とpps_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０２６６】
pps_chroma_beta_offset_div2は、その値を２倍した値が、当該ピクチャに属するスライスの内、slice_deblocking_filter_disabled_flagが定義されていないスライスに対して行われるクロマに対するデブロッキングフィルタのパラメータβの初期オフセットを示す。pps_chroma_tc_offset_div2は、その値を２倍した値が、当該ピクチャに属するスライスの内、slice_deblocking_filter_disabled_flagが定義されていないスライスに対して行われるクロマに対するデブロッキングフィルタのパラメータtCの初期オフセットを示す。つまり、これらは、フィルタ強度（強度をどの程度にするか）を制御するシンタクス要素である。
【０２６７】
また、図３２に示されるように、例えばスライスヘッダにおいて、deblocking_filter_override_flagの値が真（「１」）であり、かつ、slice_deblocking_filter_disabled_flagの値が偽（「０」）である場合、slice_chroma_beta_offset_div2とslice_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０２６８】
slice_chroma_beta_offset_div2は、その値を２倍した値が、当該スライスに対して行われるクロマに対するデブロッキングフィルタのパラメータβの初期オフセットを示す。slice_chroma_tc_offset_div2は、その値を２倍した値が、当該スライスに対して行われるクロマに対するデブロッキングフィルタのパラメータtCの初期オフセットを示す。つまり、これらは、フィルタ強度（強度をどの程度にするか）を制御するシンタクス要素である。
【０２６９】
図３３に示されるように、ピクチャパラメータセットにおいてpps_chroma_beta_offset_div2やpps_chroma_tc_offset_div2が設定される場合、それらの値がクロマに対するデブロッキングフィルタのフィルタ強度を制御する制御値として設定され、さらにスライスヘッダにおいてslice_chroma_beta_offset_div2やslice_chroma_tc_offset_div2が設定される場合、それらの値が制御値に上書きされる。クロマに対するデブロッキングフィルタ処理のフィルタ強度は、最終的に設定された制御値（つまり最下層の制御情報）に基づいて制御される。
【０２７０】
なお、ルマに対するデブロッキングフィルタ処理は、HEVCのバージョン１の場合と同様、deblocking_filter_control_present_flag、deblocking_filter_override_enabled_flag、pps_deblocking_filter_disabeld_flag、pps_beta_offset_div2、pps_tc_offset_div2、deblocking_filter_override_flag、slice_deblocking_filter_disabeld_flag、slice_beta_offset_div2、slice_tc_offset_div2等のシンタクス要素により制御される。
【０２７１】
このようにすることにより、各階層のヘッダ情報において、クロマに対するデブロッキングフィルタ処理のフィルタ強度を、ルマに対するデブロッキングフィルタのフィルタ強度とは独立して制御することができ、画質の低減を抑制することができる。
【０２７２】
＜画像符号化装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像符号化装置の構成は、第１の実施の形態と同様である（図８）。また、この場合のループフィルタ１２０の構成も第１の実施の形態と同様である（図１０）。
【０２７３】
＜ヘッダ情報生成部＞
この場合の、ヘッダ情報生成部１３１の主な構成例を図３４に示す。図３４に示されるように、ヘッダ情報生成部１３１は、基本的に、第１の実施の形態の場合（図９）と同様の構成を有する。なお、図３４においては、SPS生成部１５１を省略しているが、図９の場合と同様にSPS生成部１５１を設けるようにしてもよい。図３４の場合、PPS拡張シンタクス生成部１６２は、pps_chroma_beta_offset_div2生成部２８１とpps_chroma_tc_offset_div2生成部２８２とを有する。また、SH拡張シンタクス生成部１６３は、slice_chroma_beta_offset_div2生成部２８３とslice_chroma_tc_offset_div2生成部２８４とを有する。
【０２７４】
pps_chroma_beta_offset_div2生成部２８１は、当該ピクチャパラメータセットにpps_chroma_beta_offset_div2を拡張シンタクスとして生成する。図３１を参照して説明したように、pps_chroma_beta_offset_div2は、フィルタ強度（強度をどの程度にするか）を制御するシンタクス要素であり、その値を２倍した値が、当該ピクチャに属するスライスの内、slice_deblocking_filter_disabled_flagが定義されていないスライスに対して行われるクロマに対するデブロッキングフィルタのパラメータβの初期オフセットを示す。
【０２７５】
pps_chroma_tc_offset_div2生成部２８２は、当該ピクチャパラメータセットにpps_chroma_tc_offset_div2を拡張シンタクスとして生成する。図３１を参照して説明したように、pps_chroma_tc_offset_div2は、フィルタ強度（強度をどの程度にするか）を制御するシンタクス要素であり、その値を２倍した値が、当該ピクチャに属するスライスの内、slice_deblocking_filter_disabled_flagが定義されていないスライスに対して行われるクロマに対するデブロッキングフィルタのパラメータtCの初期オフセットを示す。
【０２７６】
slice_chroma_beta_offset_div2生成部２８３は、当該スライスヘッダにslice_chroma_beta_offset_div2を拡張シンタクスとして生成する。図３２を参照して説明したように、slice_chroma_beta_offset_div2は、フィルタ強度（強度をどの程度にするか）を制御するシンタクス要素であり、その値を２倍した値が、当該スライスに対して行われるクロマに対するデブロッキングフィルタのパラメータβの初期オフセットを示す。
【０２７７】
slice_chroma_tc_offset_div2生成部２８４は、当該スライスヘッダにslice_chroma_tc_offset_div2を拡張シンタクスとして生成する。図３２を参照して説明したように、slice_chroma_tc_offset_div2は、フィルタ強度（強度をどの程度にするか）を制御するシンタクス要素であり、その値を２倍した値が、当該スライスに対して行われるクロマに対するデブロッキングフィルタのパラメータtCの初期オフセットを示す。
【０２７８】
＜符号化処理の流れ＞
また、この場合、画像符号化装置１００により実行される符号化処理の流れは、第１の実施の形態と同様である（図１１）。
【０２７９】
＜ヘッダ情報生成処理の流れ＞
次に、この場合の、符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図３５のフローチャートを参照して説明する。
【０２８０】
ヘッダ情報生成処理が開始されると、ステップＳ３７１およびステップＳ３７２の各処理が、図１９のステップＳ２３３およびステップＳ２３４の各処理と同様に実行される。ステップＳ３７２において、deblocking_filter_control_present_flagの値が真（「１」）であると判定された場合、処理はステップＳ３７３に進む。
【０２８１】
ステップＳ３７３において、ヘッダ制御部１４１は、ピクチャパラメータセットにおいて、pps_deblocking_filter_disabled_flagの値が偽（「０」）であるか否かを判定する。pps_deblocking_filter_disabled_flagの値が偽（「０」）であると判定された場合、処理はステップＳ３７４に進む。
【０２８２】
ステップＳ３７４において、pps_chroma_beta_offset_div2生成部２８１は、pps_chroma_beta_offset_div2を拡張シンタクスとして生成する。ステップＳ３７５において、pps_chroma_tc_offset_div2生成部２８２は、pps_chroma_tc_offset_div2を拡張シンタクスとして生成する。
【０２８３】
ステップＳ３７５の処理が終了すると、処理はステップＳ３７６に進む。また、ステップＳ３７３において、pps_deblocking_filter_disabled_flagの値が真（「１」）であると判定された場合、処理はステップＳ３７６に進む。さらに、ステップＳ３７２において、deblocking_filter_control_present_flagの値が偽（「０」）であると判定された場合、処理はステップＳ３７６に進む。
【０２８４】
ステップＳ３７６およびステップＳ３７７の各処理は、図１９のステップＳ２３６およびステップＳ２３７の各処理と同様に実行される。ステップＳ３７７において、deblocking_filter_override_flagの値が真（「１」）であると判定された場合、処理はステップＳ３７８に進む。
【０２８５】
ステップＳ３７８において、ヘッダ制御部１４１は、スライスヘッダにおいて、slice_deblocking_filter_disabled_flagの値が偽（「０」）であるか否かを判定する。slice_deblocking_filter_disabled_flagの値が偽（「０」）であると判定された場合、処理はステップＳ３７９に進む。
【０２８６】
ステップＳ３７９において、slice_chroma_beta_offset_div2生成部２８３は、slice_chroma_beta_offset_div2を拡張シンタクスとして生成する。ステップＳ３８０において、slice_chroma_tc_offset_div2生成部２８４は、slice_chroma_tc_offset_div2を拡張シンタクスとして生成する。
【０２８７】
ステップＳ３８０の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。また、ステップＳ３７８において、slice_deblocking_filter_disabled_flagの値が真（「１」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ３７７において、deblocking_filter_override_flagの値が偽（「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０２８８】
以上のようにヘッダ情報として、画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理のフィルタ強度を制御する制御情報を生成することにより、画像符号化装置１００（ヘッダ情報生成部１３１）は、クロマに対するデブロッキングフィルタ処理のフィルタ強度を、輝度成分（ルマ）に対するデブロッキングフィルタ処理のフィルタ強度から独立して制御することができる。例えば、ルマに対するフィルタ強度を変えずにクロマに対するフィルタ強度を抑制することができる。したがって、画像符号化装置１００（ヘッダ情報生成部１３１）は、本技術を適用することにより、画像データの符号化や復号の際に行われるデブロッキングフィルタ処理において、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切に処理を実行させることができ、画質の低減を抑制することができる。
【０２８９】
＜ループフィルタ処理の流れ＞
次に、この場合の、符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図３６のフローチャートを参照して説明する。
【０２９０】
ループフィルタ処理が開始されると、ステップＳ４０１において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるdeblocking_filter_control_present_flagの値に基づいて、pps_ deblocking_filter_disabled_flagの値を確認する。例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_control_present_flagの値が真（「１」）の場合、pps_deblocking_filter_disabled_flagの値を確認し、その値をステップＳ４０２の処理において利用させるようにする。また、例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_control_present_flagの値が偽（「０」）の場合、pps_ deblocking_filter_disabled_flagの値の確認を省略し、ステップＳ４０２の処理において、pps_deblocking_filter_disabled_flagの値を利用させないようにする。
【０２９１】
また、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるdeblocking_filter_override_flagの値に基づいて、slice_deblocking_filter_disabled_flagの値を確認する。例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_override_flagの値が真（「１」）の場合、slice_deblocking_filter_disabled_flagの値を確認し、その値をステップＳ４０２の処理において利用させるようにする。また、例えば、デブロッキングフィルタ制御部１８１は、deblocking_filter_override_flagの値が偽（「０」）の場合、slice_deblocking_filter_disabled_flagの値の確認を省略し、ステップＳ４０２の処理において、slice_deblocking_filter_disabled_flagの値を利用させないようにする。
【０２９２】
ステップＳ４０２において、デブロッキングフィルタ制御部１８１は、pps_deblocking_filter_disabled_flagや、slice_deblocking_filter_disabled_flagの値に基づいて、デブロッキングフィルタ処理を行うか否かを判定する。ただし、デブロッキングフィルタ制御部１８１は、ステップＳ４０１において確認されたシンタクス要素の値のみに基づいて判定する。デブロッキングフィルタ処理を行うと判定された場合、処理はステップＳ４０３に進む。
【０２９３】
ステップＳ４０３において、デブロッキングフィルタ制御部１８１は、pps_beta_offset_div2およびslice_beta_offset_div2を用いて、ルマに対するデブロッキングフィルタのパラメータβを導出する。
【０２９４】
ステップＳ４０４において、デブロッキングフィルタ制御部１８１は、pps_tc_offset_div2およびslice_tc_offset_div2を用いて、ルマに対するデブロッキングフィルタのパラメータtCを導出する。
【０２９５】
ステップＳ４０５において、ルマデブロッキングフィルタ処理部１９１は、ステップＳ４０３において導出されたルマ用のパラメータβと、ステップＳ４０４において導出されたルマ用のパラメータtCを用いて、ルマに対するデブロッキングフィルタ処理を行う。
【０２９６】
ステップＳ４０６において、デブロッキングフィルタ制御部１８１は、pps_chroma_beta_offset_div2およびslice_chroma_beta_offset_div2を用いて、クロマに対するデブロッキングフィルタのパラメータβを導出する。
【０２９７】
ステップＳ４０７において、デブロッキングフィルタ制御部１８１は、pps_chroma_tc_offset_div2およびslice_chroma_tc_offset_div2を用いて、クロマに対するデブロッキングフィルタのパラメータtCを導出する。
【０２９８】
ステップＳ４０８において、クロマデブロッキングフィルタ処理部１９２は、ステップＳ４０６において導出されたクロマ用のパラメータβと、ステップＳ４０７において導出されたクロマ用のパラメータtCを用いて、クロマに対するデブロッキングフィルタ処理を行う。
【０２９９】
ステップＳ４０８の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。また、ステップＳ４０２において、デブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。
【０３００】
以上のようにヘッダ情報に含まれる画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理を制御する制御情報に基づいてデブロッキングフィルタ処理を実行することにより、画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理のフィルタ強度を、輝度成分（ルマ）に対するデブロッキングフィルタ処理のフィルタ強度とは独立して制御することができる。例えば、ルマに対するフィルタ強度を変えずにクロマに対するフィルタ強度を抑制することができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画像データの符号化の際に、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切にデブロッキングフィルタ処理を行うことができ、画質の低減を抑制することができる。
【０３０１】
＜画像復号装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像復号装置の構成は、第１の実施の形態と同様である（図１４）。また、この場合のループフィルタ２１６の構成も第１の実施の形態と同様である（図１５）。
【０３０２】
＜復号処理の流れ＞
また、この場合、画像復号装置２００により実行される復号処理の流れは、第１の実施の形態と同様である（図１６）。
【０３０３】
つまり、第１の実施の形態の場合と同様に、復号処理のステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図３６のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図３６に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この場合の復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０３０４】
つまり、画像復号装置２００（ループフィルタ２１６）は、ヘッダ情報に含まれる画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理を制御する制御情報に基づいてデブロッキングフィルタ処理を実行することにより、クロマに対するデブロッキングフィルタ処理のフィルタ強度を、輝度成分（ルマ）に対するデブロッキングフィルタ処理のフィルタ強度とは独立して制御することができる。例えば、ルマに対するフィルタ強度を変えずにクロマに対するフィルタ強度を抑制することができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画像データの復号の際に、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切にデブロッキングフィルタ処理を行うことができ、画質の低減を抑制することができる。
【０３０５】
なお、以上に説明したような、クロマに対するデブロッキングフィルタ処理のフィルタ強度を制御する制御情報の生成は、任意の階層のヘッダ情報において行うことができ、例えば、ピクチャパラメータセット若しくはスライスヘッダのいずれか一方でのみ行うようにしてもよいし、これら以外のヘッダ情報において行うようにしてもよい。
【０３０６】
＜６．第６の実施の形態＞
＜フィルタ処理の実行制御とフィルタ強度の制御＞
なお、クロマに対するデブロッキングフィルタ処理の実行を制御する制御情報と、クロマに対するデブロッキングフィルタ処理のフィルタ強度を制御する制御情報の両方を生成するようにしてもよい。このようにすることにより、クロマに対するデブロッキングフィルタ処理の実行制御とフィルタ強度の制御の両方を、輝度成分（ルマ）に対するデブロッキングフィルタ処理の制御から独立して行うことができる。したがって、例えばスクリーンコンテントの文字潰れを抑制する等、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切なデブロッキングフィルタ処理を行うことができるようになる。つまり、本技術を適用することにより、画質の低減を抑制することができる。
【０３０７】
より具体的な例を説明する。図３７に示されるように、例えばピクチャパラメータセットにおいて、pps_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定され、そのpps_chroma_deblocking_filter_disabled_flagの値が偽（例えば、「０」）である場合、pps_chroma_beta_offset_div2とpps_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０３０８】
また、図３８に示されるように、例えばスライスヘッダにおいて、slice_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定され、そのslice_chroma_deblocking_filter_disabled_flagの値が偽（例えば、「０」）である場合、slice_chroma_beta_offset_div2とslice_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０３０９】
このようにすることにより、各階層のヘッダ情報において、クロマに対するデブロッキングフィルタ処理の実行とフィルタ強度を、ルマに対するデブロッキングフィルタ処理とは独立して制御することができ、画質の低減を抑制することができる。
【０３１０】
＜画像符号化装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像符号化装置の構成は、第１の実施の形態と同様である（図８）。また、この場合のループフィルタ１２０の構成も第１の実施の形態と同様である（図１０）。
【０３１１】
＜ヘッダ情報生成部＞
この場合の、ヘッダ情報生成部１３１の主な構成例を図３９に示す。図３９に示されるように、ヘッダ情報生成部１３１は、基本的に、第５の実施の形態の場合（図３４）と同様の構成を有する。なお、図３９においては、SPS生成部１５１も示している。図３９の場合、PPS拡張シンタクス生成部１６２は、さらに、pps_chroma_deblocking_filter_disabled_flag生成部１７２を有する。また、SH拡張シンタクス生成部１６３は、さらに、slice_chroma_deblocking_filter_disabled_flag生成部１７３を有する。
【０３１２】
＜符号化処理の流れ＞
また、この場合、画像符号化装置１００により実行される符号化処理の流れは、第１の実施の形態と同様である（図１１）。
【０３１３】
＜ヘッダ情報生成処理の流れ＞
次に、この場合の、符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図４０のフローチャートを参照して説明する。
【０３１４】
ヘッダ情報生成処理が開始されると、ステップＳ４２１乃至ステップＳ４２４の各処理が、図１２のステップＳ１２１乃至ステップＳ１２４の各処理と同様に実行される。
【０３１５】
ステップＳ４２５において、ヘッダ制御部１４１は、ピクチャパラメータセットにおいて、pps_chroma_deblocking_filter_disabled_flagの値が偽（「０」）であるか否かを判定する。pps_chroma_deblocking_filter_disabled_flagの値が偽（「０」）であると判定された場合、処理はステップＳ４２６に進む。
【０３１６】
ステップＳ４２６およびステップＳ４２７の各処理は、図３５のステップＳ３７４およびステップＳ３７５の各処理と同様に実行される。
【０３１７】
ステップＳ４２７の処理が終了すると、処理はステップＳ４２８に進む。また、ステップＳ４２５において、pps_chroma_deblocking_filter_disabled_flagの値が真（「１」）であると判定された場合、処理はステップＳ４２８に進む。
【０３１８】
ステップＳ４２８およびステップＳ４２９の各処理は、図１２のステップＳ１２５およびステップＳ１２６の各処理と同様に実行される。
【０３１９】
ステップＳ４３０において、ヘッダ制御部１４１は、スライスヘッダにおいて、slice_chroma_deblocking_filter_disabled_flagの値が偽（「０」）であるか否かを判定する。slice_chroma_deblocking_filter_disabled_flagの値が偽（「０」）であると判定された場合、処理はステップＳ４３１に進む。
【０３２０】
ステップＳ４３１およびステップＳ４３２の各処理は、図３５のステップＳ３７９およびステップＳ３８０の各処理と同様に実行される。
【０３２１】
ステップＳ４３２の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。また、ステップＳ４３０において、slice_chroma_deblocking_filter_disabled_flagの値が真（「１」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０３２２】
以上のようにヘッダ情報として、画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理の実行を制御する制御情報と、フィルタ強度を制御する制御情報とを生成することにより、画像符号化装置１００（ヘッダ情報生成部１３１）は、クロマに対するデブロッキングフィルタ処理を、輝度成分（ルマ）に対するデブロッキングフィルタ処理から独立して制御することができる。したがって、画像符号化装置１００（ヘッダ情報生成部１３１）は、本技術を適用することにより、画像データの符号化や復号の際に行われるデブロッキングフィルタ処理において、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切に処理を実行させることができ、画質の低減を抑制することができる。
【０３２３】
＜ループフィルタ処理の流れ＞
次に、この場合の、符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図４１のフローチャートを参照して説明する。
【０３２４】
ループフィルタ処理が開始されると、ステップＳ４５１乃至ステップＳ４５５の各処理は、図３６のステップＳ４０１乃至ステップＳ４０５の各処理と同様に実行される。
【０３２５】
ステップＳ４５６において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるpps_chroma_deblocking_filter_disabled_flagの値と、slice_chroma_deblocking_filter_disabled_flagの値とを確認する。
【０３２６】
ステップＳ４５７において、デブロッキングフィルタ制御部１８１は、pps_chroma_deblocking_filter_disabled_flagや、slice_chroma_deblocking_filter_disabled_flagの値に基づいて、クロマに対してデブロッキングフィルタ処理を行うか否かを判定する。クロマに対してデブロッキングフィルタ処理を行うと判定された場合、処理はステップＳ４５８に進む。
【０３２７】
ステップＳ４５８乃至ステップＳ４６０の各処理は、図３６のステップＳ４０６乃至ステップＳ４０８の各処理と同様に実行される。
【０３２８】
ステップＳ４６０の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。また、ステップＳ４５７において、クロマに対するデブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。さらに、ステップＳ４５２において、デブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。
【０３２９】
以上のようにヘッダ情報に含まれる画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理を制御する制御情報に基づいてデブロッキングフィルタ処理を実行することにより、画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理の実行制御とフィルタ強度の制御とを、輝度成分（ルマ）に対するデブロッキングフィルタ処理の制御とは独立して行うことができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画像データの符号化の際に、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切にデブロッキングフィルタ処理を行うことができ、画質の低減を抑制することができる。
【０３３０】
＜画像復号装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像復号装置の構成は、第１の実施の形態と同様である（図１４）。また、この場合のループフィルタ２１６の構成も第１の実施の形態と同様である（図１５）。
【０３３１】
＜復号処理の流れ＞
また、この場合、画像復号装置２００により実行される復号処理の流れは、第１の実施の形態と同様である（図１６）。
【０３３２】
つまり、第１の実施の形態の場合と同様に、復号処理のステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図４１のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図４１に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この場合の復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０３３３】
つまり、画像復号装置２００（ループフィルタ２１６）は、ヘッダ情報に含まれる画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理を制御する制御情報に基づいてデブロッキングフィルタ処理を実行することにより、クロマに対するデブロッキングフィルタ処理の実行制御とフィルタ強度の制御の両方を、輝度成分（ルマ）に対するデブロッキングフィルタ処理の制御とは独立して行うことができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画像データの復号の際に、自然画像に対してだけでなく、スクリーンコンテントの画像に対してもより適切にデブロッキングフィルタ処理を行うことができ、画質の低減を抑制することができる。
【０３３４】
なお、以上に説明したような、クロマに対するデブロッキングフィルタ処理の実行やフィルタ強度を制御する制御情報の生成は、任意の階層のヘッダ情報において行うことができ、例えば、ピクチャパラメータセット若しくはスライスヘッダのいずれか一方でのみ行うようにしてもよいし、これら以外のヘッダ情報において行うようにしてもよい。
【０３３５】
＜７．第７の実施の形態＞
＜デブロッキングフィルタの制御パラメータの利用＞
なお、さらに、既存のデブロッキングフィルタに関する制御パラメータに対応して、クロマに対するデブロッキングフィルタに関する制御パラメータを生成するようにしてもよい。このようにすることにより、各階層のヘッダ情報におけるクロマに対するデブロッキングフィルタ処理を制御する制御情報の存在を、既存のデブロッキングフィルタ処理を制御する制御情報とは独立に示すことができる。換言するに、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成を、ルマに対するデブロッキングフィルタ処理とは独立に制御することができる。そしてこのような制御パラメータを利用することにより、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０３３６】
より具体的な例について説明する。図４２に示されるように、例えばピクチャパラメータセットにおいて、chroma_deblocking_filter_control_present_flagを拡張シンタクス要素として設定し、このchroma_deblocking_filter_control_present_flagの値が真（例えば「１」）の場合のみ、chroma_deblocking_filter_override_enabled_flagとpps_chroma_deblocking_filter_disabled_flagとが拡張シンタクス要素として設定されるようにしてもよい。
【０３３７】
そして、そのpps_chroma_deblocking_filter_disabled_flagの値が偽（例えば、「０」）である場合、pps_chroma_beta_offset_div2とpps_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０３３８】
また、図４３に示されるように、例えばスライスヘッダにおいて、当該スライスヘッダが属するピクチャパラメータセットにおいて設定されたchroma_deblocking_filter_override_enabled_flagの値が真（例えば「１」）である場合、chroma_deblocking_filter_override_flagが拡張シンタクス要素として設定され、そのchroma_deblocking_filter_override_flagの値が真（例えば「１」）である場合、slice_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。
【０３３９】
そして、そのslice_chroma_deblocking_filter_disabled_flagの値が偽（例えば、「０」）である場合、slice_chroma_beta_offset_div2とslice_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０３４０】
このようにすることにより、各階層のヘッダ情報において、クロマに対するデブロッキングフィルタ処理の実行とフィルタ強度を、ルマに対するデブロッキングフィルタ処理とは独立して制御することができ、画質の低減を抑制することができる。そしてこのような制御パラメータを利用することにより、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０３４１】
＜画像符号化装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像符号化装置の構成は、第１の実施の形態と同様である（図８）。また、この場合のループフィルタ１２０の構成も第１の実施の形態と同様である（図１０）。
【０３４２】
＜ヘッダ情報生成部＞
この場合の、ヘッダ情報生成部１３１の主な構成例を図４４に示す。図４４に示されるように、ヘッダ情報生成部１３１は、基本的に、第６の実施の形態の場合（図３９）と同様の構成を有する。ただし、図４４の場合、PPS拡張シンタクス生成部１６２は、さらに、chroma_deblocking_filter_control_present_flag生成部２７１と、chroma_deblocking_filter_override_enabled_flag生成部２７２を有する。また、SH拡張シンタクス生成部１６３は、さらに、chroma_deblocking_filter_override_flag生成部２７３を有する。
【０３４３】
＜符号化処理の流れ＞
また、この場合、画像符号化装置１００により実行される符号化処理の流れは、第１の実施の形態と同様である（図１１）。
【０３４４】
＜ヘッダ情報生成処理の流れ＞
次に、この場合の、符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図４５および図４６のフローチャートを参照して説明する。
【０３４５】
ヘッダ情報生成処理が開始されると、ステップＳ４８１乃至ステップＳ４８７の各処理が、図２４のステップＳ２７１乃至ステップＳ２７７の各処理と同様に実行される。ステップＳ４８７の処理が終了すると、処理はステップＳ４８８に進む。
【０３４６】
ステップＳ４８８乃至ステップＳ４９０の各処理は、図４０のステップＳ４２５乃至ステップＳ４２７の各処理と同様に実行される。
【０３４７】
ステップＳ４９０の処理が終了すると、処理は図４６のステップＳ５０１に進む。また、図４５のステップＳ４８８において、pps_chroma_deblocking_filter_disabled_flagの値が真（「１」）であると判定された場合、処理は図４６のステップＳ５０１に進む。さらに、図４５のステップＳ４８５において、chroma_deblocking_filter_control_present_flagの値が偽（例えば「０」）であると判定された場合、処理は図４６のステップＳ５０１に進む。
【０３４８】
図４６のステップＳ５０１乃至ステップＳ５０５の各処理は、図２４のステップＳ２７８乃至ステップＳ２８２の各処理と同様に実行される。ステップＳ５０５の処理が終了すると、処理は、ステップＳ５０６に進む。
【０３４９】
ステップＳ５０６乃至ステップＳ５０８の各処理は、図４０のステップＳ４３０乃至ステップＳ４３２の各処理と同様に実行される。
【０３５０】
ステップＳ５０８の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。また、ステップＳ５０６において、slice_chroma_deblocking_filter_disabled_flagの値が真（「１」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ５０４において、chroma_deblocking_filter_override_flagの値が偽（例えば「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ５０２において、chroma_deblocking_filter_override_enabled_flagの値が偽（例えば「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０３５１】
以上のようにヘッダ情報として、画像データの色差成分（クロマ）に対するデブロッキングフィルタ処理の実行を制御する制御情報と、フィルタ強度を制御する制御情報とを生成することにより、画像符号化装置１００（ヘッダ情報生成部１３１）は、クロマに対するデブロッキングフィルタ処理を、輝度成分（ルマ）に対するデブロッキングフィルタ処理から独立して制御することができる。また、このような制御パラメータを利用することにより、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。したがって、画像符号化装置１００（ヘッダ情報生成部１３１）は、本技術を適用することにより、画質の低減を抑制しながら、符号化効率の低減を抑制することができる。
【０３５２】
＜ループフィルタ処理の流れ＞
次に、この場合の、符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図４７のフローチャートを参照して説明する。
【０３５３】
ループフィルタ処理が開始されると、ステップＳ５２１乃至ステップＳ５２５の各処理は、図４１のステップＳ４５１乃至ステップＳ４５５の各処理と同様に実行される。
【０３５４】
ステップＳ５２６において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるchroma_deblocking_filter_control_present_flag、chroma_deblocking_filter_override_enabled_flag、chroma_deblocking_filter_override_flagの値に基づいて、pps_chroma_deblocking_filter_disabled_flagの値と、slice_chroma_deblocking_filter_disabled_flagの値とを確認する。
【０３５５】
ステップＳ５２７乃至ステップＳ５３０の各処理は、図４１のステップＳ４５７乃至ステップＳ４６０の各処理と同様に実行される。
【０３５６】
ステップＳ５３０の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。また、ステップＳ５２７において、クロマに対するデブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。さらに、ステップＳ５２２において、デブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。
【０３５７】
以上のように画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０３５８】
＜画像復号装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像復号装置の構成は、第１の実施の形態と同様である（図１４）。また、この場合のループフィルタ２１６の構成も第１の実施の形態と同様である（図１５）。
【０３５９】
＜復号処理の流れ＞
また、この場合、画像復号装置２００により実行される復号処理の流れは、第１の実施の形態と同様である（図１６）。
【０３６０】
つまり、第１の実施の形態の場合と同様に、復号処理のステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図４７のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図４７に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この場合の復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０３６１】
つまり、画像復号装置２００（ループフィルタ２１６）は、クロマに対するデブロッキングフィルタに関する制御パラメータの値に応じて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を参照して利用するので、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０３６２】
なお、以上に説明したような、クロマに対するデブロッキングフィルタに関する制御パラメータの値に応じた、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成は任意の階層のヘッダ情報において行うことができ、例えば、ピクチャパラメータセット若しくはスライスヘッダのいずれか一方でのみ行うようにしてもよいし、これら以外のヘッダ情報において行うようにしてもよい。
【０３６３】
＜８．第８の実施の形態＞
＜デブロッキングフィルタの制御パラメータの利用＞
なお、第６の実施の形態の場合において、さらに、第５の実施の形態の場合と同様に、既存のデブロッキングフィルタに関する制御パラメータも用いて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成を制御するようにしてもよい。このようにすることにより、明らかに不要なクロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０３６４】
より具体的な例について説明する。図４８に示されるように、例えばピクチャパラメータセットにおいて、deblocking_filter_control_present_flagの値が真（「１」）である場合にのみ、pps_chroma_deblocking_filter_disabled_flagとが拡張シンタクス要素として設定されるようにしてもよい。そして、そのpps_chroma_deblocking_filter_disabled_flagの値が偽（例えば、「０」）である場合にのみ、pps_chroma_beta_offset_div2とpps_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０３６５】
また、図４９に示されるように、例えばスライスヘッダにおいて、deblocking_filter_override_flagの値が真（「１」）である場合にのみ、slice_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。そして、そのslice_chroma_deblocking_filter_disabled_flagの値が偽（例えば、「０」）である場合にのみ、slice_chroma_beta_offset_div2とslice_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０３６６】
このようにすることにより、各階層のヘッダ情報において、明らかに不要なクロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０３６７】
＜画像符号化装置、ヘッダ情報生成部、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像符号化装置の構成は、第１の実施の形態と同様である（図８）。また、この場合のヘッダ情報生成部１３１の構成は、第６の実施の形態と同様である（図３９）。また、この場合のループフィルタ１２０の構成は、第１の実施の形態と同様である（図１０）。
【０３６８】
＜符号化処理の流れ＞
また、この場合、画像符号化装置１００により実行される符号化処理の流れは、第１の実施の形態と同様である（図１１）。
【０３６９】
＜ヘッダ情報生成処理の流れ＞
次に、この場合の、符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図５０のフローチャートを参照して説明する。
【０３７０】
ヘッダ情報生成処理が開始されると、ステップＳ５５１およびステップＳ５５２の各処理が、図４０のステップＳ４２１およびステップＳ４２２の各処理と同様に実行される。ステップＳ５５２の処理が終了すると、処理はステップＳ５５３に進む。
【０３７１】
ステップＳ５５３およびステップＳ５５４の各処理は、図３５のステップＳ３７１およびステップＳ３７２の各処理と同様に実行される。ステップＳ５５４において、deblocking_filter_control_present_flagの値が真（「１」）であると判定された場合、処理はステップＳ５５５に進む。
【０３７２】
ステップＳ５５５乃至ステップＳ５５８の各処理は、図４０のステップＳ４２４乃至ステップＳ４２７の各処理と同様に実行される。
【０３７３】
ステップＳ５５８の処理が終了すると、処理はステップＳ５５９に進む。また、ステップＳ５５６において、pps_chroma_deblocking_filter_disabled_flagが真（例えば「１」）である場合、処理はステップＳ５５９に進む。さらに、ステップＳ５５４において、deblocking_filter_control_present_flagの値が偽（「０」）であると判定された場合、処理はステップＳ５５９に進む。
【０３７４】
ステップＳ５５９およびステップＳ５６０の各処理は、図３５のステップＳ３７６およびステップＳ３７７の各処理と同様に実行される。ステップＳ５６０において、deblocking_filter_override_flagの値が真（「１」）であると判定された場合、処理はステップＳ５６１に進む。
【０３７５】
ステップＳ５６１乃至ステップＳ５６４の各処理は、図４０のステップＳ４２９乃至ステップＳ４３２の各処理と同様に実行される。
【０３７６】
ステップＳ５６４の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。また、ステップＳ５６２において、slice_chroma_deblocking_filter_disabled_flagが真（例えば「１」）である場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ５６０において、deblocking_filter_override_flagの値が偽（「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０３７７】
以上のようにヘッダ情報生成処理を実行することにより、画像符号化装置１００（ヘッダ情報生成部１３１）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができる。したがって、画像符号化装置１００（ヘッダ情報生成部１３１）は、本技術を適用することにより、画質の低減を抑制しながら、符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０３７８】
＜ループフィルタ処理の流れ＞
次に、この場合の、符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図５１のフローチャートを参照して説明する。
【０３７９】
ループフィルタ処理が開始されると、ステップＳ５８１乃至ステップＳ５８５の各処理は、図４１のステップＳ４５１乃至ステップＳ４５５の各処理と同様に実行される。
【０３８０】
ステップＳ５８６において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるdeblocking_filter_control_present_flagと、deblocking_filter_override_flagとの値に基づいて、pps_chroma_deblocking_filter_disabled_flagの値と、slice_chroma_deblocking_filter_disabled_flagの値とを確認する。
【０３８１】
ステップＳ５８７乃至ステップＳ５９０の各処理は、図４１のステップＳ４５７乃至ステップＳ４６０の各処理と同様に実行される。
【０３８２】
ステップＳ５９０の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。また、ステップＳ５８７において、クロマに対するデブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。さらに、ステップＳ５８２において、デブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。
【０３８３】
以上のようにループフィルタ処理を実行することにより、画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０３８４】
＜画像復号装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像復号装置の構成は、第１の実施の形態と同様である（図１４）。また、この場合のループフィルタ２１６の構成も第１の実施の形態と同様である（図１５）。
【０３８５】
＜復号処理の流れ＞
また、この場合、画像復号装置２００により実行される復号処理の流れは、第１の実施の形態と同様である（図１６）。
【０３８６】
つまり、復号処理のステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図５１のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図５１に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この場合の復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０３８７】
つまり、画像復号装置２００（ループフィルタ２１６）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０３８８】
なお、以上に説明したような、既存のデブロッキングフィルタに関する制御パラメータの値とクロマに対するデブロッキングフィルタに関する制御パラメータの値とに応じた、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成は任意の階層のヘッダ情報において行うことができ、例えば、ピクチャパラメータセット若しくはスライスヘッダのいずれか一方でのみ行うようにしてもよいし、これら以外のヘッダ情報において行うようにしてもよい。
【０３８９】
＜９．第９の実施の形態＞
＜デブロッキングフィルタの制御パラメータの利用＞
なお、第７の実施の形態の場合において、さらに、第５の実施の形態の場合と同様に、既存のデブロッキングフィルタに関する制御パラメータも用いて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成を制御するようにしてもよい。このようにすることにより、明らかに不要なクロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０３９０】
より具体的な例について説明する。図５２に示されるように、例えばピクチャパラメータセットにおいて、deblocking_filter_control_present_flagの値が真（「１」）である場合にのみ、chroma_deblocking_filter_control_present_flagを拡張シンタクス要素として設定し、このchroma_deblocking_filter_control_present_flagの値が真（例えば「１」）の場合のみ、chroma_deblocking_filter_override_enabled_flagとpps_chroma_deblocking_filter_disabled_flagとが拡張シンタクス要素として設定されるようにしてもよい。
【０３９１】
そして、そのpps_chroma_deblocking_filter_disabled_flagの値が偽（例えば、「０」）である場合にのみ、pps_chroma_beta_offset_div2とpps_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０３９２】
また、図５３に示されるように、例えばスライスヘッダにおいて、deblocking_filter_override_flagの値が真（「１」）であり、かつ、当該スライスヘッダが属するピクチャパラメータセットにおいて設定されたchroma_deblocking_filter_override_enabled_flagの値が真（例えば「１」）である場合にのみ、chroma_deblocking_filter_override_flagが拡張シンタクス要素として設定され、そのchroma_deblocking_filter_override_flagの値が真（例えば「１」）である場合にのみ、slice_chroma_deblocking_filter_disabled_flagが拡張シンタクス要素として設定されるようにしてもよい。
【０３９３】
そして、そのslice_chroma_deblocking_filter_disabled_flagの値が偽（例えば、「０」）である場合にのみ、slice_chroma_beta_offset_div2とslice_chroma_tc_offset_div2とが拡張シンタクス要素として設定されるようにしてもよい。
【０３９４】
このようにすることにより、各階層のヘッダ情報において、明らかに不要なクロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるとともに、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについても、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるので、その分符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０３９５】
＜画像符号化装置、ヘッダ情報生成部、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像符号化装置の構成は、第１の実施の形態と同様である（図８）。また、この場合のヘッダ情報生成部１３１の構成は、第７の実施の形態と同様である（図４４）。また、この場合のループフィルタ１２０の構成は、第１の実施の形態と同様である（図１０）。
【０３９６】
＜符号化処理の流れ＞
また、この場合、画像符号化装置１００により実行される符号化処理の流れは、第１の実施の形態と同様である（図１１）。
【０３９７】
＜ヘッダ情報生成処理の流れ＞
次に、この場合の、符号化処理のステップＳ１０１において実行されるヘッダ情報生成処理の流れの例を、図５４および図５５のフローチャートを参照して説明する。
【０３９８】
ヘッダ情報生成処理が開始されると、ステップＳ６０１およびステップＳ６０２の各処理が、図４５のステップＳ４８１およびステップＳ４８２の各処理と同様に実行される。ステップＳ６０２の処理が終了すると、処理はステップＳ６０３に進む。
【０３９９】
ステップＳ６０３およびステップＳ６０４の各処理は、図３５のステップＳ３７１およびステップＳ３７２の各処理と同様に実行される。ステップＳ６０４において、deblocking_filter_control_present_flagの値が真（「１」）であると判定された場合、処理はステップＳ６０５に進む。
【０４００】
ステップＳ６０５乃至ステップＳ６１１の各処理は、図４５のステップＳ４８４乃至ステップＳ４９０の各処理と同様に実行される。
【０４０１】
ステップＳ６１１の処理が終了すると、処理は図５５のステップＳ６２１に進む。また、図５４のステップＳ６０９において、pps_chroma_deblocking_filter_disabled_flagが真（例えば「１」）である場合、処理は図５５のステップＳ６２１に進む。さらに、図５４のステップＳ６０６において、chroma_deblocking_filter_control_present_flagの値が偽（「０」）であると判定された場合、処理は図５５のステップＳ６２１に進む。さらに、図５４のステップＳ６０４において、deblocking_filter_control_present_flagの値が偽（「０」）であると判定された場合、処理は図５５のステップＳ６２１に進む。
【０４０２】
図５５のステップＳ６２１およびステップＳ６２２の各処理は、図３５のステップＳ３７６およびステップＳ３７７の各処理と同様に実行される。図５５のステップＳ６２２において、deblocking_filter_override_flagの値が真（「１」）であると判定された場合、処理はステップＳ６２３に進む。
【０４０３】
ステップＳ６２３乃至ステップＳ６２９の各処理は、図４６のステップＳ５０２乃至ステップＳ５０８の各処理と同様に実行される。
【０４０４】
ステップＳ６２９の処理が終了すると、ヘッダ情報生成処理が終了し、処理は図１１に戻る。また、ステップＳ６２７において、slice_chroma_deblocking_filter_disabled_flagが真（例えば「１」）である場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ６２５において、chroma_deblocking_filter_override_flagの値が偽（「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ６２３において、chroma_deblocking_filter_override_enabled_flagの値が偽（「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。さらに、ステップＳ６２２において、deblocking_filter_override_flagの値が偽（「０」）であると判定された場合、ヘッダ情報生成処理が終了し、処理は図１１に戻る。
【０４０５】
以上のようにヘッダ情報生成処理を実行することにより、画像符号化装置１００（ヘッダ情報生成部１３１）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができるとともに、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについても、クロマに対するデブロッキングフィルタ処理を制御する制御情報を省略することができる。したがって、画像符号化装置１００（ヘッダ情報生成部１３１）は、本技術を適用することにより、画質の低減を抑制しながら、符号量の増大を抑制し、符号化効率の低減を抑制することができる。
【０４０６】
＜ループフィルタ処理の流れ＞
次に、この場合の、符号化処理のステップＳ１１２において実行されるループフィルタ処理の流れの例を、図５６のフローチャートを参照して説明する。
【０４０７】
ループフィルタ処理が開始されると、ステップＳ６４１乃至ステップＳ６４５の各処理は、図４７のステップＳ５２１乃至ステップＳ５２５の各処理と同様に実行される。
【０４０８】
ステップＳ６４６において、デブロッキングフィルタ制御部１８１は、ヘッダ情報に含まれるdeblocking_filter_control_present_flag、deblocking_filter_override_flag、chroma_deblocking_filter_control_present_flag、chroma_deblocking_filter_override_enabled_flag、並びにchroma_deblocking_filter_override_flagの値に基づいて、pps_chroma_deblocking_filter_disabled_flagの値と、slice_chroma_deblocking_filter_disabled_flagの値とを確認する。
【０４０９】
ステップＳ６４７乃至ステップＳ６５０の各処理は、図４７のステップＳ５２７乃至ステップＳ５３０の各処理と同様に実行される。
【０４１０】
ステップＳ６５０の処理が終了すると、ループフィルタ処理が終了し、処理は図１１に戻る。また、ステップＳ６４７において、クロマに対するデブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。さらに、ステップＳ６４２において、デブロッキングフィルタ処理を行わないと判定された場合、ループフィルタ処理が終了し、処理は図１１に戻る。
【０４１１】
以上のようにループフィルタ処理を実行することにより、画像符号化装置１００（ループフィルタ１２０）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができるとともに、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについても、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像符号化装置１００（ループフィルタ１２０）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０４１２】
＜画像復号装置、ループフィルタ＞
この場合、本技術を適用した画像処理装置の一態様である画像復号装置の構成は、第１の実施の形態と同様である（図１４）。また、この場合のループフィルタ２１６の構成も第１の実施の形態と同様である（図１５）。
【０４１３】
＜復号処理の流れ＞
また、この場合、画像復号装置２００により実行される復号処理の流れは、第１の実施の形態と同様である（図１６）。
【０４１４】
つまり、復号処理のステップＳ２０８において、ループフィルタ２１６は、ループフィルタ処理を、図５６のフローチャートを参照して説明した、画像符号化装置１００のループフィルタ１２０によるループフィルタ処理の場合と同様に行う。つまり、図５６に示されるループフィルタ処理の流れの例の説明は、ループフィルタ２１６によるループフィルタ処理（すなわち、この場合の復号処理のステップＳ２０８の処理）の説明にも適用することができる。
【０４１５】
つまり、画像復号装置２００（ループフィルタ２１６）は、クロマに対するデブロッキングフィルタ処理が明らかに不要なスライスについて、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができるとともに、クロマに対するデブロッキングフィルタ処理をルマに対するデブロッキングフィルタ処理とは独立に制御する必要がないスライスについても、クロマに対するデブロッキングフィルタ処理を制御する制御情報の参照を省略することができる。したがって、画像復号装置２００（ループフィルタ２１６）は、本技術を適用することにより、画質の低減を抑制しながら、処理の負荷の増大を抑制することができる。
【０４１６】
なお、以上に説明したような、既存のデブロッキングフィルタに関する制御パラメータの値とクロマに対するデブロッキングフィルタに関する制御パラメータの値とに応じた、クロマに対するデブロッキングフィルタ処理を制御する制御情報の生成は任意の階層のヘッダ情報において行うことができ、例えば、ピクチャパラメータセット若しくはスライスヘッダのいずれか一方でのみ行うようにしてもよいし、これら以外のヘッダ情報において行うようにしてもよい。
【０４１７】
なお、第５の実施の形態乃至第９の実施の形態において、例えば、pps_beta_offset_div2、pps_tc_offset_div2、slice_beta_offset_div2、slice_tc_offset_div2等のパラメータβやパラメータtCに関するシンタクス要素が設定されるように説明したが、このパラメータβやパラメータtCに関するシンタクス要素は、パラメータβやパラメータtCを導出することができるものであれば、上述した例に限らず、どのような値であってもよい。
【０４１８】
例えば、ルマに対するデブロッキングフィルタのパラメータβ（若しくはパラメータtC）とクロマに対するデブロッキングフィルタのパラメータβ（若しくはパラメータtC）との差分値に相当する値（その差分値から算出される他の値も含む）を、クロマに対するパラメータβやパラメータtCに関するシンタクス要素としてもよい。
【０４１９】
＜１０．第１０の実施の形態＞
＜領域毎の制御情報の生成の制御＞
図５７に、コンピュータ画面の例を示す。マルチタスクが可能なコンピュータにおいては、並列に複数の処理を実行することができるので、その表示画面であるコンピュータ画面においては、図５７の例のように、１つの画面内に自然画像とスクリーンコンテントとが混在する場合がある。図５７の例の場合、コンピュータ画面の部分領域３０１に表示されているウィンドウには、自然画像からなる動画像（所謂ビデオ画像）が表示されている。また、部分領域３０２には、コンピュータ画面の背景画像（所謂デスクトップの背景）が表示され、部分領域３０３に表示されるウィンドウには、例えばコンピュータにより生成されたスクリーンコンテントが表示されている。
【０４２０】
このような場合、コンピュータ画面の画像としての特徴は、その部分領域毎に異なる。そこで、デブロッキングフィルタ処理の制御の方法を、この領域毎に設定するようにしてもよい。例えば、デブロッキングフィルタ処理を実行するか否か、実行する場合そのフィルタ強度をどの程度にするか、クロマに対するデブロッキングフィルタ処理の制御をルマに対するデブロッキングフィルタ処理の制御対して独立に行うか否か、クロマに対するデブロッキングフィルタ処理の制御をルマに対するデブロッキングフィルタ処理の制御対して独立に行う場合、クロマに対するデブロッキングフィルタ処理を実行するか否か、実行する場合そのフィルタ強度をどの程度にするか等を、この領域毎に設定するようにしてもよい。
【０４２１】
その場合、ヘッダ情報生成部１３１のヘッダ制御部１４１が、例えば、画面並べ替えバッファ１１１から供給される画像や、ユーザ等の外部から入力される指示に基づいて、そのような設定を、ヘッダ情報生成処理の前に行うようにすればよい。
【０４２２】
＜デブロッキングフィルタ制御処理の流れ＞
図５８のフローチャートを参照して、ヘッダ制御部１４１がそのような設定を行うために実行するデブロッキングフィルタ制御処理の流れの例を説明する。
【０４２３】
デブロッキングフィルタ制御処理が開始されると、ヘッダ制御部１４１は、ステップＳ６７１において、処理対象のピクチャを複数の部分領域に領域分割する。この分割の方法は任意である。例えば、処理対象の画像の内容に応じて領域分割を行うようにしてもよい。また、例えば、このような領域分割を、予め定められた領域であるタイルを単位として行うようにしてもよい。つまり、各タイルがどの領域に属するかを選択するようにしてもよい。
【０４２４】
ステップＳ６７２において、ヘッダ制御部１４１は、分割した各部分領域の画像の特性を解析する。この特性の解析方法は任意である。例えば、ヘッダ制御部１４１は、この解析により、各部分領域の画像が自然画像であるか否か、スクリーンコンテンツであるか否か等を特定するようにしてもよい。また、より細かく解析するようにし、例えば、どのような自然画像であるか、どのようなスクリーンコンテントであるか等を特定するようにしてもよい。もちろん、自然画像やスクリーンコンテントといった概念を用いずに解析を行うようにしてもよい。また、ヘッダ制御部１４１は、処理対象の画像を実際に所定の方法で解析するようにしてもよいし、外部等から画像の特性に関する情報を得るようにしてもよい。
【０４２５】
ステップＳ６７３において、ヘッダ制御部１４１は、ステップＳ６７２の解析結果に基づいて、各部分領域にその画像の特性に応じたデブロッキングフィルタのパラメータを設定する。
【０４２６】
ステップＳ６７４において、ヘッダ制御部１４１は、ヘッダ情報生成処理を制御し、ステップＳ６７３において決定した設定を反映するようにフラグ情報を生成させる。つまり、上述した各実施の形態のようにヘッダ情報生成処理が実行されると、この設定に基づいて各パラメータが設定される。
【０４２７】
ステップＳ６７４の処理が終了すると、デブロッキングフィルタ制御処理が終了する。
【０４２８】
＜パラメータ設定処理の流れ＞
図５８のステップＳ６７３の処理の方法（パラメータの設定の方法）は任意である。例えば、処理対象の部分領域の画像が自然画像であるか否かに応じて、クロマに対するデブロッキングフィルタ処理の制御を、ルマに対するデブロッキングフィルタ処理の制御から独立して行うようにするか否かを設定するようにしてもよい。
【０４２９】
図５８のステップＳ６７３において実行されるパラメータ設定処理の一例として、このような場合の処理の流れの例を、図５９のフローチャートを参照して説明する。
【０４３０】
パラメータ設定処理が開始されると、ヘッダ制御部１４１は、ステップＳ６９１において、処理対象の部分領域の画像が自然画像であるか否かを判定する。自然画像であると判定された場合、処理はステップＳ６９２に進む。
【０４３１】
ステップＳ６９２において、ヘッダ制御部１４１は、ルマとクロマのデブロッキングフィルタ処理をまとめて制御するようにする。つまり、HEVCのバージョン１においても用いられているような、既存の、デブロッキングフィルタ処理を制御する制御情報を用いてルマとクロマのデブロッキングフィルタ処理の制御を行うようにする。ステップＳ６９２の処理が終了すると、パラメータ設定処理が終了し、処理は図５８に戻る。
【０４３２】
また、ステップＳ６９１において、処理対象の部分領域の画像が自然画像でないと判定された場合、処理はステップＳ６９３に進む。
【０４３３】
ステップＳ６９３において、ヘッダ制御部１４１は、ルマとクロマのデブロッキングフィルタ処理を互いに独立に制御するようにする。つまり、以上の各実施の形態において説明したような、クロマに対するデブロッキングフィルタ処理を制御する制御情報を用いてクロマのデブロッキングフィルタ処理の制御を行うようにする。ステップＳ６９３の処理が終了すると、パラメータ設定処理が終了し、処理は図５８に戻る。
【０４３４】
このように各処理を行うことにより、ヘッダ制御部１４１は、デブロッキングフィルタ処理の制御を領域毎に行うことができる。したがって、例えば、図５７の例のように、自然画像とスクリーンコンテントが混在する場合であっても、各部分領域に対して、より適切なパラメータでデブロッキングフィルタ処理を行うことができるので、画像符号化装置１００（ループフィルタ１２０）や画像復号装置２００（ループフィルタ２１６）は、画質の低減を抑制することができる。
【０４３５】
＜１１．第１１の実施の形態＞
＜領域毎の制御情報の生成の制御＞
なお、デブロッキングフィルタ処理の制御の方法を、画像の色フォーマットに基づいて設定するようにしてもよい。一般に、RGBフォーマットの画像データを符号化する場合、第１コンポーネントとして、YUV形式におけるYに似た信号特性を持つGが選択されるが、残りのRとB成分は、YUV形式におけるUとVと異なる特性を持つ。そのため、YUV用に設計されたデブロッキングフィルタをそのまま適用すると、画質が低減するおそれがある。また、それにより符号化効率が低減するおそれもある。
【０４３６】
また、SCC Codecを使って、RGB形式で符号化するのは、コンピュータ画面をそのままエンコーダの入力としている可能性も高い。つまり、処理対象の画像がスクリーンコンテントである可能性が高い。
【０４３７】
そこで、図６０に示される例のように、色フォーマットがRGBの画像データを、その色フォーマットのまま符号化し、ビットストリーム（RGBビットストリーム）を生成する場合、クロマに対するデブロッキングフィルタ処理を制御する制御情報を生成し、そのビットストリーム（符号化データ）のヘッダ情報とするようにしてもよい。そして、色フォーマットをYUVとして符号化し、ビットストリーム（YUVビットストリーム）を生成する場合、クロマとルマをまとめて制御するように、デブロッキングフィルタ処理を制御する制御情報を生成し、そのビットストリーム（符号化データ）のヘッダ情報とするようにしてもよい。
【０４３８】
＜デブロッキングフィルタ制御処理の流れ＞
図６１のフローチャートを参照して、この場合の、ヘッダ制御部１４１によるデブロッキングフィルタ制御処理の流れの例を説明する。
【０４３９】
デブロッキングフィルタ制御処理が開始されると、ヘッダ制御部１４１は、ステップＳ７０１において、処理対象の画像の色フォーマットを特定する。この特定方法は任意である。例えば、処理対象の画像を解析して特定するようにしてもよいし、外部から処理対象の画像の色フォーマットに関する情報を取得するようにしてもよい。
【０４４０】
ステップＳ７０２において、ヘッダ制御部１４１は、ステップＳ７０１において特定した色フォーマットに応じたデブロッキングフィルタのパラメータを設定する。
【０４４１】
ステップＳ７０３において、ヘッダ制御部１４１は、ヘッダ情報生成処理を制御し、ステップＳ７０２において決定した設定を反映するようにフラグ情報を生成させる。つまり、上述した各実施の形態のようにヘッダ情報生成処理が実行されると、この設定に基づいて各パラメータが設定される。
【０４４２】
ステップＳ７０３の処理が終了すると、デブロッキングフィルタ制御処理が終了する。
【０４４３】
＜パラメータ設定処理の流れ＞
図６１のステップＳ７０２の処理の方法（パラメータの設定の方法）は任意である。例えば、処理対象の画像の色フォーマットがYUVであるか否かに応じて、クロマに対するデブロッキングフィルタ処理の制御を、ルマに対するデブロッキングフィルタ処理の制御から独立して行うようにするか否かを設定するようにしてもよい。
【０４４４】
図６１のステップＳ７０２において実行されるパラメータ設定処理の一例として、このような場合の処理の流れの例を、図６２のフローチャートを参照して説明する。
【０４４５】
パラメータ設定処理が開始されると、ヘッダ制御部１４１は、ステップＳ７１１において、処理対象の画像の色フォーマットがYUVフォーマットであるか否かを判定する。YUVであると判定された場合、処理はステップＳ７１２に進む。
【０４４６】
ステップＳ７１２において、ヘッダ制御部１４１は、ルマとクロマのデブロッキングフィルタ処理をまとめて制御するようにする。つまり、HEVCのバージョン１においても用いられているような、既存の、デブロッキングフィルタ処理を制御する制御情報を用いてルマとクロマのデブロッキングフィルタ処理の制御を行うようにする。ステップＳ６９２の処理が終了すると、パラメータ設定処理が終了し、処理は図６１に戻る。
【０４４７】
また、ステップＳ７１１において、処理対象の画像の色フォーマットがYUVフォーマットでないと判定された場合、処理はステップＳ７１３に進む。
【０４４８】
ステップＳ７１３において、ヘッダ制御部１４１は、ルマとクロマのデブロッキングフィルタ処理を互いに独立に制御するようにする。つまり、以上の各実施の形態において説明したような、クロマに対するデブロッキングフィルタ処理を制御する制御情報を用いてクロマのデブロッキングフィルタ処理の制御を行うようにする。ステップＳ７１３の処理が終了すると、パラメータ設定処理が終了し、処理は図６１に戻る。
【０４４９】
このように各処理を行うことにより、ヘッダ制御部１４１は、デブロッキングフィルタ処理の制御を色フォーマットに応じて行うことができる。したがって、画像符号化装置１００（ループフィルタ１２０）や画像復号装置２００（ループフィルタ２１６）は、より容易に画質の低減を抑制することができる。
【０４５０】
本技術の適用範囲は、画像データが符号化された符号化データを復号可能な、復号の際にフィルタ処理を行うあらゆる画像復号装置に適用することができる。
【０４５１】
また、本技術は、例えば、MPEG、H．26x等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報（ビットストリーム）を、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像復号装置に適用することができる。また、本技術は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像復号装置に適用することができる。
【０４５２】
＜１２．第１２の実施の形態＞
＜多視点画像符号化・多視点画像復号への適用＞
上述した一連の処理は、多視点画像復号に適用することができる。図６３は、多視点画像符号化方式の一例を示す。
【０４５３】
図６３に示されるように、多視点画像は、複数の視点（ビュー（view））の画像を含む。この多視点画像の複数のビューは、他のビューの情報を利用せずに自身のビューの画像のみを用いて符号化・復号を行うベースビューと、他のビューの情報を利用して符号化・復号を行うノンベースビューとによりなる。ノンベースビューの符号化・復号は、ベースビューの情報を利用するようにしても良いし、他のノンベースビューの情報を利用するようにしてもよい。
【０４５４】
図６３の例のような多視点画像を符号化・復号する場合、多視点画像は、視点毎に符号化される。そして、そのようにして得られた符号化データを復号する場合、各視点の符号化データは、それぞれ（すなわち視点毎に）復号される。このような各視点の符号化・復号に対して、以上の各実施の形態において説明した方法を適用してもよい。このようにすることにより、各視点の画像の画質の低減を抑制することができる。つまり、多視点画像の場合も同様に、画質の低減を抑制することができる。
【０４５５】
＜多視点画像符号化装置＞
図６４は、上述した多視点画像符号化を行う多視点画像符号化装置を示す図である。図６４に示されるように、多視点画像符号化装置６００は、符号化部６０１、符号化部６０２、および多重化部６０３を有する。
【０４５６】
符号化部６０１は、ベースビュー画像を符号化し、ベースビュー画像符号化ストリームを生成する。符号化部６０２は、ノンベースビュー画像を符号化し、ノンベースビュー画像符号化ストリームを生成する。多重化部６０３は、符号化部６０１において生成されたベースビュー画像符号化ストリームと、符号化部６０２において生成されたノンベースビュー画像符号化ストリームとを多重化し、多視点画像符号化ストリームを生成する。
【０４５７】
例えば、このような多視点画像符号化装置６００の符号化部６０１および符号化部６０２として、以上の各実施の形態において説明した画像符号化装置１００を適用してもよい。このようにすることにより、多視点画像の符号化においても、以上の各実施の形態において説明した方法を適用することができる。すなわち、多視点画像符号化装置６００は、多視点画像の画質の低減を抑制することができる。
【０４５８】
＜多視点画像復号装置＞
図６５は、上述した多視点画像復号を行う多視点画像復号装置を示す図である。図６５に示されるように、多視点画像復号装置６１０は、逆多重化部６１１、復号部６１２、および復号部６１３を有する。
【０４５９】
逆多重化部６１１は、ベースビュー画像符号化ストリームとノンベースビュー画像符号化ストリームとが多重化された多視点画像符号化ストリームを逆多重化し、ベースビュー画像符号化ストリームと、ノンベースビュー画像符号化ストリームとを抽出する。復号部６１２は、逆多重化部６１１により抽出されたベースビュー画像符号化ストリームを復号し、ベースビュー画像を得る。復号部６１３は、逆多重化部６１１により抽出されたノンベースビュー画像符号化ストリームを復号し、ノンベースビュー画像を得る。
【０４６０】
例えば、このような多視点画像復号装置６１０の復号部６１２および復号部６１３として、以上の各実施の形態において説明した画像復号装置２００を適用してもよい。このようにすることにより、多視点画像の符号化データの復号においても、以上の各実施の形態において説明した方法を適用することができる。すなわち、多視点画像復号装置６１０は、多視点画像の画質の低減を抑制することができる。
【０４６１】
＜１３．第１３の実施の形態＞
＜階層画像符号化・階層画像復号への適用＞
また、上述した一連の処理は、階層画像復号（スケーラブル復号）に適用することができる。図６６は、階層画像符号化方式の一例を示す。
【０４６２】
階層画像符号化（スケーラブル符号化）は、画像データを、所定のパラメータについてスケーラビリティ（scalability）機能を有するように、画像を複数レイヤ化（階層化）し、レイヤ毎に符号化するものである。階層画像復号は、その階層画像符号化（スケーラブル復号）は、その階層画像符号化に対応する復号である。
【０４６３】
図６６に示されるように、画像の階層化においては、スケーラビリティ機能を有する所定のパラメータを基準として１の画像が複数の画像（レイヤ）に分割される。つまり、階層化された画像（階層画像）は、その所定のパラメータの値が互いに異なる複数の階層（レイヤ）の画像を含む。この階層画像の複数のレイヤは、他のレイヤの画像を利用せずに自身のレイヤの画像のみを用いて符号化・復号を行うベースレイヤと、他のレイヤの画像を利用して符号化・復号を行うノンベースレイヤ（エンハンスメントレイヤとも称する）とによりなる。ノンベースレイヤは、ベースレイヤの画像を利用するようにしても良いし、他のノンベースレイヤの画像を利用するようにしてもよい。
【０４６４】
一般的に、ノンベースレイヤは、冗長性が低減されるように、自身の画像と、他のレイヤの画像との差分画像のデータ（差分データ）により構成される。例えば、１の画像をベースレイヤとノンベースレイヤ（エンハンスメントレイヤとも称する）に２階層化した場合、ベースレイヤのデータのみで元の画像よりも低品質な画像が得られ、ベースレイヤのデータとノンベースレイヤのデータを合成することで、元の画像（すなわち高品質な画像）が得られる。
【０４６５】
このように画像を階層化することにより、状況に応じて多様な品質の画像を容易に得ることができる。例えば携帯電話のような、処理能力の低い端末に対しては、ベースレイヤ（base layer）のみの画像圧縮情報を伝送し、空間時間解像度の低い、或いは、画質の良くない動画像を再生し、テレビやパーソナルコンピュータのような、処理能力の高い端末に対しては、ベースレイヤ（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）がある。
【０４７２】
＜階層画像符号化装置＞
図７０は、上述した階層画像符号化を行う階層画像符号化装置を示す図である。図７０に示されるように、階層画像符号化装置６２０は、符号化部６２１、符号化部６２２、および多重化部６２３を有する。
【０４７３】
符号化部６２１は、ベースレイヤ画像を符号化し、ベースレイヤ画像符号化ストリームを生成する。符号化部６２２は、ノンベースレイヤ画像を符号化し、ノンベースレイヤ画像符号化ストリームを生成する。多重化部６２３は、符号化部６２１において生成されたベースレイヤ画像符号化ストリームと、符号化部６２２において生成されたノンベースレイヤ画像符号化ストリームとを多重化し、階層画像符号化ストリームを生成する。
【０４７４】
例えば、このような階層画像符号化装置６２０の符号化部６２１および符号化部６２２として、以上の各実施の形態において説明した画像符号化装置１００を適用してもよい。このようにすることにより、階層画像の符号化においても、以上の各実施の形態において説明した方法を適用することができる。すなわち、階層画像符号化装置６２０は、階層画像の画質の低減を抑制することができる。
【０４７５】
＜階層画像復号装置＞
図７１は、上述した階層画像復号を行う階層画像復号装置を示す図である。図７１に示されるように、階層画像復号装置６３０は、逆多重化部６３１、復号部６３２、および復号部６３３を有する。
【０４７６】
逆多重化部６３１は、ベースレイヤ画像符号化ストリームとノンベースレイヤ画像符号化ストリームとが多重化された階層画像符号化ストリームを逆多重化し、ベースレイヤ画像符号化ストリームと、ノンベースレイヤ画像符号化ストリームとを抽出する。復号部６３２は、逆多重化部６３１により抽出されたベースレイヤ画像符号化ストリームを復号し、ベースレイヤ画像を得る。復号部６３３は、逆多重化部６３１により抽出されたノンベースレイヤ画像符号化ストリームを復号し、ノンベースレイヤ画像を得る。
【０４７７】
例えば、このような階層画像復号装置６３０の復号部６３２および復号部６３３として、以上の各実施の形態において説明した画像復号装置２００を適用してもよい。このようにすることにより、階層画像の符号化データの復号においても、以上の各実施の形態において説明した方法を適用することができる。すなわち、階層画像復号装置６３０は、階層画像の画質の低減を抑制することができる。
【０４７８】
＜１４．第１４の実施の形態＞
＜コンピュータ＞
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここでコンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。
【０４７９】
図７２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０４８０】
図７２に示されるコンピュータ８００において、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は、プログラムを実行することにより、例えばユーザインタフェース部９７１から入力される操作信号に応じて、撮像装置９６０の動作を制御する。
【０５４３】
ユーザインタフェース部９７１は、制御部９７０と接続される。ユーザインタフェース部９７１は、例えば、ユーザが撮像装置９６０を操作するためのボタン及びスイッチなどを有する。ユーザインタフェース部９７１は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９７０へ出力する。
【０５４４】
このように構成された撮像装置９６０において、例えば画像処理部９６４が、画像符号化装置１００や画像復号装置２００の機能を有するようにしてもよい。つまり、画像処理部９６４が、以上の各実施の形態において説明した方法により、画像データを符号化したり、符号化データを復号したりするようにしてもよい。このようにすることにより、撮像装置９６０は、処理対象の画像の画質の低減を抑制することができる。
【０５４５】
なお、本技術は、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択して使用する、例えば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により実現されるようにしてもよい。
【０６１４】
＜装置への適用例＞
ビデオセット１３００は、画像データを処理する各種装置に組み込むことができる。例えば、ビデオセット１３００は、テレビジョン装置９００（図７３）、携帯電話機９２０（図７４）、記録再生装置９４０（図７５）、撮像装置９６０（図７６）等に組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図６２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０６１５】
なお、上述したビデオセット１３００の各構成の一部であっても、ビデオプロセッサ１３３２を含むものであれば、本技術を適用した構成として実施することができる。例えば、ビデオプロセッサ１３３２のみを本技術を適用したビデオプロセッサとして実施することができる。また、例えば、上述したように点線１３４１により示されるプロセッサやビデオモジュール１３１１等を、本技術を適用したプロセッサやモジュール等として実施することができる。さらに、例えば、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４を組み合わせ、本技術を適用したビデオユニット１３６１として実施することもできる。いずれの構成の場合であっても、図１乃至図６２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０６１６】
つまり、ビデオプロセッサ１３３２を含むものであればどのような構成であっても、ビデオセット１３００の場合と同様に、画像データを処理する各種装置に組み込むことができる。例えば、ビデオプロセッサ１３３２、点線１３４１により示されるプロセッサ、ビデオモジュール１３１１、または、ビデオユニット１３６１を、テレビジョン装置９００（図７３）、携帯電話機９２０（図７４）、記録再生装置９４０（図７５）、撮像装置９６０（図７６）等に組み込むことができる。そして、本技術を適用したいずれかの構成を組み込むことにより、その装置は、ビデオセット１３００の場合と同様に、図１乃至図６２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０６１７】
また、本明細書では、各種情報が、符号化ストリームに多重化されて、符号化側から復号側へ伝送される例について説明した。しかしながら、これら情報を伝送する手法はかかる例に限定されない。例えば、これら情報は、符号化ビットストリームに多重化されることなく、符号化ビットストリームと関連付けられた別個のデータとして伝送され又は記録されてもよい。ここで、「関連付ける」という用語は、ビットストリームに含まれる画像（スライス若しくはブロックなど、画像の一部であってもよい）と当該画像に対応する情報とを復号時にリンクさせ得るようにすることを意味する。即ち、情報は、画像（又はビットストリーム）とは別の伝送路上で伝送されてもよい。また、情報は、画像（又はビットストリーム）とは別の記録媒体（又は同一の記録媒体の別の記録エリア）に記録されてもよい。さらに、情報と画像（又はビットストリーム）とは、例えば、複数フレーム、１フレーム、又はフレーム内の一部分などの任意の単位で互いに関連付けられてよい。
【０６１８】
なお、本技術は以下のような構成も取ることができる。
（１）  画像データを符号化する符号化部と、
前記符号化部により前記画像データが符号化されて得られた符号化データを復号して得られる復号画像データの色差成分に対するデブロッキングフィルタ処理を制御する制御情報を、前記符号化データのヘッダ情報として生成する制御情報生成部と
を備える画像処理装置。
（２）  前記制御情報生成部は、前記制御情報として、前記復号画像データの色差成分に対するデブロッキングフィルタ処理を実行するかを制御する制御情報を生成する
（１）に記載の画像処理装置。
（３）  前記制御情報生成部は、前記制御情報として、前記復号画像データの色差成分に対するデブロッキングフィルタ処理のフィルタ強度を制御する制御情報を生成する
（１）または（２）に記載の画像処理装置。
（４）  前記制御情報生成部は、前記フィルタ強度を制御する制御情報として、デブロッキングフィルタのパラメータβに対するオフセットを制御する制御情報を生成する
（３）に記載の画像処理装置。
（５）  前記制御情報生成部は、前記フィルタ強度を制御する制御情報として、デブロッキングフィルタのパラメータtCに対するオフセットを制御する制御情報を生成する
（３）または（４）に記載の画像処理装置。
（６）  前記制御情報生成部は、
前記ヘッダ情報のシーケンスパラメータセットのシンタクス要素であり、前記復号画像データの前記シーケンスパラメータセットに対応するシーケンスの色差成分に対するデブロッキングフィルタ処理を制御する制御情報、
前記ヘッダ情報のピクチャパラメータセットのシンタクス要素であり、前記復号画像データの前記ピクチャパラメータセットに対応するピクチャの色差成分に対するデブロッキングフィルタ処理を制御する制御情報、
前記ヘッダ情報のスライスヘッダのシンタクス要素であり、前記復号画像データの前記スライスヘッダに対応するスライスの色差成分に対するデブロッキングフィルタ処理を制御する制御情報
の内、少なくともいずれか１つを生成する
（１）乃至（５）のいずれかに記載の画像処理装置。
（７）  前記制御情報生成部により生成された前記制御情報に基づいて、前記復号画像データの色差成分に対するデブロッキングフィルタ処理を行うフィルタ処理部をさらに備える
（１）乃至（６）のいずれかに記載の画像処理装置。
（８）  前記復号画像データの画像の特性に応じたデブロッキングフィルタ処理が行われるように、前記制御情報生成部を制御する制御部をさらに備え、
前記制御情報生成部は、前記制御部の制御に従って前記制御情報を生成する
（１）乃至（７）のいずれかに記載の画像処理装置。
（９）  前記復号画像データの色フォーマットに応じたデブロッキングフィルタ処理が行われるように、前記制御情報生成部を制御する制御部をさらに備え、
前記制御情報生成部は、前記制御部の制御に従って前記制御情報を生成する
（１）乃至（８）のいずれかに記載の画像処理装置。
（１０）  画像データを符号化し、
前記画像データが符号化されて得られた符号化データを復号して得られる復号画像データの色差成分に対するデブロッキングフィルタ処理を制御する制御情報を、前記符号化データのヘッダ情報として生成する
画像処理方法。
（１１）  画像データの符号化データを復号する復号部と、
前記符号化データのヘッダ情報の、前記復号部により前記符号化データが復号されて得られた復号画像データの色差成分に対するデブロッキングフィルタ処理を制御する制御情報に基づいて、前記復号画像データの色差成分に対するデブロッキングフィルタ処理を行うフィルタ処理部と
を備える画像処理装置。
（１２）  前記制御情報は、前記復号画像データの色差成分に対するデブロッキングフィルタ処理を実行するかを制御する制御情報である
（１１）に記載の画像処理装置。
（１３）  前記制御情報は、前記復号画像データの色差成分に対するデブロッキングフィルタ処理のフィルタ強度を制御する制御情報である
（１１）または（１２）に記載の画像処理装置。
（１４）  前記フィルタ強度を制御する制御情報は、デブロッキングフィルタのパラメータβに対するオフセットを制御する制御情報である
（１３）に記載の画像処理装置。
（１５）  前記フィルタ強度を制御する制御情報は、デブロッキングフィルタのパラメータtCに対するオフセットを制御する制御情報である
（１３）または（１４）に記載の画像処理装置。
（１６）  前記制御情報は、
前記ヘッダ情報のシーケンスパラメータセットのシンタクス要素であり、前記復号画像データの前記シーケンスパラメータセットに対応するシーケンスの色差成分に対するデブロッキングフィルタ処理を制御する制御情報、
前記ヘッダ情報のピクチャパラメータセットのシンタクス要素であり、前記復号画像データの前記ピクチャパラメータセットに対応するピクチャの色差成分に対するデブロッキングフィルタ処理を制御する制御情報、
前記ヘッダ情報のスライスヘッダのシンタクス要素であり、前記復号画像データの前記スライスヘッダに対応するスライスの色差成分に対するデブロッキングフィルタ処理を制御する制御情報
の内、少なくともいずれか１つを含み、
前記フィルタ処理部は、前記制御情報に含まれるいずれかの情報に基づいて、前記復号画像データの色差成分に対するデブロッキングフィルタ処理を行う
（１１）乃至（１５）のいずれかに記載の画像処理装置。
（１７）  前記フィルタ処理部は、前記スライスヘッダの前記制御情報、前記ピクチャパラメータセットの前記制御情報、前記シーケンスパラメータセットの前記制御情報の順に優先して利用する
（１６）に記載の画像処理装置。
（１８）  前記フィルタ処理部は、前記復号画像データに対するデブロッキングフィルタ処理を制御する制御情報が存在するかを示す情報に基づいて、前記ピクチャパラメータセットの前記制御情報と前記スライスヘッダの前記制御情報とを参照し、利用する
（１６）または（１７）に記載の画像処理装置。
（１９）  前記フィルタ処理部は、前記復号画像データの色差成分に対するデブロッキングフィルタ処理を制御する制御情報が存在するかを示す情報に基づいて、前記ピクチャパラメータセットの前記制御情報と前記スライスヘッダの前記制御情報とを参照し、利用する
（１６）乃至（１８）のいずれかに記載の画像処理装置。
（２０）  画像データの符号化データを復号し、
前記符号化データのヘッダ情報の、前記符号化データが復号されて得られた復号画像データの色差成分に対するデブロッキングフィルタ処理を制御する制御情報に基づいて、前記復号画像データの色差成分に対するデブロッキングフィルタ処理を行う
画像処理方法。
【符号の説明】
【０６１９】
１００  画像符号化装置，  １１５  可逆符号化部，  １２０  ループフィルタ，  １３１  ヘッダ情報生成部，  １４１  ヘッダ制御部，  １５１  SPS生成部，  １５２  PPS生成部，  １５３  SH生成部，  １６１  SPS拡張シンタクス生成部，  １６２  PPS拡張シンタクス生成部，  １６３  SH拡張シンタクス生成部，  １７１  sps_chroma_deblocking_filter_disabled_flag生成部，  １７２  pps_chroma_deblocking_filter_disabled_flag生成部，  １７３  slice_chroma_deblocking_filter_disabled_flag生成部，  １８１  デブロッキングフィルタ制御部，  １８２  デブロッキングフィルタ処理部，  １９１  ルマデブロッキングフィルタ処理部，  １９２  クロマデブロッキングフィルタ処理部，  ２００  画像復号装置，  ２１２  可逆復号部，  ２１６  ループフィルタ，  ２５１  デブロッキングフィルタ制御部，  ２５２  デブロッキングフィルタ処理部，  ２６１  ルマデブロッキングフィルタ処理部，  ２６２  クロマデブロッキングフィルタ処理部，  ２７１  chroma_deblocking_filter_control_present_flag生成部，  ２７２  chroma_deblocking_filter_override_enabled_flag生成部，  ２７３  chroma_deblocking_filter_override_flag生成部，  ２８１  pps_chroma_beta_offset_div2生成部，  ２８２  pps_chroma_tc_offset_div2生成部，  ２８３  slice_chroma_beta_offset_div2生成部，  ２８４  slice_chroma_tc_offset_div2生成部
【図１】
2019198129.tif 000003
【図２】
2019198129.tif 000004
【図３】
2019198129.tif 000005
【図４】
2019198129.tif 000006
【図５】
2019198129.tif 000007
【図６】
2019198129.tif 000008
【図７】
2019198129.tif 000009
【図８】
2019198129.tif 000010
【図９】
2019198129.tif 000011
【図１０】
2019198129.tif 000012
【図１１】
2019198129.tif 000013
【図１２】
2019198129.tif 000014
【図１３】
2019198129.tif 000015
【図１４】
2019198129.tif 000016
【図１５】
2019198129.tif 000017
【図１６】
2019198129.tif 000018
【図１７】
2019198129.tif 000019
【図１８】
2019198129.tif 000020
【図１９】
2019198129.tif 000021
【図２０】
2019198129.tif 000022
【図２１】
2019198129.tif 000023
【図２２】
2019198129.tif 000024
【図２３】
2019198129.tif 000025
【図２４】
2019198129.tif 000026
【図２５】
2019198129.tif 000027
【図２６】
2019198129.tif 000028
【図２７】
2019198129.tif 000029
【図２８】
2019198129.tif 000030
【図２９】
2019198129.tif 000031
【図３０】
2019198129.tif 000032
【図３１】
2019198129.tif 000033
【図３２】
2019198129.tif 000034
【図３３】
2019198129.tif 000035
【図３４】
2019198129.tif 000036
【図３５】
2019198129.tif 000037
【図３６】
2019198129.tif 000038
【図３７】
2019198129.tif 000039
【図３８】
2019198129.tif 000040
【図３９】
2019198129.tif 000041
【図４０】
2019198129.tif 000042
【図４１】
2019198129.tif 000043
【図４２】
2019198129.tif 000044
【図４３】
2019198129.tif 000045
【図４４】
2019198129.tif 000046
【図４５】
2019198129.tif 000047
【図４６】
2019198129.tif 000048
【図４７】
2019198129.tif 000049
【図４８】
2019198129.tif 000050
【図４９】
2019198129.tif 000051
【図５０】
2019198129.tif 000052
【図５１】
2019198129.tif 000053
【図５２】
2019198129.tif 000054
【図５３】
2019198129.tif 000055
【図５４】
2019198129.tif 000056
【図５５】
2019198129.tif 000057
【図５６】
2019198129.tif 000058
【図５７】
2019198129.tif 000059
【図５８】
2019198129.tif 000060
【図５９】
2019198129.tif 000061
【図６０】
2019198129.tif 000062
【図６１】
2019198129.tif 000063
【図６２】
2019198129.tif 000064
【図６３】
2019198129.tif 000065
【図６４】
2019198129.tif 000066
【図６５】
2019198129.tif 000067
【図６６】
2019198129.tif 000068
【図６７】
2019198129.tif 000069
【図６８】
2019198129.tif 000070
【図６９】
2019198129.tif 000071
【図７０】
2019198129.tif 000072
【図７１】
2019198129.tif 000073
【図７２】
2019198129.tif 000074
【図７３】
2019198129.tif 000075
【図７４】
2019198129.tif 000076
【図７５】
2019198129.tif 000077
【図７６】
2019198129.tif 000078
【図７７】
2019198129.tif 000079
【図７８】
2019198129.tif 000080
【図７９】
2019198129.tif 000081