JP2020174400A - 画像復号装置および方法 - Google Patents

Abstract

【課題】IntraBCにおいて符号化効率を改善できるようにする。【解決手段】本技術において、画面を４スライス（Slice#0乃至Slice#3）に分割した例が示されている。異なるスライスへの参照が禁止である場合、Slice#2におけるカレントCTUからの参照可能範囲は、Slice#2のうち、デコードされている部分のみであったので、例えば、Slice#1のブロックを参照することができなかった。これに対して、本技術の場合、デコード済みの異なるスライス（Slice#0とSlice#1）も参照可能範囲に含まれるので、例えば、図５に示されるように、Slice#2におけるカレントCTUから、Slice#1のブロックを参照することが可能となる。本技術は、画像処理装置に適用することができる。【選択図】図５

Description

本技術は、画像復号装置および方法に関し、特に、特にIntraBCにおいて符号化効率を改善できるようにした画像復号装置および方法に関する。

近年、画像情報をデジタルとして取り扱い、その際、効率の高い情報の伝送、蓄積を目的とし、画像情報特有の冗長性を利用して、離散コサイン変換等の直交変換と動き補償により圧縮する符号化方式を採用して画像を圧縮符号する装置が普及しつつある。この符号化方式には、例えば、MPEG（Moving Picture Experts Group）やH．264及びMPEG-4 Part10 （Advanced Video Coding、以下 AVCと記す）などがある。

そして、現在、H．264/AVCより更なる符号化効率の向上を目的として、ITU-TとISO/IECとの共同の標準化団体であるJCTVC (Joint Collaboration Team - Video Coding) により、HEVC (High Efficiency Video Coding) と呼ばれる符号化方式の標準化が進められている。

また、HEVCにおいて、4:2:2や4:4:4といった色差信号フォーマットの画像や、スクリーンコンテンツ用のプロファイル等、例えばハイエンド向けのフォーマットをサポートするようにレンジエクステンション(HEVC Range Extension)の検討が行われている（例えば、非特許文献１参照）。

ところで、IntraBlockCopy(IntraBC)は、画面内で動き補償を行う符号化ツールである。IntraBCは、コンピュータ画面やCG画像のような人工画像に対し、符号化効率改善に貢献するツールとして知られている。

ただし、IntraBCは、上述したHEVC Range Extension拡張には技術採用されず、Screen Content Coding(SCC)拡張のために標準化で技術検討が続けられている。

David Flynn,Joel Sole,Teruhiko Suzuki,"High Efficiency Video Coding(HEVC),Range Extension text specification:Draft 4",JCTVC-N1005_v1,2013.8.8

ここで、SCCのアプリケーションでは、低遅延が重要になる。そのため、HEVCのスキームにおいては、スライス分割を用いることが必要となる。

しかしながら、IntraBCは、画面がスライス分割された場合に、符号化効率の改善量が著しく減少してしまっていた。これは、IntraBCがカレントスライス以外のデータを参照できないためであった。

本開示は、このような状況に鑑みてなされたものであり、IntraBCにおいて符号化効率を改善できるものである。

本技術の一側面の画像復号装置は、算術復号処理をCTU単位で並列処理することが可能であることを示す識別情報を含むビットストリームから前記識別情報を取得する取得部と、前記取得部により取得された前記識別情報が前記並列処理することが可能であることを示す場合に、カレントCTUラインの上部に隣接する上CTUラインに属する上CTUのうち復号順でカレントCTUの右上に隣接する右上CTUまでに位置する前記上CTUのみを参照範囲として画面内動き予測を行うことにより生成された動き情報を含む前記ビットストリームを復号することにより得られる前記動き情報を用いて、前記カレントCTUに対する動き補償を行い、前記カレントCTUに対する予測画像を生成するイントラ予測部と、前記イントラ予測部により生成された前記予測画像を用いて、前記ビットストリームに含まれる前記カレントCTUを復号する復号部とを備える。

本技術の一側面においては、算術復号処理をCTU単位で並列処理することが可能であることを示す識別情報を含むビットストリームから前記識別情報が取得され、取得された前記識別情報が前記並列処理することが可能であることを示す場合に、カレントCTUラインの上部に隣接する上CTUラインに属する上CTUのうち復号順でカレントCTUの右上に隣接する右上CTUまでに位置する前記上CTUのみを参照範囲として画面内動き予測を行うことにより生成された動き情報を含む前記ビットストリームを復号することにより得られる前記動き情報を用いて、前記カレントCTUに対する動き補償が行われ、前記カレントCTUに対する予測画像が生成される。そして、前記予測画像を用いて、前記ビットストリームに含まれる前記カレントCTUが復号される。

コーディングユニットの構成例を説明する図である。 SPSおよびPPSのシンタクスの例を示す図である。 本技術のセマンテックスの例を示す図である。 VPSのシンタクスの例を示す図である。 本技術において、画面を４スライスに分割した例を示す図である。 intraBC_ref_prev_slice_num=1の場合について示す図である。 本技術とWPPとの組み合わせについて説明する図である。 本技術とWPPとの組み合わせについて説明する図である。 本技術とタイル分割との組み合わせについて説明する図である。 効果について説明する図である。 本技術とMCTS-SEIとの組み合わせについて説明する図である。 MCTS-SEI メッセージのセマンテックスに追加するNOTEの例を示す図である。 本技術を適用した符号化装置の第１実施の形態の構成例を示すブロック図である。 図１３の符号化部の構成例を示すブロック図である。 ストリーム生成処理を説明するフローチャートである。 パラメータセット設定処理を説明するフローチャートである。 図１５の符号化処理の詳細を説明するフローチャートである。 図１５の符号化処理の詳細を説明するフローチャートである。 図１７のイントラ予測処理の詳細を説明するフローチャートである。 本技術を適用した復号装置の第１実施の形態の構成例を示すブロック図である。 図２０の復号部の構成例を示すブロック図である。 図２０の復号装置の画像生成処理を説明するフローチャートである。 パラメータセット抽出処理を説明するフローチャートである。 復号処理の詳細を説明するフローチャートである。 スライス復号処理の詳細を説明するフローチャートである。 コンピュータのハードウエアの構成例を示すブロック図である。 多視点画像符号化方式の例を示す図である。 本開示を適用した多視点画像符号化装置の構成例を示す図である。 本開示を適用した多視点画像復号装置の構成例を示す図である。 階層画像符号化方式の例を示す図である。 スペーシャルなスケーラブル符号化の例を説明する図である。 テンポラルなスケーラブル符号化の例を説明する図である。 信号雑音比のスケーラブル符号化の例を説明する図である。 本開示を適用した階層画像符号化装置の構成例を示す図である。 本開示を適用した階層画像復号装置の構成例を示す図である。 本開示を適用したテレビジョン装置の概略構成例を示す図である。 本開示を適用した携帯電話機の概略構成例を示す図である。 本開示を適用した記録再生装置の概略構成例を示す図である。 本開示を適用した撮像装置の概略構成例を示す図である。 スケーラブル符号化利用の一例を示すブロック図である。 スケーラブル符号化利用の他の例を示すブロック図である。 スケーラブル符号化利用のさらに他の例を示すブロック図である。 本開示を適用したビデオセットの概略的な構成の一例を示している。 本開示を適用したビデオプロセッサの概略的な構成の一例を示している。 本開示を適用したビデオプロセッサの概略的な構成の他の例を示している。

以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
０．概要
１．第１の実施の形態（符号化装置、復号装置）
２．第２の実施の形態（コンピュータ）
３．第３の実施の形態（多視点画像符号化装置、多視点画像復号装置）
４．第４の実施の形態（階層画像符号化装置、階層画像復号装置）
５．第５の実施の形態（テレビジョン装置）
６．第６の実施の形態（携帯電話機）
７．第７の実施の形態（記録再生装置）
８．第８の実施の形態（撮像装置）
９.スケーラブル符号化の応用例
１０.実施のその他の例

＜概要＞
（符号化方式）
以下においては、HEVC（High Efficiency Video Coding）方式の画像符号化・復号に適用する場合を例に、本技術を説明する。

（符号化単位の説明）
図１は、HEVC方式における符号化単位であるCoding UNIT(CU)を説明する図である。

HEVC方式では、4000画素×2000画素のUHD（Ultra High Definition）などのような大きな画枠の画像も対象としているため、符号化単位のサイズを16画素×16画素に固定することは最適ではない。従って、HEVC方式では、符号化単位としてCUが定義されている。

CUは、AVC方式におけるマクロブロックと同様の役割を果たす。具体的には、CUはPUに分割されたり、TUに分割されたりする。

但し、CUのサイズは、シーケンスごとに可変の２のべき乗画素で表される正方形である。具体的には、CUは、最大のサイズのCUであるLCUを、最小のサイズのCUであるSCU(Smallest Coding Unit)より小さくならないように、任意の回数だけ水平方向および垂直方向に２分割することにより設定される。即ち、LCUを、SCUになるまで、上の階層のサイズが下の階層のサイズの1/4となるように階層化したときの任意の階層のサイズがCUのサイズである。

例えば、図１では、LCUのサイズが128であり、SCUのサイズが8である。従って、LCUの階層深度（Depth）は0乃至4となり、階層深度数は5となる。即ち、CUに対応する分割数は0乃至4のいずれかである。

なお、LCUとSCUのサイズを指定する情報は、SPSに含められる。また、CUに対応する分割数は、各階層においてさらに分割するかどうかを表すsplit_flagにより指定される。CUの詳細については、非特許文献１に記載されている。

ＴＵのサイズは、CUのsplit_flagと同様に、split_transform_flagを用いて指定することができる。インター予測時およびイントラ予測時のＴＵの最大分割数は、それぞれ、max_transform_hierarchy_depth_inter,max_transform_hierarchy_depth_intraとして、SPSにより指定される。

また、本明細書において、CTU（Coding Tree Unit）は、LCUのCTB（Coding Tree Block）と、そのLCUベース（レベル）で処理するときのパラメータを含む単位であるとする。また、CTUを構成するCUは、CB(Coding Block)と、そのCUベース（レベル）で処理するときのパラメータを含む単位であるとする。

（モード選択）
ところで、AVCそしてHEVC符号化方式において、より高い符号化効率を達成するには、適切な予測モードの選択が重要である。

