(57)【要約】【課題】ファームウェアを更新する方法に従い、必要に応じてバックアップ電源の充電状況を確認する仕組みを提供する。【解決手段】本情報処理装置は、サーバにアクセスしてサーバから更新するファームウェアをインターネット経由で取得する第１の方法と、ファームウェアを既に格納している外部装置からファームウェアを取得する第２の方法を有する。また、本情報処理装置は、取得したファームウェアを格納する揮発性メモリと、情報処理装置の電源が切られた場合に、揮発性メモリへ電力を供給する電池と、を備え、ファームウェアを前記第１の方法で取得する場合は、電池の充電状況を確認し、確認の結果、充電が十分であれば第１の方法によりファームウェアを取得して揮発性メモリに格納し、充電が不十分であればファームウェアを取得することなく警告メッセージを表示部に表示させる【選択図】  図１
2015011475.tif 000002
【特許請求の範囲】
【請求項１】
サーバにアクセスして該サーバから更新するファームウェアをインターネット経由で取得する第１の方法と、該ファームウェアを既に格納している外部装置から該ファームウェアを取得する第２の方法を有する情報処理装置であって、
取得した前記ファームウェアを格納する揮発性メモリと、
前記情報処理装置の電源が切られた場合に、前記揮発性メモリへ電力を供給する電池と、
前記ファームウェアを前記第１の方法で取得するか否かを判定する判定手段と、
前記判定手段によって前記ファームウェアを前記第１の方法で取得すると判定されると、前記電池の充電状況を確認する確認手段と、
前記確認手段による確認の結果、充電が十分であれば前記第１の方法により前記ファームウェアを取得して前記揮発性メモリに格納し、充電が不十分であれば前記ファームウェアを取得することなく警告メッセージを表示部に表示させる制御手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記ファームウェアを更新する更新手段をさらに備え、
前記更新手段は、
前記揮発性メモリに前記ファームウェアが格納されている場合は、該ファームウェアを用いて更新を実行し、
前記揮発性メモリに前記ファームウェアが格納されていない場合は、前記第２の方法により前記ファームウェアを取得して前記揮発性メモリに格納し、該ファームウェアを用いて更新を実行することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記更新手段は、前記揮発性メモリに前記ファームウェアが格納されていることを確認すると、不揮発性メモリに格納されている前記情報処理装置のメインプログラムを消去した後に、前記ファームウェアを該不揮発性メモリのメインプログラムの領域に書き込むことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記確認手段は、
前記電池への充電時間が所定時間を経過しているか否かを確認することにより、前記電池の充電状況を確認することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記確認手段は、
前記電池の電池残量が所定値より大きいか否かを確認することにより、前記電池の充電状況を確認することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項６】
前記ファームウェアを前記第１の方法で取得するか、又は、前記第２の方法で取得するかを選択して設定する設定手段をさらに備えることを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記サーバには、ＬＡＮを介してインターネット経由で接続され、
前記外部装置には、ＵＳＢケーブルを介して接続されることを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
サーバにアクセスして該サーバから更新するファームウェアをインターネット経由で取得する第１の方法と、該ファームウェアを既に格納している外部装置から該ファームウェアを取得する第２の方法を有し、取得した前記ファームウェアを格納する揮発性メモリと、
情報処理装置の電源が切られた場合に、前記揮発性メモリへ電力を供給する電池と、を備える情報処理装置の制御方法であって、
判定手段が、前記ファームウェアを前記第１の方法で取得するか否かを判定する判定ステップと、
確認手段が、前記判定ステップにおいて前記ファームウェアを前記第１の方法で取得すると判定されると、前記電池の充電状況を確認する確認ステップと、
制御手段が、前記確認ステップによる確認の結果、充電が十分であれば前記第１の方法により前記ファームウェアを取得して前記揮発性メモリに格納し、充電が不十分であれば前記ファームウェアを取得することなく警告メッセージを表示部に表示させる制御ステップと
を実行することを特徴とする情報処理装置の制御方法。
【請求項９】
請求項１乃至６の何れか１項の情報処理装置としてコンピュータを機能させるための該コンピュータで読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファームウェアを更新する情報処理装置、その制御方法、及びプログラム関するものである。
【背景技術】
【０００２】
現行の情報処理装置においては、サーバから直接ダウンロードしたファームウェアを一時的に格納して更新することができる。このような情報処理装置には、プログラムや設定データを格納するフラッシュメモリと、更新するファームウェアを一時的に格納するランダムアクセスメモリとが設けられている。また、フラッシュメモリには、メインプログラムと、ランダムアクセスメモリ（ＲＡＭ）からファームウェアを読み出し、フラッシュメモリに格納されたプログラムを消去したり、書き込み制御を行ったりするファームウェア更新プログラムが格納されている。特許文献１には、メモリの書き換えが途中で途絶えることなく、完全に行うことを保証するために、本体やＲＡＭに電力を供給している電池の充電状況を確認し、充電が不十分の場合は更新を行わないようにする技術が開示されている。
【０００３】
また、近年、タブレット端末やスマートフォンなどの普及に伴い、パーソナルコンピュータを持たないユーザのために、情報処理装置がインターネットを経由して直接サーバと通信してファームウェアを更新しているという経緯がある。そのため、情報処理装置は、パーソナルコンピュータで動作する専用のアプリケーションを使用してファームウェアを更新する方法と、直接サーバからファームウェアをダウンロードして更新する方法の２つの機能を持つようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２７１４６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術には以下に記載する問題がある。パーソナルコンピュータで動作する専用のアプリケーションを使用してファームウェアを更新する方法では、メモリの書き換えが途中で途絶えたとしてもメモリの書き換えを再開することが可能である。一方、サーバからダウンロードしたファームウェアを揮発性メモリに格納する場合は、電源断が発生し、かつ、バックアップ電源の充電が十分でない場合は、ダウンロードしたファームウェアが消えてしまう。さらに、装置がファームウェアの更新モードで起動しているため、サーバにアクセスして再度ファームウェアを取得することができない。したがって、電源が復旧したときにファームウェアの更新を再開することができない。つまり、更新するファームウェアを更新（取得）する方法によっては、メモリの書き換えが途中で途絶えたとしてもメモリの書き換えを再開することが可能であったり、不可能であったりする。したがって、全てのケースにおいて、バックアップ電源の充電状況を確認することは効率的でない。
【０００６】
本発明は、上述の問題に鑑みて成されたものであり、ファームウェアを更新する方法に従い、必要に応じてバックアップ電源の充電状況を確認する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、サーバにアクセスして該サーバから更新するファームウェアをインターネット経由で取得する第１の方法と、該ファームウェアを既に格納している外部装置から該ファームウェアを取得する第２の方法を有する情報処理装置であって、取得した前記ファームウェアを格納する揮発性メモリと、前記情報処理装置の電源が切られた場合に、前記揮発性メモリへ電力を供給する電池と、前記ファームウェアを前記第１の方法で取得するか否かを判定する判定手段と、前記判定手段によって前記ファームウェアを前記第１の方法で取得すると判定されると、前記電池の充電状況を確認する確認手段と、前記確認手段による確認の結果、充電が十分であれば前記第１の方法により前記ファームウェアを取得して前記揮発性メモリに格納し、充電が不十分であれば前記ファームウェアを取得することなく警告メッセージを表示部に表示させる制御手段とを備えることを特徴とするる。
【発明の効果】
【０００８】
本発明は、ファームウェアを更新する方法に従い、必要に応じてバックアップ電源の充電状況を確認することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る情報処理装置の構成の一例を示すブロック図。
【図２】本実施形態に係るブートプログラム１２１のフローチャート。
【図３】本実施形態に係るメインプログラム１２２のフローチャート。
【図４】本実施形態に係る更新プログラム１２３のフローチャート。
【図５】本実施形態に係る情報処理装置の表示画面を示す図。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１１】
＜情報処理装置の構成＞
以下では、図１乃至図５を参照して、本発明の一実施形態について説明する。まず、図１を参照して、本発明で用いる情報処理装置の構成例について説明する。
【００１２】
情報処理装置１００は、ＣＰＵ１１０、フラッシュメモリ１２０、ＲＡＭ１３０、電池制御マイコン１４０、電池１５０、ＬＡＮ  Ｉ／Ｆ１６１、ＵＳＢ  Ｉ／Ｆ１６２、及び操作部１７０を備える。情報処理装置１００の各ブロックはシステムバス１８０にて接続されている。ＣＰＵ１１０は、フラッシュメモリ１２０に格納されたプログラムに従って上記ブロックを制御する。
【００１３】
不揮発性メモリであるフラッシュメモリ１２０には、電源が投入されてから最初に起動されるブートプログラム１２１、及び情報処理装置１００の主機能を制御するメインプログラム１２２が格納されている。さらに、フラッシュメモリ１２０には、ファームウェアの更新を制御する更新プログラム１２３、及び設定データ１２４が格納されている。設定データ１２４には、ブートプログラム１２１が起動するプログラム種別の設定値１２５が格納されている。揮発性メモリであるＲＡＭ１３０は、ＣＰＵ１１０が一時データを格納するメモリである。ＲＡＭ１３０の更新ファームウェア格納エリア１３１は、更新ファームウェアを格納する領域である。なお、更新ファームウェア格納エリア１３１は他のデータと共有して使用することも可能である。
【００１４】
電池制御マイコン１４０は、バックアップ電源である電池１５０の充電制御とＣＰＵ１１０への充電容量取得機能を制御する。電池１５０は、情報処理装置１００の電源断時にＲＡＭ１３０へデータ保存のための電力を供給する。つまり、ＲＡＭ１３０に格納されたデータは、電池１５０から電力が供給されている間は、情報処理装置１００の電源が切られていてもデータが保持される。
【００１５】
ＬＡＮ  Ｉ／Ｆ１６１は、ファームウェア取得サーバ３００と有線ＬＡＮを介して通信を行う。なお、情報処理装置１００は、ファームウェア取得サーバ３００と無線ＬＡＮ接続されてもよい。ＵＳＢ  Ｉ／Ｆ１６２は、ＵＳＢケーブルで情報処理装置１００に接続されたＰＣ等の外部装置である外部端末２００と通信を行う。操作部１７０は、ユーザからの操作を受け付け、その内容をＣＰＵ１１０に伝える。また、操作部１７０は、ＣＰＵ１１０の指示に基づき画面表示を行う。
【００１６】
外部端末２００は、情報処理装置１００の更新ファームウェアと情報処理装置１００と通信するための制御プログラムを含む更新アプリケーション２１０を実行することが可能である。この場合、情報処理装置１００の更新プログラムは、外部端末２００で実行されている更新アプリケーションの指示に基づき、ファームウェアの更新を行う。なお、外部端末２００は、ベンダのホームページ等から予め更新ファームウェアを取得し、格納している。
【００１７】
ファームウェア取得サーバ３００は、情報処理装置１００のメーカや管理者などが管理するサーバである。情報処理装置１００は、インターネット４００などを介してファームウェア取得サーバ３００と接続し、更新ファームウェアを取得することができる。メインプログラム１２２には、ファームウェア取得サーバ３００からファームウェアを取得してファームウェア格納エリアに格納し、ファームウェアを更新する第１の方法を実行するためのプログラムが含まれる。また、更新プログラム１２３には、更新アプリケーション２１０から取得した、ファームウェア格納エリアに格納されている更新ファームウェアを用いて、ファームウェアを更新する第２の方法を実行するためのプログラムが含まれる。更新プログラム１２３は、最低限の機能しか持っておらず、ＵＳＢ通信はできるが、インターネット通信はできない。これは、更新プログラム１２３が暗号化通信やプロキシの認証等、インターネット通信に必要な機能を有していないためである。従って、更新プログラム１２３で起動しているときは、ＵＳＢケーブルで接続された外部端末２００とは通信できるが、インターネットを経由するファームウェア取得サーバ３００とは通信できない。したがって、更新プログラム１２３は、第１の方法で取得したファームウェアを用いて更新を実行するか、或いは、第２の方法を実行して、ファームウェアを取得し、取得したファームウェアを用いて更新を実行する。つまり、更新プログラム１２３は、第２の方法を実行するプログラムと、ファームウェアを更新するプログラムからなる。
【００１８】
なお、情報処理装置１００は、メインプログラム１２２で起動する通常動作モードと、更新プログラム１２３で起動するファームウェア更新モードとを有する。上述したように、ファームウェア更新モードで動作する場合、情報処理装置１００は、インターネット上のサーバとは通信できないが、外部端末２００とは通信できる。
【００１９】
また、本実施例では、各プログラム、設定データ１２４を同じフラッシュメモリに格納するようにしたが、それらを別のフラッシュメモリに格納しても本発明を適用できることはいうまでもない。本実施例では、メインプログラム１２２を書き換え対象のファームウェアとして扱うが、設定データ１２４なども書き換え対象のファームウェアに含めて本発明を適用できることはいうまでもない。
【００２０】
＜ファームウェア更新の可否判定＞
続いて、ＣＰＵ１１０が行うファームウェア更新の可否判定について説明する。ファームウェア更新の可否判定では、まず、電池制御マイコン１４０を介して電池１５０の充電状況を確認する充電状況確認部から、充電状況の確認結果を取得する。取得した確認結果に基づき、ＣＰＵ１１０は、電池１５０への充電時間が所定時間（例えば１０分）経過しているか否か、又は、電池残量が所定値（閾値）より大きいか否かを確認し、ファームウェア更新の可否を判定する。
【００２１】
ここで、第１の方法によるファームウェアの更新について説明する。第１の方法では、操作部１７０を介してユーザから第１の方法を使ったファームウェア更新の指示を受けると、ＣＰＵ１１０は、ファームウェア更新の可否判定を行う。判定結果が可である場合、ＣＰＵ１１０は、ＬＡＮ  Ｉ／Ｆ１６１を介してインターネット経由でファームウェア取得サーバ３００からファームウェアを取得し、更新ファームウェア格納エリア１３１に格納する。格納後、起動プログラム種別を更新プログラムに設定し、情報処理装置１００をファームウェア更新モードで再起動する。判定結果が否である場合、ＣＰＵ１１０は、操作部１７０にファームウェアの更新が行えない旨のメッセージを表示する。
【００２２】
ＣＰＵ１１０は、更新プログラムを起動させると、まず、更新ファームウェア格納エリア１３１に更新用のファームウェアが格納されていることを確認する。次に、ＣＰＵ１１０は、メインプログラム１２２の領域を消去する。消去後、格納された更新用のファームウェアをメインプログラム１２２の領域に書き込む。書き込み完了後、起動プログラム種別をメインプログラムに設定し、情報処理装置１００を再起動する。
【００２３】
第１の方法では、メインプログラム消去中、又は消去後に電源が切られ、再び電源が投入された場合でも、ＲＡＭ１３０へデータ保存のための電力が電池１５０から供給されている。したがって、更新ファームウェア格納エリア１３１に格納された更新用のファームウェアは消えずに残っている。そのため、メインプログラムの消去から再開することが可能である。
【００２４】
次に、第２の方法によるファームウェアの更新について説明する。まず、第２の方法では、操作部１７０を介してユーザから第２の方法を使ったファームウェア更新の指示を受けると、ＣＰＵ１１０は、起動プログラム種別を更新プログラムに設定し、情報処理装置１００をファームウェア更新モードで再起動する。
【００２５】
ＣＰＵ１１０は、更新プログラムを起動させると、まず、ＵＳＢ  Ｉ／Ｆ１６２を介して外部端末２００のファームウェアの更新アプリケーション２１０と通信してファームウェアを取得し、更新ファームウェア格納エリア１３１に格納する。上述したように、外部端末２００は、ＵＳＢケーブルで情報処理装置１００に接続されている。次に、ＣＰＵ１１０は、メインプログラム１２２の領域を消去する。消去後、格納された更新用のファームウェアをメインプログラム１２２の領域に書き込み。書き込み完了後、起動プログラム種別をメインプログラムに設定し、情報処理装置１００を通常動作モードで再起動する。
【００２６】
第２の方法では、メインプログラム消去中、又は消去後に電源が切られ、再び電源が投入された場合、ファームウェアの更新アプリケーション２１０と通信してファームウェアを取得することから再開する。
【００２７】
このように、メインプログラム消去中、又は消去後に電源が切られ、再び電源が投入された場合、ファームウェア取得サーバ３００から直接ファームウェアを取得することはできない。これは、情報処理装置１００が起動する種別が更新プログラムに設定されているためであり、当該設定においてはサーバにアクセスして再度ファームウェアを取得することができないためである。一方、ＰＣ等の外部端末２００の更新アプリケーションを介してファームウェアを取得することはできる。したがって、ファームウェアの更新方法（第１の方法、第２の方法）によって、メインプログラム消去中、又は消去後に電源が切られ、再び電源が投入された場合に、ファームウェアの更新が正常に行われるか否かが変わってくる。本願発明は、このような取得方法による差異を考慮して、第１の方法の場合のみにおいてバックアップ電源の充電状況を確認する制御を行う。以下に具体的な処理手順について説明する。
【００２８】
＜ブートプログラムによる処理＞
次に、図２を参照して、本発明を実施するブートプログラム１２１の処理手順について説明する。以下で説明する処理は、ＣＰＵ１１０がフラッシュメモリ１２０のブートプログラム１２１をＲＡＭ１３０に読み出して実行することにより実現される。
【００２９】
Ｓ２０１において、ＣＰＵ１１０は、情報処理装置１００の各ブロックを初期化する。続いて、Ｓ２０２において、ＣＰＵ１１０は、起動プログラム種別の設定値１２５を確認する。メインプログラムと設定されていた場合は、Ｓ２０３へ進み、更新プログラムと設定されていた場合はＳ２０４へ進む。
【００３０】
Ｓ２０３において、ＣＰＵ１１０は、メインプログラム１２２をＲＡＭ１３０に読み出して通常動作モードで起動し、フローチャートを終了する。なお、メインプログラムの処理については、図３を用いて後述する。一方、Ｓ２０４において、ＣＰＵ１１０は、更新プログラム１２３を読み出してファームウェア更新モードで起動し、フローチャートを終了する。なお、更新プログラムの処理については図４を用いて後述する。
【００３１】
＜メインプログラムによる処理＞
次に、図３を参照して、本発明を実施するメインプログラム１２２の処理手順について説明する。以下で説明する処理は、ＣＰＵ１１０がフラッシュメモリ１２０のメインプログラム１２２をＲＡＭ１３０に読み出して実行することにより実現される。
【００３２】
Ｓ３０１において、ＣＰＵ１１０は、操作部１７０を介してファームウェアの更新指示を受け付ける。続いて、Ｓ３０２において、ＣＰＵ１１０は、Ｓ３０１で受け付けた更新指示が第１の方法であるか否かを確認する。更新指示が第１の方法である場合は、Ｓ３０３へ進み、第２の方法である場合は、Ｓ３０６へ進む。
【００３３】
Ｓ３０３において、ＣＰＵ１１０は、ファームウェア更新の可否判定を行う。判定結果が可の場合はＳ３０４へ進み、否の場合はＳ３０５へ進む。例えば、ＣＰＵ１１０は、電池制御マイコン１４０によって電池１５０の残量をチェックし、電池残量が閾値以下であるか否かを判定する。また、上述したように充電時間を用いて判定を行ってもよい。電池残量が閾値以下の場合はファームウェア更新を不可と判断し、電池残量が閾値を超える場合はファームウェア更新を可と判断する。Ｓ３０４において、ＣＰＵ１１０は、電池１５０の充電（残量）が十分でないためファームウェアを更新できない等の警告メッセージを操作部１７０に表示し（５３０）、フローチャートを終了する。このように、本情報処理装置１００は、電池残量が十分になるまでは第１の方法によるファームウェアの更新を禁止する。
【００３４】
一方、Ｓ３０５において、ＣＰＵ１１０は、第１の方法によって、更新用ファームウェアをファームウェア取得サーバ３００から取得し、更新ファームウェア格納エリア１３１に格納する。続いて、Ｓ３０６において、ＣＰＵ１１０は、起動プログラム種別を更新プログラムに設定し、Ｓ３０７においてファームウェア更新モードで再起動を行い、フローチャートを終了する。なお、Ｓ３０２で第２の方法であると判断すると、電池残量を確認することなくファームウェア更新モードに移行する。つまり、仮に電池残量が少ない場合であっても、ファームウェア更新モードに移動することとなる。ファームウェア更新モードに移行すると、外部端末２００から更新用ファームウェアを取得する。
【００３５】
＜更新プログラムによる処理＞
次に、図４を参照して、本発明を実施する更新プログラム１２３の処理手順について説明する。以下で説明する処理は、ＣＰＵ１１０がフラッシュメモリ１２０の更新プログラム１２３をＲＡＭ１３０に読み出して実行することにより実現される。
【００３６】
Ｓ４０１において、ＣＰＵ１１０は、更新ファームウェア格納エリア１３１に更新ファームウェアが格納されているか否かを確認する。格納されていた場合はＳ４０３へ進み、格納されていない場合はＳ４０２へ進む。Ｓ４０２において、ＣＰＵ１１０は、第２の方法によって、更新用ファームウェアをＵＳＢケーブル経由で外部端末２００の更新アプリケーション２１０から取得し、更新ファームウェア格納エリア１３１に格納し、Ｓ４０３に進む。
【００３７】
Ｓ４０３において、ＣＰＵ１１０は、メインプログラム１２２の領域を消去する。続いて、Ｓ４０４において、ＣＰＵ１１０は、更新ファームウェア格納エリア１３１に格納されたファームウェアをメインプログラム１２２の領域に書き込む。Ｓ４０５において、ＣＰＵ１１０は、起動プログラム種別をメインプログラムに設定する。Ｓ４０６において、ＣＰＵ１１０は、再起動を行い、フローチャートを終了する。
【００３８】
＜表示画面例＞
次に、図５を参照して、本実施形態に係る情報処理装置１００の表示画面例について説明する。ＣＰＵ１１０が、操作部１７０からの操作に基づき表示画面５１０〜５４０を操作部１７０の表示部に表示する。
【００３９】
画面５１０は、ＣＰＵ１１０が操作部１７０を介してファームウェア取得先の選択を受け付ける画面である（Ｓ３０１）。ここでは、上述した第１の方法と第２の方法とが選択できる。なお、本発明はこれに限定されず、他の方法によるファームウェアの取得を選択するようにしてもよい。
【００４０】
画面５２０は、第２の方法でファームウェアを取得し、更新を行うか否かを選択する画面である（Ｓ３０２からＳ３０６へ進むフロー）。画面５３０は、電池１５０の充電が不十分である場合に警告メッセージを表示する画面である（Ｓ３０４）。画面５４０は、第１の方法でファームウェアを取得し、更新を行うか否かを選択する画面である（Ｓ３０３からＳ３０５へ進むフロー）。
【００４１】
以上説明したように、本情報処理装置１００は、ファームウェア取得サーバ３００にアクセスして更新するファームウェアをインターネット経由で取得する第１の方法と、既にファームウェアを格納している外部端末２００からファームウェアを取得する第２の方法を有する。また、本情報処理装置１００は、取得したファームウェアを格納する更新ファームウェア格納エリア１３１と、情報処理装置１００の電源が切られた場合に、ファームウェアを更新ファームウェア格納エリア１３１へ電力を供給する電池１５０とを備える。さらに、本情報処理装置１００は、ファームウェアを第１の方法で取得すると判定すると、電池１５０の充電状況を確認し、確認の結果、充電が十分であれば第１の方法によりファームウェアを取得して更新ファームウェア格納エリア１３１に格納する。一方、充電が不十分であればファームウェアを取得することなく警告メッセージを表示部に表示させる。このように、本実施形態に係る情報処理装置１００は、ファームウェアの取得方法を判定することで、メモリの書き換えを完全に行うことを保証する必要がある場合のみ、電池１５０の充電状況を確認してファームウェアの更新の可否を判定する。これにより、電源断が発生した際にＲＡＭ１３０へのバックアップ電源による電源供給が必要でない場合にも電池１５０の充電状況を確認するような無駄な処理を防止することができる。
【００４２】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015011475.tif 000003
【図２】
2015011475.tif 000004
【図３】
2015011475.tif 000005
【図４】
2015011475.tif 000006
【図５】
2015011475.tif 000007