(57)【特許請求の範囲】
【請求項１】
動画像信号を第１の処理単位毎に符号化する動画像符号化方法であって、
前記第１の処理単位に１つ以上含まれる第２の処理単位毎に、空間領域の前記動画像信号を周波数領域の係数に変換する処理と、前記周波数領域の係数を量子化する処理とを含む変換・量子化ステップと、
前記変換・量子化ステップが実行された前記第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術符号化する算術符号化ステップとを含み、
前記算術符号化ステップでは、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術符号化に用いる確率テーブルを決定する
動画像符号化方法。
【請求項２】
前記算術符号化ステップでは、さらに、前記第１の処理単位が属するスライスの種別に応じて、算術符号化に用いる確率テーブルを決定する
請求項１に記載の動画像符号化方法。
【請求項３】
前記第１の処理単位は、符号化単位であり、
前記第２の処理単位は、変換単位である
請求項１又は２に記載の動画像符号化方法。
【請求項４】
前記動画像符号化方法は、第１規格に準拠した符号化処理と、第２規格に準拠した符号化処理とを切り替え、前記第１規格に準拠した符号化処理として、前記変換・量子化ステップと、前記算術符号化ステップとを実行し、さらに、符号化処理の規格を示す識別子を符号化する
請求項１〜３のいずれか１項に記載の動画像符号化方法。
【請求項５】
符号化された動画像信号を第１の処理単位毎に復号する動画像復号方法であって、
前記第１の処理単位に１つ以上含まれる第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術復号する算術復号ステップと、
前記算術復号ステップで復号された前記輝度ＣＢＦフラグが前記第２の処理単位に量子化係数が含まれていることを示す場合に、当該第２の処理単位の量子化係数を用いて動画像信号を復元する復元ステップとを含み、
前記算術復号ステップでは、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術復号に用いる確率テーブルを決定する
動画像復号方法。
【請求項６】
前記算術復号ステップでは、さらに、前記第１の処理単位が属するスライスの種別に応じて、算術復号に用いる確率テーブルを決定する
請求項５に記載の動画像復号方法。
【請求項７】
前記第１の処理単位は、符号化単位であり、
前記第２の処理単位は、変換単位である
請求項５又は６に記載の動画像復号方法。
【請求項８】
前記動画像復号方法は、符号化信号に含まれる、第１規格又は第２規格を示す識別子に応じて、前記第１規格に準拠した復号処理と、前記第２規格に準拠した復号処理とを切り替え、前記識別子が第１規格を示す場合に、前記第１規格に準拠した復号処理として、前記算術復号ステップと、前記復元ステップとを行う
請求項５〜７のいずれか１項に記載の動画像復号方法。
【請求項９】
動画像信号を第１の処理単位毎に符号化する動画像符号化装置であって、
前記第１の処理単位に１つ以上含まれる第２の処理単位毎に、空間領域の前記動画像信号を周波数領域の係数に変換する処理と、前記周波数領域の係数を量子化する処理とを含む変換・量子化部と、
前記変換・量子化部で処理された前記第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術符号化する算術符号化部とを備え、
前記算術符号化部は、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術符号化に用いる確率テーブルを決定する
動画像符号化装置。
【請求項１０】
符号化された動画像信号を第１の処理単位毎に復号する動画像復号装置であって、
前記第１の処理単位に１つ以上含まれる第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術復号する算術復号部と、
前記算術復号部で処理された前記輝度ＣＢＦフラグが前記第２の処理単位に量子化係数が含まれていることを示す場合に、当該第２の処理単位の量子化係数を用いて動画像信号を復元する復元部とを備え、
前記算術復号部は、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術復号に用いる確率テーブルを決定する
動画像復号装置。
【請求項１１】
請求項９に記載の動画像符号化装置と、
請求項１０に記載の動画像復号装置とを備える
動画像符号化復号装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブロック毎に画像を符号化するために、符号化対象ブロックの変換係数が存在するかどうかを示すフラグを符号化する動画像符号化方法および動画像符号化装置、符号化された変換係数が存在するかどうかを示すフラグを復号する動画像復号方法および動画像復号装置、及び動画像符号化復号装置に関する。
【背景技術】
【０００２】
インターネットを介したビデオ会議、デジタルビデオ放送、及び映像コンテンツのストリーミングを含む、例えば、ビデオ・オン・デマンドタイプのサービスのためのアプリケーションの数は右肩上がりであり、これらのアプリケーションは、映像情報の送信に頼っている。映像データが送信され、又は、記録される時、かなりの量のデータは、限られたバンド幅の従来の伝送路を通って送信され、又は、限られたデータ容量の従来の記憶媒体に記憶される。従来の伝送チャネル及び記憶媒体に映像情報を送信及び記憶するためには、デジタルデータの量を圧縮又は削減することが不可欠である。【０００３】
そこで、映像データの圧縮のために、複数の映像符号化規格が開発されている。このような映像符号化規格は、例えば、Ｈ．２６ｘで示されるＩＴＵ−Ｔ規格、及び、ＭＰＥＧ−ｘで示されるＩＳＯ／ＩＥＣ規格である。最新かつ最も進んだ映像符号化規格は、現在、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣで示される規格である（非特許文献１参照）。【０００４】
これらの規格のほとんどの基礎をなす符号化アプローチは、以下の（ａ）〜（ｄ）で示される主な段階を含む予測符号化に基づいている。（ａ）映像フレームのそれぞれをブロックレベルでデータ圧縮するために、映像フレームを画素のブロックに分割する。（ｂ）先に符号化された映像データから個々のブロックを予測することで、時間的及び空間的冗長性を特定する。（ｃ）映像データから予測データを減ずることで、特定された冗長性を除去する。（ｄ）フーリエ変換、量子化、及び、エントロピー符号化によって、残りのデータ（残差ブロック）を圧縮する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６４「Ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ」、２０１０年３月
【非特許文献２】ＪＣＴ−ＶＣ“ＷＤ３：Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  ３  ｏｆ  Ｈｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ”、ＪＣＴＶＣ−Ｅ６０３，  Ｍａｒｃｈ  ２０１１．
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年、動画像の高精細化等に伴って、符号化効率の更なる向上が求められている。【０００７】
そこで、本発明は、符号化効率の高い動画像符号化方法、動画像符号化装置、動画像復号方法、動画像復号装置、及び動画像符号化復号装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一形態に係る動画像符号化方法は、動画像信号を第１の処理単位毎に符号化する方法である。具体的には、動画像符号化方法は、前記第１の処理単位に１つ以上含まれる第２の処理単位毎に、空間領域の前記動画像信号を周波数領域の係数に変換する処理と、前記周波数領域の係数を量子化する処理とを含む変換・量子化ステップと、前記変換・量子化ステップが実行された前記第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術符号化する算術符号化ステップとを含む。そして、前記算術符号化ステップでは、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術符号化に用いる確率テーブルを決定する。【０００９】
なお、本発明は、上記のような符号化方法または復号方法として実現することができるだけでなく、このような符号化方法または復号方法に含まれる各ステップをコンピュータに実行させるプログラムとして実現することもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の非一時的な記録媒体あるいはインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【発明の効果】
【００１０】
本発明によれば、輝度ＣＢＦフラグを効率よく算術符号化及び算術復号することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実施の形態１に係る輝度ＣＢＦフラグ復号化部を含む復号装置の機能構成を示すブロック図である。
【図２】図２は、本発明の輝度ＣＢＦ復号部１０１の動作の流れの一例を示すフローチャートである。
【図３】図３は、本発明の実施の形態１における輝度ＣＢＦ復号部１０１の詳細を説明するための模式図である。
【図４】図４は、本発明の実施の形態１に係る動画像復号化装置の構成の一例を示すブロック図である。
【図５Ａ】図５Ａは、本実施の形態の算術復号に用いられるＴａｂｌｅ１０００であって、図２８ＡのＴａｂｌｅ００００に対応する表である。
【図５Ｂ】図５Ｂは、本実施の形態の算術復号に用いられるＴａｂｌｅ１００１であって、図２８ＢのＴａｂｌｅ０００１に対応する表である。
【図５Ｃ】図５Ｃは、本実施の形態の算術復号に用いられるＴａｂｌｅ１００２であって、図２８ＣのＴａｂｌｅ０００２に対応する表である。
【図５Ｄ】図５Ｄは、本実施の形態の算術復号に用いられるＴａｂｌｅ１００３であって、図２８ＤのＴａｂｌｅ０００３に対応する表である。
【図６】図６は、本発明の実施の形態１の輝度ＣＢＦフラグに対する確率を導出するための番号ｃｔｘＩｄｘＩｎｃを取得する方法について説明する図である。
【図７】図７は、本発明の実施の形態２に係る輝度ＣＢＦフラグ符号化部の動作の流れの一例を示すフローチャートである。
【図８】図８は、本発明の実施の形態２に係る画像符号化装置の構成の一例を示すブロック図である。
【図９】図９は、コンテンツ配信サービスを実現するコンテンツ供給システムの全体構成図である。
【図１０】図１０は、デジタル放送用システムの全体構成図である。
【図１１】図１１は、テレビの構成例を示すブロック図である。
【図１２】図１２は、光ディスクである記録メディアに情報の読み書きを行う情報再生／記録部の構成例を示すブロック図である。
【図１３】図１３は、光ディスクである記録メディアの構造例を示す図である。
【図１４Ａ】図１４Ａは、携帯電話の一例を示す図である。
【図１４Ｂ】図１４Ｂは、携帯電話の構成例を示すブロック図である。
【図１５】図１５は、多重化データの構成を示す図である。
【図１６】図１６は、各ストリームが多重化データにおいてどのように多重化されているかを模式的に示す図である。
【図１７】図１７は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかを更に詳しく示した図である。
【図１８】図１８は、多重化データにおけるＴＳパケットとソースパケットの構造を示す図である。
【図１９】図１９は、ＰＭＴのデータ構成を示す図である。
【図２０】図２０は、多重化データ情報の内部構成を示す図である。
【図２１】図２１は、ストリーム属性情報の内部構成を示す図である。
【図２２】図２２は、映像データを識別するステップを示す図である。
【図２３】図２３は、各実施の形態の動画像符号化方法および動画像復号化方法を実現する集積回路の構成例を示すブロック図である。
【図２４】図２４は、駆動周波数を切り替える構成を示す図である。
【図２５】図２５は、映像データを識別し、駆動周波数を切り替えるステップを示す図である。
【図２６】図２６は、映像データの規格と駆動周波数を対応づけたルックアップテーブルの一例を示す図である。
【図２７Ａ】図２７Ａは、信号処理部のモジュールを共有化する構成の一例を示す図である。
【図２７Ｂ】図２７Ｂは、信号処理部のモジュールを共有化する構成の他の一例を示す図である。
【図２８Ａ】図２８Ａは、スライスタイプＳｌｉｃｅＴｙｐｅと、算術符号化及び算術復号するために必要な確率値に対応するｃｔｘＩｄｘの番号との対応を示す図である。
【図２８Ｂ】図２８Ｂは、図２８Ａで示されたｃｔｘＩｄｘ番号０〜１１と、初期確率を決定するために必要な情報（ｍ、ｎ）との組み合わせを定義するための表である。
【図２８Ｃ】図２８Ｃは、スライスタイプによって先頭のｃｔｘＩｄｘが変わることを定義するオフセット値ｃｔｘＩｄｘＯｆｆｓｅｔの割り当てを示した表である。
【図２８Ｄ】図２８Ｄは、二値信号列の先頭からの順番を示す番号ｂｉｎＩｄｘに対して、どのようにｃｔｘＩｄｘを割り当てるかを示す表である。
【図２９Ａ】図２９Ａは、ＨＥＶＣでの輝度ＣＢＦフラグを含むフラグに対するｃｔｘＩｄｘ番号の導出のための信号ｃｔｘＩｄｘＩｎｃを取得する方法を示す図である。
【図２９Ｂ】図２９Ｂは、輝度ＣＢＦフラグのｃｔｘＩｄｘＩｎｃの決定方法を示す図である。
【図３０】図３０は、従来のコンテキスト適応の算術復号化処理のフローを示す図である。
【図３１】図３１は、従来のバイパス処理用の算術復号化処理のフローを示す図である。
【図３２】図３２は、図３０のステップＳＣ０８で示した正規化処理（ＲｅｎｏｒｍＤ）を詳しく説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
（本発明の基礎となった知見）
上記の（ｄ）の工程において、現在の映像符号化規格および現在検討中の映像符号化規格では、フーリエ変換、量子化後の残差ブロック内に情報があるかどうかを示すフラグを符号化することにより、さらに情報量を削減する。具体的には、量子化後の残差ブロック内の係数の有無を識別するフラグを可変長符号化する。
【００１３】
なお、現在標準化作業が進んでいるＨＥＶＣと呼ばれる規格候補では（非特許文献２参照）、この識別フラグをＣＢＦと呼び、輝度信号に対する上記の識別フラグは、輝度ＣＢＦフラグｃｂｆ＿ｌｕｍａと呼ばれる。可変長符号化には、後述する算術符号化をベースとした符号化方式（ＣＡＢＡＣ）があることが知られ、ＨＥＶＣでは、図２８Ａ〜図２９Ｂで示す方法で定義されたパラメタを用いて符号化される。
【００１４】
図２８Ａ〜図２８Ｄは、ＨＥＶＣでの輝度ＣＢＦフラグの符号化のための情報の定義を示す情報群である。まず、図２８Ａに示されるＴａｂｌｅ００００では、スライスタイプＳｌｉｃｅＴｙｐｅと呼ばれるスライスの種類（Ｉ／Ｐ／Ｂ）と、算術符号化及び算術復号するために必要な確率値に対応するｃｔｘＩｄｘの番号との対応を示している。これは、例えばＩスライスの場合には、輝度ＣＢＦフラグの符号化及び復号のために用いられるｃｔｘＩｄｘ番号は０〜３の４種類であることを示している。同様にＰスライスの場合には４〜７の４種類、Ｂスライスの場合には８〜１１の４種類あることを示している。
【００１５】
次に、図２８Ｂに示されるＴａｂｌｅ０００１では、Ｔａｂｌｅ００００で示されたｃｔｘＩｄｘ番号０〜１１と、初期確率を決定するために必要な情報（ｍ、ｎ）との組み合わせを定義するための表である。なお、（ｍ，ｎ）を用いて初期確率を導出する方法については、非特許文献１または非特許文献２に記載の方法を用いる。
【００１６】
次に、図２８Ｃに示されるＴａｂｌｅ０００２は、前述のスライスタイプによって先頭のｃｔｘＩｄｘが変わる（例では０、４、８）ことを定義するオフセット値ｃｔｘＩｄｘＯｆｆｓｅｔの割り当てを示した表である。
【００１７】
次に、図２８Ｄに示されるＴａｂｌｅ０００３は、実際に算術符号化及び算術復号する場合には二値信号列（ｂｉｎ）毎にｃｔｘＩｄｘが割り当てられるため、この二値信号列の先頭からの順番を示す番号ｂｉｎＩｄｘに対して、どのようにｃｔｘＩｄｘを割り当てるかを示す表である。すなわち、最初の二値信号列の最初のビットをｂｉｎＩｄｘ＝０とし、以降、１、２として定義されている。なお、輝度ＣＢＦフラグは“０”または“１”を示すフラグであるため、ｂｉｎＩｄｘ＝０の場合のみ定義されている。そして、９．３．３．１．１．１節で定義される方法で、ｃｔｘＩｄｘ番号は０，１，２，３のいずれかが用いられることと、スライスタイプに応じて０，４，８というオフセットが与えられることとを示している。なお、表中のｎａは存在しないことを示す記号である。
【００１８】
また、９．３．３．１．１．１節の内容については、図２９Ａ及び図２９Ｂを用いて詳しく説明する。図２９Ａに示されるＢ０１は、ＨＥＶＣでの輝度ＣＢＦフラグを含むフラグに対するｃｔｘＩｄｘ番号の導出のための信号ｃｔｘＩｄｘＩｎｃを取得する方法を示す部分の非特許文献２からの抜粋部分である。
【００１９】
まず、９．３．３．１．１には、輝度ＣＢＦフラグを含むフラグは、隣接するブロックの結果を用いて算術符号化されることが示されている。次に、９．３．３．１．１．１の部分では、符号化対象のフラグを含むブロックの上に位置するブロック結果と、左に位置するブロック結果とによって導出されることについて詳細が述べられている。なお、輝度ＣＢＦフラグについては、図２９Ｂに示されるＴａｂｌｅ９−５０で示すように、左ブロックの輝度ＣＢＦフラグと、上ブロックの輝度ＣＢＦフラグとによって、次のようにｃｔｘＩｄｘＩｎｃが決められることを示している。
【００２０】
まず、左ブロックの輝度ＣＢＦフラグが０（もしくは存在しない）かつ上ブロックの輝度ＣＢＦフラグが０（もしくは存在しない）場合、符号化対象の輝度ＣＢＦフラグのｃｔｘＩｄｘＩｎｃの番号を０とする（ケース１）。また、左ブロックの輝度ＣＢＦフラグが１かつ上ブロックの輝度ＣＢＦフラグが０（もしくは存在しない）場合、符号化対象の輝度ＣＢＦフラグのｃｔｘＩｄｘＩｎｃの番号を１とする（ケース２）。また、左ブロックの輝度ＣＢＦフラグが０（もしくは存在しない）かつ上ブロックの輝度ＣＢＦフラグが１の場合、符号化対象の輝度ＣＢＦフラグのｃｔｘＩｄｘＩｎｃの番号を２とする（ケース３）。また、左ブロックの輝度ＣＢＦフラグが１かつ上ブロックの輝度ＣＢＦフラグが１の場合、符号化対象の輝度ＣＢＦフラグのｃｔｘＩｄｘＩｎｃの番号を３とする（ケース４）。
【００２１】
このように、周囲の輝度ＣＢＦフラグの値に応じて、符号化対象の輝度ＣＢＦフラグの算術符号化及び算術復号に用いるための確率値導出のためのｃｔｘＩｄｘＩｎｃを切り替えている。
【００２２】
次に、前述の識別フラグ（ＣＢＦ）などの可変長符号化について説明する。Ｈ．２６４では、可変長符号化方法の１つとして、コンテキスト適応型算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ  Ａｄａｐｔｉｖｅ  Ｂｉｎａｒｙ  Ａｒｉｔｈｍｅｔｉｃ  Ｃｏｄｉｎｇ）がある。このＣＡＢＡＣについて、図３０〜図３２を用いて以下に説明する。
【００２３】
図３０は、前述の従来のコンテキスト適応の算術復号化処理のフローを示す図である。なお、この図面は非特許文献１より抜粋したものであり、特に説明がない限り、非特許文献１に記載の通りである。
【００２４】
算術復号化処理では、まず、信号種別に基づいて決められるコンテキスト（ｃｔｘＩｄｘ）が入力される。
【００２５】
次に、現時点での算術復号化装置内の状態を示すパラメタｃｏｄＩＲａｎｇｅから、導出される値ｑＣｏｄＩＲａｎｇｅＩｄｘを算出し、ｃｔｘＩｄｘに対応した状態値であるｐＳｔａｔｅＩｄｘ値を取得する。そして、その２つの値でテーブル（ｒａｎｇｅＴａｂｌｅＬＰＳ）を参照することにより、ｃｏｄＩＲａｎｇｅＬＰＳを取得する。なお、このｃｏｄＩＲａｎｇｅＬＰＳとは、算術復号装置内の状態を示す第１のパラメタｃｏｄＩＲａｎｇｅに対してＬＰＳ（シンボル０もしくは１のどちらかの発生確率のうち低い側のシンボルを指し示す）が発生した場合の算術復号装置内の状態を示すパラメタとなる値を示す。また、ｃｏｄＩＲａｎｇｅには、現在のｃｏｄＩＲａｎｇｅから前述のｃｏｄＩＲａｎｇｅＬＰＳを引いた値を入れておく（ステップＳＣ０１）。
【００２６】
次に、算出したｃｏｄＩＲａｎｇｅと、算術復号装置内の状態を示す第２のパラメタｃｏｄＩＯｆｆｓｅｔとを比較する（ステップＳＣ０２）。そして、ｃｏｄＩＯｆｆｓｅｔがｃｏｄＩＲａｎｇｅと等しいか、或いはｃｏｄＩＲａｎｇｅより大きい場合には（ＳＣ０２でＹＥＳ）、ＬＰＳのシンボルが発生したと判断し、復号出力値であるｂｉｎＶａｌに、ｖａｌＭＰＳ（ＭＰＳ＜シンボル０もしくは１のどちらかの発生確率のうち高い側のシンボルを指し示す＞の具体的な値（０もしくは１））と異なる値（ｖａｌＭＰＭ＝１の場合は０、ｖａｌＭＰＭ＝０の場合は１）をセットする。
【００２７】
また、算術復号装置内の状態を示す第２のパラメタｃｏｄＩＯｆｆｓｅｔには、ｃｏｄＩＲａｎｇｅを引いた値をセットする。さらに、算術復号装置内の状態を示す第１のパラメタｃｏｄＩＲａｎｇｅには、ＬＰＳが発生したため、ステップＳＣ０１で算出したｃｏｄＩＲａｎｇｅＬＰＳの値をセットする（ステップＳＣ０３）。
【００２８】
なお、ここで前述のｃｔｘＩｄｘに対応した状態値であるｐＳｔａｔｅＩｄｘ値が０である場合（ステップＳＣ０５でＹＥＳ）、ＬＰＳの確率がＭＰＳの確率を上回る場合を示すため、ｖａｌＭＰＭを入れ替える（ｖａｌＭＰＭ＝１の場合は０、ｖａｌＭＰＭ＝０の場合は１）（ステップＳＣ０６）。一方、ｐＳｔａｔｅＩｄｘ値が０である場合（ステップＳＣ０５でＮＯ）、ｐＳｔａｔｅＩｄｘ値をＬＰＳが発生した場合の変換テーブルｔｒａｎｓＩｄｘＬＰＳに基づいて更新する（ステップＳＣ０７）。
【００２９】
また、ｃｏｄＩＯｆｆｓｅｔが小さい場合には（ＳＣ０２でＮＯ）、ＭＰＳのシンボルが発生したと判断し、復号出力値であるｂｉｎＶａｌにｖａｌＭＰＳをセットし、ｐＳｔａｔｅＩｄｘ値をＭＰＳが発生した場合の変換テーブルｔｒａｎｓＩｄｘＭＰＳに基づいて更新する（ステップＳＣ０４）。
【００３０】
最後に、正規化処理（ＲｅｎｏｒｍＤ）を行い（ステップＳＣ０８）、算術復号処理を終了する。
【００３１】
このようにコンテキスト適応算術復号化処理では、２値シンボルの発生確率であるシンボル発生確率をコンテキストインデックスに対応づけて複数保持し、条件に応じて（例えば隣接ブロックの値を参照）切り替えるため、処理の順番を維持する必要がある。
【００３２】
図３１は、前述の従来のバイパス処理用の算術復号化処理のフローを示す図である。なお、この図面は非特許文献１より抜粋したものであり、特に説明がない限り、非特許文献１に記載の通りである。
【００３３】
まず、現時点での算術復号化装置内の状態を示す第２のパラメタｃｏｄＩＯｆｆｓｅｔを左シフト（２倍）し、ビットストリームから１ビット読出し、その読出しビットが１であれば、さらに＋１、０であればそのまま（２倍）の値をセットする（ＳＤ０１）。
【００３４】
次に、ｃｏｄＩＯｆｆｓｅｔが算術復号化装置内の状態を示す第１のパラメタｃｏｄＩＲａｎｇｅと等しい、もしくは大きい場合には（ＳＤ０２でＹＥＳ）、復号出力値であるｂｉｎＶａｌに“１”をセットし、ｃｏｄＩＯｆｆｓｅｔにｃｏｄＩＲａｎｇｅを引いた値をセットする（ステップＳＤ０３）。一方、ｃｏｄＩＯｆｆｓｅｔが算術復号化装置内の状態を示す第１のパラメタｃｏｄＩＲａｎｇｅより小さい場合には（ＳＤ０２でＮＯ）、復号出力値であるｂｉｎＶａｌに“０”をセットする（ステップＳＤ０４）。
【００３５】
図３２は、図３０のステップＳＣ０８で示した正規化処理（ＲｅｎｏｒｍＤ）を詳しく説明するためのフローチャートである。この図面は非特許文献１より抜粋したものであり、特に説明がない限り、非特許文献１に記載の通りである。
【００３６】
算術復号処理で算術復号化装置内の状態を示す第１のパラメタｃｏｄＩＲａｎｇｅが０ｘ１００（１６進：２５６（１０進））よりも小さくなった場合には（ステップＳＥ０１でＹＥＳ）、ｃｏｄＩＲａｎｇｅを左シフト（２倍）し、算術復号化装置内の状態を示す第２のパラメタｃｏｄＩＯｆｆｓｅｔを左シフト（２倍）し、ビットストリームから１ビット読出し、その読出しビットが１であれば、さらに＋１、０であればそのまま（２倍）の値をセットする（ＳＥ０２）。この処理は、最終的にｃｏｄＩＲａｎｇｅが２５６以上になった段階で（ステップＳＥ０１でＮＯ）、終了する。
【００３７】
上記の処理を行うことにより、算術復号を行う。
【００３８】
しかしながら、従来、輝度ＣＢＦフラグの算術符号化及び算術復号のためには、上側及び左側に隣接するブロックの結果によって、確率値を変える必要がある。このため、算術符号化または算術復号のためには、左側および上側に隣接するブロックの輝度ＣＢＦフラグの結果を記録しておく必要がある。このため、入力映像の解像度が大きい場合に、輝度ＣＢＦフラグの結果を保存しておくためのメモリを膨大に用意しておく必要があるという課題がある。
【００３９】
上記の課題を解決するために本発明の一形態に係る動画像符号化方法は、動画像信号を第１の処理単位毎に符号化する方法である。具体的には、動画像符号化方法は、前記第１の処理単位に１つ以上含まれる第２の処理単位毎に、空間領域の前記動画像信号を周波数領域の係数に変換する処理と、前記周波数領域の係数を量子化する処理とを含む変換・量子化ステップと、前記変換・量子化ステップが実行された前記第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術符号化する算術符号化ステップとを含む。そして、前記算術符号化ステップでは、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術符号化に用いる確率テーブルを決定する。
【００４０】
上記構成によれば、輝度ＣＢＦフラグを算術符号化するための確率値を、周辺のブロックの輝度ＣＢＦフラグの値に依存せずに決定することができるので、輝度ＣＢＦフラグを保持するメモリ容量を大幅に削減しても、高い符号化効率を維持することができる。
【００４１】
さらに、前記算術符号化ステップでは、前記第１の処理単位が属するスライスの種別に応じて、算術符号化に用いる確率テーブルを決定する。
【００４２】
一例として、前記第１の処理単位は、符号化ブロックであってもよい。また、前記第２の処理単位は、変換ブロックであってもよい。
【００４３】
また、前記動画像符号化方法は、第１規格に準拠した符号化処理と、第２規格に準拠した符号化処理とを切り替え、前記第１規格に準拠した符号化処理として、前記変換・量子化ステップと、前記算術符号化ステップとを実行し、さらに、符号化処理の規格を示す識別子を符号化してもよい。
【００４４】
本発明の一形態に係る動画像復号方法は、符号化された動画像信号を第１の処理単位毎に復号する方法である。具体的には、動画像復号方法は、前記第１の処理単位に１つ以上含まれる第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術復号する算術復号ステップと、前記算術復号ステップで復号された前記輝度ＣＢＦフラグが前記第２の処理単位に量子化係数が含まれていることを示す場合に、当該第２の処理単位の量子化係数を用いて動画像信号を復元する復元ステップとを含む。そして、前記算術復号ステップでは、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術復号に用いる確率テーブルを決定する。
【００４５】
さらに、前記算術復号ステップでは、前記第１の処理単位が属するスライスの種別に応じて、算術復号に用いる確率テーブルを決定する。
【００４６】
一例として、前記第１の処理単位は、符号化ブロックであってもよい。また、前記第２の処理単位は、変換ブロックであってもよい。
【００４７】
また、前記動画像復号方法は、符号化信号に含まれる、第１規格又は第２規格を示す識別子に応じて、前記第１規格に準拠した復号処理と、前記第２規格に準拠した復号処理とを切り替え、前記識別子が第１規格を示す場合に、前記第１規格に準拠した復号処理として、前記算術復号ステップと、前記復元ステップとを行ってもよい。
【００４８】
本発明の一形態に係る動画像符号化装置は、動画像信号を第１の処理単位毎に符号化する。具体的には、動画像符号化装置は、前記第１の処理単位に１つ以上含まれる第２の処理単位毎に、空間領域の前記動画像信号を周波数領域の係数に変換する処理と、前記周波数領域の係数を量子化する処理とを含む変換・量子化部と、前記変換・量子化部で処理された前記第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術符号化する算術符号化部とを備える。そして、前記算術符号化部は、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術符号化に用いる確率テーブルを決定する。
【００４９】
本発明の一形態に係る動画像復号装置は、符号化された動画像信号を第１の処理単位毎に復号する。具体的には、動画像復号装置は、前記第１の処理単位に１つ以上含まれる第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術復号する算術復号部と、前記算術復号部で処理された前記輝度ＣＢＦフラグが前記第２の処理単位に量子化係数が含まれていることを示す場合に、当該第２の処理単位の量子化係数を用いて動画像信号を復元する復元部とを備える。そして、前記算術復号部は、前記第１及び第２の処理単位のサイズが同一であるか否か、及び前記第２の処理単位が予め定められた最大サイズであるか否かに応じて、算術復号に用いる確率テーブルを決定する。
【００５０】
本発明の一形態に係る動画像符号化復号装置は、上記記載の動画像符号化装置と、上記記載の動画像復号装置とを備える。
【００５１】
なお、これらの全般的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたは記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００５２】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示す。つまり、以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置及び接続形態、ステップ、ステップの順序などは、本発明の一例であり、本発明を限定する主旨ではない。本発明は、請求の範囲の記載によって限定される。したがって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素は、本発明の課題を達成するために必ずしも必要ではないが、より好ましい形態を説明するために記載される。
【００５３】
（実施の形態１）
実施の形態１に係る動画像復号装置は、符号化された動画像信号を第１の処理単位毎に復号する。そのために動画像復号装置は、第１の処理単位に１つ以上含まれる第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術復号する算術復号部と、算術復号部で復号された輝度ＣＢＦフラグが第２の処理単位に量子化係数が含まれていることを示す場合に、当該第２の処理単位の量子化係数を用いて動画像信号を復元する復元部とを備える。
【００５４】
そして、算術復号部は、第１及び第２の処理単位のサイズが同一であるか否か、及び第２の処理単位が予め定められた最大サイズであるか否かに応じて、輝度ＣＢＦフラグの算術復号に用いる確率テーブルを決定する。算術復号部は、さらに、第１の処理単位が属するスライスの種別（Ｉスライス／Ｐスライス／Ｂスライス）に応じて、算術復号に用いる確率テーブルを決定してもよい。なお、「確率テーブルを決定する」とは、例えば、「コンテキストを切り替える」と言い換えることができる。
【００５５】
動画像復号装置に入力される動画像は、複数のピクチャによって構成される。また、ピクチャは、複数のスライスに分割される。そして、スライスには、後述する処理単位毎に符号化及び復号される。処理単位には、符号化単位（ＣＵ）と予測単位（ＰＵ）と変換単位（ＴＵ）とがある。ＣＵは、最大１２８×１２８画素からなるブロックであり、従来のマクロブロックに相当する単位である。ＰＵは、画面間予測の基本単位である。ＴＵは、直交変換の基本単位であり、そのＴＵのサイズはＣＵと同じか、ＣＵよりも小さい。以下、符号化単位を符号化ブロック、変換単位を変換ブロックと表記することがある。
【００５６】
本実施の形態における第１の処理単位は、例えば、符号化ブロック（ＣＵ）である。また、本実施の形態における第２の処理単位は、例えば、変換ブロック（ＴＵ）である。そして、輝度ＣＢＦフラグは、各変換ブロックに１つずつ存在し、当該変換ブロック内に量子化係数が存在するか否かを示す。なお、「変換ブロック内に量子化係数が存在するか否か」とは、符号化すべき量子化係数が存在するか否かと言い換えることができる。さらに、変換ブロック内に非ゼロ係数（値がゼロでない係数）が存在するか否かと言い換えることもできる。
【００５７】
図１は、本発明の実施の形態１に係る輝度ＣＢＦフラグ復号化部を含む復号装置の機能構成を示すブロック図である。
【００５８】
本実施の形態に係る復号装置１００は、図１に示されるように、輝度ＣＢＦ復号部１０１と、制御部１０２と、スイッチ１０３と、残差係数復号部１０４と、残差信号復元部１０５と、加算部１０６とを備える。この復号装置１００は、復号位置情報ＰＯＳと、取得するビットストリームＢＳとから輝度ＣＢＦフラグを復元し、予測画像信号ＰＲＥＤから復号画像信号ＯＵＴを出力する。
【００５９】
本実施の形態の輝度ＣＢＦ復号部１０１の動作について、図２を用いて詳しく説明する。図２は、本発明の輝度ＣＢＦ復号部１０１の動作の流れの一例を示すフローチャートである。
【００６０】
まず、輝度ＣＢＦ復号部１０１は、対象となるビットストリームＢＳを取得する。また、制御部１０２は、復号対象となる輝度ＣＢＦフラグが符号化ブロックおよび変換係数のサイズとして、どの位置にあるかを示す情報ＰＯＳを取得し、輝度ＣＢＦ復号部１０１に対して出力する。
【００６１】
次に、輝度ＣＢＦ復号部１０１は、制御部１０２より得た情報から、（ｉ）復号対象の輝度ＣＢＦフラグの示す変換ブロックが符号化ブロックのサイズと同じであるか、もしくは（ｉｉ）変換ブロックのサイズが変換ブロックの最大サイズと同じかどうかを判断する（Ｓ２０１）。なお、変換ブロックの最大サイズを特定する情報は、例えば、ビットストリーム中に含められている。
【００６２】
上記の（ｉ）及び（ｉｉ）の少なくとも一方を満たす場合（Ｓ２０１でＹＥＳ）、算術復号に用いる確率情報を規定するための番号ｃｔｘＩｄｘＩｎｃを１にセットする（Ｓ２０３）。一方、上記の（ｉ）及び（ｉｉ）のいずれも満たさない場合（Ｓ２０１でＮＯ）、算術復号に用いる確率情報を規定するための番号ｃｔｘＩｄｘＩｎｃを０にセットする（Ｓ２０２）。なお、ｃｔｘＩｄｘＩｎｃに設定される値は、ステップＳ２０２、Ｓ２０３の例に限定されない。すなわち、ステップＳ２０２、Ｓ２０３で異なる値が設定されればよい。但し、符号化側と復号側とで共通の値を設定する必要はある。
【００６３】
次に、ステップＳ２０２、Ｓ２０３で得られた確率情報を規定するための番号ｃｔｘＩｄｘＩｎｃと、あらかじめスライス毎に規定されたオフセット値（後述の図５Ａ〜図５Ｄ参照）とを加えることで得られるｃｔｘＩｄｘに対応する確率値を取得し、対象となる輝度ＣＢＦフラグの算術復号処理を行う（Ｓ２０４）。これにより、輝度ＣＢＦフラグを取得する。
【００６４】
次に、ステップＳ２０４得られた輝度ＣＢＦフラグは制御部１０２に対して出力され、スイッチ１０３の制御に用いられる。輝度ＣＢＦフラグが“係数なし”を示す場合（例えば０）、スイッチ１０３は端子Ｂに接続される。すなわち、変換ブロック内に変換係数がないため、予測画像信号ＰＲＥＤに対して加える残差信号がなく、予測画像信号ＰＲＥＤが復号画像信号ＯＵＴとして出力される。
【００６５】
一方、輝度ＣＢＦフラグが“係数あり”を示す場合（例えば１）、スイッチ１０３は端子Ａに接続される。この場合、ビットストリームＢＳに含まれる残差係数信号を残差係数復号部１０４で復号し、残差信号復元部１０５で逆量子化及び逆変換することで得られる残差信号と、予測画像信号ＰＲＥＤとが加算部１０６で加算され、復号画像信号ＯＵＴとして出力される。これにより、輝度ＣＢＦフラグを用いて、ビットストリームＢＳから復号画像信号ＯＵＴを正しく出力することができる。
【００６６】
すなわち、図１に示される輝度ＣＢＦ復号部１０１及び制御部１０２は、例えば、本実施の形態に係る算術復号部に相当する。また、図１に示されるスイッチ１０３、残差係数復号部１０４、及び残差信号復元部１０５は、本実施の形態に係る復元部に相当する。但し、上記の対応関係には限定されない。
【００６７】
図３は、図２のステップＳ２０１で示した条件を説明するための模式図である。太枠で示したブロック３０１〜３０６は符号化ブロックを示す。また、ブロック３０１、３０２をさらに細かく分割したブロックが変換ブロックを示す。
【００６８】
変換ブロックのサイズは、符号化ブロックのサイズと同じが或いは符号化ブロックより小さいと規定されている。なお、この説明では、ブロック３０１、３０２のサイズが符号化ブロックの最大サイズ（６４画素×６４画素）であり、変換ブロックの最大サイズはブロック３０１、３０２より１階層小さいサイズ（３２画素×３２画素）と規定されている場合について説明する。また、変換サイズの最大サイズは、例えばスライスのヘッダ情報に記載されている情報によって変わる。
【００６９】
なお、本発明は変換ブロックのサイズにかかわらず一定の条件（ステップＳ２０１）により確率テーブルを切り替え、周囲のブロックの結果に依存することがないことを特徴とするため、変換ブロックの最大サイズが変わった場合であっても本発明の効果（メモリ量削減）を実現することができる。
【００７０】
ここではまず、ブロック３０１を符号化ブロックとした場合について説明する。
【００７１】
まず、ブロック３０１を４分割して得られる第１階層（３２画素×３２画素）の小ブロックが変換ブロックである場合、第１階層の小ブロックに対応付けられた輝度ＣＢＦフラグ３１１が復号される。この輝度ＣＢＦフラグ３１１が係数なしであることを示す場合には、第１階層の小ブロックに変換係数が含まれていないことになる。そのため、これより小さいブロックに対応付けられた輝度ＣＢＦフラグ３１２、３１３は復号されない。なお、輝度ＣＢＦフラグ３１１が復号される場合、第１階層の小ブロックは変換ブロックの最大サイズとなるため（図２のＳ２０１でＹＥＳ）、当該輝度ＣＢＦフラグの算術復号に用いられる確率テーブルを示す番号としてはｃｔｘＩｄｘＩｎｃ＝１を用いる（図２のＳ２０３）。
【００７２】
一方、第１階層の小ブロックを４分割して得られる第２階層（１６画素×１６画素）の小ブロックが変換ブロックである場合、この第２階層の小ブロックに対応付けられた輝度ＣＢＦフラグ３１２が復号される。また、第２階層の小ブロックをさらに４分割して得られる第３階層（８画素×８画素）の小ブロックが変換ブロックである場合、この第３階層の小ブロックに対応づけられた輝度ＣＢＦフラグ３１３が復号される。これらの場合には、当該輝度ＣＢＦフラグの算術復号に用いられる確率テーブルを示す番号としてはｃｔｘＩｄｘＩｎｃ＝０を用いることとなる（図２のＳ２０２）。
【００７３】
また、ブロック３０２の第１階層の小ブロックに対応付けられた輝度ＣＢＦフラグ（図示省略）が復号される場合には、確率テーブルを示す番号としてはｃｔｘＩｄｘＩｎｃ＝１を用い、第２階層以下の小ブロックに対応付けられた輝度ＣＢＦフラグ（図示省略）が復号される場合には、確率テーブルを示す番号としてはｃｔｘＩｄｘＩｎｃ＝０を用いる。さらに、ブロック３０３〜３０６に対しても、変換ブロックのサイズが、符号化ブロックのサイズと一致するかどうか、或いは変換ブロックの最大サイズに一致するかどうかを判断し、判断結果に応じて確率テーブルを示す番号ｃｔｘＩｄｘＩｎｃが決定される。
【００７４】
以上で示したように、変換ブロックのサイズと符号化ブロックのサイズとを比較することによって、ｃｔｘＩｄｘｉｎｃを“０”とするか、“１”とするかの２種類を切り替えることにより、確率テーブルの数も従来の４つから２つ（スライスあたり）に削減することができる。さらに、復号対象の輝度ＣＢＦフラグのｃｔｘＩｄｘｉｎｃを決定するために、周囲のブロックの輝度ＣＢＦフラグを参照する必要がないため、ラインバッファを含む大量のメモリを確保する必要がなく、正しく輝度ＣＢＦフラグを復号することができる。
【００７５】
また、変換ブロックのサイズが最大であるか否かによって、輝度ＣＢＦフラグの確率テーブルを２段階に切り替えることにより、確率テーブルの種類の削減による符号化効率の劣化を抑制することができる。これは、変換係数の有無は変換ブロックのブロックサイズに依存することが多いためであり、より具体的には、変換ブロックのサイズが小さくなれば係数が全てゼロになる可能性が高くなることを利用したものである。
【００７６】
なお、本発明の実施の形態１に係る算術復号化部（復号装置１００）は、圧縮符号化された符号化画像データを復号する動画像復号装置に備えられる。図４は、本発明の実施の形態１に係る動画像復号装置４００の構成の一例を示すブロック図である。
【００７７】
動画像復号装置４００は、圧縮符号化された符号化画像データを復号する。例えば、動画像復号装置４００は、符号化画像データがブロック毎に復号対象信号として入力される。動画像復号装置４００は、入力された復号対象信号に、可変長復号、逆量子化及び逆変換を行うことで、画像データを復元する。
【００７８】
図４に示すように、動画像復号装置４００は、エントロピー復号部４１０と、逆量子化・逆変換部４２０と、加算器４２５と、デブロッキングフィルタ４３０と、メモリ４４０と、イントラ予測部４５０と、動き補償部４６０と、イントラ／インター切換スイッチ４７０とを備える。
【００７９】
エントロピー復号部４１０は、入力信号（入力ストリーム）を可変長復号することで、量子化係数を復元する。なお、ここで、入力信号（入力ストリーム）は、復号対象信号であり、符号化画像データのブロック毎のデータに相当する。また、エントロピー復号部４１０は、入力信号から動きデータを取得し、取得した動きデータを動き補償部４６０に出力する。
【００８０】
逆量子化・逆変換部４２０は、エントロピー復号部４１０によって復元された量子化係数を逆量子化することで、変換係数を復元する。そして、逆量子化・逆変換部４２０は、復元した変換係数を逆変換することで、予測誤差を復元する。
【００８１】
加算器４２５は、逆量子化・逆変換部４２０で復元された予測誤差と、イントラ／インター切換スイッチ４７０から取得した予測信号とを加算することで、復号画像を生成する。
【００８２】
デブロッキングフィルタ４３０は、加算器４２５で生成された復号画像にデブロッキングフィルタ処理を行う。デブロッキングフィルタ処理された復号画像は、復号信号として出力される。
【００８３】
メモリ４４０は、動き補償に用いられる参照画像を格納するためのメモリである。具体的には、メモリ４４０は、デブロッキングフィルタ４３０でデブロッキングフィルタ処理が施された復号画像を格納する。
【００８４】
イントラ予測部４５０は、イントラ予測を行うことで、予測信号（イントラ予測信号）を生成する。具体的には、イントラ予測部４５０は、加算器４２５によって生成された復号画像中の復号対象ブロック（入力信号）の周囲の画像を参照して、イントラ予測を行うことで、イントラ予測信号を生成する。
【００８５】
動き補償部４６０は、エントロピー復号部４１０から出力された動きデータに基づいて動き補償を行うことで、予測信号（インター予測信号）を生成する。
【００８６】
イントラ／インター切換スイッチ４７０は、イントラ予測信号及びインター予測信号のいずれかを選択し、選択した信号を予測信号として加算器４２５に出力する。
【００８７】
以上の構成により、本発明の実施の形態２に係る動画像復号装置４００は、圧縮符号化された符号化画像データを復号する。
【００８８】
なお、動画像復号装置４００において、本発明の実施の形態１に係る輝度ＣＢＦフラグの復号化部は、エントロピー復号部４１０、逆量子化・逆変換部４２０、及び加算器４２５に含まれる。より具体的には、例えば、図１の輝度ＣＢＦ復号部１０１、制御部１０２、スイッチ１０３、及び残差係数復号部１０４が図４のエントロピー復号部４１０に含まれ、図１の残差信号復元部１０５が図４の逆量子化・逆変換部４２０に含まれ、図１の加算部１０６が図４の加算器４２５に含まれる。但し、上記の対応関係には限定されない。
【００８９】
以上のように、本発明の実施の形態１に係る動画像復号装置及び動画像復号方法によれば、復号対象の輝度ＣＢＦフラグを周辺ブロックの輝度ＣＢＦの値に依存せずに算術復号することにより、輝度ＣＢＦフラグの算術復号のためのメモリの必要性を削減したビットストリームを適切に復元することができる。
【００９０】
なお、図５Ａ、図５Ｂ、図５Ｃ、及び図５Ｄに、本実施の形態の算術復号に用いられるＴａｂｌｅ１０００〜１００３の一例を示す。なお、このＴａｂｌｅ１０００〜１０００３は、図２８Ａ〜図２８Ｄに対応する表である。図５Ａ〜図５Ｄで示すように、本実施の形態では、スライスあたりに２つの確率テーブルを切り替えることになる。また、確率テーブルの切り替えには、周囲のブロックの輝度ＣＢＦフラグの結果は用いない。これについてさらに図６を用いて説明する。
【００９１】
図６は、本実施の形態における輝度ＣＢＦフラグに対する確率を導出するための番号ｃｔｘＩｄｘＩｎｃを取得する方法について説明する文章である。ここで示すように、２つの番号の切り替えを変換ブロックのブロックサイズ（ｔｒａｎｓｆｏｒｍＤｅｐｔｈ、ＭａｘＴｒａｆｏＳｉｚｅ）に依存させ、周辺のブロックの結果に依存させない。
【００９２】
（実施の形態２）
本実施の形態の算術符号化方法の概要について説明する。なお、実施の形態１との共通点の詳しい説明は省略し、相違点を中心に説明する。
【００９３】
本実施の形態の算術符号化方法は、輝度ＣＢＦフラグの符号化に従来のように周囲のブロックにおける輝度ＣＢＦフラグの結果を用いるのではなく、変換ブロックのブロックサイズに応じて２つの確率テーブル（スライスあたり）を切り替えることを特徴とする。これにより、符号化に必要なメモリサイズを大幅に削減することを実現する。
【００９４】
以上が、本実施の形態の算術符号化方法の概要についての説明である。特に説明しない場合には、従来の算術符号化方法と同じ方法を取っても良いことを示す。
【００９５】
実施の形態２に係る動画像符号化装置は、動画像信号を第１の処理単位毎に符号化する。具体的には、動画像符号化装置は、第１の処理単位に１つ以上含まれる第２の処理単位毎に、空間領域の動画像信号（例えば、残差信号）を周波数領域の係数に変換する処理と、周波数領域の係数を量子化する処理とを含む変換・量子化部と、変換・量子化部の処理が実行された第２の処理単位に量子化係数が含まれているか否かを示す輝度ＣＢＦフラグを算術符号化する算術符号化部とを備える。
【００９６】
そして、算術符号化部は、第１及び第２の処理単位のサイズが同一であるか否か、及び第２の処理単位が予め定められた最大サイズであるか否かに応じて、輝度ＣＢＦフラグの算術符号化に用いる確率テーブルを決定する（コンテキストを切り替える）。算術符号化部は、さらに、第１の処理単位が属するスライスの種別に応じて、算術符号化に用いる確率テーブルを決定してもよい。
【００９７】
次に、本実施の形態の輝度ＣＢＦフラグ符号化方法を行う輝度ＣＢＦフラグ符号化部の処理の流れについて説明する。図７は、本発明の実施の形態２に係る輝度ＣＢＦフラグ符号化部の動作の流れの一例を示すフローチャートである。
【００９８】
輝度ＣＢＦフラグ符号化部は、制御部より得た情報から、（ｉ）符号化対象の輝度ＣＢＦフラグの示す変換ブロックのサイズが符号化ブロックのサイズと同じであるか、もしくは（ｉｉ）変換ブロックのサイズが変換ブロックの最大サイズと同じかどうかを判断する（Ｓ７０１）。なお、変換ブロックの最大サイズを特定する情報は、例えば、ビットストリーム中に含められている。
【００９９】
上記の（ｉ）及び（ｉｉ）の少なくとも一方を満たす場合（Ｓ７０１でＹＥＳ）、算術符号化に用いる確率情報を規定するための番号ｃｔｘＩｄｘＩｎｃを１にセットする（Ｓ７０３）。一方、上記の（ｉ）及び（ｉｉ）のいずれも満たさない場合（Ｓ７０１でＮＯ）、算術符号化に用いる確率情報を規定するための番号ｃｔｘＩｄｘＩｎｃを０にセットする（Ｓ７０２）。
【０１００】
次に、ステップＳ７０２、Ｓ７０３で得られた確率情報を規定するための番号ｃｔｘＩｄｘＩｎｃと、あらかじめスライス毎に規定されたオフセット値（図５Ａ〜図５Ｄ参照）とを加えることで得られるｃｔｘＩｄｘに対応する確率値を取得し、対象となる輝度ＣＢＦフラグの算術符号化処理を行う（Ｓ７０４）。これにより、輝度ＣＢＦフラグを符号化する。
【０１０１】
このように符号化することにより、メモリの必要量の少ない輝度ＣＢＦフラグの符号化装置を実現することができる。
【０１０２】
なお、本発明の実施の形態２に係る輝度ＣＢＦフラグ符号化部は、画像データを圧縮符号化する画像符号化装置に備えられる。図８は、本発明の実施の形態２に係る画像符号化装置２００の構成の一例を示すブロック図である。
【０１０３】
画像符号化装置２００は、画像データを圧縮符号化する。例えば、画像符号化装置２００には、画像データがブロック毎に入力信号として入力される。画像符号化装置２００は、入力された入力信号に、変換、量子化及び可変長符号化を行うことで、符号化信号を生成する。
【０１０４】
図１０に示すように、画像符号化装置２００は、減算器２０５と、変換・量子化部２１０と、エントロピー符号化部２２０と、逆量子化・逆変換部２３０と、加算器２３５と、デブロッキングフィルタ２４０と、メモリ２５０と、イントラ予測部２６０と、動き検出部２７０と、動き補償部２８０と、イントラ／インター切換スイッチ２９０とを備える。
【０１０５】
減算器２０５は、入力信号と予測信号との差分、すなわち、予測誤差を算出する。
【０１０６】
変換・量子化部２１０は、空間領域の予測誤差を変換することで、周波数領域の変換係数を生成する。例えば、変換・量子化部２１０は、予測誤差にＤＣＴ（Ｄｉｓｃｒｅｔｅ  Ｃｏｓｉｎｅ  Ｔｒａｎｓｆｏｒｍ）変換を行うことで、変換係数を生成する。さらに、変換・量子化部２１０は、変換係数を量子化することで、量子化係数を生成する。
【０１０７】
また、変換・量子化部２１０は、変換ブロック内に係数（量子化係数）が存在するか否かを示す輝度ＣＢＦフラグを生成する。具体的には、変換・量子化部２１０は、変換ブロック内に係数が存在する場合に輝度ＣＢＦフラグに“１”をセットし、変換ブロック内に係数が存在しない場合に輝度ＣＢＦフラグに“０”をセットする。
【０１０８】
エントロピー符号化部２２０は、量子化係数を可変長符号化することで、符号化信号を生成する。また、エントロピー符号化部２２０は、動き検出部２７０によって検出された動きデータ（例えば、動きベクトル）を符号化し、符号化信号に含めて出力する。
【０１０９】
逆量子化・逆変換部２３０は、量子化係数を逆量子化することで、変換係数を復元する。さらに、逆量子化・逆変換部２３０は、復元した変換係数を逆変換することで、予測誤差を復元する。なお、復元された予測誤差は、量子化により情報が失われているので、減算器２０５が生成する予測誤差とは一致しない。すなわち、復元された予測誤差は、量子化誤差を含んでいる。
【０１１０】
加算器２３５は、復元された予測誤差と予測信号とを加算することで、ローカル復号画像を生成する。
【０１１１】
デブロッキングフィルタ２４０は、生成されたローカル復号画像にデブロッキングフィルタ処理を行う。
【０１１２】
メモリ２５０は、動き補償に用いられる参照画像を格納するためのメモリである。具体的には、メモリ２５０は、デブロッキングフィルタ処理が施されたローカル復号画像を格納する。
【０１１３】
イントラ予測部２６０は、イントラ予測を行うことで、予測信号（イントラ予測信号）を生成する。具体的には、イントラ予測部２６０は、加算器２３５によって生成されたローカル復号画像における符号化対象ブロック（入力信号）の周囲の画像を参照して、イントラ予測を行うことでイントラ予測信号を生成する。
【０１１４】
動き検出部２７０は、入力信号と、メモリ２５０に格納された参照画像との間の動きデータ（例えば、動きベクトル）を検出する。
【０１１５】
動き補償部２８０は、検出された動きデータに基づいて動き補償を行うことで、予測信号（インター予測信号）を生成する。
【０１１６】
イントラ／インター切換スイッチ２９０は、イントラ予測信号及びインター予測信号のいずれかを選択し、選択した信号を予測信号として減算器２０５及び加算器２３５に出力する。
【０１１７】
以上の構成により、本発明の実施の形態２に係る画像符号化装置２００は、画像データを圧縮符号化する。
【０１１８】
なお、動画像符号化装置２００において、本発明の実施の形態２に係るＣＢＦフラグ符号化部は、例えば、エントロピー符号化部２２０に含まれる。すなわち、エントロピー符号化部２２０に含まれるＣＢＦフラグ符号化部は、変換・量子化部２１０で生成された輝度ＣＢＦフラグを算術符号化する。但し、上記の対応関係には限定されない。
【０１１９】
（実施の形態３）
上記各実施の形態で示した動画像符号化方法（画像符号化方法）または動画像復号化方法（画像復号方法）の構成を実現するためのプログラムを記憶メディアに記録することにより、上記各実施の形態で示した処理を独立したコンピュータシステムにおいて簡単に実施することが可能となる。記憶メディアは、磁気ディスク、光ディスク、光磁気ディスク、ＩＣカード、半導体メモリ等、プログラムを記録できるものであればよい。
【０１２０】
さらにここで、上記各実施の形態で示した動画像符号化方法（画像符号化方法）や動画像復号化方法（画像復号方法）の応用例とそれを用いたシステムを説明する。当該システムは、画像符号化方法を用いた画像符号化装置、及び画像復号方法を用いた画像復号装置からなる画像符号化復号装置を有することを特徴とする。システムにおける他の構成について、場合に応じて適切に変更することができる。
【０１２１】
図９は、コンテンツ配信サービスを実現するコンテンツ供給システムex１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ex１０６、ex１０７、ex１０８、ex１０９、ex１１０が設置されている。
【０１２２】
このコンテンツ供給システムex１００は、インターネットex１０１にインターネットサービスプロバイダex１０２および電話網ex１０４、および基地局ex１０６からex１１０を介して、コンピュータex１１１、ＰＤＡ（Personal Digital Assistant）ex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５などの各機器が接続される。
【０１２３】
しかし、コンテンツ供給システムex１００は図９のような構成に限定されず、いずれかの要素を組合せて接続するようにしてもよい。また、固定無線局である基地局ex１０６からex１１０を介さずに、各機器が電話網ex１０４に直接接続されてもよい。また、各機器が近距離無線等を介して直接相互に接続されていてもよい。
【０１２４】
カメラex１１３はデジタルビデオカメラ等の動画撮影が可能な機器であり、カメラex１１６はデジタルカメラ等の静止画撮影、動画撮影が可能な機器である。また、携帯電話ex１１４は、ＧＳＭ（登録商標）（Global System for Mobile Communications）方式、ＣＤＭＡ（Code Division Multiple Access）方式、Ｗ−ＣＤＭＡ（Wideband-Code Division Multiple Access）方式、若しくはＬＴＥ（Long Term Evolution）方式、ＨＳＰＡ(High Speed Packet Access)の携帯電話機、またはＰＨＳ（Personal Handyphone System）等であり、いずれでも構わない。
【０１２５】
コンテンツ供給システムex１００では、カメラex１１３等が基地局ex１０９、電話網ex１０４を通じてストリーミングサーバex１０３に接続されることで、ライブ配信等が可能になる。ライブ配信では、ユーザがカメラex１１３を用いて撮影するコンテンツ（例えば、音楽ライブの映像等）に対して上記各実施の形態で説明したように符号化処理を行い（即ち、本発明の一態様に係る画像符号化装置として機能する）、ストリーミングサーバex１０３に送信する。一方、ストリーミングサーバex１０３は要求のあったクライアントに対して送信されたコンテンツデータをストリーム配信する。クライアントとしては、上記符号化処理されたデータを復号化することが可能な、コンピュータex１１１、ＰＤＡex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５等がある。配信されたデータを受信した各機器では、受信したデータを復号化処理して再生する（即ち、本発明の一態様に係る画像復号装置として機能する）。
【０１２６】
なお、撮影したデータの符号化処理はカメラex１１３で行っても、データの送信処理をするストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。同様に配信されたデータの復号化処理はクライアントで行っても、ストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。また、カメラex１１３に限らず、カメラex１１６で撮影した静止画像および／または動画像データを、コンピュータex１１１を介してストリーミングサーバex１０３に送信してもよい。この場合の符号化処理はカメラex１１６、コンピュータex１１１、ストリーミングサーバex１０３のいずれで行ってもよいし、互いに分担して行ってもよい。
【０１２７】
また、これら符号化・復号化処理は、一般的にコンピュータex１１１や各機器が有するＬＳＩex５００において処理する。ＬＳＩex５００は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化・復号化用のソフトウェアをコンピュータex１１１等で読み取り可能な何らかの記録メディア（ＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスクなど）に組み込み、そのソフトウェアを用いて符号化・復号化処理を行ってもよい。さらに、携帯電話ex１１４がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データは携帯電話ex１１４が有するＬＳＩex５００で符号化処理されたデータである。
【０１２８】
また、ストリーミングサーバex１０３は複数のサーバや複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。
【０１２９】
以上のようにして、コンテンツ供給システムex１００では、符号化されたデータをクライアントが受信して再生することができる。このようにコンテンツ供給システムex１００では、ユーザが送信した情報をリアルタイムでクライアントが受信して復号化し、再生することができ、特別な権利や設備を有さないユーザでも個人放送を実現できる。
【０１３０】
なお、コンテンツ供給システムex１００の例に限らず、図１０に示すように、デジタル放送用システムex２００にも、上記各実施の形態の少なくとも動画像符号化装置（画像符号化装置）または動画像復号化装置（画像復号装置）のいずれかを組み込むことができる。具体的には、放送局ex２０１では映像データに音楽データなどが多重化された多重化データが電波を介して通信または衛星ex２０２に伝送される。この映像データは上記各実施の形態で説明した動画像符号化方法により符号化されたデータである（即ち、本発明の一態様に係る画像符号化装置によって符号化されたデータである）。これを受けた放送衛星ex２０２は、放送用の電波を発信し、この電波を衛星放送の受信が可能な家庭のアンテナex２０４が受信する。受信した多重化データを、テレビ（受信機）ex３００またはセットトップボックス（ＳＴＢ）ex２１７等の装置が復号化して再生する（即ち、本発明の一態様に係る画像復号装置として機能する）。
【０１３１】
また、ＤＶＤ、ＢＤ等の記録メディアex２１５に記録した多重化データを読み取り復号化する、または記録メディアex２１５に映像信号を符号化し、さらに場合によっては音楽信号と多重化して書き込むリーダ／レコーダex２１８にも上記各実施の形態で示した動画像復号化装置または動画像符号化装置を実装することが可能である。この場合、再生された映像信号はモニタex２１９に表示され、多重化データが記録された記録メディアex２１５により他の装置やシステムにおいて映像信号を再生することができる。また、ケーブルテレビ用のケーブルex２０３または衛星／地上波放送のアンテナex２０４に接続されたセットトップボックスex２１７内に動画像復号化装置を実装し、これをテレビのモニタex２１９で表示してもよい。このときセットトップボックスではなく、テレビ内に動画像復号化装置を組み込んでもよい。
【０１３２】
図１１は、上記各実施の形態で説明した動画像復号化方法および動画像符号化方法を用いたテレビ（受信機）ex３００を示す図である。テレビex３００は、上記放送を受信するアンテナex２０４またはケーブルex２０３等を介して映像データに音声データが多重化された多重化データを取得、または出力するチューナex３０１と、受信した多重化データを復調する、または外部に送信する多重化データに変調する変調／復調部ex３０２と、復調した多重化データを映像データと、音声データとに分離する、または信号処理部ex３０６で符号化された映像データ、音声データを多重化する多重／分離部ex３０３を備える。
【０１３３】
また、テレビex３００は、音声データ、映像データそれぞれを復号化する、またはそれぞれの情報を符号化する音声信号処理部ex３０４、映像信号処理部ex３０５（本発明の一態様に係る画像符号化装置または画像復号装置として機能する）を有する信号処理部ex３０６と、復号化した音声信号を出力するスピーカex３０７、復号化した映像信号を表示するディスプレイ等の表示部ex３０８を有する出力部ex３０９とを有する。さらに、テレビex３００は、ユーザ操作の入力を受け付ける操作入力部ex３１２等を有するインタフェース部ex３１７を有する。さらに、テレビex３００は、各部を統括的に制御する制御部ex３１０、各部に電力を供給する電源回路部ex３１１を有する。インタフェース部ex３１７は、操作入力部ex３１２以外に、リーダ／レコーダex２１８等の外部機器と接続されるブリッジex３１３、ＳＤカード等の記録メディアex２１６を装着可能とするためのスロット部ex３１４、ハードディスク等の外部記録メディアと接続するためのドライバex３１５、電話網と接続するモデムex３１６等を有していてもよい。なお記録メディアex２１６は、格納する不揮発性／揮発性の半導体メモリ素子により電気的に情報の記録を可能としたものである。テレビex３００の各部は同期バスを介して互いに接続されている。
【０１３４】
まず、テレビex３００がアンテナex２０４等により外部から取得した多重化データを復号化し、再生する構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、ＣＰＵ等を有する制御部ex３１０の制御に基づいて、変調／復調部ex３０２で復調した多重化データを多重／分離部ex３０３で分離する。さらにテレビex３００は、分離した音声データを音声信号処理部ex３０４で復号化し、分離した映像データを映像信号処理部ex３０５で上記各実施の形態で説明した復号化方法を用いて復号化する。復号化した音声信号、映像信号は、それぞれ出力部ex３０９から外部に向けて出力される。出力する際には、音声信号と映像信号が同期して再生するよう、バッファex３１８、ex３１９等に一旦これらの信号を蓄積するとよい。また、テレビex３００は、放送等からではなく、磁気／光ディスク、ＳＤカード等の記録メディアex２１５、ex２１６から多重化データを読み出してもよい。次に、テレビex３００が音声信号や映像信号を符号化し、外部に送信または記録メディア等に書き込む構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、制御部ex３１０の制御に基づいて、音声信号処理部ex３０４で音声信号を符号化し、映像信号処理部ex３０５で映像信号を上記各実施の形態で説明した符号化方法を用いて符号化する。符号化した音声信号、映像信号は多重／分離部ex３０３で多重化され外部に出力される。多重化する際には、音声信号と映像信号が同期するように、バッファex３２０、ex３２１等に一旦これらの信号を蓄積するとよい。なお、バッファex３１８、ex３１９、ex３２０、ex３２１は図示しているように複数備えていてもよいし、１つ以上のバッファを共有する構成であってもよい。さらに、図示している以外に、例えば変調／復調部ex３０２や多重／分離部ex３０３の間等でもシステムのオーバフロー、アンダーフローを避ける緩衝材としてバッファにデータを蓄積することとしてもよい。
【０１３５】
また、テレビex３００は、放送等や記録メディア等から音声データ、映像データを取得する以外に、マイクやカメラのＡＶ入力を受け付ける構成を備え、それらから取得したデータに対して符号化処理を行ってもよい。なお、ここではテレビex３００は上記の符号化処理、多重化、および外部出力ができる構成として説明したが、これらの処理を行うことはできず、上記受信、復号化処理、外部出力のみが可能な構成であってもよい。
【０１３６】
また、リーダ／レコーダex２１８で記録メディアから多重化データを読み出す、または書き込む場合には、上記復号化処理または符号化処理はテレビex３００、リーダ／レコーダex２１８のいずれで行ってもよいし、テレビex３００とリーダ／レコーダex２１８が互いに分担して行ってもよい。
【０１３７】
一例として、光ディスクからデータの読み込みまたは書き込みをする場合の情報再生／記録部ex４００の構成を図１２に示す。情報再生／記録部ex４００は、以下に説明する要素ex４０１、ex４０２、ex４０３、ex４０４、ex４０５、ex４０６、ex４０７を備える。光ヘッドex４０１は、光ディスクである記録メディアex２１５の記録面にレーザスポットを照射して情報を書き込み、記録メディアex２１５の記録面からの反射光を検出して情報を読み込む。変調記録部ex４０２は、光ヘッドex４０１に内蔵された半導体レーザを電気的に駆動し記録データに応じてレーザ光の変調を行う。再生復調部ex４０３は、光ヘッドex４０１に内蔵されたフォトディテクタにより記録面からの反射光を電気的に検出した再生信号を増幅し、記録メディアex２１５に記録された信号成分を分離して復調し、必要な情報を再生する。バッファex４０４は、記録メディアex２１５に記録するための情報および記録メディアex２１５から再生した情報を一時的に保持する。ディスクモータex４０５は記録メディアex２１５を回転させる。サーボ制御部ex４０６は、ディスクモータex４０５の回転駆動を制御しながら光ヘッドex４０１を所定の情報トラックに移動させ、レーザスポットの追従処理を行う。システム制御部ex４０７は、情報再生／記録部ex４００全体の制御を行う。上記の読み出しや書き込みの処理はシステム制御部ex４０７が、バッファex４０４に保持された各種情報を利用し、また必要に応じて新たな情報の生成・追加を行うと共に、変調記録部ex４０２、再生復調部ex４０３、サーボ制御部ex４０６を協調動作させながら、光ヘッドex４０１を通して、情報の記録再生を行うことにより実現される。システム制御部ex４０７は例えばマイクロプロセッサで構成され、読み出し書き込みのプログラムを実行することでそれらの処理を実行する。
【０１３８】
以上では、光ヘッドex４０１はレーザスポットを照射するとして説明したが、近接場光を用いてより高密度な記録を行う構成であってもよい。
【０１３９】
図１３に光ディスクである記録メディアex２１５の模式図を示す。記録メディアex２１５の記録面には案内溝（グルーブ）がスパイラル状に形成され、情報トラックex２３０には、予めグルーブの形状の変化によってディスク上の絶対位置を示す番地情報が記録されている。この番地情報はデータを記録する単位である記録ブロックex２３１の位置を特定するための情報を含み、記録や再生を行う装置において情報トラックex２３０を再生し番地情報を読み取ることで記録ブロックを特定することができる。また、記録メディアex２１５は、データ記録領域ex２３３、内周領域ex２３２、外周領域ex２３４を含んでいる。ユーザデータを記録するために用いる領域がデータ記録領域ex２３３であり、データ記録領域ex２３３より内周または外周に配置されている内周領域ex２３２と外周領域ex２３４は、ユーザデータの記録以外の特定用途に用いられる。情報再生／記録部ex４００は、このような記録メディアex２１５のデータ記録領域ex２３３に対して、符号化された音声データ、映像データまたはそれらのデータを多重化した多重化データの読み書きを行う。
【０１４０】
以上では、１層のＤＶＤ、ＢＤ等の光ディスクを例に挙げ説明したが、これらに限ったものではなく、多層構造であって表面以外にも記録可能な光ディスクであってもよい。また、ディスクの同じ場所にさまざまな異なる波長の色の光を用いて情報を記録したり、さまざまな角度から異なる情報の層を記録したりなど、多次元的な記録／再生を行う構造の光ディスクであってもよい。
【０１４１】
また、デジタル放送用システムex２００において、アンテナex２０５を有する車ex２１０で衛星ex２０２等からデータを受信し、車ex２１０が有するカーナビゲーションex２１１等の表示装置に動画を再生することも可能である。なお、カーナビゲーションex２１１の構成は例えば図１１に示す構成のうち、ＧＰＳ受信部を加えた構成が考えられ、同様なことがコンピュータex１１１や携帯電話ex１１４等でも考えられる。
【０１４２】
図１４Ａは、上記実施の形態で説明した動画像復号化方法および動画像符号化方法を用いた携帯電話ex１１４を示す図である。携帯電話ex１１４は、基地局ex１１０との間で電波を送受信するためのアンテナex３５０、映像、静止画を撮ることが可能なカメラ部ex３６５、カメラ部ex３６５で撮像した映像、アンテナex３５０で受信した映像等が復号化されたデータを表示する液晶ディスプレイ等の表示部ex３５８を備える。携帯電話ex１１４は、さらに、操作キー部ex３６６を有する本体部、音声を出力するためのスピーカ等である音声出力部ex３５７、音声を入力するためのマイク等である音声入力部ex３５６、撮影した映像、静止画、録音した音声、または受信した映像、静止画、メール等の符号化されたデータもしくは復号化されたデータを保存するメモリ部ex３６７、又は同様にデータを保存する記録メディアとのインタフェース部であるスロット部ex３６４を備える。
【０１４３】
さらに、携帯電話ex１１４の構成例について、図１４Ｂを用いて説明する。携帯電話ex１１４は、表示部ex３５８及び操作キー部ex３６６を備えた本体部の各部を統括的に制御する主制御部ex３６０に対して、電源回路部ex３６１、操作入力制御部ex３６２、映像信号処理部ex３５５、カメラインタフェース部ex３６３、ＬＣＤ（Liquid Crystal Display）制御部ex３５９、変調／復調部ex３５２、多重／分離部ex３５３、音声信号処理部ex３５４、スロット部ex３６４、メモリ部ex３６７がバスex３７０を介して互いに接続されている。
【０１４４】
電源回路部ex３６１は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することにより携帯電話ex１１４を動作可能な状態に起動する。
【０１４５】
携帯電話ex１１４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有する主制御部ex３６０の制御に基づいて、音声通話モード時に音声入力部ex３５６で収音した音声信号を音声信号処理部ex３５４でデジタル音声信号に変換し、これを変調／復調部ex３５２でスペクトラム拡散処理し、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して送信する。また携帯電話ex１１４は、音声通話モード時にアンテナex３５０を介して受信した受信データを増幅して周波数変換処理およびアナログデジタル変換処理を施し、変調／復調部ex３５２でスペクトラム逆拡散処理し、音声信号処理部ex３５４でアナログ音声信号に変換した後、これを音声出力部ex３５７から出力する。
【０１４６】
さらにデータ通信モード時に電子メールを送信する場合、本体部の操作キー部ex３６６等の操作によって入力された電子メールのテキストデータは操作入力制御部ex３６２を介して主制御部ex３６０に送出される。主制御部ex３６０は、テキストデータを変調／復調部ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して基地局ex１１０へ送信する。電子メールを受信する場合は、受信したデータに対してこのほぼ逆の処理が行われ、表示部ex３５８に出力される。
【０１４７】
データ通信モード時に映像、静止画、または映像と音声を送信する場合、映像信号処理部ex３５５は、カメラ部ex３６５から供給された映像信号を上記各実施の形態で示した動画像符号化方法によって圧縮符号化し（即ち、本発明の一態様に係る画像符号化装置として機能する）、符号化された映像データを多重／分離部ex３５３に送出する。また、音声信号処理部ex３５４は、映像、静止画等をカメラ部ex３６５で撮像中に音声入力部ex３５６で収音した音声信号を符号化し、符号化された音声データを多重／分離部ex３５３に送出する。
【０１４８】
多重／分離部ex３５３は、映像信号処理部ex３５５から供給された符号化された映像データと音声信号処理部ex３５４から供給された符号化された音声データを所定の方式で多重化し、その結果得られる多重化データを変調／復調部（変調／復調回路部）ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理及び周波数変換処理を施した後にアンテナex３５０を介して送信する。
【０１４９】
データ通信モード時にホームページ等にリンクされた動画像ファイルのデータを受信する場合、または映像およびもしくは音声が添付された電子メールを受信する場合、アンテナex３５０を介して受信された多重化データを復号化するために、多重／分離部ex３５３は、多重化データを分離することにより映像データのビットストリームと音声データのビットストリームとに分け、同期バスex３７０を介して符号化された映像データを映像信号処理部ex３５５に供給するとともに、符号化された音声データを音声信号処理部ex３５４に供給する。映像信号処理部ex３５５は、上記各実施の形態で示した動画像符号化方法に対応した動画像復号化方法によって復号化することにより映像信号を復号し（即ち、本発明の一態様に係る画像復号装置として機能する）、ＬＣＤ制御部ex３５９を介して表示部ex３５８から、例えばホームページにリンクされた動画像ファイルに含まれる映像、静止画が表示される。また音声信号処理部ex３５４は、音声信号を復号し、音声出力部ex３５７から音声が出力される。
【０１５０】
また、上記携帯電話ex１１４等の端末は、テレビex３００と同様に、符号化器・復号化器を両方持つ送受信型端末の他に、符号化器のみの送信端末、復号化器のみの受信端末という３通りの実装形式が考えられる。さらに、デジタル放送用システムex２００において、映像データに音楽データなどが多重化された多重化データを受信、送信するとして説明したが、音声データ以外に映像に関連する文字データなどが多重化されたデータであってもよいし、多重化データではなく映像データ自体であってもよい。
【０１５１】
このように、上記各実施の形態で示した動画像符号化方法あるいは動画像復号化方法を上述したいずれの機器・システムに用いることは可能であり、そうすることで、上記各実施の形態で説明した効果を得ることができる。
【０１５２】
また、本発明はかかる上記実施の形態に限定されるものではなく、本発明の範囲を逸脱することなく種々の変形または修正が可能である。
【０１５３】
（実施の形態４）
上記各実施の形態で示した動画像符号化方法または装置と、ＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１など異なる規格に準拠した動画像符号化方法または装置とを、必要に応じて適宜切替えることにより、映像データを生成することも可能である。
【０１５４】
ここで、それぞれ異なる規格に準拠する複数の映像データを生成した場合、復号する際に、それぞれの規格に対応した復号方法を選択する必要がある。しかしながら、復号する映像データが、どの規格に準拠するものであるか識別できないため、適切な復号方法を選択することができないという課題を生じる。
【０１５５】
この課題を解決するために、映像データに音声データなどを多重化した多重化データは、映像データがどの規格に準拠するものであるかを示す識別情報を含む構成とする。上記各実施の形態で示す動画像符号化方法または装置によって生成された映像データを含む多重化データの具体的な構成を以下説明する。多重化データは、ＭＰＥＧ−２トランスポートストリーム形式のデジタルストリームである。
【０１５６】
図１５は、多重化データの構成を示す図である。図１５に示すように多重化データは、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム（ＰＧ）、インタラクティブグラフィックスストリームのうち、１つ以上を多重化することで得られる。ビデオストリームは映画の主映像および副映像を、オーディオストリーム（ＩＧ）は映画の主音声部分とその主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームは、映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像のことである。また、インタラクティブグラフィックスストリームは、画面上にＧＵＩ部品を配置することにより作成される対話画面を示している。ビデオストリームは、上記各実施の形態で示した動画像符号化方法または装置、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠した動画像符号化方法または装置によって符号化されている。オーディオストリームは、ドルビーＡＣ−３、Ｄｏｌｂｙ  Ｄｉｇｉｔａｌ  Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、または、リニアＰＣＭのなどの方式で符号化されている。
【０１５７】
多重化データに含まれる各ストリームはＰＩＤによって識別される。例えば、映画の映像に利用するビデオストリームには０ｘ１０１１が、オーディオストリームには０ｘ１１００から０ｘ１１１Ｆまでが、プレゼンテーショングラフィックスには０ｘ１２００から０ｘ１２１Ｆまでが、インタラクティブグラフィックスストリームには０ｘ１４００から０ｘ１４１Ｆまでが、映画の副映像に利用するビデオストリームには０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまで、主音声とミキシングする副音声に利用するオーディオストリームには０ｘ１Ａ００から０ｘ１Ａ１Ｆが、それぞれ割り当てられている。
【０１５８】
図１６は、多重化データがどのように多重化されるかを模式的に示す図である。まず、複数のビデオフレームからなるビデオストリームex２３５、複数のオーディオフレームからなるオーディオストリームex２３８を、それぞれＰＥＳパケット列ex２３６およびex２３９に変換し、ＴＳパケットex２３７およびex２４０に変換する。同じくプレゼンテーショングラフィックスストリームex２４１およびインタラクティブグラフィックスex２４４のデータをそれぞれＰＥＳパケット列ex２４２およびex２４５に変換し、さらにＴＳパケットex２４３およびex２４６に変換する。多重化データex２４７はこれらのＴＳパケットを１本のストリームに多重化することで構成される。
【０１５９】
図１７は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図１７における第１段目はビデオストリームのビデオフレーム列を示す。第２段目は、ＰＥＳパケット列を示す。図１７の矢印ｙｙ１，ｙｙ２，ｙｙ３，ｙｙ４に示すように、ビデオストリームにおける複数のＶｉｄｅｏ  Ｐｒｅｓｅｎｔａｔｉｏｎ  ＵｎｉｔであるＩピクチャ、Ｂピクチャ、Ｐピクチャは、ピクチャ毎に分割され、ＰＥＳパケットのペイロードに格納される。各ＰＥＳパケットはＰＥＳヘッダを持ち、ＰＥＳヘッダには、ピクチャの表示時刻であるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ−Ｓｔａｍｐ）やピクチャの復号時刻であるＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ−Ｓｔａｍｐ）が格納される。
【０１６０】
図１８は、多重化データに最終的に書き込まれるＴＳパケットの形式を示している。ＴＳパケットは、ストリームを識別するＰＩＤなどの情報を持つ４ＢｙｔｅのＴＳヘッダとデータを格納する１８４ＢｙｔｅのＴＳペイロードから構成される１８８Ｂｙｔｅ固定長のパケットであり、上記ＰＥＳパケットは分割されＴＳペイロードに格納される。ＢＤ−ＲＯＭの場合、ＴＳパケットには、４ＢｙｔｅのＴＰ＿Ｅｘｔｒａ＿Ｈｅａｄｅｒが付与され、１９２Ｂｙｔｅのソースパケットを構成し、多重化データに書き込まれる。ＴＰ＿Ｅｘｔｒａ＿ＨｅａｄｅｒにはＡＴＳ（Ａｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ）などの情報が記載される。ＡＴＳは当該ＴＳパケットのデコーダのＰＩＤフィルタへの転送開始時刻を示す。多重化データには図１８下段に示すようにソースパケットが並ぶこととなり、多重化データの先頭からインクリメントする番号はＳＰＮ（ソースパケットナンバー）と呼ばれる。
【０１６１】
また、多重化データに含まれるＴＳパケットには、映像・音声・字幕などの各ストリーム以外にもＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）などがある。ＰＡＴは多重化データ中に利用されるＰＭＴのＰＩＤが何であるかを示し、ＰＡＴ自身のＰＩＤは０で登録される。ＰＭＴは、多重化データ中に含まれる映像・音声・字幕などの各ストリームのＰＩＤと各ＰＩＤに対応するストリームの属性情報を持ち、また多重化データに関する各種ディスクリプタを持つ。ディスクリプタには多重化データのコピーを許可・不許可を指示するコピーコントロール情報などがある。ＰＣＲは、ＡＴＳの時間軸であるＡＴＣ（Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）とＰＴＳ・ＤＴＳの時間軸であるＳＴＣ（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）の同期を取るために、そのＰＣＲパケットがデコーダに転送されるＡＴＳに対応するＳＴＣ時間の情報を持つ。
【０１６２】
図１９はＰＭＴのデータ構造を詳しく説明する図である。ＰＭＴの先頭には、そのＰＭＴに含まれるデータの長さなどを記したＰＭＴヘッダが配置される。その後ろには、多重化データに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、多重化データに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためストリームタイプ、ストリームのＰＩＤ、ストリームの属性情報（フレームレート、アスペクト比など）が記載されたストリームディスクリプタから構成される。ストリームディスクリプタは多重化データに存在するストリームの数だけ存在する。
【０１６３】
記録媒体などに記録する場合には、上記多重化データは、多重化データ情報ファイルと共に記録される。
【０１６４】
多重化データ情報ファイルは、図２０に示すように多重化データの管理情報であり、多重化データと１対１に対応し、多重化データ情報、ストリーム属性情報とエントリマップから構成される。
【０１６５】
多重化データ情報は図２０に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートは多重化データの、後述するシステムターゲットデコーダのＰＩＤフィルタへの最大転送レートを示す。多重化データ中に含まれるＡＴＳの間隔はシステムレート以下になるように設定されている。再生開始時刻は多重化データの先頭のビデオフレームのＰＴＳであり、再生終了時刻は多重化データの終端のビデオフレームのＰＴＳに１フレーム分の再生間隔を足したものが設定される。
【０１６６】
ストリーム属性情報は図２１に示すように、多重化データに含まれる各ストリームについての属性情報が、ＰＩＤ毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。
【０１６７】
本実施の形態においては、上記多重化データのうち、ＰＭＴに含まれるストリームタイプを利用する。また、記録媒体に多重化データが記録されている場合には、多重化データ情報に含まれる、ビデオストリーム属性情報を利用する。具体的には、上記各実施の形態で示した動画像符号化方法または装置において、ＰＭＴに含まれるストリームタイプ、または、ビデオストリーム属性情報に対し、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示す固有の情報を設定するステップまたは手段を設ける。この構成により、上記各実施の形態で示した動画像符号化方法または装置によって生成した映像データと、他の規格に準拠する映像データとを識別することが可能になる。
【０１６８】
また、本実施の形態における動画像復号化方法のステップを図２２に示す。ステップexＳ１００において、多重化データからＰＭＴに含まれるストリームタイプ、または、多重化データ情報に含まれるビデオストリーム属性情報を取得する。次に、ステップexＳ１０１において、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成された多重化データであることを示しているか否かを判断する。そして、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成されたものであると判断された場合には、ステップexＳ１０２において、上記各実施の形態で示した動画像復号方法により復号を行う。また、ストリームタイプ、または、ビデオストリーム属性情報が、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠するものであることを示している場合には、ステップexＳ１０３において、従来の規格に準拠した動画像復号方法により復号を行う。
【０１６９】
このように、ストリームタイプ、または、ビデオストリーム属性情報に新たな固有値を設定することにより、復号する際に、上記各実施の形態で示した動画像復号化方法または装置で復号可能であるかを判断することができる。従って、異なる規格に準拠する多重化データが入力された場合であっても、適切な復号化方法または装置を選択することができるため、エラーを生じることなく復号することが可能となる。また、本実施の形態で示した動画像符号化方法または装置、または、動画像復号方法または装置を、上述したいずれの機器・システムに用いることも可能である。
【０１７０】
（実施の形態５）
上記各実施の形態で示した動画像符号化方法および装置、動画像復号化方法および装置は、典型的には集積回路であるＬＳＩで実現される。一例として、図２３に１チップ化されたＬＳＩex５００の構成を示す。ＬＳＩex５００は、以下に説明する要素ex５０１、ex５０２、ex５０３、ex５０４、ex５０５、ex５０６、ex５０７、ex５０８、ex５０９を備え、各要素はバスex５１０を介して接続している。電源回路部ex５０５は電源がオン状態の場合に各部に対して電力を供給することで動作可能な状態に起動する。
【０１７１】
例えば符号化処理を行う場合には、ＬＳＩex５００は、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有する制御部ex５０１の制御に基づいて、ＡＶ  Ｉ／Ｏex５０９によりマイクex１１７やカメラex１１３等からＡＶ信号を入力する。入力されたＡＶ信号は、一旦ＳＤＲＡＭ等の外部のメモリex５１１に蓄積される。制御部ex５０１の制御に基づいて、蓄積したデータは処理量や処理速度に応じて適宜複数回に分けるなどされ信号処理部ex５０７に送られ、信号処理部ex５０７において音声信号の符号化および／または映像信号の符号化が行われる。ここで映像信号の符号化処理は上記各実施の形態で説明した符号化処理である。信号処理部ex５０７ではさらに、場合により符号化された音声データと符号化された映像データを多重化するなどの処理を行い、ストリームＩ／Ｏex５０６から外部に出力する。この出力された多重化データは、基地局ex１０７に向けて送信されたり、または記録メディアex２１５に書き込まれたりする。なお、多重化する際には同期するよう、一旦バッファex５０８にデータを蓄積するとよい。
【０１７２】
なお、上記では、メモリex５１１がＬＳＩex５００の外部の構成として説明したが、ＬＳＩex５００の内部に含まれる構成であってもよい。バッファex５０８も１つに限ったものではなく、複数のバッファを備えていてもよい。また、ＬＳＩex５００は１チップ化されてもよいし、複数チップ化されてもよい。
【０１７３】
また、上記では、制御部ex５０１が、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有するとしているが、制御部ex５０１の構成は、この構成に限らない。例えば、信号処理部ex５０７がさらにＣＰＵを備える構成であってもよい。信号処理部ex５０７の内部にもＣＰＵを設けることにより、処理速度をより向上させることが可能になる。また、他の例として、ＣＰＵex５０２が信号処理部ex５０７、または信号処理部ex５０７の一部である例えば音声信号処理部を備える構成であってもよい。このような場合には、制御部ex５０１は、信号処理部ex５０７、またはその一部を有するＣＰＵex５０２を備える構成となる。
【０１７４】
なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１７５】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１７６】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【０１７７】
（実施の形態６）
上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データを復号する場合、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データを復号する場合に比べ、処理量が増加することが考えられる。そのため、ＬＳＩex５００において、従来の規格に準拠する映像データを復号する際のＣＰＵex５０２の駆動周波数よりも高い駆動周波数に設定する必要がある。しかし、駆動周波数を高くすると、消費電力が高くなるという課題が生じる。
【０１７８】
この課題を解決するために、テレビex３００、ＬＳＩex５００などの動画像復号化装置は、映像データがどの規格に準拠するものであるかを識別し、規格に応じて駆動周波数を切替える構成とする。図２４は、本実施の形態における構成ex８００を示している。駆動周波数切替え部ex８０３は、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合には、駆動周波数を高く設定する。そして、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１に対し、映像データを復号するよう指示する。一方、映像データが、従来の規格に準拠する映像データである場合には、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合に比べ、駆動周波数を低く設定する。そして、従来の規格に準拠する復号処理部ex８０２に対し、映像データを復号するよう指示する。
【０１７９】
より具体的には、駆動周波数切替え部ex８０３は、図２３のＣＰＵex５０２と駆動周波数制御部ex５１２から構成される。また、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１、および、従来の規格に準拠する復号処理部ex８０２は、図２３の信号処理部ex５０７に該当する。ＣＰＵex５０２は、映像データがどの規格に準拠するものであるかを識別する。そして、ＣＰＵex５０２からの信号に基づいて、駆動周波数制御部ex５１２は、駆動周波数を設定する。また、ＣＰＵex５０２からの信号に基づいて、信号処理部ex５０７は、映像データの復号を行う。ここで、映像データの識別には、例えば、実施の形態４で記載した識別情報を利用することが考えられる。識別情報に関しては、実施の形態４で記載したものに限られず、映像データがどの規格に準拠するか識別できる情報であればよい。例えば、映像データがテレビに利用されるものであるか、ディスクに利用されるものであるかなどを識別する外部信号に基づいて、映像データがどの規格に準拠するものであるか識別可能である場合には、このような外部信号に基づいて識別してもよい。また、ＣＰＵex５０２における駆動周波数の選択は、例えば、図２６のような映像データの規格と、駆動周波数とを対応付けたルックアップテーブルに基づいて行うことが考えられる。ルックアップテーブルを、バッファex５０８や、ＬＳＩの内部メモリに格納しておき、ＣＰＵex５０２がこのルックアップテーブルを参照することにより、駆動周波数を選択することが可能である。
【０１８０】
図２５は、本実施の形態の方法を実施するステップを示している。まず、ステップexＳ２００では、信号処理部ex５０７において、多重化データから識別情報を取得する。次に、ステップexＳ２０１では、ＣＰＵex５０２において、識別情報に基づいて映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものであるか否かを識別する。映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合には、ステップexＳ２０２において、駆動周波数を高く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、高い駆動周波数に設定される。一方、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、ステップexＳ２０３において、駆動周波数を低く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合に比べ、低い駆動周波数に設定される。
【０１８１】
さらに、駆動周波数の切替えに連動して、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を変更することにより、省電力効果をより高めることが可能である。例えば、駆動周波数を低く設定する場合には、これに伴い、駆動周波数を高く設定している場合に比べ、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することが考えられる。
【０１８２】
また、駆動周波数の設定方法は、復号する際の処理量が大きい場合に、駆動周波数を高く設定し、復号する際の処理量が小さい場合に、駆動周波数を低く設定すればよく、上述した設定方法に限らない。例えば、ＭＰＥＧ４−ＡＶＣ規格に準拠する映像データを復号する処理量の方が、上記各実施の形態で示した動画像符号化方法または装置により生成された映像データを復号する処理量よりも大きい場合には、駆動周波数の設定を上述した場合の逆にすることが考えられる。
【０１８３】
さらに、駆動周波数の設定方法は、駆動周波数を低くする構成に限らない。例えば、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を高く設定し、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することも考えられる。また、他の例としては、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＣＰＵex５０２の駆動を停止させることなく、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、処理に余裕があるため、ＣＰＵex５０２の駆動を一時停止させることも考えられる。識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合であっても、処理に余裕があれば、ＣＰＵex５０２の駆動を一時停止させることも考えられる。この場合は、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合に比べて、停止時間を短く設定することが考えられる。
【０１８４】
このように、映像データが準拠する規格に応じて、駆動周波数を切替えることにより、省電力化を図ることが可能になる。また、電池を用いてＬＳＩex５００またはＬＳＩex５００を含む装置を駆動している場合には、省電力化に伴い、電池の寿命を長くすることが可能である。
【０１８５】
（実施の形態７）
テレビや、携帯電話など、上述した機器・システムには、異なる規格に準拠する複数の映像データが入力される場合がある。このように、異なる規格に準拠する複数の映像データが入力された場合にも復号できるようにするために、ＬＳＩex５００の信号処理部ex５０７が複数の規格に対応している必要がある。しかし、それぞれの規格に対応する信号処理部ex５０７を個別に用いると、ＬＳＩex５００の回路規模が大きくなり、また、コストが増加するという課題が生じる。
【０１８６】
この課題を解決するために、上記各実施の形態で示した動画像復号方法を実行するための復号処理部と、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する復号処理部とを一部共有化する構成とする。この構成例を図２７Ａのex９００に示す。例えば、上記各実施の形態で示した動画像復号方法と、ＭＰＥＧ４−ＡＶＣ規格に準拠する動画像復号方法とは、エントロピー符号化、逆量子化、デブロッキング・フィルタ、動き補償などの処理において処理内容が一部共通する。共通する処理内容については、ＭＰＥＧ４−ＡＶＣ規格に対応する復号処理部ex９０２を共有し、ＭＰＥＧ４−ＡＶＣ規格に対応しない、本発明の一態様に特有の他の処理内容については、専用の復号処理部ex９０１を用いるという構成が考えられる。特に、本発明の一態様は、逆量子化に特徴を有していることから、例えば、逆量子化については専用の復号処理部ex９０１を用い、それ以外のエントロピー復号、デブロッキング・フィルタ、動き補償のいずれか、または、全ての処理については、復号処理部を共有することが考えられる。復号処理部の共有化に関しては、共通する処理内容については、上記各実施の形態で示した動画像復号化方法を実行するための復号処理部を共有し、ＭＰＥＧ４−ＡＶＣ規格に特有の処理内容については、専用の復号処理部を用いる構成であってもよい。
【０１８７】
また、処理を一部共有化する他の例を図２７Ｂのex１０００に示す。この例では、本発明の一態様に特有の処理内容に対応した専用の復号処理部ex１００１と、他の従来規格に特有の処理内容に対応した専用の復号処理部ex１００２と、本発明の一態様に係る動画像復号方法と他の従来規格の動画像復号方法とに共通する処理内容に対応した共用の復号処理部ex１００３とを用いる構成としている。ここで、専用の復号処理部ex１００１、ex１００２は、必ずしも本発明の一態様、または、他の従来規格に特有の処理内容に特化したものではなく、他の汎用処理を実行できるものであってもよい。また、本実施の形態の構成を、ＬＳＩex５００で実装することも可能である。
【０１８８】
このように、本発明の一態様に係る動画像復号方法と、従来の規格の動画像復号方法とで共通する処理内容について、復号処理部を共有することにより、ＬＳＩの回路規模を小さくし、かつ、コストを低減することが可能である。
【産業上の利用可能性】
【０１８９】
本発明の一態様に係る動画像符号化方法および動画像復号方法は、例えば、テレビジョン受像機、デジタルビデオレコーダー、カーナビゲーション、携帯電話、デジタルカメラ、または、デジタルビデオカメラ等に利用可能である。
【符号の説明】
【０１９０】
１００  復号装置
１０１  輝度ＣＢＦ復号部
１０２  制御部
１０３  スイッチ
１０４  残差係数復号部
１０５  残差信号復元部
１０６  加算部
２００  画像符号化装置
２０５  減算器
２１０  変換・量子化部
２２０  エントロピー符号化部
２３０，４２０  逆量子化・逆変換部
２３５，４２５  加算器
２４０，４３０  デブロッキングフィルタ
２５０，４４０  メモリ
２６０，４５０  イントラ予測部
２７０  動き検出部
２８０，４６０  動き補償部
２９０，４７０  イントラ／インター切換スイッチ
３０１，３０２，３０３，３０４，３０５，３０６  ブロック
３１１，３１２，３１３，３１４，３１５  輝度ＣＢＦフラグ
４００  動画像復号装置
４１０  エントロピー復号部
【図１】
0005937020.tif 000002
【図２】
0005937020.tif 000003
【図３】
0005937020.tif 000004
【図４】
0005937020.tif 000005
【図５Ａ】
0005937020.tif 000006
【図５Ｂ】
0005937020.tif 000007
【図５Ｃ】
0005937020.tif 000008
【図５Ｄ】
0005937020.tif 000009
【図６】
0005937020.tif 000010
【図７】
0005937020.tif 000011
【図８】
0005937020.tif 000012
【図９】
0005937020.tif 000013
【図１０】
0005937020.tif 000014
【図１１】
0005937020.tif 000015
【図１２】
0005937020.tif 000016
【図１３】
0005937020.tif 000017
【図１４Ａ】
0005937020.tif 000018
【図１４Ｂ】
0005937020.tif 000019
【図１５】
0005937020.tif 000020
【図１６】
0005937020.tif 000021
【図１７】
0005937020.tif 000022
【図１８】
0005937020.tif 000023
【図１９】
0005937020.tif 000024
【図２０】
0005937020.tif 000025
【図２１】
0005937020.tif 000026
【図２２】
0005937020.tif 000027
【図２３】
0005937020.tif 000028
【図２４】
0005937020.tif 000029
【図２５】
0005937020.tif 000030
【図２６】
0005937020.tif 000031
【図２７Ａ】
0005937020.tif 000032
【図２７Ｂ】
0005937020.tif 000033
【図２８Ａ】
0005937020.tif 000034
【図２８Ｂ】
0005937020.tif 000035
【図２８Ｃ】
0005937020.tif 000036
【図２８Ｄ】
0005937020.tif 000037
【図２９Ａ】
0005937020.tif 000038
【図２９Ｂ】
0005937020.tif 000039
【図３０】
0005937020.tif 000040
【図３１】
0005937020.tif 000041
【図３２】
0005937020.tif 000042