JP4602766B2 - 特定サイトへの接続を禁止する機能を有する通信端末、その方法、およびそのプログラム - Google Patents

Description

本発明は、通信端末上で動作するアプリケーションプログラムから特定サイトへの通信の接続を禁止する技術に関する。

Ｊａｖａ（登録商標）プログラム言語を用いて作成されたＪａｖａアプリケーションプログラム（以下、Ｊａｖａ−ＡＰと称す）を携帯電話機で実行することにより、様々な用途に携帯電話機が利用されるようになった。これらのＪａｖａ−ＡＰの中には、インターネットワークに接続してサーバ装置と通信を行うことができるものがある。

しかし、Ｊａｖａ−ＡＰが無制限に通信を行うことができるとすると、例えば不正の目的で作成されたＪａｖａ−ＡＰが、携帯電話機の使用者にわからないようにその使用者の意図しない通信をサーバ装置と行い、携帯電話機の使用者あるいはサーバ装置に被害をもたらすことがありうる。
サーバ装置の中でも、携帯電話機からインターネット接続を提供する事業者の運営するポータルサイトのサーバ装置は、ポータルサイトを利用する携帯電話機の使用者に関する情報およびポータルサイトを介してサービスを提供する情報提供者の情報を記憶しているので、特にセキュリティが重視されている。仮に、不正の目的で作成されたＪａｖａ−ＡＰがポータルサイトのサーバ装置と通信を行うことができるとすると、ポータルサイトのデータの改竄やポータルサイトからデータが不正に読み出されることなどが行われて深刻な被害が発生することがありうる。

この問題に対応するために、「ｉアプリコンテンツ開発ガイド ｆｏｒ ５０４ｉ 〜詳細編 第１．０版」に準拠した携帯電話においては、あるサーバ装置からダウンロードされたＪａｖａ−ＡＰは、そのダウンロードされたサーバ装置を接続先とした通信のみ行えるように制限されている。
しかし、ポータルサイトに保存されている情報の重要性を考慮すると、上記の接続先制限に加えて、ポータルサイトのサーバ装置へのＪａｖａ−ＡＰからの接続が禁止されることが望まれている。
さらに、携帯電話機の使用者が複数のポータルサイトを切換えて利用する場合においても、携帯電話機の使用者が利用するポータルサイトを切換える時に、切換え後のポータルサイトへのＪａｖａ−ＡＰからの接続が確実に禁止されるように設定変更されることが望まれている。

本発明は、一の態様において、第１のアプリケーションの起動時に接続される通信先サーバ装置を予め指定して記憶する指定手段と、第１のアプリケーションとは異なる第２のアプリケーションから通信接続要求を受けると、前記第１のアプリケーションの起動状態に関わらず、当該通信要求に係る接続先が前記指定手段にて予め指定し記憶された通信先サーバ装置である場合は、当該通信接続要求を拒否する制限手段とを有する端末装置を提供する。
好ましい態様において、前記端末装置は、１または複数の通信先サーバ装置のそれぞれを識別する通信先サーバ装置識別子と、各通信先サーバ装置への接続に際して利用される中継経路を識別する中継経路識別子とを関連付けて記憶する記憶部を更に有し、前記制限手段は、前記第２のアプリケーションから通信接続要求を受けると、前記記憶部を参照し、前記指定手段により指定された通信先サーバ装置への接続に際して利用される中継経路上のノードが、当該通信接続要求に係る接続先の通信先サーバ装置への接続に際して利用される中継経路上のノードと一致しているか否かを判定し、一致している場合は当該要求を拒否する。
本発明は、他の観点において、上記端末装置の機能をコンピュータに実現させるためのプログラムを提供する。

以下、図面を参照して本発明に係る実施形態について説明する。
Ａ．構成
Ａ−１．携帯電話機が使用される通信システム１０の構成
図１は、本発明に係る実施形態における携帯電話機１００が使用される通信システム１０の構成を示すブロック図である。

通信システム１０は、移動体通信網２００、複数のゲートウェイサーバ装置ＧＷＳ４００（４００−１、４００−２、４００−３、・・・）、複数のプロバイダサーバ装置ＰＶＳ５００（５００−１、５００−２、５００−３、・・・）、インターネット６００および複数のコンテンツサーバ装置ＣＴＳ７００を有する。図面が繁雑になるのを防ぐために、図１にはゲートウェイサーバ装置ＧＷＳ４００−１〜４００−３、プロバイダサーバ装置ＰＶＳ５００−１〜５００−３、および一台のコンテンツサーバ装置ＣＴＳ７００のみが示されている。

移動体通信網２００は、例えば、ＧＰＲＳ（Ｇｅｎｅｒａｌ ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）パケットデータ通信サービスを携帯電話機に提供するＧＳＭ／ＧＰＲＳ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ／ＧＰＲＳ）ネットワークである。以下、ＧＳＭ／ＧＰＲＳネットワークの場合について説明する。

移動体通信網２００は、無線基地局、基地局制御局、Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ （ＳＧＳＮ）、およびＧａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ （ＧＧＳＮ）３００を有する。図面が繁雑になるのを防ぐために、図１にはＧＧＳＮ３００のみが示されている。

ＧＧＳＮ３００は、ＧＳＭ／ＧＰＲＳネットワークと他の通信ネットワークとの相互接続点にある交換機である。本実施形態において、ＧＧＳＮ３００は、他の通信ネットワークと通信を行うための第１アクセスポイント３１０および第２アクセスポイント３２０を有する。各アクセスポイントにはアクセスポイント識別子が割当てられている。また、ＧＧＳＮ３００はアクセスポイントテーブルＴＢ１を有する。本実施形態において、アクセスポイントテーブルＴＢ１は、図２に示すように、その第１行に第１アクセスポイント３１０を示すアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」を、その第２行に第２アクセスポイント３２０を示すアクセスポイント識別子「ｐｏｒｔａｌ．ｂｂｂ．ｎｅ．ｊｐ」を格納している。ＧＧＳＮ３００は、携帯電話機１００から、移動体通信網の各ノードを介してパケットを受信すると、受信パケットのヘッダからアクセスポイント識別子を抽出し、抽出したアクセスポイント識別子に基づいてアクセスポイントテーブルＴＢ１を参照して受信パケットを第１アクセスポイントまたは第２アクセスポイントのいずれかに送出（ルーティング）する。

