JP6434323B2 - 画像形成装置 - Google Patents

Description

本発明は、エラー発生時にそのエラーに対応したテストモードを簡単に特定してエラー対処までの時間を短縮化する画像形成装置に関する。

従来、プリンタやファクシミリなどの画像形成装置は、エラーが発生すると、そのエラーの発生箇所やエラー内容などを画像形成装置のモニタに表示する。そして、モニタを見たユーザがメンテナンス会社へ連絡し、連絡を受けたサービスマンがエラー処理を実施していた。

しかし、エラー発生時に常にメンテナンス会社への連絡を促してサービスマンにエラー処理を任せると、相当の時間を要することになる。そのため、エラー発生時のユーザ処理を段階を追って画像形成装置のモニタに表示してユーザに示す方法が提案されている（例えば、特許文献１参照。）。

この特許文献１に記載の画像形成装置では、機種別、エラー種別及びエラー時のステータス別の対処方法を修理データベースに予め記憶しておく。そして、画像形成装置から送られたエラー通知情報を受信した際、そのエラー通知情報に含まれている画像形成装置の機種情報や、エラー情報及びステータス情報に基づいて、修理データベースから対処方法を示す情報を抽出して、抽出した情報をモニタに表示する。

特開２００８―２１１６６２号公報

ところで、上述の特許文献１に記載された画像形成装置では、エラーが発生した場合、発生したエラーを特定するため、本装置内の各種センサやアクチュエータ等の動作確認を行うテストモードを使用することが多い。

しかしながら、テストモードは、その数や種類が非常に多いため、使用すべきテストモードを探すために時間がかかるという問題がある。

特に、印刷機能だけでなくコピーやＦＡＸ、スキャナ機能等を備えた最近の画像形成装置の場合、その分、各種エラーセンサやアクチュエータ等が増える。結果的に、エラーの対処で修理する部位（部品、場所など）が増大し、テストモードの数も数千に達する場合があった。そのため、エラーが発生した場合、サービスマンやユーザは、数千に達するテストモードの中から適切なテストモードを探し出す必要があり、これには相当の時間を要していた。

例えば、上述の特許文献１に記載された画像形成装置のようにエラー情報に基づいた対処方法を画像形成装置のモニタに表示しても、テストモードを探すのに手間取りエラー対処に時間を要することになる。また、テストモードに詳しくない不慣れなサービスマンではどのテストモードを実行すればよいか解らずエラー対処できない場合がある。

本発明はこのような課題に鑑みてなされたものであり、エラー発生時にそのエラーに対応したテストモードを簡単に特定してエラー対処までの時間を短縮化することができる画像形成装置を提供することを目的とする。

上記目的を達成するため、本発明に係る画像形成装置の第１の特徴は、印刷データに基づいて記録媒体に対し画像を形成する画像形成装置であって、本装置で発生するエラーを検出するエラー検出手段と、本装置で発生するエラー毎にエラー対処の方法を示すエラー対処情報と、エラー対処を行う際に実行するテストモードとを関連付けて記憶する記憶手段と、前記エラー検出手段によってエラーが検出された場合、検出されたエラーに基づいて前記記憶手段から対応する前記エラー対処情報とテストモードとを読み出し、前記読み出されたエラー対処方法と前記テストモードの一覧を表示するテストモード一覧画面に遷移するための遷移ボタンとを含むエラー対処画面を生成して表示部に表示するエラー制御手段と、を備えることにある。

また、本発明に係る画像形成装置の第２の特徴は、前記エラー対処情報には、そのエラー対処がサービスマンのみ実行可能であるか、あるいはサービスマンおよびユーザの双方実行可能であるかを示すフラグが設定されており、前記エラー制御手段が、前記エラー検出手段によってエラーが検出された場合、検出されたエラーに基づいて前記記憶手段から対応する前記エラー対処情報とテストモードとを読み出すと共に、ユーザＩＤまたはサービスマンＩＤを入力させるためのＩＤ入力画面を表示部に表示し、前記読み出したエラー対処情報に設定された前記フラグがサービスマンのみ実行可能を示している場合、前記ＩＤ入力画面によって入力されたＩＤがサービスマンＩＤである場合のみ、前記読み出したエラー対処情報とテストモードとに基づいて前記エラー対処画面を生成して表示部に表示する一方、前記読み出したエラー対処情報に設定された前記フラグがサービスマンおよびユーザの双方実行可能を示している場合、前記ユーザＩＤまたは前記サービスマンＩＤのいずれの入力でも、前記読み出したエラー対処情報とテストモードとに基づいて前記エラー対処画面を生成して表示部に表示することにある。

また、本発明に係る画像形成装置の第３の特徴は、前記エラー制御手段が、前記読み出したエラー対処情報に設定された前記フラグがサービスマンおよびユーザの双方実行可能を示している場合において、ユーザ操作により表示部に表示された前記エラー対処画面を参照して行ったエラー対処が失敗であったときに、エラー対処の失敗率を算出し、算出したエラー対処の失敗率が所定の閾値を超えた場合に、そのエラー対処のフラグをサービスマンのみ実行可能に書き換えることにある。

本発明に係る画像形成装置の第１の特徴によれば、エラーが発生した場合、そのエラーに対応したエラー対処方法と画面遷移ボタンとを含むエラー対処画面が表示部に表示される。そのため、エラー対処方法を把握できると共に、画面遷移ボタン付きのエラー対処画面において画面遷移ボタンを選択することにより、テストモード画面に遷移し、エラーに対応するテストモードを特定してエラー対処を行うことができる。

