WO2006118045A1

WO2006118045A1 - 携帯通信端末及びソフトウェア更新方法

Info

Publication number: WO2006118045A1
Application number: PCT/JP2006/308352
Authority: WO
Inventors: Hirohiko Inohiza
Original assignee: Kyocera Corporation
Priority date: 2005-04-28
Filing date: 2006-04-20
Publication date: 2006-11-09
Also published as: JP4668266B2; US20090088145A1; US9883019B2; JPWO2006118045A1; CN101167342B; CN101167342A

Abstract

　本発明は、自動的なソフトウェアのダウンロードが全く若しくは極力、携帯通信端末の使用タイミングと重ならないことを目的とする。　本発明では、この目的を達成するために、無線通信手段と、通信回線網に接続されたソフトウェア配信装置から前記無線通信手段を介してソフトウェアのダウンロードを行う制御手段と、を備え、該制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行う。

Description

明細書

携帯通信端末及びソフトウェア更新方法

技術分野

[0001] 本発明は、携帯通信端末及びソフトウェア更新方法に関する。

本願は、 2005年 4月 28曰に、曰本に出願された特願 2005— 131863号に基づき優先権を主張し、その内容をここに援用する。

背景技術

[0002] 従来、携帯電話等の携帯通信端末のシステムプログラムを更新するには、ダウン口ード専用のソフトウェアがインストールされた PC (Personal Computer)と上記携帯通信端末とを専用のケーブルで接続し、上記ダウンロード専用のソフトウェアを起動することによってシステムプログラムを携帯通信端末にダウンロードしていた。し力しながら、この方法では、上記のようなダウンロード専用のソフトウェアがインストールされた P Cと専用ケーブルとを一般のユーザが用意する必要があり、非常に利便性が悪いという問題があった。

