JP2000261652A - 印刷データ処理装置及び印刷データ処理方法並びに画像形成装置 - Google Patents

Abstract

(57)【要約】 【課題】 印刷処理のスループットを低下させずに、必
要メモリ容量を削減できる印刷データ処理装置を提供せ
んとするものである。 【解決手段】 コード化した印刷データを格納する印刷
データ格納手段１と、文字コードに対応する文字展開デ
ータを格納する文字展開データ格納手段３と、イメージ
コードに対応するイメージ展開データを格納するイメー
ジ展開データ格納手段４と、印刷データ格納手段１から
文字コードを読み出し、文字展開データ格納手段３を参
照して、そのコードに対応する文字展開データに展開す
る文字展開手段５と、印刷データ格納手段１からイメー
ジコードを読み出し、イメージ展開データ格納手段４を
参照して、そのコードに対応するイメージ展開データに
展開するイメージ展開手段６と、両展開手段で各展開さ
れた文字展開データ及びイメージ展開データを論理演算
して合成する合成手段７とを有している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、印刷データの格納
及び処理に改良を加えた印刷データ処理装置とその印刷
データ処理方法並びにこれらの構成を含む画像形成装置
に関する。

【０００２】

【従来の技術】従来のプリンタでは、ホストから受信し
たコードデータを、一旦ワークエリアに展開させてお
き、それを圧縮処理してビットマップメモリに格納し、
読み出し時に伸張してプリンタエンジンに出力する構成
が採用されている。

【０００３】図８は、圧縮によるメモリ容量削減方式を
採用したプリンタの印刷データ処理構成の機能ブロック
図を示している。同図において、メインバス２０１を介
してホスト（図示なし）からのコマンドやデータを制御
部２０２が受信・解析し、文字に関してはフォント展開
部２０３、イメージに関してはイメージ展開部２０４に
処理を依頼する。フォント展開部２０３は、受け取った
文字コードから、フォント格納部２０５を参照して、文
字展開データ（フォントデータ）に展開し、一旦ワーク
メモリ２０６に格納する。イメージ展開部２０４は、受
け取ったイメージコードから、イメージ格納部２０７を
参照して、イメージ展開データ（ビットマップデータ）
に展開し、一旦ワークメモリ２０６に格納する。このよ
うな展開処理がある程度進行すると、圧縮・伸張部２０
８がワークメモリ２０６からこれらのデータを読み出し
て圧縮処理を行い、ビットマップメモリ２０９に格納す
る。そして印刷時に圧縮・伸張部２０８がビットマップ
メモリ２０９から圧縮データを読み出し、伸張して、プ
リンタエンジンへ転送する。

【０００４】

【発明が解決しようとする課題】しかしながら、以上の
処理では、展開した印刷データ（文字展開データやイメ
ージ展開データ）を、容量の限られたビットマップメモ
リ２０９に一旦格納しておくために、圧縮処理が行わ
れ、また印刷時に元の展開状態に戻してプリンタエンジ
ン側に出力するために、伸張処理が行われる。コードデ
ータの展開及び出力といった純粋な印刷処理の他に、こ
れらの圧縮・伸張処理の時間が必要になる（特に伸張処
理は時間がかかる）ため、印刷速度を低下させ、或いは
該速度を向上させることが困難になるという問題を生じ
ていた。

【０００５】また一般の圧縮技術での圧縮率は、データ
に依存しており、必要メモリ容量をいくらにできるかを
決定できないという問題もあった。そればかりか、最悪
な場合には、非圧縮時のメモリ容量（或いはそれ以上）
が必要な場合もあり、圧縮・伸張処理を行う意味を失わ
せ、必要以上に印刷速度を低下させることにもなる。

【０００６】本発明は、以上のような問題に鑑み創案さ
れたもので、印刷処理のスループットを低下させずに、
必要メモリ容量を削減できる印刷データ処理装置及び印
刷データ処理方法並びにこれらの構成を含むプリンタな
どの画像形成装置を提供せんとするものである。

【０００７】

【課題を解決するための手段】本願請求項１に係る印刷
データ処理装置の発明は、コード化した印刷データを格
納する印刷データ格納手段と、文字コードに対応する文
字展開データを格納する文字展開データ格納手段と、イ
メージコードに対応するイメージ展開データを格納する
イメージ展開データ格納手段と、前記印刷データ格納手
段から文字コードを読み出し、前記文字展開データ格納
手段を参照して、そのコードに対応する文字展開データ
に展開する文字展開手段と、前記印刷データ格納手段か
らイメージコードを読み出し、前記イメージ展開データ
格納手段を参照して、そのコードに対応するイメージ展
開データに展開するイメージ展開手段と、両展開手段で
各展開された文字展開データ及びイメージ展開データを
論理演算して合成する合成手段とを有することを基本的
特徴としている。