また、本発明に係る画像形成装置の第２の特徴によれば、エラーが発生した際、フラグがサービスマンのみ実行可能を示している場合には、入力されたＩＤがサービスマンＩＤである場合のみ、画面遷移ボタンが表示されたエラー対処画面が表示部に表示される。そのため、サービスマンが画面遷移ボタン付きのエラー対処画面において画面遷移ボタンを選択することにより、多数のエラーモードのうちから発生したエラーに対応するテストモードを簡単に特定してエラー対処を行うことができる。

また、本発明に係る画像形成装置の第３の特徴によれば、エラーが発生した際、エラー対処情報のフラグがサービスマンおよびユーザの双方実行可能を示しており、ユーザが画面遷移ボタン付きのエラー対処画面を参照してエラー対処を行った際、エラー対処に失敗した場合、エラー対処の失敗率を算出する。そして、そのエラー対処の失敗率が所定の閾値を超えた場合、フラグがサービスマンのみ実行可能に書き換えられるため、フラグがサービスマンおよびユーザの双方実行可能を示していても、ユーザによるエラー対処失敗の頻度が多い場合、以後、サービスマンのみ実行可能なエラー対処となる。その結果、エラー対処の失敗率に基づいて効率良くエラー対処が実行されるようにフラグを書き換えることができる。

本発明に係る実施形態１の画像形成装置の構成を示すブロック図である。 本発明に係る実施形態１の画像形成装置の動作を示すフローチャートである。 本発明に係る実施形態１の画像形成装置により表示部に表示されるテストモード画面遷移ボタン付きのエラー対処画面の一例を示す図である。 本発明に係る実施形態１の画像形成装置において遷移ボタン付きエラー対処画面のテストモード画面遷移ボタンが選択されて表示されるテストモード画面の一例を示す図である。 本発明に係る実施形態１の画像形成装置において発生したエラーに対応したテストモードを検索するためのテストモード検索画面の一例を示す図である。 図５に示すテストモード検索画面から図４に示すテストモード画面を表示するまでの手順を示す図である。 本発明に係る実施形態２の画像形成装置の動作を示すフローチャートである。 図７に示す本発明に係る実施形態２の画像形成装置の動作を示すフローチャートの続きであって、フラグがサービスマンのみ実行可能を示している場合のフローチャートである。 図７に示す本発明に係る実施形態２の画像形成装置の動作を示すフローチャートの続きであって、フラグがサービスマンおよびユーザの双方実行可能を示している場合のフローチャートである。

本発明に係る実施形態１，２の画像形成装置１を、図面を参照しながら詳細に説明する。なお、下記に説明する実施形態１，２の画像形成装置は、あくまで本発明の一例であり、本発明係る画像形成装置は、下記に説明する実施形態１，２の画像形成装置に限定されるものではない。

（実施形態１）
＜画像形成装置１の構成＞
図１は、本発明に係る実施形態１の画像形成装置１の構成を示すブロック図である。

図１に示すように、本発明に係る実施形態１の画像形成装置１は、社内ネットワーク等のネットワーク２を介して各ユーザの端末装置３，３，・・・と接続されている。

画像形成装置１は、操作部１１と、表示部１２と、画像形成部１３と、複数のエラーセンサ１４と、ＣＰＵ１５と、メモリ１６と、ＨＤＤ（ハードディスクドライブ）１７と、ネットワークＩ／Ｆ部１８等を備える。

操作部１１は、ユーザやサービスマン等が操作するもので、電源スイッチ等の各種操作スイッチが設けられていると共に、この画像形成装置１においてはユーザＩＤまたはサービスマンＩＤや、エラー番号等の各種データの入力や、後述するテストモード検索画面１２ｃでエラー発生部位やエラー処理等の入力を行う。

表示部１２は、この画像形成装置１の動作状態や、操作部１１における各種操作スイッチや入力データ等を表示するもので、本実施形態１では、ＣＰＵ１５からの指令によって後述するテストモード画面遷移ボタン付きのエラー対処画面（以下、遷移ボタン付きエラー対処画面という。）１２ａや、テストモード画面１２ｂ、テストモード検索画面１２ｃ等を表示する。

画像形成部１３は、ネットワーク２を介して各ユーザの端末装置３，３，・・・から送信されてきた印刷ジョブに基づいて画像データを印刷等して画像形成を行う。

複数のエラーセンサ１４は、それぞれ、本発明のエラー検出手段として機能するもので、この画像形成装置１内の画像形成部１３や、図示しない用紙給紙部や用紙搬送路、用紙排出部等に設けられ、この画像形成装置１内における各種エラーを検出する。

ＣＰＵ１５は、ＨＤＤ（ハードディスクドライブ）１７に記憶されたプログラムを実行することにより、この画像形成装置１全体の動作を制御すると共に、後述するように本エラー制御手段１５ａとして機能する。

メモリ１６は、ＣＰＵ１５が処理する各種情報やデータを一時的に保存したり、記憶する。

ＨＤＤ１７は、ＣＰＵ１５がこの画像形成装置１全体の動作を制御すると共に、後述するエラー制御手段１５ａとして機能するためのプログラム等が格納されたプログラム記憶部１７ａと、エラー毎にエラー対処の方法を示すエラー対処情報と、エラー対処を行う際に実行するテストモードとを関連付けてエラー関連情報として記憶するエラー関連情報記憶部１７ｂとを有する。

ネットワークＩ／Ｆ部１８は、ネットワーク２を介して各端末装置３，３，・・・に接続する。

端末装置３は、ユーザ毎に設けられて各種情報処理を行うもので、ネットワーク２を介して実施形態１の画像形成装置１と接続されており、ここでは画像形成装置１に対し印刷ジョブを送信する。

＜画像形成装置１の作用＞
次に、以上のように構成された本発明に係る実施形態１の画像形成装置１の動作を、図面を参照して説明する。

図２は、本発明に係る実施形態１の画像形成装置１の動作を示すフローチャートである。

