JP4692589B2 - シリアルプリンタ - Google Patents

Description

本発明は、紙などの画像形成媒体に対して印刷ヘッドが走査しながら画像を形成するシ
リアルプリンタ及びシリアルプリンタを制御するプログラムを記録した記録媒体に関する
。より詳細には、本発明は、画像データなどを蓄積するバッファメモリを節約し、印刷の
待ち時間を短縮することができるシリアルプリンタ及びプログラムを記録した記録媒体に
関する。

近年、画像情報のデジタル化とインターネット技術の急速な発展に伴い、各種の画像形
成媒体に画像を形成することができるプリンタの高性能化と低価格化が要求されている。
これらのプリンタのうちでも、「シリアルプリンタ」、すなわち紙などの画像形成媒体に
対して印刷ヘッド（画像形成ヘッド）が走査しながら印刷画像を形成する「シリアルスキ
ャン型」あるいは「ドラムスキャン型」のプリンタの市場への普及速度には特にめざまし
いものがある。

以下では、このような「シリアルプリンタ」のうちで、特に性能向上と低価格化が顕著
な「インクジェットプリンタ」を例に挙げて説明する。

パーソナルコンピュータやデジタルカメラなどのホスト機器において取り扱われる「画
像データ」を、インクジェットプリンタにより印刷するためには、「印刷データ」に変換
する必用がある。ここで、「画像データ」とは、例えばＲＧＢ（red,green,blue）の３要
素により表される画像情報であり、「印刷データ」とは、プリンタが用いる各色のインク
（例えば、シアン：Ｃ、マゼンタ：Ｍ、黄色：Ｙ、及び黒：Ｋの４色）によるドットの配
列に対応する印刷情報である。

「画像データ」から「印刷データ」への変換は、「印刷データ生成部」により実行され
る。「印刷データ生成部」は、「プリンタドライバ」などと称される場合もある。

図１０は、「印刷データ生成部」を含んだ印刷システムの構成を例示した概念図である
。すなわち、同図（ａ）、（ｂ）に表した例は、いずれも、ホスト機器にプリンタが接続
されている。そして、図１０（ａ）の構成においては、ホスト機器１００Ａに印刷データ
生成部１５０が設けられ、「画像データ」を「印刷データ」に変換してプリンタ２００Ａ
に供給する。この構成においては、「印刷データ生成部」を有するホスト機器にしかプリ
ンタを接続できないという欠点がある。つまり、プリンタが「画像データ」を直接入力し
て印刷を実行することは不可能であり、プリンタを接続できるホスト機器が極めて限られ
たものになるという問題があった。

これに対して、図１０（ｂ）の構成においては、印刷データ生成部１５０がプリンタ２
００Ｂに設けられている。この場合は、プリンタ２００Ｂは、ホスト機器１００Ｂから「
画像データ」を受信し、印刷データ生成部１５０において「印刷データ」に変換して印刷
を実行する。このようにすれば、ホスト機器１００Ｂは、「画像データ」を出力するだけ
で済む。従って、デジタルカメラや各種の各種のＰＤＡ（personal digital assistant：
個人用携帯型情報端末）、あるいはインターネットなどのデータ源に接続して画像データ
をダウンロードできる各種のデジタル機器などをホスト機器１００Ｂとすることができる
。そして、これらのホスト機器にプリンタを直接接続して、所望の画像を印刷することが
可能となる。つまり、従来と異なり、ホストコンピュータを介することなくこれらの機器
から直接画像データを取り出して印刷することができ、プリンタの応用範囲を大幅に拡げ
ることができる。

しかし、図１０（ｂ）に例示したような構成においては、プリンタが画像情報を格納す
るための大容量メモリを必要とし、さらに印刷開始までの待ち時間が生ずるという問題が
ある。

図１１は、プリンタによって印刷すべき印刷画像の一例を表す概念図である。
すなわち、図１１に例示した印刷画像は、用紙Ｓの上に画像Ａと画像Ｂとが横に並んだ
レイアウトを有する。そして、これら画像Ａと画像Ｂに関するデータは、それぞれホスト
機器１００Ｂに「画像ファイルＡ」、「画像ファイルＢ」として格納されているとする。

このような印刷画像を、図１０（ｂ）に表したプリンタ２００Ｂにより印刷する場合の
動作を以下に説明する。

図１２は、プリンタ２００Ｂの動作を表すフローチャートである。

すなわち、プリンタ２００Ｂは、まず、ステップＳ４１０において、「画像ファイルＡ
」の全てのデータをホスト機器１００Ｂから受信し、バッファメモリ２１０に書き込む。
次に、ステップＳ４１１において、「画像ファイルＢ」の全てのデータをホスト機器１０
０Ｂから受信し、バッファメモリ２１０に書き込む。

このように、「画像ファイルＡ」と「画像ファイルＢ」のデータを予めすべて格納する
のは、「シリアルプリンタ」の場合には、印刷動作が「イメージバンド」毎に実行される
からである。すなわち、「シリアルプリンタ」の場合には、図１１に表したように、印刷
画像は、イメージバンドＩＢ１、ＩＢ２、ＩＢ３、・・・を順次印刷することにより形成
される。この「イメージバンド」とは、後に詳述するように、印刷ヘッドの一回の主走査
により印刷される範囲に対応している。

