(57)【特許請求の範囲】
【請求項１】
記憶媒体に格納されたシステムプログラムからシステムの起動を行うメインＣＰＵと、
上記メインＣＰＵの動作状態を監視し、何らかの問題により上記メインＣＰＵのシステムが起動不可能になった場合に上記メインＣＰＵのシステムを自動的に復旧するサブＣＰＵとを備え、
上記メインＣＰＵは、エラーの割合が閾値を超えた場合に起動停止し、
上記サブＣＰＵは、上記メインＣＰＵのシステムが起動不可能になったことを上記メインＣＰＵからの応答がないことから検知し、上記記憶媒体をフォーマットしてバックアップシステムを上記記憶媒体にコピーすることを特徴とする画像処理装置。
【請求項２】
記憶媒体に格納されたシステムプログラムからシステムの起動を行うメインＣＰＵと、
上記メインＣＰＵの動作状態を監視し、何らかの問題により上記メインＣＰＵのシステムが起動不可能になった場合に上記メインＣＰＵのシステムを自動的に復旧するサブＣＰＵとを備え、
上記サブＣＰＵは、上記メインＣＰＵの動作をチェックし、エラーの割合が閾値を超えた場合、上記記憶媒体をフォーマットしてバックアップシステムを上記記憶媒体にコピーすることを特徴とする画像処理装置。
【請求項３】
請求項１または２のいずれか一項のいずれか一項に記載の画像処理装置において、
上記メインＣＰＵは、動作中に発生したエラーの率をＮＶＲＡＭに保存することを特徴とする画像処理装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の画像処理装置において、
上記記憶媒体はＳＤカードであることを特徴とする画像処理装置。
【請求項５】
記憶媒体に格納されたシステムプログラムからメインＣＰＵのシステムの起動を行い、
サブＣＰＵにより上記メインＣＰＵの動作状態を監視し、何らかの問題により上記メインＣＰＵのシステムが起動不可能になった場合に上記メインＣＰＵのシステムを自動的に復旧する方法であって、
上記メインＣＰＵは、エラーの割合が閾値を超えた場合に起動停止し、
上記サブＣＰＵは、上記メインＣＰＵのシステムが起動不可能になったことを上記メインＣＰＵからの応答がないことから検知し、上記記憶媒体をフォーマットしてバックアップシステムを上記記憶媒体にコピーすることを特徴とする画像処理装置の動作異常復旧方法。
【請求項６】
記憶媒体に格納されたシステムプログラムからメインＣＰＵのシステムの起動を行い、
サブＣＰＵにより上記メインＣＰＵの動作状態を監視し、何らかの問題により上記メインＣＰＵのシステムが起動不可能になった場合に上記メインＣＰＵのシステムを自動的に復旧する方法であって、
上記サブＣＰＵは、上記メインＣＰＵの動作をチェックし、エラーの割合が閾値を超えた場合、上記記憶媒体をフォーマットしてバックアップシステムを上記記憶媒体にコピーすることを特徴とする画像処理装置の動作異常復旧方法。
【請求項７】
請求項５または６のいずれか一項に記載の画像処理装置の動作異常復旧方法において、
上記メインＣＰＵは、動作中に発生したエラーの率をＮＶＲＡＭに保存することを特徴とする画像処理装置の動作異常復旧方法。
【請求項８】
請求項５乃至７のいずれか一項に記載の画像処理装置の動作異常復旧方法において、
上記記憶媒体はＳＤカードであることを特徴とする画像処理装置の動作異常復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムの動作異常を容易に復旧可能とした画像処理装置に関する。
【背景技術】
【０００２】
ＭＦＰ（Multi Function Printer）等の画像処理装置においては、システムプログラムのリモート更新の仕組が取り入れられているものがあるが、このリモート更新に際して自身のシステム書き換えに失敗したときに備え、リカバリを行うレスキューシステムをＦｌａｓｈＲＯＭ（Flash Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＤ（Secure Digital）カード等の記録媒体に搭載しているものがある。
【０００３】
このレスキューシステムとは、システム内部にフラグを持ち、システム書き換え時にそのフラグをＯＮし、正常終了時にＯＦＦにする。書き換え時に電源断などの原因により、正常に書き換えが終了しないと、次回起動時にはこのフラグがＯＮのままなので、システム書き換えに失敗したとして、通常のシステムとは異なる領域のレスキューシステムから起動し、再度更新を可能とするものである。
【０００４】
一方、この種の画像処理装置では、電源制御を可能とするプログラマブルシーケンサもしくはＳｕｂＣＰＵを内蔵したＡＳＩＣ（Application Specific Integrated Circuit）を利用し、省電力状態への移行と復帰の制御や、省電力状態におけるネットワークの監視を行うことで、ネットワークＩ／Ｆ（Interface）経由で省電力状態から復帰する技術が提案されている（例えば、特許文献１〜３を参照。）。また、このような技術では、省電力の効果を高めるため、ＭａｉｎＣＰＵの電源が切断状態の省電力状態でも、ネットワークからのジョブで復帰可能なように、ＭａｉｎＣＰＵとは別にＭａｉｎＣＰＵの電源が切断された場合でも動作するＡＳＩＣを搭載したものが提案されている（特許文献３）。
【特許文献１】特開２００２−２６８４７１号公報
【特許文献２】特開２００３−８９２５４号公報
【特許文献３】特開２００５−９４６７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、ＭａｉｎＣＰＵのシステムの書き換えに失敗した場合等、システムにとって致命的な状態になった場合、操作パネルに適切なエラー表示と、再び装置を使用可能にするための指示を表示したり、警告音を出したりするものが多い。このときの指示とは、主電源を入れ直したり、再度システムの書き換えの実行を促したりするものがほとんどである。つまり、使用者が何らかのアクションを起こさない限り、システムは復旧されず、使用不可能なままの状態となる。
【０００６】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、システムの動作異常を使用者の介在なしに容易に復旧可能とした画像処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、記憶媒体に格納されたシステムプログラムからシステムの起動を行うメインＣＰＵと、上記メインＣＰＵの動作状態を監視し、何らかの問題により上記メインＣＰＵのシステムが起動不可能になった場合に上記メインＣＰＵのシステムを自動的に復旧するサブＣＰＵとを備え、上記メインＣＰＵは、エラーの割合が閾値を超えた場合に起動停止し、上記サブＣＰＵは、上記メインＣＰＵのシステムが起動不可能になったことを上記メインＣＰＵからの応答がないことから検知し、上記記憶媒体をフォーマットしてバックアップシステムを上記記憶媒体にコピーする画像処理装置を要旨としている。
【０００８】
また、請求項２に記載されるように、記憶媒体に格納されたシステムプログラムからシステムの起動を行うメインＣＰＵと、上記メインＣＰＵの動作状態を監視し、何らかの問題により上記メインＣＰＵのシステムが起動不可能になった場合に上記メインＣＰＵのシステムを自動的に復旧するサブＣＰＵとを備え、上記サブＣＰＵは、上記メインＣＰＵの動作をチェックし、エラーの割合が閾値を超えた場合、上記記憶媒体をフォーマットしてバックアップシステムを上記記憶媒体にコピーする画像処理装置として構成することができる。
【０００９】
また、請求項３に記載されるように、請求項１または２のいずれか一項のいずれか一項に記載の画像処理装置において、上記メインＣＰＵは、動作中に発生したエラーの率をＮＶＲＡＭに保存するようにすることができる。
【００１０】
また、請求項４に記載されるように、請求項１乃至３のいずれか一項に記載の画像処理装置において、上記記憶媒体はＳＤカードであるものとすることができる。
【００１１】
また、請求項５〜８に記載されるように、画像処理装置の動作異常復旧方法として構成することができる。
【発明の効果】
【００１６】
本発明の画像処理装置にあっては、システムの動作異常を使用者の介在なしに容易に復旧可能とすることができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の好適な実施形態につき説明する。
【００１８】
図１は本発明の一実施形態にかかる画像処理装置１の構成例を示す図である。
【００１９】
図１において、画像処理装置１は、用紙への印刷等を行うエンジン２と、主たる回路部分を含んだマザーボード３とを備え、ネットワーク２４に接続可能となっている。
【００２０】
マザーボード３は、拡張ボード等のスロット４、５と、主たる処理を行うＭａｉｎＣＰＵ６と、画像処理等を行うＡＳＩＣ７と、メモリ８と、ＨＤＤ９と、ロジック部１０、ＲＯＭ１１、１２、ＮＶＲＡＭ（Non Volatile RAM(Random Access Memory)）１３と、拡張ボード等のスロット１４〜１６とを備えている。
【００２１】
また、マザーボード３は、省エネのための電源制御および動作異常復旧を行うＳｕｂＣＰＵ１７を含んだＡＳＩＣ１８と、ユーザの操作する操作部１９と、ＭａｉｎＣＰＵ６用のシステムプログラムを格納したＳＤカード２０と、ＦｌｕｓｈＲＯＭ２１と、ＮＶＲＡＭ２２と、ＵＳＢインタフェース２３とを備えている。
【００２２】
図２はＳＤカード２０とＡＳＩＣ１８のメモリマップの例を示す図であり、（ａ）に示す出荷時の状態から、パーティションサイズの変更を実施することで、（ｂ）に示す状態とする。また、（ｂ）に示すＳＤカード２０のＡＳＩＣ可視空間が、（ｃ）に示すＡＳＩＣ１８のＳＤカード空間に対応する。また、図３はＳｕｂＣＰＵ１７用のＦｌｕｓｈＲＯＭ２１のメモリマップの例を示す図である。
【００２３】
以下、上記の実施形態の動作を説明する。
【００２４】
図４は通常のリモート更新の場合の処理例を示すフローチャートである。
【００２５】
図４において、処理を開始し（ステップＳ１）、リモート更新を開始すると（ステップＳ２）、更新データを受信する（ステップＳ３）。
【００２６】
次いで、ＮＶＲＡＭ２２上にレスキューフラグをセットし（ステップＳ４）、ＭａｉｎＣＰＵ６用のシステムデータの更新を行う（ステップＳ５）。
【００２７】
そして、リモート更新を終了し（ステップＳ６）、ＮＶＲＡＭ２２上のレスキューフラグをクリアし（ステップＳ７）、処理を終了する（ステップＳ８）。
【００２８】
図５は通常のリモート更新とともにバックアップ用システムの更新を行う場合の処理例を示すフローチャートである。
【００２９】
図５において、処理を開始し（ステップＳ１１）、リモート更新を開始すると（ステップＳ１２）、更新データを受信する（ステップＳ１３）。
【００３０】
次いで、ＮＶＲＡＭ２２上にレスキューフラグをセットし（ステップＳ１４）、ＭａｉｎＣＰＵ６用のシステムデータの更新を行う（ステップＳ１５）。
【００３１】
そして、ＭａｉｎＣＰＵ６用のシステムデータの更新を終了し（ステップＳ１６）、ＮＶＲＡＭ２２上のレスキューフラグをクリアする（ステップＳ１７）。
【００３２】
次いで、後述するエラー率もしくはバージョン名等から安定したバージョンであるか否か判断し（ステップＳ１８）、安定したバージョンでない場合は処理を終了する（ステップＳ２３）。
【００３３】
安定したバージョンである場合は、ＮＶＲＡＭ２２上にＳｕｂＣＰＵ１７用バックアップフラグをセットし（ステップＳ１９）、ＳｕｂＣＰＵ１７用のＦｌｕｓｈＲＯＭ２１にあるバックアップ用システムデータの更新を行う（ステップＳ２０）。
【００３４】
そして、更新を終了すると（ステップＳ２１）、ＮＶＲＡＭ２２上のＳｕｂＣＰＵ１７用バックアップフラグをクリアし（ステップＳ２２）、処理を終了する（ステップＳ２３）。
【００３５】
図６は起動後に起動時間とエラー率を保存する場合の処理例を示すフローチャートである。
【００３６】
図６において、処理を開始すると（ステップＳ３１）、通常ＯＳ（Operating System）の起動（ステップＳ３２）、通常プログラム起動部の起動（ステップＳ３３）、ＭＦＰ／プリンタプログラムの起動（ステップＳ３４）を順次に行う。
【００３７】
次いで、稼動時間の測定を開始し（ステップＳ３５）、エラーの発生を監視し（ステップＳ３６）、エラーが発生した場合はエラー率（稼動時間に対するエラー回数の割合）をＮＶＲＡＭ２２に保存する（ステップＳ３７）。
【００３８】
そして、稼動時間の測定を終了し、測定した稼動時間をＮＶＲＡＭ２２に保存し（ステップＳ３８）、処理を終了する（ステップＳ３９）。
【００３９】
図７はＳＤカード２０の状態をＭａｉｎＣＰＵ６がチェックし、バックアップ用ＯＳから起動する場合の処理例を示す図である。
【００４０】
図７において、処理を開始すると（ステップＳ４１）、ＭａｉｎＣＰＵ６のブートプログラムを起動し（ステップＳ４２）、続いてＳＤカード２０の状態に異常があるか否か判断する（ステップＳ４３）。
【００４１】
異常がない場合は、通常ＯＳの起動（ステップＳ４４）、通常プログラム起動部の起動（ステップＳ４５）、ＭＦＰ／プリンタプログラムの起動（ステップＳ４６）を順次に行い、処理を終了する（ステップＳ４７）。
【００４２】
異常がある場合は、バックアップＯＳの起動（ステップＳ４８）、バックアップＯＳのプログラム起動部の起動（ステップＳ４９）、ＭＦＰ／プリンタプログラムの起動（ステップＳ５０）を順次に行い、処理を終了する（ステップＳ５１）。
【００４３】
図８は起動時にＭａｉｎＣＰＵ６とＳｕｂＣＰＵ１７がハンドシェイクしながらＳｕｂＣＰＵ１７がＳＤカード２０を書き換えて復旧する場合の処理例を示すフローチャートである。
【００４４】
図８において、ＭａｉｎＣＰＵ６では、処理を開始すると（ステップＳ６１）、ブートプログラムを起動し（ステップＳ６２）、続いてＳＤカード２０の状態に異常があるか否か判断する（ステップＳ６３）。
【００４５】
異常がない場合は、通常ＯＳの起動（ステップＳ６４）、通常プログラム起動部の起動（ステップＳ６５）、ＭＦＰ／プリンタプログラムの起動（ステップＳ６６）を順次に行い、処理を終了する（ステップＳ６７）。異常がある場合は、異常終了する（ステップＳ６８）。
【００４６】
一方、ＳｕｂＣＰＵ１７では、処理を開始すると（ステップＳ７１）、ブートプログラムを起動し（ステップＳ７２）、ＳｕｂＣＰＵ１７用プログラムの起動を行う（ステップＳ７３）。
【００４７】
次いで、ＭａｉｎＣＰＵ６とハンドシェイクを行い、ＭａｉｎＣＰＵ６からの応答があるか否か判断し（ステップＳ７４）、応答がない場合はＳＤカード２０の状態に異常があったものとして、異常なＳＤカード２０をフォーマットする（ステップＳ７５）。
【００４８】
次いで、ＳｕｂＣＰＵ１７側のＦｌｕｓｈＲＯＭ２１に格納されているバックアップシステムをＳＤカード２０へコピーし（ステップＳ７６）、再起動を行い（ステップＳ７７）、処理を終了する（ステップＳ７８）。
【００４９】
図９は動作時にＭａｉｎＣＰＵ６とＳｕｂＣＰＵ１７がハンドシェイクしながら、ＳｕｂＣＰＵ１７がＳＤカード２０を書き換えて復旧する場合の処理例を示すフローチャートである。
【００５０】
図９において、処理を開始すると（ステップＳ８１）、通常ＯＳの起動（ステップＳ８２）、通常プログラム起動部の起動（ステップＳ８３）、ＭＦＰ／プリンタプログラムの起動（ステップＳ８４）を順次に行う。
【００５１】
次いで、ＭａｉｎＣＰＵ６のシステムの動作をＳｕｂＣＰＵ１７がチェックし（ステップＳ８５）、ＳＤカード２０の状態に異常があるか否か判断する（ステップＳ８６）。
【００５２】
そして、異常がある場合、異常なＳＤカード２０をフォーマットし（ステップＳ８７）、ＳｕｂＣＰＵ１７側のＦｌｕｓｈＲＯＭ２１に格納されているバックアップシステムをＳＤカード２０へコピーし（ステップＳ８８）、再起動を行い（ステップＳ８９）、処理を終了する（ステップＳ９０）。
【００５３】
図１０は起動時にＭａｉｎＣＰＵ６とＳｕｂＣＰＵ１７がハンドシェイクしながら、ＳｕｂＣＰＵ１７がＳＤカード２０を書き換えて復旧する場合の処理例を示すフローチャートである。
【００５４】
図１０において、ＭａｉｎＣＰＵ６では、処理を開始すると（ステップＳ９１）、ブートプログラムを起動し（ステップＳ９２）、続いてエラーの割合が閾値を超えたか否か判断する（ステップＳ９３）。
【００５５】
閾値を超えていない場合は、通常ＯＳの起動（ステップＳ９４）、通常プログラム起動部の起動（ステップＳ９５）、ＭＦＰ／プリンタプログラムの起動（ステップＳ９６）を順次に行い、処理を終了する（ステップＳ９７）。閾値を超えた場合は、起動停止する（ステップＳ９８）。
【００５６】
一方、ＳｕｂＣＰＵ１７では、処理を開始すると（ステップＳ１０１）、ブートプログラムを起動し（ステップＳ１０２）、ＳｕｂＣＰＵ１７用プログラムの起動を行う（ステップＳ１０３）。
【００５７】
次いで、ＭａｉｎＣＰＵ６とハンドシェイクを行い、ＭａｉｎＣＰＵ６からの応答があるか否か判断し（ステップＳ１０４）、応答がない場合はＳＤカード２０の状態に異常があったものとして、異常なＳＤカード２０をフォーマットする（ステップＳ１０５）。
【００５８】
次いで、ＳｕｂＣＰＵ１７側のＦｌｕｓｈＲＯＭ２１に格納されているバックアップシステムをＳＤカード２０へコピーし（ステップＳ１０６）、再起動を行い（ステップＳ１０７）、処理を終了する（ステップＳ１０８）。
【００５９】
図１１は起動後にエラーの割合が閾値を超えた場合、ＳｕｂＣＰＵ１７がＳＤカード２０を書き換えて復旧する場合の処理例を示すフローチャートである。
【００６０】
図１１において、処理を開始すると（ステップＳ１１１）、通常ＯＳの起動（ステップＳ１１２）、通常プログラム起動部の起動（ステップＳ１１３）、ＭＦＰ／プリンタプログラムの起動（ステップＳ１１４）を順次に行う。
【００６１】
次いで、ＭａｉｎＣＰＵ６のシステムの動作をＳｕｂＣＰＵ１７がチェックし（ステップＳ１１５）、エラーの割合が閾値を超えたか否か判断する（ステップＳ１１６）。
【００６２】
そして、エラーの割合が閾値を超えた場合、異常なＳＤカード２０をフォーマットし（ステップＳ１１７）、ＳｕｂＣＰＵ１７側のＦｌｕｓｈＲＯＭ２１に格納されているバックアップシステムをＳＤカード２０へコピーし（ステップＳ１１８）、再起動を行い（ステップＳ１１９）、処理を終了する（ステップＳ１２０）。
【００６３】
以上説明したように、本発明にあっては、ＭａｉｎＣＰＵ６の状態をＳｕｂＣＰＵ１７が監視し、何らかの問題によりＭａｉｎＣＰＵ６のシステムが起動不可能になった場合、ＳｕｂＣＰＵ１７からＭａｉｎＣＰＵ６のシステムを自動的に復旧することができる。通常のレスキューシステムでもこのような動作は可能であるが、さらにＳｕｂＣＰＵ１７を用いることにより、通常動作中にＭａｉｎＣＰＵ６のシステムに異常をきたした場合や、新しいシステムに書き換えた場合に副作用が発生して問題が発生した場合でも、異常部分のシステム更新作業や再起動を自動的に行うことで、使用者を介さずに復旧を行うことが可能である。
【００６４】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態にかかる画像処理装置の構成例を示す図である。
【図２】ＳＤカードとＡＳＩＣのメモリマップの例を示す図である。
【図３】ＳｕｂＣＰＵ用のＦｌｕｓｈＲＯＭのメモリマップの例を示す図である。
【図４】通常のリモート更新の場合の処理例を示すフローチャートである。
【図５】通常のリモート更新とともにバックアップ用システムの更新を行う場合の処理例を示すフローチャートである。
【図６】起動後に起動時間とエラー率を保存する場合の処理例を示すフローチャートである。
【図７】ＳＤカードの状態をＭａｉｎＣＰＵがチェックし、バックアップ用ＯＳから起動する場合の処理例を示す図である。
【図８】起動時にＭａｉｎＣＰＵとＳｕｂＣＰＵがハンドシェイクしながらＳｕｂＣＰＵがＳＤカードを書き換えて復旧する場合の処理例を示すフローチャートである。
【図９】動作時にＭａｉｎＣＰＵとＳｕｂＣＰＵがハンドシェイクしながら、ＳｕｂＣＰＵがＳＤカードを書き換えて復旧する場合の処理例を示すフローチャートである。
【図１０】起動時にＭａｉｎＣＰＵとＳｕｂＣＰＵがハンドシェイクしながら、ＳｕｂＣＰＵがＳＤカードを書き換えて復旧する場合の処理例を示すフローチャートである。
【図１１】起動後にエラーの割合が閾値を超えた場合、ＳｕｂＣＰＵがＳＤカードを書き換えて復旧する場合の処理例を示すフローチャートである。
【符号の説明】
【００６６】
１            画像処理装置
２            エンジン
３            マザーボード
４、５        スロット
６            ＭａｉｎＣＰＵ
７            ＡＳＩＣ
８            メモリ
９            ＨＤＤ
１０          ロジック部
１１、１２    ＲＯＭ
１３          ＮＶＲＡＭ
１４〜１６    スロット
１７          ＳｕｂＣＰＵ
１８          ＡＳＩＣ
１９          操作部
２０          ＳＤカード
２１          ＦｌｕｓｈＲＯＭ
２２          ＮＶＲＡＭ
２３          ＵＳＢインタフェース
２４          ネットワーク
【図１】
0004741390.tif 000002
【図２】
0004741390.tif 000003
【図３】
0004741390.tif 000004
【図４】
0004741390.tif 000005
【図５】
0004741390.tif 000006
【図６】
0004741390.tif 000007
【図７】
0004741390.tif 000008
【図８】
0004741390.tif 000009
【図９】
0004741390.tif 000010
【図１０】
0004741390.tif 000011
【図１１】
0004741390.tif 000012