JPWO2006118045A1

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

Info

Publication number: JPWO2006118045A1
Application number: JP2007514654A
Authority: JP
Inventors: 裕彦猪膝
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2005-04-28
Filing date: 2006-04-20
Publication date: 2008-12-18
Anticipated expiration: 2026-04-20
Also published as: US20090088145A1; CN101167342B; US9883019B2; WO2006118045A1; CN101167342A; JP4668266B2

Abstract

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

Description

本発明は、携帯通信端末及びソフトウェア更新方法に関する。
本願は、２００５年４月２８日に、日本に出願された特願２００５−１３１８６３号に基づき優先権を主張し、その内容をここに援用する。

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

この問題を解決するために、下記特許文献１には、通信回線網に接続されたシステムプログラム配信センタから無線通信を介してシステムプログラムを自動的にダウンロードする技術が開示されている。この技術によると、上記のようなダウンロード専用のソフトウェアがインストールされたＰＣや専用ケーブルを用いることなく携帯通信端末にシステムプログラムをダウンロードすることができるが、ダウンロード中はユーザによる携帯通信端末の使用を妨害（使用できない状態にする）してしまう。また、ダウンロード中に電池が切れてしまった場合はダウンロードが中断されるという問題がある。下記特許文献２には、この電池切れの問題を解決するために、携帯通信端末が充電状態にある場合にシステムプログラムのダウンロードを行うという技術が開示されている。
特開２００１−０７８２５８号公報特開２００２−１１１５７３号公報

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

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

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

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

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

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

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

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

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

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

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

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

また、本発明に係るソフトウェア更新方法において、電源ＯＦＦを指示された場合に、前記ソフトウェアのダウンロードを行うことを特徴とする。

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

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

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

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

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

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

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

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

本発明の第１実施形態における携帯通信端末に、ソフトウェア（システムプログラム）を配信する配信システムの構成概略図である。本発明の第１実施形態における携帯通信端末の構成ブロック図である。本発明の第１実施形態における携帯通信端末の動作フローチャート図である。本発明の第１実施形態における携帯通信端末の表示状態の遷移を示す図である。本発明の第２実施形態における携帯通信端末の構成ブロック図である。本発明の第２実施形態における携帯通信端末の動作フローチャート図である。本発明の第３実施形態における携帯通信端末の動作フローチャート図である。本発明の第３実施形態における携帯通信端末の表示状態の遷移を示す図である。

符号の説明

１…システムプログラム配信サーバ、２…通信回線網、３…無線基地局、４…携帯通信端末、４ａ…無線通信部、４ｂ…キー入力部、４ｃ…ＣＰＵ(Central Processing Unit)、４ｄ…ＲＯＭ（Read Only Memory）、４ｅ…ＲＡＭ（Random Access Memory）、４ｆ…バッテリ残量検出部、４ｇ…バッテリ、４ｈ…表示部、４ｉ…音声通話制御部、４ｊ…データ通信制御部、４ｍ…バックライト、４ｎ…液晶パネル

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

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

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

携帯通信端末４は、ユーザによって携帯される携帯電話やＰＨＳ（Personal Handyphone System）端末等であり、無線通信によって無線基地局３と交信することにより、通信回線網２を介して通話やデータ通信を行う。

このような携帯通信端末４は、図２に示すように、無線通信部（無線通信手段）４ａ、キー入力部４ｂ、ＣＰＵ（制御手段）４ｃ、ＲＯＭ（Read Only Memory）４ｄ、ＲＡＭ（Random Access Memory）４ｅ、バッテリ残量検出部（電池残量検出手段）４ｆ、バッテリ（電池）４ｇ及び表示部４ｈから構成されている。

無線通信部４ａは、所定の通信方式、例えば、ＣＤＭＡ（Code Division Multiple Access）方式等を用いて無線基地局３と無線通信を行うものであり、音声信号やデータ信号の変復調を行っている。キー入力部４ｂは、例えばテンキーやオンフックキー、オフフックキー、電源キー、シャッタボタン、機能選択キー（ファンクションキー）等を有し、ダイアル入力の他、各種のキー入力の取込処理を行うものである。

