(57)【要約】【課題】時間方向の相関を利用した動きベクトル情報の符号化処理や復号処理の負荷を低減させることができるようにする。【解決手段】動きベクトルバッファ１８３は、マクロブロック内の一部のサブマクロブロックの動きベクトル情報を保持する。動き予測・補償部１１５から供給されたブロックアドレスの動きベクトル情報が、動きベクトルバッファ１８３に保存されていない場合、動きベクトル内挿部１８２は、ブロック位置判定部１８１から供給されたブロックアドレスの周辺の動き補償ブロックのアドレスを算出し、動きベクトルバッファ１８３から、その周辺マクロブロックの動きベクトル情報を取得し、内挿処理を行い、目的の当該動き補償ブロックに対応する動きベクトル情報を生成する。本発明は、例えば、画像処理装置に適用することができる。【選択図】図１３
2011259040.tif 000002
【特許請求の範囲】
【請求項１】
動きベクトル情報の時間相関を利用して、処理対象フレーム画像の処理対象部分領域が複数に分割された、処理対象小領域の動きベクトル情報を、参照フレームの、前記処理対象小領域と同位置にある参照小領域の動きベクトル情報を用いて符号化する符号化モードにおいて、
前記参照フレームの各部分領域について、前記部分領域に含まれる小領域のうち、一部の小領域の動きベクトル情報を記憶する動きベクトル情報記憶手段と、
前記動きベクトル情報記憶手段により前記動きベクトル情報が記憶されていない小領域を前記参照小領域とする場合、前記動きベクトル情報記憶手段により記憶されている前記動きベクトル情報を用いて、前記参照小領域の動きベクトル情報を算出する算出手段と
を備える画像処理装置。
【請求項２】
前記動きベクトル情報記憶手段は、１つの前記部分領域につき、１つの前記小領域の動きベクトル情報を記憶する
請求項１に記載の画像処理装置。
【請求項３】
前記動きベクトル情報記憶手段は、各部分領域の一番左上の小領域の動きベクトル情報を記憶する
請求項２に記載の画像処理装置。
【請求項４】
前記動きベクトル情報記憶手段は、１つの前記部分領域につき、複数の前記小領域の動きベクトル情報を記憶する
請求項１に記載の画像処理装置。
【請求項５】
前記動きベクトル情報記憶手段は、各部分領域の４隅の小領域の動きベクトル情報を記憶する
請求項４に記載の画像処理装置。
【請求項６】
前記算出手段は、前記動きベクトル情報記憶手段により記憶されている、前記参照小領域を含む部分領域に対応する動きベクトル情報、および、前記部分領域に隣接する他の部分領域に対応する動きベクトル情報のうち、少なくとも１つを用いて、前記参照小領域の動きベクトル情報を算出する
請求項１に記載の画像処理装置。
【請求項７】
前記算出手段は、前記動きベクトル情報記憶手段により記憶されている、前記参照小領域を含む部分領域に対応する動きベクトル情報、および、前記部分領域に隣接する他の部分領域に対応する動きベクトル情報を用いた内挿処理により、前記参照小領域の動きベクトル情報を算出する
請求項１に記載の画像処理装置。
【請求項８】
前記算出手段は、前記参照小領域を含む部分領域、および、前記部分領域に隣接する他の部分領域のそれぞれの代表点と、前記参照小領域の代表点との間の距離に応じた値を、前記内挿処理のための重み係数として用いる
請求項７に記載の画像処理装置。
【請求項９】
前記算出手段は、前記内挿処理に用いる各動きベクトル情報が対応する小領域の大きさ、前記小領域内の画像の複雑さ、若しくは、前記小領域内の画素分散の類似性のいずれかに応じた値を、前記内挿処理のための重み係数として用いる
請求項７に記載の画像処理装置。
【請求項１０】
前記算出手段により算出された前記動きベクトル情報を用いて、前記動きベクトル情報の時間相関を利用して、前記処理対象小領域の動きベクトル情報を符号化する符号化手段をさらに備える
請求項１に記載の画像処理装置。
【請求項１１】
前記算出手段により算出された前記動きベクトル情報を用いて、前記動きベクトル情報の時間相関を利用して、前記符号化モードで符号化された前記処理対象小領域の動きベクトル情報を復号する復号手段をさらに備える
請求項１に記載の画像処理装置。
【請求項１２】
動きベクトル情報の時間相関を利用して、処理対象フレーム画像の処理対象部分領域が複数に分割された、処理対象小領域の動きベクトル情報を、参照フレームの、前記処理対象小領域と同位置にある参照小領域の動きベクトル情報を用いて符号化する符号化モードに対応する画像処理装置の画像処理方法であって、
前記動きベクトル情報記憶手段が、前記参照フレームの各部分領域について、前記部分領域に含まれる小領域のうち、一部の小領域の動きベクトル情報を記憶し、
前記算出手段が、前記動きベクトル情報が記憶されていない小領域を前記参照小領域とする場合、記憶されている前記動きベクトル情報を用いて、前記参照小領域の動きベクトル情報を算出する
画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置および方法に関し、特に、画像の符号化処理や復号処理の負荷の増大を抑制させることができるようにした画像処理装置および方法に関する。
【背景技術】
【０００２】
近年、画像情報をデジタルとして取り扱い、その際、効率の高い情報の伝送、蓄積を目的とし、画像情報特有の冗長性を利用して、離散コサイン変換等の直交変換と動き補償により圧縮するMPEG（Moving Picture Experts Group）などの方式に準拠した装置が、放送局などの情報配信、及び一般家庭における情報受信の双方において普及しつつある。
【０００３】
特に、MPEG2（ISO（International Organization for Standardization）/IEC（International Electrotechnical Commission） 13818-2）は、汎用画像符号化方式として定義されており、飛び越し走査画像及び順次走査画像の双方、並びに標準解像度画像及び高精細画像を網羅する標準で、プロフェッショナル用途及びコンシューマ用途の広範なアプリケーションに現在広く用いられている。MPEG2圧縮方式を用いることにより、例えば７２０×４８０画素を持つ標準解像度の飛び越し走査画像であれば４〜８Ｍｂｐｓ、１９２０×１０８８画素を持つ高解像度の飛び越し走査画像であれば１８〜２２Ｍｂｐｓの符号量（ビットレート）を割り当てることで、高い圧縮率と良好な画質の実現が可能である。
【０００４】
MPEG2は主として放送用に適合する高画質符号化を対象としていたが、MPEG1より低い符号量（ビットレート）、つまりより高い圧縮率の符号化方式には対応していなかった。携帯端末の普及により、今後そのような符号化方式のニーズは高まると思われ、これに対応してMPEG4符号化方式の標準化が行われた。画像符号化方式に関しては、１９９８年１２月にISO/IEC 14496-2としてその規格が国際標準に承認された。
【０００５】
更に、近年、当初テレビ会議用の画像符号化を目的として、H.26L （ITU-T（International Telecommunication Union Telecommunication Standardization Sector） Q6/16 VCEG（Video Coding Expert Group））という標準の規格化が進んでいる。H.26LはMPEG2やMPEG4といった従来の符号化方式に比べ、その符号化、復号化により多くの演算量が要求されるものの、より高い符号化効率が実現されることが知られている。また、現在、MPEG4の活動の一環として、このH.26Lをベースに、H.26Lではサポートされない機能をも取り入れ、より高い符号化効率を実現する標準化がJoint Model of Enhanced-Compression Video Codingとして行われている。
【０００６】
標準化のスケジュールとしては、２００３年３月にはH.264及びMPEG-4 Part10 （Advanced Video Coding、以下AVCと記す）という名の元に国際標準となった。
【０００７】
ところで、AVC画像符号化においては、メディアン予測を用いて動きベクトルの符号化が行われる。このようなメディアン予測を用いた動きベクトルの符号化を改善するため、非特許文献１では、メディアン予測により求められる"Spatial Predictor"に加え、"Temporal Predictor"及び"Spatio-Temporal Predictor"のどれかを、予測動きベクトル情報として、適応的に用いる方法が提案されている。
【０００８】
ところで、従来のように、マクロブロックサイズを１６画素×１６画素とするのは、次世代符号化方式の対象となるような、UHD（Ultra High Definition；４０００画素×２０００画素）といった大きな画枠に対しては、最適ではない。そこで、非特許文献２などにおいては、マクロブロックサイズを、６４×６４画素、３２画素×３２画素といった大きさにすることが提案されている。
【０００９】
すなわち、非特許文献２においては、階層構造を採用することにより、１６×１６画素ブロック以下に関しては、現在のAVCにおけるマクロブロックと互換性を保ちながら、そのスーパーセットとして、より大きなブロックが定義されている。
【００１０】
この非特許文献２は、インタースライスに対して拡張されたマクロブロックを適用する提案であるが、非特許文献３においては、拡張されたマクロブロックを、イントラスライスに適用することが提案されている。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】Jungyoup Yang, Kwanghyun Won, Byeungwoo Jeon, Hayoon Kim, ”Motion Vector Coding with Optimal PMV Selection”, VCEG-AI22, 2008年7月
【非特許文献２】Peisong Chenn,Yan Ye,Marta Karczewicz,”Video Coding Using Extended Block Sizes”, COM16-C123-E, Qualcomm Inc
【非特許文献３】Sung-Chang Lim, Hahyun Lee, Jinho Lee, Jongho Kim, Haechul Choi, Seyoon Jeong, Jin Soo Choi, “Intra coding using extended block size”, VCEG-AL28, 2009年7月,
【発明の概要】
【発明が解決しようとする課題】
【００１２】
ところで、AVC符号化方式におけるTemporal Direct Mode、及び、非特許文献１において提案されている、時間軸方向を使った動きベクトルの符号化を行うには、参照フレームにおける動きベクトル情報を全てメモリに保持しておく必要があり、ハードウェアによる実装を行う場合も、ソフトウェアで実装を行う場合にも、回路規模や負荷の増大に繋がる恐れがあった。
【００１３】
本発明は、このような状況に鑑みてなされたものであり、時間軸方向の、動きベクトル符号化のために、メモリに格納すべき、参照フレームにおける動きベクトルの情報量を低減させることができるようにし、符号化処理や復号処理の負荷の増大を抑制することができるようにすることを目的とする。
【課題を解決するための手段】
【００１４】
本発明の一側面は、動きベクトル情報の時間相関を利用して、処理対象フレーム画像の処理対象部分領域が複数に分割された、処理対象小領域の動きベクトル情報を、参照フレームの、前記処理対象小領域と同位置にある参照小領域の動きベクトル情報を用いて符号化する符号化モードにおいて、前記参照フレームの各部分領域について、前記部分領域に含まれる小領域のうち、一部の小領域の動きベクトル情報を記憶する動きベクトル情報記憶手段と、前記動きベクトル情報記憶手段により前記動きベクトル情報が記憶されていない小領域を前記参照小領域とする場合、前記動きベクトル情報記憶手段により記憶されている前記動きベクトル情報を用いて、前記参照小領域の動きベクトル情報を算出する算出手段とを備える画像処理装置である。
【００１５】
前記動きベクトル情報記憶手段は、１つの前記部分領域につき、１つの前記小領域の動きベクトル情報を記憶することができる。
【００１６】
前記動きベクトル情報記憶手段は、各部分領域の一番左上の小領域の動きベクトル情報を記憶することができる。
【００１７】
前記動きベクトル情報記憶手段は、１つの前記部分領域につき、複数の前記小領域の動きベクトル情報を記憶することができる。
【００１８】
前記動きベクトル情報記憶手段は、各部分領域の４隅の小領域の動きベクトル情報を記憶することができる。
【００１９】
前記算出手段は、前記動きベクトル情報記憶手段により記憶されている、前記参照小領域を含む部分領域に対応する動きベクトル情報、および、前記部分領域に隣接する他の部分領域に対応する動きベクトル情報のうち、少なくとも１つを用いて、前記参照小領域の動きベクトル情報を算出することができる。
【００２０】
前記算出手段は、前記動きベクトル情報記憶手段により記憶されている、前記参照小領域を含む部分領域に対応する動きベクトル情報、および、前記部分領域に隣接する他の部分領域に対応する動きベクトル情報を用いた内挿処理により、前記参照小領域の動きベクトル情報を算出することができる。
【００２１】
前記算出手段は、前記参照小領域を含む部分領域、および、前記部分領域に隣接する他の部分領域のそれぞれの代表点と、前記参照小領域の代表点との間の距離に応じた値を、前記内挿処理のための重み係数として用いることができる。
【００２２】
前記算出手段は、前記内挿処理に用いる各動きベクトル情報が対応する小領域の大きさ、前記小領域内の画像の複雑さ、若しくは、前記小領域内の画素分散の類似性のいずれかに応じた値を、前記内挿処理のための重み係数として用いることができる。
【００２３】
前記算出手段により算出された前記動きベクトル情報を用いて、前記動きベクトル情報の時間相関を利用して、前記処理対象小領域の動きベクトル情報を符号化する符号化手段をさらに備えることができる。
【００２４】
前記算出手段により算出された前記動きベクトル情報を用いて、前記動きベクトル情報の時間相関を利用して、前記符号化モードで符号化された前記処理対象小領域の動きベクトル情報を復号する復号手段をさらに備えることができる。
【００２５】
本発明の一側面は、また、動きベクトル情報の時間相関を利用して、処理対象フレーム画像の処理対象部分領域が複数に分割された、処理対象小領域の動きベクトル情報を、参照フレームの、前記処理対象小領域と同位置にある参照小領域の動きベクトル情報を用いて符号化する符号化モードに対応する画像処理装置の画像処理方法であって、前記動きベクトル情報記憶手段が、前記参照フレームの各部分領域について、前記部分領域に含まれる小領域のうち、一部の小領域の動きベクトル情報を記憶し、前記算出手段が、前記動きベクトル情報が記憶されていない小領域を前記参照小領域とする場合、記憶されている前記動きベクトル情報を用いて、前記参照小領域の動きベクトル情報を算出する画像処理方法である。
【００２６】
本発明の一側面においては、処理対象フレーム画像の処理対象部分領域が複数に分割された、処理対象小領域の動きベクトル情報を、参照フレームの、処理対象小領域と同位置にある参照小領域の動きベクトル情報を用いて符号化する符号化モードにおいて、参照フレームの各部分領域について、部分領域に含まれる小領域のうち、一部の小領域の動きベクトル情報が記憶され、動きベクトル情報が記憶されていない小領域を参照小領域とする場合、記憶されている動きベクトル情報を用いて、参照小領域の動きベクトル情報が算出される。
【発明の効果】
【００２７】
本発明によれば、画像を処理することができる。特に、時間軸方向の相関を利用した動きベクトル情報の符号化を行う符号化モードにおいて、符号化処理や復号処理の負荷を低減させることができる。
【図面の簡単な説明】
【００２８】
【図１】本発明を適用した画像符号化装置の主な構成例を示すブロック図である。
【図２】小数点画素精度の動き予測・補償処理の例を示す図である。
【図３】マクロブロックの例を示す図である。
【図４】メディアンオペレーションの様子の例を説明する図である。
【図５】マルチ参照フレームの例を説明する図である。
【図６】テンポラルダイレクトモードの様子の例を説明する図である。
【図７】非特許文献１において提案されている動きベクトル符号化方法の様子の例を説明する図である。
【図８】マクロブロックの他の例を示す図である。
【図９】本発明を適用した動きベクトル符号化方法の様子の例を説明する図である。
【図１０】本発明を適用した動きベクトル符号化方法の様子の例を説明する図である。
【図１１】本発明を適用した動きベクトル符号化方法の様子の例を説明する図である。
【図１２】サブマクロブロックの構成例を示す図である。
【図１３】時間動きベクトル符号化部の詳細な構成例を示すブロック図である。
【図１４】符号化処理の流れの例を説明するフローチャートである。
【図１５】インター動き予測処理の流れの例を説明するフローチャートである。
【図１６】時間動きベクトル符号化処理の流れの例を説明するフローチャートである。
【図１７】本発明を適用した画像復号装置の主な構成例を示すブロック図である。
【図１８】復号処理の流れの例を説明するフローチャートである。
【図１９】予測処理の流れの例を説明するフローチャートである。
【図２０】本発明を適用した動きベクトル符号化方法の様子の、他の例を説明する図である。
【図２１】本発明を適用したパーソナルコンピュータの主な構成例を示すブロック図である。
【図２２】本発明を適用したテレビジョン受像機の主な構成例を示すブロック図である。
【図２３】本発明を適用した携帯電話機の主な構成例を示すブロック図である。
【図２４】本発明を適用したハードディスクレコーダの主な構成例を示すブロック図である。
【図２５】本発明を適用したカメラの主な構成例を示すブロック図である。
【発明を実施するための形態】
【００２９】
以下、発明を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．第１の実施の形態（画像符号化装置）
２．第２の実施の形態（画像復号装置）
３．第３の実施の形態（パーソナルコンピュータ）
４．第４の実施の形態（テレビジョン受像機）
５．第５の実施の形態（携帯電話機）
６．第６の実施の形態（ハードディスクレコーダ）
７．第７の実施の形態（カメラ）
【００３０】
＜１．第１の実施の形態＞
［画像符号化装置］
図１は、本発明を適用した画像処理装置としての画像符号化装置の一実施の形態の構成を表している。
【００３１】
図１に示される画像符号化装置１００は、例えば、H．264及びMPEG（Moving Picture Experts Group）４ Part１０（AVC（Advanced Video Coding））（以下H．264/AVCと称する）方式と同様に画像を符号化する符号化装置である。ただし、画像符号化装置１００は、参照フレームにおいて、１つのマクロブロックにつき、一部のサブマクロブロックに対応する動きベクトル値のみをメモリに格納し、当該マクロブロックに含まれる、その他のブロックに関する動きベクトルについては、メモリに格納した動きベクトル値を用いて計算により生成する。このようにすることにより、画像符号化装置１００は、時間軸方向の、動きベクトル符号化のために、メモリに格納すべき、参照フレームにおける動きベクトルの情報量を削減する。
【００３２】
図１の例において、画像符号化装置１００は、A/D（Analog / Digital）変換部１０１、画面並べ替えバッファ１０２、演算部１０３、直交変換部１０４、量子化部１０５、可逆符号化部１０６、および蓄積バッファ１０７を有する。また、画像符号化装置１００は、逆量子化部１０８、逆直交変換部１０９、演算部１１０、デブロックフィルタ１１１、フレームメモリ１１２、選択部１１３、イントラ予測部１１４、動き予測・補償部１１５、選択部１１６、およびレート制御部１１７を有する。
【００３３】
画像符号化装置１００は、さらに、時間動きベクトル符号化部１２１を有する。
【００３４】
A/D変換部１０１は、入力された画像データをA/D変換し、画面並べ替えバッファ１０２に出力し、記憶させる。
【００３５】
画面並べ替えバッファ１０２は、記憶した表示の順番のフレームの画像を、GOP（Group of Picture）構造に応じて、符号化のためのフレームの順番に並べ替える。画面並べ替えバッファ１０２は、フレームの順番を並び替えた画像を、演算部１０３に供給する。また、画面並べ替えバッファ１０２は、フレームの順番を並び替えた画像を、イントラ予測部１１４および動き予測・補償部１１５にも供給する。
【００３６】
演算部１０３は、画面並べ替えバッファ１０２から読み出された画像から、選択部１１６を介してイントラ予測部１１４若しくは動き予測・補償部１１５から供給される予測画像を減算し、その差分情報を直交変換部１０４に出力する。
【００３７】
例えば、イントラ符号化が行われる画像の場合、演算部１０３は、画面並べ替えバッファ１０２から読み出された画像から、イントラ予測部１１４から供給される予測画像を減算する。また、例えば、インター符号化が行われる画像の場合、演算部１０３は、画面並べ替えバッファ１０２から読み出された画像から、動き予測・補償部１１５から供給される予測画像を減算する。
【００３８】
直交変換部１０４は、演算部１０３から供給される差分情報に対して、離散コサイン変換、カルーネン・レーベ変換等の直交変換を施し、その変換係数を量子化部１０５に供給する。
【００３９】
量子化部１０５は、直交変換部１０４が出力する変換係数を量子化する。量子化部１０５は、レート制御部１１７から供給される情報に基づいて量子化パラメータを設定し、量子化を行う。量子化部１０５は、量子化された変換係数を可逆符号化部１０６に供給する。
【００４０】
可逆符号化部１０６は、その量子化された変換係数に対して、可変長符号化、算術符号化等の可逆符号化を施す。
【００４１】
可逆符号化部１０６は、イントラ予測を示す情報などをイントラ予測部１１４から取得し、インター予測モードを示す情報や動きベクトル情報などを動き予測・補償部１１５から取得する。なお、イントラ予測（画面内予測）を示す情報は、以下、イントラ予測モード情報とも称する。また、インター予測（画面間予測）を示す情報モードを示す情報は、以下、インター予測モード情報とも称する。
【００４２】
可逆符号化部１０６は、量子化された変換係数を符号化するとともに、フィルタ係数、イントラ予測モード情報、インター予測モード情報、および量子化パラメータなどの各種情報を、符号化データのヘッダ情報の一部とする（多重化する）。可逆符号化部１０６は、符号化して得られた符号化データを蓄積バッファ１０７に供給して蓄積させる。
【００４３】
例えば、可逆符号化部１０６においては、可変長符号化または算術符号化等の可逆符号化処理が行われる。可変長符号化としては、H．264/AVC方式で定められているCAVLC（Context-Adaptive Variable Length Coding）などがあげられる。算術符号化としては、CABAC（Context-Adaptive Binary Arithmetic Coding）などがあげられる。
【００４４】
蓄積バッファ１０７は、可逆符号化部１０６から供給された符号化データを、一時的に保持し、所定のタイミングにおいて、H．264/AVC方式で符号化された符号化画像として、例えば、後段の図示せぬ記録装置や伝送路などに出力する。
【００４５】
また、量子化部１０５において量子化された変換係数は、逆量子化部１０８にも供給される。逆量子化部１０８は、その量子化された変換係数を、量子化部１０５による量子化に対応する方法で逆量子化する。逆量子化部１０８は、得られた変換係数を、逆直交変換部１０９に供給する。
【００４６】
逆直交変換部１０９は、供給された変換係数を、直交変換部１０４による直交変換処理に対応する方法で逆直交変換する。逆直交変換された出力（復元された差分情報）は、演算部１１０に供給される。
【００４７】
演算部１１０は、逆直交変換部１０９より供給された逆直交変換結果、すなわち、復元された差分情報に、選択部１１６を介してイントラ予測部１１４若しくは動き予測・補償部１１５から供給される予測画像を加算し、局部的に復号された画像（復号画像）を得る。
【００４８】
例えば、差分情報が、イントラ符号化が行われる画像に対応する場合、演算部１１０は、その差分情報にイントラ予測部１１４から供給される予測画像を加算する。また、例えば、差分情報が、インター符号化が行われる画像に対応する場合、演算部１１０は、その差分情報に動き予測・補償部１１５から供給される予測画像を加算する。
【００４９】
その加算結果は、デブロックフィルタ１１１またはフレームメモリ１１２に供給される。
【００５０】
デブロックフィルタ１１１は、適宜デブロックフィルタ処理を行うことにより復号画像のブロック歪を除去するとともに、例えばウィナーフィルタ（Wiener Filter）を用いて適宜ループフィルタ処理を行うことにより画質改善を行う。デブロックフィルタ１１１は、各画素をクラス分類し、クラスごとに適切なフィルタ処理を施す。デブロックフィルタ１１１は、そのフィルタ処理結果をフレームメモリ１１２に供給する。
【００５１】
フレームメモリ１１２は、所定のタイミングにおいて、蓄積されている参照画像を、選択部１１３を介してイントラ予測部１１４または動き予測・補償部１１５に出力する。
【００５２】
例えば、イントラ符号化が行われる画像の場合、フレームメモリ１１２は、参照画像を、選択部１１３を介してイントラ予測部１１４に供給する。また、例えば、インター符号化が行われる場合、フレームメモリ１１２は、参照画像を、選択部１１３を介して動き予測・補償部１１５に供給する。
【００５３】
選択部１１３は、フレームメモリ１１２から供給される参照画像がイントラ符号化を行う画像である場合、その参照画像をイントラ予測部１１４に供給する。また、選択部１１３は、フレームメモリ１１２から供給される参照画像がインター符号化を行う画像である場合、その参照画像を動き予測・補償部１１５に供給する。
【００５４】
イントラ予測部１１４は、画面内の画素値を用いて予測画像を生成するイントラ予測（画面内予測）を行う。イントラ予測部１１４は、複数のモード（イントラ予測モード）によりイントラ予測を行う。
【００５５】
イントラ予測部１１４は、全てのイントラ予測モードで予測画像を生成し、各予測画像を評価し、最適なモードを選択する。イントラ予測部１１４は、最適なイントラ予測モードを選択すると、その最適なモードで生成された予測画像を、選択部１１６を介して演算部１０３や演算部１１０に供給する。
【００５６】
また、上述したように、イントラ予測部１１４は、採用したイントラ予測モードを示すイントラ予測モード情報等の情報を、適宜可逆符号化部１０６に供給する。
【００５７】
動き予測・補償部１１５は、インター符号化が行われる画像について、画面並べ替えバッファ１０２から供給される入力画像と、選択部１１３を介してフレームメモリ１１２から供給される参照画像とを用いて、動き予測を行い、検出された動きベクトルに応じて動き補償処理を行い、予測画像（インター予測画像情報）を生成する。
【００５８】
動き予測・補償部１１５は、候補となる全てのインター予測モードのインター予測処理を行い、予測画像を生成する。例えば、動き予測・補償部１１５は、時間動きベクトル符号化部１２１に時間軸方向の動きベクトル情報の相関を利用した符号化処理を行う。
【００５９】
動き予測・補償部１１５は、生成された予測画像を、選択部１１６を介して演算部１０３や演算部１１０に供給する。
【００６０】
また、動き予測・補償部１１５は、採用されたインター予測モードを示すインター予測モード情報や、算出した動きベクトルを示す動きベクトル情報を可逆符号化部１０６に供給する。
【００６１】
選択部１１６は、イントラ符号化を行う画像の場合、イントラ予測部１１４の出力を演算部１０３や演算部１１０に供給し、インター符号化を行う画像の場合、動き予測・補償部１１５の出力を演算部１０３や演算部１１０に供給する。
【００６２】
レート制御部１１７は、蓄積バッファ１０７に蓄積された圧縮画像に基づいて、オーバーフローあるいはアンダーフローが発生しないように、量子化部１０５の量子化動作のレートを制御する。
【００６３】
時間動きベクトル符号化部１２１は、動き予測・補償部１１５からの要求に従って、時間軸方向の、動きベクトル情報の相関を利用した、動きベクトル情報の符号化を行う。
【００６４】
［少数画素精度の動き予測・補償処理］
ところで、MPEG-2等の符号化方式においては、線形内挿処理により、１／２画素精度の動き予測・補償処理を行っているが、AVC符号化方式においては、これが、６タップのFIRフィルタを用いた１／４画素精度の動き予測・補償処理を行っており、これにより、符号化効率が向上している。
【００６５】
図２は、AVC符号化方式において規定されている、１／４画素精度の動き予測・補償処理の様子の例を説明する図である。図２において、各四角は、画素を示している。その内、Ａはフレームメモリ１１２に格納されている整数精度画素の位置を示し、b,c,dは、１／２画素精度の位置を示し、e1,e2,e3は１／４画素精度の位置を示している。
【００６６】
以下においては、関数Clip1()を以下の式（１）のように定義する。
【００６７】
【数１】
2011259040.tif 000003
・・・（１）
【００６８】
例えば、入力画像が８ビット精度である場合、式（１）のmax_pixの値は２５５となる。
【００６９】
b及びdの位置における画素値は、６tapのFIRフィルタを用いて、以下の式（２）および式（３）のように生成される。
【００７０】
【数２】
2011259040.tif 000004
・・・（２）
【数３】
2011259040.tif 000005
・・・（３）
【００７１】
cの位置における画素値は、水平方向及び垂直方向に６tapのFIRフィルタを適用し、以下の式（４）乃至式（６）のように生成される。
【００７２】
【数４】
2011259040.tif 000006
・・・（４）
もしくは、
【数５】
2011259040.tif 000007
・・・（５）
【数６】
2011259040.tif 000008
・・・（６）
【００７３】
なお、Clip処理は、水平方向及び垂直方向の積和処理の両方を行なった後、最後に１度のみ行われる。
【００７４】
e1〜e3は、以下の式（７）乃至式（９）のように、線形内挿により生成される。
【００７５】
【数７】
2011259040.tif 000009
・・・（７）
【数８】
2011259040.tif 000010
・・・（８）
【数９】
2011259040.tif 000011
・・・（９）
【００７６】
［動き予測・補償処理］
また、MPEG-2においては、動き予測・補償処理の単位は、フレーム動き補償モードの場合には１６×１６画素、フィールド動き補償モードの場合には第一フィールド、第二フィールドのそれぞれに対し、１６×８画素を単位として動き予測・補償処理が行なわれる。
【００７７】
これに対し、AVCにおいては、図３に示されるように、１６×１６画素により構成される１つのマクロブロックを、１６×１６、１６×８、８×１６若しくは８×８のいずれかのパーティションに分割し、サブマクロブロック毎に、互いに独立した動きベクトル情報を持つことが可能である。更に、８×８パーティションに関しては、図３に示されるとおり、８×８、８×４、４×８、４×４のいずれかのサブマクロブロックに分割し、それぞれ独立した動きベクトル情報を持つことが可能である。
【００７８】
しかしながら、AVC画像符号化方式において、MPEG-2の場合と同様に、かかるような動き予測・補償処理が行なわれるようにすると、膨大な動きベクトル情報が生成されてしまう恐れがあった。そして、その生成された動きベクトル情報をこのまま符号化することは、符号化効率の低下を招く恐れがあった。
【００７９】
かかる問題を解決する手法として、AVC画像符号化においては、以下のような手法により、動きベクトルの符号化情報の低減が実現されている。
【００８０】
図４に示される各直線は、動き補償ブロックの境界を示している。また、図４において、Ｅはこれから符号化されようとしている当該動き補償ブロックを示し、Ａ乃至Ｄは、それぞれ、既に符号化済の、Ｅに隣接する動き補償ブロックを示す。
【００８１】
今、Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅとして、Ｘに対する動きベクトル情報を、mvxとする。
【００８２】
まず、動き補償ブロックＡ，Ｂ、およびＣに関する動きベクトル情報を用い、動き補償ブロックＥに対する予測動きベクトル情報pmvEを、メディアンオペレーションにより、以下の式（１０）のように生成する。
【００８３】
【数１０】
2011259040.tif 000012
・・・（１０）
【００８４】
動き補償ブロックＣに関する情報が、画枠の端である等の理由により“unavailable”である場合、動き補償ブロックＤに関する情報で代用される。
【００８５】
画像圧縮情報に、動き補償ブロックＥに対する動きベクトル情報として符号化されるデータmvdEは、pmvEを用いて、以下の式（１１）のように生成される。
【００８６】
【数１１】
2011259040.tif 000013
・・・（１１）
【００８７】
なお、実際の処理は、動きベクトル情報の水平方向および垂直方向のそれぞれの成分に対して、独立に処理が行なわれる。
【００８８】
また、AVCにおいては、Multi-Reference Frame（マルチ（複数）参照フレーム）という、MPEG-2やH.263等、従来の画像符号化方式では規定されていなかった方式が規定されている。
【００８９】
図５を用いて、AVCにおいて規定されている、マルチ参照フレーム（Multi-Reference Frame）を説明する。
【００９０】
すなわち、MPEG-2やH.263においては、Ｐピクチャの場合、フレームメモリに格納された参照フレーム１枚のみを参照することにより動き予測・補償処理が行われていたが、AVCにおいては、図５に示されるように、複数の参照フレームがメモリに格納され、マクロブロック毎に、異なるメモリを参照することが可能である。
【００９１】
ところで、Ｂピクチャにおける動きベクトル情報における情報量は膨大であるが、AVCにおいては、Direct Mode（ダイレクトモード）と称されるモードが用意されている。
【００９２】
このダイレクトモード（Direct Mode）において、動きベクトル情報は、画像圧縮情報中には格納されない。画像復号装置においては、周辺ブロックの動きベクトル情報、若しくは、参照フレームにおける処理対象ブロックと同じ位置のブロックであるco-locatedブロックの動きベクトル情報から、当該ブロックの動きベクトル情報が算出される。
【００９３】
ダイレクトモード（Direct Mode）には、Spatial Direct Mode（空間ダイレクトモード）と、Temporal Direct Mode（時間ダイレクトモード）の２種類が存在し、スライス毎に切り替えることが可能である。
【００９４】
空間ダイレクトモード（Spatial Direct Mode）においては、以下の式（１２）に示されるように、処理対象動き補償ブロックＥの動きベクトル情報mvEが算出される。
【００９５】
mvE = pmvE  ・・・（１２）
【００９６】
すなわち、Median（メディアン）予測により生成された動きベクトル情報が、当該ブロックに適用される。
【００９７】
以下においては、図６を用いて、時間ダイレクトモード（Temporal Direct Mode）を説明する。
【００９８】
図６において、L0参照ピクチャにおける、当該ブロックと同じ空間上のアドレスにあるブロックを、Co-Locatedブロックとし、Co-Locatedブロックにおける動きベクトル情報を、mvcolとする。また、当該ピクチャとL0参照ピクチャの時間軸上の距離をTDBとし、L0参照ピクチャとL1参照ピクチャの時間軸上の距離をTDDとする。
【００９９】
この時、当該ピクチャにおける、L0の動きベクトル情報mvL0及びL1の動きベクトル情報mvL1は、以下の式（１３）および式（１４）のように算出される。
【０１００】
【数１２】
2011259040.tif 000014
・・・（１３）
【数１３】
2011259040.tif 000015
・・・（１４）
【０１０１】
なお、AVC画像圧縮情報においては、時間軸上の距離を表す情報TDが存在しないため、POC（Picture Order Count）を用いて、上述した式（１２）および式（１３）の演算が行われるものとする。
【０１０２】
また、AVC画像圧縮情報においては、ダイレクトモード（Direct Mode）は、16×16画素マクロブロック単位、若しくは、8×8画素ブロック単位で定義することが可能である。
【０１０３】
［予測モードの選択］
ところで、AVC符号化方式において、より高い符号化効率を達成するには、適切な予測モードの選択が重要である。
【０１０４】
かかる選択方式の例として、JM（Joint Model）と呼ばれるH.264/MPEG-4 AVCの参照ソフトウエア（http://iphome.hhi.de/suehring/tml/index.htm において公開されている）に実装されている方法を挙げることが出来る。
【０１０５】
JMにおいては、以下に述べる、High Complexity Modeと、Low Complexity Modeの２通りのモード判定方法を選択することができる。どちらも、それぞれの予測モードに関するコスト関数値を算出し、これを最小にする予測モードを当該サブマクロブロック、または、当該マクロブロックに対する最適モードとして選択する。
【０１０６】
High Complexity Modeにおけるコスト関数は、以下の式（１５）のように示される。
【０１０７】
Cost(Mode  ) = D + λ*R  ・・・（１５）
【０１０８】
ここで、Ωは、当該ブロック乃至マクロブロックを符号化するための候補モードの全体集合、Ｄは、当該予測モードで符号化した場合の、復号画像と入力画像の差分エネルギーである。λは、量子化パラメータの関数として与えられるLagrange未定乗数である。Ｒは、直交変換係数を含んだ、当該モードで符号化した場合の総符号量である。
【０１０９】
つまり、High Complexity Modeでの符号化を行うには、上記パラメータＤ及びＲを算出するため、全ての候補モードにより、一度、仮エンコード処理を行う必要があり、より高い演算量を要する。
【０１１０】
Low Complexity Modeにおけるコスト関数は、以下の式（１６）のように示される。
【０１１１】
Cost(Mode  ) = D + QP2Quant(QP) * HeaderBit  ・・・（１６）
【０１１２】
ここで、Ｄは、High Complexity Modeの場合と異なり、予測画像と入力画像の差分エネルギーとなる。QP2Quant(QP)は、量子化パラメータQPの関数として与えられ、HeaderBitは、直交変換係数を含まない、動きベクトルや、モードといった、Headerに属する情報に関する符号量である。
【０１１３】
すなわち、Low Complexity Modeにおいては、それぞれの候補モードに関して、予測処理を行う必要があるが、復号画像までは必要ないため、符号化処理まで行う必要はない。このため、High Complexity Modeより低い演算量での実現が可能である。
【０１１４】
ところで、図４を参照して説明したような、メディアン予測を用いた動きベクトルの符号化を改善するため、非特許文献１では、以下に述べるような方法が提案されている。
【０１１５】
すなわち、AVCにおいて定義されている、メディアン予測により求められる”Spatial Predictor（空間予測）”に加え、以下に述べる”Temporal Predictor（時間予測）”及び”Spatio-Temporal Predictor（時間と空間の予測）”のどれかを、予測動きベクトル情報として、適応的に用いることが可能にするものである。
【０１１６】
すなわち、図７において、”mvcol”を、当該ブロックに対するco-locatedブロック（参照画像において、xy座標が、当該ブロックと同じであるブロック）に対する動きベクトル情報、mvtk（ｋ＝０乃至８）をその周辺ブロックの動きベクトル情報であるとして、それぞれの予測動きベクトル情報(Predictor)は、以下の式（１７）乃至（１９）により定義される。
【０１１７】
Temporal Predictor：
【数１４】
2011259040.tif 000016
・・・（１７）
【数１５】
2011259040.tif 000017
・・・（１８）
Spatio-Temporal Predictor：
【数１６】
2011259040.tif 000018
・・・（１９）
【０１１８】
画像符号化装置１００においては、それぞれのブロックに関して、それぞれの予測動きベクトル情報を用いた場合のコスト関数が算出され、最適な予測動きベクトル情報の選択が行われる。画像圧縮情報においては、それぞれのブロックに対し、どの予測動きベクトル情報が用いられたかに関する情報を示すflagが伝送される。
【０１１９】
ところで、マクロブロックサイズを１６画素×１６画素とするのは、次世代符号化方式の対象となるような、UHD（Ultra High Definition；４０００画素×２０００画素）といった大きな画枠に対しては、最適ではない。そこで、非特許文献２などにおいては、マクロブロックサイズを、図８に示されるように、６４×６４画素、３２画素×３２画素といった大きさにすることが提案されている。
【０１２０】
すなわち、非特許文献１においては、図７のような、階層構造を採用することにより、１６×１６画素ブロック以下に関しては、現在のAVCにおけるマクロブロックと互換性を保ちながら、そのスーパーセットとして、より大きなブロックが定義されている。
また非特許文献２は、インタースライスに対して拡張されたマクロブロックを適用する提案であるが、非特許文献３においては、拡張されたマクロブロックを、イントラスライスに適用することが提案されている。
【０１２１】
［動作原理］
図１に示された画像符号化装置１００においては、Ｂピクチャを符号化する際、時間ダイレクトモード（temporal direct mode）を用いた符号化処理をするため、参照フレームにおける動きベクトル情報をメモリに保持しておく必要がある。非特許文献１における動きベクトル符号化方法を、Ｐピクチャにおいても用いる際には、Ｐピクチャ符号化の際にも、動きベクトル情報をメモリに保持しておく必要がある。動きベクトル情報の、メモリへの保持は、全ての動き補償ブロックに対して行う必要があった。
【０１２２】
これに対する、本発明の動作原理を、図９乃至図１１を用いて説明する。
【０１２３】
すなわち、本発明においては、図９に示されるように、処理対象の当該マクロブロック１３０における、一番左上にある動き補償ブロック（つまりサブマクロブロック）１３１（処理対象小領域）についての動きベクトル情報１３１Ａのみをメモリに保持するようにする。
【０１２４】
このように、メモリに保持された動きベクトル情報１３１Ａは、他のフレームに対する処理において、参照フレームの動きベクトル情報として利用される。つまり、メモリには、参照フレームの動きベクトル情報が記憶されるとも言える。
【０１２５】
この方法において、例えば、図１０の右に示される当該フレーム１４０のあるマクロブロックのサブマクロブロックである当該ブロック１４１を、時間ダイレクトモード（temporal direct mode）による、Direct8x8モード（ダイレクト８×８モード）で符号化することを考える。
【０１２６】
この方法の場合、図１０の左に示される通り、参照フレーム１５０に存在する、当該ブロック１４１に対応するCo-locatedブロック１５１（参照小領域）に関する動きベクトル情報は、メモリに保持されていない。
【０１２７】
そこで、メモリに保存されている近隣の動きベクトルを用いて、Co-locatedブロック１５１の動きベクトル情報の生成が行われるようにする。
【０１２８】
図１１は、図１０における、参照フレーム１５０の、Co-locatedブロック１５１を含むマクロブロックを拡大した図である。図９を参照して説明したように、各マクロブロックの左上端のサブマクロブロックの動きベクトル情報のみが保存されるので、図１１においては、Co-locatedブロック１５１を含むマクロブロックの左上端のサブマクロブロックの動きベクトル情報mvAと、そのマクロブロックの、右に隣接するマクロブロックのサブマクロブロックの動きベクトル情報mvBと、下に隣接するマクロブロックのサブマクロブロックの動きベクトル情報mvCと、右下に隣接するマクロブロックのサブマクロブロックの動きベクトル情報mvDと、（図１０における動きベクトル１６１乃至動きベクトル１６４）が、メモリに格納される。
【０１２９】
これに対して、Co-locatedブロック１５１の動きベクトル情報mvxは、メモリに格納されてない。したがって、このような場合の、Co-locatedブロック１５１の動きベクトル情報mvxは、メモリに格納されている動きベクトル情報mvA,mvB,mvC,mvDを用いて生成する。
【０１３０】
例えば、まず、図１１に示されるのA,B,C,D点（各マクロブロックの左上端の画素）を、それぞれのマクロブロックの代表点とし、動きベクトル情報mvA,mvB,mvC,mvDは、それぞれ、その代表点（A,B,C,D点）に対応した動きベクトル情報であるとする。そして、Co-locatedブロック１５１の左上端の画素X（Co-locatedブロック１５１の代表点）からA,B,C,Dまでの距離に応じて、動きベクトル情報mvxを、メモリに格納されている動きベクトル情報mvA,mvB,mvC,mvDを用いた内挿処理により生成する。
【０１３１】
つまり、図１１の例では、以下の式（２０）のように、動きベクトル情報mvxが求められる。
【０１３２】
【数１７】
2011259040.tif 000019
・・・（２０）
【０１３３】
このようにCo-locatedブロック１５１の動き情報は、メモリに格納されている近隣の動きベクトル情報から求めることができる。つまり、このような処理を行うことで、画像符号化装置１００は、動き補償ブロック（サブマクロブロック）毎に算出される全ての動きベクトル情報をメモリに格納する必要がなくなり、時間軸方向の動きベクトル情報の相関を利用した符号化処理の負荷の増大を抑制し、回路規模を低減させることができる。
【０１３４】
なお、動きベクトル情報mvxの算出方法は、任意であり、上述した以外の方法を適用するようにしてもよい。例えば、以下の式（２１）に示されるように、Co-locatedブロック１５１を含むマクロブロックの左上端の画素の動きベクトル情報mvAを動きベクトル情報mvxとしてもよい。
【０１３５】
mvX = mvA  ・・・（２１）
【０１３６】
当然、演算量は式（２１）に示される方法の方が少ないが、符号化効率に関しては、式（２０）に示される方法の方がより高いものとなる。
【０１３７】
なお、以上においては、各マクロブロック内の一番左上の動き補償ブロック（サブマクロブロック）に対する動きベクトル情報をメモリに格納するように説明したが、これに限らず、例えば、右上、左下、右下、若しくは中央等、他の位置の動き補償ブロック（サブマクロブロック）の動きベクトル情報をメモリに格納するようにしてもよい。
【０１３８】
ただし、左上以外の位置の動き補償ブロック（サブマクロブロック）は、そのマクロブロックのパーティション（分割）方法によってその補償ブロック（サブマクロブロック）の位置が変化する可能性がある。
【０１３９】
したがって、左上以外の位置の動き補償ブロック（サブマクロブロック）の動きベクトル情報をメモリに保存する場合、メモリに保存される動きベクトル情報が、どの動き補償ブロック（サブマクロブロック）に対応するかを特定するために、その動きベクトル情報だけでなく、当該マクロブロックがどのようなパーティションにより符号化されたかという情報も保持する必要がある。したがって、メモリに格納する情報量がその分増大する恐れがある。
【０１４０】
これに対して、マクロブロックの一番左上の動き補償パーティション（サブマクロブロック）の位置は、マクロブロックの分割の仕方によらず不変である。したがって、本発明のように、一番左上の動き補償パーティション（サブマクロブロック）に対する動きベクトル情報を保存するようにすることにより、当該マクロブロックの分割の仕方に関する情報をメモリに格納させる必要が無くなる。これにより、かかる問題は解決される。
【０１４１】
また、本発明は、図８に示されたような拡張されたマクロブロックに対応した画像符号化装置１００及び画像復号装置２００にも適用することが可能である。
【０１４２】
特に、拡張されたマクロブロックにおいては、例えば、図１２に示される拡張マクロブロック１７０のように多数のサブマクロブロックに分割されることが考えられる。したがって、本発明を適用し、上述したように一番左上のサブマクロブロック１７１の動きベクトル情報のみを保存するようにすることにより、保存すべき動きベクトル情報のメモリ容量を大幅に低減させることができる。
【０１４３】
つまり、本発明を適用することにより得られるメモリ容量を削減する効果は、拡張されたマクロブロックの方が大きい。
【０１４４】
［時間動きベクトル符号化部］
図１３は、図１の時間動きベクトル符号化部１２１の詳細な構成例を示すブロック図である。
【０１４５】
図１３に示されるように、時間動きベクトル符号化部１２１は、ブロック位置判定部１８１、動きベクトル内挿部１８２、および動きベクトルバッファ１８３を有する。
【０１４６】
動き予測・補償部１１５で、時間方向の動きベクトル符号化を用いたモードを、候補モードとする時、当該動き補償ブロックにおけるブロックアドレスが、ブロック位置判定部１８１に伝送される。
【０１４７】
参照フレームの、そのブロックアドレスと同アドレスの動き補償ブロックであるCo-locatedブロック（参照小領域）の動きベクトル情報が、動きベクトルバッファ１８３に保存されているものである場合、ブロック位置判定部１８１は、そのブロックアドレスを、動きベクトルバッファ１８３に伝送する。動きベクトルバッファ１８３は、供給されたブロックアドレスに対応する動きベクトル情報を、動き予測・補償部１１５に供給する。
【０１４８】
これに対して、Co-locatedブロック（参照小領域）の動きベクトル情報が、動きベクトルバッファ１８３に保存されているものでない場合、ブロック位置判定部１８１は、そのブロックアドレスを、動きベクトル内挿部１８２に伝送する。
【０１４９】
動きベクトル内挿部１８２は、ブロック位置判定部１８１から供給されたブロックアドレスの動き補償ブロックの動きベクトル情報を生成するための内挿処理に必要となる周辺の動き補償ブロックのアドレスを算出し、これを動きベクトルバッファ１８３に要求する。つまり、動きベクトル内挿部１８２は、参照フレームの、Co-locatedブロック（参照小領域）を含むマクロブロック、および、そのマクロブロックに隣接するマクロブロック（これらをまとめて周辺マクロブロックと称する）のブロックアドレスを動きベクトルバッファ１８３に供給する。
【０１５０】
動きベクトルバッファ１８３は、指定された周辺マクロブロックのブロックアドレスに対応する動きベクトル情報を、動きベクトル内挿部１８２に供給する。動きベクトル内挿部１８２は、供給された動きベクトル情報を用いて、内挿処理を行い、目的の、Co-locatedブロックに対応する動きベクトル情報を生成する。
【０１５１】
動きベクトル内挿部１８２は、生成した動きベクトル情報を動き予測・補償部１１５に供給する。
【０１５２】
つまり、動き予測・補償部１１５からブロックアドレスを供給されると、ブロック位置判定部１８１は、そのブロックアドレスを動きベクトルバッファ１８３に供給する。動きベクトルバッファ１８３は、そのブロックアドレスに対応する動きベクトル情報を保持している場合、その動きベクトル情報を読み出し、動き予測・補償部１１５に供給する。
【０１５３】
これに対して、ブロック位置判定部１８１から供給されたブロックアドレスに対応する動きベクトル情報が存在しない場合、動きベクトルバッファ１８３は、その旨をブロック位置判定部１８１に通知する。
【０１５４】
通知を受けると、ブロック位置判定部１８１は、次に、動き予測・補償部１１５から供給されたブロックアドレスを動きベクトル内挿部１８２に供給する。動きベクトル内挿部１８２は、動きベクトルバッファ１８３に保持されている周辺マクロブロックのブロックアドレスを動きベクトルバッファ１８３に供給する。
【０１５５】
動きベクトルバッファ１８３は、供給されたブロックアドレスに対応する動きベクトル情報を動きベクトル内挿部１８２に供給する。
【０１５６】
このようにして、動きベクトル内挿部１８２は、Co-locatedブロックの動きベクトル情報を生成するために必要な周辺の動きベクトル情報を取得する。
【０１５７】
動きベクトル内挿部１８２は、取得した動きベクトル情報を用いて、内挿処理等により、目的の動きベクトル情報を生成し、動き予測・補償部１１５に供給する。
【０１５８】
動き予測・補償部１１５は、動きベクトルバッファ１８３から抽出された動きベクトル情報、若しくは、動きベクトル内挿部１８２により生成された動きベクトル情報を用いて、従来の時間ダイレクトモードのように、時間軸方向の相関を利用した動きベクトル情報の符号化を行う。
【０１５９】
なお、動き予測・補償部１１５は、各ブロックにおいて、最終的に符号化処理に用いられた動きベクトル情報を、次の符号化処理のため、動きベクトルバッファ１８３に伝送し、保持させる。
【０１６０】
このようにすることにより、画像符号化装置１００は、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを、時間動きベクトル符号化部１２１の動きベクトルバッファ１８３に格納するだけで、時間方向の相関を利用した動きベクトル情報の符号化を行うことができる。
【０１６１】
つまり、画像符号化装置１００は、符号化処理に必要なメモリ量を低減させ、符号化処理の負荷を低減させることができる。
【０１６２】
［符号化処理の流れ］
次に、以上のような画像符号化装置１００により実行される各処理の流れについて説明する。最初に、図１４のフローチャートを参照して、符号化処理の流れの例を説明する。
【０１６３】
ステップＳ１０１において、A/D変換部１０１は入力された画像をA/D変換する。ステップＳ１０２において、画面並べ替えバッファ１０２は、A/D変換された画像を記憶し、各ピクチャの表示する順番から符号化する順番への並べ替えを行う。
【０１６４】
ステップＳ１０３において、演算部１０３は、ステップＳ１０２の処理により並び替えられた画像と、予測画像との差分を演算する。予測画像は、インター予測する場合は動き予測・補償部１１５から、イントラ予測する場合はイントラ予測部１１４から、選択部１１６を介して演算部１０３に供給される。
【０１６５】
差分データは元の画像データに較べてデータ量が低減される。したがって、画像をそのまま符号化する場合に較べて、データ量を圧縮することができる。
【０１６６】
ステップＳ１０４において、直交変換部１０４は，ステップＳ１０３の処理により生成された差分情報を直交変換する。具体的には、離散コサイン変換、カルーネン・レーベ変換等の直交変換が行われ、変換係数が出力される。
【０１６７】
ステップＳ１０５において、量子化部１０５は、ステップＳ１０４の処理により得られた直交変換係数を量子化する。
【０１６８】
ステップＳ１０５の処理により量子化された差分情報は、次のようにして局部的に復号される。すなわち、ステップＳ１０６において、逆量子化部１０８は、ステップＳ１０５の処理により生成された量子化された直交変換係数（量子化係数とも称する）を量子化部１０５の特性に対応する特性で逆量子化する。ステップＳ１０７において、逆直交変換部１０９は、ステップＳ１０６の処理により得られた直交変換係数を、直交変換部１０４の特性に対応する特性で逆直交変換する。
【０１６９】
ステップＳ１０８において、演算部１１０は、予測画像を局部的に復号された差分情報に加算し、局部的に復号された画像（演算部１０３への入力に対応する画像）を生成する。ステップＳ１０９においてデブロックフィルタ１１１は、ステップＳ１０８の処理により生成された画像をフィルタリングする。これによりブロック歪みが除去される。
【０１７０】
ステップＳ１１０において、フレームメモリ１１２は、ステップＳ１０９の処理によりブロック歪みが除去された画像を記憶する。なお、フレームメモリ１１２にはデブロックフィルタ１１１によりフィルタ処理されていない画像も演算部１１０から供給され、記憶される。
【０１７１】
ステップＳ１１１において、イントラ予測部１１４は、イントラ予測モードのイントラ予測処理を行う。ステップＳ１１２において、動き予測・補償部１１５は、インター予測モードでの動き予測や動き補償を行うインター動き予測処理を行う。
【０１７２】
ステップＳ１１３において、選択部１１６は、イントラ予測部１１４および動き予測・補償部１１５から出力された各コスト関数値に基づいて、最適予測モードを決定する。つまり、選択部１１６は、イントラ予測部１１４により生成された予測画像と、動き予測・補償部１１５により生成された予測画像のいずれか一方を選択する。
【０１７３】
また、このいずれの予測画像が選択されたかを示す選択情報は、イントラ予測部１１４および動き予測・補償部１１５のうち、予測画像が選択された方に供給される。最適イントラ予測モードの予測画像が選択された場合、イントラ予測部１１４は、最適イントラ予測モードを示す情報（すなわち、イントラ予測モード情報）を、可逆符号化部１０６に供給する。
【０１７４】
最適インター予測モードの予測画像が選択された場合、動き予測・補償部１１５は、最適インター予測モードを示す情報と、必要に応じて、最適インター予測モードに応じた情報を可逆符号化部１０６に出力する。最適インター予測モードに応じた情報としては、動きベクトル情報やフラグ情報、参照フレーム情報などがあげられる。
【０１７５】
ステップＳ１１４において、可逆符号化部１０６は、ステップＳ１０５の処理により量子化された変換係数を符号化する。すなわち、差分画像（インターの場合、２次差分画像）に対して、可変長符号化や算術符号化等の可逆符号化が行われる。
【０１７６】
なお、可逆符号化部１０６は、ステップＳ１０５において算出された量子化パラメータを符号化し、符号化データに付加する。
【０１７７】
また、可逆符号化部１０６は、ステップＳ１１３の処理により選択された予測画像の予測モードに関する情報を符号化し、差分画像を符号化して得られる符号化データに付加する。つまり、可逆符号化部１０６は、イントラ予測部１１４から供給されるイントラ予測モード情報、または、動き予測・補償部１１５から供給される最適インター予測モードに応じた情報なども符号化し、符号化データに付加する。
【０１７８】
ステップＳ１１５において蓄積バッファ１０７は、可逆符号化部１０６から出力される符号化データを蓄積する。蓄積バッファ１０７に蓄積された符号化データは、適宜読み出され、伝送路を介して復号側に伝送される。
【０１７９】
ステップＳ１１６においてレート制御部１１７は、ステップＳ１１５の処理により蓄積バッファ１０７に蓄積された圧縮画像に基づいて、オーバーフローあるいはアンダーフローが発生しないように、量子化部１０５の量子化動作のレートを制御する。
【０１８０】
ステップＳ１１６の処理が終了すると、符号化処理が終了される。
【０１８１】
［インター動き予測処理の流れ］
次に、図１５のフローチャートを参照して、図１４のステップＳ１１２において実行されるインター動き予測処理の流れの例を説明する。
【０１８２】
インター動き予測処理が開始されると、動き予測・補償部１１５は、ステップＳ１３１において、各ブロックサイズの各インター予測モードについて、動きベクトルと参照画像を決定する。
【０１８３】
ステップＳ１３２において、動き予測・補償部１１５は、各ブロックサイズの各インター予測モードについて、動きベクトルに基づいて参照画像に補償処理を行う。
【０１８４】
ステップＳ１３３において、動き予測・補償部１１５は、各ブロックサイズの各インター予測モードについて、コスト関数値を算出する。
【０１８５】
ステップＳ１３４において、動き予測・補償部１１５は、ステップＳ１３３において算出されたコスト関数値に基づいて、最適インター予測モードを決定する。
【０１８６】
最適インター予測モードが決定されると、動き予測・補償部１１５は、インター動き予測処理を終了し、処理を図１４のステップＳ１１２に戻し、ステップＳ１１３以降の処理を実行させる。
【０１８７】
このようなインター予測モードの１つとして、動き予測・補償部１１５は、時間動きベクトル符号化部１２１に、時間軸方向の動きベクトル情報の相関を利用した符号化処理である時間動きベクトル符号化処理を実行させる。
【０１８８】
［時間動きベクトル符号化処理の流れ］
図１６のフローチャートを参照して、時間動きベクトル符号化処理の流れの例を説明する。
【０１８９】
時間動きベクトル符号化処理が開始されると、ブロック位置判定部１８１は、ステップＳ１５１において、動き予測・補償部１１５から供給される処理対象ブロックのアドレス（処理対象ブロックアドレス）を取得する。
【０１９０】
ブロック位置判定部１８１は、ステップＳ１５２において、参照フレームの処理対象ブロックアドレスに位置する動き補償ブロック（サブマクロブロック）であるCo-locatedブロックにおける動きベクトル情報が、動きベクトルバッファ１８３に格納されているか否かを判定する。
【０１９１】
Co-locatedブロックにおける動きベクトル情報が、動きベクトルバッファ１８３に格納されていると判定された場合、動きベクトルバッファ１８３は、ステップＳ１５３において、そのCo-locatedブロックの動きベクトル情報を読み出し、動き予測・補償部１１５に供給する。
【０１９２】
また、ステップＳ１５２において、Co-locatedブロックにおける動きベクトル情報が、動きベクトルバッファ１８３に格納されていないと判定された場合、ブロック位置判定部１８１は、処理対象ブロックアドレスを動きベクトル内挿部１８２に供給する。動きベクトル内挿部１８２は、供給された処理対象ブロックアドレスから、周辺マクロブロック（Co-locatedブロックを含むマクロブロックと、そのマクロブロックに隣接するマクロブロックとを含む）のブロックアドレスを求め、それを動きベクトルバッファ１８３に供給する。
【０１９３】
動きベクトルバッファ１８３は、ステップＳ１５４において、供給された周辺マクロブロックのブロックアドレスに対応する動きベクトル情報を読み出し、動きベクトル内挿部１８２に供給する。
【０１９４】
動きベクトル内挿部１８２は、ステップＳ１５５において、内挿処理を行い、Co-locatedブロックの動きベクトル情報を生成する。
【０１９５】
ステップＳ１５６において、動き予測・補償部１１５は、上述したように時間動きベクトル符号化部１２１から供給される動きベクトル情報を用いて、時間軸方向の相関を利用して、動きベクトル情報を符号化する。
【０１９６】
ステップＳ１５７において、動き予測・補償部１１５は、符号化に用いた動きベクトル情報、すなわち、Co-locatedブロックの動きベクトル情報を保存すべきか否かを判定する。
【０１９７】
例えば、動きベクトルバッファ１８３には、各マクロブロックの左上端の動き補償ブロック（サブマクロブロック）の動きベクトル情報が保存されるようになされており、Co-locatedブロックが、マクロブロックの左上端に位置するブロックであるとすると、動き予測・補償部１１５は、Co-locatedブロックの動きベクトル情報を保存すべきと判定する。この場合、動き予測・補償部１１５は、処理をステップＳ１５８に進め、その動きベクトル情報を、動きベクトルバッファ１８３に供給する。動きベクトルバッファ１８３は、動き予測・補償部１１５から供給されるその動きベクトル情報を保存する。
【０１９８】
動きベクトル情報が保存されると、時間動きベクトル符号化部１２１は、時間動きベクトル符号化処理を終了する。また、ステップＳ１５７において、Co-locatedブロックの動きベクトル情報を保存すべきでないと判定された場合、時間動きベクトル符号化部１２１は、ステップＳ１５８の処理を省略し、時間動きベクトル符号化処理を終了する。
【０１９９】
以上のように、各処理を行うことにより、画像符号化装置１００は、動きベクトルバッファ１８３に格納する動きベクトル情報の量を低減させることができ、符号化処理の負荷を低減させることができる。
【０２００】
＜２．第２の実施の形態＞
［画像復号装置］
図１７は、本発明を適用した画像復号装置の主な構成例を示すブロック図である。図１７に示される画像復号装置２００は、画像符号化装置１００に対応する復号装置である。
【０２０１】
画像符号化装置１００より符号化された符号化データは、所定の伝送路を介して、この画像符号化装置１００に対応する画像復号装置２００に伝送され、復号されるものとする。
【０２０２】
図１７に示されるように、画像復号装置２００は、蓄積バッファ２０１、可逆復号部２０２、逆量子化部２０３、逆直交変換部２０４、演算部２０５、デブロックフィルタ２０６、画面並べ替えバッファ２０７、およびD/A変換部２０８を有する。また、画像復号装置２００は、フレームメモリ２０９、選択部２１０、イントラ予測部２１１、動き予測・補償部２１２、および選択部２１３を有する。
【０２０３】
さらに、画像復号装置２００は、時間動きベクトル復号部２２１を有する。
【０２０４】
蓄積バッファ２０１は、伝送されてきた符号化データを蓄積する。この符号化データは、画像符号化装置１００により符号化されたものである。可逆復号部２０２は、蓄積バッファ２０１から所定のタイミングで読み出された符号化データを、図１の可逆符号化部１０６の符号化方式に対応する方式で復号する。
【０２０５】
逆量子化部２０３は、可逆復号部２０２により復号されて得られた係数データ（量子化係数）を、図１の量子化部１０５の量子化方式に対応する方式で逆量子化する。
【０２０６】
逆量子化部２０３は、逆量子化された係数データ、つまり、直交変換係数を、逆直交変換部２０４に供給する。逆直交変換部２０４は、図１の直交変換部１０４の直交変換方式に対応する方式で、その直交変換係数を逆直交変換し、画像符号化装置１００において直交変換される前の残差データに対応する復号残差データを得る。
【０２０７】
逆直交変換されて得られた復号残差データは、演算部２０５に供給される。また、演算部２０５には、選択部２１３を介して、イントラ予測部２１１若しくは動き予測・補償部２１２から予測画像が供給される。
【０２０８】
演算部２０５は、その復号残差データと予測画像とを加算し、画像符号化装置１００の演算部１０３により予測画像が減算される前の画像データに対応する復号画像データを得る。演算部２０５は、その復号画像データをデブロックフィルタ２０６に供給する。
【０２０９】
デブロックフィルタ２０６は、供給された復号画像のブロック歪を除去した後、画面並べ替えバッファ２０７に供給する。
【０２１０】
画面並べ替えバッファ２０７は、画像の並べ替えを行う。すなわち、図１の画面並べ替えバッファ１０２により符号化の順番のために並べ替えられたフレームの順番が、元の表示の順番に並べ替えられる。D/A変換部２０８は、画面並べ替えバッファ２０７から供給された画像をD/A変換し、図示せぬディスプレイに出力し、表示させる。
【０２１１】
デブロックフィルタ２０６の出力は、さらに、フレームメモリ２０９に供給される。
【０２１２】
フレームメモリ２０９、選択部２１０、イントラ予測部２１１、動き予測・補償部２１２、および選択部２１３は、画像符号化装置１００のフレームメモリ１１２、選択部１１３、イントラ予測部１１４、動き予測・補償部１１５、および選択部１１６にそれぞれ対応する。
【０２１３】
選択部２１０は、インター処理される画像と参照される画像をフレームメモリ２０９から読み出し、動き予測・補償部２１２に供給する。また、選択部２１０は、イントラ予測に用いられる画像をフレームメモリ２０９から読み出し、イントラ予測部２１１に供給する。
【０２１４】
イントラ予測部２１１には、ヘッダ情報を復号して得られたイントラ予測モードを示す情報等が可逆復号部２０２から適宜供給される。イントラ予測部２１１は、この情報に基づいて、フレームメモリ２０９から取得した参照画像から予測画像を生成し、生成した予測画像を選択部２１３に供給する。
【０２１５】
動き予測・補償部２１２は、ヘッダ情報を復号して得られた情報（予測モード情報、動きベクトル情報、参照フレーム情報、フラグ、および各種パラメータ等）を可逆復号部２０２から取得する。
【０２１６】
動き予測・補償部２１２は、可逆復号部２０２から供給されるそれらの情報に基づいて、フレームメモリ２０９から取得した参照画像から予測画像を生成し、生成した予測画像を選択部２１３に供給する。
【０２１７】
画像符号化装置１００において、例えば時間ダイレクトモードのような、時間軸方向の動きベクトル情報の相関を利用して符号化を行うモードが採用された場合、動き予測・補償部２１２は、時間動きベクトル復号部２２１を用いて、そのモードで動き予測・補償処理を行う。
【０２１８】
選択部２１３は、動き予測・補償部２１２またはイントラ予測部２１１により生成された予測画像を選択し、演算部２０５に供給する。
【０２１９】
時間動きベクトル復号部２２１は、画像符号化装置１００の時間動きベクトル符号化部１２１と同様の構成を有し、同様の処理を行う。つまり、時間動きベクトル復号部２２１は、図１３に示されるような構成を有し、図１６のフローチャートを参照して説明した時間動きベクトル符号化処理と同様の処理（時間動きベクトル復号処理）を行い、動き予測・補償部２１２から要求されたブロックアドレスに対応する動きベクトル情報を、必要に応じて生成し、動き予測・補償部２１２に供給する。
【０２２０】
したがって、時間動きベクトル復号部２２１の詳細な構成や、時間動きベクトル復号処理の流れについての説明は省略する。
【０２２１】
［復号処理の流れ］
次に、以上のような画像復号装置２００により実行される各処理の流れについて説明する。最初に、図１８のフローチャートを参照して、復号処理の流れの例を説明する。
【０２２２】
復号処理が開始されると、ステップＳ２０１において、蓄積バッファ２０１は、伝送されてきた符号化データを蓄積する。ステップＳ２０２において、可逆復号部２０２は、蓄積バッファ２０１から供給される符号化データを復号する。すなわち、図１の可逆符号化部１０６により符号化されたＩピクチャ、Ｐピクチャ、並びにＢピクチャが復号される。
【０２２３】
このとき、動きベクトル情報、参照フレーム情報、予測モード情報（イントラ予測モード、またはインター予測モード）、並びに、フラグや量子化パラメータ等の情報も復号される。
【０２２４】
予測モード情報がイントラ予測モード情報である場合、予測モード情報は、イントラ予測部２１１に供給される。予測モード情報がインター予測モード情報である場合、予測モード情報と対応する動きベクトル情報は、動き予測・補償部２１２に供給される。
【０２２５】
ステップＳ２０３において、逆量子化部２０３は、可逆復号部２０２により復号されて得られた、量子化された直交変換係数を、図１の量子化部１０５による量子化処理に対応する方法で逆量子化する。ステップＳ２０４において逆直交変換部２０４は逆量子化部２０３により逆量子化されて得られた直交変換係数を、図１の直交変換部１０４による直交変換処理に対応する方法で逆直交変換する。これにより図１の直交変換部１０４の入力（演算部１０３の出力）に対応する差分情報が復号されたことになる。
【０２２６】
ステップＳ２０５において、演算部２０５は、ステップＳ２０４の処理により得られた差分情報に、予測画像を加算する。これにより元の画像データが復号される。
【０２２７】
ステップＳ２０６において、デブロックフィルタ２０６は、ステップＳ２０５の処理により得られた復号画像を適宜フィルタリングする。これにより適宜復号画像からブロック歪みが除去される。
【０２２８】
ステップＳ２０７において、フレームメモリ２０９は、フィルタリングされた復号画像を記憶する。
【０２２９】
ステップＳ２０８において、イントラ予測部２１１、または動き予測・補償部２１２は、可逆復号部２０２から供給される予測モード情報に対応して、それぞれ画像の予測処理を行う。
【０２３０】
すなわち、可逆復号部２０２からイントラ予測モード情報が供給された場合、イントラ予測部２１１は、イントラ予測モードのイントラ予測処理を行う。また、可逆復号部２０２からインター予測モード情報が供給された場合、動き予測・補償部２１２は、インター予測モードの動き予測処理を行う。
【０２３１】
ステップＳ２０９において、選択部２１３は予測画像を選択する。すなわち、選択部２１３には、イントラ予測部２１１により生成された予測画像、若しくは、動き予測・補償部２１２により生成された予測画像が供給される。選択部２１３は、その予測画像が供給された側を選択し、その予測画像を演算部２０５に供給する。この予測画像は、ステップＳ２０５の処理により差分情報に加算される。
【０２３２】
ステップＳ２１０において、画面並べ替えバッファ２０７は、復号画像データのフレームの並べ替えを行う。すなわち、復号画像データの、画像符号化装置１００の画面並べ替えバッファ１０２（図１）により符号化のために並べ替えられたフレームの順序が、元の表示の順序に並べ替えられる。
【０２３３】
ステップＳ２１１において、D/A変換部２０８は、画面並べ替えバッファ２０７においてフレームが並べ替えられた復号画像データをD/A変換する。この復号画像データが図示せぬディスプレイに出力され、その画像が表示される。
【０２３４】
［予測処理の流れ］
次に、図１９のフローチャートを参照して、図１８のステップＳ２０８において実行される予測処理の詳細な流れの例を説明する。
【０２３５】
予測処理が開始されると、可逆復号部２０２は、ステップＳ２３１において、復号した予測モード情報に基づいて、符号化データがイントラ符号化されているか否かを判定する。
【０２３６】
イントラ符号化されていると判定された場合、可逆復号部２０２は、処理をステップＳ２３２に進める。
【０２３７】
ステップＳ２３２において、イントラ予測部２１１は、可逆復号部２８２より、イントラ予測モード情報等、予測画像の生成に必要な情報を取得する。ステップＳ２３３において、イントラ予測部２１１は、フレームメモリ２０９から参照画像を取得し、イントラ予測モードのイントラ予測処理を行って、予測画像を生成する。
【０２３８】
予測画像を生成すると、イントラ予測部２１１は、生成した予測画像を、選択部２１３を介して演算部２０５に供給し、予測処理を終了して、処理を図１８のステップＳ２０８に戻し、ステップＳ２０９以降の処理を実行させる。
【０２３９】
また、図１９のステップＳ２３１において、インター符号化されていると判定された場合、可逆復号部２０２は、処理をステップＳ２３４に進める。
【０２４０】
ステップＳ２３４において、動き予測・補償部２１２は、可逆復号部２８２より、動き予測モード、参照フレーム、および差分動きベクトル情報等、予測画像の生成に必要な情報を取得する。
【０２４１】
ステップＳ２３５において、動き予測・補償部２１２は、指定されたモードで動きベクトル情報を復号する。例えば、画像符号化装置１００において、時間ダイレクトモードのような、時間軸方向の動きベクトル情報の相関を利用して符号化を行うモードが採用された場合、動き予測・補償部２１２は、時間動きベクトル復号部２２１に、所望の動きベクトル情報を提供させ、その動きベクトル情報を用いて時間軸方向の相関を利用した復号処理を行い、差分動きベクトル情報を復号する。
【０２４２】
ステップＳ２３６において、動き予測・補償部２１２は、復号された動きベクトル情報を用いて参照画像から予測画像を生成する。
【０２４３】
予測画像を生成すると、動き予測・補償部２１２は、生成した予測画像を、選択部２１３を介して演算部２０５に供給し、予測処理を終了して、処理を図１８のステップＳ２０８に戻し、ステップＳ２０９以降の処理を実行させる。
【０２４４】
以上のように、復号処理および予測処理を行うことにより、画像復号装置２００は、画像符号化装置１００の場合と同様に、時間動きベクトル復号部２２１の動きベクトルバッファに格納する動きベクトル情報の量を低減させることができ、時間方向の相関を利用した動きベクトル情報の復号処理の負荷を低減させることができる。
【０２４５】
つまり、画像復号装置２００は、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを時間動きベクトル復号部２２１の動きベクトルバッファに格納するだけで、時間方向の相関を利用した動きベクトル情報の復号を行うことができる。
【０２４６】
なお、以上においては、Co-locatedブロックの動きベクトル情報を算出する際に、内挿処理により、周辺の動きベクトル情報に対して、距離に応じた重みづけを行うように説明した。しかしながら、周辺の動きベクトル情報に対する重みづけはこれに限らず、どのような情報に基づいて行うようにしてもよい。例えば、各動きベクトル情報が対応する動き補償ブロック（サブマクロブロック）のブロックサイズ、若しくは、ブロック内の画像の複雑さ（テクスチャの種類）、ブロック内の画素分散の類似性等、任意の指標に基づいて重みづけが行われるようにしてもよい。
【０２４７】
また、代表点を各ブロックの左上の画素として説明したが、代表点の位置は任意である。
【０２４８】
また、時間動きベクトル符号化部１２１や時間動きベクトル復号部２２１の動きベクトルバッファに、動きベクトルを保持させるように説明したが、このとき、１マクロブロックにつき、複数の動きベクトルを保持させるようにしてもよい。
【０２４９】
例えば、図２０に示されるマクロブロック３００のように、４隅のサブマクロブロック（サブマクロブロック３０１乃至サブマクロブロック３０４）の動きベクトル情報（動きベクトル情報３０１Ａ乃至動きベクトル情報３０４Ａ）を、動きベクトルバッファに保持させるようにしてもよい。
【０２５０】
動きベクトル情報をこのように保存し、マクロブロック３００内のサブマクロブロックの動きベクトル情報（例えばサブマクロブロック３１１の動きベクトル情報３１１Ａ）を、動きベクトル情報３０１Ａ乃至動きベクトル情報３０４Ａを用いた内挿処理により求めるようにしてもよい。
【０２５１】
このようにすることにより、他のマクロブロックを参照する必要が無くなり、Co-locatedブロックを含む当該マクロブロックのみを参照すればよいので、動きベクトルバッファからの動きベクトル情報の読み出しが容易になる。
【０２５２】
例えば、動きベクトル情報は、他のマクロブロックの動きベクトル情報と組み合わせて使用されることが無くなるので、マクロブロック毎にまとめて圧縮して動きベクトルバッファに保持させるようにすることができる。図２０の例の場合、マクロブロック３００に属する動きベクトル情報３０１Ａ乃至動きベクトル情報３０４Ａをまとめて符号化することができる。
【０２５３】
第１の実施の形態などにおいて説明したように複数のマクロブロックの動きベクトル情報を組み合わせて内挿処理を行う場合、このようにマクロブロック毎に動きベクトル情報をまとめると、不必要な動きベクトル情報を読み出す必要があり、効率が悪くなるが、当該マクロブロックの動きベクトル情報のみで内挿処理を行う場合、その当該マクロブロックの動きベクトル情報をまとめて読み出すことができ、効率よく読み出しを行うことができる。
【０２５４】
また、符号化して保存するようにすることにより、動きベクトル情報のデータ量を低減させて保存させることができ、動きベクトルバッファの記憶領域をより効率よく使用することができる。
【０２５５】
もちろん、動きベクトルバッファに保存する１マクロブロック当たりの動きベクトル情報の数は、４つ以外であってもよいし、どの動き補償ブロック（サブマクロブロック）の動きベクトル情報を保存するようにしてもよい。
【０２５６】
以上においては、AVCに準ずる方式による符号化を行う画像符号化装置、並びに、AVCに準ずる方式による復号を行う画像復号装置を例にして説明してきたが、本発明の適用範囲はこれに限らず、図８に示されるような、階層構造によるブロックに基づく符号化処理を行うあらゆる画像符号化装置並びに画像復号装置に適用することが可能である。
【０２５７】
＜３．第３の実施の形態＞
［パーソナルコンピュータ］
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。この場合、例えば、図２１に示されるようなパーソナルコンピュータとして構成されるようにしてもよい。
【０２５８】
図２１において、パーソナルコンピュータ５００のCPU（Central Processing Unit）５０１は、ROM（Read Only Memory）５０２に記憶されているプログラム、または記憶部５１３からRAM（Random Access Memory）５０３にロードされたプログラムに従って各種の処理を実行する。RAM５０３にはまた、CPU５０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０２５９】
CPU５０１、ROM５０２、およびRAM５０３は、バス５０４を介して相互に接続されている。このバス５０４にはまた、入出力インタフェース５１０も接続されている。
【０２６０】
入出力インタフェース５１０には、キーボード、マウスなどよりなる入力部５１１、CRT（Cathode Ray Tube）やLCD（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部５１２、ハードディスクなどより構成される記憶部５１３、モデムなどより構成される通信部５１４が接続されている。通信部５１４は、インターネットを含むネットワークを介しての通信処理を行う。
【０２６１】
入出力インタフェース５１０にはまた、必要に応じてドライブ５１５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア５２１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部５１３にインストールされる。
【０２６２】
上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０２６３】
この記録媒体は、例えば、図２１に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc - Read Only Memory）,DVD（Digital Versatile Disc）を含む）、光磁気ディスク（MD（Mini Disc）を含む）、若しくは半導体メモリなどよりなるリムーバブルメディア５２１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM５０２や、記憶部５１３に含まれるハードディスクなどで構成される。
【０２６４】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２６５】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２６６】
また、本明細書において、システムとは、複数のデバイス（装置）により構成される装置全体を表すものである。
【０２６７】
また、以上において、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。つまり、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【０２６８】
例えば、上述した画像符号化装置や画像復号装置は、任意の電子機器に適用することができる。以下にその例について説明する。
【０２６９】
＜４．第４の実施の形態＞
［テレビジョン受像機］
図２２は、本発明を適用した画像復号装置２００を用いるテレビジョン受像機の主な構成例を示すブロック図である。
【０２７０】
図２２に示されるテレビジョン受像機１０００は、地上波チューナ１０１３、ビデオデコーダ１０１５、映像信号処理回路１０１８、グラフィック生成回路１０１９、パネル駆動回路１０２０、および表示パネル１０２１を有する。
【０２７１】
地上波チューナ１０１３は、地上アナログ放送の放送波信号を、アンテナを介して受信し、復調し、映像信号を取得し、それをビデオデコーダ１０１５に供給する。ビデオデコーダ１０１５は、地上波チューナ１０１３から供給された映像信号に対してデコード処理を施し、得られたデジタルのコンポーネント信号を映像信号処理回路１０１８に供給する。
【０２７２】
映像信号処理回路１０１８は、ビデオデコーダ１０１５から供給された映像データに対してノイズ除去などの所定の処理を施し、得られた映像データをグラフィック生成回路１０１９に供給する。
【０２７３】
グラフィック生成回路１０１９は、表示パネル１０２１に表示させる番組の映像データや、ネットワークを介して供給されるアプリケーションに基づく処理による画像データなどを生成し、生成した映像データや画像データをパネル駆動回路１０２０に供給する。また、グラフィック生成回路１０１９は、項目の選択などにユーザにより利用される画面を表示するための映像データ（グラフィック）を生成し、それを番組の映像データに重畳したりすることによって得られた映像データをパネル駆動回路１０２０に供給するといった処理も適宜行う。
【０２７４】
パネル駆動回路１０２０は、グラフィック生成回路１０１９から供給されたデータに基づいて表示パネル１０２１を駆動し、番組の映像や上述した各種の画面を表示パネル１０２１に表示させる。
【０２７５】
表示パネル１０２１はLCD（Liquid Crystal Display）などよりなり、パネル駆動回路１０２０による制御に従って番組の映像などを表示させる。
【０２７６】
また、テレビジョン受像機１０００は、音声A/D（Analog/Digital)変換回路１０１４、音声信号処理回路１０２２、エコーキャンセル／音声合成回路１０２３、音声増幅回路１０２４、およびスピーカ１０２５も有する。
【０２７７】
地上波チューナ１０１３は、受信した放送波信号を復調することにより、映像信号だけでなく音声信号も取得する。地上波チューナ１０１３は、取得した音声信号を音声A/D変換回路１０１４に供給する。
【０２７８】
音声A/D変換回路１０１４は、地上波チューナ１０１３から供給された音声信号に対してA/D変換処理を施し、得られたデジタルの音声信号を音声信号処理回路１０２２に供給する。
【０２７９】
音声信号処理回路１０２２は、音声A/D変換回路１０１４から供給された音声データに対してノイズ除去などの所定の処理を施し、得られた音声データをエコーキャンセル／音声合成回路１０２３に供給する。
【０２８０】
エコーキャンセル／音声合成回路１０２３は、音声信号処理回路１０２２から供給された音声データを音声増幅回路１０２４に供給する。
【０２８１】
音声増幅回路１０２４は、エコーキャンセル／音声合成回路１０２３から供給された音声データに対してD/A変換処理、増幅処理を施し、所定の音量に調整した後、音声をスピーカ１０２５から出力させる。
【０２８２】
さらに、テレビジョン受像機１０００は、デジタルチューナ１０１６およびMPEGデコーダ１０１７も有する。
【０２８３】
デジタルチューナ１０１６は、デジタル放送（地上デジタル放送、BS（Broadcasting Satellite）／CS（Communications Satellite）デジタル放送）の放送波信号を、アンテナを介して受信し、復調し、MPEG-TS（Moving Picture Experts Group-Transport Stream）を取得し、それをMPEGデコーダ１０１７に供給する。
【０２８４】
MPEGデコーダ１０１７は、デジタルチューナ１０１６から供給されたMPEG-TSに施されているスクランブルを解除し、再生対象（視聴対象）になっている番組のデータを含むストリームを抽出する。MPEGデコーダ１０１７は、抽出したストリームを構成する音声パケットをデコードし、得られた音声データを音声信号処理回路１０２２に供給するとともに、ストリームを構成する映像パケットをデコードし、得られた映像データを映像信号処理回路１０１８に供給する。また、MPEGデコーダ１０１７は、MPEG-TSから抽出したEPG（Electronic Program Guide)データを図示せぬ経路を介してCPU１０３２に供給する。
【０２８５】
テレビジョン受像機１０００は、このように映像パケットをデコードするMPEGデコーダ１０１７として、上述した画像復号装置２００を用いる。なお、放送局等より送信されるMPEG-TSは、画像符号化装置１００によって符号化されている。
【０２８６】
MPEGデコーダ１０１７は、画像復号装置２００の場合と同様に、時間方向の相関を利用した動きベクトル情報の復号処理を行う場合、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを時間動きベクトル復号部２２１の動きベクトルバッファに格納し、それ以外のサブマクロブロックの動きベクトル情報は、動きベクトルバッファに保持させた他の動きベクトル情報を用いて内挿処理等によって算出する。したがって、MPEGデコーダ１０１７は、動きベクトルバッファに格納する動きベクトル情報の量を低減させることができ、時間方向の相関を利用した動きベクトル情報の復号処理の負荷を低減させることができる。
【０２８７】
MPEGデコーダ１０１７から供給された映像データは、ビデオデコーダ１０１５から供給された映像データの場合と同様に、映像信号処理回路１０１８において所定の処理が施され、グラフィック生成回路１０１９において、生成された映像データ等が適宜重畳され、パネル駆動回路１０２０を介して表示パネル１０２１に供給され、その画像が表示される。
【０２８８】
MPEGデコーダ１０１７から供給された音声データは、音声A/D変換回路１０１４から供給された音声データの場合と同様に、音声信号処理回路１０２２において所定の処理が施され、エコーキャンセル／音声合成回路１０２３を介して音声増幅回路１０２４に供給され、D/A変換処理や増幅処理が施される。その結果、所定の音量に調整された音声がスピーカ１０２５から出力される。
【０２８９】
また、テレビジョン受像機１０００は、マイクロホン１０２６、およびA/D変換回路１０２７も有する。
【０２９０】
A/D変換回路１０２７は、音声会話用のものとしてテレビジョン受像機１０００に設けられるマイクロホン１０２６により取り込まれたユーザの音声の信号を受信し、受信した音声信号に対してA/D変換処理を施し、得られたデジタルの音声データをエコーキャンセル／音声合成回路１０２３に供給する。
【０２９１】
エコーキャンセル／音声合成回路１０２３は、テレビジョン受像機１０００のユーザ（ユーザＡ）の音声のデータがA/D変換回路１０２７から供給されている場合、ユーザＡの音声データを対象としてエコーキャンセルを行い、他の音声データと合成するなどして得られた音声のデータを、音声増幅回路１０２４を介してスピーカ１０２５より出力させる。
【０２９２】
さらに、テレビジョン受像機１０００は、音声コーデック１０２８、内部バス１０２９、SDRAM（Synchronous Dynamic Random Access Memory)１０３０、フラッシュメモリ１０３１、CPU１０３２、USB（Universal Serial Bus) I/F１０３３、およびネットワークI/F１０３４も有する。
【０２９３】
A/D変換回路１０２７は、音声会話用のものとしてテレビジョン受像機１０００に設けられるマイクロホン１０２６により取り込まれたユーザの音声の信号を受信し、受信した音声信号に対してA/D変換処理を施し、得られたデジタルの音声データを音声コーデック１０２８に供給する。
【０２９４】
音声コーデック１０２８は、A/D変換回路１０２７から供給された音声データを、ネットワーク経由で送信するための所定のフォーマットのデータに変換し、内部バス１０２９を介してネットワークI/F１０３４に供給する。
【０２９５】
ネットワークI/F１０３４は、ネットワーク端子１０３５に装着されたケーブルを介してネットワークに接続される。ネットワークI/F１０３４は、例えば、そのネットワークに接続される他の装置に対して、音声コーデック１０２８から供給された音声データを送信する。また、ネットワークI/F１０３４は、例えば、ネットワークを介して接続される他の装置から送信される音声データを、ネットワーク端子１０３５を介して受信し、それを、内部バス１０２９を介して音声コーデック１０２８に供給する。
【０２９６】
音声コーデック１０２８は、ネットワークI/F１０３４から供給された音声データを所定のフォーマットのデータに変換し、それをエコーキャンセル／音声合成回路１０２３に供給する。
【０２９７】
エコーキャンセル／音声合成回路１０２３は、音声コーデック１０２８から供給される音声データを対象としてエコーキャンセルを行い、他の音声データと合成するなどして得られた音声のデータを、音声増幅回路１０２４を介してスピーカ１０２５より出力させる。
【０２９８】
SDRAM１０３０は、CPU１０３２が処理を行う上で必要な各種のデータを記憶する。
【０２９９】
フラッシュメモリ１０３１は、CPU１０３２により実行されるプログラムを記憶する。フラッシュメモリ１０３１に記憶されているプログラムは、テレビジョン受像機１０００の起動時などの所定のタイミングでCPU１０３２により読み出される。フラッシュメモリ１０３１には、デジタル放送を介して取得されたEPGデータ、ネットワークを介して所定のサーバから取得されたデータなども記憶される。
【０３００】
例えば、フラッシュメモリ１０３１には、CPU１０３２の制御によりネットワークを介して所定のサーバから取得されたコンテンツデータを含むMPEG-TSが記憶される。フラッシュメモリ１０３１は、例えばCPU１０３２の制御により、そのMPEG-TSを、内部バス１０２９を介してMPEGデコーダ１０１７に供給する。
【０３０１】
MPEGデコーダ１０１７は、デジタルチューナ１０１６から供給されたMPEG-TSの場合と同様に、そのMPEG-TSを処理する。このようにテレビジョン受像機１０００は、映像や音声等よりなるコンテンツデータを、ネットワークを介して受信し、MPEGデコーダ１０１７を用いてデコードし、その映像を表示させたり、音声を出力させたりすることができる。
【０３０２】
また、テレビジョン受像機１０００は、リモートコントローラ１０５１から送信される赤外線信号を受光する受光部１０３７も有する。
【０３０３】
受光部１０３７は、リモートコントローラ１０５１からの赤外線を受光し、復調して得られたユーザ操作の内容を表す制御コードをCPU１０３２に出力する。
【０３０４】
CPU１０３２は、フラッシュメモリ１０３１に記憶されているプログラムを実行し、受光部１０３７から供給される制御コードなどに応じてテレビジョン受像機１０００の全体の動作を制御する。CPU１０３２とテレビジョン受像機１０００の各部は、図示せぬ経路を介して接続されている。
【０３０５】
USB I/F１０３３は、USB端子１０３６に装着されたUSBケーブルを介して接続される、テレビジョン受像機１０００の外部の機器との間でデータの送受信を行う。ネットワークI/F１０３４は、ネットワーク端子１０３５に装着されたケーブルを介してネットワークに接続し、ネットワークに接続される各種の装置と音声データ以外のデータの送受信も行う。
【０３０６】
テレビジョン受像機１０００は、MPEGデコーダ１０１７として画像復号装置２００を用いることにより、アンテナを介して受信する放送波信号や、ネットワークを介して取得するコンテンツデータが、時間方向の相関を利用した動きベクトル情報の符号化処理を行うモードで符号化されている場合、その復号処理に必要なメモリ量を低減させ、負荷を低減させることができる。
【０３０７】
＜５．第５の実施の形態＞
［携帯電話機］
図２３は、本発明を適用した画像符号化装置１００および画像復号装置２００を用いる携帯電話機の主な構成例を示すブロック図である。
【０３０８】
図１６に示される携帯電話機１１００は、各部を統括的に制御するようになされた主制御部１１５０、電源回路部１１５１、操作入力制御部１１５２、画像エンコーダ１１５３、カメラI/F部１１５４、LCD制御部１１５５、画像デコーダ１１５６、多重分離部１１５７、記録再生部１１６２、変復調回路部１１５８、および音声コーデック１１５９を有する。これらは、バス１１６０を介して互いに接続されている。
【０３０９】
また、携帯電話機１１００は、操作キー１１１９、CCD（Charge Coupled Devices）カメラ１１１６、液晶ディスプレイ１１１８、記憶部１１２３、送受信回路部１１６３、アンテナ１１１４、マイクロホン（マイク）１１２１、およびスピーカ１１１７を有する。
【０３１０】
電源回路部１１５１は、ユーザの操作により終話および電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することにより携帯電話機１１００を動作可能な状態に起動する。
【０３１１】
携帯電話機１１００は、CPU、ROMおよびRAM等でなる主制御部１１５０の制御に基づいて、音声通話モードやデータ通信モード等の各種モードで、音声信号の送受信、電子メールや画像データの送受信、画像撮影、またはデータ記録等の各種動作を行う。
【０３１２】
例えば、音声通話モードにおいて、携帯電話機１１００は、マイクロホン（マイク）１１２１で集音した音声信号を、音声コーデック１１５９によってデジタル音声データに変換し、これを変復調回路部１１５８でスペクトラム拡散処理し、送受信回路部１１６３でデジタルアナログ変換処理および周波数変換処理する。携帯電話機１１００は、その変換処理により得られた送信用信号を、アンテナ１１１４を介して図示しない基地局へ送信する。基地局へ伝送された送信用信号（音声信号）は、公衆電話回線網を介して通話相手の携帯電話機に供給される。
【０３１３】
また、例えば、音声通話モードにおいて、携帯電話機１１００は、アンテナ１１１４で受信した受信信号を送受信回路部１１６３で増幅し、さらに周波数変換処理およびアナログデジタル変換処理し、変復調回路部１１５８でスペクトラム逆拡散処理し、音声コーデック１１５９によってアナログ音声信号に変換する。携帯電話機１１００は、その変換して得られたアナログ音声信号をスピーカ１１１７から出力する。
【０３１４】
更に、例えば、データ通信モードにおいて電子メールを送信する場合、携帯電話機１１００は、操作キー１１１９の操作によって入力された電子メールのテキストデータを、操作入力制御部１１５２において受け付ける。携帯電話機１１００は、そのテキストデータを主制御部１１５０において処理し、LCD制御部１１５５を介して、画像として液晶ディスプレイ１１１８に表示させる。
【０３１５】
また、携帯電話機１１００は、主制御部１１５０において、操作入力制御部１１５２が受け付けたテキストデータやユーザ指示等に基づいて電子メールデータを生成する。携帯電話機１１００は、その電子メールデータを、変復調回路部１１５８でスペクトラム拡散処理し、送受信回路部１１６３でデジタルアナログ変換処理および周波数変換処理する。携帯電話機１１００は、その変換処理により得られた送信用信号を、アンテナ１１１４を介して図示しない基地局へ送信する。基地局へ伝送された送信用信号（電子メール）は、ネットワークおよびメールサーバ等を介して、所定のあて先に供給される。
【０３１６】
また、例えば、データ通信モードにおいて電子メールを受信する場合、携帯電話機１１００は、基地局から送信された信号を、アンテナ１１１４を介して送受信回路部１１６３で受信し、増幅し、さらに周波数変換処理およびアナログデジタル変換処理する。携帯電話機１１００は、その受信信号を変復調回路部１１５８でスペクトラム逆拡散処理して元の電子メールデータを復元する。携帯電話機１１００は、復元された電子メールデータを、LCD制御部１１５５を介して液晶ディスプレイ１１１８に表示する。
【０３１７】
なお、携帯電話機１１００は、受信した電子メールデータを、記録再生部１１６２を介して、記憶部１１２３に記録する（記憶させる）ことも可能である。
【０３１８】
この記憶部１１２３は、書き換え可能な任意の記憶媒体である。記憶部１１２３は、例えば、RAMや内蔵型フラッシュメモリ等の半導体メモリであってもよいし、ハードディスクであってもよいし、磁気ディスク、光磁気ディスク、光ディスク、USBメモリ、またはメモリカード等のリムーバブルメディアであってもよい。もちろん、これら以外のものであってもよい。
【０３１９】
さらに、例えば、データ通信モードにおいて画像データを送信する場合、携帯電話機１１００は、撮像によりCCDカメラ１１１６で画像データを生成する。CCDカメラ１１１６は、レンズや絞り等の光学デバイスと光電変換素子としてのCCDを有し、被写体を撮像し、受光した光の強度を電気信号に変換し、被写体の画像の画像データを生成する。CCDカメラ１１１６は、その画像データを、カメラI/F部１１５４を介して、画像エンコーダ１１５３で符号化し、符号化画像データに変換する。
【０３２０】
携帯電話機１１００は、このような処理を行う画像エンコーダ１１５３として、上述した画像符号化装置１００を用いる。画像エンコーダ１１５３は、画像符号化装置１００の場合と同様に、時間方向の相関を利用した動きベクトル情報の符号化処理を行う場合、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを時間動きベクトル符号化部１２１の動きベクトルバッファ１８３に格納し、それ以外のサブマクロブロックの動きベクトル情報は、動きベクトルバッファ１８３に保持させた他の動きベクトル情報を用いて内挿処理等によって算出する。したがって、画像エンコーダ１１５３は、動きベクトルバッファ１８３に格納する動きベクトル情報の量を低減させることができ、時間方向の相関を利用した動きベクトル情報の符号化処理の負荷を低減させることができる。
【０３２１】
なお、携帯電話機１１００は、このとき同時に、CCDカメラ１１１６で撮像中にマイクロホン（マイク）１１２１で集音した音声を、音声コーデック１１５９においてアナログデジタル変換し、さらに符号化する。
【０３２２】
携帯電話機１１００は、多重分離部１１５７において、画像エンコーダ１１５３から供給された符号化画像データと、音声コーデック１１５９から供給されたデジタル音声データとを、所定の方式で多重化する。携帯電話機１１００は、その結果得られる多重化データを、変復調回路部１１５８でスペクトラム拡散処理し、送受信回路部１１６３でデジタルアナログ変換処理および周波数変換処理する。携帯電話機１１００は、その変換処理により得られた送信用信号を、アンテナ１１１４を介して図示しない基地局へ送信する。基地局へ伝送された送信用信号（画像データ）は、ネットワーク等を介して、通信相手に供給される。
【０３２３】
なお、画像データを送信しない場合、携帯電話機１１００は、CCDカメラ１１１６で生成した画像データを、画像エンコーダ１１５３を介さずに、LCD制御部１１５５を介して液晶ディスプレイ１１１８に表示させることもできる。
【０３２４】
また、例えば、データ通信モードにおいて、簡易ホームページ等にリンクされた動画像ファイルのデータを受信する場合、携帯電話機１１００は、基地局から送信された信号を、アンテナ１１１４を介して送受信回路部１１６３で受信し、増幅し、さらに周波数変換処理およびアナログデジタル変換処理する。携帯電話機１１００は、その受信信号を変復調回路部１１５８でスペクトラム逆拡散処理して元の多重化データを復元する。携帯電話機１１００は、多重分離部１１５７において、その多重化データを分離して、符号化画像データと音声データとに分ける。
【０３２５】
携帯電話機１１００は、画像デコーダ１１５６において符号化画像データをデコードすることにより、再生動画像データを生成し、これを、LCD制御部１１５５を介して液晶ディスプレイ１１１８に表示させる。これにより、例えば、簡易ホームページにリンクされた動画像ファイルに含まれる動画データが液晶ディスプレイ１１１８に表示される。
【０３２６】
携帯電話機１１００は、このような処理を行う画像デコーダ１１５６として、上述した画像復号装置２００を用いる。つまり、画像デコーダ１１５６は、画像復号装置２００の場合と同様に、時間方向の相関を利用した動きベクトル情報の復号処理を行う場合、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを時間動きベクトル復号部２２１の動きベクトルバッファに格納し、それ以外のサブマクロブロックの動きベクトル情報は、動きベクトルバッファに保持させた他の動きベクトル情報を用いて内挿処理等によって算出する。したがって、画像デコーダ１１５６は、動きベクトルバッファに格納する動きベクトル情報の量を低減させることができ、時間方向の相関を利用した動きベクトル情報の復号処理の負荷を低減させることができる。
【０３２７】
このとき、携帯電話機１１００は、同時に、音声コーデック１１５９において、デジタルの音声データをアナログ音声信号に変換し、これをスピーカ１１１７より出力させる。これにより、例えば、簡易ホームページにリンクされた動画像ファイルに含まれる音声データが再生される。
【０３２８】
なお、電子メールの場合と同様に、携帯電話機１１００は、受信した簡易ホームページ等にリンクされたデータを、記録再生部１１６２を介して、記憶部１１２３に記録する（記憶させる）ことも可能である。
【０３２９】
また、携帯電話機１１００は、主制御部１１５０において、撮像されてCCDカメラ１１１６で得られた２次元コードを解析し、２次元コードに記録された情報を取得することができる。
【０３３０】
さらに、携帯電話機１１００は、赤外線通信部１１８１で赤外線により外部の機器と通信することができる。
【０３３１】
携帯電話機１１００は、画像エンコーダ１１５３として画像符号化装置１００を用いることにより、例えばCCDカメラ１１１６において生成された画像データを符号化して伝送する際に、その画像データを、時間方向の相関を利用した動きベクトル情報の符号化処理を行うモードで符号化する場合、その符号化処理に必要なメモリ量を低減させ、負荷を低減させることができる。
【０３３２】
また、携帯電話機１１００は、画像デコーダ１１５６として画像復号装置２００を用いることにより、例えば、簡易ホームページ等にリンクされた動画像ファイルのデータ（符号化データ）が、時間方向の相関を利用した動きベクトル情報の符号化処理を行うモードで符号化されている場合、その復号処理に必要なメモリ量を低減させ、負荷を低減させることができる。
【０３３３】
なお、以上において、携帯電話機１１００が、CCDカメラ１１１６を用いるように説明したが、このCCDカメラ１１１６の代わりに、CMOS（Complementary Metal Oxide Semiconductor）を用いたイメージセンサ（CMOSイメージセンサ）を用いるようにしてもよい。この場合も、携帯電話機１１００は、CCDカメラ１１１６を用いる場合と同様に、被写体を撮像し、被写体の画像の画像データを生成することができる。
【０３３４】
また、以上においては携帯電話機１１００として説明したが、例えば、PDA（Personal Digital Assistants）、スマートフォン、UMPC（Ultra Mobile Personal Computer）、ネットブック、ノート型パーソナルコンピュータ等、この携帯電話機１１００と同様の撮像機能や通信機能を有する装置であれば、どのような装置であっても携帯電話機１１００の場合と同様に、本発明を適用した画像符号化装置および画像復号装置を適用することができる。
【０３３５】
＜６．第６の実施の形態＞
［ハードディスクレコーダ］
図２４は、本発明を適用した画像符号化装置および画像復号装置を用いるハードディスクレコーダの主な構成例を示すブロック図である。
【０３３６】
図２４に示されるハードディスクレコーダ（HDDレコーダ）１２００は、チューナにより受信された、衛星や地上のアンテナ等より送信される放送波信号（テレビジョン信号）に含まれる放送番組のオーディオデータとビデオデータを、内蔵するハードディスクに保存し、その保存したデータをユーザの指示に応じたタイミングでユーザに提供する装置である。
【０３３７】
ハードディスクレコーダ１２００は、例えば、放送波信号よりオーディオデータとビデオデータを抽出し、それらを適宜復号し、内蔵するハードディスクに記憶させることができる。また、ハードディスクレコーダ１２００は、例えば、ネットワークを介して他の装置からオーディオデータやビデオデータを取得し、それらを適宜復号し、内蔵するハードディスクに記憶させることもできる。
【０３３８】
さらに、ハードディスクレコーダ１２００は、例えば、内蔵するハードディスクに記録されているオーディオデータやビデオデータを復号してモニタ１２６０に供給し、モニタ１２６０の画面にその画像を表示させ、モニタ１２６０のスピーカよりその音声を出力させることができる。また、ハードディスクレコーダ１２００は、例えば、チューナを介して取得された放送波信号より抽出されたオーディオデータとビデオデータ、または、ネットワークを介して他の装置から取得したオーディオデータやビデオデータを復号してモニタ１２６０に供給し、モニタ１２６０の画面にその画像を表示させ、モニタ１２６０のスピーカよりその音声を出力させることもできる。
【０３３９】
もちろん、この他の動作も可能である。
【０３４０】
図１７に示されるように、ハードディスクレコーダ１２００は、受信部１２２１、復調部１２２２、デマルチプレクサ１２２３、オーディオデコーダ１２２４、ビデオデコーダ１２２５、およびレコーダ制御部１２２６を有する。ハードディスクレコーダ１２００は、さらに、EPGデータメモリ１２２７、プログラムメモリ１２２８、ワークメモリ１２２９、ディスプレイコンバータ１２３０、OSD（On Screen Display）制御部１２３１、ディスプレイ制御部１２３２、記録再生部１２３３、D/Aコンバータ１２３４、および通信部１２３５を有する。
【０３４１】
また、ディスプレイコンバータ１２３０は、ビデオエンコーダ１２４１を有する。記録再生部１２３３は、エンコーダ１２５１およびデコーダ１２５２を有する。
【０３４２】
受信部１２２１は、リモートコントローラ（図示せず）からの赤外線信号を受信し、電気信号に変換してレコーダ制御部１２２６に出力する。レコーダ制御部１２２６は、例えば、マイクロプロセッサなどにより構成され、プログラムメモリ１２２８に記憶されているプログラムに従って、各種の処理を実行する。レコーダ制御部１２２６は、このとき、ワークメモリ１２２９を必要に応じて使用する。
【０３４３】
通信部１２３５は、ネットワークに接続され、ネットワークを介して他の装置との通信処理を行う。例えば、通信部１２３５は、レコーダ制御部１２２６により制御され、チューナ（図示せず）と通信し、主にチューナに対して選局制御信号を出力する。
【０３４４】
復調部１２２２は、チューナより供給された信号を、復調し、デマルチプレクサ１２２３に出力する。デマルチプレクサ１２２３は、復調部１２２２より供給されたデータを、オーディオデータ、ビデオデータ、およびEPGデータに分離し、それぞれ、オーディオデコーダ１２２４、ビデオデコーダ１２２５、またはレコーダ制御部１２２６に出力する。
【０３４５】
オーディオデコーダ１２２４は、入力されたオーディオデータをデコードし、記録再生部１２３３に出力する。ビデオデコーダ１２２５は、入力されたビデオデータをデコードし、ディスプレイコンバータ１２３０に出力する。レコーダ制御部１２２６は、入力されたEPGデータをEPGデータメモリ１２２７に供給し、記憶させる。
【０３４６】
ディスプレイコンバータ１２３０は、ビデオデコーダ１２２５またはレコーダ制御部１２２６より供給されたビデオデータを、ビデオエンコーダ１２４１により、例えばNTSC（National Television Standards Committee）方式のビデオデータにエンコードし、記録再生部１２３３に出力する。また、ディスプレイコンバータ１２３０は、ビデオデコーダ１２２５またはレコーダ制御部１２２６より供給されるビデオデータの画面のサイズを、モニタ１２６０のサイズに対応するサイズに変換し、ビデオエンコーダ１２４１によってNTSC方式のビデオデータに変換し、アナログ信号に変換し、ディスプレイ制御部１２３２に出力する。
【０３４７】
ディスプレイ制御部１２３２は、レコーダ制御部１２２６の制御のもと、OSD（On Screen Display）制御部１２３１が出力したOSD信号を、ディスプレイコンバータ１２３０より入力されたビデオ信号に重畳し、モニタ１２６０のディスプレイに出力し、表示させる。
【０３４８】
モニタ１２６０にはまた、オーディオデコーダ１２２４が出力したオーディオデータが、D/Aコンバータ１２３４によりアナログ信号に変換されて供給されている。モニタ１２６０は、このオーディオ信号を内蔵するスピーカから出力する。
【０３４９】
記録再生部１２３３は、ビデオデータやオーディオデータ等を記録する記憶媒体としてハードディスクを有する。
【０３５０】
記録再生部１２３３は、例えば、オーディオデコーダ１２２４より供給されるオーディオデータを、エンコーダ１２５１によりエンコードする。また、記録再生部１２３３は、ディスプレイコンバータ１２３０のビデオエンコーダ１２４１より供給されるビデオデータを、エンコーダ１２５１によりエンコードする。記録再生部１２３３は、そのオーディオデータの符号化データとビデオデータの符号化データとをマルチプレクサにより合成する。記録再生部１２３３は、その合成データをチャネルコーディングして増幅し、そのデータを、記録ヘッドを介してハードディスクに書き込む。
【０３５１】
記録再生部１２３３は、再生ヘッドを介してハードディスクに記録されているデータを再生し、増幅し、デマルチプレクサによりオーディオデータとビデオデータに分離する。記録再生部１２３３は、デコーダ１２５２によりオーディオデータおよびビデオデータをデコードする。記録再生部１２３３は、復号したオーディオデータをD/A変換し、モニタ１２６０のスピーカに出力する。また、記録再生部１２３３は、復号したビデオデータをD/A変換し、モニタ１２６０のディスプレイに出力する。
【０３５２】
レコーダ制御部１２２６は、受信部１２２１を介して受信されるリモートコントローラからの赤外線信号により示されるユーザ指示に基づいて、EPGデータメモリ１２２７から最新のEPGデータを読み出し、それをOSD制御部１２３１に供給する。OSD制御部１２３１は、入力されたEPGデータに対応する画像データを発生し、ディスプレイ制御部１２３２に出力する。ディスプレイ制御部１２３２は、OSD制御部１２３１より入力されたビデオデータをモニタ１２６０のディスプレイに出力し、表示させる。これにより、モニタ１２６０のディスプレイには、EPG（電子番組ガイド）が表示される。
【０３５３】
また、ハードディスクレコーダ１２００は、インターネット等のネットワークを介して他の装置から供給されるビデオデータ、オーディオデータ、またはEPGデータ等の各種データを取得することができる。
【０３５４】
通信部１２３５は、レコーダ制御部１２２６に制御され、ネットワークを介して他の装置から送信されるビデオデータ、オーディオデータ、およびEPGデータ等の符号化データを取得し、それをレコーダ制御部１２２６に供給する。レコーダ制御部１２２６は、例えば、取得したビデオデータやオーディオデータの符号化データを記録再生部１２３３に供給し、ハードディスクに記憶させる。このとき、レコーダ制御部１２２６および記録再生部１２３３が、必要に応じて再エンコード等の処理を行うようにしてもよい。
【０３５５】
また、レコーダ制御部１２２６は、取得したビデオデータやオーディオデータの符号化データを復号し、得られるビデオデータをディスプレイコンバータ１２３０に供給する。ディスプレイコンバータ１２３０は、ビデオデコーダ１２２５から供給されるビデオデータと同様に、レコーダ制御部１２２６から供給されるビデオデータを処理し、ディスプレイ制御部１２３２を介してモニタ１２６０に供給し、その画像を表示させる。
【０３５６】
また、この画像表示に合わせて、レコーダ制御部１２２６が、復号したオーディオデータを、D/Aコンバータ１２３４を介してモニタ１２６０に供給し、その音声をスピーカから出力させるようにしてもよい。
【０３５７】
さらに、レコーダ制御部１２２６は、取得したEPGデータの符号化データを復号し、復号したEPGデータをEPGデータメモリ１２２７に供給する。
【０３５８】
以上のようなハードディスクレコーダ１２００は、ビデオデコーダ１２２５、デコーダ１２５２、およびレコーダ制御部１２２６に内蔵されるデコーダとして画像復号装置２００を用いる。つまり、ビデオデコーダ１２２５、デコーダ１２５２、およびレコーダ制御部１２２６に内蔵されるデコーダは、画像復号装置２００の場合と同様に、時間方向の相関を利用した動きベクトル情報の復号処理を行う場合、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを時間動きベクトル復号部２２１の動きベクトルバッファに格納し、それ以外のサブマクロブロックの動きベクトル情報は、動きベクトルバッファに保持させた他の動きベクトル情報を用いて内挿処理等によって算出する。したがって、ビデオデコーダ１２２５、デコーダ１２５２、およびレコーダ制御部１２２６に内蔵されるデコーダは、動きベクトルバッファに格納する動きベクトル情報の量を低減させることができ、時間方向の相関を利用した動きベクトル情報の復号処理の負荷を低減させることができる。
【０３５９】
したがって、ハードディスクレコーダ１２００は、例えば、チューナや通信部１２３５が受信するビデオデータ（符号化データ）や、記録再生部１２３３が再生するビデオデータ（符号化データ）が、時間方向の相関を利用した動きベクトル情報の符号化処理を行うモードで符号化されている場合、その復号処理に必要なメモリ量を低減させ、負荷を低減させることができる。
【０３６０】
また、ハードディスクレコーダ１２００は、エンコーダ１２５１として画像符号化装置１００を用いる。したがって、エンコーダ１２５１は、画像符号化装置１００の場合と同様に、時間方向の相関を利用した動きベクトル情報の符号化処理を行う場合、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを時間動きベクトル符号化部１２１の動きベクトルバッファ１８３に格納し、それ以外のサブマクロブロックの動きベクトル情報は、動きベクトルバッファ１８３に保持させた他の動きベクトル情報を用いて内挿処理等によって算出する。したがって、エンコーダ１２５１は、動きベクトルバッファ１８３に格納する動きベクトル情報の量を低減させることができ、時間方向の相関を利用した動きベクトル情報の符号化処理の負荷を低減させることができる。
【０３６１】
したがって、ハードディスクレコーダ１２００は、例えば、ハードディスクに記録する符号化データを生成する際に、記録する画像データを、時間方向の相関を利用した動きベクトル情報の符号化処理を行うモードで符号化する場合、その符号化処理に必要なメモリ量を低減させ、負荷を低減させることができる。
【０３６２】
なお、以上においては、ビデオデータやオーディオデータをハードディスクに記録するハードディスクレコーダ１２００について説明したが、もちろん、記録媒体はどのようなものであってもよい。例えばフラッシュメモリ、光ディスク、またはビデオテープ等、ハードディスク以外の記録媒体を適用するレコーダであっても、上述したハードディスクレコーダ１２００の場合と同様に、本発明を適用した画像符号化装置１００および画像復号装置２００を適用することができる。
【０３６３】
＜７．第７の実施の形態＞
［カメラ］
図２５は、本発明を適用した画像符号化装置および画像復号装置を用いるカメラの主な構成例を示すブロック図である。
【０３６４】
図２５に示されるカメラ１３００は、被写体を撮像し、被写体の画像をLCD１３１６に表示させたり、それを画像データとして、記録メディア１３３３に記録したりする。
【０３６５】
レンズブロック１３１１は、光（すなわち、被写体の映像）を、CCD/CMOS１３１２に入射させる。CCD/CMOS１３１２は、CCDまたはCMOSを用いたイメージセンサであり、受光した光の強度を電気信号に変換し、カメラ信号処理部１３１３に供給する。
【０３６６】
カメラ信号処理部１３１３は、CCD/CMOS１３１２から供給された電気信号を、Ｙ，Ｃｒ，Ｃｂの色差信号に変換し、画像信号処理部１３１４に供給する。画像信号処理部１３１４は、コントローラ１３２１の制御の下、カメラ信号処理部１３１３から供給された画像信号に対して所定の画像処理を施したり、その画像信号をエンコーダ１３４１で符号化したりする。画像信号処理部１３１４は、画像信号を符号化して生成した符号化データを、デコーダ１３１５に供給する。さらに、画像信号処理部１３１４は、オンスクリーンディスプレイ（OSD）１３２０において生成された表示用データを取得し、それをデコーダ１３１５に供給する。
【０３６７】
以上の処理において、カメラ信号処理部１３１３は、バス１３１７を介して接続されるDRAM（Dynamic Random Access Memory）１３１８を適宜利用し、必要に応じて画像データや、その画像データが符号化された符号化データ等をそのDRAM１３１８に保持させる。
【０３６８】
デコーダ１３１５は、画像信号処理部１３１４から供給された符号化データを復号し、得られた画像データ（復号画像データ）をLCD１３１６に供給する。また、デコーダ１３１５は、画像信号処理部１３１４から供給された表示用データをLCD１３１６に供給する。LCD１３１６は、デコーダ１３１５から供給された復号画像データの画像と表示用データの画像を適宜合成し、その合成画像を表示する。
【０３６９】
オンスクリーンディスプレイ１３２０は、コントローラ１３２１の制御の下、記号、文字、または図形からなるメニュー画面やアイコンなどの表示用データを、バス１３１７を介して画像信号処理部１３１４に出力する。
【０３７０】
コントローラ１３２１は、ユーザが操作部１３２２を用いて指令した内容を示す信号に基づいて、各種処理を実行するとともに、バス１３１７を介して、画像信号処理部１３１４、DRAM１３１８、外部インタフェース１３１９、オンスクリーンディスプレイ１３２０、およびメディアドライブ１３２３等を制御する。FLASH ROM１３２４には、コントローラ１３２１が各種処理を実行する上で必要なプログラムやデータ等が格納される。
【０３７１】
例えば、コントローラ１３２１は、画像信号処理部１３１４やデコーダ１３１５に代わって、DRAM１３１８に記憶されている画像データを符号化したり、DRAM１３１８に記憶されている符号化データを復号したりすることができる。このとき、コントローラ１３２１は、画像信号処理部１３１４やデコーダ１３１５の符号化・復号方式と同様の方式によって符号化・復号処理を行うようにしてもよいし、画像信号処理部１３１４やデコーダ１３１５が対応していない方式により符号化・復号処理を行うようにしてもよい。
【０３７２】
また、例えば、操作部１３２２から画像印刷の開始が指示された場合、コントローラ１３２１は、DRAM１３１８から画像データを読み出し、それを、バス１３１７を介して外部インタフェース１３１９に接続されるプリンタ１３３４に供給して印刷させる。
【０３７３】
さらに、例えば、操作部１３２２から画像記録が指示された場合、コントローラ１３２１は、DRAM１３１８から符号化データを読み出し、それを、バス１３１７を介してメディアドライブ１３２３に装着される記録メディア１３３３に供給して記憶させる。
【０３７４】
記録メディア１３３３は、例えば、磁気ディスク、光磁気ディスク、光ディスク、または半導体メモリ等の、読み書き可能な任意のリムーバブルメディアである。記録メディア１３３３は、もちろん、リムーバブルメディアとしての種類も任意であり、テープデバイスであってもよいし、ディスクであってもよいし、メモリカードであってもよい。もちろん、非接触ICカード等であっても良い。
【０３７５】
また、メディアドライブ１３２３と記録メディア１３３３を一体化し、例えば、内蔵型ハードディスクドライブやSSD（Solid State Drive）等のように、非可搬性の記憶媒体により構成されるようにしてもよい。
【０３７６】
外部インタフェース１３１９は、例えば、USB入出力端子などで構成され、画像の印刷を行う場合に、プリンタ１３３４と接続される。また、外部インタフェース１３１９には、必要に応じてドライブ１３３１が接続され、磁気ディスク、光ディスク、あるいは光磁気ディスクなどのリムーバブルメディア１３３２が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて、FLASH ROM１３２４にインストールされる。
【０３７７】
さらに、外部インタフェース１３１９は、LANやインターネット等の所定のネットワークに接続されるネットワークインタフェースを有する。コントローラ１３２１は、例えば、操作部１３２２からの指示に従って、DRAM１３１８から符号化データを読み出し、それを外部インタフェース１３１９から、ネットワークを介して接続される他の装置に供給させることができる。また、コントローラ１３２１は、ネットワークを介して他の装置から供給される符号化データや画像データを、外部インタフェース１３１９を介して取得し、それをDRAM１３１８に保持させたり、画像信号処理部１３１４に供給したりすることができる。
【０３７８】
以上のようなカメラ１３００は、デコーダ１３１５として画像復号装置２００を用いる。つまり、デコーダ１３１５は、画像復号装置２００の場合と同様に、時間方向の相関を利用した動きベクトル情報の復号処理を行う場合、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを時間動きベクトル復号部２２１の動きベクトルバッファに格納し、それ以外のサブマクロブロックの動きベクトル情報は、動きベクトルバッファに保持させた他の動きベクトル情報を用いて内挿処理等によって算出する。したがって、デコーダ１３１５は、動きベクトルバッファに格納する動きベクトル情報の量を低減させることができ、時間方向の相関を利用した動きベクトル情報の復号処理の負荷を低減させることができる。
【０３７９】
したがって、カメラ１３００は、例えば、CCD/CMOS１３１２において生成される画像データや、DRAM１３１８または記録メディア１３３３から読み出すビデオデータの符号化データや、ネットワークを介して取得するビデオデータの符号化データが、時間方向の相関を利用した動きベクトル情報の符号化処理を行うモードで符号化されている場合、その復号処理に必要なメモリ量を低減させ、負荷を低減させることができる。
【０３８０】
また、カメラ１３００は、エンコーダ１３４１として画像符号化装置１００を用いる。エンコーダ１３４１は、画像符号化装置１００の場合と同様に、時間方向の相関を利用した動きベクトル情報の符号化処理を行う場合、各マクロブロックの一部のサブマクロブロックの動きベクトル情報のみを時間動きベクトル符号化部１２１の動きベクトルバッファ１８３に格納し、それ以外のサブマクロブロックの動きベクトル情報は、動きベクトルバッファ１８３に保持させた他の動きベクトル情報を用いて内挿処理等によって算出する。したがって、エンコーダ１３４１は、動きベクトルバッファ１８３に格納する動きベクトル情報の量を低減させることができ、時間方向の相関を利用した動きベクトル情報の符号化処理の負荷を低減させることができる。
【０３８１】
したがって、カメラ１３００は、例えば、DRAM１３１８や記録メディア１３３３に記録する符号化データや、他の装置に提供する符号化データを生成する際に、記録または提供する画像データを、時間方向の相関を利用した動きベクトル情報の符号化処理を行うモードで符号化する場合、その符号化処理に必要なメモリ量を低減させ、負荷を低減させることができる。
【０３８２】
なお、コントローラ１３２１が行う復号処理に画像復号装置２００の復号方法を適用するようにしてもよい。同様に、コントローラ１３２１が行う符号化処理に画像符号化装置１００の符号化方法を適用するようにしてもよい。
【０３８３】
また、カメラ１３００が撮像する画像データは動画像であってもよいし、静止画像であってもよい。
【０３８４】
もちろん、本発明を適用した画像符号化装置および画像復号装置は、上述した装置以外の装置やシステムにも適用可能である。
【０３８５】
本発明は、例えば、ＭＰＥＧ、Ｈ.２６ｘ等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報（ビットストリーム）を、衛星放送、ケーブルＴＶ、インターネット、携帯電話などのネットワークメディアを介して受信する際に、若しくは光、磁気ディスク、フラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置や画像復号装置に適用することができる。
【符号の説明】
【０３８６】
１００  画像符号化装置，  １１５  動き予測・補償部，  １２１  時間動きベクトル符号化部，  １８１  ブロック位置判定部，  １８２  動きベクトル内挿部，  １８３  動きベクトルバッファ，  ２００  画像復号装置，  ２１２  動き予測補償部，  ２２１  時間動きベクトル復号部
【図１】
2011259040.tif 000020
【図２】
2011259040.tif 000021
【図３】
2011259040.tif 000022
【図４】
2011259040.tif 000023
【図５】
2011259040.tif 000024
【図６】
2011259040.tif 000025
【図７】
2011259040.tif 000026
【図８】
2011259040.tif 000027
【図９】
2011259040.tif 000028
【図１０】
2011259040.tif 000029
【図１１】
2011259040.tif 000030
【図１２】
2011259040.tif 000031
【図１３】
2011259040.tif 000032
【図１４】
2011259040.tif 000033
【図１５】
2011259040.tif 000034
【図１６】
2011259040.tif 000035
【図１７】
2011259040.tif 000036
【図１８】
2011259040.tif 000037
【図１９】
2011259040.tif 000038
【図２０】
2011259040.tif 000039
【図２１】
2011259040.tif 000040
【図２２】
2011259040.tif 000041
【図２３】
2011259040.tif 000042
【図２４】
2011259040.tif 000043
【図２５】
2011259040.tif 000044