JP5983269B2 - 画像形成装置、および制御プログラム - Google Patents

Description

この発明は画像形成装置、表示方法、および制御プログラムに関し、特に、遠隔操作可能な画像形成装置、遠隔操作時の表示方法、および制御プログラムに関する。

コピー機やプリンターやファクシミリ送受信機やそれらの複合機であるＭＦＰ（Multi-Functional Peripheral）などの画像形成装置では、携帯電話機などの端末装置と通信可能であって、端末装置に表示される操作パネルから指示入力を受け付けることができるものがある。このような機能は、リモートパネルとも呼ばれる。

リモートパネルでは、画像形成装置の表示パネルでの表示画面（以下、本体表示とも称する）と同じ画面が端末装置に送られて、端末装置にも表示される。そして、端末装置における指示位置が座標情報として画像形成装置に送られ、画像形成装置においてその座標情報に基づいて指示内容が特定されて指示に基づく処理が行なわれる。

ところで、端末装置を画像形成装置に接続してリモートパネル操作を行なっている際に画像形成装置においてトナー切れや用紙切れやジャムなどのトラブルが発生すると、エラー表示が画像形成装置本体に表示されるのに加えて、端末装置にも同じエラー表示がなされる。このエラー表示は、トナーを交換したり印刷用紙を補充したりするなどして上記トラブルが解消されるまで表示され続ける。また、トラブルの解消手順に沿って表示が切り替わったり、ガイドが表示されたりもする。

障害の発生を通知する方法として、たとえば、特開平７−１６２８２５号公報（以下、特許文献１）は、障害状況のしきい値を設定し、障害のレベルに応じて通知方法を選択する方法を開示している。

特開平７−１６２８２５号公報

しかしながら、端末装置はバッテリーが不十分である場合があり、長時間エラー表示が継続して該端末装置からジョブを発行するなどの処理ができない状態が継続すると、バッテリーが切れて画像形成装置の操作ができなくなる可能性がある、という問題がある。特に、端末装置は画像形成装置から離れた操作に用いる場合が想定されるため、当該端末装置のユーザーは直ちにトラブルに対処することができない場合も多い。

本発明はこのような問題に鑑みてなされたものであって、端末装置で遠隔操作可能な画像形成装置であって、該端末装置での遠隔操作の利便性を向上させることのできる画像形成装置、表示方法、および制御プログラムを提供することを目的としている。

上記目的を達成するために、本発明のある局面に従うと、画像形成装置は表示装置を備えた画像形成装置であって、表示装置での画面遷移に従って、端末装置に対して表示装置に表示される操作画面を表示させるための画面データを送信するための通信手段と、当該画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するための検出手段と、トラブルを端末装置に通知するための通知手段と、表示装置の表示をエラー表示に切り替える処理を行なうための画面処理手段と、少なくとも通信手段で通信可能な端末装置の有無に応じて通知の要否を判断するための判断手段とを備える。判断手段において通知が不要と判断された場合に、通知手段で通知を行なうことなく、画面処理手段が表示装置の表示をエラー表示に切り替え、通知手段は通知用のデータを生成するための生成手段を含み、判断手段において通知が必要と判断された場合に、通知手段は生成手段で生成された通知用のデータを端末装置に送信することで通知を行なう。通信手段は、端末装置から操作画面上での指示位置を表わす情報を受信すると、指示位置と操作画面とで特定される指示内容に基づく処理による表示装置での画面遷移に従って、遷移後の操作画面の画面データを送信する。判断手段は、トラブルを生じている状態において通信手段が端末装置から指示位置を表わす情報を受信すると、通知が必要と判断する。
本発明の他の局面に従うと、表示装置を備えた画像形成装置であって、表示装置での画面遷移に従って、端末装置に対して表示装置に表示される操作画面を表示させるための画面データを送信するための通信手段と、当該画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するための検出手段と、トラブルを端末装置に通知するための通知手段と、表示装置の表示をエラー表示に切り替える処理を行なうための画面処理手段と、少なくとも通信手段で通信可能な端末装置の有無に応じて通知の要否を判断するための判断手段とを備える。判断手段において通知が不要と判断された場合に、通知手段で通知を行なうことなく、画面処理手段が表示装置の表示をエラー表示に切り替え、通知手段は通知用のデータを生成するための生成手段を含み、判断手段において通知が必要と判断された場合に、通知手段は生成手段で生成された通知用のデータを端末装置に送信することで通知を行なう。判断手段は、通知が必要と判断した場合であっても、端末装置のバッテリー残量が所定以下である場合には、通知が不要と判断する。
本発明のさらに他の局面に従うと、表示装置を備えた画像形成装置であって、表示装置での画面遷移に従って、端末装置に対して表示装置に表示される操作画面を表示させるための画面データを送信するための通信手段と、当該画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するための検出手段と、トラブルを端末装置に通知するための通知手段と、表示装置の表示をエラー表示に切り替える処理を行なうための画面処理手段と、少なくとも通信手段で通信可能な端末装置の有無に応じて通知の要否を判断するための判断手段とを備える。判断手段において通知が不要と判断された場合に、通知手段で通知を行なうことなく、画面処理手段が表示装置の表示をエラー表示に切り替え、通知手段は通知用のデータを生成するための生成手段を含み、判断手段において通知が必要と判断された場合に、通知手段は生成手段で生成された通知用のデータを端末装置に送信することで通知を行なう。通信手段は、端末装置から操作画面上での指示位置を表わす情報を受信する。判断手段は、通知が必要と判断した場合に、さらに、端末装置での操作画面を用いた操作が完了したタイミングを通知のタイミングと判断する。

好ましくは、通知用のデータは、通知の際に端末装置に表示されていた操作画面での操作を可能とする手段を含んだ画面を端末装置に表示するためのデータである。

好ましくは、通信手段は、端末装置から操作画面上での指示位置を表わす情報を受信すると、指示位置と操作画面とで特定される指示内容に基づく処理による表示装置での画面遷移に従って、遷移後の操作画面の画面データを送信し、判断手段は、トラブルを生じている状態において通信手段が端末装置から指示位置を表わす情報を受信すると、通知が必要と判断する。

好ましくは、判断手段は、さらに、当該画像形成装置から所定範囲にユーザーがいることが検知された場合に通知が不要と判断する。

好ましくは、判断手段は、検出手段においてトラブルの対処処理中であることが検知されると、通知が不要と判断する。

好ましくは、判断手段は、トラブルを回避するための代替措置である場合、または、対象とするジョブの処理において回避可能なトラブルである場合、通知が不要と判断する。

好ましくは、通信手段は、端末装置から操作画面上での指示位置を表わす情報を受信し、判断手段は、指示位置と操作画面とで特定される指示内容が、トラブルに関連しない処理を指示するものである場合に、通知が不要と判断する。

好ましくは、判断手段は、端末装置に関連付けられたユーザーと当該画像形成装置に登録されているジョブに関連付けられたユーザーとが異なる場合には、通知が不要と判断する。

