(57)【要約】【課題】画像処理装置と、これに接続されるとともに管理センターに接続される管理用通信装置とを有する画像処理システムにおいて、画像処理装置または管理用通信装置のファームウェア書き換え失敗時の復旧を少ないリソースで行う。【解決手段】画像処理装置１０と管理用通信装置２０とを含む画像処理システム１において、ファームウェアの書き換え対象である対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報を保持するファームウェア書き換え非対象装置の保持手段と、上記対象装置がファームウェアの書き換えに失敗したことに対応して、上記保持手段に保持されているファームウェア特定情報により特定されるファームウェアを管理センター３０から取得するとともに対象装置のファームウェアを該取得したファームウェアに書き換えるよう制御する制御手段とが設けられる。【選択図】図１
2006285951.tif 000002
【特許請求の範囲】
【請求項１】
画像の入力または出力処理を行う画像処理装置と、
画像処理装置に接続されるとともに管理センターに通信回線経由で接続される管理用通信装置と、
を有する画像処理システムであって、
ファームウェアの書き換え対象である対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報を保持するファームウェア書き換え非対象装置の保持手段と、
前記対象装置がファームウェアの書き換えに失敗したことに対応して、前記保持手段に保持されているファームウェア特定情報により特定されるファームウェアを前記管理センターから取得するとともに前記対象装置のファームウェアを該取得したファームウェアに書き換えるよう制御する制御手段と、
を備えることを特徴とする画像処理システム。
【請求項２】
請求項１に記載の画像処理システムであって、
前記対象装置がファームウェアの書き換えに失敗したことに対応して、書き換えが失敗した書き換え用のファームウェアを特定するための失敗ファームウェア特定情報を管理センターに送るファームウェア書き換え非対象装置の送信手段をさらに備えることを特徴とする画像処理システム。
【請求項３】
請求項２に記載の画像処理システムであって、
前記失敗ファームウェア特定情報を受けると、この失敗ファームウェア特定情報に基づき所定のファームウェア修正アルゴリズムに従って書き換え用のファームウェアを修正する管理センターのファームウェア修正手段をさらに備えることを特徴とする画像処理システム。
【請求項４】
請求項１〜３のいずれか１項に記載の画像処理システムであって、
管理用通信装置および画像処理装置の双方が、前記非対象装置として機能することを特徴とする画像処理システム。
【請求項５】
画像の入力または出力処理を行う画像処理装置と、画像処理装置に接続されるとともに管理センターに通信回線経由で接続される管理用通信装置とを有する画像処理システムで用いられる方法であって、
ファームウェア書き換え非対象装置の保持手段が、ファームウェアの書き換え対象である対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報を保持するステップと、
制御手段が、前記対象装置がファームウェアの書き換えに失敗したことに対応して、前記保持されたファームウェア特定情報により特定されるファームウェアを前記管理センターから取得するとともに前記対象装置のファームウェアを該取得したファームウェアに書き換えるよう制御するステップと、
を有することを特徴とする方法。
【請求項６】
画像の入力または出力処理を行う画像処理装置と、画像処理装置に接続されるとともに管理センターに通信回線経由で接続される管理用通信装置とを有する画像処理システムで用いられるプログラムであって、コンピュータに、
ファームウェアの書き換え対象である対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報を、ファームウェア書き換え非対象装置に保持させるステップと、
前記対象装置がファームウェアの書き換えに失敗したことに対応して、前記保持されたファームウェア特定情報により特定されるファームウェアを前記管理センターから取得するとともに前記対象装置のファームウェアを該取得したファームウェアに書き換えるよう制御するステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置と、当該画像処理装置に接続されるとともに管理センターに通信回線経由で接続される管理用通信装置と、を有する画像処理システムに関し、特に、画像処理装置または管理用通信装置のファームウェアの書き換えに関する。
【背景技術】
【０００２】
複写機、プリンタ、ファクシミリ、デジタル複合機、スキャナ等の画像処理装置を管理するシステムとして、管理センターが通信回線経由で画像処理装置を遠隔管理するものが知られている。このシステムでは、画像処理装置にはオプションの管理用通信装置が外付けされ、この管理用通信装置から通信回線経由で、画像処理装置の印刷枚数や障害情報などの使用状況情報が管理センターに送られる。
【０００３】
このようなシステムにおいて、画像処理装置または管理用通信装置のファームウェアの書き換えは、書き換え失敗時の復旧を考慮して次のような方式で行われることが多い。すなわち、書き換え対象の装置には、新旧２つのファームウェアが格納される記憶領域が設けられ、書き換えが成功した場合に旧ファームウェアから新ファームウェアに切り替えられる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、画像処理装置や管理用通信装置のようないわゆる組み込み機器では、リソースが少ないので、リソースを有効に使用することが重要である。しかし、上記のファームウェア書き換え方式では、１つの装置に２つのファームウェアを持たせるので、リソースを有効に使用することができない。
【０００５】
そこで、本発明は、画像処理装置または管理用通信装置のファームウェアが書き換えられる際に、書き換え失敗時の復旧を少ないリソースで行うことが可能な画像処理システムを提供する。
【課題を解決するための手段】
【０００６】
本発明に係る画像処理システムは、画像の入力または出力処理を行う画像処理装置と、画像処理装置に接続されるとともに管理センターに通信回線経由で接続される管理用通信装置と、を有する画像処理システムであって、ファームウェアの書き換え対象である対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報を保持するファームウェア書き換え非対象装置の保持手段と、前記対象装置がファームウェアの書き換えに失敗したことに対応して、前記保持手段に保持されているファームウェア特定情報により特定されるファームウェアを前記管理センターから取得するとともに前記対象装置のファームウェアを該取得したファームウェアに書き換えるよう制御する制御手段と、を備えることを特徴とする。
【０００７】
本発明の好適な態様では、前記対象装置がファームウェアの書き換えに失敗したことに対応して、書き換えが失敗した書き換え用のファームウェアを特定するための失敗ファームウェア特定情報を管理センターに送るファームウェア書き換え非対象装置の送信手段をさらに備える。
【０００８】
また、本発明の好適な態様では、前記失敗ファームウェア特定情報を受けると、この失敗ファームウェア特定情報に基づき所定のファームウェア修正アルゴリズムに従って書き換え用のファームウェアを修正する管理センターのファームウェア修正手段をさらに備える。
【０００９】
また、本発明の好適な態様では、管理用通信装置および画像処理装置の双方が、前記非対象装置として機能する。
【００１０】
本発明に係る方法は、画像の入力または出力処理を行う画像処理装置と、画像処理装置に接続されるとともに管理センターに通信回線経由で接続される管理用通信装置とを有する画像処理システムで用いられる方法であって、ファームウェア書き換え非対象装置の保持手段が、ファームウェアの書き換え対象である対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報を保持するステップと、制御手段が、前記対象装置がファームウェアの書き換えに失敗したことに対応して、前記保持されたファームウェア特定情報により特定されるファームウェアを前記管理センターから取得するとともに前記対象装置のファームウェアを該取得したファームウェアに書き換えるよう制御するステップと、を有することを特徴とする。
【００１１】
本発明に係るプログラムは、画像の入力または出力処理を行う画像処理装置と、画像処理装置に接続されるとともに管理センターに通信回線経由で接続される管理用通信装置とを有する画像処理システムで用いられるプログラムであって、コンピュータに、ファームウェアの書き換え対象である対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報を、ファームウェア書き換え非対象装置に保持させるステップと、前記対象装置がファームウェアの書き換えに失敗したことに対応して、前記保持されたファームウェア特定情報により特定されるファームウェアを前記管理センターから取得するとともに前記対象装置のファームウェアを該取得したファームウェアに書き換えるよう制御するステップと、を実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、画像処理装置または管理用通信装置のファームウェアが書き換えられる際に、書き換え失敗時の復旧を少ないリソースで行うことが可能な画像処理システムを提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面に従って説明する。
【００１４】
［第１の実施の形態］
図１は、本実施の形態に係る画像処理システム１の構成を示すブロック図である。図１において、画像処理システム１は、画像処理装置１０、管理用通信装置２０、および管理センター３０を有する。
【００１５】
画像処理装置１０は、画像の入力または出力処理を行う装置である。具体的には、画像処理装置１０は、紙等の記録媒体に画像を形成する画像形成機能または原稿から画像を読み取る画像読取機能を有する装置であり、例えば、複写機、プリンタ、ファクシミリ、デジタル複合機、スキャナなどである。
【００１６】
この画像処理装置１０は、当該画像処理装置全体を制御するコントローラ１１を備えている。このコントローラ１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＡＭ（Random Access Memory）１１ｂ、不揮発性メモリ１１ｃなどを含む回路基板である。不揮発性メモリ１１ｃにはファームウェアが格納され、このファームウェアをＣＰＵ１１ａが実行することによって画像処理装置全体の制御が実現される。
【００１７】
ここで、不揮発性メモリ１１ｃは、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の書き換え可能なメモリであり、ファームウェアは書き換え可能となっている。また、ファームウェアは、オペレーティングシステム（OS: Operating System）と１以上のアプリケーションソフト（以下、アプリケーションと称す）とを含んで構成されている。アプリケーションとしては、例えば、ハードウェア機器（プリントエンジン、オプション機器等）を制御するためのドライバソフトや、ネットワーク設定関係のソフトなどが挙げられる。
【００１８】
管理用通信装置２０は、画像処理装置１０の遠隔管理を可能にするためのオプション装置であり、ユーザが遠隔管理サービスの提供を希望する場合に画像処理装置１０に外付けされるものである。なお、遠隔管理サービスはユーザの希望に応じて提供される任意的なサービスであるので、画像処理装置１０単体には遠隔管理サービスの提供を受けるための機能は組み込まれていない。
【００１９】
この管理用通信装置２０は、画像処理装置１０に通信ケーブル４０を介して接続されるとともに、管理センター３０に電話回線やインターネット等の通信回線５０を介して接続される。そして、管理用通信装置２０は、画像処理装置１０の使用状況情報を当該画像処理装置１０から取得して管理センター３０に送信する。ここで、使用状況情報は、画像処理装置１０の管理に用いられる各種の情報であり、例えば、印刷枚数（メータカウント）、障害、用紙、消耗品、稼動状況などに関する情報である。
【００２０】
管理用通信装置２０は、当該管理用通信装置全体を制御するコントローラ２１を備えている。このコントローラ２１は、ＣＰＵ２１ａ、ＲＡＭ２１ｂ、不揮発性メモリ２１ｃなどを含む回路基板である。不揮発性メモリ２１ｃにはファームウェアが格納され、このファームウェアをＣＰＵ２１ａが実行することによって管理用通信装置全体の制御が実現される。
【００２１】
ここで、不揮発性メモリ２１ｃは、ＥＥＰＲＯＭ等の書き換え可能なメモリであり、ファームウェアは書き換え可能となっている。また、ファームウェアは、ＯＳと１以上のアプリケーションとを含んで構成されている。
【００２２】
管理センター３０は、通信回線５０および管理用通信装置２０を介して画像処理装置１０を遠隔管理するコンピュータシステムであり、ここでは、課金サーバ３１、ファームウェア提供サーバ３２、およびデータベース３３を含んで構成されている。
【００２３】
課金サーバ３１は、管理用通信装置２０から画像処理装置１０のメータカウントを受け取り、このメータカウントに基づいて所定の課金処理を行う。ファームウェア提供サーバ３２は、画像処理装置１０および管理用通信装置２０のファームウェアを提供する。また、ファームウェア提供サーバ３２は、後述するファームウェアの書き換えに関する各種の処理を実行する。データベース３３は、ファームウェアの書き換えに関する履歴情報を記憶する。
【００２４】
さらに、図１に示される構成例では、画像処理装置１０と管理センター３０とは、電話回線やインターネット等の通信回線６０を介して相互に接続されている。ただし、この接続は省略可能である。
【００２５】
なお、画像処理装置１０と管理用通信装置２０との組は、図１では１組だけ示されているが、複数組であってもよい。
【００２６】
上記構成を有する画像処理システム１において、画像処理装置１０または管理用通信装置２０のファームウェアの書き換えは、次のとおりに行われる。なお、ここでは、画像処理装置１０および管理用通信装置２０のうち、ファームウェアの書き換え対象である方を「対象装置」と称し、書き換え対象でない方を「非対象装置」と称する。
【００２７】
ファームウェアの書き換え前に、非対象装置は、対象装置の書き換え前の（現時点での）ファームウェアを特定するためのファームウェア特定情報を、対象装置から取得して保持しておく。このファームウェア特定情報としては、例えば、当該ファームウェアの構成情報や、当該ファームウェアのバージョン情報、またはこれらの情報と機種コードとの組み合わせなどが挙げられる。ここで、ファームウェアの構成情報とは、当該ファームウェアを構成するＯＳおよび１以上のアプリケーションの各々のバージョン情報を含む情報である。
【００２８】
ついで、対象装置または非対象装置は、書き換え用のファームウェア（例えば、最新バージョンのファームウェア）を通信回線経由で管理センター３０から取得し、対象装置のファームウェアを書き換え用のファームウェアに書き換える。具体的には、画像処理装置１０が対象装置である場合、ある一つの態様では、画像処理装置１０が、通信回線６０経由で管理センター３０からファームウェアをダウンロードし、書き換えを行う。また、別の態様では、画像処理装置１０が、通信ケーブル４０、管理用通信装置２０、および通信回線５０経由で管理センター３０からファームウェアをダウンロードし、書き換えを行う。さらに、別の態様では、管理用通信装置２０が、通信回線５０経由で管理センター３０からファームウェアをダウンロードし、画像処理装置１０のファームウェアを書き換える。なお、ファームウェアの書き換えには、ファームウェア全体の書き換えと、一部の書き換えとが含まれる。一部書き換えの場合、当該一部が管理センター３０からダウンロードされてもよい。
【００２９】
そして、上記ファームウェアの書き換えに失敗した場合、非対象装置は、保持しているファームウェア特定情報に基づき、書き換え前のファームウェアを通信回線経由で管理センター３０から取得し、対象装置のファームウェアを書き換え前のファームウェアに戻す。すなわち、対象装置のファームウェア書き換え失敗時には、非対象装置が対象装置のファームウェアの復旧を行う。
【００３０】
ここで、ファームウェアの書き換え失敗には、回線不備や途中電源断による書き換えそのものの失敗の他、ファームウェアのバグによる暴走など、書き換え用のファームウェアの予期した機能が提供されない場合も含まれる。
【００３１】
また、非対象装置は、適宜の方法で書き換えの失敗を検知することができる。例えば、書き換え成功時に対象装置から非対象装置に成功通知が送信される構成とすれば、非対象装置は、所定期間内に成功通知が受信されない場合に、書き換えに失敗したものと判断することができる。また、書き換え失敗時に対象装置から非対象装置にエラー通知が送信される構成とすれば、非対象装置は、エラー通知の受信によって書き換え失敗を検知することができる。
【００３２】
上記構成において、書き換え失敗の履歴を管理センター３０に蓄積しておけば、書き換え失敗の原因の解析が容易となり、失敗に対する対策を迅速に行うことが可能となる。このような観点より、書き換えに失敗した場合、非対象装置は、書き換えが失敗した書き換え用のファームウェアを特定するための失敗ファームウェア特定情報を管理センター３０に送ることが好ましい。この失敗ファームウェア特定情報としては、例えば、当該ファームウェアの構成情報や、当該ファームウェアのバージョン情報、またはこれらの情報と機種コードとの組み合わせなどが挙げられる。
【００３３】
さらに、失敗に対する対策をより迅速に行う観点より、管理センター３０は、失敗ファームウェア特定情報に基づき、所定のファームウェア修正アルゴリズムに従って、書き換え用のファームウェアを修正することが好ましい。
【００３４】
好適な態様では、画像処理装置１０および管理用通信装置２０の双方が、上記の非対象装置として機能する。すなわち、画像処理装置１０および管理用通信装置２０の双方が、他方のファームウェアの書き換え失敗時に、他方のファームウェアの復旧を行う。ただし、画像処理装置１０および管理用通信装置２０のうちいずれか一方のみが上記非対象装置として機能する構成であってもよい。
【００３５】
図２は、画像処理装置１０のファームウェアが書き換えられる際における、画像処理システム１の動作手順を示すシーケンス図である。以下、図２に従って、画像処理装置１０のファームウェアが書き換えられる場合を例にとって、画像処理システム１の動作について具体的に説明する。
【００３６】
以下の説明において、画像処理装置１０には、当初、旧バージョンのファームウェアＦＷ１が格納されているものとする。一方、管理センター３０には、最新バージョンのファームウェアＦＷ２が用意されているものとする。
【００３７】
画像処理装置１０は、ユーザからの指示に応じて、あるいは電源投入直後などの適宜のタイミングで、ファームウェア更新要求を通信回線６０経由で管理センター３０に送る（Ｓ１）。このとき、画像処理装置１０は、現在のファームウェアＦＷ１の構成情報Ａ１を管理センター３０に送る。
【００３８】
管理センター３０は、画像処理装置１０からファームウェア更新要求を受けると、画像処理装置１０から提示された構成情報Ａ１に基づいて、更新可能なファームウェアの有無を判断する。ここでは、管理センター３０は、更新可能なファームウェアＦＷ２が有ると判断し、書き換え用のファームウェアＦＷ２の構成情報Ａ２を通信回線６０経由で画像処理装置１０に送る（Ｓ２）。なお、画像処理装置１０のファームウェアが既にＦＷ２であった場合には、更新可能なファームウェアは無いと判断され、その旨が管理センター３０から画像処理装置１０に通知され、ファームウェアの書き換えに関する処理は終了する。
【００３９】
画像処理装置１０は、管理センター３０から構成情報Ａ２を受けると、ファームウェアの書き換えに先立って、ファームウェアＦＷ１の構成情報Ａ１とファームウェアＦＷ２の構成情報Ａ２とを、通信ケーブル４０経由で管理用通信装置３０に送る（Ｓ３）。
【００４０】
管理用通信装置３０は、画像処理装置１０から構成情報Ａ１およびＡ２を受けると、これらを内部のメモリに格納し（Ｓ４）、画像処理装置１０に格納の完了を通知する（Ｓ５）。
【００４１】
画像処理装置１０は、管理用通信装置３０から格納完了の通知を受けると、ファームウェアＦＷ２の送信要求を通信回線６０経由で管理センター３０に送る（Ｓ６）。
【００４２】
管理センター３０は、画像処理装置１０からファームウェアＦＷ２の送信要求を受けると、ファームウェアＦＷ２を通信回線６０経由で画像処理装置１０に送る（Ｓ７）。
【００４３】
画像処理装置１０は、管理センター３０からファームウェアＦＷ２を受け取ると、当該画像処理装置１０のファームウェアをＦＷ１からＦＷ２に書き換える（Ｓ８）。そして、この書き換えが終了すると、画像処理装置１０の再起動がかけられる（Ｓ９）。この後の動作については、書き換えが成功した場合と失敗した場合とに分けて説明する。
【００４４】
（ファームウェアの書き換えが成功した場合の動作）
再起動後、画像処理装置１０は、正常に立ち上がり、書き換えが成功した旨を通信ケーブル４０経由で管理用通信装置２０に通知する（Ｓ１１）。
【００４５】
管理用通信装置２０は、画像処理装置１０から書き換え成功の通知を受けると、ファームウェアＦＷ１の構成情報Ａ１を内部のメモリから削除する（Ｓ１２）。また、管理用通信装置２０は、書き換えが成功したファームウェアＦＷ２の構成情報Ａ２を、成功履歴として、通信回線５０経由で管理センター３０に送る（Ｓ１３）。
【００４６】
管理センター３０は、管理用通信装置２０から構成情報Ａ２を受けると、この構成情報Ａ２を成功ＦＷ構成情報としてデータベース３３に格納する（Ｓ１４）。例えば、この成功ＦＷ構成情報は、図３に示されるとおり、画像処理装置１０のシリアル番号と対応付けて格納される。
【００４７】
（ファームウェアの書き換えが失敗した場合の動作）
再起動後、画像処理装置１０は立ち上がることができない。このため、管理用通信装置２０には、書き換えの成功が通知されない。管理用通信装置２０は、ステップＳ５で格納完了を通知した後、書き換え成功の通知を受けることなく所定時間が経過すると、ファームウェアの書き換えに失敗したと判断する（Ｓ２１）。そして、管理用通信装置２０は、管理センター３０に対して通信回線５０経由で書き換え失敗を通知する（Ｓ２２）。このとき、管理用通信装置２０は、書き換え前のファームウェアＦＷ１を取得するため、ファームウェアＦＷ１の構成情報Ａ１を内部のメモリから読み出して管理センター３０に送る。また、管理用通信装置２０は、失敗ファームウェア特定情報として、ファームウェアＦＷ２の構成情報Ａ２を内部のメモリから読み出して管理センター３０に送る。
【００４８】
管理センター３０は、管理用通信装置２０から失敗の通知を受けると、受け取った構成情報Ａ１に基づいて、ファームウェアＦＷ１を通信回線５０経由で管理用通信装置２０に送る（Ｓ２３）。管理用通信装置２０は、管理センター３０からファームウェアＦＷ１を受け取ると、画像処理装置１０にファームウェアＦＷ１を書き込み、画像処理装置１０を復旧させる（Ｓ２４）。
【００４９】
また、管理センター３０は、ステップＳ２３の後、管理用通信装置２０から受け取った構成情報Ａ２を失敗ＦＷ構成情報としてデータベース３３に格納する（Ｓ２５）。例えば、この失敗ＦＷ構成情報は、図３に示されるとおり、画像処理装置１０のシリアル番号と対応付けて格納される。さらに、失敗ＦＷ構成情報は、書き換え前のファームウェアＦＷ１の構成情報Ａ１と対応付けて格納されることが好ましい。これは、失敗原因の究明に、書き換え前のファームウェアの構成情報が有用な履歴情報となる場合があるからである。
【００５０】
さらに、管理センター３０は、失敗ファームウェア特定情報（構成情報Ａ２）に基づき、所定のファームウェア修正アルゴリズムに従って、書き換え用のファームウェアの修正を行う（Ｓ２６）。この修正により得られたファームウェアは、ファームウェアＦＷ２に代わる新たな書き換え用のファームウェアＦＷ３とされる。そして、管理センター３０は、以降、上記書き換えに失敗した画像処理装置または別の画像処理装置から構成情報Ａ１の提示を伴うファームウェア更新要求を受けた場合、当該画像処理装置に対し、ファームウェアＦＷ３の構成情報Ａ３を送信した後、ファームウェアＦＷ３を送信する。したがって、画像処理装置のファームウェアは、書き換えに失敗したファームウェアＦＷ２ではなく、修正後のファームウェアＦＷ３に書き換えられることとなる。
【００５１】
ここで、上記ステップＳ２６におけるファームウェアの修正について、簡単な一例を示す。構成情報Ａ２により構成が特定されるファームウェアＦＷ２は、ＯＳ２とアプリケーション２とから構成されているものとする。管理センター３０には、アプリケーション２とはバージョンが異なるアプリケーション３〜１０が予め用意されている。管理センター３０は、ＯＳ２とアプリケーション３とを組み合わせてファームウェアを作成し、作成されたファームウェアについて、エミュレータおよびデバッガを用いてデバッグを行う。この結果、バグが検出されなければ、作成されたファームウェアを新たなファームウェアＦＷ３とする。一方、バグが検出された場合には、作成されたファームウェアを新たなファームウェアＦＷ３とはしない。そして、管理センター３０は、バグの無いファームウェアが作成されるまで、他のアプリケーション４〜１０について同様の処理を順次に行う。
【００５２】
以上、画像処理装置１０のファームウェアが書き換えられる際の動作について説明したが、管理用通信装置２０のファームウェアが書き換えられる際の動作についても上記と同様である。すなわち、管理用通信装置２０は上記の画像処理装置１０と同様に動作し、画像処理装置１０は上記の管理用通信装置２０と同様に動作する。管理センター３０は、管理用通信装置２０の書き換え用のファームウェアを提供し、管理用通信装置２０のファームウェアの書き換えに関する履歴情報をデータベース３３に保存する。例えば、図３に示されるとおり、データベース３３には、失敗履歴として、失敗ＦＷ構成情報が管理用通信装置２０のシリアル番号と対応付けて格納され、成功履歴として、成功ＦＷ構成情報が管理用通信装置２０のシリアル番号と対応付けて格納される。
【００５３】
以上のとおり、本実施の形態では、対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報が非対象装置に保持される。そして、対象装置がファームウェアの書き換えに失敗したことに対応して、上記保持されたファームウェア特定情報により特定されるファームウェアが管理センターから取得され、対象装置のファームウェアが該取得されたファームウェアに書き換えられる。具体的には、画像処理装置１０または管理用通信装置２０のファームウェアが書き換えられる際、非対象装置は、ファームウェア書き換え前に、対象装置の書き換え前のファームウェアを特定するためのファームウェア特定情報を、対象装置から取得して保持しておき、ファームウェアの書き換えに失敗した場合に、保持しているファームウェア特定情報に基づき、書き換え前のファームウェアを通信回線経由で管理センター３０から取得し、対象装置のファームウェアを書き換え前のファームウェアに戻す。このため、本実施の形態によれば、新旧２つのファームウェアを格納するための記憶領域を１つの装置に持たせることなく、書き換え失敗時の復旧を行うことができる。すなわち、画像処理装置１０または管理用通信装置２０のファームウェアの書き換え失敗時の復旧を、少ないリソースで実現することができる。別の言い方をすれば、１つの機器に２つのファームウェアを積むことがないので、画像処理装置１０または管理用通信装置２０のリソースを有効に利用することができる。
【００５４】
また、本実施の形態では、ファームウェアの書き換えに失敗した場合、非対象装置は、書き換えが失敗した書き換え用のファームウェアを特定するための失敗ファームウェア特定情報を管理センター３０に送る。このため、書き換え失敗の履歴情報を管理センター３０で蓄積することができ、書き換えの失敗状況の把握が容易になる。また、過去の事例を蓄積することによって、書き換え時に起こった障害の解析判断を行うことができる。また、書き換え失敗に対する対応の迅速化を図ることが可能となる。
【００５５】
さらに、本実施の形態では、管理センター３０は、受け取った失敗ファームウェア特定情報に基づき、バグ無く書き換えられるファームウェアの構成を自動的に再編成する。このため、ある書き換え用のファームウェアについて書き換え失敗が発生した場合に、そのファームウェアを修正して新たな書き換え用のファームウェアを生成するので、同様の書き換え失敗を回避することができる。すなわち、ファームウェアの書き換え失敗に対して、迅速に対策を打つことができる。
【００５６】
［第２の実施の形態］
本実施の形態は、ファームウェア書き換え失敗の検出方法の一実施態様を示すものである。以下、本実施の形態におけるファームウェア書き換え失敗の検出について説明する。なお、以下の説明では、上記第１の実施の形態と共通する部分については、同一の符号を付してその説明を省略する。
【００５７】
（画像処理装置のファームウェアが書き換えられる場合）
上記第１の実施の形態と同様に、管理用通信装置２０は、ファームウェア書き換え前に画像処理装置１０から構成情報を受け取って内部のメモリに格納し、画像処理装置１０に格納の完了を通知する。
【００５８】
格納の完了を通知した後、本実施の形態では、管理用通信装置２０は、不図示のタイマによる時間の計測を開始する。
【００５９】
その後、ファームウェアの書き換えが成功した場合、画像処理装置１０は、自らを再起動し正常に立ち上がる。本実施の形態では、画像処理装置１０と管理用通信装置２０とはシリアル通信ケーブルで接続されており、画像処理装置１０が正常に立ち上がると、シリアル通信ケーブルの信号線の状態が所定状態（ハイレベル、ロウレベル、またはハイインピーダンス状態）に遷移する。一方、ファームウェアの書き換えが失敗した場合、画像処理装置１０は、立ち上がることができず、信号線の状態は上記所定状態に遷移しない。
【００６０】
管理用通信装置２０は、信号線の状態を監視し、タイマの計測時間が所定のタイムアウト時間に達するまでに上記信号線の状態遷移を検出した場合には、ファームウェアの書き換えに成功したと判断する。一方、タイマの計測時間がタイムアウト時間に達するまでに上記信号線の状態遷移を検出しなかった場合には、ファームウェアの書き換えに失敗したと判断する。
【００６１】
（管理用通信装置のファームウェアが書き換えられる場合）
上記第１の実施の形態と同様に、画像処理装置１０は、ファームウェア書き換え前に管理用通信装置２０から構成情報を受け取って内部のメモリに格納し、管理用通信装置２０に格納の完了を通知する。
【００６２】
格納の完了を通知した後、画像処理装置１０は、不図示のタイマによる時間の計測を開始するとともに、一定時間間隔で再起動信号を管理用通信装置２０に送り続ける。
【００６３】
ファームウェアの書き換えが成功した場合、管理用通信装置２０は、画像処理装置１０からの再起動信号により再起動され、正常に立ち上がる。管理用通信装置２０が正常に立ち上がると、シリアル通信ケーブルの信号線の状態が所定状態（ハイレベル、ロウレベル、またはハイインピーダンス状態）に遷移する。一方、ファームウェアの書き換えが失敗した場合、管理用通信装置２０は、立ち上がることができず、信号線の状態は上記所定状態に遷移しない。
【００６４】
画像処理装置１０は、信号線の状態を監視し、タイマの計測時間が所定のタイムアウト時間に達するまでに上記信号線の状態遷移を検出した場合には、ファームウェアの書き換えに成功したと判断する。一方、タイマの計測時間がタイムアウト時間に達するまでに上記信号線の状態遷移を検出しなかった場合には、ファームウェアの書き換えに失敗したと判断する。
【００６５】
以上説明した本実施の形態において、所定のタイムアウト時間は、ファームウェアの書き換えの所要時間以上の時間であり、好ましくは当該所要時間より若干長い時間である。また、タイムアウト時間は、予め設定された固定時間であってもよいが、好適には、ファームウェアの容量等に応じた長さの時間であり、管理センター３０から非対象装置に通知される。画像処理装置１０のファームウェアが書き換えられる場合、管理センター３０は、例えば次のようにタイムアウト時間を管理用通信装置２０に通知する。管理センター３０は、書き換え用のファームウェアの構成情報を画像処理装置１０に送る際、当該構成情報とともにタイムアウト時間を画像処理装置１０に送る。そして、画像処理装置１０は、現在および書き換え用のファームウェアの構成情報を管理用通信装置２０に送る際に、当該構成情報とともに上記タイムアウト時間を管理用通信装置２０に送る。この場合、タイムアウト時間は、予め管理センター３０のデータベースに設定されていてもよいし、管理センター３０により算出されてもよい。タイムアウト時間の設定または算出は、書き換え用のファームウェアの容量や、多数の画像処理装置１０から収集された過去の書き換え時間の実績などに基づいて行われる。当該段落におけるタイムアウト時間に関する記載は、後述する他の実施の形態についても同様に当て嵌まる。
【００６６】
なお、上記説明では、再起動信号は一定時間間隔で送り続けられているが、再起動信号は、他のタイミングで送られてもよい。例えば、画像処理装置１０は、タイマ計測時間がタイムアウト時間に達したときに再起動信号を送ってもよい。この場合、画像処理装置１０は、再起動信号を送ってから所定時間内に上記信号線の状態遷移が検出されたか否かによって、ファームウェアの書き換えが成功したか否かを判断する。
【００６７】
また、上記説明では、画像処理装置１０が自らを再起動する構成が示されているが、管理用通信装置２０からの再起動信号によって画像処理装置１０が再起動されてもよい。また、管理用通信装置２０が自らを再起動してもよい。
【００６８】
［第３の実施の形態］
本実施の形態は、ファームウェア書き換え失敗の検出方法の他の一実施態様を示すものである。以下、本実施の形態におけるファームウェア書き換え失敗の検出について説明する。なお、以下の説明では、上記第１の実施の形態と共通する部分については、同一の符号を付してその説明を省略する。
【００６９】
画像処理装置１０のファームウェアが書き換えられる場合、上記第１の実施の形態と同様に、管理用通信装置２０は、ファームウェア書き換え前に画像処理装置１０から構成情報を受け取って内部のメモリに格納し、画像処理装置１０に格納の完了を通知する。
【００７０】
格納の完了を通知した後、管理用通信装置２０は、不図示のタイマによる時間の計測を開始する。本実施の形態では、画像処理装置１０と管理用通信装置２０とはイーサネット（登録商標）等のローカルエリアネットワーク（ＬＡＮ）を介して接続されており、管理用通信装置２０は、タイマの計測時間が所定のタイムアウト時間を超えると、問い合わせパケットをＬＡＮ経由で画像処理装置１０に送る。
【００７１】
ファームウェアの書き換えが成功した場合、画像処理装置１０は、自らを再起動し正常に立ち上がり、上記問い合わせパケットを受け取ると、応答パケットを管理用通信装置２０に返送する。一方、書き換えが失敗した場合、画像処理装置１０は立ち上がることができず、応答パケットは返送されない。
【００７２】
管理用通信装置２０は、質問パケットの送信後所定時間内に画像処理装置１０から応答パケットの返送があった場合には、ファームウェアの書き換えに成功したと判断し、返送がなかった場合には、書き換えに失敗したと判断する。
【００７３】
以上、画像処理装置１０のファームウェアが書き換えられる場合について説明したが、管理用通信装置２０のファームウェアが書き換えられる場合も同様とすることが可能である。
【００７４】
［第４の実施の形態］
本実施の形態に係る画像処理システムは、上記第１の実施の形態と殆ど同じであるが、ファームウェア書き換えの失敗の検出および書き換え失敗時の復旧を管理センター３０が行うものである。以下、本実施の形態に係る画像処理システムについて説明するが、上記第１の実施の形態と共通する部分については、同一の符号を付してその説明を省略する。
【００７５】
画像処理装置１０のファームウェアが書き換えられる場合、本実施の形態では、管理センター３０は、画像処理装置１０からファームウェアの送信要求を受けると、画像処理装置１０への書き換え用のファームウェアの送信を開始するとともに、不図示のタイマによる時間の計測を開始する。
【００７６】
その後、ファームウェアの書き換えが成功した場合、画像処理装置１０は、自らを再起動し正常に立ち上がり、書き換えが終了した旨を、通信回線６０または管理用通信装置２０を介して管理センター３０に通知する。一方、書き換えが失敗した場合、画像処理装置１０は立ち上がることができず、書き換えが終了した旨は通知されない。
【００７７】
管理センター３０は、タイマの計測時間が所定のタイムアウト時間に達するまでに上記通知があった場合には、ファームウェアの書き換えに成功したと判断し、通知がなかった場合には、書き換えに失敗したと判断する。
【００７８】
書き換えに失敗したと判断された場合、管理センター３０は、管理用通信装置２０に保持されているファームウェアの構成情報を取得し、当該構成情報に基づいて、画像処理装置１０のファームウェアを書き換え前のファームウェアに書き換える処理を行う。また、管理センター３０は、取得した構成情報を履歴情報としてデータベース３３に格納する。
【００７９】
以上、画像処理装置１０のファームウェアが書き換えられる場合について説明したが、管理用通信装置２０のファームウェアが書き換えられる場合も同様とすることが可能である。
【００８０】
本実施の形態に示されるように、管理センター３０などの非対象装置以外の装置が、ファームウェアの書き換え失敗の検出および書き換え失敗時の復旧を行うように構成することも可能である。本実施の形態では、管理センター３０の制御装置が、非対象装置に保持されているファームウェア特定情報により特定されるファームウェアを管理センター３０の記憶装置から取得するとともに、対象装置のファームウェアを該取得したファームウェアに書き換えるよう制御する。この構成によれば、書き換え失敗の判断や復旧のためのリソースを画像処理装置１０や管理用通信装置２０から省略または減縮することができ、画像処理装置１０や管理用通信装置２０のリソースの増大を回避または軽減することができる。
【００８１】
なお、本実施の形態では、書き換え失敗の検出および書き換え失敗時の復旧の両方を管理センター３０が行う構成としたが、いずれか一方を管理センター３０が行い、他方を非対象装置が行う構成とすることも可能である。例えば、管理センター３０は、書き換え失敗を検出すると、書き換え前のファームウェアを非対象装置に送り、非対象装置は、対象装置のファームウェアの書き換えを行う。また例えば、非対象装置は、書き換え失敗を検出すると、その旨を保持されているファームウェアの構成情報とともに管理センター３０に通知する。そして、管理センター３０は、通知された構成情報に基づいて対象装置のファームウェアの書き換えを行うとともに、通知された構成情報をデータベース３３に格納する。
【００８２】
［第５の実施の形態］
本実施の形態に係る画像処理システムは、上記第１の実施の形態と殆ど同じであるが、ファームウェアの書き換え失敗による障害の程度に応じた復旧措置を管理センター３０が行うものである。以下、本実施の形態に係る画像処理システムについて説明するが、上記第１の実施の形態と共通する部分については、同一の符号を付してその説明を省略する。
【００８３】
画像処理装置１０のファームウェアが書き換えられる場合、本実施の形態では、画像処理装置１０は、ファームウェアの書き換え前に、現在および書き換え用のファームウェアの構成情報を管理用通信装置２０に送る際に、当該構成情報とともに当該画像処理装置１０の機器構成情報を管理用通信装置２０に送る。ここで、機器構成情報とは、画像処理装置１０の機器構成を示す情報であり、例えば、フィニッシャや大容量トレイなどのオプション機器の有無を示す情報である。管理用通信装置２０は、現在および書き換え用のファームウェアの構成情報とともに、画像処理装置１０の機器構成情報を保持する。
【００８４】
本実施の形態では、ファームウェアの書き換え失敗による障害の程度は、軽度、中度、および重度の３段階に分けられ、障害の程度に応じた復旧措置が行われる。軽度の障害とは、画像処理装置１０の基本的な機能（コピー機能、プリンタ機能、またはスキャナ機能）を除く一部の機能（例えばフィニッシャ機能）は使用不能であるが、基本的な機能は使用可能である、という程度の障害である。中度の障害とは、画像処理装置１０の不図示のディスプレイ（例えばコントロールパネル）は動作可能であるが、画像処理装置１０の基本的な機能が使用不能である、という程度の障害である。重度の障害とは、画像処理装置１０が立ち上がらない、という程度の障害である。
【００８５】
以下、本実施の形態に係る画像処理システムの動作について、軽度の障害の場合、中度の障害の場合、重度の障害の場合に分けて説明する。
【００８６】
（軽度の障害の場合）
ここでは、ファームウェアの書き換えにより、軽度の障害として、フィニッシャ機能が使用不能となったものとする。画像処理装置１０は、ファームウェアの書き換え後、自己診断機能によりフィニッシャ機能が使用不能であるという障害を検出し、障害の内容を示す障害情報を管理用通信装置２０に送る。管理用通信装置２０は、画像処理装置１０から障害情報を受けると、当該障害情報とともに、保持されている書き換え前後のファームウェアの構成情報および機器構成情報を管理センター３０に送る。
【００８７】
管理センター３０は、管理用通信装置２０から上記の障害情報および構成情報を受けると、当該障害情報に基づき軽度の障害の発生を認識し、軽度の障害に応じた復旧措置をとる。すなわち、管理センター３０は、管理用通信装置２０から受けた障害情報、書き換え前後のファームウェアの構成情報、および機器構成情報に基づき、復旧用の適切なファームウェアを選択する。そして、管理センター３０は、通信回線６０経由または管理用通信装置２０経由で、画像処理装置１０のファームウェアを上記選択された復旧用のファームウェアに書き換える。
【００８８】
ここで、上記復旧用のファームウェアとしては、書き換え前のファームウェアの他に、書き換え後のファームウェア（書き換えに失敗したもの）の改良バージョンなどがある。好適には、管理センター３０は、ファームウェアの書き換えに関する履歴情報として、書き換え前後のファームウェアの構成情報と、対象装置の機器構成情報と、書き換えの成功／失敗とを関連付けてデータベース３３に記憶する。そして、管理センター３０は、当該履歴情報に基づいて復旧用の適切なファームウェアを選択する。すなわち、管理センター３０は、このバージョンのファームウェアでこの機器構成では書き換えに成功／失敗したという情報に基づいて、復旧用のファームウェアを選択する。
【００８９】
なお、上記説明では、画像処理装置１０が自己診断する構成を示したが、管理用通信装置２０が画像処理装置１０を診断する構成としてもよい。
【００９０】
また、軽度の障害の場合、管理センター３０は、障害発生後すぐにファームウェアの書き換えを行ってもよいし、改良バージョンが用意されるまで待って、改良バージョンが用意されてからファームウェアの書き換えを行ってもよい。
【００９１】
（中度の障害の場合）
画像処理装置１０は、ファームウェアの書き換え後、自己診断機能により基本的な機能が使用不能であるという障害を検出し、障害の内容を示す障害情報を管理用通信装置２０に送る。管理用通信装置２０は、画像処理装置１０から障害情報を受けると、当該障害情報とともに、保持されている書き換え前後のファームウェアの構成情報および機器構成情報を管理センター３０に送る。
【００９２】
管理センター３０は、管理用通信装置２０から上記の障害情報および構成情報を受けると、当該障害情報に基づき中度の障害の発生を認識し、中度の障害に応じた復旧措置をとる。すなわち、管理センター３０は、管理用通信装置２０から受けた障害情報、書き換え前後のファームウェアの構成情報、および機器構成情報に基づき、対処方法を示す情報（例えばコード情報）を生成し、管理用通信装置２０に送る。管理用通信装置２０は、管理センター３０から対処方法を示す情報を受けると、当該情報を画像処理装置１０のディスプレイ上に表示させる。この表示に基づき、ユーザによる復旧作業が行われる。この復旧作業としては、例えば、画像処理装置１０の電源のオフ／オン、トナーカートリッジの抜き差し、フィニッシャの取り外し／取り付けなどが挙げられる。
【００９３】
なお、上記説明では、画像処理装置１０が自己診断する構成を示したが、管理用通信装置２０が画像処理装置１０を診断する構成としてもよい。また、管理センター３０が、通信回線６０経由で、対処方法を示す情報を画像処理装置１０のディスプレイ上に表示させてもよい。
【００９４】
（重度の障害の場合）
管理用通信装置２０は、ファームウェアの書き換え開始後、所定のタイムアウト時間内に画像処理装置１０からの通知がない場合、その旨を示す障害情報とともに、保持されている書き換え前後のファームウェアの構成情報および機器構成情報を管理センター３０に送る。
【００９５】
管理センター３０は、管理用通信装置２０から上記の障害情報および構成情報を受けると、当該障害情報に基づき重度の障害の発生を認識し、重度の障害に応じた復旧措置をとる。すなわち、管理センター３０は、重度の障害が発生した旨を、障害が発生した画像処理装置１０に対応する保守作業者（カスタマーエンジニア：ＣＥ）に連絡する。具体的には、管理センター３０は、管理用通信装置２０から受けた障害情報、書き換え前後のファームウェアの構成情報、および機器構成情報に基づき、復旧のための情報を生成する。そして、管理センター３０は、ＣＥのパーソナルコンピュータ（ＰＣ）端末や携帯電話に、重度の障害が発生した旨の連絡とともに、復旧のための情報を送信する。この連絡を受けたＣＥは、受信した復旧のための情報を元に、復旧作業を行う。
【００９６】
以上、画像処理装置１０のファームウェアが書き換えられる場合について説明したが、管理用通信装置２０のファームウェアが書き換えられる場合も同様とすることが可能である。
【００９７】
なお、本発明は、上記第１〜第５の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々変更することができる。例えば、画像処理装置１０と管理用通信装置２０との接続は、有線接続に限られず、無線接続であってもよい。
【図面の簡単な説明】
【００９８】
【図１】実施の形態に係る画像処理システムの構成を示すブロック図である。
【図２】画像処理装置のファームウェアが書き換えられる際における、画像処理システムの動作手順を示すシーケンス図である。
【図３】データベースに格納される履歴情報の一例を示す図である。
【符号の説明】
【００９９】
１  画像処理システム、１０  画像処理装置、２０  管理用通信装置、３０  管理センター、４０  通信ケーブル、５０，６０  通信回線。
【図１】
2006285951.tif 000003
【図２】
2006285951.tif 000004
【図３】
2006285951.tif 000005