ＣＰＵ(Central Processing Unit)４ｃは、所定のシステムプログラムに従って携帯通信端末４全体の動作を制御する。また、詳細は後述するが、このＣＰＵ４ｃは、上記キー入力部４ｂの電源キーが一定時間押されたことを検出すると、無線通信部４ａを介して通信回線網２に接続されているシステムプログラム配信サーバ１にアクセスし、新たなシステムプログラムをダウンロードする。

ＲＯＭ４ｄは、例えば、ＥＥＰＲＯＭ（Electronically Erasable and
Programmable Read Only Memory）等の書き換え可能なＲＯＭであり、上記ＣＰＵ４ｃで実行されるシステムプログラムや、その他の不揮発性のデータを格納している。また、ＲＡＭ４ｅは、上記ＣＰＵ４ｃの制御によってダウンロードされたシステムプログラムを格納するワーキングエリアとして用いられる。バッテリ残量検出部４ｆは、バッテリ４ｇが保持する電力の残量を検出する。バッテリ４ｇは、携帯通信端末４全体への電力供給を行う。表示部４ｈは、例えば液晶ディスプレイであり、上記ＣＰＵ４ｃの制御の下で、各種メッセージや電話番号、画像等を表示する。

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

図３は、第１実施形態における携帯通信端末４の動作フローチャート図である。
まず、待受動作中において、ＣＰＵ４ｃは、ユーザによってキー入力部４ｂの電源キーが一定時間長押しされた、すなわち、ユーザからの電源ＯＦＦ指示を検出すると（ステップＳ１）、バッテリ残量検出部４fからバッテリ４ｇの残量を取得する（ステップＳ２）。そして、ＣＰＵ４ｃは、バッテリ４ｇの残量がシステムプログラムのダウンロードを行うのに十分な量であるか否か判定し（ステップＳ３）、バッテリ４ｇの残量がダウンロードを行うのに十分な量である場合、無線通信部４ａを介してシステムプログラム配信サーバ１にアクセスし、当該システムプログラム配信サーバ１が保有するシステムプログラムのバージョン情報を取得する（ステップＳ４）。一方、ＣＰＵ４ｃは、ステップＳ３において、バッテリ４ｇの残量がダウンロードを行うのに十分な量ではないと判定した場合、ステップＳ１５にスキップして携帯通信端末４の電源をＯＦＦする（携帯通信端末４のシステムを終了する）。このようにバッテリ４ｇの残量がダウンロードを行うのに十分な量ではない場合、システムプログラムのダウンロードを行わずに電源をＯＦＦにすることで、ダウンロード中にバッテリ４ｇの電力が切れ、ダウンロードが中断してしまうことを防ぐことができる。

次に、ＣＰＵ４ｃは、上記バージョン情報の取得に成功したか否かを判定し（ステップＳ５）、バージョン情報の取得に成功した場合、上記システムプログラム配信サーバ１から取得したバージョン情報と現在携帯通信端末４が保有しているシステムプログラムのバージョン情報とを比較し、更新が必要か否かを判定する（ステップＳ６）。一方、ＣＰＵ４ｃは、ステップＳ５でバージョン情報の取得に失敗した場合、ステップＳ１５にスキップして携帯通信端末４の電源をＯＦＦする。このように、バージョン情報の取得に失敗するのは、ユーザ（つまり携帯通信端末４）が電波の届かない場所に居る可能性が強いので、このような場合はダウンロードを行わないようにする。

次に、ＣＰＵ４ｃは、ステップＳ６において、システムプログラム配信サーバ１から取得したバージョン情報と現在携帯通信端末４が保有しているシステムプログラムのバージョン情報とを比較して、システムプログラム配信サーバ１から取得したバージョン情報の方が新しいバージョンであった場合、すなわち更新が必要と判定した場合は、図４（ａ）に示すように、表示部４ｈに「新しいバージョンのプログラムが検出されました。プログラムを更新しますか？」、「はい、いいえ」というメッセージを表示させる（ステップＳ７）。一方、ＣＰＵ４ｃは、ステップＳ６において、システムプログラムの更新が不要と判定した場合、ステップＳ１５にスキップして携帯通信端末４の電源をＯＦＦする。

