JP7314606B2 - 画像形成装置 - Google Patents

Description

本発明は、画像形成装置に関し、特に、発生したトラブルの対処を案内する技術に関する。

複写機や複合機等の画像形成装置においては、紙詰まり等のトラブルが発生すると、当該トラブルの対処方法を示すメッセージやサービスコード（トラブルの識別コード）を表示部に表示するものがある。このような画像形成装置では、ユーザーは表示部に表示されたメッセージを参照したり、複写機等の製造会社のホームページにおいて、サービスコードを検索して、トラブルの対処方法を示す情報が保存されているネットワーク上の保存場所（ＵＲＬ（Uniform Resource Locator））にアクセスしたりすることで、トラブルの対処方法を確認することができる。

特許第５２９８９８４号公報 特許第３９００１７５号公報

カバーが開いている、というような、単純なトラブルであれば、対処方法も簡単なので、表示部へのメッセージ表示だけで、対処方法を説明することはできるが、複雑なトラブルであれば、対処方法も簡単ではないので、表示部へのメッセージ表示だけでは、対処方法を説明することは難しい。そのため、複雑なトラブルの場合には、サービスコードが表示部に表示されることになる。

しかしながら、サービスコードが表示部に表示された場合には、パソコンやスマートフォン等を使って、上記ホームページを開いて、サービスコードを検索しなければならず、トラブルの対処方法を確認できるまでに要する時間が長くなり、その結果、トラブルの解決までの時間が長くなる。

また、トラブルには、ユーザー自身が解決できるものもあれば、故障のように、ユーザー自身では解決できず、購入元や製造会社のサービス担当者（例えば、メンテナンス能力を有する者）に解決してもらわなければならないものもある。すなわち、トラブルを解決するための難しさには違いがある。また、トラブルには、緊急で対応が必要なものもあれば、しばらく放置していても差し支えないものもあり、その深刻さにも違いがある。

そして、難しさや深刻さの違いによって、トラブルへの対処方法（特に、初期対応）も大きく異なることが考えられる。例えば、ユーザー自身では解決できないトラブルが発生した場合には、購入元や製造会社の「お客様相談窓口」というようなサービスセンターへすぐに連絡して、サービス担当者を呼ぶのが良い。その逆に、ユーザー自身が簡単に解決できるトラブルが発生した場合に、サービス担当者を呼んでしまうと、無駄に時間を消費し、トラブルの解決までの時間が長くなる。

上記の特許文献１に、対象機器の状態に応じたヘルプ情報をサーバーから入手する発明について記載されているが、トラブルを解決するための難しさやトラブルの深刻さの違いについての記載はない。上記の特許文献２に、装置の情報を二次元コードで表示することが記載されているが、上記の特許文献１と同様に、トラブルを解決するための難しさやトラブルの深刻さの違いについての記載はない。

本発明は、上記の事情に鑑みなされたものであり、トラブルを解決するための難しさやトラブルの深刻さをユーザーが容易に把握可能であり、当該難しさ及び深刻さに応じた適切な対応をユーザーが容易にとれるようにすることを目的とする。

本発明の一局面に係る画像形成装置は、表示部と、自装置に発生したトラブルを検知する検知部と、前記検知部が検知した前記トラブルの対処方法を示す情報を保存する、ネットワーク上の保存場所を画像化した二次元コードを含むトラブル表示画像の前記表示部への表示、記録紙への印刷、又は外部装置への送信の３つの出力のうちの少なくともいずれか１つを行わせる制御部と、を備え、更に、前記制御部は、前記トラブルを解決するための難しさ又は前記トラブルの深刻さの少なくとも１つを指標とする、予め定められた度合いに基づいて、当該度合いが高くなるにつれて、前記トラブルに対応する前記二次元コードを大きくして出力する処理を行う。

本発明によれば、トラブルの対処方法を示す情報を保存する、ネットワーク上の保存場所（例えば、ＵＲＬ）を画像化した二次元コードが表示部に表示されるなどして出力されるので、二次元コードを読み取る機能及びネットワーク上の情報を閲覧する機能を有する携帯機器（例えば、スマートフォン）を用いることで、ユーザーはトラブルの対処方法を簡単に確認することが可能となる。

更に、トラブルを解決するための難しさやトラブルの深刻さが高いと、二次元コードは大きくなるので、ユーザーはそのトラブルを解決するための難しさやトラブルの深刻さを一目で把握することが可能となる。従って、難しさや深刻さに応じた、適切な対応をユーザーが取ることが容易となる。これより、発生したトラブルを解決するまでの時間を従来よりも短くすることが可能となる。

本発明の一実施形態に係る画像形成装置の主要内部構成を概略的に示した機能ブロック図である。 トラブル情報記憶部に記憶されるデータ構成の一例を示した図である。 トラブル表示画像のベース画像の一例を示した図である。 （Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。 第１実施形態に係る、画像形成装置の制御ユニットで行われる処理の一例を示したフローチャートである。 サイズテーブルの一例を示した図である。 （Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。 （Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。 第２実施形態に係る、画像形成装置の制御ユニットで行われる処理の一例を示したフローチャートである。 （Ａ）乃至（Ｄ）は、サイズテーブルの一例を示した図である。 第３実施形態に係る、画像形成装置の制御ユニットで行われる処理の一例を示したフローチャートである。 表示色テーブルの一例を示した図である。 （Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。 （Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。 第４実施形態に係る、画像形成装置の制御ユニットで行われる処理の一例を示したフローチャートである。 （Ａ）乃至（Ｄ）は、表示色サイズテーブルの一例を示した図である。 トラブル情報記憶部に記憶されるデータ構成の一例を示した図である。 第５実施形態に係る、画像形成装置の制御ユニットで行われる処理の一例を示したフローチャートである。 表示色テーブルの一例を示した図である。 （Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。 （Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。

