JP2002207599A - 通信端末及びそのソフトウェア更新システム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザがサービスセンタに出向くことなく信
頼性の高いソフトウェア更新を行うことのできる通信端
末及びそのソフトウェア更新システムを提供すること。 【解決手段】 ユーザはダウンロード用の外付け不揮発
性メモリ１０１を携帯電話機１００に接続し、「ダウン
ロードプログラム」を用いて現在使用中とは異なるバー
ジョンの「サービスプログラム」をダウンロードする。
その後、携帯電話機１００を再起動することによって自
動的に「更新処理プログラム」が起動し、フラッシュメ
モリ１４上に展開されている「サービスプログラム」を
ダウンロード用の外付け不揮発性メモリ１０１上の「サ
ービスプログラム」に置き換える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信端末と、そのソ
フトウェア更新システムに関する。

【０００２】

【従来の技術】通信端末が持つ通信機能を利用し、通信
端末ソフトウェア更新サーバに更新すべきソフトウェア
を配信してもらうことによって、自身のソフトウェアの
一部であるプログラムを更新するシステムとしては特開
平９−１９０３５３号公報に開示されているような「通
信端末のソフトウェア更新システム」がある。上記従来
技術について、通信端末のソフトウェア更新システム構
成図を図８に、従来の通信端末の機能ブロック図の一例
を図９に示す。

【０００３】図８において通信端末８０１は無線による
データ通信機能を有する。また通信端末８０１は、自身
のデータ通信機能により、通信ネットワーク８００を経
由して通信端末ソフトウェア更新サーバ８０３とデータ
のやりとりが可能である。従来の無線を利用した通信端
末のソフトウェア更新システムの主な流れを下記に示
す。

【０００４】１．通信端末８０１は自身が持つ無線によ
るデータ通信機能を用いて通信ネットワーク８００経由
で、通信端末ソフトウェア更新サーバ８０３に通信端末
８０１自身のソフトウェア内で更新すべきプログラムを
要求する。 ２．通信端末ソフトウェア更新サーバ８０３は、１．の
通信端末８０１からの要求を受け、要求に対応したプロ
グラムを通信ネットワーク８００経由で通信端末８０１
に送信する。 ３．通信端末８０１は、通信端末８０１内のFlashROM９
０７のような書き込み可能で電源がoffの状態でも情報
が喪失しないようなメモリの、配信されたプログラムを
既存のプログラムとは全く異なる領域に記録する。 ４．通信端末８０１が再起動した際に、通信端末８０１
のブートシーケンス内において、更新されたプログラム
があると判断された場合、更新されたプログラムの先頭
アドレスを反映した新規のアドレステーブルをRAM９０
５上に生成し、通信端末８０１システムにおいて、この
処理の後より、更新後のアドレステーブルを参照する。

【０００５】通信端末８０１の機能ブロック図である図
９において、ユーザによるキー９１５押下の信号は図示
しないＩ／Ｏポートを経由してＣＰＵ９０１へ送られ
る。FlashROM９０７上に記録されたプログラムに応じ
て、入力に対応した処理が起動され、表示や発信処理が
行われる。表示内容はＩ／Ｏポートを経由して表示部９
１３に表示される。発信処理は送受信回路部９０３へ発
信の旨の制御信号が送られることにより実行される。そ
の他に、現在送受信回路部９０３が起動中か停止中かを
ＣＰＵ９０１で管理するための情報などを記憶するＲＡ
Ｍメモリ等がある。以上説明したような技術によって、
通信端末を使用するユーザはサービスセンタなどに端末
を持ち込むなどといった手間を要することなく、端末内
部のソフトウェアを更新することが可能であった。

【０００６】

【発明が解決しようとする課題】しかしながら、このよ
うな従来技術には以下に記す問題がある。 １．通信端末内で、既存のプログラムとは別の記録領域
に新規のプログラムを保存するため、使用可能な記録領
域が少なくなる。 ２．更新したソフトウェアに致命的な欠陥があり、なお
かつその部分が通信に関わる処理を行っている場合、ユ
ーザはサービスセンタなどに持ち込まないと通信端末８
０１を元に戻すことが出来ない。 ３．新規更新のプログラムが存在した場合、電源投入の
度にアドレステーブルの変更が発生するため、その分、
通信端末本来のシステム起動に時間がかかる。 ４．無線によるプログラムのダウンロードを行うため、
ダウンロードをしたプログラムデータと元データとを比
較した場合、無線のノイズなどの影響で正しくダウンロ
ードされない可能性がある。 本発明は上記問題点を解決し、ユーザがサービスセンタ
に出向くことなく信頼性の高いソフトウェア更新を行う
ことのできる通信端末及びそのソフトウェア更新システ
ムを提供することを目的とする。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本願第１の発明は、通信ネットワークを介してソフ
トウェアサーバから当該ソフトウェアをダウンロードす
ることにより端末内部のソフトウェアを更新する通信端
末に、脱着可能メモリとのインターフェース部と、ソフ
トウェアサーバから配信されるソフトウェアをダウンロ
ード用脱着可能メモリにダウンロードするダウンロード
手段と、所定のユーザ操作にしたがい端末内部の既存ソ
フトウェアをバックアップ用脱着可能メモリに記憶する
バックアップ手段と、端末内部のソフトウェアをダウン
ロード用脱着可能メモリにダウンロードしたソフトウェ
アに書換えるデータ更新手段とを具備したことを特徴と
する。