好ましくは、判断手段は、端末装置が当該画像形成装置から所定範囲内にない場合に、通知が不要と判断する。

本発明のさらに他の局面に従うと、制御プログラムは、表示装置を備え、端末装置と通信可能な画像形成装置にエラー表示を実行させるためのプログラムであって、表示装での画面遷移に従って、端末装置に対して表示装置に表示される操作画面を表示させるための画面データを送信するステップと、画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するステップと、少なくとも通信可能な端末装置の有無に応じてトラブルの端末装置への通知の要否を判断するステップと、通知が不要と判断された場合に、端末装置に通知を行なうことなく、表示装置の表示をエラー表示に切り替えるステップと、通知が必要と判断された場合に、通知用のデータを生成して通知用のデータを端末装置に送信することで通知を行なうステップとを画像形成装置に実行させる。送信するステップは、端末装置から操作画面上での指示位置を表わす情報を受信すると、指示位置と操作画面とで特定される指示内容に基づく処理による表示装置での画面遷移に従って、遷移後の操作画面の画面データを送信することを含む。判断するステップは、トラブルを生じている状態において端末装置から指示位置を表わす情報が受信されると、通知が必要と判断することを含む。
本発明のさらに他の局面に従うと、表示装置を備え、端末装置と通信可能な画像形成装置にエラー表示を実行させるための制御プログラムであって、表示装置での画面遷移に従って、端末装置に対して表示装置に表示される操作画面を表示させるための画面データを送信するステップと、画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するステップと、少なくとも通信可能な端末装置の有無に応じてトラブルの端末装置への通知の要否を判断するステップと、通知が不要と判断された場合に、端末装置に通知を行なうことなく、表示装置の表示をエラー表示に切り替えるステップと、通知が必要と判断された場合に、通知用のデータを生成し、通知用のデータを端末装置に送信することで通知を行なうステップとを画像形成装置に実行させる。判断するステップは、通知が必要と判断した場合であっても、端末装置のバッテリー残量が所定以下である場合には、通知が不要と判断することを含む。
本発明のさらに他の局面に従うと、表示装置を備え、端末装置と通信可能な画像形成装置にエラー表示を実行させるための制御プログラムであって、表示装置での画面遷移に従って、端末装置に対して表示装置に表示される操作画面を表示させるための画面データを送信するステップと、画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するステップと、少なくとも通信可能な端末装置の有無に応じてトラブルの端末装置への通知の要否を判断するステップと、通知が不要と判断された場合に、端末装置に通知を行なうことなく、表示装置の表示をエラー表示に切り替えるステップと、通知が必要と判断された場合に、通知用のデータを生成し、通知用のデータを端末装置に送信することで通知を行なうステップと、端末装置から操作画面上での指示位置を表わす情報を受信するステップとを画像形成装置に実行させる。判断するステップは、通知が必要と判断した場合に、さらに、端末装置での操作画面を用いた操作が完了したタイミングを通知のタイミングと判断することを含む。

この発明によると、端末装置で遠隔操作可能な画像形成装置において、該端末装置での遠隔操作の利便性を向上させることができる。

実施の形態にかかる遠隔操作システムの概略を示す図である。 遠隔操作システムに含まれるＭＦＰ（Multi-Functional Peripheral）の概略構成を示す模式的断面図である。 ＭＦＰの概略構成を示すブロック図である。 ＭＦＰの操作パネルの概観を示す図である。 遠隔操作システムに含まれる携帯電話の概観の具体例を示す図である。 ＭＦＰ本体に表示される画面例として、コピー設定画面の具体例を表わした図である。 本体表示されるエラー画面の具体例として、黄色のトナーが欠如した場合のエラー画面例を表わす図である。 図７の例のトラブルが発生したときの、携帯電話での第１の画面例を表わす図である。 図７の例のトラブルが発生したときの、携帯電話での第２の画面例を表わす図である。 図７の例のトラブルが発生したときの、携帯電話での第３の画面例を表わす図である。 ＭＦＰの機能構成の具体例を示すブロック図である。 ＭＦＰでの動作の流れの第１の例を表わすフローチャートである。 ＭＦＰでの動作の流れの第２の例を表わすフローチャートである。 ＭＦＰでの動作の流れの第３の例を表わすフローチャートである。 ＭＦＰでの動作の流れの第４の例を表わすフローチャートである。 ＭＦＰでの動作の流れの第５の例を表わすフローチャートである。 ＭＦＰでの動作の流れの第６の例を表わすフローチャートである。 ＭＦＰでの動作の流れの第７の例を表わすフローチャートである。 ＭＦＰでの動作の流れの第８の例を表わすフローチャートである。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

＜システム構成＞
図１は、本実施の形態にかかる遠隔操作システム１０の概略を示す図である。図１を参照して、遠隔操作システム１０は、画像形成装置の一例であるＭＦＰ（Multi-Functional Peripheral）１００と、端末装置の一例である携帯電話２００Ａ〜２００Ｃとを含む。なお、携帯電話２００Ａ〜２００Ｃを代表させて、携帯電話２００とも称する。

ＭＦＰ１００および携帯電話２００は、ネットワーク９００を介して通信可能である。ネットワーク９００には、インターネット、携帯電話網、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、パケット通信網、およびこれらの組み合わせ、などが含まれる。

ＭＦＰ１００は、複写機能、プリント機能、ファクシミリ機能、およびスキャナー機能といった複数の機能を搭載する。

なお、ＭＦＰ１００は画像形成装置の一例であって、コピー機、プリンター、スキャナー、ファクシミリ送受信機などであってもよい。また、携帯電話２００も端末装置の一例であって、表示装置および入力装置（たとえばタッチパネル等）を含み、通信機能を有する端末装置であれば、ＰＤＡ（Personal Digital Assistants）やノート型ＰＣ（パーソナルコンピュータ）、文書閲覧装置、ゲーム機など、他の装置であってもよい。

図２は、ＭＦＰ１００の概略構成を示す模式的断面図である。図２を参照して、ＭＦＰ１００は、原稿から画像データを読取るイメージリーダー部１０１と、画像処理装置１１１と、用紙上に画像を印刷するプリンター部１０２とを含む。

イメージリーダー部１０１の原稿台１０３上に載置された原稿は、スキャナー１０４の備える露光ランプ１０５により照射される。スキャナー１０４は、スキャナーモーター１１２により矢印方向に移動して原稿全体を走査する。原稿面からの反射光は、ミラー１０６〜１０８および集光レンズを介してＣＣＤ（Charge Coupled Device）１１０上に像を結ぶ。ＣＣＤ１１０は、原稿面からの反射光をＲＧＢの色データ（アナログ信号）に変換して、さらにデジタルのＲＧＢデータに変換して、画像処理装置１１１に出力する。ＣＣＤ１１０が画像処理装置１１１に出力する色データを、画像データという。

画像処理装置１１１は、ＣＣＤ１１０から入力される画像データに所定の画像処理を施してレーザー装置１１３にデジタル信号を出力する。

