JP2014186635A - 画像形成装置及びその制御方法、並びにプログラム - Google Patents

Abstract

【課題】本発明は、装置本体のファームウェアと外部装置のファームウェアの品質保証された組み合わせを維持しながら、装置本体のダウンタイムをできるだけ軽減したアップデートを実現することが可能になる画像形成装置を提供する。
【解決手段】装置本体のファームウェアと外部装置のファームウェアとの非同期アップデートが可能なファームウェアの組み合わせ情報（先行アップデート可能リスト４０６）に基づいて、装置本体のファームウェアよりも前記外部装置のファームウェアを先行してアップデート可能か否かを判定する。そして、外部装置のファームウェアを先行してアップデート可能と判定した場合は、当該外部装置への通電状態を判定し、当該外部装置への通電状態が休止または停止状態である場合は、装置本体が稼働中であっても外部装置のファームウェアを先行してアップデートする。
【選択図】図８

Description

本発明は、画像形成装置及びその制御方法、並びにプログラムに関し、特に、デジタル複合機等の画像形成装置における複数のファームウェアを非同期にアップデートを行う方法に関する。

デジタル複合機のファームウェアのアップデートは、サービスマンが顧客先に出向いて実施するのが一般的である。しかし、昨今はインターネット環境が整い、ファームウェアをインターネットを介してデジタル複合機に送信し、サービスマンが出向くことなく、ユーザによってファームウェアのアップデートを実施することが可能になってきている。

アップデートの対象となるファームウェア構成は、基本的に品質保証されたもので、アップデートしても動作に問題がないことを前提である。デジタル複合機に装着されるプリンタ装置やスキャナ装置等の外部装置は、デジタル複合機本体とは別にそれぞれがＣＰＵを備える。そのため、デジタル複合機本体のファームウェアと、プリンタ装置やスキャナ装置のそれぞれのファームウェアをセットにして、ユーザがアップデートできるファームセットとして提供される。

一方、外部装置の電源は、昨今の省電力の流れから、必要なタイミングでＯＮ／ＯＦＦできるように、デジタル複合機本体の電源とは独立して制御される。外部装置を個別に電源制御することができるようになると、外部装置の使用状況や通電状態を監視することで、装置本体の電源ＯＮ／ＯＦＦとは同期せずに個別に外部装置のファームウェアのアップデートを実行することが可能となる。装置本体の稼働中に使用していない外部装置のファームウェアをアップデートすることが可能になるので、ユーザにとってはダウンタイムが軽減される効果がある。実際に、装置のアイドル状態を監視し、ファームウェアのアップデートを行うという方法についてはすでに提案されている（例えば、特許文献１参照）。

特開２００８−５９２６５号公報

しかしながら、上記のように外部装置を電源制御して個別にアップデートすることができるようになる一方で、品質評価されたファームウェアの組み合わせを保証してユーザにアップデートさせる必要がある。

例えば、外部装置の電源ＯＦＦ中に外部装置のファームウェアをアップデートした場合、装置本体のファームウェアが古いままであれば、装置本体と外部装置のファームウェアが品質保証された組み合わせではなくなる恐れがある。

本発明は、上記問題に鑑みて成されたものであり、装置本体のファームウェアと外部装置のファームウェアの品質保証された組み合わせを維持しながら、装置本体のダウンタイムをできるだけ軽減したアップデートを実現することが可能になる制御技術を提供する。

上記目的を達成するために、本発明の画像形成装置は、装置本体と前記装置本体に装着して動作する複数の外部装置とからなる画像形成装置において、前記装置本体のファームウェアと前記外部装置のファームウェアとの非同期アップデートが可能なファームウェアの組み合わせ情報を取得する情報取得手段と、前記情報取得手段により取得された組み合わせ情報に基づいて、前記装置本体のファームウェアよりも前記外部装置のファームウェアを先行してアップデート可能か否かを判定する先行アップデート判定手段と、前記先行アップデート判定手段により前記外部装置のファームウェアを先行してアップデート可能と判定された場合は、当該外部装置への通電状態を判定する通電状態判定手段と、前記通電状態判定手段により前記外部装置への通電状態が休止または停止状態であると判定された場合は、前記装置本体が稼働中であっても前記外部装置のファームウェアを先行してアップデートするアップデート手段とを備えることを特徴とする。

