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

Description

本発明は、複数の予測動きベクトル候補の中から、符号化対象の動きベクトルの符号化に最も効率のよい予測動きベクトルを選択して動画像の予測符号化を行う画像復号化方法および画像復号化装置に関する。

図３２は、従来の動画像を符号化する画像符号化装置の構成例を示すブロック図である。動画像の符号化には、既に標準化された動画像符号化方式であるＨ．２６４などの方式が用いられる（例えば、非特許文献１参照）。図３２の画像符号化装置では、ピクチャタイプ決定部１２４が決定したピクチャタイプ（例えば、Ｈ．２６４のｓｌｉｃｅ ｔｙｐｅ）と、予測動きベクトル競合フラグ切替部１２５が出力した予測動きベクトル競合フラグ（以下、「mv_competition_flag」と記述する）に応じて、インター予測制御部１３１がインター予測部１１２を制御し、インター予測符号化を行う。具体的には、Ｐピクチャ（例えば、Ｈ．２６４のＰ ｓｌｉｃｅ）またはＢピクチャ（例えば、Ｈ．２６４のＢ ｓｌｉｃｅ）などのピクチャタイプ、および、mv_competition_flagのオンまたはオフに応じて、インター予測制御部１３１は、各予測単位ブロックのインター符号化に用いる動きベクトル符号化のための予測動きベクトルの求め方を切り替えている。

mv_competition_flagは、第１の処理単位毎（例えば、Ｈ．２６４のｓｌｉｃｅ）にビットストリームに付与する第１のヘッダ情報（例えば、Ｈ．２６４のｓｌｉｃｅ ｈｅａｄｅｒ）に含められ、画像符号化装置から画像復号化装置に通知される。mv_competition_flagがオンの場合は、画像符号化装置は、例えば、各予測単位ブロックの周辺で使用された一つ以上の動きベクトルを予測動きベクトル候補とし、最終的に各予測単位ブロックの動きベクトルの予測に用いた予測動きベクトル候補のインデックス番号を、ビットストリームに付与する。mv_competition_flagがオフの場合は、画像符号化装置は、例えば、各予測単位ブロックの周辺で使用された動きベクトルから一つの予測動きベクトルを生成し、その予測動きベクトルを用いて動きベクトルを符号化する。

図３３Ａに、mv_competition_flagがオンの場合の従来の画像符号化装置による予測動きベクトル候補生成処理の一例を示す。画像符号化装置は、まず予測単位ブロックの左（隣接ブロックＡ）、上（隣接ブロックＢ）、右上（隣接ブロックＣ）にある隣接予測単位ブロックを求め、各動きベクトルＭＶ＿Ａ，ＭＶ＿Ｂ，ＭＶ＿Ｃを求める。次に、画像符号化装置は、動きベクトルＭＶ＿Ａ，ＭＶ＿Ｂ，ＭＶ＿Ｃの各成分の中間値を用いてメディアン動きベクトルＭｅｄｉａｎ（ＭＶ＿Ａ、ＭＶ＿Ｂ、ＭＶ＿Ｃ）を求め、メディアン動きベクトルＭｅｄｉａｎ（ＭＶ＿Ａ、ＭＶ＿Ｂ、ＭＶ＿Ｃ）に予測動きベクトルインデックス０を付加する。また、画像符号化装置は、ＭＶ＿Ａ、ＭＶ＿Ｂ、ＭＶ＿Ｃの順に、各動きベクトルにそれぞれ予測動きベクトルインデックス１、２、３を付加する。図３３Ｂは、予測動きベクトルインデックスと予測動きベクトル候補との対応関係を示す図である。画像符号化装置は、符号化対象予測ブロックの動きベクトルの符号化に最も効率的な予測動きベクトル候補を選択し、選択した予測動きベクトル候補のインデックス番号をビットストリームに付加する。また、画像符号化装置は、予測動きベクトル候補が全て同じ値を持つベクトルの場合などは、ベクトルをマージすることによって候補数を削減し、最終的に候補数が１の場合は、予測動きベクトルインデックスをビットストリームに付加しない等の処理を行う。

図３４は、図３２の従来の画像符号化装置に対応する画像復号化装置の構成例を示すブロック図である。動画像の復号化には、既に標準化された動画像復号化方式であるＨ．２６４などの方式が用いられる。図３４の画像復号化装置では、ビットストリームに付加されているmv_competition_flagと、予測動きベクトルインデックスに応じて、インター予測制御部２３１がインター予測部２１２を制御し、インター予測復号化を行う。

ＩＳＯ／ＩＥＣ １４４９６−１０「ＭＰＥＧ−４ Ｐａｒｔ １０ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ」

従来の画像符号化装置および画像復号化装置では、mv_competition_flagがオンの場合は、符号化対象予測ブロックがスキップブロック（例えば、Ｈ．２６４のＰ−Ｓｋｉｐ、Ｂ−Ｓｋｉｐ）の場合でも、予測動きベクトル候補数が２以上であれば、予測動きベクトルインデックスをビットストリームに付加する必要がある（図３５、図３６）。

そのため、例えば低ビットレートをターゲットとした符号化の場合であっても、スキップブロックなどの符号化モードを用いて、予測動きベクトルインデックスの発生符号量を変更することができないという課題が生じる。

本発明は、上述の課題を解決するためになされたものであり、予測動きベクトルインデックスの発生符号量を変更することができる画像復号化方法を提供することを目的とする。

本発明のある局面に係る画像復号化方法は、動画像を予測符号化した符号化信号を復号化する画像復号化方法であって、前記符号化信号のヘッダ情報から、一つ以上の予測動きベクトル候補の中から予測動きベクトルを選択しないか否かを示す第１情報を復号化する第１情報復号化ステップと、前記第１情報が予測動きベクトルを選択しないことを示していない場合には、前記ヘッダ情報から、復号化対象ブロックをスキップモード又はダイレクトモードで復号化するための、前記一つ以上の予測動きベクトル候補の中から予測動きベクトルを選択しないか否かを示す第２情報を復号化する第２情報復号化ステップとを含む。

このような構成により、符号化モードに応じて予測動きベクトルインデックスの発生符号量が制御された符号化信号を復号化することができる。

なお、本発明は、このような特徴的なステップを含む画像復号化方法として実現することができるだけでなく、画像復号化方法に含まれる特徴的なステップを処理部とする画像復号化装置として実現することができる。また、画像復号化方法に含まれる特徴的なステップをコンピュータに実行させるためのプログラムとして実現することもできる。さらに、画像復号化装置に含まれる特徴的な処理部としてコンピュータを機能させるためのプログラムとして実現することもできる。そして、そのようなプログラムを、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のコンピュータ読取可能な非一時的な記録媒体やインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。

本発明によると、予測動きベクトルインデックスの発生符号量を変更することができる画像復号化方法等を提供することができる。

図１は、本発明の実施の形態１に係る画像符号化装置の構成例を示すブロック図である。 図２は、画像符号化装置におけるスキップ用予測動きベクトル競合フラグ切替制御の一例を示すフローチャートである。 図３は、画像符号化装置におけるインター予測制御の一例を示すフローチャートである。 図４Ａは、可変長符号化部におけるヘッダの符号化制御の一例を示すフローチャートである。 図４Ｂは、ヘッダのシンタックスの一例を示す図である。 図５は、可変長符号化部における予測単位ブロックの符号化制御の一例を示すフローチャートである。 図６は、予測単位ブロックのシンタックスの一例を示す図である。 図７は、本発明の実施の形態１に係る画像復号化装置の構成例を示すブロック図である。 図８は、可変長復号化部おけるヘッダの復号化制御の一例を示すフローチャートである。 図９は、可変長復号化部における予測単位ブロックの復号化制御の一例を示すフローチャートである。 図１０は、画像復号化装置におけるインター予測制御の一例を示すフローチャートである。 図１１Ａは、ヘッダのシンタックスの他の一例を示す図である。 図１１Ｂは、予測単位ブロックのシンタックスの他の一例を示す図である。 図１２は、予測単位ブロックのシンタックスの一例を示す図である。 図１３は、コンテンツ配信サービスを実現するコンテンツ供給システムの全体構成図である。 図１４は、デジタル放送用システムの全体構成図である。 図１５は、テレビの構成例を示すブロック図である。 図１６は、光ディスクである記録メディアに情報の読み書きを行う情報再生／記録部の構成例を示すブロック図である。 図１７は、光ディスクである記録メディアの構造例を示す図である。 図１８Ａは、携帯電話の一例を示す図である。 図１８Ｂは、携帯電話の構成例を示すブロック図である。 図１９は、多重化データの構成を示す図である。 図２０は、各ストリームが多重化データにおいてどのように多重化されているかを模式的に示す図である。 図２１は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかを更に詳しく示した図である。 図２２は、多重化データにおけるＴＳパケットとソースパケットの構造を示す図である。 図２３は、ＰＭＴのデータ構造を示す図である。 図２４は、多重化データ情報の内部構成を示す図である。 図２５は、ストリーム属性情報の内部構成を示す図である。 図２６は、映像データを識別するステップを示す図である。 図２７は、各実施の形態の動画像符号化方法および動画像復号化方法を実現する集積回路の構成例を示すブロック図である。 図２８は、駆動周波数を切り替える構成を示す図である。 図２９は、映像データを識別し、駆動周波数を切り替えるステップを示す図である。 図３０は、映像データの規格と駆動周波数を対応づけたルックアップテーブルの一例を示す図である。 図３１Ａは、信号処理部のモジュールを共有化する構成の一例を示す図である。 図３１Ｂは、信号処理部のモジュールを共有化する構成の他の一例を示す図である。 図３２は、従来の画像符号化装置の構成例を示すブロック図である。 図３３Ａは、従来の予測動きベクトル候補生成処理を示す概念図である。 図３３Ｂは、予測動きベクトルインデックスと予測動きベクトル候補との対応関係を示す図である。 図３４は、従来の画像復号化装置の構成例を示すブロック図である。 図３５は、従来のインター予測制御を示すフローチャートである。 図３６は、従来の予測単位ブロックのシンタックスを示す図である。