ここで画像処理装置１１１からレーザー装置１１３に出力されるデジタル信号は、シアン用の画像色データＣと、マゼンタ用の画像色データＭと、イエロー用の画像色データＹと、ブラック用の画像色データＫである。レーザー装置１１３は、入力された画像色データＣ，Ｍ，Ｙ，Ｋに基づいて、シアン、マゼンタ、イエロー、ブラックそれぞれの感光体ドラム１１５Ｃ，１１５Ｍ，１１５Ｙ，１１５Ｋにレーザービームを出力する。

プリンター部１０２において、レーザー装置１１３から出力されるレーザービームは、帯電チャージャー１１４Ｃ，１１４Ｍ，１１４Ｙ，１１４Ｋによって帯電された感光体ドラム１１５Ｃ，１１５Ｍ，１１５Ｙ，１１５Ｋを露光し、静電潜像を形成する。シアン、マゼンタ、イエロー、およびブラックの４色の現像器１１６Ｃ，１１６Ｍ，１１６Ｙ，１１６Ｋにより、感光体ドラム１１５Ｃ，１１５Ｍ，１１５Ｙ，１１５Ｋ上の静電潜像が現像される。

一方、無端ベルト１３０は、駆動ローラー１３３Ａと固定ローラー１３３Ｂ，１３３Ｃ，１３３Ｄとにより弛まないように懸架されている。駆動ローラー１３３Ａが図中で反時計回りに回転すると、無端ベルト１３０が所定速度で図中で反時計回りに回転する。

給紙カセット１２０〜１２２より適当な用紙が搬送され、タイミングローラー１３１から無端ベルト１３０に用紙が供給される。無端ベルト１３０に供給された用紙は、無端ベルト１３０上に担持され、図中で左方向に搬送される。これにより、用紙がシアン、マゼンタ、イエロー、ブラックの順に感光体ドラム１１５Ｃ，１１５Ｍ，１１５Ｙ，１１５Ｋと接触する。用紙がそれぞれの感光体ドラム１１５Ｃ，１１５Ｍ，１１５Ｙ，１１５Ｋと接触したときに、感光体ドラムと対をなす転写チャージャー１１７Ｃ，１１７Ｍ，１１７Ｙ，１１７Ｋにより感光体ドラム上に現像されたトナー像が用紙に転写される。

トナー像が転写された用紙は、定着ローラー対１３２により加熱される。これにより、トナーは溶かされて用紙に定着する。その後、用紙はプリンター部１０２から排出される。

図３は、ＭＦＰ１００の概略構成を示すブロック図である。図３を参照して、図２で説明したように、ＭＦＰ１００は、イメージリーダー部１０１と、プリンター部１０２と、画像処理装置１１１とを含む。

画像処理装置１１１は、ＭＦＰ１００の全体を制御するためのＣＰＵ（Central Processing Unit）２０と、ＣＰＵ２０に各種処理を実行させる制御プログラムおよび設定値の初期値を記憶するためのＲＯＭ（Read Only Memory）２１と、ＣＰＵ２０が各種処理を実行するときのワークメモリーおよび各種ユーザー設定値を記憶するためのメモリーであるＲＡＭ（Random Access Memory）２２と、画像データなどを記憶するための記憶部２３と、後述すると、タッチパネル１４１と、ＭＦＰ１００のユーザーによる操作を受け付けると共にＭＦＰ１００の所定の情報を表示するための操作パネルに配される、後述するタッチパネル１４１および、テンキーボタン、スタートボタン、ストップボタン、および、リセットボタンなどのハードウェアの操作ボタン１４２と、ネットワーク９００に接続して携帯電話２００などの外部の装置と情報を通信するためのネットワークカード２４と、携帯電話２００に操作画面を送信したり、操作画面の送信条件を制御したりするためのリモートパネル制御部２５とを含む。

タッチパネル１４１または操作ボタン１４２は、ユーザーから受け付けられた操作に応じた操作信号をＣＰＵ２０に送信する。タッチパネル１４１の液晶ディスプレイ（以下、「ＬＣＤ（Liquid Crystal Display）」）は、ユーザー操作に応じてＣＰＵ２０から受信した操作画面、設定画面、エラー画面または説明画面などを表示する。

ＣＰＵ２０は、ＲＯＭ２１に記憶された制御プログラムに従って、タッチパネル１４１または操作ボタン１４２からの操作信号に応じて、コピー機能、スキャナー機能、プリンター機能、および、ＦＡＸ機能を実行するよう、イメージリーダー部１０１、プリンター部１０２、記憶部２３、およびネットワークカード２４へのアクセスを制御したり、画像データに対する画像処理を実行するよう、図示しない処理部を制御したりする。

図４は、ＭＦＰ１００の操作パネルの概観を示す図である。操作パネルは、前述したように、タッチパネル１４１および操作ボタン１４２を含む。

図５は、携帯電話２００の概観の具体例を示す図である。携帯電話２００は、タッチパネル２４１、ならびに、通話ボタン、終話ボタンおよびダイヤルボタンなどの操作ボタン２４２を含む。

＜動作概要＞
遠隔操作システム１０では、ＭＦＰ１００のタッチパネル１４１に表示される操作画面（以下、本体表示とも称する）の画像データが携帯電話２００にも送られ、携帯電話２００のタッチパネル２４１にも表示される。

図６は、ＭＦＰ１００本体に表示される画面例として、コピー設定画面の具体例を表わした図である。

図６の画面は、ＭＦＰ１００においてコピー設定を選択したときに、タッチパネル１４１に表示される。また、携帯電話２００で遠隔操作を行なうために接続している場合、ＭＦＰ１００は、本体表示が図６の画面に切り替わると、携帯電話２００に対して画面データを送信する。これにより、携帯電話２００にも、図６の操作画面が表示される。なお、ＭＦＰ１００は、携帯電話２００に画面データを送信する際に、予め記憶している携帯電話２００の画面サイズなどに応じて本体表示用の画面データを変形してもよい。

または、ＭＦＰ１００は、先に送信している画面データに基づく操作画面に対する操作位置を表わす座標情報を携帯電話２００から受け取り、その座標情報と操作画面とに基づいて操作内容を特定する。そして、その操作内容に従った処理を行なった結果、表示画面が図６のコピー設定画面に切り替わると、本体表示を図６のコピー設定画面に切り替える。それと共に、ＭＦＰ１００は、携帯電話２００から操作画面の要求があったものとして、次の画面としてのコピー設定画面の画面データを携帯電話２００に対して送信する。

ところで、ＭＦＰ１００においてトラブルが発生すると、図示しないセンサー等によって該トラブルが検知されて、そのトラブルに応じたエラー画面がＭＦＰ１００に本体表示される。トラブルには、スキャナートラブル、エンジントラブル、用紙詰まり（ジャム）、用紙切れ、およびトナー切れが含まれる。

図７は、本体表示されるエラー画面の具体例として、黄色のトナーが欠如した場合のエラー画面例を表わす図である。

