(57)【要約】      （修正有）【課題】ユーザにとって適切なタイミングでエラーを表示できるエラー通知システムを提供する。【解決手段】エラー通知システム１００は、本体装置１０に生じたエラーを検出するエラー検出手段３１，３４と、エラー検出手段が検出したエラーの優先度を判断する優先度判断手段３５と、エラーの優先度を操作部装置に送信する送信手段３６と、を有する本体装置と、本体装置からエラーの優先度を受信する受信手段４２と、エラーの優先度が閾値未満の場合に、エラーの通知タイミングを決定するタイミング決定手段４７と、タイミング決定手段が決定したエラーの通知タイミングでエラーを通知するエラー通知手段４３と、を有する操作部装置２０と、を有する。【選択図】図４
2019155670.tif 000002
【特許請求の範囲】
【請求項１】
本体装置に生じたエラーを検出するエラー検出手段と、
前記エラー検出手段が検出した前記エラーの優先度を判断する優先度判断手段と、
前記エラーの優先度を操作部装置に送信する送信手段と、を有する本体装置と、
前記本体装置から前記エラーの優先度を受信する受信手段と、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、
前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段と、を有する操作部装置と、
を有するエラー通知システム。
【請求項２】
前記タイミング決定手段は、前記操作部装置において動作するアプリの利用状況に基づいて、前記エラーの通知タイミングを決定することを特徴とする請求項１に記載のエラー通知システム。
【請求項３】
前記操作部装置は、前記エラーの優先度が閾値以上か否かを判断する優先度判断手段を有し、
前記優先度判断手段は、前記優先度判断手段が前記エラーの優先度が閾値以上であると判断した場合、前記タイミング決定手段に前記エラーの通知タイミングを決定させることなく、即座に前記エラーを通知させることを特徴とする請求項１又は２に記載のエラー通知システム。
【請求項４】
前記エラー通知手段は、エラー画面を表示することでエラーを通知するものであり、
前記操作部装置で実行されるアプリが画面を表示している場合、前記タイミング決定手段が前記エラーの通知タイミングを決定し、
前記操作部装置で実行されるアプリが画面を表示していない場合、前記エラーの優先度が閾値未満であっても、前記優先度判断手段は、前記タイミング決定手段に前記エラーの通知タイミングを決定させることなく、即座に前記エラーを通知させることを特徴とする請求項３に記載のエラー通知システム。
【請求項５】
前記タイミング決定手段は、前記エラーが生じた機能が使用されたタイミングを前記エラーの通知タイミングに決定することを特徴とする請求項１〜４のいずれか１項に記載のエラー通知システム。
【請求項６】
前記受信手段は、前記操作部装置で実行されるエラー通知を行う第一のアプリが有する機能であり、
前記タイミング決定手段は、前記操作部装置で実行される第二のアプリが有する機能であり、
前記エラーが検出された旨を前記第一のアプリが前記第二のアプリに通知すると、
前記タイミング決定手段が前記エラーの通知タイミングを決定することを特徴とする請求項５に記載のエラー通知システム。
【請求項７】
前記エラー通知手段は、前記操作部装置で実行されるエラー通知を行う第一のアプリが有する機能であり、
前記タイミング決定手段は、前記操作部装置で実行される第二のアプリが有する機能であり、
前記第二のアプリが前記エラーを通知するタイミングであることを前記第一のアプリに通知すると、
前記エラー通知手段が、前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知することを特徴とする請求項６に記載のエラー通知システム。
【請求項８】
操作部装置と通信する本体装置であって、
本体装置に生じたエラーを検出するエラー検出手段と、
前記エラー検出手段が検出した前記エラーの優先度を判断する優先度判断手段と、
前記エラーの優先度を操作部装置に送信する送信手段と、を有する本体装置。
【請求項９】
本体装置と通信する操作部装置であって、
前記本体装置から前記本体装置に生じたエラーの優先度を受信する受信手段と、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、
前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段と、を有する操作部装置。
【請求項１０】
本体装置が、本体装置に生じたエラーを検出するステップと、
前記エラーを検出するステップで検出された前記エラーの優先度を判断するステップと、
前記エラーの優先度を操作部装置に送信するステップと、を有し、
前記操作部装置が、前記本体装置から前記エラーの優先度を受信するステップと、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するステップと、
前記エラーの通知タイミングを決定するステップで決定された前記エラーの通知タイミングで前記エラーを通知するステップと、を有するエラー通知方法。
【請求項１１】
本体装置に生じたエラーを検出するエラー検出手段と、
前記エラー検出手段が検出した前記エラーの優先度を判断する優先度判断手段と、
前記エラーの優先度を操作部装置に送信する送信手段と、を有する本体装置と通信する操作部装置を、
前記本体装置から前記エラーの優先度を受信する受信手段と、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、
前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段、として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エラー通知システム、本体装置、操作部装置、エラー通知方法、及び、プログラムに関する。
【背景技術】
【０００２】
画像形成装置では紙詰まりなどのエラーが発生した場合、操作パネルにエラーの内容やエラーの解消方法（以下、単にエラー画面という）を表示することが一般的である。近年、本体と操作部が別々のＯＳ（Operating System）を有し、本体と操作部が通信することにより操作部に入力された印刷設定などが本体に通知される画像形成装置が知られるようになった。このような画像形成装置においても本体がエラーを検出した場合は、エラーの内容が操作部に送信され、操作部が適切なエラー画面を表示する。
【０００３】
また、画像形成装置と通信する端末装置がエラー画面を表示する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、トラブルを検出すると通信可能な端末装置の有無に応じて端末装置へのエラー通知要否を判断し、エラー通知が必要な場合に端末装置に通知する画像形成装置について開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術では、ユーザにとって適切なタイミングでエラーを通知できないという問題がある。例えば、本体が要求したタイミングで操作部がエラー画面を表示するため、ユーザが操作部で何らかのアプリ等を実行していて操作部がこのアプリの画面を表示中でも、エラー画面が表示されてしまう。つまり、ユーザに対しエラー画面以外の画面を提示できなくなってしまう。この不都合を解消するため、ユーザが操作部で実行しているアプリの画面をエラー画面よりも優先して表示するだけではエラーを通知するタイミングが失われてしまう。
【０００５】
本発明は、上記課題に鑑み、ユーザにとって適切なタイミングでエラーを表示できるエラー通知システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題に鑑み、本発明は、本体装置に生じたエラーを検出するエラー検出手段と、前記エラー検出手段が検出した前記エラーの優先度を判断する優先度判断手段と、前記エラーの優先度を操作部装置に送信する送信手段と、を有する本体装置と、前記本体装置から前記エラーの優先度を受信する受信手段と、前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段と、を有する操作部装置と、を有するエラー通知システムを提供する。
【発明の効果】
【０００７】
ユーザにとって適切なタイミングでエラーを表示できるエラー通知システムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態の画像形成装置の動作の概略を説明する図の一例である。
【図２】本実施形態の画像形成装置の外観斜視図の一例である。
【図３】画像形成装置のハードウェア構成の一例を示す図である。
【図４】画像形成装置が有する機能をブロック状に示す機能ブロック図の一例である。
【図５】エラー通知に含まれる情報を説明する図の一例である。
【図６】画像形成装置がエラー画面を表示する手順を示すシーケンス図の一例である。
【図７】優先度判断部がエラー優先度に応じてエラー画面の表示タイミングを切り替える手順を示すフローチャート図の一例である。
【図８】エラー画面の一例を示す図である。
【図９】優先度判断部がエラー優先度に応じてエラー画面の表示タイミングを切り替える手順を示すフローチャート図の一例である（エラー優先度が３つの場合）。
【図１０】画像形成装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態の一例として、画像形成装置と画像形成装置が行うエラー通知方法について図面を参照しながら説明する。
【００１０】
＜画像形成装置の動作の概略＞
図１は、本実施形態の画像形成装置の動作の概略を説明する図の一例である。本実施形態の画像形成装置１００は、本体１０から操作部２０に対してエラー優先度を送信し、緊急性が低い場合には操作部２０で動作するアプリケーションソフト（以下、アプリという）にとって都合がよいタイミングでエラーを通知する。なお、図１では説明を分かりやすくするため、本体１０（本体装置の一例）と操作部２０（操作部装置の一例）が離れているが、操作部２０は本体１０に固定されていても着脱可能でも全く別の装置でもよい。
（１）何らかのエラーが画像形成装置１００の本体１０で発生する。
（２）画像形成装置１００の本体１０はエラー優先度とエラー種別を含むエラー通知を操作部２０に送信する。操作部２０では、エラー処理アプリとその他アプリがインストールされている。その他アプリとは操作部２０に画面を表示しているアプリである。
（３）エラー優先度が高の場合、操作部２０のエラー処理アプリはエラー通知を受信したら即座にエラー画面を表示する。
（４）エラー優先度が低の場合、エラー処理アプリは画面を表示中のその他アプリにエラーが発生した旨を通知し、その他アプリがエラー画面の表示に都合がよいタイミングになるとエラー画面を表示する。したがたって、その他アプリが画面を表示中の場合、その他アプリの画面が継続して表示される。エラー画面の表示に都合がよいタイミングの一例として、エラーが発生した機能をユーザが使用する操作を行ったタイミングがある。
（５）その他アプリはエラー画面の表示に都合がよいタイミングになると、エラー画面表示要求を出力する。エラー処理アプリはその他アプリからエラー画面表示要求を取得すると、操作部２０にエラー画面を表示する。
【００１１】
このように、エラー優先度が閾値未満の場合は、その他アプリがエラー画面の表示タイミングを決定する。その他アプリは例えば、エラーが発生した機能をユーザが使用する操作を行った場合など、その他アプリにとって都合がよいタイミングでエラー画面を表示できる。また、エラーが発生した機能を使用する際にはユーザがエラーを解消する必要があるので、その他アプリを使用するユーザにとっても都合がよいタイミングでエラー画面を表示できる。一方、エラー優先度が高ければ即座にエラー画面を表示できる。
【００１２】
＜用語について＞
エラーとは、正常な状態から逸脱した状態をいう。単に正常かそうでないかだけでなく、正常な状態から逸脱している程度を含んでよい。エラー優先度は、例えばエラーを正常な状態に戻すべき緊急度が高いほど高くなる。正常な状態からの逸脱の程度とエラー優先度は相関する傾向にあるが、正常な状態からの逸脱の程度とエラー優先度は一致しなくてよい。なお、エラーを異常、不具合、又は故障等と称してもよい。
【００１３】
エラーの通知とは、少なくともエラーが発生したことを通知することをいう。直接的にエラーの発生を通知する他、エラーの解消方法を通知することで間接的にエラーが発生したことを通知してもよい。また、エラーの通知は、画面表示などのユーザが視覚で検知できる通知が好ましいが、音声メッセージなど聴覚で検知できる通知でもよい。
【００１４】
エラー通知システムは、エラーが生じうるシステム又は装置のエラーを検知するシステム又は装置である。エラー通知システムはエラーが生じうるシステム又は装置とは別のシステム又は装置でもよい。本実施形態では画像形成装置を例にして説明する。
【００１５】
＜画像形成装置の構成例＞
図２は、本実施形態の画像形成装置１００の外観斜視図の一例である。画像形成装置１００は、主に本体１０と操作部２０を有している。本体１０は画像形成装置１００が有する機能を実現するための稼働部を含み、操作部２０はユーザに情報を表示しまたユーザの操作を受け付けるユーザインタフェースを提供する。
【００１６】
本体１０は、大きく分けると、スキャナ部１０１とプリンタ部１０２を有している。スキャナ部１０１は、コンタクトガラス上の原稿を光学的に読み取って画像データを生成する。図２では、コンタクトガラス上にＡＤＦ１０３（Ａｕｔｏ  Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ）が搭載されている。ＡＤＦ１０３は自動的に原稿を紙送りする装置である。
【００１７】
プリンタ部１０２は、ＰＣ（Personal Computer）からの印刷データ又はスキャナ部１０１が読み取った画像データにガンマ変換などの画像処理を施して、電子写真方式やインクジェット方式などの画像形成方式で用紙などの記録媒体に画像を印刷する。あるいは、ファクスで受信した画像データを記録媒体に印刷する。
【００１８】
プリンタ部１０２は、１つ以上の用紙トレイ１０４と手差しトレイ１０５を有する。使用時の手差しトレイ１０５は本体１０の右側に開放される。また、プリンタ部１０２はスキャナ部１０１の下方に排紙トレイ１０６を有し、画像が形成された記録媒体は排紙トレイ１０６に排紙される。
【００１９】
図２では、本体１０の手前に操作部２０が固定又は脱着可能に取り付けられている。図示する操作部２０の取り付け位置はあくまで一例であって、本体１０の側面、又はスキャナ部１０１の周辺等に取り付けられてもよい。また、画像形成装置１００が複数の操作部２０を有していてもよい。
【００２０】
なお、画像形成装置１００は複合機と呼ばれる場合がある。すなわち、画像形成装置１００は、用紙などの印刷媒体に画像を形成するプリンタ機能、スキャナとプリンタ機能により実現されるコピー機能、スキャナと電話回線（又はネットワーク）により実現されるＦＡＸ機能、データを蓄積する機能等を有していてもよい。また、画像形成装置１００は、これらの機能を反映して、プリンタ、複写機、コピー機、ＦＡＸ装置などと呼ばれていてもよい。なお、画像形成装置１００が複合機の場合、ＭＦＰ（Multi−Function Peripherals）と呼ばれる場合がある。画像形成装置１００は、プリンタ機能、コピー機能、スキャナ機能、ファクス機能、又は、データを蓄積する機能の１つ以上を有すれば、他の機能を有していなくてもよい。
【００２１】
一方で、本実施形態の画像形成装置１００は本体１０と操作部２０が通信する情報処理装置又は電子機器の一例に過ぎない。例えば、電子黒板、プロジェクタ、テレビ会議端末等の機器でも、本体１０と操作部２０とが通信して操作部２０が画面を表示する機器があれば、本実施形態を適用できる。
【００２２】
＜画像形成装置のハードウェア構成例＞
図３は、画像形成装置１００のハードウェア構成の一例を示す図である。図３に示すように、画像形成装置１００は、本体１０と、操作部２０と、を備える。本体１０と操作部２０は相互に通信可能である。
【００２３】
なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。
【００２４】
次に、本体１０のハードウェア構成について説明する。図３に示すように、本体１０は、ＣＰＵ（Central  Processing  Unit）１１と、ＲＯＭ(Read  Only  Memory)１２と、ＲＡＭ(Random  Access  Memory)１３と、ＨＤＤ（Hard  Disk  Drive）１４と、通信Ｉ/Ｆ（Interface）１５と、接続Ｉ/Ｆ１６と、エンジン部１７と、を備え、これらがシステムバス１８を介して相互に接続されている。説明の便宜上、図３では、本体１０はＨＤＤ１４を有している構成を例に挙げて説明したが、例えばＨＤＤ１４を有しておらず、十分な記憶領域を確保できない構成もあり得る。
【００２５】
ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２又はＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上記したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。
【００２６】
通信Ｉ/Ｆ１５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ/Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。例えばＵＳＢ（Universal  Serial  Bus）規格などで通信すれば、通信と充電を１つのケーブルで行うことができる。
【００２７】
エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、及び、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。画像形成方式は電子写真方式でもインクジェット方式でもよい。
【００２８】
次に、操作部２０のハードウェア構成について説明する。図３に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ/Ｆ２５と、接続Ｉ/Ｆ２６と、操作パネル２７と、を備え、これらがシステムバス２８を介して相互に接続されている。これらは本体１０と同様の機能を果たすものであるか、本体１０と相違があるとしても本実施形態の説明の上では支障がないものとする。
【００２９】
なお、操作パネル２７は液晶ディスプレイや有機ＥＬディスプレイなどのフラットパネルディスプレイであり、タッチパネルを一体に備えることが好ましい。操作パネル２７は表示装置及び入力装置として利用される。操作パネル２７はソフトキーを表示してその押下を受け付ける。また、操作パネル２７はハードキーを有していてもよい。
【００３０】
説明の便宜上、図３では、操作部２０はフラッシュメモリ２４を有している構成を例に挙げて説明したが、例えばフラッシュメモリ２４を有していない構成もあり得る。
【００３１】
＜機能について＞
図４は、画像形成装置１００が有する機能をブロック状に示す機能ブロック図の一例である。
【００３２】
＜＜本体＞＞
本体１０は、異常・故障検出部３１、基本機能部３２、エラー画面管理部３３、状態監視部３４、エラー優先度判断部３５、及び、エラー通知部３６を有する。本体１０が有するこれらの機能は、図３に示された各構成要素のいずれかが、ＨＤＤ１４からＲＡＭ１３に展開されたプログラムに従ったＣＰＵ１１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【００３３】
まず、基本機能部３２は、ユーザ操作等に応じて本体１０が有する基本的な機能を提供する。例えば、印刷機能、スキャナ機能、コピー機能、及び、ＦＡＸ機能などを提供する。また、各機能の提供に必要なアクチュエータ（モータ、クラッチ等）の制御、スイッチのＯＮ/ＯＦＦ、定着ユニットの温度制御、用紙やカバーの開閉などを検知するセンサの制御等を行う。
【００３４】
状態監視部３４は、基本機能部３２を監視して本体１０の状態を表す機器監視データを取得する。機器監視データは異常又は故障と関連性が高いと推測される本体１０の状態を含むことが好ましい。例えば、紙詰まり、カバーオープン、用紙等の消耗品の残量低下等が機器監視データに含まれる。状態監視部３４は機器監視データに基づいてエラーを検出得る。また、状態監視部３４は次述するサービスコールが発せられたことを異常・故障検出部３１から取得する。
【００３５】
異常・故障検出部３１は基本機能部３２の異常又は故障を監視する。一般に、異常又は故障はサービスコールという所定の情報により保守サーバに通知される。異常又は故障も本体１０の状態の一態様であるが、状態（機器監視データ）は本体１０の状態に過ぎないのに対し、サービスコールは何らかの不具合が生じたことを意味する。多くのサービスコールは、ユーザだけでは復旧が困難な不具合が生じたことを示す。したがって、サービスコールが生じた場合はエラーが検出され、また、エラー優先度は高いと判断される傾向がある。
【００３６】
エラー優先度判断部３５は、状態監視部３４からエラーに関する情報を取得すると、エラー優先度を判断する。エラーに関する情報は、紙詰まり、カバーオープン、用紙等の消耗品の残量低下等のエラーの内容である。また、サービスコールもエラーに関する情報となる。また、これらのエラーの内容からエラー種別が特定される。
【００３７】
表１にエラー優先度を判断するためのテーブルを示す。
【００３８】
【表１】
2019155670.tif 000003
表１ではエラー優先度とエラー種別が対応付けられている。一例として、サービスコールのエラー優先度は高い（emergency）と判断し、それ以外の紙詰まりなどのエラーをエラー優先度が低い（normal）と判断する。
【００３９】
エラー通知部３６は、エラーが検出されたとエラー優先度判断部３５が判断したエラーに関するエラー通知を操作部２０に送信する。エラー通知にはエラー優先度とエラー種別が含まれる。エラー種別は、例えば、どのようなエラーが発生したのかを番号などで示す。
【００４０】
エラー画面管理部３３は、エラー画面を操作部２０が表示するための画面データを管理している。画面データはエラー画面データＤＢ３９に記憶されている。エラー画面の画面データは静的なものと動的なものがある。静的な画面データは、機器の構成情報、エラー画面を生成するために必要となる画像、動画、及び、表示文言のデータなど、変化のない情報が含まれる。静的な画面データには、エラー内容、及びエラーの解消方法等がふくまれている。動的な画面データは、本体１０の状態など、動的に変化する情報を含む。エラー画面管理部３３はエラー画面の画面データを操作部２０からの要求に応じて送信する。
【００４１】
エラー画面データＤＢ３９には、少なくとも静的な画面データを記憶している。動的な画面データは都度、生成されるためエラー画面データＤＢ３９に記憶されていなくてもよい。画面データはエラー種別に対応付けられており、操作部２０が画面データを取得するとエラー種別に対応付けられた静的な画面データを表示できる。なお、エラー画面データＤＢ３９は図３に示されたＲＯＭ１２、ＲＡＭ１３、及びＨＤＤ１４のいずれか１つ以上に構築される。
【００４２】
＜＜操作部＞＞
まず、操作部２０ではエラー処理アプリ４０とその他アプリ５０が動作する。エラー処理アプリ４０はエラー画面を表示するなど、エラーをユーザに通知するアプリである。その他アプリ５０は操作部２０で動作する任意のアプリのうち、エラー発生時に画面を表示中のアプリである（エラー処理アプリ４０は含まない）。例えば、プリントアプリ、コピーアプリ、スキャナアプリ、及び、ＦＡＸアプリなどがある。
【００４３】
このようにエラー処理アプリ４０がその他アプリ５０とは独立のアプリであることで、その他アプリ５０の変更を抑制して、操作部２０がエラー画面を表示できる。一方、エラー処理アプリ４０とその他アプリ５０が通信する必要があるが、エラー処理アプリ４０とその他アプリ５０の開発元は同じ企業であるか又は関連があるので、比較的容易に通信することができる。
・エラー処理アプリ４０
エラー処理アプリ４０は、エラー画面取得部４１、エラー通知受信部４２、エラー画面表示部４３、優先度判断部４４、及び、アプリ通信部４５を有する。エラー処理アプリ４０が有するこれらの機能は、図３に示された各構成要素のいずれかが、フラッシュメモリ２４からＲＡＭ２３に展開されたエラー処理アプリ４０に従ったＣＰＵ２１からの命令により動作することで実現される機能又は手段である。このエラー処理アプリ４０は、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【００４４】
エラー通知受信部４２は本体１０から送信されるエラー通知を受信する。エラー通知受信部４２はエラー通知をエラー画面取得部４１と優先度判断部４４に送出する。
【００４５】
エラー画面取得部４１は、エラー画面の画面データを本体１０から取得する。まず、操作部２０において初めて起動された時に、静的な画面データを本体１０から取得し、エラー通知が受信された時にエラー通知に対応した動的な画面データを本体１０から取得する。エラー画面取得部４１は静的な画面データと動的な画面データをエラー画面表示部４３に送出する。
【００４６】
優先度判断部４４は、エラー通知に含まれるエラー優先度が閾値以上か否かを判断する。閾値以上の場合、エラー画面表示部４３にエラー画面を表示させる。閾値未満の場合、アプリ通信部４５に、エラーが発生した旨をその他アプリ５０に通知させる。
【００４７】
アプリ通信部４５はその他アプリ５０と通信する。操作部２０ではＯＳ（Operating System）が動作しているので、必要に応じてＯＳを介して通信する。まず、エラーが発生した旨をその他アプリ５０に通知し、その他アプリ５０からエラー画面表示要求を受信する。エラー画面表示要求を受信するとエラー画面表示部４３にエラー画面を表示させる。
【００４８】
エラー画面表示部４３は、エラー種別に対応付けられた静的なエラー画面の画像データ及び動的なエラー画面の画面データを使ってエラー画面を操作パネル２７に表示する。
【００４９】
・その他アプリ５０
その他アプリ５０は、通信部４６、及び、タイミング判断部４７を有する。その他アプリ５０が有するこれらの機能は、図３に示された各構成要素のいずれかが、フラッシュメモリ２４からＲＡＭ２３に展開されたその他アプリ５０に従ったＣＰＵ２１からの命令により動作することで実現される機能又は手段である。このその他アプリ５０は、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。
【００５０】
通信部４６は、エラー処理アプリ４０と通信する。まず、エラーが発生した旨をその他アプリ５０から受信し、エラー処理アプリ４０にエラー画面表示要求を送信する。タイミング判断部４７は、エラー画面を表示させるタイミングであるか否かを判断する。このタイミングは、上記のように、その他アプリ５０にとってエラー画面を表示するのに都合がよいタイミングである。
【００５１】
＜エラー通知について＞
図５は、エラー通知に含まれる情報を説明する図の一例である。エラー通知には上記のように、エラー優先度とエラー種別が含まれる。図５ではエラー優先度として「emergency」と「normal」がある。「emergency」は高い優先度に対応し、「normal」は低い優先度に対応する。
【００５２】
エラー種別はどのようなエラーが生じたかを示す。「service_call」はサービスコールを示す。サービスコールはその種類ごとに番号で示される。「jam」は用紙詰まり又は原稿詰まりを示し、「cover_open」はカバーが開放されていることを示し、「stapl_end」はステイプルの残量がゼロになったことを示す。
【００５３】
＜動作手順＞
図６は、本実施形態の画像形成装置１００がエラー画面を表示する手順を示すシーケンス図の一例である。
【００５４】
S1：操作部２０で動作するエラー処理アプリ４０は、初回起動時に、エラー画面の表示のために必要な静的な画面データを本体１０から取得する。静的な画面データはネットワーク上から取得してもよいし、可搬型の記憶媒体から読み取ってもよい。
【００５５】
S2：本体１０の状態監視部３４がサービスコール又は機器監視データに基づいてエラーを検知したものとする。
【００５６】
S2.1：エラーが検知されるとエラー優先度判断部３５は表１のテーブルを参照してエラー優先度を判断し、エラー通知部３６がエラー優先度とエラー種別を含むエラー通知を操作部２０のエラー処理アプリ４０に送信する。
【００５７】
S2.1.1：エラー処理アプリ４０のエラー通知受信部４２は本体１０からのエラー通知を受信し、エラー画面取得部４１にエラー通知を送出するので、エラー画面取得部４１が本体１０に対しエラー種別を指定してエラー画面の表示のために必要な動的な画面データを要求する。これにより、エラー画面取得部４１は動的な画面データを取得する。
【００５８】
S2.1.2：エラー画面表示部４３は、静的な画面データと動的な画面データを組み合わせ、エラー画面を構築する。構築とはエラー画面の画像データを生成することをいい、エラー画面の表示はまだ行われない。
【００５９】
操作部２０のエラー処理アプリ４０は、通知されたエラー優先度によって、表示タイミングを制御する。
【００６０】
S2.1.3：まず、エラー優先度が「emergency」であった場合、優先度判断部４４はエラー画面表示部４３に即座にエラー画面を表示させる。
【００６１】
S2.1.4：エラー優先度が「normal」であった場合、優先度判断部４４はアプリ通信部４５を介して、操作パネル２７に画面を表示中のその他アプリ５０にエラーが発生した旨を通知する。なお、操作パネル２７に画面を表示中のその他アプリ５０がない場合、優先度判断部４４はエラー優先度が「normal」でも、エラー画面表示部４３に即座にエラー画面を表示させてよい。これにより、その他アプリ５０が画面を表示中でなければ即座にエラーを通知できる。画面を表示中のその他アプリ５０の有無や画面を表示中のその他アプリ５０の名称などはＯＳにより管理されており、優先度判断部４４はＯＳに問い合わせることで操作パネル２７に画面を表示中のその他アプリ５０があるか否かを判断できる。
【００６２】
S3：操作パネル２７に画面を表示中のその他アプリ５０の通信部４６はエラーが発生した旨を受信し、タイミング判断部４７がエラー画面を表示するのに都合がよいタイミングになったか否かを判断する。
【００６３】
S3.1：エラー画面を表示するのに都合がよいタイミングになったと判断すると、エラー処理アプリ４０に対し、通信部４６がエラー画面表示要求を送信する。エラー画面を表示するのに都合がよいタイミングの１つの例は、例えば、ユーザが操作部２０の操作によってエラーに関係のある機能を使用しようとしたタイミングである。これにより、ユーザがエラーを解消しなければならない時にエラーを通知できる。
・エラーが紙詰まりの場合、ユーザがコピー若しくはプリンタの設定を行うか又はこれらのジョブの実行を開始（スタートボタン押下）したタイミング
・エラーが原稿詰まりの場合、スキャンの設定を行ったタイミング、コピーの設定を行ったタイミング、又は、これらのジョブの実行を開始（スタートボタン押下）したタイミング
・エラーがステイプルの残量ゼロの場合、ユーザがステイプルの設定を行ったタイミング、又は、ステイプルを使ったジョブの実行を開始（スタートボタン押下）したタイミング
このようなタイミングの決定方法は、操作部２０において動作するアプリの利用状況に基づいて、エラーの通知タイミングが決定されていると言える。
【００６４】
エラー画面を表示するのに都合がよいタイミングの他の例は、ユーザが所定時間以上、その他アプリ５０を操作しなかったタイミングである。これにより、ユーザが画面をすぐには使用しない時にエラーを通知できる。また、エラー画面を表示するのに都合がよいタイミングの他の例は、ユーザがその他アプリ５０を終了するタイミングである。これにより、その他アプリ５０の画面が不要になる時にエラーを通知できる。
【００６５】
S3.1.1：エラー処理アプリ４０のアプリ通信部４５はエラー画面表示要求を受信すると、エラー画面表示部４３にエラー画面を表示させる。これにより、エラー画面表示部４３はエラー画面を表示する。
【００６６】
＜優先度判断部の判断処理＞
図７は優先度判断部４４がエラー優先度に応じてエラー画面の表示タイミングを切り替える手順を示すフローチャート図の一例である。図７の処理は図６のステップＳ２．１．２の後に実行される。
【００６７】
優先度判断部４４は画面を表示中のその他アプリ５０があるか否かを判断する（Ｓ１０）。ステップＳ１０の判断がＮｏの場合、即座にエラー画面を表示してもユーザの操作を阻害しにくいので処理はステップＳ３０に進む。
【００６８】
ステップＳ１０の判断がＹｅｓの場合、優先度判断部４４はエラー優先度が「emergency」であるか否かを判断する（Ｓ２０）。ステップＳ２０の判断がＹｅｓの場合、優先度判断部４４は即座にエラー画面を表示すると判断する（Ｓ３０）。
【００６９】
ステップＳ２０の判断がＮｏの場合、タイミング判断部４７が、その他アプリ５０がエラー画面を表示するのに都合がよいタイミングを判断する（Ｓ４０）。
【００７０】
＜エラー画面の一例＞
図８は、エラー画面の一例を示す図である。図８では、用紙センサが紙詰まりを検出したものとする。図８（ａ）では、「右カバーを開けてください」というメッセージ４０１と対応する画像が表示されている。ユーザはメッセージを読んで右カバーを開ける。
【００７１】
図８（ｂ）では「つまっている用紙を取り除いてください」というメッセージ４０２と対応する画像が表示されている。ここで取り除かれる用紙は用紙センサが検出した紙詰まりの場所の用紙である。ユーザは用紙を取り除く。
【００７２】
図８（ｃ）では「右カバーを確実に閉めてください」というメッセージ４０３と対応する画像が表示されている。ユーザは右カバーを閉める。
【００７３】
このようなエラー画面はその他アプリ５０の画面を隠してしまうが、本実施形態ではその他アプリ５０にとってエラー画面を表示するのに都合がよいタイミングでエラー画面を表示するので、ユーザにとって適切なタイミングでエラー画面を表示できる。
【００７４】
＜エラー優先度が３つの場合＞
上記の実施形態ではエラー優先度が「emergency」と「normal」の２つの場合を説明したが、エラー優先度が「emergency」「normal」「low」のように３つある場合も考えられる。この場合の処理を、図９を用いて説明する。図９は、優先度判断部４４がエラー優先度に応じてエラー画面の表示タイミングを切り替える手順を示すフローチャート図の一例である（エラー優先度が３つの場合）。
【００７５】
ステップＳ１０〜Ｓ３０の処理は図７と同様でよい。ステップＳ２０でＮｏと判断され、エラー優先度が「normal」又は「low」の場合、その他アプリ５０のタイミング判断部４７は、予め定められている「normal」の場合の表示タイミング、「low」の場合の表示タイミングでエラー画面を表示すると決定する（Ｓ４２）。
【００７６】
ユーザが操作部２０の操作によってエラーに関係のある機能を使用しようとしたタイミングに関しては「normal」と「low」で同じでよい。「normal」と「low」で予め定められている表示タイミングとは、例えば、その他アプリ５０の画面においてそれぞれに対応付けられたボタンが押下されたタイミングである。「normal」に「low」よりもよく使われるボタンが対応付けられることで、「normal」の場合の表示タイミングを「low」の場合の表示タイミングよりも早めることができる。
【００７７】
また、無操作時間によって表示タイミングを変更してもよい。「normal」の場合の表示タイミングは、例えば、ユーザ操作が継続して所定時間I以上、途切れたタイミング、「low」の場合の表示タイミングは、例えば、ユーザ操作が継続して所定時間II（＞所定時間I）以上、途切れたタイミングとする。こうすることで、「normal」の場合の表示タイミングを「low」の場合の表示タイミングよりも早めることができる。
【００７８】
＜操作部が本体に対し着脱可能な場合のハードウェア構成＞
操作部２０は本体１０に対し固定されている必要がない。図１０は、画像形成装置１００のハードウェア構成の一例を示す図である。なお、図１０の説明では、主に図３との相違を説明する。図１０の画像形成装置１００は、本体１０と操作部２０が無線通信Ｉ/Ｆ１９、２９を備える。
【００７９】
無線通信Ｉ/Ｆ１９は、主に、無線通信により操作部２０と通信するための通信装置（通信モジュール、通信ユニット、通信チップ等）である。通信規格としては、例えば、Bluetooth（登録商標）、Bluetooth Low Energy（登録商標）、ZigBee（登録商標）、無線ＬＡＮ（Ｗｉ−Ｆｉ）、無線ＬＡＮのアドホックモード、Ｗｉ−Ｆｉダイレクト、ＮＦＣ（Near Field Communication）、ＲＦＩＤなどがある。あるいは、独自規格の無線通信でもよい。
【００８０】
無線通信Ｉ/Ｆ１９、２９により、本体１０と操作部２０は、有線通信と無線通信のいずれであっても相互に通信可能である。例えば、操作部２０が本体１０に取り付けられた状態では有線で通信すると共に充電し、操作部２０が本体１０に取り付けられていない状態では無線で通信する。
【００８１】
このように、操作部２０と本体１０は別々の装置であればよく、固定されていても着脱可能でもよい。別々の装置とは、例えば、別々のＯＳ上で動作すること、筐体が分かれていること、別々のＣＰＵで実行されていること、などをいう。
【００８２】
＜まとめ＞
以上説明したように、本実施形態の画像形成装置１００は、その他アプリにとって都合がよいタイミングでエラー画面を表示できる。また、エラーが発生した機能を使用する際にはユーザがエラーを解消する必要があるので、その他アプリを使用するユーザにとっても都合がよいタイミングでエラー画面を表示できる。一方、エラー優先度が高ければ即座にエラー画面を表示できる。
【００８３】
＜その他の適用例＞
操作部２０としては、複合機に着脱可能な情報処理装置に限られず、複合機とは独立に販売される汎用的な情報処理装置でもよい。例えば、タブレット、スマートフォン、ＰＣ（Personal Computer）等でもよい。本実施形態の画像形成装置１００、電子黒板、プロジェクタ、テレビ会議端末等、本体１０と操作部２０とが通信して操作部２０が画面を表示する機器、及び、機器と独立の汎用的な情報処理装置はエラー通知システムの一例である。
【００８４】
本体１０の装置としては、遠隔操作が可能であってトラブルが発生した場合に遠隔操作している操作部２０にエラーを通知する装置であればよい。例えば、テレビ会議端末、電子黒板、プロジェクタなどでも適用できる。また、例えばスマートフォンから操作可能な監視カメラ、家電などにも適用できる。
【００８５】
また、図４などの構成例は、本体１０と操作部２０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。本体１０と操作部２０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【００８６】
なお、状態監視部３４はエラー検出手段の一例であり、エラー優先度判断部３５は優先度判断手段の一例であり、エラー通知部３６は送信手段の一例であり、エラー通知受信部４２は受信手段の一例であり、タイミング判断部４７はタイミング決定手段の一例であり、エラー画面表示部４３はエラー通知手段の一例であり、エラー処理アプリ４０は第一のアプリの一例であり、その他アプリ５０は第二のアプリの一例である。
【符号の説明】
【００８７】
１０      本体
２０      操作部
４０      エラー処理アプリ
５０      その他アプリ
１００    画像形成装置
【先行技術文献】
【特許文献】
【００８８】
【特許文献１】特開２０１４−７３６３２号公報
【図１】
2019155670.tif 000004
【図２】
2019155670.tif 000005
【図３】
2019155670.tif 000006
【図４】
2019155670.tif 000007
【図５】
2019155670.tif 000008
【図６】
2019155670.tif 000009
【図７】
2019155670.tif 000010
【図８】
2019155670.tif 000011
【図９】
2019155670.tif 000012
【図１０】
2019155670.tif 000013