【０００８】上記構成では、文字コードとイメージコー
ドを印刷データ格納手段に格納する。そして展開データ
格納手段及び展開手段として、夫々、文字コードとイメ
ージコード別の構成（文字展開データ格納手段とイメー
ジ展開データ格納手段、及び文字展開手段とイメージ展
開手段）を有しており、夫々の展開手段で、印刷データ
格納手段から文字コード及びイメージコードを読み出
し、夫々の展開データ格納手段を参照して、そのコード
に対応する文字展開データ及びイメージ展開データに各
展開する。これらの格納・読み出し・展開は、文字及び
イメージの夫々において、別々になされているので、合
成手段により、文字展開データ及びイメージ展開データ
を論理演算して合成し、印刷部側に最終的な印刷データ
として出力する。

【０００９】このように、文字コードとイメージコード
は、一旦印刷データ格納手段に格納された後、別々に展
開され、印刷部に出力する直前に、合成手段により、両
展開データが合成されることになる。これらの文字及び
イメージの格納・読み出し・展開処理と両展開データの
合成処理を含む一連の処理には、圧縮・伸張処理が実施
されていない。

【００１０】すなわち、上記構成では、印刷データを印
刷データ格納手段に格納する際、印刷データを展開させ
ずに、コードデータのまま格納するため、圧縮処理を必
要としない。さらにプリンタエンジンなどの印刷部側に
出力するに当たり、夫々の展開手段が、印刷データ格納
手段からコード化した印刷データを読み出し、各展開デ
ータ格納手段を参照して、そのコードに対応する展開デ
ータに展開し、最終的に合成手段で文字展開データとイ
メージ展開データとの合成を行ってから、印刷部側に出
力することになる。そのため、データの伸張処理を行っ
ておらず、展開してすぐに出力するので、高速な処理が
可能である。以上のように、途中でデータの圧縮・伸張
処理を行っておらず、印刷処理のスループットを低下さ
せることがない。また印刷データ格納手段に格納する
際、印刷データを展開させずに、コードデータのまま格
納するため、必要な記憶容量も少なくて済むことにな
る。

【００１１】以上の構成で、文字コードやイメージコー
ドを、コード化した印刷データとして用いることができ
る。またコード化した印刷データには、カラー情報を含
むこともできる。

【００１２】印刷データ格納手段に格納する印刷データ
がイメージデータである場合に、画素中のドット数に対
応するイメージコードに変換して、格納する。たとえ
ば、後述する図３に示すように、イメージデータを２値
化した後、１画素を１６ｄｏｔ×１６ｄｏｔとした場合
に、同図（ａ）のように、１画素中に２０ｄｏｔが反転
した元イメージであれば、１６進数で１４のイメージコ
ードに変換する（１画素中のｄｏｔ数を１ｂｙｔｅでコ
ード化する）。該イメージコードに対応するイメージ展
開データは、同図（ｂ）に示すような状態で、前記展開
データ格納手段に格納されている。従って、印刷データ
格納手段に格納されたイメージコードを読み取って、展
開データ格納手段を参照して、前記展開手段により展開
すると、同図（ｂ）のような展開データが得られること
になる。この場合、同図（ａ）と同図（ｂ）は、印刷デ
ータとして等価であると仮定している。

【００１３】以上のイメージコードへの変換は、白黒の
２値化イメージデータだけではなく、グレースケールや
カラーのイメージデータについても同様に処理できる。
たとえば、カラーイメージデータの場合、１画素を、シ
アンＣ、マゼンタＭ、イエローＹ、ブラックＫの基本色
に分け、夫々の基本色につき、上記のようにして、イメ
ージコードに変換すれば良い。

【００１４】以上のようなイメージコードへの変換を行
うと、イメージデータをそのまま格納する場合に比べ、
より少ない容量で済むようになる。すなわち、上述のよ
うに、１画素を１６ｄｏｔ×１６ｄｏｔとした場合に、
イメージデータをビットマップデータのまま格納する場
合は、１６×１６＝２５６ｂｉｔ必要になる。ところ
が、イメージコードに変換して格納する場合は、２５６
通りのコードを用意すればよいので、２⁸、すなわち、
８ｂｉｔ（１ｂｙｔｅ）で済む。そのため、論理的には
１／３２のデータ容量で済むことになる。実際には、こ
のようなイメージコード以外に、付加情報が付くため、
その低減率はもう少し緩やかなものになる。

