JP2015036229A - 画像形成装置及びその制御方法、並びにプログラム - Google Patents

Abstract

【課題】性能が不明なサードパーティ製フィニッシャを接続した場合でも、印刷処理開始前の事前判定を適切に行うことが可能となり、作業効率の低下を防止することができる画像形成装置を提供する。【解決手段】接続Ｉ／Ｆ２０２を介してサードパーティ製のフィニッシングＡＣＣ２０１が接続された画像形成装置本体２０３では、フィニッシングＡＣＣ２０１からエラー通知を受けると当該装置への排紙処理を中断し、エラー通知を受ける直前に排紙した用紙のうち所定の条件を満足する用紙情報を表示して、エラー原因となる用紙をオペレータに選択させ、給紙不可の用紙として給紙判定テーブルに登録する。以後は、給紙判定テーブルの給紙可否フラグに基づいて給紙判定が行われる。【選択図】図１

Description

本発明は、画像形成装置及びその制御方法、並びにプログラムに関し、特に、サードパーティ製フィニッシャでのエラー対応技術に関する。

オフィス向けの画像形成装置に接続して利用されるフィニッシャ（後処理装置）は、画像形成装置と同一のメーカーから提供されることが多いことから、画像形成装置がフィニッシャの詳細な性能情報を容易に取得することができる。例えば、サドル機能を有するフィニッシャが接続された画像形成装置がサドル処理を伴う印刷ジョブを受信した場合、画像形成装置は次の動作を行う。すなわち、フィニッシャにサドル処理を指示する前に、収納されている用紙がサドル処理可能な用紙か、その用紙のサイズや坪量、同時に給紙する束の総枚数などを毎回チェックし、条件を満たしているか確認する。この事前チェックで禁則条件に当てはまる場合、画像形成装置は禁則条件に基づくエラー表示を行い、オペレータの指示を待つことが一般的である。

また、特許文献１には、後処理の設定（例えばＺ折りの折り幅）をユーザから受け付けた場合に、ユーザから受け付けた設定に基づいて後処理を実行可能か否かを判定する構成が開示されている。特許文献１の場合、後処理を実行できないと判定された場合に、警告画面を表示する。

特開２０１０−１５００３６号公報

ところが、オンデマンド印刷（ＰＯＤ）市場向けの画像形成装置に接続して利用されるフィニッシャは、顧客の要求にあわせて様々な種類があり、画像形成装置と異なるメーカーから提供されることが多い。

互いに異なるメーカーの画像形成装置とフィニッシャを接続して利用する場合、これらが汎用性のあるＩ／Ｆによって疎結合な状態で接続される。このような接続方法は、新規のフィニッシャが増える度に新規のＩ／Ｆ仕様を規定する必要が無いが、個々のフィニッシャの性能情報を取得できないため、フィニッシャの性能に適応した給紙や排紙処理、エラー処理を実現することができない。

特に、ＰＯＤ機を扱うオペレータは、作業効率と稼働率を重視するので、印刷ジョブの設定内容や入稿データの不備に起因する印刷処理、フィニッシング処理の中断を嫌う。そのため、印刷処理開始前に印刷ジョブの設定内容とデバイスの性能を照らし合わせ、印刷開始時に事前判定を行うのが一般的であるが、画像形成装置側がフィニッシャの詳細な性能情報を把握できない組み合わせも多い。結果的に、適切な禁則情報に基づく事前判定が困難となる。

本発明は、上記問題に鑑みて成されたものであり、性能が不明なサードパーティ製フィニッシャを接続した場合でも、当該フィニッシャの性能を考慮した給紙判定を実現することができ、作業効率の低下を防止することができる印刷制御技術を提供する。

上記目的を達成するために、本発明の画像形成装置は、後処理装置が接続された画像形成装置において、前記後処理装置からのエラー通知を受ける受信手段と、前記受信手段がエラー通知を受けた時点で前記後処理装置への排紙を中断する排紙制御手段と、前記後処理装置への排紙が中断された後、前記エラー通知を受ける直前に前記後処理装置に排紙した用紙のうち所定の条件を満足する用紙の情報を表示する表示手段と、前記表示手段に表示された用紙の情報から選択されたものを給紙不可の用紙として登録する登録手段と、前記登録手段により登録された情報に基づいて給紙を制御する給紙制御手段とを備えることを特徴とする。