さて、図１２に戻って説明を続けると、次に、ステップＳ４１２〜４１６において、印
刷データ生成部１５０が、これらの「画像データ」を「印刷データ」に変換する。具体的
には、まず、ステップＳ４１２において、メモリ２１０に書き込まれた画像Ａ及び画像Ｂ
の「画像データ」を順次読み込む。そして、ステップＳ４１３〜Ｓ４１５において、「サ
イズ変換」、「色変換」、「ハーフトーン処理」を施し、「印刷データ」に変換する。そ
して、ステップＳ４１６において１イメージバンド分の印刷データが完成したか否かを判
断する。完成していない場合（ステップＳ４１６：Ｎｏ）は、ステップＳ４１２に戻り、
次の「画像データ」を読み込む。

完成した場合（ステップＳ４１６：Ｙｅｓ）は、プリンタエンジン２２０がそのイメー
ジバンドを印刷する。

そして、次にステップＳ４１８において、印刷すべき画像の全てを印刷したか否かを判
断する。未だ印刷が終了していない場合（ステップＳ４１８：Ｎｏ）は、ステップＳ４１
２に戻り、次の「画像データ」を読み込む。画像の全てを印刷した場合には、印刷処理を
終了する。

以上説明したように、プリンタ２００Ｂは、まず、ホスト機器１００Ｂから印刷すべ画
像のすべての「画像データ」を受け取り、しかる後にその「画像データ」を「印刷データ
」に変換して印刷を実行する。

以上説明した具体例から明らかなように、従来の構成においては、バッファメモリ２１
０は、「画像ファイルＡ」と「画像ファイルＢ」のすべてを格納する必要があり、大きな
メモリ容量を必要とする。従って、メモリコストが高く、そのメモリ管理も複雑となると
いう問題を生ずる。

また、ホスト機器１００Ｂからすべての「画像ファイル」を受信し、格納した後に、順
次、「印刷データ」に変換して印刷を実行するので、印刷開始までの待ち時間も非常に長
くなるという問題も生ずる。

一方、各種の記憶媒体やインターネットなどを介してホスト機器に供給される「画像デ
ータ」は、通常は、「ＪＰＥＧ（Joint Photograph Experts Group）」などのフォーマッ
トにより圧縮処理が施されている場合が多い。図１０に例示した構成において、圧縮され
たデータフォーマットの「画像データ」を扱うためには、ホスト機器は、これらの圧縮デ
ータを復元する処理を実行しなければならず、ホスト機器の負担が大きくなるいう問題も
ある。

本発明は、かかる課題の認識に基づいてなされたものである。すなわち、その目的は、
主走査方向に複数の画像が並んだような印刷画像を印刷する場合においても、画像データ
を蓄積するメモリを節約し、印刷の待ち時間を短縮することができ、しかも圧縮された画
像データの復元も可能なシリアルプリンタ及びプリンタを制御するプログラムを記録した
記憶媒体を提供することにある。

上記目的の達成のために、本発明のシリアルプリンタは、ＪＰＥＧ形式に対応する復元部を有し、画像形成ヘッドと媒体とが相対的に主走査と副走査とを繰り返すことにより前記媒体の上に画像を形成するシリアルプリンタであって、デジタルカメラあるいはＰＤＡあるいはその他のデジタル機器からＪＰＥＧ形式で１つの画像として圧縮された状態の複数の画像データを読み込み、それぞれの画像データに対応する複数の画像を前記主走査方向に沿って配列して印刷する場合に、それぞれの画像データに対して、その画像データのデータサイズよりも小さい所定のデータサイズのデータを読み込み、読み込んだ前記データを前記復元部にて復元処理したのち印刷データに変換する処理を行い、画像形成ヘッドと前記複数の画像が形成されるべき媒体の主走査により形成されるイメージバンドの印刷のために必要とされる印刷データが揃ったら、そのイメージバンドの印刷を実行することを特徴とする。

上記構成によれば、イメージバンドの印刷に必要なデータのみを受信格納すれば良く、バッファメモリを大幅に節約し、印刷開始までの待ち時間も短縮することができる。

本願明細書において、「記録媒体」とは、例えば、ハードディスク（ＨＤ）、ＤＶＤ−
ＲＡＭ、ＤＶＤ−ＲＯＭ、光磁気記録媒体、フレキシブル・ディスク（ＦＤ）やＣＤ−Ｒ
ＯＭなどの他に、ＲＡＭやＲＯＭなどの各種メモリも含む。

また、これらの媒体に記録されるべきプログラムをそのままの状態で、あるいは必要に
応じて暗号化したり、変調をかけたり、圧縮したような状態で、イントラネットやインタ
ーネットなどの有線回線や無線回線を介して頒布しても良い。

本発明は、以上説明した形態で実施され、以下に説明する効果を奏する。

まず、本発明によれば、シリアルプリンタとホスト機器との間での双方向通信を行い、
ホスト機器から「画像データ」を部分的に読み込み、順次「印刷データ」に変換して「イ
メージバンド」を印刷することにより、主走査方向に複数の画像を並べて印刷するような
場合においても、画像バッファメモリのメモリ容量を大幅に節約することができ、メモリ
コストを大幅に低減することができる。また、大容量のメモリを管理する煩雑さも解消さ
れる。

また、本発明によれば、ホスト機器から画像データの一部のみを受信して印刷を開始す
ることができる。従って、印刷開始までの待ち時間を短縮することができる。

さらに、本発明によれば、シリアルプリンタに復元部を設け、圧縮された「画像データ
」の復元・解凍を実行させることによって、ホスト機器は、ＪＰＥＧのような汎用性の高
い圧縮画像データをそのままプリンタに送出すれば良い。つまり、ホスト機器が画像デー
タの復元を行う必要がなく、ホスト機器の負担が大幅に軽減されると同時に、ホスト機器
として接続できるものを従来よりも大幅に拡げることができる。

