JP2016147406A - 画像形成装置、その通知方法、及びプログラム - Google Patents

Abstract

【課題】画像形成装置がエラー状態になったことを迅速かつ確実にユーザに通知することができず、長時間にわたり画像形成装置がエラー状態となり画像形成装置が停滞する。
【解決手段】印刷ジョブに基づいて記録媒体に画像を形成する画像形成手段を備えた画像形成装置では以下の処理を実行する。即ち、前記画像形成装置のエラーの発生が検出された場合、前記検出されたエラーの発生を示す情報を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように複数回の通知処理を実行する。そして、画像形成装置は、通知に対して端末装置から応答を受信した場合、エラーを解除するユーザが決まったことを示す情報を通知する。
【選択図】 図５

Description

本発明は画像形成装置、その通知方法、及びプログラムに関し、特に、例えば、Bluetooth（登録商標）の近距離無線通信を用いてユーザ端末との通信を行うとともに記録媒体に画像を記録する画像形成装置、その通知方法、及びプログラムに関する。

インクジェット方式に従う画像形成装置が動作中、紙ジャムやインク切れなどのリカバブルエラーが発生した場合、ユーザ操作によってエラー原因を取り除き、早期にエラー状態を解除することが求められる。早期解除を行うためには、その画像形成装置がエラー状態であることをユーザに認識させる必要がある。

特許文献１では、発生したエラーの種類に基づいて、交換もしくは補充の必要な消耗品の近辺にいるユーザや、装置近辺にいるユーザを検出し、その検出したユーザをエラー解除作業の実行者としてみなし、エラー通知を行う方法を提案している。

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

しかしながら、特許文献１に提案された方法ではユーザ検出は周期的に実行しているものの複数回のエラー通知を実行しておらずユーザがエラー通知を受信できなかった場合、どのユーザもエラー通知を受けていない状況が発生する可能性がある。そのため、画像形成装置がエラー状態になったことを迅速かつ確実にユーザに通知することができず、長時間、画像形成装置がエラー状態のままとなり、印刷処理が停滞する可能性が生じる。

本発明は上記従来例に鑑みてなされたもので、近距離無線通信技術を用いてユーザに画像形成状況を適切に通知できる画像形成装置、その通知方法、及びプログラムを提供することを目的とする。

上記目的を達成するために本発明の画像形成装置は次のような構成からなる。

即ち、印刷ジョブに基づいて記録媒体に画像を形成する画像形成手段を備えた画像形成装置であって、前記画像形成装置のエラーの発生が検出された場合、前記検出されたエラーの発生を示す情報を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように複数回の通知処理を実行する通知手段を有し、前記通知手段による通知に対して前記端末装置から応答を受信した場合、前記通知手段は、前記エラーを解除するユーザが決定したことを示す情報を通知することを特徴とすることを特徴とする。また、印刷ジョブに基づいて記録媒体に画像を形成する画像形成手段を備えた画像形成装置であって、前記画像形成装置のエラーの発生が検出された場合、前記検出されたエラーの発生を示す情報を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように複数回の通知処理を実行する通知手段を有し、前記エラーが解除されたことが確認された場合、前記通知手段は、前記エラーの解除を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように通知処理を実行することを特徴としても良い。

また本発明を別の側面から見れば、印刷ジョブに基づいて記録媒体に画像を形成する画像形成手段を備えた画像形成装置における通知方法であって、前記画像形成装置のエラーの発生が検出された場合、前記検出されたエラーの発生を示す情報を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように複数回の通知処理を実行する通知工程を有し、前記通知工程における通知に対して前記端末装置から応答を受信した場合、前記通知工程では、前記エラーを解除するユーザが決定したことを示す情報を通知することを特徴とする通知方法を備える。

さらに本発明を別の側面から見れば、上記構成の画像形成装置の各手段を動作させるプログラムを備える。

従って本発明によれば、画像形成装置をエラー状態から早期に解除することに資する。

本発明の画像形成装置とその周辺環境の一例を示す図である。 画像形成装置と外部端末装置概略を示すブロック図である。 無線通信装置と外部端末装置との位置関係と通信形態の一例を示す図である。 無線通信装置と外部端末装置との間で送信される位置情報の一例を表した図である。 無線通信装置において実行される処理を示すフローチャートである。 無線通信装置と外部端末装置との間で送信される情報の一例を示す図である。 外部端末装置の表示部の表示画面の例を示す図である。 接続要求信号に含まれる情報の一例を示す図である。 外部端末装置の表示部の表示画面の例を示す図である。 外部端末装置の表示部の表示画面の例を示す図である。 エラー解除ユーザを決定する処理を示すフローチャートである。 外部端末装置の表示部の表示画面の例を示す図である。 エラー解除ユーザを決定する処理を示すフローチャートである。 エラー解除ユーザを決定する処理を示すフローチャートである。 取得する具体的な内容をテーブル形式で示す図である。 優先度に応じたＪＯＢの処理を示すフローチャートである。 ＪＯＢリストの一例を示す図である。

以下添付図面を参照して本発明の好適な実施例について、さらに具体的かつ詳細に説明する。なお、既に説明した部分には同一符号を付し重複説明を省略する。また、ただし、この実施例に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。

なお、この明細書において、「記録」（「プリント」という場合もある）とは、文字、図形等有意の情報を形成する場合のみならず、有意無意を問わない。また人間が視覚で知覚し得るように顕在化したものであるか否かを問わず、広く記録媒体上に画像、模様、パターン等を形成する、または媒体の加工を行う場合も表すものとする。

また、「記録媒体」とは、一般的な記録装置で用いられる紙のみならず、広く、布、プラスチック・フィルム、金属板、ガラス、セラミックス、木材、皮革等、インクを受容可能なものも表すものとする。

さらに、「インク」（「液体」と言う場合もある）とは、上記「記録（プリント）」の定義と同様広く解釈されるべきものである。従って、記録媒体上に付与されることによって、画像、模様、パターン等の形成または記録媒体の加工、或いはインクの処理（例えば記録媒体に付与されるインク中の色剤の凝固または不溶化）に供され得る液体を表すものとする。

またさらに、「ノズル（記録素子）」とは、特にことわらない限り吐出口ないしこれに連通する液路およびインク吐出に利用されるエネルギーを発生する素子を総括して言うものとする。

以下に説明する実施例では、画像形成装置にリカバブルエラーが発生した場合、ユーザに早期にエラー解除を促すため、装置状態および装置のエラー状態の変更者を通知するための制御を行う例について説明する。具体的には、Bluetooth（登録商標）Low Energy（ＢＬＥ）の近距離無線通信機能を備えた無線通信装置を用いて、複数のユーザにエラー発生を周期的に通知し、通知を受信した複数のユーザの中からエラー状態の解除者を決定し通知する。なお、近距離無線通信機能には、ＢＬＥの他にもＮＦＣ、ＷＬＡＮなどがある。

以下に説明する実施例では、例えば、インクジェット方式を用いた記録ヘッドからインクを記録媒体に吐出して画像を形成する印刷機能を備えた画像形成装置を例として説明する。しかしながら、本発明はさらに、スキャナ機能、複写機能、ファクシミリ機能などを実現する多機能プリンタ（ＭＦＰ）などにも適用できる。さらに、印刷機能を実現するためのプリンタエンジンにはインクジェット方式のみならず、電子写真方式などの種々の記録方式を採用することができる。そして、そのプリンタエンジンにはモノクロプリントのみならずカラープリントを行うことができる構成を用いることができる。

図１は本発明の代表的な実施例である画像形成装置とその周辺環境を示す図である。

