特許 7077677 エラー通知システム、本体装置、操作部装置、エラー通知方法、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-23

(45)【発行日】2022-05-31

(54)【発明の名称】エラー通知システム、本体装置、操作部装置、エラー通知方法、プログラム

(51)【国際特許分類】

   B41J 29/38 20060101AFI20220524BHJP

   B41J 29/46 20060101ALI20220524BHJP

   H04N 1/00 20060101ALI20220524BHJP

   B41J 29/42 20060101ALI20220524BHJP

   G03G 21/00 20060101ALI20220524BHJP

【ＦＩ】

B41J29/38 301

B41J29/46 Z

H04N1/00 350

B41J29/42 F

G03G21/00 386

G03G21/00 500

【請求項の数】 11

(21)【出願番号】P 2018043630

(22)【出願日】2018-03-09

(65)【公開番号】P2019155670

(43)【公開日】2019-09-19

【審査請求日】2021-01-18

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】井川 拓

【審査官】加藤 昌伸

(56)【参考文献】

【文献】特開２０１０－２３８２１９（ＪＰ，Ａ）

【文献】特開２０１４－２４１４９４（ＪＰ，Ａ）

【文献】特開２０１５－１０８９４０（ＪＰ，Ａ）

【文献】特開２０１４－１４６０９８（ＪＰ，Ａ）

【文献】特開２０１２－１１９７５１（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１５／０１１６７６０（ＵＳ，Ａ１）

【文献】特開２０１１－１９８１９５（ＪＰ，Ａ）

【文献】特開２００３－３１２１０７（ＪＰ，Ａ）

【文献】特開２００２－３４４６８２（ＪＰ，Ａ）

【文献】特開２０１１－１９８２３８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ４１Ｊ ２９／００ － ２９／７０

Ｇ０３Ｇ １３／３４

Ｇ０３Ｇ １５／００

Ｇ０３Ｇ １５／３６

Ｇ０３Ｇ ２１／００

Ｇ０３Ｇ ２１／０２

Ｇ０３Ｇ ２１／１４

Ｇ０３Ｇ ２１／２０

Ｈ０４Ｎ １／００

Ｇ０６Ｆ ３／０９ － ３／１２

(57)【特許請求の範囲】

【請求項1】

本体装置に生じたエラーを検出するエラー検出手段と、
前記エラー検出手段が検出した前記エラーの優先度を判断する優先度判断手段と、
前記エラーの優先度を操作部装置に送信する送信手段と、を有する本体装置と、
前記本体装置から前記エラーの優先度を受信する受信手段と、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、
前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段と、
前記操作部装置に対する操作を受け付けるタッチパネルと、を有し、
前記エラー通知手段は、前記タッチパネルが、前記エラーが生じた機能の使用をユーザから受け付けたタイミングで、前記エラーを通知する操作部装置と、
を有するエラー通知システム。

【請求項2】

前記タイミング決定手段は、前記操作部装置において動作するアプリの利用状況に基づいて、前記エラーの通知タイミングを決定することを特徴とする請求項１に記載のエラー通知システム。

【請求項3】

前記操作部装置は、前記エラーの優先度が閾値以上か否かを判断する優先度判断手段を有し、
前記優先度判断手段は、前記優先度判断手段が前記エラーの優先度が閾値以上であると判断した場合、前記タイミング決定手段に前記エラーの通知タイミングを決定させることなく、即座に前記エラーを通知させることを特徴とする請求項１又は２に記載のエラー通知システム。

【請求項4】

前記エラー通知手段は、エラー画面を表示することでエラーを通知するものであり、
前記操作部装置で実行されるアプリが画面を表示している場合、前記タイミング決定手段が前記エラーの通知タイミングを決定し、
前記操作部装置で実行されるアプリが画面を表示していない場合、前記エラーの優先度が閾値未満であっても、前記優先度判断手段は、前記タイミング決定手段に前記エラーの通知タイミングを決定させることなく、即座に前記エラーを通知させることを特徴とする請求項３に記載のエラー通知システム。

【請求項5】

前記タイミング決定手段は、前記エラーが生じた機能が使用されたタイミングを前記エラーの通知タイミングに決定することを特徴とする請求項１～４のいずれか１項に記載のエラー通知システム。

【請求項6】

前記受信手段は、前記操作部装置で実行されるエラー通知を行う第一のアプリが有する機能であり、
前記タイミング決定手段は、前記操作部装置で実行される第二のアプリが有する機能であり、
前記エラーが検出された旨を前記第一のアプリが前記第二のアプリに通知すると、
前記タイミング決定手段が前記エラーの通知タイミングを決定することを特徴とする請求項５に記載のエラー通知システム。

【請求項7】

前記エラー通知手段は、前記操作部装置で実行されるエラー通知を行う第一のアプリが有する機能であり、
前記タイミング決定手段は、前記操作部装置で実行される第二のアプリが有する機能であり、
前記第二のアプリが前記エラーを通知するタイミングであることを前記第一のアプリに通知すると、
前記エラー通知手段が、前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知することを特徴とする請求項６に記載のエラー通知システム。

