JP2000138823A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【課題】メモリへのアクセス回数を減らしてビデオデー
タ転送処理を簡略化しシステムバスの負担を軽減する。 【解決手段】ＣＰＵ６は、ある１ラインと同じデータが
Ｎライン連続して存在する場合、連続しているＮライン
の同一データブロックに識別番号を付け、識別番号と連
続ライン数Ｎを同一データブロックの先頭にラインヘッ
ダとして持たせ、識別番号と連続ライン数Ｎが付けられ
たラインヘッダのビットマップデータ以外を間引いて圧
縮する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、プリンタ装置や
他機能複写機等の画像処理装置、特に印字ビットマップ
データの圧縮効率の向上に関するものである。

【０００２】

【従来の技術】ホスト装置から白黒の文書データ等をプ
リンタ装置に送り印刷する場合、プリンタ装置のコント
ローラにあるＲＡＭのページバッファに１ページ分の画
像イメージデータを展開し、展開した画像イメージデー
タの印刷方向の先頭のラインから最終ラインまでの全て
のラインに対し順に白又は黒の２値の印字画像データを
読み取りプリンタエンジンに送リ記録用紙に印刷してい
る。

【０００３】

【発明が解決しようとする課題】しかしながら展開した
１ページ分の画像イメージデータの内容に関わらず全て
のラインに対し順に白又は黒の２値の印字画素データを
読み取りプリンタエンジンに送っていると、１ページ分
のデータを全てＲＡＭから読み取るビデオＤＭＡ処理が
必要となり、例えばテキストファイル等に多く含まれる
１ラインが全て白のデータをビデオＤＭＡ転送すると
き、白データを示す「０」データをシステムデータバス
を経由して１ライン分送り続けるなど無駄な処理を行わ
なければならず、システムバスが占有され、システム全
体のパフォーマンスに影響を与えていた。また、画像メ
モリ用のバスを専用化しシステムバスと分離して対応し
ている場合もあるが、この場合、データバス等が多くな
り、基板レイアウトやゲートアレイの設計が複雑化しコ
ストがかかってしまう。

【０００４】この発明はかかる短所を改善し、メモリへ
のアクセス回数を減らしてビデオデータ転送処理を簡略
化しシステムバスの負担を軽減することができる画像処
理装置を提供することを目的とするものである。

【０００５】

【課題を解決するための手段】この発明に係る画像処理
装置は、ホスト装置からの画像情報をビットマップデー
タに展開し、展開されたビットマップデータを１ライン
ずつビデオＤＭＡ転送して画像補正を行ったシリアルの
ビデオデータをプリンタエンジンに送信して画像を印刷
する画像処理装置において、ホスト装置からの画像情報
をビットマップデータに展開するときに、ある１ライン
と同じデータがＮライン連続して存在する場合には、連
続しているＮラインの同一データブロックに識別番号を
付け、識別番号と連続ライン数Ｎを同一データブロック
の先頭にラインヘッダとして持たせて、識別番号と連続
ライン数Ｎが付けられたラインヘッダのビットマップデ
ータ以外を間引いて圧縮させることを特徴とする。

【０００６】上記画像補正を行う画像補正部に、Ｍライ
ン分のビデオデータを格納するキャシュメモリを持た
せ、キャシュメモリ内の各ラインを上記同一データブロ
ックに付けた識別番号で管理すると良い。

【０００７】また、上記ビットマップデータを１ライン
づつ印字するときに各ラインヘッダの識別番号と連続ラ
イン数Ｎによりビデオデータを切換え擬似的に圧縮デー
タを伸長すると良い。

【０００８】さらに、上記キャシュメモリの内容を、印
刷部数の内容により１ページ印刷毎にクリアするか否か
を切換える。

【０００９】

