JP2005352996A - 移動通信端末及びアプリケーション制御方法 - Google Patents

Abstract

【課題】 メモリ不足によるアプリケーションプログラムの実行不能を防止して、アプリケーションプログラムをより円滑に制御すること。
【解決手段】 この移動通信端末１は、外部のＷＷＷサーバ７からアプリケーションプログラム５をダウンロードするとともに、アプリケーションプログラム５が実行時に参照する参照パラメータ用のデータ領域を確保するダウンロード部４１と、アプリケーションプログラム５が参照する参照パラメータを含む制御信号を受信する制御信号受信部４２と、制御信号に含まれる参照パラメータを、データ領域に保存するパラメータ保存部４４と、を備える。
【選択図】 図１

Description

本発明は、移動通信端末及びアプリケーション制御方法に関するものである。

従来から、携帯電話機等の移動通信端末にゲームや電子商取引等に用いられるアプリケーションプログラムをダウンロードして実行することが行われている。これらのアプリケーションプログラムを遠隔のサーバ等から制御するための技術としては、例えば、下記特許文献１に記載の移動機がある。この移動機では、サービス提供システムから使用不可情報等を含む制御信号が受信されることにより、アプリケーションプログラムを使用不可状態にする等の制御が行われている。
特開２００３−２４４３４４号公報

また、これらのアプリケーションプログラムの中には、文字データ、音声データ、画像データ等のパラメータを遠隔のサーバから受信しながら動作するものが存在する。例えば、ニュース提供用アプリケーションプログラムにおけるニュースの表示及び再生、広告表示用アプリケーションプログラムにおける広告情報の表示等がこれに該当する。これらのパラメータを上述した制御信号として送信することができれば、効率的にアプリケーションプログラムの動作を制御可能である。

しかしながら、文字データ等のパラメータは制御情報の中でも比較的データ量が大きいものであるため、移動通信端末の限られたデータ資源においてパラメータ用のデータ容量を常に確保することは困難である。

そこで、本発明は、かかる課題に鑑みて為されたものであり、メモリ不足によるアプリケーションプログラムの実行不能を防止して、アプリケーションプログラムをより円滑に制御することを目的とする。

本発明の移動通信端末は、外部からアプリケーションプログラムをダウンロードするとともに、アプリケーションプログラムが実行時に参照する参照パラメータ用のデータ領域を確保するダウンロード手段と、アプリケーションプログラムが参照する参照パラメータを含む制御信号を受信する制御信号受信手段と、制御信号に含まれる参照パラメータを、データ領域に保存するパラメータ保存手段と、を備える。

或いは、本発明のアプリケーション制御方法は、移動通信端末内のアプリケーションプログラムを遠隔の制御装置から制御するアプリケーション制御方法であって、移動通信端末が、外部からアプリケーションプログラムをダウンロードする際に、アプリケーションプログラムが実行時に参照する参照パラメータ用のデータ領域を確保するデータ領域確保ステップと、制御装置が、アプリケーションプログラムが参照する参照パラメータを含む制御信号を、移動通信端末に対して送信する制御信号送信ステップと、移動通信端末が、制御信号に含まれる参照パラメータを、データ領域に保存するパラメータ保存ステップと、移動通信端末におけるアプリケーションプログラムが、実行時にデータ領域から参照パラメータを読み出すパラメータ読出ステップと、を備える。

このような移動通信端末及びアプリケーション制御方法では、移動通信端末によりアプリケーションプログラムのダウンロード時に、参照パラメータを格納するためのデータ領域が確保された後、遠隔の制御装置から移動通信端末に制御信号が送信され、移動通信端末により制御信号に含まれる参照パラメータがデータ領域に保存された後、アプリケーションプログラムによりその参照パラメータが読み出される。これにより、遠隔の制御装置から移動通信端末上のアプリケーションプログラムに対して確実に動作制御用のパラメータを引き渡すことができる。

また、制御信号受信手段は、参照パラメータを受信した旨をアプリケーションプログラムに対して通知することが好ましい。

この場合、アプリケーションプログラムは、参照パラメータの受信通知を契機として参照パラメータを読み出す構成を採ることができる。従って、パラメータの更新に対して即時かつタイムリーにアプリケーションプログラムの動作が制御可能となるとともに、例えば、アプリケーションが能動的にパラメータを読み出す場合と比較して、アプリケーションプログラムの機能構成がより単純化される。

