JP2005246920A - 印刷制御装置および方法およびプログラム - Google Patents

Abstract

【課題】
Ｊａｍ発生に伴って行われたリカバリ処理に関するログを残すことで、適切なリカバリ処理を行うことを可能にした印刷制御装置および方法およびプログラムを提供する。
【解決手段】
クライアント端末１０１からの印刷依頼に対する印刷処理をプリンタ３０１で実行中にＪａｍが発生し、それに伴うリカバリ処理が行われた場合に、ＬＡＮ４０１を介してプリンタ３０１と接続されるホスト端末２０１にリカバリ情報（リカバリログ）を送信することで適切なリカバリ処理が行える。
【選択図】 図１

Description

本発明は、印刷制御装置および方法およびプログラムに関し、特に、印刷処理においてＪａｍ（紙詰まり）が発生した際に適切なリカバリ処理を行う印刷制御装置および方法およびプログラムに関する。

従来、印刷処理中に発生するＪａｍに対処する技術として、特許文献１記載の「プリンタ制御装置」が開示されている。

この特許文献１の発明は、ページ番号とＪａｍが発生したページにマークを付帯情報として印刷物に設定することでＪａｍ発生による出力ページの重複・欠落を容易に判別することができるというものである。
特開平０５−２２１０９３

しかしながら、上記特許文献１の発明では、どのようなリカバリ処理を行ったか等のログを残すといった処理は考慮されていないため、重複してＪａｍが発生した際には、どれが正式な印刷物なのか判別が不可能となる。

また、従来のシステムでは、Ｊａｍ発生に伴うリカバリ処理を誰でも行うことができたため、特殊なプレ印刷用紙を使用しており単純にリカバリしてはいけない場合や、情報漏洩を防止する必要がある場合などに、不特定多数のプリンタ使用者によりリカバリが行われ、Ｊａｍになった用紙を不用意に廃棄されるといったことが起こりセキュリティが失われてしまうといった問題があった。

そこで本発明では、Ｊａｍ発生に伴って行われたリカバリ処理に関するログを残すことで、適切なリカバリ処理を行うことを可能にした印刷制御装置および方法およびプログラムを提供することを目的とする。

上記目的を達成するため、請求項１の発明は、印刷指示に基づき印刷処理を行うとともに、該印刷処理に際して紙詰まりが生じた場合は、再印刷処理を実行するリカバリ手段を有する印刷制御装置において、前記リカバリ手段により再印刷処理された用紙に印刷付加するリカバリマークを設定するリカバリマーク設定手段と、前記リカバリマーク設定手段で設定したリカバリマークおよび前記リカバリ手段で再印刷処理したリカバリページおよびリカバリ回数を含むリカバリに関する情報を管理する管理手段とを具備することを特徴とする。

また、請求項２の発明は、請求項１の発明において、前記リカバリ手段は、前記リカバリに関する情報を再印刷する用紙に付加するリカバリ情報付加手段を具備することを特徴とする。

また、請求項３の発明は、請求項２の発明において、前記リカバリ情報付加手段は、前記リカバリに関する情報をバーコード、電子透かし、コピー時に浮き上がる地紋、暗号化された文字列若しくは記号の少なくとも１つを用いて再印刷する用紙に付加することを特徴とする。

また、請求項４の発明は、請求項１の発明において、前記リカバリ手段は、前記印刷処理に際して紙詰まりが生じた場合に、該紙詰まりに係わるページを選択的に再印刷する第１のリカバリ手段と、前記印刷処理に際して紙詰まりが生じた場合に、最初のページから再印刷する第２のリカバリ手段と、前記印刷指示に際して前記第１のリカバリ手段若しくは前記第２のリカバリ手段を選択する選択手段とを具備することを特徴とする。

また、請求項５の発明は、請求項１の発明において、前記管理手段により管理されている前記リカバリに関する情報を表示部に表示する表示制御手段を更に具備することを特徴とする。

また、請求項６の発明は、請求項１の発明において、前記管理手段により管理されている前記リカバリに関する情報を用紙に印刷出力する印刷出力制御手段を更に具備することを特徴とする。