【請求項8】

本体装置からエラーの優先度を受信する受信手段と、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、
前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段と、
操作部装置に対する操作を受け付けるタッチパネルと、を有し、
前記エラー通知手段は、前記タッチパネルが、前記エラーが生じた機能の使用をユーザから受け付けたタイミングで、前記エラーを通知する操作部装置と通信する本体装置であって、
本体装置に生じた前記エラーを検出するエラー検出手段と、
前記エラー検出手段が検出した前記エラーの優先度を判断する優先度判断手段と、
前記エラーの優先度を操作部装置に送信する送信手段と、を有する本体装置。

【請求項9】

本体装置と通信する操作部装置であって、
前記本体装置から前記本体装置に生じたエラーの優先度を受信する受信手段と、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、
前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段と、
操作部装置に対する操作を受け付けるタッチパネルと、を有し、
前記エラー通知手段は、前記タッチパネルが、エラーが生じた機能の使用をユーザから受け付けたタイミングで、前記エラーを通知する操作部装置。

【請求項10】

本体装置が、本体装置に生じたエラーを検出するステップと、
前記エラーを検出するステップで検出された前記エラーの優先度を判断するステップと、
前記エラーの優先度を操作部装置に送信するステップと、を有し、
前記操作部装置が、前記本体装置から前記エラーの優先度を受信するステップと、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するステップと、
前記エラーの通知タイミングを決定するステップで決定された前記エラーの通知タイミングで前記エラーを通知するステップと、を有し、
前記操作部装置は、前記操作部装置に対する操作を受け付けるタッチパネル、を有し、
前記エラーを通知するステップでは、前記タッチパネルが、エラーが生じた機能の使用をユーザから受け付けたタイミングで、前記エラーを通知するエラー通知方法。

【請求項11】

本体装置に生じたエラーを検出するエラー検出手段と、
前記エラー検出手段が検出した前記エラーの優先度を判断する優先度判断手段と、
前記エラーの優先度を操作部装置に送信する送信手段と、を有する本体装置と通信する操作部装置を、
前記本体装置から前記エラーの優先度を受信する受信手段と、
前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、
前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段、として機能させ、
前記操作部装置は、前記操作部装置に対する操作を受け付けるタッチパネル、を有し、
前記エラー通知手段は、前記タッチパネルが、エラーが生じた機能の使用をユーザから受け付けたタイミングで、前記エラーを通知するプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、エラー通知システム、本体装置、操作部装置、エラー通知方法、及び、プログラムに関する。

【背景技術】

【0002】

画像形成装置では紙詰まりなどのエラーが発生した場合、操作パネルにエラーの内容やエラーの解消方法（以下、単にエラー画面という）を表示することが一般的である。近年、本体と操作部が別々のＯＳ（Operating System）を有し、本体と操作部が通信することにより操作部に入力された印刷設定などが本体に通知される画像形成装置が知られるようになった。このような画像形成装置においても本体がエラーを検出した場合は、エラーの内容が操作部に送信され、操作部が適切なエラー画面を表示する。

【0003】

また、画像形成装置と通信する端末装置がエラー画面を表示する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、トラブルを検出すると通信可能な端末装置の有無に応じて端末装置へのエラー通知要否を判断し、エラー通知が必要な場合に端末装置に通知する画像形成装置について開示されている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に記載された技術では、ユーザにとって適切なタイミングでエラーを通知できないという問題がある。例えば、本体が要求したタイミングで操作部がエラー画面を表示するため、ユーザが操作部で何らかのアプリ等を実行していて操作部がこのアプリの画面を表示中でも、エラー画面が表示されてしまう。つまり、ユーザに対しエラー画面以外の画面を提示できなくなってしまう。この不都合を解消するため、ユーザが操作部で実行しているアプリの画面をエラー画面よりも優先して表示するだけではエラーを通知するタイミングが失われてしまう。

【0005】

本発明は、上記課題に鑑み、ユーザにとって適切なタイミングでエラーを表示できるエラー通知システムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上記課題に鑑み、本発明は、本体装置に生じたエラーを検出するエラー検出手段と、前記エラー検出手段が検出した前記エラーの優先度を判断する優先度判断手段と、前記エラーの優先度を操作部装置に送信する送信手段と、を有する本体装置と、前記本体装置から前記エラーの優先度を受信する受信手段と、前記エラーの優先度が閾値未満の場合に、前記エラーの通知タイミングを決定するタイミング決定手段と、前記タイミング決定手段が決定した前記エラーの通知タイミングで前記エラーを通知するエラー通知手段と、前記操作部装置に対する操作を受け付けるタッチパネルと、を有し、前記エラー通知手段は、前記タッチパネルが、前記エラーが生じた機能の使用をユーザから受け付けたタイミングで、前記エラーを通知する操作部装置と、を有するエラー通知システムを提供する。

【発明の効果】

【0007】

ユーザにとって適切なタイミングでエラーを表示できるエラー通知システムを提供することができる。

【図面の簡単な説明】