【０００８】本願第１の発明の通信端末は、ソフトウェ
アサーバから配信されるソフトウェアをダウンロード用
脱着可能メモリにダウンロードする際、同じソフトウェ
アを複数回ダウンロードする手段と、ダウンロードした
複数のソフトウェアを比較する手段と、比較の結果、一
致するソフトウェアの数が規定値以上あった場合はダウ
ンロードしたソフトウェアを有効とする手段と、比較の
結果、一致するソフトウェアの数が規定値未満であった
場合はダウンロードしたソフトウェアを無効とし、再度
ダウンロードするか否かの選択をユーザから受付ける手
段とを具備することが好ましい。

【０００９】さらに、本願第１発明の通信端末は、端末
内部のソフトウェアをダウンロード用脱着可能メモリに
ダウンロードしたソフトウェアに書換える際、バッテリ
ー残量が規定値以上であるか否かを確認する手段と、規
定値以上であった場合は、ソフトウェア書換え動作を実
行する手段と、規定値未満であった場合は、その旨をユ
ーザに通知する手段とを具備することが好ましい。

【００１０】また、上記課題を解決するため、本願第２
の発明は、通信ネットワークを介してソフトウェアサー
バから当該ソフトウェアをダウンロードすることにより
通信端末のソフトウェアを更新する通信端末のソフトウ
ェア更新システムに、脱着可能メモリとのインターフェ
ース部と、ソフトウェアサーバから配信されるソフトウ
ェアをダウンロード用脱着可能メモリにダウンロードす
るダウンロード手段とを備えたインターネット端末と、
脱着可能メモリとのインターフェース部と、所定のユー
ザ操作にしたがい端末内部のソフトウェアをバックアッ
プ用脱着可能メモリに記憶するバックアップ手段と、端
末内部のソフトウェアをダウンロード用脱着可能メモリ
にダウンロードしたソフトウェアに書換える手段とを備
えた通信端末とを具備したことを特徴とする。

【００１１】本願第２の発明のソフトウェア更新システ
ムのインターネット端末は、ソフトウェアサーバから配
信されるソフトウェアをダウンロード用脱着可能メモリ
にダウンロードする際、同じソフトウェアを複数回ダウ
ンロードする手段と、ダウンロードした複数のソフトウ
ェアを比較する手段と、比較の結果、一致するソフトウ
ェアの数が規定値以上あった場合はダウンロードしたソ
フトウェアを有効とする手段と、比較の結果、一致する
ソフトウェアの数が規定値未満であった場合はダウンロ
ードしたソフトウェアを無効とし、再度ダウンロードす
るか否かの選択をユーザから受付ける手段とを具備する
ことが好ましい。

【００１２】また、本願第２の発明のソフトウェア更新
システムの通信端末は、端末内部のソフトウェアをダウ
ンロード用脱着可能メモリにダウンロードしたソフトウ
ェアに書換える際、バッテリー残量が規定値以上である
か否かを確認する手段と、規定値以上であった場合は、
ソフトウェア書換え動作を実行する手段と、規定値未満
であった場合は、その旨をユーザに通知する手段とを具
備することが好ましい。

【００１３】

【発明の実施の形態】次に図１乃至図７を参照して本発
明による通信端末及びそのソフトウェア更新システムの
実施の形態を詳細に説明する。ここで、図１は本発明の
実施の形態としての携帯電話機を示す機能ブロック図、
図２乃至図４は本発明の実施の形態を説明するフローチ
ャート、図５及び図６は本発明の実施の形態を説明する
データ構成図、図７は本発明の実施の形態を説明するシ
ステム構成図である。尚、本発明による「通信端末のソ
フトウェア更新システム」のシステム構成図は従来シス
テムのそれ（図８）と同様であるため同一要素には同一
符号を用いる。

