(57)【要約】携帯電話機は、ポータルＵＲＬを含むプロファイルデータを複数記憶している。携帯電話機の使用者は利用するポータルＵＲＬを含む一つのプロファイルデータを選択する。携帯電話機で動作するＪａｖａ−ＡＰがＪＡＭに通信を行う指示を出すと、ＪＡＭは、選択されているプロファイルデータに含まれるポータルＵＲＬのドメイン名をＪａｖａ−ＡＰの行う通信の禁止先データとして記憶する。ＪＡＭは、記憶された通信禁止先データに基づいてＪａｖａ−ＡＰの行う通信を制限する。このように携帯電話機の使用者が利用するポータルＵＲＬを含むプロファイルデータを選択することにより、携帯電話機で動作するＪａｖａ−ＡＰからポータルＵＲＬのドメインで指定されるサーバ装置への通信を禁止することができる。
2004017608.tif 000002
【特許請求の範囲】
【請求項１】
通信手段と、
１または複数の通信先サーバ装置のそれぞれを識別する通信先サーバ装置識別子を記憶する記憶手段と、
この記憶手段に記憶された通信先サーバ装置識別子の中から１の通信先サーバ装置識別子を選択することにより通信先サーバ装置を指定する指定手段と、
アプリケーションを実行することができる実行環境とを備え、
この実行環境で実行されるアプリケーションが、この指定手段により指定された通信先サーバ装置識別子に接続しようとするとき、この実行環境が、このアプリケーションからこの通信先サーバ装置識別子への接続を禁止する
ことを特徴とする通信端末。
【請求項２】
前記記憶手段が、前記通信先サーバ装置識別子と当該通信先サーバ装置識別子により識別される通信先サーバ装置との間を中継する中継経路を識別する中継経路識別子とを含む通信経路情報を記憶し、
前記指定手段が、前記通信経路情報を選択することにより、通信先サーバ装置を指定することを特徴とするクレーム１に記載の通信端末。
【請求項３】
前記指定手段において選択された前記通信経路情報に含まれる中継経路識別子と同一の中継経路識別子を含む経路情報を前記記憶手段から抽出する抽出手段と、
前記実行環境が、前記抽出手段により抽出された経路情報に含まれる通信先サーバ装置識別子により識別される通信先サーバ装置への前記アプリケーションからの接続を禁止することを特徴とするクレーム２に記載の通信端末。
【請求項４】
通信処理と、
１または複数の通信先サーバ装置のそれぞれを識別する通信先サーバ装置識別子が記憶された記憶手段から通信先サーバ装置識別子を読み出す読出し処理と、
前記読出し処理により読み出された通信先サーバ装置識別子から通信禁止先データを作成するデータ作成処理と、
アプリケーションを実行させる実行処理と、
前記実行機能により実行されているアプリケーションから通信要求を受けるとその通信先が通信禁止先データに該当するかを判断する判断処理と、
前記判断処理により前記通信先が通信先データに該当する場合には接続を中止し、前記通信先が通信先データに該当しない場合に前記通信先に前記通信機能を利用して接続する処理と
をコンピュータに実行させるためのプログラム。
【請求項５】
前記通信先サーバ装置識別子と当該通信先サーバ装置識別子により識別される通信先サーバ装置との間を中継する中継経路を識別する中継経路識別子とを含む第１の通信経路情報が前記記憶手段に記憶されていて、
前記読出し処理により、前記記憶手段から前記通信経路情報が読み出され、読み出された前記通信経路情報に含まれる中継経路識別子と同一の中継経路識別子を含む第２の通信経路情報が前記記憶手段から抽出され、
データ作成処理により、前記第１の通信経路情報に含まれる通信先サーバ装置識別子および前記第２の通信経路情報に含まれる通信先サーバ装置識別子から通信禁止先データが作成されることを特徴とするクレーム４に記載のプログラム。
【発明の詳細な説明】
【技術分野】  本発明は、通信端末上で動作するアプリケーションプログラムから特定サイトへの通信の接続を禁止する技術に関する。
【背景技術】  Ｊａｖａ（登録商標）プログラム言語を用いて作成されたＪａｖａアプリケーションプログラム（以下、Ｊａｖａ−ＡＰと称す）を携帯電話機で実行することにより、様々な用途に携帯電話機が利用されるようになった。これらのＪａｖａ−ＡＰの中には、インターネットワークに接続してサーバ装置と通信を行うことができるものがある。
しかし、Ｊａｖａ−ＡＰが無制限に通信を行うことができるとすると、例えば不正の目的で作成されたＪａｖａ−ＡＰが、携帯電話機の使用者にわからないようにその使用者の意図しない通信をサーバ装置と行い、携帯電話機の使用者あるいはサーバ装置に被害をもたらすことがありうる。
サーバ装置の中でも、携帯電話機からインターネット接続を提供する事業者の運営するポータルサイトのサーバ装置は、ポータルサイトを利用する携帯電話機の使用者に関する情報およびポータルサイトを介してサービスを提供する情報提供者の情報を記憶しているので、特にセキュリティが重視されている。仮に、不正の目的で作成されたＪａｖａ−ＡＰがポータルサイトのサーバ装置と通信を行うことができるとすると、ポータルサイトのデータの改竄やポータルサイトからデータが不正に読み出されることなどが行われて深刻な被害が発生することがありうる。
この問題に対応するために、「ｉアプリコンテンツ開発ガイド  ｆｏｒ  ５０４ｉ〜詳細編  第１．０版」に準拠した携帯電話においては、あるサーバ装置からダウンロードされたＪａｖａ−ＡＰは、そのダウンロードされたサーバ装置を接続先とした通信のみ行えるように制限されている。
しかし、ポータルサイトに保存されている情報の重要性を考慮すると、上記の接続先制限に加えて、ポータルサイトのサーバ装置へのＪａｖａ−ＡＰからの接続が禁止されることが望まれている。
さらに、携帯電話機の使用者が複数のポータルサイトを切り換えて利用する場合においても、携帯電話機の使用者が利用するポータルサイトを切換える時に、切換え後のポータルサイトへのＪａｖａ−ＡＰからの接続が確実に禁止されるように設定変更されることが望まれている。
【発明の開示】
本発明は、通信手段と、１または複数の通信先サーバ装置のそれぞれを識別する通信先サーバ装置識別子を記憶する記憶手段と、この記憶手段に記憶された通信先サーバ装置識別子の中から１の通信先サーバ装置識別子を選択することにより通信先サーバ装置を指定する指定手段と、アプリケーションを実行することができる実行環境とを備え、この実行環境で実行されるアプリケーションが、この指定手段により指定された通信先サーバ装置識別子に接続しようとするとき、この実行環境が、このアプリケーションからこの通信先サーバ装置識別子への接続を禁止することを特徴とする通信端末を提供する。また、この記憶手段は、通信先サーバ装置識別子と当該通信先サーバ装置識別子により識別される通信先サーバ装置との間を中継する中継経路を識別する中継経路識別子とを含む通信経路情報を記憶し、この指定手段が、通信経路情報を選択することにより、通信先サーバ装置を指定するようにしてもよい。また、この指定手段において選択されたこの通信経路情報に含まれる中継経路識別子と同一の中継経路識別子を含む経路情報をこの記憶手段から抽出する抽出手段と、この実行環境が、この抽出手段により抽出された経路情報に含まれる通信先サーバ装置識別子により識別される通信先サーバ装置へのアプリケーションからの接続を禁止するようにしてもよい。
また、本発明は、通信処理と、１または複数の通信先サーバ装置のそれぞれを識別する通信先サーバ装置識別子が記憶された記憶手段から通信先サーバ装置識別子を読み出す読出し処理と、この読出し処理により読み出された通信先サーバ装置識別子から通信禁止先データを作成するデータ作成処理と、アプリケーションを実行させる実行処理と、この実行機能により実行されているアプリケーションから通信要求を受けるとその通信先が通信禁止先データに該当するかを判断する判断処理と、この判断処理によりこの通信先が通信先データに該当する場合には接続を中止し、この通信先が通信先データに該当しない場合にこの通信先にこの通信機能を利用して接続する処理とを通信端末のコンピュータに実行させるためのプログラムを提供する。
【図面の簡単な説明】  図１は、本発明に係る実施形態における通信システムの全体構成を示すブロック図である。
図２は、同実施形態におけるＧＧＳＮ３００が有するアクセスポイントテーブルの内容を示す図である。
図３は、同実施形態におけるプロバイダサーバ装置が有する契約者テーブルの内容を例示する図である。
図４は、本発明に係る実施形態における携帯電話機の構成を示すブロック図である。
図５は、同実施形態における携帯電話機に実装されているアプリケーション実行環境ソフトウェアの構成を示す図である。
図６は、同実施形態における携帯電話機に記憶されているプロファイルテーブルの内容を例示する図である。
図７は、同実施形態における携帯電話機の表示部に表示されるプロファイルデータ選択画面を例示する図である。
図８は、同実施形態における携帯電話機にて動作するＷＷＷブラウザがプロバイダサーバ装置との間で通信の接続を確立し、ポータル画面を表示するまでの処理を示すフローチャートである。
図９は、同実施形態における携帯電話機にて動作するＪＡＭが、通信の接続を禁止する特定サイトを記憶する処理を示すフローチャートである。
図１０は、同実施形態における携帯電話機にて動作するＪＡＭが、特定サイトとの通信を中止する処理を示すフローチャートである。
図１１は、同実施形態における携帯電話機の表示部に表示されるポータル画面を例示する図である。
図１２は、同実施形態における携帯電話機の表示部に表示されるメール確認画面を例示する図である。
【発明を実施するための最良の形態】  以下、図面を参照して本発明に係る実施形態について説明する。
Ａ．構成
Ａ−１．携帯電話機が使用される通信システム１０の構成
図１は、本発明に係る実施形態における携帯電話機１００が使用される通信システム１０の構成を示すブロック図である。
通信システム１０は、移動体通信網２００、複数のゲートウェイサーバ装置ＧＷＳ４００（４００−１、４００−２、４００−３、・・・）、複数のプロバイダサーバ装置ＰＶＳ５００（５００−１、５００−２、５００−３、・・・）、インターネット６００および複数のコンテンツサーバ装置ＣＴＳ７００を有する。図面が繁雑になるのを防ぐために、図１にはゲートウェイサーバ装置ＧＷＳ４００−１〜４００−３、プロバイダサーバ装置ＰＶＳ５００−１〜５００−３、および一台のコンテンツサーバ装置ＣＴＳ７００のみが示されている。
移動体通信網２００は、例えば、ＧＰＲＳ（Ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）パケットデータ通信サービスを携帯電話機に提供するＧＳＭ／ＧＰＲＳ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ／ＧＰＲＳ）ネットワークである。以下、ＧＳＭ／ＧＰＲＳネットワークの場合について説明する。
移動体通信網２００は、無線基地局、基地局制御局、Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＳＧＳＮ）、およびＧａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＧＧＳＮ）３００を有する。図面が繁雑になるのを防ぐために、図１にはＧＧＳＮ３００のみが示されている。
ＧＧＳＮ３００は、ＧＳＭ／ＧＰＲＳネットワークと他の通信ネットワークとの相互接続点にある交換機である。本実施形態において、ＧＧＳＮ３００は、他の通信ネットワークと通信を行うための第１アクセスポイント３１０および第２アクセスポイント３２０を有する。各アクセスポイントにはアクセスポイント識別子が割当てられている。また、ＧＧＳＮ３００はアクセスポイントテーブルＴＢ１を有する。本実施形態において、アクセスポイントテーブルＴＢ１は、図２に示すように、その第１行に第１アクセスポイント３１０を示すアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」を、その第２行に第２アクセスポイント３２０を示すアクセスポイント識別子「ｐｏｒｔａｌ．ｂｂｂ．ｎｅ．ｊｐ」を格納している。ＧＧＳＮ３００は、携帯電話機１００から、移動体通信網の各ノードを介してパケットを受信すると、受信パケットのヘッダからアクセスポイント識別子を抽出し、抽出したアクセスポイント識別子に基づいてアクセスポイントテーブルＴＢ１を参照して受信パケットを第１アクセスポイントまたは第２アクセスポイントのいずれかに送出（ルーティング）する。
ゲートウェイサーバ装置ＧＷＳ４００は、ＧＧＳＮ３００のアクセスポイントを介してＧＳＭ／ＧＰＲＳネットワークに接続し、プロバイダサーバ装置ＰＶＳ５００を介してインターネット６００と接続し、ＧＳＭ／ＧＰＲＳネットワークとインターネット６００との間で異なる通信プロトコルの変換を行う。プロバイダサーバ装置ＰＶＳ５００の処理負荷を分散する等の理由のために、ＧＧＳＮ３００の一つのアクセスポイントにプロバイダサーバ装置ＰＶＳ５００がゲートウェイサーバ装置ＧＷＳ４００を介して接続されることもある。本実施形態においては、プロバイダサーバ装置ＰＶＳ５００−１およびＰＶＳ５００−２が、それぞれゲートウェイサーバ装置ＧＷＳ４００−１およびゲートウェイサーバ装置ＧＷＳ４００−２を介して第１アクセスポイント３１０に接続されている。プロバイダサーバ装置ＰＶＳ５００−３は、ゲートウェイサーバ装置ＧＷＳ４００−３を介して第２アクセスポイント３２０に接続されている。また、ゲートウェイサーバ装置ＧＷＳ４００にはＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＩＰ）アドレスが割当てられている。本実施形態において、ゲートウェイサーバ装置ＧＷＳ４００−１にはＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」が、ゲートウェイサーバ装置ＧＷＳ４００−２にはＩＰアドレス「ｙｙｙ．ｙｙｙ．ｙｙｙ．ｙｙｙ」がゲートウェイサーバ装置ＧＷＳ４００−３にはＩＰアドレス「ｚｚｚ．ｚｚｚ．ｚｚｚ．ｚｚｚ」が割当てられている。
プロバイダサーバ装置ＰＶＳ５００は、携帯電話機１００からインターネット６００への接続サービスを提供する１または複数の企業により運用されている。プロバイダサーバ装置ＰＶＳ５００は、ゲートウェイサーバ装置ＧＷＳ４００およびインターネット６００に接続されている。プロバイダサーバ装置ＰＶＳ５００にはドメイン名が割当てられている。本実施形態において、プロバイダサーバ装置ＰＶＳ５００−１にはドメイン名「ａａａ．ｎｅ．ｊｐ」が、プロバイダサーバ装置ＰＶＳ５００−２にはドメイン名「ｃｃｃ．ｎｅ．ｊｐ」が、プロバイダサーバ装置ＰＶＳ５００−３にはドメイン名「ｂｂｂ．ｎｅ．ｊｐ」が割当てられている。また、プロバイダサーバ装置ＰＶＳ５００は、一般的なプロキシサーバ装置が有するプロキシー機能、ファイアウォール機能、一般的な電子メールサーバ装置と同様の電子メールサーバ機能、一般的なＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ（ＷＷＷ）サーバ装置が有するＷＷＷサーバ機能、およびポータル機能を有する。
プロキシー機能により、プロバイダサーバ装置ＰＶＳ５００は、携帯電話機１００からインターネット６００への接続を可能とし、受信したＨＴＴＰリクエストを他のプロバイダサーバ装置ＰＶＳ５００に中継することができる。
ファイアウォール機能により、プロバイダサーバ装置ＰＶＳ５００は、インターネット６００から送信されたＨｙｐｅｒ  Ｔｅｘｔ  Ｔａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）リクエストによる自己の管理するファイル等へのアクセスを制限することができる。
電子メールサーバ機能により、プロバイダサーバ装置ＰＶＳ５００は、そのプロバイダサーバ装置ＰＶＳ５００を運用する事業者と電子メール利用契約を結んだ契約者の使用する携帯電話機１００との間で電子メールの送受信を行うことができる。プロバイダサーバ装置ＰＶＳ５００は、電子メール利用契約者の契約者情報を格納するための契約者テーブルＴＢ２を有する。本実施形態において、契約者テーブルＴＢ２は、図３に示すように、契約者の氏名、契約者に割当てられた契約者識別子および電子メールアドレスを含む契約者情報を格納している。
ＷＷＷサーバ機能により、プロバイダサーバ装置ＰＶＳ５００は、携帯電話機１００からＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（ＵＲＬ）で指定されたＨＴＴＰ要求を受信すると、自己が記憶するＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）言語に従って記述されたテキストファイル（以後、ＨＴＭＬファイルと称する）の中にある指定されたＨＴＭＬファイルを携帯電話機１００に送信することができる。
また、プロバイダサーバ装置ＰＶＳ５００は、携帯電話機１００からインターネット６００への接続の際にポータルサイトとして機能するために、携帯電話機１００から最初にＨＴＴＰ要求されるファイル、例えばファイル名が「ｍａｉｎ．ｈｔｍｌ」であるＨＴＭＬファイルを記憶している。このＨＴＭＬファイル「ｍａｉｎ．ｈｔｍｌ」には、例えば、メールアドレスの確認画面を表示するＨＴＭＬファイル「ｍａｉｌ＃ａｄ．ｈｔｍｌ」の記憶位置を示すＵＲＬ（例えば、プロバイダサーバ装置ＰＶＳ５００−１の場合には「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｌ＃ａｄ．ｈｔｍｌ」）等がリンク先を示す情報として記載されている。携帯電話機１００が、このファイル「ｍａｉｎ．ｈｔｍｌ」を受信すると、例えば、図１１に示すポータル画面をその表示部１０５に表示する。以下、便宜上、プロバイダサーバ装置ＰＶＳ５００に記憶されている「ｍａｉｎ．ｈｔｍｌ」の記憶位置を示すこのＵＲＬをプロバイダサーバ装置ＰＶＳ５００のポータルＵＲＬと称する。本実施形態において、プロバイダサーバ装置ＰＶＳ５００−１、ＰＶＳ５００−２、ＰＶＳ５００−３のポータルＵＲＬは、それぞれ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」、「ｈｔｔｐ：／／ｃｃｃ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」、「ｈｔｔｐ：／／ｂｂｂ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」である。
コンテンツサーバ装置ＣＴＳ７００は、一般的なＷＷＷサーバ装置と同様のＷＷＷサーバ機能を有する。コンテンツサーバ装置ＣＴＳ７００は、携帯電話機１００からＵＲＬで指定されたＨＴＴＰ要求を受信すると、自己が記憶するＪａｖａ−ＡＰの中から指定されたＪａｖａ−ＡＰを携帯電話機１００に送信することができる。
Ａ−２．携帯電話機の構成
Ａ−２−１．全体構成
図４は、本実施形態における携帯電話機１００の構成を示すブロック図である。図４に示すように、携帯電話機１００は、バス１０１、通信部１０２、アンテナ１０３、操作部１０４、表示部１０５、不揮発性メモリ１０６、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）１０７、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）１０８、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）１０９を有する。
バス１０１は、図４に示すように、上記各部の間でデータの授受を行うことができるように各部を接続している。通信部１０２は、アンテナ１０３と接続している。通信部１０２はアンテナ１０３を介して、移動体通信網の無線基地局との間でパケット通信を含む無線通信を行うことができる。操作部１０４は、例えば、１０キーボード等のキー入力手段を有する。表示部１０５は、文字やメニュー画面などを表示する機能を有し、例えば、液晶ディスプレイとして構成される。不揮発性メモリ１０６は、携帯電話機１００を使用する使用者に付与された管理符号「ＭＳ０００１」を記憶する。また、不揮発性メモリ１０６には、Ｊａｖａ−ＡＰを記憶するＪＡＲストレージ、スクラッチパッド、およびプロファイルデータを記憶するプロファイルテーブルＴＢ３が割当てられている。ＲＯＭ１０７は、初期化ソフトウェア、アプリケーション実行環境ソフトウェア、およびＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ（ＷＷＷ）ブラウザソフトウェア（以下「ブラウザ」、「ＷＷＷブラウザ」とも称す）、電話帳アプリケーションなどを記憶している。ＲＡＭ１０８は、作業エリアとして使用される。ＣＰＵ１０９は、携帯電話機１００の各部を制御している。
Ａ−２−２．アプリケーション実行環境ソフトウェアの構成
図５は、本実施形態における携帯電話機１００に実装されているアプリケーション実行環境ソフトウェアの構成を示す図である。アプリケーショシには、ＣＰＵ１０９のネイティブコードからなるアプリケーション（以下「ネイティブアプリケーション」とする）とＪａｖａ実行環境で動作するＪａｖａＡＰが含まれる。図６に示すように、本実施形態における携帯電話機１００においては、ＷＷＷブラウザソフトウェア、電話帳アプリケーションはネイティブアプリケーションとして実装されている。
アプリケーション実行環境ソフトウェアは、携帯電話機１００の各部を制御し、ネイティブアプリケーションの実行のためのインターフェースを有するＯＳソフトウェアと、Ｋ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ（ＫＶＭ）、Ｊａｖａ  Ａｐｐｌｉｃａｔｉｏｎ  Ｍａｎａｇｅｒ（ＪＡＭ）、Ｊａｖａ  ＡＲｃｈｉｖｅ（ＪＡＲ）ストレージ、およびスクラッチパッドストレージを含むＪａｖａ実行環境とを有する。
ＫＶＭは、Ｊａｖａバイトコードをネイティブコードに変換して実行するＪａｖａ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅの一実装形態である。ＫＶＭは、メモリ容量、ＣＰＵ能力、電力消費量に制約がある小型装置に適している。
ＪＡＭは、上述のＪａｖａ実行環境で動作するＪａｖａ−ＡＰを管理する。例えば、ＪＡＭは、Ｊａｖａ−ＡＰを記憶するＪＡＲストレージを不揮発性メモリ１０６に確保する。ＪＡＭは、Ｊａｖａアプリケーションの終了後も保持されるデータを記憶するスクラッチパッドストレージを、Ｊａｖａ−ＡＰ毎に、不揮発性メモリ１０６に確保する。ＪＡＭは、Ｊａｖａ−ＡＰをＪＡＲストレージに格納（インストール）する。ＪＡＭは、Ｊａｖａ−ＡＰをＪＡＲストレージから削除する。ＪＡＭは、ＪＡＲストレージに記憶されているＪａｖａ−ＡＰのリストを表示する。ＪＡＭは、ＪＡＲストレージに記憶されているＪａｖａ−ＡＰを起動する。ＪＡＭは、起動しているＪａｖａ−ＡＰを強制終了させる。ＪＡＭは、起動しているＪａｖａ−ＡＰ通信の管理を行う。例えば、ＪＡＭは、起動しているＪａｖａ−ＡＰからそのＪａｖａ−ＡＰが生成したＨＴＴＰ要求を送信する旨の指示を受けると、そのＨＴＴＰ要求を送信することができる。ＪＡＭの通信管理の詳細については後述する。
Ａ−２−３．プロファイルデータおよびプロファイルテーブルの構成
プロファイルテーブルＴＢ３は、携帯電話機１００からプロバイダサーバ装置ＰＶＳ５００に接続する通信経路を指定するための情報を含むプロファイルデータを記憶している。本実施形態においては、プロファイルテーブルＴＢ３に記憶されているプロファイルデータの中から一つのプロファイルデータが携帯電話機１００の使用者により選択される。携帯電話機で動作するネイティブアプリケーションおよびＪａｖａＡＰはプロバイダサーバ装置ＰＶＳ５００と通信を行う際、この選択されたプロファイルデータを利用してプロバイダサーバ装置ＰＶＳ５００と接続を確立する。
また、プロファイルテーブルＴＢ３に記憶されるプロファイルデータは、図６に示すように、プロファイル番号、アクセスポイント識別子、ゲートウェイサーバ装置ＩＰアドレス（以下、ＧＷＩＰと称する）、およびポータルＵＲＬを有する。プロファイル番号は、各プロファイルデータを識別する番号である。アクセスポイント識別子は、各接続の際に使用するＧＧＳＮ３００のアクセスポイントのアクセスポイント識別子である。ＧＷＩＰは、その接続の際に使用するゲートウェイサーバ装置ＧＷＳ４００のＩＰアドレスである。ポータルＵＲＬは、その接続するプロバイダサーバ装置ＰＶＳ５００のポータルＵＲＬである。以下、便宜上、プロファイル番号が１であるプロファイルデータを「プロファイルデータ１」、プロファイル番号が２であるプロファイルデータを「プロファイルデータ２」、プロファイル番号が３であるプロファイルデータを「プロファイルデータ３」と称する。
Ｂ．動作
Ｂ−１．携帯電話機が使用される通信システム１０の動作
Ｂ−１−１．ルーティングおよび接続確立動作
携帯電話機１００から送信された接続要求パケットは、移動体通信網２００を構成する無線基地局、基地局制御局、ＳＧＳＮを介してＧＧＳＮ３００に送信される。ここでは、プロファイルデータ１が選択されている携帯電話機１００から、アクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」、ＧＷＩＰ「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」、ＩＰアドレス「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」、およびドメイン名「ａａａ．ｎｅ．ｊｐ」を内包する接続要求パケットが送信された場合について説明する。
ＧＧＳＮ３００は、この接続要求パケットを受信すると、受信した接続要求に内包されているアクセスポイント識別子を抽出する。ＧＧＳＮ３００は、抽出したアクセスポイント識別子を用いてアクセスポイントテーブルＴＢ１を検索して、この接続要求パケットを送出するアクセスポイントを特定する。ＧＧＳＮ３００は、アクセスポイントを特定すると、アクセスポイントの先に接続されたゲートウェイサーバ装置ＧＷＳ４００に、受信した接続要求パケットを送信するルーティング動作を行う。本実施形態においては、受信した接続要求から抽出されるアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」は、図２に示すように、アクセスポイントテーブルＴＢ１の第１アクセスポイント３１０を示す第１行に記憶されている。したがって、ＧＧＳＮ３００は、受信した接続要求パケットを第１アクセスポイント３１０に接続されたゲートウェイサーバ装置ＧＷＳ４００−１およびＧＷＳ４００−２に送信する。
ゲートウェイサーバ装置ＧＷＳ４００−１およびＧＷＳ４００−２の各々は、この接続要求パケットを受信すると、受信した接続要求パケットに内包されているＧＷＩＰを抽出し、抽出したＧＷＩＰと当該ゲートウェイサーバ装置ＧＷＳ４００−１およびＧＷＳ４００−２に割当てられているＩＰアドレスとをそれぞれ比較する。本実施形態においては、この接続要求パケットから抽出されるＧＷＩＰ「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」が、ゲートウェイサーバ装置ＧＷＳ４００−１に割当てられているＩＰアドレス「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」と一致する。一方、ゲートウェイサーバ装置ＧＷＳ４００−２に割当てられているＩＰアドレス「ｙｙｙ．ｙｙｙ．ｙｙｙ．ｙｙｙ」とは一致しないので、ゲートウェイサーバ装置ＧＷＳ４００−１のみが、この接続要求パケットをゲートウェイサーバ装置ＧＷＳ４００−１と接続しているプロバイダサーバ装置ＰＶＳ５００−１へ送信する。
プロバイダサーバ装置ＰＶＳ５００−１は、この接続要求パケットを受信すると、受信した接続要求パケットに内包されているドメイン名を抽出し、抽出したドメイン名と当該プロバイダサーバ装置ＰＶＳ５００−１に割当てられているドメイン名とを比較する。本実施形態においては、この接続要求パケットから抽出されるドメイン名「ａａａ．ｎｅ．ｊｐ」と、プロバイダサーバ装置ＰＶＳ５００−１に割当てられているドメイン名「ａａａ．ｎｅ．ｊｐ」が一致するので、プロバイダサーバ装置ＰＶＳ５００−１は、この接続要求パケットに対する確認応答パケットを携帯電話機１００へ送信する。次に、プロバイダサーバ装置ＰＶＳ５００−１は、確立要求パケットとを生成し、上記の逆の経路で携帯電話機１００へ送信する。プロバイダサーバ装置ＰＶＳ５００−１が確立要求パケットに対する確認応答パケットを携帯電話機１００から受信すると、プロバイダサーバ装置ＰＶＳ５００−１と携帯電話機１００との間に接続が確立（セットアップ）される。
Ｂ−１−２．プロバイダサーバ装置ＰＶＳ５００のポータル動作
プロバイダサーバ装置ＰＶＳ５００−１は、携帯電話機１００から、ＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」を内包したＨＴＴＰリクエストを受信すると、受信したＨＴＴＰリクエストに内包されているＵＲＬで指定されるファイル「ｍａｉｎ．ｈｔｍｌ」を読み出し、このファイルを内包するＨＴＴＰレスポンスメッセージ（以後、ＨＴＴＰレスポンスと略称する）を生成し、これを携帯電話機１００に送信する。携帯電話機１００は、このＨＴＴＰレスポンスを受信すると、その表示部１０５に図１１に示すポータル画面を表示する。
また、プロバイダサーバ装置ＰＶＳ５００−１は、ＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｌ＃ａｄ．ｈｔｍｌ」および管理符号「ＭＳ０００１」を内包したＨＴＴＰリクエストを受信すると、受信したＨＴＴＰリクエストに内包されているＵＲＬで指定されるファイルを読み出す。次にプロバイダサーバ装置ＰＶＳ５００−１は、ＨＴＴＰリクエストに内包されている管理符号「ＭＳ０００１」を抽出し、この抽出された管理符号と同一の管理符号「ＭＳ０００１」を有する契約者情報を契約者テーブルＴＢ２から検索し、検索された契約者情報に含まれる電子メールアドレス「ａａａ＠ａａａ．ｎｅ．ｊｐ」を契約者テーブルＴＢ２から読み出す。プロバイダサーバ装置ＰＶＳ５００−１は、この読み出した電子メールアドレスを例えば図１２に示すように表示するＨＴＭＬファイルを内包するＨＴＴＰレスポンスを生成し、生成したＨＴＴＰレスポンスを携帯電話機１００へ送信する。携帯電話機１００は、このＨＴＴＰレスポンスを受信すると、その表示部１０５に図１２に示すメールアドレス確認画面を表示する。
Ｂ−２．携帯電話機１００の動作
Ｂ−２−１．初期動作、プロファイル選択動作、およびアプリケーション起動動作
まず、本実施形態における携帯電話１００の初期動作、プロファイル選択動作、およびアプリケーション起動動作について説明する。
携帯電話機１００の電源が投入されると、ＣＰＵ１０９は、ＲＯＭ１０７に記憶された初期化ソフトウェアを読み出し、実行して、携帯電話機１００各部の初期化を行う。ＣＰＵ１０９は、初期化終了後、ＲＯＭ１０７に記憶されたＯＳソフトウェアを読み出して起動する。ＣＰＵ１０９は、ＯＳソフトウェアの起動後、ＲＯＭ１０７から読み出したＪａｖａ実行環境ソフトウェアであるＫＶＭおよびＪＡＭを起動して、Ｊａｖａ−ＡＰが実行できるように実行環境を用意する。以降、ＣＰＵ１０９は、ＣＰＵ１０９に入力される信号に応じた処理を行う。また、ＣＰＵ１０９は、操作部１０４の押下を検知すると、操作部１０４から供給される信号および表示部１０５に表示されている画面に基づいて携帯電話機１００の使用者の指示を特定し、使用者の指示に応じた処理を行う。
例えば、携帯電話機１００の使用者が、操作部１０４のキー入力手段を操作して、プロファイルデータ選択画面を表示させる旨の指示をすると、ＣＰＵ１０９は、プロファイルデータを選択するための一覧画面を表示部１０５の液晶ディスプレイに表示する。本実施形態において、ＣＰＵ１０９は、図７に示すように、プロファイルテーブルＴＢ３に記憶されている全プロファイルデータについて、プロファイル番号およびポータルＵＲＬを表形式で表示するとともに、選択するプロファイルのプロファイル番号を入力するテキストボックスＢＸ１０、登録ボタンおよびキャンセルボタンを表示部１０５に表示する。次に、携帯電話機１００の使用者が、テキストボックスＢＸ１０にプロファイル番号を一つ入力し、登録ボタンをクリックする旨の操作を行うと、ＣＰＵ１０９は、テキストボックスＢＸ１０に入力されたプロファイル番号に対応するプロファイルデータが選択されたものとして以降の処理を行う。
また、携帯電話機１００の使用者が、操作部１０４のキー入力手段を操作して、ネイティブソフトウェアであるＷＷＷブラウザソフトウェアの実行を指示すると、ＣＰＵ１０９は、動作中のＯＳソフトウェアの制御の下、ＲＯＭ１０７に記憶されているＷＷＷブラウザソフトウェアを読み出して実行する。また、携帯電話機１００の使用者が、操作部１０４のキー入力手段を操作して、携帯電話機にダウンロードされ不揮発性メモリ１０６に記憶されているＪａｖａ−ＡＰを実行する旨の操作を行うと、ＣＰＵ１０９は、動作中のＪＡＭの制御の下、不揮発性メモリ１０６からそのＪａｖａ−ＡＰを読み出して実行する。
Ｂ−２−２．ネイティブアプリケーションが行う通信
図８は、携帯電話機１００で動作するネイティブソフトウェアであるＷＷＷブラウザがプロバイダサーバ装置ＰＶＳ５００との間で通信の接続を確立し、ポータル画面を表示するまでの処理を示すフローチャートである。ここでは、プロファイルデータ１が選択されているものとしてこの処理を説明する。また、ＷＷＷブラウザソフトウェアは、Ｂ−２−１で説明した手順により既に起動されているものとする。
ＷＷＷブラウザ（携帯電話機１００）は、選択されているプロファイルデータ１をプロファイルテーブルＴＢ３から読み出して、読み出したプロファイルデータ１に含まれるアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」、ＧＷＩＰ「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」、ポータルＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」、およびポータルＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」を抽出する（ステップＳＡ１００）。
次にＷＷＷブラウザは、抽出したアクセスポイント識別子と抽出したＧＷＩＰと抽出したドメイン名とを内包する接続要求パケットを生成する（ステップＳＡ１１０）。
次にＷＷＷブラウザは、この接続要求パケットをパケット通信により移動体通信網２００の無線基地局を介して、抽出したドメイン名「ａａａ．ｎｅ．ｊｐ」が割当てられているプロバイダサーバ装置ＰＶＳ５００−１に送信する（ステップＳＡ１２０）。
次にＷＷＷブラウザは、プロバイダサーバ装置ＰＶＳ５００−１から接読要求パケットに対する確認応答パケットおよび確立要求パケットを受信すると、確立要求パケットに対する確認応答パケットを生成し、プロバイダサーバ装置ＰＶＳ５００−１へ送信する。この確立要求パケットに対する確認応答パケットをプロバイダサーバ装置ＰＶＳ５００−１が受信すると、ＷＷＷブラウザとプロバイダサーバ装置ＰＶＳ５００−１との間に接続が確立される（ステップＳＡ１３０）。
次に、ＷＷＷブラウザは、抽出したポータルＵＲＬをパラメータとして内包するＧＥＴメソッドを用いたＨＴＴＰリクエストを生成し、生成したリクエストを確立された接続を用いてプロバイダサーバ装置ＰＶＳ５００−１へ送信する。ＷＷＷブラウザは、プロバイダサーバ装置ＰＶＳ５００−１からＨＴＴＰレスポンスを受信すると、接続を切断するとともに、受信したＨＴＴＰレスポンスからファイル「ｍａｉｎ．ｈｔｍｌ」を抽出してこのファイルを取得する。次に、ＷＷＷブラウザは、この取得したファイルを解釈して、例えば、図１１に示すポータル画面を表示部１０５の液晶ディスプレイに表示する。（ステップＳＡ１４０）。
このポータル画面が表示されているときに、携帯電話機１００の使用者が、例えば、「６：メールアドレスの確認」を指示するために操作部１０４のテンキーボードにある「６」のキーを押下すると、ＷＷＷブラウザは「６：メールアドレスの確認」のリンク先を示すＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｌ＃ａｄ．ｈｔｍｌ」を抽出する。ＷＷＷブラウザは、図８のステップＳＡ１１０〜ＳＡ１３０と同様に、プロバイダサーバ装置ＰＶＳ５００−１との間で接続を確立する。ＷＷＷブラウザは、抽出したＵＲＬと携帯電話機１００の不揮発性メモリ１０６に記憶されている管理符号「ＭＳ０００１」とを内包するＧＥＴメソッドを用いたＨＴＴＰリクエストを生成し、生成したＨＴＴＰリクエストをプロバイダサーバ装置ＰＶＳ５００−１へ送信する。
ＷＷＷブラウザは、プロバイダサーバ装置ＰＶＳ５００−１からＨＴＴＰレスポンスを受信すると、接続を切断するとともに、受信したＨＴＴＰレスポンスからＨＴＭＬファイルを抽出して、この抽出したファイルを解釈して、例えば、図１２に示すメールアドレス確認画面を表示部１０５の液晶ディスプレイに表示する。
Ｂ−２−３．Ｊａｖａ−ＡＰが行う通信（１）
まず、Ｊａｖａ−ＡＰは、Ｂ−２−１で説明した手順により既に起動されているものとする。
ここでは、Ｊａｖａ−ＡＰが、携帯電話機１００の使用者からの指示を受けることなく勝手にプロバイダサーバ装置ＰＶＳ５００−１から携帯電話機１００の使用者に付与された電子メールアドレスを取得することを試みるものとする。具体的には、電子メールアドレスを確認するためのＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｌ＃ａｄ．ｈｔｍｌ」と携帯電話機１００の使用者に付与された管理符号とを内包するＧＥＴメソッドを用いたＨＴＴＰリクエストを生成し、生成したＨＴＴＰリクエストを送信するようＪＡＭに指示するものとする。
ＪＡＭは、Ｊａｖａ−ＡＰから通信の実行を要求する旨の指示を受けると、まず、図９に示すように、通信禁止先ドメイン名をＲＡＭ１０８に生成する処理を行う。次に、ＪＡＭは、図１０に示すように、通信禁止先ドメイン名で指定されるサーバ装置との通信を禁止する処理を行う。以下、各処理について、まず、プロファイルデータ１が選択されている場合について説明する。
図９は、ＪＡＭが通信禁止先ドメイン名をＲＡＭ１０８に生成する処理を示すフローチャートである。
ＪＡＭは、ＨＴＴＰリクエストを送信する旨の指示をＪａｖａ−ＡＰから受けると、プロファイルデータ１のアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出す（ステップＳＢ１００）。ＪＡＭは、プロファイルデータ１のポータルＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出し（ステップＳＢ１１０）、読み出したドメイン名をＲＡＭ１０８に記憶する（ステップＳＢ１２０）。
次にＪＡＭは、読み出したアクセスポイント識別子と同一のアクセスポイント識別子を含むプロファイルデータがプロファイルテーブルＴＢ３に格納されているか確認する（ステップＳＢ１３０）。本実施形態において、図６に示すように、読み出したアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」と同一のアクセスポイント識別子が、プロファイルデータ２にも格納されているので（ステップＳＢ１３０：ＹＥＳ）、ＪＡＭは、プロファイルデータ２のポータルＵＲＬのドメイン名「ｃｃｃ．ｊｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出して（ステップＳＢ１４０）、ＲＡＭ１０８に記憶する（ステップＳＢ１５０）。このようにして、ＲＡＭ１０８にはドメイン名「ａａａ．ｎｅ．ｊｐ」と「ｃｃｃ．ｎｅ．ｊｐ」とが通信禁止先データとして記憶される。
図１０は、ＪＡＭが通信禁止先ドメイン名で指定されるサーバ装置との通信を禁止する処理を示すフローチャートである。
ＪＡＭは、ＧＥＴメソッドのパラメータであるＵＲＬからドメイン名を抽出する（ステップＳＣ１００）。次にＪＡＭは、ＲＡＭ１０８に記憶されているドメイン名を読み出す（ステップＳＣ１１０）。ＪＡＭは、ＵＲＬから抽出したドメイン名とＵＲＬから抽出したドメイン名とＲＡＭ１０８から読み出したドメイン名とが同一であるかを判断する（ステップＳＣ１２０）。本実施形態において、Ｊａｖａ−ＡＰが生成したＨＴＴＰリクエストに内包されているＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」は、ＲＡＭ１０８に通信禁止先データとして記憶されたドメイン名「ａａａ．ｎｅ．ｊｐ」と一致する（ステップＳＣ１２０：ＹＥＳ）。したがって、ＪＡＭは、Ｊａｖａ−ＡＰからプロバイダサーバ装置ＰＶＳ５００−１への接続を確立しないことにより、ＨＴＴＰリクエストをプロバイダサーバ装置ＰＶＳ５００−１へ送信することを中止する（ステップＳＣ１３０）。
このように、Ｊａｖａ−ＡＰからの通信は、プロファイルデータから生成されるデータ（ドメイン名）に基づいて禁止される。このデータが、Ｊａｖａ−ＡＰが通信を行う際にプロファイルデータに含まれるポータルＵＲＬから生成されるように構成されているので、予め不揮発性メモリ１０６に記憶領域を確保してＪａｖａ−ＡＰが行う通信の禁止先を示すデータを記憶する態様に比べて、不揮発性メモリ１０６を有効に利用することができる。
また、プロファイルデータを選択することによりポータルＵＲＬのドメインで指定されるポータルサイトへの通信が禁止されるので、ポータルサイトに記憶されている電子メールアドレスなどのセキュリティを確保すべき個人情報の不正な読み出しや改竄を不正の目的をもつＪａｖａ−ＡＰから防ぐことができる。
Ｂ−２−４．Ｊａｖａ−ＡＰが行う通信（２）
次に、プロファイルデータ２が選択されている場合について説明する。Ｊａｖａ−ＡＰが、ＨＴＴＰリクエストを生成し、生成したＨＴＴＰリクエストを送信するようＪＡＭに指示するまでの動作は、上述の「Ｊａｖａ−ＡＰが行う通信（１）」で説明した動作と同じであるため、その説明を省略する。
ＪＡＭは、ＨＴＴＰリクエストを送信する旨の指示をＪａｖａ−ＡＰから受けると、プロファイルデータ２のアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出す（図９：ステップＳＢ１００）。ＪＡＭは、プロファイルデータ２のポータルＵＲＬのドメイン名「ｃｃｃ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出し（ステップＳＢ１１０）、読み出したドメイン名をＲＡＭ１０８に記憶する（ステップＳＢ１２０）。
次にＪＡＭは、読み出したアクセスポイント識別子と同一のアクセスポイント識別子を含むプロファイルデータがプロファイルテーブルＴＢ３に格納されているか確認する（ステップＳＢ１３０）。本実施形態において、図６に示すように、読み出したアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」と同じアクセスポイント識別子がプロファイルデータ１にも格納されているので（ステップＳＢ１３０：ＹＥＳ）、ＪＡＭは、プロファイルデータ１のポータルＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出して（ステップＳＢ１４０）、ＲＡＭ１０８に記憶する（ステップＳＢ１５０）。このようにして、ＲＡＭ１０８にはドメイン名「ａａａ．ｎｅ．ｊｐ」と「ｃｃｃ．ｎｅ．ｊｐ」とが通信禁止先データとして記憶される。
次に、ＪＡＭは、ＧＥＴメソッドのパラメータであるＵＲＬからドメイン名を抽出する（図１０：ステップＳＣ１００）。次にＪＡＭは、ＲＡＭ１０８に記憶されているドメイン名を読み出す（ステップＳＣ１１０）。ＪＡＭは、ＵＲＬから抽出したドメイン名とＲＡＭ１０８から読み出したドメイン名とが同一であるかを判断する（ステップＳＣ１２０）。本実施形態において、Ｊａｖａ−ＡＰが生成したＨＴＴＰリクエストに内包されているＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」は、ＲＡＭ１０８に通信禁止先データとして記憶されたドメイン名「ａａａ．ｎｅ．ｊｐ」と一致する（ステップＳＣ１２０：ＹＥＳ）。したがって、ＪＡＭは、プロバイダサーバ装置ＰＶＳ５００−１との間で接続を確立しないことにより、ＨＴＴＰリクエストをプロバイダサーバ装置ＰＶＳ５００−１へ送信することを中止する（ステップＳＣ１３０）。
このように、Ｊａｖａ−ＡＰからは、選択されているプロファイルデータに含まれるポータルＵＲＬのドメイン名で指定されるサーバ装置との通信に加えて、選択されているプロファイルデータに含まれるアクセスポート識別子と同一のアクセスポート識別子を含む別のプロファイルデータに含まれるポータルＵＲＬのドメイン名で指定されるサーバ装置との通信も禁止される。このように構成されているので、個々のプロファイルデータに含まれるポータルＵＲＬのドメイン名で指定されるサーバ装置との通信のみを禁止している態様では通信を禁止することができない同一のアクセスポートに接続されている別のサーバ装置への通信も禁止できる。また、例えば、上述の例において、携帯電話機１００の使用者により選択されるプロファイルデータがプロファイルデータ１からプロファイルデータ２に切換えられた場合においても、Ｊａｖａ−ＡＰから通信禁止先とされていたサーバ装置と通信を行うことを禁止することができる。
Ｂ−２−５．Ｊａｖａ−ＡＰが行う通信（３）
次に、プロファイルデータ３が選択されている場合について説明する。Ｊａｖａ−ＡＰが、ＨＴＴＰリクエストを生成し、生成したＨＴＴＰリクエストを送信するようＪＡＭに指示するまでの動作は、上述の「Ｊａｖａ−ＡＰが行う通信（１）」で説明した動作と同じであるため、その説明を省略する。
ＪＡＭは、ＨＴＴＰリクエストを送信する旨の指示をＪａｖａ−ＡＰから受けると、プロファイルデータ３のアクセスポイント識別子「ｐｏｒｔａｌ．ｂｂｂ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出す（図９：ステップＳＢ１００）。ＪＡＭは、プロファイルデータ３のポータルＵＲＬのドメイン名「ｂｂｂ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出し（ステップＳＢ１１０）、読み出したドメイン名をＲＡＭ１０８に記憶する（ステップＳＢ１２０）。
次にＪＡＭは、読み出したアクセスポイント識別子と同一のアクセスポイント識別子を含むプロファイルデータがプロファイルテーブルＴＢ３に格納されているか確認する（ステップＳＢ１３０）。本実施形態においては、図６に示すように、読み出したアクセスポイント識別子「ｐｏｒｔａｌ．ｂｂｂ．ｎｅ．ｊｐ」と同一のアクセスポイント識別子が、プロファイルテーブルＴＢ３に格納されていないので（ステップＳＢ１３０：ＮＯ）、ＲＡＭ１０８には、ドメイン名「ｂｂｂ．ｎｅ．ｊｐ」のみが通信禁止先データとして記憶される。
次に、ＪＡＭは、ＧＥＴメソッドのパラメータであるＵＲＬからドメイン名を抽出する（図１０：ステップＳＣ１００）。次にＪＡＭは、ＲＡＭ１０８に記憶されているドメイン名を読み出す（ステップＳＣ１２０）。ＪＡＭは、ＵＲＬから抽出したドメイン名とＲＡＭ１０８から読み出したドメイン名とが同一であるかを判断する（ステップＳＣ１１０）。本実施形態において、Ｊａｖａ−ＡＰが生成したＨＴＴＰリクエストに内包されているＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」は、ＲＡＭ１０８に通信禁止先データとして記憶されたドメイン名「ｂｂｂ．ｎｅ．ｊｐ」と一致しない（ステップＳＣ１２０：ＮＯ）。したがって、ＪＡＭは、プロファイルデータ３に基づいて、第２アクセスポイントおよびゲートウェイサーバ装置ＧＷＳ４００−３を介してプロバイダサーバ装置ＰＶＳ５００−３との間で接続を確立し、ＨＴＴＰ要求をプロバイダサーバ装置ＰＶＳ５００−３に送信する（ステップＳＣ１４０）。
プロバイダサーバ装置ＰＶＳ５００−３は、ＨＴＴＰ要求を受信すると、受信したＨＴＴＰ要求をそのプロキシ機能により中継する。プロバイダサーバ装置ＰＶＳ５００−３に中継されたＨＴＴＰ要求は、インターネット６００を介してプロバイダサーバ装置ＰＶＳ５００−１に送信される。
このような場合であっても、プロバイダサーバ装置ＰＶＳ５００−１は、そのファイアウォール機能により、Ｊａｖａ−ＡＰから送信されたＨＴＴＰ要求をインターネット６００を介して受信しても接続を確立しないので、プロバイダサーバ装置ＰＶＳ５００−１が不正の目的を有するＪａｖａ−ＡＰと通信を行うことはない。
Ｃ．変形例
Ｃ−１．変形例１
ゲートウェイサーバ装置ＧＷＳ４００が、プロバイダサーバ装置ＰＶＳ５００を兼ねる構成としてもよい。
Ｃ−２．変形例２
プロバイダサーバ装置との間で接続を確立する際に、携帯電話機１００が、アクセスポイント識別子をＧＧＳＮ３００へ送信してアクセスポイントを確定し、次にＧＷＩＰを送信してゲートウェイサーバ装置ＧＷＳ４００を特定し、次にドメイン名を送信して接続を確立するようにしてもよい。
Ｃ−３．変形例３
プロファイルテーブルＴＢ３に記憶されるプロファイルデータが、ポータルＵＲＬで指定されるサーバ装置に割当てられるＩＰアドレスをさらに含んでいて、接続を禁止するドメイン名をＲＡＭ１０８に記憶する際に、このＩＰアドレスもＲＡＭ１０８に記憶するようにしてもよい。
Ｃ−４．変形例４
Ｊａｖａ以外のプログラム言語を用いて作成されたアプリケーションプログラムから特定サイトへの接続を禁止するようにしてもよい。
Ｃ−５．変形例５
携帯電話機１００が、携帯電話機１００の使用者によるプロファイルテーブルＴＢ３にプロファイルデータを追加する追加登録機能を有していてもよい。このように構成されていれば、携帯電話機１００の出荷後に新規に設置されるプロバイダサーバ装置ＰＶＳ５００についてもプロファイルデータを追加登録することによりポータルサイトとすることができる。
Ｃ−６．変形例６
携帯電話機１００のＲＯＭ１０７に記憶されているソフトウェアは、書き換えができるようにしてもよい。例えば、Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＣＤ−ＲＯＭ）などの記録媒体にこれらのソフトウェアを記録し、携帯電話機１００とケーブルで接続しているパーソナルコンピュータのＣＤ−ＲＯＭドライブにこのＣＤ−ＲＯＭを挿入してソフトウェアを読み取らせ、パーソナルコンピュータが読み取ったソフトウェアを携帯電話機に転送して携帯電話機にインストールするようにしてもよい。また、記録媒体はＤＶＤ−ＲＯＭ、フラッシュＲＯＭ内蔵のＩＣカード、フロッピーディスクなどの記録媒体であってもよい。また、インターネットに接続されたサーバ装置から携帯電話機１００にソフトウェアをダウンロードしてインストールするようにしてもよい。
Ｃ−７．変形例７
Ｊａｖａ−ＡＰの行う通信の禁止先は、Ｊａｖａ−ＡＰが通信を行う際にＲＡＭ１０８に生成されるとは限らない。Ｊａｖａ−ＡＰの起動時に生成するようにしてもよいし、プロファイルデータが選択された時に生成されるようにしてもよい。
また、ＲＡＭ１０８に生成されたＪａｖａ−ＡＰの行う通信の禁止先を示すデータは、Ｊａｖａ−ＡＰの実行を終了した時に、ＲＡＭ１０８から消去するようにしてもよい。
Ｃ−８．変形例８
移動体通信網２００は、ＧＳＭ／ＧＰＲＳネットワークに限定されるものではなく、データ通信サービスを提供する他の通信網であってもよい。
Ｃ−９．変形例９
ＧＧＳＮ３００がアクセスポイントを一つだけ有する場合には、図９のＳＢ１３０を省略して、アクセスポイントプロファイルテーブルＴＢ３に格納されている全てのポータルＵＲＬからドメイン名を抽出し、抽出したドメイン名が割当てられたプロバイダサーバ装置ＰＶＳ５００をＪａｖａ−ＡＰが行う通信の禁止先とするようにしてもよい。
Ｃ−１０．変形例１０
ＯＳソフトウェアが、ＷＷＷブラウザ等のネイティブアプリケーション、Ｊａｖａ実行環境ソフトウェアの全てを兼ね備えている構成としてもよい。
Ｃ−１１．変形例１１
通信の要求を受けたＪＡＭが、ネイティブアプリケーションであるＷＷＷブラウザにさらに通信を要求し、通信の要求を受けたＷＷＷブラウザが通信を中止するようにしてもよい。
Ｃ−１２．変形例１２
プロバイダサーバ装置ＰＶＳ５００は、例えば、ｃＨＴＭＬ（ｃｏｍｐａｃｔ  ＨＴＭＬ）に従って記述されたテキストファイルを記憶していてもよい。
Ｃ−１３．変形例１３
Ｊａｖａ−ＡＰ起動時に、Ｊａｖａ実行環境ソフトウェアがそのＪａｖａ−ＡＰを実行する前に起動されるようにしてもよい。
【図１】
2004017608.tif 000003
【図２】
2004017608.tif 000004
【図３】
2004017608.tif 000005
【図４】
2004017608.tif 000006
【図５】
2004017608.tif 000007
【図６】
2004017608.tif 000008
【図７】
2004017608.tif 000009
【図８】
2004017608.tif 000010
【図９】
2004017608.tif 000011
【図１０】
2004017608.tif 000012
【図１１】
2004017608.tif 000013
【図１２】
2004017608.tif 000014
【国際調査報告】
2004017608.tif 000015
2004017608.tif 000016