本発明のアプリケーション制御方法によれば、メモリ不足によるアプリケーションプログラムの実行不能を防止して、アプリケーションプログラムをより円滑に制御することができる。

以下、図面とともに本発明による移動通信端末の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

図１は、本発明による移動通信端末の好適な一実施形態を示す概略構成図である。同図に示す移動通信端末１は、待受画像表示機能、ゲーム機能、ニュース表示機能等を実現するアプリケーションプログラムの動作可能な環境を有する通信端末である。このような通信端末の例としては、携帯電話機、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistance）といったネットワークを介した情報通信が可能な機器が挙げられる。図１に示すように、移動通信端末１は、機能的な構成要素として、プログラム実行環境２と、データ領域３とを含んで構成されている。

プログラム実行環境２は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等のハードウェア上に構成されるものであり、ファイルの管理、メモリの管理、データ入出力の管理、ユーザインタフェースの提供などを行なうＯＳ（Operating System）等のシステムプログラムが常駐する動作環境である。また、プログラム実行環境２上には、移動通信端末１の基本機能である通話機能、電子メール送受信機能、及びインターネット接続機能等を実現するための基本プログラムが更に実行されている。

データ領域３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、磁気ディスク等のメモリ上に構築されており、ＯＳ等のシステムプログラムが利用するシステムデータ、基本プログラムが利用する電話帳データ等の基本データ、種々のプログラムファイル、及びアプリケーションプログラムが実行時に参照するデータ等を格納するデータ領域である。

また、上述したプログラム実行環境２上には、ＪＡＶＡ（登録商標）言語で記述されるアプリケーションプログラムを実行させるためのＪＡＶＡ（登録商標）仮想マシンプログラム（図示せず）が常駐している。このＪＡＶＡ（登録商標）仮想マシンプログラムは、ＪＡＶＡ（登録商標）言語で記述されるアプリケーションプログラムを移動通信端末１上で実行するために、上記言語をプログラム実行環境２において解釈可能なコードに変換してプログラム実行環境２に渡す。

以下、「アプリケーションプログラム」と言う場合は、システムプログラムや基本プログラム以外のプログラムであって、ＷＷＷサーバ等の外部からダウンロードされて実行されるプログラムを指すものとする。このようなアプリケーションプログラムの例としては、着信待受時に画像を表示するプログラム、ゲーム機能を提供するプログラム、ニュースを表示するプログラム等が挙げられる。アプリケーションプログラムの中には、ニュースを表示するプログラムの様に、データ格納部３１に格納された文字データ、音声データ、画像データ等の参照パラメータを参照しながら動作する、いわゆるパラメータ参照型アプリケーションが存在する。

移動通信端末１においては、ＪＡＶＡ（登録商標）仮想マシンプログラムの機能により、プログラム実行環境２上でアプリケーションプログラム５ａ，５ｂ，５ｃが実行可能とされる。アプリケーションプログラム５ａ，５ｂ，５ｃは、移動体通信ネットワーク及びインターネットで構成されるネットワーク９を介してＷＷＷ（World Wide Web）サーバ７からダウンロードされたものである（詳細は、後述する。）。これらのアプリケーションプログラム５ａ，５ｂ，５ｃのプログラムコードは、それぞれ、ダウンロードによりデータ領域３内のデータ格納部３１に格納されており、起動時にデータ格納部３１からプログラム実行環境２上に読み出される。

さらに、プログラム実行環境２上にはアプリケーションプログラム５ａ，５ｂ，５ｃの実行を制御するためのアプリケーション管理手段４が搭載されている。アプリケーション管理手段４は、ネットワーク９を介して、ＨＴＴＰ（Hyper Text Transfer Protocol）の通信プロトコルを利用して、ＷＷＷサーバ７及び制御用サーバ８とデータ送受信が可能なように構成されている。なお、制御用サーバ８は、移動通信端末１上で実行されるアプリケーションプログラム５ａ，５ｂ，５ｃの動作を遠隔制御するサーバである。

アプリケーション管理手段４は、アプリケーションプログラム５ａ，５ｂ，５ｃの起動制御及び、アプリケーションプログラム５ａ，５ｂ，５ｃの通信制御を行う。また、アプリケーション管理手段４は、ＷＷＷサーバ７からアプリケーションプログラム５ａ，５ｂ，５ｃのプログラムコードをダウンロードするダウンロード機能、及び制御用サーバ８によるアプリケーションプログラム５の遠隔制御を中継する中継機能を有する。

