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

Description

本発明は、画像形成装置、及びその制御方法、並びにプログラムに関し、特に、ファームウェアのアップデートを実行する画像形成装置、及びその制御方法、並びにプログラムに関する。

従来、画像形成装置等のファームウェアは、バージョンアップ、障害等の理由により更新する必要が生じた場合に、サービスマンが顧客先に訪問し、手作業でアップデートを行っていた。そのため、ファームウェア更新のためのコストが高いものとなっていた。

そこで最近では、ファームウェアをフラッシュメモリなどの書き換え可能な記憶装置に格納するようにして、インターネットを介してファームウェアを送信することにより、ファームウェアの更新を行う技術が考案されている。

この時、遠隔的に監視する監視システムからファームウェアの更新予約を行ったり、画像形成装置から定期的にサーバにアクセスし、適用可能な最新のファームウェアがないか否かを確認したりするシステムが考案されている。例えば、画像形成装置自身がネットワークＩ／Ｆを用いインターネットを介してファームウェアを保持するサーバと通信し、直接ファームウエアプログラムをダウンロードする手段を持つ技術が開示されている（例えば、特許文献１参照）。また、ユーザが使用していない夜間の時間帯にファームウェアの配信を行うことが考えられる。

特開２００７−１１９４４号公報

しかしながら、ユーザが使用していない夜間等の時間帯に画像形成装置の電源をオフにすると、電源オフの状態でファームウェアを保持するサーバと通信することができず、上記時間帯を利用してファームウェアの配信及びアップデートをすることが出来ない。かといって、ユーザが電源をオンにしたままにしておくと、今度はユーザが使用していない時間帯に消費される電力量が大きくなってしまう。

また、例えば管理者の意向により夜間等の時間帯はネットワークプリントやファックス着信を禁止したい場合があるが、このような時間帯にはファームウェアの配信があることから電源をオフにすることが出来なくなるという課題があった。

本発明の目的は、消費電力を抑えつつ、ファームウェアのアップデートが可能な画像形成装置、及びその制御方法、並びにプログラムを提供することにある。

上記目的を達成するために、本発明の画像形成装置は、印刷を実行可能な画像形成装置であって、前記画像形成装置のファームウェアを更新する更新処理を実行する更新手段と、前記画像形成装置のファームウェアの更新スケジュールをユーザが設定するための設定画面を表示する表示手段と、前記画像形成装置を電源ＯＦＦ状態に移行させるための移行指示を受け付ける受付手段と、前記受付手段が前記移行指示を受け付けた場合に、前記更新スケジュールがユーザによって設定されているか否かを判定する判定手段と、前記更新スケジュールがユーザによって設定されていないと前記判定手段によって判定された場合に、前記画像形成装置を前記電源ＯＦＦ状態に移行させ、前記更新スケジュールがユーザによって設定されていると前記判定手段によって判定された場合に、前記画像形成装置を前記電源ＯＦＦ状態ではなく省電力状態に移行させる制御手段とを備えることを特徴とする。

本発明によれば、消費電力を抑えつつ、ファームウェアのアップデートが可能な画像形成装置、及びその制御方法、並びにプログラムを提供することができる。

本発明の実施の形態に係る情報処理装置としての画像形成装置を含む管理システム全体を示す図である。 図１における監視センタホストのハードウェア構成を示す図である。 図１における監視装置のハードウェア構成を示す図である。 図１における画像形成装置のハードウェア構成を示す図である。 図４における電源部の各構成に対する電力供給状態と、ＣＰＵや電力制御部の各構成に対する電力供給制御、及び信号制御の構成を示す図である。 ネットワークパケットの例を示す図であり、（ａ）は、ＡＲＰパケットリクエストを示し、（ｂ）はＡＲＰパケットレスポンスを示し、（ｃ）は監視装置からのファームウェアのアップデートリクエストを示している。 図１における監視センタホスト、配信サーバでの本実施の形態に関わる部分のソフトウェア構成図を示す図である。 図１における画像形成装置での本実施の形態に関わる部分のソフトウェア構成図を示す図である。 監視センタホスト、配信サーバ、監視装置、画像形成装置におけるメモリマップの構造を示す図である。 図１における画像形成装置により実行されるファームウェアアップデートの予約の有無による電源制御処理の手順を示すフローチャートである。 図１における画像形成装置の操作部に表示される定期アップデートの設定画面を示す図である。 画像形成装置から配信サーバに送信されるＳＯＡＰデータの内容を示す図である。 配信サーバから画像形成装置に送信されるＳＯＡＰデータの内容を示す図である。 図１における画像形成装置のソフトウェア構造を示す図である。 図１における画像形成装置により実行されるアップデート制御処理の手順を示すフローチャートである。

以下、本発明の実施の形態について図面を参照しながら詳述する。

図１は、本発明の実施の形態に係る情報処理装置としての画像形成装置を含む管理システム全体を示す図である。

図１において、管理システムには、販売会社が管理するシステム（以下、販社システム）１０１及び販社システム１４４を始めとする複数の販社システムが接続されている。それぞれ管轄の地域や顧客の販売情報や管理システムに関わる情報を蓄積するためのデータベース１０３，１４３もシステムに含まれている。なお、以下の説明では複数の画像形成装置が用いられているが、それらの画像形成装置に共通する説明をする場合には、符号を用いずに単に画像形成装置、と記す。同様に、以下の説明では複数の監視装置が用いられているが、それらの監視装置に共通する説明をする場合には、符号を用いずに単に監視装置、と記す。

販社システム１０１，１４４には、データベース１０３、１４３へのデータ登録や修正などの制御を行うＰＣ１０４，１４１も含まれる。ＰＣ１０４，１４１の監視センタホスト１５１が提供するウェブサイトへアクセスしてデータの閲覧等が行われる。

なお、ホスト１０２，１４２は操作部及び表示部を持ち、ＰＣ１０４，１４１の役割を果たす事も可能である。ホスト１０２、データベース１０３、ＰＣ１０４はＬＡＮ１６０で接続されている。また、ホスト１４２、データベース１４３、ＰＣ１４１はＬＡＮ１４５で接続されている。