本発明によれば、装置本体のファームウェアと外部装置のファームウェアの品質保証された組み合わせを維持しながら、装置本体のダウンタイムをできるだけ軽減するアップデートを実現することが可能になる。

本発明の実施形態に係る画像形成装置が配置されたネットワークの構成例を示す図である。 図１の画像形成装置の概略構成を示すブロック図である。 コントローラ部の詳細を示すブロック図である。 画像形成装置におけるファームウェア構成の概略を示す図である。 コンテンツリストと差分パッケージの一例を示す図である。 画像形成装置におけるファームウェアのアップデート処理の流れを示すフローチャートである。 複数のファームウェアの並列アップデートの実行時間の一例を示す図であり、（ａ）リブート後にＭＮＣＯＮのアップデートと並行してＤＣＯＮのアップデートを行う場合、（ｂ）画像形成装置本体のアップデートとは非同期にＤＣＯＮのアップデートを先行して行う場合である。 外部ＲＯＭファームウェアの非同期アップデート処理の流れを示すフローチャートである。 図８のステップＳ８０４においてコンテンツサーバに登録されるファームウェアのコンテンツリストの一例を示す図である。 図８のステップＳ８０４の処理後にＭＮＣＯＮのアップデート時間と該当する外部ＲＯＭファームウェアのアップデート時間を比較する処理の流れを示すフローチャートである。

以下、本発明の実施の形態を図面を参照して詳細に説明する。

図１は、本発明の実施形態に係る画像形成装置が配置されたネットワークの構成例を示す図である。

図１において、画像形成装置１０２は、顧客先に設置された複合機やプリンタ等であり、イーサネット（登録商標）等のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２０１を介して、インターネット等のネットワーク１００に接続されている。

コンテンツサーバ１０１は、ネットワーク１００を経由して画像形成装置１０２に対して、アップデートに必要なファームウェア構成情報、アップデートやダウングレード時にインストールする差分モジュールを配信する機能を有する。

図２は、図１の画像形成装置１０２の概略構成を示すブロック図である。

画像形成装置１０２は、装置本体に装着して動作するように構成された外部装置を備える。外部装置は、例えば、画像データの読取処理を行うリーダ装置（リーダ部）２０３や、画像データの出力処理を行うプリンタ装置（プリンタ部）２０４、画像データや各種機能の表示等を行う液晶パネルを備えた操作部２０５である。また、画像形成装置１０２は、これら各構成要素に接続され、該構成要素を制御するコントローラ部２０６を備える。

リーダ装置２０３は、原稿用紙を搬送する原稿給紙ユニット２０７と、原稿画像を光学的に読み取って電気信号としての画像データに変換するスキャナユニット２０８とを有する。

プリンタ装置２０４は、記録用紙を収容する複数段の給紙カセットを備えた給紙ユニット２０９と、画像データを記録用紙に転写、定着するマーキングユニット２１０と、印字された記録用紙を外部に排出する排紙ユニット２１２とを有する。

排紙ユニット２１２は、画像形成装置１０２の外部にアクセサリユニット２１３が接続されている場合がある。この場合、排紙ユニット２１２は、記録用紙をアクセサリユニット２１３へ排出する。アクセサリユニット２１３は、記録用紙に対してソート処理やステイプル処理等のフィニッシング処理を施して排出する。なお、画像形成装置１０２がＦＡＸ機能を有する場合、アクセサリユニット２１３にＦＡＸ送信部が搭載される。

リーダ装置２０３、プリンタ装置２０４、及びアクセサリユニット２１３の外部装置は、画像形成装置本体のコントローラ部２０６から独立して電源制御される。

図３は、コントローラ部２０６の詳細を示すブロック図である。