以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、請求の範囲だけによって限定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成するものとして説明される。

以下、本発明の実施の形態について、図面を参照しながら説明する。

（実施の形態１）
図１は本発明の実施の形態１に係る画像符号化装置の構成例を示すブロック図である。図３２に示す従来の画像符号化装置とは、スキップブロック用予測動きベクトル競合フラグ切替部１２６を備える点、およびスキップブロック用予測動きベクトル競合フラグ（以下、「mv_competition_skip_flag」と記述する）をビットストリームに付加する構成を備える点で異なる。

図１の画像符号化装置では、ピクチャ毎に付与されるヘッダ（例えば、Ｈ．２６４のslice header）にて、前記mv_competition_skip_flagを画像復号化装置へ通知する。なお、mv_competition_skip_flagは、必ずしもピクチャ毎に付加されるヘッダにて通知する必要はなく、複数枚のピクチャで構成される単位毎に付与されるヘッダ（例えば、Ｈ．２６４のsequence parameter set）や、複数のピクチャで共通に使用可能なヘッダ情報（例えば、Ｈ．２６４のpicture parameter set）にて通知する構成としてもよい。

図１に示された画像符号化装置は、減算部１０２、直交変換部１０３、量子化部１０４、可変長符号化部１０５、逆量子化部１０６、逆直交変換部１０７、加算部１０８、ブロックメモリ１０９、イントラ予測部１１０、フレームメモリ１１１、インター予測部１１２、スイッチ１１３、インター予測制御部１２１、ピクチャタイプ決定部１２４、予測動きベクトル競合フラグ切替部１２５、およびスキップブロック用予測動きベクトル競合フラグ切替部１２６を備える。

減算部１０２は、入力画像データから予測画像データを減算して、予測誤差データを出力する。直交変換部１０３は、予測誤差データに対し、画像領域から、周波数領域への変換を行う。量子化部１０４は、周波数領域に変換された予測誤差データに対し、量子化処理を行う。

逆量子化部１０６は、量子化部１０４により、量子化処理された予測誤差データに対し、逆量子化処理を行う。逆直交変換部１０７は、逆量子化処理された予測誤差データに対し、周波数領域から、画像領域への変換を行う。加算部１０８は、予測誤差データと予測画像データを加算して、再構築画像データを出力する。ブロックメモリ１０９は、再構築画像データをブロック単位で保存し、フレームメモリ１１１は、再構築画像データをフレーム単位で保存する。

イントラ予測部１１０は、ブロックメモリ１０９に保存されているブロック単位の再構築画像データを用いて、符号化対象ブロックをイントラ予測により符号化し、予測画像データを生成する。インター予測部１１２は、フレームメモリ１１１に保存されているフレーム単位の再構築画像データと、動き検出により導出した動きベクトルとを用いて、符号化対象ブロックをインター予測により符号化し、予測画像データを生成する。スイッチ１１３は、イントラ予測またはインター予測に符号化モードを切替える。

ピクチャタイプ決定部１２４は、Ｉピクチャ、Ｂピクチャ、Ｐピクチャのいずれのピクチャタイプで入力画像列を符号化するかを決定し、ピクチャタイプ情報を生成する。

予測動きベクトル競合フラグ切替部１２５は、一つ以上の予測動きベクトル候補の中から予測動きベクトルを選択するか否かを示す、mv_competition_flagを生成する。

スキップブロック用予測動きベクトル競合フラグ切替部１２６は、mv_competition_flagが予測動きベクトルを選択することを示している場合には、符号化対象ブロックを所定の符号化モードで符号化する際に一つ以上の予測動きベクトル候補の中から予測動きベクトルを選択するか否かを示す、mv_competition_skip_flagを生成する。

インター予測制御部１２１は、一つ以上の予測動きベクトル候補から、予測動きベクトルを選択する。

可変長符号化部１０５は、量子化処理された予測誤差データ、予測動きベクトルインデックス、予測動きベクトル候補の予測誤差情報（差分ベクトル）、および、ピクチャタイプ情報等に対して、可変長符号化処理を行う。これにより、可変長符号化部１０５は、ビットストリームを生成する。

図２に、スキップブロック用予測動きベクトル競合フラグ切替部１２６の動作フローの例を示す。

スキップブロック用予測動きベクトル競合フラグ切替部１２６は、例えば、符号化時のターゲットビットレートが一定値以下かどうかを判定し（Ｓ１００１）、判定結果が真であれば（Ｓ１００１でＹｅｓ）、mv_competition_skip_flagをオフにする（Ｓ１００２）。判定結果が偽であれば（Ｓ１００１でＮｏ）、mv_competition_skip_flagをオンにする（Ｓ１００３）。オン、オフを示す値は、オンであれば１、オフは０に設定するなどオン（有効）、オフ（無効）を区別できるような値であればどのような値に設定しても構わない。

スキップブロック用予測動きベクトル競合フラグ切替部１２６は、設定したmv_competition_skip_flagを図１の可変長符号化部１０５に送信し（Ｓ１００４）、ピクチャ毎に付加するヘッダ等に組み込む。

上記では、mv_competition_skip_flagのオン・オフ制御にターゲットビットレートを用いて説明したが、必ずしもそれに限ったものではない。例えば、量子化パラメータの大小に基づき、量子化パラメータが大きい場合には、mv_competition_skip_flagをオフとし、量子化パラメータが小さい場合にはmv_competition_skip_flagをオンと制御しても構わない。この構成とすると、量子化パラメータの値に応じて適応的にmv_competition_skip_flagを制御することができ、例えば固定ビットレートでの符号化などの際に、量子化パラメータが一定値以上になればmv_competition_skip_flagをオフにすることで、画質破綻を抑制することができる。

次に、図１の画像符号化装置におけるインター予測制御部１２１の動作フローの例を図３に示す。

インター予測制御部１２１は、インター符号化対象の予測ブロックをスキップブロックにするかどうかを、例えば、ターゲットビットレートと現在までの発生符号量などから判定し（Ｓ１１０１）、その結果をスキップフラグに設定して可変長符号化部１０５に送信する。

ステップＳ１１０１の判定結果が偽であれば（Ｓ１１０１でＮｏ）、インター予測制御部１２１は、スキップブロック以外のインター符号化ブロックの処理を行う（Ｓ１１０８）。

ステップＳ１１０１の判定結果が真の場合は（Ｓ１１０１でＹｅｓ）、インター予測制御部１２１は、mv_competition_flagがオンかどうかを判定し（Ｓ１１０２）、その結果が真であれば（Ｓ１１０２でＹｅｓ）、mv_competition_skip_flagがオンかどうかを判定する（Ｓ１１０３）。ステップＳ１１０３の判定結果が真であれば（Ｓ１１０３でＹｅｓ）、インター予測制御部１２１は、予測動きベクトル候補を算出する（Ｓ１１０４）。

インター予測制御部１２１は、予測動きベクトル候補数が２以上存在するかどうかを判定し（Ｓ１１０５）、判定結果が真であれば（Ｓ１１０５でＹｅｓ）、動きベクトルの符号化に用いた予測動きベクトルのインデックスを可変長符号化部１０５に送信する（Ｓ１１０６）。

Ｓ１１０２、Ｓ１１０３、Ｓ１１０５のいずれかの判定結果が偽であれば（Ｓ１１０２でＮｏ、Ｓ１１０３でＮｏ、またはＳ１１０５でＮｏ）、インター予測制御部１２１は、予測動きベクトルインデックスを無効に設定し（Ｓ１１０７）、ビットストリームに付加しないことを可変長符号化部１０５に伝える。予測動きベクトルインデックスを無効に設定する方法は、例えば、予測動きベクトルインデックスを−１に設定する。ただし、予測動きベクトルインデックスを付加しないことが伝わる手段であれば、どのような手段でも構わない。

次に、図１の画像符号化装置の可変長符号化部１０５におけるヘッダ制御の動作フローの例を図４Ａに示す。

可変長符号化部１０５はまず、予測動きベクトル競合フラグ切替部１２５から受信したmv_competition_flagを、ピクチャ毎に付与されるヘッダ等に付加し（Ｓ１２０１）、mv_competition_flagがオンかどうかを判定する（Ｓ１２０２）。mv_competition_flagがオンの場合は（Ｓ１２０２でＹｅｓ）、可変長符号化部１０５は、さらに、mv_competition_skip_flagをヘッダに付加する（Ｓ１２０３）。