以下、本発明の一実施形態に係る画像形成装置について図面を参照して説明する。図１は、本発明の第１実施形態に係る画像形成装置の主要内部構成を概略的に示した機能ブロック図である。

第１実施形態に係る画像形成装置は、例えば、コピー機能、プリンター機能、スキャナー機能、及びファクシミリ機能のような複数の機能を兼ね備える複合機である。画像形成装置１は、制御ユニット１０、原稿給送部６、原稿読取部５、画像形成部１２、ＨＤＤ（Hard Disk Drive）１１１、定着部１３、給紙部１４、操作部４７、及びネットワークインターフェイス部９１を備える。

画像形成装置１で原稿読取動作が行われる場合について説明する。原稿給送部６により搬送されてきた原稿、又は図略のコンタクトガラスに載置されている原稿の画像を、原稿読取部５が光学的に読み取り、そして画像データを生成する。原稿読取部５により生成された画像データは、図略の画像メモリー等に保存される。

画像形成装置１で画像形成動作が行われる場合について説明する。原稿読取動作により生成された画像データや、ネットワーク接続されたパソコン等の外部装置２０から受信した画像データ等に基づいて、画像形成部１２が、給紙部１４から給紙される記録媒体としての記録紙にトナー像を形成する。

ＨＤＤ１１１は、大容量の記憶装置であり、トラブル情報記憶部１１２を含む。トラブル情報記憶部１１２は、例えばＨＤＤ１１１の一部領域からなる。トラブル情報記憶部１１２は、自装置に発生するトラブルの情報及び後述するサイズテーブル１１３を記憶する。トラブル情報記憶部１１２は、後述する制御プログラムがインストールされることによりＨＤＤ１１１に作成される。

図２は、トラブル情報記憶部１１２に記憶されるトラブルの情報についてデータ構成の一例を示した図である。トラブル情報記憶部１１２は、例えば、トラブルコード（トラブルの識別コード）に対応付けて、当該トラブルの対処方法を示す情報を保存するネットワーク上の保存場所（例えば、ＵＲＬ）を画像化した二次元コードの一つであるＱＲコード（登録商標）と、メッセージと、当該トラブルの発生箇所と、当該トラブルを解決するための難しさを指標とする、予め定められた難易度と、を記憶する。例えば、難易度は３段階からなり、「３」が最も高く、「１」が最も低いものとする。

なお、上記難易度は、特許請求の範囲における度合いの一例である。また、ここでは上記難易度を、トラブルを解決するための難しさを指標として説明しているが、トラブルの深刻さを指標としてもよく、更には、トラブルを解決するための難しさ及びトラブルの深刻さの両方を指標にしてもよい。また、段階についても、２段階や４段階以上であってもよい。

また、トラブル情報記憶部１１２には、ＱＲコードを記憶させるのではなく、トラブルの対処方法を示す情報を保存する保存場所（ＵＲＬ）を記憶させておき、制御部１００が、必要なときに、当該ＵＲＬからＱＲコードを作成するようにしてもよい。

定着部１３は、画像形成部１２によりトナー像が形成された記録紙を加熱及び加圧して、トナー像を記録紙に定着させるものであり、定着処理が施された記録紙は図略の排出トレイに排出される。給紙部１４は、給紙カセットを備える。

操作部４７は、画像形成装置１が実行可能な各種動作及び処理について、操作者から、画像形成動作実行指示等の指示を受け付ける。操作部４７は、操作者への操作案内等を表示する表示部４７３を備えている。

表示部４７３はタッチパネル機能を有しており、操作者は画面表示されるボタンやキーに触れて画像形成装置１を操作することができる。

ネットワークインターフェイス部９１は、ローカルエリア内、又はインターネット上の外部装置２０と種々のデータの送受信を行うものである。

制御ユニット１０は、プロセッサー、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、及び専用のハードウェア回路を含んで構成される。プロセッサーは、例えばＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、又はＭＰＵ（Micro Processing Unit）等である。制御ユニット１０は、制御部１００と、操作受付部１０１と、検知部１０２と、を備えている。

制御ユニット１０は、ＨＤＤ１１１に記憶されている制御プログラムに従った上記プロセッサーによる動作により、制御部１００、操作受付部１０１、及び検知部１０２として機能するものである。但し、制御部１００等は、制御ユニット１０による制御プログラムに従った動作によらず、それぞれハードウェア回路により構成することも可能である。以下、特に触れない限り、各実施形態について同様である。

制御部１００は、画像形成装置１の全体的な動作制御を司る。制御部１００は、原稿給送部６、原稿読取部５、画像形成部１２、ＨＤＤ１１１、定着部１３、給紙部１４、操作部４７、及びネットワークインターフェイス部９１と接続され、これら各部の駆動制御等を行う。

