JPH11203068A - カラー印刷システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】クライアント側で使用するプリンタ装置のエラ
ーを知りユーザがエラー除去を確実に行い、且つ印刷を
中止する場合にも希望する状態で印刷処理を中止できる
印刷システムを提供する。 【解決手段】クライアント７が作成した印刷データに従
ってプリントジョブをプリンタドライバ１２で作成す
る。プリントジョブはスプールディレクトリ１３とプリ
ントサーバ９のスプールディレクトリ１５を経由し、プ
リンタ装置１０−２に供給される。プリンタ装置１０−
２では、実行処理部２０によってプリントジョブにエラ
ーが発生すると、そのプリントジョブをプリントサーバ
９内の待避エリア（ワークエリア）１６に待避させ、他
のクライアントからのプリントジョブを実行する。その
後、プリンタ装置１０−２のエラーを回復させ、待避エ
リア（ワークエリア）１６に待避したプリントジョブを
プリンタ装置１０−２に戻し、印刷処理行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワークに接続された印刷装置を含む印刷システムに関
する。

【０００２】

【従来の技術】近年、ＬＡＮ（ローカルエリアネットワ
ーク）等のコンピュータネットワークが広く使用され、
ネットワークに使用されるプリンタ装置は複数のクライ
アントに共同使用される。図２５はこのようなネットワ
ークのシステム構成を示すものである。

【０００３】同図において、ネットワーク１には複数の
クライアント（但し、同図には代表してクライアント２
として示す）、サーバ３、プリントサーバ４、各種ネッ
トワークプリンタ（以下、単にプリンタ装置という）５
−１〜５−４が接続されている。また、クライアント２
は例えばパーソナルコンピュータで構成され、それぞれ
内蔵するアプリケーションプログラムで作成した印刷デ
ータをサーバ３、又はプリントサーバ４、又はプリンタ
装置５−３に出力する。例えば、印刷データがプリント
サーバ４に供給される場合、図２６に示す印刷データの
流れとなる。すなわち、クライアント２はネットワーク
１を介してプリントサーバ４に印刷データを出力し、プ
リントサーバ４はクライアント２から供給された印刷デ
ータをスプールディレクトリに記憶し、プリンタ装置５
−４に供給する。

【０００４】図２７は、上述の処理を更に詳しく説明す
る図である。クライアント２のアプリケーション２ａで
作成された印刷データは、プリンタドライバ２ｂによっ
てプリントジョブが作成され、スプールディレクトリ２
ｃに格納される。その後、プリントジョブが完成すると
プリントサーバ４のスプールディレクトリ４ａに転送さ
れ、プリントサーバ４の制御に従ってプリンタ装置５−
４のシステムメモリ５−４ａに送られる。尚、プリンタ
装置５−４では印刷データに従った画像を記録紙に作成
する。

【０００５】

【発明が解決しようとする課題】上述のような従来の印
刷システムにおいては、以下の問題が発生する。 （イ）先ず、従来のシステムでは、クライアント２→プ
リントサーバ４→例えばプリンタ装置５−４の経路で印
刷データ（プリントジョブ）が送られ、可逆性のない受
動的な一連の印刷動作として処理が行われる。

【０００６】このため、例えばプリンタ装置にセットさ
れていない用紙サイズの指定が行われた場合プリンタエ
ラーとなり、このエラー状態を解除しない限りプリンタ
装置を使用することができない。したがって、当該プリ
ントジョブ以外の印刷要求をも巻き込んで、プリンタ装
置の使用ができなくなる。

【０００７】また、ネットワーク上では多数のクライア
ントが同じプリンタ装置を使用するが、エラーとなって
いるプリントジョブに対するクライアントを特定して通
知し、当該クライアントのオペレータ自らがエラー除去
を行うことを期待することは困難である。例えば、用紙
の補充や消耗品の交換等の対処はプリンタ装置の管理者
やその状態を知った者が対処できるが、前述の用紙サイ
ズの違い等の場合対処することができない。

【０００８】（ロ）一方、オペレータによってはプリン
トジョブの送信後、プリント処理を中止したい場合もあ
る。しかし、現状ではどの時点で印刷処理を中止すれば
よいか分からず、結局不完全な中止処理となる。

【０００９】すなわち、プリンタ装置内の情報はクライ
アント２及びプリントサーバ４において取得することが
できない。したがって、プリントジョブがプリンタ装置
に渡された以降は、クライアント２やプリントサーバ４
の監視の範囲外である。

【００１０】したがって、オペレータは印刷処理を中止
したいにも関わらず印刷が行われるなどの問題がある。
本発明の課題は上記従来の実情に鑑み、クライアント側
で使用するプリンタ装置のエラーを知りオペレータ又は
ユーザがエラー除去を確実に行い、且つ印刷を中止する
場合にも希望する状態で印刷処理を中止できる印刷シス
テムを提供するものである。

【００１１】

【課題を解決するための手段】請求項１記載の発明は上
記課題を解決するため、ネットワーク上にクライアント
コンピュータとプリントサーバとプリンタ装置が接続さ
れた印刷システムにおいて、前記クライアントコンピュ
ータに設けられ、印刷情報のプリントジョブを作成する
プリントジョブの作成手段と、前記プリンタ装置に設け
られ、前記プリントジョブの解析処理を行い、記録紙に
印刷処理を行う印刷処理手段と、前記印刷処理中エラー
が発生すると前記プリントジョブを前記プリントサーバ
に待避させる待避手段と、前記エラーが解消した時前記
プリントジョブを前記プリンタ装置に復帰させる復帰手
段とを有するカラー印刷システムを提供することにより
達成できる。

【００１２】ここで、クライアントコンピュータは例え
ばパーソナルコンピュータ等で構成され、プリントサー
バは例えばサーバコンピュータで構成する。また、プリ
ンタ装置はクライアントコンピュータから供給されるプ
リントジョブを解析し、印刷処理を行う印刷処理手段を
含む。また、待避手段は上記印刷処理手段がプリントジ
ョブを解析処理中、用紙サイズの相違や印刷フォーマッ
トの相違を確認した時、エラーと判断し、プリントジョ
ブをプリントサーバに待避させる。そして、エラー状態
が解消された時、復帰手段によって待避していたプリン
トジョブをプリンタ装置に戻し、通常の印刷処理を行う
構成である。

【００１３】このように構成することにより、プリント
ジョブの処理中エラーが発生しても、後に印刷処理を行
うことができ、プリンタ装置を停止させることなく印刷
処理を行うことができる。

【００１４】請求項２の記載は、前記請求項１記載の発
明において、前記プリントジョブの待避は、例えば前記
プリントサーバの待避メモリに行われる構成である。こ
こで、待避メモリはプリントサーバ内のファイルサーバ
が管理するメモリであってもよく、プリントサーバ内に
存在するメモリであればよい。

