JP5657372B2 - 携帯電話システム、及び携帯電話システムの制御方法 - Google Patents

Description

本発明は、携帯電話システムに関し、特に、そのシステムで用いられる携帯電話端末に関する。

携帯電話端末が動作するためのプログラムは、例えばＮＯＲ（ノア）型フラッシュメモリや、ＮＡＮＤ（ナンド）型フラッシュメモリ等のフラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に格納されている。格納されたプログラムは、携帯電話端末の起動時に、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって読み出されて、例えばスタティックＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やダイナミックＲＡＭ等のＲＡＭに展開されて実行される。

このように、一度読み出されたプログラムがＲＡＭ上で実行された後には、そのプログラムが、格納されたフラッシュＲＯＭから再度読み出されることはない。このため、フラッシュＲＯＭは、高価であるにもかかわらずその利用効率が低い。

上の記述に関連して、携帯電話が特開２００２−１９０８６３号公報に開示されている。これは、電波を送受信する通常の通信機能の他に必要最小限のメモリ機能のみを内蔵した簡略・高機能型の携帯電話であって、高周波ユニット部（ＲＦ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）と、低周波ユニット部（ベースバンド）と、液晶表示部と、システム制御用のＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：マイクロプロセッサ）と、外部記憶装置のＭＭＣ（ＭｕｌｔｉＭｅｄｉａＣａｒｄ：マルチメディアカード）とのインターフェースを司るＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）と、ＭＭＣのプログラムおよびデータのバッファとして使用するＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などから構成されている。特に、この携帯電話では、ブート用プログラムによるブートローダのみを内蔵すればよいので、フラッシュメモリは不要になり、ＭＰＵにブート用プログラムをＲＯＭとして内蔵し、ＭＰＵも処理能力が向上しているため、ＭＭＣとＤＲＡＭとのインターフェースのみをサポートし、コスト低減を可能にすることができるようにしている。

また、特開２００６−０５９１１６号公報には、携帯端末が開示されている。これは、機器の起動に最小限必要な機能を実行する第１のプログラムとその管理情報を用意して、電子機器の不揮発性の記憶手段に記憶させ、その不揮発性の記憶手段に記憶された管理情報による指示で、第１のプログラムを起動処理実行用の記憶手段に展開して、電子機器を機能が制限された状態で起動させるものである。また、第１のプログラムで実行可能な機能以外の機能についても実行する第２のプログラムを用意して、不揮発性の記憶手段に記憶させた場合に、管理情報で第２のプログラムも読み出すように更新させ、更新された管理情報に基づいて、第１及び第２のプログラムを起動処理実行用の記憶手段に展開して、電子機器を起動可能な状態として、電子機器を機能が制限されない状態で起動可能としている。

また、プログラム管理システムとその制御方法、ならびに記憶媒体が特開２００６−２０２０２８号公報に開示されている。この例では、ユーザ識別やユーザ環境などのユーザ情報、複合機の使用頻度や使用日時などの使用履歴情報をサーバで管理し、ユーザ毎に、概複合機での使用頻度の高いプログラムを優先してダウンロードしている。

また、携帯無線ゲーム機サーバー、携帯無線ゲーム機クライアント、およびこれらを使用するシステムが特開２００９−０７８１３２号公報で開示されている。この発明による携帯無線サーバーは、バッテリ、データ処理回路、読み／書きメモリ、無線通信回路および脱着可能な記憶装置を収容するメモリ挿入口を含んでいる。記憶装置は、データ処理回路によって実行される多数のダイナミックサーバーアプリケーションと、携帯無線クライアントにダウンロードされる多数のダイナミッククライアントアプリケーションを記憶している。無線通信回路は、クライアントアプリケーションのダウンロード要求を携帯無線クライアントから受信している。データ処理回路は、多数の携帯無線クライアントからのクライアントアプリケーションのダウンロード要求を同時に処理し、当該多数の携帯クライアント機器に対してクライアントアプリケーションを無線送信している。

そして、特開平１０−２４０５３８号公報においては、プログラムロード方式が開示されている。この例におけるクライアントは使用頻度の高いプログラムを格納するプログラムライブラリファイルと、クライアントが使用したプログラムの版数および使用頻度を保持するクライアントプログラム版管理テーブルと、任意のプログラムを使用するときそのプログラムの版数をサーバに問い合わせ、その版数がサーバの保持するものの版数に一致したときにはクライアント自身が保持するプログラムをロードし、一致しなかったときにはサーバが転送したプログラムをロードし、使用頻度の高いプログラムをクライアント自身のファイルに格納するプログラムローダとを備えている。

特開２００２−１９０８６３号公報 特開２００６−０５９１１６号公報 特開２００６−２０２０２８号公報 特開２００９−０７８１３２号公報 特開平１０−２４０５３８号公報

携帯電話端末の高機能化によってプログラム容量は増大の一途であり、そのプログラムを内蔵するフラッシュＲＯＭの容量が増大してその費用も高くなる。

