(57)【要約】【課題】同一のサービスを提供する複数のアプリケーションを保持しないように、新たなアプリケーションを取得可能とする。【解決手段】新たにＪａｖａアプリケーション又はブラウザアプリケーションのいずれかの種別のアプリケーションを取得するアプリケーション取得部２２と、取得されたアプリケーションにより提供されるサービスを識別するサービス識別部２３と、取得されたアプリケーションの種別を識別する種別識別部２４と、取得されたアプリケーションのサービスと同一であり、種別と相違するアプリケーションがアプリケーション保持部２１に保持されている場合に、アプリケーション保持部２１に保持されているアプリケーションを削除し、アプリケーション取得部２２により取得されたアプリケーションをアプリケーション保持部２１に格納する切替制御部２８と、を備える。【選択図】図１
2011053785.tif 000002
【特許請求の範囲】
【請求項１】
所定のサービスを実行するためにサーバからダウンロードして取得されるローカルアプリケーションと、ブラウザを介して前記サーバ内の所定のサービスを実行するためのブラウザアプリケーションとを利用可能な通信端末であって、
前記ローカルアプリケーション又は前記ブラウザアプリケーションを保持することが可能なアプリケーション保持手段と、
新たにローカルアプリケーション又はブラウザアプリケーションのいずれかの種別のアプリケーションを取得するアプリケーション取得手段と、
前記アプリケーション取得手段により取得されたアプリケーションにより提供されるサービスを識別するサービス識別手段と、
前記アプリケーション取得手段により取得されたアプリケーションの種別を識別する種別識別手段と、
前記サービス識別手段により識別された前記アプリケーションのサービスと同一であり、かつ、前記種別識別手段により識別された前記アプリケーションの種別と相違するアプリケーションが前記アプリケーション保持手段に保持されている場合に、前記アプリケーション保持手段に保持されているアプリケーションを削除し、前記アプリケーション取得手段により取得されたアプリケーションを前記アプリケーション保持手段に格納する切替制御手段と、
を備えることを特徴とする通信端末。
【請求項２】
前記アプリケーション取得手段により取得されたアプリケーションと同一のサービスを提供するアプリケーションの取得可能な種別を識別する取得可能種別識別手段を備え、
前記切替制御手段は、前記取得可能種別識別手段により識別された前記アプリケーションの取得可能種別に、前記アプリケーション取得手段により取得されたアプリケーションの種別が含まれる場合に、前記アプリケーション保持手段に保持されているアプリケーションを削除し、前記アプリケーション取得手段により取得されたアプリケーションを前記アプリケーション保持手段に格納することを特徴とする、請求項１に記載の通信端末。
【請求項３】
前記切替制御手段は、前記アプリケーション保持手段に保持されているアプリケーションにより使用可能な機能が、前記アプリケーション取得手段により取得されたアプリケーションでも使用可能である場合に、前記アプリケーション保持手段に保持されているアプリケーションを削除し、前記アプリケーション取得手段により取得されたアプリケーションを前記アプリケーション保持手段に格納することを特徴とする、請求項１又は２に記載の通信端末。
【請求項４】
前記通信端末のユーザからの切替指令を受け付ける受付手段を備え、
前記切替制御手段は、前記受付手段によりユーザによる切替指令が受け付けられた場合に、前記アプリケーション保持手段に保持されているアプリケーションを削除し、前記アプリケーション取得手段により取得されたアプリケーションを前記アプリケーション保持手段に格納することを特徴とする、請求項１〜３のいずれか１項に記載の通信端末。
【請求項５】
前記切替制御手段により前記アプリケーション保持手段のアプリケーションが前記アプリケーション取得手段により取得されたアプリケーションに切り替えられず、かつ、前記アプリケーション保持手段に保持されているアプリケーションにより使用可能な機能が、前記アプリケーション取得手段により取得されたアプリケーションでも使用可能である場合に、前記アプリケーション取得手段により取得されたアプリケーションを実行する暫定実行手段を備え、
前記暫定実行手段により実行されたアプリケーションは、実行後に前記アプリケーション保持手段に格納されずに破棄されることを特徴とする、請求項１〜４のいずれか１項に記載の通信端末。
【請求項６】
所定のサービスを実行するためにサーバからダウンロードして取得されるローカルアプリケーションと、ブラウザを介して前記サーバ内の所定のサービスを実行するためのブラウザアプリケーションとを利用可能な通信端末におけるアプリケーション取得方法であって、
新たにローカルアプリケーション又はブラウザアプリケーションのいずれかの種別のアプリケーションを取得するアプリケーション取得ステップと、
前記アプリケーション取得ステップにおいて取得されたアプリケーションにより提供されるサービスを識別するサービス識別ステップと、
前記アプリケーション取得ステップにおいて取得されたアプリケーションの種別を識別する種別識別ステップと、
ローカルアプリケーション又はブラウザアプリケーションを保持することが可能なアプリケーション保持手段に、前記サービス識別ステップにおいて識別された前記アプリケーションのサービスと同一であり、かつ、前記種別識別ステップにおいて識別された前記アプリケーションの種別と相違するアプリケーションが保持されている場合に、前記アプリケーション保持手段に保持されているアプリケーションを削除し、前記アプリケーション取得手段により取得されたアプリケーションを前記アプリケーション保持手段に格納する切替制御ステップと、
を備えることを特徴とするアプリケーション取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のサービスを実行するためにサーバからダウンロードして取得されるローカルアプリケーションと、ブラウザを介してサーバ内の所定のサービスを実行するためのブラウザアプリケーションとを利用可能な通信端末と、この通信端末におけるアプリケーション取得方法に関する。
【背景技術】
【０００２】
携帯電話やＰＤＡなどの通信端末において、コンテンツプロバイダにより提供されるサービス（例えばゲームなど）を利用するために、アプリケーションがコンテンツプロバイダから通信端末へダウンロードされ取得される。アプリケーションの形式としては、例えば、コンテンツプロバイダから当該サービスを利用するために必要な全てのデータを通信端末内にダウンロードするＪａｖａ（登録商標）アプリケーション（例えば特許文献１）などのローカルアプリケーションや、コンテンツプロバイダから当該サービスを利用するためのアクセス先ＵＲＬなどのリンク情報などのデータを取得し、ブラウザを介してコンテンツプロバイダのサーバ内にあるデータにアクセスし当該サービスを利用するブラウザアプリケーション（例えば特許文献２）が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−６５６４２号公報
【特許文献２】平１０―２４７１７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、コンテンツプロバイダが、ユーザのニーズに応えるべく、同一のサービスに係るローカルアプリケーション及びブラウザアプリケーションの両方を提供している場合がある。この場合、１台の通信端末に同一サービスに係るローカルアプリケーション及びブラウザアプリケーションの両方がダウンロードされ保持される状況が考えられる。
【０００５】
このような状況では、通信端末のユーザが所定のサービスを利用としたときに、端末内に保持されているローカルアプリケーションとブラウザアプリケーションのどちらを使用するのかを逐次確認するなどサービスを利用するために要する処理が煩雑になること、無駄な記憶領域を使用することなど、不都合な点が多い。通信端末には、一のサービスについては、当該サービスを提供するローカルアプリケーション又はブラウザアプリケーションのいずれか一方のみが保持されることが望ましい。
【０００６】
本発明は、上記の問題点を解決するためになされたものであり、同一のサービスを提供する複数のアプリケーションを保持しないように、新たなアプリケーションを取得可能な通信端末及びこの通信端末におけるアプリケーション取得方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明に係る通信端末は、所定のサービスを実行するためにサーバからダウンロードして取得されるローカルアプリケーションと、ブラウザを介してサーバ内の所定のサービスを実行するためのブラウザアプリケーションとを利用可能な通信端末であって、ローカルアプリケーション又はブラウザアプリケーションを保持することが可能なアプリケーション保持手段と、新たにローカルアプリケーション又はブラウザアプリケーションのいずれかの種別のアプリケーションを取得するアプリケーション取得手段と、アプリケーション取得手段により取得されたアプリケーションにより提供されるサービスを識別するサービス識別手段と、アプリケーション取得手段により取得されたアプリケーションの種別を識別する種別識別手段と、サービス識別手段により識別されたアプリケーションのサービスと同一であり、かつ、種別識別手段により識別されたアプリケーションの種別と相違するアプリケーションがアプリケーション保持手段に保持されている場合に、アプリケーション保持手段に保持されているアプリケーションを削除し、アプリケーション取得手段により取得されたアプリケーションをアプリケーション保持手段に格納する切替制御手段と、を備えることを特徴とする。
【０００８】
同様に、上記課題を解決するため、本発明に係るアプリケーション取得方法は、所定のサービスを実行するためにサーバからダウンロードして取得されるローカルアプリケーションと、ブラウザを介してサーバ内の所定のサービスを実行するためのブラウザアプリケーションとを利用可能な通信端末におけるアプリケーション取得方法であって、新たにローカルアプリケーション又はブラウザアプリケーションのいずれかの種別のアプリケーションを取得するアプリケーション取得ステップと、アプリケーション取得ステップにおいて取得されたアプリケーションにより提供されるサービスを識別するサービス識別ステップと、アプリケーション取得ステップにおいて取得されたアプリケーションの種別を識別する種別識別ステップと、ローカルアプリケーション又はブラウザアプリケーションを保持することが可能なアプリケーション保持手段に、サービス識別ステップにおいて識別されたアプリケーションのサービスと同一であり、かつ、種別識別ステップにおいて識別されたアプリケーションの種別と相違するアプリケーションが保持されている場合に、アプリケーション保持手段に保持されているアプリケーションを削除し、アプリケーション取得手段により取得されたアプリケーションをアプリケーション保持手段に格納する切替制御ステップと、を備えることを特徴とする。
【０００９】
このような通信端末及びアプリケーション取得方法によれば、新たにアプリケーションが取得されると、当該アプリケーションにより提供されるサービスや種別が識別され、当該アプリケーションのサービスと同一であり、かつ当該アプリケーションの種別と相違するアプリケーションがアプリケーション保持手段に保持されている場合に、アプリケーション保持手段に保持されているアプリケーションが削除され、新たに取得されたアプリケーションがアプリケーション保持手段に格納される。このため、新たに取得したアプリケーションと同一のサービスを提供する別のアプリケーションが既に通信端末に保持されていても、新たに取得したアプリケーションが元々通信端末に保持されているアプリケーションと切り替えられて新たに保持され、この結果、同一のサービスを提供する複数のアプリケーションを保持しないように、新たなアプリケーションを取得することができる。
【００１０】
また、本発明の通信端末においては、アプリケーション取得手段により取得されたアプリケーションと同一のサービスを提供するアプリケーションの取得可能な種別を識別する取得可能種別識別手段を備え、切替制御手段は、取得可能種別識別手段により識別されたアプリケーションの取得可能種別に、アプリケーション取得手段により取得されたアプリケーションの種別が含まれる場合に、アプリケーション保持手段に保持されているアプリケーションを削除し、アプリケーション取得手段により取得されたアプリケーションをアプリケーション保持手段に格納することが好適である。
【００１１】
この構成により、サーバ側が、通信端末に提供するアプリケーションの種別をブラウザアプリケーション又はローカルアプリケーションの一方に絞りたい場合などに、取得可能種別の記述を変更することによって、通信端末に提供したいアプリケーションのみを通信端末に保存させることができ、サーバ側の意図を反映したアプリケーションの配信が可能となり、サーバ側の利便性が向上する。
【００１２】
また、切替制御手段は、アプリケーション保持手段に保持されているアプリケーションにより使用可能な機能が、アプリケーション取得手段により取得されたアプリケーションでも使用可能である場合に、アプリケーション保持手段に保持されているアプリケーションを削除し、アプリケーション取得手段により取得されたアプリケーションをアプリケーション保持手段に格納することが好適である。
【００１３】
この構成により、同一サービスのアプリケーションを切り替えるときに機能が制限されるのを防ぐことができ、ユーザの利便性が向上する。
【００１４】
また、通信端末のユーザからの切替指令を受け付ける受付手段を備え、切替制御手段は、受付手段によりユーザによる切替指令が受け付けられた場合に、アプリケーション保持手段に保持されているアプリケーションを削除し、アプリケーション取得手段により取得されたアプリケーションをアプリケーション保持手段に格納することが好適である。
【００１５】
この構成により、ユーザからの切替指令を受け付けた場合のみアプリケーション保持手段のアプリケーションを切り替えるため、ユーザの意図を反映させた切替制御が可能となり、ユーザの利便性が向上する。
【００１６】
また、切替制御手段によりアプリケーション保持手段のアプリケーションがアプリケーション取得手段により取得されたアプリケーションに切り替えられず、かつ、アプリケーション保持手段に保持されているアプリケーションにより使用可能な機能が、アプリケーション取得手段により取得されたアプリケーションでも使用可能である場合に、アプリケーション取得手段により取得されたアプリケーションを実行する暫定実行手段を備え、暫定実行手段により実行されたアプリケーションは、実行後にアプリケーション保持手段に格納されずに破棄されることが好適である。
【００１７】
この構成により、切替制御手段がアプリケーション保持手段のアプリケーションをアプリケーション取得手段により取得されたアプリケーションに切り替えない場合でも、アプリケーション保持手段に保持されているアプリケーションにより使用可能な機能が、アプリケーション取得手段により取得されたアプリケーションでも使用可能である場合には、アプリケーション取得手段により取得されたアプリケーションを保持することなく暫定的に実行することができる。
【発明の効果】
【００１８】
本発明に係る通信端末及びアプリケーション取得方法によれば、同一のサービスを提供する複数のアプリケーションを保持しないように、新たなアプリケーションを取得可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係る移動通信端末を含む通信システムを示す構成図である。
【図２】ブラウザアプリケーションに含まれるＢ−ＳＤＦの一例を示す図である。
【図３】ブラウザアプリケーションに含まれるＢ−ＡＤＦの一例を示す図である。
【図４】移動通信端末のハードウェア構成図である。
【図５】コンテンツプロバイダサーバからブラウザアプリケーションが取得された場合に実行される処理を示すフローチャートである。
【図６】コンテンツプロバイダサーバからＪａｖａアプリケーションが取得された場合に実行される処理を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明に係る通信端末及びアプリケーション取得方法の好適な実施形態について図面を参照しながら説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００２１】
図１は、本実施形態に係る通信端末を含む通信システム１０を示す構成図である。図１に示すように、通信システム１０は、コンテンツプロバイダサーバ（サーバ）１１と、移動通信端末（通信端末）１２を含んで構成されている。コンテンツプロバイダサーバ１１と移動通信端末１２との間は、移動体通信網又はＷＷＷなどのインターネット網などによって構成される通信ネットワークを介して、相互にデータ通信が可能な状態で接続されている。
【００２２】
この通信システム１０では、移動通信端末１２がコンテンツプロバイダサーバ１１に対して、コンテンツプロバイダの提供する所定のサービスを利用するためのアプリケーションの要求を行い、コンテンツプロバイダサーバ１１が、当該要求に応じたアプリケーションを移動通信端末１２に提供するものである。本実施形態では、アプリケーションは、実行ファイルの保存場所がそれぞれ異なる「Ｊａｖａアプリケーション」及び「ブラウザアプリケーション」の２つの「種別」を含むものである。「Ｊａｖａアプリケーション」は、所定のサービスを実行するためにコンテンツプロバイダサーバ１１から全データをダウンロードして取得されるローカルアプリケーションの一例である。「ブラウザアプリケーション」は、ブラウザを介してコンテンツプロバイダサーバ１１内の所定のサービスに関するアプリケーションプログラムを実行するために必要なスクリプトや情報要素のみをダウンロードして取得されるアプリケーションである。本実施形態の移動通信端末１２は、これらのＪａｖａアプリケーション（図１のアプリケーションＡ）及びブラウザアプリケーション（図１のアプリケーションＢ）を利用可能である。
【００２３】
ここで、本実施形態においては、アプリケーションは、所定の基本機能である「サービス」を提供するものであり、このサービスに属する付加的な「機能」を少なくとも１つ備えるものとしている。つまり、１以上の「機能」が実行されることにより、「サービス」が提供される。具体的には、例えば「サービス」がゲームである場合、「機能」として通信機能、セーブデータ保存機能、取得コンテンツ（音楽、アイテムなど）保存機能などが含まれる。
【００２４】
このようなゲームサービスの具体的な機能としては例えば次のような具体例が考えられる。取得コンテンツ保存機能は、例えば、Ｊａｖａアプリケーション版のゲームで取得された音楽やアイテムなどのコンテンツを移動通信端末１２内に保存しておき、このゲームがブラウザアプリケーション版に変更されたときにも、端末内に保存されているコンテンツを利用することができる機能である。なお、ブラウザアプリケーション版のゲームの場合には、これらのコンテンツを、ｊａｖａアプリケーションと同様にゲームの中で取得したり、他には、ゲームの中で通信機能を介してコンテンツプロバイダサーバ１１や他のプレーヤーから購入することができる。
【００２５】
また、セーブデータ保存機能は、例えば、コンテンツプロバイダがＦｌａｓｈなどのブラウザアプリケーションのお試し版のゲームを端末に配布した場合に、このゲームのセーブデータを端末内に保存しておき、端末のユーザがこのゲームをお試し版からＪａｖａアプリケーションの本格版に移行した際にお試し版のセーブデータを利用して途中から利用できるようにする機能である。
【００２６】
同様に、セーブデータ保存機能は、例えば、Ｊａｖａアプリケーション版のゲームを提供しているコンテンツプロバイダが、端末種別ごとの動作確認の手間や高い開発コストを避けるために、ブラウザアプリケーション版に移行したいと考えた場合にも、Ｊａｖａアプリケーション版のセーブデータをブラウザアプリケーション版で利用可能にすることができる。
【００２７】
また、セーブデータ保存機能は、例えば、Ｊａｖａアプリケーション版のゲームを提供しているコンテンツプロバイダが、同じゲームで通信機能を使った対戦型のバージョンをブラウザアプリケーション版で製作した場合にも、Ｊａｖａアプリケーション版のセーブデータをブラウザアプリケーション版に利用可能とすることができる。
【００２８】
Ｊａｖａアプリケーションは、図１に示すように移動通信端末１２に保持するデータの中に、コンテンツプロバイダの権限（例えば提供可能な機能など）が記述されたポリシーファイルであるＳＤＦ（Ｓｅｃｕｒｉｔｙ  Ｄｅｓｃｒｉｐｔｅｒ  Ｆｉｌｅ）３１と、アプリケーションのサイズ、ダウンロード元ＵＲＬ、更新日時などの情報が記述されたＡＤＦ（Ａｐｐｌｉｃａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｅｒ  Ｆｉｌｅ）３２とを含む。同様に、ブラウザアプリケーションは、ＳＤＦ３１と同様の役割をもつＢ−ＳＤＦ３３と、ＡＤＦ３２と同様の役割をもつＢ−ＡＤＦ３４とを含む。Ｂ−ＳＤＦ３３及びＢ−ＡＤＦ３４は、例えば図２及び図３に示すようなキーが記述されたテキストファイルである。ＳＤＦ３１及びＡＤＦ３２の構成も図２，３に示すＢ−ＳＤＦ３３及びＢ−ＡＤＦ３４と同様である。
【００２９】
ここで、特に本実施形態にあっては、移動通信端末１２において、新たにアプリケーションがコンテンツプロバイダサーバ１１から取得されたときに、既に移動通信端末１２に同一のサービスを利用するためのアプリケーションが保持されている場合には、元々移動通信端末１２に保持されていたアプリケーションを削除し、コンテンツプロバイダサーバ１１から取得されたアプリケーションを移動通信端末１２に新たに保持する切替制御を行う。この切替制御は、所定の判定基準である切替条件が満たされた場合に実行される。切替条件については後述する。
【００３０】
図４は、移動通信端末１２のハードウェア構成図である。移動通信端末１２は、物理的には、ＣＰＵ（Central Processing Unit）１２１、主記憶装置であるＲＡＭ（Random Access Memory）１２２及びＲＯＭ（Read Only Memory）１２３、入力デバイスである入力キー等の操作部１２４、ディスプレイ１２５、無線通信部１２６などを有する端末装置として構成されている。後述する移動通信端末１２の各機能は、図４に示すＣＰＵ１２１、ＲＡＭ１２２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１２１の制御のもとで操作部１２４、ディスプレイ１２５、無線通信部１２６を動作させるとともに、ＲＡＭ１２２やＲＯＭ１２３におけるデータの読み出し及び書き込みを行うことで実現される。
【００３１】
次に、移動通信端末１２の機能について説明する。図１に示すように、移動通信端末１２は、アプリケーション保持部（アプリケーション保持手段）２１、アプリケーション取得部（アプリケーション取得手段）２２、サービス識別部（サービス識別手段）２３、種別識別部（種別識別手段）２４、取得可能種別識別部（取得可能種別識別手段）２５、切替指令受付部（受付手段）２６、機能識別部２７、切替制御部（切替制御手段）２８、及びアプリケーション実行部（暫定実行手段）２９を備えて構成されている。
【００３２】
アプリケーション保持部２１は、コンテンツプロバイダサーバ１１から取得されたＪａｖａアプリケーション又はブラウザアプリケーションを保持する部分である。アプリケーション保持部２１には、同一のサービスを提供するアプリケーションとして、Ｊａｖａアプリケーション又はブラウザアプリケーションのいずれか一方が保持されている。図１に示す例では、あるサービスに関するアプリケーションＡとして、Ｊａｖａアプリケーションが保持されており、他のサービスに関するアプリケーションＢとして、ブラウザアプリケーションが保持されている。
【００３３】
アプリケーション取得部２２は、新たにＪａｖａアプリケーション又はブラウザアプリケーションのいずれかの種別のアプリケーションをコンテンツプロバイダサーバ１１から取得する。Ｊａｖａアプリケーション又はブラウザアプリケーションのどちらのアプリケーションを取得するかは、例えば移動通信端末１２のユーザが指定して決定される。
【００３４】
サービス識別部２３は、アプリケーション取得部２２により取得されたアプリケーションにより提供されるサービスを識別する。具体的には、サービス識別部２３は、取得したアプリケーションに含まれるＡＤＦ３２又はＢ−ＡＤＦ３４の“ＡｐｐＤｏｗｎＬｏａｄＵＲＬ”キー（アプリケーションのダウンロード元を表すＵＲＬアドレス）、若しくはＳＤＦ３１又はＢ−ＳＤＦ３３の“ＳｃｒｉｐｔＩＤ”キー（スクリプトの管理ＩＤ）に割り当てられる値に基づいてサービスタイプを識別する。また、図３のＢ―ＡＤＦ３４には例示されていないが、ＡＤＦ３２又はＢ−ＡＤＦ３４に記述可能なＰＩＮ（暗証番号）情報やコンテンツプロバイダの識別情報の値に基づいてサービスタイプを識別してもよい。
【００３５】
種別識別部２４は、アプリケーション取得部２２により取得されたアプリケーションの種別が、Ｊａｖａアプリケーション又はブラウザアプリケーションのどちらかを識別する。例えば、種別識別部２４は、Ｃｏｎｔｅｎｔ−ｔｙｐｅや拡張子などを利用してアプリケーションの種別を識別する。
【００３６】
取得可能種別識別部２５は、アプリケーション取得部２２により取得されたアプリケーションと同一のサービスを提供するアプリケーションの取得可能な種別を識別する。具体的には、取得可能種別識別部２５は、取得したアプリケーションに含まれるＡＤＦ３２又はＢ−ＡＤＦ３４の“ＳｅｒｖｉｃｅＴｙｐｅ”キー（提供サービスタイプ）の内容をみて取得可能種別を確認する。“ＳｅｒｖｉｃｅＴｙｐｅ”には、“ｂｒｏｗｓｅｒ（ブラウザアプリケーションのみ取得可能）”、“ａｐｐ（Ｊａｖａアプリケーションのみ取得可能）”、又は“ｂｒｏｗｓｅｒ，ａｐｐ（ブラウザアプリケーション及びＪａｖａアプリケーションの両方を取得可能）”のいずれかが記載されている。
【００３７】
切替指令受付部２６は、例えばテンキーなどの操作部１２４を介して移動通信端末１２のユーザからの切替指令を受け付ける。
【００３８】
機能識別部２７は、アプリケーション取得部２２により取得されたアプリケーションの機能を識別する。機能識別部２７は、具体的には、ＳＤＦ３１又はＢ−ＳＤＦ３３に含まれる各機能の使用可否を定義するキーを参照して、アプリケーションの機能を識別する。例えば、図２の“Ｂｒｏｗｓｅｒ”キーは、ブラウザアプリケーションの使用可否を設定するキーであり、図２の例では“Ｂｒｏｗｓｅｒ＝ｙｅｓ”と記述されており、ブラウザアプリケーションを使用可能である。
【００３９】
切替制御部２８は、サービス識別部２３により識別されたアプリケーションのサービスと同一であり、かつ、種別識別部２４により識別されたアプリケーションの種別と相違するアプリケーションがアプリケーション保持部２１に保持されている場合に、所定の切替条件下で、アプリケーション保持部２１に保持されているアプリケーションを削除し、アプリケーション取得部２２により取得されたアプリケーションをアプリケーション保持部２１に格納する切替制御を行う。切替条件とは、具体的には、以下の条件の全てを満たすことである。
（１）取得可能種別識別部２５により識別された取得可能種別に、取得したアプリケーションの種別が含まれていること
（２）機能識別部２７により識別された、取得したアプリケーションの機能に、現在保持されているアプリケーションの機能がすべて含まれていること
（３）切替指令受付部２６によりユーザからの切り替え指令が受け付けられていること
【００４０】
アプリケーション実行部２９は、切替制御部２８がアプリケーションの切替制御を行わない場合であり、かつ、アプリケーション保持部２１のアプリケーションの機能が、アプリケーション取得部２２により取得されたアプリケーションの機能を全て含む場合に、取得されたアプリケーションを実行する。実行後のアプリケーションはアプリケーション保持部２１に保持せずに破棄される。
【００４１】
次に、図５及び図６に示すフローチャートを用いて、本実施形態の移動通信端末１２において実行される処理を説明すると共に、本実施形態に係るアプリケーソン取得方法について説明する。図５は、コンテンツプロバイダサーバ１１からブラウザアプリケーションが取得された場合に実行される処理を示すフローチャートであり、図６は、コンテンツプロバイダサーバ１１からＪａｖａアプリケーションが取得された場合に実行される処理を示すフローチャートである。
【００４２】
まず、図５を参照して、コンテンツプロバイダサーバ１１からブラウザアプリケーションが取得された場合に実行される処理について説明する。
【００４３】
アプリケーション取得部２２により、コンテンツプロバイダサーバ１１よりブラウザアプリケーションが取得されると（Ｓ１０１：アプリケーション取得ステップ）、サービス識別部２３により、ステップＳ１０１において取得されたブラウザアプリケーションにより提供されるサービスが識別され、切替制御部２８により、このブラウザアプリケーションと同一のサービスを提供するアプリケーションがアプリケーション保持部２１に保持されているか否かが確認される（Ｓ１０２：サービス識別ステップ）。
【００４４】
具体的には、サービス識別部２３及び切替制御部２８は、例えば以下の判定基準のいずれかを用いて同一サービスの判定を行う。
（１）取得されたブラウザアプリケーションのＢ−ＡＤＦ３４、及びアプリケーション保持部２１に保持されるアプリケーションのＡＤＦ３２又はＢ−ＡＤＦ３４の“ＡｐｐＤｏｗｎＬｏａｄＵＲＬ”が同一であること
（２）取得されたブラウザアプリケーションのＢ−ＳＤＦ３３、及びアプリケーション保持部２１に保持されるアプリケーションのＳＤＦ３１又はＢ−ＳＤＦ３３の“ＳｃｒｉｐｔＩＤ”が同一であること
（３）取得されたブラウザアプリケーションのＢ−ＡＤＦ３４、及びアプリケーション保持部２１に保持されるアプリケーションのＡＤＦ３２又はＢ−ＡＤＦ３４に記述されたＰＩＮ（暗証番号）情報やコンテンツプロバイダの識別情報が同一であること
ブラウザアプリケーションと同一のサービスを提供するアプリケーションがアプリケーション保持部２１に保持されていると判定された場合には、ステップＳ１０３に移行する。同一サービスのアプリケーションがアプリケーション保持部２１に保持されていないと判定された場合には、ブラウザアプリケーションをアプリケーション保持部２１に保存し（Ｓ１０４）、処理を終了する。
【００４５】
次に、種別識別部２４により、ステップＳ１０１において取得されたアプリケーションの種別が識別され、アプリケーション保持部２１に保持されている同一サービスのアプリケーションの種別と同一か否かが確認される（Ｓ１０３：種別識別ステップ）。図５に示すフローでは、ステップＳ１０１においてアプリケーション取得部２２により取得されたアプリケーションはブラウザアプリケーションであるので、アプリケーション保持部２１に保持されている同一サービスのアプリケーションがＪａｖａアプリケーションであるか否かが確認される。アプリケーション保持部２１に保持されているアプリケーションがＪａｖａアプリケーションである場合には、Ｓ１０５に移行する。
【００４６】
アプリケーション保持部２１に保持されているアプリケーションがＪａｖａアプリケーションではない場合、すなわちブラウザアプリケーションである場合には、ブラウザアプリケーションのバージョンアップの要否がユーザに確認される（Ｓ１０６）。バージョンアップを行うとの指示が与えられた場合には、ステップＳ１０１においてアプリケーション取得部２２により取得されたブラウザアプリケーションがアプリケーション保持部２１に上書き保存され（Ｓ１０７）、バージョンアップを行わないとの指示が与えられた場合には、ステップＳ１０１においてアプリケーション取得部２２により取得されたブラウザアプリケーションは、アプリケーション保持部２１に上書きされずに破棄され（Ｓ１０８）、処理を終了する。
【００４７】
次に、取得可能種別識別部２５により、ステップＳ１０１において取得されたブラウザアプリケーションと同一のサービスを利用できる、コンテンツプロバイダサーバ１１から取得可能なアプリケーションの種別（取得可能種別）が識別され、切替制御部２８により、このコンテンツプロバイダサーバ１１から取得可能なアプリケーションの種別にブラウザアプリケーションが含まれているか否かが確認される（Ｓ１０５）。具体的には、Ｂ−ＡＤＦ３４の“ＳｅｒｖｉｃｅＴｙｐｅ”に“ｂｒｏｗｓｅｒ（ブラウザアプリケーションのみ取得可能）”又は“ｂｒｏｗｓｅｒ，ａｐｐ（ブラウザアプリケーション及びＪａｖａアプリケーションの両方を取得可能）”のいずれかが記載されているかが確認される。取得可能種別にブラウザアプリケーションが含まれている場合には、ステップＳ１０９に移行する。ブラウザアプリケーションが含まれていない場合には、ステップＳ１１１に移行する。
【００４８】
次に、機能識別部２７により、ステップＳ１０１において取得されたブラウザアプリケーションの機能が識別され、切替制御部２８により切替条件を満たすか否かが確認される（Ｓ１０９）。具体的には、機能識別部２７は、ブラウザアプリケーションのＢ−ＳＤＦ３３を参照して、このブラウザアプリケーションが使用可能な機能を識別する。また、切替条件は、機能識別部２７により識別された、取得したアプリケーションの機能に、現在保持されているアプリケーションの機能がすべて含まれていることである。切替条件を満たすと判定された場合には、ステップＳ１１０に移行し、切替条件を満たさないと判定された場合には、Ｓ１１１に移行する。
【００４９】
次に、切替指令受付部２６によりユーザの切替指令が受け付けられた否かが確認される（Ｓ１１０）。切替指令が受け付けられた場合には、ステップＳ１１４に移行し、切替指令が受け付けられなかった場合には、ステップＳ１１１に移行する。
【００５０】
上述のステップＳ１０５において取得可能種別にブラウザアプリケーションが含まれていない場合、ステップＳ１０９において切替条件を満たさないと判定された場合、又はステップＳ１１０において切替指令が受け付けられなかった場合には、切替制御部２８により、ステップＳ１０１において取得されたブラウザアプリケーションが実行条件を満たすか否かが確認される（Ｓ１１１）。実行条件は、具体的には、アプリケーション保持部２１に保持されるＪａｖａアプリケーションのＳＤＦ３１に定義されている使用可能な機能が、アプリケーション取得部２２により取得されたブラウザアプリケーションのＢ−ＳＤＦ３３に定義される使用可能な機能を全て含むことである。つまり、一時的にブラウザアプリケーションを使用した後にＪａｖａアプリケーションに戻ったときに、使用可能な機能が減らない場合に実行条件をみたすと判定する。実行条件を満たすと判定された場合には、アプリケーション実行部２９により、ステップＳ１０１において取得されたブラウザアプリケーションが実行され（Ｓ１１２）、その後に切替制御を行わずに、実行されたブラウザアプリケーションを破棄して処理を終了する（Ｓ１１３）。実行条件を満たさないと判定された場合には、ブラウザアプリケーションを実行せずにそのまま破棄して（Ｓ１１３）処理を終了する。
【００５１】
そして、ステップＳ１１０において切替指令が受け付けられた場合には、切替制御部２８により、ステップＳ１０１において取得されたブラウザアプリケーションがアプリケーション保持部２１に保存され、元々アプリケーション保持部２１に保持されていたＪａｖａアプリケーションが削除される切替制御が行われる（Ｓ１１４：切替制御ステップ）。
【００５２】
次に、図６を参照して、コンテンツプロバイダサーバ１１からＪａｖａアプリケーションが取得された場合に実行される処理について説明する。
【００５３】
アプリケーション取得部２２により、コンテンツプロバイダサーバ１１よりＪａｖａアプリケーションが取得されると（Ｓ２０１：アプリケーション取得ステップ）、サービス識別部２３により、ステップＳ２０１において取得されたＪａｖａアプリケーションにより提供されるサービスが識別され、切替制御部２８により、このＪａｖａアプリケーションと同一のサービスを提供するアプリケーションがアプリケーション保持部２１に保持されているか否かが確認される（Ｓ２０２：サービス識別ステップ）。
【００５４】
具体的には、サービス識別部２３及び切替制御部２８は、例えば以下の判定基準のいずれかを用いて同一サービスの判定を行う。
（１）取得されたＪａｖａアプリケーションのＡＤＦ３２、及びアプリケーション保持部２１に保持されるアプリケーションのＡＤＦ３２又はＢ−ＡＤＦ３４の“ＡｐｐＤｏｗｎＬｏａｄＵＲＬ”が同一であること
（２）取得されたＪａｖａアプリケーションのＳＤＦ３１、及びアプリケーション保持部２１に保持されるアプリケーションのＳＤＦ３１又はＢ−ＳＤＦ３３の“ＳｃｒｉｐｔＩＤ”が同一であること
（３）取得されたＪａｖａアプリケーションのＡＤＦ３２、及びアプリケーション保持部２１に保持されるアプリケーションのＡＤＦ３２又はＢ−ＡＤＦ３４に記述されたＰＩＮ（暗証番号）情報やコンテンツプロバイダの識別情報が同一であること
Ｊａｖａアプリケーションと同一のサービスを提供するアプリケーションがアプリケーション保持部２１に保持されていると判定された場合には、ステップＳ２０３に移行する。同一サービスのアプリケーションがアプリケーション保持部２１に保持されていないと判定された場合には、Ｊａｖａアプリケーションをアプリケーション保持部２１に保存し（Ｓ２０４）、処理を終了する。
【００５５】
次に、種別識別部２４により、ステップＳ２０１において取得されたアプリケーションの種別が識別され、アプリケーション保持部２１に保持されている同一サービスのアプリケーションの種別と同一か否かが確認される（Ｓ２０３：種別識別ステップ）。図６に示すフローでは、ステップＳ２０１においてアプリケーション取得部２２により取得されたアプリケーションはＪａｖａアプリケーションであるので、アプリケーション保持部２１に保持されている同一サービスのアプリケーションがブラウザアプリケーションであるか否かが確認される。アプリケーション保持部２１に保持されているアプリケーションがブラウザアプリケーションである場合には、Ｓ２０５に移行する。
【００５６】
アプリケーション保持部２１に保持されているアプリケーションがブラウザアプリケーションではない場合、すなわちＪａｖａアプリケーションである場合には、Ｊａｖａアプリケーションのバージョンアップの要否がユーザに確認される（Ｓ２０６）。バージョンアップを行うとの指示が与えられた場合には、ステップＳ２０１においてアプリケーション取得部２２により取得されたＪａｖａアプリケーションがアプリケーション保持部２１に上書き保存され（Ｓ２０７）、バージョンアップを行わないとの指示が与えられた場合には、ステップＳ２０１においてアプリケーション取得部２２により取得されたブラウザアプリケーションは、アプリケーション保持部２１に上書きされずに破棄され（Ｓ２０８）、処理を終了する。
【００５７】
次に、取得可能種別識別部２５により、ステップＳ２０１において取得されたブラウザアプリケーションと同一のサービスを利用できる、コンテンツプロバイダサーバ１１から取得可能なアプリケーションの種別（取得可能種別）が識別され、切替制御部２８により、このコンテンツプロバイダサーバ１１から取得可能なアプリケーションの種別にＪａｖａアプリケーションが含まれているか否かが確認される（Ｓ２０５）。具体的には、ＡＤＦ３２の“ＳｅｒｖｉｃｅＴｙｐｅ”に“ａｐｐ（Ｊａｖａアプリケーションのみ取得可能）”又は“ｂｒｏｗｓｅｒ，ａｐｐ（ブラウザアプリケーション及びＪａｖａアプリケーションの両方を取得可能）”のいずれかが記載されているかが確認される。取得可能種別にＪａｖａアプリケーションが含まれている場合には、ステップＳ２０９に移行する。Ｊａｖａアプリケーションが含まれていない場合には、ステップＳ２１１に移行する。
【００５８】
次に、機能識別部２７により、ステップＳ２０１において取得されたＪａｖａアプリケーションの機能が識別され、切替制御部２８により切替条件を満たすか否かが確認される（Ｓ２０９）。具体的には、機能識別部２７は、ＪａｖａアプリケーションのＳＤＦ３１を参照して、このＪａｖａアプリケーションが使用可能な機能を識別する。また、切替条件は、機能識別部２７により識別された、取得したアプリケーションの機能に、現在保持されているアプリケーションの機能がすべて含まれていることである。切替条件を満たすと判定された場合には、ステップＳ２１０に移行し、切替条件を満たさないと判定された場合には、Ｓ２１１に移行する。
【００５９】
次に、切替指令受付部２６によりユーザの切替指令が受け付けられた否かが確認される（Ｓ２１０）。切替指令が受け付けられた場合には、ステップＳ２１４に移行し、切替指令が受け付けられなかった場合には、ステップＳ２１１に移行する。
【００６０】
上述のステップＳ２０５において取得可能種別にＪａｖａアプリケーションが含まれていない場合、ステップＳ２０９において切替条件を満たさないと判定された場合、又はステップＳ２１０において切替指令が受け付けられなかった場合には、切替制御部２８により、ステップＳ２０１において取得されたＪａｖａアプリケーションが実行条件を満たすか否かが確認される（Ｓ２１１）。実行条件は、具体的には、アプリケーション保持部２１に保持されるブラウザアプリケーションのＢ−ＳＤＦ３３に定義されている使用可能な機能が、アプリケーション取得部２２により取得されたＪａｖａアプリケーションのＳＤＦ３１に定義される使用可能な機能を全て含むことである。つまり、一時的にＪａｖａアプリケーションを使用した後にブラウザアプリケーションに戻ったときに、使用可能な機能が減らない場合に実行条件をみたすと判定する。実行条件を満たすと判定された場合には、アプリケーション実行部２９により、ステップＳ２０１において取得されたＪａｖａアプリケーションが実行され（Ｓ２１２）、その後に切替制御を行わずに、実行されたＪａｖａアプリケーションを破棄して処理を終了する（Ｓ２１３）。実行条件を満たさないと判定された場合には、Ｊａｖａアプリケーションを実行せずにそのまま破棄して（Ｓ２１３）処理を終了する。
【００６１】
そして、ステップＳ２１０において切替指令が受け付けられた場合には、切替制御部２８により、ステップＳ２０１において取得されたＪａｖａアプリケーションがアプリケーション保持部２１に保存され、元々アプリケーション保持部２１に保持されていたブラウザアプリケーションが削除される切替制御が行われる（Ｓ２１４：切替制御ステップ）。
【００６２】
以上説明したように、本発明の実施形態に係る移動通信端末１２及びこの移動通信端末１２におけるアプリケーション取得方法によれば、アプリケーション取得部２２によりコンテンツプロバイダサーバ１１から新たにアプリケーションが取得されると、サービス識別部２３及び種別識別部２４により、当該アプリケーションにより提供されるサービスや種別が識別される。そして、当該アプリケーションのサービスと同一であり、かつ当該アプリケーションの種別と相違するアプリケーションがアプリケーション保持部２１に保持されている場合に、切替制御部２８により、アプリケーション保持部２１に保持されているアプリケーションが削除され、新たに取得されたアプリケーションがアプリケーション保持部２１に格納される。このため、新たに取得したアプリケーションと同一のサービスを提供する別のアプリケーションが既に移動通信端末１２に保持されていても、新たに取得したアプリケーションが元々移動通信端末１２に保持されているアプリケーションと切り替えられて新たに保持され、この結果、同一のサービスを提供する複数のアプリケーションを保持しないように、新たなアプリケーションを取得することができる。
【００６３】
また、取得可能種別識別部２５が、アプリケーション取得部２２により取得されたアプリケーションと同一のサービスを提供するアプリケーションの取得可能な種別を識別し、切替制御部２８は、取得可能種別識別部２５により識別されたアプリケーションの取得可能種別に、アプリケーション取得手段により取得されたアプリケーションの種別が含まれる場合に、アプリケーション保持部２１に保持されているアプリケーションを削除し、アプリケーション取得部２２により取得されたアプリケーションをアプリケーション保持部２１に格納する。これにより、コンテンツプロバイダサーバ１１が、移動通信端末１２に提供するアプリケーションの種別をブラウザアプリケーション又はＪａｖａアプリケーションの一方に絞りたい場合などに、取得可能種別の記述を変更することによって、移動通信端末１２に提供したいアプリケーションのみを移動通信端末１２に保存させることができ、サーバ側の意図を反映したアプリケーションの配信が可能となり、サーバ側の利便性が向上する。
【００６４】
また、切替制御部２８は、アプリケーション保持部２１に保持されているアプリケーションにより使用可能な機能が、アプリケーション取得部２２により取得されたアプリケーションでも使用可能である場合に、アプリケーション保持部２１に保持されているアプリケーションを削除し、アプリケーション取得部２２により取得されたアプリケーションをアプリケーション保持部２１に格納する。この構成により、同一サービスのアプリケーションを切り替えるときに機能が制限されるのを防ぐことができ、ユーザの利便性が向上する。
【００６５】
また、切替指令受付部２６が、移動通信端末１２のユーザからの切替指令を受け付け、切替制御部２８は、切替指令受付部２６によりユーザによる切替指令が受け付けられた場合に、アプリケーション保持部２１に保持されているアプリケーションを削除し、アプリケーション取得部２２により取得されたアプリケーションをアプリケーション保持部２１に格納する。この構成により、ユーザからの切替指令を受け付けた場合のみアプリケーション保持部２１のアプリケーションを切り替えるため、ユーザの意図を反映させた切替制御が可能となり、ユーザの利便性が向上する。
【００６６】
また、アプリケーション実行部２９が、切替制御部２８によりアプリケーション保持部２１のアプリケーションがアプリケーション取得部２２により取得されたアプリケーションに切り替えられず、かつ、アプリケーション保持部２１に保持されているアプリケーションにより使用可能な機能が、アプリケーション取得部２２により取得されたアプリケーションでも使用可能である場合に、アプリケーション取得部２２により取得されたアプリケーションを実行し、アプリケーション実行部２９により実行されたアプリケーションは、実行後にアプリケーション保持部２１に格納されずに破棄される。
【００６７】
この構成により、切替制御部２８がアプリケーション保持部２１のアプリケーションをアプリケーション取得部２２により取得されたアプリケーションに切り替えない場合でも、アプリケーション保持部２１に保持されているアプリケーションにより使用可能な機能が、アプリケーション取得部２２により取得されたアプリケーションでも使用可能である場合には、アプリケーション取得部２２により取得されたアプリケーションを保持することなく暫定的に実行することができる。
【００６８】
以上、本発明に係る移動通信端末及びアプリケーション取得方法について好適な実施形態を挙げて説明したが、本発明は上記実施形態に限られるものではない。例えば、本発明は、ゲーム以外のアプリケーションにも適用可能である。
【００６９】
また、上記実施形態では、ローカルアプリケーションの一例としてＪａｖａアプリケーションを例示したが、通信端末に全データをダウンロードして取得されるアプリケーションであれば、Ｊａｖａ以外の言語で作成されたアプリケーションでもよい。
【符号の説明】
【００７０】
１０…通信システム、１１…コンテンツプロバイダサーバ（サーバ）、１２…移動通信端末（通信端末）、２１…アプリケーション保持部（アプリケーション保持手段）、２２…アプリケーション取得部（アプリケーション取得手段）、２３…サービス識別部（サービス識別手段）、２４…種別識別部（種別識別手段）、２５…取得可能種別識別部（取得可能種別識別手段）、２６…切替指令受付部（受付手段）、２７…機能識別部、２８…切替制御部（切替制御手段）、２９…アプリケーション実行部（暫定実行手段）。
【図１】
2011053785.tif 000003
【図２】
2011053785.tif 000004
【図３】
2011053785.tif 000005
【図４】
2011053785.tif 000006
【図５】
2011053785.tif 000007
【図６】
2011053785.tif 000008