(57)【要約】      （修正有）【課題】  読取った画像データを良好に回転処理し且つ、画像処理後のデータを格納するページメモリのサイズの縮小を図る。【解決手段】  スキャナ１０で読取った原稿１頁分の画像データを複数の画像データブロックに分割後に圧縮して圧縮メモリ１４に格納し、圧縮画像データを、再生画像ＰＧの主走査方向に配列される画像データブロックの順番に圧縮メモリ１４から取り出し、伸張し回転した伸張画像データをページメモリ２０に格納する。ページメモリ２０に、再生画像ＰＧの主走査方向に配列される画像データブロック１列分の伸張画像データが揃えば、ページメモリ２０から、伸張画像データを取り出してプリント操作を行う。【選択図】図１
2006129471.tif 000002
【特許請求の範囲】
【請求項１】
原稿画像読取り時の主走査方向に走査して得られた１頁分の画像データを複数ブロックに分割する工程と、
分割された画像データブロックを圧縮する工程と、
圧縮された圧縮画像データを圧縮メモリの一定サイズの所定のアドレスに夫々に格納する工程と、
前記圧縮メモリ内の前記所定のアドレスを再生画像の主走査方向に配列される前記画像データブロックの順番に選択して、選択された前記所定のアドレス内の前記圧縮画像データを伸張する工程とを具備することを特徴とする画像処理方法。
【請求項２】
原稿画像読取り時の主走査方向に走査して得られた１頁分の画像データを複数ブロックに分割する工程と、
前記分割された画像データブロックを圧縮する工程と、
圧縮された圧縮画像データを順次圧縮メモリに格納する工程と、
前記圧縮メモリに格納された前記圧縮画像データのアドレス位置を識別する識別テーブルを設定する工程と、
前記識別テーブルを参照して、前記圧縮メモリ内の前記圧縮画像データを、再生画像の主走査方向に配列される前記画像データブロックの順番に選択して、選択された前記圧縮画像データを伸張する工程とを具備することを特徴とする画像処理方法。
【請求項３】
前記伸張する工程により伸張された伸張画像データを前記画像データブロック毎に回転してページメモリに格納する工程を更に具備することを特徴とする請求項１または請求項２に記載の画像処理方法。
【請求項４】
前記ページメモリのサイズは、少なくとも前記再生画像の主走査方向に配列される１列分のブロック数以上であることを特徴とする請求項３記載の画像処理方法。
【請求項５】
前記ページメモリのサイズは、少なくとも前記再生画像の主走査方向に配列される１列分のブロック数の２倍以上であることを特徴とする請求項３記載の画像処理方法。
【請求項６】
前記ページメモリに、前記再生画像の主走査方向に配列される１列分の前記画像データブロックが揃ったら、前記ページメモリ内の前記伸張画像データを出力する工程を更に具備することを特徴とする請求項４または請求項５に記載の画像処理方法。
【請求項７】
原稿画像読取り時の主走査方向に走査して得られた１頁分の画像データを複数の画像データブロックに分割後圧縮する圧縮器と、
前記圧縮器により圧縮された圧縮画像データを格納するための一定サイズの所定のアドレスを備える圧縮メモリと、
前記圧縮メモリ内の前記所定のアドレスを再生画像の主走査方向に配列される前記画像データブロックの順番に選択して、選択された前記所定のアドレス内の前記圧縮画像データを伸張する伸張器とを具備することを特徴とする画像処理装置。
【請求項８】
原稿画像読取り時の主走査方向に走査して得られた１頁分の画像データを複数の画像データブロックに分割後圧縮する圧縮器と、
前記圧縮器により圧縮された圧縮画像データを順次格納する圧縮メモリと、
前記圧縮メモリに格納された前記圧縮画像データのアドレス位置を識別する識別テーブルと、
前記識別テーブルを参照して、前記圧縮メモリ内の前記圧縮画像データを、再生画像の主走査方向に配列される前記画像データブロックの順番に選択して、選択された前記圧縮画像データを伸張する伸張器とを具備することを特徴とする画像処理装置。
【請求項９】
前記伸張器により伸張された伸張画像データを前記画像データブロック毎に回転した後格納するページメモリを更に具備することを特徴とする請求項７または請求項８に記載の画像処理装置。
【請求項１０】
前記ページメモリのサイズは、少なくとも前記再生画像の主走査方向に配列される１列分のブロック数以上であることを特徴とする請求項９記載の画像処理装置。
【請求項１１】
前記ページメモリのサイズは、少なくとも前記再生画像の主走査方向に配列される１列分のブロック数の２倍以上であることを特徴とする請求項９記載の画像処理装置。
【請求項１２】
前記ページメモリに、前記再生画像の主走査方向に配列される１列分の前記画像データブロックが揃ったら、前記ページメモリ内の前記伸張画像データを出力する出力処理装置を更に具備することを特徴とする請求項１０または請求項１１に記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は画像処理方法及び画像処理装置に関し、特に原稿画像を読取って得られた画像データの圧縮と回転に関する。
【背景技術】
【０００２】
スキャナあるいは他の電子写真複写機等のようなスキャナ機能を持つ装置にあっては原稿画像をスキャンすることで画像データを読み取っている。画像データは再生画像を形成するためにページメモリに格納される。従来スキャナ等の装置では、この画像データを格納するためのページメモリの容量を低減するため、読み取った画像データを圧縮アルゴリズムを用いて圧縮して、表示に必要なデータ量を低減している。
【０００３】
代表的な圧縮アルゴリズムとしてＪＰＥＧフォーマットやＭＭＲフォーマットがある。これ等の圧縮アルゴリズムは可変長変換アルゴリズムである。その結果として、画像データを圧縮すると、原稿画像の夫々の位置において、圧縮された画像データの大きさは変化する。このため複雑な画像を有する領域では画像データが大きい一方、白紙部分のように画像が無いか、きわめて少ない領域では画像データが殆ど無いため、これ等２つの領域では同じような圧縮を得るのが困難である。
【０００４】
このように原稿画像の夫々の領域において、圧縮された画像データの大きさが異なるため、圧縮された画像データの特定の画素のアドレスを計算することは難しかった。その結果、回転処理のような画像処理を実施するのが難しかった。この問題を解決するには画像データを回転処理する際、全ての非圧縮データを格納出来る充分なサイズの大容量のメモリをもつ必要があった。全ての非圧縮画像データを格納可能な大容量のメモリを用いないで回転処理を実行すると一般的には回転された画像は劣化する。
【０００５】
このため従来１頁分の画像データを所定画素数の画像データを１単位とした複数個の矩形ブロックに分割して、矩形ブロック単位で圧縮する圧縮装置がある。（例えば特許文献１あるいは特許文献２参照。）
【特許文献１】特開平８−３１７２２５号公報（第５頁、図２、３）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら（特許文献１）は画像データに画像処理を施す場合に、大容量のメモリを準備しなければならないという問題を生じていた。
【０００７】
そこで本発明は上記課題を解決するものであり、画像データに回転処理のような画像処理を行って再生する際に、大容量のメモリを必要とすることなく、又、画像の劣化を生じることなく良好な処理画像を再生することが出来る画像処理方法及び画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は上記課題を解決するための手段として、原稿画像読取り時の主走査方向に走査して得られた１頁分の画像データを複数ブロックに分割する工程と、分割された画像データブロックを圧縮する工程と、圧縮された圧縮画像データを圧縮メモリの一定サイズの所定のアドレスに夫々に格納する工程と、前記圧縮メモリ内の前記所定のアドレスを再生画像の主走査方向に配列される前記画像データブロックの順番に選択して、選択された前記所定のアドレス内の前記圧縮画像データを伸張する工程とを実施するものである。
【発明の効果】
【０００９】
本発明によれば、原稿の画像データを複数ブロックに分割後圧縮して得られた圧縮データを、再生する順番に選択して伸張し画像処理後にページメモリに格納することから、ページメモリに再生画像の主走査方向に配列される１列分の画像データブロック数以上が揃えばプリント操作を実施でき、ページメモリのサイズは、原稿画像の１頁分のサイズ以下でよく、画像処理の画質の低下を生じることなくページメモリの縮小を図れる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施例について図１乃至図５Ｂを用いて説明する。図１は本発明の画像処理装置である画像形成システム１を示すブロック図である。この画像形成システムとしては、例えばスキャン機能およびプリント機能を有する複写機や多機能画像形成装置（multi−functional‐peripheral）(以下ＭＦＰと略称する。)等がある。この画像形成システム１はまたスキャナ、コンピュータあるいはプリンタ単体、あるいはこれらを組み合わせて機能する構成要素を持つことも可能である。図１に示すように画像形成システム１はスキャナ１０、圧縮器１２、圧縮メモリ１４、伸張器１６、画像処理部１８、ページメモリ２０、出力処理装置であるラステライザー２２及びプリンタ２４を有する。これらの構成要素は、夫々１つあるいは複数であっても良い。
【００１１】
スキャナ１０は原稿台に置かれた原稿の原稿画像を走査するように形成される。スキャナ１０は原稿の全面を露光走査し反射光を画像データに変換する。画像データを生成するため、スキャナ１０は原稿からの反射光に応じて画像データを発生するＣｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ（以下ＣＣＤと略称する。）を有している。ＣＣＤの出力は一般に赤（Ｒ）、緑（Ｇ）、青（Ｂ）で表示される。またＣＣＤは原稿画像データ中のカラーデータ（ＲＧＢデータ）を検出するカラーＣＣＤと、原稿画像データ中の黒色データ（Ｋデータ）を検出するモノクロ（黒／白）ＣＣＤを分けて有することも可能である。
【００１２】
圧縮器１２はスキャナ１０からの画像データを複数ブロックの画像データブロックに分割するよう形成される。圧縮器１２は、画像データを分割後、画像データブロックを圧縮する。圧縮器１２はＪＰＥＧやＭＭＲなどの圧縮アルゴリズムを用いて画像データブロックを圧縮画像データに圧縮する。圧縮アルゴリズムは例えばＲＯＭなどのメモリに格納されたソフトウェアーやコードにより与えられ、ＣＰＵのようなプロセッサーにおいて実行される。圧縮画像データは例えばＲＡＭやＮＶＲＡＭといった圧縮メモリ１４に格納される。
【００１３】
伸張器１６は圧縮メモリ１４に格納された圧縮画像データを必要な順に選択して伸張し、伸張された伸張画像データを画像処理部１８に送る。伸張器１６は圧縮器１２と同様に、ＲＯＭなどのメモリに格納されたソフトウェアーやコードにより与えられ、ＣＰＵのようなプロセッサーにおいて実行される。更に、圧縮器１２及び伸張器１６は単一のエレメントまたは別々のエレメントで構成することが出来る。画像処理部１８は画像の回転、フィルタリング、色変換、ハーフトーン処理、ガンマ補正や他の画像処理機能のいずれでも実行出来るように形成される。圧縮アルゴリズムと同様画像処理部１８で実行される画像処理機能は、例えばＲＯＭなどのメモリに格納されたソフトウェアーやコードにより与えられ、ＣＰＵのようなプロセッサーにおいて実行される。画像データの圧縮処理、伸張処理、あるいは画像処理を実行するプロセッサーは１つあるいは複数でも任意である。
【００１４】
画像処理部１８の画像データ出力は例えばＲＡＭやＮＶＲＡＭからなるページメモリ２０に格納される。ラステライザー２２はページメモリ２０から画像データを受け印刷可能なフォーマットに変換し印刷するためプリンタ２４に供給する。プリンタ２４は例えばインクジェットまたはレーザプリンタでも良い。
【００１５】
次に１頁分の原稿画像を読取って、例えば９０°回転して再生するプロセスについて述べる。図２は、本実施例の画像形成プロセスを示すフローチャートである。図２の画像形成プロセスは、先ず、スキャナ１０によりガラスの原稿台上に載置される原稿を走査する（ステップ２０２）。例えば図３Aに示す原稿画像を有する原稿Ｇを、走査して、原稿からの反射光をＣＣＤに入力して原稿Ｇを読取る。原稿Ｇの主走査方向は矢印ｖ方向であり、副走査方向は矢印ｗ方向である。原稿Ｇを走査してＣＣＤに入力された反射光は、カラーあるいはモノクロの画像データに変換される。
【００１６】
スキャナ１０により読取られ、例えばカラーのＲＧＢデータで出力される画像データは圧縮器１２に入力され、複数の画像データブロックに分割される（ステップ２０４）。これにより画像データ圧縮の効率が改善される。各画像データブロックは、６４×６４ピクセルあるいはそれ以上の、１２８×１２８ピクセル、２５６×２５６ピクセルさらには５１２×５１２ピクセル等が望ましい。尚、ブロックサイズはこれに限定されず、６４×６４ピクセル以下あるいは５１２×５１２ピクセル以上であっても良いし、更には、原稿Ｇの主走査方向のピクセル数と副走査方向のピクセル数とを変えることにより画像データブロックを長方形にすることも可能である。尚スキャナ１０からの画像データを複数の画像データブロックに分割する機能は圧縮器１２では無く、例えば画像処理部１８等に設けても良い。更に画像データブロックの大きさは、必要に応じて、ユーザが設定可能である。
【００１７】
図３Ａに示す原稿Ｇでは、１頁分の原稿画像がＡ〜Ｌの複数の画像データブロックに分割されている。各画像データブロック内は、画像データブロックＡあるいはＢに詳述するように、ピクセル数ｎを有する。例えば、各画像データブロックが６４×６４ピクセルならｎは４０９６である。
【００１８】
圧縮器１２は画像データブロックの全てを受け取り、それらをＪＰＥＧ、ＭＭＲ等の圧縮アルゴリズムにより、所定の圧縮率で圧縮して、圧縮画像データに変換する（ステップ２０６）。各画像データブロックＡ−Ｌは、夫々他の画像データブロックの影響を受けることなく独立して圧縮される。尚画像データの複数画像データブロックへの分割は、画像データを分割するようメモリに格納されたコードを実行するプロセッサーにより圧縮器１２とは無関係に行われても良い。
【００１９】
次いで分割された各圧縮画像データは圧縮メモリ１４のアドレスに格納される（ステップ２０８）。図３Ｂに圧縮メモリ１４内での圧縮画像データの配置を示す。各圧縮画像データは、ブロック毎に圧縮メモリ１４に順次格納される。
【００２０】
圧縮メモリ１４の各圧縮画像データＡ〜Ｌを格納するためのアドレスのサイズは、夫々予め全て等しくなるよう決められた一定サイズであっても良い。あるいは圧縮メモリ１４のアドレスのサイズは、各圧縮画像データのデータサイズに応じて可変であっても良い。図３Ｂに、圧縮画像データＡ（Ａ１〜Ａｎ）、Ｂ（Ｂ１〜Ｂｎ）およびＣ（Ｃ１〜Ｃｎ）・・・が夫々圧縮メモリ１４のアドレスＡＡ、ＢＢおよびＣＣ・・・に格納される様子を示す。各圧縮メモリ１４中の各アドレスＡＡ、ＢＢおよびＣＣ・・・の先頭には、アドレスのスタート位置を示すスタートアドレスＳＡ、ＳＢ、ＳＣ・・・が、付されている。
【００２１】
例えば圧縮メモリ１４の各アドレスのサイズが予め決められた一定サイズの所定のアドレスである場合、アドレスＡＡからアドレスＢＢまでの間のオフセットは、任意の圧縮画像データが隣のアドレスまで達することなく格納されるように、最大に設定することが望ましい。この様に十分なオフセットを持つことで、ほとんどの環境において圧縮画像データが各々組となるアドレス間の全てのメモリを使用することはないと思われる。従って、図３Ｂでは最終の圧縮画像データピクセルＡｎ，Ｂｎが、隣のスタートアドレスＳＢあるいはスタートアドレスＳＣと隣接して示されているが、特定の圧縮画像データの最後の圧縮画像データピクセルαｎとそれに続く次の圧縮画像データのスタートアドレスＳβとの間には空きメモリアドレスが存在する可能性がある。
【００２２】
一方、圧縮メモリ１４の各アドレスのサイズが各圧縮画像データのデータサイズに応じて可変である場合には、アドレスの開始位置が特定されないことから、図４Ａに示す様に、アドレスの開始位置を記録する識別テーブルであるメモリアドレステーブル［Ｔ］を設定する必要がある。図４Ａのメモリアドレステーブル［Ｔ］は、例えば圧縮画像データＡの始まりに当たるスタートアドレスＳＡが［００００００００］であり、圧縮画像データＢの始まりに当たるスタートアドレスＳＢが［０００１３４２０］であるという様に、各圧縮画像データの始まりを示す。メモリアドレステーブル［Ｔ］は、例えば圧縮メモリ１４内に設けられる。この様に圧縮メモリ１４の各アドレスのサイズが各圧縮画像データのデータサイズに応じて可変であれば、前述の所定のアドレスサイズの場合に比べて、空きメモリが無い分、圧縮メモリ１４の縮小を得られる。
【００２３】
次にプリンタ２４が原稿画像を印刷可能な状態になると伸張器１６は圧縮画像データを圧縮メモリ１４から特定の順番で取り出して伸張し、伸張画像データを作成する（ステップ２１０）。この圧縮画像データを伸張する順番は特定されていて、ユーザによりセットされるかまたは原稿画像を持つ原稿の大きさにより決定される。
【００２４】
又この圧縮画像データを伸張する順番は、原稿画像に基づいて実行される画像処理機能の種類も考慮に入れて特定する。例えば、画像処理機能が回転機能の場合に、伸張器１６が圧縮メモリ１４から圧縮画像データを取り出す順番は、プリンタ２４により形成される再生画像の主走査方向に配列される画像データブロックの順番となる。伸張器１６は、特定の順番で圧縮メモリ１４から圧縮画像データを取り出して伸張する。
【００２５】
例えばスキャナ１０で読取った原稿画像に対して、プリンタ２４にて９０°回転して再生画像を得る場合、再生画像ＰＧは、図４Ｂのようになる。即ち再生画像ＰＧは矢印ｘ方向の主走査方向に、画像データブロックＪ、Ｇ、Ｄ、Ａが配列される。又矢印ｙ方向の副走査方向の２列目には主走査方向に画像データブロックＫ〜Ｂが配列され、３列目には画像データブロックＬ〜Ｃが配列される。
【００２６】
このとき、圧縮メモリ１４の各アドレスのサイズが各圧縮画像データのデータサイズに応じて可変である場合には、圧縮画像データを特定の順番で読み出すために、伸張器１６はメモリアドレステーブル［Ｔ］を参照する。他方、圧縮メモリ１４の各アドレスのサイズが予め決められた所定のアドレスである場合は、各圧縮画像データの始まりに当るスタートアドレスＳαは、オフセット間隔ごとであるということが、予め分かっているので、メモリアドレステーブル［Ｔ］は不要とされる。いずれにおいても、伸張器１６により圧縮画像データを特定の順番で読み出すときに、各圧縮画像データのスタートアドレスＳαを容易に判別することが可能である。
【００２７】
次いで伸張器１６により伸張された伸張画像データは、画像処理部１８に送られる。画像処理部１８では、伸張器１６から送られるデータに順次必要な画像処理機能を実行する（ステップ２１２）。例えばスキャナ１０で読取った原稿画像に対して、プリンタ２４にて９０°回転して再生画像を得る場合、伸張器１６では、圧縮メモリ１４から、特定の順番、即ち図４Ｂに示す再生画像ＰＧの矢印ｘ方向の主走査方向の画像データブロックＪ、Ｇ、Ｄ、Ａの配列の順番に圧縮画像データを取り出す。次いで伸張器１６は取り出した順番に圧縮画像データを伸張して、伸張画像データを画像処理部１８に送る。画像処理部１８に送られる前の各画像データブロックの伸張画像データの配列方向は、例えば画像データブロックＡにあっては、図５Ａの矢印ｑ方向に配列される。
【００２８】
次いで画像処理部１８では、圧縮器１６から取り出された順番にデータの配列方向を９０°回転する。即ち例えば画像データブロックＡにあっては、図５Ｂに示す様に回転して、伸張画像データを矢印ｒ方向に配列する。
【００２９】
次いで画像処理部１８は、回転処理した伸張画像データを、取り出した順に、ページメモリ２０に格納する（ステップ２１４）。ページメモリ２０の大きさは原稿Ｇの画像データの大きさに対応する。図４Ｂは画像データ回転後のページメモリ２０を示す。図４Ｂに示すようにページメモリ２０は全ての伸張、回転後の画像データを保持するに充分な大きさを示している。ここでもし画像データが圧縮される前に複数の画像データブロックに分割されなければ、伸張器１６が全ての圧縮画像データを同時に伸張するため、ページメモリ２０のサイズは原稿画像１頁分の全ての伸張画像データを格納するため充分に大きくなければならない。
【００３０】
他方上述した本実施例にあっては、ページメモリ２０のサイズを小さく出来る。本実施例では、圧縮前に画像データを複数の画像データブロックに分割することにより、画像処理部１８は各伸張画像データに各ブロックの一つまたは２つ同時の回転を含む画像処理機能を施しそれらをページメモリ２０に格納する。プリント操作を行うのに充分な数の画像データが一旦伸張され、画像処理された後ページメモリ２０に格納されると、プリント操作が始まる。例えば、図４Ｂに示す、画像データブロックＡ，Ｄ，Ｇ，Ｊ（または印刷開始の方向により画像データブロックＡ，Ｂ，Ｃ）といった、再生画像の主走査方向に配列される１列分の画像データブロック数である１コラムの伸張画像データがページメモリ２０に格納されると、直ちにプリント操作を開始することが可能である。この場合、ページメモリ２０は画像データブロックの１コラムに当たるサイズであれば良い。もし伸張器１６が２ブロックを同時に伸張する場合、ページメモリ２０のサイズは画像データブロックの２コラム分の大きさになる。
【００３１】
いずれの場合もページメモリ２０のサイズは原稿画像１頁分の全ての伸張画像データを格納するのに必要なサイズに比べて小さくて済む。数学的にはページメモリ２０の大きさはｌ≧ｍａｘ（ｍ，ｎ）でセットされる。ここで、ｍは画像データブロックの主走査方向のピクセル数、ｎは画像データブロックの副走査方向のピクセル数、ｌは再生画像ＰＧの主走査方向におけるページメモリ２０のサイズである。１コラム以上を蓄えるためには、ページメモリ２０のサイズはｌ≧ｋ・ｍａｘ（ｍ，ｎ）に設定される。ただしｋはコラム数である。例えば、２コラムを蓄えるとするとｋは２となる。
【００３２】
本実施例では、プリンタ２４がレーザプリンタである場合、ページメモリ２０内に図４Ｂに示す再生画像ＰＧの矢印ｘ方向の主走査方向の１列目に配列される画像データブロックＪ、Ｇ、Ｄ、Ａの伸張画像データが揃えば、プリント操作を開始可能となる。但しプリンタ２４は、データ処理の遅れを原因とするプリント操作の中断を生じないように、ラスタライザ２２を介して、連続してページメモリ２０から伸張画像データを受け取る必要がある。
【００３３】
このためにはページメモリ２０は、例えばプリント操作のために主走査方向の１列目の伸張画像データを出力している間に、次のプリント操作のために、主走査方向の２列目の伸張画像データを格納する必要がある。即ち、データ処理の遅れを原因とするプリント操作の中断を生じないようにするためには、ページメモリ２０は、（再生画像ＰＧの主走査方向の１列分の画像データブロック数）×２以上のサイズを必要とされる。尚、プリンタ２４がレーザプリンタで無く、インクジェットプリンタの場合は、再生画像ＰＧの主走査方向の１列目の画像を再生する間に次の列の伸張画像データを格納する必要がないことから、ページメモリ２０のサイズは、（再生画像ＰＧの主走査方向に配列される１列分の画像データブロック数）×１あれば良い。
【００３４】
このようにすれば、ページメモリ２０は、原稿画像１頁分の全ての画像データを蓄積する場合に比べて、ページメモリ２０のサイズを小さくすることができる。
【００３５】
次に、１コラム分の伸張画像データがページメモリ２０に蓄積されプリンタ２４が準備出来ると、伸張画像データを印刷可能なフォーマットのプリント画像データに変換するラステライザー２２により、伸張画像データはページメモリ２０から読み出される（ステップ２１６）。ラステライザー２２により変換された、再生画像ＰＧの全てのコラムのプリント画像データが、順次プリンタ２４に供給され、プリントされる（ステップ２１８）。プリンタ２４は図３Ａに示すＡ〜Ｌの複数の画像データブロックを有する原稿画像Ｇを９０°回転した、図４Ｂに示すＪ〜Ｃの画像データブロックを有する再生画像ＰＧをプリント再生して、プリント操作を終了する。
【００３６】
以上詳述したように本実施例によれば、スキャナ１０で読取った原稿１頁分の画像データを複数の画像データブロックに分割した後に圧縮して圧縮メモリ１４に格納する。次いで圧縮画像データを、再生画像ＰＧの主走査方向に配列される画像データブロックの順番に圧縮メモリ１４から取り出して、伸張し回転する。更に圧縮画像データを伸張し回転した伸張画像データをページメモリ２０に格納している。これにより、ページメモリ２０に、再生画像ＰＧの主走査方向に配列される画像データブロック１列分の伸張画像データが揃えば、プリント操作のためにページメモリ２０から、伸張画像データが取り出し可能と成る。従って、ページメモリ２０のサイズは、少なくとも再生画像ＰＧの主走査方向の画像データブロック１列分以上であれば良く、ページメモリ２０のサイズの縮小を得られる。
【００３７】
尚本発明は上記実施例に限られるものではなく、本発明の範囲内で種々変更可能であり、例えば画像データのサイズや色等任意であるし、その分割のサイズも必要に応じて変更可能である。又、ページメモリのサイズは、画像形成装置の機能に応じて、２コラム以上である等任意である
【図面の簡単な説明】
【００３８】
【図１】本発明の実施例の画像形成システムを示す概略ブロック図である。
【図２】本発明の実施例の画像形成プロセスを示すフローチャートである。
【図３Ａ】本発明の実施例の原稿を示す説明図である。
【図３Ｂ】本発明の実施例の圧縮メモリ内での圧縮画像データの配置を示す説明図である。
【図４Ａ】本発明の実施例のメモリアドレステーブルを示す説明図である。
【図４Ｂ】本発明の実施例の再生画像を示す説明図である。
【図５Ａ】本発明の実施例の画像処理部に送られる前の伸張画像データの配列方向を示す説明図である。
【図５Ｂ】本発明の実施例の画像処理部で回転された伸張画像データの配列方向を示す説明図である。
【符号の説明】
【００３９】
１…画像形成システム
１０…スキャナ
１２…圧縮器
１４…圧縮メモリ
１６…伸張器
１８…画像処理部
２０…ページメモリ
２２…ラステライザ
２４…プリンタ
【図１】
2006129471.tif 000003
【図２】
2006129471.tif 000004
【図３Ａ】
2006129471.tif 000005
【図３Ｂ】
2006129471.tif 000006
【図４Ａ】
2006129471.tif 000007
【図４Ｂ】
2006129471.tif 000008
【図５Ａ】
2006129471.tif 000009
【図５Ｂ】
2006129471.tif 000010