(57)【特許請求の範囲】
【請求項１】
通信手段と、
前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、
ダウンロードされた前記アプリケーションの実行環境を提供するソフトウェア群であって、前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを判断し、発呼が行われると判断した場合には、当該電話番号による発呼が許容されるか否かを判断するためのソフトウェア群を記憶した記憶手段と、
前記記憶手段に記憶されているソフトウェア群によって、前記電話番号による発呼が許容されると判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記電話番号による発呼が許容されないと判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可しない手段と
を備えることを特徴とする無線通信端末。
【請求項２】
通信手段と、
前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、
ダウンロードされた前記アプリケーションに含まれる処理実行単位ごとに処理を実行するための第１のソフトウェアと、当該第１のソフトウェアの制御を行うための第２のソフトウェアを含むソフトウェア群を記憶した記憶手段と、
前記記憶手段に記憶されているソフトウェア群又はダウンロードされた前記アプリケーションを実行する制御手段とを備え、
前記制御手段は、
前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを、前記第１のソフトウェアによって判断し、発呼が行われると判断した場合には、当該電話番号による発呼が許容されるか否かを前記第２のソフトウェアによって判断し、
前記第２のソフトウェアによって前記電話番号による発呼が許容されると判断された場合には、前記第１のソフトウェアによる、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、
前記第２のソフトウェアによって前記電話番号による発呼が許容されないと判断された場合には、前記第１のソフトウェアによる、前記アプリケーションに含まれる前記処理実行単位の実行を許可しない
ことを特徴とする無線通信端末。
【請求項３】
電話番号を記憶した電話番号記憶手段を少なくとも１以上有し、
前記電話番号による発呼が許容されるか否かは、当該電話番号が、前記少なくとも１の電話番号記憶手段のうち１以上の電話番号記憶手段に記憶されているか否かにより判断される
ことを特徴とする請求項１又は２に記載の無線通信端末。
【請求項４】
前記少なくとも１以上の電話番号記憶手段は、
前記無線通信端末から呼が発せられた先の電話番号を記憶する第１の記憶手段と、
前記無線通信端末により着信された呼の発信元の電話番号を記憶する第２の記憶手段と、
電話帳データを記憶する電話帳データ記憶手段と
のうちいずれかを有する
ことを特徴とする請求項３に記載の無線通信端末。
【請求項５】
前記電話番号による発呼が許容されるか否かを判断する方法が、前記アプリケーションごとに異なる
ことを特徴とする請求項１又は２に記載の無線通信端末。
【請求項６】
前記電話番号による発呼が許容されるか否かを判断する方法が、前記アプリケーションの属性に応じて異なる
ことを特徴とする請求項１又は２に記載の無線通信端末。
【請求項７】
前記電話番号による発呼が許容されるか否かを判断する方法が、前記アプリケーションに対する認証機関の認証の有無に応じて異なる
ことを特徴とする請求項１又は２に記載の無線通信端末。
【請求項８】
通信手段と、アプリケーションの実行環境を提供するソフトウェア群を記憶する記憶手段とを備える無線通信端末における発呼制限方法であって、
前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするステップと、
前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを、前記ソフトウェア群によって判断するステップと、
発呼が行われると判断された場合には、当該電話番号による発呼が許容されるか否かを、前記ソフトウェア群によって判断するステップと、
前記電話番号による発呼が許容されると判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記電話番号による発呼が許容されないと判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可しないステップと
を備えることを特徴とする発呼制限方法。
【請求項９】
通信手段と、前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、ダウンロードされた前記アプリケーションに含まれる処理実行単位ごとに処理を実行するための第１のソフトウェアと、当該第１のソフトウェアの制御を行うための第２のソフトウェアを含むソフトウェア群を記憶した記憶手段と、前記記憶手段に記憶されているソフトウェア群又はダウンロードされた前記アプリケーションを実行する制御手段とを備える無線通信端末における発呼制限方法であって、
前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするステップと、
前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを、前記第１のソフトウェアによって判断し、発呼が行われると判断した場合には、当該電話番号による発呼が許容されるか否かを前記第２のソフトウェアによって判断するステップと、
前記第２のソフトウェアによって前記電話番号による発呼が許容されると判断された場合には、前記第１のソフトウェアによる、前記アプリケーションに含まれる前記処理実行単位の実行を許可する一方、前記第２のソフトウェアによって前記電話番号による発呼が許容されないと判断された場合には、前記第１のソフトウェアによる、前記アプリケーションに含まれる前記処理実行単位の実行を許可しないステップと
を備えることを特徴とする発呼制限方法。
【請求項１０】
通信手段と、
電話番号を記憶した複数の電話番号記憶手段と、
前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、
ダウンロードされた前記アプリケーションの実行環境を提供するソフトウェア群であって、前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを判断し、発呼が行われると判断した場合には、前記電話番号記憶手段のうち前記アプリケーションの属性に応じた電話番号記憶手段を選択し、選択した電話番号記憶手段に記憶されている電話番号に基づいて、発呼先となる前記電話番号を用いた発呼が許容されるか否かを判断するためのソフトウェア群を記憶した記憶手段と、
前記記憶手段に記憶されているソフトウェア群によって、前記電話番号による発呼が許容されると判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記電話番号による発呼が許容されないと判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可しない手段と
を備えることを特徴とする無線通信端末。
【請求項１１】
通信手段を備える無線通信端末のコンピュータを、
前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、
ダウンロードされた前記アプリケーションの実行環境を提供して、前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを判断し、発呼が行われると判断した場合には、当該電話番号による発呼が許容されるか否かを判断する手段と、
前記電話番号による発呼が許容されると判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記電話番号による発呼が許容されないと判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可しない手段と
として機能させるプログラム。
【請求項１２】
通信手段を備える無線通信端末のコンピュータを、
前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、
ダウンロードされた前記アプリケーションに含まれる処理実行単位ごとに処理を実行するための第１のソフトウェアと、当該第１のソフトウェアの制御を行うための第２のソフトウェアを含むソフトウェア群を記憶する手段と、
前記記憶されているソフトウェア群又はダウンロードされた前記アプリケーションを実行する手段であって、
前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを、前記第１のソフトウェアによって判断し、発呼が行われると判断した場合には、当該電話番号による発呼が許容されるか否かを前記第２のソフトウェアによって判断し、
前記第２のソフトウェアによって前記電話番号による発呼が許容されると判断された場合には、前記第１のソフトウェアによる、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、
前記第２のソフトウェアによって前記電話番号による発呼が許容されないと判断された場合には、前記第１のソフトウェアによる、前記アプリケーションに含まれる前記処理実行単位の実行を許可しない手段
として機能させるプログラム。
【請求項１３】
通信手段を備える無線通信端末のコンピュータを、
電話番号を記憶した複数の電話番号記憶手段と、
前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、
ダウンロードされた前記アプリケーションの実行環境を提供するソフトウェア群であって、前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを判断し、発呼が行われると判断した場合には、前記電話番号記憶手段のうち前記アプリケーションの属性に応じた電話番号記憶手段を選択し、選択した電話番号記憶手段に記憶されている電話番号に基づいて、発呼先となる前記電話番号を用いた発呼が許容されるか否かを判断するためのソフトウェア群を記憶した手段と、
前記記憶されているソフトウェア群によって、前記電話番号による発呼が許容されると判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記電話番号による発呼が許容されないと判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可しない手段と
として機能させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信端末上でアプリケーションが実行されることによってなされる発呼処理を制限するための発呼制限方法、プログラム、記憶媒体及び通信端末に関する。
【０００２】
【従来の技術】
携帯電話機の高機能化が急速に進みつつある。最近では、携帯電話機からインターネット上のサーバにアクセスし、各種コンテンツやアプリケーションをダウンロードすることも可能になっている。このような、ネットワークからダウンロードされて用いられるアプリケーションとしては、例えば、Ｊａｖａ（登録商標）プログラミング言語で記述された「ジャバアプレット」と呼ばれるものがある。
【０００３】
ところで、インターネットのようなオープンネットワークは一般に安全性が低く、そのため、このようなオープンネットワークを介して配布されるジャバアプレットは必ずしも信頼できるものではない。
そこで、不正なジャバアプレットによるネットワークアクセスを排除する必要があり、この要請に応じて、いわゆるサンドボックスモデルと呼ばれるアクセス制限手法が提案されている。このサンドボックスモデルとは、クライアントとなる通信端末はジャバアプレットのダウンロード元のサーバに対してのみアクセスを可能とするという手法である。
【０００４】
【発明が解決しようとする課題】
しかしながら、今後はネットワーク資源の統合や分散化がよりいっそう進むことが予想され、そのような状況下では、上述したような既存のアクセス制限手法を用いるだけでは不都合なケースが生じてくると思われる。
このような背景の下、本発明は、通信端末上でアプリケーションが実行されることによってなされるネットワークアクセスを制限するための新たな仕組みを提案することを目的とする。
【０００５】
【課題を解決する手段】
上記課題を解決するため、本発明は、通信手段と、前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、ダウンロードされた前記アプリケーションの実行環境を提供するソフトウェア群であって、前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを判断し、発呼が行われると判断した場合には、当該電話番号による発呼が許容されるか否かを判断するためのソフトウェア群を記憶した記憶手段と、前記記憶手段に記憶されているソフトウェア群によって、前記電話番号による発呼が許容されると判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記電話番号による発呼が許容されないと判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可しない手段とを備えることを特徴とする。
また、本発明は、通信手段と、前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、ダウンロードされた前記アプリケーションに含まれる処理実行単位ごとに処理を実行するための第１のソフトウェアと、当該第１のソフトウェアの制御を行うための第２のソフトウェアを含むソフトウェア群を記憶した記憶手段と、前記記憶手段に記憶されているソフトウェア群又はダウンロードされた前記アプリケーションを実行する制御手段とを備え、前記制御手段は、前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記第１の通信手段による電話番号を用いた発呼が行われるか否かを、前記第１のソフトウェアによって判断し、発呼が行われると判断した場合には、当該電話番号による発呼が許容されるか否かを前記第２のソフトウェアによって判断し、前記第２のソフトウェアによって前記電話番号による発呼が許容されると判断された場合には、前記第１のソフトウェアによる、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記第２のソフトウェアによって前記電話番号による発呼が許容されないと判断された場合には、前記第１のソフトウェアによる、前記アプリケーションに含まれる前記処理実行単位の実行を許可しないことを特徴とする。
また、本発明は、通信手段と、アプリケーションの実行環境を提供するソフトウェア群を記憶する記憶手段とを備える無線通信端末における発呼制限方法であって、前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするステップと、前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを、前記ソフトウェア群によって判断するステップと、発呼が行われると判断された場合には、当該電話番号による発呼が許容されるか否かを、前記ソフトウェア群によって判断するステップと、前記電話番号による発呼が許容されると判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記電話番号による発呼が許容されないと判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可しないステップとを備えることを特徴とする。
また、本発明は、通信手段と、電話番号を記憶した複数の電話番号記憶手段と、前記通信手段を用いて、複数の処理実行単位を含むアプリケーションを前記サーバからダウンロードするダウンロード手段と、ダウンロードされた前記アプリケーションの実行環境を提供するソフトウェア群であって、前記アプリケーションに含まれる処理実行単位が実行される前に、当該処理実行単位が実行されることで前記通信手段による電話番号を用いた発呼が行われるか否かを判断し、発呼が行われると判断した場合には、前記電話番号記憶手段のうち前記アプリケーションの属性に応じた電話番号記憶手段を選択し、選択した電話番号記憶手段に記憶されている電話番号に基づいて、発呼先となる前記電話番号を用いた発呼が許容されるか否かを判断するためのソフトウェア群を記憶した記憶手段と、前記記憶手段に記憶されているソフトウェア群によって、前記電話番号による発呼が許容されると判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可し、前記電話番号による発呼が許容されないと判断された場合には、前記アプリケーションに含まれる前記処理実行単位の実行を許可しない手段とを備えることを特徴とする。
【０００８】
【発明の実施の形態】
以下、図面を参照しながら、本発明の一実施形態について説明する。
本実施形態では、無線によりデータ通信を行う携帯電話機がＪａｖａ（登録商標）プログラミング言語によって記述されたアプリケーション（以下、ジャバアプリケーションと呼ぶ）を実行する場合を例に挙げて説明する。ただし、本発明は、かかる実施形態に限定されず、その技術思想の範囲内で種々の変化が可能である。
【０００９】
Ａ：構成
まず、実施形態の構成について説明する。
（１）システム全体の構成
図１は、本発明の実施形態にかかるシステム全体の構成を示すブロック図である。同図に示すように、このシステムは、携帯電話機１０ａ，１０ｂ、移動データ通信網２０、サーバ２５、インターネット３０及びダウンロードサーバ４０から構成されている。
【００１０】
携帯電話機１０ａ，１０ｂは、ユーザによって所持され、図示せぬ移動電話網の通話サービスを受けるほか、移動データ通信網２０の基地局２１との間で無線通信を行って該網２０のデータ通信サービスを受ける。この携帯電話機１０ａ，１０ｂは、インターネット３０上の各種ページをブラウジングするためのブラウザのほか、Ｊａｖａ（登録商標）をサポートするジャババーチャルマシンを搭載しており、これにより、各種ジャバアプリケーションを実行することが可能となっている。
携帯電話機１０ａ，１０ｂの構成及び動作は共通しており、以下では、これらを区別して説明する必要がある場合を除き、携帯電話機１０と総称する。
【００１１】
移動データ通信網２０は、基地局２１や、図示せぬ交換局及びこれらを結ぶ通信線によって構成される。基地局２１は、移動データ通信網２０の通信サービスエリア内に所定の間隔で多数設置され、各々の無線セルに在圏する携帯電話機１０と無線通信を行う。この移動データ通信網２０は、図示せぬゲートウェイを介してインターネット３０に接続されており、これらのネットワーク間では双方向のデータ授受が可能となっている。
【００１２】
ダウンロードサーバ４０は、携帯電話機１０のブラウザを用いて参照可能なＨＴＭＬ（Hypertext  Markup  Language）形式のデータや、各種ジャバアプリケーションを保持しており、これらをインターネット３０及び移動データ通信網２０を介して携帯電話機１０に提供する。
このダウンロードサーバ４０が保持するジャバアプリケーションとしては、例えば、携帯電話機１０のユーザにＰＩＭ（Personal  Information  Management）を提供するためのソフトウェアや、携帯電話機１０のユーザが他のユーザと対戦型ゲームを行うためのゲームソフト等がある。これらのジャバアプリケーションは、ダウンロードサーバ４０から携帯電話機１０にダウンロードされた後、携帯電話機１０によって実行されると、予め定められた通信ノードを発呼し、その通信ノードとデータ通信を行いながら処理を実行するようになっている。また、ユーザによって発呼先の通信ノードが指定されると、その通信ノードを発呼して音声通信を行うような、いわゆる「PhoneTo」機能を実現するジャバアプリケーションもある。
ここで、発呼先の通信ノードとしては、例えば、サーバ２５や、アプリケーションを実行する携帯電話機１０以外の携帯電話機１０や、図示せぬ固定電話機等がある。
【００１３】
サーバ２５は、ユーザにＰＩＭサービスを提供する機能を有している。即ち、サーバ２５は、各ユーザのスケジュールやメモ帳等を記憶するメモリエリアを有し、各ユーザの携帯電話機１０からのリクエストに応じてそのデータの更新等を行う。この場合、携帯電話機１０にダウンロードされたジャバアプリケーションが実行されることにより、携帯電話機１０はサーバ２５を発呼し、このサーバ２５と連携して処理を実行し、ＰＩＭサービスを受けるようになっている。
また、携帯電話機１０にダウンロードされたジャバアプリケーションが他の携帯電話機１０と対戦型ゲームを行うものであった場合、例えば携帯電話機１０ａは、携帯電話機１０ｂを発呼し、その後、携帯電話機１０ａ，１０ｂ間で通信を行いながら、このジャバアプリケーションを実行する。
【００１４】
このように、携帯電話機１０上でジャバアプリケーションが実行されることにより、所定の通信ノードを発呼して回線を接続し、その通信ノードと通信を行いながら処理（音声通信処理を含む）を実行するようになっている。
しかしながら、上述したような不正アプリケーションの存在を考慮すると、ジャバアプリケーションの指示による発呼処理を無制限に許容することは望ましいとはいえない。そこで、この実施形態は、ジャバアプリケーションが実行されることによってなされる発呼処理に対し、一定の制限を課する。
【００１５】
（２）携帯電話機１０のハードウェア構成
次に、図２に示すブロック図を参照しながら、携帯電話機１０のハードウェア構成について説明する。
同図に示すように、携帯電話機１０は、送受信部１１、制御部１２、ユーザインタフェース部１３及びこれらを相互に接続するバス１４から構成される。
【００１６】
送受信部１１は、図示せぬアンテナや通信制御回路からなり、移動データ通信網２０の基地局２１と無線通信を行う。
ユーザインタフェース部１３は、各種情報を表示する液晶ディスプレイ、ユーザが各種入力操作を行うためのキーパッド、ユーザが通話を行うためのマイク及びスピーカからなる。
制御部１２は、この携帯電話機１０の各部を制御するものであり、ＣＰＵ１２１、ＲＯＭ１２２及びＳＲＡＭ１２３から構成される。
ＲＯＭ１２２には種々の制御プログラム等が格納されており、ＣＰＵ１２１は、この制御プログラムを読み出して各種制御処理を実行する。ＲＯＭ１２２内の制御プログラムには、携帯電話機１０が備えるオペレーティングシステムの他、ブラウザや、後述する各種ソフトウェアが含まれる。
ＳＲＡＭ１２３は、ＣＰＵ１２１のワークエリアとして用いられるほか、ダウンロードサーバ４０からダウンロードしたジャバアプリケーションを記憶したり、携帯電話機１０の発着信履歴や、ユーザによって入力された電話帳データを記憶する。
【００１７】
図３は、ＳＲＡＭ１２３に記憶された発着信履歴の一例を示す図であり、図４はＳＲＡＭ１２３に記憶された電話帳データの一例を示す図である。
図３に示すように、発信履歴としては、携帯電話機１０が電話発信を行った日時とその発信対象の通信ノードの電話番号（発信電話番号）が対応付けられて記憶されている。同様に、着信履歴としては、携帯電話機１０が着信した日時とその着信に対応する発信を行った通信ノードの電話番号（着信電話番号）が対応付けられて記憶されている。
また、電話帳データとしては、図４に示すように、氏名とその電話番号とが対応付けられて記憶されている。
このような発着信履歴や電話帳データを記憶する処理については、周知の技術を用いるものとし、ここでは説明を省略する。
【００１８】
（３）携帯電話機のソフトウェア構成
次に、携帯電話機１０のソフトウェア構成について説明する。図５は、携帯電話機１０のソフトウェア構成を示す模式図である。同図に示すように、携帯電話機１０のソフトウェアは、最下層から最上層の順に、オペレーティングシステムＯＳ、ジャバアプリケーションマネージャＪＡＭ、ジャババーチャルマシンＫＶＭ、ジャバアプリケーションＡＰによって構成される。
【００１９】
オペレーティングシステムＯＳは、周知の携帯電話機が実装するソフトウェアであり、携帯電話機１０の基本的な処理をサポートする。
【００２０】
ジャバアプリケーションマネージャＪＡＭは、主としてジャババーチャルマシンＫＶＭの制御やセキュリティチェックを行うためのソフトウェアである。具体的には、ジャバアプリケーションマネージャＪＡＭは、ジャバアプリケーションＡＰが実行されることによって所定の通信ノードへの発呼処理がなされる際に、上述した発着信履歴や電話帳データを参照し、この中に上記通信ノードの電話番号が含まれているか否かによって発呼処理の可否を判断する。この判断は、発呼対象の通信ノードの電話番号が発着信履歴や電話帳データに含まれていれば、携帯電話機１０は過去にその通信ノードと通信を行ったか、若しくはユーザによって通信相手であると認識されているといえるので、その発呼処理は正当なものと認める、という考え方によるものである。
【００２１】
ジャババーチャルマシンＫＶＭは、ジャバアプリケーションマネージャＪＡＭによる制御の下、ジャバアプリケーションを実行する。このジャババーチャルマシンＫＶＭ及びジャバアプリケーションマネージャＪＡＭは、オペレーティングシステムＯＳに予め組み込まれており、これらは全てＲＯＭ１２２内に記憶されている。
【００２２】
ジャバアプリケーションＡＰは、上述したようにＪａｖａ（登録商標）プログラミング言語によって記述されたソフトウェアであり、ダウンロードサーバ４０から携帯電話機１０にダウンロードされ、ＳＲＡＭ１２３内に書き込まれて保存される。
【００２３】
Ｂ：動作
次に、上記構成からなる実施形態の動作について説明する。
図６は、携帯電話機１０によるジャバアプリケーションＡＰの実行処理を示すフローチャートである。
ユーザの操作により所望のジャバアプリケーションＡＰの起動が指示されると、これに応じて図３に示すジャババーチャルマシンＫＶＭ上でジャバアプリケーションＡＰが起動され、「クラス」と呼ばれる処理実行単位毎に処理が実行されていく（ステップＳ１）。
【００２４】
次いで、実行されるクラスが通信ノードへの発呼を要する処理であるか否かが判断される（ステップＳ２）。
【００２５】
ここで、クラスが発呼処理を要するものではない場合（ステップＳ２；Ｎｏ）、ジャババーチャルマシンＫＶＭは、ステップＳ１の処理を繰り返し、そのクラスに対応する処理を実行する。
【００２６】
一方、クラスが発呼処理を要するものである場合（ステップＳ２；Ｙｅｓ）、ジャババーチャルマシンＫＶＭの要請に応じて、ジャバアプリケーションマネージャＪＡＭは、その発呼処理の対象となる通信ノードの電話番号と、発着信履歴及び電話帳データとを参照し、これらを比較する（ステップＳ３）。
【００２７】
この結果、発着信履歴及び電話帳データ内に、発呼処理の対象となる通信ノードの電話番号と同一のものがあれば（ステップＳ４；Ｙｅｓ）、ジャバアプリケーションマネージャＪＡＭは、発呼処理が許可されているものと判断し、発呼処理を実行することをジャババーチャルマシンＫＶＭに指示する（ステップＳ５）。
【００２８】
一方、発着信履歴及び電話帳データ内に、発呼処理の対象となる通信ノードの電話番号と同一のものがなければ（ステップＳ４；Ｎｏ）、発呼処理が許可されていないものと判断し、ジャバアプリケーションマネージャＪＡＭは、ジャババーチャルマシンＫＶＭに指示して、この発呼処理を許容できない旨のメッセージとともに、発呼を行うためにはユーザの指示が必要であることを意味するメッセージを液晶ディスプレイに表示させる（ステップＳ６）。
このとき表示されるメッセージは、例えば「処理を続けるためには、○○-××××-△△△△に電話をかけることが必要となります。電話をかけますか？キー１；Ｙｅｓ又はキー２；Ｎｏで入力してください。」というようなものである。
【００２９】
ユーザにより発呼指示がなされた場合（ステップＳ７；Ｙｅｓ）、処理はステップＳ５に進み、ジャババーチャルマシンＫＶＭは発呼処理を実行する。そして、ステップＳ１に戻り、ジャバアプリケーションＡＰの実行処理が継続される。ここで、このステップＳ５の処理によりいったん発呼がなされたので、その発呼に用いられた電話番号は発信履歴として記憶される。したがって、以後、その電話番号を用いた発呼処理は、上述したステップＳ４の判断により許可されることになる。
【００３０】
一方、ユーザにより発呼不可の指示がなされた場合（ステップＳ７；Ｎｏ）、ジャバアプリケーションマネージャＪＡＭに指示によりジャバアプリケーションＡＰは強制終了される（ステップＳ８）。
【００３１】
このように、ジャバアプリケーションＡＰがネットワーク上の通信ノードへ発呼する場合に、その発呼対象となる通信ノードの電話番号と、発着信履歴及び電話帳データとを比較し、一致する場合にのみ発呼を許容する。
即ち、この実施形態では、発呼対象を、以前に発呼したことがある通信ノード若しくはユーザによって電話帳に登録された通信ノードに限定することにより、セキュリティを確保する。
【００３２】
Ｃ：変形例
既述のとおり、本発明は上述した実施形態に限定されず、以下のような種々の変形が可能である。
（１）各通信ノードの形態
前述の実施形態では、アプリケーションの実行主体として携帯電話機１０を用いるものであったが、これに限定されず、固定電話機であってもよいし、携帯電話機や固定電話機に接続されたパーソナルコンピュータであってもよい。
一方、発呼対象となる通信ノードも、サーバ２５や携帯電話機１０に限定されず、固定網に接続され、自宅やオフィスに設置されたパーソナルコンピュータ等であってもよい。
このように、アプリケーションの実行主体及び発呼対象ともに、電話番号を用いることによって回線が接続され、データ通信或いは音声通信を行う通信ノードであればよい。
【００３３】
（２）発着信履歴と電話帳データの利用形態
実施形態では、発着信履歴や電話帳データの双方を用いて発呼処理の可否を判断していたが、これに限らず、発信履歴のみ、着信履歴のみ、電話帳データのみ或いは、これらのうち少なくともいずれか２つを用いて発呼処理の可否を判断してもよい。
【００３４】
（３）アプリケーションの違いによる処理
実施形態では、携帯電話機１０が例え複数のジャバアプリケーションＡＰを実装してたとしても、その違いを意識することなく、いずれのジャバアプリケーションＡＰを実行する際にも、発着信履歴や電話帳データの全てのデータを用いて発呼の可否を判断していた。しかし、これに限らず、実行されるアプリケーションＡＰごとに、判断根拠とされるデータを限定してもよい。
例えば、第１のジャバアプリケーションに対しては電話帳データのみを判断根拠とし、第２のジャバアプリケーションに対しては発着信履歴及び電話帳データの双方を判断根拠とし、第３のジャバアプリケーションに対しては判断根拠を設けずに全ての通信ノードに発呼可能としてもよい。
【００３５】
この際、ジャバアプリケーションＡＰの判断根拠をどのデータにするかということは、ユーザがその都度定めてもよいし、ジャバアプリケーションマネージャＪＡＭがジャバアプリケーションＡＰの属性に応じて判断してもよい。例えば、ジャバアプリケーションＡＰは必ずしもネットワークからダウンロードされるものに限らず、予めＲＯＭ１２２に書き込まれているものもある。このようなジャバアプリケーションＡＰに対しては安全性が高いとみなし、発呼制限を設けなくてもよい。また、所定の認証機関から認証されたダウンロードサーバ４０からダウンロードしたジャバアプリケーションＡＰについては、相応の安全性が期待できるので、発呼制限を緩やかにすべく、発着信履歴及び電話帳データの双方を判断根拠としてもよい。また、所定の認証機関から認証されていないダウンロードサーバ４０からダウンロードしたジャバアプリケーションＡＰについては、安全性があまり期待できないので、発呼制限を厳しいものとすべく、電話帳データ履歴のみを判断根拠とすることが考えられる。
【００３６】
（４）プログラミング言語の形態
実施形態ではＪａｖａ（登録商標）を用いていたが、これに限らず、他のプログラミング言語であってもよいことはもちろんである。
【００３７】
【発明の効果】
以上説明したように本発明によれば、アプリケーションが実行されることにより所定の通信ノードが発呼される場合に、その通信ノードの電話番号が予め許可された電話番号であるか否かにより、その発呼を可否を判断するので、セキュリティがより向上することになる。
【図面の簡単な説明】
【図１】  本発明の実施形態に係るシステムの全体構成を示すブロック図である。
【図２】  同実施形態における携帯電話機のハードウェア構成を示すブロック図である。
【図３】  同実施形態における携帯電話機が記憶する発着信履歴の一例を示す図である。
【図４】  同実施形態における携帯電話機が記憶する電話帳データの一例を示す図である。
【図５】  同実施形態における携帯電話機のソフトウェア構成を示す模式図である。
【図６】  同実施形態における携帯電話機のジャババーチャルマシンが、ダウンロードしたジャバアプリケーションを実行する際の処理動作を示すフローチャートである。
【符号の説明】
１０ａ、１０ｂ・・・携帯電話機（電話機、通信ノード）、
１１・・・送受信部、
１２・・・制御部（参照手段、判断手段）、
１２１・・・ＣＰＵ、
１２２・・・ＲＯＭ、
１２３・・・ＳＲＡＭ（記憶手段）、
１３・・・ユーザインタフェース、
２０・・・移動データ通信網、
２１・・・基地局、
２５・・・サーバ（通信ノード）、
３０・・・インターネット、
４０・・・ダウンロードサーバ、
ＡＰ・・・ジャバアプリケーション（アプリケーション）
ＫＶＭ・・・ジャババーチャルマシン
ＪＡＭ・・・ジャバアプリケーションマネージャ、
ＯＳ・・・オペレーティングシステム。
【図１】
0004336051.tif 000002
【図２】
0004336051.tif 000003
【図３】
0004336051.tif 000004
【図４】
0004336051.tif 000005
【図５】
0004336051.tif 000006
【図６】
0004336051.tif 000007