まず、この画像形成装置１では、ユーザが操作部１１にて電源スイッチを入れ、端末装置３，３，・・・からの印刷ジョブを画像形成部１３がネットワーク２等を介し受信すると（ステップＳ１０１；ＹＥＳ）、ＣＰＵ１５の制御により画像形成部１３がその印刷ジョブに基づいて印刷して画像形成を行う（ステップＳ１０３）。なお、ここでは、説明の便宜上、端末装置３，３，・・・からの印刷ジョブに基づく画像形成を一例に説明するが、本発明ではこれに限らず、例えば、ユーザが操作部１１等を操作してのスキャンジョブやコピージョブに基づく画像形成でも勿論良い。

画像形成が完了するまでの間は（ステップＳ１０５；ＮＯ）、ＣＰＵ１５のエラー制御手段１５ａは、各エラーセンサ１４からの出力に基づいて画像形成装置１においてエラーが発生するか否かを検出する（ステップＳ１０７）。エラーが発生せずに画像形成が完了した場合（ステップＳ１０５；ＹＥＳ）、ＣＰＵ１５は、この印刷ジョブに基づく画像形成を終了する。

一方、印刷中に、エラーの発生を検出した場合（ステップＳ１０７；ＹＥＳ）、ＣＰＵ１５のエラー制御手段１５ａは、例えば、表示部１２にエラーが発生したことを示すエラー発生画面（図示せず。）を表示してエラー報知を行う（ステップＳ１０９）。なお、エラー報知は、エラー発生画面（図示せず。）の表示だけでなく、音声などによって行っても良い。

次に、ＣＰＵ１５のエラー制御手段１５ａは、ＨＤＤ１７のエラー管理情報記憶部１７ｂに記憶されたエラー管理情報を参照し、発生したエラーに対応したテストモードが登録されているか否かを判定する（ステップＳ１１１）。

ここで、発生したエラーに対応したテストモードがエラー管理情報記憶部１７ｂに登録されている場合（ステップＳ１１１；ＹＥＳ）、発生したエラーに対応したエラー対処情報と共に発生したエラーに対応したテストモード情報をエラー管理情報記憶部１７ｂから読み出す（ステップＳ１１３）。

次に、ＣＰＵ１５のエラー制御手段１５ａは、読み出したエラー対処情報とテストモード情報とを合成して、例えば、後述する図３に示すような遷移ボタン付きエラー対処画面を生成し（ステップＳ１１５）、生成した遷移ボタン付きエラー対処画面を表示部１２に表示する（ステップＳ１１７）。

図３は、本発明に係る実施形態１の画像形成装置１により表示部１２に表示される遷移ボタン付きエラー対処画面１２ａの一例を示す図である。

図３に示すように、遷移ボタン付きエラー対処画面１２ａには、「エラー１２３４５が発生しています。以下の部位を修理してください。・給紙部 ・搬送路 修理後、以下を確認してください。・印刷動作」等のエラー対処情報１２ａ１と共に、そのエラーおよびエラー対処情報に対応したテストモードへ遷移するためのテストモード画面遷移ボタン１２ａ２が表示される。

そのため、ユーザまたはサービスマンがこの図３に示すような遷移ボタン付きエラー対処画面１２ａにおいてテストモード画面遷移ボタン１２ａ２を選択すると（ステップＳ１１９；ＹＥＳ）、ＣＰＵ１５のエラー制御手段１５ａは、図３に示すような遷移ボタン付きエラー対処画面１２ａから図４に示すようなテストモード画面１２ｂに遷移して表示部１２に表示させる（ステップＳ１２３）。

図４は、本発明に係る実施形態１の画像形成装置１において遷移ボタン付きエラー対処画面１２ａのテストモード画面遷移ボタン１２ａ２が選択されて表示されるテストモード画面１２ｂの一例を示す図である。

図４に示すように、テストモード画面１２ｂには、発生したエラーの発生部位を示すエラー発生部位表示欄１２ｂ１と、そのエラー処理の内容を示すエラー処理表示欄１２ｂ２と、発生したエラーの番号を表示するエラー番号表示欄１２ｂ３と、そのエラーに対応した１または複数のテストモードが表示されるテストモード表示欄１２ｂ４が表示される。

ここで、このテストモード画面１２ｂは、図３に示す遷移ボタン付きエラー対処画面１２ａにおいてテストモード画面遷移ボタン１２ａ２が選択されて表示される画面である。そのため、エラー番号表示欄１２ｂ３には、発生して検出されたエラーの番号である“エラー１２３４５”が表示されて発生エラーが特定されると共に、テストモード表示欄１２ｂ４にはその発生エラーに対応したテストモードが表示されるが、エラー発生部位表示欄１２ｂ１とエラー処理表示欄１２ｂ２にはエラー発生部位やエラー処理の名称は表示されない。

一方、ステップＳ１１９において、遷移ボタン付きエラー対処画面１２ａにおいてテストモード画面遷移ボタン１２ａ２を選択せずに（ＮＯ）、図４のテストモード画面１２ｂを表示するためには、サービスマン等は、サービスマンのみが知っている番号やパスワード等（以下、パスワードと総称する。）を操作部１１により入力して、入力したパスワードが予め記憶されているパスワードと一致した場合（ステップＳ１２０；ＹＥＳ）、後述する図５に示すようなテストモード検索画面１２ｃを表示する（ステップＳ１２１）。そして、そのテストモード検索画面１２ｃにてエラー発生部位やエラー処理を入力することにより、多数のテストモードの内から発生したエラーに対応したテストモードを特定した図４に示すようなテストモード画面を表示する（ステップＳ１２３）。

図５は、本発明に係る実施形態１の画像形成装置１において発生したエラーに対応したテストモードを検索するためのテストモード検索画面１２ｃの一例を示す図である。