同時に、本発明によれば、シリアルプリンタに印刷データ生成部を設けることにより、
ホスト機器は印刷データ生成部を有する必要も無くなり、各種のデジタル機器をホストと
して接続することができるようになる。

つまり、本発明によれば、デジタルカメラや、各種のＰＤＡ（personal digital assis
tant：個人用携帯型情報端末）、あるいはインターネットなどのデータ源に接続して画像
データをダウンロードできる各種のデジタル機器などをホスト機器とすることができる。
そして、これらのホスト機器にプリンタを直接接続して、所望の画像を主走査方向に並べ
て低コスト且つ迅速に印刷することが可能となる。つまり、従来と異なり、ホストコンピ
ュータを介することなくこれらの機器から直接画像データを取り出して印刷することがで
き、プリンタの応用範囲を大幅に拡げることができる。

以上詳述したように、本発明によれば、メモリコストを低減させ、印刷の待ち時間を短
縮し、応用範囲を従来よりも大幅に拡げるできるシリアルプリンタを提供することが可能
となり産業上のメリットは多大である。

以下、図面を参照しつつ本発明の実施の形態について説明する。

（第１の実施の形態）
まず、本発明の第１の実施の形態について説明する。本実施形態においては、プリンタ
はイメージバンド毎にホスト機器から画像データを受信し、印刷することができる。つま
り、プリンタとホスト機器とは双方向通信機能を有し、イメージバンドの印刷に必要な部
分の画像データのみをホスト機器から受信することができる。

図１は、本実施形態に係るプリンタの概略構成を表すブロック図である。

すなわち、本実施形態のプリンタ１０Ａは、インターフェイス部１２、受信部１４、解釈
部１６、印刷データ生成部２２、イメージ生成部２４、データ要求判断部２６、及びプリ
ンタエンジン２８を有する。

インターフェイス部１２は、ホスト機器３００から「画像データ」を受信すると共に、
データ要求信号などの各種のステータス情報をホスト機器３００に送信する。この点に関
しては、後に詳述する。

受信部１４は、ホスト機器３００から送信された「画像データ」を必要に応じて一時的
に格納する。なお、本発明においては、この受信部１４は必ずしも必要でなく、インター
フェイス部１２において受信した「画像データ」を直ちに解釈部１６に送るようにしても
良い。

解釈部１６は、ホスト機器３００から送られた信号の種類を調べて適宜必要なデータ処
理を施す。すなわち、ホスト機器３００が「印刷データ生成部」を有しており、「印刷デ
ータ」をプリンタに送信した場合には、解釈部１６は、その信号に含まれるヘッダ情報や
フッタ情報を取り除いて、「印刷データ」をイメージ生成部２４に送る。一方、ホスト機
器３００から「画像データ」が送られてきた場合には、解釈部１６は、その「画像データ
」を「印刷データ」に変換するために格納部２０に送る。

格納部２０は、解釈部１６から送られてきた「画像データ」をバッファリングする。

印刷データ生成部２２は、「画像データ」を「印刷データ」に変換する。すなわち、図
１０（ａ）に表したホスト機器に設けられた「印刷データ生成部」と同様の役割を有する
。例えば、ＲＧＢ（red,green,blue）の３要素などにより表される「画像データ」を、プ
リンタが用いる各色のインク（例えば、シアン：Ｃ、マゼンタ：Ｍ、黄色：Ｙ、及び黒：
Ｋの４色）によるドットの配列情報に対応する「印刷データ」に変換する。

図２は、印刷データ生成部２２の構成の具体例を表すブロック図である。すなわち、印
刷データ生成部２２は、サイズ変換部２２Ａ、色変換部２２Ｂ、ハーフトーン処理部２２
Ｃ、及びインターレース処理部２２Ｄからなるものとすることができる。サイズ変換部２
２Ａは、ホスト機器３００から送られてきたレイアウト情報に基づいて、「画像データ」
を所望の印刷サイズに変換する役割を有する。例えば、ＲＧＢ２４ビットからなる「画像
データ」を所望のサイズに変換する。

色変換部２２Ｂは、「画像データ」をプリンタの色要素からなるデータに変換する。す
なわち、プリンタが使用するインク色及び発色の特性に応じた色補正を施し、インク色の
データに変換する。例えば、ＲＧＢ２４ビットからなる「画像データ」をＣＭＹＫ３２ビ
ットデータに変換する。

ハーフトーン処理部２２Ｃは、色変換された後のＣＭＹＫデータからドット単位でのイ
ンクの有無によってある面積での濃度を表現する２値化処理を実行する。このハーフトー
ン処理によってＣＭＹＫからなる印刷データが生成される。例えば、色変換により得られ
たＣＭＹＫ３２ビットデータを、ＣＭＹＫ４ビットからなるデータに変換する。

インターレース処理部２２Ｄは、ハーフトーン処理によって得られたＣＭＹＫ４ビット
データをインターレース印刷するために変換する。ここで、「インターレース」とは、プ
リンタの印刷ヘッドのインクジェットノズルの配列ピッチよりも小さいピッチで印刷ヘッ
ドを主走査方向及び／または副走査方向にずらしながら印刷することより、きめが細かく
、且つ印刷ヘッドのノズル径などのばらつきによる「ムラ」を解消することができる印刷
手法である。

以上の処理によって、「画像データ」が「印刷データ」に変換される。

再び図１に戻って説明すると、イメージ生成部２４は、解釈部１６から直接送られてく
る「印刷データ」または、印刷データ生成部２２から送られてくる「印刷データ」に基づ
いて、印刷イメージを生成し、プリンタエンジン２８を駆動させる役割を有する。

