JP4136825B2 - 画像処理装置および画像処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、画像データに対して所定の画像処理を行う画像処理装置および画像処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムに関するものである。
【０００２】
【従来の技術】
近年のデジタル化の波により、従来の銀塩カメラに代わり、デジタルカメラが急激に普及した。これは、パーソナルコンピュータ（以下、ＰＣ）が多くの人に浸透したことにより、デジタル化された画像データをより気軽に取り扱うことが出来るようになったことが要因と考えられる。
【０００３】
これに、半導体製造技術の高度化により、デジタルカメラで撮影される画像の高画素、高画質化も後押しした。
【０００４】
さらに、昨今では携帯電話やＰＤＡと言ったモバイル機器の高機能化に伴い、デジタルカメラを付けられたものが現れ、ＰＣを保有しない人でもデジタル化された写真に接する機会が増えた。
【０００５】
これらのユーザのために、ＰＣを介することなく、プリントできるよう、ＰＣに接続しないでも印字可能なプリンタが登場した。これは、ホスト側であるＰＣで行っていた画像処理の機能を、プリンタ本体にもたせることにより実現している。
【０００６】
図１９は、従来の画像処理装置のデータ処理状態を説明するブロック図であり、例えば画像処理装置として、プリンタで行っている画像処理の一例を示す。
【０００７】
図１９において、１０１はデコード処理部で、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｇｒａｐｈｉｃ ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ：ＩＳＯ／ＩＥＣ ＩＴＵ−ＴＴ．８１又はＩＳＯ／ＩＥＣ ＩＳ １０９１８−１）などの圧縮フォーマットにエンコードされた画像データをデコードする。ここでは、ＪＰＥＧ形式にエンコードされた画像データに対し、エントロピー復号化、逆量子化、逆ＤＣＴ変換を行い、デコード処理を実行する。各々の処理についての詳細は、本提案の本質ではないので割愛する。このデコード処理により、輝度（Ｙ）、色差（Ｃｂ,Ｃｒ）形式の画像データが、８ラ８ピクセル単位に生成されていく。
【０００８】
１０２は色処理部で、ＹＣｂＣｒ形式でデコードされた画像データに対し、画像補正や色変換処理を施し、プリンタのインク色へと変換する。
【０００９】
１０３は画像補正処理部で、画像のホワイトバランスの補正や露出補正を行うことや、モノクロやセピアなどへの補正処理の実行、デジタルカメラで撮像した画像に含まれるＣＣＤノイズの除去、ローパス／ハイパスなどのフィルタリング処理など、様々な処理の実行が可能である。
【００１０】
その後の色変換処理部１０４では、ＹＣｂＣｒ形式で補正が施された画像データを、例えばシアン、マゼンタ、イエローのプリンタのインク色へと変換処理を行う。
【００１１】
インク色へと変換された画像データは、プリンタが印字可能な階調に変換されるよう量子化処理部１０５へと送られる。
【００１２】
なお、量子化処理の方法としては、誤差拡散法やマトリクスを利用したディザ法などが挙げられる。これらの処理により、プリンタのインク色のデータを、印字可能な階調データとして、プリンタの記録制御部（図示せず）へと送信される。
【００１３】
図２０は、図１９に示した色処理部１０２におけるデータ処理の詳細を説明するブロック図であり、色処理部１０２での画像データのバッファへの書き込み／読み出し状態を説明する。
【００１４】
図２０において、２０１はデコード処理で、８×８単位で画像がデコードされてくるため、８の倍数ラインのデコードバッファ２０２を用意する。この例では、デコードバッファ２０２に格納されたデータは、画像補正のために画像補正バッファ２０４にコピーされ、その中で所望の処理が実行される。このときの画像補正バッファ２０４のライン数は、その処理の内容に応じて決定する。
【００１５】
例えば、後述するＣＣＤノイズのリダクション処理であれば１７ライン分であり、特許文献１に記載されているＪＰＥＧ復号化データに３×３のマトリクスを使ったフィルタ処理であれば３ライン分となる。補正処理が施されたデータは、１ライン毎に色変換バッファ２０６へと書き込まれ、上述の色変換処理部２０５で色変換処理が実行される。
【００１６】
色変換処理部２０５では、変換されたデータを同じ色変換バッファ２０６に上書きすることにより、メモリの容量を削減出来る。また、色変換処理以降の処理単位を１ラインずつとしているのも、メモリ容量を出来るだけ小さくするためである。
【００１７】
画像補正処理部２０３において、１ラスタデータの処理を施した後、画像補正バッファ２０４に次の1ラインが必要になった場合は、デコード処理部２０１へと1ラインを要求する。１ラインがデコードバッファ２０２にある場合は、そのラスタデータを画像補正処理部２０３に渡し、画像補正処理部２０３は、それを画像補正バッファ２０４に書き込み処理を行う。送信すべきラスタデータがデコードバッファ２０２に存在しない場合は、デコード処理を実行し、８の倍数分のラスタデータをデコードバッファ２０２に生成し、所望のラスタデータを渡す。
【００１８】
このように、ＪＰＥＧ画像のような１度のデコード処理で８ライン分のデータが作成されるような場合においても、８の倍数ラインのサイズを有するデコードバッファ２０２によって、画像補正部２０３は１ライン単位の要求をすることが可能となる。そして、この繰り返しにより、色処理部２０８では、画像補正２０３、色変換処理２０５を実行した1ラインのデータを、量子化処理２０７へと送っている。
【００１９】
また、この種の特許文献として、特許文献１〜３が公開されている。
【００２０】
【特許文献１】
特開平１０−３２７０９号公報
【００２１】
【特許文献２】
特開２０００−１５６８３０号公報
【００２２】
【特許文献３】
特開平６−２１７０９４号公報
【００２３】
【発明が解決しようとする課題】
従来の画像処理装置は上記のように構成されているので、プリンタ本体への画像処理機能の付加など組込み系の場合、そのメモリ容量、ＣＰＵ、内部バススピードなど、ＰＣのホストに比べると、そのパフォーマンスは大きく劣ることが多い。
【００２４】
ＪＰＥＧに代表される画像がマルチラスタで生成されるものに対し補正を行う場合、上述した図２０のようなバッファメモリへのアクセスとなるが、書き込み処理に着目すると、デコードバッファへの書き込み、画像補正バッファへの書き込み、補正後データの色変換バッファへの書き込み、色変換後データの色変換バッファへの上書き処理と、量子化処理の前までに４回の書き込み処理が発生する。
【００２５】
ＰＣのように大容量かつ高速アクセス出来るメモリが用意されているシステムならば、この点については、特に大きな問題とはならない。
【００２６】
しかし、組込み系でメモリ容量が厳しく制限されている場合と、メモリアクセス、中でも書き込み処理のアクセスが遅いシステムにおいては、メモリ容量削減と高速化のために書き込み処理をいかにして減らすかが重要な課題となる。
【００２７】
特許文献２においては、復号化し、所定の画像処理を施したデータを一次的に記憶しておく一次バッファに格納し、高速化を図っているが、メモリ容量の増加、一次バッファに記憶する際の、書き込み処理が発生してしまう。
【００２８】
また、特許文献３では、環状のバッファ（リングバッファ）を保有し、バッファの小型化、効率化を保ちつつ、複数ページ出力の高速化を実現しているが、従来技術のようなマルチラスタ生成する画像補正については考慮されていない。また、アクセス回数を減らすことも課題として残ってしまう等の問題点があった。
【００２９】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、画像データに対する画像処理時に、確保すべき記憶領域を最小限とし、かつ、画像処理結果を得るまでに要する記憶領域に対するアクセス処理回数を大幅に削減して処理時間を短縮して効率よく画像処理を行える仕組を提供することを目的とする。
【００３０】
【課題を解決するための手段】
本発明は、復号化された画像データに対し、注目画素、及びその周辺の画素を参照するウインドウ処理を行なうことで画像補正処理を行なう画像補正手段と、前記復号化により得られるライン数を N 、前記ウインドウ処理において用いるライン数を M とした場合、 (1) 式により求められるライン数 L の画像データの格納領域を確保する領域確保手段と、 L ＝ Ｍ＋（Ｎ−１） ・・・ (1) 前記確保した格納領域に格納された画像データを用いて前記画像補正処理を実行しながら一つずつ処理対象ラインを下に進め、前記格納領域の最下位ラインの画像データに対する画像補正の次に最上位ラインの画像データに処理を進めるラインステップ手段と、画像データを復号化した復号化回数を D 、前記画像補正処理を実行したライン数を J とし、 (2) 式 J ＋ (M − 1) ÷ ２ ＞ D × N ・・・ (2) が満足された場合に、前記格納領域のうち、 ((D × N ＋ 1)%L) 番目のライン（ % は剰余算）から画像データを格納するために前記復号化を行なう画像復号化手段とを有することを特徴とする。
【００３８】
【発明の実施の形態】
〔第１実施形態〕
以下、添付図面を参照して本発明の好適な実施形態を詳細に説明する。なお、本実施の形態では、通常のＰＣから印字出来るプリンタだけでなく、ＰＣカードスロットを有し、ＰＣカードに記録されたデジタルカメラで撮影した画像もプリンタ可能である。記録方法としてインクジェット方式を採用している記録装置（フォトダイレクトプリンタ装置）を例に挙げて説明する。
【００３９】
以下、添付図面を参照して本発明の好適な実施形態を詳細に説明する。
【００４０】
図１は、本発明の第１実施形態を示す画像処理装置の一例を示す外観斜視図であり、例えばフォトダイレクトプリンタ装置１０００の例に対応する。このフォトダイレクトプリンタは、ホストコンピュータ（ＰＣ）からデータを受信して印刷する、通常のＰＣプリンタとしての機能と、メモリカードなどの記憶媒体に記憶されている画像データを直接読取って印刷したり、或いはデジタルカメラからの画像データを直接受信して印刷する機能を備えている。
【００４１】
図１において、本実施形態に係るフォトダイレクトプリンタ装置１０００の外殻をなす本体は、下ケース１００１、上ケース１００２、アクセスカバー１００３及び排出トレイ１００４の外装部材を有している。
【００４２】
また、下ケース１００１は、フォトダイレクトプリンタ装置１０００の略下半部を、上ケース１００２は本体の略上半部をそれぞれ形成しており、両ケースの組合せによって内部に後述の各機構を収納する収納空間を有する中空体構造をなし、その上面部及び前面部にはそれぞれ開口部が形成されている。
【００４３】
さらに、排出トレイ１００４は、その一端部が下ケース１００１に回動自在に保持され、その回動によって下ケース１００１の前面部に形成される開口部を開閉させ得るようになっている。このため、記録動作を実行させる際には、排出トレイ１００４を前面側へと回動させて開口部を開成させることにより、ここから記録シートが排出可能となると共に、排出された記録シートを順次積載し得るようになっている。
【００４４】
また、排紙トレイ１００４には、２枚の補助トレイ１００４ａ，１００４ｂが収納されており、必要に応じて各トレイを手前に引き出すことにより、用紙の支持面積を３段階に拡大、縮小させ得るようになっている。
【００４５】
アクセスカバー１００３は、その一端部が上ケース１００２に回転自在に保持され、上面に形成される開口部を開閉し得るようになっており、このアクセスカバー１００３を開くことによって本体内部に収納されている記録ヘッドカートリッジ（図示せず）あるいはインクタンク（図示せず）等の交換が可能となる。なお、ここでは特に図示しないが、アクセスカバー１００３を開閉させると、その裏面に形成された突起がカバー開閉レバーを回転させるようになっており、そのレバーの回転位置をマイクロスイッチなどで検出することにより、アクセスカバーの開閉状態を検出し得るようになっている。
【００４６】
また、上ケース１００２の上面には、電源キー１００５が押下可能に設けられている。また、上ケース１００２の右側には、液晶表示部１００６や各種キースイッチ等を備える操作パネル１０１０が設けられている。
【００４７】
この操作パネル１０１０の構造は、図１を参照して詳しく後述する。１００７は自動給送部で、記録シートを装置本体内へと自動的に給送する。１００８は紙間選択レバーで、記録ヘッドと記録シートとの間隔を調整するためのレバーである。
【００４８】
１００９はカードスロットで、ここにメモリカードを装着可能なアダプタが挿入され、このアダプタを介してメモリカードに記憶されている画像データを直接取り込んで印刷することができる。このメモリカード（ＰＣ）としては、例えばコンパクトフラッシュ（登録商標）メモリ、スマートメディア、メモリスティック等がある。
【００４９】
１０１１はビューワ（液晶表示部）で、この装置本体に着脱可能であり、ＰＣカードに記憶されている画像の中からプリントしたい画像を検索する場合などに、１コマ毎の画像やインデックス画像などを表示するのに使用される。１０１２は後述するデジタルカメラを接続するための端子、１０１３は、パーソナルコンピュータ（ＰＣ）を接続するためのＵＳＢバスコネクタを示す。
【００５０】
図２は、図１に示した操作パネル１０１０の構成を説明する概略平面図である。
【００５１】
図２において、液晶表示部１００６には、その左右に印刷されている項目に関するデータを各種設定するためのメニュー項目が表示される。
【００５２】
ここで表示される項目としては、印刷したい範囲の先頭写真番号、指定コマ番号（開始／−指定）、印刷を終了したい範囲の最後の写真番号（終了）、印刷部数（部数）、印刷に使用する用紙（記録シート）の種類（用紙種類）、１枚の用紙に印刷する写真の枚数設定（レイアウト）、印刷の品位の指定（品位）、撮影した日付を印刷するかどうかの指定（日付印刷）、写真を補正して印刷するかどうかの指定（画像補正）、印刷に必要な用紙枚数の表示（用紙枚数）等がある。
【００５３】
これら各項目は、カーソルキー２００１を用いて選択、或いは指定される。２００２はモードキーで、このキー２００２を押下する毎に、印刷の種類（インデックス印刷、全コマ印刷、１コマ印刷等）を切り替えることができ、これに応じてＬＥＤ２００３の対応するＬＥＤが点灯される。２００４はメンテナンスキーで、記録ヘッド１３０１のクリーニング等、プリンタのメンテナンスや印刷領域指定モードに入るためのキーである。
【００５４】
２００５は印刷開始キーで、印刷の開始を指示する時、或いはメンテナンスの設定を確立する際に押下される。２００６は印刷中止キーで、印刷を中止させる時や、メンテナンスの中止を指示する際に押下される。
【００５５】
図３は、本発明の第１実施形態を示す画像処理装置の構成を説明するブロック図であり、図１に示したフォトダイレクトプリンタ装置１０００の制御に係る主要部の構成に対応する。
【００５６】
図３において、３０００は制御部（制御基板）を示している。３００１はＡＳＩＣ（専用カスタムＬＳＩ）を示し、その構成を図６のブロック図を参照して詳しく後述する。
【００５７】
３００２はＤＳＰ（デジタル信号処理プロセッサ）で、内部にＣＰＵを有し、後述する画像処理等を担当している。３００３はメモリで、ＤＳＰ３００２のＣＰＵの制御プログラムを記憶するプログラムメモリ３００３ａ、及び実行時のプログラムを記憶するＲＡＭエリア，画像データなどを記憶するワークメモリとして機能するメモリエリアを有している。
【００５８】
３００４はプリンタエンジンで、ここでは、複数色のカラーインクを用いてカラー画像を印刷するインクジェットプリンタのプリンタエンジンが搭載されている。３００５はＵＳＢバスコネクタで、デジタルカメラ３０１２を接続するためのポートとして機能する。３００６はビューワ１０１１を接続するためのコネクタである。
【００５９】
３００８はＵＳＢバスハブ（ＵＳＢ ＨＵＢ）で、このプリンタ装置１０００がＰＣ３０１０からの画像データに基づいて印刷を行う際には、ＰＣ３０１０からのデータをそのままスルーし、ＵＳＢバス３０２１を介してプリンタエンジン３００４に出力する。
【００６０】
これにより、接続されているＰＣ３０１０は、プリンタエンジン３００４と直接、データや信号のやり取りを行って印刷を実行することが出来る（一般的なＰＣプリンタとして機能する）。３００９は電源コネクタで、電源３０１３により、商用ＡＣから変換された直流電圧を入力している。ＰＣ３０１０は一般的なパーソナルコンピュータ、３０１１は前述したメモリカード（ＰＣカード）、３０１２はデジタルカメラである。
【００６１】
なお、この制御部３０００とプリンタエンジン３００４との間の信号のやり取りは、前述したＵＳＢバス３０２１又はＩＥＥＥ１２８４バス３０２２を介して行われる。
【００６２】
図４は、図３に示したＡＳＩＣ３００１の詳細構成を示すブロック図であり、図３と同一のものには同一の符号を付してある。
【００６３】
図４において、４００１はＰＣカードインターフェース部で、装着されたＰＣカード３０１１に記憶されている画像データを読み取ったり、或いはＰＣカード３０１１へのデータの書き込み等を行う。
【００６４】
４００２はＩＥＥＥ１２８４インターフェース部で、プリンタエンジン３００４との間のデータのやり取りを行う。このＩＥＥＥ１２８４インターフェース部は、デジタルカメラ３０１２或いはＰＣカード３０１１に記憶されている画像データを印刷する場合に使用されるバスである。４００３はＵＳＢインターフェース部で、ＰＣ３０１０との間でのデータのやり取りを行う。４００４はＵＳＢホストインターフェース部で、デジタルカメラ３０１２との間でのデータのやり取りを行う。
【００６５】
４００５は操作パネル・インターフェース部で、操作パネル１０１０からの各種操作信号を入力したり、表示部１００６への表示データの出力などを行う。４００６はビューワ・インターフェース部で、ビューワ１０１１への画像データの表示を制御している。
【００６６】
４００７は各種スイッチやＬＥＤ４００９等との間のインターフェースを制御するインターフェース部である。４００８はＣＰＵインターフェース部で、ＤＳＰ３００２との間でのデータのやり取りの制御を行っている。４０１０はこれら各部を接続する内部バス（ＡＳＩＣバス）である。
【００６７】
これらの制御プログラムは、機能モジュールごとにタスク化したマルチタスク形式で構成されており、そのタスク構成の主なものを示すと、図５のようになる。
【００６８】
図５は、図４に示した画像処理装置における各デバイスと機能モジュールとの対応を説明するブロック図である。
【００６９】
図５において、８０００はシステムコントロールタスクで、各タスク間でのイベント発行、イベントの終了に伴うシーケンス制御や排他処理等、システム全体の調停を行っている。
【００７０】
８００１はキーイベントタスクを示し、操作パネル１０１０のキー操作に基づいて、押下されたキーの解析等を行う。８００２は、ＬＣＤ表示部１００６への表示タスクを示し、表示部１００６におけるＵＩ制御或はメッセージ表示要求等が発生した時点で起動され、表示部１００６への表示制御を実行している。
【００７１】
８００３は、ＰＣカード３０１１への読み書き、或はＩＥＥＥ１３９４、或はブルーツースなどによるデータの入出力により起動されるタスクを示す。８００４はＵＳＢバスを介して接続されるＰＣ３０１０からのデータ転送により起動されるＵＳＢプリンタタスクで、ＵＳＢのプリンタ割り込みにより起動され、ＰＣプリンタとしての機能を実行する。
【００７２】
８００５はＵＳＢストレージで、システムコントロールタスク８０００により起動され、ファームウェアの初期化を行う。またシステムコントロールタスク８０００からのメッセージに応じて、下位タスクであるＵＳＢコントロールタスク、ＵＳＢバスタスクの起動・終了を行う。
【００７３】
８００６は擬似ＵＳＢホストで、ＵＳＢタスクにより起動され、ＵＳＢを介して接続されるデジタルカメラ３０１２からのデータの読込みや各種通信制御等を実行する。８００７はファイルタスクで、ファイルのオープン、クローズ、リード、ライト等の入出力制御を行う。８００８はセントロニクスタスクで、プリンタエンジン３００４と接続されるセントロニクス・インターフェースから起動され、印刷データのＤＭＡ送信、ステータス応答等を実行する。
【００７４】
８００９は画像処理タスクで、後述する画像処理を実行し、プリンタエンジン３００４に出力するラスタデータを作成する。８０１０はページクリエイトタスクで、ＪＰＥＧデータを伸長して画像データに変換する。８０１１はビューワタスクで、ビューワ１０１１が接続されている状態で、ビューワ１０１１への表示制御を実行している。
【００７５】
図６は、図５に示した画像処理タスク８００９の機能処理を説明するブロック図である。
【００７６】
図５に示したページクリエイトタスク８０１０において、デコード処理されたＹＣｂＣｒ形式の画像データは、図６において、最初に画像補正処理８０１が施される。画像補正処理８０１についての詳細は後述するが、これによって補正処理されたＹ’，Ｃｂ’，Ｃｒ’のデータが得られる。Ｙ’，Ｃｂ’，Ｃｒ’のデータは、その後、Ｙ，Ｃｂ，Ｃｒ→ＲＧＢ変換処理８０２が施される。Ｙ，Ｃｂ，ＣｒからＲＧＢへの変換は、ＩＴＵ−Ｒ ＢＴ．６０１に準拠した下記式により変換される。
【００７７】
Ｒ＝Ｙ＋１．４０２（Ｃｒ−１２８）
Ｇ＝Ｙ−０．３４４１４（Ｃｂ−１２８）−０．７１４１４（Ｃｒ−１２８）
Ｂ＝Ｙ＋１．７７２（Ｃｂ−１２８）
但し、ＹＣｂＣｒは、８ビットで０〜２５５とする。これにより、ＲＧＢ形式に変換された画像データは、色変換処理８０３によりインク色、本実施例では、Ｃ，Ｍ，Ｙ，Ｋ，ＬＣ，ＬＭの６種類のインク色へと変換される。変換方法としては、いくつかの方法があるが、ここではルックアップテーブル（以下、ＬＵＴ）と補間処理を用いた方法を一例として挙げる。
【００７８】
図７は、図６に示した色変換処理８０３が参照するＬＵＴの一例を示す図である。
【００７９】
事前に用意しておくＬＵＴは、図７に示すようなＲＧＢ値をそれぞれ１６レベルずつに１６分割した４９１３点に対応するＣ,Ｍ,Ｙ,Ｋ,ＬＣ,ＬＭ信号値が記述されており、入力ＲＧＢの値に応じたＣ,Ｍ,Ｙ,Ｋ,ＬＣ,ＬＭ値が参照される。ＲＧＢ値が１６分割した間にある場合は、補間処理によってＲ’Ｇ’Ｂ’値が求められる。
【００８０】
以下、図８を参照して補間方法の例として、四面体補間法を挙げる。
【００８１】
図８は、図６に示した色変換処理８０３における四面体補間法の概念を説明する図である。
【００８２】
なお、四面体補間法とは、３次元空間の分割単位を四面体として、４つの格子点を用いる線形補間である。
【００８３】
その手順として、まず図８の（ａ）に示すように四面体への分割を行う。そして、ターゲットとなる点ｐが分割されたどの四面体に属するかを決定する。その四面体の４頂点をｐ０，ｐ１，ｐ２，ｐ３とし、図８の（ｂ）に示すようにさらに細かい小四面体に分割される。また、拡張点の変換値をそれぞれｆ（ｐ０），ｆ（ｐ１），ｆ（ｐ２），ｆ（ｐ３）とすると、下記数１によりより求まる。
【００８４】
【数１】