本発明によれば、後処理装置からエラー通知を受けると当該装置への排紙処理を中断し、エラー通知を受ける直前に排紙した用紙のうち所定の条件を満足する用紙情報を表示して、エラー原因となる用紙を選択させ、給紙不可の用紙として登録する。以後は、登録された情報に基づいて給紙判定が行われる。これにより、画像形成装置にサードパーティ製フィニッシャを接続した場合でも、フィニッシャの性能を考慮した給紙判定を実現できる。その結果、オペレータは、不適切な給紙・排紙処理に起因するジャム等のエラーが繰り返し発生することを回避することができ、作業効率の低下を防止することが可能となる。

本発明の実施形態に係る画像形成装置の構成例を示す図である。 図１の画像形成装置本体のハードウェアの構成例を示すブロック図である 画像形成装置本体のソフトウェアの構成例を示すブロック図である。 図３に示す画像形成装置本体２０３におけるエラー発生から印刷処理再開までの流れを示すシーケンスである。 図３に示す画像形成装置本体２０３におけるエラー発生から印刷処理再開までの流れを示すシーケンスである。 図４ＡのＳ５２１における印刷ジョブ制御部４０５が実行する判断処理の詳細を示すフローチャートである。 給紙判定部に保持される給紙判定テーブルの一例を示す図である。 給紙を制限する用紙を登録するための禁則用紙の登録画面の一例を示す図であり、（ａ）エラー原因の用紙を特定できない場合に表示される画面、（ｂ）エラー原因の用紙を特定できた場合に表示される画面である。

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

図１は、本発明の実施形態に係る画像形成装置の構成例を示す図である。

図１において、画像形成装置１０２は、サードパーティ製のフィニッシングアクセサリ（フィニッシングＡＣＣ）２０１（後処理装置）と、接続インターフェース（Ｉ／Ｆ）２０２と、画像形成装置本体２０３と、給紙アクセサリ（給紙ＡＣＣ）とで構成される。図示例は、基本的な構成例を示すものであり、他のアクセサリ装置が接続されていてもよい。

画像形成装置１０２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１００を介して情報処理装置１０１に接続されている。図示例では、ネットワーク１００に情報処理装置１０１が接続されている環境であるが、これに限定されるものではなく、他の情報処理装置や他の画像形成装置が接続されている環境であってもよい。

情報処理装置１０１は、印刷データの作成や編集が可能で、用紙サイズやタイプ、給紙段指定などが行われた印刷データを作成し、画像形成装置１０２へ送信する。

画像形成装置１０２は、情報処理装置１０１からネットワーク１００を介して印刷データを受信し、当該印刷データの印刷処理と、当該印刷データに指定された所定のフィニッシング処理を行う。

給紙ＡＣＣ２０４は、異なるサイズやタイプの用紙を複数の給紙段に収容し、画像形成装置本体２０３からの給紙要求に応じて所定の給紙段から指定の用紙を画像形成装置本体２０３に給紙する。

画像形成装置本体２０３は、給紙ＡＣＣ２０４に対して、印刷データに指定された用紙の給紙要求を行い、給紙ＡＣＣ２０４から給紙された用紙に印刷処理を行う。そして、画像形成装置本体２０３は、画像形成された用紙を、接続Ｉ／Ｆ２０２を介してフィニッシングＡＣＣ２０１へ排紙する。

フィニッシングＡＣＣ２０１は、フィニッシング処理として、くるみ製本処理やリングバインダ処理、サドル等の折り処理が可能であるが、これらに限定されるものではない。フィニッシングＡＣＣ２０１は、接続Ｉ／Ｆ２０２のみを認識しており、接続Ｉ／Ｆ２０２から送られてきた用紙に対して所定のフィニッシング処理を行い、印刷物として排紙する。一方、画像形成装置本体２０３もフィニッシングＡＣＣ２０１と同様に、接続Ｉ／Ｆ２０２のみを認識しており、フィニッシングＡＣＣ２０１を直接認識することはないので、フィニッシングＡＣＣ２０１から性能に関する情報等を容易に取得することは困難である。

図２は、図１の画像形成装置本体２０３のハードウェアの構成例を示すブロック図である。

画像形成装置本体２０３は、画像処理コントローラ３００と、ユーザーインターフェース（ＵＩ）として表示手段と操作手段を備える操作部３１１と、画像出力デバイスであるプリンタエンジン３１２を備える。

