(57)【特許請求の範囲】
【請求項１】
携帯端末内の不揮発性メモリに圧縮コードとして格納されているソフトウェアを無線経由で差分データに基づいて更新するソフトウェア更新方法であって、
耐障害性を有するファイルシステム領域を設け、
ソフトウェアの更新時に、更新対象ソフトウェアの圧縮コードを解凍してＲＡＭ上に展開し、
ＲＡＭ上で前記差分データに基づいて当該更新対象ソフトウェアを更新し、
更新後のソフトウェアを圧縮し、
この圧縮された更新後の更新対象部分のコピーを前記ファイルシステム領域内に格納した後、
前記更新後の更新対象部分の圧縮コードを前記不揮発性メモリに書き戻す
ことを特徴とするソフトウェア更新方法。
【請求項２】
ソフトウェア更新時の電源断により前記不揮発性メモリへの書き戻しが失敗したとき、電源回復後に前記ファイルシステム領域内に格納されている更新後の更新対象部分を前記不揮発性メモリの当該領域に書き戻した後、更新処理を再開する請求項１に記載のソフトウェア更新方法。
【請求項３】
前記ソフトウェアを複数のコンポーネントに分割し、各コンポーネントを圧縮した圧縮コンポーネントを前記不揮発性メモリに格納し、
ソフトウェアの更新時には、更新対象ソフトウェアの全ての圧縮コンポーネントを解凍して、ＲＡＭ上に展開し、
ＲＡＭ上で、前記差分データに基づいて、更新対象のコンポーネントのみを更新し、
更新後のコンポーネントのみを圧縮して前記不揮発性メモリの当該領域に書き戻す
請求項１または２に記載のソフトウェア更新方法。
【請求項４】
前記不揮発性メモリ内の更新対象ソフトウェアの更新済みの更新対象部分のコピーを前記ファイルシステム領域内に格納する際、更新対象の圧縮コンポーネントのみを前記ファイルシステム領域に格納する請求項３に記載のソフトウェア更新方法。
【請求項５】
前記ソフトウェアの圧縮コードを前記不揮発性メモリに格納した際に前記不揮発性メモリ上での各圧縮コンポーネントの格納位置を定めたデータテーブルを作成して不揮発的に記憶しておき、
更新対象の圧縮コンポーネントを前記ファイルシステムに格納する際に、前記データテーブルを参照して、前記不揮発性メモリ上での当該圧縮コンポーネントの位置を確認する
請求項４に記載のソフトウェア更新方法。
【請求項６】
携帯端末内の不揮発性メモリに圧縮コードとして格納されているソフトウェアを無線経由で差分データに基づいて更新する携帯端末装置であって、
耐障害性を有するファイルシステム領域を有する記憶装置と、
実行対象のソフトウェアを格納するＲＡＭと、
ソフトウェアの更新時に、更新対象ソフトウェアの圧縮コードを解凍してＲＡＭ上に展開し、ＲＡＭ上で前記差分データに基づいて当該更新対象ソフトウェアを更新し、更新後のソフトウェアを圧縮し、この圧縮された更新後の更新対象部分のコピーを前記ファイルシステム領域内に格納した後、前記更新後の更新対象部分の圧縮コードを前記不揮発性メモリに書き戻すデータ処理手段と
を備えたことを特徴とする携帯端末装置。
【請求項７】
前記データ処理手段は、ソフトウェア更新時の電源断により前記不揮発性メモリへの書き戻しが失敗したとき、電源回復後に前記ファイルシステム領域内に格納されている更新後の更新対象部分を前記不揮発性メモリの当該領域に書き戻した後、更新処理を再開する請求項６に記載の携帯端末装置。
【請求項８】
前記ソフトウェアは複数のコンポーネントに分割され、各コンポーネントを圧縮した圧縮コンポーネントが前記不揮発性メモリに格納され、
前記データ処理手段は、ソフトウェアの更新時には、更新対象ソフトウェアの全ての圧縮コンポーネントを解凍して、ＲＡＭ上に展開し、ＲＡＭ上で、前記差分データに基づいて、更新対象のコンポーネントのみを更新し、更新後のコンポーネントのみを圧縮して前記不揮発性メモリの当該領域に書き戻す請求項６または７に記載の携帯端末装置。
【請求項９】
前記データ処理手段は、前記不揮発性メモリ内の更新対象ソフトウェアの更新後の更新対象部分のコピーを前記ファイルシステム領域内に格納する際、更新対象の圧縮コンポーネントのみを前記ファイルシステム領域に格納する請求項８に記載の携帯端末装置。
【請求項１０】
前記データ処理手段は、前記ソフトウェアの圧縮コードを前記不揮発性メモリに格納した際に前記不揮発性メモリ上での各圧縮コンポーネントの格納位置を定めたデータテーブルを作成して不揮発的に記憶しておき、更新対象の圧縮コンポーネントを前記ファイルシステムに格納する際に、前記データテーブルを参照して、前記不揮発性メモリ上での当該圧縮コンポーネントの位置を確認する請求項９に記載の携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置に係り、特に、携帯端末内の不揮発性メモリに格納されているソフトウェアを無線経由で取得された差分データに基づいて更新するソフトウェア更新方法に関する。
【背景技術】
【０００２】
現在、携帯電話機のような携帯端末は広く普及している。このような携帯端末の機能の追加、性能向上、不具合の修正等を行うためには、端末内のメモリに格納されているプログラム等のソフトウェアを更新する必要がある。ソフトウェアを格納するメモリとして、フラッシュメモリのような再書き込み可能な不揮発性メモリを使用し、無線経由で携帯端末のソフトウェア更新を行うＦＯＴＡ（Firmware Over The Air）と呼ばれる技術が知られている（特許文献１参照）。
【０００３】
また、携帯端末のソフトウェアはその機能が複雑になるにつれて、必要となるメモリ容量が増大する。この為、メモリデバイスのコストが上昇し、このデバイスコスト増が製品価格に影響する。
【０００４】
この問題に対する一つの解決策として、予め圧縮されたソフトウェアをメモリにロードしておき、実行時に解凍する方法が提案されている。この方法によれば、ソフトウェア本体もサイズも小さくなることから、メモリ容量低減に関してそれなりの効果が期待できる。ただし、圧縮されたソフトウェアを解凍する時間が余分に必要であるため、起動時間の短縮効果はあまり望めない。
【０００５】
また、携帯端末用のメモリデバイスとしては、再書込可能な不揮発性の半導体メモリとして、フラッシュメモリが利用されている。
【０００６】
そこで、フラッシュメモリを携帯端末のプログラムの記憶に利用する。フラッシュメモリからブート（Ｂｏｏｔ：起動）を行うような場合、一旦、フラッシュメモリからＲＡＭにプログラム領域が転送されて、プログラムはＲＡＭ上で実行される。
【０００７】
フラッシュメモリには、予め圧縮されたコードを格納することにより、フラッシュメモリからＲＡＭへ展開するサイズが小さくなる為、メモリとしては空き領域が増大し、この領域をストレージエリアなどとして使用することが可能となる。
【０００８】
しかしながら、圧縮コードはブート時に解凍することが必要となり、その分ソフトウェアが起動するまでの時間がかかる問題が発生する。
【０００９】
従来、コード圧縮されたソフトウェアをＦＯＴＡによって更新する場合、以下のようなシーケンスとなる。
１．フラッシュメモリ上の圧縮コードを解凍してＲＡＭ上に本来のコードとして転送する
２．この解凍されたソフトウェアと、無線経由で取得された差分ファイルとにより、ソフトウェアを更新する
３．更新したソフトウェアを携帯端末内で圧縮し、フラッシュメモリに書き戻す
【特許文献１】特開２００６−３０９５１６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上記のような従来のシーケンスでは、フラッシュメモリへの書き戻し中に電源断が発生した場合、ＲＡＭ上の更新後の圧縮コードが消滅するだけでなく、更新後の圧縮コードによる上書きにより更新前の圧縮コードが破壊されることになる。その結果、電源復帰後に再度解凍してソフトウェア更新を再開することができなくなる。
【００１１】
また、フラッシュメモリ上の圧縮されたソフトウェアを更新するソフトウェア更新処理は上述したようなシーケンスにより、比較的長い時間を要するため、携帯端末においては上記書き戻し中にバッテリ切れによる電源断となる可能性も高まる。
【００１２】
本発明はこのような背景においてなされたものであり、携帯端末装置においてソフトウェアの更新処理後に圧縮ソフトウェアを不揮発性メモリに書き戻す際に電源断が発生しても、電源回復後にソフトウェア更新を再開することができるようにするものである。
【課題を解決するための手段】
【００１３】
本発明によるソフトウェア更新方法は、携帯端末内の不揮発性メモリに圧縮コードとして格納されているソフトウェアを無線経由で差分データに基づいて更新するソフトウェア更新方法であって、耐障害性を有するファイルシステム領域を設け、ソフトウェアの更新時に、更新対象ソフトウェアの圧縮コードを解凍してＲＡＭ上に展開し、ＲＡＭ上で前記差分データに基づいて当該更新対象ソフトウェアを更新し、更新後のソフトウェアを圧縮し、この圧縮された更新後の更新対象部分のコピーを前記ファイルシステム領域内に格納した後、前記更新後の更新対象部分の圧縮コードを前記不揮発性メモリに書き戻すことを特徴とする。
【００１４】
耐障害性を有するファイルシステム領域に、更新後の更新対象部分を不揮発性メモリに書き戻す前にそのバックアップを取っておくことにより、ソフトウェア更新時の電源断により前記不揮発性メモリへの書き戻しが失敗したときであっても、電源回復後に前記ファイルシステム領域内に格納されている更新後の更新対象部分を前記不揮発性メモリの当該領域に書き戻した後、更新処理を再開することができる。
【００１５】
より具体的には、前記ソフトウェアを複数のコンポーネントに分割し、各コンポーネントを圧縮した圧縮コンポーネントを前記不揮発性メモリに格納し、ソフトウェアの更新時には、更新対象ソフトウェアの全ての圧縮コンポーネントを解凍して、ＲＡＭ上に展開し、ＲＡＭ上で、前記差分データに基づいて、更新対象のコンポーネントのみを更新し、更新後のコンポーネントのみを圧縮して前記不揮発性メモリの当該領域に書き戻す。
【００１６】
前記不揮発性メモリ内の更新対象ソフトウェアの更新後の更新対象部分のコピーを前記ファイルシステム領域内に格納する際、更新対象の圧縮コンポーネントのみを前記ファイルシステム領域に格納すれば足りる。
【００１７】
本発明は、また、上記のような携帯端末内の不揮発性メモリに圧縮コードとして格納されているソフトウェアを無線経由で差分データに基づいて更新する機能を備えた携帯端末装置、または、そのような機能を実行するコンピュータプログラムとしても把握することができる。
【発明の効果】
【００１８】
本発明によれば、耐障害性を有するファイルシステム領域に、更新対象ソフトウェアの更新後の更新対象部分を不揮発性メモリに書き戻す前にそのバックアップを取っておくことにより、不揮発性メモリヘの更新済データ書き込み中の電源断等が発生した後であっても、不揮発性メモリ上のソフトウェアの妥当性を維持し、更新処理が再開することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の好適な実施の形態について図面を参照しながら、詳細に説明する。
【００２０】
図１に本実施の形態における携帯端末１０の概略ハードウェア構成を、携帯電話機を例として示す。
【００２１】
携帯端末１０は、制御部１１、音声処理部１２、マイク１３、スピーカ１４、記憶部１５、通信部１６、デュプレクサ１７、アンテナ１７ａ、操作部１８、表示部１９を備える。
【００２２】
制御部１１は、ＣＰＵ(Central Processing Unit)３０を搭載した携帯電話用ＬＳＩを含み、携帯端末１０の処理および各部の制御を司るデータ処理手段を構成する。
【００２３】
音声処理部１２は制御部１１の制御下で通話や音楽再生等の音声処理を行い、マイク１３からの音声入力、スピーカ１４への音声出力を行う。
【００２４】
記憶部１５は、プログラムやデータを記憶する部位であり、本実施の形態では、ＮＡＮＤメモリ等の不揮発性メモリであるフラッシュメモリ２０、ＳＤＲＡＭ(Synchronous Dynamic Random Access Memory)等のＲＡＭ２４を有する。
【００２５】
フラッシュメモリ２０は、制御部１１が実行するプログラムを格納する再書込可能な不揮発性メモリである。フラッシュメモリ２０には、ブートプログラムを格納するブート領域２１、プログラム本体のコード（プログラムコード）を格納するプログラム領域２２と、その他必要なデータやプログラムを格納するためのストレージ（Storage）領域２３が存在する。ストレージ領域２３は、これらのデータを格納するファイルシステム領域を含み、ファイルシステムは電源断時にもデータが破損しない耐障害性を有するものとする。このようなファイルシステムは、プログラムの他、例えば、電話帳、電子メール、ウェブコンテンツ、音楽、画像等の各種のデータを格納する用途に利用される。
【００２６】
プログラム領域２２は、ブートプログラムによるブート時にＲＡＭ２４へ展開され、プログラム等のソフトウェアはＲＡＭ２４上で実行される。より具体的には、制御部１１および記憶部１５に電源が供給されると、制御部１１の組み込みロジックによってフラッシュメモリ２０のブート領域の内容が制御部内蔵のメモリ領域に読み込まれて実行される。このプログラムには本発明で定めるブート処理が組み込まれており、このプログラムによって実行対象プログラムコードがフラッシュメモリ２０からＲＡＭ２４へと展開され、プログラムがＲＡＭ２４上で実行される。
【００２７】
通信部１６は、制御部１１の制御下で、アンテナ１７ａを介して基地局（図示せず）と無線による送受信を行う部位である。デュプレクサ１７はアンテナ共用機である。すなわち、送信信号と受信信号で１本のアンテナを共用し、アンテナからの受信信号を受信部に送り、送信部からの送信信号をアンテナへ送出する機能を備えたフィルタ回路により構成される。
【００２８】
操作部１８は、テンキーや各種の制御キー等を有し、ユーザによる指示や情報を制御部１１に入力する機能を有する。
【００２９】
表示部１９は、例えばＬＣＤ、有機ＥＬ等の表示デバイスを有し、ユーザに対してテキスト、画像（静止画、動画）等の可視情報を表示する機能を有する。
【００３０】
以下、本実施の形態における動作を説明する。
【００３１】
図２に示すように、ＦＯＴＡではソフトウェアの更新が必要になったときに、更新に必要なデータをソフトウェア提供者がインターネット等のネットワーク上の配信サーバ２５に格納し、携帯端末１０が更新に必要なデータを無線経由でダウンロードする。フラッシュメモリは、ソフトウェア格納領域とファイルシステム領域を有し、更新に必要なデータはファイルシステム領域に保存される。
【００３２】
更新に必要なデータは新旧のバージョンの差分としてソフトウェア提供者が作成して、配信サーバ２５に配置される。この差分データは、新旧ソフトウェアの圧縮を施していない元のコード同士の比較によって作成される。
【００３３】
図３は、携帯端末１０のフラッシュメモリ２０内の更新前のソフトウェア格納領域の概略を示している。フラッシュメモリ２０内には、プログラム領域２２（図１）内に、複数の圧縮コンポーネント１〜Ｎからなる更新前ソフトウェア２０１、および、更新処理の手順を記述したプログラムである更新処理ソフトウェア２０２、ソフトウェア更新用の差分データであるソフトウェア更新用データ２６が格納されている。このソフトウェア更新用データ２６は圧縮されていてもいなくてもよい。また、フラッシュメモリ２０内には、ストレージ領域２３（図１）内に、ファイルシステムにより利用されるファイルシステム領域２０３も設けられている、ソフトウェア更新用データ２６は上述したように配信サーバ２５から前もってダウンロードされたものである。
【００３４】
図４により、コード圧縮利用時のソフトウェア更新の手順を説明する。
【００３５】
携帯端末において配信サーバ２５から取得したソフトウェア更新用データ２６（差分データ）に基づいて、旧バージョンのソフトウェアを更新する際、旧バージョンのソフトウェアは圧縮されてフラッシュメモリ２０内に格納されているので、直接差分データを適用することができない。そのため、コード圧縮を利用する携帯端末のＦＯＴＡでは、従来、ソフトウェアを構成する複数のコンポーネントをコンポーネントごとに圧縮したコードを、一旦、解凍して、ＲＡＭ２４上に展開して、元の非圧縮コードに変換する（１）。すべてのコンポーネントを解凍して展開するのは、更新対象ではないコンポーネントであっても更新処理ソフトウェアで参照されることがあるからである。ついで、ＲＡＭ２４上でこの非圧縮コードに対して差分データを適用してソフトウェア更新を行う（２）。図の例では、ソフトウェア更新により、コンポーネント１，３が更新された様子を示している。その後、更新後のコードを圧縮してフラッシュメモリ２０に書き戻す（３）。
【００３６】
図５は、更新後コードの圧縮および書き戻し時に電源断が発生した場合の説明図である。図４のようなソフトウェア更新処理において、圧縮した更新後のコードをフラッシュメモリ２０上に書き戻す際（２）に電源断が発生した場合（３）を想定する。このような場合、更新前の圧縮コードが破壊されてしまう。その結果、電源回復後の再起動時（４）に、圧縮コードの解凍・転送を行っても（５）、解凍を正常に行うことができず、破壊されたコンポーネントに対応するＲＡＭ上での当該コンポーネントが不完全となり、更新処理を再開することができない。
【００３７】
携帯端末では通常、電源として電池を利用しており、電池残量の低下や端末落下等による電池パックの脱落などの要因により、据え置き型の装置に比べて処理中に電源断が生じる可能性が高いという事情がある。
【００３８】
本発明では、コード圧縮を利用した携帯端末でのＦＯＴＡにおいて、どのようなタイミングで電源断が発生しても、更新処理再開を保証する。
【００３９】
図６に、本実施の形態で用いるデータテーブル４０の構成例を示す。このデータテーブル４０は、圧縮コンポーネントのサイズおよびフラッシュメモリ２０上の格納位置（開始ブロックから終了ブロック）を定めたデータテーブルである。このデータテーブル４０は、あらかじめ携帯端末内の記憶部１５内の所定の領域に保持しておく。データテーブル４０は、一つのソフトウェアを構成する各圧縮コンポーネント毎に、そのサイズ、および、フラッシュメモリ２０内の開始ブロックおよび終了ブロックを記憶している。このようなデータテーブル４０は、フラッシュメモリ２０へのソフトウェアの格納時に作成され、保存される。ソフトウェアの更新時には必要に応じてデータテーブル４０の内容も更新される。
【００４０】
図７により、ファイルシステム領域を利用したデータのバックアップによる、電源断発生時の更新前圧縮コードの復旧の手順を説明する。
【００４１】
更新処理実行時に、上述したようにフラッシュメモリ２０内の更新前のソフトウェアを解凍してＲＡＭ２４へ転送する（１）。その後、ＲＡＭ２４上でのコンポーネントの更新が完了し（２）、更新後のコンポーネントの圧縮コードをファイルシステム領域２０３にコピーする（３）。このコピーを行う際はデータテーブル４０の値を参照し、コピーするコンポーネントの圧縮コードの位置も併せてコピーする。このように、データテーブル４０を利用することにより、更新対象のコンポーネントのみをファイルシステム領域２０３にバックアップすることができる。その後、更新後のコンポーネントの圧縮コードをフラッシュメモリ２０に書き戻す（４）。その書き込み中に電源断が発生したとする（５）。このとき、更新処理の中断により、書き込み中だったコンポーネント（図の例ではコンポーネント１）のデータは破壊された状態となる。
【００４２】
そこで、電源供給が回復したあと（６）、ファイルシステム領域２０３にコピーしておいた更新後のコンポーネントの圧縮コードを、フラッシュメモリ２０内のあるべき書き込み位置（指定の位置）に書き戻す（７）。これにより、書き込みを行っていたコンポーネントが更新後の状態になり、再びＲＡＭ２４上に解凍・転送された際は、次の更新対象コンポーネントから更新処理を正常に再開することができる。
【００４３】
図８により、電源断発生後における更新処理の再開の手順を説明する。再度、ＲＡＭ２４にコンポーネント１〜Ｎを解凍して、ＲＡＭ２４に転送した後、ソフトウェア更新を行う（１）。この際、更新処理は先に電源断が発生したときに書き込みを行っていたコンポーネントの次の更新対象コンポーネントから再開する。ここでは、コンポーネント１の圧縮および書き込み（２）に続いて、コンポーネント３の圧縮後の書き込み時に再度電源断が発生したとする（３）。このコンポーネント３のフラッシュメモリ２０への書き込みに先立って、コンポーネント３の圧縮コードをファイルシステム領域２０３にコピーしておく。コンポーネント３の圧縮コードをフラッシュメモリ２０に書き込む際に電源断があった場合、フラッシュメモリ２０内の当該コンポーネントの領域が破壊される。しかし、電源回復、再起動後に（４）、先にファイルシステム領域２０３にバックアップされている圧縮コンポーネント３を読み出して、フラッシュメモリ２０の該当位置に書き戻す（５）。これにより、再度、コンポーネント３までは更新された状態になり、次の更新対象コンポーネントから更新処理を再開することができる（６）（７）。
【００４４】
図９は、本実施の形態における携帯端末の起動時の処理の概略手順をフローチャートとして示す。この処理は図１に示した制御部１１により実行される。
【００４５】
まず、ソフトウェア更新が必要か否かを判断する（Ｓ１１）。これは、更新用の差分データがダウンロードされた際に所定のフラグを立てておく等の措置により、そのフラグが立っているか否かを確認することにより行える。ソフトウェア更新が必要でないと判断されたら、通常のソフトウェアを起動する（Ｓ１３）。ソフトウェアの更新が必要と判断されたら、更新処理ソフトウェアを起動する（Ｓ１２）。すなわち、フラッシュメモリ２０内の更新処理ソフトウェア２０２をＲＡＭ２４上に展開し、実行する。この際、更新処理ソフトウェアが圧縮されていれば、ＲＡＭ２４に展開する前に解凍を行う。
【００４６】
図１０に、ソフトウェア更新処理の概略手順をフローチャートとして示す。この処理も制御部１１により実行される。
【００４７】
まず、現在の状態が電源断等の要因により更新処理が中断された状態か否かをチェックする（Ｓ２１）。これは更新処理が開始された後、全更新対象コンポーネントのうちどこまで更新が完了したかを示す情報を不揮発的に記録しておき、更新処理起動時にその情報を確認することにより判断することができる。
【００４８】
更新中断中であれば、書き込み途中であった更新対象コンポーネントをファイルシステム領域２０３からフラッシュメモリ２０の当該領域に書き戻す（Ｓ２２）。この際、更新対象のコンポーネントが不揮発性メモリのどのブロックに格納されているかは、データテーブル４０を参照することにより確認することができる。
【００４９】
ステップＳ２２に続いて、更新対象ソフトウェアの全コンポーネントを解凍し、ＲＡＭ上に展開する（Ｓ２３）。ついで、当該更新対象ソフトウェアの差分データをＲＡＭ上に展開する（Ｓ２４）。ステップ２３，Ｓ２４の順番は逆であってもよい。
【００５０】
その後、ＲＡＭ２４上で、当該展開された更新対象ソフトウェアを差分データに基づいて更新を行う（Ｓ２５）。この際、更新対象コンポーネントのうち更新済みのものについては、処理対象から外す。すべての更新対象コンポーネントの更新が完了した後、ＲＡＭ２４上の更新後ソフトウェアコンポーネントを圧縮してファイルシステムにコピーする（Ｓ２６）。その後、圧縮したソフトウェアコンポーネントをフラッシュメモリ２０上の当該領域に書き戻す（Ｓ２７）。また、必要に応じて、データテーブル４０を更新する（Ｓ２８）。
【００５１】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施の形態における携帯端末の概略ハードウェア構成を示す図である。
【図２】携帯端末がソフトウェア更新に必要なデータを無線経由でダウンロードする様子を示した図である。
【図３】本発明の実施の形態において携帯端末のフラッシュメモリ内の更新前のソフトウェア格納領域の概略を示す図である。
【図４】本発明の実施の形態における、コード圧縮利用時のソフトウェア更新の説明図である。
【図５】本発明の実施の形態における、更新後コードの圧縮および書き戻し時に電源断が発生した場合の説明図である。
【図６】本実施の形態で用いるデータテーブルの構成例を示す図である。
【図７】本実施の形態におけるファイルシステム領域を利用したデータのバックアップによる、電源断発生時の更新前圧縮コードの復旧の手順の説明図である。
【図８】本実施の形態において電源断発生後における更新処理の再開の手順の説明図である。
【図９】本発明の実施の形態における携帯端末の起動時の処理の概略手順を示すフローチャートである。
【図１０】ソフトウェア更新処理の概略手順を示すフローチャートである。
【符号の説明】
【００５３】
１０…携帯端末、１１…制御部、１２…音声処理部、１５…記憶部、２０…フラッシュメモリ、２１…ブート領域、２２…プログラム領域、２３…ストレージ領域、２４…ＲＡＭ、２５…配信サーバ、２６…ソフトウェア更新用データ、４０…データテーブル、２０１…更新前ソフトウェア、２０２…更新処理ソフトウェア、２０３…ファイルシステム領域
【図１】
0004944686.tif 000002
【図２】
0004944686.tif 000003
【図３】
0004944686.tif 000004
【図４】
0004944686.tif 000005
【図５】
0004944686.tif 000006
【図６】
0004944686.tif 000007
【図７】
0004944686.tif 000008
【図８】
0004944686.tif 000009
【図９】
0004944686.tif 000010
【図１０】
0004944686.tif 000011