ゲートウェイサーバ装置ＧＷＳ４００は、ＧＧＳＮ３００のアクセスポイントを介してＧＳＭ／ＧＰＲＳネットワークに接続し、プロバイダサーバ装置ＰＶＳ５００を介してインターネット６００と接続し、ＧＳＭ／ＧＰＲＳネットワークとインターネット６００との間で異なる通信プロトコルの変換を行う。プロバイダサーバ装置ＰＶＳ５００の処理負荷を分散する等の理由のために、ＧＧＳＮ３００の一つのアクセスポイントにプロバイダサーバ装置ＰＶＳ５００がゲートウェイサーバ装置ＧＷＳ４００を介して接続されることもある。本実施形態においては、プロバイダサーバ装置ＰＶＳ５００−１およびＰＶＳ５００−２が、それぞれゲートウェイサーバ装置ＧＷＳ４００−１およびゲートウェイサーバ装置ＧＷＳ４００−２を介して第１アクセスポイント３１０に接続されている。プロバイダサーバ装置ＰＶＳ５００−３は、ゲートウェイサーバ装置ＧＷＳ４００−３を介して第２アクセスポイント３２０に接続されている。また、ゲートウェイサーバ装置ＧＷＳ４００にはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ （ＩＰ）アドレスが割当てられている。本実施形態において、ゲートウェイサーバ装置ＧＷＳ４００−１にはＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」が、ゲートウェイサーバ装置ＧＷＳ４００−２にはＩＰアドレス「ｙｙｙ．ｙｙｙ．ｙｙｙ．ｙｙｙ」が、ゲートウェイサーバ装置ＧＷＳ４００−３にはＩＰアドレス「ｚｚｚ．ｚｚｚ．ｚｚｚ．ｚｚｚ」が割当てられている。

プロバイダサーバ装置ＰＶＳ５００は、携帯電話機１００からインターネット６００への接続サービスを提供する１または複数の企業により運用されている。プロバイダサーバ装置ＰＶＳ５００は、ゲートウェイサーバ装置ＧＷＳ４００およびインターネット６００に接続されている。プロバイダサーバ装置ＰＶＳ５００にはドメイン名が割当てられている。本実施形態において、プロバイダサーバ装置ＰＶＳ５００−１にはドメイン名「ａａａ．ｎｅ．ｊｐ」が、プロバイダサーバ装置ＰＶＳ５００−２にはドメイン名「ｃｃｃ．ｎｅ．ｊｐ」が、プロバイダサーバ装置ＰＶＳ５００−３にはドメイン名「ｂｂｂ．ｎｅ．ｊｐ」が割当てられている。また、プロバイダサーバ装置ＰＶＳ５００は、一般的なプロキシサーバ装置が有するプロキシー機能、ファイアウォール機能、一般的な電子メールサーバ装置と同様の電子メールサーバ機能、一般的なＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ （ＷＷＷ）サーバ装置が有するＷＷＷサーバ機能、およびポータル機能を有する。

プロキシー機能により、プロバイダサーバ装置ＰＶＳ５００は、携帯電話機１００からインターネット６００への接続を可能とし、受信したＨＴＴＰリクエストを他のプロバイダサーバ装置ＰＶＳ５００に中継することができる。
ファイアウォール機能により、プロバイダサーバ装置ＰＶＳ５００は、インターネット６００から送信されたＨｙｐｅｒ Ｔｅｘｔ Ｔａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）リクエストによる自己の管理するファイル等へのアクセスを制限することができる。
電子メールサーバ機能により、プロバイダサーバ装置ＰＶＳ５００は、そのプロバイダサーバ装置ＰＶＳ５００を運用する事業者と電子メール利用契約を結んだ契約者の使用する携帯電話機１００との間で電子メールの送受信を行うことができる。プロバイダサーバ装置ＰＶＳ５００は、電子メール利用契約者の契約者情報を格納するための契約者テーブルＴＢ２を有する。本実施形態において、契約者テーブルＴＢ２は、図３に示すように、契約者の氏名、契約者に割当てられた契約者識別子および電子メールアドレスを含む契約者情報を格納している。
ＷＷＷサーバ機能により、プロバイダサーバ装置ＰＶＳ５００は、携帯電話機１００からＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）で指定されたＨＴＴＰ要求を受信すると、自己が記憶するＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＨＴＭＬ）言語に従って記述されたテキストファイル（以後、ＨＴＭＬファイルと称する）の中にある指定されたＨＴＭＬファイルを携帯電話機１００に送信することができる。

また、プロバイダサーバ装置ＰＶＳ５００は、携帯電話機１００からインターネット６００への接続の際にポータルサイトとして機能するために、携帯電話機１００から最初にＨＴＴＰ要求されるファイル、例えばファイル名が「ｍａｉｎ．ｈｔｍｌ」であるＨＴＭＬファイルを記憶している。このＨＴＭＬファイル「ｍａｉｎ．ｈｔｍｌ」には、例えば、メールアドレスの確認画面を表示するＨＴＭＬファイル「ｍａｉｌ＃ａｄ．ｈｔｍｌ」の記憶位置を示すＵＲＬ（例えば、プロバイダサーバ装置ＰＶＳ５００−１の場合には「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｌ＃ａｄ．ｈｔｍｌ」）等がリンク先を示す情報として記載されている。携帯電話機１００が、このファイル「ｍａｉｎ．ｈｔｍｌ」を受信すると、例えば、図１１に示すポータル画面をその表示部１０５に表示する。以下、便宜上、プロバイダサーバ装置ＰＶＳ５００に記憶されている「ｍａｉｎ．ｈｔｍｌ」の記憶位置を示すこのＵＲＬをプロバイダサーバ装置ＰＶＳ５００のポータルＵＲＬと称する。本実施形態において、プロバイダサーバ装置ＰＶＳ５００−１、ＰＶＳ５００−２、ＰＶＳ５００−３のポータルＵＲＬは、それぞれ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」、「ｈｔｔｐ：／／ｃｃｃ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」、「ｈｔｔｐ：／／ｂｂｂ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」である。

コンテンツサーバ装置ＣＴＳ７００は、一般的なＷＷＷサーバ装置と同様のＷＷＷサーバ機能を有する。コンテンツサーバ装置ＣＴＳ７００は、携帯電話機１００からＵＲＬで指定されたＨＴＴＰ要求を受信すると、自己が記憶するＪａｖａ−ＡＰの中から指定されたＪａｖａ−ＡＰを携帯電話機１００に送信することができる。

Ａ−２．携帯電話機の構成
Ａ−２−１．全体構成
図４は、本実施形態における携帯電話機１００の構成を示すブロック図である。図４に示すように、携帯電話機１００は、バス１０１、通信部１０２、アンテナ１０３、操作部１０４、表示部１０５、不揮発性メモリ１０６、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）１０７、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）１０８、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）１０９を有する。

