(57)【要約】【課題】診断時間を短縮することができるようにする。【解決手段】ＵＳＢメモリから読み出された診断設定ファイルに基づいて、診断プログラム内の診断項目テーブルを再構築する（１０６）。診断項目テーブルにおいて、診断有無の項目に「有」が設定されている診断項目が存在する場合には（１０８）、診断プログラムから診断関数を呼び出して、診断項目に対応する機能モジュールが故障しているか否かを診断し（１１０）、診断結果を、診断項目テーブルに格納する（１１２）。故障が検出された場合には（１１４）、診断設定ファイルを、故障が検出された機能モジュールに対応する診断項目名と、診断実施フラグ「ｔｒｕｅ」とを格納した診断設定ファイルに更新する（１１６）。【選択図】図５
2010102433.tif 000002
【特許請求の範囲】
【請求項１】
自装置の複数の機能を実現するための複数の機能部のうちの少なくとも一つの機能部を示す情報、又は該機能部に対する診断を示す情報を格納した診断情報に応じて、前記複数の機能部の各々に対して故障しているか否かを診断するための診断プログラムを実行することにより、前記診断情報の前記機能部に対して故障しているか否かを診断する診断手段と、
前記診断手段によって故障していると診断された機能部を示す情報、又は該機能部に対する診断を示す情報を格納した前記診断情報に更新する更新手段と、
を含む情報処理装置。
【請求項２】
前記更新手段は、前記診断手段によって故障していると診断された機能部を示す情報、又は該機能部に対する診断を示す情報と、該機能部に関連する機能部を示す情報、又は該機能部に関連する機能部に対する診断を示す情報とを格納した前記診断情報に更新する請求項１記載の情報処理装置。
【請求項３】
前記診断手段は、前記診断情報の前記機能部に対して故障しているか否かを診断すると共に、前記診断情報の機能部に関連する機能部に対して故障しているか否かを診断する請求項１記載の情報処理装置。
【請求項４】
自装置で実行される処理において障害が発生したことを検出する障害検出手段と、
前記障害検出手段によって障害の発生が検出された処理に対応する機能部を示す情報、又は該機能部に対する診断を示す情報を格納した診断情報を記憶する記憶手段と、
自装置の診断を行うときに、前記記憶手段に記憶された診断情報に応じて、自装置の複数の機能を実現するための複数の機能部の各々に対して故障しているか否かを診断するための診断プログラムを実行することにより、前記診断情報の前記機能部に対して故障しているか否かを診断する診断手段と、
を含む情報処理装置。
【請求項５】
前記記憶手段は、前記障害検出手段によって障害の発生が検出された処理に対応する機能部を示す情報、又は該機能部に対する診断を示す情報と、該機能部に関連する機能部を示す情報、又は該機能部に関連する機能部に対する診断を示す情報とを格納した前記診断情報を記憶する請求項４記載の情報処理装置。
【請求項６】
前記診断手段は、前記診断情報の機能部に対して故障が発生しているか否かを診断すると共に、前記診断情報の前記機能部に関連する機能部に対して故障が発生しているか否かを診断する請求項４記載の情報処理装置。
【請求項７】
前記診断手段によって故障していると診断された機能部を示す情報、又は該機能部に対する診断を示す情報を格納した前記診断情報に更新する更新手段を更に含む請求項４〜請求項６の何れか１項記載の情報処理装置。
【請求項８】
前記診断情報には、前記機能部を示す情報、又は該機能部に対する診断を示す情報に対応して、該機能部に対する診断の種類の数が更に格納され、
前記診断手段は、前記診断情報の前記機能部に対して、対応する診断の種類の数に応じた種類の診断を行う請求項１〜請求項７の何れか１項記載の情報処理装置。
【請求項９】
前記診断の種類は、前記診断に用いられる診断用情報の種類である請求項８記載の情報処理装置。
【請求項１０】
前記診断の種類は、診断の対象となる、該機能部を含む機能部の組み合わせの種類である請求項８記載の情報処理装置。
【請求項１１】
コンピュータを、
自装置の複数の機能を実現するための複数の機能部のうちの少なくとも一つの機能部を示す情報、又は該機能部に対する診断を示す情報を格納した診断情報に応じて、前記複数の機能部の各々に対して故障しているか否かを診断するための診断プログラムを実行することにより、前記診断情報の前記機能部に対して故障しているか否かを診断する診断手段、及び
前記診断手段によって故障していると診断された機能部を示す情報、又は該機能部に対する診断を示す情報を格納した前記診断情報に更新する更新手段
として機能させるためのプログラム。
【請求項１２】
コンピュータを、
自装置で実行される処理において障害が発生したことを検出する障害検出手段、
前記障害検出手段によって障害の発生が検出された処理に対応する機能部を示す情報、又は該機能部に対する診断を示す情報を格納した診断情報を記憶する記憶手段、及び
自装置の診断を行うときに、前記記憶手段に記憶された診断情報に応じて、自装置の複数の機能を実現するための複数の機能部の各々に対して故障しているか否かを診断するための診断プログラムを実行することにより、前記診断情報の前記機能部に対して故障しているか否かを診断する診断手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来より、画像処理装置の診断方法について、様々な技術が提案されている。例えば、装置が使用されている現場で診断を実施する技術として、点検が必要な複数の一連の機能部品の動作の異常を連続的に検出可能な画像形成装置が提案されている（特許文献１）。
【０００３】
また、機能ごとに故障検出を行う技術として、ファクシミリ装置を機能単位に分割し、そのうちの１つを故障検出部に接続して故障検出を行なう技術が提案されている（特許文献２）。また、スキャナの画像データ補正処理回路の試験において、任意の画像データパターンを入力して、任意の画像データ補正処理回路ごとの正常性を判定する技術が提案されている（特許文献３）。
【特許文献１】特開平９−２９７５０４号公報
【特許文献２】特開昭６２−９２５６９号公報
【特許文献３】特開平１−２１６２８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
故障診断を行う毎に全ての機能部に対して故障診断を行う場合と比較して、診断時間を短縮することができる情報処理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するために、請求項１記載の発明に係る情報処理装置は、自装置の複数の機能を実現するための複数の機能部のうちの少なくとも一つの機能部を示す情報、又は該機能部に対する診断を示す情報を格納した診断情報に応じて、前記複数の機能部の各々に対して故障しているか否かを診断するための診断プログラムを実行することにより、前記診断情報の前記機能部に対して故障しているか否かを診断する診断手段と、前記診断手段によって故障していると診断された機能部を示す情報、又は該機能部に対する診断を示す情報を格納した前記診断情報に更新する更新手段とを含んで構成されている。
【０００６】
請求項２記載の発明では、上記請求項１に係る情報処理装置において、前記更新手段は、前記診断手段によって故障していると診断された機能部を示す情報、又は該機能部に対する診断を示す情報と、該機能部に関連する機能部を示す情報、又は該機能部に関連する機能部に対する診断を示す情報とを格納した前記診断情報に更新する。
【０００７】
請求項３記載の発明では、上記請求項１に係る情報処理装置において、前記診断手段は、前記診断情報の前記機能部に対して故障しているか否かを診断すると共に、前記診断情報の機能部に関連する機能部に対して故障しているか否かを診断する。
【０００８】
請求項４記載の発明に係る情報処理装置は、自装置で実行される処理において障害が発生したことを検出する障害検出手段と、前記障害検出手段によって障害の発生が検出された処理に対応する機能部を示す情報、又は該機能部に対する診断を示す情報を格納した診断情報を記憶する記憶手段と、自装置の診断を行うときに、前記記憶手段に記憶された診断情報に応じて、自装置の複数の機能を実現するための複数の機能部の各々に対して故障しているか否かを診断するための診断プログラムを実行することにより、前記診断情報の前記機能部に対して故障しているか否かを診断する診断手段とを含んで構成されている。
【０００９】
請求項５記載の発明では、上記請求項４に係る情報処理装置において、前記記憶手段は、前記障害検出手段によって障害の発生が検出された処理に対応する機能部を示す情報、又は該機能部に対する診断を示す情報と、該機能部に関連する機能部を示す情報、又は該機能部に関連する機能部に対する診断を示す情報とを格納した前記診断情報を記憶する。
【００１０】
請求項６記載の発明では、上記請求項４に係る情報処理装置において、前記診断手段は、前記診断情報の機能部に対して故障が発生しているか否かを診断すると共に、前記診断情報の前記機能部に関連する機能部に対して故障が発生しているか否かを診断する。
【００１１】
請求項７記載の発明では、上記請求項４〜請求項６に係る情報処理装置において、前記診断手段によって故障していると診断された機能部を示す情報、又は該機能部に対する診断を示す情報を格納した前記診断情報に更新する更新手段を更に含んで構成されている。
【００１２】
請求項８記載の発明では、上記請求項１〜請求項７に係る情報処理装置において、前記診断情報には、前記機能部を示す情報、又は該機能部に対する診断を示す情報に対応して、該機能部に対する診断の種類の数が更に格納され、前記診断手段は、前記診断情報の前記機能部に対して、対応する診断の種類の数に応じた種類の診断を行う。
【００１３】
請求項９記載の発明では、上記請求項８に係る情報処理装置において、前記診断の種類は、前記診断に用いられる診断用情報の種類である。
【００１４】
請求項１０記載の発明では、上記請求項８に係る情報処理装置において、前記診断の種類は、診断の対象となる、該機能部を含む機能部の組み合わせの種類である。
【００１５】
請求項１１記載の発明に係るプログラムは、コンピュータを、自装置の複数の機能を実現するための複数の機能部のうちの少なくとも一つの機能部を示す情報、又は該機能部に対する診断を示す情報を格納した診断情報に応じて、前記複数の機能部の各々に対して故障しているか否かを診断するための診断プログラムを実行することにより、前記診断情報の前記機能部に対して故障しているか否かを診断する診断手段、及び前記診断手段によって故障していると診断された機能部を示す情報、又は該機能部に対する診断を示す情報を格納した前記診断情報に更新する更新手段として機能させるためのプログラムである。
【００１６】
請求項１２記載の発明に係るプログラムは、コンピュータを、自装置で実行される処理において障害が発生したことを検出する障害検出手段、前記障害検出手段によって障害の発生が検出された処理に対応する機能部を示す情報、又は該機能部に対する診断を示す情報を格納した診断情報を記憶する記憶手段、及び自装置の診断を行うときに、前記記憶手段に記憶された診断情報に応じて、自装置の複数の機能を実現するための複数の機能部の各々に対して故障しているか否かを診断するための診断プログラムを実行することにより、前記診断情報の前記機能部に対して故障しているか否かを診断する診断手段として機能させるためのプログラムである。
【発明の効果】
【００１７】
以上説明したように、請求項１記載の情報処理装置によれば、故障診断を行う毎に全ての機能部に対して故障診断を行う場合と比較して、診断時間を短縮することができる、という効果が得られる。
【００１８】
請求項２記載の情報処理装置によれば、故障している機能部のみを診断する場合と比較して、診断の確度を向上させることができる、という効果が得られる。
【００１９】
請求項３記載の情報処理装置によれば、故障している機能部のみを診断する場合と比較して、診断の確度を向上させることができる、という効果が得られる。
【００２０】
請求項４記載の情報処理装置によれば、故障診断を行う毎に全ての機能部に対して故障診断を行う場合と比較して、診断時間を短縮することができる、という効果が得られる。
【００２１】
請求項５記載の情報処理装置によれば、故障している機能部のみを診断する場合と比較して、診断の確度を向上させることができる、という効果が得られる。
【００２２】
請求項６記載の情報処理装置によれば、故障している機能部のみを診断する場合と比較して、診断の確度を向上させることができる、という効果が得られる。
【００２３】
請求項７記載の情報処理装置によれば、故障診断を行う毎に全ての機能部に対して故障診断を行う場合と比較して、診断時間を短縮することができる、という効果が得られる。
【００２４】
請求項８記載の情報処理装置によれば、機能部に対して複数種類の診断を行うことができる、という効果が得られる。
【００２５】
請求項９記載の情報処理装置によれば、複数種類の診断用情報を用いて、機能部に対して診断を行うことができる、という効果が得られる。
【００２６】
請求項１０記載の情報処理装置によれば、複数種類の機能部の組み合わせを対象として診断を行うことができる、という効果が得られる。
【００２７】
請求項１１記載のプログラムによれば、故障診断を行う毎に全ての機能部に対して故障診断を行う場合と比較して、診断時間を短縮することができる、という効果が得られる。
【００２８】
請求項１２記載のプログラムによれば、故障診断を行う毎に全ての機能部に対して故障診断を行う場合と比較して、診断時間を短縮することができる、という効果が得られる。
【発明を実施するための最良の形態】
【００２９】
以下、本発明の実施の形態について図面を参照して説明する。なお、本発明の実施の形態では、画像形成装置に本発明を適用した場合を例に説明する。
【００３０】
図１に示すように、画像形成システム１０は、印刷データを記録用紙に印刷する本発明の第１の実施の形態に係る画像形成装置１２と、印刷データを作成するクライアントＰＣ１４とから構成されており、画像形成装置１２とクライアントＰＣ１４とは、ＬＡＮなどのネットワーク１６を介して接続されている。
【００３１】
図２に示すように、画像形成装置１２には、自装置の複数の機能について機能単位に設けられた複数の機能モジュールを備えており、画像形成装置１２は、文書を読みとって印刷データを生成する読取モジュール２０と、印刷データに基づいて感光体に静電潜像を記録し、静電潜像をモノクロトナーまたはカラートナーを用いて現像し、現像した画像を記録用紙に転写して出力する印刷モジュール２２と、画像形成装置１２の各種処理を指示するための操作ボタンや各種設定画面を表示する操作パネルを備える操作パネルモジュール２４と、画像形成装置１２の各部を制御するコントロールモジュール２６と、外部メモリとして接続されたＵＳＢメモリ５０との入出力、及びネットワーク１６を介した通信を行うインタフェース２８と、装置内の各部に電源を供給する電源供給部３０と、が設けられている。
【００３２】
コントロールモジュール２６は、後述する診断処理ルーチンなどのプログラムを含む各種プログラムやパラメータ等が記憶されたＲＯＭ３２、各種プログラムを実行するＣＰＵ３４、ＣＰＵ３４による各種プログラムの実行時におけるワークエリア等として用いられるＲＡＭ３６、印刷データを記憶するためのＨＤＤ３８、読取モジュール２０と印刷モジュール２２と操作パネルモジュール２４とを制御するモジュール制御部４０、インタフェース２８による入出力及び通信を制御するインタフェース制御部４２、及びこれらを相互に接続するためのバス４４が設けられている。
【００３３】
ＵＳＢメモリ５０には、画像形成装置１２が有する複数の機能モジュールの各々に対して故障しているか否かを診断するための診断プログラムが記憶されている。ここでは脱着可能な外部記憶媒体の一例としてＵＳＢメモリを挙げたが、外部記憶媒体としては、ＳＤメモリカード、スマートメディア、メモリスティック等の記憶媒体や、外付けのハードディスクドライブを用いてもよい。診断プログラムは、図３に示す診断項目テーブルを含んでおり、診断プログラムが実行されるとき、診断項目テーブルに格納されている情報に応じて、選択的に機能モジュールに対する診断が行われる。なお、機能モジュールが、本発明の機能部の一例である。
【００３４】
診断項目テーブルには、複数の機能モジュールに対する複数の診断項目の各々に対応して、各種データが格納されており、各診断項目に対応して格納されるデータは、診断ＩＤ、診断実施状況を操作パネルに表示する際に用いられる文字列を示す診断表示文字、診断プログラム内の関数ポインタを示す診断関数ＦＵＮＣＰＴＲ、診断の種類の数としての診断レベル、診断を実行するか否かを示す診断有無、診断実施後に診断結果を格納するための診断結果、及び診断項目に対応する機能モジュールに関連のある機能モジュールに対応する診断項目の診断ＩＤを示す関連付けの各項目から構成されている。
【００３５】
診断レベルは、関数ポインタに与えるための引数として利用され、診断レベルは、例えば、診断用のテストデータの種類の数を表わしている。すわなち、診断レベルが高いほど、診断の際に、多くの種類の診断用のテストデータが用いられる。
【００３６】
また、ＵＳＢメモリ５０には、図４に示すような、診断設定ファイルが記憶されている。診断設定ファイルには、診断項目毎のデータが格納されており、各診断項目のデータは、コロンで区切られた複数のフィールドを持ち、それぞれのフィールドは、診断項目名、診断を実施するか否かの診断実施フラグ（ｔｒｕｅ／ｆａｌｓｅ）、及び拡張用に診断関数に渡す引数１，２を表わしている。例えば、上記図４では、診断項目テーブルにある１２個の診断項目から、４つの診断項目の診断が実施されるように、診断実施フラグが設定されている。なお、診断設定ファイルが、本発明の診断情報の一例である。
【００３７】
次に、診断プログラムによる故障を診断する方法について説明する。
【００３８】
まず、診断設定ファイルに基づいて、診断プログラム内の診断項目テーブルが更新される。診断設定ファイルに格納されている各診断項目のデータを参照して、診断項目テーブルにおいて、診断実施フラグに「ｔｒｕｅ」が設定されている診断項目に対応する診断有無の項目に、「有」を設定すると共に、診断設定ファイルにおいて拡張用に診断関数に渡す引数が設定されている場合には、診断項目テーブルにおいて、対応する診断レベルの項目に、引数を設定する。また、診断設定ファイルにおいて診断実施フラグに「ｆａｌｓｅ」が設定されている診断項目に対しては、診断項目テーブルにおいて、対応する診断有無の項目に「無」を設定する。
【００３９】
次に、診断項目テーブルを参照して、診断プログラムを実行する。各診断項目に対して、診断項目テーブルにおいて対応する診断有無の項目に「有」が設定されていれば、診断関数ＦＵＮＣＰＴＲに設定されている関数ポインタを参照して、診断プログラム内から診断関数を呼び出して実行することにより、診断項目に対応する機能モジュールに対して、故障しているか否かを診断し、診断結果を、診断項目テーブルの対応する診断結果の項目に格納する。
【００４０】
このとき、診断レベルの項目に２以上が設定されていれば、関数ポインタの引数に２以上の値を適用することにより、診断関数において、複数種類の診断用のテストデータの各々を用いて、診断が行われる。
【００４１】
また、診断項目テーブルにおいて、診断有無の項目に「無」が設定されている診断項目については、故障診断を行わずに、次の診断項目を対象とする。
【００４２】
操作パネルモジュール２４では、ユーザによって操作されることにより、故障診断の開始が指示され、故障診断が実施されている間には、診断実施状況が操作パネルに表示され、故障診断が完了すると、診断結果が操作パネルに表示される。
【００４３】
なお、クライアントＰＣ１４は、従来公知のパーソナルコンピュータの一般的構成を備えたものであればよく、本実施の形態では、クライアントＰＣ１４の一般的処理の説明を省略する。
【００４４】
次に、第１の実施の形態に係る画像形成システム１０の作用を説明する。なお、以下では、サービスマンが、画像形成装置１２が使用されている現場で画像形成装置１２の診断を行う場合を例に説明する。
【００４５】
まず、サービスマンが、診断プログラム及び診断設定ファイルが記憶されたＵＳＢメモリ５０を画像形成装置１２に接続し、操作パネルモジュール２４を操作して、診断開始を指示すると、画像形成装置１２のＣＰＵ３４において、図５に示す診断処理ルーチンが実行される。
【００４６】
まず、ステップ１００において、ＵＳＢメモリ５０から診断プログラムを読み出してＲＡＭ３６に展開し、ステップ１０２において、ＵＳＢメモリ５０に診断設定ファイルが記憶されているか否かを判定する。ＵＳＢメモリ５０に診断設定ファイルが記憶されていない場合には、ステップ１０８へ移行する。この場合には、診断プログラム内に予め用意された診断項目テーブルが以降のステップで使用される。
【００４７】
一方、上記ステップ１０２で、ＵＳＢメモリ５０に診断設定ファイルが記憶されていると判定された場合には、ステップ１０４で、ＵＳＢメモリ５０から、診断設定ファイルを読み出す。そして、ステップ１０６において、上記ステップ１０４で読み出された診断設定ファイルに基づいて、診断プログラム内の診断項目テーブルを再構築して、ステップ１０８へ移行する。上記ステップ１０６では、図４に示した、第１フィールドの診断項目名の検索を実施し、診断項目名が検索された場合は、第２フィールドの診断を実施するか否かのフラグを検索する。そして、検索された診断項目名及びフラグに基づいて、診断項目テーブルの対応する診断有無の項目を更新する。
【００４８】
ステップ１０８では、診断項目テーブルのデータを順次探索して、診断有無の項目に「有」が設定されている診断項目が存在するか判定する。診断有無の項目に「有」が設定されている診断項目が存在する場合には、ステップ１１０において、診断プログラムから診断関数を呼び出して、診断項目に対応する機能モジュールが故障しているか否かを診断し、ステップ１１２で、診断結果を、診断項目テーブルの対応する診断結果の項目に格納して、ステップ１０８へ戻る。
【００４９】
上記ステップ１０８〜１１２では、診断項目テーブルを順次探索して、診断有無の項目に「有」が設定されている診断項目がなくなるまで、繰り返し実行され、最終的に、診断項目テーブルにおいて、診断有無の項目に「有」が設定されている診断項目がなくなった場合には、ステップ１１４へ移行する。
【００５０】
ステップ１１４では、診断項目テーブルの診断結果の項目に基づいて、故障が検出されたか否かを判定する。故障がなかった場合は、特に何もせずに診断処理ルーチンを終了する。一方、上記ステップ１１４で、故障が検出されたと判定された場合には、ステップ１１６において、上記ステップ１０４で得られた診断設定ファイルを、故障が検出された機能モジュールに対応する診断項目名と、診断実施フラグ「ｔｒｕｅ」とを格納した診断設定ファイルに更新する。このとき、診断項目テーブルの関連付けの項目に基づいて、故障が検出された機能モジュールに対応する診断項目の関連付けの項目に、関連する診断項目の診断ＩＤが登録されている場合には、関連する診断項目の診断項目名と診断実施フラグ「ｔｒｕｅ」とを、診断設定ファイルにさらに格納する。
【００５１】
例えば、機能モジュールとしてのＨＤＤが故障していると検出された場合、図６に示すように、診断設定ファイルに、診断項目名「ＨＤＤ」と診断実施フラグ「ｔｒｕｅ」とを対応させて格納する。更に、図３の診断項目テーブルの関連付けの項目に格納されている診断ＩＤを読み込み、ＨＤＤに関連する診断項目「ＭＥＭＯＲＹ１」、「ＭＥＭＯＲＹ２」の診断が実施されるように、診断設定ファイルに、診断項目名「ＭＥＭＯＲＹ１」、「ＭＥＭＯＲＹ２」の各々と、診断実施フラグ「ｔｒｕｅ」とを対応させて更に格納する。
【００５２】
そして、ステップ１１８において、上記ステップ１１６で更新された診断設定ファイルをＵＳＢメモリ５０に新たに記憶させて、診断処理ルーチンを終了する。なお、診断設定ファイルに装置固有の識別番号を付加して、ＵＳＢメモリ５０に記憶させるようにしてもよい。
【００５３】
上記の診断処理ルーチンにより、例えば、ＨＤＤの故障が検出された場合には、故障診断の結果に基づいて、サービスマンが、画像形成装置１２の復旧もしくは交換作業を実施する。その後に、サービスマンが、再度、画像形成装置１２に対して診断開始を指示して、上記診断処理ルーチンを実行させる。このとき、ＵＳＢメモリ５０に記憶されている診断設定ファイルには、故障が検出された機能モジュールに対応する診断項目と、関連する診断項目とに対して、診断実施フラグ「ｔｒｕｅ」が設定されているため、故障が検出された機能モジュールに対する診断と、関連する機能モジュールに対する診断とが実施される。
【００５４】
以上説明したように、第１の実施の形態によれば、故障診断を行ったときに故障が検出された機能モジュールに対応する診断項目の診断を実施するように診断設定ファイルを記録することにより、故障診断を行う毎に全ての機能モジュールに対して故障診断を行う場合と比較して、診断時間を短縮することができる。
【００５５】
また、故障箇所の復旧や交換を行った後の診断において故障箇所の機能モジュール以外に関連する機能モジュールに対する診断項目についても診断が行われるように診断設定ファイルを記録することができる。
【００５６】
次に、第２の実施の形態について説明する。なお、第２の実施の形態に係る画像形成システムの構成は、第１の実施の形態と同様の構成であるため、同一符号を付して説明を省略する。
【００５７】
第２の実施の形態では、診断設定ファイルに基づいて、診断項目テーブルを再構築する際に、診断項目テーブルの関連付けの項目を参照して、関連する診断項目を実施するように設定している点が第１の実施の形態と異なっている。
【００５８】
第２の実施の形態に係る診断処理ルーチンでは、読み出した診断設定ファイルに基づいて、診断プログラム内の診断項目テーブルを再構築する際に、以下のように診断項目テーブルを更新する。
【００５９】
まず、上記図４に示した診断設定ファイルにおいて、第１フィールドの診断項目名の検索を実施し、診断項目名が検索された場合には、第２フィールドの診断実施フラグを検索する。検索された診断項目名及び診断実施フラグに基づいて、診断項目テーブルの対応する診断有無の項目を更新する。また、診断項目テーブルの関連付けの項目に基づいて、診断を実施するように診断有無の項目を「有」に更新した診断項目に対応する関連付けの項目に、関連する診断項目の診断ＩＤが登録されている場合には、関連する診断項目に対応する診断有無の項目に「有」を設定するように更新する。
【００６０】
また、故障検出結果に応じて、診断設定ファイルを更新する場合には、診断設定ファイルを、故障が検出された機能モジュールに対応する診断項目名と、診断実施フラグ「ｔｒｕｅ」とを格納した診断設定ファイルに更新して、ＵＳＢメモリ５０に記憶し、診断項目テーブルの関連付けの項目については参照しない。
【００６１】
このように、故障箇所の復旧や交換を行ったときの診断において故障箇所の機能モジュール以外に関連する機能モジュールに対する診断項目についても診断が行われるようにすることができる。
【００６２】
なお、上記の第１の実施の形態及び第２の実施の形態では、診断レベルが、診断に用いられるテストデータの種類の数を表わしている場合を例に説明したが、これに限定されるものではなく、後述する第３の実施の形態と同様に、診断レベルが、診断の対象となる、注目の機能モジュールと結合する機能モジュールを含む機能モジュールの組み合わせの種類の数を表わすように構成してもよい。
【００６３】
次に、第３の実施の形態について説明する。なお、第３の実施の形態に係る画像形成システムの構成は、第１の実施の形態と同様の構成であるため、同一符号を付して説明を省略する。
【００６４】
第３の実施の形態では、使用時に発生した障害を検出して、診断設定ファイルを生成している点と、診断レベルが、診断対象となる機能モジュールの組み合わせの種類の数を表している点とが第１の実施の形態と異なっている。
【００６５】
第３の実施の形態では、ＲＯＭ３２に、図７に示すような、実行中の処理において発生した障害の種別と、障害が発生した処理に対応する注目機能に対する診断項目の診断項目名及び診断ＩＤと、診断レベルとが格納された障害機能対応テーブルが記憶されている。
【００６６】
障害機能対応テーブルでは、注目機能として、対応する障害の発生原因と考えられる機能部に対する診断項目の診断項目名及び診断ＩＤが格納されている。
【００６７】
また、診断レベルは、注目機能の機能部と関連する機能部との組み合わせの種類の数を表わしている。例えば、図８に示すように、診断レベルが高いほど、注目機能の機能部に結合する機能部の多くの組み合わせの各々を対象として診断が行われる。
【００６８】
コントロールモジュール２６では、画像形成装置１２の使用時に実行された処理において障害が発生すると、障害機能対応テーブルに基づいて、障害が発生した処理に対応する注目機能の機能部に対する診断項目の診断項目名と、診断実施フラグ「ｔｒｕｅ」と、診断レベルとを対応して設定した診断設定ファイルを生成して、ＲＡＭ３６に記憶する。例えば、ＦＡＸ受信処理において障害が発生した場合には、図９に示すように、ＦＡＸ受信処理に対応する機能部に対する診断項目の診断項目名「ＦＡＸ」と、診断実施フラグ「ｔｒｕｅ」と、診断レベル「２」とが対応して診断設定ファイルに設定される。
【００６９】
更に障害が発生した場合には、ＲＡＭ３６に記憶された診断設定ファイルに、障害が発生した処理に対応する注目機能の機能部に対する診断項目の診断項目名と、診断実施フラグ「ｔｒｕｅ」と、診断レベルとが追加して設定される。
【００７０】
次に、第３の実施の形態に係る画像形成システム１０の作用を説明する。
【００７１】
まず、画像形成装置１２が使用されている場合に、ＣＰＵ３４において、図１０に示す障害検出処理ルーチンが実行される。
【００７２】
ステップ３００において、画像形成装置１２で実行されている処理において障害の発生を検出したか否かを判定する。障害の発生が検出されなかった場合には、ステップ３００へ戻るが、実行されている処理で障害の発生が検出されると、ステップ３０２へ移行する。
【００７３】
ステップ３０２では、障害機能対応テーブルに基づいて、上記ステップ３００で検出された障害の種別に対応する診断項目名と診断実施フラグ「ｔｒｕｅ」と診断レベルとを診断設定ファイルに記録して、ステップ３００へ戻る。
【００７４】
上記のように障害検出処理ルーチンが繰り返し実行されることにより、画像形成装置１２の使用時に発生した障害に応じて、診断設定ファイルに、診断項目名と診断実施フラグ「ｔｒｕｅ」と診断レベルとが記録される。
【００７５】
そして、サービスマンが、画像形成装置１２が使用されている現場で画像形成装置１２の診断を行う場合には、サービスマンが、診断プログラムが記憶されたＵＳＢメモリ５０を画像形成装置１２に接続し、操作パネルモジュール２４を操作して、診断開始を指示する。これによって、画像形成装置１２のＣＰＵ３４において、以下のように、診断処理ルーチンが実行される。
【００７６】
まず、ＵＳＢメモリ５０から診断プログラムを読み出してＲＡＭ３６に展開し、ＲＡＭ３６から、診断設定ファイルを読み出す。そして、読み出された診断設定ファイルに基づいて、診断プログラム内の診断項目テーブルを再構築する。
【００７７】
次に、診断項目テーブルのデータを順次探索して、診断有無の項目に「有」が設定されている診断項目が存在するか判定する。診断有無の項目に「有」が設定されている診断項目が存在する場合には、診断プログラムから診断関数を呼び出して、診断項目に対応する機能モジュールが故障しているか否かを診断し、診断結果を、診断項目テーブルの対応する診断結果の項目に格納する。
【００７８】
このとき、診断レベルが１よりも大きく設定されている場合には、まず、診断レベル１で、注目の機能モジュールに対して故障しているか否かを診断する。ここで、故障が検出されれば、その旨を操作パネルに通知すればよい。診断レベル１の診断で故障が検出されなかった場合には、次に診断レベル２で、注目の機能モジュールと、注目の機能モジュールに結合する機能モジュールとの組み合わせに対して診断を実施する。つまり、診断項目テーブルに設定された診断レベルに到達するまで、順次診断を実施する。
【００７９】
また、診断項目テーブルを順次探索して、診断有無の項目に「有」が設定されている診断項目がなくなるまで、繰り返し診断が実行される。
【００８０】
そして、診断項目テーブルの診断結果の項目に基づいて、故障が検出されたか否かを判定する。故障がなかった場合は、特に何もせずに診断処理ルーチンを終了する。一方、故障が検出されたと判定された場合には、得られた診断設定ファイルを、故障が検出された機能モジュールに対応する診断項目名と、診断実施フラグ「ｔｒｕｅ」とを格納した診断設定ファイルに更新する。このとき、診断項目テーブルに基づいて、故障が検出された機能モジュールに対応する診断項目の関連付けの項目に、関連する診断項目の診断ＩＤが登録されている場合には、関連する診断項目の診断項目名と診断実施フラグ「ｔｒｕｅ」とを、診断設定ファイルにさらに格納する。
【００８１】
そして、更新された診断設定ファイルをＵＳＢメモリ５０に新たに記憶させて、診断処理ルーチンを終了する。
【００８２】
以上説明したように、第３の実施の形態によれば、障害が検出された処理に対応する機能モジュールに対する診断項目の診断を実施するように診断設定ファイルを記録することにより、故障診断を行う毎に全ての機能モジュールに対して故障診断を行う場合と比較して、診断時間を短縮することができる。
【００８３】
また、障害が検出された処理に対応する機能モジュール以外に関連する機能モジュールに対する診断項目についても診断を行うように診断設定ファイルを記録することができる。
【００８４】
なお、上記の実施の形態において、障害機能対応テーブルのデータが、実行している処理で発生した障害の種別毎に格納されている場合を例に説明したが、更に細分化した種別毎にデータを格納するようにしてもよい。例えば、ＣＰＵの予期せぬアドレスへのアクセスによる例外発生に対応して、注目機能に対応する診断項目名として、「ＭＥＭＯＲＹ１」又は「ＭＥＭＯＲＹ２」が格納され、診断レベルとして「２」が格納された障害機能対応テーブルを用いてもよい。
【００８５】
また、上記の第３の実施の形態においても、上記の第２の実施の形態を適用し、診断設定ファイルに基づいて診断項目テーブルを再構築する際に、診断項目テーブルの関連付けの項目を参照して、関連する診断項目を実施するように診断項目テーブルを設定してもよい。
【００８６】
また、上記の第１の実施の形態〜第３の実施の形態では、操作パネルモジュールの操作によって、故障診断が開始される場合を例に説明したが、これに限定されるものではなく、故障診断の開始条件を予め設定しておいて、自動的に故障診断を開始するようにしてもよく、また、インタフェースを介して特定の信号を受信したときに故障診断を開始するようにしてもよい。また、操作パネルモジュール以外の操作部分が操作されることにより、故障診断の開始が指示されるようにしてもよい。
【００８７】
また、ＵＳＢメモリから読み出して診断プログラムを得る場合を例に説明したが、これに限定されるものではなく、ＨＤＤやその他の記憶装置に、診断プログラムをあらかじめ記憶させておいてもよい。また、クライアントＰＣなどの外部装置からインタフェースを介して診断プログラムを受け取るようにしてもよい。
【００８８】
また、診断設定ファイルが更新された日時によって、診断設定ファイルを自動的に消去するようにしてもよい。例えば、更新日時から１０日以上経過した診断設定ファイルが読み込まれた場合には、診断プログラムによって自動的に診断設定ファイルを消去して、予め用意された診断項目テーブルを用いて故障診断を行うようにしてもよい。
【００８９】
また、診断設定ファイルには、診断項目名と診断実施フラグと引数とを対応して格納する場合を例に説明したが、これに限定されるものではなく、診断対象となる機能モジュール名と診断実施フラグと引数とを対応して格納するようにしてもよい。
【００９０】
また、診断設定ファイルには、診断対象とした装置の情報(装置毎の製造番号)などを格納し、装置の情報が一致した診断設定ファイルだけを取り込むようにしてもよい。
【００９１】
また、本発明に係るプログラムを、ＣＤＲＯＭ等の記憶媒体に格納して提供するようにしてもよい。
【図面の簡単な説明】
【００９２】
【図１】本発明の第１の実施の形態に係る画像形成システムの構成を示す概略図である。
【図２】本発明の第１の実施の形態に係る画像形成装置の構成を示すブロック図である。
【図３】診断項目テーブルの例を示す図である。
【図４】診断設定ファイルの例を示す図である。
【図５】本発明の第１の実施の形態に係る画像形成装置における診断処理ルーチンの内容を示すフローチャートである。
【図６】故障診断の結果に応じて更新された診断設定ファイルの例を示す図である。
【図７】障害機能対応テーブルの例を示す図である。
【図８】診断レベルに応じた機能モジュールの組み合わせのパターンの例を示すイメージ図である。
【図９】障害発生の検出に応じて作成された診断設定ファイルの例を示す図である。
【図１０】本発明の第３の実施の形態に係る画像形成装置における障害検出処理ルーチンの内容を示すフローチャートである。
【符号の説明】
【００９３】
１０  画像形成システム
１２  画像形成装置
２０  読取モジュール
２２  印刷モジュール
２４  操作パネルモジュール
２６  コントロールモジュール
２８  インタフェース
３０  電源供給部
５０  ＵＳＢメモリ
【図１】
2010102433.tif 000003
【図２】
2010102433.tif 000004
【図３】
2010102433.tif 000005
【図４】
2010102433.tif 000006
【図５】
2010102433.tif 000007
【図６】
2010102433.tif 000008
【図７】
2010102433.tif 000009
【図８】
2010102433.tif 000010
【図９】
2010102433.tif 000011
【図１０】
2010102433.tif 000012