【００１５】文字コードとイメージコードを印刷データ
格納手段に格納する際、印刷データ格納手段を夫々のコ
ード用に別々の構成として、格納することもできる。ま
た１の印刷データ格納手段に、その種別毎に、格納領域
を管理する構成を設け、各格納領域に、文字コードとイ
メージコードを別々に格納するようにすることもでき
る。後者のように、各格納領域を管理して、夫々のコー
ドデータに応じて（或いはこれらのコードデータの割合
に応じて）これらの領域を割り付ければ、印刷データ格
納手段は１つで済み、必要な記憶容量（メモリ容量）は
より少なくて済むことになる。

【００１６】請求項５〜８の構成は、以上の印刷データ
処理装置の構成に対応する印刷データ処理方法を規定す
るものであって、請求項５は請求項１に、請求項６は請
求項２に、請求項７は請求項３に、請求項８は請求項４
に、各対応している。

【００１７】そのうち請求項５の印刷データ処理方法の
構成は、コード化した印刷データを格納する印刷データ
格納ステップと、格納された文字コードを読み出し、そ
の文字コードに対応する文字展開データに展開する文字
展開ステップと、格納されたイメージコードを読み出
し、そのイメージコードに対応するイメージ展開データ
に展開するイメージ展開ステップと、各展開された文字
展開データ及びイメージ展開データを論理演算して合成
する合成ステップとを含むことを特徴としている。

【００１８】もちろんこの構成の場合も、印刷データ格
納ステップにおいて、文字コードであるかイメージコー
ドであるかの種別により格納領域を別にして、これらの
コードを各格納するようにしても良い。

【００１９】さらに請求項９〜１１は、請求項１、３或
いは４の印刷データ処理装置の構成を、プリンタなどの
画像形成装置の構成に含む場合を規定するのもので、よ
り具体的には、これらの請求項１、３或いは４の構成の
他に、合成手段により合成された印刷データに基づき、
用紙に印字やイメージの印刷を行う転写部に対して像
（文字やイメージなど）を形成する印刷手段を有してい
る。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態を図示
例と共に説明する。図１及び図２は発明を実施する形態
の一例であって、そのうち図１は、パーソナルコンピュ
ータ（以下パソコンという）１１２の出力装置として、
セントロニクスケーブルやＬＡＮなどを構成するケーブ
ル１１３を介して、プリンタ１１１がつなげられている
状態を示す使用状態説明図である（プリンタ１１１から
見てパソコン１１２は、コマンドやデータを送ってくる
ホストとみなすことができる）。そして本発明の実施形
態に係る印刷データ処理装置の構成は、プリンタ１１１
側のコントローラ１０１の構成として適用される。

【００２１】図中、該コントローラ１０１は、後述する
メインバス１１を介してつながっている、インターフェ
ース制御部１２と、ＣＰＵ１３と、制御ＬＳＩ１４と、
ビットマップメモリ１５と、ＲＯＭ１６と、その他の周
辺回路１７とで構成されている。そして、該インターフ
ェース制御部１２には、前記ケーブル１１３を介してホ
ストとなるパソコン１１２とつながっており、該パソコ
ン１１２との間でコマンドやデータの入出力を行う。

【００２２】またコントロ−ラ１０１は、印刷手段に相
当するプリンタエンジンとなる印刷部１０２に接続され
ていて、該印刷部１０２に対し、印刷処理の制御コマン
ドと印刷データを出力する。印刷部１０２は、コントロ
ーラ１０１から出力されてくる前記制御コマンドと印刷
データを入力して印刷部１０２全体の制御などを行う制
御ＬＳＩ２１と、用紙に印刷を行う感光ドラムなどで構
成される転写部２２と、該転写部２２の感光ドラムに印
刷データを露光するＬＥＤヘッドなどで構成される露光
部２３と、用紙をストックしておくカセット部２４と、
印刷された用紙を溜めておくスタッカ部２５と、その他
の周辺回路乃至周辺機器２６とで構成されている。これ
ら転写部２２と、露光部２３と、カセット部２４と、ス
タッカ部２５と、その他の周辺回路乃至周辺機器２６
は、前記制御ＬＳＩ２１により制御され、また露光部２
３には必要な印刷用の展開データも伝送される。

【００２３】図２は、以上のコントローラ１０１内に設
けられた本発明の実施形態に係る印刷データ処理装置の
構成が示されている。本構成は、前記ビットマップメモ
リ１５で構成される印刷データ格納手段１と、前記ＲＯ
Ｍ１６で構成される文字展開データ格納手段３及びイメ
ージ展開データ格納手段４と、前記ＣＰＵ１３及び制御
ＬＳＩ１４並びにワークエリアとして利用される前記ビ
ットマップメモリ１５で構成される文字展開手段５及び
イメージ展開手段６と、同じくＣＰＵ１３で構成される
合成手段７とを有している。