バス１０１は、図４に示すように、上記各部の間でデータの授受を行うことができるように各部を接続している。通信部１０２は、アンテナ１０３と接続している。通信部１０２はアンテナ１０３を介して、移動体通信網の無線基地局との間でパケット通信を含む無線通信を行うことができる。操作部１０４は、例えば、１０キーボード等のキー入力手段を有する。表示部１０５は、文字やメニュー画面などを表示する機能を有し、例えば、液晶ディスプレイとして構成される。不揮発性メモリ１０６は、携帯電話機１００を使用する使用者に付与された管理符号「ＭＳ０００１」を記憶する。また、不揮発性メモリ１０６には、Ｊａｖａ−ＡＰを記憶するＪＡＲストレージ、スクラッチパッド、およびプロファイルデータを記憶するプロファイルテーブルＴＢ３が割当てられている。ＲＯＭ１０７は、初期化ソフトウェア、アプリケーション実行環境ソフトウェア、およびＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ）ブラウザソフトウェア（以下「ブラウザ」、「ＷＷＷブラウザ」とも称す）、電話帳アプリケーションなどを記憶している。ＲＡＭ１０８は、作業エリアとして使用される。ＣＰＵ１０９は、携帯電話機１００の各部を制御している。

Ａ−２−２．アプリケーション実行環境ソフトウェアの構成
図５は、本実施形態における携帯電話機１００に実装されているアプリケーション実行環境ソフトウェアの構成を示す図である。アプリケーションには、ＣＰＵ１０９のネイティブコードからなるアプリケーション（以下「ネイティブアプリケーション」とする）とＪａｖａ実行環境で動作するＪａｖａＡＰが含まれる。図６に示すように、本実施形態における携帯電話機１００においては、ＷＷＷブラウザソフトウェア、電話帳アプリケーションはネイティブアプリケーションとして実装されている。

アプリケーション実行環境ソフトウェアは、携帯電話機１００の各部を制御し、ネイティブアプリケーションの実行のためのインターフェースを有するＯＳソフトウェアと、Ｋ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（ＫＶＭ）、Ｊａｖａ Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｒ（ＪＡＭ）、Ｊａｖａ ＡＲｃｈｉｖｅ（ＪＡＲ）ストレージ、およびスクラッチパッドストレージを含むＪａｖａ実行環境とを有する。

ＫＶＭは、Ｊａｖａバイトコードをネイティブコードに変換して実行するＪａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅの一実装形態である。ＫＶＭは、メモリ容量、ＣＰＵ能力、電力消費量に制約がある小型装置に適している。

ＪＡＭは、上述のＪａｖａ実行環境で動作するＪａｖａ−ＡＰを管理する。例えば、ＪＡＭは、Ｊａｖａ−ＡＰを記憶するＪＡＲストレージを不揮発性メモリ１０６に確保する。ＪＡＭは、Ｊａｖａアプリケーションの終了後も保持されるデータを記憶するスクラッチパッドストレージを、Ｊａｖａ−ＡＰ毎に、不揮発性メモリ１０６に確保する。ＪＡＭは、Ｊａｖａ−ＡＰをＪＡＲストレージに格納（インストール）する。ＪＡＭは、Ｊａｖａ−ＡＰをＪＡＲストレージから削除する。ＪＡＭは、ＪＡＲストレージに記憶されているＪａｖａ−ＡＰのリストを表示する。ＪＡＭは、ＪＡＲストレージに記憶されているＪａｖａ−ＡＰを起動する。ＪＡＭは、起動しているＪａｖａ−ＡＰを強制終了させる。ＪＡＭは、起動しているＪａｖａ−ＡＰ通信の管理を行う。例えば、ＪＡＭは、起動しているＪａｖａ−ＡＰからそのＪａｖａ−ＡＰが生成したＨＴＴＰ要求を送信する旨の指示を受けると、そのＨＴＴＰ要求を送信することができる。ＪＡＭの通信管理の詳細については後述する。

Ａ−２−３．プロファイルデータおよびプロファイルテーブルの構成
プロファイルテーブルＴＢ３は、携帯電話機１００からプロバイダサーバ装置ＰＶＳ５００に接続する通信経路を指定するための情報を含むプロファイルデータを記憶している。本実施形態においては、プロファイルテーブルＴＢ３に記憶されているプロファイルデータの中から一つのプロファイルデータが携帯電話機１００の使用者により選択される。携帯電話機で動作するネイティブアプリケーションおよびＪａｖａＡＰはプロバイダサーバ装置ＰＶＳ５００と通信を行う際、この選択されたプロファイルデータを利用してプロバイダサーバ装置ＰＶＳ５００と接続を確立する。

また、プロファイルテーブルＴＢ３に記憶されるプロファイルデータは、図６に示すように、プロファイル番号、アクセスポイント識別子、ゲートウェイサーバ装置ＩＰアドレス（以下、ＧＷＩＰと称する）、およびポータルＵＲＬを有する。プロファイル番号は、各プロファイルデータを識別する番号である。アクセスポイント識別子は、各接続の際に使用するＧＧＳＮ３００のアクセスポイントのアクセスポイント識別子である。ＧＷＩＰは、その接続の際に使用するゲートウェイサーバ装置ＧＷＳ４００のＩＰアドレスである。ポータルＵＲＬは、その接続するプロバイダサーバ装置ＰＶＳ５００のポータルＵＲＬである。以下、便宜上、プロファイル番号が１であるプロファイルデータを「プロファイルデータ１」、プロファイル番号が２であるプロファイルデータを「プロファイルデータ２」、プロファイル番号が３であるプロファイルデータを「プロファイルデータ３」と称する。

Ｂ．動作
Ｂ−１．携帯電話機が使用される通信システム１０の動作
Ｂ−１−１．ルーティングおよび接続確立動作
携帯電話機１００から送信された接続要求パケットは、移動体通信網２００を構成する無線基地局、基地局制御局、ＳＧＳＮを介してＧＧＳＮ３００に送信される。ここでは、プロファイルデータ１が選択されている携帯電話機１００から、アクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」、ＧＷＩＰ「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」、ＩＰアドレス「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」、およびドメイン名「ａａａ．ｎｅ．ｊｐ」を内包する接続要求パケットが送信された場合について説明する。

