JP2017201736A - 画像処理装置、画像処理装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】 画像処理装置の動作中に、何らかのエラーが発生したことに応じて、そのエラーの原因となる障害箇所をサーバに通知できる仕組みを提供することを目的とする。
【解決手段】 ＭＦＰ１０１は、コピーや印刷などの機能をユーザに提供する通常モードと、制御部の診断を行うためのテストモードを備えている。また、ＣＰＵ１１１は、いずれかのモードで起動して装置を動作させることができる。ＣＰＵ１１１は、通常モードで動作している場合に、エラーが発生した場合（Ｓ３０７）は、テストモードでＭＦＰ１０１を動作させ、制御部の診断を行い（Ｓ３１７）、診断結果とエラーの種類に基づいて障害の発生箇所が少なくとも前記デバイス側であるか、前記制御部側であるかを識別可能な情報を含むエラーレポートを生成し、当該エラーレポートを管理サーバに送信する。
【選択図】 図３

Description

本発明は、画像処理装置で生じたエラーに関する情報を管理するための技術に関するものである。

画像処理装置の動作中に、何らかの障害が発生する場合がある。このような画像処理装置において、障害の発生状況を示すエラーコードやエラーの発生時刻などのログを遠隔地にある管理サーバに送信することが知られている（例えば、特許文献１）。

特開２０１０−２０６４９６号公報

画像処理装置において何らかの障害が発生した場合、カスタマーエンジニアが画像処理装置の設置箇所に向かい、画像処理装置の修理やメンテナンスを行うことが知られている。このような場合、カスタマーエンジニアは、メンテナンスサーバに送信されたエラーに関するログなどに基づいて、修理に必要となる保守部品を予測し、画像処理装置の設置箇所を訪問していた。

例えば、ログに印刷関連のエラーコードが残っている場合は、まず、印刷ユニットの故障や印刷ユニット内の各種部品の不良が疑われる。しかしながら、印刷関連の障害が発生した場合であったとしても、実際に印刷を行うためのユニットには障害が発生しておらず、制御を行うための制御コントローラ側で障害が発生している場合もある。

例えば、印刷に使用する画像を生成する画像処理に使用する集積回路が故障していることに起因して印刷に関するエラーが発生する場合もある。また、制御コントローラが備えるメモリやストレージの一部の領域が故障していることに起因して、印刷に関するエラーが発生する場合もある。

カスタマーエンジニアは、前述した制御コントローラ側で障害が発生している場合、メモリ基板、コントローラ基板、ストレージ、画像処理に使用する集積回路などの部品を交換することにより修理を行うことになる。

ところで、従来から制御コントローラ側の障害の診断を行うためのソフトウェアを起動することにより、制御コントローラ側の障害の診断を行うことが知られている。このような、制御コントローラ側の障害の診断は、画像処理装置を制御するためのＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）がリソースを管理している状態では行うことが難しい。従って、従来は、カスタマーエンジニアが画像処理装置の起動時などに、制御コントローラ側の障害の診断を行うためのソフトウェアを起動するための操作を手作業で行い、別の診断プログラムを立ち上げることで、制御コントローラ側の障害の診断を行っていた。

従ってカスタマーエンジニアは、制御コントローラ側に原因があるのか、印刷ユニット側に原因があるのかの切り分けを、訪問修理に赴いてから特定する必要があり、画像処理装置が障害から復旧するまでのダウンタイムが長くなってしまうという問題があった。

これを鑑みて、本発明は、画像処理装置の動作中に、何らかのエラーが発生したことに応じて、そのエラーの原因となる障害箇所をサーバに通知できる仕組みを提供することを目的とする。

上記の目的を達成するために本発明の画像処理装置は、制御部と、制御部に接続された少なくとも１つのデバイスを含む画像処理装置であって、前記画像処理装置は、通常動作を行うための第１の動作モードと、前記制御部を診断するための第２の動作モードを少なくとも備えており、いずれかの動作モードで前記画像処理装置を起動させることが可能な制御手段と、前記第１の動作モードで前記画像処理装置が動作している場合に前記デバイスに関連するエラーが発生したことに応じて、前記第２のモードで前記画像処理装置を動作させ、前記第２の動作モードによって記憶された診断の結果と、前記エラーの種類に基づいて、障害の発生箇所が少なくとも前記デバイス側であるか、前記制御部側であるかを識別可能な情報を含むエラーレポートを生成する生成手段と、前記生成手段によって生成されたエラーレポートを管理サーバに送信する送信手段と、を備えることを特徴とする。

本発明によれば、画像処理装置で何らかのエラーが発生したことに応じて、そのエラーの原因となる障害箇所をサーバに通知することが可能になる。

画像処理システムを示すブロック図である。 制御コントローラ側の診断を行うためのテスト項目の一例を示す図である。 ＭＦＰの制御方法を示すフローチャートである。 ＭＦＰの制御方法を示すフローチャートである。 ＭＦＰの制御方法を示すフローチャートである。 故障箇所の推定について説明するための図である。