画像処理コントローラ３００は、ＣＰＵ３０１、ＲＡＭ３０２、操作部（ＵＩ）Ｉ／Ｆ３０３、ネットワーク（Ｎｅｔｏｗｒｋ）Ｉ／Ｆ３０４、ＲＯＭ３０５、ＨＤＤ３０６、及びイメージバス（Ｉｍａｇｅ Ｂｕｓ）Ｉ／Ｆ３０７を備える。これらはシステムバス（Ｓｙｓｔｅｍ Ｂｕｓ）３２０を介して接続されており、相互に通信を行う。また、画像処理コントローラ３００では、ラスタイメージプロセッサ（ＲＩＰ）３０８、プリンタ画像処理部３０９、エンジンＩ／Ｆ３１０、及びイメージバスＩ／Ｆ３０７を備え、これらがイメージバス３３０を介して接続されている。

ＣＰＵ３０１は、画像形成装置本体２０３の主たる制御を行う中央処理装置である。ＲＡＭ３０２は、ＣＰＵ３０１のワークメモリとして使用される。ＲＯＭ３０５には、画像形成装置本体２０３の起動や実行に必要な各種パラメータ及びプログラムが格納されており、必要に応じてＣＰＵ３０１等からアクセスされる。

ＵＩ Ｉ／Ｆ３０３は、操作部３１１に接続されており、操作部３１１から入力された信号をＣＰＵ３０１等へ通知する。ネットワークＩ／Ｆ３０４は、ネットワーク１００経由で情報処理装置１０１等からＰＤＬデータ等を受信する。受信したＰＤＬデータ等は、ＨＤＤ３０６へ格納される。

ＨＤＤ３０６は、ネットワーク１００経由で受信したＰＤＬデータの一時的な格納や、ＲＩＰ３０８、プリンタ画像処理部３０９のデータスワップ領域としてアクセスされる。

イメージバスＩ／Ｆ３０７は、システムバス３２０とイメージバス３３０を接続し、制御系ソフトウェアが動作するシステムバス３２０側とイメージバス３３０上で動作するページ画像処理に関するモジュール間の通信を取り持つ。

ＲＩＰ３０８は、ＰＤＬデータをビットマップイメージ等のイメージファイルに変換するプロセッサである。プリンタ画像処理部３０９は、ＲＩＰ３０８で変換されたイメージファイルに対して、プリンタエンジン３１２に適した解像度変換や補正処理を行う。

エンジンＩ／Ｆ３１０は、プリンタエンジン３１２を制御するためのインターフェースである。プリンタエンジン３１２は、イメージファイルを電子写真技術やインクジェット技術などの既知の印刷技術を用いて印刷用紙などのメディアに実際に印刷する。プリンタエンジン３１２は、接続Ｉ／Ｆ２０２を介してフィニッシングＡＣＣ２０１に接続されている。

図３は、画像形成装置本体２０３のソフトウェアの構成例を示すブロック図である。なお、図示例では、上述したハードウェア構成も記載されている。

図３において、印刷ジョブ制御部４０５、ＰＤＬ解析部４１４、及びＵＩ画面制御部４３０は、ＲＯＭ３０５、ＲＡＭ３０２、ＨＤＤ３０６のいずれかに記憶され、ＣＰＵ３０１によって実行されるソフトウェアモジュールである。

印刷ジョブ制御部４０５、ＰＤＬ解析部４１４、ドキュメント属性制御部４０６、ページ属性制御部４０８、給紙判定部４１２等のソフトウェアモジュールはＣＰＵ３０１により実行される。これらのソフトウェアモジュールが実行されたときに生じる一時的なデータは、ＲＡＭ３０２に保存される。印刷ジョブ制御部４０５は、ドキュメント属性制御部４０６と印刷ページ制御部４０７で構成される。印刷ページ制御部４０７は、ページ属性制御部４０８、ページ保存部１＿４０９、ページ保存部２＿４１０、及び印刷制御部４１１で構成される。

ＲＩＰ制御部４１７は、システムバス３２０に接続された各部に加え、イメージバス３３０に接続されたＲＩＰ３０８やプリンタ画像処理部３０９と連携して動作する。

エンジン制御部４１８やサードパーティＡＣＣ制御部４１９は、システムバス３２０に接続された各部に加え、イメージバス３３０に接続されたエンジンＩ／Ｆ３１０と連携してプリンタエンジン３１２やフィニッシングＡＣＣ２０１の制御を行う。