しかし、フラッシュＲＯＭから一度読み出されてＲＡＭ上で実行されたプログラムがその後に再度読み出されることはないため、フラッシュＲＯＭは、高価であるにもかかわらずその利用効率が低い。

本発明が解決しようとする課題は、製造費用を抑えながら実用性の高い携帯電話端末による携帯電話システムを提供することである。

本発明の携帯電話システムは、携帯電話端末と、携帯電話端末との無線通信の行われる基地局に接続されるサーバとを備え、サーバは、携帯電話端末のシステムプログラムと、システムプログラム上で動作するアプリケーションプログラムとを含み、携帯電話端末は、アプリケーションプログラムの起動履歴情報と起動用プログラムとが格納される不揮発性記憶部と、起動用プログラムが実行された際にサーバから読み込まれるシステムプログラムが展開される主記憶部と、システムプログラムを実行する制御部とを含み、システムプログラムは、アプリケーションプログラムの起動履歴情報に基づいてサーバから読み込むアプリケーションプログラムの抽出を行う。

本発明の携帯電話システムの制御方法は、携帯電話端末の制御部が、携帯電話端末の不揮発性記憶部に格納される起動用プログラムを実行するステップと、制御部が、起動用プログラムによって、携帯電話端末との無線通信の行われる基地局に接続されるサーバから携帯電話端末のシステムプログラムを読み込むステップと、制御部が、システムプログラムを携帯電話端末の主記憶部に展開するステップと、制御部が、システムプログラムを実行するステップと、制御部が、システムプログラムによって、不揮発性記憶部に格納されるアプリケーションプログラムの起動履歴情報に基づいてサーバから読み込むアプリケーションプログラムの抽出を行うステップと、制御部が、システムプログラムによって、サーバからアプリケーションプログラムを読み込むステップと、制御部が、アプリケーションプログラムを携帯電話端末の主記憶部に展開するステップと、制御部が、システムプログラム上でアプリケーションプログラムを実行するステップとを備える。

本発明によれば、製造費用を抑えながら実用性の高い携帯電話端末による携帯電話システムを提供することが可能となる。

図１は、本発明における第１の実施形態の一例である携帯電話システムの構成を示す機能ブロック図である。 図２Ａは、本発明における第１の実施形態の一例である携帯電話システムが利用可能となるまでの動作を示す流れ図である。 図２Ｂは、本発明における第１の実施形態の一例である携帯電話システムが利用可能となるまでの動作を示す流れ図である。 図３は、本発明における第１の実施形態の一例である携帯電話システムにおけるユーザの指示によるアプリ起動の動作を示す流れ図である。 図４は、本発明における第２の実施形態の一例である携帯電話システムの構成を示す機能ブロック図である。 図５は、本発明における第２の実施形態の一例である携帯電話システムが利用可能となるまでの動作を示す流れ図である。 図６は、本発明における第２の実施形態の一例である携帯電話システムにおけるユーザの指示によるアプリ起動の動作を示す流れ図である。

（第１の実施形態）
以下に、添付図面を参照しながら、本発明の第１の実施形態による携帯電話システム、及び携帯電話システムの制御方法を詳細に説明する。

まず、本発明の第１の実施形態による携帯電話システムの構成を詳細に説明する。

図１は、本発明における第１の実施形態の一例である携帯電話システムの構成を示す機能ブロック図である。図１を参照すると、本実施形態による携帯電話システムは、携帯電話端末１と、基地局１００と、ゲートウェイ２００と、サーバ３００とを備えている。携帯電話端末１と基地局１００との間の通信は無線で行われる。また、基地局１００と、ゲートウェイ２００との間は電話網によって、ゲートウェイ２００とサーバ３００との間はインターネット網によって接続されている。

携帯電話端末１は、ＣＰＵ部１０と、フラッシュＲＯＭ１１と、操作部１２と、無線部１３と、ＲＡＭ１５とを含んでいる。ＣＰＵ部１０は、フラッシュＲＯＭ１１、操作部１２、無線部１３、及びＲＡＭ１５と図示せぬ内部バスで接続されており、各部を制御することができる。なお、上述した構成以外の例えば、表示部、スピーカー、マイク、及び電池等をはじめとした種々の構成については本発明とは直接関係しないので、その詳細な構成、及び動作の説明については省略する。

ＣＰＵ部１０は、携帯電話端末１の周辺各部を制御して、携帯電話端末１としての一連の動作を実現する制御部としての機能を有する。

フラッシュＲＯＭ１１は、ＮＯＲ型フラッシュメモリや、ＮＡＮＤ型フラッシュメモリ等に例示される書き換え可能な不揮発性の半導体メモリによる記憶装置である。ここでのフラッシュＲＯＭ１１はＣＰＵ部１０が直接読み書きできる主記憶装置として機能する不揮発性記憶部である。フラッシュＲＯＭ１１は、プログラム領域２１と、データ領域２２とを含む。