図７を参照して、本体表示されるエラー画面は、たとえば図６のような先の操作画面に替えて全画面表示される。ＭＦＰ１００は、当該トラブルが解消されるまで、すなわち、図７の例では、黄色のトナーカートリッジが交換されるまで、図７のエラー画面を本体表示し続ける。または、ＭＦＰ１００は、カートリッジの交換作業に伴って、交換作業のガイド画面に切り替えてもよい。そして、ＭＦＰ１００は、当該トラブルが解消されると、すなわち、図７の例ではカートリッジの交換が完了すると、たとえば図６のような、先の操作画面に本体表示を戻す。

遠隔操作システム１０では、ＭＦＰ１００においてトラブルが発生したとき、遠隔操作を行なっている携帯電話２００では、本体表示されるエラー画面とは異なる画面が表示される。

図８は、図７の例のトラブル（黄色のトナーの欠如）が発生したときの、携帯電話２００での第１の画面例を表わす図である。図８の画面は、たとえば図６のような先の操作画面に替えて全画面表示される。

すなわち、図８を参照して、第１の画面例の場合、携帯電話２００では、図７と同様のカートリッジの交換時期を通知する画面に加えて、当該トナーに関連しない他の操作用の操作画面を表示させるためのボタン３０１や、当該エラー表示に切り替える前の操作画面に戻して操作を継続させるためのボタン３０２が表示される。

これらボタン３０１，３０２が操作されると、携帯電話２００の表示は、その操作に応じた操作画面に切り替わる。そのため、ユーザーは、当該トナーに関連しない他の操作や当該エラー表示に切り替える前の操作が可能となる。

図９は、図７の例のトラブル（黄色のトナーの欠如）が発生したときの、携帯電話２００での第２の画面例を表わす図である。図９の画面は、たとえば図６のような先の操作画面に重ねて表示（ポップアップ表示）される。

すなわち、図９を参照して、第２の画面例の場合、携帯電話２００では、図７と同様のカートリッジの交換時期を通知する画面に加えて、当該ポップアップ表示を消すためのボタン（ＯＫボタン）３０３が表示される。

ボタン３０３が操作されると、当該ポップアップ表示が消えて携帯電話２００の表示は元の操作画面に戻る。そのため、ユーザーは、元の画面に対する操作を継続することが可能となる。

図１０は、図７の例のトラブル（黄色のトナーの欠如）が発生したときの、携帯電話２００での第３の画面例を表わす図である。図１０の画面は、先の操作画面が図６のコピー設定画面であったときに、一部表示が追加して表示される画面である。

すなわち、図１０を参照して、第３の画面例の場合、携帯電話２００では、先の操作画面である図６のコピー設定画面に、黄色のトナーが欠如していることを報知するメッセージが表示される。そのため、ユーザーは、当該メッセージでトラブルの発生や内容を確認しつつ、操作を継続することが可能となる。

携帯電話２００に図８〜図１０のような表示をさせるために、ＭＦＰ１００は、当該トラブルが発生したときに、これら表示用の画面データを生成し、携帯電話２００に送信する。または、図８および図９に表わされた第１の画面例および第２の画面例の場合、ＭＦＰ１００は、本体表示用の画面データを変形し（ボタン追加等）、携帯電話２００に送信してもよい。また、図１０に表わされた第３の画面例の場合、ＭＦＰ１００は、上記メッセージの情報とコマンドとを携帯電話２００に送信し、携帯電話２００において、該コマンドに従って表示している操作画面に該メッセージを追加して表示するようにしてもよい。

以降の説明では、これら様々な態様を含んで、ＭＦＰ１００から携帯電話２００に対して図８〜図１０のような表示をさせるための情報を送信することを「エラー通知」とも称する。

なお、ＭＦＰ１００は、トラブルが発生した際に、さらに、当該ＭＦＰ１００の使用状況や、遠隔操作の状況などに応じて、エラー通知を行なうか否かを判断するようにしてもよい。具体的な判断内容については、以降の、動作フローにおいて説明する。

＜機能構成＞
図１１は、上記動作を行なうためのＭＦＰ１００の機能構成の具体例を示すブロック図である。図１１に表わされた各機能は、ＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行することで、主に、ＣＰＵ２０上に形成されるものである。しかしながら、少なくとも一部が図３に表わされた装置構成によって実現されてもよい。

図１１を参照して、ＣＰＵ２０は、各部の動作状態や図示しないセンサーからセンサー信号を監視することで、トナー切れなどの、エラー表示の対象となるトラブルの発生を検出するためのエラー検出部２０１と、検出されたトラブルに関して携帯電話２００に対してエラー通知するか本体表示するかを判断するための判断部２０２と、携帯電話２００に図８〜図１０のようなエラー画面を表示させるための画面データを生成するための画面生成部２０３と、タッチパネル１４１の操作画面を図７のようなエラー画面に遷移させるための画面処理部２０４と、ネットワークカード２４での通信を介して携帯電話２００に対して上記画面データを送信することでエラー通知するための送信部２０５とを含む。

＜動作フロー＞
図１２は、ＭＦＰ１００での動作の流れの第１の例を表わすフローチャートである。図１２のフローチャートに表わされた動作は、ＭＦＰ１００のＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行し、図１１の各機能を発揮させることによって実現される。

図１２を参照して、ＣＰＵ２０はエラー表示の対象となるトラブルの発生を検出すると（ステップＳ１０１でＹＥＳ）、リモートパネル制御部２５での制御を確認することで、携帯電話２００が遠隔操作のためにＭＦＰ１００に接続されているか否かを確認する。図１２では、この接続を「リモートパネル接続」と称している。

携帯電話２００がＭＦＰ１００に対してリモートパネル接続されている場合（ステップＳ１０３でＹＥＳ）、ＣＰＵ２０は、携帯電話２００に対してエラー通知する（ステップＳ１０５）。ここでは、ＣＰＵ２０は、図８〜図１０のような画面表示のための画面データを生成して携帯電話２００に送信したり、図１０のようなメッセージを表示させるための情報を生成して当該情報とコマンドとを送信したりする。以降の説明でも同様である。

一方、携帯電話２００がＭＦＰ１００に対してリモートパネル接続されていない場合（ステップＳ１０３でＮＯ）、ＣＰＵ２０は、当該トラブルに関するエラーを本体表示する（ステップＳ１０７）。

なお、上記ステップＳ１０５で携帯電話２００に対してエラー通知する際に、ＣＰＵ２０は、エラー画面を本体表示してもよい。以降の説明でも同様である。

また、上記ステップＳ１０５でのエラー通知は、当該携帯電話２００で遠隔操作中である場合、当該遠隔操作が終了してから行なわれてもよい。これにより、当該遠隔操作が妨げられずに続行することができる。

