(57)【特許請求の範囲】
【請求項１】
入力した画像に対し一又は複数の出力機能にもとづいて出力を行う画像形成装置であって、
対象の画像を分散して記憶することが可能なメモリ上の領域を予約領域として確保する領域予約手段と、
前記対象の画像に対して圧縮を行い、圧縮後の画像データを前記予約領域に記憶する圧縮手段と、
前記予約領域のうち前記画像データが記憶されなかった領域を記憶可能に解放する予約制御手段と、
前記圧縮後の画像データを伸張する伸張手段と、を備え、
前記圧縮手段及び前記伸張手段は、
対象の画像を入力してから出力するまでの一連の工程のうち一の工程のみを用いて前記圧縮及び前記伸張を行い、
さらに、前記予約領域を特定の順序にもとづいてリンクさせるリンク手段を備え、
前記圧縮手段は、
前記圧縮後の画像データを前記順序にもとづき前記予約領域に記憶し、
前記リンク手段は、
圧縮後の画像データが前記順序にもとづき記憶された結果、前記圧縮後の画像データが最後に記憶された終端の予約領域と次の予約領域とのリンクを外し、
前記予約制御手段は、
前記終端の予約領域から前記順序にもとづいてリンクされていた予約領域を記憶可能に解放する
ことを特徴とする画像形成装置。
【請求項２】
一又は複数の入力機能にもとづいて画像の入力を行う入力手段を備えたことを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記圧縮手段は、
入力した画像を前記メモリに記憶するまでの入力工程の最後にのみ前記圧縮を行い、
前記伸張手段は、
前記メモリに記憶された画像データを出力するまでの出力工程の最初にのみ前記伸張を行う
ことを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
入力した対象の画像を矩形画像に分割する分割手段を備え、
前記領域予約手段は、
一定数の矩形画像を分散して記憶することが可能なメモリ上の領域を予約領域として確保し、
前記圧縮手段は、
前記一定数の矩形画像に対して圧縮を行い、圧縮後の矩形画像の画像データを前記予約領域に記憶し、
前記予約制御手段は、
前記予約領域のうち前記圧縮後の矩形画像の画像データが記憶されなかった領域を記憶可能に解放し、
前記伸張手段は、
前記圧縮後の画像データを矩形画像ごとに伸張し、出力が回転を伴う場合には、前記伸張とともに前記回転を行う
ことを特徴とする請求項１〜３のいずれか一項記載の画像形成装置。
【請求項５】
前記予約制御手段は、
前記終端の予約領域のうち前記圧縮後の画像データが記憶されていない部分の領域を記憶可能に解放する
ことを特徴とする請求項１〜４のいずれか一項記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関し、より詳しくは、メモリを介した入出力制御を行う画像形成装置に関する。
【背景技術】
【０００２】
従来から、ＭＦＰ（Multifunction  Peripheral）等においては、画像データを一定量ごとにメモリに展開し、順次伸張して出力する制御が行われている。
このような制御によれば、出力タイミングの調整や回転等の加工処理等を効率よく行うことができるため、円滑な出力に寄与することができる。
例えば、特許文献１には、文字画像が多い場合に、ワーク用のメモリ領域を削減し、余った領域をページ用の領域として追加することで、ソート印刷の円滑化を図る技術が開示されている。
また、特許文献２には、ＣＭＹＫ画像メモリの共通化のため、バスの優先度の調停を時間割で行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平９−６９９１９号公報
【特許文献２】特開２００４−６６６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示されているのは、単一の画像処理フローにおけるメモリ効率化の技術であり、特許文献２に開示されているのは、Ｃ、Ｍ、Ｙ、Ｋの各色の処理を並列的に行う場合の技術であるため、ＭＦＰ固有のマルチジョブ処理時の問題を解決することができない。
すなわち、ＭＦＰにおいては、コピー印刷、ホストコンピュータ等から受信したデータの印刷、スキャンデータのホストコンピュータ等へのファイル送信などが同時並行的に行われる。このため、入出力に係る処理手順やメモリ管理等の如何によっては遅延等がより顕著化することが問題とされていた。
したがって、このようなマルチジョブに係る問題を考慮したプロセスの改善及びメモリ制御の最適化が求められていた。
【０００５】
本発明は、上記の事情に鑑みなされたものであり、圧縮処理や伸張処理を集約して行いつつ、メモリ領域におけるデータの散在を解消しながらジョブ処理を進めることにより、入出力に係るプロセスを簡素化し、かつ、限られたメモリ資源を効率的に活かすことができる画像形成装置の提供を目的とする。
すなわち、大容量の不揮発デバイスを持たずに、マルチジョブに係る並列動作を可能にし、かつ、低価格化を実現可能にするメモリ管理手段を備えた画像形成装置の提供を目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため本発明の画像形成装置は、入力した画像に対し一又は複数の出力機能にもとづいて出力を行う画像形成装置であって、対象の画像を分散して記憶することが可能なメモリ上の領域を予約領域として確保する領域予約手段と、対象の画像に対して圧縮を行い、圧縮後の画像データを予約領域に記憶する圧縮手段と、予約領域のうち画像データが記憶されなかった領域を記憶可能に解放する予約制御手段と、圧縮後の画像データを伸張する伸張手段と、を備え、圧縮手段及び伸張手段は、対象の画像を入力してから出力するまでの一連の工程のうち一の工程のみを用いて前記圧縮及び前記伸張を行う構成にしてある。
【発明の効果】
【０００７】
本発明によれば、入力から出力に至る工程を簡素化し、メモリを効率よく制御できるため、円滑にジョブ処理を行うことができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係る画像形成装置の構成を示す図である。
【図２】本発明の実施形態に係る制御部の機能ブロック図である。
【図３】ページメモリ及びバンドメモリの使用並びに予約状態を説明するための図である。
【図４】ディスクリプタテーブルの一例を示す図である。
【図５】回転処理を説明するための図である。
【図６】画像を読み取ってから出力するまでの処理を示す図である。
【発明を実施するための形態】
【０００９】
（画像形成装置）
本発明の一実施形態に係る画像形成装置について説明する。
図１に示すように、ＭＦＰ１は、主に、装置全体の制御及び各種演算処理を行うＣＰＵ（Central  Processing  Unit）１０、プログラムやデータを記憶するＲＯＭ（Read  Only  Memory）１１、作業領域として一時的にプログラムやデータを記憶するＲＡＭ（Random  Access  Memory）１２、各種情報の表示及び各種指示の入力に使用される操作パネル３０、不図示の原稿台にセットされた原稿等を読み取るスキャナ（読取手段）４０、既知の電子写真式プロセス等を用いて記録媒体上に印刷を行う印刷エンジン５０、及び、ＬＡＮ９０上のホストコンピュータ２からの印刷データの受信、ホストコンピュータ（ＰＣ）２に対するファイルデータの送信等、外部とのデータ通信を可能とする通信インターフェース６０から構成され、これらがＩ／Ｆ（バス・インターフェース）７０を介して相互に接続されている。
ＲＡＭ１２は、圧縮を伴わない固定の記憶領域であるバンドメモリ２０１と、ページ単位の画像データを圧縮して記憶する領域であるページメモリ２０２を備える。ページメモリ２０２は、圧縮された画像データを伸張するときにも使用される。
このように、ＭＦＰ１は、画像スキャン、データ受信などの複数の入力機能を備えるとともに、印刷機能、ファイル送信機能などの複数の出力機能を備え、これらを単独に実施するだけでなく、並列して実施することができるマルチジョブ機能を備える。
【００１０】
制御部１００は、主に、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２等により構成され、種々の機能を実施する上で必要な動作を自ら行い、又は、他の構成部に行わせる制御を行う。
特に、本実施形態の制御部１００は、マルチジョブに関する固有の制御動作を行う。
次に、マルチジョブの一例として、適宜、図６を参照しつつ説明を行う。
図６は、スキャナで読み取った画像を印刷又はファイル送信するマルチジョブの例を示した図である。
【００１１】
図２は、本実施形態に係る制御部の機能ブロック図である。
図２に示すように、制御部１００は、分割手段１０１、領域予約手段１０２、圧縮手段１０３、伸張手段１０４、予約制御手段１０５、及び、リンク手段１０６を機能ブロックとして備える。
【００１２】
分割手段１０１は、入力した対象の画像を小領域の矩形画像に分割する。
例えば、原稿に対しスキャナ４０を一定の方向（主走査方向）で走査しつつ、逐次読み取った一定のバンドごとに画像データ（バンドデータ）を取得し、各バンドデータを副走査方向に沿って一定幅に分割することで矩形画像（適宜、サブバンドという。）を取得することができる。
このように、画像データをサブバンド化しておくことによって出力用途に応じた回転処理を行うことができる。
例えば、各矩形画像を、印刷時には、用紙の方向にあわせてそれぞれ回転させ、また、ＰＣ送信時には、天位置が常に上側となるようにそれぞれ回転させることができる。
【００１３】
領域予約手段１０２は、対象の画像を分散して記憶することができるページメモリ２０２上の領域を予約領域として確保する。
これは、単発ジョブで動作する場合は、通常、連続領域を確保することができるが、マルチジョブで動作する場合において、ページ領域が大きく使われ出すと、複数のジョブデータがメモリの空き領域を取り合うため、記憶可能領域が細切れに散在する現象が起き易いことを想定している。
このため、領域予約手段１０２は、対象の画像が非圧縮のまま細切れにされてページメモリ２０２に記憶されると仮定した場合に必要な不連続の領域を予約領域として確保する。そして、各予約領域は、後記ディスクリプタテーブルを用いてリンクすることによって、あたかも連続領域であるかのように用いるようにしている。
【００１４】
図３（ａ）は、ページメモリ２０２に複数の矩形画像の予約領域が確保された状態を示す図である。図３において、網点部は、既に他の用途で使用又は予約されている領域を示し、斜線部は、確保された５個の矩形画像の予約領域（（ｉ）〜（ｖ））を示す。バンドメモリ２０１は、固定のバンド領域として確保されている。
リンク手段１０６は、散在する不連続の予約領域を特定の順序でリンクさせる処理を行う。図３（ａ）の例において、リンク手段１０６は、予約領域（ｉ）〜（ｖ）を（ｉ）→（ii）→（iii）→（iv）→（ｖ）の順にリンクさせる。
【００１５】
圧縮手段１０３は、対象の画像に対して圧縮を行い、当該圧縮後の画像データをページメモリ２０２の予約領域に記憶する。
圧縮手段１０３は、対象の画像を入力してから出力するまでの一連の工程のうちの一の工程のみを用いて圧縮を行う。
具体的には、圧縮手段１０３は、圧縮を複数回行うことなく、画像が入力されてからページメモリ２０２に記憶されるまでの入力工程の最後の工程においてのみ圧縮を行うようにしている。
【００１６】
図３（ｂ）は、前述した５個の矩形画像が圧縮されてページメモリ２０２に記憶されたときの状態を示した図である。
図３（ｂ）は、ページメモリ２０２の斜線部の領域において、圧縮された５個の矩形画像がすべて記憶された状態を示している。つまり、各矩形画像を圧縮した結果、圧縮後の各画像データが、（ｉ）と（ii）の予約領域にすべて記憶されたことを示している。バンドメモリ２０１は、固定のバンド領域として確保されている。
【００１７】
圧縮の方式は、対象画像に応じた適切な圧縮方式を選択する。
例えば、スキャナ４０で読み取った画像に対しては、当該画像を効果的に圧縮可能なＪＰＥＧ（Joint  Photographic  Experts  Group）方式を採用することができる。
圧縮効率の高い方式を選択することで、ページメモリ２０２使用効率を高め、種々のマルチジョブに対するデータ展開を円滑に行うことができる。
【００１８】
予約制御手段１０５は、ページメモリ２０２において確保された予約領域のうち圧縮後の画像データが記憶されなかった領域を記憶可能に解放する。
リンク手段１０６は、圧縮後の画像データがその特定の順序にもとづきページメモリ２０２に記憶された結果、圧縮後の画像データを最後に記憶された終端の予約領域と次の予約領域とのリンクを外す。
これにより、予約制御手段１０５は、終端の予約領域から特定の順序でリンクされていた予約領域を記憶可能に解放する。
【００１９】
図３（ｂ）の例においては、（iii）’〜（ｖ）’（図３（ａ）における（iii）〜（ｖ））が解放された予約領域を示す。
さらに、予約制御手段１０５は、終端の予約領域のうち圧縮後の画像データが記憶されていない部分の領域を記憶可能に解放することもできる。
これにより、図３（ｂ）の例においては、（ii）’ （図３（ａ）における（ii）の一部）の予約領域が解放される。
このようにすると、特にマルチジョブに係る各データの取り合いを遅滞なく円滑に行うことができ、限られたメモリ資源を効率的に活かすことができる。
なお、不連続の予約領域の確保、及び、予約領域の解放等に関する具体的な手法については、後記「ディスクリプタ処理」にて説明する。
【００２０】
伸張手段１０４は、ページメモリ２０２に記憶された圧縮後の画像データを伸張してバンドメモリ２０１に展開する。
図３（ｃ）は、圧縮された画像データが伸張され、伸張後の画像データが固定のバンド領域に展開される様子を示した図である。
図３（ｃ）に示すように、ページメモリ２０２の記憶されている圧縮後の画像データ（斜線部）が伸張され、伸張された後のデータは、バンドメモリ２０１に展開される。
【００２１】
伸張手段１０４は、圧縮手段１０３と同様、対象の画像を入力してから出力するまでの一連の工程のうちの一の工程のみを用いて伸張を行う。
具体的には、伸張手段１０４は、ページメモリ２０２に記憶されている画像が読み出されて出力されるまでの出力工程のうちの最初の工程においてのみ伸張を行う。
回転が求められる場合には、伸張手段１０４は伸張時に、必要な回転を行う。
このようにすると、マルチジョブに係る並列出力において、一方の出力画像に対して回転が行われたとしても、他の出力にその回転の影響が及ぶことはない。
また、このように出力ごとに独立して回転させることができるため、必要な回転処理を伸張時に一回だけ行えばよくなる。
例えば、印刷時に回転が必要な場合は、回転を行いつつ伸張したデータをバンドメモリ２０１に展開し、また、ホストコンピュータ２へのファイル送信時に回転が必要な場合には、回転を行いつつ伸張したデータをバンドメモリ２０１に展開することができる。
【００２２】
このように、画像を入力してから出力するまでに必要な圧縮・伸張を一回に集約して行うことによって、メモリを余すことなく有効に活用することができる。
ところで、圧縮手段１０３及び伸張手段１０４は、通常、比較的高価なＡＳＩＣ（ＡＳＩＣ：Application  Specific  Integrated  Circuit）によって実現されるところ、後述するディスクリプタ処理の機能も付加される。
このため、本実施形態のように、圧縮・伸張を集約して行うことによって、ハードウェアコストを極力抑えることもできる。
【００２３】
＜ディスクリプタ処理＞
ここで、不連続の予約領域の確保、及び、予約領域の解放等に関する具体的な手法について説明する。
【００２４】
（ディスクリプタテーブルと予約領域の確保）
図４は、ディスクリプタテーブルの一例を示す図である。
ディスクリプタテーブルは、図４に示すように、予約領域の「開始アドレス」（例えば、0xAAAAAAAA）、予約領域の「データサイズ」（例えば、ＢＢＢbyte）、次にリンクするディスクリプタテーブルの記憶アドレスを示す「次のテーブルへのリンク」（例えば、0xCCCCCCCC）、及び、「Ｎｏ」はリンクの途中、「Ｙｅｓ」はリンクの最後であることを示す「リンク最終フラグ」の各属性情報から構成される。リンク手段１０６は、ディスクリプタテーブルを予約領域ごとに生成する。領域予約手段１０２は、ディスクリプタテーブルに基づいて予約領域を確保する。
【００２５】
圧縮手段１０３及び伸張手段１０４は、予約領域ごとにディスクリプタテーブルの「次のテーブルへのリンク」及び「リンク最終フラグ」を参照する。これにより、各ディスクリプタテーブルに対応する予約領域がどのようにリンクしているかを知ることができる。
例えば、図３（ａ）に例示する予約領域（ｉ）〜（ｖ）は、図中の矢印で示されるように、（ｉ）→（ii）→（iii）→（iv）→（ｖ）の順にリンクされる。
ここで、リンクの順序は、１バンド分のバンドデータに含まれる各矩形画像が記憶されるときの順序に対応している。
リンク手段１０６は、生成されたディスクリプタテーブルをＲＡＭ１２に記憶する。
【００２６】
（圧縮処理とディスクリプタテーブルの変更）
ディスクリプタテーブルが生成され、予約領域が確保された後、各矩形画像の圧縮処理が行われる。
圧縮手段１０３は、各矩形画像を圧縮し、圧縮後の各矩形画像の画像データを、リンクの順序にしたがって予約領域に記憶する。すべての画像データが記憶された後、リンク手段１０６は、ディスクリプタテーブルの属性情報を変更する。
具体例として、圧縮後のすべての画像データが、（ｉ）の予約領域と（ii）の予約領域の途中までに記憶された場合について図３及び図４を参照しながら説明する。
【００２７】
図３（ａ）の（iii）〜（ｖ）の予約領域にデータが記憶されなかった場合、リンク手段１０６は、（ii）のディスクリプタテーブルの「リンク最終フラグ」を「Ｎｏ」から「Ｙｅｓ」に変更する。
これにより、（iii）〜（ｖ）のリンクは外され、予約制御手段１０５は、それぞれの予約領域（図３（ｂ）の（iii）’〜（ｖ）’）を解放する。
また、このとき、予約制御手段１０５は、図３（ａ）の（ii）のディスクリプタテーブルのデータサイズをその予約領域に記憶された圧縮後の画像データのサイズに変更する。
これに伴い、予約制御手段１０５は、（ii）の予約領域のうちデータが記憶されていない部分の領域（図３（ｂ）の（ii）’）を解放する。
【００２８】
伸張を行う際には、変更後のディスクリプタテーブルを参照しながら順次処理を行う。
具体的には、伸張手段１０４は、最初のディスクリプタテーブルの「開始アドレス」にもとづき圧縮後の画像データにアクセスして伸張を行い、これを「リンク最終フラグ」が「Ｙｅｓ」となっているディスクリプタテーブルまで繰り返す。
このように、ディスクリプタ処理によれば、不連続の空き領域をあたかも連続した領域として利用できるようになる。
【００２９】
（回転処理）
回転出力を行う場合の圧縮時及び伸張時の処理について説明する。
図５は、回転処理を説明するための図である。
ここでは、図５（ａ）に示す入力画像を、図５（ｂ）のように、右方向に９０度回転させて出力する場合の例について説明する。
図５（ａ）に示すように、圧縮時において、圧縮手段１０３は、まず、左上端のサブバンド（矩形画像）から右方向（ｉ方向）に順次圧縮を進め、最上段の１バンド分の圧縮が終わると、下方向（ii方向）に一段進んで同様の処理を行い、これを最下段のバンドデータまで行う。
【００３０】
一方、図５（ｂ）に示すように、伸張処理においては、展開後に左上に配置されるサブバンドから伸張処理が開始される。
したがって、伸張手段１０４は、まず、図５（ａ）の左下端のサブバンドから上方向（（ｉ）’方向）に順次伸張を進め、最左端列の１バンド分の伸張が終わると、右方向（（ii）’方向）に一列進んで同様の処理を行い、これを最右端列の全てのサブバンドまで行う。
このとき、伸張手段１０４は、伸張した画像データをサブバンド単位で右方向に９０度回転しつつバンドメモリ２０１の座標空間に展開する。
このように、回転出力を行う場合、伸張時に必要な回転処理を行うようにしている。
このため、回転のためだけのワークメモリが不要となり、メモリの削減にも寄与することができる。
【００３１】
（画像を入力してから出力するまでの一連の工程）
次に、画像を読み取ってから出力するまでの一連の工程について図６の例を参照しながら説明する。
ここで、対象の画像が入力されページメモリ２０２に記憶されるまでを入力工程とし、ページメモリ２０２に記憶された画像データが読み出されて出力されるまでを出力工程とする。
入力工程では、まず、スキャナ４０が対象画像の原稿を読み取る（Ｓ１）。
例えば、スキャナ４０は、図示しない原稿台にセットされた原稿を、副走査方向のバンド毎に読み取りながら、主走査方向に走査して原稿全体を読み取る。制御部１００は、バンド毎に読み取られた画像データ（バンドデータ）を、バンドメモリ２０１に記憶する。なお、バンドメモリ２０１は空の固定のバンド領域であり、バンドデータはバンドメモリ２０１の連続した領域に記憶される。
【００３２】
次に、制御部１００がバンドデータに色変換（スキャナ用）を施す（Ｓ２）。
制御部１００は、バンドメモリ２０１から１バンドずつ画像データを取り出して、ＲＧＢ／ＣＭＹ変換を行い、色変換後のバンドデータを、バンドメモリ２０１に記憶する。
次いで、分割手段１０１は、バンドメモリ２０１に記憶された色変換後の各バンドデータを、副走査方向に沿って一定幅の矩形画像（サブバンド）に分割する。
ここで、領域予約手段１０２は、原稿の対象画像(圧縮前の画像)に対応する予約領域をページメモリ２０２に確保する。このとき、リンク手段１０６は、ディスクリプタテーブルを予約領域ごとに生成して、各予約領域をリンクさせる。
圧縮手段１０３は、矩形画像ごとにＪＰＥＧ圧縮を行い（Ｓ３）、圧縮後の画像データをページメモリ２０２に記憶する。
具体的には、圧縮手段１０３は、分割手段１０１によって分割された矩形画像ごとに順次圧縮し、ディスクリプタテーブルを参照して圧縮後のデータをページメモリ２０２に確保された予約領域に記憶する。
【００３３】
出力工程としては、印刷工程（Ｓ４〜Ｓ６）とＰＣ送信工程（Ｓ７〜Ｓ９）とがある。両工程は、出力の目的に応じてそれぞれ独立して行われ、並列に行うことも可能である。
印刷工程では、まず、伸張手段１０４が矩形画像ごとに伸張を行うとともに、必要に応じ回転を行う（Ｓ４）。
具体的には、伸張手段１０４は、ページメモリ２０２に記憶された圧縮後の画像データを、ディスクリプタテーブルを参照しながら矩形画像ごとに順次伸張し、バンドメモリ２０１に展開する。
回転を行う場合、伸張手段１０４は、伸張後の画像データを、矩形画像ごとに順次回転させ、バンドメモリ２０１に展開する。
制御手段１００は、バンドメモリ２０１に展開された画像データに、色変換（印刷用）を施し（Ｓ５）、色変換後の画像データにもとづいて印刷が行われる（Ｓ６）。
具体的には、制御部１００がバンドメモリ２０１から伸張後の画像データを、１バンドごと取りだし、ＣＭＹ／ＣＭＹＫ変換を行った後、印刷エンジン５０が印刷を行う。
【００３４】
ＰＣ送信工程では、まず、伸張手段１０４が矩形画像ごとに伸張を行うとともに、必要に応じ回転を行う（Ｓ７）。具体的な処理はＳ４と同様である。ここで、図６に示すように、Ｓ４における回転とＳ７における回転は独立して実施することができる。
制御部１００は、バンドメモリ２０１に展開された画像データをファイル化し（Ｓ８）、ファイル化された画像データを、通信インターフェース６０を介して、ホストコンピュータ２に送信する（Ｓ９）。
【００３５】
図６の破線部は、ディスクリプタ処理が適用される箇所を示す。入力工程におけるディスクリプタ処理は、入力工程の最後の圧縮時にのみ行い、出力工程におけるディスクリプタ処理は、出力工程の最初の伸張時にのみ行うようにして、ディスクリプタ処理の適用箇所を最小に抑えている。
つまり、ページ保持しないバンドメモリ２０１（予めサイズが確定しているワーク領域）に対してはディスクリプタ処理を行わないようにしている。
このため、ハードウェアの回路規模を抑え、コストの低減を図ることができる。
また、従来は、コピー処理の場合、色変換の前後でページ保存を行っていたが、本実施形態においては、データサイズが少なくて済む色変換前のデータ圧縮箇所に集約するようにしている。このため、カラー変換に係るワークメモリも抑えることができる。
また、カラー同時制御が必要なＡＳＩＣモジュールを利用する場合には、カラー数分のメモリ管理が必要であったが、本実施形態によれば、同じ領域内で管理することができる。
【００３６】
以上のように、本発明の画像形成装置によれば、対象画像を入力してから出力するまでの一連の工程において、必要な圧縮・伸張処理を集約的に行うようにしている。
このため、マルチジョブ実行時など、複数の処理が重なった場合でも、円滑に処理を進めることができ、また、必要なメモリ容量を最小限に抑えることができる。
また、ディスクリプタ処理を用いることで、限られたメモリ資源を最大限に活かすことができる。
また、回転を行う場合であっても、出力ごとに必要な回転を行うようにしているため、独立して回転を行うことができ、回転のためだけにメモリを別途設ける必要もない。
また、圧縮・伸張及びディスクリプタ処理の適用箇所を少なくしているため、必要なコストを抑えることもできる。
このため、本発明によれば、大容量の不揮発デバイスを持たずに、マルチジョブに係る並列動作を可能にし、かつ、低価格の画像形成装置を提供することができる。
【００３７】
以上、本発明について実施形態を示して説明したが、本発明は、上述した実施形態にのみ限定されるものではなく、種々の変更が可能であることは言うまでもない。
例えば、予約領域は、必ずしも非圧縮に限るものではなく、実際の圧縮後のデータを記憶し得る領域であればよい。例えば、６０％以上の圧縮率を見込める場合には、元の７０〜８０％程度の領域を予約領域とすることもできる。
このようにすると、非圧縮のままでは予約領域が確保できないケースに柔軟に対応することができる。
また、種々の画像処理を、バンド単位又はサブバンド単位で処理を行う態様に限るものではない。
【産業上の利用可能性】
【００３８】
本発明は、ＭＦＰなどマルチジョブを実行する画像形成装置に適用することができる。
【符号の説明】
【００３９】
１  ＭＦＰ
２  ホストコンピュータ
２０１  バンドメモリ
２０２  ページメモリ
４０  スキャナ
５０  印刷エンジン
６０  通信インターフェース
１００  制御部
１０１  分割手段
１０２  領域予約手段
１０３  圧縮手段
１０４  伸張手段
１０５  予約制御手段
１０６  リンク手段
【図１】
0005841902.tif 000002
【図２】
0005841902.tif 000003
【図３】
0005841902.tif 000004
【図４】
0005841902.tif 000005
【図５】
0005841902.tif 000006
【図６】
0005841902.tif 000007