JPH1084287A - モジュール切り替え型画像圧縮・再生装置 - Google Patents

Abstract

(57)【要約】 【課題】小さいプログラム容量で複数のＣＰＵ・ＤＳＰ
に対応して現在のＣＰＵ・ＤＳＰに最適なプログラムを
実行できる画像圧縮・再生装置の提供。 【解決手段】画像を読み込んで画像圧縮手段４でフレー
ム内符号であるＩピクチャと、前方向のみのフレーム間
符号であるＰピクチャと、前後の双方向のフレーム間符
号であるＢピクチャの３種類の圧縮を行なうが、その
際、装置制御手段１は現在のＣＰＵ２とプログラムデー
タ１５を調べ画像圧縮手段４のプログラムが現在のＣＰ
Ｕに最適なプログラムであるかどうか判断して、最適で
ない場合にプログラムデータ１５から基本モジュールと
現在のＣＰＵの差分の圧縮符号を取り出し符号テーブル
１７と復号化手段１６にて復号して最適モジュールを組
合わせ、最適なプログラムを作成する。画像再生装置も
画像圧縮装置と同様な処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像処理装置に関
し、特に、ＣＰＵ（中央演算処理装置）やＤＳＰ等（デ
ィジタルシグナルプロセッサ；ディジタル信号処理装
置）により画像符号を圧縮符号化する装置及び圧縮され
た画像符号を再生する装置に関する。

【０００２】

【従来の技術】画像をディジタル化してＣＤ−ＲＯＭや
ハードディスクなどの記録媒体に記録する場合、そのデ
ータ量は巨大なものとなるため通常は圧縮符号化して記
録される。各種の圧縮符号化方式の中で画像の空間周波
数が低周波に集中する性質を利用して圧縮を行うＤＣＴ
（Ｄsicrete Ｃosine Ｔransform；離散コサイン変
換）に基づく符号化方式が比較的多く使用されている。
すなわち、ＤＣＴは、例えばＪＰＥＧ（Joint Photogra
phic Expert Group）やＭＰＥＧ（Moving PicturesExpe
rt Group）などの国際標準である符号化方式で採用され
ている。

【０００３】図２４に、ＭＰＥＧに準拠した符号フォー
マットの階層図を示す。図２４を参照して、ＭＰＥＧの
符号はいくつかの階層構造とされ、一番上の階層がビデ
オ・シーケンスであり、複数のＧＯＰ（Group Of Pictu
re）から構成される。ＧＯＰは複数のピクチャから構成
され、１つのピクチャが１枚の画像を示している。ピク
チャにはフレーム内符号であるＩピクチャと、前方向の
みのフレーム間符号であるＰピクチャと、前後の双方向
のフレーム間符号であるＢピクチャの３種類がある。ピ
クチャは任意の領域に分割された複数のスライスから構
成される。スライスは左から右へ、または上から下への
順序で並んだ複数のマクロブロックから構成される。マ
クロブロックは１６×１６ドットのブロックを更に８×
８ドットのブロックに分割した輝度成分（Ｙ１、Ｙ２、
Ｙ３、Ｙ４）と輝度成分に一致する領域の８×８ドット
のブロックの色差成分（Ｃｂ、Ｃｒ）の６個のブロック
から構成される。８×８ドットのブロックが符号化の最
小単位となる。

【０００４】従来のＤＣＴをベースとした符号化方式に
よる画像符号の圧縮について、ＭＰＥＧを例として図面
を参照して説明する。

【０００５】図２５は、ＭＰＥＧに準拠した画像符号の
圧縮を行う画像圧縮装置の構成を示すブロック図であ
る。図２５を参照して、画像圧縮装置は、画像を読み込
んでＹＵＶ変換手段２０５でＹＵＶデータに変換して、
動き検出手段２０６で前／後フレームと現フレームの画
像の動きを８×８ブロックの領域毎に検索する。次に、
ＭＰＥＧではフレーム内符号であるＩピクチャと、前方
向のみのフレーム間符号であるＰピクチャと、前後の双
方向のフレーム間符号であるＢピクチャの３種類に分か
れているので、３種類の圧縮が行われる。

【０００６】Ｉピクチャの場合には、ＤＣＴ手段２０８
により、現フレームの８×８ブロックの領域の画素の値
を離散コサイン変換して、量子化手段２０９により量子
化して、可変長符号化手段２１０により可変長のハフマ
ン符号に高能率圧縮する。

【０００７】次に、圧縮した画像を参照フレームとして
復号するために、量子化されたデータを逆量子化手段２
１４により逆量子化して、ＩＤＣＴ（Ｉnverse Ｄiscr
eteＣosine Ｔransorm；逆離散コサイン変換）手段２
１３により逆離散コサイン変換して画素値を算出して、
参照フレーム部２１１に格納する。

【０００８】また、Ｐピクチャの場合には、動き予測手
段２０７により現フレームの８×８ブロックの領域の画
素の値と動き検索手段２０６で検索された動きにより参
照される参照フレーム部２１１に格納された前フレーム
の８×８ブロックの領域の画素の値で差分を算出して、
ＤＣＴ手段２０８により差分値を離散コサイン変換し
て、量子化手段２０９により量子化して、可変長符号化
手段２１０により可変長のハフマン符号に高能率圧縮す
る。

【０００９】次に、圧縮した画像を参照フレームとして
復号するために、量子化されたデータを逆量子化手段２
１４により逆量子化して、ＩＤＣＴ手段２１３により逆
離散コサイン変換して差分値を算出して、動き補償手段
２１２により動き予測手段７で参照された参照フレーム
部２１１に格納された前フレームの８×８ブロックの領
域の画素の値に差分値を加算して、参照フレーム部２１
１に格納する。

【００１０】また、Ｂピクチャの場合には、動き予測手
段２０７により、現フレームの８×８ブロックの領域の
画素の値と、動き検索手段２０６で検索された動きによ
り参照される参照フレーム部２１１に格納された前／後
フレームの８×８ブロックの領域の画素の値で差分を算
出して、ＤＣＴ手段２０８により、差分値を離散コサイ
ン変換して、量子化手段２０９により量子化して、可変
長符号化手段２１０により可変長のハフマン符号に高能
率圧縮する。Ｂピクチャの場合には、参照フレームとし
て使用されないので、画像の伸張は行わない。

【００１１】次に、従来のＤＣＴをベースとした符号化
方式による画像符号の再生についてＭＰＥＧを例として
画面を参照して説明する。図２６は、ＭＰＥＧに準拠し
た画像符号の再生を行う画像再生装置の構成を示すブロ
ック図である。

