(57)【要約】【課題】  ジャム処理発生時の印刷時間の無駄を防ぎ、印刷再開後の印刷時間の短縮を図ることを目的とする。【解決手段】  ホストコンピュータはジャム発生時それを表示するが、プリンタの要求により印刷データの送信を継続する手段を有する。プリンタコントローラは搬送ジャムが発生しても、印刷データの受信とデータ処理を継続する手段を有する。【選択図】  図１
2007133491.tif 000002
【特許請求の範囲】
【請求項１】
印刷データを送信するホストコンピュータと、前記ホストコンピュータから入力された印刷データの印刷を行う印刷装置からなる印刷システムにおいて、前記ホストコンピュータは印刷装置のビジー状態にも関わらず印刷データ送信を継続する手段、前記ビジー状態を表示する手段を有し、前記印刷装置はプリンタエンジンのビジー状態にも関わらず印刷データ受信を継続する手段を有することを特徴とする印刷システム。
【請求項２】
前記印刷装置は印刷用紙搬送手段、該用紙の搬送ジャムを検知する手段、搬送ジャム時も受信した印刷データ処理を継続する手段を有することを特徴とする前記請求項１記載の印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は印刷装置に関し、特に印刷データをページ単位に連続して印刷する印刷装置と印刷データの処理方法に関するものである。
【背景技術】
【０００２】
最近の安価なパーソナルコンピュータの出現により、フルカラーによる文字、図形、イメージデータのハンドリングが、容易に行える環境が整った。その結果、カラーを用いた文書、アート、デザイン等の広範な分野でカラー情報が利用されている。
【０００３】
このようなカラー情報を用いたアプリケーションで作成した印刷データを、印刷装置に記録する際に、ホストコンピュータの処理機能を利用し、ホストコンピュータ側で文字、イメージ、図形を記録装置の解像度に合わせて、イメージに展開した後、印刷装置に送るという、いわゆるダムプリンタまたはビデオプリンタと呼ばれる利用形態がある。この処理方式はプリンタ側の機構をシンプルにし、ホストコンピュータ側で多くの処理を実行する点に特徴がある。しかし、カラー情報を取り扱う場合はそのデータ量の多さから、通信に多くの時間をさかれ、スループットが非常に落ちる場合があるという問題がある。
【０００４】
一方、ページ記述言語（Page Description Languageの略であり、以後ＰＤＬと略す。）という、ホストコンピュータから文字、図形、イメージを言語として送り、印刷装置でＰＤＬを解釈し、各種情報をラスタメモリ中にスキャン変換（走査変換）することにより、ページイメージを生成する処理方式もある。このようなＰＤＬを用いたプリンタにおいて、メモリの節約のため１ページ分の印刷データを複数のバンドに区切り、バンド毎にビットマップ展開を行うのもがある。このような印刷装置で用いられる印刷データは、１つの図形を１オブジェクトとして複数のオブジェクトから構成される。これらのオブジェクトは、主にフォント、ビットマップといったもので、それぞれの展開（以後レンダリングいう）処理方式の違いにより種類分けされる。また、レンダリングを高速に行うためにハードウエアレンダリング手段を備えるものもある。この場合、ホストコンピュータから受信したＰＤＬデータをバンド毎に解釈し、ハードウェアで扱いやすい形式の中間コード（以後ディスプレイリストという）に変換し、これを高速レンダリングハードウエアでレンダリングメモリに展開処理し、レンダリングメモリの内容をエンジン(印刷処理部)に送り印刷処理を行うという手順になる。ここで、該ハードウエアレンダリング手段でサポートしきれなかった高度な展開処理については、ディスプレイリストをソフトウエアによるレンダリングで行うように切り替える手段をもつものもある。さらに、コストを抑えるために、ハードウエアレンダリング手段を持たず、ディスプレイリストをソフトウエアだけで解釈し、レンダリングを行うプリンタもある。
【０００５】
従来、この種のプリンタ装置においては、連続印刷の過程で用紙の搬送障害（ジャム）などが生じた場合、センサー部からのジャム検知信号に基づいて、制御部はジャム信号をホストコンピュータに与え、データ送信を一時中止するようにするとともに、アラーム信号を出し、オペレータへ通知する。オペレータはジャムを回復すると、このジャムが生じた印刷データを含め、その印刷データより後のデータについても、これらを再印刷してリカバリーする処理が行われている。（例えば特許文献１参照。）この公報に記載される印刷装置によれば、１ページ以上の印刷データを記憶できる容量を持つデータメモリを備え、このデータメモリ上の印刷データによりジャムが発生したページの再印刷を可能とするものである。
【０００６】
また、プリンタ装置のエンジンに送ろうとするビットデータを格納するビットマップメモリと、このビットマップメモリに書き込まれたビットデータをページ数に対応づけて保存するバックアップメモリとを設け、このバックアップメモリからジャムが発生したページの再印刷を可能とする技術（例えば特許文献２参照。）などがあげられる。
【０００７】
これらの手段によりジャムなどの発生後の再印刷を可能とし、ジャムが生じた印刷データも含めた印刷結果の保証が行われている。
【特許文献１】特開昭６４−４７５６６号
【特許文献２】特開平１−２０２４６７号
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ホストコンピュータから送られてくるＰＤＬデータを入力、解析、ディスプレイリストの生成を経て、レンダリング、印刷を行う方式のプリンタにおいて、コストを低く抑えるため、ハードウエアレンダリング手段を持たず、ディスプレイリストをソフトウエアだけで解釈し、レンダリングを行うプリンタがある。このようなプリンタでは、印刷オブジェクトの重なり具合や複雑さによっては、１ページのレンダリング処理だけで何十秒もの時間を要することがある。
【０００９】
しかしながら従来この種のプリンタ装置において、連続印刷の過程でジャムなどが生じた場合、オペレータがプリンタにつまった用紙を取り除き、ジャム障害を解除するまで、レンダリング処理を中止し待機状態になっていた。また、インクジェット式印刷装置では定期的にヘッドクリーニングのため印刷処理が中断されることがあったが、こうした場合もレンダリング処理を中止し、待機状態になっていた。
【課題を解決するための手段】
【００１０】
本発明は、上述した問題点を解消するためになされたものであり、プリンタエンジン（印刷処理部）がビジー状態のとき、例えば、印刷の過程でジャムが発生しても、ホストコンピュータはジャム障害状態をモニタに表示しつつ、続くＰＤＬデータを送信する手段、プリンタは送られてくるＰＤＬデータを受信し、受信したＰＤＬデータから生成したディスプレイリストからレンダリング処理を続行する手段を設けた。
【発明の効果】
【００１１】
本発明によれば、プリンタエンジン（印刷処理部）がビジー状態のとき、例えば、連続印刷の過程でジャムなどが発生した場合、オペレータがプリンタにつまった用紙を取り除きのジャム障害を解除する期間も、ホストコンピュータはジャム障害状態をモニタに表示しつつ、データを送信し、プリンタコントローラはデータを受信し、レンダリングを継続するように構成したため、時間のかかるソフトウエアレンダリングを使用した印刷装置でも印刷時間を節約することが可能となった。
【発明を実施するための最良の形態】
【００１２】
図３および図４はそれぞれカラーPDLインクジェット式印刷装置のコントローラ部およびプリンタエンジン部の概略構成を示すブロック図である。先ず図３でコントローラ部の機能および概略動作について説明する。
【００１３】
CPU2601はUSBインタフェース2609あるいはIEEE1394インタフェース2610を介してホストPC2611(2612)に接続されており、制御プログラムを格納したROM2606や更新可能な制御プログラムや処理プログラムや各種定数データなどを格納したEEPROM2608、及びホストPC2611(2612)から受信したコマンド信号や画像情報を格納するためのRAM2604にアクセスし、これらのメモリに格納された情報に基づいて記録動作を制御する。
【００１４】
操作パネル2614のキーから入力される指示情報は操作パネルインタフェース2613を介してCPU2601に伝達され、またCPU2601からの命令により同様に操作パネルインタフェース2613を介して操作パネル2614のLED点灯やLCD表示が制御される。
【００１５】
拡張インタフェース2615はLANコントローラやHDDなどの拡張カードを接続することにより機能拡張を行うためのインタフェースである。
【００１６】
データ処理ブロック2616においてホストPCから受信したPDLデータを解釈して描画処理を行い、さらにプリンタエンジン仕様に適合した各インク色の画像形成データに変換された後に、プリンタエンジン通信ブロック2618を介してプリンタエンジン(図外)へ出力される。
【００１７】
またコントローラとプリンタエンジンの間の各種コマンドやステータス情報の送受信は同様にプリンタエンジン通信ブロック2618を介して行われる。
【００１８】
データ処理ブロック2616における詳細なデータ処理フローについては後述する。データ処理ブロック2616にはそのワーキングメモリとしてRAM2617が接続されている。RAM2617は図２のように主に中間コードメモリ201、バンドメモリ202、入力バッファ203から構成されている。これらは処理状況により占める領域が変更される。また、これらは図１の中間コードメモリ307、バンドメモリ309、入力バッファ304と同じ物を指す。
【００１９】
次に図４でプリンタエンジン部の機能および動作概要について説明する。プリンタエンジン部はバンドメモリ制御ブロック2712を介してコントローラ(図外)と接続されている。
【００２０】
CPU2701は制御プログラムを格納したROM2703や更新可能な制御プログラムや処理プログラムや各種定数データなどを格納したEEPROM2704、及びコントローラ(図外)から受信したコマンド信号や画像情報を格納するためのRAM2702にアクセスし、これらのメモリに格納された情報に基づいて記録動作を制御する。
【００２１】
入出力ポート2705及びキャリッジモータ制御回路2707を介してキャリッジモータ1709を動作させることによりキャリッジ2711を移動させ、また、入出力ポート2705及び紙送りモータ制御回路2706を介して紙送り紙送りモータ2708を動作させることにより搬送ローラなどの紙搬送機構2710を動作させる。
【００２２】
CPU2701は、RAM2702に格納されている各種情報に基づきバンドメモリ制御ブロック2712や印刷ヘッド制御ブロック2714を制御して印刷ヘッド2715を駆動することにより記録媒体上に所望の画像を記録することができる。
【００２３】
紙搬送機構2710には用紙搬送ジャム検知手段が備えられており、搬送ジャムが発生したときに入出力ポート2705を介してCPU 2701に通知される。CPU 2701はこれをコントローラに通知するとともに、キャリッジモータ制御回路2707を介してキャリッジモータ1709を停止させ、紙送りモータ制御回路2706を介して紙送り紙送りモータ2708を停止させる。その後オペレータが搬送ジャムを解除するのを待機し、搬送ジャム検知手段で搬送ジャム解除を確認したらジャムリカバリー動作に入る。ジャムリカバリーではメモリ2713に蓄えられている1ページ分の印刷データにより再印刷する。
【００２４】
また、図外の電源回路からは、CPUや各種制御回路を動作させるためのロジック駆動電圧Vcc(たとえば3.3V)、各種モータ駆動電圧Vm(たとえば24V)、印刷ヘッドを駆動させるためのヒート電圧Vh(たとえば12V)、等が出力される。
【００２５】
次に図１を用いて、ＰＤＬデータ処理の流れを説明する。図１は図３のデータ処理ブロック2616とその外部のPDLデータの流れを詳細に示すブロック図である。３０１は、カラーアプリケーションとしてカラー情報を作成し、このカラー情報に対応するカラーデータをＰＤＬ言語形式に変換して、変換したＰＤＬ言語データを印刷装置の印刷装置コントローラ３０２に送出するホストコンピュータである。これは図３の２６１１及び２６１２で示すものと同じである。ホストコンピュータ３０１とコントローラ３０２間にＰＤＬ言語データが流れる。このＰＤＬ言語データの通信形態はシリアル、ネットワーク、バス接続等何であっても問題はないが、パフォーマンス的には高速通信路であることが望ましい。コントローラ３０２へ送られたＰＤＬ言語データは入力バッファ（データ入力用バッファ）３０４に一時格納さる。
【００２６】
コントローラの中間コード生成手段３０５は入力バッファ３０４のＰＤＬ言語データを読込み解釈して、レンダラ３０８のハードウェアが処理しやすい形の中間コードを生成する。ここで中間コード生成手段３０５は画像処理を行うプロファイル３０６を用いて、中間コードを作成し、中間コードメモリ３０７に格納する。
【００２７】
中間コード生成手段で行なわれる画像処理は、通常ホストコンピュータで利用されているモニタの表色系のレッド，グリーン，ブルーのＲＧＢ（加法混色）から印刷装置のインク処理で用いるイエロー，マゼンタ，シアン，ブラックのＹＭＣＫ（減法混色）への変換を行うものある。
【００２８】
レンダラ３０８は、カラーレンダリング処理をＡＳＩＣ（特定用途向けＩＣ）ハードウェアで実行することにより、印刷装置のプリンタエンジン３０３へのビデオ転送に同期して実時間でレンダリング処理を行い、少ないメモリ容量でのバンディング処理を実現するものである。またレンダラ３０８はコストダウンのためハードウェアでなくソフトウエアで実現してもよい。さらにレンダラ３０８は中間コードメモリ３０７に格納してある中間コードを解釈しバンドメモリ３０９に展開する。バンドメモリ３０９は、レンダリングされたビットイメージを格納する領域であり、例えば２５６ラインを標準サイズとする。
【００２９】
ドットデータ生成手段３１０はバンドメモリ３０９から読み出したKCMY各色4bitデータに対して網点マトリクスを用いて画像形成の解像度(出力解像度)のKCMY各色1bitデータに変換する。例えばレンダリング解像度を６００ｄｐｉ×６００ｄｐｉに対して２×２の網点マトリクスを用いて出力解像度１２００ｄｐｉ×１２００ｄｐｉのドット・データを生成する。
【００３０】
プリンタエンジン３０３はドットデータ生成手段３１０を介して渡されたドットデータを印刷する。プリンタエンジン３０３の詳細は前述した図４で示すブロック図で示してある。
【００３１】
次に本実施例におけるジャム時の処理方法について説明する。
【００３２】
連続印刷の過程でジャムが生じた場合、図４の紙搬送機構2710の用紙搬送ジャム検知手段はこれを入出力ポート2705を介してCPU 2701に通知する。
【００３３】
CPU 2701はこれを図３のエンジン通信ブロック2618を介してコントローラに通知するとともに、キャリッジモータ制御回路2707を介してキャリッジモータ1709を停止させ、紙送りモータ制御回路2706を介して紙送り紙送りモータ2708を停止させ、ジャムが解除するの待機する。
【００３４】
図３のコントローラのCPU2601はエンジン通信ブロック2618を介して受信したジャム障害を、操作パネルインタフェース2613を介して操作パネル2614に表示する。同時にUSBインタフェース2609、IEEE1394インタフェース2610、拡張インターフェース2615を介してホストコンピュータ2611、2612に通知する。
【００３５】
ホストコンピュータ2611、2612はこの情報をモニタに表示しオペレータにジャム障害が発生したことをことを通知する。ホストコンピュータはこの表示後もプリンタからの要求に答えて印刷データを送信しつづける。
【００３６】
コントローラのCPU2601はジャム障害を通知されたらレンダリングしたデータをプリンタエンジンに送信するのを中止する。しかしその後もコントローラはホストコンピュータからPDLデータを図１入力バッファ304に受け取る。中間コード生成手段305は、これを中間コードに変換しを中間コードメモリに格納する。さらにレンダラ308はこの中間コードをレンダリングしてバンドメモリ309に格納する。
【００３７】
コントローラのCPU2601は入力するPDLデータ量に応じて、図2に示すRAM2617内の入力バッファ、中間コードメモリ、バンドメモリの占める領域を適宜変更しつつレンダリング処理を続ける。すなわち、入力データがなくなってきたら入力バッファ領域をそれにつれて減じ、中間コードがレンダリングの結果なくなってきたら、その領域をレンダリング出力用のバンドメモリとして使用する。
【００３８】
ここで、バンドメモリのレンダリング結果を、ＰＤＬデータの受信の合間をみて、ホストに送信し保存しておくとも可能である。そして、ジャム解除後バンドメモリにロードし、印刷データとする。
【００３９】
オペレータが搬送ジャムが解除したら、プリンタエンジンは搬送ジャム検知手段で搬送ジャム解除を確認し、ジャムリカバリー動作に入る。ジャムリカバリーではメモリ2713に蓄えられている1ページ分の印刷データを再印刷してから、コントローラの新たな印刷データの受信を再開する。
【００４０】
インクジェット式印刷装置では定期的にヘッドクリーニングのため印刷処理が中断されることがある。こうした場合も同様にしてコントローラはレンダリング処理を続けることが可能である。さらにオペレータが操作パネル上のオフラインキーでプリンタをオフラインにして各種設定を行っている間も内部的にレンダリング処理を続けることも可能で、この間ホストコンピュータとの通信を遮断しておくことも、通信を継続しておくことも可能である。
【００４１】
次に図５のフローチャートを用いてホストコンピュータの本実施例のジャム障害時に関し特徴的な処理を説明する。
【００４２】
ステップＳ５０１で印刷を開始する。Ｓ５０２でプリンタから搬送ジャム障害信号が来ているか確認する。来ている場合はＳ５０３でオペレータに通知し、Ｓ５０４へ進む。Ｓ５０２でプリンタから搬送ジャム障害信号が来ていない場合はＳ５０４で印刷データをプリンタへ送信する。次にＳ５０５ですべてのデータ送信が終わったかを判定する。終わっていない場合はＳ５０２から繰り返す。すべてのデータ送信が終わったらＳ５０６で終了する。
【００４３】
次に図６のフローチャートを用いて、プリンタのコントローラの本実施例のジャム障害時に関し特徴的な処理を説明する。
【００４４】
Ｓ６０１で印刷データを受信及びレンダリング処理を開始する。
【００４５】
Ｓ６０２でプリンタエンジンから搬送ジャム信号が来ているかどうか調べる。搬送ジャム信号が来ていたらＳ６０３で操作パネルにエラー表示を行い、プリンタエンジンへのデータ送信を停止し、ホストコンピュータにジャムエラーを送信する。
【００４６】
Ｓ６０４でプリンタエンジンからジャム解除信号が来たか調べる。搬送ジャム解除信号が来ていたらＳ６０５で操作パネルにエラー表示を解除し、プリンタエンジンへのデータ送信を再開し、ホストコンピュータにジャムエラー解除を送信する。
【００４７】
Ｓ６０６ではホストコンピュータから受信した印刷データを解釈し、中間データを生成し、それをバンドメモリへレンダリングする。
【００４８】
Ｓ６０７ですべての印刷データのレンダリングを終了したか調べ、終了していなかったらＳ６０２から繰り返す。レンダリングをすべて終了したらＳ６０８で終了する。
【００４９】
次に図７のフローチャートを用いて、プリンタエンジンの本実施例のジャム障害時に関し特徴的な処理を説明する。
【００５０】
Ｓ７０１でコントローラからドットデータを受信を開始する。Ｓ７０２で搬送ジャムが発生したか調べる。搬送ジャムが発生したらＳ７０３で直ちに印刷処理を中止し、コントローラへジャム障害発生情報を送信する。その後、Ｓ７０４でジャムが解除されるのを待つ。ジャムが解除されたら、Ｓ７０５でリカバリー処理を行う。リカバリー処理ではプリンタエンジン内のリカバリー用メモリに格納されている１ページ分のドットデータを再印刷する。さらにコントローラにジャム解除情報を送信し、印刷データ受信Ｓ７０７に進む。
【００５１】
Ｓ７０２で搬送ジャムがなかったら印刷データ受信Ｓ７０７で、コントローラからドットデータを受信する。Ｓ７０８で１ページ分受信したか調べる。受信していない場合はＳ７０２から繰り返す。すべて受信し終わったらＳ７０９で印刷を行う。印刷が終わったらＳ７１０で終了する。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施例のデータ処理の基本構成を示すブロック図である。
【図２】RAM2617の構成を示すブロック図である。
【図３】インクジェット印刷装置におけるコントローラ部の概略ブロック図である。
【図４】インクジェット印刷装置におけるエンジン部の概略ブロック図である。
【図５】実施例におけるホストコンピュータのジャム障害時に関する流れを説明するフローチャートである。
【図６】実施例におけるプリンタのコントローラのジャム障害時に関する流れを説明するフローチャートである。
【図７】実施例におけるプリンタエンジンのジャム障害時に関する流れを説明するフローチャートである。
【符号の説明】
【００５３】
３０１  ホストコンピュータ
３０２  コントローラ
３０３  プリンタエンジン
３０４  入力バッファ
３０５  中間コード生成手段
３０６  プロファイル
３０７  中間コードメモリ
３０８  レンダラ
３０９  バンドメモリ
３１０  ドットデータ生成手段
【図１】
2007133491.tif 000003
【図２】
2007133491.tif 000004
【図３】
2007133491.tif 000005
【図４】
2007133491.tif 000006
【図５】
2007133491.tif 000007
【図６】
2007133491.tif 000008
【図７】
2007133491.tif 000009