このようにすることで、携帯電話２００がＭＦＰ１００に対してリモートパネル接続されている場合には、当該携帯電話２００での操作状況に関わらず、各携帯電話２００にトラブルが発生したときにエラー表示が一斉になされる。このとき、図８〜図１０のようなエラー画面が各携帯電話２００になされるため、各携帯電話２００のユーザーは、トラブルの発生を知ることができると共に、元の操作画面に戻して（図８、図９の場合）、または、元の操作画面での操作ボタンを用いて（図１０の場合）、トラブルに関係しない操作は行なうことができる。

携帯電話２００がＭＦＰ１００に対してリモートパネル接続されていない場合にはＭＦＰ１００にエラー画面が本体表示される。このとき、図７のようなエラー画面がＭＦＰ１００のタッチパネル１４１に全画面表示されるため、ＭＦＰ１００のユーザーは、そのトラブルへの対処が促される。

なお、携帯電話２００がＭＦＰ１００に対してリモートパネル接続されている場合に、携帯電話２００にエラー通知し、かつ、エラー画面を本体表示もすることで、携帯電話２００のユーザーはトラブルの発生を確認しつつ元の操作画面での操作を継続することができ、ＭＦＰ１００のユーザーはトラブルへの対処が促される。

図１３は、ＭＦＰ１００での動作の流れの第２の例を表わすフローチャートである。図１３のフローチャートに表わされた動作もまた、ＭＦＰ１００のＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行し、図１１の各機能を発揮させることによって実現される。

図１３を参照して、ＣＰＵ２０はエラー表示の対象となるトラブルの発生を検出した場合であって（ステップＳ２０１でＹＥＳ）、リモートパネル接続している携帯電話２００から画面の更新が要求されていない場合には（ステップＳ２０３でＮＯ）、ＣＰＵ２０は、携帯電話２００に対してエラー通知することなく、当該トラブルに関するエラーを本体表示する（ステップＳ２０５）。

リモートパネル接続している携帯電話２００から指示操作を表わす座標情報を受信することで画面の更新が要求されると（ステップＳ２０３でＹＥＳ）、ＣＰＵ２０は、当該指示に従って遷移する次の画面に替えて、携帯電話２００に対してエラー通知する（ステップＳ２０７）。

このようにすることで、ＭＦＰ１００に対してリモートパネル接続している携帯電話２００において、表示されている操作画面に対して指示操作を行なってＭＦＰ１００に対する操作を行なおうとしている場合に、トラブルが発生したときにエラー表示がなされる。そのため、携帯電話２００でＭＦＰ１００を遠隔操作しようとしている携帯電話２００のユーザーは、当該ＭＦＰ１００でのトラブルの発生を知ることができると共に、元の操作画面に戻して（図８、図９の場合）、または、元の操作画面での操作ボタンを用いて（図１０の場合）、トラブルに関係しない操作は行なうことができる。

また、ＭＦＰ１００に対して携帯電話２００がリモートパネル接続していても、実際の遠隔操作を行なっていない場合にはエラー画面が表示されないため、バッテリーの不必要な消費を抑えることができる。

図１４は、ＭＦＰ１００での動作の流れの第３の例を表わすフローチャートである。図１４のフローチャートに表わされた動作もまた、ＭＦＰ１００のＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行し、図１１の各機能を発揮させることによって実現される。

図１４を参照して、ＣＰＵ２０はエラー表示の対象となるトラブルの発生を検出すると（ステップＳ３０１でＹＥＳ）、現在、当該ＭＦＰ１００に登録されているジョブのユーザーを確認する（ステップＳ３０３）。これは、記憶している各ジョブのヘッダなどに含まれるユーザー情報を確認することで実現できる。

さらに、ＣＰＵ２０は、現在、リモートパネル接続している携帯電話２００のユーザーを確認する（ステップＳ３０５）。これは、リモートパネル接続の要求時に該携帯電話２００から受け付けたログイン情報を確認することで実現できる。

これらユーザーが一致しなかった場合、すなわち、登録されているジョブのユーザーとリモートパネル接続している携帯電話２００のユーザーとがまったく異なった場合（ステップＳ３０７でＮＯ）、ＣＰＵ２０は、携帯電話２００に対してエラー通知することなく当該トラブルに関するエラーを本体表示する（ステップＳ３０９）。

これらユーザーが一致する場合、すなわち、登録されているジョブのユーザーとリモートパネル接続している携帯電話２００のユーザーとの少なくとも１組が一致する場合（ステップＳ３０７でＹＥＳ）、ＣＰＵ２０は、当該ユーザーの一致した携帯電話２００に対してエラー通知する（ステップＳ３１３）。このとき、好ましくは、ＣＰＵ２０は当該携帯電話２００のバッテリー残量を確認し、予め規定されているしきい値以上である十分な量と判断された場合に（ステップＳ３１１でＹＥＳ）、当該携帯電話２００に対してエラー通知するようにしてもよい（ステップＳ３１３）。バッテリー残量が不十分であった場合には、ＣＰＵ２０は、当該携帯電話２００に対してエラー通知することなく当該トラブルに関するエラーを本体表示してもよい（ステップＳ３０９）。なお、ＣＰＵ２０は、他の動作例であっても、携帯電話２００に対してエラー通知する場合に、上記ステップＳ３１１と同様に判断して、さらにバッテリー残量に応じてエラー通知の要否を判断することができる。

このようにすることで、ＭＦＰ１００に対してジョブを登録しているユーザーが携帯電話２００でＭＦＰ１００を遠隔操作している場合に当該携帯電話２００にエラーが通知され、そうでない携帯電話２００にはエラーが通知されない。そのため、自身のジョブに関係しないユーザーは、トラブルの発生に関知することなく携帯電話２００を用いて遠隔操作を続行することができる。また、バッテリーの不必要な消費を抑えることができる。ＭＦＰ１００に対してジョブを登録しているユーザーは、自身のジョブが直ちに処理されない可能性を知ることができると共に、トラブルに関係しない操作を続行することができる。

また、上記のように、バッテリー残量が十分でない場合には、エラー通知によって一時的に操作が中断されることなく、バッテリー残量内でトラブルに関係しない操作を続行することができる。

図１５は、ＭＦＰ１００での動作の流れの第４の例を表わすフローチャートである。図１５のフローチャートに表わされた動作もまた、ＭＦＰ１００のＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行し、図１１の各機能を発揮させることによって実現される。

図１５を参照して、ＣＰＵ２０はエラー表示の対象となるトラブルの発生を検出すると（ステップＳ４０１でＹＥＳ）、当該ＭＦＰ１００付近のユーザーの有無を検出する（ステップＳ４０３）。ステップＳ４０３では、たとえばＭＦＰ１００が図示しない人感センサーを搭載する場合、ＣＰＵ２０が当該センサーからのセンサー信号に基づいて検出することができる。他の例として、ＭＦＰ１００がネットワーク９００を介して各ユーザーの携帯する携帯電話２００やＩＣカードなどと所定の間隔で通信を行なっているとき、ＣＰＵ２０が当該通信の強度やレスポンスの速度などに基づいて検出することができる。

