制御情報更新装置、画像処理装置、管理装置及びプログラム
【課題】画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性を高める。
【解決手段】画像形成装置のコントローラ１０において、検知部２０が、異常の発生又は外部機器の変更を検知し、構成情報取得部２１が、画像形成装置の構成情報を取得し、送信部２２が、検知内容と構成情報をファームウェア管理装置に送信する。すると、ファームウェア管理装置は検知内容と構成情報に基づいて特定された更新用のファームウェアファイル（ＦＷファイル）の情報を送ってくるので、ＵＩ制御部２４が、ＦＷファイルの情報をＵＩ部に表示し、受信部２３が、ＵＩ部からの入力に基づいてファームウェア格納装置からＦＷファイルを受信し、更新部２６が、受信したＦＷファイルを用いてファームウェア記憶部２５内のファームウェアを更新する。
【解決手段】画像形成装置のコントローラ１０において、検知部２０が、異常の発生又は外部機器の変更を検知し、構成情報取得部２１が、画像形成装置の構成情報を取得し、送信部２２が、検知内容と構成情報をファームウェア管理装置に送信する。すると、ファームウェア管理装置は検知内容と構成情報に基づいて特定された更新用のファームウェアファイル（ＦＷファイル）の情報を送ってくるので、ＵＩ制御部２４が、ＦＷファイルの情報をＵＩ部に表示し、受信部２３が、ＵＩ部からの入力に基づいてファームウェア格納装置からＦＷファイルを受信し、更新部２６が、受信したＦＷファイルを用いてファームウェア記憶部２５内のファームウェアを更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御情報更新装置、画像処理装置、管理装置、プログラムに関する。
【背景技術】
【０００２】
機械操作が苦手なユーザに対しても、定期的なメンテナンス要員を派遣することなく、事務機器を快適に利用可能とする事務機器管理システムは知られている（例えば、特許文献１参照）。この特許文献１では、事務機器が、その異常発生を知らせる情報をサーバ装置に送信し、サーバ装置が、事務機器の異常発生を知らせる情報を受信したら、事務機器からの情報に対応するマシン設定情報を抽出し、事務機器に送信して管理する。
【０００３】
また、プログラムを書き換え可能なメモリを有する処理装置において、追加・変更プログラムを処理装置毎に確保する必要性をなくす技術も知られている（例えば、特許文献２参照）。この特許文献２では、処理装置が、自己の識別情報を含むプログラム取得要求をホスト装置に送信し、ホスト装置が、処理装置からプログラムの送信を要求されると、識別情報に対応したプログラムを処理装置に送付したり、プログラムの種別情報を送信してユーザがこれを選択するとその種別に対応するプログラムを送付したりする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３８３４７号公報
【特許文献２】特開２００５−２３５１８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性を高めることにある。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、画像処理装置を制御する制御情報を記憶する記憶手段と、前記画像処理装置の不具合の発生又は構成の変更を検知する検知手段と、前記検知手段による前記不具合の発生又は前記構成の変更の検知に応じて、前記記憶手段に記憶された前記制御情報の更新に用いられる情報であって、前記検知手段による検知内容に応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する要求手段と、前記要求手段による要求に応答して前記管理装置で特定された前記更新情報を取得する取得手段と、前記記憶手段に記憶された前記制御情報を、前記取得手段により取得された前記更新情報を用いて更新する更新手段とを備えたことを特徴とする制御情報更新装置である。
請求項２に記載の発明は、前記要求手段は、前記記憶手段に記憶された前記制御情報の前記画像処理装置の機能に対応する部分ごとの版数の組み合わせに更に応じた情報である前記更新情報の特定を前記管理装置に要求することを特徴とする請求項１に記載の制御情報更新装置である。
請求項３に記載の発明は、前記取得手段は、前記更新情報を格納する格納装置における当該更新情報の格納位置を示す位置情報を前記管理装置から受信し、当該格納装置における当該位置情報が示す格納位置から当該更新情報を受信することにより、当該更新情報を取得することを特徴とする請求項１又は２に記載の制御情報更新装置である。
請求項４に記載の発明は、前記要求手段は、前記検知手段により検知された前記不具合の発生又は前記構成の変更に関して予め定められた条件が満たされている場合に、前記更新情報の特定を前記管理装置に要求することを特徴とする請求項１乃至３の何れかに記載の制御情報更新装置である。
請求項５に記載の発明は、前記要求手段は、一の更新情報の特定を前記管理装置に要求し、前記取得手段は、前記管理装置で特定された前記一の更新情報を取得することを特徴とする請求項１乃至４の何れかに記載の制御情報更新装置である。
請求項６に記載の発明は、前記要求手段は、複数の更新情報の特定を前記管理装置に要求し、前記取得手段は、前記管理装置で特定された前記複数の更新情報から選択された一の更新情報を取得することを特徴とする請求項１乃至４の何れかに記載の制御情報更新装置である。
請求項７に記載の発明は、入力された画像データに基づいて画像処理を行う画像処理手段と、前記画像処理手段を制御する制御手段とを備え、前記制御手段は、自装置を制御する制御情報を記憶する記憶手段と、自装置の不具合の発生又は構成の変更を検知する検知手段と、前記検知手段による前記不具合の発生又は前記構成の変更の検知に応じて、前記記憶手段に記憶された前記制御情報の更新に用いられる情報であって、前記検知手段による検知内容と、前記記憶手段に記憶された前記制御情報の前記画像処理手段及び前記制御手段に対応する部分ごとの版数の組み合わせとに応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する要求手段と、前記要求手段による要求に応答して前記管理装置で特定された前記更新情報を取得する取得手段と、前記記憶手段に記憶された前記制御情報を、前記取得手段により取得された前記更新情報を用いて更新する更新手段とを備えたことを特徴とする画像処理装置である。
請求項８に記載の発明は、画像処理装置を制御する制御情報を保持する当該画像処理装置から、当該画像処理装置の不具合の発生又は構成の変更を示す情報を受信する受信手段と、前記受信手段による前記不具合の発生又は前記構成の変更を示す情報の受信に応じて、前記画像処理装置が保持する前記制御情報の更新に用いられる情報であって、前記受信手段による受信内容に応じた情報である更新情報を特定する特定手段と、前記画像処理装置が保持する前記制御情報を、前記特定手段により特定された前記更新情報を用いて更新できるように、当該画像処理装置に対して、当該更新情報の取得を指示する指示手段とを備えたことを特徴とする管理装置である。
請求項９に記載の発明は、前記特定手段は、前記画像処理装置が保持する前記制御情報の当該画像処理装置の機能に対応する部分ごとの版数の組み合わせに更に応じた情報である前記更新情報を特定することを特徴とする請求項８に記載の管理装置である。
請求項１０に記載の発明は、コンピュータに、画像処理装置の不具合の発生又は構成の変更を検知する機能と、前記不具合の発生又は前記構成の変更の検知に応じて、前記画像処理装置を制御する制御情報の更新に用いられる情報であって、前記検知する機能による検知内容に応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する機能と、前記要求する機能による要求に応答して前記管理装置で特定された前記更新情報を取得する機能と、前記画像処理装置を制御する前記制御情報を、取得された前記更新情報を用いて更新する機能とを実現させるためのプログラムである。
請求項１１に記載の発明は、コンピュータに、画像処理装置を制御する制御情報を保持する当該画像処理装置から、当該画像処理装置の不具合の発生又は構成の変更を示す情報を受信する機能と、前記不具合の発生又は前記構成の変更を示す情報の受信に応じて、前記画像処理装置が保持する前記制御情報の更新に用いられる情報であって、前記受信する機能による受信内容に応じた情報である更新情報を特定する機能と、前記画像処理装置が保持する前記制御情報を、特定された前記更新情報を用いて更新できるように、当該画像処理装置に対して、当該更新情報の取得を指示する機能とを実現させるためのプログラムである。
【発明の効果】
【０００７】
請求項１の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
請求項２の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の機能に対応する部分ごとの版数の組み合わせに応じた更新情報を用いて更新できる可能性が高まる。
請求項３の発明によれば、制御情報の更新に用いられる更新情報を特定する管理装置とは別の格納装置に更新情報が格納されている場合であっても、更新情報を取得することができる。
請求項４の発明によれば、制御情報を更新するかどうかを、画像処理装置の不具合の発生又は構成の変更に関する条件を定めることにより制御することができる。
請求項５の発明によれば、使用者による更新情報の選択操作を必要とせずに制御情報を更新することができる。
請求項６の発明によれば、本構成を有していない場合に比較して、使用者が望む更新情報を用いて制御情報を更新できる可能性が高まる。
請求項７の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
請求項８の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
請求項９の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の機能に対応する部分ごとの版数の組み合わせに応じた更新情報を用いて更新できる可能性が高まる。
請求項１０の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
請求項１１の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態が適用されるコンピュータシステムの構成例を示した図である。
【図２】本発明の実施の形態における画像形成装置の構成例を示した図である。
【図３】本発明の実施の形態におけるファームウェア管理装置の構成例を示した図である。
【図４】本発明の実施の形態における画像形成装置のコントローラの機能構成例を示したブロック図である。
【図５】本発明の実施の形態における画像形成装置のコントローラが取得するバージョン情報の一例を示した図である。
【図６】本発明の実施の形態におけるファームウェア管理装置の機能構成例を示したブロック図である。
【図７】本発明の実施の形態におけるファームウェア管理装置が保持するセットバージョンテーブルの一例を示した図である。
【図８】本発明の実施の形態におけるファームウェア管理装置が保持するバージョンマップテーブルの一例を示した図である。
【図９】本発明の実施の形態におけるファームウェア管理装置が保持するＦＷファイルテーブルの一例を示した図である。
【図１０】本発明の実施の形態における画像形成装置のコントローラの動作例を示したフローチャートである。
【図１１】本発明の実施の形態におけるファームウェア管理装置の動作例を示したフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態におけるコンピュータシステムの全体構成例を示したものである。
図示するように、このコンピュータシステムは、画像形成装置１ａ，１ｂと、ファームウェア管理装置３と、ファームウェア格納装置５ａ，５ｂとがネットワーク８に接続されることにより構成されている。尚、図では、画像形成装置１ａ，１ｂを示したが、これらを区別する必要がない場合は、画像形成装置１と称することもある。また、図には、２つの画像形成装置１しか示していないが、３つ以上の画像形成装置１を設けてもよい。更に、図では、ファームウェア格納装置５ａ，５ｂを示したが、これらを区別する必要がない場合は、ファームウェア格納装置５と称することもある。また、図には、２つのファームウェア格納装置５しか示していないが、３つ以上のファームウェア格納装置５を設けてもよい。
【００１０】
画像形成装置１は、画像処理装置の一例であり、紙等の記録媒体に画像を形成し、印刷文書として出力する装置である。この画像形成装置１は、プリンタの機能のみを備えたものであってもよいし、他にスキャナやファクシミリの機能を備えたものであってもよい。
【００１１】
ファームウェア管理装置３は、管理装置の一例であり、画像形成装置１を制御するファームウェアを管理するコンピュータ装置である。尚、ファームウェア管理装置３がファームウェアを格納することも考えられるが、本実施の形態では、ファームウェア管理装置３はファームウェアの管理のみを行い、ファームウェアの格納はファームウェア格納装置５が行うこととしている。ここで、ファームウェア管理装置３としては、例えば、ウェブサービスプロトコル（ＳＯＡＰ／ＸＭＬ等）を利用可能なサーバを用いるとよい。
【００１２】
ファームウェア格納装置５は、格納装置の一例であり、画像形成装置１を制御するファームウェアを格納するコンピュータ装置である。ここで、ファームウェア格納装置５としては、例えば、ＨＴＴＰ（HyperText Transfer Protocol）サーバ又はＦＴＰ（File Transfer Protocol）サーバを用いるとよい。
ネットワーク８は、各種情報の交換に用いる通信手段である。このネットワーク８としては、インターネットやＬＡＮ（Local Area Network）が例示される。
【００１３】
次に、図１のコンピュータシステムにおける画像形成装置１の構成について説明する。
図２は、画像形成装置１のハードウェア構成例を示した図である。
図示するように、画像形成装置１は、コントローラ１０と、記憶装置１１と、ユーザインターフェイス（ＵＩ）部１２と、スキャナ部１３と、プリンタ部１４と、ファクシミリ（ＦＡＸ）部１５と、通信インターフェイス（通信Ｉ／Ｆ）１６と、課金装置１７と、認証装置１８とを備える。
【００１４】
コントローラ１０は、制御手段の一例であり、画像形成装置１全体の動作を制御するもので、例えば１つのコントローラボード上に構築されるものである。コントローラ１０は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等を備え、コントローラ１０の後述する各機能は、ＣＰＵがＲＯＭ等に記憶された各種プログラムをＲＡＭにロードして実行することによって実現される。また、ＲＯＭは、コントローラ１０、ＵＩ部１２、スキャナ部１３、プリンタ部１４、ＦＡＸ部１５、課金装置１７、認証装置１８等のサブシステムの動作を制御するファームウェアを記憶する。
【００１５】
記憶装置１１は、スキャナ部１３が読み取った画像データやプリンタ部１４で出力する画像データ等を記憶する。また、ファームウェアを更新する際の問い合わせに関するポリシーを定めたポリシー情報等も記憶する。ここで、記憶装置１１としては、例えば、磁気ディスクを用いるとよい。
ＵＩ部１２は、画像形成装置１に搭載された操作パネルであり、ユーザの操作を受け付ける機能と、ユーザに情報を表示する機能とを有する。
【００１６】
スキャナ部１３は、画像処理手段の一例であり、紙等の記録媒体に記録された画像を読み取る。ここで、スキャナ部１３としては、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式のものや、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。尚、スキャナ部１３には、自動原稿送り装置等の別ファームウェアを搭載した装置が装着される場合もある。
【００１７】
プリンタ部１４は、画像処理手段の一例であり、紙等の記録媒体に画像を印字し出力する。ここで、プリンタ部１４としては、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式のものや、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。尚、プリンタ部１４には、フィニッシャ等の独立したファームウェアが搭載された装置が複数接続される場合もある。
【００１８】
ＦＡＸ部１５は、画像処理手段の一例であり、公衆回線網を介してファクシミリ送受信を行う。
通信Ｉ／Ｆ１６は、画像形成装置１がネットワーク８と接続する部分である。ファームウェア管理装置３又はファームウェア格納装置５との間の情報の送受信は、この通信Ｉ／Ｆ１６を介して行われる。
課金装置１７は、画像形成装置１の外部に接続され、プリンタ部１４による画像出力等に応じて課金や集計管理等を行う装置である。このような課金装置１７には、課金として、現金決済、専用のカード決済、ＩＣカード決済等を行う装置がある。
認証装置１８は、画像形成装置１の外部に接続され、画像形成装置１を使用するユーザの認証を行う装置である。このような認証装置１８には、認証として、ユーザＩＤ入力による認証、ＩＣカードによる認証等を行う装置がある。
【００１９】
また、図１のコンピュータシステムにおけるファームウェア管理装置３及びファームウェア格納装置５の構成について説明する。
図３は、ファームウェア管理装置３のハードウェア構成例を示した図である。尚、ファームウェア格納装置５のハードウェア構成はこれと同様であるので省略する。
図示するように、ファームウェア管理装置３は、演算手段であるＣＰＵ３０と、記憶手段であるメインメモリ３１及び磁気ディスク装置３２とを備える。ここで、ＣＰＵ３０は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ３１は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、磁気ディスク装置３２は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
更に、ファームウェア管理装置３は、外部との通信を行うための通信Ｉ／Ｆ３３と、ビデオメモリやディスプレイ等からなる表示機構３４と、キーボードやマウス等の入力デバイス３５とを備える。
【００２０】
ところで、上記画像形成装置１におけるファームウェアの更新は、不具合の修正、外部機器接続時のバージョン組み合わせの不整合の回避等のために行われる場合がある。このような場合、例えば、ユーザ又はエンジニアが、画像形成装置１に設けられたボタンを押下することにより、ファームウェア管理装置３からファームウェアをダウンロードし、このダウンロードしたファームウェアによってファームウェアの更新を行う方法が考えられる。しかしながら、この方法では、ユーザ又はエンジニアはファームウェアの更新を意識しなければならず、ユーザのメンテナンス時間やエンジニアのメンテナンスコストがかかってしまう。
そこで、本実施の形態では、画像形成装置１で不具合が発生した場合や、画像形成装置１に外部機器を接続したり、画像形成装置１に接続されていた外部機器のバージョンを変更したりした場合に、ユーザ又はエンジニアに意識させずにファームウェアを更新する。
【００２１】
図４は、このような動作を行うコントローラ１０の機能構成例を示したブロック図である。
図示するように、このコントローラ１０は、検知部２０と、構成情報取得部２１と、送信部２２と、受信部２３と、ＵＩ制御部２４と、ファームウェア記憶部２５と、更新部２６とを備える。
【００２２】
検知部２０は、画像形成装置１における異常の発生、及び、画像形成装置１に対する外部機器の接続や画像形成装置１に接続された外部機器のバージョンの変更を検知する。本実施の形態では、画像処理装置の不具合の発生又は構成の変更を検知する検知手段の一例として、検知部２０を設けている。
【００２３】
構成情報取得部２１は、コントローラ１０のＲＯＭを参照して、画像形成装置１の構成情報を取得する。ここで、構成情報には、画像形成装置１の機種を示すプロダクトＩＤと、個々の画像形成装置１をコントローラボードの構成によって区別するコントローラボード識別子と、画像形成装置１の各サブシステムのバージョンを示すバージョン情報とが含まれる。尚、コントローラボード識別子の代わりにシリアル番号を用いてもよいが、以下では、コントローラボード識別子を用いるものとする。また、この構成情報の取得は、記憶装置１１に記憶されたポリシー情報を参照して、検知部２０による検知内容が、更新用ファームウェアに関する問い合わせを行うべき旨を示していると判断した場合にのみ、行うようにしてもよい。
【００２４】
送信部２２は、検知部２０が画像形成装置１における異常の発生を検知した場合には、その異常を示す異常情報と、構成情報取得部２１が取得した構成情報とを含む問い合わせを、ファームウェア管理装置３に送信する。検知部２０が画像形成装置１に対する外部機器の接続や画像形成装置１に接続された外部機器のバージョンの変更を検知した場合には、その外部機器及びバージョンを示す外部機器情報と、構成情報取得部２１が取得した構成情報とを含む問い合わせを、ファームウェア管理装置３に送信する。また、ＵＩ部１２でファームウェアの更新が指示された場合には、更新用ファームウェアの取得要求をファームウェア格納装置５に送信する。本実施の形態では、画像形成装置１を制御する制御情報の一例として、ファームウェアを用いており、制御情報の更新に用いられる更新情報の一例として、更新用ファームウェアを用いており、更新情報の特定を管理装置に要求する要求手段の一例として、送信部２２を設けている。
【００２５】
受信部２３は、送信部２２がファームウェア管理装置３に問い合わせを送信した場合には、その問い合わせに対する応答（問い合わせ応答）をファームウェア管理装置３から受信する。また、送信部２２が更新用ファームウェアの取得要求を送信した場合には、要求された更新用ファームウェアをファームウェア格納装置５から受信する。本実施の形態では、更新情報を取得する取得手段の一例として、受信部２３を設けている。
【００２６】
ＵＩ制御部２４は、受信部２３が受信した問い合わせ応答が、更新用ファームウェアがあることを示している場合には、ファームウェアを更新するか、更新する場合はどの更新用ファームウェアを用いるか等を確認する更新確認画面のＵＩ部１２への表示を制御する。そして、ＵＩ部１２からファームウェアを更新する旨の入力があった場合、その旨の情報を送信部２２に出力する。また、受信部２３が受信した問い合わせ応答が、更新用ファームウェアがないことを示している場合には、異常が発生していれば、その旨の情報のＵＩ部１２への表示を制御する。
【００２７】
ファームウェア記憶部２５は、画像形成装置１を現在制御しているファームウェアを記憶する。本実施の形態では、制御情報を記憶する記憶手段の一例として、ファームウェア記憶部２５を設けている。
更新部２６は、受信部２３がファームウェア格納装置５から受信した更新用ファームウェアを用いて、ファームウェア記憶部２５に記憶されたファームウェアを更新する。本実施の形態では、制御情報を更新する更新手段の一例として、更新部２６を設けている。
【００２８】
尚、このようなコントローラ１０の機能は、ソフトウェアとハードウェア資源とが協働することにより実現される。検知部２０、構成情報取得部２１、送信部２２、受信部２３、ＵＩ制御部２４、更新部２６は、コントローラ１０のＣＰＵが、これらの機能を実現するプログラムを、例えばハードディスク等の外部記憶装置からメインメモリに読み込むことにより実現される。また、ファームウェア記憶部２５は、コントローラ１０のＲＯＭによって実現される。
【００２９】
ここで、構成情報取得部２１が取得する構成情報のうちバージョン情報について具体的に説明する。
図５は、バージョン情報の一例を示した図である。
図示するように、バージョン情報は、各サブシステムのＲＯＭと、ＲＯＭのバージョンとを対応付けたものとなっている。
【００３０】
また、本実施の形態では、このような構成を有する画像形成装置１からの問い合わせを受けたファームウェア管理装置３が、更新用ファームウェアに関する情報を問い合わせ応答として画像形成装置１に返信する。
【００３１】
図６は、このような動作を行うファームウェア管理装置３の機能構成例を示したブロック図である。
図示するように、このファームウェア管理装置３は、受信部４１と、テーブル記憶部４２と、ＦＷファイル情報取得部４３と、送信部４４とを備える。
【００３２】
受信部４１は、異常情報又は外部機器情報と、構成情報とを含む問い合わせを、画像形成装置１から受信する。本実施の形態では、画像処理装置の不具合の発生又は構成の変更を示す情報を受信する受信手段の一例として、受信部４１を設けている。
テーブル記憶部４２は、各サブシステムの動作を制御するファームウェアをパッケージ化したファームウェアファイル（ＦＷファイル）に関する情報（以下、「ＦＷファイル情報」という）を取得するための各種テーブルを記憶する。この各種テーブルの詳しい内容については後述する。
【００３３】
ＦＷファイル情報取得部４３は、テーブル記憶部４２に記憶された各種テーブルを参照し、受信部４１が受信した問い合わせに含まれる異常情報又は外部機器情報と、構成情報とに基づいて、更新用のＦＷファイルに関するＦＷファイル情報を取得する。本実施の形態では、更新情報の一例として、更新用のＦＷファイルを用いており、更新情報を特定する特定手段の一例として、ＦＷファイル情報取得部４３を設けている。
送信部４４は、ＦＷファイル情報取得部４３が取得したＦＷファイル情報を画像形成装置１に送信する。本実施の形態では、更新情報の取得を指示する指示手段の一例として、送信部４４を設けている。
【００３４】
尚、このようなファームウェア管理装置３の機能は、ソフトウェアとハードウェア資源とが協働することにより実現される。受信部４１、ＦＷファイル情報取得部４３、送信部４４は、ＣＰＵ３０（図３参照）が、これらの機能を実現するプログラムを、例えば磁気ディスク装置３２（図３参照）からメインメモリ３１（図３参照）に読み込むことにより実現される。また、テーブル記憶部４２は、例えば磁気ディスク装置３２（図３参照）によって実現される。
【００３５】
ここで、テーブル記憶部４２に記憶された各種テーブルについて具体的に説明する。
図７は、セットバージョンテーブルの一例を示した図である。尚、このセットバージョンテーブルは、画像形成装置１の機種によって異なるので、機種に対応するプロダクトＩＤごとに用意される。
図示するように、セットバージョンテーブルは、セットバージョン、ＲＯＭ、ＲＯＭバージョンを項目として有する。
【００３６】
セットバージョンは、ＲＯＭバージョンの組み合わせに対して付与されたバージョンを示す項目である。
ＲＯＭは、各サブシステムを制御するファームウェアが記憶されたＲＯＭを示す項目である。
ＲＯＭバージョンは、対応するＲＯＭのバージョンを示す項目である。
図７は、３つのセットバージョン、つまり、ＲＯＭバージョンの３つの組み合わせについて示している。これら３つの組み合わせではコントローラＲＯＭのバージョンが異なるだけであるが、これによりセットバージョンは異なっている。
【００３７】
また、図８は、バージョンマップテーブルの一例を示した図である。尚、このバージョンマップテーブルも、画像形成装置１の機種によって異なるので、機種に対応するプロダクトＩＤごとに用意される。
図示するように、バージョンマップテーブルは、更新前セットバージョン、異常情報、外部機器情報、更新後セットバージョンを項目として有する。
【００３８】
更新前セットバージョンは、更新前のファームウェアの組み合わせのバージョンを示す項目である。
異常情報は、検知部２０が検知した異常の異常コードを示す項目である。異常コード「１００−２００」、「１２３−４５６」、「１１１−２２２」は、それぞれが１つの異常を表している。
外部機器情報は、検知部２０が検知した外部機器の商品コード及びバージョンを示す項目である。「ＩＣ＿ＣａｒｄＲｅａｄｅｒ−１１１５５５」、「ＳｍａｒｔＣａｒｄ＿Ｒｅａｄｅｒ−１２３４５６」が各外部機器の商品コードを表しており、「１．１．０」、「１．０．０」が各外部機器のバージョンを表している。
更新後セットバージョンは、更新後のファームウェアの組み合わせのバージョンを示す項目である。
【００３９】
図８では、例えば、セットバージョン「ＡＡＡＡ＿０８０６０１」のファームウェアが動作していたときに、異常コード「１００−２００」の異常が発生すると、セットバージョン「ＡＡＡＡ＿０９０３０１」のファームウェアに更新すべきことが定義されている。尚、異常コード「１２３−４５６」、「１１１−２２２」の行を参照すると、異なる異常情報に対して、異なるセットバージョンのファームウェアに更新すべきことが定義されているが、異なる異常情報に対して、同じセットバージョンのファームウェアに更新すべきことが定義されていてもよい。
【００４０】
また、セットバージョン「ＡＡＡＡ＿０８０７０１」のファームウェアが動作していたときに、商品コード「ＩＣ＿ＣａｒｄＲｅａｄｅｒ−１１１５５５」、バージョン「１．１．０」の外部機器が接続されたり、商品コード「ＩＣ＿ＣａｒｄＲｅａｄｅｒ−１１１５５５」の外部機器がバージョン「１．１．０」に変更されたりすると、セットバージョン「ＡＡＡＡ＿０９０３０１」のファームウェアに更新すべきことも定義されている。尚、外部機器情報は、１つの更新前セットバージョンに対して１つしか定義されていないが、２つ以上定義されていてもよい。その場合も、異なる外部機器情報に対して、異なるセットバージョンのファームウェアに更新すべきことが定義されていてよいし、同じセットバージョンのファームウェアに更新すべきことが定義されていてもよい。
【００４１】
更に、図９は、ＦＷファイルテーブルの一例を示した図である。尚、このＦＷファイルテーブルは、画像形成装置１の機種に共通に用意される。
図示するように、ＦＷファイルテーブルは、ＦＷファイル名、ＦＷファイル格納先情報、セットバージョン、コントローラボード識別子を項目として有する。
【００４２】
ＦＷファイル名は、ＦＷファイルの名称を示す項目である。
ＦＷファイル格納先情報は、ＦＷファイルの格納先の情報を示す項目である。格納先の情報としては、例えば、ファームウェア格納装置５におけるＦＷファイルの格納位置を示す位置情報の一例であるＵＲＬ（Uniform Resource Locator）を登録しておけばよい。
セットバージョンは、対応するＦＷファイルに含まれるファームウェアの組み合わせのバージョンを示す項目である。
コントローラボード識別子は、コントローラボード（フォント用ＲＯＭ種別を含む）を区別するための情報を示す項目である。
【００４３】
次に、本実施の形態におけるコンピュータシステムの動作について説明する。
まず、このコンピュータシステムにおける画像形成装置１の動作について説明する。
図１０は、画像形成装置１のコントローラ１０の動作例を示したフローチャートである。
図示するように、コントローラ１０では、まず、検知部２０が、異常の発生、又は、外部機器の変更（外部機器の新たな接続、既に接続されている外部機器のバージョンの変更等）を検知する（ステップ２０１）。尚、ここで検知された異常を示す異常情報、又は、外部機器及びそのバージョンを示す外部機器情報は、構成情報取得部２１へ渡される。
【００４４】
次に、構成情報取得部２１は、記憶装置１１に記憶されたポリシー情報を参照して、更新用のＦＷファイルについて問い合わせを行うべきかどうか判定する（ステップ２０２）。
その結果、問い合わせを行うべきと判定されなかった場合、処理は終了する。
一方、問い合わせを行うべきと判定された場合、構成情報取得部２１は、コントローラ１０のＲＯＭに記憶された情報を参照して、画像形成装置１の構成情報を取得する（ステップ２０３）。具体的には、プロダクトＩＤ、コントローラボード識別子、各サブシステムのバージョン情報を取得する。そして、これらの情報は、検知部２０から渡された異常情報又は外部機器情報と共に送信部２２に渡される。
【００４５】
すると、送信部２２は、構成情報取得部２１から渡された情報を含む問い合わせをファームウェア管理装置３に送信する（ステップ２０４）。尚、ここでは、ファームウェア管理装置３が推奨する１つのＦＷファイルについて問い合わせを行う態様と、更新で用いられるＦＷファイルの候補である複数のＦＷファイルについて問い合わせを行う態様とが考えられるが、以下では、後者の態様を前提として説明する。
【００４６】
これにより、ファームウェア管理装置３は、更新用のＦＷファイルの有無、及び、更新用のＦＷファイルがある場合にはＦＷファイル名とＦＷファイル格納先情報とを含む問い合わせ応答を送ってくるので、受信部２３は、問い合わせ応答を受信する（ステップ２０５）。
そして、ＵＩ制御部２４は、受信部２３から問い合わせ応答を受け取り、ＦＷファイルがあることを問い合わせ応答が示しているかどうかを判定する（ステップ２０６）。
その結果、ＦＷファイルがあることを示していると判定された場合、ＵＩ制御部２４は、ファームウェアを更新するか、更新する場合にどのＦＷファイルで更新するかを確認するための更新確認画面をＵＩ部１２に表示する（ステップ２０７）。尚、ステップ２０４で１つのＦＷファイルについて問い合わせを行う態様を前提とすると、更新確認画面には高々１つのＦＷファイルの情報しか表示されないので、どのＦＷファイルで更新するかを確認することは不要となる。
【００４７】
このように更新確認画面がＵＩ部１２に表示されると、ユーザはＵＩ部１２から、ファームウェアを更新するか、更新する場合にはどのＦＷファイルで更新するかを入力する。そして、ＵＩ制御部２４は、ユーザから更新する旨の入力があったかどうかを判定する（ステップ２０８）。
その結果、更新する旨の入力があったと判定された場合、ＵＩ制御部２４は、その旨と、更新用のＦＷファイルとして選択されたＦＷファイルとを送信部２２に伝え、送信部２２は、そのＦＷファイルの要求を、ファームウェア格納装置５に送信する（ステップ２０９）。
【００４８】
これにより、ファームウェア格納装置５は、要求されたＦＷファイルを画像形成装置１に送ってくるので、受信部２３が、ＦＷファイルを受信する（ステップ２１０）。
そして、更新部２６は、受信部２３からＦＷファイルを受け取り、ファームウェア記憶部２５に記憶されたファームウェアをＦＷファイルで更新する（ステップ２１１）。
【００４９】
一方、ステップ２０６でＦＷファイルがないことを示していると判定された場合、又は、ステップ２０８で更新する旨の入力がなかったと判定された場合、ＵＩ制御部２４は、異常の発生によるファームウェアの更新であるか、外部機器の変更によるファームウェアの更新であるかを判定する（ステップ２１２）。尚、この判定は、例えば、検知部２０から情報を取得することによって行えばよい。そして、異常の発生によるファームウェアの更新であると判定されれば、ＵＩ制御部２４は、異常が発生したことを示すエラー画面をＵＩ部１２に表示して（ステップ２１３）、処理を終了する。また、外部機器の変更によるファームウェアの更新であると判定されれば、ＵＩ部１２にエラー画面を表示することなく、処理を終了する。
【００５０】
次に、ステップ２０４で問い合わせが送信されたときのファームウェア管理装置３の動作について説明する。
図１１は、このときのファームウェア管理装置３の動作例を示したフローチャートである。
図示するように、ファームウェア管理装置３では、まず、受信部４１が、画像形成装置１から問い合わせを受信する（ステップ４０１）。ここで、上述したように、問い合わせには、異常情報又は外部機器情報と、構成情報（プロダクトＩＤ、コントローラボード識別子、バージョン情報）とが含まれる。そして、これらの情報は、受信部４１からＦＷファイル情報取得部４３へと渡される。
【００５１】
すると、ＦＷファイル情報取得部４３は、まず、テーブル記憶部４２に記憶されたセットバージョンテーブル及びバージョンマップテーブルのうち、受信部４１から渡されたプロダクトＩＤに対応するテーブルを読み込む（ステップ４０２）。尚、ＦＷファイルテーブルは、プロダクトＩＤごとに用意されたものではないので、以下では、共通に用意されたものが用いられる。
次に、ＦＷファイル情報取得部４３は、受信部４１から渡されたバージョン情報と、セットバージョンテーブルにおけるＲＯＭバージョンの組み合わせとを比較し、両者が一致する場合のセットバージョンを取得する（ステップ４０３）。例えば、図５のバージョン情報が画像形成装置１からファームウェア管理装置３へ送られてきたとすると、図７のセットバージョンテーブルのセットバージョン「ＡＡＡＡ＿０８０６０１」が取得される。
【００５２】
次いで、ＦＷファイル情報取得部４３は、テーブル記憶部４２に記憶されたバージョンマップテーブルにおいて、更新前セットバージョンがステップ４０３で取得したセットバージョンであり、異常情報又は外部機器情報が受信部４１から渡された情報である場合の更新後セットバージョンを検索する（ステップ４０４）。そして、検索が成功したかどうかを判定する（ステップ４０５）。
その結果、検索が成功したと判定された場合、ＦＷファイル情報取得部４３は、テーブル記憶部４２に記憶されたＦＷファイルテーブルにおいて、セットバージョンが検索で得られた更新後セットバージョンであり、コントローラボード識別子が受信部４１から渡されたコントローラボード識別子である場合のＦＷファイル名及びＦＷファイル格納先情報を検索する（ステップ４０６）。そして、検索が成功したかどうかを判定する（ステップ４０７）。
【００５３】
その結果、検索が成功したと判定された場合、ＦＷファイル情報取得部４３は、検索で得られたＦＷファイル名及びＦＷファイル格納先情報をセットした問い合わせ応答を生成する（ステップ４０８）。
一方、ステップ４０５又はステップ４０７で検索が成功しなかったと判定された場合、ＦＷファイル情報取得部４３は、更新用のＦＷファイルがない旨をセットした問い合わせ応答を生成する（ステップ４０９）。
その後、ステップ４０８又はステップ４０９で生成された問い合わせ応答は送信部４４に渡され、送信部４４が、問い合わせ応答を画像形成装置１へ送信する（ステップ４１０）。
【００５４】
尚、上記では述べなかったが、図１０において、ステップ２１１でファームウェアを更新した場合は、その後、ファームウェア管理装置３に対し、更新後のファームウェアのバージョンの通知（コンフィグ通知）を行うようにしてもよい。具体的には、画像形成装置１の識別情報と、画像形成装置１におけるファームウェアのバージョンの最新状態とをファームウェア管理装置３に送信し、ファームウェア管理装置３でこれらの対応情報を管理する構成としてもよい。この場合は、図１０のステップ２０４で、バージョン情報の代わりに画像形成装置１の識別情報を含む問い合わせをファームウェア管理装置３に送信し、図１１のステップ４０３で、上記対応情報を参照して画像形成装置１の識別情報に対応するバージョン情報を特定した後、そのバージョン情報に対応するセットバージョンを特定するような構成とすることが考えられる。
【００５５】
また、上記では、記憶装置１１に記憶されたポリシー情報について詳しく述べなかったが、このようなポリシー情報としては、例えば、次のようなものが考えられる。
第一に、処理継続不可能な異常の発生時には必ず問い合わせを行う、といったポリシー情報である。記憶装置１１にこのようなポリシー情報が記憶されている場合は、図１０のステップ２０２で、検知部２０から渡された異常情報を参照し、異常情報が処理継続不可能な異常を示していれば、問い合わせを行うべきと判定すればよい。
【００５６】
第二に、用紙ジャムや原稿ジャムの発生時には多発時のみ問い合わせを行う、といったポリシー情報である。記憶装置１１にこのようなポリシー情報が記憶されている場合は、図１０のステップ２０２で、今回検知部２０から渡された異常情報に加えて、これまでに検知部２０から渡された異常情報の履歴も参照し、異常情報が用紙ジャムや原稿ジャムを示しており、その発生頻度が閾値を超えていれば、問い合わせを行うべきと判定すればよい。
【００５７】
第三に、消耗品切れ等の発生時には問い合わせを行わない、といったポリシー情報である。記憶装置１１にこのようなポリシー情報が記憶されている場合は、図１０のステップ２０２で、検知部２０から渡された異常情報を参照し、異常情報が消耗品切れを示していれば、問い合わせを行うべきでないと判定すればよい。
【００５８】
更に、上記では、ファームウェア管理装置３が、図１１のステップ４０８、４１０で、ＦＷファイル名及びＦＷファイル格納先情報を画像形成装置１に送信し、画像形成装置１は、図１０のステップ２０９、２１０で、ＦＷファイル名及びＦＷファイル格納先情報に基づいてＦＷファイルをファームウェア格納装置５から取得するようにした。しかしながら、ファームウェア管理装置３が、ＦＷファイルを格納しておき、図１１のステップ４０８、４１０で、ＦＷファイルを画像形成装置１に送信し、画像形成装置１は、図１０のステップ２０９、２１０を実行せず、ステップ２１１で、ファームウェア管理装置３から受信したＦＷファイルによってファームウェアを更新するようにしてもよい。
【００５９】
更にまた、本実施の形態では、画像形成装置１内のコントローラ１０が、異常の発生又は外部機器の変更を検知し、ファームウェアに対してこの検知内容に応じた更新を行うファームウェア更新装置として機能した。しかしながら、このファームウェア更新装置は、画像形成装置１の外部から、異常の発生又は外部機器の変更を検知し、画像形成装置１内のファームウェアに対してこの検知内容に応じた更新を行う装置であってもよい。
【００６０】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＵＳＢメモリ又はＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【００６１】
１…画像形成装置、１０…コントローラ、２０…検知部、２１…構成情報取得部、２２…送信部、２３…受信部、２４…ＵＩ制御部、２５…ファームウェア記憶部、２６…更新部、３…ファームウェア管理装置、４１…受信部、４２…テーブル記憶部、４３…ＦＷファイル情報取得部、４４…送信部、５…ファームウェア格納装置
【技術分野】
【０００１】
本発明は、制御情報更新装置、画像処理装置、管理装置、プログラムに関する。
【背景技術】
【０００２】
機械操作が苦手なユーザに対しても、定期的なメンテナンス要員を派遣することなく、事務機器を快適に利用可能とする事務機器管理システムは知られている（例えば、特許文献１参照）。この特許文献１では、事務機器が、その異常発生を知らせる情報をサーバ装置に送信し、サーバ装置が、事務機器の異常発生を知らせる情報を受信したら、事務機器からの情報に対応するマシン設定情報を抽出し、事務機器に送信して管理する。
【０００３】
また、プログラムを書き換え可能なメモリを有する処理装置において、追加・変更プログラムを処理装置毎に確保する必要性をなくす技術も知られている（例えば、特許文献２参照）。この特許文献２では、処理装置が、自己の識別情報を含むプログラム取得要求をホスト装置に送信し、ホスト装置が、処理装置からプログラムの送信を要求されると、識別情報に対応したプログラムを処理装置に送付したり、プログラムの種別情報を送信してユーザがこれを選択するとその種別に対応するプログラムを送付したりする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３８３４７号公報
【特許文献２】特開２００５−２３５１８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性を高めることにある。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、画像処理装置を制御する制御情報を記憶する記憶手段と、前記画像処理装置の不具合の発生又は構成の変更を検知する検知手段と、前記検知手段による前記不具合の発生又は前記構成の変更の検知に応じて、前記記憶手段に記憶された前記制御情報の更新に用いられる情報であって、前記検知手段による検知内容に応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する要求手段と、前記要求手段による要求に応答して前記管理装置で特定された前記更新情報を取得する取得手段と、前記記憶手段に記憶された前記制御情報を、前記取得手段により取得された前記更新情報を用いて更新する更新手段とを備えたことを特徴とする制御情報更新装置である。
請求項２に記載の発明は、前記要求手段は、前記記憶手段に記憶された前記制御情報の前記画像処理装置の機能に対応する部分ごとの版数の組み合わせに更に応じた情報である前記更新情報の特定を前記管理装置に要求することを特徴とする請求項１に記載の制御情報更新装置である。
請求項３に記載の発明は、前記取得手段は、前記更新情報を格納する格納装置における当該更新情報の格納位置を示す位置情報を前記管理装置から受信し、当該格納装置における当該位置情報が示す格納位置から当該更新情報を受信することにより、当該更新情報を取得することを特徴とする請求項１又は２に記載の制御情報更新装置である。
請求項４に記載の発明は、前記要求手段は、前記検知手段により検知された前記不具合の発生又は前記構成の変更に関して予め定められた条件が満たされている場合に、前記更新情報の特定を前記管理装置に要求することを特徴とする請求項１乃至３の何れかに記載の制御情報更新装置である。
請求項５に記載の発明は、前記要求手段は、一の更新情報の特定を前記管理装置に要求し、前記取得手段は、前記管理装置で特定された前記一の更新情報を取得することを特徴とする請求項１乃至４の何れかに記載の制御情報更新装置である。
請求項６に記載の発明は、前記要求手段は、複数の更新情報の特定を前記管理装置に要求し、前記取得手段は、前記管理装置で特定された前記複数の更新情報から選択された一の更新情報を取得することを特徴とする請求項１乃至４の何れかに記載の制御情報更新装置である。
請求項７に記載の発明は、入力された画像データに基づいて画像処理を行う画像処理手段と、前記画像処理手段を制御する制御手段とを備え、前記制御手段は、自装置を制御する制御情報を記憶する記憶手段と、自装置の不具合の発生又は構成の変更を検知する検知手段と、前記検知手段による前記不具合の発生又は前記構成の変更の検知に応じて、前記記憶手段に記憶された前記制御情報の更新に用いられる情報であって、前記検知手段による検知内容と、前記記憶手段に記憶された前記制御情報の前記画像処理手段及び前記制御手段に対応する部分ごとの版数の組み合わせとに応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する要求手段と、前記要求手段による要求に応答して前記管理装置で特定された前記更新情報を取得する取得手段と、前記記憶手段に記憶された前記制御情報を、前記取得手段により取得された前記更新情報を用いて更新する更新手段とを備えたことを特徴とする画像処理装置である。
請求項８に記載の発明は、画像処理装置を制御する制御情報を保持する当該画像処理装置から、当該画像処理装置の不具合の発生又は構成の変更を示す情報を受信する受信手段と、前記受信手段による前記不具合の発生又は前記構成の変更を示す情報の受信に応じて、前記画像処理装置が保持する前記制御情報の更新に用いられる情報であって、前記受信手段による受信内容に応じた情報である更新情報を特定する特定手段と、前記画像処理装置が保持する前記制御情報を、前記特定手段により特定された前記更新情報を用いて更新できるように、当該画像処理装置に対して、当該更新情報の取得を指示する指示手段とを備えたことを特徴とする管理装置である。
請求項９に記載の発明は、前記特定手段は、前記画像処理装置が保持する前記制御情報の当該画像処理装置の機能に対応する部分ごとの版数の組み合わせに更に応じた情報である前記更新情報を特定することを特徴とする請求項８に記載の管理装置である。
請求項１０に記載の発明は、コンピュータに、画像処理装置の不具合の発生又は構成の変更を検知する機能と、前記不具合の発生又は前記構成の変更の検知に応じて、前記画像処理装置を制御する制御情報の更新に用いられる情報であって、前記検知する機能による検知内容に応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する機能と、前記要求する機能による要求に応答して前記管理装置で特定された前記更新情報を取得する機能と、前記画像処理装置を制御する前記制御情報を、取得された前記更新情報を用いて更新する機能とを実現させるためのプログラムである。
請求項１１に記載の発明は、コンピュータに、画像処理装置を制御する制御情報を保持する当該画像処理装置から、当該画像処理装置の不具合の発生又は構成の変更を示す情報を受信する機能と、前記不具合の発生又は前記構成の変更を示す情報の受信に応じて、前記画像処理装置が保持する前記制御情報の更新に用いられる情報であって、前記受信する機能による受信内容に応じた情報である更新情報を特定する機能と、前記画像処理装置が保持する前記制御情報を、特定された前記更新情報を用いて更新できるように、当該画像処理装置に対して、当該更新情報の取得を指示する機能とを実現させるためのプログラムである。
【発明の効果】
【０００７】
請求項１の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
請求項２の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の機能に対応する部分ごとの版数の組み合わせに応じた更新情報を用いて更新できる可能性が高まる。
請求項３の発明によれば、制御情報の更新に用いられる更新情報を特定する管理装置とは別の格納装置に更新情報が格納されている場合であっても、更新情報を取得することができる。
請求項４の発明によれば、制御情報を更新するかどうかを、画像処理装置の不具合の発生又は構成の変更に関する条件を定めることにより制御することができる。
請求項５の発明によれば、使用者による更新情報の選択操作を必要とせずに制御情報を更新することができる。
請求項６の発明によれば、本構成を有していない場合に比較して、使用者が望む更新情報を用いて制御情報を更新できる可能性が高まる。
請求項７の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
請求項８の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
請求項９の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の機能に対応する部分ごとの版数の組み合わせに応じた更新情報を用いて更新できる可能性が高まる。
請求項１０の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
請求項１１の発明によれば、本構成を有していない場合に比較して、画像処理装置を制御する制御情報を、画像処理装置の不具合の発生又は構成の変更に応じた更新情報を用いて使用者に意識させずに更新できる可能性が高まる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態が適用されるコンピュータシステムの構成例を示した図である。
【図２】本発明の実施の形態における画像形成装置の構成例を示した図である。
【図３】本発明の実施の形態におけるファームウェア管理装置の構成例を示した図である。
【図４】本発明の実施の形態における画像形成装置のコントローラの機能構成例を示したブロック図である。
【図５】本発明の実施の形態における画像形成装置のコントローラが取得するバージョン情報の一例を示した図である。
【図６】本発明の実施の形態におけるファームウェア管理装置の機能構成例を示したブロック図である。
【図７】本発明の実施の形態におけるファームウェア管理装置が保持するセットバージョンテーブルの一例を示した図である。
【図８】本発明の実施の形態におけるファームウェア管理装置が保持するバージョンマップテーブルの一例を示した図である。
【図９】本発明の実施の形態におけるファームウェア管理装置が保持するＦＷファイルテーブルの一例を示した図である。
【図１０】本発明の実施の形態における画像形成装置のコントローラの動作例を示したフローチャートである。
【図１１】本発明の実施の形態におけるファームウェア管理装置の動作例を示したフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態におけるコンピュータシステムの全体構成例を示したものである。
図示するように、このコンピュータシステムは、画像形成装置１ａ，１ｂと、ファームウェア管理装置３と、ファームウェア格納装置５ａ，５ｂとがネットワーク８に接続されることにより構成されている。尚、図では、画像形成装置１ａ，１ｂを示したが、これらを区別する必要がない場合は、画像形成装置１と称することもある。また、図には、２つの画像形成装置１しか示していないが、３つ以上の画像形成装置１を設けてもよい。更に、図では、ファームウェア格納装置５ａ，５ｂを示したが、これらを区別する必要がない場合は、ファームウェア格納装置５と称することもある。また、図には、２つのファームウェア格納装置５しか示していないが、３つ以上のファームウェア格納装置５を設けてもよい。
【００１０】
画像形成装置１は、画像処理装置の一例であり、紙等の記録媒体に画像を形成し、印刷文書として出力する装置である。この画像形成装置１は、プリンタの機能のみを備えたものであってもよいし、他にスキャナやファクシミリの機能を備えたものであってもよい。
【００１１】
ファームウェア管理装置３は、管理装置の一例であり、画像形成装置１を制御するファームウェアを管理するコンピュータ装置である。尚、ファームウェア管理装置３がファームウェアを格納することも考えられるが、本実施の形態では、ファームウェア管理装置３はファームウェアの管理のみを行い、ファームウェアの格納はファームウェア格納装置５が行うこととしている。ここで、ファームウェア管理装置３としては、例えば、ウェブサービスプロトコル（ＳＯＡＰ／ＸＭＬ等）を利用可能なサーバを用いるとよい。
【００１２】
ファームウェア格納装置５は、格納装置の一例であり、画像形成装置１を制御するファームウェアを格納するコンピュータ装置である。ここで、ファームウェア格納装置５としては、例えば、ＨＴＴＰ（HyperText Transfer Protocol）サーバ又はＦＴＰ（File Transfer Protocol）サーバを用いるとよい。
ネットワーク８は、各種情報の交換に用いる通信手段である。このネットワーク８としては、インターネットやＬＡＮ（Local Area Network）が例示される。
【００１３】
次に、図１のコンピュータシステムにおける画像形成装置１の構成について説明する。
図２は、画像形成装置１のハードウェア構成例を示した図である。
図示するように、画像形成装置１は、コントローラ１０と、記憶装置１１と、ユーザインターフェイス（ＵＩ）部１２と、スキャナ部１３と、プリンタ部１４と、ファクシミリ（ＦＡＸ）部１５と、通信インターフェイス（通信Ｉ／Ｆ）１６と、課金装置１７と、認証装置１８とを備える。
【００１４】
コントローラ１０は、制御手段の一例であり、画像形成装置１全体の動作を制御するもので、例えば１つのコントローラボード上に構築されるものである。コントローラ１０は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等を備え、コントローラ１０の後述する各機能は、ＣＰＵがＲＯＭ等に記憶された各種プログラムをＲＡＭにロードして実行することによって実現される。また、ＲＯＭは、コントローラ１０、ＵＩ部１２、スキャナ部１３、プリンタ部１４、ＦＡＸ部１５、課金装置１７、認証装置１８等のサブシステムの動作を制御するファームウェアを記憶する。
【００１５】
記憶装置１１は、スキャナ部１３が読み取った画像データやプリンタ部１４で出力する画像データ等を記憶する。また、ファームウェアを更新する際の問い合わせに関するポリシーを定めたポリシー情報等も記憶する。ここで、記憶装置１１としては、例えば、磁気ディスクを用いるとよい。
ＵＩ部１２は、画像形成装置１に搭載された操作パネルであり、ユーザの操作を受け付ける機能と、ユーザに情報を表示する機能とを有する。
【００１６】
スキャナ部１３は、画像処理手段の一例であり、紙等の記録媒体に記録された画像を読み取る。ここで、スキャナ部１３としては、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式のものや、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。尚、スキャナ部１３には、自動原稿送り装置等の別ファームウェアを搭載した装置が装着される場合もある。
【００１７】
プリンタ部１４は、画像処理手段の一例であり、紙等の記録媒体に画像を印字し出力する。ここで、プリンタ部１４としては、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式のものや、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。尚、プリンタ部１４には、フィニッシャ等の独立したファームウェアが搭載された装置が複数接続される場合もある。
【００１８】
ＦＡＸ部１５は、画像処理手段の一例であり、公衆回線網を介してファクシミリ送受信を行う。
通信Ｉ／Ｆ１６は、画像形成装置１がネットワーク８と接続する部分である。ファームウェア管理装置３又はファームウェア格納装置５との間の情報の送受信は、この通信Ｉ／Ｆ１６を介して行われる。
課金装置１７は、画像形成装置１の外部に接続され、プリンタ部１４による画像出力等に応じて課金や集計管理等を行う装置である。このような課金装置１７には、課金として、現金決済、専用のカード決済、ＩＣカード決済等を行う装置がある。
認証装置１８は、画像形成装置１の外部に接続され、画像形成装置１を使用するユーザの認証を行う装置である。このような認証装置１８には、認証として、ユーザＩＤ入力による認証、ＩＣカードによる認証等を行う装置がある。
【００１９】
また、図１のコンピュータシステムにおけるファームウェア管理装置３及びファームウェア格納装置５の構成について説明する。
図３は、ファームウェア管理装置３のハードウェア構成例を示した図である。尚、ファームウェア格納装置５のハードウェア構成はこれと同様であるので省略する。
図示するように、ファームウェア管理装置３は、演算手段であるＣＰＵ３０と、記憶手段であるメインメモリ３１及び磁気ディスク装置３２とを備える。ここで、ＣＰＵ３０は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ３１は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、磁気ディスク装置３２は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
更に、ファームウェア管理装置３は、外部との通信を行うための通信Ｉ／Ｆ３３と、ビデオメモリやディスプレイ等からなる表示機構３４と、キーボードやマウス等の入力デバイス３５とを備える。
【００２０】
ところで、上記画像形成装置１におけるファームウェアの更新は、不具合の修正、外部機器接続時のバージョン組み合わせの不整合の回避等のために行われる場合がある。このような場合、例えば、ユーザ又はエンジニアが、画像形成装置１に設けられたボタンを押下することにより、ファームウェア管理装置３からファームウェアをダウンロードし、このダウンロードしたファームウェアによってファームウェアの更新を行う方法が考えられる。しかしながら、この方法では、ユーザ又はエンジニアはファームウェアの更新を意識しなければならず、ユーザのメンテナンス時間やエンジニアのメンテナンスコストがかかってしまう。
そこで、本実施の形態では、画像形成装置１で不具合が発生した場合や、画像形成装置１に外部機器を接続したり、画像形成装置１に接続されていた外部機器のバージョンを変更したりした場合に、ユーザ又はエンジニアに意識させずにファームウェアを更新する。
【００２１】
図４は、このような動作を行うコントローラ１０の機能構成例を示したブロック図である。
図示するように、このコントローラ１０は、検知部２０と、構成情報取得部２１と、送信部２２と、受信部２３と、ＵＩ制御部２４と、ファームウェア記憶部２５と、更新部２６とを備える。
【００２２】
検知部２０は、画像形成装置１における異常の発生、及び、画像形成装置１に対する外部機器の接続や画像形成装置１に接続された外部機器のバージョンの変更を検知する。本実施の形態では、画像処理装置の不具合の発生又は構成の変更を検知する検知手段の一例として、検知部２０を設けている。
【００２３】
構成情報取得部２１は、コントローラ１０のＲＯＭを参照して、画像形成装置１の構成情報を取得する。ここで、構成情報には、画像形成装置１の機種を示すプロダクトＩＤと、個々の画像形成装置１をコントローラボードの構成によって区別するコントローラボード識別子と、画像形成装置１の各サブシステムのバージョンを示すバージョン情報とが含まれる。尚、コントローラボード識別子の代わりにシリアル番号を用いてもよいが、以下では、コントローラボード識別子を用いるものとする。また、この構成情報の取得は、記憶装置１１に記憶されたポリシー情報を参照して、検知部２０による検知内容が、更新用ファームウェアに関する問い合わせを行うべき旨を示していると判断した場合にのみ、行うようにしてもよい。
【００２４】
送信部２２は、検知部２０が画像形成装置１における異常の発生を検知した場合には、その異常を示す異常情報と、構成情報取得部２１が取得した構成情報とを含む問い合わせを、ファームウェア管理装置３に送信する。検知部２０が画像形成装置１に対する外部機器の接続や画像形成装置１に接続された外部機器のバージョンの変更を検知した場合には、その外部機器及びバージョンを示す外部機器情報と、構成情報取得部２１が取得した構成情報とを含む問い合わせを、ファームウェア管理装置３に送信する。また、ＵＩ部１２でファームウェアの更新が指示された場合には、更新用ファームウェアの取得要求をファームウェア格納装置５に送信する。本実施の形態では、画像形成装置１を制御する制御情報の一例として、ファームウェアを用いており、制御情報の更新に用いられる更新情報の一例として、更新用ファームウェアを用いており、更新情報の特定を管理装置に要求する要求手段の一例として、送信部２２を設けている。
【００２５】
受信部２３は、送信部２２がファームウェア管理装置３に問い合わせを送信した場合には、その問い合わせに対する応答（問い合わせ応答）をファームウェア管理装置３から受信する。また、送信部２２が更新用ファームウェアの取得要求を送信した場合には、要求された更新用ファームウェアをファームウェア格納装置５から受信する。本実施の形態では、更新情報を取得する取得手段の一例として、受信部２３を設けている。
【００２６】
ＵＩ制御部２４は、受信部２３が受信した問い合わせ応答が、更新用ファームウェアがあることを示している場合には、ファームウェアを更新するか、更新する場合はどの更新用ファームウェアを用いるか等を確認する更新確認画面のＵＩ部１２への表示を制御する。そして、ＵＩ部１２からファームウェアを更新する旨の入力があった場合、その旨の情報を送信部２２に出力する。また、受信部２３が受信した問い合わせ応答が、更新用ファームウェアがないことを示している場合には、異常が発生していれば、その旨の情報のＵＩ部１２への表示を制御する。
【００２７】
ファームウェア記憶部２５は、画像形成装置１を現在制御しているファームウェアを記憶する。本実施の形態では、制御情報を記憶する記憶手段の一例として、ファームウェア記憶部２５を設けている。
更新部２６は、受信部２３がファームウェア格納装置５から受信した更新用ファームウェアを用いて、ファームウェア記憶部２５に記憶されたファームウェアを更新する。本実施の形態では、制御情報を更新する更新手段の一例として、更新部２６を設けている。
【００２８】
尚、このようなコントローラ１０の機能は、ソフトウェアとハードウェア資源とが協働することにより実現される。検知部２０、構成情報取得部２１、送信部２２、受信部２３、ＵＩ制御部２４、更新部２６は、コントローラ１０のＣＰＵが、これらの機能を実現するプログラムを、例えばハードディスク等の外部記憶装置からメインメモリに読み込むことにより実現される。また、ファームウェア記憶部２５は、コントローラ１０のＲＯＭによって実現される。
【００２９】
ここで、構成情報取得部２１が取得する構成情報のうちバージョン情報について具体的に説明する。
図５は、バージョン情報の一例を示した図である。
図示するように、バージョン情報は、各サブシステムのＲＯＭと、ＲＯＭのバージョンとを対応付けたものとなっている。
【００３０】
また、本実施の形態では、このような構成を有する画像形成装置１からの問い合わせを受けたファームウェア管理装置３が、更新用ファームウェアに関する情報を問い合わせ応答として画像形成装置１に返信する。
【００３１】
図６は、このような動作を行うファームウェア管理装置３の機能構成例を示したブロック図である。
図示するように、このファームウェア管理装置３は、受信部４１と、テーブル記憶部４２と、ＦＷファイル情報取得部４３と、送信部４４とを備える。
【００３２】
受信部４１は、異常情報又は外部機器情報と、構成情報とを含む問い合わせを、画像形成装置１から受信する。本実施の形態では、画像処理装置の不具合の発生又は構成の変更を示す情報を受信する受信手段の一例として、受信部４１を設けている。
テーブル記憶部４２は、各サブシステムの動作を制御するファームウェアをパッケージ化したファームウェアファイル（ＦＷファイル）に関する情報（以下、「ＦＷファイル情報」という）を取得するための各種テーブルを記憶する。この各種テーブルの詳しい内容については後述する。
【００３３】
ＦＷファイル情報取得部４３は、テーブル記憶部４２に記憶された各種テーブルを参照し、受信部４１が受信した問い合わせに含まれる異常情報又は外部機器情報と、構成情報とに基づいて、更新用のＦＷファイルに関するＦＷファイル情報を取得する。本実施の形態では、更新情報の一例として、更新用のＦＷファイルを用いており、更新情報を特定する特定手段の一例として、ＦＷファイル情報取得部４３を設けている。
送信部４４は、ＦＷファイル情報取得部４３が取得したＦＷファイル情報を画像形成装置１に送信する。本実施の形態では、更新情報の取得を指示する指示手段の一例として、送信部４４を設けている。
【００３４】
尚、このようなファームウェア管理装置３の機能は、ソフトウェアとハードウェア資源とが協働することにより実現される。受信部４１、ＦＷファイル情報取得部４３、送信部４４は、ＣＰＵ３０（図３参照）が、これらの機能を実現するプログラムを、例えば磁気ディスク装置３２（図３参照）からメインメモリ３１（図３参照）に読み込むことにより実現される。また、テーブル記憶部４２は、例えば磁気ディスク装置３２（図３参照）によって実現される。
【００３５】
ここで、テーブル記憶部４２に記憶された各種テーブルについて具体的に説明する。
図７は、セットバージョンテーブルの一例を示した図である。尚、このセットバージョンテーブルは、画像形成装置１の機種によって異なるので、機種に対応するプロダクトＩＤごとに用意される。
図示するように、セットバージョンテーブルは、セットバージョン、ＲＯＭ、ＲＯＭバージョンを項目として有する。
【００３６】
セットバージョンは、ＲＯＭバージョンの組み合わせに対して付与されたバージョンを示す項目である。
ＲＯＭは、各サブシステムを制御するファームウェアが記憶されたＲＯＭを示す項目である。
ＲＯＭバージョンは、対応するＲＯＭのバージョンを示す項目である。
図７は、３つのセットバージョン、つまり、ＲＯＭバージョンの３つの組み合わせについて示している。これら３つの組み合わせではコントローラＲＯＭのバージョンが異なるだけであるが、これによりセットバージョンは異なっている。
【００３７】
また、図８は、バージョンマップテーブルの一例を示した図である。尚、このバージョンマップテーブルも、画像形成装置１の機種によって異なるので、機種に対応するプロダクトＩＤごとに用意される。
図示するように、バージョンマップテーブルは、更新前セットバージョン、異常情報、外部機器情報、更新後セットバージョンを項目として有する。
【００３８】
更新前セットバージョンは、更新前のファームウェアの組み合わせのバージョンを示す項目である。
異常情報は、検知部２０が検知した異常の異常コードを示す項目である。異常コード「１００−２００」、「１２３−４５６」、「１１１−２２２」は、それぞれが１つの異常を表している。
外部機器情報は、検知部２０が検知した外部機器の商品コード及びバージョンを示す項目である。「ＩＣ＿ＣａｒｄＲｅａｄｅｒ−１１１５５５」、「ＳｍａｒｔＣａｒｄ＿Ｒｅａｄｅｒ−１２３４５６」が各外部機器の商品コードを表しており、「１．１．０」、「１．０．０」が各外部機器のバージョンを表している。
更新後セットバージョンは、更新後のファームウェアの組み合わせのバージョンを示す項目である。
【００３９】
図８では、例えば、セットバージョン「ＡＡＡＡ＿０８０６０１」のファームウェアが動作していたときに、異常コード「１００−２００」の異常が発生すると、セットバージョン「ＡＡＡＡ＿０９０３０１」のファームウェアに更新すべきことが定義されている。尚、異常コード「１２３−４５６」、「１１１−２２２」の行を参照すると、異なる異常情報に対して、異なるセットバージョンのファームウェアに更新すべきことが定義されているが、異なる異常情報に対して、同じセットバージョンのファームウェアに更新すべきことが定義されていてもよい。
【００４０】
また、セットバージョン「ＡＡＡＡ＿０８０７０１」のファームウェアが動作していたときに、商品コード「ＩＣ＿ＣａｒｄＲｅａｄｅｒ−１１１５５５」、バージョン「１．１．０」の外部機器が接続されたり、商品コード「ＩＣ＿ＣａｒｄＲｅａｄｅｒ−１１１５５５」の外部機器がバージョン「１．１．０」に変更されたりすると、セットバージョン「ＡＡＡＡ＿０９０３０１」のファームウェアに更新すべきことも定義されている。尚、外部機器情報は、１つの更新前セットバージョンに対して１つしか定義されていないが、２つ以上定義されていてもよい。その場合も、異なる外部機器情報に対して、異なるセットバージョンのファームウェアに更新すべきことが定義されていてよいし、同じセットバージョンのファームウェアに更新すべきことが定義されていてもよい。
【００４１】
更に、図９は、ＦＷファイルテーブルの一例を示した図である。尚、このＦＷファイルテーブルは、画像形成装置１の機種に共通に用意される。
図示するように、ＦＷファイルテーブルは、ＦＷファイル名、ＦＷファイル格納先情報、セットバージョン、コントローラボード識別子を項目として有する。
【００４２】
ＦＷファイル名は、ＦＷファイルの名称を示す項目である。
ＦＷファイル格納先情報は、ＦＷファイルの格納先の情報を示す項目である。格納先の情報としては、例えば、ファームウェア格納装置５におけるＦＷファイルの格納位置を示す位置情報の一例であるＵＲＬ（Uniform Resource Locator）を登録しておけばよい。
セットバージョンは、対応するＦＷファイルに含まれるファームウェアの組み合わせのバージョンを示す項目である。
コントローラボード識別子は、コントローラボード（フォント用ＲＯＭ種別を含む）を区別するための情報を示す項目である。
【００４３】
次に、本実施の形態におけるコンピュータシステムの動作について説明する。
まず、このコンピュータシステムにおける画像形成装置１の動作について説明する。
図１０は、画像形成装置１のコントローラ１０の動作例を示したフローチャートである。
図示するように、コントローラ１０では、まず、検知部２０が、異常の発生、又は、外部機器の変更（外部機器の新たな接続、既に接続されている外部機器のバージョンの変更等）を検知する（ステップ２０１）。尚、ここで検知された異常を示す異常情報、又は、外部機器及びそのバージョンを示す外部機器情報は、構成情報取得部２１へ渡される。
【００４４】
次に、構成情報取得部２１は、記憶装置１１に記憶されたポリシー情報を参照して、更新用のＦＷファイルについて問い合わせを行うべきかどうか判定する（ステップ２０２）。
その結果、問い合わせを行うべきと判定されなかった場合、処理は終了する。
一方、問い合わせを行うべきと判定された場合、構成情報取得部２１は、コントローラ１０のＲＯＭに記憶された情報を参照して、画像形成装置１の構成情報を取得する（ステップ２０３）。具体的には、プロダクトＩＤ、コントローラボード識別子、各サブシステムのバージョン情報を取得する。そして、これらの情報は、検知部２０から渡された異常情報又は外部機器情報と共に送信部２２に渡される。
【００４５】
すると、送信部２２は、構成情報取得部２１から渡された情報を含む問い合わせをファームウェア管理装置３に送信する（ステップ２０４）。尚、ここでは、ファームウェア管理装置３が推奨する１つのＦＷファイルについて問い合わせを行う態様と、更新で用いられるＦＷファイルの候補である複数のＦＷファイルについて問い合わせを行う態様とが考えられるが、以下では、後者の態様を前提として説明する。
【００４６】
これにより、ファームウェア管理装置３は、更新用のＦＷファイルの有無、及び、更新用のＦＷファイルがある場合にはＦＷファイル名とＦＷファイル格納先情報とを含む問い合わせ応答を送ってくるので、受信部２３は、問い合わせ応答を受信する（ステップ２０５）。
そして、ＵＩ制御部２４は、受信部２３から問い合わせ応答を受け取り、ＦＷファイルがあることを問い合わせ応答が示しているかどうかを判定する（ステップ２０６）。
その結果、ＦＷファイルがあることを示していると判定された場合、ＵＩ制御部２４は、ファームウェアを更新するか、更新する場合にどのＦＷファイルで更新するかを確認するための更新確認画面をＵＩ部１２に表示する（ステップ２０７）。尚、ステップ２０４で１つのＦＷファイルについて問い合わせを行う態様を前提とすると、更新確認画面には高々１つのＦＷファイルの情報しか表示されないので、どのＦＷファイルで更新するかを確認することは不要となる。
【００４７】
このように更新確認画面がＵＩ部１２に表示されると、ユーザはＵＩ部１２から、ファームウェアを更新するか、更新する場合にはどのＦＷファイルで更新するかを入力する。そして、ＵＩ制御部２４は、ユーザから更新する旨の入力があったかどうかを判定する（ステップ２０８）。
その結果、更新する旨の入力があったと判定された場合、ＵＩ制御部２４は、その旨と、更新用のＦＷファイルとして選択されたＦＷファイルとを送信部２２に伝え、送信部２２は、そのＦＷファイルの要求を、ファームウェア格納装置５に送信する（ステップ２０９）。
【００４８】
これにより、ファームウェア格納装置５は、要求されたＦＷファイルを画像形成装置１に送ってくるので、受信部２３が、ＦＷファイルを受信する（ステップ２１０）。
そして、更新部２６は、受信部２３からＦＷファイルを受け取り、ファームウェア記憶部２５に記憶されたファームウェアをＦＷファイルで更新する（ステップ２１１）。
【００４９】
一方、ステップ２０６でＦＷファイルがないことを示していると判定された場合、又は、ステップ２０８で更新する旨の入力がなかったと判定された場合、ＵＩ制御部２４は、異常の発生によるファームウェアの更新であるか、外部機器の変更によるファームウェアの更新であるかを判定する（ステップ２１２）。尚、この判定は、例えば、検知部２０から情報を取得することによって行えばよい。そして、異常の発生によるファームウェアの更新であると判定されれば、ＵＩ制御部２４は、異常が発生したことを示すエラー画面をＵＩ部１２に表示して（ステップ２１３）、処理を終了する。また、外部機器の変更によるファームウェアの更新であると判定されれば、ＵＩ部１２にエラー画面を表示することなく、処理を終了する。
【００５０】
次に、ステップ２０４で問い合わせが送信されたときのファームウェア管理装置３の動作について説明する。
図１１は、このときのファームウェア管理装置３の動作例を示したフローチャートである。
図示するように、ファームウェア管理装置３では、まず、受信部４１が、画像形成装置１から問い合わせを受信する（ステップ４０１）。ここで、上述したように、問い合わせには、異常情報又は外部機器情報と、構成情報（プロダクトＩＤ、コントローラボード識別子、バージョン情報）とが含まれる。そして、これらの情報は、受信部４１からＦＷファイル情報取得部４３へと渡される。
【００５１】
すると、ＦＷファイル情報取得部４３は、まず、テーブル記憶部４２に記憶されたセットバージョンテーブル及びバージョンマップテーブルのうち、受信部４１から渡されたプロダクトＩＤに対応するテーブルを読み込む（ステップ４０２）。尚、ＦＷファイルテーブルは、プロダクトＩＤごとに用意されたものではないので、以下では、共通に用意されたものが用いられる。
次に、ＦＷファイル情報取得部４３は、受信部４１から渡されたバージョン情報と、セットバージョンテーブルにおけるＲＯＭバージョンの組み合わせとを比較し、両者が一致する場合のセットバージョンを取得する（ステップ４０３）。例えば、図５のバージョン情報が画像形成装置１からファームウェア管理装置３へ送られてきたとすると、図７のセットバージョンテーブルのセットバージョン「ＡＡＡＡ＿０８０６０１」が取得される。
【００５２】
次いで、ＦＷファイル情報取得部４３は、テーブル記憶部４２に記憶されたバージョンマップテーブルにおいて、更新前セットバージョンがステップ４０３で取得したセットバージョンであり、異常情報又は外部機器情報が受信部４１から渡された情報である場合の更新後セットバージョンを検索する（ステップ４０４）。そして、検索が成功したかどうかを判定する（ステップ４０５）。
その結果、検索が成功したと判定された場合、ＦＷファイル情報取得部４３は、テーブル記憶部４２に記憶されたＦＷファイルテーブルにおいて、セットバージョンが検索で得られた更新後セットバージョンであり、コントローラボード識別子が受信部４１から渡されたコントローラボード識別子である場合のＦＷファイル名及びＦＷファイル格納先情報を検索する（ステップ４０６）。そして、検索が成功したかどうかを判定する（ステップ４０７）。
【００５３】
その結果、検索が成功したと判定された場合、ＦＷファイル情報取得部４３は、検索で得られたＦＷファイル名及びＦＷファイル格納先情報をセットした問い合わせ応答を生成する（ステップ４０８）。
一方、ステップ４０５又はステップ４０７で検索が成功しなかったと判定された場合、ＦＷファイル情報取得部４３は、更新用のＦＷファイルがない旨をセットした問い合わせ応答を生成する（ステップ４０９）。
その後、ステップ４０８又はステップ４０９で生成された問い合わせ応答は送信部４４に渡され、送信部４４が、問い合わせ応答を画像形成装置１へ送信する（ステップ４１０）。
【００５４】
尚、上記では述べなかったが、図１０において、ステップ２１１でファームウェアを更新した場合は、その後、ファームウェア管理装置３に対し、更新後のファームウェアのバージョンの通知（コンフィグ通知）を行うようにしてもよい。具体的には、画像形成装置１の識別情報と、画像形成装置１におけるファームウェアのバージョンの最新状態とをファームウェア管理装置３に送信し、ファームウェア管理装置３でこれらの対応情報を管理する構成としてもよい。この場合は、図１０のステップ２０４で、バージョン情報の代わりに画像形成装置１の識別情報を含む問い合わせをファームウェア管理装置３に送信し、図１１のステップ４０３で、上記対応情報を参照して画像形成装置１の識別情報に対応するバージョン情報を特定した後、そのバージョン情報に対応するセットバージョンを特定するような構成とすることが考えられる。
【００５５】
また、上記では、記憶装置１１に記憶されたポリシー情報について詳しく述べなかったが、このようなポリシー情報としては、例えば、次のようなものが考えられる。
第一に、処理継続不可能な異常の発生時には必ず問い合わせを行う、といったポリシー情報である。記憶装置１１にこのようなポリシー情報が記憶されている場合は、図１０のステップ２０２で、検知部２０から渡された異常情報を参照し、異常情報が処理継続不可能な異常を示していれば、問い合わせを行うべきと判定すればよい。
【００５６】
第二に、用紙ジャムや原稿ジャムの発生時には多発時のみ問い合わせを行う、といったポリシー情報である。記憶装置１１にこのようなポリシー情報が記憶されている場合は、図１０のステップ２０２で、今回検知部２０から渡された異常情報に加えて、これまでに検知部２０から渡された異常情報の履歴も参照し、異常情報が用紙ジャムや原稿ジャムを示しており、その発生頻度が閾値を超えていれば、問い合わせを行うべきと判定すればよい。
【００５７】
第三に、消耗品切れ等の発生時には問い合わせを行わない、といったポリシー情報である。記憶装置１１にこのようなポリシー情報が記憶されている場合は、図１０のステップ２０２で、検知部２０から渡された異常情報を参照し、異常情報が消耗品切れを示していれば、問い合わせを行うべきでないと判定すればよい。
【００５８】
更に、上記では、ファームウェア管理装置３が、図１１のステップ４０８、４１０で、ＦＷファイル名及びＦＷファイル格納先情報を画像形成装置１に送信し、画像形成装置１は、図１０のステップ２０９、２１０で、ＦＷファイル名及びＦＷファイル格納先情報に基づいてＦＷファイルをファームウェア格納装置５から取得するようにした。しかしながら、ファームウェア管理装置３が、ＦＷファイルを格納しておき、図１１のステップ４０８、４１０で、ＦＷファイルを画像形成装置１に送信し、画像形成装置１は、図１０のステップ２０９、２１０を実行せず、ステップ２１１で、ファームウェア管理装置３から受信したＦＷファイルによってファームウェアを更新するようにしてもよい。
【００５９】
更にまた、本実施の形態では、画像形成装置１内のコントローラ１０が、異常の発生又は外部機器の変更を検知し、ファームウェアに対してこの検知内容に応じた更新を行うファームウェア更新装置として機能した。しかしながら、このファームウェア更新装置は、画像形成装置１の外部から、異常の発生又は外部機器の変更を検知し、画像形成装置１内のファームウェアに対してこの検知内容に応じた更新を行う装置であってもよい。
【００６０】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＵＳＢメモリ又はＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【００６１】
１…画像形成装置、１０…コントローラ、２０…検知部、２１…構成情報取得部、２２…送信部、２３…受信部、２４…ＵＩ制御部、２５…ファームウェア記憶部、２６…更新部、３…ファームウェア管理装置、４１…受信部、４２…テーブル記憶部、４３…ＦＷファイル情報取得部、４４…送信部、５…ファームウェア格納装置
【特許請求の範囲】
【請求項１】
画像処理装置を制御する制御情報を記憶する記憶手段と、
前記画像処理装置の不具合の発生又は構成の変更を検知する検知手段と、
前記検知手段による前記不具合の発生又は前記構成の変更の検知に応じて、前記記憶手段に記憶された前記制御情報の更新に用いられる情報であって、前記検知手段による検知内容に応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する要求手段と、
前記要求手段による要求に応答して前記管理装置で特定された前記更新情報を取得する取得手段と、
前記記憶手段に記憶された前記制御情報を、前記取得手段により取得された前記更新情報を用いて更新する更新手段と
を備えたことを特徴とする制御情報更新装置。
【請求項２】
前記要求手段は、前記記憶手段に記憶された前記制御情報の前記画像処理装置の機能に対応する部分ごとの版数の組み合わせに更に応じた情報である前記更新情報の特定を前記管理装置に要求することを特徴とする請求項１に記載の制御情報更新装置。
【請求項３】
前記取得手段は、前記更新情報を格納する格納装置における当該更新情報の格納位置を示す位置情報を前記管理装置から受信し、当該格納装置における当該位置情報が示す格納位置から当該更新情報を受信することにより、当該更新情報を取得することを特徴とする請求項１又は２に記載の制御情報更新装置。
【請求項４】
前記要求手段は、前記検知手段により検知された前記不具合の発生又は前記構成の変更に関して予め定められた条件が満たされている場合に、前記更新情報の特定を前記管理装置に要求することを特徴とする請求項１乃至３の何れかに記載の制御情報更新装置。
【請求項５】
前記要求手段は、一の更新情報の特定を前記管理装置に要求し、
前記取得手段は、前記管理装置で特定された前記一の更新情報を取得することを特徴とする請求項１乃至４の何れかに記載の制御情報更新装置。
【請求項６】
前記要求手段は、複数の更新情報の特定を前記管理装置に要求し、
前記取得手段は、前記管理装置で特定された前記複数の更新情報から選択された一の更新情報を取得することを特徴とする請求項１乃至４の何れかに記載の制御情報更新装置。
【請求項７】
入力された画像データに基づいて画像処理を行う画像処理手段と、
前記画像処理手段を制御する制御手段と
を備え、
前記制御手段は、
自装置を制御する制御情報を記憶する記憶手段と、
自装置の不具合の発生又は構成の変更を検知する検知手段と、
前記検知手段による前記不具合の発生又は前記構成の変更の検知に応じて、前記記憶手段に記憶された前記制御情報の更新に用いられる情報であって、前記検知手段による検知内容と、前記記憶手段に記憶された前記制御情報の前記画像処理手段及び前記制御手段に対応する部分ごとの版数の組み合わせとに応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する要求手段と、
前記要求手段による要求に応答して前記管理装置で特定された前記更新情報を取得する取得手段と、
前記記憶手段に記憶された前記制御情報を、前記取得手段により取得された前記更新情報を用いて更新する更新手段と
を備えたことを特徴とする画像処理装置。
【請求項８】
画像処理装置を制御する制御情報を保持する当該画像処理装置から、当該画像処理装置の不具合の発生又は構成の変更を示す情報を受信する受信手段と、
前記受信手段による前記不具合の発生又は前記構成の変更を示す情報の受信に応じて、前記画像処理装置が保持する前記制御情報の更新に用いられる情報であって、前記受信手段による受信内容に応じた情報である更新情報を特定する特定手段と、
前記画像処理装置が保持する前記制御情報を、前記特定手段により特定された前記更新情報を用いて更新できるように、当該画像処理装置に対して、当該更新情報の取得を指示する指示手段と
を備えたことを特徴とする管理装置。
【請求項９】
前記特定手段は、前記画像処理装置が保持する前記制御情報の当該画像処理装置の機能に対応する部分ごとの版数の組み合わせに更に応じた情報である前記更新情報を特定することを特徴とする請求項８に記載の管理装置。
【請求項１０】
コンピュータに、
画像処理装置の不具合の発生又は構成の変更を検知する機能と、
前記不具合の発生又は前記構成の変更の検知に応じて、前記画像処理装置を制御する制御情報の更新に用いられる情報であって、前記検知する機能による検知内容に応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する機能と、
前記要求する機能による要求に応答して前記管理装置で特定された前記更新情報を取得する機能と、
前記画像処理装置を制御する前記制御情報を、取得された前記更新情報を用いて更新する機能と
を実現させるためのプログラム。
【請求項１１】
コンピュータに、
画像処理装置を制御する制御情報を保持する当該画像処理装置から、当該画像処理装置の不具合の発生又は構成の変更を示す情報を受信する機能と、
前記不具合の発生又は前記構成の変更を示す情報の受信に応じて、前記画像処理装置が保持する前記制御情報の更新に用いられる情報であって、前記受信する機能による受信内容に応じた情報である更新情報を特定する機能と、
前記画像処理装置が保持する前記制御情報を、特定された前記更新情報を用いて更新できるように、当該画像処理装置に対して、当該更新情報の取得を指示する機能と
を実現させるためのプログラム。
【請求項１】
画像処理装置を制御する制御情報を記憶する記憶手段と、
前記画像処理装置の不具合の発生又は構成の変更を検知する検知手段と、
前記検知手段による前記不具合の発生又は前記構成の変更の検知に応じて、前記記憶手段に記憶された前記制御情報の更新に用いられる情報であって、前記検知手段による検知内容に応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する要求手段と、
前記要求手段による要求に応答して前記管理装置で特定された前記更新情報を取得する取得手段と、
前記記憶手段に記憶された前記制御情報を、前記取得手段により取得された前記更新情報を用いて更新する更新手段と
を備えたことを特徴とする制御情報更新装置。
【請求項２】
前記要求手段は、前記記憶手段に記憶された前記制御情報の前記画像処理装置の機能に対応する部分ごとの版数の組み合わせに更に応じた情報である前記更新情報の特定を前記管理装置に要求することを特徴とする請求項１に記載の制御情報更新装置。
【請求項３】
前記取得手段は、前記更新情報を格納する格納装置における当該更新情報の格納位置を示す位置情報を前記管理装置から受信し、当該格納装置における当該位置情報が示す格納位置から当該更新情報を受信することにより、当該更新情報を取得することを特徴とする請求項１又は２に記載の制御情報更新装置。
【請求項４】
前記要求手段は、前記検知手段により検知された前記不具合の発生又は前記構成の変更に関して予め定められた条件が満たされている場合に、前記更新情報の特定を前記管理装置に要求することを特徴とする請求項１乃至３の何れかに記載の制御情報更新装置。
【請求項５】
前記要求手段は、一の更新情報の特定を前記管理装置に要求し、
前記取得手段は、前記管理装置で特定された前記一の更新情報を取得することを特徴とする請求項１乃至４の何れかに記載の制御情報更新装置。
【請求項６】
前記要求手段は、複数の更新情報の特定を前記管理装置に要求し、
前記取得手段は、前記管理装置で特定された前記複数の更新情報から選択された一の更新情報を取得することを特徴とする請求項１乃至４の何れかに記載の制御情報更新装置。
【請求項７】
入力された画像データに基づいて画像処理を行う画像処理手段と、
前記画像処理手段を制御する制御手段と
を備え、
前記制御手段は、
自装置を制御する制御情報を記憶する記憶手段と、
自装置の不具合の発生又は構成の変更を検知する検知手段と、
前記検知手段による前記不具合の発生又は前記構成の変更の検知に応じて、前記記憶手段に記憶された前記制御情報の更新に用いられる情報であって、前記検知手段による検知内容と、前記記憶手段に記憶された前記制御情報の前記画像処理手段及び前記制御手段に対応する部分ごとの版数の組み合わせとに応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する要求手段と、
前記要求手段による要求に応答して前記管理装置で特定された前記更新情報を取得する取得手段と、
前記記憶手段に記憶された前記制御情報を、前記取得手段により取得された前記更新情報を用いて更新する更新手段と
を備えたことを特徴とする画像処理装置。
【請求項８】
画像処理装置を制御する制御情報を保持する当該画像処理装置から、当該画像処理装置の不具合の発生又は構成の変更を示す情報を受信する受信手段と、
前記受信手段による前記不具合の発生又は前記構成の変更を示す情報の受信に応じて、前記画像処理装置が保持する前記制御情報の更新に用いられる情報であって、前記受信手段による受信内容に応じた情報である更新情報を特定する特定手段と、
前記画像処理装置が保持する前記制御情報を、前記特定手段により特定された前記更新情報を用いて更新できるように、当該画像処理装置に対して、当該更新情報の取得を指示する指示手段と
を備えたことを特徴とする管理装置。
【請求項９】
前記特定手段は、前記画像処理装置が保持する前記制御情報の当該画像処理装置の機能に対応する部分ごとの版数の組み合わせに更に応じた情報である前記更新情報を特定することを特徴とする請求項８に記載の管理装置。
【請求項１０】
コンピュータに、
画像処理装置の不具合の発生又は構成の変更を検知する機能と、
前記不具合の発生又は前記構成の変更の検知に応じて、前記画像処理装置を制御する制御情報の更新に用いられる情報であって、前記検知する機能による検知内容に応じた情報である更新情報の特定を、当該更新情報を管理する管理装置に要求する機能と、
前記要求する機能による要求に応答して前記管理装置で特定された前記更新情報を取得する機能と、
前記画像処理装置を制御する前記制御情報を、取得された前記更新情報を用いて更新する機能と
を実現させるためのプログラム。
【請求項１１】
コンピュータに、
画像処理装置を制御する制御情報を保持する当該画像処理装置から、当該画像処理装置の不具合の発生又は構成の変更を示す情報を受信する機能と、
前記不具合の発生又は前記構成の変更を示す情報の受信に応じて、前記画像処理装置が保持する前記制御情報の更新に用いられる情報であって、前記受信する機能による受信内容に応じた情報である更新情報を特定する機能と、
前記画像処理装置が保持する前記制御情報を、特定された前記更新情報を用いて更新できるように、当該画像処理装置に対して、当該更新情報の取得を指示する機能と
を実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−６８９５７（Ｐ２０１２−６８９５７Ａ）
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願番号】特願２０１０−２１３９６８（Ｐ２０１０−２１３９６８）
【出願日】平成２２年９月２４日（２０１０．９．２４）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願日】平成２２年９月２４日（２０１０．９．２４）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]