【発明の実施の形態】この発明のプリンタ装置はホスト
装置に接続され、ホスト装置から送られた印刷データを
印刷する。プリンタ装置にはコントローラと印刷を行な
うプリンタエンジンを有する。コントローラはホストイ
ンタフェースとＣＰＵとＡＳＩＣとプログラムＲＯＭと
フォントＲＯＭとＲＡＭと画像補正部及びエンジンイン
タフェースを有する。ＲＡＭにはイメージデータ格納部
と圧縮データ格納部を有する。イメージデータ格納部と
圧縮データ格納部は、各ライン毎にビットマップデータ
を格納する画像データ領域を有し、各ラインの先頭に１
６ビットのラインヘッダを有する。ラインヘッダの上位
６ビットは各ラインを監視するタグと呼ばれる識別番号
を示し、下位は、ある１ラインと同じデータが連続して
存在する場合の連続ライン数Ｎを示す。画像補正部はＲ
ＡＭ上のビデオイメージデータを画像補正してエンジン
インタフェースに送るものであり、インプットバッファ
とビデオキャシュメモリとアウトプットバッファとライ
ンカウンタ及びビデオセレクタを有する。

【００１０】ホスト装置から送られた画像情報をビット
マップデータに展開してＲＡＭのイメージデータ格納部
に格納するとき、ＣＰＵは、ある１ラインと同じデータ
がＮライン連続して存在する場合、連続しているＮライ
ンの同一データブロックに識別番号を付け、識別番号と
連続ライン数Ｎを同一データブロックの先頭にラインヘ
ッダとして持たせて展開する。このイメージデータ格納
部に展開されたビットマップデータを圧縮するとき、Ｃ
ＰＵは識別番号と連続ライン数Ｎが付けられたラインヘ
ッダのビットマップデータ以外を間引いて圧縮して圧縮
データ格納部に格納する。

【００１１】圧縮データ格納部に格納されたビットマッ
プデータを印刷するとき、画像補正部に格納されている
各ラインのラインヘッダのタグが同じ場合は、ビットマ
ップデータを圧縮データ格納部からビデオキャシュメモ
リに１回だけロードしてＤＭＡ転送の回数を減らす。そ
してキャシュメモリにロードされたラインデータを１ラ
インづつ印字するときに各ラインヘッダの連続ライン数
に複数ライン数が指定されているときは、キャシュメモ
リ内の同じ識別番号のラインデータを指定されたライン
数分繰り返して出力して印刷処理の効率を高める。

【００１２】

【実施例】図１はこの発明の一実施例の構成を示すブロ
ック図である。図に示すように、プリンタ装置１はホス
ト装置２に接続され、ホスト装置２から送られた印刷デ
ータを印刷するものであり、コントローラ３と印刷を行
なうプリンタエンジン４を有する。コントローラ３はホ
ストインタフェース５とＣＰＵ６とＡＳＩＣ７とプログ
ラムＲＯＭ８とフォントＲＯＭ９とＲＡＭ１０と画像補
正部１１及びエンジンインタフェース１２を有する。ホ
ストインタフェース５はセントロＩ／ＦやＲＳ２３２Ｃ
からなり、ホスト装置２と通信を行なう。ＣＰＵ６はプ
ログラムＲＯＭ８のプログラムやホスト装置２からのコ
マンドによってコントローラ３全体を制御する。ＡＳＩ
Ｃ７はコントローラ３のデバイス又は外部インタフェー
スへのバスコントロールをするものであり、ビットマッ
プデータのＤＭＡ転送制御を行う。プログラムＲＯＭ８
にはコントローラ３の制御プログラムや画像補正部１１
の画像補正パターンが格納されている。フォントＲＯＭ
９はフォントのパターンデータなどを記憶している。Ｒ
ＡＭ１０はＣＰＵ６のワークメモリや入力データのイン
プットバッファ，プリントデータのページメモリ等に使
用する。ＲＡＭ１０は、図２に示すように、イメージデ
ータ格納部１０１及び圧縮データ格納部１０２を有す
る。イメージデータ格納部１０１と圧縮データ格納部１
０２は、図３に示すように、各ライン毎にビットマップ
データを格納する画像データ領域１０３を有し、各ライ
ンの先頭に１６ビットのラインヘッダ１０４を有する。
ラインヘッダ１０４の上位６ビットは各ラインを監視す
るタグと呼ばれる識別番号を示し、下位は、ある１ライ
ンと同じデータが連続して存在する場合の連続ライン数
Ｎを示す。