以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

以下、本発明の実施形態について説明する。図１は、本実施形態に係る画像処理システムを示すブロック図である。本実施形態では画像処理装置の一例としてＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０１を、情報処理装置の一例として管理サーバ１０２を説明する。ＭＦＰ１０１と管理サーバ１０２はネットワーク１００を介して通信可能に接続されている。

なお、図１では、１つの画像処理装置が画像処理システムに設けられた場合を例示しているが、これに限定されるものではない。例えば、管理サーバと複数の画像処理装置がネットワーク１００を介して通信可能に接続されていてもよい。

ＭＦＰ１０１は、自身に何らかのエラーが発生した場合に、管理サーバにエラー情報を送信する機能を備えている。エラー情報には、エラーの種類を示すエラーコードや、発生した日時などの情報が含まれる。以下、これらの管理サーバに送信されるエラー情報をエラーレポートと呼ぶものとする。

＜管理サーバの構成＞
管理サーバ１０２は、ＭＦＰ１０１から受信したエラーレポートを受信してデータベース（不図示）に記憶する。管理サーバ１０２は、例えば、画像処理装置に対する保守サービスを提供するサービス拠点に設置されている。画像処理装置に対する保守サービスを提供するエンジニア（以下、カスタマーエンジニアとも呼ぶ）は、管理サーバ１０２のデータベースにアクセスして、画像処理装置のエラーレポートを検索することができるものとする。

例えば、カスタマーエンジニアは、画像処理装置のユーザから修理などの依頼を受けた場合に、データベース内に記憶されたエラーレポートを参照して修理に必要となる保守部品などを予測することができる。また、カスタマーエンジニアは、画像処理装置をサービス拠点で引き取って修理を行う場合に、予め修理に必要となる保守部品などを予測し、保守部品の発注をかけることができる。

＜ＭＦＰの構成＞
次に、ＭＦＰ１０１の構成について説明する。ＭＦＰ１０１はシート上の画像を読み取る読取機能、シートに画像を印刷する印刷機能を有する。また、他にもＭＦＰ１０１は、画像データを外部装置に送信するファイル送信機能や読み取った画像をシートに印刷するコピー機能などを有している。

なお、本実施形態では画像処理装置の一例としてＭＦＰ１０１を説明するが、これに限定されるものではない。例えば、読取機能を有さないプリンタ等のＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であってもよい。また、印刷機能を有さないスキャナなどのＳＦＰであってもよい。本実施例では、一例として画像処理装置が以下に説明する各種構成要件を備えるものとする。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１を含む制御部１１０は、ＭＦＰ１０１全体の動作を制御する。制御部１１０は、コントローラ基板（不図示）を備えており、コントローラ基板には、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ストレージ１１４、ＮＶＲＡＭ１２１、画像処理部１２２が接続されている。また、コントローラ基板は各種デバイスと通信するためのインタフェース（Ｉ／Ｆ）を備えている。

ＣＰＵ１１１は、ＲＯＭ１１２やストレージ１１４に記憶された制御プログラムを読み出して、読取制御や印刷制御などの各種制御を行う。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１２は、ＣＰＵ１１１が起動時に読み出すブートローダーが格納されている。ユーザにより主電源ボタン（不図示）がＯＮされたことに応じて起動する電源制御部（不図示）は、起動時にＣＰＵ１１１に対してリセット信号を送信する。リセット信号を受信したＣＰＵ１１１は、データバスに接続された各モジュールの初期化処理を行う。初期化処理が完了すると、ＣＰＵ１１１は、ＲＯＭ１１２に記憶されたブートローダーのプログラムを読み出して実行する。ブートローダーは、コピーや印刷などの機能をユーザに提供する通常モードでＭＦＰ１０１を制御するためのＯＳを立ち上げることができる。また、ブートローダーは制御部１１０内の各モジュールのテストを行うテストモードでＭＦＰ１０１を制御するための制御部自己診断ツールを立ち上げることができる。

ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１３は、ＣＰＵ１１１の主記憶メモリであり、揮発性のメモリである（揮発メモリとも呼ぶ）。ＲＡＭ１１３は、ワークエリア、ＲＯＭ１１２及びストレージ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。ＲＡＭ１１３は、メインコントローラ基板に用意されたメモリモジュール（メモリ基板）を接続するためのスロットに装着されている。

ストレージ１１４は、印刷データ、画像データ、各種制御プログラム、及び各種設定情報を記憶する。ストレージ１１４とコントローラ基板間は、シリアルＡＴＡ（Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）ケーブルで接続されている。本実施形態ではストレージ１１４としてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の補助記憶装置を想定しているが、ＨＤＤの代わりにＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等を用いるようにしても良い。

ＮＶＲＡＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ ＲＡＭ）１２１は各種設定値や制御部自己診断ツールのプログラムを記憶する不揮発性のメモリである（不揮発メモリとも呼ぶ）。また、ＮＶＲＡＭ１２１の所定の領域には、後述するテストモード起動フラグや、診断ツールでの診断結果が格納される。テストモード起動フラグは、ブートローダー、通常モード、テストモードのいずれのモードで起動している場合も参照できるものとする。ＮＶＲＡＭ１２１のモジュールは、コントローラ基板とコネクタで接続されている。従って修理などの際には、ＮＶＲＡＭのモジュール単体を交換することもできる。

なお、本実施形態のＭＦＰ１０１では、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）に制御プログラムをロードして後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、ＮＶＲＡＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部インタフェース（Ｉ／Ｆ）１１５は、操作部１１６と制御部１１０を接続する。操作部１１６には、タッチパネル機能を有する液晶表示部や各種ハードキーなどが備えられ、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。

読取部Ｉ／Ｆ１１７は、読取部１１８と制御部１１０を接続する。読取部１１８は原稿を読み取って画像を生成する。なお、生成された画像はストレージ１１４に格納されるものとする。読取部１１８によって生成された画像は外部装置に送信されたり、シート上に印刷されたりする。

印刷部Ｉ／Ｆ１１９は、印刷部１２０と制御部１１０を接続する。印刷に使用する画像は印刷部Ｉ／Ｆ１１９を介して制御部１１０から印刷部１２０に転送される。印刷部１２０は、制御部１１０を介して制御コマンド及び印刷に使用する画像を受信し、シートに画像を印刷する。

また、制御部１１０は、通信部Ｉ／Ｆ１２３を介してネットワーク１００に接続される。ＣＰＵ１１１は、通信部Ｉ／Ｆ１２３を介してネットワーク１００上の外部装置に画像や情報を送信したり、ネットワーク１００上の外部装置から印刷データや情報を受信したりする。通信部Ｉ／Ｆ１２３を介して受信した印刷データは、ストレージ１１４又はＲＯＭ１１２に格納された印刷データを解析するためのソフトウェアモジュール（ＰＤＬ解析部、不図示）によって解析される。ＰＤＬ解析部は、様々な種類のページ記述言語（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で表現された印刷データに基づいて印刷部１２０で印刷するための中間データを生成する。

画像処理部１２２は、印刷部１２０で印刷するための画像や読取部１１８で読み取った画像に対して画像処理を行うための画像処理用のＡＳＩＣである。画像処理部１２２は、不図示のイメージバスを介してＲＡＭ１１３との間でデータのやり取りを行うことができる。ＣＰＵ１１１は、ＲＡＭ１１３から画像処理部１２２に画像データを転送し所定の画像処理を行わせることができる。例えば画像処理部１２２では、画像の拡大縮小処理、回転処理、解像度変換などの画像処理を行うことができる。また、画像処理部１２２は、ＰＤＬ解析部で生成された中間データを画像データに変換するＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）の役割も果たす。画像処理やＲＩＰで得られた画像データは前述したイメージバスを介してＲＡＭ１１３に転送される。

＜通常モード及びテストモード＞
次に、ＭＦＰ１０１の動作モードについて説明する。ＭＦＰ１０１は、通常モードとテストモードを備えており、起動時にいずれのモードで動作するかを切り替えることができる。なお、テストモードは、カスタマーエンジニアが装置のメンテナンスを行う場合や、工場での組み立て時のテストなどで使用するモードであるため、ＭＦＰ１０１は基本的には通常モードで起動する（通常モードで起動している状態を通常動作とも呼ぶ）。テストモードを使用したいカスタマーエンジニアや工場のオペレータは、電源の投入時に操作部１１６を介した所定の操作を行うことでＭＦＰ１０１の動作モードをテストモードに切り替えて起動することができる。

通常モードは、ＭＦＰ１０１が備える各機能をユーザが使用するための動作モードである。通常モードでは、外部装置から印刷データを受信して印刷する印刷機能や、原稿を読取部１１８で読み取ってコピーするコピー機能などがＭＦＰ１０１提供される。また、原稿を読取部１１８で読み取って得られた画像データを外部装置に送信する送信機能や、ＭＦＰ１０１のストレージに記憶する保存機能などが提供される。

ＭＦＰ１０１を使用するユーザはＭＦＰ１０１が通常モードで起動している場合に操作部１１６に表示される不図示のメインメニューを介して各機能のアイコンを選択することで、各機能を利用することができる。

次にテストモードについて説明する。テストモードは、制御部１１０の障害を検出するための診断モードである。テストモードは、ＭＦＰ１０１の修理やメンテナンスを円滑に進めるために設けられたモードであり、ＣＰＵ１１１は、通常モードとは異なる制御部自己診断用の制御プログラムをＲＡＭ１１３に展開してテストモードを実行する。

テストモードでは、通常モードとは異なり、内部のテストを行うための制御プログラムのみをＲＡＭ１１３に展開し、制御部１１０内の各部をチェックすることができる。従って、通常モードの実行中はＯＳや各種アプリケーションによってリソースが確保されているメモリ領域や各種インタフェースについてもチェックを行うことができる。