【００１５】請求項３の記載は、前記請求項１記載の発
明において、前記待避手段によるプリントジョブの待避
が行われている間、前記プリンタ装置に供給される他の
クライアントコンピュータからのプリントジョブを、前
記プリンタ装置は印刷処理する構成である。

【００１６】このように構成することにより、プリント
ジョブの処理中エラーが発生しても、他のクライアント
コンピュータから新しいプリントジョブが入力すれば、
当該プリントジョブを処理することができ、プリンタ装
置を停止させることなく効率良い印刷処理を行うことが
できる。請求項４記載の発明は上記課題を解決するた
め、ネットワーク上にクライアントコンピュータとプリ
ントサーバとプリンタ装置が接続された印刷システムに
おいて、前記クライアントコンピュータに設けられ、印
刷情報のプリントジョブを作成すると共に、前記プリン
トジョブの付加制御情報を作成する印刷情報作成手段
と、前記プリンタ装置に設けられ、前記プリントジョブ
の解析処理を行い、記録紙に印刷処理を行う印刷処理手
段と、前記プリンタ装置に設けられ、前記付加制御情報
に含まれる付加制御情報に従って印刷中止命令が出力さ
れた時点でのプリントジョブの状態を解析する付加制御
情報解析手段と、該付加制御情報解析手段によって解析
されたプリンタ装置内のプリントジョブの状態を前記ク
ライアントに報知する報知手段とを有するカラー印刷シ
ステムを提供することにより達成できる。

【００１７】すなわち、プリンタ装置にプリントジョブ
が渡った後、クライアントが印刷中止命令を出力した場
合、付加制御情報解析手段は上記印刷中止命令が出力さ
れた時点でプリントジョブの状態を解析し、当該解析結
果をクライアントに出力することによってクライアント
により適切な処理を行えるようにするものである。

【００１８】請求項５の記載は、前記請求項４記載の発
明において、前記付加制御情報は前記プリントジョブの
ジョブヘッダーとジョブフッターである。また、請求項
６の記載は、前記請求項５の記載において、前記付加制
御情報は前記プリントジョブの各ページのページヘッダ
ーとページフッターである。

【００１９】上記のように構成することにより、付加制
御情報解析手段は上記印刷中止命令が出力された時点で
プリントジョブの状態を解析し、当該解析結果をクライ
アントに出力することによってクライアントにより適切
な処理を行えるようにするものである。例えば、印刷が
終了しているページのみプリンタ装置から取り出しにい
き、又は印刷が行われていないページを修正後、再度印
刷処理する等の適切な処理を行うことができる。

【００２０】請求項７の記載は、前記請求項４記載の発
明において、前記クライアントは、前記付加制御情報解
析手段によって解析されたプリンタ装置内のプリントジ
ョブの状態の報知を受けることの有無を設定できる構成
である。

【００２１】このように構成することにより、クライア
ントはプリンタ装置との位置関係等から予め解析情報の
受信の有無を設定でき、極めてオペレータ又はユーザの
希望に対応したカラー印刷システムとすることができ
る。

【００２２】

【発明の実施の形態】以下、本発明の実施形態例を図面
を用いて詳細に説明する。 ＜第１実施形態例＞図２は、第１実施形態例の印刷シス
テムの説明に使用するネットワークの例である。同図に
おいて、ネットワーク６には複数のクライアント（但
し、同図には代表してクライアント７として示す）、サ
ーバ８、プリントサーバ９、各種ネットワークプリンタ
（以下、単にプリンタ装置という）１０−１〜１０−４
が接続されている。また、クライアント７は例えばパー
ソナルコンピュータで構成され、それぞれ内蔵するアプ
リケーションプログラムで作成した印刷データをサーバ
８、又はプリントサーバ９、又はプリンタ装置１０−３
に出力する。プリンタ装置１０−１〜１０−４は、例え
ば汎用性のある印刷装置であり、各クライアント７の仕
様に対応して印刷処理が可能である。

【００２３】図１は上述の構成のネットワーク６の中
で、特に点線で囲ったクライアント７、プリントサーバ
９、プリンタ装置１０−２の接続構成、及び各装置の内
部構成を説明する図である。クライアント７は上述のよ
うに、例えばパーソナルコンピュータで構成され、アプ
リケーション１１、プリンタドライバ１２、スプールデ
ィレクトリ１３を内蔵する。アプリケーション１１とし
てはワープロソフトや表計算ソフト等のプログラムが登
録され、プリンタドライバ１２として例えばプリンタ装
置１０−２に対応したドライバが登録されている。例え
ば、ワープロソフトのアプリケーションで作成した印刷
データはプリンタドライバ１２へ出力され、プリンタド
ライバ１２によって対応するプリントジョブが作成され
る。このプリントジョブはスプールディレクトリ１３に
供給され、全てのプリントジョブが作成されるとネット
ワーク６を介してプリントサーバ９に出力される。

【００２４】プリントサーバ９は、プリントサーバのみ
ではなく、ファイルサーバ１４、スプールディレクトリ
１５、待避エリア（ワークエリア）１６で構成され、ス
プールディレクトリ１５には上述のクライアント７から
出力されたプリントジョブ（印刷データ）が供給され
る。一方、ファイルサーバ１４は各種ファイルを管理、
制御するサーバであり、上述の待避エリア（ワークエリ
ア）１６に後述する印刷データが待避する際の制御を行
う。

【００２５】プリンタ装置１０−２は、プリントサーバ
９のスプールディレクトリ１５から出力されるプリント
ジョブ（印刷データ）を受信し、システムメモリに記憶
する。この時、プリントジョブ（印刷データ）はＬＡＮ
インターフェイス（Ｉ／Ｆ）ボード１８を介して入力す
る。プリンタ装置１０−２は上述のシステムメモリ１
９、実行処理部２０を含むコントローラ２１、及びプリ
ンタエンジン２２で構成されている。

【００２６】図３はプリンタ装置１０−２の詳しい構成
を説明する図である。システムメモリ１９は受信バッフ
ァ１９ａ、ワークエリア１９ｂ、スタックエリア１９
ｃ、画像メモリ（フレームメモリ）１９ｄで構成されて
いる。前述のプリントサーバ９から供給されたプリント
ジョブ（印刷データ）はシステムメモリ１９内の受信バ
ッファ１９ａに一旦格納される。ここで、ワークエリア
１９ｂは実行処理部２０による印刷処理の際発生するデ
ータを一時格納し、又はレジスタとしても使用する。ま
た、画像メモリ（フレームメモリ）１９ｄはビットマッ
プデータに変換された印刷データを記憶するメモリであ
る。