プログラム領域２１には、携帯電話端末１の起動時にＣＰＵ部１０が実行する起動用（ブート）プログラムが格納されている。プログラム領域２１に格納されるブートプログラムは、携帯電話端末１のシステムプログラムを外部から読み込んで起動するのに最低限必要な機能を有している。そして、ブートプログラムの容量は最低限に抑えられている。なお、ブートプログラムには、自動接続先としてサーバ３００が予め登録されている。また、書き換え可能なフラッシュＲＯＭ１１が用いられることによって、例えばサーバ３００のアドレス変更等のブートプログラムに修正の必要が生じた際には自在にその更新をすることができる。

また、データ領域２２には、携帯電話端末１の設定情報等の各種データを格納することができる。格納される各種データとしては、携帯電話端末１の起動後に実行されるアプリケーションプログラム毎の起動履歴情報が例示される。この起動履歴情報には、起動回数、及び起動日時等が含まれる。このようなデータは、高機能化によって巨大化するプログラムのようにそのファイルサイズが大容量化することはない。

このようにして、本実施形態によるフラッシュＲＯＭ１１は、これらのプログラム、及びデータを格納するのに必要な容量があれば良く、その費用を低減することができる。

操作部１２は、キーボード、及びタッチパネル等に例示される入力装置であり、ユーザによる操作の決定、キャンセル、及び文字列の入力等を行うためのキー（ボタン）を備えている。

無線部１３は、ベースバンドＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）に例示される通信処理を行う装置である。無線部１３はアンテナ１４を備えている。無線部１３は、アンテナ１４を介した、基地局１００と携帯電話端末１との無線通信の制御、及びＣＰＵ部１０との間における無線状態の通知等の情報交換を行う。

ＲＡＭ１５は、スタティックＲＡＭやダイナミックＲＡＭ等の各種ＲＡＭに例示される主記憶装置で、ＣＰＵ部１０の作業領域として機能する主記憶部である。携帯電話端末１の起動後にＲＡＭ１５上に展開されるシステムプログラム、及びアプリケーションプログラムがＣＰＵ部１０によって実行されて携帯電話端末１が動作する。ＲＡＭ１５は、フラッシュＲＯＭ１１よりもデータの読み書きを高速に行うことが可能である。

基地局（携帯基地局）１００は、複数の携帯電話端末１との間で無線通信を行うための装置であるとともに、電話網（有線ネットワーク）の末端である。すなわち、携帯電話端末１と電話網との間の通信を中継する中継点としての機能を有する。

ゲートウェイ２００は、基地局１００側の電話網と、サーバ３００側のインターネット網とを接続するためのネットワーク機器である。ゲートウェイ２００では、プロトコルの変換、ファイル形式の変換等を行って電話網と、インターネット網との間の接続が中継される。

サーバ３００は、インターネット上に設けられ、携帯電話端末１で用いられる各種プログラムを格納していて携帯電話端末１からの要求に応答してそれらのプログラムを提供する。各種プログラムには、携帯電話端末１が最低限動作するシステムプログラム、及び携帯電話端末１のシステムプログラム上で動作するアプリケーションプログラム等が含まれる。そして、携帯電話端末１の基本機能以外はアプリケーションプログラムで実現されるため、システムプログラムの容量もまた最低限に抑えられている。これによってシステムプログラムの携帯電話端末１へのデータ転送量を抑えることができる。

ここで、記述、及び図示した本発明の実施形態による携帯電話端末１の各構成要素は機能の概略を開示したものであり、物理的構成を限定するものではない。すなわち、携帯電話端末１の各構成要素は、任意の単位で、機能的、又は物理的に分散、又は統合された形態で構成されても良い。例えば、ＣＰＵ部１０と、無線部１３とは、一つのチップとして統合された装置を用いることができる。また、ＬＳＩによって処理が実現される機能は、ＣＰＵ部１０が、プログラムを実行することによって処理が実現される形態にしても良い。

次に、本発明の第１の実施形態による携帯電話システムの動作を詳細に説明する。

図２Ａ、及び図２Ｂは、本発明における第１の実施形態の一例である携帯電話システムが利用可能となるまでの動作を示す流れ図である。

図２Ａ、及び図２Ｂを参照して、携帯電話端末１において、電源が投入されてからアプリケーションプログラムの実行によってその機能が利用可能となるまでの処理の流れを詳細に説明する。

まず、携帯電話端末１の電源が投入される等して装置全体のリセットが行われた後に、リセットの解除が行われる（ステップＳ１）。これによって、ＣＰＵ部１０、フラッシュＲＯＭ１１、及びＲＡＭ１５、並びに図２Ａ、及び図２Ｂ中には示していない操作部１２、無線部１３、及びアンテナ１４等の携帯電話端末１内の各部が初期化されて動作可能な状態となる。

リセット解除後にＣＰＵ部１０は、携帯電話端末１を起動するためのブートプログラムの読み出しを行う（ステップＳ２）。より具体的にはＣＰＵ部１０は、携帯電話端末１に内蔵されるフラッシュＲＯＭ１１のプログラム領域２１（図２Ａ、及び図２Ｂ中には示さず）に格納されているブートプログラムを読み出す。