操作受付部１０１は、操作部４７を介したユーザーからの操作入力を受け付ける。操作受付部１０１は、操作部４７が備えるハードキーに対するユーザー操作に基づく指示を受け付け、更には、表示部４７３に表示されている操作画面に対するユーザー操作に基づく指示を、表示部４７３が有するタッチパネル機能により受け付ける。

検知部１０２は、自装置に発生したトラブルを検知する。トラブルとしては、例えば、給紙部１４から図略の排出トレイまでを繋ぐ記録紙搬送路等における紙詰まりや、画像形成部１２等の故障による異常停止等が挙げられる。検知部１０２は、画像形成装置の動作機構の各部に設けられたセンサーからの信号、及び各動作機構との信号送受信に基づいて、既知の技術により自装置に発生したトラブルを検知する。

制御部１００は、検知部１０２が検知したトラブルを示すトラブルコードに対応するＱＲコード及び難易度をトラブル情報記憶部１１２から読み出し、読み出した難易度に基づいて、ＱＲコード及びメッセージの大きさを判定する。制御部１００は、更に、大きさを判定したＱＲコード及びメッセージを示す画像（以下、単にＱＲコード及びメッセージという）を、トラブル表示画像のベース画像Ｂ（図３を参照）上に追加して、トラブル表示画像を作成する。そして、制御部１００は、作成したトラブル表示画像を表示部４７３に表示する。

図３は、トラブル表示画像のベース画像の一例を示した図である。ベース画像Ｂの中央部には、画像形成装置１の外観図Ｖが表示されている。

図４（Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。図４（Ａ）に示したトラブル表示画像Ｇ１には、ベース画像Ｂ上に、サイズの大きいＱＲコードＣ１及びメッセージＭ１が表示されている。図４（Ｂ）に示したトラブル表示画像Ｇ２には、ベース画像Ｂ上に、サイズの小さいＱＲコードＣ２及びメッセージＭ２が表示されている。

次に、第１実施形態に係る、画像形成装置１における制御ユニット１０で行われる処理の一例について、図５に示したフローチャートに基づいて説明する。なお、この処理は、検知部１０２がトラブルを検知したときに行われる処理である。

まず、制御部１００は、検知部１０２が検知したトラブルを示すトラブルコードに対応するトラブル情報（ＱＲコード、メッセージ、発生箇所、難易度）を、トラブル情報記憶部１１２から読み出し（Ｓ１）、読み出した難易度と、予め用意されているサイズテーブル１１３（図６参照）とに基づいて、ＱＲコード及びメッセージの大きさを判定し、判定した大きさでＱＲコード及びメッセージを作成する（Ｓ２）。以下、当該判定及び作成を「調整」という。

図６は、サイズテーブルの一例を示した図である。サイズテーブル１１３は、各難易度に対応付けて、ＱＲコード及びメッセージの表示サイズが記憶されている。例えば、難易度が「３」と最高である場合には、予め定められた基準サイズの１２５％にすること、難易度が「２」である場合には、基準サイズの大きさにすること、難易度が「１」である場合には、基準サイズの７５％にすることが記憶されている。サイズテーブル１１３は、例えば、ＨＤＤ１１１のトラブル情報記憶部１１２に記憶されている。

制御部１００は、外観図Ｖ（図３）上におけるトラブルの発生箇所に対応する位置と関連付けて、大きさを調整したＱＲコード及びメッセージを、ベース画像Ｂ（図３）上に配置してトラブル表示画像を作成する（Ｓ３）。例えば、制御部１００は、ＱＲコード及びメッセージを、トラブルの発生箇所近くに配置する。

制御部１００は、図４（Ａ）に示すように、トラブル表示画像Ｇ１には、上記各画像として、サイズの大きいＱＲコードＣ１及びメッセージＭ１を、対応するトラブルの発生箇所（画像形成部）近くに配置する。また、制御部１００は、図４（Ｂ）に示すように、トラブル表示画像Ｇ２には、サイズの小さいＱＲコードＣ２及びメッセージＭ２を、対応するトラブルの発生箇所（原稿読取部）近くに配置する。

また、ここでは、ＱＲコード及びメッセージを、トラブルの発生箇所近くに配置することで、ＱＲコードとトラブルの発生箇所に対応する位置とを関連付けているが、別の実施形態としては、制御部１００が、図７（Ａ）に示すように、引出し線Ｌ１を使って、ＱＲコードＣ１とトラブルの発生箇所に対応する位置とを関連付けてもよい。更に、別の実施形態としては、制御部１００が、図７（Ｂ）に示すように、トラブルの発生箇所の表示（ここでは、ベタ塗り）を他の場所の表示と異なるようにしてもよい。

続いて、制御部１００は、検知部１０２が他のトラブルを検知しているか否かを判断し（Ｓ４）、検知部１０２が他のトラブルを検知していると判断した場合（Ｓ４でＹＥＳ）、処理はＳ１に戻り、制御部１００は、他のトラブルについてＳ１～Ｓ４の処理を繰り返す。この場合、制御部１００は、他のトラブルに対応するＱＲコード及びメッセージの大きさを調整し（Ｓ２）、大きさを調整したＱＲコード及びメッセージを、ベース画像Ｂ上に追加して、トラブル表示画像を更新する（Ｓ３）。このようにして、制御部１００は、トラブルが検知されている限り、当該トラブルに対応するＱＲコード及びメッセージを作成してトラブル表示画像を更新する。