データ要求判断部２６は、インターフェイス部１２〜プリンタエンジン２８と必要に応
じて接続され、これらからの情報を入力する。そして、インターフェイス部１２を介して
、ホスト機器３００に対し、「画像データ」を適宜要求する。

プリンタエンジン２８は、図示しない印刷ヘッドやその駆動系及び紙送り機構などを有
し、イメージ生成部２４において生成された印刷イメージに基づいて印刷を実行する。

以上説明したように、図１に例示したプリンタ１０Ａは、ホスト機器３００から「印刷
データ」が送信された場合には、インターフェイス部１２→受信部１４→解釈部１６→イ
メージ生成部２４→プリンタエンジン２８とデータが送られる。

一方、ホスト機器３００から「画像データ」が送信された場合には、インターフェイス
部１２→受信部１４→解釈部１６→格納部２０→印刷データ生成部 ２２→イメージ生成
部２４→プリンタエンジン２８とデータが送られる。

図３は、本発明のプリンタとホスト機器との情報の授受を表す概念図である。本発明に
おいては、図３に表したように、プリンタ１０Ａはホスト機器３００に対して「一部分の
画像データ」を要求する。つまり、印刷すべき画像の全ての「画像データ」ではなく、そ
の一部のみを要求する。この場合、「一部分」とは、例えば、「イメージバンド」に該当
する部分とすることができる。または、「イメージバンド」に該当する部分よりもさらに
小さい部分のデータでも良い。または、逆に、「イメージバンド」に該当する部分よりも
大きい部分であっても良い。そして、これらの要求は、図１に表した「データ要求判断部
２６」によって制御される。

本実施形態のプリンタとホスト機器との間のデータの授受について具体例を挙げて説明
すると、以下の如くである。

図４は、本実施形態のプリンタとホスト機器との間のデータ授受のタイミングの具体例
を表す説明図である。すなわち、同図（ａ）は印刷画像を表し、同図（ｂ）はホスト機器
とプリンタとの間の通信内容を表す概念図である。

図４（ａ）は、印刷用紙Ｓの上に２つの画像Ａ、Ｂを並べて印刷する場合を例示する。
そして、これらの画像Ａ、Ｂに対応する「画像データ」が、ホスト機器からプリンタに送
られる場合を説明する。以下の説明においては、画像Ａ、Ｂにそれぞれ対応する「画像デ
ータ」を「画像ファイル」とも称する。

図４（ａ）に例示したように、インクジェットプリンタのような「シリアルプリンタ」
においては、印刷は、「イメージバンド」毎に実行される。ここで、「イメージバンド」
とは、「バンド」または「ライン」とも称され、印刷ヘッドの幅すなわち、ヘッドの一回
の走査により印刷される画像の幅に対応する。そして、印刷ヘッドの走査方向は「主走査
方向」、画像形成媒体としての紙の送り方向は「副走査方向」と称される場合が多い。つ
まり、印刷ヘッドが「主走査方向」に走査することによりひとつのイメージバンドが形成
される。そして、紙が「副走査方向」に送られことにより次のイメージバンドの形成位置
が決定される。その結果として、図４（ａ）に例示したように、バンド１、バンド２、バ
ンド３、・・・が順次印刷され、印刷画像が完成する。

本実施形態のプリンタが図４（ａ）に表したような画像を印刷する際には、同図（ｂ）
に表したような時系列でデータの授受を行うことができる。すなわち、画像Ａと画像Ｂを
それぞれ主走査方向に沿ったストライプ状の領域に分割し、その分割した領域毎に交互に
画像データを要求する。

まず、ステップＳ１１において、印刷画像のレイアウトを指定するデータがホ
スト機器３００からプリンタ１０Ａに送信される。

次に、ステップＳ１２において、「画像Ａ」のうちで「バンド１」に該当する部分の「
画像データ」をプリンタ１０Ａがホスト機器３００に対して要求する。この要求は、図１
に表した「データ要求判断部２６」によって起こされる。

すると、ステップＳ１３において、ホスト機器３００は、要求された「画像Ａ」の「バ
ンド１」の該当部分の「画像データ」をプリンタ１０Ａに送信する。

次に、ステップＳ１４において、プリンタ１０Ａは、「画像Ｂ」のうちで「バンド１」
に該当する部分の画像データをプリンタ１０Ａがホスト機器３００に対して要求する。こ
の要求も、図１に表した「データ要求判断部２６」によって起こされる。

ホスト機器３００は、ステップＳ１５において、要求された「画像Ｂ」の「バンド１」
の該当部分の「画像データ」をプリンタ１０Ａに送信する。

以上の手続きにより、「バンド１」の印刷に必要なすべての「画像データ」をプリンタ
１０Ａが受信する。このようにして受信した「画像データ」は、図１に表した「印刷デー
タ生成部２２」において「印刷データ」に変換される。すなわち、ＲＧＢ（red,green,bl
ue）の３要素などにより表された「画像データ」は、プリンタが用いる各色のインク（例
えば、シアン：Ｃ、マゼンタ：Ｍ、黄色：Ｙ、及び黒：Ｋの４色）によるドットの配列情
報に対応する「印刷データ」に変換される。そして、この「印刷データ」に基づいてプリ
ンタエンジン２８が「バンド１」の印刷を実行する。

プリンタ１０Ａは、これに続いて、または前述した変換・印刷の動作と並行しつつ、図
４（ｂ）のステップＳ１６において、「画像Ａ」のうちの「バンド２」に該当する部分の
「画像データ」を送信するようにホスト機器３００に要求する。

以降、同様の「画像Ｂ」のうちの「バンド２」の該当部分の画像データ受信、変換・印
刷、「画像Ａ」のうちの「バンド３」の該当部分の画像データ受信、・・という一連の動
作を繰り返す。