ＭＦＰ１００付近にユーザーがいることが検出された場合（ステップＳ４０５でＹＥＳ）、ＣＰＵ２０は、携帯電話２００に対してエラー通知することなく、当該トラブルに関するエラーを本体表示する（ステップＳ４０７）。

ＭＦＰ１００付近にユーザーがいなかった場合（ステップＳ４０５でＮＯ）、ＣＰＵ２０は、当該ＭＦＰ１００に対してリモートパネル接続している携帯電話２００に対してエラー通知する（ステップＳ４０９）。

このようにすることで、ＭＦＰ１００付近にユーザーがいる場合には、携帯電話２００にはエラーが通知されない。そのため、ＭＦＰ１００から離れて携帯電話２００を用いてＭＦＰ１００を遠隔しているユーザーは、トラブルの発生に関知することなく携帯電話２００を用いて遠隔操作を続行することができる。また、バッテリーの不必要な消費を抑えることができる。

図１６は、ＭＦＰ１００での動作の流れの第５の例を表わすフローチャートである。図１６のフローチャートに表わされた動作もまた、ＭＦＰ１００のＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行し、図１１の各機能を発揮させることによって実現される。

図１６を参照して、ＣＰＵ２０はエラー表示の対象となるトラブルの発生を検出すると（ステップＳ５０１でＹＥＳ）、トラブルの対処状態を監視して、現在のエラーの解除状態を検出する（ステップＳ５０３）。ここでは、たとえばトラブルがトナー切れである場合であって、トナーボトルとＭＦＰ１００本体との間に接続による通信機構が設けられている場合、ＣＰＵ２０は、一例として、該通信機構での通信を監視してトナーボトルがＭＦＰ１００本体から取り外されたことを検出することで、当該トナー切れであるエラーの解除状態を検出することができる。

現在、エラーの解除中であると判断した場合（ステップＳ５０５でＹＥＳ）、ＣＰＵ２０は、携帯電話２００に対してエラー通知することなく、当該トラブルに関するエラーを本体表示する（ステップＳ５０７）。

一方、エラーの解除中ではないと判断した場合（ステップＳ５０５でＮＯ）、ＣＰＵ２０は、当該ＭＦＰ１００に対してリモートパネル接続している携帯電話２００に対してエラー通知する（ステップＳ５０９）。

このようにすることで、ＭＦＰ１００のトラブルが対処中である場合には携帯電話２００にはエラーが通知されない。そのため、ＭＦＰ１００から離れて携帯電話２００を用いてＭＦＰ１００を遠隔しているユーザーは、トラブルの発生に関知することなく携帯電話２００を用いて遠隔操作を続行することができる。また、バッテリーの不必要な消費を抑えることができる。

図１７は、ＭＦＰ１００での動作の流れの第６の例を表わすフローチャートである。図１７のフローチャートに表わされた動作もまた、ＭＦＰ１００のＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行し、図１１の各機能を発揮させることによって実現される。

図１７を参照して、ＣＰＵ２０はエラー表示の対象となるトラブルの発生を検出すると（ステップＳ６０１でＹＥＳ）、当該ＭＦＰ１００に対してリモートパネル接続している携帯電話２００の、当該ＭＦＰ１００からの距離を検出する（ステップＳ６０３）。ステップＳ６０３では、ＣＰＵ２０は、携帯電話２００との間の通信強度やレスポンスの速度などに基づいて検出することができる。

携帯電話２００のＭＦＰ１００からの距離が予め規定された所定距離以上であった場合には（ステップＳ６０５でＹＥＳ）、ＣＰＵ２０は、当該携帯電話２００に対してエラー通知することなく、当該トラブルに関するエラーを本体表示する（ステップＳ６０７）。

上記距離が所定距離内であった場合、または、複数の携帯電話２００がリモートパネル接続されている場合には所定距離内にある携帯電話２００があった場合（ステップＳ６０５でＮＯ）、ＣＰＵ２０は、当該携帯電話２００に対してエラー通知する（ステップＳ６０９）。

このようにすることで、ＭＦＰ１００付近で携帯電話２００を用いて遠隔操作をしていない場合には、当該携帯電話２００にはエラーが通知されない。そのため、ＭＦＰ１００から所定距離以上離れて携帯電話２００を用いてＭＦＰ１００を遠隔しているユーザーは、トラブルの発生に関知することなく携帯電話２００を用いて遠隔操作を続行することができる。また、バッテリーの不必要な消費を抑えることができる。

図１８は、ＭＦＰ１００での動作の流れの第７の例を表わすフローチャートである。図１８のフローチャートに表わされた動作もまた、ＭＦＰ１００のＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行し、図１１の各機能を発揮させることによって実現される。

図１８を参照して、ＣＰＵ２０はエラー表示の対象となるトラブルの発生を検出すると（ステップＳ７０１でＹＥＳ）、当該トラブルを回避するための代替措置があるか否か、また、対象とするジョブの処理において回避可能なトラブルであるか否か、を判断する。

トラブルを回避するための代替措置とは、たとえばトレイ１で紙詰まり等のトラブルが発生したときにトレイ２を代用する措置とか、トレイ１で用紙切れが発生したときにトレイ２に同じサイズの用紙が格納されている場合にはトレイ２から給紙する措置とかが挙げられる。また、回避可能なトラブルとは、たとえば、給紙経路中で紙詰まりが発生した場合であっても処理対象のジョブが用紙を用いないジョブの場合であったり、前ドアが開けられた場合であっても処理対象のジョブがドア開閉に関与しないジョブであったりする場合が挙げられる。前者の場合、ＣＰＵ２０は、予めトラブルごとに代替措置を記憶しておくことで、発生したトラブルに対して代替措置があるか否かを判断することができる。後者の場合、ＣＰＵ２０は、予めトラブルごとに回避可能なジョブの処理内容を記憶しておくことで、発生したトラブルはジョブの処理において回避可能であるか否かを判断することができる。

発生したトラブルについて、回避するための代替措置があったり、対象とするジョブの処理において回避可能であったりする場合（ステップＳ７０３でＹＥＳ）、ＣＰＵ２０は、携帯電話２００に対してエラー通知することなく、当該トラブルに関するエラーを本体表示する（ステップＳ７０５）。

一方、発生したトラブルについて、回避するための代替措置もなく、かつ、対象とするジョブの処理において回避が不可能である場合には（ステップＳ７０３でＮＯ）、ＣＰＵ２０は、当該ＭＦＰ１００に対してリモートパネル接続している携帯電話２００に対してエラー通知する（ステップＳ５０９）。

このようにすることで、ＭＦＰ１００に発生したトラブルが回避するための代替措置があったり、対象とするジョブの処理において回避可能であったりする場合、携帯電話２００にはエラーが通知されない。そのため、ＭＦＰ１００から離れて携帯電話２００を用いてＭＦＰ１００を遠隔しているユーザーは、トラブルの発生に関知することなく携帯電話２００を用いて遠隔操作を続行することができる。また、バッテリーの不必要な消費を抑えることができる。