[0003] この問題を解決するために、下記特許文献 1には、通信回線網に接続されたシステムプログラム配信センタ力も無線通信を介してシステムプログラムを自動的にダウン口ードする技術が開示されている。この技術によると、上記のようなダウンロード専用のソフトウェア力 Sインストールされた PCや専用ケーブルを用いることなく携帯通信端末にシステムプログラムをダウンロードすることができる力ダウンロード中はユーザによる携帯通信端末の使用を妨害 (使用できない状態にする）してしまう。また、ダウン口ード中に電池が切れてしまった場合はダウンロードが中断されるという問題がある。下記特許文献 2には、この電池切れの問題を解決するために、携帯通信端末が充電状態にある場合にシステムプログラムのダウンロードを行うという技術が開示されている特許文献 1 :特開 2001— 078258号公報

特許文献 2：特開 2002— 111573号公報

発明の開示発明が解決しょうとする課題

[0004] 確かに、上記特許文献 2に開示されている技術では、充電状態にある場合にシステムプログラムのダウンロードを自動的に行うので、ダウンロード中に電池が切れてダウンロードが中断されることはなくなる。し力しながら、充電をしながらユーザが着呼、メール受信等の操作を行いたい場合もあり得るので、この場合、上記特許文献 2の技術でもダウンロードが始まると携帯通信端末の使用を制限されてしまう。従って、上記特許文献 2の技術でもユーザによる携帯通信端末の使用を妨害するという問題点は解決していない。

[0005] 本発明は、上述した事情に鑑みてなされたものであり、自動的なソフトウェアのダウンロードが全く若しくは極力、携帯通信端末の使用タイミングと重ならないことを目的とする。

課題を解決するための手段

[0006] 上記目的を達成するために、本発明に係る携帯通信端末は、無線通信手段と、通信回線網に接続されたソフトウェア配信装置カゝら前記無線通信手段を介してソフトゥエアのダウンロードを行う制御手段と、を備え、該制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行うことを特徴とする。

[0007] また、本発明に係る携帯通信端末にお!、て、前記制御手段は、電源 OFFを指示された場合に、前記ソフトウェアのダウンロードを行うことを特徴とする。

[0008] また、本発明に係る携帯通信端末にお!、て、前記制御手段は、ソフトウェア更新サイトにアクセスして該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトゥエアのダウンロードを行うことを特徴とする。

[0009] また、本発明に係る携帯通信端末にお!、て、前記制御手段は、新 Uヅフトウエアの通知を受けて該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトゥェァのダウンロードを行うことを特徴とする。

[0010] また、本発明に係る携帯通信端末において、前記制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、着信を検出する機能を停止することを特徴とする。 [0011] また、本発明に係る携帯通信端末において、前記制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、音の出力を行なう機能を停止することを特徴とする。

[0012] また、本発明に係る携帯通信端末において、電池が保持している電力の残量を検出する電池残量検出手段をさらに備え、前記制御手段は、前記残量が前記ソフトゥエアのダウンロードを行うのに十分な量であると判定した場合に、前記ソフトウェアのダウンロードを行うことを特徴とする。

[0013] また、本発明に係る携帯通信端末にお!、て、前記制御手段は、前記ソフトウェアのダウンロード完了後に携帯通信端末のシステムを終了することを特徴とする。

[0014] また、本発明に係る携帯通信端末にお!、て、前記ソフトウェアは、システムプロダラムであることを特徴とする。

[0015] さらに、本発明に係るソフトウェア更新方法は、通信回線網に接続されたソフトゥェァ配信装置力も無線通信によりソフトウェアのダウンロードを行い、該ダウンロードしたソフトウェアによる更新を行う場合に、携帯通信端末のシステムの終了を示す表示を行うことを特徴とする。

[0016] また、本発明に係るソフトウェア更新方法にお!ヽて、電源 OFFを指示された場合に

、前記ソフトウェアのダウンロードを行うことを特徴とする。

[0017] また、本発明に係るソフトウェア更新方法において、ソフトウェア更新サイトにァクセスして前記ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする。

[0018] また、本発明に係るソフトウェア更新方法にぉ、て、新ヅフトウエアの通知を受けて該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウン口ードを行うことを特徴とする。

[0019] また、本発明に係るソフトウェア更新方法にぉ、て、前記ダウンロードしたソフトゥェァによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に

、着信を検出する機能を停止することを特徴とする。

[0020] また、本発明に係るソフトウェア更新方法にぉ、て、前記ダウンロードしたソフトゥェァによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、音の出力を行なう機能を停止することを特徴とする。

[0021] また、本発明に係るソフトウェア更新方法において、電池が保持している電力の残量が前記ソフトウェアのダウンロードを行うのに十分な量である場合に、前記ソフトゥェァのダウンロードを行うことを特徴とする。

[0022] また、本発明に係るソフトウェア更新方法にぉ、て、前記ソフトウェアのダウンロード完了後に携帯通信端末のシステムを終了することを特徴とする。

[0023] また、本発明に係るソフトウェア更新方法にぉ、て、前記ソフトウェアは、システムプログラムであることを特徴とする。

発明の効果

[0024] 本発明によれば、ユーザに携帯通信端末を使用する意思が無い場合に自動的にダウンロードを行うので、自動的なソフトウェアのダウンロードと携帯通信端末の使用タイミングが全く若しくは極力重なることがな、。

図面の簡単な説明

[0025] [図 1]本発明の第 1実施形態における携帯通信端末に、ソフトウェア (システムプログラム)を配信する配信システムの構成概略図である。

[図 2]本発明の第 1実施形態における携帯通信端末の構成ブロック図である。

[図 3]本発明の第 1実施形態における携帯通信端末の動作フローチャート図である。

[図 4]本発明の第 1実施形態における携帯通信端末の表示状態の遷移を示す図である。

[図 5]本発明の第 2実施形態における携帯通信端末の構成ブロック図である。

[図 6]本発明の第 2実施形態における携帯通信端末の動作フローチャート図である。

[図 7]本発明の第 3実施形態における携帯通信端末の動作フローチャート図である。

[図 8]本発明の第 3実施形態における携帯通信端末の表示状態の遷移を示す図である。

符号の説明

[0026] 1…システムプログラム配信サーノ、 2…通信回線網、 3…無線基地局、 4…携帯通信端末、 4a…無線通信部、 4b…キー入力部、 4c" 'CPU(Central Processing Unit), 4d" -ROM (Read Only Memory)、 4e" -RAM (Random Access Memory)、 4f…ノッテリ残量検出部、 4g…バッテリ、 4h…表示部、 4i…音声通話制御部、 4j…データ通信制御部、 4m…バックライト、 4η· · ·液晶パネル

発明を実施するための最良の形態

[0027] 〔第 1実施形態〕

以下、図面を参照して、本発明の第 1実施形態について説明する。

図 1は、本発明の第 1実施形態における携帯通信端末へソフトウェアを配信する配信システムの構成概略図である。なお、以下の説明では、携帯通信端末へ配信するソフトウェアとして、システムプログラムを例示して説明する。図 1において、符号 1はシステムプログラム配信サーバ (ソフトウェア配信装置）、 2は通信回線網、 3は無線基地局、 4は携帯通信端末である。

[0028] システムプログラム配信サーバ 1は、通信回線網 2に接続され、携帯通信端末 4に配信するためのシステムプログラムを保有して、る。このシステムプログラム配信サーノ 1は、携帯通信端末 4からアクセスがあると、通信回線網 2及び無線基地局 3を介して、所定のシステムプログラムを携帯通信端末 4に送信する。

[0029] 通信回線網 2は、全国各地に張り巡らされた電話回線網である。無線基地局 3は、所定のサービスエリア毎に設置され、当該サービスエリアに存在する携帯通信端末 4 を無線通信により通信回線網 2に接続するための中継局である。

[0030] 携帯通信端末 4は、ユーザによって携帯される携帯電話や PHS (Personal Handyp hone System)端末等であり、無線通信によって無線基地局 3と交信することにより、通信回線網 2を介して通話やデータ通信を行う。

[0031] このような携帯通信端末 4は、図 2に示すように、無線通信部（無線通信手段) 4a、キー入力部 4b、 CPU (制御手段） 4c、 ROM (Read Only Memory) 4d、 RAM (Rando m Access Memory) 4e、ノッテリ残量検出部（電池残量検出手段) 4f、ノッテリ（電池 ) 4g及び表示部 4hから構成されてヽる。

