JPH0939305A - 印刷装置 - Google Patents

Abstract

(57)【要約】 【課題】 ページバッファを効率良く利用できるように
する。 【解決手段】 管理ビットテーブル６０には、ページバ
ッファ５４をビットマップイメージデータ１頁分未満の
サイズで分割して形成された複数のブロック５８の各々
に対するデータの格納の有無を表す情報が登録され、対
応テーブル６２には、データが格納されたブロック５８
と格納されたデータとの対応関係が登録されている。印
刷の際、対応テーブル６２の登録内容より、印刷すべき
頁のデータが格納されているブロック５８が判断されて
該ブロック５８よりデータが読み出され、管理ビットテ
ーブル６０の所定の管理ビット６４に「空き」が登録さ
れる。管理ビットテーブル６０に空きが登録されると、
空きビットに対応するブロック５８に即座に別のデータ
が書き込まれる。これにより、印刷される頁の順番が頁
順と一致しない場合でもページバッファ５４を効率良く
利用できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は印刷装置に係り、特
に画像記憶手段（ページバッファ）の利用効率を向上で
きる印刷装置に関する。

【０００２】

【従来の技術】ゼログラフィを利用したページプリンタ
装置（印刷装置）では、ホストコンピュータ等から送ら
れてくるビットマップイメージデータ（印刷する画像を
ドットの集合で表したデータ）を画像記憶領域であるペ
ージバッファ上に展開した後に、ページバッファから印
画機構へ出力して印刷を行うことが一般的である。

【０００３】ところで、ページバッファは通常ビットマ
ップイメージデータ１頁分を記憶できる容量をもつが、
複数頁を連続して印刷する場合、ページバッファに複数
頁分の容量をもたせて領域を管理すれば、印刷作業中の
領域とは別の領域にホスト側から次頁分のデータを書き
込むことができ、ホスト側ＣＰＵの有効な利用を図るこ
とができる。

【０００４】従来、複数頁分の容量をもつページバッフ
ァの管理方式として、ページバッファを２つ持たせて各
々独立に管理する、ダブルバッファ方式が知られてい
る。ダブルバッファ方式では、一方のバッファのデータ
を印刷している最中に他方のバッファにデータを書き込
むことができるが、他方のバッファへのデータの書き込
みが終了しても一方のバッファが印刷を終えるまで次の
処理を行えない。また、１つのページバッファのサイズ
は、印刷装置で扱うことができる最大の用紙サイズ分確
保されているため、比較的小さな用紙に印刷する場合で
も、１つのページバッファに１頁分のデータしか書き込
めず、ページバッファの利用効率が悪い。

【０００５】上記ダブルバッファ方式の欠点を改善でき
る方法として、特開平３−８１８２２号公報には、ペー
ジバッファ領域の先頭と末尾とを仮想的に連続させ、デ
ータを書き込む領域と出力する領域とを各々ポインタで
管理する、所謂リングバッファ方式が記載されている。
リングバッファ方式によれば、バッファ領域に沿ってポ
インタを各々ループ状に動かして、印刷済のデータが格
納されていた領域に随時別のデータを書き込むので、上
記ダブルバッファ方式の欠点が解決する、と考えられ
る。

【０００６】

【発明が解決しようとする課題】ところで、１つの印画
機構で両面印刷を行う印刷装置では、連続した頁を両面
印刷する場合、処理速度を上げるために一方の面への印
刷が終了した用紙を表裏反転する間に他の用紙への印刷
が行われる。その結果、印刷される頁の順番は頁順（頁
の番号順）と一致しない。このように印刷される頁の順
番と頁順とが一致しない場合、前述したリングバッファ
方式ではページバッファの利用効率が低下する、という
問題がある。すなわち、複数頁を連続して印刷する場
合、ページバッファには複数頁分のデータが頁順に格納
されるが、リングバッファ方式では印刷済データの格納
順でしか新たにデータを書き込むことができない。この
ため、印刷されるデータ（頁）の順番が格納順（印刷
順）と一致しない場合には、所定の頁のデータが印刷さ
れても、印刷済データの格納領域に即座にデータを書き
込むことはできない。つまり、１頁分の印刷が終了して
別のデータを書き込むことができる状態になっているに
もかかわらず、以前に格納された頁（データ）が全て印
刷されるまでは印刷済の領域が確保され続け、ページバ
ッファの利用効率が低下する。

【０００７】なお、上記リングバッファ方式の問題を解
決するには、あらかじめホスト側にて印刷される頁の順
番を特定し、特定された頁順でビットマップイメージデ
ータをページバッファに書き込めばよい。しかし、この
方法では、ホスト側の処理が増すだけでなく、ＰＯＳＴ
ＳＣＲＩＰＴのような頁順でしか処理できないページ記
述言語を用いて印刷する場合、ホスト側にバッファを設
けなければ対処できず、非現実的である。