【００１２】図２６を参照して、画像再生装置は、符号
を読み込んでフレーム内符号であるＩピクチャと、前方
向のみのフレーム間符号であるＰピクチャと、前後の双
方向のフレーム間符号であるＢピクチャの３種類の符号
を伸張する。

【００１３】Ｉピクチャの場合には、可変長復号化手段
２２５で復号して、逆量子化手段２２６で逆量子化し
て、ＩＤＣＴ手段２２７で逆離散コサイン変換によりブ
ロックの画素の値を算出して、ＲＧＢ変換手段２２８に
より画像を出力する。

【００１４】また、Ｐピクチャの場合には、可変長復号
化手段２２５で復号して、逆量子化手段１２６で逆量子
化して、ＩＤＣＴ手段２２７で逆離散コサイン変換によ
りブロックの差分を算出して、動き補償手段２２０によ
り参照フレーム部２２９に格納された前フレームの動き
補償したブロックに差分を加算して、ＲＧＢ変換手段２
２８により画像を出力する。

【００１５】また、Ｂピクチャの場合には、可変長復号
化手段２２５で復号して、逆量子化手段１２６で逆量子
化して、ＩＤＣＴ手段２２７で逆離散コサイン変換によ
りブロックの差分を算出して、動き補償手段２３０によ
り、参照フレーム部２２９に格納された前フレームの動
き補償したブロックと参照フレーム部２２９に格納され
た前／後フレームの動き補償したブロックに差分を加算
して、ＲＧＢ変換手段２２８により画像を出力する。

【００１６】このように、国際標準であるＭＰＥＧに基
づいて圧縮・再生を行えば、高能率に画像を圧縮・再生
することができる。しかし、動き検索／動き補償やＤＣ
Ｔ／ＩＤＣＴなどの処理には多くの演算が必要なので、
ソフトウェアによる画像の圧縮・再生にはＣＰＵ・ＤＳ
Ｐ等の特性を考慮して最も高速に動作するように最適化
されたプログラムで処理する必要がある。

【００１７】このために多数の種類のＣＰＵ・ＤＳＰに
対応するにはそれぞれ別のプログラムを用意して切り替
える必要がある。

【００１８】複数のプログラムを切り替えて処理する従
来技術として、例えば特開昭６３−２３４４６１号公報
には、複数の符号化・復号化処理を優先順位を持った時
分割処理で適時に切り替えて処理する方式が提案されて
いる。また、例えば特開平２−１０８１１９号公報に
は、複数のデータ圧縮手段を用意して最も圧縮効率の良
い圧縮手段でデータを圧縮するようにした構成が提案さ
れている。さらに、特開平５−２３３２６７号公報に
は、ＲＯＭに圧縮されたプログラムとバックアップＲＡ
Ｍに格納された修正用データから実行するプログラムを
ＲＡＭに展開するようにしたプログラムＲＯＭ内蔵装置
の構成が提案されている。

【００１９】

【発明が解決しようとする課題】しかし、上述した従来
の画像圧縮・再生装置において、多数のＣＰＵ・ＤＳＰ
に対応するには、各ＣＰＵ・ＤＳＰ毎に最適化されたプ
ログラムを具備する必要があるので、プログラムの容量
が多くなる、という問題点を有している。

【００２０】また、常に装置が動作する度に、プログラ
ムの切り替えを行うので、処理が複雑になる、という問
題点を有している。

【００２１】したがって、本発明は、上記事情に鑑みて
なされたものであって、その目的は、小さいプログラム
容量で多数のＣＰＵ・ＤＳＰに対応可能とし、現在のＣ
ＰＵ・ＤＳＰにて最適なプログラムを実行することを可
能とした画像圧縮・再生装置を提供することにある。

【００２２】

【課題を解決するための手段】前記目的を達成するた
め、本発明の画像圧縮装置は、複数種のＣＰＵまたはＤ
ＳＰ毎の、最適な画像圧縮プログラムの差分の圧縮デー
タから、現在のＣＰＵ、またはＤＳＰに最適な画像圧縮
プログラムを作成する手段を、備えたことを特徴とす
る。

【００２３】また、本発明の画像再生装置は、複数種の
ＣＰＵまたはＤＳＰ毎の最適な画像再生プログラムの差
分の圧縮データから現在のＣＰＵまたはＤＳＰに最適な
画像再生プログラムを作成する手段を、備えたことを特
徴とする。

【００２４】本発明に係る画像圧縮装置は、現在のＣＰ
Ｕ・ＤＳＰを判別して、現在のプログラムが最も最適な
プログラムかどうかを安定する手段と、画像圧縮プログ
ラムの中で最適化すべきモジュールとなる動き検索・Ｄ
ＣＴ・量子化・可変長符号化の基本となるプログラムコ
ード（基本モジュール）と、各ＣＰＵ・ＤＳＰ毎の差分
を圧縮符号化（エントロピー符号化）して格納する手段
と、最適なプログラムで無い場合には、各基本モジュー
ルと差分の圧縮符号を取り出して、最も最適なモジュー
ルを作成して、これを組み合わせて最適なプログラムを
作成する手段と、を備える。

【００２５】本発明に係る画像再生装置は、現在のＣＰ
Ｕ・ＤＳＰを判別して、現在のプログラムが最も最適な
プログラムかどうかを判定する手段と、画像再生プログ
ラムの中で最適化すべきモジュールとなる動き補償・Ｉ
ＤＣＴ・逆量子化・可変長復号化の基本となるプログラ
ムコード（基本モジュール）と各ＣＰＵ・ＤＳＰ毎の差
分を圧縮符号化（エントロピー符号化）して格納する手
段と、最適なプログラムで無い場合には、各基本モジュ
ールと差分の圧縮符号を取り出して、最も最適なモジュ
ールを作成して、それを組み合わせて最適なプログラム
を作成する手段と、を備える。

【００２６】

【発明の実施の形態】本発明の発明の実施の形態につい
て図面を参照して説明する。

【００２７】図１は、本発明の実施の形態に係る画像圧
縮装置の構成を示すブロック図である。図１を参照する
と、本発明の実施の形態においては、装置全体を制御す
る装置制御手段１と、プログラムを動作させるＣＰＵ２
と、ユーザからの入力を伝えるキーボード３と、画像圧
縮を行う画像圧縮手段４と、各モジュールの基本モジュ
ールと各ＣＰＵ毎の差分のエントロピー符号化により圧
縮された符号を格納しているプログラムデータ１５と、
プログラムデータ１５を復号する復号化手段１６と、プ
ログラムデータ１５を復号する時に使用する、プログラ
ムデータの最も頻度の多いビット列にビット長の短い符
号を割り当てた符号テーブル１７と、を備えて構成され
ている。