[0032] 無線通信部 4aは、所定の通信方式、例えば、 CDMA (Code Division Multiple Acc ess)方式等を用いて無線基地局 3と無線通信を行うものであり、音声信号やデータ信号の変復調を行っている。キー入力部 4bは、例えばテンキーやオンフックキー、オフフックキー、電源キー、シャツタボタン、機能選択キー（ファンクションキー）等を有し、ダイアル入力の他、各種のキー入力の取込処理を行うものである。

[0033] CPU(Central Processing Unit)4cは、所定のシステムプログラムに従って携帯通信端末 4全体の動作を制御する。また、詳細は後述する力この CPU4cは、上記キー入力部 4bの電源キーが一定時間押されたことを検出すると、無線通信部 4aを介して通信回線網 2に接続されてヽるシステムプログラム配信サーバ 1にアクセスし、新たなシステムプログラムをダウンロードする。

[0034] ROM4dは、例えば、 EEPROM (Electronically Erasable and

Programmable Read Only Memory)等の書き換え可能な ROMであり、上記 CPU4c で実行されるシステムプログラムや、その他の不揮発性のデータを格納している。また、 RAM4eは、上記 CPU4cの制御によってダウンロードされたシステムプログラムを格納するワーキングエリアとして用いられる。ノッテリ残量検出部 4fは、バッテリ 4g が保持する電力の残量を検出する。バッテリ 4gは、携帯通信端末 4全体への電力供給を行う。表示部 4hは、例えば液晶ディスプレイであり、上記 CPU4cの制御の下で、各種メッセージや電話番号、画像等を表示する。

[0035] 次に、上記のように構成された第 1実施形態における携帯通信端末 4の動作について説明する。

[0036] 図 3は、第 1実施形態における携帯通信端末 4の動作フローチャート図である。

まず、待受動作中において、 CPU4cは、ユーザによってキー入力部 4bの電源キ一が一定時間長押しされた、すなわち、ユーザからの電源 OFF指示を検出すると (ステツプ S1)、ノッテリ残量検出部 4 もノッテリ 4gの残量を取得する (ステップ S2)。そして、 CPU4cは、バッテリ 4gの残量がシステムプログラムのダウンロードを行うのに十分な量であるか否力判定し (ステップ S3)、ノッテリ 4gの残量がダウンロードを行うのに十分な量である場合、無線通信部 4aを介してシステムプログラム配信サーバ 1 にアクセスし、当該システムプログラム配信サーバ 1が保有するシステムプログラムのバージョン情報を取得する（ステップ S4)。一方、 CPU4cは、ステップ S3において、ノッテリ 4gの残量がダウンロードを行うのに十分な量ではないと判定した場合、ステツプ S 15にスキップして携帯通信端末 4の電源を OFFする (携帯通信端末 4のシステムを終了する）。このようにバッテリ 4gの残量がダウンロードを行うのに十分な量ではない場合、システムプログラムのダウンロードを行わずに電源を OFFにすることで、ダウンロード中にバッテリ 4gの電力が切れ、ダウンロードが中断してしまうことを防ぐことができる。

[0037] 次に、 CPU4cは、上記バージョン情報の取得に成功したか否かを判定し (ステップ S5)、バージョン情報の取得に成功した場合、上記システムプログラム配信サーバ 1 力取得したバージョン情報と現在携帯通信端末 4が保有しているシステムプロダラムのバージョン情報とを比較し、更新が必要力否かを判定する (ステップ S6)。一方、 CPU4cは、ステップ S5でバージョン情報の取得に失敗した場合、ステップ S15にスキップして携帯通信端末 4の電源を OFFする。このように、バージョン情報の取得に失敗するのは、ユーザ (つまり携帯通信端末 4)が電波の届力ない場所に居る可能性が強、ので、このような場合はダウンロードを行わな、ようにする。

[0038] 次に、 CPU4cは、ステップ S6において、システムプログラム配信サーバ 1から取得したバージョン情報と現在携帯通信端末 4が保有しているシステムプログラムのバージョン情報とを比較して、システムプログラム配信サーバ 1から取得したバージョン情報の方が新しいバージョンであった場合、すなわち更新が必要と判定した場合は、図 4 (a)に示すように、表示部 4hに「新しいバージョンのプログラムが検出されました。プログラムを更新しますか？」、「はい、い!、え」と!、うメッセージを表示させる（ステップ S 7)。一方、 CPU4cは、ステップ S6において、システムプログラムの更新が不要と判定した場合、ステップ S 15にスキップして携帯通信端末 4の電源を OFFする。