図３において、メインコントローラ３２は、ＣＰＵ３３と、バスコントローラ３４と、後述する各種コントローラ回路を含む機能ブロックとを備える。また、メインコントローラ３２は、ＤＲＡＭＩ／Ｆ３７を介してＤＲＡＭ３８と接続されている。さらに、メインコントローラ３２は、コーデックＩ／Ｆ３９を介してコーデック（Ｃｏｄｅｃ）４０と接続され、また、ネットワークＩ／Ｆ４１を介してネットワークコントローラ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）４２と接続されている。

ＤＲＡＭ３８は、ＣＰＵ３３が動作するための作業領域や画像データを蓄積するための領域として使用される。コーデック４０は、ＤＲＡＭ３８に蓄積されたラスターイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧ等の周知の圧縮方式で圧縮し、また圧縮されたデータをラスターイメージに伸長する。また、コーデック４０には、ＳＲＡＭ４３が接続されている。ＳＲＡＭ４３は、コーデック４０の一時的な作業領域として使用される。

ネットワークコントローラ４２は、ネットワークコネクタ４４を介してＬＡＮ２０１との間で所定の制御動作を行う。

メインコントローラ３２は、スキャナバス４５を介してスキャナＩ／Ｆ４６に接続され、また、プリンタバス４７を介してプリンタＩ／Ｆ４８に接続される。さらに、メインコントローラ３２は、ＰＣＩバス等の汎用高速バス４９を介して拡張ボードを接続するための拡張コネクタ５０及び入出力制御部（Ｉ／Ｏ制御部）５１に接続されている。

Ｉ／Ｏ制御部５１は、リーダ装置２０３やプリンタ装置２０４との間で制御コマンドを送受信するための調歩同期式のシリアル通信コントローラ５２が２チャンネル装備されている。シリアル通信コントローラ５２は、Ｉ／Ｏバス５３を介してスキャナＩ／Ｆ４６及びプリンタＩ／Ｆ４８に接続されている。

スキャナＩ／Ｆ４６は、第一の調歩同期シリアルＩ／Ｆ５４及び第一のビデオＩ／Ｆ５５を介してスキャナコネクタ５６に接続されている。スキャナコネクタ５６は、リーダ装置２０３のスキャナユニット２０８に接続されている。そして、スキャナＩ／Ｆ４６は、スキャナユニット２０８から受信した画像データに対して所望の２値化処理や、主走査方向及び／又は副走査方向の変倍処理を行う。また、スキャナＩ／Ｆ４６は、スキャナユニット２０８から送られてきたビデオ信号に基づいて制御信号を生成し、スキャナバス４５を介してメインコントローラ３２に転送する。

プリンタＩ／Ｆ４８は、第２の調歩同期シリアルＩ／Ｆ５７及び第２のビデオＩ／Ｆ５８を介してプリンタコネクタ５９に接続されている。プリンタコネクタ５９は、プリンタ装置２０４のマーキングユニット２１０に接続されている。そして、プリンタＩ／Ｆ４８は、メインコントローラ３２から出力された画像データにスムージング処理を施して該画像データをマーキングユニット２１０に出力する。また、プリンタＩ／Ｆ４８は、マーキングユニット２１０から送られたビデオ信号に基づいて、生成された制御信号をプリンタバス４７に出力する。例えば、ＬＡＮ２０１に接続されたホストコンピュータ（不図示）から受信したＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ：ページ記述言語）データを解釈し、ラスターイメージデータに展開処理を行う。

バスコントローラ３４は、スキャナＩ／Ｆ４６、プリンタＩ／Ｆ４８、拡張コネクタ５０等に接続された外部機器から入出力されるデータ転送を制御するものであり、バス競合時のアービトレーション（調停）やＤＭＡデータ転送の制御を行う。例えば、上述したＤＲＡＭ３８とコーデック４０との間のデータ転送や、スキャナユニット２０８からＤＲＡＭ３８へのデータ転送、ＤＲＡＭ３８からマーキングユニット２１０へのデータ転送等は、バスコントローラ３４によって制御され、ＤＭＡ転送される。