なお、図１では、各々の販社システムが複数の装置から構成されるよう示されているが、その目的とするところは、後述の各機能を達成すればよいので、この構成に限るものではない。例えば、データベース１０３，１４３は、物理的にホスト１０２，１４２内にそれぞれ存在してもよい。さらに、ホスト１０２，１４２からアクセス可能であれば、インターネット１を経由した別の場所に存在しても構わないし、図１に示す装置が全てイントラネット内に存在しても構わない。つまり、複数の装置から構成されるようにしてもよいし、１つの装置から構成するようにしても良い。

また、販売会社側と顧客側の中間に、上述した監視センタホスト１５１が存在する。データベース１５２は、監視のための情報や、顧客側から収集した画像形成装置のカウンタ、障害履歴情報、障害パターンテーブルなどを蓄積する履歴記憶手段としてのデータベースである。監視センタホスト１５１とデータベース１５２はＬＡＮ１５３で接続されており、ＬＡＮ１５３は、インターネット１に接続可能となっている。なお、データベース１５２は、物理的に監視センタホスト１５１内に存在してもよい。さらに、監視センタホスト１５１からアクセス可能であれば、インターネット１を経由した別の場所に存在しても構わない。

監視センタホスト１５１は、後述する監視装置１０８，１１６、監視対象としての画像形成装置の情報、稼働状態を示す情報（例えば障害情報を含む）を収集、蓄積、加工し、警告等を外部に提供する機能を有する。例えば、販社のホスト１０２，１４２にそれら情報を配信する役割を持つ機能を有する。

稼働状態を示す状態情報としては、例えば、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足などを例として挙げる事が出来る。また、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどを挙げることも出来る。

更にカウンタ情報として、販売会社の課金対象となる課金カウンタ、顧客の部門別に集計された部門カウンタ、用紙サイズ別に集計されたサイズ別カウンタ、画像形成装置内の部品の消耗度を示す部品カウンタなどが挙げられる。

課金カウンタは画像形成装置の印刷枚数を示し、部門カウンタは顧客が設定している部門毎の印刷枚数を示す。部品カウンタは、例えばドラムなどの部品では、その回転数をカウンタとし、スキャナランプなどの部品では、時間（秒）をカウンタとする。これらの稼働情報を示す情報が稼働情報となる。

さらにまた、販社のホスト１０２，１４２がそれぞれから監視センタホスト１５１に対して監視対象としている画像形成装置の情報や監視に関する設定を監視センタホスト１５１に登録する事ことができる。監視センタホスト１５１では、各販社のホストから登録された監視対象の画像形成装置や、監視に関する設定をマージして一括管理できる。また、監視装置１０８，１１６に対し、監視に関わる設定を行うこともできる。

ここで、本管理システムによるサービスは、販売会社と顧客との契約に基づき、提供されるものである。従って、販社が契約に基づき監視対象と決定した画像形成装置のみを、本管理システムの監視対象としている。監視センタホスト１５１は、インターネットを介して接続したＰＣに対し、データベース１５２に蓄積した情報、または加工した情報を閲覧するＷＥＢページを提供している。このＷＥＢページは、ユーザ認証により、販売会社別、顧客別、及びユーザの権限別に閲覧内容を限定して提供している。さらに、ＷＥＢページから、一部データの変更も可能としている。

また、販社側と顧客側の中間に、配信サーバ１３３が存在する。データベース１３４は、画像形成装置にアップデートするためのファームウェアやアプリケーション、ソフトウェアライセンス情報などを蓄積する履歴記憶手段としてのデータベースである。配信サーバ１３３とデータベース１３４はＬＡＮ１３５で接続されており、ＬＡＮ１３５は、インターネットに接続可能となっている。なお、データベース１３４は、物理的に配信サーバ１３３内に存在してもよい。さらに、配信サーバ１３３からアクセス可能であれば、インターネット１を経由した別の場所に存在しても構わない。

この図１には、監視センタホスト１５１及びデータベース１５２と、配信サーバ１３３とデータベース１３４が１つずつしか示されていない。しかし、実際には、多くの画像形成装置及び監視装置からの情報収集や、ファームウェア配信の負荷分散を行うために、複数の監視センタホスト、データベースに分散処理をさせるケースもある。

次に、顧客側のシステム構成について説明する。顧客側環境としては異なる複数の環境がある。図１では、顧客システム１０５，１１０が示されている。顧客システム１０５（Ａ社Ｘ事業所）においては、インターネット１に接続されたＬＡＮ１０９に接続された画像形成装置１０６，１０７が、監視装置１０８により監視されている。また、監視装置１０８はインターネット経由で監視センタホスト１５１と通信している。

一方、顧客システム１１０（Ａ社Ｙ事業所）においては、監視装置１１６によってＬＡＮ１１９上の画像形成装置が管理されている。監視装置１１６により、画像形成装置１１１，１１２，１１３，１１４，１１５、１１８が管理されている。

監視装置１０８，１１６は、データベース（不図示）と接続されている。監視装置１０８は、画像形成装置１０６、１０７から収集した情報の蓄積、蓄積したデータの加工結果の保存を行うとともに、画像形成装置監視に関わる設定もデータベース（不図示）内に保存している。なお、この不図示のデータベースは、ＬＡＮ１０９上に接続され、独立して存在してもよい。

さらに、監視装置１０８，１１６からアクセス可能であれば、インターネット１を経由した別の場所に存在しても構わない。各監視装置は、それぞれ対応する画像形成装置の状態情報（例えば障害等の発生）を、画像形成装置から受信する都度、監視センタホスト１５１に送信する。

また、ＷＥＢブラウザを搭載したＰＣ（不図示）を用いて、顧客環境からだけでなく、直接インターネット１を介し監視センタホスト１５１に接続し、前述の監視センタホスト１５１が提供するＷＥＢページを閲覧する事が可能である。

なお、本実施の形態では、以下の２点に留意する必要がある。まず、１点目は、上述した構成におけるインターネット１を介した通信においては、ＨＴＴＰ／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰ（Simple Object Access Protocol）は、ＸＭＬ（eXtented Markup Language）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本実施の形態では、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがってＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施の形態ではＳＯＡＰメッセージによって監視センタホスト１５１に送信される。

２点目であるが、Ａ社における各画像形成装置は、監視装置を介して監視センタホスト１５１と通信を行うように説明した。しかし、設定の変更により、監視装置を介することなく、監視センタホスト１５１との通信を行うことができる。このように、本実施の形態に係る画像形成装置は、配信サーバ１３３とネットワークを介して通信可能となっている。

