画像形成装置、画像形成プログラム、保守管理装置、保守管理プログラム、及び保守管理システム
【課題】不具合の状態を的確に表す情報を送信できる画像形成装置及び画像形成プログラムを提供する。
【解決手段】
画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、制御プログラムの実行により生じる不具合を検知する検知手段と、検知手段の検知した不具合が制御プログラムの更新によって生じた不具合である可能性の有無を、第１記憶手段が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する第１判定手段と、可能性が有ると第１判定手段が判定すると、可能性の有無を含む不具合の状態を表す状態情報を送信する送信手段とを備える。これによれば、不具合が制御プログラムの更新によって生じた可能性の有無を精度良く判定できるだけでなく、判定した可能性の有無で不具合の状態を的確に表す情報を送信できる。
【解決手段】
画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、制御プログラムの実行により生じる不具合を検知する検知手段と、検知手段の検知した不具合が制御プログラムの更新によって生じた不具合である可能性の有無を、第１記憶手段が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する第１判定手段と、可能性が有ると第１判定手段が判定すると、可能性の有無を含む不具合の状態を表す状態情報を送信する送信手段とを備える。これによれば、不具合が制御プログラムの更新によって生じた可能性の有無を精度良く判定できるだけでなく、判定した可能性の有無で不具合の状態を的確に表す情報を送信できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、画像形成プログラム、保守管理装置、保守管理プログラム、及び保守管理システムに関する。
【背景技術】
【０００２】
近年、事務機器を快適に利用可能な状態に維持できる事務機器管理システムが広く知られている（例えば、特許文献１）。
この事務機器管理システムは、異常発生を知らせる情報を送信する事務機器と、事務機器の異常発生を知らせる情報を受信すると、受信した情報に対応するマシン設定情報を返信して該事務機器を管理するサーバ装置とを備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０３８３４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的とするところは、不具合の状態を的確に表す情報を送信できる画像形成装置及び画像形成プログラム、並びに不具合に対する対処方法を早期かつ容易に特定できる保守管理装置、保守管理プログラム、及び保守管理システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明に係る画像形成装置は、画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、制御プログラムの実行により生じる不具合を検知する検知手段と、検知手段の検知した不具合が制御プログラムの更新によって生じた不具合である可能性の有無を、第１記憶手段が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する第１判定手段と、可能性が有ると第１判定手段が判定すると、可能性の有無を含む不具合の状態を表す状態情報を送信する送信手段とを備えることを特徴としている。
【０００６】
上記構成において、第１判定手段は、更新された制御プログラムが試験的に実行された時期に、不具合の発生した時期が含まれる場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が有ると判定する構成を採用できる。
【０００７】
上記構成において、第１判定手段は、更新された制御プログラムが最初に実行された時期に、不具合の発生した時期が含まれる場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が有ると判定する構成を採用できる。
【０００８】
上記構成において、第１判定手段は、制御プログラムが更新された後から予め定める時間を経過するまでの時期に、不具合の発生した時期が含まれる場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が有ると判定する構成を採用できる。
【０００９】
上記構成において、検知手段が不具合を検知した検知時期を表す情報を記憶する第２記憶手段と、第２記憶手段が記憶する情報で表される時期に検知された不具合が更新時期よりも前の時期に発生した回数に基づいて、可能性の高低を判定する第２判定手段とを更に備え、送信手段は、可能性が有ると第１判定手段が判定すると、第２判定手段が判定した可能性の高低を含む不具合の状態を表す状態情報を送信する構成を採用できる。
【００１０】
上記構成において、第２判定手段は、更新時期よりも前の時期に不具合が検知されていない場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が高いと判定する構成を採用できる。
【００１１】
上記構成において、第１記憶手段が記憶する情報で表される更新時期は、制御プログラムが更新された更新時刻で表され、第２記憶手段が記憶する情報で表される検知時期は、不具合が検知された検知時刻で表され、更新時期よりも前の時期に発生した不具合は、更新時刻から予め定める時間だけ早い時刻までの期間に発生した不具合を含む構成を採用できる。
【００１２】
上記構成において、第１記憶手段が記憶する情報で表される更新時期は、更新されるまでに制御プログラムが実行された総実行回数で表され、第２記憶手段が記憶する情報で表される検知時期は、不具合が検知されるまでに制御プログラムが実行された総実行回数で表され、更新時期よりも前の時期に発生した不具合は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までにおいて発生した不具合を含む構成を採用できる。
【００１３】
上記構成において、第２判定手段は、第２記憶手段が記憶する情報で表される時期に検知された不具合が更新時期よりも後の時期において発生した発生頻度が、更新時期よりも前の時期の発生頻度よりも高い場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が高いと判定する構成を採用できる。
【００１４】
上記構成において、第１記憶手段が記憶する情報で表される更新時期は、制御プログラムが更新された更新時刻で表され、第２記憶手段が記憶する情報で表される検知時期は、不具合が検知された検知時刻で表され、更新時期よりも前の時期における発生頻度は、更新時刻から予め定める時間だけ早い時刻までの期間に不具合が発生した頻度を含み、更新時期よりも後の時期における発生頻度は、更新時刻から予め定める時間だけ遅い時刻までの期間に不具合が発生した頻度を含む構成を採用できる。
【００１５】
上記構成において、第１記憶手段が記憶する情報で表される更新時期は、更新されるまでに制御プログラムが実行された総実行回数で表され、第２記憶手段が記憶する情報で表される検知時期は、不具合が検知されるまでに制御プログラムが実行された総実行回数で表され、更新時期よりも前の時期において不具合が発生した発生頻度は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までの期間に不具合が発生した頻度を含み、更新時期よりも後の時期において不具合が発生した発生頻度は、更新時の総実行回数から予め定める回数だけ多い総実行回数までの期間に不具合が発生した頻度を含む構成を採用できる。
【００１６】
上記構成において、画像を形成する形成手段と、制御プログラムを実行することで、形成手段を制御する制御実行手段とを更に備え、検知手段は、制御実行手段により制御された形成手段に生じる不具合を検知する構成を採用できる。
【００１７】
上記構成において、画像を印刷される印刷媒体を搬送する搬送手段と、搬送手段による印刷媒体の搬送を検出する検出手段とを更に備え、形成手段は、搬送手段によって搬送される印刷媒体に画像を印刷し、制御実行手段は、制御プログラムの実行により形成手段及び搬送手段のいずれか１つ以上を制御し、
検知手段は、検出手段の検出結果に基づいて、形成手段及び搬送手段のいずれか１つ以上における印刷媒体の詰まりを検知する構成を採用できる。
【００１８】
上記構成において、第１記憶手段は、制御プログラムと制御プログラムの更新時期を表す情報と関連付けて記憶し、第１記憶手段が記憶する制御プログラムよりも新しい版の制御プログラムを受信する受信手段と、受信手段が受信した制御プログラムで、第１記憶手段に記憶された制御プログラムと更新時期を表す情報とを更新する更新手段とを備える構成を採用できる。
【００１９】
上記構成において、送信手段は、可能性が無いと第１判定手段が判定した不具合の発生回数が予め定める回数を超えた場合、及び不具合の発生頻度が予め定める頻度を超えた場合のいずれか１つ以上の場合に、不具合の状態を表す状態情報を送信する構成を採用できる。
【００２０】
本発明に係る画像形成プログラムは、コンピュータを、画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、制御プログラムの実行により生じる不具合を検知する検知手段と、検知手段の検知した不具合が制御プログラムの更新によって生じた不具合である可能性の有無を、第１記憶手段が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する第１判定手段と、可能性が有ると第１判定手段が判定すると、不具合の状態を表す状態情報を送信する送信手段に対して、可能性の有無を含む状態情報を送信するよう制御する制御実行手段として機能させる構成を採用できる。
【００２１】
本発明に係る保守管理装置は、画像を形成するために実行される制御プログラムの更新によって不具合が生じた可能性の有無を含む不具合の状態を表す状態情報を受信する受信手段と、制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、受信手段が受信した状態情報と対処記憶手段が関連付けて記憶した対処情報を特定する対処特定手段と、対処特定手段が特定した対処情報を、画像形成装置及び画像形成装置の保守管理を担当する担当者によって使用される端末装置のいずれか１つ以上へ送信する送信手段とを備えることを特徴としている。
【００２２】
本発明に係る保守管理プログラムは、コンピュータを、画像を形成するために実行される制御プログラムの更新によって不具合が生じた可能性の有無を含む不具合の状態を表す状態情報を受信する受信手段と、制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、受信手段が受信した状態情報と対処記憶手段が関連付けて記憶した対処情報を特定する対処特定手段と、
対処特定手段が特定した対処情報を、画像形成装置及び画像形成装置の保守管理を担当する担当者によって使用される端末装置のいずれか１つ以上へ送信する送信手段として機能させることを特徴としている。
【００２３】
本発明に係る保守管理システムは、画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、制御プログラムの実行により生じる不具合を検知する検知手段と、検知手段の検知した不具合が制御プログラムの更新によって生じた不具合である可能性の有無を、第１記憶手段が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する第１判定手段と、制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、可能性が有ると第１判定手段が判定すると、第１判定手段が判定した可能性の有無を含む状態情報と対処記憶手段が関連付けて記憶した対処情報を特定する対処特定手段と、対処特定手段が特定した対処情報が表す対処を通知する通知手段とを備えることを特徴としている。
【発明の効果】
【００２４】
請求項１の構成によれば、制御プログラムの更新時期と不具合の発生時期とに基づいて不具合が制御プログラムの更新によって生じた可能性の有無を精度良く判定できるだけでなく、判定した可能性の有無で不具合の状態を的確に表す情報を送信できる。
【００２５】
請求項２の構成によれば、制御プログラムの更新によって不具合が生じた可能性の有無を試験時期に基づいて精度良く判定できる。
【００２６】
請求項３の構成によれば、更新後における最初の実行時期に生じた不具合であるか否かに基づいて、制御プログラムの更新によって不具合が生じた可能性の有無を精度良く判定できる。
【００２７】
請求項４の構成によれば、経年劣化により生じる不具合と制御プログラムの更新によって生じた可能性の有る不具合とを精度良く判定できる。
【００２８】
請求項５の構成によれば、更新時期よりも前における不具合の発生回数に基づいて不具合が制御プログラムの更新によって生じた可能性の高低を判定できるだけでなく、判定した可能性の高低で不具合の状態を的確に表す情報を送信できる。
【００２９】
請求項６の構成によれば、不具合が制御プログラムの更新によって生じた可能性の高低を精度良く判定できる。
【００３０】
請求項７の構成によれば、時間の経過に伴って発生する不具合の影響を排除して、制御プログラムの更新によって不具合が生じた可能性の高低を精度良く判定できる。
【００３１】
請求項８の構成によれば、画像の形成した回数の増加に伴って発生する不具合の影響を排除して、制御プログラムの更新によって不具合が生じた可能性の高低を精度良く判定できる。
【００３２】
請求項９の構成によれば、更新時期よりも前における不具合の発生頻度と、更新時期よりも後における不具合の発生頻度との差異に基づいて、不具合が制御プログラムの更新によって生じた可能性の高低を精度良く判定できる。
【００３３】
請求項１０の構成によれば、時間の経過に伴って発生する不具合の影響を排除して、制御プログラムの更新によって不具合が生じた可能性の高低を精度良く判定できる。
【００３４】
請求項１１の構成によれば、画像の形成した回数の増加に伴って発生する不具合の影響を排除して、制御プログラムの更新によって不具合が生じた可能性の高低を精度良く判定できる。
【００３５】
請求項１２の構成によれば、形成手段に生じた不具合が、形成手段の制御に用いられる制御プログラムの更新により生じた不具合である可能性について精度良く判定できる。
【００３６】
請求項１３の構成によれば、印刷媒体の詰まりが、印刷媒体の搬送又は印刷媒体への印刷を制御する制御プログラムの更新により生じた不具合である可能性について精度良く判定できる。
【００３７】
請求項１４の構成によれば、受信したプログラムで制御プログラムを効率良く更新できる。
【００３８】
請求項１５の構成によれば、制御プログラムの更新により生じた不具合である可能性が有る場合に、そうでない場合と比べて、可能性の有無で不具合の状態を的確に表す情報を早期かつ効率的に送信できる。
【００３９】
請求項１６の構成によれば、制御プログラムの更新時期と不具合の発生時期とに基づいて不具合が制御プログラムの更新によって生じた可能性の有無を精度良く判定できるだけでなく、判定した可能性の有無で不具合の状態を的確に表す情報を送信できる。
【００４０】
請求項１７の構成によれば、不具合が制御プログラムの更新によって生じた可能性の有無に基づいて、不具合に対する対処方法を早期かつ容易に特定できるだけでなく、特定した対処方法を早期に送信できる。
【００４１】
請求項１８の構成によれば、不具合が制御プログラムの更新によって生じた可能性の有無に基づいて、不具合に対する対処方法を早期かつ容易に特定できるだけでなく、特定した対処方法を早期に送信できる。
【００４２】
請求項１９の構成によれば、制御プログラムの更新時期と不具合の発生時期とに基づいて不具合が制御プログラムの更新によって生じた可能性の有無を精度良く判定すると共に、可能性の有無に基づいて容易に不具合に対する対処方法を特定できるだけでなく、特定した対処方法を早期に通知できる。
【図面の簡単な説明】
【００４３】
【図１】本発明の画像形成装置及び保守管理装置を備えた保守管理システムの一実施形態を示す構成図である。
【図２】画像形成装置を備える保守管理システム１の処理順序の一例を表すシーケンス図である。
【図３】画像形成装置を備える保守管理システム１の処理順序の他例を表すシーケンス図である。
【図４】画像形成装置を備える保守管理システム１の処理順序の他例を表すシーケンス図である。
【図５】画像形成装置の一構成例を表すハードウェア構成図である。
【図６】制御部の一構成例を表す機能ブロック図である。
【図７】画像形成装置が実行する画像形成処理の一例を表すフローチャートである。
【図８】第１管理装置の一構成例を表すハードウェア構成図である。
【図９】第１管理装置が実行する第１管理処理の一例を表すフローチャートである。
【図１０】実施例２における判定部の一構成例を表す機能ブロック図である。
【発明を実施するための最良の形態】
【００４４】
以下、本発明の最良の実施形態について、添付図面を参照しつつ説明する。
【実施例１】
【００４５】
図１は、本発明の画像形成装置及び保守管理装置を備えた保守管理システムの一実施形態を示す構成図である。
図１に示す保守管理システム１は、通信網１０から３０、携帯電話機器１１１及び１１２、基地局１１３、固定電話機器１１４、端末機器１１５、第１管理装置１６０、第２管理装置１７０、並びに画像形成装置２００から４００を備える。尚、図１に示す保守管理システム１は、３つの画像形成装置２００から４００を備えるとして説明するが、これに限定されるのではなく、例えば、唯１つ、２つ、又は４つ以上の画像形成装置を備える構成を採用できる。尚、画像形成装置２００から４００は、それぞれ同様の構成であるため、画像形成装置２００について主に説明する。
【００４６】
通信網１０及び２０は、例えば、ＬＡＮ（Local Area Network ）、ＷＡＮ（Wide Area Network）、又はＭＡＮ（Metropolitan Area Network）で構成される。通信網３０は、例えば、公衆回線網で構成される。
【００４７】
携帯電話機器１１１及び１１２は、それぞれ同様の構成を有するため、携帯電話機器１１１について主に説明を行う。携帯電話機器１１１は、例えば、携帯電話又はＰＨＳ（Personal Handy Phone）で構成される。携帯電話機器１１１は、画像形成装置２００から４００の保守管理を担当する担当者ＰＣ１からＰＣ３によって使用される。尚、保守管理を担当する担当者は、例えば、サービスエンジニアであることが望ましいが、これに限定されるのではなく、営業担当者が担当しても構わない。
【００４８】
携帯電話機器１１１は、図１（ｂ）に示すように、例えば、液晶パネル又は有機ＥＬ（Electro-Luminescence）ディスプレイで構成される通知部１１１ａを備える。携帯電話機器１１１は、対処情報を基地局１１３から無線を用いて受信する。尚、対処情報は、携帯電話機器１１１を使用する担当者ＳＥ１によって担当された画像形成装置２００から４００に生じた不具合に対する対処方法を表す情報をいう。次に、携帯電話機器１１１は、受信した対処情報によって表される対処方法を通知部１１１ａに表示する。また、携帯電話機器１１１は、図１（ｂ）に示す、例えば、スピーカで構成される通知部１１１ｂを備え、対処方法を通知部１１１ｂから音声出力する構成を採用できる。その後、担当者ＳＥ１は、保守管理を担当する画像形成装置２００から４００の設置場所を訪問する。次に、担当者ＳＥ１は、画像形成装置２００から４００へ携帯電話機器１１１から通知された対処方法を施すことで、画像形成装置２００から４００に生じた不具合を解消する。
【００４９】
基地局１１３は、通信網３０を介して接続する第１管理装置１６０から対処情報を受信する。また、基地局１１３は、受信した情報を携帯電話機器１１１へ無線送信する。尚、基地局１１３は、携帯電話機器１１１から情報を無線受信した後に、受信した情報を第１管理装置１６０へ有線送信する構成を採用できる。
【００５０】
固定電話機器１１４は、通信網２０を介して接続する第１管理装置１６０と音声を表す音声情報を通信する。固定電話機器１１４が第１管理装置１６０と通信する音声情報によって表わされる音声の内容は、携帯電話機器１１１が第１管理装置１６０と通信する情報で表される対処方法を含む。また、固定電話機器１１４は、携帯電話機器１１１と同様に、受信した音声情報が表す対処方法を音声で通知する、例えば、スピーカで構成された通知部を有する。
【００５１】
端末機器１１５は、例えば、ＰＤＡ（Personal Digital Assistants）又はパーソナルコンピュータで構成される。尚、端末機器１１５を構成するパーソナルコンピュータは、ノードブック型又はデスクトップ型のいずれであっても良い。端末機器１１５は、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等のプロトコルに従って、通信網３０を介して接続する第１管理装置１６０と通信を行う。端末機器１１５が第１管理装置１６０と通信する情報は、携帯電話機器１１１が第１管理装置１６０と通信する情報と同様であるため説明を省略する。また、端末機器１１５は、携帯電話機器１１１と同様に、第１管理装置１６０から受信した対処情報によって表される対処方法を通知する通知部を有する。
【００５２】
尚、携帯電話機器１１１及び携帯電話機器１１２は、画像形成装置４００の保守管理を担当する担当者ＰＣ１、及び画像形成装置３００の保守管理を担当する担当者ＰＣ２によってそれぞれ携帯される。また、端末機器１１５は、画像形成装置２００の保守管理を担当する担当者ＰＣ３によって使用される。更に、固定電話機器１１４は、担当者ＰＣ１が所属し、かつ勤務する担当営業所に設置される。よって、固定電話機器１１４は、担当者ＰＣ１によって使用される。このため、携帯電話機器１１１及び携帯電話機器１１２、固定電話機器１１４、及び端末機器１１５は、担当者ＰＣ１からＰＣ３に使用される端末装置に含まれる。また、画像形成装置２００から４００は、それぞれ使用者Ｕ１からＵ３によって使用される。
【００５３】
第１管理装置１６０は、例えば、サーバー機器で構成される。第１管理装置１６０は、通信網１０を介して接続する画像形成装置２００から４００を保守管理する。本実施例においては、第１管理装置１６０は、遠隔地に設置された画像形成装置２００から４００を遠隔管理するとして説明するが、これに限定される訳ではない。
【００５４】
具体的には、第１管理装置１６０は、画像形成装置２００から４００が画像を形成するために実行する制御プログラムの画像形成装置２００から４００による更新を管理する。また、第１管理装置１６０は、画像形成装置２００から４００に生じた不具合に対する対処方法を表す対処情報を、画像形成装置２００から４００、又は画像形成装置２００から４００の保守管理を担当する担当者によって使用される携帯電話機器１１１及び１１２、固定電話機器１１４、並びに端末機器１１５（つまり、端末装置）へ送信する。尚、第１管理装置１６０の構成については、画像形成装置２００の後に説明する。
【００５５】
第２管理装置１７０は、例えば、サーバー機器で構成される。第２管理装置１７０は、画像形成装置２００から４００で使用される制御プログラムを管理する。第２管理装置１７０が管理する制御プログラムは、画像形成装置２００から４００が画像を形成するために実行するプログラムを含む。具体的には、第２管理装置１７０は、アパッチ（Apache）等のサーバープログラムを実行するウェブサーバーで構成され、それぞれ異なる版（つまり、バージョン）の複数の制御プログラムを記憶している。第２管理装置１７０は、例えば、ＵＲＬ（Uniform Resource Locator）等の情報で表された所在に在る制御プログラムの送信要求を画像形成装置２００から４００のいずれかから受信すると、受信した要求に応じて制御プログラムを返信する。
【００５６】
画像形成装置２００は、例えば、複合機で構成される。画像形成装置２００は、例えば、文書読取機能、文書印刷機能、複写機能、ＦＡＸ通信機能、情報通信機能等を有する。ここで、文書読取機能は、文書原稿を光学的に読取ると共に、読取った文書を表す文書情報を生成する機能をいう。また、文書印刷機能は、印刷媒体に文書情報が表す文書を印刷する機能をいう。複写機能は、文書読取機能により読取った文書を、文書印刷機能により印刷して複製する機能をいう。ＦＡＸ通信機能及び情報通信機能は、例えば、それぞれＴＣＰ／ＩＰ及びＧ３のプロトコルを用いて文書情報を送受信する機能をいう。
【００５７】
画像形成装置２００は、画像を形成するために制御プログラムを実行する。また、画像形成装置２００は、実行する制御プログラム（つまり、更新前の制御プログラム）を、第１管理装置１６０によって管理されるより新しい版の制御プログラムに更新する。更に、画像形成装置２００は、更新した制御プログラムの実行によって生じた不具合を検知し、検知した不具合に対する第１管理装置１６０によって管理された対処方法を、画像形成装置２００の使用者Ｕ１へ通知する。
【００５８】
次に、図２を参照して、画像形成装置２００を備える保守管理システム１が実行する処理について概説する。図２は、画像装置２００を備える保守管理システム１の処理順序の一例を表すシーケンス図である。
先ず、画像形成装置２００の使用者Ｕ１は、画像形成装置２００が実行する制御プログラム（つまり、ソフトウェア）の更新（つまり、バージョンアップ）を、画像形成装置２００に対して指示する。次に、画像形成装置２００は、指示に従って、第１管理装置１６０へ適当な制御プログラムの問合せ（ソフトウェアバージョンアップ情報とも図示する）を送信する。
【００５９】
ここで、適当な制御プログラムの問合せとは、画像形成装置２００にとって適当な制御プログラムの所在を、例えば、ＵＲＬで表した情報を返信するよう求める要求をいう。ここで、適当な制御プログラムは、画像形成装置２００にとって適当な版の制御プログラムを含む。また、適当な版の制御プログラムは、更新前の制御プログラム（つまり、インストールされているソフトウェア）よりも版が新しい制御プログラムを含む。しかし、これに限定される訳ではなく、適当な制御プログラムは、例えば、更新前の制御プログラムよりも安定している制御プログラムをいう構成を採用できる。
【００６０】
また、画像形成装置２００にとって適当な制御プログラムは、画像形成装置２００にとって最適な制御プログラムを含む。よって、適当な版の制御プログラムは、画像形成装置２００にとって最適な版の制御プログラム（以下、最適バージョンソフトウェアともいう）を含む。また、最適な版の制御プログラムは、例えば、最新版の制御プログラム、又は最も安定した制御プログラムを含む。
【００６１】
その後、問合せを受信すると、第１管理装置１６０は、問合せを送信した画像形成装置２００が実行する制御プログラムの最適バージョンを決定する。次に、第１管理装置１６０は、決定したバージョンのプログラムの所在を表す情報（最適バージョンソフトウェアの情報とも図示する）を生成し、生成した情報及び最適バージョンを表す情報を関連付けて画像形成装置２００へ返信する。尚、問合せ及び問合せに基づいた最適バージョンの決定方法、並びに決定した最適バージョンから最適バージョンソフトウェアの情報を生成する生成方法については、第１管理装置１６０の構成について説明する段落で詳細に説明する。
【００６２】
次に、画像形成装置２００は、受信した情報を使用者Ｕ１に通知する。使用者Ｕ１は、制御プログラムの最適バージョン及び最適バージョンの制御プログラムの所在のいずれか１つ以上に基づいて、制御プログラムの更新を継続するよう指示するか否かを判断する。使用者Ｕ１は、更新を継続させると判断した場合には、更新の継続を画像形成装置２００に対して指示する。
【００６３】
その後、画像形成装置２００は、指示に従って、第２管理装置１７０から最適バージョンの制御プログラムをダウンロードする。次に、ダウンロードしたプログラムで更新前の制御プログラムを更新する（つまり、バージョンアップする）。その後、画像形成装置２００は、更新された制御プログラムを試験的に実行して、画像を試験的に形成する（つまり、テストプリントする）。
【００６４】
次に、画像形成装置２００は、例えば、紙詰まり（つまり、ジャム）等の不具合の発生を検知する。尚、画像形成装置２００が検知する不具合については、画像形成装置２００の構成について説明する段落において詳細に説明する。その後、画像形成装置２００は、発生した不具合が制御プログラムの更新によって生じた不具合（以下単に、更新エラーという）である可能性の有無及び高低を判定する。
【００６５】
次に、画像形成装置２００は、更新エラーの可能性が高いと判定した場合には、検知した不具合は更新エラーの可能性が有ることを表す情報、及び更新エラーの可能性の高低を表す情報を用いて不具合の状態を表す状態情報を第１管理装置１６０へ送信する。
【００６６】
その後、第１管理装置１６０は、受信した情報が表す更新エラーの可能性の有無及び高低を含む不具合の状態に基づいて、第１管理装置１６０が備える記憶部から不具合の対処方法を取得する。次に、第１管理装置１６０は、取得した対処方法を表す対処情報を画像形成装置２００へ返信する。尚、第１管理装置１６０が対処方法を取得する取得方法については、第１管理装置１６０の構成について説明する段落において詳細に説明する。
【００６７】
次に、画像形成装置２００は、受信した対処情報が表す対処方法を使用者Ｕ１へ通知する。その後、使用者Ｕ１は、画像形成装置２００が通知した対処方法に従って、画像形成装置２００に生じた不具合に対する対処を、画像形成装置２００に対して施す。
【００６８】
図２において、第１管理装置１６０は、第１管理装置１６０が備える記憶部から不具合の対処方法を取得するとして説明した。しかし、これに限定される訳ではなく、例えば、図３に示す様に、保守管理システム１は、画像形成装置２００から４００に生じた不具合に対する対処方法を表す対処情報を管理する、例えば、サーバー機器で構成される第３管理装置１８０を備える構成を採用できる。この構成において、第１管理装置１６０は、第１管理装置１６０が備える記憶部から不具合の対処方法を取得できない場合に、第３管理装置１８０に対して状態情報に基づいて対処方法を検索するよう求める要求を送信した後に、第３管理装置１８０から検索結果（つまり、対処方法）を表す情報を受信する構成を採用できる。
【００６９】
また、これに限定される訳ではなく、例えば、図４（ａ）に示す構成を採用できる。この構成において、第１管理装置１６０は、不具合の対処方法を取得できない場合に、不具合が生じた画像形成装置２００の保守管理を担当する担当者ＰＣ３を検索する構成を採用できる。次に、第１管理装置１６０は、検索した担当者ＰＣ３が使用する端末機器１１５へ、画像形成装置２００に生じた不具合の状態を表す状態情報を送信する。担当者ＰＣ３は、端末機器１１５が通知する状態情報で表される更新エラーの可能性の有無及び高低等に基づいて、不具合に対する対処方法を特定する。その後、担当者ＰＣ３は、特定した対処方法を端末機器１１５へ入力する。端末機器１１５は、入力された対処方法を表す対処情報を、第１管理装置１６０を介して、又は直接に画像形成装置２００へ返信する。
【００７０】
更に、これに限定される訳ではなく、例えば、図４（ｂ）に示す構成を採用できる。この構成において、第１管理装置１６０は、第１管理装置１６０が備える記憶部から不具合の対処方法を検索することなく、不具合が生じた画像形成装置２００の保守管理を担当する担当者ＰＣ３を検索する構成を採用できる。また、担当者ＰＣ３を検索した後に、第１管理装置１６０は、検索した担当者ＰＣ３が所属する営業所Ｏの固定電話機器１１４へ、画像形成装置２００に生じた不具合の状態を表す状態情報を送信する。更に、担当者ＰＣ３は、固定電話機器１１４が音声出力した不具合の状態に基づいて、不具合に対する対処方法を特定する。その後、担当者ＰＣ３は、画像形成装置２００の設置場所へ訪問して、既に特定した対処方法を画像形成装置２００へ施す。
【００７１】
次に、図５を参照して、画像形成装置２００の構成について説明を行う。図５（ａ）は、画像形成装置２００の一構成例を表すハードウェア構成図である。
画像形成装置２００は、画像読取部２１１及び画像形成部２１２、搬送部２２０及び検出部２３０、情報受信部２４１及び情報送信部２４２、ＦＡＸ受信部２５１及びＦＡＸ送信部２５２、入力部２６１及び通知部２６２、並びに制御部２９０で構成される。
【００７２】
画像読取部２１１は、例えば、ＩＩＴ（Image Input Terminal）で構成される。画像読取部２１１は、制御部２９０の制御に従って、例えば、プラテンに置かれた文書に表された画像を光学的に読取る。次に、画像読取部２１１は、読み取った画像を表す画像情報を制御部２９０へ出力する。
【００７３】
画像形成部２１２は、例えば、ＩＯＴ（Image Output Terminal）で構成される。画像形成部２１１は、制御部２９０の制御に従って、搬送部２２０が搬送する印刷媒体に画像を印刷することで画像を形成する。
【００７４】
ここで、図５（ｂ）を参照して、画像形成部２１２の構成について説明を行う。図５（ｂ）は、画像形成部２１２の一構成例を表す図である。
画像形成部２１２は、帯電器２１２ａ、感光体２１２ｂ、露光光源２１２ｃ、現像器２１２ｄ 、及び転写ベルト２１２ｅを備える。帯電器２１２ａは、制御部２９０の制御に従って感光体２１２ｂをほぼ一様に帯電させる。感光体２１２ｂは、例えば、感光性ドラムで構成され、制御部２９０の制御に従って回転又は停止する。感光体２１２ｂは、露光光源２１２ｃによって光が照射された部分の帯電電化を除去されると共に、除去されずに残存した帯電電荷によって形成する画像を潜像画像として表す。露光光源２１２ｃは、例えば、ＬＥＤ（Light Emitting Diode）等を列状に配列して構成される。露光光源２１２ｃは、制御部２９０の制御に従って感光体２１２ｂを露光する。現像器２１２ｄは、感光体２１２ｂが有する帯電電荷によって電気的にトナーを感光体２１２ｂに吸着させる。転写ベルト２１２ｅは、感光体２１２ｂが吸着したトナーを転写される。次に、転写ベルト２１２ｅは、制御部２９０の制御に従って転写されたトナーを搬送部２２０が搬送する印刷媒体に転写する。その後、転写されたトナーは、熱と圧力を加えられて印刷媒体に定着させられる。
【００７５】
ここで、図３（ａ）に戻り、画像形成装置２００の構成について引き続き説明を続ける。
搬送部２２０は、例えば、印刷媒体が搬送される搬送路と、印刷媒体を搬送路に沿って搬送するフィードロールとで構成される。搬送部２２０は、制御部２９０の制御に従って、印刷媒体を搬送する。具体的には、図３（ｂ）に示す様に、搬送部２２０は、例えば、印刷媒体を積載したトレイから画像形成部２１２へ印刷媒体を搬送する。次に、搬送部２２０は、画像形成部２１２で画像を印刷された印刷媒体を印刷媒体の出力口へ搬送する。
【００７６】
検出部２３０は、例えば、赤外線センサーで構成される。検出部２３０は、搬送部２２０による印刷媒体の搬送を検出する。具体的には、検出部２３０は、図３（ｂ）に示す様に、搬送部２２０が備える搬送路の予め定められた位置における印刷媒体の通過を検出する。その後、検出部２３０は、検出結果を制御部２９０へ出力する。
【００７７】
情報受信部２４１は、例えば、ネットワークカードで構成される。情報受信部２４１は、制御部２９０の制御に従って、例えば、ＴＣＰ／ＩＰプロトコルを用いて上記及び下記の情報を受信する。具体的には、情報受信部２４１は、第１管理装置１６０から最適バージョンのソフトウェアの所在を表す情報（最適バージョンソフトウェアの情報）を受信する。次に、情報受信部２４１は、最適バージョンソフトウェアの情報で表された所在に在る最適バージョンの制御プログラムを、第２管理装置１７０から受信する。その後、画像形成装置２００が不具合の発生を検知すると、情報受信部２４１は、発生した不具合の対処方法を表す対処情報を第１管理装置１６０から受信する。
【００７８】
情報送信部２４２は、情報受信部２４１と同様に、ネットワークカードで構成される。情報送信部２４２は、制御部２９０の制御に従って、ＴＣＰ／ＩＰプロトコルを用いて上記及び下記の情報を送信する。具体的には、情報送信部２４２は、適当な制御プログラムの問合せを第２管理装置１７０へ送信する。また、情報送信部２４２は、問合せに応じた第１管理装置１６０から情報受信部２４１が受信した最適バージョンソフトウェアの情報に基づいて、第２管理装置１７０へ最適バージョンソフトウェアのダウンロード通知を送信する。尚、最適バージョンソフトウェアのダウンロード通知とは、例えば、最適バージョンの制御プログラムを管理する第２管理装置１７０に対して、最適バージョンの制御プログラムを送信するよう要求することをいう。その後、画像形成装置２００が不具合の発生を検知すると、画像形成装置２００が更新エラーの可能性があると判定した場合に、状態情報を第１管理装置１６０へ送信する。
【００７９】
尚、更新エラーの可能性があると判定した場合に情報送信部２４２が送信する状態情報は、検知した不具合が更新エラーである可能性の有無及び高低を用いて不具合の状態を表す情報である。具体的には、状態情報は、リンク（link）情報と、チェイン（Chain）情報と、不具合の診断に用いる診断情報を含む。リンク情報は、不具合が画像形成装置２００へ及ぼす影響の程度（つまり、フォルトレベル）を表す。尚、予め定める程度（レベル）を示すリンク情報は、更新エラーの可能性があることを表す。チェイン情報は、不具合の生じた部品又は部位を表す情報である。診断情報は、例えば、ＩＩＴ又はＩＯＴ等のチェイン情報が表す部品又は部位を故障診断した結果を表す情報、及び更新エラーの可能性の高低を表す情報を含む。
【００８０】
ＦＡＸ受信部２５１及びＦＡＸ送信部２５２は、例えば、ＦＡＸモデムで構成される。ＦＡＸ受信部２５１及びＦＡＸ送信部２５２は、例えば、Ｇ３プロトコルを用いて画像情報を送受信する。
【００８１】
入力部２６１は、例えば、タッチパネル又はメカニカルスイッチで構成される。入力部２６１は、使用者Ｕ１に操作されて、上記及び下記の指令を画像形成装置２００へ入力する。具体的には、入力部２６１は、制御プログラムの更新を命じる指令及び更新を継続するよう命じる指令を入力する。しかし、これに限定される訳ではなく、入力部２６１は、画像形成装置２００に生じた不具合に対する対処として、画像形成装置２００が実行する制御プログラムを更新前のプログラムへ戻すよう命じる指令を入力する構成を採用できる。
【００８２】
通知部２６２は、例えば、液晶パネル又は有機ＥＬディスプレイで構成される。通知部２６２は、制御部２９０に制御されて、上記及び下記の通知を行う。具体的には、通知部２６２は、情報受信部２４１が受信した対処情報で表される対処方法を使用者Ｕ１へ表示する。しかし、これに限定される訳ではなく、通知部２６２は、例えば、スピーカで構成され、対処方法を音声出力する構成を採用できる。
【００８３】
制御部２９０は、例えば、マイクロコンピュータで構成される。制御部２９０は、ソフトウェア処理を実行することで、制御部２９０に接続する各部を制御する。
ここで、図５（ｃ）を参照して、制御部２９０の構成について説明を行う。図５（ｃ）は、制御部２９０の一構成例を表すハードウェア構成図である。
図５（ｃ）に示す制御部２９０は、演算部２９０ａ、記憶部２９０ｂ、及び入出力部２９０ｃを備える。演算部２９０ａは、例えば、ＣＰＵ（Central Processing Unit）で構成される。記憶部２９０ｂは、例えば、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、又はハードディスクで構成される。入出力部２９０ｃは、例えば、Ａ／Ｄ変換器で構成される。演算部２９０ａから入出力部２９０ｃは、互いにバス２９０ｅによって情報の授受が可能なように接続している。
【００８４】
ソフトウェア処理は、演算部２９０ａが記憶部２９０ｂに格納されたプログラムを読み込み、読み込んだプログラムが表すソフトウェア処理の実行手順に従って演算を行うことにより実現される。尚、記憶部２９０ｂには、演算部２９０ａによって演算結果を表す情報が書き込まれる。また、必要に応じて入出力部２９０ｃは、接続する各種の部及び装置との間で入出力する情報を、演算部２９０ａが演算対象とする情報又は演算した結果を表す情報として入出力する。
【００８５】
次に、図６（ａ）を参照して、制御部２９０の構成について機能に着目して説明する。図６（ａ）は、制御部２９０の一構成例を表す機能ブロック図である。
制御部２９０は、取得部２９１、検知部２９２、更新部２９３、第１記憶部２９４、制御実行部２９５、判定部２９６、登録部２９７、及び第２記憶部２９８で構成される。
【００８６】
取得部２９１は、演算部２９０ａが取得処理を実行することで実現される。取得部２９１は、画像読取部２１１が読取った画像情報、情報受信部２４１が受信した情報、ＦＡＸ受信部２５１が受信した情報、入力部２６１が入力した指令、及び検出部２３０が検出した検出結果を表す情報を取得する。
【００８７】
検知部２９２は、演算部２９０ａが検知処理を実行することで実現される。検知部２９２は、制御実行部２９５が制御プログラムを実行することで生じる不具合を検知する。具体的には、検知部２９２は、制御実行部２９５により制御された画像形成部２１２に生じる不具合を検知する。より具体的には、検知部２９２は、検出部２３０の検出結果に基づいて、画像形成部２１２及び搬送部２２０のいずれか１つ以上における印刷媒体の詰まりを検知する。
【００８８】
しかし、これに限定される訳ではなく、画像読取部２１１、画像形成部２２２、情報受信部２４１、情報送信部２４２、ＦＡＸ受信部２５１、及びＦＡＸ送信部２５２（以下、画像読取部２１１ないしＦＡＸ送信部２５２という）は、制御部２９０の制御によってそれぞれ画像読取部２１１ないしＦＡＸ送信部２５２に生じた不具合を検出する構成を採用できる。この構成において、取得部２９１は、検出された不具合を表す情報を画像読取部２１１ないしＦＡＸ送信部２５２から取得し、検知部２９２は、取得部２９１が取得した情報に基づいて不具合を検知する構成を採用できる。
【００８９】
また、検知部２９２は、画像形成部２２２の制御に用いられた画像情報と、画像形成部２２２が印刷媒体に印刷した画像を画像読取部２１１が読取ることで生成した画像情報とを比較した結果に基づいて不具合を検知する構成を採用できる。具体的には、検知部２９２は、比較結果に基づいて、画像形成部２２２に生じたレジズレを検知する構成を採用できる。尚、レジズレは、画像形成部２２２を構成する露光光源２１２ｃが感光体２１２ｂを露光する位置の変化により生じ得る。また、検知部２９２は、比較結果に基づいて、画像形成部２２２が画像を印刷した印刷媒体に対してパンチ孔を空けた位置のズレ又はステープラーで綴じた位置のズレを検知する構成を採用できる。
【００９０】
更新部２９３について説明する前に、第１記憶部２９４について説明を行う。
第１記憶部２９４は、記憶部２９０ｂで構成される。第１記憶部２９４は、画像を形成するために制御実行部２９５によって実行される制御プログラムと、制御プログラムの版を表す情報と、制御プログラムが更新された更新時期を表す情報とを関連付けて記憶する。尚、本実施例において、更新時期は、例えば、制御プログラムが更新された更新時刻で表される構成、又は更新されるまでに制御プログラムが実行された総実行回数で表される構成を採用できる。ここで、制御プログラムが実行された総実行回数は、例えば、制御プログラムを用いて画像を形成した回数で表される。また、画像を形成した回数は、例えば、ビリングカウンターによって計数される。
【００９１】
更新部２９３は、演算部２９０ａが更新処理を実行することで実現される。更新部２９３は、情報受信部２４１が受信した制御プログラムと、受信したプログラムの版を表す情報とを用いて、第１記憶部２９４に記憶された制御プログラムと、制御プログラムの版と、制御プログラムの更新時期を表す情報とを更新する。具体的には、更新部２９３は、更新前の制御プログラムを複製（つまり、バックアップ）した後に、受信した制御プログラムで更新前の制御プログラムを上書きする構成を採用できる。また、これに限定される訳ではなく、更新部２９３は、制御実行部２９５が実行する制御プログラムの所在を記述する設定ファイル、又は環境変数の値を、更新前の制御プログラムの所在から最適バージョンの制御プログラムの所在へ書き換える構成を採用できる。
更に、更新部２９３は、制御プログラムの更新後から試験期間を経過するまでに検知部２９２が不具合を検知すると、更新した制御プログラムを更新前の制御プログラムへ戻す（つまり、バージョンダウンする）構成を採用できる。
【００９２】
制御実行部２９５は、例えば、演算部２９０ａが制御処理を実行することで実現される。制御実行部２９５は、第１記憶部２９４が記憶する制御プログラムを実行する。具体的には、制御実行部２９５は、第１記憶部２９４が記憶する制御プログラムの内で、最も遅い更新時期を表す情報と関連付けられたプログラムを実行する。しかし、これに限定される訳ではなく、制御実行部２９５は、最も新しい版を表す情報と関連付けられたプログラムを実行する構成を採用できる。制御実行部２９５は、制御プログラムの実行により画像読取部２１１ないしＦＡＸ送信部２５２を制御して印刷媒体に画像を形成させる。
【００９３】
ここで、図５（ｂ）を参照して、制御実行部２９５の構成について説明を行う。制御実行部２９５は、試験制御実行部２９５ａと、通常制御実行部２９５ｂとを備える。
試験制御実行部２９５ａは、第１記憶部２９４に記憶された制御プログラムを試験的に実行する。試験的な実行とは、制御プログラムが更新部２９３によって更新された後の試験時期における更新された制御プログラムの実行をいう。具体的には、試験制御実行部２９５ａは、試験的に画像形成部２１２を制御して画像を形成する。より具体的には、試験制御実行部２９５ａは、例えば、印刷媒体の片面への印刷、両面への印刷、及び印刷面への複数頁の印刷（つまり、Ｎｕｐ印刷）等の画像形成に関する機能であって、画像形成装置２００が有する機能を実現する処理を一通り試験的に実行する。また、試験制御実行部２９５ａは、例えば、上記のレジズレを含む不具合の検知に用いられる画像（つまり、テスト画像）を印刷するよう画像形成部２１２を制御する構成を採用できる。
【００９４】
尚、試験時期の具体例としては、例えば、制御プログラムが更新された時から予め定める時間を経過する前までの時期、又は制御プログラムが更新された時から更新後の制御プログラムの実行により予め定める回数に渡って画像が形成されるまでの時期を挙げることができる。尚、試験制御実行部２９５ａは、使用者Ｕ１が操作した入力部２６１によって入力された指令に従って、試験的に制御プログラムを実行する構成のみならず、更新部２９３による制御プログラムの更新を契機に自動で試験的に制御プログラムを実行する構成を採用できる。
尚、通常制御実行部２９５ａは、試験時期以外の時期において、第１記憶部２９４に記憶された制御プログラムを実行する。
【００９５】
また、制御実行部２９５は、検知部２９２で検知された不具合が更新エラーである可能性が有ると判定部２９６が判定すると、判定部２９６が判定した可能性の有無及び高低を含む状態情報を送信するよう情報送信部２４２を制御する。一方で、制御実行部２９５は、更新エラーである可能性が無いと判定部２９６が判定した場合であっても、不具合の発生回数が予め定める回数を超えた場合に、不具合の状態を表す状態情報を送信するよう情報送信部２４２を制御する。より具体的には、同じ種類の更新エラーの可能性が無い同じ種類の不具合が予め定める回数を超えて連続して検知された場合に、制御実行部２９５は、検知された不具合の状態を表す状態情報を送信するよう制御する。本実施例においては、３回以上連続して更新エラーの可能性が無い同じ種類の不具合を検知した場合に、制御実行部２９５は状態情報を送信するよう制御するとして説明するが、これに限定される訳ではない。より好適な回数は、当業者が実験又は理論により定めることができる。
【００９６】
また、これに限定される訳ではなく、制御実行部２９５は、更新エラーである可能性が無いと判定部２９６が判定しても、不具合の発生頻度が予め定める頻度を超えた場合に、状態情報を送信するよう情報送信部２４２を制御する構成を採用し得る。より具体的には、予め定める回数に渡って画像を形成する間に、予め定める回数を超えて更新エラーの可能性が無い同じ種類の不具合が連続せずに検知された場合に、制御実行部２９５は、状態情報を送信するよう制御する。本実施例においては、５回数に渡って画像を形成する間に、３回数を超えて同じ種類の不具合を連続せずに検知した場合に、通常制御実行部２９５ａは状態情報を送信するよう制御するとして説明するが、これに限定される訳ではない。より好適な回数は、当業者が実験又は理論により定めることができる。
【００９７】
判定部２９６について説明する前に、登録部２９７及び第２記憶部２９８について説明を行う。
登録部２９７は、演算部２９０ａが登録処理を実行することで実現される。登録部２９７は、検知部２９２が検知した不具合を表す情報と、不具合を検知した検知時期を表す情報とを関連付けて第２記憶部２９８に登録する。尚、不具合を表す情報は、例えば、不具合の種類を識別する情報を含む。また、検知時期は、例えば、不具合が検知されるまでに制御プログラムが実行された総実行回数、又は検知時刻で表される構成を採用できる。
第２記憶部２９８は、例えば、記憶部２９０ｂで構成される。第２記憶部２９８は、登録部２９７によって登録された情報を記憶する。
【００９８】
判定部２９６は、演算部２９０ａが判定処理を実行することで実現される。判定部２９６は、検知部２９２の検知した不具合が更新エラーである可能性の有無及び高低を判定する。
ここで、図６（ｃ）を参照して、判定部２９６の構成について説明を行う。図６（ｃ）は、判定部２９６の一構成例を表す機能ブロック図である。
【００９９】
図６（ｃ）に示す判定部２９６は、第１判定部２９６ａ、第１検索部２９６ｂ、及び第２判定部２９６ｆを備える。
第１判定部２９６ａは、演算部２９０ａが第１判定処理を実行することで実現される。第１判定部２９６ａは、検知部２９２の検知した不具合が更新エラーである可能性の有無を、第１記憶部２９４が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する。具体的には、判定部２９６は、更新された制御プログラムが制御実行部２９８によって試験的に実行された時期に不具合の発生した時期が含まれる場合に、不具合が更新エラーである可能性が有ると判定する。しかし、これに限定される訳ではなく、例えば、判定部２９６は、更新された制御プログラムが制御実行部２９８によって最初に実行された時期に不具合の発生した時期が含まれる場合に、不具合が更新エラーである可能性が有ると判定する構成を採用できる。更に、例えば、判定部２９６は、制御プログラムの更新後から予め定める期間を経過するまでの時期に不具合の発生した時期が含まれる場合に、不具合が更新エラーである可能性が有ると判定する構成を採用できる。
【０１００】
ここで、更新エラーの具体例としては、画像形成装置２００が、更新前の制御プログラムによって要求される環境を有しているが、更新後の制御プログラムによって要求される環境を有していないために生じる不具合を挙げることができる。制御プログラムによって要求される環境は、画像形成装置２００の構成のみならず、例えば、画像形成装置２００に設置された付属の装置の構成を含む。画像形成装置２００に設置された付属の装置は、例えば、印刷媒体に対してパンチ孔を空ける装置又は印刷媒体を針で綴じるステープラーを含む。また、制御プログラムの更新後から予め定める期間は、制御プログラムの更新後から予め定める時間であっても、制御プログラムの更新後から予め定める回数だけ画像を形成するまでの期間であっても構わない。
【０１０１】
第１検索部２９６ｂは、演算部２９０ａが第１検索処理を実行することで実現される。第１検索部２９６ｂは、検知部２９２の検知した不具合と同種の不具合であって、更新時期より前に発生した不具合を表す情報を第２記憶部２９８から検索する。具体的には、第１検索部２９６ｂは、第１記憶部２９４が記憶する情報で表される更新時期よりも前の時期を表す情報に関連付けて第２記憶部２９８が記憶する情報を検索する。次に、第１検索部２９６ｂは、検索した情報から、検知部２９２が検知した不具合と同じ種類の不具合を表す情報を検索する。尚、第１検索部２９６ｂが検索する更新時期よりも前の時期に発生した不具合は、更新時刻から予め定める時間だけ早い時刻までの期間に発生した不具合を含む構成を採用できる。また、これに限定されるのではなく、第１検索部２９６ｂが検索する更新時期よりも前の時期に発生した不具合は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までにおいて発生した不具合を含む構成を採用できる。
【０１０２】
第２判定部２９６ｆは、演算部２９０ａが第２判定処理を実行することで実現される。第２判定部２９６ｆは、検知部２９２の検知した不具合が更新エラーである可能性の高低を判定する。具体的には、第２判定部２９６ｆは、第２記憶部２９８が記憶する情報で表される時期に検知された不具合が、制御プログラムの更新時期よりも前の時期に発生した回数に基づいて、更新エラーの可能性の高低を判定する。具体例としては、第２判定部２９６ｆは、更新時期よりも前の時期に不具合が検知されていない場合、又は更新時期よりも前の時期における不具合の発生件数が予め定める件数よりも少ない場合に、検知した不具合が更新エラーである可能性が高いと判定する。より具体的には、第２判定部２９６ｆは、第１検索部２９６ｂが検索した情報で表される更新前における同種の不具合の発生件数（例えば、検索レコード件数）が、０件又は予め定める件数よりも少ない場合に、更新エラーの可能性が高いと判定する。
【０１０３】
次に、図７を参照して、画像形成装置２００が実行する処理について説明を行う。図７は、画像形成装置２００が実行する画像形成処理の一例を表すフローチャートである。
先ず、画像形成装置２００は、使用者Ｕ１の操作に従って、予め定められた処理の実行を指示する実行指示を入力する（ステップＳ０１）。次に、画像形成装置２００は、入力した指示が制御プログラム（つまり、ソフトウェア）の更新を指示する更新指示であるか否かを判断する（ステップＳ０２）。画像形成装置２００は、更新指示であると判断する場合にはステップＳ０３の処理を実行し、そうでない場合にはステップＳ０９の処理を実行する。
【０１０４】
ステップＳ０２において、更新指示であると判断した場合には、画像形成装置２００は、制御プログラムの最適版（最適バージョン）の問合せを第１管理装置１６０へ送信する（ステップＳ０３）。次に、画像形成装置２００は、問合せに対する応答を受信する（ステップＳ０４）。その後、画像形成装置２００は、受信した応答が表す最適バージョン及び最適バージョンの制御プログラムの所在を使用者Ｕ１へ通知する。次に、使用者Ｕ１が、通知した最適バージョンの制御プログラムへの更新を指示すると、画像形成装置２００は、最適バージョンの制御プログラムを送信するように第２管理装置１７０へ要求する（ステップＳ０５）。次に、画像形成装置２００は、要求した制御プログラムを第２管理装置１７０から受信する（ステップＳ０６）。次に、画像形成装置２００は、受信した制御プログラムで、更新前の制御プログラムを更新する（ステップＳ０７）。また、画像形成装置２００は、更新時におけるビリングカウンターを第１記憶部２９４に登録する。その後、画像形成装置２００は、更新後の制御プログラムを試験的に実行して、画像を試験的に印刷（テストプリント）する（ステップＳ０８）。
ステップＳ０２において、更新指示でないと判断した場合には、画像形成装置２００は、ステップＳ０１で入力した実行指示に従って、例えば、文書印刷機能などの各種機能を発揮する処理を行う（ステップＳ０９）。
【０１０５】
ステップＳ０８又はＳ０９を実行した後に、画像形成装置２００は、不具合を検知したか否かを判断する（ステップＳ１０）。画像形成装置２００は、不具合を検知したと判断した場合には、ステップＳ１１の処理を実行し、そうでない場合には、ステップＳ０１に戻り上記処理を繰り返す。
【０１０６】
ステップＳ１０において、不具合を検知したと判断した場合には、画像形成装置２００は、検知した不具合が更新直後の不具合であるか否かを判断する（ステップＳ１１）。更新直後の不具合とは、例えば、制御プログラムの更新後から上記の試験時期を経過するまでの期間に生じた不具合をいう。画像形成装置２００は、更新直後の不具合であると判断する場合にはステップＳ１２の処理を実行し、そうでない場合にはステップＳ１８の処理を実行する。
【０１０７】
ステップＳ１１において、更新直後の不具合であると判断した場合には、画像形成装置２００は、更新エラーの可能性が有ると判定する（ステップＳ１２）。次に、画像形成装置２００は、更新エラーの可能性の高低を判定する第２判定処理を実行する（ステップＳ１３）。その後、画像形成装置２００は、検知した不具合の種類を識別する情報と、不具合の発生時におけるビリングカウンターとを関連付けて第２記憶部２９８に登録する（ステップＳ１４）。
【０１０８】
その後、画像形成装置２００は、今回に検知した不具合が発生した回を含め、今回に不具合を検知した回から５回前の回までに、今回に検知した不具合と同種の不具合が発生した頻度を集計する（ステップＳ１５）。次に、画像形成装置２００は、５回中１回以上不具合が発生したか否かを判断する（ステップＳ１６）。画像形成装置２００は、５回中１回以上不具合が発生したと判断する場合にはステップＳ１７の処理を、そうでない場合にはステップＳ２３の処理を実行する。尚、ステップＳ１６の判断は、常に真と判断される。
【０１０９】
ステップＳ１６において、５回中１回以上不具合が発生したと判断した場合には、画像形成装置２００は、ステップＳ１２及びＳ１３で判定した更新エラーの可能性の有無及び高低を用いて不具合の状態を表す状態情報を第１管理装置１６０へ送信する（ステップＳ１７）。
【０１１０】
ステップＳ１１において、更新直後の不具合でないと判断した場合には、画像形成装置２００は、更新エラーの可能性が無いと判定する（ステップＳ１８）。その後、画像形成装置２００は、ステップＳ１４及びＳ１５と同様の処理を実行する（ステップＳ１９及びＳ２０）。次に、画像形成装置２００は、５回中３回以上同種の不具合が発生したか否かを判断する（ステップＳ２１）。画像形成装置２００は、５回中３回以上不具合が発生したと判断する場合にはステップＳ２２の処理を、そうでない場合にはステップＳ２３の処理を実行する。
ステップＳ２１において５回中３回以上不具合が発生したと判断した場合には、画像形成装置２００は、ステップＳ１７と同様の処理を実行する（ステップＳ２２）。
【０１１１】
ステップＳ１６において５回中１回以上不具合が発生しなかったと判断した場合、ステップＳ１７を実行した後、ステップＳ２１において５回中３回以上不具合が発生しなかったと判断した場合、及びステップＳ２２を実行した後に、画像形成装置２００は、不具合に対する対処方法を表す対処情報を第１管理装置１６０から受信する（ステップＳ２３）。その後、画像形成装置２００は、受信した情報が表す対処方法を使用者Ｕ１へ通知する（ステップＳ２４）。その後、画像形成装置２００は、画像形成処理の実行を終了する。
【０１１２】
尚、図７において、ステップＳ０１の処理が入力部２６１で実行される処理の一例に相当し、ステップＳ０３、Ｓ０５、Ｓ１７、及びＳ２２の処理が情報送信部２４２で実行される処理の一例に相当する。また、ステップＳ０４、Ｓ０６、及びＳ２３の処理が情報受信部２４１で実行される処理の一例に相当し、ステップＳ０７の処理が更新部２９３を実現するための更新処理の一例に相当する。更に、ステップＳ０８の処理が画像形成部２１２で実行される処理の一例に相当し、ステップＳ１０の処理が検知部２９２を実現するための検知処理の一例に相当する。また更に、ステップＳ１１、Ｓ１２、及びＳ１８の処理が第１判定部２９６ａを実現するための第１判定処理の一例に相当し、ステップＳ１３の処理が第２判定部２９６ｆを実現するための第２判定処理の一例に相当する。また、ステップＳ１４及びＳ１９の処理が登録部２９７を実現するための登録処理の一例に相当し、ステップＳ１５、Ｓ１６、Ｓ２０、及びＳ２１の処理が実行制御部２９５を実現するための実行制御処理の一例に相当する。ステップＳ２４の処理が通知部２６２で実行される処理の一例に相当する。
【０１１３】
次に、図８を参照して、第１管理装置１６０の構成について説明を行う。図８（ａ）は、第１管理装置１６０の一構成例を表すハードウェア構成図である。
図８（ａ）に示す第１管理装置１６０は、演算部１６０ａ、記憶部１６０ｂ、入出力部１６０ｃ、通信部１６０ｄ、及びバス１６０ｅを備える。演算部１６０ａ、記憶部１６０ｂ、入出力部１６０ｃ、及びバス１６０ｅは、図５（ｃ）を参照して説明した演算部２９０ａ、記憶部２９０ｂ、入出力部２９０ｃ、及びバス２９０ｅと同様であるので説明を省略する。
通信部１６０ｄは、例えば、通信コントローラで構成される。通信部１６０ｄは、例えば、ＴＣＰ／ＩＰプロトコルを用いて、通信部１６０ｄに接続する装置との間で演算部１６０ａが演算対象とする情報を通信する。また、通信部１６０ｄは、接続する装置との間で演算部１６０ａが演算した結果を表す情報を通信する。
【０１１４】
次に、図８（ｂ）を参照して、第１管理装置１６０の構成について機能に着目して説明を行う。図８（ｂ）は、第１管理装置１６０の一構成例を表す機能ブロック図である。
第１管理装置１６０は、受信部１６１、ソフトウェア管理部１６２、保守管理部１６３、及び送信部１６４を備える。
受信部１６１は、例えば、通信部１６０ｄで実現される。受信部１６１は、画像形成装置２００ないし４００からソフトウェアバージョンアップ情報の問合せを受信する。また、受信部１６１は、画像形成装置２００ないし４００から、画像形成装置２００ないし４００に生じた不具合の状態を表す状態情報を受信する。
更に、受信部１６１は、画像形成装置２００を保守管理する担当者の端末装置から、画像形成装置２００に生じた不具合に対する対処方法を表す対処情報を受信しても良い。
【０１１５】
ここで、ソフトウェアバージョンアップ情報の問合せは、例えば、問合せを送信した画像形成装置２００ないし４００の構成を表す情報を含む。尚、画像形成装置２００ないし４００は、同様の構成を有するため、以下主に画像形成装置２００のみに言及して説明を行う。
画像形成装置２００の構成を表す情報は、画像形成装置２００の種別を表す種別情報と、画像形成装置２００に設置された付属装置を表す情報と、画像形成装置２００及び画像形成装置２００に設置された付属装置のいずれか１つ以上を制御する更新前の制御プログラムの版（つまり、バージョン）とを関連付けた情報を含む。
【０１１６】
ソフトウェア管理部１６２は、演算部１６０ａがソフトウェア管理処理を実行することで実現される。ソフトウェア管理部１６２は、画像形成装置２００が実行するソフトウェアを管理する。具体的には、ソフトウェア管理部１６２は、画像形成装置２００が実行する制御プログラムの所在を表す情報と、制御プログラムの版を表す情報と、制御プログラムを実行可能な画像形成装置の種別を表す種別情報と、制御プログラムの実行に必要な付属装置を表す情報とを関連付けて記憶する。更に、ソフトウェア管理部１６２は、制御プログラムの版と、制御プログラムの安定性を表す情報とを関連付けて記憶する構成を採用できる。
【０１１７】
ソフトウェア管理部１６２は、受信部１６１が受信した問合せに基づいて、問合せを送信した画像形成装置にとって適当な制御プログラムの版を決定する。具体的には、ソフトウェア管理部１６２は、問合せが表す画像形成装置の種別と、画像形成装置に取付けられた付属装置とに関連付けて記憶する制御プログラムの所在と制御プログラムの版とを検索する。次に、ソフトウェア管理部１６２は、検索した制御プログラムの版の内で、問合せが表す更新前の制御プログラムの版よりも新しい版と関連付けた制御プログラムの所在を特定する。尚、ソフトウェア管理部１６２は、複数の新しい制御プログラムの所在を特定した場合には、最新の版と関連付けた制御プログラムを最適な制御プログラムと決定する。尚、これに限定される訳ではなく、ソフトウェア管理部１６２は、最も安定した制御プログラムを最適な制御プログラムと決定する構成を採用できる。その後、ソフトウェア管理部１６２は、決定した最適バージョンと関連付けて記憶する制御プログラムの所在を表す最適バージョンソフトウェアの情報を生成する。
【０１１８】
保守管理部１６３は、演算部１６０ａが保守管理処理を実行することで実現される。保守管理部１６３は、画像形成装置２００から４００の保守管理を行う。
ここで、図８（ｃ）を参照して、保守管理部１６３の構成について説明を行う。図８（ｃ）は、保守管理部１６３の一構成例を表す機能ブロック図である。
図８（ｃ）に示す保守管理部１６３は、対処記憶部１６３ａ、対処特定部１６３ｂ、担当記憶部１６３ｃ、及び担当特定部１６３ｄを備える。
【０１１９】
対処記憶部１６３ａは、例えば、記憶部１６０ｂで実現される。対処記憶部１６３ａは、制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、不具合に対する対処方法を表す対処情報とを関連付けて記憶する。特に、対処記憶部１６３ａが記憶する状態情報は、不具合が更新エラーである可能性の有無及び高低を表す情報を含む。
【０１２０】
対処特定部１６３ｂは、演算部１６０ａが対処特定処理を実行することで実現される。対処特定部１６３ｂは、受信部１６１が受信した状態情報によって表される不具合に対する対処方法を特定する。具体的には、対処特定部１６３ｂは、受信部１６１によって受信された状態情報と対処記憶部１６３ａが関連付けて記憶した対処情報を特定する。より具体的な例について説明すると、対処特定部１６３ｂは、受信された状態情報が表す不具合が更新エラーである可能性の有無によって、状態情報が表す不具合に対する対処方法を絞り込む。次に、対処特定部１６３ｂは、受信された状態情報が表す更新エラーの可能性の高低によって対処方法を更に絞り込む。その後、対処特定部１６３ｂは、例えば、診断情報等の状態情報が表す他の状態に基づいて不具合に対する対処方法を特定する。
【０１２１】
担当記憶部１６３ｃは、例えば、記憶部１６０ｂで実現される。担当記憶部１６３ｃは、画像形成装置を識別する情報と、画像形成装置の保守管理を担当する担当者によって使用される端末装置を識別する情報とを関連付けて記憶する。
【０１２２】
担当特定部１６３ｄは、演算部１６０ａが担当特定処理を実行することで実現される。担当特定部１６３ｄは、受信部１６１が受信した状態情報によって表される不具合が生じた画像形成装置の保守管理を担当する担当者によって使用される端末装置を特定する。具体的には、担当特定部１６３ｄは、不具合が生じた画像形成装置を識別する情報と担当記憶部１６３ｃが関連付けて記憶した情報を特定する。
【０１２３】
次に、図８（ｂ）に戻り、第１管理装置１６０の構成について引き続き説明を行う。
送信部１６４は、例えば、通信部１６０ｄで実現される。送信部１６４は、ソフトウェア管理部１６２が決定した最適バージョン、及び最適バージョンの制御プログラムの所在を表す最適バージョンソフトウェアの情報を、問合せを送信した画像形成装置へ返信する。
また、送信部１６４は、対処特定部１６３ｂが特定した対処を表す対処情報を、問合せを送信した画像形成装置、並びに担当特定部１６３ｄが特定した端末装置のいずれか１つ以上へ返信する。更に、対処特定部１６３ｂが対処情報を特定できなかった場合に、担当特定部１６３ｄが特定した担当者の端末装置へ状態情報を送信し、その後、担当者が特定した対処情報を、問合せを送信した画像形成装置へ返信しても良い。
【０１２４】
次に、図９を参照して、第１管理装置１６０が実行するソフトウェア処理について説明を行う。図９は、第１管理装置１６０が実行する第１管理処理の一例を表すフローチャートである。
先ず、第１管理装置１６０は、不具合の生じた画像形成装置２００の種別を表す種別情報等を含む上記問合せを受信する（ステップＳ４１）。次に、第１管理装置１６０は、受信した問合せに含まれる種別情報等に基づいて、上記の様に制御プログラムの最適版（最適バージョン）を決定する（ステップＳ４２）。その後、第１管理装置１６０は、決定した最適版を表す情報、及び最適版の制御プログラムの所在を表す情報を、画像形成装置２００へ返信する。
【０１２５】
次に、第１管理装置１６０は、最適版の制御プログラムに更新した画像形成装置２００から、画像形成装置２００に生じた不具合が更新エラーである可能性の有無及び高低を用いて不具合の状態を表す状態情報を受信したか否かを判断する（ステップＳ４３）。第１管理装置１６０は、状態情報を受信したと判断する場合にはステップＳ４５の処理を、そうでない場合には保守管理処理の実行を終了する。
【０１２６】
ステップＳ４３において、状態情報を受信したと判断した場合には、第１管理装置１６０は、状態情報で表される更新エラーの可能性の有無及び高低に基づいて、不具合に対する対処方法を特定する（ステップＳ４５）。その後、第１管理装置１６０は、対処方法を特定できたか否かを判断する（ステップＳ４６）。第１管理装置１６０は、対処方法を特定できたと判断する場合にはステップＳ５０の処理を実行し、そうでない場合にはステップＳ４７の処理を実行する。
【０１２７】
ステップＳ４６において、対処方法を特定できないと判断した場合には、第１管理装置１６０は、不具合の生じた画像形成装置２００の保守管理を担当する担当者の使用する端末装置を特定する（ステップＳ４７）。次に、第１管理装置１６０は、受信した状態情報を特定した端末装置へ送信する（ステップＳ４８）。その後、送信した状態情報が表す状態の不具合に対する対処方法を表す対処情報を、端末装置から受信する（ステップＳ４９）。
ステップＳ４６において、対処方法を特定できたと判断した場合、又はステップＳ４９を実行した後に、第１管理装置１６０は、対処情報を画像形成装置２００へ返信する。その後、第１管理装置１６０は、第１管理装処理の実行を終了する。
【０１２８】
尚、図９において、ステップＳ４１及びＳ４９の処理が受信部１６１で実行される受信処理の一例に相当し、ステップＳ４２の処理がソフトウェア管理部１６２を実現するためのソフトウェア管理処理の一例に相当する。また、ステップＳ４３、Ｓ４８、及びＳ５０の処理が送信部１６４で実行される送信処理の一例に相当し、ステップＳ４５の処理が対処特定部１６３ｂを実現するための対処特定処理の一例に相当し、ステップＳ４７の処理が担当特定部１６３ｄを実現するための担当特定処理の一例に相当する。
【０１２９】
本実施例において、携帯電話機器１１１が備える通知部１１１ａ及び１１１ｂ、並びに携帯電話機器１１２、固定電話機器１１４、及び端末機器１１５が備える通知部１１１ａ及び１１１ｂに相当する部、画像形成装置２００が備える通知部２６２が通知手段の一例に相当する。
【０１３０】
また、画像形成部２１２が形成手段の一例に相当し、搬送部２２０が搬送手段の一例に相当し、検出部２３０が検出手段の一例に相当する。更に、情報受信部２４１が画像形成装置の備える受信手段の一例に相当し、情報送信部２４２が画像形成装置の備える送信手段の一例に相当する。更に、検知部２９２が検知手段の一例に相当し、更新部２９３が更新手段の一例に相当し、第１記憶部２９４が第１記憶手段の一例に相当し、制御実行部２９５が制御実行手段の一例に相当する。また更に、第１判定部２９６ａが第１判定手段の一例に相当し、第２判定部２９６ｆが第２判定手段の一例に相当し、第２記憶部２９８が第２記憶手段の一例に相当する。
【０１３１】
更に、受信部１６１が保守管理装置の備える受信手段の一例に相当し、対処記憶部１６３ａが対処記憶手段の一例に相当し、対処特定部１６３ｄが対処特定手段の一例に相当し、受信部１６４が保守管理装置の備える送信手段に相当する。
【０１３２】
また更に、第１管理装置１６０が保守管理装置の一例に相当し、携帯電話機器１１１及び携帯電話機器１１２、固定電話機器１１４、及び端末機器１１５が、担当者によって使用される端末装置の一例に相当する。
【実施例２】
【０１３３】
次に、図１０を参照して、実施例２における画像形成装置が備える判定部の構成について説明する。図１０は、実施例２における判定部の一構成例を表す機能ブロック図である。
【０１３４】
尚、本実施例で説明する画像形成装置は、実施例１で説明した画像形成装置２００と同様の構成を有するため、画像形成装置の構成は、主に実施例１と同じ番号を用いて説明する。よって、以下主に、実施例１の画像形成装置２００と本実施例の画像形成装置との相違点について説明し、相違点については、実施例１で用いた番号と異なる番号を使用する。
【０１３５】
図１０に示す判定部２９９は、第１判定部２９９ａ、第１検索部２９９ｂ及び第２判定部２９９ｆのみならず、第２検索部２９９ｃ、第１算出部２９９ｄ、及び第２算出部２９９ｅを備える。第１判定部２９９ａ、第１検索部２９９ｂ、第２検索部２９９ｃ、及び第２判定部２９９ｆは、実施例１で説明した第１判定部２９６ａ、第１検索部２９６ｂ、及び第２判定部２９６ｆとほぼ同様であるため、以下主に相違点について説明を行う。
【０１３６】
第２検索部２９９ｃは、検知部２９２の検知した不具合と同種の不具合であって、更新時期より後に発生した不具合を表す情報を第２記憶部２９８から検索する。具体的には、第２検索部２９９ｃは、第１記憶部２９４が記憶する情報で表される更新時期よりも後の時期を表す情報に関連付けて第２記憶部２９８が記憶する情報を検索する。次に、第２検索部２９９ｃは、検索した情報から、検知部２９２が検知した不具合と同じ種類の不具合を表す情報を検索する。尚、第２検索部２９９ｃが検索する更新時期よりも後の時期に発生した不具合は、更新時刻から予め定める時間だけ遅い時刻までの期間に発生した不具合を含む構成を採用できる。また、これに限定されるのではなく、第２検索部２９９ｃが検索する更新時期よりも後の時期に発生した不具合は、更新時の総実行回数から予め定める回数だけ多い総実行回数までにおいて発生した不具合を含む構成を採用できる。
【０１３７】
第１算出部２９９ｄは、演算部２９０ａが第１算出処理を実行することで実現される。第１算出部２９９ｄは、検知部２３０が検知した不具合と同じ不具合が制御プログラムの更新時期よりも「前」の時期において発生した発生頻度を算出する。具体的には、第１算出部２９９ｄは、第２記憶部２９８が記憶する情報で表される時期に検知された今回の不具合と同種の不具合が更新時期よりも前の時期において発生した発生頻度を算出する。より具体的な例を挙げると、第１検索部２９９ｂが検索した不具合を表す情報の数（つまり、レコード件数）を、第１検索部２９９ｂが検索対象とした期間で除算して頻度を算出する。
【０１３８】
第２算出部２９９ｅは、演算部２９０ａが第２算出処理を実行することで実現される。第２算出部２９９ｅは、第１算出部２９９ｄと異なり、検知部２３０が検知した不具合と同じ不具合が制御プログラムの更新時期よりも「後」の時期において発生した発生頻度を算出する。より具体的な例を挙げると、第２検索部２９９ｃが検索した不具合を表す情報の数（つまり、レコード件数）を、第２検索部２９９ｃが検索対象とした期間で除算して頻度を算出する。
【０１３９】
第２判定部２９６ｆは、第２算出部２９９ｅが算出した発生頻度が、第１算出部２９９ｄが算出した発生頻度よりも高い場合に、検知部２３０によって検知された不具合が更新エラーである可能性が高いと判定する。逆に、第２判定部２９６ｆは、第２算出部２９９ｅが算出した発生頻度が、第１算出部２９９ｄが算出した発生頻度よりも低い又は同じ場合に、検知部２３０によって検知された不具合が更新エラーである可能性が低いと判定する。
【０１４０】
画像形成装置２００から４００及び第１管理装置１６０が実行するプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記録媒体に格納して配布したり、ネットワークを介して配信したりすることにより提供できる。
更に、画像形成装置２００から４００及び第１管理装置１６０がソフトウェア処理を実行することで実現する機能の一部又は全部は、ハードウェア回路を用いて実現することができる。逆に、画像形成装置２００から４００及び第１管理装置１６０がハードウェア回路を用いて実現する機能の一部又は全部は、ソフトウェア処理を実行することで実現することができる。
【０１４１】
以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【０１４２】
１…保守管理システム １０、２０、３０…通信網
１１１、１１２…携帯電話機器（端末装置）
１１１ａ…通知部（通知手段） １１１ｂ…通知部（通知手段）
１１３…基地局 １１４…固定電話機器（端末装置）
１１５…端末機器（端末装置） １６０…第１管理装置（保守管理装置）
１６０ａ…演算部 １６０ｂ…記憶部
１６０ｃ…入出力部 １６０ｄ…通信部
１６０ｅ…バス １６１…受信部（受信手段）
１６２…ソフトウェア管理部 １６３…保守管理部
１６３ａ…対処記憶部（対処記憶手段） １６３ｂ…対処特定部（対処特定手段）
１６３ｃ…担当記憶部 １６３ｄ…担当特定部
１６４…送信部（送信手段） １７０…第２管理装置
２００、３００、４００…画像形成装置 ２１１…画像読取部
２１２…画像形成部（形成手段） ２２０…搬送部（搬送手段）
２３０…検出部（検出手段） ２４１…情報受信部（受信手段）
２４２…情報送信部（送信手段） ２５１…ＦＡＸ受信部
２５２…ＦＡＸ送信部 ２６１…入力部
２６２…通知部（通知手段） ２９０…制御部
２９１…取得部 ２９２…検知部（検知手段）
２９３…更新部（更新手段） ２９４…第１記憶部（第１記憶手段）
２９５…制御実行部（制御実行手段） ２９５ａ…試験制御実行部
２９５ｂ…通常制御実行部 ２９６…判定部
２９６ａ…第１判定部（第１判定手段） ２９６ｂ…第１検索部
２９６ｆ…第２判定部（第２判定手段） ２９７…登録部
２９８…第２記憶部 ２９９…判定部
２９９ａ…第１判定部（第１判定手段） ２９９ｂ…第１検索部
２９９ｃ…第２検索部 ２９９ｄ…第１算出部
２９９ｅ…第２算出部 ２９９ｆ…第２判定部（第２判定手段）
【技術分野】
【０００１】
本発明は、画像形成装置、画像形成プログラム、保守管理装置、保守管理プログラム、及び保守管理システムに関する。
【背景技術】
【０００２】
近年、事務機器を快適に利用可能な状態に維持できる事務機器管理システムが広く知られている（例えば、特許文献１）。
この事務機器管理システムは、異常発生を知らせる情報を送信する事務機器と、事務機器の異常発生を知らせる情報を受信すると、受信した情報に対応するマシン設定情報を返信して該事務機器を管理するサーバ装置とを備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０３８３４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的とするところは、不具合の状態を的確に表す情報を送信できる画像形成装置及び画像形成プログラム、並びに不具合に対する対処方法を早期かつ容易に特定できる保守管理装置、保守管理プログラム、及び保守管理システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明に係る画像形成装置は、画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、制御プログラムの実行により生じる不具合を検知する検知手段と、検知手段の検知した不具合が制御プログラムの更新によって生じた不具合である可能性の有無を、第１記憶手段が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する第１判定手段と、可能性が有ると第１判定手段が判定すると、可能性の有無を含む不具合の状態を表す状態情報を送信する送信手段とを備えることを特徴としている。
【０００６】
上記構成において、第１判定手段は、更新された制御プログラムが試験的に実行された時期に、不具合の発生した時期が含まれる場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が有ると判定する構成を採用できる。
【０００７】
上記構成において、第１判定手段は、更新された制御プログラムが最初に実行された時期に、不具合の発生した時期が含まれる場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が有ると判定する構成を採用できる。
【０００８】
上記構成において、第１判定手段は、制御プログラムが更新された後から予め定める時間を経過するまでの時期に、不具合の発生した時期が含まれる場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が有ると判定する構成を採用できる。
【０００９】
上記構成において、検知手段が不具合を検知した検知時期を表す情報を記憶する第２記憶手段と、第２記憶手段が記憶する情報で表される時期に検知された不具合が更新時期よりも前の時期に発生した回数に基づいて、可能性の高低を判定する第２判定手段とを更に備え、送信手段は、可能性が有ると第１判定手段が判定すると、第２判定手段が判定した可能性の高低を含む不具合の状態を表す状態情報を送信する構成を採用できる。
【００１０】
上記構成において、第２判定手段は、更新時期よりも前の時期に不具合が検知されていない場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が高いと判定する構成を採用できる。
【００１１】
上記構成において、第１記憶手段が記憶する情報で表される更新時期は、制御プログラムが更新された更新時刻で表され、第２記憶手段が記憶する情報で表される検知時期は、不具合が検知された検知時刻で表され、更新時期よりも前の時期に発生した不具合は、更新時刻から予め定める時間だけ早い時刻までの期間に発生した不具合を含む構成を採用できる。
【００１２】
上記構成において、第１記憶手段が記憶する情報で表される更新時期は、更新されるまでに制御プログラムが実行された総実行回数で表され、第２記憶手段が記憶する情報で表される検知時期は、不具合が検知されるまでに制御プログラムが実行された総実行回数で表され、更新時期よりも前の時期に発生した不具合は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までにおいて発生した不具合を含む構成を採用できる。
【００１３】
上記構成において、第２判定手段は、第２記憶手段が記憶する情報で表される時期に検知された不具合が更新時期よりも後の時期において発生した発生頻度が、更新時期よりも前の時期の発生頻度よりも高い場合に、不具合が制御プログラムの更新によって生じた不具合である可能性が高いと判定する構成を採用できる。
【００１４】
上記構成において、第１記憶手段が記憶する情報で表される更新時期は、制御プログラムが更新された更新時刻で表され、第２記憶手段が記憶する情報で表される検知時期は、不具合が検知された検知時刻で表され、更新時期よりも前の時期における発生頻度は、更新時刻から予め定める時間だけ早い時刻までの期間に不具合が発生した頻度を含み、更新時期よりも後の時期における発生頻度は、更新時刻から予め定める時間だけ遅い時刻までの期間に不具合が発生した頻度を含む構成を採用できる。
【００１５】
上記構成において、第１記憶手段が記憶する情報で表される更新時期は、更新されるまでに制御プログラムが実行された総実行回数で表され、第２記憶手段が記憶する情報で表される検知時期は、不具合が検知されるまでに制御プログラムが実行された総実行回数で表され、更新時期よりも前の時期において不具合が発生した発生頻度は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までの期間に不具合が発生した頻度を含み、更新時期よりも後の時期において不具合が発生した発生頻度は、更新時の総実行回数から予め定める回数だけ多い総実行回数までの期間に不具合が発生した頻度を含む構成を採用できる。
【００１６】
上記構成において、画像を形成する形成手段と、制御プログラムを実行することで、形成手段を制御する制御実行手段とを更に備え、検知手段は、制御実行手段により制御された形成手段に生じる不具合を検知する構成を採用できる。
【００１７】
上記構成において、画像を印刷される印刷媒体を搬送する搬送手段と、搬送手段による印刷媒体の搬送を検出する検出手段とを更に備え、形成手段は、搬送手段によって搬送される印刷媒体に画像を印刷し、制御実行手段は、制御プログラムの実行により形成手段及び搬送手段のいずれか１つ以上を制御し、
検知手段は、検出手段の検出結果に基づいて、形成手段及び搬送手段のいずれか１つ以上における印刷媒体の詰まりを検知する構成を採用できる。
【００１８】
上記構成において、第１記憶手段は、制御プログラムと制御プログラムの更新時期を表す情報と関連付けて記憶し、第１記憶手段が記憶する制御プログラムよりも新しい版の制御プログラムを受信する受信手段と、受信手段が受信した制御プログラムで、第１記憶手段に記憶された制御プログラムと更新時期を表す情報とを更新する更新手段とを備える構成を採用できる。
【００１９】
上記構成において、送信手段は、可能性が無いと第１判定手段が判定した不具合の発生回数が予め定める回数を超えた場合、及び不具合の発生頻度が予め定める頻度を超えた場合のいずれか１つ以上の場合に、不具合の状態を表す状態情報を送信する構成を採用できる。
【００２０】
本発明に係る画像形成プログラムは、コンピュータを、画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、制御プログラムの実行により生じる不具合を検知する検知手段と、検知手段の検知した不具合が制御プログラムの更新によって生じた不具合である可能性の有無を、第１記憶手段が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する第１判定手段と、可能性が有ると第１判定手段が判定すると、不具合の状態を表す状態情報を送信する送信手段に対して、可能性の有無を含む状態情報を送信するよう制御する制御実行手段として機能させる構成を採用できる。
【００２１】
本発明に係る保守管理装置は、画像を形成するために実行される制御プログラムの更新によって不具合が生じた可能性の有無を含む不具合の状態を表す状態情報を受信する受信手段と、制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、受信手段が受信した状態情報と対処記憶手段が関連付けて記憶した対処情報を特定する対処特定手段と、対処特定手段が特定した対処情報を、画像形成装置及び画像形成装置の保守管理を担当する担当者によって使用される端末装置のいずれか１つ以上へ送信する送信手段とを備えることを特徴としている。
【００２２】
本発明に係る保守管理プログラムは、コンピュータを、画像を形成するために実行される制御プログラムの更新によって不具合が生じた可能性の有無を含む不具合の状態を表す状態情報を受信する受信手段と、制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、受信手段が受信した状態情報と対処記憶手段が関連付けて記憶した対処情報を特定する対処特定手段と、
対処特定手段が特定した対処情報を、画像形成装置及び画像形成装置の保守管理を担当する担当者によって使用される端末装置のいずれか１つ以上へ送信する送信手段として機能させることを特徴としている。
【００２３】
本発明に係る保守管理システムは、画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、制御プログラムの実行により生じる不具合を検知する検知手段と、検知手段の検知した不具合が制御プログラムの更新によって生じた不具合である可能性の有無を、第１記憶手段が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する第１判定手段と、制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、可能性が有ると第１判定手段が判定すると、第１判定手段が判定した可能性の有無を含む状態情報と対処記憶手段が関連付けて記憶した対処情報を特定する対処特定手段と、対処特定手段が特定した対処情報が表す対処を通知する通知手段とを備えることを特徴としている。
【発明の効果】
【００２４】
請求項１の構成によれば、制御プログラムの更新時期と不具合の発生時期とに基づいて不具合が制御プログラムの更新によって生じた可能性の有無を精度良く判定できるだけでなく、判定した可能性の有無で不具合の状態を的確に表す情報を送信できる。
【００２５】
請求項２の構成によれば、制御プログラムの更新によって不具合が生じた可能性の有無を試験時期に基づいて精度良く判定できる。
【００２６】
請求項３の構成によれば、更新後における最初の実行時期に生じた不具合であるか否かに基づいて、制御プログラムの更新によって不具合が生じた可能性の有無を精度良く判定できる。
【００２７】
請求項４の構成によれば、経年劣化により生じる不具合と制御プログラムの更新によって生じた可能性の有る不具合とを精度良く判定できる。
【００２８】
請求項５の構成によれば、更新時期よりも前における不具合の発生回数に基づいて不具合が制御プログラムの更新によって生じた可能性の高低を判定できるだけでなく、判定した可能性の高低で不具合の状態を的確に表す情報を送信できる。
【００２９】
請求項６の構成によれば、不具合が制御プログラムの更新によって生じた可能性の高低を精度良く判定できる。
【００３０】
請求項７の構成によれば、時間の経過に伴って発生する不具合の影響を排除して、制御プログラムの更新によって不具合が生じた可能性の高低を精度良く判定できる。
【００３１】
請求項８の構成によれば、画像の形成した回数の増加に伴って発生する不具合の影響を排除して、制御プログラムの更新によって不具合が生じた可能性の高低を精度良く判定できる。
【００３２】
請求項９の構成によれば、更新時期よりも前における不具合の発生頻度と、更新時期よりも後における不具合の発生頻度との差異に基づいて、不具合が制御プログラムの更新によって生じた可能性の高低を精度良く判定できる。
【００３３】
請求項１０の構成によれば、時間の経過に伴って発生する不具合の影響を排除して、制御プログラムの更新によって不具合が生じた可能性の高低を精度良く判定できる。
【００３４】
請求項１１の構成によれば、画像の形成した回数の増加に伴って発生する不具合の影響を排除して、制御プログラムの更新によって不具合が生じた可能性の高低を精度良く判定できる。
【００３５】
請求項１２の構成によれば、形成手段に生じた不具合が、形成手段の制御に用いられる制御プログラムの更新により生じた不具合である可能性について精度良く判定できる。
【００３６】
請求項１３の構成によれば、印刷媒体の詰まりが、印刷媒体の搬送又は印刷媒体への印刷を制御する制御プログラムの更新により生じた不具合である可能性について精度良く判定できる。
【００３７】
請求項１４の構成によれば、受信したプログラムで制御プログラムを効率良く更新できる。
【００３８】
請求項１５の構成によれば、制御プログラムの更新により生じた不具合である可能性が有る場合に、そうでない場合と比べて、可能性の有無で不具合の状態を的確に表す情報を早期かつ効率的に送信できる。
【００３９】
請求項１６の構成によれば、制御プログラムの更新時期と不具合の発生時期とに基づいて不具合が制御プログラムの更新によって生じた可能性の有無を精度良く判定できるだけでなく、判定した可能性の有無で不具合の状態を的確に表す情報を送信できる。
【００４０】
請求項１７の構成によれば、不具合が制御プログラムの更新によって生じた可能性の有無に基づいて、不具合に対する対処方法を早期かつ容易に特定できるだけでなく、特定した対処方法を早期に送信できる。
【００４１】
請求項１８の構成によれば、不具合が制御プログラムの更新によって生じた可能性の有無に基づいて、不具合に対する対処方法を早期かつ容易に特定できるだけでなく、特定した対処方法を早期に送信できる。
【００４２】
請求項１９の構成によれば、制御プログラムの更新時期と不具合の発生時期とに基づいて不具合が制御プログラムの更新によって生じた可能性の有無を精度良く判定すると共に、可能性の有無に基づいて容易に不具合に対する対処方法を特定できるだけでなく、特定した対処方法を早期に通知できる。
【図面の簡単な説明】
【００４３】
【図１】本発明の画像形成装置及び保守管理装置を備えた保守管理システムの一実施形態を示す構成図である。
【図２】画像形成装置を備える保守管理システム１の処理順序の一例を表すシーケンス図である。
【図３】画像形成装置を備える保守管理システム１の処理順序の他例を表すシーケンス図である。
【図４】画像形成装置を備える保守管理システム１の処理順序の他例を表すシーケンス図である。
【図５】画像形成装置の一構成例を表すハードウェア構成図である。
【図６】制御部の一構成例を表す機能ブロック図である。
【図７】画像形成装置が実行する画像形成処理の一例を表すフローチャートである。
【図８】第１管理装置の一構成例を表すハードウェア構成図である。
【図９】第１管理装置が実行する第１管理処理の一例を表すフローチャートである。
【図１０】実施例２における判定部の一構成例を表す機能ブロック図である。
【発明を実施するための最良の形態】
【００４４】
以下、本発明の最良の実施形態について、添付図面を参照しつつ説明する。
【実施例１】
【００４５】
図１は、本発明の画像形成装置及び保守管理装置を備えた保守管理システムの一実施形態を示す構成図である。
図１に示す保守管理システム１は、通信網１０から３０、携帯電話機器１１１及び１１２、基地局１１３、固定電話機器１１４、端末機器１１５、第１管理装置１６０、第２管理装置１７０、並びに画像形成装置２００から４００を備える。尚、図１に示す保守管理システム１は、３つの画像形成装置２００から４００を備えるとして説明するが、これに限定されるのではなく、例えば、唯１つ、２つ、又は４つ以上の画像形成装置を備える構成を採用できる。尚、画像形成装置２００から４００は、それぞれ同様の構成であるため、画像形成装置２００について主に説明する。
【００４６】
通信網１０及び２０は、例えば、ＬＡＮ（Local Area Network ）、ＷＡＮ（Wide Area Network）、又はＭＡＮ（Metropolitan Area Network）で構成される。通信網３０は、例えば、公衆回線網で構成される。
【００４７】
携帯電話機器１１１及び１１２は、それぞれ同様の構成を有するため、携帯電話機器１１１について主に説明を行う。携帯電話機器１１１は、例えば、携帯電話又はＰＨＳ（Personal Handy Phone）で構成される。携帯電話機器１１１は、画像形成装置２００から４００の保守管理を担当する担当者ＰＣ１からＰＣ３によって使用される。尚、保守管理を担当する担当者は、例えば、サービスエンジニアであることが望ましいが、これに限定されるのではなく、営業担当者が担当しても構わない。
【００４８】
携帯電話機器１１１は、図１（ｂ）に示すように、例えば、液晶パネル又は有機ＥＬ（Electro-Luminescence）ディスプレイで構成される通知部１１１ａを備える。携帯電話機器１１１は、対処情報を基地局１１３から無線を用いて受信する。尚、対処情報は、携帯電話機器１１１を使用する担当者ＳＥ１によって担当された画像形成装置２００から４００に生じた不具合に対する対処方法を表す情報をいう。次に、携帯電話機器１１１は、受信した対処情報によって表される対処方法を通知部１１１ａに表示する。また、携帯電話機器１１１は、図１（ｂ）に示す、例えば、スピーカで構成される通知部１１１ｂを備え、対処方法を通知部１１１ｂから音声出力する構成を採用できる。その後、担当者ＳＥ１は、保守管理を担当する画像形成装置２００から４００の設置場所を訪問する。次に、担当者ＳＥ１は、画像形成装置２００から４００へ携帯電話機器１１１から通知された対処方法を施すことで、画像形成装置２００から４００に生じた不具合を解消する。
【００４９】
基地局１１３は、通信網３０を介して接続する第１管理装置１６０から対処情報を受信する。また、基地局１１３は、受信した情報を携帯電話機器１１１へ無線送信する。尚、基地局１１３は、携帯電話機器１１１から情報を無線受信した後に、受信した情報を第１管理装置１６０へ有線送信する構成を採用できる。
【００５０】
固定電話機器１１４は、通信網２０を介して接続する第１管理装置１６０と音声を表す音声情報を通信する。固定電話機器１１４が第１管理装置１６０と通信する音声情報によって表わされる音声の内容は、携帯電話機器１１１が第１管理装置１６０と通信する情報で表される対処方法を含む。また、固定電話機器１１４は、携帯電話機器１１１と同様に、受信した音声情報が表す対処方法を音声で通知する、例えば、スピーカで構成された通知部を有する。
【００５１】
端末機器１１５は、例えば、ＰＤＡ（Personal Digital Assistants）又はパーソナルコンピュータで構成される。尚、端末機器１１５を構成するパーソナルコンピュータは、ノードブック型又はデスクトップ型のいずれであっても良い。端末機器１１５は、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等のプロトコルに従って、通信網３０を介して接続する第１管理装置１６０と通信を行う。端末機器１１５が第１管理装置１６０と通信する情報は、携帯電話機器１１１が第１管理装置１６０と通信する情報と同様であるため説明を省略する。また、端末機器１１５は、携帯電話機器１１１と同様に、第１管理装置１６０から受信した対処情報によって表される対処方法を通知する通知部を有する。
【００５２】
尚、携帯電話機器１１１及び携帯電話機器１１２は、画像形成装置４００の保守管理を担当する担当者ＰＣ１、及び画像形成装置３００の保守管理を担当する担当者ＰＣ２によってそれぞれ携帯される。また、端末機器１１５は、画像形成装置２００の保守管理を担当する担当者ＰＣ３によって使用される。更に、固定電話機器１１４は、担当者ＰＣ１が所属し、かつ勤務する担当営業所に設置される。よって、固定電話機器１１４は、担当者ＰＣ１によって使用される。このため、携帯電話機器１１１及び携帯電話機器１１２、固定電話機器１１４、及び端末機器１１５は、担当者ＰＣ１からＰＣ３に使用される端末装置に含まれる。また、画像形成装置２００から４００は、それぞれ使用者Ｕ１からＵ３によって使用される。
【００５３】
第１管理装置１６０は、例えば、サーバー機器で構成される。第１管理装置１６０は、通信網１０を介して接続する画像形成装置２００から４００を保守管理する。本実施例においては、第１管理装置１６０は、遠隔地に設置された画像形成装置２００から４００を遠隔管理するとして説明するが、これに限定される訳ではない。
【００５４】
具体的には、第１管理装置１６０は、画像形成装置２００から４００が画像を形成するために実行する制御プログラムの画像形成装置２００から４００による更新を管理する。また、第１管理装置１６０は、画像形成装置２００から４００に生じた不具合に対する対処方法を表す対処情報を、画像形成装置２００から４００、又は画像形成装置２００から４００の保守管理を担当する担当者によって使用される携帯電話機器１１１及び１１２、固定電話機器１１４、並びに端末機器１１５（つまり、端末装置）へ送信する。尚、第１管理装置１６０の構成については、画像形成装置２００の後に説明する。
【００５５】
第２管理装置１７０は、例えば、サーバー機器で構成される。第２管理装置１７０は、画像形成装置２００から４００で使用される制御プログラムを管理する。第２管理装置１７０が管理する制御プログラムは、画像形成装置２００から４００が画像を形成するために実行するプログラムを含む。具体的には、第２管理装置１７０は、アパッチ（Apache）等のサーバープログラムを実行するウェブサーバーで構成され、それぞれ異なる版（つまり、バージョン）の複数の制御プログラムを記憶している。第２管理装置１７０は、例えば、ＵＲＬ（Uniform Resource Locator）等の情報で表された所在に在る制御プログラムの送信要求を画像形成装置２００から４００のいずれかから受信すると、受信した要求に応じて制御プログラムを返信する。
【００５６】
画像形成装置２００は、例えば、複合機で構成される。画像形成装置２００は、例えば、文書読取機能、文書印刷機能、複写機能、ＦＡＸ通信機能、情報通信機能等を有する。ここで、文書読取機能は、文書原稿を光学的に読取ると共に、読取った文書を表す文書情報を生成する機能をいう。また、文書印刷機能は、印刷媒体に文書情報が表す文書を印刷する機能をいう。複写機能は、文書読取機能により読取った文書を、文書印刷機能により印刷して複製する機能をいう。ＦＡＸ通信機能及び情報通信機能は、例えば、それぞれＴＣＰ／ＩＰ及びＧ３のプロトコルを用いて文書情報を送受信する機能をいう。
【００５７】
画像形成装置２００は、画像を形成するために制御プログラムを実行する。また、画像形成装置２００は、実行する制御プログラム（つまり、更新前の制御プログラム）を、第１管理装置１６０によって管理されるより新しい版の制御プログラムに更新する。更に、画像形成装置２００は、更新した制御プログラムの実行によって生じた不具合を検知し、検知した不具合に対する第１管理装置１６０によって管理された対処方法を、画像形成装置２００の使用者Ｕ１へ通知する。
【００５８】
次に、図２を参照して、画像形成装置２００を備える保守管理システム１が実行する処理について概説する。図２は、画像装置２００を備える保守管理システム１の処理順序の一例を表すシーケンス図である。
先ず、画像形成装置２００の使用者Ｕ１は、画像形成装置２００が実行する制御プログラム（つまり、ソフトウェア）の更新（つまり、バージョンアップ）を、画像形成装置２００に対して指示する。次に、画像形成装置２００は、指示に従って、第１管理装置１６０へ適当な制御プログラムの問合せ（ソフトウェアバージョンアップ情報とも図示する）を送信する。
【００５９】
ここで、適当な制御プログラムの問合せとは、画像形成装置２００にとって適当な制御プログラムの所在を、例えば、ＵＲＬで表した情報を返信するよう求める要求をいう。ここで、適当な制御プログラムは、画像形成装置２００にとって適当な版の制御プログラムを含む。また、適当な版の制御プログラムは、更新前の制御プログラム（つまり、インストールされているソフトウェア）よりも版が新しい制御プログラムを含む。しかし、これに限定される訳ではなく、適当な制御プログラムは、例えば、更新前の制御プログラムよりも安定している制御プログラムをいう構成を採用できる。
【００６０】
また、画像形成装置２００にとって適当な制御プログラムは、画像形成装置２００にとって最適な制御プログラムを含む。よって、適当な版の制御プログラムは、画像形成装置２００にとって最適な版の制御プログラム（以下、最適バージョンソフトウェアともいう）を含む。また、最適な版の制御プログラムは、例えば、最新版の制御プログラム、又は最も安定した制御プログラムを含む。
【００６１】
その後、問合せを受信すると、第１管理装置１６０は、問合せを送信した画像形成装置２００が実行する制御プログラムの最適バージョンを決定する。次に、第１管理装置１６０は、決定したバージョンのプログラムの所在を表す情報（最適バージョンソフトウェアの情報とも図示する）を生成し、生成した情報及び最適バージョンを表す情報を関連付けて画像形成装置２００へ返信する。尚、問合せ及び問合せに基づいた最適バージョンの決定方法、並びに決定した最適バージョンから最適バージョンソフトウェアの情報を生成する生成方法については、第１管理装置１６０の構成について説明する段落で詳細に説明する。
【００６２】
次に、画像形成装置２００は、受信した情報を使用者Ｕ１に通知する。使用者Ｕ１は、制御プログラムの最適バージョン及び最適バージョンの制御プログラムの所在のいずれか１つ以上に基づいて、制御プログラムの更新を継続するよう指示するか否かを判断する。使用者Ｕ１は、更新を継続させると判断した場合には、更新の継続を画像形成装置２００に対して指示する。
【００６３】
その後、画像形成装置２００は、指示に従って、第２管理装置１７０から最適バージョンの制御プログラムをダウンロードする。次に、ダウンロードしたプログラムで更新前の制御プログラムを更新する（つまり、バージョンアップする）。その後、画像形成装置２００は、更新された制御プログラムを試験的に実行して、画像を試験的に形成する（つまり、テストプリントする）。
【００６４】
次に、画像形成装置２００は、例えば、紙詰まり（つまり、ジャム）等の不具合の発生を検知する。尚、画像形成装置２００が検知する不具合については、画像形成装置２００の構成について説明する段落において詳細に説明する。その後、画像形成装置２００は、発生した不具合が制御プログラムの更新によって生じた不具合（以下単に、更新エラーという）である可能性の有無及び高低を判定する。
【００６５】
次に、画像形成装置２００は、更新エラーの可能性が高いと判定した場合には、検知した不具合は更新エラーの可能性が有ることを表す情報、及び更新エラーの可能性の高低を表す情報を用いて不具合の状態を表す状態情報を第１管理装置１６０へ送信する。
【００６６】
その後、第１管理装置１６０は、受信した情報が表す更新エラーの可能性の有無及び高低を含む不具合の状態に基づいて、第１管理装置１６０が備える記憶部から不具合の対処方法を取得する。次に、第１管理装置１６０は、取得した対処方法を表す対処情報を画像形成装置２００へ返信する。尚、第１管理装置１６０が対処方法を取得する取得方法については、第１管理装置１６０の構成について説明する段落において詳細に説明する。
【００６７】
次に、画像形成装置２００は、受信した対処情報が表す対処方法を使用者Ｕ１へ通知する。その後、使用者Ｕ１は、画像形成装置２００が通知した対処方法に従って、画像形成装置２００に生じた不具合に対する対処を、画像形成装置２００に対して施す。
【００６８】
図２において、第１管理装置１６０は、第１管理装置１６０が備える記憶部から不具合の対処方法を取得するとして説明した。しかし、これに限定される訳ではなく、例えば、図３に示す様に、保守管理システム１は、画像形成装置２００から４００に生じた不具合に対する対処方法を表す対処情報を管理する、例えば、サーバー機器で構成される第３管理装置１８０を備える構成を採用できる。この構成において、第１管理装置１６０は、第１管理装置１６０が備える記憶部から不具合の対処方法を取得できない場合に、第３管理装置１８０に対して状態情報に基づいて対処方法を検索するよう求める要求を送信した後に、第３管理装置１８０から検索結果（つまり、対処方法）を表す情報を受信する構成を採用できる。
【００６９】
また、これに限定される訳ではなく、例えば、図４（ａ）に示す構成を採用できる。この構成において、第１管理装置１６０は、不具合の対処方法を取得できない場合に、不具合が生じた画像形成装置２００の保守管理を担当する担当者ＰＣ３を検索する構成を採用できる。次に、第１管理装置１６０は、検索した担当者ＰＣ３が使用する端末機器１１５へ、画像形成装置２００に生じた不具合の状態を表す状態情報を送信する。担当者ＰＣ３は、端末機器１１５が通知する状態情報で表される更新エラーの可能性の有無及び高低等に基づいて、不具合に対する対処方法を特定する。その後、担当者ＰＣ３は、特定した対処方法を端末機器１１５へ入力する。端末機器１１５は、入力された対処方法を表す対処情報を、第１管理装置１６０を介して、又は直接に画像形成装置２００へ返信する。
【００７０】
更に、これに限定される訳ではなく、例えば、図４（ｂ）に示す構成を採用できる。この構成において、第１管理装置１６０は、第１管理装置１６０が備える記憶部から不具合の対処方法を検索することなく、不具合が生じた画像形成装置２００の保守管理を担当する担当者ＰＣ３を検索する構成を採用できる。また、担当者ＰＣ３を検索した後に、第１管理装置１６０は、検索した担当者ＰＣ３が所属する営業所Ｏの固定電話機器１１４へ、画像形成装置２００に生じた不具合の状態を表す状態情報を送信する。更に、担当者ＰＣ３は、固定電話機器１１４が音声出力した不具合の状態に基づいて、不具合に対する対処方法を特定する。その後、担当者ＰＣ３は、画像形成装置２００の設置場所へ訪問して、既に特定した対処方法を画像形成装置２００へ施す。
【００７１】
次に、図５を参照して、画像形成装置２００の構成について説明を行う。図５（ａ）は、画像形成装置２００の一構成例を表すハードウェア構成図である。
画像形成装置２００は、画像読取部２１１及び画像形成部２１２、搬送部２２０及び検出部２３０、情報受信部２４１及び情報送信部２４２、ＦＡＸ受信部２５１及びＦＡＸ送信部２５２、入力部２６１及び通知部２６２、並びに制御部２９０で構成される。
【００７２】
画像読取部２１１は、例えば、ＩＩＴ（Image Input Terminal）で構成される。画像読取部２１１は、制御部２９０の制御に従って、例えば、プラテンに置かれた文書に表された画像を光学的に読取る。次に、画像読取部２１１は、読み取った画像を表す画像情報を制御部２９０へ出力する。
【００７３】
画像形成部２１２は、例えば、ＩＯＴ（Image Output Terminal）で構成される。画像形成部２１１は、制御部２９０の制御に従って、搬送部２２０が搬送する印刷媒体に画像を印刷することで画像を形成する。
【００７４】
ここで、図５（ｂ）を参照して、画像形成部２１２の構成について説明を行う。図５（ｂ）は、画像形成部２１２の一構成例を表す図である。
画像形成部２１２は、帯電器２１２ａ、感光体２１２ｂ、露光光源２１２ｃ、現像器２１２ｄ 、及び転写ベルト２１２ｅを備える。帯電器２１２ａは、制御部２９０の制御に従って感光体２１２ｂをほぼ一様に帯電させる。感光体２１２ｂは、例えば、感光性ドラムで構成され、制御部２９０の制御に従って回転又は停止する。感光体２１２ｂは、露光光源２１２ｃによって光が照射された部分の帯電電化を除去されると共に、除去されずに残存した帯電電荷によって形成する画像を潜像画像として表す。露光光源２１２ｃは、例えば、ＬＥＤ（Light Emitting Diode）等を列状に配列して構成される。露光光源２１２ｃは、制御部２９０の制御に従って感光体２１２ｂを露光する。現像器２１２ｄは、感光体２１２ｂが有する帯電電荷によって電気的にトナーを感光体２１２ｂに吸着させる。転写ベルト２１２ｅは、感光体２１２ｂが吸着したトナーを転写される。次に、転写ベルト２１２ｅは、制御部２９０の制御に従って転写されたトナーを搬送部２２０が搬送する印刷媒体に転写する。その後、転写されたトナーは、熱と圧力を加えられて印刷媒体に定着させられる。
【００７５】
ここで、図３（ａ）に戻り、画像形成装置２００の構成について引き続き説明を続ける。
搬送部２２０は、例えば、印刷媒体が搬送される搬送路と、印刷媒体を搬送路に沿って搬送するフィードロールとで構成される。搬送部２２０は、制御部２９０の制御に従って、印刷媒体を搬送する。具体的には、図３（ｂ）に示す様に、搬送部２２０は、例えば、印刷媒体を積載したトレイから画像形成部２１２へ印刷媒体を搬送する。次に、搬送部２２０は、画像形成部２１２で画像を印刷された印刷媒体を印刷媒体の出力口へ搬送する。
【００７６】
検出部２３０は、例えば、赤外線センサーで構成される。検出部２３０は、搬送部２２０による印刷媒体の搬送を検出する。具体的には、検出部２３０は、図３（ｂ）に示す様に、搬送部２２０が備える搬送路の予め定められた位置における印刷媒体の通過を検出する。その後、検出部２３０は、検出結果を制御部２９０へ出力する。
【００７７】
情報受信部２４１は、例えば、ネットワークカードで構成される。情報受信部２４１は、制御部２９０の制御に従って、例えば、ＴＣＰ／ＩＰプロトコルを用いて上記及び下記の情報を受信する。具体的には、情報受信部２４１は、第１管理装置１６０から最適バージョンのソフトウェアの所在を表す情報（最適バージョンソフトウェアの情報）を受信する。次に、情報受信部２４１は、最適バージョンソフトウェアの情報で表された所在に在る最適バージョンの制御プログラムを、第２管理装置１７０から受信する。その後、画像形成装置２００が不具合の発生を検知すると、情報受信部２４１は、発生した不具合の対処方法を表す対処情報を第１管理装置１６０から受信する。
【００７８】
情報送信部２４２は、情報受信部２４１と同様に、ネットワークカードで構成される。情報送信部２４２は、制御部２９０の制御に従って、ＴＣＰ／ＩＰプロトコルを用いて上記及び下記の情報を送信する。具体的には、情報送信部２４２は、適当な制御プログラムの問合せを第２管理装置１７０へ送信する。また、情報送信部２４２は、問合せに応じた第１管理装置１６０から情報受信部２４１が受信した最適バージョンソフトウェアの情報に基づいて、第２管理装置１７０へ最適バージョンソフトウェアのダウンロード通知を送信する。尚、最適バージョンソフトウェアのダウンロード通知とは、例えば、最適バージョンの制御プログラムを管理する第２管理装置１７０に対して、最適バージョンの制御プログラムを送信するよう要求することをいう。その後、画像形成装置２００が不具合の発生を検知すると、画像形成装置２００が更新エラーの可能性があると判定した場合に、状態情報を第１管理装置１６０へ送信する。
【００７９】
尚、更新エラーの可能性があると判定した場合に情報送信部２４２が送信する状態情報は、検知した不具合が更新エラーである可能性の有無及び高低を用いて不具合の状態を表す情報である。具体的には、状態情報は、リンク（link）情報と、チェイン（Chain）情報と、不具合の診断に用いる診断情報を含む。リンク情報は、不具合が画像形成装置２００へ及ぼす影響の程度（つまり、フォルトレベル）を表す。尚、予め定める程度（レベル）を示すリンク情報は、更新エラーの可能性があることを表す。チェイン情報は、不具合の生じた部品又は部位を表す情報である。診断情報は、例えば、ＩＩＴ又はＩＯＴ等のチェイン情報が表す部品又は部位を故障診断した結果を表す情報、及び更新エラーの可能性の高低を表す情報を含む。
【００８０】
ＦＡＸ受信部２５１及びＦＡＸ送信部２５２は、例えば、ＦＡＸモデムで構成される。ＦＡＸ受信部２５１及びＦＡＸ送信部２５２は、例えば、Ｇ３プロトコルを用いて画像情報を送受信する。
【００８１】
入力部２６１は、例えば、タッチパネル又はメカニカルスイッチで構成される。入力部２６１は、使用者Ｕ１に操作されて、上記及び下記の指令を画像形成装置２００へ入力する。具体的には、入力部２６１は、制御プログラムの更新を命じる指令及び更新を継続するよう命じる指令を入力する。しかし、これに限定される訳ではなく、入力部２６１は、画像形成装置２００に生じた不具合に対する対処として、画像形成装置２００が実行する制御プログラムを更新前のプログラムへ戻すよう命じる指令を入力する構成を採用できる。
【００８２】
通知部２６２は、例えば、液晶パネル又は有機ＥＬディスプレイで構成される。通知部２６２は、制御部２９０に制御されて、上記及び下記の通知を行う。具体的には、通知部２６２は、情報受信部２４１が受信した対処情報で表される対処方法を使用者Ｕ１へ表示する。しかし、これに限定される訳ではなく、通知部２６２は、例えば、スピーカで構成され、対処方法を音声出力する構成を採用できる。
【００８３】
制御部２９０は、例えば、マイクロコンピュータで構成される。制御部２９０は、ソフトウェア処理を実行することで、制御部２９０に接続する各部を制御する。
ここで、図５（ｃ）を参照して、制御部２９０の構成について説明を行う。図５（ｃ）は、制御部２９０の一構成例を表すハードウェア構成図である。
図５（ｃ）に示す制御部２９０は、演算部２９０ａ、記憶部２９０ｂ、及び入出力部２９０ｃを備える。演算部２９０ａは、例えば、ＣＰＵ（Central Processing Unit）で構成される。記憶部２９０ｂは、例えば、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、又はハードディスクで構成される。入出力部２９０ｃは、例えば、Ａ／Ｄ変換器で構成される。演算部２９０ａから入出力部２９０ｃは、互いにバス２９０ｅによって情報の授受が可能なように接続している。
【００８４】
ソフトウェア処理は、演算部２９０ａが記憶部２９０ｂに格納されたプログラムを読み込み、読み込んだプログラムが表すソフトウェア処理の実行手順に従って演算を行うことにより実現される。尚、記憶部２９０ｂには、演算部２９０ａによって演算結果を表す情報が書き込まれる。また、必要に応じて入出力部２９０ｃは、接続する各種の部及び装置との間で入出力する情報を、演算部２９０ａが演算対象とする情報又は演算した結果を表す情報として入出力する。
【００８５】
次に、図６（ａ）を参照して、制御部２９０の構成について機能に着目して説明する。図６（ａ）は、制御部２９０の一構成例を表す機能ブロック図である。
制御部２９０は、取得部２９１、検知部２９２、更新部２９３、第１記憶部２９４、制御実行部２９５、判定部２９６、登録部２９７、及び第２記憶部２９８で構成される。
【００８６】
取得部２９１は、演算部２９０ａが取得処理を実行することで実現される。取得部２９１は、画像読取部２１１が読取った画像情報、情報受信部２４１が受信した情報、ＦＡＸ受信部２５１が受信した情報、入力部２６１が入力した指令、及び検出部２３０が検出した検出結果を表す情報を取得する。
【００８７】
検知部２９２は、演算部２９０ａが検知処理を実行することで実現される。検知部２９２は、制御実行部２９５が制御プログラムを実行することで生じる不具合を検知する。具体的には、検知部２９２は、制御実行部２９５により制御された画像形成部２１２に生じる不具合を検知する。より具体的には、検知部２９２は、検出部２３０の検出結果に基づいて、画像形成部２１２及び搬送部２２０のいずれか１つ以上における印刷媒体の詰まりを検知する。
【００８８】
しかし、これに限定される訳ではなく、画像読取部２１１、画像形成部２２２、情報受信部２４１、情報送信部２４２、ＦＡＸ受信部２５１、及びＦＡＸ送信部２５２（以下、画像読取部２１１ないしＦＡＸ送信部２５２という）は、制御部２９０の制御によってそれぞれ画像読取部２１１ないしＦＡＸ送信部２５２に生じた不具合を検出する構成を採用できる。この構成において、取得部２９１は、検出された不具合を表す情報を画像読取部２１１ないしＦＡＸ送信部２５２から取得し、検知部２９２は、取得部２９１が取得した情報に基づいて不具合を検知する構成を採用できる。
【００８９】
また、検知部２９２は、画像形成部２２２の制御に用いられた画像情報と、画像形成部２２２が印刷媒体に印刷した画像を画像読取部２１１が読取ることで生成した画像情報とを比較した結果に基づいて不具合を検知する構成を採用できる。具体的には、検知部２９２は、比較結果に基づいて、画像形成部２２２に生じたレジズレを検知する構成を採用できる。尚、レジズレは、画像形成部２２２を構成する露光光源２１２ｃが感光体２１２ｂを露光する位置の変化により生じ得る。また、検知部２９２は、比較結果に基づいて、画像形成部２２２が画像を印刷した印刷媒体に対してパンチ孔を空けた位置のズレ又はステープラーで綴じた位置のズレを検知する構成を採用できる。
【００９０】
更新部２９３について説明する前に、第１記憶部２９４について説明を行う。
第１記憶部２９４は、記憶部２９０ｂで構成される。第１記憶部２９４は、画像を形成するために制御実行部２９５によって実行される制御プログラムと、制御プログラムの版を表す情報と、制御プログラムが更新された更新時期を表す情報とを関連付けて記憶する。尚、本実施例において、更新時期は、例えば、制御プログラムが更新された更新時刻で表される構成、又は更新されるまでに制御プログラムが実行された総実行回数で表される構成を採用できる。ここで、制御プログラムが実行された総実行回数は、例えば、制御プログラムを用いて画像を形成した回数で表される。また、画像を形成した回数は、例えば、ビリングカウンターによって計数される。
【００９１】
更新部２９３は、演算部２９０ａが更新処理を実行することで実現される。更新部２９３は、情報受信部２４１が受信した制御プログラムと、受信したプログラムの版を表す情報とを用いて、第１記憶部２９４に記憶された制御プログラムと、制御プログラムの版と、制御プログラムの更新時期を表す情報とを更新する。具体的には、更新部２９３は、更新前の制御プログラムを複製（つまり、バックアップ）した後に、受信した制御プログラムで更新前の制御プログラムを上書きする構成を採用できる。また、これに限定される訳ではなく、更新部２９３は、制御実行部２９５が実行する制御プログラムの所在を記述する設定ファイル、又は環境変数の値を、更新前の制御プログラムの所在から最適バージョンの制御プログラムの所在へ書き換える構成を採用できる。
更に、更新部２９３は、制御プログラムの更新後から試験期間を経過するまでに検知部２９２が不具合を検知すると、更新した制御プログラムを更新前の制御プログラムへ戻す（つまり、バージョンダウンする）構成を採用できる。
【００９２】
制御実行部２９５は、例えば、演算部２９０ａが制御処理を実行することで実現される。制御実行部２９５は、第１記憶部２９４が記憶する制御プログラムを実行する。具体的には、制御実行部２９５は、第１記憶部２９４が記憶する制御プログラムの内で、最も遅い更新時期を表す情報と関連付けられたプログラムを実行する。しかし、これに限定される訳ではなく、制御実行部２９５は、最も新しい版を表す情報と関連付けられたプログラムを実行する構成を採用できる。制御実行部２９５は、制御プログラムの実行により画像読取部２１１ないしＦＡＸ送信部２５２を制御して印刷媒体に画像を形成させる。
【００９３】
ここで、図５（ｂ）を参照して、制御実行部２９５の構成について説明を行う。制御実行部２９５は、試験制御実行部２９５ａと、通常制御実行部２９５ｂとを備える。
試験制御実行部２９５ａは、第１記憶部２９４に記憶された制御プログラムを試験的に実行する。試験的な実行とは、制御プログラムが更新部２９３によって更新された後の試験時期における更新された制御プログラムの実行をいう。具体的には、試験制御実行部２９５ａは、試験的に画像形成部２１２を制御して画像を形成する。より具体的には、試験制御実行部２９５ａは、例えば、印刷媒体の片面への印刷、両面への印刷、及び印刷面への複数頁の印刷（つまり、Ｎｕｐ印刷）等の画像形成に関する機能であって、画像形成装置２００が有する機能を実現する処理を一通り試験的に実行する。また、試験制御実行部２９５ａは、例えば、上記のレジズレを含む不具合の検知に用いられる画像（つまり、テスト画像）を印刷するよう画像形成部２１２を制御する構成を採用できる。
【００９４】
尚、試験時期の具体例としては、例えば、制御プログラムが更新された時から予め定める時間を経過する前までの時期、又は制御プログラムが更新された時から更新後の制御プログラムの実行により予め定める回数に渡って画像が形成されるまでの時期を挙げることができる。尚、試験制御実行部２９５ａは、使用者Ｕ１が操作した入力部２６１によって入力された指令に従って、試験的に制御プログラムを実行する構成のみならず、更新部２９３による制御プログラムの更新を契機に自動で試験的に制御プログラムを実行する構成を採用できる。
尚、通常制御実行部２９５ａは、試験時期以外の時期において、第１記憶部２９４に記憶された制御プログラムを実行する。
【００９５】
また、制御実行部２９５は、検知部２９２で検知された不具合が更新エラーである可能性が有ると判定部２９６が判定すると、判定部２９６が判定した可能性の有無及び高低を含む状態情報を送信するよう情報送信部２４２を制御する。一方で、制御実行部２９５は、更新エラーである可能性が無いと判定部２９６が判定した場合であっても、不具合の発生回数が予め定める回数を超えた場合に、不具合の状態を表す状態情報を送信するよう情報送信部２４２を制御する。より具体的には、同じ種類の更新エラーの可能性が無い同じ種類の不具合が予め定める回数を超えて連続して検知された場合に、制御実行部２９５は、検知された不具合の状態を表す状態情報を送信するよう制御する。本実施例においては、３回以上連続して更新エラーの可能性が無い同じ種類の不具合を検知した場合に、制御実行部２９５は状態情報を送信するよう制御するとして説明するが、これに限定される訳ではない。より好適な回数は、当業者が実験又は理論により定めることができる。
【００９６】
また、これに限定される訳ではなく、制御実行部２９５は、更新エラーである可能性が無いと判定部２９６が判定しても、不具合の発生頻度が予め定める頻度を超えた場合に、状態情報を送信するよう情報送信部２４２を制御する構成を採用し得る。より具体的には、予め定める回数に渡って画像を形成する間に、予め定める回数を超えて更新エラーの可能性が無い同じ種類の不具合が連続せずに検知された場合に、制御実行部２９５は、状態情報を送信するよう制御する。本実施例においては、５回数に渡って画像を形成する間に、３回数を超えて同じ種類の不具合を連続せずに検知した場合に、通常制御実行部２９５ａは状態情報を送信するよう制御するとして説明するが、これに限定される訳ではない。より好適な回数は、当業者が実験又は理論により定めることができる。
【００９７】
判定部２９６について説明する前に、登録部２９７及び第２記憶部２９８について説明を行う。
登録部２９７は、演算部２９０ａが登録処理を実行することで実現される。登録部２９７は、検知部２９２が検知した不具合を表す情報と、不具合を検知した検知時期を表す情報とを関連付けて第２記憶部２９８に登録する。尚、不具合を表す情報は、例えば、不具合の種類を識別する情報を含む。また、検知時期は、例えば、不具合が検知されるまでに制御プログラムが実行された総実行回数、又は検知時刻で表される構成を採用できる。
第２記憶部２９８は、例えば、記憶部２９０ｂで構成される。第２記憶部２９８は、登録部２９７によって登録された情報を記憶する。
【００９８】
判定部２９６は、演算部２９０ａが判定処理を実行することで実現される。判定部２９６は、検知部２９２の検知した不具合が更新エラーである可能性の有無及び高低を判定する。
ここで、図６（ｃ）を参照して、判定部２９６の構成について説明を行う。図６（ｃ）は、判定部２９６の一構成例を表す機能ブロック図である。
【００９９】
図６（ｃ）に示す判定部２９６は、第１判定部２９６ａ、第１検索部２９６ｂ、及び第２判定部２９６ｆを備える。
第１判定部２９６ａは、演算部２９０ａが第１判定処理を実行することで実現される。第１判定部２９６ａは、検知部２９２の検知した不具合が更新エラーである可能性の有無を、第１記憶部２９４が記憶する情報で表される更新時期と不具合の発生した発生時期とに基づいて判定する。具体的には、判定部２９６は、更新された制御プログラムが制御実行部２９８によって試験的に実行された時期に不具合の発生した時期が含まれる場合に、不具合が更新エラーである可能性が有ると判定する。しかし、これに限定される訳ではなく、例えば、判定部２９６は、更新された制御プログラムが制御実行部２９８によって最初に実行された時期に不具合の発生した時期が含まれる場合に、不具合が更新エラーである可能性が有ると判定する構成を採用できる。更に、例えば、判定部２９６は、制御プログラムの更新後から予め定める期間を経過するまでの時期に不具合の発生した時期が含まれる場合に、不具合が更新エラーである可能性が有ると判定する構成を採用できる。
【０１００】
ここで、更新エラーの具体例としては、画像形成装置２００が、更新前の制御プログラムによって要求される環境を有しているが、更新後の制御プログラムによって要求される環境を有していないために生じる不具合を挙げることができる。制御プログラムによって要求される環境は、画像形成装置２００の構成のみならず、例えば、画像形成装置２００に設置された付属の装置の構成を含む。画像形成装置２００に設置された付属の装置は、例えば、印刷媒体に対してパンチ孔を空ける装置又は印刷媒体を針で綴じるステープラーを含む。また、制御プログラムの更新後から予め定める期間は、制御プログラムの更新後から予め定める時間であっても、制御プログラムの更新後から予め定める回数だけ画像を形成するまでの期間であっても構わない。
【０１０１】
第１検索部２９６ｂは、演算部２９０ａが第１検索処理を実行することで実現される。第１検索部２９６ｂは、検知部２９２の検知した不具合と同種の不具合であって、更新時期より前に発生した不具合を表す情報を第２記憶部２９８から検索する。具体的には、第１検索部２９６ｂは、第１記憶部２９４が記憶する情報で表される更新時期よりも前の時期を表す情報に関連付けて第２記憶部２９８が記憶する情報を検索する。次に、第１検索部２９６ｂは、検索した情報から、検知部２９２が検知した不具合と同じ種類の不具合を表す情報を検索する。尚、第１検索部２９６ｂが検索する更新時期よりも前の時期に発生した不具合は、更新時刻から予め定める時間だけ早い時刻までの期間に発生した不具合を含む構成を採用できる。また、これに限定されるのではなく、第１検索部２９６ｂが検索する更新時期よりも前の時期に発生した不具合は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までにおいて発生した不具合を含む構成を採用できる。
【０１０２】
第２判定部２９６ｆは、演算部２９０ａが第２判定処理を実行することで実現される。第２判定部２９６ｆは、検知部２９２の検知した不具合が更新エラーである可能性の高低を判定する。具体的には、第２判定部２９６ｆは、第２記憶部２９８が記憶する情報で表される時期に検知された不具合が、制御プログラムの更新時期よりも前の時期に発生した回数に基づいて、更新エラーの可能性の高低を判定する。具体例としては、第２判定部２９６ｆは、更新時期よりも前の時期に不具合が検知されていない場合、又は更新時期よりも前の時期における不具合の発生件数が予め定める件数よりも少ない場合に、検知した不具合が更新エラーである可能性が高いと判定する。より具体的には、第２判定部２９６ｆは、第１検索部２９６ｂが検索した情報で表される更新前における同種の不具合の発生件数（例えば、検索レコード件数）が、０件又は予め定める件数よりも少ない場合に、更新エラーの可能性が高いと判定する。
【０１０３】
次に、図７を参照して、画像形成装置２００が実行する処理について説明を行う。図７は、画像形成装置２００が実行する画像形成処理の一例を表すフローチャートである。
先ず、画像形成装置２００は、使用者Ｕ１の操作に従って、予め定められた処理の実行を指示する実行指示を入力する（ステップＳ０１）。次に、画像形成装置２００は、入力した指示が制御プログラム（つまり、ソフトウェア）の更新を指示する更新指示であるか否かを判断する（ステップＳ０２）。画像形成装置２００は、更新指示であると判断する場合にはステップＳ０３の処理を実行し、そうでない場合にはステップＳ０９の処理を実行する。
【０１０４】
ステップＳ０２において、更新指示であると判断した場合には、画像形成装置２００は、制御プログラムの最適版（最適バージョン）の問合せを第１管理装置１６０へ送信する（ステップＳ０３）。次に、画像形成装置２００は、問合せに対する応答を受信する（ステップＳ０４）。その後、画像形成装置２００は、受信した応答が表す最適バージョン及び最適バージョンの制御プログラムの所在を使用者Ｕ１へ通知する。次に、使用者Ｕ１が、通知した最適バージョンの制御プログラムへの更新を指示すると、画像形成装置２００は、最適バージョンの制御プログラムを送信するように第２管理装置１７０へ要求する（ステップＳ０５）。次に、画像形成装置２００は、要求した制御プログラムを第２管理装置１７０から受信する（ステップＳ０６）。次に、画像形成装置２００は、受信した制御プログラムで、更新前の制御プログラムを更新する（ステップＳ０７）。また、画像形成装置２００は、更新時におけるビリングカウンターを第１記憶部２９４に登録する。その後、画像形成装置２００は、更新後の制御プログラムを試験的に実行して、画像を試験的に印刷（テストプリント）する（ステップＳ０８）。
ステップＳ０２において、更新指示でないと判断した場合には、画像形成装置２００は、ステップＳ０１で入力した実行指示に従って、例えば、文書印刷機能などの各種機能を発揮する処理を行う（ステップＳ０９）。
【０１０５】
ステップＳ０８又はＳ０９を実行した後に、画像形成装置２００は、不具合を検知したか否かを判断する（ステップＳ１０）。画像形成装置２００は、不具合を検知したと判断した場合には、ステップＳ１１の処理を実行し、そうでない場合には、ステップＳ０１に戻り上記処理を繰り返す。
【０１０６】
ステップＳ１０において、不具合を検知したと判断した場合には、画像形成装置２００は、検知した不具合が更新直後の不具合であるか否かを判断する（ステップＳ１１）。更新直後の不具合とは、例えば、制御プログラムの更新後から上記の試験時期を経過するまでの期間に生じた不具合をいう。画像形成装置２００は、更新直後の不具合であると判断する場合にはステップＳ１２の処理を実行し、そうでない場合にはステップＳ１８の処理を実行する。
【０１０７】
ステップＳ１１において、更新直後の不具合であると判断した場合には、画像形成装置２００は、更新エラーの可能性が有ると判定する（ステップＳ１２）。次に、画像形成装置２００は、更新エラーの可能性の高低を判定する第２判定処理を実行する（ステップＳ１３）。その後、画像形成装置２００は、検知した不具合の種類を識別する情報と、不具合の発生時におけるビリングカウンターとを関連付けて第２記憶部２９８に登録する（ステップＳ１４）。
【０１０８】
その後、画像形成装置２００は、今回に検知した不具合が発生した回を含め、今回に不具合を検知した回から５回前の回までに、今回に検知した不具合と同種の不具合が発生した頻度を集計する（ステップＳ１５）。次に、画像形成装置２００は、５回中１回以上不具合が発生したか否かを判断する（ステップＳ１６）。画像形成装置２００は、５回中１回以上不具合が発生したと判断する場合にはステップＳ１７の処理を、そうでない場合にはステップＳ２３の処理を実行する。尚、ステップＳ１６の判断は、常に真と判断される。
【０１０９】
ステップＳ１６において、５回中１回以上不具合が発生したと判断した場合には、画像形成装置２００は、ステップＳ１２及びＳ１３で判定した更新エラーの可能性の有無及び高低を用いて不具合の状態を表す状態情報を第１管理装置１６０へ送信する（ステップＳ１７）。
【０１１０】
ステップＳ１１において、更新直後の不具合でないと判断した場合には、画像形成装置２００は、更新エラーの可能性が無いと判定する（ステップＳ１８）。その後、画像形成装置２００は、ステップＳ１４及びＳ１５と同様の処理を実行する（ステップＳ１９及びＳ２０）。次に、画像形成装置２００は、５回中３回以上同種の不具合が発生したか否かを判断する（ステップＳ２１）。画像形成装置２００は、５回中３回以上不具合が発生したと判断する場合にはステップＳ２２の処理を、そうでない場合にはステップＳ２３の処理を実行する。
ステップＳ２１において５回中３回以上不具合が発生したと判断した場合には、画像形成装置２００は、ステップＳ１７と同様の処理を実行する（ステップＳ２２）。
【０１１１】
ステップＳ１６において５回中１回以上不具合が発生しなかったと判断した場合、ステップＳ１７を実行した後、ステップＳ２１において５回中３回以上不具合が発生しなかったと判断した場合、及びステップＳ２２を実行した後に、画像形成装置２００は、不具合に対する対処方法を表す対処情報を第１管理装置１６０から受信する（ステップＳ２３）。その後、画像形成装置２００は、受信した情報が表す対処方法を使用者Ｕ１へ通知する（ステップＳ２４）。その後、画像形成装置２００は、画像形成処理の実行を終了する。
【０１１２】
尚、図７において、ステップＳ０１の処理が入力部２６１で実行される処理の一例に相当し、ステップＳ０３、Ｓ０５、Ｓ１７、及びＳ２２の処理が情報送信部２４２で実行される処理の一例に相当する。また、ステップＳ０４、Ｓ０６、及びＳ２３の処理が情報受信部２４１で実行される処理の一例に相当し、ステップＳ０７の処理が更新部２９３を実現するための更新処理の一例に相当する。更に、ステップＳ０８の処理が画像形成部２１２で実行される処理の一例に相当し、ステップＳ１０の処理が検知部２９２を実現するための検知処理の一例に相当する。また更に、ステップＳ１１、Ｓ１２、及びＳ１８の処理が第１判定部２９６ａを実現するための第１判定処理の一例に相当し、ステップＳ１３の処理が第２判定部２９６ｆを実現するための第２判定処理の一例に相当する。また、ステップＳ１４及びＳ１９の処理が登録部２９７を実現するための登録処理の一例に相当し、ステップＳ１５、Ｓ１６、Ｓ２０、及びＳ２１の処理が実行制御部２９５を実現するための実行制御処理の一例に相当する。ステップＳ２４の処理が通知部２６２で実行される処理の一例に相当する。
【０１１３】
次に、図８を参照して、第１管理装置１６０の構成について説明を行う。図８（ａ）は、第１管理装置１６０の一構成例を表すハードウェア構成図である。
図８（ａ）に示す第１管理装置１６０は、演算部１６０ａ、記憶部１６０ｂ、入出力部１６０ｃ、通信部１６０ｄ、及びバス１６０ｅを備える。演算部１６０ａ、記憶部１６０ｂ、入出力部１６０ｃ、及びバス１６０ｅは、図５（ｃ）を参照して説明した演算部２９０ａ、記憶部２９０ｂ、入出力部２９０ｃ、及びバス２９０ｅと同様であるので説明を省略する。
通信部１６０ｄは、例えば、通信コントローラで構成される。通信部１６０ｄは、例えば、ＴＣＰ／ＩＰプロトコルを用いて、通信部１６０ｄに接続する装置との間で演算部１６０ａが演算対象とする情報を通信する。また、通信部１６０ｄは、接続する装置との間で演算部１６０ａが演算した結果を表す情報を通信する。
【０１１４】
次に、図８（ｂ）を参照して、第１管理装置１６０の構成について機能に着目して説明を行う。図８（ｂ）は、第１管理装置１６０の一構成例を表す機能ブロック図である。
第１管理装置１６０は、受信部１６１、ソフトウェア管理部１６２、保守管理部１６３、及び送信部１６４を備える。
受信部１６１は、例えば、通信部１６０ｄで実現される。受信部１６１は、画像形成装置２００ないし４００からソフトウェアバージョンアップ情報の問合せを受信する。また、受信部１６１は、画像形成装置２００ないし４００から、画像形成装置２００ないし４００に生じた不具合の状態を表す状態情報を受信する。
更に、受信部１６１は、画像形成装置２００を保守管理する担当者の端末装置から、画像形成装置２００に生じた不具合に対する対処方法を表す対処情報を受信しても良い。
【０１１５】
ここで、ソフトウェアバージョンアップ情報の問合せは、例えば、問合せを送信した画像形成装置２００ないし４００の構成を表す情報を含む。尚、画像形成装置２００ないし４００は、同様の構成を有するため、以下主に画像形成装置２００のみに言及して説明を行う。
画像形成装置２００の構成を表す情報は、画像形成装置２００の種別を表す種別情報と、画像形成装置２００に設置された付属装置を表す情報と、画像形成装置２００及び画像形成装置２００に設置された付属装置のいずれか１つ以上を制御する更新前の制御プログラムの版（つまり、バージョン）とを関連付けた情報を含む。
【０１１６】
ソフトウェア管理部１６２は、演算部１６０ａがソフトウェア管理処理を実行することで実現される。ソフトウェア管理部１６２は、画像形成装置２００が実行するソフトウェアを管理する。具体的には、ソフトウェア管理部１６２は、画像形成装置２００が実行する制御プログラムの所在を表す情報と、制御プログラムの版を表す情報と、制御プログラムを実行可能な画像形成装置の種別を表す種別情報と、制御プログラムの実行に必要な付属装置を表す情報とを関連付けて記憶する。更に、ソフトウェア管理部１６２は、制御プログラムの版と、制御プログラムの安定性を表す情報とを関連付けて記憶する構成を採用できる。
【０１１７】
ソフトウェア管理部１６２は、受信部１６１が受信した問合せに基づいて、問合せを送信した画像形成装置にとって適当な制御プログラムの版を決定する。具体的には、ソフトウェア管理部１６２は、問合せが表す画像形成装置の種別と、画像形成装置に取付けられた付属装置とに関連付けて記憶する制御プログラムの所在と制御プログラムの版とを検索する。次に、ソフトウェア管理部１６２は、検索した制御プログラムの版の内で、問合せが表す更新前の制御プログラムの版よりも新しい版と関連付けた制御プログラムの所在を特定する。尚、ソフトウェア管理部１６２は、複数の新しい制御プログラムの所在を特定した場合には、最新の版と関連付けた制御プログラムを最適な制御プログラムと決定する。尚、これに限定される訳ではなく、ソフトウェア管理部１６２は、最も安定した制御プログラムを最適な制御プログラムと決定する構成を採用できる。その後、ソフトウェア管理部１６２は、決定した最適バージョンと関連付けて記憶する制御プログラムの所在を表す最適バージョンソフトウェアの情報を生成する。
【０１１８】
保守管理部１６３は、演算部１６０ａが保守管理処理を実行することで実現される。保守管理部１６３は、画像形成装置２００から４００の保守管理を行う。
ここで、図８（ｃ）を参照して、保守管理部１６３の構成について説明を行う。図８（ｃ）は、保守管理部１６３の一構成例を表す機能ブロック図である。
図８（ｃ）に示す保守管理部１６３は、対処記憶部１６３ａ、対処特定部１６３ｂ、担当記憶部１６３ｃ、及び担当特定部１６３ｄを備える。
【０１１９】
対処記憶部１６３ａは、例えば、記憶部１６０ｂで実現される。対処記憶部１６３ａは、制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、不具合に対する対処方法を表す対処情報とを関連付けて記憶する。特に、対処記憶部１６３ａが記憶する状態情報は、不具合が更新エラーである可能性の有無及び高低を表す情報を含む。
【０１２０】
対処特定部１６３ｂは、演算部１６０ａが対処特定処理を実行することで実現される。対処特定部１６３ｂは、受信部１６１が受信した状態情報によって表される不具合に対する対処方法を特定する。具体的には、対処特定部１６３ｂは、受信部１６１によって受信された状態情報と対処記憶部１６３ａが関連付けて記憶した対処情報を特定する。より具体的な例について説明すると、対処特定部１６３ｂは、受信された状態情報が表す不具合が更新エラーである可能性の有無によって、状態情報が表す不具合に対する対処方法を絞り込む。次に、対処特定部１６３ｂは、受信された状態情報が表す更新エラーの可能性の高低によって対処方法を更に絞り込む。その後、対処特定部１６３ｂは、例えば、診断情報等の状態情報が表す他の状態に基づいて不具合に対する対処方法を特定する。
【０１２１】
担当記憶部１６３ｃは、例えば、記憶部１６０ｂで実現される。担当記憶部１６３ｃは、画像形成装置を識別する情報と、画像形成装置の保守管理を担当する担当者によって使用される端末装置を識別する情報とを関連付けて記憶する。
【０１２２】
担当特定部１６３ｄは、演算部１６０ａが担当特定処理を実行することで実現される。担当特定部１６３ｄは、受信部１６１が受信した状態情報によって表される不具合が生じた画像形成装置の保守管理を担当する担当者によって使用される端末装置を特定する。具体的には、担当特定部１６３ｄは、不具合が生じた画像形成装置を識別する情報と担当記憶部１６３ｃが関連付けて記憶した情報を特定する。
【０１２３】
次に、図８（ｂ）に戻り、第１管理装置１６０の構成について引き続き説明を行う。
送信部１６４は、例えば、通信部１６０ｄで実現される。送信部１６４は、ソフトウェア管理部１６２が決定した最適バージョン、及び最適バージョンの制御プログラムの所在を表す最適バージョンソフトウェアの情報を、問合せを送信した画像形成装置へ返信する。
また、送信部１６４は、対処特定部１６３ｂが特定した対処を表す対処情報を、問合せを送信した画像形成装置、並びに担当特定部１６３ｄが特定した端末装置のいずれか１つ以上へ返信する。更に、対処特定部１６３ｂが対処情報を特定できなかった場合に、担当特定部１６３ｄが特定した担当者の端末装置へ状態情報を送信し、その後、担当者が特定した対処情報を、問合せを送信した画像形成装置へ返信しても良い。
【０１２４】
次に、図９を参照して、第１管理装置１６０が実行するソフトウェア処理について説明を行う。図９は、第１管理装置１６０が実行する第１管理処理の一例を表すフローチャートである。
先ず、第１管理装置１６０は、不具合の生じた画像形成装置２００の種別を表す種別情報等を含む上記問合せを受信する（ステップＳ４１）。次に、第１管理装置１６０は、受信した問合せに含まれる種別情報等に基づいて、上記の様に制御プログラムの最適版（最適バージョン）を決定する（ステップＳ４２）。その後、第１管理装置１６０は、決定した最適版を表す情報、及び最適版の制御プログラムの所在を表す情報を、画像形成装置２００へ返信する。
【０１２５】
次に、第１管理装置１６０は、最適版の制御プログラムに更新した画像形成装置２００から、画像形成装置２００に生じた不具合が更新エラーである可能性の有無及び高低を用いて不具合の状態を表す状態情報を受信したか否かを判断する（ステップＳ４３）。第１管理装置１６０は、状態情報を受信したと判断する場合にはステップＳ４５の処理を、そうでない場合には保守管理処理の実行を終了する。
【０１２６】
ステップＳ４３において、状態情報を受信したと判断した場合には、第１管理装置１６０は、状態情報で表される更新エラーの可能性の有無及び高低に基づいて、不具合に対する対処方法を特定する（ステップＳ４５）。その後、第１管理装置１６０は、対処方法を特定できたか否かを判断する（ステップＳ４６）。第１管理装置１６０は、対処方法を特定できたと判断する場合にはステップＳ５０の処理を実行し、そうでない場合にはステップＳ４７の処理を実行する。
【０１２７】
ステップＳ４６において、対処方法を特定できないと判断した場合には、第１管理装置１６０は、不具合の生じた画像形成装置２００の保守管理を担当する担当者の使用する端末装置を特定する（ステップＳ４７）。次に、第１管理装置１６０は、受信した状態情報を特定した端末装置へ送信する（ステップＳ４８）。その後、送信した状態情報が表す状態の不具合に対する対処方法を表す対処情報を、端末装置から受信する（ステップＳ４９）。
ステップＳ４６において、対処方法を特定できたと判断した場合、又はステップＳ４９を実行した後に、第１管理装置１６０は、対処情報を画像形成装置２００へ返信する。その後、第１管理装置１６０は、第１管理装処理の実行を終了する。
【０１２８】
尚、図９において、ステップＳ４１及びＳ４９の処理が受信部１６１で実行される受信処理の一例に相当し、ステップＳ４２の処理がソフトウェア管理部１６２を実現するためのソフトウェア管理処理の一例に相当する。また、ステップＳ４３、Ｓ４８、及びＳ５０の処理が送信部１６４で実行される送信処理の一例に相当し、ステップＳ４５の処理が対処特定部１６３ｂを実現するための対処特定処理の一例に相当し、ステップＳ４７の処理が担当特定部１６３ｄを実現するための担当特定処理の一例に相当する。
【０１２９】
本実施例において、携帯電話機器１１１が備える通知部１１１ａ及び１１１ｂ、並びに携帯電話機器１１２、固定電話機器１１４、及び端末機器１１５が備える通知部１１１ａ及び１１１ｂに相当する部、画像形成装置２００が備える通知部２６２が通知手段の一例に相当する。
【０１３０】
また、画像形成部２１２が形成手段の一例に相当し、搬送部２２０が搬送手段の一例に相当し、検出部２３０が検出手段の一例に相当する。更に、情報受信部２４１が画像形成装置の備える受信手段の一例に相当し、情報送信部２４２が画像形成装置の備える送信手段の一例に相当する。更に、検知部２９２が検知手段の一例に相当し、更新部２９３が更新手段の一例に相当し、第１記憶部２９４が第１記憶手段の一例に相当し、制御実行部２９５が制御実行手段の一例に相当する。また更に、第１判定部２９６ａが第１判定手段の一例に相当し、第２判定部２９６ｆが第２判定手段の一例に相当し、第２記憶部２９８が第２記憶手段の一例に相当する。
【０１３１】
更に、受信部１６１が保守管理装置の備える受信手段の一例に相当し、対処記憶部１６３ａが対処記憶手段の一例に相当し、対処特定部１６３ｄが対処特定手段の一例に相当し、受信部１６４が保守管理装置の備える送信手段に相当する。
【０１３２】
また更に、第１管理装置１６０が保守管理装置の一例に相当し、携帯電話機器１１１及び携帯電話機器１１２、固定電話機器１１４、及び端末機器１１５が、担当者によって使用される端末装置の一例に相当する。
【実施例２】
【０１３３】
次に、図１０を参照して、実施例２における画像形成装置が備える判定部の構成について説明する。図１０は、実施例２における判定部の一構成例を表す機能ブロック図である。
【０１３４】
尚、本実施例で説明する画像形成装置は、実施例１で説明した画像形成装置２００と同様の構成を有するため、画像形成装置の構成は、主に実施例１と同じ番号を用いて説明する。よって、以下主に、実施例１の画像形成装置２００と本実施例の画像形成装置との相違点について説明し、相違点については、実施例１で用いた番号と異なる番号を使用する。
【０１３５】
図１０に示す判定部２９９は、第１判定部２９９ａ、第１検索部２９９ｂ及び第２判定部２９９ｆのみならず、第２検索部２９９ｃ、第１算出部２９９ｄ、及び第２算出部２９９ｅを備える。第１判定部２９９ａ、第１検索部２９９ｂ、第２検索部２９９ｃ、及び第２判定部２９９ｆは、実施例１で説明した第１判定部２９６ａ、第１検索部２９６ｂ、及び第２判定部２９６ｆとほぼ同様であるため、以下主に相違点について説明を行う。
【０１３６】
第２検索部２９９ｃは、検知部２９２の検知した不具合と同種の不具合であって、更新時期より後に発生した不具合を表す情報を第２記憶部２９８から検索する。具体的には、第２検索部２９９ｃは、第１記憶部２９４が記憶する情報で表される更新時期よりも後の時期を表す情報に関連付けて第２記憶部２９８が記憶する情報を検索する。次に、第２検索部２９９ｃは、検索した情報から、検知部２９２が検知した不具合と同じ種類の不具合を表す情報を検索する。尚、第２検索部２９９ｃが検索する更新時期よりも後の時期に発生した不具合は、更新時刻から予め定める時間だけ遅い時刻までの期間に発生した不具合を含む構成を採用できる。また、これに限定されるのではなく、第２検索部２９９ｃが検索する更新時期よりも後の時期に発生した不具合は、更新時の総実行回数から予め定める回数だけ多い総実行回数までにおいて発生した不具合を含む構成を採用できる。
【０１３７】
第１算出部２９９ｄは、演算部２９０ａが第１算出処理を実行することで実現される。第１算出部２９９ｄは、検知部２３０が検知した不具合と同じ不具合が制御プログラムの更新時期よりも「前」の時期において発生した発生頻度を算出する。具体的には、第１算出部２９９ｄは、第２記憶部２９８が記憶する情報で表される時期に検知された今回の不具合と同種の不具合が更新時期よりも前の時期において発生した発生頻度を算出する。より具体的な例を挙げると、第１検索部２９９ｂが検索した不具合を表す情報の数（つまり、レコード件数）を、第１検索部２９９ｂが検索対象とした期間で除算して頻度を算出する。
【０１３８】
第２算出部２９９ｅは、演算部２９０ａが第２算出処理を実行することで実現される。第２算出部２９９ｅは、第１算出部２９９ｄと異なり、検知部２３０が検知した不具合と同じ不具合が制御プログラムの更新時期よりも「後」の時期において発生した発生頻度を算出する。より具体的な例を挙げると、第２検索部２９９ｃが検索した不具合を表す情報の数（つまり、レコード件数）を、第２検索部２９９ｃが検索対象とした期間で除算して頻度を算出する。
【０１３９】
第２判定部２９６ｆは、第２算出部２９９ｅが算出した発生頻度が、第１算出部２９９ｄが算出した発生頻度よりも高い場合に、検知部２３０によって検知された不具合が更新エラーである可能性が高いと判定する。逆に、第２判定部２９６ｆは、第２算出部２９９ｅが算出した発生頻度が、第１算出部２９９ｄが算出した発生頻度よりも低い又は同じ場合に、検知部２３０によって検知された不具合が更新エラーである可能性が低いと判定する。
【０１４０】
画像形成装置２００から４００及び第１管理装置１６０が実行するプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記録媒体に格納して配布したり、ネットワークを介して配信したりすることにより提供できる。
更に、画像形成装置２００から４００及び第１管理装置１６０がソフトウェア処理を実行することで実現する機能の一部又は全部は、ハードウェア回路を用いて実現することができる。逆に、画像形成装置２００から４００及び第１管理装置１６０がハードウェア回路を用いて実現する機能の一部又は全部は、ソフトウェア処理を実行することで実現することができる。
【０１４１】
以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【０１４２】
１…保守管理システム １０、２０、３０…通信網
１１１、１１２…携帯電話機器（端末装置）
１１１ａ…通知部（通知手段） １１１ｂ…通知部（通知手段）
１１３…基地局 １１４…固定電話機器（端末装置）
１１５…端末機器（端末装置） １６０…第１管理装置（保守管理装置）
１６０ａ…演算部 １６０ｂ…記憶部
１６０ｃ…入出力部 １６０ｄ…通信部
１６０ｅ…バス １６１…受信部（受信手段）
１６２…ソフトウェア管理部 １６３…保守管理部
１６３ａ…対処記憶部（対処記憶手段） １６３ｂ…対処特定部（対処特定手段）
１６３ｃ…担当記憶部 １６３ｄ…担当特定部
１６４…送信部（送信手段） １７０…第２管理装置
２００、３００、４００…画像形成装置 ２１１…画像読取部
２１２…画像形成部（形成手段） ２２０…搬送部（搬送手段）
２３０…検出部（検出手段） ２４１…情報受信部（受信手段）
２４２…情報送信部（送信手段） ２５１…ＦＡＸ受信部
２５２…ＦＡＸ送信部 ２６１…入力部
２６２…通知部（通知手段） ２９０…制御部
２９１…取得部 ２９２…検知部（検知手段）
２９３…更新部（更新手段） ２９４…第１記憶部（第１記憶手段）
２９５…制御実行部（制御実行手段） ２９５ａ…試験制御実行部
２９５ｂ…通常制御実行部 ２９６…判定部
２９６ａ…第１判定部（第１判定手段） ２９６ｂ…第１検索部
２９６ｆ…第２判定部（第２判定手段） ２９７…登録部
２９８…第２記憶部 ２９９…判定部
２９９ａ…第１判定部（第１判定手段） ２９９ｂ…第１検索部
２９９ｃ…第２検索部 ２９９ｄ…第１算出部
２９９ｅ…第２算出部 ２９９ｆ…第２判定部（第２判定手段）
【特許請求の範囲】
【請求項１】
画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、
前記制御プログラムの実行により生じる不具合を検知する検知手段と、
前記検知手段の検知した前記不具合が前記制御プログラムの更新によって生じた不具合である可能性の有無を、前記第１記憶手段が記憶する情報で表される前記更新時期と前記不具合の発生した発生時期とに基づいて判定する第１判定手段と、
前記可能性が有ると前記第１判定手段が判定すると、前記可能性の有無を含む前記不具合の状態を表す状態情報を送信する送信手段とを備えることを特徴とする画像形成装置。
【請求項２】
前記第１判定手段は、更新された前記制御プログラムが試験的に実行された時期に、前記不具合の発生した時期が含まれる場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が有ると判定することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記第１判定手段は、更新された前記制御プログラムが最初に実行された時期に、前記不具合の発生した時期が含まれる場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が有ると判定することを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記第１判定手段は、前記制御プログラムが更新された後から予め定める時間を経過するまでの時期に、前記不具合の発生した時期が含まれる場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が有ると判定することを特徴とする請求項１に記載の画像形成装置。
【請求項５】
前記検知手段が前記不具合を検知した検知時期を表す情報を記憶する第２記憶手段と、
前記第２記憶手段が記憶する情報で表される時期に検知された前記不具合が前記更新時期よりも前の時期に発生した回数に基づいて、前記可能性の高低を判定する第２判定手段とを更に備え、
前記送信手段は、前記可能性が有ると前記第１判定手段が判定すると、前記第２判定手段が判定した前記可能性の高低を含む前記不具合の状態を表す前記状態情報を送信することを特徴とする請求項１から４のいずれかに記載の画像形成装置。
【請求項６】
前記第２判定手段は、前記更新時期よりも前の時期に前記不具合が検知されていない場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が高いと判定することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記第１記憶手段が記憶する情報で表される更新時期は、前記制御プログラムが更新された更新時刻で表され、
前記第２記憶手段が記憶する情報で表される検知時期は、前記不具合が検知された検知時刻で表され、
前記更新時期よりも前の時期に発生した前記不具合は、前記更新時刻から予め定める時間だけ早い時刻までの期間に発生した前記不具合を含むことを特徴とする請求項５又は６に記載の画像形成装置。
【請求項８】
前記第１記憶手段が記憶する情報で表される更新時期は、更新されるまでに前記制御プログラムが実行された総実行回数で表され、
前記第２記憶手段が記憶する情報で表される検知時期は、前記不具合が検知されるまでに前記制御プログラムが実行された総実行回数で表され、
前記更新時期よりも前の時期に発生した前記不具合は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までにおいて発生した前記不具合を含むことを特徴とする請求項５又は６に記載の画像形成装置。
【請求項９】
前記第２判定手段は、前記第２記憶手段が記憶する情報で表される時期に検知された前記不具合が前記更新時期よりも後の時期において発生した発生頻度が、前記更新時期よりも前の時期の発生頻度よりも高い場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が高いと判定することを特徴とする請求項５に記載の画像形成装置。
【請求項１０】
前記第１記憶手段が記憶する情報で表される更新時期は、前記制御プログラムが更新された更新時刻で表され、
前記第２記憶手段が記憶する情報で表される検知時期は、前記不具合が検知された検知時刻で表され、
前記更新時期よりも前の時期における発生頻度は、前記更新時刻から予め定める時間だけ早い時刻までの期間に前記不具合が発生した頻度を含み、
前記更新時期よりも後の時期における発生頻度は、前記更新時刻から予め定める時間だけ遅い時刻までの期間に前記不具合が発生した頻度を含むことを特徴とする請求項９に記載の画像形成装置。
【請求項１１】
前記第１記憶手段が記憶する情報で表される更新時期は、更新されるまでに前記制御プログラムが実行された総実行回数で表され、
前記第２記憶手段が記憶する情報で表される検知時期は、前記不具合が検知されるまでに前記制御プログラムが実行された総実行回数で表され、
前記更新時期よりも前の時期において前記不具合が発生した発生頻度は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までの期間に前記不具合が発生した頻度を含み、
前記更新時期よりも後の時期において前記不具合が発生した発生頻度は、更新時の総実行回数から予め定める回数だけ多い総実行回数までの期間に前記不具合が発生した頻度を含むことを特徴とする請求項９に記載の画像形成装置。
【請求項１２】
画像を形成する形成手段と、
前記制御プログラムを実行することで、前記形成手段を制御する制御実行手段とを更に備え、
前記検知手段は、前記制御実行手段により制御された前記形成手段に生じる不具合を検知することを特徴とする請求項１から１１のいずれかに記載の画像形成装置。
【請求項１３】
画像を印刷される印刷媒体を搬送する搬送手段と、
前記搬送手段による前記印刷媒体の搬送を検出する検出手段とを更に備え、
前記形成手段は、前記搬送手段によって搬送される前記印刷媒体に画像を印刷し、
前記制御実行手段は、前記制御プログラムの実行により前記形成手段及び前記搬送手段のいずれか１つ以上を制御し、
前記検知手段は、前記検出手段の検出結果に基づいて、前記形成手段及び前記搬送手段のいずれか１つ以上における前記印刷媒体の詰まりを検知することを特徴とする請求項１２に記載の画像形成装置。
【請求項１４】
前記第１記憶手段は、前記制御プログラムと前記制御プログラムの更新時期を表す情報と関連付けて記憶し、
前記第１記憶手段が記憶する前記制御プログラムよりも新しい版の前記制御プログラムを受信する受信手段と、
前記受信手段が受信した前記制御プログラムで、前記第１記憶手段に記憶された前記制御プログラムと前記更新時期を表す情報とを更新する更新手段とを備えることを特徴とする請求項１３に記載の画像形成装置。
【請求項１５】
前記送信手段は、前記可能性が無いと前記第１判定手段が判定した前記不具合の発生回数が予め定める回数を超えた場合、及び前記不具合の発生頻度が予め定める頻度を超えた場合のいずれか１つ以上の場合に、前記不具合の状態を表す状態情報を送信することを特徴とする請求項１４に記載の画像形成装置。
【請求項１６】
コンピュータを、
画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、
前記制御プログラムの実行により生じる不具合を検知する検知手段と、
前記検知手段の検知した前記不具合が前記制御プログラムの更新によって生じた不具合である可能性の有無を、前記第１記憶手段が記憶する情報で表される前記更新時期と前記不具合の発生した発生時期とに基づいて判定する第１判定手段と、
前記可能性が有ると前記第１判定手段が判定すると、前記不具合の状態を表す状態情報を送信する送信手段に対して、前記可能性の有無を含む前記状態情報を送信するよう制御する制御実行手段として機能させることを特徴とする画像形成プログラム。
【請求項１７】
画像を形成するために実行される制御プログラムの更新によって不具合が生じた可能性の有無を含む前記不具合の状態を表す状態情報を受信する受信手段と、
前記制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、前記不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、
前記受信手段が受信した前記状態情報と前記対処記憶手段が関連付けて記憶した前記対処情報を特定する対処特定手段と、
前記対処特定手段が特定した対処情報を、前記画像形成装置及び前記画像形成装置の保守管理を担当する担当者によって使用される端末装置のいずれか１つ以上へ送信する送信手段とを備えることを特徴とする保守管理装置。
【請求項１８】
コンピュータを、
画像を形成するために実行される制御プログラムの更新によって不具合が生じた可能性の有無を含む前記不具合の状態を表す状態情報を受信する受信手段と、
前記制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、前記不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、
前記受信手段が受信した前記状態情報と前記対処記憶手段が関連付けて記憶した前記対処情報を特定する対処特定手段と、
前記対処特定手段が特定した対処情報を、前記画像形成装置及び前記画像形成装置の保守管理を担当する担当者によって使用される端末装置のいずれか１つ以上へ送信する送信手段として機能させることを特徴とする保守管理プログラム。
【請求項１９】
画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、
前記制御プログラムの実行により生じる不具合を検知する検知手段と、
前記検知手段の検知した前記不具合が前記制御プログラムの更新によって生じた不具合である可能性の有無を、前記第１記憶手段が記憶する情報で表される前記更新時期と前記不具合の発生した発生時期とに基づいて判定する第１判定手段と、
前記制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、前記不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、
前記可能性が有ると前記第１判定手段が判定すると、前記第１判定手段が判定した前記可能性の有無を含む前記状態情報と前記対処記憶手段が関連付けて記憶した前記対処情報を特定する対処特定手段と、
前記対処特定手段が特定した前記対処情報が表す対処を通知する通知手段とを備えることを特徴とする保守管理システム。
【請求項１】
画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、
前記制御プログラムの実行により生じる不具合を検知する検知手段と、
前記検知手段の検知した前記不具合が前記制御プログラムの更新によって生じた不具合である可能性の有無を、前記第１記憶手段が記憶する情報で表される前記更新時期と前記不具合の発生した発生時期とに基づいて判定する第１判定手段と、
前記可能性が有ると前記第１判定手段が判定すると、前記可能性の有無を含む前記不具合の状態を表す状態情報を送信する送信手段とを備えることを特徴とする画像形成装置。
【請求項２】
前記第１判定手段は、更新された前記制御プログラムが試験的に実行された時期に、前記不具合の発生した時期が含まれる場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が有ると判定することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記第１判定手段は、更新された前記制御プログラムが最初に実行された時期に、前記不具合の発生した時期が含まれる場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が有ると判定することを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記第１判定手段は、前記制御プログラムが更新された後から予め定める時間を経過するまでの時期に、前記不具合の発生した時期が含まれる場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が有ると判定することを特徴とする請求項１に記載の画像形成装置。
【請求項５】
前記検知手段が前記不具合を検知した検知時期を表す情報を記憶する第２記憶手段と、
前記第２記憶手段が記憶する情報で表される時期に検知された前記不具合が前記更新時期よりも前の時期に発生した回数に基づいて、前記可能性の高低を判定する第２判定手段とを更に備え、
前記送信手段は、前記可能性が有ると前記第１判定手段が判定すると、前記第２判定手段が判定した前記可能性の高低を含む前記不具合の状態を表す前記状態情報を送信することを特徴とする請求項１から４のいずれかに記載の画像形成装置。
【請求項６】
前記第２判定手段は、前記更新時期よりも前の時期に前記不具合が検知されていない場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が高いと判定することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記第１記憶手段が記憶する情報で表される更新時期は、前記制御プログラムが更新された更新時刻で表され、
前記第２記憶手段が記憶する情報で表される検知時期は、前記不具合が検知された検知時刻で表され、
前記更新時期よりも前の時期に発生した前記不具合は、前記更新時刻から予め定める時間だけ早い時刻までの期間に発生した前記不具合を含むことを特徴とする請求項５又は６に記載の画像形成装置。
【請求項８】
前記第１記憶手段が記憶する情報で表される更新時期は、更新されるまでに前記制御プログラムが実行された総実行回数で表され、
前記第２記憶手段が記憶する情報で表される検知時期は、前記不具合が検知されるまでに前記制御プログラムが実行された総実行回数で表され、
前記更新時期よりも前の時期に発生した前記不具合は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までにおいて発生した前記不具合を含むことを特徴とする請求項５又は６に記載の画像形成装置。
【請求項９】
前記第２判定手段は、前記第２記憶手段が記憶する情報で表される時期に検知された前記不具合が前記更新時期よりも後の時期において発生した発生頻度が、前記更新時期よりも前の時期の発生頻度よりも高い場合に、前記不具合が前記制御プログラムの更新によって生じた不具合である可能性が高いと判定することを特徴とする請求項５に記載の画像形成装置。
【請求項１０】
前記第１記憶手段が記憶する情報で表される更新時期は、前記制御プログラムが更新された更新時刻で表され、
前記第２記憶手段が記憶する情報で表される検知時期は、前記不具合が検知された検知時刻で表され、
前記更新時期よりも前の時期における発生頻度は、前記更新時刻から予め定める時間だけ早い時刻までの期間に前記不具合が発生した頻度を含み、
前記更新時期よりも後の時期における発生頻度は、前記更新時刻から予め定める時間だけ遅い時刻までの期間に前記不具合が発生した頻度を含むことを特徴とする請求項９に記載の画像形成装置。
【請求項１１】
前記第１記憶手段が記憶する情報で表される更新時期は、更新されるまでに前記制御プログラムが実行された総実行回数で表され、
前記第２記憶手段が記憶する情報で表される検知時期は、前記不具合が検知されるまでに前記制御プログラムが実行された総実行回数で表され、
前記更新時期よりも前の時期において前記不具合が発生した発生頻度は、更新時の総実行回数から予め定める回数だけ少ない総実行回数までの期間に前記不具合が発生した頻度を含み、
前記更新時期よりも後の時期において前記不具合が発生した発生頻度は、更新時の総実行回数から予め定める回数だけ多い総実行回数までの期間に前記不具合が発生した頻度を含むことを特徴とする請求項９に記載の画像形成装置。
【請求項１２】
画像を形成する形成手段と、
前記制御プログラムを実行することで、前記形成手段を制御する制御実行手段とを更に備え、
前記検知手段は、前記制御実行手段により制御された前記形成手段に生じる不具合を検知することを特徴とする請求項１から１１のいずれかに記載の画像形成装置。
【請求項１３】
画像を印刷される印刷媒体を搬送する搬送手段と、
前記搬送手段による前記印刷媒体の搬送を検出する検出手段とを更に備え、
前記形成手段は、前記搬送手段によって搬送される前記印刷媒体に画像を印刷し、
前記制御実行手段は、前記制御プログラムの実行により前記形成手段及び前記搬送手段のいずれか１つ以上を制御し、
前記検知手段は、前記検出手段の検出結果に基づいて、前記形成手段及び前記搬送手段のいずれか１つ以上における前記印刷媒体の詰まりを検知することを特徴とする請求項１２に記載の画像形成装置。
【請求項１４】
前記第１記憶手段は、前記制御プログラムと前記制御プログラムの更新時期を表す情報と関連付けて記憶し、
前記第１記憶手段が記憶する前記制御プログラムよりも新しい版の前記制御プログラムを受信する受信手段と、
前記受信手段が受信した前記制御プログラムで、前記第１記憶手段に記憶された前記制御プログラムと前記更新時期を表す情報とを更新する更新手段とを備えることを特徴とする請求項１３に記載の画像形成装置。
【請求項１５】
前記送信手段は、前記可能性が無いと前記第１判定手段が判定した前記不具合の発生回数が予め定める回数を超えた場合、及び前記不具合の発生頻度が予め定める頻度を超えた場合のいずれか１つ以上の場合に、前記不具合の状態を表す状態情報を送信することを特徴とする請求項１４に記載の画像形成装置。
【請求項１６】
コンピュータを、
画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、
前記制御プログラムの実行により生じる不具合を検知する検知手段と、
前記検知手段の検知した前記不具合が前記制御プログラムの更新によって生じた不具合である可能性の有無を、前記第１記憶手段が記憶する情報で表される前記更新時期と前記不具合の発生した発生時期とに基づいて判定する第１判定手段と、
前記可能性が有ると前記第１判定手段が判定すると、前記不具合の状態を表す状態情報を送信する送信手段に対して、前記可能性の有無を含む前記状態情報を送信するよう制御する制御実行手段として機能させることを特徴とする画像形成プログラム。
【請求項１７】
画像を形成するために実行される制御プログラムの更新によって不具合が生じた可能性の有無を含む前記不具合の状態を表す状態情報を受信する受信手段と、
前記制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、前記不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、
前記受信手段が受信した前記状態情報と前記対処記憶手段が関連付けて記憶した前記対処情報を特定する対処特定手段と、
前記対処特定手段が特定した対処情報を、前記画像形成装置及び前記画像形成装置の保守管理を担当する担当者によって使用される端末装置のいずれか１つ以上へ送信する送信手段とを備えることを特徴とする保守管理装置。
【請求項１８】
コンピュータを、
画像を形成するために実行される制御プログラムの更新によって不具合が生じた可能性の有無を含む前記不具合の状態を表す状態情報を受信する受信手段と、
前記制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、前記不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、
前記受信手段が受信した前記状態情報と前記対処記憶手段が関連付けて記憶した前記対処情報を特定する対処特定手段と、
前記対処特定手段が特定した対処情報を、前記画像形成装置及び前記画像形成装置の保守管理を担当する担当者によって使用される端末装置のいずれか１つ以上へ送信する送信手段として機能させることを特徴とする保守管理プログラム。
【請求項１９】
画像を形成するために実行される制御プログラムが更新された更新時期を表す情報を記憶する第１記憶手段と、
前記制御プログラムの実行により生じる不具合を検知する検知手段と、
前記検知手段の検知した前記不具合が前記制御プログラムの更新によって生じた不具合である可能性の有無を、前記第１記憶手段が記憶する情報で表される前記更新時期と前記不具合の発生した発生時期とに基づいて判定する第１判定手段と、
前記制御プログラムを実行する画像形成装置に生じ得る不具合の状態を表す状態情報と、前記不具合に対する対処方法を表す対処情報とを関連付けて記憶する対処記憶手段と、
前記可能性が有ると前記第１判定手段が判定すると、前記第１判定手段が判定した前記可能性の有無を含む前記状態情報と前記対処記憶手段が関連付けて記憶した前記対処情報を特定する対処特定手段と、
前記対処特定手段が特定した前記対処情報が表す対処を通知する通知手段とを備えることを特徴とする保守管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−５５０３１（Ｐ２０１１−５５０３１Ａ）
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願番号】特願２００９−１９９２５９（Ｐ２００９−１９９２５９）
【出願日】平成２１年８月３１日（２００９．８．３１）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願日】平成２１年８月３１日（２００９．８．３１）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]