【００１３】画像補正部１１はＲＡＭ１０上のビデオイ
メージデータを画像補正してエンジンインタフェース１
２に送るものであり、図２に示すように、インプットバ
ッファ１１１とビデオキャシュメモリ１１２とアウトプ
ットバッファ１１３とラインカウンタ１１４及びビデオ
セレクタ１１５を有する。インプットバッファ１１１は
ＲＡＭ１０から取り込まれるビットマップパラレルデー
タをシリアルデータに変換する。ビデオキャシュメモリ
１１２はインプットバッファ１１１からのシリアルデー
タを複数ライン分格納するものであり、各ラインはライ
ンの先頭に設けられたラインヘッダのタグで管理され
る。アウトプットバッファ１１３はビデオキャシュメモ
リ１１２から出力されたビデオデータをビデオクロック
に同期させて出力する。ラインカウンタ１１４はライン
ゲート信号とビデオクロックを入力して、画像データを
１ライン出力するたびにトリガ信号を出力する。ビデオ
セレクタ１１５はラインカウンタ１１４からのトリガ信
号により、１ライン毎にラインヘッダ１０４の情報によ
ってビデオキャシュメモリ１１２内のビデオデータを切
替えて選択する。エンジンインタフェース１２はプリン
タエンジン４とコマンドとステータスや印字データの通
信を行う。

【００１４】上記のように構成したプリンタ装置１で、
例えば図４に示す表ファイル２１を印刷するときの圧縮
処理するときの動作を説明する。図４（ａ）に示す表フ
ァイ２１の印刷データの先頭部を拡大してライン別に見
ると、図４（ｂ）に示すようになる。図４（ｂ）に示す
ように、先頭の１ラインと２ラインは表ファイル２１の
上の横線だけを示すために白と黒の同一データとなり、
３ラインから５ラインは表ファイル２１の縦線だけを示
すため白と黒のデータが繰り返す同一データとなり、６
ラインから５０ラインはフォントがあるため、各ライン
で全て異なるデータになる。５１ラインから５３ライン
は表ファイル２１の縦線だけを示すため白と黒のデータ
が繰り返す同一データとなり、３ラインから５ラインと
同一データとなる。また、５４ラインと５５ラインは表
ファイル２１の横線だけを示すために白と黒の同一デー
タとなり、１ラインと２ラインと同じデータになり、５
６ラインから５８ラインは表ファイル２１の縦線だけを
示すため白と黒のデータが繰り返す同一データとなり、
３ラインから５ラインと同じデータになり、５９ライン
から１００ラインはフォントがあるため、各ラインで全
て異なるデータになる。