アプリケーション管理手段４は、機能的な構成要素として、ダウンロード部（ダウンロード手段）４１、制御信号受信部（制御信号受信手段）４２、アプリケーション制御部４３、及びパラメータ保存部（パラメータ保存手段）４４を含んで構成されている。以下、各構成要素について説明する。

ダウンロード部４１は、外部設備であるWWWサーバ７からアプリケーションプログラム５ａ，５ｂ，５ｃのプログラムコードをダウンロードする部分である。具体的には、ダウンロード部４１は、ユーザによるＷｅｂブラウザ等からのダウンロード要求に応じて、まず、ＡＤＦ（Application Descriptor File）ファイルを取得する。ＡＤＦファイルは、例えば、ＷＷＷサーバ７内のアプリケーションプログラムの格納先、アプリケーションプログラムのサイズ、名称等のダウンロードしようとするアプリケーションプログラムに関する情報が記載されたファイルである。そして、ダウンロード部４１は、このＡＤＦファイルの内容を参照してダウンロード可否を判定した後、ＷＷＷサーバ７からアプリケーションプログラム５ａ，５ｂ，５ｃのプログラムコードのダウンロードを行う。

さらに、ダウンロード部４１は、ダウンロードしたアプリケーションプログラム５ａ，５ｂ，５ｃに対応するＡＤＦファイルの取得先ＵＲＬ（Uniform Resource Locator）を、アプリケーションプログラム５ａ，５ｂ，５ｃに関連づけてデータ領域３内のデータ領域に記憶する。このＡＤＦファイルの取得先ＵＲＬは、アプリケーション管理手段４がアプリケーションプログラム５ａ，５ｂ，５ｃを一意に識別する情報として用いられる。

また、ダウンロード部４１は、ダウンロードの際に、ダウンロード対象のアプリケーションプログラム５ａ，５ｂ，５ｃがパラメータ参照型である場合には、参照パラメータ用の一定容量のデータ領域（参照パラメータ領域）をデータ格納部３１内に確保する。なお、参照パラメータデータ領域は、ダウンロード対象のアプリケーションプログラム５ａ，５ｂ，５ｃ専用のデータ領域として確保される。

制御信号受信部４２は、制御用サーバ８からアプリケーションプログラム５ａ，５ｂ，５ｃを制御するための制御信号を受信する部分である。なお、移動通信端末１とネットワーク９との間は、複数回線が多重化されており、移動通信端末１において通話機能や電子メール送受信機能やインターネット接続機能が使用されていても、制御信号受信部４２と制御用サーバ８との間の信号送受信が同時に可能とされる。

制御信号には、アプリケーションプログラム５ａ，５ｂ，５ｃの動作状態を制御する制御情報、及びアプリケーションプログラム５ａ，５ｂ，５ｃが参照する参照パラメータのうち少なくとも一方が含まれている。アプリケーションプログラム５ａ，５ｂ，５ｃの動作状態の制御は、プログラム実行環境２において実行されているアプリケーションプログラム対する停止、再開、所定処理の実行等の制御には限られず、データ格納部３１にダウンロードされているアプリケーションプログラム５ａ，５ｂ，５ｃ（未起動のものを含む）に対する起動可／不可状態への変更等の制御も含む。さらに、制御信号には、制御対象のアプリケーションプログラムを特定するためのＡＤＦファイルの取得先ＵＲＬも含まれている。

制御情報は、制御用サーバ８により、アプリケーションプログラムを起動不可状態に変更したい場合は「停止」、アプリケーションプログラムを起動可状態に変更したい場合は「再開」と設定されるものである。また、参照パラメータは、制御用サーバ８により制御対象アプリケーションプログラムに配信したい文字情報等のデータが設定される。

また、制御信号受信部４２は、参照パラメータを含む制御信号を受信した場合には、その旨を制御対象のアプリケーションプログラム５ａ，５ｂ，５ｃに通知する機能も有する。通知先のアプリケーションプログラムは、制御信号に含まれるＡＤＦファイルの取得先ＵＲＬにより特定する。この通知を受け付けたアプリケーションプログラム５ａ，５ｂ，５ｃは、実行時に、後述のパラメータ保存部４４の処理により保存された参照パラメータをデータ格納部３１から読み出す。