制御部１００は、検知部１０２が他のトラブルを検知していないと判断した場合（Ｓ４でＮＯ）、Ｓ３で作成されて最終的に更新されたトラブル表示画像を表示部４７３に表示する（Ｓ５）。この後、処理は終了する。

図８（Ａ）（Ｂ）は、複数のＱＲコードが表示されたトラブル表示画像の一例を示した図である。図８（Ａ）には、制御部１００によりＱＲコード及びメッセージが２つ作成され、トラブル表示画像Ｇ３には、サイズの大きいＱＲコードＣ１及びメッセージＭ１と、サイズの小さいＱＲコードＣ２及びメッセージＭ２と、が表示される例を示す。

また、図８（Ｂ）には、制御部１００によりＱＲコード及びメッセージが３つ作成され、トラブル表示画像Ｇ４には、サイズの大きいＱＲコードＣ１及びメッセージＭ１と、サイズの小さいＱＲコードＣ２及びメッセージＭ２と、サイズが中くらいのＱＲコードＣ３及びメッセージＭ３と、が表示される例を示す。

上記第１実施形態によれば、トラブルの対処方法を示す情報を保存する、ネットワーク上の保存場所（ＵＲＬ）を画像化したＱＲコードが表示部４７３に表示されるので、ＱＲコードを読み取る機能及びネットワーク上の情報を閲覧する機能を有する携帯機器（例えば、スマートフォン）を用いることで、ユーザーはトラブルの対処方法を簡単に確認することが可能となる。

更に、トラブルを解決するための難しさが高いと、ＱＲコードは大きくなるので、ユーザーはそのトラブルを解決するための難しさを一目で把握することが可能となる。従って、難しさに応じた、適切な対応をユーザーが取ることが容易となり、発生したトラブルを解決するまでの時間を従来よりも短くすることが可能となる。

次に、第２実施形態に係る、画像形成装置１における制御ユニット１０で行われる処理の一例について、図９に示したフローチャートに基づいて説明する。なお、この処理は、検知部１０２がトラブルを検知したときに行われる処理である。

上記第１実施形態は、複数のトラブルが発生した場合でも、他のトラブルと難易度の比較をせずにＱＲコードの大きさを判定しているが、上記第２実施形態では、他のトラブルと難易度の比較を行って、その各結果に応じて（すなわち、各トラブルの難易度同士の相関性に応じて）、各トラブルに対応するＱＲコードの大きさを判定する点で、上記第１実施形態と相違する。

まず、制御部１００は、検知部１０２が検知したトラブルの件数が複数であるか否かを判断し（Ｓ１１）、トラブルの件数が複数であると判断した場合（Ｓ１１でＹＥＳ）、トラブル情報記憶部１１２から難易度を、検知部１０２が検知したすべてのトラブルについて読み出す（Ｓ１２）。制御部１００は、当該読み出した難易度に基づいて、検知部１０２が検知したトラブルの中に、難易度の異なるトラブルが混在するか否かを判断する（Ｓ１３）。例えば、検知部１０２が検知したトラブルの難易度がすべて「２」であれば、Ｓ１３は「ＮＯ」の判断となる。

制御部１００は、検知部１０２が検知したトラブルの中に、難易度の異なるトラブルが混在すると判断した場合（Ｓ１３でＹＥＳ）、各難易度に対応付けて、ＱＲコード及びメッセージの表示サイズを記憶するサイズテーブル１１３を更新する（Ｓ１４）。

例えば難易度「１」乃至「３」のすべてが存在する場合、サイズテーブル１１３は、図１０（Ａ）に示すものとなる。そして、難易度「２」及び「３」は存在するが、「１」が存在しない場合、制御部１００は、図１０（Ｂ）に示すように、サイズテーブル１１３を更新する。また、難易度「１」及び「３」は存在するが、「２」が存在しない場合、制御部１００は、図１０（Ｃ）に示すように、サイズテーブル１１３を更新する。そして、難易度「１」及び「２」は存在するが、「３」が存在しない場合、制御部１００は、図１０（Ｄ）に示すように、サイズテーブル１１３を更新する。

制御部１００は、検知部１０２が検知した、ある一つのトラブルを示すトラブルコードに対応するトラブル情報（ＱＲコード、メッセージ、発生箇所、難易度）を、トラブル情報記憶部１１２から読み出し（Ｓ１５）、読み出した難易度と、更新したサイズテーブル１１３とに基づいて、ＱＲコード及びメッセージの大きさを調整する（Ｓ１６）。

続いて、制御部１００は、外観図Ｖ（図３）上におけるトラブルの発生箇所に対応する位置と関連付けて、大きさを調整したＱＲコード及びメッセージを、ベース画像Ｂ（図３）上に配置してトラブル表示画像を作成する（Ｓ１７）。