【００２７】一方、実行処理部２０は例えばＣＰＵで構
成され、コントローラ２１の中心的な役割を行う。例え
ば、受信バッファ１９ａに格納した印刷データをコマン
ド解析部２３に読み出し、コマンド解析部２３に印刷デ
ータのコマンド解析を行わせる。また、描画処理部２４
による描画処理を行わせる。さらに、画像メモリ（フレ
ームメモリ）１９ｄに例えば１頁分のビットマップデー
タが記憶された時、ビデオ処理部２５を介してプリンタ
エンジン２２へ出力する。以上の構成において、以下に
本例による印刷処理動作を説明する。図４は本例の処理
を示す説明図である。

【００２８】先ず、クライアント７はアプリケーション
１１を使用し、例えば文書を作成する。その後、オペレ
ータの印刷指示があると、作成された文書データはプリ
ンタドライバ１２に送られ、プリンタドライバ１２によ
って対応するプリントジョブが作成される。このプリン
トジョブはスプールディレクトリ１３に格納され、ネッ
トワーク６を介してプリントサーバ９のスプールディレ
クトリ１５に供給される。

【００２９】スプールディレクトリ１５に格納されたプ
リントジョブは、更にプリントサーバ９の制御によって
プリンタ装置１０−２に供給される。図５はプリンタ装
置１０−２の制御を説明するフローチャートである。

【００３０】先ず、プリントジョブが入力したか判断し
（ステップ（以下Ｓで示す）１）、プリントジョブが入
力していなければ（Ｓ１がＮ（ノー））、待避履歴があ
るか否か判断する（Ｓ２）。ここで、最初の処理では待
避履歴がないものとすると（Ｓ２がＮ）、再度上述のプ
リントジョブの入力判断を行う（Ｓ１）。

【００３１】ここで、前述のようにクライアント７から
新たなプリントジョブがプリントサーバ９を介して入力
したとすると（Ｓ１がＹ（イエス））、前述のように受
信バッファ１９ａに格納されたプリントジョブ（印刷デ
ータ）はコマンド解析部２３に読み出され、プリントジ
ョブの解析処理を行う（Ｓ３）。例えば、プリントジョ
ブ（印刷データ）に含まれる文字コードは対応するパタ
ーンデータに変換され、各種コマンドに対しては対応す
る処理を実行する（Ｓ４）。

【００３２】ここで、エラーが発生しない場合には（Ｓ
５がＮ）、通常の印刷処理に従って画像メモリ（フレー
ムメモリ）１９ｄに画像データ（ビットマップデータ）
を展開し、１頁分の画像データが展開されるとプリンタ
エンジン２２に画像データ（ビットマップデータ）を出
力し、記録紙に画像データの印刷を行う（Ｓ６）。そし
て、全プリントジョブの処理が完了出力と（Ｓ７が
Ｙ）、処理を終了する。一方、上述の実行処理の際エラ
ーが発生する場合がある。例えば、クライアント７が指
定したサイズの用紙がプリンタ装置１０−２にセットさ
れていない場合や、印刷フォーマットが異なる場合であ
る。このような場合、エラーが発生したものとしてクラ
イアント７にエラーを通知する（Ｓ８）。

【００３３】次に、エラーが発生したプリントジョブを
待避するか否か判断する（Ｓ９）。この判断は、クライ
アント７のディスプレイにエラーの発生を通知すると共
に、待避するか否かの判断を画面上で求める。

【００３４】ここで、待避しない場合には（Ｓ９が
Ｎ）、プリンタ装置１０−２に入力したプリントジョブ
をキャンセルする（Ｓ１０）。一方、待避する場合には
（Ｓ９がＹ）、プリントサーバ９に対して待避処理を指
示する（Ｓ１１）。その後、プリンタ装置１０−２では
プリントサーバ９からの応答を待つ（Ｓ１２）。

【００３５】図６は上述のプリントサーバ９から出力さ
れる待避処理を指示を受信したプリントサーバ９の処理
を説明するフローチャートである。先ず、プリントサー
バ９内のファイルサーバ１４はプリンタ装置１０−２か
ら待機要請があるか否か判断する（ステップ（以下ＳＴ
で示す）１）。ファイルサーバ１４は所定周期でこの待
機要請があるか判断しており、待機要請がなければ処理
を終わる（ＳＴ１がＮ）が、待機要請があると（ＳＴ１
がＹ）、前述の待避エリア（ワークエリア）１６に待避
エリアを確保する（ＳＴ２）。待避エリア（ワークエリ
ア）１６に待避エリアが確保されると（ＳＴ２）、プリ
ントサーバ９はクライアント７に対し待避処理を報知す
る（ＳＴ３）。

【００３６】次に、プリントサーバ９はプリンタ装置１
０−２に対し待機許可を出力し（ＳＴ４）、待避データ
（プリントジョブ）の転送を待つ（ＳＴ４）。プリンタ
装置１０−２側では、前述のように転送許可応答を待っ
ており（ＳＴ１２）、転送許可応答が入力すると（ＳＴ
１２がＹ）、待機転送処理を開始する（ＳＴ１３）。す
なわち、受信バッファ１９ａに格納されているプリント
ジョブを実行処理部２０の制御に従ってネットワーク６
に転送し、プリントサーバ９の待避エリア（ワークエリ
ア）１６に書き込む。プリントジョブが全てプリントサ
ーバ９の待避エリア（ワークエリア）１６に供給される
まで上述の転送処理を行う。

【００３７】プリントサーバ９ではプリンタ装置１０−
２からプリントジョブが転送されると待避エリア（ワー
クエリア）１６に格納する（ＳＴ４がＹ、ＳＴ５）。こ
の処理を繰り返し、全てのプリントジョブのデータが待
避エリア（ワークエリア）１６に格納されると処理を終
了する（ＳＴ６がＹ）。

【００３８】以上のようにしてプリントジョブを待避エ
リア（ワークエリア）１６に格納した後、例えば他のク
ライアントからプリントジョブが供給されると、プリン
タ装置１０−２は前のプリントジョブを待避させている
ので新たな印刷処理を行うことが可能である。したがっ
て、前のプリントジョブを待避状態のまま他のプリント
ジョブの印刷処理を行う。

【００３９】一方、クライアント７は自己のプリントジ
ョブが待避されていることから、その理由を取り除くた
め、例えばプリンタ装置１０−２に指定したサイズの用
紙をセットすると印刷可能状態となる。プリンタ装置１
０−２がクライアント７からのプリントジョブを印刷で
きる状態になると、プリンタ装置１０−２からプリント
サーバ９に対し復帰要請を行う。