そして、ユーザは、上記ステップＳ７によって表示されたメッセージを確認し、システムプログラムを更新するか否かを選択する。システムプログラムを更新する場合、ユーザは、キー入力部４ｂを操作して上記メッセージの「はい」にカーソルを合わせて更新を決定し、また、システムプログラムを更新しない場合、ユーザは、キー入力部４ｂを操作して上記メッセージの「いいえ」にカーソルを合わせる。つまり、ＣＰＵ４ｃは、上記のようなキー入力部４ｂの操作によって、システムプログラムの更新が選択されたか否かを判定する（ステップＳ８）。このステップＳ８において、上記のようなユーザの操作によって「はい」が選択された場合、ＣＰＵ４ｃは、図４（ｂ）に示すように、表示部４ｈに電源ＯＦＦ通知画面（携帯通信端末４のシステムの終了を示す表示）を表示する（ステップＳ９）。なお、このようにユーザに対してはシステムの終了を示す表示を行なうが、実際には以下に述べるように、システムプログラムのダウンロード処理が終了するまでシステムは起動している。

続いて、ＣＰＵ４ｃは、無線通信部４ａを介してシステムプログラム配信サーバ１からシステムプログラムのダウンロードを開始する（ステップＳ１０）。一方、ステップＳ８において、ユーザが「いいえ」を選択した場合、ＣＰＵ４ｃは、ステップＳ１５にスキップして携帯通信端末４の電源をＯＦＦする。

上記のステップＳ１０でダウンロードが開始されると、システムプログラムは所定のサイズのブロックに分割されてシステムプログラム配信サーバ１から送信され、ＣＰＵ４ｃは、これらの分割されたシステムプログラムを順次ＲＡＭ４ｅに格納していく。そして、ＣＰＵ４ｃは、一定数のブロックをダウンロードすると、図４（ｃ）に示すように、表示部４ｈに「新しいシステムプログラムのダウンロード中です。ダウンロードを中断しますか？」、「はい、いいえ」というメッセージを表示させる（ステップＳ１１）。

ユーザは、上記のようなメッセージを見てダウンロードを中断するか否かを選択する。ここで、ダウンロードを中断する場合、ユーザはキー入力部４ｂを操作して上記メッセージの「はい」にカーソルを合わす。つまり、ＣＰＵ４ｃは、上記のようなキー入力部４ｂの操作によって、ダウンロードを中断するか否かを判定する（ステップＳ１２）。ダウンロードの中断が操作されない限り、ＣＰＵ４ｃは、システムプログラムのダウンロードを続行し、全てのシステムプログラムをダウンロードするまでステップＳ１０からＳ１３までの動作を繰り返す（ステップＳ１３）。

そして、ＣＰＵ４ｃは、全てのシステムプログラムのダウンロードが完了すると、ＲＯＭ４ｄへのインストール処理を行った（ステップＳ１４）後、携帯通信端末４の電源をＯＦＦする（ステップＳ１５）。一方、ステップＳ１２でユーザがダウンロードの中断を選択した場合、ＣＰＵ４ｃは、システムプログラムのダウンロードを停止し、今までＲＡＭ４ｅに格納していたシステムプログラムのブロックを全て消去してステップＳ１５にスキップし、携帯通信端末４の電源をＯＦＦする。

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

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

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

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

図５に示すように、本第２実施形態における携帯通信端末５は、第１実施形態における携帯通信端末４と比較して、通話制御部４ｉ及びデータ通信制御部４ｊをさらに備えている。また、液晶ディスプレイである表示部４ｈは、バックライト４ｍ及び液晶パネル４ｎから構成されている。

音声通話制御部４ｉは、ＣＰＵ４ｃの制御の下、無線通信部４ａによる音声通話機能を制御するものである。データ通信制御部４ｊは、ＣＰＵ４ｃの制御の下、無線通信部４ａによるデータ通信機能を制御するものである。つまり、ＣＰＵ４ｃは、無線基地局３を介して音声通話を行なう場合、上記音声通話制御部４ｉを動作させる一方、無線基地局３を介してシステムプログラムのダウンロード等のデータ通信を行なう場合、上記データ通信制御部４ｊを動作させる。

バックライト４ｍは、液晶パネル４ｎ用の光源であり、ＣＰＵ４ｃの制御によってＯＮ／ＯＦＦし、液晶パネル４ｎに所定光量の光を供給する。液晶パネル４ｎは、例えばノーマリホワイトモードの透過型液晶パネルであり、ＣＰＵ４ｃの制御の下、各種メッセージや電話番号、画像等を表示する。

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