ネットワークＩ／Ｆ３０４は、ＴＣＰ／ＩＰのソケットＩ／ＦをＮｅｔｗｏｒｋ制御部４０２に提供する。情報処理装置１０１のアプリケーションは、印刷ジョブとしてＰＤＬデータを生成し、ＲＡＷ／ＬＰＲのいずれかの送信プロトコルでＰＤＦ、ＰｏｓｔＳｃｒｉｐｔ、ＰＣＬ、ＸＰＳ、ＴＩＦＦ、ＪＰＥＧ等のＰＤＬデータを送信する。

ＲＡＷ／ＬＰＲの通信プロトコルに対応するＮｅｔｗｏｒｋ制御部４０２は、ＰＤＬデータを受信し、Ｄａｔａ受信制御部４０３とその受信バッファ４０４を介してＨＤＤ３０６に逐次ストリームデータとして書き込みを行う。

印刷ジョブ制御部４０５は、Ｎｅｔｗｏｒｋ制御部４０２がＰＤＬデータを受信すると、印刷ジョブの受信開始を認識して印刷ジョブの処理を開始する。そして、印刷ジョブ制御部４０５は、ＰＤＬ解析部４１４を起動し、ＰＤＬ解析部４１４に対してＨＤＤ３０６に蓄積されたＰＤＬデータの読み出しを指示する。

ＰＤＬ解析部４１４は、ＨＤＤ３０６から読み出したＰＤＬデータを展開する。このとき、ページ解析部４１５がＰＤＬデータに指定された用紙サイズやタイプ、給紙段等の設定情報を取得したり、描画コマンドの解析や描画処理を行う。ページ解析部４１５が描画処理した中間ページデータは、ページ保存部１＿４０９に保存される。ページ保存部１＿４０９に保存されたページデータは、ＲＩＰ制御部４１７においてＲＩＰ処理され、プリンタエンジン３１２に最適化された画像としてページ保存部２＿４１０に保存される。

ページ属性検出部４１６は、ページサイズ、ページの用紙タイプ等の情報を検出して、それらの情報を印刷ページ制御部４０７のページ属性制御部４０８に送信する。特に、印刷ジョブの先頭ページの解析処理では、ページ情報だけではなく、ドキュメント全体の設定に関わるドキュメント情報もＰＤＬ解析部４１４によって解析される。ドキュメント情報は、ページ解析部４１５を経由してドキュメント属性制御部４０６に送信される。

印刷制御部４１１は、給紙判定部４１２と排紙管理部４１３で構成される。給紙判定部４１２は、印刷開始時に、ＰＤＬデータから生成された、ドキュメント属性制御部４０６のドキュメント属性とページ属性制御部４０８のページ属性を取得する。そして、これらの情報から、給紙判定部４１２内の給紙判定テーブル７００（給紙管理情報）に照らして、エンジン制御部４１８に給紙を指示するか判断する。給紙判定テーブル７００の一例を図６に示す。

図６において、ＩＤ７０１は、レコード毎に一意に定まるＩＤである。サイズ７０２は、用紙が定型用紙の場合には「定型用紙」の名称が登録され、カスタム用紙の場合には「カスタム用紙」の名称が登録される。

タイプ７０３は、普通紙、薄紙、厚紙等の用紙タイプを示すコードが登録される。坪量７０４には、各レコードが対象とする用紙の坪量の上限と下限が登録される。送り方向７０５は、画像形成装置の副走査方向に対する用紙サイズの上限と下限値が登録される。幅方向７０６には、画像形成装置の主走査方向に対する用紙サイズの上限と下限値が登録される。給紙向き７０７には、対応可能な給紙の向き情報が登録される。

例えば、坪量：７５ｇｓｍ、用紙タイプ：厚紙（０ｘ０３）、用紙サイズ：２１０×２９７ｍｍのカスタム用紙が指定されたＰＤＬデータが情報処理装置１０１から画像形成装置１０２へ送信された場合を想定する。この場合、給紙判定部４１２は、ページ属性制御部４０８が取得したページ属性に該当するレコードを給紙判定テーブル７００上で検索する。そして、ＩＤ：０２の給紙可否フラグ７０８の値（ここでは「ＴＲＵＥ」）をエンジン制御部４１８へ返却する。

このように、給紙判定部４１２は、エンジン制御部４１８からの給紙判定要求に対して、要求時の入力パラメータと、給紙判定テーブル７００におけるＩＤ７０１〜給紙向き７０７のフィールド情報とを比較し、該当するレコード情報を選択する。そして、選択されたレコードに対応する給紙可否フラグ７０８の値をエンジン制御部４１８に返却する。なお、給紙判定要求時の基本情報は、ページ属性制御部４０８からエンジン制御部４１８に渡されたページ情報である。