ＧＧＳＮ３００は、この接続要求パケットを受信すると、受信した接続要求に内包されているアクセスポイント識別子を抽出する。ＧＧＳＮ３００は、抽出したアクセスポイント識別子を用いてアクセスポイントテーブルＴＢ１を検索して、この接続要求パケットを送出するアクセスポイントを特定する。ＧＧＳＮ３００は、アクセスポイントを特定すると、アクセスポイントの先に接続されたゲートウェイサーバ装置ＧＷＳ４００に、受信した接続要求パケットを送信するルーティング動作を行う。本実施形態においては、受信した接続要求から抽出されるアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」は、図２に示すように、アクセスポイントテーブルＴＢ１の第１アクセスポイント３１０を示す第１行に記憶されている。したがって、ＧＧＳＮ３００は、受信した接続要求パケットを第１アクセスポイント３１０に接続されたゲートウェイサーバ装置ＧＷＳ４００−１およびＧＷＳ４００−２に送信する。

ゲートウェイサーバ装置ＧＷＳ４００−１およびＧＷＳ４００−２の各々は、この接続要求パケットを受信すると、受信した接続要求パケットに内包されているＧＷＩＰを抽出し、抽出したＧＷＩＰと当該ゲートウェイサーバ装置ＧＷＳ４００−１およびＧＷＳ４００−２に割当てられているＩＰアドレスとをそれぞれ比較する。本実施形態においては、この接続要求パケットから抽出されるＧＷＩＰ「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」が、ゲートウェイサーバ装置ＧＷＳ４００−１に割当てられているＩＰアドレス「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」と一致する。一方、ゲートウェイサーバ装置ＧＷＳ４００−２に割当てられているＩＰアドレス「ｙｙｙ．ｙｙｙ．ｙｙｙ．ｙｙｙ」とは一致しないので、ゲートウェイサーバ装置ＧＷＳ４００−１のみが、この接続要求パケットをゲートウェイサーバ装置ＧＷＳ４００−１と接続しているプロバイダサーバ装置ＰＶＳ５００−１へ送信する。

プロバイダサーバ装置ＰＶＳ５００−１は、この接続要求パケットを受信すると、受信した接続要求パケットに内包されているドメイン名を抽出し、抽出したドメイン名と当該プロバイダサーバ装置ＰＶＳ５００−１に割当てられているドメイン名とを比較する。本実施形態においては、この接続要求パケットから抽出されるドメイン名「ａａａ．ｎｅ．ｊｐ」と、プロバイダサーバ装置ＰＶＳ５００−１に割当てられているドメイン名「ａａａ．ｎｅ．ｊｐ」が一致するので、プロバイダサーバ装置ＰＶＳ５００−１は、この接続要求パケットに対する確認応答パケットを携帯電話機１００へ送信する。次に、プロバイダサーバ装置ＰＶＳ５００−１は、確立要求パケットとを生成し、上記の逆の経路で携帯電話機１００へ送信する。プロバイダサーバ装置ＰＶＳ５００−１が確立要求パケットに対する確認応答パケットを携帯電話機１００から受信すると、プロバイダサーバ装置ＰＶＳ５００−１と携帯電話機１００との間に接続が確立（セットアップ）される。

Ｂ−１−２．プロバイダサーバ装置ＰＶＳ５００のポータル動作
プロバイダサーバ装置ＰＶＳ５００−１は、携帯電話機１００から、ＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」を内包したＨＴＴＰリクエストを受信すると、受信したＨＴＴＰリクエストに内包されているＵＲＬで指定されるファイル「ｍａｉｎ．ｈｔｍｌ」を読み出し、このファイルを内包するＨＴＴＰレスポンスメッセージ（以後、ＨＴＴＰレスポンスと略称する）を生成し、これを携帯電話機１００に送信する。携帯電話機１００は、このＨＴＴＰレスポンスを受信すると、その表示部１０５に図１１に示すポータル画面を表示する。

また、プロバイダサーバ装置ＰＶＳ５００−１は、ＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｌ＃ａｄ．ｈｔｍｌ」および管理符号「ＭＳ０００１」を内包したＨＴＴＰリクエストを受信すると、受信したＨＴＴＰリクエストに内包されているＵＲＬで指定されるファイルを読み出す。次にプロバイダサーバ装置ＰＶＳ５００−１は、ＨＴＴＰリクエストに内包されている管理符号「ＭＳ０００１」を抽出し、この抽出された管理符号と同一の管理符号「ＭＳ０００１」を有する契約者情報を契約者テーブルＴＢ２から検索し、検索された契約者情報に含まれる電子メールアドレス「ａａａ＠ａａａ．ｎｅ．ｊｐ」を契約者テーブルＴＢ２から読み出す。プロバイダサーバ装置ＰＶＳ５００−１は、この読み出した電子メールアドレスを例えば図１２に示すように表示するＨＴＭＬファイルを内包するＨＴＴＰレスポンスを生成し、生成したＨＴＴＰレスポンスを携帯電話機１００へ送信する。携帯電話機１００は、このＨＴＴＰレスポンスを受信すると、その表示部１０５に図１２に示すメールアドレス確認画面を表示する。

Ｂ−２．携帯電話機１００の動作
Ｂ−２−１．初期動作、プロファイル選択動作、およびアプリケーション起動動作
まず、本実施形態における携帯電話１００の初期動作、プロファイル選択動作、およびアプリケーション起動動作について説明する。

携帯電話機１００の電源が投入されると、ＣＰＵ１０９は、ＲＯＭ１０７に記憶された初期化ソフトウェアを読み出し、実行して、携帯電話機１００各部の初期化を行う。ＣＰＵ１０９は、初期化終了後、ＲＯＭ１０７に記憶されたＯＳソフトウェアを読み出して起動する。ＣＰＵ１０９は、ＯＳソフトウェアの起動後、ＲＯＭ１０７から読み出したＪａｖａ実行環境ソフトウェアであるＫＶＭおよびＪＡＭを起動して、Ｊａｖａ−ＡＰが実行できるように実行環境を用意する。以降、ＣＰＵ１０９は、ＣＰＵ１０９に入力される信号に応じた処理を行う。また、ＣＰＵ１０９は、操作部１０４の押下を検知すると、操作部１０４から供給される信号および表示部１０５に表示されている画面に基づいて携帯電話機１００の使用者の指示を特定し、使用者の指示に応じた処理を行う。