読み出されたブートプログラムはＣＰＵ部１０によって直接実行されて起動される（ステップＳ３）。このブートプログラムは、携帯電話端末１のシステムプログラムをサーバ３００から、図２Ａ、及び図２Ｂ中には示していないゲートウェイ２００、基地局１００、並びに携帯電話端末１のアンテナ１４、及び無線部１３を経由してダウンロードするのに最低限必要な機能を有している。したがって、この段階においては、携帯電話端末１を利用者が使える状態にはまだなっていない。

ブートプログラムの起動後にＣＰＵ部１０は、システムプログラムの読み出し要求をサーバ３００に対して行う（ステップＳ４）。なお、この際に、ＣＰＵ部１０が、携帯電話端末１の情報を送信することによって、サーバ３００が、携帯電話端末１に適合するシステムプログラムを選び出すようにしても良い。

サーバ３００は、読み出し要求に応答して、システムプログラムの読み出し許可を携帯電話端末１に送信する（ステップＳ５）。

システムプログラム読み出し許可を受信したＣＰＵ部１０はシステムプログラムのダウンロードを開始する（ステップＳ６）。

ＣＰＵ部１０は、システムプログラムダウンロード要求をサーバ３００に対して行う（ステップＳ７）。

システムプログラムダウンロード要求を受信したサーバ３００は要求に応答してシステムプログラムを携帯電話端末１に送信する（ステップＳ８）。

ＣＰＵ部１０は、受信したシステムプログラムのデータをＲＡＭ１５に展開する（ステップＳ９）。システムプログラムのデータはその容量に応じてサーバ３００によって適宜分割されて携帯電話端末１に転送され、システムプログラムの全データの転送が終わるまでステップＳ８、及びステップＳ９が繰り返される。

システムプログラムの全データが転送され、ＲＡＭ１５上におけるシステムプログラムの展開が完了した後にＣＰＵ部１０は、システムプログラムの起動を実施する（ステップＳ１０）。システムプログラムが起動することによって携帯電話端末１を利用者が使える状態となる。

システムプログラムの起動完了後には引き続いて、アプリケーションプログラム（以下、アプリと称す）のダウンロードが実施される。

アプリのダウンロードに先立ってＣＰＵ部１０は、フラッシュＲＯＭ１１のデータ領域２２に格納されているアプリ毎の起動履歴情報を読み出す（ステップＳ１１）。

ＣＰＵ部１０は、読み出された起動履歴情報を基に起動頻度の高いアプリを抽出する（ステップＳ１２）。

ＣＰＵ部１０は、抽出されたアプリのダウンロード要求をサーバ３００に対して行う（ステップＳ１３）。

アプリのダウンロード要求を受信したサーバ３００は要求に応答してアプリを携帯電話端末１に送信する（ステップＳ１４）。

ＣＰＵ部１０は、受信したアプリのデータをＲＡＭ１５に展開する（ステップＳ１５）。アプリのデータはその容量に応じてサーバ３００によって適宜分割されて携帯電話端末１に転送され、アプリの全データの転送が終わるまでステップＳ１４、及びステップＳ１５が繰り返される。

アプリの全データが転送され、ＲＡＭ１５上におけるアプリの展開が完了した後にＣＰＵ部１０は、アプリの起動を行う（ステップＳ１６）。これによって、携帯電話端末１のアプリの機能を利用者が使える状態となる。なお、別のアプリも起動する場合においては各アプリについて、ステップＳ１３からステップＳ１６が実行される。

アプリの起動後にＣＰＵ部１０は、フラッシュＲＯＭ１１のデータ領域２２におけるアプリ毎の起動履歴情報を更新する（ステップＳ１７）。

ここでは、起動履歴情報に基づいた、携帯電話端末１起動時のアプリの起動についての説明を行った。しかし、上述したように、起動履歴情報には、アプリ毎の起動時刻が記録されている。このため、特定のアプリの起動が特定の時刻に集中しているような場合は起動時刻になる前にそのアプリを予め起動する形態としても良い。このような場合には、起動時刻になる前にそのアプリについて、ステップＳ１３からステップＳ１６が予め実行される。このような形態とすることはユーザの利便性向上に繋がる。

以上の手順によって、第１の実施形態の一例である携帯電話端末１が利用可能となる。

図３は、本発明における第１の実施形態の一例である携帯電話システムにおけるユーザの指示によるアプリ起動の動作を示す流れ図である。

図３を参照して、携帯電話端末１において、ユーザによるアプリ起動の操作が行われてからアプリの機能が利用可能となるまでの処理の流れを詳細に説明する。

システムプログラム、及び自動起動するように設定された（起動頻度の高い）アプリの起動が完了した状態においてユーザが、操作部１２（図３中には示さず）から、上述したアプリ以外で所望のアプリ（ここでは、例としてアプリＡとする）の起動指示を行う（ステップＳ２０）。

操作部１２からのアプリＡ起動指示を契機に、ＣＰＵ部１０は、アプリＡの起動履歴情報をフラッシュＲＯＭ１１のデータ領域２２（図３中には示さず）に保存する（ステップＳ２１）。この起動履歴情報には、アプリ毎の起動回数、及び起動日時等が記録されている。