その後、制御部１００は、検知部１０２が他のトラブルを検知しているか否かを判断し（Ｓ１８）、検知部１０２が他のトラブルを検知していると判断した場合（Ｓ１８でＹＥＳ）、処理はＳ１５に戻り、制御部１００は、他のトラブルについてＳ１５～Ｓ１８の処理を繰り返す。この場合、制御部１００は、他のトラブルに対応するＱＲコード及びメッセージの大きさを調整し（Ｓ１５，Ｓ１６）、大きさを調整したＱＲコード及びメッセージを、ベース画像Ｂ上に追加して、トラブル表示画像を更新する（Ｓ１７）。

制御部１００は、検知部１０２が他のトラブルを検知していないと判断した場合（Ｓ１８でＮＯ）、Ｓ１７で作成されて最終的に更新されたトラブル表示画像を表示部４７３に表示する（Ｓ１９）。この後、処理は終了する。

また、Ｓ１１において、制御部１００が、検知部１０２が検知したトラブルの件数が複数でないと判断した場合と（Ｓ１１でＮＯ）、Ｓ１３において、検知部１０２が検知したトラブルの中に、難易度の異なるトラブルが混在しないと判断した場合には（Ｓ１３でＮＯ）、制御部１００は、検知部１０２が検知したトラブルを示すトラブルコードに対応するトラブル情報（ＱＲコード、メッセージ、発生箇所、難易度）を、トラブル情報記憶部１１２から読み出し（Ｓ２０）、外観図Ｖ上におけるトラブルの発生箇所に対応する位置と関連付けて、調整後のＱＲコード及びメッセージを、ベース画像Ｂ上に配置してトラブル表示画像を作成する（Ｓ２１）。制御部１００は、検知部１０２が検知したトラブルが複数の場合は、各トラブルについてＳ２０及びＳ２１の処理を行い（Ｓ２２でＹＥＳ，Ｓ２０，Ｓ２１）、検知部１０２が検知したトラブルが単数の場合は、単数のトラブルについてのみＳ２０及びＳ２１の処理を行う。そして、制御部１００は、このように作成したＱＲコード及びメッセージを（Ｓ２２でＮＯ）、ベース画像Ｂ上に追加して、トラブル表示画像を更新する（Ｓ２１）。この後、処理は終了する。

次に、第３実施形態に係る、画像形成装置１における制御ユニット１０で行われる処理の一例について、図１１に示したフローチャートに基づいて説明する。なお、この処理は、検知部１０２がトラブルを検知したときに行われる処理である。

上記第１及び第２実施形態では、トラブルを解決する難しさ（難易度）に基づいて、ＱＲコードの大きさを調整しているが、上記第３実施形態では、上記難易度に基づいて、ＱＲコードの表示色を判定する点で、上記第１実施形態と相違する。

まず、制御部１００は、検知部１０２が検知したトラブルを示すトラブルコードに対応するトラブル情報（ＱＲコード、メッセージ、発生箇所、難易度）を、トラブル情報記憶部１１２から読み出し（Ｓ３１）、読み出した難易度と、予め用意されている表示色テーブル１１４（図１２参照）とに基づいて、ＱＲコードの表示色を判定し（Ｓ３２）、判定した表示色でＱＲコードを作成し、メッセージを予め定められた表示色で作成する。なお、制御部１００は、当該メッセージもこのように判定したＱＲコードの表示色を用いて作成してもよい（以下、各実施形態において同様）。

図１２は、表示色テーブルの一例を示した図である。表示色テーブル１１４は、各難易度に対応付けて、ＱＲコードの表示色が記憶されている。例えば、難易度が「３」と最高である場合には、赤色で表示すること、難易度が「２」である場合には、黄色で表示すること、難易度が「１」である場合には、黒色で表示することが記憶されている。すなわち、難易度が高くなるにつれて、赤みが強くなるように表示色は設定されている。

赤色や黄色などの暖色は、危険や注意を人が連想しやすい色である。一方、緑色や青色などの寒色は、安全を人が連想しやすい色である。ＪＩＳ規格の安全色彩においても、禁止や危険を示すものとして赤色が用いられ、注意を示すものとして黄色が用いられている。従って、難易度が高くなるにつれて、表示色の赤みを強くするのは、難易度の高さを人が認識するのに適している。

制御部１００は、外観図Ｖ（図３）上におけるトラブルの発生箇所に対応する位置と関連付けて、表示色を調整したＱＲコードとメッセージとを、ベース画像Ｂ（図３）上に配置してトラブル表示画像を作成する（Ｓ３３）。

図１３（Ａ）（Ｂ）は、トラブル表示画像の一例を示した図である。図１３（Ａ）に示したように、トラブル表示画像Ｇ１１には、赤色で表示されたＱＲコードＣ１１とメッセージＭ１１とが表示され、図１３（Ｂ）に示したように、トラブル表示画像Ｇ１２には、黒色で表示されたＱＲコードＣ１２とメッセージＭ１２とが表示されている。

続いて、制御部１００は、検知部１０２が他のトラブルを検知しているか否かを判断し（Ｓ３４）、検知部１０２が他のトラブルを検知していると判断した場合（Ｓ３４でＹＥＳ）、処理はＳ３１に戻り、制御部１００は、他のトラブルに対応するＱＲコードの表示色を判定し（Ｓ３２）、判定した表示色で作成したＱＲコードと、作成したメッセージとを、ベース画像Ｂ上に追加して、トラブル表示画像を更新する（Ｓ３３）。

