(57)【要約】【課題】ソフトウェア更新後の再起動に要する時間を短縮することのできる電子機器を提供すること。【解決手段】携帯電話機１は、ソフトウェアのプログラムコードをブロック単位で格納する不揮発性のＮＡＮＤ３５と、ＮＡＮＤ３５に格納されたプログラムコードを更新するための更新情報データを受信する無線部３２と、実行対象のプログラムコードを作業用に格納する揮発性のＳＤＲＡＭ３４と、受信した更新情報データに基づいて、ＮＡＮＤ３５に格納されたプログラムコードをブロック単位で更新し、ＮＡＮＤ３５に格納されたプログラムコードをＳＤＲＡＭ３４へコピーし、ＳＤＲＡＭ３４に格納されたプログラムコードを実行するＭＰＵ３０と、を備え、ＭＰＵ３０は、更新されたブロックのみをＳＤＲＡＭ３４へコピーする。【選択図】図２
2010231300.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアのプログラムコードをブロック単位で格納する不揮発性の第１記憶部と、
前記第１記憶部に格納されたプログラムコードを更新するための更新情報データを受信する通信部と、
前記通信部により受信した更新情報データに基づいて、前記第１記憶部に格納されたプログラムコードを前記ブロック単位で更新する更新部と、
実行対象のプログラムコードを作業用に格納する揮発性の第２記憶部と、
前記第１記憶部に格納されたプログラムコードの一部または全部を、前記第２記憶部へコピーし、前記第２記憶部に格納されたプログラムコードを実行する制御部と、を備え、
前記制御部は、前記更新部により更新されたブロックのみを前記第２記憶部へコピーすることを特徴とする電子機器。
【請求項２】
前記制御部がプログラムコードの実行を再起動する場合において、前記第２記憶部は、電流が供給され、再起動前に格納されていた前記実行対象のプログラムコードを、再起動後も保持することを特徴とする請求項１に記載の電子機器。
【請求項３】
前記通信部により受信した更新情報データを記憶する第３記憶部をさらに備える請求項１または請求項２に記載の電子機器。
【請求項４】
前記更新情報データに基づいて更新されるブロックを示すデータを記憶する第４記憶部をさらに備え、
前記更新部は、前記第１記憶部に格納されたプログラムコードを更新したときに、当該更新したブロックを示すデータを前記第４記憶部に記憶することを特徴とする請求項１から請求項３のいずれか１項に記載の電子機器。
【請求項５】
前記更新情報データに基づいて更新されるブロックを示すデータを記憶する第４記憶部をさらに備え、
前記通信部は、前記更新情報データと共に、前記更新されるブロックを示すデータを受信し、前記第４記憶部に記憶することを特徴とする請求項１から請求項３のいずれか１項に記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアの更新機能を有する電子機器に関する。
【背景技術】
【０００２】
従来、様々な電子機器において、メモリに予め記憶されたソフトウェアを実行することにより各種機能を実現している。このような電子機器の中には、ソフトウェアの不具合修正や機能拡張等の理由により、更新用データを取得して新しいソフトウェアに更新する機能を有するものがある。
【０００３】
このようなソフトウェア更新の機能を有する電子機器は、例えば、ソフトウェアの新旧バージョンの差分データをダウンロードし、所定の更新エンジンを実行して、この差分データにより単位領域（ブロック）毎にソフトウェアを更新する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２１９８８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、電子機器は、安価で容量の大きい不揮発性のメモリ（例えば、ＮＡＮＤフラッシュメモリ）にソフトウェアを格納し、実際にソフトウェアを実行する際には、読み書きが高速な揮発性メモリ（例えば、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））にコピーして実行する場合が多い。
【０００６】
この場合、電子機器は、揮発性メモリにコピーされたソフトウェアによって通常動作中に、不揮発性メモリのソフトウェアを更新する、いわゆるバックグラウンド更新を行うことができる。その後、電子機器は、不揮発性メモリ上の更新済みのソフトウェアの機能を電子機器の実際の動作に反映させるため、再起動処理に伴って、更新済みソフトウェアの全ブロックを揮発性メモリへコピーしていた。
【０００７】
しかしながら、揮発性メモリへのコピーを要するブロック数が多いと、コピー処理が終了してユーザによる利用が可能となるまでに長時間を要するという問題があった。
【０００８】
本発明は、ソフトウェア更新後の再起動に要する時間を短縮することのできる電子機器を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る電子機器は、ソフトウェアのプログラムコードをブロック単位で格納する不揮発性の第１記憶部と、前記第１記憶部に格納されたプログラムコードを更新するための更新情報データを受信する通信部と、前記通信部により受信した更新情報データに基づいて、前記第１記憶部に格納されたプログラムコードを前記ブロック単位で更新する更新部と、実行対象のプログラムコードを作業用に格納する揮発性の第２記憶部と、前記第１記憶部に格納されたプログラムコードの一部または全部を、前記第２記憶部へコピーし、前記第２記憶部に格納されたプログラムコードを実行する制御部と、を備え、前記制御部は、前記更新部により更新されたブロックのみを前記第２記憶部へコピーすることを特徴とする。
【００１０】
また、前記制御部がプログラムコードの実行を再起動する場合において、前記第２記憶部は、電流が供給され、再起動前に格納されていた前記実行対象のプログラムコードを、再起動後も保持することが好ましい。
【００１１】
また、本発明に係る電子機器は、前記通信部により受信した更新情報データを記憶する第３記憶部をさらに備えることが好ましい。
【００１２】
また、本発明に係る電子機器は、前記更新情報データに基づいて更新されるブロックを示すデータを記憶する第４記憶部をさらに備え、前記更新部は、前記第１記憶部に格納されたプログラムコードを更新したときに、当該更新したブロックを示すデータを前記第４記憶部に記憶することが好ましい。
【００１３】
また、本発明に係る電子機器は、前記更新情報データに基づいて更新されるブロックを示すデータを記憶する第４記憶部をさらに備え、前記通信部は、前記更新情報データと共に、前記更新されるブロックを示すデータを受信し、前記第４記憶部に記憶することが好ましい。
【発明の効果】
【００１４】
本発明によれば、ソフトウェア更新後の再起動に要する時間を短縮することができる。
【図面の簡単な説明】
【００１５】
【図１】第１実施形態に係る携帯電話機の外観斜視図である。
【図２】第１実施形態に係る携帯電話機の機能を示すブロック図である。
【図３】第１実施形態に係るソフトウェアの更新システムを示す概略図である。
【図４】第１実施形態に係るＮＡＮＤからＳＤＲＡＭへのプログラムコードのコピー処理を示す図である。
【図５】第１実施形態に係るＮＡＮＤにおけるバックグラウンド更新処理を示す図である。
【図６】第１実施形態に係るバックグラウンド更新が終了し、再起動した際のＳＤＲＡＭへのコピー処理を示す図である。
【図７】第１実施形態に係るＭＰＵの処理を示すフローチャートである。
【図８】第２実施形態に係るＭＰＵの処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
＜第１実施形態＞
以下、本発明の第１実施形態について説明する。なお、本実施形態では、電子機器の一例として、携帯電話機１を説明する。なお、本発明の電子機器はこれには限られず、例えば、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ  ｐｈｏｎｅ  Ｓｙｓｔｅｍ）やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）の他、ナビゲーション装置やパーソナルコンピュータ等、様々な電子機器に適用可能である。
【００１７】
図１は、本実施形態に係る携帯電話機１（電子機器）の外観斜視図である。なお、図１は、いわゆる折り畳み型の携帯電話機の形態を示しているが、本発明に係る携帯電話機の形態はこれに限られない。例えば、両筐体を重ね合わせた状態から一方の筐体を一方向にスライドさせるようにしたスライド式や、重ね合せ方向に沿う軸線を中心に一方の筐体を回転させるようにした回転式（ターンタイプ）や、操作部と表示部とが１つの筐体に配置され、連結部を有さない形式（ストレートタイプ）でもよい。
【００１８】
携帯電話機１は、操作部側筐体２と、表示部側筐体３と、を備えて構成される。操作部側筐体２は、表面部１０に、操作部１１と、携帯電話機１の使用者が通話時に発した音声が入力されるマイク１２と、を備えて構成される。操作部１１は、各種設定機能や電話帳機能やメール機能等の各種機能を作動させるための機能設定操作ボタン１３と、電話番号の数字やメールの文字等を入力するための入力操作ボタン１４と、各種操作における決定やスクロール等を行う決定操作ボタン１５と、から構成されている。
【００１９】
また、表示部側筐体３は、表面部２０に、各種情報を表示するための表示部２１と、通話の相手側の音声を出力するレシーバ２２と、を備えて構成されている。
【００２０】
また、操作部側筐体２の上端部と表示部側筐体３の下端部とは、ヒンジ機構４を介して連結されている。また、携帯電話機１は、ヒンジ機構４を介して連結された操作部側筐体２と表示部側筐体３とを相対的に回転することにより、操作部側筐体２と表示部側筐体３とが互いに開いた状態（開放状態）にしたり、操作部側筐体２と表示部側筐体３とを折り畳んだ状態（折畳み状態）にしたりできる。
【００２１】
図２は、本実施形態に係る携帯電話機１の機能を示すブロック図である。携帯電話機１は、ＭＰＵ３０（更新部、制御部）と、電源部３１と、無線部３２（通信部）と、アンテナ３３と、ＳＤＲＡＭ３４（第２記憶部）と、ＮＡＮＤ３５（第１記憶部、第３記憶部、第４記憶部）と、操作部１１と、表示部２１と、音声制御部３６と、を備える。
【００２２】
ＭＰＵ３０は、携帯電話機１の全体を制御しており、例えば、表示部２１、無線部３２、音声制御部３６等に対して所定の制御を行う。また、ＭＰＵ３０は、操作部１１等から入力を受け付けて、各種処理を実行する。そして、ＭＰＵ３０は、処理実行の際には、ＳＤＲＡＭ３４およびＮＡＮＤ３５を制御し、各種プログラムおよびデータの読み出し、およびデータの書き込みを行う。
【００２３】
電源部３１は、携帯電話機１の各部へ電源を供給している。また、電源ＯＮ／ＯＦＦを切り替える所定の操作入力に応じて、電源部３１は、電源の供給先を変更する。すなわち、電源ＯＦＦの場合には、例えばＳＤＲＡＭ３４等の限られた部位のみに電源を供給する。
【００２４】
無線部３２は、所定の使用周波数帯（例えば、２ＧＨｚ帯や８００ＭＨｚ帯等）で外部装置（基地局）と通信を行う。そして、無線部３２は、アンテナ３３より受信した信号を復調処理し、処理後の信号をＭＰＵ３０に供給し、また、ＭＰＵ３０から供給された信号を変調処理し、アンテナ３３から外部装置に送信する。
【００２５】
ＳＤＲＡＭ３４は、ＭＰＵ３０により作業用に使用される記憶装置であり、電流の供給を受け続けることによりデータを保持する揮発性の記憶装置である。なお、携帯電話機１は、電源をＯＦＦにした場合にも、電源部３１によりＳＤＲＡＭ３４へ電流を供給し続ける。これにより、例えば再起動時に一旦電源がＯＦＦとなった場合にも、ＳＤＲＡＭ３４に記憶されたデータは保持される（セルフリフレッシュ）。
【００２６】
ＮＡＮＤ３５は、ソフトウェアのプログラムコード等を静的に記憶する不揮発性の記憶装置である。ＳＤＲＡＭ３４へのデータの読み書きは、ＮＡＮＤ３５へのそれよりも速いため、ＮＡＮＤ３５に記憶されたプログラムコードの一部または全部をＳＤＲＡＭ３４にコピーすることにより、ＭＰＵ３０で実行される。また、無線部３２により受信（ダウンロード）したソフトウェア、あるいはソフトウェアの更新情報データは、このＮＡＮＤ３５に記憶される。
【００２７】
表示部２１は、ＭＰＵ３０の制御に従って、所定の画像処理を行う。そして、処理後の画像データをフレームメモリに蓄え、所定のタイミングで画面出力する。
【００２８】
音声制御部３６は、ＭＰＵ３０の制御に従って、無線部３２から供給された信号に対して所定の音声処理を行い、処理後の信号をレシーバ２２に出力する。レシーバ２２は、音声制御部３６から供給された信号を外部に出力する。なお、この信号は、レシーバ２２に代えて、または、レシーバ２２と共に、スピーカ（図示せず）から出力されるとしてもよい。
【００２９】
また、音声制御部３６は、ＭＰＵ３０の制御に従って、マイク１２から入力された信号を処理し、処理後の信号を無線部３２に出力する。無線部３２は、音声制御部３６から供給された信号に所定の処理を行い、処理後の信号をアンテナ３３より出力する。
【００３０】
図３は、本実施形態に係るソフトウェアの更新システムを示す概略図である。携帯電話機１で利用されるソフトウェアは、管理サーバにて新旧のバージョン管理がされている。管理サーバは、データベースにてソフトウェアのプログラムコードと、旧バージョンから新バージョンへ更新するための更新情報データとを保持する。そして、管理サーバは、携帯電話機１からの要求に応じて、最新のプログラムコードまたは更新情報データを、基地局を介して送信する。
【００３１】
以下、携帯電話機１で実行されるソフトウェアを新バージョンへ更新するための、ＭＰＵ３０の処理内容を説明する。
【００３２】
図４は、本実施形態に係るＮＡＮＤ３５からＳＤＲＡＭ３４へのプログラムコードのコピー処理を示す図である。この処理では、ＭＰＵ３０は、携帯電話機１の電源がＯＮとなったときに、実行対象のソフトウェアのプログラムコードを、作業用の記憶装置であるＳＤＲＡＭ３４へコピーする。
【００３３】
ＮＡＮＤ３５において、プログラムコードはブロック単位に格納されており、ＳＤＲＡＭ３４へも、このブロック単位で順次コピーされる。そして、全ブロックのコピーが完了すると、ＭＰＵ３０は、ＳＤＲＡＭ３４上でソフトウェアを実行し、ユーザの利用が開始される。
【００３４】
なお、前述のセルフリフレッシュ機能が動作しているときは、ＳＤＲＡＭ３４のデータが保持されているので、本処理は省略され、ＭＰＵ３０は、即座にＳＤＲＡＭ３４上でソフトウェアを実行することができる。
【００３５】
図５は、本実施形態に係る更新情報データを受信した後の、ＮＡＮＤ３５におけるバックグラウンド更新処理を示す図である。この処理は、携帯電話機１が利用され、ＳＤＲＡＭ３４上でソフトウェアが実行されている間に実行される。
【００３６】
ＭＰＵ３０は、旧バージョンのソフトウェアを新バージョンへ更新するための差分データ（更新情報データ）をサーバより受信すると、当該差分データをＮＡＮＤ３５の差分データ用の記憶領域に記憶する。続いて、この差分データおよび、ＮＡＮＤ３５の該当ブロックにある更新前のイメージに基づいて、更新後のイメージを生成すると、このブロックを更新後のイメージで更新する。
【００３７】
さらに、ＭＰＵ３０は、差分データによりＮＡＮＤ３５のどのブロックを更新したのか（例えば、ブロック１〜ブロック３）を示す更新ブロック情報を、後述の処理のために生成して記憶しておく。
【００３８】
図６は、本実施形態に係るバックグラウンド更新が終了し、再起動した際のＳＤＲＡＭ３４へのコピー処理を示す図である。
【００３９】
たとえ、前述のセルフリフレッシュ機能が動作していても、ＮＡＮＤ３５の更新が行われた場合には、ＳＤＲＡＭ３４に格納されているソフトウェアは旧バージョンである。したがって、ＮＡＮＤ３５からのコピー処理（図４参照）が行われないと、新バージョンのソフトウェアは実行されない。
【００４０】
ところが、図４に示すようにＭＰＵ３０が全ブロックをコピーした場合において、全てのブロックが更新されないとき（例えば、ブロック１〜ブロック３のみが更新されるとき）、ＭＰＵ３０は、ＮＡＮＤ３５とＳＤＲＡＭ３４のデータが同じブロックについてもＮＡＮＤ３５からＳＤＲＡＭ３４へのコピーを行うため、処理の終了までに時間が掛かる。
【００４１】
そこで、本実施形態では、バックグラウンド更新処理にて生成された更新ブロック情報に基づいて、ＭＰＵ３０は、更新されたＮＡＮＤ３５のブロックのデータのみを、ＳＤＲＡＭ３４の対応するブロックへコピーする。その他のブロックは、セルフリフレッシュ機能により再起動前のデータを保持するため、ＭＰＵ３０は、最小限のコピー処理にて、更新後のデータをＳＤＲＡＭ３４上に展開することが可能となる。したがって、更新後のデータをユーザが利用可能となるまでの時間が短縮される。
【００４２】
図７は、本実施形態に係るＭＰＵ３０の処理を示すフローチャートである。
ステップＳ１では、ＭＰＵ３０は、携帯電話機１の起動処理を行う。ＳＤＲＡＭ３４のデータが保持されていない場合、ＭＰＵ３０は、ＮＡＮＤ３５からＳＤＲＡＭ３４へデータをコピーした後に当該データを実行する（図４参照）。
【００４３】
ステップＳ２では、ＭＰＵ３０は、更新の存在が通知されたことに応じて、基地局を介して所定のサーバからソフトウェア更新の差分データをダウンロードする。ＭＰＵ３０は、ダウンロードした差分データをＮＡＮＤ３５に記憶する。
【００４４】
ステップＳ３では、ＭＰＵ３０は、ＮＡＮＤ３５に記憶されているソフトウェア（データ）のバックグラウンド更新を実行するか否かを判定する。具体的には、ユーザからの所定の指示入力を受け付けたか否かを判定する。この判定がＹＥＳの場合はステップＳ４に移り、判定がＮＯの場合は指示入力を待機する。
【００４５】
ステップＳ４では、ＭＰＵ３０は、ステップＳ２で受信した差分データによるバックグラウンド更新が完了するまで、ループ処理を実行する。全ブロックを更新すると、ＭＰＵ３０は、当該ループ処理を終了し、ステップＳ７に移る。
【００４６】
ステップＳ５では、ＭＰＵ３０は、ステップＳ２で受信した差分データに基づいて、ＮＡＮＤ３５のブロック単位に、プログラムコードのバックグラウンド更新を行う（図５参照）。
【００４７】
ステップＳ６では、ＭＰＵ３０は、ステップＳ５で更新したブロックを示す更新ブロック情報をＮＡＮＤ３５に記録する。
【００４８】
ステップＳ７では、ＭＰＵ３０は、携帯電話機１を再起動し、起動処理を実行する。具体的には、ステップＳ６で記録された更新ブロック情報を参照し、ＮＡＮＤ３５からＳＤＲＡＭ３４へ、更新されたブロックのみをコピーする（図６参照）。なお、前述したように、更新されないブロックに関しては、ＳＤＲＡＭ３４は再起動前のデータを保持する。
【００４９】
本処理では、ユーザからの指示入力に応じてバックグラウンド更新を開始したが、これには限られない。例えば、受信した差分データの属性として付加された重要度に応じて、自動的に開始してもよい。また、重要度にかかわらず、自動的にバックグラウンド更新を開始する態様であってもよい。
【００５０】
＜第２実施形態＞
以下、本発明の第２実施形態について説明する。第１実施形態では、更新ブロック情報をＭＰＵ３０が生成して記録したが、本実施形態では、サーバから更新ブロック情報をダウンロードする。
【００５１】
図８は、本実施形態に係るＭＰＵ３０の処理を示すフローチャートである。なお、第１実施形態（図７）と同様の処理については同一の符号を付し、説明を省略または簡略化する。
【００５２】
ステップＳ１での起動処理の後、ステップＳ２ａにおいて、ＭＰＵ３０は、ソフトウェア更新のための差分データと共に、いずれのブロックを更新するのかを示す更新ブロック情報をダウンロードする。ＭＰＵ３０は、受信した差分データおよび更新ブロック情報を、ＮＡＮＤ３５の受信したデータ用の領域に記憶する。
【００５３】
ＭＰＵ３０は、ステップＳ３において、バックグラウンド更新を実行すると判定すると、ステップＳ４からステップＳ５において、ステップ差分データに基づいてＮＡＮＤ３５のバックグラウンド更新を実行する。
【００５４】
そして、ステップＳ７において、ＭＰＵ３０は、携帯電話機１を再起動し、起動処理を実行する。ここでは、第１実施形態と同様に、ステップＳ２ａで記憶された更新ブロック情報を参照し、ＮＡＮＤ３５からＳＤＲＡＭ３４へ、更新されたブロックをコピーする（図６参照）。
【００５５】
このように、サーバから更新ブロック情報の提供を受けることにより、第１実施形態においてバックグラウンド更新中に更新ブロック情報を生成して記憶していた処理負荷が低減される。
【００５６】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【００５７】
前述の実施形態では、バックグラウンド更新後の再起動時において、ＮＡＮＤ３５からＳＤＲＡＭ３４へプログラムコードをコピーする処理について述べたが、本発明の適用はこれには限られない。例えば、通常起動時にＮＡＮＤ３５を更新した後のコピー処理に適用してもよい。
【００５８】
また、携帯電話機１は、基地局を介して無線にて更新情報データを取得することとしたが、これには限られず、他の電子機器（例えば、パーソナルコンピュータ）や外付けの記憶装置から有線にて取得することとしてもよい。
【符号の説明】
【００５９】
１  携帯電話機（電子機器）
１１  操作部
２１  表示部
３０  ＭＰＵ（更新部、制御部）
３１  電源部
３２  無線部（通信部）
３３  アンテナ
３４  ＳＤＲＡＭ（第２記憶部）
３５  ＮＡＮＤ（第１記憶部、第３記憶部、第４記憶部）
３６  音声制御部
【図１】
2010231300.tif 000003
【図２】
2010231300.tif 000004
【図３】
2010231300.tif 000005
【図４】
2010231300.tif 000006
【図５】
2010231300.tif 000007
【図６】
2010231300.tif 000008
【図７】
2010231300.tif 000009
【図８】
2010231300.tif 000010