また、請求項７の発明は、請求項１の発明において、前記リカバリ手段による再印刷処理を禁止するリカバリ禁止モードを設定するリカバリ禁止手段を更に具備し、前記管理手段は、前記リカバリ禁止手段により前記リカバリ禁止モードが設定された場合に紙詰まりが生じた場合は、正常に印刷されたページおよび紙詰まり発生時に該紙詰まりに係わるページを含む情報を管理することを特徴とする。

また、請求項８の発明は、請求項１の発明において、前記リカバリ手段による再印刷処理に際して、前記リカバリ手段による再印刷処理を行う権限の有無を判別するリカバリ権限判別手段と、前記リカバリ権限判別手段でリカバリ権限を有すると判別された場合に前記リカバリ手段による再印刷処理を許可するリカバリ許可手段とを更に具備することを特徴とする。

また、請求項９の発明は、印刷指示に基づき印刷処理を行うとともに、該印刷処理に際して紙詰まりが生じた場合は、再印刷処理をリカバリ手段で実行する印刷制御方法において、前記リカバリ手段により再印刷処理された用紙に印刷付加するリカバリマークをリカバリマーク設定手段で設定し、前記リカバリマーク設定手段で設定したリカバリマークおよび前記リカバリ手段で再印刷処理したリカバリページおよびリカバリ回数を含むリカバリに関する情報を管理手段で管理することを特徴とする。

また、請求項１０の発明は、印刷指示に基づき印刷処理を行うとともに、該印刷処理に際して紙詰まりが生じた場合は、再印刷処理を実行するリカバリ手段を有する印刷制御をコンピュータに実行させる印刷制御プログラムであって、前記リカバリステップにより再印刷処理された用紙に印刷付加するリカバリマークを設定するリカバリマーク設定ステップと、前記リカバリマーク設定ステップで設定したリカバリマークおよび前記リカバリステップで再印刷処理したリカバリページおよびリカバリ回数を含むリカバリに関する情報を管理する管理ステップとを含むことを特徴とする。

本発明によれば、Ｊａｍ発生に伴って行われたリカバリ処理に関するログを残すことで、重複してＪａｍが発生した場合にも正式な印刷物の判別が可能になる。

また、リカバリ処理をプリンタ管理者などに限定することも可能なので、機密性の高い文書の印刷中にＪａｍが発生した場合にも適切な廃棄処理が行われセキュリティの向上が図れるという効果を奏する。

以下、この発明に係わる印刷制御装置および方法およびプログラムの実施例について添付図面を参照して詳細に説明する。

図１は、この発明を適用して構成されたプリンタ３０１の概略構成を示すブロック図である。

このプリンタ３０１にはＬＡＮ（Local Area Network）４０１を介してクライアント端末１０１およびホスト端末２０１が接続されている。

クライアント端末１０１は、ユーザが扱うパーソナルコンピュータなどを指しており、図示はされていないがネットワークには複数台のクライアント端末が接続されている。また、この発明に係わるクライアント端末として印刷依頼を送信するようなネットワーク機器、例えば、ＦＡＸ、スキャナーなども該当する。

ホスト端末２０１は、プリンタ３０１から送られてくるリカバリ情報を管理するコンピュータを示しており、リカバリ情報を記憶および管理できるコンピュータならなんでもよい。また、クライアント端末１０１と共通でもよい。

プリンタ３０１は、同図に示されるように大きく分けて印刷制御部３０５、ＵＩ（User Interface）制御部３０８、印刷部３０９を具備して構成される。

まず、印刷制御部３０５は、この発明の印刷制御処理を行うにあたって核となる処理部であり、通信部３０２、制御部３０３、記憶部３０４を具備して構成される。

通信部３０２は、クライアント端末１０１およびホスト端末２０１とＬＡＮ４０１を介して通信を行う際の通信制御処理を行う処理部であり、同図に示される（点線矢印）ようにクライアント端末１０１から印刷依頼の受信を行う。また、その印刷依頼に対する印刷処理中にＪａｍが発生した場合には、Ｊａｍが発生した旨をクライアント端末１０１に通知し、ホスト端末２０１にはそのＪａｍに際して行われたリカバリ処理をリカバリ情報として送信する。

