JP2023068538A - 情報処理装置及びその制御方法、並びにプログラム - Google Patents

Abstract

【課題】情報処理装置において、ファームウェア更新処理の異常終了に伴うファームウェアのエラー状態を復旧した後に、復旧後のファームウェアのバージョンを適切なバージョンにすることを可能にする。
【解決手段】ＣＰＵ１１０は、第１の更新用ファームウェアデータをサーバ装置３００から取得してＲＡＭ１３０に保持し、そのバージョン情報をフラッシュメモリ１２０に保存する。ＣＰＵ１１０は、ＲＡＭ１３０に保持された第１の更新用ファームウェアデータを用いて、フラッシュメモリ１２０のファームウェアを更新する更新処理を行う。ＣＰＵ１１０は、当該更新処理の異常終了に伴うファームウェアのエラー状態を、第２の更新用ファームウェアデータに基づいて復旧し、フラッシュメモリ１２０に保存されたバージョン情報に基づいて、当該バージョン情報に対応する更新用ファームウェアデータをサーバ装置３００から取得するか否かを決定する。
【選択図】図１

Description

本発明は、情報処理装置及びその制御方法、並びにプログラムに関するものである。

従来、情報処理装置等の様々な装置は、ファームウェア等のメインプログラムに基づいて動作している。昨今では、サーバから最新のファームウェアデータをダウンロードし、ダウンロードしたデータを用いてファームウェアを更新する装置が普及している（例えば、特許文献１）。

また、昨今では、安価な製品を望む市場の要望に応え、装置に対して様々な生産コストの削減が検討されている。生産コストの削減の一例として、フラッシュメモリの容量削減がある。フラッシュメモリの容量が削減された装置では、ファームウェアの更新時に、サーバからダウンロードしたデータをバックアップするための一時記憶領域を、フラッシュメモリの記憶領域内に確保できない。この場合、揮発メモリをこのような一時記憶領域として用いて、現在使用されているファームウェアに対して順次データの上書きを行うことで、ファームウェアの更新処理が行われうる。

上述のようにフラッシュメモリに一時記憶領域を確保できず、揮発メモリを一時記憶領域として用いてファームウェアの更新処理を行う装置において、例えば、更新処理の実行中に装置の電源に瞬断が生じると、更新処理の異常終了が生じる。その結果、ファームウェアがエラー状態となってしまう。こうしたファームウェアのエラー状態を解消する方法として、復旧ツールをインストールしたＰＣ等の外部装置を接続して、装置の復旧作業を行う方法がありうる。

特開２００６－１２７３９３号公報

しかしながら、配布されている復旧ツールでエラー状態を復旧した場合に、復旧後のファームウェアのバージョンは、ユーザが更新しようとしていたバージョン（ユーザ意図していた更新後バージョン）とは限らない。このような場合、エラー状態の復旧後のファームウェアのバージョンを、ユーザが意図していた更新後バージョンにできることが望ましい。

そこで、本発明は、情報処理装置において、ファームウェア更新処理の異常終了に伴うファームウェアのエラー状態を復旧した後に、復旧後のファームウェアのバージョンを適切なバージョンにすることを可能にする技術を提供することを目的とする。

本発明の一態様に係る情報処理装置は、ファームウェアが格納された不揮発性記憶媒体と、データを一時的に保持可能な揮発性記憶媒体と、第１の更新用ファームウェアデータをサーバ装置から取得し、前記第１の更新用ファームウェアデータを前記揮発性記憶媒体に保持し、前記第１の更新用ファームウェアデータのバージョン情報を前記不揮発性記憶媒体に保存する取得手段と、前記揮発性記憶媒体に保持された前記第１の更新用ファームウェアデータを用いて、前記不揮発性記憶媒体のファームウェアを更新する更新処理を行う更新手段と、前記更新処理の異常終了に伴う前記ファームウェアのエラー状態を、第２の更新用ファームウェアデータに基づいて復旧する復旧手段と、前記復旧の後に、前記保存されたバージョン情報に基づいて、当該保存されたバージョン情報に対応する更新用ファームウェアデータを前記サーバ装置から取得するか否かを決定する決定手段と、を有することを特徴とする。

本発明によれば、情報処理装置において、ファームウェア更新処理の異常終了に伴うファームウェアのエラー状態を復旧した後に、復旧後のファームウェアのバージョンを適切なバージョンにすることが可能になる。

情報処理システムの構成例を示すブロック図 ブートプログラムによるブート処理の手順の例を示すフローチャート 更新用ファームウェアデータの構成例を示す図 第１のファームウェアの更新処理の手順の例を示すフローチャート 第２のファームウェアの更新処理の手順の例を示すフローチャート メインプログラムによる起動処理の一部として行われる処理の手順の例を示すフローチャート 、 情報処理装置のファームウェアを更新する処理のシーケンスの例を示す図 、 情報処理装置におけるフラッシュメモリ及びＲＡＭの記憶領域の状態の例を示す図

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。更に、添付図面においては、同一又は同様の構成に同一の参照番号を付し、重複した説明は省略する。

図１は、本発明の実施形態に係る情報処理装置の構成例を示すブロック図である。情報処理装置１００は、ＣＰＵ１１０、フラッシュメモリ１２０、ＲＡＭ１３０、通信部１６０、及び操作部１７０を備える。情報処理装置１００内の各デバイスは、システムバス１８０を介して互いに接続されている。

フラッシュメモリ１２０は、不揮発性記憶媒体であり、各種プログラム及び各種データを格納する。図１の例では、フラッシュメモリ１２０には、ブートプログラム１２１、メインプログラム１２２（ファームウェア）、更新プログラム１２３、設定データ１２４、及びアプリケーションプログラム１２９が格納されている。なお、本実施形態では上述のプログラム及びデータが１つのフラッシュメモリ１２０に保存される例を示しているが、上述のプログラム及びデータの保存に複数のフラッシュメモリ（不揮発性記憶媒体）が使用されてもよい。

