JP2000156830A - プリンタ及び該プリンタにおける画像デ―タの処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 限られたメモリ容量の中でも、インデクス印
刷等、主走査方向に複数の画像を含む印刷データを効率
よく処理することを可能とし、スループットを短縮し得
るプリンタ及びその画像データの処理方法を提供するこ
と。 【解決手段】 画像データ処理部１１２が、１回の主走
査で印刷する複数の画像の各々の部分的イメージを含む
原画像ファイルデータにアクセスし、所定の画像処理を
施してビットイメージ形式の画像データを生成すると、
画像データ制御部１１８は、これら画像データを一旦一
次バッファ１１４に記憶しておき、以後、バンドごとに
一次バッファ１１４から該画像データの必要な部分を読
み出して、バンド（二次）バッファ１１６にコピーし、
印刷処理部１３に送って印刷を行う。各々の部分的イメ
ージごとにその都度原画像ファイルデータにアクセスし
て所定の画像処理を施す必要が無くなり、処理の効率化
を図れる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタルカメラ
等で撮影しメモリカード等に格納された画像データを直
接（ホストを介することなく）読み込んで印刷を行うプ
リンタに関し、特に、いわゆるインデクス印刷等を行う
場合の当該プリンタにおける画像データの処理技術に関
する。

【０００２】

【従来の技術】近年、ディジタルカメラが、その性能の
向上に伴って、普及してきている。従来、かかるディジ
タルカメラで撮影した画像データを印刷する場合には、
ＰＣカード等に格納された画像データを一旦パーソナル
コンピュータ（以下、パソコンと略称する）に読み込ま
せた後、そのパソコンに接続されたプリンタで印刷して
いた。

【０００３】このようにディジタルカメラで撮影した画
像データをパソコンを介してプリンタで印刷する場合に
は、従来からの銀塩写真に比べ、ユーザ自らより自由な
編集が可能になるというメリットがあり、例えば、ユー
ザは、パソコン上の専用のアプリケーションソフトを用
いれば、ディジタルカメラを用いて撮影した多数の画像
のうち複数枚分の写真を１枚の印刷用紙（以下、単に用
紙という）に印刷するインデクス印刷等を自由に行うこ
とができる。

【０００４】かかるインデクス印刷では、例えば、縦横
（５×４）で２０枚分程の多数の画像を絵葉書サイズの
用紙に、それぞれ縮小した形で印刷するので、パソコン
に読み込んだ画像データに対し縮小・回転等特有の処理
が必要であり、ワークメモリも大きな容量が必要となる
ので、上述したアプリケーションソフトでは、パソコン
上、いわゆるスプールファイルを作成した上で、その都
度必要な画像の一部を取得し、縮小・回転等の処理を行
うようにしている。

【０００５】以下、上記の如きパソコン上のアプリケー
ションソフトを用い、通常のインクジェットプリンタを
介してインデクス印刷を行う場合を例にとって、図８及
び図９を参照しつつ、具体的に説明する。尚、このイン
クジェットプリンタは、バンドバッファを備え、バンド
ごとにイメージデータを展開して印刷を行うものとす
る。

【０００６】例示のインデクス印刷は、図８に示すよう
に、絵葉書サイズの用紙１に、２０枚分のそれぞれの縮
小画像Ａ１，Ａ２，Ａ３，・・・を、インクジェットプ
リンタにおける主走査方向Ｘを横方向、紙送り方向（副
走査方向）Ｙを縦方向とした場合に、横方向に４枚、縦
方向に５枚を印刷する場合である。しかも、このインデ
クス印刷は、用紙１を横向きに置いて見たときに正位置
となるように画像配置して印刷する場合であり、同図に
示すＡ，Ｂ，Ｃ，・・・，Ｔの記号で示す如く、元の画
像をそれぞれ９０度回転させた状態で印刷されたものと
なる。このように、多数の画像を１枚の用紙に印刷する
インデクス印刷は、１つの画像を１枚の用紙に印刷する
通常の印刷に比べて、スループットが著しく長くなり、
しかも図８の場合のような回転処理が加わると、その分
だけ更に多くの時間を要する。

【０００７】図９を用いて、パソコン上のアプリケーシ
ョンソフトによりインデクス印刷を行う場合のパソコン
及びプリンタにおける処理のフローについて説明してお
く。まず、ディジタルカメラで撮影され、ＪＰＥＧ方式
等により圧縮されたファイル形式でＰＣカード等に格納
された画像データのうち、上記インデクス印刷に必要な
すべての画像データを伸長（圧縮されていない元の画像
データに復元）し（Ｓ１）、復元した画像データのスプ
ールファイルを作成し、ハードディスクに保存しておく
（Ｓ２）。

【０００８】そして、バンドごとに、当該バンドに必要
な画像の一部を取得し（Ｓ３）た上で、縮小・回転等の
処理を行う（Ｓ４）。その後、バンドバッファにコピー
（展開）する（Ｓ５）。以上のＳ３〜Ｓ５の処理をすべ
ての画像（図８の例では、Ａ１，Ａ２，Ａ３，Ａ４、即
ちＡ，Ｆ，Ｋ，Ｐ）について行う（Ｓ６でＮｏ）。そし
て、当該バンドに必要な画像データがすべてそろった場
合（Ｓ６でＹｅｓ）には、バンドバッファに展開したイ
メージデータの印刷を行う（Ｓ７）。そして、このイン
デクス印刷に必要な画像データのすべてのバンドについ
てＳ３〜Ｓ７の処理を繰り返し（Ｓ８でＮｏ）、すべて
のバンドの処理が完了したら（Ｓ８でＹｅｓ）、インデ
クス印刷における１段目の複数画像の印刷が終了する。

【０００９】インデクス印刷等、主走査方向に複数の画
像を含む場合、パソコン上のアプリケーションソフトで
は、以上のように印刷データを生成・処理し、プリンタ
に転送してその印刷を行っている。

【００１０】

【発明が解決しようとする課題】最近では、パソコンと
略同様の画像データ処理機能を備え、ディジタルカメラ
等で撮影しメモリカード等に格納された画像データを直
接（ホストを介することなく）読み込んで所定の画像処
理を行った上で印刷を行うプリンタ（以下、フォトプリ
ンタと呼ぶ）が実用化されている。

【００１１】このようなフォトプリンタの構成は、大き
く分けると、従来のプリンタと同様の動作を行う印刷処
理部と、メモリカード等から読み込んだ画像データに対
しパソコンと同様の画像データ処理を行うフォト画像処
理部とから成り、このフォトプリンタを用いれば、パソ
コンを必要とすることなくディジタルカメラで撮影した
画像データを印刷することが可能となるので、大変便利
である。従って、かかるフォトプリンタを安価に提供し
得るようになれば、ディジタルカメラの解像度の高画質
化に伴って、両者の利用がより一層進むものと思われ
る。