図２は、図１における監視センタホスト１５１のハードウェア構成を示す図である。

なお、配信サーバ１３３、ホスト１０２，１４２のハードウェア構成は、図２に示されるハードウェア構成と同様な構成となっている。

図２において、第１ＣＰＵ２０１、第２ＣＰＵ２０２は本装置上の各処理を司る。書換え不可能なＲＯＭ２０３は本装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０４は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ書き換え可能である。

第１ＨＤＤ２０５、第２ＨＤＤ２０６は、本装置の各処理に関わるプログラムやデータ、及び一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、及び画像形成装置から収集した情報などを記憶する。例えば、部品カウンタ、課金カウンタ、部門カウンタなどがハードディスクに保存される。

操作部２０７は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部２０８は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ネットワークＩ／Ｆ２０９は、ＬＡＮ１５３を介してインターネット１に接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２１０は外部記憶機器等を接続する。それら要素がシステムバス２１１により結び付き、データをやりとりしている。

図３は、図１における監視装置１０８，１１６のハードウェア構成を示す図である。監視装置１０８、１１６は、それぞれの事業所内に配置されている画像形成装置に適用されているファームウェアを管理するともに、配信サーバ１３３から画像形成装置に適用すべき最新のファームウェアをダウンロードして各画像形成装置に配布する。監視装置１０８、１１６は、定期的な時間間隔あるいは設定された時間で監視センタホスト１５１にポーリングして情報を取得し、配信サーバ１３３に記憶されているファームウェアを新たに画像形成装置に適用させるべきと判断した場合には配信サーバ１３３にアクセスして最新のファームウェアをダウンロードする。

図３において、ＣＰＵ３０１は、本装置上の各処理を司る。ＲＯＭ３０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＲＡＭ３０３は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ書き換え可能である。

監視装置１０８，１１６では、本装置の各処理に関わるプログラムやデータ、及び一時的なデータ、監視対象の画像形成装置に関する情報、及び画像形成装置から収集した情報などをＨＤＤ３０４に記憶する。一方、ＰＣ１０４，１４１では、ＷＥＢブラウザなどをＨＤＤ３０４に記憶する。

入力装置３０５は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部３０６は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ネットワークＩ／Ｆ３０７は、ＬＡＮを介してインターネット１に接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ３０８は外部記憶機器等を接続する。それら要素がシステムバス３０９により結び付き、データをやりとりしている。

図４は、図１における画像形成装置のハードウェア構成を示す図である。

制御部４０１は、操作部４０２、読取部４０３、印刷部４０４、電源部４０５を制御する。制御部４０１の詳細については後述する。操作部４０２は、表示部と入力部とを有し、表示部によりユーザに操作画面を提供すると共に、入力部によりユーザから画像形成装置に対する各種操作を受け付ける。また操作部４０２は、省電力状態もしくはスリープ状態とスタンバイ状態とを移行させるためのスイッチを有する。読取部４０３は、原稿を読み取り画像データに変換して制御部４０１に画像データを出力する。印刷部４０４は、制御部４０１により画像処理を実行された画像データに基づいて、出力用紙に画像形成を実行する。電源部４０５は、スタンバイ状態においては、制御部４０１、操作部４０２、読取部４０３、印刷部４０４に対して電力を供給する。

上述した制御部４０１について詳細な説明をする。ＣＰＵ４１１は、ＲＡＭ４１３に展開されたプログラムに基づき、操作部４０２、読取部４０３、印刷部４０４、電源部４０５や、制御部４０１に含まれる各構成を制御する。

ＲＯＭ４１２は、ＣＰＵ４１１が実行するブートプログラム等を記憶する。ＲＡＭ４１３には、ＣＰＵ４１１が実行するＯＳやアプリケーションプログラム等がＨＤＤ４１４から展開される。ＨＤＤ４１４は、ＣＰＵ４１１が実行するＯＳやアプリケーションプログラム等を記憶する。

画像プロセッサ４１５は、画像メモリ４１６に記憶された画像データに対して各種画像処理を実行する。画像メモリ４１６は、読取部４０３やネットワークＩ／Ｆ４１７またはファックスＩ／Ｆ４１８から入力された画像データを一時的に保持する。ネットワークＩ／Ｆ４１７は、ＰＣ等の外部装置から画像データ等の入出力を行う。ファックスＩ／Ｆ４１８は、不図示の公衆回線を通じてファックスデータの入出力を行う。電力供給制御部４１９は、電源部４０５から操作部４０２、読取部４０３、印刷部４０４や、制御部４０１に含まれる各構成への電力供給状態を切り換える。

図５は、図４における電源部４０５の各構成に対する電力供給状態と、ＣＰＵ４１１や電力供給制御部４１９の各構成に対する電力供給制御、及び信号制御の構成を示す図である。

図５において、太い実線の矢印は電力供給経路を示し、点線の矢印は電力供給制御信号を示し、細い実線の矢印は上記電力供給制御信号以外の制御信号を示す。

ＡＣ電源５０１は、副電源５０２に電力を供給する。またＡＣ電源５０１は、リレースイッチ５０６を介して主電源５０３に電力を供給する。副電源５０２は、電源スイッチ５０４及びリレースイッチ５０５を介して、電力供給制御部４１９の各構成やファックス着信回路５１６やネットワークＩ／Ｆ４１７に対して電力を供給する。

電源スイッチ５０４は、ユーザによってＯＮ／ＯＦＦが切り替え可能であり、電源スイッチ５０４のＯＮ／ＯＦＦに応じて、ＳＷ＿ＭＯＮ信号がトリガ制御部５１１に出力される。リレースイッチ５０５は、トリガ制御部５１１のＲＥＬＡＹ＿ＯＮ信号に応じて、ＯＮ／ＯＦＦが切り替えられる。リレースイッチ５０５は、電源スイッチ５０４をＯＦＦしたときに、画像形成装置の電源をすぐに切らずに所定のシャットダウン処理を行うために電源を制御するためのものである。

