(57)【特許請求の範囲】
【請求項１】
ファームウェアを実行する処理部および当該ファームウェアが格納された記憶部をそれぞれが備える複数のユニットを含む画像形成装置であって、
ファームウェアを更新するための更新データを受信する受信手段と、
前記更新データの受信に基づいて、前記画像形成装置を再起動する再起動手段と、
前記画像形成装置の再起動時に、前記複数のユニットそれぞれに対して電力を供給する電力制御手段と、
前記受信手段によって受信された前記更新データに対応する１または複数のユニットを特定する特定手段と、
前記更新データを用いて、前記特定手段によって特定された前記１または複数のユニットの記憶部に格納されたファームウェアを更新する更新手段と
を有し、
前記電力制御手段は、前記更新手段による更新が完了する前に、前記再起動時に電力が供給された前記複数のユニットそれぞれのうち、前記特定手段によって特定された前記１または複数のユニット以外の１または複数のユニットへの電力の供給を停止することを特徴とする画像形成装置。
【請求項２】
前記電力制御手段は、前記更新手段による更新が完了する前に、前記特定手段によって特定された１または複数のユニットに前記更新データを通知するユニットへの電力の供給を停止しないことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記電力制御手段には、ファームウェアを更新している際に電力が供給されることを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記複数のユニットは、前記画像形成装置の全体を制御するメインコントローラを含むユニットと、複数のオプションユニットとを含み、
前記特定手段は、前記メインコントローラを含む前記１または複数のユニットを特定することを特徴とする請求項１乃至３のいずれか一項に記載の画像形成装置。
【請求項５】
前記再起動手段は更に、前記更新手段によるファームウェアの更新処理後に前記画像形成装置の再起動を行うことを特徴とする請求項１乃至４のいずれか一項に記載の画像形成装置。
【請求項６】
前記特定手段は、ファームウェアの更新処理の前に行われる再起動の前に特定を行って、当該特定された１または複数のユニットの情報を記憶部に記憶し、
前記電力制御手段は、前記記憶部に記憶された情報に基づき、前記特定手段にて特定された前記１または複数のユニット以外の１または複数のユニットへの電力の供給を停止することを特徴とする請求項１乃至５のいずれか一項に記載の画像形成装置。
【請求項７】
前記受信手段は、前記更新データを、外部記憶装置、もしくはネットワーク上のサーバのいずれかから受信することを特徴とする請求項１乃至６のいずれか一項に記載の画像形成装置。
【請求項８】
前記受信手段は、前記複数のユニットのうちファームウェアの更新が必要なユニットに対する更新データのみを取得することを特徴とする請求項１乃至７のいずれか一項に記載の画像形成装置。
【請求項９】
用紙に画像を印刷する印刷手段を更に備えることを特徴とする請求項１乃至８のいずれか一項に記載の画像形成装置。
【請求項１０】
原稿の画像を読み取る読取手段を更に備えることを特徴とする請求項１乃至９のいずれか一項に記載の画像形成装置。
【請求項１１】
ファームウェアを実行する処理部および当該ファームウェアが格納された記憶部をそれぞれが備える複数のユニットと、前記複数のユニットそれぞれに対して電力を供給する電力制御手段とを含む画像形成装置の制御方法であって、
ファームウェアを更新するための更新データを受信する受信工程と、
前記更新データの受信に基づいて、前記画像形成装置を再起動する再起動工程と、
前記受信工程にて受信された前記更新データに対応する１または複数のユニットを特定する特定工程と、
前記更新データを用いて、前記特定工程にて特定された前記１または複数のユニットの記憶部に格納されたファームウェアを更新する更新工程と
を有し、
前記電力制御手段により、前記更新工程による更新が完了する前に、前記画像形成装置の再起動時に電力が供給された前記複数のユニットそれぞれのうち、前記特定工程にて特定された前記１または複数のユニット以外の１または複数のユニットへの電力の供給を停止することを特徴とする画像形成装置の制御方法。
【請求項１２】
前記電力制御手段により、前記更新工程における更新が完了する前に、前記特定工程にて特定された１または複数のユニットに前記更新データを通知するユニットへの電力の供給を停止しないことを特徴とする請求項１１に記載の制御方法。
【請求項１３】
前記電力制御手段には、ファームウェアを更新している際に電力が供給されることを特徴とする請求項１１または１２に記載の制御方法。
【請求項１４】
前記複数のユニットは、前記画像形成装置の全体を制御するメインコントローラを含むユニットと、複数のオプションユニットとを含み、
前記特定工程において、前記メインコントローラを含む前記１または複数のユニットが特定されることを特徴とする請求項１１乃至１３のいずれか一項に記載の制御方法。
【請求項１５】
前記再起動工程において更に、前記更新工程におけるファームウェアの更新処理後に前記画像形成装置の再起動を行うことを特徴とする請求項１１乃至１４のいずれか一項に記載の制御方法。
【請求項１６】
前記特定工程において、ファームウェアの更新処理の前に行われる再起動の前に特定を行って、当該特定された１または複数のユニットの情報が記憶部に記憶され、
前記電力制御手段により、前記記憶部に記憶された情報に基づき、前記特定工程にて特定された前記１または複数のユニット以外の１または複数のユニットへの電力の供給を停止することを特徴とする請求項１１乃至１５のいずれか一項に記載の制御方法。
【請求項１７】
前記受信工程において、前記更新データを、外部記憶装置、もしくはネットワーク上のサーバのいずれかから受信することを特徴とする請求項１１乃至１６のいずれか一項に記載の制御方法。
【請求項１８】
コンピュータを、
ファームウェアを更新するための更新データを受信する受信手段、
前記更新データの受信に基づいて、前記コンピュータを再起動する再起動手段、
前記コンピュータの再起動時に、ファームウェアを実行する処理部および当該ファームウェアが格納された記憶部をそれぞれが備える複数のユニットそれぞれに対して電力を供給する電力制御手段、
前記受信手段によって受信された前記更新データに対応する１または複数のユニットを特定する特定手段、
前記更新データを用いて、前記特定手段によって特定された前記１または複数のユニットの記憶部に格納されたファームウェアを更新する更新手段
として機能させ、
前記電力制御手段は、前記更新手段による更新が完了する前に、前記再起動時に電力が供給された前記複数のユニットそれぞれのうち、前記特定手段によって特定された前記１または複数のユニット以外の１または複数のユニットへの電力の供給を停止することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置およびその制御方法、並びにプログラムに関し、特に、画像形成装置におけるファームウェアアップデート処理時の電力制御方法に関する。
【背景技術】
【０００２】
複合機等の画像形成装置のファームウェアは、機能改善や障害対応などに応じてアップデートする必要が生じた場合に、効率的に、安全にこれを行うことが要求されている。
【０００３】
画像形成装置は、画像形成装置全体を制御している本体コントローラユニットのＣＰＵと、ＦＡＸ、フィニッシング機能等のオプション機能を個別に制御しているオプションユニットのＣＰＵとを有する。オプションユニットそれぞれに対してファームウェアを記憶させる必要があり、別個にアップデートするケースが存在する。
【０００４】
近年、ネットワーク経由でプログラム配信サーバに接続される電子機器が増加している。このような電子機器は、ファームウェアのアップデートの際に、サーバ側に登録された多数のファームウェアの中から、適用可能なファームウェアを自動的に選択して受信することが可能になっている。例えば、特許文献１では、携帯用端末が、定期的に最新のファームウェアをサーバに問い合わせて、自動的にアップデート処理を実行する機能も実現されている（特許文献１等参照）。
【０００５】
特許文献２では、ファームウェアアップデート開始時に省電力状態だった場合、システムは、省電力状態を解除させる制御を行い、アップデート終了後に再度省電力状態に移行させるという技術が提案されている。特許文献２によれば、ファームウェアアップデート処理前後の省電力状態を意識することなく、必要な電量供給を行ってファームウェアのアップデートを可能にすることができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−０７２７６１号公報
【特許文献２】特開２０１３−２４０９４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来、ファームウェアアップデートを安全に実施するために、ジョブの処理を停止してから一度システムをリブートさせ、その後、アップデート用の特殊な動作状態にしてからファームウェアのアップデート処理を行う。複数のオプションユニットを装着した画像形成装置からなるシステムの場合、このリブートの時点ですべてのユニットの電源が投入される。これは、ハードウェアの構成によっては、電源投入直後、電力制御を行うシステムが起動するまでの間に、複雑な電力制御ができない場合があるためである。ファームウェアアップデート処理中の電源制御を考慮しない場合、リブート後、電源的には常にスタンバイ状態として動作する。サーバ経由のアップデートが普及する中、定期的なファームウェアアップデートも実施されるようになっている。このようなアップデート中に不要なユニットへの電源を入れたままにすることで、無駄な消費電力が発生してしまう、あるいは、初期動作音や振動等の発生してしまうという問題がある。
【０００８】
特許文献１のようにサーバからファームウェアを自動的にダウンロードして更新処理を行うような技術では、ユーザが電子機器を使用していないタイミング等に自動的にファームウェアを取得することができる。しかしながら、一般的な電子機器は、画像形成装置のように複数のオプションユニットが接続されるケースが少ないため、ファームウェア更新中の詳細な電力制御については言及されていない。
【０００９】
また、特許文献２のようにファームウェアアップデート前後に省電力状態から復帰し、処理後に省電力状態に戻すという技術は、バージョンアップ前後の電力状態を最適にすることができる。しかしながら、ファームウェアアップデート中のユニットごとの電力制御については言及されていないため、アップデートの頻度が多い場合や、アップデート処理に時間がかかってしまった場合の省電力効果が期待できないという問題がある。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本願発明は以下の構成を有する。すなわち、ファームウェアを実行する処理部および当該ファームウェアが格納された記憶部をそれぞれが備える複数のユニットを含む画像形成装置であって、ファームウェアを更新するための更新データを受信する受信手段と、前記更新データの受信に基づいて、前記画像形成装置を再起動する再起動手段と、前記画像形成装置の再起動時に、前記複数のユニットそれぞれに対して電力を供給する電力制御手段と、前記受信手段によって受信された前記更新データに対応する１または複数のユニットを特定する特定手段と、前記更新データを用いて、前記特定手段によって特定された前記１または複数のユニットの記憶部に格納されたファームウェアを更新する更新手段とを有し、前記電力制御手段は、前記更新手段による更新が完了する前に、前記再起動時に電力が供給された前記複数のユニットそれぞれのうち、前記特定手段によって特定された前記１または複数のユニット以外の１または複数のユニットへの電力の供給を停止する。
【発明の効果】
【００１１】
本願発明により、ファームウェアアップデート中の各ユニットの電力供給を適切に制御することで、省電力を図ることができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係る画像形成装置のハードウェアの構成例を示す図。
【図２】本実施形態に係る画像形成装置のソフトウェアの構成例を示す図。
【図３】本実施形態に係る外部記憶装置から転送されるファームウェアファイルの例を示す図。
【図４】本実施形態に係る電力制御の構成例を示す図。
【図５】本実施形態に係る処理のフローチャート。
【図６】本実施形態に係る画像形成装置にアップデート時の電力供給状態の例を示す図。
【図７】本実施形態に係る消費電力のイメージ図。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１４】
＜第一の実施形態＞
以下、本発明を実施するための形態について図面を用いて説明する。
【００１５】
［ハードウェア構成］
図１は、本願発明に係るシステムとしての画像形成装置１００のハードウェアの構成例を示す図である。図１において、メインコントローラ１１０は、画像形成装置１００全体を制御する。メインコントローラ１１０は、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ＨＤＤ１１４、ＣＰＬＤ１１５、操作部Ｉ／Ｆ１１６、プリンタＩ／Ｆ１１７、スキャナＩ／Ｆ１１８、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９、およびネットワークＩ／Ｆ１２０を含む。更に、メインコントローラ１１０には各インターフェースを介して、それぞれがＣＰＵおよびＲＯＭを備える複数のユニットに接続される。各ユニットは、自身の動作を制御するためにＣＰＵを備える。各ユニットのＣＰＵは、それぞれが備えるＲＯＭに格納されたプログラムを読み出して実行することにより、メインコントローラ１１０からの指示の他、独自に動作することが可能である。
【００１６】
ＣＰＵ１１１は、ＲＯＭ１１２に記憶されたメインコントローラ１１０用のプログラムをＲＡＭ１１３に読出して実行する。ＲＯＭ１１２は、ＦｌａｓｈＲＯＭなどが該当し、ライセンスや機器構成情報、ファームウェアバージョンといった機器情報も記憶されている。
【００１７】
ＨＤＤ１１４は、不揮発性の記憶部であり、ネットワークＩ／Ｆ１２０を介してＰＣ１０２から受信した印刷データを記憶する。なお、ＣＰＵ１１１により実行されるプログラムには、プリント用アプリケーションプログラム（不図示）が含まれる。そして、このプリント用アプリケーションプログラムにより、ＨＤＤ１１４に記憶された印刷データがプリンタユニット１４０によるプリントが可能な画像データに変換される。そして、ＨＤＤ１１４には、プリンタユニット１４０による印刷が可能な画像データも記憶される。また、ＣＰＵ１１１により実行されるプログラムには、スキャン用アプリケーションプログラムが含まれる。そして、このスキャン用アプリケーションプログラムにより、スキャナユニット１５０により画像データが読み取られるとともに、読み取られた画像データがＨＤＤ１１４に転送される。そして、ＨＤＤ１１４には、読み取られた画像データが記憶される。
【００１８】
ＣＰＬＤ（Ｃｏｍｐｌｅｘ  Ｐｒｏｇｒａｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）１１５は、予め電力制御に関する所望の動作を実行するようプログラムされている。ＣＰＬＤ１１５はＣＰＵ１１１と通信することで、メインコントローラ１１０の他、各ユニットに対する電力の供給の制御を行う。各ユニットに対する電源からの電力供給の制御例については、図４を用いて後述する。
【００１９】
操作部Ｉ／Ｆ１１６は、操作部ユニット１３０を介して画像形成装置１００の使用者により入力される指示をＣＰＵ１１１に伝達するためのインターフェースである。また、操作部Ｉ／Ｆ１１６は、操作部ユニット１３０に表示される内容を切替えるための処理内容をＣＰＵ１１１から受信して操作部ユニット１３０に伝達する。なお、操作部ユニット１３０は、タッチパネル機能を有する液晶表示部やキーボード（不図示）などが備えられ、使用者の指示を受け付けることが可能である。
【００２０】
プリンタＩ／Ｆ１１７は、メインコントローラ１１０とプリンタユニット１４０を接続するためのインターフェースである。プリンタユニット１４０は、プリンタＩ／Ｆ１１７を介してＨＤＤ１１４から転送される画像データに基づいて、紙等の記録媒体上に印刷を行う。
【００２１】
フィニッシャユニット１７０、１８０、１９０は、プリンタユニット１４０により印刷が行われた記録媒体に対して各種のフィニッシング処理を行う。フィニッシング処理とは、例えば、シートに対するステイプル処理、シートへのパンチ処理（穿孔処理）、中綴じ製本処理、トリミング処理等である。各種フィニッシャユニットの接続の状態は本体の構成により異なり、図１のように、フィニッシャユニット１７０とフィニッシャユニット１８０が直列につながっている場合もあれば、それぞれ別に接続されている場合もある。また、図１には示していないが、プリンタユニット１４０により印刷された記録媒体が、フィニッシング処理に応じて各種フィニッシャユニットに搬送されるように搬送路が構成されてもよい。
【００２２】
スキャナＩ／Ｆ１１８は、メインコントローラ１１０とスキャナユニット１５０を接続するためのインターフェースである。スキャナユニット１５０は、画像データを入力する入力手段としても機能し、原稿上の画像をＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）等により構成されるラインセンサを用いて画像データとして読み取る。そして、スキャナユニット１５０は、読み取った画像データをスキャナＩ／Ｆ１１８を介してＨＤＤ１１４へ転送する。ＨＤＤ１１４へ転送され、記憶された画像データは、プリンタユニット１４０により印刷することが可能である。また、スキャナユニット１５０により読み取った画像データをプリンタユニット１４０により印刷することにより、複写（コピー）処理が可能となる。
【００２３】
ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９は、メインコントローラ１１０とＦＡＸユニット１６０を接続するためのインターフェースである。ＦＡＸユニット１６０は、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９を介してＨＤＤ１１４から転送される画像データに基づいてＦＡＸ回線１０５を介したＦＡＸ送信を行う。また、ＦＡＸユニット１６０は、ＦＡＸ回線１０５を介して受信するデータに基づいて画像データを生成し、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９を介してＨＤＤ１１４に画像データを転送する。なお、ＨＤＤ１１４に記憶された画像データは、前述したようにプリンタユニット１４０により紙等の記憶媒体へ印刷される。なお、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９は、外部ＵＳＢデバイス１０４とも接続可能である。外部ＵＳＢデバイス１０４は、ＵＳＢメモリやＵＳＢキーボードなど（不図示）が例として挙げられる。ＵＳＢメモリからはアップデートに必要な更新ファイルの転送も可能である。
【００２４】
ネットワークＩ／Ｆ１２０は、メインコントローラ１１０をＬＡＮ１０１に接続し、ＬＡＮ１０１上のＰＣ１０２との通信を行う。ＰＣ１０２は画像形成装置１００とＬＡＮ１０１で接続され、画像形成装置１００に対して、印刷データの送信、ＷＥＢブラウザ（不図示）経由での機器の操作、ファームウェアファイルの転送等が可能である。
【００２５】
さらに画像形成装置１００は、ＬＡＮ１０１を介してサーバ装置１０３と接続され、ファームアップデートに必要な更新ファイルをダウンロードすることができる。ここでの更新ファイルのダウンロードの手段にて用いられるプロトコルは、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）他、いずれのものであってよい。なお、図１では、ＬＡＮ１０１上にサーバ装置１０３が接続された構成であるが、これに限定するものではなく、例えば、画像形成装置１００は、インターネットなどの外部のネットワーク上にあるサーバ装置１０３に接続されるようにしてもよい。
【００２６】
サーバ装置１０３には、出荷された製品に対して、アップデートが必要な最新のプログラムが常にアップロードされており、画像形成装置１００から問い合わせを行うことで、最新のプログラムを取得することができる。ただし、画像形成装置１００の設置環境によっては、サーバ装置１０３には接続しないケースもある。
【００２７】
操作部ユニット１３０、プリンタユニット１４０、スキャナユニット１５０、ＦＡＸユニット１６０、フィニッシャユニット１７０、１８０、１９０はそれぞれ、ＣＰＵ１３１、１４１、１５１、１６１、１７１、１８１、１９１、ＲＯＭ１３２、１４２、１５２、１６２、１７２、１８２、１９２を備える。これらはメインコントローラ１１０が備えるＣＰＵ１１１やＲＯＭ１１２ほど規模は大きくはないが、各ＣＰＵがＲＯＭに格納されたプログラムを読み込んで、デバイスの制御や、他デバイスとの通信が可能である。ファームウェアバージョンアップ時には、ＲＯＭ１３２、１４２、１５２、１６２、１７２、１８２、１９２に記憶されたプログラムも更新対象となり得る。
【００２８】
なお、操作部ユニット１３０、スキャナユニット１５０、ＦＡＸユニット１６０、フィニッシャユニット１７０、１８０、１９０は、後から追加オプションとして取り付けられるケースや、故障等によって交換されるケースがあり、用途に応じて着脱が可能である。
【００２９】
［ソフトウェア構成］
メインコントローラ１１０のＣＰＵ１１１により実行されるソフトウェアの構成例について図２を用いて説明する。なお、図２に示される各処理部は、それに対応するプログラムが図１のＲＯＭ１１２に記憶されているものとする。
【００３０】
メインシステム２１０は、本実施形態に係る画像形成装置１００の各種機能を実現するためのプログラムが配置される。操作部制御部２１１は、操作部Ｉ／Ｆ１１６を介して、操作部ユニット１３０の制御を行う。プリンタ制御部２１２は、プリンタＩ／Ｆ１１７を介したプリンタユニット１４０の制御を行う。スキャナ制御部２１３は、スキャナＩ／Ｆ１１８を介したスキャナユニット１５０の制御を行う。
【００３１】
ＵＳＢ制御部２１４は、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９を介して、その先の外部ＵＳＢデバイス１０４の制御を行う。外部ＵＳＢデバイス１０４としてＵＳＢメモリが接続されている場合、ＵＳＢ制御部２１４は、ＵＳＢメモリから、ファームウェアアップデートに必要な更新ファイル及び更新情報の転送処理に関する制御を行う。転送されたファイルはＨＤＤ１１４に保存される。
【００３２】
通信制御部２１５は、ネットワークＩ／Ｆ１２０を介して、ＰＣ１０２やサーバ装置１０３との通信を行う。また、通信制御部２１５は、ＬＡＮ１０１を介して、ファームアップデートに必要な更新ファイル及び更新情報の転送処理を行う。転送されたファイルはＨＤＤ１１４に保存される。
【００３３】
ファームウェアバージョン記憶部２１６は、メインコントローラ１１０のＲＯＭ１１２と、画像形成装置１００に接続された各オプションユニット内のＲＯＭ１４２、１５２、１６２、１７２、１８２、１９２に記憶されたファームウェアのバージョンを記憶する。各ＲＯＭに記憶されるファームウェアのバージョン情報はアップデート完了後に更新され、この部分により記憶され、次のアップデート時のバージョン比較に使用される。
【００３４】
バージョン比較部２１７は、ファームウェアバージョン記憶部２１６に記憶された各ＲＯＭのプログラムのバージョンと、ＨＤＤ１１４に保存されたファームウェアバージョンリストに記載されたバージョンとの比較処理を行う。ファームウェアバージョンリストについては、図３を用いて後述する。
【００３５】
電力供給ユニット特定部２１８は、バージョン比較部２１７で比較されたバージョン情報、各オプションユニットの電力的な依存関係、外部への通知機能の有無を元に、ファームウェアアップデート時に電力供給が必要なユニットの特定を行う。
【００３６】
プログラム更新処理部２１９は、操作部ユニット１３０を介してユーザからファームウェアバージョンアップの実行の指示があった際、あるいは事前に予約されたバージョンアップ時刻になった際に、各ＲＯＭに記憶されたプログラムの更新処理を行う。
【００３７】
電力制御部２２０は、画像形成装置１００の状態に応じてＣＰＬＤ１１５や各オプションユニットと通信して、画像形成装置１００の電源供給の制御を行う。電力制御部２２０により、各オプションユニットの電力供給制御が可能となっており、画像形成装置１００が一定時間使用されない場合には、不要なユニットの電源を落として、節電モードやスリープモードといった省電力状態へ移行させる。電力制御部２２０およびＣＰＬＤ１１５の制御内容については図４を用いて後述する。
【００３８】
［データ構成例］
図３は、ＵＳＢ制御部２１４もしくは通信制御部２１５が、外部ＵＳＢデバイス１０４、ＰＣ１０２、もしくはサーバ装置１０３から転送されるデータの構成例を示す。
【００３９】
更新データ３０１は、外部記憶装置から画像形成装置１００に転送されるデータ全体を示す。更新データ３０１にはファームウェアファイル３１１とファームウェアバージョンリスト３１２が含まれる。
【００４０】
ファームウェアファイル３１１は、ＲＯＭ１１２、１３２、１４２、１５２、１６２、１７２、１８２、１９２に記憶させるため各プログラムが含まれている。図３に示すように、メインコントローラのような比較的規模の大きなプログラムは複数のファイル（ここでは、メインコントローラ用ファームウェア１〜３）に分かれて転送されていてもよい。この場合、それぞれの差分を比較することで、更新対象を極小化することができる。また、ファームウェアファイル３１１には、画像形成装置１００が備えるすべてのユニットに対するファームウェアが含まれていなくてもよい。外部記憶装置から転送される前にバージョン比較により、必要なものを特定した上で転送することで、転送データ量を削減するようにしてもよい。
【００４１】
ファームウェアバージョンリスト３１２は、更新データ３０１に含まれるファームウェアファイル３１１のすべてのファイルのバージョンが記載される。ファームウェアバージョンリスト３１２を参照することで、更新対象のファームウェアのバージョンを特定することが可能である。バージョン比較部２１７は、ファームウェアバージョンリスト３１２の内容とファームウェアバージョン記憶部２１６に記憶されたファームウェアバージョンとの比較を行い、バージョン差分を特定することで更新対象のユニットを判定する。
【００４２】
［電源構成］
図４は、図１に示した画像形成装置１００の電源構成を説明するための図である。以下、画像形成装置１００における、メインコントローラ１１０と、オプションユニットのうちのプリンタユニット１４０を例に挙げて、電源４０１の構成について説明する。
【００４３】
図４において、電源制御ユニット４０３は、メインコントローラ１１０の中のＣＰＬＤ１１５を含むユニットであり、第１の電源ラインである電源ラインＪ４０２経由で常時電源が供給されている。電源制御ユニット４０３による電力消費は微弱な電力消費にとどまるため、省電力時やシャットダウン状態などでも電源制御ユニット４０３には電源４０１から常に通電され、電力制御が行われる。
【００４４】
ＣＰＬＤ１１５は、予め下記に示す所望の動作を実行するようプログラムされている。すなわち、第１の電源制御信号であるＩＯ信号Ｖ＿ＯＮ４０６によって、リレースイッチ４０７が切り替えられる。これにより、電源４０１から第２の電源ラインである電源ラインＶ４０８経由で電力が供給され、メインコントローラ１１０への給電が制御される。また、ＣＰＵ１１１からの通信により複数のタイマ値が設定され、タイマ起動時にはＣＰＵ１１１によって設定された動作を実行する。
【００４５】
また、第２の電源制御信号であるＩＯ信号Ｐ＿ＯＮ４０９によって、リレースイッチ４１０が切り替えられる。これにより、電源４０１から第３の電源ラインである電源ラインＰ４１１経由で電力が供給され、プリンタユニット１４０の給電が制御される。
【００４６】
また、第３、第４の電源制御信号であるＩＯ信号Ｆａ＿ＯＮ４１２、Ｆｂ＿ＯＮ４１５によって、リレースイッチ４１３、４１６が切り替えられる。これにより、電源４０１から電源ラインＦａ４１４、Ｆｂ４１７経由で電力が供給され、フィニッシャユニット１７０、１８０の給電が制御される。いずれも、メインコントローラ１１０のＣＰＵ１１１によって設定された動作を通信することにより、ＣＰＬＤ１１５が電源制御信号の制御を行う。
【００４７】
画像形成装置１００全体の電源制御は電源制御ユニット４０３が主体となって実施するが、フィニッシャユニット１７０、１８０の動作の制御については、プリンタユニット１４０を経由する場合がある。例えば、フィニッシャユニット１８０のＲＯＭ１８２をアップデートする際には、経路となるプリンタユニット１４０とフィニッシャユニット１７０の電源が投入されている必要があるため、この経路上にあるユニットに対しても適切な電力制御を実施する必要がある。つまり、各ユニットの接続形態と、ファームウェアを更新するべきユニットの位置に応じて、電力が供給されるユニットが特定される。
【００４８】
なお、オプションユニット１４０、１５０、１６０、１９０についても、図４で説明したユニットと同様に、ＣＰＬＤ１１５からリレースイッチを使用した電力制御の構成となるが、内容が重複するため割愛する。すなわち、他のオプションユニットについてもプリンタユニット１４０と同様の電源制御が行われる。
【００４９】
なお、図４のようなユニットごとの給電は、例えば、電源をオフするユニットにつながるリレースイッチのみをオフとし、他方をオンとしたままとすることで実現できる。シャットダウン状態ではすべてのユニットのリレースイッチがオフにされる。また、ユニット内のブロックごとに詳細な制御を行う場合は、リレースイッチを複数の系統で再構成し、電源制御信号は二値ではなく、通電状態に応じた多値制御信号とすることで実現できる。本実施形態では特にそのような記載は省くが、スリープ状態やシャットダウン状態などの各電力状態は、このような制御により電源供給がなされる。
【００５０】
［電源制御ユニットの電源監視：起動時の給電］
続いて、画像形成装置１００の起動処理について説明する。操作者が画像形成装置１００を使用する場合は、電源スイッチ（不図示）をＯＮにする。すると電源制御ユニット４０３は電源ラインＪ４０２より電源ＯＮを検知し、電源スイッチ制御信号Ｖ＿ＯＮ４０６、Ｐ＿ＯＮ４０９によりリレースイッチ４０７、４１０をそれぞれオンにして電源４０１が電源電力を画像形成装置１００全体に供給する。更に、電源制御ユニット４０３は、画像形成装置１００全体に電源ＯＮ時に応じた電力供給を行う。具体的には、電源制御ユニット４０３は、メインコントローラ１１０、各オプションユニットに各ＤＣ電源供給径路を介して通電を行う。通電された各オプションユニットは、それぞれのＣＰＵが電源ＯＮによる初期化動作を開始する。
【００５１】
通電が行われると、メインコントローラ１１０のＣＰＵ１１１は、ハードウェアおよびソフトウェアの初期化を行う。ハードウェアの初期化は、レジスタ初期化、割り込み初期化、カーネル起動時のデバイスドライバの登録、操作部ユニット１３０の初期化などがある。ソフトウェアの初期化は、各ライブラリの初期化ルーチンの呼び出し、プロセスやスレッドの起動、プリンタユニット１４０やスキャナユニット１５０とコミュニケーションを行うソフトウェアサービスの起動、操作部ユニット１３０の描画などがある。そして、メインコントローラ１１０は、スタンバイ状態へ移行する。
【００５２】
［電源制御ユニットの電源監視：通常状態の給電］
続いて、画像形成装置１００の、プリンタユニット１４０やスキャナユニット１５０を使っていない通常状態の給電について説明する。通常状態は、すべてのユニットに給電されている状態だけでなく。印刷していない時はプリンタユニット１４０に給電しない状態や、操作部ユニット１３０が点灯しておらず、ユーザが画像形成装置１００の前にいないことが分かっている場合は、スキャナユニット１５０に対して給電しない状態などがある。
【００５３】
［電源制御ユニットの電源監視：ファームウェアアップデート時の給電］
続いて、ファームアップデート時のオプションユニットの電源停止処理について説明する。ファームウェアのアップデート時の電力供給ユニット特定部２１８により、電力供給が不要であると判定されたユニットがある場合、該当するオプションユニットの電源を停止状態にする。つまり、電源制御ユニット４０３は、電力供給ユニット特定部２１８にて電力の供給が必要であると特定されたユニットには電力が供給されるように制御し、それ以外のユニットには電力の供給を停止する。ＣＰＵ１１１は、電源制御ユニット４０３に電力状態の移行を通知し、各オプションユニットへの給電を変更する。給電状態の例は、図６を用いて後述する。
【００５４】
各オプションユニットへの給電の停止は、例えば、図４のようにリレースイッチをユニットごとに制御し、給電を停止するユニットにつながるリレースイッチのみをオフとし、給電が必要な他方をオンとしたままとすることで実現される。
【００５５】
［処理フロー］
次に、図５を用いて、本実施形態に係る画像形成装置１００の処理フローを説明する。本フローチャートの動作に係るプログラムは、上述したように、メインコントローラ１１０のＲＯＭ１１２に記憶され、ＣＰＵ１１１により読み出されて実行されることで実現される。
【００５６】
Ｓ５０１にて、画像形成装置１００は、ファームウェアアップデートの指示を受け付ける。この指示は、操作部ユニット１３０を介したユーザからの入力である場合もあるし、ＰＣ１０２やサーバ装置１０３からの通信により実行される場合もある。
【００５７】
Ｓ５０２にて、画像形成装置１００は、外部記憶装置から更新すべきファームウェアファイル３１１を転送し、ＨＤＤ１１４に保存する。ここで、ファームウェアファイル３１１の転送元である外部記憶装置は、ＵＳＢ−ＨｏｓｔＩ／Ｆ１１９を介した外部ＵＳＢデバイス１０４であってもよいし、ネットワークＩ／Ｆ１２０を介したＰＣ１０２あるいはサーバ装置１０３でもよい。
【００５８】
Ｓ５０３にて、画像形成装置１００は、ファームウェアアップデートのための再起動処理を行う。ハードウェアの構成等によっては、再起動直後のシステムの起動段階ではオプションユニットを選択して電力を投入することができないので、再起動直後の時点ではすべてのユニットの電源が投入されることとなる。
【００５９】
Ｓ５０４にて、画像形成装置１００は、バージョン比較部２１７により、ファームウェアファイル３１１に含まれるファームウェアバージョンリスト３１２の内容と、各ＲＯＭに記憶されているファームウェアのバージョンとの比較を行う。具体的には、Ｓ５０２で転送されたファームウェアファイル３１１に含まれるファームウェアバージョンリスト３１２の内容と、ファームウェアバージョン記憶部２１６により記憶された、各ＲＯＭに記憶されているファームウェアのバージョンとが比較される。比較の結果、バージョン比較部２１７は、バージョンの差分を元に、アップデートが必要なファームウェアが格納されたＲＯＭを備えるユニットを特定する。
【００６０】
Ｓ５０５〜Ｓ５０８は、各ユニットに対する判定のステップとなる。これらの判定は、電力供給ユニット特定部２１８により、各ユニットを判定対象のユニットとして行われる。
【００６１】
Ｓ５０５にて、画像形成装置１００は、Ｓ５０４でのバージョン比較の結果、対象のユニットのファームウェアがアップデート対象となるか否かを判定する。ファームウェアバージョンに差分がない、すなわちアップデート対象ではない場合は（Ｓ５０５にてＮＯ）、Ｓ５０６に進む。ファームウェアバージョンに差分がある場合は（Ｓ５０５にてＹＥＳ）、Ｓ５０９へ進む。
【００６２】
Ｓ５０６にて、画像形成装置１００は、アップデート処理の経路となるユニットがアップデート対象になっているかを判定する。言い換えると、判定対象のユニットよりも処理の経路において下位に位置するユニットが、アップデート対象であるか否かを判定する。例えば、図１において、プリンタユニット１４０のＲＯＭ１４２に記憶されたファームウェアがアップデート対象ではなく、フィニッシャユニット１８０のＲＯＭ１８２に記憶されたファームウェアがアップデート対象であるとする。この場合、経路となるプリンタユニット１４０、およびフィニッシャユニット１７０は給電の必要がある。図１の例では、プリンタユニット１４０は、自身のファームウェアがアップデート対象ではなく、かつ、フィニッシャユニット１７０、１８０、１９０がアップデート対象ではない場合に、Ｓ５０６の判定がＮＯとなる。アップデート処理の経路となるユニットがアップデート対象になっている場合（Ｓ５０６にてＹＥＳ）、Ｓ５０９へ進み、なっていない場合は（Ｓ５０６にてＮＯ）、Ｓ５０７に進む。
【００６３】
Ｓ５０７にて、画像形成装置１００は、対象のユニットがユーザへの画面表示や状況通知に関わるユニットであるか否かを判定する。例えば、操作部ユニット１３０はアップデートの進捗表示処理を行うように設定されている場合、ユーザにアップデート処理の状況を通知するために、給電が必要となる。またアラームや、警報等の機能を有するユニットが接続され、アップデート対象となるファームウェアが搭載されている場合も、給電は停止しない方が望ましい。通知に係わるユニットである場合（Ｓ５０７にてＹＥＳ）Ｓ５０９へ進み、そうでない場合（Ｓ５０７にてＮＯ）Ｓ５０８へ進む。
【００６４】
Ｓ５０８にて、画像形成装置１００は、対象ユニットを、ファームウェアバージョンアップの処理時において電源投入不要なユニットとして登録する。
【００６５】
Ｓ５０９にて、画像形成装置１００は、すべての判定対象のユニットに対して、電力供給が必要か否かを判定したか否かを確認する。すべての判定対象のユニットの判定が完了していない場合は（Ｓ５０９にてＮＯ）Ｓ５１０へ進み、完了した場合は（Ｓ５０９にてＹＥＳ）Ｓ５１１へ進む。
【００６６】
Ｓ５１０にて、画像形成装置１００は、判定対象を次の未判定のユニットとし、Ｓ５０５に戻り同様の判定を繰り返す。
【００６７】
Ｓ５１１にて、画像形成装置１００は、Ｓ５０５〜Ｓ５０７での各ユニットに対する電源供給の判定の結果、Ｓ５０８で電源投入不要として登録されたユニットがあるか否かを判定する。登録されたユニットがある場合は（Ｓ５１１にてＹＥＳ）、Ｓ５１２に進み、ない場合は（Ｓ５１１にてＮＯ）、Ｓ５１３へ進む。
【００６８】
Ｓ５１２にて、画像形成装置１００は、電力制御部２２０により、電源制御ユニット４０３と通信を行い、図４で述べた処理により該当ユニットの給電を停止させる。
【００６９】
Ｓ５１３にて、画像形成装置１００は、プログラム更新処理部２１９により、ＨＤＤ１１４に保存されたファームウェアファイルを用いて、Ｓ５０４でアップデートが必要と判定されたユニットのＲＯＭに対して、ファームウェアのアップデート処理を実行する。
【００７０】
ファームウェアのアップデート処理が完了すると、Ｓ５１４にて、画像形成装置１００において再起動処理が行われる。この起動後にすべてのユニットに電源が投入され、画像形成装置１００の各種機能が使用可能な状態となる。以上により、本処理フローを終了する。
【００７１】
［ファームウェアアップデート時の電力制御の具体例］
本実施形態に係る図５で説明したフローチャートに沿った処理での各ユニットへの給電状態の一例を図６に示す。図６における網掛け部分のユニットは、Ｓ５１２で給電が停止されたユニット、すなわち、Ｓ５１３でのファームウェアアップデート処理中に電源が供給されていないユニットを示す。
【００７２】
図６では、ＲＯＭ１１２、１３２、１４２、１５２、１６２、１７２、１８２、１９２のうち、メインコントローラ１１０内のＲＯＭ１１２のみが、ファームウェアのアップデート対象になった場合の例を想定している。操作部ユニット１３０は、進捗表示に使用するユニットとして機能しているため、給電している状態となっている。
【００７３】
なお、メインコントローラ１１０のＲＯＭ１１２に記憶されたプログラムは、画像形成装置１００の多くの機能を実現するためのものである。従って、ＲＯＭ１１２のプログラムの規模は、ＲＯＭ１３２、１４２、１５２、１６２、１７２、１８２、１９２のようなオプションユニットのＣＰＵが読み込むプログラムに比べて大きくなる。それ故に、ＲＯＭ１１２に対しては機能改善や障害対応などによるアップデートの頻度が多くなる傾向があり、図６のような判定結果（電力制御）になることが多くなると想定される。
【００７４】
プリンタユニット１４０やフィニッシャユニット１７０、１８０、１９０は、定着ユニットや、紙搬送のための装置、記憶媒体に対して各種処理を行うためのハードウェアが含まれる。そのため、給電状態のまま処理を継続すると、電力消費量が多くなってしまうため、図６のような制御を行うことは、消費電力観点で大きなメリットがある。また、起動が不要なオプションユニットへの電力供給が行われなくなるため、ファームウェアアップデート時にはそれらのオプションユニットの動作音や振動音が生じなくなるというメリットも生じる。
【００７５】
本実施形態に係る消費電力のイメージを図７に示す。図７において、縦軸は消費電力、横軸は経過時間を示す。また、図７内に、図５のフローチャートの各ステップが行われるタイミングを併せて示す。
【００７６】
通常動作時消費電力７０１は、スタンバイ時及び起動時等、すべてのユニットに電源が投入された状態の消費電力を想定している。アップデート時消費電力７０２は本実施形態において、各オプションユニットの電源制御がされた場合の、ファームウェアアップデート処理実施中の消費電力を想定している。アップデート時消費電力７０２は、画像形成装置１００のオプションユニットの構成や、更新ファームウェアによって大きく変化するが、図７では図６のような電力供給状態時の消費電力を示す。
【００７７】
Ｓ５１３におけるファームウェアアップデート時間７０３については、画像形成装置１００の処理能力や、更新ファームウェアの差分量、あるいは、オプションユニットの数等によって変化するが、数十秒から数分かかることが予想される。
【００７８】
本願発明により削減される消費電力は図７の７０４で示す罫線部分、すなわち
（（通常動作時消費電力７０１）−（アップデート時消費電力７０２））×（ファームウェアアップデート時間７０３）
で見積もることができる。
【００７９】
以上より、本体のメインコントローラのＣＰＵと、ＦＡＸやフィニッシング機能等のオプション機能を個別に制御しているオプションユニットのＣＰＵとを有する画像形成装置において、ファームウェアアップデート時の消費電力を削減することができる。
【００８０】
また、オプションユニットの電源の供給を停止するか否かを、状況に応じて動的に判定するので、適切な電力制御処理を行うことが可能である。また、ファームウェアバージョンアップ時において、オプションユニットの不要な起動を削減できるため、画像形成装置の動作音や振動音を削減することが期待できる。
【００８１】
＜第二の実施形態＞
ハードウェアの構成上、システム起動の電源投入時に、電源投入するユニットを自由に選択でき、かつ、画像形成装置１００の起動パフォーマンス等に影響を与えない場合、図５のＳ５０４〜Ｓ５１０の処理をＳ５０３のシステム再起動前に実施する。これにより、更に消費電力を削減でき、第一の実施形態の効果をより顕著にできる。
【００８２】
Ｓ５０２で外部記憶装置から画像形成装置に更新のためのファームウェアのデータを転送した後、その次のステップで、電源投入が不要なユニットを判定し、システム再起動前にＣＰＬＤ１１５の不揮発領域に起動ユニット情報を記憶する。システム起動時には起動ユニット情報を読み込み、電源供給が不要なオプションユニットは、ファーウェアアップデート処理終了後のシステム再起動まで電源投入しないという構成にすることが可能になる。
【００８３】
このようにすることで、第一の実施形態と比較して、消費電力の観点ではより大きな効果が得られる。具体的には、最初のシステム再起動の直後の消費電力を、図７に示すアップデート時消費電力７０２の値に抑えることが可能となる。
【００８４】
＜その他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００８５】
画像形成装置：１００
メインコントローラ：１１０
ＣＰＵ：１１１、１３１、１４１、１５１、１６１、１７１、１８１、１９１
ＲＯＭ：１１２、１３２、１４２、１５２、１６２、１７２、１８２、１９２
ＣＰＬＤ：１１５
電源制御ユニット：４０３
【図１】
0006501595.tif 000002
【図２】
0006501595.tif 000003
【図３】
0006501595.tif 000004
【図４】
0006501595.tif 000005
【図５】
0006501595.tif 000006
【図６】
0006501595.tif 000007
【図７】
0006501595.tif 000008