【００１２】しかしながら、かかるフォトプリンタは、
上述したように、パソコンと同様の画像データ処理機能
と通常のプリンタの機能とが一体となっているので、全
体としてのコスト等を考えると、フォトプリンタに内臓
されるＣＰＵの処理能力や速度、更には、ワークメモリ
としてのＲＡＭの容量は、自ずから制約を受ける。即
ち、パソコンと同様の画像データ処理を行うといって
も、このようなフォトプリンタが備えるＣＰＵは、パソ
コンが備えるＣＰＵに比べると、処理能力や速度の点で
制限があり、例えば、画像データを一時的に蓄積してお
くバッファメモリの容量にも限界がある。特に、上述し
たインデクス印刷等、多数の画像データをメモリ等に一
時的に蓄積した上で縮小・回転等の処理を行う必要があ
る場合には、バッファメモリ等の容量が間に合わない事
態も考えられる。上述したパソコン上のアプリケーショ
ンソフトによりインデクス印刷を行う場合では、特に、
最近のパソコンでは、大変高性能のＣＰＵを備え、ワー
クメモリとしてのＲＡＭの容量も十分であることが多
く、また、スプールファイルの形式でハードディスクに
保存しておくことも可能であるため、あまり問題にはな
らなかった。しかし、フォトプリンタでは、限られたメ
モリ資源の中で、処理のスループットも遅くしないで、
インデクス印刷等多くの画像データ処理を伴う作業を行
うというのは、難題である。

【００１３】従来、フォトプリンタにおける構成及び画
像データ処理の制御方法等の点から、このような問題を
解決するための有効な提案は、ほとんどなされていなか
った。

【００１４】本発明の目的は、限られたＣＰＵの能力や
メモリ容量の中でも、上述したインデクス印刷等、主走
査方向に複数の画像を含む印刷データを効率よく処理す
ることを可能とし、スループットを短縮し得るフォトプ
リンタ及びその画像データの処理方法を提供することに
ある。

【００１５】

【課題を解決するための手段】上記目的達成のため、本
発明では、例えば、上述したインデクス印刷等の場合
に、１回の主走査で印刷するイメージデータに含まれる
各々の部分的イメージを含む原画像ファイルデータに対
して、所定の画像処理を施して生成したビットイメージ
形式の画像データを、一旦一次バッファに記憶してお
き、以後、必要に応じて該一次バッファから該画像デー
タの関連する部分を読み出して利用するようにした。こ
れにより、各々の部分的イメージごとにその都度原画像
ファイルデータにアクセスして所定の画像処理を施す必
要が無くなり、処理の効率化を図れる。

【００１６】即ち、本発明の第１の様相によれば、請求
項１記載のように、１回の主走査で印刷するイメージデ
ータに含まれる各々の部分的イメージを提供する圧縮さ
れた原画像ファイルデータに対して、復元を含む所定の
画像処理を施してビットイメージ形式の画像データを生
成する画像データ処理手段と、前記生成した画像データ
を一時的に記憶しておく一次バッファと、前記生成した
画像データを該一次バッファに格納し、必要に応じて該
一次バッファから該画像データの関連する部分を読み出
して利用する制御手段とを有することを特徴とするプリ
ンタを提供する。

【００１７】上述したように、限られたメモリ容量の中
では、原画像ファイルデータの内容や、非常に多くの枚
数のインデクス印刷等、印刷の仕方によっては、前記生
成した画像データをすべて一次バッファに記憶すること
ができない場合も考えられる。そこで、本発明の第２の
様相では、各部分的イメージにつき、それぞれ前記画像
データ処理手段によりビットイメージ形式の画像データ
を生成した場合の総データ容量を求め、その総データ容
量が前記一次バッファの容量を超えない場合にのみ、前
記生成した画像データを該一次バッファに格納し、必要
に応じて該一次バッファから該画像データの関連する部
分を読み出して利用するようにした。即ち、請求項９記
載のプリンタでは、１回の主走査で印刷するイメージデ
ータに含まれる各部分的イメージを提供する圧縮された
原画像ファイルデータに対して、復元を含む所定の画像
処理を施してビットイメージ形式の画像データを生成す
る画像データ処理手段と、前記生成した画像データを一
時的に記憶しておく一次バッファと、前記１回の主走査
で印刷するイメージデータを提供する前記原画像ファイ
ルデータから、それぞれ前記画像データ処理手段により
ビットイメージ形式の画像データを生成した場合の総デ
ータ容量を求める総容量演算手段と、前記総データ容量
が前記一次バッファの容量を超えるかどうかを判断する
判断手段と、前記判断手段が前記総データ容量が前記一
次バッファの容量を超えないと判断した場合は、前記生
成した画像データを該一次バッファに格納し、必要に応
じて該一次バッファから該画像データの関連する部分を
読み出して利用し、前記判断手段が前記総データ容量が
前記一次バッファの容量を超えると判断した場合は、前
記生成した画像データを該一次バッファに格納すること
なく、必要に応じて前記原画像ファイルデータからその
都度画像データを生成し、関連する部分を読み出して利
用する制御手段とを有することを特徴とする。

【００１８】

【発明の実施形態】以下、本発明の諸実施形態を図面を
参照して説明する。まず、本発明の第１の実施形態につ
いて説明する。本実施形態に係るプリンタは、上述した
ように、ディジタルカメラ等で撮影しメモリカード等に
格納された画像データを直接（ホストを介することな
く）読み込んで所定の画像処理を行った上で印刷を行う
フォトプリンタであり、シリアルのインクジェット方式
のプリンタである。

【００１９】図１は、本発明の第１の実施形態に係るプ
リンタの概略構成を示すブロック図である。本実施形態
のプリンタは、大きく分けると、フォト画像処理部１１
と、印刷処理部１３とから成る。

【００２０】印刷処理部１３は、図示しないインクジェ
ット方式の印字ヘッド、キャリッジ機構、紙送り機構等
を含むプリントエンジン部や、プリントエンジン部の制
御等を行う印刷制御部等を含んでおり、従来のプリンタ
と同様の動作を行う部分である。

【００２１】フォト画像処理部１１は、例えば、メモリ
カード１０から読み込んだ原画像ファイルデータに対し
パソコンと同様の画像データ処理を行う部分であり、画
像データ処理部１１２と、一次バッファ１１４と、バン
ド（二次）バッファ１１６と、画像データ制御部１１８
とを有する。

【００２２】画像データ処理部１１２は、メモリカード
１０から読み込んだ原画像ファイルデータに対して、復
元を含む所定の画像処理を施してビットイメージ形式の
画像データを生成する。即ち、画像データ処理部１１２
は、ディジタルカメラ等で撮影された画像データを格納
したメモリカード１０内の原画像ファイルデータを読み
込む画像データ読み込み部１１２ａ、この画像データ読
み込み部１１２ａで読み込まれた画像データを伸長（復
元）する伸長処理部１１２ｂ、従来例との関連で図８に
示したようなインデクス印刷等、画像データを回転させ
る必要のある場合に、回転処理を行う回転処理部１１２
ｃ、画像データを縮小し又は拡大するリサイズ処理部１
１２ｄを含んでいる。尚、メモリカード１０内に格納さ
れた原画像ファイルデータは、例えばＪＰＥＧ方式によ
って圧縮処理されたファイルデータである。従って、こ
の圧縮された原画像ファイルデータを画像データ読み込
み部１１２ａで読み込んだ後、伸長（復元）した上で他
の所定の画像処理を施すために伸長処理部１１２ｂが設
けられている。

【００２３】本実施形態では、画像データ処理部１１２
は、更に、画像補正部１１２ｅをも有している。画像補
正部１１２ｅは、従来はパソコン側（例えば、プリンタ
ドライバ設定の画像補正機能）で行っていたコントラス
ト調整、明度調整、カラーバランス補正、彩度調整、記
憶色再現、シャープネス向上、ノイズ軽減、輪郭補正等
を行うものであるが、本実施形態では、以上のような画
像補正処理を、後述するように、上述したリサイズ処理
部１１２ｄによるリサイズ処理後の画像がどのような大
きさの画像となったかによって、リサイズ処理後の画像
又はリサイズ処理前の画像のいずれかを用いて行うこと
ができる。