さらに、制御信号受信部４２は、制御情報を含む制御信号を受信した場合には、その制御信号に含まれるＡＤＦファイルの取得先ＵＲＬ及び制御情報をアプリケーション制御部４３に出力し、参照パラメータを含む制御信号を受信した場合には、その制御信号に含まれるＡＤＦファイルの取得先ＵＲＬ及び参照パラメータをパラメータ保存部４４に出力する。

アプリケーション制御部４３は、制御信号受信部４２から出力されたＡＤＦファイルの取得先ＵＲＬ及び制御情報に基づいて、アプリケーションプログラム５ａ，５ｂ，５ｃの動作状態を変更する部分である。より詳細には、アプリケーション制御部４３は、ＡＤＦファイルの取得先ＵＲＬにより制御対象のアプリケーションプログラムを特定し、そのアプリケーションプログラムを起動可／不可状態へ遷移させる。起動不可状態へ遷移させる方法としては、制御対象のアプリケーションプログラム５ａ，５ｂ，５ｃのプログラムコードを一部書き換えたり、アプリケーションプログラム５ａ，５ｂ，５ｃが起動時に参照するパラメータを削除あるいは更新する方法が挙げられる。一方、起動可状態へ遷移させる場合は、上記のようにして更新、削除されたプログラムコード又はパラメータをもとに戻す方法が採られる。

例えば、制御信号受信部４２からＡＤＦファイルの取得先ＵＲＬが「ＵＲＬ１」及び制御情報「停止」が出力され、アプリケーションプログラム５ａに対応するＡＤＦファイルの取得先ＵＲＬが「ＵＲＬ１」である場合を考える。この場合、アプリケーション制御部４３は、アプリケーションプログラム５ａのプログラムコードを一部書き換える等により、アプリケーションプログラム５ａの動作状態を起動不可状態に遷移させる。

図２は、アプリケーション制御部４３の処理を説明する状態遷移図である。同図に示すように、制御対象のアプリケーションプログラムが起動可状態ＳＴ１０にある場合に、制御用サーバ８から制御情報「停止」が送信されると、アプリケーション制御部４３は、アプリケーションプログラムを起動不可状態ＳＴ２０に遷移させる。同様の場合に、制御用サーバ８から制御情報「再開」が送信されると、アプリケーション制御部４３は、アプリケーションプログラムを起動可状態のまま維持させる。一方、制御対象のアプリケーションプログラムが起動不可状態ＳＴ２０にある場合に、制御用サーバ８から制御情報「再開」が送信されると、アプリケーション制御部４３は、アプリケーションプログラムを起動可状態ＳＴ１０に遷移させる。同様の場合に、制御用サーバ８から制御情報「停止」が送信されると、アプリケーション制御部４３は、アプリケーションプログラムを起動不可状態のまま維持させる。このようにして、アプリケーションプログラムの動作状態が制御される。

図１に戻って、パラメータ保存部４４は、制御信号受信部４２から出力されたＡＤＦファイルの取得先ＵＲＬ及び参照パラメータに基づいて、その参照パラメータをＡＤＦファイルの取得先ＵＲＬに対応するアプリケーションプログラム用の参照パラメータとしてデータ格納部３１に保存する部分である。なお、参照パラメータは、ＡＤＦファイルの取得先ＵＲＬに対応するアプリケーションプログラムのダウンロードの際にダウンロード部４１によって確保された参照パラメータ領域に保存される。

次に、移動通信端末１の動作について説明するとともに、併せて移動通信端末１におけるアプリケーション制御方法について詳述する。図３は、アプリケーションプログラムダウンロード時の移動通信端末１の動作を示すフローチャート、図４は、アプリケーションプログラム制御時の移動通信端末１の動作を示すフローチャートである。

まず、図３を参照してアプリケーションプログラムダウンロード時の移動通信端末１の動作について説明する。

最初に、移動通信端末１がＷｅｂブラウザ等からのユーザのダウンロード要求を受け付ける（ステップＳ１０１）。その要求に応じて、ダウンロード部４１がＷＷＷサーバ７の所定の格納場所からＡＤＦファイルを取得する（ステップＳ１０２）。そして、ダウンロード部４１は、ＡＤＦファイルを参照して、そのファイル内にリモートコントロールキーが含まれているか否かを判定する（ステップＳ１０３）。このリモートコントロールキーは、対象のアプリケーションプログラムがパラメータ参照型であることを示す項目である。