まず、待受動作中において、ＣＰＵ４ｃは、ユーザによってキー入力部４ｂの電源キーが一定時間長押しされた、すなわち、ユーザから電源ＯＦＦの指示を受けたことを検出すると（ステップＳ２０）、バッテリ残量検出部４fからバッテリ４ｇの残量を取得する（ステップＳ２１）。そして、ＣＰＵ４ｃは、バッテリ４ｇの残量がシステムプログラムのダウンロードを行うのに十分な量であるか否か判定し（ステップＳ２２）、バッテリ４ｇの残量がダウンロードを行うのに十分な量であった場合、データ通信制御部４ｊを動作させ、無線通信部４ａを介してシステムプログラム配信サーバ１にアクセスし、当該システムプログラム配信サーバ１が保有するシステムプログラムのバージョン情報を取得する（ステップＳ２３）。

一方、ＣＰＵ４ｃは、上記ステップＳ２２において、バッテリ４ｇの残量がダウンロードを行うのに十分な量ではないと判定した場合、ステップＳ３４にスキップし、液晶パネル４ｎによる画面表示をＯＦＦすると共に、バックライト４ｍをＯＦＦした後、さらに携帯通信端末５の電源をＯＦＦする（ステップＳ３５）。このようにバッテリ４ｇの残量がダウンロードを行うのに十分な量ではない場合、システムプログラムのダウンロードを行わずに電源をＯＦＦにすることで、ダウンロード中にバッテリ４ｇの電力が切れ、ダウンロードが中断してしまうことを防ぐことができる。

次に、ＣＰＵ４ｃは、上記バージョン情報の取得に成功したか否かを判定し（ステップＳ２４）、バージョン情報の取得に成功した場合、上記システムプログラム配信サーバ１から取得したバージョン情報と現在携帯通信端末５が保有しているシステムプログラムのバージョン情報とを比較し、更新が必要か否かを判定する（ステップＳ２５）。一方、ＣＰＵ４ｃは、上記ステップＳ２４において、バージョン情報の取得に失敗した場合、ステップＳ３４にスキップし、液晶パネル４ｎによる画面表示をＯＦＦすると共に、バックライト４ｍをＯＦＦした後、さらに携帯通信端末５の電源をＯＦＦする（ステップＳ３５）。このように、バージョン情報の取得に失敗するのは、ユーザ（つまり携帯通信端末５）が電波の届かない場所に居る可能性が強いので、このような場合はダウンロードを行わないようにする。

次にＣＰＵ４ｃは、ステップＳ２５において、システムプログラム配信サーバ１から取得したバージョン情報と現在携帯通信端末５が保有しているシステムプログラムのバージョン情報とを比較して、システムプログラム配信サーバ１から取得したバージョン情報の方が新しいバージョンであった場合、すなわち更新が必要と判定した場合は、図４（ａ）に示すように、表示部４ｈに「新しいバージョンのプログラムが検出されました。プログラムを更新しますか？」、「はい、いいえ」というメッセージを表示させる（ステップＳ２６）。一方、ＣＰＵ４ｃは、ステップＳ２５において、システムプログラムの更新が不要と判定した場合、ステップＳ３４にスキップし、液晶パネル４ｎによる画面表示をＯＦＦすると共に、バックライト４ｍをＯＦＦした後、さらに携帯通信端末５の電源をＯＦＦする（ステップＳ３５）。

そして、ユーザは、上記ステップＳ２６によって表示されたメッセージを確認し、システムプログラムを更新するか否かを選択する。つまり、ＣＰＵ４ｃは、ユーザによるキー入力部４ｂの操作によって、システムプログラムの更新が選択されたか否かを判定する（ステップＳ２７）。このステップＳ２７において、ユーザの操作によって「はい」が選択された場合、ＣＰＵ４ｃは、図４（ｂ）に示すように、表示部４ｈに電源ＯＦＦ通知画面（携帯通信端末５のシステムの終了を示す表示）を表示する（ステップＳ２８）。なお、このようにユーザに対してはシステムの終了を示す表示を行なうが、実際には以下に述べるように、システムプログラムのダウンロード処理が終了するまでシステムは起動している。