画像形成装置１００は、電源供給を制御する電源制御機能と、インクジェット方式に従うプリンタエンジンを用いた印刷機能を有している。加えて、画像形成装置１００は、無線通信装置２００を有しており、無線通信装置２００を介して、外部端末装置３００との情報の送受信を行うことが可能である。無線通信装置２００はビーコン信号を送信することができ、外部端末装置３００との間でＢＬＥを用いた近距離無線通信を行う。

従って、外部端末装置３００はＢＬＥを用いた無線通信機能を備えている。加えて、外部端末装置３００は、ディスプレイやタッチパネルなどの表示部、ボタンなどの入力部などを有していてもよい。外部端末装置３００の具体例としては、スマートフォンやタブレットなどのユーザが携帯可能な装置がある。この実施例では、外部端末装置３００はスマートフォンを想定し、ビーコン信号を送信する無線通信装置２００とのＢＬＥを用いた近距離無線通信が可能である。

従って、無線通信装置２００と外部端末装置３００とはＢＬＥによる近距離無線通信により相互に情報の送受信が可能であり、画像形成装置１００は外部端末装置３００からの送信信号を受信し解析することで、送信信号に基づいた装置全体の制御が可能である。一方、外部端末装置３００は画像形成装置１００からの送信信号を受信し解析することで、送信信号に基づいた情報をユーザに通知することが可能である。

図２は画像形成装置１００と外部端末装置３００の制御構成の概略を示すブロック図である。

画像形成装置１００は、図２に示されているように、装置の主要な制御を行うメインボード１０１とＷＬＡＮ通信を行うＷＬＡＮユニット１２０と近距離無線通信を行う無線通信装置２００とＡＣ電源に接続されるＡＣ電源接続ユニット１１８とを含む。

メインボード１０１には、画像形成装置１００の全体を制御するＣＰＵ１０２と、ＣＰＵ１０２が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）等を格納するＲＯＭ１０３とが備えられる。この実施例では、ＲＯＭ１０３に格納されている各制御プログラムのスケジューリングやタスクスイッチ等は、ＣＰＵ１０２がＲＯＭ１０３に格納されている組み込みＯＳを動作させ、その管理下で制御される。

ＳＲＡＭ等で構成されるＲＡＭ１０４は、プログラム制御変数等を格納し、またユーザが登録した設定値や近距離無線通信の信号に含めるユーザＩＤやエラーＩＤなどを示すテーブルなどの画像形成装置１００の管理データ等を格納する。さらに、ＲＡＭ１０４には各種ワーク用バッファ領域が設けられている。フラッシュメモリ（Flash Memory）等で構成される不揮発性メモリ１０５は、電源がオフされた時でも保持していたいデータを格納する。具体的には、ネットワーク接続情報、ユーザデータなどである。ＤＲＡＭ等で構成される画像メモリ１０６は、各通信ユニットを介して受信した画像データや、後述する符号復号化処理部１０７で処理した画像データなどを蓄積する。なお、本発明は上記のようなメモリ構成に限定されるものではなく、他のタイプのメモリが用いられても良い。

符号復号化処理部１０７は、画像形成装置１００で扱う画像データ（ＪＰＥＧ、ＰＮＧ等）の符号復号化処理や拡大縮小処理を行う。データ変換部１０８は、ページ記述言語（ＰＤＬ）等の解析や画像データからプリントデータへの変換などを行う。また、操作部１０９と表示部１１０とにより操作パネルを構成し、操作部１０９ではボタン操作などのユーザの操作を受け付け、タッチパネルなどを備えた表示部１１０ではユーザに対して情報を表示する。

給紙部１１１は印刷に用いる記録用紙などの記録媒体を保持するカセット等を含み、そのカセットから記録媒体を給紙する。その給紙は、印刷制御部１１２により制御される。なお、給紙部１１１は複数種類の記録媒体を１つの装置内に保持するために、複数のカセットを備えることができる。その場合、印刷制御部１１２は、これら複数のカセットのいずれから給紙を行うかを制御する。

印刷制御部１１２は、印刷に用いられる画像データに対し、画像処理制御部１１３を介して、スムージング処理や記録濃度補正処理、色補正等の各種画像処理を施し、高精細な画像データに変換し、印刷部（プリンタエンジン）１１４に出力する。また、印刷制御部１１２は給紙部１１１や印刷部１１４の情報を定期的に読みだしてＲＡＭ１０４の情報を更新する。具体的には、インクタンクのインク残量や記録ヘッドの状態など表わす情報を更新や、紙ジャムやインク切れなどのエラーの有無の判断を行う。

印刷部１１４は、給紙部１１１から給紙された記録用紙などの記録媒体上にインクを吐出して画像データに基づいた画像を形成する。具体的には、複数のモータで駆動される記録ヘッド、その記録ヘッドに供給されるインクを収容するインクタンク、そのインクタンクからインクを吐出するために制御されるヒータなどで構成されている。

電源制御部１１７は、電源の接続状態を検知し、画像形成装置１００の駆動に必要な電力を制御する。電源の接続状態とはＡＣ電源接続ユニット１１８がＡＣ電源と接続していること、もしくは接続されていないことを表す状態である。

無線通信制御部１１９は無線通信装置２００を介して外部端末装置３００との通信を制御する。具体的には、無線通信制御部１１９は、画像形成装置１００の装置状態を示す情報をＢＬＥに従う近距離無線通信の通信規格のパケットに組み込み、これを信号として無線通信装置２００を介して送信する。送信信号を受信した外部端末装置３００は、その受信信号を解析することで、画像形成装置１００に関する情報を取得する。

加えて、無線通信制御部１１９は、外部端末装置３００からの送信情報を無線通信装置２００を介して受信し、その受信信号を解析して、その信号に含まれている情報を取得する。具体的には、無線通信制御部１１９は、外部端末装置３００のデバイス情報、外部端末装置３００を所持するユーザのユーザ情報、無線通信装置２００と外部端末装置３００との距離情報などを取得する。

このように、無線通信装置２００と外部端末装置３００は相互にデータ通信を実行して外部端末装置３００のユーザは画像形成装置１００の装置状態を直接確認することなく、例えば、外部端末装置３００の画面に表示される情報により認識することができる。一方、画像形成装置１００のＣＰＵ１０２は、ユーザの情報やユーザ（外部端末装置）との距離情報を取得することができ、その取得した情報を利用して装置全体の制御を行う。加えて、この実施例では無線通信装置２００からビーコン信号が送信されるので、複数のユーザを対象に同時に前記データ通信を行うこともできる。

ＷＬＡＮユニット１２０は専用のバスケーブル１２１で接続されている。ＷＬＡＮユニット１２０はＷＬＡＮの規格に準拠した通信を実現するためのユニットである。なお、上記構成要素１０２〜１２０は、ＣＰＵ１０２が管理するシステムバス１２２を介して、相互に接続されている。

さて、外部端末装置３００は、図２に示されているように、少なくとも無線通信制御部３０１と表示部３０２を有している。無線通信制御部３０１は無線通信装置２００との通信を制御する。具体的には、無線通信装置２００からの送信信号を受信して解析し、その信号に含まれている情報を取得する。加えて、無線通信制御部３０１は、外部端末装置３００を所持するユーザのユーザ情報などを、ＢＬＥによる近距離無線通信の通信規格のパケットに組み込み、そのパケット信号を無線通信装置２００に送信する。表示部３０２はタッチパネルディスプレイが含まれており、ユーザに対して、画像形成装置１００の状態などの情報を提示する。

図３は無線通信装置と複数の外部端末装置との位置関係、およびＢＬＥによる通信形態の一例を表した図である。