テストモードでは、各部をチェックするためのテストプログラムが順次実行される。図２は、テストモードで実行されるテストを説明するための図であり、テストＮｏ．１〜５を一例として示している。テストプログラムによるテスト結果は操作部１１６の表示部に表示されるものとする。

テストＮｏ．１は、ＮＶＲＡＭ１２１のテストを行う。ＣＰＵ１１１は、リードライトを行う前に、ＮＶＲＡＭ１２１に記憶されているデータをストレージ１１４に退避する。ＣＰＵ１１１は、ＮＶＲＡＭ１２１の各セクタをチェックし、リードライトができないセクタがあるか否かを判断する。テストが完了すると、ＣＰＵ１１１は、ストレージ１１４に退避したデータをＮＶＲＡＭ１２１に書き戻す。また、リードライトができないセクタがあると判断した場合は、テスト結果がＮＧであることをＮＶＲＡＭ１２１に記憶する。一方、リードライトができないセクタがないと判断した場合は、テスト結果がＯＫであることをＮＶＲＡＭ１２１に記憶する。

テストＮｏ．２は、ＲＡＭ１１３に関するリードライトのテストである。ＣＰＵ１１１は、ＲＡＭ１１３のリードライトチェックを行う。リードライトができないメモリアドレスがあれば、テスト結果がＮＧであることをＮＶＲＡＭ１２１に記憶し、リードライトができないメモリアドレスがなければテスト結果がＯＫであることをＮＶＲＡＭ１２１に記憶する。

テストＮｏ．３はバス間の送受信に関するテストである。ＣＰＵ１１１は、バスへ接続されている各モジュール及びインタフェースに対して予めテスト用に用意された制御コマンドを発行し、制御コマンドに対し正常にステータスが返信されることをテストする。いずれかのモジュール又はインタフェースから返信が返ってこない場合や、ＮＧが返ってきた場合は、テスト結果がＮＧであることをＮＶＲＡＭ１２１に記憶する。一方、正常にステータスが返信された場合は、続いてイメージバスのチェックを行う。ＣＰＵ１１１は、画像処理部１２２と協働してイメージバスのテストを行う。ＣＰＵ１１１は、ＲＡＭ１１３と画像処理部１２２との間でサンプルデータのやり取りを行い、サンプルデータのやり取りに異常がなければ、テスト結果がＯＫであることを記憶する。一方、サンプルデータのやり取りに異常があれば、テスト結果がＮＧであることをＮＶＲＡＭ１２１に記憶する。

テストＮｏ．４は、画像処理部１２２の画像処理に関するテストである。テストＮｏ．４では、ＣＰＵ１１１は、サンプルとなる中間データと当該中間データを正常にＲＩＰした場合に得られるドット数の理論値をＲＡＭ１１３に展開する。ＣＰＵ１１１は、画像処理部１２２を制御して、当該サンプルとなる中間データをビットマップ形式の画像データに変換させる。また、変換後の画像データのドット数を計数して、理論値とドット数が同じであれば、テスト結果がＯＫであることを記憶し、ドット数が異なっていれば、テスト結果がＮＧであることを記憶する。なお、本実施形態では、画像処理部１２２のテストの一例として、ＲＩＰに関するテストを例示したが、これに限定されず、解像度変換や画像の拡大縮小のテストも併せて行うこともできる。また、画像処理部１２２が自己診断用テストモジュールを備えていてもよい。この場合、ＣＰＵ１１１は、画像処理部１２２に自己診断用のテストモジュールを実行するための制御コマンドを送信し、制御コマンドに対するステータスの返信をＮＶＲＡＭ１２１に記憶すればよい。

テストＮｏ．５は、ストレージ１１４に関するテストである。ＣＰＵ１１１は、ストレージ１１４に対するランダムライト、ランダムリード、シーケンシャルライト、シーケンシャルリードのテストを行う。それぞれのリードライトが所定の時間内に完了していれば、テスト結果がＯＫであることを記憶し、所定の時間内に完了していなければ、テスト結果がＮＧであることを記憶する。また、ＣＰＵ１１１は、ストレージ１１４からＳ．Ｍ．Ａ．Ｒ．Ｔ（Ｓｅｌｆ−Ｍｏｎｉｔｏｒｉｎｇ、 Ａｎａｌｙｓｉｓ Ａｎｄ Ｒｅｐｏｒｔｉｎｇ Ｔｅｃｈｎｏｌｏｇｙ）に関する情報を取得し、ＮＶＲＡＭ１２１に記憶する。Ｓ．Ｍ．Ａ．Ｒ．Ｔは、ストレージデバイスの障害の早期発見・故障の予測を目的としてハードディスクドライブに搭載されている自己診断機能であり、エラーの発生回数、シークエラー、スループットなどを数値で自己評価するものである。

