通信装置及びプログラム
【課題】コンテンツの試用に関して、ユーザの利便性を向上させるための技術を提供することを目的としている。
【解決手段】コンテンツを受信したとき、キャッシュ記憶手段における空き領域または既に何らかのデータが記憶されている領域に、当該コンテンツを書き込み、コンテンツがキャッシュ記憶手段に書き込まれたとき、当該コンテンツを再生または実行する。操作部の操作により、再生または実行されたコンテンツについて保存を指示するコマンドが与えられたとき、当該コンテンツを前記キャッシュ記憶手段から読み出してコンテンツ保存手段に書き込む。
【解決手段】コンテンツを受信したとき、キャッシュ記憶手段における空き領域または既に何らかのデータが記憶されている領域に、当該コンテンツを書き込み、コンテンツがキャッシュ記憶手段に書き込まれたとき、当該コンテンツを再生または実行する。操作部の操作により、再生または実行されたコンテンツについて保存を指示するコマンドが与えられたとき、当該コンテンツを前記キャッシュ記憶手段から読み出してコンテンツ保存手段に書き込む。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツの使用に関する技術に関する。
【背景技術】
【０００２】
近年、ゲームソフト等の各種コンテンツを、サーバからインターネットを介して、通信装置にダウンロードできるようにしたシステムが開発されている。この種のシステムにおける一般的なコンテンツは、通信装置へのダウンロードがユーザから指示されると、通信装置にダウンロードされ、この通信装置のメモリに保存される。そして、保存された後に、このコンテンツに対する使用がユーザから指示されると、このコンテンツは使用される。
【０００３】
しかし、このシステムにおいては、ユーザが、コンテンツがどんなものであるかを知るためにコンテンツを試しに使用したい、即ち試用したい場合にも、このコンテンツのダウンロードを指示した後、このコンテンツの使用を指示しなければならない。また、ユーザがこのコンテンツを気に入らないなどの理由でこのコンテンツを通信装置に保存したくない場合には、このコンテンツの削除を指示しなければならない。このような指示操作をいちいち行わなければならないことは、コンテンツをとにかく試用したいユーザにとっては、大変煩わしく感じられる恐れがある。
【０００４】
ところで、特許文献１には、ホストコンピュータから応用プログラムを受信し、これを自動で起動するコンピュータに関する技術が開示されている。この技術によれば、ユーザが応用プログラム（コンテンツ）の起動（使用）指示を行わなくとも、自動的に当該応用プログラムが起動される。
【０００５】
【特許文献１】特開昭６３−１４２５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この特許文献１に示される技術を用いれば、ユーザがコンテンツを手軽に試用することができるものの、このコンテンツの試用後に、保存の必要のないコンテンツに対して、削除指示を行わなければならない。従って、コンテンツの試用及び試用後のコンテンツの取り扱いという、コンテンツの試用に関する一連の行為において、ユーザにとって煩わしく感じられる部分が残る恐れがある。
【０００７】
本発明は、以上説明した事情に鑑みてなされたものであり、コンテンツの試用に関して、ユーザの利便性を向上させるための技術を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、ブラウザソフトウェアを記憶する第１の記憶手段と、不揮発性メモリである第２の記憶手段と、制御手段とを備え、前記制御手段は、前記ブラウザソフトウェアを実行することにより、外部から指定されたアプリケーションソフトウェアの制御情報が記述されている第１のファイルを受信し、前記第１のファイルに、前記アプリケーションソフトウェアが試用のためのソフトウェアであることを示す第１のデータが記述されているか否かを判断し、前記第１のデータが前記第１のファイルに記述されている場合、前記第１のファイルに記述されている識別情報により特定される、前記アプリケーションソフトウェアの制御情報が記述されている第２のファイルを受信して前記第２の記憶手段に記憶し、前記第２のファイルに記述されている識別情報により特定される前記アプリケーションソフトウェアを受信して前記第２の記憶手段に記憶し、当該アプリケーションソフトウェアを実行し、前記ブラウザソフトウェアの実行終了後に、前記第２の記憶手段に格納された情報をすべて削除することを特徴とする通信装置を提供する。
【０００９】
好ましい態様として、前記通信装置は、液晶表示手段と、不揮発性メモリである第３の記憶手段とをさらに備え、前記制御手段は、前記アプリケーションの実行終了後に、前記第２のファイルに、前記アプリケーションソフトウェアが前記第３の記憶手段への記憶を禁止されているソフトウェアであることを示す第２のデータが記述されているか否かを判断し、前記第２のファイルに前記第２のデータが記述されていない場合、前記アプリケーションソフトウェアの前記第３の記憶手段への記憶の要否を尋ねるメッセージを前記液晶表示手段に表示させ、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶させる旨の指示を受信すると、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶し、前記第２のファイルに前記第２のデータが記述されている場合、前記メッセージを前記液晶表示手段に表示させないようにしてもよい。
【００１０】
また、好ましい態様として、前記アプリケーションソフトウェアは、Ｊａｖａ（登録商標）アプリケーションソフトウェアであってもよく、前記第２のファイルは、ＡＤＦであってもよい。
【００１１】
また、本発明は、ブラウザソフトウェアを記憶する第１の記憶手段と、不揮発性メモリである第２の記憶手段とを備えるコンピュータに、前記ブラウザソフトウェアを実行することにより、外部から指定されたアプリケーションソフトウェアの制御情報が記述されている第１のファイルを受信するステップと、前記第１のファイルに、前記アプリケーションソフトウェアが試用のためのソフトウェアであることを示す第１のデータが記述されているか否かを判断するステップと、前記第１のデータが前記第１のファイルに記述されている場合、前記第１のファイルに記述されている識別情報により特定される、前記アプリケーションソフトウェアの制御情報が記述されている第２のファイルを受信して前記第２の記憶手段に記憶するステップと、前記第２のファイルに記述されている識別情報により特定される前記アプリケーションソフトウェアを受信して前記第２の記憶手段に記憶するステップと、当該アプリケーションソフトウェアを実行するステップと、前記ブラウザソフトウェアの実行終了後に、前記第２の記憶手段に格納された情報をすべて削除するステップとを実行させるプログラムを提供する。
【００１２】
好ましい態様として、前記コンピュータは、液晶表示手段と、不揮発性メモリである第３の記憶手段とをさらに備え、前記プログラムは、前記アプリケーションの実行終了後に、前記第２のファイルに、前記アプリケーションソフトウェアが前記第３の記憶手段への記憶を禁止されているソフトウェアであることを示す第２のデータが記述されているか否かを判断するステップと、前記第２のファイルに前記第２のデータが記述されていない場合、前記アプリケーションソフトウェアの前記第３の記憶手段への記憶の要否を尋ねるメッセージを前記液晶表示手段に表示させるステップと、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶させる旨の指示を受信すると、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶するステップとを前記コンピュータにさらに実行させ、前記第２のファイルに前記第２のデータが記述されている場合、前記メッセージを前記液晶表示手段に表示させないようにしてもよい。
【００１３】
また、好ましい態様として、前記アプリケーションソフトウェアは、Ｊａｖａアプリケーションソフトウェアであってもよく、前記第２のファイルは、ＡＤＦであってもよい。
【発明の効果】
【００１４】
以上説明したように本発明によれば、コンテンツの試用に関して、ユーザの利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施形態について説明する。なお、各図において共通する部分には、同一の符号が付されている。また、かかる実施形態は本発明の一態様を示すものであり、この発明を限定するものではなく、本発明の範囲で任意に変更可能である。
（１．構成）
＜通信システム１の構成＞
図１は、本実施形態に係る通信システム１の構成を示すブロック図である。
移動パケット通信網３０は、当該移動パケット通信網３０に収容される携帯電話機４０に対して、パケット通信サービスを提供する通信網である。この移動パケット通信網３０は、ゲートウェイサーバ３１と基地局３２とを有する。基地局３２は、移動パケット通信網３０の通信サービスエリア内に多数設置されている。携帯電話機４０は、基地局３２がカバーする無線セルに在圏しているとき、この基地局３２と無線通信を行うことができる。
ゲートウェイサーバ３１は、移動パケット通信網３０とインターネット２０とのデータの授受を中継する。
携帯電話機４０及びコンテンツサーバ１０の各々は、インターネット２０及び移動パケット通信網３０を介して、ＨＴＴＰ(Hyper Text Transfer Protcol)通信を行う。
【００１６】
＜コンテンツサーバ１０の構成＞
次に、コンテンツサーバ１０の構成について説明する。コンテンツサーバ１０の構成は一般的なコンピュータと同様であるから、本発明に係る構成のみについて説明する。
コンテンツサーバ１０は、Ｊａｖａ（登録商標）ＡＰソフトウェアを記憶している。ＪａｖａＡＰソフトウェアは、アプリケーションを実現するためのソフトウェアであり、Ｊａｖａプログラム言語を用いて作成されたプログラムを有するＪＡＲ(Java Archive)ファイルと当該ＪＡＲファイルに関する情報が記述されたＡＤＦ(Application Descriptor File)とから構成される。
【００１７】
また、コンテンツサーバ１０には、当該コンテンツサーバ１０に記憶されているＪａｖａＡＰソフトウェアに対応する説明ファイルが記憶されている。説明ファイルの内容は図３に示される通りである。同図において、ＪａｖａＡＰソフトウェアが、本発明に係る試用のためのＪａｖａＡＰソフトウェア（以下、トライアルＡＰという）である場合、アンカータグ（"<A"で始まるタグ）にｉｌｅｔ属性が指定されている。このｉｌｅｔ属性に指定されている値がｉｄ属性に指定されているオブジェクトタグ（"<OBJECT"で始まるタグ）が特定される。このオブジェクトタグのｄａｔａ属性に指定されているＵＲＬ（http://WWW.CCC.co.jp/cardgame/jam）が、このトライアルＡＰを構成する後述のＡＤＦの格納場所を示している。なお、ＪａｖａＡＰソフトウェアがトライアルＡＰでない場合には、ｉｌｅｔ属性の代わりに、ｉｊａｍ属性が指定されている。この説明ファイルは、携帯電話機４０において解釈・実行されると図４に示される説明ページを提供するように記述されている。
【００１８】
更に、コンテンツサーバ１０は、ＪａｖａＡＰソフトウェアを携帯電話機４０へ送信する機能を有している。具体的には、コンテンツサーバ１０は、ＪａｖａＡＰソフトウェアを要求するＨＴＴＰリクエストメッセージを携帯電話機４０から受信すると、当該ＪａｖａＡＰソフトウェアを構成するＡＤＦを読み出す。そして、読み出したＡＤＦを含むＨＴＴＰレスポンスメッセージを生成し、これを携帯電話機４０へ送信する。また、このＡＤＦに対応するＪＡＲファイルを要求するＨＴＴＰリクエストメッセージを携帯電話機４０から受信すると、ＪＡＲファイルを読み出す。そして、読み出したＪＡＲファイルを含むＨＴＴＰレスポンスメッセージを生成し、これを携帯電話機４０へ送信する。
【００１９】
ここで、ＡＤＦについて説明する。
ＡＤＦは、ＪＡＲファイルの記憶や起動、ネットワークアクセスなどを制御するための各種制御情報が記述されたテキストファイルである。図５に、ＡＤＦのデータ構成を例示する。同図において、「項目名称」欄には制御情報の名称が示され、「必須／オプション」欄には、当該制御情報がＡＤＦに必須の制御情報であるのか、それとも必須ではなくオプションとしてＡＤＦに含まれる制御情報であるのかが示され、「データ」欄には、当該制御情報に対する情報が示されている。
【００２０】
ここで、本実施形態に係る各制御情報について簡単に説明する。「AppName」は、ＪａｖａＡＰソフトウェアの名称を示す制御情報であり、その「データ」欄には、名称を示す情報が示されている。「PackageURL」はＪＡＲファイルのダウンロード元を示す制御情報であり、その「データ」欄には、そのダウンロード元を示すＵＲＬ（Uniform Resource Locator）が示されている。「AppSize」は、ＪＡＲファイルのデータサイズを示す制御情報であり、その「データ欄」には、そのデータサイズが示されている。
【００２１】
「IletPreserve」は、ＪａｖａＡＰソフトウェアを携帯電話機４０に保存不可能であることを示す保存制御情報である。ＡＤＦにこの「IletPreserve」が含まれていれば、保存不可能であることを示し、含まれていなければ、保存可能であることを示す。
【００２２】
なお、これらの制御情報は、ＪａｖａＡＰソフトウェアを提供するコンテンツプロバイダにより設定される。上述したＪａｖａＡＰソフトウェアが携帯電話機４０で実行される環境については、後述する。
【００２３】
＜携帯電話機４０の構成＞
次に、携帯電話機４０の構成について説明する。携帯電話機４０の構成は一般的なコンピュータと同様であるから、本発明に係る構成のみについて、図６を参照して説明する。
【００２４】
ＣＰＵ４００は、記憶部４０６に記憶されている各種プログラムを実行することにより、装置各部の制御を行なう。
記憶部４０６は、ＲＯＭ(Read Only Memory)４０７と、ＲＡＭ(Randdom Accsess Memory)４０８と、ＥＥＰＲＯＭ（Electrically Erasable Programmable−ROM）から構成される不揮発性メモリ４０９とを有している。
ＲＯＭ４０７に記憶されているプログラムには、携帯電話機４０用のオペレーティングシステムや、ＪａｖａＡＰソフトウェアをダウンロードする際に実行されるＷＷＷ（World Wide Web）ブラウザソフトウェアや、後述のＪａｖａＡＰソフトウェアの実行環境に係るソフトウェアが含まれている。
【００２５】
不揮発性メモリ４０９は、ＪａｖａＡＰソフトウェア、各種プログラム、各種データを記憶している。ＪａｖａＡＰソフトウェアが記憶される領域には、キャッシュ領域４０９ａと、保存領域４０９ｂとがある。これらの領域は、不揮発性メモリ４０９内に予め確保されている。
【００２６】
キャッシュ領域４０９ａには、携帯電話機４０で試用されるためにコンテンツサーバ１０からダウンロードされたＪａｖａＡＰソフトウェアが記憶される。キャッシュ領域４０９ａに記憶されたＪａｖａＡＰソフトウェアは、当該ＪａｖａＡＰソフトウェアをダウンロードする際にＣＰＵ４００により実行されたＷＷＷブラウザソフトウェアの実行が終了すると、ＣＰＵ４００によって当該キャッシュ領域４０９ａから削除される。ＪａｖａＡＰソフトウェアが削除されるとは、具体的には、当該ＪａｖａＡＰソフトウェアの記憶に使用されていた記憶領域が解放され、当該ＪａｖａＡＰソフトウェアを読み出すことが不可能となり、当該記憶領域が新たなデータ記憶のために使用可能となることを意味する。
【００２７】
保存領域４０９ｂには、コンテンツサーバ１０からダウンロードされたＪａｖａＡＰソフトウェアのうち、上述の保存制御情報とユーザからの指示とに基づいて、当該携帯電話機に４０に保存することが指示されたＪａｖａＡＰソフトウェアが記憶される。保存領域４０９ｂに記憶されたＪａｖａＡＰソフトウェアは、当該携帯電話機４０のユーザによる削除指示がない限り、当該保存領域４０９ｂに記憶されている。
【００２８】
また、不揮発性メモリ４０９には、ＣＰＵ４００が即実行処理を実行するためのプログラムが記憶されている。即実行処理とは、以下の処理のことである。ＣＰＵ４００が、コンテンツサーバ１０からＪａｖａＡＰソフトウェアを構成するＡＤＦを取得する際、当該ＡＤＦが格納されているＵＲＬを示すアンカータグにｉｌｅｔ属性が指定されているか否かを判別する。指定されていると判別した場合、当該ｉｌｅｔ属性に指定されている値がｉｄ属性に指定されているオブジェクトタグのｄａｔａ属性に指定されているＵＲＬを抽出し、このＵＲＬで特定されるＡＤＦの送信をコンテンツサーバ１０へ要求する。次いで、コンテンツサーバ１０から得られたＡＤＦをキャッシュ領域４０９ａに記憶させるとともに、当該ＡＤＦの「PackageURL」のデータに示されているＪＡＲファイルのダウンロード元のサーバにＪＡＲファイルの要求を行う。次いで、ダウンロード元のサーバからこのＪＡＲファイルを受信すると、これをキャッシュ領域４０９ａに記憶させ、その後ユーザからの実行指示を待たずに、このＡＤＦ及びＪＡＲファイルから構成されるトライアルＡＰを実行する。
【００２９】
また、不揮発性メモリ４０９には、ＣＰＵ４００が保存処理を実行するためのプログラムが記憶されている。保存処理とは以下の処理のことである。ＣＰＵ４００が、トライアルＡＰに対して上述の即実行処理を行った後、当該トライアルＡＰに含まれるＡＤＦに「IletPreserve」が含まれていないか否かを判別する。「IletPreserve」が含まれていないと判別した場合、保存領域４０９ｂの空き領域に記憶可能なデータのデータサイズ（以下、空きサイズという）を検出し、当該空きサイズと、ＡＤＦの「AppSize」のデータに示されるＪＡＲファイルのデータサイズと当該ＡＤＦのデータサイズとの合計（以下、保存対象ＡＰサイズという）との大小を判定する。空きサイズが、保存対象ＡＰサイズ以上であると判定した場合、当該トライアルＡＰを保存領域４０９ｂに記憶させる。空きサイズが、、保存対象ＡＰサイズより小さいと判定した場合、保存領域４０９ｂに記憶されているＪａｖａＡＰソフトウェアのうち削除する対象となるＪａｖａＡＰソフトウェアをユーザに選択させる。そして、ユーザによって選択されたＪａｖａＡＰソフトウェアのデータサイズの合計と空きサイズとの合計のデータサイズが、保存対象ＡＰサイズ以上であると判定した場合、当該トライアルＡＰを保存領域４０９ｂに記憶させる。
【００３０】
＜Ｊａｖａ実行環境＞
図７は、携帯電話機４０に組み込まれているＪａｖａＡＰソフトウェアの実行環境を説明するための図である。ＪａｖａＡＰソフトウェアの実行環境を構築するためのソフトウェアとして、ＫＶＭ（K Virtual Machine）と、コンフィギレーションとしてＣＬＤＣ（Connected Limited Device Configuration）を備えるとともにプロファイルとして通信事業者が独自に策定したオリジナルＪａｖａ拡張プロファイルを備えたＪ２ＭＥ（Java 2 Micro Edition）とが組み込まれている。
【００３１】
ＪＡＭ（Java Application Manager）は、オペレーションシステムによる制御の下で、携帯電話機４０に記憶されるＪａｖａＡＰソフトウェアを管理するためのソフトウェアである。具体的には、ＣＰＵ４００は、ＪＡＭに従い、保存領域４０９ｂに記憶されているＪａｖａＡＰソフトウェアをリスト表示するリスト表示機能や、ＪａｖａＡＰソフトウェアの実行管理（起動や強制終了など）を行う機能、ＪａｖａＡＰソフトウェアの記憶や更新を行う機能、携帯電話機４０に記憶されているＪａｖａＡＰソフトウェアを削除する機能を実現させる。
以上のようなソフトウェアがＣＰＵ４００により実行されることにより、ＪａｖａＡＰソフトウェアの実行環境が構築され、このような実行環境においてＪａｖａＡＰソフトウェアがＣＰＵ４００により実行されると、当該ＪａｖａＡＰソフトウェアに対応した機能が実現される。
【００３２】
（２．動作）
次に本実施形態の動作について図を参照しながら説明する。
図８は、携帯電話機４０のＣＰＵ４００によって行われる以下の即実行処理の流れを示すフローチャートである。
ユーザが、携帯電話機４０の操作入力部４０２を操作して、ＷＷＷブラウザソフトウェアの起動を指示すると、ＣＰＵ４００はＷＷＷブラウザソフトウェアの実行を開始する。そして、ＣＰＵ４００は、ＷＷＷブラウザソフトウェアに従い、以下のように動作する。まず、ユーザが、コンテンツサーバ１０のＵＲＬ(Uniform Resource Locators)を入力して、コンテンツサーバ１０へのアクセスを指示すると、ＣＰＵ４００は、コンテンツサーバ１０との通信を開始する。そして、コンテンツサーバ１０から提供される図示しないリストファイルを解釈実行して、リストページ（図２参照）を液晶表示部４０５に表示させる。図２では、ＪａｖａＡＰソフトウェアの名前が表示されている。このように表示されるリストページにおいて、ユーザが、携帯電話機４０の操作入力部４０２を操作して、所望するＪａｖａＡＰソフトウェアの名前（ここでは、「カードゲーム」とする）が表示されているボタンＢＴ１を選択すると、ＣＰＵ４００はこれを検知し、当該ＪａｖａＡＰソフトウェアに対応する説明ファイルの提供をコンテンツサーバ１０へ要求する。次いで、ＣＰＵ４００は、コンテンツサーバ１０から提供された説明ファイル（図３参照）を解釈実行して、説明ページ（図４参照）を液晶表示部４０５に表示させる。
【００３３】
そして、ユーザが、この説明ページにおいて、ボタンＢＴ２を選択する入力を操作入力部４０２にて行うと、ＣＰＵ４００は、これを検出し、このボタンＢＴ２に対応する説明ファイル中に記述されているアンカータグにｉｌｅｔ属性が指定されているか否かを判別する（ステップＳ１１）。ここでは、アンカータグにｉｌｅｔ属性が指定されているため、当該ＪａｖａＡＰソフトウェアがトライアルＡＰであると判別する。次いで、ｉｌｅｔ属性に指定されている値がｉｄ属性に指定されているオブジェクトタグのｄａｔａ属性に指定されているＵＲＬを抽出し、このＵＲＬで特定されるＡＤＦを要求するＨＴＴＰリクエストメッセージを、移動パケット通信網３０及びインターネット２０を介してコンテンツサーバ１０へ送信する（ステップＳ１２）。
【００３４】
次いで、コンテンツサーバ１０は、当該ＨＴＴＰリクエストメッセージを受信すると、当該ＨＴＴＰリクエストメッセージにおいて要求されるＡＤＦを読み出す。そして、コンテンツサーバ１０は、読み出したＡＤＦを含むＨＴＴＰレスポンスメッセージを生成し、これを携帯電話機４０へ送信する。
【００３５】
携帯電話機４０のＣＰＵ４００は、ＨＴＴＰレスポンスメッセージを受信する（ステップＳ１３）と、このＨＴＴＰレスポンスメッセージに含まれるＡＤＦの内容に基づいて、このＡＤＦから構成されるＪａｖａＡＰソフトウェアをダウンロード可能か否かを判定する。ここでは、携帯電話機４０はＪａｖａＡＰソフトウェアをダウンロード可能な状態にあるとして、ＣＰＵ４００は、ＪａｖａＡＰソフトウェアをダウンロード可能と判定する。次いで、このＡＤＦをキャッシュ領域４０９ａに一時的に格納する（ステップＳ１４）。そして、ＣＰＵ４００は、ＡＤＦにおいて指定されているパッケージＵＲＬを抽出し、このパッケージＵＲＬで特定されるＪＡＲファイルの送信を要求するＨＴＴＰリクエストメッセージを生成し、これをコンテンツサーバ１０へ送信する（ステップＳ１５）。
【００３６】
コンテンツサーバ１０は、ＨＴＴＰリクエストメッセージを受信すると、このＨＴＴＰリクエストメッセージの内容に対応したＪＡＲファイルを含むＨＴＴＰレスポンスメッセージを生成し、これを携帯電話機４０へ送信する。
【００３７】
携帯電話機４０のＣＰＵ４００は、このＨＴＴＰレスポンスメッセージを受信する（ステップＳ１６）と、このＨＴＴＰレスポンスメッセージに含まれるＪＡＲファイルをキャッシュ領域４０９ａに一時的に格納する（ステップＳ１７）。
次いで、ＣＰＵ４００は、ユーザからの実行指示を待たずに、当該トライアルＡＰを即実行する（ステップＳ１８）。これにより、当該トライアルＡＰに対応した機能が携帯電話機４０において実現される。
【００３８】
なお、ステップＳ１１において、判定結果が否定的である場合、当該ＪａｖａＡＰソフトウェアはトライアルＡＰではないと判別して、ＣＰＵ４００は、当該ＪａｖａＡＰソフトウェアを保存領域４０９ｂに記憶させる（ステップＳ１９）。その後、ステップＳ１５〜ステップＳ１６と同様にして、ステップＳ２０〜Ｓ２１の処理を行い、受信したＪＡＲファイルを保存領域４０９ｂに記憶させる（ステップＳ２２）。
【００３９】
ステップＳ１８の後、ユーザが、携帯電話機４０の操作入力部４０２を操作して、当該ＪａｖａＡＰソフトウェアの実行を終了させる指示入力を行うと、ＣＰＵ４００は、当該ＪａｖａＡＰソフトウェアの実行を終了する。
続いて、ＣＰＵ４００は、当該ＪａｖａＡＰソフトウェアのＡＤＦを参照し、当該ＡＤＦに「IletPreserve」が含まれていないか否かを判別する（ステップＳ３０）。この判別結果が肯定的である場合には、当該ＪａｖａＡＰソフトウェアを携帯電話機４０に保存可能であるため、ＣＰＵ４００は、「アプリケーションを保存しますか？」というメッセージを液晶表示部４０５に表示させる（ステップＳ３１）。
【００４０】
そして、ユーザが、携帯電話機４０の操作入力部４０２を操作して、当該ＪａｖａＡＰソフトウェアを保存する指示入力を行うと、ＣＰＵ４００はこれを検知し（ステップＳ３２）、当該ＪａｖａＡＰソフトウェアを構成するＡＤＦを参照し、このＡＤＦの「Appsize」のデータに示されるＪＡＲファイルのデータサイズ（保存対象データサイズ）を読み出す。そして、この保存対象サイズと、保存領域４０９ｂの空きサイズとの大小を判定する（ステップＳ３３）。この判定の結果、保存対象サイズが空きサイズより小さい場合には、ＣＰＵ４００は、このＪａｖａＡＰソフトウェアを保存領域４０９ｂに記憶させる（ステップＳ３４）。
【００４１】
なお、ステップＳ３３において、判定結果が否定的である場合、ＣＰＵ４００は、以下の領域確保処理を行う（ステップＳ３５）。
図１０は、領域確保処理の流れを示すフローチャートである。
ＣＰＵ４００は、ＪＡＭに従って、保存領域４０９ｂに記憶されているＪａｖａＡＰソフトウェアを液晶表示部４０５にリスト表示させるとともに、「このリストに名前が表示されているＪａｖａＡＰソフトウェアのうち、いずれかを削除すれば、当該ＪａｖａＡＰソフトウェアを保存可能です」というメッセージを表示させる（ステップＳ３５０）。
【００４２】
このリストを見たユーザが、携帯電話機４０の操作入力部４０２を操作して、削除対象のＪａｖａＡＰソフトウェアを選択入力すると、ＣＰＵ４００はこれを検知し（ステップＳ３５１）、選択されたＪａｖａＡＰソフトウェアのデータサイズを検出する。そして、このデータサイズと、保存領域４０９ｂの空きサイズとの合計（以下、合計サイズという）を算出する（ステップＳ３５２）。そして、この合計サイズと、保存対象サイズとの大小を判定する（ステップＳ３５３）。この判定の結果、合計サイズが保存対象サイズ以下であると判定した場合、ＣＰＵ４００は、削除対象として選択されたＪａｖａＡＰソフトウェアの名前を液晶表示部４０５に表示させるとともに、「このＪａｖａＡＰソフトウェアを削除します。良いですか？」というメッセージを液晶表示部４０５に表示させる（ステップＳ３５５）。
このメッセージを見たユーザが、携帯電話機４０の操作入力部４０２を操作して、このＪａｖａＡＰソフトウェアを削除することに同意する旨の入力を行うと、ＣＰＵ４００はこれを検知し（ステップＳ３５６）、この名前を有するＪａｖａＡＰソフトウェアを保存領域４０９ｂから削除する（ステップＳ３５７）。次いで、ＣＰＵ４００は、上述と同様の確認処理を行う（ステップＳ３５８）。
【００４３】
また、ステップＳ３５３において、合計サイズより保存対象サイズが大きいと判定した場合は、「まだ空き領域のサイズが不足しています。更に、削除するＪａｖａＡＰソフトウェアを選択してください。」というメッセージを液晶表示部４０５に表示させる。そして、ステップＳ３５３における比較結果について、合計サイズが保存対象サイズ以下となるまで、又は、ステップＳ３５４においてユーザからの保存処理をキャンセルする指示を検知するまで、ステップＳ３５１〜Ｓ３５４の処理を繰り返す。
以上のようにして、ＣＰＵ４００は、保存処理を行う。
【００４４】
なお、図９のステップＳ３０において、ＣＰＵ４００は、ＡＤＦに「IletPreserve」が含まれていると判別した場合、当該ＪａｖａＡＰソフトウェアを携帯電話機４０に保存不可能であるため、当該ＪａｖａＡＰソフトウェアに対して上述のような保存処理を行わない。
【００４５】
その後、ユーザが携帯電話機４０の操作入力部４０２を操作して、ＷＷＷブラウザソフトウェアの実行を終了させる指示を行うと、ＣＰＵ４００は、ＷＷＷブラウザソフトウェアの実行を終了する。更に、キャッシュ領域４０９ａに記憶されていたコンテンツを削除する。
【００４６】
また、ユーザは、保存領域４０９ｂに記憶されたコンテンツを実行させたい場合、携帯電話機４０の操作入力部４０２を操作することにより、液晶表示部４０５に保存領域４０９ｂに記憶されているＪａｖａＡＰソフトウェアについて、リスト表示させる指示を行う。この指示に従って、ＣＰＵ４００は、ＪＡＭに従って、ＪａｖａＡＰソフトウェアを液晶表示部４０５にリスト表示させる。次いで、ユーザが、リスト表示されたＪａｖａＡＰソフトウェアのうち、所望するＪａｖａＡＰソフトウェアの実行指示を行うと、ＣＰＵ４００は、当該ＪａｖａＡＰソフトウェアを保存領域４０９ｂから読み出し、これを実行する。これにより、当該ＪａｖａＡＰソフトウェアに対応した機能が携帯電話機４０において実現される。
なお、保存領域４０９ｂに記憶されたＪａｖａＡＰソフトウェアは、ユーザからの削除指示がなされない限り、この保存領域４０９ｂに記憶されている状態となる。
【００４７】
以上のような構成により、ユーザは、携帯電話機４０において、手間を掛けずにＪａｖａＡＰソフトウェアを試用してみることができる。更に、試用した後に、保存制御情報の有無及びユーザの意志により、このＪａｖａＡＰソフトウェアを携帯電話機４０に保存させることが可能である。また、携帯電話機４０の空き領域が、このＪａｖａＡＰソフトウェアを記憶させるに十分でない場合であっても、携帯電話機４０に記憶されている他のＪａｖａＡＰソフトウェアを削除させることで、当該ＪａｖａＡＰソフトウェアを保存可能とさせることができる。
また、当該ＪａｖａＡＰソフトウェアがトライアルＡＰであることを示す情報を、当該ＪａｖａＡＰソフトウェアを構成するＡＤＦをダウンロードする際に参照される説明ファイルのアンカータグにおいて示すことにより、当該ＪａｖａＡＰソフトウェアをトライアルＡＰにすべく当該ＪａｖａＡＰソフトウェア自体に変更を加えなくても済む。
【００４８】
（３．変形例）
以上、本発明の実施形態について説明したが、この実施形態はあくまでも例示であり、本発明の趣旨から逸脱しない範囲で様々な変形が可能である。変形例としては、例えば以下のようなものが考えられる。
【００４９】
＜１＞上述した実施形態におけるコンテンツサーバ１０は、インターネット２０に接続されている構成とした。しかしながら、コンテンツサーバ１０は、専用線を介して移動パケット通信網３０のゲートウェイサーバ３１に直接接続されている構成であってもよい。また、ゲートウェイサーバ３１がコンテンツサーバ１０の機能を有する構成であってもよい。さらに、コンテンツサーバ１０が移動パケット通信網３０内に設けられている構成であってもよい。
また、上述した実施形態における配信システムでは、ＨＴＴＰに従ってファイルを送受するようにしたが、ＨＴＴＰＳを使用し、より高いセキュリティを確保するようにシステムを変形してもよい。
【００５０】
＜２＞上述した実施形態では、コンテンツとして、Ｊａｖａプログラミング言語により記述されたＪａｖａＡＰソフトウェアを用いた場合について説明したが、勿論、プログラミング言語はＪａｖａに限定されるものではなく、Ｃ＋＋などの言語であっても構わない。
また、コンテンツは、ソフトウェアに限らず、画像データ、動画データ、楽曲データ、ＨＴＭＬデータなどの文書データなどのコンテンツであっても構わない。これらのコンテンツを使用可能な携帯電話機４０は、画像データや動画データ、楽曲データを再生するための再生プログラム及び再生部や、文書データを解釈し液晶表示部４０５に表示させるための表示プログラムを備える構成とする。また、上述の実施形態における保存処理に係るコンテンツのデータサイズに関する情報を、当該コンテンツをダウンロードする前に、コンテンツサーバ１０から受信するなどの構成とすればよい。
【００５１】
＜３＞上述した実施形態では、ＪａｖａＡＰソフトウェアをコンテンツサーバ１０から携帯電話機４０にダウンロードする場合について説明したが、勿論、ＪａｖａＡＰソフトウェアをコンテンツサーバ１０から携帯電話機４０へ配信する場合にも本発明を適用可能である。
【００５２】
＜４＞上述した実施形態では、携帯電話機４０の不揮発性メモリ４０９に、キャッシュ領域４０９ａ及び保存領域４０９ｂを静的に定めた。しかし、これらの領域を、静的に定めるのではなく、動的に定める構成であっても良い。具体的には、ＣＰＵ４００は、コンテンツサーバ１０からダウンロードしたＪａｖａＡＰソフトウェアを不揮発性メモリ４０９に記憶させる際、このＪａｖａＡＰソフトウェアに対し、一時的に記憶させることを示す記憶識別情報（例えば、メモリフラグ'０'）を対応付けて記憶させる。そして、ＣＰＵ４００は、保存処理を行っている際、ユーザからの保存指示があった場合に、当該ＪａｖａＡＰソフトウェアを不揮発性メモリ４０９から削除せず、当該ＪａｖａＡＰソフトウェアに対応付けられた記憶識別情報を確定的に記憶されることを示す情報に変更する（例えば、メモリフラグを'０'から'１'に変更する）。しかし、ユーザからの保存指示が無かった場合には、ＷＷＷブラウザソフトウェアの実行終了後に、メモリフラグ'０'が対応付けられた当該ＪａｖａＡＰソフトウェアを不揮発性メモリ４０９から削除する。
以上のような構成によれば、不揮発性メモリ４０９におけるＪａｖａＡＰソフトウェアを記憶する領域を、有効に使用することができうる。
【００５３】
＜５＞上述した実施形態では、ＪａｖａＡＰソフトウェアに対し、説明ファイル中に記述されるアンカータグにｉｌｅｔ属性を指定することによって、当該ＪａｖａＡＰソフトウェアが試用のためのコンテンツであることを示す試用情報を対応付けた。しかし、このような試用情報をＪａｖａＡＰソフトウェアに対応付けない構成であっても良い。このような構成において、携帯電話機４０のＣＰＵ４００は、コンテンツサーバ１０からＪａｖａＡＰソフトウェアをダウンロードすると、これをキャッシュ領域４０９ａに記憶させ、当該ＪａｖａＡＰソフトウェアに対して上述と同様の即実行処理を行うようにすれば良い。
【００５４】
＜６＞上述した携帯電話機４０のＣＰＵ４００が実行するソフトウェア（ＪＡＭソフトウェアやＯＳソフトウェア等）は、ＣＰＵ４００によって読み取り可能な磁気記録媒体、光記録媒体あるいはＲＯＭ等の記録媒体に記録して提供することが可能である。また、これらプログラムを、インターネット２０経由で携帯電話機４０にダウンロードさせることももちろん可能である。
【図面の簡単な説明】
【００５５】
【図１】本発明の第１実施形態に係る通信システム１の構成を例示するブロック図である。
【図２】同実施形態に係る携帯電話機の液晶表示部に表示されるリストページを例示する図である。
【図３】同実施形態に係る説明ファイルの内容を説明するための図である。
【図４】同実施形態に係る携帯電話機の液晶表示部に表示される説明ページを例示する図である。
【図５】同実施形態に係るＡＤＦのデータ構成を例示する図である。
【図６】同実施形態に係る携帯電話機のハードウェア構成を例示するブロック図である。
【図７】同実施形態に係るｊａｖａの実行環境を例示するブロック図である。
【図８】同実施形態に係る携帯電話機のＣＰＵによって行われる即実行処理の流れを示すフローチャートである。
【図９】同実施形態に係る携帯電話機のＣＰＵによって行われる保存処理の流れを示すフローチャートである。
【図１０】同実施形態に係る携帯電話機のＣＰＵによって行われる領域確保処理の流れを示すフローチャートである。
【符号の説明】
【００５６】
１・・・通信システム、１０・・・コンテンツサーバ、２０・・・インターネット、３０・・・移動パケット通信網、３１・・・ゲートウェイサーバ、３２・・・基地局、４０・・・携帯電話機、４００・・・ＣＰＵ、４０１・・・無線通信部、４０１ａ・・・アンテナ、４０２・・・操作入力部、４０３・・・通話処理部、４０５・・・液晶表示部、４０６・・・記憶部、４０７・・・ＲＯＭ、４０８・・・ＲＡＭ、４０９・・・不揮発性メモリ、４０９ａ・・・キャッシュ領域、４０９ｂ・・・保存領域。
【技術分野】
【０００１】
この発明は、コンテンツの使用に関する技術に関する。
【背景技術】
【０００２】
近年、ゲームソフト等の各種コンテンツを、サーバからインターネットを介して、通信装置にダウンロードできるようにしたシステムが開発されている。この種のシステムにおける一般的なコンテンツは、通信装置へのダウンロードがユーザから指示されると、通信装置にダウンロードされ、この通信装置のメモリに保存される。そして、保存された後に、このコンテンツに対する使用がユーザから指示されると、このコンテンツは使用される。
【０００３】
しかし、このシステムにおいては、ユーザが、コンテンツがどんなものであるかを知るためにコンテンツを試しに使用したい、即ち試用したい場合にも、このコンテンツのダウンロードを指示した後、このコンテンツの使用を指示しなければならない。また、ユーザがこのコンテンツを気に入らないなどの理由でこのコンテンツを通信装置に保存したくない場合には、このコンテンツの削除を指示しなければならない。このような指示操作をいちいち行わなければならないことは、コンテンツをとにかく試用したいユーザにとっては、大変煩わしく感じられる恐れがある。
【０００４】
ところで、特許文献１には、ホストコンピュータから応用プログラムを受信し、これを自動で起動するコンピュータに関する技術が開示されている。この技術によれば、ユーザが応用プログラム（コンテンツ）の起動（使用）指示を行わなくとも、自動的に当該応用プログラムが起動される。
【０００５】
【特許文献１】特開昭６３−１４２５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この特許文献１に示される技術を用いれば、ユーザがコンテンツを手軽に試用することができるものの、このコンテンツの試用後に、保存の必要のないコンテンツに対して、削除指示を行わなければならない。従って、コンテンツの試用及び試用後のコンテンツの取り扱いという、コンテンツの試用に関する一連の行為において、ユーザにとって煩わしく感じられる部分が残る恐れがある。
【０００７】
本発明は、以上説明した事情に鑑みてなされたものであり、コンテンツの試用に関して、ユーザの利便性を向上させるための技術を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、ブラウザソフトウェアを記憶する第１の記憶手段と、不揮発性メモリである第２の記憶手段と、制御手段とを備え、前記制御手段は、前記ブラウザソフトウェアを実行することにより、外部から指定されたアプリケーションソフトウェアの制御情報が記述されている第１のファイルを受信し、前記第１のファイルに、前記アプリケーションソフトウェアが試用のためのソフトウェアであることを示す第１のデータが記述されているか否かを判断し、前記第１のデータが前記第１のファイルに記述されている場合、前記第１のファイルに記述されている識別情報により特定される、前記アプリケーションソフトウェアの制御情報が記述されている第２のファイルを受信して前記第２の記憶手段に記憶し、前記第２のファイルに記述されている識別情報により特定される前記アプリケーションソフトウェアを受信して前記第２の記憶手段に記憶し、当該アプリケーションソフトウェアを実行し、前記ブラウザソフトウェアの実行終了後に、前記第２の記憶手段に格納された情報をすべて削除することを特徴とする通信装置を提供する。
【０００９】
好ましい態様として、前記通信装置は、液晶表示手段と、不揮発性メモリである第３の記憶手段とをさらに備え、前記制御手段は、前記アプリケーションの実行終了後に、前記第２のファイルに、前記アプリケーションソフトウェアが前記第３の記憶手段への記憶を禁止されているソフトウェアであることを示す第２のデータが記述されているか否かを判断し、前記第２のファイルに前記第２のデータが記述されていない場合、前記アプリケーションソフトウェアの前記第３の記憶手段への記憶の要否を尋ねるメッセージを前記液晶表示手段に表示させ、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶させる旨の指示を受信すると、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶し、前記第２のファイルに前記第２のデータが記述されている場合、前記メッセージを前記液晶表示手段に表示させないようにしてもよい。
【００１０】
また、好ましい態様として、前記アプリケーションソフトウェアは、Ｊａｖａ（登録商標）アプリケーションソフトウェアであってもよく、前記第２のファイルは、ＡＤＦであってもよい。
【００１１】
また、本発明は、ブラウザソフトウェアを記憶する第１の記憶手段と、不揮発性メモリである第２の記憶手段とを備えるコンピュータに、前記ブラウザソフトウェアを実行することにより、外部から指定されたアプリケーションソフトウェアの制御情報が記述されている第１のファイルを受信するステップと、前記第１のファイルに、前記アプリケーションソフトウェアが試用のためのソフトウェアであることを示す第１のデータが記述されているか否かを判断するステップと、前記第１のデータが前記第１のファイルに記述されている場合、前記第１のファイルに記述されている識別情報により特定される、前記アプリケーションソフトウェアの制御情報が記述されている第２のファイルを受信して前記第２の記憶手段に記憶するステップと、前記第２のファイルに記述されている識別情報により特定される前記アプリケーションソフトウェアを受信して前記第２の記憶手段に記憶するステップと、当該アプリケーションソフトウェアを実行するステップと、前記ブラウザソフトウェアの実行終了後に、前記第２の記憶手段に格納された情報をすべて削除するステップとを実行させるプログラムを提供する。
【００１２】
好ましい態様として、前記コンピュータは、液晶表示手段と、不揮発性メモリである第３の記憶手段とをさらに備え、前記プログラムは、前記アプリケーションの実行終了後に、前記第２のファイルに、前記アプリケーションソフトウェアが前記第３の記憶手段への記憶を禁止されているソフトウェアであることを示す第２のデータが記述されているか否かを判断するステップと、前記第２のファイルに前記第２のデータが記述されていない場合、前記アプリケーションソフトウェアの前記第３の記憶手段への記憶の要否を尋ねるメッセージを前記液晶表示手段に表示させるステップと、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶させる旨の指示を受信すると、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶するステップとを前記コンピュータにさらに実行させ、前記第２のファイルに前記第２のデータが記述されている場合、前記メッセージを前記液晶表示手段に表示させないようにしてもよい。
【００１３】
また、好ましい態様として、前記アプリケーションソフトウェアは、Ｊａｖａアプリケーションソフトウェアであってもよく、前記第２のファイルは、ＡＤＦであってもよい。
【発明の効果】
【００１４】
以上説明したように本発明によれば、コンテンツの試用に関して、ユーザの利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施形態について説明する。なお、各図において共通する部分には、同一の符号が付されている。また、かかる実施形態は本発明の一態様を示すものであり、この発明を限定するものではなく、本発明の範囲で任意に変更可能である。
（１．構成）
＜通信システム１の構成＞
図１は、本実施形態に係る通信システム１の構成を示すブロック図である。
移動パケット通信網３０は、当該移動パケット通信網３０に収容される携帯電話機４０に対して、パケット通信サービスを提供する通信網である。この移動パケット通信網３０は、ゲートウェイサーバ３１と基地局３２とを有する。基地局３２は、移動パケット通信網３０の通信サービスエリア内に多数設置されている。携帯電話機４０は、基地局３２がカバーする無線セルに在圏しているとき、この基地局３２と無線通信を行うことができる。
ゲートウェイサーバ３１は、移動パケット通信網３０とインターネット２０とのデータの授受を中継する。
携帯電話機４０及びコンテンツサーバ１０の各々は、インターネット２０及び移動パケット通信網３０を介して、ＨＴＴＰ(Hyper Text Transfer Protcol)通信を行う。
【００１６】
＜コンテンツサーバ１０の構成＞
次に、コンテンツサーバ１０の構成について説明する。コンテンツサーバ１０の構成は一般的なコンピュータと同様であるから、本発明に係る構成のみについて説明する。
コンテンツサーバ１０は、Ｊａｖａ（登録商標）ＡＰソフトウェアを記憶している。ＪａｖａＡＰソフトウェアは、アプリケーションを実現するためのソフトウェアであり、Ｊａｖａプログラム言語を用いて作成されたプログラムを有するＪＡＲ(Java Archive)ファイルと当該ＪＡＲファイルに関する情報が記述されたＡＤＦ(Application Descriptor File)とから構成される。
【００１７】
また、コンテンツサーバ１０には、当該コンテンツサーバ１０に記憶されているＪａｖａＡＰソフトウェアに対応する説明ファイルが記憶されている。説明ファイルの内容は図３に示される通りである。同図において、ＪａｖａＡＰソフトウェアが、本発明に係る試用のためのＪａｖａＡＰソフトウェア（以下、トライアルＡＰという）である場合、アンカータグ（"<A"で始まるタグ）にｉｌｅｔ属性が指定されている。このｉｌｅｔ属性に指定されている値がｉｄ属性に指定されているオブジェクトタグ（"<OBJECT"で始まるタグ）が特定される。このオブジェクトタグのｄａｔａ属性に指定されているＵＲＬ（http://WWW.CCC.co.jp/cardgame/jam）が、このトライアルＡＰを構成する後述のＡＤＦの格納場所を示している。なお、ＪａｖａＡＰソフトウェアがトライアルＡＰでない場合には、ｉｌｅｔ属性の代わりに、ｉｊａｍ属性が指定されている。この説明ファイルは、携帯電話機４０において解釈・実行されると図４に示される説明ページを提供するように記述されている。
【００１８】
更に、コンテンツサーバ１０は、ＪａｖａＡＰソフトウェアを携帯電話機４０へ送信する機能を有している。具体的には、コンテンツサーバ１０は、ＪａｖａＡＰソフトウェアを要求するＨＴＴＰリクエストメッセージを携帯電話機４０から受信すると、当該ＪａｖａＡＰソフトウェアを構成するＡＤＦを読み出す。そして、読み出したＡＤＦを含むＨＴＴＰレスポンスメッセージを生成し、これを携帯電話機４０へ送信する。また、このＡＤＦに対応するＪＡＲファイルを要求するＨＴＴＰリクエストメッセージを携帯電話機４０から受信すると、ＪＡＲファイルを読み出す。そして、読み出したＪＡＲファイルを含むＨＴＴＰレスポンスメッセージを生成し、これを携帯電話機４０へ送信する。
【００１９】
ここで、ＡＤＦについて説明する。
ＡＤＦは、ＪＡＲファイルの記憶や起動、ネットワークアクセスなどを制御するための各種制御情報が記述されたテキストファイルである。図５に、ＡＤＦのデータ構成を例示する。同図において、「項目名称」欄には制御情報の名称が示され、「必須／オプション」欄には、当該制御情報がＡＤＦに必須の制御情報であるのか、それとも必須ではなくオプションとしてＡＤＦに含まれる制御情報であるのかが示され、「データ」欄には、当該制御情報に対する情報が示されている。
【００２０】
ここで、本実施形態に係る各制御情報について簡単に説明する。「AppName」は、ＪａｖａＡＰソフトウェアの名称を示す制御情報であり、その「データ」欄には、名称を示す情報が示されている。「PackageURL」はＪＡＲファイルのダウンロード元を示す制御情報であり、その「データ」欄には、そのダウンロード元を示すＵＲＬ（Uniform Resource Locator）が示されている。「AppSize」は、ＪＡＲファイルのデータサイズを示す制御情報であり、その「データ欄」には、そのデータサイズが示されている。
【００２１】
「IletPreserve」は、ＪａｖａＡＰソフトウェアを携帯電話機４０に保存不可能であることを示す保存制御情報である。ＡＤＦにこの「IletPreserve」が含まれていれば、保存不可能であることを示し、含まれていなければ、保存可能であることを示す。
【００２２】
なお、これらの制御情報は、ＪａｖａＡＰソフトウェアを提供するコンテンツプロバイダにより設定される。上述したＪａｖａＡＰソフトウェアが携帯電話機４０で実行される環境については、後述する。
【００２３】
＜携帯電話機４０の構成＞
次に、携帯電話機４０の構成について説明する。携帯電話機４０の構成は一般的なコンピュータと同様であるから、本発明に係る構成のみについて、図６を参照して説明する。
【００２４】
ＣＰＵ４００は、記憶部４０６に記憶されている各種プログラムを実行することにより、装置各部の制御を行なう。
記憶部４０６は、ＲＯＭ(Read Only Memory)４０７と、ＲＡＭ(Randdom Accsess Memory)４０８と、ＥＥＰＲＯＭ（Electrically Erasable Programmable−ROM）から構成される不揮発性メモリ４０９とを有している。
ＲＯＭ４０７に記憶されているプログラムには、携帯電話機４０用のオペレーティングシステムや、ＪａｖａＡＰソフトウェアをダウンロードする際に実行されるＷＷＷ（World Wide Web）ブラウザソフトウェアや、後述のＪａｖａＡＰソフトウェアの実行環境に係るソフトウェアが含まれている。
【００２５】
不揮発性メモリ４０９は、ＪａｖａＡＰソフトウェア、各種プログラム、各種データを記憶している。ＪａｖａＡＰソフトウェアが記憶される領域には、キャッシュ領域４０９ａと、保存領域４０９ｂとがある。これらの領域は、不揮発性メモリ４０９内に予め確保されている。
【００２６】
キャッシュ領域４０９ａには、携帯電話機４０で試用されるためにコンテンツサーバ１０からダウンロードされたＪａｖａＡＰソフトウェアが記憶される。キャッシュ領域４０９ａに記憶されたＪａｖａＡＰソフトウェアは、当該ＪａｖａＡＰソフトウェアをダウンロードする際にＣＰＵ４００により実行されたＷＷＷブラウザソフトウェアの実行が終了すると、ＣＰＵ４００によって当該キャッシュ領域４０９ａから削除される。ＪａｖａＡＰソフトウェアが削除されるとは、具体的には、当該ＪａｖａＡＰソフトウェアの記憶に使用されていた記憶領域が解放され、当該ＪａｖａＡＰソフトウェアを読み出すことが不可能となり、当該記憶領域が新たなデータ記憶のために使用可能となることを意味する。
【００２７】
保存領域４０９ｂには、コンテンツサーバ１０からダウンロードされたＪａｖａＡＰソフトウェアのうち、上述の保存制御情報とユーザからの指示とに基づいて、当該携帯電話機に４０に保存することが指示されたＪａｖａＡＰソフトウェアが記憶される。保存領域４０９ｂに記憶されたＪａｖａＡＰソフトウェアは、当該携帯電話機４０のユーザによる削除指示がない限り、当該保存領域４０９ｂに記憶されている。
【００２８】
また、不揮発性メモリ４０９には、ＣＰＵ４００が即実行処理を実行するためのプログラムが記憶されている。即実行処理とは、以下の処理のことである。ＣＰＵ４００が、コンテンツサーバ１０からＪａｖａＡＰソフトウェアを構成するＡＤＦを取得する際、当該ＡＤＦが格納されているＵＲＬを示すアンカータグにｉｌｅｔ属性が指定されているか否かを判別する。指定されていると判別した場合、当該ｉｌｅｔ属性に指定されている値がｉｄ属性に指定されているオブジェクトタグのｄａｔａ属性に指定されているＵＲＬを抽出し、このＵＲＬで特定されるＡＤＦの送信をコンテンツサーバ１０へ要求する。次いで、コンテンツサーバ１０から得られたＡＤＦをキャッシュ領域４０９ａに記憶させるとともに、当該ＡＤＦの「PackageURL」のデータに示されているＪＡＲファイルのダウンロード元のサーバにＪＡＲファイルの要求を行う。次いで、ダウンロード元のサーバからこのＪＡＲファイルを受信すると、これをキャッシュ領域４０９ａに記憶させ、その後ユーザからの実行指示を待たずに、このＡＤＦ及びＪＡＲファイルから構成されるトライアルＡＰを実行する。
【００２９】
また、不揮発性メモリ４０９には、ＣＰＵ４００が保存処理を実行するためのプログラムが記憶されている。保存処理とは以下の処理のことである。ＣＰＵ４００が、トライアルＡＰに対して上述の即実行処理を行った後、当該トライアルＡＰに含まれるＡＤＦに「IletPreserve」が含まれていないか否かを判別する。「IletPreserve」が含まれていないと判別した場合、保存領域４０９ｂの空き領域に記憶可能なデータのデータサイズ（以下、空きサイズという）を検出し、当該空きサイズと、ＡＤＦの「AppSize」のデータに示されるＪＡＲファイルのデータサイズと当該ＡＤＦのデータサイズとの合計（以下、保存対象ＡＰサイズという）との大小を判定する。空きサイズが、保存対象ＡＰサイズ以上であると判定した場合、当該トライアルＡＰを保存領域４０９ｂに記憶させる。空きサイズが、、保存対象ＡＰサイズより小さいと判定した場合、保存領域４０９ｂに記憶されているＪａｖａＡＰソフトウェアのうち削除する対象となるＪａｖａＡＰソフトウェアをユーザに選択させる。そして、ユーザによって選択されたＪａｖａＡＰソフトウェアのデータサイズの合計と空きサイズとの合計のデータサイズが、保存対象ＡＰサイズ以上であると判定した場合、当該トライアルＡＰを保存領域４０９ｂに記憶させる。
【００３０】
＜Ｊａｖａ実行環境＞
図７は、携帯電話機４０に組み込まれているＪａｖａＡＰソフトウェアの実行環境を説明するための図である。ＪａｖａＡＰソフトウェアの実行環境を構築するためのソフトウェアとして、ＫＶＭ（K Virtual Machine）と、コンフィギレーションとしてＣＬＤＣ（Connected Limited Device Configuration）を備えるとともにプロファイルとして通信事業者が独自に策定したオリジナルＪａｖａ拡張プロファイルを備えたＪ２ＭＥ（Java 2 Micro Edition）とが組み込まれている。
【００３１】
ＪＡＭ（Java Application Manager）は、オペレーションシステムによる制御の下で、携帯電話機４０に記憶されるＪａｖａＡＰソフトウェアを管理するためのソフトウェアである。具体的には、ＣＰＵ４００は、ＪＡＭに従い、保存領域４０９ｂに記憶されているＪａｖａＡＰソフトウェアをリスト表示するリスト表示機能や、ＪａｖａＡＰソフトウェアの実行管理（起動や強制終了など）を行う機能、ＪａｖａＡＰソフトウェアの記憶や更新を行う機能、携帯電話機４０に記憶されているＪａｖａＡＰソフトウェアを削除する機能を実現させる。
以上のようなソフトウェアがＣＰＵ４００により実行されることにより、ＪａｖａＡＰソフトウェアの実行環境が構築され、このような実行環境においてＪａｖａＡＰソフトウェアがＣＰＵ４００により実行されると、当該ＪａｖａＡＰソフトウェアに対応した機能が実現される。
【００３２】
（２．動作）
次に本実施形態の動作について図を参照しながら説明する。
図８は、携帯電話機４０のＣＰＵ４００によって行われる以下の即実行処理の流れを示すフローチャートである。
ユーザが、携帯電話機４０の操作入力部４０２を操作して、ＷＷＷブラウザソフトウェアの起動を指示すると、ＣＰＵ４００はＷＷＷブラウザソフトウェアの実行を開始する。そして、ＣＰＵ４００は、ＷＷＷブラウザソフトウェアに従い、以下のように動作する。まず、ユーザが、コンテンツサーバ１０のＵＲＬ(Uniform Resource Locators)を入力して、コンテンツサーバ１０へのアクセスを指示すると、ＣＰＵ４００は、コンテンツサーバ１０との通信を開始する。そして、コンテンツサーバ１０から提供される図示しないリストファイルを解釈実行して、リストページ（図２参照）を液晶表示部４０５に表示させる。図２では、ＪａｖａＡＰソフトウェアの名前が表示されている。このように表示されるリストページにおいて、ユーザが、携帯電話機４０の操作入力部４０２を操作して、所望するＪａｖａＡＰソフトウェアの名前（ここでは、「カードゲーム」とする）が表示されているボタンＢＴ１を選択すると、ＣＰＵ４００はこれを検知し、当該ＪａｖａＡＰソフトウェアに対応する説明ファイルの提供をコンテンツサーバ１０へ要求する。次いで、ＣＰＵ４００は、コンテンツサーバ１０から提供された説明ファイル（図３参照）を解釈実行して、説明ページ（図４参照）を液晶表示部４０５に表示させる。
【００３３】
そして、ユーザが、この説明ページにおいて、ボタンＢＴ２を選択する入力を操作入力部４０２にて行うと、ＣＰＵ４００は、これを検出し、このボタンＢＴ２に対応する説明ファイル中に記述されているアンカータグにｉｌｅｔ属性が指定されているか否かを判別する（ステップＳ１１）。ここでは、アンカータグにｉｌｅｔ属性が指定されているため、当該ＪａｖａＡＰソフトウェアがトライアルＡＰであると判別する。次いで、ｉｌｅｔ属性に指定されている値がｉｄ属性に指定されているオブジェクトタグのｄａｔａ属性に指定されているＵＲＬを抽出し、このＵＲＬで特定されるＡＤＦを要求するＨＴＴＰリクエストメッセージを、移動パケット通信網３０及びインターネット２０を介してコンテンツサーバ１０へ送信する（ステップＳ１２）。
【００３４】
次いで、コンテンツサーバ１０は、当該ＨＴＴＰリクエストメッセージを受信すると、当該ＨＴＴＰリクエストメッセージにおいて要求されるＡＤＦを読み出す。そして、コンテンツサーバ１０は、読み出したＡＤＦを含むＨＴＴＰレスポンスメッセージを生成し、これを携帯電話機４０へ送信する。
【００３５】
携帯電話機４０のＣＰＵ４００は、ＨＴＴＰレスポンスメッセージを受信する（ステップＳ１３）と、このＨＴＴＰレスポンスメッセージに含まれるＡＤＦの内容に基づいて、このＡＤＦから構成されるＪａｖａＡＰソフトウェアをダウンロード可能か否かを判定する。ここでは、携帯電話機４０はＪａｖａＡＰソフトウェアをダウンロード可能な状態にあるとして、ＣＰＵ４００は、ＪａｖａＡＰソフトウェアをダウンロード可能と判定する。次いで、このＡＤＦをキャッシュ領域４０９ａに一時的に格納する（ステップＳ１４）。そして、ＣＰＵ４００は、ＡＤＦにおいて指定されているパッケージＵＲＬを抽出し、このパッケージＵＲＬで特定されるＪＡＲファイルの送信を要求するＨＴＴＰリクエストメッセージを生成し、これをコンテンツサーバ１０へ送信する（ステップＳ１５）。
【００３６】
コンテンツサーバ１０は、ＨＴＴＰリクエストメッセージを受信すると、このＨＴＴＰリクエストメッセージの内容に対応したＪＡＲファイルを含むＨＴＴＰレスポンスメッセージを生成し、これを携帯電話機４０へ送信する。
【００３７】
携帯電話機４０のＣＰＵ４００は、このＨＴＴＰレスポンスメッセージを受信する（ステップＳ１６）と、このＨＴＴＰレスポンスメッセージに含まれるＪＡＲファイルをキャッシュ領域４０９ａに一時的に格納する（ステップＳ１７）。
次いで、ＣＰＵ４００は、ユーザからの実行指示を待たずに、当該トライアルＡＰを即実行する（ステップＳ１８）。これにより、当該トライアルＡＰに対応した機能が携帯電話機４０において実現される。
【００３８】
なお、ステップＳ１１において、判定結果が否定的である場合、当該ＪａｖａＡＰソフトウェアはトライアルＡＰではないと判別して、ＣＰＵ４００は、当該ＪａｖａＡＰソフトウェアを保存領域４０９ｂに記憶させる（ステップＳ１９）。その後、ステップＳ１５〜ステップＳ１６と同様にして、ステップＳ２０〜Ｓ２１の処理を行い、受信したＪＡＲファイルを保存領域４０９ｂに記憶させる（ステップＳ２２）。
【００３９】
ステップＳ１８の後、ユーザが、携帯電話機４０の操作入力部４０２を操作して、当該ＪａｖａＡＰソフトウェアの実行を終了させる指示入力を行うと、ＣＰＵ４００は、当該ＪａｖａＡＰソフトウェアの実行を終了する。
続いて、ＣＰＵ４００は、当該ＪａｖａＡＰソフトウェアのＡＤＦを参照し、当該ＡＤＦに「IletPreserve」が含まれていないか否かを判別する（ステップＳ３０）。この判別結果が肯定的である場合には、当該ＪａｖａＡＰソフトウェアを携帯電話機４０に保存可能であるため、ＣＰＵ４００は、「アプリケーションを保存しますか？」というメッセージを液晶表示部４０５に表示させる（ステップＳ３１）。
【００４０】
そして、ユーザが、携帯電話機４０の操作入力部４０２を操作して、当該ＪａｖａＡＰソフトウェアを保存する指示入力を行うと、ＣＰＵ４００はこれを検知し（ステップＳ３２）、当該ＪａｖａＡＰソフトウェアを構成するＡＤＦを参照し、このＡＤＦの「Appsize」のデータに示されるＪＡＲファイルのデータサイズ（保存対象データサイズ）を読み出す。そして、この保存対象サイズと、保存領域４０９ｂの空きサイズとの大小を判定する（ステップＳ３３）。この判定の結果、保存対象サイズが空きサイズより小さい場合には、ＣＰＵ４００は、このＪａｖａＡＰソフトウェアを保存領域４０９ｂに記憶させる（ステップＳ３４）。
【００４１】
なお、ステップＳ３３において、判定結果が否定的である場合、ＣＰＵ４００は、以下の領域確保処理を行う（ステップＳ３５）。
図１０は、領域確保処理の流れを示すフローチャートである。
ＣＰＵ４００は、ＪＡＭに従って、保存領域４０９ｂに記憶されているＪａｖａＡＰソフトウェアを液晶表示部４０５にリスト表示させるとともに、「このリストに名前が表示されているＪａｖａＡＰソフトウェアのうち、いずれかを削除すれば、当該ＪａｖａＡＰソフトウェアを保存可能です」というメッセージを表示させる（ステップＳ３５０）。
【００４２】
このリストを見たユーザが、携帯電話機４０の操作入力部４０２を操作して、削除対象のＪａｖａＡＰソフトウェアを選択入力すると、ＣＰＵ４００はこれを検知し（ステップＳ３５１）、選択されたＪａｖａＡＰソフトウェアのデータサイズを検出する。そして、このデータサイズと、保存領域４０９ｂの空きサイズとの合計（以下、合計サイズという）を算出する（ステップＳ３５２）。そして、この合計サイズと、保存対象サイズとの大小を判定する（ステップＳ３５３）。この判定の結果、合計サイズが保存対象サイズ以下であると判定した場合、ＣＰＵ４００は、削除対象として選択されたＪａｖａＡＰソフトウェアの名前を液晶表示部４０５に表示させるとともに、「このＪａｖａＡＰソフトウェアを削除します。良いですか？」というメッセージを液晶表示部４０５に表示させる（ステップＳ３５５）。
このメッセージを見たユーザが、携帯電話機４０の操作入力部４０２を操作して、このＪａｖａＡＰソフトウェアを削除することに同意する旨の入力を行うと、ＣＰＵ４００はこれを検知し（ステップＳ３５６）、この名前を有するＪａｖａＡＰソフトウェアを保存領域４０９ｂから削除する（ステップＳ３５７）。次いで、ＣＰＵ４００は、上述と同様の確認処理を行う（ステップＳ３５８）。
【００４３】
また、ステップＳ３５３において、合計サイズより保存対象サイズが大きいと判定した場合は、「まだ空き領域のサイズが不足しています。更に、削除するＪａｖａＡＰソフトウェアを選択してください。」というメッセージを液晶表示部４０５に表示させる。そして、ステップＳ３５３における比較結果について、合計サイズが保存対象サイズ以下となるまで、又は、ステップＳ３５４においてユーザからの保存処理をキャンセルする指示を検知するまで、ステップＳ３５１〜Ｓ３５４の処理を繰り返す。
以上のようにして、ＣＰＵ４００は、保存処理を行う。
【００４４】
なお、図９のステップＳ３０において、ＣＰＵ４００は、ＡＤＦに「IletPreserve」が含まれていると判別した場合、当該ＪａｖａＡＰソフトウェアを携帯電話機４０に保存不可能であるため、当該ＪａｖａＡＰソフトウェアに対して上述のような保存処理を行わない。
【００４５】
その後、ユーザが携帯電話機４０の操作入力部４０２を操作して、ＷＷＷブラウザソフトウェアの実行を終了させる指示を行うと、ＣＰＵ４００は、ＷＷＷブラウザソフトウェアの実行を終了する。更に、キャッシュ領域４０９ａに記憶されていたコンテンツを削除する。
【００４６】
また、ユーザは、保存領域４０９ｂに記憶されたコンテンツを実行させたい場合、携帯電話機４０の操作入力部４０２を操作することにより、液晶表示部４０５に保存領域４０９ｂに記憶されているＪａｖａＡＰソフトウェアについて、リスト表示させる指示を行う。この指示に従って、ＣＰＵ４００は、ＪＡＭに従って、ＪａｖａＡＰソフトウェアを液晶表示部４０５にリスト表示させる。次いで、ユーザが、リスト表示されたＪａｖａＡＰソフトウェアのうち、所望するＪａｖａＡＰソフトウェアの実行指示を行うと、ＣＰＵ４００は、当該ＪａｖａＡＰソフトウェアを保存領域４０９ｂから読み出し、これを実行する。これにより、当該ＪａｖａＡＰソフトウェアに対応した機能が携帯電話機４０において実現される。
なお、保存領域４０９ｂに記憶されたＪａｖａＡＰソフトウェアは、ユーザからの削除指示がなされない限り、この保存領域４０９ｂに記憶されている状態となる。
【００４７】
以上のような構成により、ユーザは、携帯電話機４０において、手間を掛けずにＪａｖａＡＰソフトウェアを試用してみることができる。更に、試用した後に、保存制御情報の有無及びユーザの意志により、このＪａｖａＡＰソフトウェアを携帯電話機４０に保存させることが可能である。また、携帯電話機４０の空き領域が、このＪａｖａＡＰソフトウェアを記憶させるに十分でない場合であっても、携帯電話機４０に記憶されている他のＪａｖａＡＰソフトウェアを削除させることで、当該ＪａｖａＡＰソフトウェアを保存可能とさせることができる。
また、当該ＪａｖａＡＰソフトウェアがトライアルＡＰであることを示す情報を、当該ＪａｖａＡＰソフトウェアを構成するＡＤＦをダウンロードする際に参照される説明ファイルのアンカータグにおいて示すことにより、当該ＪａｖａＡＰソフトウェアをトライアルＡＰにすべく当該ＪａｖａＡＰソフトウェア自体に変更を加えなくても済む。
【００４８】
（３．変形例）
以上、本発明の実施形態について説明したが、この実施形態はあくまでも例示であり、本発明の趣旨から逸脱しない範囲で様々な変形が可能である。変形例としては、例えば以下のようなものが考えられる。
【００４９】
＜１＞上述した実施形態におけるコンテンツサーバ１０は、インターネット２０に接続されている構成とした。しかしながら、コンテンツサーバ１０は、専用線を介して移動パケット通信網３０のゲートウェイサーバ３１に直接接続されている構成であってもよい。また、ゲートウェイサーバ３１がコンテンツサーバ１０の機能を有する構成であってもよい。さらに、コンテンツサーバ１０が移動パケット通信網３０内に設けられている構成であってもよい。
また、上述した実施形態における配信システムでは、ＨＴＴＰに従ってファイルを送受するようにしたが、ＨＴＴＰＳを使用し、より高いセキュリティを確保するようにシステムを変形してもよい。
【００５０】
＜２＞上述した実施形態では、コンテンツとして、Ｊａｖａプログラミング言語により記述されたＪａｖａＡＰソフトウェアを用いた場合について説明したが、勿論、プログラミング言語はＪａｖａに限定されるものではなく、Ｃ＋＋などの言語であっても構わない。
また、コンテンツは、ソフトウェアに限らず、画像データ、動画データ、楽曲データ、ＨＴＭＬデータなどの文書データなどのコンテンツであっても構わない。これらのコンテンツを使用可能な携帯電話機４０は、画像データや動画データ、楽曲データを再生するための再生プログラム及び再生部や、文書データを解釈し液晶表示部４０５に表示させるための表示プログラムを備える構成とする。また、上述の実施形態における保存処理に係るコンテンツのデータサイズに関する情報を、当該コンテンツをダウンロードする前に、コンテンツサーバ１０から受信するなどの構成とすればよい。
【００５１】
＜３＞上述した実施形態では、ＪａｖａＡＰソフトウェアをコンテンツサーバ１０から携帯電話機４０にダウンロードする場合について説明したが、勿論、ＪａｖａＡＰソフトウェアをコンテンツサーバ１０から携帯電話機４０へ配信する場合にも本発明を適用可能である。
【００５２】
＜４＞上述した実施形態では、携帯電話機４０の不揮発性メモリ４０９に、キャッシュ領域４０９ａ及び保存領域４０９ｂを静的に定めた。しかし、これらの領域を、静的に定めるのではなく、動的に定める構成であっても良い。具体的には、ＣＰＵ４００は、コンテンツサーバ１０からダウンロードしたＪａｖａＡＰソフトウェアを不揮発性メモリ４０９に記憶させる際、このＪａｖａＡＰソフトウェアに対し、一時的に記憶させることを示す記憶識別情報（例えば、メモリフラグ'０'）を対応付けて記憶させる。そして、ＣＰＵ４００は、保存処理を行っている際、ユーザからの保存指示があった場合に、当該ＪａｖａＡＰソフトウェアを不揮発性メモリ４０９から削除せず、当該ＪａｖａＡＰソフトウェアに対応付けられた記憶識別情報を確定的に記憶されることを示す情報に変更する（例えば、メモリフラグを'０'から'１'に変更する）。しかし、ユーザからの保存指示が無かった場合には、ＷＷＷブラウザソフトウェアの実行終了後に、メモリフラグ'０'が対応付けられた当該ＪａｖａＡＰソフトウェアを不揮発性メモリ４０９から削除する。
以上のような構成によれば、不揮発性メモリ４０９におけるＪａｖａＡＰソフトウェアを記憶する領域を、有効に使用することができうる。
【００５３】
＜５＞上述した実施形態では、ＪａｖａＡＰソフトウェアに対し、説明ファイル中に記述されるアンカータグにｉｌｅｔ属性を指定することによって、当該ＪａｖａＡＰソフトウェアが試用のためのコンテンツであることを示す試用情報を対応付けた。しかし、このような試用情報をＪａｖａＡＰソフトウェアに対応付けない構成であっても良い。このような構成において、携帯電話機４０のＣＰＵ４００は、コンテンツサーバ１０からＪａｖａＡＰソフトウェアをダウンロードすると、これをキャッシュ領域４０９ａに記憶させ、当該ＪａｖａＡＰソフトウェアに対して上述と同様の即実行処理を行うようにすれば良い。
【００５４】
＜６＞上述した携帯電話機４０のＣＰＵ４００が実行するソフトウェア（ＪＡＭソフトウェアやＯＳソフトウェア等）は、ＣＰＵ４００によって読み取り可能な磁気記録媒体、光記録媒体あるいはＲＯＭ等の記録媒体に記録して提供することが可能である。また、これらプログラムを、インターネット２０経由で携帯電話機４０にダウンロードさせることももちろん可能である。
【図面の簡単な説明】
【００５５】
【図１】本発明の第１実施形態に係る通信システム１の構成を例示するブロック図である。
【図２】同実施形態に係る携帯電話機の液晶表示部に表示されるリストページを例示する図である。
【図３】同実施形態に係る説明ファイルの内容を説明するための図である。
【図４】同実施形態に係る携帯電話機の液晶表示部に表示される説明ページを例示する図である。
【図５】同実施形態に係るＡＤＦのデータ構成を例示する図である。
【図６】同実施形態に係る携帯電話機のハードウェア構成を例示するブロック図である。
【図７】同実施形態に係るｊａｖａの実行環境を例示するブロック図である。
【図８】同実施形態に係る携帯電話機のＣＰＵによって行われる即実行処理の流れを示すフローチャートである。
【図９】同実施形態に係る携帯電話機のＣＰＵによって行われる保存処理の流れを示すフローチャートである。
【図１０】同実施形態に係る携帯電話機のＣＰＵによって行われる領域確保処理の流れを示すフローチャートである。
【符号の説明】
【００５６】
１・・・通信システム、１０・・・コンテンツサーバ、２０・・・インターネット、３０・・・移動パケット通信網、３１・・・ゲートウェイサーバ、３２・・・基地局、４０・・・携帯電話機、４００・・・ＣＰＵ、４０１・・・無線通信部、４０１ａ・・・アンテナ、４０２・・・操作入力部、４０３・・・通話処理部、４０５・・・液晶表示部、４０６・・・記憶部、４０７・・・ＲＯＭ、４０８・・・ＲＡＭ、４０９・・・不揮発性メモリ、４０９ａ・・・キャッシュ領域、４０９ｂ・・・保存領域。
【特許請求の範囲】
【請求項１】
ブラウザソフトウェアを記憶する第１の記憶手段と、
不揮発性メモリである第２の記憶手段と、
制御手段と
を備え、
前記制御手段は、
前記ブラウザソフトウェアを実行することにより、
外部から指定されたアプリケーションソフトウェアの制御情報が記述されている第１のファイルを受信し、
前記第１のファイルに、前記アプリケーションソフトウェアが試用のためのソフトウェアであることを示す第１のデータが記述されているか否かを判断し、
前記第１のデータが前記第１のファイルに記述されている場合、
前記第１のファイルに記述されている識別情報により特定される、前記アプリケーションソフトウェアの制御情報が記述されている第２のファイルを受信して前記第２の記憶手段に記憶し、
前記第２のファイルに記述されている識別情報により特定される前記アプリケーションソフトウェアを受信して前記第２の記憶手段に記憶し、
当該アプリケーションソフトウェアを実行し、
前記ブラウザソフトウェアの実行終了後に、前記第２の記憶手段に格納された情報をすべて削除する
ことを特徴とする通信装置。
【請求項２】
液晶表示手段と、
不揮発性メモリである第３の記憶手段と
をさらに備え、
前記制御手段は、
前記アプリケーションの実行終了後に、前記第２のファイルに、前記アプリケーションソフトウェアが前記第３の記憶手段への記憶を禁止されているソフトウェアであることを示す第２のデータが記述されているか否かを判断し、
前記第２のファイルに前記第２のデータが記述されていない場合、
前記アプリケーションソフトウェアの前記第３の記憶手段への記憶の要否を尋ねるメッセージを前記液晶表示手段に表示させ、
前記アプリケーションソフトウェアを前記第３の記憶手段に記憶させる旨の指示を受信すると、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶し、
前記第２のファイルに前記第２のデータが記述されている場合、
前記メッセージを前記液晶表示手段に表示させない
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記アプリケーションソフトウェアは、Ｊａｖａ（登録商標）アプリケーションソフトウェアであり、前記第２のファイルは、ＡＤＦである請求項１または２に記載の通信装置。
【請求項４】
ブラウザソフトウェアを記憶する第１の記憶手段と、不揮発性メモリである第２の記憶手段とを備えるコンピュータに、
前記ブラウザソフトウェアを実行することにより、
外部から指定されたアプリケーションソフトウェアの制御情報が記述されている第１のファイルを受信するステップと、
前記第１のファイルに、前記アプリケーションソフトウェアが試用のためのソフトウェアであることを示す第１のデータが記述されているか否かを判断するステップと、
前記第１のデータが前記第１のファイルに記述されている場合、
前記第１のファイルに記述されている識別情報により特定される、前記アプリケーションソフトウェアの制御情報が記述されている第２のファイルを受信して前記第２の記憶手段に記憶するステップと、
前記第２のファイルに記述されている識別情報により特定される前記アプリケーションソフトウェアを受信して前記第２の記憶手段に記憶するステップと、
当該アプリケーションソフトウェアを実行するステップと、
前記ブラウザソフトウェアの実行終了後に、前記第２の記憶手段に格納された情報をすべて削除するステップと
を実行させるプログラム。
【請求項５】
前記コンピュータは、
液晶表示手段と、
不揮発性メモリである第３の記憶手段と
をさらに備え、
前記アプリケーションの実行終了後に、前記第２のファイルに、前記アプリケーションソフトウェアが前記第３の記憶手段への記憶を禁止されているソフトウェアであることを示す第２のデータが記述されているか否かを判断するステップと、
前記第２のファイルに前記第２のデータが記述されていない場合、
前記アプリケーションソフトウェアの前記第３の記憶手段への記憶の要否を尋ねるメッセージを前記液晶表示手段に表示させるステップと、
前記アプリケーションソフトウェアを前記第３の記憶手段に記憶させる旨の指示を受信すると、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶するステップと
を前記コンピュータにさらに実行させ、
前記第２のファイルに前記第２のデータが記述されている場合、前記メッセージを前記液晶表示手段に表示させない
ことを特徴とする請求項４に記載のプログラム。
【請求項６】
前記アプリケーションソフトウェアは、Ｊａｖａアプリケーションソフトウェアであり、前記第２のファイルは、ＡＤＦである請求項４または５に記載のプログラム。
【請求項１】
ブラウザソフトウェアを記憶する第１の記憶手段と、
不揮発性メモリである第２の記憶手段と、
制御手段と
を備え、
前記制御手段は、
前記ブラウザソフトウェアを実行することにより、
外部から指定されたアプリケーションソフトウェアの制御情報が記述されている第１のファイルを受信し、
前記第１のファイルに、前記アプリケーションソフトウェアが試用のためのソフトウェアであることを示す第１のデータが記述されているか否かを判断し、
前記第１のデータが前記第１のファイルに記述されている場合、
前記第１のファイルに記述されている識別情報により特定される、前記アプリケーションソフトウェアの制御情報が記述されている第２のファイルを受信して前記第２の記憶手段に記憶し、
前記第２のファイルに記述されている識別情報により特定される前記アプリケーションソフトウェアを受信して前記第２の記憶手段に記憶し、
当該アプリケーションソフトウェアを実行し、
前記ブラウザソフトウェアの実行終了後に、前記第２の記憶手段に格納された情報をすべて削除する
ことを特徴とする通信装置。
【請求項２】
液晶表示手段と、
不揮発性メモリである第３の記憶手段と
をさらに備え、
前記制御手段は、
前記アプリケーションの実行終了後に、前記第２のファイルに、前記アプリケーションソフトウェアが前記第３の記憶手段への記憶を禁止されているソフトウェアであることを示す第２のデータが記述されているか否かを判断し、
前記第２のファイルに前記第２のデータが記述されていない場合、
前記アプリケーションソフトウェアの前記第３の記憶手段への記憶の要否を尋ねるメッセージを前記液晶表示手段に表示させ、
前記アプリケーションソフトウェアを前記第３の記憶手段に記憶させる旨の指示を受信すると、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶し、
前記第２のファイルに前記第２のデータが記述されている場合、
前記メッセージを前記液晶表示手段に表示させない
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記アプリケーションソフトウェアは、Ｊａｖａ（登録商標）アプリケーションソフトウェアであり、前記第２のファイルは、ＡＤＦである請求項１または２に記載の通信装置。
【請求項４】
ブラウザソフトウェアを記憶する第１の記憶手段と、不揮発性メモリである第２の記憶手段とを備えるコンピュータに、
前記ブラウザソフトウェアを実行することにより、
外部から指定されたアプリケーションソフトウェアの制御情報が記述されている第１のファイルを受信するステップと、
前記第１のファイルに、前記アプリケーションソフトウェアが試用のためのソフトウェアであることを示す第１のデータが記述されているか否かを判断するステップと、
前記第１のデータが前記第１のファイルに記述されている場合、
前記第１のファイルに記述されている識別情報により特定される、前記アプリケーションソフトウェアの制御情報が記述されている第２のファイルを受信して前記第２の記憶手段に記憶するステップと、
前記第２のファイルに記述されている識別情報により特定される前記アプリケーションソフトウェアを受信して前記第２の記憶手段に記憶するステップと、
当該アプリケーションソフトウェアを実行するステップと、
前記ブラウザソフトウェアの実行終了後に、前記第２の記憶手段に格納された情報をすべて削除するステップと
を実行させるプログラム。
【請求項５】
前記コンピュータは、
液晶表示手段と、
不揮発性メモリである第３の記憶手段と
をさらに備え、
前記アプリケーションの実行終了後に、前記第２のファイルに、前記アプリケーションソフトウェアが前記第３の記憶手段への記憶を禁止されているソフトウェアであることを示す第２のデータが記述されているか否かを判断するステップと、
前記第２のファイルに前記第２のデータが記述されていない場合、
前記アプリケーションソフトウェアの前記第３の記憶手段への記憶の要否を尋ねるメッセージを前記液晶表示手段に表示させるステップと、
前記アプリケーションソフトウェアを前記第３の記憶手段に記憶させる旨の指示を受信すると、前記アプリケーションソフトウェアを前記第３の記憶手段に記憶するステップと
を前記コンピュータにさらに実行させ、
前記第２のファイルに前記第２のデータが記述されている場合、前記メッセージを前記液晶表示手段に表示させない
ことを特徴とする請求項４に記載のプログラム。
【請求項６】
前記アプリケーションソフトウェアは、Ｊａｖａアプリケーションソフトウェアであり、前記第２のファイルは、ＡＤＦである請求項４または５に記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００９−７０３７３（Ｐ２００９−７０３７３Ａ）
【公開日】平成２１年４月２日（２００９．４．２）
【国際特許分類】
【出願番号】特願２００８−１９９９３１（Ｐ２００８−１９９９３１）
【出願日】平成２０年８月１日（２００８．８．１）
【分割の表示】特願２００３−９７１４３（Ｐ２００３−９７１４３）の分割
【原出願日】平成１５年３月３１日（２００３．３．３１）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２１年４月２日（２００９．４．２）
【国際特許分類】
【出願日】平成２０年８月１日（２００８．８．１）
【分割の表示】特願２００３−９７１４３（Ｐ２００３−９７１４３）の分割
【原出願日】平成１５年３月３１日（２００３．３．３１）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]