図３に示されているように、この例は、無線通信装置２００を中心として、３台の外部端末装置３１０〜３３０を所持したユーザが周囲に存在している環境を示している。この実施例では、ＢＬＥの通信規格に準拠したビーコン信号が無線通信装置２００から送信される。無線通信装置２００と外部端末装置３１０〜３３０とは、ＢＬＥの通信規格に従って次のような手順で情報の送受信を行う。

ＢＬＥはマスターデバイスとスレーブデバイスの間で同期を確立し、通信を行うための通信規格である。スレーブデバイスはマスターデバイスにアドバタイズ信号を送信し、接続要求信号の受信待ち状態となる。一方、マスターデバイスはアドバタイズ信号を受信して、アドバタイズ信号を送信しているスレーブデバイスを検出し、検出したスレーブデバイスに接続要求信号を送信する。スレーブデバイスは接続要求信号を受信し、２つのデバイス間の同期が確立される。加えて、マスターデバイスとスレーブデバイスとの間で送受信される通信信号には、任意に情報を含めることができる。例えば、スレーブデバイスはスレーブデバイスの装置状態を示す情報をアドバタイズ信号に含めて送信し、アドバタイズ信号を受信したマスターデバイスはその受信信号を解析することで、スレーブデバイスの装置状態を知ることができる。図３に示す例では、スレーブデバイスは無線通信装置２００となり、マスターデバイスは外部端末装置３１０〜３３０となる。

以上のような構成で、無線通信制御部１１９は画像形成装置１００のエラー状態などの装置情報をアドバタイズ信号に含め、無線通信装置２００を介してその信号を送信する。外部端末装置３００は無線通信制御部３０１によりアドバタイズ信号を受信し解析処理を行うことで、画像形成装置１００のエラー状態を取得する。その後、エラー内容を外部端末装置３００が有する表示部３０２に表示してユーザにエラー通知を行う。加えて、無線通信制御部３０１は接続要求信号を無線通信装置２００に送信することで同期通信が可能となる。このとき、無線通信制御部３０１は、その接続要求信号に外部端末装置を所持するユーザＩＤなどの情報を含めることができる。

図３において、アドバタイズ信号が通知される範囲を通知範囲として定義する。図３に示されているように、外部端末装置３１０、３２０はその通知範囲の中に存在しているため、アドバタイズ信号を受信することが可能である。一方、外部端末装置３３０は、その通知範囲の外に存在しているため、アドバタイズ信号を受信することができない。そのため、外部端末装置３３０は無線通信装置２００と通信を確立することはできない。

さて、ＢＬＥにより同期通信が確立することで、無線通信装置２００は、無線通信装置２００と外部端末装置３１０、３２０との距離情報を取得することができる。図３に示す例では、通知範囲を段階的に至近距離、近距離、遠距離、範囲外に分割して示している。

次に、分割した範囲の具体例について説明する。

図４は無線通信装置と外部端末装置との間で送信される位置情報の一例を表した図である。図４において、通知範囲の段階項目は、図３で示した通知範囲を段階的に分割した範囲の名称に対応している。距離ＩＤの項目は、各分割範囲に割り当てられたＩＤを示している。距離項目は分割範囲の実距離を示している。

この実施例では、実距離（ｘ）が０≦ｘ＜１（ｍ）の範囲を至近距離と定義し、この距離が外部端末装置を所持するユーザが画像形成装置１００を直接操作可能な範囲を示している。同様に、実距離（ｘ）が１≦ｘ＜５（ｍ）の範囲を近距離と定義し、この距離が外部端末装置を所持するユーザが画像形成装置１００を直接操作可能な距離に存在していないが、比較的短時間で画像形成装置１００に到達することが可能な範囲を示している。実距離（ｘ）が５≦ｘ＜１０（ｍ）の範囲を遠距離と定義し、この距離が画像形成装置１００を直接操作可能な距離にユーザが存在しておらず、比較的長時間の移動により画像形成装置１００に到達する範囲と判断する。最後に、ｘ≧１０（ｍ）の範囲と範囲外と定義し、この距離はアドバタイズ信号を受信できない範囲であることを示している。

例えば、外部端末装置は、無線通信装置２００から出力されるアドバタイズ信号を受信する。そのアドバタイズ信号に格納されている送信電力値と信号の強度から伝搬損失を求め、外部端末装置３１０と無線通信装置２００との距離を推定する。外部端末装置３１０が、上記推定処理により外部端末装置３１０と無線通信装置２００との距離（Ｘ₁）の実距離（ｘ）が０．８ｍと推定すると、外部端末装置３１０は無線通信装置２００の至近距離に位置していると判定できる。そこで、外部端末装置３１０は至近距離を示す距離ＩＤ（距離ＩＤ＝００１）を送信信号に含めることで、画像形成装置１００と外部端末装置３００は互いの位置関係を取得することができる。また、外部端末装置３２０が上記推定処理により外部端末装置３２０と無線通信装置２００との距離（ｘ₂）の実距離（ｘ）が９ｍと推定すると、外部端末装置３２０は無線通信装置２００の遠距離に位置していると判定できる。その場合は、外部端末装置３２０は遠距離を示す距離ＩＤ（距離ＩＤ＝００３）を送信信号に含めることとなる。外部端末装置３３０は、通知範囲の外側である範囲外に位置しているため、アドバタイズ信号を受信できない。そのため、実際には、外部端末装置３３０と無線通信装置２００との距離（ｘ₃）は取得することができない。言い換えれば、検知不可能な外部端末装置は必然的に範囲外に位置しているとなる。

加えて、無線通信装置２００は前記距離情報（距離ＩＤ）を複数回取得することで、外部端末装置のユーザの移動方向を推定することが可能となる。例えば、１回目に取得した距離情報が至近距離（距離ＩＤ＝００１）であり、２回目に取得した距離情報が近距離（距離ＩＤ＝００２）である場合、無線通信装置２００は、外部端末装置との距離が至近距離から近距離に変化していると判定できる。つまり、無線通信装置２００は、外部端末装置を所持するユーザは無線通信装置から離れる方向に移動していると判定できる。反対も同様であり、１回目に取得した距離情報が遠距離（距離ＩＤ＝００３）であり、２回目に取得した距離情報が近距離（距離ＩＤ＝００２）である場合、無線通信装置２００は、外部端末装置との距離が遠距離から近距離に変化していると判定できる。つまり、無線通信装置２００は外部端末装置を所持するユーザが無線通信装置に近づく方向に移動していると判定することができる。

なお、図３〜図４に示した各装置の配置および距離の定義により本発明が限定されるものではなく、これらの装置の配置や距離は装置構成や通信プロトコルの違いに応じて、適宜変更してもよい。

次に以上の構成の画像形成装置が実行する外部端末装置に対するエラー通知の実施例について説明する。

なお、図３では３つの外部端末装置３１０〜３３０を例示したが、本発明はこれによって限定されるものではなく、以下の説明で一般的に外部端末装置に言及する場合には、外部端末装置３００として言及する。また、その内部構成は全て共通なので、外部端末装置の内部構成について言及する場合には図２に示した参照番号を用いて言及する。

図５は無線通信装置２００を用いたエラー通知による早期エラー解除を促す処理を示すフローチャートである。この処理は、画像形成装置１００はリカバブルエラーによりユーザからの画像形成装置１００に対して要求した印刷ジョブ（ＪＯＢ）の実行ができない状態であるが無線通信装置２００を用いた通信が可能であることを前提とする。

