"予測処理単位の領域に応じてイントラ予測に関するパラメータの符号化を制御する制御部と、前記制御部による制御に従って、前記パラメータを符号化する符号化部とを備える画像処理装置。前記制御部は、前記パラメータの符号量を低減させるように前記パラメータの符号化を制御する請求項1に記載の画像処理装置。前記制御部は、前記パラメータの各値にコード番号を割り当てるテーブルを選択し、前記符号化部は、前記制御部により選択された前記テーブルを用いて前記パラメータの各値を前記コード番号に変換し、符号化する請求項1に記載の画像処理装置。前記制御部は、前記符号化部による算術符号化のコンテキスト確率モデルを選択し、前記符号化部は、前記制御部により選択された前記コンテキスト確率モデルを用いて前記パラメータを符号化する請求項1に記載の画像処理装置。前記パラメータは、MPMMostprobablemodeを使うか否かを指定するフラグを含む請求項1に記載の画像処理装置。前記制御部は、前記領域の大きさと形に応じて、前記MPMを使うか否かを指定するフラグの符号化を制御する請求項5に記載の画像処理装置。前記パラメータは、MPMMostprobablemodeにおいて参照する周辺領域を指定するフラグを含む請求項1に記載の画像処理装置。前記制御部は、前記領域の形とIDに応じて、前記MPMにおいて参照する周辺領域を指定するフラグの符号化を制御する請求項7に記載の画像処理装置。前記パラメータは、イントラ予測の予測方向を示すフラグを含む請求項1に記載の画像処理装置。前記制御部は、前記領域の大きさと形に応じて、前記イントラ予測の予測方向を示すフラグの符号化を制御する請求項9に記載の画像処理装置。前記符号化部により符号化された前記パラメータを伝送する伝送部をさらに備える請求項1に記載の画像処理装置。画像処理装置の画像処理方法であって、制御部が、予測処理単位の領域に応じてイントラ予測に関するパラメータの符号化を制御し、符号化部が、前記制御に従って、前記パラメータを符号化する画像処理方法。イントラ予測に関するパラメータの符号化データを受け取る受け取り部と、予測処理単位の領域に応じて、前記受け取り部により受け取られた前記符号化データの復号を制御する制御部と、前記制御部による制御に従って、前記符号化データを復号する復号部とを備える画像処理装置。画像処理装置の画像処理方法であって、受け取り部が、イントラ予測に関するパラメータの符号化データを受け取り、制御部が、予測処理単位の領域に応じて、受け取られた前記符号化データの復号を制御し、復号部が、前記制御に従って、前記符号化データを復号する画像処理方法。しかしながら、この方法の場合、mpmflag,mpmlrflag、およびintradirmode等の情報を符号化してストリームに含める必要があるため、これらの情報により符号化効率を低減させる恐れがあったが、これらの値の特徴を考慮することなく符号化が行われていたため、十分な符号化効率を得ることが困難であった。本開示は、このような状況に鑑みてなされたものであり、符号化効率の低減を抑制することを目的とする。本開示の一側面は、予測処理単位の領域に応じてイントラ予測に関するパラメータの符号化を制御する制御部と、前記制御部による制御に従って、前記パラメータを符号化する符号化部とを備える画像処理装置である。前記制御部は、前記パラメータの符号量を低減させるように前記パラメータの符号化を制御することができる。前記制御部は、前記パラメータの各値にコード番号を割り当てるテーブルを選択し、前記符号化部は、前記制御部により選択された前記テーブルを用いて前記パラメータの各値を前記コード番号に変換し、符号化することができる。前記制御部は、前記符号化部による算術符号化のコンテキスト確率モデルを選択し、前記符号化部は、前記制御部により選択された前記コンテキスト確率モデルを用いて前記パラメータを符号化することができる。前記パラメータは、MPMMostprobablemodeを使うか否かを指定するフラグを含むようにすることができる。前記制御部は、前記領域の大きさと形に応じて、前記MPMを使うか否かを指定するフラグの符号化を制御することができる。前記パラメータは、MPMMostprobablemodeにおいて参照する周辺領域を指定するフラグを含むようにすることができる。前記制御部は、前記領域の形とIDに応じて、前記MPMにおいて参照する周辺領域を指定するフラグの符号化を制御することができる。前記パラメータは、イントラ予測の予測方向を示すフラグを含むようにすることができる。前記制御部は、前記領域の大きさと形に応じて、前記イントラ予測の予測方向を示すフラグの符号化を制御することができる。前記符号化部により符号化された前記パラメータを伝送する伝送部をさらに備えることができる。本開示の一側面は、また、画像処理装置の画像処理方法であって、制御部が、予測処理単位の領域に応じてイントラ予測に関するパラメータの符号化を制御し、符号化部が、前記制御に従って、前記パラメータを符号化する画像処理方法である。本開示の他の側面は、イントラ予測に関するパラメータの符号化データを受け取る受け取り部と、予測処理単位の領域に応じて、前記受け取り部により受け取られた前記符号化データの復号を制御する制御部と、前記制御部による制御に従って、前記符号化データを復号する復号部とを備える画像処理装置である。本開示の他の側面は、また、画像処理装置の画像処理方法であって、受け取り部が、イントラ予測に関するパラメータの符号化データを受け取り、制御部が、予測処理単位の領域に応じて、受け取られた前記符号化データの復号を制御し、復号部が、前記制御に従って、前記符号化データを復号する画像処理方法である。本開示の一側面においては、予測処理単位の領域に応じてイントラ予測に関するパラメータの符号化が制御され、その制御に従って、イントラ予測に関するパラメータが符号化される。本開示の他の側面においては、イントラ予測に関するパラメータの符号化データが受け取られ、予測処理単位の領域に応じて、受け取られた符号化データの復号が制御され、その制御に従って、符号化データが復号される。本開示によれば、画像を処理することができる。特に、符号化効率の低減を抑制することができる。以下、本開示を実施するための形態以下実施の形態とするについて説明する。なお、説明は以下の順序で行う。1.第1の実施の形態画像符号化装置2.第2の実施の形態画像復号装置3.第3の実施の形態コンテキスト確率モデルの制御4.第4の実施の形態コンピュータ5.第5の実施の形態テレビジョン受像機6.第6の実施の形態携帯電話機7.第7の実施の形態記録再生装置8.第8の実施の形態撮像装置<1.第1の実施の形態>[画像符号化装置]図1は、画像処理装置である画像符号化装置の主な構成例を示すブロック図である。図1に示される画像符号化装置100は、例えばH.264及びMPEGMovingPictureExpertsGroup4Part10AVCAdvancedVideoCoding符号化方式のように、予測処理を用いて画像データを符号化する。図1に示されるように画像符号化装置100は、AD変換部101、画面並べ替えバッファ102、演算部103、直交変換部104、量子化部105、可逆符号化部106、および蓄積バッファ107を有する。また、画像符号化装置100は、逆量子化部108、逆直交変換部109、演算部110、ループフィルタ111、フレームメモリ112、選択部113、イントラ予測部114、動き予測補償部115、予測画像選択部116、およびレート制御部117を有する。画像符号化装置100は、さらに、割り当て制御部121を有する。AD変換部101は、入力された画像データをAD変換し、変換後の画像データデジタルデータを、画面並べ替えバッファ102に供給し、記憶させる。画面並べ替えバッファ102は、記憶した表示の順番のフレームの画像を、GOPGroupOfPictureに応じて、符号化のためのフレームの順番に並べ替え、フレームの順番を並び替えた画像を、演算部103に供給する。また、画面並べ替えバッファ102は、フレームの順番を並び替えた画像を、イントラ予測部114および動き予測補償部115にも供給する。演算部103は、画面並べ替えバッファ102から読み出された画像から、予測画像選択部116を介してイントラ予測部114若しくは動き予測補償部115から供給される予測画像を減算し、その差分情報を直交変換部104に出力する。例えば、イントラ符号化が行われる画像の場合、演算部103は、画面並べ替えバッファ102から読み出された画像から、イントラ予測部114から供給される予測画像を減算する。また、例えば、インター符号化が行われる画像の場合、演算部103は、画面並べ替えバッファ102から読み出された画像から、動き予測補償部115から供給される予測画像を減算する。直交変換部104は、演算部103から供給される差分情報に対して、離散コサイン変換やカルーネンレーベ変換等の直交変換を施す。なお、この直交変換の方法は任意である。直交変換部104は、その変換係数を量子化部105に供給する。量子化部105は、直交変換部104から供給される変換係数を量子化する。量子化部105は、レート制御部117から供給される符号量の目標値に関する情報に基づいて量子化パラメータを設定し、その量子化を行う。なお、この量子化の方法は任意である。量子化部105は、量子化された変換係数を可逆符号化部106に供給する。可逆符号化部106は、量子化部105において量子化された変換係数を、任意の符号化方式で符号化する。係数データは、レート制御部117の制御の下で量子化されているので、この符号量は、レート制御部117が設定した目標値となる若しくは目標値に近似する。また、可逆符号化部106は、イントラ予測のモードを示す情報等を含むイントラ予測情報をイントラ予測部114から取得し、インター予測のモードを示す情報や動きベクトル情報などを含むインター予測情報を動き予測補償部115から取得する。さらに、可逆符号化部106は、ループフィルタ111において使用されたフィルタ係数等を取得する。可逆符号化部106は、これらの各種情報を任意の符号化方式で符号化し、符号化データのヘッダ情報の一部とする多重化する。可逆符号化部106は、符号化して得られた符号化データを蓄積バッファ107に供給して蓄積させる。可逆符号化部106の符号化方式としては、例えば、可変長符号化または算術符号化等が挙げられる。可変長符号化としては、例えば、H.264AVC方式で定められているCAVLCContextAdaptiveVariableLengthCodingなどが挙げられる。算術符号化としては、例えば、CABACContextAdaptiveBinaryArithmeticCodingなどが挙げられる。蓄積バッファ107は、可逆符号化部106から供給された符号化データを、一時的に保持する。蓄積バッファ107は、所定のタイミングにおいて、保持している符号化データを、ビットストリームとして、例えば、後段の図示せぬ記録装置記録媒体や伝送路などに出力する。つまり、符号化された各種情報が復号側に供給される。また、量子化部105において量子化された変換係数は、逆量子化部108にも供給される。逆量子化部108は、その量子化された変換係数を、量子化部105による量子化に対応する方法で逆量子化する。この逆量子化の方法は、量子化部105による量子化処理に対応する方法であればどのような方法であってもよい。逆量子化部108は、得られた変換係数を、逆直交変換部109に供給する。逆直交変換部109は、逆量子化部108から供給された変換係数を、直交変換部104による直交変換処理に対応する方法で逆直交変換する。この逆直交変換の方法は、直交変換部104による直交変換処理に対応する方法であればどのようなものであってもよい。逆直交変換された出力局所的に復元された差分情報は、演算部110に供給される。演算部110は、逆直交変換部109から供給された逆直交変換結果、すなわち、局所的に復元された差分情報に、予測画像選択部116を介してイントラ予測部114若しくは動き予測補償部115から供給される予測画像を加算し、局所的に再構成された画像以下、再構成画像と称するを得る。その再構成画像は、ループフィルタ111またはフレームメモリ112に供給される。ループフィルタ111は、デブロックフィルタや適応ループフィルタ等を含み、演算部110から供給される復号画像に対して適宜フィルタ処理を行う。例えば、ループフィルタ111は、復号画像に対してデブロックフィルタ処理を行うことにより復号画像のブロック歪を除去する。また、例えば、ループフィルタ111は、そのデブロックフィルタ処理結果ブロック歪みの除去が行われた復号画像に対して、ウィナーフィルタWienerFilterを用いてループフィルタ処理を行うことにより画質改善を行う。なお、ループフィルタ111が、復号画像に対して任意のフィルタ処理を行うようにしてもよい。また、ループフィルタ111は、必要に応じて、フィルタ処理に用いたフィルタ係数等の情報を可逆符号化部106に供給し、それを符号化させるようにすることもできる。ループフィルタ111は、フィルタ処理結果以下、復号画像と称するをフレームメモリ112に供給する。フレームメモリ112は、演算部110から供給される再構成画像と、ループフィルタ111から供給される復号画像とをそれぞれ記憶する。フレームメモリ112は、所定のタイミングにおいて、若しくは、イントラ予測部114等の外部からの要求に基づいて、記憶している再構成画像を、選択部113を介して、イントラ予測部114に供給する。また、フレームメモリ112は、所定のタイミングにおいて、若しくは、動き予測補償部115等の外部からの要求に基づいて、記憶している復号画像を、選択部113を介して、動き予測補償部115に供給する。選択部113は、フレームメモリ112から出力される画像の供給先を示す。例えば、イントラ予測の場合、選択部113は、フレームメモリ112からフィルタ処理されていない画像再構成画像を読み出し、周辺画素として、イントラ予測部114に供給する。また、例えば、インター予測の場合、選択部113は、フレームメモリ112からフィルタ処理された画像復号画像を読み出し、参照画像として、それを動き予測補償部115に供給する。イントラ予測部114は、フレームメモリ112から、処理対象である注目PUの周辺に位置する周辺PUの画像周辺画像を取得すると、その周辺画像の画素値を用いて、注目PUの予測画像を生成するイントラ予測画面内予測を行う。イントラ予測部114は、予め用意された複数のモードイントラ予測モードでこのイントラ予測を行う。イントラ予測部114は、候補となる全てのイントラ予測モードで予測画像を生成し、画面並べ替えバッファ102から供給される入力画像を用いて各予測画像のコスト関数値を評価し、最適なモードを選択する。イントラ予測部114は、最適なイントラ予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部116に供給する。また、イントラ予測部114は、最適なイントラ予測モード等、イントラ予測に関する情報を含むイントラ予測情報を、適宜可逆符号化部106に供給し、符号化させる。動き予測補償部115は、画面並べ替えバッファ102から供給される入力画像と、フレームメモリ112から供給される参照画像とを用いて、基本的にPUを処理単位として、動き予測インター予測を行い、検出された動きベクトルに応じて動き補償処理を行い、予測画像インター予測画像情報を生成する。動き予測補償部115は、予め用意された複数のモードインター予測モードでこのようなインター予測を行う。動き予測補償部115は、候補となる全てのインター予測モードで予測画像を生成し、各予測画像のコスト関数値を評価し、最適なモードを選択する。動き予測補償部115は、最適なインター予測モードを選択すると、その最適なモードで生成された予測画像を、予測画像選択部116に供給する。また、動き予測補償部115は、最適なインター予測モード等、インター予測に関する情報を含むインター予測情報を可逆符号化部106に供給し、符号化させる。また、動き予測補償部115は、最適な予測モードとしてインター予測が選択されると、その最適なインター予測モードの情報をイントラ予測部114に通知する。予測画像選択部116は、演算部103や演算部110に供給する予測画像の供給元を選択する。例えば、イントラ符号化の場合、予測画像選択部116は、予測画像の供給元としてイントラ予測部114を選択し、そのイントラ予測部114から供給される予測画像を演算部103や演算部110に供給する。また、例えば、インター符号化の場合、予測画像選択部116は、予測画像の供給元として動き予測補償部115を選択し、その動き予測補償部115から供給される予測画像を演算部103や演算部110に供給する。レート制御部117は、蓄積バッファ107に蓄積された符号化データの符号量に基づいて、オーバーフローあるいはアンダーフローが発生しないように、量子化部105の量子化動作のレートを制御する。割り当て制御部121は、例えば、mpmflag,mpmlrflag、およびintradirmode等のイントラ予測に関する情報を算術符号化するに当たって、これらの値に割り当てるコード番号を制御する。より具体的には、例えば、割り当て制御部121は、mpmflag,mpmlrflag、およびintradirmodeの値をコード番号に変換するVLCテーブル可変長符号テーブルを選択する。その際、割り当て制御部121は、予測を行う注目PUの大きさまたは形に応じてVLCテーブルの選択を行う。[コーディングユニット]ここで、HEVC符号化方式について説明する。まず、HEVC符号化方式において定められている、コーディングユニットCodingUnitについて説明する。CodingUnitCUは、CodingTreeBlockCTBとも呼ばれ、AVCにおけるマクロブロックと同様の役割を果たす、ピクチャ単位の画像の部分領域である。後者は、16×16画素の大きさに固定されているのに対し、前者の大きさは固定されておらず、それぞれのシーケンスにおいて、画像圧縮情報中において指定されることになる。特に、最大の大きさを持つCUを、LCULargestCodingUnitと呼び、また、最小の大きさを持つCUをSCUSmallestCodingUnitと称する。例えば画像圧縮情報に含まれるシーケンスパラメータセットにおいて、これらの領域のサイズが指定されることになるが、それぞれ、正方形で、2の冪乗で表される大きさに限定される。図2に、HEVCで定義されているコーディングユニットCodingUnitの例を示す。図2の例では、LCUの大きさが128であり、最大階層深度が5となる。2N×2Nの大きさのCUは、splitflagの値が1である時、1つ下の階層となる、N×Nの大きさのCUに分割される。更に、CUは、イントラ若しくはインター予測の処理単位となる領域ピクチャ単位の画像の部分領域であるプレディクションユニットPredictionUnitPUに分割され、また、直交変換の処理単位となる領域ピクチャ単位の画像の部分領域である、トランスフォームユニットTransformUnitTUに分割される。なお、以下においては、これらの処理単位CU、PU等を用いて説明するが、例えば、AVCのマクロブロックやサブマクロブロック等、同様の領域にも当然適用可能である。[HEVCイントラ予測方式]次に、HEVCにおいて定められているイントラ予測方式について説明する。HEVCにおいては、イントラ予測のためのPUの単位は、4×4、8×8、16×16、32×32若しくは64×64である。4×4の大きさに関しては、AVCと同様のイントラ予測処理が行われる。8×8の大きさに関しては、後述する、AngularPredictionと呼ばれる方式に基づいてイントラ予測処理が行われる。16×16及び32×32及び64×64の大きさに関しては、後述するArbitraryDirectionalIntraADIと呼ばれる方式に基づいて、イントラ予測処理が行われる。更に、イントラ予測を行うに先立ち、符号化効率を向上させる場合には、係数121によるローパスフィルタ処理が、周辺画素値に施される。施す施さないに関する情報が、それぞれのPU毎に、画像圧縮情報中に伝送されることになる。以下では、HEVC符号化方式において規定されている、AngularPredictionイントラ予測方式について述べる。[AngularPredictionイントラ予測方式]図3に、AngularPredictionイントラ予測方式を説明するための図を示す。すなわち、AngularPredictionにおいては、図3Aに示されるような角度のイントラ予測処理を行うことが可能である。また、図3Aのような角度のイントラ予測を行うためには、図3Bに示されるように、周辺画素の間の画素値を用いる必要が生じるが、このため、AngularPredictionにおいては、1/8画素精度の線形内挿処理を行うことが可能となっている。[ArbitraryDirectionalIntraADIイントラ予測方式]次に、HEVC符号化方式において規定されている、ArbitraryDirectionalIntraADIイントラ予測方式について述べる。図4に、ArbitraryDirectionalIntraADIイントラ予測方式を説明するための図を示す。ArbitraryDirectionalIntraADIイントラ予測方式においては、図4Aに示されるように、左下に位置する隣接画素値も用いられる。AVC符号化方式の場合と同様に、Vertical,Horizontal,DC,DiagonalDownLeft,DiagonalDownRight,VerticalRight,HorizontalDown,VerticalLeft、およびHorizontalUpの各予測モードが定義されているが、その他のモードに関しては、図4Bに示されるように、dxdyを符号化情報として画像圧縮情報中に伝送される。[プレディクションユニットとイントラ予測の相関性]HEVCでは、イントラ予測モードのプレディクションユニットPUのパーティションタイプpartitiontypeとして、図5に示されるように、2N×2N,N×N,hN×2N、および2N×hNが用意されている。図5において、各四角はPUを示し、数字は、パーティションIDPartitionidを示す。ここで、Nは、コーディングユニットCUのサイズの2分の1を意味する。また、hNは、そのNのさらに2分の1を意味するhN=N2。例えばCUが16x16の場合、2N×2N,N×N,hN×2N、および2N×hNは、それぞれ、16×16,8×8,4×16、および16x8となる。図5に示されるように、2N×2Nの場合、1つのCUに対して1つのPUが形成される。また、N×Nの場合、1つのCUに対して、横に2つ×縦に2つ合計4つのPUが形成される。さらに、hN×2Nの場合、1つのCUに対して横に4つ×縦に1つ合計4つのPUが形成される。また、2N×hNの場合、1つのCUに対して横に1つ×縦に4つ合計4つのPUが形成される。つまり、PUの大きさはCUの大きさに依存する。画像符号化装置100は、これらの各パーティションタイプで予測処理や符号化を行い、コスト関数値を算出し、そのコスト関数値に基づいてどのパーティションタイプを採用するかを決定する。つまり、符号化効率や画質の評価に基づいて、パーティションタイプが選択される。また、CUサイズすなわちPUの大きさも同様にして決定される。画像符号化装置100は、イントラ予測方向を示すフラグintradirmodeをビットストリームに含めて伝送させる。また、画像符号化装置100は、CUサイズCUsize、パーティションタイプ、パーティションID等のPUに関する情報もストリームに含めて伝送させる。なお、CUサイズは、例えば、LCUのサイズや位置の情報と、splitflag等によって定義される。以上のように、PUの大きさや形正方形、長方形等は、符号化対象の画像の内容に依存する。ところで、イントラ予測の予測方向も、コスト関数値に基づいて、複数の方向の中から最適なものが選択される。つまり、イントラ予測の予測方向も画像の内容に依存する。すなわち、イントラ予測の予測方向は、PUの大きさや形と少なくない相関性を有する。より具体的に説明する。例えば、横縞のような水平方向に相関性が高く、垂直方向に相関性が低い画像を処理対象とする。上述したようにPUの大きさや形は、コスト関数値により決定されるが、このコスト関数値は、直交変換処理の結果に大きく影響する。一般的に、直交変換は、連続的な相関性の高い画像に対しては処理単位を広くする方が、エネルギーの集中度を上げやすく、性能が向上しやすい量子化および符号化で高い効率を得やすく、コスト関数値が小さくなりやすい。これに対して、不連続な相関性の低い画像に対しては処理単位を長くしてもエネルギーの集中度は上がらない。つまり、不連続な相関性の低い画像に対しては処理単位を狭くして処理を行うようにする方が、性能が向上しやすいコスト関数値が小さくなりやすい。つまり、上述した横縞のようなテクスチャに対しては、処理単位を、水平方向に長く、垂直方向に短くして直交変換を行うようにすると、好結果が得られ易い。したがって、横縞の画像の場合、水平方向を長手方向とするPUが選ばれ易い。つまり、2N×hNのパーティションタイプが選択され易い。これに対して、イントラ予測は、当然、相関性の高い方向に予測を行うことにより予測精度が向上する。つまり、横縞の画像の場合、相関性の高い水平方向が、予測方向として選ばれ易い。同様の理由から、縦縞の画像を処理対象とする場合、垂直方向を長手方向とするPUhN×2Nのパーティションタイプが選択され易く、予測方向は垂直方向が選択され易い。以上のように、イントラ予測の予測方向として、PUの長手方向が選択される可能性が高い。つまり、PUの大きさや形によって、イントラの予測方向の発生頻度に偏りが生じる可能性が高い。実際の画像は多様であり、必ずしもイントラ予測の予測方向とPUの長手方向が一致するとは限らない。しかしながら、上述したように、これらの方向は、処理対象の画像の内容との少なくない相関性を有するので、PUの長手方向により近い方向程、イントラ予測の予測方向として選択される可能性が高くなるという傾向はある。つまり、intradirmodeの各値の出方各値の発生頻度発生確率に、PUの大きさや形に依存した偏りが生じやすい。また、HEVCには、MostprobablemodeMPMと呼ばれる符号化方式が用意されている。このMPMでは、図6に示されるように、処理対象である注目PUの左のPU、若しくは、上のPUと同じ予測方向が、注目PUにも適用される。つまり、このMPMの場合、符号化効率向上のために、注目PUのイントラ予測モードの伝送が省略される。その代わりに、注目PUに対してMPMを使うか否かを指定するフラグmpmflagと、周辺PUと周辺PUのどちらのイントラ予測方向を注目PUに用いるかを示すフラグmpmlrflagとが伝送される。つまり、画像符号化装置100は、MPMの場合、mpmflagとmpmlrflagとをビットストリームに含めて伝送させ、MPM出ない場合、mpmflagとintradirmodeとをビットストリームに含めて伝送させる。一般的に、PUが大きい程、PU例えば中心間の距離が遠くなるので、互いの画像の相関性は低くなりやすい。したがって、一般的に、PUが大きい程、MPMは採用されにくくなる。つまり、mpmflagの値は、PUの大きさと少なくない相関性を有する。換言するに、mpmflagの各値の出方各値の発生頻度発生確率に、PUの大きさや形に依存した偏りが生じやすい。また、MPMにおいて、注目PUの予測方向として、左のPUの予測方向と、上のPUの予測方向のどちらを採用するかも、コスト関数値により決定される。つまり、mpmlrflagの値は、PUの形と少なくない相関性を有する。換言するに、mpmlrflagの各値の出方各値の発生頻度発生確率に、PUの大きさや形に依存した偏りが生じやすい。画像符号化装置100に対応する画像復号装置は、ビットストリームに含まれているmpmflag、mpmlrflag、intradirmode、CUサイズCUsize、パーティションタイプpartitiontype、パーティションIDpartitionid等の情報に基づいて、符号化データを復号する。これらの情報は、可逆符号化部106において、コード番号に変換2値化された後、CABAC等の算術符号化が行われ、ビットストリームに含められる。したがってこれらの情報によっても符号化効率は低減する。しかしながら、従来の方法の場合、これらの情報に対するコード番号の割り当ては、特に符号量の増大を考慮せずに、所定の1方法のみで初期値のまま行われていた。例えば、小さいPUが多く生成される場合、PU毎に生成されるこれらの情報量も増大する。また、例えば、量子化パラメータが大きい、すなわち、低ビットレートの場合、これらの情報がビットストリームに占める割合が大きくなる。したがって、特に、これらのような場合、mpmflag、mpmlrflag、intradirmode、CUサイズCUsize、パーティションタイプpartitiontype、パーティションIDpartitionid等の情報による符号化効率の低減がより顕著になる可能性があった。以上のように、従来の方法では、十分な符号化効率を得ることが困難になる恐れがあった。そこで、本技術は、PUの大きさや形と、イントラ予測の各パラメータの値との相関性の高さに着目する。つまり、本技術は、符号化効率の低減を抑制することを目的とし、上述したように、PUの大きさや形に依存した偏りが、イントラ予測の各パラメータの各値に生じやすいことを利用する。より具体的には、画像符号化装置100は、PUの大きさや形に応じて、符号化効率を向上させるように各パラメータの値にコード番号を割り当てる。つまり、画像符号化装置100は、PUの大きさや形に応じて、コード番号を割り当てるVLCテーブルを選択する。[可逆符号化部および割り当て制御部]図7は、図1の可逆符号化部106および割り当て制御部121の主な構成例を示すブロック図である。図7に示されるように、可逆符号化部106は、符号化部131、ビットストリーム生成部132、VLCテーブル変換部133、算術符号化部134、VLCテーブル変換部135、算術符号化部136、VLCテーブル変換部137、および算術符号化部138を有する。また、割り当て制御部121は、テーブル選択部141乃至テーブル選択部143を有する。符号化部131は、量子化部105から供給される量子化された係数データ、ループフィルタ111から供給されるフィルタ係数、動き予測補償部115から供給される最適モード情報、並びに、イントラ予測部114から供給される最適モード情報等の各種情報を符号化し、符号化データをビットストリーム生成部132に供給する。VLCテーブル変換部133は、イントラ予測部114からmpmflagを取得し、その値を、テーブル選択部141により選択されたVLCテーブルを用いてコード番号に変換する。VLCテーブル変換部133は、そのコード番号を算術符号化部134に供給する。算術符号化部134は、VLCテーブル変換部133から供給されるコード番号を算術符号化し、その符号化データをビットストリーム生成部132に供給する。VLCテーブル変換部135は、イントラ予測部114からmpmlrflagを取得し、その値を、テーブル選択部142により選択されたVLCテーブルを用いてコード番号に変換する。VLCテーブル変換部135は、そのコード番号を算術符号化部136に供給する。算術符号化部136は、VLCテーブル変換部135から供給されるコード番号を算術符号化し、その符号化データをビットストリーム生成部132に供給する。VLCテーブル変換部137は、イントラ予測部114からintradirmodeを取得し、その値を、テーブル選択部143により選択されたVLCテーブルを用いてコード番号に変換する。VLCテーブル変換部137は、そのコード番号を算術符号化部138に供給する。算術符号化部138は、VLCテーブル変換部137から供給されるコード番号を算術符号化し、その符号化データをビットストリーム生成部132に供給する。ビットストリーム生成部132は、符号化部131、算術符号化部134、算術符号化部136、および算術符号化部138から供給される符号化データを用いてビットストリームを生成し、蓄積バッファ107に供給する。テーブル選択部141は、イントラ予測部114から供給されるCUサイズCUsizeとパーティションタイプpartitiontypeに基づいて、VLCテーブル変換部133において使用されるVLCテーブルを選択する。つまり、テーブル選択部141は、VLCテーブル変換部133において使用されるVLCテーブルの候補を複数記憶しており、イントラ予測部114から供給される情報に基づいて、その中から1つを選択し、VLCテーブル変換部133に供給する。VLCテーブル変換部133は、テーブル選択部141から供給されたVLCテーブルを用いてmpmflagをコード番号に変換する。テーブル選択部141は、PU毎にVLCテーブルを選択する。なお、テーブル選択部141が、選択したVLCテーブルそのものをVLCテーブル変換部133に供給するのではなく、選択したVLCテーブルを示す情報をVLCテーブル変換部133に供給するようにしてもよい。その場合、VLCテーブル変換部133は、候補となる複数のVLCテーブルテーブル選択部141が記憶するVLCテーブルと同じものを予め記憶しておき、テーブル選択部141から供給される情報に従って、その中から1つを選択し、変換処理に使用する。テーブル選択部142は、イントラ予測部114から供給されるパーティションタイプpartitiontypeとパーティションIDpartitionidに基づいて、VLCテーブル変換部135において使用されるVLCテーブルを選択する。つまり、テーブル選択部142は、VLCテーブル変換部135において使用されるVLCテーブルの候補を複数記憶しており、イントラ予測部114から供給される情報に基づいて、その中から1つを選択し、VLCテーブル変換部135に供給する。VLCテーブル変換部135は、テーブル選択部142から供給されたVLCテーブルを用いてmpmlrflagをコード番号に変換する。テーブル選択部142は、PU毎にVLCテーブルを選択する。なお、テーブル選択部142が、選択したVLCテーブルそのものをVLCテーブル変換部135に供給するのではなく、選択したVLCテーブルを示す情報をVLCテーブル変換部135に供給するようにしてもよい。その場合、VLCテーブル変換部135は、候補となる複数のVLCテーブルテーブル選択部141が記憶するVLCテーブルと同じものを予め記憶しておき、テーブル選択部142から供給される情報に従って、その中から1つを選択し、変換処理に使用する。テーブル選択部143は、イントラ予測部114から供給されるCUサイズCUsizeとパーティションタイプpartitiontypeに基づいて、VLCテーブル変換部137において使用されるVLCテーブルを選択する。つまり、テーブル選択部143は、VLCテーブル変換部137において使用されるVLCテーブルの候補を複数記憶しており、イントラ予測部114から供給される情報に基づいて、その中から1つを選択し、VLCテーブル変換部137に供給する。VLCテーブル変換部137は、テーブル選択部143から供給されたVLCテーブルを用いてintradirmodeをコード番号に変換する。テーブル選択部143は、PU毎にVLCテーブルを選択する。なお、テーブル選択部143が、選択したVLCテーブルそのものをVLCテーブル変換部137に供給するのではなく、選択したVLCテーブルを示す情報をVLCテーブル変換部137に供給するようにしてもよい。その場合、VLCテーブル変換部137は、候補となる複数のVLCテーブルテーブル選択部143が記憶するVLCテーブルと同じものを予め記憶しておき、テーブル選択部143から供給される情報に従って、その中から1つを選択し、変換処理に使用する。一般的に、コード番号が若い程値が小さい程、符号量は少なくなる。したがって、テーブル選択部141乃至テーブル選択部143は、できるだけ符号量低減の可能性が高くなるように符号量がより少なくなるように、発生の可能性がより高い値に、より若いコード番号を割り当てる。[イントラ予測方向]画像符号化装置100には、HEVCと同様のイントラ予測モードが用意されているものとする。すなわち、画像符号化装置100のイントラ予測には、図8に示されるように、33の予測方向とDCモード用意されている。図8に示される例の各矢印は、予測処理の対象である正方形の注目PUの右下の画素の予測方向どの方向の隣接画素を参照するかを示している。また、各予測方向およびDCモードには、それぞれ、図8に示されるような識別情報番号が割り当てられている。例えば、イントラ予測方向が0ならば、右下の画素は、垂直方向で最も近い隣接画素、すなわち、1つ上の画素を参照する。イントラ予測部114は、注目PUについて、図8に示されるイントラ予測方向の中から符号化効率が最も高くなる方向を選出する。この選出にはDλRというコスト関数を用いることが多い。ここでDは入力画像とイントラ予測画像の差分で歪量であり、Rはイントラ予測符号化を行うために必要な符号量であり、λは歪量と符号量を結ぶ変換係数である。このコスト関数が小さくなるようにイントラ予測方向を決める。例えば、イントラ予測部114は、非特許文献1に記載のHEVCと同様の方法でコスト関数値を算出し、イントラ予測方向を決定する。[mpmflagのVLCテーブル]次に、割り当て制御部121が制御するVLCテーブルについて説明する。まず、mpmflagのVLCテーブルの制御について説明する。テーブル選択部141は、CUサイズとパーティションタイプに応じて、図9に示される表のようにVLCテーブルを選択する。図9に示される表において、左2列の各行がそれぞれVLCテーブルである。つまり、テーブル選択部141は、mpmflag=0とmpmflag=1のそれぞれの状態をコード番号に変換するためのテーブルを選択する。この場合、コード番号は0若しくは1すなわち1ビットである。コード番号0の方がコード番号1よりも符号量が少ない。一般的にCUサイズが大きくなる程、注目PUに対して周辺PUが遠くなる。例えば、互いの中心の間の距離は長くなる。一般的にこの距離が長くなるほど、互いの相関性は低くなる。したがって、MPMが適用される可能性が低くなる頻度が少なくなる。ただし、CUサイズが大きくても、hNの方向の周辺PUとの距離は短い。そこで、テーブル選択部141は、この特性を利用し、mpmflagをVLCテーブル変換した後に0のシンボルが多くなるようにVLCテーブルを選択する。つまり、テーブル選択部141は、CUサイズとパーティションタイプに応じて、変換後に0のシンボルが多くなるようにVLCテーブルを選択する。例えば、CUサイズが大きく、かつ、注目PUが正方形の場合、いずれの方向の周辺PUとも距離が遠くなる。つまり、MPMが選ばれにくい。したがって、mpmflag=0が発生し易いことになる。この場合、テーブル選択部141は、可能性が高いmpmflag=0を、より符号量の少ないコード番号0に変換するようにする。逆に、CUサイズが小さい場合、若しくは、注目PUが長方形の場合、距離が短い周辺PUが存在するので、MPMが選ばれ易い。したがって、この場合、テーブル選択部141は、より出現の可能性が高いmpmflag=1を、より符号量の少ないコード番号0に変換するようにする。図9の例のにおいて、CUサイズが32以上であり、かつ、パーティションタイプがN×N若しくは2N×2Nである場合、テーブル選択部141は、mpmflag=0をコード番号0に変換し、mpmflag=1をコード番号1に変換するテーブルを選択する。また、CUサイズが32以上であり、かつ、パーティションタイプが2N×hN若しくはhN×2Nである場合、テーブル選択部141は、mpmflag=0をコード番号1に変換し、mpmflag=1をコード番号0に変換するテーブルを選択する。さらに、CUサイズが32より小さい場合、テーブル選択部141は、パーティションタイプPUの形に関わらず、mpmflag=0をコード番号1に変換し、mpmflag=1をコード番号0に変換するテーブルを選択する。以上のようにmpmflag用のVLCテーブルを選択するので、テーブル選択部141は、mpmflagによる符号化効率の増大を抑制することができる。[mpmlrflagのVLCテーブル]次に、mpmlrflagのVLCテーブルの制御について説明する。テーブル選択部142は、パーティションIDとパーティションタイプに応じて、図10に示される表のようにVLCテーブルを選択する。図10に示される表において、左2列の各行がそれぞれVLCテーブルである。つまり、テーブル選択部142は、mpmlrflag=0とmpmlrflag=1のそれぞれの状態をコード番号に変換するためのテーブルを選択する。この場合、コード番号は0若しくは1すなわち1ビットである。コード番号0の方がコード番号1よりも符号量が少ない。なお、-の欄については、後述する。まず、パーティションIDが0のPUについて説明する。上述したように、注目PUと周辺PUとの相関性は、互いの距離が短いほど高くなる。したがって、PUが長方形の場合、短手方向長手方向ではない方向の周辺PUの方が、長手方向の周辺PUより選択され易い。これに対して注目PUが正方形の場合、上の隣接PUまでの距離も左の隣接PUまでの距離も同等である。したがって、選択される可能性は、どちらの周辺PUも略同じである。そこで、テーブル選択部142は、このような特性を利用し、mpmlrflagをVLCテーブル変換した後に0のシンボルが多くなるようにVLCテーブルを選択する。つまり、テーブル選択部142は、パーティションIDとパーティションタイプに応じて、変換後に0のシンボルが多くなるようにVLCテーブルを選択する。図10の例において、パーティションIDが0であり、かつPUが正方形パーティションタイプが2N×2N、若しくは、N×Nの場合、テーブル選択部142は、上の隣接PUを優先させ、mpmlrflag=0を、より符号量の少ないコード番号0に変換するようにする。また、図10の例において、パーティションIDが0であり、かつPUが横長の長方形パーティションタイプが2N×hNの場合、テーブル選択部142は、上の隣接PUを優先させ、mpmlrflag=0を、より符号量の少ないコード番号0に変換するようにする。さらに、図10の例において、パーティションIDが0であり、かつPUが縦長の長方形パーティションタイプがhN×2Nの場合、テーブル選択部142は、左の隣接PUを優先させ、mpmlrflag=1を、より符号量の少ないコード番号0に変換するようにする。また、図10の例において、パーティションIDが0以外であり、かつPUが正方形パーティションタイプがN×Nの場合、テーブル選択部142は、上の隣接PUを優先させ、mpmlrflag=0を、より符号量の少ないコード番号0に変換するようにする。なお、パーティションタイプが2N×2Nの場合、パーティションIDが0以外のケースは存在しない。つまり、この場合VLCテーブルは選択されない-。さらに、図10の例において、パーティションIDが0以外であり、かつPUが長方形の場合、パーティションIDが0のPUと同じコード番号が選択される。すなわち、この場合VLCテーブルは選択されない-。以上のようにmpmlrflag用のVLCテーブルを選択するので、テーブル選択部142は、mpmlrflagによる符号化効率の増大を抑制することができる。[intradirmodeのVLCテーブル]次に、intradirmodeのVLCテーブルの制御について説明する。テーブル選択部143は、パーティションIDとパーティションタイプに応じて、図11に示される表のようにVLCテーブルを選択する。図11に示される表において、左2列の各行がそれぞれVLCテーブルである。つまり、テーブル選択部143は、パーティションタイプとCUサイズに応じて、テーブルA乃至テーブルEを選択する。intradirmodeの場合も、他と同様に、変換後の符号量がより少なくなるようにコード番号の割り当てが制御される。つまり、出現の可能性の高いパターンに、より小さなコード番号が割り当てられる。注目PUが正方形の場合、注目PUの水平方向と垂直方向の大きさが同一であるので、注目PUの大きさおよび形による予測方向の出現頻度の偏りは生じない可能性が高い。そこで、テーブル選択部143は、図11に示されるように、パーティションタイプが2N×2N若しくはN×Nの場合、CUサイズに関わらずテーブルAを選択する。テーブルAの例を図12に示す。図12の例の場合、各予測方向に対するコード番号の割り当てにおいて、水平方向と垂直方向の偏りが少なくなるように割り当てが行われている。なお、ここでMPMは上述のMPMで選ばれたイントラ予測方向であり、VER4の例を示している。もしMPMがDCであればDCのコード番号がMPMに置き替わり、その下のコード番号から繰り下がるように置き替わる。つまり、MPMの予測方向に対するコード番号の割り当てを省略しているので、その分、他の予測方向に対してより小さなコード番号を割り当てることができる。したがって、符号化効率を向上させることができる。後述する他のテーブルにおいても同様である。図12の例の場合、ほとんどの予測方向に割り当てられるコード番号の符号長は5である。つまり、テーブルAは、どの予測方向が出現しても符号長に大きな差が生じないようになされている。これに対して、図11に示されるように、PUが横長の長方形の場合、つまり、パーティションタイプが2N×hNの場合、テーブル選択部143は、CUサイズが小さいとき32以下のとき、テーブルBを選択する。テーブルBの例を図13に示す。図13に示されるように、このテーブルBにおいては、注目PUの長手方向である水平方向により近い予測方向に対して、値がより小さな符号長がより短いコード番号が割り当てられている。つまり、PUの大きさや形による出現頻度の偏りを考慮し、出現の可能性が高い、水平方向により近い予測方向に対して、符号量がより少ないコード番号が割り当てられる。このテーブルBの場合、符号長4乃至7のコード番号が割り当てられる。これに対して、図11に示されるように、PUが縦長の長方形の場合、つまり、パーティションタイプがhN×2Nの場合、テーブル選択部143は、CUサイズが小さいとき32以下のとき、テーブルCを選択する。テーブルCの例を図14に示す。図14に示されるように、このテーブルCにおいては、注目PUの長手方向である垂直方向により近い予測方向に対して、値がより小さな符号長がより短いコード番号が割り当てられている。つまり、PUの大きさや形による出現頻度の偏りを考慮し、出現の可能性が高い、垂直方向により近い予測方向に対して、符号量がより少ないコード番号が割り当てられる。このテーブルCの場合、テーブルBの場合と同様に、符号長4乃至7のコード番号が割り当てられる。なお、一般的に、CUサイズが大きい程、各予測方向の出現の可能性の偏りが大きくなる。そこで、テーブル選択部143は、図11に示されるように、CUサイズが大きい場合、CUサイズが小さいときと異なるテーブルを選択する。例えば、PUが横長の長方形パーティションタイプが2N×hNであり、かつ、CUサイズが大きい32より大きい場合、テーブル選択部143は、テーブルBではなくテーブルDを選択する。テーブルDの例を図15に示す。図15に示されるように、このテーブルDにおいては、予測方向のコード番号の割り当て順予測方向の、より若いコード番号を割り当てる順は、テーブルBと同一である。しかしながら、符号長の偏りが、テーブルBの場合よりも大きい。図15の例においては、符号長3乃至10のコード番号が割り当てられる。つまり、テーブルDの場合、より水平方向に近い予測方向の出現の可能性は、テーブルBの場合よりもさらに高いので、テーブルBの場合よりも短い符号長のコード番号を割り当てるようになされている。その分、より垂直方向に近い予測方向に対して割り当てられるコード番号の符号長は長くなるが、その出現の可能性は、テーブルBの場合よりもさらに低いので、全体として符号量が低減される可能性が高い。これに対して、例えば、PUが縦長の長方形パーティションタイプがhN×2Nであり、かつ、CUサイズが大きい32より大きい場合、テーブル選択部143は、テーブルCではなくテーブルEを選択する。テーブルEの例を図16に示す。図16に示されるように、このテーブルEにおいては、予測方向のコード番号の割り当て順予測方向の、より若いコード番号を割り当てる順は、テーブルCと同一である。しかしながら、符号長の偏りが、テーブルCの場合よりも大きい。図16の例においては、符号長3乃至10のコード番号が割り当てられる。つまり、テーブルEの場合、より水平方向に近い予測方向の出現の可能性は、テーブルCの場合よりもさらに高いので、テーブルCの場合よりも短い符号長のコード番号を割り当てるようになされている。その分、より垂直方向に近い予測方向に対して割り当てられるコード番号の符号長は長くなるが、その出現の可能性は、テーブルCの場合よりもさらに低いので、全体として符号量が低減される可能性が高い。以上のようにintradirmode用のVLCテーブルを選択するので、テーブル選択部143は、intradirmodeによる符号化効率の増大を抑制することができる。[符号化処理の流れ]次に、以上のような画像符号化装置100により実行される各処理の流れについて説明する。最初に、図17のフローチャートを参照して、符号化処理の流れの例を説明する。ステップS101において、AD変換部101は入力された画像をAD変換する。ステップS102において、画面並べ替えバッファ102は、AD変換された画像を記憶し、各ピクチャの表示する順番から符号化する順番への並べ替えを行う。ステップS103において、イントラ予測部114は、イントラ予測処理を行う。ステップS104において、動き予測補償部115は、インター動き予測処理を行う。ステップS105において、予測画像選択部116は、イントラ予測により生成された予測画像、および、インター予測により生成された予測画像の内、いずれか一方を選択する。ステップS106において、演算部103は、ステップS103の処理により並び替えられた画像と、ステップS105の処理により選択された予測画像との差分を演算する差分画像を生成する。生成された差分画像は元の画像に較べてデータ量が低減される。したがって、画像をそのまま符号化する場合に比べて、データ量を圧縮することができる。ステップS107において、直交変換部104は、ステップS106の処理により生成された差分画像を直交変換する。具体的には、離散コサイン変換、カルーネンレーベ変換等の直交変換が行われ、直交変換係数が出力される。ステップS108において、量子化部105は、ステップS107の処理により得られた直交変換係数を量子化する。ステップS108の処理により量子化された差分画像は、次のようにして局部的に復号される。すなわち、ステップS109において、逆量子化部108は、ステップS108の量子化処理により生成された量子化された直交変換係数量子化係数とも称するを逆量子化する。ステップS110において、逆直交変換部109は、ステップS109の逆量子化処理により得られた直交変換係数を、直交変換部104の特性に対応する特性で逆直交変換する。これにより差分画像が復元される。ステップS111において、演算部110は、ステップS105において選択された予測画像を、ステップS110において生成された差分画像に加算し、局部的に復号された復号画像再構成画像を生成する。ステップS112において、ループフィルタ111は、ステップS111の処理により得られた再構成画像に対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜行い、復号画像を生成する。ステップS113において、フレームメモリ112は、ステップS112の処理により生成された復号画像、若しくは、ステップS111の処理により生成された再構成画像を記憶する。ステップS114において、可逆符号化部106は、ステップS107の処理により量子化された直交変換係数を符号化する。すなわち、差分画像に対して、可変長符号化や算術符号化等の可逆符号化が行われる。なお、可逆符号化部106は、予測に関する情報や、量子化に関する情報や、フィルタ処理に関する情報等を符号化し、ビットストリームに付加する。ステップS115において、蓄積バッファ107は、ステップS114の処理により得られたビットストリームを蓄積する。蓄積バッファ107に蓄積された符号化データは、適宜読み出され、伝送路や記録媒体を介して復号側に伝送される。ステップS116においてレート制御部117は、ステップS115の処理により蓄積バッファ107に蓄積された符号化データの符号量発生符号量に基づいて、オーバーフローあるいはアンダーフローが発生しないように、量子化部105の量子化動作のレートを制御する。ステップS116の処理が終了すると、符号化処理が終了される。[可逆符号化処理の流れ]次に、図18のフローチャートを参照して、図17のステップS114において実行される可逆符号化処理の流れの例を説明する。可逆符号化処理が開始されると、符号化部131は、ステップS131において、量子化された係数データを符号化する。ステップS132において、符号化部131は、フィルタ係数や最適モード情報等を符号化する。ステップS133において、割り当て制御部121は、符号化割り当てを制御する。ステップS134において、VLCテーブル変換部133は、ステップS133の処理により選択されたVLCテーブルを用いて、mpmflagをコード番号に変換する。ステップS135において、算術符号化部134は、ステップS134の処理によりコード番号に変換されたmpmflagを算術符号化する。ステップS136において、VLCテーブル変換部135は、ステップS133の処理により選択されたVLCテーブルを用いて、mpmlrflagをコード番号に変換する。ステップS137において、算術符号化部136は、ステップS136の処理によりコード番号に変換されたmpmlrflagを算術符号化する。ステップS138において、VLCテーブル変換部137は、ステップS133の処理により選択されたVLCテーブルを用いて、intradirmodeをコード番号に変換する。ステップS139において、算術符号化部138は、ステップS138の処理によりコード番号に変換されたintradirmodeを算術符号化する。ステップS140において、ビットストリーム生成部132は、ステップS131、ステップS135、ステップS137、および、ステップS139の各処理により得られた符号化データを合成し、ビットストリームを生成する。ステップS140の処理が終了すると、ビットストリーム生成部132は、可逆符号化処理を終了し、処理を図17に戻す。[符号化割り当て制御処理の流れ]次に、図19のフローチャートを参照して、図18のステップS133において実行される符号化割り当て制御処理の流れの例を説明する。符号化割り当て制御処理が開始されると、割り当て制御部121のテーブル選択部141は、ステップS161において、CUサイズおよびパーティションタイプに応じて、mpmflag用のVLCテーブルを選択する。ステップS162において、テーブル選択部142は、パーティションIDおよびパーティションタイプに応じて、mpmlrflag用のVLCテーブルを選択する。ステップS163において、テーブル選択部143は、CUサイズおよびパーティションタイプに応じて、intradirmode用のVLCテーブルを選択する。ステップS163の処理が終了すると、テーブル選択部143は、符号化割り当て制御処理を終了し、処理を図18に戻す。以上のように各処理を行うことにより、割り当て制御部121は、mpmflag、mpmlrflag、およびintradirmode等のイントラ予測に関する各パラメータの各値の発生頻度の偏りを利用して、符号化効率を向上させるように、コード番号の割り当てを行うことができる。つまり、割り当て制御部121は、PUの大きさや形に応じてコード番号の割り当てを制御することにより、イントラ予測に関する各パラメータによる符号化効率の低減を抑制することができる。また、可逆符号化部106は、その割り当てに従って、mpmflag、mpmlrflag、およびintradirmode等の各パラメータをコード番号に変換し、符号化することができる。これにより、画像符号化装置100は、mpmflag、mpmlrflag、およびintradirmode等のイントラ予測に関する各パラメータによる符号化効率の低減を抑制することができる。<2.第2の実施の形態>[画像復号装置]次に、以上のように符号化された符号化データの復号について説明する。図20は、図1の画像符号化装置100に対応する画像処理装置である画像復号装置の主な構成例を示すブロック図である。図20に示される画像復号装置200は、画像符号化装置100が生成した符号化データを、その符号化方法に対応する復号方法で復号する。図20に示されるように画像復号装置200は、蓄積バッファ201、可逆復号部202、逆量子化部203、逆直交変換部204、演算部205、ループフィルタ206、画面並べ替えバッファ207、およびDA変換部208を有する。また、画像復号装置200は、フレームメモリ209、選択部210、イントラ予測部211、動き予測補償部212、および選択部213を有する。さらに、画像復号装置200は、割り当て制御部221を有する。蓄積バッファ201は、伝送されてきた符号化データを蓄積し、所定のタイミングにおいてその符号化データを可逆復号部202に供給する。可逆復号部202は、蓄積バッファ201より供給された、図1の可逆符号化部106により符号化された情報を、可逆符号化部106の符号化方式に対応する方式で復号する。可逆復号部202は、復号して得られた差分画像の量子化された係数データを、逆量子化部203に供給する。また、可逆復号部202は、符号化データを復号して得られた最適な予測モードに関する情報を参照し、最適な予測モードにイントラ予測モードが選択されたかインター予測モードが選択されたかを判定する。つまり、可逆復号部202は、伝送されてきた符号化データにおいて採用された予測モードが、イントラ予測であるか、インター予測であるかを判定する。可逆復号部202は、その判定結果に基づいて、その予測モードに関する情報を、イントラ予測部211若しくは動き予測補償部212に供給する。例えば、画像符号化装置100において最適な予測モードとしてイントラ予測モードが選択された場合、可逆復号部202は、符号化側から供給された、その選択されたイントラ予測モードに関する情報であるイントラ予測情報をイントラ予測部211に供給する。また、例えば、画像符号化装置100において最適な予測モードとしてインター予測モードが選択された場合、可逆復号部202は、符号化側から供給された、その選択されたインター予測モードに関する情報であるインター予測情報を動き予測補償部212に供給する。さらに可逆復号部202は、CUサイズ、パーティションタイプ、パーティションID等のPUの大きさや形に関する情報を割り当て制御部221に供給する。逆量子化部203は、可逆復号部202により復号されて得られた量子化された係数データを逆量子化する。つまり、逆量子化部203は、図1の量子化部105の量子化方式に対応する方式で逆量子化を行う。逆量子化部203は、その逆量子化により得られた係数データを逆直交変換部204に供給する。逆直交変換部204は、図1の直交変換部104の直交変換方式に対応する方式で逆量子化部203から供給される係数データを逆直交変換する。逆直交変換部204は、この逆直交変換処理により、画像符号化装置100において直交変換される前の差分画像に対応する差分画像を得る。逆直交変換されて得られた差分画像は、演算部205に供給される。また、演算部205には、選択部213を介して、イントラ予測部211若しくは動き予測補償部212から予測画像が供給される。演算部205は、差分画像と予測画像とを加算し、画像符号化装置100の演算部103により予測画像が減算される前の画像に対応する再構成画像を得る。演算部205は、その再構成画像をループフィルタ206に供給する。ループフィルタ206は、供給された再構成画像に対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜施して復号画像を生成する。例えば、ループフィルタ206は、再構成画像に対してデブロックフィルタ処理を行うことにより、ブロック歪を除去する。また、例えば、ループフィルタ206は、そのデブロックフィルタ処理結果ブロック歪みの除去が行われた再構成画像に対して、ウィナーフィルタWienerFilterを用いてループフィルタ処理を行うことにより画質改善を行う。なお、ループフィルタ206が行うフィルタ処理の種類は任意であり、上述した以外のフィルタ処理を行ってもよい。また、ループフィルタ206が、図1の画像符号化装置100から供給されたフィルタ係数を用いてフィルタ処理を行うようにしてもよい。ループフィルタ206は、フィルタ処理結果である復号画像を画面並べ替えバッファ207およびフレームメモリ209に供給する。なお、このループフィルタ206によるフィルタ処理は省略することもできる。つまり、演算部205の出力が、フィルタ処理されずに、フレームメモリ209に格納されるようにすることもできる。例えば、イントラ予測部211は、この画像に含まれる画素の画素値を周辺画素の画素値として利用する。画面並べ替えバッファ207は、供給された復号画像の並べ替えを行う。すなわち、図1の画面並べ替えバッファ102により符号化の順番のために並べ替えられたフレームの順番が、元の表示の順番に並べ替えられる。DA変換部208は、画面並べ替えバッファ207から供給された復号画像をDA変換し、図示せぬディスプレイに出力し、表示させる。フレームメモリ209は、供給される再構成画像や復号画像を記憶する。また、フレームメモリ209は、所定のタイミングにおいて、若しくは、イントラ予測部211や動き予測補償部212等の外部の要求に基づいて、記憶している再構成画像や復号画像を、選択部210を介してイントラ予測部211や動き予測補償部212に供給する。イントラ予測部211は、図1のイントラ予測部114と基本的に同様の処理を行う。ただし、イントラ予測部211は、符号化の際にイントラ予測により予測画像が生成された領域に対してのみ、イントラ予測を行う。動き予測補償部212は、可逆復号部202から供給されるインター予測情報に基づいてインター動き予測処理を行い、予測画像を生成する。なお、動き予測補償部212は、可逆復号部202から供給されるインター予測情報に基づいて、符号化の際にインター予測が行われた領域に対してのみ、インター動き予測処理を行う。イントラ予測部211若しくは動き予測補償部212は、予測処理単位の領域毎に、生成した予測画像を、選択部213を介して演算部205に供給する。選択部213は、イントラ予測部211から供給される予測画像、若しくは、動き予測補償部212から供給される予測画像を演算部205に供給する。割り当て制御部221は、例えば、mpmflag,mpmlrflag、およびintradirmode等のイントラ予測に関する情報のコード番号を、可逆復号部202が算術復号するに当たって、コード番号に割り当てる各パラメータの値を制御する。より具体的には、例えば、割り当て制御部221は、mpmflag,mpmlrflag、およびintradirmodeの値をコード番号に変換するVLCテーブル可変長符号テーブルを選択する。その際、割り当て制御部221は、符号化側から供給された、予測を行う注目PUの大きさまたは形に関する情報応じてVLCテーブルの選択を行う。可逆復号部202は、この割り当て制御部221により選択されたVLCテーブルを用いて、コード番号を元の値に戻す、VLCテーブル逆変換処理を行う。[可逆復号部および割り当て制御部]図21は、可逆復号部202および割り当て制御部221の主な構成例を示すブロック図である。図21に示されるように、可逆復号部202は、抽出部231、復号部232、算術復号部233、VLCテーブル逆変換部234、算術復号部235、VLCテーブル逆変換部236、算術復号部237、およびVLCテーブル逆変換部238を有する。また、割り当て制御部221は、テーブル選択部241乃至テーブル選択部243を有する。抽出部231は、蓄積バッファ201から供給されるビットストリームから、mpmflagが変換されたコード番号の符号化データ、mpmlrflagが変換されたコード番号の符号化データ、およびintradirmodeが変換されたコード番号の符号化データを抽出する。抽出部231は、抽出した、mpmflagが変換されたコード番号の符号化データを、算術復号部233に供給する。また、抽出部231は、抽出した、mpmlrflagが変換されたコード番号の符号化データを、算術復号部235に供給する。さらに、抽出部231は、抽出した、intradirmodeが変換されたコード番号の符号化データを、算術復号部237に供給するまた、抽出部231は、残りのビットストリームを復号部232に供給する。復号部232は、供給されたビットストリームを復号し、符号化側から伝送された、量子化された係数データ、フィルタ情報、および最適モードがインター予測の場合の最適モード情報等を得る。復号部232は、その量子化された係数データを逆量子化部203に供給する。また、復号部232は、最適モードがインター予測の場合、最適モード情報を動き予測補償部212に供給する。さらに、復号部232は、符号化側において使用された、フィルタ係数等を含むフィルタ情報を、ループフィルタ206に供給する。さらに、復号部232は、供給されたビットストリームを復号することにより、最適モードがイントラ予測の場合の最適モード情報等を得る。復号部232は、その最適モード情報をイントラ予測部211に供給する。また、復号部232は、供給されたビットストリームを復号して得られたCUサイズCUsize、パーティションタイプpartitiontype、およびパーティションIDpartitionid等の、PUの大きさや形に関する情報を割り当て制御部221に供給する。算術復号部233は、抽出部231から供給される、mpmflagが変換されたコード番号の符号化データを、算術復号し、mpmflagが変換されたコード番号を得る。この算術復号の方法は、算術符号化部134による算術符号化の方法に対応する。算術復号部233は、復号されて得られたmpmflagが変換されたコード番号をVLCテーブル逆変換部234に供給する。算術復号部235は、抽出部231から供給される、mpmlrflagが変換されたコード番号の符号化データを、算術復号し、mpmlrflagが変換されたコード番号を得る。この算術復号の方法は、算術符号化部136による算術符号化の方法に対応する。算術復号部235は、復号されて得られたmpmflagが変換されたコード番号をVLCテーブル逆変換部236に供給する。算術復号部237は、抽出部231から供給される、intradirmodeが変換されたコード番号の符号化データを、算術復号し、intradirmodeが変換されたコード番号を得る。この算術復号の方法は、算術符号化部138による算術符号化の方法に対応する。算術復号部237は、復号されて得られたmpmflagが変換されたコード番号をVLCテーブル逆変換部238に供給する。テーブル選択部241は、CUサイズとパーティションタイプに応じて、VLCテーブル逆変換部234において逆変換処理に使用されるVLCテーブルを選択する。つまり、テーブル選択部241は、VLCテーブル逆変換部234において使用されるVLCテーブルの候補を複数記憶しており、復号部232から供給される情報に基づいて、その中から1つを選択し、VLCテーブル逆変換部234に供給する。なお、このテーブル選択方法は、テーブル選択部141の場合と同様である。テーブル選択部241は、PU毎にVLCテーブルを選択する。なお、テーブル選択部241が、選択したVLCテーブルそのものをVLCテーブル逆変換部234に供給するのではなく、選択したVLCテーブルを示す情報をVLCテーブル逆変換部234に供給するようにしてもよい。その場合、VLCテーブル逆変換部234は、候補となる複数のVLCテーブルテーブル選択部241が記憶するVLCテーブルと同じものを予め記憶しておき、テーブル選択部241から供給される情報に従って、その中から1つを選択し、変換処理に使用する。テーブル選択部242は、CUサイズとパーティションタイプに応じて、VLCテーブル逆変換部236において逆変換処理に使用されるVLCテーブルを選択する。つまり、テーブル選択部242は、VLCテーブル逆変換部236において使用されるVLCテーブルの候補を複数記憶しており、復号部232から供給される情報に基づいて、その中から1つを選択し、VLCテーブル逆変換部236に供給する。なお、このテーブル選択方法は、テーブル選択部142の場合と同様である。テーブル選択部242は、PU毎にVLCテーブルを選択する。なお、テーブル選択部242が、選択したVLCテーブルそのものをVLCテーブル逆変換部236に供給するのではなく、選択したVLCテーブルを示す情報をVLCテーブル逆変換部236に供給するようにしてもよい。その場合、VLCテーブル逆変換部236は、候補となる複数のVLCテーブルテーブル選択部242が記憶するVLCテーブルと同じものを予め記憶しておき、テーブル選択部242から供給される情報に従って、その中から1つを選択し、変換処理に使用する。テーブル選択部243は、CUサイズとパーティションタイプに応じて、VLCテーブル逆変換部238において逆変換処理に使用されるVLCテーブルを選択する。つまり、テーブル選択部243は、VLCテーブル逆変換部238において使用されるVLCテーブルの候補を複数記憶しており、復号部232から供給される情報に基づいて、その中から1つを選択し、VLCテーブル逆変換部238に供給する。なお、このテーブル選択方法は、テーブル選択部143の場合と同様である。テーブル選択部243は、PU毎にVLCテーブルを選択する。なお、テーブル選択部243が、選択したVLCテーブルそのものをVLCテーブル逆変換部238に供給するのではなく、選択したVLCテーブルを示す情報をVLCテーブル逆変換部238に供給するようにしてもよい。その場合、VLCテーブル逆変換部238は、候補となる複数のVLCテーブルテーブル選択部242が記憶するVLCテーブルと同じものを予め記憶しておき、テーブル選択部243から供給される情報に従って、その中から1つを選択し、変換処理に使用する。VLCテーブル逆変換部234は、算術復号部233から供給された、mpmflagが変換されたコード番号を、テーブル選択部241により選択されたVLCテーブルを用いて、逆変換し、mpmflagを得る。つまり、VLCテーブル逆変換部234は、VLCテーブル変換部133によるVLCテーブル変換の逆処理を行う。VLCテーブル逆変換部234は、この逆変換処理により得られたmpmflagをイントラ予測部211に供給する。また、VLCテーブル逆変換部236は、算術復号部235から供給された、mpmlrflagが変換されたコード番号を、テーブル選択部242により選択されたVLCテーブルを用いて、逆変換し、mpmlrflagを得る。つまり、VLCテーブル逆変換部236は、VLCテーブル変換部135によるVLCテーブル変換の逆処理を行う。VLCテーブル逆変換部236は、この逆変換処理により得られたmpmlrflagをイントラ予測部211に供給する。さらに、VLCテーブル逆変換部238は、算術復号部237から供給された、intradirmodeが変換されたコード番号を、テーブル選択部243により選択されたVLCテーブルを用いて、逆変換し、intradirmodeを得る。つまり、VLCテーブル逆変換部238は、VLCテーブル変換部137によるVLCテーブル変換の逆処理を行う。VLCテーブル逆変換部238は、この逆変換処理により得られたintradirmodeをイントラ予測部211に供給する。以上のように、算術復号部233、算術復号部235、および算術復号部237は、それぞれ、図7の算術符号化部134、算術符号化部136、および算術符号化部138の算術符号化に対応する算術復号を行う。また、テーブル選択部241乃至テーブル選択部243は、テーブル選択部141乃至テーブル選択部143によるVLCテーブル選択方法と同様の方法でテーブルを選択する。さらに、VLCテーブル逆変換部234、VLCテーブル逆変換部236、およびVLCテーブル逆変換部238は、それぞれ、VLCテーブル変換部133、VLCテーブル変換部135、およびVLCテーブル変換部137によるVLCテーブル変換の逆処理を行う。したがって、可逆復号部202は、可逆符号化部106により符号化されたビットストリームを正しく復号することができる。これにより、画像復号装置200は、mpmflag、mpmlrflag、およびintradirmode等のイントラ予測に関する各パラメータの各値の出方各値の発生頻度発生確率の偏りを利用して、符号化効率の低減の抑制を実現することができる。[復号処理の流れ]次に、以上のような画像復号装置200により実行される各処理の流れについて説明する。最初に、図22のフローチャートを参照して、復号処理の流れの例を説明する。復号処理が開始されると、ステップS201において、蓄積バッファ201は、伝送されてきたビットストリームを蓄積する。ステップS202において、可逆復号部202は、蓄積バッファ201から供給されるビットストリーム符号化された差分画像情報を復号する。このとき、予測モード情報に関する情報等、ビットストリームに含められた差分画像情報以外の各種情報も復号される。ステップS203において、逆量子化部203は、ステップS202の処理により得られた、量子化された直交変換係数を逆量子化する。ステップS204において逆直交変換部204は、ステップS203において逆量子化された直交変換係数を逆直交変換する。ステップS205において、イントラ予測部211若しくは動き予測補償部212は、供給された情報を用いて予測処理を行う。ステップS206において、演算部205は、ステップS204において逆直交変換されて得られた差分画像情報に、ステップS205において生成された予測画像を加算する。これにより再構成画像が生成される。ステップS207において、ループフィルタ206は、ステップS206において得られた再構成画像に対して、デブロックフィルタ処理や適応ループフィルタ処理等を含むループフィルタ処理を適宜行う。ステップS208において、画面並べ替えバッファ207は、ステップS207においてフィルタ処理されて生成された復号画像の並べ替えを行う。すなわち画像符号化装置100の画面並べ替えバッファ102により符号化のために並べ替えられたフレームの順序が、元の表示の順序に並べ替えられる。ステップS209において、DA変換部208は、フレームの順序が並べ替えられた復号画像をDA変換する。この復号画像が図示せぬディスプレイに出力され、表示される。ステップS210において、フレームメモリ209は、ステップS207においてフィルタ処理されて得られた復号画像を記憶する。この復号画像は、インター予測処理において参照画像として利用される。ステップS210の処理が終了すると、復号処理が終了される。[可逆復号処理の流れ]次に、図23のフローチャートを参照して、図22のステップS202において行われる可逆復号処理の流れの例を説明する。可逆復号処理が開始されると、ステップS231において、抽出部231は、mpmflag,mpmlrflag、およびintradirmodeの符号化データをビットストリームから抽出する。ステップS232において、復号部232は、量子化された係数データの符号化データを復号する。ステップS233において、復号部232は、フィルタ情報や最適モード情報等の符号化データを復号する。ステップS234において、割り当て制御部221は、復号割り当てを制御する。ステップS235において、算術復号部233は、ステップS231において抽出されたmpmflagの符号化データを算術復号する。ステップS236において、VLCテーブル逆変換部234は、ステップS234の処理により選択されたVLCテーブルを用いて、ステップS235において算術復号されて得られたmpmflagのコード番号シンボルを逆変換し、mpmflagの値を得る。ステップS237において、算術復号部235は、ステップS231において抽出されたmpmlrflagの符号化データを算術復号する。ステップS238において、VLCテーブル逆変換部236は、ステップS234の処理により選択されたVLCテーブルを用いて、ステップS237において算術復号されて得られたmpmlrflagのコード番号シンボルを逆変換し、mpmlrflagの値を得る。ステップS239において、算術復号部237は、ステップS231において抽出されたintradirmodeの符号化データを算術復号する。ステップS240において、VLCテーブル逆変換部238は、ステップS234の処理により選択されたVLCテーブルを用いて、ステップS239において算術復号されて得られたmpmflagのコード番号シンボルを逆変換し、intradirmodeの値を得る。ステップS240の処理が終了すると、VLCテーブル逆変換部238は、可逆復号処理を終了し、処理を図22に戻す。[復号割り当て制御処理の流れ]次に、図24のフローチャートを参照して、図23のステップS234において実行される復号割り当て制御処理の流れの例を説明する。復号割り当て制御処理が開始されると、テーブル選択部241は、ステップS261において、符号化側から供給されたCUサイズおよびパーティションタイプに応じて、mpmflag用のVLCテーブルを選択する。ステップS262において、テーブル選択部242は、符号化側から供給されたパーティションIDおよびパーティションユニットに応じて、mpmlrflag用のVLCテーブルを選択する。ステップS263において、テーブル選択部243は、符号化側から供給されたCUサイズおよびパーティションユニットに応じて、intradirmode用のVLCテーブルを選択する。ステップS263の処理が終了すると、テーブル選択部243は、復号割り当て制御処理を終了し、処理を図23に戻す。以上のように各処理を行うことにより、可逆復号部202は、可逆符号化部106により符号化されたビットストリームを正しく復号することができる。これにより、画像復号装置200は、mpmflag、mpmlrflag、およびintradirmode等のイントラ予測に関する各パラメータの各値の出方各値の発生頻度発生確率の偏りを利用して、符号化効率の低減の抑制を実現することができる。<3.第3の実施の形態>[コンテキスト確率モデルの制御]以上においては、符号化効率の向上のために、mpmflag、mpmlrflag、およびintradirmode等のイントラ予測に関する各パラメータの値に割り当てるコード番号を、PUの大きさや形に応じて制御するように説明したが、符号量の制御は、VLCテーブル以外によって行われるようにしてもよい。すなわち、本技術において大切なことは、PUの大きさや形によって生じる予測方向やMPMに関するフラグの値の発生確率の偏りを利用して、符号量を抑制することである。したがって、第1の実施の形態や第2の実施の形態において説明した例と同様に符号量を低減させることができるのであれば、どのような処理やパラメータを制御するようにしてもよい。例えば、算術符号化のコンテキスト確率モデルを、PUの大きさや形によって切り替えるようにしてもよい。[可逆符号化部および割り当て制御部]図25は、その場合の可逆符号化部106および割り当て制御部121の主な構成例を示すブロック図である。図25に示されるように、この場合、割り当て制御部121は、テーブル選択部141乃至テーブル選択部143の代わりに、コンテキスト確率モデル選択部301乃至コンテキスト確率モデル選択部303を有する。コンテキスト確率モデル選択部301は、イントラ予測部114から供給されるCUサイズおよびパーティションタイプPUの大きさや形に関する情報に基づいて、算術符号化部134において用いられるコンテキスト確率モデルを制御する。より具体的には、コンテキスト確率モデル選択部301は、予め、算術符号化部134が用いるコンテキスト確率モデルの候補を複数記憶しており、PUの大きさや形に関する情報に基づいて、その中からmpmflagの符号量が最も少なくなる可能性が高いモデルを選択し、それを算術符号化部134に供給する。この場合、VLCテーブルの選択は行われない。VLCテーブル変換部133は、予め定められた所定のVLC変換テーブルを用いてmpmflagのVLCテーブル変換を行う。算術符号化部134は、VLCテーブル変換部133においてmpmflagが変換されて得られたコード番号に対して、コンテキスト確率モデル選択部301により選択されたコンテキスト確率モデルを用いて算術符号化を行い、符号化データを生成する。算術符号化部134は、その符号化データをビットストリーム生成部132に供給する。なお、算術符号化部134が、予め、コンテキスト確率モデルの候補を複数記憶し、コンテキスト確率モデル選択部301は、使用するコンテキスト確率モデルを選択し、その選択したコンテキスト確率モデルを示す情報を算術符号化部134に供給し、算術符号化部134が、その情報により指定されるコンテキスト確率モデルを候補の中から選んで、用いるようにしてもよい。コンテキスト確率モデル選択部302は、イントラ予測部114から供給されるパーティションIDおよびパーティションタイプPUの形に関する情報に基づいて、算術符号化部136において用いられるコンテキスト確率モデルを制御する。より具体的には、コンテキスト確率モデル選択部302は、予め、算術符号化部136が用いるコンテキスト確率モデルの候補を複数記憶しており、PUの大きさや形に関する情報に基づいて、その中からmpmlrflagの符号量が最も少なくなる可能性が高いモデルを選択し、それを算術符号化部136に供給する。この場合、VLCテーブルの選択は行われない。VLCテーブル変換部135は、予め定められた所定のVLC変換テーブルを用いてmpmlrflagのVLCテーブル変換を行う。算術符号化部136は、VLCテーブル変換部135においてmpmlrflagが変換されて得られたコード番号に対して、コンテキスト確率モデル選択部302により選択されたコンテキスト確率モデルを用いて算術符号化を行い、符号化データを生成する。算術符号化部136は、その符号化データをビットストリーム生成部132に供給する。なお、算術符号化部136が、予め、コンテキスト確率モデルの候補を複数記憶し、コンテキスト確率モデル選択部302は、使用するコンテキスト確率モデルを選択し、その選択したコンテキスト確率モデルを示す情報を算術符号化部136に供給し、算術符号化部136が、その情報により指定されるコンテキスト確率モデルを候補の中から選んで、用いるようにしてもよい。コンテキスト確率モデル選択部303は、イントラ予測部114から供給されるパーティションIDおよびパーティションタイプPUの形に関する情報に基づいて、算術符号化部138において用いられるコンテキスト確率モデルを制御する。より具体的には、コンテキスト確率モデル選択部303は、予め、算術符号化部138が用いるコンテキスト確率モデルの候補を複数記憶しており、PUの大きさや形に関する情報に基づいて、その中からintradirmodeの符号量が最も少なくなる可能性が高いモデルを選択し、それを算術符号化部138に供給する。この場合、VLCテーブルの選択は行われない。VLCテーブル変換部137は、予め定められた所定のVLC変換テーブルを用いてintradirmodeのVLCテーブル変換を行う。算術符号化部138は、VLCテーブル変換部137においてintradirmodeが変換されて得られたコード番号に対して、コンテキスト確率モデル選択部303により選択されたコンテキスト確率モデルを用いて算術符号化を行い、符号化データを生成する。算術符号化部138は、その符号化データをビットストリーム生成部132に供給する。なお、算術符号化部138が、予め、コンテキスト確率モデルの候補を複数記憶し、コンテキスト確率モデル選択部303は、使用するコンテキスト確率モデルを選択し、その選択したコンテキスト確率モデルを示す情報を算術符号化部138に供給し、算術符号化部138が、その情報により指定されるコンテキスト確率モデルを候補の中から選んで、用いるようにしてもよい。[可逆符号化処理の流れ]次に、図26のフローチャートを参照して、この場合の可逆符号化処理の流れの例を説明する。可逆符号化処理が開始されると、符号化部131は、ステップS301において、量子化された係数データを符号化する。ステップS302において、符号化部131は、フィルタ係数や最適モード情報等を符号化する。ステップS303において、割り当て制御部121は、符号化割り当てを制御する。ステップS304において、VLCテーブル変換部133は、mpmflagをコード番号に変換する。ステップS305において、算術符号化部134は、ステップS303の処理により選択されたコンテキスト確率モデルを用いて、ステップS304の処理によりコード番号に変換されたmpmflagを算術符号化する。ステップS306において、VLCテーブル変換部135は、mpmlrflagをコード番号に変換する。ステップS307において、算術符号化部136は、ステップS303の処理により選択されたコンテキスト確率モデルを用いて、ステップS306の処理によりコード番号に変換されたmpmlrflagを算術符号化する。ステップS308において、VLCテーブル変換部137は、intradirmodeをコード番号に変換する。ステップS309において、算術符号化部138は、ステップS303の処理により選択されたコンテキスト確率モデルを用いて、ステップS308の処理によりコード番号に変換されたintradirmodeを算術符号化する。ステップS310において、ビットストリーム生成部132は、ステップS301、ステップS302、ステップS305、ステップS307、および、ステップS309の各処理により得られた符号化データを合成し、ビットストリームを生成する。ステップS310の処理が終了すると、ビットストリーム生成部132は、可逆符号化処理を終了し、処理を図17に戻す。[符号化割り当て制御処理の流れ]次に、図27のフローチャートを参照して、図26のステップS303において実行される符号化割り当て制御処理の流れの例を説明する。符号化割り当て制御処理が開始されると、割り当て制御部121のコンテキスト確率モデル選択部301は、ステップS331において、CUサイズおよびパーティションタイプに応じて、mpmflag用のコンテキスト確率モデルを選択する。ステップS302において、コンテキスト確率モデル選択部302は、パーティションIDおよびパーティションタイプに応じて、mpmlrflag用のコンテキスト確率モデルを選択する。ステップS303において、コンテキスト確率モデル選択部303は、CUサイズおよびパーティションタイプに応じて、intradirmode用のコンテキスト確率モデルを選択する。ステップS303の処理が終了すると、コンテキスト確率モデル選択部303は、符号化割り当て制御処理を終了し、処理を図26に戻す。以上のように各処理を行うことにより、割り当て制御部121は、PUの大きさや形に基づいて、mpmflag、mpmlrflag、およびintradirmode等の各パラメータの各値の発生頻度に応じて、符号化効率を向上させるように、算術符号化のコンテキスト確率モデルを選択することができる。また、可逆符号化部106は、そのコンテキスト確率モデルを用いて、mpmflag、mpmlrflag、およびintradirmode等の各パラメータのコード番号を算術符号化することができる。これにより、画像符号化装置100は、mpmflag、mpmlrflag、およびintradirmode等のイントラ予測に関する各パラメータによる符号化効率の低減を抑制することができる。[可逆符号化部および割り当て制御部]図28は、図25の例の画像符号化装置100に対応する画像復号装置200の、可逆復号部202および割り当て制御部221の主な構成例を示すブロック図である。図28に示されるように、この場合、割り当て制御部221は、テーブル選択部241乃至テーブル選択部243の代わりに、コンテキスト確率モデル選択部401乃至コンテキスト確率モデル選択部403を有する。コンテキスト確率モデル選択部401は、符号化側から伝送されたCUサイズおよびパーティションタイプPUの大きさや形に関する情報に基づいて、コンテキスト確率モデル選択部301の場合と同様に、算術復号部233において用いられるコンテキスト確率モデルを制御する。コンテキスト確率モデル選択部402は、符号化側から伝送されたCUサイズおよびパーティションタイプPUの大きさや形に関する情報に基づいて、コンテキスト確率モデル選択部302の場合と同様に、算術復号部235において用いられるコンテキスト確率モデルを制御する。コンテキスト確率モデル選択部403は、符号化側から伝送されたCUサイズおよびパーティションタイプPUの大きさや形に関する情報に基づいて、コンテキスト確率モデル選択部303の場合と同様に、算術復号部237において用いられるコンテキスト確率モデルを制御する。したがって、算術復号部233、算術復号部235、および算術復号部237は、それぞれ、コンテキスト確率モデル選択部401、コンテキスト確率モデル選択部402、およびコンテキスト確率モデル選択部403により選択されたコンテキスト確率モデルを用いて算術復号を行う。この場合、VLCテーブル逆変換部234、VLCテーブル逆変換部236、およびVLCテーブル逆変換部238は、図25の場合と同様に、VLCテーブルを切り替えずに予め定められた所定のVLCテーブルを用いて逆変換処理を行う。勿論この場合も、図25の場合と同様に、コンテキスト確率モデル選択部401乃至コンテキスト確率モデル403が、それぞれ、選択したコンテキスト確率モデルを示す情報のみを算術復号部233、算術復号部235、および算術復号部237に供給するようにしてもよい。[可逆復号処理の流れ]次に、図29のフローチャートを参照して、この場合の可逆復号処理の流れの例を説明する。可逆復号処理が開始されると、ステップS401において、抽出部231は、mpmflag,mpmlrflag、およびintradirmodeの符号化データをビットストリームから抽出する。ステップS402において、復号部232は、量子化された係数データの符号化データを復号する。ステップS403において、復号部232は、フィルタ情報や最適モード情報等の符号化データを復号する。ステップS404において、割り当て制御部221は、復号割り当てを制御する。ステップS405において、算術復号部233は、ステップS231において抽出されたmpmflagの符号化データを、ステップS404の処理により選択されたコンテキスト確率モデルを用いて算術復号する。ステップS406において、VLCテーブル逆変換部234は、ステップS235において算術復号されて得られたmpmflagのコード番号シンボルを逆変換し、mpmflagの値を得る。ステップS407において、算術復号部235は、ステップS231において抽出されたmpmlrflagの符号化データを、ステップS404の処理により選択されたコンテキスト確率モデルを用いて算術復号する。ステップS408において、VLCテーブル逆変換部236は、ステップS407において算術復号されて得られたmpmlrflagのコード番号シンボルを逆変換し、mpmlrflagの値を得る。ステップS409において、算術復号部237は、ステップS231において抽出されたintradirmodeの符号化データを、ステップS404の処理により選択されたコンテキスト確率モデルを用いて算術復号する。ステップS410において、VLCテーブル逆変換部238は、ステップS409において算術復号されて得られたmpmflagのコード番号シンボルを逆変換し、intradirmodeの値を得る。ステップS410の処理が終了すると、VLCテーブル逆変換部238は、可逆復号処理を終了し、処理を図22に戻す。[復号割り当て制御処理の流れ]次に、図30のフローチャートを参照して、図29のステップS404において実行される復号割り当て制御処理の流れの例を説明する。復号割り当て制御処理が開始されると、コンテキスト確率モデル選択部401は、ステップS431において、符号化側から供給されたCUサイズおよびパーティションタイプに応じて、mpmflag用のコンテキスト確率モデルを選択する。ステップS432において、コンテキスト確率モデル選択部402は、符号化側から供給されたパーティションIDおよびパーティションユニットに応じて、mpmlrflag用のコンテキスト確率モデル選択部401を選択する。ステップS433において、コンテキスト確率モデル選択部403は、符号化側から供給されたCUサイズおよびパーティションユニットに応じて、intradirmode用のVLCコンテキスト確率モデルを選択する。ステップS433の処理が終了すると、コンテキスト確率モデル選択部403は、復号割り当て制御処理を終了し、処理を図29に戻す。以上のように各処理を行うことにより、可逆復号部202は、可逆符号化部106により符号化されたビットストリームを正しく復号することができる。これにより、画像復号装置200は、mpmflag、mpmlrflag、およびintradirmode等のイントラ予測に関する各パラメータによる符号化効率の低減の抑制を実現することができる。なお、以上において説明した予測方向や各パラメータの値の偏りは、一例であり、既知であれば、上述した説明と異なっていてもよい。つまり、その既知の偏りに併せて、コード番号の割り当てを行ったり、コンテキスト確率モデルの選択を行ったりすることができればよい。例えば、長方形のPUにおいて、その短手方向長手方向に直角な方向により近い予測方向の方が、長手方向により近い予測方向よりも、その発生頻度が上がる場合も考えられなくもない。そのような場合においても、そのような偏りが既知であれば、PUの短手方向により近い予測方向に対してより小さなコード番号を割り当てるようなVLCテーブルを用意すればよい。コンテキスト確率モデルを制御する場合も同様である。すなわち、上述した各VLCテーブルのコード番号の割り当て方法は、一例であり、上述したように、各パラメータの値の発生頻度の偏りに応じて、符号量をより低減させるようなコード番号の割り当て方であれば、どのようなものであってもよい。また、コード番号のビット長も上述した例に限らない。なお、PUの大きさや形を決定する際予測モードを決定する際、すなわちコスト関数値生成の際も、上述したようにコード番号の割り当てやコンテキスト確率モデル等を制御するようにしてもよい。また、以上においては、mpmflag、mpmlrflag、およびintradirmodeの値を制御する場合について説明したが、符号量を制御するパラメータは、どのようなものであってもよく、これら以外のパラメータであっても良い。なお、本技術は、例えば、MPEG、H.26x等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報ビットストリームを、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像符号化装置および画像復号装置に適用することができる。また、本技術は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置および画像復号装置に適用することができる。さらに、本技術は、それらの画像符号化装置および画像復号装置などに含まれる動き予測補償装置にも適用することができる。<4.第4の実施の形態>[コンピュータ]上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な汎用のパーソナルコンピュータなどが含まれる。図31において、パーソナルコンピュータ500のCPUCentralProcessingUnit501は、ROMReadOnlyMemory502に記憶されているプログラム、または記憶部513からRAMRandomAccessMemory503にロードされたプログラムに従って各種の処理を実行する。RAM503にはまた、CPU501が各種の処理を実行する上において必要なデータなども適宜記憶される。CPU501、ROM502、およびRAM503は、バス504を介して相互に接続されている。このバス504にはまた、入出力インタフェース510も接続されている。入出力インタフェース510には、キーボード、マウスなどよりなる入力部511、CRTCathodeRayTubeやLCDLiquidCrystalDisplayなどよりなるディスプレイ、並びにスピーカなどよりなる出力部512、ハードディスクなどより構成される記憶部513、モデムなどより構成される通信部514が接続されている。通信部514は、インターネットを含むネットワークを介しての通信処理を行う。入出力インタフェース510にはまた、必要に応じてドライブ515が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア521が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部513にインストールされる。上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。この記録媒体は、例えば、図31に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスクフレキシブルディスクを含む、光ディスクCDROMCompactDiscReadOnlyMemoryDVDDigitalVersatileDiscを含む、光磁気ディスクMDMiniDiscを含む、若しくは半導体メモリなどよりなるリムーバブルメディア521により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM502や、記憶部513に含まれるハードディスクなどで構成される。なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、本明細書において、システムとは、複数のデバイス装置により構成される装置全体を表すものである。また、以上において、1つの装置または処理部として説明した構成を分割し、複数の装置または処理部として構成するようにしてもよい。逆に、以上において複数の装置または処理部として説明した構成をまとめて1つの装置または処理部として構成されるようにしてもよい。また、各装置または各処理部の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置または処理部の構成の一部を他の装置または他の処理部の構成に含めるようにしてもよい。つまり、本技術は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。上述した実施形態に係る画像符号化装置及び画像復号装置は、衛星放送、ケーブルTVなどの有線放送、インターネット上での配信、及びセルラー通信による端末への配信などにおける送信機若しくは受信機、光ディスク、磁気ディスク及びフラッシュメモリなどの媒体に画像を記録する記録装置、又は、これら記憶媒体から画像を再生する再生装置などの様々な電子機器に応用され得る。以下、4つの応用例について説明する。<5.第5の実施の形態>[第1の応用例:テレビジョン受像機]図32は、上述した実施形態を適用したテレビジョン装置の概略的な構成の一例を示している。テレビジョン装置900は、アンテナ901、チューナ902、デマルチプレクサ903、デコーダ904、映像信号処理部905、表示部906、音声信号処理部907、スピーカ908、外部インタフェース909、制御部910、ユーザインタフェース911、及びバス912を備える。チューナ902は、アンテナ901を介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ902は、復調により得られた符号化ビットストリームをデマルチプレクサ903へ出力する。即ち、チューナ902は、画像が符号化されている符号化ストリームを受信する、テレビジョン装置900における伝送部としての役割を有する。デマルチプレクサ903は、符号化ビットストリームから視聴対象の番組の映像ストリーム及び音声ストリームを分離し、分離した各ストリームをデコーダ904へ出力する。また、デマルチプレクサ903は、符号化ビットストリームからEPGElectronicProgramGuideなどの補助的なデータを抽出し、抽出したデータを制御部910に供給する。なお、デマルチプレクサ903は、符号化ビットストリームがスクランブルされている場合には、デスクランブルを行ってもよい。デコーダ904は、デマルチプレクサ903から入力される映像ストリーム及び音声ストリームを復号する。そして、デコーダ904は、復号処理により生成される映像データを映像信号処理部905へ出力する。また、デコーダ904は、復号処理により生成される音声データを音声信号処理部907へ出力する。映像信号処理部905は、デコーダ904から入力される映像データを再生し、表示部906に映像を表示させる。また、映像信号処理部905は、ネットワークを介して供給されるアプリケーション画面を表示部906に表示させてもよい。また、映像信号処理部905は、映像データについて、設定に応じて、例えばノイズ除去などの追加的な処理を行ってもよい。さらに、映像信号処理部905は、例えばメニュー、ボタン又はカーソルなどのGUIGraphicalUserInterfaceの画像を生成し、生成した画像を出力画像に重畳してもよい。表示部906は、映像信号処理部905から供給される駆動信号により駆動され、表示デバイス例えば、液晶ディスプレイ、プラズマディスプレイ又はOELDOrganicElectroLuminescenceDisplay有機ELディスプレイなどの映像面上に映像又は画像を表示する。音声信号処理部907は、デコーダ904から入力される音声データについてDA変換及び増幅などの再生処理を行い、スピーカ908から音声を出力させる。また、音声信号処理部907は、音声データについてノイズ除去などの追加的な処理を行ってもよい。外部インタフェース909は、テレビジョン装置900と外部機器又はネットワークとを接続するためのインタフェースである。例えば、外部インタフェース909を介して受信される映像ストリーム又は音声ストリームが、デコーダ904により復号されてもよい。即ち、外部インタフェース909もまた、画像が符号化されている符号化ストリームを受信する、テレビジョン装置900における伝送部としての役割を有する。制御部910は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、プログラムデータ、EPGデータ、及びネットワークを介して取得されるデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、テレビジョン装置900の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース911から入力される操作信号に応じて、テレビジョン装置900の動作を制御する。ユーザインタフェース911は、制御部910と接続される。ユーザインタフェース911は、例えば、ユーザがテレビジョン装置900を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース911は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部910へ出力する。バス912は、チューナ902、デマルチプレクサ903、デコーダ904、映像信号処理部905、音声信号処理部907、外部インタフェース909及び制御部910を相互に接続する。このように構成されたテレビジョン装置900において、デコーダ904は、上述した実施形態に係る画像復号装置の機能を有する。それにより、テレビジョン装置900での画像の復号に際して、符号化効率の向上を実現することができる。<6.第6の実施の形態>[第2の応用例:携帯電話機]図33は、上述した実施形態を適用した携帯電話機の概略的な構成の一例を示している。携帯電話機920は、アンテナ921、通信部922、音声コーデック923、スピーカ924、マイクロホン925、カメラ部926、画像処理部927、多重分離部928、記録再生部929、表示部930、制御部931、操作部932、及びバス933を備える。アンテナ921は、通信部922に接続される。スピーカ924及びマイクロホン925は、音声コーデック923に接続される。操作部932は、制御部931に接続される。バス933は、通信部922、音声コーデック923、カメラ部926、画像処理部927、多重分離部928、記録再生部929、表示部930、及び制御部931を相互に接続する。携帯電話機920は、音声通話モード、データ通信モード、撮影モード及びテレビ電話モードを含む様々な動作モードで、音声信号の送受信、電子メール又は画像データの送受信、画像の撮像、及びデータの記録などの動作を行う。音声通話モードにおいて、マイクロホン925により生成されるアナログ音声信号は、音声コーデック923に供給される。音声コーデック923は、アナログ音声信号を音声データへ変換し、変換された音声データをAD変換し圧縮する。そして、音声コーデック923は、圧縮後の音声データを通信部922へ出力する。通信部922は、音声データを符号化及び変調し、送信信号を生成する。そして、通信部922は、生成した送信信号を、アンテナ921を介して基地局図示せずへ送信する。また、通信部922は、アンテナ921を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部922は、受信信号を復調及び復号して音声データを生成し、生成した音声データを音声コーデック923へ出力する。音声コーデック923は、音声データを伸張し及びDA変換し、アナログ音声信号を生成する。そして、音声コーデック923は、生成した音声信号をスピーカ924に供給して音声を出力させる。また、データ通信モードにおいて、例えば、制御部931は、操作部932を介するユーザによる操作に応じて、電子メールを構成する文字データを生成する。また、制御部931は、文字を表示部930に表示させる。また、制御部931は、操作部932を介するユーザからの送信指示に応じて電子メールデータを生成し、生成した電子メールデータを通信部922へ出力する。通信部922は、電子メールデータを符号化及び変調し、送信信号を生成する。そして、通信部922は、生成した送信信号を、アンテナ921を介して基地局図示せずへ送信する。また、通信部922は、アンテナ921を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。そして、通信部922は、受信信号を復調及び復号して電子メールデータを復元し、復元した電子メールデータを制御部931へ出力する。制御部931は、表示部930に電子メールの内容を表示させると共に、電子メールデータを記録再生部929の記憶媒体に記憶させる。記録再生部929は、読み書き可能な任意の記憶媒体を有する。例えば、記憶媒体は、RAM又はフラッシュメモリなどの内蔵型の記憶媒体であってもよく、ハードディスク、磁気ディスク、光磁気ディスク、光ディスク、USBUnallocatedSpaceBitmapメモリ、又はメモリカードなどの外部装着型の記憶媒体であってもよい。また、撮影モードにおいて、例えば、カメラ部926は、被写体を撮像して画像データを生成し、生成した画像データを画像処理部927へ出力する。画像処理部927は、カメラ部926から入力される画像データを符号化し、符号化ストリームを記憶再生部929の記憶媒体に記憶させる。また、テレビ電話モードにおいて、例えば、多重分離部928は、画像処理部927により符号化された映像ストリームと、音声コーデック923から入力される音声ストリームとを多重化し、多重化したストリームを通信部922へ出力する。通信部922は、ストリームを符号化及び変調し、送信信号を生成する。そして、通信部922は、生成した送信信号を、アンテナ921を介して基地局図示せずへ送信する。また、通信部922は、アンテナ921を介して受信される無線信号を増幅し及び周波数変換し、受信信号を取得する。これら送信信号及び受信信号には、符号化ビットストリームが含まれ得る。そして、通信部922は、受信信号を復調及び復号してストリームを復元し、復元したストリームを多重分離部928へ出力する。多重分離部928は、入力されるストリームから映像ストリーム及び音声ストリームを分離し、映像ストリームを画像処理部927、音声ストリームを音声コーデック923へ出力する。画像処理部927は、映像ストリームを復号し、映像データを生成する。映像データは、表示部930に供給され、表示部930により一連の画像が表示される。音声コーデック923は、音声ストリームを伸張し及びDA変換し、アナログ音声信号を生成する。そして、音声コーデック923は、生成した音声信号をスピーカ924に供給して音声を出力させる。このように構成された携帯電話機920において、画像処理部927は、上述した実施形態に係る画像符号化装置及び画像復号装置の機能を有する。それにより、携帯電話機920での画像の符号化及び復号に際して、符号化効率を向上させることができる。<7.第7の実施の形態>[第3の応用例:記録再生装置]図34は、上述した実施形態を適用した記録再生装置の概略的な構成の一例を示している。記録再生装置940は、例えば、受信した放送番組の音声データ及び映像データを符号化して記録媒体に記録する。また、記録再生装置940は、例えば、他の装置から取得される音声データ及び映像データを符号化して記録媒体に記録してもよい。また、記録再生装置940は、例えば、ユーザの指示に応じて、記録媒体に記録されているデータをモニタ及びスピーカ上で再生する。このとき、記録再生装置940は、音声データ及び映像データを復号する。記録再生装置940は、チューナ941、外部インタフェース942、エンコーダ943、HDDHardDiskDrive944、ディスクドライブ945、セレクタ946、デコーダ947、OSDOnScreenDisplay948、制御部949、及びユーザインタフェース950を備える。チューナ941は、アンテナ図示せずを介して受信される放送信号から所望のチャンネルの信号を抽出し、抽出した信号を復調する。そして、チューナ941は、復調により得られた符号化ビットストリームをセレクタ946へ出力する。即ち、チューナ941は、記録再生装置940における伝送部としての役割を有する。外部インタフェース942は、記録再生装置940と外部機器又はネットワークとを接続するためのインタフェースである。外部インタフェース942は、例えば、IEEE1394インタフェース、ネットワークインタフェース、USBインタフェース、又はフラッシュメモリインタフェースなどであってよい。例えば、外部インタフェース942を介して受信される映像データ及び音声データは、エンコーダ943へ入力される。即ち、外部インタフェース942は、記録再生装置940における伝送部としての役割を有する。エンコーダ943は、外部インタフェース942から入力される映像データ及び音声データが符号化されていない場合に、映像データ及び音声データを符号化する。そして、エンコーダ943は、符号化ビットストリームをセレクタ946へ出力する。HDD944は、映像及び音声などのコンテンツデータが圧縮された符号化ビットストリーム、各種プログラム及びその他のデータを内部のハードディスクに記録する。また、HDD944は、映像及び音声の再生時に、これらデータをハードディスクから読み出す。ディスクドライブ945は、装着されている記録媒体へのデータの記録及び読み出しを行う。ディスクドライブ945に装着される記録媒体は、例えばDVDディスクDVDVideo、DVDRAM、DVDR、DVDRW、DVDR、DVDRW等又はBluray登録商標ディスクなどであってよい。セレクタ946は、映像及び音声の記録時には、チューナ941又はエンコーダ943から入力される符号化ビットストリームを選択し、選択した符号化ビットストリームをHDD944又はディスクドライブ945へ出力する。また、セレクタ946は、映像及び音声の再生時には、HDD944又はディスクドライブ945から入力される符号化ビットストリームをデコーダ947へ出力する。デコーダ947は、符号化ビットストリームを復号し、映像データ及び音声データを生成する。そして、デコーダ947は、生成した映像データをOSD948へ出力する。また、デコーダ904は、生成した音声データを外部のスピーカへ出力する。OSD948は、デコーダ947から入力される映像データを再生し、映像を表示する。また、OSD948は、表示する映像に、例えばメニュー、ボタン又はカーソルなどのGUIの画像を重畳してもよい。制御部949は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、記録再生装置940の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース950から入力される操作信号に応じて、記録再生装置940の動作を制御する。ユーザインタフェース950は、制御部949と接続される。ユーザインタフェース950は、例えば、ユーザが記録再生装置940を操作するためのボタン及びスイッチ、並びに遠隔制御信号の受信部などを有する。ユーザインタフェース950は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部949へ出力する。このように構成された記録再生装置940において、エンコーダ943は、上述した実施形態に係る画像符号化装置の機能を有する。また、デコーダ947は、上述した実施形態に係る画像復号装置の機能を有する。それにより、記録再生装置940での画像の符号化及び復号に際して、符号化効率を向上させることができる。<8.第8の実施の形態>[第4の応用例:撮像装置]図35は、上述した実施形態を適用した撮像装置の概略的な構成の一例を示している。撮像装置960は、被写体を撮像して画像を生成し、画像データを符号化して記録媒体に記録する。撮像装置960は、光学ブロック961、撮像部962、信号処理部963、画像処理部964、表示部965、外部インタフェース966、メモリ967、メディアドライブ968、OSD969、制御部970、ユーザインタフェース971、及びバス972を備える。光学ブロック961は、撮像部962に接続される。撮像部962は、信号処理部963に接続される。表示部965は、画像処理部964に接続される。ユーザインタフェース971は、制御部970に接続される。バス972は、画像処理部964、外部インタフェース966、メモリ967、メディアドライブ968、OSD969、及び制御部970を相互に接続する。光学ブロック961は、フォーカスレンズ及び絞り機構などを有する。光学ブロック961は、被写体の光学像を撮像部962の撮像面に結像させる。撮像部962は、CCDChargeCoupledDevice又はCMOSComplementaryMetalOxideSemiconductorなどのイメージセンサを有し、撮像面に結像した光学像を光電変換によって電気信号としての画像信号に変換する。そして、撮像部962は、画像信号を信号処理部963へ出力する。信号処理部963は、撮像部962から入力される画像信号に対してニー補正、ガンマ補正、色補正などの種々のカメラ信号処理を行う。信号処理部963は、カメラ信号処理後の画像データを画像処理部964へ出力する。画像処理部964は、信号処理部963から入力される画像データを符号化し、符号化データを生成する。そして、画像処理部964は、生成した符号化データを外部インタフェース966又はメディアドライブ968へ出力する。また、画像処理部964は、外部インタフェース966又はメディアドライブ968から入力される符号化データを復号し、画像データを生成する。そして、画像処理部964は、生成した画像データを表示部965へ出力する。また、画像処理部964は、信号処理部963から入力される画像データを表示部965へ出力して画像を表示させてもよい。また、画像処理部964は、OSD969から取得される表示用データを、表示部965へ出力する画像に重畳してもよい。OSD969は、例えばメニュー、ボタン又はカーソルなどのGUIの画像を生成して、生成した画像を画像処理部964へ出力する。外部インタフェース966は、例えばUSB入出力端子として構成される。外部インタフェース966は、例えば、画像の印刷時に、撮像装置960とプリンタとを接続する。また、外部インタフェース966には、必要に応じてドライブが接続される。ドライブには、例えば、磁気ディスク又は光ディスクなどのリムーバブルメディアが装着され、リムーバブルメディアから読み出されるプログラムが、撮像装置960にインストールされ得る。さらに、外部インタフェース966は、LAN又はインターネットなどのネットワークに接続されるネットワークインタフェースとして構成されてもよい。即ち、外部インタフェース966は、撮像装置960における伝送部としての役割を有する。メディアドライブ968に装着される記録媒体は、例えば、磁気ディスク、光磁気ディスク、光ディスク、又は半導体メモリなどの、読み書き可能な任意のリムーバブルメディアであってよい。また、メディアドライブ968に記録媒体が固定的に装着され、例えば、内蔵型ハードディスクドライブ又はSSDSolidStateDriveのような非可搬性の記憶部が構成されてもよい。制御部970は、CPUなどのプロセッサ、並びにRAM及びROMなどのメモリを有する。メモリは、CPUにより実行されるプログラム、及びプログラムデータなどを記憶する。メモリにより記憶されるプログラムは、例えば、撮像装置960の起動時にCPUにより読み込まれ、実行される。CPUは、プログラムを実行することにより、例えばユーザインタフェース971から入力される操作信号に応じて、撮像装置960の動作を制御する。ユーザインタフェース971は、制御部970と接続される。ユーザインタフェース971は、例えば、ユーザが撮像装置960を操作するためのボタン及びスイッチなどを有する。ユーザインタフェース971は、これら構成要素を介してユーザによる操作を検出して操作信号を生成し、生成した操作信号を制御部970へ出力する。このように構成された撮像装置960において、画像処理部964は、上述した実施形態に係る画像符号化装置及び画像復号装置の機能を有する。それにより、撮像装置960での画像の符号化及び復号に際して、符号化効率を向上させることができる。なお、本明細書では、閾値などの様々な情報が、符号化ストリームのヘッダに多重化されて、符号化側から復号側へ伝送される例について説明した。しかしながら、これら情報を伝送する手法はかかる例に限定されない。例えば、これら情報は、符号化ビットストリームに多重化されることなく、符号化ビットストリームと関連付けられた別個のデータとして伝送され又は記録されてもよい。ここで、関連付けるという用語は、ビットストリームに含まれる画像スライス若しくはブロックなど、画像の一部であってもよいと当該画像に対応する情報とを復号時にリンクさせ得るようにすることを意味する。即ち、情報は、画像又はビットストリームとは別の伝送路上で伝送されてもよい。また、情報は、画像又はビットストリームとは別の記録媒体又は同一の記録媒体の別の記録エリアに記録されてもよい。さらに、情報と画像又はビットストリームとは、例えば、複数フレーム、1フレーム、又はフレーム内の一部分などの任意の単位で互いに関連付けられてよい。以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。なお、本技術は以下のような構成も取ることができる。1予測処理単位の領域に応じてイントラ予測に関するパラメータの符号化を制御する制御部と、前記制御部による制御に従って、前記パラメータを符号化する符号化部とを備える画像処理装置。2前記制御部は、前記パラメータの符号量を低減させるように前記パラメータの符号化を制御する前記1に記載の画像処理装置。3前記制御部は、前記パラメータの各値にコード番号を割り当てるテーブルを選択し、前記符号化部は、前記制御部により選択された前記テーブルを用いて前記パラメータの各値を前記コード番号に変換し、符号化する前記1または2に記載の画像処理装置。4前記制御部は、前記符号化部による算術符号化のコンテキスト確率モデルを選択し、前記符号化部は、前記制御部により選択された前記コンテキスト確率モデルを用いて前記パラメータを符号化する前記1乃至3のいずれかに記載の画像処理装置。5前記パラメータは、MPMMostprobablemodeを使うか否かを指定するフラグを含む前記1乃至4のいずれかに記載の画像処理装置。6前記制御部は、前記領域の大きさと形に応じて、前記MPMを使うか否かを指定するフラグの符号化を制御する前記5に記載の画像処理装置。7前記パラメータは、MPMMostprobablemodeにおいて参照する周辺領域を指定するフラグを含む前記1乃至6のいずれかに記載の画像処理装置。8前記制御部は、前記領域の形とIDに応じて、前記MPMにおいて参照する周辺領域を指定するフラグの符号化を制御する前記7に記載の画像処理装置。9前記パラメータは、イントラ予測の予測方向を示すフラグを含む前記1乃至8のいずれかに記載の画像処理装置。10前記制御部は、前記領域の大きさと形に応じて、前記イントラ予測の予測方向を示すフラグの符号化を制御する前記9に記載の画像処理装置。11前記符号化部により符号化された前記パラメータを伝送する伝送部をさらに備える前記1乃至10のいずれかに記載の画像処理装置。12画像処理装置の画像処理方法であって、制御部が、予測処理単位の領域に応じてイントラ予測に関するパラメータの符号化を制御し、符号化部が、前記制御に従って、前記パラメータを符号化する画像処理方法。13イントラ予測に関するパラメータの符号化データを受け取る受け取り部と、予測処理単位の領域に応じて、前記受け取り部により受け取られた前記符号化データの復号を制御する制御部と、前記制御部による制御に従って、前記符号化データを復号する復号部とを備える画像処理装置。14画像処理装置の画像処理方法であって、受け取り部が、イントラ予測に関するパラメータの符号化データを受け取り、制御部が、予測処理単位の領域に応じて、受け取られた前記符号化データの復号を制御し、復号部が、前記制御に従って、前記符号化データを復号する画像処理方法。"