ブートプログラム１２１は、情報処理装置１００の電源がオン状態にされた後に最初に起動されるプログラムである。メインプログラム１２２は、情報処理装置１００の主機能を制御するためのプログラム（ファームウェア）である。更新プログラム１２３は、情報処理装置１００のファームウェアの更新を制御するためのプログラムである。本実施形態では、更新プログラム１２３は、後述する第１のファームウェア更新処理の異常終了に伴うファームウェアのエラー状態の復旧を行う復旧プログラムとして使用されうる。設定データ１２４は、ＣＰＵ１１０による各種プログラムの実行のために使用される。アプリケーションプログラム１２９は、メインプログラム１２２により呼び出し可能であり、情報処理装置１００の各機能を制御する（例えば、入力デバイス及び出力デバイスを制御する）ためのプログラムである。

ＲＡＭ１３０は、フラッシュメモリ１２０とは別に設けられたメモリ（記憶媒体）であり、データを一時的に保持可能な揮発性記憶媒体である。このため、情報処理装置１００の電源が切られると、ＲＡＭ１３０に保持されたデータは失われる。ＣＰＵ１１０は、フラッシュメモリ１２０に格納されたプログラムをＲＡＭ１３０に読み出して実行することで、情報処理装置１００内の各デバイスを制御する。また、ＣＰＵ１１０は、プログラムの実行に必要となるデータを一時的に保持するためにＲＡＭ１３０を使用する。

通信部１６０は、外部装置との通信を行う通信Ｉ／Ｆ（インタフェース）である。通信部１６０は、インターネット４００等の通信ネットワークを介して外部装置（例：サーバ装置３００）との通信を行う。また、通信部１６０は、情報処理装置１００に外部装置（例：外部端末２００）が接続された場合に、当該外部装置との通信を行う。本実施形態では、外部端末２００は、情報処理装置１００に直接接続されるものとして説明されるが、有線又は無線ＬＡＮ等の通信ネットワークを介して情報処理装置１００に接続されてもよい。

操作部１７０は、ユーザからの操作を受け付け、受け付けた操作内容をＣＰＵ１１０に伝える。また、操作部１７０は、表示部（ディスプレイ）を有しており、ＣＰＵ１１０からの指示に従って当該表示部に画面の表示を行う。

本実施形態では、図１に示すように、設定データ１２４は、ブートプログラム１２１によって起動されるべきプログラム（即ち、情報処理装置１００の起動時に起動されるべきプログラム）の種別である起動プログラム種別１２５の設定を含む。情報処理装置１００の起動時に、ＣＰＵ１１０によって実行されるブートプログラム１２１は、設定データ１２４に含まれる起動プログラム種別１２５の設定に従って、起動対象のプログラム（起動プログラム）を選択する。本実施形態では、起動プログラムとして、メインプログラム１２２（ファームウェア）又は更新プログラム１２３（復旧プログラム）が選択される。ＣＰＵ１１０は、ブートプログラム１２１によって選択されたプログラムをＲＡＭ１３０に展開して実行する。その際、ＣＰＵ１１０は、プログラムの実行に必要となるデータを一時的に保持するためにＲＡＭ１３０を使用する。

本実施形態では、設定データ１２４は更に、サーバ装置３００から取得された更新用ファームウェアデータを用いた更新処理の完了後の、情報処理装置１００のファームウェアのバージョンを示す更新後バージョン情報１２６の設定を含む。更新後バージョン情報１２６には、サーバ装置３００から取得された更新用ファームウェアデータのバージョン情報が保存される。なお、更新後バージョンは、ユーザが更新しようとしていたバージョン（元々の更新対象のバージョン）に相当する。

後述するように、更新後バージョン情報１２６は、情報処理装置１００の起動時に、更新用ファームウェアデータの取得が必要か否かをメインプログラム１２２によって判定するために用いられる。本実施形態では、更新後バージョン情報１２６は、第１のファームウェア更新処理の異常終了に伴うファームウェアのエラー状態の復旧の後に、更新後バージョン情報１２６に対応する更新用ファームウェアデータをサーバ装置３００から取得するか否かを決定するために用いられる。

本実施形態の情報処理装置１００は、インターネット４００を介してサーバ装置３００と通信可能であり、サーバ装置３００から更新用ファームウェアデータ３１０を取得できる。サーバ装置３００は、情報処理装置１００のメーカ又は管理者等が、情報処理装置１００の更新用ファームウェアデータ３１０を管理するためのサーバである。更新用ファームウェアデータ３１０は、インターネット４００に公開されている。更新用ファームウェアデータ３１０を用いたファームウェア更新処理（第１のファームウェア更新処理）により、フラッシュメモリ１２０に格納されているメインプログラム１２２（ファームウェア）の更新が行われる。また、必要な場合には、更新用ファームウェアデータ３１０を用いて、フラッシュメモリ１２０に格納されているアプリケーションプログラム１２９の更新も行われる。

なお、フラッシュメモリ１２０に格納されているメインプログラム１２２及びアプリケーションプログラム１２９のそれぞれは、そのバージョンを示すバージョン情報を含む。また、メインプログラム１２２は、サーバ装置３００に接続して更新用ファームウェアデータ３１０を取得し、取得したデータを用いてファームウェアを更新する第１のファームウェア更新処理を行うための第１の更新モジュールを含む。

本実施形態の情報処理装置１００は更に、更新プログラム１２３によるファームウェア更新処理（第２のファームウェア更新処理）を行うことも可能である。更新プログラム１２３は、情報処理装置１００と外部端末２００とが接続された場合に、外部端末２００において実行されている更新アプリケーション２１０からの指示に従って、情報処理装置１００のファームウェアの更新処理を行う。更新プログラム１２３は、外部端末２００から取得された更新用ファームウェアデータを用いてファームウェアを更新する第２のファームウェア更新処理を行うための第２の更新モジュールを含む。本実施形態では、第２のファームウェア更新処理は、第１のファームウェア更新処理の異常終了に伴うファームウェア（メインプログラム１２２）のエラー状態の復旧のために行われる。