[0039] そして、ユーザは、上記ステップ S7によって表示されたメッセージを確認し、システムプログラムを更新する力否かを選択する。システムプログラムを更新する場合、ユーザは、キー入力部 4bを操作して上記メッセージの「はい」にカーソルを合わせて更新を決定し、また、システムプログラムを更新しない場合、ユーザは、キー入力部 4bを操作して上記メッセージの「いいえ」にカーソルを合わせる。つまり、 CPU4cは、上記のようなキー入力部 4bの操作によって、システムプログラムの更新が選択された力否かを判定する（ステップ S8)。このステップ S8において、上記のようなユーザの操作によって「はい」が選択された場合、 CPU4cは、図 4 (b)に示すように、表示部 4hに電源 OFF通知画面 (携帯通信端末 4のシステムの終了を示す表示）を表示する (ステツプ S9)。なお、このようにユーザに対してはシステムの終了を示す表示を行なうが、実際には以下に述べるように、システムプログラムのダウンロード処理が終了するまでシステムは起動している。

[0040] 続いて、 CPU4cは、無線通信部 4aを介してシステムプログラム配信サーバ 1からシステムプログラムのダウンロードを開始する（ステップ S 10)。一方、ステップ S8において、ユーザが「いいえ」を選択した場合、 CPU4cは、ステップ S 15にスキップして携帯通信端末 4の電源を OFFする。

[0041] 上記のステップ S10でダウンロードが開始されると、システムプログラムは所定のサィズのブロックに分割されてシステムプログラム配信サーバ 1から送信され、 CPU4c は、これらの分割されたシステムプログラムを順次 RAM4eに格納していく。そして、 C PU4cは、一定数のブロックをダウンロードすると、図 4 (c)に示すように、表示部 4hに「新しいシステムプログラムのダウンロード中です。ダウンロードを中断しますか？」、「は、、 V 、え」と、うメッセージを表示させる（ステップ S11)。

[0042] ユーザは、上記のようなメッセージを見てダウンロードを中断するか否かを選択する。ここで、ダウンロードを中断する場合、ユーザはキー入力部 4bを操作して上記メッセージの「はい」にカーソルを合わす。つまり、 CPU4cは、上記のようなキー入力部 4 bの操作によって、ダウンロードを中断する力否かを判定する（ステップ S12)。ダウンロードの中断が操作されない限り、 CPU4cは、システムプログラムのダウンロードを続行し、全てのシステムプログラムをダウンロードするまでステップ S 10から S 13までの動作を繰り返す (ステップ S 13)。

[0043] そして、 CPU4cは、全てのシステムプログラムのダウンロードが完了すると、 ROM4 dへのインストール処理を行った (ステップ S 14)後、携帯通信端末 4の電源を OFFする（ステップ S15)。一方、ステップ S 12でユーザがダウンロードの中断を選択した場合、 CPU4cは、システムプログラムのダウンロードを停止し、今まで RAM4eに格納帯通信端末 4の電源を OFFする。

[0044] 以上のように、本第 1実施形態における携帯通信端末 4によると、電源 OFFを指示された時、すなわち、ユーザに携帯通信端末 4を使用する意思が無い時にシステムプログラムのダウンロードを行うため、ユーザの操作を妨害することなくダウンロードを完了することが可能であると共に、システムの終了を示す表示（電源 OFF通知画面の表示）を行うことで、実際にはシステムプログラムのダウンロード中であっても、以降ユーザが携帯通信端末 4を操作しな、よう促し、安全にダウンロードを行なうことができる。

[0045] また、システムプログラムの更新の場合は、ダウンロード完了後にシステムプロダラムの再起動を行う必要があるため、従来技術では、ダウンロード完了後に起動していたアプリケーションを全て終了させなければならなかった。し力しながら、本第 1実施形態における携帯通信端末 4では、システムプログラムのダウンロード完了後に電源を OFFするので、次に電源を ONする時には、システムプログラムの更新は完了している。すなわち、必然的に再起動が行われるのでシステムプログラム更新の利便性も向上することができる。

[0046] なお、図 3の動作フローチャートにおいて、ステップ S7、 S8、 S11及び S12は省略しても良い。これにより、システムプログラムのダウンロードをユーザに意識させることなぐ完全に自動でシステムプログラムのダウンロード及び更新を行うことができる。

[0047] 〔第 2実施形態〕

次に、本発明の第 2実施形態について説明する。

図 5は、本発明の第 2実施形態における携帯通信端末 5の構成ブロック図である。なお、図 5において、図 2と同様の構成要素には同一符号を付し、説明を省略する。

[0048] 図 5に示すように、本第 2実施形態における携帯通信端末 5は、第 1実施形態における携帯通信端末 4と比較して、通話制御部 4i及びデータ通信制御部 4jをさらに備えている。また、液晶ディスプレイである表示部 4hは、ノックライト 4m及び液晶パネル 4nから構成されて!、る。

[0049] 音声通話制御部 4iは、 CPU4cの制御の下、無線通信部 4aによる音声通話機能を制御するものである。データ通信制御部 4jは、 CPU4cの制御の下、無線通信部 4a によるデータ通信機能を制御するものである。つまり、 CPU4cは、無線基地局 3を介して音声通話を行なう場合、上記音声通話制御部 4iを動作させる一方、無線基地局 3を介してシステムプログラムのダウンロード等のデータ通信を行なう場合、上記データ通信制御部 4jを動作させる。