例えば、携帯電話機１００の使用者が、操作部１０４のキー入力手段を操作して、プロファイルデータ選択画面を表示させる旨の指示をすると、ＣＰＵ１０９は、プロファイルデータを選択するための一覧画面を表示部１０５の液晶ディスプレイに表示する。本実施形態において、ＣＰＵ１０９は、図７に示すように、プロファイルテーブルＴＢ３に記憶されている全プロファイルデータについて、プロファイル番号およびポータルＵＲＬを表形式で表示するとともに、選択するプロファイルのプロファイル番号を入力するテキストボックスＢＸ１０、登録ボタンおよびキャンセルボタンを表示部１０５に表示する。次に、携帯電話機１００の使用者が、テキストボックスＢＸ１０にプロファイル番号を一つ入力し、登録ボタンをクリックする旨の操作を行うと、ＣＰＵ１０９は、テキストボックスＢＸ１０に入力されたプロファイル番号に対応するプロファイルデータが選択されたものとして以降の処理を行う。

また、携帯電話機１００の使用者が、操作部１０４のキー入力手段を操作して、ネイティブソフトウェアであるＷＷＷブラウザソフトウェアの実行を指示すると、ＣＰＵ１０９は、動作中のＯＳソフトウェアの制御の下、ＲＯＭ１０７に記憶されているＷＷＷブラウザソフトウェアを読み出して実行する。また、携帯電話機１００の使用者が、操作部１０４のキー入力手段を操作して、携帯電話機にダウンロードされ不揮発性メモリ１０６に記憶されているＪａｖａ−ＡＰを実行する旨の操作を行うと、ＣＰＵ１０９は、動作中のＪＡＭの制御の下、不揮発性メモリ１０６からそのＪａｖａ−ＡＰを読み出して実行する。

Ｂ−２−２．ネイティブアプリケーションが行う通信
図８は、携帯電話機１００で動作するネイティブソフトウェアであるＷＷＷブラウザがプロバイダサーバ装置ＰＶＳ５００との間で通信の接続を確立し、ポータル画面を表示するまでの処理を示すフローチャートである。ここでは、プロファイルデータ１が選択されているものとしてこの処理を説明する。また、ＷＷＷブラウザソフトウェアは、Ｂ−２−１で説明した手順により既に起動されているものとする。

ＷＷＷブラウザ（携帯電話機１００）は、選択されているプロファイルデータ１をプロファイルテーブルＴＢ３から読み出して、読み出したプロファイルデータ１に含まれるアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」、ＧＷＩＰ「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」、ポータルＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」、およびポータルＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」を抽出する（ステップＳＡ１００）。

次にＷＷＷブラウザは、抽出したアクセスポイント識別子と抽出したＧＷＩＰと抽出したドメイン名とを内包する接続要求パケットを生成する（ステップＳＡ１１０）。

次にＷＷＷブラウザは、この接続要求パケットをパケット通信により移動体通信網２００の無線基地局を介して、抽出したドメイン名「ａａａ．ｎｅ．ｊｐ」が割当てられているプロバイダサーバ装置ＰＶＳ５００−１に送信する（ステップＳＡ１２０）。

次にＷＷＷブラウザは、プロバイダサーバ装置ＰＶＳ５００−１から接続要求パケットに対する確認応答パケットおよび確立要求パケットを受信すると、確立要求パケットに対する確認応答パケットを生成し、プロバイダサーバ装置ＰＶＳ５００−１へ送信する。この確立要求パケットに対する確認応答パケットをプロバイダサーバ装置ＰＶＳ５００−１が受信すると、ＷＷＷブラウザとプロバイダサーバ装置ＰＶＳ５００−１との間に接続が確立される（ステップＳＡ１３０）。

次に、ＷＷＷブラウザは、抽出したポータルＵＲＬをパラメータとして内包するＧＥＴメソッドを用いたＨＴＴＰリクエストを生成し、生成したリクエストを確立された接続を用いてプロバイダサーバ装置ＰＶＳ５００−１へ送信する。ＷＷＷブラウザは、プロバイダサーバ装置ＰＶＳ５００−１からＨＴＴＰレスポンスを受信すると、接続を切断するとともに、受信したＨＴＴＰレスポンスからファイル「ｍａｉｎ．ｈｔｍｌ」を抽出してこのファイルを取得する。次に、ＷＷＷブラウザは、この取得したファイルを解釈して、例えば、図１１に示すポータル画面を表示部１０５の液晶ディスプレイに表示する。（ステップＳＡ１４０）。

このポータル画面が表示されているときに、携帯電話機１００の使用者が、例えば、「６：メールアドレスの確認」を指示するために操作部１０４のテンキーボードにある「６」のキーを押下すると、ＷＷＷブラウザは「６：メールアドレスの確認」のリンク先を示すＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｌ＃ａｄ．ｈｔｍｌ」を抽出する。ＷＷＷブラウザは、図８のステップＳＡ１１０〜ＳＡ１３０と同様に、プロバイダサーバ装置ＰＶＳ５００−１との間で接続を確立する。ＷＷＷブラウザは、抽出したＵＲＬと携帯電話機１００の不揮発性メモリ１０６に記憶されている管理符号「ＭＳ０００１」とを内包するＧＥＴメソッドを用いたＨＴＴＰリクエストを生成し、生成したＨＴＴＰリクエストをプロバイダサーバ装置ＰＶＳ５００−１へ送信する。

ＷＷＷブラウザは、プロバイダサーバ装置ＰＶＳ５００−１からＨＴＴＰレスポンスを受信すると、接続を切断するとともに、受信したＨＴＴＰレスポンスからＨＴＭＬファイルを抽出して、この抽出したファイルを解釈して、例えば、図１２に示すメールアドレス確認画面を表示部１０５の液晶ディスプレイに表示する。

Ｂ−２−３．Ｊａｖａ−ＡＰが行う通信（１）
まず、Ｊａｖａ−ＡＰは、Ｂ−２−１で説明した手順により既に起動されているものとする。
ここでは、Ｊａｖａ−ＡＰが、携帯電話機１００の使用者からの指示を受けることなく勝手にプロバイダサーバ装置ＰＶＳ５００−１から携帯電話機１００の使用者に付与された電子メールアドレスを取得することを試みるものとする。具体的には、電子メールアドレスを確認するためのＵＲＬ「ｈｔｔｐ：／／ａａａ．ｎｅ．ｊｐ／ｍａｉｌ＃ａｄ．ｈｔｍｌ」と携帯電話機１００の使用者に付与された管理符号とを内包するＧＥＴメソッドを用いたＨＴＴＰリクエストを生成し、生成したＨＴＴＰリクエストを送信するようＪＡＭに指示するものとする。