【００２４】前記印刷データ格納手段１は、ホストとな
るパソコン１１２側から前記インターフェース制御部１
２を介してメインバス１１に伝送されてくるコード化さ
れた印刷データを格納する。本構成では、ビットマップ
メモリ１５の制御を行い、且つ文字コード及びイメージ
コードの印刷データの種別毎にビットマップメモリ１５
上の格納領域を分けて管理するメモリ制御管理部２の構
成が、印刷データ格納手段１の構成の一部として設けら
れている。該メモリ制御管理部２は、ＣＰＵ１３及び制
御ＬＳＩ１４で構成されている。そしてこのメモリ制御
管理部２は、前記メインバス１１につなげられており、
該メモリ制御管理部２の構成により、各格納領域に、文
字コードとイメージコードが別々に格納される。さらに
このメモリ制御管理部２は、前述のように、ビットマッ
プメモリ１５の一部の領域を、文字展開手段５及びイメ
ージ展開手段６のワークエリアとして利用するための格
納領域の管理も合わせて行っている。

【００２５】前記文字展開データ格納手段３は、文字コ
ードに対応する文字展開データ（フォントデータ）を格
納している。たとえばＡＳＣＩＩコードで（４１）はフ
ォントデータの「A」、（４２）はフォントデータの
「B」であり、該コードに対応した「A」「B」などのフ
ォントデータが格納されている。

【００２６】前記イメージ展開データ格納手段４は、イ
メージコードに対応するイメージ展開データを格納して
いる。

【００２７】ここでイメージコードとイメージ展開デー
タとの関係につき、図３にあげる例を用いて説明する。
イメージデータを２値化した後、１画素を１６ｄｏｔ×
１６ｄｏｔとした場合に、図３（ａ）のように、１画素
中に２０ｄｏｔが反転した元イメージであれば、１６進
数で１４のイメージコードに変換する（１画素中のｄｏ
ｔ数を１ｂｙｔｅでコード化する）。該イメージコード
に対応するイメージ展開データは、同図（ｂ）に示すよ
うな状態で、前記イメージ展開データ格納手段４に格納
されている。従って、印刷データ格納手段１に格納され
たイメージコードを読み取って、イメージ展開データ格
納手段４を参照して、前記イメージ展開手段６により展
開すると、同図（ｂ）のようなイメージ展開データが得
られることになる。この場合、同図（ａ）と同図（ｂ）
は、印刷データとして等価であると仮定している。

【００２８】以上のイメージコードへの変換は、本構成
の場合、白黒、グレースケール、カラーのイメージデー
タの夫々について行われている。カラーイメージデータ
の場合、１画素を、シアンＣ、マゼンタＭ、イエロー
Ｙ、ブラックＫの基本色に分け、夫々の基本色につき、
上記のようにして、イメージコードに変換している。

【００２９】前記文字展開手段５は、メモリバス１ａを
介して前記印刷データ格納手段１から文字コードを読み
出し、フォントバス３ａを使用して前記文字展開データ
格納手段３を参照し、そのコードに対応する文字展開デ
ータに展開する。たとえば、ＡＳＣＩＩコードで（４
１）であればフォントデータ「A」に展開され、また
（４２）であればフォントデータ「B」に展開されるこ
とになる。

【００３０】前記イメージ展開手段６は、メモリバス１
ａを介して印刷データ格納手段１からイメージコードを
読み出し、イメージバス４ａを使用して前記イメージ展
開データ格納手段４を参照し、そのコードに対応するイ
メージ展開データに展開する。たとえば、図３の例で、
１６進数で１４のイメージコードであれば、同図（ｂ）
のようなイメージ展開データに展開される。

【００３１】前記合成手段７は、両展開手段５及び６で
各展開された文字展開データ及びイメージ展開データを
フォントバス３ｂ及びイメージバス４ｂを介して入力
し、これらを論理演算して合成し、ビデオバス７ａを介
してプリンタ１１１の印刷部１０２側に出力する。該合
成手段７は、文字とイメージを同時に含む印刷を行う際
に必要な構成である。

【００３２】上記論理演算処理を行うに当たって、合成
手段７は、各コードデータに付加される付加情報を参照
しながら、合成を行う。その付加情報には、文字展開デ
ータやイメージ展開データを書き込んだ複数のレイヤを
重ね合わせる際に下のレイヤが透過する透明情報、透過
しない不透明情報、文字及びイメージを重ね合わせた時
上になる文字などを白抜きにするＡＮＤ書き情報やＯＲ
書き情報などが含まれる。