[0050] バックライト 4mは、液晶パネル 4n用の光源であり、 CPU4cの制御によって ONZO FFし、液晶パネル 4nに所定光量の光を供給する。液晶パネル 4nは、例えばノーマリホワイトモードの透過型液晶パネルであり、 CPU4cの制御の下、各種メッセージや電話番号、画像等を表示する。

[0051] 次に、このように構成された本第 2実施形態における携帯通信端末 5の動作について、図 6のフローチャートを用いて説明する。

[0052] まず、待受動作中において、 CPU4cは、ユーザによってキー入力部 4bの電源キ一が一定時間長押しされた、すなわち、ユーザ力も電源 OFFの指示を受けたことを検出すると (ステップ S 20)、ノッテリ残量検出部 4 もバッテリ 4gの残量を取得する（ステップ S21)。そして、 CPU4cは、バッテリ 4gの残量がシステムプログラムのダウンロードを行うのに十分な量であるか否か判定し (ステップ S22)、バッテリ 4gの残量がダウンロードを行うのに十分な量であった場合、データ通信制御部 4jを動作させ、無線通信部 4aを介してシステムプログラム配信サーバ 1にアクセスし、当該システムプログラム配信サーバ 1が保有するシステムプログラムのバージョン情報を取得する (ステップ S23)。

[0053] 一方、 CPU4cは、上記ステップ S22において、バッテリ 4gの残量がダウンロードを行うのに十分な量ではないと判定した場合、ステップ S 34にスキップし、液晶パネル 4 nによる画面表示を OFFすると共に、ノックライト 4mを OFFした後、さらに携帯通信端末 5の電源を OFFする（ステップ S35)。このようにバッテリ 4gの残量がダウンロードを行うのに十分な量ではない場合、システムプログラムのダウンロードを行わずに電源を OFFにすることで、ダウンロード中にバッテリ 4gの電力が切れ、ダウンロードが中断してしまうことを防ぐことができる。

[0054] 次に、 CPU4cは、上記バージョン情報の取得に成功したか否かを判定し (ステップ S24)、バージョン情報の取得に成功した場合、上記システムプログラム配信サーバ 1 力取得したバージョン情報と現在携帯通信端末 5が保有しているシステムプロダラムのバージョン情報とを比較し、更新が必要力否かを判定する (ステップ S25)。一方、 CPU4cは、上記ステップ S24において、バージョン情報の取得に失敗した場合、ステツプ S34にスキップし、液晶パネル 4nによる画面表示を OFFすると共に、ノックライト 4mを OFFした後、さらに携帯通信端末 5の電源を OFFする (ステップ S35)。このように、バージョン情報の取得に失敗するのは、ユーザ (つまり携帯通信端末 5)が電波の届かな!/、場所に居る可能性が強、ので、このような場合はダウンロードを行わないようにする。

[0055] 次に CPU4cは、ステップ S25において、システムプログラム配信サーバ 1から取得したバージョン情報と現在携帯通信端末 5が保有しているシステムプログラムのバージョン情報とを比較して、システムプログラム配信サーバ 1から取得したバージョン情報の方が新しいバージョンであった場合、すなわち更新が必要と判定した場合は、図 4 (a)に示すように、表示部 4hに「新しいバージョンのプログラムが検出されました。プログラムを更新しますか？」、「はい、い!、え」と!、うメッセージを表示させる（ステップ S 26)。一方、 CPU4cは、ステップ S25において、システムプログラムの更新が不要と判定した場合、ステップ S34にスキップし、液晶パネル 4nによる画面表示を OFFすると共に、ノックライト 4mを OFFした後、さらに携帯通信端末 5の電源を OFFする (ステップ S35)。

[0056] そして、ユーザは、上記ステップ S26によって表示されたメッセージを確認し、システムプログラムを更新するか否かを選択する。つまり、 CPU4cは、ユーザによるキー入力部 4bの操作によって、システムプログラムの更新が選択された力否かを判定する（ステップ S27)。このステップ S27において、ユーザの操作によって「はい」が選択された場合、 CPU4cは、図 4 (b)に示すように、表示部 4hに電源 OFF通知画面 (携帯通信端末 5のシステムの終了を示す表示）を表示する (ステップ S28)。なお、このようにユーザに対してはシステムの終了を示す表示を行なうが、実際には以下に述ベるように、システムプログラムのダウンロード処理が終了するまでシステムは起動している。

[0057] 続!、て、 CPU4cは、システムプログラムのダウンロード処理に必要な!/、機能を停止する（ステップ S29)。このようなシステムプログラムのダウンロード処理に必要ない機能とは、例えば、音声通話機能やゲームアプリケーション、アラームや音楽プレーヤ機能等が挙げられる。本携帯通信端末 5のように、データ通信と音声通話との両方を制御可能な端末の場合、ダウンロード中に音声着信を受信することが考えられるので

、音声通話制御部 4iを停止することにより、着信割込みを防止することができる。また、これに付随する効果として、ダウンロード中における音声着信チェックのための定期的な信号受信処理を省略するので、余分な電力消費を抑えることができる。また、ァラームや音楽プレーヤ機能等の音の出力を行なう機能やゲームアプリケーション等を停止することによって、ダウンロード中における電力消費をより低減することができる。