図３に戻り、排紙管理部４１３は、エンジン制御部４１８がエンジンＩ／Ｆ３１０を通じてプリンタエンジン３１２から受けた排紙完了イベントを記憶する。このとき、排紙管理部４１３は、フィニッシャ（フィニッシングＡＣＣ２０１）の搬送パスの長さに応じて、排紙履歴情報を記録する。この排紙履歴情報は、排紙時間と排紙された用紙の種類や枚数等で構成され、印刷ジョブ制御部４０５の要求に応じて渡される。排紙履歴情報として記録される情報は、操作部３１１に表示される画面から事前に設定される。

サードパーティＡＣＣ制御部４１９は、サードパーティ製のフィニッシャが画像形成装置本体に接続された場合に、プリンタエンジンから当該フィニッシャに適切な速度や間隔で用紙が排出されるように制御するモジュールである。また、サードパーティＡＣＣ制御部４１９は、フィニッシャからエラー通知を受けてエンジン制御部４１８に転送する。なお、サードパーティＡＣＣ制御部４１９がフィニッシャでのジャムを検知して、エンジン制御部４１８にエラーを通知する構成であってもよい。

エンジン制御部４１８は、サードパーティＡＣＣ制御部４１９と連携して、個々のフィニッシャの性能にあわせた速度や間隔で排紙処理を行う。また、エンジン制御部４１８は、サードパーティＡＣＣ制御部４１９からフィニッシャのエラー通知を受けた場合、印刷ジョブ制御部４０５へ印刷処理の中断要求を出す。

通常、エンジン制御部４１８が管理する搬送パス上で発生したエラーは詳細なエラー情報を取得できるが、サードパーティ製のフィニッシャにおける搬送パス上でのエラーについては詳細なエラー情報が取得できない。

そこで、印刷ジョブ制御部４０５は、エンジン制御部４１８から印刷処理の中断要求を受けると、エラー通知前の排紙履歴情報を排紙管理部４１３から取得する。

印刷ジョブ制御部４０５は、排紙管理部４１３から取得した排紙履歴情報に基づいて、ＵＩ画面制御部４３０に対して、給紙を制限する用紙を登録するための禁則用紙の登録画面の表示要求を行う。この禁則用紙の登録画面については後述する。

次に、図３に示す画像形成装置本体２０３の印刷処理の流れを図４Ａ及び図４Ｂを参照して説明する。

図４Ａ及び図４Ｂは、図３に示す画像形成装置本体２０３におけるエラー発生から印刷処理再開までの流れを示すシーケンスである。図示例では、５００−１（Ｓ５０２−Ｓ５０６）、５００−２（Ｓ５０７−Ｓ５１１），５００−３（Ｓ５１２−Ｓ５１６）の範囲がそれぞれ１ページ目、２ページ目、３ページ目の給排紙処理に対応している。

まず、５００−１について説明する。なお、５００−２，５００−３は、５００−１に対して、給紙する用紙の種類が普通紙に対して厚紙、薄紙と異なるだけなので、それらの説明は省略する。

Ｓ５０１では、印刷ジョブ制御部４０５がエンジン制御部４１８に印刷開始を指示する。

Ｓ５０２では、エンジン制御部４１８は、印刷開始指示に応じて、給紙判定部４１２に給紙判定要求を行い、その結果から給紙可能と判断した場合は、Ｓ５０３にて給排紙動作を行う。

Ｓ５０４，Ｓ５０５では、エンジン制御部４１８は、サードパーティＡＣＣ制御部４１９と排紙管理部４１３に排紙通知を行う。これを受けて排紙管理部４１３は、Ｓ５０３で排紙した用紙の情報を保持する（Ｓ５０６）。

次に、５００−４は、フィニッシャで発生したエラーを印刷ジョブ制御部４０５へ通知するシーケンスである。

フィニッシャでジャム等が発生すると（Ｓ５１７）、サードパーティＡＣＣ制御部４１９からエンジン制御部４１８へエラー通知を行う（Ｓ５１８）。エンジン制御部４１８は、サードパーティＡＣＣ制御部４１９からエラー通知を受けると、印刷ジョブ制御部４０５にエラー通知を行う（Ｓ５１９）。