また、図２の項目２０１は各テスト項目でＮＧとなった場合に故障が想定される箇所を説明するためのものである。項目２０１については後述のフローチャートにて説明する。

＜通常モードのエラー＞
次に、通常モードでエラーが発生した場合について説明する。通常モードで起動している画像処理装置において何らかのエラーが発生した場合、前述したようにＭＦＰ１０１は、メンテナンスサーバにエラーに関するエラーレポートを送信する。

例えば、エラーレポートに印刷関連のエラーコードが残っている場合は、まず、印刷部１２０の故障や印刷部１２０を構成するハードウェア部品の障害が疑われる。しかしながら、印刷関連のエラーが発生した場合であったとしても、実際に印刷部１２０には障害が発生しておらず、制御を行うための制御部１１０側で障害が発生している場合もある。

例えば、画像処理部１２２の回路の一部が故障していることに起因して印刷すべき画像がうまく生成できず、印刷に関するエラーが発生する場合もある。また、制御部１１０が備えるＲＡＭ１１３、ＮＶＲＡＭ１２１、ストレージ１１４などの故障に起因して、印刷に関するエラーが発生する場合もある。

カスタマーエンジニアは、前述した制御コントローラ側で障害が発生している場合、メモリ基板、コントローラ基板、ストレージ、画像処理に使用するＡＳＩＣなどの部品を交換することにより修理を行うことになる。

従来は、カスタマーエンジニアが訪問修理に赴いてから、前述したテストモードでＭＦＰ１０１を起動することにより、制御コントローラ側に障害があるか否かを確かめていた。

従ってカスタマーエンジニアは、制御コントローラ側に原因があるのか、印刷ユニット側に原因があるのかの切り分けを、訪問修理に赴いてから特定する必要があり、画像処理装置が障害から復旧するまでのダウンタイムが長くなってしまうという問題があった。

本実施形態では、画像処理装置の動作中に、何らかのエラーが発生したことに応じて当該エラーの原因が制御コントローラ側の障害であるか否かを判断し、その内容についてもエラーレポートとして監視サーバに通知できる仕組みについて説明する。

この仕組みにより、カスタマーエンジニアは、訪問修理に赴く前に、ＭＦＰ１０１の障害の状態や、修理の方針、及び必要となりそうな保守部品などを予測して、修理の準備を行うことができる。従って、訪問時にスムーズに修理処理を行うことができるようになる。また、何らかのエラーが発生したＭＦＰ１０１の引き取り修理を行う場合にも、ＭＦＰ１０１がサービス拠点に届く前に、修理の準備を行うことができる。従って、修理を完了して再配送するまでの修理期間をより短くすることができ、ユーザの利便性を高めることができる。

具体的なエラーに関する制御の方法について、図３乃至図５のフローチャートを用いて説明する。図３乃至図５のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ１１１がＲＯＭ１１２又はストレージ１１４に記憶された各種の制御プログラムを実行することにより実現される。図３は、ユーザによりＭＦＰ１０１の主電源ボタン（不図示）が押下されたことに応じて開始されるＭＦＰ１０１の動作を説明するフローチャートである。電源ボタンが押下されると電源制御部（不図示）が起動し、ＣＰＵ１１１にリセット信号を送信する。ＣＰＵ１１１は、リセット信号を受信したことに応じて図３のフローチャートに示す動作を開始する。

Ｓ３００では、ＣＰＵ１１１は、制御部１１０に接続された各モジュール及びＩ／Ｆの初期化処理を行う。初期化処理が完了するとＳ３０１の処理に進む。

Ｓ３０１では、ＣＰＵ１１１は、ブートローダーを起動する。Ｓ３０１の具体的な処理については図４のフローチャートで説明する。

Ｓ４０１では、ＣＰＵ１１１は、ＲＯＭ１１２の所定のアドレス領域に記憶されたインストラクションをデコードし、ＲＯＭ１１２の所定の領域に記憶されたブートローダーを起動する。ブートローダーの制御プログラムはＲＯＭ１１２からＲＡＭ１１３に展開され、ＣＰＵ１１１によって実行されるものとする。

Ｓ４０２では、ＣＰＵ１１１は、ＮＶＲＡＭ１２１に記憶されたテストモード起動フラグがＯＮであるか否かを判断する。テストモード起動フラグがＯＮの場合は、Ｓ４０３乃至Ｓ４０５の処理をスキップしてＳ３０２に進み、テストモード起動フラグがＯＮでない場合（ＯＦＦの場合）は、Ｓ４０３に進む。

Ｓ４０３では、ＣＰＵ１１１は、操作部１１６を介してテストモードに移行するユーザ操作を受け付けたか否かを判断する。テストモードに移行するユーザ操作を受け付けた場合は、Ｓ４０４に進み、テストモードに移行するユーザ操作を受け付けていない場合は、Ｓ４０５に進む。