【００３３】また前記印刷部１０２側には、前記露光部
２３のＬＥＤヘッド用に数ライン分の容量を持つ出力バ
ッファ（図示なし）が接続されている。このバッファ容
量は、ビデオ出力速度により決定でき、速度が遅い場合
は該バッファは省略されていても良い。

【００３４】次に以上の構成の印刷データ処理手順につ
き、図４及び図５を使用して説明する。図４は、上記構
成による印刷データ処理の前にパソコン１１２側で行わ
れる処理フローを示すフローチャートである。該パソコ
ン１１２では、アプリケーションプログラムからの文字
或いはイメージを、パソコン１１２に備えられたドライ
バが、夫々プリンタ１１１側のコントローラ１０１イン
ターフェースに準拠した形式にコード化して、該コント
ローラ１０１側に転送する。ここでは図形はイメージと
して扱うものとする。

【００３５】まずアプリケーションプログラムからのデ
ータが文字かどうかをドライバで判断する（ステップＳ
１０１）。文字であれば（ステップＳ１０１；Ｙｅ
ｓ）、コントローラ１０１インターフェースに準拠した
文字コードに変換する（ステップＳ１０２）。文字コー
ドをドライバからコントローラ１０１へ転送する（ステ
ップＳ１０３）。そしてアプリケーションプログラムか
らのデータが終了かどうかを、ドライバにおいて判断す
る（ステップＳ１０４）。終了でなければ（ステップＳ
１０４；Ｎｏ）、処理を次の文字に移し（ステップＳ１
０５）、該文字に対する処理を行うため、前記ステップ
Ｓ１０２に復帰する。反対にアプリケーションプログラ
ムからのデータが終了の場合（ステップＳ１０４；Ｙｅ
ｓ）は、パソコン１１２側の全ての処理を終了する。

【００３６】前記ステップＳ１０１において、文字でな
いと判断されれば（ステップＳ１０１；Ｎｏ）、イメー
ジとして、その１画素のサイズ（たとえば１６ｄｏｔ×
１６ｄｏｔ）を抽出する（ステップＳ１０６）。処理を
第１画素へ移し（ステップＳ１０７）、画素中の有効ド
ット数（色付きドット数）を計数する（ステップＳ１０
８）。そして図３に示したように、コントローラ１０１
インターフェースに準拠したイメージコードに変換する
（ステップＳ１０９）。イメージコードをドライバから
コントローラ１０１へ転送する（ステップＳ１１０）。
そしてアプリケーションプログラムからのデータが終了
かどうかを、ドライバにおいて判断する（ステップＳ１
１１）。終了でなければ（ステップＳ１１１；Ｎｏ）、
処理を次の画素に移し（ステップＳ１１２）、その画素
に対する処理を行うため、前記ステップＳ１０８に復帰
する。反対にアプリケーションプログラムからのデータ
が終了の場合（ステップＳ１１１；Ｙｅｓ）は、パソコ
ン１１２側の全ての処理を終了する。

【００３７】図５は、プリンタ１１１側コントローラ１
０１における本発明構成による処理手順を示すフローチ
ャートである。該コントローラ１０１では、パソコン１
１２のドライバからの文字コード及びイメージコード
を、夫々コード形式のままビットマップメモリ１５の文
字格納領域及びイメージ格納領域に格納し、文字は文字
展開データ格納手段５から、またイメージはイメージ展
開データ格納手段６から、各コードに対応するラスタデ
ータを読み出し、各コードの付加情報に基づいて、ＡＮ
Ｄ、ＯＲ、ＸＯＲなどの論理演算処理を実行し、これら
のデータを合成し、その合成データを印刷部１０２へ転
送する。ここで、簡略のために、ドライバからのデータ
は、１頁中の全文字コードを転送後イメージコードを転
送するものとした。

