(57)【要約】【課題】ファームウェアのアップデート中に何らかの障害が発生してファームウェアのアップデートが異常終了してしまった場合でも、電子機器が起動しなくなってしまうという最悪の事態の発生を回避すること。【解決手段】電子機器１に電源投入又はリセットが行われた場合、ＣＰＵ２により実行されるブートローダが、ＦＲＯＭ３に格納されているファームウェアをＲＡＭ４に展開し、ＦＲＯＭ３に格納されている差分データを用いて、ＲＡＭ４に展開されているファームウェアを更新（アップデート）し、更新されたＲＡＭ４上のファームウェアを起動する。【選択図】図１
2012185767.tif 000002
【特許請求の範囲】
【請求項１】
ファームウェアに基づいて動作する電子機器であって、
前記ファームウェアと、前記ファームウェアと前記ファームウェアより新しいバージョンのファームウェアとの差分データとを格納する不揮発性記憶手段と、
前記不揮発性記憶手段に格納される前記ファームウェアを展開するためのメモリと、
当該電子機器に電源投入又はリセットが行われた場合に、前記不揮発性記憶手段に格納されている前記ファームウェアを前記メモリに展開する展開手段と、
前記差分データを用いて前記メモリに展開されているファームウェアを前記新しいバージョンのファームウェアに更新する第１更新手段と、
前記第１更新手段により更新された前記メモリ上のファームウェアを実行する実行手段と、
を有することを特徴とする電子機器。
【請求項２】
前記不揮発性記憶手段に、前記差分データが格納されていない場合、前記第１更新手段は前記ファームウェアの更新を行わず、前記実行手段は前記更新されていない前記メモリ上のファームウェアを実行することを特徴とする請求項１に記載の電子機器。
【請求項３】
前記差分データの誤り検出を行う誤り検出手段を有し、
前記誤り検出手段により前記差分データの誤りが検出された場合、前記第１更新手段は前記ファームウェアの更新を行わず、前記実行手段は前記更新されていない前記メモリ上のファームウェアを実行することを特徴とする請求項１又は２に記載の電子機器。
【請求項４】
当該電子機器に装着された記憶装置、又は、通信媒体を介して当該電子機器と接続される装置から、前記新しいバージョンのファームウェアを取得する取得手段と、
前記取得手段が取得した新しいバージョンのファームウェアと前記不揮発性記憶手段に格納された前記ファームウェアとの差分データを作成する作成手段と、
前記作成手段が作成した差分データを前記不揮発性記憶手段に格納する第２更新手段と、
を有することを特徴とする請求項１乃至３のいずれか１項に記載の電子機器。
【請求項５】
当該電子機器に装着された記憶装置、又は、通信媒体を介して当該電子機器と接続される装置から、前記差分データを取得する取得手段と、
前記取得手段が取得した差分データを前記不揮発性記憶手段に格納する第２更新手段と、
を有することを特徴とする請求項１乃至３のいずれか１項に記載の電子機器。
【請求項６】
前記第２更新手段は、前記不揮発性記憶手段の前記差分データを格納すべき領域に前記差分データを格納可能な空き領域がない場合、又は、前記差分データのサイズが所定のサイズを超える場合、前記不揮発性記憶手段に格納される前記ファームウェアを前記新しいバージョンのファームウェアに更新することを特徴とする請求項４又は５に記載の電子機器。
【請求項７】
当該電子機器に電源投入又はリセットが行われた際に、特定のキー入力がされた場合、前記第１更新手段は前記ファームウェアの更新を行わず、前記実行手段は前記更新されていない前記メモリ上のファームウェアを実行することを特徴とする請求項１に記載の電子機器。
【請求項８】
ファームウェアを格納する不揮発性記憶手段と前記ファームウェアを展開するためのメモリを有する電子機器の制御方法であって、
前記電子機器に電源投入又はリセットが行われた場合に、前記電子機器のプロセッサが、前記不揮発性記憶手段に格納されるファームウェアを前記メモリに展開する展開ステップと、
前記不揮発性記憶手段に前記ファームウェアと前記ファームウェアより新しいバージョンのファームウェアとの差分データが格納されている場合、前記プロセッサが、該差分データを用いて、前記メモリに展開されているファームウェアを前記新しいバージョンのファームウェアに更新する更新ステップと、
前記プロセッサが、前記更新された前記メモリ上のファームウェアを実行する実行ステップと、
を有することを特徴とする電子機器の制御方法。
【請求項９】
コンピュータを、請求項１乃至７のいずれかに記載の電子機器の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファームウェアに基づいて動作する電子機器が使用しているファームウェアのアップデート制御に関する。
【背景技術】
【０００２】
ファームウェアに基づいて動作する電子機器では、ファームウェアのアップデートにより、新たな機能を備えることや、ファームウェアに含まれる不具合を修正することができる。
【０００３】
特許文献１には、ハンディターミナルが有するアプリケーションプログラム、またはＯＳのアップデートを行うシステムが開示されている。上述したシステムでは、複数のＯＳを格納する領域をもつことと、複数のアプリケーションプログラムを格納する領域をもつことで、それぞれアップデート中にアップデートが失敗した場合でも、アップデート前の状態でＯＳやアプリケーションプログラムを起動することが可能な構成となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２２８０７７公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来のシステムでは、アプリケーションプログラムやＯＳイメージの格納領域を複数確保するためユーザが使用可能となる記憶領域が少なくなってしまうケースや、ＯＳイメージをアップデートする場合は、ＯＳイメージのサイズからアップデート時間が多大にかかってしまうという課題があった。
【０００６】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、ファームウェアのアップデート中に何らかの障害でファームウェアのアップデートが異常終了してしまった場合でも、アップデート前のファームウェアで装置を起動可能にすること、また、ファームウェアの格納領域を複数確保するといった冗長な構成をとることなくユーザが使用可能な記憶領域を十分に確保すること、さらに、ファームウェアのアップデート時間を最小限に抑えることができる利便性の高いファームウェアのアップデート方法を提供することである。
【課題を解決するための手段】
【０００７】
本発明は、ファームウェアに基づいて動作する電子機器であって、前記ファームウェアと、前記ファームウェアと前記ファームウェアより新しいバージョンのファームウェアとの差分データとを格納する不揮発性記憶手段と、前記不揮発性記憶手段に格納される前記ファームウェアを展開するためのメモリと、当該電子機器に電源投入又はリセットが行われた場合に、前記不揮発性記憶手段に格納されている前記ファームウェアを前記メモリに展開する展開手段と、前記差分データを用いて前記メモリに展開されているファームウェアを前記新しいバージョンのファームウェアに更新する第１更新手段と、前記第１更新手段により更新された前記メモリ上のファームウェアを実行する実行手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ファームウェアのアップデート中に何らかの障害が発生してファームウェアのアップデートが異常終了してしまった場合でも、電子機器が起動しなくなってしまうという最悪の事態を回避する可能性を高めることができる。また、ファームウェアのアップデート時間を最小限に抑えることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施例を示す電子機器構成の一例を示すブロック図である。
【図２】図１に示したＦＲＯＭ３のメモリマップを示す図である。
【図３】本発明の電子機器におけるファームウェアのブートロード処理手順の一例を示すフローチャートである。
【図４】本発明のファームウェアのアップデート処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して発明を実施するための形態について説明する。
【実施例１】
【００１１】
図１は、本発明の一実施例を示す電子機器構成の一例を示すブロック図である。
【００１２】
図１において、１は電子機器、例えばハンディターミナルである。２はＣＰＵ（プロセッサ）である。３はＦＲＯＭ（フラッシュメモリ）であり、詳細は後述するが電子機器１の動作を制御するファームウェア及び演算データなどを格納するための不揮発性記憶部である。
【００１３】
４はＲＡＭであり、ファームウェアや演算データの一時記憶用に使用されるためのものである。ＣＰＵ２は、ＦＲＯＭ３に格納されるファームウェアをＲＡＭ４に展開して実行することにより、電子機器１の動作を制御する。
【００１４】
５はＡＳＩＣ（Application Specific Integrated Circuit）であり、図示省略した周辺モジュールとＣＰＵ２との仲介を行う。６は操作部で、キーおよびタッチパネル等を有する。
【００１５】
７は表示部であり、ＬＣＤ、バックライト、ＬＥＤ等を有する。８は赤外線通信部であり、他の電子機器やオプション機器等と赤外線通信を行う。９は無線通信部であり、Ｂｌｕｅｔｏｏｔｈと無線ＬＡＮモジュール等を有する。
【００１６】
１０はカードスロット部であり、副記憶装置として使用するためのコンパクトフラッシュ（登録商標）やＳＤカード等のメモリカードを装着してデータを読み書きするためのインタフェースである。電子機器１に接続可能な副記憶装置はメモリカードに限定されるものではない。例えば、電子機器１にＵＳＢインタフェース等の外部インタフェースを設けて、外部インタフェースにＵＳＢメモリやその他の記憶装置を接続する構成であってもよい。
【００１７】
電子機器１（ハンディターミナル）は、例えば、主に電気や水道などの検針業務、工場や倉庫などの在庫管理に用いられているが、電子機器１の主機能については本発明に直接関係していないため説明を省略する。なお、電子機器１は、ハンディターミナルに限定されるものではなく、例えば、スキャナ装置、ＤＶＤ機器、ＩＣレコーダ、携帯音楽プレーヤー、携帯端末装置（携帯電話やスマートフォンも含む）等、組み込み機器であればどのような電子機器であってもよい。
【００１８】
図２は、図１に示したＦＲＯＭ３のメモリマップを示す図である。
【００１９】
図２において、５１はマスタブートレコード(Master Boot Record)であり、電子機器１の電源がオンしたときに最初に実行されるプログラムコード（いわゆるブートローダ）が格納されている。
【００２０】
５３はファームウェア格納領域であり、ファームウェアとして電子機器１の制御プログラム（以下、ファームウェアという）が格納されている。ファームウェアは、ブートローダによってＲＡＭ４に展開されＣＰＵ２により実行される。ファームウェアは、例えば、オペレーティングシステム（ＯＳ）等のメインプログラムや、アプリケーションプログラム等の電子機器１を動作させるための各種プログラムを含む。なお、電子機器１がシンクライアント(Thin client)端末である場合、ファームウェアにはシンクライアントとして機能するのに必要最小限のプログラムが含まれることとなる。
【００２１】
５２はアップデートデータ格納領域であり、ファームウェア格納領域５３に格納されたファームウェアとアップデートされたバージョンのファームウェア（ファームウェア格納領域５３に格納されたファームウェアより新しいバージョンのファームウェア）との差分データであるアップデートデータが格納されている。
【００２２】
５４はファイルシステム領域であり、ユーザが自由に使用できるディスク領域となっている。その他の領域については予約領域となっており、ユーザが直接アクセスできない領域やログ情報などが格納されている。
【００２３】
なお、アップデートデータ格納領域５２に格納されるアップデートデータ（差分データ）は、ＩＤ情報、データ長、データ、及び誤り訂正符号を含む。ＩＤ情報により、アップデートデータの有無を判断できる。また、データ長、データ、及び誤り訂正符号により、データが正常に書き込まれているか否かを確認できる。
【００２４】
図３は、本発明の電子機器におけるファームウェアのブートロード処理手順の一例を示すフローチャートである。このフローチャートの処理は、ＣＰＵ２がＦＲＯＭ３のマスタブートレコード５１に格納されるブートローダを実行することにより実現される。
【００２５】
電子機器１の電源がオンされると、ＣＰＵ２は、ＦＲＯＭ３のマスタブートレコード５１に格納されるブートローダをＣＰＵ２の内蔵ＲＡＭ（不図示）にロードし、該内蔵ＲＡＭにロードしたブートローダを実行する。これによりブートローダに制御が遷移する。以下、ＣＰＵ２がブートローダを実行することにより実行される処理を「ブートローダが実行する」のように、ブートローダを主語として記載する。
【００２６】
ブートローダは、ＲＡＭ４などの初期設定を行った後に、ブートロード処理（Ｓ１００）を開始する。
【００２７】
Ｓ１０１において、ブートローダは、ファームウェア格納領域５３に格納されているファームウェアを読み込み、ＲＡＭ４にロード（展開）する。
【００２８】
次に、Ｓ１０２において、ブートローダは、上記Ｓ１０１でＲＡＭ４にロードしたファームウェアデータのＣＲＣ(Cyclic Redundancy Checking)チェックを行う。
【００２９】
次に、Ｓ１０３において、ブートローダは、上記Ｓ１０２で行ったファームウェアのＣＲＣチェックでＣＲＣエラーとなったか否かを判定する。そして、ファームウェアがＣＲＣエラーとなったと判定した場合（Ｓ１０３でＹｅｓ）、ブートローダは、エラーコードを表示部７に表示して（Ｓ１０５）、ブート処理を中止する。
【００３０】
一方、ファームウェアがＣＲＣエラーでなかったと判定した場合（Ｓ１０３でＮｏ）、ブートローダは、Ｓ１０４に処理を進める。
【００３１】
Ｓ１０４では、ブートローダは、アップデートデータ格納領域５２にアップデートデータ（差分データ）が格納されているか否か確認する。そして、アップデートデータ（差分データ）が格納されていないと判定した場合（Ｓ１０４でＮｏ）、ブートローダは、そのままＲＡＭ４上のファームウェアを起動し（ＲＡＭ４上のファームウェアをＣＰＵ２に実行させ）、ファームウェアに制御を移す（Ｓ１０９）。これにより、メインプログラム等が起動され、メインプログラムの制御により電子機器１が使用可能になる。即ち、ファームウェアによる電子機器１の制御が開始される。
【００３２】
一方、アップデートデータ（差分データ）が格納されていると判定した場合（Ｓ１０４でＹｅｓ）、ブートローダは、Ｓ１０６に処理を進める。
【００３３】
Ｓ１０６では、ブートローダは、アップデートデータ格納領域５２に格納されているアップデートデータ（差分データ）を読み込み、ＲＡＭ４上にロード（展開）し、該ＲＡＭ４上にロードしたアップデートデータ（差分データ）のＣＲＣチェックを行う。
【００３４】
次に、Ｓ１０７において、ブートローダは、上記Ｓ１０６で行った差分データのＣＲＣチェックでＣＲＣエラーとなったか否かを判定する。そして、差分データがＣＲＣエラーとなったと判定した場合（Ｓ１０７でＹｅｓ）、ブートローダは、そのままＲＡＭ４上のファームウェアを起動し（ＲＡＭ４上のファームウェアをＣＰＵ２に実行させ）、ファームウェアに制御を移す（Ｓ１０９）。これにより、メインプログラム等が起動され、メインプログラムの制御により電子機器１が使用可能になる。即ち、ファームウェアによる電子機器１の制御が開始される。なお、ファームウェアを起動する前に、ブートローダが、差分データに異常がある旨のエラーコードを表示して、アップデートを行わない旨のメッセージ等を表示部７に表示するようにしてもよい。
【００３５】
一方、差分データがＣＲＣエラーでなかったと判定した場合（Ｓ１０７でＮｏ）、ブートローダは、Ｓ１０８に処理を進める。
【００３６】
Ｓ１０８では、上記ＲＡＭ４上のファームウェアデータに対して、上記ＲＡＭ４上にロードしたアップデートデータ（差分データ）を適用し、ＲＡＭ４上のファームウェアをアップデートする。なお、アップデートデータ格納領域５２に、複数回分のアップデートの差分データが格納されていた場合には、該複数回分のアップデートの差分データを順次、上記ＲＡＭ４上のファームウェアデータに対して適用して、ＲＡＭ４上のファームウェアをアップデートするようにする。以上示したＳ１０８の処理により、上記ＲＡＭ４上のファームウェアデータがアップデートされた状態となる。
【００３７】
そして、上記Ｓ１０８の処理が完了すると、ブートローダは、上記Ｓ１０８でアップデートしたＲＡＭ４上のファームウェアを起動し（ＲＡＭ４上のファームウェアをＣＰＵ２に実行させ）、ファームウェアに制御を移す（Ｓ１０９）。これにより、メインプログラム等が起動され、メインプログラムの制御により電子機器１が使用可能になる。即ち、アップデートされたファームウェアによる電子機器１の制御が開始される。
【００３８】
以上の処理により、アップデートデータ格納領域５２に格納されているアップデートデータ（差分データ）に基づくバージョンに、ファームウェアを更新（アップデート）し、該更新されたファームウェアで電子機器１を起動することができる。
【００３９】
また、差分データに異常が検出された場合でも、アップデート前のファームウェア（ＦＲＯＭ３内に格納されている）で電子機器１を起動することが可能となる。
【００４０】
また、図示省略したが、何らかの障害でＲＡＭ上のファームウェアのアップデートが完了できなかった場合やアップデートされたＲＡＭ上のファームウェアで起動された電子機器１の動作に異常が発生した場合等でも、アップデートデータによるファームウェアの更新をスキップする指示を行って、電子機器１の電源再投入（又は、リセットする）を行うことにより、アップデート前のファームウェア（ＦＲＯＭ３内に格納されている）で電子機器１を起動することが可能となる。なお、アップデートデータによるファームウェアの更新をスキップする指示とは、例えば、操作部の特定のキーを押下すること等があげられる。即ち、ブートローダは、ファームウェアがＣＲＣエラーでなかったと判定し（Ｓ１０３でＮｏ）、且つ、操作部の特定のキーが押下されていること（特定のキー入力）を検出した場合、そのままＲＡＭ４上のファームウェアを起動し（ＲＡＭ４上のファームウェアをＣＰＵ２に実行させ）、ファームウェアに制御を移す（Ｓ１０９）。これにより、アップデート前のファームウェア（ＦＲＯＭ３内に格納されている）で電子機器１を起動することが可能となる。
【００４１】
なお、図３のフローチャートに示した処理は、電子機器１が電源投入された場合のみでなく、電子機器１がリセットされた場合にも実行されるものとする。
【００４２】
上述したように、ブートローダがＲＡＭ４上のファームウェアを起動してファームウェア（例えばメインプログラム）に制御が移ることで、電子機器１で機能を使用できる状態になる。しかし、ファームウェアに新しい機能を追加する必要が生じた場合や、ファームウェアに不具合が見つかった場合は、ファームウェアのアップデートを行わなければならない。
【００４３】
以下、図４を用いて、ファームウェアのアップデート処理について説明する。
【００４４】
図４は、本発明のファームウェアのアップデート処理手順を示すフローチャートである。このフローチャートの処理は、ＣＰＵ２がファームウェアに含まれる所定のプログラムを実行することにより実現される。
【００４５】
例えば、操作部６からファームウェアのアップデートの要求を受けると、ＣＰＵ２は、Ｓ２００のアップデート処理を起動する。なお、ＣＰＵ２は、ファームウェアのアップデートの要求を、赤外線通信部８や無線通信部９等を介して接続される外部装置から受信する構成でもよい。
【００４６】
Ｓ２０１において、ＣＰＵ２は、電子機器１で起動されているファームウェアのバージョン情報をＲＡＭ４上に展開されているファームウェアデータから取得する。さらに、ＣＰＵ２は、メモリカード等に格納されているファームウェアのバージョン情報を取得する。なお、メモリカード等に格納されているファームウェアとは、カードスロット部１０に装着されているメモリカードに格納されているファームウェア、又は、赤外線通信部８や無線通信部９等により通信媒体を介して接続される外部装置にダウンロード可能に格納されているファームウェアを示す。
【００４７】
次に、Ｓ２０２において、ＣＰＵ２は、上記Ｓ２０２で取得した双方のバージョンが相違するか否かを判定する。そして、上記Ｓ２０２で取得した双方のバージョンが相違しない（同一）と判定した場合（Ｓ２０２でＮｏ）、ＣＰＵ２は、アップデートする必要がないと判断し、そのまま処理を終了する。
【００４８】
一方、上記Ｓ２０２で取得した双方のバージョンが相違すると判定した場合（Ｓ２０２でＹｅｓ）、ＣＰＵ２は、アップデートする必要があると判断し、Ｓ２０３に処理を進める。
【００４９】
Ｓ２０３では、ＣＰＵ２は、ＲＡＭ４上に展開されているファームウェア（現在起動されているファームウェア）と、メモリカード等に格納されているファームウェアとの差分データを作成する。差分データの生成方法についてはさまざまなソフトウェア圧縮技術としてパッチを作成する方法が公開されているが本実施例では説明を割愛する。
【００５０】
次に、Ｓ２０４において、ＣＰＵ２は、上記Ｓ２０３で作成した差分データを、アップデートデータとしてアップデートデータ格納領域５２に格納可能か確認する。アップデートデータ格納領域５２には、以前のアップデート処理時に格納された差分データが存在する場合がある。よって、ここでは、アップデートデータ格納領域５２に差分データを格納可能な空き領域があるか否かを判定する。
【００５１】
アップデートデータ格納領域５２に差分データを格納可能な空き領域があると判定した場合、ＣＰＵ２は、差分データを格納可能と判断し（Ｓ２０４でＹｅｓ）、Ｓ２０６に処理を進める。
【００５２】
Ｓ２０６では、ＣＰＵ２は、上記Ｓ２０３で作成した差分データをアップデートデータとして、アップデートデータ格納領域５２に格納し（差分データアップデート処理）、処理を終了する。
【００５３】
一方、アップデートデータ格納領域５２に差分データを格納可能な空き領域がないと判定した場合、ＣＰＵ２は、差分データを格納不可能と判断し（Ｓ２０４でＮｏ）、Ｓ２０５に処理を進める。なお、差分データのサイズが所定のサイズを超える場合に格納不可能と判定し、差分データのサイズが所定のサイズを超えない場合に格納可能と判定してもよい。
【００５４】
Ｓ２０５では、ＣＰＵ２は、ファームウェア格納領域５３に格納されているファームウェアをアップデートする。この際、ＣＰＵ２は、ファームウェア格納領域５３に格納されているファームウェアを、メモリカード等に格納されているファームウェアと置き換える処理を行ってもよい。また、この際、ＣＰＵ２は、以前のアップデート処理時にアップデートデータ格納領域５２に格納された差分データと、上記Ｓ２０３で算出した差分データを順次、ファームウェア格納領域５３に格納されているファームウェアに適用して、該ファームウェア格納領域５３に格納されているファームウェアを更新する等の処理を行ってもよい。
【００５５】
次に、Ｓ２０７において、ＣＰＵ２は、アップデートデータ格納領域５２に格納されている差分データ（アップデート前の差分データ）をクリアし（全て消去し）、処理を終了する。
【００５６】
なお、図４では、Ｓ２０３において差分データを作成する構成を示した。しかし、予め作成されている差分データを、上記Ｓ２０３のタイミングでメモリカード等から取得することも可能である。差分データをメモリカード等から取得する場合、複数のファームウェアのバージョンに対応する差分データをメモリカード等に格納しておき、ＣＰＵ２が、ファームウェア格納領域５３に格納されているファームウェアに対応する差分データを、メモリカード等から選択して取得し、差分データアップデート（Ｓ２０６）又はファームウェアアップデート（Ｓ２０５）を行うようにしてもよい。
【００５７】
なお、差分データアップデート（Ｓ２０６）又はファームウェアアップデート（Ｓ２０５）を行う際に、差分データやファームウェアのＣＲＣチェックを行うようにしてもよい。
【００５８】
また、本実施例では、差分データやファームウェアの誤り検出処理にＣＲＣチェックを用いる構成を示したが、ＣＲＣ以外の誤り検出処理を行うように構成してもよい。
【００５９】
以上説明したように、本実施例の電子機器によれば、ファームウェアのアップデート中に何らかの障害でファームウェアのアップデートが異常終了してしまった場合でも、アップデート前のファームウェアで装置を起動することが可能となる。従って、ファームウェアのアップデート中に何らかの障害が発生してファームウェアのアップデートが異常終了してしまった場合でも、電子機器が起動しなくなってしまうという最悪の事態を回避する可能性を高めることができる。
【００６０】
また、ファームウェアの格納領域を複数確保するような冗長な構成をとることがないため、ユーザが使用可能な記憶領域を十分に確保することができる。
【００６１】
さらに、差分データのサイズが、アップデートデータ格納領域５２に格納可能なサイズまでは、差分データのみのアップデートであるので、アップデート時間を最小限に抑えることができる。
【００６２】
従って、本発明によれば、以上のように利便性の高いファームウェアアップデート方法を実現する仕組みを提供することができる。
【００６３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００６４】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００６５】
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【００６６】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００６７】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
【００６８】
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００６９】
１    電子機器
２    ＣＰＵ
３    ＦＲＯＭ
４    ＲＡＭ
５    ＡＳＩＣ
６    操作部
７    表示部
８    赤外線通信部
９    無線通信部
１０    カードスロット部
５１    マスタブートレコード
５２    アップデートデータ格納領域
５３    ファームウェア格納領域
５４    ファイルシステム領域
【図１】
2012185767.tif 000003
【図２】
2012185767.tif 000004
【図３】
2012185767.tif 000005
【図４】
2012185767.tif 000006