Ｉ／Ｏ制御部５１は、ＬＣＤコントローラ６０及びキー入力Ｉ／Ｆ６１を介してパネルＩ／Ｆ６２に接続されている。パネルＩ／Ｆ６２は、操作部２０５に接続されている。また、Ｉ／Ｏ制御部５１は、Ｅ−ＩＤＥコネクタ６３を介してハードディスクドライブ８，９及びＦｌａｓｈメモリ９９に接続されている。Ｆｌａｓｈメモリ９９は、メインコントローラ制御用の各種制御プログラム及び各種データを記憶する。

さらに、Ｉ／Ｏ制御部５１は、機器内で管理する日付と時刻を更新／保存するリアルタイムクロックモジュール６４に接続されている。なお、リアルタイムクロックモジュール６４は、バックアップ用電池６５に接続され、該バックアップ用電池６５によりバックアップされている。

図４は、画像形成装置１０２におけるファームウェア構成の概略を示す図である。

画像形成装置１０２は、ユーザが通常使用する機能モジュール等の装置全体の制御を行うメインコントローラファームウェア（以下、「ＭＮＣＯＮ」と記述）４０１と、ファームウェアのアップデートやダウングレード時に起動するＵｐｄａｔｅｒ４０２とを備える。画像形成装置１０２は、リーダ装置２０３のエンジンコントローラモジュールとなるＲＣＯＮ４０３と、プリンタ装置２０４のエンジンコントローラモジュールとなるＤＣＯＮ４０４とを備える。さらに、画像形成装置１０２は、アクセサリユニット２１３のコントローラモジュールとなるＡＣＣ＿ＣＯＮ４０５を備える。

ＭＮＣＯＮ４０１、Ｕｐｄａｔｅｒ４０２は、それぞれＦＬＡＳＨメモリ９９に格納される。その他の各外部装置のファームウェアは、各外部装置のＲＯＭ（以下、「外部ＲＯＭ」と記述）に格納される。すなわち、ＲＣＯＮ４０３はリーダ装置２０３の外部ＲＯＭに格納され、ＤＣＯＮ４０４はプリンタ装置２０４の外部ＲＯＭに格納され、ＡＣＣ＿ＣＯＮ４０５はアクセサリユニット２１３の外部ＲＯＭに格納される。なお、ＲＣＯＮ４０３、ＤＣＯＮ４０４、ＡＣＣ＿ＣＯＮ４０５等を外部ＲＯＭファームウェアと総称する。

Ｕｐｄａｔｅｒ４０２は、Ｆｌａｓｈメモリ９９に格納されている先行アップデート可能リスト４０６を使用する。この先行アップデート可能リスト４０６は、装置本体のファームウェア（ＭＮＣＯＮ４０１）と外部ＲＯＭファームウェア（ＲＣＯＮ４０３，ＤＣＯＮ４０４等）の非同期アップデートを実施するための情報である。

次に、上述した複数のファームウェアのアップデートとダウングレードの概要を図５、図６を参照して説明する。

図５において、コンテンツリスト５０１，５０２は、画像形成装置１０２が持つ「パッケージ」と呼ばれるモジュールのリストの例である。画像形成装置１０２のファームウェアは、これらのパッケージ群によって構成されている。

画像形成装置１０２のファームウェアは、コンテンツリストの単位でコンテンツサーバ１０１によって管理される。ファームウェアのアップデートやダウングレードは、アップデート前に画像形成装置１０２にインストールされているパッケージ群とアップデート後のコンテンツリストの差分となる差分パッケージを取得し、それらをインストールすることで実施される。

コンテンツリストに記載された複数のパッケージはそれぞれ、コントローラ部２０６のＦｌａｓｈメモリ９９や、リーダ装置２０３、プリンタ装置２０４、アクセサリユニット２１３の外部ＲＯＭに格納されている。各パッケージは、図４に示すソフトウェア構成の各モジュールに１つまたは複数のパッケージが該当することになる。例えば、コンテンツリスト５０１において、ＭＮＣＯＮ４０１はａａａ−０．０．０−０，ｂｂｂ−０．０．０−０，ｃｃｃ−０．０．０−０，ｄｄｄ−０．０．０−０，ｅｅｅ−０．０．０−０，ｆｆｆ−０．０．０−０という複数のパッケージ群で構成される。