上記判定の結果、リモートコントロールキーが含まれていない場合（ステップＳ１０３；ＮＯ）には、ダウンロード部４１は、ＷＷＷサーバ７に対して対象のアプリケーションプログラムの送信要求を行う（ステップＳ１０９）。これに対して、ＷＷＷサーバ７からダウンロード部４１に対してアプリケーションプログラムのプログラムコードが記載されたプログラムファイルが送信され、ダウンロード部４１は、そのプログラムファイルをデータ格納部３１に格納する（ステップＳ１１０）。

一方、判定の結果、リモートコントロールキーが含まれている場合（ステップＳ１０３；ＹＥＳ）には、ダウンロード部４１は、データ格納部３１内におけるダウンロード対象アプリケーションプログラム５ａ，５ｂ，５ｃ専用の参照パラメータ領域の確保を指示する（ステップＳ１０４）。その後、ダウンロード部４１は、この領域確保処理が成功したか否かを判定する（ステップＳ１０５）。判定の結果、領域確保処理が成功している場合（ステップＳ１０５；ＹＥＳ）には、処理をステップＳ１０９に移行して、プログラムファイルのダウンロードを行う。

一方、領域確保処理が失敗している場合（ステップＳ１０５；ＹＥＳ）には、ユーザに対して他のアプリケーションプログラムのプログラムファイルの削除確認を出力する（ステップＳ１０６）。この削除確認に対するユーザからの確認入力を受け付けると、ダウンロード部４１は、該当のプログラムファイルを削除する（ステップＳ１０７）。そして、再度、ダウンロード対象のアプリケーションプログラム５ａ，５ｂ，５ｃ専用の参照パラメータ領域の確保を指示し（ステップＳ１０８）、処理をステップＳ１０５に戻す。以降、参照パラメータ領域が確保されるまでステップＳ１０６〜Ｓ１０８の処理が繰り返された後、プログラムファイルのダウンロード処理（ステップＳ１０９〜Ｓ１１０）が行われる。

次に、図４を参照してアプリケーションプログラム制御時の移動通信端末１の動作について説明する。

最初に、制御用サーバ８により送信された制御信号を、制御信号受信部４２が受信する（ステップＳ２０１）。そして、制御信号受信部４２は、制御信号に含まれるＡＤＦファイルの取得先ＵＲＬを参照する（ステップＳ２０２）。さらに、制御信号受信部４２は、移動通信端末１にダウンロードされている全てのアプリケーションプログラム５ａ，５ｂ，５ｃに対応するＡＤＦファイルの取得先ＵＲＬを、データ領域３からの読出等により特定する（ステップＳ２０３）。

その後、制御信号受信部４２は、制御信号に含まれるＡＤＦファイルの取得先ＵＲＬが、アプリケーションプログラム５ａ，５ｂ，５ｃに対応するＡＤＦファイルの取得先ＵＲＬのいずれかに一致しているか否かを判定する（ステップＳ２０４）。上記判定の結果、ＡＤＦファイルの取得先ＵＲＬがいずれとも一致していない場合（ステップＳ２０４；ＮＯ）、処理をステップＳ２１０に移行して、制御結果「失敗」を制御用サーバ８に返信する。

一方、ＡＤＦファイルの取得先ＵＲＬがいずれかと一致している場合（ステップＳ２０４；ＹＥＳ）、制御信号受信部４２は、制御信号に含まれる制御内容に関するデータを参照する（ステップＳ２０５）。そして、制御信号受信部４２は、制御内容に参照パラメータが含まれているか否かを判定する（ステップＳ２０６）。

制御内容に参照パラメータが含まれている場合（ステップＳ２０６；ＹＥＳ）、パラメータ保存部４４がその参照パラメータをデータ格納部３１内の参照パラメータ領域に保存する（ステップＳ２０７）。その後、制御信号受信部４２は、実行中の制御対象アプリケーションプログラム５ａ，５ｂ，５ｃに対して、参照パラメータ受信の旨を通知する（ステップＳ２０８）。この通知に基づいて、実行時のアプリケーションプログラム５ａ，５ｂ，５ｃにより、データ格納部３１から参照パラメータが読み出される。

一方、制御内容に参照パラメータが含まれていない場合（ステップＳ２０６；ＮＯ）、アプリケーション制御部４３が制御情報に基づいて制御対象のアプリケーションプログラムの動作状態を遷移させる（ステップＳ２０９）。