【００１５】このような表ファイル２１を示す印刷デー
タがホスト装置２からプリンタ装置１に送られると、Ｃ
ＰＵ６は送られた印刷データをＲＡＭ１０のイメージデ
ータ格納部１０１に１ライン毎にビットマップデータと
して展開する。このとき、ＣＰＵ６は各ラインを解読
し、図３（ａ）に示すように、その情報をラインヘッダ
１０４として１６ビットのデータを１ラインのビットマ
ップデータの先頭に付加して展開する。このラインヘッ
ダ１０４を付加するときに１ライン目のラインヘッダ１
０４のタグを使用しないことを示す「０」にし、連続ラ
イン数Ｎを「１」とする。次ぎに２ライン目のビットマ
ップデータを解読して、図３（ａ）に示すように、２ラ
イン目のビットマップデータが１ライン目のビットマッ
プデータと同一であると判定すると、１ライン目のライ
ンヘッダ１０４のタグを「１」とし、連続ライン数Ｎを
「２」とし、２ライン目にラインヘッダ１０４を付加せ
ずにビットマップデータとして展開する。次ぎに３ライ
ン目のビットマップデータを解読して、３ライン目のビ
ットマップデータが１ライン目のビットマップデータと
異なると判定すると、３ライン目のラインヘッダ１０４
のタグを「０」とし、連続ライン数Ｎを「１」とする。
引き続いて４ライン目のビットマップデータを解読し
て、４ライン目のビットマップデータが３ライン目のビ
ットマップデータと同一であると判定すると、既に設定
されているタグのラインデータと比較して、等しければ
そのタグ、等しくなければ既に設定されいるタグに
「１」を加え、３ライン目のラインヘッダ１０４のタグ
を「２」とし、４ライン目にラインヘッダ１０４を付加
せずにビットマップデータとして展開する。同様に５ラ
イン目のビットマップデータを解読して、５ライン目の
ビットマップデータが３ライン目のビットマップデータ
と同一であると判定すると、連続ライン数Ｎを「３」と
し、５ライン目にラインヘッダ１０４を付加せずにビッ
トマップデータとして展開する。このようにして各ライ
ンのビットマップデータを順次展開する。

【００１６】この各ラインのビットマップデータを展開
するときに、６ラインから５０ラインは全て異なるデー
タであるから、６ラインから５０ラインのラインヘッダ
１０４にはタグを「０」とし、連続ライン数Ｎを「１」
としてビットマップデータを展開する。また、５１ライ
ンから５３ラインは３ラインから５ラインと同じデータ
であるため、５１ラインのラインヘッダ１０４のタグを
「２」とし、連続ライン数Ｎを「３」とし、５２ライン
と５３ラインにはラインヘッダ１０４を付加せずにビッ
トマップデータとして展開する。５４ラインと５５ライ
ンのビットマップデータは１ラインと２ラインと同じで
あから、５４ラインのラインヘッダ１０４のタグを
「１」とし、連続ライン数Ｎを「２」とし、５６ライン
から５８ラインのビットマップデータは３ラインから５
ラインと同じデータであるため、５６ラインのラインヘ
ッダ１０４のタグを「２」とし、連続ライン数Ｎを
「３」とする。

【００１７】上記のようにしてイメージデータ格納部１
０１に各ラインのビットマップデータを展開した後、Ｃ
ＰＵ６は展開したビットマップデータを圧縮して圧縮デ
ータ格納部１０２に格納する。このイメージデータ格納
部１０１に展開されたビットマップデータを圧縮すると
きにＣＰＵ６は各ラインのラインヘッダ１０４のタグと
連続ライン数Ｎを参照し、ラインヘッダ１０４のタグと
連続ライン数Ｎが付加されたライン毎に、ラインヘッダ
１０４とビットマップデータを圧縮データ格納部１０２
に展開する。例えば図３に示した各ラインのビットマッ
プデータを圧縮すると、図４に示すように第１ラインに
タグが「１」と連続ライン数Ｎを「２」としたラインヘ
ッダ１０４と１ライン目のビットマップデータを圧縮デ
ータ格納部１０２に格納し、２ライン目のビットマップ
データを圧縮データ格納部１０２に格納せず、圧縮デー
タ格納部１０２の第２ラインにタグが「２」と連続ライ
ン数Ｎを「３」としたラインヘッダ１０４と３ライン目
のビットマップデータを展開し、４ライン目と５ライン
目のビットマップデータをカットする。また、６ライン
から５０ラインのラインヘッダ１０４はタグが「０」で
あり、連続ライン数Ｎが「１」であるからそのまま圧縮
データ格納部１０２に格納する。このように同一データ
が連続しているラインをカットしてラインヘッダ１０４
が付加されたラインのビットマップデータを圧縮データ
格納部１０２に格納することにより、図４に示す表ファ
イル２１の印刷データの１ラインから１００ラインまで
のデータのなかから１１ライン分のデータをカットする
ことができ、１ラインが２０２４ビット（２５３バイ
ト）とした場合、２７８３バイトのデータを圧縮するこ
とができる。