印刷ジョブ制御部４０５は、エンジン制御部４１８からエラー通知を受けると、印刷処理を中断することで排紙処理を中断させる（排紙制御手段）と共に、ＵＩ画面制御部４３０にエラー画面表示を要求する。

次に、５００−５は、エラー発生後、エラー原因となる用紙を給紙不可用紙として登録するまでのシーケンスである。

Ｓ５２１では、印刷ジョブ制御部４０５は、エンジン制御部４１８からのエラー通知がサードパーティＡＣＣ制御部４１９から通知されたものか、それ以外かを判断する。サードパーティＡＣＣ制御部４１９からのエラー通知であると判断した場合、印刷ジョブ制御部４０５は、排紙管理部４１３に対して、エラー通知前の排紙履歴情報を要求する（Ｓ５２２）。

排紙管理部４１３は、エラー通知時よりも一定枚数或いは一定時間遡った時点の排紙履歴情報を取得し（Ｓ５２３）、印刷ジョブ制御部４０５に排紙履歴情報を通知する（Ｓ５２４）。

印刷ジョブ制御部４０５は、排紙管理部４１３からの排紙履歴情報に基づいて、ＵＩ画面制御部４３０に対して禁則用紙の登録画面の表示要求を行う（Ｓ５２５）。具体的には、印刷ジョブ制御部４０５は、エラー通知を受ける直前にフィニッシャに排紙した用紙のうち所定の条件を満足する用紙の情報を、排紙履歴情報から取得する。そして、所定の条件を満足する用紙の情報に基づいて禁則用紙の登録画面の表示要求を行う。所定の条件は、例えば、エラー通知を受けた直前の一定時間内にフィニッシャに排紙された用紙、または、エラー通知を受けた時点から一定枚数遡った分の用紙である。禁則用紙の登録画面の一例を図７（ａ）及び図７（ｂ）に示す。

禁則用紙の登録画面は、サードパーティ製のフィニッシャで発生したエラーの原因が、画像形成装置本体２０３から排出された用紙によるものである場合に、当該用紙をオペレータが登録するための画面である。禁則用紙の登録画面にて選択された用紙は、以降の印刷処理では給紙されることはない。

禁則用紙の登録画面は、図７（ａ）に示す８００−１と図７（ｂ）に示す８００−２の２パターンがある。エラー原因である用紙が特定できない場合、禁則用紙の登録画面８００−１に示すように、原因の候補となる用紙設定がリストで表示される。一方、エラー原因である用紙が特定できた場合は、禁則用紙の登録画面８００−２に示すように、禁則用紙の対象となる用紙が１件だけ表示される。

ＵＩ画面制御部４３０は、エラー発生の直前（一定枚数内または一定時間内）に給排紙処理を行った用紙を排紙管理部４１３から取得し、リスト表示８０４する。リスト表示８０４には、３つの用紙情報８０１〜８０３が表示されている。用紙情報には、用紙名称、用紙のサイズ、タイプ、坪量が含まれるが、これらに限定されるものではない。

オペレータは、リスト表示８０４に表示された用紙情報のうち、フィニッシャがジャム等のエラーを起こした用紙を選択して、制限ボタン８０５を押下する。制限ボタン８０５が押下されることで、図４Ａに示すＳ５２８〜Ｓ５３２のシーケンスが実行され、給紙判定テーブル７００において、エラー原因となった用紙の給紙可否フラグ７０８の値が「ＴＲＵＥ」（給紙許可）から「ＦＡＬＳＥ」（給紙不可）に変更される。

図４Ａに戻り、Ｓ５２６では、ＵＩ画面制御部４３０は、オペレータに対して禁則用紙の登録画面によりエラー原因となる用紙の給紙を制限するか確認を促す。オペレータは、エラーの原因を確認し、給紙制限する用紙を選択する（Ｓ５２７）。本実施形態では、５００−２で「厚紙」をフィニッシャに通紙したことがエラー通知の原因と仮定する。この場合、オペレータは、フィニッシャからジャムとなった用紙を取り除き、画面に表示された給紙制限候補の用紙に関するリスト情報を参照し、給紙を制限すべき用紙が含まれるか確認する。オペレータが画面上で選択した用紙を以降の印刷処理で給紙不可用紙として登録要求したものが、ＵＩ画面制御部４３０を通じて給紙判定部４１２に伝わる（Ｓ５２８，Ｓ５２９）。