【００２４】一次バッファ１１４は、ＲＡＭ等から構成
され、画像データ処理部１１２により各種の処理を施さ
れた後の画像データを一時的に記憶しておくものであ
る。バンド（二次）バッファ１１６は、印刷に先立って
１バンド分の画像データを保持するものである。尚、図
１に示す例では、一次バッファ１１４とバンド（二次）
バッファ１１６は、別個に構成されているが、これら
は、１つの記憶手段（ＲＡＭ）で構成しても良い。

【００２５】画像データ制御部１１８は、画像データ処
理部１１２により生成されたビットイメージ形式の画像
データを一次バッファ１１４に格納し、必要に応じて一
次バッファ１１４から該画像データの関連する部分を読
み出して利用するための制御を行う。

【００２６】ところで、インデクス印刷を行う場合等
に、ディジタルカメラで撮影した画像とは別の、図８に
示すようなタイトル（この場合「ＩＮＤＥＸ ＢＡＮＮ
ＥＲ」）も同時に印刷することが多い。本実施形態のプ
リンタは、このような場合において、あらかじめ印刷す
るタイトル形式を複数用意しておき、いずれのタイトル
を付すかを選択し得るタイトル選択部１２０も有してい
る。タイトル選択部１２０の機能等の詳細については後
述する。

【００２７】図２は、本実施形態のプリンタの外観構成
を示すものであり、同図に示すように、外観構成上は、
従来のインクジェットプリンタ等と大きく異なるところ
はないが、メモリカード１０が差し込まれるカード挿入
部２１が設けられている。その他、各種操作上の設定等
を行う操作パネル部２３、用紙の給紙部２５と排出部２
７等が設けられている。

【００２８】以上の構成を有する本実施形態のプリンタ
の動作について、以下、図面を参照しつつ説明する。こ
こでは、従来例との関連で図８に示したようなインデク
ス印刷を行うものとし、そのため画像のリサイズ処理と
しての縮小処理と、元の画像の上下方向の向きを９０度
回転させるための回転処理を必要とする場合について説
明することとする。

【００２９】さて、ユーザは、まず、図２に示した本実
施形態のプリンタのカード挿入部２１にメモリカード１
０を挿入すると共に、操作パネル部２３によって、印刷
を行うための種々の指示設定を行う。尚、ここでは、図
８に示した、Ａ４の用紙を横長に用いるようなインデク
ス印刷の設定もしたものとする。

【００３０】これ以降の動作を、図３のフローチャート
によって説明する。まず、画像データ制御部１１８は、
処理すべき画像［画像Ａ１（図８参照）とする］の画像
データが一次バッファ１１４に存在するか否かを判断す
る（ステップＳ１１）。尚、初期状態では、一次バッフ
ァ１１４には何のデータも格納されていないものとす
る。従って、画像データ読み込み部１１２ａがメモリカ
ード１０内の複数の原画像ファイルデータからインデク
ス印刷すべき画像のうち、まず、画像Ａ１について、そ
の原画像ファイルデータを読み込む（ステップＳ１
２）。尚、メモリカード１０内に格納されている原画像
ファイルデータは、ＪＰＥＧ等の方式による圧縮された
ファイルデータであるので、それを伸長処理部１１２ｂ
が伸長処理し（ステップＳ１３）、次に、元の画像を９
０度回転させるための回転処理を行い（ステップＳ１
４）、更に、リサイズ処理として、この場合、縮小処理
を行う（ステップＳ１５）。

【００３１】尚、ステップＳ１３による伸長処理によっ
て、圧縮されていた原画像ファイルデータは元の画像に
伸長されるが、元の画像データ量が、例えば、１２８０
（画素）×９６０（画素）×３（カラー画像であるので
ＲＧＢの３要素）＝約３．５Ｍバイトであるとすれば、
伸長後の画像データ量もこれと同じデータ量となる。

【００３２】そして、この画像データを縮小（この揚
合、縦横をそれぞれ１／４に縮小）することにより、縮
小後の画像データ量は、３２０（画素）×２４０（画
素）×３（ＲＧＢの３要素）＝約２２５Ｋバイトとな
る。

【００３３】このように縮小処理された画像データは、
一次バッファ１１４に保持される（ステップＳ１６）。
つまり、この時点では、１枚目の画像が回転処理され、
且つ、縮小された状態で一次バッファ１１４に保持され
ることになる。続いて、画像データ制御部１１８は、こ
の一次バッファ１１４に保持された画像データから、１
つのバンド（１番目のバンドとする）分のバンドデータ
をバンド（二次）バッファ１１６にコピーする（ステッ
プＳ１７）。

【００３４】次に、画像データ制御部１１８は、ある１
つのバンド分（この場合、１番目のバンド分）のバンド
データを生成するに必要な全ての画像について処理が終
了したか否かを判断し、（ステップＳ１８）、終了して
いなければ、ステップＳ１１に戻り、次の画像Ａ２（図
８参照）について前述のステップＳ１１からＳ１７まで
の処理を行う。つまり、画像Ａ２について、その画像デ
ータが一次バッファ１１４に存在するか否かを判断する
（ステップＳ１１）。この時点では、画像Ａ２の画像デ
ータは、未だ一次バッファ１１４に存在していないの
で、画像データ読み込み部１１２ａは、メモリカード１
０内の複数の原画像ファイルデータから画像Ａ２の原画
像ファイルデータを読み込む（ステップＳ１２）。そし
て、それを伸長処理部１１２ｂが伸長処理し（ステップ
Ｓ１３）、次に、上述したのと同様の回転処理を行い
（ステップＳ１４）、更に、縮小処理を行う（ステップ
Ｓ１５）。

【００３５】そして、その縮小処理された画像データ
は、一次バッファ１１４に保持される（ステップＳ１
６）。つまり、この時点では、画像Ａ１とＡ２の２枚の
画像が、回転処理され、且つ、縮小された状態で一次バ
ッファ１１４に保持されることになる。続いて、画像デ
ータ制御部１１８は、この一次バッファ１１４に保持さ
れた画像Ａ２の画像データから、１番目のバンド分のバ
ンドデータをバンド（二次）バッファ１１６にコピーす
る（ステップＳ１７）。

【００３６】このようにして、１つのバンド分（この場
合、１番目のバンド分）のバンドデータを生成するに必
要な画像、つまり、この実施の形態では、図８のような
インデクス印刷を行うのであるから、まず、画像Ａ１〜
Ａ４の４枚の画像について、ステップＳ１１からステッ
プＳ１７までの処理を行う。これにより、バンド（二
次）バッファ１１６には、印刷すべき１バンド分（１番
目のバンド分）のバンドデータ（画像Ａ１〜Ａ４の画像
データにおけるそれぞれ１番目のバンドデータ）が保持
され、そのバンドデータを印刷処理部１３に送る（ステ
ップＳ１９）。印刷処理部１３では、送られてきた１番
目のバンドデータに基づいた印刷処理を行う。次に、画
像データ制御部１１８は、全てのバンドの処理が終了し
たか否かを判断して（ステップＳ２０）、終了していな
ければ、ステップＳ１１に戻り、今度は、２番目のバン
ド処理に入る。