【００４０】プリンタ装置１０−２から出力される復帰
要請は、復帰印刷が可能になったか判断し（Ｓ１５）、
復帰印刷が可能になると（Ｓ１５がＹ）、新たなプリン
トジョブが入力しない時（Ｓ１がＮ）、待避履歴がある
か判断し（Ｓ２がＹ）、待避履歴があり且つ復帰印刷が
可能な状態であればプリントサーバ９に対し復帰処理の
指示を行う（Ｓ１６）。

【００４１】この復帰要請があると（ＳＴ７がＹ）、フ
ァイルサーバ１４は待避エリア（ワークエリア）１６を
検索し（ＳＴ８）、待避エリア（ワークエリア）１６に
待避していたプリントジョブの復帰転送処理を開始する
（ＳＴ９）。その後、復帰転送処理が完了したか判断
し、復帰転送処理が終了すれば（ＳＴ１０がＹ）、クラ
イアント７に対し復帰処理の完了通知を行う（ＳＴ１
１）。

【００４２】一方、プリンタ装置１０−２では上述の復
帰処理の指示を行った後（復帰要請を行った後）、プリ
ントジョブの再転送の受信を待ち（Ｓ１７）、プリント
サーバ９からプリントジョブが供給されると再受信処理
を行う（Ｓ１８）。

【００４３】上述のようにして受信したプリントジョブ
は、受信バッファ１９ａに格納され（Ｓ１）、前述と同
様、受信バッファ１９ａに格納されたプリントジョブは
コマンド解析部２３に読み出され、プリントジョブの解
析処理を行う（Ｓ３）。例えば、プリントジョブ（印刷
データ）に含まれる文字コードは対応するパターンデー
タに変換され、各種コマンドに対しては対応する処理を
実行する（Ｓ４）。そして、エラーが発生を判断した後
（Ｓ５がＮ）、通常の印刷処理に従って画像メモリ（フ
レームメモリ）１９ｄに画像データ（ビットマップデー
タ）を展開し、１頁分の画像データが展開されるとプリ
ンタエンジン２２に画像データ（ビットマップデータ）
を出力し、記録紙に画像データの印刷を行う（Ｓ６）。

【００４４】以上のように処理することによって、プリ
ントジョブを実行する際エラーが発生しても、プリント
ジョブを待避エリア（ワークエリア）１６に待避させ、
後にプリント処理を行うことによって印刷処理を行うこ
とができる。また、エラーが発生した場合、当該プリン
トジョブを待避させることにより、プリンタ装置を停止
させることなく、他のクライアントからの印刷処理を実
行することもできる。

【００４５】尚、上述の実施形態例の説明ではプリンタ
装置１０−２の例で説明したが、他のプリンタ装置を使
用しても同様に実行することができる。 ＜第２実施形態例＞次に、本発明の第２実施形態例につ
いて説明する。

【００４６】図８は、第２実施形態例を説明する印刷シ
ステムの構成図である。同図の構成は前述の図１に近い
構成であり、同一箇所には同じ番号を記して説明する。
また、ネットワーク６の構成も図２と同様であり、ネッ
トワーク６には複数のクライアント７、サーバ８、プリ
ントサーバ９、プリンタ装置１０−１〜１０−４が接続
されている。また、クライアント７は例えばパーソナル
コンピュータで構成され、それぞれ内蔵するアプリケー
ションプログラムで作成した印刷データをサーバ８、又
はプリントサーバ９、又はプリンタ装置１０−３に出力
する構成である。

【００４７】図８は上述の構成のネットワーク６の中
で、クライアント７、プリントサーバ９、プリンタ装置
１０−２の接続構成、及び各装置の内部構成を説明する
図である。クライアント７は前述と同様、アプリケーシ
ョン１１、プリンタドライバ１２、スプールディレクト
リ１３を内蔵する。さらに、本例ではプリントマネージ
ャー２８を有し、プリントマネージャー２８内にジョブ
監視ツールとして監視手段２９を有する。この監視手段
２９は後述するプリンタ装置１０−２の印刷状態を監視
し、例えば印刷処理をキャンセルする際機能する。

【００４８】プリントサーバ９は、プリンタ装置１０−
２等の管理を行い、クライアント７から供給されるプリ
ントジョブをスプールディレクトリ１５の格納する。ま
た、スプールディレクトリ１５に格納したプリントジョ
ブを、例えばプリンタ装置１０−２に出力する。

【００４９】プリンタ装置１０−２は、プリントサーバ
９のスプールディレクトリ１５から出力されるプリント
ジョブを受信し、システムメモリに記憶する。図９はプ
リンタ装置１０−２の詳しい構成を説明する図である。
前述の図３の構成と同じである。但し、本例ではスタッ
クエリア１９ｃに記憶されるデータに特徴があり、この
スタックエリア１９ｃに後述する印刷データの付加情報
が書き込まれる。尚、他の構成は前述の図３と同じであ
り、受信バッファ１９ａシステムメモリ１９は受信バッ
ファ１９ａ、ワークエリア１９ｂ、スタックエリア１９
ｃ、画像メモリ（フレームメモリ）１９ｄで構成され、
ている。前述のプリントサーバ９から供給されたプリン
トジョブ（印刷データ）はシステムメモリ１９内の受信
バッファ１９ａに一旦格納される。尚、実行処理部２
０、コマンド解析部２３、描画処理部２４、ビデオ処理
部２５、及びプリンタエンジン２２の各機能は図３と同
様である。

【００５０】一方、スタックエリア１９ｃには上述のよ
うに、付加制御情報が記憶される。この付加情報はクラ
イアント７においてプリントジョブ（印刷データ）に付
加され、コマンド解析部２３のコマンド解析の結果解析
された付加制御情報が、実行処理部２０の制御によって
このスタックエリア１９ｃに書き込まれる。

【００５１】図１０は上述の付加制御情報を説明する図
である。先ず、同図に示す付加制御情報ＪＨ（ジョブヘ
ッダー）は、プリントジョブ（単位ジョブ）の先頭に付
加される付加制御情報であり、ジョブ名、総ページ数、
アプリケーション名、オーナー名、ドライバ情報が付加
される。また、付加制御情報ＰＨ（ページヘッダー）は
プリントジョブ内の各ページの先頭を示す付加制御情報
であり、ジョブ名、該当ページ数が付加される。また、
付加制御情報ＰＦ（ページフッター）は各ページの終端
を示す付加制御情報であり、ジョブ名、該当ページ数、
ページ終端符号が付加される。さらに、付加制御情報Ｊ
Ｆ（ジョブフッター）はプリントジョブ（単位ジョブ）
の終端を示す付加制御情報であり、ジョブ名、ジョブ終
端符号が付加される。