制御部３０３は、同図に図示される各処理部を集中的に管理および制御する。例えば、クライアント端末１０１から受信した印刷依頼から印刷データを形成し印刷部３０９に対して印刷指示を行ったり、印刷部３０９からの情報からＪａｍ発生情報を取得し、リカバリマークを付加するリカバリ印刷を行ように指示するといった処理を行う。

記憶部３０４は、Ｊａｍ発生時に印刷物に付加するリカバリマークの保存を行ったり、印刷データ、リカバリ情報を一時的に保存する場合などに使用される記憶領域を示している。

次に、ＵＩ制御部３０８は、プリンタ３０１本体に設置されたオペレーションパネルなどであり、表示部３０６、操作部３０７を具備して構成される。

表示部３０６は、印刷の状況や、Ｊａｍの発生などの情報を表示する画面を示している。

操作部３０７は、プリンタ利用者（ユーザ）がプリント設定の変更等の操作を行ったりするための操作ボタンである。

次に、印刷部３０９は、実際に紙（媒体）などに画像を形成する処理部である。例えば、Ｊａｍが発生した際などに制御部３０３の指示に基づいてリカバリマークを印刷するといった処理を行う。

図２は、図１に示したプリンタ３０１における印刷制御処理の動作を説明するフローチャートである。

プリンタ３０１は、ネットワーク上のクライアント端末１０１からの印刷依頼があるかどうかの監視を行っている（ステップＳ１０１）。

ここで、クライアント端末１０１からの印刷依頼を受信すると（ステップＳ１０１でＹＥＳ）、この印刷制御処理は開始される。

このプリンタ３０１による印刷制御処理では、まず、通信部３０２で受信した印刷依頼を制御部３０３で印刷データに変換し印刷部３０９に印刷指示を行うことで印刷処理が行われる（ステップＳ１０２）。そして、印刷処理が正常に行われた場合（ステップＳ１０３でＮＯ）、この印刷制御処理は終了する。

ここで、ステップＳ１０２での印刷処理中にＪａｍが発生した場合（ステップＳ１０３でＹＥＳ）、Ｊａｍ発生をユーザに通知する（ステップＳ１０４）。すなわち、Ｊａｍが発生したことを印刷部３０９のセンサー情報で検知すると制御部３０３にその旨が通知され、制御部３０３から通信部３０２を介してクライアント端末１０１にＪａｍ発生を通知する。

Ｊａｍ発生の通知を受けたユーザは、Ｊａｍの発生の原因となったプリンタ内に滞留した用紙などを取り除くことでリカバリ処理を行う（ステップＳ１０５）。

なお、ここでは印刷依頼を送信したクライアント端末１０１にＪａｍが発生した旨を通知するといった形態でＪａｍ発生を報知する手段を示したが、プリンタ３０１本体に設置されたオペレーションパネル３０６の表示部にＪａｍ発生のメッセージを表示することで、ユーザにＪａｍ解除処理を促すように構成してもよい。

次に、ユーザのリカバリ処理により印刷処理の続行が可能となったプリンタ３０１は、記憶部３０４に記憶されたリカバリマークをＪａｍが発生したページに付加し印刷を行う（ステップＳ１０６）。この際、リカバリマークは上位からの指示、予め決められたルール、あるいはランダムに選択されることにより決定される。

ステップＳ１０６のリカバリ印刷処理が終わると、その処理結果をリカバリ情報としてホスト端末２０１に送信し（ステップＳ１０７）、この印刷制御処理を終了する。

なお、上記実施例においてはリカバリ情報を印刷処理が終わった後に一括して送信するように構成したが、リカバリ情報をプリンタ３０１からホスト端末２０１へ送信するタイミングは、ページが印刷される都度行うようにしてもよいし、ホスト端末２０１から指示があった時点や毎日一回など決められた時間、あるいは、記憶部３０４に蓄積しデータ量がある閾値まで達した時点などに送信するなどでもよい。