起動履歴情報の保存後にＣＰＵ部１０は、アプリＡの読み出し要求をサーバ３００に対して行う（ステップＳ２２）。

サーバ３００は、読み出し要求に応答して、アプリＡの読み出し許可を携帯電話端末１に送信する（ステップＳ２３）。

アプリＡの読み出し許可を受信したＣＰＵ部１０はアプリＡのダウンロードを開始する（ステップＳ２４）。

ＣＰＵ部１０は、アプリＡのダウンロード要求をサーバ３００に対して行う（ステップＳ２５）。

アプリＡのダウンロード要求を受信したサーバ３００は要求に応答してアプリＡのデータを携帯電話端末１に送信する（ステップＳ２６）。

ＣＰＵ部１０は、受信したアプリＡのデータをＲＡＭ１５に展開する（ステップＳ２７）。アプリＡのデータはその容量に応じてサーバ３００によって適宜分割されて携帯電話端末１に転送され、アプリの全データの転送が終わるまでステップＳ２６、及びステップＳ２７が繰り返される。

アプリＡの全データが転送され、ＲＡＭ１５上におけるアプリＡの展開が完了した後にＣＰＵ部１０は、アプリＡの起動を行う（ステップＳ２８）。これによって、携帯電話端末１のアプリＡの機能を利用者が使える状態となる。なお、別のアプリも起動する場合においては各アプリについて、ステップＳ２０からステップＳ２８が実行される。

以上の手順によって、第１の実施形態の一例である携帯電話端末１においてユーザの所望の機能が利用可能となる。

以上に説明した本実施形態による携帯電話システムは、システム、及びアプリケーションプログラムをインターネット上のサーバからダウンロードする形態とすることによって携帯電話端末からフラッシュＲＯＭを削減して製造費用を抑える効果を有する。

また、本実施形態による携帯電話システムは、フラッシュＲＯＭ上で直接実行されるブートプログラム以外はＲＡＭ上に展開されたプログラムが実行されるため、例えば、高速なスタティックＲＡＭ、及びダイナミックＲＡＭ等が主記憶装置のＲＡＭとして用いられることでプログラム処理時間を高速化する効果を有する。

また、本実施形態による携帯電話システムは、サーバ上のプログラムを差分としてではなくそのすべてを置き換えることによって携帯電話端末のプログラム全体が更新されるのでユーザ、及びシステムの利便性、及び信頼性が向上する効果を有する。

そして、本実施形態による携帯電話システムは、システムプログラムの容量を可及的に抑えること、及びアプリ起動履歴情報によって、起動時にダウンロードの必要なプログラムを限定することを行っている。よって、本実施形態による携帯電話システムは、有線ブロードバンド等の高速、かつ大容量のデータ通信の自在な環境と比べてデータの通信には制約のある無線通信を用いながらもその転送負荷を軽減して、所要時間を延長することなく携帯電話端末が起動されるため、実用性が高いという効果を有する。

（第２の実施形態）
以下に、添付図面を参照しながら、本発明の第２の実施形態による携帯電話システム、及び携帯電話システムの制御方法を詳細に説明する。

まず、本発明の第２の実施形態による携帯電話システムの構成を詳細に説明する。

図４は、本発明における第２の実施形態の一例である携帯電話システムの構成を示す機能ブロック図である。図４を参照すると、本実施形態による携帯電話システムは上述した第１の実施形態と同様に、携帯電話端末１と、基地局１００と、ゲートウェイ２００と、サーバ３００とを備えている。携帯電話端末１と基地局１００との間の通信は無線で行われる。また、基地局１００と、ゲートウェイ２００との間は電話網によって、ゲートウェイ２００とサーバ３００との間はインターネット網によって接続されている。

また、携帯電話端末１は、上述した第１の実施形態と同様に、ＣＰＵ部１０と、フラッシュＲＯＭ１１と、操作部１２と、無線部１３と、ＲＡＭ１５とを含んでいる。これら、及びサーバ３００側のその詳細な構成、及び動作の説明については上述した第１の実施形態と同様であるので省略する。

本実施形態による携帯電話端末１は上述した構成に加えて、ＳＤメモリカード等のメモリカードに例示される書き換え可能で不揮発性の補助記憶装置２０を更に含んでいる。補助記憶装置２０は、携帯電話端末１に着脱自在に装着されている。補助記憶装置２０は、第１の実施形態における携帯電話端末１内の各部と同様に図示せぬ内部バスでＣＰＵ部１０と接続されており、ＣＰＵ部１０は、補助記憶装置２０を制御することができる。なお、補助記憶装置２０は、フラッシュＲＯＭ１１に比べて安価で大容量という特長を有している。

補助記憶装置２０は、その起動が行われた際にサーバ３００からダウンロードされたシステムプログラム、及びアプリを格納している。

次に、本発明の第２の実施形態による携帯電話システムの動作を詳細に説明する。

図５は、本発明における第２の実施形態の一例である携帯電話システムが利用可能となるまでの動作を示す流れ図である。