【００３８】まずパソコン１１２側からインターフェー
ス制御部１２を介してプリンタ１１１内のメインバス１
１に流されたコマンド又は印刷データを、ＣＰＵ１３が
受信し、コマンドの解析を行う（ステップＳ２０１）。
そして受信したコードデータが文字か否かを、該ＣＰＵ
１３で解析する（ステップＳ２０２）。コードデータが
文字ならば（ステップＳ２０２；Ｙｅｓ）、メモリ制御
管理部２は、文字データをコード形式のままビットマッ
プメモリ１５の文字格納領域（ビットマップメモリ１５
の先頭から所定領域を文字格納領域にする）に格納し
（ステップＳ２０３）、前記ステップＳ２０２に復帰す
る。前記コードデータが文字以外ならば（ステップＳ２
０２；Ｎｏ）、メモリ制御管理部２は、ビットマップメ
モリ１５の前記文字格納領域の次のアドレスをイメージ
格納領域の先頭にする（ステップＳ２０４）。そして格
納すべきコードデータが格納し終わったか否かを、ＣＰ
Ｕ１３で判断する（ステップＳ２０５）。格納し終わっ
ていなければ（ステップＳ２０５；Ｎｏ）、イメージデ
ータをコード形式のままビットマップメモリ１５のイメ
ージ格納領域に格納し（ステップＳ２０６）、前記ステ
ップＳ２０５に復帰する。

【００３９】反対に格納すべきコードデータがビットマ
ップメモリ１５に格納し終わったならば（ステップＳ２
０５；Ｙｅｓ）、前記制御ＬＳＩ２１により、印刷部１
０２が起動する（ステップＳ２０７）。そして前記ＣＰ
Ｕ１３は、印刷部１０２に転送すべきデータの転送が終
了したか否かを判定する（ステップＳ２０８）。このデ
ータ転送が終了していなければ（ステップＳ２０８；Ｎ
ｏ）、文字展開手段５が、上記ビットマップメモリ１５
の文字格納領域から文字コードを読み出し、そのコード
に対応する文字展開データ（フォントデータ）を、文字
展開データ格納手段３から読み出し（ステップＳ２０
９）、合成手段７に転送する。次にイメージ展開手段６
が、上記ビットマップメモリ１５のイメージ格納領域か
らイメージコードを読み出し、そのコードに対応するイ
メージ展開データを、イメージ展開データ格納手段４か
ら読み出し（ステップＳ２１０）、合成手段７に転送す
る。該合成手段７は、読み出された両ラスタデータを、
演算子又は命令に従ってＡＮＤ、ＯＲ、ＸＯＲなどの論
理演算処理を実行し、これらのデータを合成する（ステ
ップＳ２１１）。その合成データを、印刷部１０２のイ
ンターフェースに準じて、該印刷部１０２へ出力し（ス
テップＳ２１２）、前記ステップＳ２０８に復帰する。
他方ステップＳ２０８において、印刷部１０２に転送す
べきデータの転送が終了していれば（ステップＳ２０
８；Ｙｅｓ）、処理を終了する。

【００４０】以上の構成によれば、印刷データを印刷デ
ータ格納手段１に格納する際、印刷データを展開させず
に、コードデータ（文字コード及びイメージコード）の
まま格納するため、圧縮処理を必要としない。さらにプ
リンタ１１１の印刷部１０２側に出力するに当たり、前
記文字展開手段５及びイメージ展開手段６が、印刷デー
タ格納手段１から文字コード及びイメージコードを読み
出し、前記文字展開データ格納手段３及びイメージ展開
データ格納手段４を参照して、各コードに対応する文字
展開データ及びイメージ展開データに展開してから、合
成手段７による合成処理を経て、印刷部１０２側に出力
することになる。そのため、データの伸張処理を行って
おらず、展開・合成処理を行ってすぐに出力することに
なる。以上のように、途中でデータの圧縮・伸張処理を
行っておらず、印刷処理のスループットを低下させるこ
とがなく、高速な印刷処理を行うことが可能となる。ま
た印刷データ格納手段１に格納する際、印刷データを展
開させずに、コードデータのまま格納するため、必要な
記憶容量も少なくて済み、且つ必要な記憶容量がデータ
に応じて変動するようなこともない。

【００４１】また文字コードとイメージコードを印刷デ
ータ格納手段１に格納する際、メモリ制御管理部２によ
って、文字コード及びイメージコードの種別毎に、格納
領域を分けて管理しているため、夫々のコードデータの
割合に応じて、これらの領域を割り付けており、印刷デ
ータ格納手段１は１つのビットマップメモリ１５で足り
るので、必要なメモリ容量はより少なくて済むことにな
る（両データの合計の最大値が必要なメモリ容量とな
る）。

【００４２】図６の構成は、本願構成の他の実施形態構
成を示している。同図の構成では、前実施形態構成と異
なり、メモリバス１ａ、フォントバス３ａ及び３ｂ、イ
メージバス４ａ及び４ｂ、ビデオバス７ａを採用してお
らず、メインバス１１を共有することで、これらの間の
データ及びコマンドの転送を行っている。