また、上記実施例においてはリカバリ情報の送信先として、ホスト端末２０１に送信するように構成したが、操作部３０７およびクライアント端末１０１などからの操作によりリカバリ情報送信先を変更することで、印刷依頼を送信してきたクライアント端末１０１にリカバリ情報を送信するように構成してもよい。

また、リカバリ情報を報知する手段として、オペレーションパネル３０８の表示部３０６に表示することでユーザに報知するといった構成をとってもよいし、記憶部３０４にリカバリ情報を保持し印刷処理が終了した時点で用紙にリカバリ情報を印刷することでユーザに報知するといった構成をとってもよい。このようにプリンタ３０１単体で報知するといった構成をとることで、ホスト端末２０１にトラブルが発生した場合にも印刷処理が行えなくなるといった状況が起こらないし、適切にリカバリ情報をユーザに伝えるということも可能になる。上記以外にも、ユーザに対して適切にリカバリ情報を報知できるなら特に形態は問わない。さらに、プリンタ３０１単体で報知するといった構成をとることで、ネットワークプリンタ以外にもクライアント端末１０１と直接接続されるローカルプリンタなどにも本発明の印刷制御方法を適用することができる。

また、印刷ジョブ毎にリカバリ情報を全ておよび一部または報知しないの選択および設定を行うこともでき、全てのリカバリ情報を必ず報知するといった構成をとらなくてもよい。

ここで、リカバリ印刷の一例とそのリカバリ印刷に伴ってプリンタ３０１からホスト端末２０１へ送信されたリカバリ情報の構成内容の一例を図３に示す。

まず、図３の上記に示される《リカバリ印刷出力例１》には、リカバリ印刷の一例が示されている。この図示された印刷物はページ１からページ８までの８ページで構成されており、ページ４、ページ５、ページ６がＪａｍに関与したページである。

そして、矢印より下のページ４、ページ５、ページ６の拡大図に示されるように、リカバリマークを付加して印刷されていることが分かる。このリカバリマークは印刷物の本文（メイン）領域には影響しないようなヘッダー・フッター領域など用紙の隅に印刷されている。

なお、リカバリマークは暗号化した記号・文字列、イラスト、マーク、バーコード、ウォーターマークや地紋、電子透かしとして画像内に埋め込むなどの形態が想定されるが、これに限定されるものではなく、リカバリマークとして使用できるようなマークならどんなものでもよい。

また、リカバリバークの位置はヘッダー・フッター領域に限定されるものではなく、本文に影響が及ばないような位置ならどこに印刷してもよい。例えば、本文領域にウォーターマークや地紋を施すなどが挙げられる。

次に、図３の下記に示される《リカバリ情報通知例１》には、プリンタ３０１からホスト端末２０１に通知されるリカバリ情報の構成内容の一例が示されている。

このリカバリ情報は、「ジョブ名」、「ページ番号」、「処理状態」を含む内容で構成されており、「処理状態」として「（リカバリ）回数」、「状態」、「（リカバリ）マーク」、「（リカバリマーク）位置」が設定される。

「ジョブ名」とは、印刷依頼に際して自動で割り当てられるジョブＩＤなどであり、「ページ番号」とは、印刷対象のファイルが構成される各ページを示しており、「回数」とは、ページ毎に印刷処理を行った回数を示しており、「状態」とは、ページ毎に印刷処理が正常に行われたかどうかを示しており、「マーク」とは、リカバリ印刷が行われた場合に付加されたリカバリマークを示す情報であり、「位置」とは、リカバリマークが設定された位置を示す情報である。

また、図示したリカバリ情報以外にも「印刷者」、「印刷依頼を送信した端末情報」、「印刷時間」、「Ｊａｍ発生時間」などの情報を必要に応じて追加することにより、印刷物の管理が適切に行え、セキュリティの向上や印刷物の追跡などにも効果をあげることができる。

上記実施例１では、Ｊａｍ発生に伴ってリカバリ処理を行った際にはリカバリに関与したページのみにリカバリマークを付加するよう構成されていたが、実施例２では、配布物などの印刷処理に際してＪａｍが発生した場合に、リカバリマークが付いているページと付いていないページが混在するといった問題を解決するための実施例を説明する。