【００１４】図１を参照すると、本発明による通信端末
を携帯電話機１００に適用した実施の形態を示す機能ブ
ロック図が示されている。同図において、アンテナが接
続される送受信回路部１０は、通信端末における送受信
処理をＣＰＵ１２に制御されることにより行う回路であ
る。すなわち、送受信回路部１０は音声メッセージや文
字メッセージまたは各種情報や制御信号等を変調してア
ンテナより送出したり、アンテナより受信した音声メッ
セージや文字メッセージまたは各種情報や制御信号等を
復調してＣＰＵ１２に出力する。

【００１５】ＣＰＵ１２は、例えばフラッシュメモリ１
４に記憶されたプログラムやデータに従って、キー操作
部２４および送受信回路部１０からの制御信号により動
作し、送受信回路部１０、表示部ドライバ１８および音
声処理部２６を制御する。また、ＣＰＵ１２はＲＡＭ１
６に接続され、ＲＡＭ１６をフラッシュメモリ１４に記
憶されたプログラムを実行するときのワークエリアとし
て使用する。ＲＡＭ１６には、文字入力の際の辞書機能
の１つである学習機能データも記憶される。フラッシュ
メモリ１４は、メッセージセンタから受信した文字メッ
セージや文字パターン（英、数字も含む）／アイコン
（図形）などのフォント情報を記憶し、さらに電話帳メ
モリとしても使用され、複数の電話番号および氏名等を
記憶する。

【００１６】表示部ドライバ１８はＣＰＵ１２の制御に
従って表示部２２を駆動してこれの表示を行う。すなわ
ち、表示部ドライバ１８は、ＣＰＵ１２からの制御信号
に対応する文字パターン（英、数字も含む）やアイコン
（図形）パターンをフラッシュメモリ１４から読み出
し、表示部２２に表示する。音声処理部２６は、スピー
カ２８およびマイク３０に接続され、ＣＰＵ１２から入
力した音声信号を増幅してスピーカ２８で出力したり、
マイク３０で入力した音声信号を増幅してＣＰＵ１２に
出力する処理を行う。

【００１７】照明３２はキー押下時や着信時等にＣＰＵ
１２によって点灯、消灯制御され、点灯するとキー操作
部２４および表示部２２を明るく照明する。バイブレー
タ３４はＣＰＵ１２に接続され、このＣＰＵ１２の制御
の下、着信時に振動してそれを知らせる。リンガ又はス
ピーカ３６はＣＰＵ１２によって制御され、着信時に鳴
動してそれを知らせる。着信ＬＥＤ（着信発光ダイオー
ド）３８はＣＰＵ１２に接続され、このＣＰＵ１２によ
る制御の下、着信時等に点滅してそれを知らせる。

【００１８】本発明による携帯電話機１００は脱着可能
で書き換え可能な不揮発性メモリ１０１とのインターフ
ェース部を備えたことを特徴とする。本発明ではこのイ
ンターフェース部を介して、各種外付け不揮発性メモリ
（バックアップ用及びダウンロード用）と端末本体とを
接続し、ユーザ操作にしたがって当該ソフトウェアのバ
ックアップやダウンロードを行う。

【００１９】図５は携帯電話機１００内蔵の不揮発性メ
モリ（例えば、フラッシュメモリ１４）のデータ構成の
一例である。同図において、システム初期化プログラム
５０１は電源立上げ時・本体リセット時に端末内部の各
システムデータを初期化するプログラムである。更新処
理プログラム５０３については図４を参照して後に詳し
く説明する。サービスプログラム情報記憶領域５０５に
はサービスプログラム情報が記憶される。このサービス
プログラム情報は同プログラムが動作する端末の型式情
報５０５１、同プログラムのエラーチェック情報５０５
３、同プログラムのバーション情報５０５５で構成され
る。５０７及び５１１は空き領域として確保され、５０
９にはサービスプログラムが記憶される。

【００２０】図６は携帯電話機１００に脱着可能な不揮
発性メモリ（外付け不揮発性メモリ１０１）のデータ構
成の一例である。サービスプログラム情報記憶領域６０
１にはサービスプログラム情報が記憶される。このサー
ビスプログラム情報は同プログラムが動作する端末の型
式情報６０１１、同プログラムのエラーチェック情報６
０１３、同プログラムのバーション情報６０１５が記憶
される。６０３、６０７及び６０９は空き領域として確
保され、記憶領域６０５には１回目にダウンロードした
サービスプログラムが記憶される。さらに、記憶領域６
０９には２回目にダウンロードしたサービスプログラム
が記憶される。

【００２１】＜第１の実施の形態＞本発明は図１に示し
た携帯電話機１００の「システム初期化プログラム」、
及び「更新処理プログラム」以外の全てのソフトウェア
（以下、「サービスプログラム」と称す）を書き換える
ことを前提としている。また「サービスプログラム」
は、後述する「ダウンロードプログラム」及び「バック
アッププログラム」を含むこととする。