かかる選択方式の例として、JM (Joint Model) と呼ばれるH.264/MPEG-4 AVCの参照ソフトウエア (http://iphome.hhi.de/suehring/tml/index.htm において公開されている) に実装されている方法を挙げることが出来る。

JMにおいては、以下に述べる、High Complexity Modeと、Low Complexity Modeの2通りのモード判定方法を選択することが可能である。どちらも、それぞれの予測モードModeに関するコスト関数値を算出し、これを最小にする予測モードを当該ブロック乃至マクロブロックに対する最適モードとして選択する。

High Complexity Modeにおけるコスト関数は、以下の式（１）のように示される。

ここで、Ωは、当該ブロック乃至マクロブロックを符号化するための候補モードの全体集合、Dは、当該予測モードで符号化した場合の、復号画像と入力画像の差分エネルギーである。λは、量子化パラメータの関数として与えられるLagrange未定乗数である。Ｒは、直交変換係数を含んだ、当該モードで符号化した場合の総符号量である。

つまり、High Complexity Modeでの符号化を行うには、上記パラメータＤ及びＲを算出するため、全ての候補モードにより、一度、仮エンコード処理を行う必要があり、より高い演算量を要する。

Low Complexity Modeにおけるコスト関数は、以下の式（２）のように示される。

ここで、Dは、High Complexity Modeの場合と異なり、予測画像と入力画像の差分エネルギーとなる。QP2Quant(QP)は、量子化パラメータQPの関数として与えられ、HeaderBitは、直交変換係数を含まない、動きベクトルや、モードといった、Headerに属する情報に関する符号量である。

すなわち、Low Complexity Modeにおいては、それぞれの候補モードに関して、予測処理を行う必要があるが、復号画像までは必要ないため、符号化処理まで行う必要はない。このため、High Complexity Modeより低い演算量での実現が可能である。

（IntraBCについて）
IntraBlockCopy(IntraBC)は、画面内で動き補償を行う符号化ツールである。IntraBCは、コンピュータ画面やCG画像のような人口画像に対し、符号化効率改善に貢献するツールとして知られている。

ただし、IntraBCは、上述したHEVC Range Extension拡張には技術採用されず、Screen Content Coding(SCC)拡張のために標準化で技術検討が続けられている。

IntraBCの場合、ベクトルの値しか伝送していないので、画面をスライス分割した場合、カレントブロックと他のスライスとの関係性が表されていなかった。なお、時間予測の場合は、ベクトルの値に加え、参照リストとインデックスの組み合わせにより、カレントブロックと参照フレームとの関係が明確である。

ベクトルの値がカレントスライス内のデータを参照する値になるよう制限を設けることで、カレントスライスと異なるスライスへの参照が一律で禁止されている。

以上の理由から、低遅延伝送を実現するために、画面のスライス分割を用いると、IntraBCの効果が減少し、符号化効率が悪化してしまっていた。

そこで、本技術においては、IntraBCが自分より前のスライスのデコード結果を参照することを明示するための参照許可フラグであるintra_BC_ref_prev_slice_flagを伝送する。intra_BC_ref_prev_slice_flagの値が０（デフォルト）のとき、IntraBCは、カレントスライスのみ参照可能である。intra_BC_ref_prev_slice_flagの値が１のとき、IntraBCは、カレントに加え、自分より前のスライスのブロックも参照可能である。なお、このフラグは、スライス間の関係性を示すものであるので、PPS(Picture Parameter Set)に設定するのが適切である。

また、本技術の派生１として、intraBC_ref_prev_slice_flag＝1の場合に、いくつ前のスライスまで参照できるかが、例えばPPSにおいて、intraBC_ref_prev_slice_numというパラメータで明示される。

例えば、intraBC_ref_prev_slice_num＝5のとき、自分のスライス番号が10ならば、スライス番号5乃至10の画像を参照できる。例えば、自分のスライス番号が5以下ならば、スライス０乃至カレントスライスまでの画像を参照できる。さらに、符号量の節約のため、intraBC_ref_prev_slice_num＝0には、過去のスライスすべてという意味を割り当てることもできる。

さらに、本技術の派生２として、SPS(Sequence Parameter Set)に、IntraBCが自分より前のスライスのデコード結果を参照するツールのon/offを制御するオンオフフラグであるsps_crossslice_intraBC_enable_flagが追加される。sps_crossslice_intraBC_enable_flagが真のときのみ、intraBC_ref_prev_slice_flagのパースが行われる。なお、このon/offを制御するフラグは、SPSに限らず、VPS(Video Parameter Set)に追加されてもよい。

（SPSおよびPPSのシンタクスの例）
図２は、SPSおよびPPSのシンタクスの例を示す図である。図２の例においては、SPSのシンタクスの下に、PPSのシンタクスが示されている。

SPSにおいては、IntraBCを行うことを明示するフラグであるintra_block_copy_enabled_flagが記述されており、その下に、本技術の派生２として上述したオンオフフラグであるsps_crossslice_intraBC_enable_flag が追加されている。sps_crossslice_intraBC_enable_flag は、intra_block_copy_enabled_flagが真であるときのみパースされる。

PPSにおいては、本技術として上述した参照許可フラグであるintra_BC_ref_prev_slice_flagが追加されている。intra_BC_ref_prev_slice_flagは、SPSにおいて追加されたオンオフフラグsps_crossslice_intraBC_enable_flagが真のときのみ、パースされる。また、その下に、本技術の派生１として上述したパラメータであるintraBC_ref_prev_slice_numが追加されている。intraBC_ref_prev_slice_numは、intra_BC_ref_prev_slice_flagが真のときのみ、パースされる。

なお、以下、上述したフラグやパラメータなどIntraBC（スライスを跨ぐ画面内動き予測）を制御するための情報をまとめて、IntraBC制御情報と称する。また、以下、これらのIntraBC制御情報を用いてのイントラ予測のモードは、IntraBCモードと称して説明する。

（セマンテックスの例）
図３は、本技術のセマンテックスの例を示す図である。図３の例においては、sps_crossslice_intraBC_enable_flag、intraBC_ref_prev_slice_flag、intraBC_ref_prev_slice_numが、次のように定義されている。

・sps_crossslice_intraBC_enable_flag equal to 1 indicates that intraBC_rev_prev_slice_flag may have the value equal to 1 in the CVS.

・intraBC_ref_prev_slice_flag equal to 1 indicates that a prediction unit which coding mode is IntraBC (=predModeIntraBc is equal to 1) in the current slice may refer the previously decoded slice data which proceed the current slice in the decoding order in the current picture. intraBC_ref_prev_slice_flag equal to 0 indicates that a prediction unit which coding mode is IntraBC shall not refer the previously decoded slice data. When not present, the value of intraBC_ref_prev_slice_flag is inferred to 0.

・intraBC_ref_prev_slice_num indicates one or more slice segment that may be referred by a prediction unit which coding mode is IntraBC in the current slice. The set of slice segment is derived as follows.
Let C be the order of the slice in the current picture (e.g. 0 for the 1^st slice ). And A is calculated as follows.
A = (C - intraBC_ref_prev_slice_num) < 0 ? 0 : (C - intraBC_ref_prev_slice_num)
Then, the X-th slice segment, where X is in the range of A to C, is the target slice segment indicated by the syntax.

（VPSのシンタクスの例）
図４は、VPSのシンタクスの例を示す図である。図２に示されたSPSにおけるsps_crossslice_intraBC_enable_flagは、図４のVPSにおいては、Vps_crossslice_intraBC_enable_flagのように記述される。

（具体的な説明）
図５は、本技術において、画面を４スライス（Slice#0乃至Slice#3）に分割した例を示す図である。

異なるスライスへの参照が禁止である場合、Slice#2におけるカレントCTUからの参照可能範囲は、Slice#2のうち、デコードされている部分のみであったので、例えば、Slice#1のブロックを参照することができなかった。

これに対して、本技術の場合、デコード済みの異なるスライス（Slice#0とSlice#1）も参照可能範囲に含まれるので、例えば、図５に示されるように、Slice#2におけるカレントCTUから、Slice#1のブロックを参照することが可能となる。

図６は、図５の例において、intraBC_ref_prev_slice_num=1の場合について示す図である。

intraBC_ref_prev_slice_num=1であるので、Slice#2におけるカレントCTUからは、図６に示されるように、１個前のスライスであるSlice#1まで参照が可能である。Slice#0は参照可能ではない。したがって、図６の例の場合も、Slice#2におけるカレントCTUから、Slice#1のブロックを参照することは可能である。

（WPPとの組み合わせ）
図７および図８は、本技術とWPP(Wavefront Parallel Processing)との組み合わせについて説明する図である。

WPPは、PPSにあるentropy_coding_sync_enabled_flagが１の場合に行われる処理である。WPPの実現方法は、２通りある。１つ目は、1CTU列を、1スライスとして、マルチスライスで符号化する方法である。２つ目は、1ピクチャを1スライスとして、entry_poit_offsetを使用し、符号化する方法である。２つ目の場合は、上述した本技術を適用可能であるので、以下、１つ目の場合について説明する。

WPPの機能がオンである場合、1CTU列が1スライスであるので、異なるスライスへの参照が禁止であるとき、カレントCTUからは、左隣のCTUのみが参照可能範囲とされ、左隣のCTUしか参照することができなかった。

これに対して、本技術においては、WPPの機能がオンである場合、Slice#0全体ではなく、カレントCTUの右上のCTUまでに参照範囲を限定する。これは、WPPの構成上、CTU列間で2CTUのデコード時間差があるためである。

すなわち、Slice#1の左端のCTUがカレントCTUのとき、図７に示されるように、Slice#0におけるカレントCTUの真上のCTUおよび右上のCTUが、参照可能範囲となる。

また、Slice#1の左から２番目のCTUがカレントCTUのとき、図８に示されるように、Slice#0におけるカレントCTUの左上のCTU、真上のCTU、および右上のCTUと、Slice#1におけるカレントCTUの左隣のCTUとが、参照可能範囲となる。

このようにすることで、本技術とWPPとを組み合わせることが可能となる。

（タイル分割との組み合わせ）
図９は、本技術とタイル分割との組み合わせについて説明する図である。

タイル分割は、PPSにあるtiles_enabled_fragが１の場合に行われる処理である。タイルは、HEVCにおいて、並列処理のためのツールとして規定されている。タイルは、ピクチャの分割単位の１つである。タイルは、画像圧縮情報中のSPSまたはPPSにおいて、各タイルのロウ（行）サイズおよびコラム（列）サイズがLCUを単位に指定されている。

それぞれのタイルに含まれるLCUは、ラスタスキャン順に処理され、それぞれのピクチャに含まれるタイルは、ラスタスキャン順に処理される。また、スライスは、タイルを含んでいてもよく、タイルの途中にスライス境界があってもよい。

例えば、１画面を左右に２分割、すなわち、Slice#0とSlice#1にタイル分割されている場合において、異なるスライスへの参照が禁止であるとき、カレントCTUからは、Slice#1のタイルしか参照可能範囲とすることができなかった。

これに対して、本技術においては、参照許可フラグであるintra_BC_ref_prev_slice_flag=1とすることで、デコード済みの異なるスライスを参照することが可能である。したがって、図９に示されるように、タイル分割の機能がオンの場合、Slice#1におけるカレントCTUについて、異なるタイルであり、異なるスライスであるSlice#0への参照が許可される。

（効果について）
図１０は、効果について説明する図である。

異なるスライス参照禁止の場合、スライス間の独立デコードが可能である。これに対して、本技術の場合、指定したスライスを完全にデコードしないとIntraBCが行えないので、スライス間の独立デコードは、可能ではない。

異なるスライス参照禁止の場合、過去のスライスをIntraBCが参照できないため、符号化効率が低下してしまっていた。これに対して、本技術においては、過去のスライスをIntraBCが参照できるので、符号化効率が改善される。

（MCTS-SEIとの組み合わせ）
図１１は、本技術とMCTS-SEI(Temporal Motion Constrained Tile Set SEI)との組み合わせについて説明する図である。

MCTS-SEIは、SHVCのドラフト(JCTVC-Q1008_V2)に採用されているSEIである。MCTS-SEIを使用して、指定されたタイルは、ビットストリーム中から、そのタイルのデータだけを取り出して、独立にデコードすることができる。なお、このSEIがない場合、画面内の一部のタイルだけを独立にデコードすることはできない。

図１１の例においては、１０×６個のタイルで分割されているピクチャが示されている。太線の枠で囲われた領域内にあるタイルmcts_id[0]は、ピクチャの一部であるが、その部分だけ取り出してデコード（以下、このようなデコードを独立デコードと称する）することができる。

同様に、点線の枠内のタイルmcts_id[1]も、独立デコードが可能である。MCTS-SEIは、図１１のmcts_id[0]やmcts_id[1]のように複雑な領域でタイルのセットを指定することができる。

したがって、MCTS-SEIで指定したタイル内にあるスライスにおいては、
intraBC_ref_prev_slice_flag=0として設定することが必要となる。これは、カレント以外のタイル／スライスの参照が禁止されているからである。

図１２は、MCTS-SEIメッセージのセマンテックスに追加するNOTEの例を示す図である。

本技術とMCTS-SEIとを組み合わせるために、JCTVC-Q1008_V2におけるMCTS-SEIメッセージのセマンテックスに、図１２に示されるNOTEを追加する。

NOTE -When intraBC_ref_prev_slice_flag is equal to 1, intra block copy process may need the decoding dependency among the tiles. It is encouraged for encoders to set intraBC_ref_prev_slice_flag equal to 0 in the tiles which is selected by a temporal motion-constrained tile set.

次に、以上のような本技術について、具体的な装置への適用例について説明する。

＜第１実施の形態＞
（符号化装置の一実施の形態の構成例）
図１３は、本開示を適用した符号化装置の一実施の形態の構成例を示すブロック図である。

図１３の符号化装置１０は、設定部１１、符号化部１２、および伝送部１３により構成され、画像をHEVC方式に準ずる方式で符号化する。

具体的には、符号化装置１０の設定部１１は、VPS,SPS,PPS,VUI,SEIなどを設定する。特に、設定部１１は、SPS,PPSのIntraBC制御情報を設定する。設定部１１は、設定されたVPS,SPS,PPS,VUI,SEIなどのパラメータセットを符号化部１２に供給する。

符号化部１２には、フレーム単位の画像が入力される。符号化部１２は、設定部１１から供給されるパラメータセットを参照して、入力された画像をHEVC方式に準ずる方式で符号化する。特に、符号化部１２は、設定部１１から供給されるSPS,PPSのIntraBC制御情報に基づいて、イントラ予測において、本技術を適用したIntraBCモードの予測処理を行う。符号化部１２は、符号化の結果得られる符号化データとパラメータセットから符号化ストリームを生成し、伝送部１３に供給する。

伝送部１３は、符号化部１２から供給される符号化ストリームを、後述する復号装置に伝送する。

（符号化部の構成例）
図１４は、図１３の符号化部１２の構成例を示すブロック図である。

図１４の符号化部１２は、A/D変換部３１、画面並べ替えバッファ３２、演算部３３、直交変換部３４、量子化部３５、可逆符号化部３６、蓄積バッファ３７、逆量子化部３８、逆直交変換部３９、および加算部４０を有する。また、符号化部１２は、デブロックフィルタ４１、適応オフセットフィルタ４２、適応ループフィルタ４３、フレームメモリ４４、スイッチ４５、イントラ予測部４６、動き予測・補償部４７、予測画像選択部４８、レート制御部４９を有する。

符号化部１２のA/D変換部３１は、符号化対象として入力されたフレーム単位の画像をA/D変換する。A/D変換部３１は、変換後のデジタル信号である画像を画面並べ替えバッファ３２に出力して記憶させる。

画面並べ替えバッファ３２は、記憶した表示の順番のフレーム単位の画像を、GOP構造に応じて、符号化のための順番に並べ替える。画面並べ替えバッファ３２は、並べ替え後の画像を、演算部３３、イントラ予測部４６、および動き予測・補償部４７に出力する。

演算部３３は、画面並べ替えバッファ３２から供給される画像から、予測画像選択部４８から供給される予測画像を減算することにより符号化を行う。演算部３３は、その結果得られる画像を、残差情報(差分)として直交変換部３４に出力する。なお、予測画像選択部４８から予測画像が供給されない場合、演算部３３は、画面並べ替えバッファ３２から読み出された画像をそのまま残差情報として直交変換部３４に出力する。

直交変換部３４は、ＴＵ単位で、演算部３３からの残差情報に対して直交変換処理を行う。直交変換部３４は、直交変換処理後の直交変換処理結果を量子化部３５に供給する。

量子化部３５は、直交変換部３４から供給される直交変換処理結果を量子化する。量子化部３５は、量子化の結果得られる量子化値を可逆符号化部３６に供給する。

可逆符号化部３６は、最適イントラ予測モードを示す情報（以下、イントラ予測モード情報という）をイントラ予測部４６から取得する。また、可逆符号化部３６は、最適インター予測モードを示す情報（以下、インター予測モード情報という）、動きベクトル、参照画像を特定する情報などを動き予測・補償部４７から取得する。

また、可逆符号化部３６は、適応オフセットフィルタ４２からオフセットフィルタに関するオフセットフィルタ情報を取得し、適応ループフィルタ４３からフィルタ係数を取得する。

可逆符号化部３６は、量子化部３５から供給される量子化値に対して、可変長符号化（例えば、CAVLC（Context-Adaptive Variable Length Coding）など）、算術符号化（例えば、CABAC（Context-Adaptive Binary Arithmetic Coding）など）などの可逆符号化を行う。

また、可逆符号化部３６は、イントラ予測モード情報、および、IntraBCモードの場合のみIntraBCベクトル、または、インター予測モード情報、動きベクトル、および参照画像を特定する情報、オフセットフィルタ情報、並びにフィルタ係数を、符号化に関する符号化情報として可逆符号化する。可逆符号化部３６は、可逆符号化された符号化情報と量子化値を、符号化データとして蓄積バッファ３７に供給し、蓄積させる。

なお、可逆符号化された符号化情報は、可逆符号化された量子化値のヘッダ情報（例えばスライスヘッダ）とされてもよい。

蓄積バッファ３７は、可逆符号化部３６から供給される符号化データを、一時的に記憶する。また、蓄積バッファ３７は、記憶している符号化データを、図１３の設定部１１から供給されるパラメータセットとともに、符号化ストリームとして伝送部１３に供給する。

また、量子化部３５より出力された量子化値は、逆量子化部３８にも入力される。逆量子化部３８は、量子化値を逆量子化する。逆量子化部３８は、逆量化の結果得られる直交変換処理結果を逆直交変換部３９に供給する。

逆直交変換部３９は、ＴＵ単位で、逆量子化部３８から供給される直交変換処理結果に対して逆直交変換処理を行う。逆直交変換の方式としては、例えば、IDCT(逆離散コサイン変換)とIDST(逆離散サイン変換)がある。逆直交変換部３９は、逆直交変換処理の結果得られる残差情報を加算部４０に供給する。

加算部４０は、逆直交変換部３９から供給される残差情報と、予測画像選択部４８から供給される予測画像を加算し、復号を行う。加算部４０は、復号された画像をデブロックフィルタ４１とフレームメモリ４４に供給する。

デブロックフィルタ４１は、加算部４０から供給される復号された画像に対して、ブロック歪を除去する適応デブロックフィルタ処理を行い、その結果得られる画像を適応オフセットフィルタ４２に供給する。

適応オフセットフィルタ４２は、デブロックフィルタ４１による適応デブロックフィルタ処理後の画像に対して、主にリンギングを除去する適応オフセットフィルタ(SAO（Sample adaptive offset)）処理を行う。

具体的には、適応オフセットフィルタ４２は、最大の符号化単位であるLCU（Largest Coding Unit）ごとに適応オフセットフィルタ処理の種類を決定し、その適応オフセットフィルタ処理で用いられるオフセットを求める。適応オフセットフィルタ４２は、求められたオフセットを用いて、適応デブロックフィルタ処理後の画像に対して、決定された種類の適応オフセットフィルタ処理を行う。

適応オフセットフィルタ４２は、適応オフセットフィルタ処理後の画像を適応ループフィルタ４３に供給する。また、適応オフセットフィルタ４２は、行われた適応オフセットフィルタ処理の種類とオフセットを示す情報を、オフセットフィルタ情報として可逆符号化部３６に供給する。

適応ループフィルタ４３は、例えば、２次元のウィナーフィルタ（Wiener Filter）により構成される。適応ループフィルタ４３は、適応オフセットフィルタ４２から供給される適応オフセットフィルタ処理後の画像に対して、例えば、LCUごとに、適応ループフィルタ（ALF(Adaptive Loop Filter)）処理を行う。

具体的には、適応ループフィルタ４３は、LCUごとに、画面並べ替えバッファ３２から出力される画像である原画像と適応ループフィルタ処理後の画像の残差が最小となるように、適応ループフィルタ処理で用いられるフィルタ係数を算出する。そして、適応ループフィルタ４３は、適応オフセットフィルタ処理後の画像に対して、算出されたフィルタ係数を用いて、LCUごとに適応ループフィルタ処理を行う。

適応ループフィルタ４３は、適応ループフィルタ処理後の画像をフレームメモリ４４に供給する。また、適応ループフィルタ４３は、適応ループフィルタ処理に用いられたフィルタ係数を可逆符号化部３６に供給する。

なお、ここでは、適応ループフィルタ処理は、LCUごとに行われるものとするが、適応ループフィルタ処理の処理単位は、LCUに限定されない。但し、適応オフセットフィルタ４２と適応ループフィルタ４３の処理単位を合わせることにより、処理を効率的に行うことができる。

フレームメモリ４４は、適応ループフィルタ４３から供給される画像と、加算部４０から供給される画像を蓄積する。フレームメモリ４４に蓄積されたフィルタ処理が行われていない画像のうちのＰＵ（Prediction Unit）に隣接する画像は、周辺画像としてスイッチ４５を介してイントラ予測部４６に供給される。一方、フレームメモリ４４に蓄積されたフィルタ処理が行われた画像は、参照画像としてスイッチ４５を介して動き予測・補償部４７に出力される。

設定部１１からは、SPS,PPSのIntraBC制御情報がイントラ予測部４６に供給される。イントラ予測部４６は、ＰＵ単位で、フレームメモリ４４からスイッチ４５を介して読み出された周辺画像を用いて、候補となる全てのイントラ予測モードのイントラ予測処理を行う。その際、イントラ予測部４６は、IntraBC制御情報に基づいて、IntraBCモードのイントラ予測も行う。

また、イントラ予測部４６は、画面並べ替えバッファ３２から読み出された画像と、イントラ予測処理の結果生成される予測画像とに基づいて、候補となる全てのイントラ予モードに対してコスト関数値（詳細は後述する）を算出する。そして、イントラ予測部４６は、コスト関数値が最小となるイントラ予測モードを、最適イントラ予測モードに決定する。

イントラ予測部４６は、最適イントラ予測モードで生成された予測画像、および、対応するコスト関数値を、予測画像選択部４８に供給する。イントラ予測部４６は、予測画像選択部４８から最適イントラ予測モードで生成された予測画像の選択が通知された場合、イントラ予測モード情報を可逆符号化部３６に供給する。なお、イントラ予測モードとはＰＵのサイズ、予測方向などを表すモードである。その際、最適イントラ予測モードがIntraBCモードの場合には、IntraBCベクトルも可逆符号化部３６に供給される。

動き予測・補償部４７は、ＰＵ単位で候補となる全てのインター予測モードの動き予測・補償処理を行う。具体的には、動き予測・補償部４７は、画面並べ替えバッファ３２から供給される画像と、フレームメモリ４４からスイッチ４５を介して読み出される参照画像に基づいて、候補となる全てのインター予測モードの動きベクトルをＰＵ単位で検出する。そして、動き予測・補償部４７は、その動きベクトルに基づいてＰＵ単位で参照画像に補償処理を施し、予測画像を生成する。

このとき、動き予測・補償部４７は、画面並べ替えバッファ３２から供給される画像と予測画像とに基づいて、候補となる全てのインター予測モードに対してコスト関数値を算出し、コスト関数値が最小となるインター予測モードを最適インター予測モードに決定する。そして、動き予測・補償部４７は、最適インター予測モードのコスト関数値と、対応する予測画像を予測画像選択部４８に供給する。また、動き予測・補償部４７は、予測画像選択部４８から最適インター予測モードで生成された予測画像の選択が通知された場合、インター予測モード情報、対応する動きベクトル、参照画像を特定する情報などを可逆符号化部３６に出力する。なお、インター予測モードとは、ＰＵのサイズなどを表すモードである。

予測画像選択部４８は、イントラ予測部４６および動き予測・補償部４７から供給されるコスト関数値に基づいて、最適イントラ予測モードと最適インター予測モードのうちの、対応するコスト関数値が小さい方を、最適予測モードに決定する。そして、予測画像選択部４８は、最適予測モードの予測画像を、演算部３３および加算部４０に供給する。また、予測画像選択部４８は、最適予測モードの予測画像の選択をイントラ予測部４６または動き予測・補償部４７に通知する。

レート制御部４９は、蓄積バッファ３７に蓄積された符号化データに基づいて、オーバーフローあるいはアンダーフローが発生しないように、量子化部３５の量子化動作のレートを制御する。

（符号化装置の処理の説明）
図１５は、図１３の符号化装置１０のストリーム生成処理を説明するフローチャートである。

図１５のステップＳ１１において、符号化装置１０の設定部１１は、VPSやSPSなどのパラメータセットを設定する。設定部１１は、設定されたパラメータセットを符号化部１２に供給する。この設定処理の詳細は、後述する図１６を参照して説明する。

ステップＳ１２において、符号化部１２は、外部から入力されたフレーム単位の画像をHEVC方式に準ずる方式で符号化する符号化処理を行う。この符号化処理の詳細は、後述する図１７および図１８を参照して説明する。

ステップＳ１３において、符号化部１２の蓄積バッファ３７（図１４）は、設定部１１から供給されるパラメータセットと蓄積している符号化データから符号化ストリームを生成し、伝送部１３に供給する。

ステップＳ１４において、伝送部１３は、設定部１１から供給される符号化ストリームを、後述する復号装置１１０に伝送し、処理を終了する。

次に、図１６を参照して、図１５のステップＳ１１のパラメータセットの設定処理の詳細を説明する。図１６の例においては、SPSやPPSにおいて、IntraBC制御情報が設定される。

ステップＳ３１において、図１３の設定部１１は、sps_crossslice_intraBC_enable_flagを設定する。設定部１１は、ステップＳ３２において、sps_crossslice_intraBC_enable_flag=1であるか否かを判定する。ステップＳ３２において、sps_crossslice_intraBC_enable_flag=1であると判定された場合、処理は、ステップＳ３３に進む。

設定部１１は、ステップＳ３３において、intraBC_ref_prev_slice_flagを設定する。ステップＳ３４において、設定部１１は、intraBC_ref_prev_slice_flag =1であるか否かを判定する。

ステップＳ３４において、intraBC_ref_prev_slice_flag =1であると判定された場合、ステップＳ３５に進む。ステップＳ３５において、設定部１１は、intraBC_ref_prev_slice_numを設定する。

ステップＳ３２においてsps_crossslice_intraBC_enable_flag=0であると判定された場合、ステップＳ３３乃至Ｓ３５がスキップされ、パラメータセット設定処理は終了され、図１５のステップＳ１１に戻る。

ステップＳ３４において、intraBC_ref_prev_slice_flag =0であると判定された場合、ステップＳ３５がスキップされ、パラメータセット設定処理は終了され、図１５のステップＳ１１に戻る。

次に、図１７および図１８は、図１５のステップＳ１２の符号化処理の詳細を説明するフローチャートである。設定部１１からは、A/D変換部３１に、フレーム単位の画像が入力され、イントラ予測部４６に、IntraBC制御情報が供給される。

図１７のステップＳ６１において、符号化部１２のA/D変換部３１（図１４）は、符号化対象として入力されたフレーム単位の画像をA/D変換する。A/D変換部３１は、変換後のデジタル信号である画像を画面並べ替えバッファ３２に出力して記憶させる。

ステップＳ６２において、画面並べ替えバッファ３２は、記憶した表示の順番のフレームの画像を、GOP構造に応じて、符号化のための順番に並べ替える。画面並べ替えバッファ３２は、並べ替え後のフレーム単位の画像を、演算部３３、イントラ予測部４６、および動き予測・補償部４７に供給する。また、設定部１１からは、イントラ予測部４６に、IntraBC制御情報が供給される。

ステップＳ６３において、イントラ予測部４６は、ＰＵ単位で候補となる全てのイントラ予測モードのイントラ予測処理を行う。イントラ予測処理の詳細は、図１９を参照して後述される。すなわち、イントラ予測部４６は、画面並べ替えバッファ３２から読み出された画像と、イントラ予測処理の結果生成される予測画像とに基づいて、候補となる（intraBC予測モードも含む）全てのイントラ予測モードに対してコスト関数値を算出する。そして、イントラ予測部４６は、コスト関数値が最小となるイントラ予測モードを、最適イントラ予測モードに決定する。イントラ予測部４６は、最適イントラ予測モードで生成された予測画像、および、対応するコスト関数値を、予測画像選択部４８に供給する。

また、動き予測・補償部４７は、ステップＳ６４においてＰＵ単位で候補となる全てのインター予測モードの動き予測・補償処理を行う。また、動き予測・補償部４７は、画面並べ替えバッファ３２から供給される画像と予測画像とに基づいて、候補となる全てのインター予測モードに対してコスト関数値を算出し、コスト関数値が最小となるインター予測モードを最適インター予測モードに決定する。そして、動き予測・補償部４７は、最適インター予測モードのコスト関数値と、対応する予測画像を予測画像選択部４８に供給する。

ステップＳ６５において、予測画像選択部４８は、イントラ予測部４６および動き予測・補償部４７から供給されるコスト関数値に基づいて、最適イントラ予測モードと最適インター予測モードのうちのコスト関数値が最小となる方を、最適予測モードに決定する。そして、予測画像選択部４８は、最適予測モードの予測画像を、演算部３３および加算部４０に供給する。

ステップＳ６５において、予測画像選択部４８は、最適予測モードが最適インター予測モードであるかどうかを判定する。ステップＳ６５で最適予測モードが最適インター予測モードであると判定された場合、予測画像選択部４８は、最適インター予測モードで生成された予測画像の選択を動き予測・補償部４７に通知する。

そして、ステップＳ６６において、動き予測・補償部４７は、インター予測モード情報、動きベクトル、および参照画像を特定する情報を可逆符号化部３６に供給し、処理をステップＳ６８に進める。

一方、ステップＳ６５で最適予測モードが最適インター予測モードではないと判定された場合、即ち最適予測モードが最適イントラ予測モードである場合、予測画像選択部４８は、最適イントラ予測モードで生成された予測画像の選択をイントラ予測部４６に通知する。そして、ステップＳ６７において、イントラ予測部４６は、イントラ予測モード情報を可逆符号化部３６に供給し、処理をステップＳ６９に進める。その際、最適イントラ予測モードがIntraBCモードの場合には、IntraBCベクトルも可逆符号化部３６に供給される。

ステップＳ６９において、演算部３３は、画面並べ替えバッファ３２から供給される画像から、予測画像選択部４８から供給される予測画像を減算することにより符号化を行う。演算部３３は、その結果得られる画像を、残差情報として直交変換部３４に出力する。

ステップＳ７０において、直交変換部３４は、ＴＵ単位で、残差情報に対して直交変換処理を行う。直交変換部３４は、直交変換処理後の直交変換処理結果を量子化部３５に供給する。

ステップＳ７１において、量子化部３５は、直交変換部３４から供給される直交変換処理結果を量子化する。量子化部３５は、量子化の結果得られる量子化値を可逆符号化部３６と逆量子化部３８に供給する。

ステップＳ７２において、逆量子化部３８は、量子化部３５からの量子化値に対して逆量子化を行う。逆量子化部３８は、逆量化の結果得られる直交変換処理結果を逆直交変換部３９に供給する。

ステップＳ７３において、逆直交変換部３９は、ＴＵ単位で、逆量子化部３８から供給される直交変換処理結果に対して逆直交変換処理を行う。逆直交変換部３９は、逆直交変換処理の結果得られる残差情報を加算部４０に供給する。

ステップＳ７４において、加算部４０は、逆直交変換部３９から供給される残差情報と、予測画像選択部４８から供給される予測画像を加算し、復号を行う。加算部４０は、復号された画像をデブロックフィルタ４１とフレームメモリ４４に供給する。

ステップＳ７５において、デブロックフィルタ４１は、加算部４０から供給される復号された画像に対して、デブロッキングフィルタ処理を行う。デブロックフィルタ４１は、その結果得られる画像を適応オフセットフィルタ４２に供給する。

ステップＳ７６において、適応オフセットフィルタ４２は、デブロックフィルタ４１から供給される画像に対して、LCUごとに適応オフセットフィルタ処理を行う。適応オフセットフィルタ４２は、その結果得られる画像を適応ループフィルタ４３に供給する。また、適応オフセットフィルタ４２は、LCUごとに、オフセットフィルタ情報を可逆符号化部３６に供給する。

ステップＳ７７において、適応ループフィルタ４３は、適応オフセットフィルタ４２から供給される画像に対して、LCUごとに適応ループフィルタ処理を行う。適応ループフィルタ４３は、その結果得られる画像をフレームメモリ４４に供給する。また、適応ループフィルタ４３は、適応ループフィルタ処理で用いられたフィルタ係数を可逆符号化部３６に供給する。

ステップＳ７８において、フレームメモリ４４は、適応ループフィルタ４３から供給される画像と加算部４０から供給される画像を蓄積する。フレームメモリ４４に蓄積されたフィルタ処理が行われていない画像のうちのＰＵに隣接する画像は、周辺画像としてスイッチ４５を介してイントラ予測部４６に供給される。一方、フレームメモリ４４に蓄積されたフィルタ処理が行われた画像は、参照画像としてスイッチ４５を介して動き予測・補償部４７に出力される。

ステップＳ７９において、可逆符号化部３６は、イントラ予測モード情報、または、インター予測モード情報、動きベクトル、および参照画像を特定する情報、オフセットフィルタ情報、並びにフィルタ係数を、符号化情報として可逆符号化する。なお、その際、最適イントラ予測モードで、そのモードがIntraBCモードの場合には、IntraBCベクトルも符号化情報として可逆符号化される。

ステップＳ８０において、可逆符号化部３６は、量子化部３５から供給される量子化値を可逆符号化する。そして、可逆符号化部３６は、ステップＳ７８の処理で可逆符号化された符号化情報と可逆符号化された量子化値から、符号化データを生成し、蓄積バッファ３７に供給する。

ステップＳ８１において、蓄積バッファ３７は、可逆符号化部３６から供給される符号化データを、一時的に蓄積する。

ステップＳ８２において、レート制御部４９は、蓄積バッファ３７に蓄積された符号化データに基づいて、オーバーフローあるいはアンダーフローが発生しないように、量子化部３５の量子化動作のレートを制御する。そして、処理は、図１５のステップＳ１２に戻り、ステップＳ１３に進む。

次に、図１９のフローチャートを参照して、図１７のステップＳ６３のイントラ予測処理の詳細を説明する。イントラ予測部４６には、設定部１１からは、IntraBC制御情報として、例えば、sps_crossslice_intraBC_enable_flag、intra_BC_ref_prev_slice_flag、intraBC_ref_prev_slice_numが供給される。

イントラ予測部４６は、ステップＳ９１において、ピクチャをスライスで分割する。ステップＳ９２において、イントラ予測部４６は、intraBCモード以外の予測モードのイントラ予測を行い、コスト関数値を計算する。

イントラ予測部４６は、ステップＳ９３において、sps_crossslice_intraBC_enable_flagが１であるか否かを判定する。ステップＳ９３において、sps_crossslice_intraBC_enable_flagが１であると判定された場合、処理は、ステップＳ９４に進む。

ステップＳ９４において、イントラ予測部４６は、IntraBCの動きベクトルを探索する。ステップＳ９５において、イントラ予測部４６は、探索範囲内のサーチが終了したか否かを判定する。ステップＳ９５において、探索範囲内のサーチがまだ終了していないと判定された場合、ステップＳ９６に進む。

ステップＳ９６において、イントラ予測部４６は、探索点を変更する。ステップＳ９７において、イントラ予測部４６は、ステップＳ９６により変更された探索点が、カレントスライスの内側であるか否かを判定する。

ステップＳ９７において、探索点がスライスの内側ではないと判定された場合、処理は、ステップＳ９８に進む。ステップＳ９８において、イントラ予測部４６は、intra_BC_ref_prev_slice_flagが１であるか否かを判定する。ステップＳ９８において、intra_BC_ref_prev_slice_flagが１であると判定された場合、処理は、ステップＳ９９に進む。

ステップＳ９９において、イントラ予測部４６は、探索点の位置がintraBC_ref_prev_slice_numで指定された範囲であるか否かを判定する。

ステップＳ９９において、探索点の位置がintraBC_ref_prev_slice_numで指定された範囲ではないと判定された場合、処理は、ステップＳ９６に戻り、それ以降の処理が繰り返される。また、ステップＳ９８において、intra_BC_ref_prev_slice_flagが１ではないと判定された場合も、処理は、ステップＳ９６に戻り、それ以降の処理が繰り返される。

ステップＳ９９において、探索点の位置がintraBC_ref_prev_slice_numで指定された範囲であると判定された場合、処理は、ステップＳ１００に進む。また、ステップＳ９７において、探索点がスライスの内側であると判定された場合、処理は、ステップＳ１００に進む。

ステップＳ１００において、イントラ予測部４６は、IntraBCモードでのコスト関数値を計算する。IntraBCモードでの最小コストと対応するIntraBCベクトルが、図示せぬメモリに保持されている。ステップＳ１０１において、イントラ予測部４６は、ステップＳ１００で求めたコスト関数値が最小コストより小さいか否かを判定する。

ステップＳ１０１において、コスト関数値が最小コストより小さいと判定された場合、処理は、ステップＳ１０２に進む。ステップＳ１０２において、メモリ内のIntraBCベクトルと最小コストを更新し、処理は、ステップＳ９６に戻り、それ以降の処理が繰り返される。

ステップＳ１０１において、コスト関数値が最小コスト以上であると判定された場合、処理は、ステップＳ９６に戻り、それ以降の処理が繰り返される。

ステップＳ９５において、探索範囲内のサーチが終了したと判定された場合、処理は、ステップＳ１０３に進む。また、ステップＳ９３において、sps_crossslice_intraBC_enable_flagが１ではないと判定された場合、処理は、ステップＳ１０３に進む。

ステップＳ１０３において、イントラ予測部４６は、コスト関数値により最適イントラ予測モードを決定し、イントラ予測処理を終了する。

（復号装置の一実施の形態の構成例）
図２０は、図１３の符号化装置１０から伝送される符号化ストリームを復号する、本開示を適用した復号装置の一実施の形態の構成例を示すブロック図である。

図２０の復号装置１１０は、受け取り部１１１、抽出部１１２、および復号部１１３により構成される。

復号装置１１０の受け取り部１１１は、図１３の符号化装置１０から伝送されてくる符号化ストリームを受け取り、抽出部１１２に供給する。

抽出部１１２は、受け取り部１１１から供給される符号化ストリームから、VPSやSPS,PPSなどのパラメータセットと符号化データを抽出し、復号部１１３に供給する。特に、抽出部１１２は、SPS,PPSのIntraBC制御情報を抽出する。

復号部１１３は、抽出部１１２から供給される符号化データをHEVC方式に準ずる方式で復号する。このとき、復号部１１３は、抽出部１１２から供給されるSPS,PPSのIntraBC制御情報に基づいて、復号処理を並行で、または順に行う。復号部１１３は、復号の結果得られる画像を出力する。

（復号部の構成例）
図２１は、図２０の復号部１１３の構成例を示すブロック図である。

図２１の復号部１１３は、蓄積バッファ１３１、可逆復号部１３２、逆量子化部１３３、逆直交変換部１３４、加算部１３５、デブロックフィルタ１３６、適応オフセットフィルタ１３７、適応ループフィルタ１３８、および画面並べ替えバッファ１３９を有する。また、復号部１１３は、D/A変換部１４０、フレームメモリ１４１、スイッチ１４２、イントラ予測部１４３、動き補償部１４４、およびスイッチ１４５を有する。

復号部１１３の蓄積バッファ１３１は、図２０の抽出部１１２から符号化データを受け取り、蓄積する。蓄積バッファ１３１は、蓄積されている符号化データを可逆復号部１３２に供給する。

可逆復号部１３２は、蓄積バッファ１３１からの符号化データに対して、可変長復号や、算術復号等の可逆復号を施すことで、量子化値と符号化情報を得る。可逆復号部１３２は、量子化値を逆量子化部１３３に供給する。なお、抽出部１１２からのIntraBC制御情報は、可逆復号部１３２に入力される。可逆復号部１３２は、抽出部１１２からのIntraBC制御情報に基づいて、これ以降のスライスの復号処理を並列で行うか、順に行うかを制御する。

また、可逆復号部１３２は、符号化情報としての（intraBCモード含む）イントラ予測モード情報などをイントラ予測部１４３に供給する。その際、イントラ予測モード情報がIntraBCモードを示す場合には、IntraBCベクトルもイントラ予測部１４３に供給される。可逆復号部１３２は、動きベクトル、インター予測モード情報、参照画像を特定する情報などを動き補償部１４４に供給する。

さらに、可逆復号部１３２は、符号化情報としてのイントラ予測モード情報またはインター予測モード情報をスイッチ１４５に供給する。可逆復号部１３２は、符号化情報としてのオフセットフィルタ情報を適応オフセットフィルタ１３７に供給する。可逆復号部１３２は、符号化情報としてのフィルタ係数を適応ループフィルタ１３８に供給する。

逆量子化部１３３、逆直交変換部１３４、加算部１３５、デブロックフィルタ１３６、適応オフセットフィルタ１３７、適応ループフィルタ１３８、フレームメモリ１４１、スイッチ１４２、イントラ予測部１４３、および動き補償部１４４は、図１４の逆量子化部３８、逆直交変換部３９、加算部４０、デブロックフィルタ４１、適応オフセットフィルタ４２、適応ループフィルタ４３、フレームメモリ４４、スイッチ４５、イントラ予測部４６、および動き予測・補償部４７とそれぞれ同様の処理を行い、これにより、画像が復号される。

具体的には、逆量子化部１３３は、図１４の逆量子化部３８と同様に構成される。逆量子化部１３３は、ＴＵ単位で、可逆復号部１３２からの量子化値を逆量子化する。逆量子化部１３３は、その結果得られる直交変換処理結果を逆直交変換部１３４に供給する。

逆直交変換部１３４は、図１４の逆直交変換部３９と同様に構成される。逆直交変換部１３４は、逆量子化部１３３から供給される直交変換処理結果に対して逆直交変換処理を行う。逆直交変換部１３４は、逆直交変換処理の結果得られる残差情報を加算部１３５に供給する。

加算部１３５は、逆直交変換部１３４から供給される残差情報と、スイッチ１４５から供給される予測画像を加算することにより、復号を行う。加算部１３５は、復号された画像をデブロックフィルタ１３６とフレームメモリ１４１に供給する。

デブロックフィルタ１３６は、加算部１３５から供給される画像に対して適応デブロックフィルタ処理を行い、その結果得られる画像を適応オフセットフィルタ１３７に供給する。

適応オフセットフィルタ１３７は、LCUごとに、可逆復号部１３２からのオフセットフィルタ情報が表すオフセットを用いて、適応デブロックフィルタ処理後の画像に対して、オフセットフィルタ情報が表す種類の適応オフセットフィルタ処理を行う。適応オフセットフィルタ１３７は、適応オフセットフィルタ処理後の画像を、適応ループフィルタ１３８に供給する。

適応ループフィルタ１３８は、適応オフセットフィルタ１３７から供給される画像に対して、可逆復号部１３２から供給されるフィルタ係数を用いて、LCUごとに適応ループフィルタ処理を行う。適応ループフィルタ１３８は、その結果得られる画像をフレームメモリ１４１および画面並べ替えバッファ１３９に供給する。

画面並べ替えバッファ１３９は、適応ループフィルタ１３８から供給される画像をフレーム単位で記憶する。画面並べ替えバッファ１３９は、記憶した符号化のための順番のフレーム単位の画像を、元の表示の順番に並び替え、D/A変換部１４０に供給する。

D/A変換部１４０は、画面並べ替えバッファ１３９から供給されるフレーム単位の画像をD/A変換し、出力する。

フレームメモリ１４１は、適応ループフィルタ１３８から供給される画像と加算部１３５から供給される画像を蓄積する。フレームメモリ１４１に蓄積されたフィルタ処理が行われていない画像のうちのＰＵに隣接する画像は、周辺画像としてスイッチ１４２を介してイントラ予測部１４３に供給される。一方、フレームメモリ１４１に蓄積されたフィルタ処理が行われた画像は、参照画像として、スイッチ１４２を介して動き補償部１４４に供給される。

イントラ予測部１４３は、フレームメモリ１４１からスイッチ１４２を介して読み出された周辺画像を用いて、可逆復号部１３２から供給されるイントラ予測モード情報が示す最適イントラ予測モードのイントラ予測処理を行う。IntraBCモードの場合、可逆復号部１３２からintraBCベクトルも送られてくるので、それが用いられて、IntraBCモードのイントラ予測が行われる。イントラ予測部１４３は、その結果生成される予測画像をスイッチ１４５に供給する。

動き補償部１４４は、フレームメモリ１４１からスイッチ１４２を介して、可逆復号部１３２から供給される参照画像を特定する情報により特定される参照画像を読み出す。動き補償部１４４は、可逆復号部１３２から供給される動きベクトルと参照画像を用いて、可逆復号部１３２から供給されるインター予測モード情報が示す最適インター予測モードの動き補償処理を行う。動き補償部１４４は、その結果生成される予測画像をスイッチ１４５に供給する。

スイッチ１４５は、可逆復号部１３２からイントラ予測モード情報が供給された場合、イントラ予測部１４３から供給される予測画像を加算部１３５に供給する。一方、可逆復号部１３２からインター予測モード情報が供給された場合、スイッチ１４５は、動き補償部１４４から供給される予測画像を加算部１３５に供給する。

（復号装置の処理の説明）
図２２は、図２０の復号装置１１０の画像生成処理を説明するフローチャートである。

図２２のステップＳ１１１において、復号装置１１０の受け取り部１１１は、図１３の符号化装置１０から伝送されてくる符号化ストリームを受け取り、抽出部１１２に供給する。

ステップＳ１１２において、抽出部１１２は、受け取り部１１１から供給される符号化ストリームから、符号化データを抽出し、復号部１１３に供給する。

ステップＳ１１３において、抽出部１１２は、受け取り部１１１から供給される符号化ストリームから、VPS,SPS,PPSなどのパラメータセットを抽出し、復号部１１３に供給する。特に、抽出部１１２は、SPS,PPSのIntraBC制御情報を抽出する。

ステップＳ１１４において、復号部１１３は、必要に応じて抽出部１１２から供給されるパラメータセットを用いて、抽出部１１２から供給される符号化データをHEVC方式に準ずる方式で復号する復号処理を行う。なお、復号部１１３は、抽出部１１２から供給されるSPS,PPSのIntraBC制御情報に基づいて、復号処理を並行で、または単独で行う。この復号処理の詳細は、後述する図２３を参照して説明する。そして、処理は終了する。

次に、図２３のフローチャートを参照して、図２２のステップＳ１１４の復号処理の詳細を説明する。

ステップＳ１２１において、可逆復号部１３２は、AU(アクセスユニット)の全スライスヘッダを復号する。

ステップＳ１２２において、可逆復号部１３２は、スライス分割の数Nを復号する。

ステップＳ１２３において、可逆復号部１３２は、sps_crossslice_intraBC_enable_flagが１であるか否かを判定する。ステップＳ１２３において、sps_crossslice_intraBC_enable_flagが１であると判定された場合、処理は、ステップＳ１２４に進む。

ステップＳ１２４において、可逆復号部１３２は、intra_BC_ref_prev_slice_flagが１であるか否かを判定する。ステップＳ１２４において、intra_BC_ref_prev_slice_flagが１であると判定された場合、処理は、ステップＳ１２５に進む。

可逆復号部１３２は、ステップＳ１２５において、逆量子化部１３３以降の各部に対して、スライス０乃至N-1を順に復号させる。

一方、ステップＳ１２３において、sps_crossslice_intraBC_enable_flagが１ではないと判定された場合、または、ステップＳ１２４において、intra_BC_ref_prev_slice_flagが１ではないと判定された場合、処理は、ステップＳ１２６に進む。

可逆復号部１３２は、ステップＳ１２６において、逆量子化部１３３以降の各部に対して、スライス０乃至N-1を並列に復号させる。

なお、ステップＳ１２５およびＳ１２６におけるスライスの復号処理については、図２５を参照して後述する。

次に、図２４のフローチャートを参照して、図２２のステップＳ１１４の復号処理の他の例について説明する。

ステップＳ１４１において、可逆復号部１３２は、AU(アクセスユニット)の全スライスヘッダを復号する。

ステップＳ１４２において、可逆復号部１３２は、スライス分割の数Nを復号する。

ステップＳ１４３において、可逆復号部１３２は、sps_crossslice_intraBC_enable_flagが１であるか否かを判定する。ステップＳ１４３において、sps_crossslice_intraBC_enable_flagが１であると判定された場合、処理は、ステップＳ１４４に進む。

ステップＳ１４４において、可逆復号部１３２は、intra_BC_ref_prev_slice_flagが１であるか否かを判定する。ステップＳ１４４において、intra_BC_ref_prev_slice_flagが１であると判定された場合、処理は、ステップＳ１４５に進む。

可逆復号部１３２は、ステップＳ１４５において、各スライスのintraBC_ref_prev_slice_numからスライス間の依存関係を参照し、各スライスについて、依存関係のあるスライスであるか否かを判定する。

ステップＳ１４５において、依存関係のあるスライスであると判定された場合、処理は、ステップＳ１４６に進む。ステップＳ１４６において、可逆復号部１３２は、逆量子化部１３３以降の各部に対して、スライスＸ（Ｘは依存関係のあるスライス番号）を順に復号させる。

一方、ステップＳ１４５において、依存関係のあるスライスではないと判定された場合、処理は、ステップＳ１４７に進む。ステップＳ１４７において、可逆復号部１３２は、逆量子化部１３３以降の各部に対して、スライスＹ（Ｙは依存関係のないスライス番号）を並列に復号させる。

ステップＳ１４３において、sps_crossslice_intraBC_enable_flagが１ではないと判定された場合、または、ステップＳ１４４において、intra_BC_ref_prev_slice_flagが１ではないと判定された場合、処理は、ステップＳ１４８に進む。

ステップＳ１４８において、可逆復号部１３２は、逆量子化部１３３以降の各部に対して、スライス０乃至N-1を並列に復号させる。

以上のようにして、復号装置１１０においては、IntraBC制御情報に基づいて、スライスが並列または順番に処理される。

なお、ステップＳ１４６乃至Ｓ１４８におけるスライスの復号処理については、図２５を参照して後述する。

次に、図２５のフローチャートを参照して、スライス復号処理について説明する。この処理は、可逆復号部１３２により、スライスに対して並列に、または、順番に行われる。

図２５のステップＳ１６１において、復号部１１３の蓄積バッファ１３１（図２１）は、図２０の抽出部１１２からフレーム単位の符号化データを受け取り、蓄積する。蓄積バッファ１３１は、蓄積されている符号化データを可逆復号部１３２に供給する。

ステップＳ１６２において、可逆復号部１３２は、蓄積バッファ１３１からの符号化データを可逆復号し、量子化値と符号化情報を得る。可逆復号部１３２は、量子化値を逆量子化部１３３に供給する。

また、可逆復号部１３２は、符号化情報としてのイントラ予測モード情報などをイントラ予測部１４３に供給する。可逆復号部１３２は、動きベクトル、インター予測モード情報、参照画像を特定する情報などを動き補償部１４４に供給する。

さらに、可逆復号部１３２は、符号化情報としてのイントラ予測モード情報またはインター予測モード情報をスイッチ１４５に供給する。可逆復号部１３２は、符号化情報としてのオフセットフィルタ情報を適応オフセットフィルタ１３７に供給し、フィルタ係数を適応ループフィルタ１３８に供給する。

ステップＳ１６３において、逆量子化部１３３は、可逆復号部１３２から供給される量子化値を逆量子化する。逆量子化部１３３は、逆量子化の結果得られる直交変換処理結果を逆直交変換部１３４に供給する。

ステップＳ１６４において、逆直交変換部１３４は、逆量子化部１３３からの直交変換処理結果に対して逆直交変換処理を行う。

ステップＳ１６５において、動き補償部１４４は、可逆復号部１３２からインター予測モード情報が供給されたかどうかを判定する。ステップＳ１６５でインター予測モード情報が供給されたと判定された場合、処理はステップＳ１６６に進む。

ステップＳ１６６において、動き補償部１４４は、可逆復号部１３２から供給される参照画像特定情報に基づいて参照画像を読み出し、動きベクトルと参照画像を用いて、インター予測モード情報が示す最適インター予測モードの動き補償処理を行う。動き補償部１４４は、その結果生成される予測画像を、スイッチ１４５を介して加算部１３５に供給し、処理をステップＳ１６８に進める。

一方、ステップＳ１６５でインター予測モード情報が供給されていないと判定された場合、即ちイントラ予測モード情報がイントラ予測部１４３に供給された場合、処理はステップＳ１６７に進む。

ステップＳ１６７において、イントラ予測部１４３は、イントラ予測モード情報が示すイントラ予測モードが、intraBCモードであるか否かを判定する。ステップＳ１６７において、intraBCモードではないと判定された場合、ステップＳ１６８に進む。

ステップＳ１６８において、イントラ予測部１４３は、フレームメモリ１４１からスイッチ１４２を介して読み出された周辺画像を用いて、イントラ予測モード情報が示すイントラ予測モード（intraBCモード以外）のイントラ予測処理を行う。イントラ予測部１４３は、イントラ予測処理の結果生成される予測画像を、スイッチ１４５を介して加算部１３５に供給し、処理をステップＳ１７１に進める。

ステップＳ１６７において、intraBCモードであると判定された場合、ステップＳ１６９に進む。ステップＳ１６９において、イントラ予測部１４３は、可逆復号部１３２からintraBCベクトルを受け取る。ステップＳ１７０において、イントラ予測部１４３は、フレームメモリ１４１からスイッチ１４２を介して読み出された周辺画像を用いて、intraBCモードのイントラ予測処理を行う。イントラ予測部１４３は、イントラ予測処理の結果生成される予測画像を、スイッチ１４５を介して加算部１３５に供給し、処理をステップＳ１７１に進める。

ステップＳ１７１において、加算部１３５は、逆直交変換部１３４から供給される残差情報と、スイッチ１４５から供給される予測画像を加算することにより、復号を行う。加算部１３５は、復号された画像をデブロックフィルタ１３６とフレームメモリ１４１に供給する。

ステップＳ１７２において、デブロックフィルタ１３６は、加算部１３５から供給される画像に対してデブロッキングフィルタ処理を行い、ブロック歪を除去する。デブロックフィルタ１３６は、その結果得られる画像を適応オフセットフィルタ１３７に供給する。

ステップＳ１７３において、適応オフセットフィルタ１３７は、可逆復号部１３２から供給されるオフセットフィルタ情報に基づいて、デブロックフィルタ１３６によるデブロックフィルタ処理後の画像に対して、LCUごとに適応オフセットフィルタ処理を行う。適応オフセットフィルタ１３７は、適応オフセットフィルタ処理後の画像を、適応ループフィルタ１３８に供給する。

ステップＳ１７４において、適応ループフィルタ１３８は、適応オフセットフィルタ１３７から供給される画像に対して、可逆復号部１３２から供給されるフィルタ係数を用いて、LCUごとに適応ループフィルタ処理を行う。適応ループフィルタ１３８は、その結果得られる画像をフレームメモリ１４１および画面並べ替えバッファ１３９に供給する。

ステップＳ１７５において、フレームメモリ１４１は、加算部１３５から供給される画像と、適応ループフィルタ１３８から供給される画像を蓄積する。フレームメモリ１４１に蓄積されたフィルタ処理が行われていない画像のうちのＰＵに隣接する画像は、周辺画像としてスイッチ１４２を介してイントラ予測部１４３に供給される。一方、フレームメモリ１４１に蓄積されたフィルタ処理が行われた画像は、参照画像として、スイッチ１４２を介して動き補償部１４４に供給される。

ステップＳ１７６において、画面並べ替えバッファ１３９は、適応ループフィルタ１３８から供給される画像をフレーム単位で記憶し、記憶した符号化のための順番のフレーム単位の画像を、元の表示の順番に並び替え、D/A変換部１４０に供給する。

ステップＳ１７７において、D/A変換部１４０は、画面並べ替えバッファ１３９から供給されるフレーム単位の画像をD/A変換し、出力する。そして、処理は、図２３のステップＳ１４６乃至Ｓ１４８のいずれか、あるいは図２４のステップＳ１２５またはＳ１２６に戻り、終了する。

以上により、IntraBCにおいて符号化効率を改善できる。

以上においては、符号化方式としてHEVCに準じた方式を用いるようにした。ただし、本技術はこれに限らず、その他の符号化方式／復号方式を適用することができる。

なお、本開示は、例えば、HEVC方式等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報（ビットストリーム）を、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像符号化装置および画像復号装置に適用することができる。また、本開示は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置および画像復号装置に適用することができる。

＜第２実施の形態＞
（本開示を適用したコンピュータの説明）
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図２６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。

コンピュータにおいて、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。

バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、及びドライブ２１０が接続されている。

入力部２０６は、キーボード、マウス、マイクロホンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。

以上のように構成されるコンピュータでは、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータでは、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

＜第３実施の形態＞
（多視点画像符号化・多視点画像復号への適用）
上述した一連の処理は、多視点画像符号化・多視点画像復号に適用することができる。図２７は、多視点画像符号化方式の一例を示す。

図２７に示されるように、多視点画像は、複数の視点（ビュー（view））の画像を含む。この多視点画像の複数のビューは、他のビューの画像を利用せずに自身のビューの画像のみを用いて符号化・復号を行うベースビューと、他のビューの画像を利用して符号化・復号を行うノンベースビューとによりなる。ノンベースビューは、ベースビューの画像を利用するようにしても良いし、他のノンベースビューの画像を利用するようにしてもよい。

図２７のような多視点画像を符号化・復号する場合、各ビューの画像を符号化・復号するが、この各ビューの符号化・復号に対して、上述した第１実施の形態の方法を適用するようにしてもよい。このようにすることにより、IntraBCにおいて符号化効率を改善できる。これにより、符号化効率が向上する。

さらに、各ビューの符号化・復号において、上述した第１実施の形態の方法で使用されるパラメータを共有するようにしてもよい。より具体的には、例えば、符号化情報としてのVPS,SPS,PPS等を、各ビューの符号化・復号において共有するようにしてもよい。もちろん、これら以外の必要な情報も、各ビューの符号化・復号において共有するようにしてもよい。

このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量（符号量）を低減することができる（つまり、符号化効率の低減を抑制することができる）。

（多視点画像符号化装置）
図２８は、上述した多視点画像符号化を行う多視点画像符号化装置を示す図である。図２８に示されるように、多視点画像符号化装置６００は、符号化部６０１、符号化部６０２、および多重化部６０３を有する。

符号化部６０１は、ベースビュー画像を符号化し、ベースビュー画像符号化ストリームを生成する。符号化部６０２は、ノンベースビュー画像を符号化し、ノンベースビュー画像符号化ストリームを生成する。多重化部６０３は、符号化部６０１において生成されたベースビュー画像符号化ストリームと、符号化部６０２において生成されたノンベースビュー画像符号化ストリームとを多重化し、多視点画像符号化ストリームを生成する。

この多視点画像符号化装置６００の符号化部６０１および符号化部６０２に対して、符号化装置１０（図１３）を適用することができる。つまり、各ビューに対する符号化においてIntraBCにおいて符号化効率を改善できる。また、符号化部６０１および符号化部６０２は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、符号化を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。

（多視点画像復号装置）
図２９は、上述した多視点画像復号を行う多視点画像復号装置を示す図である。図２９に示されるように、多視点画像復号装置６１０は、逆多重化部６１１、復号部６１２、および復号部６１３を有する。

逆多重化部６１１は、ベースビュー画像符号化ストリームとノンベースビュー画像符号化ストリームとが多重化された多視点画像符号化ストリームを逆多重化し、ベースビュー画像符号化ストリームと、ノンベースビュー画像符号化ストリームとを抽出する。復号部６１２は、逆多重化部６１１により抽出されたベースビュー画像符号化ストリームを復号し、ベースビュー画像を得る。復号部６１３は、逆多重化部６１１により抽出されたノンベースビュー画像符号化ストリームを復号し、ノンベースビュー画像を得る。

この多視点画像復号装置６１０の復号部６１２および復号部６１３に対して、復号装置１１０（図２０）を適用することができる。つまり、IntraBCにおいて符号化効率を改善できる。また、復号部６１２および復号部６１３は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、復号を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。

＜第４実施の形態＞
（階層画像符号化・階層画像復号への適用）
上述した一連の処理は、階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）に適用することができる。図３０は、階層画像符号化方式の一例を示す。

階層画像符号化（スケーラブル符号化）は、画像データを、所定のパラメータについてスケーラブル（scalable）機能を有するように、画像を複数レイヤ化（階層化）し、レイヤ毎に符号化するものである。階層画像復号（スケーラブル復号）は、その階層画像符号化に対応する復号である。

図３０に示されるように、画像の階層化においては、スケーラブル機能を有する所定のパラメータを基準として１の画像が複数の画像（レイヤ）に分割される。つまり、階層化された画像（階層画像）は、その所定のパラメータの値が互いに異なる複数の階層（レイヤ）の画像を含む。この階層画像の複数のレイヤは、他のレイヤの画像を利用せずに自身のレイヤの画像のみを用いて符号化・復号を行うベースレイヤと、他のレイヤの画像を利用して符号化・復号を行うノンベースレイヤ（エンハンスメントレイヤとも称する）とによりなる。ノンベースレイヤは、ベースレイヤの画像を利用するようにしても良いし、他のノンベースレイヤの画像を利用するようにしてもよい。

一般的に、ノンベースレイヤは、冗長性が低減されるように、自身の画像と、他のレイヤの画像との差分画像のデータ（差分データ）により構成される。例えば、１の画像をベースレイヤとノンベースレイヤ（エンハンスメントレイヤとも称する）に２階層化した場合、ベースレイヤのデータのみで元の画像よりも低品質な画像が得られ、ベースレイヤのデータとノンベースレイヤのデータを合成することで、元の画像（すなわち高品質な画像）が得られる。

このように画像を階層化することにより、状況に応じて多様な品質の画像を容易に得ることができる。例えば携帯電話のような、処理能力の低い端末に対しては、ベースレイヤ（base layer）のみの画像圧縮情報を伝送し、空間時間解像度の低い、或いは、画質の良くない動画像を再生し、テレビやパーソナルコンピュータのような、処理能力の高い端末に対しては、ベースレイヤ（base layer）に加えて、エンハンスメントレイヤ（enhancement layer）の画像圧縮情報を伝送し、空間時間解像度の高い、或いは、画質の高い動画像を再生するといったように、トランスコード処理を行うことなく、端末やネットワークの能力に応じた画像圧縮情報を、サーバから送信することが可能となる。

図３０の例のような階層画像を符号化・復号する場合、各レイヤの画像を符号化・復号するが、この各レイヤの符号化・復号に対して、上述した第１実施の形態の方法を適用するようにしてもよい。このようにすることにより、IntraBCにおいて符号化効率を改善できる。これにより符号化効率が向上する。

さらに、各レイヤの符号化・復号において、上述した第１実施の形態の方法で使用されるフラグやパラメータを共有するようにしてもよい。より具体的には、例えば、符号化情報としてのVPS,SPS,PPS等を、各レイヤの符号化・復号において共有するようにしてもよい。もちろん、これら以外の必要な情報も、各レイヤの符号化・復号において共有するようにしてもよい。

このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量（符号量）を低減することができる（つまり、符号化効率の低減を抑制することができる）。

（スケーラブルなパラメータ）
このような階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）において、スケーラブル（scalable）機能を有するパラメータは、任意である。例えば、図３１に示されるような空間解像度をそのパラメータとしてもよい（spatial scalability）。このスペーシャルスケーラビリティ（spatial scalability）の場合、レイヤ毎に画像の解像度が異なる。つまり、この場合、図３１に示されるように、各ピクチャが、元の画像より空間的に低解像度のベースレイヤと、ベースレイヤと合成することにより元の空間解像度が得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。

また、このようなスケーラブル性を持たせるパラメータとして、他には、例えば、図３２に示されるような、時間解像度を適用しても良い（temporal scalability）。このテンポラルスケーラビリティ（temporal scalability）の場合、レイヤ毎にフレームレートが異なる。つまり、この場合、図３２に示されるように、各ピクチャが、元の動画像より低フレームレートのベースレイヤと、ベースレイヤと合成することにより元のフレームレートが得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。

さらに、このようなスケーラブル性を持たせるパラメータとして、例えば、信号雑音比（SNR（Signal to Noise ratio））を適用しても良い（SNR scalability）。このSNRスケーラビリティ（SNR scalability）の場合、レイヤ毎にSN比が異なる。つまり、この場合、図３３に示されるように、各ピクチャが、元の画像よりSNRの低いベースレイヤと、ベースレイヤと合成することにより元のSNRが得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。

スケーラブル性を持たせるパラメータは、上述した例以外であっても、もちろんよい。例えば、スケーラブル性を持たせるパラメータとして、ビット深度を用いることもできる（bit-depth scalability）。このビット深度スケーラビリティ（bit-depth scalability）の場合、レイヤ毎にビット深度が異なる。この場合、例えば、ベースレイヤ（base layer）が８ビット（bit）画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、10ビット（bit）画像が得られるようにすることができる。

また、スケーラブル性を持たせるパラメータとして、クロマフォーマットを用いることもできる（chroma scalability）。このクロマスケーラビリティ（chroma scalability）の場合、レイヤ毎にクロマフォーマットが異なる。この場合、例えば、ベースレイヤ（base layer）が4:2:0フォーマットのコンポーネント画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、4:2:2フォーマットのコンポーネント画像が得られるようにすることができる。

（階層画像符号化装置）
図３４は、上述した階層画像符号化を行う階層画像符号化装置を示す図である。図３４に示されるように、階層画像符号化装置６２０は、符号化部６２１、符号化部６２２、および多重化部６２３を有する。

符号化部６２１は、ベースレイヤ画像を符号化し、ベースレイヤ画像符号化ストリームを生成する。符号化部６２２は、ノンベースレイヤ画像を符号化し、ノンベースレイヤ画像符号化ストリームを生成する。多重化部６２３は、符号化部６２１において生成されたベースレイヤ画像符号化ストリームと、符号化部６２２において生成されたノンベースレイヤ画像符号化ストリームとを多重化し、階層画像符号化ストリームを生成する。

この階層画像符号化装置６２０の符号化部６２１および符号化部６２２に対して、符号化装置１０（図１３）を適用することができる。つまり、IntraBCにおいて符号化効率を改善できる。また、符号化部６２１および符号化部６２２は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、イントラ予測のフィルタ処理の制御等を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。

（階層画像復号装置）
図３５は、上述した階層画像復号を行う階層画像復号装置を示す図である。図３５に示されるように、階層画像復号装置６３０は、逆多重化部６３１、復号部６３２、および復号部６３３を有する。

逆多重化部６３１は、ベースレイヤ画像符号化ストリームとノンベースレイヤ画像符号化ストリームとが多重化された階層画像符号化ストリームを逆多重化し、ベースレイヤ画像符号化ストリームと、ノンベースレイヤ画像符号化ストリームとを抽出する。復号部６３２は、逆多重化部６３１により抽出されたベースレイヤ画像符号化ストリームを復号し、ベースレイヤ画像を得る。復号部６３３は、逆多重化部６３１により抽出されたノンベースレイヤ画像符号化ストリームを復号し、ノンベースレイヤ画像を得る。

この階層画像復号装置６３０の復号部６３２および復号部６３３に対して、復号装置１１０（図２０）を適用することができる。つまり、IntraBCにおいて符号化効率を改善できる。また、復号部６１２および復号部６１３は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、復号を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。

＜第５実施の形態＞
（テレビジョン装置の構成例）
図３６は、本開示を適用したテレビジョン装置の概略構成を例示している。テレビジョン装置９００は、アンテナ９０１、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、表示部９０６、音声信号処理部９０７、スピーカ９０８、外部インタフェース部９０９を有している。さらに、テレビジョン装置９００は、制御部９１０、ユーザインタフェース部９１１等を有している。

チューナ９０２は、アンテナ９０１で受信された放送波信号から所望のチャンネルを選局して復調を行い、得られた符号化ビットストリームをデマルチプレクサ９０３に出力する。

デマルチプレクサ９０３は、符号化ビットストリームから視聴対象である番組の映像や音声のパケットを抽出して、抽出したパケットのデータをデコーダ９０４に出力する。また、デマルチプレクサ９０３は、ＥＰＧ（Electronic Program Guide）等のデータのパケットを制御部９１０に供給する。なお、スクランブルが行われている場合、デマルチプレクサ等でスクランブルの解除を行う。

デコーダ９０４は、パケットの復号化処理を行い、復号処理化によって生成された映像データを映像信号処理部９０５、音声データを音声信号処理部９０７に出力する。

映像信号処理部９０５は、映像データに対して、ノイズ除去やユーザ設定に応じた映像処理等を行う。映像信号処理部９０５は、表示部９０６に表示させる番組の映像データや、ネットワークを介して供給されるアプリケーションに基づく処理による画像データなどを生成する。また、映像信号処理部９０５は、項目の選択などのメニュー画面等を表示するための映像データを生成し、それを番組の映像データに重畳する。映像信号処理部９０５は、このようにして生成した映像データに基づいて駆動信号を生成して表示部９０６を駆動する。

表示部９０６は、映像信号処理部９０５からの駆動信号に基づき表示デバイス（例えば液晶表示素子等）を駆動して、番組の映像などを表示させる。

音声信号処理部９０７は、音声データに対してノイズ除去などの所定の処理を施し、処理後の音声データのＤ／Ａ変換処理や増幅処理を行いスピーカ９０８に供給することで音声出力を行う。

外部インタフェース部９０９は、外部機器やネットワークと接続するためのインタフェースであり、映像データや音声データ等のデータ送受信を行う。

制御部９１０にはユーザインタフェース部９１１が接続されている。ユーザインタフェース部９１１は、操作スイッチやリモートコントロール信号受信部等で構成されており、ユーザ操作に応じた操作信号を制御部９１０に供給する。

制御部９１０は、ＣＰＵ(Central Processing Unit)やメモリ等を用いて構成されている。メモリは、ＣＰＵにより実行されるプログラムやＣＰＵが処理を行う上で必要な各種のデータ、ＥＰＧデータ、ネットワークを介して取得されたデータ等を記憶する。メモリに記憶されているプログラムは、テレビジョン装置９００の起動時などの所定タイミングでＣＰＵにより読み出されて実行される。ＣＰＵは、プログラムを実行することで、テレビジョン装置９００がユーザ操作に応じた動作となるように各部を制御する。

なお、テレビジョン装置９００では、チューナ９０２、デマルチプレクサ９０３、映像信号処理部９０５、音声信号処理部９０７、外部インタフェース部９０９等と制御部９１０を接続するためバス９１２が設けられている。

このように構成されたテレビジョン装置では、デコーダ９０４に本願の復号装置（復号方法）の機能が設けられる。このため、符号化ストリームの復号処理において、IntraBCにおける符号化効率を改善することができる。

＜第６実施の形態＞
（携帯電話機の構成例）
図３７は、本開示を適用した携帯電話機の概略構成を例示している。携帯電話機９２０は、通信部９２２、音声コーデック９２３、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、制御部９３１を有している。これらは、バス９３３を介して互いに接続されている。

また、通信部９２２にはアンテナ９２１が接続されており、音声コーデック９２３には、スピーカ９２４とマイクロホン９２５が接続されている。さらに制御部９３１には、操作部９３２が接続されている。

携帯電話機９２０は、音声通話モードやデータ通信モード等の各種モードで、音声信号の送受信、電子メールや画像データの送受信、画像撮影、またはデータ記録等の各種動作を行う。

音声通話モードにおいて、マイクロホン９２５で生成された音声信号は、音声コーデック９２３で音声データへの変換やデータ圧縮が行われて通信部９２２に供給される。通信部９２２は、音声データの変調処理や周波数変換処理等を行い、送信信号を生成する。また、通信部９２２は、送信信号をアンテナ９２１に供給して図示しない基地局へ送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、得られた音声データを音声コーデック９２３に供給する。音声コーデック９２３は、音声データのデータ伸張やアナログ音声信号への変換を行いスピーカ９２４に出力する。

また、データ通信モードにおいて、メール送信を行う場合、制御部９３１は、操作部９３２の操作によって入力された文字データを受け付けて、入力された文字を表示部９３０に表示する。また、制御部９３１は、操作部９３２におけるユーザ指示等に基づいてメールデータを生成して通信部９２２に供給する。通信部９２２は、メールデータの変調処理や周波数変換処理等を行い、得られた送信信号をアンテナ９２１から送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、メールデータを復元する。このメールデータを、表示部９３０に供給して、メール内容の表示を行う。

なお、携帯電話機９２０は、受信したメールデータを、記録再生部９２９で記憶媒体に記憶させることも可能である。記憶媒体は、書き換え可能な任意の記憶媒体である。例えば、記憶媒体は、ＲＡＭや内蔵型フラッシュメモリ等の半導体メモリ、ハードディスク、磁気ディスク、光磁気ディスク、光ディスク、USB（Universal Serial Bus）メモリ、またはメモリカード等のリムーバブルメディアである。

データ通信モードにおいて画像データを送信する場合、カメラ部９２６で生成された画像データを、画像処理部９２７に供給する。画像処理部９２７は、画像データの符号化処理を行い、符号化データを生成する。

多重分離部９２８は、画像処理部９２７で生成された符号化データと、音声コーデック９２３から供給された音声データを所定の方式で多重化して通信部９２２に供給する。通信部９２２は、多重化データの変調処理や周波数変換処理等を行い、得られた送信信号をアンテナ９２１から送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、多重化データを復元する。この多重化データを多重分離部９２８に供給する。多重分離部９２８は、多重化データの分離を行い、符号化データを画像処理部９２７、音声データを音声コーデック９２３に供給する。画像処理部９２７は、符号化データの復号化処理を行い、画像データを生成する。この画像データを表示部９３０に供給して、受信した画像の表示を行う。音声コーデック９２３は、音声データをアナログ音声信号に変換してスピーカ９２４に供給して、受信した音声を出力する。

このように構成された携帯電話装置では、画像処理部９２７に本願の符号化装置および復号装置（符号化方法および復号方法）の機能が設けられる。このため、IntraBCにおける符号化効率を改善することができる。

＜第７実施の形態＞
（記録再生装置の構成例）
図３８は、本開示を適用した記録再生装置の概略構成を例示している。記録再生装置９４０は、例えば受信した放送番組のオーディオデータとビデオデータを、記録媒体に記録して、その記録されたデータをユーザの指示に応じたタイミングでユーザに提供する。また、記録再生装置９４０は、例えば他の装置からオーディオデータやビデオデータを取得し、それらを記録媒体に記録させることもできる。さらに、記録再生装置９４０は、記録媒体に記録されているオーディオデータやビデオデータを復号して出力することで、モニタ装置等において画像表示や音声出力を行うことができるようにする。

記録再生装置９４０は、チューナ９４１、外部インタフェース部９４２、エンコーダ９４３、ＨＤＤ（Hard Disk Drive）部９４４、ディスクドライブ９４５、セレクタ９４６、デコーダ９４７、ＯＳＤ（On-Screen Display）部９４８、制御部９４９、ユーザインタフェース部９５０を有している。

チューナ９４１は、図示しないアンテナで受信された放送信号から所望のチャンネルを選局する。チューナ９４１は、所望のチャンネルの受信信号を復調して得られた符号化ビットストリームをセレクタ９４６に出力する。

外部インタフェース部９４２は、ＩＥＥＥ１３９４インタフェース、ネットワークインタフェース部、ＵＳＢインタフェース、フラッシュメモリインタフェース等の少なくともいずれかで構成されている。外部インタフェース部９４２は、外部機器やネットワーク、メモリカード等と接続するためのインタフェースであり、記録する映像データや音声データ等のデータ受信を行う。

エンコーダ９４３は、外部インタフェース部９４２から供給された映像データや音声データが符号化されていないとき所定の方式で符号化を行い、符号化ビットストリームをセレクタ９４６に出力する。

ＨＤＤ部９４４は、映像や音声等のコンテンツデータ、各種プログラムやその他のデータ等を内蔵のハードディスクに記録し、また再生時等にそれらを当該ハードディスクから読み出す。

ディスクドライブ９４５は、装着されている光ディスクに対する信号の記録および再生を行う。光ディスク、例えばＤＶＤディスク（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）やＢｌｕ−ｒａｙ（登録商標）ディスク等である。

セレクタ９４６は、映像や音声の記録時には、チューナ９４１またはエンコーダ９４３からのいずれかの符号化ビットストリームを選択して、ＨＤＤ部９４４やディスクドライブ９４５のいずれかに供給する。また、セレクタ９４６は、映像や音声の再生時に、ＨＤＤ部９４４またはディスクドライブ９４５から出力された符号化ビットストリームをデコーダ９４７に供給する。

デコーダ９４７は、符号化ビットストリームの復号化処理を行う。デコーダ９４７は、復号処理化を行うことにより生成された映像データをＯＳＤ部９４８に供給する。また、デコーダ９４７は、復号処理化を行うことにより生成された音声データを出力する。

ＯＳＤ部９４８は、項目の選択などのメニュー画面等を表示するための映像データを生成し、それをデコーダ９４７から出力された映像データに重畳して出力する。

制御部９４９には、ユーザインタフェース部９５０が接続されている。ユーザインタフェース部９５０は、操作スイッチやリモートコントロール信号受信部等で構成されており、ユーザ操作に応じた操作信号を制御部９４９に供給する。

制御部９４９は、ＣＰＵやメモリ等を用いて構成されている。メモリは、ＣＰＵにより実行されるプログラムやＣＰＵが処理を行う上で必要な各種のデータを記憶する。メモリに記憶されているプログラムは、記録再生装置９４０の起動時などの所定タイミングでＣＰＵにより読み出されて実行される。ＣＰＵは、プログラムを実行することで、記録再生装置９４０がユーザ操作に応じた動作となるように各部を制御する。

このように構成された記録再生装置では、エンコーダ９４３に本願の符号化装置（符号化方法）の機能が設けられる。このため、IntraBCにおける符号化効率を改善することができる。また、デコーダ９４７に本願の復号装置（復号方法）の機能が設けられる。このため、IntraBCにおける符号化効率を改善することができる。

＜第８実施の形態＞
（撮像装置の構成例）
図３９は、本開示を適用した撮像装置の概略構成を例示している。撮像装置９６０は、被写体を撮像し、被写体の画像を表示部に表示させたり、それを画像データとして、記録媒体に記録する。

撮像装置９６０は、光学ブロック９６１、撮像部９６２、カメラ信号処理部９６３、画像データ処理部９６４、表示部９６５、外部インタフェース部９６６、メモリ部９６７、メディアドライブ９６８、ＯＳＤ部９６９、制御部９７０を有している。また、制御部９７０には、ユーザインタフェース部９７１が接続されている。さらに、画像データ処理部９６４や外部インタフェース部９６６、メモリ部９６７、メディアドライブ９６８、ＯＳＤ部９６９、制御部９７０等は、バス９７２を介して接続されている。

光学ブロック９６１は、フォーカスレンズや絞り機構等を用いて構成されている。光学ブロック９６１は、被写体の光学像を撮像部９６２の撮像面に結像させる。撮像部９６２は、ＣＣＤまたはＣＭＯＳイメージセンサを用いて構成されており、光電変換によって光学像に応じた電気信号を生成してカメラ信号処理部９６３に供給する。

カメラ信号処理部９６３は、撮像部９６２から供給された電気信号に対してニー補正やガンマ補正、色補正等の種々のカメラ信号処理を行う。カメラ信号処理部９６３は、カメラ信号処理後の画像データを画像データ処理部９６４に供給する。

画像データ処理部９６４は、カメラ信号処理部９６３から供給された画像データの符号化処理を行う。画像データ処理部９６４は、符号化処理を行うことにより生成された符号化データを外部インタフェース部９６６やメディアドライブ９６８に供給する。また、画像データ処理部９６４は、外部インタフェース部９６６やメディアドライブ９６８から供給された符号化データの復号化処理を行う。画像データ処理部９６４は、復号化処理を行うことにより生成された画像データを表示部９６５に供給する。また、画像データ処理部９６４は、カメラ信号処理部９６３から供給された画像データを表示部９６５に供給する処理や、ＯＳＤ部９６９から取得した表示用データを、画像データに重畳させて表示部９６５に供給する。

ＯＳＤ部９６９は、記号、文字、または図形からなるメニュー画面やアイコンなどの表示用データを生成して画像データ処理部９６４に出力する。

外部インタフェース部９６６は、例えば、ＵＳＢ入出力端子などで構成され、画像の印刷を行う場合に、プリンタと接続される。また、外部インタフェース部９６６には、必要に応じてドライブが接続され、磁気ディスク、光ディスク等のリムーバブルメディアが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて、インストールされる。さらに、外部インタフェース部９６６は、ＬＡＮやインターネット等の所定のネットワークに接続されるネットワークインタフェースを有する。制御部９７０は、例えば、ユーザインタフェース部９７１からの指示にしたがって、メディアドライブ９６８から符号化データを読み出し、それを外部インタフェース部９６６から、ネットワークを介して接続される他の装置に供給させることができる。また、制御部９７０は、ネットワークを介して他の装置から供給される符号化データや画像データを、外部インタフェース部９６６を介して取得し、それを画像データ処理部９６４に供給したりすることができる。

メディアドライブ９６８で駆動される記録メディアとしては、例えば、磁気ディスク、光磁気ディスク、光ディスク、または半導体メモリ等の、読み書き可能な任意のリムーバブルメディアが用いられる。また、記録メディアは、リムーバブルメディアとしての種類も任意であり、テープデバイスであってもよいし、ディスクであってもよいし、メモリカードであってもよい。もちろん、非接触IC（Integrated Circuit）カード等であってもよい。

また、メディアドライブ９６８と記録メディアを一体化し、例えば、内蔵型ハードディスクドライブやＳＳＤ（Solid State Drive）等のように、非可搬性の記憶媒体により構成されるようにしてもよい。

制御部９７０は、ＣＰＵを用いて構成されている。メモリ部９６７は、制御部９７０により実行されるプログラムや制御部９７０が処理を行う上で必要な各種のデータ等を記憶する。メモリ部９６７に記憶されているプログラムは、撮像装置９６０の起動時などの所定タイミングで制御部９７０により読み出されて実行される。制御部９７０は、プログラムを実行することで、撮像装置９６０がユーザ操作に応じた動作となるように各部を制御する。

このように構成された撮像装置では、画像データ処理部９６４に本願の符号化装置および復号装置（符号化方法および復号方法）の機能が設けられる。このため、符号化ストリームの符号化または復号においてIntraBCにおける符号化効率を改善することができる。

＜スケーラブル符号化の応用例＞
（第１のシステム）
次に、スケーラブル符号化（階層符号化）されたスケーラブル符号化データの具体的な利用例について説明する。スケーラブル符号化は、例えば、図４０に示される例のように、伝送するデータの選択のために利用される。

図４０に示されるデータ伝送システム１０００において、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを読み出し、ネットワーク１００３を介して、パーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置に配信する。

その際、配信サーバ１００２は、端末装置の能力や通信環境等に応じて、適切な品質の符号化データを選択して伝送する。配信サーバ１００２が不要に高品質なデータを伝送しても、端末装置において高画質な画像を得られるとは限らず、遅延やオーバーフローの発生要因となる恐れがある。また、不要に通信帯域を占有したり、端末装置の負荷を不要に増大させたりしてしまう恐れもある。逆に、配信サーバ１００２が不要に低品質なデータを伝送しても、端末装置において十分な画質の画像を得ることができない恐れがある。そのため、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを、適宜、端末装置の能力や通信環境等に対して適切な品質の符号化データとして読み出し、伝送する。

例えば、スケーラブル符号化データ記憶部１００１は、スケーラブルに符号化されたスケーラブル符号化データ（BL+EL）１０１１を記憶するとする。このスケーラブル符号化データ（BL+EL）１０１１は、ベースレイヤとエンハンスメントレイヤの両方を含む符号化データであり、復号することにより、ベースレイヤの画像およびエンハンスメントレイヤの画像の両方を得ることができるデータである。

配信サーバ１００２は、データを伝送する端末装置の能力や通信環境等に応じて、適切なレイヤを選択し、そのレイヤのデータを読み出す。例えば、配信サーバ１００２は、処理能力の高いパーソナルコンピュータ１００４やタブレットデバイス１００６に対しては、高品質なスケーラブル符号化データ（BL+EL）１０１１をスケーラブル符号化データ記憶部１００１から読み出し、そのまま伝送する。これに対して、例えば、配信サーバ１００２は、処理能力の低いAV機器１００５や携帯電話機１００７に対しては、スケーラブル符号化データ（BL+EL）１０１１からベースレイヤのデータを抽出し、スケーラブル符号化データ（BL+EL）１０１１と同じコンテンツのデータであるが、スケーラブル符号化データ（BL+EL）１０１１よりも低品質なスケーラブル符号化データ（BL）１０１２として伝送する。

このようにスケーラブル符号化データを用いることにより、データ量を容易に調整することができるので、遅延やオーバーフローの発生を抑制したり、端末装置や通信媒体の負荷の不要な増大を抑制したりすることができる。また、スケーラブル符号化データ（BL+EL）１０１１は、レイヤ間の冗長性が低減されているので、各レイヤの符号化データを個別のデータとする場合よりもそのデータ量を低減させることができる。したがって、スケーラブル符号化データ記憶部１００１の記憶領域をより効率よく使用することができる。

なお、パーソナルコンピュータ１００４乃至携帯電話機１００７のように、端末装置には様々な装置を適用することができるので、端末装置のハードウエアの性能は、装置によって異なる。また、端末装置が実行するアプリケーションも様々であるので、そのソフトウエアの能力も様々である。さらに、通信媒体となるネットワーク１００３も、例えばインターネットやLAN（Local Area Network）等、有線若しくは無線、またはその両方を含むあらゆる通信回線網を適用することができ、そのデータ伝送能力は様々である。さらに、他の通信等によっても変化する恐れがある。

そこで、配信サーバ１００２は、データ伝送を開始する前に、データの伝送先となる端末装置と通信を行い、端末装置のハードウエア性能や、端末装置が実行するアプリケーション（ソフトウエア）の性能等といった端末装置の能力に関する情報、並びに、ネットワーク１００３の利用可能帯域幅等の通信環境に関する情報を得るようにしてもよい。そして、配信サーバ１００２が、ここで得た情報を基に、適切なレイヤを選択するようにしてもよい。

なお、レイヤの抽出は、端末装置において行うようにしてもよい。例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１を復号し、ベースレイヤの画像を表示しても良いし、エンハンスメントレイヤの画像を表示しても良い。また、例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１から、ベースレイヤのスケーラブル符号化データ（BL）１０１２を抽出し、記憶したり、他の装置に転送したり、復号してベースレイヤの画像を表示したりするようにしてもよい。

もちろん、スケーラブル符号化データ記憶部１００１、配信サーバ１００２、ネットワーク１００３、および端末装置の数はいずれも任意である。また、以上においては、配信サーバ１００２がデータを端末装置に伝送する例について説明したが、利用例はこれに限定されない。データ伝送システム１０００は、スケーラブル符号化された符号化データを端末装置に伝送する際、端末装置の能力や通信環境等に応じて、適切なレイヤを選択して伝送するシステムであれば、任意のシステムに適用することができる。

（第２のシステム）
また、スケーラブル符号化は、例えば、図４１に示される例のように、複数の通信媒体を介する伝送のために利用される。

図４１に示されるデータ伝送システム１１００において、放送局１１０１は、地上波放送１１１１により、ベースレイヤのスケーラブル符号化データ（BL）１１２１を伝送する。また、放送局１１０１は、有線若しくは無線またはその両方の通信網よりなる任意のネットワーク１１１２を介して、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する（例えばパケット化して伝送する）。

端末装置１１０２は、放送局１１０１が放送する地上波放送１１１１の受信機能を有し、この地上波放送１１１１を介して伝送されるベースレイヤのスケーラブル符号化データ（BL）１１２１を受け取る。また、端末装置１１０２は、ネットワーク１１１２を介した通信を行う通信機能をさらに有し、このネットワーク１１１２を介して伝送されるエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を受け取る。

端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１を、復号してベースレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。

また、端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１と、ネットワーク１１１２を介して取得したエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２とを合成して、スケーラブル符号化データ（BL+EL）を得たり、それを復号してエンハンスメントレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。

以上のように、スケーラブル符号化データは、例えばレイヤ毎に異なる通信媒体を介して伝送させることができる。したがって、負荷を分散させることができ、遅延やオーバーフローの発生を抑制することができる。

また、状況に応じて、伝送に使用する通信媒体を、レイヤ毎に選択することができるようにしてもよい。例えば、データ量が比較的多いベースレイヤのスケーラブル符号化データ（BL）１１２１を帯域幅の広い通信媒体を介して伝送させ、データ量が比較的少ないエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を帯域幅の狭い通信媒体を介して伝送させるようにしてもよい。また、例えば、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する通信媒体を、ネットワーク１１１２とするか、地上波放送１１１１とするかを、ネットワーク１１１２の利用可能帯域幅に応じて切り替えるようにしてもよい。もちろん、任意のレイヤのデータについて同様である。

このように制御することにより、データ伝送における負荷の増大を、より抑制することができる。

もちろん、レイヤ数は任意であり、伝送に利用する通信媒体の数も任意である。また、データ配信先となる端末装置１１０２の数も任意である。さらに、以上においては、放送局１１０１からの放送を例に説明したが、利用例はこれに限定されない。データ伝送システム１１００は、スケーラブル符号化された符号化データを、レイヤを単位として複数に分割し、複数の回線を介して伝送するシステムであれば、任意のシステムに適用することができる。

（第３のシステム）
また、スケーラブル符号化は、例えば、図４２に示される例のように、符号化データの記憶に利用される。

図４２に示される撮像システム１２００において、撮像装置１２０１は、被写体１２１１を撮像して得られた画像データをスケーラブル符号化し、スケーラブル符号化データ（BL+EL）１２２１として、スケーラブル符号化データ記憶装置１２０２に供給する。

スケーラブル符号化データ記憶装置１２０２は、撮像装置１２０１から供給されるスケーラブル符号化データ（BL+EL）１２２１を、状況に応じた品質で記憶する。例えば、通常時の場合、スケーラブル符号化データ記憶装置１２０２は、スケーラブル符号化データ（BL+EL）１２２１からベースレイヤのデータを抽出し、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２として記憶する。これに対して、例えば、注目時の場合、スケーラブル符号化データ記憶装置１２０２は、高品質でデータ量の多いスケーラブル符号化データ（BL+EL）１２２１のまま記憶する。

このようにすることにより、スケーラブル符号化データ記憶装置１２０２は、必要な場合のみ、画像を高画質に保存することができるので、画質劣化による画像の価値の低減を抑制しながら、データ量の増大を抑制することができ、記憶領域の利用効率を向上させることができる。

例えば、撮像装置１２０１が監視カメラであるとする。撮像画像に監視対象（例えば侵入者）が写っていない場合（通常時の場合）、撮像画像の内容は重要でない可能性が高いので、データ量の低減が優先され、その画像データ（スケーラブル符号化データ）は、低品質に記憶される。これに対して、撮像画像に監視対象が被写体１２１１として写っている場合（注目時の場合）、その撮像画像の内容は重要である可能性が高いので、画質が優先され、その画像データ（スケーラブル符号化データ）は、高品質に記憶される。

なお、通常時であるか注目時であるかは、例えば、スケーラブル符号化データ記憶装置１２０２が、画像を解析することにより判定しても良い。また、撮像装置１２０１が判定し、その判定結果をスケーラブル符号化データ記憶装置１２０２に伝送するようにしてもよい。

なお、通常時であるか注目時であるかの判定基準は任意であり、判定基準とする画像の内容は任意である。もちろん、画像の内容以外の条件を判定基準とすることもできる。例えば、収録した音声の大きさや波形等に応じて切り替えるようにしてもよいし、所定の時間毎に切り替えるようにしてもよいし、ユーザ指示等の外部からの指示によって切り替えるようにしてもよい。

また、以上においては、通常時と注目時の２つの状態を切り替える例を説明したが、状態の数は任意であり、例えば、通常時、やや注目時、注目時、非常に注目時等のように、３つ以上の状態を切り替えるようにしてもよい。ただし、この切り替える状態の上限数は、スケーラブル符号化データのレイヤ数に依存する。

また、撮像装置１２０１が、スケーラブル符号化のレイヤ数を、状態に応じて決定するようにしてもよい。例えば、通常時の場合、撮像装置１２０１が、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。また、例えば、注目時の場合、撮像装置１２０１が、高品質でデータ量の多いベースレイヤのスケーラブル符号化データ（BL+EL）１２２１を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。

以上においては、監視カメラを例に説明したが、この撮像システム１２００の用途は任意であり、監視カメラに限定されない。

＜実施のその他の例＞
以上において本開示を適用する装置やシステム等の例を説明したが、本開示は、これに限らず、このような装置またはシステムを構成する装置に搭載するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。

（ビデオセットの構成例）
本開示をセットとして実施する場合の例について、図４３を参照して説明する。図４３は、本開示を適用したビデオセットの概略的な構成の一例を示している。

近年、電子機器の多機能化が進んでおり、その開発や製造において、その一部の構成を販売や提供等として実施する場合、１機能を有する構成として実施を行う場合だけでなく、関連する機能を有する複数の構成を組み合わせ、複数の機能を有する１セットとして実施を行う場合も多く見られるようになってきた。

図４３に示されるビデオセット１３００は、このような多機能化された構成であり、画像の符号化や復号（いずれか一方でもよいし、両方でも良い）に関する機能を有するデバイスに、その機能に関連するその他の機能を有するデバイスを組み合わせたものである。

図４３に示されるように、ビデオセット１３００は、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４等のモジュール群と、コネクティビティ１３２１、カメラ１３２２、およびセンサ１３２３等の関連する機能を有するデバイスとを有する。

モジュールは、互いに関連するいくつかの部品的機能をまとめ、まとまりのある機能を持った部品としたものである。具体的な物理的構成は任意であるが、例えば、それぞれ機能を有する複数のプロセッサ、抵抗やコンデンサ等の電子回路素子、その他のデバイス等を配線基板等に配置して一体化したものが考えられる。また、モジュールに他のモジュールやプロセッサ等を組み合わせて新たなモジュールとすることも考えられる。

図４３の例の場合、ビデオモジュール１３１１は、画像処理に関する機能を有する構成を組み合わせたものであり、アプリケーションプロセッサ、ビデオプロセッサ、ブロードバンドモデム１３３３、およびRFモジュール１３３４を有する。

プロセッサは、所定の機能を有する構成をSoC（System On a Chip）により半導体チップに集積したものであり、例えばシステムLSI（Large Scale Integration）等と称されるものもある。この所定の機能を有する構成は、論理回路（ハードウエア構成）であってもよいし、CPU、ROM、RAM等と、それらを用いて実行されるプログラム（ソフトウエア構成）であってもよいし、その両方を組み合わせたものであってもよい。例えば、プロセッサが、論理回路とCPU、ROM、RAM等とを有し、機能の一部を論理回路（ハードウエア構成）により実現し、その他の機能をCPUにおいて実行されるプログラム（ソフトウエア構成）により実現するようにしてもよい。

図４３のアプリケーションプロセッサ１３３１は、画像処理に関するアプリケーションを実行するプロセッサである。このアプリケーションプロセッサ１３３１において実行されるアプリケーションは、所定の機能を実現するために、演算処理を行うだけでなく、例えばビデオプロセッサ１３３２等、ビデオモジュール１３１１内外の構成を必要に応じて制御することもできる。

ビデオプロセッサ１３３２は、画像の符号化・復号（その一方若しくは両方）に関する機能を有するプロセッサである。

ブロードバンドモデム１３３３は、インターネットや公衆電話回線網等の広帯域の回線を介して行われる有線若しくは無線（またはその両方）の広帯域通信に関する処理を行うプロセッサ（若しくはモジュール）である。例えば、ブロードバンドモデム１３３３は、送信するデータ（デジタル信号）をデジタル変調する等してアナログ信号に変換したり、受信したアナログ信号を復調してデータ（デジタル信号）に変換したりする。例えば、ブロードバンドモデム１３３３は、ビデオプロセッサ１３３２が処理する画像データや画像データが符号化されたストリーム、アプリケーションプログラム、設定データ等、任意の情報をデジタル変調・復調することができる。

RFモジュール１３３４は、アンテナを介して送受信されるRF（Radio Frequency）信号に対して、周波数変換、変復調、増幅、フィルタ処理等を行うモジュールである。例えば、RFモジュール１３３４は、ブロードバンドモデム１３３３により生成されたベースバンド信号に対して周波数変換等を行ってRF信号を生成する。また、例えば、RFモジュール１３３４は、フロントエンドモジュール１３１４を介して受信されたRF信号に対して周波数変換等を行ってベースバンド信号を生成する。

なお、図４３において点線１３４１に示されるように、アプリケーションプロセッサ１３３１とビデオプロセッサ１３３２を、一体化し、１つのプロセッサとして構成されるようにしてもよい。

外部メモリ１３１２は、ビデオモジュール１３１１の外部に設けられた、ビデオモジュール１３１１により利用される記憶デバイスを有するモジュールである。この外部メモリ１３１２の記憶デバイスは、どのような物理構成により実現するようにしてもよいが、一般的にフレーム単位の画像データのような大容量のデータの格納に利用されることが多いので、例えばDRAM（Dynamic Random Access Memory）のような比較的安価で大容量の半導体メモリにより実現するのが望ましい。

パワーマネージメントモジュール１３１３は、ビデオモジュール１３１１（ビデオモジュール１３１１内の各構成）への電力供給を管理し、制御する。

フロントエンドモジュール１３１４は、RFモジュール１３３４に対してフロントエンド機能（アンテナ側の送受信端の回路）を提供するモジュールである。図３５に示されるように、フロントエンドモジュール１３１４は、例えば、アンテナ部１３５１、フィルタ１３５２、および増幅部１３５３を有する。

アンテナ部１３５１は、無線信号を送受信するアンテナおよびその周辺の構成を有する。アンテナ部１３５１は、増幅部１３５３から供給される信号を無線信号として送信し、受信した無線信号を電気信号（RF信号）としてフィルタ１３５２に供給する。フィルタ１３５２は、アンテナ部１３５１を介して受信されたRF信号に対してフィルタ処理等を行い、処理後のRF信号をRFモジュール１３３４に供給する。増幅部１３５３は、RFモジュール１３３４から供給されるRF信号を増幅し、アンテナ部１３５１に供給する。

コネクティビティ１３２１は、外部との接続に関する機能を有するモジュールである。コネクティビティ１３２１の物理構成は、任意である。例えば、コネクティビティ１３２１は、ブロードバンドモデム１３３３が対応する通信規格以外の通信機能を有する構成や、外部入出力端子等を有する。

例えば、コネクティビティ１３２１が、Bluetooth（登録商標）、IEEE 802.11（例えばWi-Fi（Wireless Fidelity、登録商標））、NFC（Near Field Communication）、IrDA（InfraRed Data Association）等の無線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した信号を送受信するアンテナ等を有するようにしてもよい。また、例えば、コネクティビティ１３２１が、USB（Universal Serial Bus）、HDMI（登録商標）（High-Definition Multimedia Interface）等の有線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した端子を有するようにしてもよい。さらに、例えば、コネクティビティ１３２１が、アナログ入出力端子等のその他のデータ（信号）伝送機能等を有するようにしてもよい。

なお、コネクティビティ１３２１が、データ（信号）の伝送先のデバイスを含むようにしてもよい。例えば、コネクティビティ１３２１が、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等の記録媒体に対してデータの読み出しや書き込みを行うドライブ（リムーバブルメディアのドライブだけでなく、ハードディスク、SSD（Solid State Drive）、NAS（Network Attached Storage）等も含む）を有するようにしてもよい。また、コネクティビティ１３２１が、画像や音声の出力デバイス（モニタやスピーカ等）を有するようにしてもよい。

カメラ１３２２は、被写体を撮像し、被写体の画像データを得る機能を有するモジュールである。カメラ１３２２の撮像により得られた画像データは、例えば、ビデオプロセッサ１３３２に供給されて符号化される。

センサ１３２３は、例えば、音声センサ、超音波センサ、光センサ、照度センサ、赤外線センサ、イメージセンサ、回転センサ、角度センサ、角速度センサ、速度センサ、加速度センサ、傾斜センサ、磁気識別センサ、衝撃センサ、温度センサ等、任意のセンサ機能を有するモジュールである。センサ１３２３により検出されたデータは、例えば、アプリケーションプロセッサ１３３１に供給されてアプリケーション等により利用される。

以上においてモジュールとして説明した構成をプロセッサとして実現するようにしてもよいし、逆にプロセッサとして説明した構成をモジュールとして実現するようにしてもよい。

以上のような構成のビデオセット１３００において、後述するようにビデオプロセッサ１３３２に本開示を適用することができる。したがって、ビデオセット１３００は、本開示を適用したセットとして実施することができる。

（ビデオプロセッサの構成例）
図４４は、本開示を適用したビデオプロセッサ１３３２（図４３）の概略的な構成の一例を示している。

図４４の例の場合、ビデオプロセッサ１３３２は、ビデオ信号およびオーディオ信号の入力を受けてこれらを所定の方式で符号化する機能と、符号化されたビデオデータおよびオーディオデータを復号し、ビデオ信号およびオーディオ信号を再生出力する機能とを有する。

図４４に示されるように、ビデオプロセッサ１３３２は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、フレームメモリ１４０５、およびメモリ制御部１４０６を有する。また、ビデオプロセッサ１３３２は、エンコード・デコードエンジン１４０７、ビデオES（Elementary Stream）バッファ１４０８Ａおよび１４０８Ｂ、並びに、オーディオESバッファ１４０９Ａおよび１４０９Ｂを有する。さらに、ビデオプロセッサ１３３２は、オーディオエンコーダ１４１０、オーディオデコーダ１４１１、多重化部（MUX（Multiplexer））１４１２、逆多重化部（DMUX（Demultiplexer））１４１３、およびストリームバッファ１４１４を有する。

ビデオ入力処理部１４０１は、例えばコネクティビティ１３２１（図４３）等から入力されたビデオ信号を取得し、デジタル画像データに変換する。第１画像拡大縮小部１４０２は、画像データに対してフォーマット変換や画像の拡大縮小処理等を行う。第２画像拡大縮小部１４０３は、画像データに対して、ビデオ出力処理部１４０４を介して出力する先でのフォーマットに応じて画像の拡大縮小処理を行ったり、第１画像拡大縮小部１４０２と同様のフォーマット変換や画像の拡大縮小処理等を行ったりする。ビデオ出力処理部１４０４は、画像データに対して、フォーマット変換やアナログ信号への変換等を行って、再生されたビデオ信号として例えばコネクティビティ１３２１（図４３）等に出力する。

フレームメモリ１４０５は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、およびエンコード・デコードエンジン１４０７によって共用される画像データ用のメモリである。フレームメモリ１４０５は、例えばDRAM等の半導体メモリとして実現される。

メモリ制御部１４０６は、エンコード・デコードエンジン１４０７からの同期信号を受けて、アクセス管理テーブル１４０６Ａに書き込まれたフレームメモリ１４０５へのアクセススケジュールに従ってフレームメモリ１４０５に対する書き込み・読み出しのアクセスを制御する。アクセス管理テーブル１４０６Ａは、エンコード・デコードエンジン１４０７、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３等で実行される処理に応じて、メモリ制御部１４０６により更新される。

エンコード・デコードエンジン１４０７は、画像データのエンコード処理、並びに、画像データが符号化されたデータであるビデオストリームのデコード処理を行う。例えば、エンコード・デコードエンジン１４０７は、フレームメモリ１４０５から読み出した画像データを符号化し、ビデオストリームとしてビデオESバッファ１４０８Ａに順次書き込む。また、例えば、ビデオESバッファ１４０８Ｂからビデオストリームを順次読み出して復号し、画像データとしてフレームメモリ１４０５に順次書き込む。エンコード・デコードエンジン１４０７は、これらの符号化や復号において、フレームメモリ１４０５を作業領域として使用する。また、エンコード・デコードエンジン１４０７は、例えばマクロブロック毎の処理を開始するタイミングで、メモリ制御部１４０６に対して同期信号を出力する。

ビデオESバッファ１４０８Ａは、エンコード・デコードエンジン１４０７によって生成されたビデオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。ビデオESバッファ１４０８Ｂは、逆多重化部（DMUX）１４１３から供給されたビデオストリームをバッファリングして、エンコード・デコードエンジン１４０７に供給する。

オーディオESバッファ１４０９Ａは、オーディオエンコーダ１４１０によって生成されたオーディオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。オーディオESバッファ１４０９Ｂは、逆多重化部（DMUX）１４１３から供給されたオーディオストリームをバッファリングして、オーディオデコーダ１４１１に供給する。

オーディオエンコーダ１４１０は、例えばコネクティビティ１３２１（図４３）等から入力されたオーディオ信号を例えばデジタル変換し、例えばMPEGオーディオ方式やAC3（AudioCode number 3）方式等の所定の方式で符号化する。オーディオエンコーダ１４１０は、オーディオ信号が符号化されたデータであるオーディオストリームをオーディオESバッファ１４０９Ａに順次書き込む。オーディオデコーダ１４１１は、オーディオESバッファ１４０９Ｂから供給されたオーディオストリームを復号し、例えばアナログ信号への変換等を行って、再生されたオーディオ信号として例えばコネクティビティ１３２１（図４３）等に供給する。

多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化する。この多重化の方法（すなわち、多重化により生成されるビットストリームのフォーマット）は任意である。また、この多重化の際に、多重化部（MUX）１４１２は、所定のヘッダ情報等をビットストリームに付加することもできる。つまり、多重化部（MUX）１４１２は、多重化によりストリームのフォーマットを変換することができる。例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームに変換する。また、例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、記録用のファイルフォーマットのデータ（ファイルデータ）に変換する。

逆多重化部（DMUX）１４１３は、多重化部（MUX）１４１２による多重化に対応する方法で、ビデオストリームとオーディオストリームとが多重化されたビットストリームを逆多重化する。つまり、逆多重化部（DMUX）１４１３は、ストリームバッファ１４１４から読み出されたビットストリームからビデオストリームとオーディオストリームとを抽出する（ビデオストリームとオーディオストリームとを分離する）。つまり、逆多重化部（DMUX）１４１３は、逆多重化によりストリームのフォーマットを変換（多重化部（MUX）１４１２による変換の逆変換）することができる。例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等（いずれも図４３）から供給されたトランスポートストリームを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。また、例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１により（図４３）各種記録媒体から読み出されたファイルデータを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。

ストリームバッファ１４１４は、ビットストリームをバッファリングする。例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等に供給する。

また、例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１（図４３）等に供給し、各種記録媒体に記録させる。

さらに、ストリームバッファ１４１４は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等（いずれも図４３）を介して取得したトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。

また、ストリームバッファ１４１４は、例えばコネクティビティ１３２１（図４３）等において各種記録媒体から読み出されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。

次に、このような構成のビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１（図４３）等からビデオプロセッサ１３３２に入力されたビデオ信号は、ビデオ入力処理部１４０１において４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式のデジタル画像データに変換され、フレームメモリ１４０５に順次書き込まれる。このデジタル画像データは、第１画像拡大縮小部１４０２または第２画像拡大縮小部１４０３に読み出されて、４：２：０Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式へのフォーマット変換および拡大縮小処理が行われ、再びフレームメモリ１４０５に書き込まれる。この画像データは、エンコード・デコードエンジン１４０７によって符号化され、ビデオストリームとしてビデオESバッファ１４０８Ａに書き込まれる。

また、コネクティビティ１３２１（図４３）等からビデオプロセッサ１３３２に入力されたオーディオ信号は、オーディオエンコーダ１４１０によって符号化され、オーディオストリームとして、オーディオESバッファ１４０９Ａに書き込まれる。

ビデオESバッファ１４０８Ａのビデオストリームと、オーディオESバッファ１４０９Ａのオーディオストリームは、多重化部（MUX）１４１２に読み出されて多重化され、トランスポートストリーム若しくはファイルデータ等に変換される。多重化部（MUX）１４１２により生成されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等を介して外部ネットワークに出力される。また、多重化部（MUX）１４１２により生成されたファイルデータは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１（図４３）等に出力され、各種記録媒体に記録される。

また、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等を介して外部ネットワークからビデオプロセッサ１３３２に入力されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。また、例えばコネクティビティ１３２１（図４３）等において各種記録媒体から読み出され、ビデオプロセッサ１３３２に入力されたファイルデータは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。つまり、ビデオプロセッサ１３３２に入力されたトランスポートストリームまたはファイルデータは、逆多重化部（DMUX）１４１３によりビデオストリームとオーディオストリームとに分離される。

オーディオストリームは、オーディオESバッファ１４０９Ｂを介してオーディオデコーダ１４１１に供給され、復号されてオーディオ信号が再生される。また、ビデオストリームは、ビデオESバッファ１４０８Ｂに書き込まれた後、エンコード・デコードエンジン１４０７により順次読み出されて復号されてフレームメモリ１４０５に書き込まれる。復号された画像データは、第２画像拡大縮小部１４０３によって拡大縮小処理されて、フレームメモリ１４０５に書き込まれる。そして、復号された画像データは、ビデオ出力処理部１４０４に読み出されて、４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式にフォーマット変換され、さらにアナログ信号に変換されて、ビデオ信号が再生出力される。

このように構成されるビデオプロセッサ１３３２に本開示を適用する場合、エンコード・デコードエンジン１４０７に、上述した各実施形態に係る本開示を適用すればよい。つまり、例えば、エンコード・デコードエンジン１４０７が、第１実施の形態に係る符号化装置や復号装置の機能を有するようにすればよい。このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。

なお、エンコード・デコードエンジン１４０７において、本開示（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。

（ビデオプロセッサの他の構成例）
図４５は、本開示を適用したビデオプロセッサ１３３２（図４３）の概略的な構成の他の例を示している。図４５の例の場合、ビデオプロセッサ１３３２は、ビデオデータを所定の方式で符号化・復号する機能を有する。

より具体的には、図４５に示されるように、ビデオプロセッサ１３３２は、制御部１５１１、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、および内部メモリ１５１５を有する。また、ビデオプロセッサ１３３２は、コーデックエンジン１５１６、メモリインタフェース１５１７、多重化・逆多重化部（MUX DMUX）１５１８、ネットワークインタフェース１５１９、およびビデオインタフェース１５２０を有する。

制御部１５１１は、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６等、ビデオプロセッサ１３３２内の各処理部の動作を制御する。

図４５に示されるように、制御部１５１１は、例えば、メインCPU１５３１、サブCPU１５３２、およびシステムコントローラ１５３３を有する。メインCPU１５３１は、ビデオプロセッサ１３３２内の各処理部の動作を制御するためのプログラム等を実行する。メインCPU１５３１は、そのプログラム等に従って制御信号を生成し、各処理部に供給する（つまり、各処理部の動作を制御する）。サブCPU１５３２は、メインCPU１５３１の補助的な役割を果たす。例えば、サブCPU１５３２は、メインCPU１５３１が実行するプログラム等の子プロセスやサブルーチン等を実行する。システムコントローラ１５３３は、メインCPU１５３１およびサブCPU１５３２が実行するプログラムを指定する等、メインCPU１５３１およびサブCPU１５３２の動作を制御する。

ディスプレイインタフェース１５１２は、制御部１５１１の制御の下、画像データを例えばコネクティビティ１３２１（図４３）等に出力する。例えば、ディスプレイインタフェース１５１２は、デジタルデータの画像データをアナログ信号に変換し、再生されたビデオ信号として、またはデジタルデータの画像データのまま、コネクティビティ１３２１（図４３）のモニタ装置等に出力する。

ディスプレイエンジン１５１３は、制御部１５１１の制御の下、画像データに対して、その画像を表示させるモニタ装置等のハードウエアスペックに合わせるように、フォーマット変換、サイズ変換、色域変換等の各種変換処理を行う。

画像処理エンジン１５１４は、制御部１５１１の制御の下、画像データに対して、例えば画質改善のためのフィルタ処理等、所定の画像処理を施す。

内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６により共用される、ビデオプロセッサ１３３２の内部に設けられたメモリである。内部メモリ１５１５は、例えば、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６の間で行われるデータの授受に利用される。例えば、内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６から供給されるデータを格納し、必要に応じて（例えば、要求に応じて）、そのデータを、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６に供給する。この内部メモリ１５１５は、どのような記憶デバイスにより実現するようにしてもよいが、一般的にブロック単位の画像データやパラメータ等といった小容量のデータの格納に利用することが多いので、例えばSRAM（Static Random Access Memory）のような比較的（例えば外部メモリ１３１２と比較して）小容量だが応答速度が高速な半導体メモリにより実現するのが望ましい。

コーデックエンジン１５１６は、画像データの符号化や復号に関する処理を行う。このコーデックエンジン１５１６が対応する符号化・復号の方式は任意であり、その数は１つであってもよいし、複数であってもよい。例えば、コーデックエンジン１５１６は、複数の符号化・復号方式のコーデック機能を備え、その中から選択されたもので画像データの符号化若しくは符号化データの復号を行うようにしてもよい。

図４５に示される例において、コーデックエンジン１５１６は、コーデックに関する処理の機能ブロックとして、例えば、MPEG-2 Video１５４１、AVC/H.264１５４２、HEVC/H.265１５４３、HEVC/H.265(Scalable)１５４４、HEVC/H.265(Multi-view)１５４５、およびMPEG-DASH１５５１を有する。

MPEG-2 Video１５４１は、画像データをMPEG-2方式で符号化したり復号したりする機能ブロックである。AVC/H.264１５４２は、画像データをAVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265１５４３は、画像データをHEVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265(Scalable)１５４４は、画像データをHEVC方式でスケーラブル符号化したりスケーラブル復号したりする機能ブロックである。HEVC/H.265(Multi-view)１５４５は、画像データをHEVC方式で多視点符号化したり多視点復号したりする機能ブロックである。

MPEG-DASH１５５１は、画像データをMPEG-DASH（MPEG-Dynamic Adaptive Streaming over HTTP）方式で送受信する機能ブロックである。MPEG-DASHは、HTTP（HyperText Transfer Protocol）を使ってビデオのストリーミングを行う技術であり、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択し伝送することを特徴の１つとする。MPEG-DASH１５５１は、規格に準拠するストリームの生成やそのストリームの伝送制御等を行い、画像データの符号化・復号については、上述したMPEG-2 Video１５４１乃至HEVC/H.265(Multi-view)１５４５を利用する。

メモリインタフェース１５１７は、外部メモリ１３１２用のインタフェースである。画像処理エンジン１５１４やコーデックエンジン１５１６から供給されるデータは、メモリインタフェース１５１７を介して外部メモリ１３１２に供給される。また、外部メモリ１３１２から読み出されたデータは、メモリインタフェース１５１７を介してビデオプロセッサ１３３２（画像処理エンジン１５１４若しくはコーデックエンジン１５１６）に供給される。

多重化・逆多重化部（MUX DMUX）１５１８は、符号化データのビットストリーム、画像データ、ビデオ信号等、画像に関する各種データの多重化や逆多重化を行う。この多重化・逆多重化の方法は任意である。例えば、多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、複数のデータを１つにまとめるだけでなく、所定のヘッダ情報等をそのデータに付加することもできる。また、逆多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、１つのデータを複数に分割するだけでなく、分割した各データに所定のヘッダ情報等を付加することもできる。つまり、多重化・逆多重化部（MUX DMUX）１５１８は、多重化・逆多重化によりデータのフォーマットを変換することができる。例えば、多重化・逆多重化部（MUX DMUX）１５１８は、ビットストリームを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームや、記録用のファイルフォーマットのデータ（ファイルデータ）に変換することができる。もちろん、逆多重化によりその逆変換も可能である。

ネットワークインタフェース１５１９は、例えばブロードバンドモデム１３３３やコネクティビティ１３２１（いずれも図４３）等向けのインタフェースである。ビデオインタフェース１５２０は、例えばコネクティビティ１３２１やカメラ１３２２（いずれも図４３）等向けのインタフェースである。

次に、このようなビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等を介して外部ネットワークからトランスポートストリームを受信すると、そのトランスポートストリームは、ネットワークインタフェース１５１９を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、例えば、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１（図４３）等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてファイルデータに変換され、ビデオインタフェース１５２０を介して例えばコネクティビティ１３２１（図４３）等に出力され、各種記録媒体に記録される。

さらに、例えば、コネクティビティ１３２１（図４３）等により図示せぬ記録媒体から読み出された、画像データが符号化された符号化データのファイルデータは、ビデオインタフェース１５２０を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１（図４３）等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてトランスポートストリームに変換され、ネットワークインタフェース１５１９を介して例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等に供給され図示せぬ他の装置に伝送される。

なお、ビデオプロセッサ１３３２内の各処理部の間での画像データやその他のデータの授受は、例えば、内部メモリ１５１５や外部メモリ１３１２を利用して行われる。また、パワーマネージメントモジュール１３１３は、例えば制御部１５１１への電力供給を制御する。

このように構成されるビデオプロセッサ１３３２に本開示を適用する場合、コーデックエンジン１５１６に、上述した各実施形態に係る本開示を適用すればよい。つまり、例えば、コーデックエンジン１５１６が、第１実施の形態に係る符号化装置や復号装置を実現する機能ブロックを有するようにすればよい。さらに、例えば、コーデックエンジン１５１６が、このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。

なお、コーデックエンジン１５１６において、本開示（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。

以上にビデオプロセッサ１３３２の構成を２例示したが、ビデオプロセッサ１３３２の構成は任意であり、上述した２例以外のものであってもよい。また、このビデオプロセッサ１３３２は、１つの半導体チップとして構成されるようにしてもよいが、複数の半導体チップとして構成されるようにしてもよい。例えば、複数の半導体を積層する３次元積層LSIとしてもよい。また、複数のLSIにより実現されるようにしてもよい。

（装置への適用例）

ビデオセット１３００は、画像データを処理する各種装置に組み込むことができる。例えば、ビデオセット１３００は、テレビジョン装置９００（図３６）、携帯電話機９２０（図３７）、記録再生装置９４０（図３８）、撮像装置９６０（図３９）等に組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。

また、ビデオセット１３００は、例えば、図４０のデータ伝送システム１０００におけるパーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置、図４１のデータ伝送システム１１００における放送局１１０１および端末装置１１０２、並びに、図４２の撮像システム１２００における撮像装置１２０１およびスケーラブル符号化データ記憶装置１２０２等にも組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。

なお、上述したビデオセット１３００の各構成の一部であっても、ビデオプロセッサ１３３２を含むものであれば、本開示を適用した構成として実施することができる。例えば、ビデオプロセッサ１３３２のみを本開示を適用したビデオプロセッサとして実施することができる。また、例えば、上述したように点線１３４１により示されるプロセッサやビデオモジュール１３１１等を本開示を適用したプロセッサやモジュール等として実施することができる。さらに、例えば、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４を組み合わせ、本開示を適用したビデオユニット１３６１として実施することもできる。いずれの構成の場合であっても、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。

つまり、ビデオプロセッサ１３３２を含むものであればどのような構成であっても、ビデオセット１３００の場合と同様に、画像データを処理する各種装置に組み込むことができる。例えば、ビデオプロセッサ１３３２、点線１３４１により示されるプロセッサ、ビデオモジュール１３１１、または、ビデオユニット１３６１を、テレビジョン装置９００（図３６）、携帯電話機９２０（図３７）、記録再生装置９４０（図３８）、撮像装置９６０（図３９）、図４０のデータ伝送システム１０００におけるパーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置、図４１のデータ伝送システム１１００における放送局１１０１および端末装置１１０２、並びに、図４２の撮像システム１２００における撮像装置１２０１およびスケーラブル符号化データ記憶装置１２０２等に組み込むことができる。そして、本開示を適用したいずれかの構成を組み込むことにより、その装置は、ビデオセット１３００の場合と同様に、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。

なお、本明細書では、VPS,SPSなどの各種情報が、符号化データに多重化されて、符号化側から復号側へ伝送される例について説明した。しかしながら、これら情報を伝送する手法はかかる例に限定されない。例えば、これら情報は、符号化データに多重化されることなく、符号化データと関連付けられた別個のデータとして伝送され又は記録されてもよい。ここで、「関連付ける」という用語は、ビットストリームに含まれる画像（スライスやブロックなど、画像の一部であってもよい）と当該画像に対応する情報とを復号時にリンクさせ得るようにすることを意味する。即ち、情報は、符号化データとは別の伝送路上で伝送されてもよい。また、情報は、符号化データとは別の記録媒体（又は同一の記録媒体の別の記録エリア）に記録されてもよい。さらに、情報と符号化データとは、例えば、複数フレーム、１フレーム、又はフレーム内の一部分などの任意の単位で互いに関連付けられてよい。

また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。

本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本開示は、トランスフォームスキップを行うことが可能なHEVC方式以外の符号化方式の符号化装置や復号装置にも適用することができる。

また、本開示は、符号化ストリームを、衛星放送、ケーブルＴＶ、インターネット、携帯電話などのネットワークメディアを介して受信する際、または光、磁気ディスク、フラッシュメモリのような記憶メディア上で処理する際に用いられる符号化装置や復号装置に適用することができる。

さらに、本開示は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、本技術は以下のような構成も取ることができる。
（１） スライスを跨ぐ画面内動き予測を制御するための制御情報を設定する設定部と、
前記設定部により設定された制御情報に基づいて、画像を符号化して、ビットストリームを生成する符号化部と、
前記設定部により設定された制御情報と、前記符号化部により生成されたビットストリームとを伝送する伝送部と
を備える画像符号化装置。
（２） 前記設定部は、前記制御情報として、カレントスライスに加え、前記カレントスライスよりラスタスキャン順に前のスライスのデコード結果への参照を許可することを示す参照許可フラグを設定する
前記（１）に記載の画像符号化装置。
（３） 前記設定部は、前記参照許可フラグをPPS(Picture Parameter Set)に設定する 前記（２）に記載の画像符号化装置。
（４） 前記設定部は、前記制御情報として、何個前までのスライスのデコード結果まで参照可能であるかを示すパラメータを設定する
前記（１）乃至（３）のいずれかに記載の画像符号化装置。
（５） 前記設定部は、前記制御情報として、前記スライスを跨ぐ画面内動き予測が可能であるか否かを示すオンオフフラグを設定する
前記（１）乃至（４）のいずれかに記載の画像符号化装置。
（６） 前記設定部は、前記オンオフフラグをSPS(Sequence Parameter Set)またはVPS(Video Parameter Set)に設定する
前記（５）に記載の画像符号化装置。
（７） 前記設定部は、WPP(Wavefront Parallel Processing)がオンの場合、前記参照範囲を限定して、前記参照許可フラグを設定する
前記（２）乃至（６）のいずれかに記載の画像符号化装置。
（８） 前記設定部は、タイル分割がオンの場合、前記参照許可フラグを設定する
前記（２）乃至（６）のいずれかに記載の画像符号化装置。
（９） 前記設定部は、MCTS-SEI(Temporal Motion Constrained Tile Set SEI)がオンの場合、前記参照許可フラグをオフに設定する
前記（２）乃至（６）のいずれかに記載の画像符号化装置。
（１０） 画像符号化装置が、
スライスを跨ぐ画面内動き予測を制御するための制御情報を設定し、
設定された制御情報に基づいて、画像を符号化して、ビットストリームを生成し、
設定された制御情報と、生成されたビットストリームとを伝送する
画像符号化方法。
（１１） 画像が符号化されて生成されたビットストリームを受け取る受け取り部と、 前記受け取り部により受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報を抽出する抽出部と、
前記抽出部により抽出された制御情報を用いて、前記受け取り部により受け取られたビットストリームを復号し、画像を生成する復号部と
を備える画像復号装置。
（１２） 前記抽出部は、前記制御情報として、カレントスライスに加え、前記カレントスライスよりラスタスキャン順に前のスライスのデコード結果への参照を許可することを示す参照許可フラグを抽出する
前記（１１）記載の画像復号装置。
（１３） 前記抽出部は、前記参照許可フラグをPPS(Picture Parameter Set)から抽出する
前記（１２）に記載の画像復号装置
（１４） 前記抽出部は、前記制御情報として、何個前までのスライスのデコード結果まで参照可能であるかを示すパラメータを抽出する
前記（１１）乃至（１３）のいずれかに記載の画像復号装置。
（１５） 前記抽出部は、前記制御情報として、前記スライスを跨ぐ画面内動き予測が可能であるか否かを示すオンオフフラグを抽出する
前記（１１）乃至（１４）のいずれかに記載の画像復号装置。
（１６） 前記抽出部は、前記オンオフフラグをSPS(Sequence Parameter Set)またはVPS(Video Parameter Set)から抽出する
前記（１５）に記載の画像復号装置。
（１７） 前記抽出部は、WPP(Wavefront Parallel Processing)がオンの場合、前記参照範囲を限定して、前記参照許可フラグを抽出する
前記（１２）乃至（１６）のいずれかに記載の画像復号装置。
（１８） 前記抽出部は、タイル分割がオンの場合、前記参照許可フラグを抽出する
前記（１２）乃至（１６）のいずれかに記載の画像復号装置。
（１９） 前記抽出部は、MCTS-SEI(Temporal Motion Constrained Tile Set SEI)がオンの場合、前記参照許可フラグをオフに抽出する
前記（１２）乃至（１６）のいずれかに記載の画像復号装置。
（２０） 画像復号装置が、
画像が符号化されて生成されたビットストリームを受け取り、
受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報を抽出し、
抽出された制御情報を用いて、受け取られたビットストリームを復号し、画像を生成する
画像復号方法。

１０ 符号化装置， １１ 設定部， １２ 符号化部， １３ 伝送部， ４６ イントラ予測部， １１０ 復号装置， １１１ 受け取り部， １１２ 抽出部， １１３ 復号部， １４３ イントラ予測部

Claims (6)

1. 算術復号処理をCTU単位で並列処理することが可能であることを示す識別情報を含むビットストリームから前記識別情報を取得する取得部と、
   前記取得部により取得された前記識別情報が前記並列処理することが可能であることを示す場合に、カレントCTUラインの上部に隣接する上CTUラインに属する上CTUのうち復号順でカレントCTUの右上に隣接する右上CTUまでに位置する前記上CTUのみを参照範囲として画面内動き予測を行うことにより生成された動き情報を含む前記ビットストリームを復号することにより得られる前記動き情報を用いて、前記カレントCTUに対する動き補償を行い、前記カレントCTUに対する予測画像を生成するイントラ予測部と、
   前記イントラ予測部により生成された前記予測画像を用いて、前記ビットストリームに含まれる前記カレントCTUを復号する復号部と
   を備える画像復号装置。
2. 前記並列処理は、WPP(Wavefront Parallel Processing)である
   請求項１に記載の画像復号装置。
3. 前記識別情報は、entropy_coding_sync_enabled_flagである
   請求項１に記載の画像復号装置。
4. 画像復号装置が、
   算術復号処理をCTU単位で並列処理することが可能であることを示す識別情報を含むビットストリームから前記識別情報を取得し、
   取得された前記識別情報が前記並列処理することが可能であることを示す場合に、カレントCTUラインの上部に隣接する上CTUラインに属する上CTUのうち復号順でカレントCTUの右上に隣接する右上CTUまでに位置する前記上CTUのみを参照範囲として画面内動き予測を行うことにより生成された動き情報を含む前記ビットストリームを復号することにより得られる前記動き情報を用いて、前記カレントCTUに対する動き補償を行い、前記カレントCTUに対する予測画像を生成し、
   前記予測画像を用いて、前記ビットストリームに含まれる前記カレントCTUを復号する
   画像復号方法。
5. 前記並列処理は、WPP(Wavefront Parallel Processing)である
   請求項４に記載の画像復号方法。
6. 前記識別情報は、entropy_coding_sync_enabled_flagである
   請求項４に記載の画像復号方法。

Images