一方、制御部１００は、検知部１０２が他のトラブルを検知していないと判断した場合（Ｓ３４でＮＯ）、Ｓ３３で作成したトラブル表示画像を表示部４７３に表示する（Ｓ３５）。この後、処理は終了する。

図１４（Ａ）（Ｂ）は、複数のＱＲコードが表示されたトラブル表示画像の一例を示した図である。図１４（Ａ）には、トラブル表示画像Ｇ１３には、赤色で表示されたＱＲコードＣ１１と、黄色で表示されたＱＲコードＣ１３と、が表示される例を示す。また、図１４（Ｂ）に示した、トラブル表示画像Ｇ１４には、赤色で表示されたＱＲコードＣ１１と、黒色で表示されたＱＲコードＣ１２と、黄色で表示されたＱＲコードＣ１３と、が表示される例を示す。

上記第３実施形態によれば、トラブルを解決するための難しさの度合い（難易度）に基づいて、ＱＲコードの表示色が変わる（例えば、その度合いが高いと、表示色を赤色にする）ので、ユーザーはそのトラブルを解決するための難しさを一目で把握することが可能となる。従って、難しさに応じた、適切な対応をユーザーが取ることが容易となり、発生したトラブルを解決するまでの時間を従来よりも短くすることが可能となる。

なお、ここでは３段階の色分けを、暖色である赤色や黄色と黒色の３色で表現しているが、表示色はこれらに限定されない。また、４段階や５段階になった場合には、これら３色の他に、緑色や青色のような寒色を利用するのが、視認性によい。

次に、第４実施形態に係る、画像形成装置１における制御ユニット１０で行われる処理の一例について、図１５に示したフローチャートに基づいて説明する。なお、この処理は、検知部１０２がトラブルを検知したときに行われる処理である。

上記第３実施形態では、複数のトラブルが発生した場合でも、他のトラブルと難易度の比較をせずにＱＲコードの表示色を判定しているが、上記第２実施形態では、他のトラブルと難易度の比較を行って、その各結果に応じて（すなわち、各トラブルの難易度同士の相関性に応じて）、各トラブルに対応するＱＲコードの表示色を判定する点で、上記第３実施形態と相違する。

まず、制御部１００は、検知部１０２が検知したトラブルの件数が複数であるか否かを判断し（Ｓ４１）、トラブルの件数が複数であると判断した場合（Ｓ４１でＹＥＳ）、トラブル情報記憶部１１２から難易度を、検知部１０２が検知したすべてのトラブルについて読み出し（Ｓ４２）、読み出した難易度に基づいて、検知部１０２が検知したトラブルの中に、難易度の異なるトラブルが混在するか否かを判断する（Ｓ４３）。例えば、検知部１０２が検知したトラブルの難易度がすべて「２」であれば、Ｓ４３は「ＮＯ」の判断となる。

制御部１００は、検知部１０２が検知したトラブルの中に、難易度の異なるトラブルが混在すると判断した場合（Ｓ４３でＹＥＳ）、各難易度に対応付けて、ＱＲコードの表示色を記憶する表示色テーブル１１４を更新する（Ｓ４４）。

例えば、難易度「１」乃至「３」のすべてが存在する場合、表示色テーブル１１４は図１６（Ａ）に示すものとなる。ここから、難易度「２」及び「３」は存在するが、「１」が存在しない場合、制御部１００は、図１６（Ｂ）に示すように、表示色テーブル１１４を更新する。難易度「１」及び「３」は存在するが、「２」が存在しない場合、制御部１００は、図１６（Ｃ）に示すように、表示色テーブル１１４を更新する。そして、難易度「１」及び「２」は存在するが、「３」が存在しない場合、制御部１００は、図１６（Ｄ）に示すように、表示色テーブル１１４を更新する。

制御部１００は、検知部１０２が検知した、ある一つのトラブルを示すトラブルコードに対応するトラブル情報（ＱＲコード、メッセージ、発生箇所、難易度）を、トラブル情報記憶部１１２から読み出し（Ｓ４５）、読み出した難易度と、更新した表示色テーブル１１４とに基づいて、ＱＲコードの表示色を判定して、ＱＲコード及びメッセージを作成する（Ｓ４６）。

続いて、制御部１００は、外観図Ｖ（図３）上におけるトラブルの発生箇所を示す位置と関連付けて、表示色を調整したＱＲコードと、メッセージとの両方を、ベース画像Ｂ（図３）上に配置してトラブル表示画像を作成する（Ｓ４７）。

その後、制御部１００は、検知部１０２が他のトラブルを検知しているか否かを判断し（Ｓ４８）、検知部１０２が他のトラブルを検知していると判断した場合（Ｓ４８でＹＥＳ）、処理はＳ４５に戻り、制御部１００は、Ｓ４５～Ｓ４８の処理を繰り返す。この場合、制御部１００は、他のトラブルに対応するＱＲコードの表示色を判定し（Ｓ４６）、当該表示色からなるＱＲコードと、メッセージとの両方を、ベース画像Ｂ上に追加して、トラブル表示画像を更新する（Ｓ４７）。このようにして、制御部１００は、トラブルが検知されている限り、当該トラブルに対応するＱＲコード及びメッセージを作成してトラブル表示画像を更新する。