【0008】

【図1】本実施形態の画像形成装置の動作の概略を説明する図の一例である。

【図2】本実施形態の画像形成装置の外観斜視図の一例である。

【図3】画像形成装置のハードウェア構成の一例を示す図である。

【図4】画像形成装置が有する機能をブロック状に示す機能ブロック図の一例である。

【図5】エラー通知に含まれる情報を説明する図の一例である。

【図6】画像形成装置がエラー画面を表示する手順を示すシーケンス図の一例である。

【図7】優先度判断部がエラー優先度に応じてエラー画面の表示タイミングを切り替える手順を示すフローチャート図の一例である。

【図8】エラー画面の一例を示す図である。

【図9】優先度判断部がエラー優先度に応じてエラー画面の表示タイミングを切り替える手順を示すフローチャート図の一例である（エラー優先度が３つの場合）。

【図10】画像形成装置のハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0009】

以下、本発明を実施するための形態の一例として、画像形成装置と画像形成装置が行うエラー通知方法について図面を参照しながら説明する。

【0010】

＜画像形成装置の動作の概略＞
図１は、本実施形態の画像形成装置の動作の概略を説明する図の一例である。本実施形態の画像形成装置１００は、本体１０から操作部２０に対してエラー優先度を送信し、緊急性が低い場合には操作部２０で動作するアプリケーションソフト（以下、アプリという）にとって都合がよいタイミングでエラーを通知する。なお、図１では説明を分かりやすくするため、本体１０（本体装置の一例）と操作部２０（操作部装置の一例）が離れているが、操作部２０は本体１０に固定されていても着脱可能でも全く別の装置でもよい。
（１）何らかのエラーが画像形成装置１００の本体１０で発生する。
（２）画像形成装置１００の本体１０はエラー優先度とエラー種別を含むエラー通知を操作部２０に送信する。操作部２０では、エラー処理アプリとその他アプリがインストールされている。その他アプリとは操作部２０に画面を表示しているアプリである。
（３）エラー優先度が高の場合、操作部２０のエラー処理アプリはエラー通知を受信したら即座にエラー画面を表示する。
（４）エラー優先度が低の場合、エラー処理アプリは画面を表示中のその他アプリにエラーが発生した旨を通知し、その他アプリがエラー画面の表示に都合がよいタイミングになるとエラー画面を表示する。したがたって、その他アプリが画面を表示中の場合、その他アプリの画面が継続して表示される。エラー画面の表示に都合がよいタイミングの一例として、エラーが発生した機能をユーザが使用する操作を行ったタイミングがある。
（５）その他アプリはエラー画面の表示に都合がよいタイミングになると、エラー画面表示要求を出力する。エラー処理アプリはその他アプリからエラー画面表示要求を取得すると、操作部２０にエラー画面を表示する。

【0011】

このように、エラー優先度が閾値未満の場合は、その他アプリがエラー画面の表示タイミングを決定する。その他アプリは例えば、エラーが発生した機能をユーザが使用する操作を行った場合など、その他アプリにとって都合がよいタイミングでエラー画面を表示できる。また、エラーが発生した機能を使用する際にはユーザがエラーを解消する必要があるので、その他アプリを使用するユーザにとっても都合がよいタイミングでエラー画面を表示できる。一方、エラー優先度が高ければ即座にエラー画面を表示できる。

【0012】

＜用語について＞
エラーとは、正常な状態から逸脱した状態をいう。単に正常かそうでないかだけでなく、正常な状態から逸脱している程度を含んでよい。エラー優先度は、例えばエラーを正常な状態に戻すべき緊急度が高いほど高くなる。正常な状態からの逸脱の程度とエラー優先度は相関する傾向にあるが、正常な状態からの逸脱の程度とエラー優先度は一致しなくてよい。なお、エラーを異常、不具合、又は故障等と称してもよい。

【0013】

エラーの通知とは、少なくともエラーが発生したことを通知することをいう。直接的にエラーの発生を通知する他、エラーの解消方法を通知することで間接的にエラーが発生したことを通知してもよい。また、エラーの通知は、画面表示などのユーザが視覚で検知できる通知が好ましいが、音声メッセージなど聴覚で検知できる通知でもよい。

【0014】

エラー通知システムは、エラーが生じうるシステム又は装置のエラーを検知するシステム又は装置である。エラー通知システムはエラーが生じうるシステム又は装置とは別のシステム又は装置でもよい。本実施形態では画像形成装置を例にして説明する。

【0015】

＜画像形成装置の構成例＞
図２は、本実施形態の画像形成装置１００の外観斜視図の一例である。画像形成装置１００は、主に本体１０と操作部２０を有している。本体１０は画像形成装置１００が有する機能を実現するための稼働部を含み、操作部２０はユーザに情報を表示しまたユーザの操作を受け付けるユーザインタフェースを提供する。

【0016】

本体１０は、大きく分けると、スキャナ部１０１とプリンタ部１０２を有している。スキャナ部１０１は、コンタクトガラス上の原稿を光学的に読み取って画像データを生成する。図２では、コンタクトガラス上にＡＤＦ１０３（Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）が搭載されている。ＡＤＦ１０３は自動的に原稿を紙送りする装置である。