【００２２】１．ソフトウェア更新処理を実行するプロ
グラム 携帯電話機１００のソフトウェア更新処理は下記（１）
〜（３）のプログラムに大別することができる。 （１）バックアッププログラム 携帯電話機１００内の「サービスプログラム」を外付け
不揮発性メモリ１０１に保存するプログラム。 （２）ダウンロードプログラム 通信ネットワークを経由して更新用の「サービスプログ
ラム」を外付け不揮発性メモリ１０１に保存するプログ
ラム。 （３）更新処理プログラム 外付け不揮発性メモリ１０１に「サービスプログラム」
が書き込まれていた場合、それを携帯電話機１００に内
蔵している書き換え可能な不揮発メモリ（本実施の形態
では、フラッシュメモリ１４）にコピーするプログラ
ム。ソフトウェア更新処理の必要が生じたとき、ユーザ
はまず携帯電話機１００のキー操作部２４を用いて特定
の操作をすることによって「（１）バックアッププログ
ラム」を呼び出す。「（１）バックアッププログラム」
は予め本体１００に接続してあるバックアップ用の外付
け不揮発性メモリ１０１に「サービスプログラム」をコ
ピーするためのプログラムである。

【００２３】次に、ユーザはダウンロード用の外付け不
揮発性メモリ１０１を携帯電話機１００に接続し、
「（２）ダウンロードプログラム」を用いて、現在使用
中とは異なるバージョンの「サービスプログラム」をダ
ウンロードする。その後、携帯電話機１００を再起動す
ることによって自動的に「（３）更新処理プログラム」
が起動し、フラッシュメモリ１４上に展開されている
「サービスプログラム」を「（２）ダウンロードプログ
ラム」を用いてダウンロード用外付け不揮発性メモリ１
０１に保存した「サービスプログラム」に置き換える。

【００２４】２．バックアッププログラムの処理手順 図２を参照して「バックアッププログラム」の処理手順
を説明する。 （１）キー操作部２４を介してユーザによる特定の指示
が送られてきた場合、バックアッププログラムが開始す
る（２０１）。 （２）バックアップ用の外付け不揮発性メモリ１０１が
本体１００に接続されているか否かを確認する（２０
３）。 処理２０３で接続されていない場合にはその旨をユー
ザに通知して（２２１）バックアッププログラムを終了
する（２２３）。 処理２０３で接続されている場合には端末内のサービ
スプログラム情報（サービスプログラムが保存されてい
る領域などの情報）を外付け不揮発性メモリ１０１の特
定領域にコピーする（２０７）。

【００２５】（３）端末内のサービスプログラムをバッ
クアップ用の外付け不揮発性メモリ１０１の特定領域に
コピーする（２０９）。 （４）サービスプログラム情報内の「サービスプログラ
ムのエラーチェック情報」を元に、コピーしたサービス
プログラムが正常にコピーされたかどうかを確認する
（２１１）。 処理２１１で正常にコピーされていない場合にはその
旨をユーザに通知し（２１５）、ユーザに再挑戦するか
どうかを問い合わせる（２１７）。 (i)処理２１７で再挑戦する場合にはバックアッププロ
グラムの最初から処理を行う（２０３）。 (ii)処理２１７で再挑戦しない場合にはそのままバック
アッププログラムを終了する（２２３）。 処理２１１で正常にコピーされている場合にはその旨
をユーザに通知し（２１９）バックアッププログラムは
終了する（２２３）。

【００２６】３．ダウンロードプログラムの処理手順 図３を参照して「ダウンロードプログラム」の処理手順
を説明する。 （１）キー操作部２４を介してユーザによる特定の指示
が送られてきた場合、ダウンロードプログラムが開始さ
れる（３０１）。 （２）ダウンロード用の外付け不揮発性メモリ１０１が
本体１００に接続されているか否か確認を行う（３０
３） 処理３０３で接続されていない場合にはその旨をユー
ザに通知して（３２９）ダウンロードプログラムは終了
する（３３５）。 処理３０３で接続されている場合には１回目のソフト
ウェアダウンロードの要求を通信ネットワーク８００経
由で通信端末ソフトウェア更新サーバ８０３に行う（３
０７）。