Ｓ４０４では、ＣＰＵ１１１は、ＮＶＲＡＭ１２１に記憶されているテストモード起動フラグをＯＮに設定し、Ｓ３０２に進む。一方、Ｓ４０５では、ＣＰＵ１１１は、ブートローダーが起動してから所定時間が経過したか否かを判断する。ブートローダーが起動してから所定時間（例えば、５秒）が経過した場合は、Ｓ３０２の処理に進み、ブートローダーが起動してから所定時間が経過していない場合は、Ｓ４０３の処理に戻る。

Ｓ４０３乃至Ｓ４０５の処理により、ユーザにより所定の操作が行われた場合に、テストモードを起動できるようにしている。

図３の説明に戻り、Ｓ３０２では、ＮＶＲＡＭ１２１に記憶されているテストモード起動フラグがＯＮであるか否かを判断する。テストモード起動フラグがＯＮの場合は、Ｓ３０３に進み、テストモード起動フラグがＯＮでない場合（即ち、ＯＦＦの場合）は、Ｓ３１６に進む。

まず、ＭＦＰ１０１をテストモードで動作させる場合について説明する。Ｓ３１６では、ＣＰＵ１１１は、テストモードで使用する制御部自己診断ツールのプログラムを起動する。起動が完了すると、Ｓ３１７に進む。

Ｓ３１７では、ＣＰＵ１１１は、制御部自己診断ツールによって提供される複数のテスト項目を実行する。例えば、図２で例示したテストＮｏ．１〜５のテストを行って、テストの結果を操作部１１６に表示する。ＣＰＵ１１１は、所定時間の間（例えば５分など）テストの結果を操作部１１６に表示したことに応じて、Ｓ３１８に進む。

Ｓ３１８では、ＣＰＵ１１１は、テスト結果をまとめたテストログをＮＶＲＡＭ１２１に記憶する。テストログの記憶が完了すると、Ｓ３１９に進む。

Ｓ３１９では、ＣＰＵ１１１は、ＮＶＲＡＭ１２１に記憶されたテストモード起動フラグの設定をＯＦＦに変更し、Ｓ３１５に進む。

Ｓ３１５では、ＣＰＵ１１１は再起動処理を行う。具体的には、現在動作中のモードをシャットダウンする処理を行う。また、電源制御部に対して所定時間経過後にリセット信号を入力するよう指示を出して処理を終了する。

従って、Ｓ３１５の処理に進んだ場合、電源制御部は、所定時間後にＣＰＵ１１１に対してリセット信号を送信することになる。リセット信号を受信したＣＰＵ１１１はＳ３００以降の処理に戻る。

Ｓ３１６乃至Ｓ３１９の処理により、制御部の各モジュールのテスト結果をＮＶＲＡＭ１２１に記憶することができる。

次に、ＭＦＰ１０１を通常モードで動作させる場合について説明する。Ｓ３０３では、ＣＰＵ１１１は、通常モードで使用するＯＳ及び読取部１１８や印刷部１２０を制御するためのアプリケーションを起動する。起動が完了すると、ＣＰＵ１１１は、操作部１１６に不図示のメインメニュー画面を表示し、Ｓ３０４に進む。

Ｓ３０４では、ＣＰＵ１１１は、ＮＶＲＡＭ１２１にテストログがあるか否かを判断する。ＮＶＲＡＭ１２１にテストログがある場合は、Ｓ３０５のテストログの解析及び管理サーバ１０２への送信処理を行う（詳細は後述する）。一方、ＮＶＲＡＭ１２１にテストログがない場合は、Ｓ３０６に進む。

Ｓ３０６では、ＣＰＵ１１１は、ユーザ操作に応じて、通常モードで利用可能なコピー機能や画像データの送信機能などの処理を実行する。Ｓ３０７では、ＣＰＵ１１１は、ＭＦＰ１０１が通常モードで動作している際に、何らかのエラーが発生したか否かを判断する。エラーが発生した場合は、Ｓ３０８に進み、エラーが発生していない場合は、Ｓ３１１に進む。

Ｓ３０８では、ＣＰＵ１１１は、Ｓ３０７で発生したエラーがユーザが修復可能なエラーであるか否かを判断する。ここでは、印刷部や読取部における用紙詰まり（ジャムとも呼ぶ）、用紙切れ、印刷に使用する消耗材（トナーやインクなど）切れの場合など、ユーザが処理を行うことができるエラーであれば、修復可能なエラーと判断する。ユーザにより修復可能なエラーである場合は、Ｓ３０９に進む。一方、ユーザにより修復可能なエラーでない場合は、Ｓ３１３に進む。

Ｓ３０９では、ＣＰＵ１１１は、発生したエラーのエラーコードとエラーの発生時刻を含むエラーレポートを作成し、管理サーバ１０２に送信する。Ｓ３１０では、ＣＰＵ１１１は、操作部１１６に修復方法をユーザに伝える画面を表示する。例えば、用紙詰まりのエラーの場合は、用紙の取り除き方をユーザにイラストや動画などで通知する。ユーザによりエラーが解消されると、Ｓ３１１に進む。