【0017】

プリンタ部１０２は、ＰＣ（Personal Computer）からの印刷データ又はスキャナ部１０１が読み取った画像データにガンマ変換などの画像処理を施して、電子写真方式やインクジェット方式などの画像形成方式で用紙などの記録媒体に画像を印刷する。あるいは、ファクスで受信した画像データを記録媒体に印刷する。

【0018】

プリンタ部１０２は、１つ以上の用紙トレイ１０４と手差しトレイ１０５を有する。使用時の手差しトレイ１０５は本体１０の右側に開放される。また、プリンタ部１０２はスキャナ部１０１の下方に排紙トレイ１０６を有し、画像が形成された記録媒体は排紙トレイ１０６に排紙される。

【0019】

図２では、本体１０の手前に操作部２０が固定又は脱着可能に取り付けられている。図示する操作部２０の取り付け位置はあくまで一例であって、本体１０の側面、又はスキャナ部１０１の周辺等に取り付けられてもよい。また、画像形成装置１００が複数の操作部２０を有していてもよい。

【0020】

なお、画像形成装置１００は複合機と呼ばれる場合がある。すなわち、画像形成装置１００は、用紙などの印刷媒体に画像を形成するプリンタ機能、スキャナとプリンタ機能により実現されるコピー機能、スキャナと電話回線（又はネットワーク）により実現されるＦＡＸ機能、データを蓄積する機能等を有していてもよい。また、画像形成装置１００は、これらの機能を反映して、プリンタ、複写機、コピー機、ＦＡＸ装置などと呼ばれていてもよい。なお、画像形成装置１００が複合機の場合、ＭＦＰ（Multi－Function Peripherals）と呼ばれる場合がある。画像形成装置１００は、プリンタ機能、コピー機能、スキャナ機能、ファクス機能、又は、データを蓄積する機能の１つ以上を有すれば、他の機能を有していなくてもよい。

【0021】

一方で、本実施形態の画像形成装置１００は本体１０と操作部２０が通信する情報処理装置又は電子機器の一例に過ぎない。例えば、電子黒板、プロジェクタ、テレビ会議端末等の機器でも、本体１０と操作部２０とが通信して操作部２０が画面を表示する機器があれば、本実施形態を適用できる。

【0022】

＜画像形成装置のハードウェア構成例＞
図３は、画像形成装置１００のハードウェア構成の一例を示す図である。図３に示すように、画像形成装置１００は、本体１０と、操作部２０と、を備える。本体１０と操作部２０は相互に通信可能である。

【0023】

なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

【0024】

次に、本体１０のハードウェア構成について説明する。図３に示すように、本体１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ(Read Only Memory)１２と、ＲＡＭ(Random Access Memory)１３と、ＨＤＤ（Hard Disk Drive）１４と、通信Ｉ/Ｆ（Interface）１５と、接続Ｉ/Ｆ１６と、エンジン部１７と、を備え、これらがシステムバス１８を介して相互に接続されている。説明の便宜上、図３では、本体１０はＨＤＤ１４を有している構成を例に挙げて説明したが、例えばＨＤＤ１４を有しておらず、十分な記憶領域を確保できない構成もあり得る。

【0025】

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２又はＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上記したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

【0026】

通信Ｉ/Ｆ１５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ/Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。例えばＵＳＢ（Universal Serial Bus）規格などで通信すれば、通信と充電を１つのケーブルで行うことができる。

【0027】

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、及び、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。画像形成方式は電子写真方式でもインクジェット方式でもよい。

【0028】

次に、操作部２０のハードウェア構成について説明する。図３に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ/Ｆ２５と、接続Ｉ/Ｆ２６と、操作パネル２７と、を備え、これらがシステムバス２８を介して相互に接続されている。これらは本体１０と同様の機能を果たすものであるか、本体１０と相違があるとしても本実施形態の説明の上では支障がないものとする。

【0029】

なお、操作パネル２７は液晶ディスプレイや有機ＥＬディスプレイなどのフラットパネルディスプレイであり、タッチパネルを一体に備えることが好ましい。操作パネル２７は表示装置及び入力装置として利用される。操作パネル２７はソフトキーを表示してその押下を受け付ける。また、操作パネル２７はハードキーを有していてもよい。

【0030】

説明の便宜上、図３では、操作部２０はフラッシュメモリ２４を有している構成を例に挙げて説明したが、例えばフラッシュメモリ２４を有していない構成もあり得る。

【0031】

＜機能について＞
図４は、画像形成装置１００が有する機能をブロック状に示す機能ブロック図の一例である。

【0032】

＜＜本体＞＞
本体１０は、異常・故障検出部３１、基本機能部３２、エラー画面管理部３３、状態監視部３４、エラー優先度判断部３５、及び、エラー通知部３６を有する。本体１０が有するこれらの機能は、図３に示された各構成要素のいずれかが、ＨＤＤ１４からＲＡＭ１３に展開されたプログラムに従ったＣＰＵ１１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