また、この処理は画像形成装置１００がＪＯＢの実行時にリカバブルエラーが発生し、そのリカバブルエラーをＣＰＵ１０２が検知することで起動実行される。ＪＯＢ実行時に発生するリカバブルエラー（以下、ＪＯＢエラー）には給紙部１１１に用紙が詰まって発生する紙ジャムエラー、給紙部１１１に用紙がなくなって発生する紙無しエラー、インクタンクのインク残量が低下して発生するインク無しエラー等がある。ＪＯＢエラーが発生した画像形成装置１００はエラー状態となるが、ユーザがエラー解除作業を実施することでエラー状態を解除することができる。エラー状態が解除された画像形成装置１００は引き続きＪＯＢを実行することができる。以下、紙無しエラーが発生したことを想定して、図５に示す処理について説明する。なお、本願の画像形成装置１００において実行されるフローチャートの各ステップは、ＣＰＵ１０２がフローチャートに関係するプログラムをメモリから読み出して実行することで実現される。

ステップＳ５０１で、ＣＰＵ１０２は、無線通信装置２００を介して図３に示した通知範囲の範囲内に存在する外部端末装置に対してＪＯＢエラーの発生を周期的に通知する。つまり、ＣＰＵ１０２は、検出されたエラーの発生を示す情報を画像形成装置１００から所定の距離内（図３の遠距離内）に存在する端末装置が受信できるように、エラーの発生を示す情報の通知処理を複数回実行する。なお、ステップＳ５０１の処理は、複数回の通知処理が実行されれば良く周期的である必要はない。

例えば、ＣＰＵ１０２は検知したＪＯＢエラーの種別を判定し、発生したＪＯＢエラーが紙無しエラーであることを特定する。無線通信制御部１１９はＣＰＵ１０２による判定の結果に基づいて、画像形成装置１００のエラー状態に関わる情報をアドバタイズ信号に含め、無線通信装置２００を介して周辺の外部端末装置に送信する。この実施例では、無線通信制御部１１９は紙無しエラーが発生したという情報を含むアドバタイズ信号の通知処理を複数回実行する。

図６は無線通信装置２００と外部端末装置３００との間で送信される情報の一例をテーブル形式で示した図である。

図６において、「エラー名」項目はＪＯＢエラーの一例を示し、「エラーＩＤ」項目はＪＯＢエラーに割り当てられているＩＤを示し、「関連情報」項目はＪＯＢエラーと合わせて送信する情報であり、エラー解除作業を行う上で必要な情報を示している。さらに、「具体例」項目は、この実施例における関連情報項目の内容を示す。このテーブルは、予めＲＡＭ１０４もしくは不揮発性メモリ１０５に保存されているテーブルの一種である。

この実施例において、トレイ１において普通紙の紙無しエラーが発生した場合、画像形成装置１００のＣＰＵ１０２は図６を参照する。そして、ＣＰＵ１０２は、エラーＩＤ（２０１）、トレイ位置（トレイ１）、用紙種類（普通紙）、用紙サイズ（Ａ４）を含めたアドバタイズ信号を生成する。紙無しエラー以外のＪＯＢエラーが発生した場合も同様に、エラーＩＤおよび発生したエラーに関する情報をアドバタイズ信号に含めて通知する。なお、本発明はこの実施例で説明するアドバタイズ信号に含む情報の種類や個数、具体的な信号の詳細について、特に、限定されるものではない。

図７はアドバタイズ信号を受信した外部端末装置の表示部の表示画面の例を示す図である。図７において、（ａ）は図３の外部端末装置３１０の表示部の表示画面を示し、（ｂ）は図３の外部端末装置３２０の表示部の表示画面を示している。

外部端末装置３１０に含まれる無線通信制御部は、アドバタイズ信号を受信して解析しその信号に含まれているエラー情報を取得する。そして、表示部の表示画面３１２は図７（ａ）に示されているように、取得したエラー情報を表示しユーザにエラー発生を通知する。また、アドバタイズ信号は図３に示された通知範囲に存在する全ての外部端末装置に送信されるため、同様の内容が、図７（ｂ）に示されているように、外部端末装置３２０の表示部の表示画面３２２にも表示される。

ステップＳ５０２で、ＣＰＵ１０２は、図３に示された通知範囲内に存在する外部端末装置３００の中から、エラー解除を行うユーザを決定する。この処理の目的は、接続要求信号を送信した外部端末装置を所持するユーザがエラー解除の処理を実際に行うかどうかを判定することにある。

ステップＳ５０２で、ＣＰＵ１０２は、外部端末装置３００から送信される接続要求信号の受信待ち処理を実行する。ここでは、ＣＰＵ１０２は、ステップＳ５０１における通知に対して最も早く接続要求信号を送信した外部端末装置３００を所持するユーザをエラー解除のユーザと決定する。また、外部端末装置３００はアドバタイズ信号を受信すると速やかに接続要求信号を送信することとする。そのため、この実施例では、画像形成装置１００と外部端末装置３００の位置関係が図３に示したようなものである場合、外部端末装置３１０は画像形成装置１００の最も近距離にあるため、最も早く接続要求信号を送信することとなる。

図８は接続要求信号に含まれる情報の具体的な内容をテーブル形式で示す図である。

図８において、「ユーザ名」項目は外部端末装置を所持するユーザの名称を示し、「ユーザＩＤ」項目はそのユーザに割り当てられているＩＤを示し、「外部端末装置ＩＤ」はそのユーザの所持する外部端末装置に割り当てられているＩＤを示している。このテーブルは、予めＲＡＭ１０４もしくは不揮発性メモリ１０５に保存されているテーブルの一種である。

この実施例において、外部端末装置３１０が接続要求信号を最も早く送信するため、その接続要求信号に含まれている外部端末装置ＩＤは“３０１”となる。図８に示すようなテーブルを参照することで、無線通信制御部１１９はエラー解除ユーザは「外部端末装置ＩＤ＝３０１」に関連付けられる「ユーザＩＤ＝１０１」と決定することができる。

なお、ステップＳ５０２の処理の別の例については、後述の実施例２〜４において、図１１、図１３、図１４に示すフローチャートを参照して説明する。実施例２〜４では端的に言えば、ユーザがエラー解除の処理を実際に行うかの判定に利用する情報を別途取得し、判定精度を向上させている。その判定に必要な情報は無線通信装置２００と外部端末装置３００の間で通信することで取得する。

図５に戻って説明を続ける。ステップＳ５０３で、ＣＰＵ１０２は、無線通信装置２００を介して、図３に示した通知範囲内に存在する外部端末装置３００に、ＪＯＢエラーを解除するユーザを決定したこと、およびエラー解除ユーザの情報を含むアドバタイズ信号を通知する。この実施例では、無線通信制御部１１９は、ステップＳ５０２で決定したエラー解除ユーザの「ユーザＩＤ＝１０１」を含むアドバタイズ信号を、無線通信装置２００を介して、外部端末装置３００に通知する。加えて、エラー解除の作業が開始されたこと、エラー解除の作業の進捗をその通知信号に含めて、複数回に分けて通知してもよい。

図９はエラー解除ユーザの情報通知を受信した外部端末装置の表示部の表示画面の例を示す図である。図９において、（ａ）は図３の外部端末装置３１０の表示部の表示画面３１２を示し、（ｂ）は図３の外部端末装置３２０の表示部の表示画面３２２を示す。

外部端末装置３１０の無線通信制御部はエラー解除ユーザの情報の通知を受信し解析することで、エラー解除ユーザが決定されたこと、エラー解除ユーザの「ユーザＩＤ＝１０１」を取得することができる。加えて、外部端末装置３１０の無線通信制御部は、取得したユーザＩＤと、そのユーザが所持する外部端末装置のユーザＩＤが一致するかどうかを判定する。そして、一致した場合、表示部の表示画面３１２における通知内容は、自分自身がエラー解除ユーザであることを示す内容となる。一方、取得したユーザＩＤが、そのユーザが所持する外部端末装置のユーザＩＤと一致しない場合、外部端末装置３２０の表示部の表示画面３２２に表示される通知内容は、別のユーザが画像形成装置１００のエラーを解除していることを示す内容となる。なお、その通知内容は上記内容に限定されることはなく、ユーザＩＤではなくユーザ名もしくはユーザを特定する別の指標を提示してもよい。