【００２７】（３）携帯電話機１００は、通信端末ソフ
トウェア更新サーバ８０３から通信ネットワーク８００
経由で配信されるソフトウェアを受信する（３０９）。
携帯電話機１００は通信端末ソフトウェア更新サーバ８
０３より配信されたプログラムを「サービスプログラム
記憶領域１」（図６の６０５）に保存する。 （４）携帯電話機１００は２回目のソフトウェアダウン
ロードの要求を通信ネットワーク８００経由で、通信端
末ソフトウェア更新サーバ８０３に行う（３１１）。こ
こでの要求は、１回目の要求と同一内容のソフトウェア
を要求するものである。 （５）携帯電話機１００は、通信端末ソフトウェア更新
サーバ８０３から通信ネットワーク８００経由で配信さ
れるソフトウェアを受信する（３１３）。同様に、配信
するソフトウェアの内容は、1回目と全く同様のもので
ある。携帯電話機１００は通信端末ソフトウェア更新サ
ーバ８０３より配信されたプログラムを「サービスプロ
グラム記憶領域２」（図６の６０９）に保存する。 （６）携帯電話機１００は通信端末ソフトウェア更新サ
ーバ８０３に対し、「サービスプログラム情報」を要求
する（３１５）。 （７）携帯電話機１００は通信端末ソフトウェア更新サ
ーバ８０３から「サービスプログラム情報」を通信ネッ
トワーク８００経由で受信する（３１７）。 （８）携帯電話機１００は配信された「サービスプログ
ラム情報」を、「サービスプログラム情報記憶領域」
（図６の６０１）に保存する。

【００２８】（９）携帯電話機１００は、１回目と２回
目とで全く同じソフトウェアがダウンロードされたか否
かを、「サービスプログラム記憶領域１」（図６の６０
５）および「サービスプログラム記憶領域２」（図６の
６０９）を比較することによって確認する（３１９）。
この確認をすることによって、無線などによる情報の欠
落がないか否かを、従来技術より高い確度でチェックす
ることができる。 処理３２１で２つのソフトウェアが一致していない場
合にはダウンロードの失敗をユーザに通知し（３３１）
再挑戦するか否かをユーザに確認する（３３３。 (i)処理３３３の結果、再挑戦する場合には再びダウン
ロードプログラムを実行する（３０３）。 (ii)処理３３３の結果、再挑戦しない場合にはダウンロ
ードプログラムを終了する（３３５）。 処理３２１で２つのソフトウェアが一致している場合
には「サービスプログラム情報」（図６の６０１）内の
「サービスプログラムのエラーチェック情報」を参照し
（３２３）、「サービスプログラム記憶領域１」（図６
の６０５）に保存されている「サービスプログラム」が
正常か否か確認する（３２５）。

【００２９】（１０）処理３２５で「サービスプログラ
ム」が正常でない場合にはその旨をユーザに通知し（３
３１）、再挑戦するか否かをユーザに確認する（３３
３）。 処理３３３の結果、再挑戦する場合には再びダウンロ
ードプログラムを実行する（３０３）。 処理３３３の結果、再挑戦しない場合にはダウンロー
ドプログラムを終了する（３３５）。 （１１）処理３２５で「サービスプログラム」が正常で
あれば、ユーザにその旨を通知して（３２７）ダウンロ
ードプログラムを終了する（３３５）。

【００３０】４．更新処理プログラムの処理手順 図４を参照して「更新処理プログラム」の処理手順を説
明する。 （１）携帯電話機１００の電源が一旦切られて再投入さ
れるか、リセットがかかったとき、「システム初期化プ
ログラム」に移行し、その後、「更新処理プログラム」
に移行する（４０１）。このシステム更新処理プログラ
ムは、常にシステム初期化プログラム終了後に呼び出さ
れる。

【００３１】（２）ダウンロードプログラム３０１によ
って当該ソフトウェアが保存されたダウンロード用外付
け不揮発性メモリ１０１が本体１００に接続されている
かを確認する（４０３及び４０５）。 処理４０５で接続されていない場合には端末内のフラ
ッシュメモリ１４に記憶されているサービスプログラム
を開始する（４３３）。 処理４０５で接続されている場合には「システムソフ
トウェア情報」が「サービスプログラム情報領域」（図
６の６０１）にあるか否か等を確認する（４０７）。

【００３２】（３）処理４０７及び４０９では以下の確
認処理〜を行う。 「システムソフトウェア情報」が存在するか否かを確
認する。 「サービスプログラム情報」の「サービスプログラム
が動作する端末の型式情報」と端末自身の型式とを比較
する。 「サービスプログラム情報」の「サービスプログラム
のエラーチェック情報」を参照して、「サービスプログ
ラム」が正常か否かを確認する。 〜の結果、で「システムソフトウェア情報」が存
在し、で端末の型式情報が一致し、で「サービスプ
ログラム」が正常であると判断された場合には（５）の
処理に進む。それ以外は（４）の処理に進む。

【００３３】（４）端末内のフラッシュメモリ１４に記
憶されているサービスプログラムを開始する（４３
３）。 （５）上記（３）〜の確認結果をユーザに通知し、
ソフトウェアを書き換える旨をユーザに通知し（４１
１）ユーザからの書換え承認を待つ（４１３）。 ユーザが書き換えを承認した場合には（６）の処理へ
進む。 ユーザが書き換えを承認しなかった場合には端末内の
フラッシュメモリ１４に記憶されているサービスプログ
ラムを開始する（４３３）。