【００１８】上記のようにＲＡＭ１０の圧縮データ格納
部１０２に圧縮されたビットマップデータを印刷すると
きの動作を図５のフローチャートを参照して説明する。
印刷動作を開始すると、ＣＰＵ６は圧縮データ格納部１
０２の第１ラインに格納された１ライン目のラインヘッ
ダ１０４を画像補正部１１のビデオセレクタ１１５に転
送する（ステップＳ１，Ｓ２）。ビデオセレクタ１１５
は転送されたラインヘッダ１０４のタグが「０」か否を
判定し（ステップＳ３）、ラインヘッダ１０４のタグが
「０」以外のときは、ビデオキャシュメモリ１１２の該
当するタグのアドレスにラインデータが有るかどうかを
確認する（ステップＳ４）。この確認の結果、ビデオキ
ャシュメモリ１１２の該当するタグのアドレスにライン
データがないときは、ビデオＤＭＡリクエストをＡＳＩ
Ｃ７に発行する。すなわち圧縮データ格納部１０２に格
納された１ライン目のラインヘッダ１０４のタグは
「１」であり、ビデオキャシュメモリ１１２のタグ
「１」のアドレスにラインデータがないから、ビデオＤ
ＭＡリクエストをＡＳＩＣ７に発行して圧縮データ格納
部１０２から１ライン目のラインヘッダ１０４とビット
マップデータをインプットバッファ１１１を介してビデ
オキャシュメモリ１１２に転送させ、ビデオキャシュメ
モリ１１２のタグが「１」のアドレスと出力ポートにロ
ードする（ステップＳ５）。このビデオキャシュメモリ
１１２の出力ポートにロードされた１ライン分のデータ
をアウトプットバッファ１１３を介してビデオデータと
してエンジンインタフェース１２に送りプリンタエンジ
ン４で１ライン目を印刷させる（ステップＳ７）。ま
た、ビデオキャシュメモリ１１２にロードされた１ライ
ン目のラインヘッダ１０４の連続ライン数Ｎが「２」で
あるから、ライン数を＋１にして引き続きビデオキャシ
ュメモリ１１２の出力ポートにロードされた１ライン分
のデータをアウトプットバッファ１１３を介してビデオ
データとしてエンジンインタフェース１２に送りプリン
タエンジン４で２ライン目を印刷させる（ステップＳ
８，Ｓ９，Ｓ７）。次ぎに圧縮データ格納部１０２の第
２ラインに格納された３ライン目のラインヘッダ１０４
をビデオセレクタ１１５に転送し（ステップＳ１０，Ｓ
１１，Ｓ２）、１ライン目と２ライン目と同様にして３
ライン目と４ライン目及び５ライン目を印刷させる（ス
テップＳ３〜Ｓ５，Ｓ７〜Ｓ９）。

【００１９】また、６ライン目から５０ライン目を印刷
するとき、ビデオセレクタ１１５は転送されたラインヘ
ッダ１０４のタグが「０」と判定すると（ステップＳ
２，Ｓ３）、圧縮データ格納部１０２に格納されたビッ
トマップデータをインプットバッファ１１１を介して各
ライン毎にビデオＤＭＡ転送によりビデオキャシュメモ
リ１１２の出力ポートにロードさせ（ステップＳ１
２）、ビデオキャシュメモリ１１２の出力ポートにロー
ドされた１ライン分のデータをアウトプットバッファ１
１３を介してビデオデータとしてエンジンインタフェー
ス１２に送りプリンタエンジン４で印刷させる（ステッ
プＳ１３，Ｓ１４）。