図４は、図１に示したプリンタ３０１における印刷制御処理の動作を説明するフローチャートである。

プリンタ３０１は、ネットワーク上のクライアント端末１０１からの印刷依頼があるかどうかの監視を行っている（ステップＳ２０１）。

ここで、クライアント端末１０１からの印刷依頼を受信すると（ステップＳ２０１でＹＥＳ）、この印刷制御処理は開始される。

このプリンタ３０１による印刷制御処理では、まず、通信部３０２で受信した印刷依頼を制御部３０３で全てのページにリカバリマークを付加した印刷データに変換し印刷部３０９に印刷指示を行うことで印刷処理が行われる（ステップＳ２０２）。

ここで、ステップＳ２０２での印刷処理中にＪａｍが発生した場合（ステップＳ２０３でＹＥＳ）、Ｊａｍ発生をユーザに通知する（ステップＳ２０４）。ここでは、印刷依頼が最初から再実行されるという構成をとっているので、ユーザに対して、現段階で出力されてる印刷物に対して廃棄を促すようなメッセージも同時に通知する。

ユーザに報知する手段として、ネットワークを介して印刷依頼を送信したクライアント端末１０１にダイアログ等を表示してもよいし、プリンタ３０１の本体に設置されたオペレーションパネル３０８の表示部３０６により通知してもよいし、適切に報知できるならどのような構成でユーザに報知してもよい。

Ｊａｍ発生の通知を受けたユーザは、Ｊａｍの発生の原因となったプリンタ内に滞留した用紙などを取り除くことでリカバリ処理を行う（ステップＳ２０５）。

ユーザのリカバリ処理により印刷処理の続行が可能となったプリンタ３０１は、Ｊａｍ発生前に印刷物に付加していたリカバリマークとは異なったリカバリマークを記憶部３０４から選択し（ステップＳ２０６）、印刷開始位置を印刷依頼の最初のページに戻して再びステップＳ２０２の処理に戻り、リカバリマークを付加して印刷処理を行う。

そして、印刷処理が正常に行われた場合（ステップＳ２０３でＮＯ）、リカバリ情報をホストに送信し（ステップＳ２０８）、この印刷制御処理は終了する。

ここで、リカバリ情報には、Ｊａｍが起こらずに印刷処理が完了した場合にはリカバリを行ってない旨をホスト端末２０１に送信し、リカバリを行った場合はリカバリを行った旨をホスト端末２０１に送信する。図５にリカバリ印刷の一例とそのリカバリ印刷に伴ってプリンタ３０１からホスト端末２０１へ送信されたリカバリ情報の構成内容の一例を示す。

まず、図５の上記に示される《リカバリ印刷出力例２》には、リカバリ印刷の一例が示されている。この図示された印刷物は矢印左に位置するものがＪａｍが発生する前に印刷された印刷物であり、矢印右に位置するものがＪａｍが発生したことによりリカバリが行われ再び最初から出力された印刷物を示しており、Ｊａｍ発生前と発生後に出力された印刷物ではリカバリマークとして印刷された地紋が異なっていることがわかる。

次に、図５の下記に示される《リカバリ情報通知例２》には、プリンタ３０１からホスト端末２０１に通知されるリカバリ情報の構成内容の一例が示されている。

このリカバリ情報は、「ジョブ名」、「リカバリ形式」「ページ番号」、「処理状態」を含む内容で構成されており、「処理状態」として「（リカバリ）回数」、「状態」、「（リカバリ）マーク」、「（リカバリマーク）位置」が設定される。

「ジョブ名」とは、印刷依頼に際して自動で割り当てられるジョブＩＤなどであり、「リカバリ形式」とは、Ｊａｍが発生した場合にどういったリカバリ処理を行うかを示しており、「ページ番号」とは、印刷対象のファイルが構成される各ページを示しており、「回数」とは、ページ毎に印刷処理を行った回数を示しており、「状態」とは、ページ毎に印刷処理が正常に行われたかどうかを示しており、「マーク」とは、リカバリ印刷が行われた場合に付加されたリカバリマークを示す情報であり、「位置」とは、リカバリマークが設定された位置を示す情報である。