図１９は、ＭＦＰ１００での動作の流れの第８の例を表わすフローチャートである。図１９のフローチャートに表わされた動作もまた、ＭＦＰ１００のＣＰＵ２０がＲＯＭ２１に記憶されているプログラムを読み出してＲＡＭ２２に展開しつつ実行し、図１１の各機能を発揮させることによって実現される。

図１９を参照して、ＣＰＵ２０はエラー表示の対象となるトラブルの発生を検出すると（ステップＳ８０１でＹＥＳ）、リモートパネル接続している携帯電話２００の操作画面における設定情報を取得する（ステップＳ８０３）。ここでは、ＣＰＵ２０は、直前の携帯電話２００からの入力操作を表わす座標情報と操作画面とから操作内容を特定することで、設定情報を取得することができる。

設定された内容が発生したトラブルと関連がないものである場合（ステップＳ８０５でＹＥＳ）、ＣＰＵ２０は、当該携帯電話２００に対してエラー通知することなく、当該トラブルに関するエラーを本体表示する（ステップＳ８０７）。

設定された内容が発生したトラブルと関連するものであった場合には（ステップＳ８０５でＮＯ）、ＣＰＵ２０は、当該携帯電話２００に対してエラー通知する（ステップＳ８１３）。なお、このとき、好ましくは、ＣＰＵ２０は、当該携帯電話２００からの入力操作を表わす信号を監視し続けて（ステップＳ８０９）、その操作の完了を待って（ステップＳ８１１でＹＥＳ）、からエラー通知する。

このようにすることで、携帯電話２００を用いた遠隔操作がトラブルに関連しないものである場合には、当該携帯電話２００にはエラーが通知されない。そのため、この場合、携帯電話２００のユーザーは、トラブルの発生に関知することなく携帯電話２００を用いて遠隔操作を続行することができる。また、バッテリーの不必要な消費を抑えることができる。

一方、携帯電話２００を用いた遠隔操作がトラブルに関連するものである場合には当該携帯電話２００にはエラーが通知されるものの、操作の完了後に通知されることで、操作性を妨げることがない。また、エラー表示によってバッテリーが不足する可能性がある場合であっても、それに先だって操作を完了させることができる。

＜実施の形態の効果＞
本実施の形態にかかるＭＦＰ１００では、リモートパネル接続している携帯電話２００の有無や画面更新の要求の有無、ＭＦＰ１００のユーザーとリモートパネル接続している携帯電話２００のユーザーとの関係、ＭＦＰ１００とリモートパネル接続している携帯電話２００との位置関係、ＭＦＰ１００付近のユーザーの有無、トラブルへの対処状況、および遠隔操作の内容とトラブルとの関係、などに基づいて携帯電話２００へのエラー通知の要否やタイミングが判断される。

これにより、携帯電話２００でトラブルに関与せずに設定操作が可能な場合には、当該携帯電話２００のユーザーは、エラー表示によって一時的にも中断されることなく操作を続行することができ、操作性を高めることができる。また、エラー表示によるバッテリーの不必要な消費を抑えることができる。

また、携帯電話２００にエラー表示される場合であっても、当該表示は回避可能に表示されるため、引き続き操作を行なうことができる。これにより、操作性を高めることができると共に、トラブルが解消されるまでエラー表示が継続する場合と比較してバッテリーの消費を抑えることができる。

さらに、上述の処理をＭＦＰ１００のＣＰＵ２０に実行させるためのプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ 遠隔操作システム、２０ ＣＰＵ、２１ ＲＯＭ、２２ ＲＡＭ、２３ 記憶部、２４ ネットワークカード、２５ リモートパネル制御部、１０１ イメージリーダー部、１０２ プリンター部、１０３ 原稿台、１０４ スキャナー、１０５ 露光ランプ、１０６〜１０８ ミラー、１１１ 画像処理装置、１１２ スキャナーモーター、１１３ レーザー装置、１１４Ｃ，１１４Ｍ，１１４Ｙ，１１４Ｋ 帯電チャージャー、１１５Ｃ，１１５Ｍ，１１５Ｙ，１１５Ｋ 感光体ドラム、１１６Ｃ，１１６Ｍ，１１６Ｙ，１１６Ｋ 現像器、１１７Ｃ，１１７Ｍ，１１７Ｙ，１１７Ｋ 転写チャージャー、１２０〜１２２ 給紙カセット、１３０ 無端ベルト、１３１ タイミングローラー、１３２ 定着ローラー対、１３３Ａ 駆動ローラー、１３３Ｂ，１３３Ｃ，１３３Ｄ 固定ローラー、１４１，２４１ タッチパネル、１４２，２４２ 操作ボタン、２００，２００Ａ〜２００Ｃ 携帯電話、２０１ エラー検出部、２０２ 判断部、２０３ 画面生成部、２０４ 画面処理部、２０５ 送信部、３０１，３０２，３０３ ボタン、９００ ネットワーク。

Claims (14)

1. 表示装置を備えた画像形成装置であって、
   前記表示装置での画面遷移に従って、端末装置に対して前記表示装置に表示される操作画面を表示させるための画面データを送信するための通信手段と、
   当該画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するための検出手段と、
   前記トラブルを前記端末装置に通知するための通知手段と、
   前記表示装置の表示を前記エラー表示に切り替える処理を行なうための画面処理手段と、
   少なくとも前記通信手段で通信可能な前記端末装置の有無に応じて前記通知の要否を判断するための判断手段とを備え、
   前記判断手段において前記通知が不要と判断された場合に、前記通知手段で前記通知を行なうことなく、前記画面処理手段が前記表示装置の表示を前記エラー表示に切り替え、
   前記通知手段は前記通知用のデータを生成するための生成手段を含み、
   前記判断手段において前記通知が必要と判断された場合に、前記通知手段は前記生成手段で生成された前記通知用のデータを前記端末装置に送信することで前記通知を行ない、
   前記通信手段は、前記端末装置から前記操作画面上での指示位置を表わす情報を受信すると、前記指示位置と前記操作画面とで特定される指示内容に基づく処理による前記表示装置での画面遷移に従って、前記遷移後の操作画面の画面データを送信し、
   前記判断手段は、前記トラブルを生じている状態において前記通信手段が前記端末装置から前記指示位置を表わす情報を受信すると、前記通知が必要と判断する、画像形成装置。
2. 表示装置を備えた画像形成装置であって、
   前記表示装置での画面遷移に従って、端末装置に対して前記表示装置に表示される操作画面を表示させるための画面データを送信するための通信手段と、
   当該画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するための検出手段と、
   前記トラブルを前記端末装置に通知するための通知手段と、
   前記表示装置の表示を前記エラー表示に切り替える処理を行なうための画面処理手段と、
   少なくとも前記通信手段で通信可能な前記端末装置の有無に応じて前記通知の要否を判断するための判断手段とを備え、
   前記判断手段において前記通知が不要と判断された場合に、前記通知手段で前記通知を行なうことなく、前記画面処理手段が前記表示装置の表示を前記エラー表示に切り替え、
   前記通知手段は前記通知用のデータを生成するための生成手段を含み、
   前記判断手段において前記通知が必要と判断された場合に、前記通知手段は前記生成手段で生成された前記通知用のデータを前記端末装置に送信することで前記通知を行ない、
   前記判断手段は、前記通知が必要と判断した場合であっても、前記端末装置のバッテリー残量が所定以下である場合には、前記通知が不要と判断する、画像形成装置。