【００３４】（６）携帯電話機１００が書き換え処理を
行うのに十分なバッテリを有しているか否かを確認する
（４１５）。 十分なバッテリがなかった場合にはその旨をユーザに
通知し（４１９）端末内のフラッシュメモリ１４に記憶
されているサービスプログラムを開始する（４３３）。 十分なバッテリがあった場合にはコピーを開始する旨
をユーザに通知し（４２１）、「サービスプログラム記
憶領域１」（図６の６０５）から「サービスプログラム
記憶領域」（図５の５０９）にコピーをする（４２
３）。携帯電話機１００はコピー中のユーザ操作を一切
受付けないようにする。

【００３５】（７）書換え（４２３）終了後、「サービ
スプログラム情報」（図５の５０５）の「サービスプロ
グラムのエラーチェック情報」（図５の５０５３）を参
照して、「サービスプログラム」が正常か否かを確認す
る（４２５）。 エラーチェック（処理４２５）の結果、正常であった
場合には携帯電話機１００のソフトウェアバージョン情
報を書き換える（４３１）。 エラーチェック（処理４２５）の結果、エラーが確認
された場合にはその旨をユーザに通知し（４２９）端末
内のフラッシュメモリ１４に記憶されているサービスプ
ログラムを開始する（４３３）。

【００３６】＜第２の実施の形態＞第１の実施の形態で
はソフトウェアの「バックアップ」「ダウンロード」
「更新」を全て携帯電話機１００で行っていた。第２の
実施の形態ではソフトウェアの「ダウンロードプログラ
ム」をインターネット端末（本実施の形態では図７のパ
ソコン７０１とする）で実行し、「バックアップ」と
「更新」を携帯電話機１００で行う場合の説明をする。
ここで、図７の書き換え可能メモリ７０７は第１の実施
の形態で説明した外付け不揮発性メモリ１０１と同様の
脱着可能不揮発メモリであり、そのデータ構成例も図６
と同様である。

【００３７】１．ダウンロードプログラムの処理手順 図７は本発明の第２の実施の形態を説明するためのシス
テム構成図である。 （１）インターネット７００に接続しているパソコン７
０１の入力装置（キーボード、マウス等）を介してユー
ザによる特定の指示が送られてきた場合、ダウンロード
プログラムが開始される（３０１）。 （２）ダウンロード用の書き換え可能メモリ７０７がパ
ソコン７０１に接続されているか否か確認を行う（３０
３） 処理３０３で接続されていない場合にはその旨をユー
ザに通知して（３２９）ダウンロードプログラムは終了
する（３３５）。 処理３０３で接続されている場合には１回目のソフト
ウェアダウンロードの要求をインターネット７００経由
で通信端末ソフトウェア更新サーバ７０３に行う（３０
７）。

【００３８】（３）パソコン７０１は、通信端末ソフト
ウェア更新サーバ７０３からインターネット７００経由
で配信されるソフトウェアを受信する（３０９）。パソ
コン７０１は通信端末ソフトウェア更新サーバ７０３よ
り配信されたプログラムを「サービスプログラム記憶領
域１」（図６の６０５）に保存する。 （４）パソコン７０１は２回目のソフトウェアダウンロ
ードの要求をインターネット７００経由で、通信端末ソ
フトウェア更新サーバ７０３に行う（３１１）。ここで
の要求は、１回目の要求と同一内容のソフトウェアを要
求するものである。 （５）パソコン７０１は、通信端末ソフトウェア更新サ
ーバ７０３からインターネット７００経由で配信される
ソフトウェアを受信する（３１３）。同様に、配信する
ソフトウェアの内容は、1回目と全く同様のものであ
る。パソコン７０１は通信端末ソフトウェア更新サーバ
７０３より配信されたプログラムを「サービスプログラ
ム記憶領域２」（図６の６０９）に保存する。 （６）パソコン７０１は通信端末ソフトウェア更新サー
バ７０３に対し、「サービスプログラム情報」を要求す
る（３１５）。 （７）パソコン７０１は通信端末ソフトウェア更新サー
バ７０３から「サービスプログラム情報」をインターネ
ット７００経由で受信する（３１７）。 （８）パソコン７０１は配信された「サービスプログラ
ム情報」を、「サービスプログラム情報記憶領域」（図
６の６０１）に保存する。