【００２８】また、画像圧縮手段４は、画像をＹＵＶデ
ータに変換するＹＵＶ変換手段と画像の動きを検索する
動き検索手段６と、画像の動きからブロックの差分を算
出する動き予測手段７と、ブロックの値を離散コサイン
変換するＤＣＴ手段４８と離散コサイン変換後の値を量
子化する量子化手段９と、ハフマン符号に符号化する可
変長符号化手段１０と、量子化後の値を逆量子化する逆
量子化手段９と、逆量子化後の値を逆離散コサイン変換
するＩＤＣＴ手段１３と、動き補償された参照フレーム
のブロックに差分値を加算する動き補償手段１２と、前
後の参照フレームを格納する参照フレーム部１１と、を
備えて構成されている。

【００２９】図１に示した画像圧縮装置は、画像を読み
込んでＹＵＶ変換手段５にてＹＵＶデータに変換して、
動き検索手段６で前／後フレームと現フレームの画像の
動きを８×８ブロックの領域毎に検索する。

【００３０】次に、ＭＰＥＧではフレーム内符号である
Ｉピクチャと、前方向のみのフレーム間符号であるＰピ
クチャと、前後の双方向のフレーム間符号であるＢピク
チャの３種類に分かれているので、３種類の圧縮が行わ
れる。

【００３１】Ｉピクチャの場合は、ＤＣＴ手段８により
現フレームの８×８ブロックの領域の画素の値を離散コ
サイン変換して、量子化手段９により量子化して、可変
長符号化手段１０により、可変長のハフマン符号に高能
率圧縮する。

【００３２】次に、圧縮した画像を参照フレームとして
復号するために、量子化されたデータを逆量子化手段１
４により逆量子化して、ＩＤＣＴ手段１３により逆離散
コサイン変換して画素値を算出して、参照フレーム部１
１に格納する。

【００３３】また、Ｐピクチャの場合は、動き予測手段
７により現フレームの８×８ブロックの領域の画素の値
と動き検索手段６で検索された動きにより参照される参
照フレーム部１１に格納された前フレームの８×８ブロ
ックの領域の画素の値で差分を参照して、ＤＣＴ手段８
により差分値を離散コサイン変換して、量子化手段９に
より量子化して、可変長符号化手段１０により可変長の
ハフマン符号に高能率圧縮する。

【００３４】次に、圧縮した画像を参照フレームとして
復号するために、量子化されたデータを逆量子化手段１
４により逆量子化して、ＩＤＣＴ手段１３により逆離散
コサイン変換して差分値を算出して、動き補償手段１２
により動き予測手段４７で参照された参照フレーム部１
１に格納された前フレームの８×８ブロックの領域の画
素の値に差分値を加算して、参照フレーム部１１に格納
する。

【００３５】また、Ｂピクチャの場合には、動き予測手
段７により現フレームの８×８ブロックの領域の画素の
値と動き検索手段６で検索された動きにより参照される
参照フレーム部１１に格納された前／後フレームの８×
８ブロックの領域の画素の値で差分を算出して、ＤＣＴ
手段８により差分値を離散コサイン変換して、量子化手
段９により量子化して、可変長符号化手段１０により可
変長のハフマン符号に高能率圧縮する。Ｂピクチャの場
合は、参照フレームとして使用されないので、画像の伸
張は行わない。

【００３６】また、装置制御手段１は、現在のＣＰＵ２
とプログラムデータ１５を調べて画像圧縮手段４のプロ
グラムが現在のＣＰＵ２に最適なプログラムであるかど
うか判断して、最適でない場合には、プログラムデータ
１５から基本モジュールと、現在のＣＰＵの差分情報の
圧縮符号を取り出して、符号テーブル１７と、復号化手
段１６により復号して、最適なモジュールを組み合わせ
ることにより、最適なプログラムを作成する。

【００３７】また、図２は、本発明実施の形態に係る画
像再生装置の構成を示すブロック図図である。

【００３８】図２を参照すると、本発明の実施の形態に
おいては、装置全体を制御する装置制御手段２１と、プ
ログラムを動作させるＣＰＵ２２と、ユーザからの入力
を伝えるキーボード２３と、画像再生を行う画像再生手
段２４と、各モジュールの基本モジュールと各ＣＰＵ毎
の差分のエントロピー符号化により圧縮された符号を格
納しているプログラムデータ３１と、プログラムデータ
３１を復号する復号化手段３２と、プログラムデータ３
１を復号する時に使用するプログラムデータの最も頻度
の高いビット列にビット長の短い符号を割り当てた符号
テーブル３３と、を備えて構成されている。

【００３９】また、画像再生手段２４は、圧縮符号を復
号する可変長復号化手段２５と、復号後の値を逆量子化
する逆量子化手段２６と、逆量子化後の値を逆離散コサ
イン変換するＩＤＣＴ手段２７と、ＹＵＶデータをＲＧ
Ｂデータに変換するＲＧＢ変換手段２８と、前後の参照
フレームを格納する参照フレーム部６９と、画像の動き
からブロックの差分を算出する動き補償手段３０と、を
備えて構成されている。

【００４０】図２に示した画像再生装置は、符号を読み
込んでフレーム内符号であるＩピクチャと、前方向のみ
のフレーム間符号であるＰピクチャと、前後の双方向の
フレーム間符号であるＢピクチャの３種類の符号を伸張
する。

【００４１】Ｉピクチャの場合は、可変長符号化手段２
５で復号して、逆量子化手段２６で逆量子化して、ＩＤ
ＣＴ手段２７で逆離散コサイン変換によりブロックの画
像の値を算出して、ＲＧＢ変換手段２８により画像を出
力する。

【００４２】また、Ｐピクチャの場合は、可変長復号化
手段２５で復号して、逆量子化手段２６で逆量子化し
て、ＩＤＣＴ手段２７で逆離散コサイン変換によりブロ
ックの差分を算出して、動き補償手段３０により参照フ
レーム部２９に格納された前フレームの動き補償したブ
ロックに差分を加算して、ＲＧＢ変換手段２８により画
像を出力する。

【００４３】また、Ｂピクチャの場合は、可変長復号化
手段２５で復号して、逆量子化手段２６で逆量子化し
て、ＩＤＣＴ手段２７で逆離散コサイン変換によりブロ
ックの差分を算出して、動き補償手段３０により参照フ
レーム部２９に格納された前フレームの動き補償したブ
ロックと参照フレーム部２９に格納された前／後フレー
ムの動き補償したブロックに差分を加算して、ＲＧＢ変
換手段２８により画像を出力する。