主電源５０３は、ＣＰＵ４１１や図示されない画像形成装置内の回路に電力を供給する。リレースイッチ５０６は、トリガ制御部５１１のＲＭＴ＿ＳＹＳ信号に応じてＯＮ／ＯＦＦが切り替えられる。なお、主電源５０３は、リレースイッチ（不図示）を介して、操作部４０２、読取部４０３、印刷部４０４や、制御部４０１に含まれる各構成にも電力を供給することとしてもよい。

トリガ制御部５１１は、ＣＰＵ４１１、操作部４０２、ネットワークＩ／Ｆ４１７、ファックスＩ／Ｆ４１８、電源スイッチ５０４からの信号の入力を検出する。そして、ＲＥＬＡＹ＿ＯＮ信号及びＲＭＴ＿ＳＹＳ信号、ＲＭＴ＿ＮＥＴ信号、ＲＭＴ＿ＦＡＸ信号の各信号を出力することにより、それぞれリレースイッチ５０５，５０６，５１３，５１４をＯＮ／ＯＦＦする。ＬＥＤ制御回路５１２は、ＬＥＤ５１５のＯＮ／ＯＦＦ及び点滅を制御することが可能である。点滅制御はハード回路により、例えば０．５秒毎にＯＮとＯＦＦを繰り返すように制御する。ＣＰＵ４１１はＣＰＵ＿ＣＮＴ信号によりトリガ制御部５１１の制御を行うとともに、トリガ制御部５１１のステータス信号ＳＴＳを受け取る。

ファックス着信回路５１６は、公衆回線からのファックス着信を検知して、ファックス＿ＯＮ信号をトリガ制御部５１１に出力する。

ネットワークＩ／Ｆ４１７は、ネットワークＩ／Ｆ制御部５２１、ＣＰＵ通信制御部５２２、代理応答処理部５２３から構成される。

ネットワークＩ／Ｆ制御部５２１は、ネットワーク経由でのパケットの送受信を制御する。ＣＰＵ通信制御部５２２は、ＣＰＵ４１１とのデータ送受信を行う。

なお、ネットワークＩ／Ｆ制御部５２１は、画像形成装置が通常に起動している通常電力モードか省電力モードかを常に把握している。そして、ネットワークＩ／Ｆ制御部５２１は、画像形成装置が通常電力モードで動作している場合は、ネットワークから受信するパケットをＣＰＵ４１１に転送する。また、画像形成装置が省電力モードで動作している場合は、ネットワークから受信するパケットを代理応答処理部５２３に転送する。

代理応答処理部５２３は、画像形成装置が省電力モードで動作しているときのみ、動作を行う。代理応答処理部５２３は、受信したパケットを３種類に分類する。この３種類とは、「破棄すべきパケット」、「ＣＰＵ４１１に転送すべきパケット」及び「代理で応答すべきパケット」である。「破棄すべきパケット」とは、自装置宛てのパケットではない場合など、無視してもよい（応答する必要がない）パケットであり、これに分類された場合、受信したパケットは破棄される。

上記「ＣＰＵ４１１に転送すべきパケット」とは、受信したパケットに対して何らかの処理が必要であるが、代理応答処理部５２３だけでは必要な処理を行うことができないパケットである。このようなパケットを受信した場合、代理応答処理部５２３は、トリガ制御部にＮｅｔｗｏｒｋ＿ＯＮ信号を出力し、トリガ制御部がＲＭＴ＿ＳＹＳ信号によりリレースイッチ５０６をＯＮして主電源をＯＮする。

そして、画像形成装置を省電力モードから通常電力モードに復帰させ、受信したパケットをＣＰＵ４１１に転送する。

「代理で応答すべきパケット」とは、ＣＰＵ４１１の代わり応答を行うパケットである。この場合、代理応答処理部５２３は、予め決められたパケットを応答として送信する。

図６は、ネットワークパケットの例を示す図であり、（ａ）は、ＡＲＰ（Address Resolution Protocol）パケットリクエストを示し、（ｂ）はＡＲＰパケットレスポンスを示し、（ｃ）は監視装置１０８，１１６からのファームウェアのアップデートリクエストを示している。

ＡＲＰパケットは、ＴＣＰ／ＩＰ通信を行うときに、最初に送出されるパケットである。

図６（ａ）に示すＡＲＰパケットリクエストが入力されると、代理応答処理部５２３にて、代理で応答すべきパケットと判断し、図６（ｂ）のＡＲＰパケットレスポンスのようなパケットデータを送信する。

また、後述するアップデート予約電源オフモードにおいては、図６（ｃ）のような監視装置からのファームウェアのアップデートリクエストパケットのみ、ＣＰＵ４１１に転送すべきパケットと判断する。ＡＲＰパケットリクエストを含むその他のパケットについては、自装置宛のパケットであっても破棄すべきパケットとして処理される。

なお本実施の形態では、アップデート予約電源オフモードにおいては、監視装置から受信するファームウェアのアップデートリクエストパケットのみをＣＰＵに転送すべきパケットに設定するようにしたが、監視装置１０８，１１６のアドレスを含むパケットであればＣＰＵに転送すべきパケットと設定してもよい。

図７は、図１における監視センタホスト１５１、配信サーバ１３３での本実施の形態に関わる部分のソフトウェア構成図を示す図である。

図７において、ＳＯＡＰ通信部６０１は、監視装置１０８，１１６よりネットワークＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。また、ＳＯＡＰメッセージ作成部６０３により作成したＳＯＡＰデータをネットワークＩ／Ｆ２０９を介して監視装置に送信する。

収集情報処理部６０４では、監視下の監視装置から受信した情報をそのまま、または、加工し、データベースアクセス部６０６を介してデータベース１５２、データベース１３４に格納する。

また、収集情報処理部６０４は、遠隔監視システムに関わる機能を実現する。例えば、監視下の監視装置から受信した情報及びデータベース１５２、データベース１３４に格納されているデータを元に、カウンタ情報の集計、エラー情報、ファーム最新情報を担当サービスマンや顧客側管理者へ通知する。

監視制御部６０５は、監視装置の情報を取得しに行くスケジュール管理や、監視内容、方法の制御を行う。さらに必要に応じて、監視下の監視装置へ、ＳＯＡＰメッセージ作成部６０３、ＳＯＡＰ通信部６０１、ネットワークＩ／Ｆ２０９を介して、指示を送信する。