【００４３】図７の構成は、本願構成の別の実施形態構
成を示している。同図の構成では、最初の実施形態構成
と異なり、印刷データ格納手段１が、２つのビットマッ
プメモリ１５を使用して構成され、文字コード格納用と
イメージコード格納用に完全に分離され、それらが、夫
々フォントバス３ｃとイメージバス４ｃに接続され、し
かも文字展開データ格納手段３及び文字展開手段５がフ
ォントバス３ｃに、またイメージ展開データ格納手段４
及びイメージ展開手段６がイメージバス４ｃに、夫々接
続されている。合成手段７は、両バス３ｃ及び４ｃにつ
なげられており、両バスから転送されてくる文字展開デ
ータ及びイメージ展開データを、受信して、合成処理を
行っている。この構成では、印刷データ格納手段１が、
２つのビットマップメモリ１５により、文字コード格納
用とイメージコード格納用に完全に分離されているた
め、コードデータ種別毎にビットマップメモリ１５上の
格納領域を管理するメモリ制御管理部２の構成は必要な
い（ただしビットマップメモリを制御する構成は必要で
ある）。

【００４４】尚、本発明の印刷データ処理装置及び印刷
データ処理方法並びに画像形成装置は、上述の実施例に
のみ限定されるものではなく、本発明の要旨を逸脱しな
い範囲内において種々変更を加え得ることは勿論であ
る。

【００４５】

【発明の効果】以上、説明したように本発明の請求項１
〜１１記載の構成によれば、印刷データを格納する
際、印刷データを展開させずに、コードデータのまま格
納し、圧縮処理を必要としないこと、さらに印刷部側
に出力するに当たり、コード化した印刷データを読み出
し、そのコードに対応する展開データに展開してから、
印刷部側に出力しており、データの伸張処理を行ってお
らず、展開してすぐに出力していること、などから、印
刷処理のスループットを低下させることがなく、高速な
印刷処理を行うことができるようになるという優れた効
果を奏し得る。

【００４６】そして印刷データを格納する際、印刷デー
タを展開させずに、コードデータのまま格納するため、
必要な記憶容量も少なくて済み、且つ必要な記憶容量が
データに応じて変動するようなこともない。

【００４７】さらに請求項２及び請求項６のように、印
刷データを格納する際に、データコードの種別毎に、格
納領域を管理し、各格納領域に、文字コードとイメージ
コードを別々に格納するようにすると、夫々のコードデ
ータに応じて（或いはこれらのコードデータの割合に応
じて）これらの格納領域を割り付けることによって、必
要な記憶容量はより少なくて済むことになる。

【００４８】加えて請求項３及び請求項７並びに請求項
１０のように、イメージデータを、画素中のドット数に
対応するイメージコードに変換して格納することで、イ
メージデータをそのまま格納する場合に比べ、より少な
い記憶容量で済むようになる。

【図面の簡単な説明】

【図１】パソコン１１２の出力装置としてつなげられた
プリンタ１１１への本発明の一実施形態の適用例を示す
使用状態説明図である。

【図２】コントローラ１０１内に設けられた本発明の実
施形態に係る印刷データ処理装置の機能ブロック図であ
る。

【図３】イメージコードとイメージ展開データとの関係
を説明する説明図である。

【図４】本実施形態構成による印刷データ処理の前にパ
ソコン１１２側で行われる処理フローを示すフローチャ
ートである。

【図５】プリンタ１１１側コントローラ１０１における
本発明構成による処理手順を示すフローチャートであ
る。

【図６】本願構成の他の実施形態構成を示す印刷データ
処理装置の機能ブロック図である。

【図７】本願構成の別の実施形態構成を示す印刷データ
処理装置の機能ブロック図である。

【図８】圧縮によるメモリ容量削減方式を採用した従来
の印刷データ処理構成を示す機能ブロック図である。

【符号の説明】

１ 印刷データ格納手段 １ａ メモリバス ２ メモリ制御管理部 ３ 文字展開データ格納手段 ３ａ、３ｂ、３ｃ フォントバス ４ イメージ展開データ格納手段 ４ａ、４ｂ、４ｃ イメージバス ５ 文字展開手段 ６ イメージ展開手段 ７ 合成手段 ７ａ ビデオバス １１ メインバス １２ インターフェース制御部 １３ ＣＰＵ １４ 制御ＬＳＩ １５ ビットマップメモリ １６ ＲＯＭ １７ 周辺回路 ２１ 制御ＬＳＩ ２２ 転写部 ２３ 露光部 ２４ カセット部 ２５ スタッカ部 ２６ 周辺機器 １０１ コントローラ １０２ 印刷部 １１１ プリンタ １１２ パソコン １１３ ケーブル ２０１ メインバス ２０２ 制御部 ２０３ フォント展開部 ２０４ イメージ展開部 ２０５ フォント格納部 ２０６ ワークメモリ ２０７ イメージ格納部 ２０８ 圧縮・伸張部 ２０９ ビットマップメモリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 玉田 和裕 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 曽田 彰久 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 堀井 雅之 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 石原 弘毅 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 青木 孝貢 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 前田 浩司 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 吉村 潤 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 金田 裕之 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 2C087 AA15 AB05 BC02 BC05 BD07 BD13 BD40 5B057 CA01 CA18 CB01 CB16 CE08 CH11 5C076 AA11 BA03 9A001 BB04 CC02 CC08 EE04 HH23 HH28 JJ35 KK42