【００４４】また、装置制御手段２１は、現在のＣＰＵ
２２とプログラムデータ３１とを調べて画像再生手段２
４のプログラムが、現在のＣＰ２６２に最適なプログラ
ムであるか否かを判断し、最適でない場合には、プログ
ラムデータ３１から基本モジュールと差分情報の圧縮符
号を取り出して、符号テーブル７３と復号化手段７２に
より復号して、最適なモジュールを組み合わせて、最適
なプログラムを作成する。

【００４５】次に、本発明の実施の形態における、最適
なプログラムの作成について、画像再生を例にして説明
する。

【００４６】図３は、本発明の実施の形態における最適
なプログラムの作成時のデータの流れを模式的に示す図
である。図３では、ＣＰＵがＡからＢ（ＣＰＵＩＤ＝
Ｂ）に変更した場合における画像再生のプログラム８１
の中の逆量子化部分を最適化している。

【００４７】まず、プログラムデータ８６に格納されて
いる逆量子化の基本モジュールの圧縮符号と、ＣＰＵＢ
の差分の圧縮符号を取り出す。

【００４８】次に、符号テーブル８４（図２の３２に対
応）で、逆量子化の基本モジュール８３と逆量子化のＣ
ＰＵＢとの差分８５に復号して、逆量子化の基本モジュ
ール８３と逆量子化のＣＰＵＢとの差分８５からＣＰＵ
Ｂに最適な逆量子化モジュール８２を作成する。

【００４９】次に、画像再生プログラム８１の逆量子化
モジュールを作成した逆量子化モジュール８２で置き換
える。

【００５０】以降、同様にして可変長符号化、ＩＤＣ
Ｔ、動き補償、ＲＧＢ変換のモジュールを置き換えて、
ＣＰＵＢに最適な画像再生プログラムを作成する。

【００５１】プログラムデータ８６は、プログラムの中
でＣＰＵに大きな負荷を要するモジュールを作成するた
めのデータで構成されている。画像再生では、可変長符
号化、逆量子化、ＩＤＣＴ、動き予測、ＲＧＢ変換のモ
ジュールとなる。また、各モジュールは繰り返しの演算
が多いので、プログラムコードには、同じような命令が
並ぶことが多い。このために、各ＣＰＵに最適なプログ
ラム間の差分は小さくなる。

【００５２】本発明の実施の形態においては、この特徴
を利用してプログラムデータを構成している。このよう
に各モジュール毎に基本となるモジュールと各ＣＰＵに
最適なモジュールとの差分を格納することにより、プロ
グラムデータのサイズを小さくすることができる。

【００５３】画像圧縮の場合には、同様にして、ＹＵＶ
変換、動き検索、動き予測、ＤＣＴ、量子化、可変長符
号化、逆量子化、ＩＤＣＴ、動き補償についてそれぞれ
基本モジュールと差分を格納する。

【００５４】次に、本発明の発明の実施の形態の動作に
ついて説明する。

【００５５】図４は、図１にブロック図として示した装
置制御手段１の処理フローを示すフローチャートであ
る。

【００５６】図４を参照して、現在のＣＰＵ２と、プロ
グラムデータ１５の現在のＣＰＵＩＤを比較し（ステッ
プ４１）、これらが互いに一致しているかどうかを判断
して（ステッ４２）、そうでない場合は圧縮プログラム
作成を実行する（ステップ９３）。次に、画像圧縮を実
行して（ステップ９４）、全フレームが終了したかどう
かを判断して（ステップ９５）、そうでない場合はステ
ップ９４へ戻る。

【００５７】また、図５及び図６は、画像圧縮処理のフ
ローチャートである。なお、図５及び図６は図面作成の
都合で分図されたものである。

【００５８】図１と図５、及び図６を参照して、ＹＵＶ
変換手段５で画像をＹＵＶデータに変換して（ステップ
１０１）、動き手段６で画像のマクロブロック毎の動き
を検索して（ステップ１０２）、ピクチャの種別を判断
して（ステップ１０３）、各ピクチャ種別毎に処理す
る。

【００５９】Ｉピクチャの場合は、ＤＣＴ手段８で離散
コサイン変換して（ステップ１０４）、量子化手段９に
より量子化して（ステップ１０５）、可変長符号化手段
１０により、可変長のハフマン符号に高能率圧縮して
（ステップ１０６）、量子化されたデータを逆量子化手
段１４により、逆量子化して（ステップ１０７）、ＩＤ
ＣＴ手段５３により、逆離散コサイン変換して参照フレ
ーム部１１に格納する（ステップ１０８）。

【００６０】Ｐピクチャの場合は、動き予測手段７によ
り現フレームのブロックと参照フレーム部１１の前フレ
ームのブロックで差分を算出して（ステップ１０９）、
ＤＣＴ手段８で離散コサイン変換して（ステップ１１
０）、量子化手段９により量子化して（ステップ１１
１）、可変長符号化手段１０により可変長のハフマン符
号に高能率圧縮し（ステップ１１２）、量子化されたデ
ータを逆量子化手段１４により逆量子化して（ステップ
１１３）、ＩＤＣＴ手段１３により逆離散コサイン変換
して（ステップ１１４）、動き補償手段１２により参照
フレーム部１１の前フレームのブロックに差分値を加算
して参照フレーム部１１に格納する（ステップ１１
５）。

【００６１】Ｂピクチャの場合には、動き予測手段７に
より、現フレームのブロックと参照フレーム部１１の前
／後フレームのブロックで差分を算出して（ステップ１
１６）、ＤＣＴ手段８で離散コサイン変換して（ステッ
プ１１７）、量子化手段９により量子化して（ステップ
１１８）、可変長符号化手段１０により可変長のハフマ
ン符号に高能率圧縮し（ステップ１１９）、量子化され
たデータを逆量子化手段１４により逆量子化して（ステ
ップ１２０）、ＩＤＣＴ手段１３により逆離散コサイン
変換して（ステップ１２１）、動き補償手段１２により
参照フレーム部１１の前／後フレームのブロックに差分
値を加算して参照フレーム部１１に格納する（ステップ
１２２）。

【００６２】また、図７は、圧縮プログラム作成の処理
フローを示すフローチャートである。

【００６３】図７を参照して、現在のＣＰＵＩＤとＹＵ
Ｖ変換とを引数としてモジュール作成を実行する（ステ
ップ１３１）。次に、現在のＣＰＵＩＤと動き検索を引
数としてモジュール作成を実行する（ステップ１３
２）。

【００６４】次に、現在のＣＰＵＩＤと動き予測を引数
としてモジュール作成を実行し（ステップ１３３）、次
に現在のＣＰＵＩＤとＤＣＴを引数としてモジュール作
成を実行する（ステップ１３４）。