【0033】

まず、基本機能部３２は、ユーザ操作等に応じて本体１０が有する基本的な機能を提供する。例えば、印刷機能、スキャナ機能、コピー機能、及び、ＦＡＸ機能などを提供する。また、各機能の提供に必要なアクチュエータ（モータ、クラッチ等）の制御、スイッチのＯＮ/ＯＦＦ、定着ユニットの温度制御、用紙やカバーの開閉などを検知するセンサの制御等を行う。

【0034】

状態監視部３４は、基本機能部３２を監視して本体１０の状態を表す機器監視データを取得する。機器監視データは異常又は故障と関連性が高いと推測される本体１０の状態を含むことが好ましい。例えば、紙詰まり、カバーオープン、用紙等の消耗品の残量低下等が機器監視データに含まれる。状態監視部３４は機器監視データに基づいてエラーを検出得る。また、状態監視部３４は次述するサービスコールが発せられたことを異常・故障検出部３１から取得する。

【0035】

異常・故障検出部３１は基本機能部３２の異常又は故障を監視する。一般に、異常又は故障はサービスコールという所定の情報により保守サーバに通知される。異常又は故障も本体１０の状態の一態様であるが、状態（機器監視データ）は本体１０の状態に過ぎないのに対し、サービスコールは何らかの不具合が生じたことを意味する。多くのサービスコールは、ユーザだけでは復旧が困難な不具合が生じたことを示す。したがって、サービスコールが生じた場合はエラーが検出され、また、エラー優先度は高いと判断される傾向がある。

【0036】

エラー優先度判断部３５は、状態監視部３４からエラーに関する情報を取得すると、エラー優先度を判断する。エラーに関する情報は、紙詰まり、カバーオープン、用紙等の消耗品の残量低下等のエラーの内容である。また、サービスコールもエラーに関する情報となる。また、これらのエラーの内容からエラー種別が特定される。

【0037】

表１にエラー優先度を判断するためのテーブルを示す。

【0038】

【表1】

表１ではエラー優先度とエラー種別が対応付けられている。一例として、サービスコールのエラー優先度は高い（emergency）と判断し、それ以外の紙詰まりなどのエラーをエラー優先度が低い（normal）と判断する。

【0039】

エラー通知部３６は、エラーが検出されたとエラー優先度判断部３５が判断したエラーに関するエラー通知を操作部２０に送信する。エラー通知にはエラー優先度とエラー種別が含まれる。エラー種別は、例えば、どのようなエラーが発生したのかを番号などで示す。

【0040】

エラー画面管理部３３は、エラー画面を操作部２０が表示するための画面データを管理している。画面データはエラー画面データＤＢ３９に記憶されている。エラー画面の画面データは静的なものと動的なものがある。静的な画面データは、機器の構成情報、エラー画面を生成するために必要となる画像、動画、及び、表示文言のデータなど、変化のない情報が含まれる。静的な画面データには、エラー内容、及びエラーの解消方法等がふくまれている。動的な画面データは、本体１０の状態など、動的に変化する情報を含む。エラー画面管理部３３はエラー画面の画面データを操作部２０からの要求に応じて送信する。

【0041】

エラー画面データＤＢ３９には、少なくとも静的な画面データを記憶している。動的な画面データは都度、生成されるためエラー画面データＤＢ３９に記憶されていなくてもよい。画面データはエラー種別に対応付けられており、操作部２０が画面データを取得するとエラー種別に対応付けられた静的な画面データを表示できる。なお、エラー画面データＤＢ３９は図３に示されたＲＯＭ１２、ＲＡＭ１３、及びＨＤＤ１４のいずれか１つ以上に構築される。

【0042】

＜＜操作部＞＞
まず、操作部２０ではエラー処理アプリ４０とその他アプリ５０が動作する。エラー処理アプリ４０はエラー画面を表示するなど、エラーをユーザに通知するアプリである。その他アプリ５０は操作部２０で動作する任意のアプリのうち、エラー発生時に画面を表示中のアプリである（エラー処理アプリ４０は含まない）。例えば、プリントアプリ、コピーアプリ、スキャナアプリ、及び、ＦＡＸアプリなどがある。

【0043】

このようにエラー処理アプリ４０がその他アプリ５０とは独立のアプリであることで、その他アプリ５０の変更を抑制して、操作部２０がエラー画面を表示できる。一方、エラー処理アプリ４０とその他アプリ５０が通信する必要があるが、エラー処理アプリ４０とその他アプリ５０の開発元は同じ企業であるか又は関連があるので、比較的容易に通信することができる。
・エラー処理アプリ４０
エラー処理アプリ４０は、エラー画面取得部４１、エラー通知受信部４２、エラー画面表示部４３、優先度判断部４４、及び、アプリ通信部４５を有する。エラー処理アプリ４０が有するこれらの機能は、図３に示された各構成要素のいずれかが、フラッシュメモリ２４からＲＡＭ２３に展開されたエラー処理アプリ４０に従ったＣＰＵ２１からの命令により動作することで実現される機能又は手段である。このエラー処理アプリ４０は、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