ＪＡＭは、Ｊａｖａ−ＡＰから通信の実行を要求する旨の指示を受けると、まず、図９に示すように、通信禁止先ドメイン名をＲＡＭ１０８に生成する処理を行う。次に、ＪＡＭは、図１０に示すように、通信禁止先ドメイン名で指定されるサーバ装置との通信を禁止する処理を行う。以下、各処理について、まず、プロファイルデータ１が選択されている場合について説明する。

図９は、ＪＡＭが通信禁止先ドメイン名をＲＡＭ１０８に生成する処理を示すフローチャートである。
ＪＡＭは、ＨＴＴＰリクエストを送信する旨の指示をＪａｖａ−ＡＰから受けると、プロファイルデータ１のアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出す（ステップＳＢ１００）。ＪＡＭは、プロファイルデータ１のポータルＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出し（ステップＳＢ１１０）、読み出したドメイン名をＲＡＭ１０８に記憶する（ステップＳＢ１２０）。

次にＪＡＭは、読み出したアクセスポイント識別子と同一のアクセスポイント識別子を含むプロファイルデータがプロファイルテーブルＴＢ３に格納されているか確認する（ステップＳＢ１３０）。本実施形態において、図６に示すように、読み出したアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」と同一のアクセスポイント識別子が、プロファイルデータ２にも格納されているので（ステップＳＢ１３０：ＹＥＳ）、ＪＡＭは、プロファイルデータ２のポータルＵＲＬのドメイン名「ｃｃｃ．ｊｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出して（ステップＳＢ１４０）、ＲＡＭ１０８に記憶する（ステップＳＢ１５０）。このようにして、ＲＡＭ１０８にはドメイン名「ａａａ．ｎｅ．ｊｐ」と「ｃｃｃ．ｎｅ．ｊｐ」とが通信禁止先データとして記憶される。

図１０は、ＪＡＭが通信禁止先ドメイン名で指定されるサーバ装置との通信を禁止する処理を示すフローチャートである。
ＪＡＭは、ＧＥＴメソッドのパラメータであるＵＲＬからドメイン名を抽出する（ステップＳＣ１００）。次にＪＡＭは、ＲＡＭ１０８に記憶されているドメイン名を読み出す（ステップＳＣ１１０）。ＪＡＭは、ＵＲＬから抽出したドメイン名とＵＲＬから抽出したドメイン名とＲＡＭ１０８から読み出したドメイン名とが同一であるかを判断する（ステップＳＣ１２０）。本実施形態において、Ｊａｖａ−ＡＰが生成したＨＴＴＰリクエストに内包されているＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」は、ＲＡＭ１０８に通信禁止先データとして記憶されたドメイン名「ａａａ．ｎｅ．ｊｐ」と一致する（ステップＳＣ１２０：ＹＥＳ）。したがって、ＪＡＭは、Ｊａｖａ−ＡＰからプロバイダサーバ装置ＰＶＳ５００−１への接続を確立しないことにより、ＨＴＴＰリクエストをプロバイダサーバ装置ＰＶＳ５００−１へ送信することを中止する（ステップＳＣ１３０）。

このように、Ｊａｖａ−ＡＰからの通信は、プロファイルデータから生成されるデータ（ドメイン名）に基づいて禁止される。このデータが、Ｊａｖａ−ＡＰが通信を行う際にプロファイルデータに含まれるポータルＵＲＬから生成されるように構成されているので、予め不揮発性メモリ１０６に記憶領域を確保してＪａｖａ−ＡＰが行う通信の禁止先を示すデータを記憶する態様に比べて、不揮発性メモリ１０６を有効に利用することができる。

また、プロファイルデータを選択することによりポータルＵＲＬのドメインで指定されるポータルサイトへの通信が禁止されるので、ポータルサイトに記憶されている電子メールアドレスなどのセキュリティを確保すべき個人情報の不正な読み出しや改竄を不正の目的をもつＪａｖａ−ＡＰから防ぐことができる。

Ｂ−２−４．Ｊａｖａ−ＡＰが行う通信（２）
次に、プロファイルデータ２が選択されている場合について説明する。Ｊａｖａ−ＡＰが、ＨＴＴＰリクエストを生成し、生成したＨＴＴＰリクエストを送信するようＪＡＭに指示するまでの動作は、上述の「Ｊａｖａ−ＡＰが行う通信（１）」で説明した動作と同じであるため、その説明を省略する。

ＪＡＭは、ＨＴＴＰリクエストを送信する旨の指示をＪａｖａ−ＡＰから受けると、プロファイルデータ２のアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出す（図９：ステップＳＢ１００）。ＪＡＭは、プロファイルデータ２のポータルＵＲＬのドメイン名「ｃｃｃ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出し（ステップＳＢ１１０）、読み出したドメイン名をＲＡＭ１０８に記憶する（ステップＳＢ１２０）。

次にＪＡＭは、読み出したアクセスポイント識別子と同一のアクセスポイント識別子を含むプロファイルデータがプロファイルテーブルＴＢ３に格納されているか確認する（ステップＳＢ１３０）。本実施形態において、図６に示すように、読み出したアクセスポイント識別子「ｐｏｒｔａｌ．ａａａ．ｎｅ．ｊｐ」と同じアクセスポイント識別子がプロファイルデータ１にも格納されているので（ステップＳＢ１３０：ＹＥＳ）、ＪＡＭは、プロファイルデータ１のポータルＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出して（ステップＳＢ１４０）、ＲＡＭ１０８に記憶する（ステップＳＢ１５０）。このようにして、ＲＡＭ１０８にはドメイン名「ａａａ．ｎｅ．ｊｐ」と「ｃｃｃ．ｎｅ．ｊｐ」とが通信禁止先データとして記憶される。

次に、ＪＡＭは、ＧＥＴメソッドのパラメータであるＵＲＬからドメイン名を抽出する（図１０：ステップＳＣ１００）。次にＪＡＭは、ＲＡＭ１０８に記憶されているドメイン名を読み出す（ステップＳＣ１１０）。ＪＡＭは、ＵＲＬから抽出したドメイン名とＲＡＭ１０８から読み出したドメイン名とが同一であるかを判断する（ステップＳＣ１２０）。本実施形態において、Ｊａｖａ−ＡＰが生成したＨＴＴＰリクエストに内包されているＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」は、ＲＡＭ１０８に通信禁止先データとして記憶されたドメイン名「ａａａ．ｎｅ．ｊｐ」と一致する（ステップＳＣ１２０：ＹＥＳ）。したがって、ＪＡＭは、プロバイダサーバ装置ＰＶＳ５００−１との間で接続を確立しないことにより、ＨＴＴＰリクエストをプロバイダサーバ装置ＰＶＳ５００−１へ送信することを中止する（ステップＳＣ１３０）。

