(57)【要約】【課題】ファームウェアの更新等に伴う製品機能のダウンタイムを低減することを目的とする。【解決手段】更新対象となるファームウェアの内容情報を取得する取得手段と、取得手段により取得されたファームウェアの内容情報と、画像形成装置の機器情報と、を比較し、ファームウェアの更新を行うか否かを判定する判定手段と、判定手段によりファームウェアの更新を行うと判定された場合、更新対象となるファームウェアの更新ファイルを取得する更新ファイル取得手段と、更新ファイル取得手段により取得された更新ファイルを用いてファームウェアの更新を行う更新手段と、を有することによって課題を解決する。【選択図】図５
2014085759.tif 000002
【特許請求の範囲】
【請求項１】
更新対象となるファームウェアの内容情報を取得する取得手段と、
前記取得手段により取得されたファームウェアの内容情報と、画像形成装置の機器情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する判定手段と、
前記判定手段により前記ファームウェアの更新を行うと判定された場合、前記更新対象となるファームウェアの更新ファイルを取得する更新ファイル取得手段と、
前記更新ファイル取得手段により取得された前記更新ファイルを用いて前記ファームウェアの更新を行う更新手段と、
を有する画像形成装置。
【請求項２】
前記判定手段により前記ファームウェアの更新を行わないと判定された場合、前記更新手段による前記ファームウェアの更新を行わず、前記ファームウェアの内容情報を保存する保存手段を更に有し、
前記判定手段は、オプション機器が接続された場合、前記オプション機器の構成を含む画像形成装置の機器情報と、前記保存手段により保存された前記ファームウェアの内容情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する請求項１記載の画像形成装置。
【請求項３】
前記判定手段により前記ファームウェアの更新を行わないと判定された場合、前記更新手段による前記ファームウェアの更新を行わず、前記ファームウェアの内容情報を保存する保存手段を更に有し、
前記判定手段は、ライセンスが導入され、前記ライセンスに対応する機能が提供可能となった場合、前記機能を含む画像形成装置の機器情報と、前記保存手段により保存された前記ファームウェアの内容情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する請求項１記載の画像形成装置。
【請求項４】
更新対象となるファームウェアの内容情報と、前記更新対象となるファームウェアの更新ファイルと、を取得する取得手段と、
前記取得手段により取得された前記ファームウェアの更新ファイルを記憶する記憶手段と、
前記取得手段により取得されたファームウェアの内容情報と、画像形成装置の機器情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する判定手段と、
前記判定手段により前記ファームウェアの更新を行うと判定された場合、前記記憶手段により記憶された更新ファイルを用いて前記ファームウェアの更新を行う更新手段と、
を有する画像形成装置。
【請求項５】
前記判定手段により前記ファームウェアの更新を行わないと判定された場合、前記更新手段による前記ファームウェアの更新を行わず、前記ファームウェアの内容情報を保存する保存手段を更に有し、
前記判定手段は、オプション機器が接続された場合、前記オプション機器の構成を含む画像形成装置の機器情報と、前記保存手段により保存された前記ファームウェアの内容情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する請求項４記載の画像形成装置。
【請求項６】
前記判定手段により前記ファームウェアの更新を行わないと判定された場合、前記更新手段による前記ファームウェアの更新を行わず、前記ファームウェアの内容情報を保存する保存手段を更に有し、
前記判定手段は、ライセンスが導入され、前記ライセンスに対応する機能が提供可能となった場合、前記機能を含む画像形成装置の機器情報と、前記保存手段により保存された前記ファームウェアの内容情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する請求項４記載の画像形成装置。
【請求項７】
画像形成装置が実行するファームウェアの更新方法であって、
更新対象となるファームウェアの内容情報を取得する取得ステップと、
前記取得ステップにより取得されたファームウェアの内容情報と、画像形成装置の機器情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する判定ステップと、
前記判定ステップにより前記ファームウェアの更新を行うと判定された場合、前記更新対象となるファームウェアの更新ファイルを取得する更新ファイル取得ステップと、
前記更新ファイル取得ステップにより取得された前記更新ファイルを用いて前記ファームウェアの更新を行う更新ステップと、
を含むファームウェアの更新方法。
【請求項８】
画像形成装置が実行するファームウェアの更新方法であって、
更新対象となるファームウェアの内容情報と、前記更新対象となるファームウェアの更新ファイルと、を取得する取得ステップと、
前記取得ステップにより取得された前記ファームウェアの更新ファイルを記憶する記憶ステップと、
前記取得ステップにより取得されたファームウェアの内容情報と、画像形成装置の機器情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する判定ステップと、
前記判定ステップにより前記ファームウェアの更新を行うと判定された場合、前記記憶ステップにより記憶された更新ファイルを用いて前記ファームウェアの更新を行う更新ステップと、
を含むファームウェアの更新方法。
【請求項９】
コンピュータに、
更新対象となるファームウェアの内容情報を取得する取得ステップと、
前記取得ステップにより取得されたファームウェアの内容情報と、コンピュータの機器情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する判定ステップと、
前記判定ステップにより前記ファームウェアの更新を行うと判定された場合、前記更新対象となるファームウェアの更新ファイルを取得する更新ファイル取得ステップと、
前記更新ファイル取得ステップにより取得された前記更新ファイルを用いて前記ファームウェアの更新を行う更新ステップと、
を実行させるためのプログラム。
【請求項１０】
コンピュータに、
更新対象となるファームウェアの内容情報と、前記更新対象となるファームウェアの更新ファイルと、を取得する取得ステップと、
前記取得ステップにより取得された前記ファームウェアの更新ファイルを記憶する記憶ステップと、
前記取得ステップにより取得されたファームウェアの内容情報と、コンピュータの機器情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する判定ステップと、
前記判定ステップにより前記ファームウェアの更新を行うと判定された場合、前記記憶ステップにより記憶された更新ファイルを用いて前記ファームウェアの更新を行う更新ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、ファームウェアの更新方法及びプログラムに関する。
【背景技術】
【０００２】
画像形成装置の急速な高機能化等に伴って、かかる画像形成装置のファームウェアの更新（アップデート）を迅速、かつ、効率的に（低コストで）行うことが要求されている。従来、画像形成装置のファームウェアは、バージョンアップや障害等でアップデートする必要が生じた場合に、サービスマンが顧客先に訪問して手作業でアップデートを行っていた。したがって、ファームウェアを迅速にアップデートすることができないばかりか、ファームウェアのアップデートのためのサービスマンの出動に伴う費用と時間とがかかってしまっていた。
そこで、近年では、フラッシュメモリ等の書き換え可能な記憶装置にファームウェアを格納する様に画像形成装置を構成し、インターネットを介して、ファームウェアを送信して、ファームウェアのアップデートを行う技術が提案されている。
【０００３】
例えば、特許文献１には、通信回線を介して、アップデートサーバと通信可能な携帯型電子機器に関する技術が開示されている。特許文献１における携帯型電子機器は、アップデートサーバに所定のタイミングで自動的にアクセスしてファームウェアのアップデートを要求し、かかる要求に応じてアップデートサーバから送信されるファームウェアを受信してアップデートを行う。なお、特許文献１における携帯型電子機器は、電池電源の電圧が所定値よりも小さくなった場合には、ファームウェアの受信を中止する。
更には、特許文献２の様に、情報提供サーバから電子メールを受信してそれに基づいて、或いはバージョンアップ時刻を予め設定しておくことで、自動的にバージョンアップを行う手法も提案されている。この方法では最新のソフトウェアを自動的に判定することが可能なので、ユーザが特別な操作を行うことなく、対象のソフトウェアを最新にバージョンアップすることが可能となる。
この様に、近年では、サービスマンが手作業でファームウェアのアップデートを行う方法に代わって、ＰＣ上又は、画像形成装置上でサーバからファームウェアをダウンロードして自動的にアップデートを行う方法が主流となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−７２７６１号公報
【特許文献２】特開２００６−２２１２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
画像形成装置の様に複数の機能を提供する機器においては、ユーザが任意で取り付けるオプション機器やライセンス等の構成によって、使用できる機能が変化するケースが想定される。より具体的には、フィニッシャーオプションを取り付けているユーザには原稿の中綴じや製本といった機能が提供されるが、取り付けてないユーザは使用できない機能となる。同様に、ジョブロックのために、イメージ解析キットを購入しているユーザとそうでないユーザとを比較しても、提供される機能が異なることとなる。
特許文献１及び特許文献２のような手法を用いると、定期的にソフトウェアサーバにアクセスして、最新のソフトウェアを見つけて、機器をバージョンアップすることが可能になる。その一方で、ソフトウェアサーバから提供されるソフトウェアは、様々な機能の修正や機能改善が含まれるため、ユーザが使用できない機能に対しての修正を行っている場合もある。
【０００６】
画像形成装置のバージョンアップ処理は複数回の再起動処理を含み、ダウンロード時間やソフトウェア書き換え時間を考慮する必要がある。そのため、バージョンアップ処理中の時間は製品機能としてはダウンタイムとなり、ＦＡＸの受信ができなくなる、ＰＣから送信されたプリント処理ができなくなる、といった課題がある。
【０００７】
本発明はこのような問題点に鑑みなされたもので、ファームウェアの更新等に伴う製品機能のダウンタイムを低減することを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明の画像形成装置は、更新対象となるファームウェアの内容情報を取得する取得手段と、前記取得手段により取得されたファームウェアの内容情報と、画像形成装置の機器情報と、を比較し、前記ファームウェアの更新を行うか否かを判定する判定手段と、前記判定手段により前記ファームウェアの更新を行うと判定された場合、前記更新対象となるファームウェアの更新ファイルを取得する更新ファイル取得手段と、前記更新ファイル取得手段により取得された前記更新ファイルを用いて前記ファームウェアの更新を行う更新手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、ファームウェアの更新等に伴う製品機能のダウンタイムを低減することができる。
【図面の簡単な説明】
【００１０】
【図１】画像形成装置のハードウェア構成等の一例を示す図である。
【図２】画像形成装置のソフトウェア構成の一例を示す図である。
【図３】画像形成装置がサーバ装置から受け取るバージョンアップ対象（更新対象）となるファームウェアの内容情報の一例を示す図である。
【図４】画像形成装置の機器情報の一例を示す図である。
【図５】ファームウェアの更新の処理の一例を示すシーケンス図である。
【図６】第一の実施形態のファームウェアの更新の処理の一例を示すフローチャートである。
【図７】オプション等が接続された際の画像形成装置の処理の一例を示すフローチャートである。
【図８】Ｓ７０４において、操作部に表示されるバージョンアップ確認画面の一例を示す図である。
【図９】第二の実施形態のファームウェアの更新の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
＜第一の実施形態＞
図１は、画像形成装置１００のハードウェア構成等の一例を示す図である。
図１において、制御部１１０は、画像形成装置１００全体を制御するための構成である。制御部１１０は、画像形成装置１００を制御するための構成として、以下に示すものを含む。
ＣＰＵ１１１は、ＲＯＭ１１２に記憶された制御部１１０用のプログラムをＲＡＭ１１３に読出して実行する。また、ＲＯＭ１１２には、ライセンスや機器構成情報、ファームウェアバージョンといった、機器情報も記憶されている。
ハードディスクドライブ（ＨＤＤ）１１４は、ネットワークＩ／Ｆ１２０を介してＰＣ１８２から受信した印刷データを記憶する。なお、ＣＰＵ１１１により実行されるプログラムには、プリント用アプリケーションプログラムが含まれる。そして、このプリント用アプリケーションプログラムに基づきＣＰＵ１１１が処理を実行することによって、ＨＤＤ１１４に記憶された印刷データがプリンタ部１４０によるプリントが可能な画像データに変換される。そして、ＨＤＤ１１４には、プリンタ部１４０によるプリントが可能な画像データも記憶される。また、ＣＰＵ１１１により実行されるプログラムには、スキャン用アプリケーションプログラムが含まれる。そして、このスキャン用アプリケーションプログラムに基づきＣＰＵ１１１が処理を実行することによって、スキャナ部１５０により画像データが読み取られると共に、読み取られた画像データがＨＤＤ１１４に転送される。そして、ＨＤＤ１１４には、読み取られた画像データが記憶される。
【００１３】
イメージ解析ボード１１５は、スキャナ部１５０で読み取られた画像データを解析し、複写禁止情報等を読み取ることで、プリンタ部１４０への出力の可否等の指示をＣＰＵ１１１に伝達するためのハードウェアである。
操作部Ｉ／Ｆ１１６は、操作部１３０を介して画像形成装置１００の使用者により入力される指示をＣＰＵ１１１に伝達するためのＩ／Ｆである。また、操作部Ｉ／Ｆ１１６は、操作部１３０に表示される内容を切替えるための処理内容をＣＰＵ１１１から受信して操作部１３０に伝達する。なお、操作部１３０は、タッチパネル機能を有する液晶表示部やキーボード等が備えられ、使用者の指示を受け付ける。
プリンタＩ／Ｆ１１７は、制御部１１０とプリンタ部１４０を接続するためのインターフェースである。ここで、プリンタ部１４０は、プリンタＩ／Ｆ１１７を介してＨＤＤ１１４から転送される画像データに基づいて記録媒体上にプリントを行う。
また、フィニッシャ部１７０は、プリンタ部１４０によりプリントが行われた記録媒体に対して各種のフィニッシング処理を行うものである。フィニッシング処理とは、例えば、シートに対するステイプル処理、シートへのパンチ処理（穿孔処理）、中綴じ製本処理、等である。
【００１４】
スキャナＩ／Ｆ１１８は、制御部１１０とスキャナ部１５０とを接続するためのインターフェースである。ここで、スキャナ部１５０は、原稿上の画像をＣＣＤ（ＣｈａｒｇｅＣｏｕｐｌｅｄＤｅｖｉｃｅ）等により構成されるラインセンサを用いて画像データとして読み取るものである。そして、スキャナ部１５０は、読み取った画像データをスキャナＩ／Ｆ１１８を介してＨＤＤ１１４へ転送する。ＨＤＤ１１４へ転送され、記憶された画像データは、前述したプリンタ部１４０によりプリントすることが可能であり、スキャナ部１５０により読み取った画像データをプリンタ部１４０によりプリントすることにより、複写（コピー）処理が可能となる。
ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９は、制御部１１０とＵＳＢ−ＦＡＸ部１６０とを接続するためのインターフェースである。ここで、ＵＳＢ−ＦＡＸ部１６０は、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１８を介してＨＤＤ１１４から転送される画像データに基づいてＦＡＸ回線１８５を介したＦＡＸ送信を行う。また、ＵＳＢ−ＦＡＸ部１６０は、ＦＡＸ回線１８５を介して受信するデータに基づいて画像データを生成し、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９を介してＨＤＤ１１４に画像データを転送する。なお、ＨＤＤ１１４に記憶された画像データは、前述した様にプリンタ部１４０により記憶媒体へプリントされる。なお、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９は、外部ＵＳＢデバイス１８４とも接続可能である。外部ＵＳＢデバイス１８４は、ＵＳＢメモリやＵＳＢキーボード等が例として挙げられる。
【００１５】
ネットワークＩ／Ｆ１２０は、制御部１１０をＬＡＮ１８１に接続し、ＬＡＮ上のＰＣ１８２との通信を行う。ＰＣ１８２は、画像形成装置１００とＬＡＮ１８１で接続され、画像形成装置１００に対して、印刷データの送信、ＷＥＢブラウザ経由での機器の操作等が可能である。更にＰＣ１８２は、ＬＡＮ１８１を介して、サーバ装置１８３と接続され、ファームウェアのアップデートに必要な更新ファイルをダウンロードすることができる。ここでの更新ファイルのダウンロードの手段はＨＴＴＰ、ＦＴＰ他、プロトコルは限定しない。サーバ装置１８３は、主にインターネット上に存在するが、社内ネットワーク内に存在するケースもある。ＰＣ１８２やサーバ装置１８３のハードウェア構成は、一般的なコンピュータのハードウェア構成と同様であり、各々のＣＰＵがＨＤＤ等のメモリに記憶されているプログラムに基づき処理を実行することによって各装置の機能が実現される。
なお、画像形成装置１００の構成において、イメージ解析ボード１１５、フィニッシャ部１７０、ＵＳＢ−ＦＡＸ部１６０は、ユーザが選択的にオプションとして接続するものである。画像形成装置１００は、オプション類を接続しなくても、スキャン、プリントといった基本的な機能は使用することが可能となっている。
【００１６】
制御部１１０のＣＰＵ１１１がＲＯＭ１１２等に記憶されているプログラムを実行することによって実現されるソフトウェアの構成について図２を用いて説明する。図２は、画像形成装置１００のソフトウェア構成の一例を示す図である。
メインシステム２１０には、本実施形態における画像形成装置１００の各種機能モジュールが配置されている。
操作部制御部２１１は、操作部Ｉ／Ｆ１１６を介して、操作部１３０の制御を行う。
同様に、プリンタ制御部２１２は、プリンタＩ／Ｆ１１７を介したプリンタ部１４０及び、フィニッシャ部１７０の処理を行う。スキャナ制御部２１３は、スキャナＩ／Ｆ１１８を介したスキャナ部１５０の制御を行う。同様に、ＵＳＢ制御部２１４も、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９を介して、その先のＵＳＢデバイスの制御を行う。
【００１７】
アプリケーション制御部２１５は、直接、外部機器の制御は行わないが、画像形成装置１００の様々な機能を実現するためのモジュール群を有する。アプリケーション制御部２１５には、ｈｔｔｐｄ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌＤｅａｍｏｎ）、ｌｐｄ（ＬｉｎｅＰｒｉｎｔｅｒＤｅａｍｏｎ）、Ｗｅｄブラウザ機能、機器情報配信機能等が含まれる。
起動制御部２１６は、メインシステム２１０の起動及び停止の制御を行い、画像形成装置１００に電源投入後、最初に動作して、メインシステム２１０全体の起動処理の制御を行う。
プログラム更新処理部２１７は、操作部１３０を介してユーザからファームウェアのバージョンアップの実行の指示があった際、或いは事前に予約されたバージョンアップ時刻になった際に、メインシステム２１０内の各処理部の更新処理を行う。
【００１８】
機器構成判定部２１８は、画像形成装置１００がＲＯＭ１１２内に記憶している機器情報（ライセンス、機器構成情報、ファームウェアバージョン等）の取得を行う。
バージョンアップ条件判定部２１９は、機器構成判定部２１８で取得された情報と、後述する通信処理部２２０がサーバ装置１８３から受信したバージョンアップ実施条件と、を比較して、バージョンアップを実施するか否かを判定する。
通信処理部２２０は、サーバ装置１８３との通信を行い、ファームウェアのバージョンアップに必要な更新ファイル及びバージョンアップ実施条件の転送処理を行う。
バージョンアップ内容保存部２２１は、バージョンアップ条件判定部２１９によりバージョンアップを実施しないと判定され、バージョンアップの処理がスキップされたバージョンアップ条件に関するデータ（ファームウェアの内容情報）を保存する処理を行う。バージョンアップ内容保存部２２１は、バージョンアップの処理がスキップされたファームウェアの内容情報をＨＤＤ１１４へ保存する。
機器構成変更検知部２２２は、オプションのハードウェアが接続された、新規機能のライセンスが導入されたといった機器構成等の変化を検知する機能を有する。
【００１９】
図３は、画像形成装置１００がサーバ装置１８３から受け取るバージョンアップ対象（更新対象）となるファームの内容情報の一例を示す図である。
画像形成装置１００は、バージョンアップ実施の際に、サーバ装置１８３に問い合わせを行うと、図３に示すようなバージョンアップ対象となるファームの内容情報を受信する。
３０１の内容情報は、Ｖｅｒｓｉｏｎ．００．０２というファームウェアがサーバ装置１８３に登録されていて、中綴じ製本の不具合を修正したものであり、その機能を使用するために必要な関連オプションはステイプルフィニッシャーであることを示している。また、３０１の内容情報は、仕向けが全仕向けの画像形成装置が対象であることも示している。
画像形成装置１００がサーバ装置１８３に問い合わせを行った際に、問い合わせの結果、受信したバージョンアップ対象となるファームウェアの内容情報が３０１のみだった場合、ステイプルフィニッシャーを接続していない機体に対するバージョンアップの必要はないこととなる。
【００２０】
同様に３０２のバージョンアップ対象となるファームウェアの内容情報は、ジョブロック機能の不具合を修正したものであり、オプションのイメージ解析ボードを接続、かつ、ジョブロック機能のライセンスが導入された機体に対して効果のあるバージョンアップであることが示されている。
同用に３０３のバージョンアップ対象となるファームウェアの内容情報は、ＰＤＬの機能拡張に伴う修正であり、ＰＣＬライセンスが導入された機体に対して意味のあるバージョンであることが分かる。この内容情報には、仕向けが欧州向けに対するものであることが記載されているので、バージョンアップの条件として、欧州向けのものであることが追加される。
３０４のバージョンアップ対象となるファームウェアの内容情報は、多回線ＦＡＸ通信の不具合の修正でありＦＡＸ増設オプションを接続した機体に対するバージョンであることを示す。なお、この内容情報には、ソフトバージョンがＶｅｒｓｉｏｎ．００．０４以降であることが記載されている。仮にこのバージョンにバージョンアップする必要が生じた場合、画像形成装置１００は、一度、Ｖｅｒｓｉｏｎ．Ｖ００．０４にバージョンアップしてから、再度、バージョンアップする必要がある。この場合、画像形成装置１００は、このバージョンアップ対象となるファームウェアの内容情報に応じて、複数のバージョンアップにより、Ｖｅｒｓｉｏｎ．００．０５への更新を行う処理を実施する。
なお、図３に示したバージョンアップ対象となるファームウェアの内容情報は、本実施形態を説明するために使用する簡易なものである。したがって、画像形成装置に接続される可能性のあるオプションや、サポートしているライセンス等に応じて、様々な形態に変更することが可能である。
【００２１】
図４は、画像形成装置の機器構成の一例を示す図である。
４０１に示した構成は機器構成判定部２１８により取得される情報である。４０１に示された様に、この例では、シリアルＩＤ、ファームウェアバージョン、搭載済オプション、登録済ライセンス、仕向け、等の情報が含まれている。バージョンアップ条件判定部２１９は、図３で説明したバージョンアップ対象となるファームウェアの内容情報と、図４で示した機器構成と、を比較し、バージョンアップを実施する必要があるかを判断する。なお、ＣＰＵ１１１は、オプション機器が接続される等して画像形成装置の機器構成が変わった場合、４０１に示されるような機器情報を更新する。
【００２２】
次に、本実施形態における動作の一例を示すシーケンスについて、図５を用いて説明する。図５は、ファームウェアの更新の処理の一例を示すシーケンス図である。
図５において、ユーザ５００は、画像形成装置１００に対して操作部１３０を介して指示を送る、或いは操作部１３０の表示を見て状態の確認を行う。サーバ装置は、図２で説明した様に、画像形成装置１００からの要求に応じて、バージョンアップ対象となるファームウェアの内容情報や更新ファイルの転送を行う。
Ｓ５０１において、ユーザ５００は、画像形成装置１００に対して定期バージョンアップ予約の登録を行う。定期バージョンアップ予約は、バージョンアップを毎週日曜日の１２時に行う。毎月１日の１２時に行う、といったような、ユーザが選択した時間に設定することが可能である。
Ｓ５０２において、画像形成装置１００は、指定された時間になったことを検知する。
するとＳ５０３において、画像形成装置１００は、通信処理部２２０を介してサーバ装置１８３に対して、バージョンアップファームの問い合わせを行う。
【００２３】
Ｓ５０４において、サーバ装置１８３は、登録されているファームウェアの中でバージョンアップ対象となるファームウェアの内容情報を画像形成装置に対して転送する。この内容情報が図３で説明したバージョンアップ対象となるファームウェアの内容情報に対応する。
Ｓ５０５において、画像形成装置１００の機器構成判定部２１８は、図４で説明した機器情報を取得する。そして、バージョンアップ条件判定部２１９は、Ｓ５０４で転送されたバージョンアップ対象となるファームウェアの内容情報と図４で示した機器情報との比較を行う。図５では、バージョンアップが必要ないと判断された場合を想定しており、この場合、画像形成装置１００は、更新ファイルのダウンロード及びファームウェアの更新処理は行わない。
そして、Ｓ５０６において、画像形成装置１００のバージョンアップ内容保存部２２１は、更新処理がスキップされたバージョンアップ対象となるファームウェアの内容情報を保存する。
その後、Ｓ５０７において、ユーザが追加でオプションを取り付けた場合を想定する。
【００２４】
オプションの取り付けが行われると、Ｓ５０８において、画像形成装置１００の機器構成変更検知部２２２は、その状態を検知し、更新処理がスキップされたバージョンアップ対象となるファームウェアの内容情報が保存されていないかを確認する。更新処理がスキップされたバージョンアップ対象となるファームウェアの内容情報が保存されていた場合、画像形成装置１００のバージョンアップ条件判定部２１９は、以下の判定を行う。即ち、バージョンアップ条件判定部２１９は、新しい機器構成に対応するバージョンアップ対象となるファームウェアの内容情報があるかどうかを判定する。
ここでバージョンアップが必要な内容が見つかった場合は、Ｓ５０９に進み、画像形成装置１００は、操作部１３０を介して、図８に示すような、バージョンアップを実施するかどうかの表示を行う。
次にＳ５１０において、ユーザ５００によりバージョンアップの実施が指示される。
すると、Ｓ５１１において、画像形成装置１００は、通信処理部２２０を介して、サーバ装置１８３へ更新ファイルの要求を行う。
更新ファイルの要求を受けると、Ｓ５１２において、サーバ装置１８３は、画像形成装置１００への更新ファイルの転送を行う。
Ｓ５１３において、画像形成装置１００のプログラム更新処理部２１７は、転送された更新ファイルに基づいて、ＲＯＭ１１２内の各処理部のプログラムの更新を行う。
そして、Ｓ５１４において、画像形成装置１００は、操作部１３０を介してユーザへ、バージョンアップの終了通知を行う。
【００２５】
次に、図６を用いて、バージョンアップ実施判定時の画像形成装置１００の処理概要を、フローチャートを用いて説明する。図６は、第一の実施形態のファームウェアの更新の処理の一例を示すフローチャートである。なお、以下に示すフローチャートでは、ＣＰＵ１１１が処理を行うものとして説明を行う。
Ｓ６０１において、ＣＰＵ１１１は、ユーザからの定期バージョンアップの予約を受け付ける。
Ｓ６０２において、ＣＰＵ１１１は、指定された時刻になったか否かを判定する。
指定された時刻になると、Ｓ６０３において、ＣＰＵ１１１は、サーバ装置１８３へのバージョンアップファームの問い合わせを行う。
Ｓ６０４において、ＣＰＵ１１１は、バージョンアップ対象となるファームウェアの内容情報をサーバ装置１８３より受信したか否かを判定する。ここまでは、図５のシーケンスの説明におけるＳ５０１〜Ｓ５０４に対応する処理となる。この後の処理について、詳しく記載する。
【００２６】
Ｓ６０４において、バージョンアップ対象となるファームウェアの内容情報が受信されなかった場合、或いは、バージョンアップ対象なしと受信された場合、バージョンアップファームウェアがないので、ＣＰＵ１１１は、そのまま図６に示す処理を終了する。
一方、Ｓ６０４においてサーバ装置１８３からバージョンアップ対象となるファームウェアの内容情報が受信された場合、Ｓ６０５において、ＣＰＵ１１１は、画像形成装置１００の機器情報を取得する。そして、ＣＰＵ１１１は、受信したバージョンアップの内容情報と、取得した機器情報と、を比較して、バージョンアップを実施するか否かの判断を行う。ここで、バージョンアップが必要ないと判断した場合は、図５のＳ５０６に記載した様に、ＣＰＵ１１１は、バージョンアップの処理がスキップされたバージョンアップ対象となるファームウェアの内容情報を保存する。
一例としてバージョンアップ前の画像形成装置１００の機器情報が４０１に示したような状態だとする。
例えば、Ｓ６０４において受信したバージョンアップ対象となるファームウェアの内容情報が３０１に相当する場合、対象の画像形成装置１００にはステイプルフィニッシャーが接続されている。したがって、バージョンアップは必要となり、ＣＰＵ１１１は、処理をＳ６０６に進める。
一方で、Ｓ６０４において受信したバージョンアップ対象となるファームウェアの内容情報が３０２に相当する場合、この機体には、イメージ解析ボードは接続されておらず、ジョブロック機能のライセンスも登録されていない。したがって、ＣＰＵ１１１は、使用できない機能に対する修正であると判断する。この場合、ＣＰＵ１１１は、バージョンアップ処理は行わず、Ｓ６１５に処理を進める。
【００２７】
続けて、ＣＰＵ１１１が、バージョンアップが必要と判断し、Ｓ６０６に進んだ後の処理について説明する。
Ｓ６０６において、ＣＰＵ１１１は、バージョンアップ対象となるファームウェアの内容情報に基づき、バージョンアップが一度でバージョンアップできるかどうかの判定を行う。もし、オプションを接続していない基本的な構成の機体であった場合、いくつかのバージョンアップをスキップしている可能性がある。その場合に、ファームウェアの依存関係等により、段階的なバージョンアップが必要なケースが想定される。そこで、Ｓ６０６では、ＣＰＵ１１１は、図３におけるバージョンアップ対象となるファームウェアの内容情報に含まれるファームウェアバージョンを確認し、段階的なバージョンアップが必要かどうかを確認する。より具体的には、バージョンアップ前の画像形成装置の機器構成が４０１の表に示したような状態だったときに、Ｓ６０４で受信したバージョンアップ対象となるファームウェアの内容情報が３０４に相当する場合を想定する。この場合、ＦＡＸ増設オプションが接続されている該当機体は、バージョンアップ対象となる。しかしながら、バージョンアップ対象となるファームウェアの内容情報３０４において、ファームバージョンがＶ００．０４以降であることが示されているので、一度でバージョンアップすることができない。
この場合はＳ６０９に進み、ＣＰＵ１１１は、繰り返しフラグをＯＮにセットする。これは、段階的にバージョンアップを行うため、次のバージョンアップを実施するためのフラグとなる。その後、Ｓ６１０において、ＣＰＵ１１１は、サーバ装置１８３へバージョンアップ可能な更新ファイルを要求する。上述した例では、ＣＰＵ１１１は、Ｖｅｒｓｉｏｎ．００．０４の更新ファイルを要求する。その後、Ｓ６１１において、ＣＰＵ１１１は、サーバ装置１８３から転送された更新ファイルを受信する（更新ファイル取得）。そして、Ｓ６１２において、ＣＰＵ１１１は、ファームウェアの更新処理を実施する。
【００２８】
次にＳ６１３において、ＣＰＵ１１１は、繰り返しフラグがＯＦＦかどうかを確認する。ＯＦＦであれば、段階的なバージョンアップは終了していることになるので、ＣＰＵ１１１は、Ｓ６１４に進み、ファームウェアの更新が実施されたことを、操作部１３０を介して、ユーザに通知して、図６に示す処理は終了する。なお、Ｓ６１３で繰り返しフラグがＯＮだった場合は、ＣＰＵ１１１は、Ｓ６０６に戻り、再度、更新ファイルの転送とファームウェアの更新処理とを実施する。一度でバージョンアップできる場合は、Ｓ６０７で繰り返しフラグがＯＦＦにセットされるので、最終的にＳ６１４に進んで、ＣＰＵ１１１は、図６に示す処理を終了する。
【００２９】
次に、図７を用いて、オプション等が接続された際の画像形成装置１００の処理を、フローチャートを用いて説明する。図７は、オプション等が接続された際の画像形成装置１００の処理の一例を示すフローチャートである。
Ｓ７０１において、ユーザがあるタイミングで追加機能を伴うオプション機器やライセンスを導入する。ＣＰＵ１１１は、この変化を検知する。
Ｓ７０２において、ＣＰＵ１１１は、更新処理がスキップされたバージョンアップ対象となるファームウェアの内容情報が保存されているかどうかを確認する。このバージョンアップ対象となるファームウェアの内容情報は、図６の処理の際に、バージョンアップが必要ないと判断され、Ｓ６１５の処理を通っている場合に保存されているものである。ここで、ＣＰＵ１１１は、バージョンアップ対象となるファームウェアの内容情報が保存されていなければ何もせずに図７に示す処理を終了し、保存されていれば、Ｓ７０３に進む。
【００３０】
Ｓ７０３において、ＣＰＵ１１１は、オプション機器が接続されることによって、又はライセンスが導入されたことによって新たに提供可能に追加された機能を含めた、機器情報を取得する。そして、ＣＰＵ１１１は、取得した機器情報と保存されていたバージョンアップ対象となるファームウェアの内容情報とに基づいてバージョンアップが必要かどうかを判断する。より具体的には、図４における４０１のような機器構成において、図３の３０２のようなジョブロック機能に対するバージョンアップの更新処理がスキップされていたと想定する。このとき、Ｓ７０１でハードウェアオプションとしてイメージ解析ボード、ライセンスとしてジョブロック機能が追加されたとする、この場合、バージョンアップ条件を満たすことになる。したがって、ＣＰＵ１１１は、Ｓ７０４に進み、処理を進める。
Ｓ７０４において、ＣＰＵ１１１は、操作部１３０に対して、図８で後述するような表示を行う。これにより、ユーザに対して、新たな機能に対するファームウェアバージョンアップが必要なことを直ちに通知することができる。
Ｓ７０５において、ＣＰＵ１１１は、ユーザからバージョンアップ実施の指示があったか否かを判定する。ＣＰＵ１１１は、バージョンアップ実施の指示があった場合は、Ｓ７０６に進み、サーバ装置１８３とのやりとりにより、更新ファイルの取得、ファームウェアの更新処理を行う。なお、Ｓ７０６〜Ｓ７１４の処理は図６におけるＳ６０６〜Ｓ６１４の処理と同等になるので、詳細な処理については省略する。
【００３１】
図８は、Ｓ７０４において、操作部１３０に表示されるバージョンアップ確認画面の一例を示す図である。図８に示した様に、バージョンアップ確認画面には、例えば、新規機能としてジョブロック機能が追加され、その機能に対して、バージョンアップが必要なファームウェアがあることが表示される。ユーザは、表示を確認し、ボタン８０１を押下することでバージョンアップの実施を指示する。その結果、Ｓ７０５において、画像形成装置１００がその指示を受け取り、ファームウェアの更新処理を実施する。
【００３２】
以上、本実施形態によれば、様々な機能をユーザにより追加可能な画像形成装置における、不必要なバージョンアップの実施を防ぎ、ファームウェアの更新等に伴う製品機能のダウンタイムを低減することができる。また、後に機能が追加された場合にも、ファームウェアバージョンアップが必要であることをすぐにユーザに通知することができる。また、いくつかのバージョンアップをスキップしていて、一度にバージョンアップができない状態であっても、段階的なバージョンアップにより、機器を必要なファームウェア構成に更新することが可能となる。
【００３３】
＜第二の実施形態＞
第一の実施形態においては、図６におけるＳ６０４において、サーバ装置１８３より更新ファイルを受信する前に、バージョンアップ対象となるファームウェアの内容情報を受信し、バージョンアップの可否を判定する例について説明した。これは、画像形成装置のようなデータ量の大きな更新ファイルを受信することによるデータ転送の負荷を軽減するための処理である。
本実施形態においては、バージョンアップの内容を受信すると同時にサーバ装置１８３に更新ファイルの要求を行い、更新ファイルを受信した後、ＨＤＤ１１４に格納しておく例を説明する。
【００３４】
転送するデータ量が大きくない場合、或いは画像形成装置１００のＨＤＤ１１４が大容量である構成の場合は、上述した様に、バージョンアップ実施判定の際に更新ファイルを先に受信しておく。これにより、後の機能追加によりバージョンアップが必要になった際、サーバ装置１８３との通信をすることなく、保存された更新ファイルを用いて、ファームウェアのバージョンアップの処理を効率的に実施することが可能となる。
更新ファイルとバージョンアップ情報を同時に転送する処理について、図９を用いて説明する。図９は、第二の実施形態のファームウェアの更新の処理の一例を示すフローチャートである。
Ｓ９０１〜Ｓ９０３の処理は、前述したＳ６０１からＳ６０３までの処理と同様である。
Ｓ９０４において、ＣＰＵ１１１は、サーバ装置１８３から、更新ファイルとバージョンアップ対象となるファームウェアの内容情報とを同時に受信する。ここで、バージョンアップ対象となるファームウェアの内容情報のデータに対して、更新ファイルのデータ量はかなり大きくなるが、ファイルの転送処理の間は印刷ジョブ等の受け付けは継続することができるので、ダウンタイムにはならない。
【００３５】
その後、Ｓ９０５において、ＣＰＵ１１１は、受信した更新ファイルをＨＤＤ１１４に保存する。
Ｓ９０６において、ＣＰＵ１１１は、Ｓ６０５と同様にバージョンアップ条件の判定を行う。
Ｓ９０７において、ＣＰＵ１１１は、Ｓ６０６と同様に、一度にバージョンアップ処理ができるかどうかの判定を行う。図７の処理と異なるのは、Ｓ９０９及びＳ９１１において、ＣＰＵ１１１は、サーバ装置１８３ではなく、ＨＤＤ１１４から更新ファイルを読み込むことである。
図９の処理では、更新処理がスキップされたバージョンアップ対象となるファームウェアの内容情報であっても、更新ファイルはＨＤＤ１１４に保存されているので、Ｓ９０９やＳ９１１の処理の段階でサーバ装置１８３と通信を行う必要がなくなる。これにより、実際にバージョンアップ処理を行う際の通信量を軽減し、迅速なバージョンアップが可能になる。その他の処理は図７と同様である。
【００３６】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００３７】
以上、上述した各実施形態によれば、画像形成装置におけるファームウェアのアップデートにおいて、ユーザが使用しない機能に対する修正を行ってしまう等の不要なバージョンアップ処理の実施を防止することができる。したがって、ファームウェアの更新等に伴う製品機能のダウンタイムを低減することができる。
また、画像形成装置実施しなかったバージョンアップの情報は機器内に保持し、後にハードウェアオプションやライセンスが導入された時には、条件を満たすかどうかの再判定を行う。これにより、ユーザが必要な機能に対するファームウェアを適切にバージョンアップすることが可能になり、ユーザの利便性を向上させることができる。
【００３８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2014085759.tif 000003
【図２】
2014085759.tif 000004
【図３】
2014085759.tif 000005
【図４】
2014085759.tif 000006
【図５】
2014085759.tif 000007
【図６】
2014085759.tif 000008
【図７】
2014085759.tif 000009
【図８】
2014085759.tif 000010
【図９】
2014085759.tif 000011