一般的には、コンテンツリストに記載されたファームウェア構成で品質が保証され、品質保証されたコンテンツリストとファームウェアがコンテンツサーバ１０１に登録される。これによって各ユーザは常に品質保証されたファームウェア構成でアップデートを行い、機器を使用することができる。

図６は、画像形成装置１０２におけるファームウェアのアップデート処理の流れを示すフローチャートである。図６に示す処理は、Ｆｌａｓｈメモリ９９に格納されたプログラムにしたがって、ＣＰＵ３３によって実行される。

ステップＳ６０１では、ＣＰＵ３３は、コンテンツサーバ１０１からファームウェアのアップデート通知を受信する。このとき、ＣＰＵ３３がＦｌａｓｈメモリ９９内のＵｐｄａｔｅｒ４０２を起動する。

次に、ステップＳ６０２では、ＣＰＵ３３は、コンテンツサーバ１０１から受信したアップデート通知内容から更新の発生する差分パッケージを特定する。例えば、図５のように、アップデート前のコンテンツリスト５０１とコンテンツサーバ１０１から通知されたアップデート後のコンテンツリスト５０２とを比較し、差分パッケージ５０３の特定を行う。

次に、ステップＳ６０３では、ＣＰＵ３３は、コンテンツサーバ１０１からステップＳ６０２で特定した差分パッケージをダウンロードする。続いて、ステップＳ６０４では、ＣＰＵ３３は、Ｕｐｄａｔｅｒ４０２に設定されている定期アップデート時刻か否かを判定する。この判定の結果、設定された定期アップデート時刻に達したと判定した場合、ＣＰＵ３３は、アップデート処理を実行し（ステップＳ６０５）、本処理を終了する。

一方、ステップＳ６０４で定期アップデート時刻に達していないと判定した場合は、ＣＰＵ３３は、一定時間待機（ステップＳ６０６）した後、再びステップＳ６０４で定期アップデート時刻の判定を行う。

次に、外部ＲＯＭファームウェアのアップデート方法について図７（ａ）、図７（ｂ）を用いて説明する。

図５の差分パッケージ５０３では、アップデートされるファームウェアのパッケージがＭＮＣＯＮ４０１に含まれるｃｃｃ−０．０．１−０，ｄｄｄ−０．０．１−０，ｅｅｅ−０．０．１−０と外部ＲＯＭに含まれるＤＣＯＮ−１．０．０−０となる。この場合、装置本体と外部装置とで異なる記憶装置（Ｆｌａｓｈメモリ９９とプリンタ装置２０４の外部ＲＯＭ）に保存されたファームウェアがアップデート対象となり、外部ＲＯＭファームウェアのアップデート方法として次の２つの方法が考えられる。

１．定期アップデート時刻にＭＮＣＯＮ４０１のアップデートと同時に外部ＲＯＭファームウェアのアップデートを行う。

２．外部装置の電源状態を検知し、定期アップデート時刻になる前に外部ＲＯＭファームウェアをアップデートしておき、のちに定期アップデート時刻になったときにＭＮＣＯＮ４０１のアップデートを行う。

上記１．の場合は、図７（ａ）に示すように、画像形成装置本体のリブート後にＭＮＣＯＮ４０１のアップデートと並行してＤＣＯＮ４０４のアップデートを行うことになる。ＭＮＣＯＮ４０１のアップデートに要する時間（アップデート時間）はアップデートするパッケージが多いほど長くなる。そのため、差分パッケージが少ない場合はＭＮＣＯＮ４０１のアップデート時間よりもＤＣＯＮ４０４のアップデートに要する時間（アップデート時間）が長くなり、アップデート時間のボトルネックはＤＣＯＮ４０４のアップデート時間となる。

