(57)【特許請求の範囲】
【請求項１】
画像形成装置であって、
前記画像形成装置に関する情報を含み、かつ、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第１アドバタイズ情報を送信する第１送信手段と、
前記第１アドバタイズ情報を受信した外部装置からリクエストを受信する受信手段と、
前記受信手段により前記外部装置から前記リクエストを受信した場合、前記第１アドバタイズ情報とは異なり、かつ、前記Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第２アドバタイズ情報を送信する第２送信手段と、
前記第１送信手段により送信された前記第１アドバタイズ情報を受信し、かつ、前記リクエストを送信した前記外部装置により送信された印刷ジョブに基づいて印刷処理を実行する画像形成手段と、を備え、
前記第１アドバタイズ情報は、複数回、送信されることを特徴とする画像形成装置。
【請求項２】
前記第１アドバタイズ情報には、送信電力に関する情報が含まれることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記画像形成手段はインクジェット方式に従って記録ヘッドからインクを吐出して記録媒体に画像を形成することを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記第２アドバタイズ情報を前記外部装置が受信した後、前記外部装置には前記画像形成装置のエラーに関する情報が表示されることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
【請求項５】
前記第１アドバタイズ情報には、前記画像形成装置の状態として前記画像形成装置において発生しているエラーに関する情報が含まれ、
前記エラーは、記録媒体が詰まって発生するジャムエラー、給紙部に記録媒体がなくなって発生する紙無しエラー、インクを収容するインクタンクのインク残量が低下して発生するインク無しエラーのうちの少なくとも１つであることを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
【請求項６】
前記エラーの発生を示す情報の通知に対して最も早く前記リクエストを送信した前記外部装置のユーザを前記エラーを解除するユーザに決定する決定手段をさらに有することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記決定手段は、前記リクエストを送信した前記外部装置が前記画像形成装置に近づいていると特定した場合、前記画像形成装置のユーザを前記エラーを解除するユーザに決定することを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記リクエストを送信した前記外部装置に、前記外部装置と前記画像形成装置の距離を示す第１距離情報を要求する第１要求手段と、
前記第１距離情報を要求した後に、前記外部装置に、前記外部装置と前記画像形成装置の距離を示す第２距離情報を要求する第２要求手段とを、さらに有し、
前記決定手段は、前記第２距離情報が前記第１距離情報よりも短いと判定した場合、前記リクエストを送信した前記外部装置が前記画像形成装置に近づいていると特定することを特徴とする請求項７に記載の画像形成装置。
【請求項９】
前記第１送信手段は、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく近距離無線通信により前記第１アドバタイズ情報を送信することを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置。
【請求項１０】
前記第２送信手段は、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく近距離無線通信により前記第２アドバタイズ情報を送信することを特徴とする請求項１乃至９のいずれか１項に記載の画像形成装置。
【請求項１１】
前記画像形成手段は、前記画像形成装置に保持される印刷ジョブの中で、前記リクエストに含まれるユーザ識別情報と一致するユーザ識別情報を含む印刷ジョブに基づいて前記印刷処理を実行することを特徴とする請求項１乃至１０のいずれか１項に記載の画像形成装置。
【請求項１２】
画像形成装置における画像形成方法であって、
前記画像形成装置に関する情報を含み、かつ、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第１アドバタイズ情報を送信する第１送信工程と、
前記第１アドバタイズ情報を受信した外部装置からリクエストを受信する受信工程と、
前記受信工程において前記外部装置から前記リクエストを受信した場合、前記第１アドバタイズ情報とは異なり、かつ、前記Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第２アドバタイズ情報を送信する第２送信工程と、
前記第１送信工程において送信された前記第１アドバタイズ情報を受信し、かつ、前記リクエストを送信した前記外部装置により送信された印刷ジョブに基づいて印刷処理を実行する画像形成工程と、を備え、
前記第１アドバタイズ情報は、複数回、送信されることを特徴とする画像形成方法。
【請求項１３】
前記第１アドバタイズ情報には、送信電力に関する情報が含まれることを特徴とする請求項１２に記載の画像形成方法。
【請求項１４】
前記画像形成工程ではインクジェット方式に従って記録ヘッドからインクを吐出して記録媒体に画像を形成することを特徴とする請求項１２に記載の画像形成方法。
【請求項１５】
前記第２アドバタイズ情報を前記外部装置が受信した後、前記外部装置には前記画像形成装置のエラーに関する情報が表示されることを特徴とする請求項１２乃至１４のいずれか１項に記載の画像形成方法。
【請求項１６】
前記第１アドバタイズ情報には、前記画像形成装置の状態として前記画像形成装置において発生しているエラーに関する情報が含まれ、
前記エラーは、記録媒体が詰まって発生するジャムエラー、給紙部に記録媒体がなくなって発生する紙無しエラー、インクを収容するインクタンクのインク残量が低下して発生するインク無しエラーのうちの少なくとも１つであることを特徴とする請求項１２乃至１５のいずれか１項に記載の画像形成方法。
【請求項１７】
前記エラーの発生を示す情報の通知に対して最も早く前記リクエストを送信した前記外部装置のユーザを前記エラーを解除するユーザに決定する決定工程をさらに有することを特徴とする請求項１６に記載の画像形成方法。
【請求項１８】
前記決定工程では、前記リクエストを送信した前記外部装置が前記画像形成装置に近づいていると特定した場合、前記画像形成装置のユーザを前記エラーを解除するユーザに決定することを特徴とする請求項１７に記載の画像形成方法。
【請求項１９】
前記リクエストを送信した前記外部装置に、前記外部装置と前記画像形成装置の距離を示す第１距離情報を要求する第１要求工程と、
前記第１距離情報を要求した後に、前記外部装置に、前記外部装置と前記画像形成装置の距離を示す第２距離情報を要求する第２要求工程とを、さらに有し、
前記決定工程では、前記第２距離情報が前記第１距離情報よりも短いと判定した場合、前記リクエストを送信した前記外部装置が前記画像形成装置に近づいていると特定することを特徴とする請求項１８に記載の画像形成方法。
【請求項２０】
前記第１送信工程は、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく近距離無線通信により前記第１アドバタイズ情報を送信することを特徴とする請求項１２乃至１９のいずれか１項に記載の画像形成方法。
【請求項２１】
前記第２送信工程は、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく近距離無線通信により前記第２アドバタイズ情報を送信することを特徴とする請求項１２乃至２０のいずれか１項に記載の画像形成方法。
【請求項２２】
前記画像形成工程は、前記画像形成装置に保持される印刷ジョブの中で、前記リクエストに含まれるユーザ識別情報と一致するユーザ識別情報を含む印刷ジョブに基づいて前記印刷処理を実行することを特徴とする請求項１２乃至２１のいずれか１項に記載の画像形成方法。
【請求項２３】
コンピュータに請求項１乃至１１のいずれか１項に記載の画像形成装置の各手段を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像形成装置、その画像形成方法、及びプログラムに関し、特に、例えば、Bluetooth（登録商標）の近距離無線通信を用いてユーザ端末との通信を行うとともに記録媒体に画像を記録する画像形成装置、その画像形成方法、及びプログラムに関する。
【背景技術】
【０００２】
インクジェット方式に従う画像形成装置が動作中、紙ジャムやインク切れなどのリカバブルエラーが発生した場合、ユーザ操作によってエラー原因を取り除き、早期にエラー状態を解除することが求められる。早期解除を行うためには、その画像形成装置がエラー状態であることをユーザに認識させる必要がある。
【０００３】
特許文献１では、発生したエラーの種類に基づいて、交換もしくは補充の必要な消耗品の近辺にいるユーザや、装置近辺にいるユーザを検出し、その検出したユーザをエラー解除作業の実行者としてみなし、エラー通知を行う方法を提案している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１２３１６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に提案された方法では、画像形成装置の処理が停滞する可能性が生じる。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明の画像形成装置は次のような構成からなる。
【０００８】
即ち、画像形成装置であって、前記画像形成装置に関する情報を含み、かつ、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第１アドバタイズ情報を送信する第１送信手段と、前記第１アドバタイズ情報を受信した外部装置からリクエストを受信する受信手段と、前記受信手段により前記外部装置から前記リクエストを受信した場合、前記第１アドバタイズ情報とは異なり、かつ、前記Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第２アドバタイズ情報を送信する第２送信手段と、前記第１送信手段により送信された前記第１アドバタイズ情報を受信し、かつ、前記リクエストを送信した前記外部装置により送信された印刷ジョブに基づいて印刷処理を実行する画像形成手段と、を備え、前記第１アドバタイズ情報は、複数回、送信されることを特徴とする。
【０００９】
また本発明を別の側面から見れば、画像形成装置における画像形成方法であって、前記画像形成装置に関する情報を含み、かつ、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第１アドバタイズ情報を送信する第１送信工程と、前記第１アドバタイズ情報を受信した外部装置からリクエストを受信する受信工程と、前記受信工程において前記外部装置から前記リクエストを受信した場合、前記第１アドバタイズ情報とは異なり、かつ、前記Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第２アドバタイズ情報を送信する第２送信工程と、前記第１送信工程において送信された前記第１アドバタイズ情報を受信し、かつ、前記リクエストを送信した前記外部装置により送信された印刷ジョブに基づいて印刷処理を実行する画像形成工程と、を備え、前記第１アドバタイズ情報は、複数回、送信されることを特徴とする画像形成方法を備える。
【００１０】
さらに本発明を別の側面から見れば、上記構成の画像形成装置の各手段を動作させるプログラムを備える。
【発明の効果】
【００１１】
本発明によれば、画像形成装置は、外部装置からリクエストを受信した場合、第１アドバタイズ情報とは異なり、かつ、Ｂｌｕｅｔｏｏｔｈ  Ｌａｗ  Ｅｎｅｒｇｙに基づく第２アドバタイズ情報を送信し、前記リクエストを送信した前記外部装置により送信された印刷ジョブに基づいて印刷処理を実行することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の画像形成装置とその周辺環境の一例を示す図である。
【図２】画像形成装置と外部端末装置概略を示すブロック図である。
【図３】無線通信装置と外部端末装置との位置関係と通信形態の一例を示す図である。
【図４】無線通信装置と外部端末装置との間で送信される位置情報の一例を表した図である。
【図５】無線通信装置において実行される処理を示すフローチャートである。
【図６】無線通信装置と外部端末装置との間で送信される情報の一例を示す図である。
【図７】外部端末装置の表示部の表示画面の例を示す図である。
【図８】接続要求信号に含まれる情報の一例を示す図である。
【図９】外部端末装置の表示部の表示画面の例を示す図である。
【図１０】外部端末装置の表示部の表示画面の例を示す図である。
【図１１】エラー解除ユーザを決定する処理を示すフローチャートである。
【図１２】外部端末装置の表示部の表示画面の例を示す図である。
【図１３】エラー解除ユーザを決定する処理を示すフローチャートである。
【図１４】エラー解除ユーザを決定する処理を示すフローチャートである。
【図１５】取得する具体的な内容をテーブル形式で示す図である。
【図１６】優先度に応じたＪＯＢの処理を示すフローチャートである。
【図１７】ＪＯＢリストの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下添付図面を参照して本発明の好適な実施例について、さらに具体的かつ詳細に説明する。なお、既に説明した部分には同一符号を付し重複説明を省略する。また、ただし、この実施例に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１４】
なお、この明細書において、「記録」（「プリント」という場合もある）とは、文字、図形等有意の情報を形成する場合のみならず、有意無意を問わない。また人間が視覚で知覚し得るように顕在化したものであるか否かを問わず、広く記録媒体上に画像、模様、パターン等を形成する、または媒体の加工を行う場合も表すものとする。
【００１５】
また、「記録媒体」とは、一般的な記録装置で用いられる紙のみならず、広く、布、プラスチック・フィルム、金属板、ガラス、セラミックス、木材、皮革等、インクを受容可能なものも表すものとする。
【００１６】
さらに、「インク」（「液体」と言う場合もある）とは、上記「記録（プリント）」の定義と同様広く解釈されるべきものである。従って、記録媒体上に付与されることによって、画像、模様、パターン等の形成または記録媒体の加工、或いはインクの処理（例えば記録媒体に付与されるインク中の色剤の凝固または不溶化）に供され得る液体を表すものとする。
【００１７】
またさらに、「ノズル（記録素子）」とは、特にことわらない限り吐出口ないしこれに連通する液路およびインク吐出に利用されるエネルギーを発生する素子を総括して言うものとする。
【００１８】
以下に説明する実施例では、画像形成装置にリカバブルエラーが発生した場合、ユーザに早期にエラー解除を促すため、装置状態および装置のエラー状態の変更者を通知するための制御を行う例について説明する。具体的には、Bluetooth（登録商標）Low Energy（ＢＬＥ）の近距離無線通信機能を備えた無線通信装置を用いて、複数のユーザにエラー発生を周期的に通知し、通知を受信した複数のユーザの中からエラー状態の解除者を決定し通知する。なお、近距離無線通信機能には、ＢＬＥの他にもＮＦＣ、ＷＬＡＮなどがある。
【００１９】
以下に説明する実施例では、例えば、インクジェット方式を用いた記録ヘッドからインクを記録媒体に吐出して画像を形成する印刷機能を備えた画像形成装置を例として説明する。しかしながら、本発明はさらに、スキャナ機能、複写機能、ファクシミリ機能などを実現する多機能プリンタ（ＭＦＰ）などにも適用できる。さらに、印刷機能を実現するためのプリンタエンジンにはインクジェット方式のみならず、電子写真方式などの種々の記録方式を採用することができる。そして、そのプリンタエンジンにはモノクロプリントのみならずカラープリントを行うことができる構成を用いることができる。
【００２０】
図１は本発明の代表的な実施例である画像形成装置とその周辺環境を示す図である。
【００２１】
画像形成装置１００は、電源供給を制御する電源制御機能と、インクジェット方式に従うプリンタエンジンを用いた印刷機能を有している。加えて、画像形成装置１００は、無線通信装置２００を有しており、無線通信装置２００を介して、外部端末装置３００との情報の送受信を行うことが可能である。無線通信装置２００はビーコン信号を送信することができ、外部端末装置３００との間でＢＬＥを用いた近距離無線通信を行う。
【００２２】
従って、外部端末装置３００はＢＬＥを用いた無線通信機能を備えている。加えて、外部端末装置３００は、ディスプレイやタッチパネルなどの表示部、ボタンなどの入力部などを有していてもよい。外部端末装置３００の具体例としては、スマートフォンやタブレットなどのユーザが携帯可能な装置がある。この実施例では、外部端末装置３００はスマートフォンを想定し、ビーコン信号を送信する無線通信装置２００とのＢＬＥを用いた近距離無線通信が可能である。
【００２３】
従って、無線通信装置２００と外部端末装置３００とはＢＬＥによる近距離無線通信により相互に情報の送受信が可能であり、画像形成装置１００は外部端末装置３００からの送信信号を受信し解析することで、送信信号に基づいた装置全体の制御が可能である。一方、外部端末装置３００は画像形成装置１００からの送信信号を受信し解析することで、送信信号に基づいた情報をユーザに通知することが可能である。
【００２４】
図２は画像形成装置１００と外部端末装置３００の制御構成の概略を示すブロック図である。
【００２５】
画像形成装置１００は、図２に示されているように、装置の主要な制御を行うメインボード１０１とＷＬＡＮ通信を行うＷＬＡＮユニット１２０と近距離無線通信を行う無線通信装置２００とＡＣ電源に接続されるＡＣ電源接続ユニット１１８とを含む。
【００２６】
メインボード１０１には、画像形成装置１００の全体を制御するＣＰＵ１０２と、ＣＰＵ１０２が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）等を格納するＲＯＭ１０３とが備えられる。この実施例では、ＲＯＭ１０３に格納されている各制御プログラムのスケジューリングやタスクスイッチ等は、ＣＰＵ１０２がＲＯＭ１０３に格納されている組み込みＯＳを動作させ、その管理下で制御される。
【００２７】
ＳＲＡＭ等で構成されるＲＡＭ１０４は、プログラム制御変数等を格納し、またユーザが登録した設定値や近距離無線通信の信号に含めるユーザＩＤやエラーＩＤなどを示すテーブルなどの画像形成装置１００の管理データ等を格納する。さらに、ＲＡＭ１０４には各種ワーク用バッファ領域が設けられている。フラッシュメモリ（Flash Memory）等で構成される不揮発性メモリ１０５は、電源がオフされた時でも保持していたいデータを格納する。具体的には、ネットワーク接続情報、ユーザデータなどである。ＤＲＡＭ等で構成される画像メモリ１０６は、各通信ユニットを介して受信した画像データや、後述する符号復号化処理部１０７で処理した画像データなどを蓄積する。なお、本発明は上記のようなメモリ構成に限定されるものではなく、他のタイプのメモリが用いられても良い。
【００２８】
符号復号化処理部１０７は、画像形成装置１００で扱う画像データ（ＪＰＥＧ、ＰＮＧ等）の符号復号化処理や拡大縮小処理を行う。データ変換部１０８は、ページ記述言語（ＰＤＬ）等の解析や画像データからプリントデータへの変換などを行う。また、操作部１０９と表示部１１０とにより操作パネルを構成し、操作部１０９ではボタン操作などのユーザの操作を受け付け、タッチパネルなどを備えた表示部１１０ではユーザに対して情報を表示する。
【００２９】
給紙部１１１は印刷に用いる記録用紙などの記録媒体を保持するカセット等を含み、そのカセットから記録媒体を給紙する。その給紙は、印刷制御部１１２により制御される。なお、給紙部１１１は複数種類の記録媒体を１つの装置内に保持するために、複数のカセットを備えることができる。その場合、印刷制御部１１２は、これら複数のカセットのいずれから給紙を行うかを制御する。
【００３０】
印刷制御部１１２は、印刷に用いられる画像データに対し、画像処理制御部１１３を介して、スムージング処理や記録濃度補正処理、色補正等の各種画像処理を施し、高精細な画像データに変換し、印刷部（プリンタエンジン）１１４に出力する。また、印刷制御部１１２は給紙部１１１や印刷部１１４の情報を定期的に読みだしてＲＡＭ１０４の情報を更新する。具体的には、インクタンクのインク残量や記録ヘッドの状態など表わす情報を更新や、紙ジャムやインク切れなどのエラーの有無の判断を行う。
【００３１】
印刷部１１４は、給紙部１１１から給紙された記録用紙などの記録媒体上にインクを吐出して画像データに基づいた画像を形成する。具体的には、複数のモータで駆動される記録ヘッド、その記録ヘッドに供給されるインクを収容するインクタンク、そのインクタンクからインクを吐出するために制御されるヒータなどで構成されている。
【００３２】
電源制御部１１７は、電源の接続状態を検知し、画像形成装置１００の駆動に必要な電力を制御する。電源の接続状態とはＡＣ電源接続ユニット１１８がＡＣ電源と接続していること、もしくは接続されていないことを表す状態である。
【００３３】
無線通信制御部１１９は無線通信装置２００を介して外部端末装置３００との通信を制御する。具体的には、無線通信制御部１１９は、画像形成装置１００の装置状態を示す情報をＢＬＥに従う近距離無線通信の通信規格のパケットに組み込み、これを信号として無線通信装置２００を介して送信する。送信信号を受信した外部端末装置３００は、その受信信号を解析することで、画像形成装置１００に関する情報を取得する。
【００３４】
加えて、無線通信制御部１１９は、外部端末装置３００からの送信情報を無線通信装置２００を介して受信し、その受信信号を解析して、その信号に含まれている情報を取得する。具体的には、無線通信制御部１１９は、外部端末装置３００のデバイス情報、外部端末装置３００を所持するユーザのユーザ情報、無線通信装置２００と外部端末装置３００との距離情報などを取得する。
【００３５】
このように、無線通信装置２００と外部端末装置３００は相互にデータ通信を実行して外部端末装置３００のユーザは画像形成装置１００の装置状態を直接確認することなく、例えば、外部端末装置３００の画面に表示される情報により認識することができる。一方、画像形成装置１００のＣＰＵ１０２は、ユーザの情報やユーザ（外部端末装置）との距離情報を取得することができ、その取得した情報を利用して装置全体の制御を行う。加えて、この実施例では無線通信装置２００からビーコン信号が送信されるので、複数のユーザを対象に同時に前記データ通信を行うこともできる。
【００３６】
ＷＬＡＮユニット１２０は専用のバスケーブル１２１で接続されている。ＷＬＡＮユニット１２０はＷＬＡＮの規格に準拠した通信を実現するためのユニットである。なお、上記構成要素１０２〜１２０は、ＣＰＵ１０２が管理するシステムバス１２２を介して、相互に接続されている。
【００３７】
さて、外部端末装置３００は、図２に示されているように、少なくとも無線通信制御部３０１と表示部３０２を有している。無線通信制御部３０１は無線通信装置２００との通信を制御する。具体的には、無線通信装置２００からの送信信号を受信して解析し、その信号に含まれている情報を取得する。加えて、無線通信制御部３０１は、外部端末装置３００を所持するユーザのユーザ情報などを、ＢＬＥによる近距離無線通信の通信規格のパケットに組み込み、そのパケット信号を無線通信装置２００に送信する。表示部３０２はタッチパネルディスプレイが含まれており、ユーザに対して、画像形成装置１００の状態などの情報を提示する。
【００３８】
図３は無線通信装置と複数の外部端末装置との位置関係、およびＢＬＥによる通信形態の一例を表した図である。
【００３９】
図３に示されているように、この例は、無線通信装置２００を中心として、３台の外部端末装置３１０〜３３０を所持したユーザが周囲に存在している環境を示している。この実施例では、ＢＬＥの通信規格に準拠したビーコン信号が無線通信装置２００から送信される。無線通信装置２００と外部端末装置３１０〜３３０とは、ＢＬＥの通信規格に従って次のような手順で情報の送受信を行う。
【００４０】
ＢＬＥはマスターデバイスとスレーブデバイスの間で同期を確立し、通信を行うための通信規格である。スレーブデバイスはマスターデバイスにアドバタイズ信号を送信し、接続要求信号の受信待ち状態となる。一方、マスターデバイスはアドバタイズ信号を受信して、アドバタイズ信号を送信しているスレーブデバイスを検出し、検出したスレーブデバイスに接続要求信号を送信する。スレーブデバイスは接続要求信号を受信し、２つのデバイス間の同期が確立される。加えて、マスターデバイスとスレーブデバイスとの間で送受信される通信信号には、任意に情報を含めることができる。例えば、スレーブデバイスはスレーブデバイスの装置状態を示す情報をアドバタイズ信号に含めて送信し、アドバタイズ信号を受信したマスターデバイスはその受信信号を解析することで、スレーブデバイスの装置状態を知ることができる。図３に示す例では、スレーブデバイスは無線通信装置２００となり、マスターデバイスは外部端末装置３１０〜３３０となる。
【００４１】
以上のような構成で、無線通信制御部１１９は画像形成装置１００のエラー状態などの装置情報をアドバタイズ信号に含め、無線通信装置２００を介してその信号を送信する。外部端末装置３００は無線通信制御部３０１によりアドバタイズ信号を受信し解析処理を行うことで、画像形成装置１００のエラー状態を取得する。その後、エラー内容を外部端末装置３００が有する表示部３０２に表示してユーザにエラー通知を行う。加えて、無線通信制御部３０１は接続要求信号を無線通信装置２００に送信することで同期通信が可能となる。このとき、無線通信制御部３０１は、その接続要求信号に外部端末装置を所持するユーザＩＤなどの情報を含めることができる。
【００４２】
図３において、アドバタイズ信号が通知される範囲を通知範囲として定義する。図３に示されているように、外部端末装置３１０、３２０はその通知範囲の中に存在しているため、アドバタイズ信号を受信することが可能である。一方、外部端末装置３３０は、その通知範囲の外に存在しているため、アドバタイズ信号を受信することができない。そのため、外部端末装置３３０は無線通信装置２００と通信を確立することはできない。
【００４３】
さて、ＢＬＥにより同期通信が確立することで、無線通信装置２００は、無線通信装置２００と外部端末装置３１０、３２０との距離情報を取得することができる。図３に示す例では、通知範囲を段階的に至近距離、近距離、遠距離、範囲外に分割して示している。
【００４４】
次に、分割した範囲の具体例について説明する。
【００４５】
図４は無線通信装置と外部端末装置との間で送信される位置情報の一例を表した図である。図４において、通知範囲の段階項目は、図３で示した通知範囲を段階的に分割した範囲の名称に対応している。距離ＩＤの項目は、各分割範囲に割り当てられたＩＤを示している。距離項目は分割範囲の実距離を示している。
【００４６】
この実施例では、実距離（ｘ）が０≦ｘ＜１（ｍ）の範囲を至近距離と定義し、この距離が外部端末装置を所持するユーザが画像形成装置１００を直接操作可能な範囲を示している。同様に、実距離（ｘ）が１≦ｘ＜５（ｍ）の範囲を近距離と定義し、この距離が外部端末装置を所持するユーザが画像形成装置１００を直接操作可能な距離に存在していないが、比較的短時間で画像形成装置１００に到達することが可能な範囲を示している。実距離（ｘ）が５≦ｘ＜１０（ｍ）の範囲を遠距離と定義し、この距離が画像形成装置１００を直接操作可能な距離にユーザが存在しておらず、比較的長時間の移動により画像形成装置１００に到達する範囲と判断する。最後に、ｘ≧１０（ｍ）の範囲と範囲外と定義し、この距離はアドバタイズ信号を受信できない範囲であることを示している。
【００４７】
例えば、外部端末装置は、無線通信装置２００から出力されるアドバタイズ信号を受信する。そのアドバタイズ信号に格納されている送信電力値と信号の強度から伝搬損失を求め、外部端末装置３１０と無線通信装置２００との距離を推定する。外部端末装置３１０が、上記推定処理により外部端末装置３１０と無線通信装置２００との距離（Ｘ1）の実距離（ｘ）が０．８ｍと推定すると、外部端末装置３１０は無線通信装置２００の至近距離に位置していると判定できる。そこで、外部端末装置３１０は至近距離を示す距離ＩＤ（距離ＩＤ＝００１）を送信信号に含めることで、画像形成装置１００と外部端末装置３００は互いの位置関係を取得することができる。また、外部端末装置３２０が上記推定処理により外部端末装置３２０と無線通信装置２００との距離（ｘ2）の実距離（ｘ）が９ｍと推定すると、外部端末装置３２０は無線通信装置２００の遠距離に位置していると判定できる。その場合は、外部端末装置３２０は遠距離を示す距離ＩＤ（距離ＩＤ＝００３）を送信信号に含めることとなる。外部端末装置３３０は、通知範囲の外側である範囲外に位置しているため、アドバタイズ信号を受信できない。そのため、実際には、外部端末装置３３０と無線通信装置２００との距離（ｘ3）は取得することができない。言い換えれば、検知不可能な外部端末装置は必然的に範囲外に位置しているとなる。
【００４８】
加えて、無線通信装置２００は前記距離情報（距離ＩＤ）を複数回取得することで、外部端末装置のユーザの移動方向を推定することが可能となる。例えば、１回目に取得した距離情報が至近距離（距離ＩＤ＝００１）であり、２回目に取得した距離情報が近距離（距離ＩＤ＝００２）である場合、無線通信装置２００は、外部端末装置との距離が至近距離から近距離に変化していると判定できる。つまり、無線通信装置２００は、外部端末装置を所持するユーザは無線通信装置から離れる方向に移動していると判定できる。反対も同様であり、１回目に取得した距離情報が遠距離（距離ＩＤ＝００３）であり、２回目に取得した距離情報が近距離（距離ＩＤ＝００２）である場合、無線通信装置２００は、外部端末装置との距離が遠距離から近距離に変化していると判定できる。つまり、無線通信装置２００は外部端末装置を所持するユーザが無線通信装置に近づく方向に移動していると判定することができる。
【００４９】
なお、図３〜図４に示した各装置の配置および距離の定義により本発明が限定されるものではなく、これらの装置の配置や距離は装置構成や通信プロトコルの違いに応じて、適宜変更してもよい。
【００５０】
次に以上の構成の画像形成装置が実行する外部端末装置に対するエラー通知の実施例について説明する。
【００５１】
なお、図３では３つの外部端末装置３１０〜３３０を例示したが、本発明はこれによって限定されるものではなく、以下の説明で一般的に外部端末装置に言及する場合には、外部端末装置３００として言及する。また、その内部構成は全て共通なので、外部端末装置の内部構成について言及する場合には図２に示した参照番号を用いて言及する。
【実施例１】
【００５２】
図５は無線通信装置２００を用いたエラー通知による早期エラー解除を促す処理を示すフローチャートである。この処理は、画像形成装置１００はリカバブルエラーによりユーザからの画像形成装置１００に対して要求した印刷ジョブ（ＪＯＢ）の実行ができない状態であるが無線通信装置２００を用いた通信が可能であることを前提とする。
【００５３】
また、この処理は画像形成装置１００がＪＯＢの実行時にリカバブルエラーが発生し、そのリカバブルエラーをＣＰＵ１０２が検知することで起動実行される。ＪＯＢ実行時に発生するリカバブルエラー（以下、ＪＯＢエラー）には給紙部１１１に用紙が詰まって発生する紙ジャムエラー、給紙部１１１に用紙がなくなって発生する紙無しエラー、インクタンクのインク残量が低下して発生するインク無しエラー等がある。ＪＯＢエラーが発生した画像形成装置１００はエラー状態となるが、ユーザがエラー解除作業を実施することでエラー状態を解除することができる。エラー状態が解除された画像形成装置１００は引き続きＪＯＢを実行することができる。以下、紙無しエラーが発生したことを想定して、図５に示す処理について説明する。なお、本願の画像形成装置１００において実行されるフローチャートの各ステップは、ＣＰＵ１０２がフローチャートに関係するプログラムをメモリから読み出して実行することで実現される。
【００５４】
ステップＳ５０１で、ＣＰＵ１０２は、無線通信装置２００を介して図３に示した通知範囲の範囲内に存在する外部端末装置に対してＪＯＢエラーの発生を周期的に通知する。つまり、ＣＰＵ１０２は、検出されたエラーの発生を示す情報を画像形成装置１００から所定の距離内（図３の遠距離内）に存在する端末装置が受信できるように、エラーの発生を示す情報の通知処理を複数回実行する。なお、ステップＳ５０１の処理は、複数回の通知処理が実行されれば良く周期的である必要はない。
【００５５】
例えば、ＣＰＵ１０２は検知したＪＯＢエラーの種別を判定し、発生したＪＯＢエラーが紙無しエラーであることを特定する。無線通信制御部１１９はＣＰＵ１０２による判定の結果に基づいて、画像形成装置１００のエラー状態に関わる情報をアドバタイズ信号に含め、無線通信装置２００を介して周辺の外部端末装置に送信する。この実施例では、無線通信制御部１１９は紙無しエラーが発生したという情報を含むアドバタイズ信号の通知処理を複数回実行する。
【００５６】
図６は無線通信装置２００と外部端末装置３００との間で送信される情報の一例をテーブル形式で示した図である。
【００５７】
図６において、「エラー名」項目はＪＯＢエラーの一例を示し、「エラーＩＤ」項目はＪＯＢエラーに割り当てられているＩＤを示し、「関連情報」項目はＪＯＢエラーと合わせて送信する情報であり、エラー解除作業を行う上で必要な情報を示している。さらに、「具体例」項目は、この実施例における関連情報項目の内容を示す。このテーブルは、予めＲＡＭ１０４もしくは不揮発性メモリ１０５に保存されているテーブルの一種である。
【００５８】
この実施例において、トレイ１において普通紙の紙無しエラーが発生した場合、画像形成装置１００のＣＰＵ１０２は図６を参照する。そして、ＣＰＵ１０２は、エラーＩＤ（２０１）、トレイ位置（トレイ１）、用紙種類（普通紙）、用紙サイズ（Ａ４）を含めたアドバタイズ信号を生成する。紙無しエラー以外のＪＯＢエラーが発生した場合も同様に、エラーＩＤおよび発生したエラーに関する情報をアドバタイズ信号に含めて通知する。なお、本発明はこの実施例で説明するアドバタイズ信号に含む情報の種類や個数、具体的な信号の詳細について、特に、限定されるものではない。
【００５９】
図７はアドバタイズ信号を受信した外部端末装置の表示部の表示画面の例を示す図である。図７において、（ａ）は図３の外部端末装置３１０の表示部の表示画面を示し、（ｂ）は図３の外部端末装置３２０の表示部の表示画面を示している。
【００６０】
外部端末装置３１０に含まれる無線通信制御部は、アドバタイズ信号を受信して解析しその信号に含まれているエラー情報を取得する。そして、表示部の表示画面３１２は図７（ａ）に示されているように、取得したエラー情報を表示しユーザにエラー発生を通知する。また、アドバタイズ信号は図３に示された通知範囲に存在する全ての外部端末装置に送信されるため、同様の内容が、図７（ｂ）に示されているように、外部端末装置３２０の表示部の表示画面３２２にも表示される。
【００６１】
ステップＳ５０２で、ＣＰＵ１０２は、図３に示された通知範囲内に存在する外部端末装置３００の中から、エラー解除を行うユーザを決定する。この処理の目的は、接続要求信号を送信した外部端末装置を所持するユーザがエラー解除の処理を実際に行うかどうかを判定することにある。
【００６２】
ステップＳ５０２で、ＣＰＵ１０２は、外部端末装置３００から送信される接続要求信号の受信待ち処理を実行する。ここでは、ＣＰＵ１０２は、ステップＳ５０１における通知に対して最も早く接続要求信号を送信した外部端末装置３００を所持するユーザをエラー解除のユーザと決定する。また、外部端末装置３００はアドバタイズ信号を受信すると速やかに接続要求信号を送信することとする。そのため、この実施例では、画像形成装置１００と外部端末装置３００の位置関係が図３に示したようなものである場合、外部端末装置３１０は画像形成装置１００の最も近距離にあるため、最も早く接続要求信号を送信することとなる。
【００６３】
図８は接続要求信号に含まれる情報の具体的な内容をテーブル形式で示す図である。
【００６４】
図８において、「ユーザ名」項目は外部端末装置を所持するユーザの名称を示し、「ユーザＩＤ」項目はそのユーザに割り当てられているＩＤを示し、「外部端末装置ＩＤ」はそのユーザの所持する外部端末装置に割り当てられているＩＤを示している。このテーブルは、予めＲＡＭ１０４もしくは不揮発性メモリ１０５に保存されているテーブルの一種である。
【００６５】
この実施例において、外部端末装置３１０が接続要求信号を最も早く送信するため、その接続要求信号に含まれている外部端末装置ＩＤは“３０１”となる。図８に示すようなテーブルを参照することで、無線通信制御部１１９はエラー解除ユーザは「外部端末装置ＩＤ＝３０１」に関連付けられる「ユーザＩＤ＝１０１」と決定することができる。
【００６６】
なお、ステップＳ５０２の処理の別の例については、後述の実施例２〜４において、図１１、図１３、図１４に示すフローチャートを参照して説明する。実施例２〜４では端的に言えば、ユーザがエラー解除の処理を実際に行うかの判定に利用する情報を別途取得し、判定精度を向上させている。その判定に必要な情報は無線通信装置２００と外部端末装置３００の間で通信することで取得する。
【００６７】
図５に戻って説明を続ける。ステップＳ５０３で、ＣＰＵ１０２は、無線通信装置２００を介して、図３に示した通知範囲内に存在する外部端末装置３００に、ＪＯＢエラーを解除するユーザを決定したこと、およびエラー解除ユーザの情報を含むアドバタイズ信号を通知する。この実施例では、無線通信制御部１１９は、ステップＳ５０２で決定したエラー解除ユーザの「ユーザＩＤ＝１０１」を含むアドバタイズ信号を、無線通信装置２００を介して、外部端末装置３００に通知する。加えて、エラー解除の作業が開始されたこと、エラー解除の作業の進捗をその通知信号に含めて、複数回に分けて通知してもよい。
【００６８】
図９はエラー解除ユーザの情報通知を受信した外部端末装置の表示部の表示画面の例を示す図である。図９において、（ａ）は図３の外部端末装置３１０の表示部の表示画面３１２を示し、（ｂ）は図３の外部端末装置３２０の表示部の表示画面３２２を示す。
【００６９】
外部端末装置３１０の無線通信制御部はエラー解除ユーザの情報の通知を受信し解析することで、エラー解除ユーザが決定されたこと、エラー解除ユーザの「ユーザＩＤ＝１０１」を取得することができる。加えて、外部端末装置３１０の無線通信制御部は、取得したユーザＩＤと、そのユーザが所持する外部端末装置のユーザＩＤが一致するかどうかを判定する。そして、一致した場合、表示部の表示画面３１２における通知内容は、自分自身がエラー解除ユーザであることを示す内容となる。一方、取得したユーザＩＤが、そのユーザが所持する外部端末装置のユーザＩＤと一致しない場合、外部端末装置３２０の表示部の表示画面３２２に表示される通知内容は、別のユーザが画像形成装置１００のエラーを解除していることを示す内容となる。なお、その通知内容は上記内容に限定されることはなく、ユーザＩＤではなくユーザ名もしくはユーザを特定する別の指標を提示してもよい。
【００７０】
エラー解除ユーザの通知後、処理はステップＳ５０４において、ＣＰＵ１０２は、一定時間が経過したかどうかを調べる。ここで、ＪＯＢエラーが解除されないまま一定時間が経過した場合、エラー解除ユーザによるＪＯＢエラーの解除が行われないと判定し、処理はステップＳ５０１に戻り、再度エラー発生通知を行う。これに対して、一定時間が経過していない場合、処理はステップＳ５０５に進み、ＣＰＵ１０２は、発生していたＪＯＢエラーが解除されたかどうかを調べる。
【００７１】
ＣＰＵ１０２はＪＯＢエラーが発生している画像形成装置１００の構成要素を一定間隔でポーリングして監視し、そのポーリングの結果からエラーが解除されたかどうかを判定してもよい。もしくは、ＪＯＢエラーが発生している画像形成装置１００の構成要素からの割込みやイベント通知を待ち合わせながら監視し、その割込みの発生やイベント通知の検出により判定してもよい。または、各制御部により変更されたＲＡＭ１０４の情報を参照してもよい。この実施例では、紙無しエラーの場合、印刷制御部１１２は給紙部１１１に用紙がセットされたことを検知し、その検知結果でＲＡＭ１０４を更新することにより、ＣＰＵ１０２は紙無しエラーが解除されたことを判定することができる。
【００７２】
ここで、発生していたＪＯＢエラーが解除されたと判定された場合、処理はステップＳ５０６に進み、発生していたエラーが解除されていないと判定された場合、処理はステップＳ５０４に戻り、一定時間、エラー解除されたかどうかの判定を繰り返す。
【００７３】
ステップＳ５０６で、ＣＰＵ１０２は、無線通信装置２００を用いて、図３に示された通知範囲内に存在する外部端末装置３００に対してＪＯＢエラーが解除されたことを通知する。無線通信制御部１１９は、アドバタイズ信号にＪＯＢエラーが解除されたことと解除されたＪＯＢエラーの情報を含め、無線通信装置２００を介して、情報を通知する。この時、利用する情報は図６に示したＪＯＢエラーのエラーＩＤや、図８に示したユーザＩＤなどである。
【００７４】
図１０はエラー解除の情報通知を受信した外部端末装置の表示部の表示画面の例を示す図である。図１０において、（ａ）は図３の外部端末装置３１０の表示部の表示画面３１２を示し、（ｂ）は図３の外部端末装置３２０の表示部の表示画面３２２を示している。
【００７５】
図１０（ａ）に示されるように、外部端末装置３１０の無線通信制御部はエラー解除の情報通知を受信し解析することでエラーが解除されたことと、解除されたＪＯＢエラーのエラーＩＤ（＝２０１）、エラー解除ユーザのユーザＩＤ（＝１０１）を取得できる。さらに、外部端末装置３１０の表示部の表示画面３１２は取得した情報を表示し、ユーザにＪＯＢエラーが解除されたことを通知する。また、エラー解除の情報通知は図３に示した通知範囲に存在する全ての外部端末装置３００に送信されるため、図１０（ｂ）に示されるように、外部端末装置３２０の表示部の表示画面３２２にも同様の内容が提示される。なお、通知内容については上記内容に限定されることはなく、発生していたＪＯＢエラーの詳細な内容などを提示してもよい。
【００７６】
発生していたエラーが解除されたことで、ＪＯＢを実行することが可能となるため、最後にステップＳ５０７では、ＪＯＢを再度実行する。このとき、実行するＪＯＢを優先度に応じて決定するとより好ましいが、これについては後述の実施例５で説明する。
【００７７】
従って以上説明した実施例に従えば、複数ユーザに対し、エラー発生、エラー解除ユーザ、エラー解除の情報を適宜通知することができる。その結果、画像形成装置１００のエラー状態の早期解除を促すことが可能となる。
【実施例２】
【００７８】
ここでは、図５のステップＳ５０２で実行されるエラー解除者を決定する処理に関する別の実施例を説明する。この実施例では、図５のステップＳ５０２の詳細な処理は実施例１と異なるが、全体的な処理は図５に示したフローチャートに従うものとするので、全体的な処理についての説明は省略する。
【００７９】
図１１はエラー解除ユーザを決定する処理の詳細を示すフローチャートである。
【００８０】
ステップＳ１１０１で、ＣＰＵ１０２は、ステップＳ５０１で説明した外部端末装置３００へのアドバタイズ信号の送信に対して、図３に示した通知範囲の中にある外部端末装置３００がアドバタイズ信号を受信したかどうかを調べる。この処理は次のようにして実行される。
【００８１】
無線通信制御部１１９は、無線通信装置２００を介したアドバタイズ信号の送信後、無線通信装置２００を外部端末装置３００からの接続要求信号を待つ。一方、アドバタイズ信号を受信した外部端末装置３００はそのアドバタイズ信号に含まれているＪＯＢエラーの情報をユーザに通知する。
【００８２】
図１２はアドバタイズ信号を受信した外部端末装置の表示部の表示画面の例を示す図である。図１２において、（ａ）は図３の外部端末装置３１０の表示部の表示画面３１２を示し、（ｂ）は図３の外部端末装置３２０の表示部の表示画面３２２を示している。外部端末装置３１０に含まれる無線通信制御部は、アドバタイズ信号を受信して解析し、その信号に含まれているエラー情報を取得する。さらに、表示部の表示画面３１２には図１２（ａ）に示されるように、取得したエラー情報を表示し、ユーザにエラーが発生していることを通知する。加えて、ユーザに対して、ＪＯＢエラーの解除作業を請け負って実行するかどうかを問い合わせることで、ユーザの意思を確認する。ユーザはその問い合わせ内容に対して、表示部３０２を操作することで応答する。また、アドバタイズ信号は図３に示した通知範囲に存在する全ての外部端末装置３００に送信されるため、図１２（ｂ）に示されるように、同様の内容が外部端末装置３２０の表示部の表示画面３２２にも表示される。
【００８３】
外部端末装置３００は決定されたユーザの意思とユーザＩＤなどの情報を含めた接続要求信号を無線通信装置２００に対して送信する。接続要求信号を待っている状態にある無線通信装置２００は送信されてきた接続要求信号を受信し、無線通信制御部１１９は送信したアドバタイズ信号が外部端末装置３００のいずれかで受信されたかどうかを判別することができる。
【００８４】
ここで、無線通信制御部１１９が接続要求信号を受信できない場合は、図３に示す通知範囲に外部端末装置３００が１台も存在しないと判断し、処理は図５のステップＳ５０１に戻り、再度エラー発生の通知処理を実行する。これに対して、無線通信制御部１１９が接続要求信号を受信した場合は、少なくとも１台の外部端末装置３００がアドバタイズ情報を受信したと判断し、処理はステップＳ１１０２に進む。
【００８５】
ステップＳ１１０２で、ＣＰＵ１０２は、接続要求信号を解析する。その接続要求信号には必要に応じて外部端末装置３００の端末情報や外部端末装置３００を所持するユーザの情報が含まれていてもよい。この実施例では、図８で示した外部端末装置３００を所持するユーザＩＤ、ユーザのＪＯＢエラーを解除する意思を示すフラグ情報（以下、ユーザ意思フラグ情報）などが接続要求信号に含まれているとする。無線通信制御部１１９は取得した接続要求信号を解析し、ユーザ意思フラグ情報を取得し、これをＲＡＭ１０４に一時的に保存する。保存した内容はステップＳ１１０３のエラー解除の意思を確認したタイミングで削除される。
【００８６】
ステップＳ１１０３で、ＣＰＵ１０２は、ＲＡＭ１０４に保存されているユーザ意思フラグ情報を参照し、その値に基づいてユーザにＪＯＢエラーを解除する意思があるかどうかを判定する。ここで、接続要求信号を送信したユーザがＪＯＢエラーの解除を実行する意思がない（ユーザ意思フラグ情報（ＵＷＦ）＝ｆａｌｓｅ）と判定された場合、そのユーザはエラー解除者とは成りえないため、処理は図５のステップＳ５０１に戻る。そして、再度エラー発生の通知処理を実行する。これに対して、接続要求信号を送信したユーザがＪＯＢエラーの解除を実行する意思がある（ユーザ意思フラグ情報（ＵＷＦ）＝ｔｒｕｅ）と判定された場合、処理はステップＳ１１０４に進む。
【００８７】
ステップＳ１１０４で、ＣＰＵ１０２は、その接続要求信号を発信したユーザをＪＯＢエラー解除者に決定する。そして、ステップＳ１１０２で解析した情報に基づいて、ユーザＩＤを取得し実際にエラーが解除されるまで、そのユーザＩＤはＲＡＭ１０４に一時的に保存する。そのユーザＩＤは図５のステップＳ５０３において利用される。
【００８８】
以上説明した処理を実行することで、ＪＯＢエラーを解除する意思を持つユーザを特定し、その結果を画像形成装置１００の周辺にある外部端末装置３００に送信する。その結果、ＪＯＢエラーが解除されているかどうかを複数のユーザが認識することができ、早期にＪＯＢエラーを解除することが可能となる。
【００８９】
従って以上説明した実施例に従えば、画像形成装置からの通知範囲にある外部端末装置の所持するユーザの意思を確認した上でＪＯＢエラー解除者に決定するので、より確実にエラーの解除を行うことが可能となる。
【実施例３】
【００９０】
ここでは、図５のステップＳ５０２で実行されるエラー解除者を決定する処理に関するさらに別の実施例を説明する。この実施例では、図５のステップＳ５０２の詳細な処理は実施例１、２と異なるが、全体的な処理は図５に示したフローチャートに従うものとするので、全体的な処理についての説明は省略する。この実施例では、外部端末装置３００と画像形成装置１００との間の距離情報からユーザの移動方向を判定する処理が特徴となっている。
【００９１】
図１３はエラー解除ユーザを決定する処理の詳細を示すフローチャートである。なお、図１３において、既に図１１を参照して説明したのと同じ処理ステップには同じステップ参照番号を付し、その説明は省略する。
【００９２】
ステップＳ１１０１〜Ｓ１１０２の後、ステップＳ１３０３で、ＣＰＵ１０２は、接続要求信号を送信した外部端末装置３００と画像形成装置１００との距離情報１（Ｄ１）を取得する。この実施例における距離情報とは図４に示した距離ＩＤと同義である。
【００９３】
具体的には、無線通信制御部１１９は無線通信装置２００を介して、外部端末装置３００に対して距離情報の取得依頼を通知する。外部端末装置３００は距離情報取得依頼の受信に応じて、外部端末装置３００と画像形成装置１００との距離情報を判定し、その判定した距離情報を無線通信装置２００に対して送信する。無線通信制御部１１９は、無線通信装置２００を介して、外部端末装置３００から送信された距離情報を受信して解析することで距離情報を取得する。
【００９４】
ステップＳ１３０４で、ＣＰＵ１０２は、距離情報１（Ｄ１）を取得後、一定時間が経過したかどうかを調べる。この処理は、接続要求信号を送信した外部端末装置３００を所持するユーザの移動方向を判定するために実行される。ここで、一定時間が経過した場合、ユーザがいずれかの方向に移動した可能性があると想定し処理はステップＳ１３０５に進む。これに対して、一定時間が経過していない場合、そのまま待ち合わせ処理を続行する。
【００９５】
ステップＳ１３０５で、ＣＰＵ１０２は、再度、外部端末装置３００と無線通信装置２００の距離情報を取得する。この距離情報を距離情報２（Ｄ２）という。ステップＳ１３０５における具体的な処理はステップＳ１３０３と同様であるためその説明は省略する。
【００９６】
ステップＳ１３０６で、ＣＰＵ１０２は、ステップＳ１３０３とステップＳ１３０５で取得した距離情報１（Ｄ１）と距離情報２（Ｄ２）とに基づいて、ユーザの移動方向を判定する。具体的には、距離情報１（Ｄ１）と距離情報２（Ｄ２）の値を比較する。
【００９７】
ここで、Ｄ１＜Ｄ２であれば、ユーザとの距離が大きくなっていることを示すので、ユーザが画像形成装置１００から離れていく方向に移動していると判定する。この場合、ユーザはエラー解除を実施することがないと判定し、処理は図５のステップＳ５０１に戻り、再度エラー発生の通知処理を実行する。これに対して、Ｄ１＞Ｄ２であれば、ユーザとの距離が小さくなっていることを示すため、ユーザが画像形成装置１００に近づく方向に移動していると判定する。この場合、ユーザはエラー解除を実施する意思があると判定し、処理はステップＳ１１０４に進む。また、Ｄ１＝Ｄ２であれば、ユーザは静止しているか、ユーザが移動していたとしても画像形成装置１００との距離関係が変化していないと判定し、処理はステップＳ１３０７に進む。
【００９８】
ステップＳ１３０７で、ＣＰＵ１０２は、Ｄ１とＤ２とに基づいて、外部端末装置３００が図３に示した通知範囲の至近距離に位置しているかどうかを調べる。ここで、Ｄ１とＤ２とが至近距離を示す距離ＩＤ（＝００１）となる場合、ＣＰＵ１０２はユーザが画像形成装置１００から至近距離で静止している（又は距離変化がない）と判断する。そのため、ＣＰＵ１０２はエラー解除の意思があると判断し、ステップＳ１１０４に進む。これに対して、近距離（距離ＩＤ＝００２）又は遠距離（距離ＩＤ＝００３）で静止している（又は距離変化がない）場合、ＣＰＵ１０２はユーザがエラー解除を実施する意思がないと判定する。そして、処理は図５のステップＳ５０１に戻り、再度エラー発生の通知処理を実行する。
【００９９】
ステップＳ１１０４では、実施例２で説明した処理を実行する。
【０１００】
従って以上説明した実施例に従えば、ユーザの移動方向を判定し、画像形成装置１００からの至近距離にいるユーザをエラー解除ユーザとして決定するので、そのユーザが即座に対応することで早期にＪＯＢエラーを解除することが可能となる。
【実施例４】
【０１０１】
ここでは、図５のステップＳ５０２で実行されるエラー解除者を決定する処理に関するさらに別の実施例を説明する。この実施例では、図５のステップＳ５０２の詳細な処理は実施例１〜３と異なるが、全体的な処理は図５に示したフローチャートに従うものとするので、全体的な処理についての説明は省略する。この実施例では、ユーザの操作がエラー解除に関わる操作であるかを判定する処理が特徴となっている。
【０１０２】
図１４はエラー解除ユーザを決定する処理の詳細を示すフローチャートである。
【０１０３】
ステップＳ１４０１で、ＣＰＵ１０２は、ＪＯＢエラーを解除するときにユーザが行うであろう最初の開始作業を取得する。
【０１０４】
図１５はステップＳ１４０１で取得される具体的な内容が記述されたテーブルの一例を示す図である。
【０１０５】
図１５において、「エラー名」項目はＪＯＢエラーの一例を示し、「エラーＩＤ」項目はＪＯＢエラーに割り当てられているＩＤを示し、「開始作業」項目は、この実施例における各ＪＯＢエラーのエラー解除作業の開始作業を示している。このテーブルは、予めＲＡＭ１０４もしくは不揮発性メモリ１０５に保存されるテーブルの一種である。この実施例では紙無しエラーが発生した場合、ＣＰＵ１０２は、図１５に示すテーブルを参照することで、紙無しエラーの開始作業が「トレイの引き出し」であると認識できる。
【０１０６】
ステップＳ１４０２で、ＣＰＵ１０２は、ＪＯＢエラー発生の通知後、一定時間が経過したかどうかを調べる。ここで、ＪＯＢエラー発生の通知後に、画像形成装置１００に対するユーザ操作を検知することなく一定時間が経過した場合、ＣＰＵ１０２はユーザよるＪＯＢエラーの解除が行われないと判定する。そして、処理は図５のステップＳ５０１に戻り、再度エラー発生通知を実行する。これに対して、一定時間が経過していない場合は、処理はステップＳ１４０３に進み、ＣＰＵ１０２は画像形成装置１００に対するユーザ操作を検知したかどうかを調べる。具体的には、操作部１０９での操作や、給紙部１１１や印刷部１１４など含まれるセンサからの信号をＣＰＵ１０２が検知することにより、ユーザ操作を検知する。
【０１０７】
ここで、ユーザ操作を検知した場合、処理はステップＳ１４０４に進み、ユーザ操作を検知できない場合、処理はステップＳ１４０２に戻り、ユーザ操作を検知の処理を続行する。
【０１０８】
ステップＳ１４０４で、ＣＰＵ１０２は、検知されたユーザ操作がエラー解除のための操作であるかどうかを調べる。ここで、ユーザがステップＳ１４０１で取得したエラー解除作業の開始作業を行っている場合、ＣＰＵ１０２はユーザがエラー解除作業を行っていると判定し、処理はステップＳ１４０５に進む。これに対して、ユーザがエラー解除でない操作を行っている、即ち、ユーザがステップＳ１４０１で取得したエラー解除作業の開始作業を行っていない場合、ＣＰＵ１０２はユーザがエラー解除作業を実施していないと判定する。そして、処理は図５のステップＳ５０１に戻り、再度エラー発生の通知処理を実行する。この実施例では、紙無しエラーが発生したことを想定しているので、ユーザ操作がトレイの引き出しであった場合、処理はステップＳ１４０５に進む。
【０１０９】
ステップＳ１４０５で、ＣＰＵ１０２は、ユーザによるエラー解除作業が開始されているため、画像形成装置１００に最も近傍にいるユーザをエラー解除者として特定する。つまり、ステップＳ１４０４にてＹｅｓと判定された場合、無線通信制御部１１９は、無線通信装置２００を介して、アドバタイズ信号を発信する。その後、そのアドバタイズ信号を受信した外部端末装置３００からの接続要求信号を受信する。その接続要求信号には、図４で示した距離ＩＤと図８で示したユーザＩＤが含まれているとする。そして、無線通信制御部１１９は、受信した接続要求信号を解析し、その接続要求信号に含まれる距離ＩＤが“００１”を示すユーザＩＤをエラー解除者として特定する。なお、複数のユーザが至近距離を示す距離ＩＤを応答として送信した場合、無線通信制御部１１９は、エラー解除作業を行ったユーザのみ応答するようなメッセージを通知しても構わない。もちろん、ステップＳ１４０５でＹｅｓと判定された場合、最初からエラー解除作業を行ったユーザのみ応答するようなメッセージが通知されても構わない。その他の処理として、ステップＳ１４０４にてＹｅｓと判定された場合、無線通信制御部１１９は、至近距離に存在する端末装置のみが受信できるように通知範囲を通常時よりも狭くしたアドバタイズ信号を送信しても構わない。
【０１１０】
ステップＳ１４０６では、その接続要求信号を送信した外部端末装置のユーザをＪＯＢエラー解除者に決定する。ここでは、ステップＳ１４０５により特定されたユーザＩＤを取得し、実際にエラーが解除されるまで、これをＲＡＭ１０４に一時的に保存する。
【０１１１】
従って以上説明した実施例に従えば、画像形成装置に対するユーザ操作がエラー解除作業であるかを調べ、その判定結果に基づいてエラー解除ユーザを決定するので確実に画像形成装置の周辺にいる外部端末装置のユーザをエラー解除ユーザにすることができる。その結果、早期に確実にＪＯＢエラーを解除することが可能となる。
【０１１２】
なお、実施例２〜４は、エラー解除者を決定する個別の処理として説明したが、これらの処理を複合してエラー解除者を決定してもよい。
【実施例５】
【０１１３】
ここでは、図５のステップＳ５０７でエラー解除後のＪＯＢ再実行に関するさらに別の実施例を説明する。この実施例では、図５のステップＳ５０７の詳細な処理は実施例１〜４と異なるが、全体的な処理は図５に示したフローチャートに従うものとするので、全体的な処理についての説明は省略する。この実施例では、再実行するＪＯＢを優先度に応じて決定する処理が特徴となっている。
【０１１４】
図１６は優先度に応じてＪＯＢを再実行する処理の詳細を示すフローチャートである。ここでは、エラー解除の作業を行ったユーザの実行しているＪＯＢを優先的に再実行するとしている。
【０１１５】
ステップＳ１６０１で、ＣＰＵ１０２は、接続要求信号を解析し、その接続要求信号に含まれるユーザＩＤをエラー解除ユーザのユーザＩＤとして取得する。また、この実施例では、図５のステップＳ５０２で既に取得されているとしてもよい。
【０１１６】
ステップＳ１６０２で、ＣＰＵ１０２は、ステップＳ１６０１で取得したユーザＩＤと実行待ちＪＯＢに関係づけられているユーザＩＤとを比較する。ＲＡＭ１０４には複数のユーザから実行指示されたＪＯＢがリストやキューの形式で保存されている。加えて、その実行待ちＪＯＢには実行を指示したユーザＩＤが関係づけられている。ＣＰＵ１０２はこのＪＯＢに関係づけられているユーザＩＤと、ステップＳ１６０１で取得したユーザＩＤをと比較し、両者のユーザＩＤが一致するＪＯＢを検索する。
【０１１７】
図１７は具体的なＪＯＢリストの一例をテーブル形式で示す図である。
【０１１８】
図１７において、「ＪＯＢ名」項目はＪＯＢリストに含まれているＪＯＢを示し、「ＪＯＢのＩＤ」項目は、そのＪＯＢに割り当てられているＩＤを示し、「ＪＯＢステータス」項目はそのＪＯＢの状態を示し、実行中ＪＯＢと実行待ちＪＯＢとを区別する。また、「ＪＯＢ実行したユーザＩＤ」項目は、そのＪＯＢを実行したユーザを示している。
【０１１９】
この実施例では、図１７に示したＪＯＢリストがＲＡＭ１０４に保存されているものとする。このとき、エラー解除ユーザのユーザＩＤが“１０２”である場合、ＣＰＵ１０２は図１７に示したＪＯＢリストに含まれるユーザＩＤを検索すると、ＪＯＢ２のユーザＩＤと一致していることがわかる。一方、エラー解除ユーザのユーザＩＤが“１０５”である場合、ＣＰＵ１０２は、このＪＯＢリストに含まれるユーザＩＤを検索すると、エラー解除ユーザのユーザＩＤはＪＯＢリストに含まれるユーザＩＤと一致しないことがわかる。
【０１２０】
ステップＳ１６０３で、ＣＰＵ１０２は、ステップＳ１６０２における比較の結果、ユーザＩＤの一致があったか否かを調べる。これにより、エラー解除ユーザがＪＯＢ実行者である場合と、ＪＯＢ実行者でない場合を切り分けることができる。
【０１２１】
例えば、ステップＳ１６０１で取得したユーザＩＤが“１０５”であり、かつ図１７に示したＪＯＢリストを参照した場合、一致するユーザＩＤが存在しないので、この場合、処理はステップＳ１６０４に進む。ステップＳ１６０４では、図１７に示されているＪＯＢリストの内、ＪＯＢステータスが実行中のＪＯＢを実行する。
【０１２２】
これに対して、例えば、ステップＳ１６０１で取得したユーザＩＤが“１０１”又は“１０２”であり、かつ図１７に示したＪＯＢリストを参照した場合、一致するユーザＩＤが存在するため、処理はステップＳ１６０５に進む。ステップＳ１６０５では、ユーザＩＤが一致したＪＯＢのステータスを確認する。これにより、実行中のＪＯＢと実行待ちのＪＯＢに対する処理を切り分ける。
【０１２３】
例えば、ステップＳ１６０１で取得したユーザＩＤが“１０１”であり、かつ図１７に示したＪＯＢリストを参照した場合には、一致したＪＯＢのＪＯＢステータスは実行中であるため、処理はステップＳ１６０６進む。ステップＳ１６０６では、エラー解除ユーザが実行待ちのＪＯＢステータスを持つＪＯＢの実行者であることが分かっているので、エラー解除ユーザのＪＯＢを優先的に実行する。このため、実行中のＪＯＢステータスを持つＪＯＢは最優先ジョブとして速やかに実行が再開される。
【０１２４】
一方、ステップＳ１６０１で取得したユーザＩＤが“１０２”であり、かつ図１７に示したＪＯＢリストを参照した場合、一致したＪＯＢのＪＯＢステータスは実行待ちであるため、処理はステップＳ１６０７に進む。ステップＳ１６０７で、ＣＰＵ１０２は、エラー解除ユーザにより実行指示されたＪＯＢを優先的に実行する。ここでは、ステップＳ１６０１で取得したユーザＩＤが“１０２”である場合、ＣＰＵ１０２は、図１７に示したＪＯＢリストを参照して、ＪＯＢ２を最優先ジョブとして扱う。従って、ステップＳ１６０７で、ＣＰＵ１０２は、図１７に示したＪＯＢリストの場合、ＪＯＢ１の実行を中止し、ＪＯＢ１のＪＯＢステータスを実行待ちに変更する。なお、ＪＯＢ１は実行待ちのＪＯＢの中では、最も早期に実行されるＪＯＢとして扱われる。
【０１２５】
そして、ステップＳ１６０８で、ＣＰＵ１０２は、エラー解除ユーザのＪＯＢを実行する。
【０１２６】
従って以上説明した実施例に従えば、エラー解除を行ったユーザのＪＯＢを優先的に実行することが可能となる。これにより、エラー解除を行うことがユーザにとって利点となり、早期にＪＯＢエラーを解除することをユーザに促すことができる。
【０１２７】
本発明は上述の実施例の１つ以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１つ以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１２８】
１００  画像形成装置、１０１  メインボード、１０２  ＣＰＵ、１０３  ＲＯＭ、
１０４  ＲＡＭ
【図１】
0006478679.tif 000002
【図２】
0006478679.tif 000003
【図３】
0006478679.tif 000004
【図４】
0006478679.tif 000005
【図５】
0006478679.tif 000006
【図６】
0006478679.tif 000007
【図７】
0006478679.tif 000008
【図８】
0006478679.tif 000009
【図９】
0006478679.tif 000010
【図１０】
0006478679.tif 000011
【図１１】
0006478679.tif 000012
【図１２】
0006478679.tif 000013
【図１３】
0006478679.tif 000014
【図１４】
0006478679.tif 000015
【図１５】
0006478679.tif 000016
【図１６】
0006478679.tif 000017
【図１７】
0006478679.tif 000018