mv_competition_skip_flagがオフの場合は（Ｓ１２０２でＮｏ）、可変長符号化部１０５は、mv_competition_skip_flagをヘッダに付加しない。

これにより、常にmv_competition_skip_flagをヘッダに付加するよりも符号量を削減できる。前記ヘッダのシンタックス例を図４Ｂに示す。

次に、図１の画像符号化装置の可変長符号化部１０５における予測単位ブロック制御の動作フローを図５に示す。

可変長符号化部１０５はまず、符号化対象のスライスタイプがＩスライスかどうかを判定し（Ｓ１３０１）、スライスタイプがＩスライスであれば（Ｓ１３０１でＹｅｓ）、Ｉスライスの符号化処理を行う（Ｓ１３１０）。スライスタイプがＩスライスでなければ（Ｓ１３０１でＮｏ）、可変長符号化部１０５は、インター予測制御部１２１から受信したスキップフラグをビットストリームに付加する（Ｓ１３０２）。

ステップＳ１３０２の処理後、可変長符号化部１０５は、スキップフラグがオンか否かを判定し（Ｓ１３０３）、スキップフラグがオンであれば（Ｓ１３０３でＹｅｓ）、可変長符号化部１０５は、スキップブロックに対する符号化処理に移り、mv_competition_flagがオンかどうかを判定する（Ｓ１３０４）。スキップフラグがオフであれば（Ｓ１３０３でＮｏ）、可変長符号化部１０５は、スキップブロック以外のインター符号化ブロック処理を実行する（Ｓ１３０９）。

mv_competition_flagがオンであれば（Ｓ１３０４でＹｅｓ）、可変長符号化部１０５は、次にmv_competition_skip_flagがオンかどうかを判定する（Ｓ１３０５）。mv_competition_skip_flagがオンであり、かつインター予測制御部１２１から受信した予測動きベクトルインデックスが有効であれば（Ｓ１３０５えＹｅｓ、Ｓ１３０６でＹｅｓ）、可変長符号化部１０５は、予測動きベクトルインデックスをビットストリームに付加する（Ｓ１３０７）。

ステップＳ１３０４からＳ１３０６のいずれかの判定結果が偽であれば、可変長符号化部１０５は、予測動きベクトルインデックスをビットストリームに付加しない（Ｓ１３０８）。

以上により、mv_competition_flagがオンの場合でも、mv_competition_skip_flagがオフであれば、予測動きベクトルインデックスをビットストリームに付加しなくなるため、符号量を抑制できる。図６に予測単位ブロックのシンタックスの例を示す。

図７は、図１の画像符号化装置に対応する画像復号化装置の構成例を示すブロック図である。図３４の従来の画像復号化装置とは、mv_competition_skip_flagをビットストリームから読み込み、インター予測制御部２２１の処理に使用する点が異なる。

図７に示された画像復号装置は、可変長復号化部２０５、逆量子化部２０６、逆直交変換部２０７、加算部２０８、ブロックメモリ２０９、イントラ予測部２１０、フレームメモリ２１１、インター予測部２１２、スイッチ２１３、およびインター予測制御部２２１を備える。

可変長復号化部２０５は、入力されたビットストリームに対し、可変長復号処理を行い、ピクチャタイプ情報、予測動きベクトルインデックス、予測誤差データ等を復号する。逆量子化部２０６は、予測誤差データに対し、逆量子化処理を行う。逆直交変換部２０７は、逆量子化処理を行った予測誤差データを、周波数領域から、画像領域へ変換する。加算部２０８は、予測画像データと、予測誤差データとを加算することにより、復号画像データを生成する。

ブロックメモリ２０９は、復号画像データを、ブロック単位で保存する。フレームメモリ２１１は、復号画像データをフレーム単位で保存する。

イントラ予測部２１０は、ブロックメモリに保存されているブロック単位の復号画像データを用いて、イントラ予測を実行することにより、復号対象ブロックの予測画像データを生成する。インター予測部２１２は、フレームメモリに保存されているフレーム単位の復号画像データを用いて、インター予測を実行することにより、復号対象ブロックの予測画像データを生成する。スイッチ２１３は、イントラ予測またはインター予測に符号化モードを切替える。

インター予測制御部２２１は、一つ以上の予測ベクトル候補から、予測ベクトルを選択する。なお、インター予測制御部２２１は、可変長復号化部２０５によって復号された予測動きベクトルインデックスを用いて、一つ以上の予測ベクトル候補から、予測動きベクトルを選択する。

図８は、図７の画像復号化装置の可変長復号化部２０５におけるヘッダ制御の動作フローを表す。

可変長復号化部２０５は、ビットストリーム内のmv_competition_flagを復号化し（Ｓ１４０１）、mv_competition_flagがオンであれば（Ｓ１４０２でＹｅｓ）、次にmv_competition_skip_flagを復号化する（Ｓ１４０３）。

図９は、図７の画像復号化装置の可変長復号化部２０５における予測単位ブロック制御の動作フローを示す。

可変長復号化部２０５は、復号化対象のスライスタイプがＩスライスかどうかを判定し（Ｓ１５０１）、スライスタイプがＩスライスであれば（Ｓ１５０１でＹｅｓ）、Ｉスライスの復号処理を行う（Ｓ１５１１）。スライスタイプがＩスライスでなければ（Ｓ１５０１でＮｏ）、可変長復号化部２０５は、ビットストリーム内のスキップフラグを復号化する（Ｓ１５０２）。

ステップＳ１５０２の処理後、可変長復号化部２０５は、スキップフラグがオンか否かを判定し（Ｓ１５０３）、スキップフラグがオンであれば（Ｓ１５０３でＹｅｓ）、可変長復号化部２０５は、スキップブロックに対する復号化処理に移り、mv_competition_flagがオンかどうかを判定する（Ｓ１５０４）。スキップフラグがオフであれば（Ｓ１５０３でＮｏ）、可変長復号化部２０５は、スキップブロック以外のインター復号ブロック処理を実行する（Ｓ１５１０）。

mv_competition_flagがオンであれば（Ｓ１５０４でＹｅｓ）、可変長復号化部２０５は、次にmv_competition_skip_flagがオンかどうかを判定する（Ｓ１５０５）、判定結果が真であれば（Ｓ１５０５でＹｅｓ）、可変長復号化部２０５は、予測動きベクトル候補を算出する（Ｓ１５０６）。

可変長復号化部２０５は、予測動きベクトル候補数が２以上存在するかどうかを判定し（Ｓ１５０７）、判定結果が真であれば（Ｓ１５０７でＹｅｓ）、ビットストリーム内の予測動きベクトルインデックスを復号化する（Ｓ１５０８）。

Ｓ１５０４、Ｓ１５０５、Ｓ１５０７のいずれかの判定結果が偽であれば、可変長復号化部２０５は、予測動きベクトルインデックスを０に設定する（Ｓ１５０９）。

図１０は、図７の画像復号化装置におけるインター予測制御部２２１の動作フローを示す。

インター予測制御部２２１は、可変長復号化部２０５から受信したスキップフラグがオンかどうかを判定し（Ｓ１６０１）、判定結果が偽であれば（Ｓ１６０１でＮｏ）、スキップブロック以外のインター復号化ブロックの処理を行う（Ｓ１６０７）。

ステップＳ１６０１の判定結果が真の場合は（Ｓ１６０１でＹｅｓ）、インター予測制御部２２１は、mv_competition_flagがオンかどうかを判定し（Ｓ１６０２）、その判定結果が真であれば（Ｓ１６０２でＹｅｓ）、次にmv_competition_skip_flagがオンかどうかを判定する（Ｓ１６０３）。

ステップＳ１６０３の判定結果が真であれば（Ｓ１６０３でＹｅｓ）、インター予測制御部２２１は、予測動きベクトル候補を算出し（Ｓ１６０４）、可変長復号化部２０５から受信した予測動きベクトルインデックスを用いて予測動きベクトルを生成する（Ｓ１６０５）。

Ｓ１６０２、Ｓ１６０３のいずれかの判定結果が偽であれば、インター予測制御部２２１は、例えば、各予測単位ブロックの周辺で使用された動きベクトルの平均値を予測動きベクトルとして生成するなど、周辺ブロックの動きベクトルを用いて予測動きベクトルを生成する（Ｓ１６０６）。

上記では、ステップＳ１６０４で再度、予測動きベクトル候補を算出するとして説明したが、可変長復号化部２０５で求めた予測動きベクトル候補を受信するようにしても構わない。

なお、本実施の形態では、図４Ｂのシンタックスのように、mv_competition_flagがオンであれば、mv_competition_skip_flagをビットストリームに付加するようにしたが、図１１Ａのシンタックスのように、mv_competition_flagとmv_competition_skip_flagの両方をヘッダに付加するようにし、図１１Ｂのように予測単位ブロックのシンタックスを変更しても構わない。

また、本実施の形態では、mv_competition_flagとmv_competition_skip_flagを別のフラグとして説明したが、mv_competition_flagを２ビットとして、上位ビットを元のmv_competition_flag、下位ビットをmv_competition_skip_flagと表しても構わない。

また、本実施の形態では、符号化モードとしてスキップブロックを例として説明したが、ダイレクトモードで符号化する際にも、同様の方法でダイレクトモード時の予測動きベクトル競合フラグを制御しても構わない。