【0044】

エラー通知受信部４２は本体１０から送信されるエラー通知を受信する。エラー通知受信部４２はエラー通知をエラー画面取得部４１と優先度判断部４４に送出する。

【0045】

エラー画面取得部４１は、エラー画面の画面データを本体１０から取得する。まず、操作部２０において初めて起動された時に、静的な画面データを本体１０から取得し、エラー通知が受信された時にエラー通知に対応した動的な画面データを本体１０から取得する。エラー画面取得部４１は静的な画面データと動的な画面データをエラー画面表示部４３に送出する。

【0046】

優先度判断部４４は、エラー通知に含まれるエラー優先度が閾値以上か否かを判断する。閾値以上の場合、エラー画面表示部４３にエラー画面を表示させる。閾値未満の場合、アプリ通信部４５に、エラーが発生した旨をその他アプリ５０に通知させる。

【0047】

アプリ通信部４５はその他アプリ５０と通信する。操作部２０ではＯＳ（Operating System）が動作しているので、必要に応じてＯＳを介して通信する。まず、エラーが発生した旨をその他アプリ５０に通知し、その他アプリ５０からエラー画面表示要求を受信する。エラー画面表示要求を受信するとエラー画面表示部４３にエラー画面を表示させる。

【0048】

エラー画面表示部４３は、エラー種別に対応付けられた静的なエラー画面の画像データ及び動的なエラー画面の画面データを使ってエラー画面を操作パネル２７に表示する。

【0049】

・その他アプリ５０
その他アプリ５０は、通信部４６、及び、タイミング判断部４７を有する。その他アプリ５０が有するこれらの機能は、図３に示された各構成要素のいずれかが、フラッシュメモリ２４からＲＡＭ２３に展開されたその他アプリ５０に従ったＣＰＵ２１からの命令により動作することで実現される機能又は手段である。このその他アプリ５０は、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

【0050】

通信部４６は、エラー処理アプリ４０と通信する。まず、エラーが発生した旨をその他アプリ５０から受信し、エラー処理アプリ４０にエラー画面表示要求を送信する。タイミング判断部４７は、エラー画面を表示させるタイミングであるか否かを判断する。このタイミングは、上記のように、その他アプリ５０にとってエラー画面を表示するのに都合がよいタイミングである。

【0051】

＜エラー通知について＞
図５は、エラー通知に含まれる情報を説明する図の一例である。エラー通知には上記のように、エラー優先度とエラー種別が含まれる。図５ではエラー優先度として「emergency」と「normal」がある。「emergency」は高い優先度に対応し、「normal」は低い優先度に対応する。

【0052】

エラー種別はどのようなエラーが生じたかを示す。「service_call」はサービスコールを示す。サービスコールはその種類ごとに番号で示される。「jam」は用紙詰まり又は原稿詰まりを示し、「cover_open」はカバーが開放されていることを示し、「stapl_end」はステイプルの残量がゼロになったことを示す。

【0053】

＜動作手順＞
図６は、本実施形態の画像形成装置１００がエラー画面を表示する手順を示すシーケンス図の一例である。

【0054】

S1：操作部２０で動作するエラー処理アプリ４０は、初回起動時に、エラー画面の表示のために必要な静的な画面データを本体１０から取得する。静的な画面データはネットワーク上から取得してもよいし、可搬型の記憶媒体から読み取ってもよい。

【0055】

S2：本体１０の状態監視部３４がサービスコール又は機器監視データに基づいてエラーを検知したものとする。

【0056】

S2.1：エラーが検知されるとエラー優先度判断部３５は表１のテーブルを参照してエラー優先度を判断し、エラー通知部３６がエラー優先度とエラー種別を含むエラー通知を操作部２０のエラー処理アプリ４０に送信する。

【0057】

S2.1.1：エラー処理アプリ４０のエラー通知受信部４２は本体１０からのエラー通知を受信し、エラー画面取得部４１にエラー通知を送出するので、エラー画面取得部４１が本体１０に対しエラー種別を指定してエラー画面の表示のために必要な動的な画面データを要求する。これにより、エラー画面取得部４１は動的な画面データを取得する。

【0058】

S2.1.2：エラー画面表示部４３は、静的な画面データと動的な画面データを組み合わせ、エラー画面を構築する。構築とはエラー画面の画像データを生成することをいい、エラー画面の表示はまだ行われない。

【0059】

操作部２０のエラー処理アプリ４０は、通知されたエラー優先度によって、表示タイミングを制御する。

【0060】

S2.1.3：まず、エラー優先度が「emergency」であった場合、優先度判断部４４はエラー画面表示部４３に即座にエラー画面を表示させる。

【0061】