図５に示すテストモード検索画面１２ｃでは、図４に示すテストモード画面１２ｂと同様にエラー発生部位表示欄１２ｂ１とエラー処理表示欄１２ｂ２が表示されると共に、エラー発生部位表示欄１２ｂ１とエラー処理表示欄１２ｂ２によって特定されるエラーのテストモード画面１２ｂへ遷移するためのエラー特定ボタン１２ｃ３と、テストモードの一覧がその番号順等に表示されるテストモード表示欄１２ｃ４とが表示される。

そして、サービスマンがテストモード画面１２ｂを表示するためのパスワード等を操作部１１にて入力した後、サービスマンがこの図５に示すテストモード検索画面１２ｃからエラー発生部位ボタン欄１２ｃ１に“給紙部”等のエラー発生部位を入力すると共に、エラー処理ボタン欄１２ｃ２に“エラーセンサチェック”等のエラー処理内容を入力する。その後、サービスマンがエラー特定ボタン１２ｃ３を選択すると、発生したエラーに対応したテストモードが特定された図４に示すようなテストモード画面１２ｂが表示される。

そして、図４に示すようなテストモード画面１２ｂを参照してテストモードを実行してエラー対処に成功した場合（ステップＳ１２５；ＹＥＳ）、ステップＳ１０３に戻って画像形成処理を続行することになる。

一方、ステップＳ１１１において、発生したエラーに対応したテストモードがエラー管理情報記憶部１７ｂに登録されていない場合も（ＮＯ）、そのエラーに対応したテストモードを探す必要がある。

そのため、上述のステップＳ１２１の場合と同様に、サービスマン等はサービスマンのみが知っているパスワードを操作部１１により入力して、入力したパスワードが予め記憶されているパスワードと一致した場合（ステップＳ１２６；ＹＥＳ）、図６（ａ）に示すようなテストモード検索画面１２ｃを表示して（ステップＳ１２７）、サービスマン等に発生エラーに対応した１または複数のテストモードを探させ、図６（ｅ）に示すようなテストモード画面１２ｂを表示する（ステップＳ１２９）。

ここで、ステップＳ１２７〜Ｓ１２９について、図６（ａ）〜（ｅ）の画面遷移図を参照しながら、詳細に説明する。

まず、図６（ａ）に示すように、テストモード検索画面１２ｃにおいてエラー発生部位ボタン欄１２ｃ１を選択すると、図６（ｂ）に示すようなテストモード検索画面１２ｃ上にエラー部位選択ウインドウ１２ｄが表示される。

エラー部位選択ウインドウ１２ｄは、図６（ｂ）に示すように、例えば“システム部”や“給紙部”、“搬送部、”“排紙部”、・・・等の画像形成装置１におけるエラー発生部位を指定（特定）するための画面である。ここで例えば、“給紙部”のボタンを選択すると、図６（ｃ）に示すようにエラー発生部位ボタン欄１２ｃ１にエラー発生部位として“給紙部”が表示される。

次に、テストモード検索画面１２ｃにおいてエラー処理ボタン欄１２ｃ２を選択すると、図６（ｄ）に示すようなテストモード検索画面１２ｃ上にエラー処理選択ウインドウ１２ｅが表示される。

エラー処理選択ウインドウ１２ｅには、図６（ｄ）に示すように“センサーチェック”、“ドライブチェック、”“ユニットチェック”、“データモニター”・・・等の画像形成装置１で発生するエラー処理を指定（特定）するための画面である。ここで例えば、“ドライブチェック”のボタンを選択すると、図６（ｅ）に示すようにエラー処理ボタン欄１２ｃ２にエラー処理名として“ドライブチェック”と表示される。

このように、テストモード検索画面１２ｃのエラー発生部位ボタン欄１２ｃ１およびエラー処理ボタン欄１２ｃ２においてエラー発生部位やエラー処理が選択されることにより、選択されたエラー発生部位やエラー処理に関連づけられているテストモードの一覧がテストモード表示欄１２ｃ４に表示される。

そして、図６（ｅ）に示すテストモード検索画面１２ｃのテストモード表示欄１２ｃ４に表示された多数のテストモードの中からテストモードが選択されて、選択されたテストモードを実行して、エラー対処に成功した場合（ステップＳ１３１；ＹＥＳ）、ＣＰＵ１５のエラー制御手段１５ａは、そのエラーと成功したテストモードとを関連付けて（ステップＳ１３３）、エラー管理情報としてＨＤＤ１７のエラー管理情報記憶部１７ｂに記憶する（ステップＳ１３５）。

具体的には、図４に示すテストモード画面１２ｂのエラー番号表示欄１２ｂ３に表示された発生エラーのエラー番号と、テストモード表示欄１２ｂ４に表示された成功したテストモードとを関連付けて記憶する。また、この発生エラーのエラー対処情報であるエラー発生部位表示欄１２ｂ１やエラー処理表示欄１２ｂ２、あるいは図５に示すテストモード検索画面１２ｃのエラー発生部位ボタン欄１２ｃ１やエラー処理ボタン欄１２ｃ２に表示されたエラー対処情報もエラー番号とテストモードと共に関連付けて記憶するようにしても良い。

その後、ＣＰＵ１５のエラー制御手段１５ａは、ステップＳ１０３の画像形成処理に戻る。尚、ステップＳ１３１でエラー対処に失敗した場合（ＮＯ）、エラー対処が成功するまで、ステップＳ１３１の処理を繰り返し実行する。

これにより、次回、同じエラーが発生した場合は、ＣＰＵ１５のエラー制御手段１５ａは、発生したエラーに対応したテストモードがエラー管理情報記憶部１７ｂに登録されているため、ステップＳ１１１の判定処理において“ＹＥＳ”と判定され、上述のステップＳ１１３以降の処理が実行されることになる。