【００６５】さらに、現在のＣＰＵＩＤと量子化を引数
としてモジュール作成を実行し（ステップ１３５）、現
在のＣＰＵＩＤと可変長符号化を引数としてモジュール
作成を実行し（ステップ１３６）、現在のＣＰＵＩＤと
逆量子化を引数としてモジュール作成を実行する（ステ
ップ１３７）。

【００６６】つづいて、現在のＣＰＵＩＤとＩＤＣＴを
引数としてモジュール作成を実行し（ステップ１３
８）、現在のＣＰＵＩＤと動き補償を引数としてモジュ
ール作成を実行する（ステップ１３９）。

【００６７】また、図８は、図２に示した装置制御手段
２１の処理フローを説明するためのフローチャートであ
る。

【００６８】図８を参照して、現在のＣＰＵ２２とプロ
グラムデータ３１の現在のＣＰＵＩＤを比較し（ステッ
プ１４１）、一致しているかどうかを判断し（ステップ
１４２）、不一致の場合は再生プログラム作成を実行す
る（ステップ１４３）。

【００６９】次に、画像圧縮を実行し（ステップ１４
４）、全フレームが終了したかどうかを判断し（ステッ
プ１４５）、全フレーム終了でない場合にはステップ１
４４へ戻る。

【００７０】また、図９は、本発明の実施の形態におけ
る再生プログラム作成の処理フローを説明するためのフ
ローチャートである。

【００７１】図９を参照して、現在のＣＰＵＩＤと可変
長復号化を引数としてモジュール作成を実行し（ステッ
プ１５１）、現在のＣＰＵＩＤと逆量子化を引数として
モジュール作成を実行し（ステップ１５２）、現在のＣ
ＰＵＩＤとＩＤＣＴを引数としてモジュール作成を実行
する（ステップ１５３）。

【００７２】さらに、現在のＣＰＵＩＤとＲＧＢ変数を
引数としてモジュール作成を実行し（ステップ１５
４）、現在のＣＰＵＩＤと動き補償を引数としてモジュ
ール作成を実行する（ステップ１５５）。

【００７３】また、図１０は、本発明の実施の形態にお
ける画像再生の際の処理フローを説明するためのフロー
チャートである。

【００７４】図２及び図１０を参照して、可変長復号化
手段２５で圧縮符号を復号して（ステップ１６１）、ピ
クチャの種別を判断して（ステップ１６２）、各ピクチ
ャ種別毎に処理する。

【００７５】Ｉピクチャの場合には、逆量子化手段２６
で逆量子化して（ステップ１６３）、ＩＤＣＴ手段２７
により逆離散コサイン変換して参照フレーム部２９に格
納し（ステップ１６４）、ＲＧＢ変換手段２８によりＹ
ＵＶからＲＧＢに変換する（ステップ１６５）。

【００７６】Ｐピクチャの場合には、逆量子化手段２６
で逆量子化して（ステップ１６６）、ＩＤＣＴ手段２７
により逆離散コサイン変換し（ステップ１６７）、動き
補償手段７０により参照フレーム部２９の前フレームの
ブロックに差分値を加算して参照フレーム部２９に格納
し（ステップ１６８）、ＲＧＢ変換手段２８によりＹＵ
ＶからＲＧＢに変換する（ステップ１６９）。

【００７７】Ｂピクチャの場合には、逆量子化手段２６
で逆量子化して（ステップ１７０）、ＩＤＣＴ手段２７
により逆離散コサイン変換して（ステップ１７１）、動
き補償手段７０により参照フレーム部２９の前／後フレ
ームのブロックに差分値を加算して参照フレーム部２９
に格納し（ステップ１７２）、ＲＧＢ変換手段２８によ
りＹＵＶからＲＧＢに変換する（ステップ１７３）。

【００７８】また、図１１は、図４のフローチャートの
モジュール作成のフローチャートであり、指定ＣＰＵと
指定モジュールとは引数とされている。

【００７９】図１１を参照して、プログラムデータ１５
から指定モジュールの基本モジュールの圧縮符号と指定
ＣＰＵの差分の圧縮符号を取り出す（ステップ１８
１）。

【００８０】次に、符号テーブル１７を参照して復号化
手段１６で指定モジュールの基本モジュールと指定ＣＰ
Ｕの差分に復号し（ステップ１８２）、基本モジュール
にＣＰＵの差分を追加して指定ＣＰＵに最適なモジュー
ルを作成する（ステップ１８３）。

【００８１】そして、作成した最適なモジュールを画像
圧縮手段４のモジュールと置き換える（ステップ１８
４）。

【００８２】また、図９におけるモジュール作成は、図
１１のフローチャートと同様にして、プログラムデータ
３１と復号化手段３２と符号テーブル３３で処理され
る。

【００８３】

【実施例】上記した本発明の実施の形態について更に詳
細に説明すべく、次に本発明の実施例について、図面を
参照して説明する。

【００８４】図１２及び図１３は、プログラムデータ中
の差分の構成を示す図である。なお、図１２及び図１３
は図面作成の都合で分図されたものである。図１２
（Ａ）はプログラムコードの例である。図１２（Ａ）に
示すように、プログラム命令（ｍｏｖ ａｘ，ｂｘ）
は、オペコードとオペランドに分かれる。また、オペラ
ンドには、レジスタが使用されることが多い。このため
に変更の種別を示す差分は、オペコード、オペランド、
レジスタの差分も示すようにする。

【００８５】図１２（Ｂ）は、差分コードの一覧を示し
たものである。図１２（Ｂ）に示すように、差分コード
は、１６進数値の１バイトの符号である。

【００８６】「００」は、変更無しを示し、「０１」
は、全てのレジスタを３２ビットから１６ビットに変更
することを示し、「０２」は、全てのレジスタを１６ビ
ットから３２ビットに変更することを示し、「０３」
は、１つ目のレジスタを３２ビットから１６ビットに変
更することを示し、「０４」は、１つ目のレジスタを１
６ビットから３２ビットに変更することを示し、「０
５」は、２つ目のレジスタを３２ビットから１６ビット
に変更することを示し、「０６」は、２つ目のレジスタ
を１６ビットから３２ビットに変更することを示し、
「０７」は、オペランドを差分コードに続くオペランド
で置き換えることを示し、「０８」は、１つ目のレジス
タを差分コードに続くレジスタで置き換えることを示
し、「０９」は、２つ目のレジスタを差分コードに続く
レジスタで置き換えることを示し、「０Ａ」は、オペコ
ードを差分コードに続くオペコードで置き換えることを
示し、「０Ｂ」は、現在の行を差分コードに続くプログ
ラムコードで置き換えることを示し、「０Ｃ」は、現在
の行の上に差分コードに続くプログラムコードを挿入す
ることを示し、「０Ｄ」は、現在の行から差分コードに
続く数値の行を差分コードに続くプログラムコードで置
き換えることを示し、「０Ｅ」は、現在の行の上に差分
コードに続く数値の行の差分コードに続くプログラムコ
ードを挿入することを示し、「０Ｆ」は、現在の行を削
除することを示し、「１０」は、差分コードに続く数値
の行を現在の行を含めて削除することを示し、「１１」
は、現在の行と次の行を入れ替えることを示し、「１
２」は、現在の行と差分コードに続く数値の進んだ行を
入れ替えることを示している。