以上のようなアプリケーションプログラム５ａ，５ｂ，５ｃの制御の後、制御信号受信部４２は制御用サーバ８に制御結果「成功」を送信する（ステップＳ２１０）。

ここで、図５には、移動通信端末におけるアプリケーション制御の処理シーケンスを詳細に示す。なお、同図において、制御内容通知信号が、移動通信端末１にダウンロードされたアプリケーションプログラム５ａ，５ｂ，５ｃを制御するための制御信号である。

まず、制御用サーバ８において、制御対象の端末として移動通信端末１が特定される（ステップＳ３０１）。この特定の方法としては、特定のアプリケーションプログラムがダウンロードされた端末を抽出したり、特定の端末機種に属する端末を抽出したりすることが考えられる。その後、制御用サーバ８から移動通信端末１に対して制御依頼信号が送信される（ステップＳ３０２）。この制御依頼信号は、制御対象の端末に対してリモート制御を開始する旨を通知するためのものである。

これに対して、移動通信端末１の制御信号受信部４２は、制御用サーバ８に対して、移動通信端末１の端末機種を特定するための端末機種特定情報を含む制御情報取得信号を返送する（ステップＳ３０３）。

制御用サーバ８は、制御情報取得信号を受信すると、その信号に含まれる端末機種情報を抽出して、移動通信端末１が制御対象の端末機種に属するものか否かを判定する（ステップＳ３０４）。判定の結果、制御対象の端末機種である場合には、処理を続行し、制御対象の端末機種でない場合には、処理を中止する。

次に、制御用サーバ８は、移動通信端末１に対して制御内容通知信号を送信する（ステップＳ３０５）。この制御内容通知信号には、制御対象のアプリケーションプログラム５ａ，５ｂ，５ｃに対応するＡＤＦファイルの取得先ＵＲＬが含まれている。移動通信端末１がこの制御内容通知信号を受信した後は、上述した制御処理（ステップＳ２０２〜Ｓ２０９）が行われる（ステップＳ３０６）。そして、移動通信端末１が制御用サーバ８に対して制御結果通知信号を送信して制御結果「成功／失敗」を通知する（ステップＳ３０７）。最後に、制御用サーバ８から制御結果応答信号が返され、処理を終了する（ステップＳ３０８）。

上述した移動通信端末１によれば、移動通信端末１によりアプリケーションプログラム５ａ，５ｂ，５ｃのダウンロード時に、参照パラメータを格納するためのデータ領域が確保された後、遠隔の制御用サーバ８から移動通信端末１に制御信号が送信され、その制御信号に含まれる制御情報よりアプリケーションプログラム５ａ，５ｂ，５ｃの起動可／不可状態等の動作状態が変更される。また、移動通信端末１により制御信号に含まれる参照パラメータがデータ格納部３１に保存された後、アプリケーションプログラム５ａ，５ｂ，５ｃによりその参照パラメータが読み出される。これにより、遠隔の制御用サーバ８から移動通信端末１にダウンロードされたアプリケーションプログラム５ａ，５ｂ，５ｃの動作状態制御が可能となるとともに、その動作状態制御の際にアプリケーションプログラム５ａ，５ｂ，５ｃに対して確実に動作制御用のパラメータを引き渡すことができる。

以下、図６を用いて、参照パラメータ領域確保による効果をより具体的に説明する。

図６において、（ａ）は、参照パラメータ領域を確保しない場合のデータ格納部のイメージを示す図、（ｂ）は、本発明による移動通信端末におけるデータ格納部３１のイメージを示す図である。

同図においては、アプリケーションプログラム５ａ、アプリケーションプログラム５ｂ、アプリケーションプログラム５ｃの順にダウンロードした場合の例が示されている。図６（ａ）の場合、アプリケーションプログラム５ａ用の参照パラメータ領域は、参照パラメータ受信時にアロケートされている。一方、アプリケーションプログラム５ｂ又はアプリケーションプログラム５ｃ用の参照パラメータ領域が未だアロケートされていないため、アプリケーションプログラム５ｂ又はアプリケーションプログラム５ｃに対する参照パラメータを受信しても保存できない虞がある。

これに対して、図６（ｂ）に示されるように、移動通信端末１においては、アプリケーションプログラム５ａ，５ｂ，５ｃのダウンロードの際に、それぞれのプログラムファイル領域に隣接する領域において参照パラメータ領域が確保されている。従って、制御用サーバ８から受信した参照パラメータをより確実に保存することができる。