【００５２】上記構成の付加制御情報がプリントジョブ
（印刷データ）に付加されてクライアント７からプリン
トサーバ９を介してプリンタ装置１０−２に供給され
る。以上の構成において、以下に第２実施形態例の処理
動作を説明する。

【００５３】先ず、クライアント７はアプリケーション
１１を使用し、例えば文書を作成する。その後、オペレ
ータの印刷指示があると、作成された文書データはプリ
ンタドライバ１２に送られ、プリンタドライバ１２によ
って対応するプリントジョブが作成される。この時、上
述の各種付加制御情報（付加制御情報ＪＦ、ＰＨ、Ｐ
Ｆ、ＪＦ）も付加される。このようにして作成されたプ
リントジョブはスプールディレクトリ１３に格納され、
ネットワーク６を介してプリントサーバ９のスプールデ
ィレクトリ１５に供給される。

【００５４】さらに、スプールディレクトリ１５に格納
されたプリントジョブは、プリントサーバ９の制御によ
ってプリンタ装置１０−２に供給される。プリンタ装置
１０−２に供給されたプリントジョブは、図１１に示す
ように受信バッファ１９ａに格納され、受信バッファ１
９ａに所定量のプリントジョブが格納されるとコマンド
解析部２３に送られ、プリントジョブ（印刷データ）の
解析処理が行われる。すなわち、受信バッファ１９ａに
格納されたプリンタジョブ（印刷データ）は、順次コマ
ンド解析部２３に読み出され、文字コードは対応するパ
ターンデータに変換され、命令コマンドに対しては対応
する処理が行われる。また、プリントジョブに含まれる
付加制御情報も順次読み出され、スタックエリア１９ｃ
に記憶される。例えば、先ず付加制御情報ＪＦの付加制
御情報が読み出され、スタックエすなわち、受信バッフ
ァ１９ａに格納されたプリントジョブ（印刷データ）
は、順次コマンド解析部２３に読み出され、文字コード
は対応するパターンデータに変換され、命令コマンドに
対しては対応する処理が行われる。また、プリントジョ
ブに含まれる付加制御情報も順次読み出され、スタック
エリア１９ｃに記憶される。例えば、先ず付加制御情報
ＪＦの付加制御情報が読み出され、スタックエリア１９
ｃに記憶される。この付加制御情報ＪＦは前述のように
ジョブヘッダーであり、プリントジョブ（単位ジョブ）
の先頭に付加され、ジョブ名、総ページ数、アプリケー
ション名、オーナー名、ドライバ情報が付加されてい
る。したがって、プリンタ装置１０−２は上述のプリン
トジョブを送出したクライアント７（オーナー名）や、
アプリケーション情報、ドライバ名が分かると共に、ジ
ョブ名や総ページ数も認識する。

【００５５】次に、付加制御情報ＰＨが解析され、最初
のページ（第１ページ）が認識され、この情報がスタッ
クエリア１９ｃに書き込まれる。その後、第１ページの
印刷データが解析処理され、描画処理部２４の処理に従
って画像メモリ（フレームメモリ）１９ｄに順次展開さ
れていく。その後、付加制御情報ＰＦが解析され、最初
のページ（第１ページ）の終端が認識され、この情報が
スタックエリア１９ｃに書き込まれる。

【００５６】以後、スタックエリア１９ｃには第２ペー
ジ目、第３ページ目、・・・の順に付加制御情報ＰＨと
付加制御情報ＰＦが順次書き込まれ、この間描画処理部
２４では印刷データをビットマップデータに変換して画
像メモリ（フレームメモリ）１９ｄに展開する。

【００５７】この間、クライアント７から中止命令が出
力されると、プリンタ装置１０−２は中止処理を実行す
る。この中止命令は図１２に示すように、クライアント
７のプリントマネージャー２８からネットワーク６を介
して直接プリンタ装置１０−２に出力される。尚、図８
においては、ａに示すラインであり、ネットワーク６を
介して行われる。この中止命令が供給されたプリンタ装
置１０−２では以下で説明する中止処理を実行する。

【００５８】図１３はこの処理を説明するフローチャー
トである。ネットワーク６を介して中止命令が供給され
ると、実行処理部２０は印刷中止命令を発信したオーナ
ーを認識する（ステップ（以下ＳＴＰで示す）１）。こ
の認識処理は中止命令のコマンドに付加されたコード等
によって判断する。実行処理部２０はオーナーが分かる
と、当該オーナー発行のプリントジョブを検索する（Ｓ
ＴＰ２）。

【００５９】ここで、対応するプリントジョブが無けれ
ば（ＳＴＰ２が無し）、クライアント７に対し、対応す
るプリントジョブが無いことを通知する（ＳＴＰ３）。
一方、対応するプリントジョブが存在する場合（ＳＴＰ
２が有り）、この時の対応するプリントジョブの状態を
判断する（ＳＴＰ４）。

【００６０】この判断において、例えばプリントジョブ
を実行していなければ（ＳＴＰ４が未実行）、対応する
プリントジョブをクリアする（ＳＴＰ５）。例えば、プ
リントジョブが受信バッファ１９ａに入力しただけでコ
マンド解析部２３による解析処理を行っていない場合で
ある。また、プリント処理が完了している場合には（Ｓ
ＴＰ４が完了）、既にプリント処理を完了した旨の通知
をオーナーＰＣ（クライアント７）に通知する（ＳＴ
６）。例えば、画像メモリ（フレームメモリ）１９ｄに
印刷データに対するビットマップデータを展開し、その
全てがプリンタエンジン２２へ出力され、既に印刷処理
が完了している場合である。

【００６１】一方、プリントジョブの実行中では（ＳＴ
Ｐ４が実行中）、プリントジョブがどの過程まで進んで
いるかによって、対応する処理を行う。先ず、コマンド
解析部２３によってコマンドの解析処理を行い、描画処
理部２４による画像形成処理中であれば（ＳＴＰ７が
Ｙ）、ページ排出まで完了処理を行う（ＳＴＰ８）。一
方、画像メモリ（フレームメモリ）１９ｄに未出力デー
タがある場合には当該未出力データをクリアする（ＳＴ
Ｐ９がＹ、ＳＴ１０）。また、スタックエリア１９ｃに
未処理データがある場合には当該ページデータをクリア
する（ＳＴＰ１１がＹ、ＳＴ１２）。

【００６２】上述のように、本例では受信バッファ１９
ａに中止命令が入力し、コマンド解析部２３で中止命令
が解析されると実行処理部２０は中止処理を行い、その
時点で間に合うプリントジョブをキャンセルする。すな
わち、スタックエリア１９ｃに書き込まれたデータは勿
論のこと、画像メモリ（フレームメモリ）１９ｄに展開
中のデータも上述のようにクリア処理する。