続いて、ＣＰＵ４ｃは、システムプログラムのダウンロード処理に必要ない機能を停止する（ステップＳ２９）。このようなシステムプログラムのダウンロード処理に必要ない機能とは、例えば、音声通話機能やゲームアプリケーション、アラームや音楽プレーヤ機能等が挙げられる。本携帯通信端末５のように、データ通信と音声通話との両方を制御可能な端末の場合、ダウンロード中に音声着信を受信することが考えられるので、音声通話制御部４ｉを停止することにより、着信割込みを防止することができる。また、これに付随する効果として、ダウンロード中における音声着信チェックのための定期的な信号受信処理を省略するので、余分な電力消費を抑えることができる。また、アラームや音楽プレーヤ機能等の音の出力を行なう機能やゲームアプリケーション等を停止することによって、ダウンロード中における電力消費をより低減することができる。

さらに、ＣＰＵ４ｃは、図４（ｄ）に示すように、液晶パネル４ｎによる画面表示をＯＦＦする一方、バックライト４ｍの点灯（ＯＮ）状態を維持する（ステップＳ３０）。このように、システムプログラムのダウンロード処理に必要ない機能を停止する一方、ダウンロード処理を行っていることをユーザに示すために、液晶パネル４ｎはＯＦＦしてもバックライト４ｍは点灯させておく。なお、ダウンロード処理を行っていることを示す手段としては、バックライト４ｍの点灯に限らず、ＬＥＤの点灯や簡易アイコンの表示等の手段を用いても良い。

そして、ＣＰＵ４ｃは、データ通信制御部４ｊを動作させ、システムプログラム配信サーバ１からシステムプログラムのダウンロードを開始する（ステップＳ３１）。一方、ステップＳ２７において、ユーザが更新しない方を選択したと判定した場合、ＣＰＵ４ｃは、ステップＳ３４にスキップし、液晶パネル４ｎによる画面表示をＯＦＦすると共に、バックライト４ｍをＯＦＦした後、さらに携帯通信端末５の電源をＯＦＦする（ステップＳ３５）。

上記のステップＳ３１でダウンロードが開始されると、システムプログラムは所定のサイズのブロックに分割されてシステムプログラム配信サーバ１から送信され、ＣＰＵ４ｃは、これらの分割されたシステムプログラムを順次ＲＡＭ４ｅに格納していく。そして、ＣＰＵ４ｃは、システムプログラムのダウンロードが完了したか否かを判定する（ステップＳ３２）。このステップＳ３２において、ダウンロードが完了していないと判定された場合、ステップＳ３１に戻る。

一方、上記ステップＳ３２において、システムプログラムのダウンロードが完了したと判定された場合、ＣＰＵ４ｃは、ＲＡＭ４ｅに格納されているシステムプログラムをＲＯＭ４ｄへのインストールした（ステップＳ３３）後、液晶パネル４ｎによる画面表示をＯＦＦすると共に、バックライト４ｍをＯＦＦし（ステップＳ３４）、さらに携帯通信端末５の電源をＯＦＦする（ステップＳ３５）。このように、システムプログラムのダウンロードが完了した場合、当該ダウンロードの完了を示すためにバックライト４ｍをＯＦＦし、さらに携帯通信端末５の電源をＯＦＦしてシステムを終了する。

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

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

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

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

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

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

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

まず、待受動作中において、ユーザによるキー入力部４ｂの操作によってシステムプログラムの更新を指示された場合、または携帯通信端末５が自動的且つ定期的にシステムプログラムのバージョン情報を取得する機能を有しており、当該バージョン情報の取得時期が到来した場合、ＣＰＵ４ｃは、図８（ａ）に示すように、表示部４ｈに「システムプログラムのバージョン情報を取得しますか？」、「はい、いいえ」というメッセージを表示させる（ステップＳ４０）。

そして、ユーザがキー入力部４ｂの操作によって「はい」を選択した場合、ＣＰＵ４ｃは、データ通信制御部４ｊを動作させ、無線通信部４ａを介してシステムプログラム配信サーバ１にアクセスし、当該システムプログラム配信サーバ１が保有するシステムプログラムのバージョン情報を取得する（ステップＳ４１）。
なお、ステップＳ４０において、「いいえ」が選択された場合、ＣＰＵ４ｃは待受動作に移行する。