従って、本発明に係る実施形態１の画像形成装置１によれば、エラーが発生して、発生したエラーに対応したテストモードがエラー管理情報記憶部１７ｂに登録されている場合、そのエラーに対応したエラー対処情報とテストモードとを読み出して、テストモード画面遷移ボタン１２ａ２が表示された遷移ボタン付きエラー対処画面１２ａを表示する。

そのため、図５に示すようなテストモード検索画面１２ｃで多数のテストモードの中からエラー発生部位やエラー処理等を入力してエラーに対応したテストモードを探す必要がなくなり、発生したエラーに対応したテストモードを簡単に特定してエラー対処を行うことができる。

また、発生したエラーに対応したテストモードがエラー管理情報記憶部１７ｂに登録されていない場合は、図６に示すテストモード検索画面１２ｃで発生したエラーに対応したテストモードを特定してエラー対処が完了した後、そのエラーおよびエラー対処情報とテストモードとを関連付けてエラー管理情報として記憶される。

そのため、以後、そのエラーが発生した場合には、そのエラー管理情報に基づいて遷移ボタン付きエラー対処画面１２ａが生成されて表示されるため、発生したエラーに対応したテストモードを簡単に特定してエラー対処を行うことができる。

（実施形態２）
本発明に係る実施形態１の画像形成装置１の説明では、エラー対処を実行する者をサービスマンとユーザで区別せずに説明したが、エラーの内容によってはサービスマンのみがエラー対処を行った方が良いエラーや、サービスマンだけでなくユーザでも対処できる程度のエラーもある。また、ユーザがエラー対処を行う場合、エラー対処の失敗率やエラー発生回数によっては以後、サービスマンのみがエラー対処を行った方が良い場合が考えられる。

そこで、本発明に係る実施形態２の画像形成装置では、エラー毎にエラー対処情報だけでなく、そのエラー対処がサービスマンおよびユーザの双方実行可能であるか、あるいはサービスマンのみ実行可能であるかを示すフラグを設定すると共に、そのフラグをユーザのエラー対処希望回数や、エラーの発生回数（エラー頻度）、エラーの失敗率等に応じて書き換えるようにしたことを特徴とする。

そのため、本発明に係る実施形態２の画像形成装置の構成は、図１に示す実施形態１の画像形成装置１の構成と同一であり、ＣＰＵ１５のエラー制御手段１５ａの機能が異なるだけであるので、図１に示す実施形態１の画像形成装置１の構成を参照して、動作を説明する。

図７は、本発明に係る実施形態２の画像形成装置の動作を示すフローチャートである。なお、図２に示す実施形態１の画像形成装置のフローチャートと同じ処理には、同一のステップ番号を付して説明する。

図７に示すように、実施形態２の画像形成装置でも、ステップＳ１０９までの処理は図２に示す実施形態１の画像形成装置１の処理手順と同様である。つまり、ユーザが操作部１１にて電源スイッチを入れ、端末装置３，３，・・・から印刷ジョブを受信すると（ステップＳ１０１；ＹＥＳ）、ＣＰＵ１５の制御により画像形成部１３がその印刷ジョブに基づいて印刷を行う（ステップＳ１０３）。

そして画像形成が完了するまでは（ステップＳ１０５；ＹＥＳ）、ＣＰＵ１５のエラー制御手段１５ａが各エラーセンサ１４からの出力に基づいてエラーが発生するか否かを検出し（ステップＳ１０７）、エラーが発生せずに画像形成が完了した場合には、この印刷ジョブに基づく画像形成を終了する。

これに対し、画像形成が完了する前に（ステップＳ１０５；ＮＯ）、ＣＰＵ１５のエラー制御手段１５ａが各エラーセンサ１４からの出力に基づいてエラー発生を検出した場合（ステップＳ１０７；ＹＥＳ）、例えば、表示部１２にエラー発生画面（図示せず。）を表示してエラー報知を行う（ステップＳ１０９）。なお、ここまでの処理は、実施形態１の画像形成装置１と同様である。

次に、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、表示部１２にユーザＩＤまたはサービスマンＩＤを入力させるためのＩＤ入力画面（図示せず。）を表示して（ステップＳ２０１）、ユーザまたはサービスマンよりユーザＩＤまたはサービスマンＩＤの入力があるか否かを判定する（ステップＳ２０３）。

そして、ＩＤ入力画面（図示せず。）でユーザＩＤまたはサービスマンＩＤが入力された場合（ステップＳ２０３；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、ＨＤＤ１７のエラー管理情報記憶部１７ｂに記憶されたエラー管理情報を参照して発生したエラーに対応したテストモードが登録されているか否かを判定する（ステップＳ１１１）。

ここで、発生したエラーに対応したテストモードがエラー管理情報記憶部１７ｂに登録されていない場合（ステップＳ１１１；ＮＯ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、実施形態１の画像形成装置１と同様に、図２のステップＳ１２７の処理へ移行する。

一方、ステップＳ１１１において、発生したエラーに対応したテストモードがエラー管理情報記憶部１７ｂに登録されている場合（ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、発生したエラーのエラー対処情報に設定されているフラグがサービスマンのみ実行可能を示しているか否かを判定する（ステップＳ２０５）。なお、このフラグは、エラーに対応したエラー対処情報に設定されている場合だけでなく、各エラーに直接設定されていても良い。

そして、発生したエラーのエラー対処情報に設定されているフラグがサービスマンのみ実行可能を示している場合は（ステップＳ２０５；ＹＥＳ）、図８に示すフローチャートへ移行する一方、そのフラグがサービスマンのみ実行可能でなく、サービスマンおよびユーザの双方実行可能を示している場合は（ステップＳ２０５；ＮＯ）、図９に示すフローチャートへ移行する。