【０００８】本発明は上記事情を考慮してなされたもの
で、ページバッファに格納されている複数頁分のデータ
を格納順とは異なる順序で印刷する場合でも、ページバ
ッファを効率良く利用できる印刷装置を提供することを
目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に請求項１記載の発明は、印刷すべき画像を表す画像デ
ータを複数頁分格納可能な画像記憶手段と、前記画像記
憶手段の記憶領域が１頁分未満のデータサイズで分割さ
れて形成された複数のブロックの各々に対する画像デー
タの格納の有無を表す格納有無情報、及び前記画像デー
タが格納されているブロックと該ブロックに格納されて
いる画像データとを対応付ける対応関係情報、を含む管
理情報を記憶する管理情報記憶手段と、前記画像記憶手
段に記憶すべき画像データを、前記データサイズに応じ
て複数の単位画像データに分割し、分割した複数の単位
画像データを、前記格納有無情報に基づいて画像データ
が格納されていないブロックに各々格納する書き込み制
御手段と、前記対応関係情報に基づいて印刷すべき頁に
対応する単位画像データが格納されている複数のブロッ
クを判断し、判断した複数のブロックから単位画像デー
タを各々読み出す読み出し制御手段と、前記書き込み制
御手段により単位画像データをブロックに格納する際及
び読み出し制御手段により単位画像データをブロックか
ら読み出す際に、前記管理情報を書き換える管理情報更
新手段と、を備えて構成されている。

【００１０】請求項２記載の発明は、前記画像データが
分割格納されるブロックのサイズを、１頁分の画像デー
タが複数のブロックに納まるように画像データのサイズ
に応じて変更するブロックサイズ変更手段を設けた、こ
とを特徴とする。

【００１１】請求項１記載の発明では、画像記憶手段に
対する画像データの入出力を管理するための管理情報が
管理情報記憶手段に記憶されている。管理情報には、画
像記憶手段の記憶領域を分割して形成された複数のブロ
ックの各々に対する画像データの格納の有無を表す格納
有無情報と、前記画像データが格納されているブロック
と該ブロックに格納されている画像データとを対応付け
る対応関係情報とが含まれる。書き込み制御手段では、
画像記憶手段に記憶すべき画像データが、ブロックに対
応するデータサイズに応じて複数の単位画像データに分
割され、分割された単位画像データが、前記格納有無情
報により画像データが格納されていないと判断されるブ
ロックに各々格納される。読み出し制御手段では、印刷
すべき頁に対応する単位画像データを格納している複数
のブロックが判断され、判断された複数のブロックから
単位画像データが各々読み出される。管理情報更新手段
では、単位画像データがブロックに格納される際及びブ
ロックから読み出される際に、前記管理情報が書き換え
られる。

【００１２】上記では、画像記憶手段に対する画像デー
タの書き込み及び読み出しが、画像記憶手段を複数分割
して形成されたブロックを基準に行われるので、画像記
憶手段に格納された複数頁分の画像データを格納順とは
異なる順序で読み出して印刷する場合、印刷済の画像デ
ータが格納されていたブロックに即座に別の画像データ
を書き込むことができる。また、画像記憶手段を１頁分
未満のデータサイズで複数のブロックに分割し、１頁分
の画像データを複数のブロックに格納するので、比較的
小さな用紙に印刷する場合、画像記憶手段により多くの
画像データを格納でき、画像記憶手段の空き領域を減少
できる。

【００１３】請求項２記載の発明では、画像データを分
割格納するブロックのサイズが、１頁分の画像データが
複数のブロックに納まるように画像データのサイズに応
じて変更されるので、種々異なるサイズの画像を印刷す
る場合でも、常に１頁分の画像データを複数のブロック
に格納でき、ブロック内で内部断片（空き領域）を防止
できる。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態につき詳細に説明する。 〔第１の実施の形態〕図１には、本実施形態に係る印刷
装置１０の概略構成が示されている。印刷装置１０は、
記録用紙１２上に画像（イメージ）を印刷する印刷部１
４と、印刷部１４の動作の制御などを行う印刷制御部１
６とを備えている。印刷部１４および印刷制御部１６は
電源部１８から供給される所定の交流電流により作動す
る。