S2.1.4：エラー優先度が「normal」であった場合、優先度判断部４４はアプリ通信部４５を介して、操作パネル２７に画面を表示中のその他アプリ５０にエラーが発生した旨を通知する。なお、操作パネル２７に画面を表示中のその他アプリ５０がない場合、優先度判断部４４はエラー優先度が「normal」でも、エラー画面表示部４３に即座にエラー画面を表示させてよい。これにより、その他アプリ５０が画面を表示中でなければ即座にエラーを通知できる。画面を表示中のその他アプリ５０の有無や画面を表示中のその他アプリ５０の名称などはＯＳにより管理されており、優先度判断部４４はＯＳに問い合わせることで操作パネル２７に画面を表示中のその他アプリ５０があるか否かを判断できる。

【0062】

S3：操作パネル２７に画面を表示中のその他アプリ５０の通信部４６はエラーが発生した旨を受信し、タイミング判断部４７がエラー画面を表示するのに都合がよいタイミングになったか否かを判断する。

【0063】

S3.1：エラー画面を表示するのに都合がよいタイミングになったと判断すると、エラー処理アプリ４０に対し、通信部４６がエラー画面表示要求を送信する。エラー画面を表示するのに都合がよいタイミングの１つの例は、例えば、ユーザが操作部２０の操作によってエラーに関係のある機能を使用しようとしたタイミングである。これにより、ユーザがエラーを解消しなければならない時にエラーを通知できる。
・エラーが紙詰まりの場合、ユーザがコピー若しくはプリンタの設定を行うか又はこれらのジョブの実行を開始（スタートボタン押下）したタイミング
・エラーが原稿詰まりの場合、スキャンの設定を行ったタイミング、コピーの設定を行ったタイミング、又は、これらのジョブの実行を開始（スタートボタン押下）したタイミング
・エラーがステイプルの残量ゼロの場合、ユーザがステイプルの設定を行ったタイミング、又は、ステイプルを使ったジョブの実行を開始（スタートボタン押下）したタイミング
このようなタイミングの決定方法は、操作部２０において動作するアプリの利用状況に基づいて、エラーの通知タイミングが決定されていると言える。

【0064】

エラー画面を表示するのに都合がよいタイミングの他の例は、ユーザが所定時間以上、その他アプリ５０を操作しなかったタイミングである。これにより、ユーザが画面をすぐには使用しない時にエラーを通知できる。また、エラー画面を表示するのに都合がよいタイミングの他の例は、ユーザがその他アプリ５０を終了するタイミングである。これにより、その他アプリ５０の画面が不要になる時にエラーを通知できる。

【0065】

S3.1.1：エラー処理アプリ４０のアプリ通信部４５はエラー画面表示要求を受信すると、エラー画面表示部４３にエラー画面を表示させる。これにより、エラー画面表示部４３はエラー画面を表示する。

【0066】

＜優先度判断部の判断処理＞
図７は優先度判断部４４がエラー優先度に応じてエラー画面の表示タイミングを切り替える手順を示すフローチャート図の一例である。図７の処理は図６のステップＳ２．１．２の後に実行される。

【0067】

優先度判断部４４は画面を表示中のその他アプリ５０があるか否かを判断する（Ｓ１０）。ステップＳ１０の判断がＮｏの場合、即座にエラー画面を表示してもユーザの操作を阻害しにくいので処理はステップＳ３０に進む。

【0068】

ステップＳ１０の判断がＹｅｓの場合、優先度判断部４４はエラー優先度が「emergency」であるか否かを判断する（Ｓ２０）。ステップＳ２０の判断がＹｅｓの場合、優先度判断部４４は即座にエラー画面を表示すると判断する（Ｓ３０）。

【0069】

ステップＳ２０の判断がＮｏの場合、タイミング判断部４７が、その他アプリ５０がエラー画面を表示するのに都合がよいタイミングを判断する（Ｓ４０）。

【0070】

＜エラー画面の一例＞
図８は、エラー画面の一例を示す図である。図８では、用紙センサが紙詰まりを検出したものとする。図８（ａ）では、「右カバーを開けてください」というメッセージ４０１と対応する画像が表示されている。ユーザはメッセージを読んで右カバーを開ける。

【0071】

図８（ｂ）では「つまっている用紙を取り除いてください」というメッセージ４０２と対応する画像が表示されている。ここで取り除かれる用紙は用紙センサが検出した紙詰まりの場所の用紙である。ユーザは用紙を取り除く。

【0072】

図８（ｃ）では「右カバーを確実に閉めてください」というメッセージ４０３と対応する画像が表示されている。ユーザは右カバーを閉める。

【0073】

このようなエラー画面はその他アプリ５０の画面を隠してしまうが、本実施形態ではその他アプリ５０にとってエラー画面を表示するのに都合がよいタイミングでエラー画面を表示するので、ユーザにとって適切なタイミングでエラー画面を表示できる。

【0074】

＜エラー優先度が３つの場合＞
上記の実施形態ではエラー優先度が「emergency」と「normal」の２つの場合を説明したが、エラー優先度が「emergency」「normal」「low」のように３つある場合も考えられる。この場合の処理を、図９を用いて説明する。図９は、優先度判断部４４がエラー優先度に応じてエラー画面の表示タイミングを切り替える手順を示すフローチャート図の一例である（エラー優先度が３つの場合）。

