(57)【要約】【課題】画像処理装置に搭載されているハードウェアのいずれかに不具合が生じた場合に、不具合の生じているハードウェアを従来よりも早期に特定できるようにする。【解決手段】画像処理装置２ａ，２ｂは、複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、その診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する診断部２１を備えている。画像処理装置２ａにおける複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、画像処理装置２ａ，２ｂの診断部２１が互いに連携し、画像処理装置２ａのハードウェア及び画像処理装置２ｂのハードウェアを所定の順序で択一的に動作させて診断処理６１，６２，６３を行うことにより、画像処理装置２ａにおける複数のハードウェアのうちから不具合が生じているハードウェアを特定する。【選択図】図７
2019075728.tif 000002
【特許請求の範囲】
【請求項１】
第１の画像処理装置と、前記第１の画像処理装置と共通するハードウェア構成を有する第２の画像処理装置とが互いに通信可能な画像処理システムであって、
前記第１の画像処理装置は、
複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する第１の診断手段、
を備え、
前記第２の画像処理装置は、
複数のハードウェアを前記所定の順序で動作させることによって前記診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する第２の診断手段、
を備え、
前記第１の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記第１の診断手段と前記第２の診断手段とが互いに連携し、前記第１の画像処理装置のハードウェア及び前記第２の画像処理装置のハードウェアを前記所定の順序で択一的に動作させて前記診断処理を行うことにより、前記第１の画像処理装置における複数のハードウェアのうちから不具合が生じているハードウェアを特定することを特徴とする画像処理システム。
【請求項２】
前記第２の診断手段は、前記第１の診断手段と連携するとき、前記第２の画像処理装置における複数のハードウェアのうちから前記所定の順序に従って選択した少なくとも１つのハードウェアを動作させて前記診断処理の途中までの処理を実行することにより得られるデータを前記第１の画像処理装置へ転送した後、前記所定の順序に従って前回よりも１つ多いハードウェアを動作させて前記診断処理の途中までの処理を実行することにより得られるデータを前記第１の画像処理装置へ転送する処理を繰り返し行い、
前記第１の診断手段は、前記第２の画像処理装置から前記診断処理の途中まで実行したデータを受信する都度、前記所定の順序に従って、前記第２の画像処理装置において行われた処理よりも後の処理を行うハードウェアを順に動作させることにより前記診断処理を終了させる処理を繰り返し行い、前記診断処理の結果がそれ以前と異なる結果となったときに前記第１の画像処理装置において動作させなかったハードウェアを不具合が生じているハードウェアとして特定することを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記第１の診断手段は、前記第２の診断手段と連携するとき、前記第１の画像処理装置における複数のハードウェアのうちから前記所定の順序に従って選択した少なくとも１つのハードウェアを動作させて前記診断処理の途中までの処理を実行することにより得られるデータを前記第２の画像処理装置へ転送した後、前記所定の順序に従って前回よりも１つ多いハードウェアを動作させて前記診断処理の途中までの処理を実行することにより得られるデータを前記第２の画像処理装置へ転送する処理を繰り返し行い、
前記第２の診断手段は、前記第１の画像処理装置から前記診断処理の途中まで実行したデータを受信する都度、前記所定の順序に従って、前記第１の画像処理装置において行われた処理よりも後の処理を行うハードウェアを順に動作させることにより前記診断処理を終了させる処理を繰り返し行い、
前記第１の診断手段は、前記診断処理の結果がそれ以前と異なる結果となったときに前記第１の画像処理装置において動作させたハードウェアを不具合が生じているハードウェアとして特定することを特徴とする請求項１に記載の画像処理システム。
【請求項４】
前記第１の画像処理装置及び前記第２の画像処理装置と通信可能な第３の画像処理装置を更に備え、
前記第３の画像処理装置は、
前記第１の診断手段及び前記第２の診断手段と連携して前記診断処理を行う第３の診断手段、
を備え、
前記第１の診断手段は、前記第１の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記第２の診断手段及び前記第３の診断手段のそれぞれと連携して前記診断処理を行うことを特徴とする請求項１乃至３のいずれかに記載の画像処理システム。
【請求項５】
前記第１の診断手段は、前記第１の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記第１の画像処理装置のハードウェア及び前記第２の画像処理装置のハードウェアを前記所定の順序で択一的に動作させて行う前記診断処理と、前記第１の画像処理装置のハードウェア及び前記第３の画像処理装置のハードウェアを前記所定の順序で択一的に動作させて行う前記診断処理とを並列して行うことを特徴とする請求項４に記載の画像処理システム。
【請求項６】
前記第１の診断手段は、前記第２の画像処理装置における複数のハードウェアの中に前記診断処理に必要なハードウェアが含まれておらず、且つ、前記第３の画像処理装置における複数のハードウェアの中に前記第２の画像処理装置において不足するハードウェアが含まれている場合に、前記第２の診断手段及び前記第３の診断手段のそれぞれと連携し、前記第１の画像処理装置のハードウェアの代わりに動作させるハードウェアを、前記第２の画像処理装置及び前記第３の画像処理装置のハードウェアの中から選択して動作させることを特徴とする請求項４に記載の画像処理システム。
【請求項７】
前記第１の診断手段は、前記第１の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、過去の不具合発生履歴に基づいて不具合が生じているハードウェアを推定し、当該推定したハードウェアを動作させて行う前記診断処理と、当該推定したハードウェアを動作させないで行う前記診断処理とを優先的に行うことを特徴とする請求項１乃至６のいずれかに記載の画像処理システム。
【請求項８】
互いに共通するハードウェア構成を有する複数の画像処理装置と、サーバーとが互いに通信可能な画像処理システムであって、
前記複数の画像処理装置のそれぞれは、
複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する診断手段、
を備え、
前記診断手段は、一の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記サーバーからの指示に基づいて他の画像処理装置と連携し、当該一の画像処理装置のハードウェア及び前記他の画像処理装置のハードウェアを前記所定の順序で択一的に動作させて前記診断処理を行うことにより、当該一の画像処理装置における複数のハードウェアのうちから不具合が生じているハードウェアを特定することを特徴とする画像処理システム。
【請求項９】
前記サーバーは、
前記複数の画像処理装置に関する情報が登録された管理情報を記憶する記憶手段と、
前記管理情報に基づき、前記複数の画像処理装置のうちから不具合の生じていない画像処理装置を連携装置として特定する連携装置特定手段と、
前記連携装置特定手段によって特定された連携装置を前記一の画像処理装置における前記診断手段に通知する通知手段と、
を備えることを特徴とする請求項８に記載の画像処理システム。
【請求項１０】
前記サーバーは、
前記一の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合に不具合が生じたハードウェアを推定する不具合推定手段と、
前記一の画像処理装置における前記診断手段に対して実行すべき前記診断処理を指示する診断処理指示手段と、
を更に備え、
前記管理情報には、前記複数の画像処理装置における過去の不具合発生履歴が含まれており、
前記不具合推定手段は、前記不具合発生履歴に基づいて不具合が生じたハードウェアを推定し、
前記診断処理指示手段は、前記一の画像処理装置における前記診断手段に対し、前記不具合推定手段によって推定されたハードウェアを動作させる前記診断処理と、前記不具合推定手段によって推定されたハードウェアを動作させない前記診断処理とを優先的に行うことを指示することを特徴とする請求項９に記載の画像処理システム。
【請求項１１】
前記サーバーは、
前記診断手段によって不具合が生じているハードウェアが特定された場合に前記不具合発生履歴を更新する管理手段、
を更に備えることを特徴とする請求項９又は１０に記載の画像処理システム。
【請求項１２】
画像処理装置であって、
自機のハードウェア構成と共通するハードウェア構成を有する他のデバイスと通信を行う通信手段と、
複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する診断手段と、
を備え、
前記診断手段は、当該画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記他のデバイスと連携し、当該画像処理装置のハードウェア及び前記他のデバイスのハードウェアを前記所定の順序で択一的に動作させて前記診断処理を行うことにより、当該画像処理装置における複数のハードウェアのうちから不具合が生じているハードウェアを特定することを特徴とする画像処理装置。
【請求項１３】
前記診断手段は、
前記他のデバイスに、前記他のデバイスにおける複数のハードウェアのうちから前記所定の順序に従って選択した少なくとも１つのハードウェアを動作させて前記診断処理を途中まで実行させたデータを当該画像処理装置へ転送させると共に、前記所定の順序に従って前回よりも１つ多いハードウェアを動作させて前記診断処理を途中まで実行させたデータを当該画像処理装置へ転送させる処理を繰り返し行わせる指示手段と、
前記他のデバイスから、前記診断処理の途中まで実行させたデータを受信する都度、前記所定の順序に従って、前記他のデバイスにおいて行われた処理よりも後の処理を行うハードウェアを順に動作させることにより前記診断処理を終了させる処理を繰り返し行う実行手段と、
前記実行手段において繰り返し得られる前記診断処理の結果がそれ以前と異なる結果となったときに当該画像処理装置において動作させなかったハードウェアを不具合が生じているハードウェアとして特定する不具合特定手段と、
を備えることを特徴とする請求項１２に記載の画像処理装置。
【請求項１４】
前記診断手段は、
当該画像処理装置における複数のハードウェアのうちから前記所定の順序に従って選択した少なくとも１つのハードウェアを動作させて前記診断処理を途中まで実行したデータを前記第２の画像処理装置へ転送した後、前記所定の順序に従って前回よりも１つ多いハードウェアを動作させて前記診断処理を途中まで実行したデータを前記他のデバイスへ転送する処理を繰り返し行う実行手段と、
前記他のデバイスに、前記診断処理の途中まで実行したデータを受信する都度、前記所定の順序に従って、当該画像処理装置において行われた処理よりも後の処理を行うハードウェアを順に動作させることにより前記診断処理を終了させる処理を繰り返し行わせる指示手段と、
前記他のデバイスにおいて繰り返し得られる前記診断処理の結果がそれ以前と異なる結果となったときに当該画像処理装置において動作させたハードウェアを不具合が生じているハードウェアとして特定する不具合特定手段と、
を備えることを特徴とする請求項１２に記載の画像処理装置。
【請求項１５】
前記診断手段は、当該画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、複数の他のデバイスと連携することを特徴とする請求項１２乃至１４のいずれかに記載の画像処理装置。
【請求項１６】
画像処理装置において実行されるプログラムであって、前記画像処理装置に、
複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する診断ステップと、
自機のハードウェア構成と共通するハードウェア構成を有する他のデバイスと通信を行う通信ステップと、
を実行させ、
前記診断ステップは、当該画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記他のデバイスと連携し、当該画像処理装置のハードウェア及び前記他のデバイスのハードウェアを前記所定の順序で択一的に動作させて前記診断処理を行うことにより、当該画像処理装置における複数のハードウェアのうちから不具合が生じているハードウェアを特定することを特徴とするプログラム。
【請求項１７】
互いに共通するハードウェア構成を有する複数の画像処理装置と通信を行うことが可能なサーバーにおいて実行されるプログラムであって、
前記複数の画像処理装置のうちの一の画像処理装置においてハードウェアに不具合が生じた場合、前記一の画像処理装置が、他の画像処理装置と連携して複数のハードウェアを所定の順序で動作させる診断処理を実行するように構成され、
前記プログラムは、前記サーバーに、
前記複数の画像処理装置に関する情報が登録された管理情報を管理するステップと、
前記一の画像処理装置においてハードウェアに不具合が生じた場合に、前記管理情報に基づいて前記複数の画像処理装置のうちから不具合の生じていない他の画像処理装置を特定するステップと、
前記特定された他の画像処理装置を前記一の画像処理装置へ通知し、前記一の画像処理装置と前記他の画像処理装置とを連携させて前記診断処理を行わせるステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理システム、画像処理装置、サーバー及びプログラムに関し、特に、画像処理装置で不具合が発生した場合にその不具合箇所を特定するための技術に関する。
【背景技術】
【０００２】
従来、ＭＦＰ（Multifunction Peripherals）などの画像処理装置として、自己診断機能を備えたものが知られている。一例を挙げると、従来の画像処理装置は、自装置の状態に関する状態データを記憶しておき、ネットワークを介して、自装置と同じ機能を有する他の画像処理装置から他の画像処理装置の状態データを取得し、自装置の状態データと他の画像処理装置の状態データとを比較することにより、自装置の異常診断を行う（例えば特許文献１）。
【０００３】
ところで、画像処理装置には複数のハードウェアが搭載されている。そして画像処理装置は、ジョブの実行に必要となるハードウェアを順に動作させることにより、スキャンジョブやプリントジョブなどのユーザーによって指定されたジョブを実行する。
【０００４】
画像処理装置において自己診断を行う際も上記と同様である。例えばスキャン機能に不具合が生じている可能性がある場合、画像処理装置は、所定の診断用データを用いて、スキャンジョブの実行時に動作する複数のハードウェアを予め定められた順序で動作させることにより、それら複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを自己診断する。その結果、自己診断が異常終了すれば、スキャンジョブの実行時に動作する複数のハードウェアのうちのいずれかのハードウェアに不具合が生じていることが確定する。
【０００５】
しかしながら、従来の自己診断は、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じていることを把握することができる反面、不具合の生じているハードウェアを特定することができないという問題がある。そのため、不具合発生時にサービスマンなどがハードウェア部品を交換する際、自己診断において動作した複数のハードウェアのうちのどのハードウェアを交換して良いかがわからず、復旧作業に時間を要するという問題がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−６０７１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
そこで本発明は、上記課題を解決するためになされたものであり、複数のハードウェアのうちのいずれかのハードウェアに不具合が生じた場合に、複数の画像処理装置を連携させながら診断処理を行うことにより、不具合の生じているハードウェアを従来よりも早期に特定できるようにした、画像処理システム、画像処理装置、サーバー及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、請求項１に係る発明は、第１の画像処理装置と、前記第１の画像処理装置と共通するハードウェア構成を有する第２の画像処理装置とが互いに通信可能な画像処理システムであって、前記第１の画像処理装置は、複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する第１の診断手段、を備え、前記第２の画像処理装置は、複数のハードウェアを前記所定の順序で動作させることによって前記診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する第２の診断手段、を備え、前記第１の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記第１の診断手段と前記第２の診断手段とが互いに連携し、前記第１の画像処理装置のハードウェア及び前記第２の画像処理装置のハードウェアを前記所定の順序で択一的に動作させて前記診断処理を行うことにより、前記第１の画像処理装置における複数のハードウェアのうちから不具合が生じているハードウェアを特定することを特徴とする構成である。
【０００９】
請求項２に係る発明は、請求項１に記載の画像処理システムにおいて、前記第２の診断手段は、前記第１の診断手段と連携するとき、前記第２の画像処理装置における複数のハードウェアのうちから前記所定の順序に従って選択した少なくとも１つのハードウェアを動作させて前記診断処理の途中までの処理を実行することにより得られるデータを前記第１の画像処理装置へ転送した後、前記所定の順序に従って前回よりも１つ多いハードウェアを動作させて前記診断処理の途中までの処理を実行することにより得られるデータを前記第１の画像処理装置へ転送する処理を繰り返し行い、前記第１の診断手段は、前記第２の画像処理装置から前記診断処理の途中まで実行したデータを受信する都度、前記所定の順序に従って、前記第２の画像処理装置において行われた処理よりも後の処理を行うハードウェアを順に動作させることにより前記診断処理を終了させる処理を繰り返し行い、前記診断処理の結果がそれ以前と異なる結果となったときに前記第１の画像処理装置において動作させなかったハードウェアを不具合が生じているハードウェアとして特定することを特徴とする構成である。
【００１０】
請求項３に係る発明は、請求項１に記載の画像処理システムにおいて、前記第１の診断手段は、前記第２の診断手段と連携するとき、前記第１の画像処理装置における複数のハードウェアのうちから前記所定の順序に従って選択した少なくとも１つのハードウェアを動作させて前記診断処理の途中までの処理を実行することにより得られるデータを前記第２の画像処理装置へ転送した後、前記所定の順序に従って前回よりも１つ多いハードウェアを動作させて前記診断処理の途中までの処理を実行することにより得られるデータを前記第２の画像処理装置へ転送する処理を繰り返し行い、前記第２の診断手段は、前記第１の画像処理装置から前記診断処理の途中まで実行したデータを受信する都度、前記所定の順序に従って、前記第１の画像処理装置において行われた処理よりも後の処理を行うハードウェアを順に動作させることにより前記診断処理を終了させる処理を繰り返し行い、前記第１の診断手段は、前記診断処理の結果がそれ以前と異なる結果となったときに前記第１の画像処理装置において動作させたハードウェアを不具合が生じているハードウェアとして特定することを特徴とする構成である。
【００１１】
請求項４に係る発明は、請求項１乃至３のいずれかに記載の画像処理システムにおいて、前記第１の画像処理装置及び前記第２の画像処理装置と通信可能な第３の画像処理装置を更に備え、前記第３の画像処理装置は、前記第１の診断手段及び前記第２の診断手段と連携して前記診断処理を行う第３の診断手段、を備え、前記第１の診断手段は、前記第１の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記第２の診断手段及び前記第３の診断手段のそれぞれと連携して前記診断処理を行うことを特徴とする構成である。
【００１２】
請求項５に係る発明は、請求項４に記載の画像処理システムにおいて、前記第１の診断手段は、前記第１の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記第１の画像処理装置のハードウェア及び前記第２の画像処理装置のハードウェアを前記所定の順序で択一的に動作させて行う前記診断処理と、前記第１の画像処理装置のハードウェア及び前記第３の画像処理装置のハードウェアを前記所定の順序で択一的に動作させて行う前記診断処理とを並列して行うことを特徴とする構成である
【００１３】
請求項６に係る発明は、請求項４に記載の画像処理システムにおいて、前記第１の診断手段は、前記第２の画像処理装置における複数のハードウェアの中に前記診断処理に必要なハードウェアが含まれておらず、且つ、前記第３の画像処理装置における複数のハードウェアの中に前記第２の画像処理装置において不足するハードウェアが含まれている場合に、前記第２の診断手段及び前記第３の診断手段のそれぞれと連携し、前記第１の画像処理装置のハードウェアの代わりに動作させるハードウェアを、前記第２の画像処理装置及び前記第３の画像処理装置のハードウェアの中から選択して動作させることを特徴とする構成である。
【００１４】
請求項７に係る発明は、請求項１乃至６のいずれかに記載の画像処理システムにおいて、前記第１の診断手段は、前記第１の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、過去の不具合発生履歴に基づいて不具合が生じているハードウェアを推定し、当該推定したハードウェアを動作させて行う前記診断処理と、当該推定したハードウェアを動作させないで行う前記診断処理とを優先的に行うことを特徴とする構成である。
【００１５】
請求項８に係る発明は、互いに共通するハードウェア構成を有する複数の画像処理装置と、サーバーとが互いに通信可能な画像処理システムであって、前記複数の画像処理装置のそれぞれは、複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する診断手段、を備え、前記診断手段は、一の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記サーバーからの指示に基づいて他の画像処理装置と連携し、当該一の画像処理装置のハードウェア及び前記他の画像処理装置のハードウェアを前記所定の順序で択一的に動作させて前記診断処理を行うことにより、当該一の画像処理装置における複数のハードウェアのうちから不具合が生じているハードウェアを特定することを特徴とする構成である。
【００１６】
請求項９に係る発明は、請求項８に記載の画像処理システムにおいて、前記サーバーは、前記複数の画像処理装置に関する情報が登録された管理情報を記憶する記憶手段と、前記管理情報に基づき、前記複数の画像処理装置のうちから不具合の生じていない画像処理装置を連携装置として特定する連携装置特定手段と、前記連携装置特定手段によって特定された連携装置を前記一の画像処理装置における前記診断手段に通知する通知手段と、を備えることを特徴とする構成である。
【００１７】
請求項１０に係る発明は、請求項９に記載の画像処理システムにおいて、前記サーバーは、前記一の画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合に不具合が生じたハードウェアを推定する不具合推定手段と、前記一の画像処理装置における前記診断手段に対して実行すべき前記診断処理を指示する診断処理指示手段と、を更に備え、前記管理情報には、前記複数の画像処理装置における過去の不具合発生履歴が含まれており、前記不具合推定手段は、前記不具合発生履歴に基づいて不具合が生じたハードウェアを推定し、前記診断処理指示手段は、前記一の画像処理装置における前記診断手段に対し、前記不具合推定手段によって推定されたハードウェアを動作させる前記診断処理と、前記不具合推定手段によって推定されたハードウェアを動作させない前記診断処理とを優先的に行うことを指示することを特徴とする構成である。
【００１８】
請求項１１に係る発明は、請求項９又は１０に記載の画像処理システムにおいて、前記サーバーは、前記診断手段によって不具合が生じているハードウェアが特定された場合に前記不具合発生履歴を更新する管理手段、を更に備えることを特徴とする構成である。
【００１９】
請求項１２に係る発明は、画像処理装置であって、自機のハードウェア構成と共通するハードウェア構成を有する他のデバイスと通信を行う通信手段と、複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する診断手段と、を備え、前記診断手段は、当該画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記他のデバイスと連携し、当該画像処理装置のハードウェア及び前記他のデバイスのハードウェアを前記所定の順序で択一的に動作させて前記診断処理を行うことにより、当該画像処理装置における複数のハードウェアのうちから不具合が生じているハードウェアを特定することを特徴とする構成である。
【００２０】
請求項１３に係る発明は、請求項１２に記載の画像処理装置において、前記診断手段は、前記他のデバイスに、前記他のデバイスにおける複数のハードウェアのうちから前記所定の順序に従って選択した少なくとも１つのハードウェアを動作させて前記診断処理を途中まで実行させたデータを当該画像処理装置へ転送させると共に、前記所定の順序に従って前回よりも１つ多いハードウェアを動作させて前記診断処理を途中まで実行させたデータを当該画像処理装置へ転送させる処理を繰り返し行わせる指示手段と、前記他のデバイスから、前記診断処理の途中まで実行させたデータを受信する都度、前記所定の順序に従って、前記他のデバイスにおいて行われた処理よりも後の処理を行うハードウェアを順に動作させることにより前記診断処理を終了させる処理を繰り返し行う実行手段と、前記実行手段において繰り返し得られる前記診断処理の結果がそれ以前と異なる結果となったときに当該画像処理装置において動作させなかったハードウェアを不具合が生じているハードウェアとして特定する不具合特定手段と、を備えることを特徴とする構成である。
【００２１】
請求項１４に係る発明は、請求項１２に記載の画像処理装置において、前記診断手段は、当該画像処理装置における複数のハードウェアのうちから前記所定の順序に従って選択した少なくとも１つのハードウェアを動作させて前記診断処理を途中まで実行したデータを前記第２の画像処理装置へ転送した後、前記所定の順序に従って前回よりも１つ多いハードウェアを動作させて前記診断処理を途中まで実行したデータを前記他のデバイスへ転送する処理を繰り返し行う実行手段と、前記他のデバイスに、前記診断処理の途中まで実行したデータを受信する都度、前記所定の順序に従って、当該画像処理装置において行われた処理よりも後の処理を行うハードウェアを順に動作させることにより前記診断処理を終了させる処理を繰り返し行わせる指示手段と、前記他のデバイスにおいて繰り返し得られる前記診断処理の結果がそれ以前と異なる結果となったときに当該画像処理装置において動作させたハードウェアを不具合が生じているハードウェアとして特定する不具合特定手段と、を備えることを特徴とする構成である。
【００２２】
請求項１５に係る発明は、請求項１２乃至１４のいずれかに記載の画像処理装置において、前記診断手段は、当該画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、複数の他のデバイスと連携することを特徴とする構成である。
【００２３】
請求項１６に係る発明は、画像処理装置において実行されるプログラムであって、前記画像処理装置に、複数のハードウェアを所定の順序で動作させることによって診断処理を実行し、前記診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する診断ステップと、自機のハードウェア構成と共通するハードウェア構成を有する他のデバイスと通信を行う通信ステップと、を実行させ、前記診断ステップは、当該画像処理装置における複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、前記他のデバイスと連携し、当該画像処理装置のハードウェア及び前記他のデバイスのハードウェアを前記所定の順序で択一的に動作させて前記診断処理を行うことにより、当該画像処理装置における複数のハードウェアのうちから不具合が生じているハードウェアを特定することを特徴とする構成である。
【００２４】
請求項１７に係る発明は、互いに共通するハードウェア構成を有する複数の画像処理装置と通信を行うことが可能なサーバーにおいて実行されるプログラムであって、前記複数の画像処理装置のうちの一の画像処理装置においてハードウェアに不具合が生じた場合、前記一の画像処理装置が、他の画像処理装置と連携して複数のハードウェアを所定の順序で動作させる診断処理を実行するように構成され、前記プログラムは、前記サーバーに、前記複数の画像処理装置に関する情報が登録された管理情報を管理するステップと、前記一の画像処理装置においてハードウェアに不具合が生じた場合に、前記管理情報に基づいて前記複数の画像処理装置のうちから不具合の生じていない他の画像処理装置を特定するステップと、前記特定された他の画像処理装置を前記一の画像処理装置へ通知し、前記一の画像処理装置と前記他の画像処理装置とを連携させて前記診断処理を行わせるステップと、を実行させることを特徴とする構成である。
【発明の効果】
【００２５】
本発明によれば、一の画像処理装置に搭載されている複数のハードウェアのうちのいずれかのハードウェアに不具合が生じた場合に、複数の画像処理装置を連携させながら診断処理を行うことにより、不具合の生じているハードウェアを従来よりも早期に特定することができるようになる。
【図面の簡単な説明】
【００２６】
【図１】画像処理システムの概念的構成例を示す図である。
【図２】画像処理装置のハードウェア構成及び機能構成の一例を示すブロック図である。
【図３】スキャン機能を診断する場合の診断処理のフローを例示する図である。
【図４】サーバーのハードウェア構成及び機能構成の一例を示すブロック図である。
【図５】管理情報の一例を示す図である。
【図６】複数の画像処理装置及びサーバーにおける動作プロセスの概念を示す図である。
【図７】不具合発生装置と正常稼働装置とが連携して行う診断処理の一例を示す図である。
【図８】図７に示す診断処理の実行回数と診断結果とを対応付けたテーブルを示す図である。
【図９】不具合発生装置と正常稼働装置とが連携して行う診断処理の他の例を示す図である。
【図１０】図９に示す診断処理の実行回数と診断結果とを対応付けたテーブルを示す図である。
【図１１】不具合発生装置と複数の正常稼働装置とが連携して行う診断処理の一例を示す図である。
【図１２】不具合発生装置において行われる処理手順の一例を示す図である。
【図１３】正常稼働装置において行われる処理手順の一例を示す図である。
【図１４】サーバーにおいて行われる処理手順の一例を示す図である。
【図１５】画像メモリが不具合部品であると推定された場合に優先的に行われる診断処理の一例を示す図である。
【図１６】画像メモリが不具合部品であると推定された場合に優先的に行われる診断処理の他の例を示す図である。
【図１７】画像メモリが不具合部品であると推定された場合に優先的に行われる診断処理の他の例を示す図である。
【図１８】画像メモリが不具合部品であると推定された場合に優先的に行われる診断処理の他の例を示す図である。
【図１９】画像メモリが不具合部品であると推定された場合に優先的に行われる診断処理のさらに他の例を示す図である。
【図２０】複数の画像処理装置が連携装置として特定された場合の診断処理の一例を示す図である。
【発明を実施するための形態】
【００２７】
以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。
【００２８】
図１は、本発明の一実施形態である画像処理システム１の概念的構成例を示す図である。この画像処理システム１は、複数の画像処理装置２とサーバー４とがネットワーク３に接続された構成である。複数の画像処理装置２のうち、画像処理装置２ａ，２ｂ，２ｃがネットワーク３ａに接続されており、画像処理装置２ｄ，２ｅ，２ｆがネットワーク３ｂに接続されている。画像処理装置２は、ＭＦＰ（Multifunction Peripherals）として構成され、スキャンジョブやプリントジョブなどのユーザーによって指定されたジョブを実行する。また画像処理装置２は、ネットワーク３ａ，３ｂを介して、他の画像処理装置２と通信可能であると共に、サーバー４とも通信可能である。サーバー４は、複数の画像処理装置２のそれぞれを管理するための装置であり、ネットワーク３ａ，３ｂのそれぞれに接続されている。
【００２９】
図２は、画像処理装置２のハードウェア構成及び機能構成の一例を示すブロック図である。図２に示すように、画像処理装置２は、ハードウェア構成として、操作パネル１０と、通信インタフェース１１と、スキャナ部１２と、入力画像処理部１３と、画像メモリ１４と、出力画像処理部１５と、プリンタ部１６と、全体制御部２０と、記憶装置３０とを備えており、これらがデータバス９を介して相互にデータの入出力を行うことができる構成である。尚、複数の画像処理装置２ａ〜２ｆは、いずれも図２に示す構成を有する点で共通している。ただし、複数の画像処理装置２ａ〜２ｆのハードウェア構成は、互いに完全に共通するものに限られず、一部のみが共通するものであっても構わない。
【００３０】
操作パネル１０は、画像処理装置２をユーザーが使用する際のユーザーインタフェースであり、表示部１０ａと、操作部１０ｂとを備えている。表示部１０ａは、例えばカラー液晶ディスプレイによって構成され、ユーザーに対して各種画面を表示する。操作部１０ｂは、タッチパネルキーや押しボタンキーなどによって構成され、ユーザーによる操作を受け付ける。
【００３１】
通信インタフェース１１は、画像処理装置２をネットワーク３に接続するためのものであり、他の画像処理装置２やサーバー４と通信を行う際のインタフェースである。
【００３２】
スキャナ部１２は、スキャンジョブの実行時に動作し、ユーザーによってセットされる原稿を光学的に読み取って画像データを生成するものである。スキャナ部１２は、データバス９を介して所定の診断用データ３２が入力されると、原稿を読み取って生成した画像データに対して行う処理と同じ処理を、その診断用データ３２に対して行い、処理済みのデータを出力する。
【００３３】
入力画像処理部１３は、画像処理装置２に入力される画像データに対して画像圧縮等の画像処理を行う処理部である。例えばスキャンジョブが実行される場合、スキャナ部１２から画像データが出力される。そのため、入力画像処理部１３は、スキャナ部１２から出力される画像データに対して画像圧縮等の画像処理を行う。
【００３４】
画像メモリ１４は、画像処理装置２においてスキャンジョブやプリントジョブが実行される際に画像データを一時的に格納するために使用されるメモリである。例えば、入力画像処理部１３による画像処理や、出力画像処理部１５による画像処理は、この画像メモリ１４を用いて行われる。
【００３５】
出力画像処理部１５は、画像処理装置２から出力される画像データに対して画像伸長等の画像処理を行う処理部である。例えば画像処理装置２においてプリントジョブが実行される場合、画像処理装置２は、出力画像処理部１５を動作させ、圧縮された画像データに対して画像伸長処理を施し、印刷可能な画像データを生成して出力する。
【００３６】
プリンタ部１６は、プリントジョブの実行時に動作し、入力する画像データに基づくトナー像を印刷用紙に転写して定着させることにより、印刷出力を行うものである。
【００３７】
全体制御部２０は、図示を省略するＣＰＵと、メインメモリとを備えており、各部の動作を制御するものである。例えば全体制御部２０は、上述したハードウェアを所定の順序で動作させることにより、スキャンジョブやプリンタジョブなどのユーザーによって指定されたジョブの実行を制御する。
【００３８】
また全体制御部２０は、ＣＰＵがプログラム３１を実行することによって診断部２１として機能する。例えば全体制御部２０は、画像処理装置２において不具合が発生した可能性がある場合に自動又は手動でプログラム３１を起動し、診断部２１を機能させる。
【００３９】
診断部２１は、複数のハードウェアを所定の順序で動作させる診断処理を実行し、その診断処理の結果に基づいて、複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じているか否かを診断する処理部である。この診断部２１は、自機に搭載されている複数のハードウェアを所定の順序で動作させることにより自己診断を行うことが可能である。また診断部２１は、他の画像処理装置（他のデバイス）２と連携し、自機のハードウェアと他の画像処理装置２のハードウェアとを所定の順序で動作させることにより連携診断を行うことも可能である。このような診断部２１は、診断処理指示部２２と、診断処理実行部２３と、診断結果判定部２４とを備えている。
【００４０】
診断処理指示部２２は、他の画像処理装置２と連携して診断処理を行う際に動作するものであり、他の画像処理装置２に診断処理の一部を実行するように指示する処理部である。例えば、画像処理装置２が他の画像処理装置２と連携して診断処理を行うときには、診断用データ３２に基づく処理を途中まで進行させたデータが他の画像処理装置２との間で送受信される。診断処理指示部２２は、そのようなデータを他の画像処理装置２へ送信するときに機能し、他の画像処理装置２に対して次に行うべき診断処理を指示するものである。
【００４１】
診断処理実行部２３は、複数のハードウェアを所定の順序で動作させる診断処理を実行するものである。診断処理実行部２３は、自機に搭載されているハードウェアのみを利用する自己診断を実行するだけでなく、他の画像処理装置２との連携診断も実行する。例えば、診断処理実行部２３は、他の画像処理装置２との連携診断において複数のハードウェアを所定の順序で動作させる診断処理を複数回繰り返し実行することができる。
【００４２】
診断結果判定部２４は、診断処理実行部２３によって行われる診断処理の結果を判定する処理部である。例えば診断処理実行部２３が他の画像処理装置２との連携診断において診断処理を繰り返し行った場合、診断結果判定部２４は、それら複数回の診断処理の結果に基づいて不具合の発生しているハードウェアを特定することができる。
【００４３】
記憶装置３０は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などによって構成される不揮発性の記憶手段である。この記憶装置３０には、全体制御部２０のＣＰＵによって実行されるプログラム３１が記憶される。また記憶装置３０には、診断処理が実行される際に用いられる診断用データ３２が記憶されると共に、診断用データ３２を用いた診断処理が正常であるか否かを判定するための検証用データ３３が記憶される。さらに記憶装置３０には、ジョブの実行中または診断処理の実行中に一時的なデータなどを記憶するための一時記憶領域３４が設けられる。
【００４４】
図３は、スキャン機能を診断する場合の診断処理のフローを例示する図である。スキャン機能を診断する診断処理では、スキャン機能に関する複数のハードウェアが図３に示す順序で動作する。すなわち、診断部２１は、スキャナ部１２、入力画像処理部１３、画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１の順序で動作させることにより、スキャン機能の診断処理を実行する。
【００４５】
診断部２１は、自機のスキャン機能に不具合が生じている可能性がある場合、まず自己診断のための診断処理を実行する。自己診断では、自機のハードウェアだけを用いて診断処理が行われる。すなわち、診断部２１は、自機に搭載されている、スキャナ部１２、入力画像処理部１３、画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１を順に動作させてスキャン機能が正常に動作するか否かの自己診断を行う。このとき、診断部２１は、はじめに診断用データ３２をスキャナ部１２へ投入し、スキャナ部１２において診断用データ３２に基づく処理を行わせる。以後、診断部２１は、ハードウェアで処理されたデータを次の順序のハードウェアに投入する処理を繰り返し、最終的に診断結果を判定する。診断部２１は、診断用データ３２を用いた診断処理によって得られるデータが、検証用データ３３に一致するか否かを判定することにより、スキャン機能が正常に動作しているか否かを判断する。例えば診断処理によって得られるデータが検証用データ３３に一致すれば、スキャン機能が正常に動作していることとなる。これに対し、診断処理によって得られるデータが検証用データ３３に一致しなければ、スキャン機能において不具合が発生していることが確定する。このような自己診断では、スキャナ部１２、入力画像処理部１３、画像メモリ１４、メインメモリ１９及び記憶装置３０のいずれかに不具合が生じていることを把握することが可能である。しかし、自己診断では、スキャナ部１２、入力画像処理部１３、画像メモリ１４、メインメモリ１９及び記憶装置３０のうちのどのハードウェアに不具合が生じているかを特定することができない。
【００４６】
そこで診断部２１は、自己診断によってスキャン機能 に不具合が生じていることが判明した場合に、不具合が生じているハードウェアを特定するために他の画像処理装置２と連携して診断処理を行う。このとき、診断部２１は、サーバー４と通信を行うことにより、自己診断の結果をサーバー４へ通知し、サーバー４からの指示に基づいて他の画像処理装置２との連携診断を行う。
【００４７】
図４は、サーバー４のハードウェア構成及び機能構成の一例を示すブロック図である。サーバー４は、ハードウェア構成として、制御部４０と、記憶装置４１と、通信インタフェース４２とを備えている。
【００４８】
制御部４０は、図示を省略するＣＰＵとメモリとを備えて構成され、各部の動作を制御するものである。制御部４０は、ＣＰＵがプログラム４３を実行することにより、管理部５１、不具合推定部５２、連携装置特定部５３及び通知部５４として機能する。
【００４９】
記憶装置４１は、ハードディスクドライブ（ＨＤＤ）などで構成される不揮発性の記憶手段である。記憶装置４１には、制御部４０のＣＰＵによって実行されるプログラム４３が記憶されると共に、複数の画像処理装置２のそれぞれに関する情報が登録された管理情報４４が記憶される。
【００５０】
通信インタフェース４２は、サーバー４をネットワーク３に接続するためのものであり、複数の画像処理装置２のそれぞれと通信を行う際のインタフェースである。
【００５１】
図５は、管理情報４４の一例を示す図である。管理情報４４は、サーバー４が管理する画像処理装置２に関する各種の情報が登録された情報である。例えば管理情報４４には、図５に示すように、各画像処理装置２の装置識別情報４４ａ、機種情報４４ｂ、シリアル番号４４ｃ、設置日時情報４４ｄ、設置場所情報４４ｅ、ハードウェア構成情報４４ｆ、不具合発生履歴情報４４ｇ及びメンテナンス情報４４ｈが登録されている。シリアル番号４４ｃは、画像処理装置２の製造順に付与されるユニークな番号である。またハードウェア構成情報４４ｆは、画像処理装置２のハードウェア構成が記述された情報であり、不具合発生履歴情報４４ｇは、画像処理装置２において発生したハードウェアの不具合に関する情報が記述された情報である。さらにメンテナンス情報４４ｈは、例えば画像処理装置２のハードウェア部品が交換された場合にその交換履歴などを記述した情報である。
【００５２】
図４に戻り、管理部５１は、記憶装置４１に記憶されている管理情報４４を管理する処理部である。管理部５１は、例えばサーバー管理者によって新たな画像処理装置２に関する情報が登録されると、その情報を管理情報４４に登録する。また管理部５１は、ネットワーク３を介して画像処理装置２から不具合部品が通知されると、その通知に基づき、不具合発生履歴情報４４ｇを更新する。さらに管理部５１は、ネットワーク３を介して画像処理装置２からメンテナンス作業が完了したことを示す作業完了通知を受信すると、その通知に基づき、メンテナンス情報４４ｈを更新する。したがって、管理部５１は、ネットワーク３を介して接続されている全ての画像処理装置２の状況をリアルタイムで管理情報４４に記録して管理する。
【００５３】
不具合推定部５２は、画像処理装置２から不具合が発生したことを示す診断要求を受信した場合に機能する。不具合推定部５２は、画像処理装置２から受信する自己診断の結果に基づき、自己診断時に動作した複数のハードウェアの中から、不具合の発生している可能性のあるハードウェアを推定する処理部である。例えば、不具合推定部５２は、記憶装置４１から管理情報４４を読み出し、自己診断で不具合の発生が検知された画像処理装置２と同一機種である他の画像処理装置２の不具合発生履歴情報４４ｇを参照し、自己診断で動作した複数のハードウェアの中に、他の画像処理装置２において不具合が発生したことがあるハードウェアがあれば、そのハードウェアを、不具合の発生している可能性のあるハードウェアとして推定する。また不具合推定部５２は、同一機種以外にも、例えば製造日が近い他の画像処理装置２や、設置日が同じ日である他の画像処理装置２、設置場所が同じ場所である他の画像処理装置２などの不具合発生履歴情報４４ｇを参照し、他の画像処理装置２において不具合が発生したことがあるハードウェアがあれば、そのハードウェアを、不具合の発生している可能性のあるハードウェアとして推定するようにしても良い。さらに不具合推定部５２は、他の画像処理装置２のメンテナンス情報４４ｈを参照し、自己診断で動作した複数のハードウェアの中に、他の画像処理装置２において交換されたハードウェアがあれば、そのハードウェアを、不具合の発生している可能性のあるハードウェアとして推定するようにしても良い。
【００５４】
連携装置特定部５３は、自己診断において不具合の発生が検知された画像処理装置２が連携して診断処理を行う連携装置を特定する処理部である。連携装置特定部５３は、管理情報４４に登録されている複数の画像処理装置２のうちから不具合の発生していない画像処理装置２を連携装置として特定する。このとき、連携装置特定部５３は、例えば、自己診断において不具合の発生が検知された画像処理装置２と同じハードウェア構成である他の画像処理装置２を１つ選択して連携装置として特定する。ただし、診断処理において動作するハードウェアの数が所定の閾値以上である場合、連携装置特定部５３は、２以上の画像処理装置２を連携装置として特定するようにしても良い。また自己診断において不具合の発生が検知された画像処理装置２と同じハードウェア構成である他の画像処理装置２が存在しない場合、連携装置特定部５３は、２以上の他の画像処理装置２を組み合わせることにより、診断処理を行うことが可能なハードウェア構成を実現できるか否かを判定する。そして診断処理を行うことが可能なハードウェア構成を実現できるのであれば、連携装置特定部５３は、それら２以上の他の画像処理装置２のそれぞれを連携装置として特定する。
【００５５】
通知部５４は、自己診断において不具合の発生が検知された画像処理装置２に対し、不具合が発生していると推定されたハードウェアや連携装置などを通知する処理部である。また通知部５４は、診断処理指示部５５を有している。診断処理指示部５５は、不具合が発生している画像処理装置２と、不具合が発生していない正常稼働中の画像処理装置２とが互いに連携して行う診断処理を指示する処理部である。例えば自己診断によってスキャン機能に不具合があると判定された場合、診断処理指示部５５は、スキャン機能を診断するための診断処理を行うことを、不具合が発生している画像処理装置２及び不具合が発生していない正常稼働中の画像処理装置２に指示する。これにより、不具合が発生している画像処理装置２と、不具合が発生していない正常稼働中の画像処理装置２とが互いに連携して不具合の発生しているハードウェアを特定するための診断処理を行うようになる。すなわち、不具合が発生している画像処理装置２の診断部２１は、不具合の発生していない他の画像処理装置２の診断部２１との連携動作を開始するのである。そして不具合が発生している画像処理装置２の診断部２１は、他の画像処理装置２の診断部２１と連携し、自機に搭載されているハードウェア及び他の画像処理装置２のハードウェアを所定の順序で択一的に動作させながら診断処理を行うことにより、自機に搭載されている複数のハードウェアのうちから不具合が生じているハードウェアを特定する。
【００５６】
図６は、複数の画像処理装置２及びサーバー４における動作プロセスの概念を示す図である。尚、図６では、画像処理装置２ａにおいて不具合が発生し、画像処理装置２ａが画像処理装置２ｂと連携して診断処理を行う場合を例示している。まず画像処理装置２ａにおいて不具合が発生した可能性がある場合、画像処理装置２ａは、自己診断処理を実行する（プロセスＰ１）。この自己診断処理では、画像処理装置２ａに搭載されている複数のハードウェアを所定の順序で動作させる診断処理が行われる。そして画像処理装置２ａは、自己診断の結果によって自機において不具合が発生していることを検知する（プロセスＰ２）。
【００５７】
画像処理装置２ａは、自機において不具合が発生していることを検知すると、サーバー４に対して診断要求Ｄ１を送信する（プロセスＰ３）。この診断要求Ｄ１は、サーバー４に対して連携診断のための指示を要求するものである。また診断要求Ｄ１には、自己診断の際に行った診断処理の内容と、自己診断の結果とが含まれる。そのため、サーバー４は、画像処理装置２ａから受信する診断要求Ｄ１を解析することにより、画像処理装置２ａにおいて自己診断が行われた際に動作した複数のハードウェアを特定することができ、それら複数のハードウェアの中に、不具合が発生しているハードウェアが存在することを把握することができる。
【００５８】
サーバー４は、画像処理装置２ａからの診断要求Ｄ１を受信すると、まず不具合箇所を推定する（プロセスＰ４）。すなわち、サーバー４は、自己診断において動作した複数のハードウェアの中のいずれのハードウェアに不具合が生している可能性があるかを推定するのである。このとき、サーバー４は、上述したように管理情報４４に登録されている他の画像処理装置２の情報を参照し、不具合が生じているハードウェアを推定する。
【００５９】
次にサーバー４は、画像処理装置２ａが連携すべき連携装置を特定する（プロセスＰ５）。このとき、サーバー４は、管理情報４４を参照することにより、現時点において不具合の発生していない他の画像処理装置２を連携装置として特定する。例えば、不具合の発生していない複数の画像処理装置２が連携装置候補として抽出された場合、サーバー４は、不具合が発生している画像処理装置２ａと同じネットワーク３ａに接続されている画像処理装置２ｂを連携装置として特定する。尚、サーバー４は、不具合が発生してない複数の画像処理装置２を連携装置として特定することもある。
【００６０】
サーバー４は、連携装置を特定すると、次に画像処理装置２ａと画像処理装置２ｂとが連携して行う診断処理を決定する（プロセスＰ６）。例えば画像処理装置２ａのスキャン機能に不具合が発生している場合、サーバー４は、スキャンジョブの実行時に動作する複数のハードウェアを所定の順序で動作させる診断処理を決定する。このとき、サーバー４は、自己診断と同じ診断処理を決定しても良い。またサーバー４は、プロセスＰ４において不具合が生じていると推定したハードウェアを優先的に診断する診断処理を決定しても良い。
【００６１】
そしてサーバー４は、不具合が発生している画像処理装置２ａと、画像処理装置２ａと連携する画像処理装置２ｂとのそれぞれに対し、診断処理通知Ｄ２を送信する（プロセスＰ７）。この診断処理通知Ｄ２には、連携装置を示す情報と、診断処理の具体的な内容を示す情報とが含まれる。
【００６２】
画像処理装置２ａは、サーバー４から診断処理通知Ｄ２を受信すると、画像処理装置２ｂが連携装置であることを把握する。また画像処理装置２ｂは、サーバー４から診断処理通知Ｄ２を受信すると、画像処理装置２ａが連携装置であることを把握する。そして画像処理装置２ａと２ｂは、互い連携しながらサーバー４から指示された診断処理の実行を開始する（プロセスＰ８）。これにより、画像処理装置２ａの診断部２１と画像処理装置２ｂの診断部２１とが互いに連携し、画像処理装置２ａのハードウェア及び画像処理装置２ｂのハードウェアを所定の順序で択一的に動作させる診断処理が行われる。また画像処理装置２ａと２ｂとが互いに連携しながら行う診断処理は、複数回繰り返し行われることもある。
【００６３】
そして画像処理装置２ａと２ｂとが連携して診断処理を行うことにより、画像処理装置２ａにおいて不具合が発生しているハードウェア（不具合部品）が特定される（プロセスＰ９）。画像処理装置２ａは、自機の不具合部品を特定すると、サーバー４に対して不具合部品通知Ｄ３を送信する（プロセスＰ１０）。この不具合部品通知Ｄ３には、特定されたハードウェア（不具合部品）に関する情報が含まれる。サーバー４は、その不具合部品通知Ｄ３を受信すると、管理情報４４を更新する（プロセスＰ１１）。具体的には、サーバー４において管理部５１が機能し、管理情報４４の画像処理装置２ａに関する不具合発生履歴情報４４ｇに不具合部品に関する情報が追加される。
【００６４】
また画像処理装置２ａは、自機の不具合部品を特定すると、操作パネル１０の表示部１０ａに不具合部品に関する情報を表示することにより、ユーザーに対して不具合が生じているハードウェアを報知する（プロセスＰ１２）。これにより、ユーザーは、交換すべきハードウェアを正確に把握することができる。そしてユーザーによる交換作業が行われる（プロセスＰ１３）。不具合部品の交換作業が完了すると、画像処理装置２ａは、サーバー４に対して作業完了通知Ｄ４を送信する（プロセスＰ１４）。この作業完了通知Ｄ４には、例えば交換されたハードウェアに関する情報が含まれる。サーバー４は、作業完了通知Ｄ４を受信すると、管理情報４４を更新する（プロセスＰ１５）。すなわち、サーバー４において管理部５１が機能し、管理情報４４の画像処理装置２ａに関するメンテナンス情報４４ｈに交換されたハードウェアに関する情報が追加される。
【００６５】
このように本実施形態では、不具合が発生した画像処理装置２ａと、不具合が発生してない画像処理装置２ｂとが互いに連携して診断処理を行うことにより、画像処理装置２において不具合が発生しているハードウェアを特定するようにしている。以下においては、そのような診断処理の詳細について説明する。
【００６６】
図７は、不具合発生装置である画像処理装置２ａと、正常稼働装置である画像処理装置２ｂとが連携して行う診断処理の一例を示す図である。尚、図７では、スキャン機能を診断する場合の診断処理のフローを例示している。この診断処理は、自己診断と同様に、スキャナ部１２、入力画像処理部１３、画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１をこの順で動作させることにより診断を行うフローである。そして画像処理装置２ａと２ｂとが連携する診断処理では、画像処理装置２ａと２ｂのうちから上記フローに沿って画像処理装置２ａと２ｂとのいずれか一方のハードウェアを選択して動作させることにより、診断を行う。
【００６７】
また画像処理装置２ａと２ｂは、上記フローに沿った診断処理を複数回繰り返し行う。図７に示す診断処理６１は１回目の診断処理を示しており、診断処理６２は２回目の診断処理を示している。さらに診断処理６３は３回目の診断処理を示している。
【００６８】
１回目の診断処理６１は、正常稼働装置である画像処理装置２ｂから始まる。すなわち、画像処理装置２ｂは、診断処理６１を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。そして画像処理装置２ｂは、自機のスキャナ部１２から出力されるデータを、画像処理装置２ａへ転送する。
【００６９】
画像処理装置２ａは、画像処理装置２ｂから転送されるデータを受信すると、そのデータを自機の入力画像処理部１３へ供給し、入力画像処理部１３においてそのデータを処理させる。以後、画像処理装置２ａは、入力画像処理部１３から出力されるデータを、画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６１の結果を判定する。このとき、診断処理６１の結果がＯＫであれば、画像処理装置２ａのスキャナ部１２に不具合が発生していることを特定することができる。これに対し、診断処理６１の結果がＮＧであれば、診断処理６１において不具合のあるハードウェアが動作したことになるため、画像処理装置２ａにおいて不具合が発生しているハードウェアを特定することができない。
【００７０】
２回目の診断処理６２は、１回目の診断処理６１において不具合が発生しているハードウェアを特定できなかった場合に行われる。２回目の診断処理６２もまた、正常稼働装置である画像処理装置２ｂから始まる。すなわち、画像処理装置２ｂは、診断処理６２を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。その後、画像処理装置２ｂは、自機のスキャナ部１２から出力されるデータを、自機の入力画像処理部１３へ供給し、入力画像処理部１３による処理を行わせる。そして画像処理装置２ｂは、自機の入力画像処理部１３から出力されるデータを、画像処理装置２ａへ転送する。
【００７１】
画像処理装置２ａは、画像処理装置２ｂから転送されるデータを受信すると、そのデータを自機の画像メモリ１４へ供給し、画像メモリ１４にそのデータを一旦記憶させる。その後、画像処理装置２ａは、画像メモリ１４からデータを読み出し、そのデータを、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６２の結果を判定する。このとき、診断処理６２の結果が仮にＯＫとなれば、画像処理装置２ａの入力画像処理部１３に不具合が発生していることを特定することができる。ただし、入力画像処理部１３は診断処理６２において２度動作するため、入力画像処理部１３に不具合が生じていれば、診断処理６２がＯＫとなることはない。また診断処理６２の結果がＮＧであれば、依然として画像処理装置２ａにおいて不具合が発生しているハードウェアを特定することができない。
【００７２】
３回目の診断処理６３は、２回目の診断処理６２においても不具合が発生しているハードウェアを特定できなかった場合に行われる。３回目の診断処理６３もまた、正常稼働装置である画像処理装置２ｂから始まる。すなわち、画像処理装置２ｂは、診断処理６３を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。そして画像処理装置２ｂは、自機のスキャナ部１２から出力されるデータを、自機の入力画像処理部１３へ供給し、入力画像処理部１３による処理を行わせる。さらに画像処理装置２ｂは、自機の入力画像処理部１３から出力されるデータを、自機の画像メモリ１４へ供給し、画像メモリ１４にそのデータを一旦記憶させる。そして画像処理装置２ｂは、自機の画像メモリ１４からデータを読み出し、そのデータを画像処理装置２ａへ転送する。
【００７３】
画像処理装置２ａは、画像処理装置２ｂから転送されるデータを受信すると、そのデータを、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６２の結果を判定する。このとき、診断処理６２の結果がＯＫとなれば、画像処理装置２ａの画像メモリ１４に不具合が発生していることを特定することができる。これに対し、診断処理６２の結果がＮＧであれば、依然として画像処理装置２ａにおいて不具合が発生しているハードウェアを特定することができない。そのため、この場合は、４回目以降の診断処理を実行することになる。
【００７４】
このように画像処理装置２ａ，２ｂは、互いに連携する診断処理を繰り返し行う度に、画像処理装置２ａにおいて動作させるハードウェアを１つずつ減少させる共に、画像処理装置２ｂにおいて動作させるハードウェアを１つずつ増加させることにより、それ以前の診断結果とは異なる診断結果が得られることがある。そして、それ以前の診断結果とは異なる診断結果となったことが検知されたとき、その診断処理の実行時に、画像処理装置２ａで動作しなかったハードウェアに不具合が生じていることを特定することができる。
【００７５】
図８は、図７に示す診断処理の実行回数と診断結果とを対応付けたテーブルを示す図である。画像処理装置２ａ，２ｂの診断部２１は、診断処理を実行する度に、図８に示すテーブルに診断結果を記述していく。そして図８に示すように、１回目と２回目の診断処理の結果がＮＧであったにもかかわらず、３回目の診断処理の結果がＯＫとなれば、３回目の診断処理において正常なハードウェアが動作したこととなる。そのため、３回目の診断処理が行われるときに、画像処理装置２ａにおいて動作しなかったハードウェア（画像メモリ１４）に不具合が生じていることを特定することができるのである。この場合、画像処理装置２ａ，２ｂの診断部２１は、３回目の診断処理が終了した時点で画像処理装置２ａにおいて不具合が生じているハードウェアを特定することができるため、４回目以降の診断処理を行う必要はない。
【００７６】
図９は、不具合発生装置である画像処理装置２ａと、正常稼働装置である画像処理装置２ｂとが連携して行う診断処理の他の例を示す図である。尚、図９に示す診断処理も、図７と同様に、スキャナ部１２、入力画像処理部１３、画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１をこの順で動作させることにより診断を行うフローを例示している。そして図９に示す診断処理６１は１回目の診断処理を、診断処理６２は２回目の診断処理を、診断処理６３は３回目の診断処理をそれぞれ示している。
【００７７】
１回目の診断処理６１は、不具合発生装置である画像処理装置２ａから始まる。すなわち、画像処理装置２ａは、診断処理６１を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。そして画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、画像処理装置２ｂへ転送する。
【００７８】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを自機の入力画像処理部１３へ供給し、入力画像処理部１３においてそのデータを処理させる。以後、画像処理装置２ｂは、入力画像処理部１３から出力されるデータを、画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６１の結果を判定する。このとき、診断処理６１の結果がＮＧであれば、画像処理装置２ａのスキャナ部１２に不具合が発生していることを特定することができる。これに対し、診断処理６１の結果がＯＫであれば、診断処理６１において不具合のあるハードウェアが動作しなかったことになるため、画像処理装置２ａにおいて不具合が発生しているハードウェアを特定することができない。
【００７９】
２回目の診断処理６２は、１回目の診断処理６１において不具合が発生しているハードウェアを特定できなかった場合に行われる。２回目の診断処理６２もまた、不具合発生装置である画像処理装置２ａから始まる。すなわち、画像処理装置２ａは、診断処理６２を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。その後、画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、自機の入力画像処理部１３へ供給し、入力画像処理部１３による処理を行わせる。そして画像処理装置２ａは、自機の入力画像処理部１３から出力されるデータを、画像処理装置２ｂへ転送する。
【００８０】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを自機の画像メモリ１４へ供給し、画像メモリ１４にそのデータを一旦記憶させる。その後、画像処理装置２ｂは、画像メモリ１４からデータを読み出し、そのデータを、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６２の結果を判定する。このとき、診断処理６２の結果がＮＧとなれば、画像処理装置２ａの入力画像処理部１３に不具合が発生していることを特定することができる。これに対し、診断処理６２の結果がＯＫであれば、依然として画像処理装置２ａにおいて不具合が発生しているハードウェアを特定することができない。
【００８１】
３回目の診断処理６３は、２回目の診断処理６２においても不具合が発生しているハードウェアを特定できなかった場合に行われる。３回目の診断処理６３もまた、不具合発生装置である画像処理装置２ａから始まる。すなわち、画像処理装置２ａは、診断処理６３を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。そして画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、自機の入力画像処理部１３へ供給し、入力画像処理部１３による処理を行わせる。さらに画像処理装置２ａは、自機の入力画像処理部１３から出力されるデータを、自機の画像メモリ１４へ供給し、画像メモリ１４にそのデータを一旦記憶させる。そして画像処理装置２ａは、自機の画像メモリ１４からデータを読み出し、そのデータを画像処理装置２ｂへ転送する。
【００８２】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６３の結果を判定する。このとき、診断処理６３の結果がＮＧとなれば、画像処理装置２ａの画像メモリ１４に不具合が発生していることを特定することができる。これに対し、診断処理６３の結果がＯＫであれば、依然として画像処理装置２ａにおいて不具合が発生しているハードウェアを特定することができない。そのため、この場合は、４回目以降の診断処理を実行することになる。
【００８３】
このように画像処理装置２ａ，２ｂは、互いに連携する診断処理を繰り返し行う度に、画像処理装置２ａにおいて動作させるハードウェアを１つずつ増加させる共に、画像処理装置２ｂにおいて動作させるハードウェアを１つずつ減少させることにより、それ以前の診断結果とは異なる診断結果が得られることがある。そして、それ以前の診断結果とは異なる診断結果となったことが検知されたとき、その診断処理の実行時に、画像処理装置２ａで動作したハードウェアに不具合が生じていることを特定することができる。
【００８４】
図１０は、図９に示す診断処理の実行回数と診断結果とを対応付けたテーブルを示す図である。画像処理装置２ａ，２ｂの診断部２１は、診断処理を実行する度に、図１０に示すテーブルに診断結果を記述していく。そして図１０に示すように、１回目と２回目の診断処理の結果がＯＫであったにもかかわらず、３回目の診断処理の結果がＮＧとなれば、３回目の診断処理において不具合のあるハードウェアが動作したこととなる。そのため、３回目の診断処理が行われるときに、画像処理装置２ａにおいて動作したハードウェア（画像メモリ１４）に不具合が生じていることを特定することができるのである。この場合、画像処理装置２ａ，２ｂの診断部２１は、３回目の診断処理が終了した時点で画像処理装置２ａにおいて不具合が生じているハードウェアを特定することができるため、４回目以降の診断処理を行う必要はない。
【００８５】
図９では、診断処理６１，６２，６３の結果を正常稼働装置である画像処理装置２ｂで判定する。そのため、画像処理装置２ａが診断処理を実行しているときに不具合部品が影響して診断処理がフリーズしてしまった場合であっても、画像処理装置２ｂの診断部２１がそのフリーズ状態を検知して診断処理の結果をＮＧに判定することができる。例えば画像処理装置２ｂは、画像処理装置２ａにおいて診断処理６１，６２，６３が開始されてから所定時間が経過してもデータを受信しないときには、画像処理装置２ａにおいて診断処理６１，６２，６３がフリーズしているものとして診断結果をＮＧに判定することができる。
【００８６】
これに対し、図７の診断処理では、画像処理装置２ａが診断結果を判定するため、画像処理装置２ａが診断処理６１，６２，６３の実行中にフリーズしてしまったときには診断結果を判定することができなくなる。したがって、画像処理装置２ａにおいて実行されている診断処理が途中でフリーズしてしまった場合でも一定時間経過後に診断結果を得ることができるという点で、図７に示す診断処理よりも、図９に示す診断処理の方がより好ましい。
【００８７】
ところで、診断処理において動作するハードウェアの数が多い場合、上述したように不具合発生装置が１台の正常稼働装置と連携して診断処理を繰り返し行うようにすると、１回当たりの診断処理が終了するまでに時間を要し、不具合が発生しているハードウェアを特定するまでに時間を要する。そのため、サーバー４は、複数の画像処理装置２を連携させて行う診断処理において動作するハードウェアの数が所定の閾値以上である場合には、複数の正常稼働装置を連携装置として特定し、不具合発生装置と複数の正常稼働装置とを連携させて診断処理を並列的に行えるようにすることが好ましい。
【００８８】
図１１は、不具合発生装置である画像処理装置２ａと、正常稼働装置である２台の画像処理装置２ｂ，２ｃとが連携して行う診断処理の一例を示す図である。尚、図１１に示す診断処理も、図７及び図９と同様に、スキャナ部１２、入力画像処理部１３、画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１をこの順で動作させることにより診断を行うフローを例示している。そして図１１に示す診断処理６１は１回目の診断処理を、診断処理６２は２回目の診断処理を、診断処理６３は３回目の診断処理を、診断処理６４は４回目の診断処理をそれぞれ示している。
【００８９】
１回目の診断処理６１は、不具合発生装置である画像処理装置２ａから始まる。すなわち、画像処理装置２ａは、診断処理６１を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。そして画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、画像処理装置２ｂへ転送する。
【００９０】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを、自機の入力画像処理部１３、画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６１の結果を判定する。
【００９１】
２回目の診断処理６２は、１回目の診断処理６１が画像処理装置２ｂに移行した後に行われる。すなわち、画像処理装置２ａは、スキャナ部１２で処理したデータを画像処理装置２ｂへ転送すると、２回目の診断処理６２を開始する。画像処理装置２ａは、診断処理６２を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。その後、画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、自機の入力画像処理部１３へ供給し、入力画像処理部１３による処理を行わせる。そして画像処理装置２ａは、自機の入力画像処理部１３から出力されるデータを、画像処理装置２ｃへ転送する。
【００９２】
画像処理装置２ｃは、画像処理装置２ａから転送されるデータを受信すると、そのデータを、自機の画像メモリ１４、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６２の結果を判定する。画像処理装置２ｃにおいて行われる診断処理６２は、画像処理装置２ｂにおいて診断処理６１が進行しているときにもそれと並行して行われる。
【００９３】
３回目の診断処理６３は、画像処理装置２ｂにおいて行われていた１回目の診断処理６１が終了した後に行われる。すなわち、画像処理装置２ａは、画像処理装置２ｂにおいて次の診断処理を開始することができる状態になると、３回目の診断処理６３を開始する。画像処理装置２ａは、診断処理６３を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。その後、画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、自機の入力画像処理部１３、画像メモリ１４へ順次供給する。そして画像処理装置２ａは、自機の画像メモリ１４からデータを読み出し、そのデータを画像処理装置２ｂへ転送する。
【００９４】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６３の結果を判定する。画像処理装置２ｂにおいて行われる診断処理６３は、画像処理装置２ｃにおいて診断処理６２が進行しているときにもそれと並行して行われる。
【００９５】
４回目の診断処理６４は、画像処理装置２ｃにおいて行われていた２回目の診断処理６２が終了した後に行われる。すなわち、画像処理装置２ａは、画像処理装置２ｃにおいて次の診断処理を開始することができる状態になると、４回目の診断処理６４を開始する。画像処理装置２ａは、診断処理６４を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。その後、画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、自機の入力画像処理部１３、画像メモリ１４、入力画像処理部１３へ順次供給する。そして画像処理装置２ａは、入力画像処理部１３から出力されるデータを、画像処理装置２ｃへ転送する。
【００９６】
画像処理装置２ｃは、画像処理装置２ａから転送されるデータを受信すると、そのデータを、メインメモリ１９、記憶装置３０及び診断部２１に対して順次供給して処理を行わせ、最終的に診断処理６３の結果を判定する。画像処理装置２ｃにおいて行われる診断処理６４は、画像処理装置２ｂにおいて診断処理６３が進行しているときにもそれと並行して行われる。
【００９７】
このように画像処理装置２ａにおける複数のハードウェアのうちのいずれかのハードウェアにおいて不具合が生じた場合、画像処理装置２ａのハードウェア及び画像処理装置２ｂのハードウェアを所定の順序で択一的に動作させて行う診断処理６１，６３と、画像処理装置２ａのハードウェア及び画像処理装置２ｃのハードウェアを所定の順序で択一的に動作させて行う診断処理６２，６４とを並列的に行うことにより、画像処理装置２ａにおいて不具合の発生しているハードウェアを効率的に特定することができるようになる。
【００９８】
次に不具合発生装置である画像処理装置２ａにおける動作について説明する。図１２は、不具合発生装置である画像処理装置２ａにおいて行われる処理手順の一例を示す図である。尚、この処理は、画像処理装置２ａの全体制御部２０において機能する診断部２１によって行われる処理である。
【００９９】
画像処理装置２ａは、この処理を開始すると、まず自己診断を行うか否かを判断する（ステップＳ１０）。例えば画像処理装置２ａにおいて不具合が発生した可能性があり、ユーザーによって自己診断の実行が指定された場合、画像処理装置２は、自己診断を行うと判断する。また画像処理装置２は、画像処理装置２ａにおいて不具合が発生した可能性があることを検知した場合に自動的に自己診断を行うと判断するようにしても良い。その結果、自己診断を行わない場合（ステップＳ１０でＮＯ）、画像処理装置２ａによる処理が終了する。
【０１００】
これに対し、自己診断を行う場合（ステップＳ１０でＹＥＳ）、画像処理装置２ａは、画像処理装置２ａに搭載されているハードウェアだけを用いて自己診断を実行し（ステップＳ１１）、その自己診断において不具合の発生が検知されたか否かを判断する（ステップＳ１２）。自己診断において不具合の発生が検知されなかった場合（ステップＳ１２でＮＯ）、画像処理装置２ａによる処理は終了する。これに対し、自己診断において不具合の発生が検知された場合（ステップＳ１２でＹＥＳ）、画像処理装置２ａによる処理はステップＳ１３へ進む。すなわち、自己診断では、画像処理装置２ａに搭載されている複数のハードウェアのうちのいずれかのハードウェアに不具合が発生していることを検知することができる反面、複数のハードウェアのうちのどのハードウェアに不具合が発生しているかを特定することができない。そのため、画像処理装置２ａは、不具合の発生していない他の画像処理装置２ｂと連携することにより、実際に不具合が発生しているハードウェアを特定するためにステップＳ１３以降の処理を行うのである。
【０１０１】
画像処理装置２ａは、自己診断によって不具合の発生が検知されると、まずサーバー４に対して診断要求Ｄ１を送信し（ステップＳ１３）、サーバー４から診断処理通知Ｄ２を受信するまで待機する（ステップＳ１４）。画像処理装置２ａは、サーバー４から診断処理通知Ｄ２を受信すると（ステップＳ１４でＹＥＳ）、サーバー４からの指示に基づいて連携装置を特定し（ステップＳ１５）、更に連携装置と行う診断処理を決定する（ステップＳ１６）。
【０１０２】
そして画像処理装置２ａは、サーバー４から連携装置として指定された他の画像処理装置２ｂと連携しながら診断処理を開始する（ステップＳ１７）。これにより、画像処理装置２ａと２ｂは、画像処理装置２ａのハードウェアと画像処理装置２ｂのハードウェアとを択一的に動作させながら診断処理を進行させていく。そして診断処理が終了すると（ステップＳ１８でＹＥＳ）、画像処理装置２ａは、所定の診断結果が得られたか否かを判断する（ステップＳ１９）。例えば図７に示した診断処理を行った場合、画像処理装置２ａは、所定の診断結果として診断結果がＯＫであるか否かを判断する。また図９に示した診断処理を行った場合、画像処理装置２ａは、所定の診断結果として診断結果がＮＧであるか否かを判断する。その結果、所定の診断結果でない場合（ステップＳ１９でＮＯ）、画像処理装置２ａによる処理はステップＳ１７へ戻り、再び診断処理が開始される。このとき、画像処理装置２ａは、画像処理装置２ａ，２ｂのそれぞれで動作させるハードウェアの数をそれ以前の診断処理とは異なる数に設定し、再び診断処理を開始する。
【０１０３】
そして診断処理が終了すると（ステップＳ１８でＹＥＳ）、画像処理装置２ａは、再び所定の診断結果が得られたか否かを判断する（ステップＳ１９）。所定の診断結果が得られた場合（ステップＳ１９でＹＥＳ）、画像処理装置２ａは、その診断結果に基づいて不具合が発生しているハードウェア（不具合部品）を特定する（ステップＳ２０）。そして画像処理装置２ａは、不具合部品をサーバー４へ通知すると共に（ステップＳ２１）、ユーザーに対して不具合部品を報知する（ステップＳ２２）。その後、画像処理装置２ａは、不具合部品の交換作業が完了すると（ステップＳ２３でＹＥＳ）、サーバー４に対して作業完了通知Ｄ４を送信する。以上で、不具合発生装置である画像処理装置２ａにおける処理が終了する。
【０１０４】
次に正常稼働装置である画像処理装置２ｂにおける動作について説明する。図１３は、正常稼働装置である画像処理装置２ｂにおいて行われる処理手順の一例を示す図である。画像処理装置２ｂは、正常稼働状態において、この処理を開始すると、サーバー４から診断処理通知Ｄ２を受信したか否かを判断する（ステップＳ３０）。診断処理通知Ｄ２を受信していない場合（ステップＳ３０でＮＯ）、画像処理装置２ｂによる処理が終了する。これに対し、診断処理通知Ｄ２を受信した場合（ステップＳ３０でＹＥＳ）、画像処理装置２ｂは、サーバー４からの指示に基づいて連携装置を特定し（ステップＳ３１）、更に連携装置と行う診断処理を決定する（ステップＳ３２）。
【０１０５】
そして画像処理装置２ｂは、サーバー４から連携装置として指定された他の画像処理装置２ａと連携しながら診断処理を開始する（ステップＳ３３）。これにより、画像処理装置２ｂは、画像処理装置２ａのハードウェアと画像処理装置２ｂのハードウェアとを択一的に動作させながら診断処理を進行させていく。そして診断処理が終了すると（ステップＳ３４でＹＥＳ）、画像処理装置２ｂは、所定の診断結果が得られたか否かを判断する（ステップＳ３５）。その結果、所定の診断結果でない場合（ステップＳ３５でＮＯ）、画像処理装置２ｂによる処理はステップＳ３３へ戻り、再び診断処理が開始される。このとき、画像処理装置２ｂは、画像処理装置２ａ，２ｂのそれぞれで動作させるハードウェアの数をそれ以前の診断処理とは異なる数に設定し、再び診断処理を開始する。
【０１０６】
そして診断処理が終了すると（ステップＳ３５でＹＥＳ）、画像処理装置２ｂは、再び所定の診断結果が得られたか否かを判断する（ステップＳ３５）。所定の診断結果が得られると（ステップＳ３５でＹＥＳ）、画像処理装置２ａにおいて不具合が発生しているハードウェア（不具合部品）を特定することができるため、画像処理装置２ｂによる処理が終了する。尚、診断処理が終了した場合、画像処理装置２ａ，２ｂのうちの一方で診断処理の結果を判定した場合には他方にその診断結果を通知することが好ましい。これにより、画像処理装置２ａ，２ｂのうちの一方で診断処理の結果が判別された場合であっても、他方でその診断結果を把握することができるようになる。
【０１０７】
次にサーバー４の動作について説明する。図１４は、サーバー４において行われる処理手順の一例を示す図である。例えばサーバー４は、制御部４０のＣＰＵがプログラム４３を実行することにより、図１４に示す処理が行われる。またサーバー４は、図１４に示す処理を一定時間ごとに繰り返し実行する。サーバー４は、図１４に示す処理を開始すると、いずれかの画像処理装置２から診断要求Ｄ１を受信したか否かを判断する（ステップＳ４０）。診断要求Ｄ１を受信していない場合（ステップＳ４０でＮＯ）、サーバー４による処理は終了する。一方、診断要求Ｄ１を受信している場合（ステップＳ４０でＹＥＳ）、サーバー４は、診断要求Ｄ１に含まれる情報に基づいて不具合発生装置を特定し、さらに診断要求Ｄ１に含まれる情報に基づいて不具合発生装置による自己診断の結果を参照する（ステップＳ４１）。画像処理装置２ａが不具合発生装置であると特定した場合、サーバー４は、管理情報４４を参照し、画像処理装置２ａにおける不具合部品を推定する（ステップＳ４２）。例えば、サーバー４は、他の画像処理装置２の不具合発生履歴情報４４ｇを参照することにより、自己診断で動作した複数のハードウェアの中に、他の画像処理装置２において過去に不具合が発生した履歴があるか否かを判断し、過去に不具合は発生したハードウェアがあれば、そのハードウェアを不具合部品として推定する。
【０１０８】
またサーバー４は、不具合発生装置である画像処理装置２ａと連携して診断処理を行う連携装置を特定する（ステップＳ４３）。このとき、サーバー４は、少なくとも１つの連携装置を特定する。すなわち、サーバー４は、複数の連携装置を特定するようにしても良い。例えばサーバー４は、上述したように複数の画像処理装置２を連携させて行う診断処理において動作するハードウェアの数が所定の閾値以上である場合に、複数の連携装置を特定する。尚、以下においては、連携装置として画像処理装置２ｂを特定した場合を例示する。
【０１０９】
次にサーバー４は、不具合発生装置である画像処理装置２ａと、連携装置として特定した正常稼働装置である画像処理装置２ｂとが連携して行う診断処理を決定する（ステップＳ４４）。そしてサーバー４は、不具合発生装置である画像処理装置２ａと、連携装置として特定した画像処理装置２ｂとのそれぞれに対して診断処理通知Ｄ２を送信する（ステップＳ４５）。これにより、画像処理装置２ａ，２ｂにおいてハードウェアを択一的に動作させる診断処理が開始され、画像処理装置２ａにおいて不具合が発生しているハードウェアが特定できるまで診断処理が繰り返し実行される。そして画像処理装置２ａにおいて不具合が発生しているハードウェアが特定されると、画像処理装置２ａ，２ｂによる連携診断が終了する（ステップＳ４６でＹＥＳ）。
【０１１０】
連携診断が終了すると、サーバー４は、画像処理装置２ａから受信する不具合部品通知Ｄ３に基づき、管理情報４４を更新する（ステップＳ４７）。またサーバー４は、画像処理装置２ａから作業完了通知Ｄ４を受信すると（ステップＳ４８でＹＥＳ）、再び管理情報４４を更新する（ステップＳ４９）。このようなサーバー４が、ネットワーク３に接続されている各画像処理装置２の不具合発生履歴やメンテナンス履歴などを管理情報４４に保存して管理しておくことにより、管理情報４４には膨大な数の画像処理装置２に関する情報が記録されることになる。例えば画像処理装置２が世界各国に存在すれば、それら各国においてどのような不具合が発生し易いかなどを統計的に得ることもできる。したがって、サーバー４が不具合部品を推定するときには、画像処理装置２の設置環境などを考慮して不具合部品を推定することも可能となる。以上で、サーバー４が行う処理が終了する。
【０１１１】
以上のように本実施形態では、不具合発生装置である画像処理装置２ａと、正常稼働装置である画像処理装置２ｂとが、複数のハードウェアを所定の順序で動作させる診断処理を連携して実行するとき、画像処理装置２ａのハードウェアと画像処理装置２ｂのハードウェアとを択一的に動作させながら診断処理を進行させていくようにしている。そのため、画像処理装置２ａ，２ｂにおいて動作するハードウェアの数を変更しつつ、診断処理を繰り返し行うことにより、画像処理装置２ａにおいて不具合が発生しているハードウェアを正確に特定することができる。すなわち、本実施形態によれば、従来の自己診断では特定することが困難であった不具合部品を簡単に且つ正確に特定することができるのである。
【０１１２】
またサーバー４は、画像処理装置２ａ，２ｂに対して診断処理通知Ｄ２を送信するとき、推定した不具合部品を優先的に診断するための診断処理を行うことを、画像処理装置２ａ，２ｂに対して指示するようにしても良い。この場合、画像処理装置２ａ，２ｂは、サーバー４において推定された不具合部品を動作させる診断処理と、サーバー４において推定された不具合部品を動作させない診断処理とを優先的に行う。そのため、サーバー４において推定された不具合部品に、実際に不具合が発生しているか否かを速やかに判定することができる。
【０１１３】
図１５は、画像メモリ１４が不具合部品であると推定された場合に優先的に行われる診断処理の一例を示す図である。尚、図１５では、スキャン機能を診断する場合の診断処理のフローを例示している。画像メモリ１４が不具合部品であると推定された場合、画像処理装置２ａ，２ｂは、画像メモリ１４に不具合が発生しているか否かを優先的に診断するために、診断処理７１，７２を行う。例えば診断処理７１は１回目の診断処理であり、診断処理７２は２回目の診断処理である。
【０１１４】
１回目の診断処理７１は、正常稼働装置である画像処理装置２ｂから始まり、画像処理装置２ｂのスキャナ部１２と入力画像処理部１３とを動作させて診断用データ３２に基づく処理を行わせた後、入力画像処理部１３から出力されるデータを、画像処理装置２ａへ転送する。
【０１１５】
画像処理装置２ａは、画像処理装置２ｂから転送されるデータを受信すると、そのデータを自機の画像メモリ１４へ格納し、画像メモリ１４から読み出したデータを、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１の順で処理していき、最終的に診断処理７１の結果を判定する。画像処理装置２ａの画像メモリ１４に不具合が発生していれば、診断処理７１の結果はＮＧとなる。
【０１１６】
２回目の診断処理７２は、１回目の診断処理７１の結果がＮＧであった場合に行われる。２回目の診断処理７２もまた、正常稼働装置である画像処理装置２ｂから始まり、画像処理装置２ｂのスキャナ部１２と入力画像処理部１３と画像メモリ１４とを順に動作させて診断用データ３２に基づく処理を行わせた後、画像メモリ１４から読み出したデータを、画像処理装置２ａへ転送する。
【０１１７】
画像処理装置２ａは、画像処理装置２ｂから転送されるデータを受信すると、そのデータを自機の入力画像処理部１３へ供給し、入力画像処理部１３から出力されるデータを、メインメモリ１９、記憶装置３０及び診断部２１の順で処理していき、最終的に診断処理７２の結果を判定する。画像処理装置２ａの画像メモリ１４に不具合が発生していれば、診断処理７２の結果はＯＫとなる。
【０１１８】
上記のように１回目の診断処理７１の結果がＮＧとなり、２回目の診断処理７２の結果がＮＧとなれば、画像処理装置２ａの画像メモリ１４に不具合が発生していることを特定することができる。そのため、３回目以降の診断処理を行う必要がなくなり、効率的に不具合部品を特定することができるという利点がある。
【０１１９】
図１５に示す診断処理において、１回目の診断処理７１の診断結果がＯＫとなれば、画像メモリ１４が正常に動作していることになり、不具合が発生しているハードウェアは、画像メモリ１４よりも上流側で動作するハーウェアであることが確定する。そのため、この場合は、２回目の診断処理７２を行う必要がない。そして画像メモリ１４よりも上流側で動作するハードウェアに不具合がある場合には、例えば図７に示した診断処理を行って画像メモリ１４よりも上流側で動作するハードウェアを診断するようにすれば良い。
【０１２０】
図１６は、画像メモリ１４が不具合部品であると推定された場合に優先的に行われる診断処理の他の例を示す図である。尚、図１６も、図１５と同様に、スキャン機能を診断する場合の診断処理のフローを例示している。画像メモリ１４が不具合部品であると推定された場合、画像処理装置２ａ，２ｂは、画像メモリ１４に不具合が発生しているか否かを優先的に診断するために、１回目の診断処理７１と、２回目の診断処理７２とを行う。
【０１２１】
１回目の診断処理７１は、不具合発生装置である画像処理装置２ａから始まり、画像処理装置２ａのスキャナ部１２と入力画像処理部１３とを動作させて診断用データ３２に基づく処理を行わせた後、入力画像処理部１３から出力されるデータを、画像処理装置２ｂへ転送する。
【０１２２】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを自機の画像メモリ１４へ格納し、画像メモリ１４から読み出したデータを、入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１の順で処理していき、最終的に診断処理７１の結果を判定する。画像処理装置２ａの画像メモリ１４に不具合が発生していれば、診断処理７１の結果はＯＫとなる。
【０１２３】
２回目の診断処理７２は、１回目の診断処理７１の結果がＯＫであった場合に行われる。２回目の診断処理７２もまた、不具合発生装置である画像処理装置２ａから始まり、画像処理装置２ａのスキャナ部１２と入力画像処理部１３と画像メモリ１４とを順に動作させて診断用データ３２に基づく処理を行わせた後、画像メモリ１４から読み出したデータを、画像処理装置２ｂへ転送する。
【０１２４】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを自機の入力画像処理部１３へ供給し、入力画像処理部１３から出力されるデータを、メインメモリ１９、記憶装置３０及び診断部２１の順で処理していき、最終的に診断処理７２の結果を判定する。画像処理装置２ａの画像メモリ１４に不具合が発生していれば、診断処理７２の結果はＮＧとなる。
【０１２５】
上記のように１回目の診断処理７１の結果がＯＫとなり、２回目の診断処理７２の結果がＮＧとなれば、画像処理装置２ａの画像メモリ１４に不具合が発生していることを特定することができる。そのため、３回目以降の診断処理を行う必要がなくなり、効率的に不具合部品を特定することができるという利点がある。
【０１２６】
図１６に示す診断処理において、１回目の診断処理７１の診断結果がＮＧとなれば、画像メモリ１４が正常に動作していることになり、不具合が発生しているハードウェアは、画像メモリ１４よりも上流側で動作するハードウェアであることが確定する。そのため、この場合は、２回目の診断処理７２を行う必要がない。そして画像メモリ１４よりも上流側で動作するハードウェアに不具合がある場合には、例えば図９に示した診断処理を行って画像メモリ１４よりも上流側で動作するハードウェアを診断するようにすれば良い。
【０１２７】
図１７は、画像メモリ１４が不具合部品であると推定された場合に優先的に行われる診断処理の他の例を示す図である。尚、図１７では、スキャン機能を診断する場合の診断処理のフローを例示している。画像メモリ１４が不具合部品であると推定された場合、画像処理装置２ａ，２ｂは、画像メモリ１４に不具合が発生しているか否かを優先的に診断するために、診断処理７３を１回行う。
【０１２８】
診断処理７３は、正常稼働装置である画像処理装置２ｂから始まり、画像処理装置２ｂのスキャナ部１２と入力画像処理部１３とを動作させて診断用データ３２に基づく処理を行わせた後、入力画像処理部１３から出力されるデータを、画像処理装置２ａへ転送する。
【０１２９】
画像処理装置２ａは、画像処理装置２ｂから転送されるデータを受信すると、そのデータを自機の画像メモリ１４へ格納し、画像メモリ１４から読み出したデータを、画像処理装置２ｂへ転送する。
【０１３０】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを、自機の入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１の順で処理していき、最終的に診断処理７３の結果を判定する。画像処理装置２ａの画像メモリ１４に不具合が発生していれば、診断処理７３の結果はＮＧとなる。したがって、画像処理装置２ａの画像メモリ１４に不具合が発生していることを特定することができる。
【０１３１】
一方、図１７に示す診断処理７３の結果がＯＫとなれば、画像メモリ１４が正常に動作していることになり、不具合が発生しているハードウェアは、画像メモリ１４以外のハーウェアであることが確定する。そのため、その場合は、例えば図７に示した診断処理を行って画像メモリ１４以外のハードウェアを診断するようにすれば良い。
【０１３２】
図１８は、画像メモリ１４が不具合部品であると推定された場合に優先的に行われる診断処理の他の例を示す図である。尚、図１８では、スキャン機能を診断する場合の診断処理のフローを例示している。画像メモリ１４が不具合部品であると推定された場合、画像処理装置２ａ，２ｂは、画像メモリ１４に不具合が発生しているか否かを優先的に診断するために、診断処理７３を１回行う。
【０１３３】
診断処理７３は、不具合発生装置である画像処理装置２ａから始まり、画像処理装置２ａのスキャナ部１２と入力画像処理部１３とを動作させて診断用データ３２に基づく処理を行わせた後、入力画像処理部１３から出力されるデータを、画像処理装置２ｂへ転送する。
【０１３４】
画像処理装置２ｂは、画像処理装置２ａから転送されるデータを受信すると、そのデータを自機の画像メモリ１４へ格納し、画像メモリ１４から読み出したデータを、画像処理装置２ａへ転送する。
【０１３５】
画像処理装置２ａは、画像処理装置２ｂから転送されるデータを受信すると、そのデータを、自機の入力画像処理部１３、メインメモリ１９、記憶装置３０及び診断部２１の順で処理していき、最終的に診断処理７３の結果を判定する。画像処理装置２ａの画像メモリ１４に不具合が発生していれば、診断処理７３の結果はＯＫとなる。したがって、画像処理装置２ａの画像メモリ１４に不具合が発生していることを特定することができる。
【０１３６】
一方、図１８に示す診断処理７３の結果がＮＧとなれば、画像メモリ１４が正常に動作していることになり、不具合が発生しているハードウェアは、画像メモリ１４以外のハーウェアであることが確定する。そのため、その場合は、例えば図９に示した診断処理を行って画像メモリ１４以外のハードウェアを診断するようにすれば良い。
【０１３７】
図１９は、画像メモリ１４が不具合部品であると推定された場合に優先的に行われる診断処理のさらに他の例を示す図である。尚、図１９では、不具合部品であると推定されたハードウェアだけを動作させる診断処理７５の例を示している。
【０１３８】
正常稼働装置である画像処理装置２ｂは、診断処理７５を開始すると、診断用データ３２を画像処理装置２ａに転送し、画像処理装置２ａの画像メモリ１４にその診断用データ３２を格納させる。
【０１３９】
不具合発生装置である画像処理装置２ａは、画像処理装置２ｂから診断用データ３２を受信すると、その診断用データ３２を画像メモリ１４に格納する。そして画像処理装置２ａは、画像メモリ１４から診断用データ３２を読み出して画像処理装置２ａへ転送する。
【０１４０】
画像処理装置２ｂは、画像処理装置２ａからデータを受信すると、診断部２１を動作させ、画像処理装置２ａから受信したデータが、診断用データ３２と一致するか否かを検証することにより、診断処理７５の結果を判定する。診断処理７５の結果がＮＧである場合、画像メモリ１４に不具合が発生していることが確定する。したがって、この場合は、診断処理７５を１回行うだけで不具合部品を特定することができる。
【０１４１】
一方、診断処理７５の結果がＯＫであれば、画像メモリ１４に不具合が発生していないことが確定する。この場合は、例えば図７又は図９に示した診断処理を行って画像メモリ１４以外のハードウェアを診断するようにすれば良い。
【０１４２】
またサーバー４は、正常可動装置の中から連携装置を特定するとき、複数の画像処理装置２を組み合わせれば診断処理を実行可能であれば、それら複数の画像処理装置２を連携装置として特定するようにしても良い。図２０は、複数の画像処理装置２ｂ，２ｃが連携装置として特定された場合の診断処理の一例を示す図である。例えば、画像処理装置２ｂは、診断処理において動作する複数のハードウェアのうち、スキャナ部１２と、入力画像処理部１３と、画像メモリ１４とを備えている。しかし、画像処理装置２ｂは、メインメモリ１９、記憶装置３０及び診断部２１を備えていない。また画像処理装置２ｃは、診断処理において動作する複数のハードウェアのうち、メインメモリ１９と、記憶装置３０と、診断部２１とを備えている。しかし、画像処理装置２ｃは、スキャナ部１２、入力画像処理部１３及び画像メモリ１４を備えていない。すなわち、画像処理装置２ｂ，２ｃは、いずれも、診断処理において動作する複数のハードウェアの全てを備えておらず、一部のハードウェアのみを備えている。言い換えると、画像処理装置２ｂにおける複数のハードウェアの中に診断処理に必要なハードウェアが含まれておらず、且つ、画像処理装置２ｃにおける複数のハードウェアの中に画像処理装置２ｂにおいて不足するハードウェアが含まれているのである。このような場合、画像処理装置２ｂ，２ｃが協働すれば診断処理の実行時に複数のハードウェアを所定の順序で動作させることが可能である。このような場合、サーバー４は、不具合発生装置である画像処理装置２ａと連携する連携装置として、画像処理装置２ｂ，２ｃを特定するようにしても良い。そして画像処理装置２ａと連携して行う診断処理を、画像処理装置２ｂ，２ｃが互いに協働して行うのである。
【０１４３】
図２０に示す例では、診断処理６１，６２，６３が画像処理装置２ａにおいて開始される。画像処理装置２ａは、１回目の診断処理６１を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。そして画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、画像処理装置２ｂへ転送する。画像処理装置２ｂは、１回の診断処理６１のデータを画像処理装置２ａから受信すると、そのデータを、自機の入力画像処理部１３、画像メモリ１４及び入力画像処理部１３へと順次供給し、入力画像処理部１３から出力されるデータを画像処理装置２ｃへ転送する。画像処理装置２ｃは、画像処理装置２ｂから１回目の診断処理６１のデータを受信すると、そのデータを、自機のメインメモリ１３、記憶装置３０及び診断部２１へと順次供給し、最終的に診断処理６１の結果を判定する。このときの判定結果がＮＧであれば、画像処理装置２ａのスキャナ部１２に不具合があることが特定されるので、２回目の診断処理６２は行われない。
【０１４４】
続いて画像処理装置２ａは、２回目の診断処理６２を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。そして画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、入力画像処理部１３へ出力し、入力画像処理部１３による処理を行わせる。そして画像処理装置２ａは、入力画像処理部１３から出力されるデータを、画像処理装置２ｂへ転送する。画像処理装置２ｂは、２回の診断処理６２のデータを画像処理装置２ａから受信すると、そのデータを、自機の画像メモリ１４及び入力画像処理部１３へと順次供給し、入力画像処理部１３から出力されるデータを画像処理装置２ｃへ転送する。画像処理装置２ｃは、画像処理装置２ｂから２回目の診断処理６２のデータを受信すると、そのデータを、自機のメインメモリ１３、記憶装置３０及び診断部２１へと順次供給し、最終的に診断処理６２の結果を判定する。
【０１４５】
続いて画像処理装置２ａは、３回目の診断処理６３を開始すると、自機のスキャナ部１２を動作させ、診断用データ３２に基づく処理を行う。そして画像処理装置２ａは、自機のスキャナ部１２から出力されるデータを、入力画像処理部１３及び画像メモリ１４へ順次供給し、画像メモリ１４から読み出したデータを、画像処理装置２ｂへ転送する。画像処理装置２ｂは、３回の診断処理６３のデータを画像処理装置２ａから受信すると、そのデータを、自機の入力画像処理部１３へ供給し、入力画像処理部１３から出力されるデータを画像処理装置２ｃへ転送する。画像処理装置２ｃは、画像処理装置２ｂから３回目の診断処理６３のデータを受信すると、そのデータを、自機のメインメモリ１３、記憶装置３０及び診断部２１へと順次供給し、最終的に診断処理６３の結果を判定する。このときの判定結果がＮＧであれば、画像処理装置２ａの画像メモリ１４に不具合があることが特定されるので、４回目以降の診断処理は行われない。
【０１４６】
さらに画像処理装置２ａは、４回目以降の診断処理を行うときには、データを画像処理装置２ｂへは転送せず、直接画像処理装置２ｃへ転送する。これにより、画像処理装置２ｂを経由させることなくデータを画像処理装置２ｃへ渡すことができるため、効率的に診断処理を進めることができるようになる。
【０１４７】
このように画像処理装置２ｂにおける複数のハードウェアの中に診断処理に必要なハードウェアが含まれておらず、且つ、画像処理装置２ｃにおける複数のハードウェアの中に画像処理装置２ｂにおいて不足するハードウェアが含まれている場合に、画像処理装置２ｂ，２ｃの診断部２１がそれぞれ連携し、画像処理装置２ａのハードウェアの代わりに動作させるハードウェアを、画像処理装置２ｂ，２ｃのハードウェアの中から選択して動作させるのである。これにより、正常稼働装置の中に、複数のハードウェアを所定の順序で動作させる診断処理を１台の画像処理装置２で実行することができる装置が存在しない場合であっても、上述したように、複数の画像処理装置２ｂ，２ｃを組み合わせて一連の診断処理を行うことができるようになる。
【０１４８】
また上記実施形態では、サーバー４が不具合部品を推定する場合を例示したが、不具合発生装置である画像処理装置２ａが不具合部品を推定するようにしても良い。すなわち、画像処理装置２は、サーバー４の不具合推定部５２と同様の機能を備えるものであっても良い。例えば画像処理装置２ａは、自己診断によって自機のハードウェアのいずれかに不具合が発生している可能性があることを検知した場合、サーバー４から管理情報４４を取得し、その管理情報４４に基づいて不具合部品を推定するようにしても良い。不具合の発生した可能性のある画像処理装置２ａが、自機で不具合部品を推定することにより、サーバー４の負荷を軽減することができるという利点がある。
【０１４９】
また画像処理装置２ａが、サーバー４から管理情報４４を取得するタイミングは、自己診断によって自機のハードウェアのいずれかに不具合が発生している可能性があることを検知したタイミングに限られない。例えば、画像処理装置２ａが正常稼働している状態のときに定期的にサーバー４にアクセスし、サーバー４から最新の管理情報４４を予め取得しておくようにしても良い。管理情報４４をサーバー４から予め取得しておけば、自己診断によって自機のハードウェアのいずれかに不具合が発生している可能性があることを検知したときにサーバー４から管理情報４４を取得する必要がなく、速やかに不具合部品の推定処理を開始することができるため、処理効率が向上するという利点がある。
【０１５０】
また上記実施形態では、不具合発生装置である画像処理装置２ａがサーバー４に自己診断結果を送信し、サーバー４が不具合発生装置と連携する連携装置を特定して不具合発生装置に通知する場合を例示した。この場合、画像処理装置２ａは、サーバー４から通知に基づいて連携装置を特定することになる。しかし、これに限られるものでもなく、不具合発生装置である画像処理装置２ａが自機において連携装置を特定するようにしても良い。すなわち、画像処理装置２は、サーバー４の連携装置特定部５３と同様の機能を備えるものであっても良い。例えば画像処理装置２ａは、自己診断によって自機のハードウェアのいずれかに不具合が発生している可能性があることを検知した場合、サーバー４から管理情報４４を取得し、その管理情報４４に基づいて正常稼働装置を特定し、その正常可動装置の中から連携装置を特定するようにしても良い。尚、サーバー４から管理情報４４を取得するタイミングは、自己診断で不具合が発生していることを検知したタイミングに限られず、事前に取得しておくようにしても良い。また画像処理装置２ａは、自己診断で不具合が発生していることを検知した場合、同一ネットワークに接続されている他の画像処理装置２ｂ，２ｃと通信を行い、それらの他の画像処理装置２ｂ，２ｃのうちで正常稼働している装置を連携装置として特定するようにしても良い。
【０１５１】
以上、本発明に関する幾つかの実施形態について説明したが、本発明は、上記実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。
【０１５２】
例えば、上記実施形態では、画像処理システム１にサーバー４が設けられており、複数の画像処理装置２のいずれかに不具合が発生した場合には、サーバー４からの指示に基づいて複数の画像処理装置２が連携して診断処理を行う場合を例示した。しかし、サーバー４は必ずしも設ける必要はない。また複数の画像処理装置２のうちのいずれかの画像処理装置２が上述したサーバー４の機能を有するものであっても構わない。
【０１５３】
また上記実施形態では、画像処理装置２ａが不具合発生装置である場合を例示したが、他の画像処理装置２ｂ，２ｃ，２ｄ，２ｅ，２ｆにおいて不具合が発生した場合も上記と同様である。
【０１５４】
また上記実施形態では、不具合発生装置である画像処理装置２ａが自己診断を行ってから他の画像処理装置２と連携する診断処理を実行する場合を例示したが、これに限られるものではない。すなわち、不具合が発生した可能性がある画像処理装置２ａは、自己診断を行うことなく、直ちに他の画像処理装置２との連携診断を開始するようにしても良い。
【０１５５】
また上記実施形態では、主にスキャン機能に不具合が発生した場合の診断処理を例示した。しかし、ＭＦＰなどの画像処理装置２は、スキャン機能以外にも、プリント機能やＦＡＸ機能、その他の機能においても不具合が発生する可能性がある。そのため、画像処理装置２は、不具合が発生した機能に応じた診断処理を行うことが可能であり、複数の診断処理のうちから、不具合が発生した可能性がある機能に応じた診断処理を行うことが可能であることは勿論である。そのため、画像処理装置２において行われる診断処理はスキャン機能を診断するものに限られない。
【符号の説明】
【０１５６】
１  画像処理システム
２（２ａ〜２ｆ）  画像処理装置
２ａ  第１の画像処理装置
２ｂ  第２の画像処理装置
２ｃ  第３の画像処理装置
３  ネットワーク
４  サーバー
２１  診断部（診断手段）
２２  診断処理指示部（指示手段）
２３  診断処理実行部（実行手段）
２４  診断結果判定部（不具合特定手段）
３１，４３  プログラム
４４  管理情報
４４ｇ  不具合発生履歴情報（不具合発生履歴）
５１  管理部（管理手段）
５２  不具合推定部（不具合推定手段）
５３  連携装置特定部（連携装置特定手段）
５４  通知部（通知手段）
５５  診断処理指示部（診断処理指示手段）
【図１】
2019075728.tif 000003
【図２】
2019075728.tif 000004
【図３】
2019075728.tif 000005
【図４】
2019075728.tif 000006
【図５】
2019075728.tif 000007
【図６】
2019075728.tif 000008
【図７】
2019075728.tif 000009
【図８】
2019075728.tif 000010
【図９】
2019075728.tif 000011
【図１０】
2019075728.tif 000012
【図１１】
2019075728.tif 000013
【図１２】
2019075728.tif 000014
【図１３】
2019075728.tif 000015
【図１４】
2019075728.tif 000016
【図１５】
2019075728.tif 000017
【図１６】
2019075728.tif 000018
【図１７】
2019075728.tif 000019
【図１８】
2019075728.tif 000020
【図１９】
2019075728.tif 000021
【図２０】
2019075728.tif 000022