一方、制御部１００は、検知部１０２が他のトラブルを検知していないと判断した場合（Ｓ４８でＮＯ）、Ｓ４７で作成されて最終的に更新されたトラブル表示画像を表示部４７３に表示させる（Ｓ４９）。この後、処理は終了する。

また、Ｓ４１において、制御部１００が、検知部１０２が検知したトラブルの件数が複数でないと判断した場合と（Ｓ４１でＮＯ）、Ｓ４３において、検知部１０２が検知したトラブルの中に、難易度の異なるトラブルが混在しないと判断した場合には（Ｓ４３でＮＯ）、制御部１００は、検知部１０２が検知したトラブルを示すトラブルコードに対応するトラブル情報（ＱＲコード、メッセージ、発生箇所）をトラブル情報記憶部１１２から読み出し（Ｓ５０）、外観図Ｖ上におけるトラブルの発生箇所に対応する位置と関連付けて、表示色を第３実施形態と同様にして難易度に基づいて判定して作成したＱＲコード及びメッセージを、ベース画像Ｂ上に配置してトラブル表示画像を作成する（Ｓ５１）。制御部１００は、検知部１０２が検知したトラブルが複数の場合は、各トラブルについてＳ５０及びＳ５１の処理を行い（Ｓ５２でＹＥＳ，Ｓ５０，Ｓ５１）、検知部１０２が検知したトラブルが単数の場合は、単数のトラブルについてのみＳ５０及びＳ５１の処理を行う。そして、制御部１００は、このように作成したＱＲコード及びメッセージを（Ｓ５２でＮＯ）、ベース画像Ｂ上に追加して、トラブル表示画像を更新する（Ｓ４９）。この後、処理は終了する。

次に、第５実施形態に係る、画像形成装置について説明する。上記第５実施形態は、トラブルを解決する難しさ（難易度）に基づいてＱＲコードの大きさを調整するだけでなく、更に、難易度とは異なるものを指標とする、予め定められた第２度合い（例えば、トラブルを解決する際の危険度）に基づいて、ＱＲコードの表示色を判定する点で、上記第１及び第２実施形態と相違する。なお、上記第５実施形態では、図１７に示すように、トラブル情報記憶部１１２に「危険度」のデータ項目が設けられている。

図１８は、上記第５実施形態に係る、画像形成装置１における制御ユニット１０で行われる処理の一例を示す。なお、この処理は、検知部１０２がトラブルを検知したときに行われる処理である。

まず、制御部１００は、検知部１０２が検知したトラブルを示すトラブルコードに対応するトラブル情報（ＱＲコード、メッセージ、発生箇所、難易度、危険度）を、トラブル情報記憶部１１２（図１７）から読み出し（Ｓ６１）、読み出した難易度と、予め用意されているサイズテーブル１１３（図６）とに基づいて、ＱＲコード及びメッセージの大きさを判定する（Ｓ６２）。

そして、制御部１００は、読み出した危険度と、予めトラブル情報記憶部１１２に用意されている表示色テーブル１１５（図１９を参照）とに基づいて、ＱＲコードの表示色を判定する（Ｓ６３）。

図１９は、表示色テーブルの一例を示した図である。表示色テーブル１１５は、各危険度に対応付けて、ＱＲコードの表示色が記憶されている。例えば、危険度が「３」と最高である場合には、赤色で表示すること、危険度が「２」である場合には、黄色で表示すること、危険度が「１」である場合には、黒色で表示することが記憶されている。

制御部１００は、外観図Ｖ上におけるトラブルの発生箇所に対応する位置と関連付けて、大きさ及び表示色を調整したＱＲコードと、大きさを調整したメッセージとを、ベース画像Ｂ上に配置してトラブル表示画像を作成する（Ｓ６４）。

制御部１００は、検知部１０２が他のトラブルを検知しているか否かを判断し（Ｓ６５）、検知部１０２が他のトラブルを検知していると判断した場合（Ｓ６５でＹＥＳ）、処理はＳ６１に戻り、制御部１００は、Ｓ６１～Ｓ６５の処理を繰り返す。この場合、制御部１００は、他のトラブルに対応するＱＲコード及びメッセージの大きさを調整し（Ｓ６２）、当該ＱＲコードの表示色を判定し（Ｓ６３）、大きさ及び表示色を調整したＱＲコードとメッセージとを、ベース画像Ｂ上に追加して、トラブル表示画像を更新する（Ｓ６４）。このようにして、制御部１００は、トラブルが検知されている限り、当該トラブルに対応するＱＲコード及びメッセージを作成してトラブル表示画像を更新する。

制御部１００は、検知部１０２が他のトラブルを検知していないと判断した場合（Ｓ６５でＮＯ）、Ｓ６４で作成されて最終的に更新されたトラブル表示画像を表示部４７３に表示させる（Ｓ６６）。この後、処理は終了する。

検出されたトラブルが単数の場合、例えば、図２０（Ａ）に示すように、トラブル表示画像Ｇ２１には、危険度に応じて赤色で表示された、サイズの大きいＱＲコードＣ２１が表示される。或いは、図２０（Ｂ）に示すように、トラブル表示画像Ｇ２２には、危険度に応じて黒色で表示された、サイズの小さいＱＲコードＣ２２が表示される。