3. 表示装置を備えた画像形成装置であって、
   前記表示装置での画面遷移に従って、端末装置に対して前記表示装置に表示される操作画面を表示させるための画面データを送信するための通信手段と、
   当該画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するための検出手段と、
   前記トラブルを前記端末装置に通知するための通知手段と、
   前記表示装置の表示を前記エラー表示に切り替える処理を行なうための画面処理手段と、
   少なくとも前記通信手段で通信可能な前記端末装置の有無に応じて前記通知の要否を判断するための判断手段とを備え、
   前記判断手段において前記通知が不要と判断された場合に、前記通知手段で前記通知を行なうことなく、前記画面処理手段が前記表示装置の表示を前記エラー表示に切り替え、
   前記通知手段は前記通知用のデータを生成するための生成手段を含み、
   前記判断手段において前記通知が必要と判断された場合に、前記通知手段は前記生成手段で生成された前記通知用のデータを前記端末装置に送信することで前記通知を行ない、
   前記通信手段は、前記端末装置から前記操作画面上での指示位置を表わす情報を受信し、
   前記判断手段は、前記通知が必要と判断した場合に、さらに、前記端末装置での前記操作画面を用いた操作が完了したタイミングを前記通知のタイミングと判断する、画像形成装置。
4. 前記通知用のデータは、前記通知の際に前記端末装置に表示されていた操作画面での操作を可能とする手段を含んだ画面を前記端末装置に表示するためのデータである、請求項１〜３のいずれか１項に記載の画像形成装置。
5. 前記通信手段は、前記端末装置から前記操作画面上での指示位置を表わす情報を受信すると、前記指示位置と前記操作画面とで特定される指示内容に基づく処理による前記表示装置での画面遷移に従って、前記遷移後の操作画面の画面データを送信し、
   前記判断手段は、前記トラブルを生じている状態において前記通信手段が前記端末装置から前記指示位置を表わす情報を受信すると、前記通知が必要と判断する、請求項２または３に記載の画像形成装置。
6. 前記判断手段は、さらに、当該画像形成装置から所定範囲にユーザーがいることが検知された場合に前記通知が不要と判断する、請求項２または３に記載の画像形成装置。
7. 前記判断手段は、前記検出手段において前記トラブルの対処処理中であることが検知されると、前記通知が不要と判断する、請求項２または３に記載の画像形成装置。
8. 前記判断手段は、前記トラブルを回避するための代替措置がある場合、または、対象とするジョブの処理において回避可能なトラブルである場合、前記通知が不要と判断する、請求項２または３に記載の画像形成装置。
9. 前記通信手段は、前記端末装置から前記操作画面上での指示位置を表わす情報を受信し、
   前記判断手段は、前記指示位置と前記操作画面とで特定される指示内容が、前記トラブルに関連しない処理を指示するものである場合に、前記通知が不要と判断する、請求項２または３に記載の画像形成装置。
10. 前記判断手段は、前記端末装置に関連付けられたユーザーと当該画像形成装置に登録されているジョブに関連付けられたユーザーとが異なる場合には、前記通知が不要と判断する、請求項２または３に記載の画像形成装置。
11. 前記判断手段は、前記端末装置が当該画像形成装置から所定範囲内にない場合に、前記通知が不要と判断する、請求項２または３に記載の画像形成装置。
12. 表示装置を備え、端末装置と通信可能な画像形成装置にエラー表示を実行させるための制御プログラムであって、
    前記表示装置での画面遷移に従って、前記端末装置に対して前記表示装置に表示される操作画面を表示させるための画面データを送信するステップと、
    前記画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するステップと、
    少なくとも通信可能な前記端末装置の有無に応じて前記トラブルの前記端末装置への通知の要否を判断するステップと、
    前記通知が不要と判断された場合に、前記端末装置に前記通知を行なうことなく、前記表示装置の表示を前記エラー表示に切り替えるステップと、
    前記通知が必要と判断された場合に、前記通知用のデータを生成し、前記通知用のデータを前記端末装置に送信することで前記通知を行なうステップとを前記画像形成装置に実行させ、
    前記送信するステップは、前記端末装置から前記操作画面上での指示位置を表わす情報を受信すると、前記指示位置と前記操作画面とで特定される指示内容に基づく処理による前記表示装置での画面遷移に従って、前記遷移後の操作画面の画面データを送信することを含み、
    前記判断するステップは、前記トラブルを生じている状態において前記端末装置から前記指示位置を表わす情報が受信されると、前記通知が必要と判断することを含む、制御プログラム。
13. 表示装置を備え、端末装置と通信可能な画像形成装置にエラー表示を実行させるための制御プログラムであって、
    前記表示装置での画面遷移に従って、前記端末装置に対して前記表示装置に表示される操作画面を表示させるための画面データを送信するステップと、
    前記画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するステップと、
    少なくとも通信可能な前記端末装置の有無に応じて前記トラブルの前記端末装置への通知の要否を判断するステップと、
    前記通知が不要と判断された場合に、前記端末装置に前記通知を行なうことなく、前記表示装置の表示を前記エラー表示に切り替えるステップと、
    前記通知が必要と判断された場合に、前記通知用のデータを生成し、前記通知用のデータを前記端末装置に送信することで前記通知を行なうステップとを前記画像形成装置に実行させ、
    前記判断するステップは、前記通知が必要と判断した場合であっても、前記端末装置のバッテリー残量が所定以下である場合には、前記通知が不要と判断することを含む、制御プログラム。
14. 表示装置を備え、端末装置と通信可能な画像形成装置にエラー表示を実行させるための制御プログラムであって、
    前記表示装置での画面遷移に従って、前記端末装置に対して前記表示装置に表示される操作画面を表示させるための画面データを送信するステップと、
    前記画像形成装置におけるトラブルであって、エラー表示の対象となるトラブルの発生を検出するステップと、
    少なくとも通信可能な前記端末装置の有無に応じて前記トラブルの前記端末装置への通知の要否を判断するステップと、
    前記通知が不要と判断された場合に、前記端末装置に前記通知を行なうことなく、前記表示装置の表示を前記エラー表示に切り替えるステップと、
    前記通知が必要と判断された場合に、前記通知用のデータを生成し、前記通知用のデータを前記端末装置に送信することで前記通知を行なうステップと、
    前記端末装置から前記操作画面上での指示位置を表わす情報を受信するステップとを前記画像形成装置に実行させ、
    前記判断するステップは、前記通知が必要と判断した場合に、さらに、前記端末装置での前記操作画面を用いた操作が完了したタイミングを前記通知のタイミングと判断することを含む、制御プログラム。

Images