エラー解除ユーザの通知後、処理はステップＳ５０４において、ＣＰＵ１０２は、一定時間が経過したかどうかを調べる。ここで、ＪＯＢエラーが解除されないまま一定時間が経過した場合、エラー解除ユーザによるＪＯＢエラーの解除が行われないと判定し、処理はステップＳ５０１に戻り、再度エラー発生通知を行う。これに対して、一定時間が経過していない場合、処理はステップＳ５０５に進み、ＣＰＵ１０２は、発生していたＪＯＢエラーが解除されたかどうかを調べる。

ＣＰＵ１０２はＪＯＢエラーが発生している画像形成装置１００の構成要素を一定間隔でポーリングして監視し、そのポーリングの結果からエラーが解除されたかどうかを判定してもよい。もしくは、ＪＯＢエラーが発生している画像形成装置１００の構成要素からの割込みやイベント通知を待ち合わせながら監視し、その割込みの発生やイベント通知の検出により判定してもよい。または、各制御部により変更されたＲＡＭ１０４の情報を参照してもよい。この実施例では、紙無しエラーの場合、印刷制御部１１２は給紙部１１１に用紙がセットされたことを検知し、その検知結果でＲＡＭ１０４を更新することにより、ＣＰＵ１０２は紙無しエラーが解除されたことを判定することができる。

ここで、発生していたＪＯＢエラーが解除されたと判定された場合、処理はステップＳ５０６に進み、発生していたエラーが解除されていないと判定された場合、処理はステップＳ５０４に戻り、一定時間、エラー解除されたかどうかの判定を繰り返す。

ステップＳ５０６で、ＣＰＵ１０２は、無線通信装置２００を用いて、図３に示された通知範囲内に存在する外部端末装置３００に対してＪＯＢエラーが解除されたことを通知する。無線通信制御部１１９は、アドバタイズ信号にＪＯＢエラーが解除されたことと解除されたＪＯＢエラーの情報を含め、無線通信装置２００を介して、情報を通知する。この時、利用する情報は図６に示したＪＯＢエラーのエラーＩＤや、図８に示したユーザＩＤなどである。

図１０はエラー解除の情報通知を受信した外部端末装置の表示部の表示画面の例を示す図である。図１０において、（ａ）は図３の外部端末装置３１０の表示部の表示画面３１２を示し、（ｂ）は図３の外部端末装置３２０の表示部の表示画面３２２を示している。

図１０（ａ）に示されるように、外部端末装置３１０の無線通信制御部はエラー解除の情報通知を受信し解析することでエラーが解除されたことと、解除されたＪＯＢエラーのエラーＩＤ（＝２０１）、エラー解除ユーザのユーザＩＤ（＝１０１）を取得できる。さらに、外部端末装置３１０の表示部の表示画面３１２は取得した情報を表示し、ユーザにＪＯＢエラーが解除されたことを通知する。また、エラー解除の情報通知は図３に示した通知範囲に存在する全ての外部端末装置３００に送信されるため、図１０（ｂ）に示されるように、外部端末装置３２０の表示部の表示画面３２２にも同様の内容が提示される。なお、通知内容については上記内容に限定されることはなく、発生していたＪＯＢエラーの詳細な内容などを提示してもよい。

発生していたエラーが解除されたことで、ＪＯＢを実行することが可能となるため、最後にステップＳ５０７では、ＪＯＢを再度実行する。このとき、実行するＪＯＢを優先度に応じて決定するとより好ましいが、これについては後述の実施例５で説明する。

従って以上説明した実施例に従えば、複数ユーザに対し、エラー発生、エラー解除ユーザ、エラー解除の情報を適宜通知することができる。その結果、画像形成装置１００のエラー状態の早期解除を促すことが可能となる。

ここでは、図５のステップＳ５０２で実行されるエラー解除者を決定する処理に関する別の実施例を説明する。この実施例では、図５のステップＳ５０２の詳細な処理は実施例１と異なるが、全体的な処理は図５に示したフローチャートに従うものとするので、全体的な処理についての説明は省略する。

図１１はエラー解除ユーザを決定する処理の詳細を示すフローチャートである。

ステップＳ１１０１で、ＣＰＵ１０２は、ステップＳ５０１で説明した外部端末装置３００へのアドバタイズ信号の送信に対して、図３に示した通知範囲の中にある外部端末装置３００がアドバタイズ信号を受信したかどうかを調べる。この処理は次のようにして実行される。

無線通信制御部１１９は、無線通信装置２００を介したアドバタイズ信号の送信後、無線通信装置２００を外部端末装置３００からの接続要求信号を待つ。一方、アドバタイズ信号を受信した外部端末装置３００はそのアドバタイズ信号に含まれているＪＯＢエラーの情報をユーザに通知する。

図１２はアドバタイズ信号を受信した外部端末装置の表示部の表示画面の例を示す図である。図１２において、（ａ）は図３の外部端末装置３１０の表示部の表示画面３１２を示し、（ｂ）は図３の外部端末装置３２０の表示部の表示画面３２２を示している。外部端末装置３１０に含まれる無線通信制御部は、アドバタイズ信号を受信して解析し、その信号に含まれているエラー情報を取得する。さらに、表示部の表示画面３１２には図１２（ａ）に示されるように、取得したエラー情報を表示し、ユーザにエラーが発生していることを通知する。加えて、ユーザに対して、ＪＯＢエラーの解除作業を請け負って実行するかどうかを問い合わせることで、ユーザの意思を確認する。ユーザはその問い合わせ内容に対して、表示部３０２を操作することで応答する。また、アドバタイズ信号は図３に示した通知範囲に存在する全ての外部端末装置３００に送信されるため、図１２（ｂ）に示されるように、同様の内容が外部端末装置３２０の表示部の表示画面３２２にも表示される。

外部端末装置３００は決定されたユーザの意思とユーザＩＤなどの情報を含めた接続要求信号を無線通信装置２００に対して送信する。接続要求信号を待っている状態にある無線通信装置２００は送信されてきた接続要求信号を受信し、無線通信制御部１１９は送信したアドバタイズ信号が外部端末装置３００のいずれかで受信されたかどうかを判別することができる。

ここで、無線通信制御部１１９が接続要求信号を受信できない場合は、図３に示す通知範囲に外部端末装置３００が１台も存在しないと判断し、処理は図５のステップＳ５０１に戻り、再度エラー発生の通知処理を実行する。これに対して、無線通信制御部１１９が接続要求信号を受信した場合は、少なくとも１台の外部端末装置３００がアドバタイズ情報を受信したと判断し、処理はステップＳ１１０２に進む。

ステップＳ１１０２で、ＣＰＵ１０２は、接続要求信号を解析する。その接続要求信号には必要に応じて外部端末装置３００の端末情報や外部端末装置３００を所持するユーザの情報が含まれていてもよい。この実施例では、図８で示した外部端末装置３００を所持するユーザＩＤ、ユーザのＪＯＢエラーを解除する意思を示すフラグ情報（以下、ユーザ意思フラグ情報）などが接続要求信号に含まれているとする。無線通信制御部１１９は取得した接続要求信号を解析し、ユーザ意思フラグ情報を取得し、これをＲＡＭ１０４に一時的に保存する。保存した内容はステップＳ１１０３のエラー解除の意思を確認したタイミングで削除される。