【００２０】また、５１ライン目を印刷するとき、ビデ
オセレクタ１１５は転送されたラインヘッダ１０４のタ
グが「２」を検出すると（ステップＳ２，Ｓ３）、ビデ
オキャシュメモリ１１２のタグが「２」のアドレスにあ
るラインデータを出力ポートにロードさせ（ステップＳ
６）、ビデオキャシュメモリ１１２の出力ポートにロー
ドされた１ライン分のデータをアウトプットバッファ１
１３を介してビデオデータとしてエンジンインタフェー
ス１２に送りプリンタエンジン４で印刷させる（ステッ
プＳ７）。そして５１ライン目の連続ライン数Ｎが
「３」であるから、同じデータを２回連続してアウトプ
ットバッファ１１３を介してビデオデータとしてエンジ
ンインタフェース１２に送り、５１ライン目と５２ライ
ン目と５３ライン目の３ライン分の同じデータを印刷さ
せる（ステップＳ８，Ｓ９，Ｓ７）。５４ライン目を印
刷するとき、ビデオセレクタ１１５は転送されたライン
ヘッダ１０４のタグが「１」を検出すると（ステップＳ
２，Ｓ３）、ビデオキャシュメモリ１１２のタグが
「１」のアドレスにあるラインデータを出力ポートにロ
ードさせ（ステップＳ６）、ビデオキャシュメモリ１１
２の出力ポートにロードされた１ライン分のデータをア
ウトプットバッファ１１３を介してビデオデータとして
エンジンインタフェース１２に送りプリンタエンジン４
で印刷させる（ステップＳ７）。この場合、５４ライン
目の連続ライン数Ｎが「２」であるから、同じデータを
ビデオキャシュメモリ１１２から引き続いて出力して５
５ライン目を印刷させる（ステップＳ８，Ｓ９，Ｓ
７）。

【００２１】このようにして、圧縮データ格納部１０２
に格納されている各ラインのラインヘッダ１０４のタグ
が同じ場合は、ビットマップデータを圧縮データ格納部
１０２からビデオキャシュメモリ１１２に１回ロードす
れは良く、ＤＭＡ転送の回数を減らしてシステムバスの
負担を軽減することができる。

【００２２】以下同様にして各ラインのデータを印刷さ
せ、表ファイル２１の全てのラインを印刷し（ステップ
Ｓ１１）、表ファイル２１を１部だけ印刷する場合は、
次回印刷するファイルが同一データではないから、次回
印刷するために圧縮されたビットマップデータのライン
ヘッダ１０４のタグとビデオキャシュメモリ１１２上に
記憶されているタグとラインデータの互換性がないた
め、ビデオキャシュメモリ１１２の全ての内容をクリア
する（ステップＳ１５，Ｓ１６）。また、表ファイル２
１を複数部印刷する場合は、次回印刷するファイルが同
一データであるから、印刷するために圧縮されたビット
マップデータのラインヘッダ１０４のタグとビデオキャ
シュメモリ１１２上に記憶されているタグとラインデー
タの互換性があるため、ビデオキャシュメモリ１１２の
全ての内容をクリアしないで保存しておく。このように
ビデオキャシュメモリ１１２の全ての内容を保存してお
くことにより、各ラインのビットマップデータを圧縮デ
ータ格納部１０２からビデオキャシュメモリ１１２にロ
ードしなくて済み、効率良く印刷することができる。

【００２３】

【発明の効果】この発明は以上説明したように、ある１
ラインと同じデータがＮライン連続して存在する場合、
連続しているＮラインの同一データブロックに識別番号
を付け、識別番号と連続ライン数Ｎを同一データブロッ
クの先頭にラインヘッダとして持たせて、識別番号と連
続ライン数Ｎが付けられたラインヘッダのビットマップ
データ以外を間引いて圧縮させるから、ビットマップデ
ータを効率良く圧縮することができる。