ここで、ｗ０，ｗ１，ｗ２，ｗ３は、各頂点ｐｉと反対向位置の小四面体の体積比である。これにより、インク色Ｃ，Ｍ，Ｙ，Ｋ，ＬＣ，ＬＭへの変換が行われる。
【００８５】
ここで、図６に戻り、色変換処理８０３によってインク色に変換されたデータは、次に量子化処理８０４が施される。これは、多ビットのデータを記録装置で記録出来るより少ないビット数に変換するものである。
【００８６】
本実施形態では、記録（１）／非記録（０）の１ビット２値であるインクジェットプリンタの場合を考える。ここで、量子化方法としては、写真画像の量子化に最適となる誤差拡散法とする。また、入力信号は８ビットの０〜２５５とする。
【００８７】
図９は、本発明に係る画像処理装置における誤差拡散法における、誤差分配方法を示す図である。ターゲットピクセルの信号値をＬ（０≦Ｌ≦２５５）とした時、しきい値ＴＨと比較を行う。その大小により、
Ｌ＞ＴＨ ・・・・・・１（記録）
Ｌ≦ＴＨ ・・・・・・０（非記録）
と判定される。その時に発生する誤差Ｅ（＝Ｌ−ＴＨ）は、図９の分配係数に従い周囲のピクセルに分配される。この処理をすべてのピクセル、すべてのインク色Ｃ，Ｍ，Ｙ，Ｋ，ＬＣ，ＬＭに対して行うことで、１ビットの画像データ色Ｃ’，Ｍ，Ｙ，Ｋ’，ＬＣ’，ＬＭ’に量子化される。
【００８８】
次に、本実施形態の特徴となるメモリの使用方法を行う画像補正処理について、詳細を図１０に示すフローチャートを参照して説明する。
【００８９】
図１０は、本発明に係る画像処理装置における第１のデータ処理手順の一例を示すフローチャートであり、ラスタ単位の補正処理手順に対応する。なお、Ｓ１２０１〜Ｓ１２０５は各ステップを示す。また、このステップは、画像処理タスク８００９に対応づけられて
また、ラスタ毎に補正処理を実行するためには、前回行った処理から、新たな１ラインが必要となる。
【００９０】
まず、ステップＳ１２０１では、それを取得するために、デコードが必要かどうかの判定を行う。ここで必要ないと判定された場合は、ステップＳ１２０２へ進み、補正処理が実行される。
【００９１】
一方、ステップＳ１２０１で必要となった場合は、ステップＳ１２０３で、デコードデータを出力する出力先のアドレスをセットし、ステップＳ１２０４でデコード処理が実行される。その後、ステップＳ１２０２へと進み、補正処理が行われる。
【００９２】
そして、該補正処理が実行された後、ステップＳ１２０５で、全てのラスタデータについて、処理が実行されたかの判定を行い、行われていたと判定した場合は、処理を終了し、そうでないと判定された場合には、注目ラスタを進め、ステップＳ１２０１へと戻る。
【００９３】
次に、補正処理の具体的な内容を説明する。
【００９４】
第１実施形態では、デジタルカメラ３０１２のＣＣＤに起因した低周波数ノイズの除去処理を取り上げる。
【００９５】
図１１は、本発明に係る画像処理装置におけるノイズ除去処理機能を説明するブロック図であり、図５に示した画像処理タスク８００９の一例である。
【００９６】
図１１において、ウインドウ生成処理部１００１では、ノイズ除去処理を行うためのウインドウを生成する。本実施形態では、ウィンドウサイズを９×９ピクセルとする。
【００９７】
画素選択処理部１００２では、乱数発生処理部１００３において生成した乱数から、ウインドウ内のランダムな画素を選択する。画素値決定処理部１００４では、しきい値との比較により、ターゲットピクセルの画素値を決定する。
【００９８】
図１２は、本発明に係る画像処理装置における第２のデータ処理手順の一例を示すフローチャートであり、あるラスタ（ｙ）におけるノイズ除去処理手順に対応する。なお、Ｓ１１０１〜Ｓ１１０６は各ステップを示す。
【００９９】
まず、ステップＳ１１０１では、乱数発生処理部１００３により２つの乱数を発生させる。なお、乱数の発生アルゴリズムについては、ここでは限定しないが、確率的に一様であることが望ましい。
【０１００】
次に、ステップＳ１１０２においては、発生した乱数からウィンドウサイズを超えない位置情報を生成する。例えばウインドウが９×９の場合、注目画素を中心とすると、
−４≦ａ≦４
−４≦ｂ≦４
となるように、発生させた乱数から余剰計算を用いて設定する。
【０１０１】
次に、ステップＳ１１０３では、決定したａ、ｂの値を用いて、以下の第（１）式に基づく比較を行う。
【０１０２】
｜ＩＹ（ｉ，ｊ）−ＩＹ（ｉ＋ａ，ｊ＋ｂ）｜＜Ｔｈ_Ｙ かつ
｜ＩＣｂ（ｉ，ｊ）−ＩＣｂ（ｉ＋ａ，ｊ＋ｂ）｜＜Ｔｈ_Ｃｂ かつ
｜ＩＣｒ（ｉ，ｊ）−ＩＣｒ（ｉ＋ａ，ｊ＋ｂ）｜＜Ｔｈ_Ｃｒ・・・（１）
ここで、ＩＹ（ｉ，ｊ）、ＩＣｂ（ｉ，ｊ）、ＩＣｒ（ｉ，ｊ）はそれぞれ、画像のｘカラム、ｙラスター位置の輝度Ｙ、色差Ｃｂ、色差Ｃｒ成分を表している。
【０１０３】
また、ＴＨ_Ｙ、ＴＨ_Ｃｂ、ＴＨ_Ｃｒは、ターゲット画素（ｉ＋ａ，ｊ＋ｂ）との差分との判定を行うしきい値で、予め設定しておく。このしきい値が大きいほど、ノイズ除去の強度が上がる。
【０１０４】
そして、ステップＳ１１０３の条件を満たすと判断した場合は、ステップＳ１１０４へと進み、出力画素値ＦＹ（ｉ，ｊ）、ＦＣｂ（ｉ，ｊ）、ＦＣｒ（ｉ，ｊ）は、下記第（２）式により
ＦＹ（ｉ，ｊ）＝ＩＹ（ｉ，ｊ）＋Ｄ
ＦＣｂ（ｉ，ｊ）＝ＩＣｂ（ｉ＋ａ，ｊ＋ｂ）
ＦＣｒ（ｉ，ｊ）＝ＩＣｒ（ｉ＋ａ，ｊ＋ｂ）・・・・・・（２）
となる。ここで輝度成分については、ターゲット画素の輝度に置き換えず、注目画素の輝度値に固定値Ｄを足し合わせている。これは、輝度成分に対する目の感度が高いため、大きく値を変えない方が、ノイズ除去の効果が上がるためである。
【０１０５】
一方、ステップＳ１１０３の条件を満たさないと判断した場合は、ステップＳ１１０５へと進み、
ＦＹ（ｉ，ｊ）＝ＩＹ（ｉ，ｊ）
ＦＣｂ（ｉ，ｊ）＝ＩＣｂ（ｉ，ｊ）
ＦＣｒ（ｉ，ｊ）＝ＩＣｒ（ｉ，ｊ）
とする。つまり、注目画素の値から変化をさせない。
【０１０６】
そして、ステップＳ１１０６で、これらの処理を全ての画素に行ったかを判定し、終わっていないと判定した場合は、ｉ＝ｉ＋１として、ステップＳ１１０１へ戻り、繰り返し上記処理を行う。
【０１０７】
一方、ステップＳ１１０６で、全てのカラムについて実行したと判定した場合は、このラスタ（ｊ）については終了となる。
【０１０８】
以上の処理を全てのラスタについて施すことにより、ノイズ除去処理が実行された画像データＹ’Ｃｂ’Ｃｒ’が得られる。
【０１０９】
図１３は、本発明に係る画像処理装置における色処理部の機能処理モデルを説明するブロック図であり、本実施形態のＪＰＥＧデコードからノイズ除去、色変換処理までのバッファの使用方法を示すモデルに対応する。
【０１１０】
図１３において、１３２は画像補正処理部で、デコードが必要と判定された場合、画像補正バッファ１３４のデコードデータ格納先のアドレスを設定し、デコード処理部１３１にデコード要求をする。デコード要求を受けたデコード処理部１３１は、デコード処理を実行し、設定されたアドレスにデコードデータを書き出す。画像補正バッファ１３４のライン数Lは、１回のデコード時に作成されるライン数をＮ、画像補正処理に必要なライン数をＭとした時、
Ｌ＝Ｍ＋（Ｎ−１）・・・・・・・（３）
で求められる。上式で求められるＬは最もメモリを少なくする場合であり、この値より多くすることももちろん可能である。
【０１１１】
本実施形態の場合、１回のデコード時に作成されるライン数Ｎを８、画像補正処理に必要なライン数Ｍを９としているので、画像補正バッファ１３４のライン数Lは、９＋（８−１）＝１６となる。
【０１１２】
必要なラスタデータが揃った後、画像補正処理部１３２は補正処理を実行し、結果を色変換バッファ１３５に書き出す。色変換処理部１３３では、色変換バッファ１３５内のデータについて、色変換処理を行い、上書きをして終了となる。
【０１１３】
以下、図１３に示した画像補正バッファ１３４の詳細を説明する。
【０１１４】
図１４は、図１３に示した画像補正バッファ１３４の詳細構成を説明する図であり、バッファのサイズとしては、ラスタ方向には、上述した１６ラスタ分、カラム（横）方向にはＷとする。
【０１１５】
なお、Ｗは、対応する画像サイズに依存するものであり、横１６００×縦１２００ピクセルを持つ、いわゆる２メガピクセルと呼ばれるデジタルカメラで撮影した画像であれば、１６００となる。さらに１画素あたり、Ｙ，Ｃｂ，Ｃｒの３成分のデータが格納されているので、Ｗ＝１６００×３＝４８００となる。メモリ容量としては、各成分８ビットとすれば、１６×４８００＝７６８００［Ｂｙｔｅ］が必要とされる。
【０１１６】
次に、処理時のメモリの使用方法について、図１５を用いて説明する。
【０１１７】
図１５は、図１４に示した画像補正バッファ１３４の使用例を説明する図である。
【０１１８】
図１５の（ａ）は、７ライン目の処理が実行されている時を示している。７ラインから上下それぞれ４ラインずつ、３〜１１ラインをウインドウとして、ノイズ除去の処理が行われ、順次色変換バッファ（図示なし）へと書き込みを行っていく。７ライン目の全ての画素について処理が完了したら、次の８ライン目へと着目ラインが移動する。これらの処理が繰り返し行われ、図１５の（ｂ）では、着目ラインが１２ライン目になった状態を示している。
【０１１９】
この場合、ウインドウは８〜１６ラインとなる。１２ライン目のノイズ除去処理が終了し、１３ライン目へと進んだ場合（図１５の（ｃ））、ウインドウのスコープは、着目ライン上部は９〜１１の４ライン分、下部は１３〜１６の３ラインと１の１ラインとなる。この場合、１ライン目に格納されているのは、既に処理が完了したラスタデータとなっているため、新たなデコードが必要となる。デコード先のアドレスを１ライン目の先頭アドレスとし、デコードの要求を行う。デコードは８ライン単位で行われるので、１〜８ラインの領域にデコードされた新しい画像データが格納される。
【０１２０】
この後、着目ラインが１６ライン目と進み、そこでの処理が完了したら、着目ラインは１ライン目へと戻される（図１５の（ｄ））。そして、図１５の（ｅ）に示しているように、５ライン目へと着目ラインが進んだときに、ウインドウが１〜９ラインとなり、９ライン目に新しいラスタデータが必要となる。デコード先のポインタに９ライン目の先頭アドレスを設定し、デコード要求を発行する。デコードデータは、９〜１６ライン目に格納され、処理が続けられる。
【０１２１】
このように、実行ライン数Ｊとしたときに、バッファ上０〜Ｌでの着目ラインＲは、Ｒ＝Ｊ％Ｌとして表される。なお、式中の％は剰余算を示す。
【０１２２】
また、デコード要求を行うタイミングは、デコードした回数をＤとしたとき、デコードで生成されたライン数Ｓは、ライン数Ｓ＝Ｄ×Ｎより決定され、要求されるライン数Ｔは、ライン数Ｔ＝Ｊ＋（Ｍ−１）÷２より決定され、要求されるライン数がデコードで生成されたライン数を超えたとき、つまり、（Ｔ＞Ｓ）が真となったときに、デコード要求が行われる。その際、設定するデコード先のアドレスＡは、Ａ＝（Ｓ＋１）％Ｌより算定される。
【０１２３】
これらの演算処理によって得られたものがラインの先頭アドレスとなる。
【０１２４】
この方法を用いることにより、従来では上述したように量子化処理までに、４回のメモリアクセス（書き込み処理）が必要とされていたのに対して、本処理では、（１）デコーダのデコードバッファへの書き込み、（２）ノイズ除去処理後のラスタデータの色変換バッファへの書き込み、（３）色変換処理後の色変換バッファへの上書き等のように、３回の書き込み処理で実現出来る。
【０１２５】
また、バッファ容量としても従来のようにデコードバッファと画像補正バッファを独立に確保していた場合では、１６００×８×３（デコードバッファ）＋１６００×９×３（画像補正バッファ）＝８１６００［Ｂｙｔｅ］必要だったものが、上記したように画像補正バッファの７６８００［Ｂｙｔｅ］となり、メモリ資源を節減できる。
【０１２６】
このように、Ｌ＝Ｍ＋（Ｎ−１）で示されるライン数の画像補正バッファを確保して、そこでリングバッファの使い方を利用することで、画像補正処理において、メモリへのアクセス回数を減らし高速化を図り、必要なメモリ容量の削減を実現出来る。
【０１２７】
〔第２実施形態〕
第２実施形態としては、画像補正処理例として、マトリクスを利用したぼかし処理の場合を示す。基本的な処理の流れは、図１０および図１３と同様である。
【０１２８】
図１６は、本発明の第２実施形態を示す画像処理装置で利用するマトリクスの構成を説明する図である。
【０１２９】
なお、ぼかし処理の方法としては、図１６に示す３×３マトリクスのＬＰＦ処理を利用する。着目画素の画素データは、隣接する周囲８ピクセルの画素値の平均値（Ａ＋Ｂ＋Ｃ＋Ｄ＋Ｅ＋Ｆ＋Ｇ＋Ｈ）÷８から求められる。この処理を全ての画素について行うことで、ぼかし処理が実行される。
【０１３０】
図１７は、本発明に係る画像処理装置による画像補正バッファのメモリ使用方法例を示す図であり、実際に動作しているときのメモリ状態のモデル図を示す。
【０１３１】
なお、一度にデコードで生成されるラスタ数Ｎを８ラインとすると、バッファのライン数Ｌは、上記第（３）式より、Ｌ＝３＋（８−１）＝１０となる。
【０１３２】
図１７の（ａ）は、処理が開始され、２ライン目の処理を行う場合である。この状態では、１〜８ライン目に、デコードされたラスタデータが格納されている。この後、上述したＬＰＦを使ったフィルタリング処理が実行され、２ライン目の全てのピクセルについて処理が行われると、着目ラスタが一つ進められる。これを繰り返し行い、着目ラスタが８ライン目になった場合を、図１７の（ｂ）に示す。このとき、ＳはＳ＝１×８＝８と決定され、ＴはＴ＝８＋（３−１）÷２＝９と決定され、（Ｔ＞Ｓ）が真となるので、デコード要求が行われる。この時設定される、デコード格納先の先頭アドレスＡは、Ａ＝（８＋１）％１０＝９と求められる。
【０１３３】
しかし、この場合、デコードが８ラスタ行われるので、９＋８＝１７のバッファまで進んでしまい、デコード後、画像補正バッファへ書き込みを行う際に、メモリ破壊を起こしてしまう。そこで、予め、Ａ＋Ｎ＞Ｌの判定を行い、もしこの条件式を満たす場合は、最初の（Ｌ−Ａ＋１）ラスタデータ→Ａライン目の先頭アドレスとし、残りＡ−（Ｌ−Ａ＋１）ラスタデータ→１ライン目の先頭アドレスの条件をセットし、デコードの要求を行う。
【０１３４】
以上のような処理を行うことにより、第１実施形態と同様に、メモリアクセス回数および使用メモリ容量の削減を、フィルタリング処理においても実現出来る。
【０１３５】
以下、図１８に示すメモリマップを参照して本発明に係る画像処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１３６】
図１８は、本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１３７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３９】
本実施形態における図１０，図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１４０】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１４１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１４２】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１４３】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１４４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１４５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１４６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１４７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４９】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１５０】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【０１５１】
上記実施形態によれば、ＪＰＥＧ画像の復号化により、生成されるマルチラスタに対しての画像補正処理において、メモリアクセス頻度を低減すること、メモリの使用容量の削減を実現することが可能となる。メモリアクセス回数が減ることで、画像補正処理の高速化の効果が実現出来る。
【０１５２】
【発明の効果】
以上説明したように、本発明によれば、画像データに対する画像処理時に、確保すべき記憶領域を最小限とし、かつ、画像処理結果を得るまでに要する記憶領域に対するアクセス処理回数を大幅に削減して処理時間を短縮して効率よく画像処理を行えるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示す画像処理装置の一例を示す外観斜視図である。
【図２】図１に示した操作パネルの構成を説明する概略平面図である。
【図３】本発明の第１実施形態を示す画像処理装置の構成を説明するブロック図である。
【図４】図３に示したＡＳＩＣの詳細構成を示すブロック図である。
【図５】図４に示した画像処理装置における各デバイスと機能モジュールとの対応を説明するブロック図である。
【図６】図５に示した画像処理タスクの機能処理を説明するブロック図である。
【図７】図６に示した色変換処理が参照するＬＵＴの一例を示す図である。
【図８】図６に示した色変換処理における四面体補間法の概念を説明する図である。
【図９】本発明に係る画像処理装置における誤差拡散法における、誤差分配方法を示す図である。
【図１０】本発明に係る画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。
【図１１】本発明に係る画像処理装置におけるノイズ除去処理機能を説明するブロック図である。
【図１２】本発明に係る画像処理装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る画像処理装置における色処理部の機能処理モデルを説明するブロック図である。
【図１４】図１３に示した画像補正バッファの詳細構成を説明する図である。
【図１５】図１４に示した画像補正バッファの使用例を説明する図である。
【図１６】本発明の第２実施形態を示す画像処理装置で利用するマトリクスの構成を説明する図である。
【図１７】本発明に係る画像処理装置による画像補正バッファのメモリ使用方法例を示す図である。
【図１８】本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図１９】従来の画像処理装置のデータ処理状態を説明するブロック図である。
【図２０】図１９に示した色処理部におけるデータ処理の詳細を説明するブロック図である。
【符号の説明】
１３１ デコード処理部
１３２ 画像補正処理部
１３３ 色変換処理部
１３４ 画像補正バッファ
１３５ 色変換バッファ
１３６ 量子化処理部