次に、ＣＰＵ４ｃは、上記バージョン情報の取得に成功したか否かを判定し（ステップＳ４２）、バージョン情報の取得に成功した場合、上記システムプログラム配信サーバ１から取得したバージョン情報と現在携帯通信端末５が保有しているシステムプログラムのバージョン情報とを比較し、更新が必要か否かを判定する（ステップＳ４３）。一方、ＣＰＵ４ｃは、上記ステップＳ４２において、バージョン情報の取得に失敗した場合、図８（ｂ）に示すように、「バージョン情報の取得に失敗しました。電波状況の良い所で再度お試しください。」というメッセージを表示部４ｈに表示させ（ステップＳ４４）、待受動作に移行する（ステップＳ５１）。このように、バージョン情報の取得に失敗するのは、ユーザ（つまり携帯通信端末５）が電波の届かない場所に居る可能性が強いので、このような場合はダウンロードを行わないようにする。

次にＣＰＵ４ｃは、ステップＳ４３において、システムプログラム配信サーバ１から取得したバージョン情報と現在携帯通信端末５が保有しているシステムプログラムのバージョン情報とを比較して、システムプログラム配信サーバ１から取得したバージョン情報の方が新しいバージョンであった場合、すなわち更新が必要と判定した場合は、図８（ｃ）に示すように、表示部４ｈに「新しいバージョンのプログラムが検出されました。プログラムを更新しますか？」、「はい、いいえ」というメッセージを表示させる（ステップＳ４５）。一方、ＣＰＵ４ｃは、ステップＳ４３において、システムプログラムの更新が不要と判定すると、図８（ｄ）に示すように、「更新の必要はありません。」というメッセージを表示部４ｈに表示させ（ステップＳ４６）、待受動作に移行する（ステップＳ５１）。

そして、ユーザは、上記ステップＳ４５によって表示されたメッセージを確認し、システムプログラムを更新するか否かを選択する。ＣＰＵ４ｃは、ユーザによるキー入力部４ｂの操作によって、システムプログラムの更新が選択されたか否かを判定する（ステップＳ４７）。このステップＳ４７において、「いいえ」が選択された場合、ＣＰＵ４ｃは、待受動作に移行する（ステップＳ５１）。

一方、上記ステップＳ４７において、「はい」が選択された場合、ＣＰＵ４ｃは、バッテリ残量検出部４fからバッテリ４ｇの残量を取得し（ステップＳ４８）、当該残量がシステムプログラムのダウンロードを行うのに十分な量であるか否か判定する（ステップＳ４９）。このステップＳ４９において、バッテリ４ｇの残量がダウンロードを行うのに十分な量ではないと判定された場合、ＣＰＵ４ｃは、図８（ｅ）に示すように、表示部４ｈに「現在の電池残量では更新が実行できません。充電後に再度更新を実行して下さい。」というメッセージを表示させ（ステップＳ５０）、待受動作に移行する（ステップＳ５１）。このようにバッテリ４ｇの残量がダウンロードを行うのに十分な量ではない場合、システムプログラムのダウンロードを行わずに待受動作に移行することで、バッテリ切れによってダウンロードが中断してしまうことを防ぐことができる。

一方、ステップＳ４９において、バッテリ４ｇの残量がダウンロードを行うのに十分な量であった場合、ＣＰＵ４ｃは、図８（ｆ）に示すように、表示部４ｈに電源ＯＦＦ通知画面（携帯通信端末５のシステムの終了を示す表示）を表示させる（ステップＳ５２）。なお、このようにユーザに対してはシステムの終了を示す表示を行なうが、実際には以下に述べるように、システムプログラムのダウンロード処理が終了するまでシステムは起動している。

続いて、ＣＰＵ４ｃは、システムプログラムのダウンロード処理に必要ない機能を停止する（ステップＳ５３）。このようなシステムプログラムのダウンロード処理に必要ない機能とは、上記第２実施形態と同様なので詳細な説明は省略する。さらに、ＣＰＵ４ｃは、第２実施形態と同様に、液晶パネル４ｎによる画面表示をＯＦＦする一方、バックライト４ｍの点灯（ＯＮ）状態を維持する（ステップＳ５４）。このように、システムプログラムのダウンロード処理に必要ない機能を停止する一方、ダウンロード処理を行っていることをユーザに示すために、バックライト４ｍは点灯させておく。