この実施例２においては、Ｊａｍの有無に係わらず全ての印刷物に対してリカバリマークを付加するので、印刷物の統一性を確保できる。また、ここで印刷するリカバリマークにバーコード、電子透かし、コピー時に浮き上がる地紋などを使用することで、リカバリマークに誰が・いつとかといった印刷情報やドキュメント名に加えリカバリ情報を埋め込むことも可能であり、印刷物のセキュリティレベルを上げることもできる。また、Ｊａｍが発生した場合には、印刷依頼の最初からリカバリマークを変えて印刷するので、上記に付加されたリカバリマークが有する印刷情報等も更新され常に正しい情報が埋め込まれることとなる。

上記実施例１では、Ｊａｍ発生に伴ってリカバリ処理を行う場合、不特定多数のプリンタ使用者によりリカバリを行うことができたが、実施例３では、単純にリカバリしてはいけない場合や、情報漏洩を防止する必要がある場合などに、不特定多数のプリンタ使用者によりリカバリが行われ、Ｊａｍになった用紙を不用意に廃棄されるといったことが起こりセキュリティが失われてしまうといった問題を解決するための実施例を説明する。

図６は、この発明を適用して構成されたプリンタ３０１の概略構成を示すブロック図であり、実施例１を説明した図１の構成に認証部３１０の機能を追加して構成したプリンタ３０１を示している。

図６に示したプリンタ３０１の印刷制御部３０５は、認証部３１０、通信部３０２、制御部３０３、記憶部３０４を具備して構成される。

認証部３１０は、リカバリ処理を行うユーザの権限を認証する。ユーザの権限を認証するために利用するものとして、指紋、ＩＣ（Integrated Circuit）カード、ＵＳＢ（Universal Serial Bus）キー、磁気カードなどのユーザ権限を証明できるものが挙げられるが、ここに列挙したもの以外にもユーザ権限が証明できるものなら何でもよい。

通信部３０２は、認証部３１０で取得した認証情報に対する権限情報がホスト端末２０１に格納されている場合に、ホスト端末２０１に認証情報を送信し、その認証情報に対するホスト端末２０１からの応答を権限情報として受信する。

制御部３０３は、Ｊａｍが発生した場合に、リカバリ権限を有さないユーザによるリカバリ処理を禁止する。また、認証部３１０で取得した認証情報と権限情報の比較を行い、リカバリを許可するかどうかの判断を行うといった処理を行う。

記憶部３０４は、認証部３１０で取得した認証情報に対する権限情報を記憶することが可能で、記憶部３０４で権限情報を保持する場合は、プリンタ３０１単独でリカバリ権限判定が行える。

図７は、図６に示したプリンタ３０１における印刷制御処理の動作を説明するフローチャートである。

プリンタ３０１は、ネットワーク上のクライアント端末１０１からの印刷依頼があるかどうかの監視を行っている（ステップＳ３０１）。

ここで、クライアント端末１０１からの印刷依頼を受信すると（ステップＳ３０１でＹＥＳ）、この印刷制御処理は開始される。

このプリンタ３０１による印刷制御処理では、まず、通信部３０２で受信した印刷依頼を制御部３０３で印刷データに変換し印刷部３０９に印刷指示を行うことで印刷処理が行われる（ステップＳ３０２）。そして、印刷処理が正常に行われた場合（ステップＳ３０３でＮＯ）、この印刷制御処理は終了する。

ここで、ステップＳ３０２での印刷処理中にＪａｍが発生した場合（ステップＳ３０３でＹＥＳ）、プリンタ３０１本体に設置されたオペレーションパネル３０８の表示部３０６に、リカバリ権限を有するユーザによるリカバリ処理を促すメッセージの表示を行う（ステップＳ３０４）。また、印刷依頼を送信したクライアント端末１０１やプリンタ管理者にダイアログ等を使って報知するといった形態をとってもよい。