ステップＳ１１０３で、ＣＰＵ１０２は、ＲＡＭ１０４に保存されているユーザ意思フラグ情報を参照し、その値に基づいてユーザにＪＯＢエラーを解除する意思があるかどうかを判定する。ここで、接続要求信号を送信したユーザがＪＯＢエラーの解除を実行する意思がない（ユーザ意思フラグ情報（ＵＷＦ）＝ｆａｌｓｅ）と判定された場合、そのユーザはエラー解除者とは成りえないため、処理は図５のステップＳ５０１に戻る。そして、再度エラー発生の通知処理を実行する。これに対して、接続要求信号を送信したユーザがＪＯＢエラーの解除を実行する意思がある（ユーザ意思フラグ情報（ＵＷＦ）＝ｔｒｕｅ）と判定された場合、処理はステップＳ１１０４に進む。

ステップＳ１１０４で、ＣＰＵ１０２は、その接続要求信号を発信したユーザをＪＯＢエラー解除者に決定する。そして、ステップＳ１１０２で解析した情報に基づいて、ユーザＩＤを取得し実際にエラーが解除されるまで、そのユーザＩＤはＲＡＭ１０４に一時的に保存する。そのユーザＩＤは図５のステップＳ５０３において利用される。

以上説明した処理を実行することで、ＪＯＢエラーを解除する意思を持つユーザを特定し、その結果を画像形成装置１００の周辺にある外部端末装置３００に送信する。その結果、ＪＯＢエラーが解除されているかどうかを複数のユーザが認識することができ、早期にＪＯＢエラーを解除することが可能となる。

従って以上説明した実施例に従えば、画像形成装置からの通知範囲にある外部端末装置の所持するユーザの意思を確認した上でＪＯＢエラー解除者に決定するので、より確実にエラーの解除を行うことが可能となる。

ここでは、図５のステップＳ５０２で実行されるエラー解除者を決定する処理に関するさらに別の実施例を説明する。この実施例では、図５のステップＳ５０２の詳細な処理は実施例１、２と異なるが、全体的な処理は図５に示したフローチャートに従うものとするので、全体的な処理についての説明は省略する。この実施例では、外部端末装置３００と画像形成装置１００との間の距離情報からユーザの移動方向を判定する処理が特徴となっている。

図１３はエラー解除ユーザを決定する処理の詳細を示すフローチャートである。なお、図１３において、既に図１１を参照して説明したのと同じ処理ステップには同じステップ参照番号を付し、その説明は省略する。

ステップＳ１１０１〜Ｓ１１０２の後、ステップＳ１３０３で、ＣＰＵ１０２は、接続要求信号を送信した外部端末装置３００と画像形成装置１００との距離情報１（Ｄ１）を取得する。この実施例における距離情報とは図４に示した距離ＩＤと同義である。

具体的には、無線通信制御部１１９は無線通信装置２００を介して、外部端末装置３００に対して距離情報の取得依頼を通知する。外部端末装置３００は距離情報取得依頼の受信に応じて、外部端末装置３００と画像形成装置１００との距離情報を判定し、その判定した距離情報を無線通信装置２００に対して送信する。無線通信制御部１１９は、無線通信装置２００を介して、外部端末装置３００から送信された距離情報を受信して解析することで距離情報を取得する。

ステップＳ１３０４で、ＣＰＵ１０２は、距離情報１（Ｄ１）を取得後、一定時間が経過したかどうかを調べる。この処理は、接続要求信号を送信した外部端末装置３００を所持するユーザの移動方向を判定するために実行される。ここで、一定時間が経過した場合、ユーザがいずれかの方向に移動した可能性があると想定し処理はステップＳ１３０５に進む。これに対して、一定時間が経過していない場合、そのまま待ち合わせ処理を続行する。

ステップＳ１３０５で、ＣＰＵ１０２は、再度、外部端末装置３００と無線通信装置２００の距離情報を取得する。この距離情報を距離情報２（Ｄ２）という。ステップＳ１３０５における具体的な処理はステップＳ１３０３と同様であるためその説明は省略する。

ステップＳ１３０６で、ＣＰＵ１０２は、ステップＳ１３０３とステップＳ１３０５で取得した距離情報１（Ｄ１）と距離情報２（Ｄ２）とに基づいて、ユーザの移動方向を判定する。具体的には、距離情報１（Ｄ１）と距離情報２（Ｄ２）の値を比較する。

ここで、Ｄ１＜Ｄ２であれば、ユーザとの距離が大きくなっていることを示すので、ユーザが画像形成装置１００から離れていく方向に移動していると判定する。この場合、ユーザはエラー解除を実施することがないと判定し、処理は図５のステップＳ５０１に戻り、再度エラー発生の通知処理を実行する。これに対して、Ｄ１＞Ｄ２であれば、ユーザとの距離が小さくなっていることを示すため、ユーザが画像形成装置１００に近づく方向に移動していると判定する。この場合、ユーザはエラー解除を実施する意思があると判定し、処理はステップＳ１１０４に進む。また、Ｄ１＝Ｄ２であれば、ユーザは静止しているか、ユーザが移動していたとしても画像形成装置１００との距離関係が変化していないと判定し、処理はステップＳ１３０７に進む。

ステップＳ１３０７で、ＣＰＵ１０２は、Ｄ１とＤ２とに基づいて、外部端末装置３００が図３に示した通知範囲の至近距離に位置しているかどうかを調べる。ここで、Ｄ１とＤ２とが至近距離を示す距離ＩＤ（＝００１）となる場合、ＣＰＵ１０２はユーザが画像形成装置１００から至近距離で静止している（又は距離変化がない）と判断する。そのため、ＣＰＵ１０２はエラー解除の意思があると判断し、ステップＳ１１０４に進む。これに対して、近距離（距離ＩＤ＝００２）又は遠距離（距離ＩＤ＝００３）で静止している（又は距離変化がない）場合、ＣＰＵ１０２はユーザがエラー解除を実施する意思がないと判定する。そして、処理は図５のステップＳ５０１に戻り、再度エラー発生の通知処理を実行する。

ステップＳ１１０４では、実施例２で説明した処理を実行する。

従って以上説明した実施例に従えば、ユーザの移動方向を判定し、画像形成装置１００からの至近距離にいるユーザをエラー解除ユーザとして決定するので、そのユーザが即座に対応することで早期にＪＯＢエラーを解除することが可能となる。

ここでは、図５のステップＳ５０２で実行されるエラー解除者を決定する処理に関するさらに別の実施例を説明する。この実施例では、図５のステップＳ５０２の詳細な処理は実施例１〜３と異なるが、全体的な処理は図５に示したフローチャートに従うものとするので、全体的な処理についての説明は省略する。この実施例では、ユーザの操作がエラー解除に関わる操作であるかを判定する処理が特徴となっている。

図１４はエラー解除ユーザを決定する処理の詳細を示すフローチャートである。

ステップＳ１４０１で、ＣＰＵ１０２は、ＪＯＢエラーを解除するときにユーザが行うであろう最初の開始作業を取得する。

図１５はステップＳ１４０１で取得される具体的な内容が記述されたテーブルの一例を示す図である。

図１５において、「エラー名」項目はＪＯＢエラーの一例を示し、「エラーＩＤ」項目はＪＯＢエラーに割り当てられているＩＤを示し、「開始作業」項目は、この実施例における各ＪＯＢエラーのエラー解除作業の開始作業を示している。このテーブルは、予めＲＡＭ１０４もしくは不揮発性メモリ１０５に保存されるテーブルの一種である。この実施例では紙無しエラーが発生した場合、ＣＰＵ１０２は、図１５に示すテーブルを参照することで、紙無しエラーの開始作業が「トレイの引き出し」であると認識できる。