【００１５】印刷部１４は、レーザプリンタ等からな
り、電子写真式の印画機構、記録用紙１２の搬送機構、
各種のセンサなどを有する。印刷制御部１６から印刷す
べき画像を表す画像データ２２および各種の動作指令信
号２４が入力されると、記録用紙１２の片面または両面
に画像を印刷して外部に排出する。即ち、片面印刷の際
には、図示しないカセットトレイに収容されている記録
用紙１２を、図４に矢印で示すように所定の搬送経路８
０に沿って印画場所に搬送し、印刷制御部１６から受け
取った画像データ２２に基づいて画像を印刷した後、外
部の排紙トレイに排出する。また両面印刷の際には、印
画場所で片面（表面）印刷が行われた記録用紙１２を反
転経路８２に取り込んで搬送し搬送経路８０の印画場所
入口側に戻すことにより、表裏反転させる。そして、搬
送経路８０に戻されて表裏反転された記録用紙１２を、
再び印画場所に搬送して他方の面（裏面）への印刷を行
い、外部の排紙トレイに排出する。印刷部１４は、ま
た、各部の状態（例えばカセットトレイに収容されてい
る用紙のサイズ、搬送経路８０，８２のどの位置に用紙
があるか等）を示す状態信号２６および印刷制御部１６
との同期をとるための同期パルス２８を印刷制御部１６
に出力する。

【００１６】印刷制御部１６には、印刷装置１０本体の
前面に設けた操作パネル２０が接続されている。操作パ
ネル２０は、オペレータが各種コマンド等を入力するた
めの複数のキー、処理状況等を目視確認させるためのデ
ィスプレイ等を備えており、操作パネル２０上でオペレ
ータが所定のキー操作を行うと、キー操作に対応した指
示信号３０が印刷制御部１６に出力される。印刷制御部
１６は、操作パネル２０からの指示信号３０に対する応
答及びディスプレイに表示すべき処理状況等の表示信号
３２を操作パネル２０に出力する。

【００１７】図１中、３４は印刷制御部１６に接続され
たマシンインタフェース（Ｉ／Ｆ）端子である。マシン
Ｉ／Ｆ端子３４には、図示しない通信ケーブルを介して
ホストコンピュータ（情報処理装置）が接続され、ホス
トコンピュータから各種のデータやコマンドを含む印刷
情報が入力される。

【００１８】印刷制御部１６は、図２に示すように、印
刷装置１０での各種制御の中枢的な役割を果たすＣＰＵ
３６を備えている。ＣＰＵ３６はシステムバス３８に接
続されている。システムバス３８にはパネルインタフェ
ース（Ｉ／Ｆ）回路４０およびマシンインタフェース
（Ｉ／Ｆ）回路４２が接続されている。パネルＩ／Ｆ回
路４０は、操作パネル２０（図１）とのインタフェース
をとるための回路であり、操作パネル２０から入力され
る指示信号３０をシステムバス３８に転送し、また、オ
ペレータに認識させるべき情報を表示信号３２として操
作パネル２０に出力する。マシンＩ／Ｆ回路４２は、上
記ホストコンピュータ等とのインタフェースをとるため
の回路であり、マシンＩ／Ｆ端子３４（図１）に接続さ
れている。

【００１９】システムバス３８には、また、不揮発性記
憶装置（ＮＶＭ：Non-Volatile Memory ）４４、ＲＯＭ
４６およびＲＡＭ４８が接続されている。ＮＶＭ４４
は、図示しない電池によってバックアップされた記憶装
置であり、電源がオフされた状態でも保持しておきたい
データが記憶されている。ＲＯＭ４６は不揮発性のメモ
リであり、印刷装置１０の各種機能を実現するためのプ
ログラム、文字を印刷する際に用いるフォントデータ等
が記憶されている。ＲＡＭ４８は作業用メモリであり、
印刷装置１０の機能を実現する上で必要なデータや、マ
シンＩ／Ｆ回路４２を介して入力されたデータ等が一時
的に記憶される。

【００２０】ＲＡＭ４８の記憶領域の一部は、記録用紙
１２に印刷すべき画像を表すビットマップイメージデー
タを複数頁分（本例では８頁分）格納できるページバッ
ファ５４として使用される。ページバッファ５４の領域
は、後述するようにビットマップイメージデータ１頁当
り複数のブロック５８（図３）に区分され、印刷すべき
１頁分のビットマップイメージデータを複数のブロック
５８に亘って格納できるようになっている。ＲＡＭ４８
の記憶領域の他の一部は、ページバッファ５４の利用状
況をブロック５８単位で管理するのに必要な管理情報が
記憶される管理情報記憶域５６として使用される。

【００２１】システムバス３８には、また、印刷部イン
タフェース（Ｉ／Ｆ）回路５０およびビットマップコン
トローラ５２が接続されている。印刷部Ｉ／Ｆ回路５０
は、ページバッファ５４から読み出されたビットマップ
イメージデータを画像データ２２（図１）として印刷部
１４に出力する。印刷部Ｉ／Ｆ回路５０は、また、印刷
部１４との間で状態信号２６、同期パルス２８および動
作指令信号２４（図１）のインターフェースをとる。ビ
ットマップコントローラ５２は、ページバッファ５４と
印刷部Ｉ／Ｆ回路５０との間でビットマップイメージデ
ータの転送に関する制御を行う。