以上説明した具体例を、より一般的に説明すると以下の如くである。

図５は、本実施形態のプリンタ１０Ａの動作をより一般的に表したフローチャートであ
る。

すなわち、まず、ステップＳ１１０において、データ要求判断部２６はデータを読み込
むべき「画像ファイル」を決定する。すなわち、その「画像ファイル」を求めてポインタ
をシークする。例えば、図４（ａ）に表した例においては、「画像Ａ」と「画像Ｂ」のい
ずれのデータを読み込むのかを決定する。

次に、データ要求判断部２６が要求した範囲の「画像データ」をステップＳ１１２にお
いてホスト機器から受信する。そして、解釈部１６は、受信した「画像データ」をステッ
プＳ１１４において格納部２０に書き込む。

次に、データ要求判断部２６は、ステップＳ１１６において、１画像のうちの必要な部
分の画像データを受信したか否かを判断する。例えば、対象とする「画像ファイル」のう
ちで対象とする「イメージバンド」に該当する部分のすべてのデータを受信したか否かを
判断する。未だ受信が終了していない場合（ステップＳ１１６：Ｎｏ）は、ステップＳ１
１２戻り、画像ファイルの読み込みを続ける。

一方、その「画像ファイル」の該当部分のデータの読み込みが終了した場合（ステップ
Ｓ１１６：Ｙｅｓ）は、ステップＳ１１８に進む。

ステップＳ１１８においては、対象としている「イメージバンド」に属するすべての「
画像ファイル」の該当部分のデータを読み込んだか否かを判断する。読み込みが未だ終了
していない場合（ステップＳ１１８：Ｎｏ）は、ステップＳ１１０に戻り、対象とする「
画像ファイル」を探す。例えば、図４（ａ）に表した例において、画像ファイルＡを読み
込み、画像ファイルＢをまだ読み込んでいない場合には、画像ファイルＢを探して、該当
部分の画像データを読み込む。

一方、対象としている「イメージバンド」に属するすべての「画像ファイル」の該当部
分の画像データを全て読み込んだ場合（ステップＳ１１８：Ｙｅｓ）は、印刷データへの
変換を開始する。

具体的には、まず格納部２０にバッファリングした「画像データ」をステップＳ１２０
において読み出す。そして、ステップＳ１２２〜１２５においてサイズ変換、色変換、ハ
ーフトーン処理、インターレース処理をそれぞれ施す。これら一連の処理によって、ＲＧ
Ｂなどの要素で表された「画像データ」を、プリンタのインク色のドット要素からなる「
印刷データ」に変換する。

次に、データ要求判断部２６は、ステップＳ１２８において、印刷すべき「イメージバ
ンド」の「印刷データ」がそろったか否かを判断する。「印刷データ」が未だ不足の場合
（ステップＳ１２８：Ｎｏ）は、ステップＳ１１０に戻り、「画像ファイル」をシークす
る。例えば、図４（ａ）の例において、画像Ａと画像Ｂを所定の幅だけ読み込み、「印刷
データ」に変換した結果、印刷すべき「イメージバンド」の幅（副走査方向の長さ）に満
たない場合は、「イメージバンド」のうちの不足部分の「印刷データ」を満たすために、
再びホスト機器の「画像ファイル」からの読み込みを実行する。

一方、印刷データがそろった場合（ステップＳ１２８：Ｙｅｓ）は、ステップＳ１３０
に進み、印刷を実行する。すなわち、「印刷データ」がイメージ生成部２４からプリンタ
エンジン２８に送られ、その「イメージバンド」が印刷される。

次に、ステップＳ１３２においてすべての画像を印刷したか否かを判断する。つまり、
印刷すべき「イメージバンド」がまだあるか否かを判断する。未だ印刷が終了していない
場合（ステップＳ１３２：Ｎｏ）は、ステップＳ１１０に戻り、次のイメージバンドに該
当する画像ファイルのデータ部分をホスト機器から読み込む。

一方、すべての画像を印刷した場合（ステップＳ１３２：Ｙｅｓ）は、印刷を終了する
。

以上説明したように、本発明によれば、ホスト機器から「画像データ」を部分的に読み
込み、順次「印刷データ」に変換して「イメージバンド」を印刷する。従って、画像バッ
ファメモリすなわち、図１に表した受信部１４や格納部２０のメモリ容量は、「イメージ
バンド」に対応するだけの量で良い。従って、図１０（ｂ）に表した構成と比較して、メ
モリ容量を大幅に節約することができ、メモリコストを大幅に低減することができる。ま
た、大容量のメモリを管理する煩雑さも解消される。

さらに、本発明によれば、ホスト機器から画像データの一部のみを受信して印刷を開始
することができる。従って、印刷開始までの待ち時間を短縮することができる。

なお、図４、図５に関して前述した具体例は、ホスト機器３００から「画像データ」を
受信する場合について説明したが、本発明はこれに限定されるものではない。すなわち、
ホスト機器３００から「印刷データ」を受信する場合においても、前述の場合と同様に、
イメージバンドの形成に必要な「印刷データ」のみをホストに対して要求し、受信・印刷
した後に次のイメージバンドの「印刷データ」をホストに対して要求するという手順によ
り、上述の効果を同様に得ることができる。

（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。本実施形態においては、プリンタ
は、圧縮された画像データの復元手段もさらに備える。そして、ホスト機器から圧縮され
た画像データの一部のみを受信し、復元してイメージバンド毎に印刷することができる。

図６は、本実施形態に係るプリンタの概略構成を表すブロック図である。