【００８７】図１３（Ｃ）は、プログラムデータ中の差
分コードの構成の一例を示したものである。始めの２つ
の符号は変更したい行範囲を示している。

【００８８】「００１０」は、十進数値の２バイトの符
号であり、基本モジュールの変更したい先頭の行番号を
示し、「００１４」は、十進数値の２バイトの符号であ
り、基本モジュールの変更したい末尾の行番号を示して
いる。

【００８９】次の「０１」、「０４」、「００」、「０
Ｂ“ｉｎｃ ａｘ”、００」は、差分コードを行番号の
順番に並べたものである。

【００９０】さらに変更したい行範囲がある場合には、
「００４０」、「００４５」と変更したい先頭と末尾の
行番号を置いて、その後に差分コードを行番号の順番に
並べる。変更したい行が無い場合には、「００００」を
置く。

【００９１】本実施例においては、このようにして、変
更したい行範囲を指定するので、データサイズが小さく
なる。また、通常命令は３バイト以上が多く、差分は、
１バイトの符号が連続することが多いので、差分コード
によりさらにデータサイズが小さくなる。

【００９２】また、差分コードは似たようなコードが並
ぶことが多いので、エントロピー符号化で圧縮すればさ
らにデータサイズが小さくなる。

【００９３】図１４及び図１５は、量子化モジュールを
ＣＰＵＢの最適なモジュールに置き換える場合の処理例
を示したものである。図１４（Ａ）は、量子化の基本モ
ジュールのプログラムコードを示し、図１４（Ｂ）は、
量子化のＣＰＵＢの最適なモジュールのプログラムコー
ドを示し、図１４（Ｃ）、は量子化のＣＰＵＢの差分デ
ータを示し、図１５（Ｄ）は、量子化のＣＰＵＢの最適
なプログラムの作成を示している。なお、図１４及び図
１５は図面作成の都合で分図されたものである。

【００９４】量子化のＣＰＵＢの最適なプログラムの作
成として、「００２０」行は、その差分コードが「０
１」であるため、全てのレジスタを３２ビットから１６
ビットに変更し、また「００２１」行はその差分コード
が「０１」であるため、全てのレジスタを３２ビットか
ら１６ビットに変更し、「００２２」行はその差分コー
ドが「０１」であるため全てのレジスタを３２ビットか
ら１６ビットに変更し、さらに「００２３」行及び「０
０２４」行もその差分コードか「０１」であるため全て
のレジスタを３２ビットから１６ビットに変更する。

【００９５】つづく「００２５」行は、その差分コード
が「０Ｃ」であるため、現在の行の上に差分コードに続
くプログラムコード“ｐｕｓｈ ａｘ”を挿入し、「０
０２６」行は、差分コードが「０Ｃ」なので現在の行の
上に差分コードに続くプログラムコード“ｍｏｖ ａ
ｚ，ｃｘ”を挿入し、「００２７」行は差分コードが
「０７」Ｄ４Ｅあるため、基本モジュールの「００２
５」行のオペランドを差分コードに続くオペランド“ｄ
ｘ”で置き換え、「００２８」行はその差分コードが
「０Ｃ」であるため、現在の行の上に差分コードに続く
プログラムコード“ｍｏｖ ｃｘ，ａｘ”を挿入し、
「００２９行」は差分コードが「０１」であるため全て
のレジスタを３２ビットから１６ビットに変更する。

【００９６】「００３０」行は、その差分コードが「０
Ｃ」であるため、現在の行の上に差分コードに続くプロ
グラムコード“ｐｏｐ ａｘ”を挿入し、「００３１」
行は差分コードが「０１」であるため全てのレジスタを
３２ビットから１６ビットに変更して、「００３２」行
は差分コードが「０１」であるため全てのレジスタを３
２ビットから１６ビットに変更する。

【００９７】図１６及び図１７は、ＤＣＴモジュールを
ＣＰＵＢの最適なモジュールに置き換える場合の処理例
を示したものである。図１６（Ａ）は、ＤＣＴの基本モ
ジュールのプログラムコードを示し、図１６（Ｂ）は、
ＤＣＴのＣＰＵＢの最適なモジュールのプログラムコー
ドを示し、図１６（Ｃ）は、ＤＣＴのＣＰＵＢの差分デ
ータを示し、図１７は、ＤＣＴのＣＰＵＢの最適なプロ
グラムの作成の様子を差分コードと共に示している。な
お、図１６及び図１７は図面作成の都合で分図されたも
のである。

【００９８】図１７を参照すると、ＤＣＴのＣＰＵＢの
最適なプログラムの作成において、「００２０」行は、
その差分コードが「０３」であるため、その１つ目のレ
ジスタを３２ビットから１６ビットに変更し、「００２
１」行は差分コードが「０３」であるため、１つ目のレ
ジスタを３２ビットから１６ビットに変更し、「００２
２」行は差分コードが「０１」であるため、全てのレジ
スタを３２ビットから１６ビットに変更し、「００２
３」行は差分コードが０１であるため、全てのレジスタ
を３２ビットから１６ビットに変更し、「００２４」行
は差分コードが「０３」であるため、１つ目のレジスタ
を３２ビットから１６ビットに変更し、「００２５」行
は差分コードが「０３」であるため、１つ目のレジスタ
を３２ビットから１６ビットに変更し、「００２６」行
は差分コードが「０１」であるため、全てのレジスタを
３２ビットから１６ビットに変更し、「００２７」行は
差分コードが「０１」であるため、全てのレジスタを３
２ビットから１６ビットに変更し、「００２８」行は差
分コードが「０１」であるため、全てのレジスタを３２
ビットから１６ビットに変更し、「００２９」行は差分
コードが「０Ｂ」であるため、現在の行を差分コードに
続くプログラムコード“ｓｈｒ ａｘ，ｃｌ”で置き換
え、「００３０」行は差分コードが「０Ｄ」であるた
め、現在の行の上に差分コードに続くプログラムコード
“ｎｅｇ ｃｌ”、“ａｄｄ ｃｌ，１６”を挿入し、
「００３２」行は差分コードが「０Ｃ」であるため、現
在の行の上に差分コードに続くプログラムコード“ｓａ
ｌ ｄｘ，ｃｌ”を挿入し、「００３３」行は差分コー
ドが「０Ｃ」であるため、現在の行の上に差分コードに
続くプログラムコード“ｏｒ ａｘ，ｄｘ”を挿入し、
「００３４」行は差分コードが「０３」であるため、基
本モジュールの「００３０」行を１つ目のレジスタを３
２ビットから１６ビットに変更する。