Ｓ５３０では、給紙判定部４１２は、禁則用紙の登録画面で選択された用紙について、給紙判定テーブル７００を更新する。例えば、禁則用紙の登録画面で厚紙が選択された場合は、当該厚紙の給紙可否フラグ７０８の値を「ＴＲＵＥ」から「ＦＡＬＳＥ」に変更する。テーブル情報が更新されることにより、Ｓ５０７等で行っている給紙判定の結果が給紙不可となり、以降、同一タイプの用紙を給紙できなくする。これにより、サードパーティ製フィニッシャで同一原因によるエラーが繰り返し発生することを回避することができる。

次に、Ｓ５３１，Ｓ５３２では、給紙判定部４１２からＵＩ画面制御部４３０に更新完了通知がなされた後、ＵＩ画面制御部４３０から印刷ジョブ制御部４０５に給紙判定テーブル７００の更新完了が通知される。

Ｓ５３３〜Ｓ５３５は、オペレータがフィニッシャで発生したエラーを解消した後に印刷の再開指示を行い、ＵＩ画面制御部４３０から印刷ジョブ制御部４０５を通してエンジン制御部４１８に印刷の再開が指示されるまでのシーケンスである。

図４Ｂにおいて、５００−６は、給紙判定の結果、給紙不可と判断した場合に、代替用紙を選択して印刷を再開するシーケンスである。

Ｓ５３６では、印刷データに厚紙が指定されていることから、エンジン制御部４１８が給紙判定部４１２に対して給紙判定を要求する。上述したように、禁則用紙として厚紙が登録されているため、給紙判定部４１２（給紙制御）からエンジン制御部４１８に給紙不可が返される（Ｓ５３６）。これを受けてエンジン制御部４１８は、印刷ジョブ制御部４０５にエラーを通知する（Ｓ５３７）。

次に、印刷ジョブ制御部４０５は、ＵＩ画面制御部４３０に対して代替用紙の選択画面の表示要求を出す（Ｓ５３８）。

ＵＩ画面制御部４３０は、給紙判定部４１２から代替用紙の候補リストを取得し（Ｓ５３９〜Ｓ５４１）、取得した代替用紙の候補リストに基づき代替用紙の選択画面（不図示）を表示する（Ｓ５４２）。

Ｓ５４３，Ｓ５４４でオペレータにより代替用紙が指定されると、ＵＩ画面制御部４３０から印刷ジョブ制御部４０５経由でエンジン制御部４１８に、指定された代替用紙を使用して印刷処理を再開するように指示が通知される（Ｓ５４５，Ｓ５４６）。その後、代替用紙での給排紙動作が行われる（Ｓ５４７〜Ｓ５５０）。

図５は、図４ＡのＳ５２１における印刷ジョブ制御部４０５が実行する判断処理の詳細を示すフローチャートである。

図５において、印刷ジョブ制御部４０５は、エンジン制御部４１８からエラー通知を受けたときに、サードパーティ製フィニッシャが接続されているかを判定する（ステップＳ６０１）。この判断は、接続Ｉ／Ｆ２０２に接続されたフィニッシャに対する性能情報の取得有無に応じて行ってもよいし、他の方法であってもよい。ステップＳ６０１の判定結果から、サードパーティ製フィニッシャが接続されていると判定した場合はステップＳ６０２へ進む一方、そうでないと判定した場合はステップＳ６０７へ進む。

ステップＳ６０２では、印刷ジョブ制御部４０５は、エラー通知の通知元がサードパーティ製フィニッシャか、画像形成装置本体かを判定する。サードパーティ製フィニッシャと判定した場合は、ステップＳ６０３へ進む一方、そうでない場合は、ステップＳ６０７へ進む。

ステップＳ６０３では、印刷ジョブ制御部４０５は、エラー通知に、エラー原因となった用紙の情報が含まれているか否かを判定する。ＹＥＳであればステップＳ６０５へ進む一方、ＮＯであればステップＳ６０４へ進む。

ステップＳ６０５では、印刷ジョブ制御部４０５は、サードパーティＡＣＣ制御部４１９からのエラー通知に含まれる用紙の情報から当該用紙がエラー原因と判断し、図４ＡのＳ５２２〜Ｓ５３２のシーケンスが行われる。この場合、エラー原因となる用紙が特定されているので、図７（ｂ）に示す禁則用紙の登録画面８００−１が表示される。

