(57)【特許請求の範囲】
【請求項１】
管理装置と、
前記管理装置と通信可能な画像形成装置と、を備え、
前記画像形成装置は、
自装置の装置異常を、前記自装置をリセットせずに処理を続行可能な第１装置異常とそうでない第２装置異常とに区別して検出し、前記第２装置異常が検出された場合に前記自装置をリセットさせる異常検出部と、
検出された前記第１装置異常の復旧手順を表す登録復旧手順情報を前記管理装置に要求し、返信される前記登録復旧手順情報を取得する登録情報取得部と、
前記管理装置から得られた前記登録復旧手順情報に従った復旧処理である登録復旧処理を実行する登録復旧処理部と、
前記管理装置から前記登録復旧手順情報を取得することができなかった場合および前記登録復旧処理によって前記第１装置異常が解消されなかった場合に、検出された前記第１装置異常の復旧手順を指示する指示入力を受け付ける指示受付部と、
前記指示入力に従った復旧処理である指示復旧処理を実行する指示復旧処理部と、
前記指示復旧処理によって前記第１装置異常が解消した場合に、解消した前記第１装置異常および採用された復旧手順の情報の登録を前記管理装置に要求する登録要求部と、
不揮発性の記憶装置と、
前記第１装置異常が解消した場合に、解消した前記第１装置異常および採用された復旧手順の情報を含む復旧手順記録情報を前記記憶装置に記録する復旧手順記録部と、
検出された前記第１装置異常に対応する前記復旧手順記録情報が前記記憶装置に存在する場合に、前記管理装置の前記登録復旧手順情報が表す復旧処理よりも前記記憶装置に記憶されている前記復旧手順記録情報が表す復旧処理を優先して実行する記録復旧処理部と、を備え、
前記管理装置は、
前記画像形成装置から前記第１装置異常および前記復旧手順の情報を含む登録要求を受信した場合に、前記登録要求に含まれる前記第１装置異常および前記復旧手順の情報を含む前記登録復旧手順情報と、前記登録要求の受信回数および受信日付の情報と、を記憶部に記憶させる復旧手順登録部と、
前記画像形成装置から前記登録復旧手順情報の要求を受信した場合に、要求された前記登録復旧手順情報を前記画像形成装置に返信する登録情報返信部と、を備え、
前記登録情報返信部は、複数の前記登録復旧手順情報を返信する場合に、前記登録復旧手順情報における前記受信回数が少ない場合よりも前記受信回数が多い場合の方が高い優先順位を設定するとともに、前記登録復旧手順情報における前記受信日付が古い場合よりも前記受信日付が新しい場合の方が高い前記優先順位を設定し、複数の前記登録復旧手順情報とともに前記優先順位の情報を前記画像形成装置に返信する、画像形成装置の異常管理システム。
【請求項２】
前記画像形成装置は、
前記管理装置から前記登録復旧手順情報を取得することができなかった場合および前記登録復旧処理によって前記第１装置異常が解消されなかった場合に、検出された前記第１装置異常の情報を予め定められた通信の宛先に通知する異常情報通知部をさらに備える、請求項１に記載の画像形成装置の異常管理システム。
【請求項３】
検出および復旧の対象となる前記第１装置異常が、当該画像形成装置が備える記憶装置における記憶データの異常および制御状態の異常の一方または両方を含む、請求項１または請求項２に記載の画像形成装置の異常管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置および画像形成装置の異常管理システムに関する。
【背景技術】
【０００２】
一般に、画像形成装置が、自装置の装置異常を検出する機能を備えることが知られている。また、前記画像形成装置が、システム起動プログラムのデータ破損を検出した場合に、復旧起動プログラムを管理装置から受信し、その復旧起動プログラムを破損したデータの記憶領域に自動インストールすることが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−５３７７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、前記画像形成装置において発生し得る多様な装置異常に対応する復旧手順を予め想定し、想定し得る全ての前記復旧手順の情報を管理装置に登録する作業は手間である。また、予め登録した前記復旧手順を必要とする状況が、実際には発生しないこともある。この場合、復旧手順の情報を登録する事前の作業が無駄になる。
【０００５】
本発明の目的は、装置異常の復旧手順の情報を効率的に登録および活用できる画像形成装置および画像形成装置の異常管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の一の局面に係る画像形成装置は、管理装置と通信可能であり、異常検出部と、登録情報取得部と、登録復旧処理部と、指示受付部と、指示復旧処理部と、登録要求部とを備える。前記異常検出部は、自装置の装置異常を検出する。前記登録情報取得部は、登録復旧手順情報を前記管理装置に要求し、返信される前記登録復旧手順情報を取得する。前記登録復旧情報は、検出された前記装置異常の復旧手順を表す情報である。前記登録復旧処理部は、前記管理装置から得られた前記登録復旧手順情報に従った復旧処理である登録復旧処理を実行する。前記指示受付部は、前記管理装置から前記登録復旧手順情報を取得することができなかった場合および前記登録復旧処理によって前記装置異常が解消されなかった場合に、指示入力を受け付ける。前記指示入力は、検出された前記装置異常の復旧手順を指示する入力である。前記指示復旧処理部は、前記指示入力に従った復旧処理である指示復旧処理を実行する。前記登録要求部は、前記指示復旧処理によって前記装置異常が解消した場合に、解消した前記装置異常および採用された復旧手順の情報の登録を前記管理装置に要求する。
【０００７】
本発明の他の局面に係る画像形成装置の異常管理システムは、本発明の一の局面に係る前記画像形成装置と、前記画像形成装置と通信可能な管理装置とを備える。前記管理装置は、復旧手順登録部と、登録情報返信部とを備える。前記復旧手順登録部は、前記画像形成装置から登録要求を受信した場合に、登録復旧手順情報を記憶部に記憶させる。前記登録要求は、前記装置異常およびこれを解消する復旧手順の情報を含む。前記登録復旧手順情報は、前記登録要求に含まれる前記装置異常およびこれを解消する復旧手順の情報を含む。
【発明の効果】
【０００８】
本発明によれば、装置異常の復旧手順の情報を効率的に登録および活用できる画像形成装置および画像形成装置の異常管理システムを提供することが可能になる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る画像形成装置の異常管理システムの構成図である。
【図２】図２は、実施形態に係る画像形成装置のブロック図である。
【図３】図３は、異常管理システムにおける管理装置のブロック図である。
【図４】図４は、画像形成装置の異常管理システムにおける異常管理処理の手順の一例を表すフローチャートである。
【図５】図５は、異常管理処理における指示受付・復旧処理の手順の一例を表すフローチャートである。
【図６】図６は、画像形成装置における復旧手順記録データの構成図である。
【図７】図７は、画像形成装置が送信する復旧手順送信要求データの構成図である。
【図８】図８は、管理装置が送信する復旧手順提供データの構成図である。
【図９】図９は、画像形成装置が送信する復旧手順登録要求データの構成図である。
【図１０】図１０は、管理装置における復旧手順登録データの構成図である。
【図１１】図１１は、画像形成装置が送信する検出異常通知データの構成図である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照しながら、本発明の実施形態について説明する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定する性格を有さない。
【００１１】
［画像形成装置の異常管理システム１００の構成］
まず、図１を参照しつつ、実施形態に係る画像形成装置１０の異常管理システム１００の構成について説明する。
【００１２】
図１が示すように、異常管理システム１００は、相互に通信可能な画像形成装置１０および管理サーバー７を含む。管理サーバー７は、複数の画像形成装置１０との間で異常からの復旧手順の情報の受け渡しを行う管理装置の一例である。
【００１３】
画像形成装置１０は、通信回線１０１を通じて管理サーバー７と通信可能である。例えば、通信回線１０１が、画像形成装置１０をノードとする第１ＬＡＮ（Local Area Network）１０２と、管理サーバー７をノードとする第２ＬＡＮ１０３と、第１ＬＡＮ１０２および第２ＬＡＮ１０３を接続するインターネット１０４とを含むことが考えられる。
【００１４】
なお、画像形成装置１０に印刷ジョブを送信する端末装置８も、第１ＬＡＮ１０２のノードの１つである。図１において、端末装置８が仮想線（２点鎖線）で示されている。また、管理サーバー７が、第１ＬＡＮ１０２内に存在することも考えられる。
【００１５】
［画像形成装置１０］
次に、図２を参照しつつ、画像形成装置１０の構成について説明する。画像形成装置１０は、端末装置８から画像形成のジョブである印刷ジョブを受信し、その印刷ジョブを実行する。これにより、画像形成装置１０は、前記印刷ジョブが表す画像をシート材９０１に形成する。シート材９０１は、紙、コート紙、ハガキ、封筒、およびＯＨＰシートなどのシート状の画像形成媒体である。
【００１６】
図２が示す画像形成装置１０は、原稿９００から画像を読み取る画像読取装置の機能およびシート材９０１へ画像を形成する画像形成装置の機能を兼ね備えた複合機である。なお、画像形成装置１０が、画像送信機能を兼ね備えるファクシミリ装置などであることも考えられる。なお、図２において、原稿９００およびシート材９０１が仮想線で示されている。
【００１７】
画像形成装置１０は、主制御部１、操作表示部２、スキャン部２０、スキャン制御部３０、画像形成部４０、印刷制御部５０、通信部６０および画像処理部７０などを備える。
【００１８】
主制御部１、スキャン制御部３０、印刷制御部５０、通信部６０および画像処理部７０は、それぞれバス９に接続されおり、バス９を通じて相互にデータの受け渡しが可能である。
【００１９】
スキャン部２０は、原稿９００に光を走査する不図示の光学系、および原稿９００からの反射光の光量を画素ごとに検出して原稿画像データを出力する不図示のイメージセンサーなどを備える。
【００２０】
スキャン制御部３０は、スキャン部２０を制御して前記原稿画像データを取得する。さらに、スキャン制御部３０は、バス９を通じて前記原稿画像データを画像処理部７０などの他の機器に転送する。
【００２１】
画像形成部４０は、周知の電子写真方式の画像形成処理によってシート材９０１に画像を形成する。画像形成部４０は、不図示の像担持体およびその周辺機器を備え、前記像担持体からシート材９０１に現像剤の画像を転写するとともにその画像をシート材９０１に定着させる。
【００２２】
印刷制御部５０は、画像処理部７０から記録用画像データを取得し、前記記録用画像データに基づく画像をシート材９０１に形成する処理を画像形成部４０に実行させる。
【００２３】
なお、画像形成部４０が、インクジェット方式などの他の方式の画像形成処理を行う装置であることも考えられる。
【００２４】
通信部６０は、通信回線１０１を通じて管理サーバー７および端末装置８などの外部装置との間でデータの送受信を行う。さらに、通信部６０は、バス９を通じて主制御部１、スキャン制御部３０および印刷制御部５０などの各機器とデータの受け渡しを行う。
【００２５】
画像処理部７０は、バス９を通じて他の機器から得た画像データなどに対する各種のデータ処理を実行する。画像処理部７０によるデータ処理の対象は、例えば、スキャン制御部３０から得られる前記原稿画像データまたは端末装置８から通信部６０を通じて得られる前記印刷ジョブなどである。
【００２６】
例えば、画像処理部７０は、印刷ジョブに含まれる印刷データを前記記録用画像データへ変換し、印刷制御部５０へ転送する処理などを実行する。
【００２７】
スキャン制御部３０、印刷制御部５０および画像処理部７０は、例えばＤＳＰ（Digital Signal Processor）またはＡＳＩＣ（Application Specific Integrated Circuit）などによって構成される。
【００２８】
操作表示部２は、情報入力用の操作部と表示部とを含む。前記操作部は、例えばタッチパネルおよび操作ボタンなどを含む。前記表示部は、例えば液晶表示パネルおよび通知ランプなどを含む。
【００２９】
主制御部１は、画像形成装置１０を統括して制御する。例えば、主制御部１は、操作表示部２に操作メニューなどを表示させる。さらに、主制御部１は、操作表示部２の操作を通じて入力される入力情報および各種センサーの検出結果に応じて他の制御部に制御指令を出力する。さらに、本実施形態における主制御部１は、自装置の装置異常を検出する異常検出処理を実行する。
【００３０】
図２が示すように、主制御部１は、ＭＰＵ（Micro Processor Unit）１１、ＲＡＭ（Random Access Memory）１２および二次記憶部１３などを備える。
【００３１】
ＭＰＵ１１は、各種の演算およびデータ処理を実行するプロセッサーである。ＲＡＭ１２は、ＭＰＵ１１に実行させるためのプログラムを一時記憶する揮発性の主記憶部である。
【００３２】
二次記憶部１３は、ＭＰＵ１１が参照する各種情報を記憶する不揮発性の記憶部である。また、二次記憶部１３は、ＭＰＵ１１による各種情報の読み書きが可能な記憶部でもある。二次記憶部１３は、ＭＰＵ１１に各種の処理を実行させるためのプログラム、ＭＰＵ１１によって参照される情報および書き込まれる情報を記憶する。
【００３３】
［管理サーバー７］
図３が示すように、管理サーバー７は、ＣＰＵ（Central Processing Unit）７１、主記憶部７２、補助記憶部７３および通信部７４などを備える。
【００３４】
ＣＰＵ７１は、各種の演算およびデータ処理を実行するプロセッサーである。主記憶部７２は、ＣＰＵ７１に実行させるためのプログラムを一時記憶する揮発性の記憶部である。
【００３５】
補助記憶部７３は、ＣＰＵ７１が参照する各種データを記憶する不揮発性の記憶部である。また、補助記憶部７３は、ＣＰＵ７１による各種データの読み書きが可能な記憶部でもある。
【００３６】
補助記憶部７３は、ＣＰＵ７１に各種の処理を実行させるためのプログラムも記憶する。なお、例えば、補助記憶部７３がハードディスクドライブなどであることが考えられる。
【００３７】
通信部７４は、通信回線１０１を通じて画像形成装置１０との間でデータの送受信を行う通信インターフェースである。ＣＰＵ７１は、通信部７４を通じて画像形成装置１０との間でデータの送受信を行う。管理サーバー７が通信回線１０１を通じて画像形成装置１０との間でデータを送信または受信する処理においては、通信部７４がＣＰＵ７１と画像形成装置１０との間のデータ通信を中継する。
【００３８】
ところで、画像形成装置１０において発生し得る多様な装置異常に対応する復旧手順を予め想定し、想定し得る全ての前記復旧手順の情報を管理装置に登録する作業は手間である。また、予め登録した前記復旧手順を必要とする状況が、実際には発生しないこともある。この場合、復旧手順の情報を登録する事前の作業が無駄になる。
【００３９】
画像形成装置１０の異常管理システム１００は、画像形成装置１０における装置異常の復旧手順の情報を効率的に登録および活用できるように、異常管理処理を実行する。以下、その詳細について説明する。
【００４０】
［前記異常管理処理］
以下、図４に示されるフローチャートを参照しつつ、異常管理システム１００における前記異常管理処理の手順の一例について説明する。以下の説明において、Ｓ１０１，Ｓ１０２，…は、画像形成装置１０の主制御部１が前記異常管理処理において実行する各工程の識別符号を表す。また、Ｓ２０１，Ｓ２０２，…は、管理サーバー７のＣＰＵ７１が前記異常管理処理において実行する各工程の識別符号を表す。
【００４１】
＜工程Ｓ１０１＞
画像形成装置１０において、主制御部１は、前記異常検出処理を随時実行する。前記異常検出処理は、自装置の装置異常を検出する処理である。前記装置異常は、例えば、ＲＡＭ１２または二次記憶部１３などの記憶装置における記憶データの異常および制御状態の異常などである。
【００４２】
ＭＰＵ１１が異常検出プログラムＰｒ１１を実行することにより、主制御部１は工程Ｓ１０１の処理を実行する。工程Ｓ１０１の処理を実行する主制御部１が異常検出部の一例である。
【００４３】
前記制御状態の異常は、例えば、画像形成部４０における定着温度異常などである。前記定着温度異常は、画像形成後のシート材９０１を加熱する定着部の温度が、起動後から一定時間内に目標温度に到達しない現象である。
【００４４】
主制御部１は、予め定められた周期、あるいは起動するごとなどのタイミングで前記異常検出処理を実行する。例えば、工程Ｓ１０１で検出可能され得る前記装置異常が、前記記憶装置における記憶データの異常および前記制御状態の異常の一方または両方を含むことが考えられる。以下の説明において、この工程Ｓ１０１で検出される前記装置異常のことを検出異常と称する。
【００４５】
＜工程Ｓ１０２＞
前記装置異常が検出されると、主制御部１は、二次記憶部１３の復旧手順記録データＤ１を参照し、前記検出異常に対応する復旧手順データＤ０２が記憶されていれば、そのデータを取得する。
【００４６】
復旧手順データＤ０２は、過去に前記装置異常の解消に繋がった復旧処理の手順を表すデータである。復旧手順記録データＤ１は、主制御部１によって二次記憶部１３に記録されるデータであり、復旧手順データＤ０２を含む。
【００４７】
図６は、復旧手順記録データＤ１の構成の一例を示す。図６が示す例では、復旧手順記録データＤ１は、相互に関連づけられたエラーコードＤ０１、復旧手順データＤ０２、日付Ｄ０３および回数Ｄ０４を含む。
【００４８】
エラーコードＤ０１は、前記異常検出処理によって検出され得る前記装置異常の内容を識別する情報である。主制御部１が工程Ｓ１０１の前記異常検出処理によって検出可能な全ての前記装置異常は、予めエラーコードＤ０１に対応づけられている。
【００４９】
復旧手順データＤ０２は、前記装置異常を解消するための復旧処理の手順を表すデータである。復旧手順記録データＤ１に含まれる復旧手順データＤ０２は、自装置において過去に前記装置異常が検出されたときに実行され、前記装置異常の解消に至った復旧処理の手順を表す。
【００５０】
例えば、前記装置異常が、二次記憶部１３の記憶データの異常である場合、前記復旧処理が、二次記憶部１３の一部の記憶領域を初期化し、バックアップデータを初期化領域に転送する処理を含むことが考えられる。さらに、前記復旧処理が、初期化領域のデータに関連するＲＡＭ１２内のデータを修正する処理を含むことも考えられる。
【００５１】
また、前記装置異常が、画像形成部４０における定着温度異常である場合、前記復旧処理が、定着温度の検出温度と目標温度との差に応じて、定着ヒーターの制御パラメーターを再調整する処理を含むことが考えられる。
【００５２】
日付Ｄ０３は、対応するエラーコードＤ０１の前記装置異常が自装置において最後に検出され、解消した日付の情報である。
【００５３】
回数Ｄ０４は、対応するエラーコードＤ０１の前記装置異常が自装置において検出され、解消した回数の情報である。
【００５４】
前記検出異常に対応する復旧手順データＤ０２が二次記憶部１３に存在する場合、主制御部１は工程Ｓ１０３，Ｓ１０４の処理を実行する。一方、前記検出異常に対応する復旧手順データＤ０２が二次記憶部１３に存在しない場合、主制御部１は、工程Ｓ１０５の処理を実行する。
【００５５】
復旧手順記録データＤ１は、後述する工程において主制御部１によって二次記憶部１３に記録される。従って、画像形成装置１０の初期状態において、復旧手順記録データＤ１は二次記憶部１３に記録されていない。
【００５６】
なお、ＭＰＵ１１が記録情報取得プログラムＰｒ１２を実行することにより、主制御部１は工程Ｓ１０２の処理を実行する。工程Ｓ１０２の処理を実行する主制御部１が記録情報取得部の一例である。
【００５７】
＜工程Ｓ１０３＞
前記検出異常に対応する復旧手順データＤ０２が二次記憶部１３に存在する場合、主制御部１は、その復旧手順データＤ０２に従って復旧処理を実行する。
【００５８】
＜工程Ｓ１０４＞
さらに、主制御部１は、工程Ｓ１０３で実行した前記復旧処理によって前記検出異常が解消したか否かを判定する。
【００５９】
また、主制御部１は、工程Ｓ１０４の判定処理において、自装置をリセットせずに処理を続行可能であるか否かも併せて判定する。そして、自装置の状態が、リセットなしで処理を続行可能な状態である場合、主制御部１は、自装置をリセットせずに処理を続行する。
【００６０】
一方、自装置の状態が、リセットなしで処理を正常に続行できない状態である場合、主制御部１は、自装置をリセットしてから処理を続行する。
【００６１】
なお、ＭＰＵ１１が記録復旧プログラムＰｒ１３を実行することにより、主制御部１は工程Ｓ１０３，Ｓ１０４の処理を実行する。工程Ｓ１０３，Ｓ１０４の処理を実行する主制御部１が記録復旧処理部の一例である。
【００６２】
前記検出異常が解消した場合、主制御部１は、後述する工程Ｓ１１０の処理を実行する。一方、前記検出異常に対応する復旧手順データＤ０２が二次記憶部１３に存在しない場合、または、工程Ｓ１０３の前記復旧処理によって前記検出異常が解消しない場合、主制御部は、工程Ｓ１０５の処理を実行する。
【００６３】
＜工程Ｓ１０５＞
工程Ｓ１０５において、主制御部１は、前記検出異常の復旧手順を表す復旧手順データＤ０２を管理サーバー７に要求し、返信されるデータを取得する。
【００６４】
例えば、工程Ｓ１０５において、主制御部１は、管理サーバー７に対して復旧手順送信要求データＤ２を送信する。図７が示す例では、復旧手順送信要求データＤ２は、送信要求コマンドＤ２０、エラーコードＤ０１およびモデルＤ０５を含む。
【００６５】
送信要求コマンドＤ２０は、管理サーバー７に登録された復旧手順データＤ０２の送信を要求する旨を表すコマンドである。モデルＤ０５は、自装置、即ち、前記装置異常を検出した当該画像形成装置１０の型式の識別情報である。なお、モデルＤ０５が、画像形成装置１０にインストールされているファームウェアのバージョン情報を含むことも考えられる。
【００６６】
復旧手順送信要求データＤ２に含まれるエラーコードＤ０１およびモデルＤ０５は、要求する復旧手順データＤ０２を特定するためのデータである。
【００６７】
要求した復旧手順データＤ０２が管理サーバー７側に登録されている場合、復旧手順提供データＤ３が管理サーバー７から画像形成装置１０へ返信される。図８が示すように、復旧手順提供データＤ３は復旧手順データＤ０２を含む。
【００６８】
また、図８が示すように、復旧手順提供データＤ３が複数の復旧手順データＤ０２を含む場合、それらの優先順位を表す優先順位データＤ３０も復旧手順提供データＤ３に含まれる。
【００６９】
なお、ＭＰＵ１１が登録情報取得プログラムＰｒ１４を実行することにより、主制御部１は工程Ｓ１０５の処理を実行する。工程Ｓ１０５の処理を実行する主制御部１が登録情報取得部の一例である。
【００７０】
＜工程Ｓ１０６＞
復旧手順データＤ０２が管理サーバー７から得られた場合、主制御部１は、その復旧手順データＤ０２に従って復旧処理を実行する。
【００７１】
＜工程Ｓ１０７＞
さらに、主制御部１は、工程Ｓ１０６で実行した前記復旧処理によって前記検出異常が解消したか否かを判定する。この工程Ｓ１０７の処理は前述の工程Ｓ１０４の処理と同様である。前記検出異常が解消した場合、主制御部１は、後述する工程Ｓ１０９の処理を実行する。
【００７２】
なお、ＭＰＵ１１が登録復旧プログラムＰｒ１５を実行することにより、主制御部１は工程Ｓ１０５，Ｓ１０７の処理を実行する。工程Ｓ１０６，Ｓ１０７の処理を実行する主制御部１が登録復旧処理部の一例である。本実施形態において、工程Ｓ１０６，Ｓ１０７の処理は、二次記憶部１３から復旧手順記録データＤ１の復旧手順データＤ０２を取得できなかった場合、および、工程Ｓ１０３の前記復旧処理によって前記検出異常が解消されなかった場合に実行される。
【００７３】
＜工程Ｓ１０８＞
一方、前記検出異常に対応する復旧手順データＤ０２が管理サーバー７から得られなかった場合、または、工程Ｓ１０６の前記復旧処理によって前記検出異常が解消しない場合、主制御部は、指示受付・復旧処理を実行する。前記指示受付・復旧処理の詳細については後述する（図５参照）。
【００７４】
＜工程Ｓ１０９＞
工程Ｓ１０６で実行した前記復旧処理によって前記検出異常が解消した場合、主制御部１は、復旧手順登録要求処理を実行する。この処理は、解消した前記装置異常および前記装置異常の解消のために採用された復旧手順を表す復旧手順データＤ０２の登録を管理サーバー７に要求する処理である。
【００７５】
例えば、主制御部１は、工程Ｓ１０９において、図９に示されるような構成の復旧手順登録要求データＤ４を管理サーバー７に送信する。図９が示す例では、復旧手順登録要求データＤ４は、登録要求コマンドＤ４０、エラーコードＤ０１、モデルＤ０５および復旧手順データＤ０２を含む。
【００７６】
登録要求コマンドＤ４０は、管理サーバー７に復旧手順データＤ０２の登録を要求する旨を表すコマンドである。復旧手順登録要求データＤ４のエラーコードＤ０１は、工程Ｓ１０６の処理によって解消した前記装置異常を表す。
【００７７】
復旧手順登録要求データＤ４のモデルＤ０５は、自装置の型式の識別情報である。復旧手順登録要求データＤ４の復旧手順データＤ０２は、工程Ｓ１０６で実行した前記復旧処理の手順を表すデータである。
【００７８】
なお、ＭＰＵ１１が登録要求プログラムＰｒ１６を実行することにより、主制御部１は工程Ｓ１０９の処理を実行する。工程Ｓ１０９の処理を実行する主制御部１が登録要求部の一例である。
【００７９】
＜工程Ｓ１１０＞
工程Ｓ１０３または工程Ｓ１０６の前記復旧処理によって前記検出異常が解消した場合、主制御部１は、復旧手順記録データＤ１を二次記憶部１３に記録する処理、または、復旧手順記録データＤ１を更新する処理を実行する。
【００８０】
より具体的には、工程Ｓ１０６の前記復旧処理によって前記検出異常が解消した場合、主制御部１は、エラーコードＤ０１、復旧手順データＤ０２、日付Ｄ０３および回数Ｄ０４を復旧手順記録データＤ１に追加する。
【００８１】
追加されるエラーコードＤ０１は、工程Ｓ１０６の前記復旧処理によって解消した前記装置異常を表すデータである。追加される復旧手順データＤ０２は、工程Ｓ１０６の前記復旧処理を表すデータである。追加される日付Ｄ０３は、前記装置異常が検出された日、または、前記装置異常が解消された日である。また、追加される回数Ｄ０４の初期値は１回である。
【００８２】
一方、工程Ｓ１０３の前記復旧処理によって前記検出異常が解消した場合、主制御部１は、既に存在する復旧手順記録データＤ１における該当する日付Ｄ０３および回数Ｄ０４を更新する。その際、解消した前記装置異常のエラーコードＤ０１および工程Ｓ１０３の前記復旧処理を表す復旧手順データＤ０２の組合せに対応する日付Ｄ０３および回数Ｄ０４が更新される。
【００８３】
なお、ＭＰＵ１１が復旧手順記録プログラムＰｒ１７を実行することにより、主制御部１は工程Ｓ１１０の処理を実行する。工程Ｓ１１０の処理を実行する主制御部１が復旧手順記録部の一例である。
【００８４】
工程Ｓ１０８または工程Ｓ１１０の処理が終了することにより、前記異常管理処理における画像形成装置１０の処理が終了する。
【００８５】
＜工程Ｓ２０１＞
一方、管理サーバー７のＣＰＵ７１は、画像形成装置１０から復旧手順データＤ０２の要求があるか否かを随時監視する。即ち、ＣＰＵ７１は、復旧手順送信要求データＤ２の受信を監視する。
【００８６】
＜工程Ｓ２０２＞
ＣＰＵ７１は、復旧手順送信要求データＤ２を受信すると、補助記憶部７３に登録されているデータから要求された復旧手順データＤ０２を検索する。検索対象のデータは、復旧手順登録データＤ５である。
【００８７】
復旧手順登録データＤ５は、ＣＰＵ７１が、複数の画像形成装置１０各々から送られてくる復旧手順データＤ０２を集約して補助記憶部７３に保存するデータである。後述するように、ＣＰＵ７１は、画像形成装置１０から復旧手順登録要求データＤ４を受信したときに、その復旧手順登録要求データＤ４の内容を集約し、復旧手順登録データＤ５として補助記憶部７３に保存する。
【００８８】
例えば、図１０に示される例では、復旧手順登録データＤ５は、相互に関連づけられたエラーコードＤ０１、モデルＤ０５、復旧手順データＤ０２、日付Ｄ０７および回数Ｄ０８などを含む。
【００８９】
復旧手順登録データＤ５におけるエラーコードＤ０１、モデルＤ０５および復旧手順データＤ０２は、画像形成装置１０からの復旧手順登録要求データＤ４に含まれていたデータである。また、日付Ｄ０７は、これに対応するエラーコードＤ０１、復旧手順データＤ０２およびモデルＤ０５を含む復旧手順登録要求データＤ４を最後に受信した日である。
【００９０】
回数Ｄ０８は、これに対応するエラーコードＤ０１、復旧手順データＤ０２およびモデルＤ０５を含む復旧手順登録要求データＤ４を受信した回数である。
【００９１】
工程Ｓ２０２において、ＣＰＵ７１は、復旧手順登録データＤ５において、受信した復旧手順送信要求データＤ２に含まれるエラーコードＤ０１およびモデルＤ０５の組合せに対応する復旧手順データＤ０２を検索する。
【００９２】
また、工程Ｓ２０２において、ＣＰＵ７１が、復旧手順送信要求データＤ２に含まれるモデルＤ０５に加え、それと同じ系列の他のモデルＤ０５に対応するデータも検索対象とすることも考えられる。この場合、モデルＤ０５の系列に関する情報が、予め補助記憶部７３に記憶されており、ＣＰＵ７１は、その情報を参照する。
【００９３】
＜工程Ｓ２０３＞
さらに、管理サーバー７のＣＰＵ７１は、検索結果を復旧手順データＤ０２の要求元の画像形成装置１０へ送信する。即ち、要求された復旧手順データＤ０２が復旧手順登録データＤ５に含まれる場合、ＣＰＵ７１は、その復旧手順データＤ０２を含む復旧手順提供データＤ３を画像形成装置１０に送信する（図８参照）。
【００９４】
工程Ｓ２０２の検索の結果、複数種類の復旧手順送信要求データＤ２が得られた場合、ＣＰＵ７１は、それらの優先順位を表す優先順位データＤ３０を復旧手順提供データＤ３に含めて送信する。
【００９５】
例えば、復旧手順送信要求データＤ２に含まれるモデルＤ０５に対応する復旧手順データＤ０２が、系列の他のモデルＤ０５とに対応する復旧手順データＤ０２よりも高い優先順位が設定されることが考えられる。
【００９６】
さらに、同じモデルＤ０５に対応する複数の復旧手順データＤ０２において、回数Ｄ０８が多い復旧手順データＤ０２が、回数Ｄ０８の少ない復旧手順データＤ０２よりも高い優先順位が設定されることが考えられる。さらに、同じモデルＤ０５に対応する複数の復旧手順データＤ０２において、より新しい日付Ｄ０７に対応する復旧手順データＤ０２が、古い日付Ｄ０７に対応する復旧手順データＤ０２よりも高い優先順位が設定されることが考えられる。
【００９７】
一方、要求された復旧手順データＤ０２が復旧手順登録データＤ５に含まれない場合、ＣＰＵ７１は、要求データが登録されていない旨の通知を画像形成装置１０に送信する。ＣＰＵ７１は、工程Ｓ２０３の処理の後、工程Ｓ２０１からの処理を繰り返す。
【００９８】
以上に示されるように、ＣＰＵ７１は、工程Ｓ２０１〜Ｓ２０３において、登録情報返信処理を実行する。前記登録情報返信処理は、画像形成装置１０から登録された復旧手順データＤ０２の要求が受信された場合に、要求された復旧手順データＤ０２を画像形成装置１０に返信する処理である。ＣＰＵ７１は、登録情報返信プログラムＰｒ２１を実行することにより、工程Ｓ２０１〜Ｓ２０３の処理を実行する。工程Ｓ２０１〜Ｓ２０３の処理を実行するＣＰＵ７１が登録情報返信部の一例である。
【００９９】
［前記指示受付・復旧処理］
次に、図５に示されるフローチャートを参照しつつ、図４の工程Ｓ１０８で実行される前記指示受付・復旧処理の手順の一例について説明する。以下の説明において、Ｓ３０１，Ｓ３０２，…は、画像形成装置１０の主制御部１が前記指示受付・復旧処理において実行する各工程の識別符号を表す。また、Ｓ４０１，Ｓ４０２，Ｓ５０１，Ｓ５０２は、管理サーバー７のＣＰＵ７１が前記異常管理処理において実行する各工程の識別符号を表す。
【０１００】
＜工程Ｓ３０１＞
前記指示受付・復旧処理において、画像形成装置１０の主制御部１は、検知した前記装置異常の情報を含む検出異常通知データＤ６を管理サーバー７へ送信する。
【０１０１】
例えば、図１１に示されるように、検出異常通知データＤ６は、通知コマンドＤ６０、エラーコードＤ０１、モデルＤ０５および装置ＩＤ（Ｄ０６）などを含む。通知コマンドＤ６０は、当該データが画像形成装置１０において検出された前記装置異常の内容を通知するデータである旨を表す。
【０１０２】
検出異常通知データＤ６のエラーコードＤ０１は、工程Ｓ１０３および工程Ｓ１０６の前記復旧処理によって解消されなかった前記検出異常の内容を識別する情報である。
【０１０３】
検出異常通知データＤ６のモデルＤ０５および装置ＩＤ（Ｄ０６）は、それぞれ自装置の型式情報および自装置の識別情報である。例えば、装置ＩＤ（Ｄ０６）が、自装置の製造番号またはＭＡＣアドレスなどであることが考えられる。
【０１０４】
工程Ｓ３０１の処理および次の工程Ｓ３０２の処理は、工程Ｓ１０５において管理サーバー７から登録された復旧手順データＤ０２を取得することができなかった場合、および、工程Ｓ１０６の前記復旧処理によって前記装置異常が解消されなかった場合に実行される。
【０１０５】
工程Ｓ３０１の処理は、前記検出異常の情報を予め定められた通信の宛先に通知する処理である。工程Ｓ３０１の処理を実行する主制御部１が異常情報通知部の一例である。
【０１０６】
＜工程Ｓ３０２＞
さらに、画像形成装置１０において、主制御部１は、前記検出異常の復旧手順を指示する指示入力を受け付ける指示受付処理を実行する。前記指示受付処理は、サービスエンジニアなどのように画像形成装置１０に詳しい要員の操作に従って実行される。
【０１０７】
主制御部１は、操作表示部２を通じて前記指示入力を受け付ける。工程Ｓ３０２の処理を実行する主制御部１が指示受付部の一例である。
【０１０８】
なお、メンテナンス用端末が、不図示のコネクターを通じて主制御部１に接続され、主制御部１が、前記メンテナンス用端末を通じて前記指示入力を受け付けることも考えられる。
【０１０９】
＜工程Ｓ３０３＞
さらに、主制御部１は、前記指示入力に従った前記復旧処理を実行する。主制御部１は、操作表示部２に対して予め定められた指示受付開始操作が行われてから指示受付終了操作が行われるまで、工程Ｓ３０２，Ｓ３０３の処理を繰り返す。
【０１１０】
＜工程Ｓ３０４＞
前記指示受付終了操作が行われると、主制御部１は、工程Ｓ３０３で実行した前記復旧処理によって前記検出異常が解消したか否かを判定する。この工程Ｓ３０４の処理は図４の工程Ｓ１０４の処理と同様である。
【０１１１】
なお、工程Ｓ３０３，Ｓ３０４の処理を実行する主制御部１が、指示復旧処理を実行する指示復旧処理部の一例である。
【０１１２】
＜工程Ｓ３０５＞
前記検出異常が工程Ｓ３０３の前記復旧処理によって解消した場合、主制御部１は、図４の工程Ｓ１０９と同様に、前記復旧手順登録要求処理を実行する。前述したように、前記復旧手順登録要求処理は、解消した前記装置異常および前記装置異常の解消のために採用された復旧手順を表す復旧手順データＤ０２の登録を管理サーバー７に要求する処理である。工程Ｓ３０５の処理を実行する主制御部１が登録要求部の一例である。
【０１１３】
例えば、主制御部１は、工程Ｓ３０５において、図４の工程Ｓ１０９と同様に、図９に示されるような構成の復旧手順登録要求データＤ４を管理サーバー７に送信する。
【０１１４】
＜工程Ｓ３０６＞
工程Ｓ３０３の前記復旧処理によって前記検出異常が解消した場合、主制御部１は、復旧手順記録データＤ１を二次記憶部１３に記録する。より具体的には、主制御部１は、解消した前記検出異常を表すエラーコードＤ０１、工程Ｓ３０３の前記復旧処理を表す復旧手順データＤ０２、日付Ｄ０３および回数Ｄ０４を復旧手順記録データＤ１に追加する。
【０１１５】
工程Ｓ３０３の前記復旧処理によって前記検出異常が解消しない場合、および、工程Ｓ３０５，Ｓ３０６の処理が終了した場合に、前記指示受付・復旧処理における画像形成装置１０の処理が終了する。
【０１１６】
＜工程Ｓ４０１＞
一方、管理サーバー７のＣＰＵ７１は、画像形成装置１０から前記検出異常の情報が通知されるか否かを随時監視する。即ち、ＣＰＵ７１は、検出異常通知データＤ６の受信を監視する。
【０１１７】
＜工程Ｓ４０２＞
ＣＰＵ７１は、検出異常通知データＤ６を受信すると、その検出異常通知データＤ６に含まれるエラーコードＤ０１、モデルＤ０５および装置ＩＤ（Ｄ０６）を、異常状況データＤ７として補助記憶部７３に保存する。
【０１１８】
補助記憶部７３に保存された異常状況データＤ７は、前記サービスエンジニアのように、工程Ｓ３０２において前記検出異常の復旧手順を指示する要員によって参照および活用されるデータである。検出異常通知データＤ６が装置ＩＤ（Ｄ０６）を含むことにより、前記装置異常が発生している画像形成装置１０を特定することが可能である。
【０１１９】
管理サーバー７において、工程Ｓ４０２の処理の終了後、工程Ｓ４０１からの処理が繰り返される。ＣＰＵ７１は、異常情報記録プログラムＰｒ２２を実行することにより、工程Ｓ４０１〜Ｓ４０２の処理を実行する。
【０１２０】
＜工程Ｓ５０１＞
さらに、管理サーバー７のＣＰＵ７１は、画像形成装置１０から復旧手順データＤ０２の登録要求があるか否かを随時監視する。即ち、ＣＰＵ７１は、復旧手順登録要求データＤ４の受信を監視する。復旧手順登録要求データＤ４は、図４の工程Ｓ１０９および図５の工程Ｓ３０５において送信されるデータである。
【０１２１】
＜工程Ｓ５０２＞
ＣＰＵ７１は、復旧手順登録要求データＤ４を受信すると、受信した復旧手順登録要求データＤ４に含まれるエラーコードＤ０１、モデルＤ０５および復旧手順データＤ０２を、復旧手順登録データＤ５として補助記憶部７３に保存する。
【０１２２】
復旧手順登録要求データＤ４は登録要求の一例であり、復旧手順登録要求データＤ４に含まれるエラーコードＤ０１、モデルＤ０５および復旧手順データＤ０２は、前記装置異常およびこれを解消する復旧手順の情報の一例である。
【０１２３】
工程Ｓ５０２の処理は、画像形成装置１０からの前記登録要求に含まれる前記装置異常およびこれを解消する復旧手順の情報を含む登録復旧手順情報を補助記憶部７３に記憶させる処理の一例である。この処理は、画像形成装置１０から前記登録要求を受信した場合に実行される。工程Ｓ５０２の処理を実行するＣＰＵ７１が復旧手順登録部の一例である。
【０１２４】
ＣＰＵ７１は、復旧手順登録プログラムＰｒ２３を実行することにより、工程Ｓ５０１〜Ｓ５０２の処理を実行する。
【０１２５】
本実施形態において、ＣＰＵ７１は、エラーコードＤ０１、モデルＤ０５および復旧手順データＤ０２に加え、日付Ｄ０７および回数Ｄ０８を復旧手順登録データＤ５の一部として補助記憶部７３に保存する。
【０１２６】
管理サーバー７において、工程Ｓ５０２の処理の終了後、工程Ｓ５０１からの処理が繰り返される。
【０１２７】
本実施形態によれば、画像形成装置１０の前記装置異常が発生した場合に、サービスエンジニアなどの専門家による復旧手順の指示入力に従って前記復旧処理が実行される（図５のＳ３０２，Ｓ３０３）。さらに、その装置異常の解消に繋がった前記復旧手順が、復旧手順登録データＤ５として自動的に管理サーバー７に登録される（図５のＳ５０２）。
【０１２８】
そして、管理サーバー７に登録された復旧手順登録データＤ５が、同様の前記装置異常を検出した複数の画像形成装置１０によって活用される（図４のＳ１０５）。その結果、想定し得る全ての前記復旧手順のデータを予め管理サーバー７に登録する、或いは個別の復旧手順に対応する複数の復旧プログラムを予め用意するなどの手間な作業が不要となる。
【０１２９】
また、画像形成装置１０は、自装置での前記装置異常の解消に有効であった前記復旧手順を表す復旧手順記録データＤ１を二次記憶部１３に記録する（図４のＳ１１０）。そして、同じ前記装置異常が再発した場合、画像形成装置１０は、管理サーバー７に復旧手順登録データＤ５として登録された前記復旧手順よりも、自装置の二次記憶部１３に記録された復旧手順記録データＤ１が表す前記復旧手順を優先して実行する（図４のＳ１０３）。
【０１３０】
従って、同じ前記装置異常が再発した場合に、自装置において有効である可能性の高い前記復旧手順が優先して実行される。これにより、前記装置異常の迅速な解消が可能になる。
【０１３１】
また、画像形成装置１０は、管理サーバー７から前記検出異常に対応する復旧手順データＤ０２を取得することができなかった場合、および、工程Ｓ１０６，Ｓ１０７の前記復旧処理によって前記検出異常が解消されなかった場合に、前記検出異常の情報を予め定められた外部装置に通知する（図５のＳ３０１）。
【０１３２】
上記通知がなされる状況は、画像形成装置１０が自動的に実行する工程Ｓ１０３，Ｓ１０６の前記復旧処理が前記検出異常の解消に繋がらず、前記サービスエンジニアなどの要員による対応が必要になった状況である。
【０１３３】
上記の状況において、前記検出異常の内容を表す検出異常通知データＤ６が、前記要員によるデータの参照が可能な前記外部装置に送信されれば、前記要員が事前に画像形成装置１０の状態を把握することができる。なお、本実施形態における前記外部装置は管理サーバー７である。
【０１３４】
また、記憶装置における記憶データの異常および制御状態の異常は、ＭＰＵ１１がプログラムを実行することによって自動復旧可能な異常である場合が多い。そのため、記憶データの異常および制御状態の異常は、前記異常管理処理の対象として好適である。
【０１３５】
[応用例]
以上に示された実施形態において、復旧手順記録データＤ１が、画像形成装置１０が第１ＬＡＮ１０２を通じて通信可能な他の装置の記憶部に記録されることも考えられる。
【０１３６】
同様に、復旧手順登録データＤ５が、管理サーバー７が第２ＬＡＮ１０３を通じて通信可能な他の装置の記憶部に保存されることも考えられる。
【０１３７】
また、検出異常通知データＤ６が、管理サーバー７とは異なる外部装置の通信の宛先に送信されることも考えられる。また、検出異常通知データＤ６が、電子メールのデータとして前記外部装置に送信されることも考えられる。この場合、前記通信の宛先は、前記外部装置の電子メールアドレスである。
【０１３８】
また、図４の工程Ｓ１０１の処理によって自装置の前記装置異常が検出された場合、主制御部１が、前記装置異常が自装置をリセットせずに処理を続行可能な種類の異常であるか否かを判定することが考えられる。そして、前記装置異常が、リセットなしで処理を続行可能な異常である場合に、主制御部１が工程Ｓ１０２以降の処理を実行し、そうでない場合に、主制御部１が自装置をリセットさせることも考えられる。
【０１３９】
なお、本発明に係る画像形成装置および画像形成装置の異常管理システムは、各請求項に記載された発明の範囲において、以上に示された実施形態及び応用例を自由に組み合わせること、或いは実施形態及び応用例を適宜、変形する又は一部を省略することによって構成されることも可能である。
【符号の説明】
【０１４０】
１            ：主制御部
２            ：操作表示部
７            ：管理サーバー
８            ：端末装置
９            ：バス
１０          ：画像形成装置
１１          ：ＭＰＵ
１２          ：ＲＡＭ
１３          ：二次記憶部
２０          ：スキャン部
３０          ：スキャン制御部
４０          ：画像形成部
５０          ：印刷制御部
６０          ：通信部
７０          ：画像処理部
７１          ：ＣＰＵ
７２          ：主記憶部
７３          ：補助記憶部
７４          ：通信部
１００        ：異常管理システム
１０１        ：通信回線
１０２        ：第１ＬＡＮ
１０３        ：第２ＬＡＮ
１０４        ：インターネット
９００        ：原稿
９０１        ：シート材
Ｄ１          ：復旧手順記録データ
Ｄ２          ：復旧手順送信要求データ
Ｄ３          ：復旧手順提供データ
Ｄ４          ：復旧手順登録要求データ
Ｄ５          ：復旧手順登録データ
Ｄ６          ：検出異常通知データ
Ｄ７          ：異常状況データ
Ｐｒ１１      ：異常検出プログラム
Ｐｒ１２      ：記録情報取得プログラム
Ｐｒ１３      ：記録復旧プログラム
Ｐｒ１４      ：登録情報取得プログラム
Ｐｒ１５      ：登録復旧プログラム
Ｐｒ１６      ：登録要求プログラム
Ｐｒ１７      ：復旧手順記録プログラム
Ｐｒ２１      ：登録情報返信プログラム
Ｐｒ２２      ：異常情報記録プログラム
Ｐｒ２３      ：復旧手順登録プログラム
【図１】
0006341150.tif 000002
【図２】
0006341150.tif 000003
【図３】
0006341150.tif 000004
【図４】
0006341150.tif 000005
【図５】
0006341150.tif 000006
【図６】
0006341150.tif 000007
【図７】
0006341150.tif 000008
【図８】
0006341150.tif 000009
【図９】
0006341150.tif 000010
【図１０】
0006341150.tif 000011
【図１１】
0006341150.tif 000012