【００９９】図１８及び図１９は、動き補償モジュール
をＣＰＵＢの最適なモジュールに置き換える場合の処理
例を示したものである。図１８（Ａ）は動き補償の基本
モジュールのプログラムコードを示し、図１８（Ｂ）は
動き補償のＣＰＵＢの最適なモジュールのプログラムコ
ードを示し、図１８（Ｃ）は動き補償のＣＰＵＢの差分
データを示し、図１９は動き補償のＣＰＵＢの最適なプ
ログラムの作成を示している。なお、図１８及び図１９
は図面作成の都合で分図されたものである。

【０１００】動き補償のＣＰＵＢの最適なプログラムの
作成において、「００２０」行は差分コードが「０１」
であるため、全てのレジスタを３２ビットから１６ビッ
トに変更し、「００２１」行は差分コードが「０１」で
あるため、全てのレジスタを３２ビットから１６ビット
に変更し、「００２２」行は差分コードが「００」であ
るため変更しないで、「００２３」行は差分コードが
「００」であるため変更しない。

【０１０１】つづく「００２４」から「００２９」行も
差分コードが「００」であるため変更せず、「００３
０」行は差分コードが「０Ｃ」であるため、現在の行の
上に差分コードに続くプログラムコード“ｍｏｖ［ｓ
ｉ］，ｄｘ”を挿入し、「００３１」行は差分コードが
「０Ｂ」であるため、基本モジュールの「００３０」行
を差分コードに続くプログラムコード“ｍｏｖ ｄｘ，
［ｓｉ＋２］”で置き換え、「００３２」行は差分コー
ドが「０Ｂ」であるため、現在の行を差分コードに続く
プログラムコード“ｍｏｖ ｃｘ，［ｄｉ＋２］”で置
き換え、「００３３」行は差分コードが「００」である
ため変更しない。

【０１０２】図２０及び図２１は、ＹＵＶ変換モジュー
ルをＣＰＵＢの最適なモジュールに置き換える場合の処
理例を示したものである。図２０（Ａ）は、ＹＵＶ変換
の基本モジュールのプログラムコードを示し、図２０
（Ｂ）は、ＹＵＶ変換のＣＰＵＢの最適なモジュールの
プログラムコードを示し、図２０（Ｃ）は、ＹＵＶ変換
のＣＰＵＢの差分データを示し、図２１は、ＹＵＶ変換
のＣＰＵＢの最適なプログラムの作成の様子を差分コー
ドと共に示している。なお、図２０及び図２１は図面作
成の都合で分図されたものである。

【０１０３】ＹＵＶ変換のＣＰＵＢの最適なプログラム
の作成において、「００２０」行は差分コードが「０
３」であるため、１つ目のレジスタを３２ビットから１
６ビットに変更し、「００２１」行は差分コードが「０
３」であるため、１つ目のレジスタを３２ビットから１
６ビットに変更し、「００２２」行は差分コードが「０
３」であるため、１つ目のレジスタを３２ビットから１
６ビットに変更し、「００２３」行は差分コードが「０
０」であるため変更しない。

【０１０４】つづく「００２４」行は差分コードが「０
１」であるため、全てのレジスタを３２ビットから１６
ビットに変更し、「００２５」行は差分コードが「０
３」であるため、１つ目のレジスタを３２ビットから１
６ビットに変更し、「００２６」行は差分コードが「０
０」であるため変更せず、「００２７」行は差分コード
が「０１」であるため、全てのレジスタを３２ビットか
ら１６ビットに変更し、「００２８」行は差分コードが
「０Ｃ」であるため、現在の行の上に差分コードに続く
プログラムコード“ａｄｃ ｄｘ，０”を挿入し、「０
０２９」行は差分コードが「０３」であるため、基本モ
ジュールの「００２８」行を１つ目のレジスタを３２ビ
ットから１６ビットに変更し、「００３０」行は差分コ
ードが「０Ｃ」であるため、現在の行の上に差分コード
に続くプログラムコード“ａｄｃｄｘ，０”を挿入し、
「００３１」行は差分コードが「０３」であるため、１
つ目のレジスタを３２ビットから１６ビットに変更す
る。

【０１０５】そして、「００３２」行は差分コードが
「０Ｃ」であるため、現在の行の上に差分コードに続く
プログラムコード“ｍｏｖ ｂｈ，ｄｌ”を挿入し、
「００３３」行は差分コードが「０３」であるため、１
つ目のレジスタを３２ビットから１６ビットに変更し、
「００３４」行は差分コードが「００」であるため変更
せず、「００３５」行は差分コードが「０３」であるた
め、１つ目のレジスタを３２ビットから１６ビットに変
更し、「００３６」行は差分コードが「００」であるた
め変更しない。

【０１０６】図２２及び図２３は、可変長符号化モジュ
ールをＣＰＵＢの最適なモジュールに置き換える場合の
処理例を示したものである。図２２（Ａ）は可変長符号
化の基本モジュールのプログラムコードを示し、図２２
（Ｂ）は可変長符号化のＣＰＵＢの最適なモジュールの
プログラムコードを示し、図２２（Ｃ）は可変長符号化
のＣＰＵＢの差分データを示し、図２３は可変長符号化
のＣＰＵＢの最適なプログラムの作成を示している。な
お、図２２及び図２３は図面作成の都合で分図されたも
のである。

【０１０７】可変長符号化のＣＰＵＢの最適なプログラ
ムの作成において、「００２０」行は差分コードが「０
Ｃ」であるため、現在の行の上に差分コードに続くプロ
グラムコード“ｘｃｈｇ ｂｈ， ｂｌ”を挿入し、
「００２１」行は差分コードが「０Ａ」であるため、現
在の行を差分コードに続くプログラムコード“ｘｃｈｇ
ｄｈ， ｄｌ”で置き換え、「００２２」行は差分コー
ドが「０１」であるため、基本モジュールの「００２
１」行を全てのレジスタを３２ビットから１６ビットに
変更する。

【０１０８】「００２３」行は差分コードが「０Ｃ」で
あるため、現在の行の上に差分コードに続くプログラム
コード“ｍｏｖ［ｄｉ＋２］，ｄｘ”を挿入して、「０
０２４」行は差分コードが「０３」であるため、１つ目
のレジスタを３２ビットから１６ビットに変更する。