【００２２】図３には、管理情報記憶域５６に記憶され
る管理情報の一例が示されている。管理情報記憶域５６
には、図３に示すように、ブロック管理ビットテーブル
６０とページ・ブロック対応テーブル６２とが記憶され
ている。ブロック管理ビットテーブル６０は、ページバ
ッファ５４へのビットマップイメージデータの格納の有
無をブロック５８単位で管理するためのもので、ブロッ
ク５８と対応する複数の管理ビット６４を有する。各管
理ビット６４には「使用中」または「空き」を表す情報
が登録され、管理ビット６４の登録内容の検索により対
応するブロック５８の使用の有無を把握できる。ページ
・ブロック対応テーブル６２は、ビットマップイメージ
データが格納されたブロック５８と格納されたデータと
の対応関係を管理するためのもので、「ページ」、「印
刷番号」、「ブロック番号」、「先頭アドレス」、「最
終アドレス」の項目が用意されている。「ページ」の欄
にはデータの頁番号Ｐが、「印刷番号」の欄には１頁分
のデータをブロック５８のサイズで分割して形成された
複数の単位データの各々の印刷順を示す番号Ｌが登録さ
れる。また「ブロック番号」の欄にはブロック５８に付
された番号Ｂが、「先頭アドレス」および「最終アドレ
ス」の欄には対応するブロック５８のページバッファ５
４における先頭および最終アドレスＭ，Ｎが登録され
る。

【００２３】次に本実施形態の作用について説明する。
本実施形態の作用に係る両面印刷処理を説明するに先立
ち、まず図４を参照して、印刷装置１０の印刷部１４に
おける両面印刷時の記録用紙１２の流れについて説明す
る。図４中、実線で描かれた長方形は表面を印刷面とす
る記録用紙を示し、破線で描かれた長方形は裏面を印刷
面とする記録用紙を示している。また、長方形内の数字
は印刷される頁の番号を示している。両面印刷が開始さ
れると、図示しないカセットトレイから４枚の記録用紙
１２が搬送経路８０を通じて順に印画場所に搬送され
て、搬送されてきた各用紙１２への片面（表面）印刷が
行われた後、反転経路８２に取り込まれる。その後、印
画場所では、反転経路８２より戻されてきた記録用紙１
２への裏面印刷と新しくカセットトレイから搬送されて
きた記録用紙１２への表面印刷とが交互に行われる。裏
面印刷が終了した用紙１２は外部の排紙トレイに排出さ
れ、表面印刷が終了した用紙１２は反転経路８２に取り
込まれる。

【００２４】なお、図４の両面印刷の例は、１枚の記録
用紙１２への表面印刷と裏面印刷との間に最大６頁分の
他の用紙１２への印刷を行う例である。即ち、印刷され
る頁の総数を１４頁とすると、印刷される頁の順番は１
→３→５→７→２→９→４→11→６→13→８→10→12→
14となり、７頁（表面）及び８頁（裏面）の印刷間に
２，９，４，11，６，13の各頁の印刷が行われる。

【００２５】次に、図５のフローチャートを参照して、
ＣＰＵ３６で各種プログラムを実行することにより行わ
れる両面印刷処理について説明する。まず図５（ａ）の
ステップ１０２において、マシンＩ／Ｆ回路４２（図
２）の状態を監視して、ホストコンピュータから印刷要
求が送られてきたかどうかを判断する。ステップ１０２
で印刷要求の受信が確認されると、ステップ１０４で
は、ページバッファ５４領域を所定のサイズで複数のブ
ロック５８（図３）に分割し、分割された各ブロック５
８にブロック番号Ｂを付けＲＡＭ４８に格納する。ステ
ップ１０４では、また、各ブロック５８のページバッフ
ァ５４における先頭および最終アドレスＭ，Ｎを、ブロ
ック番号Ｂに対応させてＲＡＭ４８に格納する。

【００２６】ステップ１０６では、ホストコンピュータ
から印刷すべき画像１頁分の印刷データ（印刷情報）を
受け取って解析し、印刷すべき画像を表すビットマップ
イメージデータを作成した後に、作成したビットマップ
イメージデータをステップ１０４で分割したブロック５
８に分割格納する。ステップ１０８では、格納されたビ
ットマップイメージデータが最初の１頁分かどうかを判
断する。ステップ１０８の判断が肯定されると、次のス
テップ１１０で印刷指示処理を起動する。印刷指示処理
は、後述するように印刷部１４（図１）に画像データを
与えるための処理であり、本両面印刷処理と並行に実行
される。