Ｊａｍ発生の通知を受けたユーザは、プリンタ３０１本体に設置されたオペレーションパネル３０８の操作部３０８から認証コードを入力するなどしてリカバリ権限を有していることを証明する（ステップＳ３０５）。

次に、ユーザにより入力された認証コードを認証情報としてプリンタ３０１の内部に保持する権限情報と比較することで、ユーザにリカバリ権限が有るかどうかの判定を行う（ステップＳ３０６）。

ここで、認証を行ったユーザにはリカバリ権限が無いと判断された場合（ステップＳ３０６でＮＯ）、再び、ステップＳ３０４に戻りオペレーションパネル３０８の表示部３０６に、リカバリ権限を有するユーザによるリカバリ処理を促すメッセージの表示を行う。

また、認証を行ったユーザはリカバリ権限を有すると判断された場合（ステップＳ３０６でＹＥＳ）、リカバリが許可され、Ｊａｍの発生の原因となったプリンタ内に滞留した用紙などをリカバリ権限を有するユーザが取り除くことでリカバリ処理を行う（ステップＳ３０７）。

そして、リカバリ権限を有するユーザのリカバリ処理により印刷処理の続行が可能となったプリンタ３０１は、記憶部３０４に記憶されたリカバリマークをＪａｍが発生したページに付加し印刷を行う（ステップＳ３０８）。

ステップＳ３０８のリカバリ印刷処理が終わると、その処理結果をリカバリ情報としてホスト端末２０１に送信し（ステップＳ３０９）、この印刷制御処理を終了する。

なお、上記実施例においては、リカバリ権限を有するか否かの判定を行う際に、プリンタ３０１内部に有する権限情報とユーザによる認証情報を比較するよう構成したが、権限情報をネットワークを介して接続されるホスト端末２０１に保持するよう構成してもよい。

この実施例３においては、Ｊａｍ発生に伴うリカバリ処理を行える者を、プリンタ管理者や、Ｊａｍ発生の原因となった印刷依頼を送信したユーザ等に限定することで、不特定多数のプリンタ使用者によりリカバリが行われ、Ｊａｍになった用紙を不用意に廃棄される場合などに、セキュリティが失われるといった問題を解決することができる。

上記に実施例１、実施例２、実施例３を使ってこの発明に係わるプリンタ３０１の印刷制御処理を説明したが、この実施例１、実施例２、実施例３の実施の形態を全て、あるいは、一部を組み合わせることにより実施してもよい。

本発明の印刷制御装置および方法およびプログラムは、印刷処理中に発生するＪａｍとそれに伴って行われるリカバリ処理に関してのログを採取するよう構成したので、Ｊａｍによる情報漏洩を抑止する場合に有効であり、特に、社外秘文書などの機密性の高い印刷物を扱う部署およびオフィスで有効利用することができる。

この発明を適用して構成されたプリンタ３０１の概略構成を示すブロック図である。 図１に示したプリンタ３０１における印刷制御処理の動作を説明するフローチャートである。 リカバリ印刷の一例とそのリカバリ印刷に伴ってプリンタ３０１からホスト端末２０１へ送信されたリカバリ情報の構成内容の一例である。 図１に示したプリンタ３０１における印刷制御処理の動作を説明するフローチャートである（実施例２）。 リカバリ印刷の一例とそのリカバリ印刷に伴ってプリンタ３０１からホスト端末２０１へ送信されたリカバリ情報の構成内容の一例である（実施例２）。 この発明を適用して構成されたプリンタ３０１の概略構成を示すブロック図である（実施例３）。 図６に示したプリンタ３０１における印刷制御処理の動作を説明するフローチャートである（実施例３）。

符号の説明

１０１ クライアント端末
２０１ ホスト端末
３０１ プリンタ
３０２ 通信部
３０３ 制御部
３０４ 記憶部
３０５ 印刷制御部
３０６ 表示部
３０７ 操作部
３０８ ＵＩ制御部（オペレーションパネル）
３０９ 印刷部
３１０ 認証部
４０１ ＬＡＮ（Local Area Network）