【００２４】また、画像補正を行う画像補正部に複数ラ
イン分のビデオデータを格納するキャシュメモリ内の各
ラインをビットマップデータの同一データブロックに付
けた識別番号で管理することにより、同じビットマップ
データをキャシュメモリには１回ロードすれは良く、Ｄ
ＭＡ転送の回数を減らしてシステムバスの負担を軽減す
ることができる。

【００２５】さらに、印字ビットマップデータを１ライ
ンづつ印字するとき、各ラインヘッダの連続ライン数に
複数ライン数が指定されている場合、キャシュメモリ内
の同じ識別番号のアドレスのラインデータを指定された
ライン数分繰り返して出力することにより、印刷処理の
効率を高めることができる。

【００２６】また、キャシュメモリの内容を、印刷部数
の内容により１ページ印刷毎にクリアするか否かを切換
え、複数部印刷するときはビデオキャシュメモリの全て
の内容を保存しておくことにより、各ラインのビットマ
ップデータをビデオキャシュメモリにロードしなくて済
み、効率良く印刷することができる。

【図面の簡単な説明】

【図１】この発明の実施例の構成を示すブロック図であ
る。

【図２】ＲＡＭと画像補正部の構成を示すブロック図で
ある。

【図３】ＲＡＭに展開されたビットマップデータの説明
図である。

【図４】印刷する表ファイルの説明図である。

【図５】印刷処理を示すフローチャートである。

【符号の説明】

１ プリンタ装置 ２ ホスト装置 ３ コントローラ ４ プリンタエンジン ５ ホストインタフェース ６ ＣＰＵ ７ ＡＳＩＣ ８ プログラムＲＯＭ ９ フォントＲＯＭ １０ ＲＡＭ １１ 画像補正部 １２ エンジンインタフェース １０１ イメージデータ格納部 １０２ 圧縮データ格納部 １１１ インプットバッファ １１２ ビデオキャシュメモリ １１３ アウトプットバッファ １１４ ラインカウンタ １１５ ビデオセレクタ

フロントページの続き Ｆターム(参考） 2C087 AA09 AB05 BA02 BA03 BC01 BD40 BD41 BD46 CA05 5B021 AA01 AA30 BB02 BB11 BB12 BB14 CC08 DD02 DD14 5B047 AA01 AB01 EA02 EB05 EB17 5C076 AA21 BA02 BA03 BA04 BB04 BB06 BB42 CA02 5C078 BA43 CA27 DA01 DA02 DB13

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ホスト装置からの画像情報をビットマッ
   プデータに展開し、展開されたビットマップデータを１
   ラインずつビデオＤＭＡ転送して画像補正を行ったシリ
   アルのビデオデータをプリンタエンジンに送信して画像
   を印刷する画像処理装置において、 ホスト装置からの画像情報をビットマップデータに展開
   するときに、ある１ラインと同じデータがＮライン連続
   して存在する場合、連続しているＮラインの同一データ
   ブロックに識別番号を付け、識別番号と連続ライン数Ｎ
   を同一データブロックの先頭にラインヘッダとして持た
   せて、識別番号と連続ライン数Ｎが付けられたラインヘ
   ッダのビットマップデータ以外を間引いて圧縮させるこ
   とを特徴とする画像処理装置。
2. 【請求項２】 上記画像補正を行う画像補正部にＭライ
   ン分のビデオデータを格納するキャシュメモリを持た
   せ、キャシュメモリ内の各ラインを上記同一データブロ
   ックに付けた識別番号で管理する請求項１記載の画像処
   理装置。
3. 【請求項３】 上記ビットマップデータを１ラインづつ
   印字するときに各ラインヘッダの識別番号と連続ライン
   数Ｎによりビデオデータを切換え擬似的に圧縮データを
   伸長する請求項１又は２記載の画像処理装置。
4. 【請求項４】 上記キャシュメモリの内容を、印刷部数
   の内容により１ページ印刷毎にクリアするか否かを切換
   える請求項３記載の画像処理装置。