【０１０９】

【発明の効果】以上説明したように、本発明によれば、
画像処理装置における圧縮／再生プログラムの中で最適
化すべきモジュールの基本となるプログラムコード（基
本モジュール）と、各ＣＰＵ・ＤＳＰ毎の最適なプログ
ラムコードと、の差分をエントロピー符号化により圧縮
するように構成したことにより、複数のＣＰＵに対応し
たプログラムの容量を小さすることができるという効果
を奏する。

【０１１０】また、本発明によれば、１度ＣＰＵ・ＤＳ
Ｐに最適な圧縮／再生プログラムを作成すれば、ＣＰＵ
・ＤＳＰが変更されるまでは、プログラム作成をする必
要は無いという利点を有する。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成の一例を示す図であ
る。

【図２】本発明の実施の形態の構成の一例を示す図であ
る。

【図３】本発明の実施の形態を説明するための図であ
る。

【図４】本発明の実施の形態の画像圧縮装置における装
置制御手段の処理フローを説明するためのフローチャー
トである。

【図５】本発明の実施の形態における画像圧縮の処理フ
ローを説明するためのフローチャートである。

【図６】本発明の実施の形態における画像圧縮の処理フ
ローを説明するためのフローチャートである。

【図７】本発明の実施の形態における圧縮プログラム作
成の処理フローを説明するためのフローチャートであ
る。

【図８】本発明の実施の形態の画像再生装置における装
置制御手段の処理フローを説明するためのフローチャー
トである。

【図９】本発明の実施の形態における再生プログラム作
成の処理フローを説明するためのフローチャートであ
る。

【図１０】本発明の実施の形態における画像再生の処理
フローを説明するためのフローチャートである。

【図１１】本発明の実施の形態におけるモジュール作成
の処理フローを説明するためのフローチャートである。

【図１２】本発明の実施例を説明するための図である。

【図１３】本発明の実施例を説明するための図である。

【図１４】本発明の実施例を説明するための図である。

【図１５】本発明の実施例を説明するための図である。

【図１６】本発明の実施例を説明するための図である。

【図１７】本発明の実施例を説明するための図である。

【図１８】本発明の実施例を説明するための図である。

【図１９】本発明の実施例を説明するための図である。

【図２０】本発明の実施例を説明するための図である。

【図２１】本発明の実施例を説明するための図である。

【図２２】本発明の実施例を説明するための図である。

【図２３】本発明の実施例を説明するための図である。

【図２４】ＭＰＥＧに準拠した符号フォーマットの階層
図を示す図である。

【図２５】従来の画像圧縮装置の構成を示す図である。

【図２６】従来の画像再生装置の構成を示す図である。

【符号の説明】

１ 装置制御手段 ２ ＣＰＵ ３ キーボード ４ 画像圧縮手段 ５ ＹＶＵ変換手段 ６ 動き検索手段 ７ 動き予測手段 ８ ＤＣＴ手段 ９ 量子化手段 １０ 可変長符号化手段 １１ 参照フレーム部 １２ 動き補償手段 １３ ＩＤＣＴ手段 １４ 逆量子化手段 １５ プログラムデータ １６ 復号化手段 １７ 符号テーブル ２１ 装置制御手段 ２２ ＣＰＵ ２３ キーボード ２４ 画像再生手段 ２５ 可変長復号化手段 ２６ 逆量子化手段 ２７ ＩＤＣＴ手段 ２８ ＲＧＢ変換手段 ２９ 参照フレーム部 ３０ 動き補償手段 ３１ プログラムデータ ３２ 復号化手段 ３３ 符号テーブル

Claims (4)

【特許請求の範囲】
1. 【請求項１】画像を小ブロックに分割して、各ブロック
   毎にＤＣＴ（Discrete Cosine Transform：離散コサイ
   ン変換）を行い、該変換結果を量子化して、高能率符号
   化されたフレーム内符号と、画像を小ブロックに分割し
   て、各ブロック毎に現フレームとその前後のフレームで
   最も差分が小さくなるようなブロックを検索して（動き
   検索）を行い、現フレームのブロックと動き検索された
   フレームのブロックで差分を取り、その差分ブロックに
   ＤＣＴを行い、その変換結果を量子化して、高能率符号
   化されたフレーム間符号で画像を圧縮符号化する画像圧
   縮装置において、 複数種のＣＰＵ（中央演算処理装置）またはＤＳＰ（デ
   ィジタルシグナルプロセッサ）毎の、最適な画像圧縮プ
   ログラムの差分の圧縮データから、現在のＣＰＵ、また
   はＤＳＰに最適な画像圧縮プログラムを作成する手段
   を、備えたことを特徴とする画像圧縮装置。
2. 【請求項２】画像を小ブロックに分割して、各ブロック
   毎にＤＣＴ（Discrete Cosine Transform：離散コサイ
   ン変換）を行い、該変換結果を量子化して、高能率符号
   化されたフレーム内符号と、画像を小ブロックに分割し
   て、各ブロック毎に現フレームとその前後のフレームで
   最も差分が小さくなるようなブロックを検索して（動き
   検索）を行い、現フレームのブロックと動き検索された
   フレームのブロックで差分を取り、その差分ブロックに
   ＤＣＴを行い、その変換結果を量子化して、高能率符号
   化されたフレーム間符号で画像を圧縮符号化された画像
   を再生する画像圧縮装置において、 複数種のＣＰＵまたはＤＳＰ毎の最適な画像再生プログ
   ラムの差分の圧縮データから現在のＣＰＵまたはＤＳＰ
   に最適な画像再生プログラムを作成する手段を、備えた
   ことを特徴とする画像再生装置。
3. 【請求項３】画像処理のプログラムを実行するＣＰＵ
   （中央処理装置）又はＤＳＰ（ディジタルシグナルプロ
   セッサ）などの現在のプロセッサの種別を判別し、現在
   のプログラムが最適なプログラムであるか否かを判定す
   る手段と、 画像処理プログラムの中で最適化すべきモジュールとな
   る所定の演算処理の基本となるプログラムコード（「基
   本モジュール」という）と、各プロセッサ毎の差分を圧
   縮符号化して格納する手段と、 前記現在のプログラムが最適なプログラムで無い場合に
   は、各基本モジュールと差分の圧縮符号情報を取り出し
   て復号し最適なモジュールを生成して組み合わせ、これ
   により最適なプログラムを生成する手段と、 を備えたことを特徴とする画像処理装置。
4. 【請求項４】前記各プロセッサの命令コードの変更の種
   別に対応させて差分コードを割り付けたことを特徴とす
   る請求項３記載の画像処理装置。