このように、Ｊａｖａ−ＡＰからは、選択されているプロファイルデータに含まれるポータルＵＲＬのドメイン名で指定されるサーバ装置との通信に加えて、選択されているプロファイルデータに含まれるアクセスポート識別子と同一のアクセスポート識別子を含む別のプロファイルデータに含まれるポータルＵＲＬのドメイン名で指定されるサーバ装置との通信も禁止される。このように構成されているので、個々のプロファイルデータに含まれるポータルＵＲＬのドメイン名で指定されるサーバ装置との通信のみを禁止している態様では通信を禁止することができない同一のアクセスポートに接続されている別のサーバ装置への通信も禁止できる。また、例えば、上述の例において、携帯電話機１００の使用者により選択されるプロファイルデータがプロファイルデータ１からプロファイルデータ２に切換えられた場合においても、Ｊａｖａ−ＡＰから通信禁止先とされていたサーバ装置と通信を行うことを禁止することができる。

Ｂ−２−５．Ｊａｖａ−ＡＰが行う通信（３）
次に、プロファイルデータ３が選択されている場合について説明する。Ｊａｖａ−ＡＰが、ＨＴＴＰリクエストを生成し、生成したＨＴＴＰリクエストを送信するようＪＡＭに指示するまでの動作は、上述の「Ｊａｖａ−ＡＰが行う通信（１）」で説明した動作と同じであるため、その説明を省略する。

ＪＡＭは、ＨＴＴＰリクエストを送信する旨の指示をＪａｖａ−ＡＰから受けると、プロファイルデータ３のアクセスポイント識別子「ｐｏｒｔａｌ．ｂｂｂ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出す（図９：ステップＳＢ１００）。ＪＡＭは、プロファイルデータ３のポータルＵＲＬのドメイン名「ｂｂｂ．ｎｅ．ｊｐ」をプロファイルテーブルＴＢ３から読み出し（ステップＳＢ１１０）、読み出したドメイン名をＲＡＭ１０８に記憶する（ステップＳＢ１２０）。

次にＪＡＭは、読み出したアクセスポイント識別子と同一のアクセスポイント識別子を含むプロファイルデータがプロファイルテーブルＴＢ３に格納されているか確認する（ステップＳＢ１３０）。本実施形態においては、図６に示すように、読み出したアクセスポイント識別子「ｐｏｒｔａｌ．ｂｂｂ．ｎｅ．ｊｐ」と同一のアクセスポイント識別子が、プロファイルテーブルＴＢ３に格納されていないので（ステップＳＢ１３０：ＮＯ）、ＲＡＭ１０８には、ドメイン名「ｂｂｂ．ｎｅ．ｊｐ」のみが通信禁止先データとして記憶される。

次に、ＪＡＭは、ＧＥＴメソッドのパラメータであるＵＲＬからドメイン名を抽出する（図１０：ステップＳＣ１００）。次にＪＡＭは、ＲＡＭ１０８に記憶されているドメイン名を読み出す（ステップＳＣ１２０）。ＪＡＭは、ＵＲＬから抽出したドメイン名とＲＡＭ１０８から読み出したドメイン名とが同一であるかを判断する（ステップＳＣ１１０）。本実施形態において、Ｊａｖａ−ＡＰが生成したＨＴＴＰリクエストに内包されているＵＲＬのドメイン名「ａａａ．ｎｅ．ｊｐ」は、ＲＡＭ１０８に通信禁止先データとして記憶されたドメイン名「ｂｂｂ．ｎｅ．ｊｐ」と一致しない（ステップＳＣ１２０：ＮＯ）。したがって、ＪＡＭは、プロファイルデータ３に基づいて、第２アクセスポイントおよびゲートウェイサーバ装置ＧＷＳ４００−３を介してプロバイダサーバ装置ＰＶＳ５００−３との間で接続を確立し、ＨＴＴＰ要求をプロバイダサーバ装置ＰＶＳ５００−３に送信する（ステップＳＣ１４０）。

プロバイダサーバ装置ＰＶＳ５００−３は、ＨＴＴＰ要求を受信すると、受信したＨＴＴＰ要求をそのプロキシー機能により中継する。プロバイダサーバ装置ＰＶＳ５００−３に中継されたＨＴＴＰ要求は、インターネット６００を介してプロバイダサーバ装置ＰＶＳ５００−１に送信される。
このような場合であっても、プロバイダサーバ装置ＰＶＳ５００−１は、そのファイアウォール機能により、Ｊａｖａ−ＡＰから送信されたＨＴＴＰ要求をインターネット６００を介して受信しても接続を確立しないので、プロバイダサーバ装置ＰＶＳ５００−１が不正の目的を有するＪａｖａ−ＡＰと通信を行うことはない。

Ｃ．変形例
Ｃ−１．変形例１
ゲートウェイサーバ装置ＧＷＳ４００が、プロバイダサーバ装置ＰＶＳ５００を兼ねる構成としてもよい。

Ｃ−２．変形例２
プロバイダサーバ装置との間で接続を確立する際に、携帯電話機１００が、アクセスポイント識別子をＧＧＳＮ３００へ送信してアクセスポイントを確定し、次にＧＷＩＰを送信してゲートウェイサーバ装置ＧＷＳ４００を特定し、次にドメイン名を送信して接続を確立するようにしてもよい。

Ｃ−３．変形例３
プロファイルテーブルＴＢ３に記憶されるプロファイルデータが、ポータルＵＲＬで指定されるサーバ装置に割当てられるＩＰアドレスをさらに含んでいて、接続を禁止するドメイン名をＲＡＭ１０８に記憶する際に、このＩＰアドレスもＲＡＭ１０８に記憶するようにしてもよい。

Ｃ−４．変形例４
Ｊａｖａ以外のプログラム言語を用いて作成されたアプリケーションプログラムから特定サイトへの接続を禁止するようにしてもよい。

Ｃ−５．変形例５
携帯電話機１００が、携帯電話機１００の使用者によるプロファイルテーブルＴＢ３にプロファイルデータを追加する追加登録機能を有していてもよい。このように構成されていれば、携帯電話機１００の出荷後に新規に設置されるプロバイダサーバ装置ＰＶＳ５００についてもプロファイルデータを追加登録することによりポータルサイトとすることができる。