【００６３】そして、スタックエリア１９ｃには前述の
ように付加制御情報も書き込まれているので、プリンタ
装置１０−２ではどのクライアント７からのプリントジ
ョブが、何ページ目で中止されたか分かっており、この
情報を図８に示すａライン（ネットワーク６）を介して
クライアント７の監視手段２９に出力する。したがっ
て、クライアント７はこの情報から中止命令を出力した
後（ＳＴＰ１３がＹ）、プリンタ装置内においてプリン
トジョブがどのような状態であるか容易に分かる。

【００６４】したがって、クライアント７はプリンタ装
置１０−２内のプリントジョブの状態が分かり、例えば
既に印刷が完了している場合には印刷物は出力されてい
ると判断でき、一方未だ印刷処理が行われていない場合
には例えば文書データを修正等した後、再度印刷処理を
行うことができる。さらに、複数枚の印刷処理が行われ
ている場合には、何ページまでの印刷が行われたか分か
り、対応する処理を行うことが可能となる。

【００６５】尚、本例によれば、異なったクライアント
から転送された複数のプリントジョブがスタックエリア
１９ｃに混在するような場合にも、実行処理部２０は指
示されたクライアントからのプリントジョブのみ選択し
正確にクリア処理することができる。

【００６６】また、図１４は、上述の付加制御情報をプ
リントサーバ９に設定した例であり、このように構成し
ても同様に実施することができる。 ＜第３実施形態例＞次に、本発明の第３実施形態例につ
いて説明する。

【００６７】第３実施形態例においても、ネットワーク
６を使用し、ネットワーク６には複数のクライアント
７、サーバ８、プリントサーバ９、プリンタ装置１０−
１〜１０−４が接続されている。また、クライアント７
は例えばパーソナルコンピュータで構成され、それぞれ
内蔵するアプリケーションプログラムで作成した印刷デ
ータをサーバ８、又はプリントサーバ９、又はプリンタ
装置１０−３に出力する構成である。

【００６８】本例は、クライアント７にエラーの発生通
知を行うか否かを、予めクライアント７によって設定し
ておく構成である。図１５は本例の処理を説明するフロ
ーチャートであり、クライアント７の処理を説明するフ
ローチャートである。

【００６９】先ず、クライアント７はアプリケーション
１１を使用し、印刷データを作成する（ステップ（以下
Ｗで示す）１）。次に、前述の第２実施形態例と同様、
付加制御情報をプリントジョブ（印刷データ）に付加す
る（Ｗ２）。その後、オペレータの印刷指示があると、
作成したプリントジョブ（印刷データ）を送出する（Ｗ
３）。

【００７０】以上のようにプリントジョブ（印刷デー
タ）を出力した後、イベント通知がありの設定を行う。
このイベント通知は、上述のクライアント７にエラーの
発生通知を行うか否かを予めクライアント７によって設
定しておくものであり、イベント通知を設定しない場合
には処理を終了する（Ｗ４がＮ）。一方、イベント通知
を設定している場合には、その後イベントデータの到着
を待つ（Ｗ５）。

【００７１】図１６はプリンタ装置１０−２側の処理で
あり、上述のプリントジョブ（印刷データ）を受け取る
と（ステップ（以下Ｖで示す）１）、付加制御情報を解
析し、第２実施形態例と同様印刷処理を行う（Ｖ３）。
その後、障害（エラー）が発生しなければ（Ｖ４が
Ｎ）、印刷処理を完了した後（Ｖ５）、印刷完了通知の
有無を判断する（Ｖ６）。ここで、印刷完了通知が必要
であれば（Ｖ６が要）、印刷イベントデータを作成し、
イベントデータを送出する（Ｖ７、Ｖ８）。

【００７２】一方、障害（エラー）が発生していれば
（Ｖ４がＹ）、障害発生通知を有無を判断し（Ｖ９）、
障害発生通知（エラー通知）を行う必要がある場合には
障害情報イベントデータを作成し（Ｖ１０）、当該イベ
ントデータをクライアント７に出力する（Ｖ１１）。

【００７３】以上のように構成することによって、エラ
ー情報の受信の有無をクライアント７が設定することが
でき、例えばプリンタ装置の近くにクライアントが位置
する場合にはイベント通知を設定せず、一方プリンタ装
置と離れた位置のクライアント７はイベント通知を設定
する等の柔軟な対応を行うことができる。 ＜第４実施形態例＞次に、本発明の第４実施形態例につ
いて説明する。

【００７４】図１７は、第４実施形態例を説明する印刷
システムの構成図である。本例は特にカラー印刷システ
ムに適用するものであり、ネットワーク６は前述の実施
形態例と同じである。

【００７５】本例は、クライアント又は入力端末から出
力される印刷データを加工する中間的なアプリケーショ
ンをプリントサーバに備え、当該プリントサーバにおい
て加工された印刷データをカラープリンタ装置に出力す
るものである。

【００７６】従来、ネットワーク上のクライアント７又
は入力端末によって文書データを作成し印刷処理を行う
際、アプリケーションとカラープリンタ装置の仲介役で
あるプリンタドライバが文書データを解析し、予め指定
された制御法則に従い属性データを付加する技術が開発
されている。例えば、文書データ“赤”という文字に赤
色印字の属性を付加する場合などである。

【００７７】このような従来の方式は、個々のクライア
ントの搭載されているプリンタドライバで文書データを
解析するものである。このため、プリンタドライバの動
作を規定する制御法則を記述した定義データをクライア
ント又は入力端末毎に持つ必要がある。また、この方式
であると、例えばＰＯＳ（point of sales）用の入力端
末のようなデータ端末装置では対応できない。さらに、
定義データを記憶できるクライアントにおいても、定義
データをメンテナンスするためにかなりの負担を必要と
する。

【００７８】そこで、ＰＯＳ（point of sales）用の入
力端末等が接続されたネットワークにおいても、印刷デ
ータを加工する中間的なアプリケーションをプリントサ
ーバに備え、当該プリントサーバにおいて加工された印
刷データをカラープリンタ装置に出力することにより定
義データに対応した処理を行うことを可能とするシステ
ムである。

【００７９】図１７において、ネットワーク６には複数
のクライアント７、プリントサーバ３２、カラープリン
タ装置３０、ＰＯＳ入力端末３１が接続されている。ま
た、クライアント７は例えばパーソナルコンピュータで
構成され、それぞれ内蔵するアプリケーションプログラ
ムで作成した印刷データをプリントサーバ９、又はカラ
ープリンタ装置３０に出力する。また、ＰＯＳ入力端末
３１からは、例えば商品の在庫状況や、商品の単価等の
データが入力し、これらのデータを印刷データとしてネ
ットワーク６に供給する。プリントサーバ３２は、本例
の印刷システムの中核となるサーバであり、後述する属
性定義データを有する。