検出されたトラブルが複数の場合、図２１（Ａ）に示すように、トラブル表示画像Ｇ２３には、危険度に応じて赤色で表示され、難易度に応じて調整されたサイズの大きいＱＲコードＣ２１と、危険度に応じて黒色で表示され、難易度に応じて調整されたサイズの小さいＱＲコードＣ２２とが表示される。或いは、図２１（Ｂ）に示すように、トラブル表示画像Ｇ２４には、危険度に応じて赤色で表示され、難易度に応じて調整されたサイズの大きいＱＲコードＣ２１と、危険度に応じて黒色で表示され、難易度に応じて調整されたサイズの小さいＱＲコードＣ２２と、危険度に応じて黒色で表示され、難易度に応じて調整されたサイズが中程度のＱＲコードＣ２３と、が表示される。

なお、上記第５実施形態では、複数のトラブルが発生した場合でも、制御部１００は、他のトラブルの危険度との比較を行うことなく、ＱＲコードの表示色を調整しているが、別の実施形態として、上述したような他のトラブルの危険度との比較結果に応じて、ＱＲコードの表示色を調整してもよい。

また、更なる別の実施形態として、制御部１００は、トラブルを解決する難しさ（難易度）に基づいてＱＲコードの表示色を調整するだけでなく、更に、難易度とは異なるものを指標とする、予め定められた第２度合い（トラブルを解決する際の危険度）に基づいて、ＱＲコードの大きさを調整してもよい。

また、ここまで、ＱＲコードを含むトラブル表示画像の出力について、表示部４７３への表示の場合について説明しているが、当該出力は表示に限定されない。

制御部１００は、画像形成部１２の動作を制御して、トラブル表示画像を記録紙に印刷し、或いは、ネットワークインターフェイス部９１を介して、トラブル表示画像を予め定められた外部装置２０へ送信してもよい。従って、制御部１００は、上記３つの出力のうちの少なくともいずれか１つを行えばよい。但し、トラブルが発生しており、印刷や通信ができない可能性があるため、トラブル表示画像の出力としては、表示部４７３への表示を行うことが望ましい。

ところで、検知部１０２が多数のトラブルを同時に検知し、トラブル表示画像に含まれるＱＲコードが多数になる場合、画像が煩雑になる可能性がある。そこで、別の実施形態として、制御部１００は、トラブル表示画像に含まれるＱＲコードが、予め定められた個数（例えば、４個）以上であると判断した場合、トラブル表示画像を構成する各要素（例えば、外観図やＱＲコード、メッセージ）を示す画像を、各要素間の相対的な大きさの関係を保ちつつ、各要素を示す画像を縮小するようにしてもよい。

本発明は上記実施の形態の構成に限られず種々の変形が可能である。また、上記実施形態では、本発明に係る画像形成装置の一実施形態として複合機を用いて説明しているが、これは一例に過ぎず、コピー機能やプリント機能、ファクシミリ機能等を有した他の画像形成装置でもよい。

また、上記実施形態では、図１乃至図２１を用いて上記実施形態により示した構成及び処理は、本発明の一実施形態に過ぎず、本発明を当該構成及び処理に限定する趣旨ではない。

１ 画像形成装置
９１ ネットワークインターフェイス部
１００ 制御部
１０１ 操作受付部
１０２ 検知部
４７３ 表示部

Claims (5)

1. 表示部と、
   自装置に発生したトラブルを検知する検知部と、
   前記検知部が検知した前記トラブルの対処方法を示す情報を保存する、ネットワーク上の保存場所を画像化した二次元コードを含むトラブル表示画像の前記表示部への表示、記録紙への印刷、又は外部装置への送信の３つの出力のうちの少なくともいずれか１つを行わせる制御部と、を備え、
   更に、前記制御部は、
   前記トラブルを解決するための難しさ又は前記トラブルの深刻さの少なくとも１つを指標とする、予め定められた度合いに基づいて、当該度合いが高くなるにつれて、前記トラブルに対応する前記二次元コードを大きくして出力する処理を行い、
   前記度合いに応じて前記二次元コードの大きさを変化させる処理に加えて、前記度合いに用いた指標とは異なる指標に基づく予め定められた第２度合いに応じて、前記二次元コードの表示色を変える処理を行う画像形成装置。
2. 前記制御部は、前記トラブル表示画像に複数の前記二次元コードが含まれるとき、前記度合いが高い方の前記トラブルに対応する前記二次元コードを、前記度合いが低い方の前記トラブルに対応する前記二次元コードよりも大きくして出力する処理を行う請求項１に記載の画像形成装置。
3. 前記制御部は、前記第２度合いを、前記トラブルを解決する際の危険度とする請求項１又は請求項２に記載の画像形成装置。
4. 前記制御部は、前記トラブル表示画像に、自装置の外観図を含ませ、前記外観図上における前記トラブルの発生箇所に対応する位置と関連付けて、前記二次元コードを表示する請求項１乃至請求項３のいずれかに記載の画像形成装置。
5. 前記制御部は、前記トラブル表示画像に含まれる前記二次元コードが、予め定められた個数以上である場合、前記トラブル表示画像を構成する各要素を示す画像を、各要素間の相対的な大きさの関係を保った状態で縮小して、前記表示部に表示させる請求項１乃至請求項４のいずれかに記載の画像形成装置。