＜フラグがサービスマンのみ実行可能を示している場合＞
図８は、発生したエラーのエラー対処情報に設定されているフラグがサービスマンのみ実行可能を示している場合の処理を示すフローチャートである。図８の処理は、フラグがサービスマンのみ実行可能を示しているため、サービスマンのみがエラー対処を実行する。

つまり、エラー対処情報に設定されているフラグがサービスマンのみ実行可能を示している場合（ステップＳ２０５；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、まず、ステップＳ２０３のＩＤ入力処理で入力されたＩＤがサービスマンＩＤであるか否かを判定する（ステップＳ２０７）。

ステップＳ２０３で入力されたＩＤがサービスマンＩＤである場合（ステップＳ２０７；ＹＥＳ）、サービスマンがエラー対処を実行しているということになるので、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、遷移ボタン付きエラー対処画面１２ａ（図３参照。）を表示する（ステップＳ１１７）。そして遷移ボタン付きエラー対処画面１２ａでテストモード画面遷移ボタン１２ａ２が選択された場合（ステップＳ１１９；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、遷移ボタン付きエラー対処画面１２ａ（図３参照。）からテストモード画面１２ｂ（図４参照。）に遷移して表示部１２に表示する（ステップＳ１２３）。

なお、テストモード画面遷移ボタン１２ａ２を選択せずに（ステップＳ１１９；ＮＯ）、テストモード画面１２ｂ（図４参照。）を表示部１２に表示するためには、パスワードを入力し一致させて（ステップＳ１２０；ＹＥＳ）、図５に示すようなテストモード検索画面１２ｃを表示部１２に表示し（ステップＳ１２１）、発生したエラーに対応したテストモードをエラー発生部位やエラー処理等から特定して表示する必要があり、手間と時間がかかる。

そして、テストモード画面１２ｂ（図４参照。）を参照してテストモードを実行してエラー対処に成功した場合（ステップＳ１２５；ＹＥＳ）、ステップＳ１０３の画像形成処理に戻る。

従って、エラーが発生し、そのエラーのエラー対処情報にサービスマンのみ実行可能を示すフラグが設定されている場合は、入力された入力ＩＤがサービスマンＩＤである場合のみ、テストモード画面遷移ボタン１２ａ２が表示された遷移ボタン付きエラー対処画面１２ａが表示部１２に表示される。

そのため、図５に示すようなテストモード検索画面１２ｃを表示部１２に表示して（ステップＳ１２１）、多数のテストモードの中から発生したエラーに対応したテストモードを探す必要がなくなり、発生したエラーに対応したテストモードを簡単に特定してエラー対処を行うことができる。

これに対し、ステップＳ２０３において入力されたＩＤがサービスマンＩＤではない場合（ステップＳ２０７；ＮＯ）、サービスマンのみ実行可能なフラグがセットされたエラーであるのに、エラー対処を実行しようとする者がサービスマン以外のユーザ等であるということになる。

そのため、この場合、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、例えば、ユーザ自身でエラー対処するのか、サービスマンを呼んでエラー対処を御願いするのかを選択させるエラー対処者選択画面（図示せず。）を表示部１２に表示して（ステップＳ２０９）、ユーザ等にエラー対処する者を選択させる（ステップＳ２１１）。

ここで、エラー対処者選択画面（図示せず。）を参照して、ユーザがユーザ自らのエラー対処を希望し、ユーザ自身でのエラー対処を選択した場合（ステップＳ２１１；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、ユーザ自らのエラー対処希望回数をカウントして（ステップＳ２１３）、その希望回数を更新してメモリ１６等に記憶する（ステップＳ２１５）。

次に、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、ユーザ自らのエラー対処希望回数が所定の閾値より大きいか否かを判定し（ステップＳ２１７）、ユーザ自らのエラー対処希望回数が所定の閾値より大きい場合のみ（ステップＳ２１７；ＹＥＳ）、そのエラー対処のフラグをサービスマンおよびユーザの双方実行可能に書き換える（ステップＳ２１９）。

その後は、ユーザ自らのエラー対処希望回数が所定の閾値以下の場合（ステップＳ２１７；ＮＯ）も同様に、図９のフローチャートへ移行して、ユーザ自らエラー対処を実行させる。

従って、エラーに設定されたフラグがサービスマンのみ実行可能を示している場合でも（ステップＳ２０５；ＹＥＳ）、ユーザがユーザ自らのエラー対処を希望し、その希望回数が所定の閾値を超える場合（ステップＳ２１７；ＹＥＳ）、ステップＳ２１９のフラグ書換え処理によってそのエラーに設定されたフラグがサービスマンおよびユーザの双方実行可能に書換えられるので、以後、同じエラーが発生した場合には、図９のフローチャートへ移行して、ユーザもエラー対処を実行することが可能となる。

なお、ステップＳ２１１の判定処理でユーザがサービスマンによるエラー対処を希望する場合は（ステップＳ２１１；ＮＯ）、図７のステップＳ２０１のＩＤ入力画面表示処理に戻り、サービスマンにサービスマンＩＤを入力させてエラー対処を任せることになる。

そのため、この場合にはサービスマンＩＤが入力されるので、ステップＳ２０７の判定処理では、“ＹＥＳ”と判定され、サービスマンによってステップＳ１１７以降の処理が実行されて、エラー対処されることになる。

＜フラグがサービスマンおよびユーザの双方実行可能を示している場合＞
図９は、発生したエラーのエラー対処情報に設定されているフラグがサービスマンおよびユーザの双方実行可能を示している場合の処理を示すフローチャートである。図９の処理では、サービスマンおよびユーザがエラー対処を実行する。