[0058] さらに、 CPU4cは、図 4 (d)〖こ示すように、液晶パネル 4nによる画面表示を OFFする一方、バックライト 4mの点灯 (ON)状態を維持する (ステップ S30)。このように、システムプログラムのダウンロード処理に必要な、機能を停止する一方、ダウンロード処理を行って、ることをユーザに示すために、液晶パネル 4nは OFFしてもバックライト 4mは点灯させておく。なお、ダウンロード処理を行っていることを示す手段としては、ノックライト 4mの点灯に限らず、 LEDの点灯や簡易アイコンの表示等の手段を用いても良い。

[0059] そして、 CPU4cは、データ通信制御部 4jを動作させ、システムプログラム配信サーノ 1からシステムプログラムのダウンロードを開始する（ステップ S31)。一方、ステップ S27において、ユーザが更新しない方を選択したと判定した場合、 CPU4cは、ステップ S34にスキップし、液晶パネル 4nによる画面表示を OFFすると共に、ノックライト 4mを OFFした後、さらに携帯通信端末 5の電源を OFFする (ステップ S35)。

[0060] 上記のステップ S31でダウンロードが開始されると、システムプログラムは所定のサィズのブロックに分割されてシステムプログラム配信サーバ 1から送信され、 CPU4c は、これらの分割されたシステムプログラムを順次 RAM4eに格納していく。そして、 C PU4cは、システムプログラムのダウンロードが完了したか否かを判定する（ステップ S 32)。このステップ S32において、ダウンロードが完了していないと判定された場合、ステップ S31〖こ戻る。

[0061] 一方、上記ステップ S32において、システムプログラムのダウンロードが完了したと判定された場合、 CPU4cは、 RAM4eに格納されているシステムプログラムを ROM 4dへのインストールした (ステップ S33)後、液晶パネル 4nによる画面表示を OFFすると共に、バックライト 4mを OFFし (ステップ S34)、さらに携帯通信端末 5の電源を O FFする（ステップ S35)。このように、システムプログラムのダウンロードが完了した場合、当該ダウンロードの完了を示すためにバックライト 4mを OFFし、さらに携帯通信端末 5の電源を OFFしてシステムを終了する。

[0062] 以上のように、本第 2実施形態における携帯通信端末 5によると、電源 OFFを指示された場合、すなわち、ユーザに携帯通信端末 5を使用する意思が無い場合にシステムプログラムのダウンロードを行うため、ユーザの操作を妨害することなくダウンロードを完了することが可能であると共に、システムの終了を示す表示 (電源 OFF通知画面の表示）を行うことで、実際にはシステムプログラムのダウンロード中であっても、以降ユーザが携帯通信端末 5を操作しな、よう促し、安全にダウンロードを行なうことができる。

[0063] また、システムプログラムのダウンロード処理に必要ない機能を停止することにより、着信割込みを防止し、ダウンロード中における電力消費を低減することが可能である

[0064] また、第 1実施形態と同様に、システムプログラムのダウンロード完了後に電源を O FFするので、次に電源を ONする時には、システムプログラムの更新は完了している。すなわち、必然的に再起動が行われるのでシステムプログラム更新の利便性も向上することができる。

[0065] なお、図 6の動作フローチャートにおいて、ステップ S26及び S27は省略しても良い。これにより、システムプログラムのダウンロードをユーザに意識させることなぐ完全に自動でシステムプログラムのダウンロード及び更新を行うことができる。

[0066] 〔第 3実施形態〕

次に、本発明の第 3実施形態について説明する。なお、本第 3実施形態における携帯通信端末の構成は、上記第 2実施形態における携帯通信端末 5と同様であるので説明を省略する。

[0067] 本第 3実施形態が第 2実施形態と異なる点は、上記第 2実施形態が、ユーザによる電源 OFF指示があった場合における携帯通信端末 5 (具体的には CPU4c)のダウンロード処理を示すものであることに対し、本第 3実施形態は、非電源 OFF指示時、つまりユーザによって、ソフトウェア更新サイト（システムプログラム配信サーバ 1)へのァクセス、及びシステムプログラムの更新を指示する操作が行われた場合や、または、携帯通信端末 5が自動的且つ定期的にシステムプログラム配信サーバ 1から、システムプログラムのバージョン情報を取得する機能を有する場合のダウンロード処理を示すものである。

[0068] 以下、このような本第 3実施形態における携帯通信端末 5の動作について、図 7のフローチャートを用いて説明する。

[0069] まず、待受動作中において、ユーザによるキー入力部 4bの操作によってシステムプログラムの更新を指示された場合、または携帯通信端末 5が自動的且つ定期的にシステムプログラムのバージョン情報を取得する機能を有しており、当該バージョン情報の取得時期が到来した場合、 CPU4cは、図 8 (a)に示すように、表示部 4hに「システムプログラムのバージョン情報を取得しますか？」、「はい、いいえ」というメッセージを表示させる（ステップ S40)。