【００２７】ステップ１０８の判断が否定されるとステ
ップ１１２に進み、ステップ１０６で格納したビットマ
ップイメージデータが最終頁かどうかを判断する。ステ
ップ１１２の判断が否定されるとステップ１０６に戻
り、ステップ１０６〜ステップ１１２を繰り返す。印刷
すべき複数頁分のビットマップイメージデータのうち最
終頁分がページバッファ５４に格納されると、ステップ
１１２の判断が肯定されて処理を終了する。

【００２８】図６は、ビットマップイメージデータ１頁
分の格納処理（図５（ａ）のステップ１０６）の詳細を
示したルーチンである。ステップ３０４では、ページバ
ッファ５４に格納すべき１頁分のビットマップイメージ
データをブロック５８に対応するデータサイズで複数の
単位データに分割し、分割された複数の単位データに各
々印刷順（分割順）に印刷番号Ｌを付ける。例えば、Ａ
４サイズの 400 dpiのビットマップイメージデータ（33
04ライン）を 826ライン分のサイズで分割したとき分割
数は４となり、４つの単位データには順次Ｌ＝１〜４の
番号が付される。ステップ３０６では、管理情報記憶域
５６に記憶されているページ・ブロック対応テーブル６
２（図３）に、複数の単位データの各々についての頁番
号Ｐと印刷番号Ｌとを全て登録する。その結果、図３に
示したページ・ブロック対応テーブル６２は、該当する
「ページ」及び「印刷番号」の項目の空欄部分に１頁分
の数値が記述された状態となる。このとき、「ブロック
番号」、「先頭アドレス」及び「最終アドレス」の各項
目は空欄のままである。

【００２９】次にステップ３０８では、ブロック管理ビ
ットテーブル６０（図３）の空きビットを検索して、単
位データの格納先となるブロック５８を探す。ここで
は、テーブル６０の各管理ビット６４に登録されている
内容を管理ビット番号ｎ（ｎ＝Ｂ）順に解釈し、登録内
容「空き」の管理ビット６４を１つ探す。もしステップ
３０８で空きビットが発見されなかった場合、ページバ
ッファ５４に空き領域が全くないことを意味している。
従って、このような場合にはステップ３１０の判断が否
定されてステップ３０８に戻り、ステップ３１０以後の
作業を行うことなく空きビットが発生するまで待つ。な
お、図５（ａ）のステップ１１０で印刷指示処理が起動
されれば、ブロック５８から単位データが読み出されて
空きビットが発生するため、永久に待ち続けることはな
い。

【００３０】ステップ３０８で空きビットが見つかった
ら、ステップ３１０の判断が肯定されてステップ３１２
に進む。ステップ３１２では、該当する管理ビット（空
きビット）６４の登録内容を「空き」から「使用中」に
変更する。ステップ３１４では、ページ・ブロック対応
テーブル６２に、当該管理ビット（空きビット）６４に
対応するブロック５８のブロック番号Ｂ、及び該ブロッ
ク５８のページバッファ５４における先頭・最終アドレ
スＭ，Ｎを登録する。これにより、分割された複数の単
位データのうち１の単位データと該データが格納される
ブロック５８とが対応付けられる。ステップ３１６で
は、該当する単位データを対応するブロック５８の領域
に書き込む。ステップ３１８では、複数の単位データが
全てブロック５８に格納されたかどうかを判断する。ス
テップ３１８の判断が否定されるとステップ３０８に戻
り、ステップ３０８〜３１８を繰り返す。

【００３１】以上により、１頁分のビットマップイメー
ジデータが全てページバッファ５４に格納され、ページ
・ブロック対応テーブル６２には「ページ」「印刷番
号」「ブロック番号」「先頭アドレス」「最終アドレ
ス」の５項目に対する記述が全て揃った状態となる。

【００３２】なお、ステップ３０８で空きビットが発見
されなかった場合に再度空きビットを検索しなおす方法
としては、一定時間待って再度検索しなおす方法、１頁
分の印刷が終了してページバッファ領域を解放するプロ
セスから空きビットができたことを通知するシグナルを
受け取って再度検索しなおす方法等を採用できる。

【００３３】次に、図５（ａ）のステップ１１０で起動
される印刷指示処理について、図５（ｂ）を参照して説
明する。ステップ１２２では、実際に印刷される頁の順
番に従って次に印刷される頁（頁番号Ｐ）を決定する。
例えば、図４に示す両面印刷を行う場合、決定される頁
の順番は１→３→５→７→２→９→４→..となる。