図８は、図１における画像形成装置での本実施の形態に関わる部分のソフトウェア構成図を示す図である。

図８において、ＳＯＡＰ通信部７０１は、監視センタホスト１５１、配信サーバ１３３よりネットワークＩ／Ｆ４１７を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡す。また、ＳＯＡＰメッセージ作成部７０２により作成したＳＯＡＰデータをネットワークＩ／Ｆ４１７を介して監視センタホスト１５１、配信サーバ１３３に送信する。

ネットワーク情報取得部７０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得する事が可能である。

また、操作部４０２から入力されＨＤＤ４１４に保存されたネットワーク情報が存在する場合は、その情報を取得する。

デバイス情報収集部７０５は、画像形成装置に予め定められたスケジュールにより、または、監視センタホスト１５１からの指示により内部に保持するカウンタ情報を取得する。また、デバイス情報収集部７０５は、内部で発生したサービスコールやジャム、トナー切れなどの情報を取得する。

取得したデータは、そのままＳＯＡＰメッセージ作成部７０２に渡し監視センタホスト１５１へ送信される場合と、デバイス情報収集部７０５内で蓄積、解釈、加工してからＳＯＡＰメッセージ作成部７０２に渡し監視センタホスト１５１へ送信される場合とがある。

図９は、監視センタホスト１５１、配信サーバ１３３、監視装置、画像形成装置におけるメモリマップの構造を示す図である。

本実施の形態に係る処理プログラムを実行する際、監視センタホスト１５１ではＲＡＭ２０４上に、各監視装置ではＲＡＭ３０３上に、各画像形成装置ではＲＡＭ４１３上にプログラムをロードしたメモリマップを示す図である。

メモリマップは、基本Ｉ／Ｏプログラム８０１、システム・プログラム８０２、本実施の形態における処理を実行するプログラムを初めとする各種処理プログラム８０３、関連データを格納するエリア８０４、プログラムのワークエリア８０５で構成されている。

基本Ｉ／Ｏプログラム８０１は、本装置上の入出力を司る。システム・プログラム８０２は、各処理プログラムに動作環境を提供する。なお、容量の制約により利用する領域が足りなくなった場合、第１ＨＤＤ２０５または第２ＨＤＤ２０６をＲＡＭ２０４の領域の一部として扱うことも可能である。さらに、ＨＤＤ３０４をＲＡＭ３０３の、ＨＤＤ４１４をＲＡＭ４１３の領域の一部として扱うことも可能である。

図１０は、図１における画像形成装置により実行されるファームウェアアップデートの予約の有無による電源制御処理の手順を示すフローチャートである。

図１０において、画像形成装置の動作モードとして、電源動作状態に応じて、スタンバイモード、スリープモード、通常電源オフモード、高速起動電源オフモード、アップデート予約電源オフモードがあるものとする。

スタンバイモードにおいては、主電源５０３及び副電源５０２により画像形成装置の全ての部分に電力が供給されている。

スリープモードにおいては、電源スイッチ５０４がＯＮにされており、副電源５０２により電力供給制御部４１９へ電力が供給されている。更に、リレースイッチ５１３及び５１４がＯＮにされており、ファックス着信回路５１６とネットワークＩ／Ｆ４１７へ電力が供給されている。一方、リレースイッチ５０６はＯＦＦとされており、ＣＰＵ４１１への電力供給は遮断されている。また図４に示す制御部４０１、操作部４０２の一部、読取部４０３、印刷部４０４への電力供給も遮断される。

通常電源オフモードにおいては、電源スイッチ５０４、リレースイッチ５０５、５０６がＯＦＦされ、画像形成装置全ての部分に対して電力供給が遮断される。

高速起動電源オフモードにおいては、リレースイッチ５０５がＯＮとされることにより電力供給制御部４１９に対してのみ電力が供給され、それ以外の部分への電力供給は遮断される。高速起動電源オフモードにおいては電源スイッチ５０４がユーザによりＯＮとされたときに電力供給制御部４１９に既に電力供給が行われているため通常電源オフモードと比べて高速に画像形成装置全体を起動することが可能である。

アップデート予約電源オフモード（電源スイッチオフモード）は、配信サーバ１３３により監視装置を介して配信されるファームウェアのアップデートを有効にした状態で電源スイッチ５０４をＯＦＦとしたモードである。アップデート予約電源オフモードにおいては、電源スイッチ５０４はＯＦＦされたとしてもリレースイッチ５０５がＯＮのままとなっているので、電力供給制御部４１９への電力供給は行われている。更に、リレースイッチ５１４がＯＮされており、ネットワークＩ／Ｆ４１７への電力供給も行われている。それ以外の部分への電力供給は遮断されている。更にアップデート予約電源オフモードに移行する場合においては、ネットワークＩ／Ｆ４１７の代理応答処理部５２３に対して、図６（ｃ）のような監視装置からのファームウェアのアップデートリスエストパケットを復帰要因パケット（ＣＰＵ４１１に転送すべきパケット）と判断するよう指示する。

図１０の説明に戻る。ユーザにより電源スイッチ５０４がＯＮされると（ステップＳ１００１）、ＡＣ電源５０１及び副電源５０２から、トリガ制御部５１１及びＬＥＤ制御回路５１２に電力が供給される。次いで、ＬＥＤ制御回路５１２はＬＥＤ５１５が点灯するよう制御を行う。またトリガ制御部５１１からＦＡＸ＿ＯＮ信号、Ｎｅｔｗｏｒｋ＿ＯＮ信号、ＲＥＬＡＹ＿ＯＮ信号の各信号が送信され、ファックス着信回路５１６とネットワークＩ／Ｆ４１７の電源及びリレースイッチ５０５もＯＮされる。

次いで、トリガ制御部５１１からＲＭＴ＿ＳＹＳ信号が送信され、リレースイッチ５０６をＯＮすることにより、主電源５０３がＯＮされる（ステップＳ１００２）。そして、ＣＰＵ４１１が起動し（ステップＳ１００３）、スタンバイ状態（スタンバイモード）となる。このとき、もしネットワークＩ／Ｆ４１７に対して特定のパケット以外のパケットを拒否するような設定がされている場合には、その設定を初期化して元の状態に戻しておく。