外部端末２００において実行される更新アプリケーション２１０は、情報処理装置１００と通信するための制御プログラムを含む。更新アプリケーション２１０は、外部端末２００が保持している更新用ファームウェアデータを情報処理装置１００に提供し、当該データを用いたファームウェア更新処理を更新プログラム１２３に実行させる機能を有する。更新アプリケーション２１０は、サーバ装置３００から更新用ファームウェアデータ３１０を取得し、取得したデータを情報処理装置１００に提供することも可能である。

なお、情報処理装置１００は、画像形成装置（例：印刷装置、プリンタ、複写機、複合機（ＭＦＰ）、又はファクシミリ装置）又は画像処理装置として構成されてもよい。

＜第１のファームウェア更新処理＞
次に、情報処理装置１００における第１のファームウェア更新処理について、より詳しく説明する。本実施形態において、メインプログラム１２２の動作中に、操作部１７０を介してユーザから、情報処理装置１００のファームウェアの更新を行うよう指示されると、ＣＰＵ１１０は、第１のファームウェア更新処理を行う。例えば、ＣＰＵ１１０は、メインプログラム１２２に含まれる第１の更新モジュールにより操作部１７０に表示される操作画面を介して、このようなファームウェア更新指示をユーザから受け付ける。

ＣＰＵ１１０は、ユーザからファームウェア更新指示を受けると、通信部１６０を介してサーバ装置３００に接続し、更新用ファームウェアデータ３１０の有無を確認する。サーバ装置３００が保持する更新用ファームウェアデータ３１０が見つかった場合、ＣＰＵ１１０は、第１のファームウェア更新処理を行う。当該更新処理により、フラッシュメモリ１２０に格納されているプログラムが、更新用ファームウェアデータ３１０に含まれるプログラムによって書き換えられる。

ここで、図３は、更新用ファームウェアデータ３１０の構成例を示している。更新用ファームウェアデータ３１０は、更新用のメインプログラム３１１及び更新用のアプリケーションプログラム３１２を含む。メインプログラム３１１及びアプリケーションプログラム３１２のそれぞれは、そのバージョンを示すバージョン情報を含む。

第１のファームウェア更新処理において、ＣＰＵ１１０は、通信部１６０を介してサーバ装置３００に接続し、サーバ装置３００から更新用ファームウェアデータ３１０を取得し、取得したデータをＲＡＭ１３０に一時的に保存する。更新用ファームウェアデータ３１０の取得後、ＣＰＵ１１０は、設定データ１２４に含まれる起動プログラム種別１２５を「更新プログラム」（復旧プログラム）に設定する。その後、ＣＰＵ１１０は、メインプログラム１２２の更新が必要な場合には、フラッシュメモリ１２０に格納されたメインプログラム１２２を、更新用ファームウェアデータ３１０に含まれるメインプログラム３１１で書き換える。また、アプリケーションプログラム１２９の更新が必要な場合には、フラッシュメモリ１２０に格納されたアプリケーションプログラム１２９の領域を、更新用ファームウェアデータ３１０に含まれるアプリケーションプログラム３１２で書き換える。

ＣＰＵ１１０は、上述のようにプログラムの書き換え（更新）が完了すると、設定データ１２４に含まれる起動プログラム種別１２５を「メインプログラム」（ファームウェア）に設定し、情報処理装置１００を再起動する。起動プログラム種別１２５が「メインプログラム」に設定されていることにより、再起動時に、ブートプログラム１２１によってメインプログラム１２２が起動プログラムとして選択される。これにより、ＣＰＵ１１０は、更新済みのメインプログラム１２２をフラッシュメモリ１２０からＲＡＭ１３０に展開して起動することになる。

このような第１のファームウェア更新処理において、例えば、ファームウェア（メインプログラム１２２）の書き換え中に情報処理装置１００の電源の瞬断が生じると、ファームウェアの書き換えが不完全な状態で中断しうる。即ち、ファームウェア更新処理の異常終了が生じうる。このような場合、情報処理装置１００の次回起動時には、設定データ１２４に含まれる起動プログラム種別１２５は「更新プログラム」に設定された状態である。これにより、ブートプログラム１２１によって更新プログラム１２３が起動プログラムとして選択され、ＣＰＵ１１０は、更新プログラム１２３をＲＡＭ１３０に展開して起動することになる。その後、ＣＰＵ１１０は、更新プログラム１２３により、後述する第２のファームウェア更新処理を実行する。

＜第２のファームウェア更新処理＞
次に、情報処理装置１００における、第２のファームウェア更新処理について、より詳しく説明する。ＣＰＵ１１０は、上述のように更新プログラム１２３を起動すると、外部端末２００において実行されている更新アプリケーション２１０からのファームウェア更新指示を待つ。外部端末２００からファームウェア更新指示を受けると、ＣＰＵ１１０は、更新プログラム１２３に含まれる第２の更新モジュールにより第２のファームウェア更新処理を実行する。

具体的には、ＣＰＵ１１０は、外部端末２００から通信部１６０を介して更新用ファームウェアデータ３１０を受信し、受信したデータをＲＡＭ１３０に一時的に保存する。その後、ＣＰＵ１１０は、フラッシュメモリ１２０に格納されたメインプログラム１２２を、更新用ファームウェアデータ３１０に含まれるメインプログラム３１１で書き換える。

最後に、ＣＰＵ１１０は、設定データ１２４に含まれる起動プログラム種別１２５を「メインプログラム」に設定し、情報処理装置１００を再起動する。起動プログラム種別１２５が「メインプログラム」に設定されていることにより、再起動時に、ブートプログラム１２１によってメインプログラム１２２が起動プログラムとして選択される。これにより、ＣＰＵ１１０は、更新済みのメインプログラム１２２をフラッシュメモリ１２０からＲＡＭ１３０に展開して起動することになる。

＜ブートプログラムによる処理手順＞
図２は、ブートプログラム１２１によるプログラムの起動処理（ブート処理）の手順の例を示すフローチャートである。図２の各ステップの処理は、ＣＰＵ１１０がブートプログラム１２１をフラッシュメモリ１２０から読み出して実行することによって、情報処理装置１００において実現される。