【００３９】（９）パソコン７０１は、１回目と２回目
とで全く同じソフトウェアがダウンロードされたか否か
を、「サービスプログラム記憶領域１」（図６の６０
５）および「サービスプログラム記憶領域２」（図６の
６０９）を比較することによって確認する（３１９）。
この確認をすることによって、無線などによる情報の欠
落がないか否かを、従来技術より高い確度でチェックす
ることができる。 処理３２１で２つのソフトウェアが一致していない場
合にはダウンロードの失敗をユーザに通知し（３３１）
再挑戦するか否かをユーザに確認する（３３３。 (i) 処理３３３の結果、再挑戦する場合には再びダウン
ロードプログラムを実行する（３０３）。 (ii) 処理３３３の結果、再挑戦しない場合にはダウン
ロードプログラムを終了する（３３５）。 処理３２１で２つのソフトウェアが一致している場合
には「サービスプログラム情報」（図６の６０１）内の
「サービスプログラムのエラーチェック情報」を参照し
（３２３）、「サービスプログラム記憶領域１」（図６
の６０５）に保存されている「サービスプログラム」が
正常か否か確認する（３２５）。

【００４０】（１０）処理３２５で「サービスプログラ
ム」が正常でない場合にはその旨をユーザに通知し（３
３１）、再挑戦するか否かをユーザに確認する（３３
３）。 処理３３３の結果、再挑戦する場合には再びダウンロ
ードプログラムを実行する（３０３）。 処理３３３の結果、再挑戦しない場合にはダウンロー
ドプログラムを終了する（３３５）。 （１１）処理３２５で「サービスプログラム」が正常で
あれば、ユーザにその旨を通知して（３２７）ダウンロ
ードプログラムを終了する（３３５）。

【００４１】２．ソフトウェア更新処理の必要が生じた
ときの処理手順 （１）ユーザはまず携帯電話機１００のキー操作部２４
を用いて特定の操作をすることによって「バックアップ
プログラム」を呼び出すことが出来る。「バックアップ
プログラムの処理手順」は第１の実施の形態で説明した
それと同一なのでここでは省略する。 （２）ユーザはパソコン７０１でソフトウェアをダウン
ロードした書き換え可能メモリ７０７を携帯電話機１０
０に接続する。 （３）携帯電話機１００を再起動することによって自動
的に「更新処理プログラム」が起動し、フラッシュメモ
リ１４上に展開されている「サービスプログラム」を、
上記（２）で接続されたメモリ７０７上の「サービスプ
ログラム」に置き換える。

【００４２】以上、本発明の実施の形態を詳細に説明し
たが、本発明は上記説明に限定されず、例えば、ネット
ワーク経由で当該ソフトウェアを脱着可能な不揮発メモ
リにダウンロードし、それを複数の通信端末で共有する
ことも可能である。また、生産時に「システム初期化プ
ログラム」及び「更新処理プログラム」を通信端末にイ
ンストールしておくことにより、新規でソフトウェアの
更新をすることも可能である。さらに、本実施の形態で
は、ダウンロートプログラムにおいてダウンロードの回
数を２回としていたが３回あるいはそれ以上行って、そ
れが全て一致する場合にのみ、ソフトウェアの更新を行
うことも可能である。また、３回以上のダウンロードの
際、全てが一致しているときではなく、どれか２つ以上
が一致する場合に一致したダウンロードプログラムを用
いてソフトウェアの更新を行うことも可能である。

【００４３】このように本発明によれば、通信端末のシ
ステム初期化及び更新処理プログラム以外の全てのソフ
トウェアを書き換えるため、ソフトウェアを更新したの
ち、無線端末の電源を入れ直すたびにアドレステーブル
を更新する必要がなくなり、処理速度を速くすることが
できる。また、ソフトウェアを書き換える前にバッテリ
残量の確認をすることによって、書き換え中にバッテリ
不足による発生する書き込みミスを少なくすることがで
きる。

【００４４】さらに、通信端末そのものにダウンロード
するためのメモリがなくても、外付け不揮発性メモリの
ような脱着可能で書き込み可能な不揮発性メモリに、通
信端末のソフトウェアを記憶し、当該ソフトウェアのイ
ンストールをすることができる。さらに、無線端末内蔵
のメモリを節約することができる。さらに、書き換えた
ソフトウェアに重大な欠陥があっても、サービスセンタ
に通信端末を持ち込むことなく以前のバージョンに戻す
ことが可能である。さらに、複数回同じソフトウェアを
ダウンロードし、それを比較して正常にダウンロードで
きたかどうかを確認することにより、無線を使いながら
もより信頼性の高いソフトウェアの更新をすることがで
きる。

【００４５】

【発明の効果】以上詳細に説明したように、本発明によ
れば、ユーザがサービスセンタに出向くことなく信頼性
の高いソフトウェア更新を行うことのできる通信端末及
びそのソフトウェア更新システムを提供することができ
る。

【図面の簡単な説明】

【図１】本発明の移動通信端末の実施の形態を示す機能
ブロック図。