Claims (8)

1. 復号化された画像データに対し、注目画素、及びその周辺の画素を参照するウインドウ処理を行なうことで画像補正処理を行なう画像補正手段と、
   前記復号化により得られるライン数を N 、前記ウインドウ処理において用いるライン数を M とした場合、 (1) 式により求められるライン数 L の画像データの格納領域を確保する領域確保手段と、
   L ＝ Ｍ＋（Ｎ−１） ・・・ (1)
   前記確保した格納領域に格納された画像データを用いて前記画像補正処理を実行しながら一つずつ処理対象ラインを下に進め、前記格納領域の最下位ラインの画像データに対する画像補正の次に最上位ラインの画像データに処理を進めるラインステップ手段と、
   画像データを復号化した復号化回数を D 、前記画像補正処理を実行したライン数を J とし、 (2) 式
   J ＋ (M − 1) ÷ ２ ＞ D × N ・・・ (2)
   が満足された場合に、前記格納領域のうち、 ((D × N ＋ 1)%L) 番目のライン（ % は剰余算）から画像データを格納するために前記復号化を行なう画像復号化手段と、
   を有することを特徴とする画像処理装置。
2. 前記画像補正処理は、画像データに含まれるノイズ成分を視覚的に軽減するもので、
   前記ウインドウ内で確率的に任意の画素を選択する選択手段と、
   前記選択手段により選択される選択画素値と前記注目画素値に基づいて、補正後の前記注目画素値を決定する決定手段と、
   を有することを特徴とする請求項１に記載の画像処理装置。