Ｓ３１１では、ＣＰＵ１１１は、ＭＦＰ１０１をシャットダウンする指示を受け付けたか否かを判断する。ＭＦＰ１０１をシャットダウンする指示を受け付けた場合は、Ｓ３１２に進み、ＭＦＰ１０１をシャットダウンする指示を受け付けていない場合は、Ｓ３０６に戻り、通常モードでの動作を継続する。

Ｓ３１２では、ＣＰＵ１１１は、ＭＦＰ１０１をシャットダウンする処理を行って処理を終了する。

一方、Ｓ３１３では、ＣＰＵ１１１は、発生したエラーのエラーコードとエラーの発生時刻をＮＶＲＡＭ１２１に記憶する。Ｓ３１３で記憶したエラーコードや発生時刻は、後述するテストログの解析を行う際に適宜参照される。

Ｓ３１４では、ＣＰＵ１１１は、ＮＶＲＡＭ１２１に記憶されたテストモード起動フラグをＯＮに設定し、Ｓ３１５の再起動処理に進む。

図３で説明したフローチャートでは、ユーザが修復可能でないエラーが発生した場合は、立ち上げる対象となる制御プログラムを切り替えて、テストモードでＭＦＰ１０１を立ち上げることができる。また、テストモードでのログの記憶が完了すると、自動的に再起動して通常モードに切り替えることができる。

最後に、Ｓ３０５のテストログの解析及び管理サーバ１０２への送信処理について図５のフローチャートを用いて説明する。

Ｓ５０１では、ＣＰＵ１１１は、Ｓ３１３でＮＶＲＡＭ１２１に記憶したエラーコード及びエラー日時と、Ｓ３１８でＮＶＲＡＭ１２１に記憶したテストログの結果を取得する。

Ｓ５０２では、ＣＰＵ１１１はテストログの結果を参照し、ＮＧ項目があるか否かを判断する。ＮＧ項目がある場合は、Ｓ５０４に進み、ＮＧ項目がない場合（即ち、全てのテスト項目がＯＫの場合）はＳ５０３に進む。

Ｓ５０３では、ＣＰＵ１１１は、エラーコードの分類（６０１）に応じて故障箇所（６０３）を推定する。Ｓ５０３での推定について、図６を用いて説明する。図６は、故障箇所の推定について説明するための図である。項目６０１は、エラーコードの分類を示すものである。ここでは、ＭＦＰ１０１で発生したエラーの種類を示すエラーコードが印刷に関するエラー、読み取りに関連するエラー、及び、その他のエラーのいずれかに分類される場合を例示している。また、項目６０２は、Ｓ５０１で取得したテストログの結果にＮＧ項目がある場合の故障箇所の推定を説明するものである。ＣＰＵ１１１は、テストログの結果にＮＧ項目がある場合は、ＮＧ項目に応じた故障箇所の推定を行う（詳細はＳ５０４で説明する）。また、項目６０３は、テストログの結果にＮＧ項目がない場合（即ち、全てのテスト項目がＯＫの場合）の故障箇所の推定を説明するものである。

具体的には、ＣＰＵ１１１は、エラーコードが印刷に関連するエラーに分類される場合は、制御部側に対するテストでＮＧ項目がないため、印刷部に故障があると推定する。また、エラーコードが読み取りに関連するエラーに分類される場合は、制御部側に対するテストでＮＧ項目がないため、読取部に故障があると推定する。一方、エラーコードがその他のエラーの場合は、故障箇所は不明とする。

一方、Ｓ５０４では、ＣＰＵ１１１は、テストログを参照し、ＮＧが記憶されている項目に基づいてエラー箇所を推定する。Ｓ５０４の推定について図２を用いて説明する。例えば、テストＮｏ．４がＮＧの場合は、画像処理部１２２で故障が発生していると推定する。また、複数のテスト項目がＮＧの場合は、複数の故障が発生していると推定する。例えば、テストＮｏ．３及びテストＮｏ４がＮＧの場合は、メインコントローラ基板又は画像処理部１２２の両方で故障が発生していると推定する。

Ｓ５０３乃至Ｓ５０４の処理により、故障の発生箇所が制御部側にあるか、印刷部１２０又は読取部１１８などの制御部が制御するデバイス側にあるのかを決定することができる。また、制御部１１０側のテストでＮＧが発生した場合は、ＮＧの項目に応じて、更に制御部内で故障している可能性が高い箇所を推定することができる。

図５の説明に戻り、Ｓ５０５では、ＣＰＵ１１１は、エラーコード、推定した故障箇所、及びテストログを含むエラーレポートを生成する。Ｓ５０６では、ＣＰＵ１１１は、エラーレポートを管理サーバに送信する。なお、Ｓ５０６では、ＭＦＰ１０１が通常モードで備えているデータの送信機能などを使用してエラーレポートを送信することができる。