【００３４】ステップ１２４では、印刷部１４（図１）
内の印画場所に記録用紙１２が到達したかどうかが判断
される。ステップ１２４で印画場所への記録用紙１２の
到達が確認されると、ステップ１２６では、ページ・ブ
ロック対応テーブル６２を参照して、ステップ１２２で
決定した頁に対応する単位データが格納されている複数
のブロック５８を判断し、判断した複数のブロック５８
から各々単位データを読み出す。具体的には、ページ・
ブロック対応テーブル６２の登録内容を１行毎に順番に
解釈して、ステップ１２２で決定した頁Ｐに対応する単
位データの印刷番号Ｌ及び該単位データが格納されてい
る先頭・最終アドレスＭ，Ｎを全て読み出した後、ペー
ジバッファ５４に格納されているデータを当該読み出し
た印刷番号Ｌ順に対応するアドレスから読み出す。ペー
ジバッファ５４から読み出されたビットマップイメージ
データは、印刷部Ｉ／Ｆ回路５０（図２）を介して印刷
部１４に送られ、印刷部１４の印画機構により記録用紙
１２上に印刷される。

【００３５】ステップ１２８では、ステップ１２６で読
み出された１頁分の単位データが格納されていたブロッ
ク５８を、各々別頁の単位データが格納できるよう解放
する。ステップ１３０では、印刷された頁が最終頁であ
るかどうかを判断する。ステップ１３０の判断が否定さ
れるとステップ１２２に戻り、ステップ１２２〜１３０
の処理を繰り返し行う。ステップ１１８の判断が肯定さ
れると処理を終了する。

【００３６】図７は、ページバッファ５４の印刷済の領
域を解放する解放処理（図５（ｂ）のステップ１２８の
処理）の詳細を示したルーチンである。ステップ５０２
では、印刷部１４から、１頁分の印刷が正常に終了した
ことを示す通知が送られてきたかどうかを判断する。印
刷が正常に終了したというのは、記録用紙１２に対して
行われた印刷が表面印刷の場合は用紙１２が反転経路内
に搬送され、裏面印刷の場合は排紙トレイに排出された
ことを意味する。ステップ５０２で印刷が正常に終了し
たことが確認されると、ステップ５０４では、ページ・
ブロック対応テーブル６２を参照して、印刷された頁Ｐ
に対応するブロック番号Ｂを全て読み出す。即ち、ペー
ジ・ブロック対応テーブル６２の登録内容を１行毎に順
番に解釈して、印刷された頁Ｐと一致する頁番号が登録
されている部分を検索し、当該頁番号Ｐが登録されてい
る行を発見したら対応するブロック番号Ｂを読み出して
ＲＡＭ４８に格納する。例えば、図３に示すページ・ブ
ロック対応テーブル６２において、１頁（表面）の印刷
が終了したときには１頁に対応するブロック番号Ｂ＝
０，１，５，６が読み出される。

【００３７】ステップ５０６では、テーブル６２から読
み出されたブロック番号Ｂに対応する管理ビット６４の
登録内容を全て「使用中」から「空き」に変更する。ス
テップ５０８では、ページ・ブロック対応テーブル６２
から、印刷された頁分の登録内容を全て削除する。

【００３８】以上のように本実施形態では、ページバッ
ファ５４の領域をビットマップイメージデータ１頁当り
複数のブロック５８に分割し、分割された複数のブロッ
ク５８のうちデータが格納されたブロック５８と格納さ
れたデータとの対応関係をページ・ブロック対応テーブ
ル６２に登録し、登録された内容に基づいて印刷すべき
頁分のデータが格納されている複数のブロック５８を判
断して各々データを読み出すようにしたので、ページバ
ッファ５４に格納された複数頁分のデータを頁順即ち格
納順とは関係なく読み出して印刷することができる。し
かも、複数のブロック５８の各々に対するデータの格納
の有無をブロック管理テーブル６０に登録し、登録され
た内容に基づいて空のブロック５８（データが格納され
ていないブロック５８）を判断してデータを格納するの
で、１頁分のデータが印刷されて空きブロック５８が発
生すると、直ちに当該ブロック５８に別のデータを書き
込むことができる。

【００３９】このように本実施形態によれば、ページバ
ッファの利用をデータの頁順とは関係なくブロック単位
で行えるので、ページバッファに格納された複数頁分の
データを格納順（頁順）に関係なく印刷する場合でも、
印刷済のデータが格納されていた領域を即座に解放して
別のデータを書き込むことができ、ページバッファ領域
の有効な利用を図ることができる。例えば、図４におけ
る両面印刷の例において、５頁（表面）の印刷が正常に
終了した場合、当該５頁分のデータが格納されていたペ
ージバッファの領域を即座に解放できる。２頁と４頁の
印刷は終了していないが、ページバッファの利用は頁順
と関連なく行われるためである。これに対し、従来のリ
ングバッファ方式では、２頁と４頁の印刷が終了するま
では５頁分のデータが格納された領域を解放できない。