その際のシンタックスの一例を図１２に示す。図１２に示すシンタックスにより、ダイレクトモード時のみ予測動きベクトル競合フラグをオフにすることができ、予測動きベクトルインデックスの符号量を抑制することができる。

（実施の形態２）
上記各実施の形態で示した動画像符号化方法または動画像復号化方法の構成を実現するためのプログラムを記憶メディアに記録することにより、上記各実施の形態で示した処理を独立したコンピュータシステムにおいて簡単に実施することが可能となる。記憶メディアは、磁気ディスク、光ディスク、光磁気ディスク、ＩＣカード、半導体メモリ等、プログラムを記録できるものであればよい。

さらにここで、上記各実施の形態で示した動画像符号化方法や動画像復号化方法の応用例とそれを用いたシステムを説明する。

図１３は、コンテンツ配信サービスを実現するコンテンツ供給システムｅｘ１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ｅｘ１０６、ｅｘ１０７、ｅｘ１０８、ｅｘ１０９、ｅｘ１１０が設置されている。

このコンテンツ供給システムｅｘ１００は、インターネットｅｘ１０１にインターネットサービスプロバイダｅｘ１０２および電話網ｅｘ１０４、および基地局ｅｘ１０６からｅｘ１１０を介して、コンピュータｅｘ１１１、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）ｅｘ１１２、カメラｅｘ１１３、携帯電話ｅｘ１１４、ゲーム機ｅｘ１１５などの各機器が接続される。

しかし、コンテンツ供給システムｅｘ１００は図１３のような構成に限定されず、いずれかの要素を組合せて接続するようにしてもよい。また、固定無線局である基地局ｅｘ１０６からｅｘ１１０を介さずに、各機器が電話網ｅｘ１０４に直接接続されてもよい。また、各機器が近距離無線等を介して直接相互に接続されていてもよい。

カメラｅｘ１１３はデジタルビデオカメラ等の動画撮影が可能な機器であり、カメラｅｘ１１６はデジタルカメラ等の静止画撮影、動画撮影が可能な機器である。また、携帯電話ｅｘ１１４は、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式、若しくはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式、ＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）の携帯電話機、またはＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）等であり、いずれでも構わない。

コンテンツ供給システムｅｘ１００では、カメラｅｘ１１３等が基地局ｅｘ１０９、電話網ｅｘ１０４を通じてストリーミングサーバｅｘ１０３に接続されることで、ライブ配信等が可能になる。ライブ配信では、ユーザがカメラｅｘ１１３を用いて撮影するコンテンツ（例えば、音楽ライブの映像等）に対して上記各実施の形態で説明したように符号化処理を行い、ストリーミングサーバｅｘ１０３に送信する。一方、ストリーミングサーバｅｘ１０３は要求のあったクライアントに対して送信されたコンテンツデータをストリーム配信する。クライアントとしては、上記符号化処理されたデータを復号化することが可能な、コンピュータｅｘ１１１、ＰＤＡｅｘ１１２、カメラｅｘ１１３、携帯電話ｅｘ１１４、ゲーム機ｅｘ１１５等がある。配信されたデータを受信した各機器では、受信したデータを復号化処理して再生する。

なお、撮影したデータの符号化処理はカメラｅｘ１１３で行っても、データの送信処理をするストリーミングサーバｅｘ１０３で行ってもよいし、互いに分担して行ってもよい。同様に配信されたデータの復号化処理はクライアントで行っても、ストリーミングサーバｅｘ１０３で行ってもよいし、互いに分担して行ってもよい。また、カメラｅｘ１１３に限らず、カメラｅｘ１１６で撮影した静止画像および／または動画像データを、コンピュータｅｘ１１１を介してストリーミングサーバｅｘ１０３に送信してもよい。この場合の符号化処理はカメラｅｘ１１６、コンピュータｅｘ１１１、ストリーミングサーバｅｘ１０３のいずれで行ってもよいし、互いに分担して行ってもよい。

また、これら符号化・復号化処理は、一般的にコンピュータｅｘ１１１や各機器が有するＬＳＩｅｘ５００において処理する。ＬＳＩｅｘ５００は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化・復号化用のソフトウェアをコンピュータｅｘ１１１等で読み取り可能な何らかの記録メディア（ＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスクなど）に組み込み、そのソフトウェアを用いて符号化・復号化処理を行ってもよい。さらに、携帯電話ｅｘ１１４がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データは携帯電話ｅｘ１１４が有するＬＳＩｅｘ５００で符号化処理されたデータである。

また、ストリーミングサーバｅｘ１０３は複数のサーバや複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。

以上のようにして、コンテンツ供給システムｅｘ１００では、符号化されたデータをクライアントが受信して再生することができる。このようにコンテンツ供給システムｅｘ１００では、ユーザが送信した情報をリアルタイムでクライアントが受信して復号化し、再生することができ、特別な権利や設備を有さないユーザでも個人放送を実現できる。

なお、コンテンツ供給システムｅｘ１００の例に限らず、図１４に示すように、デジタル放送用システムｅｘ２００にも、上記各実施の形態の少なくとも動画像符号化装置または動画像復号化装置のいずれかを組み込むことができる。具体的には、放送局ｅｘ２０１では映像データに音楽データなどが多重化された多重化データが電波を介して通信または衛星ｅｘ２０２に伝送される。この映像データは上記各実施の形態で説明した動画像符号化方法により符号化されたデータである。これを受けた放送衛星ｅｘ２０２は、放送用の電波を発信し、この電波を衛星放送の受信が可能な家庭のアンテナｅｘ２０４が受信する。受信した多重化データを、テレビ（受信機）ｅｘ３００またはセットトップボックス（ＳＴＢ）ｅｘ２１７等の装置が復号化して再生する。

また、ＤＶＤ、ＢＤ等の記録メディアｅｘ２１５に記録した多重化データを読み取り復号化する、または記録メディアｅｘ２１５に映像信号を符号化し、さらに場合によっては音楽信号と多重化して書き込むリーダ／レコーダｅｘ２１８にも上記各実施の形態で示した動画像復号化装置または動画像符号化装置を実装することが可能である。この場合、再生された映像信号はモニタｅｘ２１９に表示され、多重化データが記録された記録メディアｅｘ２１５により他の装置やシステムにおいて映像信号を再生することができる。また、ケーブルテレビ用のケーブルｅｘ２０３または衛星／地上波放送のアンテナｅｘ２０４に接続されたセットトップボックスｅｘ２１７内に動画像復号化装置を実装し、これをテレビのモニタｅｘ２１９で表示してもよい。このときセットトップボックスではなく、テレビ内に動画像復号化装置を組み込んでもよい。

図１５は、上記各実施の形態で説明した動画像復号化方法および動画像符号化方法を用いたテレビ（受信機）ｅｘ３００を示す図である。テレビｅｘ３００は、上記放送を受信するアンテナｅｘ２０４またはケーブルｅｘ２０３等を介して映像データに音声データが多重化された多重化データを取得、または出力するチューナｅｘ３０１と、受信した多重化データを復調する、または外部に送信する多重化データに変調する変調／復調部ｅｘ３０２と、復調した多重化データを映像データと、音声データとに分離する、または信号処理部ｅｘ３０６で符号化された映像データ、音声データを多重化する多重／分離部ｅｘ３０３を備える。

また、テレビｅｘ３００は、音声データ、映像データそれぞれを復号化する、またはそれぞれの情報を符号化する音声信号処理部ｅｘ３０４、映像信号処理部ｅｘ３０５を有する信号処理部ｅｘ３０６と、復号化した音声信号を出力するスピーカｅｘ３０７、復号化した映像信号を表示するディスプレイ等の表示部ｅｘ３０８を有する出力部ｅｘ３０９とを有する。さらに、テレビｅｘ３００は、ユーザ操作の入力を受け付ける操作入力部ｅｘ３１２等を有するインタフェース部ｅｘ３１７を有する。さらに、テレビｅｘ３００は、各部を統括的に制御する制御部ｅｘ３１０、各部に電力を供給する電源回路部ｅｘ３１１を有する。インタフェース部ｅｘ３１７は、操作入力部ｅｘ３１２以外に、リーダ／レコーダｅｘ２１８等の外部機器と接続されるブリッジｅｘ３１３、ＳＤカード等の記録メディアｅｘ２１６を装着可能とするためのスロット部ｅｘ３１４、ハードディスク等の外部記録メディアと接続するためのドライバｅｘ３１５、電話網と接続するモデムｅｘ３１６等を有していてもよい。なお記録メディアｅｘ２１６は、格納する不揮発性／揮発性の半導体メモリ素子により電気的に情報の記録を可能としたものである。テレビｅｘ３００の各部は同期バスを介して互いに接続されている。