上記２．の場合は、画像形成装置本体のファームウェアアップデートと非同期に外部ＲＯＭファームウェアであるＤＣＯＮ４０４のアップデートを先行して行うことになる。そのため、アップデート時間は図７（ｂ）に示すように、ＭＮＣＯＮ４０１がボトルネックとなる。しかしながら、１．の場合よりもダウンタイムを短縮することができ、ユーザにとっては装置本体を操作できる時間が長くなり、利便性の向上を図ることができる。

このように、外部ＲＯＭファームウェアをＭＮＣＯＮ４０１のアップデートと非同期に行うことでダウンタイムを短縮することが可能である。しかしながら、先行して外部ＲＯＭファームウェアのアップデートを行った場合、一時的に品質保証されたファームウェアの組み合わせからずれてしまう可能性がある。例えば、ＭＮＣＯＮ４０１とＤＣＯＮ４０４のファームウェアの変更に依存がある場合、ＤＣＯＮ４０４のみ先にアップデートしてしまうと、画像形成装置１０２の動作に不具合が出るおそれがある。この点を考慮して外部ＲＯＭファームウェアを非同期にアップデートするために、品質保証されたファームウェアの組み合わせであるかどうかをチェックし、問題がなければ先行してアップデートを行う仕組みが必要となる。

次に、上記を踏まえた外部ＲＯＭファームウェアの非同期アップデート処理の流れを図８を用いて説明する。

図８は、外部ＲＯＭファームウェアの非同期アップデート処理の流れを示すフローチャートである。図８に示す処理は、Ｆｌａｓｈメモリ９９に格納されたプログラムにしたがって、ＣＰＵ３３によって実行される。アップデートの一連の処理を行うのは、図６で説明した通り、Ｕｐｄａｔｅｒ４０２である。

ステップＳ８０１では、ＣＰＵ３３は、コンテンツサーバ１０１からアップデート予定のファームウェアのセットを取得する。ここで取得されたファームウェアのセットは、図６のステップＳ６０２で特定された差分パッケージとなる。ステップＳ８０１ではＣＰＵ３３はファームウェアセット取得手段として機能する。

ステップＳ８０２では、ＣＰＵ３３は、ダウンロードされた差分パッケージに対して、アップデート対象となる外部ＲＯＭファームウェアの有無を判定する。ステップＳ８０２ではＣＰＵ３３はアップデート対象判定手段として機能する。アップデート対象の外部ＲＯＭファームウェアがないと判定した場合は本処理を終了する。一方、アップデート対象となる外部ＲＯＭファームウェアがあると判定した場合はステップＳ８０３へ進む。

ステップＳ８０３では、ＣＰＵ３３は、コンテンツサーバ１０１に登録されているコンテンツリストからアップデート対象の外部ＲＯＭファームウェアを含むコンテンツリスト（組み合わせ情報）を取得する。ステップＳ８０３ではＣＰＵ３３が情報取得手段として機能する。

次に、ステップＳ８０４では、ＣＰＵ３３は、取得したコンテンツリストと、アップデートを行う前の画像形成装置１０２のコンテンツリストとを比較して、アップデート対象の外部ＲＯＭファームウェアのみを先行してアップデート可能であるかを判定する。ステップＳ８０４ではＣＰＵ３３は先行アップデート判定手段として機能する。

ステップＳ８０４でアップデート可能であると判定した場合、ＣＰＵ３３は、先行アップデート可能リスト４０６にアップデート対象の外部ＲＯＭのファームウェアを追加する（ステップＳ８０５）。ステップＳ８０５でアップデート対象の外部ＲＯＭファームウェアが追加された先行アップデート可能リスト４０６は、Ｆｌａｓｈメモリ９９に保存される。

そして、上記ステップＳ８０３〜ステップＳ８０５の処理をアップデート対象の外部ＲＯＭファームウェア数分繰り返す。

ステップＳ８０６では、ＣＰＵ３３は、Ｆｌａｓｈメモリ９９に保存されている先行アップデート可能リスト４０６を参照し、アップデート対象の外部ＲＯＭファームウェアに該当する外部装置の通電状態を確認する。