【００８０】図１８は上述の構成のネットワーク６の模
式図である。ＰＯＳ入力端末３１は上述の商品の在庫
や、商品の単価等のデータを記憶するハードディスク３
１ａを有し、クライアント７は文書データを保存するハ
ードディスク７ａを有する。一方、プリントサーバ３２
は上述の属性定義データを記憶するハードディスク３２
ａを有し、クライアント７又はＰＯＳ入力端末３１から
供給される印刷データ（文書データ）に指示された属性
を付加する。すなわち、プリントサーバ３２は入力端末
のデータ処理部３２ｂ、クライアントＰＣのデータ処理
部３２ｃを有し、それぞれ対応するデータを処理する。

【００８１】図１９は、例えば本例のハードディスク３
２ａに記憶された属性定義データに例を示す図である。
属性定義データは印刷データに含まれる「属性」と、該
属性に対する「付加処理制御命令」によって構成されて
いる。「属性」と「付加処理制御命令」との関係は、
「属性」が特定文字列、例えば赤い、青い、等の特定文
字列である場合、「付加処理制御命令」として対応する
色を当該文字列に描画する命令である。また、「属性」
が特定文字パターン、例えば〇月〇日〇時等の特定パタ
ーンである場合、「付加処理制御命令」として当該特定
文字パターンをゴシックフォントによって印字する命令
である。さらに、「属性」が特定の記号や符号、例えば
￥、＄、＊等の時、「付加処理制御命令」として当該特
定記号や特定符号を強調印字する命令である。他の「属
性」と「付加処理制御命令」の対応関係は同図に示す通
りである。尚、「付加処理制御命令」として、反転、ア
ンダーライン等の付加処理命令であってもよい。

【００８２】一方、カラープリンタ装置３０はプリント
サーバ３２から供給される印刷データに従って印刷処理
を行う。カラープリンタ装置３０の構成は、前述の図３
と同じであり、システムメモリ１９は受信バッファ１９
ａ、ワークエリア１９ｂ、スタックエリア１９ｃ、画像
メモリ（フレームメモリ）１９ｄで構成され、プリント
サーバ３２から供給された印刷データがシステムメモリ
１９内の受信バッファ１９ａに格納される。実行処理部
２０は受信バッファ１９ａに格納した印刷データをコマ
ンド解析部２３に読み出し、コマンド解析部２３におい
て印刷データのコマンド解析を行う。本例においては、
画像メモリ（フレームメモリ）１９ｄは、例えばイエロ
ー（Ｙ）、マゼンダ（Ｍ）、シアン（Ｃ）、ブラック
（ＢＫ）の４枚のメモリで構成され、図２０に示すプリ
ンタエンジン２２に各メモリのデータを出力する構成で
ある。例えば、印刷画像が青色であれば、減法混色の原
理に基づきマゼンタ（Ｍ）色のトナーを用紙に転写した
後、シアン（Ｃ）色のトナーを用紙に転写し青色画像を
実現する。また、例えば、印刷画像が赤色であれば、イ
エロー（Ｙ）色のトナーを用紙に転写した後、マゼンタ
（Ｍ）色のトナーを用紙に転写し赤色画像を実現する。
以上の構成において、以下に本例による印刷処理動作を
説明する。

【００８３】図２１は本例の処理動作を説明するフロー
チャートである。同図はプリントサーバ３２の処理動作
を説明するフローチャートであり、プリントサーバ３２
には予め前述の属性定義データの読み込みが行われてい
る（ステップ（以下Ｕで示す）１）。次に、例えばＰＯ
Ｓ入力端末３１から印刷データが出力され、プリントサ
ーバ３２に供給されると、プリントサーバ３２は供給さ
れた印刷データを読み込む（Ｕ２）。プリントサーバ３
２の入力端末のデータ処理部３２ｂでは供給されたデー
タの処理を行う。

【００８４】すなわち、属性定義データ内の全ての文字
列について次の処理を繰り返す（Ｕ３）。具体的には入
力した印刷データに対し、「属性」を検索し、対応する
「付加処理制御命令」を付加する（Ｕ４）。例えば、印
刷データの中に“赤い”や“青い”の「属性」データが
存在すれば対応する文字列に対し、対応する赤色や青色
を付加する。また、印刷データの中に￥、＄、＊等の
「属性」が存在すれば、「付加処理制御命令」として当
該特定記号や特定符号を強調印字する命令を付加する。

【００８５】以上のようにして印刷データに「付加処理
制御命令」を含ませ、カラープリンタ装置３０に印刷デ
ータを出力する（Ｕ５）。カラープリンタ装置３０では
「付加処理制御命令」が含まれる印刷データに従った印
刷処理を行う。例えば、図２２はその一例であり、上述
の「付加処理制御命令」によって特定の文字列“経理
部”、“人事部”、“総務部”の文字列が指定色で印刷
されたものである。例えば、同図（ａ）は経理部の文字
を赤とし、人事部の文字は青とし、総務部の文字は黄色
とするものである。また、同図（ｂ）は用紙の側部に対
応する色のインデックスを付加するものであり、同図
（ｃ）は用紙全体を上述の色で印刷するものである。

【００８６】尚、図２２には文字や記号の強調や、アン
ダーライン等の印字は行っていないが同様に対応する
「付加処理制御命令」を実行することができる。また、
図２３はプリントサーバ３２内の属性定義データの他の
構成を説明するものであり、ハードディスク３２ａに登
録し、「属性」データ、「付加処理制御命令」として使
用する属性定義データを、他のメモリ３２ｄ〜３２ｆに
登録する属性定義データを選択して使用するものであ
る。例えば、メモリ３２ｄには属性定義データＡが登録
されており、またメモリ３２ｅには属性定義データＢが
登録されており、またメモリ３２ｆには属性定義データ
Ｃが登録されているとすれば、プリントサーバ３２は制
御情報３２ｇに従って属性定義データＡ〜Ｃの中の何れ
かを選択し、ハードディスク３２ａに登録する。そし
て、この登録した属性定義データに従って供給される印
刷データに対する属性付加処理を行う。

【００８７】この処理を説明するフローチャートが図２
４である。すなわち、先ず属性定義データを選択して読
み込み（ステップ（以下Ｍで示す）１）、一定時間毎に
次の処理を繰り返す（Ｍ２）。すなわち、属性定義デー
タＡ〜Ｃの中で新たに有効になった属性定義データがあ
る場合、有効になった当該属性定義データをハードディ
スク３２ａに読み込む（Ｍ３）。