【００３７】この２番目のバンド処理を行うに際して、
まず、画像データ制御部１１８は、処理すべき画像デー
タが一次バッファ１１４に存在するか否かを判断し（ス
テップＳ１１）、一次バッファ１１４に存在すれば、そ
の一次バッファ１１４から２番目のバンドに相当する画
像データを読み出してバンド（二次）バッファ１１６に
コピーする。この場合、まず、画像Ａ１に対して２番目
のバンドデータが一次バッファ１１４から読み出されて
バンド（二次）バッファ１１６にコピーされ、続いて、
画像Ａ２に対しての２番目のバンドデータが一次バッフ
ァ１１４から読み出されてバンド（二次）バッファ１１
６にコピーされ、更に、画像Ａ２に対しての２番目のバ
ンドデータが一次バッファ１１４から読み出されてバン
ド（二次）バッファ１１６にコピーされ、続いて、画像
Ａ３に対しての２番目のバンドデータが一次バッファ１
１４から読み出されてバンド（二次）バッファ１１６に
コピーされ、更に、画像Ａ４に対しての２番目のバンド
データが一次バッファ１１４から読み出されてバンド
（二次）バッファ１１６にコピーされるというように、
１枚目から４枚目までのそれぞれの画像についての２番
目のバンドデータがバンド（二次）バッファ１１６にコ
ピーされる。

【００３８】このように、４枚の画像Ａ１〜Ａ４のそれ
ぞれ２番目のバンドデータがコピーされたバンド（二
次）バッファ１１６のデータは、印刷処理部１３に送ら
れて印刷処理される。以上の処理により、４枚の画像Ａ
１〜Ａ４が図８の用紙１の最上段に示すように印刷処理
されることになる。

【００３９】図４を用いて、更に詳しく説明する。図４
は、以上説明した処理において、一次バッファ１１４に
保持された画像Ａ１からＡ４のそれぞれの画像データを
バンド（二次）バッファ１１６にコピーする処理を説明
する図であり、同図（ａ）のＤ１〜Ｄ４は一次バッファ
１１４に保持された画像Ａ１〜Ａ４に対する縮小画像デ
ータを示すもので、それぞれの縮小画像データＤ１〜Ｄ
４は、前述したように、それぞれ３２０画素×２４０画
素×３（ＲＧＢ）＝２２５Ｋバイトのデータ量となって
いる。従って、このデータ量を有する画像データが４枚
分保持されても、合計のデータ量は１メガバイト未満で
あり、一次バッファ１１４やバンド（二次）バッファ１
１６として用いられるＲＡＭの容量（数メガバイト）に
対して十分小さいデータ量であり、仮に、この４枚分の
縮小画像データＤ１〜Ｄ４の他に、バンド（二次）バッ
ファ１１６に１つのバンドデータを保持したとしても容
量には十分余裕がある。

【００４０】このような縮小画像データＤ１〜Ｄ４を、
例えば、４つのバンド（これを１番目のバンドＢ１〜４
番目のバンドＢ４という）に分割し、それぞれのバンド
ごとにバンド（二次）バッファ１１６にコピーする。

【００４１】この手順は、図３のフローチャートで説明
したように、まず、画像Ａ１についてその縮小（回転も
含む）画像を生成し、その縮小画像データＤ１を一次バ
ッファ１１４に格納し、その縮小画像データＤ１から１
番目のバンドに相当する縮小画像データＤ１１をバンド
（二次）バッファ１１６にコピーする。続いて、画像Ａ
２についてその縮小（回転も含む）画像を生成し、その
縮小画像データＤ２を一次バッファ１１４に格納し、そ
の縮小画像データＤ２から１番目のバンドに相当する縮
小画像データＤ２１をバンド（二次）バッファ１１６に
コピーする。

【００４２】このような処理を他の２枚分の画像Ａ３と
Ａ４についても順次同様に行う。これにより、バンド
（二次）バッファ１１６には、図４（ｂ）に示すよう
に、１番目のバンドＢ１に相当する画像データＤ１１、
Ｄ２１、Ｄ３１、Ｄ４１がコピーされ、１番目のバンド
Ｂ１のバンドデータが生成される。

【００４３】そして、次の（２番目の）バンド処理を行
う際は、始めに、処理対象となる画像が一次バッファ１
１４に存在するか否かを見て（図３のステップＳ１
１）、その結果に応じた処理を行う。この場合、まず、
最初の処理対象画像Ａ１は、すでに一次バッファ１１４
に存在するので、ステップＳ１２からＳ１６までの処理
は行わずに、直接、ステップＳ１７の処理、つまり、一
次バッファ１１４に保持されている画像データＤ１のう
ち、２番目のバンドに相当する画像データＤ１２をバン
ド（二次）バッファ１１６にコピーする。そして、次に
処理対象画像となる２枚目の画像Ａ２も、すでに一次バ
ッファ１１４に存在するので、同様に、直接、ステップ
Ｓ１７の処理、つまり、一次バッファ１１４に保持され
ている画像データＤ２のうち、２番目のバンドに相当す
る画像データＤ２２をバンド（二次）バッファ１１６に
コピーする。続いて、画像Ａ３、Ａ４も、すでに一次バ
ッファ１１４に存在するので、同様に、直接、ステップ
Ｓ１７の処理を行う。

【００４４】これにより、バンド（二次）バッファ１１
６には、図４（ｃ）に示すような２番目のバンド分の画
像データがコピーされることになる。このような処理を
バンドＢ３、Ｂ４についても行うことで、図４（ｄ）、
（ｅ）のようなバンドデータが得られる。

【００４５】そして、１段目の画像Ａ１〜Ａ４の印刷処
理が終了すると、今度は、２段目の印刷処理に入るが、
この場合、図３のフローチャートにおいて、ステップＳ
１１を行うと、処理すべき画像（画像Ａ５〜Ａ８とす
る）に対するそれぞれの画像データは、まだ一次バッフ
ァ１１４に保持されていないので、再び、ステップＳ１
２から順次処理を行う。

【００４６】このようにして、処理対象画像について全
てのバンド処理が終了するまで行うことにより、２段
目、３段目、・・・というように印刷処理がなされ、最
終的に前述した図８のようなインデクス印刷の印刷結果
が得られる。

【００４７】本実施形態は、このように、処理対象のそ
れぞれの画像について、一旦、縮小（回転を含む）画像
を作成して、それを一次バッファ１１４に保持し、その
一次バッファ１１４に保持された画像データから、それ
ぞれのバンドに相当するバンドデータを読み出して、そ
れをバンド（二次）バッファ１１６にコピーするように
している。従って、バンドデータを生成する際に、各バ
ンドごとに始めから、１画像ごとにメモリカード１０内
の原画像ファイルデータにアクセスし、伸長処理、回転
処理、縮小処理を、その都度繰り返して行う必要がなく
なる。

【００４８】このように、本実施形態では、始めにそれ
ぞれの画像（本実施形態では４枚分の画像）について、
伸長処理、回転処理、縮小処理を行って、その縮小処理
された画像データをＲＡＭ（一次バッファ１１４）に格
納しておき、２番目以降のバンドデータを作るときは、
その都度、メモリカード１０内の原画像ファイルデータ
にアクセスし、伸長処理、回転処理、縮小処理という面
倒な処理手順を経ることなく、一次バッファ１１４に保
持されている縮小画像を読み出してバンドデータを生成
・作成すれば足りる。

【００４９】以上のように、インデクス印刷等の主走査
方向に複数の画像を含む場合でも、処理を大幅に簡略化
することができ、処理速度の短縮が図れる。よって、イ
ンデクス印刷等の場合でも、印刷のスループットを大幅
に短縮可能である。特に、本実施形態のように、回転処
理を伴う印刷であるときは、バンドデータを生成するた
びに回転処理を行う必要がなくなるため、より一層、処
理時間の短縮が図れる。