図５を参照して、携帯電話端末１において、電源が投入されてからアプリケーションプログラムの実行によってその機能が利用可能となるまでの処理の流れを詳細に説明する。

まず、携帯電話端末１の電源が投入される等して装置全体のリセットが行われた後に、リセットの解除が行われる（ステップＳ１０１）。これによって、ＣＰＵ部１０、フラッシュＲＯＭ１１、ＲＡＭ１５、及び補助記憶装置２０、並びに図５中には示していない操作部１２、無線部１３、及びアンテナ１４等の携帯電話端末１内の各部が初期化されて動作可能な状態となる。

リセット解除後にＣＰＵ部１０は、携帯電話端末１を起動するためのブートプログラムの読み出しを行う（ステップＳ１０２）。より具体的にはＣＰＵ部１０は、携帯電話端末１に内蔵されるフラッシュＲＯＭ１１のプログラム領域２１（図５中には示さず）に格納されているブートプログラムを読み出す。

読み出されたブートプログラムはＣＰＵ部１０によって直接実行されて起動される（ステップＳ１０３）。このブートプログラムは、携帯電話端末１のシステムプログラムを補助記憶装置２０から読み出し、また補助記憶装置２０にシステムプログラムがない場合にはサーバ３００（図５中には示さず）からダウンロードするのに最低限必要な機能を有している。したがって、この段階においては、携帯電話端末１を利用者が使える状態にはまだなっていない。

ブートプログラムの起動後にＣＰＵ部１０は、システムプログラムの読み出しを行う（ステップＳ１０４）。より具体的にはＣＰＵ部１０は、携帯電話端末１に内蔵される補助記憶装置２０に格納されているシステムプログラムを読み出す。

ＣＰＵ部１０は、システムプログラムのデータを補助記憶装置２０からＲＡＭ１５に展開する（ステップＳ１０５）。

ここで、システムプログラムが、補助記憶装置２０に格納されていない等によって、ＣＰＵ部１０が、システムプログラムを読み出すことができなかった場合にはシステムプログラムをサーバ３００から読み出してＲＡＭ１５に展開する。すなわち、補助記憶装置２０からシステムプログラムを読み出せなかった場合には第１の実施形態のステップＳ４からステップＳ９までが実行される。

このようにして、ＲＡＭ１５上におけるシステムプログラムの展開が完了した後にＣＰＵ部１０は、システムプログラムの起動を実施する（ステップＳ１０６）。システムプログラムが起動することによって携帯電話端末１を利用者が使える状態となる。

なお、補助記憶装置２０に格納されたシステムプログラムが起動できなかった場合にはシステムプログラムをサーバ３００から新たにダウンロードする形態としても良い。その新たにダウンロードされたシステムプログラムは補助記憶装置２０に格納されて次回以降の起動の際に用いられる。

システムプログラムの起動完了後には引き続いて、アプリの起動が実施される。

アプリの起動に先立ってＣＰＵ部１０は、フラッシュＲＯＭ１１のデータ領域２２（図５中には示さず）に格納されているアプリ毎の起動履歴情報を読み出す（ステップＳ１０７）。

ＣＰＵ部１０は、読み出された起動履歴情報を基に起動頻度の高いアプリを抽出する（ステップＳ１０８）。

ＣＰＵ部１０は、抽出された起動頻度の高いアプリの読み出しを行う（ステップＳ１０９）。より具体的にはＣＰＵ部１０は、携帯電話端末１に内蔵される補助記憶装置２０に格納されているアプリを読み出す。

ＣＰＵ部１０は、アプリのデータを補助記憶装置２０からＲＡＭ１５に展開する（ステップＳ１１０）。

ここで、アプリが、補助記憶装置２０に格納されておらず、ＣＰＵ部１０が、アプリを読み出すことができなかった場合にはアプリをサーバ３００から読み出してＲＡＭ１５に展開する。すなわち、補助記憶装置２０からアプリを読み出せなかった場合には第１の実施形態のステップＳ１３からステップＳ１５までが実行される。

このようにして、ＲＡＭ１５上におけるアプリの展開が完了した後にＣＰＵ部１０は、アプリの起動を行う（ステップＳ１１１）。これによって、携帯電話端末１のアプリの機能を利用者が使える状態となる。なお、別のアプリも起動する場合においては各アプリについて、ステップＳ１０９からステップＳ１１１が実行される。

なお、上述したシステムプログラムと同様に、補助記憶装置２０に格納されたアプリが起動できなかった場合にはアプリをサーバ３００から新たにダウンロードする形態としても良い。その新たにダウンロードされたアプリは補助記憶装置２０に格納されて次回以降の起動の際に用いられる。

アプリの起動後にＣＰＵ部１０は、フラッシュＲＯＭ１１のデータ領域２２におけるアプリ毎の起動履歴情報を更新する（ステップＳ１１２）。

なお、本実施形態においても、第１の実施形態と同様に、特定のアプリの起動が特定の時刻に集中しているような場合は起動時刻になる前にそのアプリを予め起動する形態としても良い。このような形態とすることはユーザの利便性向上に繋がる。