【００８８】以上のように複数の属性定義データを選択
して使用することにより、より多くの属性定義データを
使用することが可能となり、更に柔軟な印刷処理を行う
ことができる。

【００８９】

【発明の効果】以上説明したように本発明によれば、プ
リントジョブにエラーが発生した場合でもプリントサー
バにプリントジョブを待避させるのでプリンタ装置を停
止させることなく印刷処理を行うことができる。

【００９０】また、印刷処理の実行中、印刷中止を行う
場合、プリンタ装置内の印刷状態を知ることができ、ク
ライアントは極めて適切な処理を行うことができる。

【図面の簡単な説明】

【図１】第１実施形態例を説明する印刷システムの構成
図である。

【図２】クライアント、プリントサーバ、プリンタ装置
の接続構成、及び各装置の内部構成を説明する図であ
る。

【図３】プリンタ装置の詳しい構成を説明する図であ
る。

【図４】第１実施形態例の印刷処理動作を説明する図で
ある。

【図５】プリンタ装置の制御を説明するフローチャート
である。

【図６】プリントサーバから出力される待避処理を指示
を受信したプリントサーバの処理を説明するフローチャ
ートである。

【図７】復帰処理を説明するフローチャートである。

【図８】第２実施形態例を説明する印刷システムの構成
図である。

【図９】プリンタ装置の詳しい構成を説明する図であ
る。

【図１０】付加制御情報を説明する図である。

【図１１】プリントジョブの流れを説明する図である。

【図１２】中止命令の指示系統を説明する図である。

【図１３】中止処理を説明するフローチャートである。

【図１４】プリントサーバに付加制御情報を供給する場
合の例である。

【図１５】第３実施形態例を説明するフローチャートで
ある。

【図１６】第３実施形態例を説明するフローチャートで
ある。

【図１７】第４実施形態例を説明する印刷システムの構
成図である。

【図１８】第４実施形態例を説明するネットワークの模
式図である。

【図１９】第４実施形態例を説明するハードディスクに
記憶された属性定義データの例を示す図である。

【図２０】第４実施形態例のプリンタエンジンの構成図
である。

【図２１】第４実施形態例の処理動作を説明するフロー
チャートである。

【図２２】（ａ）〜（ｃ）は第４実施形態例の印刷例を
示す図である。

【図２３】プリントサーバの一部を変形した場合の構成
を示す模式図である。

【図２４】第４実施形態例の変形例の処理動作を説明す
るフローチャートである。

【図２５】従来例の印刷システムの構成図である。

【図２６】従来例のプリントジョブの転送経路を説明す
る図である。

【図２７】従来例の印刷システムの詳しい構成を説明す
る図である。

【符号の説明】

６ ネットワーク ７ クライアント ８ サーバ ９ プリントサーバ １０−１〜１０−４ プリンタ装置 １１ アプリケーション １２ プリンタドライバ １３ スプールディレクトリ １４ ファイルサーバ １５ スプールディレクトリ １６ 待避エリア（ワークエリア） １８ ＬＡＮインターフェイス（Ｉ／Ｆ）ボード １９ システムメモリ １９ａ 受信バッファ １９ｂ ワークエリア １９ｃ スタックエリア １９ｄ 画像メモリ（フレームメモリ） ２０ 実行処理部 ２１ コントローラ ２２ プリンタエンジン ２３ コマンド解析部 ２４ 描画処理部 ２５ ビデオ処理部 ２８ プリントマネージャー ２９ 監視手段 ３０ カラープリンタ装置 ３１ ＰＯＳ入力端末 ３２ プリントサーバ ３２ａ ハードディスク ３２ｂ 入力端末のデータ処理部 ３２ｃ クライアントＰＣのデータ処理部 ３２ｄ〜３２ｆ メモリ ３２ｇ 制御情報

フロントページの続き (72)発明者 荒井 修一 東京都東大和市桜が丘２丁目229 番地 カシオ電子工業株式会社内 (72)発明者 小林 洋一 東京都東大和市桜が丘２丁目229 番地 カシオ電子工業株式会社内 (72)発明者 田村 恒治 東京都東大和市桜が丘２丁目229 番地 カシオ電子工業株式会社内

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上にクライアントコンピュ
   ータとプリントサーバとプリンタ装置が接続された印刷
   システムにおいて、 前記クライアントコンピュータに設けられ、印刷情報の
   プリントジョブを作成するプリントジョブの作成手段
   と、 前記プリンタ装置に設けられ、前記プリントジョブの解
   析処理を行い、記録紙に印刷処理を行う印刷処理手段
   と、 前記印刷処理中エラーが発生すると、前記プリントジョ
   ブを前記プリントサーバに待避させる待避手段と、 前記エラーが解消した時、前記プリントジョブを前記プ
   リンタ装置に復帰させる復帰手段と、 を有することを特徴とするカラー印刷システム。
2. 【請求項２】 前記プリントジョブの待避は、前記プリ
   ントサーバの待避メモリに行われることを特徴とする請
   求項１記載のカラー印刷システム。
3. 【請求項３】 前記待避手段によるプリントジョブの待
   避が行われている間、前記プリンタ装置に供給される他
   のクライアントコンピュータからのプリントジョブを、
   前記プリンタ装置は印刷処理することを特徴とする請求
   項１記載の印刷システム。
4. 【請求項４】 ネットワーク上にクライアントコンピュ
   ータとプリントサーバとプリンタ装置が接続された印刷
   システムにおいて、 前記クライアントコンピュータに設けられ、印刷情報の
   プリントジョブを作成すると共に、前記プリントジョブ
   の付加制御情報を作成する印刷情報作成手段と、 前記プリンタ装置に設けられ、前記プリントジョブの解
   析処理を行い、記録紙に印刷処理を行う印刷処理手段
   と、 前記プリンタ装置に設けられ、前記付加制御情報に含ま
   れる付加制御情報に従って印刷中止命令が出力された時
   点でのプリントジョブの状態を解析する付加制御情報解
   析手段と、 該付加制御情報解析手段によって解析されたプリンタ装
   置内のプリントジョブの状態を前記クライアントに報知
   する報知手段と、 を有することを特徴とするカラー印刷システム。
5. 【請求項５】 前記付加制御情報は前記プリントジョブ
   のジョブヘッダーとジョブフッターであることを特徴と
   する請求項４記載のカラー印刷システム。
6. 【請求項６】 前記付加制御情報は前記プリントジョブ
   の各ページのページヘッダーとページフッターであるこ
   とを特徴とする請求項５記載のカラー印刷システム。
7. 【請求項７】 前記クライアントは、前記付加制御情報
   解析手段によって解析されたプリンタ装置内のプリント
   ジョブの状態の報知を受けることの有無を設定できるこ
   とを特徴とする請求項４記載のカラー印刷システム。