まず、テレビｅｘ３００がアンテナｅｘ２０４等により外部から取得した多重化データを復号化し、再生する構成について説明する。テレビｅｘ３００は、リモートコントローラｅｘ２２０等からのユーザ操作を受け、ＣＰＵ等を有する制御部ｅｘ３１０の制御に基づいて、変調／復調部ｅｘ３０２で復調した多重化データを多重／分離部ｅｘ３０３で分離する。さらにテレビｅｘ３００は、分離した音声データを音声信号処理部ｅｘ３０４で復号化し、分離した映像データを映像信号処理部ｅｘ３０５で上記各実施の形態で説明した復号化方法を用いて復号化する。復号化した音声信号、映像信号は、それぞれ出力部ｅｘ３０９から外部に向けて出力される。出力する際には、音声信号と映像信号が同期して再生するよう、バッファｅｘ３１８、ｅｘ３１９等に一旦これらの信号を蓄積するとよい。また、テレビｅｘ３００は、放送等からではなく、磁気／光ディスク、ＳＤカード等の記録メディアｅｘ２１５、ｅｘ２１６から多重化データを読み出してもよい。次に、テレビｅｘ３００が音声信号や映像信号を符号化し、外部に送信または記録メディア等に書き込む構成について説明する。テレビｅｘ３００は、リモートコントローラｅｘ２２０等からのユーザ操作を受け、制御部ｅｘ３１０の制御に基づいて、音声信号処理部ｅｘ３０４で音声信号を符号化し、映像信号処理部ｅｘ３０５で映像信号を上記各実施の形態で説明した符号化方法を用いて符号化する。符号化した音声信号、映像信号は多重／分離部ｅｘ３０３で多重化され外部に出力される。多重化する際には、音声信号と映像信号が同期するように、バッファｅｘ３２０、ｅｘ３２１等に一旦これらの信号を蓄積するとよい。なお、バッファｅｘ３１８、ｅｘ３１９、ｅｘ３２０、ｅｘ３２１は図示しているように複数備えていてもよいし、一つ以上のバッファを共有する構成であってもよい。さらに、図示している以外に、例えば変調／復調部ｅｘ３０２や多重／分離部ｅｘ３０３の間等でもシステムのオーバフロー、アンダーフローを避ける緩衝材としてバッファにデータを蓄積することとしてもよい。

また、テレビｅｘ３００は、放送等や記録メディア等から音声データ、映像データを取得する以外に、マイクやカメラのＡＶ入力を受け付ける構成を備え、それらから取得したデータに対して符号化処理を行ってもよい。なお、ここではテレビｅｘ３００は上記の符号化処理、多重化、および外部出力ができる構成として説明したが、これらの処理を行うことはできず、上記受信、復号化処理、外部出力のみが可能な構成であってもよい。

また、リーダ／レコーダｅｘ２１８で記録メディアから多重化データを読み出す、または書き込む場合には、上記復号化処理または符号化処理はテレビｅｘ３００、リーダ／レコーダｅｘ２１８のいずれで行ってもよいし、テレビｅｘ３００とリーダ／レコーダｅｘ２１８が互いに分担して行ってもよい。

一例として、光ディスクからデータの読み込みまたは書き込みをする場合の情報再生／記録部ｅｘ４００の構成を図１６に示す。情報再生／記録部ｅｘ４００は、以下に説明する要素ｅｘ４０１、ｅｘ４０２、ｅｘ４０３、ｅｘ４０４、ｅｘ４０５、ｅｘ４０６、ｅｘ４０７を備える。光ヘッドｅｘ４０１は、光ディスクである記録メディアｅｘ２１５の記録面にレーザスポットを照射して情報を書き込み、記録メディアｅｘ２１５の記録面からの反射光を検出して情報を読み込む。変調記録部ｅｘ４０２は、光ヘッドｅｘ４０１に内蔵された半導体レーザを電気的に駆動し記録データに応じてレーザ光の変調を行う。再生復調部ｅｘ４０３は、光ヘッドｅｘ４０１に内蔵されたフォトディテクタにより記録面からの反射光を電気的に検出した再生信号を増幅し、記録メディアｅｘ２１５に記録された信号成分を分離して復調し、必要な情報を再生する。バッファｅｘ４０４は、記録メディアｅｘ２１５に記録するための情報および記録メディアｅｘ２１５から再生した情報を一時的に保持する。ディスクモータｅｘ４０５は記録メディアｅｘ２１５を回転させる。サーボ制御部ｅｘ４０６は、ディスクモータｅｘ４０５の回転駆動を制御しながら光ヘッドｅｘ４０１を所定の情報トラックに移動させ、レーザスポットの追従処理を行う。システム制御部ｅｘ４０７は、情報再生／記録部ｅｘ４００全体の制御を行う。上記の読み出しや書き込みの処理はシステム制御部ｅｘ４０７が、バッファｅｘ４０４に保持された各種情報を利用し、また必要に応じて新たな情報の生成・追加を行うと共に、変調記録部ｅｘ４０２、再生復調部ｅｘ４０３、サーボ制御部ｅｘ４０６を協調動作させながら、光ヘッドｅｘ４０１を通して、情報の記録再生を行うことにより実現される。システム制御部ｅｘ４０７は例えばマイクロプロセッサで構成され、読み出し書き込みのプログラムを実行することでそれらの処理を実行する。

以上では、光ヘッドｅｘ４０１はレーザスポットを照射するとして説明したが、近接場光を用いてより高密度な記録を行う構成であってもよい。

図１７に光ディスクである記録メディアｅｘ２１５の模式図を示す。記録メディアｅｘ２１５の記録面には案内溝（グルーブ）がスパイラル状に形成され、情報トラックｅｘ２３０には、予めグルーブの形状の変化によってディスク上の絶対位置を示す番地情報が記録されている。この番地情報はデータを記録する単位である記録ブロックｅｘ２３１の位置を特定するための情報を含み、記録や再生を行う装置において情報トラックｅｘ２３０を再生し番地情報を読み取ることで記録ブロックを特定することができる。また、記録メディアｅｘ２１５は、データ記録領域ｅｘ２３３、内周領域ｅｘ２３２、外周領域ｅｘ２３４を含んでいる。ユーザデータを記録するために用いる領域がデータ記録領域ｅｘ２３３であり、データ記録領域ｅｘ２３３より内周または外周に配置されている内周領域ｅｘ２３２と外周領域ｅｘ２３４は、ユーザデータの記録以外の特定用途に用いられる。情報再生／記録部ｅｘ４００は、このような記録メディアｅｘ２１５のデータ記録領域ｅｘ２３３に対して、符号化された音声データ、映像データまたはそれらのデータを多重化した多重化データの読み書きを行う。

以上では、１層のＤＶＤ、ＢＤ等の光ディスクを例に挙げ説明したが、これらに限ったものではなく、多層構造であって表面以外にも記録可能な光ディスクであってもよい。また、ディスクの同じ場所にさまざまな異なる波長の色の光を用いて情報を記録したり、さまざまな角度から異なる情報の層を記録したりなど、多次元的な記録／再生を行う構造の光ディスクであってもよい。

また、デジタル放送用システムｅｘ２００において、アンテナｅｘ２０５を有する車ｅｘ２１０で衛星ｅｘ２０２等からデータを受信し、車ｅｘ２１０が有するカーナビゲーションｅｘ２１１等の表示装置に動画を再生することも可能である。なお、カーナビゲーションｅｘ２１１の構成は例えば図１５に示す構成のうち、ＧＰＳ受信部を加えた構成が考えられ、同様なことがコンピュータｅｘ１１１や携帯電話ｅｘ１１４等でも考えられる。

図１８Ａは、上記実施の形態で説明した動画像復号化方法および動画像符号化方法を用いた携帯電話ｅｘ１１４を示す図である。携帯電話ｅｘ１１４は、基地局ｅｘ１１０との間で電波を送受信するためのアンテナｅｘ３５０、映像、静止画を撮ることが可能なカメラ部ｅｘ３６５、カメラ部ｅｘ３６５で撮像した映像、アンテナｅｘ３５０で受信した映像等が復号化されたデータを表示する液晶ディスプレイ等の表示部ｅｘ３５８を備える。携帯電話ｅｘ１１４は、さらに、操作キー部ｅｘ３６６を有する本体部、音声を出力するためのスピーカ等である音声出力部ｅｘ３５７、音声を入力するためのマイク等である音声入力部ｅｘ３５６、撮影した映像、静止画、録音した音声、または受信した映像、静止画、メール等の符号化されたデータもしくは復号化されたデータを保存するメモリ部ｅｘ３６７、又は同様にデータを保存する記録メディアとのインタフェース部であるスロット部ｅｘ３６４を備える。

さらに、携帯電話ｅｘ１１４の構成例について、図１８Ｂを用いて説明する。携帯電話ｅｘ１１４は、表示部ｅｘ３５８及び操作キー部ｅｘ３６６を備えた本体部の各部を統括的に制御する主制御部ｅｘ３６０に対して、電源回路部ｅｘ３６１、操作入力制御部ｅｘ３６２、映像信号処理部ｅｘ３５５、カメラインタフェース部ｅｘ３６３、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）制御部ｅｘ３５９、変調／復調部ｅｘ３５２、多重／分離部ｅｘ３５３、音声信号処理部ｅｘ３５４、スロット部ｅｘ３６４、メモリ部ｅｘ３６７がバスｅｘ３７０を介して互いに接続されている。

電源回路部ｅｘ３６１は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することにより携帯電話ｅｘ１１４を動作可能な状態に起動する。

