(57)【要約】  【課題】  従来、ユーザが通信端末を使用しない時間帯等を記憶し、当該時間帯等に更新を行うようにすることは考慮されていなかった。また、使用頻度の高いプログラム、データは更新の必要性が高く、使用頻度の低いプログラム、データは更新の必要性が低いと考えられるため、使用頻度に応じて更新するか否か区別することが望ましいが、このようなことは考慮されていなかった。  【解決手段】上記課題を達成する為に、本発明における通信端末では、通信網を介してサーバと通信を行う通信部と、プログラムを記憶する記憶部と、前記通信部及び記憶部を制御する制御部と、前記通信端末の使用状況を記憶する使用状況記憶部と、を有し、前記使用状況記憶部に記憶された使用状況に基いて、前記記憶部に記憶されたプログラムの更新を行うことを特徴とする。  【選択図】  図１
2005157509.tif 000002
【特許請求の範囲】
【請求項１】
通信を行う通信部と、
プログラムを記憶する記憶部と、
前記通信部及び記憶部を制御する制御部と、
使用状況を記憶する使用状況記憶部と、を有し、
前記使用状況記憶部に記憶された使用状況を用いて前記記憶部に記憶されたプログラムの更新を行うことを特徴とする通信端末。
【請求項２】
請求項１記載の通信端末において、
前記使用状況記憶部は、通信端末が使用された日時、曜日又は時間帯を記憶し、
前記記憶された日時、曜日又は時間帯を避けて前記プログラムを更新することを特徴とする通信端末。
【請求項３】
請求項１記載の通信端末において、
前記使用状況記憶部は、前記記憶部に記憶されたプログラムの使用時間又は使用頻度を記憶し、
前記使用時間又は使用頻度が一定以上のプログラムのみを更新することを特徴とする通信端末。
【請求項４】
通信を行う通信部と、
データを記憶する記憶部と、
前記通信部及び記憶部を制御する制御部と、
使用状況を記憶する使用状況記憶部と、を有し、
前記使用状況記憶部に記憶された使用状況を用いて前記記憶部に記憶されたデータの更新を行うことを特徴とする通信端末。
【請求項５】
請求項４記載の通信端末において、
前記使用状況記憶部は、通信端末が使用された日時、曜日又は時間帯を記憶し、
前記記憶された日時、曜日又は時間帯を避けて前記データを更新することを特徴とする通信端末。
【請求項６】
請求項４記載の通信端末において、
前記使用状況記憶部は、前記記憶部に記憶されたデータの使用時間又は使用頻度を記憶し、
前記使用時間又は使用頻度が一定以上のデータのみを更新することを特徴とする通信端末。
【請求項７】
通信を行う通信部と、
プログラム及びデータを記憶する記憶部と、
前記通信部及び記憶部を制御する制御部と、を有し、
前記記憶部に、前記プログラム又はデータを更新するための空き容量がないときは、
前記通信部は、前記記憶部に記憶されたプログラム又はデータの一部を前記サーバに送信し、
前記記憶部は、前記送信された一部のプログラム又はデータを削除し、前記プログラム又はデータを更新することを特徴とする通信端末。
【請求項８】
通信を行う通信部と、
プログラム及びデータを記憶する記憶部と、
前記通信部及び記憶部を制御する制御部と、を有し、
前記プログラム又はデータを更新するときは、ユーザが使用する権利を有するプログラム又はデータのみを更新することを特徴とする通信端末。
【請求項９】
通信を行う通信部と、プログラム及びデータを記憶する記憶部と、前記通信部及び記憶部を制御する制御部とを有する通信端末と、
通信網を介して前記通信端末と通信を行う通信部と、更新用プログラム及びデータを記憶する保存部と、前記通信部と保存部とを制御する制御部とを有するサーバと、を備える通信システムであって、
前記通信端末は、該通信端末の使用状況を記憶する使用状況記憶部を有し、該使用状況記憶部に記憶された使用状況に基いて、該記憶部に記憶されたプログラム又はデータの更新要求を前記サーバに送信し、
前記サーバは、前記通信端末から前記プログラム又はデータの更新要求を受信したときは、更新用プログラム又は更新用データを前記通信端末に送信することを特徴とする通信システム。
【請求項１０】
通信端末のプログラムの更新方法において、
通信端末の使用状況を記憶し、
前記記憶した使用状況に基いてプログラムを更新することを特徴とする通信端末のプログラムの更新方法。
【請求項１１】
通信端末のデータの更新方法において、
通信端末の使用状況を記憶し、
前記記憶した使用状況に基いてデータを更新することを特徴とする通信端末のデータの更新方法。
【請求項１２】
第一の情報処理及び第二の情報処理を実施する情報処理装置において、
前記第一の情報処理の実施状況を記憶する使用状況記憶部を有し、
前記使用状況記憶部に記憶された第一の情報処理の実施状況を用いて、第二の情報処理を実施することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム更新、データ更新可能な通信端末に関する。
【背景技術】
【０００２】
従来、携帯電話の無線基地局のプログラムを更新する方法として、携帯電話のアクセスが少ない時間帯に更新を行う方法が提案されていた（例えば、特許文献１）。
【０００３】
【特許文献１】特開平１０−６３４９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザが通信端末を使用しない時間帯等を記憶し、当該時間帯等に更新を行うようにすることは考慮されていなかった。
【０００５】
また、通信端末ではユーザにより使用状況がまちまちであるが、無線基地局ではそのようなことはなく、各ユーザ個別の様々な使用状況に応じて更新を行うということは考慮されていなかった。
【０００６】
また、使用頻度の高いプログラム、データは更新の必要性が高く、使用頻度の低いプログラム、データは更新の必要性が低いと考えられるため、使用頻度に応じて更新するか否か区別することが望ましいが、このようなことは考慮されていなかった。
【０００７】
また、更新する権利を有しないプログラム、データについてはそもそも更新することができないため、データを更新する権利の有無に応じて更新を行うことが望ましいが、このようなことは考慮されていなかった。
【０００８】
さらに、通信端末に更新用プログラム、更新用データを記憶するだけの容量がない場合には更新することができないため容量を確認することが望ましいが、このようなことは考慮されていなかった。
【０００９】
本発明は、以上のような問題を解決し、ユーザにとって使い勝手の良い通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明は、通信を行う通信部と、プログラムを記憶する記憶部と、前記通信部及び記憶部を制御する制御部と、使用状況を記憶する使用状況記憶部と、を有し、前記使用状況記憶部に記憶された使用状況を用いて前記記憶部に記憶されたプログラムの更新を行うことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザにとって使い勝手の良い通信端末を提供することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を図面を用いて説明する。
【００１３】
図１は、プログラム更新、データ更新可能な通信端末１の構成と、プログラム更新、データ更新のための更新サーバ３の構成とを示す図である。通信端末１と更新サーバ３は、通信網２を介して接続される。
【００１４】
まず、通信端末１の構成について説明する。図１に示すように、通信端末１は、画面表示部１０１、制御部１０２、入力部１０３、プログラム記憶部１０４、ユーザデータ記憶部１０５、使用状況記憶部１０６、通信部１０７、一時記憶部１０８を有している。
【００１５】
画面表示部１０１は、液晶ディスプレイ等、文字情報、画像情報等を表示するものであり、メイン画面・サブ画面等複数備えていても構わない。制御部１０２は、通信端末１全体の動作を制御するものであり、画面表示部１０１、入力部１０３、プログラム記憶部１０４、ユーザデータ記憶部１０５、使用状況記録部１０６、通信部１０７、一時記憶部１０８の動作を制御する。入力部１０３は、ユーザが通信端末１に対しコマンド等を入力するものであり、数字キー、ファンクションキー、電源キー等が含まれる。
【００１６】
プログラム記憶部１０４は、携帯端末１で実行可能な各種プログラムを記憶している。例えば、メール閲覧プログラム、ウェブ閲覧プログラム、静止画の記録再生プログラム、動画の記録再生プログラム、画像編集プログラム、音楽・音声の記録再生プログラム、赤外線通信プログラム、バーコード読み取りプログラム、ＯＣＲ用プログラム、テキストを表示するプログラム等があり、プリセットされたプログラムのみならず、ユーザがダウンロードしたプログラムも含まれる。
【００１７】
ユーザデータ記憶部１０５は、各種ユーザデータを記憶している。例えば、メールデータ、ウェブデータ、静止画データ、動画データ、音楽データ、音声データ等を記憶している。これらのデータには、通信端末の内蔵カメラで撮影した静止画データ、動画データ、内蔵ボイスレコーダで録音した音声データ、音楽プレーヤで再生するための音楽データ等が含まれ、ユーザがダウンロードしたデータも含まれる。
【００１８】
使用状況記憶部１０６は、ユーザが通信端末１を使用する日時・曜日・時間帯、各プログラムの使用頻度・使用時間、各データの使用頻度・使用時間等を記憶している。例えば、通信端末１が電池充電台に置かれている時間帯、自動起動するプログラムが設定されている時間帯、ユーザがメール閲覧プログラム・ウェブ閲覧プログラム等を使用した時間帯、ユーザがメールやウェブを閲覧した時間帯、静止画・動画・音楽・音声データを再生した時間帯等を記憶している。また、ユーザが各プログラムを使用した頻度（○回／日、○回／週、○回／月、○回／年等）、ユーザが各データを使用した頻度（○回／日、○回／週、○回／月、○回／年等）を記憶している。これらは、ユーザが通信端末１を使用するたび、各プログラムを使用するたび、各データを使用するたびに、制御部１０２により使用状況記憶部１０６に記憶される。
【００１９】
通信部１０７は、通信網２を介して更新サーバ３との通信を行い、プログラムやデータの送受信を行う。一時記憶部１０８は、プログラム、データを一時的に記憶するものであり、例えば、現在受信中の更新用プログラム、更新用データを、それぞれプログラム記憶部１０４、ユーザデータ記憶部１０５に記録する前に一時的に記憶する。
【００２０】
次に、更新サーバ３の構成について説明する。更新サーバ３は、更新用プログラム・更新用データ保存部３０１、ユーザデータ保存部３０２、通信部３０３、制御部３０４、ユーザ契約記憶部３０５を有している。
【００２１】
更新用プログラム・更新用データ保存部３０１は、通信端末１で使用されるプログラムを保存しており、新規作成されたプログラム、更新用プログラムも含まれる。また、通信端末１で使用されるデータを保存しており、新規作成されたデータ、更新用データも含まれる。また、これらのプログラム、データだけでなく、既に以前に作成済みのプログラム、データをも保存する。ここで、更新用プログラムとは、作成済みのプログラムを修正するための修正差分のみのプログラムでも良く、また、更新後のプログラムそれ自体であっても構わない。また、更新用データとは、差分データのみのデータでも良く、また更新後のデータそれ自体であっても構わない。更新用プログラムとしては、例えば修正用プログラムが想定される。また、更新用データとしては、例えば蓄積配信のためのデータが想定され、映像データ、音楽データ、テキストデータ等が含まれる。
【００２２】
ユーザデータ保存部３０２は、通信端末１からユーザデータが送信された場合に、通信端末１のユーザデータを保存する。通信部３０３は、通信網２を介して通信端末１との通信を行う。制御部３０４は、更新サーバ３全体の動作を制御するものであり、更新用プログラム・更新用データ保存部３０１、ユーザデータ保存部３０２、通信部３０３、ユーザ契約記憶部３０５の動作を制御する。
【００２３】
ユーザ契約記憶部３０５は、ユーザ毎の契約を記憶しており、例えば、どのユーザがどのプログラム、データの更新を行う権利を有するか否かを記憶する。具体的には、各ユーザと各ユーザが更新する権利を有するプログラム、データとがそれぞれ対応付けて記憶されている。プログラム更新、データ更新をする場合には、制御部３０４は、ユーザ契約記憶部３０５を参照し、更新するプログラム、データについてユーザが更新する権利を有するか否かを判断する。
【００２４】
次に、通信回線を用いてプログラムを受信し通信端末のプログラムを更新する処理について図２を用いて説明する。
【００２５】
図２は、通信端末１がプログラム更新を行う場合の手順を示す図である。具体的には、通信端末１が使用状況を記憶して適切なタイミングでプログラム更新を行う手順等を示している。
（１）通信端末１は、ユーザが通信端末１を使用する日時・曜日・時間帯、各プログラムの使用頻度・使用時間、各データの使用頻度・使用時間等を、制御部１０２により使用状況記憶部１０６記憶する（Ｓ２０１）。例えば、上述したように、通信端末１が電池充電台に置かれている時間帯や、自動起動するプログラムが設定されていない時間帯等を記憶し、通信端末１、各プログラム、各データが使用されていない時間帯として記憶する。これらは、ユーザが通信端末１を使用するたび、各プログラムを使用するたび、各データを使用するたびに、制御部１０２により使用状況記憶部１０６に記憶される。この使用状況のデータは、後述するプログラム更新が可能なタイミング等を設定するために用いられる。
（２）更新サーバ３は、新規なプログラムが作成された場合や、更新用プログラムが作成された場合には、更新用プログラム保存部３０１に保存する（Ｓ２０２）。
（３）更新サーバ３は、ユーザ契約記憶部３０５を参照し、前記新規作成されたプログラムや更新用プログラムをユーザが使用する契約を有するか否かを確認する。具体的には、制御部３０４がユーザ契約記憶部３０５を参照し、ユーザが更新する権利を有するか否かを確認する。そして、当該プログラムを使用する契約を有しない場合には（Ｓ２０３：ＮＯ）処理を終了し、有する場合には（Ｓ２０３：ＹＥＳ）Ｓ２０４に移行する。
（４）ユーザが契約を有すると判断された場合には、当該ユーザの通信端末１に対して通信部３０３から更新通知が送信される（Ｓ２０４）。この更新通知は、新規作成されたプログラムや更新用プログラムが存在する旨を通知するものである。この更新通知により、通信端末１において更新可能なプログラムが存在することを把握できるようになる。
（５）更新通知を受け取ると、通信端末１の制御部１０２は、使用状況記憶部１０６を参照して更新タイミングを確認し、どの時点でプログラム更新が可能であるか判断する（Ｓ２０５）。プログラム更新が可能でないと判断された場合、又はＳ２０４で更新通知を受信していない場合には（Ｓ２０５：ＮＯ）、Ｓ２０１の使用状態の記録を継続する。
【００２６】
一方、プログラム更新が可能であると判断された場合には、更新可能と判断した時点で（Ｓ２０５：ＹＥＳ）、更新サーバ３に更新依頼（更新要求）を行う（Ｓ２０６）。
【００２７】
例えば、使用状況記憶部１０６にユーザの使用状況のデータが蓄積され、その結果深夜３時前後であればユーザ操作がなく通信端末１が使用されない時間帯と判断されるような場合には、当該時間帯をプログラム更新を行う時間帯とし、プログラムの更新タイミングとする。これにより、ユーザが通信端末１を使用する時間帯にプログラム更新が行われることを回避し、ユーザが通信端末１を使用できない状況を避け、使い勝手の向上を図ることができるようになる。
【００２８】
また、自動起動するプログラムが設定されている時間帯が午後６時である場合には、この時間帯を避けてプログラム更新を行うようにする。これにより、プログラム更新中であるため自動起動できないという状況を避けることができるようになる。
【００２９】
また、使用頻度が高いプログラムのみを更新対象とし、逆に使用頻度が低いプログラムは更新の必要性が低いものと判断して更新対象から外すようにすることも可能である。例えば、使用状況記憶部１０６に記憶されている各プログラム毎の使用頻度（例えば、○回／月等）を参照し、平均して月に一度も使用されていないプログラムであれば更新を行わないようにすることも可能である。この際、更新するか否かの閾値を外部から設定できるようにしても良く、例えばユーザが自ら設定できるようにしても良い。更新する必要がないと判断された場合には、Ｓ２０５：ＮＯの場合と同様にＳ２０１の使用状態の記録を継続する。これにより、更新する必要のないプログラムや、更新する必要性が低いプログラムを更新することをなくし、通信料の低減、通信トラフィックの低減を図ることができる。
【００３０】
なお、更新すべきプログラムが緊急性の高いものである場合（例えば、セキュリティに関する修正プログラム等である場合）には、プログラム更新を優先してＳ２０５：ＮＯとして更新依頼を行う（Ｓ２０６）ことも可能である。これにより、緊急性の高いプログラムを早急に更新し、通信端末の信頼性を向上させることが可能となる。
【００３１】
また、通常であれば更新できる時間帯であるにもかかわらずユーザが通信端末を使用しているような場合には、ユーザによる通信端末の使用を優先してＳ２０５：ＮＯとしてＳ２０１の使用状態の記録を継続することも可能である。例えば、ユーザが電話しているときや、メール閲覧・ウェブ閲覧しているときに当該時間帯になったときは、ユーザ操作を優先して更新を行わない。この場合には、ユーザが通信端末の使用を終了した後に、Ｓ２０５：ＹＥＳとして更新依頼を行う（Ｓ２０６）のが望ましい。これにより、ユーザによる通信端末の使用が妨げられることがなくなり、使い勝手を向上させることが可能となる。
【００３２】
また、ＧＰＳ等で取得した位置情報を使用状況記憶部１０６に記憶することで、現在位置に応じて更新タイミングを変更することもできる。これにより、自宅にいると判断されたときは通信端末を使用する可能性が低いとして所定の時間帯がきたら更新する一方、外出先にいるときは使用する可能性が高いとして更新しないという使い方も可能となる。
（６）更新依頼を受信すると、更新サーバ３の制御部３０４は、ユーザ契約記憶部３０５を参照して通信端末１の契約状況を確認する（Ｓ２０７）。即ち、ユーザ毎に前記新規作成されたプログラムや更新用プログラムを使用する契約の有無が判断される。ユーザが使用する契約を有しない場合には（Ｓ２０７：無し）、通信端末１に更新不許可通知を送信して終了する（Ｓ２０８）。
【００３３】
一方、当該プログラムを使用する契約が１つ以上有る場合には（Ｓ２０７：有り）、契約があるプログラムについてのみ更新許可通知を通信端末１に送信する（Ｓ２０９）。
（７）更新許可通知を受信すると、通信端末１は、更新許可通知を受けたプログラムのプログラム送信要求を更新サーバ３に送信する（Ｓ２１０）。更新許可通知を受けたプログラムが複数ある場合には、そのうちの１つプログラムについてプログラム送信要求を送信する。即ち、複数のプログラムを同時に送信することはせず、以下のＳ２１０からＳ２１５の動作をプログラム毎に行い、プログラム毎に送信するようにする。
（８）プログラム送信要求を受信すると、更新サーバ３は、送信要求を受けた更新用プログラムの送信を開始する（Ｓ２１１）。通信端末１は、更新サーバ３から送信された更新用プログラムの受信を開始し、一時記憶部１０８に保存する。プログラム記憶部１０４に直接保存しないのは、受信中に通信回線が切断して更新用プログラムの受信処理が中断する場合を考慮したものである。即ち、プログラム記憶部１０４に直接保存すると、更新前のプログラムに上書きするおそれがあるため、受信が中断するとプログラムが使用できなくなってしまう可能性がある。このような問題を回避するためには、一時記憶部１０８を用いることが有効である。
（９）プログラムの受信が開始されると、通信端末１は通信状況を監視し、通信回線の切断の有無を確認する（Ｓ２１２）。通信回線が切断された場合、例えばプログラムの受信中にユーザ操作があった場合や通信回線不良等で通信回線が切断された場合には（Ｓ２１２：有り）、処理を中断して終了する。
【００３４】
一方、通信回線が切断されなかった場合には（Ｓ２１２：無し）、プログラムの受信を継続してＳ２１３に移行する。
【００３５】
このように通信状況を監視するのは、受信中に受信動作が中断してプログラムが使用できなくなることを避けるためである。特に、携帯電話等の携帯端末においては、移動中に受信地域外（圏外）の地域に入りこんでしまうおそれがあるため問題となる。例えば、地上から電波の届かない地下街に移動した場合、電車、バス、タクシー等の乗車中にトンネルに入った場合等が考えられる。このように通信状況を監視することにより、通信回線の接続状況を把握することが可能となり、受信中に通信回線が切断された場合でも再度通信回線を接続し直して処理をやり直することも可能となる。
【００３６】
また、更新用データを受信中に電話がかかってきた場合には、電話の着信を優先して受信を中止し、電話終了後に再度通信回線を接続し直して処理をやり直すことも可能である。これにより、電話があった場合には即座に通話に出ることができるようになる。この際、受信と電話のどちらを優先するかをユーザがあらかじめ設定したり、着信があったときにどちらを優先するか画面表示部１０１に表示してユーザに選択させたりすることも可能である。この場合、受信が優先されれば電話の着信報知をせずに受信を継続し、電話が優先されれば電話の着信報知をして受信を中止する。これにより、ユーザの好みに応じた受信ができるようになり、ユーザの使い勝手を更に向上させることが可能となる。
（１０）通信回線が切断されることなくプログラムの受信を継続しているときは、通信端末１は、プログラムを全受信完了したか否かを確認する（Ｓ２１３）。全受信完了していないときは（Ｓ２１３：ＮＯ）、プログラムの受信を継続する。
【００３７】
一方、プログラムを全受信完了したときは（Ｓ２１３：ＹＥＳ）、当該プログラムの受信を完了したとしてＳ２１４に移行する。
（１１）プログラムを全受信完了したと判断されたときは、通信端末１は、一時記憶部１０８からプログラム記憶部１０４へプログラム更新処理を行う（Ｓ２１４）。即ち、一時記憶部１０８に記憶された更新用プログラムにより、プログラム記憶部１０４に記憶されている更新対象のプログラムを新しいプログラムに更新する（書き換える）。この処理により、プログラムが実際に更新されたこととなる。
【００３８】
なお、この更新処理は、修正差分プログラムによるパッチを当てる処理であっても良く、また新しいプログラムを古いプログラムにそのまま上書きする処理でも構わない。
（１２）でプログラム更新処理がなされると、通信端末１は、当該プログラムの更新完了通知（Ｓ２１５）を更新サーバ３に送信する。
（１３）で更新完了通知が送信されると、通信端末１は、更新対象のプログラムを全て更新したか否か確認する（Ｓ２１６）。即ち、Ｓ２０９で更新許可通知を受けたプログラムが複数ある場合には、Ｓ２１０から２１５の処理はプログラム毎に行われるため、他に更新すべきプログラムがあるか否かを確認する。更新許可通知を受けたプログラムが全て更新完了していない場合には（Ｓ２１６：ＮＯ）、プログラム毎にＳ２１０から２１５のプログラム更新処理フロー（Ｓ２１７）を繰り返し、更新許可通知を受けたプログラムを全て更新完了した時点（Ｓ２１６：ＹＥＳ）で終了する。
【００３９】
以上のように、ユーザの使用状況を考慮して更新を行うため、ユーザが通信端末１を使用する時間帯を避けて更新することを可能とし、ユーザが通信端末を使用できない状況を回避して使い勝手を向上することが可能となる。また、ユーザのプログラムの使用頻度を考慮して更新する必要のないプログラムまで一律に更新することを避け、通信料の低減、通信データ量の低減を図ることができるようになる。また、通信データ量を削減させることができるため、他の通信端末やサーバから通信端末へアクセスできない時間を短くすることができ、通信トラフィックを低減させることもできる。また、契約状況に応じて更新対象のプログラムのみを書き換えることで、通信料の低減、通信データ量の低減、通信トラフィックの低減を図ることもできる。さらに、更新用プログラムを一時記憶部に記憶して全部受信した後にプログラム更新するため、受信中に通信回線が切断して更新用プログラムの受信処理が中断したとしても、更新対象のプログラムが使用不可能となる事態を避けることが可能となる。
【００４０】
なお、ユーザが更新したいプログラムを自分で設定することも可能であり、この場合には通信端末１が有するいずれかの記憶部に設定した情報を記憶する。これにより、ユーザの好みに応じたプログラムのみを更新することができ、通信料の低減や通信トラフィックの低減を図ることができる。また、ユーザが更新する日時、曜日、時間帯を自分で設定し、登録しておくことも可能である。この場合には通信端末１が有するいずれかの記憶部に設定した情報を登録する。これにより、ユーザが更新したいタイミングを自分で設定することが可能となり、使い勝手を向上することができる。
【００４１】
また、前記更新依頼（Ｓ２０６）は、使用状況記録部１０６を参照して更新タイミングを発生させる処理を説明したが、ユーザ操作によって更新依頼（Ｓ２０６）を発生させても良い。また、ここではプログラムを使用する契約の有無について説明したが、プログラムの更新回数を限定した契約や、プログラムの新規追加を可能とする契約であっても構わない。
【００４２】
また、上記はプログラム毎に受信する場合を示したが、複数のプログラムを同時に受信することも可能である。即ち、複数のプログラムを受信する空き容量がある場合には、通信端末１から複数のプログラムのプログラム送信要求を送信し、更新サーバ３から複数のプログラムを並行して送信するようにしても良い。
【００４３】
次に、通信端末１に十分な記憶容量がない場合に、更新用プログラムを受信する処理について図３、４を用いて説明する。図３は通信端末１のプログラム更新を行う場合の手順を示す図であり、図２におけるプログラム更新処理フロー（Ｓ２１７）の部分を変更したものである。図４は、図３のフローを実行したときのプログラム記憶部１０４の保存内容とユーザデータ記憶部１０５の保存内容の変化を示す図である。
【００４４】
図３においては、携帯端末１内のユーザデータ記憶部１０５のデータを更新サーバ３へ送信してユーザデータ記憶部１０５のデータを削除することで空き容量を作り、更新用プログラムを前記空き容量に受信するようにする。
【００４５】
例えば、図４において、プログラム領域が４、更新対象プログラムが４１、プログラム領域の空き領域が４２、ユーザデータ領域が５、ユーザデータが５１、ユーザデータの空き領域が５２、更新用プログラムが５３である場合において、更新用プログラムの容量が空き領域４２の容量、空き領域５２の容量よりも大きいものとする。このような場合には、ユーザデータ５１をサーバに保存したうえで削除し、更新用プログラムを受信できるようにする。このような処理により、一時記憶部１０８を有しない場合にユーザデータ記憶部１０５を一時記憶部とすることが可能となり、また、ユーザデータ記憶部１０５に十分な空き容量がない場合であってもプログラム更新が可能となる。
（１）まず、通信端末１は更新サーバ３にプログラム容量通知要求を送信する（Ｓ３０１）。プログラム容量通知要求は更新用プログラムの容量の通知を要求するものであり、通信端末１に当該更新用プログラムを受信するための空き容量があるか否かを確認するためのものである。
（２）プログラム容量通知要求を受信すると、更新サーバ３は、更新用プログラムの容量を通信端末１に送信する（Ｓ３０２）。このプログラム容量通知により、通信端末１において更新用プログラムの容量を知ることができる。
（３）プログラム容量通知を受信すると、通信端末１は、ユーザデータ記憶部１０５の空き容量を確認する（Ｓ３０３）。具体的には、空き領域５２の容量が、更新用プログラムの容量以上あるか確認する。空き容量が十分である場合には（Ｓ３０３：十分）Ｓ３０８に移行してプログラムの受信を開始する。
【００４６】
一方、空き容量が不足している場合には（Ｓ３０３：不足）Ｓ３０４に移行する。
（４）空き容量が不足していると判断された場合には、通信端末１は、ユーザデータ記憶部１０５に記憶されているユーザデータを更新サーバ３へ送信する（Ｓ３０４）。
（５）ユーザデータが通信端末１から送信されると、更新サーバ３は、送信されたユーザデータをユーザデータ保存部３０２に保存する（Ｓ３０５）。この際には、どのユーザから送信されたデータであるか識別可能な形で保存する。例えば、ユーザ毎に個別のフォルダを作成し、ユーザデータをユーザ毎に格納して保存する。
（６）ユーザデータを保存すると、更新サーバ３は、通信端末１にユーザデータ保存完了通知を送信する（Ｓ３０６）。
（７）保存完了通知を受信すると、通信端末１は、ユーザデータ記憶部１０５のユーザデータを削除する（Ｓ３０７）。この処理により、ユーザデータ記憶部１０５の空き領域５２の容量を拡大し、Ｓ３０２のプログラム容量通知で通知された更新用プログラムの容量より大きくして更新用プログラム５３を格納できるようにする。
（８）ユーザデータが削除され、更新用プログラム５３を格納できるようになった時点で、通信端末１は、更新サーバ３にプログラム送信要求を送信する（Ｓ３０８）。
（９）プログラム送信要求を受信すると、更新サーバ３は、送信要求を受けたプログラムの送信を開始する（Ｓ３０９）。通信端末１は、更新サーバ３から送信された更新用プログラムの受信を開始し、ユーザデータ記憶部１０５に保存する。
（１０）更新用プログラムの受信を継続しているときは、通信端末１は、プログラムを全受信完了したか否かを確認する（Ｓ３１０）。全受信完了していないときは（Ｓ３１０：途中）、プログラムの受信を継続する。また、プログラムを受信しているときに通信回線が切断されたときは（Ｓ３１０：中断）、処理を終了する。
【００４７】
一方、プログラムを全受信完了したときは（Ｓ３１０：完了）、当該プログラムの受信を完了したとしてＳ３１１に移行する。
（１１）プログラムを全受信完了したと判断されたときは、通信端末１は、ユーザデータ記憶部１０５に記憶した更新用プログラム５３で、プログラム記憶部１０４に記憶した更新対象プログラム４１を更新する（Ｓ３１１）。即ち、プログラム記憶部１０４に記憶されているプログラムを、新しいプログラムに更新する（書き換える）。この処理により、プログラムが実際に更新されることとなる。
（１２）プログラムが更新されると、通信端末１は、ユーザデータ記憶部１０５の更新用プログラム５３を消去し（Ｓ３１２）、更新サーバ３にプログラム更新完了通知（Ｓ３１３）を送信する。
（１３）プログラム更新完了通知を送信すると、通信端末１は、ユーザデータを更新サーバ３に送信したか否かを判断する（Ｓ３１４）。ユーザデータ記憶部１０５からユーザデータを削除していない場合には（Ｓ３１４：無し）、処理を終了する。
【００４８】
一方、ユーザデータを更新サーバ３に送信し、ユーザデータ記憶部１０５から削除している場合には（Ｓ３１４：有り）、通信端末１は、更新サーバ３にユーザデータ送信要求（Ｓ３１５）を送信する。
（１４）ユーザデータ送信要求を受信すると、更新サーバ３は、ユーザデータ保存部３０２に保存したユーザデータを通信端末１に送信する（Ｓ３１６）。通信端末１は、受信したユーザデータをユーザデータ記憶部１０５に保存し、処理を終了する。
【００４９】
以上のように、記憶容量に制約がある通信端末においても、ユーザデータ記憶部のデータを更新サーバ３に保存してユーザデータ記憶部１０５を一時記憶領域とすることで、作業領域を新たに設けることなく、更新対象プログラムを更新することができる。
【００５０】
なお、図３においては、プログラム受信処理（Ｓ３０８，Ｓ３０９）がユーザ操作、もしくは通信回線の不良などによって中断し（Ｓ３１０：中断）、ユーザデータが通信端末１から消去された状態で終了した場合について特に説明しなかったが、再度更新サーバ３へ取得要求を行うことでユーザデータを取得することが可能である。また、更新サーバ３は特に制限なくユーザデータを保存する例を説明したが、ユーザデータを保管する契約がある場合のみ保存したり、保存容量を契約状態によって増減したり、契約がない場合には更新用プログラムを受信できないとしてプログラム更新処理を終了しても構わない。さらに、図３においては、ユーザデータを送信する例を説明したが、ユーザデータではなくプログラムの一部等、それ以外のデータを送信しても構わない。
【００５１】
次に、通信端末１に十分な記憶容量がない場合に、プログラム記憶部１０４から使用頻度の低いプログラムを削除することにより更新用プログラムを受信する処理について図５、６、７を用いて説明する。図５は通信端末１のプログラム更新を行う場合の手順を示す図であり、図２におけるプログラム更新処理フロー（Ｓ２１７）の部分を変更したものである。図６は図５のフローを実行したときのプログラム記憶部１０４の保存内容の変化を示す図、図７は図５のフローで削除したプログラムを実行する場合の手順を示す図である。
【００５２】
図５においては、プログラム記憶部１０４から使用頻度の低いプログラムを削除することにより空き領域を作り、更新用プログラムを前記空き領域に受信完了した後に更新処理を行う。
【００５３】
例えば、図６において、プログラムＡが６１、プログラムＢが６２、プログラムＣが６３、空き領域が６４、更新用プログラムが６５である場合において、更新対象のプログラムがプログラムＢ、使用頻度の低いプログラムがプログラムＣであり、かつ、更新用プログラムの容量が空き領域６４の容量よりも大きいものとする。このような場合には、使用頻度の低いプログラムＣを削除して空き領域６４の容量を増やし、更新用プログラムを受信できるようにするのが好ましい。このような処理により、一時記憶部１０８を有しない場合にプログラム記憶部１０４を一時記憶部とすることが可能となり、また、プログラム記憶部１０４に十分な空き容量がない場合であってもプログラム更新が可能となる。
（１）まず、通信端末１は更新サーバ３にプログラム容量通知要求を送信する（Ｓ５０１）。プログラム容量通知要求は更新用プログラムの容量の通知を要求するものであり、通信端末１に当該更新用プログラムを受信するための空き容量があるか否かを確認するためのものである。
（２）プログラム容量通知要求を受信すると、更新サーバ３は、更新用プログラムの容量を通信端末１に送信する（Ｓ５０２）。このプログラム容量通知により、通信端末１において更新用プログラムの容量を知ることができる。
（３）プログラム容量通知を受信すると、通信端末１は、プログラム記憶部１０４の空き容量を確認する（Ｓ５０３）。具体的には、空き領域６４の容量が、更新用プログラムの容量以上あるか確認する。空き容量が十分である場合には（Ｓ５０３：十分）Ｓ５０５に移行してプログラムの受信を開始する。
【００５４】
一方、空き容量が不足している場合には（Ｓ５０３：不足）、Ｓ５０４に移行する。
（４）空き容量が不足していると判断された場合には、通信端末１は、使用状況記憶部１０６を参照し、使用頻度の低いプログラムをプログラム記憶部１０４から削除する（Ｓ５０４）。この処理により、プログラム記憶部１０４の空き領域６４の容量を拡大し、Ｓ５０２のプログラム容量通知で通知された更新用プログラムの容量より大きくして更新用プログラム５３を格納できるようにする。
（５）使用頻度の低いプログラムが削除され、更新用プログラム６５を格納できるようになった時点で、通信端末１は、更新サーバ３にプログラム送信要求を送信する（Ｓ５０５）。
（６）プログラム送信要求を受信すると、更新サーバ３は、送信要求を受けた更新用プログラムの送信を開始する（Ｓ５０６）。通信端末１は、更新サーバ３から送信された更新用プログラムの受信を開始し、プログラム記憶部１０４に保存する。
（７）更新用プログラムの受信を継続しているときは、通信端末１は、プログラムを全受信完了したか否かを確認する（Ｓ５０７）。全受信完了していないときは（Ｓ５０７：途中）、プログラムの受信を継続する。また、プログラムを受信しているときに通信回線が切断されたときは（Ｓ５０７：中断）、処理を終了する。
【００５５】
一方、プログラムを全受信完了したときは（Ｓ５０７：完了）、当該プログラムの受信を完了したとしてＳ５０８に移行する。
（８）プログラムを全受信完了したと判断されたときは、通信端末１は、プログラム記憶部１０４に記憶した更新用プログラム６５で、プログラム記憶部１０４に記憶した更新対象プログラム６５を更新する（Ｓ５０８）。即ち、プログラム記憶部１０５に記憶されているプログラムを、新しいプログラムに更新する（書き換える）。この処理により、プログラムが実際に更新されることとなる。
（９）プログラムが更新されると、通信端末１は、プログラム記憶部１０４の更新用プログラム６５を消去し（Ｓ５０９）、更新サーバ３にプログラム更新完了通知（Ｓ５１０）を送信する。
（１０）プログラム更新完了通知を送信すると、通信端末１は、プログラム記憶部１０４から削除したプログラムがあるか否かを確認する（Ｓ５１１）。プログラム記憶部１０４から削除したプログラムがない場合には（Ｓ５１１：無し）、処理を終了する。
【００５６】
一方、プログラム記憶部１０４から削除したプログラムがある場合には（Ｓ５１１：有り）、通信端末１は、更新サーバ３にプログラム送信要求（Ｓ５１２）を送信する。
（１１）プログラム送信要求を受信すると、更新サーバ３は、更新用プログラム保存部３０１からユーザが削除したプログラムを読み出し、通信端末１に送信する（Ｓ５１３）。通信端末１は、受信したプログラムをプログラム記憶部１０４に保存し、処理を終了する。
【００５７】
以上のように、記憶容量に制約がある通信端末においても、プログラム記憶部１０４の使用頻度の低いプログラムを一旦削除し、プログラム記憶部１０４の空き領域を一時記憶領域とすることで、作業領域を新たに設けることなく、更新対象プログラムを更新することができる。また、プログラム更新について説明してきたが、更新だけでなく、新しいプログラムの追加であっても構わない。
【００５８】
以上の通り、本実施例により記憶容量に制約がある通信端末においても、プログラム記憶部のプログラムの一部を削除してプログラム記憶部を一時記憶領域とすることで、作業領域を新たに設けることなく、通信回線が途絶えたり、ユーザ操作による中断でも更新対象プログラムを使用不可能な状態にすることなく書き換えることができる。
【００５９】
なお、本実施例においては、削除したプログラムを更新サーバから削除後すぐに受信する流れで説明したが（Ｓ５１２、５１３）、削除後すぐには受信せず、当該プログラムをユーザが更新しようとしたときに受信するようにしても良い。この場合の処理を図７を用いて説明する。
【００６０】
まず、プログラムを実行しようとしたときに、プログラム記憶部１０４に実行しようとするプログラムの存在を確認する（Ｓ７０１）。プログラムが存在する場合（Ｓ７０１：有り）、そのままプログラムを実行する（Ｓ７０２）。プログラムが存在しない場合（Ｓ７０１：無し）、プログラム記憶部１０４の空き容量を確認（Ｓ７０３）する。実行しようとするプログラムを保存するだけの十分な空き容量がない場合（Ｓ７０３：不足）、使用状況記憶部１０６を参照して使用頻度が最も低いプログラムを削除（Ｓ７０４）して、プログラム記憶部１０４の空き容量を増加させる。実行しようとするプログラムを保存するだけの十分な空き容量がある場合はプログラム削除（Ｓ７０４）を行わずに次の処理へ遷移する。通信端末１は、更新サーバ３に実行しようとするプログラムのプログラム送信要求（Ｓ７０５）を送り、前記要求を受けた更新サーバ３はプログラムを通信端末１へ送信する（Ｓ７０６）。前記プログラムを受信した通信端末１はプログラム記憶部１０４に前記受信したプログラムを書き込み、前記受信したプログラムの実行（Ｓ７０２）を行う。
【００６１】
以上、ここまでプログラム更新の手法について説明したが、プログラム更新だけでなく、蓄積配信等のデータ更新にも同様の手法を適用することができる。以下、データ更新の手法について説明する。
【００６２】
まず、通信回線を用いてデータを受信し通信端末のデータを更新する処理について図８を用いて説明する。
【００６３】
図８は、通信端末１がデータ更新を行う場合の手順を示す図であり、図２に対応するものである。具体的には、通信端末１が使用状況を記憶して適切なタイミングでデータ更新を行う手順等を示している。以下、図８について説明するが、図２と同様の内容については詳細な説明は割愛する。
（１）通信端末１は、ユーザが通信端末１を使用する日時・曜日・時間帯、各プログラムの使用頻度・使用時間、各データの使用頻度・使用時間等を、制御部１０２により使用状況記憶部１０６に記憶する（Ｓ８０１）。記憶される使用状況の内容は図２と同様である。
（２）更新サーバ３は、新規なデータが作成された場合や、既に作成済みのデータの更新用データが作成された場合には、更新用データ保存部３０１に保存する（Ｓ８０２）。
（３）更新サーバ３は、ユーザ契約記憶部３０５を参照し、前記新規作成されたデータや更新用データをユーザが使用する契約を有するか否かを確認する。そして、当該データを使用する契約を有しない場合には（Ｓ８０３：ＮＯ）処理を終了し、有する場合には（Ｓ８０３：ＹＥＳ）Ｓ８０４に移行する。
（４）ユーザが契約を有すると判断された場合には、当該ユーザの通信端末１に対して通信部３０３から更新通知が送信される（Ｓ８０４）。
（５）更新通知を受け取ると、通信端末１の制御部１０２は、使用状況記憶部１０６を参照して更新タイミングを確認し、どの時点でデータ更新が可能であるか判断する（Ｓ８０５）。データ更新が可能でないと判断された場合、又はＳ８０４で更新通知を受信していない場合には（Ｓ８０５：ＮＯ）、Ｓ８０１の使用状態の記録を継続する。
【００６４】
なお、更新すべきデータが緊急性の高いものである場合（例えば、蓄積配信に含まれるデータが地震、津波、台風、洪水、火災、戦争、テロ等、重大事件に関するデータである場合）には、データ更新を優先してＳ８０５：ＮＯとして更新依頼を行う（Ｓ８０６）ことも可能である。これにより、緊急性の高いデータを早急に更新し、ユーザに重要情報を早急に通知することが可能となる。
（６）更新依頼を受信すると、更新サーバ３の制御部３０４は、ユーザ契約記憶部３０５を参照して通信端末１の契約状況を確認する（Ｓ８０７）。ユーザが使用する契約を有しない場合には（Ｓ８０７：無し）、通信端末１に更新不許可通知を送信して終了する（Ｓ８０８）。
【００６５】
一方、当該データを使用する契約が１つ以上有る場合には（Ｓ８０７：有り）、契約があるデータのみの更新許可通知を通信端末１に送信する（Ｓ８０９）。
（７）更新許可通知を受信すると、通信端末１は、更新許可通知を受けたデータのデータ送信要求を更新サーバ３に送信する（Ｓ８１０）。更新許可通知を受けたデータが複数ある場合には、そのうちの１つのデータについてのみデータ送信要求を送信する。即ち、複数のデータを同時に送信することはせず、以下のＳ８１０からＳ８１４の動作をデータ毎に行い、データ毎に送信するようにする。
（８）データ送信要求を受信すると、更新サーバ３は、送信要求を受けた更新用データの送信を開始する（Ｓ８１１）。通信端末１は、更新サーバ３から送信された更新用データの受信を開始し、一時記憶部１０８に保存する。なお、ユーザデータ記憶部１０５に直接保存しても構わない。
（９）データの受信が開始されると、通信端末１は通信状況を監視し、通信回線の切断の有無を確認する（Ｓ８１２）。通信回線が切断された場合、例えばデータの受信中にユーザ操作があった場合や通信回線不良等で通信回線が切断された場合には（Ｓ８１２：有り）、処理を中断して終了する。
【００６６】
一方、通信回線が切断されなかった場合には（Ｓ８１２：無し）、データの受信を継続してＳ８１３に移行する。
（１０）通信回線が切断されることなくデータの受信を継続しているときは、通信端末１は、データを全受信完了したか否かを確認する（Ｓ８１３）。全受信完了していないときは（Ｓ８１３：ＮＯ）、データの受信を継続する。
【００６７】
一方、データを全受信完了したときは（Ｓ８１３：ＹＥＳ）、当該データの受信を完了したとしてＳ８１４に移行する。
（１１）データの全受信が完了すると、通信端末１は、当該データの更新完了通知（Ｓ８１４）を更新サーバ３に送信する。
（１３）更新完了通知が送信されると、通信端末１は、更新対象のデータを全て受信したか否か確認する（Ｓ８１５）。即ち、Ｓ８０９で更新許可通知を受けたデータが複数ある場合には、Ｓ８１０から８１４の処理はデータ毎に行われるため、他に更新すべきデータがあるか否かを確認する。更新許可通知を受けたデータが全て受信完了していない場合には（Ｓ８１５：ＮＯ）、データ毎にＳ８１０から８１４のデータ更新処理フロー（Ｓ８１６）を繰り返し、更新許可通知を受けたデータを全て受信完了した時点（Ｓ８１６：ＹＥＳ）で終了する。
【００６８】
以上のように、ユーザの使用状況を考慮して更新を行うため、ユーザが通信端末１を使用する時間帯を避けて更新することを可能とし、ユーザが通信端末を使用できない状況を回避して使い勝手を向上することが可能となる。即ち、通常の蓄積配信等ではユーザが通信端末を使用する時間帯に応じて更新用データを受信するということが考慮されていないため、ユーザが使用しているのに更新用データの受信を開始して通信端末が使用できなくなるという問題を回避することができる。また、ユーザのデータの使用頻度を考慮して更新する必要のないデータまで一律に更新することを避け、通信料の低減、通信データ量の低減を図ることができるようになる。また、通信データ量を削減させることができるため、他の通信端末やサーバから通信端末へアクセスできない時間を短くすることができ、通信トラフィックを低減させることもできる。また、契約状況に応じて更新対象のデータのみを書き換えることで、通信料の低減、通信データ量の低減、通信トラフィックの低減を図ることもできる。
【００６９】
なお、上記はデータ毎に受信する場合を示したが、複数のデータを同時に受信することも可能である。即ち、複数のデータを受信する空き容量がある場合には、通信端末１から複数のデータのデータ送信要求を送信し、更新サーバ３から複数のデータを並行して送信するようにしても良い。
【００７０】
次に、通信端末１に十分な記憶容量がない場合に、更新用データを受信する処理について図９を用いて説明する。図９は通信端末１のデータ更新を行う場合の手順を示す図であり、図８におけるデータ更新処理フロー（Ｓ８１６）の部分を変更したものであって図３に対応するものである。
【００７１】
図９においては、携帯端末１内のユーザデータ記憶部１０５のデータを更新サーバ３へ送信してユーザデータ記憶部１０５のデータを削除することで空き容量を作り、更新用データを前記空き容量に受信完了した後に更新処理を行う。このような処理により、一時記憶部１０８を有しない場合にユーザデータ記憶部１０５を一時記憶部とすることが可能となり、また、ユーザデータ記憶部１０５に十分な空き容量がない場合であってもデータ更新が可能となる。以下、詳細に説明するが、図３と同様の内容については詳細な説明を割愛する。
（１）まず、通信端末１は更新サーバ３にデータ容量通知要求を送信する（Ｓ９０１）。データ容量通知要求は更新用データの容量の通知を要求するものであり、通信端末１に当該更新用データを受信するための空き容量があるか否かを確認するためのものである。
（２）データ容量通知要求を受信すると、更新サーバ３は、更新用データの容量を通信端末１に送信する（Ｓ９０２）。このデータ容量通知により、通信端末１において更新用データの容量を知ることができる。
（３）データ容量通知を受信すると、通信端末１は、ユーザデータ記憶部１０５の空き容量を確認する（Ｓ９０３）。空き容量が十分である場合には（Ｓ９０３：十分）Ｓ９０８に移行してデータの受信を開始する。
【００７２】
一方、空き容量が不足している場合には（Ｓ９０３：不足）Ｓ９０４に移行する。
（４）空き容量が不足していると判断された場合には、通信端末１は、ユーザデータ記憶部１０５に記憶されているユーザデータを更新サーバ３へ送信する（Ｓ９０４）。
（５）ユーザデータが通信端末１から送信されると、更新サーバ３は、送信されたユーザデータをユーザデータ保存部３０２に保存する（Ｓ９０５）。この際には、どのユーザから送信されたデータであるか識別可能な形で保存する。例えば、ユーザ毎に個別のフォルダを作成し、ユーザデータをユーザ毎に格納して保存する。
（６）ユーザデータを保存すると、更新サーバ３は、通信端末１にユーザデータ保存完了通知を送信する（Ｓ９０６）。
（７）保存完了通知を受信すると、通信端末１は、ユーザデータ記憶部１０５のユーザデータを削除する（Ｓ９０７）。
（８）ユーザデータが削除され、更新用データを格納できるようになった時点で、通信端末１は、更新サーバ３にデータ送信要求を送信する（Ｓ９０８）。
（９）データ送信要求を受信すると、更新サーバ３は、送信要求を受けたデータの送信を開始する（Ｓ９０９）。通信端末１は、更新サーバ３から送信された更新用データの受信を開始し、ユーザデータ記憶部１０５に保存する。
（１０）更新用データの受信を継続しているときは、通信端末１は、データを全受信完了したか否かを確認する（Ｓ９１０）。全受信完了していないときは（Ｓ９１０：途中）、データの受信を継続する。また、データを受信しているときに通信回線が切断されたときは（Ｓ９１０：中断）、処理を終了する。
【００７３】
一方、データを全受信完了したときは（Ｓ９１０：完了）、当該データの受信を完了したとしてＳ９１１に移行する。
（１１）データが全受信されると、通信端末１は、更新サーバ３にデータ更新完了通知（Ｓ９１１）を送信し、処理を終了する。
【００７４】
ここで、データの場合にはプログラムの場合と異なり、更新サーバ３に保存したユーザデータを、更新用データを受信した時点ですぐに通信端末１に戻すのは適切でない場合がある。プログラムの場合には更新前の不要となったプログラムを削除することですぐに空き領域を確保できるのに対し、データの場合には更新前のデータをユーザが保存しておきたい場合もあり、一律には削除できず空き容量を確保できない場合もあるからである。
【００７５】
更新サーバ３に保存したユーザデータを通信端末１に戻すタイミングとしては、ユーザ操作により通信端末１のユーザデータが削除され空き領域ができたとき、通信端末１がユーザに削除の可否を問い合わせた場合にユーザが削除するように選択したとき、新しいデータが配信されたとき等が考えられる。以上の操作がなされると、図９の処理が再開される。即ち、
（１２）通信端末１は、ユーザデータ記憶部１０５のデータを削除する（Ｓ９１２）。
（１３）データが削除されると、通信端末１は、ユーザデータを更新サーバ３に送信したか否かを判断する（Ｓ９１３）。ユーザデータを送信していない場合には（Ｓ９１３：無し）、処理を終了する。
【００７６】
一方、ユーザデータを更新サーバ３に送信している場合には（Ｓ９１３：有り）、通信端末１は、更新サーバ３にユーザデータ送信要求（Ｓ９１４）を送信する。
（１４）ユーザデータ送信要求を受信すると、更新サーバ３は、ユーザデータ保存部３０２に保存したユーザデータを通信端末１に送信する（Ｓ９１５）。通信端末１は、受信したユーザデータをユーザデータ記憶部１０５に保存し、処理を終了する。
【００７７】
以上のように、記憶容量に制約がある通信端末においても、ユーザデータ記憶部のデータを更新サーバ３に保存することで、更新対象データを更新することができる。
【００７８】
なお、図９においては、データ受信処理（Ｓ９０８，Ｓ９０９）がユーザ操作、もしくは通信回線の不良などによって中断し（Ｓ９１０：中断）、ユーザデータが通信端末１から消去された状態で終了した場合について特に説明しなかったが、再度更新サーバ３へ取得要求を行うことでユーザデータを取得することが可能である。また、更新サーバ３は特に制限なくユーザデータを保存する例を説明したが、ユーザデータを保管する契約がある場合のみ保存したり、保存容量を契約状態によって増減したり、契約がない場合には更新用データを受信できないとしてデータ更新処理を終了しても構わない。さらに、図９においては、ユーザデータを送信する例を説明したが、ユーザデータではなくプログラムの一部等、それ以外のデータを送信しても構わない。
【００７９】
次に、通信端末１に十分な記憶容量がない場合に、ユーザデータ記憶部１０５から使用頻度の低いデータを削除することにより更新用データを受信する処理について図１０を用いて説明する。図１０は通信端末１のデータ更新を行う場合の手順を示す図であり、図８におけるデータ更新処理フロー（Ｓ８１６）の部分を変更したものであって図５に対応するものである。
【００８０】
図１０においては、ユーザデータ記憶部１０５から使用頻度の低いデータを削除することにより空き領域を作り、更新用データを前記空き領域に受信完了した後に更新処理を行う。このような処理により、ユーザデータ記憶部１０５に十分な空き容量がない場合であってもデータが可能となる。以下、詳細に説明するが、図５と同様の内容については詳細な説明を割愛する。
（１）まず、通信端末１は更新サーバ３にデータ容量通知要求を送信する（Ｓ１００１）。データ容量通知要求は更新用データの容量の通知を要求するものであり、通信端末１に当該更新用データを受信するための空き容量があるか否かを確認するためのものである。
（２）データ容量通知要求を受信すると、更新サーバ３は、更新用データの容量を通信端末１に送信する（Ｓ１００２）。このデータ容量通知により、通信端末１において更新用データの容量を知ることができる。
（３）データ容量通知を受信すると、通信端末１は、ユーザデータ記憶部１０５の空き容量を確認する（Ｓ１００３）。空き容量が十分である場合には（Ｓ１００３：十分）Ｓ１００５に移行してデータの受信を開始する。
【００８１】
一方、空き容量が不足している場合には（Ｓ１００３：不足）、Ｓ１００４に移行する。
（４）空き容量が不足していると判断された場合には、通信端末１は、使用状況記憶部１０６を参照し、使用頻度の低いプログラムをプログラム記憶部１０４から削除し、更新用データを格納する空き領域を確保する（Ｓ１００４）。
（５）使用頻度の低いプログラムが削除され、更新用データを格納できるようになった時点で、通信端末１は、更新サーバ３にデータ送信要求を送信する（Ｓ１００５）。
（６）データ送信要求を受信すると、更新サーバ３は、送信要求を受けたデータの送信を開始する（Ｓ１００６）。通信端末１は、更新サーバ３から送信された更新用データの受信を開始し、ユーザデータ記憶部１０５に保存する。
（７）更新用データの受信を継続しているときは、通信端末１は、データを全受信完了したか否かを確認する（Ｓ１００７）。全受信完了していないときは（Ｓ１００７：途中）、データの受信を継続する。また、データを受信しているときに通信回線が切断されたときは（Ｓ１００７：中断）、処理を終了する。
【００８２】
一方、データを全受信完了したときは（Ｓ１００７：完了）、当該データの受信を完了したとしてＳ１００８に移行する。
（８）データを全受信完了したと判断されたときは、通信端末１は、データ更新サーバ３にデータ受信完了通知（Ｓ１００８）を送信し、処理を終了する。
【００８３】
ここで、更新サーバ３から削除したプログラムを通信端末１に戻すタイミングとしては、ユーザが当該プログラムを起動する操作をしたとき、ユーザ操作により通信端末１のユーザデータが削除され空き領域ができたとき、通信端末１がユーザに削除の可否を問い合わせた場合にユーザが削除するように選択したとき、新しいデータが配信されたとき等が考えられる。以上の操作がなされると、図１０の処理が再開される。即ち、
（１２）通信端末１は、ユーザデータ記憶部１０５のデータを削除する（Ｓ１００９）。
（１３）データが削除されると、通信端末１は、Ｓ１００４で削除したプログラムがあるか否かを判断する（Ｓ１０１０）。削除したプログラムがない場合には（Ｓ１０１０：無し）、処理を終了する。
【００８４】
一方、削除したプログラムがある場合には（Ｓ１０１０：有り）、通信端末１は、更新サーバ３にプログラム送信要求（Ｓ１０１１）を送信する。
（１４）ユーザデータ送信要求を受信すると、更新サーバ３は、削除されたプログラムを通信端末１に送信する（Ｓ１０１２）。通信端末１は、受信したプログラムをプログラム記憶部１０４に保存し、処理を終了する。
【００８５】
以上のように、記憶容量に制約がある通信端末においても、プログラム記憶部１０４の使用頻度の低いプログラムを削除し、更新対象データを更新することができる。また、データ更新について説明してきたが、更新だけでなく、新しいデータの追加であっても構わない。
【００８６】
以上の通り、本実施例により記憶容量に制約がある通信端末においても、プログラム記憶部のプログラムの一部を削除してプログラム記憶部をユーザデータ記憶部とすることで、データ更新を行うことができるようになる。
【００８７】
以上、通信端末におけるプログラム更新、データ更新の手法について説明した。
【００８８】
なお、図１から図１０までの説明において、プログラム記憶部１０４とユーザデータ記憶部１０５を区別して説明してきたが、区別せずに同一の記憶部としても良く、例えば、プログラムとユーザデータとを同一の記憶部の連続した領域に記憶しても良い。これにより記憶部の小型化、コスト低減等を図ることが可能となる。
【図面の簡単な説明】
【００８９】
【図１】通信端末１の構成と更新サーバ３の構成を示す図。
【図２】プログラム更新のシーケンス図１
【図３】プログラム更新のシーケンス図２
【図４】ユーザデータ記憶部とプログラム記憶部の内容変化を示す図
【図５】プログラム更新のシーケンス図３
【図６】プログラム記憶部の内容変化を示す図
【図７】消去したプログラムを実行するシーケンス図
【図８】データ更新のシーケンス図１
【図９】データ更新のシーケンス図２
【図１０】データ更新のシーケンス図３
【符号の説明】
【００９０】
１…通信端末、２…通信網、３…更新サーバ、１０１…画面表示部、１０２…制御部、１０３…入力部、１０４…プログラム記憶部、１０５…ユーザデータ記憶部、１０６…使用状況記憶部、１０７…通信部、１０８…一時記憶部、３０１…更新用プログラム記憶部・更新用データ記憶部、３０２…ユーザデータ保存部、３０３…通信部、３０４…制御部、４…プログラム領域、４１…更新対象プログラム、４２…空き領域、５…ユーザデータ領域、５１…ユーザデータ、５２…空き領域、５３…更新用プログラム、６１…プログラムＡ、６２…プログラムＢ、６３…プログラムＣ、６４…空き領域、６５…更新用プログラム。
【図１】
2005157509.tif 000003
【図２】
2005157509.tif 000004
【図３】
2005157509.tif 000005
【図４】
2005157509.tif 000006
【図５】
2005157509.tif 000007
【図６】
2005157509.tif 000008
【図７】
2005157509.tif 000009
【図８】
2005157509.tif 000010
【図９】
2005157509.tif 000011
【図１０】
2005157509.tif 000012