Ｓ２０１で、ＣＰＵ１１０は、情報処理装置１００の各デバイスの初期化を行い、Ｓ２０２へ処理を進める。Ｓ２０２で、ＣＰＵ１１０は、フラッシュメモリ１２０に格納された設定データ１２４に基づいて、起動対象のプログラムの種別を判定する。より具体的には、ＣＰＵ１１０は、設定データ１２４に含まれる起動プログラム種別１２５の設定を確認することで、起動対象のプログラムの種別を判定する。ＣＰＵ１１０は、起動対象のプログラムがメインプログラム１２２（ファームウェア）に設定されている場合、Ｓ２０３へ処理を進め、起動対象のプログラムが更新プログラム１２３（復旧プログラム）に設定されている場合、Ｓ２０４へ処理を進める。

Ｓ２０３で、ＣＰＵ１１０は、メインプログラム１２２をフラッシュメモリ１２０からＲＡＭ１３０に展開して起動し、処理を終了する。一方Ｓ２０４で、ＣＰＵ１１０は、更新プログラム１２３をフラッシュメモリ１２０からＲＡＭ１３０に展開して起動し、処理を終了する。

＜第１のファームウェア更新処理の手順＞
図４は、メインプログラム１２２の第１の更新モジュールによる第１のファームウェア更新処理の手順の例を示すフローチャートである。ＣＰＵ１１０（メインプログラム１２２）は、操作部１７０を介してファームウェア更新指示を受けると、又は、ファームウェアの更新が必要であると自ら判断すると、第１の更新モジュールにより、以下の手順で第１のファームウェア更新処理を行う。

以下の処理において、ＣＰＵ１１０は、更新用ファームウェアデータ３１０（第１の更新用ファームウェアデータ）をサーバ装置３００から取得し、当該データをＲＡＭ１３０（揮発性記憶媒体）に保持する。ＣＰＵ１１０は更に、更新用ファームウェアデータ３１０のバージョン情報を、更新後バージョン情報１２６としてフラッシュメモリ１２０（不揮発性記憶媒体）に保存する。ＣＰＵ１１０は、ＲＡＭ１３０に保持された更新用ファームウェアデータ３１０を用いて、フラッシュメモリ１２０のファームウェアを更新する更新処理を行う。

具体的には、ＣＰＵ１１０は、まずＳ４０１で、通信部１６０を介してサーバ装置３００と接続し、Ｓ４０２で、サーバ装置３００から更新用ファームウェアデータ３１０を取得し、取得したデータをＲＡＭ１３０に一時的に保存する。その後Ｓ４０３で、ＣＰＵ１１０は、情報処理装置１００の再起動後に更新プログラム１２３が起動されるように、設定データ１２４に含まれる起動プログラム種別１２５を「更新プログラム」に設定し、Ｓ４０４へ処理を進める。

Ｓ４０４で、ＣＰＵ１１０は、メインプログラム１２２を更新する必要があるか否かを判定する。具体的には、ＣＰＵ１１０は、フラッシュメモリ１２０に格納されているメインプログラム１２２のバージョンと、更新用ファームウェアデータ３１０に含まれるメインプログラム３１１のバージョンとを比較する。ＣＰＵ１１０は、比較の結果、更新用ファームウェアデータ３１０に含まれるメインプログラム３１１の方が新しいバージョンである場合、メインプログラム１２２を更新する必要がある判定し、Ｓ４０５へ処理を進める。一方、ＣＰＵ１１０は、それ以外の場合、メインプログラム１２２を更新する必要がないと判定し、Ｓ４０７へ処理を進める。

Ｓ４０５で、ＣＰＵ１１０は、更新用ファームウェアデータ３１０のメインプログラム３１１のバージョンを、更新後バージョン情報１２６に設定する。このように、ＣＰＵ１１０は、取得した更新用ファームウェアデータ３１０を用いたファームウェア更新処理の開始前に、当該更新用ファームウェアデータのバージョン情報を、更新後バージョン情報１２６としてフラッシュメモリ１２０に保存する。更にＳ４０６で、ＣＰＵ１１０は、ＲＡＭ１３０に一時的に保存した更新用ファームウェアデータ３１０からメインプログラム３１１を抽出し、フラッシュメモリ１２０の記憶領域における、メインプログラム１２２の格納領域に書き込む。これにより、フラッシュメモリ１２０に格納されているメインプログラム１２２（ファームウェア）が更新される。更新が完了すると、ＣＰＵ１１０はＳ４０７へ処理を進める。

Ｓ４０７で、ＣＰＵ１１０は、アプリケーションプログラム１２９を更新する必要があるか否かを判定する。具体的には、ＣＰＵ１１０は、フラッシュメモリ１２０に格納されているアプリケーションプログラム１２９のバージョンと、更新用ファームウェアデータ３１０に含まれるアプリケーションプログラム３１２のバージョンとを比較する。ＣＰＵ１１０は、比較の結果、更新用ファームウェアデータ３１０に含まれるアプリケーションプログラム３１２の方が新しいバージョンである場合、アプリケーションプログラム１２９を更新する必要がある判定し、Ｓ４０８へ処理を進める。一方、ＣＰＵ１１０は、それ以外の場合、アプリケーションプログラム１２９を更新する必要がないと判定し、Ｓ４１０へ処理を進める。

Ｓ４０８で、ＣＰＵ１１０は、更新用ファームウェアデータ３１０のアプリケーションプログラム３１２のバージョンを、更新後バージョン情報１２６に設定する。更にＳ４０９で、ＣＰＵ１１０は、ＲＡＭ１３０に一時的に保存した更新用ファームウェアデータ３１０からアプリケーションプログラム３１２を抽出し、フラッシュメモリ１２０の記憶領域における、アプリケーションプログラム１２９の格納領域に書き込む。これにより、フラッシュメモリ１２０に格納されているアプリケーションプログラム１２９が更新される。更新が完了すると、ＣＰＵ１１０はＳ４１０へ処理を進める。