以上の手順によって、第２の実施形態の一例である携帯電話端末１が利用可能となる。

図６は、本発明における第２の実施形態の一例である携帯電話システムにおけるユーザの指示によるアプリ起動の動作を示す流れ図である。

図６を参照して、携帯電話端末１において、ユーザによるアプリ起動の操作が行われてからアプリの機能が利用可能となるまでの処理の流れを詳細に説明する。

システムプログラム、及び自動起動するように設定された（起動頻度の高い）アプリの起動が完了した状態においてユーザが、操作部１２（図６中には示さず）から、上述したアプリ以外で所望のアプリ（ここでは、例としてアプリＡとする）の起動指示を行う（ステップＳ１２０）。

操作部１２からのアプリＡ起動指示を契機に、ＣＰＵ部１０は、アプリＡの起動履歴情報をフラッシュＲＯＭ１１のデータ領域２２（図６中には示さず）に保存する（ステップＳ１２１）。この起動履歴情報には、アプリ毎の起動回数、及び起動日時等が記録されている。

起動履歴情報の保存後にＣＰＵ部１０は、アプリＡの読み出しを行う（ステップＳ１２２）。より具体的にはＣＰＵ部１０は、携帯電話端末１に内蔵される補助記憶装置２０に格納されているアプリＡを読み出す。

ＣＰＵ部１０は、アプリＡのデータを補助記憶装置２０からＲＡＭ１５に展開する（ステップＳ１２３）。

ここで、アプリＡが、補助記憶装置２０に格納されておらず、ＣＰＵ部１０が、アプリＡを読み出すことができなかった場合にはアプリＡをサーバ３００（図６中には示さず）から読み出してＲＡＭ１５に展開する。すなわち、補助記憶装置２０からアプリＡを読み出せなかった場合には第１の実施形態のステップＳ２２からステップＳ２７までが実行される。

このようにして、ＲＡＭ１５上におけるアプリＡの展開が完了した後にＣＰＵ部１０は、アプリＡの起動を行う（ステップＳ１２４）。これによって、携帯電話端末１のアプリＡの機能を利用者が使える状態となる。なお、別のアプリも起動する場合においては各アプリについて、ステップＳ１２０からステップＳ１２４が実行される。

なお、上述した起動時のプログラムと同様に、補助記憶装置２０に格納されたアプリＡが起動できなかった場合にはアプリＡをサーバ３００から新たにダウンロードする形態としても良い。その新たにダウンロードされたアプリＡは補助記憶装置２０に格納されて次回以降の起動の際に用いられる。

本実施形態においては、携帯電話端末１におけるシステムプログラム、及び各種アプリの起動の可否にかかわらず、サーバ３００からの定期的なダウンロードによってシステムプログラム、及び各種アプリの更新が所定の間隔で行われる形態としても良い。また、このようなプログラム更新のためのダウンロードは携帯電話端末１の起動時でなくＣＰＵ、及び通信の負荷の低い状況下で行っても当然構わない。

以上の手順によって、第２の実施形態の一例である携帯電話端末１においてユーザの所望の機能が利用可能となる。

以上に説明した第２の実施形態においては、上述した第１の実施形態と同等の効果を有する。すなわち、本実施形態による携帯電話システムは、システム、及びアプリケーションプログラムをより安価で大容量の補助記憶装置に格納する形態とすることによって携帯電話端末からフラッシュＲＯＭを削減して製造費用を抑える効果を有する。

また、本実施形態による携帯電話システムは、フラッシュＲＯＭ上で直接実行されるブートプログラム以外はＲＡＭ上に展開されたプログラムが実行されるため、例えば、高速なスタティックＲＡＭ、及びダイナミックＲＡＭ等が主記憶装置のＲＡＭとして用いられることでプログラム処理時間を高速化する効果を有する。

また、本実施形態による携帯電話システムは、サーバ上のプログラムを差分としてではなくそのすべてを置き換えた上で定期的な更新を行う形態にすることによって携帯電話端末のプログラムが更新されるのでユーザ、及びシステムの利便性、及び信頼性が向上する効果を有する。

そして、本実施形態による携帯電話システムは、システムプログラムの容量を可及的に抑えること、アプリ起動履歴情報によって、起動の必要なプログラムを限定すること、及びプログラムが起動できなかった場合に選択的にサーバからそのダウンロードを行うことでその転送負荷を軽減して、所要時間を延長することなく携帯電話端末が起動されるため、実用性が高いという効果を有する。

以上、本発明の実施形態を説明した。しかし、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々変形して実施することができる。

１ 携帯電話端末
１０ ＣＰＵ部
１１ フラッシュＲＯＭ
１２ 操作部
１３ 無線部
１４ アンテナ
１５ ＲＡＭ
２０ 補助記憶装置
２１ プログラム領域
２２ データ領域
１００ 基地局
２００ ゲートウェイ
３００ サーバ

Claims (7)