【００５０】ところで、ディジタルカメラで撮影された
画像を９０度回転処理する場合には、図８に示したよう
なタイトル（上述した「ＩＮＤＥＸ ＢＡＮＮＥＲ」）
にも同様の回転処理が施される。一方、例えば、図５に
示すように、画像を回転させずに、元の状態のままでイ
ンデクス印刷する場合もある。この場合、用紙２の紙送
り方向Ｙを縦方向としたとき、その用紙２を縦方向に置
いて見ることで正位置となるように、用紙２の主走査方
向Ｘに沿ってタイトルが印刷される。

【００５１】これに対して、図８に示したように、元の
画像を９０度回転させて印刷する場合は、タイトルも９
０度回転させ、用紙１の紙送り方向Ｙを縦方向としたと
き、その用紙１を横方向に置いて見ることで正位置とな
るように、用紙１の紙送り方向Ｙに沿ってタイトルが印
刷される。

【００５２】このように、画像を回転処理する場合は、
それに合わせて、タイトルも回転させた状態で印刷する
必要が生じる。本実施形態では、前述したように、タイ
トル選択部１２０を有し、このタイトル選択部１２０で
は、処理を効率化するために、回転処理前のタイトル
と、そのタイトルを９０度回転させた状態のタイトルの
両方を用意しておき、元の画像の印刷に関する回転処理
の有無に応じて、回転処理前のタイトルと９０度回転さ
せた状態のタイトルのいずれかを選択し、印刷処理部１
３に送る。即ち、タイトル選択部１２０は、回転処理部
１１２ｃによって回転処理がなされたか否かを示す情報
を受け取って、それに応じたタイトルを選択し、その結
果を印刷処理部１３に送る。

【００５３】このように、２通りのタイトルを用意して
おけば、回転処理する場合としない場合とで、それに対
応したタイトルを選択すればよいので、画像を回転処理
する場合でも、タイトルまで回転させる処理を行う必要
がなくなり、処理が簡略化される。

【００５４】更に、本実施形態では、画像補正部１１２
ｅは、画像データに対して画像補正処理を施す場合、前
述したように、リサイズ処理後の画像がどのような大き
さの画像となったかによって、リサイズ処理後の画像又
はリサイズ処理前の画像のいずれかを用いて画像補正処
理を行う。つまり、画像補正処理の処理量を少なくする
ために、小さい方の画像、即ち、画素数の少ない方の画
像を用いて行う。従って、元の画像を拡大処理して印刷
する場合は、元の画像を用いて画像補正を施し、反対に
元の画像を縮小処理して印刷する場合は、縮小後の画像
に対して画像補正を施す。具体的には、画像補正部１１
２ｅは、リサイズ処理部１１２ｄによるリサイズ処理情
報を受け取って、拡大処理の場合は、リサイズ処理前の
画像データを用いて画像補正処理を行い、縮小処理の場
合は、リサイズ処理部１１２ｄによるリサイズ処理後の
画像データを用いて画像補正処理を行う。このように、
画素数の少ない画像を用いて画像補正を施すことによ
り、画像補正の場合のデータ処理量を少なくすることが
できる。

【００５５】次に、本発明の第２の実施形態に係るプリ
ンタについて、図６及び図７を参照しつつ述べる。上述
したように、限られたメモリ容量の中では、メモリカー
ド１０内に格納された原画像ファイルデータの内容や、
非常に多くの枚数のインデクス印刷等、印刷の仕方によ
っては、画像データ処理部１１２が生成する画像データ
をすべて一次バッファ１１４に記憶することができない
場合も考えられる。

【００５６】即ち、かかるプリンタが、例えば、全部で
８メガバイトのＲＡＭを備えていても、例えば、ＲＧＢ
フルカラーデータをＣＭＹＫ２値データに変換する等の
処理（かかる処理を行う機能ブロックは図示しない）も
行う必要があるので、ワークメモリのことも考慮すれ
ば、バッファリングに割り当てられる部分のＲＡＭの容
量は、１〜２メガバイトに限られることが多い。

【００５７】そこで、本発明の第２の実施形態では、各
部分的イメージにつき、それぞれ画像データ処理部１１
２によりビットイメージ形式の画像データを生成した場
合の総データ容量を求め、その総データ容量が一次バッ
ファ１１４の容量を超えない場合にのみ、生成した画像
データを一次バッファ１１４に格納し、必要に応じて一
次バッファ１１４から該画像データの関連する部分を読
み出して利用するようにした。

【００５８】本実施形態のプリンタの基本構成は、上述
した第１の実施形態のものと略同様であり、同様の部分
には同様の参照符号を付して、その詳しい説明は省略す
る。即ち、本発明の第２の実施形態のプリンタは、図６
に示すように、フォト画像処理部６１と、印刷処理部１
３とから成る。印刷処理部１３は、上述した第１の実施
形態のものと全く同様である。

【００５９】フォト画像処理部６１は、第１の実施形態
のフォト画像処理部１１と略同様に、例えば、メモリカ
ード１０から読み込んだ原画像ファイルデータに対しパ
ソコンと同様の画像データ処理を行う部分であり、画像
データ処理部１１２と、一次バッファ１１４と、バンド
（二次）バッファ１１６と、画像データ制御部１１８´
と、インデクス選択部１２０とを有するが、本実施形態
では、更に、総容量演算部６１５と、判断部６１７とを
有している。

【００６０】総容量演算部６１５は、例えば、インデク
ス印刷の場合、１回の主走査で印刷する複数の画像のそ
れぞれ一部について、画像データ処理部１１２によりビ
ットイメージ形式の画像データを生成した場合の総デー
タ容量を求め、また、判断部６１７は、総容量演算部６
１５が算出した総データ容量が一次バッファ１１４の容
量を超えるかどうかを判断するものである。また、本実
施形態では、後述するように、画像データ制御部１１８
´は、判断部６１７により総データ容量が一次バッファ
１１４の容量を超えないと判断された場合は、画像デー
タ処理部１１２が生成した画像データを一次バッファ１
１４に格納し、必要に応じて一次バッファ１１４から該
画像データの関連する部分を読み出して利用するが、判
断部６１７により総データ容量が一次バッファ１１４の
容量を超えると判断された場合は、画像データ処理部１
１２が生成した画像データを一次バッファ１１４に格納
することなく、必要に応じてメモリカード１０内の原画
像ファイルデータからその都度画像データを生成し、関
連する部分を読み出して利用するよう制御を行う。

【００６１】尚、画像データ処理部１１２内の画像デー
タ読み込み部１１２ａ、伸長処理部１１２ｂ、回転処理
を行う回転処理部１１２ｃ、リサイズ処理部１１２ｄ、
画像補正部１１２ｅは、上述した第１の実施形態のもの
と全く同様である。

【００６２】一次バッファ１１４は、第１の実施形態と
同様に、ＲＡＭ等から構成され、所定の、数メガバイト
の記憶容量を持つが、本実施形態では、最大２メガバイ
トに限られるものとする。

