(57)【要約】【課題】パラメータセットに複数のパラメータが含まれている場合に、一部のパラメータのみを更新することを可能にする。【解決手段】動画像復号装置１は、復号画像を生成するときに用いられるパラメータのうち、複数の復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位に先行して復号し、復号したパラメータセットに含まれるパラメータを用いて復号画像を生成するものであり、パラメータセットに含まれるパラメータの少なくとも一部の更新方法を示すパラメータ更新情報を、更新後のパラメータを用いて復号する復号単位に先行して取得し、取得したパラメータ更新情報にしたがって、パラメータを更新するＰＳ情報復号部１４と、ＰＳ情報復号部１４がパラメータ更新情報を取得し更新した後は、更新後のパラメータを用いて復号画像を生成するＴＴ情報復号部１２、逆量子化・逆変換部１３、予測画像生成部１５とを備えている。【選択図】図１
2013034161.tif 000002
【特許請求の範囲】
【請求項１】
複数の復号単位からなる符号化データから復号画像を生成する画像復号装置であって、復号画像を生成するときに用いられるパラメータのうち、複数の復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位に先行して該パラメータセットを復号し、復号したパラメータセットに含まれるパラメータを用いて復号画像を生成する復号画像生成手段を備えた画像復号装置において、
上記パラメータセットに含まれるパラメータの少なくとも一部の更新方法を示すパラメータ更新情報を、更新後のパラメータを用いて復号する復号単位に先行して取得するパラメータ更新情報取得手段と、
上記パラメータ更新情報取得手段が取得したパラメータ更新情報にしたがって、パラメータを更新するパラメータ更新手段と、を備え、
上記復号画像生成手段は、上記パラメータ更新情報取得手段がパラメータ更新情報を取得した後は、該パラメータ更新情報にしたがって上記パラメータ更新手段が更新したパラメータを用いて復号画像を生成することを特徴とする画像復号装置。
【請求項２】
上記パラメータ更新情報には、該パラメータ更新情報に含まれているパラメータ値を復号し復号したパラメータ値を更新後のパラメータ値とするか、予め設定されているデフォルト値を更新後のパラメータ値にするか、または直近のパラメータ値を維持するかの何れかを示す情報が含まれていることを特徴とする請求項１に記載の画像復号装置。
【請求項３】
参照画像を用いずに復号可能なピクチャにおいては、上記パラメータ更新情報には、該パラメータ更新情報に含まれているパラメータ値を復号し復号したパラメータ値を更新後のパラメータ値とするか、予め設定されているデフォルト値を更新後のパラメータ値にするかの何れかのみを示す情報が含まれていることを特徴とする請求項１に記載の画像復号装置。
【請求項４】
予測単位ごとに予測画像を生成し、上記符号化データから復号した予測残差に上記予測画像を加算して復号画像を生成するものであって、
上記パラメータセットに含まれるパラメータの少なくとも一部は、上記予測画像の生成に用いるフィルタのフィルタ係数を示すフィルタ係数情報であることを特徴とする請求項１〜３のいずれか１項に記載の画像復号装置。
【請求項５】
上記パラメータセットには、さらに、上記予測画像の生成に用いるフィルタのフィルタ構造を示すフィルタ構造情報が含まれ、
上記フィルタ係数情報には、フィルタ係数の配置パターンを示すフィルタ形状フラグが含まれ、
上記フィルタ構造情報には、領域の使用方法を示す領域適応フラグが含まれていることを特徴とする請求項４に記載の画像復号装置。
【請求項６】
予測単位ごとに予測画像を生成し、上記符号化データから復号した予測残差に上記予測画像を加算して復号画像を生成するものであって、
上記パラメータセットに含まれるパラメータの少なくとも一部は、上記予測画像の生成に用いるサンプル適応オフセット（ＳＡＯ：Sample Adaptive Offset）のオフセット値であることを特徴とする請求項１〜５のいずれか１項に記載の画像復号装置。
【請求項７】
変換単位ごとに、原画像から予測画像を減算した予測残差が周波数領域に直交変換され、量子化された変換係数を逆量子化・逆変換することにより予測残差を復元し、復元した予測残差と生成した予測画像とを加算して復号画像を生成するものであって、
上記パラメータセットに含まれるパラメータの少なくとも一部は、上記逆量子化・逆変
換に用いる量子化マトリクスであることを特徴とする請求項１〜６のいずれか１項に記載の画像復号装置。
【請求項８】
複数の復号単位からなる符号化データから復号画像を生成する画像復号装置であって、復号画像を生成するときに用いられるパラメータのうち、複数の復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位に先行して該パラメータセットを復号し、復号したパラメータセットに含まれるパラメータを用いて復号画像を生成する復号画像生成手段を備えた画像復号装置において、
上記符号化データには複数のパラメータセットが含まれており、１つの上記復号単位について、複数のパラメータセットからパラメータ値を取得するパラメータ取得手段を備え、
上記画像生成手段は、１つの復号単位について、上記パラメータ取得手段が複数のパラメータセットから取得したパラメータ値を用いて、該復号単位を復号して復号画像を生成することを特徴とする画像復号装置。
【請求項９】
複数の復号単位からなる符号化データから復号画像を生成する画像復号装置であって、復号画像を生成するときに用いられるパラメータのうち、複数の復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位に先行して該パラメータセットを復号し、復号したパラメータセットに含まれるパラメータを用いて復号画像を生成する復号画像生成手段を備えた画像復号装置において、
上記符号化データには複数のパラメータセットが含まれており、上記複数の復号単位のうちの或る復号単位について、上記複数のパラメータセットのうち、第１のパラメータセットから、第１のパラメータセットに含まれるパラメータ値および該第１のパラメータセットが参照する第２のパラメータセットに含まれるパラメータ値を取得するパラメータ取得手段を備え、
上記画像生成手段は、上記の或る復号単位について、上記パラメータ取得手段が取得したパラメータ値を用いて、該復号単位を復号して復号画像を生成することを特徴とする画像復号装置。
【請求項１０】
上記パラメータセットは、ピクチャにて共通で使用されるパラメータの集合であるＰＰＳ（Picture Parameter Set）、またはＰＰＳに含まれるパラメータのうち、更新頻度の
高いパラメータの集合であるＡＰＳ（Adaptation Parameter Set）であることを特徴とする請求項１〜９のいずれか１項に記載の画像復号装置。
【請求項１１】
復号されるときの単位である復号単位を複数含む符号化データに原画像を符号化した符号化データを出力する画像符号化装置であって、復号画像が生成されるときに用いられるパラメータのうち、複数の上記復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位よりも先行して出力する符号化データ出力手段を備えた画像符号化装置において、
上記パラメータセットを作成するパラメータセット作成手段と、
上記パラメータセット作成手段が作成したパラメータセットに含まれるパラメータの更新方法を指定するパラメータ更新情報を生成するパラメータ更新情報生成手段と、を備え、
上記符号化データ出力手段は、上記パラメータ更新情報生成手段が生成したパラメータ更新情報を、該パラメータ更新情報にしたがって更新されたパラメータを用いて復号される復号単位よりも先行して出力することを特徴とする画像符号化装置。
【請求項１２】
複数の復号単位からなり、画像復号装置において復号されて復号画像が生成される符号化データのデータ構造であって、
上記画像復号装置において復号画像が生成されるときに用いられるパラメータのうち、
複数の復号単位で共通して用いられるパラメータからなるパラメータセットと、
上記パラメータセットに含まれるパラメータの少なくとも一部の更新方法を示すパラメータ更新情報と、を含むことを特徴とする符号化データのデータ構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号化データを復号する画像復号装置、符号化データを生成する画像符号化装置、および該画像符号化装置によって生成され、上記画像復号装置によって復号される符号化データのデータ構造に関するものである。
【背景技術】
【０００２】
動画像を効率的に伝送または記録するために、動画像を符号化することによって符号化データを生成する動画像符号化装置（画像符号化装置）、および、当該符号化データを復号することによって復号画像を生成する動画像復号装置（画像復号装置）が用いられている。具体的な動画像符号化方式としては、例えば、Ｈ．２６４／ＭＰＥＧ−４．ＡＶＣ、ＶＣＥＧ（Video Coding Expert Group）における共同開発用コーデックであるＫＴＡソ
フトウェアに採用されている方式、ＴＭｕＣ（Test Model under Consideration）ソフトウェアに採用されている方式、およびその後継コーデックであるWorking Draft 3 of High-Efficiency Video Coding（非特許文献１、以下、ＨＥＶＣ  ＷＤ３とも呼ぶ）に採用
されている方式などが挙げられる。
【０００３】
このような符号化方式において、動画像を構成する画像（ピクチャ）は、画像を分割することにより得られるスライス、スライスを分割することにより得られる符号化単位（ツリーブロック、マクロブロック、またはコーディングユニット（ＣＵ：Coding Unit）と
呼ばれることもある）、および、符号化単位を分割することより得られるブロックおよびパーティションからなる階層構造により管理され、普通、ブロックごとに符号化される。
【０００４】
また、このような符号化方式においては、通常、入力画像を符号化／復号することによって得られる局所復号画像に基づいて予測画像が生成され、当該予測画像を入力画像（原画像）から減算して得られる予測残差（「差分画像」または「残差画像」と呼ぶこともある）が符号化される。より詳細には、予測残差をＤＣＴ（Discrete Cosine Transform）
変換し、得られた変換係数を量子化したものを符号化する。
また、予測画像の生成方法としては、画面間予測（インター予測）、および、画面内予測（イントラ予測）が挙げられる。
【０００５】
また、非特許文献２には、復号画像に対し符号化単位毎にフィルタ処理を行う適応的ループフィルタ（ALF: Adaptive Loop Filter）（以下、単に「適応フィルタ」とも呼ぶ）
が開示されている。この適応フィルタは、復号画像上のスライス毎に、フィルタ済復号画像と原画像との誤差が最小となるフィルタ係数を定め、当該スライスに含まれる各符号化単位に対して、当該フィルタ係数に基づいたフィルタリングを施すものである。このような適応フィルタを備えた符号化装置および復号装置は、フィルタリングにより符号化／復号画像の画質が向上することで、フィルタ済画像を参照して生成される予測画像の精度を上げることができるため、符号化効率の向上を図ることができる。
【０００６】
そして、符号化データは、ピクチャ、スライス、ツリーブロックというようなレイヤ的に構成されており、同一レイヤで共通に用いられ、再利用可能なパラメータはパラメータセット（ＰＳ）に格納される。例えば、ピクチャで共通に用いられるパラメータはピクチャパラメータセット（ＰＰＳ）に格納される。例えば、非特許文献３には、上記フィルタ係数をＰＰＳに格納することが記載されている。また、Ｈ．２６４／ＭＰＥＧ−４．ＡＶＣでは、上記の変換係数の量子化に用いる量子化マトリクスをシーケンスパラメータセット（ＳＰＳ）、およびＰＰＳに格納している。
【０００７】
また、ＰＰＳに格納されているパラメータのうち、更新頻度の高いパラメータを分離してＡＰＳ（Adaptation parameter set）として格納する構成が非特許文献４に記載されている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】「JCTVC-E603」,Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 5th Meeting: Geneva, CH, 16-23 March, 2011
【非特許文献２】「Test Model under Consideration JCTVC-B205 draft007」,Joint Collaborative Team on Video Coding(JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11,2nd Mee-ting:Geneva,CH,07/2010
【非特許文献３】「JCTVC-E045」,Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 5th Meeting: Geneva, CH, 16-23 March, 2011
【非特許文献４】「JCTVC-F747」,Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 6th Meeting: Torino, IT, 14-22 July, 2011
【発明の概要】
【発明が解決しようとする課題】
【０００９】
パラメータセットに、同一レイヤで共通に用いられ、再利用可能なパラメータを格納することにより、符号化効率を向上させることができる。特に符号量の大きなパラメータは、共通化することにより符号化効率をより向上させることができる。
【００１０】
しかしながら、パラメータセットに複数のパラメータが格納されている場合、従来の構成ではパラメータの一部のみを更新することができず、更新不要なパラメータも符号化する必要が生じてしまう。
【００１１】
図２８を参照して説明する。図２８は、従来のパラメータセットを復号する場合のシンタクスの例を示す図である。図２８のシンタクス２８０１に示すように、パラメータセットにパラメータＡとパラメータＢとが含まれている場合、「paramA_present_flag」、「paramB_present_flag」というようなフラグを設けることにより、それぞれを符号化するか、しないかを選択することができる。そして、符号化が省略された場合は、当該パラメータには初期値が代入される。
【００１２】
よって、従来技術においては、例えば、パラメータＡだけ更新し、パラメータＢはそのままにしたい場合であっても、パラメータＡおよびパラメータＢの両方を符号化して送付する必要がある。なぜならば、パラメータＢの符号化を省略すると、パラメータＢの値が初期値になってしまうためである。
【００１３】
したがって、従来の構成では、パラメータセットに複数のパラメータが含まれている場合に、一部だけを更新することができず、符号化効率が低下してしまう。
【００１４】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、パラメータセットに複数のパラメータが含まれている場合に、一部のパラメータのみを更新することが可能な復号装置等を実現することにある。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、本発明に係る画像復号装置は、複数の復号単位からなる符
号化データから復号画像を生成する画像復号装置であって、復号画像を生成するときに用いられるパラメータのうち、複数の復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位に先行して該パラメータセットを復号し、復号したパラメータセットに含まれるパラメータを用いて復号画像を生成する復号画像生成手段を備えた画像復号装置において、上記パラメータセットに含まれるパラメータの少なくとも一部の更新方法を示すパラメータ更新情報を、更新後のパラメータを用いて復号する復号単位に先行して取得するパラメータ更新情報取得手段と、上記パラメータ更新情報取得手段が取得したパラメータ更新情報にしたがって、パラメータを更新するパラメータ更新手段と、を備え、上記復号画像生成手段は、上記パラメータ更新情報取得手段がパラメータ更新情報を取得した後は、該パラメータ更新情報にしたがって上記パラメータ更新手段が更新したパラメータを用いて復号画像を生成することを特徴としている。
【００１６】
ここで、復号単位とは、符号化データを構成するシーケンスＳｅｑｕｅｎｃｅ、ピクチャＰＩＣＴ、スライスＳ、ツリーブロックＴＢ、符号化単位ＣＵ、変換単位ＴＵ、予測単位ＰＵのいずれであってもよい。
【００１７】
上記の構成によれば、パラメータセットに含まれるパラメータ更新情報にしたがってパラメータを更新し、パラメータを更新した後は、更新後のパラメータを用いて復号画像を生成する。そして、パラメータの更新は、パラメータごとに行われる。
【００１８】
これにより、パラメータごとにパラメータをどのように更新するかを決定することができるので、複数のパラメータが含まれているパラメータセットにおいて、一部のパラメータのみを更新することができる。
【００１９】
本発明に係る画像復号装置では、上記パラメータ更新情報には、該パラメータ更新情報に含まれているパラメータ値を復号し復号したパラメータ値を更新後のパラメータ値とするか、予め設定されているデフォルト値を更新後のパラメータ値にするか、または直近のパラメータ値を維持するかの何れかを示す情報が含まれていてもよい。
【００２０】
上記の構成によれば、パラメータセットに含まれるパラメータについて、符号化されているパラメータ値を復号してパラメータを設定するか、パラメータを初期化してデフォルト値をパラメータ値に設定するか、または、直近のパラメータ値をそのままパラメータ値として設定するかを選択することができる。
【００２１】
本発明に係る画像復号装置では、参照画像を用いずに復号可能なピクチャにおいては、上記パラメータ更新情報には、該パラメータ更新情報に含まれているパラメータ値を復号し復号したパラメータ値を更新後のパラメータ値とするか、予め設定されているデフォルト値を更新後のパラメータ値にするかの何れかのみを示す情報が含まれていてもよい。
【００２２】
上記の構成によれば、パラメータセットに含まれるパラメータについて、符号化されているパラメータ値を復号してパラメータを設定するか、パラメータを初期化してデフォルト値をパラメータ値に設定するか、のいずれかしか選択できない。よって、他のパラメータセットにより復号、または更新されたパラメータ値を用いることがないので、パラメータ値を更新する場合に、他のパラメータセットを参照する必要がない。これにより、ランダムアクセスに対し、当該パラメータセットから符号化データを読み込めば対応することができるので、ランダムアクセス時の処理負荷を軽くすることができる。
【００２３】
また、ランダムアクセスに好適なので、ランダムアクセス用ピクチャ（ＩＤＲピクチャ）が参照するパラメータセットに用いると、処理負荷を軽くすることができる。
【００２４】
本発明に係る画像復号装置では、予測単位ごとに予測画像を生成し、上記符号化データから復号した予測残差に上記予測画像を加算して復号画像を生成するものであって、上記パラメータセットに含まれるパラメータの少なくとも一部は、上記予測画像の生成に用いるフィルタのフィルタ係数を示すフィルタ係数情報であってもよい。
【００２５】
上記の構成によれば、予測画像の生成に用いるフィルタのフィルタ係数をパラメータセットに含まれるパラメータとすることができる。予測画像の生成に用いるフィルタとは、例えば、適応フィルタ（ＡＬＦ：Adaptive Loop Filter）を挙げることができる。
【００２６】
本発明に係る画像復号装置では、上記パラメータセットには、さらに、上記予測画像の生成に用いるフィルタのフィルタ構造を示すフィルタ構造情報が含まれ、上記フィルタ係数情報には、フィルタ係数の配置パターンを示すフィルタ形状フラグが含まれ、上記フィルタ構造情報には、領域の使用方法を示す領域適応フラグが含まれているものであってもよい。なお、フィルタ構造およびフィルタ構造情報は、領域毎に使用するフィルタを割り当てることから、フィルタ割当およびフィルタ割当情報などと呼ばれることもある。
【００２７】
上記の構成によれば、フィルタ形状フラグにより、フィルタ係数の配置パターンを指定することができる。また、領域適応フラグにより領域の使用方法を指定できる。領域の使用方法を指定するとは、例えば、座標空間による分割と特徴空間による分割とのいずれを用いるのかを指定することである。
【００２８】
本発明に係る画像復号装置では、上記画像復号装置は、予測単位ごとに予測画像を生成し、上記符号化データから復号した予測残差に上記予測画像を加算して復号画像を生成するものであって、上記パラメータセットに含まれるパラメータの少なくとも一部は、上記予測画像の生成に用いるサンプル適応オフセット（ＳＡＯ：Sample Adaptive Offset）のオフセット値であってもよい。
【００２９】
上記の構成によれば、予測画像の生成に用いるサンプル適応オフセットＳＡＯのオフセット値をパラメータセットに含まれるパラメータとすることができる。
【００３０】
本発明に係る画像復号装置では、上記画像復号装置は、変換単位ごとに、原画像から予測画像を減算した予測残差が周波数領域に直交変換され、量子化された変換係数を逆量子化・逆変換することにより予測残差を復元し、復元した予測残差と生成した予測画像とを加算して復号画像を生成するものであって、上記パラメータセットに含まれるパラメータの少なくとも一部は、上記逆量子化・逆変換に用いる量子化マトリクスであってもよい。
【００３１】
上記の構成によれば、量子化・逆変換に用いる量子化マトリクスをパラメータセットに含まれるパラメータとすることができる。
【００３２】
上記課題を解決するために、本発明に係る画像復号装置は、複数の復号単位からなる符号化データから復号画像を生成する画像復号装置であって、復号画像を生成するときに用いられるパラメータのうち、複数の復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位に先行して該パラメータセットを復号し、復号したパラメータセットに含まれるパラメータを用いて復号画像を生成する復号画像生成手段を備えた画像復号装置において、上記符号化データには複数のパラメータセットが含まれており、１つの上記復号単位について、複数のパラメータセットからパラメータ値を取得するパラメータ取得手段を備え、上記画像生成手段は、１つの復号単位について、上記パラメータ取得手段が複数のパラメータセットから取得したパラメータ値を用いて、該復号単位を復号して復号画像を生成することを特徴としている。
【００３３】
上記の構成によれば、１つの復号単位について、複数のパラメータセットに含まれるパラメータを用いることができる。
【００３４】
１つのパラメータセットしか参照できない場合、パラメータセットに含まれるパラメータの何れかに更新があると、そのたびにパラメータセットを更新しなくてはならない。しかしながら、複数のパラメータセットを参照できれば、少なくともその複数分に対応するパラメータの更新については、パラメータセット自体を更新する必要がない。
【００３５】
よって、上記の構成により、１つのパラメータセットのみ参照できる場合と比較して、パラメータセットの更新回数を減らすことができる。
【００３６】
上記課題を解決するために、本発明に係る画像復号装置は、複数の復号単位からなる符号化データから復号画像を生成する画像復号装置であって、復号画像を生成するときに用いられるパラメータのうち、複数の復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位に先行して該パラメータセットを復号し、復号したパラメータセットに含まれるパラメータを用いて復号画像を生成する復号画像生成手段を備えた画像復号装置において、上記符号化データには複数のパラメータセットが含まれており、上記複数の復号単位のうちの或る復号単位について、上記複数のパラメータセットのうち、第１のパラメータセットから、該第１のパラメータセットに含まれるパラメータ値および該第１のパラメータセットが参照する第２のパラメータセットに含まれるパラメータ値を取得するパラメータ取得手段を備え、上記画像生成手段は、上記の或る復号単位について、上記パラメータ取得手段が取得したパラメータ値を用いて、該復号単位を復号して復号画像を生成することを特徴としている。
【００３７】
上記の構成によれば、第１のパラメータセットに含まれていないパラメータであっても、当該パラメータが、第１のパラメータセットが参照する第２のパラメータセットに含まれていれば、当該パラメータのパラメータ値を取得することができる。
【００３８】
１つのパラメータセットに、復号に必要な全てのパラメータが含まれている場合、パラメータセットに含まれるパラメータの何れかに更新があると、そのたびにパラメータセットを更新しなくてはならない。しかしながら、第１のパラメータセットが第２のパラメータセットを参照することにより、少なくとも第２のパラメータセットに含まれる分については、第１のパラメータセットを更新する必要がなくなる。
【００３９】
よって、上記の構成により、１つのパラメータセットに、復号に必要なパラメータが全て含まれている場合と比較して、パラメータセットの更新回数を減らすことができる。
【００４０】
また、ピクチャにて共通で使用されるパラメータの集合であるＰＰＳ（Picture Parameter Set）、またはＰＰＳに含まれるパラメータのうち、更新頻度の高いパラメータの集
合であるＡＰＳ（Adaptation Parameter Set）を、上記パラメータセットとすることもできる。
【００４１】
上記課題を解決するために、本発明に係る画像符号化装置は、復号されるときの単位である復号単位を複数含む符号化データに原画像を符号化した符号化データを出力する画像符号化装置であって、復号画像が生成されるときに用いられるパラメータのうち、複数の上記復号単位で共通して用いられるパラメータをパラメータセットとして、用いられる復号単位よりも先行して出力する符号化データ出力手段を備えた画像符号化装置において、上記パラメータセットを作成するパラメータセット作成手段と、上記パラメータセット作成手段が作成したパラメータセットに含まれるパラメータの更新方法を指定するパラメータ更新情報を生成するパラメータ更新情報生成手段と、を備え、上記符号化データ出力手
段は、上記パラメータ更新情報生成手段が生成したパラメータ更新情報を、該パラメータ更新情報にしたがって更新されたパラメータを用いて復号される復号単位よりも先行して出力することを特徴としている。
【００４２】
上記の構成によれば、復号されるときに、複数の復号単位で用いられるパラメータをパラメータセットとして、用いられる復号単位よりも先行して出力するとともに、パラメータセットに含まれるパラメータの更新方法を指定するパラメータ更新情報を、パラメータ更新情報によって更新されたパラメータを用いて復号される復号単位よりも先行して出力する。
【００４３】
これにより、パラメータセットに含まれる各パラメータについて、更新する必要がある場合は、パラメータ更新情報によって更新されたパラメータを用いるようにすることができ、パラメータセットに含まれるパラメータについて、個別に更新することができる。よって、パラメータセットに含まれる一部のパラメータのみを更新させることができる。
【００４４】
上記課題を解決するために、本発明に係る符号化データのデータ構造は、複数の復号単位からなり、画像復号装置において復号されて復号画像が生成される符号化データのデータ構造であって、上記画像復号装置において復号画像が生成されるときに用いられるパラメータのうち、複数の復号単位で共通して用いられるパラメータからなるパラメータセットと、上記パラメータセットに含まれるパラメータの少なくとも一部の更新方法を示すパラメータ更新情報と、を含むことを特徴としている。
【００４５】
上記の構成によれば、原画像の符号化データに、複数の復号単位に用いられるパラメータからパラメータセットと、該パラメータセットに含まれるパラメータの更新方法を指定するパラメータ更新情報とが含まれる。
【００４６】
これにより、パラメータセットに含まれるパラメータそれぞれについて、その更新方法を指定することができる。よって、符号化データを取得した装置において、パラメータセットに含まれる一部のパラメータのみを更新することができる。
【００４７】
なお、上記の画像復号装置、および画像符号化装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記の画像復号装置、および画像符号化装置をコンピュータにて実現させる画像復号装置、および画像符号化装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００４８】
以上のように、本発明に係る画像復号装置は、パラメータセットに含まれるパラメータの少なくとも一部の更新方法を示すパラメータ更新情報を、更新後のパラメータを用いて復号する復号単位に先行して取得するパラメータ更新情報取得手段と、上記パラメータ更新情報取得手段が取得したパラメータ更新情報にしたがって、パラメータを更新するパラメータ更新手段と、を備え、上記復号画像生成手段は、上記パラメータ更新情報取得手段がパラメータ更新情報を取得した後は、該パラメータ更新情報にしたがって上記パラメータ更新手段が更新したパラメータを用いて復号画像を生成する構成である。
【００４９】
これにより、パラメータごとにパラメータをどのように更新するかを決定することができるので、複数のパラメータが含まれているパラメータセットにおいて、一部のパラメータのみを更新することができるという効果を奏する。
【００５０】
また、本発明に係る画像符号化装置は、パラメータセットを作成するパラメータセット
作成手段と、上記パラメータセット作成手段が作成したパラメータセットに含まれるパラメータの更新方法を指定するパラメータ更新情報を生成するパラメータ更新情報生成手段と、を備え、上記符号化データ出力手段は、上記パラメータ更新情報生成手段が生成したパラメータ更新情報を、該パラメータ更新情報にしたがって更新されたパラメータを用いて復号される復号単位よりも先行して出力する構成である。
【００５１】
これにより、パラメータセットに含まれる各パラメータについて、更新する必要がある場合は、パラメータ更新情報によって更新されたパラメータを用いるようにすることができ、パラメータセットに含まれるパラメータについて、個別に更新することができる。よって、パラメータセットに含まれる一部のパラメータのみを更新させることができるという効果を奏する。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施の形態を示すものであり、動画像復号装置の要部構成を示すブロック図である。
【図２】動画像符号化装置によって生成され、上記動画像復号装置によって参照される符号化データのデータ構造を示すものであって、（ａ）はシーケンスレイヤの構造を示す図であり、（ｂ）はピクチャレイヤの構成を示す図であり、（ｃ）はピクチャレイヤに含まれるスライスレイヤの構成を示す図であり、（ｄ）はスライスレイヤに含まれるＴＢレイヤの構成を示す図であり、（ｅ）はＴＢレイヤに含まれるＣＵの構成を示す図である。
【図３】パラメータセットＰＳとヘッダＨとの違いを説明するための図であり、（ａ）はヘッダＨを説明するための図であり、（ｂ）はパラメータセットＰＳを説明するための図である。
【図４】パラメータセットＰＳと符号化データのレイヤ構造との関係を示す図である。
【図５】パラメータセットＰＳが更新される例を示す図である。
【図６】ＰＳ情報復号部の復号処理の流れを示すフローチャートである。
【図７】ＰＳ情報復号部の復号処理の流れを示すフローチャートである。
【図８】ＰＳ情報復号部における処理のシンタクスの一例を示す図である。
【図９】適応フィルタのフィルタ係数を復号する処理のシンタクスを示す図である。
【図１０】量子化マトリクスを復号する処理のシンタクスを示す図である。
【図１１】ＰＳ情報復号部における処理の概要を説明するための図である。
【図１２】ＰＳ情報復号部における、その他の例のシンタクスを示す図であり、（ａ）は処理例１のシンタクスを示す図であり、（ｂ）は処理例２のシンタクスを示す図である。
【図１３】ＰＳ情報復号部における、その他の例のシンタクスを示す図であり、（ａ）は処理例３のシンタクスを示す図であり、（ｂ）は処理例４のシンタクスを示す図であり、（ｃ）は処理例５のシンタクスを示す図である。
【図１４】処理例３の概要を示す図である。
【図１５】処理例４の概要を示す図である。
【図１６】本実施の形態に係る動画像符号化装置の要部構成を示すブロック図である。
【図１７】別の実施の形態における、ピクチャパラメータセットＰＰＳを復号する処理のシンタクス例を示す図である。
【図１８】別の実施の形態における、ピクチャパラメータセットＰＰＳを復号する処理のシンタクス例を示す図である。
【図１９】別の実施の形態における、ピクチャパラメータセットＰＰＳを復号する処理のシンタクス例を示す図である。
【図２０】別の実施の形態における、ピクチャパラメータセットＰＰＳを復号する処理のシンタクス例を示す図である。
【図２１】さらなる別の実施の形態における、符号化データのストリーム構造を示す図である。
【図２２】ＩＤＲピクチャが参照するピクチャパラメータセットＰＰＳの更新処理が、シンタクスに基づいて行われる場合の概要を示す図である。
【図２３】さらなる別の実施の形態において、スライスヘッダから２つのピクチャパラメータセットＰＰＳを参照する場合で、２値フラグ「present_flag」を備えるシンタクスを示す図である。
【図２４】２つのピクチャパラメータセットＰＰＳを参照する処理の概要を示す図である。
【図２５】２値フラグ「present_flag」を有した場合の、ＰＳ情報復号部の復号処理の流れを示すフローチャートである。
【図２６】２値フラグ「present_flag」を有した場合の、ＰＳ情報復号部の復号処理の流れを示すフローチャートである。
【図２７】３値フラグ「update_mode」を有した場合の、ＰＳ情報復号部の復号処理の流れを示すフローチャートである。
【図２８】従来技術におけるシンタクス例を示す図である。
【図２９】ＡＰＳを含むパラメータセットＰＳと符号化データのレイヤ構造との関係を示す図である。
【図３０】ＡＰＳを用いた場合のシンタクスの概要を示す図である。
【図３１】ＡＬＦパラメータを説明するため図であり、図３１の（ａ）はＡＰＳで符号化されるＡＬＦパラメータを符号化／復号するときのシンタクス例を示す図であり、図３１の（ｂ）は特徴量空間の領域毎に割り振られたフィルタのインデックスを示す図である。
【図３２】ＡＰＳで符号化されるＡＬＦパラメータを説明するため図であり、図３２の（ａ）は更新制御フラグを用いる場合にＡＬＦパラメータを符号化／復号するときのシンタクス例を示す図であり、図３２の（ｂ）はＡＬＦパラメータのフィルタ構造についてのシンタクス例を示す図であり、図３２の（ｃ）はＡＬＦパラメータのフィルタ係数についてのシンタクス例を示す図である。
【図３３】ＡＰＳで符号化されるＳＡＯパラメータを説明するための図であり、図３３の（ａ）はＳＡＯパラメータを符号化／復号するときのシンタクス例を示す図であり、図３３の（ｂ）はＳＡＯパラメータのうち、ＳＡＯ分割パターンについてのシンタクス例を示す図であり、図３３の（ｃ）はＳＡＯパラメータのうち、ＳＡＯオフセット値についてのシンタクス例を示す図である。
【図３４】更新制御フラグを用いる場合のＳＡＯパラメータのシンタクスを示す図である。
【図３５】ＡＰＳが更新される例を示す図である。
【図３６】スライスヘッダＳＨが２つのＡＰＳを参照する場合のシンタクス例を示す図である。
【図３７】スライスヘッダＳＨが複数のＡＰＳを参照する場合のシンタクス例を示す図であり、図３７の（ａ）は、３つのＡＰＳを参照する場合のシンタクス例を示す図であり、図３７の（ｂ）は、不定個数のＡＰＳを参照する場合のシンタクス例を示す図である。
【図３８】スライスヘッダＳＨが複数のＡＰＳを参照する場合を概念的に示す図であり、図３８の（ａ）はスライスヘッダＳＨを示す図であり、図３８の（ｂ）はスライスヘッダＳＨによって参照される１つめのＡＰＳを示す図であり、図３８の（ｃ）はスライスヘッダＳＨによって参照される２つめのＡＰＳを示す図である。
【図３９】更新制御フラグを用いる場合に、スライスヘッダＳＨがＡＰＳを参照する場合の流れを示すフローチャートである。
【図４０】更新制御フラグを用いる場合に、スライスヘッダＳＨがＡＰＳを参照する場合の流れを示すフローチャートである。
【図４１】更新制御フラグを用いない場合に、スライスヘッダＳＨがＡＰＳを参照する場合の流れを示すフローチャートである。
【図４２】スライスヘッダＳＨが複数のＡＰＳを参照するときの参照方法の概要を示す図である。
【図４３】ＡＰＳが他のＡＰＳを参照する場合の具体的な使用例を示す図であり、図４３の（ａ）はＡＬＦパラメータを固定し、ＳＡＯパラメータのみ変更する場合の使用例を示す図であり、図４３の（ｂ）はＡＬＦパラメータのうちフィルタ係数を固定し、フィルタ構造を変更する場合の使用例を示す図である。
【図４４】ＡＰＳから他のＡＰＳを参照する場合のシンタクスを示す図であり、図４４の（ａ）はスライスヘッダＳＨのシンタクス例を示す図であり、図４４の（ｂ）はＡＰＳのシンタクス例を示す図である。
【図４５】更新制御フラグを用いる場合の処理の流れを示すフローチャートである。
【図４６】ＡＰＳを参照する処理の概要を示す図である。
【図４７】更新制御フラグを用いない場合の処理の流れを示すフローチャートである。
【図４８】ＰＰＳが他のＰＰＳを参照する場合のシンタクス例を示す図であり、図４８の（ａ）はスライスヘッダＳＨのシンタクスを示す図であり、図４８の（ｂ）はＰＰＳのシンタクスを示す図である。
【図４９】ＡＰＳを複数のパラメータ（群）に分割する場合のＰＳ情報復号部の概要を示す機能ブロック図である。
【図５０】ＡＰＳを複数のパラメータ（群）に分割する場合のＰＳ情報復号部の概要を示す機能ブロック図である。
【図５１】更新制御フラグを用いる場合のＡＰＳのシンタクスを示す図である。
【図５２】ＡＰＳにおいて、ＡＬＦパラメータとＳＡＯパラメータとを分ける例を示す図である。
【図５３】ＡＬＦをフィルタ係数とフィルタ構造とに分ける例を示す図である。
【図５４】データタイプを複数個用いてＡＰＳ内に複数のパラメータを格納する例を示す図である。
【図５５】複数のパラメータそれぞれに個別のデータ構造を持たせるシンタクス例を示す図であり、図５５の（ａ）はフィルタ係数のパラメータセットのシンタクス例を示す図であり、図５５の（ｂ）はフィルタ構造のパラメータセットのシンタクス例を示す図であり、図５５の（ｃ）はＳＡＯパラメータのパラメータセットのシンタクス例を示す図である。
【図５６】ＡＰＳを、フィルタ係数のパラメータセットであるＡＬＦＣＰＳ、フィルタ構造のパラメータセットであるＡＬＦＳＰＳ、およびＳＡＯパラメータのパラメータセットであるＳＡＯＰＳに分割した場合のスライスヘッダＳＨのシンタクス例を示す図である。
【図５７】動画像復号装置および動画像符号化装置が、動画像の送受信に利用できることを説明するための図であり、図５７の（ａ）は、動画像符号化装置を搭載した送信装置の構成を示したブロック図であり、図５７の（ｂ）は、動画像復号装置を搭載した受信装置の構成を示したブロック図である。
【図５８】動画像復号装置および動画像符号化装置が、動画像の記録および再生に利用できることを説明するための図であり、図５８の（ａ）は、動画像符号化装置２を搭載した記録装置の構成を示したブロック図であり、図５８の（ｂ）は、動画像復号装置を搭載した再生装置の構成を示したブロックである。
【図５９】ＡＰＳで符号化されるＡＬＦパラメータを説明するため図であり、図５９の（ａ）はＡＬＦパラメータのフィルタ係数についての別のシンタクス例を示す図であり、図５９の（ｂ）はＡＬＦパラメータのフィルタ係数についてのさらに別のシンタクス例を示す図である。
【図６０】ＡＰＳを複数のパラメータ（群）に分割する場合のＰＳ情報復号部の概要を示す機能ブロック図である。
【発明を実施するための形態】
【００５３】
〔実施の形態１〕
本発明に係る実施の形態１について、図１〜１６を参照して説明する。まず、本実施の形態に係る動画像復号装置（画像復号装置）１の説明に先立ち、本実施の形態に係る動画像符号化装置（画像符号化装置）２によって生成され、動画像復号装置１によって復号される符号化データ＃１の構成について説明する。
【００５４】
（符号化データ＃１の構成）
符号化データ＃１の構成について図２を参照して説明する。図２は、符号化データ＃１のデータ構造を示す図である。符号化データ＃１は、シーケンス、およびシーケンスを構成する複数のピクチャを含むものであり、図２は、符号化データ＃１におけるシーケンスレイヤ以下の階層の構造を示している。
【００５５】
図２の（ａ）は、シーケンスＳｅｑｕｅｎｃｅを規定するシーケンスレイヤの構造を示す図である。図２の（ｂ）は、ピクチャＰＩＣＴを規定するピクチャレイヤの構造を示す図である。図２の（ｃ）は、スライスＳを規定するスライスレイヤの構造を示す図である。図２の（ｄ）は、ツリーブロック（Tree block）ＴＢを規定するツリーブロックレイヤの構造を示す図である。図２の（ｅ）は、ツリーブロックＴＢに含まれる符号化単位（ＣＵ：Coding Unit）を規定するＣＵレイヤの構造を示す図である。
【００５６】
（シーケンスレイヤ）
シーケンスレイヤでは、処理対象のシーケンスを復号するために、動画像復号装置１が参照するデータの集合が規定されている。シーケンスＳｅｑｕｅｎｃｅは、図２の（ａ）に示すように、シーケンスパラメータセットＳＰＳ、ピクチャパラメータセットＰＰＳ、ピクチャＰＩＣＴを含んでいる。また、シーケンスＳｅｑｕｅｎｃｅにはＰＰＳの更新情報であるＰＰＳ´も含んでいる。なお、ＳＰＳの更新情報であるＳＰＳ´を含む構成であってもよい。
【００５７】
ピクチャパラメータセットＰＰＳには、ピクチャレイヤで共通し、再利用可能なパラメータが格納されている。例えば、適応ループフィルタ（ＡＬＦ）のフィルタ係数、サンプル適応オフセット（ＳＡＯ：Sample Adaptive Offset）のオフセット値、量子化マトリクス等が格納されている。
【００５８】
また、ＰＰＳ（ＳＰＳ）の符号化データにおける位置は、限定されず、当該ＰＰＳ（ＳＰＳ）を参照するデータよりも前に存在さえすればよい。
【００５９】
本実施の形態では、更新情報ＰＰＳ´（または更新情報ＳＰＳ´）を含むことにより、ＰＰＳ（またはＳＰＳ）の一部の更新を可能とするものである。なお、更新の具体的な処理については後述する。
【００６０】
（ピクチャレイヤ）
ピクチャレイヤでは、処理対象のピクチャＰＩＣＴ（以下、対象ピクチャとも称する）を復号するために動画像復号装置１が参照するデータの集合が規定されている。ピクチャＰＩＣＴは、図２の（ｂ）に示すように、ピクチャヘッダＰＨ、および、スライスＳ1〜
ＳNSを含んでいる（ＮＳはピクチャＰＩＣＴに含まれるスライスの総数）。
【００６１】
なお、以下、スライスＳ1〜ＳNSのそれぞれを区別する必要が無い場合、符号の添え字
を省略して記述することがある。また、以下に説明する符号化データ＃１に含まれるデータであって、添え字を付している他のデータについても同様である。
【００６２】
ピクチャヘッダＰＨには、対象ピクチャの復号方法を決定するために動画像復号装置１が参照する符号化パラメータ群が含まれている。例えば、動画像符号化装置２が符号化の際に用いた可変長符号化のモードを示す符号化モード情報は、ピクチャヘッダＰＨに含まれる符号化パラメータの一例である。
【００６３】
符号化モード情報が０の場合、当該ピクチャＰＩＣＴは、ＣＡＶＬＣ（Context-based Adaptive Variable Length Coding）によって符号化されている。また、符号化モード情
報が１である場合、当該ピクチャＰＩＣＴは、ＣＡＢＡＣ（Context-based Adaptive Binary Arithmetic Coding）によって符号化されている。
【００６４】
（スライスレイヤ）
スライスレイヤでは、処理対象のスライスＳ（対象スライスとも称する）を復号するために動画像復号装置１が参照するデータの集合が規定されている。スライスＳは、図２の（ｃ）に示すように、スライスヘッダＳＨ、および、ツリーブロックＴＢ１〜ＴＢＮＣ（ＮＣはスライスＳに含まれるツリーブロックの総数）のシーケンスを含んでいる。
【００６５】
スライスヘッダＳＨには、対象スライスの復号方法を決定するために動画像復号装置１が参照する符号化パラメータ群が含まれる。スライスタイプを指定するスライスタイプ指定情報は、スライスヘッダＳＨに含まれる符号化パラメータの一例である。
【００６６】
スライスタイプ指定情報により指定可能なスライスタイプとしては、（１）符号化の際にイントラ予測のみを用いるＩスライス、（２）符号化の際に単方向予測、または、イントラ予測を用いるＰスライス、（３）符号化の際に単方向予測、双方向予測、または、イントラ予測を用いるＢスライスなどが挙げられる。
【００６７】
なお、スライスＳは、ピクチャＰＩＣＴが分割されることによって形成されている。
【００６８】
（ツリーブロックレイヤ）
ツリーブロックレイヤでは、処理対象のツリーブロックＴＢ（以下、対象ツリーブロックとも称する）を復号するために動画像復号装置１が参照するデータの集合が規定されている。
【００６９】
ツリーブロックＴＢは、ツリーブロックヘッダＴＢＨと、符号化単位情報ＣＵ１〜ＣＵＮＬ（ＮＬはツリーブロックＴＢに含まれる符号化単位情報の総数）とを含む。まず、ツリーブロックＴＢと、符号化単位情報ＣＵとの関係について説明すると次のとおりである。
【００７０】
ツリーブロックＴＢは、イントラ予測またはインター予測、および、変換の各処理のためのブロックサイズを特定するためのユニットに分割される。
【００７１】
ツリーブロックＴＢの上記ユニットは、再帰的な４分木分割により分割されている。この再帰的な４分木分割により得られる木構造のことを以下、符号化ツリー（coding tree
）と称する。
【００７２】
以下、符号化ツリーの末端のノードであるリーフ（leaf）に対応するユニットを、符号化ノード（coding node）として参照する。また、符号化ノードは、符号化処理の基本的
な単位となるため、以下、符号化ノードのことを、符号化単位（ＣＵ）とも称する。
【００７３】
つまり、符号化単位情報（以下、ＣＵ情報と称する）ＣＵ１〜ＣＵＮＬは、ツリーブロックＴＢを再帰的に４分木分割して得られる各符号化ノード（符号化単位）に対応する情報である。
【００７４】
また、符号化ツリーのルート（root）は、ツリーブロックＴＢに対応付けられる。換言すれば、ツリーブロックＴＢは、複数の符号化ノードを再帰的に含む４分木分割の木構造の最上位ノードに対応付けられる。この定義により、ツリーブロックＴＢはＬＣＵ（largest coding unit）と呼称されることもある。
【００７５】
なお、各符号化ノードに対応する画像領域のサイズは、当該符号化ノードが直接に属する符号化ノード（すなわち、当該符号化ノードの１階層上位のノードのユニット）のサイズの縦横とも半分である。
【００７６】
また、各符号化ノードのとり得るサイズは、符号化データ＃１のシーケンスパラメータセットＳＰＳに含まれる、符号化ノードのサイズ指定情報および最大階層深度（maximum hierarchical depth）に依存する。例えば、ツリーブロックＴＢのサイズが６４×６４画素であって、最大階層深度が３である場合には、当該ツリーブロックＴＢ以下の階層における符号化ノードは、４種類のサイズ、すなわち、６４×６４画素、３２×３２画素、１６×１６画素、および８×８画素の何れかをとり得る。
【００７７】
また、ブロック構造としては、スライスＳが分割されて、ツリーブロックＴＢが形成され、ツリーブロックＴＢが分割されて符号化単位ＣＵが形成されている。
【００７８】
（ツリーブロックヘッダ）
ツリーブロックヘッダＴＢＨには、対象ツリーブロックの復号方法を決定するために動画像復号装置１が参照する符号化パラメータが含まれる。具体的には、図２の（ｄ）に示すように、対象ツリーブロックの各ＣＵへの分割パターンを指定するツリーブロック分割情報ＳＰ＿ＴＢ、および、量子化ステップの大きさを指定する量子化パラメータ差分Δｑｐ（qp_delta）が含まれる。
【００７９】
ツリーブロック分割情報ＳＰ＿ＴＢは、ツリーブロックを分割するための符号化ツリーを表す情報であり、具体的には、対象ツリーブロックに含まれる各ＣＵの形状、サイズ、および、対象ツリーブロック内での位置を指定する情報である。
【００８０】
なお、ツリーブロック分割情報ＳＰ＿ＴＢは、ＣＵの形状やサイズを明示的に含んでいなくてもよい。例えばツリーブロック分割情報ＳＰ＿ＴＢは、対象ツリーブロック全体またはツリーブロックの部分領域を四分割するか否かを示すフラグの集合であってもよい。この場合、ツリーブロックの形状やサイズを併用することで各ＣＵの形状やサイズを特定できる。
【００８１】
また、量子化パラメータ差分Δｑｐは、対象ツリーブロックにおける量子化パラメータｑｐと、当該対象ツリーブロックの直前に符号化されたツリーブロックにおける量子化パラメータｑｐ’との差分ｑｐ−ｑｐ’である。
【００８２】
（ＣＵレイヤ）
ＣＵレイヤでは、処理対象のＣＵ（以下、対象ＣＵとも称する）を復号するために動画像復号装置１が参照するデータの集合が規定されている。
【００８３】
ここで、ＣＵ情報ＣＵに含まれるデータの具体的な内容の説明をする前に、ＣＵに含ま
れるデータの木構造について説明する。符号化ノードは、予測ツリーＰＴおよび変換ツリーＴＴのルートとなる。予測ツリーおよび変換ツリーについて説明すると次のとおりである。
【００８４】
予測ツリーにおいては、符号化ノードが１または複数の予測ブロックに分割され、各予測ブロックの位置とサイズとが規定される。別の表現でいえば、予測ブロックは、符号化ノードを構成する１または複数の重複しない領域である。また、予測ツリーは、上述の分割により得られた１または複数の予測ブロックを含む。
【００８５】
予測処理は、この予測ブロックごとに行われる。以下、予測の単位である予測ブロックのことを、予測単位（ＰＵ：prediction unit）とも称する。
【００８６】
また、変換ツリーにおいては、符号化ノードが１または複数の変換ブロックに分割され、各変換ブロックの位置とサイズとが規定される。別の表現でいえば、変換ブロックは、符号化ノードを構成する１または複数の重複しない領域のことである。また、変換ツリーは、上述の分割より得られた１または複数の変換ブロックを含む。
【００８７】
変換処理は、この変換ブロックごとに行われる。以下、変換の単位である変換ブロックのことを、変換単位（ＴＵ：transform unit）とも称する。
【００８８】
（ＣＵ情報ＣＵのデータ構造）
続いて、図２の（ｅ）を参照しながらＣＵ情報ＣＵに含まれるデータの具体的な内容について説明する。図２の（ｅ）に示すように、ＣＵ情報ＣＵは、スキップフラグＳＫＩＰ、対象ＣＵの各予測単位への分割パターンを指定するＰＵ分割情報ＳＰ＿ＰＵ、予測タイプ情報ＰＴｙｐｅ、ＰＴ情報ＰＴＩ、および、ＴＴ情報ＴＴＩを含んでいる。
【００８９】
スキップフラグＳＫＩＰは、対象のＣＵについて、スキップモードが適用されているか否かを示すフラグであり、スキップフラグＳＫＩＰの値が１の場合、すなわち、対象ＣＵにスキップモードが適用されている場合、スキップの対象となる各種情報は省略され、復号される際には、既定値または推定値が用いられる。また、スキップフラグＳＫＩＰは、Ｉスライスでは省略される。
【００９０】
ＰＵ分割情報ＳＰ＿ＰＵは、対象ＣＵに含まれる各ＰＵの形状、サイズ、および、対象ＣＵ内での位置を決定するための情報である。例えば、ＰＵ分割情報ＳＰ＿ＰＵは、対象ＣＵから、イントラ分割を指定するイントラ分割フラグ、および、対象ＣＵから、インター分割を指定するインター分割フラグの少なくとも何れか一方から実現することができる。
【００９１】
イントラ分割フラグは、対象ＣＵに含まれる各イントラＰＵ（イントラ予測が用いられるＰＵ）の形状、サイズ、および、対象ＣＵ内での位置を指定する情報である。
【００９２】
インター分割フラグは、対象ＣＵに含まれる各インターＰＵ（インター予測が用いられるＰＵ）の形状、サイズ、および、対象ＣＵ内での位置を指定する情報である。
【００９３】
予測タイプ情報ＰＴｙｐｅは、対象ＰＵについての予測画像生成方法として、イントラ予測を用いるのか、または、インター予測を用いるのかを指定する情報である。
【００９４】
ＰＴ情報ＰＴＩは、対象ＣＵに含まれるＰＴに関する情報である。言い換えれば、ＰＴ情報ＰＴＩは、ＰＴに含まれる１または複数のＰＵそれぞれに関する情報の集合であり、動画像復号装置１により予測画像を生成する際に参照される。ＰＴ情報ＰＴＩは、予測タ
イプ情報ＰＴｙｐｅが何れの予測方法を指定するのかに応じて、インター予測情報、または、イントラ予測情報より構成される。以下では、イントラ予測が適用されるＰＵをイントラＰＵとも呼称し、インター予測が適用されるＰＵをインターＰＵとも呼称する。
【００９５】
ＴＴ情報ＴＴＩは、対象ＣＵに含まれるＴＴに関する情報である。言い換えれば、ＴＴ情報ＴＴＩは、ＴＴに含まれる１または複数のＴＵそれぞれに関する情報の集合であり、動画像復号装置１により残差データを復号する際に参照される。
【００９６】
（ＴＴ情報ＴＴＩ）
ＴＴ情報ＴＴＩは、変換サイズ、変換タイプ、変換係数、空間領域の変換係数の存在の有無、周波数領域の変換係数の存在の有無、量子化予測残差を、対象ＣＵに含まれるＴＵの総数分含んでいる。
【００９７】
ＴＵは、対象ＣＵを階層的に四分木分割することにより形成されており、対象ＣＵまたは対象ＣＵの部分領域の分割を行うのか否かを示すＴＵ分割情報により、サイズが決定する。ＴＵ分割情報は基本的には四分木の各ノードに対して符号化されるが、変換サイズに関する制約（最大変換サイズ、最小変換サイズ、四分木の最大階層深度）に応じて省略されて推定される場合もある。
【００９８】
量子化予測残差ＱＤは、動画像符号化装置２が以下の処理１〜３を、処理対象のブロックである対象ブロックに施すことによって生成した符号化データである。
【００９９】
処理１：符号化対象画像から予測画像を減算した予測残差を周波数領域に直交変換（ＤＣＴ変換（Discrete Cosine Transform）またはＤＳＴ変換（Discrete sine Transform））する；
処理２：処理１にて得られた変換係数を量子化する；
処理３：処理２にて量子化された変換係数を可変長符号化する；
なお、上述した量子化パラメータｑｐは、動画像符号化装置２が変換係数を量子化する際に用いた量子化ステップＱＰの大きさを表す（ＱＰ＝２qp/6）。
【０１００】
（パラメータセット）
次に、パラメータセットＰＳについて、図３、４を参照して説明する。図３は、パラメータセットＰＳとヘッダＨとの違いを説明するための図であり、図３の（ａ）はヘッダＨを説明するための図であり、図３の（ｂ）はパラメータセットＰＳを説明するための図である。また、図４は、パラメータセットと符号化データのレイヤ構造との関係を示す図である。
【０１０１】
パラメータセットＰＳは、或る符号化レイヤ全体に関わるパラメータをまとめて格納している。この点は、ヘッダＨと似ているが、ヘッダＨと比較してパラメータセットＰＳの方が、自由度が高い。これは、ヘッダＨが、直後の符号化レイヤでのみ用いられるのに対し、パラメータセットＰＳは、ストリームに自由に配置され、ｉｄで指定されることにより用いられるためである。
【０１０２】
図３を参照して説明すると、図３の（ａ）に示すように、ヘッダＨ（Ａ）の場合、直後のデータＡにおいて用いられるのみであるが、図３の（ｂ）に示すように、パラメータセットＰＳ（Ａ）の場合、パラメータセットＰＳ（Ａ）を用いるヘッダＢとの間に他のデータＡや、他のパラメータセットＰＳ（Ｂ）が存在していても問題ない。これは、上述したように、用いるパラメータセットＰＳをｉｄにより指定しているためである。すなわち、ヘッダＡに、パラメータセットＰＳ（Ａ）を指定するインデックス（ｉｄ）が含まれることにより、パラメータセットＰＳ（Ａ）を参照することができる。このように、パラメー
タセットＰＳは、参照元のデータよりも先にあれば、ストリームのどの位置に配置されていても問題ない。
【０１０３】
次に、図４を参照して、パラメータセットと符号化データのレイヤ構造との関係を説明する。上述したように、符号化データはシーケンスレイヤ、ピクチャレイヤ、スライスレイヤというように階層的な構造となっており、シーケンスレイヤで共通するパラメータについては、シーケンスパラメータセットＳＰＳ４０１、４０２に格納され、ピクチャレイヤで共通するパラメータについては、ピクチャパラメータセットＰＰＳ４０３、４０４に格納されている。
【０１０４】
そして、シーケンス４１１には複数のピクチャ４１２、４１３が含まれており、各ピクチャに複数のスライスが含まれている。
【０１０５】
そして、各スライス４０６、４０８、４１０のスライスヘッダＳＨ４０５、４０７、４０９が、ｉｄにより指定されたピクチャパラメータセットＰＰＳを参照する。図４では、ｉｄにより参照するピクチャパラメータセットＰＰＳ、およびシーケンスパラメータセットＳＰＳを破線で示している。すなわち、スライスヘッダＳＨ４０５、４０７はピクチャパラメータセットＰＰＳ４０３を参照し、スライスヘッダ４０９はピクチャパラメータセットＰＰＳ４０４を参照している。
【０１０６】
また、ピクチャパラメータセットＰＰＳ４０３はシーケンスパラメータセットＳＰＳ４０２を参照し、ピクチャパラメータセットＰＰＳ４０４はシーケンスパラメータセットＳＰＳ４０１を参照している。
【０１０７】
上述したように、パラメータセットＰＳは同一レイヤに共通するパラメータを格納するものである。したがって、符号量の大きなパラメータが複数フレームにわたって用いられる場合に、パラメータセットＰＳを用いることにより、符号化効率を向上させることができる。
【０１０８】
符号量の大きなパラメータとしては、例えば量子化マトリクス（スケーリングリスト）、適応フィルタ（ＡＬＦ）の係数、サンプル適応オフセット（ＳＡＯ）のオフセット値等が挙げられる。これらは、各々の符号化ツールに用いられる複数のパラメータが同一の符号化レイヤに存在しており、個別に管理・参照するよりも、パラメータセットＰＳとしてまとめて管理・参照する方が容易であり、符号化効率も向上する。
【０１０９】
（本実施の形態の概要）
次に、本実施の形態の概要について、図５を参照して説明する。図５は、パラメータセットＰＳが更新される例を示す図である。図５に示す例では、スライスヘッダＳＨ５０４がｉｄ＝１で指定されるピクチャパラメータセットＰＰＳを参照している。
【０１１０】
そして、本実施の形態では、ピクチャパラメータセットＰＰＳ５０１を送信後、ピクチャパラメータセットＰＰＳ５０１の更新情報であるピクチャパラメータセットＰＰＳ´５０２を送信することにより、ピクチャパラメータセットＰＰＳ５０１のうち、ピクチャパラメータセットＰＰＳ´５０２にて更新されたパラメータについては更新後のパラメータを参照する。すなわち、スライスヘッダＳＨ５０４は、ピクチャパラメータセットＰＰＳ５０３をｉｄ＝１のピクチャパラメータセットＰＰＳとして参照する。
【０１１１】
より具体的に説明すると、ピクチャパラメータセットＰＰＳ５０１のみが送信された時点では、ｉｄ＝１が示すピクチャパラメータセットＰＰＳはフィルタ係数（ALFCoeff）がＡ１ａ、量子化マトリクス（ScalingList）がＱ１、であった（ＰＰＳ５０１）。しかし
ながら、フィルタ係数のみを「Ａ１ｂ」に更新するピクチャパラメータセットＰＰＳ´５０２が送信されることにより、ピクチャパラメータセットＰＰＳ５０１のうち、フィルタ係数のみが更新されたピクチャパラメータセットＰＰＳ５０３が、ｉｄ＝１によって指定されるピクチャパラメータセットＰＰＳとなる。
【０１１２】
従来であれば、ピクチャパラメータセットＰＰＳ５０１の一部を更新したい場合であっても、ピクチャパラメータセットＰＰＳ５０１に含まれる全てのパラメータ（フィルタ係数および量子化マトリクス）を符号化する必要があったが、本実施の形態によれば、更新したいパラメータ（フィルタ係数）のみを符号化することにより、更新が可能となる。よって、従来と比較して符号化効率を向上させることができる。
【０１１３】
（動画像復号装置１）
次に、動画像復号装置１の構成について、図１を参照して説明する。図１は、動画像復号装置１の要部構成を示すブロック図である。動画像復号装置１は、受信した符号化データ＃１から復号画像＃２を復号するものであり、可変長符号逆多重化部１１、ＴＴ情報復号部（復号画像生成手段）１２、逆量子化・逆変換部（復号画像生成手段）１３、ＰＳ情報復号部（パラメータ取得手段、パラメータ更新情報取得手段、パラメータ更新手段）１４、予測画像生成部（復号画像生成手段）１５、ピクチャメモリ１６、および加算器１７を含む構成である。
【０１１４】
可変長符号逆多重化部１１は、動画像復号装置１に入力された１フレーム分の符号化データ＃１を、逆多重化することで、階層構造に含まれる各種情報に分離する。例えば、可変長符号逆多重化部１１は、各種ヘッダに含まれる情報を参照して、符号化データ＃１を、パラメータセットＰＳ、スライス、ＬＣＵに順次分離する。
【０１１５】
ここで、各種ヘッダには、（１）対象フレームのスライスへの分割方法についての情報、および（２）対象スライスに属するＴＢのサイズ、形状および対象スライス内での位置についての情報が含まれる。
【０１１６】
そして、可変長符号逆多重化部１１は、符号化ＴＢヘッダＴＢＨに含まれるＣＵ分割情報ＳＰ＿ＴＢを参照して、対象ＴＢを、予測単位ＰＵ、および変換単位ＴＵに分割し、ＴＴ情報ＴＴＩ、およびＰＴ情報ＰＴＩを取得する。
【０１１７】
また、可変長符号逆多重化部１１は、ＴＴ情報ＴＴＩをＴＴ情報復号部１２に供給し、ＰＴ情報ＰＴＩを予測画像生成部１５に供給する。
【０１１８】
さらに、可変長符号逆多重化部１１は、符号化データ＃１から分離したパラメータセットＰＳ情報ＰＳＩをＰＳ情報復号部１４に供給する。
【０１１９】
ＰＳ情報復号部１４は、可変長符号逆多重化部１１から供給されたパラメータセットＰＳ情報ＰＳＩを復号して、復号したパラメータセットＰＳ情報ＰＳＩ´を用いる、ＴＴ情報復号部１２、逆量子化・逆変換部１３、および予測画像生成部１５に供給する。ＰＳ情報復号部１４の詳細な復号処理については後述する。
【０１２０】
ＴＴ情報復号部１２は、可変長符号逆多重化部１１から供給されたＴＴ情報ＴＴＩを、ＰＳ情報復号部１４から供給されたパラメータセットＰＳ情報ＰＳＩ´を参照して復号し、逆量子化・逆変換部１３に供給する。
【０１２１】
逆量子化・逆変換部１３は、各ＴＵについて、ＰＳ情報復号部１４から供給されたパラメータセットＰＳ情報ＰＳＩ´を参照して、量子化予測残差の逆量子化・逆変換を行う。
【０１２２】
具体的には、逆量子化・逆変換部１３は、まず、可変長符号逆多重化部１１から供給される、各ＴＵについてのＴＴ情報ＴＴＩからＴＴ分割情報ＳＰ＿ＴＵを復号する。そして、復号したＴＵ分割情報ＳＰ＿ＴＵに従って、符号化単位ＣＵを１または複数のブロックへと分割する。
【０１２３】
その後、逆量子化・逆変換部１３は、各ブロックについて、ＴＴ情報ＴＴＩから量子化予測残差ＱＤを復号する。ＰＳ情報復号部１４から供給されたパラメータセットＰＳ情報ＰＳＩ´に含まれている量子化マトリクスを参照して、逆量子化および逆直交変換（逆ＤＣＴ変換（Inverse Discrete Cosine Transform）または逆ＤＳＴ変換（Inverse Discrete Sine Transform））を行い、各ＴＵについて、画素毎の予測残差Ｄを復元する。そして、逆量子化・逆変換部１３は、復元した予測残差Ｄを加算器１７に供給する。
【０１２４】
量子化マトリクスとは、量子化時に周波数成分に応じて量子化ステップを調節するために用いる係数の行列のことである。
【０１２５】
予測画像生成部１５は、各ＰＵについての予測タイプ情報ＰＴｙｐｅに基づいて、各ＰＵがインター予測を行うべきＰＵであるのか、イントラ予測を行うべきＰＵであるのかを識別する。そして、前者の場合には、インター予測画像を生成するとともに、生成したインター予測画像を加算器１７に供給する。一方、後者の場合には、イントラ予測画像を生成するとともに、生成したイントラ予測画像を加算器１７に供給する。
【０１２６】
また、予測画像生成部１５は、予測画像を生成するにあたり、予測画像を生成するために用いる復号済み画像に対して、デブロッキングフィルタ処理、サンプル適応オフセット（SAO：Sample Adaptive Offset）処理、および適応フィルタ（ALF: Adaptive Loop Filter）処理を行い、予測画像を生成している。
【０１２７】
なお、デブロッキングフィルタ処理とは、復号済み画像におけるブロック境界の周辺の画像の平滑化（デブロック処理）を行うフィルタをかける処理である。また、ＳＡＯ処理とは、復号済み画像を画素毎に分類し、画素毎にオフセットを加算するフィルタをかける処理である。また、適応フィルタ処理とは、フィルタをかけた後の予測画像と原画像との誤差が最小となるフィルタ係数を定め、当該フィルタ係数に基づいたフィルタをかける処理である。
【０１２８】
ピクチャメモリ１６には、復号された復号画像Ｐが順次記録される。ピクチャメモリ１６には、対象ＴＢを復号する時点において、当該対象ＴＢよりも先に復号された全てのＴＢ（例えば、ラスタスキャン順で先行する全てのＴＢ）に対応する復号画像が記録されている。
【０１２９】
なお、動画像復号装置１において、画像内の全てのＴＢに対して、ＴＢ単位の復号画像生成処理が終わった時点で、動画像復号装置１に入力された１フレーム分の符号化データ＃１に対応する復号画像＃２が外部に出力される。
【０１３０】
加算器１７は、予測画像生成部１５より供給される予測画像Ｐｒｅｄと、逆量子化・逆変換部１３より供給される予測残差Ｄとを加算することによって、符号化単位ＣＵについての復号画像Ｐを生成する。
【０１３１】
（ＰＳ情報復号部１４における処理）
（処理の流れ）
まず、ＰＳ情報復号部１４の処理の概要について、図１１を参照して説明する。図１１
は、ＰＳ情報復号部１４における処理の概要を説明するための図である。
【０１３２】
図１１に示すように、或るパラメータｐについて、現在の値がｐ＝ｐ１の場合に（１１０１）、更新方法識別子（update_mode）を復号し（１１０２）、更新方法識別子の値が
「０」の場合は、パラメータｐを初期化、すなわちパラメータｐの値を初期値ｐ＝ｐ０に戻す（１１０３）。また、更新方法識別子の値が「１」の場合は、符号化データを復号し（１１０４）、復号したパラメータの値ｐ＝ｐ２をパラメータ値に設定する（１１０５）。また、更新方法識別子の値が「２」の場合は、何も行わない。これにより、パラメータ値はｐ＝ｐ１のままとなる（１１０６）。
【０１３３】
このようなＰＳ情報復号部１４の処理について、図６、７を参照して説明する。図６、７は、ＰＳ情報復号部１４の復号処理の流れを示すフローチャートである。ここでは、パラメータセットＰＳ情報ＰＳＩが、ピクチャパラメータセットＰＰＳの場合について説明する。
【０１３４】
図６に示すように、ＰＳ情報復号部１４は、可変長符号逆多重化部１１からピクチャパラメータセットＰＰＳを取得すると、まず、当該ＰＰＳのｉｄを復号する（Ｓ１）。ここで復号されたｉｄを「ｘ」とする。
【０１３５】
次に、ＰＳ情報復号部１４は、ｉｄ＝ｘのピクチャパラメータセットＰＰＳが既に保存されているか否かを確認する（Ｓ２）。そして、ｉｄ＝ｘのピクチャパラメータセットＰＰＳが既に保存されている場合は（Ｓ２でＹＥＳ）、ピクチャパラメータセットＰＰＳに含まれている各パラメータの復号・保存処理に入る（Ｓ４）。
【０１３６】
一方、ｉｄ＝ｘのピクチャパラメータセットＰＰＳが、まだ保存されていない場合は（Ｓ２でＮＯ）、当該ピクチャパラメータセットＰＰＳの記憶領域を確保して（Ｓ３）、ピクチャパラメータセットＰＰＳに含まれている各パラメータの復号・保存処理に入る（Ｓ４）。
【０１３７】
そして、ピクチャパラメータセットＰＰＳに含まれている各パラメータの復号・保存処理が終了すると、復号処理が終了する。
【０１３８】
次に、図７を参照して、ピクチャパラメータセットＰＰＳに含まれている各パラメータの復号・保存処理について説明する。なお、ここで示す処理の流れは、一例であり、後述するＰＳ情報復号部１４が実行するシンタクスに応じて、処理の流れは変わる。
【０１３９】
図７に示すように、ＰＳ情報復号部１４は、ピクチャパラメータセットＰＰＳに含まれる各パラメータについて（Ｓ２１）、更新方法識別子の値を判定する（Ｓ２２）。
【０１４０】
そして、更新方法識別子の値が「０」の場合は、当該パラメータを初期値に戻す（Ｓ２３）。また、更新方法識別子の値が「１」の場合は、符号化されているパラメータを復号し、復号した値をパラメータに設定する（Ｓ２４）。また、更新方法識別子の値が「２」の場合は、そのまま何もしない。よって、現行のパラメータの値がそのまま維持される。
【０１４１】
これを、ピクチャパラメータセットＰＰＳに含まれる各パラメータについて実行して（Ｓ２５）、ピクチャパラメータセットＰＰＳに含まれている各パラメータの復号・保存処理が終了する。
【０１４２】
（シンタクス）
次に、図８〜１０を参照して、ＰＳ情報復号部１４における処理のシンタクスの一例に
ついて説明する。図８は、ＰＳ情報復号部１４における処理のシンタクスの一例を示す図である。図９は、適応フィルタのフィルタ係数を復号する処理のシンタクスを示す図である。図１０は、量子化マトリクスを復号する処理のシンタクスを示す図である。
【０１４３】
図８のシンタクス８０１に示すように、ＰＳ情報復号部１４では、ｉｄを復号し、「pic_param_update_mode」（更新方法識別子、パラメータ更新情報）を復号して、更新方法
識別子の値が「１」の場合に、各種パラメータを復号している。「pic_param_update_mode」は、ピクチャパラメータセットＰＰＳに属するいくつかのパラメータに対し、まとめ
て更新方法を指定する制御用パラメータである。
【０１４４】
また、ＡＬＦのフィルタパラメータについて「alf_param_update_mode」（更新方法識
別子）を復号して、更新方法識別子の値が「１」の場合に、ＡＬＦのフィルタパラメータに関する各種パラメータ（図９のシンタクス９０１）を復号している。
【０１４５】
「alf_param_update_mode」は、ＡＬＦパラメータのうちピクチャで共通するいくつか
の値に対し、まとめて更新方法を指定するものである。パラメータの内容としては、ＡＬＦ機能自体のｏｎ／ｏｆｆ、ｏｎの時のフィルタサイズやフィルタ係数が挙げられる。
【０１４６】
また、量子化マトリクスのパラメータについて「scaling_list_update_mode」（更新方法識別子）を復号して、更新方法識別子の値が「１」の場合に、量子化マトリクスのパラメータに関する各種パラメータ（図１０のシンタクス１００１、１００２）を復号している。
【０１４７】
「scaling_list_update_mode」は、量子化マトリクス（スケーリングリスト）に対し、まとめて更新方法を指定するものである。なお、スケーリングリストは、変換サイズ、イントラ／インター予測モード、輝度／色差の組合せ分だけ種類(＝numList)があり、それ
ぞれについて、シンタクス１００２が実行される。
【０１４８】
なお、シンタクス８０１の「rbst_trailing_bits」は、終端ビット、および、符号化データの区切りを８ビット単位にするためのアライメント用ビットである。
【０１４９】
（その他の処理例）
次に、ＰＳ情報復号部１４における、上記以外の処理の例について、図１２〜１５を参照して説明する。図１２、１３は、その他の例におけるシンタクスを示す図であり、図１４、１５は、その他の例における概要を示す図である。
【０１５０】
（処理例１）
まず、処理例１について、図１２の（ａ）を参照して説明する。図１２の（ａ）は、処理例１のシンタクスを示す図である。処理例１では、パラメータセットＰＳのシンタクス１２０１に「xxx_present_flag」が含まれており、「xxx_present_flag」の値が「１」の場合は、対応する符号化されたパラメータを復号し、復号した値をパラメータ値とする。一方「xxx_present_flag」の値が「０」の場合は、対応するパラメータが符号化データ中に存在しないため何も行わない。これにより、パラメータ値は維持される。
【０１５１】
xxx_present_flagは、xxxのプレフィックスで指定されるパラメータが符号化データに
存在するか否かを示すフラグである。
【０１５２】
図１２では、xxx_present_flagなどプレフィックスxxxを用いて示されるシンタクスが
あるが、これはこのシンタクスが、特定のパラメータによらず、他のパラメータにも適用可能であることを示す。また、図１２において、パラメータセットはxps_parameter_set_
rbspとxpsのプレフィックスで示されるが、これは、このシンタクス構造が、特定レイヤ
パラメータセットに制限されず、いずれのレイヤのパラメータセットＰＳにおいても適用可能であることを示す。なお、シーケンスパラメータセットに適用する場合であればxpx
をsps、ピクチャパラメータセットであればxpxをppsに読み替えれば良い。他の図面及び
明細書中のxxx及びxpsのプレフィックスも同様に、特定のシンタクスおよびレイヤ構造に制限しないことを示す。なお、説明にppsなどのプレフィックスを用いる場合もあるがピ
クチャパラメータセットに限定する必要はなく、別のピクチャパラメータセットにも適用可能である。
【０１５３】
この構成では、更新を行いたいパラメータのみ、「xxx_present_flag」の値を「１」とし、それ以外のパラメータの「xxx_present_flag」の値を「０」とすることにより、一部のパラメータのみを更新することができる。
【０１５４】
（処理例２）
次に、処理例２について、図１２の（ｂ）を参照して説明する。図１２の（ｂ）は、処理例２のシンタクスを示す図である。処理例２では、パラメータセットＰＳのシンタクス１２０２に、パラメータセットＰＳ単位に「xxx_present_flag」の意味を変更する「xps_reuse_flag」が含まれている。xps_reuse_flagは、パラメータの値が指定されない場合に、既存のパラメータセットの値を引き続き利用することを示すためのフラグである。
【０１５５】
そして、「xxx_present_flag」の値が「１」の場合は、符号化されたパラメータを復号し、復号した値をパラメータ値とする。一方「xxx_present_flag」の値が「０」の場合は、「xps_reuse_flag」の値が「１」であれば、何も行わない。すなわち、パラメータ値を維持する。また、「xps_reuse_flag」の値が「０」であれば、パラメータ値を初期化、すなわち初期値に戻す。
【０１５６】
この構成では、パラメータ値を更新するか、初期値に戻すか、値を維持するかの３通りの中から選択することができる。また、「xps_reuse_flag」を用いることにより、ＰＳに含まれるパラメータ値を変更(修正)することができる。
【０１５７】
（処理例３）
次に、処理例３について、図１３の（ａ）および図１４を参照して説明する。図１３の（ａ）は、処理例３のシンタクスを示す図である。また、図１４は、処理例３の概要を示す図である。
【０１５８】
図１４に示すように、処理例３では、或るパラメータｐについて、現在の値がｐ＝ｐ１の場合に（１４０１）、「update_flag」を復号し（１４０２）、「update_flag」の値が「０」（Ｆａｌｓｅ）の場合は、パラメータｐを初期化、すなわちパラメータｐの値を初期値ｐ＝ｐ０に戻す（１４０６）。
【０１５９】
一方、「update_flag」の値が「１」（Ｔｒｕｅ）の場合は、「present_flag」を復号
する（１４０３）。そして、「present_flag」の値が「１」（Ｔｒｕｅ）の場合は、符号化データを復号し（１４０４）、復号したパラメータの値ｐ＝ｐ２をパラメータ値に設定する（１４０５）。また、「present_flag」の値が「０」（Ｆａｌｓｅ）の場合は、何もしない。すなわち、以前のピクチャパラメータセットＰＰＳにより復号されたパラメータ値ｐ＝ｐ１を維持する（１４０７）。
【０１６０】
処理例３のシンタクスは図１３の（ａ）に示すシンタクス１３０１のようになる。シンタクス１３０１に示すように、処理例３では、２つのフラグ、「xxx_update_flag」およ
び「xxx_present_flag」を用い、（xxx_update_flag、xxx_present_flag）の値が（１、
１）の場合は復号した値を利用し、（１、０）の場合は値を維持し、（０、−）の場合は、初期化する。
【０１６１】
この構成でも、パラメータ値を更新するか、初期値に戻すか、値を維持するかの３通りの中から選択することができる。また、「update_flag」を用いることにより、パラメー
タ値の設定方法を個別に指定することができる。
【０１６２】
（処理例４）
次に、処理例４について、図１３の（ｂ）および図１５を参照して説明する。図１３の（ｂ）は、処理例４のシンタクスを示す図である。また、図１５は、処理例４の概要を示す図である。
【０１６３】
図１５に示すように、処理例４では、或るパラメータｐについて、現在の値がｐ＝ｐ１の場合に（１５０１）、「present_flag」を復号し（１５０２）、「present_flag」の値が「１」（Ｔｒｕｅ）の場合は、符号化データを復号し（１５０３）、復号したパラメータの値ｐ＝ｐ２をパラメータ値に設定する（１５０４）。
【０１６４】
一方、「present_flag」の値が「０」（Ｆａｌｓｅ）の場合は、「reset_flag」を復号する（１５０５）。そして、「reset_flag」の値が「１」（Ｔｒｕｅ）の場合は、パラメータｐを初期化、すなわちパラメータｐの値を初期値ｐ＝ｐ０に戻す（１５０６）。また、「reset_flag」の値が「０」（Ｆａｌｓｅ）の場合は、何もしない。すなわちパラメータ値ｐ＝ｐ１を維持する（１５０７）。
【０１６５】
処理例４のシンタクスは図１３の（ｂ）に示すシンタクス１３０２のようになる。シンタクス１３０２に示すように、処理例４では、２つのフラグ、「xxx_present_flag」および「xxx_reset_flag」を用い、（xxx_present_flag、xxx_reset_flag）の値が（１、−）の場合は復号した値を利用し、（０、１）の場合は初期化し、（０、０）の場合は値を維持する。
【０１６６】
この構成でも、パラメータ値を更新するか、初期値に戻すか、値を維持するかの３通りの中から選択することができる。また、「xxx_reset_flag」を用いることにより、ＰＳに含まれる各パラメータ値を変更（修正）することができる。
【０１６７】
（処理例５）
次に、処理例５について、図１３の（ｃ）を参照して説明する。図１３の（ｃ）は、処理例５のシンタクスを示す図である。処理例５では、パラメータセットＰＳのシンタクス１３０３に「xxx_present_flag」と「xxx_reuse_flag」とが含まれている。そして、（xxx_present_flag、xxx_reuse_flag）の値が、（１、−）の場合は復号した値を利用し、（０、１）の場合は値を維持し、（０、０）の場合は初期化する。
【０１６８】
この構成でも、パラメータ値を更新するか、初期値に戻すか、値を維持するかの３通りの中から選択することができる。
【０１６９】
（動画像符号化装置２）
次に、動画像符号化装置２の構成について、図１６を参照して説明する。図１６は、動画像符号化装置２の要部構成を示すブロック図である。動画像符号化装置２は、概略的に言えば、入力画像＃１０を符号化することによって符号化データ＃１を生成し、出力する装置であり、符号化設定部２１、変換・量子化部（パラメータセット作成手段、パラメータ更新情報生成手段）２２、可変長符号化部（符号化データ出力手段）２３、逆量子化・逆変換部２４、予測画像生成部（パラメータセット作成手段、パラメータ更新情報生成手
段）２５、ピクチャメモリ２６、加算器２７、および減算器２８を含む構成である。
【０１７０】
符号化設定部２１は、入力画像＃１０に基づいて、符号化に関する画像データおよび画像データの各種設定情報を生成する。
【０１７１】
具体的には、符号化設定部２１は、入力画像＃１０を、スライス単位、ＴＢ単位に順次分割することにより、符号化単位ＣＵについてのＣＵ画像＃１００を生成する。また、符号化設定部２１は、分割処理の結果に基づいて、ヘッダ設定情報Ｈ´を生成する。ヘッダ情報Ｈ´は、（１）対象スライスに属するＴＢのサイズ、形状および対象スライス内での位置についての情報、並びに、（２）各ＴＢに属するＣＵのサイズ、形状および対象ＴＢ内での位置についてのＣＵ情報ＣＵ´を含んでいる。
【０１７２】
さらに、符号化設定部２１は、ＣＵ画像＃１００、および、ＣＵ情報ＣＵ´を参照して、ＰＴ設定情報ＰＴＩ´を生成する。ＰＴ設定情報ＰＴＩ´には、（１）対象ＣＵの各予測単位ＰＵへの可能な分割パターン、および、（２）各ＰＵに割り付ける予測モード、の全ての組み合わせに関する情報が含まれる。同様に、符号化設定部２１は、ＣＵ画像＃１００、および、ＣＵ情報ＣＵ´を参照して、ＴＴ設定情報ＴＴＩ´を生成する。ＴＴ設定情報ＴＴＩ´には、（１）対象ＣＵの各変換単位ＴＵへの可能な分割パターンに関する情報が含まれる。
【０１７３】
そして、符号化設定部２１は、ＣＵ画像＃１００を減算器２８に供給し、ヘッダ情報Ｈ´を可変長符号化部２３に供給し、ＰＴ設定情報ＰＴＩ´を予測画像生成部２５に供給し、ＴＴ設定情報ＴＴＩを変換・量子化部２２に供給する。
【０１７４】
変換・量子化部２２は、予測残差Ｄに対して、直交変換（ＤＣＴ変換（Discrete Cosine Transform）またはＤＳＴ変換（Discrete Sine Transform））および量子化を行うことで量子化予測残差を生成する。具体的には、変換・量子化部２２は、ＣＵ画像＃１００、および、ＣＵ情報ＣＵ´を参照し、符号化単位ＣＵの１または複数のブロックへの分割パターンを決定する。そして、決定された分割パターンに従って、予測残差Ｄを、各ブロックについての予測残差に分割する。
【０１７５】
また、変換・量子化部２２は、各ブロックについての予測残差を直交変換（ＤＣＴ変換（Discrete Cosine Transform）またはＤＳＴ変換（Discrete Sine Transform））することによって周波数領域における予測残差を生成した後、当該周波数領域における予測残差を、量子化マトリクスを用いて、量子化することによってブロック毎の量子化予測残差を生成する。
【０１７６】
また、変換・量子化部２２は、生成したブロック毎の量子化予測残差と、ＣＵの分割パターンを指定するＴＴ分割情報に関する情報とを含むＴＴ設定情報ＴＴＩ´を生成し、可変長符号化部２３、逆量子化・逆変換部２４に供給する。
【０１７７】
また、量子化に用いた量子化マトリクスに関する情報をパラメータセットＰＳ情報ＰＳＩ´−ｂを生成し、可変長符号化部２３に供給する。
【０１７８】
逆量子化・逆変換部２４は、変換・量子化部２２より供給される、ブロック毎の量子化予測残差を、逆量子化、および、逆直交変換（逆ＤＣＴ変換（Inverse Discrete Cosine Transform）または逆ＤＳＴ変換（Inverse Discrete Sine Transform））することによって、ブロック毎の予測残差を復元する。また、逆量子化・逆変換部２４は、ブロック毎の予測残差を、ＴＴ分割情報により指定される分割パターンに従って統合し、対象ＣＵについての予測残差Ｄを生成する。そして、逆量子化・逆変換部２４は、生成した対象ＣＵに
ついての予測残差Ｄを、加算器２７に供給する。
【０１７９】
予測画像生成部２５は、ピクチャメモリ２６に記録されている局所復号画像Ｐ´、および、ＰＴ情報ＰＴＩ´を参照して、対象ＣＵについての予測画像Ｐｒｅｄを生成する。また、予測画像生成部２５は、予測画像生成処理により得られた予測パラメータを、ＰＴ情報ＰＴＩ´に設定するとともに、予測画像生成に用いた適応フィルタのフィルタ係数、ＳＡＯオフセット値をパラメータセットＰＳ情報ＰＳＩ´−ａに設定し、設定後のＰＴ情報ＰＴＩ´、およびパラメータセットＰＳ情報ＰＳＩ´−ａを可変長符号化部２３に転送する。なお、予測画像生成部２５による予測画像生成処理は、動画像復号装置１の備える予測画像生成部１５と同様である。
【０１８０】
加算器２７は、予測画像生成部２５より供給される予測画像Ｐｒｅｄと、逆量子化・逆変換部２４より供給される予測残差Ｄとを加算することによって、対象ＣＵについての復号画像Ｐを生成する。
【０１８１】
ピクチャメモリ２６には、復号された復号画像Ｐが順次記録される。ピクチャメモリ２６には、対象ＴＢを復号する時点において、当該対象ＴＢよりも先に復号された全てのＴＢ（例えば、ラスタスキャン順で先行する全てのＴＢ）に対応する復号画像が記録されている。
【０１８２】
減算器２８は、ＣＵ画像＃１００から予測画像Ｐｒｅｄを減算することによって、対象ＣＵについての予測残差Ｄを生成する。減算器２８は、生成した予測残差Ｄを、変換・量子化部２２に供給する。
【０１８３】
可変長符号化部２３は、ＴＴ設定情報ＴＴＩ´、ＰＴ設定情報ＰＴＩ´、パラメータセットＰＳ情報ＰＳＩ´−（ａ、ｂ）、ヘッダ情報Ｈ´に基づいて符号化データ＃１を生成し、出力する。
【０１８４】
〔実施の形態２〕
次に、本発明の他の実施の形態について図１７〜２０に基づいて説明すれば、以下のとおりである。本実施の形態において、上記実施の形態１と異なるのは、或るパラメータセットＰＳが、それ以前のパラメータセットＰＳを参照しない点である。
【０１８５】
以前のパラメータセットＰＳを参照しないパラメータセットＰＳを設けることにより、当該パラメータセットＰＳ以降の符号化データは、当該パラメータセットＰＳから読み込むことで復号可能となり、ランダムアクセス時の処理負荷を軽くすることができる。
【０１８６】
本実施の形態では、パラメータセットＰＳが、それ以前のパラメータセットＰＳのパラメータ値を参照しないようにシンタクスを制限するように構成している。具体的に、図１７〜２０を参照して説明する。図１７〜２０は、ピクチャパラメータセットＰＰＳにおけるシンタクス例を示す図である。
【０１８７】
本実施の形態では、例えば、ピクチャパラメータセットＰＰＳのシンタクスに、更新方法識別子「update_mode」の値の範囲を制限するシンタクス（「update_mode_restriction_flag」）を入れることにより、それ以前のパラメータセットＰＳのパラメータ値を参照
しないようにシンタクスを制限している。
【０１８８】
図１７に示すシンタクス１７０１では、図８のシンタクス８０１に「pps_update_mode_restriction_flag」を追加している。そして、「pps_update_mode_restriction_flag」の値が「１」であれば、「update_mode」の値を、「１」（更新）、または「０」（初期化
）に制限し、「pps_update_mode_restriction_flag」の値が「０」であれば、制限しない構成、すなわち、「update_mode」の値を、「０」（初期化）、「１」（更新）、「−」
（保持）のままとしている。
【０１８９】
これにより、パラメータの値の保持を行わないように制限する、すなわち、当該ピクチャパラメータセットＰＳより以前のピクチャパラメータセットＰＳのパラメータ値を参照させないように制限することができる。なお、このフラグは、ピクチャパラメータセット以外のレイヤ、例えばシーケンスパラメータセットで符号化することが可能である。この場合には、シーケンスパラメータレイヤ以下のレイヤのパラメータの範囲が制限される。
【０１９０】
また、図１８に示すシンタクス１８０１では、図１３のシンタクス１３０１に、更新方法識別子制限フラグ「xps_update_mode_restriction_flag」を追加している。そして、「xps_update_mode_restriction_flag」の値が「１」の場合に、（update_flag、 present_flag）＝（１、０）を禁止することにより、以前のパラメータ値を参照させないようにすることができる。このフラグは、同一レイヤおよび下位レイヤのシンタクスを制限するものであり、シーケンスパラメータで指定される場合には、シーケンスパラメータ以下のレイヤにおけるシンタクスの制限が行われる。下記のxps_present_type_flag、xps_reuse_enable_flagも同様である。
【０１９１】
なお、更新方法識別子制限フラグと同様に、保持の使用を制限するパラメータは、図１９、図２０に示すシンタクスでも用いることができる。
【０１９２】
また、図１９に示すシンタクス１９０１では、図１３のシンタクス１３０２に、更新方法識別子タイプ「xps_present_type_flag」を追加している。そして、「xps_present_type_flag」の値が「０」の場合に、（present_flag、 reset_flag）＝（０、０）を禁止す
ることにより、以前のパラメータ値を参照させないようにすることができる。
【０１９３】
また、図２０に示すシンタクス２００１では、図１３のシンタクス１３０３に、再利用識別子タイプ「xps_reuse_enable_flag」を追加している。そして、「xps_reuse_enable_flag」の値が「０」の場合に、（present_flag、 reuse_flag）＝（０、１）を禁止する
ことにより、以前のパラメータ値を参照させないようにすることができる。
【０１９４】
なお、更新方法識別子制限フラグxps_update_mode_restriction_flag、更新方法識別子タイプxps_present_type_flag、再利用識別子タイプxps_reuse_enable_flagのように、保持を制限するフラグを総称して、更新方法識別子制限フラグと呼んでも良い。
【０１９５】
〔実施の形態３〕
本発明のさらに他の実施の形態について図２１、２２に基づいて説明すれば、以下のとおりである。本実施の形態では、ランダムアクセス用ピクチャ（ＩＤＲピクチャ）が参照するパラメータセットＰＳについては、当該パラメータセットＰＳ以前のパラメータセットＰＳを参照しない構成とするものである。
【０１９６】
図２１に、本実施の形態に係る符号化データのストリーム構造を示す。図２１に示すように、例えば、非ＩＤＲピクチャ２１０４が参照するピクチャパラメータセットＰＰＳ２１０３は、それ以前のピクチャパラメータセットＰＰＳ２１０１を参照している。また、非ＩＤＲピクチャ２１０８が参照するピクチャパラメータセットＰＰＳ２１０７は、それ以前のピクチャパラメータセットＰＰＳ２１０５を参照している。
【０１９７】
したがって、非ＩＤＲピクチャ２１０４から、画像再生を行う場合、ピクチャパラメータセットＰＰＳ２１０１から読み込む必要がある。
【０１９８】
これに対し、ＩＤＲピクチャ２１０６が参照するピクチャパラメータセットＰＰＳ２１０５は、それ以前のピクチャパラメータセットＰＰＳを参照していない。これにより、ＩＤＲピクチャ２１０６から画像再生を行う場合は、ピクチャパラメータセットＰＰＳ２１０５から読み込むだけで済む。特に、ＩＤＲピクチャは、ランダムアクセス用のピクチャであり、当該ピクチャから画像再生が行われる。よって、ＩＤＲピクチャについて、直前のピクチャパラメータセットＰＰＳのみを読み込むことにより、画像再生を行うことができるようにすることで、画像再生の処理負荷を軽くすることができる。
【０１９９】
ＩＤＲピクチャが参照するピクチャパラメータセットＰＰＳが、それ以前のピクチャパラメータセットＰＰＳを参照しないようにするためには、以下の方法が考えられる。
【０２００】
例えば、当該ピクチャパラメータセットＰＰＳは、パラメータ値の更新か、初期化しか行わないようにする、すなわちパラメータ値の維持を行わないようにすることが考えられる。すなわち、当該ピクチャパラメータセットＰＰＳについて、上述した実施の形態２の構成を適用すればよい。すなわち、特定のピクチャ（ここではランダムアクセス用ピクチャ）の場合に適用可能なパラメータ値の範囲を制限する。この制限は、他のパラメータ、例えば、符号化データが使用する可能性がある機能群を示すプロファイルや、プロファイルよりも細かい機能制限フラグに依存して行っても良い。また、この制限は、符号化データよりも上位構造のフラグ、すなわち、符号化データを格納するトランスポートストリームや、ｍｐ４などのコンテナ中のフラグに依存して行っても良い。
【０２０１】
また、図１２のシンタクス１２０２に示すような場合は、「xps_reuse_flag」を「０」に設定しておけばよい。すなわち、ランダムアクセス用ピクチャの場合には、シンタクスのxxx_present_flagの値が「０」の場合に、パラメータ値を初期化する。これにより、ランダムアクセス用ピクチャに参照されるピクチャパラメータセットＰＰＳでは、パラメータ値の維持を行わず、以前のピクチャパラメータセットＰＰＳの値を参照しないようにできる。
【０２０２】
または、ＩＤＲピクチャは、上述した実施の形態２の構成のピクチャパラメータセットＰＰＳのみを参照するように構成してもよい。
【０２０３】
次に、ＩＤＲピクチャが参照するピクチャパラメータセットＰＰＳの更新処理の概要について、図２２を参照して説明する。図２２は、ＩＤＲピクチャが参照するピクチャパラメータセットＰＰＳの更新処理が、シンタクス１７０１に基づいて行われる場合の概要を示す図である。なお、ここでは、「pps_update_mode_restriction_flag」の値が「１」であったとする。
【０２０４】
図２２に示すように、ＩＤＲピクチャが参照するピクチャパラメータセットＰＰＳでは、或るパラメータｐについて、現在の値がｐ＝ｐ１の場合に（２２０１）、「update_mode」を復号し（２２０２）、「update_mode」の値が「０」の場合は、パラメータｐを初期化、すなわちパラメータｐの値を初期値ｐ＝ｐ０に戻す（２２０３）。
【０２０５】
一方、「update_mode」の値が「１」の場合は、符号化データを復号し（２２０４）、
復号したパラメータの値ｐ＝ｐ２をパラメータ値に設定する（２２０５）。
【０２０６】
〔実施の形態４〕
本発明のさらに他の実施の形態について図２３〜２７に基づいて説明すれば、以下のとおりである。上述した実施の形態１〜３では、同一レイヤのパラメータセットＰＳとして、参照するパラメータセットＰＳは１つであったが、本実施の形態では、参照可能なパラ
メータセットＰＳが２つあるものである。ピクチャパラメータセットＰＰＳを２つ参照する場合が一例である。
【０２０７】
１つのパラメータセットＰＳの中に、更新周期の異なるパラメータがある場合、更新周期の短いパラメータにあわせて符号化を行う必要があるので、符号化効率が低下してしまう。また、依存関係が生じることにより、依存関係のあるパラメータセットＰＳを先頭から読み込む必要が生じる。
【０２０８】
本実施の形態では、例えば、スライスヘッダが、２つのパラメータセットＰＳを参照可能とすることで、従来であれば、更新の度に必要であったパラメータセットＰＳの符号化を不要とするものである。また、参照対象の２つのパラメータセットＰＳ以外に依存関係のあるパラメータセットＰＳが存在しないので、ランダムアクセスにも影響を及ぼさないものである。
【０２０９】
参照する２つのパラメータセットＰＳを、ＰＳ１、ＰＳ２とすると、例えば、スライスヘッダは、ＰＳ１、ＰＳ２を参照して、ＰＳ１とＰＳ２とから一時的なパラメータセットＰＳ１´を生成し利用する。ここで、ＰＳ１は、ベースとなるパラメータセットＰＳである。また、ＰＳ２は、必要であれば更新分として指定される。すなわち、ＰＳ２の指定がなければＰＳ１がそのまま使われる。また、ＰＳ１、ＰＳ２は変更されない。さらに、ＰＳ１´は少なくとも参照されうる間は保持されている。
【０２１０】
本実施の形態では、全てのパラメータセットＰＳは、同じ構造を有しており、かつ、次の２つのいずれかの種類のフラグを備えている。１つは、２値フラグ「present_flag」であり、パラメータの有無を決定している。もう１つは、３値フラグ「update_mode」であ
り、図８のシンタクス８０１における「update_mode」と同様の役割を果たすものである
。
【０２１１】
なお、全てのパラメータセットＰＳは同じ構造を有しているため、３値フラグを有している場合、ＰＳ１もＰＳ２も３値フラグを有していることになる。３値フラグは、パラメータ値について、初期化、更新、維持の３つの何れかを選択するものである。ＰＳ２として指定されているパラメータセットＰＳにおける維持とは、ＰＳ１の値を用いることを意味する。また、ＰＳ１として指定されているパラメータセットＰＳにおける維持とは、それまでに復号されているパラメータ値が存在していないため、初期化することを意味する。
【０２１２】
次に、図２３を参照して、本実施の形態に係るシンタクス例について説明する。図２３は、スライスヘッダから２つのピクチャパラメータセットＰＰＳを参照する場合で、上述した２値フラグ「present_flag」を備えるシンタクスを示す図である。
【０２１３】
図２３に示すように、シンタクス２３０１では、ＰＰＳ１を復号するとともに、ＰＰＳ２が必要か否かを判定するフラグ（pic_parameter_set_id2_present_flag）を復号し、必要な場合にのみＰＰＳ２を復号している。
【０２１４】
次に、２つのピクチャパラメータセットＰＰＳを参照する処理の概要を、図２４を参照して説明する。図２４は、２つのピクチャパラメータセットＰＰＳを参照する処理の概要を示す図である。
【０２１５】
図２４に示すように、２つのピクチャパラメータセットＰＰＳを参照する処理は、或るパラメータｐについて、現在の値がｐ＝ｐ１の場合（２４０１）、「pps_present_flag」を復号し（２４０２）、「present_flag」の値が「０」（Ｆａｌｓｅ）の場合は、ＰＰＳ
１のパラメータ値ｐ＝ｐ１を維持する（２４０３）。
【０２１６】
一方、「present_flag」の値が「１」（Ｔｒｕｅ）の場合は、ＰＰＳ２を復号し（２４０４）、ＰＰＳ１とＰＰＳ２の値から、パラメータ値ｐ´＝ｐ＋ｐ２を生成する（２４０５）。ここでは、ｐ´をｐからの差分値ｐ２によって表現したが、これに限らず、ｐ´の値を直接指定しても構わない。すなわち、ｐ´＝ｐ２としても良い。
【０２１７】
次に、２値フラグ「present_flag」を有した場合の、ＰＳ情報復号部１４の復号処理の流れについて、図２５、２６を参照して説明する。図２５、２６は、２値フラグ「present_flag」を有した場合の、ＰＳ情報復号部１４の復号処理の流れを示すフローチャートである。ここでは、パラメータセットＰＳがピクチャパラメータセットＰＰＳの場合について説明する。
【０２１８】
図２５に示すように、ＰＳ情報復号部１４は、可変長符号逆多重化部１１からピクチャパラメータセットＰＰＳを取得すると、まず、当該ピクチャパラメータセットＰＰＳのＰＰＳ１のｉｄを復号する（Ｓ１０１）。次に、ＰＳ情報復号部１４は、ＰＰＳ２のｉｄが符号化されているか否か確認し（Ｓ１０２）、符号化されていなければ（Ｓ１０２でＮＯ）、復号したＰＰＳ１のパラメータ値を用いる（Ｓ１０６）。
【０２１９】
一方、ＰＰＳ２のｉｄが符号化されていれば（Ｓ１０２でＹＥＳ）、ＰＳ情報復号部１４は、ＰＰＳ２のｉｄを復号し（Ｓ１０３）、ＰＰＳ１とＰＰＳ２とから生成するＰＰＳ１´の記憶領域を確保する（Ｓ１０４）。そして、確保した記憶領域に復号したＰＰＳ１の値をコピーする。そして、ＰＰＳ２に含まれている各パラメータの復号・保存処理に入る（Ｓ１０５）。
【０２２０】
各パラメータの復号・保存処理について、図２６を参照して説明する。図２６に示すように、ＰＳ情報復号部１４は、ＰＰＳ２に含まれる各パラメータについて（Ｓ１１１）、パラメータが存在するか否か、すなわち、パラメータの値が符号化されているか否かを判定する（Ｓ１１２）。そして、パラメータが存在していれば（Ｓ１１２でＹＥＳ）、ＰＰＳ２における値を復号し、パラメータ値を設定する（Ｓ１１３）。一方、パラメータが存在していなければ（Ｓ１１２でＮＯ）、ＰＰＳ１で復号した値をパラメータ値に設定する（Ｓ１１４）。これを、ＰＰＳ２に含まれる各パラメータについて実行して（Ｓ１１５）、ＰＰＳ２に含まれている各パラメータの復号・保存処理が終了する。
【０２２１】
次に、３値フラグ「update_mode」を有した場合のＰＳ情報復号部１４の復号処理の流
れについて、図２７を参照して説明する。図２７は、３値フラグ「update_mode」を有し
た場合の、ＰＳ情報復号部１４の復号処理の流れを示すフローチャートである。
【０２２２】
なお、ステップＳ１０６（図２５）までは、２値フラグ「present_flag」を有した場合の処理の流れと同様であるので、その説明を省略し、各パラメータの復号・保存処理の流れのみ説明する。
【０２２３】
図２７に示すように、ＰＳ情報復号部１４は、ＰＰＳ２に含まれる各パラメータについて（Ｓ１２１）、更新方法識別子の値を判定する（Ｓ１２２）。
【０２２４】
そして、更新方法識別子の値が「０」の場合は、当該パラメータを初期値に戻す（Ｓ１２３）。また、更新方法識別子の値が「１」の場合は、ＰＰＳ２で符号化されているパラメータを復号し、復号した値をパラメータ値に設定する（Ｓ１２４）。また、更新方法識別子の値が「２」の場合は、そのまま何もしない。よって、ＰＰＳ１で復号された値がパラメータ値として維持される。
【０２２５】
これを、ＰＰＳ２に含まれる各パラメータについて実行して（Ｓ１２５）、ＰＰＳ２に含まれている各パラメータの復号・保存処理が終了する。
【０２２６】
〔ＡＰＳについて〕
次に、ＡＰＳ（Adaptation Parameter Set）を用いた構成について、図２９〜５６を参照して説明する。ＡＰＳとは、ＰＰＳに含まれるパラメータのうち、更新頻度の高いパラメータを分離して、新たにパラメータセット（ＰＳ）としたものである。より詳細には、ＡＬＦ（Adaptive Loop Filter）のパラメータのうち、フィルタのオン／オフを示すツリー以外のパラメータや、ＳＡＯ（Sample Adaptive Offset）のパラメータがＡＰＳに格納されている。なお、これに限らず、例えば、量子化マトリクスや重み予測（Weighted Prediction）パラメータが格納されてもよい。
【０２２７】
図２９に、ＡＰＳを含むパラメータセットＰＳと符号化データのレイヤ構造との関係を示す。図２９に示すように、ＡＰＳは、ＰＰＳと同様にピクチャレイヤに格納されている。図２９に示す例では、ＡＰＳ２９０１、２９０２は、ＰＰＳ４０３、４０４と同様にピクチャレイヤに格納されている。なお、ＡＰＳをピクチャレイヤではなく、スライスレイヤに格納するものであってもよい。
【０２２８】
ＡＰＳを用いた場合のシンタクスの概要について、図３０を参照して説明する。図３０は、ＡＰＳを用いた場合のシンタクスの概要である。図３０のシンタクス３００１に示すように、ＡＰＳを用いた場合、ＡＰＳを特定するための“aps_id”、ＳＡＯパラメータの有無を示す“aps_sample_adaptive_offset_flag”、ＡＬＦパラメータの有無を示す“aps_adaptive_loop_filter_flag”が符号化／復号される。
【０２２９】
なお、ここでは、ＳＡＯパラメータおよびＡＬＦパラメータのみが含まれている場合を示しているが、これらに限られず、例えば、ＡＰＳのエントロピー符号化方式を示すフラグ、バイトアライン用ビット等が含まれていてもよい。また、上述したように、符号化ツールのパラメータとして、量子化マトリクスや重み予測（Weighted Prediction）パラメ
ータが含まれてもよい。
【０２３０】
符号ツールのパラメータが追加される場合、そのシンタクスは、例えば、“aps_符号化ツールの名称_flag”と、“if (aps_符号化ツールの名称_flag){符号化ツールの名称_param()}”とすることが考えられる。
【０２３１】
また、ＡＰＳは、スライスヘッダＳＨからＩＤ（aps_id）によって参照される。さらに、ＡＰＳは常に存在しているわけではなく、ＡＰＳに格納されるＡＬＦパラメータやＳＡＯパラメータが使用される時のみ、存在する。
【０２３２】
〔実施の形態１〜３にＡＰＳを適用した場合〕
次に、上記実施の形態１〜３にＡＰＳを適用した場合について、図３１〜３４を参照して説明する。上記実施の形態１〜３においても、ＡＰＳを適用することが可能である。
【０２３３】
ＡＰＳ内で、個別に更新制御フラグで制御されるパラメータには、例えば、次のようなパラメータのグループが挙げられる。
（Ａ）ＡＬＦのフィルタ構造（ALFStructure）：ＡＬＦの特徴量空間をどう領域分割したのかをしめす情報(単位領域のマージ情報等)や、各領域が用いるフィルタを指定するインデックス情報を示す。
（Ｂ）ＡＬＦのフィルタ係数（ALFCoeff）：複数の係数で1個のフィルタが構成されてい
る。なお、複数の係数をまとめて制御してもよいし、1個ずつ制御してもよい。
（Ｃ）ＳＡＯのオフセット値
（Ｄ）量子化マトリクス（量子化スケーリングリスト)
量子化マトリクスは、マトリクス単位毎に制御してもよい。
【０２３４】
なお、上記の他にも、上記の（Ａ）と（Ｂ）とをまとめて１つのグループにして制御してもよいし、
更新制御フラグの符号量のオーバーヘッドが問題とならない限り、上記（Ａ）〜（Ｄ）よりも細分化して制御するものであってもよい。
【０２３５】
次に、ＡＰＳに格納される各パラメータについて、図３１〜３４を参照して説明する。図３１は、ＡＬＦパラメータを説明するため図であり、図３１の（ａ）はＡＰＳで符号化されるＡＬＦパラメータを符号化／復号するときのシンタクス例を示し、図３１の（ｂ）は特徴量空間の領域毎に割り振られたフィルタのインデックスを示している。図３２は、ＡＰＳで符号化されるＡＬＦパラメータを説明するため図であり、図３２の（ａ）は更新制御フラグを用いる場合にＡＬＦパラメータを符号化／復号するときのシンタクス例を示し、図３２の（ｂ）はＡＬＦパラメータのフィルタ構造についてのシンタクス例を示し、図３２の（ｃ）はＡＬＦパラメータのフィルタ係数についてのシンタクス例を示している。
【０２３６】
また、図５９もＡＰＳで符号化されるＡＬＦパラメータを説明するため図であり、図５９の（ａ）はＡＬＦパラメータのフィルタ係数についての別のシンタクス例を示し、図５９の（ｂ）はＡＬＦパラメータのフィルタ係数についてのさらに別のシンタクス例を示している。図５９の（ａ）のシンタクス５９０１は、特徴量空間の切り替えフラグを含む場合の例である。“alf_region_adaptation_flag”は、適応処理の方法を選択するフラグであり、特徴量空間を選択する。例えば“alf_region_adaptation_flag”＝１のときは特徴量を局所画像の活性度に基づいて決定し、“alf_region_adaptation_flag”＝０のときは特徴量を処理対象画素の座標に基づいて決定する。また、図５９の（ｂ）のシンタクス５０９２は、図３２（ｃ）と同様であるが色差のフィルタ係数を含まない場合の例である。この場合、パラメータの更新は、輝度のフィルタ係数についてだけ可能である。
【０２３７】
また、図３３は、ＡＰＳで符号化されるＳＡＯパラメータを説明するための図であり、図３３の（ａ）はＳＡＯパラメータを符号化／復号するときのシンタクス例を示し、図３３の（ｂ）はＳＡＯパラメータのうち、ＳＡＯ分割パターンについてのシンタクス例を示し、図３３の（ｃ）はＳＡＯパラメータのうち、ＳＡＯオフセット値についてのシンタクス例を示している。また、図３４は、更新制御フラグを用いる場合のＳＡＯパラメータのシンタクスを示している。
【０２３８】
図３１のシンタクス３１０１に示すように、ＡＰＳで符号化されるＡＬＦパラメータは、フィルタ構造に関する部分（図３１（ａ）の３１０２）とフィルタ係数に関する部分（図３１（ａ）の３１０３）とを含む。“alf_length_luma_minus_5_div2”は１つのフィルタに含まれる係数の個数すなわちフィルタの大きさを表すが、代わりに“alf_shape_flag”といったフラグを用いて、フィルタの大きさや形状を切り替えることで係数の個数を切り替えてもよい。
【０２３９】
特徴量ベースＡＬＦでは、特徴量空間における所定の領域毎に、算出された特徴量がフィルタと対応づけられている。そして、図３１（ｂ）のフィルタ構造３１０４に示すように、フィルタには、出現順にインデックスが振られる。図３１（ｂ）のフィルタ構造３１０４の「０」〜「３」はフィルタインデックスを示している。
【０２４０】
そして、フィルタ構造（ALFStructure：３１０２）における主要なパラメータは、“al
f_filter_pattern[i]”である。シンタクス３１０１ではフラグ（u（1））で、「直前の
ブロックとフィルタインデックスが同じかどうか」を示し、フィルタインデクスが異なる場合は、初期値０から開始するフィルタインデックスを１増加する。これにより上述したフィルタ構造を表現している。なお、「直前のブロックとフィルタインデックスが同じかどうか」ではなく、ブロックごとに、直接フィルタインデックス（“alf_region_idx[i]
”ue（v））を格納する構成であってもよい。
【０２４１】
また、フィルタ係数（ALFCoeff：３１０３)においては、係数の予測方法を示すフラグ
、色差ゴロム符号化のパラメータに続いて、ALFStructureで指定された個数分のフィルタについて、それぞれの係数をゴロム符号化して格納している。
【０２４２】
なお、ＡＬＦパラメータとしては他に、ＣＵ単位のＡＬＦオン／オフ制御フラグのツリーがあるが、これはピクチャで共通ではないため、ＡＰＳに格納せず、スライスヘッダで符号化している。
【０２４３】
次に、図３２を参照して、更新制御フラグを用いる場合のＡＬＦパラメータのシンタクス例について説明する。図３２の（ａ）に示すように、更新制御フラグを用いる場合、フィルタ構造の更新制御フラグである“alf_structure_param_present_flag”と、フィルタ係数の更新制御フラグである“alf_coeff_param_present_flag”とがシンタクス３２０１に含まれている。そして、これらの値が“True”であれば、フィルタ構造（図３２の（ｂ）：３２０２）、およびフィルタ係数（図３２の（ｃ）：３２０３）の各パラメータを符号化／復号する。
【０２４４】
次に、図３３を参照して、ＳＡＯパラメータのシンタクスについて説明する。図３３（ａ）のシンタクス３３０１に示すように、ＳＡＯパラメータの場合は、ＳＡＯ分割パターン“sao_split param(0,0,0)”と、ＳＡＯオフセット値“sao_offset_param(0,0,0)”と
を含む。また、ＳＡＯ分割パターンについては、分割するか否かを四分木で再帰的に指定し（図３３の（ｂ）：３３０２）、ＳＡＯオフセット値については、分割パターンにしたがって、四分木のリーフにＳＡＯのタイプとオフセット値とを格納（図３３の（ｃ）：３３０３）している。
【０２４５】
また、更新制御フラグを用いる場合のＳＡＯパラメータのシンタクスは、図３４に示すようになる。図３４のシンタクス３４０１に示すように、ＳＡＯ分割パターンの更新制御フラグ“sao_split_param_present_flag”と、ＳＡＯオフセットの更新制御フラグ“sao_offset_param_present_flag”とを含み、これらの値が“True”のときに、それぞれのパ
ラメータを符号化／復号する。
【０２４６】
次に、ＡＰＳを用いた場合の概要について、図３５を参照して説明する。図３５は、ＡＰＳが更新される例を示す図である。図３５に示す例では、スライスヘッダＳＨ３５０４がｉｄ＝１（aps_id ＝１）で指定されるＡＰＳを参照している。
【０２４７】
そして、本実施の形態では、ＡＰＳ３５０１を送信後、ＡＰＳ３５０１の更新情報であるＡＰＳ３５０２を送信することにより、ＡＰＳ３５０１のうち、ＡＰＳ３５０２にて更新されたパラメータについては更新後のパラメータを参照する。すなわち、スライスヘッダＳＨ３５０４は、ＡＰＳ３５０３をｉｄ＝１のＡＰＳとして参照する。
【０２４８】
より具体的に説明すると、ＡＰＳ３５０１のみが送信された時点では、ｉｄ＝１が示すＡＰＳはフィルタ構造（ALFStructure）がＳ１ａ、フィルタ係数（ALFCoeff）がＡ１ａであった（ＡＰＳ３５０１）。しかしながら、フィルタ係数のみを「Ａ１ｂ」に更新するＡＰＳ３５０２が送信されることにより、ＡＰＳ３５０１のうち、フィルタ係数のみが更新
されたＡＰＳ３５０３が、ｉｄ＝１によって指定されるＡＰＳとなっている。すなわち、ｉｄ＝１によって指定されるＡＰＳは、フィルタ構造（ALFStructure）がＳ１ａ、フィルタ係数（ALFCoeff）がＡ１ｂ（ＡＰＳ３５０３）となる。
【０２４９】
これにより、ＡＰＳの場合も上述したＰＰＳと同様に、ＡＰＳ３５０１の一部を更新したい場合に、ＡＰＳ３５０１に含まれる全てのパラメータ（フィルタ構造およびフィルタ係数）を符号化することなく、更新が可能となる。よって、従来と比較して符号化効率を向上させることができる。
【０２５０】
〔実施の形態４にＡＰＳを適用した場合〕
次に、図３６〜４１を参照して、上述した実施の形態４にＡＰＳを適用した場合について説明する。実施の形態４の場合と同様に、スライスヘッダＳＨは、複数のＡＰＳを参照することが可能である。
【０２５１】
まず、図３６、３７を参照して、スライスヘッダＳＨが、複数のＡＰＳを参照する場合のシンタクス例について説明する。図３６は、スライスヘッダＳＨが２つのＡＰＳを参照する場合のシンタクス例を示している。図３７は、スライスヘッダＳＨが複数のＡＰＳを参照する場合のシンタクス例を示しており、図３７の（ａ）は、３つのＡＰＳを参照する場合のシンタクス例を示し、図３７の（ｂ）は、不定個数のＡＰＳを参照する場合のシンタクス例を示している。
【０２５２】
スライスヘッダＳＨが、２つのＡＰＳを参照する場合のシンタクスは、例えば図３６のシンタクス３６０１のようになる。シンタクス３６０１では、“aps_id1”で１つの目の
ＡＰＳを参照し、さらに、“aps_id2_present_flag”で２つ目のＡＰＳを参照するか否かを判定し、２つ目のＡＰＳを参照する場合は、“aps_id2”で参照している。
【０２５３】
すなわち、シンタクス３６０１では、“aps_id1”と“aps_id2”との２つのＡＰＳを参照する。また、ＡＰＳの参照は１個でもよいため、“aps_id2”の存在を示すフラグを符
号化している。
【０２５４】
また、シンタクス３６０１における“use_aps_flag”は、ＡＰＳを用いるか否かを示すフラグである。ＡＰＳにパラメータが格納される符号化ツールを用いる場合、ＳＰＳやＰＰＳなどのパラメータセットにおいて、当該符号化ツールの使用を示すフラグの値が“True”に設定される。これらのフラグのうち、１つでも“True”であれば、“use_aps_flag”=“True”となる。
【０２５５】
また、“use_aps_flag”という形式ではなく、符号化ツールそれぞれのオン／オフを示すフラグである“adaptive_loop_filter_enabled_flag”、および“aps_sample_adaptive_offset_enabled_flag” から成る論理式（adaptive_loop_filter_enabled_flag || aps_sample_adaptive_offset_enabled_flag）を用いてもよい。ここで記号 “||”は論理和を表す。
【０２５６】
図３７のシンタクス３７０１は、スライスヘッダＳＨが、ＡＰＳを３つ参照する場合を示している。ＡＰＳを３つ参照する場合は、シンタクス３６０１に、“aps_id3_present_flag”と“aps_id3”とが加えられた構成となっている。また、図３７のシンタクス３７
０２に示すように、スライスヘッダＳＨが参照するＡＰＳの数を固定しない場合は、“aps_id[i]”を構成に含めて、参照するＡＰＳの数に応じて「ｉ」を決定すればよい。
【０２５７】
また、複数のＡＰＳを参照可能とした場合、パラメータが重複する可能性がある。図３８を参照して説明する。図３８は、スライスヘッダＳＨが複数のＡＰＳを参照する場合を
概念的に示す図であり、図３８の（ａ）はスライスヘッダＳＨを示し、図３８の（ｂ）はスライスヘッダＳＨによって参照される１つめのＡＰＳを示し、図３８の（ｃ）はスライスヘッダＳＨによって参照される２つめのＡＰＳを示している。
【０２５８】
図３８に示すように、スライスヘッダＳＨ３８０１が２つのＡＰＳを参照し、２つのＡＰＳのうちの１つであるＡＰＳ１（３８０２）に含まれる“paramA”が「x」であり、も
う１つのＡＰＳであるＡＰＳ２（３８０３）に含まれる“paramA”が「y」ということが
考えられる。
【０２５９】
この場合に、スライスヘッダＳＨ３８０１が参照する“paramA”の値をどのようにするかについて、以下の方法が考えられる。
【０２６０】
まず、更新制御フラグを用いる場合であれば、“paramA,paramB”に更新制御フラグを
付け、ＡＰＳ２の更新制御フラグに従ってＡＰＳ１を更新すればよい。
【０２６１】
この場合の処理の流れについて、図３９、４０を参照して説明する。図３９、４０は、更新制御フラグを用いる場合に、スライスヘッダＳＨがＡＰＳを参照する場合の流れを示すフローチャートである。
【０２６２】
図３９に示すように、ＰＳ情報復号部１４は、可変長符号逆多重化部１１からＡＰＳを取得すると、まず、当該ＡＰＳのＡＰＳ１のｉｄを復号する（Ｓ２０１）。次に、ＰＳ情報復号部１４は、ＡＰＳ２のｉｄが符号化されているか否か確認し（Ｓ２０２）、符号化されていなければ（Ｓ２０２でＮＯ）、復号したＡＰＳ１のパラメータ値を用いる（Ｓ２０６）。
【０２６３】
一方、ＡＰＳ２のｉｄが符号化されていれば（Ｓ２０２でＹＥＳ）、ＰＳ情報復号部１４は、ＡＰＳ２のｉｄを復号し（Ｓ２０３）、ＡＰＳ１とＡＰＳ２とから生成するＡＰＳ１´の記憶領域を確保する（Ｓ２０４）。そして、確保した記憶領域に復号したＡＰＳ１の値をコピーする。そして、ＡＰＳ２に含まれている各パラメータの生成・保存処理に入る（Ｓ２０５）。
【０２６４】
各パラメータの生成・保存処理では、図４０に示すように、ＰＳ情報復号部１４は、ＡＰＳ２に含まれる各パラメータについて（Ｓ２２１）、更新制御フラグ（更新方法識別子）の値を判定する（Ｓ２２２）。
【０２６５】
そして、更新方法識別子の値が「０」の場合は、当該パラメータを初期値に戻す（Ｓ２２３）。また、更新方法識別子の値が「１」の場合は、ＡＰＳ２で符号化されているパラメータを復号し、復号した値をパラメータ値に設定する（Ｓ２２４）。また、更新方法識別子の値が「２」の場合は、そのまま何もしない。よって、ＡＰＳ１で復号された値がパラメータ値として維持される。
【０２６６】
これを、ＡＰＳ２に含まれる各パラメータについて実行して（Ｓ２２５）、ＡＰＳ２に含まれている各パラメータの生成・保存処理が終了する。
【０２６７】
また、更新制御フラグを用いない場合であれば、複数のＡＰＳからパラメータを取得する方法(優先順位等)を予め定めておき、その方法に従ってパラメータを設定すればよい。例えば、以下の方法が挙げられる。
（１）ＡＰＳ１、ＡＰＳ２それぞれに特定のパラメータを紐付け、相補的にパラメータ全体を構成する(例：ＡＰＳ１→フィルタ係数、ＡＰＳ２→フィルタ構造)。
（２）ＡＰＳ１に格納されたパラメータを優先的に用いる。すなわち、パラメータがＡＰ
Ｓ１に無い場合にだけＡＰＳ２のパラメータが用いられる。
（３）ＡＰＳ１とＡＰＳ２とのうち、ｉｄ（aps_id）が小さい(または、大きい)方のパラメータを優先する。
（４）ＡＰＳ１とＡＰＳ２のうち、後に復号された方を優先する。
【０２６８】
なお、ＡＰＳを復号して保存するときに、タイムスタンプや連番を付加しておいてもよい。
【０２６９】
また、複数のＡＰＳを参照する場合の優先順位は、パラメータごとに定めてもよい。例えば、優先順位の決定方法を、ＡＬＦパラメータでは上記（４）、ＳＡＯパラメータは上記（１）とするようにＡＰＳの復号方法を定めておいてもよい。さらに、上述した方法によれば、参照するＡＰＳがいくつあっても優先順位を決定して、パラメータを設定することができる。
【０２７０】
次に、更新制御フラグを用いない場合の処理の流れについて、図４１を参照して説明する。図４１は、更新制御フラグを用いない場合に、スライスヘッダＳＨがＡＰＳを参照する場合の流れを示すフローチャートである。なお、ステップＳ２０５（図３９）のパラメータの生成・保存処理までは、図３９と同様である。
【０２７１】
そして、各パラメータの生成・保存処理では、図４１に示すように、ＰＳ情報復号部１４は、ＡＰＳ２に含まれる各パラメータについて（Ｓ２４１）、参照対象の複数のＡＰＳのうち、最も優先度の高いＡＰＳに含まれているパラメータ値を、パラメータに設定する（Ｓ２４２）。
【０２７２】
これを、ＡＰＳ２に含まれる各パラメータについて実行して（Ｓ２４３）、ＡＰＳ２に含まれている各パラメータの生成・保存処理が終了する。
【０２７３】
なお、パラメータごとに優先順位を設定しない場合は、各パラメータについてステップＳ２４２を実行すればよい。
【０２７４】
また、スライスヘッダＳＨがＡＰＳ１およびＡＰＳ２を参照しても、パラメータが設定されない場合、すなわち、ＡＰＳ１にもＡＰＳ２にも当該パラメータの値が符号化されていない場合は、以下のいずれかの処理を行うことにより対応することができる。
（１）エンコーダ／デコーダ共通のデフォルト値を予め格納しておき、これを用いる。この場合は、当該パラメータを符号化する必要はない。
（２）所定の“aps_id”のＡＰＳをデフォルト値として参照する。この場合、さらに以下の方法を挙げることができる。
【０２７５】
（２−１）所定の“aps_id”（例えば“aps_id”=0）のＡＰＳを他のＡＰＳに先んじて符号化しておき、これを参照する。
【０２７６】
（２−２）所定の“aps_id”のＡＰＳを固定値として、エンコーダ／デコーダ共通で扱う。この場合、当該ＡＰＳを符号化する必要はない。
【０２７７】
（２−３）最初に復号されたＡＰＳのｉｄ（“aps_id”）を記憶し、これをデフォルト値として用いる。
【０２７８】
（２−４）ＡＰＳのシンタクスに、参照されるため保存が必要であることを示すフラグを新たに設け、任意のＡＰＳにおいて当該フラグをTrueと設定し、当該ＡＰＳをデフォルト値として参照する。
【０２７９】
このような方法により、ＡＰＳ１とＡＰＳ２との両方にパラメータが符号化されていない場合でも、パラメータを設定して処理を続けることが可能となる。
【０２８０】
〔実施の形態５〕
次に、本発明のさらに他の実施の形態について、図４２〜４８に基づいて説明すれば、以下の通りである。本実施の形態において、上述した実施の形態と異なる点は、スライスヘッダＳＨが複数のＡＰＳを参照する場合の参照の方法である。
【０２８１】
本実施の形態における、ＡＰＳの参照方法の概要について、図４２を参照して説明する。図４２は、スライスヘッダＳＨが複数のＡＰＳを参照するときの参照方法の概要を示す図である。
【０２８２】
図４２に示すように、本実施の形態では、スライスヘッダＳＨ（４２０１）自体は、１つのＡＰＳ２（４２０２）を参照しており（“aps_id”=１）、ＡＰＳ２（４２０２）が
さらにＡＰＳ１（４２０３）を参照している（“next_aps_id”=０）。
【０２８３】
これにより、図４２に示すように、ＡＰＳ２(４２０２)には、“paramA”は符号化されているが、“paramB”は符号化されていない場合であっても、さらに、ＡＰＳ１(４２０
３)を参照することにより、“paramB”を取得することができる。
【０２８４】
また、ＡＰＳ１の各パラメータの更新方法は、更新制御フラグで制御することができる。
【０２８５】
なお、ここでは、ＡＰＳ１は他のＡＰＳを参照していない（“next_aps_id”=(null)）ので、これ以上他のＡＰＳを参照することせずに処理は終了するが、ＡＰＳの参照は２つに限られるものではない。また、ＡＰＳの参照が終了したにもかかわらず、未設定のパラメータが存在する場合は、上記実施の形態４にＡＰＳを適用した場合に記載した方法により設定することができる。
【０２８６】
このように、ＡＰＳが他のＡＰＳを参照する構成によれば、スライスヘッダＳＨから１つのＡＰＳ、１つのＡＰＳから他の１つのＡＰＳというように参照しているので、依存関係の追跡処理が容易となる。また、ランダムアクセス時には、スライスヘッダＳＨから参照されたＡＰＳから開始して必要なパラメータが取得できるＡＰＳまでの最小限の参照を辿ればよいので、最古のＡＰＳから更新履歴を全て処理する必要がなくなり、処理負荷を軽くすることができる。さらに、ＡＰＳ自体の上書きを行わないため、パラメータの再利用が容易となる。
【０２８７】
次に、ＡＰＳが他のＡＰＳを参照する場合の具体的な使用例について、図４３を参照して説明する。図４３はＡＰＳが他のＡＰＳを参照する場合の具体的な使用例を示す図であり、図４３の（ａ）はＡＬＦパラメータを固定し、ＳＡＯパラメータのみ変更する場合の使用例を示し、図４３の（ｂ）はＡＬＦパラメータのうちフィルタ係数を固定し、フィルタ構造を変更する場合の使用例を示す。
【０２８８】
図４３の（ａ）に示すように、ＡＬＦパラメータを固定し、ＳＡＯパラメータを随時変更する場合、最初に１回だけ、ＡＰＳ１（４３０１）でＡＬＦパラメータ（フィルタ係数とフィルタ構造）を指定する。そして、それ以降のＡＰＳ２（４３０２）、ＡＰＳ３（４３０３）では、ＳＡＯパラメータだけを指定し、ＡＬＦパラメータについてはＡＰＳ１（４３０１）を参照する。
【０２８９】
また、図４３の（ｂ）に示すように、ＡＬＦパラメータのフィルタ係数だけを固定する場合（すなわち、フィルタを使い回す場合）、ＡＰＳ１（４３０４）ではフィルタ係数だけを指定する。そして、それ以降のＡＬＦ２（４３０５）、ＡＬＦ３（４３０６）では、フィルタ構造のみを指定し、フィルタ係数についてはＡＬＦ１（４３０４）を参照する。
【０２９０】
次に、図４４を参照して、ＡＰＳから他のＡＰＳを参照する場合のシンタクス例について説明する。図４４は、ＡＰＳから他のＡＰＳを参照する場合のシンタクスを示す図であり、図４４の（ａ）はスライスヘッダＳＨのシンタクス例を示し、図４４の（ｂ）はＡＰＳのシンタクス例を示している。
【０２９１】
図４４の（ａ）に示すように、スライスヘッダＳＨのシンタクス４４０１には、参照するＡＰＳを特定するための“aps_id”が含まれている。また、図４４の（ｂ）に示すように、ＡＰＳのシンタクス４４０２には、当該ＡＰＳが参照するＡＰＳを特定するための“next_aps_id”が含まれている。
【０２９２】
次に、図４５〜４８を参照して、ＡＰＳが他のＡＰＳを参照する場合の処理の流れについて説明する。図４５は、更新制御フラグを用いる場合の処理の流れを示すフローチャートである。図４６は、ＡＰＳを参照する処理の概要を示す図である。図４７は、更新制御フラグを用いない場合の処理の流れを示すフローチャートである。
【０２９３】
図４５に示すように、ＡＰＳが他のＡＰＳを参照する場合、ＰＳ情報復号部１４はまずスライスヘッダＳＨが参照しているＡＰＳのｉｄ（“aps_id”）を復号し、参照する（Ｓ２０１）。ここで、参照しているＡＰＳを「参照中ＡＰＳ」とする。
【０２９４】
図４６において、スライスヘッダＳＨ４６０１が“aps_id”＝１が示すＡＰＳ４６０２を参照することに対応する。ここでは、ＡＰＳ４６０２が参照中ＡＰＳとなる。
【０２９５】
次に、ＰＳ情報復号部１４は、ＡＰＳ１´として記憶領域を確保し、参照中ＡＰＳからパラメータをコピーする（Ｓ２０２）。そして、ＰＳ情報復号部１４は、参照中ＡＰＳが他のＡＰＳを参照しているか否かを判定し（Ｓ２０３）、参照していれば（Ｓ２０３でＹＥＳ）、参照先のＡＰＳのｉｄ（“next_aps_id”）を復号し、参照中ＡＰＳをこの新た
に参照先とされたＡＰＳに変更する（Ｓ２０４）。なお、参照中ＡＰＳが他のＡＰＳを参照しているか否かは、“next_aps_id”の真偽を判定して行うことができる。
【０２９６】
図４６において、ＡＰＳ４６０２がｉｄ＝０（“next_aps_id=0”）のＡＰＳ４６０３
を参照していることに対応し、ＡＰＳ４６０３が参照中ＡＰＳとなる。
【０２９７】
そして、ＰＳ情報復号部１４は、参照中ＡＰＳにおける更新制御フラグに基づいてＡＰＳ１´のパラメータを更新する（Ｓ２０５）。
【０２９８】
図４６において、ＡＰＳ４６０４が示すように、“paramA”=y、“paramB”=wにパラメータが設定されることに対応する。なお、ここでは、更新制御フラグが「現在値維持」を示しているものとする。
【０２９９】
その後、ステップＳ２０３に戻る。
【０３００】
一方、参照中ＡＰＳが他のＡＰＳを参照していない場合（Ｓ２０３でＮＯ）、ＡＰＳ１´の未設定パラメータについてデフォルト値をコピーして（Ｓ２０６）、処理を終了する。以上が、更新制御フラグを用いた場合の処理の流れである。
【０３０１】
なお、更新制御フラグを用いずに、全て上書きでパラメータを設定してもよいが、更新フラグを用いた方が、必要なパラメータのみを更新することができるので、効率が向上する。
【０３０２】
次に、図４７を参照して、更新制御フラグを用いない場合の処理の流れを説明する。更新制御フラグを用いる場合と同様に、ＰＳ情報復号部１４は、まず、スライスヘッダＳＨが参照しているＡＰＳのｉｄ（“aps_id”）を復号し、参照する（Ｓ２２１）。ここで、参照しているＡＰＳを「参照中ＡＰＳ」とする。
【０３０３】
次に、ＰＳ情報復号部１４は、ＡＰＳ１´として記憶領域を確保し、参照中ＡＰＳからパラメータをコピーする（Ｓ２２２）。そして、ＰＳ情報復号部１４は、ＡＰＳ１´に未設定のパラメータが存在するか否かを判定する（Ｓ２２３）。未設定のパラメータが存在すれば（Ｓ２２３でＹＥＳ）、次に、ＰＳ情報復号部１４は、参照中ＡＰＳが他のＡＰＳを参照しているか否かを判定する（Ｓ２２４）。
【０３０４】
そして、他のＡＰＳを参照していれば（Ｓ２２４でＹＥＳ）、参照先のＡＰＳのｉｄ（“next_aps_id”）を復号し、参照中ＡＰＳをこの新たに参照先とされたＡＰＳに変更す
る（Ｓ２２５）。次に、ＰＳ情報復号部１４は、参照中ＡＰＳから、ＡＰＳ１´で未設定のパラメータをコピーする（Ｓ２２６）。その後、ステップＳ２２３に戻る。
【０３０５】
一方、ＡＰＳ１´に未設定のパラメータが存在しなければ（Ｓ２２３でＮＯ）、そのまま処理を終了する。また、参照中ＡＰＳが他のＡＰＳを参照していない場合（Ｓ２２４でＮＯ）、ＡＰＳ１´の未設定パラメータについてデフォルト値をコピーして（Ｓ２２７）、処理を終了する。以上が、更新制御フラグを用いない場合の処理の流れである。
【０３０６】
更新制御フラグを用いない場合でも、未設定のパラメータについてのみ値をコピーするので、不要なコピーは生じない。
【０３０７】
なお、参照中ＡＰＳが他のＡＰＳを参照しているか否かの判定は、参照の深さが所定階層に至っていれば、“next_aps_id”を「False」と見なして判定してもよい。例えば、参照を２、３階層で制限すれば、参照を何度も辿ることで処理負荷が増大してしまうことを防止できる。また、パラメータ毎に階層制限を異ならせてもよい。
【０３０８】
また、参照するＡＰＳをパラメータ毎に異ならせたり、一部のパラメータのみ、他のＡＰＳを参照する構成であってもよい。
【０３０９】
また、参照先は、同種（シンタクスが同一）のパラメータセットＰＳでなくともよい。例えば、更新周期がより長い他種のパラメータセットＰＳに同じパラメータを格納できるのであれば、当該他種のパラメータセットＰＳにパラメータを格納してもよい。これにより、より符号量を削減することが可能となる。
【０３１０】
他種のパラメータセットを参照するには、例えば、以下のようにしてフラグによってｉｄの意味を切り換えて行うことができる。
【０３１１】
通常は“aps_id”によってＡＰＳのみを参照する場合に、以下のようなシンタクスによって行うことができる。
【０３１２】
if (aps_ref_flag) {
aps_id
} else {
other_ps_id   (例えば“pps_id”)
}
また、参照先のパラメータセットＰＳのｉｄを、明示的に符号化しないことも可能である。例えば、｛参照中ＰＳのｉｄ｝−１を、参照先パラメータセットＰＳのｉｄとしたり、固定のパラメータセットＰＳを示すｉｄを用いる構成などであってもよい。
【０３１３】
ここまでは、ＡＰＳについて説明したが、ＡＰＳが他のＡＰＳを参照する構成をそのままＰＰＳに適用することも可能である。
【０３１４】
ＰＰＳに適用した場合のシンタクス例について、図４８を参照して説明する。図４８は、ＰＰＳが他のＰＰＳを参照する場合のシンタクス例を示す図であり、図４８の（ａ）はスライスヘッダＳＨのシンタクスを示し、図４８の（ｂ）はＰＰＳのシンタクスを示す。
【０３１５】
図４８（ａ）のシンタクス４８０１に示すように、スライスヘッダは“pic_parameter_set id”で特定されるＰＰＳを参照する。そして、図４８（ｂ）のシンタクス４８０２に示すように、ＰＰＳは、“next_ pps_ id”で特定されるＰＰＳをさらに参照する。
【０３１６】
〔実施の形態６〕
次に、本発明のさらに他の実施の形態について、図４９〜５６に基づいて説明すれば、以下の通りである。本実施の形態では、ＡＬＦパラメータのフィルタ係数とフィルタ構造とを分割して、また、ＳＡＯパラメータの分割パターンとオフセット値とを分割して送信するものである。換言すれば、本実施の形態では、ＡＰＳをいくつかのパラメータ（またはパラメータ群）に分割するものである。
【０３１７】
従来は、ＡＬＦパラメータのフィルタ係数とフィルタ構造を同時に、またＳＡＯパラメータの分割パターンとオフセット値とを同時に送り、更新していた。よって、いずれか一方のみ更新(あるいは再利用)することはできず、符号化効率が低下していた。
【０３１８】
しかしながら、本実施の形態によれば、ＡＬＦパラメータのフィルタ係数とフィルタ構造とを分割し、またＳＡＯパラメータの分割パターンとオフセット値とを分割して送信するので、上記の弊害を防止して符号化効率を向上させることができる。
【０３１９】
ＡＰＳをパラメータ(群)に分ける方法としては、以下の３つを挙げることができる。
【０３２０】
（１）更新制御フラグ（“present_flag”）を用いる方法。
【０３２１】
ＡＰＳの中に、複数のパラメータが存在（符号化）しているときに、パラメータ（群）ごとに更新制御フラグを備えることにより、それぞれのパラメータ（群）ごとに、存在の有無を切り換えることができる。
【０３２２】
例えば、あるパラメータを再利用する場合、複数のＡＰＳを、フラグを切り換えて格納するパラメータを変えて送る。すなわち、先に送ったＡＰＳに含まれるパラメータは、後のＡＰＳではフラグでオフ（存在しない）にして送る。
【０３２３】
更新制御フラグを用いる場合のＡＰＳのシンタクス例について、図５１を参照して説明する。図５１は、更新制御フラグを用いる場合のＡＰＳのシンタクスを示す図である。更新制御フラグを用いる場合は、それぞれのパラメータについて“present_flag”が設けられている。図５１のシンタクス５１０１では、“aps_alf_coeff_param_present_flag”“aps_alf_structure_param_present_flag”“aps_sao_split_param_present_flag”“aps_sao_offset_param_present_flag”が設けられている。
【０３２４】
そして、従来のＡＰＳにあった“aps_adaptive_loop_filter_flag”等は、存在せず、 更新制御フラグで代替している。なお、更新制御フラグは、ここでは２値フラグとしたが、上記実施の形態で記載したような３値フラグ（“update_mode”）でもよい。また、
ＡＬＦパラメータおよびＳＡＯパラメータは、それぞれ２種類に分けたが、これらをそれぞれ１つのパラメータ群とするものであってもよい。
【０３２５】
（２）データタイプ（“data_type”）を用いる方法。
【０３２６】
ＡＰＳの中で、複数のパラメータから１つのパラメータを選択するデータタイプフラグ（“data_type”）を格納して、パラメータを指定する。また、例えば“num_aps_data_type”などのシンタクスを追加して必要数だけループすることで、１つのＡＰＳに複数のパラメータを格納するものであってもよい。
【０３２７】
図５２〜５４を参照してデータタイプ（“data_type”）を用いるときのＡＰＳのシン
タクス例について説明する。
【０３２８】
図５２は、ＡＰＳにおいて、ＡＬＦパラメータとＳＡＯパラメータとを分ける例を示している。図５２のシンタクス５２０１では、“aps_data_type”によりＡＬＦパラメータ
とＳＡＯパラメータとの何れを当該ＡＰＳに格納しているかを指定している。また、“APS_DATA_TYPE_ALF”、および“APS_DATA_TYPE_SAO”は、各パラメータと対応づけられた定数である。
【０３２９】
なお、ＳＡＯパラメータは、さらに、分割パターン（“APS_DATA_TYPE_SAO_SPLIT”）
とオフセット値（“APS_DATA_TYPE_SAO_OFFSET”）とに細分化してもよい。
【０３３０】
また、“aps_data_type”は、従前の“aps_符号化パラメータ_flag”の機能を含むので、“aps_符号化パラメータ_flag”は含まれていない。
【０３３１】
図５３は、シンタクス５２０１よりも詳細に、具体的には、ＡＬＦをフィルタ係数とフィルタ構造とに分ける例を示している。
【０３３２】
図５３のシンタクス５３０１では、“aps_data_type”によりＡＬＦパラメータのフィ
ルタ係数と、フィルタ構造と、ＳＡＯパラメータとの何れを当該ＡＰＳに格納しているかを指定している。
【０３３３】
図５４は、“data_type”を複数個用いてＡＰＳ内に複数のパラメータを格納する例を
示している。
【０３３４】
図５４のシンタクス５４０１では、“data_type”の個数を、パラメータ“num_aps_data_type_minus1”で示している。また、“NumApsDataType”= “num_aps_data_type_minus1”＋１である。
【０３３５】
これにより、“data_type”の個数分のパラメータを格納することができる。
【０３３６】
なお、上記[i]のループを、“aps_data_type[i]”のループとパラメータのループとに
分け、先に“data_type”を全て格納する構成であってもよい。
【０３３７】
（３）個別のパラメータセットＰＳを用いる方法
複数のパラメータそれぞれに個別のデータ構造を持たせることによって、それぞれのパ
ラメータを個別に送信する。例えば、ＡＰＳをフィルタ係数のパラメータセットであるＡＬＦＣＰＳと、フィルタ構造のパラメータセットであるＡＬＦＳＰＳと、ＳＡＯパラメータのパラメータセットであるＳＡＯＰＳとの３つのパラメータセットＰＳに分けて送信する。
【０３３８】
図５５に具体的なシンタクス例を示す。図５５は、複数のパラメータそれぞれに個別のデータ構造を持たせるシンタクス例であり、図５５の（ａ）はフィルタ係数のパラメータセットのシンタクス例であり、図５５の（ｂ）はフィルタ構造のパラメータセットのシンタクス例であり、図５５の（ｃ）はＳＡＯパラメータのパラメータセットのシンタクス例である。
【０３３９】
フィルタ係数のみが独立したパラメータセットＡＬＦＣＰＳは、図５５（ａ）のシンタクス５５０１に示すようになる。なお、格納するフィルタには、上述したように先頭から０、１、２、…というようにＩＤを付与する。
【０３４０】
フィルタ構造のみが独立したパラメータセットＡＬＦＳＰＳは、図５５（ｂ）のシンタクス５５０２に示すようになる。基本的な構造は、ＡＬＦのシンタクスからフィルタ構造に関する部分が独立した形となっているが、“alfcps_id”によりＡＬＦＣＰＳを参照す
ることで、フィルタ構造とフィルタとが対応付けられている。
【０３４１】
また、シンタクス５５０２における“AlfNumOfFilters”=“alf_no_filters_minus1+1
”であり、このフィルタ構造に必要なフィルタの数を示している。
【０３４２】
また、シンタクス５５０２の部分５５１１にて、必要なフィルタの数だけ、フィルタインデックスに、定義済みのフィルタ（ここでは、ＡＬＦＣＰＳのＩｄと当該ＡＬＦＣＰＳにおけるフィルタｉｄとで特定）を対応づけている。
【０３４３】
また、シンタクス５５０２の部分５５１２にて、特徴量空間における（図３１（ｂ）参照）、フィルタインデックスごとに定義済みフィルタを指定している。
【０３４４】
ＳＡＯパラメータのみが独立したパラメータセットＳＡＯＰＳは、図５５（ｃ）のシンタクス５５０３に示すようになる。なお、シンタクス５５０３は、さらに、分割パラメータ“sao_split_param”とオフセット値“sao_offset_param”とに分ける構成（例えば、
ＳＡＯＳＰＳとＳＡＯＯＰＳ）であってもよい。
【０３４５】
次に、ＡＰＳを、ＡＬＦＣＰＳ、ＡＬＦＳＰＳ、およびＳＡＯＰＳに分割した場合のスライスヘッダＳＨのシンタクス例を図５６に示す。図５６のシンタクス５６０１に示すように、ＡＰＳをＡＬＦＣＰＳ、ＡＬＦＳＰＳ、およびＳＡＯＰＳの３つに分割した場合、“alfsps_id”と“saops_id”との２つのみを指定する。これは、フィルタ係数（ＡＬＦ
ＣＰＳ）はシンタクスの中でフィルタ構造と対応付けられているためである。
【０３４６】
次に、上述した３つの方法を実現するための構成について、図４９、５０を参照して説明する。図４９、５０は、ＡＰＳを複数のパラメータ（群）に分割する場合のＰＳ情報復号部１４の概要を示す機能ブロック図である。
【０３４７】
更新制御フラグを用いる場合は、図４９に示すように、ＰＳ情報復号部１４に、ＳＰＳ復号部１４１、ＰＰＳ復号部１４２、ＳＨ復号部１４３、ＡＰＳ復号部１４４を含み、ＡＰＳ復号部１４４に、更新制御フラグ１５１、ＡＬＦ係数情報復号部１５２、ＡＬＦ構造情報復号部１５３、およびＳＡＯ情報復号部１５４を含む構成となる。
【０３４８】
ＳＰＳ復号部１４１は、パラメータセット情報ＰＳＩに含まれるシーケンスパラメータセットＳＰＳを復号するものである。ＰＰＳ復号部１４２は、パラメータセット情報ＰＳＩに含まれるピクチャパラメータセットＰＰＳを復号するものである。ＳＨ復号部１４３は、パラメータセット情報ＰＳＩに含まれるスライスヘッダＳＨを復号するものである。
【０３４９】
ＡＰＳ復号部１４４は、パラメータセット情報ＰＳＩに含まれるＡＰＳを復号するものである。更新制御フラグ１５１は、ＡＰＳに含まれている更新制御フラグを抽出、復号し、その内容に応じて符号化データをＡＬＦ係数情報復号部１５２、ＡＬＦ構造情報復号部１５３、およびＳＡＯ情報復号部１５４のいずれかに出力するものである。
【０３５０】
ＡＬＦ係数情報復号部１５２は、符号化データに含まれるフィルタ係数を復号するものである。ＡＬＦ構造情報復号部１５３は、符号化データに含まれるフィルタ構造を復号するものである。ＳＡＯ情報復号部１５４は、符号化データに含まれるＳＡＰパラメータを復号するものである。
【０３５１】
なお、データタイプ（“data_type”）を用いる場合は、図４９のブロック図において
、更新制御フラグ１５１の代わりにデータタイプ抽出部を設け、データタイプ抽出部がＡＰＳに含まれているデータタイプ“data_type”を抽出、復号し、その内容に応じて符号
化データをＡＬＦ係数情報復号部１５２、ＡＬＦ構造情報復号部１５３、およびＳＡＯ情報復号部１５４のいずれかに出力すればよい。
【０３５２】
次に、個別のパラメータセットを用いる場合について、図５０を参照して説明する。個別のパラメータセットを用いる場合は、図４９のＡＰＳ復号部１４４に代えて、適応ＰＳ抽出部１６１、ＡＬＦ係数ＰＳ復号部１６２、ＡＬＦ構造ＰＳ復号部１６３、およびＳＡＯＰＳ復号部１６４を設ける構成とすればよい。
【０３５３】
適応ＰＳ抽出部１６１は、ＡＰＳに含まれるパラメータがフィルタ係数、フィルタ構造、およびＳＡＯパラメータのいずれであるのかを判定し、符号化データをＡＬＦ係数ＰＳ復号部１６２、ＡＬＦ構造ＰＳ復号部１６３、およびＳＡＯＰＳ復号部１６４のうち、対応する復号部へ出力するものである。
【０３５４】
ＡＬＦ係数ＰＳ復号部１６２は、フィルタ係数のパラメータセット（ＡＬＦＣＰＳ）を復号するものである。ＡＬＦ構造ＰＳ復号部１６３は、フィルタ構造のパラメータセット（ＡＬＦＳＰＳ）を復号するものである。ＳＡＯＰＳ復号部１６４は、ＳＡＯパラメータのパラメータセット（ＳＡＯＰＳ）を復号するものである。
【０３５５】
例えば、ＡＬＦパラメータにおいて、先にフィルタ係数を送り、後からフィルタ構造を随時更新する場合では、次のようの方法が考えられる。
【０３５６】
（更新制御フラグを用いる場合）
まず、“alf_coeff_param_present_flag”=TRUE、“alf_structure_param_present_flag”=FALSEとしてＡＰＳを符号化する。これにより、フィルタ係数だけが伝送される。
【０３５７】
次に、“alf_coeff_param_present_flag”=FALSE、“alf_structure_param_present_flag”=TRUEとしてＡＰＳを符号化する。これにより、フィルタ構造だけが更新される。
【０３５８】
（データタイプを用いる場合）
まず、“aps_data_type”= “APS_DATA_TYPE_ALF_COEFF”としてＡＰＳにフィルタ係数を格納して伝送する。
【０３５９】
次に、“aps_data_type”=“APS_DATA_TYPE_ALF_STRUCTURE”としてＡＰＳにフィルタ
構造を格納して伝送する。
【０３６０】
（個別のパラメータセットを用いる場合）
まず、ＡＬＦＣＰＳでフィルタ係数を伝送する。次に、ＡＬＦＳＰＳでフィルタ構造を伝送する。
【０３６１】
以上のようにすることで、フィルタ係数とフィルタ構造とを分けて伝送することが可能となる。
【０３６２】
次に、ＳＡＯパラメータにおいて、先に分割パターンを送り、後からオフセット値を随時更新する場合について説明する。先に分割パターンを送り、後からオフセット値を随時更新する場合のＰＳ情報復号部１４は、図６０に示すように、図５０のＳＡＯＰＳ復号部１６４に代えて、ＳＡＯ分割ＰＳ復号部１６５、およびＳＡＯオフセットＰＳ復号部１６６を備える構成となる。
【０３６３】
ＳＡＯ分割ＰＳ復号部１６５は、ＳＡＯパラメータのパラメータセットから分割パターンを復号するものであり、ＳＡＯオフセットＰＳ復号部１６６は、ＳＡＯパラメータのパラメータセットからオフセット値を復号するものである。
【０３６４】
（更新制御フラグを用いる場合）
まず、“sao_split_param_present_flag”=TRUE、“sao_offset_param_present_flag”=FALSEとしてＡＰＳを符号化する。これにより、分割パターンだけが伝送される。
【０３６５】
次に、“sao_split_param_present_flag”=FALSE、“sao_offset_param_present_flag
”=TRUEとしてＡＰＳを符号化する。これにより、オフセット値だけが更新される。
【０３６６】
（データタイプを用いる場合）
まず、“aps_data_type” = APS_DATA_TYPE_SAO_SPLITとしてＡＰＳに分割パターンを
格納して伝送する。
【０３６７】
次に、“aps_data_type” = APS_DATA_TYPE_SAO_OFFSETとしてＡＰＳにオフセット値を格納して伝送する。
【０３６８】
（個別のパラメータセット用いる場合）
まず、ＳＡＯＳＰＳで分割パターンを伝送する。次に、ＳＡＯＯＰＳでオフセット値を伝送する。
【０３６９】
以上のようにすることで、ＳＡＯパラメータの分割パターンとオフセット値とを分けて伝送することが可能となる。
【０３７０】
なお、上記実施の形態では、ＡＰＳの場合について説明したが、ＡＰＳに限られず他のパラメータセット、例えばＰＰＳに適用することも可能である。
【０３７１】
〔付記事項１〕
上述した実施の形態では、フィルタ構造について、各領域にフィルタインデックスを割り当てる構成を説明したが、さらに、フィルタのオン／オフ情報が付加された構成であってもよい。なお、フィルタのオン／オフ情報が付加された場合で、フィルタがオフとされた領域については、フィルタインデックスは付与されない。
【０３７２】
また、フィルタのオン／オフ情報を、フィルタ構造から独立させたパラメータ群とする構成であってもよい。フィルタのオン／オフ情報を独立させることにより、フィルタ係数やフィルタ構造に依存することなく、上述した更新制御フラグ、データタイプ、個別のパラメータセットを用いて制御を行うことが可能となる。
【０３７３】
〔付記事項２〕
フィルタ係数、フィルタ構造、ＳＡＯ分割パターン、ＳＡＯオフセット値等の色差に関するパラメータの全部または一部を、輝度に関するパラメータセットと共用する構成であってもよい。
【０３７４】
例えば、フィルタ構造は輝度と同じパラメータセットを参照し、フィルタ係数は色差用の値を符号化するものであってもよい。また、ＳＡＯ分割パターンは輝度と同じパラメータセットを参照し、ＳＡＯオフセット値は色差用の値を符号化するものであってもよい。
【０３７５】
〔応用例〕
上述した動画像復号装置１および動画像符号化装置２は、動画像の送信、受信、記録、再生を行う各種装置に搭載して利用することができる。なお、動画像は、カメラ等により撮像された自然動画像であってもよいし、コンピュータ等により生成された人工動画像（ＣＧおよびＧＵＩを含む）であってもよい。
【０３７６】
まず、上述した動画像復号装置１および動画像符号化装置２を、動画像の送信及び受信に利用できることを、図５７を参照して説明する。
【０３７７】
図５７（ａ）は、動画像符号化装置２を搭載した送信装置Ａの構成を示したブロック図である。図５７（ａ）に示すように、送信装置Ａは、動画像を符号化することによって符号化データを得る符号化部Ａ１と、符号化部Ａ１が得た符号化データで搬送波を変調することによって変調信号を得る変調部Ａ２と、変調部Ａ２が得た変調信号を送信する送信部Ａ３と、を備えている。上述した動画像符号化装置２は、この符号化部Ａ１として利用される。
【０３７８】
送信装置Ａは、符号化部Ａ１に入力する動画像の供給源として、動画像を撮像するカメラＡ４、動画像を記録した記録媒体Ａ５、動画像を外部から入力するための入力端子Ａ６、および画像を生成または加工する画像処理装置Ａ７を更に備えていてもよい。図５７（ａ）においては、これら全てを送信装置Ａが備えた構成を例示しているが、一部を省略しても構わない。
【０３７９】
なお、記録媒体Ａ５は、符号化されていない動画像を記録したものであってもよいし、伝送用の符号化方式とは異なる記録用の符号化方式で符号化された動画像を記録したものであってもよい。後者の場合、記録媒体Ａ５と符号化部Ａ１との間に、記録媒体Ａ５から読み出した符号化データを記録用の符号化方式に従って復号する復号部（不図示）を介在させるとよい。
【０３８０】
図５７（ｂ）は、動画像復号装置１を搭載した受信装置Ｂの構成を示したブロック図である。図５７（ｂ）に示すように、受信装置Ｂは、変調信号を受信する受信部Ｂ１と、受信部Ｂ１が受信した変調信号を復調することによって符号化データを得る復調部Ｂ２と、復調部Ｂ２が得た符号化データを復号することによって動画像を得る復号部Ｂ３と、を備えている。上述した動画像復号装置１は、この復号部Ｂ３として利用される。
【０３８１】
受信装置Ｂは、復号部Ｂ３が出力する動画像の供給先として、動画像を表示するディスプレイＢ４、動画像を記録するための記録媒体Ｂ５、及び、動画像を外部に出力するため
の出力端子Ｂ６を更に備えていてもよい。図５７（ｂ）においては、これら全てを受信装置Ｂが備えた構成を例示しているが、一部を省略しても構わない。
【０３８２】
なお、記録媒体Ｂ５は、符号化されていない動画像を記録するためのものであってもよいし、伝送用の符号化方式とは異なる記録用の符号化方式で符号化されたものであってもよい。後者の場合、復号部Ｂ３と記録媒体Ｂ５との間に、復号部Ｂ３から取得した動画像を記録用の符号化方式に従って符号化する符号化部（不図示）を介在させるとよい。
【０３８３】
なお、変調信号を伝送する伝送媒体は、無線であってもよいし、有線であってもよい。また、変調信号を伝送する伝送態様は、放送（ここでは、送信先が予め特定されていない送信態様を指す）であってもよいし、通信（ここでは、送信先が予め特定されている送信態様を指す）であってもよい。すなわち、変調信号の伝送は、無線放送、有線放送、無線通信、及び有線通信の何れによって実現してもよい。
【０３８４】
例えば、地上デジタル放送の放送局（放送設備など）／受信局（テレビジョン受像機など）は、変調信号を無線放送で送受信する送信装置Ａ／受信装置Ｂの一例である。また、ケーブルテレビ放送の放送局（放送設備など）／受信局（テレビジョン受像機など）は、変調信号を有線放送で送受信する送信装置Ａ／受信装置Ｂの一例である。
【０３８５】
また、インターネットを用いたＶＯＤ（Video On Demand）サービスや動画共有サービ
スなどのサーバ（ワークステーションなど）／クライアント（テレビジョン受像機、パーソナルコンピュータ、スマートフォンなど）は、変調信号を通信で送受信する送信装置Ａ／受信装置Ｂの一例である（通常、ＬＡＮにおいては伝送媒体として無線又は有線の何れかが用いられ、ＷＡＮにおいては伝送媒体として有線が用いられる）。ここで、パーソナルコンピュータには、デスクトップ型ＰＣ、ラップトップ型ＰＣ、及びタブレット型ＰＣが含まれる。また、スマートフォンには、多機能携帯電話端末も含まれる。
【０３８６】
なお、動画共有サービスのクライアントは、サーバからダウンロードした符号化データを復号してディスプレイに表示する機能に加え、カメラで撮像した動画像を符号化してサーバにアップロードする機能を有している。すなわち、動画共有サービスのクライアントは、送信装置Ａ及び受信装置Ｂの双方として機能する。
【０３８７】
次に、上述した動画像復号装置１および動画像符号化装置２を、動画像の記録及び再生に利用できることを、図５８を参照して説明する。
【０３８８】
図５８（ａ）は、上述した動画像復号装置１を搭載した記録装置Ｃの構成を示したブロック図である。図５８（ａ）に示すように、記録装置Ｃは、動画像を符号化することによって符号化データを得る符号化部Ｃ１と、符号化部Ｃ１が得た符号化データを記録媒体Ｍに書き込む書込部Ｃ２と、を備えている。上述した動画像符号化装置２は、この符号化部Ｃ１として利用される。
【０３８９】
なお、記録媒体Ｍは、（１）ＨＤＤ（Hard Disk Drive）やＳＳＤ(Solid State Drive)などのように、記録装置Ｃに内蔵されるタイプのものであってもよいし、（２）ＳＤメモリカードやＵＳＢ（Universal Serial Bus）フラッシュメモリなどのように、記録装置Ｃに接続されるタイプのものであってもよいし、（３）ＤＶＤ（Digital Versatile Disc）やＢＤ（Blu-ray Disc:登録商標）などのように、記録装置Ｃに内蔵されたドライブ装置
（不図示）に装填されるものであってもよい。
【０３９０】
また、記録装置Ｃは、符号化部Ｃ１に入力する動画像の供給源として、動画像を撮像するカメラＣ３、動画像を外部から入力するための入力端子Ｃ４、動画像を受信するための
受信部Ｃ５、および、画像を生成または加工する画像処理装置Ｃ６を更に備えていてもよい。図５８（ａ）においては、これら全てを記録装置Ｃが備えた構成を例示しているが、一部を省略しても構わない。
【０３９１】
なお、受信部Ｃ５は、符号化されていない動画像を受信するものであってもよいし、記録用の符号化方式とは異なる伝送用の符号化方式で符号化された符号化データを受信するものであってもよい。後者の場合、受信部Ｃ５と符号化部Ｃ１との間に、伝送用の符号化方式で符号化された符号化データを復号する伝送用復号部（不図示）を介在させるとよい。
【０３９２】
このような記録装置Ｃとしては、例えば、ＤＶＤレコーダ、ＢＤレコーダ、ＨＤ（Hard
Disk）レコーダなどが挙げられる（この場合、入力端子Ｃ４又は受信部Ｃ５が動画像の
主な供給源となる）。また、カムコーダ（この場合、カメラＣ３が動画像の主な供給源となる）、パーソナルコンピュータ（この場合、受信部Ｃ５または画像処理装置Ｃ６が動画像の主な供給源となる）、スマートフォン（この場合、カメラＣ３又は受信部Ｃ５が動画像の主な供給源となる）なども、このような記録装置Ｃの一例である。
【０３９３】
図５８（ｂ）は、上述した動画像復号装置１を搭載した再生装置Ｄの構成を示したブロックである。図５８（ｂ）に示すように、再生装置Ｄは、記録媒体Ｍに書き込まれた符号化データを読み出す読出部Ｄ１と、読出部Ｄ１が読み出した符号化データを復号することによって動画像を得る復号部Ｄ２と、を備えている。上述した動画像復号装置１は、この復号部Ｄ２として利用される。
【０３９４】
なお、記録媒体Ｍは、（１）ＨＤＤやＳＳＤなどのように、再生装置Ｄに内蔵されるタイプのものであってもよいし、（２）ＳＤメモリカードやＵＳＢフラッシュメモリなどのように、再生装置Ｄに接続されるタイプのものであってもよいし、（３）ＤＶＤやＢＤなどのように、再生装置Ｄに内蔵されたドライブ装置（不図示）に装填されるものであってもよい。
【０３９５】
また、再生装置Ｄは、復号部Ｄ２が出力する動画像の供給先として、動画像を表示するディスプレイＤ３、動画像を外部に出力するための出力端子Ｄ４、及び、動画像を送信する送信部Ｄ５を更に備えていてもよい。図５８（ｂ）においては、これら全てを再生装置Ｄが備えた構成を例示しているが、一部を省略しても構わない。
【０３９６】
なお、送信部Ｄ５は、符号化されていない動画像を送信するものであってもよいし、記録用の符号化方式とは異なる伝送用の符号化方式で符号化された符号化データを送信するものであってもよい。後者の場合、復号部Ｄ２と送信部Ｄ５との間に、動画像を伝送用の符号化方式で符号化する符号化部（不図示）を介在させるとよい。
【０３９７】
このような再生装置Ｄとしては、例えば、ＤＶＤプレイヤ、ＢＤプレイヤ、ＨＤＤプレイヤなどが挙げられる（この場合、テレビジョン受像機等が接続される出力端子Ｄ４が動画像の主な供給先となる）。また、テレビジョン受像機（この場合、ディスプレイＤ３が動画像の主な供給先となる）、デスクトップ型ＰＣ（この場合、出力端子Ｄ４又は送信部Ｄ５が動画像の主な供給先となる）、ラップトップ型又はタブレット型ＰＣ（この場合、ディスプレイＤ３又は送信部Ｄ５が動画像の主な供給先となる）、スマートフォン（この場合、ディスプレイＤ３又は送信部Ｄ５が動画像の主な供給先となる）、デジタルサイネージ(電子看板や電子掲示板等とも称され、ディスプレイＤ３又は送信部Ｄ５が動画像の
主な供給先となる)なども、このような再生装置Ｄの一例である。
【０３９８】
（ソフトウェアによる構成）
最後に、動画像復号装置１および動画像符号化装置２の各ブロック、特に可変長符号逆多重化部１１、ＴＴ情報復号部１２、逆量子化・逆変換部１３、ＰＳ情報復号部１４、予測画像生成部１５、符号化設定部２１、変換・量子化部２２、可変長符号化部２３、逆量子化・逆変換部２４、および予測画像生成部２５は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現していてもよいし、ＣＰＵ（central processing unit）を用いてソフトウェア的に実現してもよい。
【０３９９】
後者の場合、動画像復号装置１および動画像符号化装置２は、各機能を実現する制御プログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである動画像復号装置１および動画像符号化装置２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記の動画像復号装置１および動画像符号化装置２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ（micro processing unit））が記録媒体に記録されているプログラムコー
ドを読み出し実行することによっても、達成可能である。
【０４００】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ（compact disc read-only memory）／ＭＯディスク（magneto-optical disc）／ＭＤ（Mini Disc）／ＤＶＤ（digital versatile disc）／ＣＤ−Ｒ（CD Recordable）等の光ディスクを含む
ディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ（erasable programmable read-only memory）／ＥＥＰＲＯＭ（electrically erasable and programmable read-only memory）／フラッシュＲＯＭ等の半導体メモ
リ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０４０１】
また、動画像復号装置１および動画像符号化装置２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（local area network）、ＩＳＤＮ（integrated services digital network）、ＶＡＮ（value-added network）、ＣＡＴＶ（community antenna television/cable television）通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ（institute of electrical and electronic engineers）１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（asymmetric digital subscriber loop）回線等の有線でも、ＩｒＤＡ（infrared data association）やリモコンのような赤外線、Ｂｌｕｅｔｏｏ
ｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（high data rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話
網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０４０２】
本発明は上述した各実施の形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０４０３】
本発明は、符号化データを復号する画像復号装置、および、符号化データを生成する画像符号化装置に好適に適用することができる。また、画像符号化装置によって生成され、画像復号装置によって参照される符号化データのデータ構造に好適に適用することができる。
【符号の説明】
【０４０４】
１    動画像復号装置（画像復号装置）
２    動画像符号化装置（画像符号化装置）
１２    ＴＴ情報復号部（復号画像生成手段）
１３    逆量子化・逆変換部（復号画像生成手段）
１４    ＰＳ情報復号部（パラメータ取得手段、パラメータ更新情報取得手段、パラメータ更新手段）
１５    予測画像生成部（復号画像生成手段）
２２    変換・量子化部（パラメータセット作成手段、パラメータ更新情報生成手段）
２３    可変長符号化部（符号化データ出力手段）
２５    予測画像生成部（パラメータセット作成手段、パラメータ更新情報生成手段）
【図１】
2013034161.tif 000003
【図２】
2013034161.tif 000004
【図３】
2013034161.tif 000005
【図４】
2013034161.tif 000006
【図５】
2013034161.tif 000007
【図６】
2013034161.tif 000008
【図７】
2013034161.tif 000009
【図８】
2013034161.tif 000010
【図９】
2013034161.tif 000011
【図１０】
2013034161.tif 000012
【図１１】
2013034161.tif 000013
【図１２】
2013034161.tif 000014
【図１３】
2013034161.tif 000015
【図１４】
2013034161.tif 000016
【図１５】
2013034161.tif 000017
【図１６】
2013034161.tif 000018
【図１７】
2013034161.tif 000019
【図１８】
2013034161.tif 000020
【図１９】
2013034161.tif 000021
【図２０】
2013034161.tif 000022
【図２１】
2013034161.tif 000023
【図２２】
2013034161.tif 000024
【図２３】
2013034161.tif 000025
【図２４】
2013034161.tif 000026
【図２５】
2013034161.tif 000027
【図２６】
2013034161.tif 000028
【図２７】
2013034161.tif 000029
【図２８】
2013034161.tif 000030
【図２９】
2013034161.tif 000031
【図３０】
2013034161.tif 000032
【図３１】
2013034161.tif 000033
【図３２】
2013034161.tif 000034
【図３３】
2013034161.tif 000035
【図３４】
2013034161.tif 000036
【図３５】
2013034161.tif 000037
【図３６】
2013034161.tif 000038
【図３７】
2013034161.tif 000039
【図３８】
2013034161.tif 000040
【図３９】
2013034161.tif 000041
【図４０】
2013034161.tif 000042
【図４１】
2013034161.tif 000043
【図４２】
2013034161.tif 000044
【図４３】
2013034161.tif 000045
【図４４】
2013034161.tif 000046
【図４５】
2013034161.tif 000047
【図４６】
2013034161.tif 000048
【図４７】
2013034161.tif 000049
【図４８】
2013034161.tif 000050
【図４９】
2013034161.tif 000051
【図５０】
2013034161.tif 000052
【図５１】
2013034161.tif 000053
【図５２】
2013034161.tif 000054
【図５３】
2013034161.tif 000055
【図５４】
2013034161.tif 000056
【図５５】
2013034161.tif 000057
【図５６】
2013034161.tif 000058
【図５７】
2013034161.tif 000059
【図５８】
2013034161.tif 000060
【図５９】
2013034161.tif 000061
【図６０】
2013034161.tif 000062