携帯電話ｅｘ１１４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有する主制御部ｅｘ３６０の制御に基づいて、音声通話モード時に音声入力部ｅｘ３５６で収音した音声信号を音声信号処理部ｅｘ３５４でデジタル音声信号に変換し、これを変調／復調部ｅｘ３５２でスペクトラム拡散処理し、送信／受信部ｅｘ３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナｅｘ３５０を介して送信する。また携帯電話ｅｘ１１４は、音声通話モード時にアンテナｅｘ３５０を介して受信した受信データを増幅して周波数変換処理およびアナログデジタル変換処理を施し、変調／復調部ｅｘ３５２でスペクトラム逆拡散処理し、音声信号処理部ｅｘ３５４でアナログ音声信号に変換した後、これを音声出力部ｅｘ３５７から出力する。

さらにデータ通信モード時に電子メールを送信する場合、本体部の操作キー部ｅｘ３６６等の操作によって入力された電子メールのテキストデータは操作入力制御部ｅｘ３６２を介して主制御部ｅｘ３６０に送出される。主制御部ｅｘ３６０は、テキストデータを変調／復調部ｅｘ３５２でスペクトラム拡散処理をし、送信／受信部ｅｘ３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナｅｘ３５０を介して基地局ｅｘ１１０へ送信する。電子メールを受信する場合は、受信したデータに対してこのほぼ逆の処理が行われ、表示部ｅｘ３５８に出力される。

データ通信モード時に映像、静止画、または映像と音声を送信する場合、映像信号処理部ｅｘ３５５は、カメラ部ｅｘ３６５から供給された映像信号を上記各実施の形態で示した動画像符号化方法によって圧縮符号化し、符号化された映像データを多重／分離部ｅｘ３５３に送出する。また、音声信号処理部ｅｘ３５４は、映像、静止画等をカメラ部ｅｘ３６５で撮像中に音声入力部ｅｘ３５６で収音した音声信号を符号化し、符号化された音声データを多重／分離部ｅｘ３５３に送出する。

多重／分離部ｅｘ３５３は、映像信号処理部ｅｘ３５５から供給された符号化された映像データと音声信号処理部ｅｘ３５４から供給された符号化された音声データを所定の方式で多重化し、その結果得られる多重化データを変調／復調部（変調／復調回路部）ｅｘ３５２でスペクトラム拡散処理をし、送信／受信部ｅｘ３５１でデジタルアナログ変換処理及び周波数変換処理を施した後にアンテナｅｘ３５０を介して送信する。

データ通信モード時にホームページ等にリンクされた動画像ファイルのデータを受信する場合、または映像およびもしくは音声が添付された電子メールを受信する場合、アンテナｅｘ３５０を介して受信された多重化データを復号化するために、多重／分離部ｅｘ３５３は、多重化データを分離することにより映像データのビットストリームと音声データのビットストリームとに分け、同期バスｅｘ３７０を介して符号化された映像データを映像信号処理部ｅｘ３５５に供給するとともに、符号化された音声データを音声信号処理部ｅｘ３５４に供給する。映像信号処理部ｅｘ３５５は、上記各実施の形態で示した動画像符号化方法に対応した動画像復号化方法によって復号化することにより映像信号を復号し、ＬＣＤ制御部ｅｘ３５９を介して表示部ｅｘ３５８から、例えばホームページにリンクされた動画像ファイルに含まれる映像、静止画が表示される。また音声信号処理部ｅｘ３５４は、音声信号を復号し、音声出力部ｅｘ３５７から音声が出力される。

また、上記携帯電話ｅｘ１１４等の端末は、テレビｅｘ３００と同様に、符号化器・復号化器を両方持つ送受信型端末の他に、符号化器のみの送信端末、復号化器のみの受信端末という３通りの実装形式が考えられる。さらに、デジタル放送用システムｅｘ２００において、映像データに音楽データなどが多重化された多重化された多重化データを受信、送信するとして説明したが、音声データ以外に映像に関連する文字データなどが多重化されたデータであってもよいし、多重化データではなく映像データ自体であってもよい。

このように、上記各実施の形態で示した動画像符号化方法あるいは動画像復号化方法を上述したいずれの機器・システムに用いることは可能であり、そうすることで、上記各実施の形態で説明した効果を得ることができる。

また、本発明はかかる上記実施形態に限定されるものではなく、本発明の範囲を逸脱することなく種々の変形または修正が可能である。

（実施の形態３）
上記各実施の形態で示した動画像符号化方法または装置と、ＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１など異なる規格に準拠した動画像符号化方法または装置とを、必要に応じて適宜切替えることにより、映像データを生成することも可能である。

ここで、それぞれ異なる規格に準拠する複数の映像データを生成した場合、復号する際に、それぞれの規格に対応した復号方法を選択する必要がある。しかしながら、復号する映像データが、どの規格に準拠するものであるか識別できないため、適切な復号方法を選択することができないという課題を生じる。

この課題を解決するために、映像データに音声データなどを多重化した多重化データは、映像データがどの規格に準拠するものであるかを示す識別情報を含む構成とする。上記各実施の形態で示す動画像符号化方法または装置によって生成された映像データを含む多重化データの具体的な構成を以下説明する。多重化データは、ＭＰＥＧ−２トランスポートストリーム形式のデジタルストリームである。

図１９は、多重化データの構成を示す図である。図１９に示すように多重化データは、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム（ＰＧ）、インタラクティブグラフィックスストリームのうち、一つ以上を多重化することで得られる。ビデオストリームは映画の主映像および副映像を、オーディオストリーム（ＩＧ）は映画の主音声部分とその主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームは、映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像のことである。また、インタラクティブグラフィックスストリームは、画面上にＧＵＩ部品を配置することにより作成される対話画面を示している。ビデオストリームは、上記各実施の形態で示した動画像符号化方法または装置、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠した動画像符号化方法または装置によって符号化されている。オーディオストリームは、ドルビーＡＣ−３、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、または、リニアＰＣＭなどの方式で符号化されている。

多重化データに含まれる各ストリームはＰＩＤによって識別される。例えば、映画の映像に利用するビデオストリームには０ｘ１０１１が、オーディオストリームには０ｘ１１００から０ｘ１１１Ｆまでが、プレゼンテーショングラフィックスには０ｘ１２００から０ｘ１２１Ｆまでが、インタラクティブグラフィックスストリームには０ｘ１４００から０ｘ１４１Ｆまでが、映画の副映像に利用するビデオストリームには０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまで、主音声とミキシングする副音声に利用するオーディオストリームには０ｘ１Ａ００から０ｘ１Ａ１Ｆが、それぞれ割り当てられている。

図２０は、多重化データがどのように多重化されるかを模式的に示す図である。まず、複数のビデオフレームからなるビデオストリームｅｘ２３５、複数のオーディオフレームからなるオーディオストリームｅｘ２３８を、それぞれＰＥＳパケット列ｅｘ２３６およびｅｘ２３９に変換し、ＴＳパケットｅｘ２３７およびｅｘ２４０に変換する。同じくプレゼンテーショングラフィックスストリームｅｘ２４１およびインタラクティブグラフィックスｅｘ２４４のデータをそれぞれＰＥＳパケット列ｅｘ２４２およびｅｘ２４５に変換し、さらにＴＳパケットｅｘ２４３およびｅｘ２４６に変換する。多重化データｅｘ２４７はこれらのＴＳパケットを１本のストリームに多重化することで構成される。

図２１は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図２１における第１段目はビデオストリームのビデオフレーム列を示す。第２段目は、ＰＥＳパケット列を示す。図２１の矢印ｙｙ１，ｙｙ２，ｙｙ３，ｙｙ４に示すように、ビデオストリームにおける複数のＶｉｄｅｏ Ｐｒｅｓｅｎｔａｔｉｏｎ ＵｎｉｔであるＩピクチャ、Ｂピクチャ、Ｐピクチャは、ピクチャ毎に分割され、ＰＥＳパケットのペイロードに格納される。各ＰＥＳパケットはＰＥＳヘッダを持ち、ＰＥＳヘッダには、ピクチャの表示時刻であるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ−Ｓｔａｍｐ）やピクチャの復号時刻であるＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ−Ｓｔａｍｐ）が格納される。

図２２は、多重化データに最終的に書き込まれるＴＳパケットの形式を示している。ＴＳパケットは、ストリームを識別するＰＩＤなどの情報を持つ４ＢｙｔｅのＴＳヘッダとデータを格納する１８４ＢｙｔｅのＴＳペイロードから構成される１８８Ｂｙｔｅ固定長のパケットであり、上記ＰＥＳパケットは分割されＴＳペイロードに格納される。ＢＤ−ＲＯＭの場合、ＴＳパケットには、４ＢｙｔｅのＴＰ＿Ｅｘｔｒａ＿Ｈｅａｄｅｒが付与され、１９２Ｂｙｔｅのソースパケットを構成し、多重化データに書き込まれる。ＴＰ＿Ｅｘｔｒａ＿ＨｅａｄｅｒにはＡＴＳ（Ａｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ）などの情報が記載される。ＡＴＳは当該ＴＳパケットのデコーダのＰＩＤフィルタへの転送開始時刻を示す。多重化データには図２２下段に示すようにソースパケットが並ぶこととなり、多重化データの先頭からインクリメントする番号はＳＰＮ（ソースパケットナンバー）と呼ばれる。