Ｓ４１０で、ＣＰＵ１１０は、Ｓ４０５及びＳ４０８において設定（記録）した更新後バージョン情報１２６をクリアする。次にＳ４１１で、ＣＰＵ１１０は、設定データ１２４に含まれる起動プログラム種別１２５を「メインプログラム」に設定する。その後、Ｓ４１２で、ＣＰＵ１１０は、情報処理装置１００を再起動し、処理を終了する。情報処理装置１００の再起動時、起動プログラム種別１２５に設定されたプログラム（メインプログラム１２２）がブートプログラム１２１により選択されて起動される。

＜第２のファームウェア更新処理の手順＞
図５は、更新プログラム１２３の第２の更新モジュールによるファームウェアの更新処理の手順の例を示すフローチャートである。上述のように、起動プログラム種別１２５が「更新プログラム」に設定されている状態で情報処理装置１００が電源オフ状態から起動すると、ブートプログラム１２１によって更新プログラム１２３が起動される。ＣＰＵ１１０（更新プログラム１２３）は、第２の更新モジュールにより、以下の手順で第２のファームウェア更新処理を行う。本実施形態では、以下の処理は、上述の第１のファームウェア更新処理の異常終了に伴うファームウェア（メインプログラム１２２）のエラー状態を、第２の更新用ファームウェアデータに基づいて復旧する処理として実行される。

ＣＰＵ１１０は、まずＳ５０１で、通信部１６０を介して外部端末２００からファームウェア更新指示を受信すると、Ｓ５０２で、外部端末２００から更新用ファームウェアデータ３１０を取得する。ＣＰＵ１１０は、外部端末２００から取得した更新用ファームウェアデータ３１０をＲＡＭ１３０に一時的に保存し、Ｓ５０３へ処理を進める。

Ｓ５０３で、ＣＰＵ１１０は、ＣＰＵ１１０は、メインプログラム１２２を更新する必要があるか否かを判定する。具体的には、ＣＰＵ１１０は、フラッシュメモリ１２０に格納されているメインプログラム１２２のバージョンと、更新用ファームウェアデータ３１０に含まれるメインプログラム３１１のバージョンとを比較する。ＣＰＵ１１０は、比較の結果、更新用ファームウェアデータ３１０に含まれるメインプログラム３１１の方が新しいバージョンである場合、メインプログラム１２２を更新する必要がある判定し、Ｓ５０４へ処理を進める。一方、ＣＰＵ１１０は、それ以外の場合、メインプログラム１２２を更新する必要がないと判定し、Ｓ５０５へ処理を進める。

Ｓ５０４で、ＣＰＵ１１０は、ＲＡＭ１３０に一時的に保存した更新用ファームウェアデータ３１０からメインプログラム３１１を抽出し、フラッシュメモリ１２０の記憶領域における、メインプログラム１２２の格納領域に書き込む。これにより、フラッシュメモリ１２０に格納されているメインプログラム１２２（ファームウェア）が更新される。更新が完了すると、ＣＰＵ１１０はＳ５０５へ処理を進める。

Ｓ５０５で、ＣＰＵ１１０は、アプリケーションプログラム１２９を更新する必要があるか否かを判定する。具体的には、ＣＰＵ１１０は、フラッシュメモリ１２０に格納されているアプリケーションプログラム１２９のバージョンと、更新用ファームウェアデータ３１０に含まれるアプリケーションプログラム３１２のバージョンとを比較する。ＣＰＵ１１０は、比較の結果、更新用ファームウェアデータ３１０に含まれるアプリケーションプログラム３１２の方が新しいバージョンである場合、アプリケーションプログラム１２９を更新する必要がある判定し、Ｓ５０６へ処理を進める。一方、ＣＰＵ１１０は、それ以外の場合、アプリケーションプログラム１２９を更新する必要がないと判定し、Ｓ５０７へ処理を進める。

Ｓ５０６で、ＣＰＵ１１０は、ＲＡＭ１３０に一時的に保存した更新用ファームウェアデータ３１０からアプリケーションプログラム３１２を抽出し、フラッシュメモリ１２０の記憶領域における、アプリケーションプログラム１２９の格納領域に書き込む。これにより、フラッシュメモリ１２０に格納されているアプリケーションプログラム１２９が更新される。更新が完了すると、ＣＰＵ１１０はＳ５０７へ処理を進める。

Ｓ５０７で、ＣＰＵ１１０は、設定データ１２４に含まれる起動プログラム種別１２５を「メインプログラム」に設定する。その後、Ｓ５０８で、ＣＰＵ１１０は、情報処理装置１００を再起動し、処理を終了する。情報処理装置１００の再起動時、起動プログラム種別１２５に設定されたプログラム（メインプログラム１２２）がブートプログラム１２１により選択されて起動される。

＜メインプログラムによる起動処理＞
図６は、ブートプログラム１２１によってメインプログラム１２２が起動された場合に、メインプログラム１２２による起動処理の一部として行われる処理の手順の例を示すフローチャートである。図６の手順は、フラッシュメモリ１２０に格納されているプログラムのバージョンが、更新後バージョン情報１２６が示す更新後バージョンと一致しない場合に、バージョンが一致しないプログラムについて第１のファームウェア更新処理を行うものである。

まずＳ６０１で、ＣＰＵ１１０は、設定データ１２４を参照して、更新後バージョン情報１２６が設定されているか否かを判定する。ＣＰＵ１１０は、更新後バージョン情報１２６が設定されていない場合には処理を終了し、設定されている場合にはＳ６０２へ処理を進める。更新後バージョン情報１２６は、Ｓ４０５及びＳ４０８において設定（設定データ１２４に記録）されるものである。

Ｓ６０２で、ＣＰＵ１１０は、フラッシュメモリ１２０に格納されているメインプログラム１２２のバージョンと、更新後バージョン情報１２６が示す更新後バージョンとが一致するか否かを判定する。ＣＰＵ１１０は、バージョンが一致している場合にはＳ６０３へ処理を進め、一致していない場合にはＳ６０５へ処理を進める。

Ｓ６０３で、ＣＰＵ１１０は、フラッシュメモリ１２０に格納されているアプリケーションプログラム１２９のバージョンと、更新後バージョン情報１２６が示す更新後バージョンとが一致するか否かを判定する。ＣＰＵ１１０は、バージョンが一致している場合にはＳ６０４へ処理を進め、一致していない場合にはＳ６０５へ処理を進める。