次に、ＣＰＵ４１１は、ユーザにより電源スイッチ５０４がＯＦＦされたか否か判別する（ステップＳ１００４）。ステップＳ１００４の判別の結果、電源スイッチ５０４がＯＦＦされたと判別したとき（ステップＳ１００４でＹＥＳ）、ステップＳ１００９に進む。一方、電源スイッチ５０４がＯＦＦではないとき（ステップＳ１００４でＮＯ）、スリープモードに移行するか否かを判別する（ステップＳ１００５）。具体的には、スタンバイモードにて一定時間に渡って画像形成装置が動作していない場合等にスリープモードに移行すると判別する。

ステップＳ１００５の判別の結果、スリープモードに移行しないとき（ステップＳ１００５でＮＯ）、再びステップＳ１００４に戻る。一方スリープモードに移行するとき（ステップＳ１００５でＹＥＳ）、スリープモードへの移行制御を行う（ステップＳ１００６）。

このスリープモードへの移行は、ユーザにより操作部４０２のスリープ（電源）ボタンが押されたことをＣＰＵ４１１が検知するか、スタンバイモードから所定の時間経過したことＣＰＵ４１１が検知したことに応じて行われる。

次いで主電源５０３をＯＦＦにすることにより（ステップＳ１００７）、スリープモードに移行する。省電力モードにおいては、少なくとも電力供給制御部４１９への電力供給が行われている。このスリープモードではＬＥＤ５１５は点灯状態となる。

次に、トリガの入力があるか否か判別する（ステップＳ１００８）。このトリガには、操作部４０２のスリープ復帰（電源）ボタン、ファックス着信、及びネットワークからのプリントがある。

ステップＳ１００８で、トリガが入力されると（ステップＳ１００８でＹＥＳ）、上述したステップＳ１００２に進む。

上述したステップＳ１００９の処理に戻り、ＣＰＵ４１１は、主電源５０３をＯＦＦにする前に、まずファームウェアのアップデートを有効にする設定が不図示の設定画面で管理者によりされているか否かを判別する（ステップＳ１００９）（判定手段）。ステップＳ１００９の判別の結果、上記の設定がされているとき（ステップＳ１００９でＹＥＳ）、アップデート予約電源オフモードに移行する。まず、ＣＰＵ４１１は、代理応答パケットを設定する（ステップＳ１０１０）。すなわち監視装置からのパケット（図６（ｃ））のみ「ＣＰＵ４１１に転送すべきパケット」と判断し、他のパケットは破棄する内容に設定する。これにより、アップデート予約状態においては、監視装置（外部装置）だけと通信することとなる。

次に、ファックス着信回路５１６をＯＦＦする（ステップＳ１０１１）。なお、ファックス着信回路５１６をＯＦＦする代わりに、ＣＰＵ４１１などによりファックス着信があっても反応しないように設定しても良い。

さらに、ＣＰＵ４１１は、トリガ制御部５１１に対してＣＰＵ＿ＣＮＴ信号を送信して、読取部４０３及び印刷部４０４への電力供給を停止する指示を行うことによりスリープモードへの移行制御を行う（ステップＳ１０１２）。さらにＣＰＵ４１１は、トリガ制御部５１１に対してＲＭＴ＿ＳＹＳ信号をリレースイッチ５０６に出力することにより主電源５０３をＯＦＦにして（Ｓ１０１３）、本処理を終了する。

Ｓ１００９に戻り、ファームウェアのアップデートの予約が無いとき（ステップＳ１００９でＮＯ）、ＣＰＵ４１１は、高速起動電源オフモードが設定されているか否かを判別する（Ｓ１０１４）。なお、高速起動電源オフモードの設定は予め操作部４０２等により設定されているものとする。ステップＳ１０１４の判別の結果、高速起動電源オフモードの設定がされているとき（ステップＳ１０１４でＹＥＳ）、ネットワークＩ／Ｆ４１７の回路をＯＦＦすることにより（ステップＳ１０１５）、プリントジョブなどのネットワークパケットの入力を受け付けないようにして、ステップＳ１０１１に進む。以下、アップデート予約がある場合と同様、ファックス着信回路ＯＦＦ（ステップＳ１０１１）、スリープ移行制御（ステップＳ１０１２）、主電源５０３ＯＦＦを行い（ステップＳ１０１３）（電源供給停止手段）、高速起動電源オフモードに移行する。

一方、ステップＳ１０１４の判別の結果、高速起動電源オフモードの設定がされていないとき（ステップＳ１０１４でＮＯ）、トリガ制御部５１１はＲＭＴ＿ＳＹＳ信号をリレースイッチ５０６に出力しシャットダウン制御を行うことで（ステップＳ１０１６）、主電源５０３をＯＦＦする（ステップＳ１０１７）。さらにトリガ制御部５１１は、ＲＥＬＡＹ＿ＯＮ信号を制御することによりリレースイッチ５０５をＯＦＦにすることで、副電源５０２の電源供給をＯＦＦにし（ステップＳ１０１８）、通常電源オフモードに移行して、本処理を終了する。

なお、上述したステップＳ１０１５では、ネットワークＩ／Ｆ４１７の回路をオフにしているが、ファームウェアのアップデートを実行することが設定されず（ステップＳ１００９でＮＯ）、かつ電源スイッチ５０４がスイッチオフ状態（ステップＳ１００４でＹＥＳ）においては、予め定められた通信処理だけを行うようにしてもよい。予め定められた通信処理としては、例えば直接に画像形成処理に関連しない通信処理が挙げられる。

本実施の形態によると、ユーザにより電源スイッチ５０４がＯＦＦにされても、ファームウェアのアップデートの設定がされている場合には、副電源５０２によるネットワークＩ／Ｆ４１７への電源供給を継続し、監視装置からのファームウェアアップデートリクエストパケットのみをＣＰＵ４１１への復帰要因パケットとして設定することとした。これにより、電源スイッチ５０４がＯＦＦにされ主電源５０３がＯＦＦとなった状態でも監視装置からのファームウェアアップデートパケットを受信したことに応じて主電源５０３によるＣＰＵ４１１への電力供給を再開することを可能とし、ユーザが使用していない夜間等の時間帯にファームウェアのアップデート処理を行うことが可能となる。更に、電源スイッチ５０４がＯＦＦにされると、当該配信サーバ１３３からのファームウェアのアップデートを示すパケット以外のパケットを受信しても拒否するようにしたので、電源スイッチ５０４にＯＦＦにされた場合にファックス着信やネットワークからプリント要求等があってもこれらの要因で画像形成装置がスタンバイモードに復帰することはなく、適切に消費電力の低減を図ることができる。