そして、ＣＰＵ４ｃは、データ通信制御部４ｊを動作させ、システムプログラム配信サーバ１からシステムプログラムのダウンロードを開始する（ステップＳ５５）。ダウンロードが開始されると、システムプログラムは所定のサイズのブロックに分割されてシステムプログラム配信サーバ１から送信され、ＣＰＵ４ｃは、これらの分割されたシステムプログラムを順次ＲＡＭ４ｅに格納していく。そして、ＣＰＵ４ｃは、システムプログラムのダウンロードが完了したか否かを判定する（ステップＳ５６）。このステップＳ５６において、ダウンロードが完了していないと判定された場合、ステップＳ５５に戻る。

一方、上記ステップＳ５６において、システムプログラムのダウンロードが完了したと判定された場合、ＣＰＵ４ｃは、ＲＡＭ４ｅに格納されているシステムプログラムをＲＯＭ４ｄへのインストールした（ステップＳ５７）後、液晶パネル４ｎによる画面表示をＯＦＦすると共に、バックライト４ｍをＯＦＦし（ステップＳ５８）、さらに携帯通信端末５の電源をＯＦＦする（ステップＳ５９）。このように、システムプログラムのダウンロードが完了した場合、当該ダウンロードの完了を示すためにバックライト４ｍをＯＦＦし、さらに携帯通信端末５の電源をＯＦＦしてシステムを終了する。

以上のように、本第３実施形態によると、非電源ＯＦＦ指示時において、ユーザの操作を妨害することなくダウンロードを完了することが可能であると共に、システムの終了を示す表示（電源ＯＦＦ通知画面の表示）を行うことで、実際にはシステムプログラムのダウンロード中であっても、以降ユーザが携帯通信端末５を操作しないよう促し、安全にダウンロードを行なうことができる。

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

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

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

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

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

Claims

無線通信手段と、
通信回線網に接続されたソフトウェア配信装置から前記無線通信手段を介してソフトウェアのダウンロードを行う制御手段と、を備え、
該制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行うことを特徴とする携帯通信端末。
前記制御手段は、電源ＯＦＦを指示された場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項１記載の携帯通信端末。
前記制御手段は、ソフトウェア更新サイトにアクセスして該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項１記載の携帯通信端末。
前記制御手段は、新しいソフトウェアの通知を受けて該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項１記載の携帯通信端末。
前記制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、着信を検出する機能を停止することを特徴とする請求項１記載の携帯通信端末。
前記制御手段は、前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、音の出力を行なう機能を停止することを特徴とする請求項１記載の携帯通信端末。
電池が保持している電力の残量を検出する電池残量検出手段をさらに備え、
前記制御手段は、前記残量が前記ソフトウェアのダウンロードを行うのに十分な量であると判定した場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項１記載の携帯通信端末。
前記制御手段は、前記ソフトウェアのダウンロード完了後に携帯通信端末のシステムを終了することを特徴とする請求項１記載の携帯通信端末。
前記ソフトウェアは、システムプログラムであることを特徴とする請求項１記載の携帯通信端末。
通信回線網に接続されたソフトウェア配信装置から無線通信によりソフトウェアのダウンロードを行い、該ダウンロードしたソフトウェアによる更新を行う場合に、携帯通信端末のシステムの終了を示す表示を行うことを特徴とするソフトウェア更新方法。
電源ＯＦＦを指示された場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項１０記載のソフトウェア更新方法。
ソフトウェア更新サイトにアクセスして前記ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項１０記載のソフトウェア更新方法。
新しいソフトウェアの通知を受けて該ソフトウェアの更新の決定操作が行われた場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項１０記載のソフトウェア更新方法。
前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、着信を検出する機能を停止することを特徴とする請求項１０記載のソフトウェア更新方法。
前記ダウンロードしたソフトウェアによる更新を行う場合、携帯通信端末のシステムの終了を示す表示を行なうと共に、音の出力を行なう機能を停止することを特徴とする請求項１０記載のソフトウェア更新方法。
電池が保持している電力の残量が前記ソフトウェアのダウンロードを行うのに十分な量である場合に、前記ソフトウェアのダウンロードを行うことを特徴とする請求項１０記載のソフトウェア更新方法。
前記ソフトウェアのダウンロード完了後に携帯通信端末のシステムを終了することを特徴とする請求項１０記載のソフトウェア更新方法。
前記ソフトウェアは、システムプログラムであることを特徴とする請求項１０記載のソフトウェア更新方法。