[0070] そして、ユーザがキー入力部 4bの操作によって「は、」を選択した場合、 CPU4cは、データ通信制御部 4jを動作させ、無線通信部 4aを介してシステムプログラム配信サーバ 1にアクセスし、当該システムプログラム配信サーバ 1が保有するシステムプログラムのバージョン情報を取得する (ステップ S41)。

なお、ステップ S40において、「いいえ」が選択された場合、 CPU4cは待受動作に移行する。

[0071] 次に、 CPU4cは、上記バージョン情報の取得に成功したか否かを判定し (ステップ S42)、バージョン情報の取得に成功した場合、上記システムプログラム配信サーノ 1 力取得したバージョン情報と現在携帯通信端末 5が保有しているシステムプロダラムのバージョン情報とを比較し、更新が必要力否かを判定する (ステップ S43)。一方、 CPU4cは、上記ステップ S42において、バージョン情報の取得に失敗した場合、図 8 (b)に示すように、「バージョン情報の取得に失敗しました。電波状況の良い所で再度お試しくださ、。」と、うメッセージを表示部 4hに表示させ (ステップ S44)、待受動作に移行する (ステップ S51)。このように、バージョン情報の取得に失敗するのは、ユーザ (つまり携帯通信端末 5)が電波の届力ない場所に居る可能性が強いので、このような場合はダウンロードを行わな、ようにする。 [0072] 次に CPU4cは、ステップ S43において、システムプログラム配信サーバ 1から取得したバージョン情報と現在携帯通信端末 5が保有しているシステムプログラムのバージョン情報とを比較して、システムプログラム配信サーバ 1から取得したバージョン情報の方が新しいバージョンであった場合、すなわち更新が必要と判定した場合は、図 8 (c)に示すように、表示部 4hに「新しいバージョンのプログラムが検出されました。プログラムを更新しますか？」、「はい、い!、え」と!、うメッセージを表示させる（ステップ S 45)。一方、 CPU4cは、ステップ S43において、システムプログラムの更新が不要と判定すると、図 8 (d)に示すように、「更新の必要はありません。」というメッセージを表示部 4hに表示させ (ステップ S46)、待受動作に移行する (ステップ S 51)。

[0073] そして、ユーザは、上記ステップ S45によって表示されたメッセージを確認し、システムプログラムを更新するか否かを選択する。 CPU4cは、ユーザによるキー入力部 4 bの操作によって、システムプログラムの更新が選択された力否かを判定する (ステツプ S47)。このステップ S47において、「いいえ」が選択された場合、 CPU4cは、待受動作に移行する (ステップ S51)。

[0074] 一方、上記ステップ S47において、「はい」が選択された場合、 CPU4cは、バッテリ残量検出部 4 もバッテリ 4gの残量を取得し (ステップ S48)、当該残量がシステムプログラムのダウンロードを行うのに十分な量であるか否か判定する（ステップ S49)。このステップ S49において、バッテリ 4gの残量がダウンロードを行うのに十分な量ではないと判定された場合、 CPU4cは、図 8 (e)に示すように、表示部 4hに「現在の電池残量では更新が実行できません。充電後に再度更新を実行して下さい。」というメッセージを表示させ (ステップ S50)、待受動作に移行する (ステップ S51)。このようにノッテリ 4gの残量がダウンロードを行うのに十分な量ではない場合、システムプロダラムのダウンロードを行わずに待受動作に移行することで、ノッテリ切れによってダウンロードが中断してしまうことを防ぐことができる。

[0075] 一方、ステップ S49において、バッテリ 4gの残量がダウンロードを行うのに十分な量であった場合、 CPU4cは、図 8 (f)に示すように、表示部 4hに電源 OFF通知画面（携帯通信端末 5のシステムの終了を示す表示）を表示させる (ステップ S52)。なお、このようにユーザに対してはシステムの終了を示す表示を行なうが、実際には以下に述べるように、システムプログラムのダウンロード処理が終了するまでシステムは起動している。

[0076] 続!、て、 CPU4cは、システムプログラムのダウンロード処理に必要な!/、機能を停止する（ステップ S53)。このようなシステムプログラムのダウンロード処理に必要ない機能とは、上記第 2実施形態と同様なので詳細な説明は省略する。さらに、 CPU4cは、第 2実施形態と同様に、液晶パネル 4nによる画面表示を OFFする一方、ノックライト 4mの点灯（ON)状態を維持する（ステップ S54)。このように、システムプログラムのダウンロード処理に必要な、機能を停止する一方、ダウンロード処理を行って、ることをユーザに示すために、バックライト 4mは点灯させておく。

[0077] そして、 CPU4cは、データ通信制御部 4jを動作させ、システムプログラム配信サーノ 1からシステムプログラムのダウンロードを開始する（ステップ S55)。ダウンロードが開始されると、システムプログラムは所定のサイズのブロックに分割されてシステムプログラム配信サーバ 1から送信され、 CPU4cは、これらの分割されたシステムプログラムを順次 RAM4eに格納していく。そして、 CPU4cは、システムプログラムのダウンロードが完了したか否かを判定する（ステップ S56)。このステップ S56において、ダウンロードが完了して、な、と判定された場合、ステップ S55に戻る。