Claims (11)

【特許請求の範囲】
1. 【請求項１】 コード化した印刷データを格納する印刷
   データ格納手段と、 文字コードに対応する文字展開データを格納する文字展
   開データ格納手段と、 イメージコードに対応するイメージ展開データを格納す
   るイメージ展開データ格納手段と、 前記印刷データ格納手段から文字コードを読み出し、前
   記文字展開データ格納手段を参照して、そのコードに対
   応する文字展開データに展開する文字展開手段と、 前記印刷データ格納手段からイメージコードを読み出
   し、前記イメージ展開データ格納手段を参照して、その
   コードに対応するイメージ展開データに展開するイメー
   ジ展開手段と、 両展開手段で各展開された文字展開データ及びイメージ
   展開データを論理演算して合成する合成手段とを有する
   ことを特徴とする印刷データ処理装置。
2. 【請求項２】 格納される印刷データが、文字コードで
   あるかイメージコードであるかの種別により、前記印刷
   データ格納手段は、格納領域を別にして管理することを
   特徴とする請求項１記載の印刷データ処理装置。
3. 【請求項３】 前記印刷データがイメージデータである
   場合に、画素中のドット数に対応するイメージコードに
   変換して、前記印刷データ格納手段に格納することを特
   徴とする請求項１又は２記載の印刷データ処理装置。
4. 【請求項４】 コード化した前記印刷データに、カラー
   情報を含むことを特徴とする請求項１〜３のいずれか１
   つに記載の印刷データ処理装置。
5. 【請求項５】 コード化した印刷データを格納する印刷
   データ格納ステップと、 格納された文字コードを読み出し、その文字コードに対
   応する文字展開データに展開する文字展開ステップと、 格納されたイメージコードを読み出し、そのイメージコ
   ードに対応するイメージ展開データに展開するイメージ
   展開ステップと、 各展開された文字展開データ及びイメージ展開データを
   論理演算して合成する合成ステップとを含むことを特徴
   とする印刷データ処理方法。
6. 【請求項６】 前記印刷データ格納ステップにおいて、
   文字コードであるかイメージコードであるかの種別によ
   り格納領域を別にして、これらのコードを各格納するこ
   とを特徴とする請求項５記載の印刷データ処理方法。
7. 【請求項７】 前記印刷データがイメージデータである
   場合に、画素中のドット数に対応するイメージコードに
   変換しておき、前記印刷データ格納ステップにおいて、
   該イメージコードを格納することを特徴とする請求項５
   又は６記載の印刷データ処理方法。
8. 【請求項８】 コード化した前記印刷データに、カラー
   情報を含むことを特徴とする請求項５〜７のいずれか１
   つに記載の印刷データ処理方法。
9. 【請求項９】 コード化した印刷データを格納する印刷
   データ格納手段と、 文字コードに対応する文字展開データを格納する文字展
   開データ格納手段と、 イメージコードに対応するイメージ展開データを格納す
   るイメージ展開データ格納手段と、 前記印刷データ格納手段から文字コードを読み出し、前
   記文字展開データ格納手段を参照して、そのコードに対
   応する文字展開データに展開する文字展開手段と、 前記印刷データ格納手段からイメージコードを読み出
   し、前記イメージ展開データ格納手段を参照して、その
   コードに対応するイメージ展開データに展開するイメー
   ジ展開手段と、 両展開手段で各展開された文字展開データ及びイメージ
   展開データを論理演算して合成する合成手段と、 前記合成手段により合成された印刷データに基づき、転
   写部に像を形成する印刷手段とを有することを特徴とす
   る画像形成装置。
10. 【請求項１０】 前記印刷データがイメージデータであ
    る場合に、画素中のドット数に対応するイメージコード
    に変換して、前記印刷データ格納手段に格納することを
    特徴とする請求項９記載の画像形成装置。
11. 【請求項１１】 コード化した前記印刷データに、カラ
    ー情報を含むことを特徴とする請求項９又は１０記載の
    画像形成装置。