ステップＳ１４０２で、ＣＰＵ１０２は、ＪＯＢエラー発生の通知後、一定時間が経過したかどうかを調べる。ここで、ＪＯＢエラー発生の通知後に、画像形成装置１００に対するユーザ操作を検知することなく一定時間が経過した場合、ＣＰＵ１０２はユーザよるＪＯＢエラーの解除が行われないと判定する。そして、処理は図５のステップＳ５０１に戻り、再度エラー発生通知を実行する。これに対して、一定時間が経過していない場合は、処理はステップＳ１４０３に進み、ＣＰＵ１０２は画像形成装置１００に対するユーザ操作を検知したかどうかを調べる。具体的には、操作部１０９での操作や、給紙部１１１や印刷部１１４など含まれるセンサからの信号をＣＰＵ１０２が検知することにより、ユーザ操作を検知する。

ここで、ユーザ操作を検知した場合、処理はステップＳ１４０４に進み、ユーザ操作を検知できない場合、処理はステップＳ１４０２に戻り、ユーザ操作を検知の処理を続行する。

ステップＳ１４０４で、ＣＰＵ１０２は、検知されたユーザ操作がエラー解除のための操作であるかどうかを調べる。ここで、ユーザがステップＳ１４０１で取得したエラー解除作業の開始作業を行っている場合、ＣＰＵ１０２はユーザがエラー解除作業を行っていると判定し、処理はステップＳ１４０５に進む。これに対して、ユーザがエラー解除でない操作を行っている、即ち、ユーザがステップＳ１４０１で取得したエラー解除作業の開始作業を行っていない場合、ＣＰＵ１０２はユーザがエラー解除作業を実施していないと判定する。そして、処理は図５のステップＳ５０１に戻り、再度エラー発生の通知処理を実行する。この実施例では、紙無しエラーが発生したことを想定しているので、ユーザ操作がトレイの引き出しであった場合、処理はステップＳ１４０５に進む。

ステップＳ１４０５で、ＣＰＵ１０２は、ユーザによるエラー解除作業が開始されているため、画像形成装置１００に最も近傍にいるユーザをエラー解除者として特定する。つまり、ステップＳ１４０４にてＹｅｓと判定された場合、無線通信制御部１１９は、無線通信装置２００を介して、アドバタイズ信号を発信する。その後、そのアドバタイズ信号を受信した外部端末装置３００からの接続要求信号を受信する。その接続要求信号には、図４で示した距離ＩＤと図８で示したユーザＩＤが含まれているとする。そして、無線通信制御部１１９は、受信した接続要求信号を解析し、その接続要求信号に含まれる距離ＩＤが“００１”を示すユーザＩＤをエラー解除者として特定する。なお、複数のユーザが至近距離を示す距離ＩＤを応答として送信した場合、無線通信制御部１１９は、エラー解除作業を行ったユーザのみ応答するようなメッセージを通知しても構わない。もちろん、ステップＳ１４０５でＹｅｓと判定された場合、最初からエラー解除作業を行ったユーザのみ応答するようなメッセージが通知されても構わない。その他の処理として、ステップＳ１４０４にてＹｅｓと判定された場合、無線通信制御部１１９は、至近距離に存在する端末装置のみが受信できるように通知範囲を通常時よりも狭くしたアドバタイズ信号を送信しても構わない。

ステップＳ１４０６では、その接続要求信号を送信した外部端末装置のユーザをＪＯＢエラー解除者に決定する。ここでは、ステップＳ１４０５により特定されたユーザＩＤを取得し、実際にエラーが解除されるまで、これをＲＡＭ１０４に一時的に保存する。

従って以上説明した実施例に従えば、画像形成装置に対するユーザ操作がエラー解除作業であるかを調べ、その判定結果に基づいてエラー解除ユーザを決定するので確実に画像形成装置の周辺にいる外部端末装置のユーザをエラー解除ユーザにすることができる。その結果、早期に確実にＪＯＢエラーを解除することが可能となる。

なお、実施例２〜４は、エラー解除者を決定する個別の処理として説明したが、これらの処理を複合してエラー解除者を決定してもよい。

ここでは、図５のステップＳ５０７でエラー解除後のＪＯＢ再実行に関するさらに別の実施例を説明する。この実施例では、図５のステップＳ５０７の詳細な処理は実施例１〜４と異なるが、全体的な処理は図５に示したフローチャートに従うものとするので、全体的な処理についての説明は省略する。この実施例では、再実行するＪＯＢを優先度に応じて決定する処理が特徴となっている。

図１６は優先度に応じてＪＯＢを再実行する処理の詳細を示すフローチャートである。ここでは、エラー解除の作業を行ったユーザの実行しているＪＯＢを優先的に再実行するとしている。

ステップＳ１６０１で、ＣＰＵ１０２は、接続要求信号を解析し、その接続要求信号に含まれるユーザＩＤをエラー解除ユーザのユーザＩＤとして取得する。また、この実施例では、図５のステップＳ５０２で既に取得されているとしてもよい。

ステップＳ１６０２で、ＣＰＵ１０２は、ステップＳ１６０１で取得したユーザＩＤと実行待ちＪＯＢに関係づけられているユーザＩＤとを比較する。ＲＡＭ１０４には複数のユーザから実行指示されたＪＯＢがリストやキューの形式で保存されている。加えて、その実行待ちＪＯＢには実行を指示したユーザＩＤが関係づけられている。ＣＰＵ１０２はこのＪＯＢに関係づけられているユーザＩＤと、ステップＳ１６０１で取得したユーザＩＤをと比較し、両者のユーザＩＤが一致するＪＯＢを検索する。

図１７は具体的なＪＯＢリストの一例をテーブル形式で示す図である。

図１７において、「ＪＯＢ名」項目はＪＯＢリストに含まれているＪＯＢを示し、「ＪＯＢのＩＤ」項目は、そのＪＯＢに割り当てられているＩＤを示し、「ＪＯＢステータス」項目はそのＪＯＢの状態を示し、実行中ＪＯＢと実行待ちＪＯＢとを区別する。また、「ＪＯＢ実行したユーザＩＤ」項目は、そのＪＯＢを実行したユーザを示している。

この実施例では、図１７に示したＪＯＢリストがＲＡＭ１０４に保存されているものとする。このとき、エラー解除ユーザのユーザＩＤが“１０２”である場合、ＣＰＵ１０２は図１７に示したＪＯＢリストに含まれるユーザＩＤを検索すると、ＪＯＢ２のユーザＩＤと一致していることがわかる。一方、エラー解除ユーザのユーザＩＤが“１０５”である場合、ＣＰＵ１０２は、このＪＯＢリストに含まれるユーザＩＤを検索すると、エラー解除ユーザのユーザＩＤはＪＯＢリストに含まれるユーザＩＤと一致しないことがわかる。

ステップＳ１６０３で、ＣＰＵ１０２は、ステップＳ１６０２における比較の結果、ユーザＩＤの一致があったか否かを調べる。これにより、エラー解除ユーザがＪＯＢ実行者である場合と、ＪＯＢ実行者でない場合を切り分けることができる。

例えば、ステップＳ１６０１で取得したユーザＩＤが“１０５”であり、かつ図１７に示したＪＯＢリストを参照した場合、一致するユーザＩＤが存在しないので、この場合、処理はステップＳ１６０４に進む。ステップＳ１６０４では、図１７に示されているＪＯＢリストの内、ＪＯＢステータスが実行中のＪＯＢを実行する。

これに対して、例えば、ステップＳ１６０１で取得したユーザＩＤが“１０１”又は“１０２”であり、かつ図１７に示したＪＯＢリストを参照した場合、一致するユーザＩＤが存在するため、処理はステップＳ１６０５に進む。ステップＳ１６０５では、ユーザＩＤが一致したＪＯＢのステータスを確認する。これにより、実行中のＪＯＢと実行待ちのＪＯＢに対する処理を切り分ける。

