(57)【特許請求の範囲】
【請求項１】
複数の制御手段と、
各制御手段に対応するソフトウェアプログラムが記憶されたプログラム記憶手段と、
配信されるソフトウェアプログラムと共に、上記複数の制御手段のうち、当該ソフトウェアプログラムの対象となる制御手段を示す対象制御手段情報、及び当該ソフトウェアプログラムの重要度を示す重要度情報を受信する受信手段と
を備え、
上記受信手段で受信された上記重要度情報が、当該受信手段で受信されたソフトウェアプログラムが、重要度の低いソフトウェアプログラムであることを示す場合、ユーザに対してソフトウェアの更新処理の是非を問い、ユーザにより更新処理の実行が指定された際に、上記対象制御手段情報で示される制御手段以外の制御手段の制御に基づいて、上記プログラム記憶手段に記憶されているソフトウェアプログラムのうち、上記受信手段で受信されたソフトウェアプログラムに対応するソフトウェアプログラムを、該受信手段で受信されたソフトウェアプログラムに更新処理し、
上記受信手段で受信された上記重要度情報が、当該受信手段で受信されたソフトウェアプログラムが、重要度の高いソフトウェアプログラムであることを示す場合、ユーザに対してソフトウェアの更新処理の是非を問うことなく、上記対象制御手段情報で示される制御手段以外の制御手段の制御に基づいて、上記プログラム記憶手段に記憶されているソフトウェアプログラムのうち、上記受信手段で受信されたソフトウェアプログラムに対応するソフトウェアプログラムを、該受信手段で受信されたソフトウェアプログラムに更新処理すること
を特徴とする移動体通信端末。
【請求項２】
上記受信手段で受信されたソフトウェアプログラムが重要度の低いソフトウェアプログラムであった場合であって、ユーザにより更新処理の実行が指定されなかった場合、上記受信手段で受信されたソフトウェアプログラムを消去処理するか、或いは当該移動体通信端末の充電時を検出した際に上記受信手段で受信されたソフトウェアプログラムの更新処理を実行すること
を特徴とする請求項１に記載の移動体通信端末。
【請求項３】
上記受信手段は、上記配信されるソフトウェアプログラムより先に上記対象制御手段情報を受信すること
を特徴とする請求項１又は請求項２に記載の移動体通信端末。
【請求項４】
上記更新処理が行われる際には、上記対象制御手段情報が示す制御手段以外の制御手段によって、上記対象制御手段情報が示す制御手段が停止制御されること
を特徴とする請求項１から請求項３のうち、いずれか一項に記載の移動体通信端末。
【請求項５】
上記受信手段は、上記配信されたソフトウェアプログラムの受信が中断された場合、中断された位置から該ソフトウェアプログラムの受信を開始するレジューム機能を有すること
を特徴とする請求項１から請求項４のうち、いずれか一項に記載の移動体通信端末。
【請求項６】
上記受信手段で受信されたソフトウェアプログラムを記憶する、当該移動体通信端末に内蔵された内部記憶手段、及び／又は、当該移動体通信端末に外付けされる外部記憶手段を有すること
を特徴とする請求項１から請求項５のうち、いずれか一項に記載の移動体通信端末。
【請求項７】
上記制御手段として、通信系の制御を行うコミュニケーション制御手段、及びアプリケーション系の制御を行うアプリケーション制御手段を有すること
を特徴とする請求項１から請求項６のうち、いずれか一項に記載の移動体通信端末。
【請求項８】
複数の制御手段と、当該各制御手段に対応するソフトウェアプログラムがそれぞれ記憶されたプログラム記憶手段とを備える移動体通信端末のソフトウェア更新方法において、
配信されるソフトウェアプログラムと共に、上記複数の制御手段のうち、当該ソフトウェアプログラムの対象となる制御手段を示す対象制御手段情報、及び当該ソフトウェアプログラムの重要度を示す重要度情報を受信し、
上記受信された上記重要度情報が、上記受信されたソフトウェアプログラムが、重要度の低いソフトウェアプログラムであることを示す場合、ユーザに対してソフトウェアの更新処理の是非を問い、ユーザにより更新処理の実行が指定された際に、上記対象制御手段情報で示される制御手段以外の制御手段の制御に基づいて、上記プログラム記憶手段に記憶されている各制御手段に対応するソフトウェアプログラムのうち、上記受信されたソフトウェアプログラムに対応するソフトウェアプログラムを、該受信されたソフトウェアプログラムに更新処理し、
上記受信された上記重要度情報が、上記受信されたソフトウェアプログラムが、重要度の高いソフトウェアプログラムであることを示す場合、ユーザに対してソフトウェアの更新処理の是非を問うことなく、上記対象制御手段情報で示される制御手段以外の制御手段の制御に基づいて、上記プログラム記憶手段に記憶されている各制御手段に対応するソフトウェアプログラムのうち、上記受信されたソフトウェアプログラムに対応するソフトウェアプログラムを、該受信されたソフトウェアプログラムに更新処理すること
を特徴とする移動体通信端末のソフトウェア更新方法。
【請求項９】
上記受信されたソフトウェアプログラムが重要度の低いソフトウェアプログラムであった場合であって、ユーザにより更新処理の実行が指定されなかった場合、上記受信されたソフトウェアプログラムを消去処理するか、或いは移動体通信端末の充電時を検出した際に上記受信されたソフトウェアプログラムの更新処理を実行すること
を特徴とする請求項８に記載の移動体通信端末のソフトウェア更新方法。
【請求項１０】
上記対象制御手段情報は、上記配信されるソフトウェアより先に受信されること
を特徴とする請求項８又は請求項９に記載の移動体通信端末のソフトウェア更新方法。
【請求項１１】
上記更新が行われる際には、上記対象制御手段情報に対応する制御手段以外の制御手段によって、該対象制御手段情報に対応する制御手段が停止制御されること
を特徴とする請求項８から請求項１０のうち、いずれか一項に記載の移動体通信端末のソフトウェア更新方法。
【請求項１２】
上記配信されるソフトウェアプログラムを受信する際には、当該ソフトウェアプログラムのデータ受信状況を監視し、当該監視の結果、上記データ受信が中断された場合には、この中断位置から上記ソフトウェアプログラムの受信を再開することにより、上記ソフトウェアプログラムの全データを受信すること
を特徴とする請求項８から請求項１１のうち、いずれか一項に記載の移動体通信端末のソフトウェア更新方法。
【請求項１３】
上記配信されたソフトウェアプログラムは、移動体通信端末に内蔵された内部記憶手段、及び／又は、上記移動体通信端末に外付けされる外部記憶手段に記憶されること
を特徴とする請求項８から請求項１２のうち、いずれか一項に記載の移動体通信端末のソフトウェア更新方法。
【請求項１４】
上記ソフトウェアプログラムの更新処理として、通信系の制御を行うコミュニケーション制御手段のソフトウェアプログラムの更新処理、及びアプリケーション系の制御を行うアプリケーション制御手段のソフトウェアプログラムの更新処理を行うこと
を特徴とする請求項８から請求項１３のうち、いずれか一項に記載の移動体通信端末のソフトウェア更新方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば携帯電話機，ＰＨＳ電話機（PHS：Personal Handyphone System）、或いは通信機能を有するＰＤＡ装置（PDA：Personal Digital Assistants）等のモバイルコミュニケーション機器に適用して好適な移動体通信端末及び移動体通信端末のソフトウェア更新方法に関し、特に、複数の制御手段で各情報処理を分担する構成で、各制御手段毎の情報処理用プログラムの更新を可能とした移動体通信端末及び移動体通信端末のソフトウェア更新方法に関する。
【０００２】
【従来の技術】
従来、例えば携帯電話機等の移動体通信端末のオペレーティングシステムのバグを修正する場合、通信機能に不具合が生じた場合等には、例えばメーカの小売店において移動体通信端末を回収し、この回収した移動体通信端末に対してソフトウェアの更新処理等を施すのが一般的である。
【０００３】
【発明が解決しようとする課題】
しかし、このソフトウェアの更新処理等を施すためには、ユーザ側からすれば、メーカ側の都合にも拘わらず自分の移動体通信端末を上記小売店に持ち込まなければならず大変面倒である。また、メーカ側からすれば、各ユーザの移動体通信端末を１台ずつ回収してソフトウェアの更新処理等を施す必要があり、これも大変面倒である。
【０００４】
本発明は、上述の課題に鑑みてなされたものであり、ソフトウェアの更新処理等を、メーカ側及びユーザ側の両方にとって簡単に実行可能とする移動体通信端末及び移動体通信端末のソフトウェア更新方法の提供を目的とする。
【０００５】
【課題を解決するための手段】
本発明に係る移動体通信端末は、上述の課題を解決するための手段として、
複数の制御手段と、
各制御手段に対応するソフトウェアプログラムが記憶されたプログラム記憶手段と、
配信されるソフトウェアプログラムと共に、上記複数の制御手段のうち、当該ソフトウェアプログラムの対象となる制御手段を示す対象制御手段情報、及び当該ソフトウェアプログラムの重要度を示す重要度情報を受信する受信手段と
を備える。
そして、上記受信手段で受信された上記重要度情報が、当該受信手段で受信されたソフトウェアプログラムが、重要度の低いソフトウェアプログラムであることを示す場合、ユーザに対してソフトウェアの更新処理の是非を問い、ユーザにより更新処理の実行が指定された際に、上記対象制御手段情報で示される制御手段以外の制御手段の制御に基づいて、上記プログラム記憶手段に記憶されているソフトウェアプログラムのうち、上記受信手段で受信されたソフトウェアプログラムに対応するソフトウェアプログラムを、該受信手段で受信されたソフトウェアプログラムに更新処理する。
また、上記受信手段で受信された上記重要度情報が、当該受信手段で受信されたソフトウェアプログラムが、重要度の高いソフトウェアプログラムであることを示す場合、ユーザに対してソフトウェアの更新処理の是非を問うことなく、上記対象制御手段情報で示される制御手段以外の制御手段の制御に基づいて、上記プログラム記憶手段に記憶されているソフトウェアプログラムのうち、上記受信手段で受信されたソフトウェアプログラムに対応するソフトウェアプログラムを、該受信手段で受信されたソフトウェアプログラムに更新処理する。
また、本発明に係る移動体通信端末のソフトウェア更新方法は、複数の制御手段と、当該各制御手段に対応するソフトウェアプログラムがそれぞれ記憶されたプログラム記憶手段とを備える移動体通信端末のソフトウェア更新方法であって、上述の課題を解決するために、
配信されるソフトウェアプログラムと共に、上記複数の制御手段のうち、当該ソフトウェアプログラムの対象となる制御手段を示す対象制御手段情報、及び当該ソフトウェアプログラムの重要度を示す重要度情報を受信し、
上記受信された上記重要度情報が、上記受信されたソフトウェアプログラムが、重要度の低いソフトウェアプログラムであることを示す場合、ユーザに対してソフトウェアの更新処理の是非を問い、ユーザにより更新処理の実行が指定された際に、上記対象制御手段情報で示される制御手段以外の制御手段の制御に基づいて、上記プログラム記憶手段に記憶されている各制御手段に対応するソフトウェアプログラムのうち、上記受信されたソフトウェアプログラムに対応するソフトウェアプログラムを、該受信されたソフトウェアプログラムに更新処理し、
上記受信された上記重要度情報が、上記受信されたソフトウェアプログラムが、重要度の高いソフトウェアプログラムであることを示す場合、ユーザに対してソフトウェアの更新処理の是非を問うことなく、上記対象制御手段情報で示される制御手段以外の制御手段の制御に基づいて、上記プログラム記憶手段に記憶されている各制御手段に対応するソフトウェアプログラムのうち、上記受信されたソフトウェアプログラムに対応するソフトウェアプログラムを、該受信されたソフトウェアプログラムに更新処理する。
【０００６】
【課題を解決するための手段】
本発明に係る移動体通信端末は、上述の課題を解決するための手段として、複数の制御手段と、各制御手段に対応するソフトウェアプログラムが記憶されたプログラム記憶手段と、配信されるソフトウェアプログラムと共に当該ソフトウェアプログラムが上記複数の制御手段のうちいずれの制御手段に対応するのかを示す情報を受信する受信手段とを備える。
そして、上記プログラム記憶手段に記憶されているソフトウェアプログラムのうち上記受信手段で受信されたソフトウェアプログラムに対応するソフトウェアプログラムが、上記情報が示す制御手段以外の制御手段の制御に基づいて、上記受信手段で受信されたソフトウェアプログラムに更新処理される。
また、本発明に係る移動体通信端末のソフトウェア更新方法は、上述の課題を解決するために、配信されるソフトウェアと共に、当該ソフトウェアの種別を示す種別情報を受信し、当該移動体通信端末が備える複数の制御手段のうち上記種別情報に対応する制御手段以外の制御手段の制御に基づき、上記種別情報に対応する既存のソフトウェアを上記配信されたソフトウェアに更新する。
【０００７】
［移動体通信システムの構成］
まず、移動体通信システムは、複数の移動体通信端末１と複数の基地局２とを無線接続し、各基地局２を各移動体通信端末１の通信管理を行う管理システム３に対して有線的に接続することで構成されている。
【０００８】
管理システム３は、複数の交換局１１と、ＨＬＲ管理装置１２（HLR：Home Location Register）、ＶＬＲ管理装置１３（VLR：Visitor Location Register）、及びデータベース１４を移動体通信網で相互に接続することで構成されている。
【０００９】
このような移動体通信システムでは、送信側となる移動体通信端末１からの基地局２及び交換局１１を介して移動体通信端末１からの通信データを受信すると、ＨＬＲ管理装置１２やＶＬＲ管理装置１３がデータベース１４に記憶されている加入者データや受信側となる移動体通信端末１の位置情報等を参照して、該送信側となる移動体通信端末１からの通信データを、受信側となる移動体通信端末１の通信を受け持つ交換局１１に送信する。受信側の交換局１１は、この通信データを受信側となる移動体通信端末１の最寄りの基地局２に送信し、この最寄りの基地局２は受信側となる移動体通信端末１に対して通信データを無線的に送信する。これにより、送信側となる移動体通信端末１と、受信側となる移動体通信端末１との間で通話を行うことができる。
【００１０】
また、この実施の形態の移動体通信システムの場合、データベース１４に、移動体通信端末１の、例えばオペレーティングシステムを改善するソフトウェアや、通信機能を改善や拡充を図るアプリケーションソフトウェア等が記憶されている。また、このデータベース１４には、待ち受け画面，着信メロディ，フォント等のソフトウェアが記憶されている。
【００１１】
データベース１４に記憶されているソフトウェアは、ＨＬＲ管理装置１２やＶＬＲ管理装置１３により、任意的或いは強制的にユーザの移動体通信端末１に送信される。これにより、ユーザの移動体通信端末１において、オペレーティングシステム，アプリケーションシステム，待ち受け画面等が任意的或いは強制的に更新されるのであるが、詳しくは後述する。
【００１２】
［移動体通信端末］
次に、移動体通信端末１としては、携帯電話機やＰＨＳ電話機（PHS：Personal Handyphone System）の他、ＰＤＡ装置（PDA：Personal Digital Assistants）等を適用することができる。なお、以下、一例として移動体通信端末１は、携帯電話機であるものとして説明を進めることとする。
【００１３】
移動体通信端末１は、図２に示すように、送受信信号処理部２１と、コミュニケーション処理部２２と、アプリケーション制御処理部２３とを備え、コミュニケーション処理部２２及びアプリケーション制御処理部２３をＣＰＵインターフェイス部２４（ＣＰＵＩ／Ｆ部）を介して接続することで構成されている。
【００１４】
（複数のＣＰＵ構成）
この移動体通信端末１の場合、通話等のコミュニケーションを制御するコミュニケーション制御部６１（コミュニケーションＣＰＵ）と、待ち受け画像等の画像処理や着信メロディの音声処理等のアプリケーションを制御するアプリケーション制御部７１（アプリケーションＣＰＵ）との２つのＣＰＵを有していることが特徴となっている。
【００１５】
なお、この例の場合、コミュニケーション側とアプリケーション側とで分けてＣＰＵを持つこととしたが、これは、３つ以上に移動体通信端末１の機能を分割し、これら各機能毎にＣＰＵを設けることで、３つ以上のＣＰＵを有する構成としてもよい。
【００１６】
（受信時）
送受信信号処理部２１は、受信時において、基地局２からの無線電波を移動体通信端末１のアンテナ３１により受信すると、この受信信号を共用器３２を介して受信ＲＦ部３３に送る。受信ＲＦ部３３に送られた受信信号は、受信ＲＦ部３３にて低周波成分にダウンコンバートされる。そして、信号混合部３５により局発部３４からの信号と混合されて一定の周波数とされ、受信Ｉ／Ｆ部３６に送られてＡ／Ｄ変換された受信データとなる。
【００１７】
この受信データは、受信レベル検出部３７によってその受信レベルが検出された後に、受信復調部３８によってフェージング等の影響除去処理や、データ種別判別処理、デインターリーブ処理、エラー訂正処理等の復号化処理が施され、音声データとその他の通信データとに分離される。
【００１８】
音声データは、受信復調部３８から音声復号部３９に送られてＤ／Ａ変換されてアナログ音声信号となり、アンプ４０によって所定の利得で増幅処理されてスピーカ装置４１に供給される。これにより、受信した音響出力をスピーカ装置４１を介して得ることができる。
【００１９】
これに対して、通信データは、通信データ復号部４２によってコミュニケーション処理部２２やアプリケーション制御処理部２３にて処理可能なデータ形態に復号されてコミュニケーション処理部２２に出力される。
【００２０】
（送信時）
次に、送受信信号処理部２１において、音声データを無線電波で送信する場合、マイクロホン装置４３を介して入力されたアナログ音声信号はアンプ４４にて所定のレベルに調整された後、音声符号化部４５にてＡ／Ｄ変換処理、圧縮処理、インターリーブ処理、エラー訂正符号の付加処理等が施され音声データとして送信変調部４６に送られる。
【００２１】
また、送受信信号処理部２１において、通信データを無線電波で送信する場合、コミュニケーション処理部２２から入力された通信データは、通信データ符号化部４７にて圧縮処理、インターリーブ処理、エラー訂正符号の付加処理等が施され送信変調部４６に送られる。
【００２２】
送信変調部４６では、入力された音声データや通信データに変調処理を施してＩ／Ｑ成分に位相変換をして所定の周波数に変換し、送信データとして送信Ｉ／Ｆ部４８に送る。この送信データは送信Ｉ／Ｆ部４８にてＤ／Ａ変換され、アナログ方式の送信信号とされる。この送信信号は、所定の送信周波数に変換するために、信号混合器４９で局発部３４からの変換用の信号と混合される。そして、送信ＲＦ部５０にて高周波成分にアップコンバートされてＲＦ周波数に変換された後に共用器３２及びアンテナ３１を介して無線電波として送信される。
【００２３】
このような送受信信号処理部２１の通信処理は、コミュニケーション処理部２２のコミュニケーションＣＰＵ６１によって制御される。コミュニケーションＣＰＵ６１は、コミュニケーション用バスライン６２を介して、ＲＯＭ６３（Read Only Memory）、ＲＡＭ６４(Random Access Memory)、ＥＥＰＲＯＭ６５（Electrically Erasable and Programmable Read Only Memory）と接続されており、ＲＯＭ６３に記憶された通信制御ソフトウェアに従って各種通信制御処理を行う。このとき、ＲＡＭ６４は、コミュニケーションＣＰＵ６１の作業領域として使用され、コミュニケーションＣＰＵ６１のソフトウェア実行中において必要に応じて計算途中のデータなどを記憶したり、他の各部と送受信するデータを一時的に記憶する。
【００２４】
ＥＥＰＲＯＭ６５は、不揮発性メモリであって、移動体通信端末１の電源がオフ操作されても、例えば直前の通信設定条件のパラメータ等を記憶しておくことができる。コミュニケーションＣＰＵ６１は、次回に電源がオン操作された際に、このＥＥＰＲＯＭ６５に記憶されているパラメータに基づいて各部を設定制御することで、電源がオフ操作される直前の設定を再現するようになっている。
【００２５】
このようなコミュニケーション処理部２２では、通信制御ソフトウェアによって受信信号及び送信信号と混合する局発部３４から出力する信号の選択や、受信レベルに応じた電波状態の検出などの通信制御処理を行う。
【００２６】
アプリケーション制御処理部２３は、ユーザインターフェースなどの移動体通信端末１のアプリケーション機能を実現する。アプリケーションＣＰＵ７１は、ＲＯＭ７２に記憶されたアプリケーションソフトウェアを起動して、アプリケーション用バスライン７３を介して接続された各部を制御する。このとき、ＲＡＭ７４はアプリケーションＣＰＵ７１の作業領域として使用され、ＥＥＰＲＯＭ７５はアプリケーションの設定条件等を記憶しておく。また、ＲＯＭ７２には、表示部８２（ＬＣＤ）に文字を表示するための表示用のフォントデータや、リンガ７８により音響出力を得るための音響サンプルデータ、バイブレータ７９による振動パターンなども記憶されている。
【００２７】
この移動体通信端末１において、キー操作部７６がユーザに操作されると、キーＩ／Ｆ７７によりその操作内容を検出して、アプリケーションＣＰＵ７１によりキー操作に従ったアプリケーション処理を実行する。
【００２８】
また、アプリケーションＣＰＵ７１は、リンガ７８やバイブレータ７９、ＬＥＤ（Light Emitting Diode）８０を駆動させて呼び出しをユーザに通知したり、待ち受け画像や各種メッセージ等をＬＣＤＩ／Ｆ８１を介して表示部８２に表示制御する。
【００２９】
また、アプリケーションＣＰＵ７１は、移動体通信端末１にＳＩＭ（Subscriber Identity Module Card）カード８３が装着されると、カードドライブ８４を介してユーザの電話番号等の個人ＩＤなどを読み出し、これをカードＩ／Ｆ８５、ＣＰＵＩ／Ｆ部２４を介してコミュニケーションＣＰＵ６１に供給することでユーザ認証を行う。
【００３０】
また、アプリケーションＣＰＵ７１は、移動体通信端末１に外部ストレージ８６が装着されると、その内容をストレージＩ／Ｆ８７を介して読み出し、コミュニケーションＣＰＵ６１又はアプリケーションＣＰＵ７１に供給する。
【００３１】
また、この移動体通信端末１には、例えばスティック状或いはカード状の半導体メモリである外部ストレージ８６が装着可能となっている。この外部ストレージ８６は、例えば８ＭＢ，１６ＭＢ，３２ＭＢ，６４ＭＢ等の大きな記憶容量を有しており、上述のデータベース１４からダウンロードされたオペレーティングシステムを改善するソフトウェア，通信機能を改善や拡充を図るアプリケーションソフトウェア，待ち受け画面，着信メロディ，フォント等のソフトウェアは、一時的にこの外部ストレージ８６に記憶されるようになっている。
【００３２】
後に詳しく説明するが、コミュニケーションＣＰＵ６１及びアプリケーションＣＰＵ７１は、所定のタイミングでこの外部ストレージ８６に記憶されたソフトウェアを読み出し、既存のソフトウェアを書き換え制御（バージョンアップ，アップデート）するようになっている。
【００３３】
なお、外部ストレージ８６が装着されていない場合、上記ダウンロードされたソフトウェアは内部ストレージ８９に一時的に記憶される。この場合でも、コミュニケーションＣＰＵ６１及びアプリケーションＣＰＵ７１は、所定のタイミングでこの内部ストレージ８９に記憶されたソフトウェアを読み出し、既存のソフトウェアを書き換え制御（バージョンアップ，アップデート）するようになっている。
【００３４】
次に、この例においては、上記バージョンアップ用の各ソフトウェア等は、上記データベース１４からダウンロードすることとして説明を進めているが、この移動体通信端末１には、接続ケーブルを介して当該移動体通信端末１をコンピュータ装置等の外部装置に接続するための外部インターフェイス８８（外部Ｉ／Ｆ）が設けられており、上記バージョンアップ用の各ソフトウェア等は、この外部Ｉ／Ｆ８８を介して有線的にも取り込めるようになっている。
【００３５】
この例の場合、外部Ｉ／Ｆ８８は、アプリケーション制御処理部２３のアプリケーション用バスライン７３に接続されている。このため、外部Ｉ／Ｆ８８を介してコミュニケーションＣＰＵ６１用のソフトウェアが取り込まれた場合、このソフトウェアは、アプリケーション用バスライン７３を介して内部ストレージ８９に一時的に記憶され、或いはアプリケーション用バスライン７３及びストレージＩ／Ｆ８７を介して外部ストレージ８６に一時的に記憶される。そして、所定のタイミングで、この内部ストレージ８９或いは外部ストレージ８６から読み出され、アプリケーション用バスライン７３及びＣＰＵＩ／Ｆ部２４を介してコミュニケーション処理部２２側に供給され、コミュニケーションＣＰＵ６１により適宣処理される。
【００３６】
これに対して、外部Ｉ／Ｆ８８を介してアプリケーションＣＰＵ７１用のソフトウェアが取り込まれた場合、このソフトウェアは、アプリケーション用バスライン７３を介して内部ストレージ８９に一時的に記憶され、或いはアプリケーション用バスライン７３及びストレージＩ／Ｆ８７を介して外部ストレージ８６に一時的に記憶される。そして、所定のタイミングで、この内部ストレージ８９或いは外部ストレージ８６から読み出され、アプリケーションＣＰＵ７１により適宣処理される。
【００３７】
なお、外部Ｉ／Ｆ８８は、コミュニケーション用バスライン６２に接続することで、コミュニケーション制御処理部２２側に設けるようにしてもよい。この場合、外部Ｉ／Ｆ８８を介して取り込まれたアプリケーションＣＰＵ７１用のソフトウェア及びコミュニケーションＣＰＵ６１用のソフトウェアは、それぞれＣＰＵＩ／Ｆ部２４及びアプリケーション用バスライン７３を介して内部ストレージ８９或いは外部ストレージ８６に一時的に記憶される。
【００３８】
そして、所定のタイミングでこの内部ストレージ８９或いは外部ストレージ８６から読み出され、コミュニケーションＣＰＵ６１用のソフトウェアの場合は、アプリケーション用バスライン７３及びＣＰＵＩ／Ｆ部２４を介してコミュニケーション制御処理部２２側に供給され、コミュニケーションＣＰＵ６１により適宣処理される。また、アプリケーションＣＰＵ７１用のソフトウェアの場合は、アプリケーションＣＰＵ７１により適宣処理される。
【００３９】
［移動体通信端末の動作］
次に、このような移動体通信端末１によりコミュニケーション用のソフトウェア、或いはアプリケーション用のソフトウェアを更新するソフトウェア更新処理について説明する。
【００４０】
「ソフトウェアのダウンロード」
更新するソフトウェアは、ユーザが自分の移動体通信端末１を任意的に管理システム３に接続してダウンロードする場合と、管理システム３側が強制的にユーザの移動体通信端末１に対して配信する場合とがある。
【００４１】
（任意的にソフトウェアのダウンロードを行う場合）
まず、図３のフローチャートに、ユーザが自分の移動体通信端末１を任意的に管理システム３に接続して上記ソフトウェアのダウンロードを行う場合の流れを示す。
【００４２】
例えば、雑誌の広告やテレビジョン放送のコマーシャル等でコミュニケーション用或いはアプリケーション用の新しいソフトウェアの存在を知ったユーザは、所望のタイミングでキー操作部７６を操作して、このソフトウェアのダウンロードを指定する。このフローチャートは、コミュニケーションＣＰＵ６１が、このユーザによるソフトウェアのダウンロード指定操作を検出することでスタートとなる。
【００４３】
ステップＳ１では、コミュニケーションＣＰＵ６１が、送受信信号処理部２１を制御して当該移動体通信端末１と管理システム３との通信ラインを確立し、管理システムからのソフトウェアの更新情報を取得する。アプリケーションＣＰＵ７１は、この取得した更新情報に対応するダウンロード選択画面を表示部８２に表示制御する。
【００４４】
図４は、このダウンロード選択画面の一例である。この例は、コミュニケーション用のソフトウェア、及びアプリケーション用のソフトウェアが管理システム３側に存在することを示す更新情報を取得した場合のダウンロード選択画面である。
【００４５】
この場合、アプリケーションＣＰＵ７１は、「どちらのソフトウェアをダウンロードしますか？」とのメッセージと共に、コミュニケーション用のソフトウェアのダウンロードを指定するための通信機能選択ボタン９１、アプリケーション用のソフトウェアのダウンロードを指定するためのアプリケーション機能選択ボタン９２、選択したソフトウェアのダウンロードの開始を指定するためのダウンロード開始指定ボタン９３、及び選択したソフトウェアのダウンロードのキャンセルを指定するためのキャンセルボタン９４を表示部８２に表示制御する。
【００４６】
なお、管理システム３側に、コミュニケーション用のソフトウェア、或いはアプリケーション用のソフトウェアのうち、一方のみ存在する場合は、この存在するソフトウェアを示す通信機能選択ボタン９１或いはアプリケーション機能選択ボタン９２のみが表示部８２に表示制御される。
【００４７】
ユーザは、上記通信機能選択ボタン９１或いはアプリケーション機能選択ボタン９２により所望のソフトウェアを選択し、ダウンロード開始指定ボタン９３により、上記選択したソフトウェアのダウンロードの開始を指定する。
【００４８】
ステップＳ２では、コミュニケーションＣＰＵ６１が、アプリケーション用及びコミュニケーション用のソフトウェアのうち、どちらのソフトウェアが選択されたかを判別する。そして、コミュニケーション用のソフトウェアが選択された場合は、該コミュニケーション用のソフトウェアのダウンロードを管理システム３に要求し、アプリケーション用のソフトウェアが選択された場合は、該アプリケーション用のソフトウェアのダウンロードを管理システム３に要求する。
【００４９】
管理システム３は、要求された方のソフトウェアをデータベース１４から読み出して配信する。これにより、ステップＳ３において、ユーザの移動体通信端末１にアプリケーション用のソフトウェアがダウンロードされ、或いはステップＳ４において、ユーザの移動体通信端末１にコミュニケーション用のソフトウェアがダウンロードされる。
【００５０】
コミュニケーションＣＰＵ６１は、ステップＳ５において、ソフトウェアの全データが中断されることなくダウンロードされたか否かを判別することで、ダウンロード開始からダウンロード終了までの間、このダウンロードを監視する。
【００５１】
管理システム３は、ソフトウェアの配信を行う際、最初に配信するソフトウェアの全情報量を示すデータを移動体通信端末１に送信する。移動体通信端末１のコミュニケーションＣＰＵ６１は、この全情報量を示すデータに基づいて、管理システム３から送信されるソフトウェアの全情報量を予め認識しておき、このソフトウェアのダウンロードが所定バイト完了する毎にフラグを立てる。
【００５２】
ダウンロードが中断されると、その中断されたデータの位置からフラグが立っていないこととなる。このため、コミュニケーションＣＰＵ６１は、ダウンロードが中断された場合、ステップＳ６において、中断された位置からデータの再送信を行うように管理システム３側に要求する。これにより、データの再送信が行われる。移動体通信端末１は、この再送信されたデータを受信することで、上記中断された位置からデータのダウンロードを再開する（レジューム機能）。
【００５３】
このようなレジュームは、ステップＳ５において、コミュニケーションＣＰＵ６１により、中断することなく、ソフトウェアの全データのダウンロードが終了したと判別されるまで繰り返し実行される。
【００５４】
そして、ステップＳ５において、中断することなくソフトウェアの全データのダウンロードが終了したものとコミュニケーションＣＰＵ６１が判別したタイミングで、この図３のフローチャートに示すダウンロード行程が終了となる。
【００５５】
（強制的にソフトウェアの配信を行う場合）
次に、図５のフローチャートに、管理システム３側が強制的にソフトウェアの配信を行うことで、該ソフトウェアのダウンロードが行われる場合の流れを示す。
【００５６】
例えば、管理システム３側で、移動体通信端末１のオペレーションシステムのバグを修正するソフトウェアを開発した場合、通信の不具合を修正するソフトウェアを開発した場合、或いはＣＰＵの処理能力の向上を図るソフトウェアや通信機能の拡充を図るソフトウェアを開発した場合、このようなソフトウェアをダウンロードすることはユーザのメリットとなる。
【００５７】
このため、管理システム３は、このようなユーザのメリットとなるソフトウェアの場合は、各ユーザの移動体通信端末１に対して、強制的にソフトウェアの配信を行う。この配信を行う際、管理システム３は、ソフトウェアの配信に先立って、これから配信されるソフトウェアは強制的に配信されるソフトウェアであることを示す「ソフトウェア更新情報」と、これから配信されるソフトウェアの種別を示す「種別情報（アプリケーション用のソフトウェア ｏｒ コミュニケーション用のソフトウェア）」を配信する。
【００５８】
ステップＳ１１では、コミュニケーションＣＰＵ６１が、ソフトウェア更新情報を受信したか否かを判別する。そして、コミュニケーションＣＰＵ６１は、このソフトウェア更新情報の受信を検出すると、ステップＳ１２において、上記種別情報に基づいて、これから配信されるソフトウェアの種別を判別し、ステップＳ３或いはステップＳ４において、アプリケーション用のソフトウェア或いはコミュニケーション用のソフトウェアのダウンロードを行う。
【００５９】
なお、この図５におけるステップＳ３〜ステップＳ６は、上述の図３のフローチャートのステップＳ３〜ステップＳ６と同様の動作となるため、両図に同じステップ番号を付してある。この図５におけるステップＳ３〜ステップＳ６の動作説明は重複説明となるため、ここでは省略する。詳しくは、上述の図３のフローチャートの該当するステップの説明を参照されたい。
【００６０】
「ソフトウェアの更新処理」
次に、移動体通信端末１は、このようにしてソフトウェアのダウンロードを行うと、既存のソフトウェアを、ダウンロードした新たなソフトウェアに書き換える更新処理を行う。
【００６１】
図６のフローチャートにこの更新処理行程の流れを示す。このフローチャートは、図３或いは図５に示すフローチャートにおいて、コミュニケーションＣＰＵ６１が、ソフトウェアのダウンロードが完了したことを検出したタイミングでスタートとなる。
【００６２】
ステップＳ２１では、コミュニケーションＣＰＵ６１が、ソフトウェアのダウンロードの完了をアプリケーションＣＰＵ７１に通知し、この通知を受けたアプリケーションＣＰＵ７１が、表示部８２に、例えば「ダウンロードが終了しました」等のダウンロードが終了した旨の表示を行う。
【００６３】
ステップＳ２２では、アプリケーションＣＰＵ７１が、このダウンロードされたソフトウェアを、外部ストレージ８６或いは内部ストレージ８９に保存する。
【００６４】
ここで、管理システム３は、例えばＣＰＵの処理速度が格段に向上し、通信機能の拡充を図ることができるような、ユーザに対して多大なメリットのある重要なソフトウェアに対しては、ヘッダの所定位置にフラグを立てる等して、他のソフトウェアと重要なソフトウェアの差別化を図るようになっている。
【００６５】
ステップＳ２３では、アプリケーションＣＰＵ７１が、いずれかのストレージ８６，８９に保存されたソフトウェアの上記フラグの有無を検出することで、そのソフトウェアの重要性を判別する。
【００６６】
そして、いずれかのストレージ８６，８９に保存されたソフトウェアは重要なソフトウェアであると判別した場合、ステップＳ２６で即座に既存のソフトウェアの更新が実行される。
【００６７】
具体的には、いずれかのストレージ８６，８９に保存されたソフトウェアが、アプリケーション用のソフトウェアである場合、コミュニケーションＣＰＵ６１が、アプリケーション制御処理部２３の機能をアプリケーションＣＰＵ７１も含め停止制御する。そして、コミュニケーションＣＰＵ６１が、ＣＰＵ／ＩＦ部２４を介していずれかのストレージ８６，８９に保存されているコミュニケーション用のソフトウェアを読み出し、アプリケーション制御処理部２３のＲＯＭ７２に記憶されている既存のアプリケーション用のソフトウェアを、ダウンロードを行った新たなソフトウェアに更新する。
【００６８】
これに対して、いずれかのストレージ８６，８９に保存されたソフトウェアが、コミュニケーション用のソフトウェアである場合、アプリケーションＣＰＵ７１が、コミュニケーション処理部２２の機能をコミュニケーションＣＰＵ６１も含め停止制御する。そして、アプリケーションＣＰＵ７１が、いずれかのストレージ８６，８９に保存されているコミュニケーション用のソフトウェアを読み出し、コミュニケーション処理部２２のＲＯＭ６３（ＲＯＭは非通電状態とするとデータの書き込みが可能となる。）に記憶されている既存のコミュニケーション用のソフトウェアを、ダウンロードを行った新たなソフトウェアに更新する。
【００６９】
この実施の形態の移動体通信システムの移動体通信端末１は、コミュニケーションＣＰＵ６１及びアプリケーションＣＰＵ７１の２つのＣＰＵを有している。このため、コミュニケーション用のソフトウェアを更新する場合にコミュニケーション処理部２２を停止状態としても、アプリケーションＣＰＵ７１でコミュニケーション用のソフトウェアの更新処理を行うことができる。アプリケーション用のソフトウェアを更新する場合にアプリケーション制御処理部２３を停止状態としても、コミュニケーションＣＰＵ６１でアプリケーション用のソフトウェアの更新処理を行うことができる。
【００７０】
すなわち、一方の制御処理部を停止しても他方の制御処理部のＣＰＵでソフトウェアの更新処理を行うことができるため、ソフトウェアの更新時に移動体通信端末１全体を停止する不都合を防止することができる。また、アプリケーション用のソフトウェアの更新時には、コミュニケーション処理部２２は起動している状態で該アプリケーション用のソフトウェアを更新処理することができる。従って、この場合は通信機能を維持したまま、アプリケーション用のソフトウェアの更新処理を行うことができる。
【００７１】
コミュニケーションＣＰＵ６１、或いはアプリケーションＣＰＵ７１は、このソフトウェアの更新が終了すると、ステップＳ２７において、いずれかのストレージ８６，８９に保存されている更新済みのソフトウェアを消去する。
【００７２】
なお、このようなソフトウェアの更新処理が終了すると、更新時に停止制御されたコミュニケーション処理部２２或いはアプリケーション制御処理部２３が起動される。これにより、コミュニケーション処理部２２或いはアプリケーション制御処理部２３は、更新処理された新たなコミュニケーション用のソフトウェア或いはアプリケーション用のソフトウェアで動作することとなり、通信機能の拡充が図られ、或いは新たな待ち受け画像の表示等が行われることとなる。
【００７３】
このように、ダウンロードしたソフトウェアが重要なソフトウェアであった場合、ユーザの確認を取ることなく更新処理を実行することにより、例えば移動体通信端末１のオペレーションシステムのバグや通信機能の不具合等をユーザに知られることなく修正可能とすることができる。
【００７４】
また、このような更新処理は、管理システム３側からソフトウェアの配信を行うだけで実行することができるため、メーカ側からすれば、移動体通信端末１を回収してバグの修正等を行うような面倒な手間を省くことができる。また、ユーザ側からすれば、任意の場所に居ながらにしてバグの修正等が実行されるため、自分の移動体通信端末１をメーカ側のショップに持ち込むような面倒な手間を省くことができる。
【００７５】
一方、ステップＳ２３において、いずれかのストレージ８６，８９に保存されたソフトウェアが、上記重要なソフトウェアではないと判別された場合、アプリケーションＣＰＵ７１は、表示部８２にソフトウェアの更新確認画面を表示制御する。図７に、この更新確認画面の一例を示す。この図７に示す例の場合、更新確認画面は、「ソフトウェアを更新しますか？」等の更新の有無を問うメッセージと共に、ソフトウェアの更新決定を指示するための更新決定ボタン９５（Ｙｅｓ）、及びソフトウェアの更新のキャンセルを指示するためのキャンセルボタン９６（Ｃａｎｃｅｌ）が表示されている。
【００７６】
ユーザは、キー操作部７６を介してカーソルを移動操作して更新の是非を選択するのであるが、ステップＳ２５では、アプリケーションＣＰＵ７１が、キー操作部７６のキー操作を検出することで、ソフトウェアの更新実行が指示されたか否かを判別する。具体的には、上記更新決定ボタン９５の操作を検出した場合に更新実行が指定されたものと判別し、上記キャンセルボタン９６の操作を検出した場合に更新はキャンセルされたものと判別する。
【００７７】
更新はキャンセルされたものと判別した場合、アプリケーションＣＰＵ７１は、ステップＳ２８において、例えば「ストレージ内のデータを消去しますか？」等のメッセージと共に、データの消去を指示するための消去決定ボタン、及びデータを消去しない旨の指示を行うためのキャンセルボタンを表示部８２に表示制御する。そして、上記キャンセルボタンの操作を検出した場合、アプリケーションＣＰＵ７１は、ステップＳ２４のルーチンを再度実行することで、ソフトウェアの更新の再確認を行う。
【００７８】
これに対して、上記消去決定ボタンの操作を検出した場合、アプリケーションＣＰＵ７１は、データの消去が指定されたものと判別し、ステップＳ２７において、いずれかのストレージ８６，８９に保存されているソフトウェアを消去する。これにより、この図６のフローチャートに示す更新処理行程が終了する。
【００７９】
「更新処理の変形例」
ステップＳ２８において、キャンセルボタンの操作を検出してストレージ内に記憶されているデータの消去がキャンセルされた場合、ステップＳ２４において、再度、ソフトウェアの更新の確認を行うこととした。しかし、このキャンセルボタンの操作を検出した場合、この図６のフローチャートに示す更新処理行程を終了し、移動体通信端末１が充電時であることを検出した際にソフトウェアの更新処理を行うようにしてもよい。
【００８０】
充電時は、その移動体通信端末１は使用されていない状態である場合が多い。このため、更新及びデータの消去がいずれもキャンセルされた場合において、移動体通信端末１の充電時まで待ってソフトウェアの更新を実行することにより、移動体通信端末１が使用されていない時間を利用してソフトウェアの更新を実行することができる。
【００８１】
［実施の形態の効果］
以上の説明から明らかなように、この実施の形態の移動体通信システムは、管理システム３側から新たなソフトウェアを配信すると、移動体通信端末１がこれを受信し、内部ストレージ８９或いは外部ストレージ８６に一旦保存する。そして、移動体通信端末１は、この保存した新たなソフトウェアを所定のタイミングで読み出して、既存の古いソフトウェアを新たなソフトウェアに更新する。
【００８２】
これにより、メーカ側からすれば、移動体通信端末１を回収してバグの修正等を行うような面倒な手間を省くことができる。また、ユーザ側からすれば、任意の場所に居ながらにしてバグの修正等が実行されるため、自分の移動体通信端末１をメーカ側のショップに持ち込むような面倒な手間を省くことができる。
【００８３】
また、この実施の形態の場合、移動体通信端末１は、コミュニケーションＣＰＵ６１及びアプリケーションＣＰＵ７１の２つのＣＰＵを有している。
【００８４】
このため、コミュニケーション用のソフトウェアを更新する場合にコミュニケーション処理部２２を停止状態としても、アプリケーションＣＰＵ７１でコミュニケーション用のソフトウェアの更新処理を行うことができる。アプリケーション用のソフトウェアを更新する場合にアプリケーション制御処理部２３を停止状態としても、コミュニケーションＣＰＵ６１でアプリケーション用のソフトウェアの更新処理を行うことができ、ソフトウェアの更新時に移動体通信端末１全体を停止する不都合を防止することができる。
【００８５】
また、アプリケーション用のソフトウェアの更新時には、コミュニケーション処理部２２は起動している状態で該アプリケーション用のソフトウェアを更新処理することができる。このため、この場合は通信機能を維持したままアプリケーション用のソフトウェアの更新処理を行うことができる。
【００８６】
また、管理システム３側から配信されるソフトウェアのうち、例えば通信機能の不具合を修正するソフトウェアのような重要なソフトウェアに対しては、移動体通信端末１側において識別可能な情報（例えばフラグ等）が付されている。そして、移動体通信端末１は、ダウンロードしたソフトウェアが、重要なソフトウェアであることを判別すると、ユーザに更新の確認を取ることなく更新処理を実行する。
【００８７】
これにより、重要なソフトウェアの場合は、その更新処理をユーザに知られることなく実行可能とすることができる。なお、重要なソフトウェアを更新処理する場合であっても、ユーザに更新の是非を確認するようにしてもよい。
【００８８】
これに対して、重要度の低いソフトウェアに対しては、移動体通信端末１の充電開始を検出した際に更新処理を実行する。これにより、移動体通信端末１が使用されていない時間を利用してソフトウェアの更新を実行することができる。
【００８９】
また、移動体通信端末１は、ダウンロードが中断された場合に、その中断された位置からダウンロードを再開するレジューム機能を有している。このため、ダウンロードが中断された場合でも、一連のソフトウェアを確実にダウンロード可能とすることができる。
【００９０】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはない。例えば、上述の実施の形態の説明では、ダウンロードしたソフトウェアを外部ストレージ８６或いは内部ストレージ８９に一旦保存し、更新時にいずれかのストレージ８６，８９からソフトウェアを読み出して更新を行うこととしたが、これは、ダウンロードしたソフトウェアをいずれかのストレージ８６，８９に保存することなく、直接的に更新を行うようにしてもよい。そして、これ以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論であることを付け加えておく。
【００９１】
【発明の効果】
本発明は、移動体通信端末のソフトウェアの更新処理等を、メーカ側及びユーザ側の両方にとって簡単に実行可能とすることができる。
【図面の簡単な説明】
【図１】本発明を適用した移動体通信端末が含まれる移動体通信システムの構成を示すブロック図である。
【図２】本発明を適用した移動体通信端末のブロック図である。
【図３】ユーザから管理システムにアクセスすることでソフトウェアがダウンロードされるまでの流れを説明するためのフローチャートである。
【図４】更新するソフトウェアの選択画面を示す図である。
【図５】管理システムからユーザにアクセスすることでソフトウェアがダウンロードされるまでの流れを説明するためのフローチャートである。
【図６】ダウンロードしたソフトウェアに基づく更新処理の流れを示すフローチャートである。
【図７】ユーザに対してソフトウェアの更新の是非を問う画面を示す図である。
【符号の説明】
１…移動体通信端末、２１…送受信信号処理部、２２…コミュニケーション処理部、２３…アプリケーション制御処理部、２４…ＣＰＵＩ／Ｆ部、６１…コミュニケーションＣＰＵ、６３，７２…ＲＯＭ、７１…アプリケーションＣＰＵ、８２…表示部（ＬＣＤ）、８６…外部ストレージ、８７…ストレージＩ／Ｆ、８８…外部Ｉ／Ｆ、８９…内部ストレージ
【図１】
0003928852.tif 000002
【図２】
0003928852.tif 000003
【図３】
0003928852.tif 000004
【図４】
0003928852.tif 000005
【図５】
0003928852.tif 000006
【図６】
0003928852.tif 000007
【図７】
0003928852.tif 000008