3. 前記画像補正処理は、画像データに含まれるノイズ成分を視覚的に軽減するもので、
   前記ウインドウ内でマトリクスによるフィルタリング処理に基づいて、補正後の注目画素値を決定する決定手段と、
   を有することを特徴とする請求項１に記載の画像処理装置。
4. 画像処理装置における画像処理方法であって、
   復号化された画像データに対し、注目画素、及びその周辺の画素を参照するウインドウ処理を行なうことで画像補正処理を行なう画像補正工程と、
   前記復号化により得られるライン数を N 、前記ウインドウ処理において用いるライン数を M とした場合、 (1) 式により求められるライン数 L の画像データの格納領域を確保する領域確保工程と、
   L ＝ Ｍ＋（Ｎ−１） ・・・ (1)
   前記確保した格納領域に格納された画像データを用いて前記画像補正処理を実行しながら一つずつ処理対象ラインを下に進め、前記格納領域の最下位ラインの画像データに対する画像補正の次に最上位ラインの画像データに処理を進めるラインステップ工程と、
   画像データを復号化した復号化回数を D 、前記画像補正処理を実行したライン数を J とし、 (2) 式
   J ＋ (M − 1) ÷ ２ ＞ D × N ・・・ (2)
   が満足された場合に、前記格納領域のうち、 ((D × N ＋ 1)%L) 番目のライン（ % は剰余算）から画像データを格納するために前記復号化を行なう画像復号化工程と、
   を有することを特徴とする画像処理方法。
5. 前記画像補正処理は、画像データに含まれるノイズ成分を視覚的に軽減するもので、
   前記ウインドウ内で確率的に任意の画素を選択する選択工程と、
   前記選択工程により選択される選択画素値と前記注目画素値に基づいて、補正後の前記注目画素値を決定する決定工程と、
   を有することを特徴とする請求項４に記載の画像処理方法。
6. 前記画像補正処理は、画像データに含まれるノイズ成分を視覚的に 軽減するもので、
   前記ウインドウ内でマトリクスによるフィルタリング処理に基づいて、補正後の注目画素値を決定する決定工程と、
   を有することを特徴とする請求項４に記載の画像処理方法。
7. 請求項４〜６のいずれかに記載の画像処理方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
8. 請求項４〜６のいずれかに記載の画像処理方法を実現することを特徴とするプログラム。

Images