また、多重化データに含まれるＴＳパケットには、映像・音声・字幕などの各ストリーム以外にもＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）などがある。ＰＡＴは多重化データ中に利用されるＰＭＴのＰＩＤが何であるかを示し、ＰＡＴ自身のＰＩＤは０で登録される。ＰＭＴは、多重化データ中に含まれる映像・音声・字幕などの各ストリームのＰＩＤと各ＰＩＤに対応するストリームの属性情報を持ち、また多重化データに関する各種ディスクリプタを持つ。ディスクリプタには多重化データのコピーを許可・不許可を指示するコピーコントロール情報などがある。ＰＣＲは、ＡＴＳの時間軸であるＡＴＣ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｃｌｏｃｋ）とＰＴＳ・ＤＴＳの時間軸であるＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）の同期を取るために、そのＰＣＲパケットがデコーダに転送されるＡＴＳに対応するＳＴＣ時間の情報を持つ。

図２３はＰＭＴのデータ構造を詳しく説明する図である。ＰＭＴの先頭には、そのＰＭＴに含まれるデータの長さなどを記したＰＭＴヘッダが配置される。その後ろには、多重化データに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、多重化データに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためストリームタイプ、ストリームのＰＩＤ、ストリームの属性情報（フレームレート、アスペクト比など）が記載されたストリームディスクリプタから構成される。ストリームディスクリプタは多重化データに存在するストリームの数だけ存在する。

記録媒体などに記録する場合には、上記多重化データは、多重化データ情報ファイルと共に記録される。

多重化データ情報ファイルは、図２４に示すように多重化データの管理情報であり、多重化データと１対１に対応し、多重化データ情報、ストリーム属性情報とエントリマップから構成される。

多重化データ情報は図２４に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートは多重化データの、後述するシステムターゲットデコーダのＰＩＤフィルタへの最大転送レートを示す。多重化データ中に含まれるＡＴＳの間隔はシステムレート以下になるように設定されている。再生開始時刻は多重化データの先頭のビデオフレームのＰＴＳであり、再生終了時刻は多重化データの終端のビデオフレームのＰＴＳに１フレーム分の再生間隔を足したものが設定される。

ストリーム属性情報は図２５に示すように、多重化データに含まれる各ストリームについての属性情報が、ＰＩＤ毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。

本実施の形態においては、上記多重化データのうち、ＰＭＴに含まれるストリームタイプを利用する。また、記録媒体に多重化データが記録されている場合には、多重化データ情報に含まれる、ビデオストリーム属性情報を利用する。具体的には、上記各実施の形態で示した動画像符号化方法または装置において、ＰＭＴに含まれるストリームタイプ、または、ビデオストリーム属性情報に対し、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示す固有の情報を設定するステップまたは手段を設ける。この構成により、上記各実施の形態で示した動画像符号化方法または装置によって生成した映像データと、他の規格に準拠する映像データとを識別することが可能になる。

また、本実施の形態における動画像復号化方法のステップを図２６に示す。ステップｅｘＳ１００において、多重化データからＰＭＴに含まれるストリームタイプ、または、多重化データ情報に含まれるビデオストリーム属性情報を取得する。次に、ステップｅｘＳ１０１において、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成された多重化データであることを示しているか否かを判断する。そして、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成されたものであると判断された場合には、ステップｅｘＳ１０２において、上記各実施の形態で示した動画像復号方法により復号を行う。また、ストリームタイプ、または、ビデオストリーム属性情報が、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠するものであることを示している場合には、ステップｅｘＳ１０３において、従来の規格に準拠した動画像復号方法により復号を行う。

このように、ストリームタイプ、または、ビデオストリーム属性情報に新たな固有値を設定することにより、復号する際に、上記各実施の形態で示した動画像復号化方法または装置で復号可能であるかを判断することができる。従って、異なる規格に準拠する多重化データが入力された場合であっても、適切な復号化方法または装置を選択することができるため、エラーを生じることなく復号することが可能となる。また、本実施の形態で示した動画像符号化方法または装置、または、動画像復号方法または装置を、上述したいずれの機器・システムに用いることも可能である。

（実施の形態４）
上記各実施の形態で示した動画像符号化方法および装置、動画像復号化方法および装置は、典型的には集積回路であるＬＳＩで実現される。一例として、図２７に１チップ化されたＬＳＩｅｘ５００の構成を示す。ＬＳＩｅｘ５００は、以下に説明する要素ｅｘ５０１、ｅｘ５０２、ｅｘ５０３、ｅｘ５０４、ｅｘ５０５、ｅｘ５０６、ｅｘ５０７、ｅｘ５０８、ｅｘ５０９を備え、各要素はバスｅｘ５１０を介して接続している。電源回路部ｅｘ５０５は電源がオン状態の場合に各部に対して電力を供給することで動作可能な状態に起動する。

例えば符号化処理を行う場合には、ＬＳＩｅｘ５００は、ＣＰＵｅｘ５０２、メモリコントローラｅｘ５０３、ストリームコントローラｅｘ５０４、駆動周波数制御部ｅｘ５１２等を有する制御部ｅｘ５０１の制御に基づいて、ＡＶ Ｉ／Ｏｅｘ５０９によりマイクｅｘ１１７やカメラｅｘ１１３等からＡＶ信号を入力する。入力されたＡＶ信号は、一旦ＳＤＲＡＭ等の外部のメモリｅｘ５１１に蓄積される。制御部ｅｘ５０１の制御に基づいて、蓄積したデータは処理量や処理速度に応じて適宜複数回に分けるなどされ信号処理部ｅｘ５０７に送られ、信号処理部ｅｘ５０７において音声信号の符号化および／または映像信号の符号化が行われる。ここで映像信号の符号化処理は上記各実施の形態で説明した符号化処理である。信号処理部ｅｘ５０７ではさらに、場合により符号化された音声データと符号化された映像データを多重化するなどの処理を行い、ストリームＩ／Ｏｅｘ５０６から外部に出力する。この出力された多重化データは、基地局ｅｘ１０７に向けて送信されたり、または記録メディアｅｘ２１５に書き込まれたりする。なお、多重化する際には同期するよう、一旦バッファｅｘ５０８にデータを蓄積するとよい。

なお、上記では、メモリｅｘ５１１がＬＳＩｅｘ５００の外部の構成として説明したが、ＬＳＩｅｘ５００の内部に含まれる構成であってもよい。バッファｅｘ５０８も一つに限ったものではなく、複数のバッファを備えていてもよい。また、ＬＳＩｅｘ５００は１チップ化されてもよいし、複数チップ化されてもよい。

また、上記では、制御部ｅｘ５０１が、ＣＰＵｅｘ５０２、メモリコントローラｅｘ５０３、ストリームコントローラｅｘ５０４、駆動周波数制御部ｅｘ５１２等を有するとしているが、制御部ｅｘ５０１の構成は、この構成に限らない。例えば、信号処理部ｅｘ５０７がさらにＣＰＵを備える構成であってもよい。信号処理部ｅｘ５０７の内部にもＣＰＵを設けることにより、処理速度をより向上させることが可能になる。また、他の例として、ＣＰＵｅｘ５０２が信号処理部ｅｘ５０７、または信号処理部ｅｘ５０７の一部である例えば音声信号処理部を備える構成であってもよい。このような場合には、制御部ｅｘ５０１は、信号処理部ｅｘ５０７、またはその一部を有するＣＰＵｅｘ５０２を備える構成となる。

なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。

（実施の形態５）
上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データを復号する場合、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データを復号する場合に比べ、処理量が増加することが考えられる。そのため、ＬＳＩｅｘ５００において、従来の規格に準拠する映像データを復号する際のＣＰＵｅｘ５０２の駆動周波数よりも高い駆動周波数に設定する必要がある。しかし、駆動周波数を高くすると、消費電力が高くなるという課題が生じる。

この課題を解決するために、テレビｅｘ３００、ＬＳＩｅｘ５００などの動画像復号化装置は、映像データがどの規格に準拠するものであるかを識別し、規格に応じて駆動周波数を切替える構成とする。図２８は、本実施の形態における構成ｅｘ８００を示している。駆動周波数切替え部ｅｘ８０３は、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合には、駆動周波数を高く設定する。そして、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ｅｘ８０１に対し、映像データを復号するよう指示する。一方、映像データが、従来の規格に準拠する映像データである場合には、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合に比べ、駆動周波数を低く設定する。そして、従来の規格に準拠する復号処理部ｅｘ８０２に対し、映像データを復号するよう指示する。