すなわち、本実施形態のプリンタ１０Ｂは、インターフェイス部１２、受信部１４、解釈
部１６、復元部１８、格納部２０、印刷データ生成部２２、イメージ生成部２４、データ
要求判断部２６、及びプリンタエンジン２８を有する。

図６に関しては、図１と同様の部分には同一の符合を付して詳細な説明は省略する。

本実施形態においては、解釈部１６の後段に復元部１８が設けられている。復元部１８
は、ホスト機器３００から圧縮された形式の「画像データ」が送られた場合に、これを復
元解凍する役割を有する。

すなわち、ホスト機器３００において取り扱われる「画像データ」は、例えばＪＰＥＧ
フォーマットのように圧縮された特定のデータフォーマットを有する場合が多い。本実施
形態のプリンタ１０Ｂは、ホスト機器３００から受信した「画像データ」がこのような圧
縮されたフォーマットのものであると解釈部１６が判断すると、図６において符号Ａで表
した経路を介してその圧縮された「画像デー
タ」を復元部１８に送る。復元部１８は、このデータを順次復元し、例えばＲＧＢ画像デ
ータの形式にして格納部２０に格納する。これ以降の動作は、第１実施形態に関して前述
した通りとすることができる。

つまり、本実施形態のプリンタ１０Ｂは、ホスト機器３００から送られたきたデータの
形式に応じて、３通りの経路のいずれかを選択して処理することができる。すなわち、圧
縮された「画像データ」は、経路Ａを介して復元処理を施す。また、非圧縮の「画像デー
タ」に対しては、経路Ｂを介して「印刷データ」に変換する。また、「印刷データ」を受
信した場合には、経路Ｃを介して印刷を実行する。これらの経路の切り替えは、解釈部１
６により決定される。つまり、解釈部１６は、ホスト機器３００から送られたデータを解
析し、その種類に応じて適宜データ処理経路を選択してデータを供給する。

以下、ＪＰＥＧフォーマットの「画像データ」を受信する場合を具体例として説明する
。

図７は、ＪＰＥＧ画像データの圧縮と復元の方法を概念的に表した説明図である。すな
わち、同図（ａ）〜（ｄ）は、圧縮のプロセスを表し、同図（ｅ）〜（ｈ）は復元のプロ
セスを表す。

図７（ａ）に表された原画は、まず、同図（ｂ）に表したように、８ピクセル×８ピク
セルのブロックに分割される。そして、同図（ｃ）に表したように、ブック毎にＤＣＴ（
descrete cosince transform：離散コサイン変換）処理が施される。ＤＣＴ処理は周波数
変換に対応し、この処理によってブロック画像が周波数により表される。一般に画像デー
タは、周波数スペクトルの形式で表すと低周波数帯域において分布が見られ、この結果と
して少ない情報量で符号化が行うことができる。このように周波数に変換した後にさらに
量子化することにより離散化させる。このようにＤＣＴ量子化したデータをジグザク走査
して一列に並べ、ハフマン符号化などの処理を施すことにより、同図（ｄ）に表したよう
な符号列とすることができる。

一方、復元は、上述した一連の処理を逆に施すことにより、同図（ｅ）〜（ｈ）に表し
たように実行される。

また、カラー画像の場合には、通常は、Ｙ（輝度）Ｃｂ（青色差）Ｃｒ（赤色差）のデ
ータに分解してそれぞれのデータを圧縮する。従って、これらを復元した後に、ＲＧＢデ
ータに変換する必要がある。

以上の説明から分かるように、ＪＰＥＧ形式で圧縮された画像データは、８ピクセル×
８ピクセルのブロック単位で取り扱うことができる。従って、本実施形態においては、Ｊ
ＰＥＧのブロックの大きさと印刷する際のイメージバンドの幅との関係が重要となる。

図８は、ＪＰＥＧ画像のブロックと印刷する際のイメージバンドとのサイズの関係を例
示した概念図である。

まず、同図（ａ）は、用紙Ｓの上において画像Ａと、画像Ｂとが主走査方向に並べられ
、それぞれの分割ブロックＢＬがイメージバンドＩ１、Ｉ２・・・の幅よりも大きい場合
を表す。この場合には、プリンタ１０Ｂは、ホスト機器３００からブロック単位でＪＰＥ
Ｇ画像データを順次受け取り、同図（ａ）に符号Ｗ１で表したように、画像の横幅分のデ
ータが揃ったら復元処理を施して「画像データ」とすることができる。そして、この「画
像データ」を「印刷データ」に変換し、「イメージバンドＩ１」を印刷する。「印刷デー
タ」のうちの残余の部分は、次の「イメージバンドＩ２」において印刷する。

一方、図８（ｂ）は、分割ブロックＢＬがイメージバンドＩ１、Ｉ２・・・の幅よりも
小さい場合を表す。この場合には、プリンタ１０Ｂは、ホスト機器３００から複数列の分
割ブロックに対応する「画像データ」を読み込む。例えば、図示した例においては、画像
Ａと画像Ｂのそれぞれについて、ブロック列Ｗ１とＷ２とを順次読み込む。このようにし
て、「イメージバンドＩ１」の形成に必要な「画像データ」のみを読み込んで順次印刷す
ることができる。なお、同図（ｂ）の場合も、ブロック列Ｗ２の画像データのうちで「イ
メージバンドＩ１」からはみ出した部分のデータは、次の「イメージバンドＩ２」の形成
に利用することができる。

図９は、本実施形態のプリンタの動作の具体例を表すフローチャートである。

すなわち、同図に表した具体例は、ホスト機器にＪＰＥＧ形式のひとつまたは複数の画
像ファイルが格納され、これらを並べて印刷する場合を表す。