また、制御信号受信部４２によりアプリケーションプログラム５ａ，５ｂ，５ｃに対して参照パラメータの受信通知が行われるので、アプリケーションプログラム５ａ，５ｂ，５ｃは、参照パラメータの受信通知を契機として参照パラメータを読み出す構成を採ることができる。さらに、この受信通知は、アプリケーションプログラムが実行中であれば、その動作モード（例えば、省電力モード、待機中モード）に関係なく受信可能である。従って、参照パラメータの更新に対して即時かつタイムリーにアプリケーションプログラムの動作が制御可能となる。加えて、アプリケーションプログラムが能動的に読み出す場合と比較して、アプリケーションプログラムにおける参照パラメータの前回受信時刻や受信間隔等の管理が不要とされるので、アプリケーションプログラムのプログラム構成がより単純化される。

なお、本発明は上述した各実施形態に限定されるものではない。例えば、アプリケーションプログラム５ａ，５ｂ，５ｃはＪＡＶＡ（登録商標）言語で記述されているプログラムに限られるものではなく、Ｃ言語等のその他の言語で記述されていても良い。

また、ダウンロード部４１は、ダウンロードされるアプリケーションプログラムがパラメータ参照型である場合に参照パラメータ領域を確保していたが、ダウンロードされる全てのアプリケーションプログラム用の参照パラメータ領域を確保しても良い。

また、ダウンロード部４１が確保する参照パラメータ領域のデータ容量は、ダウンロードされるアプリケーションプログラム毎に可変であっても良い。

また、アプリケーション管理手段４では、アプリケーションプログラム５に対応するＡＤＦファイルの取得先ＵＲＬでアプリケーションプログラムが特定されていたが、これは上記ＵＲＬに所定の演算を施した値が利用されていても良い。

本発明による移動通信端末の好適な一実施形態を示す概略構成図である。 図１のアプリケーション制御部の処理を説明する状態遷移図である。 アプリケーションプログラムダウンロード時の移動通信端末の動作を示すフローチャートである。 アプリケーションプログラム制御時の移動通信端末の動作を示すフローチャートである。 移動通信端末におけるアプリケーション制御の処理シーケンスを示す図である。 （ａ）は、参照パラメータ領域を確保しない場合のデータ格納部のイメージを示す図、（ｂ）は、本発明による移動通信端末におけるデータ格納部のイメージを示す図である。

符号の説明

１…移動通信端末、２…プログラム実行環境、３…データ領域、４…アプリケーション管理手段、５ａ，５ｂ，５ｃ（５）…アプリケーションプログラム、７…ＷＷＷサーバ、８…制御用サーバ、９…ネットワーク、３１…データ格納部、４１…ダウンロード部、４２…制御信号受信部、４３…アプリケーション制御部、４４…パラメータ保存部。

Claims (3)

1. 外部からアプリケーションプログラムをダウンロードするとともに、前記アプリケーションプログラムが実行時に参照する参照パラメータ用のデータ領域を確保するダウンロード手段と、
   前記アプリケーションプログラムが参照する参照パラメータを含む制御信号を受信する制御信号受信手段と、
   前記制御信号に含まれる参照パラメータを、前記データ領域に保存するパラメータ保存手段と、
   を備えることを特徴とする移動通信端末。
2. 前記制御信号受信手段は、前記参照パラメータを受信した旨を前記アプリケーションプログラムに対して通知する、
   ことを特徴とする請求項１記載の移動通信端末。
3. 移動通信端末内のアプリケーションプログラムを遠隔の制御装置から制御するアプリケーション制御方法であって、
   前記移動通信端末が、外部からアプリケーションプログラムをダウンロードする際に、前記アプリケーションプログラムが実行時に参照する参照パラメータ用のデータ領域を確保するデータ領域確保ステップと、
   前記制御装置が、前記アプリケーションプログラムが参照する参照パラメータを含む制御信号を、前記移動通信端末に対して送信する制御信号送信ステップと、
   前記移動通信端末が、前記制御信号に含まれる参照パラメータを、前記データ領域に保存するパラメータ保存ステップと、
   前記移動通信端末における前記アプリケーションプログラムが、実行時に前記データ領域から前記参照パラメータを読み出すパラメータ読出ステップと、
   を備えることを特徴とするアプリケーション制御方法。

Images