ここで、上述のバージョンの不一致は、以下のような場合で生じる。例えば、第１のファームウェア更新処理（図４）において、フラッシュメモリ１２０のメインプログラム１２２（ファームウェア）の書き換え中に電源の瞬断が生じ、メインプログラム１２２の書き換えが不完全な状態で中断した場合を想定する。即ち、第１のファームウェア更新処理の異常終了が生じ、当該異常終了に伴ってファームウェアがエラー状態となる場合を想定する。この場合、上述のように、第１のファームウェア更新処理の異常終了に伴うファームウェアのエラー状態を復旧する処理として、第２のファームウェア更新処理（図５）が実行される。その際、外部端末２００から提供された更新用ファームウェアデータ３１０に含まれるメインプログラム３１１のバージョンが、中断した第１のファームウェア更新処理で使用していた更新用ファームウェアデータ３１０に含まれるメインプログラム３１１のバージョンより古ければ、上述のバージョンの不一致が生じる。

また、アプリケーションプログラム１２９のバージョンの不一致についても、以下のように同様に生じる。第１のファームウェア更新処理（図４）において、フラッシュメモリ１２０のアプリケーションプログラム１２９の書き換え中に電源の瞬断が生じ、アプリケーションプログラム１２９の書き換えが不完全な状態で中断した場合を想定する。この場合、上述のように、第２のファームウェア更新処理（図５）が実行される。その際、外部端末２００から提供された更新用ファームウェアデータ３１０に含まれるアプリケーションプログラム３１２のバージョンが、中断した第１のファームウェア更新処理で使用していた更新用ファームウェアデータ３１０に含まれるアプリケーションプログラム３１２のバージョンより古ければ、上述のバージョンの不一致が生じる。

そこでＳ６０５で、ＣＰＵ１１０は、サーバ装置３００から更新用ファームウェアデータ３１０を取得して使用する第１のファームウェア更新処理（図４）を実行し、処理を終了する。この第１のファームウェア更新処理では、上述のようなバージョンの不一致が生じたプログラム（メインプログラム１２２及びアプリケーションプログラム１２９の少なくともいずれか）についての更新処理が行われる。

一方Ｓ６０４で、ＣＰＵ１１０は、更新後バージョン情報１２６をクリアし、図６の手順による処理を終了する。

本実施形態では、ＣＰＵ１１０は、Ｓ６０５において、更新後バージョン情報１２６に対応する更新用ファームウェアデータをサーバ装置３００から取得して、ファームウェアの更新処理を行う。これにより、更新処理後のファームウェア（メインプログラム１２２）のバージョンを、ユーザが更新しようとしたファームウェアのバージョン（元々の更新対象のバージョン）にすることが可能になる。なお、元々の更新対象のバージョンが最新バージョンである場合、サーバ装置３００から取得される更新用ファームウェアデータは、最新バージョンのファームウェアを含む。

このように、ＣＰＵ１１０は、（第２のファームウェア更新処理による）ファームウェアのエラー状態の復旧の後に、更新後バージョン情報１２６に基づいて、当該バージョン情報に対応する更新用ファームウェアデータをサーバ装置３００から取得するか否かを決定する（Ｓ６０２）。具体的には、ＣＰＵ１１０は、フラッシュメモリ１２０のメインプログラム１２２のバージョンと、フラッシュメモリ１２０に保存された更新後バージョン情報１２６が示すバージョンとが一致しなければ、更新用ファームウェアデータを取得すると決定する。一方、ＣＰＵ１１０は、フラッシュメモリ１２０のメインプログラム１２２のバージョンと、フラッシュメモリ１２０に保存された更新後バージョン情報１２６が示すバージョンとが一致すれば、更新用ファームウェアデータを取得しないと決定する。更に、ＣＰＵ１１０は、フラッシュメモリ１２０に保存された更新後バージョン情報１２６をクリアする。

ＣＰＵ１１０は、当該決定に従って、更新後バージョン情報１２６に対応する更新用ファームウェアデータをサーバ装置３００から取得し、取得された更新用ファームウェアデータを用いてファームウェアの更新処理を行う（Ｓ６０５）。

＜ファームウェア更新処理の例＞
図７Ａ及び図７Ｂは、本実施形態に係る情報処理装置１００のファームウェアを更新する処理のシーケンスの例を示す。本シーケンスでは、情報処理装置１００が、サーバ装置３００又は外部端末２００から更新用ファームウェアデータ３１０を取得して、ファームウェア（メインプログラム１２２）を更新する例を示している。なお、メインプログラム１２２の更新に伴って、アプリケーションプログラム１２９の更新も行っている。図７Ａ及び図７Ｂに示すＳｔ８０１～Ｓｔ８０７は、図８Ａ及び図８Ｂに示す、フラッシュメモリ１２０及びＲＡＭ１３０の記憶領域の状態に対応している。

Ｓｔ８０１の状態において、情報処理装置１００の起動時に、ブートプログラム１２１によって、Ｖｅｒ．１（バージョン１）のメインプログラム１２２及びＶｅｒ．１のアプリケーションプログラム１２９がＲＡＭ１３０に展開される。ＣＰＵ１１０は、ＲＡＭ１３０に展開された各プログラムを実行する。

図７Ａに示すように、その後、情報処理装置１００は、ファームウェア更新指示をユーザから受けると、メインプログラム１２２により第１のファームウェア更新処理（図４）を実行する。情報処理装置１００は、サーバ装置３００へファームウェア取得要求を送信し、サーバ装置３００から更新用ファームウェアデータ３１０を取得する。その後、情報処理装置１００は、取得した更新用ファームウェアデータ３１０に含まれるメインプログラム１２２のバージョン（更新後バージョン）を、更新後バージョン情報１２６に設定する。これにより、Ｓｔ８０２の状態のように、更新後バージョン情報１２６に、メインプログラム１２２の更新後バージョンとして「Ｖｅｒ．３」が設定される。なお、「Ｖｅｒ．０」は、更新後バージョン情報１２６が設定されていない（クリアされている）ことを示す。