例えば、ステップＳ１６０１で取得したユーザＩＤが“１０１”であり、かつ図１７に示したＪＯＢリストを参照した場合には、一致したＪＯＢのＪＯＢステータスは実行中であるため、処理はステップＳ１６０６進む。ステップＳ１６０６では、エラー解除ユーザが実行待ちのＪＯＢステータスを持つＪＯＢの実行者であることが分かっているので、エラー解除ユーザのＪＯＢを優先的に実行する。このため、実行中のＪＯＢステータスを持つＪＯＢは最優先ジョブとして速やかに実行が再開される。

一方、ステップＳ１６０１で取得したユーザＩＤが“１０２”であり、かつ図１７に示したＪＯＢリストを参照した場合、一致したＪＯＢのＪＯＢステータスは実行待ちであるため、処理はステップＳ１６０７に進む。ステップＳ１６０７で、ＣＰＵ１０２は、エラー解除ユーザにより実行指示されたＪＯＢを優先的に実行する。ここでは、ステップＳ１６０１で取得したユーザＩＤが“１０２”である場合、ＣＰＵ１０２は、図１７に示したＪＯＢリストを参照して、ＪＯＢ２を最優先ジョブとして扱う。従って、ステップＳ１６０７で、ＣＰＵ１０２は、図１７に示したＪＯＢリストの場合、ＪＯＢ１の実行を中止し、ＪＯＢ１のＪＯＢステータスを実行待ちに変更する。なお、ＪＯＢ１は実行待ちのＪＯＢの中では、最も早期に実行されるＪＯＢとして扱われる。

そして、ステップＳ１６０８で、ＣＰＵ１０２は、エラー解除ユーザのＪＯＢを実行する。

従って以上説明した実施例に従えば、エラー解除を行ったユーザのＪＯＢを優先的に実行することが可能となる。これにより、エラー解除を行うことがユーザにとって利点となり、早期にＪＯＢエラーを解除することをユーザに促すことができる。

本発明は上述の実施例の１つ以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１つ以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００ 画像形成装置、１０１ メインボード、１０２ ＣＰＵ、１０３ ＲＯＭ、
１０４ ＲＡＭ

Claims (14)

1. 印刷ジョブに基づいて記録媒体に画像を形成する画像形成手段を備えた画像形成装置であって、
   前記画像形成装置のエラーの発生が検出された場合、前記検出されたエラーの発生を示す情報を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように複数回の通知処理を実行する通知手段を有し、
   前記通知手段による通知に対して前記端末装置から応答を受信した場合、前記通知手段は、前記エラーを解除するユーザが決定したことを示す情報を通知することを特徴とする画像形成装置。
2. 印刷ジョブに基づいて記録媒体に画像を形成する画像形成手段を備えた画像形成装置であって、
   前記画像形成装置のエラーの発生が検出された場合、前記検出されたエラーの発生を示す情報を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように複数回の通知処理を実行する通知手段を有し、
   前記エラーが解除されたことが確認された場合、前記通知手段は、前記エラーの解除を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように通知処理を実行することを特徴とする画像形成装置。
3. 前記画像形成手段はインクジェット方式に従って記録ヘッドからインクを吐出して記録媒体に画像を形成するプリンタエンジンを備え、
   前記検出されるエラーは、ユーザ操作により解除されるリカバブルエラーであることを特徴とする請求項１又は２に記載の画像形成装置。
4. 前記リカバブルエラーは、前記記録媒体が詰まって発生するジャムエラー、給紙部に記録媒体がなくなって発生する紙無しエラー、前記インクを収容するインクタンクのインク残量が低下して発生するインク無しエラーのうちの少なくとも１つであることを特徴とする請求項３に記載の画像形成装置。
5. 前記エラーの発生を示す情報の通知に対して最も早く接続要求信号を送信した端末装置のユーザを前記エラーを解除するユーザに決定する決定手段をさらに有することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 近距離無線通信を行う通信手段をさらに有し、
   前記通知手段は、前記通信手段を用いて、前記ユーザの端末装置にエラー発生を示す情報を通知することを特徴とする請求項５に記載の画像形成装置。
7. 前記通信手段は、Bluetooth（登録商標）により近距離無線通信を行い、前記端末装置に対して前記エラーの発生の情報を含むアドバタイズ信号を周期的に送信し、前記端末装置からの接続要求信号を受信することを特徴とする請求項６に記載の画像形成装置。
8. 前記通知手段はさらに前記通信手段を用いて、前記ユーザの端末装置に前記エラーを解除する意思があるかどうかを問い合わせ、該問い合わせに対する応答を前記接続要求信号に含まれる情報として受信し、
   前記決定手段は、
   前記受信した前記接続要求信号の内容を解析する解析手段と、
   前記解析手段による解析の結果に基づいて、前記接続要求信号を送信した端末装置のユーザが前記エラーを解除する意思があるかどうかを確認する確認手段とを含み、
   前記確認手段による確認の結果に基づいて、前記エラーを解除するユーザに決定することを特徴とする請求項７に記載の画像形成装置。
9. 前記ユーザの所持する端末装置と近距離無線通信を行い、前記画像形成装置と前記端末装置との間の距離を推定する推定手段と、
   前記推定手段により推定された距離が前記画像形成装置から至近距離であるか、近距離であるか、遠距離であるか、通知範囲の外であるかを判別する第１の判別手段とを含むことを特徴とする請求項８に記載の画像形成装置。
10. 前記決定手段はさらに、
    前記第１の判別手段により判別された前記画像形成装置と前記端末装置との間の第１の距離と、前記第１の距離の取得から一定時間を経過した後に前記第１の判別手段により判別された前記画像形成装置と前記端末装置との間の第２の距離とを比較する比較手段と、
    前記比較手段による比較の結果、前記端末装置が前記画像形成装置に近づいてくるか、離れていくか、又は、至近距離で静止しているかを判断する判断手段とを含み、
    前記判断手段により前記画像形成装置に近づいてくるか、又は、至近距離で静止していると判断された端末装置のユーザを前記エラーを解除するユーザに決定することを特徴とする請求項９に記載の画像形成装置。
11. 前記画像形成装置に対するユーザ操作を検知する検知手段と、
    前記検知手段により検知されたユーザ操作が前記エラーに対する解除作業であるかどうかを判別する第２の判別手段とをさらに有し、
    前記決定手段はさらに、前記第２の判別手段により前記エラーに対する解除作業を行っているユーザを前記エラーを解除するユーザに決定することを特徴とする請求項１０に記載の画像形成装置。
12. 前記エラーの解除に応じて、前記印刷ジョブを処理する処理手段を更に有し、
    前記処理手段は、前記エラーを解除するユーザが指示した印刷ジョブを優先的に処理することを特徴とする請求項１乃至１１のいずれか１項に記載の画像形成装置。
13. 印刷ジョブに基づいて記録媒体に画像を形成する画像形成手段を備えた画像形成装置における通知方法であって、
    前記画像形成装置のエラーの発生が検出された場合、前記検出されたエラーの発生を示す情報を前記画像形成装置から所定の距離内に存在する端末装置が受信できるように複数回の通知処理を実行する通知工程を有し、
    前記通知工程における通知に対して前記端末装置から応答を受信した場合、前記通知工程では、前記エラーを解除するユーザが決定したことを示す情報を通知することを特徴とする通知方法。
14. 請求項１乃至１２のいずれか１項に記載の画像形成装置の各手段を実行させるプログラム。

Images