より具体的には、駆動周波数切替え部ｅｘ８０３は、図２７のＣＰＵｅｘ５０２と駆動周波数制御部ｅｘ５１２から構成される。また、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ｅｘ８０１、および、従来の規格に準拠する復号処理部ｅｘ８０２は、図２７の信号処理部ｅｘ５０７に該当する。ＣＰＵｅｘ５０２は、映像データがどの規格に準拠するものであるかを識別する。そして、ＣＰＵｅｘ５０２からの信号に基づいて、駆動周波数制御部ｅｘ５１２は、駆動周波数を設定する。また、ＣＰＵｅｘ５０２からの信号に基づいて、信号処理部ｅｘ５０７は、映像データの復号を行う。ここで、映像データの識別には、例えば、実施の形態３で記載した識別情報を利用することが考えられる。識別情報に関しては、実施の形態３で記載したものに限られず、映像データがどの規格に準拠するか識別できる情報であればよい。例えば、映像データがテレビに利用されるものであるか、ディスクに利用されるものであるかなどを識別する外部信号に基づいて、映像データがどの規格に準拠するものであるか識別可能である場合には、このような外部信号に基づいて識別してもよい。また、ＣＰＵｅｘ５０２における駆動周波数の選択は、例えば、図３０のような映像データの規格と、駆動周波数とを対応付けたルックアップテーブルに基づいて行うことが考えられる。ルックアップテーブルを、バッファｅｘ５０８や、ＬＳＩの内部メモリに格納しておき、ＣＰＵｅｘ５０２がこのルックアップテーブルを参照することにより、駆動周波数を選択することが可能である。

図２９は、本実施の形態の方法を実施するステップを示している。まず、ステップｅｘＳ２００では、信号処理部ｅｘ５０７において、多重化データから識別情報を取得する。次に、ステップｅｘＳ２０１では、ＣＰＵｅｘ５０２において、識別情報に基づいて映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものであるか否かを識別する。映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合には、ステップｅｘＳ２０２において、駆動周波数を高く設定する信号を、ＣＰＵｅｘ５０２が駆動周波数制御部ｅｘ５１２に送る。そして、駆動周波数制御部ｅｘ５１２において、高い駆動周波数に設定される。一方、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、ステップｅｘＳ２０３において、駆動周波数を低く設定する信号を、ＣＰＵｅｘ５０２が駆動周波数制御部ｅｘ５１２に送る。そして、駆動周波数制御部ｅｘ５１２において、映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合に比べ、低い駆動周波数に設定される。

さらに、駆動周波数の切替えに連動して、ＬＳＩｅｘ５００またはＬＳＩｅｘ５００を含む装置に与える電圧を変更することにより、省電力効果をより高めることが可能である。例えば、駆動周波数を低く設定する場合には、これに伴い、駆動周波数を高く設定している場合に比べ、ＬＳＩｅｘ５００またはＬＳＩｅｘ５００を含む装置に与える電圧を低く設定することが考えられる。

また、駆動周波数の設定方法は、復号する際の処理量が大きい場合に、駆動周波数を高く設定し、復号する際の処理量が小さい場合に、駆動周波数を低く設定すればよく、上述した設定方法に限らない。例えば、ＭＰＥＧ４−ＡＶＣ規格に準拠する映像データを復号する処理量の方が、上記各実施の形態で示した動画像符号化方法または装置により生成された映像データを復号する処理量よりも大きい場合には、駆動周波数の設定を上述した場合の逆にすることが考えられる。

さらに、駆動周波数の設定方法は、駆動周波数を低くする構成に限らない。例えば、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＬＳＩｅｘ５００またはＬＳＩｅｘ５００を含む装置に与える電圧を高く設定し、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、ＬＳＩｅｘ５００またはＬＳＩｅｘ５００を含む装置に与える電圧を低く設定することも考えられる。また、他の例としては、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＣＰＵｅｘ５０２の駆動を停止させることなく、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合には、処理に余裕があるため、ＣＰＵｅｘ５０２の駆動を一時停止させることも考えられる。識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合であっても、処理に余裕があれば、ＣＰＵｅｘ５０２の駆動を一時停止させることも考えられる。この場合は、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する映像データであることを示している場合に比べて、停止時間を短く設定することが考えられる。

このように、映像データが準拠する規格に応じて、駆動周波数を切替えることにより、省電力化を図ることが可能になる。また、電池を用いてＬＳＩｅｘ５００またはＬＳＩｅｘ５００を含む装置を駆動している場合には、省電力化に伴い、電池の寿命を長くすることが可能である。

（実施の形態６）
テレビや、携帯電話など、上述した機器・システムには、異なる規格に準拠する複数の映像データが入力される場合がある。このように、異なる規格に準拠する複数の映像データが入力された場合にも復号できるようにするために、ＬＳＩｅｘ５００の信号処理部ｅｘ５０７が複数の規格に対応している必要がある。しかし、それぞれの規格に対応する信号処理部ｅｘ５０７を個別に用いると、ＬＳＩｅｘ５００の回路規模が大きくなり、また、コストが増加するという課題が生じる。

この課題を解決するために、上記各実施の形態で示した動画像復号方法を実行するための復号処理部と、従来のＭＰＥＧ−２、ＭＰＥＧ４−ＡＶＣ、ＶＣ−１などの規格に準拠する復号処理部とを一部共有化する構成とする。この構成例を図３１Ａのｅｘ９００に示す。例えば、上記各実施の形態で示した動画像復号方法と、ＭＰＥＧ４−ＡＶＣ規格に準拠する動画像復号方法とは、エントロピー符号化、逆量子化、デブロッキング・フィルタ、動き補償などの処理において処理内容が一部共通する。共通する処理内容については、ＭＰＥＧ４−ＡＶＣ規格に対応する復号処理部ｅｘ９０２を共有し、ＭＰＥＧ４−ＡＶＣ規格に対応しない、本発明特有の他の処理内容については、専用の復号処理部ｅｘ９０１を用いるという構成が考えられる。復号処理部の共有化に関しては、共通する処理内容については、上記各実施の形態で示した動画像復号化方法を実行するための復号処理部を共有し、ＭＰＥＧ４−ＡＶＣ規格に特有の処理内容については、専用の復号処理部を用いる構成であってもよい。

また、処理を一部共有化する他の例を図３１Ｂのｅｘ１０００に示す。この例では、本発明に特有の処理内容に対応した専用の復号処理部ｅｘ１００１と、他の従来規格に特有の処理内容に対応した専用の復号処理部ｅｘ１００２と、本発明の動画像復号方法と他の従来規格の動画像復号方法とに共通する処理内容に対応した共用の復号処理部ｅｘ１００３とを用いる構成としている。ここで、専用の復号処理部ｅｘ１００１、ｅｘ１００２は、必ずしも本発明、または、他の従来規格に特有の処理内容に特化したものではなく、他の汎用処理を実行できるものであってもよい。また、本実施の形態の構成を、ＬＳＩｅｘ５００で実装することも可能である。

このように、本発明の動画像復号方法と、従来の規格の動画像復号方法とで共通する処理内容について、復号処理部を共有することにより、ＬＳＩの回路規模を小さくし、かつ、コストを低減することが可能である。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

本発明に係る画像符号化方法および画像復号化方法は、例えば、テレビ、デジタルビデオレコーダー、カーナビゲーション、携帯電話、デジタルカメラ、または、デジタルビデオカメラ等に利用可能である。

１０２ 減算部
１０３ 直交変換部
１０４ 量子化部
１０５ 可変長符号化部
１０６、２０６ 逆量子化部
１０７、２０７ 逆直交変換部
１０８、２０８ 加算部
１０９、２０９ ブロックメモリ
１１０、２１０ イントラ予測部
１１１、２１１ フレームメモリ
１１２、２１２ インター予測部
１１３、２１３ スイッチ
１２１、１３１、２２１、２３１ インター予測制御部
１２４ ピクチャタイプ決定部
１２５ 予測動きベクトル競合フラグ切替部
１２６ スキップブロック用予測動きベクトル競合フラグ切替部
２０５ 可変長復号化部

Claims (4)

1. 動画像を予測符号化した符号化信号を復号化する画像復号化方法であって、
   前記符号化信号のヘッダ情報から、一つ以上の予測動きベクトル候補の中から予測動きベクトルを選択しないか否かを示す第１情報を復号化する第１情報復号化ステップと、
   前記第１情報が予測動きベクトルを選択しないことを示していない場合には、前記ヘッダ情報から、復号化対象ブロックをスキップモード又はダイレクトモードで復号化するための、前記一つ以上の予測動きベクトル候補の中から予測動きベクトルを選択しないか否かを示す第２情報を復号化する第２情報復号化ステップと
   を含む画像復号化方法。
2. さらに、
   前記復号化対象ブロックを前記所定の復号化モードで復号化する際には、前記第１情報および前記第２情報のいずれもが予測動きベクトルを選択しないことを示していない場合には、前記一つ以上の予測動きベクトル候補の中から選択する予測動きベクトルを示すインデックス情報を、前記符号化信号から復号化するインデックス情報復号化ステップと、
   前記インデックス情報に基づいて選択される前記予測動きベクトルを用いて前記復号化対象ブロックを復号化する復号化ステップとを含む
   請求項１記載の画像復号化方法。
3. 動画像を予測符号化した符号化信号を復号化する画像復号化装置であって、
   前記符号化信号のヘッダ情報から、一つ以上の予測動きベクトル候補の中から予測動きベクトルを選択しないか否かを示す第１情報を復号化し、前記第１情報が予測動きベクトルを選択しないことを示していない場合には、前記ヘッダ情報から、復号化対象ブロックをスキップモード又はダイレクトモードで復号化するための、前記一つ以上の予測動きベクトル候補の中から予測動きベクトルを選択しないか否かを示す第２情報を復号化する可変長復号化部を備える
   を含む画像復号化装置。
4. 請求項１に記載の画像復号化方法をコンピュータに実行させるためのプログラム。

Images