次に、情報処理装置１００は、メインプログラム３１１の書き込みを開始する。これにより、Ｓｔ８０３の状態のように、フラッシュメモリ１２０に格納されているメインプログラム１２２が消去され、書き換え中の状態になる。本例では、図７Ａに示すように、メインプログラム１２２の書き換え中に、情報処理装置１００の電源断が発生した場合を想定する。この場合に、ユーザが情報処理装置１００の電源をオン状態にすると、第１のファームウェア更新処理において起動プログラム種別１２５が「更新プログラム」に設定（Ｓ４０３）されていることで、ブートプログラム１２１によって更新プログラム１２３が起動されることになる。これにより、Ｓｔ８０４の状態のように、更新プログラム１２３がＲＡＭ１３０に展開され、ＣＰＵ１１０は、ＲＡＭ１３０上の更新プログラム１２３を実行する。

情報処理装置１００は、更新プログラム１２３の実行により、第２のファームウェア更新処理（図５）を実行する。本例では、ユーザが外部端末２００を情報処理装置１００に通信可能に接続し、情報処理装置１００を操作して、外部端末２００から情報処理装置１００（更新プログラム１２３）に対して、ファームウェア更新指示を行う。ユーザは、外部端末２００に更新アプリケーション２１０がインストールされていない場合、更新アプリケーション２１０の取得を指示する。外部端末２００は、インターネット４００上の所定のダウンロードサイト（ウェブサイト）から、インターネット４００を介して更新アプリケーション２１０を取得し、取得した更新アプリケーション２１０を実行する。ユーザは、外部端末２００を操作して、更新アプリケーション２１０により、情報処理装置１００に対してファームウェア更新指示を行う。なお、更新アプリケーション２１０とともに更新用ファームウェアデータ３１０がダウンロードサイトから取得され、外部端末２００において保持されうる。

情報処理装置１００は、外部端末２００（更新アプリケーション２１０）からファームウェア更新指示を受信すると、第２のファームウェア更新処理（図５）によるファームウェアの更新を行う。本例では、Ｓｔ８０５の状態のように、外部端末２００（更新アプリケーション２１０）から取得されるが、「Ｖｅｒ．２」のプログラムを含む場合を想定する。

図７Ａに示すように、情報処理装置１００（更新プログラム１２３）は、取得した更新用ファームウェアデータ３１０を用いて、ファームウェアの更新処理を行う。具体的には、情報処理装置１００は、更新用ファームウェアデータ３１０に含まれるメインプログラム３１１の書き込み（メインプログラム１２２の更新）を行う。メインプログラム３１１の書き込みが完了すると、更新用ファームウェアデータ３１０に含まれるメインプログラム３１１の書き込み（アプリケーションプログラム１２９の更新）を行う。アプリケーションプログラム１２９の更新まで完了すると、情報処理装置１００は、外部端末２００（更新アプリケーション２１０）に対して更新完了通知を送信し、再起動を行う。

この再起動時には、第２のファームウェア更新処理において起動プログラム種別１２５が「更新プログラム」に設定（Ｓ５０７）されていることで、ブートプログラム１２１によってメインプログラム１２２が起動されることになる。情報処理装置１００は、メインプログラム１２２による起動処理の一部として、図６の手順による処理を実行する。

図７Ｂに示すように、更新後バージョン情報１２６が示すメインプログラム１２２の更新後バージョンが、起動中のメインプログラム１２２のバージョンと一致した場合（Ｓ６０２で「Ｙｅｓ」）、メインプログラム１２２の起動が完了する。これは、外部端末２００（更新アプリケーション２１０）から情報処理装置１００へ提供されたえ更新用ファームウェアデータ３１０に含まれるメインプログラム３１１のバージョンが「Ｖｅｒ．３」であった場合に相当する。

本例では、Ｓｔ８０６の状態のように、ＲＡＭ１３０には、「Ｖｅｒ．２」のメインプログラム１２２が展開されるため、このバージョンは更新後バージョン情報１２６が示す更新後バージョンと一致しない。このように、更新後バージョン情報１２６が示すメインプログラム１２２の更新後バージョンが、起動中のメインプログラム１２２のバージョンと一致しない場合（Ｓ６０２で「Ｎｏ」）、情報処理装置１００は、第１のファームウェア更新処理（Ｓ６０５、図４）を実行する。

第１のファームウェア更新処理により、メインプログラム１２２（及びアプリケーションプログラム１２９）のフラッシュメモリ１２０への書き込みが行われる。その結果、Ｓｔ８０７の状態のように、メインプログラム１２２は「Ｖｅｒ．３」に更新され、更新後バージョン情報１２６が「Ｖｅｒ．０」にクリアされる。その結果、情報処理装置１００が再起動すると、メインプログラム１２２による起動処理において、更新後バージョン情報１２６が設定されていないとの判定がなされ（Ｓ６０１で「Ｎｏ」）、メインプログラム１２２の起動が完了することになる。

このように、情報処理装置１００は、Ｓｔ８０６の状態で起動すると、第１のファームウェア更新処理を行う。このため、当該更新処理が完了するまでの間、ユーザが意図していた更新後バージョンである「Ｖｅｒ．３」とは異なるバージョン（Ｖｅｒ．２）のメインプログラム１２２が、ユーザによって使用されるのを回避できる。また、第１のファームウェア更新処理の異常終了に伴うファームウェアのエラー状態を復旧した後に、ファームウェア（メインプログラム１２２）を、ユーザが意図していた更新後バージョン（Ｖｅｒ．３）にすることができる。