【００４０】また、本実施形態によれば、ページバッフ
ァの領域をビットマップイメージデータ１頁分よりも小
さいサイズで複数のブロックに分割して、１頁分のビッ
トマップイメージデータを複数のブロックに亘って格納
するので、比較的小さな用紙に印刷する場合、ページバ
ッファにより多くのデータを格納して、ページバッファ
の空き領域を減らすことができる。このため、ビットマ
ップイメージデータの容量が小さくなる小さな用紙に印
刷する場合でも、ページバッファの利用効率を良好に維
持できる。

【００４１】なお、上記実施形態では、ページバッファ
５４として８頁分のビットマップイメージデータを格納
できるものを用いたが、ページバッファ５４の容量はこ
れに限られるものでない。本実施形態の印刷装置で両面
印刷を行う場合、印画中のデータ１頁分、ホストより転
送中のデータ１頁分及び反転経路中にある未印刷の裏面
に対応するデータ３頁分、の計５頁分の容量をもってい
ればよい。なお、従来技術の場合は、上記に加えて、解
放できない印刷済の表面に対応するデータ３頁分の容量
（計８頁分の容量）が必要となる。 〔第２の実施の形態〕次に、本発明の他の実施形態につ
いて説明する。上記第１の実施形態では、ページバッフ
ァ５４の領域を一定のサイズで分割しているので、前回
とは異なるサイズのビットマップイメージデータを印刷
する場合（例えば、Ａ４サイズを基にしたブロックサイ
ズでＢ４サイズの印刷を行う場合等）、最後に分割され
て格納されるビットマップイメージデータは丁度ブロッ
ク５８内に納まらず、ブロック５８内で内部断片を起こ
すおそれがある。そこで、本第２実施形態では、ビット
マップイメージデータのサイズに応じて動的にブロック
サイズを変更し、これによりブロック内での内部断片の
発生を抑制している。

【００４２】図８には、本第２実施形態に係るフローチ
ャートが示されている。なお、図８のフローチャートは
図５のステップ１０４に対応している。ステップ７０２
では、前回の印刷処理が全て正常に終了しているかどう
か、すなわちページバッファ５４が全て解放され未使用
状態であるかどうかを判断する。ステップ７０２の判断
が否定されると、以後の処理を行わずに終了する。ステ
ップ７０２の判断が肯定されると、ステップ７０４で
は、ビットマップイメージデータのファーストスキャン
方向（ライン方向）のドット数をホストコンピュータか
ら受け取って、ビットマップイメージデータのサイズを
確認する。ステップ７０６では、ステップ７０４で確認
されたファーストスキャン方向のサイズの倍数が予め設
定されたデフォルトのブロックサイズに等しいかどうか
を判断する。ステップ７０６の判断が肯定されると、ス
テップ７０８では上記デフォルトのサイズをブロックサ
イズとして設定する。ステップ７０６の判断が否定され
ると、ステップ７１０において、上記ファーストスキャ
ン方向のサイズの倍数（デフォルトのサイズより大きく
かつ最も近い値）をブロックサイズとして設定する。

【００４３】デフォルトのブロックサイズは、印刷装置
１０にて自動的に設定されるが、印刷装置の設定の１つ
としてユーザが設定してもよい。デフォルトのブロック
サイズを自動で設定する場合、最小の用紙に印刷する際
のイメージのサイズを基準にする。例えば、印刷できる
最小の用紙がＡ５サイズであるときは、Ａ５サイズの用
紙に印刷するイメージのファーストスキャン方向（ライ
ン方向）のサイズの倍数とする。なお、この倍数は、分
割したページバッファを管理する能力や、どれだけ効率
を重視するかによって決められる。倍数を小さくとれ
ば、異なるサイズのビットマップイメージデータの印刷
処理が混在した場合でも内部断片の量を少なくすること
ができる反面、ブロック数が増すために管理に要する作
業が増え、実行速度が低下してしまう。

【００４４】ステップ７１２では、ステップ７０８また
は７１０で決められたブロックサイズでページバッファ
５４を複数のブロック５８に分割し、分割された各ブロ
ック５８に番号Ｂを割り付ける。なお、ページバッファ
５４がブロックサイズの倍数に等しくない場合は、ブロ
ックサイズに満たない領域が１つ発生するが、この領域
は使用せずに残しておく。ステップ７１４では、ブロッ
ク管理ビットテーブル６０を、ブロック数に合わせて再
構築する。すなわち、ブロック管理ビットテーブル６０
に、今回のブロック５８の数と同じ数の管理ビットをも
たせ、各管理ビット６４に番号ｎを付ける。ステップ７
１６では、ブロック管理ビットテーブル６０の全ての管
理ビットに「空き」を登録する。