Ｓ５０７では、Ｓ５０６で送信したエラーレポートに対応するエラーコード、テストログを削除し、Ｓ３０６以降の通常モードへ進む。

＜変形例＞
以上説明した本実施形態では、通常モードで起動して、テストログの解析処理及び送信処理を行う場合を例示したが、これに限定されるものではない。例えば、テストモードで、テストログの解析処理及び送信処理を行うようにしてもよい。この場合、ＭＦＰ１０１は、管理サーバ１０２と通信を行うための情報、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等を予めＮＶＲＡＭ１２１に記憶しているものとする。

以上説明した実施形態では、テストログの解析処理及び故障箇所の推定処理をＭＦＰ１０１側で実行する場合を例示したがこれに限定されるものではない。テストログの解析処理及び故障箇所の推定処理を管理サーバ１０２側で行うようにしてもよい。この場合、ＣＰＵ１１１は、Ｓ３１３で記憶したエラーコード及びエラーが発生した日時と、Ｓ３１８で記憶したテストログを対応付けて管理サーバ１０２に送信する。管理サーバ１０２は、受信したエラーコード、エラーが発生した日時、及びテストログに基づいてＳ５０２乃至Ｓ５０５の処理を実行する。また、管理サーバ１０２は、生成したエラーレポートをデータベースに格納するようにすればよい。

＜その他の実施形態＞
本発明は、画像処理装置の一例として読取や印刷を行うＭＦＰ１０１を例示したがこれに限定されるものではない。例えば、３Ｄプリンタなど入力された三次元データに基づいて三次元の出力物を生成する３Ｄプリンタ部と、３Ｄプリンタ部を制御する制御部とを備えるようなデータ処理装置に適用することもできる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ 画像処理装置
１１０ 制御部
１１１ ＣＰＵ
１０２ 管理サーバ
１１８ 読取部
１２０ 印刷部

Claims (9)

1. 制御部と、制御部に接続された少なくとも１つのデバイスを含む画像処理装置であって、
   前記画像処理装置は、通常動作を行うための第１の動作モードと、前記制御部を診断するための第２の動作モードを少なくとも備えており、いずれかの動作モードで前記画像処理装置を起動させることが可能な制御手段と、
   前記第１の動作モードで前記画像処理装置が動作している場合に前記デバイスに関連するエラーが発生したことに応じて、前記第２のモードで前記画像処理装置を動作させ、前記第２の動作モードによって記憶された診断の結果と、前記エラーの種類に基づいて、障害の発生箇所が少なくとも前記デバイス側であるか、前記制御部側であるかを識別可能な情報を含むエラーレポートを生成する生成手段と、
   前記生成手段によって生成されたエラーレポートを管理サーバに送信する送信手段と、
   を備えることを特徴とする画像処理装置。
2. 前記エラーレポートは、前記エラーの種類、前記障害の発生箇所が少なくとも前記デバイス側であるか、前記制御部側であるかを識別可能な情報、及び、前記診断の結果を含むことを特徴とする請求項１に記載の画像処理装置。
3. 前記少なくとも１つのデバイスは、シートに画像を印刷する印刷部であることを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記少なくとも１つのデバイスは、画像を読み取る読取部であることを特徴とする請求項１又は２に記載の画像処理装置。
5. 前記第２の動作モードは、前記制御部が備える不揮発メモリ、揮発メモリ、データバス、及び、ストレージの診断を行い、当該診断結果を記憶し、
   前記生成手段は、前記障害の発生箇所が前記制御部側であると決定した場合に、更に、前記診断の結果に基づいて前記制御部内の詳細な故障箇所を推定し、当該推定した故障箇所を含むエラーレポートを生成することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記第２の動作モードは、更に、前記制御部が備える画像処理用のハードウェアの診断を行うことを特徴とする請求項５に記載の画像処理装置。
7. 前記制御手段は、前記第１の動作モードで前記画像処理装置が動作している場合に前記デバイスに関連するエラーが発生した場合であっても、当該エラーの種類によっては、前記第２のモードに移行することなく、前記第１の動作モードで動作するよう制御することを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 制御部と、制御部に接続された少なくとも１つのデバイスを含む画像処理装置の制御方法であって、
   前記画像処理装置は、通常動作を行うための第１の動作モードと、前記制御部を診断するための第２の動作モードを少なくとも備えており、いずれかの動作モードで前記画像処理装置を起動させることが可能な制御工程と、
   前記第１の動作モードで前記画像処理装置が動作している場合に前記デバイスに関連するエラーが発生したことに応じて、前記第２のモードで前記画像処理装置を動作させ、前記第２の動作モードによって記憶された診断の結果と、前記エラーの種類に基づいて、障害の発生箇所が少なくとも前記デバイス側であるか、前記制御部側であるかを識別可能な情報を含むエラーレポートを生成する生成工程と、
   前記生成工程で生成されたエラーレポートを管理サーバに送信する送信工程と、
   を有することを特徴とする画像処理装置の制御方法。
9. 請求項８に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。

Images