JP2019202450A - 画像形成装置および画像形成システムおよびエラー通知方法とプログラム - Google Patents

Abstract

【課題】画像形成装置のエラー状態をオペレータにより効率よく確実に解消させ、かつ状況をオペレータに共有させる。【解決手段】印刷の中断要因となるエラーが発生した場合に、複数のオペレータが持つモバイル端末の中からエラー対応を依頼するモバイル端末を作業者として決定し対応依頼を送信する。更に残りのモバイル端末にはエラーの発生通知を送信する。さらに、対応依頼をした作業者から拒否応答を受信した場合には、他の対応可能な作業者を探して対応依頼を送信する。【選択図】図１

Description

本発明は、たとえは印刷装置で発生した印刷を中断する要因となるエラー等を通知する画像形成装置および画像形成システムおよびエラー通知方法とプログラムに関するものである。

画像形成装置を用いて成果物を作成する印刷業務では、成果物を得るまでに複数の工程が存在する。例えば印刷物の入稿、印刷データの編集、印刷に必要な消耗品の準備、印刷工程、印刷後の成果物に対する後処理工程、検品、出荷などである。これらの作業には広い作業スペースが必要である。また劣化を防ぐため、混同を防ぐためにも、それぞれ別の部屋やスペースで行われるのが一般的である。複数のオペレータが並行して各工程を行うことで、効率よく印刷業務を行うことができる。しかし、こうしたオペレータの効率的な並行作業を実現するためには、印刷工程に用いる画像形成装置で、印刷の中断要因となるエラーの見落としや放置を防ぎ、かつ複数のオペレータが同時に復旧作業に向かってしまうことがないようにする必要がある。

例えば特許文献１では、オペレータが持つ通信端末の位置を特定し、エラーの種類に応じて予め定められた位置にいるオペレータに対してエラーが発生したことを通知する。位置から推定される最適なオペレータにのみエラーを通知することで、エラーの放置を防ぐとともに、複数のオペレータが同時にエラーの対応のために別工程の作業を中断してしまうことを防いでいる。

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

一方で、特定のオペレータのみにエラーの通知を行うと、他のオペレータが印刷装置の稼動状態を知ることができなくなり、最適なエラー対応ができなくなることがある。例えば、通知を受けたオペレータがその時行っている作業から手を離せない状況である場合、エラーの解消が遅れてしまう。また、エラーが発生したときに通知がこないことで、エラーが発生せずに動き続けているのか、他のオペレータが対応しているのかといった全体の状況が一切確認できず、各オペレータが孤立してしまうことから心理的な不安につながってしまう。

本発明は上記の課題を解決するものであり、画像形成を中断するエラーが発生した場合に、確実かつ効率的に復旧処理を行うことができる画像形成装置および状態通知システムおよびプログラムを提供することを目的とする。さらに、稼働状況をトラッキングできる画像形成装置および画像形成システムおよびエラー通知方法とプログラムを提供することを目的としている。

上記目的を達成するために本発明は以下の構成を有する。すなわち、本発明の一側面によれば、画像形成装置と複数の携帯端末とが無線通信により接続される画像形成システムであって、
前記画像形成装置は、
シートに画像を形成する画像形成手段と、
前記画像形成手段の画像形成の中断要因となるエラーを検知する検知手段と、
前記検知手段により前記エラーが検知されると、前記複数の携帯端末から前記エラーを解消する作業を依頼する携帯端末を特定し、特定した端末装置に依頼メッセージを送信するとともに、前記複数の携帯端末のうち前記特定した携帯端末以外の携帯端末に、前記エラーの発生を通知する通知メッセージを送信する送信制御手段とを有し、
前記複数の端末装置のそれぞれは、ユーザインターフェイス手段を有し、
前記依頼メッセージを受信した携帯端末は、前記エラーの種類を示す情報と該エラーの解消を促す情報を前記ユーザインターフェイス手段に表示し、
前記通知メッセージを受信した携帯端末は、前記エラーの解消を促す前記情報は表示せずに前記エラーの種類を示す情報を前記ユーザインターフェイス手段に表示することを特徴とする画像形成システムが提供される。

本発明によれば、画像形成を中断するエラーが発生した場合に、確実かつ効率的に復旧処理を行うことができる。さらに、オペレータが稼働状況をトラッキングできる。

本発明の実施の形態におけるシステムの全体構成の説明図 ＭＦＰ１０１のソフトウェアモジュール構成図 ＭＦＰ１０１の断面図 トナー貯蔵部３０５の断面図 用紙カセット３２１の断面図 モバイル端末１０２のソフトウェアモジュール構成図 本発明の実施の形態におけるＭＦＰ１０１、モバイル端末１０２の起動時のシーケンス図 本発明の実施の形態におけるＭＦＰ１０１、モバイル端末１０２の印刷時のシーケンス図 本発明の実施の形態におけるＭＦＰ１０１、モバイル端末１０２の印刷時のシーケンス図（続き） 操作表示部６０３に表示する画面の模式図 ＲＡＭ２１１、ＨＤＤ２１２が記憶するモバイル端末の管理情報の説明図 ＲＡＭ６０５、不揮発性メモリ６０６が記憶するデバイス状態情報の説明図 デバイス登録処理における制御部６０１のフローチャート モバイル端末１０２からの通信受信時における制御部２０１のフローチャート ＭＦＰ１０１の起動時における制御部２０１のフローチャート 印刷ジョブ受付時における制御部２０１のフローチャート 作業者決定処理における制御部２０１のフローチャート ＭＦＰ１０１が送信する各メッセージの説明図 操作表示部２０２に表示する画面の模式図 メッセージ受信時における制御部６０１のフローチャート 実施形態２のフローチャート 実施形態２のフローチャート 実施形態２のフローチャート 実施形態２における依頼メッセージを受信したモバイル端末１０２の画面の例を示す図 実施形態２における受諾メッセージの例を示す図 実施形態１のモバイル端末の状態遷移を示す図

以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

［実施形態１］
＜システム全体の説明＞
図１は、本実施形態に係るエラー通知システムの全体構成の一例を示す図である。この実施形態（実施例とも呼ぶ）では、システムは印刷室に設置された３台のＭＦＰ１０１（１０１ａ、１０１ｂ、１０１ｃ）と、無線ネットワークで接続された、エラー通知先である３台のモバイル端末１０２（１０２ａ、１０２ｂ、１０２ｃ）により構成される。したがって図１は画像形成システムと呼ぶこともできる。なおモバイル端末１０２は少なくとも一つ備えられていればよい。モバイル端末を携帯端末と呼ぶこともある。

ＭＦＰ１０１は、エラー状況の監視対象となる画像形成装置であり、印刷室１０４に設置されている。ＭＦＰ１０１の構成は図２を用いて詳細に説明する。本実施例の説明ではＭＦＰ１０１の識別情報としてシリアル番号を用いるものとし、ＭＦＰ１０１ａ、１０１ｂ、１０１ｃはそれぞれシリアル番号として、ＡＢＣ１２３４５、ＪＥＷ３８１２３、ＯＫＤ８２９４２を持つものとする。

モバイル端末１０２は、画像形成装置からのエラー通知先となる情報端末（端末装置とも呼ぶ）である。モバイル端末１０２の構成は図６を用いて詳細に説明する。本実施例の説明ではモバイル端末１０２の識別情報としてシリアル番号を用いるものとし、モバイル端末１０２ａ、１０２ｂ、１０２ｃはそれぞれシリアル番号として、ＳＩＥ２９５４７、ＥＵＴ１８２１４５、ＵＥＤ８３４６５を持つ。モバイル端末１０２はそれぞれ異なるオペレータによって装着されており、オペレータは異なる部屋である用紙倉庫１０５、検品室１０６、会議室１０７にいるものとする。

４台のアクセスポイント１０３は同一のネットワークに接続された無線ＬＡＮクライアントである。ＭＦＰ１０１とモバイル端末１０２はいずれかのアクセスポイントに接続し、アクセスポイントを介して同一のネットワークに接続されている。なおここでは各デバイスは同一のネットワークに接続するとしているが必ずしも同一でなくともよい。たとえばルータを介して互いに接続された複数のネットワークのように、互いに接続されているのであれば各デバイスは異なるネットワークに接続してもよい。

