(57)【特許請求の範囲】
【請求項１】
処理対象画像の画素の予測差分を求める差分演算部と、
前記処理対象画像を複数の領域に分割する領域分割部と、
前記画素の前記予測差分の大きさにより符号化番号ｎを求め、前記予測差分の絶対値を２nの値で除した余を示す可変長の第１符号と、前記予測差分の絶対値を２nの値で除した商を示す可変長の第２符号と、前記予測差分の正負を示す固定長の第３符号とを求める符号化処理部と、
前記第１符号、前記第２符号および前記第３符号を所定順に配置した画素情報と前記符号化番号ｎとを対応付けして、前記処理対象画像の圧縮情報を生成する圧縮情報生成部と、を備え、
前記符号化処理部は、前記領域内の複数の前記画素の前記予測差分の絶対値の平均値に基づいて、前記領域ごとに前記符号化番号ｎを求めるとともに、前記予測差分の絶対値の平均値をＭとしたときに、「（（Ｍ＋０．５）／２N）＋Ｎ」の値を最小にする０以上の整数である変数Ｎの値を前記符号化番号ｎとする画像圧縮装置。
【請求項２】
請求項１に記載の画像圧縮装置において、
前記符号化処理部は、前記予測差分の絶対値を２nで除した商の値まで２進数の一方の符号を連続させるとともに、前記一方の符号の末尾に２進数の他方の符号を付して前記第２符号を生成する画像圧縮装置。
【請求項３】
被写体を撮像して処理対象画像を取得する撮像部と、
請求項１または請求項２に記載の画像圧縮装置と、を備える撮像装置。
【請求項４】
コンピュータを、請求項１または請求項２に記載の画像圧縮装置として動作させるプログラム。
【請求項５】
請求項１または請求項２のいずれか１項に記載の画像圧縮装置で生成された処理対象画像の圧縮情報、または請求項４に記載の前記プログラムをコンピュータに実行させることで生成された処理対象画像の圧縮情報を伸張する画像伸張装置。
【請求項６】
コンピュータを、請求項５に記載の画像伸長装置として動作させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像圧縮装置、撮像装置、プログラムおよび画像伸張装置に関する。
【背景技術】
【０００２】
従来から、一例として特許文献１に示すように、デジタル画像の圧縮処理では、画像の画素値を隣接画素差分やＤＣＴ係数などに置換した後にハフマン符号化する手法が公知である。なお、ハフマン符号化による画像の圧縮／伸長処理の場合、一般的に圧縮前後の符号の対応関係を示すＬＵＴ（ハフマンテーブル）が必要となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２４４７４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来の技術では、画像の圧縮／伸長処理においてＬＵＴを参照する機能が必要となってコストがかかる点でなお改善の余地があった。
【０００５】
そこで、本発明は、ＬＵＴを参照せずに画像の圧縮／伸長を行う手段を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一の態様の画像圧縮装置は、処理対象画像の画素の予測差分を求める差分演算部と、処理対象画像を複数の領域に分割する領域分割部と、画素の予測差分の大きさにより符号化番号ｎを求め、予測差分の絶対値を２nの値で除した余を示す可変長の第１符号と、予測差分の絶対値を２nの値で除した商を示す可変長の第２符号と、予測差分の正負を示す固定長の第３符号とを求める符号化処理部と、第１符号、第２符号および第３符号を所定順に配置した画素情報と前記符号化番号ｎとを対応付けして、処理対象画像の圧縮情報を生成する圧縮情報生成部と、を備える。符号化処理部は、領域内の複数の画素の予測差分の絶対値の平均値に基づいて、領域ごとに符号化番号ｎを求める。また、符号化処理部は、予測差分の絶対値の平均値をＭとしたときに、「（（Ｍ＋０．５）／２N）＋Ｎ」の値を最小にする０以上の整数である変数Ｎの値を符号化番号ｎとする。
【０００８】
一の態様において、符号化処理部は、予測差分の絶対値を２nで除した商の値まで２進数の一方の符号を連続させるとともに、一方の符号の末尾に２進数の他方の符号を付して第２符号を生成してもよい。
【０００９】
なお、一の態様の画像圧縮装置を備える撮像装置や、コンピュータを一の態様の画像圧縮装置として動作させるプログラムや、前記プログラムを記憶した記憶媒体や、一の態様における画像圧縮装置の動作を方法のカテゴリで表現したものも、本発明の具体的態様として有効である。
【００１０】
さらに、一の態様の画像圧縮装置によって生成された処理対象画像の圧縮情報を伸張する画像伸張装置や、コンピュータを上記の画像伸長装置として動作させるプログラムや、前記プログラムを記憶した記憶媒体や、上記の画像伸長装置の動作を方法のカテゴリで表現したものも、本発明の具体的態様として有効である。
【発明の効果】
【００１１】
本発明の一例では、ＬＵＴを参照せずに画像の圧縮／伸長が可能となる。
【図面の簡単な説明】
【００１２】
【図１】第１実施形態に係る画像処理装置の構成例を示すブロック図
【図２】第１実施形態での画像圧縮処理の動作例を説明する流れ図
【図３】第１実施形態での画像内予測差分の演算例を示す図
【図４】処理対象画像の圧縮ファイルのデータ構造例を示す模式図
【図５】符号化する値の絶対値と圧縮時の符号長との関係をプロットした図
【図６】図５に式（３）の近似式の直線を追加した図
【図７】第１実施形態での画像伸長処理の動作例を説明する流れ図
【図８】第２実施形態における電子カメラの構成例を示すブロック図
【発明を実施するための形態】
【００１３】
＜第１実施形態の説明＞
図１は、第１実施形態に係る画像処理装置の構成例を示すブロック図である。一の実施形態の画像処理装置は、プログラムがインストールされたパーソナルコンピュータである。この画像処理装置を構成するコンピュータ１１は、プログラムの実行によって、処理対象のデジタル画像（処理対象画像）に圧縮処理を施す。また、コンピュータ１１は、プログラムの実行によって、圧縮処理によって生成された処理対象画像の圧縮情報（後述の圧縮ファイル）を伸張することもできる。
【００１４】
ここで、上記の処理対象画像は、電子カメラやスキャナ等の撮像装置で被写体を撮像して得た画像であってもよく、あるいはコンピュータ１１上で描画された画像であってもよい。
【００１５】
図１に示すコンピュータ１１は、データ読込部１２、記憶装置１３、ＣＰＵ１４、メモリ１５および入出力Ｉ／Ｆ１６、バス１７を有している。データ読込部１２、記憶装置１３、ＣＰＵ１４、メモリ１５および入出力Ｉ／Ｆ１６は、バス１７を介して相互に接続されている。さらに、コンピュータ１１には、入出力Ｉ／Ｆ１６を介して、入力デバイス１８（キーボード、ポインティングデバイスなど）とモニタ１９とがそれぞれ接続されている。なお、入出力Ｉ／Ｆ１６は、入力デバイス１８からの各種入力を受け付けるとともに、モニタ１９に対して表示用のデータを出力する。
【００１６】
データ読込部１２は、上記の処理対象画像や、プログラムを外部から読み込むときに用いられる。例えば、データ読込部１２は、着脱可能な記憶媒体からデータを取得する読込デバイス（光ディスク、磁気ディスク、光磁気ディスクの読込装置など）や、公知の通信規格に準拠して外部の装置と通信を行う通信デバイス（ＵＳＢインターフェース、ＬＡＮモジュール、無線ＬＡＮモジュールなど）で構成される。
【００１７】
記憶装置１３は、例えば、ハードディスクや、不揮発性の半導体メモリなどの記憶媒体で構成される。この記憶装置１３には、上記のプログラムと、プログラムの実行に必要となる各種のデータとが記録されている。なお、記憶装置１３には、データ読込部１２から読み込んだ処理対象画像の情報や、処理対象画像の圧縮情報（後述の圧縮ファイル）などを記憶しておくこともできる。
【００１８】
ＣＰＵ１４は、コンピュータ１１の各部を統括的に制御するプロセッサである。このＣＰＵ１４は、プログラムの実行によって、差分演算部２１と、領域分割部２２と、番号取得部２３と、符号化処理部２４と、圧縮情報生成部２５として機能する（なお、ＣＰＵ１４に含まれる各部の動作については後述する）。
【００１９】
メモリ１５は、プログラムの演算結果などを一時的に記憶する。このメモリ１５は、例えば揮発性のＳＤＲＡＭなどで構成される。
【００２０】
（画像圧縮処理の動作例）
次に、図２の流れ図を参照しつつ、第１実施形態の画像処理装置による画像圧縮処理の動作例を説明する。図２の処理は、ユーザによるプログラム実行指示に応じて、ＣＰＵ１４がプログラムを実行することで開始される。
【００２１】
ステップＳ１０１：ＣＰＵ１４は、データ読込部１２または記憶装置１３から処理対象画像を取得する。なお、第１実施形態では、簡単のため、色情報を含まないグレースケール画像を処理対象画像とする例を説明する。
【００２２】
ステップＳ１０２：差分演算部２１は、処理対象画像の各画素で画像内予測差分を求める。例えば、差分演算部２１は、画像内予測差分として、隣接画素との画素値の差分や、数画素離れた画素との画素値の差分を公知の手法により各画素で求めればよい。なお、差分演算部２１は、処理対象画像を解析して画像構造（画像内での画素値の相関）を求め、各画素についてそれぞれ画素値の相関が高くなる方向で画素の差分を求めるようにしてもよい。
【００２３】
一例として、第１実施形態での画像内予測差分の演算例を図３に示す。図３の例での差分演算部２１は、処理対象画像の一番上の行において、左側に隣接する画素との画素値の差分を、画素の画像内予測差分とする。なお、差分演算部２１は、処理対象画像における左上隅の画素では、当該画素の画素値をそのまま用いるものとする。また、差分演算部２１は、処理対象画像の一番上の行を除く他の行では、上側に隣接する画素との画素値の差分を、画素の画像内予測差分とする。
【００２４】
ステップＳ１０３：領域分割部２２は、処理対象画像を複数の領域に分割する領域分割処理を行う。一例として、領域分割部２２は、４×４画素サイズのブロックによって処理対象画像を格子状に分割する。
【００２５】
ステップＳ１０４：番号取得部２３は、各々のブロック（Ｓ１０３）において、ブロック内の画像内予測差分の大きさに基づく符号化番号ｎをそれぞれ求める。
【００２６】
一例として、番号取得部２３は、ブロック内における画像内予測差分の絶対値の平均値Ｍを各ブロックで求める。次に、番号取得部２３は、以下の式（１）による値（予測される符号長）を最小にする変数Ｎの値を各ブロックで求める。なお、式（１）の予測される符号長は、ブロック内での画素の平均符号長に対応する。そして、番号取得部２３は各ブロックにおいて、変数Ｎを符号化番号ｎとしてそれぞれ設定する（Ｎ＝ｎ）。
【００２７】
【数１】
0005413007.tif 000002
【００２８】
但し、式（１）において変数Ｎは０以上の整数である。また、第１実施形態の例では、変数Ｎは１−８の範囲に制限されるものとする。
【００２９】
ステップＳ１０５：ＣＰＵ１４は、処理対象画像に含まれる複数のブロックのうちから、符号化を行うブロックＢを指定する。一例として、Ｓ１０５でのＣＰＵ１４は、符号化を行うブロックＢの位置を変更するときに、処理対象画像の左上隅を起点として１行ずつ左から右に順次走査でブロックＢをシフトさせるものとする。
【００３０】
ステップＳ１０６：ＣＰＵ１４は、符号化を行うブロックＢ（Ｓ１０５）のうちから、符号化を行う画素Ｐを指定する。一例として、Ｓ１０６でのＣＰＵ１４は、符号化を行う画素Ｐの位置を変更するときに、ブロックＢの左上隅を起点として１行ずつ左から右に順次走査で画素Ｐをシフトさせるものとする。
【００３１】
ステップＳ１０７：符号化処理部２４は、画素Ｐが属するブロックＢに対応した符号化番号ｎの値を用いて、以下の規則による符号化処理を行う。
【００３２】
≪ｎが最大値以外（第１実施形態では１−７）の場合≫
（Ａ）第１に、符号化処理部２４は、画素Ｐの画像内予測差分の絶対値を２nで除した余を求める。そして、符号化処理部２４は、求めた余の値を２進数符号化して可変長の第１符号を生成する。ここで、上記の余の値は０から２n−１の範囲となるのでｎビットで表現できる。よって、第１符号の符号長は、画素Ｐに対応する符号化番号ｎの値に応じたビット数で一義的に決定できる。
【００３３】
（Ｂ）第２に、符号化処理部２４は、画素Ｐの画像内予測差分の絶対値を２nで除した商を求める。そして、符号化処理部２４は、求めた商の値まで２進数の「１」の符号を連続させるとともに、末尾に終端を示す２進数の「０」の符号を付して可変長の第２符号を生成する。なお、符号化処理部２４は、上記の「０」および「１」を反転させて第２符号を生成してもよい。
【００３４】
（Ｃ）第３に、符号化処理部２４は、画素Ｐの画像内予測差分の正負を示す１ビット固定長の第３符号を生成する。例えば、符号化処理部２４は、画素Ｐの画像内予測差分が正であれば第３符号を「０」とし、画素Ｐの画像内予測差分が負であれば第３符号を「１」とする。なお、画素Ｐの画像内予測差分が「０」である場合、符号化処理部２４は第３符号の生成を省略する。
【００３５】
（Ｄ）そして、符号化処理部２４は、上記の第１符号、第２符号および第３符号を所定順に配置した画素Ｐの画素情報を生成する。例えば、第１実施形態での符号化処理部２４は、第１符号、第２符号および第３符号の順に符号を繋げて画素情報を生成する（図４参照）。勿論、符号化処理部２４は、画素情報における第１符号、第２符号および第３符号の配置順を適宜変更してもよい。
【００３６】
ここで、上記の場合における画素情報の生成例を説明する。一例として、画素Ｐの画像内予測差分が−２９であり、符号化番号ｎが３である場合を考える。
【００３７】
この場合、画像内予測差分の絶対値（２９）を２3（８）で除した余は５であり、第１符号は２進数３ビットで「１０１」となる。また、画像内予測差分の絶対値（２９）を２3（８）で除した商は３であるので、第２符号は「１１１０」となる。また、画像内予測差分は負の値であるので、第３符号は「１」となる。よって、上記の場合の画素情報は「１０１１１１０１」となる。なお、第１符号から第３符号の配置順と、符号化番号ｎとが既知であれば、上記の画素情報の上位ｎビットが第１符号であると識別できる。同様に、上記の画素情報に含まれる第２符号は、終端を示す「０」の符号によって識別できる。
【００３８】
また、他の例として、画素Ｐの画像内予測差分が「０」であり、符号化番号ｎが３である場合を考える。
【００３９】
この場合、画像内予測差分の絶対値（０）を２3（８）で除した余は０であり、第１符号は２進数３ビットで「０００」となる。また、画像内予測差分の絶対値（０）を２3（８）で除した商も０であるので、第２符号は終端を示す「０」のみとなる。また、画像内予測差分は０であるので、第３符号は省略される。よって、上記の場合の画素情報は「００００」となる。このように、上記の画素情報の第１符号（上位ｎビット）の直後に「０」が続く場合には、画像内予測差分の絶対値が「０」であると判断できるので、１画素分の画素情報を識別することが可能となる。
【００４０】
≪ｎが最大値（第１実施形態では８）の場合≫
この場合、符号化処理部２４は、上記（Ａ）および（Ｂ）の処理の代わりに、画素Ｐの画像内予測差分の絶対値を２進数符号化する。そして、符号化処理部２４は、上記（Ｃ）と同様に画素Ｐの画像内予測差分の正負を示す１ビット固定長の第３符号を末尾に付与して、画素Ｐの画素情報を生成する。
【００４１】
ステップＳ１０８：ＣＰＵ１４は、現在の画素ＰがブロックＢの最後の画素（ブロックＢの右下隅の画素）であるか否かを判定する。上記要件を満たす場合（ＹＥＳ側）にはＳ１０９に処理が移行する。この場合、ブロックＢの全画素で画素情報が生成された状態にある。
【００４２】
一方、上記要件を満たさない場合（ＮＯ側）には、ＣＰＵ１４はＳ１０６に戻って画素Ｐを再指定して上記動作を繰り返す。なお、Ｓ１０８でのＮＯ側のループにより、ブロックＢに含まれる各画素の画素情報が順次生成されることとなる。
【００４３】
ステップＳ１０９：圧縮情報生成部２５は、ブロックＢの各画素の画素情報とブロックＢの符号化番号ｎとを対応付けして、ブロックＢの圧縮情報を生成する。
【００４４】
一例として、Ｓ１０９での圧縮情報生成部２５は、圧縮情報の先頭に符号化番号ｎを所定ビット数（３ビット）で記録する。そして、圧縮情報生成部２５は、画素Ｐの指定順に従って１６画素分の画素情報を記録する（図４参照）。なお、符号化番号ｎを示す符号の位置およびビット数と、１ブロック分の画素情報の数とが既知であれば、上記の圧縮情報に含まれる個々の情報はそれぞれ識別可能である。
【００４５】
ステップＳ１１０：ＣＰＵ１４は、現在のブロックＢが最後のブロック（処理対象画像の右下隅のブロック）であるか否かを判定する。上記要件を満たす場合（ＹＥＳ側）にはＳ１１１に処理が移行する。この場合、処理対象画像の全ブロックで圧縮情報が生成された状態にある。
【００４６】
一方、上記要件を満たさない場合（ＮＯ側）には、ＣＰＵ１４はＳ１０５に戻ってブロックＢを再指定して上記動作を繰り返す。なお、Ｓ１１０でのＮＯ側のループにより、処理対象画像に含まれる各ブロックの圧縮情報が順次生成されることとなる。
【００４７】
ステップＳ１１１：圧縮情報生成部２５は、ヘッダ情報と各ブロックの圧縮情報とを対応付けして処理対象画像の圧縮ファイルを生成する。そして、ＣＰＵ１４は、記憶装置１３に圧縮ファイルを記録する。
【００４８】
一例として、処理対象画像の圧縮ファイルのデータ構造を図４に模式的に示す。圧縮ファイルの先頭部にはヘッダ情報が記録され、ヘッダ情報の後にはブロックＢの指定順に従って各ブロックの圧縮情報が記録される。
【００４９】
また、上記のヘッダ情報は、例えば、処理対象画像の画像サイズ情報（縦横の画素数）、１ブロックのサイズ情報（縦横の画素数）、ブロックの配列情報（縦横のブロック数）、符号化番号ｎの記録ビット数の情報を含む。なお、ヘッダ情報は、圧縮情報生成部２５によって生成される。以上で、図２の流れ図の説明を終了する。
【００５０】
第１実施形態の画像圧縮装置は、符号化番号ｎに基づいて各画素の符号化を行う。そのため、ハフマン符号化とは異なり、ＬＵＴを参照せずに画像の符号化を行うことができる。
【００５１】
また、第１実施形態の符号化においても、ハフマン符号化と同様に小さな値は短い符号となる。一般に、画像の隣接画素差分は小さな値となる確率が高いので、圧縮後の符号は平均的に短くなる傾向を示す。よって、第１実施形態の画像圧縮装置は、画像の情報を効率的に圧縮できる。
【００５２】
ところで、ハフマン符号化で領域別に異なる符号化を実施する場合、各領域でそれぞれ異なるＬＵＴが必要となり、領域ごとに異なった符号化処理を行うことが比較的に困難である。一方、第１実施形態の画像圧縮装置は、各々のブロックで符号化番号ｎを変化させることで、領域ごとに異なった符号化処理を極めて容易に実行できる。なお、発明者が実験したところ、画像全体を同じハフマン符号化処理で圧縮する場合よりも、第１実施形態の画像圧縮装置によってブロック毎に符号化番号ｎを変化させて画像の圧縮を行う方が高い圧縮率を得ることができた。なお、第１実施形態において、符号化番号ｎを小さく設定すれば小さな値の符号化が有利となり、符号化番号ｎを大きく設定すれば大きな値の符号化が有利となる。
【００５３】
また、第１実施形態の画像圧縮装置は、上記の式（１）によって、非常に圧縮効率の高い符号化番号ｎを各ブロックで容易に求めることができる。ここで、第１実施形態において、１画素分の符号化する値（隣接画素差分）から符号化で得られる符号長は、以下の式（２）で求めることができる。
【００５４】
【数２】
0005413007.tif 000003
【００５５】
式（２）の「ＩＮＴ（ｘ）」はｘを超えない最大の整数を返す関数を示す。また、第１実施形態では符号化する値が０の場合には正負の符号（第３符号）を省略するので、式（２）の演算結果よりも実際は１ビット分符号長が短くなる。図５は、符号化番号１−４において、式（２）により、符号化する値（隣接画素差分）の絶対値と圧縮時の符号長との関係をプロットした図である。
【００５６】
上記の式（２）の符号長は、以下の式（３）で近似的に求めることができる。図６は、図５に式（３）の近似式の直線を追加した図である。図６によれば、式（３）の演算結果は、式（２）の演算結果をよく近似していることが分かる。
【００５７】
【数３】
0005413007.tif 000004
【００５８】
なお、上記の式（３）は一次式であることから、上記の「符号長」を複数の符号長の平均（予測される符号長）とし、上記の「符号化する値の絶対値」を複数の符号化する値の絶対値の平均と置き替えることもでき、これにより、上記の式（１）を得ることができる。以上の説明から、上記の式（１）で求まる符号化番号ｎは、各ブロックで符号長の平均値を最小化できることが分かる。
【００５９】
（画像伸長処理の動作例）
次に、図７の流れ図を参照しつつ、第１実施形態の画像処理装置による画像伸長処理の動作例を説明する。図７の処理は、ユーザによるプログラム実行指示に応じて、ＣＰＵ１４がプログラムを実行することで開始される。
【００６０】
ステップＳ２０１：ＣＰＵ１４は、データ読込部１２または記憶装置１３から処理対象画像の圧縮ファイル（上記のＳ１１１で生成されたもの）を取得する。
【００６１】
ステップＳ２０２：ＣＰＵ１４は、圧縮ファイルに含まれるヘッダ情報を参照し、処理対象画像の画像サイズ情報、１ブロックのサイズ情報、ブロックの配列情報、符号化番号ｎの記録ビット数の情報を取得する。
【００６２】
ステップＳ２０３：ＣＰＵ１４は、圧縮ファイルに含まれる各ブロックの圧縮情報を順次伸長する。
【００６３】
具体的には、ＣＰＵ１４は、符号化番号ｎの記録ビット数の情報に基づいて、各ブロックの圧縮情報の先頭部から、そのブロックに対応する符号化番号ｎを取得する。次に、ＣＰＵ１４は、上記のＳ１０７の符号化規則に基づいてブロック内の各画素情報を順次伸長し、各画素の画像内予測差分の値を取得する。なお、ＣＰＵ１４は、１ブロックのサイズ情報を参照することで、各画素の画像内予測差分の値を正しく再配置できる。
【００６４】
そして、ＣＰＵ１４は、各ブロックで上記の動作を繰り返すことで、処理対象画像の全画素で画像内予測差分の値を取得できる。なお、ＣＰＵ１４は、処理対象画像の画像サイズ情報またはブロックの配列情報を参照することで、各ブロックを正しく再配置できる。
【００６５】
ステップＳ２０４：ＣＰＵ１４は、Ｓ２０３で取得した画像内予測差分の値から、処理対象画像の各画素値を求める。これにより、ＣＰＵ１４は、圧縮ファイルから処理対象画像を復元できる。なお、ＣＰＵ１４は、復元した処理対象画像をモニタ１９に表示出力してもよく、復元した処理対象画像を記憶装置１３に記録してもよい。
【００６６】
＜第２実施形態の説明＞
図８は、第２実施形態における電子カメラの構成例を示すブロック図である。電子カメラ３１は、撮像光学系３２と、撮像素子３３と、画像処理エンジン３４と、ＲＯＭ３５と、メインメモリ３６と、記録Ｉ／Ｆ３７と、ユーザの操作を受け付ける操作部３８とを有している。ここで、撮像素子３３、ＲＯＭ３５、メインメモリ３６、記録Ｉ／Ｆ３７および操作部３８は、それぞれ画像処理エンジン３４に接続されている。
【００６７】
撮像素子３３は、撮像光学系３２によって結像される被写体の像を撮像し、撮像した画像の画像信号を生成する撮像デバイスである。なお、撮像素子３３から出力された画像信号は、Ａ／Ｄ変換回路（不図示）を介して制御部に入力される。
【００６８】
画像処理エンジン３４は、電子カメラ３１の動作を統括的に制御するプロセッサである。例えば、画像処理エンジン３４は、撮像した画像のデータに対して各種の画像処理（色補間処理、階調変換処理、輪郭強調処理、ホワイトバランス調整、色変換処理など）を施す。また、画像処理エンジン３４は、プログラムの実行により、画像圧縮装置（第１実施形態の差分演算部２１、領域分割部２２、番号取得部２３、符号化処理部２４、圧縮情報生成部２５）として機能する。
【００６９】
ＲＯＭ３５には、画像処理エンジン３４によって実行されるプログラムが記憶されている。また、メインメモリ３６は、画像処理の前工程や後工程で画像のデータを一時的に記憶する。
【００７０】
記録Ｉ／Ｆ３７は、不揮発性の記憶媒体３９を接続するためのコネクタを有している。そして、記録Ｉ／Ｆ３７は、コネクタに接続された記憶媒体３９に対してデータの書き込み／読み込みを実行する。上記の記憶媒体３９は、ハードディスクや、半導体メモリを内蔵したメモリカードなどで構成される。なお、図８では記憶媒体３９の一例としてメモリカードを図示する。
【００７１】
第２実施形態の電子カメラ３１は、ユーザの撮像指示をトリガとする撮像処理において、撮像素子３３で撮像された画像に対して第１実施形態の画像圧縮処理（図２の流れ図の処理）を施す。そして、電子カメラ３１は撮像画像の圧縮ファイルを記憶媒体３９へ記録する。これにより、第２実施形態の電子カメラ３１では、より多くの画像の情報を記憶媒体３９へ効率的に記録することが可能となる。
【００７２】
＜実施形態の補足事項＞
上記の各実施形態では、差分演算部２１、領域分割部２２、番号取得部２３、符号化処理部２４、圧縮情報生成部２５の機能をプログラムによってソフトウエア的に実現する例を説明したが、ＡＳＩＣによって上記の各部をハードウエア的に実現しても勿論かまわない。
【００７３】
また、上記の第１実施形態ではグレースケール画像を処理対象画像とする例を説明したが、カラー画像に本発明の画像圧縮処理を施しても勿論かまわない。例えば、カラー画像に本発明の画像圧縮処理を施す場合、ＲＧＢの各チャネルでそれぞれ上記の画像圧縮処理を実行すればよい。あるいはＹＣｂＣｒの各チャネルでそれぞれ上記の画像圧縮処理を実行してもよい。
【００７４】
また、上記の第１実施形態において、符号化番号ｎの範囲（１−８）や１ブロックのサイズ（４×４画素）はあくまで一例にすぎず、本発明の実施時にはこれらのパラメータは適宜変更してもよい。
【００７５】
また、上記の第１実施形態において、１ブロックのサイズや符号化番号ｎの記録ビット数が規格化されて一義的に定まっている場合には、ヘッダ情報から上記の情報を省略してもよい。
【００７６】
なお、本発明の撮像装置は、例えば、携帯電話などの電子機器に内蔵されるカメラモジュールや、一眼レフ型の電子カメラや、スキャナ等の撮像装置にも広く適用できる。
【００７７】
以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲が、その精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずであり、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物によることも可能である。
【符号の説明】
【００７８】
１１…コンピュータ、１２…データ読込部、１３…記憶装置、１４…ＣＰＵ、２１…差分演算部、２２…領域分割部、２３…番号取得部、２４…符号化処理部、２５…圧縮情報生成部、３１…電子カメラ、３３…撮像素子、３４…画像処理エンジン、３５…ＲＯＭ、３７…記録Ｉ／Ｆ、３９…記憶媒体
【図１】
0005413007.tif 000005
【図２】
0005413007.tif 000006
【図３】
0005413007.tif 000007
【図４】
0005413007.tif 000008
【図５】
0005413007.tif 000009
【図６】
0005413007.tif 000010
【図７】
0005413007.tif 000011
【図８】
0005413007.tif 000012