図７のステップＳ２０５の判定処理において、発生したエラーのエラー対処情報に設定されているフラグがサービスマンおよびユーザの双方実行可能を示している場合（ステップＳ２０５；ＮＯ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、図９に示すように、遷移ボタン付きエラー対処画面１２ａ（図３参照。）を表示する（ステップＳ１１７）。

そして、ユーザまたはサービスマンがこの遷移ボタン付きエラー対処画面１２ａ（図３参照。）を参照してテストモード画面遷移ボタン１２ａ２を選択した場合（ステップＳ１１９；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、遷移ボタン付きエラー対処画面１２ａ（図３参照。）から発生したエラーに対応したテストモードを表示したテストモード画面１２ｂ（図４参照。）に切り換えて表示する（ステップＳ１２３）。

そのため、この場合、ユーザまたはサービスマンは、図５に示すようなテストモード検索画面１２ｃを表示部１２に表示して、テストモード検索画面１２ｃにて多数のテストモードの中からエラーに対応したテストモードを探すステップＳ１２１の処理を省力できるので、発生したエラーに対応したテストモードを簡単に特定してエラー対処を行うことができる。

一方、ステップＳ１１９において、遷移ボタン付きエラー対処画面１２ａにおいてテストモード画面遷移ボタン１２ａ２が選択されずに（ＮＯ）、パスワードが入力されて、予め記憶されているパスワードと一致した場合（ステップＳ１２０；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、図５に示すようなテストモード検索画面１２ｃを表示して（ステップＳ１２１）、ユーザまたはサービスマンに多数のテストモードの内から発生したエラーに対応したテストモードを検索させて図４に示すようなテストモード画面を表示する（ステップＳ１２３）。

次に、この図９の処理の場合、図８の場合と異なり、サービスマンだけでなく、ユーザもエラー対処を実行するため、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、テストモードによるエラー対処に失敗した場合（ステップＳ１２５；ＮＯ）、さらにその失敗をした者がユーザであるか否かを判定する（ステップＳ２２１）。なお、失敗した旨はユーザにより入力される。

そして失敗した者がユーザである場合のみ（ステップＳ２２１；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、さらに失敗率を算出して（ステップＳ２２３）、メモリ１６等に記憶する。失敗率は、例えば、エラー対処の失敗回数を、エラー対処を行った回数で除算すれば良い。また、失敗率の代わりに単に失敗回数を所定の閾値と比較して、その失敗回数が所定の閾値より大きいか否かを判定しても良い。

そして、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、エラー対処の失敗率が例えば８０％等の所定の閾値より大きいか否かを判定し（ステップＳ２２５）、エラー対処の失敗率が所定の閾値より大きい場合のみ（ステップＳ２２５；ＹＥＳ）、サービスマンおよびユーザの双方実行可能を示しているフラグを、サービスマンの実行可能に書き換える（ステップＳ２２７）。

これにより、ユーザによるエラー対処の失敗率が所定の閾値よりも大きい場合には、ステップＳ２２７の処理によって、フラグがサービスマンのみ実行可能に書き換えられる。そのため、以後、同じエラーが発生した場合、サービスマンによってエラー対処が実行されることになるので、効率良くエラー対処を実行することが可能となる。

なお、エラー対処に失敗した者がサービスマンと判定された場合（ステップＳ２２１“ＮＯ”）や、ユーザがエラー対処に失敗した場合（ステップＳ２２１；ＹＥＳ）でもその失敗率が所定の閾値以下の場合（ステップＳ２２５；ＮＯ）、ステップＳ２２７のフラグの書き換えは実行されず、フラグはサービスマンおよびユーザの双方実行可能のままである。

そして、サービスマンまたはユーザがエラー対処に成功した場合（ステップＳ１２５１；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、エラー対処をユーザが行ったか否かを判定する（ステップＳ２２９）。

ここで、エラー対処を実行した者がユーザである場合（ステップＳ２２９；ＹＥＳ）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、エラー発生回数をカウントして（ステップＳ２３１）、エラー発生回数（エラー頻度）が所定の閾値より大きいか否かを判定する（ステップＳ２３３）。そして、エラー発生回数が例えば１０回等の所定の閾値より大きい場合のみ（ＹＥＳ）、フラグをサービスマンの実行可能に書き換えて（ステップＳ２３５）、図７に示すステップＳ１０３の画像形成処理へ以降する。

つまり、ユーザによりエラー対処が実行され、かつ、そのエラー発生回数が所定の閾値よりも大きい場合、ユーザによるエラー対処では同じエラーが何度も発生するので不十分な場合やそのエラー発生箇所の部品が寿命に達して同じエラーが何度も発生している可能性が高いので、ステップＳ２２９の処理によってエラーのフラグがサービスマンのみ実行可能に書き換えられることになる。そのため、以後、同じエラーが発生した場合、サービスマンによってエラー対処が実行されることになり、サービスマンによって効率良くエラー対処や部品交換を実行することが可能となる。

なお、エラー対処を行った者がユーザでなくサービスマンである場合（ステップＳ２２１；ＮＯ）、およびエラー発生回数（エラー頻度）が所定の閾値より小さい場合（ステップＳ２３３“ＮＯ”）、実施形態２のＣＰＵ１５のエラー制御手段１５ａは、ステップＳ２３５のフラグの書き換え処理は実行せず、サービスマンおよびユーザの双方実行可能のままである。

従って、本発明に係る実施形態２の画像形成装置１によれば、実施形態１の画像形成装置１と同様に、エラーが発生して、発生したエラーに対応したテストモードがエラー管理情報記憶部１７ｂに登録されている場合、そのエラーに対応したエラー対処情報とテストモードとを読み出して遷移ボタン付きエラー対処画面１２ａ（図３参照。）を表示する。そのため、遷移ボタン付きエラー対処画面１２ａ（図３参照。）においてテストモード遷移ボタン１２ａ１を選択することにより、発生したエラーに対応したテストモードを表示したテストモード画面１２ｂ（図４参照。）を表示することができ、発生したエラーに対応したテストモードを簡単に特定してエラー対処を行うことができる。