以上説明したように、本実施形態の情報処理装置１００において、ＣＰＵ１１０は、第１の更新用ファームウェアデータをサーバ装置３００から取得し、当該データをＲＡＭ１３０に保持する。また、ＣＰＵ１１０は、第１の更新用ファームウェアデータのバージョン情報をフラッシュメモリ１２０に保存する。ＣＰＵ１１０は、ＲＡＭ１３０に保持された第１の更新用ファームウェアデータを用いて、フラッシュメモリ１２０のファームウェアを更新する更新処理を行う。当該更新処理の異常終了が生じると、ＣＰＵ１１０は、更新処理の異常終了に伴うファームウェアのエラー状態を、第２の更新用ファームウェアデータに基づいて復旧する。更に、ＣＰＵ１１０は、復旧の後に、フラッシュメモリ１２０に保存されたバージョン情報に基づいて、当該保存されたバージョン情報に対応する更新用ファームウェアデータをサーバ装置３００から取得するか否かを決定する。

このように、本実施形態では、ファームウェアのエラー状態の復旧の後に、フラッシュメモリ１２０に保存されたバージョン情報に基づいて、当該保存されたバージョン情報に対応する更新用ファームウェアデータをサーバ装置３００から取得するか否かを決定する。これにより、当該決定に従って、ユーザが意図していた更新後バージョンに対応する更新用ファームウェアデータをサーバ装置３００から取得して、ファームウェアの更新を改めて行うことができる。したがって、ファームウェア更新処理の異常終了に伴うファームウェアのエラー状態を復旧した後に、復旧後のファームウェアのバージョンを適切なバージョンにすることが可能になる。

また、本実施形態では、ＣＰＵ１１０は、第１のファームウェア更新処理において、ファームウェアの更新の開始前に、情報処理装置１００の起動時に起動されるべきプログラムの種別を「更新プログラム」（復旧プログラム）に設定する。ＣＰＵ１１０は更に、ファームウェアの更新の完了後に、情報処理装置１００の起動時に起動されるべきプログラムの種別を「ファームウェア」に設定する。これにより、ファームウェア更新処理の異常終了が生じた後の情報処理装置１００の起動時に、更新プログラム１２３（復旧プログラム）によるファームウェアの復旧を自動的に行うことが可能になる。

［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００：情報処理装置、１１０：ＣＰＵ、１２０：フラッシュメモリ、１３０：ＲＡＭ、２００：外部端末、３００：サーバ装置

Claims (11)

1. ファームウェアが格納された不揮発性記憶媒体と、
   データを一時的に保持可能な揮発性記憶媒体と、
   第１の更新用ファームウェアデータをサーバ装置から取得し、前記第１の更新用ファームウェアデータを前記揮発性記憶媒体に保持し、前記第１の更新用ファームウェアデータのバージョン情報を前記不揮発性記憶媒体に保存する取得手段と、
   前記揮発性記憶媒体に保持された前記第１の更新用ファームウェアデータを用いて、前記不揮発性記憶媒体のファームウェアを更新する更新処理を行う更新手段と、
   前記更新処理の異常終了に伴う前記ファームウェアのエラー状態を、第２の更新用ファームウェアデータに基づいて復旧する復旧手段と、
   前記復旧の後に、前記保存されたバージョン情報に基づいて、当該保存されたバージョン情報に対応する更新用ファームウェアデータを前記サーバ装置から取得するか否かを決定する決定手段と、
   を有することを特徴とする情報処理装置。
2. 前記決定手段による決定に従って、前記取得手段は、前記保存されたバージョン情報に対応する更新用ファームウェアデータを前記サーバ装置から取得し、前記更新手段は、前記取得された更新用ファームウェアデータを用いて前記更新処理を行う
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記決定手段は、前記復旧の後に、前記不揮発性記憶媒体の前記ファームウェアのバージョンと、前記保存されたバージョン情報が示すバージョンとが一致しなければ、前記保存されたバージョン情報に対応する更新用ファームウェアデータを前記サーバ装置から取得すると決定する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記決定手段は、前記復旧の後に、前記不揮発性記憶媒体のファームウェアのバージョンと、前記保存されたバージョン情報が示すバージョンとが一致すれば、前記保存されたバージョン情報に対応する更新用ファームウェアデータを前記サーバ装置から取得しないと決定し、前記保存されたバージョン情報をクリアする
   ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記取得手段は、前記第１の更新用ファームウェアデータを用いた前記更新処理の開始前に、前記バージョン情報を前記不揮発性記憶媒体に保存する
   ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
6. 前記復旧手段は、前記情報処理装置に接続された外部装置から前記第２の更新用ファームウェアデータを取得し、前記第２の更新用ファームウェアデータを用いて、前記不揮発性記憶媒体の前記ファームウェアを更新することで、前記エラー状態を復旧する
   ことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記更新手段は、
   前記ファームウェアの更新の開始前に、前記情報処理装置の起動時に起動されるべきプログラムの種別を、前記復旧を行う復旧プログラムに設定し、
   前記ファームウェアの更新の完了後に、前記情報処理装置の起動時に起動されるべきプログラムの種別を、前記ファームウェアに設定する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記復旧手段は、前記エラー状態の復旧の後に、前記情報処理装置の起動時に起動すべきプログラムの種別を前記ファームウェアに設定する
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記サーバ装置から取得される前記第１の更新用ファームウェアデータは、最新バージョンのファームウェアを含む
   ことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. ファームウェアが格納された不揮発性記憶媒体と、データを一時的に保持可能な揮発性記憶媒体と、を備える情報処理装置の制御方法であって、
    第１の更新用ファームウェアデータをサーバ装置から取得し、前記第１の更新用ファームウェアデータを前記揮発性記憶媒体に保持し、前記第１の更新用ファームウェアデータのバージョン情報を前記不揮発性記憶媒体に保存する工程と、
    前記揮発性記憶媒体に保持された前記第１の更新用ファームウェアデータを用いて、前記不揮発性記憶媒体のファームウェアを更新する更新処理を行う工程と、
    前記更新処理の異常終了に伴う前記ファームウェアのエラー状態を、第２の更新用ファームウェアデータに基づいて復旧する工程と、
    前記復旧の後に、前記保存されたバージョン情報に基づいて、当該保存されたバージョン情報に対応する更新用ファームウェアデータを前記サーバ装置から取得するか否かを決定する工程と、
    を有することを特徴とする情報処理
    装置の制御方法。
11. 請求項１乃至９のいずれか１項に記載の情報処理装置としてコンピュータを機能させるためのプログラム。

Images