この場合に、まず、ステップＳ２０２〜Ｓ２１６において、印刷すべき画像ファイルの
タグデータを予め調べる。すなわち、ステップＳ２０２では、プリンタ１０Ｂの受信部１
４または格納部２０において、印刷すべきすべての画像ファイルのポインタを初期化する
。

次に、ステップＳ２０４において、受信部１４または格納部２０に、画像ファイル毎に
２５６バイトのデータバッファを用意する。

次に、ステップＳ２０６において、最初の画像ファイルにアクセスする。例えば、図４
に表した例では、画像Ａのファイルにアクセスする。

次に、ステップＳ２０８において、その画像ファイルから２５６バイトの画像データを
データバッファに読み込む。

次に、ステップＳ２１０において、読み込んだ画像データのタグデータを解析する。タ
グデータの解析が未了の時（ステップＳ２１２：Ｎｏ）は、ステップＳ２０８に戻り、次
の２５６バイトのデータをロードして同様に解析する。

一方、タグデータを解析した場合（ステップＳ２１２：Ｙｅｓ）は、ステップＳ２１４
に進み、次の画像ファイルにアクセスする。例えば、前述の図４（ａ）に例示したように
、次の画像Ｂがある場合（ステップＳ２１６：Ｎｏ）は、その画像について２５６バイト
のデータをロードしてタグを解析する。

一方、次の画像ファイルがない場合（ステップＳ２１６：Ｙｅｓ）は、タグデータの解
析を終了し、画像データの読み込みを開始する。すなわち、ステップＳ２１８において、
印刷すべき画像ファイル毎の展開ポインタを初期化する。

次に、ステップＳ２２０において最初の画像ファイルにアクセスする。つまり、データ
要求判断部２６がホスト機器３００に対して「画像データ」の送信を要求する。

ここで、バッファされた画像データがない場合（ステップＳ２２２：Ｙｅｓ）は、ホス
ト機器３００から新たに２５６バイトの「画像データ」を読み込み、ステップＳ２２６に
おいて復元する。この復元は、プリンタ１０Ｂの復元部１８が実行する。一方、ステップ
Ｓ２０８において読み込んだ「画像データ」がバッファされている場合（ステップＳ２２
２：Ｎｏ）は、まず、このデータを復元部１８において復元する。

次に、ステップＳ２２８において、８×８のブロックの復元が完了したか否かを判断す
る。一般に、ＪＰＥＧなどのデータ圧縮方式においては、原画像によって圧縮率が変化す
る。従って、８ピクセル×８ピクセルの画像ブロックを構成するＪＰＥＧデータのバイト
数も、原画像に応じて異なる。

８×８のブロックの復元が未了の時（ステップＳ２２８：Ｎｏ）は、ステップＳ２２４
に戻り、次の２５６バイトのデータを読み込んで復元を続行する。

一方、８×８のブロックの復元が終了した時（ステップＳ２２８：Ｙｅｓ）は、復元し
た画像データをステップＳ２３０において格納部２０のバンドバッファ上に展開し、８ピ
クセルに対応してステップＳ２３２で水平展開ポインタを「８」だけ進める。

次に、ステップＳ２３４において、印刷すべき画像の横幅分のブロック列の復元が完了
したか否かを判断する。未了の場合は、ステップＳ２２４に戻って「画像データ」の読み
込みを続行する。

完了した場合（ステップＳ２３４：Ｙｅｓ）は、ステップＳ２３６に進み、次の画像フ
ァイルにアクセスする。つまり、データ要求判断部２６は、次の画像ファイルがあるか否
かを判断し、必要に応じて「画像データ」をホスト機器３００に対して要求する。

次の画像ファイルがある場合（ステップＳ２３８：Ｎｏ）は、ステップＳ２２２に戻っ
て、その画像ファイルに対応するバッファデータがあるか否かを判断し、必要に応じて読
み込み、復元を開始する。

一方、次の画像ファイルがない場合（ステップＳ２３８：Ｙｅｓ）は、ステップＳ２４
０に進み、垂直展開ポインタを「８」だけ進める。これは、高さ８ピクセルのブロックを
横に並べた「画像データ」が展開されたからである。一方、水平展開ポインタは、次の展
開に備えて「０」にする。

次に、ステップＳ２４２において、イメージバンドに対応する「画像データ」が揃った
か否かを判断する。イメージバンドを形成するために「画像データ」が不足している時（
ステップＳ２４２：Ｎｏ）は、ステップＳ２２０に戻り、その画像ファイルにさらにアク
セスして「画像データ」の読み込み、復元を続行する。

一方、「イメージバンド」を形成するに足る「画像データ」が復元された場合または印
刷ページが終了した場合（ステップＳ２４２：Ｙｅｓ）は、ステップＳ２４４に進み、「
印刷データ」への変換を実行する。この変換は、印刷データ生成部２２において実行され
る。そして、このようにして生成された「印刷データ」は、イメージ生成部２４を介して
プリンタエンジン２８に送られ、印刷される。

このようにしてイメージバンドを印刷した後には、ステップＳ２４８において、ページ
の印刷が終了したか否かを判断する。未了の場合（ステップＳ２４８：Ｎｏ）は、ステッ
プＳ２１８に戻り、次のイメージバンドの形成のための「画像データ」の読み込みを続行
する。

一方、ページが完了した場合（ステップＳ２４８：Ｙｅｓ）は、ステップＳ２５０にお
いて排紙する。

以上、具体例を参照しつつ詳述したように、本実施形態においても、複数の画像を主走
査方向に並べて印刷するような場合でも、「１イメージバンド分の印刷データ」に相当す
る「画像データ」をホスト機器に要求し、この「画像データ」を順次復元し、印刷データ
に変換して印刷を実行する。