【００６３】さて、以上の構成を有する本実施形態のプ
リンタは、上述したところからも明らかなように、一次
バッファ１１４の、数メガバイトという限られた記憶容
量の中で、例えば、メモリカード１０内に格納された原
画像ファイルデータの内容や、Ａ４用紙に８０枚のイン
デクス印刷を行う等、印刷の仕方によっては、画像デー
タ処理部１１２が生成する画像データをすべて一次バッ
ファ１１４に記憶することができない場合も考えられる
ので、１回の主走査で印刷する複数画像の各部分的イメ
ージにつき、それぞれ画像データ処理部１１２によりビ
ットイメージ形式の画像データを生成した場合の総デー
タ容量を総容量演算部６１５により算出し、判断部６１
７によりその総データ容量が一次バッファ１１４の容量
を超えると判断された場合には、その都度メモリカード
１０内の原画像ファイルデータにアクセスし、伸長・回
転・リサイズ等の処理をしていく。

【００６４】ここで、以上に述べた本実施形態のプリン
タの特徴的な動作について説明しておく。

【００６５】第１の実施形態でも説明したように、伸長
処理によって、圧縮されていた画像データは元の画像に
伸長されるが、元の画像データ量が、例えば、１２８０
（画素）×９６０（画素）×３（カラー画像であるので
ＲＧＢの３要素）＝約３．５Ｍバイトであるとすれば、
伸長後の画像データ量もこれと同じデータ量となる。そ
して、この画像データを縮小（この揚合、縦横をそれぞ
れ１／４に縮小）することにより、縮小後の画像データ
量は、３２０（画素）×２４０（画素）×３（ＲＧＢの
３要素）＝約２２５Ｋバイトとなる。図４を用いて詳し
く説明したように、図４（ａ）のＤ１〜Ｄ４は一次バッ
ファ１１４に保持された画像Ａ１〜Ａ４に対する縮小画
像データを示すもので、それぞれの縮小画像データＤ１
〜Ｄ４は、前述したように、それぞれ３２０画素×２４
０画素×３（ＲＧＢ）＝２２５Ｋバイトのデータ量とな
っていた。従って、このデータ量を有する画像データが
４枚分保持されても、総データ容量は１メガバイト未満
であり、一次バッファ１１４の容量（２メガバイト）を
超えない。しかし、仮に、同様に縮小後の画像データ量
が約２２５Ｋバイトとなる縮小画像データｘ１〜ｘ１０
（図示せず）を一次バッファ１１４に保持するものとす
れば、この場合の総データ容量は２．２５メガバイトと
なり、一次バッファ１１４の容量（２メガバイト）を超
えてしまう。従って、そのインデクス印刷が、１回の主
走査で、同様のデータ量となるような画像を１０枚印刷
する場合であれば、この総データ容量（２．２５メガバ
イト）を総容量演算部６１５により算出し、判断部６１
７によりその総データ容量が一次バッファ１１４の容量
（２メガバイト）を超えると判断される結果、一次バッ
ファ１１４に格納しないで、メモリカード１０内の原画
像ファイルデータ１０枚にその都度アクセスし、伸長・
回転・リサイズ等の処理をしていく。

【００６６】さて、ユーザは、まず、図２に示したカー
ド挿入部２１にメモリカード１０を挿入すると共に、操
作パネル部２３によって、印刷を行うための種々の指示
設定を行う。ここで、上述した主走査方向に画像を１０
枚印刷するようなインデクス印刷の設定もしたものとす
る。

【００６７】これ以降の動作を、図７のフローチャート
によって説明する。

【００６８】まず、画像データ制御部１１８は、メモリ
カード１０内の複数の原画像ファイルデータから、処理
対象となる１枚の画像（画像Ｘ１とする）についてその
原画像ファイルデータを読み込む（ステップＳ７１）。
尚、メモリカード１０に格納されている原画像ファイル
データはＪＰＥＧ等による圧縮されたファイルデータで
あるので、それを伸張処理し（ステップＳ７２）、次に
画像を９０度回転させるための回転処理を行い（ステッ
プＳ７３）、更に、画像のリサイズ処理としてこの場合
縮小処理を施す（ステップＳ７４）。そして、総容量演
算部６１５は、ステップＳ７４にて縮小処理された縮小
画像データｘ１のデータ量（約２２５Ｋバイト）を算出
し、一方、操作パネル部２３を介した指示設定によるイ
ンデクス印刷の仕方から主走査方向における画像の枚数
（１０枚）が分かるので、このｘ１のデータ量（約２２
５Ｋバイト）×１０（枚）の演算を行うことによって、
形式的に、総データ容量（２．２５メガバイト）を算出
する（ステップＳ７５）。この総データ容量（２．２５
メガバイト）は、判断部６１７に入力され、判断部６１
７では、総データ容量（２．２５メガバイト）と一次バ
ッファ１１４の容量（２メガバイト）の大小を比較し、
総データ容量が一次バッファ１１４の容量を越えるか否
かを判断する（ステップＳ７６）。判断部６１７は、越
える場合（ステップＳ７６でＹｅｓ）と越えない場合
（ステップＳ７６でＮｏ）とで、それぞれ異なる所定の
信号を画像データ制御部１１８に伝達する。総データ容
量が一次バッファ１１４の容量を越える場合（ステップ
Ｓ７６でＹｅｓ）には、画像データ制御部１１８は、上
記縮小処理された縮小画像データｘ１から１つのバンド
（１番目のバンドとする）分の画像データを得て、その
バンドデータをバンド（二次）バッファ１１６にコピー
する（ステップＳ７７）。次に、１つのバンド（この場
合、１番目のバンド）を生成するために必要なすベての
画像について処理が終了したか否かを判断し（ステップ
Ｓ７８）、終了していなければ（ステップＳ７８でＮ
ｏ）、処理対象となる２枚目の画像（画像Ｘ２とする）
についてその画像データを読み込み（ステップＳ７
９）、以後、画像Ｘ１の場合と同様に、伸張（ステップ
Ｓ８０）、回転（ステップＳ８１）、縮小（ステップＳ
８２）処理を施した後、そのバンドデータをバンド（二
次）バッファ１１６にコピーする（ステップＳ７７）。
このようにして、１つのバンド分（この場合、１番目の
バンド分）のバンドデータを生成するに必要なすべての
画像Ｘ１〜Ｘ１０について、画像データの読み込み（ス
テップＳ７９）、伸張（ステップＳ８０）、回転（ステ
ップＳ８１）、縮小（ステップＳ８２）の処理とバンド
（二次）バッファ１１６へのコピー（ステップＳ７７）
を繰り返す。かかる処理が１つのバンド（１番目のバン
ドとする）について主走査方向のすべての画像Ｘ１〜Ｘ
１０について終わったら（ステップＳ７８でＹｅｓ）、
そのバンドデータを印刷処理部１３に送る（ステップＳ
８３）。そして、全てのバンドについて処理が終了した
か否かを判断し（ステップＳ８４）、終了していなけれ
ば（ステップＳ８４でＮｏ）、今度は、次の１つのバン
ド（この場合、２番目のバンド）を生成するために必要
なすベての画像Ｘ１〜Ｘ１０について、処理対象となる
画像（画像Ｘ１〜Ｘ１０）の原画像ファイルデータを読
み込み（ステップＳ７９）、伸張（ステップＳ８０）、
回転（ステップＳ８１）、縮小（ステップＳ８２）処理
を施した後、そのバンドデータをバンド（二次）バッフ
ァ１１６にコピーする（ステップＳ７７）。同様の処理
を、すべてのバンドについて行う。