一方、ステップＳ６０４では、印刷ジョブ制御部４０５は、エラー通知を受けた直前の一定時間内に排紙動作を行っていたかを判定する。例えば、製本サドル処理を行うフィニッシャが接続された場合、当該処理は一定時間（１０秒程度）で終了するため、エラー通知を受けた直前の一定時間内に画像形成装置本体側から最後の用紙が排紙されている。この一定時間内に排紙処理が行われていれば、排紙処理に起因するエラーと判断し、ステップＳ６０６へ進む。一方、一定時間内に排紙処理が行われていない場合は、排紙処理とは異なるエラーと判断してステップＳ６０７へ進む。ステップＳ６０４により、サードパーティＡＣＣ制御部４１９から通知されたエラーのうち、その原因が画像形成装置本体側からの不適切な排紙処理に起因するエラーのみを限定することができる。

ステップＳ６０６では、印刷ジョブ制御部４０５は、エラー通知を受けた直前の一定時間内に排紙された用紙をエラー原因と判断し、図４ＡのＳ５２２〜Ｓ５３２のシーケンスが行われる。この場合は、ステップＳ６０５とは異なり、エラー原因となる用紙が特定できないため、図７（ａ）に示す禁則用紙の登録画面８００−１が表示される。

ステップＳ６０７では、図４Ａの５００−５におけるＳ５２２〜Ｓ５３２のシーケンスが行われることなく、通常のエラー処理として、図４ＡのＳ５３３以降が行われる。

以上説明したように、上記実施形態によれば、サードパーティ製フィニッシャからエラー通知を受けた場合は当該フィニッシャへの排紙処理を中断し、エラー原因となる用紙または用紙の候補を特定してオペレータに登録を促す。以降は、給紙判定テーブルの給紙可否フラグに基づいて給紙判定が行われる。このように、性能が不明のサードパーティ製フィニッシャにおける用紙の禁則条件を当該フィニッシャでのエラーの発生により画像形成装置が動的に登録できる。これにより、画像形成装置にサードパーティ製フィニッシャを接続した場合でも、フィニッシャの性能を考慮した給紙判定を実現できる。その結果、オペレータは、不適切な給紙・排紙処理に起因するジャム等のエラーが繰り返し発生することを回避することができ、作業効率の低下を防止することが可能となる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０２ 画像形成装置
２０１ フィニッシングＡＣＣ
２０３ 画像形成装置本体
３０１ ＣＰＵ
４０５ 印刷ジョブ制御部
４１２ 給紙判定部
４１３ 排紙管理部
４１８ エンジン制御部
４１９ サードパーティＡＣＣ制御部
４３０ ＵＩ画面制御部

Claims (6)

1. 後処理装置が接続された画像形成装置において、
   前記後処理装置からのエラー通知を受ける受信手段と、
   前記受信手段がエラー通知を受けた時点で前記後処理装置への排紙を中断する排紙制御手段と、
   前記後処理装置への排紙が中断された後、前記エラー通知を受ける直前に前記後処理装置に排紙した用紙のうち所定の条件を満足する用紙の情報を表示する表示手段と、
   前記表示手段に表示された用紙の情報から選択されたものを給紙不可の用紙として登録する登録手段と、
   前記登録手段により登録された情報に基づいて給紙を制御する給紙制御手段とを備えることを特徴とする画像形成装置。
2. 前記所定の条件は、前記エラー通知を受けた直前の一定時間内に前記後処理装置に排紙された用紙、または、前記エラー通知を受けた時点から一定枚数遡った分の用紙であることを特徴とする請求項１に記載の画像形成装置。
3. 前記エラー通知にエラー原因となる用紙の情報が含まれている場合、前記表示手段は、当該用紙の情報を表示することを特徴とする請求項１に記載の画像形成装置。
4. 前記表示手段に表示される用紙の情報には、用紙名称、用紙のサイズ、タイプ、坪量が含まれることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
5. 後処理装置が接続された画像形成装置の制御方法において、
   前記後処理装置からのエラー通知を受ける受信工程と、
   前記エラー通知を受けた時点で前記後処理装置への排紙を中断する排紙制御工程と、
   前記後処理装置への排紙が中断された後、前記エラー通知を受ける直前に前記後処理装置に排紙した用紙のうち所定の条件を満足する用紙の情報を表示する表示工程と、
   前記表示された用紙の情報から選択されたものを給紙不可の用紙として登録する登録工程と、
   前記登録された情報に基づいて給紙を制御する給紙制御工程とを備えることを特徴とする制御方法。
6. 請求項５に記載の制御方法を画像形成装置に実行させるためのコンピュータに読み取り可能なプログラム。

Images