図１１は、図１における画像形成装置の操作部に表示される定期アップデートの設定画面を示す図である。

図１１における設定画面において、定期アップデート設定がオンになっている場合には定期アップデートが行われる。定期アップデート設定がオンになっている場合、更に確認時間と適用時間の設定を受け付ける。例えば、確認時間：毎週、日曜日、２３時のように設定され、適用時間：２時のように設定されると、その設定内容が配信サーバ１３３に設定内容が登録される。確認時間が到来すると、配信サーバ１３３と画像形成装置の間で、適用可能ファームウェア確認が行われる。これは配信サーバ１３３と画像形成装置のファームウェアを比較し、配信サーバ１３３に最新のファームウェアが登録され、配信可能な状態になっているかを確認する処理である。

具体的には図１２に示す内容のＳＯＡＰデータが画像形成装置から配信サーバ１３３に送信される。ここで適用可能ファームウェアがあれば、図１３に示す内容のＳＯＡＰデータが配信サーバ１３３から画像形成装置に送信され、その後、ファームウェアがダウンロードされる。

このアップデート制御処理は、図１４に示されるアップデート制御部１５００により実行される。この図１４は、図１における画像形成装置のソフトウェア構造を示す図であり、図８に示したソフトウェア構成もこの構造において動作するソフトウェアの構成を示している。そして、アップデート制御部１５００は図４におけるＨＤＤ４１４からＲＡＭ４１３に読み込まれ、ＣＰＵ４１１により動作される。

図１５は、図１における画像形成装置により実行されるアップデート制御処理の手順を示すフローチャートである。

図１５において、ネットワークＩ／Ｆ４１７は、監視装置からファームウェアのアップデートリクエスト（更新要求）を受信する（ステップＳ１１０１）。次いで、画像形成装置の動作モードがアップデート予約電源オフモードか否か判別する（ステップＳ１１０２）。ステップＳ１１０２の判別の結果、動作モードがアップデート予約電源オフモードのとき（ステップＳ１１０２でＹＥＳ）、画像形成装置のネットワークＩ／Ｆ４１７の代理応答処理部５２３において、受信したパケットが監視装置からのパケットであることを認識し、主電源５０３をＯＮにし（ステップＳ１１０３）（電源復帰手段）、ＣＰＵ４１１を起動する（ステップＳ１１０４）。なお画像形成装置の動作モードがアップデート予約電源オフモードのときは、ファームウェアのアップデートリクエストパケット以外のパケットについては全て破棄あるいは拒否される。

次に、配信サーバ１３３により、適用可能なファームウェアを確認するため、上述した図１２に示される内容のＳＯＡＰデータを送信し、その結果が図１２に示した内容のＳＯＡＰデータとして受信する適用可能ファームウェア確認処理を行う（ステップＳ１１０７）。これは、先に説明したように、配信サーバ１３３に最新のファームウェアが登録され、配信可能な状態になっているかを確認する処理で、上述した図１１に示される内容のＳＯＡＰデータが配信サーバ１３３に送られる。ここで、現在のファームコンポーネント情報リストとは、その画像形成装置のファームウェアの構成及びその構成のそれぞれのバージョンを示しており、後に配信サーバ１３３上で、適用可能な最新のファームウェア算出に使われる。そして、配信サーバ１３３ではこれらのデータを元にその画像形成装置の構成に合う最新のファーム情報が算出され、図１２のようなＳＯＡＰデータとして送られる。ここで示されるファームグループバージョンはファームウェア構成全体に付くバージョンであり、その最新のものがここで示される。

適用可能ファームウェア確認処理の結果、適用可能ファームウェアがあるか否か判別する（ステップＳ１１０８）。ステップＳ１１０８の判別の結果、適用可能ファームウェアがあるとき（ステップＳ１１０８でＹＥＳ）、ファームウェアダウンロード処理を実行する（ステップＳ１１０９）。このファームウェアダウンロード処理では、配信サーバ１３３またはそれに順ずるサーバを指定し、そこから順次、必要な全てのファームウェア構成がダウンロードされることになる。そして、ファームウェア一時保存処理を行う（ステップＳ１１１１）。これはダウンロードしたファームウェアを保存する処理である。これらのファームウェアは、ＨＤＤ４１４に保存される。一方、ステップＳ１１０８の判別の結果、適用可能ファームウェアがないとき（ステップＳ１１０８でＮＯ）、その他のＳＯＡＰ処理を実行し（ステップＳ１１１０）、ステップＳ１１１２に進む。

次いで、図１１で示した設定画面により設定された、ファームウェアを適用する適用時間を取得し（ステップＳ１１１２）、適用時間が到来したか否かを判別する（ステップＳ１１１３）。

ステップＳ１１１３の判別の結果、適用時間が到来したとき（ステップＳ１１１３でＹＥＳ）、ファームウェアのアップデート処理を実行する（ステップＳ１１１４）（更新処理）。この処理はダウンロードして保存したファームウェアで画像形成装置のアップデートを行う処理である。これによりファームウェアのアップデートが行われることとなる。一方、適用時間が到来していないとき（ステップＳ１１１３でＮＯ）、通常処理を行い（ステップＳ１１１５）、本処理を終了する。

次いで、動作モードがアップデート予約電源オフモードからの起動か否か判別し（ステップＳ１１１６）、動作モードがアップデート予約電源オフモードからの起動のとき（ステップＳ１１１６でＹＥＳ）、通常電源オフモードへ移行して（ステップＳ１１１７）、本処理を終了する。すなわち、シャットダウン制御、主電源５０３のＯＦＦ及び副電源５０２をＯＦＦする。一方、動作モードがアップデート予約電源オフモードからの起動ではないとき（ステップＳ１１１６でＮＯ）、本処理を終了する。