【００６９】以上と反対に、総データ容量が一次バッフ
ァ１１４の容量を越えない場合（ステップＳ７６でＮ
ｏ）には、画像データ制御部１１８は、一次バッファ１
１４を活用することとなる。換言すれば、以上のよう
に、バンドごとに、その都度メモリカード１０内の原画
像ファイルデータにアクセスしてその原画像ファイルデ
ータを読み込むことはしない。この場合、第１の実施形
態に関し図３で述べたのと同様の処理となるので、その
フローについての説明は省略する。

【００７０】この第２の実施形態では、限られたメモリ
容量を最大限有効に活用して、効率的な処理が行えるの
で、メモリ等のコストアップをせずに、処理の効率化、
印刷のスループットの改善を図ることができる。

【００７１】以上、本発明を第１及び第２の実施形態に
関して述べたが、本発明は、これらに限られるものでは
なく、特許請求の範囲に記載した範囲内で、他の様々な
実施形態についても適用可能である。

【００７２】例えば、第１及び第２の実施形態では、回
転処理を伴う例について説明したが、回転処理を行わな
い場合にも適用できることは勿論である。

【００７３】また、第１及び第２の実施形態では、イン
デクス印刷を行う場合について説明したが、インデクス
印刷でなくても、例えば、１枚の画像について処理を行
う場合でも、２番目以降のバンドデータを得る場合に、
一次バッファに保持された画像データを用いて２番目以
降のバンドデータを作ることができるので、従来のよう
に、バンドごとに、その都度、原画像ファイルデータに
アクセスした上で、伸張、回転、縮小といった処理を行
う必要がなくなり、処理の効率化が図れる。

【００７４】また、以上説明した本発明の処理を行う処
理プログラムは、フロッピーディスク、光ディスク、ハ
ードディスクなどの記録媒体に記録させておくことがで
きる。更に、ネットワークから処理プログラムを得るよ
うにしてもよい。

【００７５】尚、第２の実施形態では、一次バッファの
記憶容量を最大２メガバイトとしたが、これに限られな
いのは勿論である。また、ｘ１のデータ量（約２２５Ｋ
バイト）×１０（枚）の演算を行うことによって、形式
的に総データ容量（２．２５メガバイト）を算出した
が、他の方法により総データ容量を求めても良い。

【００７６】

【発明の効果】以上説明したように、本発明によれば、
ディジタルカメラなどで撮影して得られた画像を、ホス
ト上のアプリケーションソフトを用いることなく、プリ
ンタで直接、印刷できる上に、例えば主走査方向に複数
枚並べて印刷するような場合でも、効率よい画像データ
の処理が可能となり、印刷のスループットも向上する。

【００７７】従って、メモリ等の容量をいたずらに増や
すこと無しに、多数枚のインデクス印刷等も可能となる
ので、使い勝手の良いプリンタをより安価に提供し得
る。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るプリンタの概略
構成を示すブロック図である。

【図２】本発明の第１の実施形態に係るプリンタの外観
構成を示す図である。

【図３】本発明の第１の実施形態に係るプリンタの動作
を説明するためのフローチャートである。

【図４】図３のフローチャートで示した処理手順におい
て、一次バッファに保持された縮小後の画像データから
バンドデータを読み出してバンド（二次）バッファにコ
ピーする処理を説明するための図である。

【図５】用紙を縦向きに置いた時に正位置となる、回転
処理のないインデクス印刷を示す図である。

【図６】本発明の第２の実施形態に係るプリンタの概略
構成を示すブロック図である。

【図７】本発明の第２の実施形態に係るプリンタの動作
を説明するためのフローチャートである。

【図８】用紙を横向きに置いた時に正位置となる、回転
処理を伴うインデクス印刷を示す図である。

【図９】従来のパソコン上のアプリケーションを用いて
図８に示したインデクス印刷を行う場合の処理手順を示
すフローチャートである。

【符号の説明】

１０ メモリカード １１ フォト画像処理部 １３ 印刷処理部 １１２ 画像データ処理部 １１４ 一次バッファ １１６ バンド（二次）バッファ １１８ 画像データ制御部 １１２ａ 画像データ読み込み部 １１２ｂ 伸長処理部 １１２ｃ 回転処理部 １１２ｄ リサイズ処理部 １１２ｅ 画像補正部 ２１ カード挿入部 ２３ 操作パネル部 ２５ 用紙の給紙部 ２７ 用紙の排出部 ６１ フォト画像処理部 １１８´ 画像データ制御部 １２０ タイトル選択部 ６１５ 総容量演算部 ６１７ 判断部

Claims (12)

【特許請求の範囲】
1. 【請求項１】 １回の主走査で印刷するイメージデータ
   に含まれる各々の部分的イメージを提供する圧縮された
   原画像ファイルデータに対して、復元を含む所定の画像
   処理を施してビットイメージ形式の画像データを生成す
   る画像データ処理手段と、 前記生成した画像データを一時的に記憶しておく一次バ
   ッファと、 前記生成した画像データを該一次バッファに格納し、必
   要に応じて該一次バッファから該画像データの関連する
   部分を読み出して利用する制御手段とを有することを特
   徴とするプリンタ。
2. 【請求項２】 請求項１記載のプリンタにおいて、前記
   原画像ファイルデータは、ＪＰＥＧ圧縮されていること
   を特徴とするプリンタ。
3. 【請求項３】 請求項２記載のプリンタにおいて、前記
   原画像ファイルデータは、複数枚の画像を含み、該複数
   枚の画像を１枚の印刷用紙に所定の配列で並べて印刷を
   行う場合であって、前記画像データ処理手段は１回の主
   走査で印刷する複数の原画像ファイルデータのそれぞれ
   に前記所定の画像処理を施してビットイメージ形式の画
   像データを生成してそれぞれ前記一次バッファに格納
   し、前記制御手段は、１回の主走査に必要な複数画像の
   各画像データの一部をそれぞれ前記一次バッファから読
   み出して出力することを特徴とするプリンタ。
4. 【請求項４】 請求項３記載のプリンタにおいて、前記
   画像データ処理手段は、更に、前記所定の画像処理とし
   て、印刷する際に原画像を回転させて画像の向きを所定
   角度だけ変える回転処理を実行可能な回転処理部と、原
   画像を拡大又は縮小するリサイズ処理を実行可能なリサ
   イズ処理部を有することを特徴とするプリンタ。
5. 【請求項５】 請求項４記載のプリンタにおいて、更
   に、原画像とは別個にタイトルを印刷可能に構成され、
   該タイトルを、少なくとも前記回転処理前用のタイトル
   と、該回転処理前用のタイトルを回転させたタイトルの
   ２つ用意しておき、前記所定の画像処理として回転処理
   を実行するか否かに応じて、前記回転処理前用のタイト
   ル又は前記回転させたタイトルのうち、いずれかを選択
   して印刷する手段を有することを特徴とするプリンタ。
6. 【請求項６】 請求項４記載のプリンタにおいて、前記
   画像データ処理手段は、更に、前記所定の画像処理とし
   て、原画像に所定の補正処理を加える画像補正部を有
   し、前記リサイズ処理を実行した場合に、該画像補正部
   は、リサイズ前の画像とリサイズ後の画像のうち画素数
   のより少ない方を選択し、該選択した画像に対し前記所
   定の補正処理を加えることを特徴とするプリンタ。
7. 【請求項７】 圧縮された原画像ファイルデータを読み
   込んでビットイメージ形式の画像データを生成して印刷
   処理装置に送る処理を行う画像処理装置であって、前記
   印刷処理装置による１回の主走査で印刷するイメージデ
   ータに含まれる各々の部分的イメージを提供する前記原
   画像ファイルデータに対して、復元を含む所定の画像処
   理を施してビットイメージ形式の画像データを生成する
   画像データ処理部と、 前記生成した画像データを一時的に記憶しておく一次バ
   ッファと、 前記生成した画像データを該一次バッファに格納し、必
   要に応じて該一次バッファから該画像データの関連する
   部分を読み出して出力する制御部とを有することを特徴
   とする画像処理装置。