【００４５】以上のように本第２実施形態では、ビット
マップイメージデータのサイズに応じて自動的にブロッ
クサイズを決定するので、前回の印刷時とは異なるサイ
ズのビットマップイメージデータを印刷する場合でも、
ビットマップイメージデータのサイズに合わせてページ
バッファ５４を分割でき、ビットマップイメージデータ
のブロック５８内での内部断片の量を減らし、ページバ
ッファの利用効率を向上できる。しかも、印刷装置で印
刷できる最小の用紙サイズを基準にブロックサイズを決
めるので、最小サイズの用紙にプリントする場合にも、
ブロック５８に空き領域を作らず、この点でも、ページ
バッファ５４を効率良く利用することができる。

【００４６】また、本第２実施形態では、ブロックサイ
ズに合わせてブロック管理ビットテーブル６０を再構築
するので、ブロックサイズを可変とした場合にも、分割
されたブロック５８を良好に管理できる。

【００４７】

【発明の効果】以上説明したように請求項１記載の発明
によれば、画像記憶手段の記憶領域を仮想的に複数のブ
ロックに分割し、分割されたブロックを基準に画像デー
タの読み出し・書き込みを行うので、画像記憶手段に格
納された画像データを格納順とは異なる順番で印刷する
場合でも、画像記憶手段を効率良く利用することができ
る、という優れた効果を有する。

【００４８】請求項２記載の発明によれば、印刷すべき
画像データを分割格納するブロックのサイズを、１頁分
の画像データが丁度複数ブロックに納まるように画像デ
ータのサイズに合わせて変更するので、前回とは異なる
サイズの画像を印刷する場合でも、ブロック内で画像デ
ータの内部断片を発生させることなく、画像記憶手段の
利用効率を良好に維持できる、という優れた効果を有す
る。

【図面の簡単な説明】

【図１】本発明の印刷装置の一実施形態を示す概略構成
図である。

【図２】印刷装置に適用される印刷制御部の概略構成を
示すブロック図である。

【図３】管理情報記憶域に記憶されるページ・ブロック
対応テーブルとブロック管理ビットテーブルとを示した
図である。

【図４】両面印刷時の記録用紙の流れとプリントされる
頁順との関係を示す図である。

【図５】印刷装置で行われる両面印刷処理の例を示すフ
ローチャートである。

【図６】１頁分のビットマップイメージデータをページ
バッファに格納する処理を示すフローチャートである。

【図７】１頁分の印刷が終了して、ページバッファの領
域を解放する処理を示すフローチャートである。

【図８】ビットマップイメージデータのサイズに応じて
動的にブロックサイズを決定し、ブロック管理ビットテ
ーブルを再構築する処理を示すフローチャートである。

【符号の説明】

１０ 印刷装置 １２ 記録用紙 １４ 印刷部 １６ 印刷制御部 ３６ ＣＰＵ ５４ ページバッファ（画像記憶手段） ５６ 管理情報記憶域（管理情報記憶手段） ５８ ブロック ６０ ブロック管理ビットテーブル ６２ ページ・ブロック対応テーブル

Claims (2)

【特許請求の範囲】
1. 【請求項１】 印刷すべき画像を表す画像データを複数
   頁分格納可能な画像記憶手段と、 前記画像記憶手段の記憶領域が１頁分未満のデータサイ
   ズで分割されて形成された複数のブロックの各々に対す
   る画像データの格納の有無を表す格納有無情報、及び前
   記画像データが格納されているブロックと該ブロックに
   格納されている画像データとを対応付ける対応関係情
   報、を含む管理情報を記憶する管理情報記憶手段と、 前記画像記憶手段に記憶すべき画像データを、前記デー
   タサイズに応じて複数の単位画像データに分割し、分割
   した複数の単位画像データを、前記格納有無情報に基づ
   いて画像データが格納されていないブロックに各々格納
   する書き込み制御手段と、 前記対応関係情報に基づいて印刷すべき頁に対応する単
   位画像データが格納されている複数のブロックを判断
   し、判断した複数のブロックから単位画像データを各々
   読み出す読み出し制御手段と、 前記書き込み制御手段により単位画像データをブロック
   に格納する際及び読み出し制御手段により単位画像デー
   タをブロックから読み出す際に、前記管理情報を書き換
   える管理情報更新手段と、 を備えた印刷装置。
2. 【請求項２】 前記画像データが分割格納されるブロッ
   クのサイズを、１頁分の画像データが複数のブロックに
   納まるように画像データのサイズに応じて変更するブロ
   ックサイズ変更手段を設けた請求項１記載の印刷装置。