上記ステップＳ１１０２に戻り、ステップＳ１１０２の判別の結果、動作モードがアップデート予約電源オフモードではないとき（ステップＳ１１０２でＮＯ）、画像形成装置が起動中か否か判別する（ステップＳ１１０５）。ステップＳ１１０５の判別の結果、画像形成装置が起動中のとき（ステップＳ１１０５でＹＥＳ）、上述したステップＳ１１０７に進む。一方、画像形成装置が起動中ではないとき（ステップＳ１１０５でＮＯ）、通常電源ＯＦＦ状態などで正常に起動していない可能性があるので、配信サーバ１３３にエラー履歴を登録して（ステップＳ１１０６）、本処理を終了する。

上述した図１０、及び図１５の処理によれば、まず本実施の形態に係る画像形成装置のネットワークＩ／Ｆ４１７は、ファームウェアをアップデートする要求を送信する監視装置（外部装置）とネットワークを介して通信することによりファームウェアのアップデートを実行する（ステップＳ１１１４）。

そして、ユーザにより操作される電源スイッチがオフとされたスイッチオフ状態で、ファームウェアのアップデートを実行することがユーザにより設定され、かつスイッチオフ状態であるアップデート予約状態において（ステップＳ１００９でＹＥＳ）、ネットワークＩ／Ｆ４１７により行われる処理以外の処理を実行するための電源供給を停止する（ステップＳ１０１３）。

次いで、画像形成装置は、ネットワークＩ／Ｆ４１７によるファームウェアのアップデートリクエストパケットを受信すると、アップデートに要する処理を実行するための電源供給を復帰する（ステップＳ１１０３）ので、消費電力を抑えつつ、ファームウェアの更新が可能な画像形成装置、及びその制御方法、並びにプログラムを提供することができる。

さらに、画像形成装置は、電源供給が復帰され、かつアップデートが実行可能であれば（ステップＳ１１１３でＹＥＳ）、アップデートに要する処理を実行する。

このように本発明では、画像形成装置の電源スイッチがＯＦＦされた状態であっても、ファームウェアアップデートを行うことが可能になる。

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

１０２，１０７ ホスト
１０６，１０７，１１１，１１２，１１３，１１４，１１５ 画像形成装置
１５１ 監視センタホスト
１０８，１１６ 監視装置
１３３ 配信サーバ
４０５ 電源部
４１１ ＣＰＵ
４１２ ＲＯＭ
４１３ ＲＡＭ
４１４ ＨＤＤ
４１７ ネットワークＩ／Ｆ
４１９ 電力供給制御部
５０１ ＡＣ電源
５０２ 副電源
５０３ 主電源
５０４ 電源スイッチ
５２１ ネットワークＩ／Ｆ制御部
５２２ ＣＰＵ通信制御部
５２３ 代理応答処理部
７０１ ＳＯＡＰ通信部
７０２ ＳＯＡＰメッセージ制御部
７０３ ＳＯＡＰメッセージ解析部
７０４ ネットワーク情報取得部
７０５ デバイス情報収集部
１５００ アップデート制御部

Claims (9)

1. 印刷を実行可能な画像形成装置であって、
   前記画像形成装置のファームウェアを更新する更新処理を実行する更新手段と、
   前記画像形成装置のファームウェアの更新スケジュールをユーザが設定するための設定画面を表示する表示手段と、
   前記画像形成装置を電源ＯＦＦ状態に移行させるための移行指示を受け付ける受付手段と、
   前記受付手段が前記移行指示を受け付けた場合に、前記更新スケジュールがユーザによって設定されているか否かを判定する判定手段と、
   前記更新スケジュールがユーザによって設定されていないと前記判定手段によって判定された場合に、前記画像形成装置を前記電源ＯＦＦ状態に移行させ、
   前記更新スケジュールがユーザによって設定されていると前記判定手段によって判定された場合に、前記画像形成装置を前記電源ＯＦＦ状態ではなく省電力状態に移行させる制御手段とを備えることを特徴とする画像形成装置。
2. 通信手段を更に備え、
   前記更新手段は、前記通信手段がネットワーク上の外部装置から取得した更新ファームウェアに基づいて前記更新処理を実行し、
   前記省電力状態は、前記通信手段に電力が供給される状態であり、
   前記電源ＯＦＦ状態は、前記通信手段に電力が供給されない状態であることを特徴とする請求項１に記載の画像形成装置。
3. 前記更新スケジュールがユーザによって設定されていると前記判定手段によって判定された場合に、前記制御手段は、特定の装置から送信されたパケットを前記制御手段に転送して他のパケットは破棄するように前記通信手段に対して設定することを特徴とする請求項２に記載の画像形成装置。
4. 前記特定の装置は、前記更新処理の実行リクエストを前記画像形成装置に送信する装置であることを特徴とする請求項３に記載の画像形成装置。
5. 前記制御手段によって前記画像形成装置が前記省電力状態に移行した後に、前記更新手段は、前記更新スケジュールに従って前記更新処理を実行することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 前記制御手段によって前記画像形成装置が前記省電力状態に移行した後に前記更新スケジュールに従って前記更新手段が前記更新処理を実行した場合、前記制御手段は、前記画像形成装置を前記電源ＯＦＦ状態に移行させることを特徴とする請求項５に記載の画像形成装置。
7. 前記受付手段は、ユーザが操作可能な電源スイッチであることを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
8. 印刷を実行可能な画像形成装置の制御方法であって、
   更新手段が、前記画像形成装置のファームウェアを更新する更新処理を実行する更新ステップと、
   前記画像形成装置のファームウェアの更新スケジュールをユーザが設定するための設定画面を表示する表示ステップと、
   前記画像形成装置を電源ＯＦＦ状態に移行させるための移行指示を受け付ける受付ステップと、
   判定手段が、前記受付手段が前記移行指示を受け付けた場合に、前記更新スケジュールがユーザによって設定されているか否かを判定する判定ステップと、
   前記更新スケジュールがユーザによって設定されていないと前記判定手段によって判定された場合に、制御手段が前記画像形成装置を前記電源ＯＦＦ状態に移行させ、
   前記更新スケジュールがユーザによって設定されていると前記判定手段によって判定された場合に、制御手段が前記画像形成装置を前記電源ＯＦＦ状態ではなく省電力状態に移行させる制御ステップとを備えることを特徴とする画像形成装置の制御方法。
9. コンピュータを、請求項１乃至７のいずれか１項に記載の画像形成装置の各手段として機能させるためのプログラム。

Images