本実施例では、エラー通知先のモバイル端末１０２としてスマートウォッチを使用した例を記載するが、スマートフォンや他のウェアラブルデバイスであってもかまわない。また、モバイル端末１０２はアクセスポイントを介して直接ネットワークに接続されているものとするが、例えばスマートフォンとＢｌｕｅｔｏｏｔｈ(登録商標）で近距離無線通信により接続し、スマートフォンを介してネットワークに接続しても良い。またエラー通知システムは各ＭＦＰ１０１のソフトウェア構成上で動作する場合の例を取り上げるが、別に設けたサーバー上に動作するエラー通知システムが、ＭＦＰ１０１からエラー発生通知を受け、このサーバーからモバイル端末１０２に送信するようにしても良い。

＜画像形成装置の説明＞
図２のシステムブロック図を用いて、本実施形態１に係るＭＦＰ１０１の構成（主に、ソフト構成）について説明する。ＭＦＰ１０１は、内部に複数の処理対象となるジョブのデータを記憶可能なハードディスク２１２（以下、ＨＤＤ）等の不揮発性メモリを備える。なお、本実施形態１ではハードディスクを用いたＭＦＰ１０１の例を示したが、同様の大容量かつ不揮発性な記憶装置であれば、ハードディスクに限定されない。またＭＦＰ１０１は、スキャナ部２０３から受け付けたデータをＨＤＤ２１２に記憶し、そのＨＤＤ２１２から読み出してプリンタ部２０８で印刷するコピー機能を有する。また、外部装置から通信部の一例である外部Ｉ／Ｆ部２１５を介して受信したジョブデータをＨＤＤ２１２に記憶し、ＨＤＤ２１２から読み出してプリンタ部２０８で印刷する印刷機能等を有する。ＭＦＰ１０１は、このような複数の機能を備えた多機能処理装置（ＭＦＰ）（画像形成装置とも呼ぶ）である。ＭＦＰ１０１は、カラーで印刷可能なカラープリンタであってもよく、モノクロでのみ印刷可能なモノクロプリンタであってもよい。

制御部２０１はＣＰＵを有し、そのＣＰＵが、ＲＯＭ２１０に記憶されているプログラムを読み出して実行することにより、本実施形態１に係る各種動作をＭＦＰ１０１により実行させる。また制御部２０１が、外部Ｉ／Ｆ２１５を介して外部装置から受信したページ記述言語（以下ＰＤＬと略す）データを解釈し、ラスタイメージデータ（ビットマップ画像データ）に展開する動作を実行するプログラム等もＲＯＭ２１０に記憶されている。同様に、制御部２０１が、外部Ｉ／Ｆ２１５を介して外部装置から受信したジョブを解釈して処理するためのプログラム等もＲＯＭ２１０に記憶されている。これらは、ソフトウェアによって処理される。制御部２０１は、スキャナ部２０３や外部Ｉ／Ｆ２１５等の各種入力ユニットを介して入力された処理対象となるジョブのデータを、ＨＤＤ２１２に格納し、ＨＤＤ２１２から読み出してプリンタ部２０８に出力してプリントする。又、制御部２０１は、ＨＤＤ２１２から読み出したジョブデータを、外部Ｉ／Ｆ２１５を介して外部装置へ送信できるようにも制御する。このように制御部２０１は、ＨＤＤ２１２に格納した処理対象ジョブのデータの各種出力処理を実行する。また制御部２０１は、用紙処理装置２０５、用紙供給部２１３の動作も制御する。また外部Ｉ／Ｆ２１５は、無線通信デバイスを介してモバイル端末１０２と通信することもできる。本例では、モバイル端末１０２との通信が、外部Ｉ／Ｆ２１５及び無線通信デバイスを制御部２０１により制御して実現されるので、これら構成を、通信制御部あるいは送信に関しては送信制御部と呼ぶこともある。

操作表示部２０２は、表示部と操作部、バックライト部からなり、ユーザインターフェイスを提供する。表示部は液晶ディスプレイなどで構成され、制御部２０１からの指示により図１７で示すエラー画面などの表示を行う。操作部はタッチパネルやスイッチなどで構成される。バックライト部はＬＥＤなどで構成され、制御部２０１からの指示により暗部でも表示部が見えるように裏側から照明を当てる。

スキャナ部２０３は、原稿画像を読み取り、その原稿を読み取って得られた画像データを画像処理して出力する。

圧縮展開部２０４は、ＪＢＩＧやＪＰＥＧ等といった各種圧縮方式によってＲＡＭ２１１、ＨＤＤ２１２に記憶されている画像データ等を圧縮したり伸張したりする。

用紙処理装置２０５は、プリンタ部２０８により印刷された用紙Ｓにステイプル、製本などの後処理を行い、用紙を排出する。また、用紙処理部２０５は、積載用紙センサ２０６と、通紙センサ２０７を有している。積載用紙センサ２０６は、用紙処理装置２０５が排出した用紙Ｓを検知するセンサである。制御部２０１は、積載用紙センサ２０６からの検知により積載部３４１（図３参照）の昇降を行う。また、積載部３４１を可動部３４３（図３参照）の最大まで下降させても用紙Ｓを検知した場合、排紙トレイフルと判定する。

通紙センサ２０７は、用紙処理装置２０５、プリンタ部２０８，用紙供給部２１３が持つセンサであり、用紙が通過したことを検知する。制御部２０１は、通紙センサ２０７の検知から用紙Ｓが予め定められた時間内に用紙Ｓが通過しなかったことや一定時間以上用紙Ｓが一箇所に滞留していることを認識した場合、紙詰まりと判定する。

プリンタ部２０８は、ＨＤＤ２１２に記憶された印刷ジョブのデータの印刷処理を実行する。プリンタ部はトナー残量センサ２０９と、通紙センサ２０７を有している。トナー残量センサ２０９は、トナー残量を検知するためのセンサである。制御部２０１は、トナー残量センサ２０９からトナーがないことの検知を受け付けると、トナー残量なしと判定する。

ＲＯＭ２１０は、読み出し専用のメモリで、ブートシーケンスやフォント情報等のプログラムや上記のプログラム等の各種プログラムを予め記憶している。制御部２０１により実行される後述するフローチャートの各種処理等を実行するためのプログラムを含む。本実施形態１で必要な各種の制御プログラムが記憶されている。又、ＲＯＭ２１０には、オペレータインタフェース画面（以下、ＵＩ画面）を含む、操作表示部２０２の表示部に各種のＵＩ画面を表示させるための表示制御プログラムも記憶されている。ＲＯＭ２１０は読み出し専用のメモリで、ブートシーケンスやフォント情報等のプログラムや上記のプログラム等の各種プログラムを予め記憶している。

ＲＡＭ２１１は、読み出し及び書き込み可能なメモリで、スキャナ部２０３や外部Ｉ／Ｆ２１５より送られてきた画像データや、各種プログラムや設定情報等を記憶する。

ＨＤＤ２１２は、圧縮展開部２０４によって圧縮された画像データを記憶する。このＨＤＤ２１２は、処理対象となるジョブのプリントデータ等の複数のデータを保持可能に構成されている。ＨＤＤ２１２には、このＭＦＰ１０１によって永続的に記憶及び変更、管理される各種管理情報なども格納される。

用紙供給部２１３は、プリンタ部に印刷に使用する用紙Ｓを供給する部位である。用紙供給部２１３は、供給用紙センサ２１４と通紙センサ２０７を有する。供給用紙センサ２１４は、用紙供給部２１３の用紙Ｓを検知するセンサである。制御部２０５は、用紙の給紙時などに積載板３２５を昇降させ供給用紙センサ２１４からの検知により用紙の有無を判定する。積載板３２５を最大まで持ち上げても供給用紙センサ２１４が用紙Ｓを検知しない場合、用紙なし（あるいはシート切れ）と判定する。

外部Ｉ／Ｆ２１５は、ファクシミリ、ネットワーク接続機器、外部専用装置と画像データなどを送受信する。

＜画像形成装置の断面図＞
図３は、本実施形態１に係るＭＦＰ１０１の断面図である。画像形成部３００は、複数のトナーに対応するプロセスカートリッジ３０１を備えている。ここではトナーをブラック（Ｋ）、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）の４つを持つものとし、それぞれに対応するプロセスカーリッジ３０１がある。なお、色成分ごとに備えられた構成については、図では各色の記号ＹＭＣＫを付すが、本説明では色の記号は省略する。プロセスカートリッジ３０１には、像担持体である感光ドラム３０２、感光ドラム３０２の表面を均一に帯電する帯電ローラ３０３、感光ドラム３０２上に形成された静電潜像にトナーを付着させてトナー像を現像する現像スリーブ３０４が配置されている。トナー貯蔵部３０５は、トナー容器４０１を収納しトナーを容器から取り出す部位である。プロセスカートリッジ３０１の上部に位置するレーザースキャナ３０６は、感光ドラム３０２の上に潜像を描く。プロセスカートリッジ３０１の下部の中間転写ユニット３０７は、中間転写ベルト３０８、駆動ローラ３０９、感光ドラム３０２に中間転写ベルト３０８を接触させる一次転写ローラ３１０、内ローラ３１１を備える。外ローラ３１２は内ローラ３１１と転写ニップを形成している。レジストローラ３１３は搬送される用紙が転写ニップへ突入するタイミングを制御する。中間転写体クリーナー３１６は内ローラ３１１で転写しきれなかった残トナーや用紙Ｓ上に転写することを意図されていない調整用のトナー像を回収する。パターンセンサ３１７は中間転写ベルト３０８上に作像されたパターンの濃淡変化のエッジを検出する。

用紙供給部２１３は、用紙カセット３２１ａ〜３２１ｄと、手差しトレイ３２２を備える。なお、用紙カセットごとに備えられた構成については、図では用紙カセットの記号ａ，ｂ、ｃ、ｄを付すが、本説明ではその記号は省略する。用紙カセット３２１は積載板３２５、給紙ローラ３２３、リタードローラ３２４を有する。積載板３２１は用紙Ｓを給紙ローラ３２３へと押し上げ、給紙ローラ３２３は最上位の用紙をピックアップして用紙経路３５０へと搬出する。リタードローラ３２４は、給紙ローラ３２３がピックアップした用紙を分離して、複数枚の用紙が排出されないようにする。リタードローラ３２４を通過した用紙（シートとも呼ぶ）は、搬送路上に設けられた通紙センサ２０７により検知される。

定着装置３３０は、ローラ表面を加熱しながら回転する定着ローラ３３１を備える。

用紙処理装置２０５は、積載部３４１ａ、３４１ｂを持ち、印刷後の用紙Ｓに対して後処理を行い、積載部３４１ａ、３４１ｂのいずれかに用紙Ｓを排出する。各積載部３４１は、積載用紙センサ２０６と可動部３４３を有する。積載用紙センサ２０６は積載部３４１に積載された用紙Ｓを検知し、制御部２０１は検知を受け付けると可動部３４３ａ、３４３ｂにそれぞれ接続されている積載部３４１ａ、３４１ｂを用紙Ｓが検知されなくなるまで下降させる。可動部３４３ａ、３４３ｂの一番下方まで積載部３４１ａ、３４１ｂを下げても用紙Ｓが検知されている場合、制御部２０１は該当する積載部３４１について排紙トレイフルと判定する。

搬送経路３５０は、用紙Ｓを搬送する経路であり、経路上には複数の通紙センサ２０７を有する。通紙センサ２０７は用紙Ｓの通過を検知するセンサである。用紙Ｓが通過する経路上にある通紙センサ２０７は用紙の通過を検知すると制御部２０１に通知する。制御部２０５は、一定時間用紙Ｓの通過が検知されない場合、または一定時間以上継続して用紙Ｓを検知し続けた場合に紙詰まりと判定する。

＜トナー貯蔵部の断面図＞
図４は、本実施形態１に係るトナー貯蔵部３０５の断面図である。トナー収容容器４０１は、着脱可能なトナーのボトルである。周囲に螺旋状の溝が形成されており、トナー容器駆動部４０２によって回転駆動することで、トナー供給装置４１０へトナーを供給することができる。

トナー供給装置４１０にはトナー残量センサ２０９ａ、２０９ｂが設置されている。トナー残量センサ２０９ａ、２０９ｂはトナー供給装置４１０内のトナーの残量を検知するセンサである。トナー収容容器４０１のトナーが枯渇し、トナーが供給されなくなるとトナー供給装置４１０内に蓄積されたトナー量がトナー残量センサ２０９ａ、２０９ｂの位置を下回る。トナー残量センサ２０９からトナーがなくなったことの検知を受け付けると制御部２０５はトナー残量なしと判定する。トナー供給装置４１０の下部には、供給スクリュー４１４を有するトナー搬送パイプ４１５が配置されている。供給スクリュー４１４はギア４１３により回転駆動され、トナー搬送パイプ４１５内のトナーをトナー供給口４１６から搬出する。トナー供給口４１６から搬出されたトナーは、プロセスカーリッジ３０１に供給される。

＜用紙カセットの断面図＞
図５は、本実施形態１に係る用紙カセット３２１の断面図である。リフタ駆動ステッピングモータ５０１は、ピニオンギア５０２およびセクターギア５０３を介して、積載板３２５の下部に設置されたリフタアーム５０４を稼働させる。積載板３２５上に積載された用紙Ｓは、用紙全体または一部が持ち上げられることにより、先端が給紙ローラ３２３（図３参照）に接触する。前述の通り、用紙Ｓは給紙ローラ３２３によって搬送経路３５０へと搬出される。

供給用紙センサ２１４は、用紙積載板３２５によって持ち上げられた用紙Ｓを検知する。リフタアーム５０４を上限まで稼働させても供給用紙センサ２１４によって用紙Ｓが検知されない場合、制御部２０５は用紙なしと判定する。

＜モバイル端末１０２の説明＞
図６のシステムブロック図を用いて、本実施形態１に係るモバイル端末１０２の構成（主に、ハードウエア構成）について説明する。モバイル端末１０２は、端末の動作を制御する制御部６０１を有しており、制御部６０１は外部Ｉ／Ｆ６０２、操作表示部６０３、音声出力部６０４、ＲＡＭ６０５、不揮発性メモリ６０６、ＲＯＭ６０７、振動部６０８を制御可能なように接続されている。

制御部６０１のＣＰＵがＲＯＭ６０７に記憶されているプログラムを読み出して実行することにより、本実施形態１に係る各種動作をモバイル端末１０２により実行させる。外部Ｉ／Ｆ６０２は、ネットワークに接続され、ＭＦＰ１０１とのメッセージの送受信を行う。

操作表示部６０３は、表示部と操作部、バックライト部からなる。表示部は液晶ディスプレイなどで構成され、制御部６０１からの指示により図８で詳細に説明する操作、設定画面などを表示する。操作部はタッチパネルやスイッチ、竜頭などで構成される。バックライト部はＬＥＤなどで構成され、制御部６０１からの指示により暗部でも表示部が見えるように裏側から照明を当てる。図８では合わせて操作の一例を説明する。

音声出力部６０４はスピーカーなどで構成される。制御部６０１からの指示により警告音や着信音などの音声を発生させる。音声の発生、停止、出力強度の制御が可能である。振動部と同様にモバイル端末を装着しているオペレータが、エラーの対応依頼を受け付けたことに気づくように警告音や着信音を発生させるために用いられる部位である。

ＲＡＭ６０５は、プログラムを実行するためのパラメータやデータを一時的に格納するために使用される。不揮発性メモリ６０６は、通電が切れても内容が保持されるフラッシュメモリなどで構成される。モバイル端末では通常サイズの問題からＨＤＤは備えていない。各種登録情報や、各種設定情報の保存に使用される。ＲＯＭ６０７には、各種プログラムが格納されている。制御部６０１はＲＯＭ６０７に格納されているプログラムにしたがって処理を実施することで、本実施例で示される機能を実現する。

振動部６０８は制御部６０１からの指示によりモバイル端末１０２を振動させる。振動の発生、停止、強弱の制御が可能である。モバイル端末を装着しているオペレータが、エラーの対応依頼を受け付けたことに気づくように振動を発生させるために用いられる部位である。

＜メッセージ送信時のシーケンス図＞
図７Ａ〜図７Ｃは、メッセージ送受信時のＭＦＰ１０１とモバイル端末１０２の処理例を示すシーケンス図である。また図１６に、このシーケンス中でＭＦＰ１０１によって送信される依頼メッセージ１６００、通知メッセージ１６１０、起動メッセージ１６２０、解消メッセージ１６３０の例を示す。メッセージの詳細は図１６を参照して後述する。また図７Ａ〜図７Ｃのシーケンスでは、図９に示した、ＭＦＰ１０１が管理するモバイル端末の管理情報９００、および、図１０に示した、モバイル端末が管理するデバイス状態情報１０００を参照する。

また、図７Ａ〜図７Ｃのシーケンスの前に、各モバイル端末１０２は、あらかじめＭＦＰ１０１への登録処理を済ませている。この登録処理によってＭＦＰ１０１には、ＭＦＰ１０１の管理者等が持つモバイル端末１０２の管理情報などが登録されている。登録は、例えばＭＦＰ１０１に接続されたコンピュータなどから行ってもよいし、モバイル端末１０２を用いて行ってもよい。モバイル端末１０２を用いた登録処理の一例について簡単に説明する。

まずユーザがモバイル端末１０２で管理用のアプリケーションを起動する。モバイル端末１０２はオペレータの操作に応じてＭＦＰ１０１などの画像形成装置の探索メッセージをブロードキャストする。探索メッセージを受信した画像形成装置は、たとえば自分自身のアドレスやＩＤ、設置個所等を含む応答メッセージを送信する。応答メッセージを受信したモバイル端末１０２は画面上に応答メッセージの送信元の画像形成装置を例えば設置個所やＩＤ等を含めてアイコン等で表示する。それを見たユーザは管理対象の画像形成装置を画面上で選択する。モバイル端末１０２は、選択された画像形成装置に対して登録メッセージを送信する。登録メッセージを受信した画像形成装置は、登録メッセージの送信元のモバイル端末の情報を登録する。登録されたモバイル端末の管理情報には、識別情報、ＩＰアドレス等の通信情報が含まれる。登録されたモバイル端末の管理情報の一例を図９に示す。図９に示したように、管理情報にはさらにモバイル端末ごとの優先割り当てのエラーの種類やオペレータ（管理者）の状態を含んでもよい。これらは、端末装置ごとに関連づけられて保存された、対応可能なエラーに関する情報ということもできる。さらにオペレータの状態は、定期的に更新してもよい。この手順については図８を参照して後で詳しく説明する。以上のような要領で登録されたモバイル端末１０２とＭＦＰ１０１との間で図７Ａ〜図７Ｃのシーケンスが実行される。

図７Ａ〜図７Ｃにおいて、メッセージの送信はＭＦＰ１０１が起動した時と、印刷ジョブの実行中に積載用紙センサ２０６、通紙センサ２０７、トナー残量センサ２０９、供給用紙センサ２１４の各センサから受け付けた検知を解析し、エラーの発生、または解消を判定した時に行う。起動時には各モバイル端末１０２に起動メッセージ１６２０を送信し、エラーの発生時には作業者を決定し作業者には依頼メッセージ１６００、それ以外には通知メッセージ１６１０を送信する。またエラーの解消時には解消メッセージ１６３０を送信する。以下、その処理を説明する。なお、ＭＦＰ１０１側の処理は各機体で同様のため、１台を取り上げて説明する。

●起動シーケンス
ステップ７０１からステップ７１４の処理は、ＭＦＰ１０１が起動指示を受け付けたときのＭＦＰ１０１の制御部２０１、およびＭＦＰ１０１から通信を受け付けたときのモバイル端末１０２の制御部６０１の処理である。

ステップ７０１で、制御部２０１はＭＦＰ１０１の起動処理を行う。起動処理は通常の処理と同様である。

ステップ７０２で、制御部２０１はメッセージ送信処理を開始する。ステップ７０３で、制御部２０１は起動メッセージ１６２０を作成する。起動メッセージ１６２０は図１６（Ｃ）を用いて説明をする。ステップ７０４、７０６、７０８で、ＭＦＰ１０１の制御部２０１は、外部Ｉ／Ｆ２１５を介して各モバイル端末１０２に起動メッセージ１６２０を送信する。モバイル端末に送信する順番は特定の順番に従う必要はない。例えば後述するデバイス登録処理によって、ＭＦＰ１０１に登録された順番（たとえば管理情報９００の登録順）でよい。複数のメッセージを同時に送信しても良いが、ここでは１つずつ送信するものとする。ステップ７０５、７０７、７０９で、モバイル端末１０２の制御部６０１は、外部Ｉ／Ｆ６０２を介してＭＦＰ１０１に起動メッセージ１６２０に対するレスポンスを送信する。なお、ステップ７０４、７０６、７０８の通信で接続に失敗した場合、レスポンスは送信されず、そのモバイル端末１０２に関するステップ７１０からステップ７１４までの処理も実行されない。

ステップ７１０からステップ７１４までの処理は、起動メッセージ１６２０の受信に成功したモバイル端末１０２の制御部６０１によって実行される。起動メッセージ１６２０の受信に失敗したモバイル端末１０２では実行されない。また、各モバイル端末１０２ａ、１０２ｂ、１０２ｃで実行される処理は非同期であり、実行される順番は一定ではない。

ステップ７１０で、制御部６０１は、受信したメッセージのＭＦＰ１０２の識別情報１６０１を参照し、ＲＡＭ６０５に格納されているデバイス状態情報１０００の識別情報１０１１が一致するＭＦＰ１０１の依頼状況１０１４，通知状況１０１５のエラーをすべて削除する。ステップ７１１で、制御部６０１はＲＡＭ６０５に格納されているデバイス状態情報１０００にもとづいて画面表示の変更を行う。表示する画面に関しては図８を用いて説明をする。ステップ７１２で、制御部６０１は、ＲＡＭ６０５に記憶されているオペレータの状態を取得し、外部Ｉ／Ｆ６０２を介して起動メッセージ１６２０を受け付けたＭＦＰ１０１に対してオペレータ状態変更リクエストを送信する。ステップ７１３で、制御部２０１は、外部Ｉ／Ｆ２１５を介してモバイル端末１０２にオペレータ状態変更リクエストに対するレスポンスを送信する。なお、ステップ７１３の通信で接続に失敗した場合、レスポンスは送信されず、ステップ７１４も実行されない。

ステップ７１４で、制御部２０１は、オペレータ状態変更リクエストからモバイル端末の識別情報とオペレータの状態を取り出し、ＲＡＭ２１１に格納されているモバイル端末情報９００の識別情報９１１が一致するモバイル端末１０２のオペレータの状態９１４を更新する。

ここまでの手順が起動時に行われる手順であり、この後でＭＦＰ１０１は例えばオペレータの操作によりプリントジョブやコピージョブを受け付けることができ、あるいは遠隔のコンピュータなどからプリントジョブを受信できる。その際のシーケンス例を図７Ｂ−図７Ｃに示す。

●印刷シーケンス
ステップ７２０からステップ７５０は、制御部２０１または操作表示部２０２を介しプリントジョブやコピージョブを受け付けたところから開始する。ステップ７２０で、制御部２０１は受け付けた印刷ジョブを実行する。ステップ７２１で、制御部２０１は積載用紙センサ２０６、通紙センサ２０７、トナー残量センサ２０９、供給用紙センサ２１４から受け付けた検知の内容を解析する。検知の内容に関しては図３，図４、図５でそれぞれ説明をした。各センサの検知がエラーの発生である場合に、ステップ７２２からステップ７５０を実行する。

ステップ７２２で、制御部２０１は、メッセージ送信処理を開始する。ステップ７２３で、制御部２０１は、作業者決定処理を行う。作業者決定処理については図１５を用いて説明する。ステップ７２４で、制御部２０１は依頼メッセージ１６００と通知メッセージ１６１０を作成する。依頼メッセージ１６００と通知メッセージ１６１０に関しては、図１６を用いて説明をする。ステップ７２５で、制御部２０１はステップ７２３で作業者に決定したモバイル端末１０２に対して、外部Ｉ／Ｆ２１５を介して依頼メッセージ１６００を送信する。図７Ｂの例ではモバイル端末１０２ａを作業者に決定した場合の例を示している。ステップ７２６で、制御部６０１は、外部Ｉ／Ｆ６０２を介してＭＦＰ１０１に依頼メッセージ１６００に対するレスポンスを送信する。ステップ７２５の依頼メッセージ１６００の送信に失敗した場合、ステップ７２６は実行されず、ＭＦＰ１０１の制御部２０１は、ステップ７２３から処理をやり直す。依頼メッセージ１６００の送信は必ず通知メッセージ１６１０の送信よりも先に行われ、依頼メッセージ１６００の送信に成功するまでステップ７２７以降の処理は実行しない。

ステップ７２７、７２９で、ＭＦＰ１０１の制御部２０１は、外部Ｉ／Ｆ２１５を介して作業者以外の各モバイル端末１０２に通知メッセージ１６１０を送信する。モバイル端末１０２に送信する順番は特定の順番に従う必要ない。複数のメッセージを同時に送信しても良いが、ここでは１つずつ送信するものとする。ステップ７２８、７３０で、モバイル端末１０２の制御部６０１は、外部Ｉ／Ｆ６０２を介してＭＦＰ１０１に通知メッセージ１６１０に対するレスポンスを送信する。なお、ステップ７２７、７２９の通信で接続に失敗した場合、レスポンスは送信されず、そのモバイル端末１０２に関するステップ７３１からステップ７３２までの処理も実行されない。

ステップ７３１からステップ７３２までの処理は、依頼メッセージ１６００または通知メッセージ１６１０の受信に成功したモバイル端末１０２の制御部６０１によって実行される。依頼メッセージ１６００または通知メッセージ１６１０の受信に失敗したモバイル端末では実行されない。また、各モバイル端末１０２ａ、１０２ｂ、１０２ｃで実行される処理は非同期であり、実行される順番は一定ではない。ステップ７３１で、モバイル端末１０２の制御部６０１はＲＡＭ６０５に格納されているデバイス状態情報１０００の、受信したメッセージの識別情報１６０１と識別情報１０１１が一致するＭＦＰ１０１の依頼状況１０１４または通知状況１０１５にエラーの種類１６０３のエラーを追加する。ステップ７３２で、モバイル端末１０２の制御部６０１はＲＡＭ６０５に格納されているデバイス状態にもとづいて画面表示の変更を行う。表示する画面に関しては図８を用いて説明をする。

依頼メッセージ１６００および通知メッセージ１６１０の送信後、ステップ７３３で、ＭＦＰ１０１の制御部２０１は、印刷ジョブを中断する。なおエラー発生後にまずジョブを中断し、それから各種メッセージの作成および送信を行ってもよい。

ステップ７４０で、制御部２０１は積載用紙センサ２０６、通紙センサ２０７、トナー残量センサ２０９、供給用紙センサ２１４から受け付けた検知の内容を解析する。解析の結果エラーの解消と判定した場合に、ステップ７４１からステップ７５０を実行する。

ステップ７４１で、制御部２０１はメッセージ送信処理を開始する。ステップ７４２で、制御部２０１は解消メッセージ１６３０を作成する。解消メッセージ１６３０に関しては図１６（Ｄ）を用いて説明する。ステップ７４３、７４５、７４６で制御部２０１は、外部Ｉ／Ｆ２１５を介して各モバイル端末１０２に解消メッセージ１６３０を送信する。モバイル端末１０２に送信する順番は特定の順番に従う必要ない。同時に送信しても良いが、ここでは１つずつ送信するものとする。ステップ７４４、７４６、７４８で、モバイル端末１０２の制御部６０１は、外部Ｉ／Ｆ６０２を介してＭＦＰ１０１に解消メッセージ１６３０に対するレスポンスを送信する。なお、ステップ７４３、７４５、７４７の通信で接続に失敗した場合、レスポンスは送信されず、そのモバイル端末１０２に関するステップ７４９からステップ７５０までの処理も実行されない。

ステップ７４９で、モバイル端末１０２の制御部６０１はＲＡＭ６０５に格納されているデバイス状態情報１０００の、受信したメッセージの識別情報１６０１と識別情報１０１１が一致するＭＦＰ１０１の依頼状況１０１４または通知状況１０１５から、エラーの種類１６０３が一致するものを削除する。ステップ７５０で、モバイル端末１０２の制御部６０１はＲＡＭ６０５に格納されているデバイス状態情報１０００にもとづいて画面表示の変更を行う。表示する画面は図８で説明する。

図７のシーケンスにより、ＭＦＰ１０１は、ジョブの実行中にエラーを検知すると、そのエラー対応の作業者のモバイル端末を決定する。そして決定したモバイル端末に対して作業の依頼メッセージを送信し、他のモバイル端末に対してはエラーの通知メッセージを送信する。これにより、モバイル端末で受信したメッセージを通じて、効率的かつ迅速なエラー対応（たとえば復旧作業）を実現できる。

＜操作表示部６０３に表示する画面の説明＞
図８は本実施例に係るエラー通知システムにおいて、モバイル端末１０２の操作表示部６０３に表示する画面の模式図である。図８（Ａ）は待機画面８００である。図８（Ｂ）は登録デバイス選択画面８１０である。図８（Ｃ）は依頼優先割当エラータイプ選択画面８２０である。図８（Ｄ）はデバイス登録確認画面８３０である。図８（Ｅ）は登録後の待機画面８４０である。図８（Ｆ）はデバイス状態表示画面８５０である。図８（Ｇ）はオペレータ状態変更画面８６０である。図８（Ｈ）はエラー発生後の待機画面８７０である。図８（Ｉ）はエラー発生後のデバイス状態表示画面８８０である。図８（Ｊ）は依頼画面８９０である。

前述の通り、操作者から操作表示部６０３への操作は操作表示部６０３を介して制御部６０１へ伝送され、操作表示部６０３に表示する画面は制御部６０１の制御により遷移が実行される。操作表示部６０３に表示する画面例と操作者の操作、および外部Ｉ／Ｆ６０２から受け付けた入力による操作表示部６０３の表示画面遷移について説明する。

不図示のホーム画面から、操作者が操作表示部６０３を操作してエラー通知システムの起動要求を受け付けることで図８（Ａ）の待機画面８００を表示する。待機画面８００は状態監視対象として登録されているＭＦＰ１０１の一覧を表示し、それぞれのデバイスでエラーが発生していないかを容易にすることができるようにした画面である。各画面は専用のアプリケーションや、共通ウェブブラウザ、通知情報領域などにより表示される。

登録デバイス表示領域８０１は状態監視対象として登録されているＭＦＰ１０１を表示し、それぞれのＭＦＰ１０１でエラーが発生していないかを確認できるようにした表示領域である。表示はＲＡＭ６０５に格納されているデバイス状態情報１０００を参照して決定する。図８（Ａ）の例では、登録デバイス表示領域（１）８００ａにシリアル番号ＡＢＣ１２３４５で識別されるＭＦＰ１０１ａが割り当てられており、登録デバイス表示領域（２）８０１ｂ、登録デバイス表示領域（３）８０１ｃ、登録デバイス表示領域（４）８０１ｄにはいずれのＭＦＰ１０１も割り当てられていない。この時のデバイス状態情報１０００（図１０参照）には一つのＭＦＰ１０１が登録されており、その識別情報１０１１がＡＢＣ１２３４５、表示領域１０１３が１、依頼状況１０１４と通知状況１０１５には何もエラーがない。ＭＦＰ１０１が割り当てられている登録デバイス表示領域（１）８０１ａには、デバイスの識別情報としてシリアル番号が表示され、デバイスが割り当てられていない表示領域と区別しやすいよう色が変更される。デバイスが割り当てられている領域は選択操作と長押し操作を受け付け、デバイスが割り当てられてない領域は長押し操作のみを受け付ける。長押し操作を受け付けた場合、図８（Ｂ）の登録デバイス選択画面８１０に遷移する。また選択操作を受け付けた場合、図８（Ｆ）のデバイス状態表示画面８５０に遷移する。

待機画面８００は任意の場所でスワイプ操作を受け付け、右から左のスワイプ操作で５つ目以降の登録デバイス表示領域を表示し、左から右のスワイプ操作で４つ目までの登録デバイス表示領域を表示する。この例では１つの画面に表示する登録デバイス表示領域を４つとしているが操作表示部６０３のサイズに合わせて表示領域の数は変更して良い。上から下のスワイプ操作で図８（Ｇ）のオペレータ状態変更画面８６０に遷移する。

デバイス状態情報１０００が変更されると、変更後のデバイス状態情報１０００にもとづいて表示を更新する。

前述の図８（Ａ）で登録デバイス表示領域８０１が長押し操作を受け付けると、操作表示部６０３は図８（Ｂ）の登録デバイス選択画面８１０に遷移する。登録デバイス選択画面８１０は、登録デバイス表示領域８０１に割り当てるＭＦＰ１０１を選択するための画面であり、図８（Ｂ）の例は登録デバイス表示領域（２）８０１ｂに長押し操作を受け付けたときのものである。

登録デバイス選択ボタン８１１は選択された登録デバイス表示領域８０１に割り当てるＭＦＰ１０１を選択するためのボタンである。登録デバイス表示領域８０１が長押し操作を受け付けた際に後述する図１１のステップＳ１１０１で探索リクエストを送信する。リクエストに対するＭＦＰからのレスポンスを受け付けることにより、登録可能なＭＦＰ１０１の情報を取得する。登録デバイス選択ボタン８１１ａ〜８１１ｃには取得したＭＦＰ１０１の識別情報が表示されている。それぞれの登録デバイス選択ボタン８１１は選択操作を受け付け、当該デバイスは選択済みとしてマークされる。併せて選択操作を受け付けたボタンは色を変更して表示する。複数の登録デバイス選択ボタン８１１が同時に選択状態になることはなく、すでに選択状態の登録デバイス選択ボタン８１１があるときに別の登録デバイス選択ボタン８１１が選択された場合、選択状態が解除され、新たに選択された登録デバイス選択ボタン８１１が選択状態となる。図８（Ｂ）ではそれぞれＭＦＰ１０１ａ，ＭＦＰ１０１ｂ，ＭＦＰ１０１ｃを選択するためのボタンとなっており、ＭＦＰ１０１ｂを選択するためのボタンである登録デバイス選択ボタン（２）８１１ｂが選択状態となっている。また、すでにデバイスが割り当てられている登録デバイス表示領域８０１が長押し操作を受け付けて遷移した場合には、対応するデバイスの登録デバイス選択ボタン８１１が初期状態として選択状態となっている。登録デバイス選択ボタン８１１の数は、登録可能なＭＦＰ１０１の数によって増減する。例えば、ＭＦＰ１０１ｃの電源がオフになっている場合、登録デバイス選択ボタン（３）８１１ｃは表示されない。図１で示した３台のＭＦＰ１０１以外のＭＦＰが設置されている場合には、そのＭＦＰに対応する登録デバイス選択ボタン８１１が表示される。表示されるＭＦＰの順番は探索リクエストを受け付けた順番であり、名称などでソートしても良い。

画面の任意の場所でスワイプ操作を受け付ける。左から右のスワイプ操作を受け付けると選択された登録デバイス表示領域８０１へのＭＦＰ１０１の割当を中止し、待機画面８００に遷移する。右から左のスワイプ操作を受け付けると、選択状態の登録デバイス選択ボタン８１１がある状態では、図８（Ｃ）の依頼優先割当エラータイプ選択画面８２０に遷移する。ない場合には操作を無視する。選択状態の登録デバイス選択ボタン８０１がない場合に左から右のスワイプ操作を受け付けると、すでにＭＦＰ１０１が割り当てられている登録デバイス表示領域８０１が選択されて遷移している場合には、対応するＭＦＰ１０１に対して解除リクエストを送信する。解除リクエストを受信したＭＦＰ１０１は、管理情報から解除リクエストの送信元のモバイル端末を消去して、当該モバイル端末に対して解除の成功を示すレスポンスを送信する。モバイル端末１０２は、成功を示すレスポンスを受け付けた場合、ＲＡＭ６０５に格納されたデバイス状態情報１０００から識別情報１０１１が一致するＭＦＰ１０１を削除し、変更後のデバイス状態情報１０００に従って図８（Ａ）の待機画面８００を表示する。解除リクエストの送信に失敗した場合、または失敗を示すレスポンスを受け付けた場合、不図示の解除失敗画面を表示し、表示後に図８（Ａ）の待機画面８００に遷移する。下から上へのスワイプ操作を受け付けた場合、登録可能なデバイスが多く収まっていない登録デバイス選択ボタン８１１がある場合にはスクロールして表示する。上から下へのスワイプ操作を受け付けた場合には、逆のスクロールを行う。

前述の図８（Ｂ）で選択状態の登録デバイス選択ボタン８１１がある状態で右から左のスワイプ操作を受け付けると、操作表示部６０３は図８（Ｃ）の依頼優先割当エラータイプ選択画面８２０に遷移する。依頼優先割当エラータイプ選択画面８２０は、前述の登録デバイス選択画面８１０の登録デバイス選択ボタン８１１で選択されたＭＦＰ１０１でエラーが発生したときに、優先して対応依頼を受け付けるエラーの種類を選択するための画面である。対応依頼を送信するオペレータの決定方法に関しては図１１を用いて詳細に説明する。

依頼優先割当エラータイプ選択ボタン８２１は対応依頼を優先して受け付けるエラーの種類を選択するためのボタンである。それぞれの依頼優先割当エラータイプ選択ボタンは選択操作を受け付け、選択操作を受け付けたボタンは色を変更して表示する。複数のボタンを同時に選択状態にすることができ、すでに選択されているボタンに選択操作を受け付けると選択状態を解除する。この例では、依頼優先割当エラータイプ選択ボタン８２１ａ、８２１ｂ、８２１ｃ、８２１ｄ，８２１ｅはそれぞれ用紙なし、紙詰まり、トナー残量なし、排紙トレイフル、サービスコールに対応している。エラーの種類はここに示したものに限る必要はない。

画面の任意の場所でスワイプ操作を受け付ける。右から左へのスワイプ操作を受け付けた場合、図８（Ｄ）のデバイス登録確認画面８３０に遷移する。左から右へのスワイプ操作を受け付けた場合、図８（Ｂ）の登録デバイス選択画面８１０に遷移する。下から上へのスワイプ操作を受け付けた場合、選択できるエラーの種類が多く収まっていない依頼優先割当エラータイプ選択ボタンがある場合には画面をスクロールして表示する。上から下へのスワイプ操作を受け付けた場合には、逆のスクロールを行う。

前述の図８（Ｃ）で右から左のスワイプ操作を受け付けると、操作表示部６０３は図８（Ｄ）のデバイス登録確認画面８３０に遷移する。デバイス登録確認画面８３０は選択した登録デバイス表示領域８０１、登録デバイス選択ボタン８１１、依頼優先割当エラータイプ選択ボタン８２１を確認するための画面である。

デバイス確認表示領域８３１は、図８（Ｂ）で選択されたＭＦＰ１０１を表示するための表示領域である。図８（Ｂ）の登録デバイス選択ボタン８１１で選択されたボタンに対応するＭＦＰ１０１の識別情報が表示される。この例では登録デバイス選択ボタン（２）８１１ｂを選択したため、ＭＦＰ１０１ｂのシリアル番号が表示されている。

依頼優先割当エラータイプ確認表示領域８３２は、図８（Ｂ）で選択された依頼を優先して受け付けるエラーの種類を表示するための領域である。図８（Ｃ）の依頼優先割当エラータイプ選択ボタン８２１で選択されたボタンに対応するエラーの種類が表示される。この例では依頼優先割当エラータイプ選択ボタン（１）８２１ａ，（２）８２１ｂ、（４）８２１ｄを選択したため用紙なし、紙詰まり、排紙トレイフルを示す文字列が表示されている。

ＯＫボタン８３３は、登録デバイス表示領域８０１へのＭＦＰ１０１の登録を終了するものである。ＯＫボタン８３３の選択を受け付けた場合、選択に基づいた割り当て処理を実行する。後述するＳ１１０８において、ＭＦＰ１０１に登録リクエストを送信する。ＭＦＰ１０１から登録に成功したことを示すレスポンスを受け取ると、ＲＡＭ６０５に格納されているデバイス状態情報１０００にＭＦＰ１０１の情報を追加または更新し、変更後のデバイス状態情報１０００にもとづいた待機画面８００に遷移する。ここでは説明のため、登録デバイス表示領域（２）８０１ｂにＭＦＰ１０１ｂを登録した場合の例を図８（Ｅ）の登録後の待機画面８４０として説明する。一定時間ＭＦＰ１０１からレスポンスが返らないかった場合、または登録失敗を示すレスポンスを受け取った場合、不図示の登録失敗画面を表示した後で図８（Ａ）の待機画面８００に遷移する。この場合、ＭＦＰ１０１の登録操作は記憶されない。

Ｃａｎｃｅｌボタン８３４は、登録デバイス表示領域へのＭＦＰ１０１の登録を終了するものである。Ｃａｎｃｅｌボタン８３４の選択を受け付けた場合、ＭＦＰ１０１の登録操作を記憶せずに図８（Ａ）の待機画面８００に遷移する。

上述の通り、登録後の待機画面８４０は図８（Ａ）の待機画面８００と、表示領域（２）にもデバイスが登録済みであることを除いて同一のものであり、登録操作で登録デバイス表示領域（２）８０１ｂにＭＦＰ１０２が割り当てられた画面である。図８（Ａ）で説明したものと同様であるため、詳細は省略する。

待機画面８００でＭＦＰ１０１が割り当てられている登録デバイス表示領域８０１に選択操作を受け付けると、図８（Ｆ）のデバイス状態表示画面８５０に遷移する。デバイス状態表示画面８５０は、選択された登録デバイス表示領域８０１に対応付けられて記憶されているＭＦＰ１０１の状態を表示するための画面である。ここでは登録デバイス表示領域（１）８０１を選択した場合の例を記載する。デバイス状態表示画面８５０はＲＡＭ６０５に格納されているデバイス状態情報１０００に基づいて表示される。

エラー発生状態表示領域８５１はＭＦＰ１０１で発生しているエラーを示すための領域である。それぞれの領域が１つのエラーに対応しており、発生しているエラーの色が変更して表示される。すなわちデバイス状態情報１０００の依頼状況１０１４または通知状況１０１５に含まれているエラーに対応するエラー発生状態表示領域８５１は、色が反転して表示される。デバイス状態表示画面８５０はエラーが１つも発生していないことを示している。

画面の任意の場所でスワイプ操作を受け付ける。左から右へのスワイプ操作を受け付けた場合、図８（Ａ）の待機画面８００に遷移する。下から上へのスワイプ操作を受け付けた場合、選択できるエラーの種類が多く収まっていない依頼優先割当エラータイプ選択ボタンがある場合には画面をスクロールして表示する。上から下へのスワイプ操作を受け付けた場合には、逆のスクロールを行う。

デバイス状態情報１０００が変更されると、変更後のデバイス状態情報１０００にもとづいて表示を更新する。

前述の図８（Ａ）で上から下のスワイプ操作を受け付けると、操作表示部６０３は図８（Ｇ）のオペレータ状態変更画面８６０に遷移する。オペレータ状態変更画面８６０はモバイル端末１０２を装着しているオペレータがエラーの対応依頼を受けられる状態であるかを選択するための画面である。

Ａｖａｉｌａｂｌｅボタン８６１はオペレータ状態を選択するためのボタンであり、エラー対応の依頼を受け付けられる状態に変更するためのボタンである。Ａｖａｉｌａｂｌｅボタン８６１への選択操作を受け付けた場合、オペレータの状態を依頼が受けられる状態として、ＲＡＭ６０５に記憶する。記憶したらＲＡＭ６０５に格納されているデバイス状態情報１０００に登録されているすべてのＭＦＰ１０１に対してオペレータ状態変更リクエストを送信する。オペレータ状態変更リクエストには少なくともモバイル端末１０２の識別情報と、オペレータの状態として作業が可能であることが含まれる。送信したら図８（Ａ）の待機画面８００に遷移する。

Ｂｕｓｙボタン８６２はオペレータ状態を選択するためのボタンであり、対応依頼を受け付けられない状態に変更するためのボタンである。Ｂｕｓｙボタン８６２への選択操作を受け付けた場合、オペレータの状態を依頼が受けられない状態に変更して、ＲＡＭ６０５に記憶する。記憶したらＲＡＭ６０５に格納されているデバイス状態情報１０００に登録されているすべてのＭＦＰ１０１に対してオペレータ状態変更リクエストを送信する。オペレータ状態変更リクエストには少なくともモバイル端末１０２の識別情報と、オペレータの状態として作業が不可能であることが含まれる。送信したら図８（Ａ）の待機画面８００に遷移する。

登録後の待機画面８４０を表示中に、登録されているデバイスから通知メッセージ１６１０を受信すると、図８（Ｈ）のエラー発生後の待機画面８７０に遷移する。図８（Ｈ）はＭＦＰ１０２から通知メッセージ１６１０を受信したときの例である。エラー発生後の待機画面８７０は図８（Ａ）の待機画面８００と同一のものであり、登録デバイス表示領域（２）８０１ｂに対応する登録デバイス表示領域（２）８７１ｂがエラー発生を示す表示に変更されたものである。エラー発生表示の登録デバイス表示領域（２）８７１ｂに選択操作を受け付けた場合、図８（Ｉ）のエラー発生後のデバイス状態表示画面８８０に遷移する。

その他の詳細は図８（Ａ）で説明したものと同様であるため省略する。

図８（Ｈ）のエラー発生後の待機画面８７０で、エラー表示の登録デバイス表示領域８７１への選択操作を受け付けると、デバイス状態情報１０００の対応するＭＦＰ１０１の依頼状況１０１４にエラーがない場合、図８（Ｉ）のエラー発生後のデバイス状態表示画面８８０に遷移する。図８（Ｉ）は図８（Ｈ）で登録デバイス表示領域（２）８７１ｂを選択したときの例であり、通知を受けたエラーは紙詰まりである。エラー発生後のデバイス状態表示画面８８０は図８（Ｆ）のデバイス状態表示画面８５０と同一ものであり、発生したエラーである紙詰まりに対応するエラー発生状態表示領域（２）８８１ｂがエラー表示に変更された画面である。

画面の任意の場所でスワイプ操作を受け付ける。左から右へのスワイプ操作を受け付けた場合、図８（Ｈ）のエラー発生後の待機画面８７０に遷移する。

登録されているデバイスから依頼メッセージ１６２０を受信すると、図８（Ｊ）の依頼画面８９０に遷移する。また、図８（Ｈ）のエラー発生後の待機画面８７０で、エラー表示の登録デバイス表示領域８０１への選択操作を受け付けると、デバイス状態情報１０００の対応するＭＦＰ１０１の依頼状況１０１４にエラーがある場合には、図８（Ｊ）の依頼画面８９０に遷移する。

依頼画面８９０はエラーの対応依頼を受けたことを示すための画面であり、図８（Ｊ）はＭＦＰ１０１ｂで紙詰まりが発生したときの例である。

対応依頼メッセージ８９１は依頼メッセージ１６２０を送信したＭＦＰ１０１、対応を依頼されているエラーの種類を示すための文字列である。デバイスの識別情報の他、名称や設置場所などのＭＦＰ１０１に関する情報と、発生しているエラーの名称やエラー番号などを表示する。

スワイプ操作を受け付け、左から右へのスワイプ操作を受け付けた場合には、エラー発生後の待機画面８７０に遷移する。

依頼画面８９０を表示中に、起動メッセージ１６２０または解消メッセージ１６３０を受けつけ、デバイス状態情報１０００の依頼状況１０１４から対応するエラーが削除された場合、図８（Ａ）の待機画面８００に遷移する。また、他にも依頼状況１０１４にエラーが有る場合には、そのエラーに関する依頼画面８９０に遷移する。デバイスの起動メッセージ１６２０を受けた場合には、図８（Ａ）の待機画面８００に遷移する。

エラー後待機画面８７０を表示中に、起動メッセージ１６２０または解消メッセージ１６３０を受けつけた場合にも、エラー全てが解消されたならエラー状態（図１０のデバイス状態情報の通知状況１０１５または依頼状況１０１４）をすべて消去して図８（Ａ）の待機画面８００に遷移する。未解消のエラーが残っているなら、消去対象のエラー状態を消去するがエラー後待機画面８７０は維持される。

上述した図８（Ａ）〜図８（Ｊ）のモバイル端末の画面遷移（あるいは状態遷移）を図２２に示す。丸囲みは各状態を示し、矢印は状態遷移を示す。状態遷移に付した文字列は、状態遷移のトリガとなる入力であり、「／」は、出力を示す。出力についてはすべてを示さず、遷移後の状態における表示出力については省略した。また入力についても画面スクロール等については省略している。また説明した条件についても、図２２では省略したものもある。

＜モバイル端末の管理情報＞
図９は、ＭＦＰ１０１がＲＡＭ２１１に管理するエラー通知先として登録されているモバイル端末１０２の管理情報９００を図示したものである。ＲＡＭ２１１の情報が更新されると、ＨＤＤ２１２にも同等の情報を格納する。ＭＦＰ１０１の起動処理（図１３のステップＳ１３０１）でＨＤＤ２１２からＲＡＭ２１１にロードする。登録端末情報９０１、はそれぞれ一台のモバイル端末１０２に対応しており、登録端末情報９０１ａ、９０１ｂ、９０１ｃはそれぞれモバイル端末１０２ａ、１０２ｂ、１０２ｃに対応している。

識別情報９１１は、モバイル端末１０２を一意に識別することができる識別情報である。制御部２０１は識別情報９１１を参照することで、登録端末情報９０１がどのモバイル端末１０２に対応しているかを判定する。

通信情報９１２は、モバイル端末１０２と通信をするのに必要な情報である。実施例ではモバイル端末のＩＰ情報とする。用いる通信方式により必要な情報は異なる。

依頼優先先割当エラーの種類９１３、オペレータ状態９１４は、作業者を決める際に用いる情報である。これら情報は、モバイル端末ごとに関連付けられたオペレータに関する情報である。制御部２０１は作業者を決定する際に、オペレータ状態変更画面８６０でモバイル端末１０２が送信した状態に基づいて設定したオペレータ状態９１４を参照し、作業可能（Ａｖａｉｌａｂｌｅ）であるモバイル端末１０２を候補とする。次に、依頼優先先割当エラーの種類９１３を参照し、検知情報から判定したエラーの種類が依頼優先先割当エラーの種類９１３に含まれているモバイル端末１０２を優先して作業者に決定する。この手順は図１５のステップＳ１５０２．Ｓ１５０３で説明する。図９の例では、発生したエラーが用紙なし（ＮＯ ＰＡＰＥＲ）である場合にモバイル端末１０２ａ（ＳＩＥ２９５４７）、紙詰まり（ＪＡＭ：ジャム）である場合にモバイル端末１０２ｂ（ＥＵＴ１８２１４５）を作業者とすることを示している。依頼優先先割当エラーの種類はモバイル端末１０２に関連付けられたオペレータが優先対応する（すなわち優先的に対応する）エラーの種類を示す。優先対応するモバイル端末がない、または尽きた場合には、優先対応しないモバイル端末を作業可能な端末としてもよい。

＜デバイス状態の管理情報＞
図１０は、モバイル端末１０２のＲＡＭ６０５に格納されているデバイス状態情報１０００を図示したものである。ＲＡＭ６０５の情報が更新されると、不揮発性メモリ６０６にも同等の情報を格納する。アプリケーションの起動処理で不揮発性メモリ６０６からＲＡＭ６０５にロードする。

登録デバイス状態情報１００１はそれぞれ一台のＭＦＰ１０１のデバイス状態情報であり、登録デバイス状態情報１００１ａ、１００１ｂ、１００１ｃは、それぞれＭＦＰ１０１ａ、ＭＦＰ１０１ｂ、ＭＦＰ１０１ｃに対応している。

識別情報１０１１は、ＭＦＰ１０１を一意に識別することができる識別情報である。制御部６０１は識別情報１０１１を参照することで、登録デバイス状態情報１００１がどのＭＦＰ１０１に対応しているかを判定する。

通信情報１０１２は、ＭＦＰ１０１と通信をするのに必要な情報である。本実施形態ではＭＦＰ１０１のＩＰ情報とする。用いる通信方式により必要な情報は異なる。

表示領域１０１３、依頼状況１０１４、通知状況１０１５は、制御部６０１が操作表示部６０４に表示する画面を決めるために必要な情報である。

制御部６０１は、待機画面８００を表示する際に、表示領域１０１３を参照し、登録デバイス表示領域８０１にどのＭＦＰ１０１が割り当てられているかを判定する。また依頼状況１０１４、通知状況１０１５を参照し、エラーが含まれているＭＦＰ１０１の登録デバイス表示領域８０１をエラー表示にする。またデバイス状態表示画面８５０を表示する際に、依頼状況１０１４、通知状況１０１５を参照し、含まれているエラーのエラー発生状態表示領域８５１の色を変更する。

制御部６０１は、デバイス状態情報９００を更新すると操作表示部６０３の表示の更新を行う。依頼状況１０１４を参照し、エラーが含まれている登録デバイス状態情報１００１がある場合には、依頼画面８９０に遷移する。依頼状況１０１４にエラーが含まれていない場合には、表示している画面を変更後のデバイス状態情報９００にもとづいて更新する。

＜デバイス登録処理の制御部６０１のフローチャート＞
図１１は登録デバイス表示領域８０１へのデバイス割当処理におけるモバイル端末１０２の制御部６０１の処理の流れを示すフローチャートである。登録デバイス表示領域８０１のいずれかの領域が長押し操作を受け付けたところからフローを開始する。

ステップＳ１１０１で、制御部６０１は外部Ｉ／Ｆ６０２を介して同一のネットワーク上のＭＦＰ１０１に対し探索リクエストを一斉送信する。ここではＵＤＰを用いたブロードキャストを使用することとするが、方法は限定しない。送信したらステップＳ１１０２に進む。

ステップＳ１１０２で、制御部６０１はデバイス割当をキャンセルする操作を受け付けたかを判断する。デバイス割当をキャンセルする操作は登録デバイス選択画面８１０での左から右へのスワイプ操作である。キャンセルを受け付けた場合にはステップＳ１１０４に進み、受け付けていない場合にはステップＳ１１０３に進む。

ステップＳ１１０３で、制御部６０１は送信した探索リクエストに対し、ＭＦＰ１０１からレスポンスを受信したかを判定する。レスポンスを受信した場合には、ステップＳ１１０５に進み、受信していない場合にはステップＳ１１０２に進む。

ステップＳ１１０４で、制御部６０１は最初に長押し操作を受け付けた登録デバイス表示領域８０１にＭＦＰ１０１が割り当てられていたかを判定する。ＭＦＰ１０１が割り当てられている場合には、ステップＳ１１０７に進み、割り当てられていない場合にはフローを終了する。

ステップＳ１１０５で、制御部６０１は受信したレスポンスからＭＦＰ１０１の識別情報と、通信情報を取得し、ＲＡＭ６０５に一時的に格納する。更に図５（Ｂ）の登録デバイス選択画面８１０に対応する登録デバイス選択ボタン８１１を追加する。ここではデバイスの識別情報をＭＦＰ１０１のシリアル番号、通信情報をＭＦＰ１０１のＩＰアドレスとする。登録デバイス選択ボタン８１１を追加したらステップＳ１１０６に進む。

ステップＳ１１０６で、制御部６０１はデバイス選択決定操作を受け付けたかを判定する。デバイス選択決定操作は、いずれかの登録デバイス選択ボタン８１１が選択状態になっているときの、画面の任意の場所での右から左のスワイプ操作である。デバイス選択決定操作を受け付けた場合にはステップＳ１１０８に進み、受け付けていない場合にはステップＳ１１０２に進む。

ステップＳ１１０７で、ＲＡＭ６０５に格納されているデバイス状態情報１０００から選択が解除された登録デバイス選択ボタン８１１の識別情報と識別情報１０１１が一致する登録デバイス状態情報１００１の通信情報１０１２を取得し、外部Ｉ／Ｆ６０２を介して解除リクエストを送信する。解除リクエストにはモバイル端末１０２の通信情報、識別情報が含まれる。送信したらステップＳ１１０９に進む。

ステップＳ１１０８で、ＲＡＭ６０５に格納されているデバイス状態情報１０００から選択状態の登録デバイス選択ボタン８１１の識別情報と識別情報１０１１が一致する登録デバイス状態情報１００１の通信情報１０１２を取得し、外部Ｉ／Ｆ６０２を介して登録リクエストを送信する。登録リクエストにはモバイル端末１０２の通信情報、識別情報、優先依頼割当エラーの種類、オペレータの状態が含まれる。送信したらステップＳ１１１０に進む。

ステップＳ１１０９で、制御部６０１はステップＳ１１０７で送信した解除リクエストに対し、解除成功を示すレスポンスを受け付けたかを判定する。解除成功を示すレスポンスを受け付けた場合にはステップＳ１１１４に進み、受け付けていない場合にはステップＳ１１１１にすすむ。

ステップＳ１１１０で、制御部６０１はステップＳ１１０８で送信した登録リクエストに対し、登録成功を示すレスポンスを受け付けたかを判定する。登録成功を示すレスポンスを受け付けた場合にはステップＳ１１１５に進み、受け付けていない場合にはステップＳ１１１２にすすむ。

ステップＳ１１１１で、制御部６０１はステップＳ１１０７で送信した解除リクエストに対し、解除失敗を示すレスポンスを受け付けたかを判定する。解除失敗を示すレスポンスを受け付けた場合にはステップＳ１１１７に進み、受け付けていない場合にはステップＳ１１１３にすすむ。

ステップＳ１１１２で、制御部６０１はステップＳ１１０８で送信した登録リクエストに対し、登録失敗を示すレスポンスを受け付けたかを判定する。登録失敗を示すレスポンスを受け付けた場合にはステップＳ１１１９に進み、受け付けていない場合にはステップＳ１１１６にすすむ。

ステップＳ１１１３で、制御部６０１は解除リクエストを送信してから、規定の時間が経過したかを判定する。規定の時間が経過した場合にはステップＳ１１１７に進み、経過していない場合にはステップＳ１１０９に進む。

ステップＳ１１１４で、制御部６０１はＲＡＭ６０５に格納されているデバイス状態情報１０００から、解除成功レスポンスに含まれるデバイスの識別情報と識別情報１０１１が一致する登録デバイス状態情報を削除する。削除したらステップＳ１１１８に進む。

ステップＳ１１１５で、制御部６０１はＲＡＭ６０５に格納されているデバイス状態情報１０００に、ＭＦＰ１０１の登録デバイス状態情報を登録する。登録したらステップＳ１１１８に進む。

ステップＳ１１１６で、制御部６０１は登録リクエストを送信してから、規定の時間が経過したかを判定する。規定の時間が経過した場合にはステップＳ１１１９に進み、経過していない場合にはステップＳ１１１０に進む。

ステップＳ１１１７で、制御部６０１は不図示の解除失敗画面を表示する。表示したらフローを終了する。

ステップＳ１１１８で、制御部６０１はＲＡＭ６０５に記憶されているデバイス状態情報１０００にもとづいて操作表示部６０３の表示を更新する。表示する画面は図８で説明をした。表示を更新したらフローを終了する。

ステップＳ１１１９で、制御部６０１は不図示の登録失敗画面を表示する。表示したらフローを終了する。

＜モバイル端末からメッセージを受信した時の制御部２０１のフローチャート＞
図１２はＭＦＰ１０１がモバイル端末１０２から通信を受け付けたときの制御部２０１の堀の流れを示すフローチャートである。モバイル端末１０２から通信を受信するところからフローを開始する。

ステップＳ１２０１で、制御部２０１はモバイル端末１０２から受信した通信が探索リクエストであるかを判定する。探索リクエストに関しては図１１のステップＳ１１０１で説明をした。受信した通信が探索リクエストである場合にはステップＳ１２０２に進み、そうでない場合にはステップＳ１２０３に進む。

ステップＳ１２０２で、制御部２０１は受信した探索リクエストに対するレスポンスを作成する。レスポンスには少なくともＭＦＰ１０１の識別情報と、通信をするための通信情報が含まれる。ここでは識別情報をＭＦＰのシリアル番号、通信情報をＩＰアドレスとする。レスポンスを作成したらステップＳ１２０４に進む。

ステップＳ１２０３で、制御部２０１はモバイル端末１０２から受信した通信が登録リクエストであるかを判定する。登録リクエストに関しては図１１のステップＳ１１０８で説明をした。受信した通信が登録リクエストである場合にはステップＳ１２０８に進み、そうでない場合にはステップＳ１２０５に進む。

ステップＳ１２０４で、制御部２０１はモバイル端末１０２にステップＳ１２０２で作成した探索リクエストに対するレスポンスを送信する。送信したらフローを終了する。

ステップＳ１２０５で、制御部２０１はモバイル端末１０２から受信した通信が解除リクエストであるかを判定する。解除リクエストに関しては図１１のステップＳ１１０７で説明をした。受信した通信が解除リクエストである場合にはステップＳ１２０９に進み、そうでない場合にはステップＳ１２０６に進む。

ステップＳ１２０６で、制御部２０１はモバイル端末１０２から受信した通信がオペレータ状態変更リクエストであるかを判定する。オペレータ状態変更リクエストに関しては図８（Ｇ）を用いて説明をした。受信した通信がオペレータ状態変更リクエストである場合にはステップＳ１２０７に進み、そうでない場合にはフローを終了する。

ステップＳ１２０７で、制御部２０１は受信したオペレータ状態変更リクエストからモバイル端末の識別情報とオペレータの状態を取り出し、ＲＡＭ２１１に格納されているモバイル端末情報９００の識別情報９１１が一致する登録端末情報９０１のオペレータの状態９１４を更新する。更新したらフローを終了する。

ステップＳ１２０８で、制御部２０１は受信した登録リクエストからモバイル端末の識別情報を取り出し、ＲＡＭ２１１に格納されているモバイル端末情報９００に識別情報９１１が一致する登録端末情報９０１があるかを判定する。登録端末情報９０１がある場合、ステップＳ１２１０に進み、ない場合にはステップＳ１２１１に進む。

ステップＳ１２０９で、制御部２０１は受信した解除リクエストからモバイル端末の識別情報を取り出し、ＲＡＭ２１１に格納されているモバイル端末情報９００から識別情報９１１が一致する登録端末情報９０１を削除する。削除したらステップＳ１２１２に進む。

ステップＳ１２１０で、制御部２０１は受信した登録リクエストからモバイル端末１０２の通信情報、優先依頼割当エラーの種類、オペレータの状態を取り出し、ＲＡＭ２１１に格納されているモバイル端末情報９００の識別情報９１１が一致する登録端末情報９０１を更新する。更新したらステップＳ１２１３に進む。

ステップＳ１２１１で、制御部２０１は受信した登録リクエストからモバイル端末１０２の通信情報、優先依頼割当エラーの種類、オペレータの状態を取り出し、ＲＡＭ２１１に格納されているモバイル端末情報９００に登録端末情報９０１を追加する。追加したらステップＳ１２１３に進む。

ステップＳ１２１２で、制御部２０１はステップＳ１２０９で行ったモバイル端末１０２の解除が成功したかを判定する。解除の失敗とは、例えばＨＤＤ２１２やＲＡＭ２１１へのアクセス障害やＳ１２０３で受信した解除リクエストの破損、解除できるモバイル端末１０２にセキュリティ上の観点から制限を設けている場合、セキュリティ違反なども失敗に含めてよい。ここでは登録されていないモバイル端末１０２の解除リクエストを受け付けた場合、解除成功と判定することとする。モバイル端末１０２の解除に成功した場合ステップＳ１２１５に進み、失敗した場合ステップＳ１２１４に進む。

ステップＳ１２１３で、制御部２０１はステップＳ１２１０、Ｓ１２１１で行ったモバイル端末情報９００の更新、登録が成功したかを判定する。モバイル端末１０２の更新、登録に成功した場合ステップＳ１２１６に進み、失敗した場合ステップＳ１２１７に進む。

ステップＳ１２１４で、制御部２０１は解除失敗のレスポンスを作成する。レスポンスには少なくともリクエストに対する結果として解除に失敗したことを示す情報が含まれる。ＭＦＰ１０１の識別情報や通信情報を含めても良い、レスポンスを作成したらステップＳ１２１８に進む。

ステップＳ１２１５で、制御部２０１は解除成功のレスポンスを生成する。レスポンスには少なくともリクエストに対する結果として解除に成功したことを示す情報が含まれる。ＭＦＰ１０１の識別情報と通信情報を含めても良い、レスポンスを作成したらステップＳ１２１８に進む。

ステップＳ１２１６で、制御部２０１は登録リクエストに対して登録成功のレスポンスを作成する。レスポンスには少なくとも登録に成功したことを示す情報が含まれる。ＭＦＰ１０１の識別情報と通信情報を含めても良い、レスポンスを作成したらステップＳ１２１９に進む。

ステップＳ１２１７で、制御部２０１は登録リクエストに対して登録失敗のレスポンスを作成する。レスポンスには少なくとも登録に失敗したことを示す情報が含まれる。ＭＦＰ１０１の識別情報と通信情報を含めても良い、レスポンスを作成したらステップＳ１２１９に進む。

ステップＳ１２１８で、制御部２０１はステップＳ１２１４、Ｓ１２１５で作成した解除リクエストに対するレスポンスをモバイル端末１０２に送信する。送信したらフローを終了する。

ステップＳ１２１９で、制御部２０１はステップＳ１２１６、Ｓ１２１７で作成した登録リクエストに対するレスポンスをモバイル端末１０２に送信する。送信したらフローを終了する。

＜起動時の制御部２０１のフローチャート＞
図１３はＭＦＰ１０１の起動時にモバイル端末１０２に通信を行うときの制御部２０１の処理の流れを示すフローチャートである。ＭＦＰ１０１が起動指示を受け付けたところからフローを開始する。

ステップＳ１３０１で、制御部２０１は起動処理を行う。起動処理は通常の処理と同様であるため説明は省略する。起動処理を行ったらステップＳ１３０２に進む。

ステップＳ１３０２で、制御部２０１は起動メッセージ１６２０を作成する。起動メッセージ１６２０は図１６（Ｃ）を用いて説明をする。

ステップＳ１３０３で、制御部２０１はステップＳ１３０２で作成した起動メッセージ１６２０をモバイル端末１０２に送信する。送信したらステップＳ１３０４に進む。

ステップＳ１３０４で、制御部２０１はＲＡＭ２１１に格納されているモバイル端末情報９００に登録されている全てのモバイル端末１０２にメッセージを送信したかを判定する。すべてのモバイル端末１０２にメッセージを送信した場合にはフローを終了し、送信していない場合にはステップＳ１３０５に進む。

ステップＳ１３０５で、制御部２０１はメッセージ送信の対象をメッセージ未送信のモバイル端末１０２に切り替える。切り替えたらステップＳ１３０３に進む。

＜印刷ジョブ受付時の制御部２０１のフローチャート＞
図１４はＭＦＰ１０１が印刷ジョブを受け付けたときの制御部２０１の処理の流れを示すフローチャートである。操作表示部２０２からコピージョブを受け付けたとき、外部Ｉ／Ｆ２１５を介してプリントジョブを受け付けたところからフローを開始する。

ステップＳ１４０１で、制御部２０１は受け付けた印刷ジョブを開始する。この処理は通常の印刷ジョブを開始する処理と同様であるため、詳細は省略する。印刷ジョブを開始したらステップＳ１４０２に進む。

ステップＳ１４０２で、制御部２０１は印刷ジョブが終了したかを判定する。印刷が最後まで完了した場合のほか、操作表示部２０２などからキャンセルを受け付けた場合も含まれる。印刷ジョブが終了した場合フローを終了し、印刷ジョブが終了していない場合ステップＳ１４０３に進む。

ステップＳ１４０３で、制御部２０１は積載用紙センサ２０６、通紙センサ２０７、トナー残量センサ２０９、供給用紙センサ２１４の各センサから受け付けた検知を解析する。各センサの検知に関しては図３，図４、図５でそれぞれ説明をした。解析したらステップＳ１４０４に進む。

ステップＳ１４０４で、制御部２０１はステップＳ１４０３で解析したセンサの検知が印刷中断の要因となるエラーの発生を示しているかを判定する。印刷中断となるエラーには、紙詰まり、用紙なし、トナー切れ（色剤切れ）、排紙トレイフル、サービスコールが含まれる。印刷中断の要因となるエラーの発生を示している場合にはエラーをＲＡＭ２１１に記憶してステップＳ１４０５に進み、そうでない場合にはステップＳ１４０６に進む。

ステップＳ１４０５で、制御部２０１は印刷ジョブの実行を中断する。中断したらステップＳ１４０７に進む。

ステップＳ１４０６で、制御部２０１はステップＳ１４０３で解析したセンサの検知がエラーの解消を示しているかを判定する。エラーの解消を示している場合にはＲＡＭ２１１からい解消したエラーを削除してステップＳ１４０８に進み、そうでない場合にはステップＳ１４０２に進む。

ステップＳ１４０７で、制御部２０１は操作表示部２０２に発生したエラーに対応するエラー画面を表示する。図１７（Ａ）に紙詰まりの場合の例を示す。エラー画面を表示したらステップＳ１４０９に進む。

ステップＳ１４０８で、制御部２０１は解消メッセージ１６３０を作成する。解消メッセージ１６３０は図１６（Ｄ）を用いて説明をする。解消メッセージ１６３０を作成したらステップＳ１４１０に進む。

ステップＳ１４０９で、制御部２０１は依頼メッセージ１６００と通知メッセージ１６１０を作成する。依頼メッセージ１６００と通知メッセージ１６１０はそれぞれ図１６（Ａ）、図１６（Ｂ）を用いて説明をする。メッセージを作成したらステップＳ１４１１に進む。

ステップＳ１４１０で、制御部２０１は解消メッセージ１６３０を送信先のモバイル端末１０２に送信する。送信したらステップＳ１４１２に進む。

ステップＳ１４１１で、制御部２０１は作業者決定処理を行う。作業者決定処理に関しては図１５を用いて説明をする。作業者を決定したらステップＳ１４１３に進む。

ステップＳ１４１２で、制御部２０１はＲＡＭ２１１のモバイル端末情報９００に登録されているすべての送信対象に解消メッセージ１６３０を送信したかを判定する。すべての送信対象に解消メッセージ１６３０を送信した場合にはフローを終了し、送信していない場合にはステップＳ１４１４に進む。

ステップＳ１４１３で、制御部２０１は送信先のモバイル端末がＳ１４１１の作業者決定処理で作業者に決定されたモバイル端末１０２であるかを判定する。モバイル端末１０２が作業者である場合にはステップＳ１４１６に進み、そうではない場合にはステップＳ１４１７に進む。

ステップＳ１４１４で、制御部２０１は次の送信先をメッセージ未送信の送信対象に切り替える。切り替えたらステップＳ１４１０に進む。

ステップＳ１４１５で、制御部２０１はＲＡＭ２１１に記憶しているエラーを参照し、すべてのエラーが解消されたかを判定する。すべてのエラーが解消されている場合にはステップＳ１４０１に進み、解消されていないエラーが有る場合にはステップＳ１４０２に進む。

ステップＳ１４１６で、制御部２０１は依頼メッセージ１６００を送信先のモバイル端末に送信する。送信したらステップＳ１４１８に進む。

ステップＳ１４１７で、制御部２０１は通知メッセージ１６１０を送信先のモバイル端末に送信する。送信したらステップＳ１４２０に進む。

ステップＳ１４１８で、制御部２０１はステップＳ１４１６で送信した依頼メッセージ１６００に対して、モバイル端末１０２からレスポンスを受信したかを判定する。依頼メッセージ１６００の送信に失敗した場合、一定時間内にレスポンスを受信しなかった場合にはステップＳ１４１９に進み、レスポンスを受信した場合にはステップＳ１４２０に進む。

ステップＳ１４１９で、制御部２０１は送信先のモバイル端末を送信対象から除外する。除外したらステップＳ１４１１に進み、作業者決定処理をやり直す。

ステップＳ１４２０で、制御部２０１はすべての送信対象にメッセージを送信したかを判定する。すべての対象送信にメッセージを送信した場合にはステップＳ１４０２に進み、送信していない場合にはステップＳ１４２１に進む。

ステップＳ１４２１で、制御部２０１は次の送信先をメッセージ未送信の送信対象に切り替える。切り替えたらステップＳ１４１３に進む。

＜作業者決定処理における制御部２０１のフローチャート＞
図１５はステップＳ１４１１の作業者決定処理における制御部２０１の処理の流れを示すフローチャートである。

ステップＳ１５０１で、制御部２０１は送信対象があるかを判定する。送信対象はＲＡＭ２１１に格納されているモバイル端末情報９００に登録されているモバイル端末から、ステップＳ１４１９で除外されたものを除いたものである。送信対象がある場合にはステップＳ１５０２に進み、ない場合にはステップＳ１５０４に進む。

ステップＳ１５０２で、制御部２０１はＲＡＭ２１１に格納されているモバイル端末情報９００のオペレータの状態９１４を参照し値がＡｖａｉｌａｂｌｅである送信対象があるかを判定する。条件を満たす送信対象がある場合にはステップＳ１５０３に進み、ない場合にはステップＳ１５０７に進む。

ステップＳ１５０３で、モバイル端末情報９００の依頼優先割当エラーの種類９１３を参照し、ステップＳ１５０２の条件を満たす送信対象の中に、依頼優先割当エラーの種類９１３に発生したエラーが含まれている送信対象が有るかを判定する。条件を満たすモバイル端末がある場合にはステップＳ１５０６に進み、ない場合にはステップＳ１５０５に進む。

ステップＳ１５０４で、制御部２０１は操作表示部２０２に図１７（Ｂ）の通知端末確認要求画面１７１０を表示する。通知端末確認要求画面１７１０を表示したらフローを終了する。

ステップＳ１５０５で、制御部２０１はステップＳ１５０２の条件を満たす送信対象から作業者を決定する。本実施例ではランダムで決定するものとする。決定したらフローを終了する。

ステップＳ１５０６で、制御部２０１はステップＳ１５０３の条件を満たす送信対象から作業者を決定する。本実施例ではランダムで決定するものとする。決定したらフローを終了する。

ステップＳ１５０７で、制御部２０１はすべての送信対象の中から作業者を決定する。本実施例ではランダムで決定するものとする。決定したらフローを終了する。

＜各メッセージの説明＞
図１６はＭＦＰ１０１がモバイル端末１０２に送信するメッセージを説明するためのものである。図１６（Ａ）は依頼メッセージ１６００、図１６（Ｂ）は通知メッセージ１６１０、図１６（Ｃ）は起動メッセージ１６２０、図１６（Ｄ）は解消メッセージ１６３０である。

識別番号１６０１はメッセージを送信するＭＦＰ１０１を識別するための情報を格納するものである。ＭＦＰ１０１によって固有の値であり、デバイス状態情報１０００の識別情報１０１１に対応する値である。図例ではＭＦＰ１０２ｂがメッセージを送信する場合の例を示している。

メッセージの種類１６０２はメッセージの種類を格納するものである。メッセージの種類によって固有の値であり、依頼メッセージ１６００ではＲｅｑｕｅｓｔ、通知メッセージ１６１０ではＮｏｔｉｆｉｃａｔｉｏｎ、起動メッセージ１６２０ではＳｔａｒｔＵｐ、解消メッセージ１６３０ではＣｌｅａｒの値を取る。

エラーの種類１６０３は発生または解消したエラーの種類を格納するものである。エラーによって固有の値であり、モバイル端末情報９００の依頼優先割当エラーの種類９１３、デバイス状態情報１０００の依頼状況１０１４，通知状況１０１５に対応する値である。図１６の例は紙詰まりが発生、解消したときのものである。

図１６の例が示すように依頼メッセージ１６００、通知メッセージ１６１０、解消メッセージ１６３０は識別番号１６０１、メッセージの種類１６０２、エラーの種類１６０３を含み、起動メッセージ１６２０は識別番号１６０１、メッセージの種類１６０２を持つ。なおここに含まれていない値をもたせることも可能であり、例えば紙詰まりが発生した箇所や、用紙なしが発生した用紙の種類といった情報をもたせ、モバイル端末１０２の操作表示部６０３に表示することも可能である。

＜操作表示部２０２に表示する画像の説明＞
図１７は本実施例に係る画像形成システムにおいて、ＭＦＰ１０１の操作表示部２０２に表示する画面の模式図である。図１７（Ａ）は紙詰まり発生画面１７００である。図１７（Ｂ）は通知端末確認要求画面１７１０である。用紙の搬送経路３５０上に設置された通紙センサ２０７から規定時間内に用紙の通過の検知を受けなかった場合、または用紙の検知を継続して受け続けた場合、制御部２０１は紙詰まりの発生と判定する。なお、本実施例では通知するエラーの例として紙詰まりを取り上げて説明するが、その他のエラーに関しても同様である。

プリントジョブやコピージョブを実施中に、制御部２０１が紙詰まりの発生と判定すると図１７（Ａ）の紙詰まり発生画面１７００を表示する。紙詰まり発生画面１７００は用紙が詰まったことで印刷が中断していることを知らせると当時に、紙詰まりを解消するための操作手順を示すための画面である。

エラー種類表示領域１７０１は、発生しているエラーの種類を識別するための情報を示す領域である。エラーの名称やエラー番号などの識別情報が表示される。

閉じるボタン１７０２は、紙詰まり発生画面１７００を終了するためのボタンである。閉じるボタン１７０２への指示を受け付けた場合、紙詰まり発生画面１７００を終了し、紙詰まり発生画面１７００への遷移前に表示していた画面に遷移する。閉じるボタン１７０２を選択して紙詰まり発生画面１７００を終了した場合、紙詰まりは解消されていないため印刷は再開しない。

エラー解消手順表示領域１７０３は、発生しているエラーを解消するための手順を表示するための領域である。動画やアニメーションなどを用いて、手順がわかりやすいように表示を行う。

デバイス状態表示領域１７０４は、ＭＦＰ１０１の状態を表示するための表示領域である。発生しているエラーや実行中のジョブに関する情報が表示される。デバイス状態表示領域１７０４はすべての画面で共通して表示される領域である。したがって閉じるボタン１７０２によって、紙詰まり発生画面１７００を酋長しても、発生しているエラーがわからなくなってしまうことがない。デバイス状態表示領域１７０４は同時に表示できる情報が限られているため、重要な情報を優先して表示する。したがって、ジョブの中断要因となるエラーが発生しているときにはそのエラーを優先して表示する。通紙センサ２０７の検知を解析し、制御部２０１が紙詰まりの解消を判定すると、操作表示部２０２に紙詰まり発生画面１７００の終了を指示する。同時に、デバイス状態表示領域１７０４に表示しているエラー情報を消去し、次に優先度の高い情報の表示を指示する。

図１５のステップＳ１５０４で図１７（Ｂ）の通知端末確認要求画面１７１０を表示する。通知端末確認要求画面１７０１は紙詰まり発生画面１７００に通知先端末通信エラー表示１７１５を加えて表示するものであり、紙詰まり発生を表示すると同時に、エラー通知先のモバイル端末１０２の通信状態確認を要求する画面である。

エラー種類表示領域１７１１、閉じるボタン４１２、エラー解消手順表示領域１７１３、デバイス状態表示領域１７１４はそれぞれ図４（Ａ）のエラー種類表示領域１７０１、閉じるボタン１７０２、エラー解消手順表示領域１７０３、デバイス状態表示領域１７０４と同様である。

通知先端末通信エラー表示領域１７１５は、エラー発生時の依頼メッセージ１６００がどのモバイル端末にも送信できなかったことを表示するための表示領域である。どの端末にもエラーの対応メッセージ１６００が出せない状態では、長い時間エラーが対応されない恐れがあり、早急に解消する必要がある。通知先端末通信エラー表示領域１７１５は、この状態をオペレータに知らせるためのものである。なお、図１７（Ｂ）ではデバイス状態表示領域１７１４には、表示優先度の高い紙詰まり発生を表示しているが、紙詰まりが解除された場合には通知先端末通信エラーを表示する。通知先端末通信エラー表示領域１７１５、デバイス状態表示領域１７１４に表示されている通知先端末通信エラーは、モバイル端末１０２からＭＦＰ１０１へのデバイス登録処理を再度実施することによって解消することが可能である。

＜メッセージ受信時の制御部６０１のフローチャート＞
図１８はモバイル端末１０２が外部Ｉ／Ｆ６０２を介してＭＦＰ１０１から通信を受け付けたときの制御部６０１の処理の流れを示すフローチャートである。ＭＦＰ１０１から通信を受信するところからフローを開始する。

ステップＳ１８０１で、制御部６０１は受け付けたメッセージのメッセージの種類１６０２を参照し、起動メッセージ１６２０であるかを判定する。受け付けたメッセージが起動メッセージ１６２０である場合にはステップＳ１８０４に進み、そうでない場合にはステップＳ１８０１に進む。

ステップＳ１８０２で、制御部６０１は受け付けたメッセージのメッセージの種類１６０２を参照し、依頼メッセージ１６００であるかを判定する。受け付けたメッセージが依頼メッセージ１６００である場合にはステップＳ１８０８に進み、そうでない場合にはステップＳ１８０３に進む。

ステップＳ１８０３で、制御部６０１は受け付けたメッセージのメッセージの種類１６０２を参照し、通知メッセージ１６１０であるかを判定する。受け付けたメッセージが通知メッセージ１６１０である場合にはステップＳ１８０７に進み、そうでない場合にはステップＳ１８０５に進む。

ステップＳ１８０４で、制御部６０１は起動メッセージ１６２０から識別情報１６０１を取り出し、ＲＡＭ６０５に格納されているデバイス状態情報１０００の識別情報１０１１と一致する登録デバイス状態情報１００１の依頼状況１０１４，通知状況１０１５のエラーを全て削除する。削除したらステップＳ１８０９に進む。

ステップＳ１８０５で、制御部６０１は受け付けたメッセージのメッセージの種類１６０２を参照し、解消メッセージ１６３０であるかを判定する。受け付けたメッセージが解消メッセージ１６３０である場合にはステップＳ１８０６に進み、そうでない場合にはフローを終了する。

ステップＳ１８０６で、制御部６０１は解消メッセージ１６３０から識別情報１６０１とエラーの種類１６０３を取り出し、ＲＡＭ６０５に格納されているデバイス状態情報１０００の識別情報１０１１が一致する登録デバイス状態情報１００１の依頼状況１０１４，通知状況１０１５に含まれるエラーの内、エラーの種類１６０３と一致するエラーを削除する。削除したらステップＳ１８１０に進む。

ステップＳ１８０７で、制御部６０１は通知メッセージ１６１０から識別情報１６０１とエラーの種類１６０３を取り出し、ＲＡＭ６０５に格納されているデバイス状態情報１０００の識別情報１０１１が一致する登録デバイス状態情報１００１の通知状況１０１５に、エラーの種類１６０３のエラーを追加する。追加したらステップＳ１８１０に進む。

ステップＳ１８０８で、制御部６０１は通知メッセージ１６１０から識別情報１６０１とエラーの種類１６０３を取り出し、ＲＡＭ６０５に格納されているデバイス状態情報１０００の識別情報１０１１が一致する登録デバイス状態情報１００１の依頼状況１０１４に、エラーの種類１６０３のエラーを追加する。追加したらステップＳ１８１０に進む。

ステップＳ１８０９で、制御部６０１は起動メッセージ１６２０の識別情報１６０１が、ＲＡＭ６０５に格納されているデバイス状態情報１０００の識別情報１０１１が一致する登録デバイス状態情報１００１の通信情報１０１２を参照し、ＲＡＭ６０５に格納されているオペレータの状態をオペレータ状態変更リクエストとして送信する。

ステップＳ１８１０で、制御部６０１は更新されたデバイス状態情報１０００にもとづいて操作表示部６０３の表示を更新する。更新する画面は図８を用いて説明をした。

以上のように、本実施例で実現される印刷装置は、モバイル端末１０２を携帯するオペレータの状態と、オペレータが優先して対応するエラーの種類の情報から、発生したエラーに対応するのに適したオペレータを決めて対応依頼をし、残りのオペレータにはエラーの発生を通知する。このように、エラーの発生に応じて、単にオペレータにエラーの発生を通知するだけでなく、エラーへの対応の依頼と単なる通知とをオペレータが識別可能な方法でオペレータの端末に送信する。こうすることで、本発明によりエラー対応を行うべきオペレータが明確になりエラーが放置されることや、複数のオペレータが対応に向かってしまうといった印刷業務の効率を下げる要因の発生を防ぐことができる。更にすべてのオペレータがＭＦＰ１０１の稼働状況をトラッキングすることも可能である。

［実施形態２］
実施形態１では、オペレータが作業可能か否かを予めデバイスに通知しておくことで、対応依頼を通知しないようにしていたが、予め作業可能か否かの通知を忘れていたり、個別の対応案件に応じて対応可能か否かを判断したい場合などもある。そこで、実施形態２では、オペレータが対応依頼を受けたときに受諾または拒否を選択可能とすることを目的とする。

実施形態２の詳細に関して、図１９乃至図２２を用いて述べる。

＜メッセージ送信時のシーケンス図＞
図１９Ａ〜図１９Ｃは実施形態２における図７Ｂ、図７Ｃに代わるシーケンス図である。起動処理は図７Ａの７０１乃至７１４と同様のため省略する。

図１９Ａにおいて、ステップ１９０１乃至ステップ１９０２はステップ７２０乃至ステップ７２１と同様である。ステップ１９０３は、ステップ７３３と同様である。フローチャートの都合上、メッセージ送信処理１９０４の前にしてあるが、メッセージ送信処理と平行して処理しても構わない。ステップ１９０４で、制御部２０１は、メッセージ送信処理を開始する。

その後、ＭＦＰ１０１から登録されたモバイル端末１０２へと依頼メッセージまたは通知メッセージを送信する工程１９Ｂを行う。工程１９Ｂを図１９Ｂに示す。工程１９Ｂはステップ１９０５〜ステップ１９２０を含む。ステップ１９０５で、制御部２０１は、図１５を用いて説明した作業者決定処理における制御部２０１のフローチャートのステップＳ１５０２において、制御部２０１は実施形態１のオペレータの状態９１４を参照し、値がＡｖａｉｌａｂｌｅ（作業可能）である、かつ、Ｄｅｎｙ（拒否）でないモバイル端末１０２を探す。ここで図９に示したモバイル端末の管理情報９００のオペレータ状態９１４は、実施形態１ではＡｖａｉｌａｂｌｅ（作業可能）またはＢｕｓｙ（ビジー）のいずれかの値であった。これに対して本実施形態では、Ａｖａｉｌａｂｌｅ（作業可能）の場合にはさらにＤｅｎｙ（拒否）か否かを示す値を持つ。すなわち、本実施形態ではオペレータ状態９１４の値は、Ｂｕｓｙ、ＡｖａｉｌａｂｌｅまたはＡｖａｉｌａｂｌｅ＋Ｄｅｎｙという３つの値のいずれかとなる。もちろんＤｅｎｙを示すための新たなフィールドを増設してもよい。値Ｄｅｎｙは、後述するように、依頼先のモバイル端末から拒否応答を受信した場合に設定される値であり、ステップ１９０６はステップ７２４と同様である。

ステップ１９０７乃至ステップ１９１８で、制御部２０１は、ステップ１９０５（図１５）の作業者決定処理において作業者と決定したモバイル端末１０２には、依頼メッセージを送信し、その他のモバイル端末１０２には、通知メッセージを送信する。メッセージ送信処理に関しては、ステップ７２５乃至ステップ７３０と同様である。

ステップ１９１９は、ステップ７３１と同様である。ステップ１９２０は、通知メッセージを受信したモバイル端末１０２の処理は、ステップ７３２と同様である。一方、依頼メッセージを受信したモバイル端末１０２は、依頼画面８９０が図２０に示すような、依頼を受諾、または、拒否できるボタンを有した画面２０００を表示する点が実施形態１と異なる。図２０の対応依頼メッセージ２００１は対応依頼メッセージ８９１と同様である。しかしながら、画面２０００はボタン有しているため、詳細表示をするためのスペースが十分にない。そのため、ボタン以外をタップしたり、または、下から上へのスワイプ操作によって詳細を表示する。受諾ボタン２０１１は受信したステップ１９０７、１９１１、１９１５での依頼メッセージに対する受諾応答をステップ１９２１、１９２３、１９２５で送信するためのボタンである。拒否ボタン２０１２は受信したステップ１９０７、１９１１、１９１５での依頼メッセージに対する拒否応答をステップ１９２２、１９２４、１９２６で送信するためのボタンである。

その後、メッセージを受信したモバイル端末１０２からＭＦＰ１０１へと許諾メッセージまたは拒否メッセージを送信する工程１９Ｃを行う。工程１９Ｃを図１９Ｃに示す。工程１９Ｃはステップ１９２１〜ステップ１９２７を含む。ステップ１９２１乃至１９２６では、ステップ１９０７、１９１１、１９１５で依頼メッセージを受信したモバイル端末１０２の制御部６０１は、受諾ボタン２０１１が押下された場合は受諾メッセージを送信し、拒否ボタン２０１２が押下された場合は拒否メッセージを送信する。図２１に受諾メッセージ２２００の例を示す。識別情報２２０１は受諾メッセージを送信するモバイル端末１０２を識別するための情報を格納するものである。モバイル端末１０２によって固有の値である。受諾メッセージの場合、メッセージの種類２２０２は許諾を示すＡｃｃｅｐｔであるが、拒否メッセージであれば拒否を示すＤｅｎｙを格納する。受諾ボタン２０１１が押下された場合は、Ａｃｃｅｐｔを格納し、拒否ボタン２０１２が押下された場合は、Ｄｅｎｙを格納する。エラーの種類２２０３は対応の依頼のあったエラーを格納するためのものである。

ステップ１９２７で、制御部２０１はステップ１９２１乃至１９２６で受信したメッセージによって拒否状況２１１６を更新する。Ａｃｃｅｐｔを受信した場合は、拒否状況をクリアする。すなわちオペレータ状態９１４をＡｖａｉｌａｂｌｅに設定する。Ｄｅｎｙを受信した場合は対応するモバイル端末のオペレータ状態９１４にＡｖａｉｌａｂｌｅ＋Ｄｅｎｙを設定する。ここでオペレータ状態９１４がＡｖａｉｌａｂｌｅ＋Ｄｅｎｙに設定されたモバイル端末１０２は、ステップ１９０５で依頼メッセージの対象外となる。

以上に述べたステップ１９０５乃至１９２７のメッセージ送信処理１９０４は、何れかのモバイル端末１０２からの受諾が行われるまで繰り返し処理が行われる。

ステップ１９２８乃至１９３８はステップ７４０乃至ステップ７５０と同様である。

以上述べたように対応依頼ごとに対してオペレータが受諾、拒否を通知可能とすることで、予め作業可能か否かの通知を忘れていたり、個別の対応案件に応じて対応可能か否かを判断することが可能となる。

また、ステップ１９２１乃至１９２６において、一定時間が経過した場合は依頼に対して応答が返せない場合など想定し、モバイル端末１０２の制御部６０１は、拒否メッセージを送信するようにしても良い。または、モバイル端末１０２からのメッセージ受信することなく、デバイスの制御部２０１側でタイムアウトを拒否として判断しても良い。

また、ステップ１９２７で全てのモバイル端末１０２から拒否メッセージが来た場合、全員拒否であった旨を全てのモバイル端末１０２に送信しても良い。

また、ステップ１９２７で全てのモバイル端末１０２から拒否メッセージが来た場合、改めて最初に依頼を送信したモバイル端末１０２から再依頼するようにしてもよい。

また、依頼メッセージ１９０９、１９１３、１９１７は通知せず、依頼メッセージ１９０７、１９１１、１９１５のみモバイル端末１０２に通知するようにしても良い。

また、実施形態１，２では、一つのエラーの発生につき対応依頼メッセージを１台の端末装置のみに送信しているが、複数台の端末装置に対して送信してもよい。

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

１０１：画像形成装置（ＭＦＰ）、１０２：モバイル端末、２０１：ＭＦＰの制御部、６０１：モバイル端末の制御部

Claims (13)

1. 画像形成装置と複数の携帯端末とが無線通信により接続される画像形成システムであって、
   前記画像形成装置は、
   シートに画像を形成する画像形成手段と、
   前記画像形成手段の画像形成の中断要因となるエラーを検知する検知手段と、
   前記検知手段により前記エラーが検知されると、前記複数の携帯端末から前記エラーを解消する作業を依頼する携帯端末を特定し、特定した端末装置に依頼メッセージを送信するとともに、前記複数の携帯端末のうち前記特定した携帯端末以外の携帯端末に、前記エラーの発生を通知する通知メッセージを送信する送信制御手段とを有し、
   前記複数の端末装置のそれぞれは、ユーザインターフェイス手段を有し、
   前記依頼メッセージを受信した携帯端末は、前記エラーの種類を示す情報と該エラーの解消を促す情報を前記ユーザインターフェイス手段に表示し、
   前記通知メッセージを受信した携帯端末は、前記エラーの解消を促す前記情報は表示せずに前記エラーの種類を示す情報を前記ユーザインターフェイス手段に表示することを特徴とする画像形成システム。
2. 少なくとも一つの携帯端末と無線通信により接続される画像形成装置であって、
   シートに画像を形成する画像形成手段と、
   前記画像形成手段の画像形成の中断要因となるエラーを検知する検知手段と、
   前記検知手段により前記エラーが検知されると、前記複数の携帯端末から前記エラーを解消する作業を依頼する携帯端末を特定し、特定した端末装置に依頼メッセージを送信するとともに、前記複数の携帯端末のうち前記特定した携帯端末以外の携帯端末に、前記エラーの発生を通知する通知メッセージを送信する送信制御手段と
   を有することを特徴とする画像形成装置。
3. 請求項２に記載の画像形成装置であって、
   前記端末装置から対応可能なエラーに関する情報を受信して、受信した前記対応可能なエラーに関する情報に基づいて作業を依頼する前記携帯端末を特定することを特徴とする画像形成装置。
4. 請求項３に記載の画像形成装置であって、
   前記対応可能なエラーに関する情報には、優先対応するエラーの種類と、当該端末装置に関連付けたオペレータが対応可能であることを示すオペレータ状態とを含み、
   前記送信制御手段は、検知された前記エラーが前記優先対応するエラーの種類に該当し、かつ、前記オペレータ状態が対応可能であることを示す前記端末装置に前記対応依頼のメッセージを送信することを特徴とする画像形成装置。
5. 請求項４に記載の画像形成装置であって、
   前記送信制御手段により前記依頼メッセージの送信に失敗した場合、送信に失敗した前記端末装置を除外した前記端末装置の中から前記依頼メッセージの送信先となる端末装置を選択することを特徴とする画像形成装置。
6. 請求項５に記載の画像形成装置であって、
   前記送信制御手段は、前記対応可能なエラーに関する情報が、検知された前記エラーに対応可能であることを示すすべての前記端末装置に対する前記依頼メッセージの送信に失敗した場合、前記依頼メッセージの送信に失敗したことを表示手段により表示することを特徴とする画像形成装置。
7. 請求項４または５に記載の画像形成装置であって、
   前記依頼メッセージの送信先である前記端末装置から、前記依頼メッセージに対する受諾応答または拒否応答を受信する受信手段を更に有し、
   前記拒否応答を受信した場合、前記拒否応答の送信元の前記端末装置を除外した前記端末装置の中から前記依頼メッセージの送信先となる端末装置を選択することを特徴とする画像形成装置。
8. 請求項７に記載の画像形成装置であって、
   前記送信制御手段は、前記対応可能なエラーに関する情報が、検知された前記エラーに対応可能であることを示すすべての前記端末装置について、前記依頼メッセージの送信に失敗するか、または前記拒否応答を受信した場合、前記依頼メッセージの送信に失敗したことを表示手段により表示することを特徴とする画像形成装置。
9. 請求項２乃至８のいずれか一項に記載の画像形成装置であって、
   前記送信制御手段は、前記エラーの解消を検知すると、すべての前記端末装置に前記エラーが解消されたことを示す解消メッセージを送信することを特徴とする画像形成装置。
10. 請求項２乃至９のいずれか一項に記載の画像形成装置であって、
    前記画像形成装置が起動した際に、すべての前記端末装置に対して前記画像形成装置の起動を通知することを特徴とする画像形成装置。
11. 請求項２乃至１０のいずれか一項に記載の画像形成装置であって、
    前記エラーには、シート切れ、ジャム、色剤切れ、排紙トレイフル、サービスコールが含まれることを特徴とする画像形成装置。
12. 画像形成手段を有する画像形成装置と複数の携帯端末とが無線通信により接続される画像形成システムにおけるエラー通知方法であって、
    前記画像形成装置が、前記画像形成手段の画像形成の中断要因となるエラーを検知し、
    前記画像形成装置が、前記エラーが検知されると、前記複数の携帯端末から前記エラーを解消する作業を依頼する携帯端末を特定し、特定した端末装置に依頼メッセージを送信するとともに、前記複数の携帯端末のうち前記特定した携帯端末以外の携帯端末に、前記エラーの発生を通知する通知メッセージを送信し、
    前記依頼メッセージを受信した前記携帯端末が、前記エラーの種類を示す情報と該エラーの解消を促す情報を前記ユーザインターフェイス手段に表示し、
    前記通知メッセージを受信した前記携帯端末が、前記エラーの解消を促す前記情報は表示せずに前記エラーの種類を示す情報を前記ユーザインターフェイス手段に表示することを特徴とするエラー通知方法。
13. 少なくとも一つの携帯端末と無線通信により接続されるコンピュータを、
    シートに画像を形成する画像形成手段と、
    前記画像形成手段の画像形成の中断要因となるエラーを検知する検知手段と、
    前記検知手段により前記エラーが検知されると、前記複数の携帯端末から前記エラーを解消する作業を依頼する携帯端末を特定し、特定した端末装置に依頼メッセージを送信するとともに、前記複数の携帯端末のうち前記特定した携帯端末以外の携帯端末に、前記エラーの発生を通知する通知メッセージを送信する送信制御手段と
    して機能させるためのプログラム。

Images