Claims (10)

1. 印刷指示に基づき印刷処理を行うとともに、該印刷処理に際して紙詰まりが生じた場合は、再印刷処理を実行するリカバリ手段を有する印刷制御装置において、
   前記リカバリ手段により再印刷処理された用紙に印刷付加するリカバリマークを設定するリカバリマーク設定手段と、
   前記リカバリマーク設定手段で設定したリカバリマークおよび前記リカバリ手段で再印刷処理したリカバリページおよびリカバリ回数を含むリカバリに関する情報を管理する管理手段と
   を具備することを特徴とする印刷制御装置。
2. 前記リカバリ手段は、
   前記リカバリに関する情報を再印刷する用紙に付加するリカバリ情報付加手段
   を具備することを特徴とする請求項１記載の印刷制御装置。
3. 前記リカバリ情報付加手段は、
   前記リカバリに関する情報をバーコード、電子透かし、コピー時に浮き上がる地紋、暗号化された文字列若しくは記号の少なくとも１つを用いて再印刷する用紙に付加する
   ことを特徴とする請求項２記載の印刷制御装置。
4. 前記リカバリ手段は、
   前記印刷処理に際して紙詰まりが生じた場合に、該紙詰まりに係わるページを選択的に再印刷する第１のリカバリ手段と、
   前記印刷処理に際して紙詰まりが生じた場合に、最初のページから再印刷する第２のリカバリ手段と、
   前記印刷指示に際して前記第１のリカバリ手段若しくは前記第２のリカバリ手段を選択する選択手段と
   を具備することを特徴とする請求項１記載の印刷制御装置。
5. 前記管理手段により管理されている前記リカバリに関する情報を表示部に表示する表示制御手段
   を更に具備することを特徴とする請求項１記載の印刷制御装置。
6. 前記管理手段により管理されている前記リカバリに関する情報を用紙に印刷出力する印刷出力制御手段
   を更に具備することを特徴とする請求項１記載の印刷制御装置。
7. 前記リカバリ手段による再印刷処理を禁止するリカバリ禁止モードを設定するリカバリ禁止手段
   を更に具備し、
   前記管理手段は、
   前記リカバリ禁止手段により前記リカバリ禁止モードが設定された場合に紙詰まりが生じた場合は、正常に印刷されたページおよび紙詰まり発生時に該紙詰まりに係わるページを含む情報を管理する
   ことを特徴とする請求項１記載の印刷制御装置。
8. 前記リカバリ手段による再印刷処理に際して、前記リカバリ手段による再印刷処理を行う権限の有無を判別するリカバリ権限判別手段と、
   前記リカバリ権限判別手段でリカバリ権限を有すると判別された場合に前記リカバリ手段による再印刷処理を許可するリカバリ許可手段と
   を更に具備することを特徴とする請求項１記載の印刷制御装置。
9. 印刷指示に基づき印刷処理を行うとともに、該印刷処理に際して紙詰まりが生じた場合は、再印刷処理をリカバリ手段で実行する印刷制御方法において、
   前記リカバリ手段により再印刷処理された用紙に印刷付加するリカバリマークをリカバリマーク設定手段で設定し、
   前記リカバリマーク設定手段で設定したリカバリマークおよび前記リカバリ手段で再印刷処理したリカバリページおよびリカバリ回数を含むリカバリに関する情報を管理手段で管理する
   ことを特徴とする印刷制御方法。
10. 印刷指示に基づき印刷処理を行うとともに、該印刷処理に際して紙詰まりが生じた場合は、再印刷処理を実行するリカバリ手段を有する印刷制御をコンピュータに実行させる印刷制御プログラムであって、
    前記リカバリステップにより再印刷処理された用紙に印刷付加するリカバリマークを設定するリカバリマーク設定ステップと、
    前記リカバリマーク設定ステップで設定したリカバリマークおよび前記リカバリステップで再印刷処理したリカバリページおよびリカバリ回数を含むリカバリに関する情報を管理する管理ステップと
    を含むことを特徴とする印刷制御プログラム。

Images