【図２】本発明の実施の形態を説明するフローチャー
ト。

【図３】本発明の実施の形態を説明するフローチャー
ト。

【図４】本発明の実施の形態を説明するフローチャー
ト。

【図５】本発明の実施の形態を説明するデータ構成図。

【図６】本発明の実施の形態を説明するデータ構成図。

【図７】本発明の実施の形態を説明するシステム構成
図。

【図８】従来のソフトウェア更新システムを説明するシ
ステム構成図。

【図９】従来の移動通信端末を説明する機能ブロック
図。

【符号の説明】

１２ ＣＰＵ １４ フラッシュメモリ １６ ＲＡＭ １０１ 外付け不揮発性メモリ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークを介してソフトウェア
   サーバから当該ソフトウェアをダウンロードすることに
   より端末内部のソフトウェアを更新する通信端末におい
   て、 脱着可能メモリとのインターフェース部と、 前記ソフトウェアサーバから配信されるソフトウェアを
   ダウンロード用脱着可能メモリにダウンロードするダウ
   ンロード手段と、 所定のユーザ操作にしたがい端末内部の既存ソフトウェ
   アをバックアップ用脱着可能メモリに記憶するバックア
   ップ手段と、 前記端末内部のソフトウェアを前記ダウンロード用脱着
   可能メモリにダウンロードしたソフトウェアに書換える
   データ更新手段とを具備したことを特徴とする通信端
   末。
2. 【請求項２】 請求項１に記載の通信端末において、 前記ソフトウェアサーバから配信されるソフトウェアを
   ダウンロード用脱着可能メモリにダウンロードする際、 同じソフトウェアを複数回ダウンロードする手段と、 ダウンロードした複数のソフトウェアを比較する手段
   と、 比較の結果、一致するソフトウェアの数が規定値以上あ
   った場合はダウンロードしたソフトウェアを有効とする
   手段と、 比較の結果、一致するソフトウェアの数が規定値未満で
   あった場合はダウンロードしたソフトウェアを無効と
   し、再度ダウンロードするか否かの選択をユーザから受
   付ける手段とを具備したことを特徴とする通信端末。
3. 【請求項３】 請求項１に記載の通信端末において、 前記端末内部のソフトウェアを前記ダウンロード用脱着
   可能メモリにダウンロードしたソフトウェアに書換える
   際、 バッテリー残量が規定値以上であるか否かを確認する手
   段と、 規定値以上であった場合は、ソフトウェア書換え動作を
   実行する手段と、 規定値未満であった場合は、その旨をユーザに通知する
   手段とを具備したことを特徴とする通信端末。
4. 【請求項４】 通信ネットワークを介してソフトウェア
   サーバから当該ソフトウェアをダウンロードすることに
   より通信端末のソフトウェアを更新する通信端末のソフ
   トウェア更新システムにおいて、 脱着可能メモリとのインターフェース部と、前記ソフト
   ウェアサーバから配信されるソフトウェアをダウンロー
   ド用脱着可能メモリにダウンロードするダウンロード手
   段とを備えたインターネット端末と、 脱着可能メモリとのインターフェース部と、所定のユー
   ザ操作にしたがい端末内部のソフトウェアをバックアッ
   プ用脱着可能メモリに記憶するバックアップ手段と、前
   記端末内部のソフトウェアを前記ダウンロード用脱着可
   能メモリにダウンロードしたソフトウェアに書換える手
   段とを備えた通信端末とを具備したことを特徴とするソ
   フトウェア更新システム。
5. 【請求項５】 請求項４に記載のソフトウェア更新シス
   テムにおいて、 前記ソフトウェアサーバから配信されるソフトウェアを
   ダウンロード用脱着可能メモリにダウンロードする際、 同じソフトウェアを複数回ダウンロードする手段と、 ダウンロードした複数のソフトウェアを比較する手段
   と、 比較の結果、一致するソフトウェアの数が規定値以上あ
   った場合はダウンロードしたソフトウェアを有効とする
   手段と、 比較の結果、一致するソフトウェアの数が規定値未満で
   あった場合はダウンロードしたソフトウェアを無効と
   し、再度ダウンロードするか否かの選択をユーザから受
   付ける手段とを具備したことを特徴とするインターネッ
   ト端末。
6. 【請求項６】 請求項４に記載のソフトウェア更新シス
   テムにおいて、 前記端末内部のソフトウェアを前記ダウンロード用脱着
   可能メモリにダウンロードしたソフトウェアに書換える
   際、 バッテリー残量が規定値以上であるか否かを確認する手
   段と、 規定値以上であった場合は、ソフトウェア書換え動作を
   実行する手段と、 規定値未満であった場合は、その旨をユーザに通知する
   手段とを具備したことを特徴とする通信端末。