【0075】

ステップＳ１０～Ｓ３０の処理は図７と同様でよい。ステップＳ２０でＮｏと判断され、エラー優先度が「normal」又は「low」の場合、その他アプリ５０のタイミング判断部４７は、予め定められている「normal」の場合の表示タイミング、「low」の場合の表示タイミングでエラー画面を表示すると決定する（Ｓ４２）。

【0076】

ユーザが操作部２０の操作によってエラーに関係のある機能を使用しようとしたタイミングに関しては「normal」と「low」で同じでよい。「normal」と「low」で予め定められている表示タイミングとは、例えば、その他アプリ５０の画面においてそれぞれに対応付けられたボタンが押下されたタイミングである。「normal」に「low」よりもよく使われるボタンが対応付けられることで、「normal」の場合の表示タイミングを「low」の場合の表示タイミングよりも早めることができる。

【0077】

また、無操作時間によって表示タイミングを変更してもよい。「normal」の場合の表示タイミングは、例えば、ユーザ操作が継続して所定時間I以上、途切れたタイミング、「low」の場合の表示タイミングは、例えば、ユーザ操作が継続して所定時間II（＞所定時間I）以上、途切れたタイミングとする。こうすることで、「normal」の場合の表示タイミングを「low」の場合の表示タイミングよりも早めることができる。

【0078】

＜操作部が本体に対し着脱可能な場合のハードウェア構成＞
操作部２０は本体１０に対し固定されている必要がない。図１０は、画像形成装置１００のハードウェア構成の一例を示す図である。なお、図１０の説明では、主に図３との相違を説明する。図１０の画像形成装置１００は、本体１０と操作部２０が無線通信Ｉ/Ｆ１９、２９を備える。

【0079】

無線通信Ｉ/Ｆ１９は、主に、無線通信により操作部２０と通信するための通信装置（通信モジュール、通信ユニット、通信チップ等）である。通信規格としては、例えば、Bluetooth（登録商標）、Bluetooth Low Energy（登録商標）、ZigBee（登録商標）、無線ＬＡＮ（Ｗｉ－Ｆｉ）、無線ＬＡＮのアドホックモード、Ｗｉ－Ｆｉダイレクト、ＮＦＣ（Near Field Communication）、ＲＦＩＤなどがある。あるいは、独自規格の無線通信でもよい。

【0080】

無線通信Ｉ/Ｆ１９、２９により、本体１０と操作部２０は、有線通信と無線通信のいずれであっても相互に通信可能である。例えば、操作部２０が本体１０に取り付けられた状態では有線で通信すると共に充電し、操作部２０が本体１０に取り付けられていない状態では無線で通信する。

【0081】

このように、操作部２０と本体１０は別々の装置であればよく、固定されていても着脱可能でもよい。別々の装置とは、例えば、別々のＯＳ上で動作すること、筐体が分かれていること、別々のＣＰＵで実行されていること、などをいう。

【0082】

＜まとめ＞
以上説明したように、本実施形態の画像形成装置１００は、その他アプリにとって都合がよいタイミングでエラー画面を表示できる。また、エラーが発生した機能を使用する際にはユーザがエラーを解消する必要があるので、その他アプリを使用するユーザにとっても都合がよいタイミングでエラー画面を表示できる。一方、エラー優先度が高ければ即座にエラー画面を表示できる。

【0083】

＜その他の適用例＞
操作部２０としては、複合機に着脱可能な情報処理装置に限られず、複合機とは独立に販売される汎用的な情報処理装置でもよい。例えば、タブレット、スマートフォン、ＰＣ（Personal Computer）等でもよい。本実施形態の画像形成装置１００、電子黒板、プロジェクタ、テレビ会議端末等、本体１０と操作部２０とが通信して操作部２０が画面を表示する機器、及び、機器と独立の汎用的な情報処理装置はエラー通知システムの一例である。

【0084】

本体１０の装置としては、遠隔操作が可能であってトラブルが発生した場合に遠隔操作している操作部２０にエラーを通知する装置であればよい。例えば、テレビ会議端末、電子黒板、プロジェクタなどでも適用できる。また、例えばスマートフォンから操作可能な監視カメラ、家電などにも適用できる。

【0085】

また、図４などの構成例は、本体１０と操作部２０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。本体１０と操作部２０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

【0086】

なお、状態監視部３４はエラー検出手段の一例であり、エラー優先度判断部３５は優先度判断手段の一例であり、エラー通知部３６は送信手段の一例であり、エラー通知受信部４２は受信手段の一例であり、タイミング判断部４７はタイミング決定手段の一例であり、エラー画面表示部４３はエラー通知手段の一例であり、エラー処理アプリ４０は第一のアプリの一例であり、その他アプリ５０は第二のアプリの一例である。

【符号の説明】

【0087】

１０ 本体
２０ 操作部
４０ エラー処理アプリ
５０ その他アプリ
１００ 画像形成装置

【先行技術文献】

【特許文献】

【0088】

【文献】特開２０１４－７３６３２号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】