(57)【要約】  本開示は、主観画質の低減を抑制することができるようにする画像処理装置および方法に関する。画像に関するデータに対する所定のデータのハイディングに関する処理を行い、その画像の空間領域のデータを符号化する場合にハイディングをスキップし、ハイディングが行われた画像に関するデータ、または、ハイディングがスキップされた画像に関するデータを符号化する。本開示は、例えば、画像処理装置、画像符号化装置、または画像復号装置等に適用することができる。
2018173798.tif 000002
【特許請求の範囲】
【請求項１】
画像に関するデータに対する所定のデータのハイディングに関する処理を行い、前記画像の空間領域のデータを符号化する場合に前記ハイディングをスキップするハイディング部と、
前記ハイディング部により前記ハイディングが行われた前記画像に関するデータ、または、前記ハイディング部により前記ハイディングがスキップされた前記画像に関するデータを符号化する符号化部と
を備える画像処理装置。
【請求項２】
前記ハイディング部は、前記画像に関するデータに対する変換処理および量子化をスキップする場合、前記ハイディングをスキップする
請求項１に記載の画像処理装置。
【請求項３】
前記ハイディング部は、前記画像に関するデータに対する変換処理をスキップする場合、前記ハイディングをスキップする
請求項１に記載の画像処理装置。
【請求項４】
前記ハイディング部は、RDPCM（Residual Differential Code Modulation）を適用する場合、前記ハイディングをスキップする
請求項１に記載の画像処理装置。
【請求項５】
前記符号化部は、前記ハイディング部により前記ハイディングがスキップされる場合、前記所定のデータを符号化する
請求項１に記載の画像処理装置。
【請求項６】
前記所定のデータにより制御される所定の処理を行う処理部をさらに備え、
前記処理部は、前記ハイディング部により前記ハイディングがスキップされる場合、初期状態の前記所定のデータに従って前記所定の処理を行うように構成される
請求項１に記載の画像処理装置。
【請求項７】
前記所定のデータは、適応参照画素平滑化処理の制御に関する情報を含む
請求項１に記載の画像処理装置。
【請求項８】
前記所定のデータは、前記画像に関するデータに対する変換処理または量子化に関する情報を含む
請求項１に記載の画像処理装置。
【請求項９】
前記所定のデータは、前記画像の予測に関する情報を含む
請求項１に記載の画像処理装置。
【請求項１０】
画像に関するデータに対する所定のデータのハイディングに関する処理を行い、前記画像の空間領域のデータを符号化する場合に前記ハイディングをスキップし、
前記ハイディングが行われた前記画像に関するデータ、または、前記ハイディングがスキップされた前記画像に関するデータを符号化する
画像処理方法。
【請求項１１】
画像に関するデータが符号化された符号化データを復号し、前記画像に関するデータにハイディングされた所定のデータの復号に関する処理を行い、前記符号化データが前記画像の空間領域のデータが符号化されたものである場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする復号部
を備える画像処理装置。
【請求項１２】
前記復号部は、前記符号化データにおいて、前記画像に関するデータに対する変換処理および量子化がスキップされている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする
請求項１１に記載の画像処理装置。
【請求項１３】
前記復号部は、前記符号化データにおいて、前記画像に関するデータに対する変換処理がスキップされている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする
請求項１１に記載の画像処理装置。
【請求項１４】
前記復号部は、前記符号化データにおいて、RDPCM（Residual Differential Code Modulation）が適用されている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする
請求項１１に記載の画像処理装置。
【請求項１５】
前記復号部は、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする場合、前記符号化データに含まれる、前記画像に関するデータにハイディングされていない前記所定のデータを復号する
請求項１１に記載の画像処理装置。
【請求項１６】
前記復号部は、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする場合、前記所定のデータを初期値に設定する
請求項１１に記載の画像処理装置。
【請求項１７】
前記所定のデータは、適応参照画素平滑化処理の制御に関する情報を含む
請求項１１に記載の画像処理装置。
【請求項１８】
前記所定のデータは、前記画像に関するデータに対する変換処理または量子化に関する情報を含む
請求項１１に記載の画像処理装置。
【請求項１９】
前記所定のデータは、前記画像の予測に関する情報を含む
請求項１１に記載の画像処理装置。
【請求項２０】
画像に関するデータが符号化された符号化データを復号し、前記画像に関するデータにハイディングされた所定のデータの復号に関する処理を行い、前記符号化データが前記画像の空間領域のデータが符号化されたものである場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする
画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、画像処理装置および方法に関し、特に、主観画質の低減を抑制することができるようにした画像処理装置および方法に関する。
【背景技術】
【０００２】
従来、イントラ予測の予測精度を向上させるため、適応参照画素平滑化処理（ARSS（Adaptive Reference Sample Smoothing）やARSF（Adaptive Reference Sample Filtering）等）という技術があった（例えば、非特許文献１参照）。このARSSの適用の可否を示す制御フラグArssFlagは、変換ブロック内の変換係数に関するデータ上にハイディング（隠蔽）されて符号化される（復号される）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】Jianle Chen, Elena Alshina, Gary J. Sullivan, Jens-Rainer, Jill Boyce, "Algorithm Description of Joint Exploration Test Model 4", JVET-D1001_v3, Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 4th Meeting: Chengdu, CN, 15-21 October 2016
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、このようなハイディングは変換係数の補正を必要とする。そのため、このようなハイディングを適用すると、可逆符号化が保証されず、ロスレス符号化を適用することが適切な場合であってもロスレス符号化を行うことができなくなり、復号画像の主観画質が低減するおそれがあった。また、変換処理をスキップ（省略）する場合にこのようなハイディングを適用すると、空間領域のデータに対して補正が行われるため、復号画像の主観画質が低減するおそれがあった。さらに、このようなハイディングを適用すると、空間領域のデータの符号量を低減するためのRDPCM（Residual Differential Code Modulation）の予測効率が低減し、符号化効率が低減し、結果として復号画像の主観画質が低減するおそれがあった。【０００５】
本開示は、このような状況に鑑みてなされたものであり、主観画質の低減を抑制することができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の一側面の画像処理装置は、画像に関するデータに対する所定のデータのハイディングに関する処理を行い、前記画像の空間領域のデータを符号化する場合に前記ハイディングをスキップするハイディング部と、前記ハイディング部により前記ハイディングが行われた前記画像に関するデータ、または、前記ハイディング部により前記ハイディングがスキップされた前記画像に関するデータを符号化する符号化部とを備える画像処理装置である。【０００７】
前記ハイディング部は、前記画像に関するデータに対する変換処理および量子化をスキップする場合、前記ハイディングをスキップすることができる。【０００８】
前記ハイディング部は、前記画像に関するデータに対する変換処理をスキップする場合、前記ハイディングをスキップすることができる。【０００９】
前記ハイディング部は、RDPCM（Residual Differential Code Modulation）を適用する場合、前記ハイディングをスキップすることができる。【００１０】
前記符号化部は、前記ハイディング部により前記ハイディングがスキップされる場合、前記所定のデータを符号化することができる。【００１１】
前記所定のデータにより制御される所定の処理を行う処理部をさらに備え、前記処理部は、前記ハイディング部により前記ハイディングがスキップされる場合、初期状態の前記所定のデータに従って前記所定の処理を行うように構成されるようにすることができる。【００１２】
前記所定のデータは、適応参照画素平滑化処理の制御に関する情報を含むようにすることができる。【００１３】
前記所定のデータは、前記画像に関するデータに対する変換処理または量子化に関する情報を含むようにすることができる。【００１４】
前記所定のデータは、前記画像の予測に関する情報を含むようにすることができる。【００１５】
本技術の一側面の画像処理方法は、画像に関するデータに対する所定のデータのハイディングに関する処理を行い、前記画像の空間領域のデータを符号化する場合に前記ハイディングをスキップし、前記ハイディングが行われた前記画像に関するデータ、または、前記ハイディングがスキップされた前記画像に関するデータを符号化する画像処理方法である。【００１６】
本技術の他の側面の画像処理装置は、画像に関するデータが符号化された符号化データを復号し、前記画像に関するデータにハイディングされた所定のデータの復号に関する処理を行い、前記符号化データが前記画像の空間領域のデータが符号化されたものである場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする復号部を備える画像処理装置である。【００１７】
前記復号部は、前記符号化データにおいて、前記画像に関するデータに対する変換処理および量子化がスキップされている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップすることができる。【００１８】
前記復号部は、前記符号化データにおいて、前記画像に関するデータに対する変換処理がスキップされている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップすることができる。【００１９】
前記復号部は、前記符号化データにおいて、RDPCM（Residual Differential Code Modulation）が適用されている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップすることができる。【００２０】
前記復号部は、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする場合、前記符号化データに含まれる、前記画像に関するデータにハイディングされていない前記所定のデータを復号することができる。【００２１】
前記復号部は、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする場合、前記所定のデータを初期値に設定することができる。【００２２】
前記所定のデータは、適応参照画素平滑化処理の制御に関する情報を含むようにすることができる。【００２３】
前記所定のデータは、前記画像に関するデータに対する変換処理または量子化に関する情報を含むようにすることができる。【００２４】
前記所定のデータは、前記画像の予測に関する情報を含むようにすることができる。【００２５】
本技術の他の側面の画像処理方法は、画像に関するデータが符号化された符号化データを復号し、前記画像に関するデータにハイディングされた所定のデータの復号に関する処理を行い、前記符号化データが前記画像の空間領域のデータが符号化されたものである場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする画像処理方法である。【００２６】
本技術の一側面の画像処理装置および方法においては、画像に関するデータに対する所定のデータのハイディングに関する処理が行われ、その画像の空間領域のデータを符号化する場合にそのハイディングがスキップされ、そのハイディングが行われた画像に関するデータ、または、そのハイディングがスキップされた画像に関するデータが符号化される。【００２７】
本技術の他の側面の画像処理装置および方法においては、画像に関するデータが符号化された符号化データが復号され、その画像に関するデータにハイディングされた所定のデータの復号に関する処理が行われ、その符号化データが画像の空間領域のデータが符号化されたものである場合、その画像に関するデータにハイディングされた所定のデータの復号がスキップされる。
【発明の効果】
【００２８】
本開示によれば、画像を処理することができる。特に、主観画質の低減を抑制することができる。
【図面の簡単な説明】
【００２９】
【図１】ARSSデータハイディングの置き換えの様子の例を示す図である。
【図２】ARSSデータハイディングの適用による影響の例を示す図である。
【図３】RDPCMのセマンティクスの例を示す図である。
【図４】CUについての再帰的なブロック分割の概要を説明するための説明図である。
【図５】図４に示したCUへのPUの設定について説明するための説明図である。
【図６】図４に示したCUへのTUの設定について説明するための説明図である。
【図７】CU／PUの走査順について説明するための説明図である。
【図８】CU,PU、およびTUの形状を説明する図である。
【図９】ブロックに関するセマンティクスの例を示す図である。
【図１０】画像復号装置の主な構成例を示すブロック図である。
【図１１】予測部の主な構成例を示すブロック図である。
【図１２】イントラ予測部の主な構成例を示すブロック図である。
【図１３】参照画素群設定の様子の例を示す図である。
【図１４】Angular予測の様子の例を示す図である。
【図１５】復号部の主な構成例を示すブロック図である。
【図１６】画像復号処理の流れの例を説明するフローチャートである。
【図１７】予測処理の流れの例を説明するフローチャートである。
【図１８】イントラ予測処理の流れの例を説明するフローチャートである。
【図１９】フィルタ選択処理の流れの例を説明するフローチャートである。
【図２０】復号処理の流れの例を説明するフローチャートである。
【図２１】residual_codingのシンタックスの例を説明する図である。
【図２２】ARSSデータハイディングに関する設定の例を示す図である。
【図２３】画像符号化装置の主な構成例を示すブロック図である。
【図２４】予測部の主な構成例を示すブロック図である。
【図２５】イントラ予測部の主な構成例を示すブロック図である。
【図２６】符号化部の主な構成例を示すブロック図である。
【図２７】画像符号化処理の流れの例を説明するフローチャートである。
【図２８】予測処理の流れの例を説明するフローチャートである。
【図２９】イントラ予測処理の流れの例を説明するフローチャートである。
【図３０】符号化処理の流れの例を説明するフローチャートである。
【図３１】ARSSデータハイディングの置き換えの様子の例を示す図である。
【図３２】復号処理の流れの例を説明するフローチャートである。
【図３３】residual_codingのシンタックスの例を説明する図である。
【図３４】セマンティクスの例を示す図である。
【図３５】ARSSデータハイディングに関する設定の例を示す図である。
【図３６】符号化処理の流れの例を説明するフローチャートである。
【図３７】復号部の主な構成例を示すブロック図である。
【図３８】復号処理の流れの例を説明するフローチャートである。
【図３９】条件２のシンタックスの例を説明する図である。
【図４０】ターゲットデータのハイディングに関する設定の例を示す図である。
【図４１】符号化部の主な構成例を示すブロック図である。
【図４２】符号化処理の流れの例を説明するフローチャートである。
【図４３】復号処理の流れの例を説明するフローチャートである。
【図４４】ターゲットデータのハイディングに関する設定の例を示す図である。
【図４５】符号化処理の流れの例を説明するフローチャートである。
【図４６】residual_codingのシンタックスの例を説明する図である。
【図４７】residual_codingのシンタックスの例を説明する図である。
【図４８】residual_codingのシンタックスの例を説明する図である。
【図４９】residual_codingのシンタックスの例を説明する図である。
【図５０】Prediction Unitのシンタックスの例を説明する図である。
【図５１】Prediction Unitのシンタックスの例を説明する図である。
【図５２】residual_codingのシンタックスの例を説明する図である。
【図５３】コンピュータの主な構成例を示すブロック図である。
【図５４】テレビジョン装置の概略的な構成の一例を示すブロック図である。
【図５５】携帯電話機の概略的な構成の一例を示すブロック図である。
【図５６】記録再生装置の概略的な構成の一例を示すブロック図である。
【図５７】撮像装置の概略的な構成の一例を示すブロック図である。
【図５８】ビデオセットの概略的な構成の一例を示すブロック図である。
【図５９】ビデオプロセッサの概略的な構成の一例を示すブロック図である。
【図６０】ビデオプロセッサの概略的な構成の他の例を示すブロック図である。
【図６１】ネットワークシステムの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．データハイディング
２．第１の実施の形態（画像復号装置、ARSS、ハイディング禁止、処理禁止）
３．第２の実施の形態（画像符号化装置、ARSS、ハイディング禁止、処理禁止）
４．第３の実施の形態（画像復号装置、ARSS、ハイディング禁止、フラグシグナル）
５．第４の実施の形態（画像符号化装置、ARSS、ハイディング禁止、フラグシグナル）
６．第５の実施の形態（画像復号装置、target_data、ハイディング禁止、処理禁止）
７．第６の実施の形態（画像符号化装置、target_data、ハイディング禁止、処理禁止）
８．第７の実施の形態（画像復号装置、target_data、ハイディング禁止、フラグシグナル）
９．第８の実施の形態（画像符号化装置、target_data、ハイディング禁止、フラグシグナル）
１０．第９の実施の形態（target_data例、変換情報）
１１．第１０の実施の形態（target_data例、予測モード情報）
１２．その他
【００３１】
＜１．データハイディング＞
＜ARSS＞
非特許文献１には、イントラ予測の予測精度を向上させるため、適応参照画素平滑化処理（ARSS（Adaptive Reference Sample Smoothing）やARSF（Adaptive Reference Sample Filtering）等）という技術があった。また、このARSSの適用の可否を示す制御フラグArssFlagは、HEVC（High Efficiency Video Coding）におけるサイン符号ハイディング（SDH（Sign Data Hiding））と同様に、変換ブロック内の変換係数に関するデータ上にハイディング（隠蔽）されて符号化される（復号される）。これを、ARSSデータハイディング（ARSS Data Hiding）、または、ARSSフラグハイディング（ARSS Flag Hiding）とも称する。
【００３２】
例えば、イントラ予測モードを識別する識別情報（識別番号）は、図１のステップＳ１乃至ステップＳ７の判定に従って、Ｓ８乃至Ｓ１１のように、適宜ハイディングされる。
【００３３】
しかしながら、ARSSデータハイディングは、変換係数の補正を必要するため、ロスレス符号化を行う場合（transquant_bypass_flag==1）、可逆符号化が保証されない。すなわち、ロスレス符号化が適切な場合であってもロスレス符号化を行うことが出来ず、復号画像の主観画質が低減するおそれがあった。
【００３４】
また、周波数領域におけるハイディングでは、高周波成分の係数が修正されるため、空間領域へ信号を戻したときに主観画質の劣化は目立ちにくいが、変換スキップを行う場合（ts_flag==1）、空間領域の残差信号に対して補正を必要とするため、主観画質の低下を招くおそれがあった。
【００３５】
また、変換スキップを行う場合（ts_flag==1）、または、変換量子化バイパスを行う場合（transquant_bypass_flag==1）において、空間領域の残差信号の符号量を削減するために、残差DPCM（RDPCM（Residual Differential Code Modulation）とも称する）という技術があった。RDPCMに関するパラメータのセマンティクスの例を図３に示す。
【００３６】
しかしながら、RDPCMを用いるとき、ARSSデータハイディングにより、空間領域の残差信号が補正されていると、RDPCMの予測効率が低減するおそれがあった。予測効率が低減することにより符号化効率が低減するので、結果として、復号画像の主観画質が低減するおそれがあった。また、変換量子化バイパスとRDPCMを適用する場合、ロスレス符号化が適切な場合であってもロスレス符号化を行うことが出来ず、復号画像の主観画質が低減するおそれがあった。
【００３７】
より具体的には、図２の表のようになる。例えば、上から２段目のCase#1の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、（Inter/Intra）RDPCMを適用しない場合）、復号画像の主観画質が低減するおそれがあった。
【００３８】
また、例えば、上から３段目のCase#2の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Inter RDPCMを適用する場合）、復号画像の主観画質が低減したり、RDPCMの予測効率が低減したりするおそれがあった。
【００３９】
また、例えば、上から４段目のCase#3の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Intra RDPCMを適用する場合）、復号画像の主観画質が低減したり、RDPCMの予測効率が低減したりするおそれがあった。
【００４０】
また、例えば、上から５段目のCase#4の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、（Inter/Intra） RDPCMを適用しない場合）、ロスレス符号化が適切な場合であってもロスレス符号化を行うことが出来ず、復号画像の主観画質が低減するおそれがあった。
【００４１】
また、例えば、上から６段目のCase#5の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Inter RDPCMを適用する場合）、ロスレス符号化が適切な場合であってもロスレス符号化を行うことが出来ず、復号画像の主観画質が低減したり、RDPCMの予測効率が低減したりするおそれがあった。
【００４２】
また、例えば、上から７段目のCase#6の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Intra RDPCMを適用する場合）ロスレス符号化が適切な場合であってもロスレス符号化を行うことが出来ず、復号画像の主観画質が低減したり、RDPCMの予測効率が低減したりするおそれがあった。
【００４３】
＜変換処理に応じたデータハイディング制御＞
そこで、画像に関するデータに対する所定のデータのハイディングに関する処理を行い、その画像の空間領域のデータを符号化する場合にハイディングをスキップし、そのハイディングが行われた画像に関するデータ、または、ハイディングがスキップされた画像に関するデータを符号化するようにする。このようにすることにより、復号画像の主観画質の低減を抑制することができる。
【００４４】
＜ブロック分割＞
ところで、MPEG2（Moving Picture Experts Group 2(ISO/IEC 13818-2)）やMPEG-4 Part10 （Advanced Video Coding、以下AVCと記す）などの旧来の画像符号化方式では、符号化処理は、マクロブロックと呼ばれる処理単位で実行される。マクロブロックは、16x16画素の均一なサイズを有するブロックである。これに対し、HEVC（High Efficiency Video Coding）では、符号化処理は、CU（Coding Unit）と呼ばれる処理単位（符号化単位）で実行される。CUは、最大符号化単位であるLCU（Largest Coding Unit）を再帰的に分割することにより形成される、可変的なサイズを有するブロックである。選択可能なCUの最大サイズは、64x64画素である。選択可能なCUの最小サイズは、8x8画素である。最小サイズのCUは、SCU（Smallest Coding Unit）と呼ばれる。なお、CUの最大サイズは、64x64画素に限定されず、より大きい128x128画素、256x256画素などのブロックサイズとしてもよい。
【００４５】
このように、可変的なサイズを有するCUが採用される結果、HEVCでは、画像の内容に応じて画質および符号化効率を適応的に調整することが可能である。予測符号化のための予測処理は、PU（Prediction Unit）と呼ばれる処理単位（予測単位）で実行される。PUは、CUをいくつかの分割パタンのうちの１つで分割することにより形成される。また、PUは、輝度(Y)および色差(Cb,Cr)毎のPB(Prediction Block)と呼ばれる処理単位(予測ブロック)から構成される。さらに、直交変換処理は、TU（Transform Unit）と呼ばれる処理単位（変換単位）で実行される。TUは、CUまたはPUをある深さまで分割することにより形成される。また、TUは、輝度(Y)および色差(Cb, Cr)毎のTB(Transform Block)と呼ばれる処理単位（変換ブロック）から構成される。
【００４６】
＜再帰的なブロックの分割＞
図４は、HEVCにおけるCUについての再帰的なブロック分割の概要を説明するための説明図である。CUのブロック分割は、１つのブロックの４（=2x2）個のサブブロックへの分割を再帰的に繰り返すことにより行われ、結果として四分木（Quad-Tree）状のツリー構造が形成される。１つの四分木の全体をCTB（Coding Tree Block）といい、CTBに対応する論理的な単位をCTU（Coding Tree Unit）という。
【００４７】
図４の上部には、一例として、64x64画素のサイズを有するCUであるＣ０１が示されている。Ｃ０１の分割の深さは、ゼロに等しい。これは、Ｃ０１がCTUのルートでありLCUに相当することを意味する。LCUサイズは、SPS（Sequence Parameter Set）またはPPS（Picture Parameter Set）において符号化されるパラメータにより指定され得る。CUであるＣ０２は、Ｃ０１から分割される４つのCUのうちの１つであり、32x32画素のサイズを有する。Ｃ０２の分割の深さは、１に等しい。CUであるＣ０３は、Ｃ０２から分割される４つのCUのうちの１つであり、16x16画素のサイズを有する。Ｃ０３の分割の深さは、２に等しい。CUであるＣ０４は、Ｃ０３から分割される４つのCUのうちの１つであり、8x8画素のサイズを有する。Ｃ０４の分割の深さは、３に等しい。このように、CUは、符号化される画像を再帰的に分割することにより形成される。分割の深さは、可変的である。例えば、青空のような平坦な画像領域には、より大きいサイズの（即ち、深さが小さい）CUが設定され得る。一方、多くのエッジを含む急峻な画像領域には、より小さいサイズの（即ち、深さが大きい）CUが設定され得る。そして、設定されたCUの各々が、符号化処理の処理単位となる。
【００４８】
＜CUへのPUの設定＞
PUは、イントラ予測およびインター予測を含む予測処理の処理単位である。PUは、CUをいくつかの分割パタンのうちの１つで分割することにより形成される。図５は、図４に示したCUへのPUの設定について説明するための説明図である。図５の右には、2Nx2N、2NxN、Nx2N、NxN、2NxnU、2NxnD、nLx2NおよびnRx2Nという、８種類の分割パタンが示されている。これら分割パタンのうち、イントラ予測では、2Nx2NおよびNxNの２種類が選択可能である（NxNはSCUでのみ選択可能）。これに対してインター予測では、非対称動き分割が有効化されている場合に、８種類の分割パタンの全てが選択可能である。
【００４９】
＜CUへのTUの設定＞
TUは、直交変換処理の処理単位である。TUは、CU（イントラCUについては、CU内の各PU）をある深さまで分割することにより形成される。図６は、図５に示したCUへのTUの設定について説明するための説明図である。図６の右には、Ｃ０２に設定され得る１つ以上のTUが示されている。例えば、TUであるＴ０１は、32x32画素のサイズを有し、そのTU分割の深さはゼロに等しい。TUであるＴ０２は、16x16画素のサイズを有し、そのTU分割の深さは１に等しい。TUであるＴ０３は、8x8画素のサイズを有し、そのTU分割の深さは２に等しい。
【００５０】
上述したCU、PUおよびTUといったブロックを画像に設定するためにどのようなブロック分割を行うかは、典型的には、符号化効率を左右するコストの比較に基づいて決定される。エンコーダは、例えば１つの2Mx2M画素のCUと、４つのMxM画素のCUとの間でコストを比較し、４つのMxM画素のCUを設定した方が符号化効率が高いならば、2Mx2M画素のCUを４つのMxM画素のCUへと分割することを決定する。
【００５１】
＜CUとPUの走査順＞
画像を符号化する際、画像（またはスライス、タイル）内に格子状に設定されるCTB（またはLCU）が、ラスタスキャン順に走査される。１つのCTBの中では、CUは、四分木を左から右、上から下に辿るように走査される。カレントブロックを処理する際、上および左の隣接ブロックの情報が入力情報として利用される。図７は、CUとPUの走査順について説明するための説明図である。図７の左上には、１つのCTBに含まれ得る４つのCUである、Ｃ１０、Ｃ１１、Ｃ１２およびＣ１３が示されている。各CUの枠内の数字は、処理の順序を表現している。符号化処理は、左上のCUであるＣ１０、右上のCUであるＣ１１、左下のCUであるＣ１２、右下のCUであるＣ１３の順で実行される。図７の右には、CUであるＣ１１に設定され得るインター予測のための１つ以上のPUが示されている。図７の下には、CUであるＣ１２に設定され得るイントラ予測のための１つ以上のPUが示されている。これらPUの枠内の数字に示したように、PUもまた、左から右、上から下に辿るように走査される。
【００５２】
以下においては、画像（ピクチャ）の部分領域や処理単位として「ブロック」を用いて説明する場合がある（処理部のブロックではない）。この場合の「ブロック」は、ピクチャ内の任意の部分領域を示し、その大きさ、形状、および特性等は限定されない。つまり、この場合の「ブロック」には、例えば、TB、TU、PB、PU、SCU、CU、LCU（CTB）、サブブロック、マクロブロック、タイル、またはスライス等、任意の部分領域（処理単位）が含まれるものとする。
【００５３】
＜CU,PU、およびTUの形状＞
なお、画像データの符号化・復号のブロック構造は、任意であり、上述の例に限定されない。例えば、以下のようなQTBT(Quad tree plus binary tree)構造が適用されるようにしてもよい。
【００５４】
例えば、図８に示されるCU,PU、およびTU（Transform Unit）は、JVET-C0024, “EE2.1: Quadtree plus binary tree structure integration with JEM tools”に記載されているQTBTのCU,PU、およびTUである。具体的には、CUのブロック分割では、１つのブロックを４（=2x2）個だけでなく、２（=1x2,2x1）個のサブブロックにも分割することができる。即ち、CUのブロック分割は、１つのブロックを４個または２個のサブブロックへの分割を再帰的に繰り返すことにより行われ、結果として四分木（Quad-Tree）状または水平方向もしくは垂直方向の２分木（Binary-Tree）状のツリー構造が形成される。
【００５５】
その結果、CUの形状は、正方形だけでなく、長方形である可能性がある。例えば、LCU（Largest Coding Unit）サイズが128x128である場合、CUのサイズ（水平方向のサイズｗ×垂直方向のサイズｈ）は、図８に示されるように、128x128,64x64,32x32,16x16,8x8,4x4といった正方形のサイズだけでなく、128x64,128x32,128x16,128x8,128x4,64x128,32x128,16x128,8x128,4x128,64x32,64x16,64x8,64x4,32x64,16x64,8x64,4x64,32x16,32x8,32x4,16x32,8x32,4x32,16x8,16x4,8x16,4x16, 8x4,4x8といった長方形のサイズである可能性がある。なお、PUとTUは、CUと同一である。
【００５６】
さらに、TUには、輝度(Y)の変換ブロック、および色差(Cb/Cr)の変換ブロックが含まれる。色フォーマットが4:2:0（例えば、YUV420）の場合、輝度のピクチャサイズに対する色差のピクチャサイズの比は、縦幅、横幅ともに1/2である。したがって、輝度の変換ブロックサイズが8x4であれば、対応する色差の変換ブロックサイズは4x2となる。また、色フォーマットが4:2:2（例えば、YUV422）の場合、輝度のピクチャサイズに対する色差のピクチャサイズの比は、縦幅が1/2、横幅が１となる。したがって、輝度の変換ブロックサイズが8x4であれば、対応する色差の変換ブロックサイズは8x2となる。また、色フォーマットが4:4:4（例えば、YUV444）の場合、輝度のピクチャサイズに対する色差のピクチャサイズの比は、縦幅が1、横幅が１となる。したがって、輝度の変換ブロックサイズが8x4であれば、対応する色差の変換ブロックサイズは8x4である。
【００５７】
なお、Iスライスに関しては、輝度(Y)と色差(Cb/Cr)とで別々のCUとして符号化してもよい。この場合、輝度と色差とで、異なるＣＵの分割構造をとることができるため、Ｉスライスの符号化効率が向上するという効果を有する。以下では、便宜上、同一ＣＵ内には、輝度、および色差の情報が含まれているものとして説明するが、これに限定されない。
【００５８】
図９に、JEMにおけるこれらのブロックに関する情報のセマンティクスの例を示す。本技術は以上のようなQTBT構造の画像符号化・画像復号にも適用することができる。
【００５９】
＜２．第１の実施の形態＞
＜画像復号装置＞
図１０は、本技術を適用した画像処理装置の一態様である画像復号装置の構成の一例を示すブロック図である。図１０に示される画像復号装置１００は、AVCやHEVCのように、画像とその予測画像との予測残差が符号化された符号化データを復号する装置である。例えば、画像復号装置１００は、HEVCに提案された技術や、JVET（Joint Video Exploration Team）にて提案された技術を実装している。
【００６０】
図１０において、画像復号装置１００は、復号部１１１、逆量子化部１１２、逆変換部１１３、予測部１１４、演算部１１５、フレームメモリ１１６、およびループフィルタ部１１７を備える。画像復号装置１００は、入力される符号化データ#1（bitstream）を復号することによって、動画像#2を生成するための装置である。
【００６１】
＜復号部＞
復号部１１１は、画像の復号に関する処理を行う。例えば、復号部１１１は、符号化データ＃１を入力とし、シンタックステーブルの定義に沿って、符号化データ＃１のビット列から、各シンタックス要素のシンタックス値を可変長復号するように構成される。
【００６２】
シンタックス要素、およびシンタックス要素のシンタックス値から導出されるパラメータには、ヘッダ情報Hinfo、予測モード情報Pinfo、変換情報Tinfo、残差情報Rinfo、フィルタ情報Finfoなどの情報が含まれる。これらの情報について以下に説明する。
【００６３】
ヘッダ情報Hinfoは、例えば、VPS（Video Parameter Set）／SPS（Sequence Parameter Set）／PPS（Picture Parameter Set）／SH（スライスヘッダ）などのヘッダ情報を含む。ヘッダ情報Hinfoには、例えば、画像サイズ（横幅PicWidth、縦幅PicHeight）、ビット深度（輝度bitDepthY, 色差bitDepthC）、CUサイズの最大値MaxCUSize／最小値MinCUSize、４分木分割（Quad-tree分割ともいう）の最大深度MaxQTDepth/最小深度MinQTDepth、２分木分割（Binary-tree分割）の最大深度MaxBTDepth/最小深度MinBTDepth、変換スキップブロックの最大値MaxTSSize（最大変換スキップブロックサイズともいう）、各符号化ツールのオンオフフラグ（有効フラグともいう）などを規定する情報が含まれる。
【００６４】
例えば、ヘッダ情報Hinfoに含まれる符号化ツールのオンオフフラグとしては、以下に示す変換、量子化処理に関わるオンオフフラグがある。なお、符号化ツールのオンオフフラグは、該符号化ツールに関わるシンタックスが符号化データ中に存在するか否かを示すフラグとも解釈することができる。また、オンオフフラグの値が１（真）の場合、該符号化ツールが使用可能であることを示し、オンオフフラグの値が０（偽）の場合、該符号化ツールが使用不可であることを示す。なお、フラグ値の解釈は逆であってもよい。
【００６５】
適応プライマリ変換有効フラグ（apt_enabled_flag）：変換処理、およびその逆処理の１つとして、適応的なプライマリ変換の選択が可能な符号化ツール（適応プライマリ変換とも称する）が使用可能であるか否かを示すフラグ（１（真）の場合、使用可能、０（偽）の場合、使用不可）である。adaptive_primary_transform_enabled_flag、adaptive_pt_enabled_flag、またはamt_enabled_flagとも称する。
【００６６】
セカンダリ変換有効フラグ（st_enabled_flag）：変換処理、およびその逆処理の１つとして、セカンダリ変換/逆セカンダリ変換をする符号化ツールが使用可能であるか否かを示すフラグ（１（真）の場合、使用可能、０（偽）の場合、使用不可）である。
【００６７】
変換量子化バイパス有効フラグ（transquant_bypass_enabled_flag）：変換処理や量子化、並びにその逆処理の１つとして、変換と量子化/逆量子化と逆変換をスキップする符号化ツールが使用可能であるか否かを示すフラグ（１（真）の場合、使用可能、０（偽）の場合、使用不可）である。
【００６８】
変換スキップフラグ有効フラグ（ts_enabled_flag）：変換処理、およびその逆処理の１つとして、以下の符号化ツールが使用可能であるか否かを示すフラグ（１（真）の場合、使用可能、０（偽）の場合、使用不可）である。なお、変換スキップとは、プライマリ変換とセカンダリ変換を含む直交変換、およびその逆処理（逆直交変換）をスキップすることである。
【００６９】
イントラRDPCM有効フラグ（intra_rdpcm_enabled_flag）：イントラCUにおいて、RDPCMによる残差補正処理が使用可能であるか否かを示すフラグ（１（真）の場合、使用可能、０（偽）の場合、使用不可）である。implicit_rdpcm_enabled_flagとも称する。
【００７０】
インターRDPCM有効フラグ（inter_rdpcm_enabled_flag）：インターCUにおいて、RDPCMによる残差補正処理が使用可能であるか否かを示すフラグ（１（真）の場合、使用可能、０（偽）の場合、使用不可）である。explicit_rdpcm_enabled_flagとも称する。
【００７１】
ARSS有効フラグ（arss_enabled_flag）：適応参照画素フィルタ処理（ARSS）が使用可能であるか否かを示すフラグ（１（真）の場合、使用可能、０（偽）の場合、使用不可）である。
【００７２】
予測モード情報Pinfoには、例えば、以下の情報が含まれる。
【００７３】
処理対象PB（予測ブロック）のサイズ情報PBSize（予測ブロックサイズ）。
【００７４】
イントラ予測モード情報IPinfo(例えば、JCTVC-W1005, 7.3.8.5 Coding Unit syntax中のprev_intra_luma_pred_flag, mpm_idx, rem_intra_pred_mode、およびそのシンタックスから導出される輝度イントラ予測モードIntraPredModeY、色差イントラ予測モードIntraPredModeC)。
【００７５】
動き予測情報MVinfo(例えば、JCTVC-W1005, 7.3.8.6 Prediction Unit Syntaxを参照, merge_idx, merge_flag, inter_pred_idc, ref_idx_LX, mvp_lX_flag, X={0,1}, mvd)。
【００７６】
変換情報Tinfoには、例えば、以下の情報が含まれる。
【００７７】
処理対象変換ブロックの横幅サイズTBWidth、および縦幅TBHeight（または、２を底とする各TBWidth、TBHeightの対数値log2TBWidth、log2TBHeightであってもよい）。
【００７８】
変換量子化バイパスフラグ（transquant_bypass_flag）:（逆）変換、および（逆）量子化の処理をスキップするか否かを示すフラグ（JCTVC-W1005, 7.3.8.5 Coding unit syntax中のcu_transquant_bypass_flagのこと）である。
【００７９】
変換スキップフラグ（ts_flag）:（逆）プライマリ変換、および（逆）セカンダリ変換をスキップか否かを示すフラグである。
【００８０】
適応プライマリ変換フラグ（apt_flag）：対象ブロックにおいて、適応プライマリ変換を適用するかを示すフラグ（JVET-D1001、2.4.1 Adaptive multiple Core transformを参照）である。
【００８１】
プライマリ変換識別子（pt_idx）：垂直方向、および水平方向の（逆）プライマリ変換にどの（逆）プライマリ変換を適用するかを示す識別子（JVET-D1001、2.4.1 Adaptive multiple Core transformを参照）である。
【００８２】
セカンダリ変換識別子（st_idx）：どの（逆）セカンダリ変換を適用するかを示す識別子（JVET-D1001、2.4.2 Secondary Transformsを参照, mdnsst_idx, nsst_idx, rot_idxとも呼ばれている）である。
【００８３】
スキャン識別子（scanIdx）
量子化パラメータ（qp）
量子化マトリックス（scaling_matrix(例えば、JCTVC-W1005, 7.3.4 Scaling list data syntax)）
【００８４】
インターRDPCMフラグ（inter_rdpcm_flag）:インターCUにおいて、RDPCMによる残差補正処理を適用するか否かを示すフラグ（１（真）の場合、適用する、０（偽）の場合、適用しない）である。
【００８５】
インターRDPCM方向フラグ（inter_rdpcm_dir_flag）:インターCUにおいて、RDPCMによる残差補正処理に用いるスキャン方向を示す。例えば、０の場合、水平スキャンを示し、１の場合、垂直スキャンを示す。
【００８６】
残差情報Rinfo（例えば、JCTVC-W1005の7.3.8.11 Residual Coding syntaxを参照）には、例えば以下のシンタックスが含まれる。
【００８７】
cbf (coded_block_flag): 残差データ有無フラグ
last_sig_coeff_x_pos: ラスト非ゼロ係数X座標
last_sig_coeff_y_pos:ラスト非ゼロ係数Y座標
coded_sub_block_flag:サブブロック非ゼロ係数有無フラグ
sig_coeff_flag: 非ゼロ係数有無フラグ
gr1_flag:非ゼロ係数のレベルが１より大きいかを示すフラグ（GR1フラグとも呼ぶ）
gr2_flag:非ゼロ係数のレベルが２より大きいかを示すフラグ(GR2フラグとも呼ぶ)
sign_flag: 非ゼロ係数の正負を示す符号（サイン符号とも呼ぶ）
coeff_abs_level_remaining:非ゼロ係数の残余レベル（非ゼロ係数残余レベルとも呼ぶ）
など。なお、以降では、非ゼロ係数に関するシンタックス（あるいは、非ゼロ係数シンタックスとも称する）とは、上記sig_coeff_flag, gr1_flag, gr2_flag, sign_flag, coeff_abs_level_remainingといった非ゼロ係数の値に関するシンタックス群を含む。
【００８８】
フィルタ情報Finfo。例えば、以下に示す各フィルタ処理に関する制御情報が含まれ、各フィルタを適用するピクチャや、ピクチャ内の領域を指定する情報や、ＣＵ単位のフィルタOn/Off制御情報、スライス、タイルの境界に関するフィルタOn/Off制御情報などがある。
【００８９】
デブロッキングフィルタ(DBF)に関する制御情報
画素適応オフセット(SAO)に関する制御情報
適応ループフィルタ(ALF)に関する制御情報
その他の線形・非線形フィルタに関する制御情報
【００９０】
復号部１１１は、残差情報Rinfoを参照して、各変換ブロック内の各係数位置の量子化変換係数レベルlevelを導出する。また、復号部１１１は、復号して得たヘッダ情報Hinfo、予測モード情報Pinfo、量子化変換係数レベルlevel、変換情報Tinfo、フィルタ情報Finfoを各ブロックへ供給する。具体的には以下の通りである。
【００９１】
ヘッダ情報Hinfoは、逆変換部１１３、逆量子化部１１２、予測部１１４、ループフィルタ部１１７に供給される。
予測モード情報Pinfoは、予測部２４に供給される。
量子化変換係数レベルlevelは、逆量子化部２２に供給される。
変換情報Tinfoは、逆変換部２０、逆量子化部２２に供給される。
フィルタ情報Finfoは、ループフィルタ部２５に供給される。
【００９２】
復号部１１１は、さらに、ヘッダ情報HInfo、変換情報Tinfo、量子化変換係数レベルlevelを参照して、適応参照画素フィルタのon/offフラグArssFlagを復号するように構成される。
【００９３】
＜逆量子化部＞
逆量子化部１１２は、逆量子化に関する処理を行う。例えば、逆量子化部１１２は、復号部１１１から供給される変換情報Tinfoおよび量子化変換係数レベルlevelを入力とし、変換情報Tinfoに基づいて、量子化変換係数レベルlevelの値をスケーリング（逆量子化）し、逆量子化後の変換係数Coeff_IQを逆変換部１１３へ出力するように構成される。
【００９４】
＜逆変換部＞
逆変換部１１３は、逆変換に関する処理を行う。例えば、逆変換部１１３は、変換係数Coeff_IQ、および変換情報Tinfoを入力とし、変換情報Tinfoに基づいて、変換係数Coeff_IQに対して、逆変換を適用し、予測残差D'を導出し、演算部１１５へ出力するように構成される。
【００９５】
＜演算部＞
演算部１１５は、画像に関する情報の加算に関する処理を行う。例えば、演算部１１５は、逆変換部１１３から供給される予測残差D'、および予測部１１４から供給される予測画像Pを入力とし、以下の式（１）に示されるように、予測残差D'と予測残差D'に対応する予測画像P（予測信号）とを加算し、局所復号画像Rlocalを導出し、出力するように構成される。
【００９６】
Rlocal = D' + P  ・・・（１）
【００９７】
＜予測部＞
予測部１１４は、予測画像の生成に関する処理を行う。例えば、予測部１１４は、予測モード情報Pinfoを入力とし、予測モード情報Pinfoによって指定される予測方法により、予測モード情報PInfoによって指定される、フレームメモリ１１６に格納されたフィルタ後の復号画像R'（またはフィルタ前の復号画像R）を参照画像として予測画像Pを生成し、演算部１１５に出力するように構成される。
【００９８】
＜ループフィルタ部＞
ループフィルタ部１１７は、ループフィルタ処理に関する処理を行う。例えば、ループフィルタ部１１７は、復号画像Rをフレームメモリ１１６から読み出し、フィルタ情報Finfoによって指定されるループフィルタ処理により、フィルタ後の復号画像R'を生成する。また、ループフィルタ部１１７は、フィルタ後の復号画像R'を、フレームメモリ１１６へ供給する。なお、ループフィルタ部１１７が行うループフィルタ処理には、デブロッキングフィルタ（DBF（DeBlocking Filter））や、画素適応オフセット（SAO（Sample Adaptive Offset））や、適応ループフィルタ（ALF(Adaptive Loop Filter)）や、その他の線形・非線形フィルタ（ウィーナーフィルタ、バイラテラルフィルタなど）が含まれる。
【００９９】
＜フレームメモリ＞
フレームメモリ１１６は、画像に関するデータの記憶に関する処理を行う。例えば、フレームメモリ１１６は、演算部１１５より供給される局所復号画像Rlocalを入力とし、ピクチャ単位毎の復号画像Rを再構築して、フレームメモリ１１６内のバッファへ格納する。フレームメモリ１１６は、復号画像Rをバッファより読み出し、ループフィルタ部１１７へ供給する。
【０１００】
フレームメモリ１１６は、ループフィルタ部１１７より供給されるループフィルタ処理された後の復号画像R'をフレームメモリ１１６内のバッファへ格納する。フレームメモリ１１６は、予測部１１４の予測モード情報Pinfoによって指定される復号画像Rあるいはフィルタ後の復号画像R'を参照画像としてバッファより読み出し、予測部１１４へ供給する。また、フレームメモリ１１６は、復号画像の生成に係るヘッダ情報Hinfo、予測モード情報Pinfo、変換情報Tinfo、フィルタ情報Finfoなどをフレームメモリ内のバッファへ格納しても良い。フレームメモリ１１６は、以上のような各種処理を行うように構成される。
【０１０１】
＜予測部詳細＞
図１１は、予測部１１４の主な構成例を示すブロック図である。図１１に示されるように、予測部１１４は、例えば、予測方法選択部１３１、イントラ予測部１３２、およびインター予測部１３３を有する。
【０１０２】
予測方法選択部１３１は、予測方法の選択に関する処理を行う。例えば、予測方法選択部１３１は、予測モード情報Pinfoに基づいて、予測モードを選択する。つまり、予測方法選択部１３１は、予測モード情報Pinfoにより指定される予測モード（符号化の際に適用された予測モード）を選択する。例えばイントラ予測の予測モード（イントラ予測モード）を選択する場合、予測方法選択部１３１は、イントラ予測部１３２を制御してそのイントラ予測モードで予測画像を生成させる。また、例えばインター予測の予測モード（インター予測モード）を選択する場合、予測方法選択部１３１は、インター予測部１３３を制御してそのインター予測モードで予測画像を生成させる。予測方法選択部１３１は、以上のような各種処理を行うように構成される。
【０１０３】
イントラ予測部１３２は、イントラ予測に関する処理を行う。例えば、イントラ予測部１３２は、フレームメモリ１１６から参照画像を読み出し、その参照画像を用いて、予測方法選択部１３１により指定されるイントラ予測モードでイントラ予測を行い、予測画像を生成する。イントラ予測部１３２は、生成した予測画像を演算部１１５に供給する。イントラ予測部１３２は、以上のような各種処理を行うように構成される。
【０１０４】
インター予測部１３３は、インター予測に関する処理を行う。例えば、インター予測部１３３は、フレームメモリ１１６から参照画像を読み出し、その参照画像を用いて、予測方法選択部１３１により指定されるインター予測モードでインター予測を行い、予測画像を生成する。インター予測部１３３は、生成した予測画像を演算部１１５に供給する。インター予測部１３３は、以上のような各種処理を行うように構成される。
【０１０５】
＜イントラ予測部＞
図１２は、イントラ予測部１３２の主な構成例を示すブロック図である。図１２に示されるように、イントラ予測部１３２は、例えば、参照画素フィルタ部１５１およびイントラ予測画像生成部１５２を有する。
【０１０６】
＜参照画素フィルタ部＞
参照画素フィルタ部１５１は、予測モード情報Pinfo、ARSSフラグArssFlag、およびフレームメモリ１１６より供給される処理対象フレームの復号画像Ｒを入力とする。まず、参照画素フィルタ部１５１は、復号画像Ｒから処理対象ブロックのイントラ予測で利用する参照画素群refSamples(x) (x=-2＊width,…2＊width-1)を、例えば図１３のように設定する。つまり、参照画素フィルタ部１５１は、復号画像Ｒの、処理対象のブロック１７０の上側に隣接する周辺画素群１７１を以下の式（２）のように取得する。また、参照画素フィルタ部１５１は、復号画像Ｒの、左側に隣接する周辺画素群１７２を、その領域を矢印１７３のように回転させた領域の周辺画素群１７４の代わりに、以下の式（３）のように取得する。
【０１０７】
for i in range of -1 to 2＊width-1 (i=-1…2＊width-1):
refSamples(i) = R(x0 + i, y0 - 1)
・・・（２）
for j in range of -2＊width to - 1 (j=-2＊width…-1):
refSamples(j) = R(x0 - 1, y0 + j + 1)
・・・（３）
【０１０８】
ここで、x0、y0は、それぞれ処理対象ブロックの左上画素のｘ座標、およびｙ座標である。
【０１０９】
補足：参照画素群refSamples(x)の生成時に、復号済画素が存在せず、参照できない場合は、以下の［１］乃至［４］のいずれかの方法によって、参照画素群refSamples(x)を設定する。
［１］  i=width…2＊width-1に対応するR(x0 + i, y0 - 1)の画素が参照できない場合、refSamples(i)には、例えば、R(x0 + width - 1, y0 - 1)の画素を設定する。
［２］  j=-2＊width…-widthに対応するR(x0 - 1, y0 + j + 1)の画素が参照できない場合、refSamples(j)には、例えば、R(x0 -1, y0 - width + 1)の画素を設定する。
［３］  i=-1…width-1に対応するR(x0 + i, y0 - 1)の画素が参照できない場合、refSamples(i)には、例えば、1<<(bitDepth - 1)の値を設定する。
［４］  j=-width…-1に対応するR(x0, y0 + j + 1)の画素が参照できない場合、refSamples(j)には、例えば、1<<(bitDepth - 1)の値を設定する。
【０１１０】
続いて、参照画素フィルタ部１５１は、ARSSフラグArssFlag、およびイントラ予測モードpredModeIntraを参照して、適応画素フィルタ処理に用いるフィルタfを選択する。
【０１１１】
参照画素フィルタ部１５１は、選択したフィルタfによって、以下の式（４）のように、参照画素群refSamples(x) (x=-2＊width,…2＊width-1)を平滑化して、フィルタ後のrefSamples'(x)を生成する。
【０１１２】
refSamples' = f＊refSamples
・・・（４）
【０１１３】
式（４）の演算子"＊"は、畳み込み演算を表す。なお、フィルタが参照されなかった場合（フィルタを適用しない場合）は、refSamples'(x)には、以下の式（５）のように、フィルタ前のrefSamples(x)が設定される。
【０１１４】
refSamples'(x) = refSamples(x) (x=-2＊width,…2＊width-1)
・・・（５）
【０１１５】
参照画素フィルタ部１５１は、参照画素群refSamples'を出力する。
【０１１６】
＜イントラ予測画像生成部＞
イントラ予測画像生成部１５２は、参照画素群refSamples'、および予測モード情報Pinfoを入力とし、イントラ予測モードpredModeIntraに対応する予測方法によって、参照画素群refSamples'から予測画像Pを生成して出力する。イントラ予測画像生成部１５２は、DC予測部１６１、Planar予測部１６２、Angular予測部１６３、LM予測部１６４を備える。
【０１１７】
イントラ予測モードpredModeIntraがDC予測を示す場合、DC予測部１６１がDC予測画像を生成し、予測画像Ｐとして出力する。イントラ予測モードpredModeIntraがPlanar予測を示す場合、Planar予測部１６２が、Planar予測画像を生成し、予測画像Ｐとして出力する。イントラ予測モードpredModeIntraがAngular予測を示す場合、Angular予測部１６３が、Angular予測画像を生成し、予測画像Ｐとして出力する。イントラ予測モードpredModeIntraがLM予測を示す場合、LM予測部１６４が、LM予測画像を生成し、予測画像Ｐとして出力する。各イントラ予測モードに割り当てられる識別番号の例を図１４に示す。
【０１１８】
＜復号部＞
図１５は、復号部１１１の主な構成例を示すブロック図である。図１５に示されるように、復号部１１１は、変換スキップフラグ復号部１９１、インターRDPCMシンタックス復号部１９２、非ゼロ係数シンタックス復号部１９３、ARSSデータハイディングフラグ導出部１９４、およびARSSフラグ復号部１９５を有する。変換スキップフラグ復号部１９１は、変換スキップフラグ（ts_flag）の復号に関する処理を行うように構成される。インターRDPCMシンタックス復号部１９２は、インターRDPCMに関するシンタックスの復号に関する処理を行うように構成される。非ゼロ係数シンタックス復号部１９３は、非ゼロ係数に関するシンタックスの復号に関する処理を行うように構成される。ARSSデータハイディングフラグ導出部１９４は、ARSSフラグをハイディングするか否かを示すARSSデータハイディングフラグの導出に関する処理を行うように構成される。ARSSフラグ復号部１９５は、ARSSを適用するか否かを示すARSSフラグの復号に関する処理を行うように構成される。
【０１１９】
＜画像復号処理の流れ＞
次に、以上のような構成の画像復号装置１００において実行される処理について説明する。画像復号装置１００は、画像復号処理を実行することにより例えば符号化側から供給される画像に関するデータが符号化された符号化データの復号に関する処理を行う。
【０１２０】
画像復号処理が開始されると、復号部１１１は、ステップＳ１０１において、入力される符号化データ（ビットストリーム）を復号し、画像に関するデータを取得する。この画像に関するデータは、量子化されている。つまり、量子化係数が得られる。ステップＳ１０２において、逆量子化部１１２は、ステップＳ１０１において得られた量子化係数に対して、符号化側で行われた量子化の逆処理である逆量子化を行い、変換係数Coeff_IQを得る。
【０１２１】
ステップＳ１０３において、逆変換部１１３は、ステップＳ１０２の処理により得られた変換係数Coeff_IQに対して、符号化側で行われた変換処理の逆処理である逆変換処理を行い、予測残差D'を得る。ステップＳ１０４において、予測部１１４は、予測処理を実行し、フレームメモリ１１６に記憶されている参照画像を参照し、符号化側より指定される予測方法で予測画像Pを生成する。
【０１２２】
ステップＳ１０５において、演算部１１５は、ステップS１０３の処理により得られた予測残差D'と、ステップＳ１０４の処理により得られた予測画像Pとを式（１）のように加算し、局所復号画像Rlocalを導出する。演算部１１５は、この局所復号画像Rlocalを復号画像として出力する。
【０１２３】
また、ステップＳ１０６において、フレームメモリ１１６は、ステップＳ１０５の処理により得られた局所復号画像Rlocalを記憶する。ステップＳ１０７において、ループフィルタ部１１７は、フレームメモリ１１６に記憶されている局所復号画像に対して所定のフィルタ処理を行う。なお、フィルタ後の局所復号画像は、フレームメモリ１１６において記憶される。
【０１２４】
ステップＳ１０７の処理が終了すると、画像復号処理が終了する。
【０１２５】
＜予測処理の流れ＞
次に、図１７のフローチャートを参照して、図１６のステップＳ１０４において実行される予測処理の流れの例を説明する。
【０１２６】
予測処理が開始されると、予測部１１４の予測方法選択部１３１は、ステップＳ１１１において、符号化側から供給された予測モード情報Pinfo等に基づいて予測方法を選択する。ステップＳ１１２において、予測方法選択部１３１は、選択した予測モードがイントラ予測モードであるか否かを判定する。イントラ予測が選択されたと判定された場合、処理はステップＳ１１３に進む。
【０１２７】
ステップＳ１１３において、イントラ予測部１３２は、イントラ予測処理を実行し、イントラ予測によって予測画像を生成する。ステップＳ１１３の処理が終了すると予測処理が終了し、処理は図１６に戻る。
【０１２８】
また、ステップＳ１１２において、インター予測モードが選択されたと判定された場合、処理はステップＳ１１４に進む。ステップＳ１１４において、インター予測部１３３は、インター予測により予測画像を生成する。ステップＳ１１４の処理が終了すると予測処理が終了し、処理は図１６に戻る。
【０１２９】
＜イントラ予測処理の流れ＞
次に、図１８のフローチャートを参照して、図１７のステップＳ１１３において実行されるイントラ予測処理の流れの例を説明する。イントラ予測処理が開始されると、参照画素フィルタ部１５１は、ステップＳ１２１において、参照画素群refSamplesを復号画像Rから設定する。
【０１３０】
ステップＳ１２２において、参照画素フィルタ部１５１は、フィルタ選択処理を実行し、予測モード情報Pinfo、ARSSフラグArssFlagに基づいて、参照画素群refSamplesに適用するフィルタfを選択する。
【０１３１】
ステップＳ１２３において、参照画素フィルタ部１５１は、選択したフィルタfと、参照画素群refSamplesとで畳み込み演算を行って、フィルタ後の参照画素群refSamples'を生成し、イントラ予測画像生成部１５２へ供給する。
【０１３２】
ステップＳ１２４において、イントラ予測画像生成部１５２は、イントラ予測モードpredModeIntraに対応する予測方法によって、参照画素群refSamples'より予測画像Pを生成し、出力する。
【０１３３】
ステップＳ１２４の処理が終了するとイントラ予測処理が終了し、処理は図１７に戻る。
【０１３４】
＜フィルタ選択処理の流れ＞
次に、図１９のフローチャートを参照して、図１８のステップＳ１２２において実行されるフィルタ選択処理の流れの例を説明する。フィルタ選択処理が開始されると、ステップＳ１３１において、参照画素フィルタ部１５１は、ARSSフラグが真（１）であるか否かを判定する。ARSSフラグが偽（０）であると判定されると処理はステップＳ１３２に進む。
【０１３５】
ステップＳ１３２において、参照画素フィルタ部１５１は、図１７のステップＳ１１１において選択されたイントラ予測モード（つまり、予測モード情報Pinfo等により符号化側から指定されたイントラ予測モード）に応じたフィルタを選択する。フィルタが選択されると、フィルタ選択処理が終了し、処理は図１８に戻る。つまり、この場合、図１８のステップＳ１２３において、イントラ予測モードに応じたフィルタが用いられてフィルタ処理が行われる。
【０１３６】
また、ステップＳ１３１において、ARSSフラグが真（１）であると判定されると処理はステップＳ１３３に進む。ステップＳ１３３において、参照画素フィルタ部１５１は、ARSS用のフィルタを選択する。フィルタが選択されると、フィルタ選択処理が終了し、処理は図１８に戻る。つまり、この場合、図１８のステップＳ１２３において、ARSSが行われる。
【０１３７】
以上のように各処理を実行することにより、画像復号装置１００は、符号化側において設定されたARSSフラグの値に従ってARSSを行うことができる。なお、以上に説明した各ステップの処理は、実施可能な範囲で、各ステップの処理順の入れ替えや、処理の内容を変更してもよい。なお、ステップS１３２において、"参照画素フィルタ部１５１は、図１７のステップＳ１１１において選択されたイントラ予測モードに応じたフィルタを選択する"代わりに、"参照画素フィルタを選択しない(参照画素フィルタ処理をオフする)"という動作に置き換えて実施されてもよい。あるいは、参照画素フィルタとして、タップ数が１、フィルタ係数が１であるフィルタf = {1}を選択する動作に置き換えて実施されてもよい。この動作は、前記参照画素フィルタ処理をオフすることと等価である。なお、この変更は、画像復号装置が備える参照画素フィルタ部１５１にも適用される。
【０１３８】
＜復号処理の流れ＞
次に、図２０のフローチャートを参照して、図１６のステップＳ１０１において実行される復号処理の流れの例を説明する。なお、この復号処理に対応するシンタックスの例を図２１に示す。
【０１３９】
復号処理が開始されると、変換スキップフラグ復号部１９１は、ステップＳ１４１において、例えば、以下の式（６）のような所定の条件１（condition 1）が真であるか否かを判定する。より具体的には、変換スキップフラグ復号部１９１は、変換スキップ有効フラグts_enabled_flagが１（真）であって、かつ、変換ブロックのサイズが閾値MaxTSSize以下であって、かつ、変換量子化バイパスフラグtransquant_bypass_flagが０（偽）であるかを判定する。
【０１４０】
Condition1: ts_enabled_flag && width ＊ height
<= MaxTSSize && !transquant_bypass_flag
・・・（６）
【０１４１】
ここで、MaxTSSizeの値は16である。MaxTSSizeの値は、これに限定されず、ヘッダ情報において通知されるMaxTSSizeを規定するパラメータによって設定されてもよい。
【０１４２】
補足：式（６）において、変換ブロックのサイズと閾値を比較する部分を以下の式（７）に示す対数表現に置き換えてもよい（Condition1a）。
【０１４３】
Condition1a: ts_enabled_flag
&& (log2TbWidth + log2TbHeight <= log2MaxTSSize)
&& !transquant_bypass_flag
・・・（７）
【０１４４】
ここで、log2MaxTSSizeの値は、例えば４である。log2MaxTSSizeの値は、これに限定されず、ヘッダ情報において通知されるlog2MaxTSSizeを規定するパラメータによって設定されてもよい。
【０１４５】
この式（６）（式（７））の条件が満たされない場合、すなわち、条件１が偽（０）であると判定された場合、処理はステップＳ１４２に進む。この場合、所望の変換スキップフラグが符号化側より伝送されていない（符号化データに含まれていない）ので、ステップＳ１４２において、変換スキップフラグ復号部１９１は、変換スキップフラグts_flagの値を０に設定する。変換スキップフラグts_flagの値が０に設定されると処理はステップＳ１４４に進む。
【０１４６】
また、ステップＳ１４１において、条件１が真（１）である（式（６）または式（７）の条件が満たされている）と判定された場合、処理はステップＳ１４３に進む。この場合、所望の変換スキップフラグが符号化データに含まれている。したがって、ステップＳ１４３において、変換スキップフラグ復号部１９１は、符号化データに含まれる変換スキップフラグts_flagをパースして復号する。変換スキップフラグts_flagが復号されると処理はステップＳ１４４に進む。
【０１４７】
ステップＳ１４４において、インターRDPCMシンタックス復号部１９２は、符号化データからインターRDPCMに関するシンタックス群（図２１において、符号SYN103に含まれるインターRDPCMフラグinter_rdpcm_flag、およびインターRDPCM方向フラグinter_rdpcm_dir_flag）を復号する。
【０１４８】
ステップＳ１４５において、非ゼロ係数シンタックス復号部１９３は、符号化データから変換ブロック内の非ゼロ係数に関するシンタックス群を復号する。
【０１４９】
ステップＳ１４６において、ARSSデータハイディングフラグ導出部１９４は、ArssFlagがデータハイディングされているか否かを示すフラグArssDataHidden（Arssデータハイディングフラグとも称する）を以下の条件式（８）に基づいて導出する。より具体的には、ARSSデータハイディングフラグ導出部１９４は、処理対象のCUがイントラCUであって、かつ、色空間識別子compIDが輝度であって、かつ、Arss有効フラグarss_enabled_flagが１（真）であって、かつ、イントラ予測モードpredModeIntraがDC予測以外であって、かつ、変換ブロックのサイズが所定最大値MaxARSSBlkSize以下、かつ、所定最小値MinARSSBlkSize以上であって、かつ、変換量子化バイパスフラグtransquant_bypass_flagが０（偽）であって、かつ、変換スキップフラグts_flagが０（偽）であって、かつ、RDPCMモードフラグrdpcmModeFlagが０（偽）であるとき、ArssデータハイディングフラグArssDataHiddenに、１（真）の値が設定される。それ以外の場合、ArssデータハイディングフラグArssDataHiddenに、０（偽）の値が設定される。
【０１５０】
ArssDataHidden = 
(  CuPredMode[x0][y0]==MODE_INTRA
&& compID==COMPONENT_Y
&& arss_enabled_flag
&& predModeIntra != DC_IDX
&& width ＊ height <= MaxARSSBlkSize
&& width ＊ height >= MinARSSBlkSize
&& !transquant_bypass_flag
&& !ts_flag
&& !rdpcmModeFlag )
・・・（８）
【０１５１】
ここで、MaxARSSBlkSizeは、ARSSが適用可能なブロックサイズの最大値を表し、例えば、1024である。また、MinARSSBlkSizeは、ARSSが適用可能なブロックサイズの最小値を示し、例えば、64である。なお、MaxARSSBlkSize、およびMinARSSBlkSizeは、上記値に限定されず、ヘッダ情報において通知されるMaxARSSBlkSize、MinARSSBlkSizeを規定するパラメータによって設定されてもよい。
【０１５２】
補足：上述した式（８）において、ブロックのサイズと閾値を比較する部分を以下の式（９）に示す対数表現に置き換えてもよい。
【０１５３】
ArssDataHidden =
(  CuPredMode[x0][y0]==MODE_INTRA
&& compID==COMPONENT_Y
&& arss_enabled_flag
&& predModeIntra != DC_IDX
&& (log2TbWidth + log2TbHeight <= log2MaxARSSBlkSize)
&& (log2TbWidth + log2TbHeight >= log2MinARSSBlkSize)
&& !transquant_bypass_flag
&& !ts_flag
&& !rdpcmModeFlag )
・・・（９）
【０１５４】
ここで、log2MaxARSSBlkSizeの値は、10である。log2MinARSSBlkSizeの値は、8である。なお、log2MaxARSSBlkSize、log2MinARSSBlkSizeの値は、これに限定されず、ヘッダ情報において通知されるlog2MaxARSSBlkSize、log2MinARSSBlkSizeを規定するパラメータによって設定されてもよい。
【０１５５】
ここで、RDPCMモードフラグrdpcmModeFlagは、以下の式（１０）により導出される。
【０１５６】
rdpcmModeFlag = (interRdpcmModeFlag || intraRdpcmModeFlag)
・・・（１０）
【０１５７】
なお、上述の式（１０）中のinterRdpcmModeFlag、およびintraRdpcmModeFlagは、それぞれ以下の式（１１）、式（１２）によって導出される。
【０１５８】
interRdpcmModeFlag = inter_rdpcm_flag
・・・（１１）
【０１５９】
すなわち、interRdpcmModeには、インターRDPCMフラグinter_rdpcm_flagの値が設定される。
【０１６０】
intraRdpcmModeFlag =
(  CuPredMode == MODE_INTRA
&& intra_rdpcm_mode_enabled_flag == 1
&& ts_flag == 1
&& (predModeIntra == HOR_IDX || predModeIntra == VER_IDX))
・・・（１２）
【０１６１】
すなわち、処理対象のCUがイントラＣＵであって、かつ、イントラRDPCM有効フラグintra_rdpcm_mode_enabled_flagが１（真）であって、かつ、変換スキップフラグts_flagが１（真）であって、かつ、イントラ予測モードpredModeIntraが水平予測、または垂直予測であるとき、intraRdpcmModeFlagには１（真）が設定される。それ以外の場合、０（偽）が設定される。
【０１６２】
ステップＳ１４７において、ARSSデータハイディングフラグ導出部１９４は、以下の条件式（１３）に示す条件２（condition 2）を満たすか否かを判定する。より具体的には、ARSSデータハイディングフラグ導出部１９４は、ARSSデータハイディングフラグArssDataHiddenが１（真）であるか否かを判定する。
【０１６３】
Condition 2: ArssDataHidden == 1
・・・（１３）
【０１６４】
この条件式（１３）が満たされない場合、すなわち、条件２が偽（０）であると判定された場合、処理はステップＳ１４８に進む。この場合、図２１のシンタックスにおいて、符号SYN105に含まれるArssDataHiddenが０となる。したがって、この場合ARSSフラグ復号部１９５は、図２１のシンタックスの符号SYN107の段のように、ArssFlagに０（偽）を設定する。ステップＳ１４８の処理が終了すると、復号処理が終了し、処理は図１６に戻る。
【０１６５】
また、ステップＳ１４７において、条件式（１３）が満たされ、条件２が真（１）であると判定された場合、処理はステップＳ１４９に進む。この場合、符号化データにArssFlagがデータハイディングされているので、ARSSフラグ復号部１９５は、変換ブロックの非ゼロ係数に関するデータからデータハイディングの逆処理により、ArssFlagの値を導出する。
【０１６６】
より具体的には、ARSSフラグ復号部１９５は、ステップＳ１４９において、変換ブロック内の非ゼロ係数のレベル値の絶対値和absSumを以下の式（１４）により導出する。
【０１６７】
absSum = Σ | coeff_level[p] | over p
・・・（１４）
【０１６８】
ここで、coeff_level[x]は、スキャン順でx番目の位置にある変換係数のレベル値を示す。演算子| x | は、変数xの絶対値を返す演算子である。"Σ { X_p } over p" とは、変数pについて、pと対応する変数X_pの総和を返す演算子である。
【０１６９】
なお、変換ブロック内の非ゼロ係数のレベル値の絶対値和absSumは、以下の式（１５）によって導出してもよい。
【０１７０】
absSum = calcSumAbsLevel(compID)
・・・（１５）
【０１７１】
ここで、関数calcSumAbsLevel(compID)は、compIDが指す色信号に関する変換ブロック内の変換係数のレベル値の絶対値和を返す関数である。
【０１７２】
ステップＳ１５０において、ARSSフラグ復号部１９５は、その導出された変換ブロック内の非ゼロ係数のレベル値の絶対値和absSumが偶数か奇数かに基づいて、ArssFlagの値を以下の式（１６）のように設定する。より具体的には、絶対値和absSumが奇数の場合((absSum & 0x01) == 1)、ArssFlagに１（真）を設定する。また、絶対値和absSumが偶数の場合((absSum & 0x01) == 0)、ArssFlagに０（偽）を設定する。
【０１７３】
ArssFlag = (absSum & 0x01)
・・・（１６）
【０１７４】
ステップＳ１５０の処理が終了すると、復号処理が終了し、処理は図１６に戻る。図１８や図１９のフローチャートを参照して説明したように、以上のように設定されたArssFlagに従って適応参照画素フィルタ処理（フィルタ処理のオフを含む）が行われる。以上に説明した各処理は、実施可能な範囲で、各ステップの処理順の入れ替えや、処理の内容を変更してもよい。
【０１７５】
例えば、式（１４）および式（１５）において、非ゼロ係数のレベル値の絶対値和absSumを変換ブロック内に存在するすべての非ゼロ係数の総和として導出しているが、これに限定されない。
【０１７６】
具体的には、absSumを、以下の式（１７）に示すように、スキャン順で偶数位置に存在する非ゼロ係数のレベル値の絶対値和としてもよい。
【０１７７】
absSum = Σ | coeff_level[p] | over p, where p is even (i.e. p % 2 == 0)
・・・（１７）
【０１７８】
または、absSumを、以下の式（１８）に示すように、スキャン順で奇数位置に存在する非ゼロ係数のレベル値の絶対値和としてもよい。
【０１７９】
absSum = Σ | coeff_level[p] | over p, where p is odd (i.e. p % 2 == 1)
・・・（１８）
【０１８０】
一般化すれば、以下の式（１９）に示すように、absSumを、スキャン順でスキャン位置pが、ｐのqによる剰余(p mod q, p % q)がrに等しいことを満たす非ゼロ係数のレベル値の絶対値和としてもよい。
【０１８１】
absSum = Σ | coeff_level[p] | over p, where p mod q is equal to r (i.e. p % q == r)
・・・（１９）
【０１８２】
以上の式（１７）乃至式（１９）のメリットは、ARSSデータハイディングとその他のデータハイディングを共存させることが可能な点である。例えば、式（１７）であれば、スキャン順で奇数位置に存在する非ゼロ係数のデータ上にARSSフラグをハイディングし、その他のデータをスキャン順で偶数位置に存在する非ゼロ係数のデータ上にハイディングすることが可能である。式（１８）についても同様である。式（１９）の場合、最大でｑ個の異なるデータを非ゼロ係数のデータ上にハイディングすることが可能である。
【０１８３】
以上のように、ARSSデータハイディングやARSSが、変換量子化バイパスフラグtransquant_bypass_flag、変換スキップフラグts_flag、RDPCM有効フラグ等の値によって制御される。つまり、これらの関係は、図２２の表のようになる。
【０１８４】
例えば、Case#1の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、(Inter/Intra)RDPCMを適用しない）、ARSSデータハイディングが禁止される。したがってCase#1の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減を抑制することができる。
【０１８５】
また例えばCase#2の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Inter RDPCMを適用する）、ARSSデータハイディングが禁止される。したがってCase#2の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減と、RDPCMの予測効率の低減とを抑制することができる。
【０１８６】
また例えばCase#3の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Intra RDPCMを適用する）、ARSSデータハイディングが禁止される。したがってCase#3の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減と、RDPCMの予測効率の低減とを抑制することができる。
【０１８７】
また例えばCase#4の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、(Inter/Intra)RDPCMを適用しない）、ARSSデータハイディングが禁止される。したがってCase#4の場合、従来技術と比較して、ARSSデータハイディングが禁止されることで、ロスレス符号化が可能となる。
【０１８８】
また例えばCase#5の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Inter  RDPCMを適用する）、ARSSデータハイディングが禁止される。したがってCase#5の場合、従来技術と比較して、ARSSデータハイディングが禁止されることで、ロスレス符号化が可能となる。また、ARSSデータハイディングによるRDPCMの予測効率の低減を抑制することができる。
【０１８９】
また例えばCase#6の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Intra  RDPCMを適用する）、ARSSデータハイディングが禁止される。したがってCase#6の場合、従来技術と比較して、ARSSデータハイディングが禁止されることで、ロスレス符号化が可能となる。また、ARSSデータハイディングによるRDPCMの予測効率の低減を抑制することができる。
【０１９０】
したがって、復号画像の主観画質の低減を抑制することができる。なお、ARSSデータハイディングが禁止されるときは、ArssFlagが０に設定されるので、これらのケースの場合、ARSSは適用されない。したがって、データハイディングが行われないことが確認された時点でARSSの適用を確認する必要が無くなり、復号の負荷の増大を抑制することができる（より容易に復号することができる）。また、データハイディングが禁止された状態において、ArssFlagを伝送する必要がなく、符号量の増大を抑制することができる。
【０１９１】
＜３．第２の実施の形態＞
＜画像符号化装置＞
次に、以上のように復号される符号化データを生成する符号化について説明する。図２３は、本技術を適用した画像処理装置の一態様である画像符号化装置の構成の一例を示すブロック図である。図２３に示される画像符号化装置２００は、図１０の画像復号装置１００に対応する画像符号化装置であり、画像復号装置１００により復号される符号化データ（ビットストリーム）を、画像復号装置１００による復号方法に対応する符号化方法で画像を符号化することにより生成する。例えば、画像符号化装置２００は、HEVCに提案された技術や、JVETにて提案された技術を実装している。
【０１９２】
なお、図２３においては、処理部やデータの流れ等の主なものを示しており、図２３に示されるものが全てとは限らない。つまり、画像符号化装置２００において、図２３においてブロックとして示されていない処理部が存在したり、図２３において矢印等として示されていない処理やデータの流れが存在したりしてもよい。
【０１９３】
図２３に示されるように画像符号化装置２００は、制御部２０１、予測部２１１、演算部２１２、変換部２１３、量子化部２１４、逆量子化部２１５、逆変換部２１６、演算部２１７、フレームメモリ２１８、ループフィルタ部２１９、および符号化部２２０を有する。
【０１９４】
＜制御部＞
制御部２０１は、外部、または予め指定された処理単位のブロックサイズに基づいて、動画像#2を処理単位のブロック（CU, PU, 変換ブロックなど）へ分割し、分割されたブロックに対応する画像Iを演算部２１２へ入力する。また、制御部２０１は、各ブロックへ供給する符号化パラメータ（ヘッダ情報Hinfo、予測モード情報Pinfo, 変換情報Tinfo、フィルタ情報Finfoなど）を、例えば、RDO(Rate-Distortion Optimization)に基づいて決定する。決定された符号化パラメータは、各ブロックへ供給される。具体的には、以下の通りである。
【０１９５】
ヘッダ情報Hinfoは、各ブロックに供給される。
予測モード情報Pinfoは、符号化部２２０と予測部２１１とに供給される。
変換情報Tinfoは、符号化部２２０、変換部２１３、量子化部２１４、逆量子化部２１５、および逆変換部２１６に供給される。
フィルタ情報Finfoは、ループフィルタ部２１９に供給される。
【０１９６】
＜演算部＞
演算部２１２は、処理単位のブロックに対応する画像I、および予測部２１１より供給される予測画像Pを入力とし、画像Iから予測画像Pを以下の式（２０）に示されるように減算して、予測残差Dを導出し、変換部２１３へ出力する。
【０１９７】
D = I - P  ・・・（２０）
【０１９８】
＜変換部＞
変換部２１３は、逆変換部１１３の逆処理であり、予測残差Dおよび変換情報Tinfoを入力とし、変換情報Tinfoに基づいて、予測残差Dに対して、変換を適用し、変換係数Coeffを導出し、量子化部２１４へ出力する。
【０１９９】
＜量子化部＞
量子化部２１４は、逆量子化部１１２の逆処理であり、変換情報Tinfoおよび変換係数Coeffを入力とし、変換情報Tinfoに基づいて、変換係数Coeffをスケーリング（量子化）し、量子化後の変換係数、すなわち量子化変換係数レベルlevelを符号化部２２０へ出力する。
【０２００】
＜逆量子化部＞
逆量子化部２１５は、逆量子化部１１２と同様の構成を有し、同様の処理を行う。つまり、逆量子化部２１５は、量子化部２１４の逆処理を行う。
【０２０１】
＜逆変換部＞
逆変換部２１６は、逆変換部１１３と同様の構成を有し、同様の処理を行う。つまり、逆変換部２１６は、変換部２１３と逆処理を行う。
【０２０２】
＜演算部＞
演算部２１７は、予測残差D’と予測残差D’に対応する予測画像Pとを加算し、局所復号画像Rlocalを導出する。
【０２０３】
＜フレームメモリ＞
フレームメモリ２１８は、画像に関するデータの記憶に関する処理を行う。例えば、フレームメモリ２１８は、演算部２１７より供給される局所復号画像Rlocalを入力とし、ピクチャ単位毎の復号画像Rを再構築して、フレームメモリ２１８内のバッファへ格納する。フレームメモリ２１８は、復号画像Rをバッファより読み出し、ループフィルタ部２１９へ供給する。
【０２０４】
＜ループフィルタ部＞
ループフィルタ部２１９は、ループフィルタ処理に関する処理を行う。例えば、ループフィルタ部２１９は、復号画像Rをフレームメモリ２１８から読み出し、フィルタ情報Finfoによって指定されるループフィルタ処理により、フィルタ後の復号画像R'を生成する。また、ループフィルタ部２１９は、フィルタ後の復号画像R'を、フレームメモリ２１８へ供給する。なお、ループフィルタ部２１９が行うループフィルタ処理には、デブロッキングフィルタ（DBF（DeBlocking Filter））や、画素適応オフセット（SAO（Sample Adaptive Offset））や、適応ループフィルタ（ALF(Adaptive Loop Filter)）や、その他の線形・非線形フィルタ（ウィーナーフィルタ、バイラテラルフィルタなど）が含まれる。
【０２０５】
＜符号化部＞
符号化部２２０は、復号部１１１の逆処理であり、シンタックステーブルの定義に沿って、制御部１４から供給される符号化パラメータ（ヘッダ情報、予測モード情報Pinfo、変換情報Tinfo、フィルタ情報Finfo）、および量子化部１２より供給される量子化変換係数レベルlevelを、各シンタックス要素のシンタックス値へ変換し、各シンタックス値を可変長符号化（例えば、算術符号）し、ビット列を生成する。
【０２０６】
なお、符号化部２２０は、量子化変換係数レベルlevelから残差情報RInfoを導出し、残差情報RInfoを符号化し、ビット列を生成する。また、符号化部２２０は、可変長符号化された各シンタックス要素のビット列を多重化し、符号化データ#1を生成して出力する。
【０２０７】
＜予測部＞
図２４は予測部２１１の主な構成例を示すブロック図である。図２４の示されるように、予測部２１１は、イントラ予測部２３１、インター予測部２３２、および予測画像選択部２３３を有する。
【０２０８】
イントラ予測部２３１は、イントラ予測に関する処理を行う。例えば、イントラ予測部２３１は、予測モード情報Pinfoに基づいて、フレームメモリ２１８から参照画像を読み出し、その参照画像を用いて、イントラ予測を行い、予測画像を生成する。イントラ予測部１３２は、各イントラ予測モードでイントラ予測を行い、それぞれのコスト関数（またはコストとも称する）を算出する。イントラ予測部２３１は、生成した各イントラ予測モードの予測画像を、予測モード情報Pinfo等とともに予測画像選択部２３３に供給する。
【０２０９】
インター予測部２３２は、インター予測に関する処理を行う。例えば、インター予測部２３２は、予測モード情報Pinfoに基づいて、フレームメモリ２１８から参照画像を読み出し、その参照画像を用いて、インター予測を行い、予測画像を生成する。インター予測部２３２は、各インター予測モードでインター予測を行い、それぞれのコスト関数を算出する。インター予測部２３２は、生成した各インター予測モードの予測画像を、予測モード情報Pinfo等とともに予測画像選択部２３３に供給する。
【０２１０】
予測画像選択部２３３は、イントラ予測部２３１から供給されるイントラ予測画像と、インター予測部２３２から供給されるインター予測画像との中から、例えばコスト関数等に基づいて最適な予測モードの予測画像を選択する。予測画像選択部２３３は、選択した予測画像を演算部２１２および演算部２１７に供給する。
【０２１１】
＜イントラ予測部＞
図２５は、イントラ予測部２３１の主な構成例を示すブロック図である。図２５に示されるように、イントラ予測部２３１は、例えば、参照画素フィルタ部２５１およびイントラ予測画像生成部２５２を有する。
【０２１２】
＜参照画素フィルタ部＞
参照画素フィルタ部２５１は、予測モード情報Pinfo、ARSSフラグArssFlag、およびフレームメモリ２１８より供給される処理対象フレームの復号画像Ｒを入力とする。まず、参照画素フィルタ部２５１は、復号画像Ｒから処理対象ブロックのイントラ予測で利用する参照画素群refSamples(x) (x=-2＊width,…2＊width-1)を、上述の式（２）や式（３）のように設定する。
【０２１３】
補足：参照画素群refSamples(x)の生成時に、復号済画素が存在せず、参照できない場合は、以下の［１］乃至［４］のいずれかの方法によって、参照画素群refSamples(x)を設定する。
［１］  i=width…2＊width-1に対応するR(x0 + i, y0 - 1)の画素が参照できない場合、refSamples(i)には、例えば、R(x0 + width - 1, y0 - 1)の画素を設定する。
［２］  j=-2＊width…-widthに対応するR(x0 - 1, y0 + j + 1)の画素が参照できない場合、refSamples(j)には、例えば、R(x0 -1, y0 - width + 1)の画素を設定する。
［３］  i=-1…width-1に対応するR(x0 + i, y0 - 1)の画素が参照できない場合、refSamples(i)には、例えば、1<<(bitDepth - 1)の値を設定する。
［４］  j=-width…-1に対応するR(x0, y0 + j + 1)の画素が参照できない場合、refSamples(j)には、例えば、1<<(bitDepth - 1)の値を設定する。
【０２１４】
続いて、参照画素フィルタ部２５１は、ARSSフラグArssFlag、およびイントラ予測モードpredModeIntraを参照して、適応画素フィルタ処理に用いるフィルタfを選択する。
【０２１５】
参照画素フィルタ部２５１は、選択したフィルタfによって、上述の式（４）のように、参照画素群refSamples(x) (x=-2＊width,…2＊width-1)を平滑化して、フィルタ後のrefSamples'(x)を生成する。なお、フィルタが参照されなかった場合（フィルタを適用しなかった場合）は、refSamples'(x)には、上述の式（５）のように、フィルタ前のrefSamples(x)が設定される。
【０２１６】
参照画素フィルタ部２５１は、参照画素群refSamples'を出力する。
【０２１７】
＜イントラ予測画像生成部＞
イントラ予測画像生成部２５２は、参照画素群refSamples'、および予測モード情報Pinfoを入力とし、イントラ予測モードpredModeIntraに対応する予測方法によって、参照画素群refSamples'から予測画像Pを生成して出力する。イントラ予測画像生成部２５２は、DC予測部２６１、Planar予測部２６２、Angular予測部２６３、LM予測部２６４を備える。
【０２１８】
イントラ予測モードpredModeIntraがDC予測を示す場合、DC予測部２６１がDC予測画像を生成し、予測画像Ｐとして出力する。イントラ予測モードpredModeIntraがPlanar予測を示す場合、Planar予測部２６２が、Planar予測画像を生成し、予測画像Ｐとして出力する。イントラ予測モードpredModeIntraがAngular予測を示す場合、Angular予測部２６３が、Angular予測画像を生成し、予測画像Ｐとして出力する。イントラ予測モードpredModeIntraがLM予測を示す場合、LM予測部２６４が、LM予測画像を生成し、予測画像Ｐとして出力する。
【０２１９】
＜符号化部＞
図２６は、符号化部２２０の主な構成例を示すブロック図である。図２６に示されるように、符号化部２２０は、変換スキップフラグ符号化部２９１、インターRDPCMシンタックス符号化部２９２、ARSSデータハイディングフラグ導出部２９３、ARSSデータハイディング部２９４、および非ゼロ係数シンタックス符号化部２９５を有する。変換スキップフラグ符号化部２９１は、変換スキップフラグ（ts_flag）の符号化に関する処理を行うように構成される。インターRDPCMシンタックス符号化部２９２は、インターRDPCMに関するシンタックスの符号化に関する処理を行うように構成される。ARSSデータハイディングフラグ導出部２９３は、ARSSフラグをハイディングするか否かを示すARSSデータハイディングフラグの導出に関する処理を行うように構成される。ARSSデータハイディング部２９４は、ARSSデータハイディングに関する処理を行うように構成される。非ゼロ係数シンタックス符号化部２９５は、非ゼロ係数に関するシンタックスの符号化に関する処理を行うように構成される。
【０２２０】
＜画像符号化処理の流れ＞
次に、以上のような構成の画像符号化装置２００において実行される処理について説明する。画像符号化装置２００は、画像符号化処理を実行することにより例えば画像の符号化に関する処理を行う。
【０２２１】
画像符号化処理が開始されると、ステップＳ２０１において、制御部２０１は、符号化制御処理を行い、ブロック分割や符号化パラメータの設定等を行う。ステップＳ２０２において、予測部２１１は、予測処理を行い、最適な予測モードの予測画像等を生成する。
【０２２２】
ステップＳ２０３において、演算部２１２は、入力画像と、ステップＳ２０２の予測処理により選択された最適なモードの予測画像との差分を演算する。つまり、演算部２１２は、入力画像と予測画像との予測残差Ｄを生成する。このようにして求められた予測残差Ｄは、元の画像データに比べてデータ量が低減される。したがって、画像をそのまま符号化する場合に比べて、データ量を圧縮することができる。
【０２２３】
ステップＳ２０４において、変換部２１３は、ステップＳ２０３の処理により生成された予測残差Ｄに対して変換処理を行い、変換係数Coeffを導出する。なお、この変換処理は、ステップＳ１０３の逆変換処理の逆処理であり、上述した画像復号処理において実行される逆変換処理の逆処理である。
【０２２４】
ステップＳ２０５において、量子化部２１４は、制御部２０１により算出された量子化パラメータを用いる等して、ステップＳ２０４の処理により得られた変換係数Coeffを量子化し、量子化変換係数レベルlevelを導出する。
【０２２５】
ステップＳ２０６において、逆量子化部２１５は、ステップＳ２０５の処理により生成された量子化変換係数レベルlevelを、その量子化の特性に対応する特性で逆量子化し、変換係数Coeff_IQを導出する。
【０２２６】
ステップＳ２０７において、逆変換部２１６は、ステップＳ２０６の処理により得られた変換係数Coeff_IQを、ステップＳ２０４の変換処理に対応する方法で逆変換し、予測残差Ｄ'を導出する。なお、この逆変換処理は、上述した画像復号処理において実行される逆変換処理と同様に実行される。
【０２２７】
ステップＳ２０８において、演算部２１７は、ステップＳ２０７の処理により導出された予測残差Ｄ'に、ステップＳ２０２の予測処理により得られた予測画像を加算することにより、局所的に復号された復号画像を生成する。
【０２２８】
ステップＳ２０９において、フレームメモリ２１８は、ステップＳ２０８の処理により得られた、局所的に復号された復号画像を記憶する。
【０２２９】
ステップＳ２１０において、符号化部２２０は、ステップＳ２０５の処理により得られた量子化変換係数レベルlevelを符号化する。例えば、符号化部２２０は、画像に関する情報である量子化変換係数レベルlevelを、算術符号化等により符号化し、符号化データを生成する。また、このとき、符号化部２２０は、各種符号化パラメータ（ヘッダ情報Hinfo、予測モード情報Pinfo、変換情報Tinfo）を符号化する。さらに、符号化部２２０は、量子化変換係数レベルlevelから残差情報RInfoを導出し、その残差情報RInfoを符号化する。
【０２３０】
ステップＳ２１１において、ループフィルタ部２１９は、フレームメモリ２１８に記憶されている局所復号画像に対して所定のフィルタ処理を行う。ステップＳ２１の処理が終了すると、画像符号化処理が終了する。なお、ステップＳ２１１において、フィルタ後の局所復号画像は、フレームメモリ２１８において記憶される。
【０２３１】
＜予測処理の流れ＞
次に、図２８のフローチャートを参照して、図２７のステップＳ２０２において実行される予測処理の流れの例を説明する。予測処理が開始されると予測部２１１のイントラ予測部２３１は、ステップＳ２２１において、イントラ予測処理を行い、イントラ予測モードで予測画像を生成する。
【０２３２】
ステップＳ２２２において、予測部２１１のインター予測部２３２は、インター予測を行い、インター予測モードで予測画像を生成する。
【０２３３】
ステップＳ２２３において、予測画像選択部２３３は、例えばコスト関数値等の情報に基づいて、処理により生成された予測画像の中から、最適なイントラ予測モードの予測画像を選択する。ステップＳ２２３の処理が終了すると、処理は図２７に戻る。
【０２３４】
＜イントラ予測処理の流れ＞
次に、図２９のフローチャートを参照して、図２８のステップＳ２２１において実行されるイントラ予測処理の流れの例を説明する。
【０２３５】
イントラ予測処理が開始されると、ステップＳ２３１において、参照画素フィルタ部２５１は、参照画素群を設定する。ステップＳ２３２において、参照画素フィルタ部２５１は、適応参照画素平滑化処理を行う。ステップＳ２５４において、イントラ予測画像生成部２５２は、実行可能な全てのイントラ予測モードで予測画像を生成する。つまり、参照画素フィルタ部２５１は、ステップＳ２３２において、ARSSを適用する場合としない場合との両方について処理を行う。
【０２３６】
ステップＳ２３４において、イントラ予測画像生成部２５２は、各予測画像のコスト関数値を算出する。ステップＳ２３５において、イントラ予測画像生成部２５２は、最適なイントラ予測モードの予測画像を選択する。つまり、イントラ予測が採用される場合にARSSが適用されるか否かもこの時点で決定される。イントラ予測画像生成部２５２は、選択した予測画像を予測画像選択部２３３に供給する。
【０２３７】
ステップＳ２３５の処理が終了すると、イントラ予測処理が終了し、処理は図２８に戻る。
【０２３８】
＜符号化処理の流れ＞
次に、図３０のフローチャートを参照して、図２７のステップＳ２１０において実行される符号化処理の流れの例を説明する。なお、図２１に示されるシンタックスは、この符号化処理に対応する。
【０２３９】
符号化処理が開始されると、変換スキップフラグ符号化部２９１は、ステップＳ２４１において、例えば、上述の式（６）（または式（７））のような所定の条件１（condition 1）が真であるか否かを判定する。より具体的には、変換スキップフラグ符号化部２９１は、変換スキップ有効フラグts_enabled_flagが１（真）であって、かつ、変換ブロックのサイズが閾値MaxTSSize以下であって、かつ、変換量子化バイパスフラグtransquant_bypass_flagが０（偽）であるかを判定する。
【０２４０】
ステップＳ２４１において、条件１が真（１）である（式（６）または式（７）の条件が満たされている）と判定された場合、処理はステップＳ２４２に進む。ステップＳ２４２において、変換スキップフラグ符号化部２９１は、変換スキップフラグts_flagを符号化する。ステップＳ２４２の処理が終了すると処理はステップＳ２４３に進む。また、ステップＳ２４１において、条件１が偽（０）であると判定された場合、ステップＳ２４２の処理がスキップされ、処理はステップＳ２４３に進む。
【０２４１】
ステップＳ２４３において、インターRDPCMシンタックス符号化部２９２は、インターRDPCMに関するシンタックス群（図２１において、符号SYN103に含まれるインターRDPCMフラグinter_rdpcm_flag、およびインターRDPCM方向フラグinter_rdpcm_dir_flag）を符号化する。
【０２４２】
ステップＳ２４４において、ARSSデータハイディングフラグ導出部２９３は、ArssFlagがデータハイディングされているか否かを示すフラグArssDataHidden(Arssデータハイディングフラグともいう)を上述の式（８）乃至式（１２）に基づいて導出する。
【０２４３】
ステップＳ２４５において、符号化部２２０は、上述の式（１３）に示すcondition 2を満たすか否かを判定する。より具体的には、ARSSデータハイディングフラグArssDataHiddenが１（真）であるか否かを判定する。条件２が真であると判定された場合、処理はステップＳ２４６に進む。
【０２４４】
ステップＳ２４６において、ARSSデータハイディング部２９４は、変換ブロックの非ゼロ係数に関するデータ上に、ArssFlagの値をデータハイディングする。
【０２４５】
より具体的には、ARSSデータハイディング部２９４は、ArssFlagの値が１（真）であれば、変換ブロック内の非ゼロ係数のレベル値の絶対値和が奇数になるように、例えば、ラスト係数の係数値を補正する。
【０２４６】
その場合の係数値の補正方法は、例えば、レベル値の総和absSum (= calcAbsLevelSum(compID))が奇数であれば、ラスト係数の係数値は補正しない。また、レベル値の総和absSum (= calcAbsLevelSum(compID))が偶数であれば、ラスト係数の係数値を＋１or -1だけ補正する。"+1" or "-1"補正するかは、RDOの観点で最適なものを選択する。
【０２４７】
また、ARSSデータハイディング部２９４が、ArssFlagの値が１（真）であれば、変換ブロック内の非ゼロ係数のレベル値の絶対値和が偶数になるように、例えば、ラスト係数の係数値を補正するようにしてもよい。
【０２４８】
その場合の係数値の補正方法は、例えば、レベル値の総和absSum (= calcSumAbsLevel (compID))が偶数であれば、ラスト係数の係数値は補正しない。また、例えば、レベル値の総和absSum (= calcSumAbsLevel (compID))が奇数であれば、ラスト係数の係数値を＋１or -1だけ補正する。"+1" or "-1"補正するかは、RDOの観点で最適なものを選択する。
【０２４９】
補足：レベル値を補正する係数は、ラスト係数に限定されないが、高周波に位置する係数であることが望ましい。空間領域における変化が知覚されづらいためである。
【０２５０】
ステップＳ２４６の処理が終了すると、処理はステップＳ２４７に進む。また、ステップＳ２４５において、条件２が偽であると判定された場合、ステップＳ２４６の処理は省略され、処理はステップＳ２４７に進む。
【０２５１】
ステップＳ２４７において、非ゼロ係数シンタックス符号化部２９５は、変換ブロック内の非ゼロ係数に関するシンタックス群を符号化する。
【０２５２】
ステップＳ２４７の処理が終了すると、符号化処理が終了し、処理は図２７に戻る。以上に説明した各処理は、実施可能な範囲で、各ステップの処理順の入れ替えや、処理の内容を変更してもよい。
【０２５３】
例えば、非ゼロ係数のレベル値の絶対値和absSumを変換ブロック内に存在するすべての非ゼロ係数の総和として導出しているが、これに限定されない。
【０２５４】
具体的には、absSumを、上述の式（１７）に示すように、スキャン順で偶数位置に存在する非ゼロ係数のレベル値の絶対値和としてもよい。または、absSumを、上述の式（１８）に示すように、スキャン順で奇数位置に存在する非ゼロ係数のレベル値の絶対値和としてもよい。
【０２５５】
一般化すれば、上述の式（１９）に示すように、absSumを、スキャン順でスキャン位置pが、ｐのqによる剰余(p mod q, p % q)がrに等しいことを満たす非ゼロ係数のレベル値の絶対値和としてもよい。
【０２５６】
式（１７）乃至（１９）のメリットは、ARSSデータハイディングとその他のデータハイディングを共存させることが可能な点である。例えば、式（１７）であれば、スキャン順で奇数位置に存在する非ゼロ係数のデータ上にARSSフラグをハイディングし、その他のデータをスキャン順で偶数位置に存在する非ゼロ係数のデータ上にハイディングすることが可能である。式（１８）についても同様である。式（１９）の場合、最大でｑ個の異なるデータを非ゼロ係数のデータ上にハイディングすることが可能である。
【０２５７】
以上のように、ARSSデータハイディングやARSSが、変換量子化バイパスフラグtransquant_bypass_flag、変換スキップフラグts_flag、RDPCM有効フラグ等の値によって制御される。つまり、これらの関係は、上述した図２２の表のようになる。
【０２５８】
例えば、Case#1の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、(Inter/Intra)RDPCMを適用しない）、ARSSデータハイディングを禁止する。したがってCase#1の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減を抑制することができる。
【０２５９】
また例えばCase#2の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Inter RDPCMを適用する）、ARSSデータハイディングを禁止する。したがってCase#2の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減と、RDPCMの予測効率の低減とを抑制することができる。
【０２６０】
また例えばCase#3の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Intra RDPCMを適用する）、ARSSデータハイディングを禁止する。したがってCase#3の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減と、RDPCMの予測効率の低減とを抑制することができる。
【０２６１】
また例えばCase#4の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、(Inter/Intra)RDPCMを適用しない）、ARSSデータハイディングを禁止する。したがってCase#4の場合、従来技術と比較して、ARSSデータハイディングを禁止することで、ロスレス符号化が可能となる。
【０２６２】
また例えばCase#5の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Inter  RDPCMを適用する）、ARSSデータハイディングを禁止する。したがってCase#5の場合、従来技術と比較して、ARSSデータハイディングを禁止することで、ロスレス符号化が可能となる。また、ARSSデータハイディングによるRDPCMの予測効率の低減を抑制することができる。
【０２６３】
また例えばCase#6の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Intra  RDPCMを適用する）、ARSSデータハイディングを禁止する。したがってCase#6の場合、従来技術と比較して、ARSSデータハイディングを禁止することで、ロスレス符号化が可能となる。また、ARSSデータハイディングによるRDPCMの予測効率の低減を抑制することができる。
【０２６４】
したがって復号画像の主観画質の低減を抑制することができる。なお、ARSSデータハイディングを禁止するときは、ArssFlagが０に設定されるので、これらのケースの場合、ARSSは適用されない。したがって、ArssFlagの符号化が不要になり、符号化の負荷の増大を抑制することができる（より容易に符号化することができる）。また、その場合、ArssFlagが伝送されないので、符号量の増大を抑制することができる。
【０２６５】
＜４．第３の実施の形態＞
＜ArssFlagのシグナリング＞
以上の第１の実施の形態および第２の実施の形態においては、ARSSデータハイディングを禁止するときは、ArssFlagが０に設定されるように説明したが、これに限らず、データハイディングを行わない場合、ArssFlagを明示的にシグナリングするようにしてもよい。
【０２６６】
例えば、イントラ予測モードを識別する識別情報（識別番号）を、図３１のステップＳ３０１乃至ステップＳ３０７の判定にしたがって、Ｓ３０８乃至Ｓ３１１のように処理するようにしてもよい。この場合、ステップＳ３０８、ステップＳ３１０、およびステップＳ３１１の場合、データハイディングされるが、ステップＳ３０９の場合、ArssFlag（explicit_arss_flag）は、明示的にシグナリングされる。
【０２６７】
＜復号処理の流れ＞
この場合も、画像復号装置１００は、第１の実施の形態の場合と同様の構成を有する。また、画像復号処理（図１６）、予測処理（図１７）、イントラ予測処理（図１８）、およびフィルタ選択処理（図１９）は、第１の実施の形態の場合と同様に実行される。
【０２６８】
この場合の復号処理の流れの例を、図３２のフローチャートを参照して説明する。なお、この復号処理に対応するシンタックスの例を図３３に示す。
【０２６９】
ステップＳ３３１乃至ステップＳ３３７の各処理は、ステップＳ１４１乃至ステップＳ１４７（図２０）の各処理と同様に実行される。ステップＳ３３７において、条件２が偽（０）であると判定された場合、処理はステップＳ３３８に進む。
【０２７０】
ステップＳ３３８において、ARSSフラグ復号部１９５は、符号化データからARSS制御フラグexplicit_arss_flagを復号する。この処理は、図３３の上から１１段目乃至１３段目のシンタックスに対応する。ARSS制御フラグexplicit_arss_flagに関するセマンティクスは、図３４に示す通りである。
【０２７１】
ARSS制御フラグexplicit_arss_flagは、処理対象ブロックのイントラ予測に利用される参照画素に対して、適応参照画素平滑化処理を実施するか否かを示すフラグである。ARSS制御フラグexplicit_arss_flagの値が１の場合、処理対象ブロックのイントラ予測に利用される参照画素に対して、適応参照画素平滑化処理を実施することを示す。ARSS制御フラグexplicit_arss_flagの値が０の場合、処理対象ブロックのイントラ予測に利用される参照画素に対して、適応参照画素平滑化処理を実施しないことを示す。なお、フラグの値の意味は、入れ替えてもよい。例えば、値が１の場合に適応参照画素平滑化処理を実施しないことを示し。値が０の場合に適応参照画素平滑化処理を実施することを示すようにしてもよい。
【０２７２】
ステップＳ３３９において、ARSSフラグ復号部１９５は、以下の式（２１）のように、復号したARSS制御フラグexplicit_arss_flagの値を、ArssFlagに設定する。
【０２７３】
ArssFlag = explicit_arss_flag  ・・・（２１）
【０２７４】
ステップＳ３３９の処理が終了すると、復号処理が終了し、処理が図１６に戻る。また、ステップＳ３４０およびステップＳ３４１の各処理は、ステップＳ１４９およびステップＳ１５０の各処理（図２０）と同様に実行される。
【０２７５】
以上のように、この場合、データハイディングが禁止されているときは、ArssFlagが、ARSS制御フラグexplicit_arss_flagとして明示的に伝送される。したがって、画像復号装置１００は、そのArssFlag（ARSS制御フラグexplicit_arss_flag）に基づいて、適応参照画素平滑化処理を実施することができる。
【０２７６】
つまり、各ケースにおいて、ARSSデータハイディングフラグやArssFlag（ARSS制御フラグexplicit_arss_flag）は、図３５の表のように取り扱われる。
【０２７７】
例えばCase#1の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、(Inter/Intra)RDPCMを適用しない）、ARSSデータハイディングが禁止され、explicit_arss_flag（ArssFlag）がシグナリングされる。したがってCase#1の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２７８】
また例えばCase#2の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Inter  RDPCMを適用する）、ARSSデータハイディングが禁止され、explicit_arss_flag（ArssFlag）がシグナリングされる。したがってCase#2の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減、およびRDPCMの予測効率の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２７９】
また例えばCase#3の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Intra RDPCMを適用する）、ARSSデータハイディングが禁止され、explicit_arss_flag（ArssFlag）がシグナリングされる。したがってCase#3の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減、およびRDPCMの予測効率の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２８０】
また例えばCase#4の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、(Inter/Intra)RDPCMを適用しない）、ARSSデータハイディングが禁止され、explicit_arss_flag（ArssFlag）がシグナリングされる。したがってCase#4の場合、従来技術と比較して、ARSSデータハイディングが禁止されることで、ロスレス符号化が可能となる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２８１】
また例えばCase#5の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Inter RDPCMを適用する）、ARSSデータハイディングが禁止され、explicit_arss_flag（ArssFlag）がシグナリングされる。したがってCase#5の場合、従来技術と比較して、ARSSデータハイディングが禁止されることで、ロスレス符号化が可能となる。また、ARSSデータハイディングによるRDPCMの予測効率の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２８２】
また例えばCase#6の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Intra RDPCMを適用する）、ARSSデータハイディングが禁止され、explicit_arss_flag（ArssFlag）がシグナリングされる。したがってCase#6の場合、従来技術と比較して、ARSSデータハイディングが禁止されることで、ロスレス符号化が可能となる。また、ARSSデータハイディングによるRDPCMの予測効率の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２８３】
したがって、復号画像の主観画質の低減を抑制することができる。
【０２８４】
＜５．第４の実施の形態＞
＜符号化処理の流れ＞
次に、第３の実施の形態のように復号される符号化データを生成する符号化について説明する。この場合も、画像符号化装置２００は、第２の実施の形態の場合と同様の構成を有する。また、画像符号化処理（図２７）、予測処理（図２８）、およびイントラ予測処理（図２９）は、第２の実施の形態の場合と同様に実行される。
【０２８５】
この場合の符号化処理の流れの例を、図３６のフローチャートを参照して説明する。なお、図３３に示されるシンタックスは、この符号化処理に対応する。
【０２８６】
ステップＳ３６１乃至ステップＳ３６５の各処理は、ステップＳ３４１乃至ステップＳ２４５（図３０）の各処理と同様に実行される。ステップＳ３４５において、条件２が偽（０）であると判定された場合、処理はステップＳ３６６に進む。
【０２８７】
ステップＳ３６６において、ARSSデータハイディング部２９４は、以下の式（２２）のように、ArssFlagの値をARSS制御フラグexplicit_arss_flagに設定する。
【０２８８】
explicit_arss_flag = ArssFlag  ・・・（２２）
【０２８９】
ステップＳ３６７において、ARSSデータハイディング部２９４は、ARSS制御フラグexplicit_arss_flagを符号化する。ステップＳ３６７の処理が終了すると処理はステップＳ３６９に進む。
【０２９０】
ステップＳ３６８およびステップＳ３６９の各処理は、ステップＳ２４６およびステップＳ２４７（図３０）の各処理と同様に実行される。
【０２９１】
以上のように、この場合、データハイディングが禁止されているときは、ArssFlagをARSS制御フラグexplicit_arss_flagとして明示的に伝送する。したがって、画像符号化装置２００は、そのArssFlag（ARSS制御フラグexplicit_arss_flag）に基づいて、適応参照画素平滑化処理を実施させることができる。
【０２９２】
つまり、各ケースにおいて、ARSSデータハイディングフラグやArssFlag（ARSS制御フラグexplicit_arss_flag）は、上述した図３５の表のように取り扱われる。
【０２９３】
例えばCase#1の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、(Inter/Intra)RDPCMを適用しない）、ARSSデータハイディングを禁止し、explicit_arss_flag（ArssFlag）をシグナリングする。したがってCase#1の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２９４】
また例えばCase#2の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Inter  RDPCMを適用する）、ARSSデータハイディングを禁止し、explicit_arss_flag（ArssFlag）をシグナリングする。したがってCase#2の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減、およびRDPCMの予測効率の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２９５】
また例えばCase#3の場合（変換量子化バイパスを適用しない、かつ、変換スキップを適用する、かつ、Intra RDPCMを適用する）、ARSSデータハイディングを禁止し、explicit_arss_flag（ArssFlag）をシグナリングする。したがってCase#3の場合、従来技術と比較して、ARSSデータハイディングによる主観画質の低減、およびRDPCMの予測効率の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２９６】
また例えばCase#4の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、(Inter/Intra)RDPCMを適用しない）、ARSSデータハイディングを禁止し、explicit_arss_flag（ArssFlag）をシグナリングする。したがってCase#4の場合、従来技術と比較して、ARSSデータハイディングを禁止することで、ロスレス符号化が可能となる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２９７】
また例えばCase#5の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Inter RDPCMを適用する）、ARSSデータハイディングを禁止し、explicit_arss_flag（ArssFlag）をシグナリングする。したがってCase#5の場合、従来技術と比較して、ARSSデータハイディングを禁止することで、ロスレス符号化が可能となる。また、ARSSデータハイディングによるRDPCMの予測効率の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２９８】
また例えばCase#6の場合（変換量子化バイパスを適用する、かつ、変換スキップを適用しない、かつ、Intra RDPCMを適用する）、ARSSデータハイディングを禁止し、explicit_arss_flag（ArssFlag）をシグナリングする。したがってCase#6の場合、従来技術と比較して、ARSSデータハイディングを禁止することで、ロスレス符号化が可能となる。また、ARSSデータハイディングによるRDPCMの予測効率の低減を抑制することができる。さらに、ARSSの制御により符号化効率の低減を抑制することができる。
【０２９９】
したがって、復号画像の主観画質の低減を抑制することができる。
【０３００】
＜６．第５の実施の形態＞
＜target dataのハイディング禁止＞
以上の各実施の形態においては、ArssFlagのデータハイディングについて説明したが、本技術を適用した制御の対象は、ArssFlagに限定されない。本技術は、ハイディングが行われる任意のデータを対象とすることができる。以下においては、対象とするデータをターゲットデータ（target_data）と称する。ターゲットデータは、どのようなデータであってもよい。例えば、ArssFlag同様、所定の処理を制御する制御データであるようにしてもよい。
【０３０１】
＜復号部＞
その場合も、画像復号装置１００は、第１の実施の形態の場合と同様に制御することができる。つまり、変換量子化バイパスを適用する場合、変換スキップを適用する場合、または、RDPCMを適用する場合、ターゲットデータのデータハイディングが禁止され、ターゲットデータが符号化側から伝送されず、初期値に設定するようにしてもよい。
【０３０２】
その場合も画像復号装置１００は、第１の実施の形態において説明した構成と基本的に同様の構成を有する。図３７は、この場合の復号部１１１の主な構成例を示すブロック図である。この復号部１１１は、ArssFlagに限らず、一般的なターゲットデータを処理することができるように構成されている。つまり、図３７に示されるように、復号部１１１は、図１５の場合のARSSデータハイディングフラグ導出部１９４の代わりに、ターゲットデータハイディングフラグ導出部３３４を有し、ARSSフラグ復号部１９５の代わりにターゲットデータ復号部３３５を有する。
【０３０３】
ターゲットデータハイディングフラグ導出部３３４は、ターゲットデータをハイディングするか否かを示すターゲットデータハイディングフラグの導出に関する処理を行うように構成される。ターゲットデータ復号部３３５は、所定の処理を適用するか否かを示すターゲットデータの復号に関する処理を行うように構成される。
【０３０４】
＜復号処理の流れ＞
この復号部１１１により実行される復号処理の流れの例を、図３８のフローチャートを参照して説明する。なお、その他の処理は、第１の実施の形態の場合と同様に実行することができる。
【０３０５】
ステップＳ３８１乃至ステップＳ３８５の各処理は、ステップＳ１４１乃至ステップＳ１４５の各処理と同様に実行される。
【０３０６】
ステップＳ３８６において、ターゲットデータハイディングフラグ導出部３３４は、ターゲットデータハイディングフラグを導出する。この導出方法は、ステップＳ１４６におけるARSSデータハイディングフラグの導出方法と同様である。
【０３０７】
ステップＳ３８７において、ターゲットデータ復号部３３５は、条件２が真であるか否かを判定する。この場合、条件２は、例えば図３９に示されるような条件式が設定される。
【０３０８】
条件２が偽（０）であると判定された場合、処理はステップＳ３８８に進む。ステップＳ３８８において、ターゲットデータ復号部３３５は、ターゲットデータを初期化する。つまり、初期値のターゲットデータを設定する。この初期値はどのような値であってもよい。
【０３０９】
ステップＳ３８８の処理が終了すると、復号処理が終了し、処理は図１６に戻る。また、ステップＳ３８７において、条件２が真であると判定された場合、処理はステップＳ３８９に進む。ステップＳ３８９において、ターゲットデータ復号部３３５は、変換ブロック内の非ゼロ係数のレベル値の絶対値和absSumを上述の式（１４）（または式（１７）乃至式（１９））により導出する。また、ステップＳ３９０において、ターゲットデータ復号部３３５は、その導出された変換ブロック内の非ゼロ係数のレベル値の絶対値和が偶数か奇数かに基づいて、ターゲットデータの値を設定する。つまり、ターゲットデータ復号部３３５は、データハイディングされたターゲットデータを符号化データより抽出する。ステップＳ３９０の処理が終了すると、復号処理が終了し、処理は図１６に戻る。
【０３１０】
したがって、この場合、ターゲットデータやそのターゲットデータのデータハイディングは、変換量子化バイパスフラグtransquant_bypass_flag、変換スキップフラグts_flag、RDPCM有効フラグ等の値によって図４０のように制御される。つまり、各ケースにおいて、第１の実施の形態の場合と同様に制御され、同様の効果を得ることができる。したがって、この場合も、復号画像の主観画質の低減を抑制することができる。
【０３１１】
＜７．第６の実施の形態＞
＜符号化部＞
次に、以上のように復号される符号化データを生成する符号化について説明する。その場合も、画像符号化装置２００は、第２の実施の形態の場合と同様に制御することができる。つまり、変換量子化バイパスを適用する場合、変換スキップを適用する場合、または、RDPCMを適用する場合、ターゲットデータのデータハイディングを禁止し、ターゲットデータを伝送せずに、復号側において初期値に設定させるようにしてもよい。
【０３１２】
その場合も画像符号化装置２００は、第２の実施の形態において説明した構成と基本的に同様の構成を有する。図４１は、この場合の符号化部２２０の主な構成例を示すブロック図である。この符号化部２２０は、ArssFlagに限らず、一般的なターゲットデータを処理することができるように構成されている。つまり、図４１に示されるように、符号化部２２０は、図２６の場合のARSSデータハイディングフラグ導出部２９３の代わりに、ターゲットデータハイディングフラグ導出部３５３を有し、ARSSデータハイディング部２９４の代わりにターゲットデータハイディング部３５４を有する。
【０３１３】
ターゲットデータハイディングフラグ導出部３５３は、ターゲットデータをハイディングするか否かを示すターゲットデータハイディングフラグの導出に関する処理を行うように構成される。ターゲットデータハイディング部３５４は、ターゲットデータのハイディングに関する処理を行うように構成される。
【０３１４】
＜符号化処理の流れ＞
この符号化部２２０により実行される符号化処理の流れの例を、図４２のフローチャートを参照して説明する。なお、その他の処理は、第２の実施の形態の場合と同様に実行することができる。
【０３１５】
ステップＳ４０１乃至ステップＳ４０３の各処理は、ステップＳ２４１乃至ステップＳ２４３（図３０）の各処理と同様に実行される。
【０３１６】
ステップＳ４０４において、ターゲットデータハイディングフラグ導出部３５３は、ターゲットデータハイディングフラグを導出する。この導出方法は、ステップＳ２４４におけるARSSデータハイディングフラグの導出方法と同様である。
【０３１７】
ステップＳ４０５において、ターゲットデータハイディング部３５４は、条件２が真であるか否かを判定する。この場合、条件２は、例えば図３９に示されるような条件式が設定される。
【０３１８】
条件２が真（１）であると判定された場合、処理はステップＳ４０６に進む。ステップＳ４０６において、ターゲットデータハイディング部３５４は、ターゲットデータをハイディングする。より具体的には、ターゲットデータハイディング部３５４は、ターゲットデータの値が１（真）であれば、変換ブロック内の非ゼロ係数のレベル値の絶対値和が奇数になるように、例えば、ラスト係数の係数値を補正する。その場合の係数値の補正方法は、第２の実施の形態の場合と同様である。
【０３１９】
ステップＳ４０６の処理が終了すると処理はステップＳ４０７に進む。また、ステップＳ４０５において条件２が偽（０）であると判定された場合、ステップＳ４０６の処理はスキップされ、処理はステップＳ４０７に進む。
【０３２０】
ステップＳ４０７の処理は、ステップＳ２４７（図３０）の処理と同様に実行される。
【０３２１】
したがって、この場合、ターゲットデータやそのターゲットデータのデータハイディングは、変換量子化バイパスフラグtransquant_bypass_flag、変換スキップフラグts_flag、RDPCM有効フラグ等の値によって図４０のように制御される。つまり、各ケースにおいて、第２の実施の形態の場合と同様に制御され、同様の効果を得ることができる。したがって、この場合も、復号画像の主観画質の低減を抑制することができる。
【０３２２】
＜８．第７の実施の形態＞
＜target dataの明示的なシグナリング＞
第５の実施の形態や第６の実施の形態のように、対象をターゲットデータとする場合も、第３の実施の形態のように、データハイディングを禁止する場合に、ターゲットデータを明示的にシグナリングするようにしてもよい。
【０３２３】
＜復号処理の流れ＞
この場合も、画像復号装置１００は、第５の実施の形態の場合と同様の構成を有する。この場合の復号処理の流れの例を、図４３のフローチャートを参照して説明する。なお、その他の処理は、第１の実施の形態の場合と同様に実行することができる。
【０３２４】
ステップＳ４２１乃至ステップＳ４２７の各処理は、ステップＳ３８１乃至ステップＳ３８７（図３８）の各処理と同様に実行される。ステップＳ４２７において、条件２が偽（０）であると判定された場合、処理はステップＳ４２８に進む。
【０３２５】
ステップＳ４２８において、ターゲットデータ復号部３３５は、符号化データからターゲットデータ制御フラグexplicit_target_dataを復号する。
【０３２６】
ステップＳ４２９において、ターゲットデータ復号部３３５は、復号したターゲットデータ制御フラグexplicit_target_dataの値を、ターゲットデータ（target_data）に設定する。
【０３２７】
ステップＳ４２９の処理が終了すると、復号処理が終了し、処理が図１６に戻る。また、ステップＳ４３０およびステップＳ４３１の各処理は、ステップＳ３８９およびステップＳ３９０の各処理（図３８）と同様に実行される。
【０３２８】
以上のように、この場合、データハイディングが禁止されているときは、ターゲットデータが、ターゲットデータ制御フラグexplicit_target_dataとして明示的に伝送される。したがって、画像復号装置１００は、そのターゲットデータ（ターゲットデータ制御フラグexplicit_target_data）に基づいて、所定の処理を実施することができる。
【０３２９】
つまり、各ケースにおいて、ターゲットデータハイディングフラグやターゲットデータ（ターゲットデータ制御フラグexplicit_target_data）は、図４４の表のように制御される。つまり、各ケースにおいて、第３の実施の形態の場合と同様に制御され、同様の効果を得ることができる。したがって、この場合も、復号画像の主観画質の低減を抑制することができる。
【０３３０】
＜９．第８の実施の形態＞
＜符号化処理の流れ＞
次に、以上のように復号される符号化データを生成する符号化について説明する。その場合も、画像符号化装置２００は、第４の実施の形態の場合と同様に制御することができる。つまり、変換量子化バイパスを適用する場合、変換スキップを適用する場合、または、RDPCMを適用する場合、ターゲットデータのデータハイディングを禁止し、ターゲットデータを明示的にシグナリングするようにしてもよい。
【０３３１】
その場合も画像符号化装置２００は、第４の実施の形態において説明した構成と基本的に同様の構成を有する。この場合の符号化処理の流れの例を、図４５のフローチャートを参照して説明する。なお、その他の処理は、第４の実施の形態の場合と同様に実行することができる。
【０３３２】
ステップＳ４４１乃至ステップＳ４４５の各処理は、ステップＳ４０１乃至ステップＳ４０５（図４２）の各処理と同様に実行される。
【０３３３】
ステップＳ４４５において、条件２が偽（０）であると判定された場合、処理はステップＳ４４６に進む。ステップＳ４４６において、ターゲットデータハイディング部３５４は、ターゲットデータの値をターゲットデータ制御フラグexplicit_target_dataに設定する。
【０３３４】
ステップＳ４４７において、ターゲットデータハイディング部３５４は、ターゲットデータ制御フラグexplicit_target_dataを符号化する。ステップＳ４４７の処理が終了すると処理はステップＳ４４９に進む。
【０３３５】
ステップＳ４４８およびステップＳ４４９の各処理は、ステップＳ４０６およびステップＳ４０７（図４２）の各処理と同様に実行される。
【０３３６】
以上のように、この場合、データハイディングが禁止されているときは、ターゲットデータをターゲットデータ制御フラグexplicit_target_dataとして明示的に伝送する。したがって、画像符号化装置２００は、そのターゲットデータ（ターゲットデータ制御フラグexplicit_target_data）に基づいて、所定の処理を実施させることができる。
【０３３７】
つまり、各ケースにおいて、ターゲットデータハイディングフラグやターゲットデータ（ターゲットデータ制御フラグexplicit_target_data）は、上述した図４４の表のように制御される。つまり、各ケースにおいて、第４の実施の形態の場合と同様に制御され、同様の効果を得ることができる。したがって、この場合も、復号画像の主観画質の低減を抑制することができる。
【０３３８】
＜１０．第９の実施の形態＞
＜変換情報Tinfo＞
第５の実施の形態乃至第８の実施の形態において説明したターゲットデータは、どのような情報であってもよい。例えば、ターゲットデータが、単数の情報により構成されるようにしてもよいし、複数の情報により構成されるようにしてもよい。
【０３３９】
また、例えば、ターゲットデータが、変換情報Tinfoを含むようにしてもよい。例えば、ターゲットデータが、符号化において適応的なプライマリ変換（復号においてその逆処理）を適用するか否かを示す適応的プライマリ変換フラグapt_flagを含むようにしてもよい。その場合のresidual_codingのシンタックスの例を図４６に示す。図４６に示されるように、この場合のハイディングの条件は、上から７段目のようになる。このAptFlagHiddenが真であれば、上から９段目および１０段目に記載のように、適応的プライマリ変換フラグapt_flagがデータハイディングされる。AptFlagHiddenが偽であれば、上から１２段目のように、適応的プライマリ変換フラグapt_flagの伝送がスキップされ、復号側において適応的プライマリ変換フラグapt_flagの値が「０」にセットされる。
【０３４０】
なお、もちろん、データハイディングが禁止される場合に、適応的プライマリ変換フラグapt_flagを明示的にシグナリングするようにしてもよい。その場合のresidual_codingのシンタックスの例を図４７に示す。
【０３４１】
また、例えば、ターゲットデータが、垂直方向、および水平方向の（逆）プライマリ変換にどの（逆）プライマリ変換を適用するかを示す識別子であるプライマリ変換識別子pt_idxを含むようにしてもよい。その場合のresidual_codingのシンタックスの例を図４８に示す。この場合も、図４７の場合と同様にすることができる。
【０３４２】
図４８に示されるように、プライマリ変換識別子pt_idxの一部のビットをハイディングするようにしてもよい。例えば、プライマリ変換識別子pt_idxの上位１ビットをハイディングするようにしてもよいし、下位１ビットをハイディングするようにしてもよい。
【０３４３】
例えば、上から８段目乃至１０段目のように、PtIdxHidden==1の場合、つまり、pt_idxの一部のシンタックス（例：上位ビット、下位ビット）がハイディングされている場合、データハイディングにより、pt_idxの下位ビットを復号するようにしてもよい。また、例えば、上から１１段目および１２段目のように、PtIdxHidden==0の場合、つまり、pt_idxの一部のシンタックスがハイディングされていない場合、下位ビットを０と推定し、OneBitOfPtIdx = 0と推定するようにしてもよい。
【０３４４】
なお、上から１７段目に記載のように、PtIdxHidden==1の場合、つまり、pt_idxの一部のシンタックスがハイディングされている場合、pt_idxの下位ビットを除く残りのデータを復号し、PtIdxHidden==0の場合、pt_idxの下位ビットを含むデータを符号化データから復号するようにしてもよい。
【０３４５】
さらに、上から１９段目および２０段目のように、復号したpt_idxとデータハイディングの逆処理によって得たOneBitOfPtIdx (pt_idxの下位ビット)から、真のプライマリ変換識別子PtIdxを導出するようにしてもよい。
【０３４６】
また、例えば、ターゲットデータが、どの（逆）セカンダリ変換を適用するかを示す識別子であるセカンダリ変換識別子st_idxを含むようにしてもよい。その場合のresidual_codingのシンタックスの例を図４９に示す。この場合も、図４８の場合と同様にすることができる。
【０３４７】
これらの場合であっても、上述した各実施の形態の場合と同様の効果を得ることができる。
【０３４８】
＜１１．第１０の実施の形態＞
＜予測モード情報Pinfo＞
また、例えば、ターゲットデータが、予測モード情報Pinfoを含むようにしてもよい。例えば、ターゲットデータが、輝度イントラ予測モード残余データrem_intra_luma_pred_mode[x0][y0]を含むようにしてもよい。また、例えば、ターゲットデータが、色差イントラ予測モードintra_chroma_pred_mode[x0][y0]を含むようにしてもよい。また、例えば、ターゲットデータが、マージインデックスmarge_idxを含むようにしてもよい。また、例えば、ターゲットデータが、インター予測識別子inter_pred_idcを含むようにしてもよい。また、例えば、ターゲットデータが、予測に用いる参照ピクチャを指定する識別子ref_idx_lX:LX(X=0,1)を含むようにしてもよい。これらの情報を含む場合のprediction unitのシンタックスの例を図５０および図５１に示す。
【０３４９】
また、各シンタックスを表すデータの上位１ビットまたは下位１ビットをハイディングするようにしてもよい。つまり、ターゲットデータの一部をハイディングするようにしてもよい。その場合の、residual_codingのシンタックスの例を図５２に示す。つまり、ターゲットデータが、予測モード情報Pinfoである場合も、ターゲットデータが、変換情報Tinfoである場合と同様にすることができる。
【０３５０】
＜１２．その他＞
＜情報のデータ単位＞
以上において説明した画像に関する情報や画像の符号化・復号に関する情報が設定される（または対象とするデータの）データ単位は、それぞれ任意であり、上述した例に限定されない。例えば、これらの情報が、それぞれ、TU（Transform Unit）、TB(Transform Block)、PU（Prediction Unit）、PB(Prediction Block)、CU（Coding Unit）、LCU（Largest Coding Unit）、サブブロック、ブロック、タイル、スライス、ピクチャ、シーケンス、またはコンポーネント毎に設定されるようにしてもよいし、それらのデータ単位のデータを対象とするようにしてもよい。もちろん、このデータ単位は、情報毎に設定される。つまり、全ての情報が同一のデータ単位毎に設定される（または対象とする）ようにしなくてもよい。なお、これらの情報の格納場所は任意であり、上述したデータ単位のヘッダやパラメータセット等に格納されるようにしてもよい。また、複数個所に格納されるようにしてもよい。
【０３５１】
＜制御情報＞
以上の各実施の形態において説明した本技術に関する制御情報を符号化側から復号側に伝送するようにしてもよい。例えば、上述した本技術を適用することを許可（または禁止）するか否かを制御する制御情報（例えばenabled_flag）を伝送するようにしてもよい。また、例えば、上述した本技術を適用することを許可（または禁止）するブロックサイズの上限若しくは下限、またはその両方を指定する制御情報を伝送するようにしてもよい。
【０３５２】
＜符号化・復号＞
本技術は、任意の画像符号化・復号方式に適用することができる。つまり、変換（逆変換）、量子化（逆量子化）、符号化（復号）、予測等、画像符号化・復号に関する各種処理の仕様は任意であり、上述した例に限定されない。例えば、変換（逆変換）において、（逆）プライマリ変換および（逆）セカンダリ変換以外の（逆）変換（すなわち３以上の（逆）変換）が行われるようにしてもよい。また、符号化（復号）は、可逆な方式であってもよいし、非可逆な方式であってもよい。さらに、量子化（逆量子化）やループフィルタ処理等は省略するようにしてもよい。
【０３５３】
＜本技術の適用分野＞
本技術を適用したシステム、装置、処理部等は、例えば、交通、医療、防犯、農業、畜産業、鉱業、美容、工場、家電、気象、自然監視等、任意の分野に利用することができる。また、その用途も任意である。
【０３５４】
例えば、本技術は、観賞用コンテンツ等の提供の用に供されるシステムやデバイスに適用することができる。また、例えば、本技術は、交通状況の監理や自動運転制御等、交通の用に供されるシステムやデバイスにも適用することができる。さらに、例えば、本技術は、セキュリティの用に供されるシステムやデバイスにも適用することができる。また、例えば、本技術は、機械等の自動制御の用に供されるシステムやデバイスに適用することができる。さらに、例えば、本技術は、農業や畜産業の用に供されるシステムやデバイスにも適用することができる。また、本技術は、例えば火山、森林、海洋等の自然の状態や野生生物等を監視するシステムやデバイスにも適用することができる。さらに、例えば、本技術は、スポーツの用に供されるシステムやデバイスにも適用することができる。
【０３５５】
＜多視点画像符号化・復号システムへの適用＞
上述した一連の処理は、複数の視点（ビュー（view））の画像を含む多視点画像の符号化・復号を行う多視点画像符号化・復号システムに適用することができる。その場合、各視点（ビュー（view））の符号化・復号において、本技術を適用するようにすればよい。
【０３５６】
＜階層画像符号化・復号システムへの適用＞
また、上述した一連の処理は、所定のパラメータについてスケーラビリティ（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は、プログラムを実行することにより、例えばユーザインタフェース部９７１から入力される操作信号に応じて、撮像装置９６０の動作を制御する。
【０４１５】
ユーザインタフェース部９７１は、制御部９７０と接続される。ユーザインタフェース部９７１は、例えば、ユーザが撮像装置９６０を操作するためのボタンおよびスイッチなどを有する。ユーザインタフェース部９７１は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部９７０へ出力する。
【０４１６】
このように構成された撮像装置９６０において、例えば画像処理部９６４が、上述した画像符号化装置２００の機能を有するようにしてもよい。つまり、画像処理部９６４が、画像データを、以上の各実施の形態において説明した方法で符号化するようにしてもよい。このようにすることにより、撮像装置９６０は、図１乃至図５２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０４１７】
また、このように構成された撮像装置９６０において、例えば画像処理部９６４が、上述した画像復号装置１００の機能を有するようにしてもよい。つまり、画像処理部９６４が、符号化データを、以上の各実施の形態において説明した方法で復号するようにしてもよい。このようにすることにより、撮像装置９６０は、図１乃至図５２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０４１８】
＜第５の応用例：ビデオセット＞
また、本技術は、任意の装置またはシステムを構成する装置に搭載するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。図５８は、本技術を適用したビデオセットの概略的な構成の一例を示している。
【０４１９】
近年、電子機器の多機能化が進んでおり、その開発や製造において、その一部の構成を販売や提供等として実施する場合、１機能を有する構成として実施を行う場合だけでなく、関連する機能を有する複数の構成を組み合わせ、複数の機能を有する１セットとして実施を行う場合も多く見られるようになってきた。
【０４２０】
図５８に示されるビデオセット１３００は、このような多機能化された構成であり、画像の符号化や復号（いずれか一方でもよいし、両方でも良い）に関する機能を有するデバイスに、その機能に関連するその他の機能を有するデバイスを組み合わせたものである。
【０４２１】
図５８に示されるように、ビデオセット１３００は、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４等のモジュール群と、コネクティビティ１３２１、カメラ１３２２、およびセンサ１３２３等の関連する機能を有するデバイスとを有する。
【０４２２】
モジュールは、互いに関連するいくつかの部品的機能をまとめ、まとまりのある機能を持った部品としたものである。具体的な物理的構成は任意であるが、例えば、それぞれ機能を有する複数のプロセッサ、抵抗やコンデンサ等の電子回路素子、その他のデバイス等を配線基板等に配置して一体化したものが考えられる。また、モジュールに他のモジュールやプロセッサ等を組み合わせて新たなモジュールとすることも考えられる。
【０４２３】
図５８の例の場合、ビデオモジュール１３１１は、画像処理に関する機能を有する構成を組み合わせたものであり、アプリケーションプロセッサ、ビデオプロセッサ、ブロードバンドモデム１３３３、およびRFモジュール１３３４を有する。
【０４２４】
プロセッサは、所定の機能を有する構成をSoC（System On a Chip）により半導体チップに集積したものであり、例えばシステムLSI（Large Scale Integration）等と称されるものもある。この所定の機能を有する構成は、論理回路（ハードウエア構成）であってもよいし、CPU、ROM、RAM等と、それらを用いて実行されるプログラム（ソフトウエア構成）であってもよいし、その両方を組み合わせたものであってもよい。例えば、プロセッサが、論理回路とCPU、ROM、RAM等とを有し、機能の一部を論理回路（ハードウエア構成）により実現し、その他の機能をCPUにおいて実行されるプログラム（ソフトウエア構成）により実現するようにしてもよい。
【０４２５】
図５８のアプリケーションプロセッサ１３３１は、画像処理に関するアプリケーションを実行するプロセッサである。このアプリケーションプロセッサ１３３１において実行されるアプリケーションは、所定の機能を実現するために、演算処理を行うだけでなく、例えばビデオプロセッサ１３３２等、ビデオモジュール１３１１内外の構成を必要に応じて制御することもできる。
【０４２６】
ビデオプロセッサ１３３２は、画像の符号化・復号（その一方または両方）に関する機能を有するプロセッサである。
【０４２７】
ブロードバンドモデム１３３３は、インターネットや公衆電話回線網等の広帯域の回線を介して行われる有線若しくは無線（またはその両方）の広帯域通信により送信するデータ（デジタル信号）をデジタル変調する等してアナログ信号に変換したり、その広帯域通信により受信したアナログ信号を復調してデータ（デジタル信号）に変換したりする。ブロードバンドモデム１３３３は、例えば、ビデオプロセッサ１３３２が処理する画像データ、画像データが符号化されたストリーム、アプリケーションプログラム、設定データ等、任意の情報を処理する。
【０４２８】
RFモジュール１３３４は、アンテナを介して送受信されるRF（Radio Frequency）信号に対して、周波数変換、変復調、増幅、フィルタ処理等を行うモジュールである。例えば、RFモジュール１３３４は、ブロードバンドモデム１３３３により生成されたベースバンド信号に対して周波数変換等を行ってRF信号を生成する。また、例えば、RFモジュール１３３４は、フロントエンドモジュール１３１４を介して受信されたRF信号に対して周波数変換等を行ってベースバンド信号を生成する。
【０４２９】
なお、図５８において点線１３４１に示されるように、アプリケーションプロセッサ１３３１とビデオプロセッサ１３３２を、一体化し、１つのプロセッサとして構成されるようにしてもよい。
【０４３０】
外部メモリ１３１２は、ビデオモジュール１３１１の外部に設けられた、ビデオモジュール１３１１により利用される記憶デバイスを有するモジュールである。この外部メモリ１３１２の記憶デバイスは、どのような物理構成により実現するようにしてもよいが、一般的にフレーム単位の画像データのような大容量のデータの格納に利用されることが多いので、例えばDRAM（Dynamic Random Access Memory）のような比較的安価で大容量の半導体メモリにより実現するのが望ましい。
【０４３１】
パワーマネージメントモジュール１３１３は、ビデオモジュール１３１１（ビデオモジュール１３１１内の各構成）への電力供給を管理し、制御する。
【０４３２】
フロントエンドモジュール１３１４は、RFモジュール１３３４に対してフロントエンド機能（アンテナ側の送受信端の回路）を提供するモジュールである。図５８に示されるように、フロントエンドモジュール１３１４は、例えば、アンテナ部１３５１、フィルタ１３５２、および増幅部１３５３を有する。
【０４３３】
アンテナ部１３５１は、無線信号を送受信するアンテナおよびその周辺の構成を有する。アンテナ部１３５１は、増幅部１３５３から供給される信号を無線信号として送信し、受信した無線信号を電気信号（RF信号）としてフィルタ１３５２に供給する。フィルタ１３５２は、アンテナ部１３５１を介して受信されたRF信号に対してフィルタ処理等を行い、処理後のRF信号をRFモジュール１３３４に供給する。増幅部１３５３は、RFモジュール１３３４から供給されるRF信号を増幅し、アンテナ部１３５１に供給する。
【０４３４】
コネクティビティ１３２１は、外部との接続に関する機能を有するモジュールである。コネクティビティ１３２１の物理構成は、任意である。例えば、コネクティビティ１３２１は、ブロードバンドモデム１３３３が対応する通信規格以外の通信機能を有する構成や、外部入出力端子等を有する。
【０４３５】
例えば、コネクティビティ１３２１が、Bluetooth（登録商標）、IEEE 802.11（例えばWi-Fi（Wireless Fidelity、登録商標））、NFC（Near Field Communication）、IrDA（InfraRed Data Association）等の無線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した信号を送受信するアンテナ等を有するようにしてもよい。また、例えば、コネクティビティ１３２１が、USB（Universal Serial Bus）、HDMI（登録商標）（High-Definition Multimedia Interface）等の有線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した端子を有するようにしてもよい。さらに、例えば、コネクティビティ１３２１が、アナログ入出力端子等のその他のデータ（信号）伝送機能等を有するようにしてもよい。
【０４３６】
なお、コネクティビティ１３２１が、データ（信号）の伝送先のデバイスを含むようにしてもよい。例えば、コネクティビティ１３２１が、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等の記録媒体に対してデータの読み出しや書き込みを行うドライブ（リムーバブルメディアのドライブだけでなく、ハードディスク、SSD（Solid State Drive）、NAS（Network Attached Storage）等も含む）を有するようにしてもよい。また、コネクティビティ１３２１が、画像や音声の出力デバイス（モニタやスピーカ等）を有するようにしてもよい。
【０４３７】
カメラ１３２２は、被写体を撮像し、被写体の画像データを得る機能を有するモジュールである。カメラ１３２２の撮像により得られた画像データは、例えば、ビデオプロセッサ１３３２に供給されて符号化される。
【０４３８】
センサ１３２３は、例えば、音声センサ、超音波センサ、光センサ、照度センサ、赤外線センサ、イメージセンサ、回転センサ、角度センサ、角速度センサ、速度センサ、加速度センサ、傾斜センサ、磁気識別センサ、衝撃センサ、温度センサ等、任意のセンサ機能を有するモジュールである。センサ１３２３により検出されたデータは、例えば、アプリケーションプロセッサ１３３１に供給されてアプリケーション等により利用される。
【０４３９】
以上においてモジュールとして説明した構成をプロセッサとして実現するようにしてもよいし、逆にプロセッサとして説明した構成をモジュールとして実現するようにしてもよい。
【０４４０】
以上のような構成のビデオセット１３００において、後述するようにビデオプロセッサ１３３２に本技術を適用することができる。したがって、ビデオセット１３００は、本技術を適用したセットとして実施することができる。
【０４４１】
＜ビデオプロセッサの構成例＞
図５９は、本技術を適用したビデオプロセッサ１３３２（図５８）の概略的な構成の一例を示している。
【０４４２】
図５９の例の場合、ビデオプロセッサ１３３２は、ビデオ信号およびオーディオ信号の入力を受けてこれらを所定の方式で符号化する機能と、符号化されたビデオデータおよびオーディオデータを復号し、ビデオ信号およびオーディオ信号を再生出力する機能とを有する。
【０４４３】
図５９に示されるように、ビデオプロセッサ１３３２は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、フレームメモリ１４０５、およびメモリ制御部１４０６を有する。また、ビデオプロセッサ１３３２は、エンコード・デコードエンジン１４０７、ビデオES（Elementary Stream）バッファ１４０８Ａおよび１４０８Ｂ、並びに、オーディオESバッファ１４０９Ａおよび１４０９Ｂを有する。さらに、ビデオプロセッサ１３３２は、オーディオエンコーダ１４１０、オーディオデコーダ１４１１、多重化部（MUX（Multiplexer））１４１２、逆多重化部（DMUX（Demultiplexer））１４１３、およびストリームバッファ１４１４を有する。
【０４４４】
ビデオ入力処理部１４０１は、例えばコネクティビティ１３２１（図５８）等から入力されたビデオ信号を取得し、デジタル画像データに変換する。第１画像拡大縮小部１４０２は、画像データに対してフォーマット変換や画像の拡大縮小処理等を行う。第２画像拡大縮小部１４０３は、画像データに対して、ビデオ出力処理部１４０４を介して出力する先でのフォーマットに応じて画像の拡大縮小処理を行ったり、第１画像拡大縮小部１４０２と同様のフォーマット変換や画像の拡大縮小処理等を行ったりする。ビデオ出力処理部１４０４は、画像データに対して、フォーマット変換やアナログ信号への変換等を行って、再生されたビデオ信号として例えばコネクティビティ１３２１等に出力する。
【０４４５】
フレームメモリ１４０５は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、およびエンコード・デコードエンジン１４０７によって共用される画像データ用のメモリである。フレームメモリ１４０５は、例えばDRAM等の半導体メモリとして実現される。
【０４４６】
メモリ制御部１４０６は、エンコード・デコードエンジン１４０７からの同期信号を受けて、アクセス管理テーブル１４０６Ａに書き込まれたフレームメモリ１４０５へのアクセススケジュールに従ってフレームメモリ１４０５に対する書き込み・読み出しのアクセスを制御する。アクセス管理テーブル１４０６Ａは、エンコード・デコードエンジン１４０７、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３等で実行される処理に応じて、メモリ制御部１４０６により更新される。
【０４４７】
エンコード・デコードエンジン１４０７は、画像データのエンコード処理、並びに、画像データが符号化されたデータであるビデオストリームのデコード処理を行う。例えば、エンコード・デコードエンジン１４０７は、フレームメモリ１４０５から読み出した画像データを符号化し、ビデオストリームとしてビデオESバッファ１４０８Ａに順次書き込む。また、例えば、ビデオESバッファ１４０８Ｂからビデオストリームを順次読み出して復号し、画像データとしてフレームメモリ１４０５に順次書き込む。エンコード・デコードエンジン１４０７は、これらの符号化や復号において、フレームメモリ１４０５を作業領域として使用する。また、エンコード・デコードエンジン１４０７は、例えばマクロブロック毎の処理を開始するタイミングで、メモリ制御部１４０６に対して同期信号を出力する。
【０４４８】
ビデオESバッファ１４０８Ａは、エンコード・デコードエンジン１４０７によって生成されたビデオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。ビデオESバッファ１４０８Ｂは、逆多重化部（DMUX）１４１３から供給されたビデオストリームをバッファリングして、エンコード・デコードエンジン１４０７に供給する。
【０４４９】
オーディオESバッファ１４０９Ａは、オーディオエンコーダ１４１０によって生成されたオーディオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。オーディオESバッファ１４０９Ｂは、逆多重化部（DMUX）１４１３から供給されたオーディオストリームをバッファリングして、オーディオデコーダ１４１１に供給する。
【０４５０】
オーディオエンコーダ１４１０は、例えばコネクティビティ１３２１等から入力されたオーディオ信号を例えばデジタル変換し、例えばMPEGオーディオ方式やAC3（AudioCode number 3）方式等の所定の方式で符号化する。オーディオエンコーダ１４１０は、オーディオ信号が符号化されたデータであるオーディオストリームをオーディオESバッファ１４０９Ａに順次書き込む。オーディオデコーダ１４１１は、オーディオESバッファ１４０９Ｂから供給されたオーディオストリームを復号し、例えばアナログ信号への変換等を行って、再生されたオーディオ信号として例えばコネクティビティ１３２１等に供給する。
【０４５１】
多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化する。この多重化の方法（すなわち、多重化により生成されるビットストリームのフォーマット）は任意である。また、この多重化の際に、多重化部（MUX）１４１２は、所定のヘッダ情報等をビットストリームに付加することもできる。つまり、多重化部（MUX）１４１２は、多重化によりストリームのフォーマットを変換することができる。例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームに変換する。また、例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、記録用のファイルフォーマットのデータ（ファイルデータ）に変換する。
【０４５２】
逆多重化部（DMUX）１４１３は、多重化部（MUX）１４１２による多重化に対応する方法で、ビデオストリームとオーディオストリームとが多重化されたビットストリームを逆多重化する。つまり、逆多重化部（DMUX）１４１３は、ストリームバッファ１４１４から読み出されたビットストリームからビデオストリームとオーディオストリームとを抽出する（ビデオストリームとオーディオストリームとを分離する）。つまり、逆多重化部（DMUX）１４１３は、逆多重化によりストリームのフォーマットを変換（多重化部（MUX）１４１２による変換の逆変換）することができる。例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等から供給されたトランスポートストリームを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。また、例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１により各種記録媒体から読み出されたファイルデータを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。
【０４５３】
ストリームバッファ１４１４は、ビットストリームをバッファリングする。例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたトランスポートストリームをバッファリングし、所定のタイミングにおいて、または外部からの要求等に基づいて、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等に供給する。
【０４５４】
また、例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたファイルデータをバッファリングし、所定のタイミングにおいて、または外部からの要求等に基づいて、例えばコネクティビティ１３２１等に供給し、各種記録媒体に記録させる。
【０４５５】
さらに、ストリームバッファ１４１４は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等を介して取得したトランスポートストリームをバッファリングし、所定のタイミングにおいて、または外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
【０４５６】
また、ストリームバッファ１４１４は、例えばコネクティビティ１３２１等において各種記録媒体から読み出されたファイルデータをバッファリングし、所定のタイミングにおいて、または外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
【０４５７】
次に、このような構成のビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１等からビデオプロセッサ１３３２に入力されたビデオ信号は、ビデオ入力処理部１４０１において４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式のデジタル画像データに変換され、フレームメモリ１４０５に順次書き込まれる。このデジタル画像データは、第１画像拡大縮小部１４０２または第２画像拡大縮小部１４０３に読み出されて、４：２：０Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式へのフォーマット変換および拡大縮小処理が行われ、再びフレームメモリ１４０５に書き込まれる。この画像データは、エンコード・デコードエンジン１４０７によって符号化され、ビデオストリームとしてビデオESバッファ１４０８Ａに書き込まれる。
【０４５８】
また、コネクティビティ１３２１等からビデオプロセッサ１３３２に入力されたオーディオ信号は、オーディオエンコーダ１４１０によって符号化され、オーディオストリームとして、オーディオESバッファ１４０９Ａに書き込まれる。
【０４５９】
ビデオESバッファ１４０８Ａのビデオストリームと、オーディオESバッファ１４０９Ａのオーディオストリームは、多重化部（MUX）１４１２に読み出されて多重化され、トランスポートストリームまたはファイルデータ等に変換される。多重化部（MUX）１４１２により生成されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等を介して外部ネットワークに出力される。また、多重化部（MUX）１４１２により生成されたファイルデータは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１等に出力され、各種記録媒体に記録される。
【０４６０】
また、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等を介して外部ネットワークからビデオプロセッサ１３３２に入力されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。また、例えばコネクティビティ１３２１等において各種記録媒体から読み出され、ビデオプロセッサ１３３２に入力されたファイルデータは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。つまり、ビデオプロセッサ１３３２に入力されたトランスポートストリームまたはファイルデータは、逆多重化部（DMUX）１４１３によりビデオストリームとオーディオストリームとに分離される。
【０４６１】
オーディオストリームは、オーディオESバッファ１４０９Ｂを介してオーディオデコーダ１４１１に供給され、復号されてオーディオ信号が再生される。また、ビデオストリームは、ビデオESバッファ１４０８Ｂに書き込まれた後、エンコード・デコードエンジン１４０７により順次読み出されて復号されてフレームメモリ１４０５に書き込まれる。復号された画像データは、第２画像拡大縮小部１４０３によって拡大縮小処理されて、フレームメモリ１４０５に書き込まれる。そして、復号された画像データは、ビデオ出力処理部１４０４に読み出されて、４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式にフォーマット変換され、さらにアナログ信号に変換されて、ビデオ信号が再生出力される。
【０４６２】
このように構成されるビデオプロセッサ１３３２に本技術を適用する場合、エンコード・デコードエンジン１４０７に、上述した各実施形態に係る本技術を適用すればよい。つまり、例えば、エンコード・デコードエンジン１４０７が、上述した画像符号化装置２００の機能若しくは画像復号装置１００の機能またはその両方を有するようにしてもよい。このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図５２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０４６３】
なお、エンコード・デコードエンジン１４０７において、本技術（すなわち、画像符号化装置２００の機能若しくは画像復号装置１００の機能またはその両方）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
【０４６４】
＜ビデオプロセッサの他の構成例＞
図６０は、本技術を適用したビデオプロセッサ１３３２の概略的な構成の他の例を示している。図６０の例の場合、ビデオプロセッサ１３３２は、ビデオデータを所定の方式で符号化・復号する機能を有する。
【０４６５】
より具体的には、図６０に示されるように、ビデオプロセッサ１３３２は、制御部１５１１、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、および内部メモリ１５１５を有する。また、ビデオプロセッサ１３３２は、コーデックエンジン１５１６、メモリインタフェース１５１７、多重化・逆多重化部（MUX DMUX）１５１８、ネットワークインタフェース１５１９、およびビデオインタフェース１５２０を有する。
【０４６６】
制御部１５１１は、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６等、ビデオプロセッサ１３３２内の各処理部の動作を制御する。
【０４６７】
図６０に示されるように、制御部１５１１は、例えば、メインCPU１５３１、サブCPU１５３２、およびシステムコントローラ１５３３を有する。メインCPU１５３１は、ビデオプロセッサ１３３２内の各処理部の動作を制御するためのプログラム等を実行する。メインCPU１５３１は、そのプログラム等に従って制御信号を生成し、各処理部に供給する（つまり、各処理部の動作を制御する）。サブCPU１５３２は、メインCPU１５３１の補助的な役割を果たす。例えば、サブCPU１５３２は、メインCPU１５３１が実行するプログラム等の子プロセスやサブルーチン等を実行する。システムコントローラ１５３３は、メインCPU１５３１およびサブCPU１５３２が実行するプログラムを指定する等、メインCPU１５３１およびサブCPU１５３２の動作を制御する。
【０４６８】
ディスプレイインタフェース１５１２は、制御部１５１１の制御の下、画像データを例えばコネクティビティ１３２１等に出力する。例えば、ディスプレイインタフェース１５１２は、デジタルデータの画像データをアナログ信号に変換し、再生されたビデオ信号として、またはデジタルデータの画像データのまま、コネクティビティ１３２１のモニタ装置等に出力する。
【０４６９】
ディスプレイエンジン１５１３は、制御部１５１１の制御の下、画像データに対して、その画像を表示させるモニタ装置等のハードウエアスペックに合わせるように、フォーマット変換、サイズ変換、色域変換等の各種変換処理を行う。
【０４７０】
画像処理エンジン１５１４は、制御部１５１１の制御の下、画像データに対して、例えば画質改善のためのフィルタ処理等、所定の画像処理を施す。
【０４７１】
内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６により共用される、ビデオプロセッサ１３３２の内部に設けられたメモリである。内部メモリ１５１５は、例えば、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６の間で行われるデータの授受に利用される。例えば、内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６から供給されるデータを格納し、必要に応じて（例えば、要求に応じて）、そのデータを、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６に供給する。この内部メモリ１５１５は、どのような記憶デバイスにより実現するようにしてもよいが、一般的にブロック単位の画像データやパラメータ等といった小容量のデータの格納に利用することが多いので、例えばSRAM（Static Random Access Memory）のような比較的（例えば外部メモリ１３１２と比較して）小容量だが応答速度が高速な半導体メモリにより実現するのが望ましい。
【０４７２】
コーデックエンジン１５１６は、画像データの符号化や復号に関する処理を行う。このコーデックエンジン１５１６が対応する符号化・復号の方式は任意であり、その数は１つであってもよいし、複数であってもよい。例えば、コーデックエンジン１５１６は、複数の符号化・復号方式のコーデック機能を備え、その中から選択されたもので画像データの符号化または符号化データの復号を行うようにしてもよい。
【０４７３】
図６０に示される例において、コーデックエンジン１５１６は、コーデックに関する処理の機能ブロックとして、例えば、MPEG-2 Video１５４１、AVC/H.264１５４２、HEVC/H.265１５４３、HEVC/H.265(Scalable)１５４４、HEVC/H.265(Multi-view)１５４５、およびMPEG-DASH１５５１を有する。
【０４７４】
MPEG-2 Video１５４１は、画像データをMPEG-2方式で符号化したり復号したりする機能ブロックである。AVC/H.264１５４２は、画像データをAVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265１５４３は、画像データをHEVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265(Scalable)１５４４は、画像データをHEVC方式でスケーラブル符号化したりスケーラブル復号したりする機能ブロックである。HEVC/H.265(Multi-view)１５４５は、画像データをHEVC方式で多視点符号化したり多視点復号したりする機能ブロックである。
【０４７５】
MPEG-DASH１５５１は、画像データをMPEG-DASH（MPEG-Dynamic Adaptive Streaming over HTTP）方式で送受信する機能ブロックである。MPEG-DASHは、HTTP（HyperText Transfer Protocol）を使ってビデオのストリーミングを行う技術であり、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択し伝送することを特徴の１つとする。MPEG-DASH１５５１は、規格に準拠するストリームの生成やそのストリームの伝送制御等を行い、画像データの符号化・復号については、上述したMPEG-2 Video１５４１乃至HEVC/H.265(Multi-view)１５４５を利用する。
【０４７６】
メモリインタフェース１５１７は、外部メモリ１３１２用のインタフェースである。画像処理エンジン１５１４やコーデックエンジン１５１６から供給されるデータは、メモリインタフェース１５１７を介して外部メモリ１３１２に供給される。また、外部メモリ１３１２から読み出されたデータは、メモリインタフェース１５１７を介してビデオプロセッサ１３３２（画像処理エンジン１５１４またはコーデックエンジン１５１６）に供給される。
【０４７７】
多重化・逆多重化部（MUX DMUX）１５１８は、符号化データのビットストリーム、画像データ、ビデオ信号等、画像に関する各種データの多重化や逆多重化を行う。この多重化・逆多重化の方法は任意である。例えば、多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、複数のデータを１つにまとめるだけでなく、所定のヘッダ情報等をそのデータに付加することもできる。また、逆多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、１つのデータを複数に分割するだけでなく、分割した各データに所定のヘッダ情報等を付加することもできる。つまり、多重化・逆多重化部（MUX DMUX）１５１８は、多重化・逆多重化によりデータのフォーマットを変換することができる。例えば、多重化・逆多重化部（MUX DMUX）１５１８は、ビットストリームを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームや、記録用のファイルフォーマットのデータ（ファイルデータ）に変換することができる。もちろん、逆多重化によりその逆変換も可能である。
【０４７８】
ネットワークインタフェース１５１９は、例えばブロードバンドモデム１３３３やコネクティビティ１３２１等向けのインタフェースである。ビデオインタフェース１５２０は、例えばコネクティビティ１３２１やカメラ１３２２等向けのインタフェースである。
【０４７９】
次に、このようなビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１やブロードバンドモデム１３３３等を介して外部ネットワークからトランスポートストリームを受信すると、そのトランスポートストリームは、ネットワークインタフェース１５１９を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、例えば、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてファイルデータに変換され、ビデオインタフェース１５２０を介して例えばコネクティビティ１３２１等に出力され、各種記録媒体に記録される。
【０４８０】
さらに、例えば、コネクティビティ１３２１等により図示せぬ記録媒体から読み出された、画像データが符号化された符号化データのファイルデータは、ビデオインタフェース１５２０を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてトランスポートストリームに変換され、ネットワークインタフェース１５１９を介して例えばコネクティビティ１３２１やブロードバンドモデム１３３３等に供給され図示せぬ他の装置に伝送される。
【０４８１】
なお、ビデオプロセッサ１３３２内の各処理部の間での画像データやその他のデータの授受は、例えば、内部メモリ１５１５や外部メモリ１３１２を利用して行われる。また、パワーマネージメントモジュール１３１３は、例えば制御部１５１１への電力供給を制御する。
【０４８２】
このように構成されるビデオプロセッサ１３３２に本技術を適用する場合、コーデックエンジン１５１６に、上述した各実施形態に係る本技術を適用すればよい。つまり、例えば、コーデックエンジン１５１６が、上述した画像符号化装置２００の機能若しくは画像復号装置１００の機能またはその両方を有するようにすればよい。このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図５２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０４８３】
なお、コーデックエンジン１５１６において、本技術（すなわち、画像符号化装置２００の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
【０４８４】
以上にビデオプロセッサ１３３２の構成を２例示したが、ビデオプロセッサ１３３２の構成は任意であり、上述した２例以外のものであってもよい。また、このビデオプロセッサ１３３２は、１つの半導体チップとして構成されるようにしてもよいが、複数の半導体チップとして構成されるようにしてもよい。例えば、複数の半導体を積層する３次元積層LSIとしてもよい。また、複数のLSIにより実現されるようにしてもよい。
【０４８５】
＜装置への適用例＞
ビデオセット１３００は、画像データを処理する各種装置に組み込むことができる。例えば、ビデオセット１３００は、テレビジョン装置９００（図５４）、携帯電話機９２０（図５５）、記録再生装置９４０（図５６）、撮像装置９６０（図５７）等に組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図５２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０４８６】
なお、上述したビデオセット１３００の各構成の一部であっても、ビデオプロセッサ１３３２を含むものであれば、本技術を適用した構成として実施することができる。例えば、ビデオプロセッサ１３３２のみを本技術を適用したビデオプロセッサとして実施することができる。また、例えば、上述したように点線１３４１により示されるプロセッサやビデオモジュール１３１１等を、本技術を適用したプロセッサやモジュール等として実施することができる。さらに、例えば、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４を組み合わせ、本技術を適用したビデオユニット１３６１として実施することもできる。いずれの構成の場合であっても、図１乃至図５２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０４８７】
つまり、ビデオプロセッサ１３３２を含むものであればどのような構成であっても、ビデオセット１３００の場合と同様に、画像データを処理する各種装置に組み込むことができる。例えば、ビデオプロセッサ１３３２、点線１３４１により示されるプロセッサ、ビデオモジュール１３１１、または、ビデオユニット１３６１を、テレビジョン装置９００（図５４）、携帯電話機９２０（図５５）、記録再生装置９４０（図５６）、撮像装置９６０（図５７）等に組み込むことができる。そして、本技術を適用したいずれかの構成を組み込むことにより、その装置は、ビデオセット１３００の場合と同様に、図１乃至図５２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０４８８】
＜第６の応用例：ネットワークシステム＞
また、本技術は、複数の装置により構成されるネットワークシステムにも適用することもできる。図６１は、本技術を適用したネットワークシステムの概略的な構成の一例を示している。
【０４８９】
図６１に示されるネットワークシステム１６００は、機器同士が、ネットワークを介して画像（動画像）に関する情報を授受するシステムである。このネットワークシステム１６００のクラウドサービス１６０１は、自身に通信可能に接続されるコンピュータ１６１１、AV（Audio Visual）機器１６１２、携帯型情報処理端末１６１３、IoT（Internet of Things）デバイス１６１４等の端末に対して、画像（動画像）に関するサービスを提供するシステムである。例えば、クラウドサービス１６０１は、所謂動画配信（オンデマンドやライブ配信）のような、画像（動画像）のコンテンツの供給サービスを端末に提供する。また、例えば、クラウドサービス１６０１は、端末から画像（動画像）のコンテンツを受け取って保管するバックアップサービスを提供する。また、例えば、クラウドサービス１６０１は、端末同士の画像（動画像）のコンテンツの授受を仲介するサービスを提供する。
【０４９０】
クラウドサービス１６０１の物理構成は任意である。例えば、クラウドサービス１６０１は、動画像を保存し、管理するサーバ、動画像を端末に配信するサーバ、動画像を端末から取得するサーバ、ユーザ（端末）や課金を管理するサーバ等の各種サーバや、インターネットやLAN等の任意のネットワークを有するようにしてもよい。
【０４９１】
コンピュータ１６１１は、例えば、パーソナルコンピュータ、サーバ、ワークステーション等のような情報処理装置により構成される。AV機器１６１２は、例えば、テレビジョン受像機、ハードディスクレコーダ、ゲーム機器、カメラ等のような画像処理装置により構成される。携帯型情報処理端末１６１３は、例えば、ノート型パーソナルコンピュータ、タブレット端末、携帯電話機、スマートフォン等のような携帯型の情報処理装置により構成される。IoTデバイス１６１４は、例えば、機械、家電、家具、その他の物、ICタグ、カード型デバイス等、画像に関する処理を行う任意の物体により構成される。これらの端末は、いずれも通信機能を有し、クラウドサービス１６０１に接続し（セッションを確立し）、クラウドサービス１６０１と情報の授受を行う（すなわち通信を行う）ことができる。また、各端末は、他の端末と通信を行うこともできる。端末間の通信は、クラウドサービス１６０１を介して行うようにしてもよいし、クラウドサービス１６０１を介さずに行うようにしてもよい。
【０４９２】
以上のようなネットワークシステム１６００に本技術を適用し、端末間や、端末とクラウドサービス１６０１との間で画像（動画像）のデータが授受される際に、その画像データを各実施の形態において上述したように符号化・復号するようにしてもよい。つまり、端末（コンピュータ１６１１乃至IoTデバイス１６１４）やクラウドサービス１６０１が、それぞれ、上述した画像符号化装置２００や画像復号装置１００の機能を有するようにしてもよい。このようにすることにより、画像データを授受する端末（コンピュータ１６１１乃至IoTデバイス１６１４）やクラウドサービス１６０１は、図１乃至図５２を参照して上述した各実施の形態と同様の効果を得ることができる。
【０４９３】
＜補足＞
なお、本明細書において「フラグ」とは、複数の状態を識別するための情報であり、真(1)または偽(0)の２状態を識別する際に用いる情報だけでなく、３以上の状態を識別することが可能な情報も含まれる。したがって、この「フラグ」が取り得る値は、例えば1/0の２値であってもよいし、３値以上であってもよい。すなわち、この「フラグ」を構成するbit数は任意であり、1bitでも複数bitでもよい。また、識別情報（フラグも含む）は、その識別情報をビットストリームに含める形だけでなく、ある基準となる情報に対する識別情報の差分情報をビットストリームに含める形も想定されるため、本明細書においては、「フラグ」や「識別情報」は、その情報だけではなく、基準となる差分情報も包含する。
【０４９４】
また、符号化データ（ビットストリーム）に関する各種情報（メタデータ等）は、符号化データに関連づけられていれば、どのような形態で伝送または記録されるようにしてもよい。ここで、「関連付ける」という用語は、例えば、一方のデータを処理する際に他方のデータを利用し得る（リンクさせ得る）ようにすることを意味する。つまり、互いに関連付けられたデータは、１つのデータとしてまとめられてもよいし、それぞれ個別のデータとしてもよい。例えば、符号化データ（画像）に関連付けられた情報は、その符号化データ（画像）とは別の伝送路上で伝送されるようにしてもよい。また、例えば、符号化データ（画像）に関連付けられた情報は、その符号化データ（画像）とは別の記録媒体（または同一の記録媒体の別の記録エリア）に記録されるようにしてもよい。なお、この「関連付け」は、データ全体でなく、データの一部であってもよい。例えば、画像とその画像に対応する情報とが、複数フレーム、１フレーム、またはフレーム内の一部分などの任意の単位で互いに関連付けられるようにしてもよい。
【０４９５】
また、本明細書において、「合成する」、「多重化する」、「付加する」、「一体化する」、「含める」、「格納する」、「入れ込む」、「差し込む」、「挿入する」等の用語は、例えば符号化データとメタデータとを１つのデータにまとめるといった、複数の物を１つにまとめることを意味し、上述の「関連付ける」の１つの方法を意味する。
【０４９６】
また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０４９７】
また、例えば、本技術は、装置またはシステムを構成するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【０４９８】
なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、および、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０４９９】
また、例えば、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。
【０５００】
また、例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０５０１】
また、例えば、上述したプログラムは、任意の装置において実行することができる。その場合、その装置が、必要な機能（機能ブロック等）を有し、必要な情報を得ることができるようにすればよい。
【０５０２】
また、例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。換言するに、１つのステップに含まれる複数の処理を、複数のステップの処理として実行することもできる。逆に、複数のステップとして説明した処理を１つのステップとしてまとめて実行することもできる。
【０５０３】
なお、コンピュータが実行するプログラムは、プログラムを記述するステップの処理が、本明細書で説明する順序に沿って時系列に実行されるようにしても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで個別に実行されるようにしても良い。つまり、矛盾が生じない限り、各ステップの処理が上述した順序と異なる順序で実行されるようにしてもよい。さらに、このプログラムを記述するステップの処理が、他のプログラムの処理と並列に実行されるようにしても良いし、他のプログラムの処理と組み合わせて実行されるようにしても良い。
【０５０４】
なお、本明細書において複数説明した本技術は、矛盾が生じない限り、それぞれ独立に単体で実施することができる。もちろん、任意の複数の本技術を併用して実施することもできる。例えば、いずれかの実施の形態において説明した本技術の一部または全部を、他の実施の形態において説明した本技術の一部または全部と組み合わせて実施することもできる。また、上述した任意の本技術の一部または全部を、上述していない他の技術と併用して実施することもできる。
【０５０５】
なお、本技術は以下のような構成も取ることができる。
（１）  画像に関するデータに対する所定のデータのハイディングに関する処理を行い、前記画像の空間領域のデータを符号化する場合に前記ハイディングをスキップするハイディング部と、
前記ハイディング部により前記ハイディングが行われた前記画像に関するデータ、または、前記ハイディング部により前記ハイディングがスキップされた前記画像に関するデータを符号化する符号化部と
を備える画像処理装置。
（２）  前記ハイディング部は、前記画像に関するデータに対する変換処理および量子化をスキップする場合、前記ハイディングをスキップする
（１）に記載の画像処理装置。
（３）  前記ハイディング部は、前記画像に関するデータに対する変換処理をスキップする場合、前記ハイディングをスキップする
（１）または（２）に記載の画像処理装置。
（４）  前記ハイディング部は、RDPCM（Residual Differential Code Modulation）を適用する場合、前記ハイディングをスキップする
（１）乃至（３）のいずれかに記載の画像処理装置。
（５）  前記符号化部は、前記ハイディング部により前記ハイディングがスキップされる場合、前記所定のデータを符号化する
（１）乃至（４）のいずれかに記載の画像処理装置。
（６）  前記所定のデータにより制御される所定の処理を行う処理部をさらに備え、
前記処理部は、前記ハイディング部により前記ハイディングがスキップされる場合、初期状態の前記所定のデータに従って前記所定の処理を行う
（１）乃至（５）のいずれかに記載の画像処理装置。
（７）  前記所定のデータは、適応参照画素平滑化処理の制御に関する情報を含む
（１）乃至（６）のいずれかに記載の画像処理装置。
（８）  前記所定のデータは、前記画像に関するデータに対する変換処理または量子化に関する情報を含む
（１）乃至（７）のいずれかに記載の画像処理装置。
（９）  前記所定のデータは、前記画像の予測に関する情報を含む
（１）乃至（８）のいずれかに記載の画像処理装置。
（１０）  画像に関するデータに対する所定のデータのハイディングに関する処理を行い、前記画像の空間領域のデータを符号化する場合に前記ハイディングをスキップし、
前記ハイディングが行われた前記画像に関するデータ、または、前記ハイディングがスキップされた前記画像に関するデータを符号化する
画像処理方法。
（１１）  画像に関するデータが符号化された符号化データを復号し、前記画像に関するデータにハイディングされた所定のデータの復号に関する処理を行い、前記符号化データが前記画像の空間領域のデータが符号化されたものである場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする復号部
を備える画像処理装置。
（１２）  前記復号部は、前記符号化データにおいて、前記画像に関するデータに対する変換処理および量子化がスキップされている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする
（１１）に記載の画像処理装置。
（１３）  前記復号部は、前記符号化データにおいて、前記画像に関するデータに対する変換処理がスキップされている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする
（１１）または（１２）に記載の画像処理装置。
（１４）  前記復号部は、前記符号化データにおいて、RDPCM（Residual Differential Code Modulation）が適用されている場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする
（１１）乃至（１３）のいずれかに記載の画像処理装置。
（１５）  前記復号部は、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする場合、前記符号化データに含まれる、前記画像に関するデータにハイディングされていない前記所定のデータを復号する
（１１）乃至（１４）のいずれかに記載の画像処理装置。
（１６）  前記復号部は、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする場合、前記所定のデータを初期値に設定する
（１１）乃至（１４）のいずれかに記載の画像処理装置。
（１７）  前記所定のデータは、適応参照画素平滑化処理の制御に関する情報を含む
（１１）乃至（１６）のいずれかに記載の画像処理装置。
（１８）  前記所定のデータは、前記画像に関するデータに対する変換処理または量子化に関する情報を含む
（１１）乃至（１７）のいずれかに記載の画像処理装置。
（１９）  前記所定のデータは、前記画像の予測に関する情報を含む
（１１）乃至（１８）のいずれかに記載の画像処理装置。
（２０）  画像に関するデータが符号化された符号化データを復号し、前記画像に関するデータにハイディングされた所定のデータの復号に関する処理を行い、前記符号化データが前記画像の空間領域のデータが符号化されたものである場合、前記画像に関するデータにハイディングされた前記所定のデータの復号をスキップする
画像処理方法。
【０５０６】
処理対象ブロックの符号化モードに関する制御情報が、［１］乃至［３］のいずれも満たさないとき、
［１］  変換量子化バイパスを適用する
［２］  変換スキップを適用する
［３］  残差DPCMを適用する
該処理対象ブロックのある符号化モードに関する制御情報を、該処理対象ブロックに対応する変換ブロックの符号化データからデータハイディングの逆処理により復号し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御情報を、該変換ブロックの符号化データからデータハイディングの逆処理により復号しない
ことを特徴とする画像復号装置。
【０５０７】
［１］乃至［３］のいずれかを満たすとき、該処理対象ブロックのある符号化モードの制御情報に関してデータハイディングを禁止する。したがって、［１］乃至［３］のいずれかを満たすとき、データハイディングによる主観画質の低下およびRDPCMの予測効率の低下を防止することができる。また、ロスレス符号化が可能となる。
【０５０８】
処理対象ブロックの符号化モードに関する制御情報が、［１］乃至［３］のいずれも満たさないとき、
［１］  変換量子化バイパスを適用する
［２］  変換スキップを適用する
［３］  残差DPCMを適用する
該処理対象ブロックのある符号化モードに関する制御情報を、該処理対象ブロックに対応する変換ブロックのデータ上にデータハイディングにより符号化し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御情報を、該変換ブロックのデータ上にデータハイディングにより符号化しない
ことを特徴とする画像符号化装置。
【０５０９】
［１］乃至［３］のいずれかを満たすとき、該処理対象ブロックのある符号化モードの制御情報に関してデータハイディングを禁止する。したがって、［１］乃至［３］のいずれかを満たすとき、データハイディングによる主観画質の低下およびRDPCMの予測効率の低下を防止することができる。また、ロスレス符号化が可能となる。
【０５１０】
処理対象ブロックの符号化モードに関する制御情報が、上記［１］乃至［３］のいずれも満たさないとき、
該処理対象ブロックのある符号化モードに関する制御情報を、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングするか否かを示す制御フラグDataHidingFlagに"データハイディングする"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグに"データハイディングしない"を示す値を設定する
ことを特徴とする画像復号装置または画像符号化装置。
【０５１１】
処理対象ブロックの符号化モードに関する制御情報が、上記［１］乃至［３］のいずれも満たさないとき、
該処理対象ブロックの適応参照画素平滑化処理（ARSS: Adaptive Reference Sample Smoothing, ARSF: Adaptive Reference Sample Filtering）に関する制御情報ArssFlagを、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングするか否かを示す制御フラグArssDataHidingFlagに"データハイディングする"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグArssDataHidingFlagに"データハイディングしない"を示す値を設定する
ことを特徴とする画像復号装置または画像符号化装置。
【０５１２】
処理対象ブロックの符号化モードに関する制御情報が、上記［１］乃［３］のいずれも満たさないとき、
該処理対象ブロックのある符号化モードに関する制御情報が、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングされているか否かを示す制御フラグDataHiddenFlagに"データハイディングされている"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグに"データハイディングされていない"を示す値を設定する
ことを特徴とする画像復号装置または画像符号化装置。
【０５１３】
処理対象ブロックの符号化モードに関する制御情報が、上記［１］乃至［３］のいずれも満たさないとき、
該処理対象ブロックの適応参照画素平滑化処理（ARSS: Adaptive Reference Sample Smoothing, ARSF: Adaptive Reference Sample Filtering）に関する制御情報ArssFlagが、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングされているか否かを示す制御フラグArssDataHiddenFlagに"データハイディングされている"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグArssDataHiddenFlagに"データハイディングされていない"ことを示す値を設定する
ことを特徴とする画像復号装置または画像符号化装置。
【０５１４】
上記［１］の変換量子化バイパスを適用するとは、変換量子化バイパスフラグtransqunat_bypass_flagが１（真）であることを示すことである。
上記［２］の変換スキップを適用するとは、変換スキップフラグts_flag１（真）であることを示すことである。
上記［３］の残差DPCMを適用するとは、インターRDPCMモードフラグInterRDPCMModeFlagが１（真）、またはイントラRDPCMモードフラグIntraRDPCMModeFlagが１（真）であることを示すことである。
【０５１５】
処理対象ブロックの符号化モードに関する制御情報が、［１］乃至［３］のいずれも満たさないとき、
［１］  変換量子化バイパスを適用する
［２］  変換スキップを適用する
［３］  残差DPCMを適用する
該処理対象ブロックのある符号化モードに関する制御情報を、該処理対象ブロックに対応する変換ブロックの符号化データからデータハイディングの逆処理により復号し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御情報を符号化データから（明示的に）（可変長符号により）復号する
ことを特徴とする画像復号装置。
【０５１６】
処理対象ブロックの符号化モードに関する制御情報が、［１］乃至［３］のいずれも満たさないとき、
［１］  変換量子化バイパスを適用する
［２］  変換スキップを適用する
［３］  残差DPCMを適用する
該処理対象ブロックのある符号化モードに関する制御情報を、該処理対象ブロックに対応する変換ブロックのデータ上にデータハイディングにより符号化し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御情報を（明示的に）符号化する
ことを特徴とする画像符号化装置。
【０５１７】
処理対象ブロックの符号化モードに関する制御情報が、上記［１］乃至［３］のいずれも満たさないとき、
該処理対象ブロックのある符号化モードに関する制御情報を、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングするか否かを示す制御フラグDataHidingFlagに"データハイディングする"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグに"データハイディングしない"を示す値を設定し、
上記制御フラグが"データハイディングしない"ことを示す場合、上記制御情報を符号化データから（明示的に）復号する
ことを特徴とする画像復号装置。
【０５１８】
処理対象ブロックの符号化モードに関する制御情報が、上記［１］乃至［３］のいずれも満たさないとき、
該処理対象ブロックのある符号化モードに関する制御情報を、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングするか否かを示す制御フラグDataHidingFlagに"データハイディングする"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグに"データハイディングしない"を示す値を設定し、
上記制御フラグが"データハイディングしない"ことを示す場合、上記制御情報を（明示的に）符号化する
ことを特徴とする画像符号化装置。
【０５１９】
処理対象ブロックの符号化モードに関する制御情報が、上記［１］乃至［３］のいずれも満たさないとき、
該処理対象ブロックの適応参照画素平滑化処理（ARSS: Adaptive Reference Sample Smoothing, ARSF: Adaptive Reference Sample Filtering）に関する制御情報ArssFlagを、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングするか否かを示す制御フラグArssDataHidingFlagに"データハイディングする"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグArssDataHidingFlagに"データハイディングしない"を示す値を設定し、
上記制御フラグArssDataHidingFlagが"データハイディングしない"を示す場合、上記制御情報を符号化データから復号する
ことを特徴とする画像復号装置。
【０５２０】
処理対象ブロックの符号化モードに関する制御情報が、上記［１］乃至［３］のいずれも満たさないとき、
該処理対象ブロックの適応参照画素平滑化処理（ARSS: Adaptive Reference Sample Smoothing, ARSF: Adaptive Reference Sample Filtering）に関する制御情報ArssFlagを、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングするか否かを示す制御フラグArssDataHidingFlagに"データハイディングする"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグArssDataHidingFlagに"データハイディングしない"を示す値を設定し、
上記制御フラグArssDataHidingFlagが"データハイディングしない"を示す場合、上記制御情報を符号化する
ことを特徴とする画像符号化装置。
【０５２１】
該処理対象ブロックのある符号化モードに関する制御情報が、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングするか否かを示す制御フラグDataHidingFlagに"データハイディングする"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグに"データハイディングしない"ことを示す値へ設定する。
【０５２２】
該処理対象ブロックのある符号化モードに関する制御情報が、該処理対象ブロックに対応する変換ブロックのデータ上にハイディングされているか否かを示す制御フラグDataHiddenFlagに"データハイディングされている"ことを示す値を設定し、
上記［１］乃至［３］のいずれかを満たすとき、上記制御フラグに"データハイディングされていない"ことを示す値へ設定する。
【符号の説明】
【０５２３】
１００  画像復号装置，  １１１  復号部，  １１２  逆量子化部，  １１３  逆変換部，  １１４  予測部，  １１５  演算部，  １１６  フレームメモリ，  １１７  ループフィルタ部，  １３１  予測方法選択部，  １３２  イントラ予測部，  １３３  インター予測部，  １５１  参照画素フィルタ部，  １５２  イントラ予測画像生成部，  １６１  DC予測部，  １６２  Planar予測部，  １６３  Angular予測部，  １６４  LM予測部，  １９１  変換スキップフラグ復号部，  １９２  インターRDPCMシンタックス復号部，  １９３  非ゼロ係数シンタックス復号部，  １９４  ARSSデータハイディングフラグ導出部，  １９５  ARSSフラグ復号部，  ２００  画像符号化装置，  ２０１  制御部，  ２１１  予測部，  ２１２  演算部，  ２１３  変換部，  ２１４  量子化部，  ２１５  逆量子化部，  ２１６  逆変換部，  ２１７  演算部，  ２１８  フレームメモリ，  ２１９  ループフィルタ部，  ２２０  符号化部，  ２３１  イントラ予測部，  ２３２  インター予測部，  ２３３  予測画像選択部，  ２５１  参照画素フィルタ部，  ２５２  イントラ予測画像生成部，  ２６１  DC予測部，  ２６２  Planar予測部，  ２６３  Angular予測部，  ２６４  LM予測部，  ２９１  変換スキップフラグ符号化部，  ２９２  インターRDPCMシンタックス符号化部，  ２９３  ARSSデータハイディングフラグ導出部，  ２９４  ARSSデータハイディング部，  ２９５  非ゼロ係数シンタックス符号化部，  ３３４  ターゲットデータハイディングフラグ導出部，  ３３５  ターゲットデータ復号部，  ３５３  ターゲットデータハイディングフラグ導出部，  ３５４  ターゲットデータハイディング部
【図１】
2018173798.tif 000003
【図２】
2018173798.tif 000004
【図３】
2018173798.tif 000005
【図４】
2018173798.tif 000006
【図５】
2018173798.tif 000007
【図６】
2018173798.tif 000008
【図７】
2018173798.tif 000009
【図８】
2018173798.tif 000010
【図９】
2018173798.tif 000011
【図１０】
2018173798.tif 000012
【図１１】
2018173798.tif 000013
【図１２】
2018173798.tif 000014
【図１３】
2018173798.tif 000015
【図１４】
2018173798.tif 000016
【図１５】
2018173798.tif 000017
【図１６】
2018173798.tif 000018
【図１７】
2018173798.tif 000019
【図１８】
2018173798.tif 000020
【図１９】
2018173798.tif 000021
【図２０】
2018173798.tif 000022
【図２１】
2018173798.tif 000023
【図２２】
2018173798.tif 000024
【図２３】
2018173798.tif 000025
【図２４】
2018173798.tif 000026
【図２５】
2018173798.tif 000027
【図２６】
2018173798.tif 000028
【図２７】
2018173798.tif 000029
【図２８】
2018173798.tif 000030
【図２９】
2018173798.tif 000031
【図３０】
2018173798.tif 000032
【図３１】
2018173798.tif 000033
【図３２】
2018173798.tif 000034
【図３３】
2018173798.tif 000035
【図３４】
2018173798.tif 000036
【図３５】
2018173798.tif 000037
【図３６】
2018173798.tif 000038
【図３７】
2018173798.tif 000039
【図３８】
2018173798.tif 000040
【図３９】
2018173798.tif 000041
【図４０】
2018173798.tif 000042
【図４１】
2018173798.tif 000043
【図４２】
2018173798.tif 000044
【図４３】
2018173798.tif 000045
【図４４】
2018173798.tif 000046
【図４５】
2018173798.tif 000047
【図４６】
2018173798.tif 000048
【図４７】
2018173798.tif 000049
【図４８】
2018173798.tif 000050
【図４９】
2018173798.tif 000051
【図５０】
2018173798.tif 000052
【図５１】
2018173798.tif 000053
【図５２】
2018173798.tif 000054
【図５３】
2018173798.tif 000055
【図５４】
2018173798.tif 000056
【図５５】
2018173798.tif 000057
【図５６】
2018173798.tif 000058
【図５７】
2018173798.tif 000059
【図５８】
2018173798.tif 000060
【図５９】
2018173798.tif 000061
【図６０】
2018173798.tif 000062
【図６１】
2018173798.tif 000063
【国際調査報告】
2018173798.tif 000064
2018173798.tif 000065
2018173798.tif 000066
2018173798.tif 000067