ステップＳ８０７では、ＣＰＵ３３は、該当する外部装置の電源がスリープ状態（休止状態）または電源ＯＦＦ状態（停止状態）であるかを判定し、これらの状態であると確認できた場合はステップＳ８０８へ進む。ステップＳ８０７ではＣＰＵ３３は通電状態判定手段として機能する。

ステップＳ８０８では、ＣＰＵ３３は、装置本体が稼動中であってもアップデート対象の外部ＲＯＭファームウェアの先行アップデートを行い、本処理を終了する。

次に、図８のステップＳ８０４における判定の詳細を図９を用いて説明する。

例えば、コンテンツサーバ１０１に図９に示す４つのコンテンツリスト９０１，９０２，９０３，９０４が登録されているとする。これらは品質評価されたファームウェアの組み合わせを示すコンテンツリスト（組み合わせ情報）である。アップデートを行う前の画像形成装置１０２にインストールされているファームウェアの組み合わせがコンテンツリスト９０１とする。この状態からコンテンツリスト９０３のファームウェアの組み合わせにアップデートする場合、差分パッケージは次のようになる。

差分パッケージ：ＭＮＣＯＮ４０１のｃｃｃ−１．０．０−０，ｄｄｄ−１．０．０−０，ｅｅｅ−１．０．０−０と外部ＲＯＭファームウェアのＤＣＯＮ−１．０．０−０
外部ＲＯＭファームウェアとなるＤＣＯＮ４０４が差分パッケージに含まれているため、このＤＣＯＮ−１．０．０−０をＭＮＣＯＮ４０１と同時にアップデートする必要があるかを他のコンテンツリストから判断する。コンテンツサーバ１０１に登録されるコンテンツリストのうち、今回アップデート予定のファームウェアの組み合わせ以外でＤＣＯＮ−１．０．０−０を含むのはコンテンツリスト９０２となる。

コンテンツリスト９０２は、ＤＣＯＮ−１．０．０−０以外は画像形成装置１０２にインストールされているコンテンツリスト９０１と同じ内容である。そのため、ＤＣＯＮ−１．０．０−０を先にインストールしたとしても品質評価が行われた組み合わせ（コンテンツリスト９０２相当）になることが分かる。よって、このＤＣＯＮ−１．０．０−０を先行してアップデートしてよいと判断される。

また、コンテンツリスト９０１からコンテンツリスト９０４のファームウェアの組み合わせにアップデートする場合を考える。この場合の差分パッケージは、ＭＮＣＯＮ４０１に相当するｃｃｃ−２．０．０−０，ｄｄｄ−２．０．０−０，ｅｅｅ−２．０．０−０と外部ＲＯＭファームウェアに相当するＤＣＯＮ−２．０．０−０となる。外部ＲＯＭファームウェアとなるＤＣＯＮを先行してアップデートできるか確認すると、ＤＣＯＮ−２．０．０−０を含むコンテンツリストは９０４のみであることが分かる。先にＤＣＯＮ−２．０．０−０をインストールすると品質評価されたコンテンツリストからずれてしまうので、この場合はＤＣＯＮ−２．０．０−０を先行してアップデートせずにＭＮＣＯＮ４０１のアップデートと同期してアップデート処理を行うことになる。

外部ＲＯＭファームウェアをＭＮＣＯＮ４０１のアップデートに先行して非同期に行うことでダウンタイムを削減できるのは、ＭＮＣＯＮ４０１のアップデート時間が各外部ＲＯＭファームウェアのアップデート時間よりも短い場合である。よって、ＭＮＣＯＮ４０１のアップデート時間が確実に外部ＲＯＭファームウェアのアップデート時間よりも短いことを確認してから、該当する外部ＲＯＭファームウェアを先行アップデートリストに追加することも可能である。その場合は、図８のステップＳ８０４の処理の後に、ＭＮＣＯＮ４０１のアップデート時間と該当する外部ＲＯＭファームウェアのアップデート時間を比較する処理を（図１０のステップＳ１００１）追加する。なお、アップデート時間の情報はコンテンツサーバ１０１で保持または算出してもよいし、画像形成装置１０２で保持または算出してもよい。

