(57)【要約】【課題】複数の画像処理装置が同時にサーバーへデータ送信することを抑制し、サーバーの負荷を軽減する。【解決手段】サーバーと通信可能な画像処理装置２は、内部部品に関するデータを取得するデータ取得部６３と、データ取得部６３によって取得されるデータ５７を、サーバー５に対して送信する送信タイミングであるか否かを判定するタイミング判定部６５と、タイミング判定部６５によって送信タイミングであると判定された場合に、ネットワークに接続される他の画像処理装置の動作状態を確認する動作確認部６６と、動作確認部６６による確認結果に基づき、データ５７をサーバー５へ送信するか否かを決定する送信可否決定部６７と、送信可否決定部６７によりデータ送信を行うと決定された場合に、データ５７をサーバー５へ送信するデータ送信部６８と、を備える。【選択図】図５
2019166654.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して内部部品に関するデータをサーバーへ送信する画像処理装置であって、
前記内部部品に関するデータを取得するデータ取得手段と、
前記データ取得手段によって取得されるデータを、前記サーバーに対して送信する送信タイミングであるか否かを判定するタイミング判定手段と、
前記タイミング判定手段によって送信タイミングであると判定された場合に、前記ネットワークに接続される他の画像処理装置の動作状態を確認する動作確認手段と、
前記動作確認手段による確認結果に基づき、前記データ取得手段によって取得されるデータを前記サーバーへ送信するか否かを決定する送信可否決定手段と、
前記送信可否決定手段によりデータ送信を行うと決定された場合に、前記データ取得手段によって取得されるデータを前記サーバーへ送信するデータ送信手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記内部部品に関するデータは、ジョブの実行に伴って変動するデータを含むことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記内部部品に関するデータは、前記内部部品の動作状態を監視するセンサーから出力されるセンサーデータ、ジョブの実行に伴って加算されるカウンタデータ、及び、ジョブの実行履歴を示すログデータのうちの少なくとも１つのデータを含むことを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記タイミング判定手段は、異常の発生、ジョブ実行終了、及び、定期送信時刻到達のいずれかを検知したときに送信タイミングであると判定することを特徴とする請求項１乃至３のいずれかに記載の画像処理装置。
【請求項５】
前記送信可否決定手段は、前記タイミング判定手段において異常の発生が検知されたことによって送信タイミングであると判定された場合、前記データ取得手段によって取得されるデータを前記サーバーへ送信すると決定することを特徴とする請求項４に記載の画像処理装置。
【請求項６】
前記動作確認手段は、他の画像処理装置において可動部品が動作している状態、又は、他の画像処理装置が前記サーバーに対してデータ送信を行っている状態である場合に、他の画像処理装置がオン状態であると判断し、
前記送信可否決定手段は、前記動作確認手段によって他の画像処理装置がオン状態でないと判断された場合に、前記データ取得手段によって取得されるデータを前記サーバーへ送信することを決定する請求項１乃至５のいずれかに記載の画像処理装置。
【請求項７】
前記送信可否決定手段は、前記動作確認手段によって２以上の他の画像処理装置のうちの全ての装置がオン状態でないと判断された場合に、前記データ取得手段によって取得されるデータを前記サーバーへ送信することを決定する請求項６に記載の画像処理装置。
【請求項８】
前記送信可否決定手段は、前記動作確認手段によって他の画像処理装置がオン状態であると判断された場合、前記タイミング判定手段によって判定された送信タイミングにおいて、前記サーバーに対するデータ送信を行わないことを決定する請求項６又は７に記載の画像処理装置。
【請求項９】
前記タイミング判定手段は、前記送信可否決定手段によってデータ送信を行わないことが決定された場合、次の送信タイミングを決定することを特徴とする請求項８に記載の画像処理装置。
【請求項１０】
前記サーバーから、前記ネットワークに接続されている複数の画像処理装置を順位付けした故障予測リストを取得するリスト取得手段、
を更に備え、
前記動作確認手段は、前記故障予測リストを参照することにより、前記複数の画像処理装置のうちから動作状態を確認すべき他の画像処理装置を特定し、特定した他の画像処理装置の動作状態を確認することを特徴とする請求項１乃至９のいずれかに記載の画像処理装置。
【請求項１１】
前記故障予測リストは、前記複数の画像処理装置のそれぞれに搭載される個々の部品の故障しやすさを示す部品順位と、装置全体としての総合順位とを含むことを特徴とする請求項１０に記載の画像処理装置。
【請求項１２】
前記部品順位は、部品の交換時期への到達度に応じて決定される順位であることを特徴とする請求項１１に記載の画像処理装置。
【請求項１３】
前記部品順位は、部品の異常発生回数に応じて決定される順位であることを特徴とする請求項１１に記載の画像処理装置。
【請求項１４】
前記総合順位は、前記部品順位に基づいて決定される順位であることを特徴とする請求項１１乃至１３のいずれかに記載の画像処理装置。
【請求項１５】
前記動作確認手段は、前記複数の画像処理装置のうち、前記故障予測リストにおいて自機よりも順位の高い他の画像処理装置を、動作状態を確認すべき他の画像処理装置として特定することを特徴とする請求項１０乃至１４のいずれかに記載の画像処理装置。
【請求項１６】
前記動作確認手段は、前記複数の画像処理装置のうちから動作状態を確認すべき他の画像処理装置として特定する台数を所定台数以下に制限することを特徴とする請求項１０乃至１５のいずれかに記載の画像処理装置。
【請求項１７】
前記動作確認手段は、特定した他の画像処理装置において可動部品が動作している場合、当該可動部品の部品順位が所定順位よりも高いか否かを判断し、当該可動部品の部品順位が所定順位よりも低いときには、当該他の画像処理装置がオン状態でないと判断することを特徴とする請求項１０乃至１６のいずれかに記載の画像処理装置。
【請求項１８】
前記動作確認手段は、特定した他の画像処理装置において可動部品が動作している場合、当該可動部品の部品順位が所定順位よりも高いか否かを判断し、当該可動部品の部品順位が所定順位よりも高いときには、当該可動部品の動作中又は動作終了時に当該可動部品が故障する可能性があるか否かを更に判断し、
前記送信可否決定手段は、前記動作確認手段によって、可動部品の動作中又は動作終了時に当該可動部品が故障する可能性があると判断された場合、前記動作確認手段によって特定された他の画像処理装置がデータ送信を完了した後に、前記サーバーに対してデータ送信を行うことを決定する請求項１０乃至１７のいずれかに記載の画像処理装置。
【請求項１９】
前記動作確認手段は、特定した他の画像処理装置において可動部品が動作している場合、当該可動部品の部品順位が所定順位よりも高いか否かを判断し、当該可動部品の部品順位が所定順位よりも高いときには、当該可動部品の動作終了時に当該可動部品が故障する可能性があるか否かを更に判断し、
前記送信可否決定手段は、前記動作確認手段によって可動部品の動作終了時に当該可動部品が故障する可能性があると判断されたときには、当該可動部品の動作が終了までの間に前記サーバーに対するデータ送信を終了させることが可能であることを条件として前記サーバーに対してデータ送信を行うことを決定する請求項１０乃至１８のいずれかに記載の画像処理装置。
【請求項２０】
ネットワークを介して内部部品に関するデータをサーバーへ送信する画像処理装置において実行されるプログラムであって、前記画像処理装置に、
前記内部部品に関するデータを取得するデータ取得ステップと、
前記データ取得ステップによって取得されるデータを、前記サーバーに対して送信する送信タイミングであるか否かを判定するタイミング判定ステップと、
前記タイミング判定ステップによって送信タイミングであると判定された場合に、前記ネットワークに接続される他の画像処理装置の動作状態を確認する動作確認ステップと、
前記動作確認ステップによる確認結果に基づき、前記データ取得ステップによって取得されるデータを前記サーバーへ送信するか否かを決定する送信可否決定ステップと、
前記送信可否決定ステップによりデータ送信を行うと決定された場合に、前記データ取得ステップによって取得されるデータを前記サーバーへ送信するデータ送信ステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及びプログラムに関し、特に画像処理装置がサーバーに対してデータを送信する技術に関する。
【背景技術】
【０００２】
ＭＦＰ（Multifunction Peripherals）などの画像処理装置は、世界各地に設置されている。そのような画像処理装置にはジョブの実行時に動作する様々な部品が搭載されている。それらの部品に故障が生じたり、寿命が尽きたりすると、画像処理装置は、正常にジョブを実行することができなくなる。そのため、画像処理装置は、それらの部品の動作状態などを監視するための各種センサーやカウンタなどを搭載している。
【０００３】
従来、この種の画像処理装置の遠隔診断を行うシステムとして、複数の画像処理装置と中央診断装置とが中央管理装置を介して接続されており、中央診断装置が中央管理装置を介して複数の画像処理装置のそれぞれから送信されるデータを収集して診断を行うようにしたシステムが知られている（例えば特許文献１）。この従来技術では、複数の画像処理装置のそれぞれが、装置本体から得られるデータを解析して故障予測を行い、その故障予測の結果に基づいてデータの転送タイミングを決定する。そして中央管理装置は、各画像処理装置における故障予測の結果に基づき、診断順位レベルの高い順に診断用データの受け付け順序を決定するように構成される。
【０００４】
しかしながら、上記従来技術では、各画像処理装置がデータの転送タイミングを決定するときには、他の画像処理装置の状況を考慮することなく、転送タイミングを決定する。そのため、従来技術では、複数の画像処理装置が同時にデータ転送を開始する可能性がある。複数の画像処理装置が同時にデータ転送を開始すると、中央管理装置などのサーバー側の負荷が増大し、システムがダウンしてしまう可能性があり、問題である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平５−１６７７６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記課題を解決するためになされたものであり、サーバーの負荷を効果的に軽減できるようにした画像処理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、請求項１に係る発明は、ネットワークを介して内部部品に関するデータをサーバーへ送信する画像処理装置であって、前記内部部品に関するデータを取得するデータ取得手段と、前記データ取得手段によって取得されるデータを、前記サーバーに対して送信する送信タイミングであるか否かを判定するタイミング判定手段と、前記タイミング判定手段によって送信タイミングであると判定された場合に、前記ネットワークに接続される他の画像処理装置の動作状態を確認する動作確認手段と、前記動作確認手段による確認結果に基づき、前記データ取得手段によって取得されるデータを前記サーバーへ送信するか否かを決定する送信可否決定手段と、前記送信可否決定手段によりデータ送信を行うと決定された場合に、前記データ取得手段によって取得されるデータを前記サーバーへ送信するデータ送信手段と、を備えることを特徴としている。
【０００８】
請求項２に係る発明は、請求項１に記載の画像処理装置において、前記内部部品に関するデータは、ジョブの実行に伴って変動するデータを含むことを特徴としている。
【０００９】
請求項３に係る発明は、請求項１又は２に記載の画像処理装置において、前記内部部品に関するデータは、前記内部部品の動作状態を監視するセンサーから出力されるセンサーデータ、ジョブの実行に伴って加算されるカウンタデータ、及び、ジョブの実行履歴を示すログデータのうちの少なくとも１つのデータを含むことを特徴としている。
【００１０】
請求項４に係る発明は、請求項１乃至３のいずれかに記載の画像処理装置において、前記タイミング判定手段は、異常の発生、ジョブ実行終了、及び、定期送信時刻到達のいずれかを検知したときに送信タイミングであると判定することを特徴としている。
【００１１】
請求項５に係る発明は、請求項４に記載の画像処理装置において、前記送信可否決定手段は、前記タイミング判定手段において異常の発生が検知されたことによって送信タイミングであると判定された場合、前記データ取得手段によって取得されるデータを前記サーバーへ送信すると決定することを特徴としている。
【００１２】
請求項６に係る発明は、請求項１乃至５のいずれかに記載の画像処理装置において、前記動作確認手段は、他の画像処理装置において可動部品が動作している状態、又は、他の画像処理装置が前記サーバーに対してデータ送信を行っている状態である場合に、他の画像処理装置がオン状態であると判断し、前記送信可否決定手段は、前記動作確認手段によって他の画像処理装置がオン状態でないと判断された場合に、前記データ取得手段によって取得されるデータを前記サーバーへ送信することを決定することを特徴としている。
【００１３】
請求項７に係る発明は、請求項６に記載の画像処理装置において、前記送信可否決定手段は、前記動作確認手段によって２以上の他の画像処理装置のうちの全ての装置がオン状態でないと判断された場合に、前記データ取得手段によって取得されるデータを前記サーバーへ送信することを決定することを特徴としている。
【００１４】
請求項８に係る発明は、請求項６又は７に記載の画像処理装置において、前記送信可否決定手段は、前記動作確認手段によって他の画像処理装置がオン状態であると判断された場合、前記タイミング判定手段によって判定された送信タイミングにおいて、前記サーバーに対するデータ送信を行わないことを決定することを特徴としている。
【００１５】
請求項９に係る発明は、請求項８に記載の画像処理装置において、前記タイミング判定手段は、前記送信可否決定手段によってデータ送信を行わないことが決定された場合、次の送信タイミングを決定することを特徴としている。
【００１６】
請求項１０に係る発明は、請求項１乃至９のいずれかに記載の画像処理装置において、前記サーバーから、前記ネットワークに接続されている複数の画像処理装置を順位付けした故障予測リストを取得するリスト取得手段、を更に備え、前記動作確認手段は、前記故障予測リストを参照することにより、前記複数の画像処理装置のうちから動作状態を確認すべき他の画像処理装置を特定し、特定した他の画像処理装置の動作状態を確認することを特徴としている。
【００１７】
請求項１１に係る発明は、請求項１０に記載の画像処理装置において、前記故障予測リストは、前記複数の画像処理装置のそれぞれに搭載される個々の部品の故障しやすさを示す部品順位と、装置全体としての総合順位とを含むことを特徴としている。
【００１８】
請求項１２に係る発明は、請求項１１に記載の画像処理装置において、前記部品順位は、部品の交換時期への到達度に応じて決定される順位であることを特徴としている。
【００１９】
請求項１３に係る発明は、請求項１１に記載の画像処理装置において、前記部品順位は、部品の異常発生回数に応じて決定される順位であることを特徴としている。
【００２０】
請求項１４に係る発明は、請求項１１乃至１３のいずれかに記載の画像処理装置において、前記総合順位は、前記部品順位に基づいて決定される順位であることを特徴としている。
【００２１】
請求項１５に係る発明は、請求項１０乃至１４のいずれかに記載の画像処理装置において、前記動作確認手段は、前記複数の画像処理装置のうち、前記故障予測リストにおいて自機よりも順位の高い他の画像処理装置を、動作状態を確認すべき他の画像処理装置として特定することを特徴としている。
【００２２】
請求項１６に係る発明は、請求項１０乃至１５のいずれかに記載の画像処理装置において、前記動作確認手段は、前記複数の画像処理装置のうちから動作状態を確認すべき他の画像処理装置として特定する台数を所定台数以下に制限することを特徴としている。
【００２３】
請求項１７に係る発明は、請求項１０乃至１６のいずれかに記載の画像処理装置において、前記動作確認手段は、特定した他の画像処理装置において可動部品が動作している場合、当該可動部品の部品順位が所定順位よりも高いか否かを判断し、当該可動部品の部品順位が所定順位よりも低いときには、当該他の画像処理装置がオン状態でないと判断することを特徴としている。
【００２４】
請求項１８に係る発明は、請求項１０乃至１７のいずれかに記載の画像処理装置において、前記動作確認手段は、特定した他の画像処理装置において可動部品が動作している場合、当該可動部品の部品順位が所定順位よりも高いか否かを判断し、当該可動部品の部品順位が所定順位よりも高いときには、当該可動部品の動作中又は動作終了時に当該可動部品が故障する可能性があるか否かを更に判断し、前記送信可否決定手段は、前記動作確認手段によって、可動部品の動作中又は動作終了時に当該可動部品が故障する可能性があると判断された場合、前記動作確認手段によって特定された他の画像処理装置がデータ送信を完了した後に、前記サーバーに対してデータ送信を行うことを決定することを特徴としている。
【００２５】
請求項１９に係る発明は、請求項１０乃至１８のいずれかに記載の画像処理装置において、前記動作確認手段は、特定した他の画像処理装置において可動部品が動作している場合、当該可動部品の部品順位が所定順位よりも高いか否かを判断し、当該可動部品の部品順位が所定順位よりも高いときには、当該可動部品の動作終了時に当該可動部品が故障する可能性があるか否かを更に判断し、前記送信可否決定手段は、前記動作確認手段によって可動部品の動作終了時に当該可動部品が故障する可能性があると判断されたときには、当該可動部品の動作が終了までの間に前記サーバーに対するデータ送信を終了させることが可能であることを条件として前記サーバーに対してデータ送信を行うことを決定することを特徴としている。
【００２６】
請求項２０に係る発明は、ネットワークを介して内部部品に関するデータをサーバーへ送信する画像処理装置において実行されるプログラムであって、前記画像処理装置に、前記内部部品に関するデータを取得するデータ取得ステップと、前記データ取得ステップによって取得されるデータを、前記サーバーに対して送信する送信タイミングであるか否かを判定するタイミング判定ステップと、前記タイミング判定ステップによって送信タイミングであると判定された場合に、前記ネットワークに接続される他の画像処理装置の動作状態を確認する動作確認ステップと、前記動作確認ステップによる確認結果に基づき、前記データ取得ステップによって取得されるデータを前記サーバーへ送信するか否かを決定する送信可否決定ステップと、前記送信可否決定ステップによりデータ送信を行うと決定された場合に、前記データ取得ステップによって取得されるデータを前記サーバーへ送信するデータ送信ステップと、を実行させることを特徴としている。
【発明の効果】
【００２７】
本発明によれば、サーバーに対してデータを送信する送信タイミングであると判定されると、ネットワークに接続される他の画像処理装置の動作状態を確認し、その確認結果に基づいてデータをサーバーへ送信するか否かを決定するため、他の画像処理装置と同時にデータ送信を行うことを回避することができる。その結果、サーバーに対するデータ送信が集中してしまうことを抑制することが可能であり、サーバーの負荷を効果的に軽減することが可能である。
【図面の簡単な説明】
【００２８】
【図１】画像処理装置の故障などを予測する予測システムの一構成例を示す図である。
【図２】画像処理装置の一構成例を示す図である。
【図３】画像処理装置の装置本体における内部構造の一例を示す図である。
【図４】画像処理装置において電気的制御を行うためのハードウェア構成を示す図である。
【図５】制御部の機能構成を示すブロック図である。
【図６】サーバーのハードウェア構成及び機能構成の一例を示す図である。
【図７】故障予測リストの一例を示す図である。
【図８】複数の画像処理装置が故障予測リストを入手するまでの動作の例を示す図である。
【図９】画像処理装置において送信タイミングであることが検知された場合の基本的な動作例を示す図である。
【図１０】画像処理装置が自機よりも順位の高い他の画像処理装置の動作状態を確認する動作例を示す図である。
【図１１】画像処理装置が自機よりも順位の高い他の画像処理装置の動作状態を確認する他の動作例を示す図である。
【図１２】他の画像処理装置において動作している部品の部品順位が低い場合の動作例を示す図である。
【図１３】他の画像処理装置において動作している部品が故障する可能性がある場合の動作例を示す図である。
【図１４】他の画像処理装置におけるジョブの実行が終了するまでの間に画像処理装置がデータ送信を行う動作例を示す図である。
【図１５】画像処理装置おいて行われる主たる処理手順の一例を示すフローチャートである。
【図１６】タイミング判定処理の詳細な処理手順の一例を示すフローチャートである。
【図１７】動作確認処理の詳細な処理手順の一例を示すフローチャートである。
【図１８】送信可否判定処理の詳細な処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２９】
以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。
【００３０】
図１は、本発明の一実施形態である、画像処理装置２の故障などを予測する予測システム１の一構成例を示す図である。この予測システム１は、世界各地に設置される複数の画像処理装置２と、複数の画像処理装置２のそれぞれからデータを収集して故障予測を行うサーバー５と、サーバー５からの通知に基づき保守点検員７に対して画像処理装置２のメンテナンス作業を行うことを電子メールなどで通知する通知サーバー６とを備えている。尚、本実施形態では、サーバー５と通知サーバー６とが異なるサーバーである場合を例示しているが、これらは１つのサーバーで構成されるものであっても良い。
【００３１】
サーバー５は、例えばインターネット４を介して世界各地の複数の拠点Ａ１，Ａ２に設置される複数の画像処理装置２のそれぞれと通信可能である。例えば拠点Ａ１には複数の画像処理装置２が設置されており、また拠点Ａ２にも複数の画像処理装置２が設置されている。それら複数の画像処理装置２のそれぞれは、各拠点Ａ１，Ａ２に設けられるローカルネットワーク３に接続される。ローカルネットワーク３はインターネット４に接続される。したがって、複数の画像処理装置２のそれぞれは、各拠点Ａ１，Ａ２のローカルネットワーク３及びインターネット４を介してサーバー５と通信を行うことが可能であり、故障予測のためのデータなどをサーバー５へ送信することが可能である。
【００３２】
画像処理装置２は、例えばＭＦＰなどによって構成される装置であり、スキャン機能、プリント機能、コピー機能などの複数の機能を備えており、ユーザーによる機能選択操作を受け付けると共に、ユーザーによるジョブの実行指示に基づいてジョブを実行する。画像処理装置２において行われるジョブには、例えば、スキャンジョブ、印刷ジョブ、コピージョブなどがある。また画像処理装置２が、ＦＡＸ機能を搭載している場合には、ＦＡＸデータを送受信するジョブを実行することも可能である。また画像処理装置２が後処理ユニットを備えている場合、印刷ジョブの実行時にステープルやパンチなどの後処理を行うことも可能である。
【００３３】
画像処理装置２は、上記のようなジョブを実行するとき、内部に実装されている様々な可動部品を動作させる。それら部品が故障すると、画像処理装置２においてジョブを実行することができなくなる。また、それらの部品は、ジョブの実行に伴って消耗する消耗品であり、一定期間が経過したり、或いは、ジョブが所定回数実行されたりすると、交換時期となる。そのような部品の交換時期をサーバー５において把握できるようにするため、画像処理装置２は、内部に実装されている各種部品を管理・監視するためのデータを取得し、そのデータを所定の時間間隔でサーバー５へ定期的に送信する。画像処理装置２がサーバー５へデータを定期送信するタイミングは適宜設定可能であり、例えば、１日に１回、１週間に１回、又は、１月に１回などとして所定の日時に予め設定される。ただし、画像処理装置２がサーバー５へデータを送信する頻度が増えると、サーバー５の負荷が上がる。そのため、画像処理装置２がサーバー５へデータを定期送信する時間間隔は１月に１回などの比較的長い間隔に設定されることが好ましい。
【００３４】
また画像処理装置２は、所定の時間間隔でデータを送信するだけでなく、例えば部品の故障などの異常の発生を検知したタイミング、或いは、ジョブの実行が終了したタイミングでデータをサーバー５へ送信する。これにより、サーバー５は、各画像処理装置２における可動部品の動作状態の変化をリアルタイムで把握することができるようになる。
【００３５】
サーバー５は、各画像処理装置２から送信されるデータを受信すると、そのデータを分析することにより、各画像処理装置２に実装されている各部品の故障や寿命などを事前に予測する。そして画像処理装置２に実装されている部品に故障が発生する可能性がある場合、或いは、部品の寿命が近づいている場合、サーバー５は、部品の交換時期であることを通知サーバー６へ通知する。この通知を受けて、通知サーバー６は、画像処理装置２の設置拠点の近傍に居る保守点検員７に、画像処理装置２のメンテナンス作業を行う必要があることを通知する。そして保守点検員７が画像処理装置２の設置拠点を訪問してメンテナンス作業を行うことにより、画像処理装置２は、ジョブが実行できる状態を維持することができる。
【００３６】
上記のような予測システム１において、画像処理装置２は、定期送信タイミング、異常発生を検知したタイミング、或いは、ジョブの実行が終了したタイミングなどの送信タイミングであることを検知すると、サーバー５に対してデータを送信する処理を開始する。このとき、画像処理装置２は、他の画像処理装置２と同時にサーバー５へデータ送信を行ってしまうと、サーバー５の負荷が上昇する。これを防止するため、画像処理装置２は、他の画像処理装置２の動作状態を確認し、他の画像処理装置２と同時にデータ送信を行うこととならないようにして、サーバー５の負荷を軽減する。以下、このような画像処理装置２について詳しく説明する。
【００３７】
図２は、画像処理装置２の一構成例を示す図である。画像処理装置２は、装置本体の上部に、スキャナ部１０と、自動原稿搬送装置（以下、「ＡＤＦ」という。）１１とを備えている。スキャナ部１０及びＡＤＦ１１は、画像処理装置２においてスキャンジョブ又はコピージョブが実行されるときに互いに連携した動作を行う。スキャナ部１０は、原稿の画像を光学的に読み取って画像データを生成するものである。ＡＤＦ１１は、スキャナ部１０の上部に設けられ、ユーザーによってセットされる原稿を１枚ずつスキャナ部１０による原稿読み取り位置へ自動搬送するものである。
【００３８】
また画像処理装置２は、装置本体の下部に、プリンタ部１２と、給紙部１３とを備えている。プリンタ部１２及び給紙部１３は、画像処理装置２において印刷ジョブ又はコピージョブが実行されるときに互いに連携した動作を行う。給紙部１３は、複数の給紙カセット１４を備えており、各給紙カセット１４にはそれぞれ異なる方向又はサイズの用紙をストックしておくことができる。そして給紙部１３は、印刷ジョブ又はコピージョブの実行開始に伴い、ユーザーによって指定された用紙をストックしている給紙カセット１４から１枚ずつプリンタ部１２に対して給紙する。プリンタ部１２は、入力する画像データに基づいて給紙部１３から給紙される用紙に画像形成を行うことにより印刷出力を行う。
【００３９】
さらに画像処理装置２は、装置本体の正面側に、操作パネル８を備えている。操作パネル８は、ユーザーが画像処理装置２を使用する際のユーザーインタフェースとなるものである。
【００４０】
図３は、画像処理装置２の内部構造の一例を示す図である。スキャナ部１０は、読取ヘッド２０と、駆動ベルト２１と、センサー２１ａとを備えている。読取ヘッド２０は、ＡＤＦ１１によって搬送される原稿に対して光を照射し、原稿からの反射光を光電変換素子へと導くように構成される。読取ヘッド２０は、プラテンガラス１９上に載置される原稿を読み取ることも可能なように構成される。すなわち、読取ヘッド２０は、駆動ベルト２１によって副走査方向に移動可能であり、プラテンガラス１９に載置された原稿の画像を主走査方向に読み取りながら副走査方向に移動していくことにより、原稿の画像を読み取る。またセンサー２１ａは、駆動ベルト２１の摺動距離を計測するセンサーである。例えば駆動ベルト２１は、所定距離以上駆動されると、交換時期となる。そのため、センサー２１ａは、駆動ベルト２１の交換時期を予測するために駆動ベルト２１の摺動距離を計測して駆動ベルト２１の動作状態を監視する。
【００４１】
ＡＤＦ１１は、原稿を載置する原稿トレイ１５と、原稿を搬送する搬送路１６と、搬送ローラ１７と有し、原稿トレイ１５にセットされた原稿を搬送ローラ１７が１枚ずつ搬送路１６に搬送し、排出口１８から排出するように構成される。このＡＤＦ１１にも搬送ローラ１７などの可動部品が設けられている。そのため、ＡＤＦ１１の内部にも、可動部品の動作状態を監視するセンサーが設けられる。
【００４２】
給紙部１３及びプリンタ部１２には、用紙２３を搬送する搬送路２４が設けられる。この搬送路２４は、プリンタ部１２の上部に設けられる排出口２５に連通している。
【００４３】
給紙部１３は、給紙カセット１４にストックされた用紙２３を１枚ずつ取り出して搬送路２４に沿って搬送する複数のローラ２６を備えており、各ローラ２６を回転させることによって用紙２３を搬送する。そして給紙部１３には、各ローラ２６の走行距離（回転数）を計測するセンサー２９が設けられる。例えばローラ２６は、所定距離（回転数）以上駆動されると、交換時期となる。そのため、センサー２９は、ローラ２６の交換時期を予測するためにローラ２６の走行距離（回転数）を計測してローラ２６の動作状態を監視する。
【００４４】
プリンタ部１２は、画像形成部２７と、定着部２８とを備えている。画像形成部２７は、Ｙ（イエロー）、Ｍ（マゼンタ）、Ｃ（シアン）、Ｋ（ブラック）の４色のトナーを用いてカラー画像を形成することが可能な構成であり、４色のそれぞれに対応する画像形成ユニット３０Ｙ、３０Ｍ、３０Ｃ、３０Ｋを有している。
【００４５】
画像形成ユニット３０Ｙは、感光体ドラム３１と、画像データに基づいて感光体ドラム３１の表面を露光して静電潜像を形成する露光部３２と、静電潜像に対してトナーを付与して感光体ドラム３１の表面にトナー像を形成する現像部３３と、感光体ドラム３１の表面を帯電させる帯電部３４とを備えている。また現像部３３の近傍にはトナー残量を計測するためのセンサー３５が配置されると共に、感光体ドラム３１の近傍には感光体ドラム３１の摺動距離を計測するセンサー３６が配置される。例えば現像部３３はトナー残量が無くなるとトナーボトルの交換時期となり、感光体ドラム３１は摺動距離が所定距離以上になると交換時期となる。そのため、センサー３５，３６はそれらの交換時期を予測するために設けられたセンサーである。尚、他の画像形成ユニット３０Ｍ、３０Ｃ、３０Ｋもこれと同様の構成である。
【００４６】
感光体ドラム３１に形成されるトナー像は、中間転写ベルト３７に転写される。中間転写ベルト３７は、４色のトナー像を順次転写していくことでベルト表面にカラー画像を形成する。中間転写ベルト３７に形成されるカラー画像は、給紙部１３から給紙される用紙２３が転写ローラ３９を通過するとき、その用紙２３に再転写される。中間転写ベルト３７の近傍には、中間転写ベルト３７の摺動距離を計測するためのセンサー３８が設けられる。また転写ローラ３９の近傍には、転写ローラ３９の走行距離を計測するセンサー４０が設けられる。これらのセンサー３８，４０は、中間転写ベルト３７又は転写ローラ３９の動作状態を監視して交換時期を予測するために設けられたセンサーである。転写ローラ３９によってカラー画像が転写された用紙２３は、その後、定着部２８に搬送され、表面に転写されたカラー画像の定着処理が行われる。
【００４７】
定着部２８は、定着ベルト４２を備えており、カラー画像が転写された用紙２３に対して加熱処理及び加圧処理を行うことでカラー画像を用紙２３に定着させる。このような定着部２８には、定着ベルト４２の温度を計測するためのセンサー４３及び定着ベルト４２の摺動距離を計測するセンサー４４が設けられる。すなわち、これらのセンサー４３，４４は、定着部２８に設けられた部品の動作状態を監視して交換時期を予測するために設けられたセンサーである。定着部２８においてカラー画像の定着処理が施された用紙２３は、その後、排出口２５から排出される。
【００４８】
このように画像処理装置２は、内部に設けられた各部品の動作状態を監視するために各種のセンサーを内蔵している。これらセンサーが計測するセンサー計測値は、画像処理装置２が定期的にサーバー５へ送信するデータに含まれる。
【００４９】
図４は、画像処理装置２において電気的制御を行うためのハードウェア構成を示す図である。画像処理装置２は、制御部５０と、操作パネル８と、記憶装置５１と、ネットワークインタフェース４９と、ＡＤＦ１１と、スキャナ部１０と、プリンタ部１２と、給紙部１３とを備え、これら各部がデータバスを介して相互にデータの入出力を行うことができる構成である。
【００５０】
制御部５０は、ＣＰＵ５０ａとメモリ５０ｂとを備えており、画像処理装置２における各部の動作を統括的に制御するものである。ＣＰＵ５０ａは、プログラム５２を実行可能なハードウェアプロセッサである。例えばＣＰＵ５０ａは、画像処理装置２に電源が投入されると、記憶装置５１に記憶されているプログラム５２を読み出して実行することにより、後述する各種の処理部として機能し、各部の動作を制御する。メモリ５０ｂは、ＣＰＵ５０ａがプログラム５２に基づく処理を実行する際に使用するデータなどを一時的に記憶するためのものである。
【００５１】
操作パネル８は、表示部８ａと、操作部８ｂとを備えている。表示部８ａは、例えばカラー液晶ディスプレイで構成され、ユーザーが操作可能な各種画面を表示する。操作部８ｂは、例えば表示部８ａの画面上に配置されるタッチパネルキーによって構成され、ユーザーによる操作を受け付ける。
【００５２】
記憶装置５１は、例えばハードディスクドライブ（ＨＤＤ）などで構成される不揮発性の記憶装置である。この記憶装置５１には、上述したプログラム５２が記憶される。また記憶装置５１には、後述する各種のデータも記憶される。
【００５３】
ネットワークインタフェース４９は、画像処理装置２をローカルネットワーク３に接続するためのものである。画像処理装置２は、このネットワークインタフェース４９を介してサーバー５と通信を行う。
【００５４】
ＡＤＦ１１は、センサー群１１ａと、カウンタ１１ｂとを備えている。センサー群１１ａは、ＡＤＦ１１が原稿搬送を行う際に動作する可動部品の動作状態を監視する少なくとも１つのセンサーを含んでいる。そしてセンサー群１１ａは、制御部５０からの要求に基づいて可動部品の動作状態を計測したセンサー計測値を制御部５０へ出力する。カウンタ１１ｂは、ＡＤＦ１１による原稿搬送枚数を累積してカウントするものである。カウンタ１１ｂは、制御部５０からの要求に基づいてＡＤＦ１１による原稿搬送枚数のカウント値を制御部５０へ出力する。
【００５５】
スキャナ部１０は、センサー群１０ａと、カウンタ１０ｂとを備えている。センサー群１０ａは、スキャナ部１０が原稿読み取りを行う際に動作する可動部品の動作状態を監視する少なくとも１つのセンサーを含んでいる。例えば上述したセンサー２１ａは、センサー群１０ａに含まれる。そしてセンサー群１０ａは、制御部５０からの要求に基づいて可動部品の動作状態を計測したセンサー計測値を制御部５０へ出力する。カウンタ１０ｂは、スキャナ部１０による原稿読み取り枚数を累積してカウントするものである。カウンタ１０ｂは、制御部５０からの要求に基づいてスキャナ部１０による原稿読み取り枚数のカウント値を制御部５０へ出力する。
【００５６】
プリンタ部１２は、センサー群１２ａと、カウンタ１２ｂとを備えている。センサー群１２ａは、プリンタ部１２が印刷出力を行う際に動作する可動部品の動作状態を監視する複数のセンサーを含んでいる。例えば、上述したセンサー３５，３６，３８，４０，４３，４４は、センサー群１２ａに含まれる。そしてセンサー群１２ａは、制御部５０からの要求に基づいて可動部品の動作状態を計測したセンサー計測値を制御部５０へ出力する。カウンタ１２ｂは、プリンタ部１２において印刷出力された枚数を累積してカウントするものである。カウンタ１２ｂは、制御部５０からの要求に基づいてプリンタ部１２よる印刷出力枚数のカウント値を制御部５０へ出力する。
【００５７】
給紙部１３は、センサー群１３ａと、カウンタ１３ｂとを備えている。センサー群１３ａは、給紙部１３が１枚の用紙を給紙する際に動作する可動部品の動作状態を監視する少なくとも１つのセンサーを含んでいる。そしてセンサー群１３ａは、制御部５０からの要求に基づいて可動部品の動作状態を計測したセンサー計測値を制御部５０へ出力する。カウンタ１３ｂは、プリンタ部１２に対して給紙した枚数を累積してカウントするものである。カウンタ１３ｂは、給紙カセット１４ごとに設けられるものであっても良い。カウンタ１３ｂは、制御部５０からの要求に基づいて給紙枚数のカウント値を制御部５０へ出力する。
【００５８】
図５は、制御部５０の機能構成の一例を示すブロック図である。制御部５０においてＣＰＵ５０ａがプログラム５２を実行することにより、制御部５０は、リスト取得部６１、ジョブ制御部６２、データ取得部６３、異常検知部６４、タイミング判定部６５、動作確認部６６、送信可否決定部６７及びデータ送信部６８として機能する。また図５に示すように、記憶装置５１は、故障予測リスト５３、ログデータ５４、センサーデータ５５及びカウンタデータ５６を記憶する。
【００５９】
リスト取得部６１は、画像処理装置２がサーバー５から送信される故障予測リスト５３を受信した場合に、その故障予測リスト５３を取得し、記憶装置５１へ保存する処理部である。故障予測リスト５３は、サーバー５において、故障となる可能性が高い順に、或いは、部品の交換時期が近づいている順に、複数の画像処理装置２のそれぞれが順位付けされたリストである。故障予測リスト５３の詳細については後述する。
【００６０】
ジョブ制御部６２は、画像処理装置２におけるジョブの実行を制御するものである。ジョブ制御部６２は、ＡＤＦ１１、スキャナ部１０、プリンタ部１２及び給紙部１３の動作を制御することにより、ユーザーによって指定されたジョブの実行を制御する。ジョブ制御部６２は、ユーザーによって指定されたジョブを実行することに伴い、ログデータ５４に、ジョブの実行履歴を記録する。ログデータ５４には、ジョブの実行日時、ジョブの種類、エラーなどの異常の発生の有無などの情報が含まれる。
【００６１】
データ取得部６３は、装置本体の内部からセンサーデータ５５及びカウンタデータ５６を取得する処理部である。すなわち、データ取得部６３は、センサー群１０ａ，１１ａ，１２ａ，１３ａのそれぞれに対してセンサー計測値を要求し、センサー群１０ａ，１１ａ，１２ａ，１３ａのそれぞれから出力される複数のセンサー計測値をセンサーデータ５５として取得する。またデータ取得部６３は、カウンタ１０ｂ，１１ｂ，１２ｂ，１３ｂのそれぞれに対してカウント値を要求し、カウンタ１０ｂ，１１ｂ，１２ｂ，１３ｂのそれぞれから出力される複数のカウント値をカウンタデータ５６として取得する。そしてデータ取得部６３は、センサーデータ５５及びカウンタデータ５６を記憶装置５１へ保存する。
【００６２】
例えば、データ取得部６３は、例えば数秒又は数分程度の一定の時間間隔で装置本体の内部からセンサーデータ５５及びカウンタデータ５６を取得し、記憶装置５１へ保存する。したがって、記憶装置５１に保存されるセンサーデータ５５及びカウンタデータ５６は、一定の時間間隔で、装置内部に実装された各部品の状態を反映させた最新のデータに更新される。尚、記憶装置５１に記憶されるログデータ５４、センサーデータ５５及びカウンタデータ５６のそれぞれは、サーバー５へ送信されるデータ５７を構成する要素の１つである。
【００６３】
異常検知部６４は、記憶装置５１に記憶されるログデータ５４、センサーデータ５５及びカウンタデータ５６が更新される度に機能する。異常検知部６４は、記憶装置５１において更新されたログデータ５４、センサーデータ５５及びカウンタデータ５６のそれぞれを解析することにより、画像処理装置２における異常の発生を検知する。例えば、ジョブの実行中に異常が発生した場合、その異常はログデータ５４に記録される。そのため、異常検知部６４は、ログデータ５４を解析することにより、ジョブの実行中に異常が発生したことを検知することができる。また、装置内部に実装された各部品に異常が発生すると、センサーデータ５５に含まれるセンサー計測値が異常な値を示す。そのため、異常検知部６４は、センサーデータ５５を解析することにより、装置内部に実装されている各部品の異常を検知することもできる。さらに、装置内部に実装された各部品の交換時期が過ぎると、カウンタデータ５６に含まれるカウント値が所定値以上の値を示す。そのため、異常検知部６４は、カウンタデータ５６を解析することにより、装置内部に実装されている各部品の交換時期が既に経過した異常状態であることを検知することもできる。
【００６４】
タイミング判定部６５は、サーバー５に対してデータを送信する送信タイミングであるか否かを判定する処理部である。タイミング判定部６５は、異常検知部６４によって異常が検知された場合に、送信タイミングであると判定する。この他にも、タイミング判定部６５は、ジョブ制御部６２によるジョブの実行が終了した場合、或いは、サーバー５に対してデータの定期的な送信を行う時刻（定期送信タイミング）となった場合に、送信タイミングであると判定する。
【００６５】
制御部５０は、タイミング判定部６５によってサーバー５に対する送信タイミングであると判定されると、動作確認部６６、送信可否決定部６７及びデータ送信部６８を機能させる。
【００６６】
動作確認部６６は、タイミング判定部６５によってサーバー５に対する送信タイミングであると判定された場合に、自機が通信可能な他の画像処理装置２の動作状態を確認する。例えば、画像処理装置２は、自機と同一のローカルネットワーク３に接続されている他の画像処理装置２と通信を行うことが可能である。そのため、動作確認部６６は、自機と同一のローカルネットワーク３に接続されている他の画像処理装置２の動作状態を確認する。
【００６７】
例えば、動作確認部６６は、同一のローカルネットワーク３に接続されている他の画像処理装置２に対して動作確認のためのリクエストを送信し、他の画像処理装置２から受信する回答を解析することにより、他の画像処理装置２の動作状態を確認する。そして動作確認部６６は、他の画像処理装置２がオン状態であるかオフ状態であるかを判断する。例えば、他の画像処理装置２においてジョブが実行されており、内部の可動部品が動作している状態である場合、動作確認部６６は、他の画像処理装置２がオン状態であると判断する。また他の画像処理装置２がサーバー５に対してデータ送信を行っている状態である場合、動作確認部６６は、他の画像処理装置２がオン状態であると判断する。これに対し、動作確認部６６は、他の画像処理装置２において内部の可動部品が動作しておらず、しかもサーバー５に対するデータ送信も行われていない状態であれば、他の画像処理装置２をオフ状態であると判断する。
【００６８】
動作確認部６６は、自機と同一のローカルネットワーク３に接続されている他の全ての画像処理装置２の動作状態を確認するようにしても良い。しかしながら、同一のローカルネットワーク３に多数の画像処理装置２が接続されている場合、他の全ての画像処理装置２の動作状態を確認するには多大な時間を要する。そこで、本実施形態における動作確認部６６は、記憶装置５１から故障予測リスト５３を読み出し、その故障予測リスト５３に基づいて動作確認を行う他の画像処理装置２の絞り込みを行うようにしている。すなわち、動作確認部６６は、故障予測リスト５３を参照することにより、自機が通信可能な他の複数の画像処理装置２のうちから、動作状態を確認すべき他の画像処理装置２を動作確認対象として特定する。具体的に説明すると、動作確認部６６は、故障予測リスト５３を参照することにより、少なくとも自機よりも順位の高い他の画像処理装置２を動作確認対象として特定する。上述したように故障予測リスト５３は、複数の画像処理装置２が故障となる可能性が高い順に、或いは、部品の交換時期が近づいている順に、順位付けられたリストである。そのため、動作確認部６６は、自機よりも故障となる可能性が高い他の画像処理装置２、又は、自機よりも部品の交換時期が近い他の画像処理装置２を、動作確認対象として特定する。尚、動作確認部６６は、自機よりも順位の高い装置だけでなく、自機と同じ順位の装置も動作確認対象として特定するようにしても良い。そして動作確認部６６は、動作確認対象として特定した他の画像処理装置２の動作状態を確認し、他の画像処理装置２がオン状態であるかオフ状態であるかを判断する。
【００６９】
送信可否決定部６７は、データ５７をサーバー５へ送信するか否かを決定する処理部である。送信可否決定部６７は、異常の発生が検知されたことによって送信タイミングであると判定された場合、動作確認部６６による動作状態の確認結果にかかわらず、データ５７をサーバー５へ送信することを決定する。すなわち、画像処理装置２において異常が発生していれば、データ５７を速やかにサーバー５へ送信する必要があるため、送信可否決定部６７は、サーバー５に対するデータ５７の送信を許可する。
【００７０】
これに対し、画像処理装置２において異常が発生していない状態であれば、緊急性が低いため、送信可否決定部６７は、動作確認部６６による他の画像処理装置２の動作状態の確認結果に基づいてデータ５７をサーバー５へ送信するか否かを決定する。具体的に説明すると、動作確認対象として特定された他の画像処理装置２のうちの全ての装置がオン状態ではなく、オフ状態であると判断された場合、送信可否決定部６７は、今回の送信タイミングにおいてデータ５７をサーバー５へ送信することを決定する。すなわち、他の画像処理装置２の全てがオフ状態であれば、他の画像処理装置２からサーバー５に対するデータ送信が行われる可能性が低いため、自機がサーバー５に対してデータ送信を行うように決定する。
【００７１】
これに対し、動作確認対象として特定された他の画像処理装置２のうちの少なくとも１つの装置がオン状態であると判断された場合、送信可否決定部６７は、今回の送信タイミングにおいてデータ５７をサーバー５へ送信しないことを決定する。すなわち、少なくとも１つの他の画像処理装置２がオン状態であれば、自機がデータ送信を開始してしまうと、他の画像処理装置２と同時にデータ送信を行ってしまう可能性がある。これを回避するため、送信可否決定部６７は、少なくとも１つの他の画像処理装置２がオン状態であれば、自機からサーバー５へのデータ送信を行わないように決定するのである。これにより、複数の画像処理装置２からサーバー５に対するデータ送信が同時に行われることを防止することができる。
【００７２】
一方、他の画像処理装置２がジョブの実行中であっても、そのジョブの実行が終了するまでに自機からサーバー５へのデータ送信を完了させることが可能な場合もある。そのため、動作確認部６６によって他の画像処理装置２のうちの少なくとも１つの装置がオン状態であると判断された場合、送信可否決定部６７は、他の画像処理装置２においてジョブが実行されているか否かを判断し、ジョブの実行中であれば、そのジョブの実行が終了するまでに自機からのデータ送信を完了させることが可能であるか否かを判定するようにしても良い。そして他の画像処理装置２におけるジョブの実行が終了するまでの間に、自機からのデータ送信を完了させることが可能な場合、送信可否決定部６７は、サーバー５に対してデータ送信を行うことを決定するようにしても良い。
【００７３】
タイミング判定部６５は、送信可否決定部６７において今回の送信タイミングでデータ送信を行わないことが決定された場合、次の送信タイミングを決定する。この場合の次の送信タイミングは、定期送信を行うための次の送信タイミングよりも早期に訪れるタイミングとして決定される。例えば、タイミング判定部６５は、今回の送信タイミングから５分後などの、所定時間が経過したタイミングを次の送信タイミングとして決定する。そのため、画像処理装置２は、今回の送信タイミングでサーバー５に対するデータ送信を行わなかった場合、比較的早期に次の送信タイミングを検知してサーバー５に最新のデータ５７を送信することができるようになる。
【００７４】
データ送信部６８は、送信可否決定部６７により今回の送信タイミングでデータ送信を行うと決定された場合に機能し、サーバー５に対してデータ５７を送信する処理部である。データ送信部６８は、記憶装置５１に記憶されているログデータ５４、センサーデータ５５及びカウンタデータ５６を読み出し、サーバー５へ送信するためのデータ５７を生成する。そしてデータ送信部６８は、そのデータ５７をサーバー５へ送信する。
【００７５】
また異常検知部６４によって異常の発生が検知された場合、データ送信部６８は、ログデータ５４、センサーデータ５５及びカウンタデータ５６から異常を示すデータだけを抽出してデータ５７を生成し、そのデータ５７をサーバー５へ送信するようにしても良い。
【００７６】
以上のように画像処理装置２は、サーバー５に対する送信タイミングであると判定すると、同一のローカルネットワーク３に接続されている他の画像処理装置２の動作状態を確認し、他の画像処理装置２の動作状態に基づいてデータ５７をサーバー５へ送信するか否かを決定する。例えば、他の画像処理装置２がサーバー５に対してデータ送信を行っている最中であれば、画像処理装置２は、今回の送信タイミングにおいてデータ送信を行わない。また、他の画像処理装置２がジョブを実行している最中であっても、画像処理装置２は、今回の送信タイミングにおいてデータ送信を行わない。なぜなら、他の画像処理装置２がジョブの実行中であれば、そのジョブの実行終了に伴って他の画像処理装置２がデータ送信を開始する可能性があり、複数の画像処理装置２が同時にデータ送信を行う状況が発生し得るからである。したがって、画像処理装置２は、他の画像処理装置２のうちの少なくとも１つの装置がオン状態であれば、今回の送信タイミングにおいて自機からのデータ送信を行わないようにすることで、複数の画像処理装置２が同時にサーバー５に対してデータ送信を行うことを回避し、サーバー５に対して一時にデータ送信が集中してしまうことを抑制することができる。
【００７７】
また画像処理装置２は、動作確認を行う際、上述したように故障予測リスト５３を参照して自機よりも順位の高い他の画像処理装置２の動作状態を確認することにより、自機よりも順位の高い他の画像処理装置２にサーバー５へのデータ送信を優先させることが可能である。
【００７８】
図６は、サーバー５のハードウェア構成及び機能構成の一例を示す図である。サーバー５は、そのハードウェア構成として、制御部７０と、記憶装置７１と、ネットワークインタフェース７２とを備えている。制御部７０は、図示を省略するＣＰＵとメモリとを備えている。記憶装置７１は、例えばハードディスクドライブ（ＨＤＤ）などで構成される不揮発性の記憶装置であり、プログラム５９と、データ５７と、装置情報５８と、故障予測リスト５３とを記憶する。装置情報５８は、例えばサーバー５が管理する複数の画像処理装置２を予め登録した情報であり、各画像処理装置２が設置されている拠点に関する情報や、各画像処理装置２が接続されているローカルネットワーク３に関する情報を含んでいる。そのため、装置情報５８を参照すれば、同一のローカルネットワーク３に接続されている複数の画像処理装置２を全て特定することができる。ネットワークインタフェース７２は、サーバー５を、インターネット４を含むネットワークに接続し、画像処理装置２や通知サーバー６と通信を行うためのものである。
【００７９】
制御部７０に設けられるＣＰＵは、プログラム５９を実行することが可能なハードウェアプロセッサである。ＣＰＵがプログラム５９を実行することにより、制御部７０は、データ受信部７５、リスト作成部７６、リスト送信部７７及び通知部７８として機能する。
【００８０】
データ受信部７５は、画像処理装置２から送信されるデータ５７を、ネットワークインタフェース７２を介して受信するものである。データ受信部７５は、画像処理装置２から送信されるデータ５７を受信すると、そのデータ５７を、記憶装置７１に保存する。サーバー５には、複数の画像処理装置２のそれぞれからデータ５７が送信される。そのため、記憶装置７１には、複数の画像処理装置２のそれぞれから送信される最新のデータ５７が蓄積される。
【００８１】
リスト作成部７６は、データ受信部７５がデータ５７を受信した場合に機能する。リスト作成部７６は、記憶装置７１に記憶されている最新のデータ５７を読み出し、そのデータ５７に基づいて各画像処理装置２に実装されている各部品の故障や寿命などを事前に予測する。そしてリスト作成部７６は、複数の画像処理装置２のそれぞれを、故障となる可能性が高い順に、或いは、部品の交換時期が近づいている順に、順位付けを行い、故障予測リスト５３を作成する。またリスト作成部７６は、部品の故障の可能性や部品の交換時期への到達度を判定する他にも、例えばデータ５７に含まれるログデータ５４に基づいて各画像処理装置２における部品の異常発生回数を判定し、その異常発生回数に応じて各画像処理装置２の順位付けを行うようにしても良い。
【００８２】
リスト作成部７６は、世界各地の拠点に設置されている複数の画像処理装置２を纏めて順位付けした１つの故障予測リスト５３を作成しても良い。しかし、世界各地に設置されている複数の画像処理装置２の全てを順位付けするには時間がかかる。そのため、リスト作成部７６は、装置情報５８を参照することにより、同一拠点に設置されている複数の画像処理装置２又は同一のローカルネットワーク３に接続されている複数の画像処理装置２を特定し、拠点ごとに又はローカルネットワーク３ごとに複数の画像処理装置２を順位付けすることが好ましい。順位付けを拠点ごとに又はローカルネットワーク３ごとに行うことにより、故障予測リスト５３を効率的に作成することができるという利点がある。この場合、故障予測リスト５３は、拠点ごとに或いはローカルネットワーク３ごとに生成され、記憶装置７１に保存される。
【００８３】
例えば、データ受信部７５が拠点Ａ１に設置されている画像処理装置２から送信されたデータ５７を受信した場合、リスト作成部７６は、記憶装置７１に記憶されているデータ５７のうちから拠点Ａ１に設置されている複数の画像処理装置２のデータ５７だけを抽出し、その抽出したデータ５７を解析することにより、拠点Ａ１に設置されている複数の画像処理装置２の順位付けを行うのである。この場合、他の拠点Ａ２に設置されている複数の画像処理装置２のデータ５７に変更がなければ、拠点Ａ２に設置されている複数の画像処理装置２の順位付けを行う必要がないため、サーバー５における処理負担を軽減することができる。
【００８４】
図７は、故障予測リスト５３の一例を示す図である。故障予測リスト５３には、順位付けされた複数の画像処理装置２の装置名５３ａと、アドレス５３ｂと、部品順位５３ｃと、総合順位５３ｄとが含まれる。例えば装置名５３ａは、複数の画像処理装置２のそれぞれを識別することが可能な識別情報である。アドレス５３ｂは、複数の画像処理装置２のそれぞれと通信を行うためのアドレスである。部品順位５３ｃは、各画像処理装置２に搭載されている個々の部品の故障しやすさを表した順位であり、例えば順位の数値が大きい程、故障の可能性が高い部品又は交換時期の近い部品であることを示している。画像処理装置２には複数の部品が搭載されているため、部品順位５３ｃは、各部品の順位を個別に定義した情報である。総合順位５３ｄは、各画像処理装置２においていずれかの部品が故障する可能性が高いか否かを表した順位であり、部品順位５３ｃを総合的に評価して決定される順位である。
【００８５】
リスト作成部７６は、各画像処理装置２から取得したデータ５７に基づき、個々の部品の状態を把握して順位を決定し、部品順位５３ｃにその決定した順位を記録する。例えば、画像処理装置２から取得したデータ５７において、感光体ドラム３１の表面を帯電させる帯電部３４が感光体ドラム３１を帯電させたときの電圧値にばらつきがあることが判明した場合、リスト作成部７６は、帯電部３４が故障する可能性が高いと判断し、帯電部３４に対応する部品順位５３ｃを高く設定する。また例えば画像処理装置２から取得したデータ５７において、プリントカウント値が所定値を超えている場合、リスト作成部７６は、感光体ドラム３１又は中間転写ベルト３７の交換時期が近づいていると判断し、感光体ドラム３１又は中間転写ベルト３７に対応する部品順位５３ｃを高く設定する。このようにリスト作成部７６は、例えば各部品の交換時期への到達度に応じて各部品の順位を決定し、部品順位５３ｃに記録する。
【００８６】
またリスト作成部７６は、過去における部品の異常発生回数が多い程、その部品の部品順位５３ｃを高く設定するようにしても良い。例えば画像処理装置２の設置環境などによっては特定の部品の故障発生率が高くなることがある。そのため、部品の異常発生回数に応じて部品順位５３ｃを設定することにより、設置環境などに適した順位を設定することができるようになる。
【００８７】
またリスト作成部７６は、総合順位５３ｄを決定するとき、例えば各部品の部品順位５３ｃの平均値を求め、その平均値を総合順位５３ｄとして決定しても良い。しかし、画像処理装置２に搭載される部品には、重要な部品とそれ程重要ではない部品とが混在しているため、単に部品順位５３ｃの平均値を求めるだけでは、部品の重要度を反映させた総合順位５３ｄにはならない。そこで、リスト作成部７６は、各部品の部品順位５３ｃをその部品の重要度に応じた重み付け演算を行うことにより、総合順位５３ｄを決定することが好ましい。例えば、ある部品が故障すると、画像処理装置２において印刷ジョブを実行することができなくなる場合、その部品の重要度を予め高く設定しておけば、その部品の故障の可能性の変動に応じて画像処理装置２の総合順位５３ｄが大きく変動するようになる。そのため、リスト作成部７６が各部品の重要度を反映させた総合順位５３ｄを決定することにより、故障予測リスト５３に記録される総合順位５３ｄは、画像処理装置２においてジョブを実行することができなくなる可能性が高いか否かを表す順位となる。
【００８８】
またリスト作成部７６は、データ５７に含まれるログデータ５４に基づいて各画像処理装置２の稼働状態を確認し、利用頻度の少ない画像処理装置２や、一定期間以上稼働していない画像処理装置２の総合順位５３ｄを低く設定するようにしても良い。
【００８９】
上記のようにして故障予測リスト５３を作成すると、リスト作成部７６は、その故障予測リスト５３を記憶装置７１へ保存する。リスト作成部７６によって拠点ごとに又はローカルネットワーク３ごとに故障予測リスト５３が作成される場合、記憶装置７１は、複数の故障予測リスト５３が保存されることになる。そして記憶装置７１に保存される故障予測リスト５３は、画像処理装置２からデータ５７を受信する度に更新される。
【００９０】
リスト作成部７６は、既に故障予測リスト５３を作成している状態において、故障予測リスト５３に含まれる複数の画像処理装置２のうちの一の画像処理装置２からデータ５７を受信した場合には、そのデータ５７に基づいて、一の画像処理装置２の順位だけを変更して故障予測リスト５３を更新するようにしても良い。すなわち、各画像処理装置２の順位は装置内部の部品の状態によって決定される順位であるため、他の画像処理装置２の順位とは相関がない。そのため、リスト作成部７６は、データ５７を受信した場合にはそのデータ５７を送信した画像処理装置２の順位だけを更新することにより、効率的に故障予測リスト５３を更新することができるようになる。
【００９１】
またリスト作成部７６は、データ受信部７５によって受信されたデータ５７が部品の異常状態又は警告状態を示すデータであるか否かを判断する。その判断の結果、データ受信部７５によって受信されたデータ５７が部品の異常状態又は警告状態を示すデータである場合、リスト作成部７６は、通知部７８を機能させる。尚、警告状態とは、部品が故障して異常状態となる前の状態である。
【００９２】
リスト送信部７７は、リスト作成部７６によって故障予測リスト５３が作成又は更新される度に、その故障予測リスト５３を画像処理装置２へ送信するものである。例えば、リスト作成部７６によって拠点ごとの又はローカルネットワーク３ごとの故障予測リスト５３が作成又は更新された場合、リスト送信部７７は、装置情報５８を参照し、故障予測リスト５３の送信先となる拠点又はローカルネットワーク３を特定する。そしてリスト送信部７７は、その特定した拠点又はローカルネットワーク３に設けられている複数の画像処理装置２に対して故障予測リスト５３を送信する。これにより、各画像処理装置２は、サーバー５において故障予測リスト５３が作成又は更新される度に、サーバー５から最新の故障予測リスト５３を入手することができるようになる。
【００９３】
通知部７８は、通知サーバー６への通知を行うものである。すなわち、リスト作成部７６によって画像処理装置２の部品が異常状態又は警告状態であると判断されると、通知部７８は、異常状態又は警告状態である画像処理装置２及び部品を通知サーバー６へ通知する。これにより、通知サーバー６は、保守点検員７の派遣場所、異常状態若しくは警告状態の画像処理装置２、及び、メンテナンス作業を行うべき部品を把握することが可能であり、保守点検員７に対してメンテナンス作業を行うことを通知することができるようになる。
【００９４】
次に上記構成を有する予測システム１の動作について説明する。図８は、複数の画像処理装置２ａ，２ｂ，２ｃが故障予測リスト５３を入手するまでの動作の例を示す図である。尚、図８では、複数の画像処理装置２ａ，２ｂ，２ｃは、同一のローカルネットワーク３に接続されている場合を例示しており、この点は以下に示す他の動作例でも同様である。
【００９５】
まず図８に示すように、画像処理装置２ａは、例えばサーバー５に対して定期送信を行う送信タイミングとなったことを検知すると、装置本体からサーバー５へ送信すべきデータ５７を取得し、そのデータ５７をサーバー５へ送信する（プロセスＰ１）。その後、画像処理装置２ｂは、サーバー５に対して定期送信を行う送信タイミングとなったことを検知すると、装置本体からサーバー５へ送信すべきデータ５７を取得し、そのデータ５７をサーバー５へ送信する（プロセスＰ２）。さらにその後、画像処理装置２ｃは、サーバー５に対して定期送信を行う送信タイミングとなったことを検知すると、装置本体からサーバー５へ送信すべきデータ５７を取得し、そのデータ５７をサーバー５へ送信する（プロセスＰ３）。サーバー５は、複数の画像処理装置２ａ，２ｂ，２ｃのそれぞれからデータ５７を受信すると、複数の画像処理装置２ａ，２ｂ，２ｃを順位付けした故障予測リスト５３を生成する（プロセスＰ４）。そしてサーバー５は、故障予測リスト５３を、複数の画像処理装置２ａ，２ｂ，２ｃのそれぞれに送信する（プロセスＰ５）。各画像処理装置２ａ，２ｂ，２ｃは、サーバー５から故障予測リスト５３を受信すると、それを記憶装置５１へ保存して管理する。これにより、各画像処理装置２ａ，２ｂ，２ｃは、故障予測リスト５３における自機の順位を把握することができる。図８の例では、画像処理装置２ｂの順位（総合順位）が最も低く、順位が「１」である。また画像処理装置２ｃの順位が最も高く、順位が「３」である。さらに画像処理装置２ａは、画像処理装置２ｂ，２ｃの中間順位であり、その順位が「２」となっている。
【００９６】
次に図９は、画像処理装置２ａにおいて送信タイミングであることが検知された場合の動作例を示す図である。上述のように画像処理装置２ａ，２ｂ，２ｃの順位がそれぞれ「２」、「１」、「３」であるとき、画像処理装置２ａにおいて送信タイミングであることが検知されると（プロセスＰ１０）、画像処理装置２ａは、他の画像処理装置２ｂ，２ｃに対して動作状態を確認するためのリクエストＤ１を送信する（プロセスＰ１１）。画像処理装置２ｂ，２ｃは、リクエストＤ１を受信すると、自機の動作状態を示す回答Ｄ２を画像処理装置２ａへ送信する。この回答Ｄ２には、各画像処理装置２ｂ，２ｃの詳しい動作状態を示す情報が含まれる。例えば、画像処理装置２ｂ，２ｃがジョブを実行中である場合、回答Ｄ２には、ジョブの種類、ジョブの設定、ジョブの実行量、現在の実行状況、ジョブの終了予測時間、ジョブの実行に伴って動作している部品などを示す情報が含まれる。画像処理装置２ａは、他の画像処理装置２ｂ，２ｃから回答Ｄ２を受信すると、それらの回答Ｄ２に基づき、他の画像処理装置２ｂ，２ｃがオン状態であるか否かを判定する。そして画像処理装置２ａは、その判定結果に基づいてサーバー５に対するデータ送信の可否を決定する（プロセスＰ１３）。このとき、例えば他の２つの画像処理装置２ｂ，２ｃがいずれもオフ状態であれば、画像処理装置２ａは、今回の送信タイミングにおいてサーバー５へデータ５７を送信することを決定する。そして画像処理装置２ａは、サーバー５に対してデータ５７を送信する（プロセスＰ１４）。
【００９７】
サーバー５は、画像処理装置２ａからのデータ５７を受信すると、必要に応じて通知サーバー６への通知処理を行う（プロセスＰ１５）。これにより、通知サーバー６によって保守点検員７を派遣するための処理が行われる。またサーバー５は、画像処理装置２ａから受信したデータ５７に基づいて故障予測リスト５３を更新し（プロセスＰ１６）、更新後の故障予測リスト５３を複数の画像処理装置２ａ，２ｂ，２ｃのそれぞれへ送信する（プロセスＰ１７）。これにより、各画像処理装置２ａ，２ｂ，２ｃは、自機において保存している故障予測リスト５３を更新する。
【００９８】
図９に示した動作例では、画像処理装置２ａが同一のローカルネットワーク３に接続されている全ての画像処理装置２ｂ，２ｃに対してリクエストＤ１を送信する。つまり、画像処理装置２ａは、故障予測リスト５３を参照することなく、全ての画像処理装置２ｂ，２ｃに対してリクエストＤ１を送信するため、自機よりも順位の低い画像処理装置２ｂに対してもリクエストＤ１を送信することになる。しかし、画像処理装置２ａは、自機よりも順位の高い画像処理装置２ｃの動作状態だけを確認してデータ送信を行うか否かを決定するようにしても良い。
【００９９】
図１０は、画像処理装置２ａが自機よりも順位の高い画像処理装置２ｃの動作状態を確認する動作例を示す図である。上記と同様に、画像処理装置２ａ，２ｂ，２ｃの順位がそれぞれ「２」、「１」、「３」であるとき、画像処理装置２ａにおいて送信タイミングであることが検知されると（プロセスＰ２０）、画像処理装置２ａは、まず故障予測リスト５３を参照し（プロセスＰ２１）、故障予測リスト５３において総合順位５３ｄが自機よりも高い画像処理装置２ｃを特定する。そして画像処理装置２ａは、自機よりも順位の高い画像処理装置２ｃに対して動作状態を確認するためのリクエストＤ１を送信する（プロセスＰ２２）。このとき、画像処理装置２ａは、自機よりも順位の低い画像処理装置２ｂに対してリクエストＤ１を送信しない。したがって、画像処理装置２ａは、自機よりも順位の高い画像処理装置２ｃから動作状態を示す回答Ｄ２を受信することができる（プロセスＰ２３）。
【０１００】
画像処理装置２ａは、回答Ｄ２を受信すると、自機よりも順位が高い画像処理装置２ｃの動作状態に基づき、サーバー５に対するデータ送信を行うか否かを決定する（プロセスＰ２４）。例えば画像処理装置２ｂがオフ状態である場合、画像処理装置２ａは、今回の送信タイミングにおいてサーバー５へデータ５７を送信することを決定する。そして画像処理装置２ａは、サーバー５に対してデータ５７を送信する（プロセスＰ２５）。したがって、画像処理装置２ａは、自機よりも順位の高い画像処理装置２ｃがオフ状態であれば、今回の送信タイミングにおいてデータ５７を速やかにサーバー５に送信することができる。このとき、画像処理装置２ａは、他の画像処理装置２ｃと同時にデータ送信を行うことがないため、サーバー５に負荷をかけることなく、効率的にデータ送信を行うことが可能である。
【０１０１】
図１１は、画像処理装置２ａが自機よりも順位の高い画像処理装置２ｃの動作状態を確認する他の動作例を示す図である。上記と同様に、画像処理装置２ａ，２ｂ，２ｃの順位がそれぞれ「２」、「１」、「３」であるとき、画像処理装置２ａにおいて送信タイミングであることが検知されると（プロセスＰ３０）、画像処理装置２ａは、まず故障予測リスト５３を参照し、故障予測リスト５３において総合順位５３ｄが自機よりも高い画像処理装置２ｃを特定する（プロセスＰ３１）。画像処理装置２ａにおいてこれらのプロセスが進行しているとき、画像処理装置２ｃにおいてジョブの実行が開始される（プロセスＰ３２）。
【０１０２】
画像処理装置２ａは、自機よりも順位の高い画像処理装置２ｃを動作確認対象として特定すると、画像処理装置２ｃに対して動作状態を確認するためのリクエストＤ１を送信する（プロセスＰ３３）。このとき、画像処理装置２ｃは、ジョブの実行中である。そのため、画像処理装置２ｃは、ジョブの実行中であることを示す回答Ｄ２を生成し、その回答Ｄ２を画像処理装置２ａへ送信する（プロセスＰ３４）。
【０１０３】
画像処理装置２ａは、回答Ｄ２を受信すると、その回答Ｄ２に基づいて画像処理装置２ｃの動作状態を把握し、サーバー５に対するデータ送信を行うか否かを決定する（プロセスＰ３５）。このとき画像処理装置２ｃがオン状態であるため、画像処理装置２ａは、今回の送信タイミングにおいてサーバー５に対するデータ送信を行わないことを決定する。そして画像処理装置２ａは、次の送信タイミングを決定する（プロセスＰ３６）。
【０１０４】
その後、画像処理装置２ｃにおいてジョブの実行が終了する（プロセスＰ３７）。そして画像処理装置２ａは、次の送信タイミングとなったときに、上記と同様のプロセスを行うと、画像処理装置２ｃがオフ状態となっていることを把握するので、サーバー５に対してデータ５７を送信する（プロセスＰ３８）。すなわち、画像処理装置２ａは、送信タイミングであることを検知したときに、自機よりも順位の高い他の画像処理装置２ｃがジョブを実行中であって可動部品を動作させている場合には、他の画像処理装置２ｃにおいて実行されているジョブが終了してからサーバー５に対するデータ送信を行うのである。ただし、他の画像処理装置２ｃがジョブの終了後にサーバー５に対するデータ送信を行うときには、そのデータ送信の完了後に、画像処理装置２ａがデータ送信を開始することが好ましい。これにより、複数の画像処理装置２がサーバー５に対して同時にデータ送信を行うことを防止することができるため、サーバー５の負荷を軽減することができる。
【０１０５】
ところで、画像処理装置２ａは、自機よりも順位の高い他の画像処理装置２ｃにおいてジョブが実行中である場合であっても、そのジョブの実行途中又は実行終了時に、画像処理装置２ｃに搭載されている部品が警告状態又は異常状態とならないのであれば、自機が優先的にデータ送信を行うようにしても良い。そのため、画像処理装置２ａは、他の画像処理装置２ｃから受信する回答Ｄ２に基づき、そのジョブの実行中に動作している可動部品を特定し、その可動部品の部品順位５３ｃが所定順位よりも高いか否かを判断する。その結果、部品順位５３ｃが所定順位よりも高くない場合、画像処理装置２ａは、サーバー５に対するデータ送信を行うようにしても良い。
【０１０６】
例えば、動作確認部６６は、他の画像処理装置２ｃからの回答Ｄ２に基づいて可動部品が動作していると判断した場合、故障予測リスト５３を参照することにより、他の画像処理装置２ｃにおいて動作している可動部品の部品順位５３ｃを特定し、その特定した部品順位５３ｃが所定順位よりも高いか否かを判断する。部品順位５３ｃが所定順位よりも高いということは、部品の交換時期が近づいていることを意味するため、ジョブの実行途中又は実行終了時に当該部品が故障する可能性がある。これに対し、部品順位５３ｃが所定順位よりも高くない場合は、ジョブの実行途中又は実行終了時に当該部品が故障する可能性がない。そのため、動作確認部６６によって他の画像処理装置２ｃで動作している部品の部品順位５３ｃが所定順位よりも高くないと判定されると、送信可否決定部６７は、今回の送信タイミングにおいてデータ送信を行うことを決定する。言い換えると、他の画像処理装置２ｃで動作している部品の部品順位５３ｃが所定順位よりも高くない場合、動作確認部６６は、他の画像処理装置２ｃをオフ状態として判定するのである。
【０１０７】
図１２は、他の画像処理装置２ｃにおいて動作している部品の部品順位５３ｃが低い場合の動作例を示す図である。上記と同様に、画像処理装置２ａ，２ｂ，２ｃの順位がそれぞれ「２」、「１」、「３」であるとき、画像処理装置２ａにおいて送信タイミングであることが検知されると（プロセスＰ４０）、画像処理装置２ａは、まず故障予測リスト５３を参照し、故障予測リスト５３において総合順位５３ｄが自機よりも高い画像処理装置２ｃを特定する（プロセスＰ４１）。画像処理装置２ａにおいてこれらのプロセスが進行しているとき、画像処理装置２ｃにおいてジョブの実行が開始される（プロセスＰ４２）。
【０１０８】
画像処理装置２ａは、自機よりも順位の高い画像処理装置２ｃを動作確認対象として特定すると、画像処理装置２ｃに対して動作状態を確認するためのリクエストＤ１を送信する（プロセスＰ４３）。このとき、画像処理装置２ｃは、ジョブの実行中である。そのため、画像処理装置２ｃは、ジョブの実行中であることを示す回答Ｄ２を生成し、その回答Ｄ２を画像処理装置２ａへ送信する（プロセスＰ４４）。
【０１０９】
画像処理装置２ａは、回答Ｄ２を受信すると、その回答Ｄ２に基づいて画像処理装置２ｃの動作状態を把握する。画像処理装置２ａは、画像処理装置２ｃがジョブの実行中であることを把握すると、画像処理装置２ｃにおいて動作している部品を特定し、故障予測リスト５３を参照することにより、その部品の部品順位５３ｃを判定する（プロセスＰ４５）。すなわち、部品順位５３ｃが所定順位よりも高いか否かを判定するのである。その結果、部品順位５３ｃが所定順位よりも高くないと判定すると、画像処理装置２ａは、サーバー５にデータ５７を送信することを決定する（プロセスＰ４６）。その後、画像処理装置２ａは、サーバー５に対してデータ５７を送信する（プロセスＰ４７）。これにより、画像処理装置２ａは、自機よりも順位の高い他の画像処理装置２ｃよりも優先的にサーバー５に対してデータ５７を送信することができるようになる。
【０１１０】
また他の画像処理装置２ｃにおいて動作している部品の部品順位５３ｃが所定順位よりも高い場合、画像処理装置２ａは、当該部品の動作中又は動作終了時に当該部品が故障する可能性があるか否かを更に判断するようにしても良い。例えば、動作確認部６６は、他の画像処理装置２ｃからの回答Ｄ２に基づいて可動部品が動作していると判断した場合、故障予測リスト５３を参照することにより、他の画像処理装置２ｃにおいて動作している可動部品の部品順位５３ｃを特定し、その特定した部品順位５３ｃが所定順位よりも高いか否かを判断する。部品順位５３ｃが所定順位よりも高いということは、部品の交換時期が近づいていることを意味するため、ジョブの実行途中又は実行終了時に当該部品が故障する可能性がある。そのため、動作確認部６６は、回答Ｄ２に含まれるジョブの詳細情報を参照し、当該部品がジョブの実行途中又は実行終了時に故障する可能性が高いかどうかを判断するのである。
【０１１１】
例えば、部品が印刷ジョブの実行時に動作する部品であり、あと５００枚の印刷出力を行えば、当該部品が故障する可能性があるとする。この場合、動作確認部６６は、回答Ｄ２を解析した結果、他の画像処理装置２ｃにおいて実行されている印刷ジョブが１０００枚の印刷出力を行うジョブである場合、当該部品の動作中又は動作終了時に当該部品が故障する可能性があると判断する。これに対し、他の画像処理装置２ｃにおいて実行されている印刷ジョブが１００枚の印刷出力を行うジョブである場合、動作確認部６６は、当該部品の動作中又は動作終了時に当該部品が故障する可能性はないと判断する。
【０１１２】
そして画像処理装置２ａは、上記のような判断の結果に基づき今回の送信タイミングにおいてサーバー５にデータ５７を送信するか否かを決定する。例えば、動作確認部６６によって、他の画像処理装置２ｃにおいて動作している部品がその動作中又は動作終了時に故障する可能性がないと判断されると、送信可否決定部６７は、今回の送信タイミングにおいて、サーバー５にデータ５７を送信することを決定する。
【０１１３】
これに対し、動作確認部６６によって、他の画像処理装置２ｃにおいて動作している部品がその動作中又は動作終了時に故障する可能性があると判断されると、送信可否決定部６７は、今回の送信タイミングにおいて、サーバー５にデータ５７を送信しないことを決定する。この場合、画像処理装置２ａは、他の画像処理装置２ｃがサーバー５に対するデータ送信を完了した後に、データ送信を行うことが好ましい。
【０１１４】
図１３は、他の画像処理装置２ｃにおいて動作している部品が故障する可能性がある場合の動作例を示す図である。上記と同様に、画像処理装置２ａ，２ｂ，２ｃの順位がそれぞれ「２」、「１」、「３」であるとき、画像処理装置２ａにおいて送信タイミングであることが検知されると（プロセスＰ５０）、画像処理装置２ａは、まず故障予測リスト５３を参照し、故障予測リスト５３において総合順位５３ｄが自機よりも高い画像処理装置２ｃを特定する（プロセスＰ５１）。画像処理装置２ａにおいてこれらのプロセスが進行しているとき、画像処理装置２ｃにおいてジョブの実行が開始される（プロセスＰ５２）。
【０１１５】
画像処理装置２ａは、自機よりも順位の高い画像処理装置２ｃを動作確認対象として特定すると、画像処理装置２ｃに対して動作状態を確認するためのリクエストＤ１を送信する（プロセスＰ５３）。このとき、画像処理装置２ｃは、ジョブの実行中である。そのため、画像処理装置２ｃは、ジョブの実行中であることを示す回答Ｄ２を生成し、その回答Ｄ２を画像処理装置２ａへ送信する（プロセスＰ５４）。
【０１１６】
画像処理装置２ａは、回答Ｄ２を受信すると、その回答Ｄ２に基づいて画像処理装置２ｃの動作状態を把握する。画像処理装置２ａは、画像処理装置２ｃがジョブの実行中であることを把握すると、画像処理装置２ｃにおいて動作している部品を特定し、故障予測リスト５３を参照することにより、その部品の部品順位５３ｃを判定する（プロセスＰ５５）。すなわち、部品順位５３ｃが所定順位よりも高いか否かを判定するのである。その結果、部品順位５３ｃが所定順位よりも高いと判定すると、画像処理装置２ａは、その部品の故障の可能性を判定する（プロセスＰ５６）。すなわち、画像処理装置２ａは、他の画像処理装置２ｃで実行されているジョブを解析し、そのジョブの実行途中又は実行終了時に部品が故障する可能性があるか否かを判定するのである。部品が故障する可能性がある場合、画像処理装置２ａは、今回の送信タイミングにおいてサーバー５にデータ５７を送信しないことを決定する（プロセスＰ５７）。つまり、他の画像処理装置２ｃの部品が故障したときに他の画像処理装置２ｃが即時にデータ送信を開始できるようにするため、画像処理装置２ａは、自機のデータ送信を行うことなく、待機する。
【０１１７】
その後、画像処理装置２ｃはジョブの実行を終了させると（プロセスＰ５８）、サーバー５に対してデータ送信を行う。画像処理装置２ａは、そのデータ送信が完了するのを待って、自機のデータ５７をサーバー５へ送信する（プロセスＰ５９）。この動作例においても、画像処理装置２ａは、他の画像処理装置２ｃと同時にデータ送信を行うことがないため、サーバー５の負荷を上昇させることなく、データ５７をサーバー５へ送信することができる。
【０１１８】
また他の画像処理装置２ｃにおいて動作している部品がその動作終了時に故障する可能性がある場合であっても、他の画像処理装置２ｃにおいて実行されているジョブが長時間を要するジョブである場合、画像処理装置２ａは、自機のデータ送信を優先的に行うことができる。例えば、他の画像処理装置２ｃの部品があと１０００枚の印刷出力で故障する可能性があり、他の画像処理装置２ｃにおいて１０００枚の印刷出力を行う印刷ジョブが実行されているとき、送信可否決定部６７は、回答Ｄ２に含まれるジョブの終了予測時間を取得し、ジョブの実行が終了するまでにサーバー５に対するデータ送信を完了させることが可能であるか否かを判断する。そして送信可否決定部６７は、他の画像処理装置２ｃにおいてジョブの実行が終了するまでの間にサーバー５に対するデータ送信を完了させることができることを条件として、サーバー５に対するデータ送信を行うことを決定する。
【０１１９】
図１４は、他の画像処理装置２ｃにおけるジョブの実行が終了するまでの間に画像処理装置２ａがデータ送信を行う動作例を示す図である。上記と同様に、画像処理装置２ａ，２ｂ，２ｃの順位がそれぞれ「２」、「１」、「３」であるとき、画像処理装置２ａにおいて送信タイミングであることが検知されると（プロセスＰ６０）、画像処理装置２ａは、まず故障予測リスト５３を参照し、故障予測リスト５３において総合順位５３ｄが自機よりも高い画像処理装置２ｃを特定する（プロセスＰ６１）。画像処理装置２ａにおいてこれらのプロセスが進行しているとき、画像処理装置２ｃにおいてジョブの実行が開始される（プロセスＰ６２）。
【０１２０】
画像処理装置２ａは、自機よりも順位の高い画像処理装置２ｃを動作確認対象として特定すると、画像処理装置２ｃに対して動作状態を確認するためのリクエストＤ１を送信する（プロセスＰ６３）。このとき、画像処理装置２ｃは、ジョブの実行中である。そのため、画像処理装置２ｃは、ジョブの実行中であることを示す回答Ｄ２を生成し、その回答Ｄ２を画像処理装置２ａへ送信する（プロセスＰ６４）。
【０１２１】
画像処理装置２ａは、回答Ｄ２を受信すると、その回答Ｄ２に基づいて画像処理装置２ｃの動作状態を把握する。画像処理装置２ａは、画像処理装置２ｃがジョブの実行中であることを把握すると、画像処理装置２ｃにおいて動作している部品を特定し、故障予測リスト５３を参照することにより、その部品の部品順位５３ｃを判定する（プロセスＰ６５）。その結果、部品順位５３ｃが所定順位よりも高いと判定すると、画像処理装置２ａは、その部品の故障の可能性を判定する（プロセスＰ６６）。他の画像処理装置２ｃにおいて動作している部品がジョブの実行終了時に故障する可能性がある場合、画像処理装置２ａは、サーバー５に対してデータ５７の送信を開始してから完了するまでに要する送信時間を判定する（プロセスＰ６７）。そして画像処理装置２ａは、その送信時間と、ジョブの終了予測時間とを比較し、他の画像処理装置２ｃにおけるジョブの実行が終了するまでの間に自機からサーバー５へのデータ送信を完了させることができる場合に、今回の送信タイミングでデータ送信を行うことを決定する（プロセスＰ６８）。この決定に基づき、画像処理装置２ａは、サーバー５へデータ５７を送信する（プロセスＰ６９）。
【０１２２】
そして画像処理装置２ａからサーバー５に対するデータ送信が完了すると、他の画像処理装置２ｃはジョブの実行を終了する（プロセスＰ７０）。このとき、他の画像処理装置２ｃにおいて部品が故障して異常が発生すれば、他の画像処理装置２ｃからサーバー５に対するデータ送信が行われる。
【０１２３】
上記のような動作例を採用することにより、複数の画像処理装置２が同時にサーバー５へデータ送信を行う状態をなるべく生じないようにできる。そのため、サーバー５の負荷上昇を抑制することができる。
【０１２４】
次に画像処理装置２において行われる動作手順の一例について説明する。図１５乃至図１８は、画像処理装置２において行われる処理手順の一例を示すフローチャートである。この処理は、例えば画像処理装置２のＣＰＵ５０ａがプログラム５２を実行することによって行われる処理であり、画像処理装置２において一定時間ごとに繰り返し実行される処理である。
【０１２５】
画像処理装置２は、この処理を開始すると、まずサーバー５から故障予測リスト５３を受信したか否かを判断する（ステップＳ１０）。故障予測リスト５３を受信した場合（ステップＳ１０でＹＥＳ）、画像処理装置２は、その受信した故障予測リスト５３を記憶装置５１に保存する（ステップＳ１１）。尚、故障予測リスト５３を受信していない場合（ステップＳ１０でＮＯ）、ステップＳ１１の処理はスキップする。
【０１２６】
次に画像処理装置２は、タイミング判定処理を行う（ステップＳ１２）。図１６は、このタイミング判定処理（ステップＳ１２）の詳細な処理手順の一例を示すフローチャートである。図１６に示すように、画像処理装置２は、タイミング処理を開始すると、装置本体の内部からセンサーデータ５５及びカウンタデータ５６を取得し（ステップＳ３０）、それらのデータを記憶装置５１へ保存する（ステップＳ３１）。そして画像処理装置２は、記憶装置５１に保存されている、ログデータ５４、センサーデータ５５及びカウンタデータ５６を含むデータ５７を判定し（ステップＳ３２）、装置内部の部品に異常が発生しているか否かを判断する（ステップＳ３３）。異常が発生していない場合（ステップＳ３３でＮＯ）、画像処理装置２は、ジョブの実行が終了したタイミングであるか否かを判断する（ステップＳ３４）。ジョブの実行が終了したタイミングでない場合（ステップＳ３４でＮＯ）、画像処理装置２は、サーバー５に対してデータ送信を行うタイミングであるか否かを判断する（ステップＳ３５）。このデータ送信を行うタイミングには、サーバー５に対して定期送信を行うタイミングが含まれる他、例えばサーバー５に対するデータ送信を行わなかった場合にタイミング判定部６５によって決定される次の送信タイミングが含まれる。その結果、サーバー５に対してデータ送信を行うタイミングでなかった場合（ステップＳ３５でＮＯ）、画像処理装置２は、現在のタイミングがデータ送信を行うタイミングでないと判定し、タイミング判定処理（ステップＳ１２）を終了する。
【０１２７】
一方、異常の発生が検知された場合（ステップＳ３３でＹＥＳ）、ジョブの実行が終了したタイミングである場合（ステップＳ３４でＹＥＳ）、或いは、サーバー５に対してデータ送信を行うタイミングである場合（ステップＳ３５でＹＥＳ）、画像処理装置２は、現在のタイミングがサーバー５に対してデータ送信を行う送信タイミングであると判定する（ステップＳ３６）。以上でタイミング判定処理（ステップＳ１２）が終了する。
【０１２８】
図１５に戻り、タイミング判定処理（ステップＳ１２）が終了すると、画像処理装置２は、送信タイミングであると判定されたか否かを判断する（ステップＳ１３）。その結果、送信タイミングであると判定されなかった場合（ステップＳ１３でＮＯ）、画像処理装置２による処理は終了する。
【０１２９】
これに対し、送信タイミングであると判定された場合（ステップＳ１３でＹＥＳ）、画像処理装置２は、異常の発生が検知されているか否かを判断する（ステップＳ１４）。異常の発生が検知されていない場合（ステップＳ１４でＮＯ）、画像処理装置２は、故障予測リスト５３を読み出し（ステップＳ１５）、自機よりも順位の高い他の画像処理装置２を動作確認対象として特定する（ステップＳ１６）。自機よりも順位の高い全ての画像処理装置２を動作確認対象として特定すると、画像処理装置２は、次に動作確認対象として特定した他の画像処理装置２が所定台数を超えるか否かを判断する（ステップＳ１７）。その結果、動作確認対象である他の画像処理装置２が所定台数を超えている場合（ステップＳ１７でＹＥＳ）、画像処理装置２は、例えば動作確認対象として特定する順位を１つずつ上げていくことにより、動作確認対象である他の画像処理装置２の台数を所定台数に制限する（ステップＳ１８）。例えば、画像処理装置２は、動作確認対象である他の画像処理装置２の台数を１０台程度に絞ることにより、動作確認のために多大な時間を要してしまうことを回避することができる。尚、動作確認対象である他の画像処理装置２が所定台数を超えていない場合（ステップＳ１７でＮＯ）、ステップＳ１８の処理はスキップする。
【０１３０】
次に画像処理装置２は、動作確認対象である他の画像処理装置２のそれぞれに対し、動作確認を行うためのリクエストＤ１を送信し（ステップＳ１９）、他の画像処理装置２のそれぞれから回答Ｄ２を受信する（ステップＳ２０）。回答Ｄ２を受信すると、画像処理装置２は、動作確認処理を実行する（ステップＳ２１）。
【０１３１】
図１７は、動作確認処理（ステップＳ２１）の詳細な処理手順の一例を示すフローチャートである。画像処理装置２は、動作確認処理（ステップＳ２１）を開始すると、まず動作確認対象として特定された複数の画像処理装置２のうちの１つの画像処理装置２に着目する。そして画像処理装置２は、着目している他の画像処理装置２から受信した回答Ｄ２に基づき、他の画像処理装置２の動作状態を確認する（ステップＳ４０）。そして画像処理装置２は、着目している他の画像処理装置２がサーバー５に対してデータ送信を行っている状態であるか否かを判断する（ステップＳ４１）。他の画像処理装置２がデータ送信を行っている場合（ステップＳ４１でＹＥＳ）、画像処理装置２は、着目している他の画像処理装置２をオン状態の装置として特定する（ステップＳ４２）。
【０１３２】
これに対し、着目している他の画像処理装置２がデータ送信を行っていない場合（ステップＳ４１でＮＯ）、画像処理装置２は、次に着目している他の画像処理装置２がジョブの実行中であるか否かを判断する（ステップＳ４３）。他の画像処理装置２がジョブの実行中である場合（ステップＳ４３でＹＥＳ）、画像処理装置２は、他の画像処理装置２において動作している可動部品を特定する（ステップＳ４４）。また画像処理装置２は、故障予測リスト５３を読み出し（ステップＳ４５）、他の画像処理装置２において動作している可動部品の部品順位５３ｃを特定する（ステップＳ４６）。そして画像処理装置２は、他の画像処理装置２において動作している可動部品の部品順位５３ｃが所定順位よりも高いか否かを判断する（ステップＳ４７）。その結果、部品順位５３ｃが所定順位よりも高い場合（ステップＳ４７でＹＥＳ）、画像処理装置２は、他の画像処理装置２において実行されているジョブを解析し（ステップＳ４８）、そのジョブの実行終了時に故障の可能性があるか否かを判断する（ステップＳ４９）。その結果、故障の可能性があると判断した場合（ステップＳ４９でＹＥＳ）、画像処理装置２は、故障予測フラグをオンに設定する（ステップＳ５０）。尚、ジョブの実行終了時に故障の可能性がない場合（ステップＳ４９でＮＯ）、ステップＳ５０の処理はスキップする。そして画像処理装置２は、着目している他の画像処理装置２をオン状態の装置として特定する（ステップＳ４２）。
【０１３３】
一方、着目している他の画像処理装置２がジョブの実行中でなかった場合（ステップＳ４３でＮＯ）、又は、他の画像処理装置２において動作している可動部品の部品順位５３ｃが所定順位よりも高くない場合（ステップＳ４７でＮＯ）、画像処理装置２は、着目している他の画像処理装置２をオフ状態の装置として特定する（ステップＳ５１）。
【０１３４】
その後、画像処理装置２は、動作確認対象として特定された複数の画像処理装置２の全てについてオン状態であるかオフ状態であるかを判別したか否かを判断する（ステップＳ５２）。その結果、未だオン状態であるか否かを判別していない他の画像処理装置２が存在する場合（ステップＳ５２でＹＥＳ）、画像処理装置２による処理は、ステップＳ４０に戻り、上述した処理を繰り返す。これに対し、動作確認対象として特定された複数の画像処理装置２の全てについてオン状態であるかオフ状態であるかの判別処理を終了した場合（ステップＳ５２でＮＯ）、動作確認処理（ステップＳ２１）が終了する。
【０１３５】
図１５に戻り、動作確認処理（ステップＳ２１）が終了すると、画像処理装置２は、動作確認対象として特定された他の画像処理装置２の中にオン状態の装置が存在するか否かを判断する（ステップＳ２２）。ここでは、少なくとも１つの装置がオン状態であれば、ＹＥＳと判断される。オン状態の装置が存在する場合（ステップＳ２２でＹＥＳ）、画像処理装置２は、送信可否判定処理を実行する（ステップＳ２３）。
【０１３６】
図１８は、送信可否判定処理（ステップＳ２３）の詳細な処理手順の一例を示すフローチャートである。画像処理装置２は、送信可否判定処理（ステップＳ２３）を開始すると、まずオン状態として特定された他の画像処理装置２がサーバー５に対してデータ送信を行っている最中であるか否かを判断する（ステップＳ６０）。他の画像処理装置２がデータ送信を行っている場合（ステップＳ６０でＹＥＳ）、画像処理装置２は、今回の送信タイミングにおいてデータ送信を行わないことを決定する（ステップＳ６１）。
【０１３７】
これに対し、オン状態として特定された他の画像処理装置２がデータ送信を行っていない場合（ステップＳ６０でＮＯ）、画像処理装置２は、故障予測フラグがオンに設定されているか否かを判断する（ステップＳ６２）。故障予測フラグがオフである場合（ステップＳ６２でＮＯ）、画像処理装置２は、今回の送信タイミングにおいてデータ送信を行わないことを決定する（ステップＳ６１）。
【０１３８】
また故障予測フラグがオンである場合（ステップＳ６２でＹＥＳ）、画像処理装置２は、故障予測フラグをオフにする（ステップＳ６３）。そして画像処理装置２は、他の画像処理装置２において実行されているジョブの実行終了時間を予測し（ステップＳ６４）、自機がサーバー５に対してデータ送信を行う場合のデータ送信時間を見積もる（ステップＳ６５）。そして画像処理装置２は、他の画像処理装置２においてジョブの実行が終了するまでに自機のデータ送信を完了させることができるか否かを判断する（ステップＳ６６）。その結果、他の画像処理装置２においてジョブの実行が終了するまでに自機のデータ送信を完了させることができない場合（ステップＳ６６でＮＯ）、画像処理装置２は、今回の送信タイミングにおいてデータ送信を行わないことを決定する（ステップＳ６１）。これに対し、他の画像処理装置２においてジョブの実行が終了するまでに自機のデータ送信を完了させることができる場合（ステップＳ６６でＹＥＳ）、画像処理装置２は、今回の送信タイミングにおいてデータ送信を行うことを決定する（ステップＳ６７）。したがって、他の画像処理装置２がオン状態であっても、所定の条件を満たしている場合には、画像処理装置２が今回の送信タイミングにおいてデータ送信を行うことを決定することがある。以上で送信可否判定処理（ステップＳ２３）が終了する。
【０１３９】
再び図１５に戻り、画像処理装置２は、送信可否判定処理（ステップＳ２３）が終了すると、サーバー５に対してデータ５７を送信することが決定されたか否かを判断する（ステップＳ２４）。データ５７を送信することが決定された場合（ステップＳ２４でＹＥＳ）、画像処理装置２は、データ５７をサーバー５へ送信する（ステップＳ２５）。この場合、画像処理装置２は、他の画像処理装置２においてジョブの実行が終了までの間にサーバー５に対するデータ送信を完了させることが可能である。
【０１４０】
また送信タイミングであると判定されたときに異常の発生が検知されている場合（ステップＳ１４でＹＥＳ）、画像処理装置２は、データ５７をサーバー５へ送信する（ステップＳ２５）。この場合、画像処理装置２は、他の画像処理装置２の動作状態を確認することなく、サーバー５に対するデータ送信を開始することになる。部品などに異常が発生していると画像処理装置２においてジョブの実行ができないため、異常が発生しているときのデータ５７は最も緊急度の高いデータである。そのため、画像処理装置２は、他の画像処理装置２の動作状態を確認することなく、緊急度の高いデータ５７を速やかにサーバー５へ送信するのである。ただし、画像処理装置２は、他の画像処理装置２の動作状態を確認することなく、データ送信を行うと、他の画像処理装置２と同時にサーバー５へデータ送信を行う事態が発生する可能性がある。これを防止するためには、他の画像処理装置２がサーバー５へデータ送信を行っていないことだけを確認してからデータ５７をサーバー５へ送信するようにしても良い。
【０１４１】
また動作確認対象として特定された他の画像処理装置２の中にオン状態の装置が存在しない場合（ステップＳ２２でＮＯ）、画像処理装置２は、データ５７をサーバー５へ送信する（ステップＳ２５）。この場合、他の画像処理装置２からサーバー５に対するデータ送信が行われる可能性がないため、画像処理装置２は、サーバー５の負荷を上昇させることなく、効率的にデータ５７を送信することができる。
【０１４２】
また今回の送信タイミングではサーバー５へのデータ送信を行わないことが決定された場合（ステップＳ２４でＮＯ）、画像処理装置２は、次の送信タイミングを決定する（ステップＳ２６）。すなわち、画像処理装置２は、今回の送信タイミングから５分後などの、所定時間が経過したタイミングを次の送信タイミングとして決定する。したがって、今回の送信タイミングにおいてサーバー５へのデータ送信が行われなかったとしても、所定時間が経過すると次の送信タイミングとなり、サーバー５へのデータ送信を行うことができるようになる。
【０１４３】
画像処理装置２は、上記のような処理を行うことにより、サーバー５に対してデータ送信を行う送信タイミングにおいてデータ５７をサーバー５へ送信するとき、他の画像処理装置２と同時にデータ送信を行ってしまう可能性を低減することができる。そのため、サーバー５に対して一時にデータ送信が集中してしまうことを抑制することが可能であり、サーバー５の負荷を軽減することができるようになる。
【０１４４】
特に画像処理装置２は、故障となる可能性が高い順に、或いは、部品の交換時期が近づいている順に、複数の画像処理装置２が順位付けされた故障予測リスト５３をサーバー５から取得して保存しており、送信タイミングであることを検知すると、その故障予測リスト５３を参照して自機と同じ順位又は自機よりも高い順位の他の画像処理装置２の動作状態を確認し、他の画像処理装置２からデータ送信が行われないことを確認してからサーバー５にデータ５７を送信する。そのため、画像処理装置２は、自機と同じ順位又は自機よりも高い順位の他の画像処理装置２からデータ送信が行われない状態でサーバー５にデータ５７を送信することが可能であり、サーバー５の負荷を上げることなく、効率的にデータ送信を行うことが可能である。
【０１４５】
尚、画像処理装置２は、自機よりも順位の低い他の画像処理装置２の動作状態を確認することなく、サーバー５へのデータ送信を開始してしまうと、自機よりも順位の低い他の画像処理装置２が既にデータ送信を行っているときにはサーバー５に対して一時的に大きな負荷をかけてしまう可能性がある。これを防止するためには、例えば画像処理装置２は、送信タイミングであることを検知した場合に、さらに自機よりも順位の低い他の画像処理装置２がサーバー５に対してデータ送信を行っていないことを確認するようにしても良い。この場合、画像処理装置２は、自機よりも順位の低い他の画像処理装置２がサーバー５に対してデータ送信を行っていないことを付加的条件として、サーバー５にデータ５７を送信することを決定するようにすれば良い。
【０１４６】
以上、本発明に関する一実施形態について説明したが、本発明は、上記実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。
【０１４７】
例えば、データ送信部６８がサーバー５に対してデータ５７を送信するときには、前回送信したデータ５７から変動しているデータだけを抽出してサーバー５へ送信するようにしても良い。
【０１４８】
また上記実施形態では、画像処理装置２がＭＦＰなどによって構成され、スキャン機能、プリント機能、コピー機能などの複数の機能を備える場合を例示した。しかし、画像処理装置２は、必ずしもスキャン機能、プリント機能、コピー機能などの複数の機能を備えるものに限られない。例えば、画像処理装置２は、スキャン機能のみを備えたスキャナであっても良いし、プリント機能のみを備えたプリンタであっても構わない。また画像処理装置２は、スキャン機能やプリント機能以外の他の画像処理機能を備えたものであっても構わない。
【０１４９】
また上記実施形態では、ＣＰＵ５０ａによって実行されるプログラム５２は画像処理装置２に予めインストールされている場合を例示した。しかし、プログラム５２は、画像処理装置２に予めインストールされているものに限られず、それ単独で取引の対象となるものであっても構わない。その場合、プログラム５２は、インターネットなどを介してユーザー自身がダウンロードする形態で画像処理装置２に提供されるものであっても良いし、ＣＤ−ＲＯＭやＵＳＢメモリなどのコンピュータ読み取り可能な記録媒体に記録された状態で画像処理装置２に提供されるものであっても構わない。またサーバー５に記憶されるプログラム５９についても同様である。
【符号の説明】
【０１５０】
１  予測システム
２（２ａ，２ｂ，２ｃ）  画像処理装置
５  サーバー
１０  スキャナ部
１２  プリンタ部
５０  制御部
５２，５９  プログラム
５３  故障予測リスト
６１  リスト取得部（リスト取得手段）
６２  ジョブ制御部（ジョブ制御手段）
６３  データ取得部（データ取得手段）
６４  異常検知部
６５  タイミング判定部（タイミング判定手段）
６６  動作確認部（動作確認手段）
６７  送信可否決定部（送信可否決定手段）
６８  データ送信部（データ送信手段）
【図１】
2019166654.tif 000003
【図２】
2019166654.tif 000004
【図３】
2019166654.tif 000005
【図４】
2019166654.tif 000006
【図５】
2019166654.tif 000007
【図６】
2019166654.tif 000008
【図７】
2019166654.tif 000009
【図８】
2019166654.tif 000010
【図９】
2019166654.tif 000011
【図１０】
2019166654.tif 000012
【図１１】
2019166654.tif 000013
【図１２】
2019166654.tif 000014
【図１３】
2019166654.tif 000015
【図１４】
2019166654.tif 000016
【図１５】
2019166654.tif 000017
【図１６】
2019166654.tif 000018
【図１７】
2019166654.tif 000019
【図１８】
2019166654.tif 000020