8. 【請求項８】 生成された画像データを一時的に記憶す
   る所定の容量の記憶手段を備えるプリンタにおける画像
   データの処理方法であって、 前記プリンタの１回の主走査で印刷するイメージデータ
   に含まれる各々の部分的イメージを提供する圧縮された
   原画像ファイルデータに対して、復元を含む所定の画像
   処理を施してビットイメージ形式の画像データを生成す
   る画像データ生成ステップと、 前記画像データ生成ステップにおいて生成した画像デー
   タを前記所定の記憶手段に一時的に記憶するバッファリ
   ングステップと、 前記バッファリングステップにおいて記憶した前記画像
   データの関連する部分を読み出して利用するステップと
   を有することを特徴とするプリンタにおける画像データ
   の処理方法。
9. 【請求項９】 １回の主走査で印刷するイメージデータ
   に含まれる各部分的イメージを提供する圧縮された原画
   像ファイルデータに対して、復元を含む所定の画像処理
   を施してビットイメージ形式の画像データを生成する画
   像データ処理手段と、 前記生成した画像データを一時的に記憶しておく一次バ
   ッファと、 前記１回の主走査で印刷するイメージデータを提供する
   前記原画像ファイルデータから、それぞれ前記画像デー
   タ処理手段によりビットイメージ形式の画像データを生
   成した場合の総データ容量を求める総容量演算手段と、 前記総データ容量が前記一次バッファの容量を超えるか
   どうかを判断する判断手段と、 前記判断手段が前記総データ容量が前記一次バッファの
   容量を超えないと判断した場合は、前記生成した画像デ
   ータを該一次バッファに格納し、必要に応じて該一次バ
   ッファから該画像データの関連する部分を読み出して利
   用し、 前記判断手段が前記総データ容量が前記一次バッファの
   容量を超えると判断した場合は、前記生成した画像デー
   タを該一次バッファに格納することなく、必要に応じて
   前記原画像ファイルデータからその都度画像データを生
   成し、関連する部分を読み出して利用する制御手段とを
   有することを特徴とするプリンタ。
10. 【請求項１０】 生成された画像データを一時的に記憶
    する所定の容量の記憶手段を備えるプリンタにおける画
    像データの処理方法であって、 前記プリンタの１回の主走査で印刷するイメージデータ
    に含まれる各部分的イメージを提供する圧縮された複数
    の原画像ファイルデータに対して、それぞれ復元を含む
    所定の画像処理を施してビットイメージ形式の画像デー
    タを生成する画像データ生成ステップと、 前記画像データ生成ステップにおいて、前記複数の原画
    像の各部分的イメージに対しそれぞれビットイメージ形
    式の画像データを生成した場合の総データ容量を求める
    総容量演算ステップと、 前記総容量演算ステップにおいて求めた前記総データ容
    量が前記記憶手段の所定の容量を超えるかどうかを判断
    する判断ステップと、 前記判断ステップにおいて、前記総データ容量が前記記
    憶手段の所定の容量を超えないと判断した場合は、前記
    生成した画像データを前記記憶手段に格納した上で、必
    要に応じて該画像データの関連する部分を読み出して利
    用し、前記判断ステップにおいて、前記総データ容量が
    前記記憶手段の所定の容量を超えると判断した場合は、
    前記生成した画像データを前記記憶手段に格納すること
    なく、必要に応じて前記原画像ファイルデータからその
    都度画像データを生成し、関連する部分を読み出して利
    用するステップとを有することを特徴とするプリンタに
    おける画像データの処理方法。
11. 【請求項１１】 圧縮された原画像ファイルデータを直
    接処理して印刷可能なプリンタにおいて、該プリンタ
    は、処理対象となる画像データを複数のバンドに分割し
    てバンドデータを得て、該バンドデータを用いて印刷処
    理する方式である場合の該プリンタを制御するプログラ
    ムを記録した記録媒体であって、該プログラムは、 前記原画像ファイルデータを読み込む処理と、 読み込んだ原画像ファイルデータに対して、復元を含む
    所定の画像処理を施してビットイメージ形式の画像デー
    タを生成する処理と、 生成された画像データを一時的に記憶する第１の記憶処
    理と、 該一時的に記憶された画像データから印刷処理を行うバ
    ンドデータを得て、一時的に記憶する第２の記憶処理
    と、 該第２の記憶処理で記憶されたバンドデータを用いて印
    刷を実行する印刷実行処理とを含み、以後、印刷処理す
    べきバンドごとに、前記第２の記憶処理と前記印刷実行
    処理とを繰り返して行わせるものであることを特徴とす
    るプログラムを記録した記録媒体。
12. 【請求項１２】 圧縮された原画像ファイルデータを直
    接処理して印刷可能なプリンタにおいて、該プリンタ
    は、処理対象となる画像データを複数のバンドに分割し
    てバンドデータを得て、該バンドデータを用いて印刷処
    理する方式であり、生成された画像データを一時的に記
    憶する所定の容量の記憶手段を備える場合の該プリンタ
    を制御するプログラムを記録した記録媒体であって、該
    プログラムは、 前記プリンタの１回の主走査で印刷する複数の原画像フ
    ァイルデータをそれぞれ読み込む処理と、 読み込んだ前記複数の原画像ファイルデータのそれぞれ
    に対して、復元を含む所定の画像処理を施してビットイ
    メージ形式の画像データを生成する処理と、 第１番目のバンドに対し前記複数の原画像ファイルデー
    タそれぞれのビットイメージ形式の画像データを生成し
    た場合の総データ容量を求める総容量演算処理と、 前記総容量演算処理において求めた前記総データ容量が
    前記記憶手段の所定の容量を超えるかどうかを判断する
    判断処理と、 前記判断処理において、前記総データ容量が前記記憶手
    段の所定の容量を超えないと判断した場合は、生成され
    た画像データを一時的に記憶する第１の記憶処理と、該
    一時的に記憶された画像データから印刷処理を行うバン
    ドデータを得て、一時的に記憶する第２の記憶処理と、
    該第２の記憶処理で記憶されたバンドデータを用いて印
    刷を実行する印刷実行処理とを行わせると共に、以後、
    印刷処理すべきバンドごとに、前記第２の記憶処理と前
    記印刷実行処理とを繰り返して行わせ、前記判断処理に
    おいて、前記総データ容量が前記記憶手段の所定の容量
    を超えると判断した場合は、前記第１の記憶処理を行う
    こと無く、生成された画像データから印刷処理を行うバ
    ンドデータを得て、一時的に記憶する第２の記憶処理
    と、該第２の記憶処理で記憶されたバンドデータを用い
    て印刷を実行する印刷実行処理とを行わせると共に、以
    後、印刷処理すべきバンドごとに、前記複数の原画像フ
    ァイルデータそれぞれを読み込む処理と、前記読み込ん
    だ原画像ファイルデータに対して復元を含む所定の画像
    処理を施してビットイメージ形式の画像データを生成す
    る処理と、該生成された該バンドの各画像データを記憶
    する処理と、前記印刷実行処理とを繰り返して行わせる
    ものであることを特徴とするプログラムを記録した記録
    媒体。