(57)【要約】【課題】  管理サーバの備える複数の異なる分析手法を適切に行い、効率的なサービスマンの派遣を行える手法を提供することである。【解決手段】  通信可能な複数の画像形成装置の管理を行い、画像形成装置に対してサービスマンの派遣を行うための処理を実行する管理サーバにおいて、ＲＡＭに記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第１の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する（Ｓ８０３）。そして、サービスマンの派遣を要する画像形成装置が検出されたことに応じて、記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第２の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する（Ｓ８０７〜Ｓ８１１）ことを特徴とする【選択図】  図８
2009206788.tif 000002
【特許請求の範囲】
【請求項１】
通信可能な複数の画像形成装置の管理を行い、画像形成装置に対してサービスマンの派遣を行うための処理を実行する管理サーバであって、
複数の画像形成装置から稼動情報及びエラーに関する情報を取得する取得手段と、
前記取得手段により取得した複数の画像形成装置から稼動情報及び障害に関する情報を記憶する記憶手段と、
前記記憶手段に記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第１の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する第１の検出手段と、
前記１の検出手段によりサービスマンの派遣を要する画像形成装置が検出されたことに応じて、前記第１の分析処理とは異なる前記記憶手段に記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第２の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する第２の検出手段とを備え、
前記第１の検出手段及び前記第２の検出手段により検出された画像形成装置に対するサービスマンの派遣を行うための処理を実行することを特徴とする管理サーバ。
【請求項２】
前記障害に関する情報は、前記画像形成装置からのサービスマンの派遣を要する障害である修理依頼要求及びサービスコールエラーを含むことを特徴とする請求項１に記載の管理サーバ。
【請求項３】
前記第１の分析処理は画像形成装置においてサービスマンの派遣を要する障害が発生しているか否かを分析する処理であって、前記第２の分析処理は画像形成装置においてサービスマンの派遣を要する障害が発生すると予測されるか否かを分析する処理であることを特徴とする請求項１または請求項２に記載の管理サーバ。
【請求項４】
前記第２の分析処理は前記第１の分析処理よりも管理サーバにおける処理負荷が大きい処理であることを特徴とする請求項１乃至請求項３の何れか１項に記載の管理サーバ。
【請求項５】
前記第１の検出手段によりサービスマンの派遣を要する画像形成装置が検出されたことに応じて、前記複数の画像形成装置の中で当該検出された画像形成装置に関連する画像形成装置に対して第２の分析処理を行い、サービスマンの派遣を要する画像形成装置を検出することを特徴とする請求項１乃至請求項４の何れか１項に記載の管理サーバ。
【請求項６】
前記第１の検出手段は、前記記憶手段により記憶された画像形成装置からの修理依頼要求に基づき、サービスマンの派遣を要する画像形成装置を検出し、
前記画像形成装置からの修理依頼要求の応答として、前記第１の検出手段及び前記第２の検出手段により検出された画像形成装置にサービスマンが派遣される旨を、当該依頼要求を行った画像形成装置に対して通知する通知手段を更に備えることを特徴とする請求項１乃至請求項５の何れか１項に記載の管理サーバ。
【請求項７】
通信可能な複数の画像形成装置の管理を行い、画像形成装置に対してサービスマンの派遣を行うための処理を実行する管理サーバにおける管理方法であって、
複数の画像形成装置から稼動情報及びエラーに関する情報を取得する取得ステップと、
前記取得ステップにより取得した複数の画像形成装置から稼動情報及び障害に関する情報を記憶手段に記憶する記憶ステップと、
前記記憶手段に記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第１の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する第１の検出ステップと、
前記１の検出ステップによりサービスマンの派遣を要する画像形成装置が検出されたことに応じて、前記第１の分析処理とは異なる前記記憶手段に記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第２の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する第２の検出ステップとを備え、
前記第１の検出ステップ及び前記第２の検出ステップにより検出された画像形成装置に対するサービスマンの派遣を行うための処理を実行することを特徴とする管理方法。
【請求項８】
前記障害に関する情報は、前記画像形成装置からのサービスマンの派遣を要する障害である修理依頼要求及びサービスコールエラーを含むことを特徴とする請求項７に記載の管理方法。
【請求項９】
前記第１の分析処理は画像形成装置においてサービスマンの派遣を要する障害が発生しているか否かを分析する処理であって、前記第２の分析処理は画像形成装置においてサービスマンの派遣を要する障害が発生すると予測されるか否かを分析する処理であることを特徴とする請求項７または請求項８に記載の管理方法。
【請求項１０】
前記第２の分析処理は前記第１の分析処理よりも管理サーバにおける処理負荷が大きい処理であることを特徴とする請求項７乃至請求項９の何れか１項に記載の管理方法。
【請求項１１】
前記第１の検出ステップによりサービスマンの派遣を要する画像形成装置が検出されたことに応じて、前記複数の画像形成装置の中で当該検出された画像形成装置に関連する画像形成装置に対して第２の分析処理を行い、サービスマンの派遣を要する画像形成装置を検出することを特徴とする請求項７乃至請求項１０の何れか１項に記載の管理方法。
【請求項１２】
前記第１の検出ステップは、前記記憶手段により記憶された画像形成装置からの修理依頼要求に基づき、サービスマンの派遣を要する画像形成装置を検出し、
前記画像形成装置からの修理依頼要求の応答として、前記第１の検出ステップ及び前記第２の検出ステップにより検出された画像形成装置にサービスマンが派遣される旨を、当該依頼要求を行った画像形成装置に対して通知する通知ステップを更に備えることを特徴とする請求項７乃至請求項１１の何れか１項に記載の管理方法。
【請求項１３】
請求項７〜１２のいずれか１項に記載の管理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１４】
表示部を備える画像形成装置であって、
自身に対してサービスマンが派遣される旨の通知、及び管理サーバにおける画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた、サービスマンの派遣を要する障害が発生すると予測される画像形成装置の分析に基づく、自身以外の画像形成装置に対してサービスマンが派遣される旨の通知を受信する受信手段と、
前記受信手段により受信した自身に対してサービスマンが派遣される旨の通知に基づき、前記表示部にサービスマンが派遣される旨の表示を行う制御手段と、
前記受信手段により受信した自身以外の画像形成装置に対してサービスマンが派遣される旨の通知に基づき、前記自身以外の画像形成装置に対してサービスマンが派遣される旨を通知する通知手段とを備えることを特徴とする画像形成装置。
【請求項１５】
表示部を備える画像形成装置における管理方法であって、
自身に対してサービスマンが派遣される旨の通知、及び管理サーバにおける画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた、サービスマンの派遣を要する障害が発生すると予測される画像形成装置の分析に基づく、自身以外の画像形成装置に対してサービスマンが派遣される旨の通知を受信する受信ステップと、
前記受信ステップにより受信した自身に対してサービスマンが派遣される旨の通知に基づき、前記表示部にサービスマンが派遣される旨の表示を行う制御ステップと、
前記受信ステップにより受信した自身以外の画像形成装置に対してサービスマンが派遣される旨の通知に基づき、前記自身以外の画像形成装置に対してサービスマンが派遣される旨を通知する通知ステップとを備えることを特徴とする管理方法。
【請求項１６】
請求項１５項に記載の管理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１７】
表示部を備える画像形成装置であって、
管理サーバにおける画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた、サービスマンの派遣を要する障害が発生すると予測される画像形成装置の分析に基づく、サービスマンが派遣される旨の通知を外部装置から受信する受信手段と、
前記受信手段により受信した通知に基づき、前記表示部にサービスマンが派遣される旨の表示を行う制御手段とを備えることを特徴とする画像形成装置。
【請求項１８】
自身はサービスマンの派遣を要する障害が発生していない、又はサービスマンの派遣依頼を行っていない場合に、前記受信手段がサービスマンの派遣される旨の通知を、サービスマンの派遣が決定している画像形成装置を介して受信することを特徴とする請求項１７に記載の画像形成装置。
【請求項１９】
前記外部装置は、サービスマンの派遣が決定している画像形成装置または前記管理サーバであることを特徴とする請求項１７に記載の画像形成装置。
【請求項２０】
表示部を備える画像形成装置における管理方法であって、
管理サーバにおける画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた、サービスマンの派遣を要する障害が発生すると予測される画像形成装置の分析に基づく、サービスマンが派遣される旨の通知を外部装置から受信する受信ステップと、
前記受信ステップにより受信した通知に基づき、前記表示部にサービスマンが派遣される旨の表示を行う制御ステップとを備えることを特徴とする管理方法。
【請求項２１】
請求項２０項に記載の管理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の画像形成装置と通信して取得される画像形成装置情報を処理してサービスマンの派遣処理を行う管理サーバと、当該管理サーバと通信を行う画像形成装置に関するものである。
【背景技術】
【０００２】
従来、印刷装置や複写機などの画像形成装置は自身の障害を検知し、管理サーバへ通知を行う。通知された情報から管理サーバはサービスマンの派遣が必要かどうかを分析する。ここで、分析の結果、サービスマンの派遣が必要な場合は、画像形成装置へ対して必要な情報を送信するものであった（例えば、特許文献１参照）。
【０００３】
また、上記分析は管理サーバで常に行われているが、一方で複数の画像形成装置から送信される稼動情報や障害情報を蓄積し、その蓄積された情報から画像形成装置の故障を予測する分析が存在する。この分析は蓄積された情報を基に経験則的観点から行うもので常に行われるものではない。
【特許文献１】特開２００１−２４８３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術では、蓄積情報を基に行う分析の結果、故障することの予測自体、管理サーバにとって負荷が高い処理であって、常時動作させることが難しい。また、上述の蓄積情報を基に行う故障予測によりサービスマンを派遣した際に、実際は故障しそうになく、画像形成装置がしばらく正常に動作するような場合に、サービスマン派遣に係る費用が無駄になる。
【０００５】
更に、障害が発生した画像形成装置と同じグループに属する他の画像形成装置（例えば同顧客で設置場所が同じ部屋であるような画像形成装置）にサービスマンの派遣が必要なものがあるかどうかの分析を効率良く行うことができなかった。
【０００６】
画像形成装置を設置している企業やそれらの企業にサービスを提供したい企業にとっては、時間や費用などのメンテナンスコストの削減はとてもメリットが大きく、更に効率的なサービスマンの派遣も要求されている。
【０００７】
本発明は、管理サーバの備える複数の異なる分析手法を適切に行い、効率的なサービスマンの派遣を行える手法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の管理サーバは以下に示す構成を備える。
【０００９】
通信可能な複数の画像形成装置の管理を行い、画像形成装置に対してサービスマンの派遣を行うための処理を実行する管理サーバであって、複数の画像形成装置から稼動情報及びエラーに関する情報を取得する取得手段と、前記取得手段により取得した複数の画像形成装置から稼動情報及び障害に関する情報を記憶する記憶手段と、前記記憶手段に記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第１の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する第１の検出手段と、前記１の検出手段によりサービスマンの派遣を要する画像形成装置が検出されたことに応じて、前記第１の分析処理とは異なる前記記憶手段に記憶した複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた第２の分析処理に基づき、サービスマンの派遣を要する画像形成装置を検出する第２の検出手段とを備え、前記第１の検出手段及び前記第２の検出手段により検出された画像形成装置に対するサービスマンの派遣を行うための処理を実行することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、管理サーバの備える複数の異なる分析手法を適切に行い、効率的なサービスマンの派遣を行える手法を提供できる。
【発明を実施するための最良の形態】
【００１１】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００１２】
＜本実施形態のデバイス管理システムの構成例＞
〔第１実施形態〕
図１は、本発明の実施の形態に係るデバイス管理システムの構成を説明する図である。本例は、画像形成装置本体と管理サーバとのインターネットを介したデバイス管理システムの例を示す。また、画像形成装置としては、複合機（MFP：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）や、プリンタ等が含まれる。
【００１３】
図１において、１０１はローカルエリアネットワーク（ＬＡＮ）で、管理サーバ１０６が管理すべき画像形成装置１０２と情報処理装置１０３、１０４が通信可能に接続される。ここで、情報処理装置１０３は、Ｐｒｏｘｙ  Ｓｅｒｖｅｒとして機能し、情報処理装置１０４はインターネット（Ｉｎｔｒａｎｅｔ）１０８のセキュリティを高めるために設置されたＦｉｒｅｗａｌｌとして機能する。
【００１４】
１０５は一般のユーザが業務等で使用するパーソナルコンピュータ（ＰＣ）、これらがＬＡＮ１０１を介して相互に接続されていることを表している。
【００１５】
また、１０６は管理サーバで、ファイアウォール内に設けられている複数の画像形成装置１０２の稼動状態を一元的に管理する。なお、管理サーバ１０６は、画像形成装置１０２の動作モード設定や、カウンタ値、稼働ログなどの稼働情報、およびハード障害やジャム多発等の障害情報を受信して、後述する異なる分析機能処理を行う。また、管理サーバ１０６は、上記分析機能処理を実行する場合に、稼働情報または障害情報のいずれか、あるいは双方の情報を用いて分析機能処理を行う。
【００１６】
１０７はイントラネット環境で、画像形成装置１０２と情報処理装置１０３、１０４とがＬＡＮ１０１を介して相互に接続されて構成されている。
【００１７】
なお、実際のデバイス管理システムでは、複数のイントラネット環境１０７と、管理サーバ１０６とがＩｎｔｅｒｎｅｔ１０８を介して相互に接続されている。
【００１８】
画像形成装置１０２は、ＬＡＮ１０１を介して自身の通信スケジュールに従って通信を行い、画像形成装置１０２の動作モード設定や、カウンタ値、稼働ログなどの稼働情報、およびハード障害やジャム多発等の障害情報を通信用データに加工し、Ｉｎｔｅｒｎｅｔ１０８を介して管理サーバ１０６へ送信する。
【００１９】
また、画像形成装置１０２に対して設定情報の更新やリブートなどのコマンド指示を行う。この際の通信手段としては、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を介したＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）のやり取り等がある。
【００２０】
通信プロトコルは、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくに限定するものではない。
【００２１】
例えば、図１に示すデバイス管理システム例において、画像形成装置１０２はＨＴＴＰＳを利用してプロキシーサーバとして機能する情報処理装置１０３とファイアウォールとして機能する情報処理装置１０４を介して、管理サーバ１０６にデータを送信している。
【００２２】
管理サーバ１０６は、画像形成装置１０２を制御するために、画像形成装置１０２用のコマンドを発行する。画像形成装置１０２は、定期的に（または管理サーバ１０６からの指示により）管理サーバ１０６へコマンド取得（以下、コマンドリクエストと呼ぶ）を行う。
【００２３】
よって、管理サーバ１０６で発行したコマンドは、画像形成装置１０２が取得するまで、管理サーバ１０６内で保管する。
【００２４】
例えば、コマンド取得の方法は、画像形成装置１０２内に保管してあるＳＳＬ証明書を利用して、管理サーバ１０６とｈｔｔｐｓの通信を行う。
【００２５】
このとき、特定のＳＳＬ証明書を利用し通信を開始する事で、通信相手が管理対象の画像形成装置であることを管理サーバ１０６は認識する。
【００２６】
また、例えば画像形成装置１０２内には、下記の通信処理を行う監視装置が設けられている。ここで、監視装置は、それぞれ一意に識別するための識別ＩＤが付与されており、ｈｔｔｐｓ通信が確立した後に、ＳＯＡＰ等のプロトコルを使用して、識別ＩＤを管理サーバ１０６に送信する。これにより、管理サーバ１０６はどの画像形成装置１０２から通信が行われたのかを特定する事ができる。
【００２７】
また、管理サーバ１０６は、識別ＩＤに対するレスポンスに、コマンドを付与する事によって、インターネット１０８から、特定の画像形成装置１０２へのコントロールを可能にする。
【００２８】
図２は、図１に示した画像形成装置１０２の構成を説明するブロック図である。
【００２９】
図２において、画像形成装置１０２は、操作部２０１、修理依頼ボタン押下検知部２０２、制御部２０３、記憶部２０６、通信部２０７、画像形成部２０８を構成される。
【００３０】
また、制御部２０３は、修理依頼ボタンの押下情報を管理する修理依頼ボタン押下情報管理部２０４、通知管理部２０５を含んで構成されている。
【００３１】
操作部２０１は、ユーザによる印刷指示をはじめとする画像形成装置１０２に対する操作指示を可能とするインタフェースを表示部２０１Ａに表示可能に構成されている。
【００３２】
操作部２０１は、表示部２０１Ａに表示するインタフェースには修理依頼ボタンが含まれる。修理依頼ボタン押下検知部２０２は、操作部２０１の表示部２０１Ａに表示されるインタフェース上の修理依頼ボタン押下の有無を検知し、検知した修理依頼ボタン押下情報を修理依頼ボタン押下情報管理部２０４に通知する。
【００３３】
制御部２０３は、画像形成装置１０２の印刷制御や異常状態の管理などを行うとともに、修理依頼ボタン押下情報の管理や通知情報の管理も行う。
【００３４】
修理依頼ボタン押下情報管理部２０４は、画像形成装置１０２の操作部２０１の表示部２０１Ａに表示されるインタフェース上の修理依頼ボタンが押下されたときの画像形成装置１０２の動作を制御する。
【００３５】
通知管理部２０５は、上述した修理依頼ボタンが押下されたことを検知すると、通知情報の生成や通知先の指定を行う。記憶部２０６は、修理依頼ボタン押下情報、画像形成装置情報、管理装置情報、他の画像形成装置情報、並びに修理依頼ボタンの表示データも保持する。
【００３６】
また、記憶部２０６は、画像形成装置１０２の動作履歴やさまざまな異常状態を表すデータなども記憶する。画像形成装置情報には、装置ＩＤなどの画像形成装置識別情報、ＩＰアドレスなどの通信情報が含まれる。
【００３７】
さらに、上記管理装置情報には、画像形成装置１０２を管理する管理サーバ１０６のＩＰアドレスなどの通信情報が含まれる。
【００３８】
通信部２０７は、画像形成装置１０２の修理依頼ボタン押下に関する通知データを管理サーバ１０６や他の画像形成装置１０２と送受信する。ここで、通知データは、メールやＨＴＴＰなどを用いて通信する。
【００３９】
画像形成部２０８は、印刷データを生成し出力する機能を持つ。画像形成装置１０２にはＦＡＸや複写などの機能が含まれてもよい。
【００４０】
図３は、図１に示した管理サーバ１０６の構成を説明するブロック図である。
【００４１】
図３において、管理サーバ１０６は、通信部３０１、記憶部３０２、制御部３０３を備えて構成される。通信部３０１は、画像形成装置１０２と通信を行う機能を備える。通信部３０１は、画像形成装置１０２から修理依頼ボタン押下に関する通知データを受信したり、画像形成装置１０２へ必要な指示・情報を送信したりする。
【００４２】
記憶部３０２は、画像形成装置情報や修理依頼ボタン押下に関する情報やサービスマン情報や通知データなどを保存する。なお、記憶部３０２は、不揮発性の記憶媒体で構成され、例えば大容量外部記憶装置（ハードディスク）で構成される。
【００４３】
制御部３０３は、通知管理部３０４、修理依頼ボタン押下情報管理部３０５、画像形成装置管理部３０６、サービスマン管理部３０７を備える。制御部３０３は、画像形成装置１０２を監視し保守を行うために必要な情報を管理する制御機能を持つ。
【００４４】
通知管理部３０４は、通知情報の生成や通知先の指定を行い、通知データを生成する。通知には画像形成装置１０２を保守するサービスマンへの保守依頼通知や消耗品の補充依頼通知などがある。
【００４５】
修理依頼ボタン押下情報管理部３０５は、修理依頼ボタンが押下された画像形成装置１０２の画像形成装置識別情報と修理依頼ボタン押下識別情報の関連付けを管理する。
【００４６】
なお、デバイス管理システムの構成によっては、１つの修理依頼ボタン押下識別情報に複数の画像形成装置１０２が関連付く場合もある。また、修理依頼ボタン押下識別情報に有効期限が付与されている場合は、有効期限の管理を行う。
【００４７】
また、修理依頼ボタン押下識別情報の有効期限が切れた場合、修理依頼ボタン押下情報管理部３０５は修理依頼ボタン押下識別情報と画像形成装置識別情報の関連付けを無効にする。
【００４８】
画像形成装置管理部３０６は、保守対象の画像形成装置１０２を管理する。画像形成装置管理部３０６が管理する対象には、画像形成装置識別情報、画像形成装置の異常状態情報、保守履歴、画像形成装置管理者情報、画像形成装置の消耗品管理情報などが含まれる。
【００４９】
サービスマン管理部３０７は、画像形成装置１０２を保守するサービスマン情報を管理する。サービスマンの連絡先を管理し、修理依頼ボタン押下識別情報とサービスマンの関連付けを行い、画像形成装置１０２を保守するためのサービスマン手配を管理する。
【００５０】
異なる画像形成装置から受信済みの修理依頼ボタン押下識別情報を有する保守依頼通知を受けた場合、この画像形成装置の保守は受信済みの修理依頼ボタン押下識別情報と関連があるサービスマンに割り当てる。ここで、サービマンを派遣する依頼処理は、管理サーバが自動でサービスマンの派遣依頼を行う、サービスマンの派遣依頼を行うべき画像形成装置の表示を行う（依頼するのはオペレータの電話）等の様々な手法を採用することができる。
【００５１】
そこで、デバイス管理システムの構成に適応して、画像形成装置に対してサービスマンの派遣を行うための処理を管理サーバ１０６が実行する。
【００５２】
したがって、上記依頼方法は、一例であって、様々なインフラを用いて、結果としてサービスマンの派遣を行う構成であれば、上記依頼方法に限定されるものではない。
【００５３】
３０９は第１の検出部で、後述する分析機能１に基づく処理を行って、サービスマンの派遣を要する画像形成装置を検出して、当該検出された画像形成装置上でその旨を表示させる通知処理を行う。３１０は第２の検出部で、後述する分析機能２に基づく処理を行って、サービスマンの派遣を要する画像形成装置を検出して、当該検出された画像形成装置上でその旨を表示させる通知処理を行う。ここで、分析機能１と分析機能２による処理は異なるため、本実施形態では、２つの検出部を備える例を示すが、１つの検出モジュールにより、第１の検出処理と、第２の検出処理とを切り分けてもよい。また、分析機能１、２に基づく分析処理では、複数の画像形成装置の稼動情報及び障害に関する情報の何れか、又は両方を用いた分析機能処理を行う。さらに、稼働情報の一例として、図８に示すＳ８０７〜Ｓ８１１に示す稼働情報を示すが、他の情報を稼働情報としてもよい。
【００５４】
図４は、図１に示した管理サーバ１０６が持つ分析機能が用いる判断基準を表す図である。
【００５５】
この分析機能は、例えば管理サーバ１０６が画像形成装置１０２からアラームやサービスコールエラーを受信する度に動作するものである。また、前記画像形成装置１０２のみを対象として動作する。以降、分析機能１と呼ぶ。
【００５６】
図４において、４０１は分析項目で、管理サーバ１０６が持つ分析機能１の機能名を示したものである。４０２は判断基準で、分析機能１によって、対象となった画像形成装置に問題が発生しているかを分析するときの判断基準に対応する。
【００５７】
図５は、図１に示した管理サーバ１０６が持つ分析機能が用いる判断基準を表す図である。本例は、図４に示した分析機能１とは異なり、ある画像形成装置１０２で修理依頼ボタンが押されたことをきっかけに動作する。
【００５８】
それ以外に、画像形成装置１０２の定期点検時、障害発生時、などサービスマンの派遣が決定した場合にも動作する。
【００５９】
また、修理依頼ボタンを押下された画像形成装置１０２だけではなく、前記画像形成装置１０２と同グループに属する全ての画像形成装置１０２を対象として動作する。以降、これらの動作に基づく分析機能を分析機能２と呼ぶ。
【００６０】
分析機能２は、管理サーバ１０６に蓄積された情報（アラームやサービスコールエラー、カウンタなどの稼動情報など）から分析を行うものである。
【００６１】
より具体的には、機種別、消耗品（トナー、部品）の種類別などを考慮し、現在に至るまでの複数の画像形成装置からの過去の故障の履歴を蓄積し解析することにより、個々の製品や部品などに特有で、経験則に則った精度の高い故障予測の分析が行われる。
【００６２】
ただし、分析機能２による処理は、特殊な処理であるため、分析機能１と比較すると、処理負荷が大きい処理となる。
【００６３】
図５において、５０１は分析項目で、管理サーバ１０６が持つ分析機能２の機能名を示したものである。５０２は判断基準で、分析機能２によって、対象となった画像形成装置１０２に今後、問題が発生しそうかどうかかを分析するときの判断基準に対応する。
【００６４】
ここで、図４に示す分析機能１と図５に示す分析機能２について補足する。
【００６５】
図４で説明する分析機能１は、画像形成装置１０２から通知された情報により明らかに故障などがわかり得る、確実に障害を分析するための機能といえる。
【００６６】
それに対して、図５に示す分析機能２は、高確率に特殊な分析により今後の機器の障害の予測を行えるが、あくまでも予測である点と分析に特殊な解析を伴う場合がある。
【００６７】
そのため、図５に示す分析機能２のみにより、故障を予測して顧客の環境に対してサービスマンを派遣した場合、結局故障が起こっておらず、派遣が無駄に終わってしまう場合が考えられる。
【００６８】
さらに悪いことに、通常の図４で考えられる故障予測に加えて特殊な分析を行うことによる、管理サーバ１０６の処理の負担が大きくなるといった事態も起こり得る。
【００６９】
つまり、図５で記載される高精度の故障予測を最適なタイミングで行い、さらにサービスマンの派遣に関してコストを増やさずに、顧客環境の画像形成装置などのメンテナンス・保守を行うことが重要になる。
【００７０】
図６は、図１に示した管理サーバ１０６が管理するテーブルの一例を示す図である。図６の（Ａ）は画像形成装置１０２の登録情報を示したテーブルＴＢ１に対応し、図６の（Ｂ）は、画像形成装置１０２と修理依頼の関係を示したテーブルＴＢ２に対応する。なお、各テーブルＴＢ１、ＴＢ２は管理サーバ１０６の記憶部３０２に保持されている。
【００７１】
図６において、６０１は画像形成装置ＩＤで、管理サーバ１０６に登録されている画像形成装置１０２を特定するＩＤを管理している。６０２は顧客名で、画像形成装置１０２がどの顧客が保持しているかをＩＤ別に管理している。
【００７２】
６０３は設置場所で、画像形成装置１０２が設置されている場所をＩＤ別に管理している。
【００７３】
６０４は画像形成装置ＩＤで、管理サーバ１０６によって分析対象として抽出された画像形成装置１０２を管理している。６０５は修理依頼で、各画像形成装置１０２について分析機能２によって分析した結果、修理依頼が必要であるか、そうでないかを示す情報を管理している。なお、図６の（Ｂ）において、「○」は修理が必要であることを示している。
【００７４】
６０６は修理依頼内容で、画像形成装置１０２に修理依頼が必要である場合の修理依頼の内容をＩＤ別に管理している。
【００７５】
図７は、図１に示した管理サーバ１０６が持つ分析項目と修理依頼内容の関係を示したテーブルＴＢ３の一例を示す図である。このテーブルは管理サーバ１０６の記憶部３０２に保持されている。
【００７６】
図７において、７０１は分析項目で上記分析機能２に対応する。７０２は分析機能２によって分析した結果、修理依頼を必要とすると判断した際の修理依頼内容を示している。
【００７７】
図８は、本実施形態を示す管理サーバにおける第１のデータ処理手順の一例を示すフローチャートである。本例は、図１に示した管理サーバ１０６による分析処理例である。なお、Ｓ８０１〜Ｓ８１４は各ステップを示す。また、各ステップは、管理サーバ１０６の制御部３０３が制御プログラムを実行することで実現される。
【００７８】
Ｓ８０１で、管理サーバ１０６の制御部３０３は、図１に示したデバイス管理システムにおけるいずれかの画像形成装置１０２からのアラーム通知を、通信部３０１を介して受信する受信待ち処理を行う。
【００７９】
Ｓ８０２で、いずれかの画像形成装置１０２から受信した通知がアラーム通知であるかどうかを制御部３０３が判断する。ここで、画像形成装置１０２からの通知がアラーム通知であると制御部３０３が判断した場合、Ｓ８０３で、さらに、そのアラームが修理依頼ボタンの押下に基づく、修理依頼の通知であるかどうかを制御部３０３が判断する。
【００８０】
一方、Ｓ８０２で、画像形成装置１０２からの通知がアラーム通知でないと制御部３０３が判断した場合は、Ｓ８０１へ戻り、受信待ちの処理を繰り返す。
【００８１】
そして、Ｓ８０３で、修理依頼の通知であると制御部３０３が判断した場合は、Ｓ８０５で、修理依頼ボタンが押下された画像形成装置１０２と同グループに属するデバイスを抽出し、リスト化する。ここで、制御部３０３が行う同グループであるかどうかの判断は管理サーバ１０６に登録された画像形成装置１０２に関する情報から行う。
【００８２】
また、画像形成装置１０２に関する情報とは、該画像形成装置１０２が属する販売組織情報、顧客情報、設置情報などである。
【００８３】
本実施形態では、図６の（Ｂ）に示すように、修理依頼ボタンが押下されたのは画像形成装置ＩＤ「ＤＥＶ０００００００００２」であり、修理依頼内容６０６は「画像不良」である。
【００８４】
ここで、「ＤＥＶ０００００００００２」と同グループに属する画像形成装置１０２は、図６の（Ａ）に示すテーブルＴＢ１より、顧客名、設置場所から「ＤＥＶ０００００００００１」、「ＤＥＶ０００００００００３」、「ＤＥＶ０００００００００４」、「ＤＥＶ０００００００００５」と特定される。なお、特定された画像形成装置を他の画像形成装置とを区別できるように、図６の（Ａ）では網掛け状態で示す。
【００８５】
一方、８０３で、画像形成装置１０２からの通知が修理依頼の通知でないと制御部３０３が判断した場合は、Ｓ８０４へ進み、通常のアラーム処理を行い、再び画像形成装置１０２からの通知を受信するための受信待ち処理に入る。ここで、通常のアラーム処理とは、例えば図４で示した処理である。
【００８６】
次に、Ｓ８０６において、Ｓ８０５で抽出された画像形成装置１０２の稼働情報を記憶部３０２から読み出し、Ｓ８０７〜Ｓ８１１に示す分析機能２に基づく分析処理を制御部３０３が実行する。
【００８７】
具体的には、Ｓ８０７で、分析項目７０１の中の色情報が標準値から大幅にずれているかどうかを制御部３０３が判断する。ここで、色情報が標準値から大幅にずれていると制御部３０３が判断した場合は、Ｓ８１２へ進む。
【００８８】
そして、Ｓ８１２で、該画像形成装置１０２を修理・メンテナンス対象として管理サーバ１０６が持つリストを変更する。
【００８９】
一方、Ｓ８０７で、分析項目７０１の中の色情報が標準値から大幅にずれていないと制御部３０３が判断した場合は、Ｓ８０８へ進む。そして、制御部３０３は、分析項目７０１の次の分析項目として、スケジュール送信遅延が週に２回発生しているかどうかを制御部３０３が判断する。
【００９０】
ここで、スケジュール送信遅延が週に２回発生していると制御部３０３が判断した場合は、Ｓ８１２へ進み、修理・メンテナンス対象として管理サーバ１０６が持つリストを変更する。
【００９１】
一方、Ｓ８０８でスケジュール送信遅延が週に２回発生していないと制御部３０３が判断した場合は、Ｓ８０９へ進む。そして、Ｓ８０９で、定着器の温度異常によるジョブの処理待ちが発生しているかどうかを制御部３０３が判断する。ここで、定着器の温度異常によるジョブの処理待ちが発生していると制御部３０３が判断した場合は、Ｓ８１２へ進み、修理・メンテナンス対象として管理サーバ１０６が持つリストを変更する。
【００９２】
一方、Ｓ８０９で、定着器の温度異常によるジョブの処理待ちが発生していないと制御部３０３が判断した場合は、Ｓ８１０へ進む。そして、Ｓ８１０で、ドラム消耗率が機種別平均寿命を超えているかどうかを制御部３０３が判断する。ここで、ドラム消耗率が機種別平均寿命を超えていると判断した場合は、Ｓ８１２へ進み、修理・メンテナンス対象として管理サーバ１０６が持つリストを変更する。
【００９３】
一方、Ｓ８１０で、ドラム消耗率が機種別平均寿命を超えていないと制御部３０３が判断した場合は、Ｓ８１１へ進む。そして、Ｓ８１１で、定着器温度異常の発生頻度が高いかどうかを制御部３０３が判断する。ここで、定着器温度異常の発生頻度が高いと制御部３０３が判断した場合は、Ｓ８１２へ進み、修理・メンテナンス対象として管理サーバ１０６が持つリストを変更する。
【００９４】
一方、Ｓ８１１で、定着器温度異常の発生頻度が高くないと制御部３０３が判断した場合は、Ｓ８１３へ進み、Ｓ８０５で抽出した全ての画像形成装置について分析機能２に基づく分析処理を完了しているかどうかを制御部３０３が判断する。ここで、全ての画像形成装置について分析機能２に基づく分析処理を完了していないと判断した場合は、Ｓ８０６へ戻り、同様の処理を繰り返す。
【００９５】
一方、Ｓ８１３で、全ての画像形成装置について分析機能２に基づく分析処理を完了していると判断した場合は、Ｓ８１４へ進み、Ｓ８１２により分析結果が反映されたリストを画像形成装置１０２へ送信して、本処理を終了する。
【００９６】
なお、本実施形態では、分析機能１に基づく第１の分析処理と、分析機能２に基づく第２の分析処理は異なる場合について説明したが、第１の検出手段及び第２の検出手段は同じソフトウェアモジュールにより実現しても良い。
【００９７】
図９は、図１に示した管理サーバ１０６が管理する管理テーブルの一例を示す図である。本例は、図８に示した処理を実行した後、すなわち、分析機能２に基づく分析結果を反映させた画像形成装置１０２と修理依頼の関係を示したテーブルである。また、本テーブルは管理サーバ１０６の記憶部３０２に保持されている。
【００９８】
図９において、９０１はデバイスＩＤで、管理サーバ１０６によって分析対象として抽出された画像形成装置１０２を特定する情報である。
【００９９】
９０２は修理依頼で、各画像形成装置１０２について分析機能２によって分析した結果、修理依頼が必要であるか、そうでないかを反映させた結果を示す。本例では、１台の修理依頼を受信した後、分析機能２により、他の画像形成装置が修理依頼すべきと判断されて、全体として修理依頼が３台設定されている状態である。
【０１００】
９０３は修理依頼内容で、各画像形成装置毎に特定された修理依頼の内容が設定されている状態を示す。
【０１０１】
本実施形態では、デバイスＩＤが「ＤＥＶ０００００００００３」の画像形成装置については、スケジュール送信遅延が週に２回以上発生している。このことから、何らかの障害が発生していると予測され、修理依頼の対象となり、修理依頼内容は図７の分析項目−修理依頼内容テーブルより”通信不良”となる。
【０１０２】
また、デバイスＩＤが「ＤＥＶ０００００００００５」の画像形成装置については、サブログ分析から定着器の温度異常による処理遅延が発生している。このことから、修理依頼の対象となり、修理依頼内容は図７の分析項目−修理依頼内容テーブルより”その他”となる。上記分析結果を反映させたリストが図９となる。
【０１０３】
管理サーバ１０６は、Ｓ８１４で、分析結果を反映させた図９に示すリストを修理依頼ボタンが押された「ＤＥＶ０００００００００２」へ送信する。
【０１０４】
図１０は、本実施形態を示す画像形成装置の第１のデータ処理手順の一例を示すフローチャートである。本例は、管理サーバとの通信処理例である。なお、Ｓ１００１〜Ｓ１００７は各ステップを示す。また、各ステップは、制御部２０３の修理依頼ボタン押下情報管理部２０４、通知管理部２０５により実行される。なお、画像形成装置１０２は、図１に示したデバイス管理システムにおいて、複数台存在し、本処理は、各画像形成装置で実行されるものである。
【０１０５】
Ｓ１００１に示すボタン押下待ち処理において、画像形成装置１０２が操作部２０１上で何かしらのボタンが押されたかどうかを制御部２０３が検知すると、Ｓ１００２へ進む。
【０１０６】
ここで、何らかのボタンが押下されたことを制御部２０３が検知したら、押されたボタンが修理依頼ボタンであるかどうかを制御部２０３が判断する。ここで、押されたボタンが修理依頼ボタンであると制御部２０３が判断した場合は、Ｓ１００３で、管理サーバ１０６へ修理依頼ボタンが押されたことを通知する。以後、図８に示した管理サーバ１０６による処理が実行される。
【０１０７】
一方、Ｓ１００２で判断した結果、押されたボタンが修理依頼ボタンでないと制御部２０３が判断した場合は、Ｓ１００１でボタン押下待ちの処理に入る。
【０１０８】
そして、Ｓ１００４で、管理サーバ１０６から送信されてくる分析結果を制御部２０３が受信する。次に、Ｓ１００５で、分析結果として受信した画像形成装置１０２のリストから、修理依頼対象となっている画像形成装置１０２が自身以外に存在するかどうか制御部２０３が判断する。
【０１０９】
ここで、修理依頼対象となっている画像形成装置が他に存在すると制御部２０３が判断した場合は、対象となっている画像形成装置１０２に対して修理依頼の対象となっていることを制御部２０３が通信部２０７を介して通知する。
【０１１０】
なお、この通知の中には画像形成装置１０２に対して修理依頼ボタンが押されたステータスに変更するための指示が含まれている。
【０１１１】
一方、Ｓ１００５で、分析結果から修理依頼対象となった画像形成装置１０２が自身だけであると制御部２０３が判断した場合は、Ｓ１００７へ進む。
【０１１２】
そして、Ｓ１００７で、制御部２０３は、記憶部２０６で自身が管理しているステータスを修理依頼中へ変更する。その後、再びＳ１００１へ戻り、ボタン押下待ちの処理へ入る。
【０１１３】
本実施形態では、画像形成装置ＩＤが「ＤＥＶ０００００００００２」で修理依頼ボタンが押され、管理サーバ１０６へ通知される。その後、図８に示した管理サーバ１０６の分析機能２に基づく処理が行われ、分析結果が反映されたリスト（図９参照）を受信する。
【０１１４】
この結果、Ｓ１００５で、自分以外に修理依頼の対象となるデバイスが存在すると判断される。このため、Ｓ１００６で、管理サーバ１０６から受信した結果、画像形成装置ＩＤが「ＤＥＶ０００００００００３」、「ＤＥＶ０００００００００５」が修理依頼の対象となっている。このため、画像形成装置ＩＤが「ＤＥＶ０００００００００３」、「ＤＥＶ０００００００００５」の２台の画像形成装置１０２にステータスを修理依頼中と変更する。さらに、修理依頼内容を、画像形成装置ＩＤが「ＤＥＶ０００００００００３」の画像形成装置には”通信不良”とする指示を与える。同様に、画像形成装置ＩＤが「ＤＥＶ０００００００００５」の画像形成装置には、”その他”とするよう指示を行う。ここで、指示は、デバイスのステータスを変更させる命令を通知することで行う。
【０１１５】
また、画像形成装置ＩＤが「ＤＥＶ０００００００００２」の画像形成装置は、自身のステータスを修理依頼中へ変更する。
【０１１６】
図１１は、本実施形態を示す画像形成装置の第２のデータ処理手順の一例を示すフローチャートである。本例は、画像形成装置１０２が他の画像形成装置１０２から指示を受けた際の処理例である。なお、Ｓ１１０１〜Ｓ１１０４は各ステップを示す。また、各ステップは、制御部２０３の修理依頼ボタン押下情報管理部２０４、通知管理部２０５により実行される。なお、画像形成装置１０２は、図１に示したデバイス管理システムにおいて、複数台存在し、本処理は、各画像形成装置で実行されるものである。また、本例では、図９に示したリストに従い、画像形成装置ＩＤが「ＤＥＶ０００００００００２」が、画像形成装置ＩＤが「ＤＥＶ０００００００００５」、「ＤＥＶ０００００００００３」に修理依頼のステータス変更指示を送信する例を示す。
【０１１７】
Ｓ１１０１で、制御部２０３は、通信部２０７を介して他の画像形成装置１０２からの指示を待つ処理を行う。そして、他の画像形成装置１０２からの指示を受け付けると、Ｓ１１０２で、受けた指示が修理依頼に関するステータス変更の指示であるかどうかを制御部２０３が判断する。
【０１１８】
ここで、Ｓ１１０２で、他の画像形成装置１０２から受けた指示が修理依頼に関するステータス変更の指示であると制御部２０３が判断した場合、Ｓ１１０３へ進む。そして、Ｓ１１０３で、制御部２０３は、記憶部２０６で管理している自身のステータスを修理依頼中へ変更する。
【０１１９】
一方、Ｓ１１０２で、他の画像形成装置１０２から受けた指示が修理依頼に関するステータスの変更でないと制御部２０３が判断した場合、再びステップＳ１１０１の修理依頼に関するステータス変更指示の待ち処理に入る。
【０１２０】
そして、Ｓ１１０４において、Ｓ１１０３で実行した修理依頼に関するステータスの変更の結果（ＯＫ／ＮＧ）を応答として、変更指示した画像形成装置へ制御部２０３が通信部２０７を介して返す。その後、再びＳ１１０１の修理依頼に関するステータスの変更指示の待ち処理に入る。
【０１２１】
本実施形態では、画像形成装置ＩＤが「ＤＥＶ０００００００００３」、「ＤＥＶ０００００００００５」が「ＤＥＶ０００００００００２」から受けた修理依頼のステータス変更指示によって、それぞれのステータスを修理依頼中へ変更し、修理依頼の内容をそれぞれ”通信不良”、”その他”とし、変更が正常に行われたことを「ＤＥＶ０００００００００２」へ返す。
【０１２２】
図１２は、図２に示した操作部２０１の表示部２０１Ａに表示されるユーザインタフェースの一例を示す図である。本例は、画像形成装置１０２が管理サーバ１０６の分析結果から修理依頼に関するステータスを変更した際のパネル表示例である。
【０１２３】
本実施形態では、画像形成装置ＩＤが「ＤＥＶ０００００００００３」が修理依頼中となり、修理依頼内容が”通信不良”となっている。
【０１２４】
図１３は、図１に示した表示部３０８に表示されるユーザインタフェースの一例を示す図である。本例は、図８に示した処理を実行した後、分析結果を詳細レポートとして表示した例を示している。
【０１２５】
本実施形態では、画像形成装置ＩＤが「ＤＥＶ０００００００００２」の画像形成装置で修理依頼ボタンが押されたことで、図８に示す分析処理が制御部３０３により実行される。そして、制御部３０３がその分析結果として、画像形成装置ＩＤが「ＤＥＶ０００００００００３」、「ＤＥＶ０００００００００５」の画像形成装置も修理依頼の対象となったことを表示している。
【０１２６】
図１４は、図３に示した管理サーバ１０６の通信部３０１から通知される修理依頼通知メッセージの一例を示す図である。
【０１２７】
本例は、管理サーバ１０６が図８に示した分析処理を実行した後、販売会社、顧客の管理者などへ送信される修理依頼通知例である。
【０１２８】
本実施形態では、通知内容として、画像形成装置ＩＤが「ＤＥＶ０００００００００２」の画像形成装置により修理依頼ボタンが押されたことが通知される。同様に、管理サーバ１０６が図８に示した分析処理を実行したことで、画像形成装置ＩＤが「ＤＥＶ０００００００００３」、「ＤＥＶ０００００００００５」の画像形成装置も修理依頼の対象となったことを通知している。なお、通知先等は、管理サーバ１０６の記憶部３０２に画像形成装置ＩＤ毎に通知先が特定するための管理テーブルを制御部３０３が参照することで、通知先が特定される。
【０１２９】
上記実施形態では、画像形成装置の構造、制御構成、情報テーブル、修理依頼ボタンを押されることによる管理サーバ１０６と画像形成装置１０２の処理フローについて示してきたが、これらは一例であり、これに限るものではない。
【０１３０】
なお、画像形成装置１０２の操作部２０１に設けられる修理依頼ボタンは、サービスマンの派遣を要する障害であることを示す修理依頼要求を管理サーバ１０６に通知する場合に押下される。
【０１３１】
〔第２実施形態〕
第１実施形態では、管理サーバ１０６が図８に示した分析機能２に基づく分析処理において、分析機能２によって分析された結果を修理依頼ボタンが押された画像形成装置１０２だけに通知する場合を説明した。
【０１３２】
しかしながら、分析機能２によって分析された結果を修理依頼ボタンが押された画像形成装置１０２および、当該分析機能で特定されたその他、修理対象依頼となった画像形成装置に分析結果を通知する構成としてもよい。以下、管理サーバ１０６が分析の結果修理依頼の対象となった画像形成装置１０２全てに直接通知を行うことを考慮した実施形態について詳述する。
【０１３３】
図１５は、本実施形態を示す管理サーバにおける第２のデータ処理手順の一例を示すフローチャートである。本例は、図１に示した管理サーバ１０６による分析処理例である。なお、Ｓ１５０１〜Ｓ１５１４は各ステップを示す。また、各ステップは、管理サーバ１０６の制御部３０３が制御プログラムを実行することで実現される。また、Ｓ１５０１〜Ｓ１５１２は、図８に示したＳ８０１〜Ｓ８１２と同一であるので説明は省略する。
【０１３４】
一方、Ｓ１５１３で、全ての画像形成装置について分析機能２に基づく分析処理を完了していると判断した場合は、Ｓ１５１４へ進み、分析結果が反映されたリストを、修理依頼対象となった全ての画像形成装置へ送信して、本処理を終了する。
【０１３５】
本実施形態では、画像形成装置ＩＤが「ＤＥＶ０００００００００３」、「ＤＥＶ０００００００００５」の画像形成装置に対して両画像形成装置１０２にステータスを修理依頼中と変更すること、修理依頼内容をそれぞれ”通信不良”、”その他”とするよう指示を行う。また、画像形成装置ＩＤが「ＤＥＶ０００００００００２」の画像形成装置へは修理依頼のステータスを修理依頼中へ変更するよう指示を行う。
【０１３６】
図１６は、本実施形態を示す画像形成装置の第３のデータ処理手順の一例を示すフローチャートである。本例は、画像形成装置１０２の操作部２０１に設けられる修理依頼ボタンが押下された場合の処理例である。なお、Ｓ１６０１〜Ｓ１６０４は各ステップを示す。また、各ステップは、制御部２０３の修理依頼ボタン押下情報管理部２０４、通知管理部２０５により実行される。
【０１３７】
なお、画像形成装置１０２の操作部２０１に設けられる修理依頼ボタンは、サービスマンの派遣を要する障害であることを示す修理依頼要求を管理サーバ１０６に通知する場合に押下される。
【０１３８】
まず、Ｓ１６０１で、画像形成装置１０２の操作部２０１のパネル上で何かしらのボタンが押されたかどうかを制御部２０３が検知すると、Ｓ１６０２へ進む。
【０１３９】
そして、Ｓ１６０２で、押されたボタンが修理依頼ボタンかどうかを制御部２０３が判断し、押されたボタンが修理依頼ボタンであると制御部２０３が判断した場合、Ｓ１６０３へ進む。
【０１４０】
一方、Ｓ１６０２で、押されたボタンが修理依頼ボタンでないと制御部２０３が判断した場合は、再び、Ｓ１６０１でボタン押下待ちの処理に入る。
【０１４１】
次に、Ｓ１６０３で、管理サーバ１０６へ修理依頼ボタンが押されたことを制御部２０３が通信部２０７を介して通知する。次に、Ｓ１６０４で、記憶部２０６で管理されている自身の修理依頼に関するステータスを制御部２０３が修理依頼中へ変更する。その後、再びＳ１６０１でボタン押下待ちの処理へ入る。
【０１４２】
図１７は、本実施形態を示す画像形成装置の第４のデータ処理手順の一例を示すフローチャートである。本例は、画像形成装置１０２の操作部２０１に設けられる修理依頼ボタンが押下された後、分析結果を示すリストを管理サーバ１０６から直接受信した場合の処理例である。なお、Ｓ１７０１〜Ｓ１７０４は各ステップを示す。また、各ステップは、制御部２０３の修理依頼ボタン押下情報管理部２０４、通知管理部２０５により実行される。
【０１４３】
Ｓ１７０１で、通信部２０７を介して管理サーバ１０６からの指示を待つ処理を制御部２０３が行う。そして、Ｓ１７０２で、管理サーバ１０６からの指示が修理依頼に関するステータスの変更であるかどうかを制御部２０３が判断する。なお、管理サーバ１０６からの指示とは、図１５に示したＳ１５１４で送信される指示に対応する。
【０１４４】
次に、Ｓ１７０２で、管理サーバ１０６からの指示が修理依頼に関するステータスの変更であると制御部２０３が判断した場合、Ｓ１７０３で、記憶部２０６で管理している自身の修理依頼に関するステータスを制御部２０３が修理依頼中へ変更する。
【０１４５】
一方、Ｓ１７０２で、管理サーバ１０６からの指示が修理依頼に関するステータスの変更でないと制御部２０３が判断した場合は、再び、Ｓ１７０１で管理サーバ１０６からの指示待ち処理に入る。
【０１４６】
次に、Ｓ１７０４で、修理依頼のステータス変更を行った結果（ＯＫ／ＮＧ）を制御部２０３が通信部２０７を介して管理サーバ１０６への応答として返しす。その後、Ｓ１７０１で管理サーバ１０６からの指示待ち処理に入る。
【０１４７】
以上のように、第２実施形態により、管理サーバ１０６が分析した結果から、修理依頼の対象となった画像形成装置１０２に直接指示を行うことによって以下のことが可能となる。
【０１４８】
まず、画像形成装置１０２間の通信処理が実装されていない画像形成装置１０２が存在しても、管理サーバから分析結果を通知することが可能となる。
【０１４９】
なお、上記各実施形態では画像形成装置の構造、制御構成、情報テーブル、修理依頼ボタンを押されることによる管理サーバ１０６と画像形成装置１０２の処理フローについて示してきたが、これらは一例であってこれに限るものではない。
【０１５０】
〔第３実施形態〕
以下、図１８、図１９に示すメモリマップを参照して本発明に係る管理サーバ、画像形成装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１５１】
図１８は、本発明に係る管理サーバで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１５２】
図１９は、本発明に係る画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１５３】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５４】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５５】
本実施形態における図８，図１０、図１１、図１５、図１６、図１７に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５６】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５７】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５８】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１５９】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１６０】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１６２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１６３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６５】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１６６】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１６７】
【図１】本発明の実施の形態に係るデバイス管理システムの構成を説明する図である。
【図２】図１に示した画像形成装置の構成を説明するブロック図である。
【図３】図１に示した管理サーバの構成を説明するブロック図である。
【図４】図１に示した管理サーバが持つ分析機能が用いる判断基準を表す図である。
【図５】図１に示した管理サーバが持つ分析機能が用いる判断基準を表す図である。
【図６】図１に示した管理サーバが管理するテーブルの一例を示す図である。
【図７】図１に示した管理サーバが持つ分析項目と修理依頼内容の関係を示したテーブルの一例を示す図である。
【図８】本実施形態を示す管理サーバにおける第１のデータ処理手順の一例を示すフローチャートである。
【図９】図１に示した管理サーバが管理する管理テーブルの一例を示す図である。
【図１０】本実施形態を示す画像形成装置の第１のデータ処理手順の一例を示すフローチャートである。
【図１１】本実施形態を示す画像形成装置の第２のデータ処理手順の一例を示すフローチャートである。
【図１２】図２に示した操作部の表示部に表示されるユーザインタフェースの一例を示す図である。
【図１３】図１に示した表示部に表示されるユーザインタフェースの一例を示す図である。
【図１４】図３に示した管理サーバの通信部から通知される修理依頼通知メッセージの一例を示す図である。
【図１５】本実施形態を示す管理サーバにおける第２のデータ処理手順の一例を示すフローチャートである。
【図１６】本実施形態を示す画像形成装置の第３のデータ処理手順の一例を示すフローチャートである。
【図１７】本実施形態を示す画像形成装置の第４のデータ処理手順の一例を示すフローチャートである。
【図１８】本発明に係る管理サーバで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図１９】本発明に係る画像形成装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１６８】
１０１  ネットワーク
１０２  画像形成装置
１０３，１０４  情報処理装置
１０６  管理サーバ
１０８  インターネット
【図１】
2009206788.tif 000003
【図２】
2009206788.tif 000004
【図３】
2009206788.tif 000005
【図４】
2009206788.tif 000006
【図５】
2009206788.tif 000007
【図６】
2009206788.tif 000008
【図７】
2009206788.tif 000009
【図８】
2009206788.tif 000010
【図９】
2009206788.tif 000011
【図１０】
2009206788.tif 000012
【図１１】
2009206788.tif 000013
【図１２】
2009206788.tif 000014
【図１３】
2009206788.tif 000015
【図１４】
2009206788.tif 000016
【図１５】
2009206788.tif 000017
【図１６】
2009206788.tif 000018
【図１７】
2009206788.tif 000019
【図１８】
2009206788.tif 000020
【図１９】
2009206788.tif 000021