[0078] 一方、上記ステップ S56において、システムプログラムのダウンロードが完了したと判定された場合、 CPU4cは、 RAM4eに格納されているシステムプログラムを ROM 4dへのインストールした (ステップ S57)後、液晶パネル 4nによる画面表示を OFFすると共に、バックライト 4mを OFFし (ステップ S58)、さらに携帯通信端末 5の電源を O FFする（ステップ S59)。このように、システムプログラムのダウンロードが完了した場合、当該ダウンロードの完了を示すためにバックライト 4mを OFFし、さらに携帯通信端末 5の電源を OFFしてシステムを終了する。

[0079] 以上のように、本第 3実施形態によると、非電源 OFF指示時において、ユーザの操作を妨害することなくダウンロードを完了することが可能であると共に、システムの終了を示す表示 (電源 OFF通知画面の表示）を行うことで、実際にはシステムプロダラムのダウンロード中であっても、以降ユーザが携帯通信端末 5を操作しないよう促し、安全にダウンロードを行なうことができる。 [0080] また、第 2実施形態と同様に、システムプログラムのダウンロード処理に必要な、機能を停止することにより、着信割込みを防止し、ダウンロード中における電力消費を低減することが可能である。

[0081] また、第 1及び第 2実施形態と同様に、システムプログラムのダウンロード完了後に電源を OFFするので、次に電源を ONする時には、システムプログラムの更新は完了している。すなわち、必然的に再起動が行われるのでシステムプログラム更新の利便

'性も向上することができる。

[0082] なお、上記第 1〜第 3実施形態では、システムプログラムのダウンロードについて説明したが、システムプログラムに限らず、他のアプリケーション等の更新が必要なソフトウエアについても同様な方法でダウンロード可能である。

[0083] 以上、本発明の好ましい実施例を説明したが、本発明はこれら実施例に限定されることはない。本発明の趣旨を逸脱しない範囲で、構成の付加、省略、置換、およびその他の変更が可能である。本発明は前述した説明によって限定されることはなぐ添付のクレームの範囲によってのみ限定される。

産業上の利用可能性

[0084] 本発明によれば、ユーザの操作を妨害することなくダウンロードを完了することが可能であると共に、システムの終了を示す表示を行うことで、実際にはシステムプロダラムのダウンロード中であっても、以降ユーザが携帯通信端末を操作しないよう促し、安全にダウンロードを行なうことができる。

Claims

請求の範囲

[1] 無線通信手段と、

通信回線網に接続されたソフトウェア配信装置力前記無線通信手段を介してソフトウエアのダウンロードを行う制御手段と、を備え、

該制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行うことを特徴とする携帯通信端末。

[2] 前記制御手段は、電源 OFFを指示された場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項 1記載の携帯通信端末。

[3] 前記制御手段は、ソフトウェア更新サイトにアクセスして該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項 1記載の携帯通信端末。

[4] 前記制御手段は、新しいソフトウェアの通知を受けて該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項

1記載の携帯通信端末。

[5] 前記制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、着信を検出する機能を停止することを特徴とする請求項 1記載の携帯通信端末。

[6] 前記制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、音の出力を行なう機能を停止することを特徴とする請求項 1記載の携帯通信端末。

[7] 電池が保持して、る電力の残量を検出する電池残量検出手段をさらに備え、前記制御手段は、前記残量が前記ソフトウェアのダウンロードを行うのに十分な量であると判定した場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項 1記載の携帯通信端末。

[8] 前記制御手段は、前記ソフトウェアのダウンロード完了後に携帯通信端末のシステムを終了することを特徴とする請求項 1記載の携帯通信端末。

[9] 前記ソフトウェアは、システムプログラムであることを特徴とする請求項 1記載の携帯迪信端末。

[10] 通信回線網に接続されたソフトウェア配信装置力無線通信によりソフトウェアのダゥンロードを行い、該ダウンロードしたソフトウェアによる更新を行う場合に、携帯通信端末のシステムの終了を示す表示を行うことを特徴とするソフトウェア更新方法。

[11] 電源 OFFを指示された場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項 10記載のソフトウェア更新方法。

[12] ソフトウェア更新サイトにアクセスして前記ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項 10記載のソフトウア更新方法。

[13] 新ヅフトウエアの通知を受けて該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項 10記載のソフトゥエア更新方法。

[14] 前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、着信を検出する機能を停止することを特徴とする請求項 10記載のソフトウエア更新方法。

[15] 前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、音の出力を行なう機能を停止することを特徴とする請求項 10記載のソフトウェア更新方法。

[16] 電池が保持している電力の残量が前記ソフトウエアのダウンロードを行うのに十分な量である場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項 10記載のソフトウエア更新方法。

[17] 前記ソフトウェアのダウンロード完了後に携帯通信端末のシステムを終了することを特徴とする請求項 10記載のソフトウェア更新方法。

[18] 前記ソフトウェアは、システムプログラムであることを特徴とする請求項 10記載のソフトウア更新方法。