Ｃ−６．変形例６
携帯電話機１００のＲＯＭ１０７に記憶されているソフトウェアは、書き換えができるようにしてもよい。例えば、Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＣＤ−ＲＯＭ）などの記録媒体にこれらのソフトウェアを記録し、携帯電話機１００とケーブルで接続しているパーソナルコンピュータのＣＤ−ＲＯＭドライブにこのＣＤ−ＲＯＭを挿入してソフトウェアを読み取らせ、パーソナルコンピュータが読み取ったソフトウェアを携帯電話機に転送して携帯電話機にインストールするようにしてもよい。また、記録媒体はＤＶＤ−ＲＯＭ、フラッシュＲＯＭ内蔵のＩＣカード、フロッピー（登録商標）ディスクなどの記録媒体であってもよい。また、インターネットに接続されたサーバ装置から携帯電話機１００にソフトウェアをダウンロードしてインストールするようにしてもよい。

Ｃ−７．変形例７
Ｊａｖａ−ＡＰの行う通信の禁止先は、Ｊａｖａ−ＡＰが通信を行う際にＲＡＭ１０８に生成されるとは限らない。Ｊａｖａ−ＡＰの起動時に生成するようにしてもよいし、プロファイルデータが選択された時に生成されるようにしてもよい。
また、ＲＡＭ１０８に生成されたＪａｖａ−ＡＰの行う通信の禁止先を示すデータは、Ｊａｖａ−ＡＰの実行を終了した時に、ＲＡＭ１０８から消去するようにしてもよい。

Ｃ−８．変形例８
移動体通信網２００は、ＧＳＭ／ＧＰＲＳネットワークに限定されるものではなく、データ通信サービスを提供する他の通信網であってもよい。

Ｃ−９．変形例９
ＧＧＳＮ３００がアクセスポイントを一つだけ有する場合には、図９のＳＢ１３０を省略して、アクセスポイントプロファイルテーブルＴＢ３に格納されている全てのポータルＵＲＬからドメイン名を抽出し、抽出したドメイン名が割当てられたプロバイダサーバ装置ＰＶＳ５００をＪａｖａ−ＡＰが行う通信の禁止先とするようにしてもよい。

Ｃ−１０．変形例１０
ＯＳソフトウェアが、ＷＷＷブラウザ等のネイティブアプリケーション、Ｊａｖａ実行環境ソフトウェアの全てを兼ね備えている構成としてもよい。

Ｃ−１１．変形例１１
通信の要求を受けたＪＡＭが、ネイティブアプリケーションであるＷＷＷブラウザにさらに通信を要求し、通信の要求を受けたＷＷＷブラウザが通信を中止するようにしてもよい。

Ｃ−１２．変形例１２
プロバイダサーバ装置ＰＶＳ５００は、例えば、ｃＨＴＭＬ（ｃｏｍｐａｃｔ ＨＴＭＬ）に従って記述されたテキストファイルを記憶していてもよい。

Ｃ−１３．変形例１３
Ｊａｖａ−ＡＰ起動時に、Ｊａｖａ実行環境ソフトウェアがそのＪａｖａ−ＡＰを実行する前に起動されるようにしてもよい。

本発明に係る実施形態における通信システムの全体構成を示すブロック図である。 同実施形態におけるＧＧＳＮ３００が有するアクセスポイントテーブルの内容を示す図である。 同実施形態におけるプロバイダサーバ装置が有する契約者テーブルの内容を例示する図である。 本発明に係る実施形態における携帯電話機の構成を示すブロック図である。 同実施形態における携帯電話機に実装されているアプリケーション実行環境ソフトウェアの構成を示す図である。 同実施形態における携帯電話機に記憶されているプロファイルテーブルの内容を例示する図である。 同実施形態における携帯電話機の表示部に表示されるプロファイルデータ選択画面を例示する図である。 同実施形態における携帯電話機にて動作するＷＷＷブラウザがプロバイダサーバ装置との間で通信の接続を確立し、ポータル画面を表示するまでの処理を示すフローチャートである。 同実施形態における携帯電話機にて動作するＪＡＭが、通信の接続を禁止する特定サイトを記憶する処理を示すフローチャートである。 同実施形態における携帯電話機にて動作するＪＡＭが、特定サイトとの通信を中止する処理を示すフローチャートである。 同実施形態における携帯電話機の表示部に表示されるポータル画面を例示する図である。 同実施形態における携帯電話機の表示部に表示されるメール確認画面を例示する図である。

Claims (4)

1. 第１のアプリケーションの起動時に接続される通信先サーバ装置を予め指定して記憶する指定手段と、
   第１のアプリケーションとは異なる第２のアプリケーションから通信接続要求を受けると、前記第１のアプリケーションの起動状態に関わらず、当該通信要求に係る接続先が前記指定手段にて予め指定し記憶された通信先サーバ装置である場合は、当該通信接続要求を拒否する制限手段と
   を有する端末装置。
2. １または複数の通信先サーバ装置のそれぞれを識別する通信先サーバ装置識別子と、各通信先サーバ装置への接続に際して利用される中継経路を識別する中継経路識別子とを関連付けて記憶する記憶部を更に有し、
   前記制限手段は、前記第２のアプリケーションから通信接続要求を受けると、前記記憶部を参照し、前記指定手段により指定された通信先サーバ装置への接続に際して利用される中継経路上のノードが、当該通信接続要求に係る接続先の通信先サーバ装置への接続に際して利用される中継経路上のノードと一致しているか否かを判定し、一致している場合は当該要求を拒否する
   ことを特徴とする請求項１に記載の端末装置。
3. コンピュータを、
   第１のアプリケーションの起動時に接続される通信先サーバ装置を予め指定して記憶する指定手段と、
   第１のアプリケーションとは異なる第２のアプリケーションから通信接続要求を受けると、前記第１のアプリケーションの起動状態に関わらず、当該通信要求に係る接続先が前記指定手段にて予め指定し記憶された通信先サーバ装置である場合は、当該通信接続要求を拒否する制限手段と
   して機能させるプログラム。
4. 前記コンピュータは、１または複数の通信先サーバ装置のそれぞれを識別する通信先サーバ装置識別子と、各通信先サーバ装置への接続に際して利用される中継経路を識別する中継経路識別子とを関連付けて記憶する記憶部を更に有し、
   前記制限手段は、前記第２のアプリケーションから通信接続要求を受けると、前記記憶部を参照し、前記指定手段により指定された通信先サーバ装置への接続に際して利用される中継経路上のノードが、当該通信接続要求に係る接続先の通信先サーバ装置への接続に際して利用される中継経路上のノードと一致しているか否かを判定し、一致している場合は当該要求を拒否する
   ことを特徴とする請求項３に記載のプログラム。

Images