また、実施形態２の画像形成装置では、エラー発生後、フラグがサービスマンのみ実行可能を示している場合には、入力されたＩＤがサービスマンＩＤである場合のみ、テストモード画面遷移ボタン１２ａ１が表示された遷移ボタン付きエラー対処画面１２ａが表示部１２に表示される。そのため、この場合には、遷移ボタン付きエラー対処画面１２ａにおいてテストモード画面遷移ボタン１２ａ１を選択することにより、多数のエラーモードのうちから発生したエラーに対応するテストモードを簡単に特定してエラー対処を行うことができる。

また、実施形態２の画像形成装置では、エラー発生後、フラグがサービスマンおよびユーザの双方実行可能を示していて、ユーザがエラー対処を行って失敗した場合、エラー対処の失敗率を算出して、エラー対処の失敗率が所定の閾値を超えた場合、フラグがサービスマンのみ実行可能に書き換えられる。そのため、この場合、以後、サービスマンのみ実行可能なエラー対処となるので、エラー対処の失敗率に基づいて効率良くエラー対処が実行される。

また、実施形態２の画像形成装置では、エラー発生後、フラグがサービスマンおよびユーザの双方実行可能を示していて、ユーザがエラー対処に成功した場合、エラー発生回数をカウントして、エラー発生回数が所定の閾値より大きい場合、フラグをサービスマンのみ実行可能に書き換える。そのため、この場合、ユーザによるエラー対処では同じエラーが何度も発生するので不十分な場合やそのエラー発生箇所の部品が寿命に達して同じエラーが何度も発生している可能性が高いので、フラグをサービスマンのみ実行可能に書き換えることにより、以後、同じエラーが発生した場合、サービスマンによって効率良くエラー対処や部品交換を実行することが可能となる。

１…画像形成装置
１１…操作部
１２…表示部
１２ａ…遷移ボタン付きエラー対処画面（テストモード画面遷移ボタン付きのエラー対処画面）
１２ｂ…テストモード画面
１２ｃ…テストモード検索画面
１３…画像形成部
１４…エラーセンサ（エラー検出手段）
１５…ＣＰＵ
１５ａ・・・エラー制御手段
１６…メモリ
１７…ＨＤＤ（ハードディスクドライブ）
１７ａ・・・プログラム記憶
１７ｂ・・・エラー管理情報記憶部（記憶手段）
１８…ネットワークＩ／Ｆ部
２…ネットワーク
３…端末装置

Claims (2)

1. 印刷データに基づいて記録媒体に対し画像を形成する画像形成装置であって、
   本装置で発生するエラーを検出するエラー検出手段と、
   本装置で発生するエラー毎にエラー対処の方法とそのエラー対処がサービスマンのみ実行可能であるか、あるいはサービスマンおよびユーザの双方実行可能であるかを示すフラグが設定されたエラー対処情報と、エラー対処を行う際に実行するテストモードとを関連付けて記憶する記憶手段と、
   前記エラー検出手段によってエラーが検出された場合、検出されたエラーに基づいて前記記憶手段から対応する前記エラー対処情報とテストモードとを読み出すと共に、ユーザＩＤまたはサービスマンＩＤを入力させるためのＩＤ入力画面を表示部に表示し、
   前記読み出したエラー対処情報に設定された前記フラグがサービスマンのみ実行可能を示している場合、前記ＩＤ入力画面によって入力されたＩＤがサービスマンＩＤである場合のみ、前記読み出したエラー対処情報とテストモードとに基づいて前記エラー対処画面を生成して表示部に表示する一方、
   前記読み出したエラー対処情報に設定された前記フラグがサービスマンおよびユーザの双方実行可能を示している場合、前記ユーザＩＤまたは前記サービスマンＩＤのいずれの入力でも、前記読み出したエラー対処情報とテストモードとに基づいて前記エラー対処画面を生成して表示部に表示し、ユーザ操作により表示部に表示された前記エラー対処画面を参照して行ったエラー対処が失敗であったときに、エラー対処の失敗率を算出し、算出したエラー対処の失敗率が所定の閾値を超えた場合に、そのエラー対処のフラグをサービスマンのみ実行可能に書き換えるエラー制御手段と、
   を備えることを特徴とする画像形成装置。
2. 印刷データに基づいて記録媒体に対し画像を形成する画像形成装置であって、
   本装置で発生するエラーを検出するエラー検出手段と、
   本装置で発生するエラー毎にエラー対処の方法を示すエラー対処情報と、エラー対処を行う際に実行するテストモードとを関連付けて記憶する記憶手段と、
   前記エラー検出手段によってエラーが検出された場合、検出されたエラーに基づいて前記記憶手段から対応する前記エラー対処情報とテストモードとを読み出し、前記読み出されたエラー対処方法と前記テストモードの一覧を表示するテストモード一覧画面に遷移するための遷移ボタンとを含むエラー対処画面を生成して表示部に表示するエラー制御手段と、
   前記エラー対処情報には、前記エラー対処がサービスマンのみ実行可能であるか、あるいはサービスマンおよびユーザの双方実行可能であるかを示すフラグが設定されており、
   前記エラー制御手段は、
   前記読み出したエラー対処情報に設定された前記フラグがサービスマンおよびユーザの双方実行可能を示している場合において、ユーザ操作により表示部に表示された前記エラー対処画面を参照して行ったエラー対処が失敗であったときに、エラー対処の失敗率を算出し、算出したエラー対処の失敗率が所定の閾値を超えた場合に、そのエラー対処のフラグをサービスマンのみ実行可能に書き換える
   ことを特徴とする画像形成装置。
   

Images