JP4102639B2

JP4102639B2 - Communication terminal, program and recording medium

Info

Publication number: JP4102639B2
Application number: JP2002296493A
Authority: JP
Inventors: あゆみ清水; 和宏山田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2002-10-09
Filing date: 2002-10-09
Publication date: 2008-06-18
Anticipated expiration: 2022-10-09
Also published as: JP2004133618A

Description

【０００１】
【発明の属する技術分野】
本発明は、個人に特有のデータを使用可能なアプリケーションプログラムの実行を制御する技術に関する。
【０００２】
【従来の技術】
近年、インターネットに接続されたＷＷＷ（World Wide Web）サーバから、携帯電話機で実行可能なＪａｖａ（登録商標）アプリケーションソフトウェアを配信することが広く行われている。Ｊａｖａアプリケーションソフトウェアは、Ｊａｖａプログラミング言語を用いて作成されたプログラムを含むＪＡＲ（Java Archive）ファイルと、当該ＪＡＲファイルに関するデータを記述したＡＤＦ（Application Descriptor File）とを有する。携帯電話機のユーザが、前述のファイルを携帯電話機にダウンロードさせ、携帯電話機にＪａｖａアプリケーションソフトウェアの実行を指示することにより携帯電話機にてＪａｖａアプリケーション（以下、Ｊａｖａ−ＡＰとする）が実現されると、携帯電話機に様々な機能が付加される。
【０００３】
携帯電話機のユーザは、インターネットに接続されている多数のＷＷＷサーバの中から、所望のソフトウェアをダウンロードし、所望の機能を携帯電話機に付加させることができる。しかし、いかなる機能をも付加させることを可能とすると、例えば、悪意のソフトウェアにより、携帯電話機に記憶されているデータを破壊されたり、携帯電話機に記憶されている個人に特有のデータ（以下、個人データとする）を、ユーザの意図に反して携帯電話機の外部へ漏らされてしまう虞がある。
【０００４】
そこで、Ｊａｖａ−ＡＰソフトウェアを実行可能な携帯電話機は、Ｊａｖａ−ＡＰソフトウェアを実行することにより実現されるＪａｖａ−ＡＰの挙動を制限するように設計されている。例えば、Ｊａｖａ−ＡＰが使用可能な記憶領域は、個人データが記憶されている記憶領域とは別の、特定の記憶領域に限られている。また、通信を行うＪａｖａ−ＡＰは、Ｊａｖａ−ＡＰソフトウェアを配信したサーバとしか通信できないようになっている。さらに、携帯電話機では、Ｊａｖａ−ＡＰが、Ｊａｖａ−ＡＰソフトウェアの提供元のサーバと通信を行う際にはユーザに通信の許否を問い合わせ、許可された場合にのみ通信を行い、ユーザの許否に応じた挙動しかＪａｖａ−ＡＰに許容しないようになっている。
【０００５】
なお、Ｊａｖａ−ＡＰソフトウェアの実行に制限を加える技術が知られている（例えば、特許文献１参照。）。特許文献１には、プログラムの実行を許可するか否かをユーザに問い合わせ、ユーザの許可があった場合にのみプログラムを実行させる旨が記載されている。
【０００６】
【特許文献１】
特開２００１−１１７７６９号公報
【０００７】
【発明が解決しようとする課題】
ところで、配信元のＷＷＷサーバと通信を行うＪａｖａ−ＡＰのソフトウェアを提供する提供者としては、サーバと通信中のＪａｖａ−ＡＰのユーザを特定したい場合がある。しかし、従来のＪａｖａ−ＡＰは、特定の記憶領域しか使用することができないため、Ｊａｖａ−ＡＰのユーザを識別するための識別データなどの個人データを、ユーザからＪａｖａ−ＡＰへ通知してもらい、通知してもらった識別データを、Ｊａｖａ−ＡＰソフトウェア提供元のサーバへ送信することとなる。しかしながら、Ｊａｖａ−ＡＰが、識別データを送信するたびに、ユーザが識別データをＪａｖａ−ＡＰへ通知するのは、ユーザにとって面倒であると言える。
【０００８】
ユーザの面倒を避けるために、ユーザが通知した識別データをＪａｖａ−ＡＰ用の特定の記憶領域に書き込むことを許容する仕様とすることも考えられるが、この場合、ユーザが通知した識別データを特定の記憶領域に書き込んでしまうと、以後、Ｊａｖａ−ＡＰは、ユーザの通知を必要とせずに、ユーザを識別するためのデータをサーバへ送信することが可能となってしまう。ユーザが、ユーザを識別するためのデータが常に送信されることを望む場合にはこのような仕様でも問題ないが、そうでないユーザの場合には、このような仕様ではユーザの意図に反する結果となってしまう。
【０００９】
本発明は、上述した事情に鑑みてなされたものであり、通信端末のユーザの個人データがユーザの許可なしに通信端末から送信されるのを防止する、通信端末、プログラムおよび記録媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明は、上述した課題を解決するために、プログラムを記憶する第１の記憶手段と、前記第１の記憶手段に記憶されたプログラムを実行する実行手段と、前記実行手段がプログラムを実行することによって実現されるアプリケーションにより読み書きされるデータを記憶する第２の記憶手段と、前記プログラムの特徴を示す情報であって、前記プログラムが前記データを送信する機能を有することを示す送信機能情報を含み得るディスクリプタ情報を記憶する第３の記憶手段と、前記アプリケーションが外部の装置へ前記データを送信する送信手段とを有する通信端末において、使用者の指示を入力するための指示入力手段と、前記プログラムを実行する旨の指示が前記指示入力手段により入力されたときに、前記第３の記憶手段により記憶された前記ディスクリプタ情報における送信機能情報の有無に基づいて、実行を指示された前記プログラムが前記データを取得して外部の装置へ送信し得るプログラムか否かを判定し、送信し得るプログラムであると判定した場合に当該プログラムの実行を許可するか否かを示す指示の入力を前記使用者に促す第１の確認手段と、前記指示入力手段により実行を許可する旨の指示が入力された場合にのみ、前記実行手段による当該プログラムの実行を許可する実行許可手段とを有することを特徴とする通信端末を提供する。
また、本発明は、サーバ装置からダウンロードを行うダウンロード手段と、プログラムを記憶する第１の記憶手段と、前記第１の記憶手段に記憶されたプログラムを実行する実行手段と、前記実行手段がプログラムを実行することによって実現されるアプリケーションにより読み書きされるデータを記憶する第２の記憶手段と、前記アプリケーションが外部の装置へデータを送信するための送信手段とを有する通信端末において、使用者の指示を入力するための指示入力手段と、前記プログラムをダウンロードする旨の指示が前記指示入力手段により入力されたときに、前記プログラムの特徴を示す情報であって、前記プログラムが前記データを送信する機能を有することを示す送信機能情報を含み得るディスクリプタ情報を前記ダウンロード手段によりダウンロードし、ダウンロードした前記ディスクリプタ情報における送信機能情報の有無に基づいて、ダウンロードを指示された前記プログラムが前記データを取得して外部の装置へ送信し得るプログラムか否かを判定し、送信し得るプログラムであると判定した場合に当該プログラムのダウンロードを許可するか否かを示す指示の入力を前記使用者に促すダウンロード確認手段と、前記指示入力手段によりダウンロードを許可する旨の指示が入力された場合にのみ、前記ダウンロード手段による前記プログラムのダウンロードを許可するダウンロード許可手段とを有することを特徴とする通信端末を提供する。
【００１１】
また、本発明は、プログラムを記憶する第１の記憶手段と、前記第１の記憶手段に記憶されたプログラムを実行する実行手段と、前記実行手段がプログラムを実行することによって実現されるアプリケーションにより読み書きされるデータを記憶する第２の記憶手段と、前記プログラムの特徴を示す情報であって、前記プログラムが前記データを送信する機能を有することを示す送信機能情報を含み得るディスクリプタ情報を記憶する第３の記憶手段と、前記アプリケーションが外部の装置へ前記データを送信する送信手段とを有するコンピュータ装置を、使用者の指示を入力するための指示入力手段と、前記プログラムを実行する旨の指示が前記指示入力手段により入力されたときに、前記第３の記憶手段により記憶された前記ディスクリプタ情報における送信機能情報の有無に基づいて、実行を指示された前記プログラムが前記データを取得して外部の装置へ送信し得るプログラムか否かを判定し、送信し得るプログラムであると判定した場合に当該プログラムの実行を許可するか否かを示す指示の入力を前記使用者に促す第１の確認手段と、前記指示入力手段により実行を許可する旨の指示が入力された場合にのみ、前記実行手段による当該プログラムの実行を許可する実行許可手段として機能させるためのプログラムと、当該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【００１３】
この発明によれば、通信端末は、使用者の個人データを取得して外部の装置へ送信し得るアプリケーションを実現するためのプログラムを実行する旨の指示が使用者から入力された場合に、プログラムの実行を許可するか否かを示す指示の入力を前記使用者に促し、使用者によりプログラムの実行を許可する旨の指示が入力された場合にのみプログラムの実行を許可する。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明に係る実施形態について説明する。
【００１５】
［１．実施形態の構成］
［１−１．全体構成］
図１は、本発明に係わる通信システム１０の全体構成を例示する図である。通信システム１０には多数の携帯電話機およびＪａｖａ−ＡＰソフトウェア配信サーバが存在するが、図面が繁雑になるのを防ぐために、一つの携帯電話機４００および一つのＪａｖａ−ＡＰソフトウェア配信サーバ１００のみが示されている。
【００１６】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００は、Ｊａｖａ−ＡＰソフトウェアを携帯電話機４００へ配信する事業者によって運用されているサーバである。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００は、パケット通信を行うことが可能であり、インターネット２００に接続されている。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００は、ＨＴＴＰ（HyperText Transfer Protocol）に従った通信を行うなど、一般的なＷＷＷサーバが有する機能と同様の機能を有しており、ドメイン名が「www.abc.co.jp」となっている。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００は、株価情報を表示するＪａｖａ−ＡＰを実現させるためのソフトウェアを配信し、このソフトウェアをダウンロードした携帯電話機４００に対して、株価情報を提供するサービスを行う。
【００１７】
移動パケット通信網３００は、移動体データ通信サービスを提供する通信網である。移動パケット通信網３００は、移動パケット通信網３００を運用する通信事業者との間で加入者契約を行った者が所有する携帯電話機４００と無線通信を行う無線基地局と、無線基地局に接続された交換機と、交換機に接続された関門交換機とを有している。また、移動パケット通信網３００は、関門交換機とインターネット２００との間で行われる通信を中継するためのゲートウェイサーバを有している（いずれも図示略）。移動パケット通信網３００は、移動パケット通信網３００に設置されている前述の装置を用いて、移動パケット通信網３００に収容されている携帯電話機４００と、インターネット２００に接続されているＪａｖａ−ＡＰソフトウェア配信サーバ１００等のＷＷＷサーバとの間で行われるパケット通信を中継する。
【００１８】
携帯電話機４００は、図示を省略したユーザが所有する携帯電話機であり、移動パケット通信網３００が提供する移動体データ通信サービス受けることができる。携帯電話機４００は、パケット通信機能を有しており、移動パケット通信網３００およびインターネット２００を介して、インターネット２００に接続されているＪａｖａ−ＡＰソフトウェア配信サーバ１００等のＷＷＷサーバとの間でパケット通信を行うことができる。
【００１９】
［１−２．Ｊａｖａ−ＡＰソフトウェア配信サーバの構成］
［１−２−１．ハードウェア構成］
図２は、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００のハードウェア構成を例示するブロック図である。図２に示したように、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００の各部は、バス１０１に接続されており、このバス１０１を介して各部間でデータの授受が行われる。
【００２０】
通信部１０２は、インターネット２００を利用した通信を行うための通信インターフェースであり、インターネット２００に接続されている。操作部１０３は、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００を操作するための指示が入力されるものであり、図示を省略したキーボードおよびマウスを有している。操作部１０３は、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００のユーザに操作されると、このユーザの操作内容を示す信号をＣＰＵ１０８へ出力する。表示部１０４は、図示を省略した液晶表示パネルおよび液晶表示パネルの表示制御を行う制御回路を有しており、ＣＰＵ１０８の制御の下、文字やグラフィック画面、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００を操作するためのメニュー画面等を表示する。
【００２１】
記憶部１０５は、例えばハードディスク装置などの、データを永続的に記憶する装置（図示略）を有している。記憶部１０５には、ＨＴＴＰに基づくデータの送受信機能など、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００を一般的なＷＷＷサーバとして機能させるための、サーバプログラムが記憶されている。また、記憶部１０５には、Ｊａｖａプログラミング言語を用いて作成されたプログラムを含むＪＡＲ（Java Archive）ファイル１０５Ｃと、当該ＪＡＲファイルに関するデータを記述したＡＤＦ（Application Descriptor File）１０５Ｂと、当該ＪＡＲファイル１０５ＣとＡＤＦ１０５ＢからなるＪａｖａ−ＡＰソフトウェアの内容をクライアントとなる携帯電話機のユーザに説明するための説明ファイル１０５Ａとが記憶されている。また、記憶部１０５には、当該Ｊａｖａ−ＡＰソフトウェア配信サーバ１００が配信するＪａｖａ−ＡＰソフトウェアをダウンロードした装置に対して、株価情報を提供するサービスを行うために、Ｊａｖａ−ＡＰ利用者テーブル１０５Ｄと、株価情報テーブル１０５Ｅとを記憶している。株価情報テーブル１０５Ｅは、上場会社の株価が格納されているテーブルであり、図３に例示したように、株の銘柄名と個々の銘柄の株価とが対応づけて格納されている。Ｊａｖａ−ＡＰ利用者テーブル１０５Ｄについては、後に説明する。
【００２２】
ＲＯＭ（Read Only Memory）１０６には、ＩＰＬ（Initial Program Loader）が記憶されている。ＣＰＵ１０８は、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００のユーザにより、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００の電源が入れられると、ＲＡＭ（Random Access Memory）１０７を、作業エリアとし、ＲＯＭ１０６からＩＰＬを読み出し、ＣＰＵ１０８およびＪａｖａ−ＡＰソフトウェア配信サーバ１００の各部の初期化を行う。ＣＰＵ１０８は、初期化を終了すると記憶部１０５からサーバプログラムを読み出して実行する。
【００２３】
［１−２−２．説明ファイル、ＡＤＦ、ＪＡＲファイル］
説明ファイル１０５Ａは、図４に例示したように、マークアップ言語の一つであるＣＨＴＭＬ（Compact HyperText Markup Language）により記述されており、ＵＲＬが「http://www.abc.co.jp/java/kabuka.html」となっている。説明ファイル１０５Ａは、ＣＨＴＭＬを解釈可能なＷＷＷブラウザにより解釈されると、図５に示したように、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００が提供するＪａｖａ−ＡＰソフトウェアを紹介するページＰ０１が表示される。このページＰ０１には、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００が提供するＪａｖａ−ＡＰソフトウェアをダウンロードするためのハイパーリンクＰ０１Ａが表示される。
【００２４】
説明ファイル１０５Ａでは、クライアントとなる携帯電話機にＪａｖａ−ＡＰソフトウェアをダウンロードさせるために、ＡタグとＯＢＪＥＣＴタグが使用されている。Ａタグは、ページにハイパーリンクを表示させるためのタグである。図４に示した説明ファイル１０５ＡがＷＷＷブラウザにより解釈されると、「＜Ａ」と「／Ａ＞」の間にされた記述が、ハイパーリンクＰ０１ＡとしてページＰ０１に表示される。Ａタグに記述されているｉｊａｍ属性は、Ａタグにより表示されたハイパーリンクがクリックされた際にＯＢＪＥＣＴタグを参照するようにするための属性である。ＯＢＪＥＣＴタグは、Ｊａｖａ−ＡＰソフトウェアのＡＤＦを特定するために使用されるタグである。ｄａｔａ属性は、Ｊａｖａ−ＡＰソフトウェアのＡＤＦの記憶位置を示すＵＲＬを指定するためのものであり、説明ファイル１０５Ａでは、ＡＤＦ１０５ＢのＵＲＬ「http://www.abc.co.jp/java/kabuka.jam」が記述されている。
【００２５】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００からは、「株価情報」なる名称のＪａｖａ−ＡＰ（以下、株価情報ＡＰとする）を実現するためのソフトウェアが配信される。この株価情報ＡＰソフトウェアは、クライアントとなる携帯電話機にて実行されると、株価情報ＡＰのユーザが指定した銘柄の株価情報を、当該株価情報ＡＰソフトウェアを配信したＪａｖａ−ＡＰソフトウェア配信サーバ１００から取得して表示させる機能を有している。
【００２６】
ＪＡＲファイル１０５Ｃは、Ｊａｖａ−ＡＰを実現するために必要なクラスファイルやリソースファイルを一つにまとめたファイルであり、Ｊａｖａ言語を用いて作成されたソフトウェアを配布する際に使用される。ＪＡＲファイル１０５Ｃには、上述した株価情報ＡＰを実現するために必要となるクラスファイルやリソースファイルが格納されている。
【００２７】
ＡＤＦ１０５Ｂは、ＡＤＦ１０５Ｂと対になるＪＡＲファイル１０５Ｃや、ＪＡＲファイル１０５Ｃに格納されているクラスファイルおよびリソースファイルにより実現されるＪａｖａ−ＡＰに関するデータが記述されるテキストファイルである。Ｊａｖａ−ＡＰに関するデータとしては、例えば、図６に示したように、ＡＤＦ１０５Ｂと対になるＪＡＲファイル１０５ＣのファイルサイズやＪＡＲファイル１０５Ｃが記憶されている位置を示すPackageURL（http://www.abc.co.jp/java/kabuka.jar）などが記述されている。また、Ｊａｖａ−ＡＰが、クライアントとなる携帯電話機に記憶されている個人データの内の一つである端末識別子を携帯電話機の外部に送信する機能を有するＪａｖａ−ＡＰである場合には、ＡＤＦ１０５Ｂには、その旨を示す属性である「UsePersonal = utn」が記述される。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００が配信する株価情報ＡＰソフトウェアによって実現される株価情報ＡＰがクライアントとなる携帯電話機で実行されると、クライアントとなる携帯電話機の個人データである端末識別子が携帯電話機から送信されるので、ＡＤＦ１０５Ｂには、「UsePersonal = utn」が記述されている。
【００２８】
［１−２−３．ファイルの配信］
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００は、クライアントとなる携帯電話機からのＨＴＴＰリクエストに応じて、説明ファイル１０５Ａ、ＡＤＦ１０５Ｂ、ＪＡＲファイル１０５Ｃをクライアントとなる携帯電話機へ送信する。
【００２９】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００は、説明ファイル１０５ＡのＵＲＬをパラメータとするＧＥＴメソッドを用いたＨＴＴＰリクエストを受信した場合には、記憶部１０５から説明ファイル１０５Ａを読み出す。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００は、説明ファイル１０５Ａを読み出すと、読み出した説明ファイル１０５Ａを内包するＨＴＴＰレスポンスを生成し、このＨＴＴＰレスポンスを、ＨＴＴＰリクエストを送信してきたクライアントとなる携帯電話機へ送信する。
【００３０】
ＧＥＴメソッドのパラメータであるＵＲＬがＡＤＦ１０５ＢのＵＲＬである場合には、説明ファイル１０５Ａの場合と同様に、記憶部１０５からＡＤＦ１０５Ｂを読み出し、携帯電話機４００へ読み出したＡＤＦ１０５Ｂを送信する。また、ＧＥＴメソッドのパラメータであるＵＲＬがＪＡＲファイル１０５ＣのＵＲＬである場合には、説明ファイル１０５Ａの場合と同様に、記憶部１０５からＪＡＲファイル１０５Ｃを読み出し、クライアントとなる携帯電話機へ読み出したＪＡＲファイル１０５Ｃを送信する。
【００３１】
［１−２−４．株価情報の配信］
ＲＯＭ１０６に記憶されているサーバプログラムは、株価情報ＡＰを実行しているクライアントとなる携帯電話機と通信を行い、クライアントとなる携帯電話機へ株価情報を送信する機能を有している。
【００３２】
株価情報ＡＰがクライアントとなる携帯電話機にて実行され、株価情報ＡＰのユーザが所望する株価情報の銘柄を登録する操作を行うと、クライアントとなる携帯電話機からは、ユーザが登録を希望する銘柄名とクライアントとなる携帯電話機の端末識別子とがＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される。
【００３３】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００のＣＰＵ１０８は、株価情報ＡＰを実行している携帯電話機４００から送信される、ユーザが所望する株価情報の銘柄名と端末識別子とを内包する登録要求を受信すると、受信した端末識別子と会社名とを対応づけてＪａｖａ−ＡＰ利用者テーブル１０５Ｄに格納する。Ｊａｖａ−ＡＰ利用者テーブル１０５Ｄは、株価情報ＡＰの利用者を管理するためのテーブルであり、図７に例示したように、携帯電話機４００から送信された携帯電話機の端末識別子と、ユーザが所望する株価情報の銘柄名と会社名とが対応づけられている。
【００３４】
株価情報ＡＰがクライアントとなる携帯電話機にて実行され、株価情報ＡＰのユーザが登録した銘柄の株価情報を取得する操作を行うと、クライアントとなる携帯電話機からは、クライアントとなる携帯電話機の端末識別子がＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される。
【００３５】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００のＣＰＵ１０８は、株価情報ＡＰが実行されているクライアントとなる携帯電話機から送信される、端末識別子を内包した株価情報取得要求を受信すると、株価情報取得要求に内包されている端末識別子をキーにして記憶部１０５に記憶されているＪａｖａ−ＡＰ利用者テーブル１０５Ｄを検索する。ＣＰＵ１０８は、該当する端末識別子をＪａｖａ−ＡＰ利用者テーブル１０５Ｄの中から見つけると、端末識別子に対応づけて記憶されている銘柄名を読み出す。次にＣＰＵ１０８は、読み出した銘柄名をキーにして株価情報テーブル１０５Ｅを検索し、銘柄名に対応づけて格納されている株価情報を株価情報テーブル１０５Ｅから読み出す。次にＣＰＵ１０８は、読み出した株価情報を内包する株価情報応答を生成し、端末識別子で識別されるクライアントとなる携帯電話機へ生成した応答を送信する。
【００３６】
［１−３．携帯電話機の構成］
図８は、携帯電話機４００のハードウェア構成を例示するブロック図である。図８に示したように、アンテナ４０３を除く携帯電話機４００の各部は、バス４０１に接続されており、このバス４０１を介して各部間でデータの授受が行われる。
【００３７】
通信部４０２は、アンテナ４０３を備えており、ＣＰＵ４０９の制御の下、移動パケット通信網３００に設置されている無線基地局との間で無線通信を行う。操作部４０４は、図示を省略したテンキーや操作指示などを入力するための複数のキーを有している。携帯電話機４００のユーザが、操作部４０４を操作すると、ユーザの操作に応じて操作内容を示す信号が操作部４０４からＣＰＵ４０９へ出力される。表示部４０５は、例えば図示を省略した液晶表示パネルおよび液晶表示パネルの表示制御を行う制御回路を有しており、ＣＰＵ４０９の制御の下、文字やグラフィック画面、携帯電話機４００を操作するためのメニュー画面などを液晶ディスプレイに表示する。不揮発性メモリ４０６は、携帯電話機４００を制御するためのデータや、Ｊａｖａ−ＡＰソフトウェアを配信するサーバからダウンロードしたＡＤＦやＪＡＲファイルを記憶するものである。
【００３８】
ＲＯＭ４０７には、ＣＰＵ４０９により実行される各種プログラムが記憶されており、例えば、ＩＰＬや携帯電話機４００の全体を制御するＯＳ（Operating System）ソフトウェア、ＣＨＴＭＬを解釈可能なＷＷＷブラウザソフトウェア、携帯電話機４００にてＪａｖａ−ＡＰソフトウェアを実行するためのＪａｖａ実行環境ソフトウェアなどが記憶されている。また、ＲＯＭ４０７には、携帯電話機４００を一意に識別するための識別子である端末識別子「ＭＳ０００１」が記憶されている。ＲＡＭ４０８は、ＣＰＵ４０９の作業エリアとして使用され、ＣＰＵ４０９が実行するプログラムが使用するデータが一時的に記憶される。
【００３９】
ＣＰＵ４０９は、携帯電話機４００の電源が入れられると、電源が入れられたことを契機としてＲＯＭ４０７からＩＰＬを読み出して実行し、ＣＰＵ４０９および携帯電話機４００の各部の初期化を行う。ＣＰＵ４０９は、初期化を終了するとＲＯＭ４０７からＯＳソフトウェアを読み出し実行する。携帯電話機４００のユーザが、操作部４０４を操作すると、ＯＳソフトウェアを実行しているＣＰＵ４０９は、ユーザの操作に応じて操作部４０４から出力される信号と表示部４０４に表示されている画面とに基づいてユーザの指示を特定し、ユーザの指示に応じた処理を行う。
【００４０】
［１−３−１．Ｊａｖａ実行環境の説明］
図９は、携帯電話機４００におけるＪａｖａ−ＡＰ実行環境の構成を例示する図である。
【００４１】
ＪＡＲストレージは、ＪＡＲファイル１０５Ｃを記憶するための記憶領域であり、ＪＡＭ（Java Application Manager）によって不揮発性メモリ４０６に確保される。スクラッチパッドは、永続性を持つデータ（アプリケーションの終了後も保持され続けるデータ）を記憶するための記憶領域であり、不揮発性メモリ４０６に確保される。スクラッチパッドは、ＪＡＭによってＪａｖａ−ＡＰ毎に、不揮発性メモリ４０６に確保される。
【００４２】
ＪＡＭは、Ｊａｖａ−ＡＰソフトウェアを管理するものである。ＪＡＭは、ＪＡＲストレージに記憶されて実行可能となっているＪａｖａ−ＡＰソフトウェアのリスト表示、Ｊａｖａ−ＡＰソフトウェアの実行管理（Ｊａｖａ−ＡＰソフトウェアの起動・強制終了）、Ｊａｖａ−ＡＰソフトウェアのインストールや削除を行う機能を有している。
【００４３】
またＪＡＭは、Ｊａｖａ−ＡＰが、当該Ｊａｖａ−ＡＰが使用するスクラッチパッド以外の記憶領域に書き込まれているデータを読み出して、当該Ｊａｖａ−ＡＰが使用するスクラッチパッドに書き込んだり、読み出したデータが携帯電話機４００から送信されるのを監視する機能を有している。
【００４４】
ＪＡＭは、ＲＯＭ４０７に記憶されている端末識別子を読み出して、読み出した端末識別子をスクラッチパッドへ書き込む指示をＪａｖａ−ＡＰから受けると、ＲＯＭ４０７から端末識別子を読み出し、Ｊａｖａ−ＡＰが使用するスクラッチパッドに読み出した端末識別子を書き込む。また、ＪＡＭは、参照したＡＤＦに「UsePersonal = utn」が記述されている場合、端末識別子を携帯電話機の外部へ送信する指示をＪａｖａ−ＡＰから受けると、スクラッチパッドに書き込まれた端末識別子を読み出して携帯電話機の外部へ送信する。
【００４５】
ＪＡＭは、参照したＡＤＦに、「UsePersonal = utn」が記述されていない場合には、ＲＯＭ４０７に記憶されている端末識別子を読み出しスクラッチパッドへ書き込む指示をＪａｖａ−ＡＰから受けても、端末識別子の読み出しおよび端末識別子のスクラッチパッドへの書き込みを行わない。また、ＪＡＭは、参照したＡＤＦに、「UsePersonal = utn」が記述されていない場合には、スクラッチパッドに書き込まれた端末識別子を読み出し携帯電話機の外部へ送信する指示をＪａｖａ−ＡＰから受けても、端末識別子を携帯電話機から送信しない。
【００４６】
ＫＶＭ（K Virtual Machine）は、Ｊａｖａバイトコードをネイティブコードに変換して実行するＪＶＭ（Java Virtual Machine）を小型組み込み向けデバイス向けに再設計したものであり、メモリやＣＰＵ能力、電池消費に制約があるデバイスで使用されるように設計されている。
【００４７】
［１−３−２．Ｊａｖａ−ＡＰソフトウェア取得時の処理］
次に、携帯電話機４００が、Ｊａｖａ−ＡＰソフトウェアをダウンロードする際に行う処理について説明する。
【００４８】
［１−３−２−１．ブラウザ、Ｊａｖａ実行環境の実行］
携帯電話機４００のユーザが操作部４０４を操作して、ＷＷＷブラウザソフトウェアの実行を指示する操作を行うと、ＣＰＵ４０９は、ＲＯＭ４０７からＷＷＷブラウザソフトウェアと、Ｊａｖａ実行環境ソフトウェアを読み出して実行する。ＷＷＷブラウザソフトウェアが実行されると、表示部４０５がＣＰＵ４０９により制御され、図１０に例示したユーザインターフェースとなるブラウザ画面が表示される。以後、ＣＰＵ４０９は、ユーザインターフェースとなるブラウザ画面の状態と、操作部４０４から供給される信号とに基づいてユーザの指示を特定し、この指示に応じた処理を行う。また、Ｊａｖａ実行環境ソフトウェアが実行され、Ｊａｖａ−ＡＰ実行環境が実現される。
【００４９】
［１−３−２−２．ＷＷＷページ取得］
携帯電話機４００のユーザが、図１０に示したブラウザ画面が表示されている携帯電話機４００にて、ＷＷＷサーバが提供するページを表示させるためのファイルのＵＲＬを入力する操作を操作部４０４にて行うと、ＣＰＵ４０９は、表示部４０５を制御して、入力されたＵＲＬをブラウザ画面に表示させる。ユーザが、入力したＵＲＬで指定されるページの表示を指示する操作、即ち図１０に示したブラウザ画面の「表示」ボタンをクリックする操作を操作部４０４にて行った場合には、ＣＰＵ４０９は、通信部４０２を制御して、当該ＵＲＬで指定されるファイルを提供しているＷＷＷサーバ装置との間にＴＣＰコネクションを確立する。ＣＰＵ４０９は、入力されたＵＲＬをパラメータとするＧＥＴメソッドを用いたＨＴＴＰリクエストを、確立されたＴＣＰコネクションを介してＷＷＷサーバ装置へ送信し、ＵＲＬで指定されるファイルを要求する。また、ＣＰＵ４０９は、このＨＴＴＰリクエストへの応答としてＷＷＷサーバ装置から送信される、ファイルを内包したＨＴＴＰレスポンスを受信し、当該コネクションを切断する。
【００５０】
［１−３−２−３．Ｊａｖａ−ＡＰソフトウェアのダウンロード］
携帯電話機４００のユーザが、Ｊａｖａ−ＡＰソフトウェアをダウンロードするためのページが携帯電話機４００に取得された後、Ｊａｖａ−ＡＰソフトウェアのダウンロードを指示する操作を操作部４０４にて行うと、このユーザの指示が実行中のＪＡＭに通知される。
【００５１】
具体的には、以下のようにして携帯電話機４００のユーザの指示がＪＡＭに通知される。ユーザが、携帯電話機４００に表示されたページのハイパーリンク部分をクリックする操作を行うと、ＷＷＷブラウザがページを表示させるためのファイルにおいて、ハイパーリンクを表示させるためのＡタグにｉｊａｍ属性が記述されているか否かを判断する。ＷＷＷブラウザは、Ａタグにｉｊａｍ属性が記述されていると判断した場合には、ＯＢＪＥＣＴタグのｄａｔａ属性に記述されているＵＲＬを抽出する。ＷＷＷブラウザは、このＵＲＬがＡＤＦを指定する場合、即ち、ＵＲＬが指定するファイルの拡張子がＡＤＦを示す「jar」である場合には、ユーザの指示が、Ｊａｖａ−ＡＰソフトウェアのダウンロードを指示する旨であるとし、Ｊａｖａ−ＡＰソフトウェアのダウンロードが要求されたことをＪＡＭに通知する。
【００５２】
ＪＡＭは、Ｊａｖａ−ＡＰソフトウェアをダウンロードする要求が通知されると、ＯＢＪＥＣＴタグのｄａｔａ属性に記述されているＡＤＦのＵＲＬを抽出する。ＪＡＭは、ＵＲＬで指定されるサーバとの間にＴＣＰコネクションを確立し、抽出したＵＲＬをパラメータとするＧＥＴメソッドを用いたＨＴＴＰリクエストを生成する。ＪＡＭは、生成したＨＴＴＰリクエストを、確立したＴＣＰコネクションを介してＵＲＬで指定されるＷＷＷサーバへ送信する。
【００５３】
ＪＡＭは、ＨＴＴＰリクエストへの応答としてＷＷＷサーバから送信される、ＡＤＦを内包するＨＴＴＰレスポンスを受信する。ＪＡＭは、ＡＤＦを内包するＨＴＴＰレスポンスを受信すると、内包されているＡＤＦを参照し、Ｊａｖａ−ＡＰソフトウェアを、不揮発性メモリ４０６に記憶させることができるか否かを判断する。具体的には、ＪＡＭは、ＡＤＦに記述されている、ＪＡＲファイルのサイズを示す「AppSize」キーとＪａｖａ−ＡＰが使用するスクラッチパッドのサイズを示す「SPsize」キーを参照する。ＪＡＭは、ＡＤＦに記述されているＪａｖａ−ＡＰソフトウェアのサイズおよび使用するスクラッチパッドのサイズと、ＪＡＲストレージおよびスクラッチパッドの空き容量を比較し、ＪＡＲファイルをＪＡＲストレージに記憶させることができるか否かと、ダウンロードした後、Ｊａｖａ−ＡＰが使用するスクラッチパッドの容量を確保できるか否かを判断する。
【００５４】
ＪＡＭは、新たにＪａｖａ−ＡＰソフトウェアをダウンロードすることが可能であると判断した場合には、ＡＤＦを参照し「UsePersonal = utn」がＡＤＦに記述されているか否かを判断する。ＪＡＭは、ＡＤＦに「UsePersonal = utn」が記述されているのを見つけた場合には、ダウンロードしようとしているＪａｖａ−ＡＰソフトウェアを実行することにより実現されるＪａｖａ−ＡＰは、携帯電話機４００内に記憶されている個人データである端末識別子を携帯電話機４００から送信するＪａｖａ−ＡＰであると判断し、図１１に例示する画面を表示部４０５に表示させる。ＪＡＭは、図１１に例示した画面を表示させることにより、ダウンロードしようとしているＪａｖａ−ＡＰソフトウェアによって実現されるＪａｖａ−ＡＰが、端末識別子、即ち個人データを携帯電話機４００から送信するＪａｖａ−ＡＰであることをユーザに知らしめる。
【００５５】
図１１に例示した画面を見たユーザが、個人データが携帯電話機４００の外部で使用されるのをおそれ、操作部４０４を操作してＪａｖａ−ＡＰソフトウェアのダウンロードを中止する旨の指示を入力した場合には、ＪＡＭは、Ｊａｖａ−ＡＰソフトウェアのダウンロードを中止する。
【００５６】
図１１に例示した画面を見たユーザが、個人データが携帯電話機４００の外部で使用されるのを承知し、操作部４０４を操作してＪａｖａ−ＡＰソフトウェアのダウンロードを行う旨の指示を入力した場合には、ＪＡＭは、Ｊａｖａ−ＡＰソフトウェアのダウンロードを継続する。具体的には、ＪＡＭは、ＡＤＦに記述されている「PackageURL」キーを参照し、ＪＡＲファイルが記憶されている位置を示すＵＲＬを抽出する。ＪＡＭは、ＵＲＬを抽出すると、ＵＲＬで指定されるＷＷＷサーバとの間にＴＣＰコネクションを確立し、このＵＲＬをパラメータとするＧＥＴメソッドを用いたＨＴＴＰリクエストを生成する。ＪＡＭは、生成したＨＴＴＰリクエストを、確立したＴＣＰコネクションを介してサーバへ送信する。ＪＡＭは、ＨＴＴＰリクエストへの応答としてサーバから送信される、ＪＡＲファイルを内包するＨＴＴＰレスポンスを受信する。ＪＡＭは、ＪＡＲファイルを内包したＨＴＴＰレスポンスを受信すると、このＨＴＴＰレスポンスからＪＡＲファイルを抽出し、抽出したＪＡＲファイルをＪＡＲストレージに記憶する。ＪＡＭは、ＡＤＦに記述されているスクラッチパッドのサイズを示す「SPsize」キーを参照し、「SPsize」キーに指定されてい容量を、ダウンロードしたＪａｖａ−ＡＰソフトウェアによって実現されるＪａｖａ−ＡＰ用にスクラッチパッドに確保する。
【００５７】
［１−３−３．Ｊａｖａ−ＡＰソフトウェア実行時の処理］
次に、携帯電話機４００がＪａｖａ−ＡＰソフトウェアの実行を指示された時に行う処理について、図１２に示すフローチャートを用いて説明する。
【００５８】
ユーザが、不揮発性メモリ４０６に記憶されて実行可能となっているＪａｖａ−ＡＰソフトウェアのリストを表示させる旨の操作を操作部４０４にて行うと、ＣＰＵ４０９は、ＲＯＭ４０７からＪａｖａ実行環境ソフトウェアを読み出して実行する（ステップＳＡ１）。Ｊａｖａ実行環境ソフトウェアが実行されることにより、携帯電話機４００にＪａｖａ−ＡＰ実行環境が実現される。Ｊａｖａ−ＡＰ実行環境が実現されると、ＣＰＵ４０９には、ＪＡＭおよびＫＶＭの機能が付与される。ＪＡＭの機能が付与されたＣＰＵ４０９は、不揮発性メモリ４０６を参照して、不揮発性メモリ４０６に記憶されて実行可能となっているＪａｖａ−ＡＰソフトウェアのリストを生成する。ＣＰＵ４０９は、リストを生成すると、表示部４０５を制御して生成したリストを表示部４０５に表示させる（ステップステップＳＡ２）。
【００５９】
ＣＰＵ４０９は、Ｊａｖａ−ＡＰソフトウェアのリストを表示させた後、ユーザからＪａｖａ−ＡＰソフトウェアの実行指示が入力されるのを待つ（ステップＳＡ３）。ユーザが、表示部４０５に表示されているＪａｖａ−ＡＰソフトウェアを選択し、選択したＪａｖａ−ＡＰソフトウェアの実行を指示する旨の操作を操作部４０４にて行うと（ステップＳＡ３：ＹＥＳ）、ＣＰＵ４０９は、操作部４０４から出力された信号と、表示部４０５に表示されている画面とに基づいて、ユーザが実行を指示したＪａｖａ−ＡＰソフトウェアを特定する。ＣＰＵ４０９は、特定したＪａｖａ−ＡＰソフトウェアのＡＤＦを不揮発性メモリ４０６から読み出す（ステップＳＡ４）。
【００６０】
ＣＰＵ４０９は、読み出したＡＤＦを参照して、ＡＤＦに「UsePersonal = utn」属性が記述されているか否かを判断することにより、ユーザが実行を指示したＪａｖａ−ＡＰソフトウェアにより実現されるＪａｖａ−ＡＰが、携帯電話機４００内に記憶されている端末識別子を携帯電話機４００から送信するＪａｖａ−ＡＰであるか否かを判断する（ステップＳＡ５）。
【００６１】
ＣＰＵ４０９は、ユーザが実行を指示したＪａｖａ−ＡＰソフトウェアにより実現されるＪａｖａ−ＡＰが、携帯電話機４００内に記憶されている端末識別子を携帯電話機４００から送信しないＪａｖａ−ＡＰであると判断した場合には（ステップＳＡ５：ＮＯ）、ＣＰＵ４０９は、不揮発性メモリ４０６からＪＡＲファイルを読み出して（ステップＳＡ９）、実行する（ステップＳＡ１０）。
【００６２】
ＣＰＵ４０９は、ユーザが実行を指示したＪａｖａ−ＡＰソフトウェアにより実現されるＪａｖａ−ＡＰが、携帯電話機４００内に記憶されている端末識別子を携帯電話機４００から送信するＪａｖａ−ＡＰであると判断した場合には（ステップＳＡ５：ＹＥＳ）、表示部４０５に、ユーザに実行の許否の指示入力を促す画面を表示させ（ステップＳＡ６）、当該Ｊａｖａ−ＡＰソフトウェアを実行してもよいか否かをユーザに確認させる。ＣＰＵ４０９は、実行の許否の指示入力を促す画面を表示させた後、ユーザからの指示が入力されるのを待つ（ステップＳＡ７）。
【００６３】
操作部４０４がユーザにより操作され、ユーザの操作内容を示す信号がＣＰＵ４０９に入力されると、ＣＰＵ４０９は、ユーザが行った操作がＪａｖａ−ＡＰソフトウェアの実行を指示するものであるか否かを判断する（ステップＳＡ８）。ユーザの指示が、Ｊａｖａ−ＡＰソフトウェアの実行の中止を指示するものである場合には（ステップＳＡ８：ＮＯ）、ＣＰＵ４０９は、Ｊａｖａ−ＡＰソフトウェアを実行しない。
【００６４】
ユーザの指示が、Ｊａｖａ−ＡＰソフトウェアの実行を指示するものである場合には（ステップＳＡ８：ＹＥＳ）、ＣＰＵ４０９は、不揮発性メモリ４０６からＪＡＲファイルを読み出す（ステップＳＡ９）。Ｊａｖａ実行環境ソフトウェアが実行されることにより、ＫＶＭの機能が付与されているＣＰＵ４０９は、読み出したＪＡＲファイルに内包されているＪａｖａバイトコードをネイティブコードに変換し、Ｊａｖａ−ＡＰソフトウェアを実行する（ステップＳＡ１０）。
【００６５】
ＣＰＵ４０９は、Ｊａｖａ−ＡＰソフトウェアを実行させた後、実行されているＪａｖａ−ＡＰソフトウェアを終了させる指示が入力されるのを待つ（ステップＳＡ１１）。ユーザが操作部４０４を操作して、実行されているＪａｖａ−ＡＰソフトウェアを終了させる旨の指示を入力すると、ユーザの操作内容を示す信号がＣＰＵ４０９に入力され、ＣＰＵ４０９は、実行中のＪａｖａ−ＡＰソフトウェアを終了する。
【００６６】
［２．動作例］
［２−１．Ｊａｖａ−ＡＰソフトウェアダウンロード時の動作例］
次に、Ｊａｖａ−ＡＰソフトウェアが、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００からダウンロードされる時の動作例について、図１３に示すシーケンス図を用いて説明する。なお、携帯電話機４００は、ユーザの操作によって電源が入れられ、ＷＷＷブラウザが既に実行されているものとする。なお、携帯電話機４００に記憶されている、前述のＯＳ、ＷＷＷブラウザ、ＪＡＭ、ＫＶＭ、Ｊａｖａ−ＡＰが行う動作は、携帯電話機４００の動作となることから、以降の説明では、動作の主体を携帯電話機４００とする。
【００６７】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００が提供するＪａｖａ−ＡＰソフトウェアを携帯電話機４００へインストールさせる動作は、携帯電話機４００のユーザが、携帯電話機４００を操作して、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００に記憶されている説明ファイル１０５Ａの取得を試みることから始まる。
【００６８】
携帯電話機４００のユーザが、携帯電話機４００の操作部４０４を操作して、説明ファイル１０５ＡのＵＲＬ（“http://www.abc.co.jp/java/kabuka.html”）を入力した後、図１０に示した画面例に示されている「表示」ボタンをクリックする操作を行うと（ステップＳ１０１）、携帯電話機４００では、説明ファイル１０５ＡのＵＲＬをパラメータとするＧＥＴメソッドを用いたＨＴＴＰリクエストが生成される（ステップＳ１０２）。このＨＴＴＰリクエストは、携帯電話機４００から送信され、移動パケット通信網３００、インターネット２００を介して、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される（ステップＳ１０３）。
【００６９】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００にてＨＴＴＰリクエストが受信されると、記憶部１０５から説明ファイル１０５Ａが読み出され（ステップＳ１０４）、読み出された説明ファイル１０５Ａを内包するＨＴＴＰレスポンスが生成される（ステップＳ１０５）。このＨＴＴＰレスポンスは、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００から送信され、インターネット２００、移動パケット通信網３００を介して、携帯電話機４００へ送信される（ステップＳ１０６）。
【００７０】
携帯電話機４００が、ＨＴＴＰレスポンスを受信すると、このＨＴＴＰレスポンスに内包されている説明ファイル１０５ＡがＷＷＷブラウザにより解釈され、説明ファイル１０５Ａの内容に応じたユーザインターフェースが提供される。この結果、携帯電話機４００の表示部４０５には、図５に示したページＰ０１が表示される（ステップＳ１０７）。
【００７１】
このページＰ０１を見たユーザが、ページＰ０１のハイパーリンクＰ０１Ａの部分をクリックする操作を行うと（ステップＳ１０８）、携帯電話機４００では、説明ファイル１０５Ａに記述されているアンカータグ（“＜Ａ”で始まるタグ）のｉｊａｍ属性が参照される。携帯電話機４００では、ｉｊａｍ属性が記述されていることから、ＯＢＪＥＣＴタグが参照され、ＯＢＪＥＣＴタグのｄａｔａ属性に記述されている、ＡＤＦ１０５Ｂを取得するためのＵＲＬ（“http://www.abc.co.jp/java/kabuka.jam”）が抽出される。次に、携帯電話機４００では、抽出したＵＲＬをパラメータとするＧＥＴメソッドを用いたＨＴＴＰリクエストが生成され（ステップＳ１０９）、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される（ステップＳ１１０）。
【００７２】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００にてＨＴＴＰリクエストが受信されると、このＨＴＴＰリクエストに応じてＡＤＦ１０５Ｂが記憶部１０５から読み出される（ステップＳ１１１）。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００では、読み出されたＡＤＦ１０５Ｂを内包するＨＴＴＰレスポンスが生成され（ステップＳ１１２）、生成されたＨＴＴＰレスポンスが携帯電話機４００へ送信される（ステップＳ１１３）。
【００７３】
携帯電話機４００が、ＡＤＦ１０５Ｂを内包するＨＴＴＰレスポンスを受信すると、ＨＴＴＰレスポンスに内包されているＡＤＦ１０５Ｂが参照される。携帯電話機４００では、ＡＤＦ１０５Ｂに「UsePersonal = utn」が記述されていることから、端末識別子、即ち個人データを送信するＪａｖａ−ＡＰソフトウェアのダウンロードを行うか否かをユーザに問い合わせるため、表示部４０５に図１１に示した画面が表示される（ステップＳ１１４）。これにより、携帯電話機４００は、ダウンロードされるＪａｖａ−ＡＰソフトウェアを実行することにより実現されるＪａｖａ−ＡＰが端末識別子、即ち個人データを送信するＪａｖａ−ＡＰであることをユーザに知らしめ、ダウンロードを行うかを確認させる。
【００７４】
図１１に示した画面を見た携帯電話機４００のユーザが、画面に示されている「ＯＫ」ボタンをクリックする操作を行うと（ステップＳ１１５）、携帯電話機４００では、ＡＤＦ１０５ＢからPackageURL（“http://www.abc.co.jp/java/kabuka.jar”）が抽出され、抽出されたPackageURLをパラメータとするＧＥＴメソッドを用いたＨＴＴＰリクエストが生成される（ステップＳ１１６）。生成されたＨＴＴＰリクエストは、携帯電話機４００からＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される（ステップＳ１１７）。
【００７５】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００にて、PackageURLを内包したＨＴＴＰリクエストが受信されると、このＨＴＴＰリクエストに対応するＪＡＲファイル１０５Ｃが記憶部１０５から読み出される（ステップＳ１１８）。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００では、ＪＡＲファイル１０５Ｃが読み出されると、このＪＡＲファイル１０５Ｃを内包したＨＴＴＰレスポンスが生成される（ステップＳ１１９）。このＨＴＴＰレスポンスは、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００から送信され（ステップＳ１２０）、携帯電話機４００にて受信される。携帯電話機４００にて、ＨＴＴＰレスポンスが受信されると、ＨＴＴＰレスポンスに内包されているＪＡＲファイル１０５Ｃと、既にダウンロードしてあるＡＤＦ１０５Ｂとが不揮発性メモリ４０６に記憶される（ステップＳ１２１）。
【００７６】
［２−２．株価情報ＡＰソフトウェアダウンロード中止時の動作例］
次に、携帯電話機４００のユーザが、Ｊａｖａ−ＡＰソフトウェアのダウンロードを中止する時の動作について、説明する。なお、ステップＳ１０１からステップＳ１１４までの動作は、上述したＪａｖａ−ＡＰソフトウェアをダウンロードする時の動作と同様であるため、その説明を省略する。
【００７７】
携帯電話機４００のユーザが、図１１に示した、ダウンロードを行うか否かをユーザに問い合わせるための画面を見た後、個人データが送信されるようなＪａｖａ−ＡＰは使用したくないと考え、図１１に示した画面に示されている「中止」ボタンをクリックする操作を行うと、携帯電話機４００は、図１４に例示する画面を表示部４０５に表示させ、Ｊａｖａ−ＡＰソフトウェアのダウンロードを中止する。
【００７８】
［２−３．株価情報ＡＰ実行時の動作例］
次に、株価情報ＡＰが携帯電話機４００にて実行される時の動作例について説明する。なお、以下に述べる動作例の説明において、株価情報ＡＰソフトウェアは、既に上述した動作により携帯電話機４００にダウンロードされているものとする。
【００７９】
携帯電話機４００のユーザにより、ＪＡＲストレージに記憶されて実行可能となっているＪａｖａ−ＡＰソフトウェアの一覧を表示させる旨の指示が入力されると、携帯電話機４００では、Ｊａｖａ−ＡＰ実行環境が実現される。携帯電話機４００では、Ｊａｖａ−ＡＰ実行環境が実現されると不揮発性メモリ４０６に記憶されているＪａｖａ−ＡＰソフトウェアが参照され、実行可能なＪａｖａ−ＡＰソフトウェアのリストが生成される。携帯電話機４００では、この生成されたリストが表示部４０５に表示される。
【００８０】
Ｊａｖａ−ＡＰソフトウェアのリストを見たユーザが、既にダウンロードされて実行可能となっている株価情報ＡＰソフトウェアを選択し、選択した株価情報ＡＰソフトウェアの実行を指示する操作を行うと、携帯電話機４００では、選択された株価情報ＡＰのＡＤＦ１０５Ｂが参照される。携帯電話機４００が参照したＡＤＦ１０５Ｂには、「UsePersonal = utn」が記述されているため、携帯電話機４００では、株価情報ＡＰが、個人データである端末識別子を携帯電話機４００から送信するＪａｖａ−ＡＰであると判断され、図１５に例示したＪａｖａ−ＡＰソフトウェアの実行を確認するための画面が表示される。
【００８１】
図１５に例示した画面を見たユーザが、携帯電話機４００に記憶されている端末識別子、即ち個人データが携帯電話機４００から送信されるのを了承し、Ｊａｖａ−ＡＰソフトウェアの実行を指示する操作を行うと、株価情報ＡＰが実行される。
【００８２】
株価情報ＡＰが実行されると、図１６に例示した画面が携帯電話機４００の表示部４０５に表示される。携帯電話機４００のユーザが、株価情報を所望する銘柄を登録する操作ために、「銘柄の指定・削除」をクリックする操作を操作部４０４にて行うと、図１７に例示した画面が表示部４０５に表示される。携帯電話機４００のユーザが、携帯電話機４００を操作し、情報を所望する銘柄として「ＡＢＣ会社」を指定し、「登録」をクリックする操作を行うと、ＲＯＭ４０７に記憶されている端末識別子「ＭＳ０００１」が読み出され、株価情報ＡＰ用のスクラッチパッドに記憶される。端末識別子がスクラッチパッドに記憶されると、ユーザが指定した銘柄名「ＡＢＣ会社」と携帯電話機４００の端末識別子「ＭＳ０００１」とを内包する銘柄登録要求が生成され、生成された銘柄登録要求がＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される。
【００８３】
銘柄登録要求を受信したＪａｖａ−ＡＰソフトウェア配信サーバ１００では、受信した銘柄登録要求に内包されている銘柄名「ＡＢＣ会社」と端末識別子「ＭＳ０００１」とが対応づけられて、記憶部１０５のＪａｖａ−ＡＰ利用者テーブル１０５Ｅに図７に示したように格納される。
【００８４】
次に、携帯電話機４００のユーザが、指定した銘柄の株価情報を閲覧するために、表示部４０５に表示されている図１６に示した画面の「株価情報の取得」をクリックする操作を操作部４０４にて行うと、株価情報ＡＰ用のスクラッチパッドに記憶されている端末識別子「ＭＳ０００１」が読み出され、読み出された端末識別子を内包する株価情報取得要求が生成される。生成された株価情報取得要求は、携帯電話機４００から送信され、移動パケット通信網３００およびインターネット２００を介してＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される。
【００８５】
Ｊａｖａ−ＡＰソフトウェア配信サーバ１００にて株価情報取得要求が受信されると、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００では、株価取得要求に内包されている端末識別子「ＭＳ０００１」をキーにして、記憶部１０５に記憶されているＪａｖａ−ＡＰ利用者テーブル１０５Ｄが検索される。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００では、該当する端末識別子がＪａｖａ−ＡＰ利用者テーブル１０５Ｄの中から見つけられると、端末識別子「ＭＳ０００１」に対応づけて記憶されている、携帯電話機４００のユーザが登録した銘柄名「ＡＢＣ会社」が読み出される。次にＪａｖａ−ＡＰソフトウェア配信サーバ１００では、読み出した銘柄名「ＡＢＣ会社」をキーにして、記憶部１０５に記憶されている、図３に示した株価情報テーブル１０５Ｅが検索され、「ＡＢＣ会社」の株価情報「１００円」が読み出される。Ｊａｖａ−ＡＰソフトウェア配信サーバ１００では、読み出された「ＡＢＣ会社」の株価情報「１００円」を内包する株価情報応答が生成され、端末識別子「ＭＳ０００１」で識別される携帯電話機４００へ生成された株価情報応答が送信される。
【００８６】
株価情報応答を受信した携帯電話機４００では、当該応答に内包されている「ＡＢＣ会社」の株価情報が抽出される。抽出された株価情報は、図１８に例示したように、表示部４０５に表示される。
【００８７】
以上説明したように、本実施形態によれば、Ｊａｖａ−ＡＰソフトウェアをダウンロードしようとする者が、Ｊａｖａ−ＡＰが携帯電話機４００内部の個人データを携帯電話機４００から送信するＪａｖａ−ＡＰであることを確認した上でダウンロードを行うことになる。したがって、携帯電話機４００内部の個人データが携帯電話機４００から送信されることを望まないというユーザが、携帯電話機４００内部の個人データを携帯電話機４００から送信するＪａｖａ−ＡＰソフトウェアをダウンロードしてしまう虞を無くすことができる。また、携帯電話機４００においてＪａｖａ−ＡＰソフトウェアが実行される際にも、Ｊａｖａ−ＡＰソフトウェアが実行されることにより実現されるＪａｖａ−ＡＰが携帯電話機４００内部の個人データを携帯電話機４００から送信するＪａｖａ−ＡＰであることを携帯電話機４００のユーザが確認した上でＪａｖａ−ＡＰソフトウェアが実行されることになる。したがって、携帯電話機４００内部の個人データが携帯電話機４００から送信されることを望まないというユーザが、携帯電話機４００内部の個人データを携帯電話機４００の外部へ送信するＪａｖａ−ＡＰを実現するためのＪａｖａ−ＡＰソフトウェアを実行してしまう虞を無くすことができる。
【００８８】
［３．変形例］
上述した実施形態では、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００は、インターネット２００を介して移動パケット通信網３００に接続されているが、Ｊａｖａ−ＡＰソフトウェア配信サーバ１００を、専用線で移動パケット通信網３００に接続するようにしてもよい。
【００８９】
上述した実施形態では、携帯電話機４００はＪａｖａ−ＡＰが実現された際に、Ｊａｖａ−ＡＰソフトウェアの配信元のサーバと通信を行うようになっているが、Ｊａｖａ−ＡＰが実現されている携帯電話機４００が通信を行うのは、Ｊａｖａ−ＡＰソフトウェアの配信元のサーバに限定されるものではない。例えば、上述した実施形態において、株価情報を配信するＷＷＷサーバを別に設け、株価情報ＡＰソフトウェアを実行している携帯電話機４００が、新たに設けられた株価情報配信用のサーバと通信を行うことにより株価情報を得るようにしてもよい。
【００９０】
上述した実施形態では、Ｊａｖａ−ＡＰが実現されている携帯電話機４００からＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される個人データとして、携帯電話機を一意に識別するための端末識別子が用いられているが、Ｊａｖａ−ＡＰが実現されている携帯電話機４００から送信される個人データは、端末識別子に限定されるものではない。Ｊａｖａ−ＡＰが実現されている携帯電話機４００から送信される個人データは、携帯電話機４００を所有しているユーザの電話番号など他の個人データであってもよい。
【００９１】
また、上述した携帯電話機４００と移動パケット通信網３００が、ＩＭＴ−２０００（International Mobile Telecommunication 2000）に準拠したものであってもよい。ＩＭＴ−２０００に準拠した携帯電話機には、携帯電話機のユーザの契約者データを記録したＵＩＭ（User Identity Module）というＩＣカードが使用される。Ｊａｖａ−ＡＰが実現されている携帯電話機がＩＭＴ−２０００に準拠した携帯電話機である場合、携帯電話機からＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信される個人データは、ＵＩＭに記憶されているＵＩＭの識別番号や、ＵＩＭの識別番号と携帯電話機の端末識別子を組み合わせたものであってもよい。
【００９２】
上述した実施形態では、携帯電話機４００からＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送られる個人データは平文で送信されているが、個人データを任意のアルゴリズムで変換し、この変換により得られるデータを送信するようにしてもよい。
【００９３】
上述した実施形態では、携帯電話機４００とＪａｖａ−ＡＰソフトウェア配信サーバ１００との間で行われる通信にＨＴＴＰが用いられているが、通信に用いられるプロトコルはこれに限定されるものではなく、ＨＴＴＰＳ（Hypertext Transfer Protocol Security）などの暗号化機能を付加したプロトコルを用いて通信を行うようにしてもよい。
【００９４】
上述した実施形態において、携帯電話機４００が個人データをＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信する際に、個人データを送信しても良いか否かを携帯電話機４００のユーザに問い合わせるようにしてもよい。
【００９５】
上述した実施形態において、Ｊａｖａ−ＡＰソフトウェアのダウンロード終了後、図１９に例示するＪａｖａ−ＡＰの詳細に関する設定画面を携帯電話機４００の表示部４０５に表示させて、ダウンロードしたＪａｖａ−ＡＰソフトウェアにより実現されるＪａｖａ−ＡＰが個人データを送信するＪａｖａ−ＡＰであることをユーザに再度確認させるようにしてもよい。
【００９６】
上述した実施形態では、携帯電話機４００は、株価情報ＡＰソフトウェアをＪａｖａ−ＡＰソフトウェア配信サーバ１００からダウンロードしているが、携帯電話機４００の出荷時に予め携帯電話機４００の記憶部に株価情報ＡＰソフトウェアを記憶させて出荷するようにしてもよい。
【００９７】
端末識別子がスクラッチパッドに書き込まれるタイミングは、上述した実施形態に示したタイミングに限定されるものではない。端末識別子は、株価情報ＡＰの実行開始時にＲＯＭ４０７から読み出され、スクラッチパッドに記憶されるようにしてもよい。
【００９８】
上述した携帯電話機４００のＲＯＭ４０７に記憶されている各種ソフトウェアは、書き換えが可能なようにしてもよい。各種ソフトウェアを書き換える方法の一例としては、以下のような方法が挙げられる。例えば、各種ソフトウェアを記録したＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの記録媒体を、パーソナルコンピュータのＣＤ−ＲＯＭドライブに挿入し、このパーソナルコンピュータと、ＲＯＭ４０７に替えてフラッシュＲＯＭを用いている携帯電話機とをケーブルで接続する。パーソナルコンピュータが、ＣＤ−ＲＯＭに記録された各種ソフトウェアを読み取り、読み取ったソフトウェアをケーブルで接続されている携帯電話機へ送信する。そして、ソフトウェアを受信した携帯電話機が、受信したソフトウェアをフラッシュＲＯＭに書き込むことにより、携帯電話機に記憶されている各種ソフトウェアをバージョンアップすることが可能となる。
【００９９】
上述した変形例では、各種ソフトウェアを記録した記録媒体としてＣＤ−ＲＯＭを挙げているが、記録媒体はこれに限定されるものではない。ＤＶＤ−ＲＯＭや、フラッシュＲＯＭを内蔵したＩＣカード、フロッピーディスクなど他の記録媒体であってもよい。
【０１００】
上述した実施形態では、携帯電話機のＲＯＭ４０７に記憶されている端末識別子がＲＯＭ４０７から読み出されて個人データとして送信されている、即ち、携帯電話機内に記憶されている個人データが読み出されて個人データとして送信されているが、携帯電話機４００のユーザが操作部４０４を用いて入力した個人データをＪａｖａ−ＡＰソフトウェア配信サーバ１００へ送信するようにしてもよい。
【０１０１】
上述した実施形態では、Ｊａｖａ実行環境およびＪａｖａ−ＡＰが用いられているが、携帯電話機に記憶されている個人データが、携帯電話機の使用者の許可ない場合には送信されないようにするものであれば、アプリケーションソフトウェアの実行環境はＪａｖａ実行環境に限定されない。またアプリケーションソフトウェアも、Ｊａｖａプログラミング言語を用いて作成されたものに限定されず、他のプログラミング言語を用いて作成されたものでもよい。
【０１０２】
上述した実施形態では、個人データは、携帯電話機４００のユーザがＪａｖａ−ＡＰソフトウェアを実行している携帯電話機４００を操作したことをトリガとして携帯電話機４００から送信されているが、携帯電話機４００がＪａｖａ−ＡＰソフトウェア配信サーバ１００から個人データを要求されたことをトリガとして、携帯電話機４００から送信されるようにしてもよい。
【０１０３】
【発明の効果】
以上説明したように本発明によれば、通信端末においてアプリケーションソフトウェアを実行させる際に、通信端末のユーザの個人データがユーザの許可なしに通信端末から送信されるのを防止することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる通信システムの全体構成を例示する図である。
【図２】本発明の実施形態に係わるＪａｖａ−ＡＰソフトウェア配信サーバ１００のハードウェア構成を例示するブロック図である。
【図３】株価情報テーブル１０５Ｅの内容を示す図である。
【図４】説明ファイル１０５Ａの内容を示す図である。
【図５】Ｊａｖａ−ＡＰソフトウェア配信サーバ１００が配信するページを示す図である。
【図６】ＡＤＦ１０５Ｂの内容を示す図である。
【図７】Ｊａｖａ−ＡＰ利用者テーブル１０５Ｄの内容を示す図である。
【図８】本発明の実施形態に係わる携帯電話機４００のハードウェア構成を例示する図である。
【図９】Ｊａｖａ−ＡＰ実行環境の構成を例示する図である。
【図１０】携帯電話機４００にてＷＷＷブラウザが実行された時に表示されるブラウザ画面を例示する図である。
【図１１】個人データを送信するＪａｖａ−ＡＰソフトウェアをダウンロードする際に表示されるメッセージを示す図である。
【図１２】本発明の実施形態に係わる携帯電話機４００が、Ｊａｖａ−ＡＰソフトウェアを実行する時の処理の流れを例示するフローチャートである。
【図１３】携帯電話機４００がＪａｖａ−ＡＰソフトウェアをダウンロードする時の動作例を示すシーケンス図である。
【図１４】Ｊａｖａ−ＡＰソフトウェアのダウンロードを中止した時に表示される画面を例示する図である。
【図１５】個人データを携帯電話機４００の外部へ送信するＪａｖａ−ＡＰソフトウェアを実行する際に表示される警告メッセージを示す図である。
【図１６】株価情報ＡＰの実行開始時に表示される画面を例示する図である。
【図１７】株価情報ＡＰの実行開始時に表示される画面に示されている「銘柄の登録・削除」をクリックした後に表示される画面を例示する図である。
【図１８】Ｊａｖａ−ＡＰソフトウェア配信サーバ１００から取得した株価情報を表示した画面を例示する図である。
【図１９】実施形態の変形例において、携帯電話機４００の表示部４０５に表示される、Ｊａｖａ−ＡＰの詳細に関する設定画面を例示する図である。
【符号の説明】
１００・・・Ｊａｖａ−ＡＰソフトウェア配信サーバ、１０１・・・バス、１０２・・・通信部、１０３・・・操作部、１０４・・・表示部、１０５・・・記憶部、１０５Ａ・・・説明ファイル、１０５Ｂ・・・ＡＤＦ、１０５Ｃ・・・ＪＡＲファイル、１０５Ｄ・・・Ｊａｖａ−ＡＰ利用者テーブル、１０５Ｅ・・・株価情報テーブル、１０６・・・ＲＯＭ、１０７・・・ＲＡＭ、１０８・・・ＣＰＵ
２００・・・インターネット
３００・・・移動パケット通信網
４００・・・携帯電話機、４０１・・・バス、４０２・・・通信部、４０３・・・アンテナ、４０４・・・操作部、４０５・・・表示部、４０６・・・不揮発性メモリ、４０７・・・ＲＯＭ、４０８・・・ＲＡＭ、４０９・・・ＣＰＵ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technique for controlling execution of an application program that can use data unique to an individual.
[0002]
[Prior art]
In recent years, Java (registered trademark) application software that can be executed by a mobile phone is widely distributed from a WWW (World Wide Web) server connected to the Internet. The Java application software includes a JAR (Java Archive) file including a program created using the Java programming language, and an ADF (Application Descriptor File) describing data related to the JAR file. When a user of a mobile phone downloads the above file to the mobile phone and instructs the mobile phone to execute Java application software, a Java application (hereinafter referred to as Java-AP) is realized on the mobile phone. Various functions are added to the mobile phone.
[0003]
A user of a mobile phone can download desired software from a large number of WWW servers connected to the Internet and add a desired function to the mobile phone. However, if any function can be added, for example, data stored in the mobile phone is destroyed by malicious software, or data specific to an individual stored in the mobile phone (hereinafter referred to as an individual). Data) may be leaked outside the mobile phone against the user's intention.
[0004]
Therefore, a mobile phone capable of executing the Java-AP software is designed to limit the behavior of the Java-AP realized by executing the Java-AP software. For example, the storage area that can be used by Java-AP is limited to a specific storage area different from the storage area in which personal data is stored. Further, the Java-AP that performs communication can communicate only with the server that has distributed the Java-AP software. Furthermore, in the mobile phone, when the Java-AP communicates with the server that provides the Java-AP software, the user is inquired about whether or not the communication is permitted, and the communication is performed only when the communication is permitted. Only Java-AP is allowed.
[0005]
A technique for limiting the execution of Java-AP software is known (for example, see Patent Document 1). Japanese Patent Application Laid-Open No. 2004-133867 inquires of the user as to whether or not to permit execution of the program, and describes that the program is executed only when the user has permission.
[0006]
[Patent Document 1]
JP 2001-117769 A
[0007]
[Problems to be solved by the invention]
By the way, as a provider that provides Java-AP software that communicates with a distribution-source WWW server, it may be desired to identify a Java-AP user that is communicating with the server. However, since the conventional Java-AP can use only a specific storage area, personal data such as identification data for identifying the user of the Java-AP is notified from the user to the Java-AP, The identification data notified is transmitted to the server of the Java-AP software provider. However, it is troublesome for the user that the user notifies the Java-AP of the identification data every time the Java-AP transmits the identification data.
[0008]
In order to avoid the trouble of the user, it may be possible to use a specification that allows the identification data notified by the user to be written in a specific storage area for Java-AP. In this case, however, the identification data notified by the user is specified. After that, the Java-AP can transmit data for identifying the user to the server without requiring the user's notification. If the user wishes to always transmit data for identifying the user, such a specification is not a problem. However, in the case of a user who does not, data such as a result contrary to the user's intention can be obtained. turn into.
[0009]
The present invention has been made in view of the above-described circumstances, and prevents a communication terminal user's personal data from being transmitted from the communication terminal without the user's permission. , It is an object to provide a program and a recording medium.
[0010]
[Means for Solving the Problems]
In order to solve the above-described problems, the present invention provides a first storage unit that stores a program, an execution unit that executes a program stored in the first storage unit, and the execution unit executes the program. Second storage means for storing data read and written by an application realized by Descriptor that can include transmission function information indicating information indicating the characteristics of the program and indicating that the program has a function of transmitting the data An instruction input means for inputting a user's instruction in a communication terminal having a third storage means for storing information and a transmitting means for transmitting the data to an external device by the application, and executing the program When an instruction to do so is input by the instruction input unit, the third storage unit stores the Existence of transmission function information in descriptor information Based on the above, it is determined whether or not the program instructed to execute is a program that can acquire the data and transmit it to an external device, and if it is determined that the program can be transmitted, the execution of the program is permitted Execution of the program by the execution means only when the first confirmation means for prompting the user to input an instruction indicating whether or not to execute and an instruction to permit execution are input by the instruction input means And a communication terminal characterized by having an execution permission means for permitting the above.
The present invention also provides a download unit that downloads data from a server device, a first storage unit that stores a program, an execution unit that executes a program stored in the first storage unit, and the execution unit that is a program. In a communication terminal having a second storage means for storing data read / written by an application realized by executing and a transmission means for the application to transmit data to an external device, a user instruction When the instruction input means for inputting the instruction and the instruction to download the program are input by the instruction input means, Descriptor that can include transmission function information indicating information indicating the characteristics of the program and indicating that the program has a function of transmitting the data The information was downloaded by the download means and downloaded Presence / absence of transmission function information in the descriptor information Based on the above, it is determined whether the program instructed to download is a program that can acquire the data and transmit it to an external device. If it is determined that the program can be transmitted, the program is permitted to be downloaded. Download confirmation means that prompts the user to input an instruction indicating whether or not to download, and the download of the program by the download means is permitted only when an instruction to permit download is input by the instruction input means There is provided a communication terminal characterized by having download permission means.
[0011]
The present invention also includes a first storage unit that stores a program, an execution unit that executes a program stored in the first storage unit, and an application that is realized by executing the program by the execution unit. Second storage means for storing data to be read and written; Descriptor that can include transmission function information indicating information indicating the characteristics of the program and indicating that the program has a function of transmitting the data An instruction input means for inputting a user's instruction, and a computer program having a third storage means for storing information and a transmission means for transmitting the data by the application to an external device, and executing the program When an instruction to do so is input by the instruction input unit, the third storage unit stores the Existence of transmission function information in descriptor information Based on the above, it is determined whether or not the program instructed to execute is a program that can acquire the data and transmit it to an external device, and if it is determined that the program can be transmitted, the execution of the program is permitted Execution of the program by the execution means only when the first confirmation means for prompting the user to input an instruction indicating whether or not to execute and an instruction to permit execution are input by the instruction input means And a computer-readable recording medium on which the program is recorded are provided.
[0013]
According to the present invention, the communication terminal is configured such that when an instruction to execute a program for realizing an application that can acquire and transmit personal data of the user to an external device is input from the user, The user is prompted to input an instruction indicating whether or not execution of the program is permitted, and the execution of the program is permitted only when an instruction to permit the execution of the program is input by the user.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments according to the present invention will be described below with reference to the drawings.
[0015]
[1. Configuration of Embodiment]
[1-1. overall structure]
FIG. 1 is a diagram illustrating the overall configuration of a communication system 10 according to the present invention. The communication system 10 includes a large number of mobile phones and Java-AP software distribution servers, but only one mobile phone 400 and one Java-AP software distribution server 100 are shown to prevent the drawing from becoming complicated. ing.
[0016]
The Java-AP software distribution server 100 is a server that is operated by an operator that distributes the Java-AP software to the mobile phone 400. The Java-AP software distribution server 100 can perform packet communication and is connected to the Internet 200. The Java-AP software distribution server 100 has the same function as that of a general WWW server, such as communication according to HTTP (HyperText Transfer Protocol), and the domain name is “www.abc.co”. .jp ". The Java-AP software distribution server 100 distributes software for realizing Java-AP that displays stock price information, and provides a service for providing stock price information to the mobile phone 400 that has downloaded the software.
[0017]
The mobile packet communication network 300 is a communication network that provides a mobile data communication service. The mobile packet communication network 300 is connected to a radio base station that performs radio communication with a mobile phone 400 owned by a person who has made a subscriber contract with a communication carrier that operates the mobile packet communication network 300, and to the radio base station. And a gateway exchange connected to the exchange. The mobile packet communication network 300 includes a gateway server for relaying communication performed between the gateway exchange and the Internet 200 (all not shown). The mobile packet communication network 300 is a Java-AP software connected to the mobile phone 400 accommodated in the mobile packet communication network 300 and the Internet 200 using the above-described apparatus installed in the mobile packet communication network 300. The packet communication performed with a WWW server such as the distribution server 100 is relayed.
[0018]
The mobile phone 400 is a mobile phone owned by a user (not shown) and can receive a mobile data communication service provided by the mobile packet communication network 300. The cellular phone 400 has a packet communication function, and performs packet communication with a WWW server such as the Java-AP software distribution server 100 connected to the Internet 200 via the mobile packet communication network 300 and the Internet 200. It can be performed.
[0019]
[1-2. Configuration of Java-AP software distribution server]
[1-2-1. Hardware configuration]
FIG. 2 is a block diagram illustrating a hardware configuration of the Java-AP software distribution server 100. As shown in FIG. 2, each part of the Java-AP software distribution server 100 is connected to a bus 101, and data is exchanged between each part via the bus 101.
[0020]
The communication unit 102 is a communication interface for performing communication using the Internet 200, and is connected to the Internet 200. The operation unit 103 is used to input an instruction for operating the Java-AP software distribution server 100, and includes a keyboard and a mouse (not shown). When the operation unit 103 is operated by the user of the Java-AP software distribution server 100, the operation unit 103 outputs a signal indicating the operation content of the user to the CPU. The display unit 104 includes a liquid crystal display panel (not shown) and a control circuit that performs display control of the liquid crystal display panel, and operates characters, graphic screens, and the Java-AP software distribution server 100 under the control of the CPU 108. Display a menu screen or the like.
[0021]
The storage unit 105 includes a device (not shown) that permanently stores data, such as a hard disk device. The storage unit 105 stores a server program for causing the Java-AP software distribution server 100 to function as a general WWW server, such as a data transmission / reception function based on HTTP. Further, the storage unit 105 includes a JAR (Java Archive) file 105C containing a program created using the Java programming language, an ADF (Application Descriptor File) 105B describing data related to the JAR file, and the JAR file 105C. And an explanation file 105A for explaining the contents of the Java-AP software comprising the ADF 105B to the user of the mobile phone as the client. Further, the storage unit 105 includes a Java-AP user table 105D for providing a service for providing stock price information to a device that has downloaded the Java-AP software distributed by the Java-AP software distribution server 100. The stock price information table 105E is stored. The stock price information table 105E is a table in which the stock prices of listed companies are stored. As illustrated in FIG. 3, the stock name of each stock and the stock price of each brand are stored in association with each other. The Java-AP user table 105D will be described later.
[0022]
A ROM (Read Only Memory) 106 stores an IPL (Initial Program Loader). When the user of the Java-AP software distribution server 100 turns on the power of the Java-AP software distribution server 100, the CPU 108 uses the RAM (Random Access Memory) 107 as a work area, reads the IPL from the ROM 106, and the CPU 108 and Java -Initialize each part of the AP software distribution server 100. When the initialization is completed, the CPU 108 reads the server program from the storage unit 105 and executes it.
[0023]
[1-2-2. Explanation file, ADF, JAR file]
As illustrated in FIG. 4, the explanation file 105A is described in CTMML (Compact HyperText Markup Language), which is one of the markup languages, and the URL is “http://www.abc.co.jp/java”. /kabuka.html ". When the explanation file 105A is interpreted by a WWW browser capable of interpreting CHTML, a page P01 introducing Java-AP software provided by the Java-AP software distribution server 100 is displayed as shown in FIG. On this page P01, a hyperlink P01A for downloading Java-AP software provided by the Java-AP software distribution server 100 is displayed.
[0024]
In the explanation file 105A, an A tag and an OBJECT tag are used to download Java-AP software to a mobile phone serving as a client. The A tag is a tag for displaying a hyperlink on the page. When the explanation file 105A shown in FIG. 4 is interpreted by the WWW browser, the description between “<A” and “/ A>” is displayed on the page P01 as a hyperlink P01A. The ijam attribute described in the A tag is an attribute for referring to the OBJECT tag when the hyperlink displayed by the A tag is clicked. The OBJECT tag is a tag used to specify the ADF of the Java-AP software. The data attribute is for designating a URL indicating the storage location of the ADF of the Java-AP software. In the explanation file 105A, the URL “http://www.abc.co.jp/java/kabuka. jam "is described.
[0025]
From the Java-AP software distribution server 100, software for realizing Java-AP with the name "stock price information" (hereinafter referred to as stock price information AP) is distributed. When this stock price information AP software is executed by a mobile phone as a client, stock price information of a brand designated by the user of the stock price information AP is acquired from the Java-AP software distribution server 100 that has distributed the stock price information AP software. It has a function to display.
[0026]
The JAR file 105C is a file in which class files and resource files necessary for realizing Java-AP are combined into one, and is used when distributing software created using the Java language. In the JAR file 105C, class files and resource files necessary for realizing the stock price information AP described above are stored.
[0027]
The ADF 105B is a text file in which data related to the Java-AP realized by the JAR file 105C paired with the ADF 105B and the class file and resource file stored in the JAR file 105C are described. As data related to Java-AP, for example, as shown in FIG. 6, a PackageURL (http://www.abc) indicating the file size of the JAR file 105C paired with the ADF 105B and the location where the JAR file 105C is stored. .co.jp / java / kabuka.jar). When the Java-AP is a Java-AP having a function of transmitting a terminal identifier, which is one of personal data stored in the mobile phone serving as a client, to the outside of the mobile phone, the ADF 105B Describes “UsePersonal = utn”, which is an attribute indicating the fact. When the stock price information AP realized by the stock price information AP software distributed by the Java-AP software distribution server 100 is executed by the mobile phone serving as the client, a terminal identifier that is personal data of the mobile phone serving as the client is transmitted from the mobile phone. Therefore, “UsePersonal = utn” is described in the ADF 105B.
[0028]
[1-2-3. File distribution]
The Java-AP software distribution server 100 transmits the explanation file 105A, the ADF 105B, and the JAR file 105C to the mobile phone serving as the client in response to the HTTP request from the mobile phone serving as the client.
[0029]
When the Java-AP software distribution server 100 receives an HTTP request using the GET method using the URL of the description file 105A as a parameter, the Java-AP software distribution server 100 reads the description file 105A from the storage unit 105. When the Java-AP software distribution server 100 reads the explanation file 105A, the Java-AP software distribution server 100 generates an HTTP response that includes the read explanation file 105A, and transmits this HTTP response to the mobile phone that is the client that has transmitted the HTTP request.
[0030]
When the URL that is the parameter of the GET method is the URL of the ADF 105B, the read ADF 105B is read from the storage unit 105 and the read ADF 105B is transmitted to the mobile phone 400 as in the case of the explanation file 105A. When the URL that is the parameter of the GET method is the URL of the JAR file 105C, the JAR file 105C is read from the storage unit 105 and read to the mobile phone as the client, as in the case of the explanation file 105A. 105C is transmitted.
[0031]
[1-2-4. Distribution of stock price information]
The server program stored in the ROM 106 has a function of communicating with a mobile phone serving as a client executing the stock price information AP and transmitting stock price information to the mobile phone serving as a client.
[0032]
When the stock price information AP is executed by the mobile phone serving as the client and the user of the stock price information AP performs an operation of registering the stock price information desired by the user, the name of the brand that the user wishes to register from the mobile phone serving as the client And the terminal identifier of the mobile phone serving as the client are transmitted to the Java-AP software distribution server 100.
[0033]
When the CPU 108 of the Java-AP software distribution server 100 receives a registration request that includes the brand name of the stock price information desired by the user and the terminal identifier transmitted from the mobile phone 400 executing the stock price information AP, the CPU 108 receives the registration request. The associated terminal identifier and company name are stored in the Java-AP user table 105D in association with each other. The Java-AP user table 105D is a table for managing the users of the stock price information AP. As illustrated in FIG. 7, the terminal identifier of the mobile phone transmitted from the mobile phone 400 and the user's desired The brand name of the stock price information is associated with the company name.
[0034]
When the stock price information AP is executed by the mobile phone serving as the client and an operation for obtaining stock price information of the brand registered by the user of the stock price information AP is performed, the terminal identifier of the mobile phone serving as the client is transmitted from the mobile phone serving as the client. Is transmitted to the Java-AP software distribution server 100.
[0035]
When the CPU 108 of the Java-AP software distribution server 100 receives a stock price information acquisition request including a terminal identifier, transmitted from a mobile phone serving as a client on which the stock price information AP is executed, the CPU 108 includes the stock price information acquisition request. The Java-AP user table 105D stored in the storage unit 105 is searched using the terminal identifier as a key. When the CPU 108 finds the corresponding terminal identifier from the Java-AP user table 105D, it reads the brand name stored in association with the terminal identifier. Next, the CPU 108 searches the stock price information table 105E using the read brand name as a key, and reads the stock price information stored in association with the brand name from the stock price information table 105E. Next, the CPU 108 generates a stock price information response including the read stock price information, and transmits the generated response to the mobile phone serving as the client identified by the terminal identifier.
[0036]
[1-3. Configuration of mobile phone]
FIG. 8 is a block diagram illustrating a hardware configuration of the mobile phone 400. As shown in FIG. 8, each unit of the mobile phone 400 except the antenna 403 is connected to a bus 401, and data is exchanged between the units via the bus 401.
[0037]
The communication unit 402 includes an antenna 403 and performs wireless communication with a wireless base station installed in the mobile packet communication network 300 under the control of the CPU 409. The operation unit 404 has a plurality of keys for inputting a numeric keypad (not shown) and operation instructions. When the user of the mobile phone 400 operates the operation unit 404, a signal indicating the operation content is output from the operation unit 404 to the CPU 409 according to the user's operation. The display unit 405 includes, for example, a liquid crystal display panel (not shown) and a control circuit that performs display control of the liquid crystal display panel. Under the control of the CPU 409, a menu for operating characters and graphic screens and the mobile phone 400 is displayed. Display the screen on the LCD. The non-volatile memory 406 stores data for controlling the mobile phone 400 and ADF and JAR files downloaded from a server that distributes Java-AP software.
[0038]
Various programs executed by the CPU 409 are stored in the ROM 407. For example, the OS (Operating System) software for controlling the entire IPL and the mobile phone 400, WWW browser software capable of interpreting CHTML, and the mobile phone 400 are used. Java execution environment software for executing Java-AP software is stored. The ROM 407 stores a terminal identifier “MS0001” that is an identifier for uniquely identifying the mobile phone 400. The RAM 408 is used as a work area for the CPU 409, and temporarily stores data used by a program executed by the CPU 409.
[0039]
When the mobile phone 400 is turned on, the CPU 409 reads and executes the IPL from the ROM 407 when the power is turned on, and initializes each part of the CPU 409 and the mobile phone 400. When the initialization is completed, the CPU 409 reads the OS software from the ROM 407 and executes it. When the user of the mobile phone 400 operates the operation unit 404, the CPU 409 executing the OS software displays a signal output from the operation unit 404 and a screen displayed on the display unit 404 according to the user's operation. Based on the user's instruction, a process corresponding to the user's instruction is performed.
[0040]
[1-3-1. Description of Java execution environment]
FIG. 9 is a diagram illustrating a configuration of a Java-AP execution environment in the mobile phone 400.
[0041]
The JAR storage is a storage area for storing the JAR file 105C, and is secured in the nonvolatile memory 406 by a JAM (Java Application Manager). The scratch pad is a storage area for storing persistent data (data that is retained even after the application ends), and is secured in the nonvolatile memory 406. The scratch pad is secured in the non-volatile memory 406 for each Java-AP by JAM.
[0042]
JAM manages Java-AP software. JAM displays the list of Java-AP software that is stored in the JAR storage and can be executed, Java-AP software execution management (startup / forced termination of Java-AP software), installation and deletion of Java-AP software It has a function to perform.
[0043]
The JAM also reads data written in a storage area other than the scratch pad used by the Java-AP and writes it to the scratch pad used by the Java-AP. It has a function of monitoring transmission from the telephone 400.
[0044]
When the JAM reads the terminal identifier stored in the ROM 407 and receives an instruction from the Java-AP to write the read terminal identifier to the scratch pad, the JAM reads the terminal identifier from the ROM 407 and reads it to the scratch pad used by the Java-AP. Write the terminal identifier. In addition, when “UsePersonal = utn” is described in the referenced ADF, JAM reads the terminal identifier written in the scratch pad when receiving an instruction from Java-AP to transmit the terminal identifier to the outside of the mobile phone. And send it to the outside of the mobile phone.
[0045]
If “UsePersonal = utn” is not described in the referenced ADF, the JAM reads the terminal identifier even if it receives an instruction from the Java-AP to read the terminal identifier stored in the ROM 407 and write it to the scratchpad. And the terminal identifier is not written to the scratchpad. In addition, when “UsePersonal = utn” is not described in the referenced ADF, JAM can receive an instruction from Java-AP to read the terminal identifier written in the scratchpad and transmit it to the outside of the mobile phone. The terminal identifier is not transmitted from the mobile phone.
[0046]
KVM (K Virtual Machine) is a redesigned Java Virtual Machine (JVM) that executes Java bytecode by converting it to native code, and is limited in memory, CPU capacity, and battery consumption. Designed to be used on some devices.
[0047]
[1-3-2. Processing when obtaining Java-AP software]
Next, processing performed when the mobile phone 400 downloads Java-AP software will be described.
[0048]
[1-3-2-1. Execution of browser and Java execution environment]
When the user of the mobile phone 400 operates the operation unit 404 to instruct execution of WWW browser software, the CPU 409 reads out the WWW browser software and the Java execution environment software from the ROM 407 and executes them. When the WWW browser software is executed, the display unit 405 is controlled by the CPU 409, and a browser screen serving as a user interface illustrated in FIG. 10 is displayed. Thereafter, the CPU 409 specifies a user instruction based on the state of the browser screen serving as a user interface and a signal supplied from the operation unit 404, and performs processing according to the instruction. In addition, Java execution environment software is executed to realize a Java-AP execution environment.
[0049]
[1-3-2-2. WWW page acquisition]
The user of the mobile phone 400 uses the operation unit 404 to input the URL of a file for displaying a page provided by the WWW server on the mobile phone 400 on which the browser screen shown in FIG. 10 is displayed. Then, the CPU 409 controls the display unit 405 to display the input URL on the browser screen. When the user performs an operation for instructing display of the page specified by the input URL, that is, an operation for clicking the “display” button on the browser screen shown in FIG. The communication unit 402 is controlled to establish a TCP connection with the WWW server apparatus that provides the file specified by the URL. The CPU 409 transmits an HTTP request using a GET method using the input URL as a parameter to the WWW server device via the established TCP connection, and requests a file specified by the URL. Further, the CPU 409 receives an HTTP response including a file transmitted from the WWW server device as a response to the HTTP request, and disconnects the connection.
[0050]
[1-3-2-2-3. Downloading Java-AP software]
When the user of the mobile phone 400 performs an operation for instructing download of the Java-AP software on the operation unit 404 after the page for downloading the Java-AP software is acquired in the mobile phone 400, the user's instruction Is notified to the running JAM.
[0051]
Specifically, an instruction from the user of the mobile phone 400 is notified to the JAM as follows. When the user performs an operation of clicking the hyperlink portion of the page displayed on the mobile phone 400, the ijam attribute is described in the A tag for displaying the hyperlink in the file for the WWW browser to display the page. Judge whether or not. When the WWW browser determines that the ijam attribute is described in the A tag, the WWW browser extracts the URL described in the data attribute of the OBJECT tag. When the URL specifies ADF, that is, when the extension of the file specified by the URL is “jar” indicating ADF, the WWW browser instructs the user to download the Java-AP software. JAM is notified that Java-AP software download is requested.
[0052]
When JAM is notified of a request to download Java-AP software, the JAM extracts the URL of the ADF described in the data attribute of the OBJECT tag. JAM establishes a TCP connection with a server specified by a URL, and generates an HTTP request using a GET method using the extracted URL as a parameter. The JAM transmits the generated HTTP request to the WWW server specified by the URL via the established TCP connection.
[0053]
JAM receives an HTTP response containing ADF, which is transmitted from the WWW server as a response to the HTTP request. When the JAM receives an HTTP response including ADF, JAM refers to the included ADF and determines whether the Java-AP software can be stored in the nonvolatile memory 406. Specifically, the JAM refers to an “AppSize” key indicating the size of the JAR file and an “SPsize” key indicating the size of the scratch pad used by the Java-AP described in the ADF. JAM compares the size of the Java-AP software described in the ADF and the size of the scratchpad to be used with the free space of the JAR storage and scratchpad, and whether or not the JAR file can be stored in the JAR storage. After downloading, it is determined whether the capacity of the scratch pad used by the Java-AP can be secured.
[0054]
When the JAM determines that it is possible to download the Java-AP software anew, the JAM refers to the ADF and determines whether “UsePersonal = utn” is described in the ADF. When JAM finds that “UsePersonal = utn” is described in the ADF, the Java-AP realized by executing the Java-AP software to be downloaded is stored in the mobile phone 400. It is determined that the terminal identifier, which is personal data, is a Java-AP transmitted from the mobile phone 400, and the screen illustrated in FIG. The JAM is a Java-AP in which the Java-AP realized by the Java-AP software to be downloaded by displaying the screen illustrated in FIG. 11 transmits a terminal identifier, that is, personal data from the mobile phone 400. Let the user know.
[0055]
The user who viewed the screen illustrated in FIG. 11 inputs an instruction to stop downloading the Java-AP software by operating the operation unit 404 because the personal data may be used outside the mobile phone 400. In this case, JAM stops downloading the Java-AP software.
[0056]
The user who viewed the screen illustrated in FIG. 11 acknowledges that the personal data is used outside the mobile phone 400 and operates the operation unit 404 to input an instruction to download the Java-AP software. In some cases, the JAM continues to download Java-AP software. Specifically, the JAM refers to the “PackageURL” key described in the ADF, and extracts a URL indicating the location where the JAR file is stored. When the JAM extracts the URL, it establishes a TCP connection with the WWW server specified by the URL, and generates an HTTP request using a GET method using the URL as a parameter. The JAM transmits the generated HTTP request to the server via the established TCP connection. The JAM receives an HTTP response containing a JAR file that is transmitted from the server as a response to the HTTP request. When the JAM receives an HTTP response including the JAR file, the JAM extracts the JAR file from the HTTP response and stores the extracted JAR file in the JAR storage. The JAM refers to the “SPsize” key indicating the size of the scratch pad described in the ADF, and the capacity specified in the “SPsize” key is scratched for the Java-AP realized by the downloaded Java-AP software. Secure on the pad.
[0057]
[1-3-3. Processing at the time of Java-AP software execution]
Next, processing performed when the mobile phone 400 is instructed to execute Java-AP software will be described with reference to the flowchart shown in FIG.
[0058]
When the user performs an operation to display a list of Java-AP software stored in the nonvolatile memory 406 and executable, the CPU 409 reads out the Java execution environment software from the ROM 407. Execute (Step SA1). By executing the Java execution environment software, a Java-AP execution environment is realized in the mobile phone 400. When the Java-AP execution environment is realized, the CPU 409 is provided with JAM and KVM functions. The CPU 409 having the JAM function refers to the nonvolatile memory 406 and generates a list of Java-AP software stored in the nonvolatile memory 406 and executable. When generating the list, the CPU 409 controls the display unit 405 to display the generated list on the display unit 405 (step SA2).
[0059]
After displaying the list of Java-AP software, the CPU 409 waits for an instruction to execute the Java-AP software from the user (step SA3). When the user selects the Java-AP software displayed on the display unit 405 and performs an operation on the operation unit 404 to instruct execution of the selected Java-AP software (step SA3: YES), the CPU 409 Based on the signal output from the operation unit 404 and the screen displayed on the display unit 405, the Java-AP software instructed to be executed by the user is specified. The CPU 409 reads out the specified Java-AP software ADF from the nonvolatile memory 406 (step SA4).
[0060]
The CPU 409 refers to the read ADF and determines whether or not the “UsePersonal = utn” attribute is described in the ADF, so that the Java-AP realized by the Java-AP software instructed by the user is executed. Then, it is determined whether the terminal identifier stored in the mobile phone 400 is a Java-AP that transmits from the mobile phone 400 (step SA5).
[0061]
When the CPU 409 determines that the Java-AP realized by the Java-AP software that the user has instructed to execute is a Java-AP that does not transmit the terminal identifier stored in the mobile phone 400 from the mobile phone 400. (Step SA5: NO), the CPU 409 reads the JAR file from the nonvolatile memory 406 (Step SA9) and executes it (Step SA10).
[0062]
When the CPU 409 determines that the Java-AP realized by the Java-AP software that the user has instructed to execute is a Java-AP that transmits the terminal identifier stored in the mobile phone 400 from the mobile phone 400. (Step SA5: YES), the display unit 405 is displayed with a screen prompting the user to input an instruction for permission of execution (Step SA6), and the user is asked whether the Java-AP software can be executed. Let The CPU 409 displays a screen that prompts the user to input an instruction for permission to execute, and then waits for an instruction from the user to be input (step SA7).
[0063]
When the operation unit 404 is operated by the user and a signal indicating the operation content of the user is input to the CPU 409, the CPU 409 determines whether or not the operation performed by the user instructs execution of the Java-AP software. (Step SA8). When the user instruction is an instruction to stop execution of the Java-AP software (step SA8: NO), the CPU 409 does not execute the Java-AP software.
[0064]
If the user instruction is to instruct execution of the Java-AP software (step SA8: YES), the CPU 409 reads the JAR file from the nonvolatile memory 406 (step SA9). By executing the Java execution environment software, the CPU 409 provided with the KVM function converts the Java bytecode included in the read JAR file into a native code, and executes the Java-AP software (step). SA10).
[0065]
After executing the Java-AP software, the CPU 409 waits for an instruction to end the Java-AP software being executed (step SA11). When the user operates the operation unit 404 and inputs an instruction to terminate the Java-AP software being executed, a signal indicating the user's operation content is input to the CPU 409, and the CPU 409 receives the Java-AP being executed. Exit the software.
[0066]
[2. Example of operation]
[2-1. Example of operation when downloading Java-AP software]
Next, an operation example when the Java-AP software is downloaded from the Java-AP software distribution server 100 will be described with reference to the sequence diagram shown in FIG. It is assumed that the mobile phone 400 is turned on by a user operation and a WWW browser has already been executed. Note that the operations performed by the aforementioned OS, WWW browser, JAM, KVM, and Java-AP stored in the mobile phone 400 are the operations of the mobile phone 400. Therefore, in the following description, the subject of the operation is the mobile phone. The telephone 400 is assumed.
[0067]
The operation of installing the Java-AP software provided by the Java-AP software distribution server 100 in the mobile phone 400 is stored in the Java-AP software distribution server 100 by the user of the mobile phone 400 operating the mobile phone 400. The process starts by trying to acquire the explanation file 105A.
[0068]
After the user of the mobile phone 400 operates the operation unit 404 of the mobile phone 400 and inputs the URL (“http://www.abc.co.jp/java/kabuka.html”) of the explanation file 105A, When an operation of clicking the “display” button shown in the screen example shown in FIG. 10 is performed (step S101), the mobile phone 400 receives an HTTP request using a GET method using the URL of the description file 105A as a parameter. It is generated (step S102). This HTTP request is transmitted from the cellular phone 400, and is transmitted to the Java-AP software distribution server 100 via the mobile packet communication network 300 and the Internet 200 (step S103).
[0069]
When the HTTP request is received by the Java-AP software distribution server 100, the explanation file 105A is read from the storage unit 105 (step S104), and an HTTP response containing the read explanation file 105A is generated ( Step S105). This HTTP response is transmitted from the Java-AP software distribution server 100 and transmitted to the mobile phone 400 via the Internet 200 and the mobile packet communication network 300 (step S106).
[0070]
When the cellular phone 400 receives the HTTP response, the explanation file 105A included in the HTTP response is interpreted by the WWW browser, and a user interface corresponding to the contents of the explanation file 105A is provided. As a result, the page P01 shown in FIG. 5 is displayed on the display unit 405 of the mobile phone 400 (step S107).
[0071]
When the user who has viewed this page P01 performs an operation of clicking the hyperlink P01A portion of the page P01 (step S108), the mobile phone 400 uses the anchor tag (“<A”) described in the explanation file 105A. The tag's ijam attribute is referenced. In the mobile phone 400, since the ijam attribute is described, the URL for acquiring the ADF 105B described in the data attribute of the OBJECT tag is referred to (“http://www.abc.co .jp / java / kabuka.jam ”) is extracted. Next, in the mobile phone 400, an HTTP request using a GET method using the extracted URL as a parameter is generated (step S109) and transmitted to the Java-AP software distribution server 100 (step S110).
[0072]
When the HTTP request is received by the Java-AP software distribution server 100, the ADF 105B is read from the storage unit 105 in response to the HTTP request (step S111). In the Java-AP software distribution server 100, an HTTP response including the read ADF 105B is generated (step S112), and the generated HTTP response is transmitted to the mobile phone 400 (step S113).
[0073]
When the mobile phone 400 receives an HTTP response including the ADF 105B, the ADF 105B included in the HTTP response is referred to. In mobile phone 400, since “UsePersonal = utn” is described in ADF 105B, in order to inquire the user whether to download the terminal identifier, that is, Java-AP software that transmits personal data, display unit 405 is displayed. The screen shown in FIG. 11 is displayed (step S114). As a result, the mobile phone 400 informs the user that the Java-AP realized by executing the downloaded Java-AP software is the terminal identifier, that is, the Java-AP that transmits personal data, and downloads. Ask them to do it.
[0074]
When the user of the mobile phone 400 viewing the screen shown in FIG. 11 performs an operation of clicking the “OK” button shown on the screen (step S115), the mobile phone 400 uses the PackageURL (“http: //www.abc.co.jp/java/kabuka.jar ") is extracted, and an HTTP request using a GET method using the extracted PackageURL as a parameter is generated (step S116). The generated HTTP request is transmitted from the mobile phone 400 to the Java-AP software distribution server 100 (step S117).
[0075]
When the HTTP request including the PackageURL is received by the Java-AP software distribution server 100, the JAR file 105C corresponding to the HTTP request is read from the storage unit 105 (step S118). In the Java-AP software distribution server 100, when the JAR file 105C is read, an HTTP response including the JAR file 105C is generated (step S119). This HTTP response is transmitted from the Java-AP software distribution server 100 (step S120), and is received by the mobile phone 400. When the mobile phone 400 receives the HTTP response, the JAR file 105C included in the HTTP response and the already downloaded ADF 105B are stored in the nonvolatile memory 406 (step S121).
[0076]
[2-2. Example of operation when downloading stock price information AP software]
Next, an operation when the user of the mobile phone 400 stops downloading the Java-AP software will be described. Note that the operations from step S101 to step S114 are the same as the operations for downloading the Java-AP software described above, and thus the description thereof is omitted.
[0077]
The user of the mobile phone 400 does not want to use the Java-AP in which personal data is transmitted after viewing the screen for inquiring of the user as to whether or not to perform the download shown in FIG. When the user clicks the “Cancel” button shown in the screen shown in FIG. 11, the mobile phone 400 causes the display unit 405 to display the screen illustrated in FIG. 14 and cancels the download of the Java-AP software. To do.
[0078]
[2-3. Example of operation when stock price information AP is executed]
Next, an operation example when the stock price information AP is executed by the mobile phone 400 will be described. In the description of the operation example described below, it is assumed that the stock price information AP software has already been downloaded to the mobile phone 400 by the above-described operation.
[0079]
When the user of the mobile phone 400 inputs an instruction to display a list of Java-AP software stored in the JAR storage and executable, the Java-AP execution environment is realized in the mobile phone 400. The In the mobile phone 400, when the Java-AP execution environment is realized, the Java-AP software stored in the nonvolatile memory 406 is referred to, and a list of executable Java-AP software is generated. In the mobile phone 400, the generated list is displayed on the display unit 405.
[0080]
When the user who has viewed the list of Java-AP software selects stock price information AP software that has already been downloaded and can be executed, and performs an operation to instruct execution of the selected stock price information AP software, the cellular phone 400 The ADF 105B of the selected stock price information AP is referred to. Since “UsePersonal = utn” is described in the ADF 105B referred to by the mobile phone 400, in the mobile phone 400, the stock price information AP is a Java-AP that transmits a terminal identifier that is personal data from the mobile phone 400. A screen for confirming execution of the Java-AP software illustrated in FIG. 15 is displayed.
[0081]
The user who viewed the screen illustrated in FIG. 15 acknowledges that the terminal identifier stored in the mobile phone 400, that is, personal data is transmitted from the mobile phone 400, and performs an operation to instruct execution of the Java-AP software. When done, stock price information AP is executed.
[0082]
When the stock price information AP is executed, the screen illustrated in FIG. 16 is displayed on the display unit 405 of the mobile phone 400. When the user of the mobile phone 400 performs an operation of clicking “designation / deletion of brand” in order to register a brand for which stock price information is desired, the screen illustrated in FIG. Is displayed. When the user of the cellular phone 400 operates the cellular phone 400, designates “ABC company” as a brand for which information is desired, and clicks “Register”, the terminal identifier “MS0001” stored in the ROM 407 is performed. Is read out and stored in the scratch pad for the stock price information AP. When the terminal identifier is stored in the scratch pad, a brand registration request including the brand name “ABC company” specified by the user and the terminal identifier “MS0001” of the mobile phone 400 is generated, and the generated brand registration request is generated by Java. -It is transmitted to the AP software distribution server 100.
[0083]
In the Java-AP software distribution server 100 that has received the brand registration request, the brand name “ABC company” included in the received brand registration request and the terminal identifier “MS0001” are associated with each other, and the Java− It is stored in the AP user table 105E as shown in FIG.
[0084]
Next, an operation in which the user of the mobile phone 400 clicks on “obtain stock price information” on the screen shown in FIG. 16 displayed on the display unit 405 in order to view the stock price information of the specified brand. If it performs in 404, terminal identifier "MS0001" memorize | stored in the scratch pad for stock price information AP will be read, and the stock price information acquisition request which contains the read terminal identifier will be produced | generated. The generated stock price information acquisition request is transmitted from the mobile phone 400 and transmitted to the Java-AP software distribution server 100 via the mobile packet communication network 300 and the Internet 200.
[0085]
When the Java-AP software distribution server 100 receives the stock price information acquisition request, the Java-AP software distribution server 100 stores the stock identifier in the storage unit 105 using the terminal identifier “MS0001” included in the stock price acquisition request as a key. The stored Java-AP user table 105D is searched. In the Java-AP software distribution server 100, when the corresponding terminal identifier is found in the Java-AP user table 105D, the user of the mobile phone 400 registered in association with the terminal identifier “MS0001” is registered. The brand name “ABC company” is read out. Next, the Java-AP software distribution server 100 searches the stock price information table 105E shown in FIG. 3 stored in the storage unit 105 using the read brand name “ABC company” as a key, and searches for “ABC company”. Stock price information “100 yen” is read out. In the Java-AP software distribution server 100, a stock price information response including the read stock price information “100 yen” of “ABC company” is generated and generated to the mobile phone 400 identified by the terminal identifier “MS0001”. Stock price information response is sent.
[0086]
In the mobile phone 400 that has received the stock price information response, the stock price information of “ABC company” included in the response is extracted. The extracted stock price information is displayed on the display unit 405 as illustrated in FIG.
[0087]
As described above, according to the present embodiment, a person who intends to download Java-AP software is a Java-AP in which the Java-AP transmits personal data inside the mobile phone 400 from the mobile phone 400. Download after confirming. Therefore, a user who does not want the personal data in the mobile phone 400 to be transmitted from the mobile phone 400 may download the Java-AP software that transmits the personal data in the mobile phone 400 from the mobile phone 400. It can be lost. In addition, when Java-AP software is executed on the mobile phone 400, Java-AP realized by executing the Java-AP software transmits personal data inside the mobile phone 400 from the mobile phone 400. -Java-AP software is executed after the user of the mobile phone 400 confirms that it is an AP. Therefore, a user who does not want the personal data in the mobile phone 400 to be transmitted from the mobile phone 400 can be used to implement Java-AP for transmitting the personal data in the mobile phone 400 to the outside of the mobile phone 400. -The possibility of executing the AP software can be eliminated.
[0088]
[3. Modified example]
In the embodiment described above, the Java-AP software distribution server 100 is connected to the mobile packet communication network 300 via the Internet 200. However, the Java-AP software distribution server 100 is connected to the mobile packet communication network 300 via a dedicated line. You may make it connect.
[0089]
In the above-described embodiment, the mobile phone 400 communicates with the server from which the Java-AP software is distributed when the Java-AP is realized. However, the mobile phone 400 is realized with the Java-AP. The communication performed by the 400 is not limited to the server from which the Java-AP software is distributed. For example, in the above-described embodiment, by separately providing a WWW server that distributes stock price information, and the mobile phone 400 that is executing the stock price information AP software communicates with a newly provided server for stock price information distribution Stock price information may be obtained.
[0090]
In the above-described embodiment, a terminal identifier for uniquely identifying a mobile phone is used as personal data transmitted from the mobile phone 400 in which Java-AP is implemented to the Java-AP software distribution server 100. The personal data transmitted from the mobile phone 400 in which Java-AP is realized is not limited to the terminal identifier. The personal data transmitted from the mobile phone 400 in which Java-AP is realized may be other personal data such as the telephone number of the user who owns the mobile phone 400.
[0091]
Further, the mobile phone 400 and the mobile packet communication network 300 described above may be compliant with IMT-2000 (International Mobile Telecommunication 2000). An IC card called UIM (User Identity Module) in which subscriber data of a user of the mobile phone is recorded is used for the mobile phone conforming to IMT-2000. When the mobile phone in which Java-AP is realized is an IMT-2000 compliant mobile phone, the personal data transmitted from the mobile phone to the Java-AP software distribution server 100 is the identification of the UIM stored in the UIM. A number or a UIM identification number and a terminal identifier of a mobile phone may be combined.
[0092]
In the embodiment described above, the personal data sent from the mobile phone 400 to the Java-AP software distribution server 100 is transmitted in plain text. However, the personal data is converted by an arbitrary algorithm, and the data obtained by this conversion is transmitted. You may do it.
[0093]
In the embodiment described above, HTTP is used for communication performed between the mobile phone 400 and the Java-AP software distribution server 100, but the protocol used for communication is not limited to this, and HTTPS ( Communication may be performed using a protocol with an encryption function such as Hypertext Transfer Protocol Security.
[0094]
In the embodiment described above, when the mobile phone 400 transmits personal data to the Java-AP software distribution server 100, it may be inquired to the user of the mobile phone 400 whether or not the personal data may be transmitted. .
[0095]
In the embodiment described above, after downloading of the Java-AP software, the setting screen regarding the details of the Java-AP illustrated in FIG. 19 is displayed on the display unit 405 of the mobile phone 400 and is realized by the downloaded Java-AP software. The user may confirm again that the Java-AP is a Java-AP that transmits personal data.
[0096]
In the embodiment described above, the mobile phone 400 has downloaded the stock price information AP software from the Java-AP software distribution server 100. However, the mobile phone 400 stores the stock price information AP software in the storage unit of the mobile phone 400 in advance when the mobile phone 400 is shipped. You may make it ship.
[0097]
The timing at which the terminal identifier is written to the scratch pad is not limited to the timing shown in the above embodiment. The terminal identifier may be read from the ROM 407 at the start of execution of the stock price information AP and stored in the scratch pad.
[0098]
Various software stored in the ROM 407 of the mobile phone 400 described above may be rewritable. Examples of the method for rewriting various software include the following methods. For example, a recording medium such as a CD-ROM (Compact Disc Read Only Memory) in which various kinds of software are recorded is inserted into a CD-ROM drive of a personal computer, and the personal computer and a mobile phone using a flash ROM in place of the ROM 407. Connect the phone to the cable. The personal computer reads various software recorded on the CD-ROM, and transmits the read software to a mobile phone connected by a cable. Then, the mobile phone that has received the software writes the received software in the flash ROM, so that various software stored in the mobile phone can be upgraded.
[0099]
In the above-described modification example, a CD-ROM is used as a recording medium on which various types of software are recorded. However, the recording medium is not limited to this. Other recording media such as a DVD-ROM, an IC card with a built-in flash ROM, and a floppy disk may be used.
[0100]
In the above-described embodiment, the terminal identifier stored in the ROM 407 of the mobile phone is read from the ROM 407 and transmitted as personal data, that is, the personal data stored in the mobile phone is read and personal. Although transmitted as data, personal data input by the user of the mobile phone 400 using the operation unit 404 may be transmitted to the Java-AP software distribution server 100.
[0101]
In the above-described embodiment, the Java execution environment and Java-AP are used. However, personal data stored in the mobile phone is not transmitted unless the user of the mobile phone permits. For example, the execution environment of application software is not limited to the Java execution environment. Also, the application software is not limited to that created using the Java programming language, and may be created using another programming language.
[0102]
In the above-described embodiment, the personal data is transmitted from the mobile phone 400 as a trigger when the user of the mobile phone 400 operates the mobile phone 400 that is executing the Java-AP software. -It may be transmitted from the cellular phone 400 triggered by a request for personal data from the AP software distribution server 100.
[0103]
【The invention's effect】
As described above, according to the present invention, when application software is executed on a communication terminal, personal data of the user of the communication terminal can be prevented from being transmitted from the communication terminal without the user's permission. .
[Brief description of the drawings]
FIG. 1 is a diagram illustrating an overall configuration of a communication system according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a hardware configuration of a Java-AP software distribution server 100 according to the embodiment of the present invention.
FIG. 3 is a diagram showing the contents of a stock price information table 105E.
FIG. 4 is a diagram showing the contents of an explanation file 105A.
FIG. 5 is a diagram showing pages distributed by the Java-AP software distribution server 100;
FIG. 6 is a diagram showing the contents of ADF 105B.
FIG. 7 is a diagram showing the contents of a Java-AP user table 105D.
FIG. 8 is a diagram illustrating a hardware configuration of a mobile phone 400 according to an embodiment of the present invention.
FIG. 9 is a diagram illustrating a configuration of a Java-AP execution environment.
FIG. 10 is a diagram exemplifying a browser screen displayed when a WWW browser is executed on the mobile phone 400;
FIG. 11 is a diagram showing a message displayed when downloading Java-AP software for transmitting personal data.
FIG. 12 is a flowchart illustrating the flow of processing when the mobile phone 400 according to the embodiment of the present invention executes Java-AP software.
FIG. 13 is a sequence diagram showing an operation example when the mobile phone 400 downloads Java-AP software.
FIG. 14 is a diagram illustrating an example of a screen displayed when downloading of Java-AP software is stopped.
15 is a diagram showing a warning message displayed when executing Java-AP software for transmitting personal data to the outside of the mobile phone 400. FIG.
FIG. 16 is a diagram illustrating a screen displayed at the start of execution of stock price information AP.
FIG. 17 is a diagram exemplifying a screen displayed after clicking “brand registration / deletion” shown on the screen displayed at the start of execution of stock price information AP;
FIG. 18 is a diagram illustrating an example of a screen displaying stock price information acquired from the Java-AP software distribution server 100.
FIG. 19 is a diagram exemplifying a setting screen related to the details of Java-AP displayed on the display unit 405 of the mobile phone 400 in a modification of the embodiment;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 100 ... Java-AP software distribution server, 101 ... Bus, 102 ... Communication part, 103 ... Operation part, 104 ... Display part, 105 ... Storage part, 105A ... Explanation File, 105B ... ADF, 105C ... JAR file, 105D ... Java-AP user table, 105E ... Stock price information table, 106 ... ROM, 107 ... RAM, 108 ... CPU
200 ... Internet
300 ... Mobile packet communication network
400 ... mobile phone 401 ... bus 402 ... communication unit 403 ... antenna 404 ... operation unit 405 ... display unit 406 ... nonvolatile memory 407 ..ROM, 408 ... RAM, 409 ... CPU

Claims

First storage means for storing a program, execution means for executing a program stored in the first storage means, and data read / written by an application realized by executing the program by the execution means And second storage means for storing descriptor information that is information indicating characteristics of the program and that may include transmission function information indicating that the program has a function of transmitting the data. In the communication terminal having the transmission means for the application to transmit the data to an external device,
Instruction input means for inputting user instructions;
The program instructed to be executed based on the presence or absence of transmission function information in the descriptor information stored by the third storage means when an instruction to execute the program is input by the instruction input means Determines whether the program is a program that can acquire the data and transmit it to an external device, and if it is determined that the program is a program that can be transmitted, input an instruction indicating whether to allow the execution of the program A first confirmation means to prompt the user;
A communication terminal, comprising: an execution permission unit that permits execution of the program by the execution unit only when an instruction to permit execution is input by the instruction input unit.

The first confirmation unit is a program that can acquire the personal data and transmit it to an external device based on the presence / absence of transmission function information in the descriptor information stored in the third storage unit. If the program is determined to be a program that can be transmitted, the program further notifies the user that the program is a program that can acquire personal data and transmit it to an external device. The communication terminal according to claim 1.

The first confirmation unit is a program that allows the program to acquire the data and transmit it to an external device based on the presence / absence of transmission function information in the descriptor information stored by the third storage unit. 2. The communication terminal according to claim 1, wherein, when it is determined that the program cannot be transmitted, execution of the program by the execution unit is permitted.

First acquisition means for acquiring the descriptor information via a communication network from a server device that distributes the program and the descriptor information ;
Second confirmation means for urging the user to input an instruction indicating whether or not to permit the acquisition of the program based on the presence or absence of transmission function information in the descriptor information acquired by the first acquisition means; ,
2. A second acquisition unit that acquires the program from the server via a communication network only when an instruction to permit acquisition of the program is input by the instruction input unit. The communication terminal according to claim 2 or claim 3.

The communication terminal according to claim 4, wherein the communication network is a mobile communication network, and the communication terminal is a mobile phone.

The communication terminal according to claim 1, wherein the personal data is data that can uniquely identify the user.

The communication terminal according to claim 1, wherein the program is a program written in a Java programming language.

First storage means for storing a program, execution means for executing a program stored in the first storage means, and data read / written by an application realized by executing the program by the execution means And second storage means for storing descriptor information that is information indicating characteristics of the program and that may include transmission function information indicating that the program has a function of transmitting the data. A computer device having transmission means for the application to transmit the data to an external device;
Instruction input means for inputting user instructions;
The program instructed to be executed based on the presence or absence of transmission function information in the descriptor information stored by the third storage means when an instruction to execute the program is input by the instruction input means Determines whether the program is a program that can acquire the data and transmit it to an external device, and if it is determined that the program is a program that can be transmitted, input an instruction indicating whether to allow the execution of the program A first confirmation means to prompt the user;
A program for functioning as an execution permission unit that permits execution of the program by the execution unit only when an instruction to permit execution is input by the instruction input unit.

A computer-readable recording medium on which the program according to claim 8 is recorded.

Download means for downloading from a server device, first storage means for storing a program, execution means for executing a program stored in the first storage means, and execution by the execution means executing the program In a communication terminal having second storage means for storing data read and written by the application to be executed, and transmission means for transmitting data to an external device by the application,
Instruction input means for inputting user instructions;
Information indicating the characteristics of the program when an instruction to download the program is input by the instruction input means , including transmission function information indicating that the program has a function of transmitting the data Whether or not the program instructed to download the acquired descriptor information is downloaded by the download means, and the download instruction is acquired and transmitted to an external device based on the presence or absence of transmission function information in the downloaded descriptor information Download confirmation means for prompting the user to input an instruction indicating whether or not to permit downloading of the program when it is determined that the program can be transmitted;
A communication terminal comprising: a download permission unit that permits the download unit to download the program only when an instruction for permitting download is input by the instruction input unit.

When an instruction to execute the program is input by the instruction input means, the program instructed to execute is based on the presence or absence of transmission function information in the descriptor information downloaded by the download means. To determine whether the program is a program that can be transmitted to an external device, and when it is determined that the program is a program that can be transmitted, an instruction indicating whether to allow the execution of the program is input to the user A first confirmation means for prompting;
The communication terminal according to claim 10, further comprising: an execution permission unit that permits execution of the program by the execution unit only when an instruction to permit execution is input by the instruction input unit. .