従って、画像バッファメモリすなわち、図６に表した受信部１４や格納部２０のメモリ
容量は、「イメージバンド」に対応するだけの量で良い。従って、図１０（ｂ）に表した
構成と比較して、メモリ容量を大幅に節約することができ、メモリコストを大幅に低減す
ることができる。また、大容量のメモリを管理する煩雑さも解消される。

さらに、本発明によれば、ホスト機器から画像データの一部のみを受信して印刷を開始
することができる。従って、印刷開始までの待ち時間を短縮することができる。

さらに、本実施形態によれば、プリンタ１０Ｂが復元部１８を有し、圧縮された「画像
データ」の復元・解凍を実行することができる。従って、ホスト機器３００は、ＪＰＥＧ
のような汎用性の高い圧縮画像データをそのままプリンタに送出すれば良い。つまり、ホ
スト機器３００が画像データの復元を行う必要がなく、ホスト機器の負担が大幅に軽減さ
れると同時に、ホスト機器として接続できるものを従来よりも大幅に拡げることができる
。

以上具体例を参照しつつ本発明の実施の形態について説明した。しかし、本発明は、こ
れらの具体例に限定されるものではない。

例えば、上述の具体例においては、２つの画像を主走査方向に並べて印刷する場合を挙
げつつ説明したが、本発明は、３つあるいはそれ以上の画像を主走査方向に並べて印刷す
る場合においても同様に適用して、より顕著な効果を奏することは勿論である。

また、上述の具体例においては、インクジェットプリンタの例を挙げつつ説明したが、
本発明は、これ以外にもあらゆる種類の「シリアルプリンタ」に適用して同様の効果を得
ることができる。

また、入力される画像データのフォーマットも、ＪＰＥＧに限定されずプリンタにおい
て適宜復元が可能なあらゆるフォーマットの画像データを同様に用いることができる。こ
の点に関しては、例えば、ＪＰＥＧの他にも、異なる方式のデータフォーマットに対応し
た復元部を設けて、入力される圧縮画像データのフォーマットに応じて適宜復元方式を選
択できるようにしても良い。

また、プリンタが用いるインクの色も、具体例として挙げたＣＭＹＫ４色に限定される
ものではなく、これらにライトシアン、ライトマゼンタなどの淡色を加えたものや、その
他のあらゆるインクの組み合わせを同様に用いることができる。

また、本発明は、カラー印刷をするシリアルプリンタに限定されず、モノクロ印刷する
シリアルプリンタについても同様に適用して同様の効果を得ることができる。例えば、Ｊ
ＰＥＧ形式の多階調モノクロ画像などを印刷する場合において、上述した各種の効果を同
様に得ることができる。

さらに、シリアルプリンタ方式を採るものであれば、プリンタ専用機には限定されず、
複写機、ファクシミリ装置などの他の機能を備えた複合機であっても良い。

その他、当業者であれば、本明細書に開示した本発明の要旨の範囲内で種々の追加、変
更等が可能である。

本発明の第１実施形態に係るプリンタの概略構成を表すブロック図である。 印刷データ生成部１６の構成の具体例を表すブロック図である。 本発明のプリンタとホスト機器との情報の授受を表す概念図である。 第１実施形態のプリンタとホスト機器との間のデータ授受のタイミングの具体例を表す説明図である。 第１実施形態のプリンタ１０Ａの動作をより一般的に表したフローチャートである。 本発明の第２実施形態に係るプリンタの概略構成を表すブロック図である。 ＪＰＥＧ画像データの圧縮と復元の方法を概念的に表した説明図である。 ＪＰＥＧ画像のブロックと印刷する際のイメージバンドとのサイズの関係を例示した概念図である。 第２実施形態のプリンタの動作の具体例を表すフローチャートである。 「印刷データ生成部」を含んだ印刷システムの構成を例示した概念図である。 印刷画像の一例を表す概念図である。 図１０（ｂ）に表したプリンタ２００Ｂの動作を表すフローチャートである。

符号の説明

１０Ａ、１０Ｂ シリアルプリンタ
１２ インターフェイス部
１４ 受信部
１６ 解釈部
１６Ａ サイズ変換部
１６Ｂ 色変換部
１６Ｃ ハーフトーン処理部
１６Ｄ インターレース処理部
１８ 復元部
２０ 格納部
２２ 印刷データ生成部
２４ イメージ生成部
２６ データ要求判断部
２８ プリンタエンジン
１００、２００、３００ ホスト機器
１５０ 印刷データ生成部
２１０ バッファメモリ
２２０ プリンタエンジン

Claims (1)

1. ＪＰＥＧ形式に対応する復元部を有し、画像形成ヘッドと媒体とが相対的に主走査と副走査とを繰り返すことにより前記媒体の上に画像を形成するシリアルプリンタであって、
   デジタルカメラあるいはＰＤＡあるいはその他のデジタル機器からＪＰＥＧ形式で１つの画像として圧縮された状態の複数の画像データを読み込み、それぞれの画像データに対応する複数の画像を前記主走査方向に沿って配列して印刷する場合に、
   それぞれの画像データに対して、その画像データのデータサイズよりも小さい所定のデータサイズのデータを読み込み、読み込んだ前記データを前記復元部にて復元処理したのち印刷データに変換する処理を行い、
   画像形成ヘッドと前記複数の画像が形成されるべき媒体の主走査により形成されるイメージバンドの印刷のために必要とされる印刷データが揃ったら、そのイメージバンドの印刷を実行する、
   シリアルプリンタ。

Images