上記実施形態によれば、装置本体のファームウェアと外部装置のファームウェアとの非同期アップデートが可能なファームウェアの組み合わせ情報（先行アップデート可能リスト４０６）を取得する。そして先行アップデート可能リスト４０６に基づいて、装置本体のファームウェアよりも前記外部装置のファームウェアを先行してアップデート可能か否かを判定する。そして、外部装置のファームウェアを先行してアップデート可能であり、且つ当該外部装置への通電状態が休止または停止状態である場合は、装置本体が稼働中であっても外部装置のファームウェアを先行してアップデートする。これにより、装置本体のファームウェアと外部装置のファームウェアの品質保証された組み合わせを維持しながら、装置本体のダウンタイムをできるだけ軽減するアップデートを実現することが可能になる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１ コンテンツサーバ
１０２ 画像形成装置
２０３ リーダ装置
２０４ プリンタ装置
２１３ アクセサリユニット
４０１ ＭＮＣＯＮ
４０２ Ｕｐｄａｔｅｒ
４０３ ＲＣＯＮ
４０４ ＤＣＯＮ
４０５ ＡＣＣ＿ＣＯＮ
４０６ 先行アップデート可能リスト

Claims (5)

1. 装置本体と前記装置本体に装着して動作する複数の外部装置とからなる画像形成装置において、
   前記装置本体のファームウェアと前記外部装置のファームウェアとの非同期アップデートが可能なファームウェアの組み合わせ情報を取得する情報取得手段と、
   前記情報取得手段により取得された組み合わせ情報に基づいて、前記装置本体のファームウェアよりも前記外部装置のファームウェアを先行してアップデート可能か否かを判定する先行アップデート判定手段と、
   前記先行アップデート判定手段により前記外部装置のファームウェアを先行してアップデート可能と判定された場合は、当該外部装置への通電状態を判定する通電状態判定手段と、
   前記通電状態判定手段により前記外部装置への通電状態が休止または停止状態であると判定された場合は、前記装置本体が稼働中であっても前記外部装置のファームウェアを先行してアップデートするアップデート手段とを備えることを特徴とする画像形成装置。
2. 前記先行アップデート判定手段は、前記装置本体のファームウェアのアップデートに要する時間とアップデート対象となる前記外部装置のファームウェアのアップデートに要する時間とを比較し、前記装置本体のファームウェアのアップデートに要する時間が前記外部装置のファームウェアのアップデートに要する時間よりも短いと判断した場合に、前記外部装置のファームウェアを先行してアップデート可能と判定することを特徴とする請求項１に記載の画像形成装置。
3. 前記装置本体のファームウェアと前記外部装置のファームウェアのうちアップデート対象となるファームウェアの組み合わせを取得するファームウェアセット取得手段と、
   前記取得されたファームウェアの組み合わせから前記外部装置のファームウェアのうちアップデート対象となっているファームウェアの有無を判定するアップデート対象判定手段とをさらに備えることを特徴とする請求項１または２に記載の画像形成装置。
4. 装置本体と前記装置本体に装着して動作する複数の外部装置とからなる画像形成装置の制御方法において、
   前記装置本体のファームウェアと前記外部装置のファームウェアとの非同期アップデートが可能なファームウェアの組み合わせ情報を取得する情報取得工程と、
   前記情報取得工程にて取得された組み合わせ情報に基づいて、前記装置本体のファームウェアよりも前記外部装置のファームウェアを先行してアップデート可能か否かを判定する先行アップデート判定工程と、
   前記先行アップデート判定工程にて前記外部装置のファームウェアを先行してアップデート可能と判定された場合は、当該外部装置への通電状態を判定する通電状態判定工程と、
   前記通電状態判定工程にて前記外部装置への通電状態が休止または停止状態であると判定された場合は、前記装置本体が稼働中であっても前記外部装置のファームウェアを先行してアップデートするアップデート工程とを備えることを特徴とする制御方法。
5. 請求項４に記載の制御方法を画像形成装置に実行させるためのコンピュータに読み取り可能なプログラム。

Images