1. 携帯電話端末と、
   前記携帯電話端末との無線通信の行われる基地局に接続されるサーバと
   を備え、
   前記サーバは、
   前記携帯電話端末のシステムプログラムと、前記システムプログラム上で動作するアプリケーションプログラムとを含み、
   前記携帯電話端末は、
   前記アプリケーションプログラムの起動履歴情報と起動用プログラムとが格納される不揮発性記憶部と、
   前記起動用プログラムが実行された際に前記サーバから読み込まれる前記システムプログラムが展開される主記憶部と、
   前記システムプログラムを実行する制御部とを含み、
   前記制御部は、
   前記アプリケーションプログラムの前記起動履歴情報に基づいて前記サーバから読み込む前記アプリケーションプログラムの抽出を行い、
   更に前記制御部は、
   前記システムプログラムによって、前記起動履歴情報に含まれる前記アプリケーションプログラムの起動時刻に基づいて前記起動時刻になる前に予め前記サーバから前記アプリケーションプログラムを読み込む
   携帯電話システム。
2. 請求項１に記載の携帯電話システムであって、
   前記携帯電話端末は、
   更に、補助記憶装置を含み、
   前記補助記憶装置は、
   前記サーバから読み込まれた前記システムプログラムを格納し、
   前記制御部は、
   前記システムプログラムが前記補助記憶装置に予め格納されていない場合に前記システムプログラムを前記サーバから読み込む
   携帯電話システム。
3. 請求項１、又は２に記載の携帯電話システムで使用される
   携帯電話端末。
4. 携帯電話端末の制御部が、前記携帯電話端末の不揮発性記憶部に格納される起動用プログラムを実行するステップと、
   前記制御部が、前記起動用プログラムによって、前記携帯電話端末との無線通信の行われる基地局に接続されるサーバから前記携帯電話端末のシステムプログラムを読み込むステップと、
   前記制御部が、前記システムプログラムを前記携帯電話端末の主記憶部に展開するステップと、
   前記制御部が、前記システムプログラムを実行するステップと、
   前記制御部が、前記システムプログラムによって、前記不揮発性記憶部に格納されるアプリケーションプログラムの起動履歴情報に基づいて前記サーバから読み込む前記アプリケーションプログラムの抽出を行うステップと、
   前記制御部が、前記システムプログラムによって、前記サーバから前記アプリケーションプログラムを読み込むステップと、
   前記制御部が、前記アプリケーションプログラムを前記携帯電話端末の主記憶部に展開するステップと、
   前記制御部が、前記システムプログラム上で前記アプリケーションプログラムを実行するステップと
   を備える携帯電話システムの制御方法であって、
   前記制御部が、前記システムプログラムによって、前記起動履歴情報に含まれる前記アプリケーションプログラムの起動時刻に基づいて前記起動時刻になる前に予め前記サーバから前記アプリケーションプログラムを読み込むステップ
   を更に備える
   携帯電話システムの制御方法。
5. 請求項４に記載の携帯電話システムの制御方法であって、
   前記制御部が、前記サーバから読み込まれた前記システムプログラムを補助記憶装置に格納するステップと、
   前記制御部が、前記起動用プログラムによって、前記システムプログラムが前記補助記憶装置に予め格納されていない場合に前記システムプログラムを前記サーバから読み込むステップと
   を更に備える
   携帯電話システムの制御方法。
6. 請求項５に記載の携帯電話システムの制御方法であって、
   前記制御部が、前記補助記憶装置に予め格納された前記システムプログラムが起動しなかった場合に前記サーバから新たに読み込むステップ
   を更に備える
   携帯電話システムの制御方法。
7. 携帯電話端末の制御部に実行させる制御プログラムであって、
   前記制御プログラムは、
   前記制御部が、前記携帯電話端末の不揮発性記憶部に格納される起動用プログラムを実行する処理ルーチンと、
   前記制御部が、前記起動用プログラムによって、前記携帯電話端末との無線通信の行われる基地局に接続されるサーバから前記携帯電話端末のシステムプログラムを読み込む処理ルーチンと、
   前記制御部が、前記システムプログラムを前記携帯電話端末の主記憶部に展開する処理ルーチンと、
   前記制御部が、前記システムプログラムを実行する処理ルーチンと、
   前記制御部が、前記システムプログラムによって、前記不揮発性記憶部に格納されるアプリケーションプログラムの起動履歴情報に基づいて前記サーバから読み込む前記アプリケーションプログラムの抽出を行う処理ルーチンと、
   前記制御部が、前記システムプログラムによって、前記サーバから前記アプリケーションプログラムを読み込む処理ルーチンと、
   前記制御部が、前記アプリケーションプログラムを前記携帯電話端末の主記憶部に展開する処理ルーチンと、
   前記制御部が、前記システムプログラム上で前記アプリケーションプログラムを実行する処理ルーチンと、
   前記制御部が、前記システムプログラムによって、前記起動履歴情報に含まれる前記アプリケーションプログラムの起動時刻に基づいて前記起動時刻になる前に予め前記サーバから前記アプリケーションプログラムを読み込む処理ルーチンと
   を有する
   制御プログラム。

Images