JP2005184277A - 通信端末 - Google Patents

Abstract

【課題】 ＵＩＭを使用する通信端末において、コンテンツを使用不可とする旨のメッセージが、使用不可とすべきコンテンツを記憶している通信端末ではなく、同じコンテンツを記憶している他の通信端末にて受信された場合に、メッセージを受信した通信端末の記憶部に記憶されているコンテンツを使用不可にしないことを可能とする。
【解決手段】 ＵＩＭを使用する携帯電話機１００−１は、ＵＩＭに記憶されている電話番号と対応付けてプログラムを記憶している。携帯電話機１００−１は、プログラムを削除する旨の管理メッセージを受信すると、管理メッセージの内容を解釈する。携帯電話機１００−１は、ＵＩＭから電話番号を取得し、解釈した管理メッセージの内容に基づいて、電話番号に対応付けて記憶されているコンテンツを削除する。
【選択図】 図１

Description

本発明は、通信端末に記憶されたコンテンツを管理する技術に関する。

ＩＭＴ−２０００（International Mobile Telecommunication 2000）に準拠した携帯電話機は、ＵＩＭ（User Identity Module）と呼ばれるＩＣカードを着脱可能な構成となっている。このＵＩＭは、移動体通信網を運用する通信事業者が、加入契約を結んだ契約者に対して発行するものであり、加入契約者の契約者情報（例えば、通信事業者が加入契約者に付与した電話番号）を記憶している。ＵＩＭの所有者が、このＵＩＭを携帯電話機に装着すると、携帯電話機はＵＩＭ内の契約者情報を利用して通信を行うことが可能となる。ＩＭＴ−２０００に準拠した携帯電話機は、データ通信を行うことも可能である。これらの電話機の中には、インターネットに接続されたＷＷＷ（World Wide Web）サーバ装置と通信を行い、様々なデータやアプリケーションプログラムなど（このようなプログラムやデータを以下では、単に、「コンテンツ」と称する）を取得して不揮発性メモリなどの記憶部に記憶し、取得したコンテンツを利用することができるものがある。

コンテンツの管理者は、配信するコンテンツを、時として更新することがある。ＷＷＷサーバ装置が、配信するコンテンツを更新した場合、これに応じて、既に携帯電話機に配信された更新前のコンテンツを更新する必要が生じる場合がある。携帯電話機に配信されたコンテンツを更新する技術としては、コンテンツを配信するサーバ装置が、コンテンツが提供された携帯電話機の電話番号を記憶し、当該携帯電話機へ、この電話番号を用いてコンテンツの更新を指示する旨のメッセージを送信して携帯電話機に記憶されているコンテンツを更新する技術が知られている（例えば、特許文献１参照。）。
特開平１１−２５０１７号公報

特許文献１に開示されている技術を応用すれば、ＷＷＷサーバ装置からメッセージを送信することにより、記憶部を制御するよう携帯電話機へ指示し携帯電話機に記憶されたコンテンツを削除したり、コンテンツの使用を停止させることが可能となる。しかし、ＷＷＷサーバ装置からメッセージを送信することにより、ＵＩＭを使用する携帯電話機に記憶されたコンテンツを削除したりコンテンツの使用を停止させようとすると、以下に示すような問題が生じ得る。

例えば、料金をＷＷＷサーバ装置の運用者へ毎月支払うことを条件として、ＷＷＷサーバ装置から配信されるコンテンツの使用が許諾されるサービスを想定する。このようなサービスを提供するＷＷＷサーバ装置の運用者は、携帯電話機にコンテンツをダウンロードした者がコンテンツの使用料金を支払わなくなった場合に、携帯電話機に記憶されたコンテンツが利用できないようにする必要がある。このため、ＷＷＷサーバ装置は、該当する携帯電話機の電話番号を求め、その電話番号で指定される携帯電話機へメッセージを送信して携帯電話機からコンテンツを削除することを試みる。

ここで、携帯電話機の使用者が、自身が所有する携帯電話機（例えばＡとする）を使用して、ＷＷＷサーバ装置からコンテンツを取得し携帯電話機Ａに記憶させた後、同じコンテンツを記憶している他人の携帯電話機（例えばＢとする）を借りてＵＩＭを差し替えていたとする。この場合、ＷＷＷサーバ装置から送信されたメッセージは、ＵＩＭが装着された他人の携帯電話機Ｂへ送信され、他人が携帯電話機Ｂにダウンロードしたコンテンツが削除されてしまう。コンテンツがダウンロードされた携帯電話機Ａに記憶されている、本来削除すべきコンテンツは削除されず、ＷＷＷサーバ装置の運用者の意図に反する結果となる。また、携帯電話機Ｂを貸した者に不利益を与えてしまうこととなる。

本発明は、上述した事情に鑑みてなされたものであり、ＵＩＭを使用する通信端末において、コンテンツを使用不可とする旨のメッセージが、使用不可とすべきコンテンツを記憶している通信端末ではなく、同じコンテンツを記憶している他の通信端末にて受信された場合に、メッセージを受信した通信端末の記憶部に記憶されているコンテンツを使用不可にしないことを可能とする通信端末、プログラムおよび記録媒体を提供することを目的とする。

上述した課題を解決するために本発明は、通信網上において通信に使用される識別子であって使用者を一意に特定する使用者識別子を記憶するモジュールを装着するための装着手段と、記憶手段により記憶されたコンテンツを使用不可とする旨のメッセージを受信する受信手段と、前記受信手段が受信したメッセージの内容を解釈する解釈手段と、前記モジュールから前記使用者識別子を取得し、取得した前記使用者識別子が、前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツと対応付けて前記記憶手段により記憶されているか否かを判断する判断手段と、前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツが前記モジュールから取得した使用者識別子に対応付けて記憶されていると前記判断手段にて判断された場合にのみ、前記解釈手段が解釈したメッセージの内容に基づいて前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツが使用不可となるように前記記憶手段を制御する第１制御手段とを有する通信端末を提供する。

本発明によれば、通信端末は、コンテンツを使用不可とする旨のメッセージを受信すると、受信したメッセージの内容を解釈する。通信端末は、通信網上において使用者を一意に特定する使用者識別子を記憶したモジュールから、使用者識別子を取得し、取得した前記使用者識別子が、前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツと対応付けて前記記憶手段により記憶されているか否かを判断する。通信端末は、前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツが前記モジュールから取得した使用者識別子に対応付けて記憶されていると前記判断手段にて判断された場合にのみ、前記解釈手段が解釈したメッセージの内容に基づいて前記前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツを使用不可にする。

本発明によれば、通信網上において通信に使用される識別子であって使用者を一意に特定する使用者識別子を記憶するモジュールを使用する通信端末において、コンテンツを使用不可にする旨のメッセージが、使用不可とすべきコンテンツを記憶している通信端末ではなく、同じコンテンツを記憶している他の通信端末にて受信された場合でも、メッセージを受信した通信端末の記憶部に記憶されているコンテンツを使用不可にしないことが可能となる。

以下、図面を参照して本発明に係る実施形態について説明する。

［１．実施形態の構成］
［１−１．全体構成］
図１は、本発明の実施形態に係わる通信システム１０の全体構成を例示する図である。通信システム１０には多数の携帯電話機およびサーバ装置が存在するが、図面が繁雑になるのを防ぐために、携帯電話機１００−１と携帯電話機１００−２およびサーバ装置５００のみを図１に示す（携帯電話機１００−１と携帯電話機１００−２の構成は同じであるため、以下、特に個々の携帯電話機を区別する必要のない場合は、携帯電話機１００と略称する）。

移動体通信網２００は、例えば、ＩＭＴ−２０００に準拠した通信網である。移動体通信網２００は、移動体通信網２００を運用する通信事業者と加入契約を結んだ者に対して、通話サービスやデータ通信サービスを提供する。移動体通信網２００は、携帯電話機と無線通信を行う無線基地局と、無線基地局に接続された交換機と、交換機およびゲートウェイサーバ装置３００に接続された関門交換機と（いずれも図示略）とを有している。

ゲートウェイサーバ装置３００は、移動体通信網２００とインターネット４００とを相互接続するものである。ゲートウェイサーバ装置３００は、インターネット４００と移動体通信網２００との間でパケット通信が行われる際に、移動体通信網２００内で使用されるプロトコルと、インターネット４００にて標準で使用されるプロトコルであるＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）との相互変換を行う。

携帯電話機１００は、ＩＭＴ−２０００に準拠した携帯電話機である。携帯電話機１００は、パケット通信を行うことが可能であり、移動体通信網２００、ゲートウェイサーバ装置３００およびインターネット４００を介して、インターネット４００に接続されたサーバ装置５００と通信を行うことができる。携帯電話機１００は、移動体通信網２００を運用する通信事業者と加入契約を結んだ者により所有されている。

サーバ装置５００は、一般的なＷＷＷサーバ装置と同様の機能を有しており、インターネット４００に接続されている。サーバ装置５００には、ドメイン名「aaa.co.jp」が付与されている。

［１−２．サーバ装置の構成］
次に、サーバ装置５００の構成について説明する。サーバ装置５００は、サーバ装置５００を一般的なＷＷＷサーバ装置として機能させるためのサーバソフトウェアを記憶している。サーバ装置５００がサーバソフトウェアを起動すると、サーバ装置５００に一般的なＷＷＷサーバ装置としての機能が付与され、例えば、ＨＴＴＰ（HyperText Transfer Protocol）に基づいた通信を行うことが可能となる。

サーバ装置５００は、ＨＴＭＬ（HyperText Markup Language）に従って記述されたテキストファイル（以下、ＨＴＭＬファイルと略称する）を２つ記憶している。一つは、ＷＷＷブラウザにより解釈された場合、図２に例示したページＰ１０を提供するためのＨＴＭＬファイル（以下、ＡＡＡファイルと略称する）である。ＡＡＡファイルのファイル名は「aaa.html」であり、ＡＡＡファイルの記憶位置を示すＵＲＬは「http://www.abc.co.jp/aaa.html」である。もう一つは、ＷＷＷブラウザにより解釈された場合、図２に例示したページＰ１１を提供するためのＨＴＭＬファイル（以下、ＢＢＢファイルと略称する）である。ＢＢＢファイルのファイル名は「bbb.html」であり、ＢＢＢファイルの記憶位置を示すＵＲＬは「http://www.abc.co.jp/bbb.html」である。また、サーバ装置５００は、携帯電話機１００へ配信するためのアプリケーションプログラムを記憶している。このアプリケーションプログラムのファイル名は「abc」であり、ＵＲＬは「http://www.abc.co.jp/abc」である。また、サーバ装置５００は、顧客テーブルＴＢ１と、ファイル名が「input.cgi」であり、ＵＲＬが「http://www.abc.co.jp/input.cgi」であるＣＧＩプログラムとを記憶している。

ページ１０ファイルは、ページＰ１０の「次へ」ボタンをクリックする旨の操作が行われた際に、図２に示したテキストボックスＢＸ１に入力された電話番号とＣＧＩプログラム「input.cgi」のＵＲＬとをパラメータとするＰＯＳＴメソッドを用いたＨＴＴＰリクエストメッセージ（以下、ＨＴＴＰリクエストと略称する）をＣＰＵ１０８が生成するように記述されている。また、ＢＢＢファイルは、図２に示した「Download」ボタンをクリックする旨の操作が行われた際に、アプリケーションプログラム「abc」を取得する旨のＧＥＴメソッドを用いたＨＴＴＰリクエストをＣＰＵ１０８が生成するように記述されている。

図３は、顧客テーブルＴＢ１のフォーマットを例示する図である。図３に例示したように、顧客テーブルＴＢ１には、過去、コンテンツの配信を行った相手の電話番号と、その相手におけるアプリケーションプログラムの管理状態を示すデータ（以下、管理データと略称する）とが対応付けて記憶される。

サーバソフトウェアを実行しているサーバ装置５００は、ＣＧＩプログラム「input.cgi」のＵＲＬをパラメータとして内包するＰＯＳＴメソッドを用いたＨＴＴＰリクエストを受信すると、ＵＲＬで指定されたＣＧＩプログラムを実行する。サーバ装置５００は、ＣＧＩプログラム「input.cgi」を実行すると、ＨＴＴＰリクエストに内包されている電話番号を格納し、管理データと対応付けて顧客テーブルＴＢ１に格納する。次に、サーバ装置５００は、ＢＢＢファイルを内包するＨＴＴＰレスポンスメッセージ（以下、ＨＴＴＰレスポンスと略称する）を生成し、このレスポンスをＨＴＴＰリクエストを送信してきた携帯電話機１００へ送信する。

サーバ装置５００にてサーバソフトウェアが実行されると、サーバ装置５００が配信したアプリケーションプログラムの削除を指示する旨の管理メッセージを携帯電話機１００へ送信する機能がサーバ装置５００に付与される。図４は、この管理メッセージを、サーバ装置５００が携帯電話機１００へ送信する際の処理の流れを例示するフローチャートである。

サーバ装置５００の管理者が、図示を省略したキーボードを用いて、顧客テーブルＴＢ１の管理データを変更する旨の操作を行うと、サーバ装置５００が配信しているアプリケーションプログラムのファイル名「abc」と、管理データとを内包する管理メッセージが生成される。管理メッセージが生成されると、変更された管理データに対応付けられている電話番号が読み出され、この電話番号が記憶されているＵＩＭ１０９が装着されている携帯電話機１００へ管理メッセージが送信される。このように、サーバ装置５００の構成は、一般的なコンピュータ装置と同様である。

［１−３．携帯電話機の構成］
次に、携帯電話機１００の構成について説明する。図５は、携帯電話機１００のハードウェア構成を例示するブロック図である。図５に示したように、携帯電話機１００の各部は、バス１０１に接続されており、このバス１０１を介して各部間でデータの授受が行われる。

通信部１０２は、通信インターフェースとしての機能を有しており、ＣＰＵ（Central Processing Unit）１０８の制御の下、図示を省略したアンテナを介して、移動体通信網２００を構成している無線基地局との間で無線通信を行う。通信部１０２は、ＣＰＵ１０８から出力された信号を無線基地局へ送信する一方、無線基地局から送信された信号をＣＰＵ１０８へ出力する。操作部１０３は、図示を省略したテンキーなどの複数のキーを有している。携帯電話機１００の使用者が、操作部１０３のキーを押下すると、押下されたキーを示す信号が操作部１０３からＣＰＵ１０８へ出力される。表示部１０４は、例えば図示を省略した液晶表示ディスプレイおよび液晶表示ディスプレイの表示制御を行う制御回路を有しており、ＣＰＵ１０８の制御の下、文字やグラフィック画面、携帯電話機１００を操作するためのメニュー画面などを液晶ディスプレイに表示する。

ＵＩＭ１０９の構成は、一般的なコンピュータ装置と同様であり、ＣＰＵと、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）と、ＣＰＵ１０８と通信を行うための通信インターフェースおよび不揮発性メモリとを有している（いずれも図示略）。ＵＩＭ１０９の不揮発性メモリには、移動体通信網２００を運用する通信事業者が加入契約者に付与した電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」が記憶されている。また、ＵＩＭ１０９の不揮発性メモリは、プログラムリストテーブルＴＢ２を記憶している。図６は、プログラムリストテーブルＴＢ２のフォーマットを例示する図である。図６に示したように、プログラムリストテーブルＴＢ２には、ＵＩＭ１０９が携帯電話機１００に装着されていた時にサーバ装置５００からダウンロードされたアプリケーションプログラムのファイル名と、当該アプリケーションプログラムの管理データとが対応付けて格納される。ＵＩＭ１０９のＲＯＭには、ＵＩＭ１０９の各部を制御するためのＯＳ（Operating System）ソフトウェアが記憶されている。ＵＩＭ１０９のＣＰＵは、ＵＩＭ１０９が携帯電話機１００に装着され、携帯電話機１００から電力を供給されると、ＲＯＭからＯＳソフトウェアを読み出して起動する。ＵＩＭ１０９は、ＯＳソフトウェアが起動されると、通信インターフェースとバス１０１を介してＣＰＵ１０８と通信を行い、ＣＰＵ１０８からの指示に従って、ＵＩＭ１０９の不揮発性メモリを制御する。

不揮発性メモリ１０５は、携帯電話機１００を制御するためのデータや、サーバ装置５００からダウンロードしたアプリケーションプログラムを記憶する。また不揮発性メモリ１０５は、プログラム管理テーブルＴＢ３を記憶している。図７は、プログラム管理テーブルＴＢ３のフォーマットを例示する図である。図７に示したように、プログラム管理テーブルＴＢ３には、サーバ装置５００からダウンロードしたアプリケーションプログラムのファイル名と、アプリケーションプログラムをダウンロードした時に携帯電話機１００に装着されていたＵＩＭ１０９に記憶されている電話番号とが対応付けて格納される。

ＲＯＭ１０６は、例えば、携帯電話機１００の各部を制御するためのＯＳソフトウェア、ＨＴＭＬを解釈可能なＷＷＷブラウザを実現するためのブラウザプログラムなどを記憶している。また、ＲＯＭ１０６は、サーバ装置５００から送信された管理メッセージを解釈して不揮発性メモリ１０５およびＵＩＭ１０９に対して制御を行うアプリケーションであるアクセスコントローラをＣＰＵ１０８に実現させるためのプログラム（以下、コントロールプログラムと称する）を記憶している。このアクセスコントローラの詳細については後に説明する。

ＣＰＵ１０８は、図示を省略した電源から電力が供給されると、ＲＡＭ１０７を作業エリアとし、ＲＯＭ１０６からＯＳソフトウェアを読み出して起動する。ＯＳソフトウェアを実行しているＣＰＵ１０８は、ＣＰＵ１０８に入力される信号に応じた処理を行う。例えば、携帯電話機１００の使用者が、操作部１０３が有するキーを押下すると、ＣＰＵ１０８は、操作部１０３から出力された信号と表示部１０４に表示されている画面とに基づいて使用者の指示を特定し、使用者の指示に応じた処理を行う。

ＣＰＵ１０８は、ＯＳソフトウェアを起動した後、コントロールプログラムをＲＯＭ１０６から読み出して起動する。ＣＰＵ１０８にてコントロールプログラムが起動されると、アクセスコントローラが実現される。図８および図９は、アクセスコントローラが実現されているＣＰＵ１０８が行う処理の流れを例示するフローチャートである。

ＣＰＵ１０８が、サーバ装置５００から送信された管理メッセージを受信すると、この管理メッセージは、実現されているアクセスコントローラにより処理される。図８は、アクセスコントローラが実現されているＣＰＵ１０８が管理メッセージを処理する際の流れを例示するフローチャートである。ＣＰＵ１０８は、管理メッセージを解釈し、管理メッセージの内容に基づいて、ＵＩＭ１０９および不揮発性メモリ１０５を制御して、不揮発性メモリ１０５に記憶されたアプリケーションプログラムの削除、プログラム管理テーブルＴＢ３に格納されたデータの削除、ＵＩＭ１０９に記憶されているプログラムリストテーブルＴＢ２へのデータの追加・変更または削除を行う。

図９は、アクセスコントローラが実現された時に行われる処理の流れを例示するフローチャートである。アクセスコントローラが実現されると、ＣＰＵ１０８は、ＵＩＭ１０９から電話番号を取得する。ＣＰＵ１０８は、電話番号を取得すると、プログラム管理テーブルＴＢ３にて取得した電話番号と対応付けて記憶されているアプリケーションプログラムのファイル名を読み出し、このファイル名の管理データを要求する旨のメッセージをＵＩＭ１０９へ送信して管理データを取得する。ＣＰＵ１０８は、管理データを取得すると、取得した管理データに基づいて不揮発性メモリ１０５とＵＩＭ１０９とを制御する。例えば、管理データが「削除」である場合には、管理データを読み出した時に指定したファイル名をプログラム管理テーブルＴＢ３から削除し、不揮発性メモリ１０５からこのファイル名で指定されるアプリケーションプログラムを削除する。ＣＰＵ１０８は、不揮発性メモリ１０５への制御が終了すると、管理データを読み出した時に指定したファイル名とこのファイル名とに対応付けて格納されている管理データとを削除するよう指示する旨のメッセージを生成し、ＵＩＭ１０９へ送信する。ＵＩＭ１０９は、このメッセージを受信すると、プログラムリストテーブルＴＢ２から、削除を指示されたファイル名と管理データとを削除する。

携帯電話機１００の使用者が、操作部１０３が有するキーを押下して、ＷＷＷブラウザを実現させる旨の操作を行うと、ブラウザプログラムが起動され、ＷＷＷブラウザが実現される。このＷＷＷブラウザが用いられ、インターネット４００に接続されたサーバ装置からアプリケーションプログラムがダウンロードされると、ダウンロードされたプログラムのファイル名と、装着されているＵＩＭ１０９に記憶されている電話番号とが対応付けられてプログラム管理テーブルＴＢ３に格納される。また、装着されているＵＩＭ１０９に記憶されている電話番号と、ダウンロードされたアプリケーションプログラムとが対応付けられて不揮発性メモリ１０５に記憶される。プログラム管理テーブルＴＢ３にプログラムのファイル名が格納されると、ダウンロードされたアプリケーションプログラムのファイル名と管理データ「使用可」とを内包し、内包されたファイル名と管理データとを対応付けて記憶するよう要求する旨のメッセージを生成し、ＵＩＭ１０９へ送信する。ＵＩＭ１０９は、このメッセージを受信すると、プログラムリストテーブルＴＢ２に、ファイル名と管理データとを対応付けて格納する。このように、携帯電話機１００の構成は、一般的なコンピュータ装置と同様である。

［２．動作例］
次に、本実施形態の第１動作例〜第３動作例について説明する。

［２−１．第１動作例］
まず、図１０を用いて、本実施形態の第１動作例について説明する。第１動作例では、まず、携帯電話機１００の使用者が、携帯電話機１００−１を用いてサーバ装置５００に記憶されているプログラムをダウンロードする時の動作例について説明し、その後、プログラムが記憶された携帯電話機１００−１へサーバ装置５００から管理メッセージが送信された場合の動作例について説明する。

携帯電話機１００−１の使用者が、図示を省略した携帯電話機１００−１の電源を入れると、ＯＳソフトウェアが起動された後、コントロールプログラムが起動され、アクセスコントローラが実現される。次に、携帯電話機１００−１の使用者が、ＷＷＷブラウザを実現させる旨の操作を携帯電話機１００−１の操作部１０３が有するキーを用いて行うと、ＷＷＷブラウザが実現される。携帯電話機１００−１の使用者が、操作部１０３のキーを用いてＡＡＡファイルのＵＲＬを入力し、ＡＡＡファイルを取得する旨の操作を行うと、ＡＡＡファイルのＵＲＬをパラメータとするＧＥＴメソッドを用いたＨＴＴＰリクエストがサーバ装置５００へ送信される（図１０：ステップＳ１０１）。

サーバ装置５００は、このＨＴＴＰリクエストを受信すると、ＡＡＡファイルを内包するＨＴＴＰレスポンスを生成し、携帯電話機１００−１へ送信する（ステップＳ１０２）。

携帯電話機１００−１のＣＰＵ１０８が、このＨＴＴＰレスポンスを受信すると、このレスポンスに内包されているＡＡＡファイルがＷＷＷブラウザにより解釈され、表示部１０４に、図２に示したページＰ１０が表示される。このページＰ１０を見た使用者が、操作部１０３のキーを用いて、テキストボックスＢＸ１にＵＩＭ１０９の所有者に付与された電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」を入力し、「次へ」ボタンをクリックする旨の操作を行うと、ＣＰＵ１０８は、ＡＡＡファイルに記述されているＵＲＬ（http://www.abc.co.jp/input.cgi）と、テキストボックスＢＸ１に入力された電話番号とをＰＯＳＴメソッドのパラメータとするＨＴＴＰリクエストを生成し、このリクエストをサーバ装置５００へ送信する（ステップＳ１０３）。

サーバ装置５００は、このＨＴＴＰリクエストを受信すると、パラメータとして内包されているＵＲＬで指定されるＣＧＩプログラムを起動し、同じくパラメータとして内包されている電話番号を顧客テーブルＴＢ１に格納する。次にサーバ装置５００は、ＢＢＢファイルを内包するＨＴＴＰレスポンスを生成し、このレスポンスを携帯電話機１００−１へ送信する（ステップＳ１０４）。

ＣＰＵ１０８が、このＨＴＴＰレスポンスを受信すると、図２に示したページＰ１１が表示される。このページＰ１１を見た使用者が、操作部１０３のキーを用いて「Download」ボタンをクリックする旨の操作を行うと、ＣＰＵ１０８は、ＢＢＢファイルに記述されているＵＲＬ（http://www.abc.co.jp/abc）をＧＥＴメソッドのパラメータとするＨＴＴＰリクエストを生成し、このリクエストをサーバ装置５００へ送信する（ステップＳ１０５）。このＨＴＴＰリクエストを受信したサーバ装置５００は、パラメータとして内包されているＵＲＬで指定されるプログラム「abc」を内包するＨＴＴＰレスポンスを生成し、このレスポンスを携帯電話機１００−１へ送信する（ステップＳ１０６）。

携帯電話機１００−１のＣＰＵ１０８が、このＨＴＴＰレスポンスを受信すると、ＷＷＷブラウザによりこのレスポンスに内包されている「abc」が抽出され、抽出されたプログラムがＵＩＭ１０９に記憶されている電話番号と対応付けて不揮発性メモリ１０５に記憶される。ＣＰＵ１０８は、ダウンロードしたプログラムを不揮発性メモリ１０５に記憶すると、記憶したプログラムのファイル名「abc」と、ＵＩＭ１０９に記憶されている電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」とを対応付けて、プログラム管理テーブルＴＢ３に格納する。次にＣＰＵ１０８は、ダウンロードされたアプリケーションプログラムのファイル名を記憶し、管理データ「使用可」にするよう要求する旨のメッセージを生成し、ＵＩＭ１０９へ送信する。次にＣＰＵ１０８は、ダウンロードしたプログラムのファイル名と管理データ「使用可」を内包し、このファイル名と管理データとを対応付けて記憶するよう要求する旨のメッセージをＵＩＭ１０９へ送信する。ＵＩＭ１０９のＣＰＵは、このメッセージを受信すると、メッセージに内包されたファイル名と管理データとを、ＵＩＭ１０９が有する不揮発性メモリに記憶されているプログラムリストテーブルＴＢ２に格納する。

以上説明したように、携帯電話機１００−１がサーバ装置５００からアプリケーションプログラムをダウンロードすると、アプリケーションプログラムをダウンロードした者に付与されている電話番号がサーバ装置５００に記憶される。また携帯電話機１００−１には、ダウンロードされたアプリケーションプログラムと、ダウンロードされたアプリケーションプログラムのファイル名と、アプリケーションプログラムをダウンロードした時に装着されていたＵＩＭ１０９が記憶している電話番号とが記憶される。また、アプリケーションプログラムをダウンロードした時に携帯電話機１００−１に装着されていたＵＩＭ１０９には、ダウンロードされたアプリケーションプログラムのファイル名が記憶される。

ＵＩＭ１０９を所有する者が、ダウンロードしたアプリケーションプログラムの使用料金を支払わないと、サーバ装置５００の管理者は、ダウンロードされて記憶されたアプリケーションプログラムの削除を試みる。サーバ装置５００の管理者が、携帯電話機１００−１に記憶されたプログラムを削除するために、サーバ装置５００が有するキーボードを操作して、顧客テーブルＴＢ１の電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」に対応付けられている管理データを「削除」にすると、サーバ装置５００が配信しているアプリケーションプログラムのファイル名「abc」と管理データ「削除」とを内包する管理メッセージが生成される（図４：ステップＳＡ１）。管理メッセージが生成されると、変更された管理データに対応付けられている電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」が読み出される（ステップＳＡ２）。ＣＰＵ１０８は、この電話番号が記憶されているＵＩＭ１０９が装着されている携帯電話機を宛先として、生成された管理メッセージを送信する（図４：ステップＳＡ３、図１０：ステップＳ１０７）。

ＵＩＭ１０９が装着されている携帯電話機１００−１が、この管理メッセージを受信すると、実現されているアクセスコントローラによりこのメッセージが解釈される。アクセスコントローラが実現されているＣＰＵ１０８は、サーバ装置５００から送られた管理メッセージの内容が、ファイル名が「abc」であるアプリケーションプログラムの削除を指示する旨であると解釈する（図８：ステップＳＢ１）。

次に、ＣＰＵ１０８は、不揮発性メモリ１０５に記憶されているプログラム管理テーブルＴＢ３において、ＵＩＭ１０９に記憶されている電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」を検索する。ＣＰＵ１０８は、該当する電話番号を見つけると、この電話番号に対応付けて記憶されているファイル名の中から、管理メッセージに内包されたファイル名「abc」を検索する。上述したアプリケーションプログラムのダウンロード動作により、図７に示したようにファイル名「abc」がプログラム管理テーブルＴＢ３に格納されているので、ＣＰＵ１０８は、プログラム管理テーブルＴＢ３からファイル名「abc」を削除する。次にＣＰＵ１０８は、ＵＩＭ１０９に記憶されている電話番号に対応付けて記憶されている、ファイル名が「abc」であるアプリケーションプログラムを不揮発性メモリ１０５から削除する（ステップＳＢ２）。

次にＣＰＵ１０８は、管理メッセージに内包されたファイル名「abc」と、管理メッセージに対応付けて記憶されている管理データとを削除する旨のメッセージを生成して（ステップＳＢ３）、ＵＩＭ１０９へ送信する（ステップＳＢ４）。ＵＩＭ１０９は、このメッセージを受信すると、プログラムリストテーブルＴＢ２に格納されているファイル名「abc」と、このファイル名に対応付けて格納されている管理データとを削除する。

以上説明したように、携帯電話機１００は、サーバ装置から送信される抽象的なメッセージを携帯電話機１００にて実現されるアクセスコントローラを用いて解釈し、不揮発性メモリ１０５プログラムとＵＩＭ１０９に記憶されているデータとを削除する。

［２−２．第２動作例］
次に、図１１を用いて、本実施形態の第２動作例について説明する。第２動作例では、サーバ装置５００からアプリケーションプログラムをダウンロードした携帯電話機１００−１から、サーバ装置５００が配信しているアプリケーションプログラムを記憶していない携帯電話機１００−２へＵＩＭが差し替えられた後、サーバ装置５００から管理メッセージが送信され、その後、ＵＩＭ１０９が携帯電話機１００−１へ再度差し替えられた時の動作例について説明する。なお、携帯電話機１００−１がアプリケーションプログラムをダウンロードする動作（図１１：ステップＳ２０１〜Ｓ２０６）は、第１動作例と同じであるため、その説明を省略する。

ＵＩＭ１０９が、アプリケーションプログラムをダウンロードした携帯電話機１００−１から携帯電話機１００−２へ差し替えられた後（ステップＳ２０７）、サーバ装置５００の管理者が、携帯電話機１００−１に記憶されたプログラムを削除するために、サーバ装置５００が有するキーボードを操作して、顧客テーブルＴＢ１の電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」に対応付けられている管理データを「削除」にすると、サーバ装置５００が配信しているアプリケーションプログラムのファイル名「abc」と管理データ「削除」とを内包する管理メッセージが生成される（図４：ステップＳＡ１）。管理メッセージが生成されると、変更された管理データに対応付けられている電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」が読み出される（ステップＳＡ２）。ＣＰＵ１０８は、この電話番号が記憶されているＵＩＭ１０９が装着されている携帯電話機を宛先として、生成された管理メッセージを送信する（図４：ステップＳＡ３、図１１：ステップＳ２０８）。

ＵＩＭ１０９が装着されている携帯電話機１００−２が、この管理メッセージを受信すると、実現されているアクセスコントローラによりこのメッセージが解釈される。アクセスコントローラが実現されているＣＰＵ１０８は、サーバ装置５００から送られた管理メッセージの内容が、ファイル名が「abc」であるアプリケーションプログラムの削除を指示する旨であると解釈する（図８：ステップＳＢ１）。

まず、ＣＰＵ１０８は、不揮発性メモリ１０５に記憶されているプログラム管理テーブルＴＢ３において、ＵＩＭ１０９に記憶されている電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」を検索する。ＣＰＵ１０８は、該当する電話番号を見つけると、この電話番号に対応付けて記憶されているファイル名の中から、管理メッセージに内包されたファイル名「abc」を検索する。上述したように、携帯電話機１００−２の不揮発性メモリ１０５には、ファイル名「abc」およびファイル名が「abc」であるアプリケーションプログラムは記憶されていないので、アプリケーションプログラムの削除が行われない（ステップＳＢ２）。

次にＣＰＵ１０８は、管理メッセージに内包されたファイル名「abc」に対応する管理データを「削除」に変更するよう要求する旨のメッセージを生成して（ステップＳＢ３）、ＵＩＭ１０９へ送信する（ステップＳＢ４）。ＵＩＭ１０９のＣＰＵは、このメッセージを受信すると、ファイル名「abc」に対応する管理データを「削除」に変更する。

次に使用者が、ＵＩＭ１０９を携帯電話機１００−１へ差し替え（ステップＳ２０９）、携帯電話機の電源を入れると、ＯＳソフトウェアが起動された後、アクセスコントローラが実現される。ＣＰＵ１０８は、携帯電話機１００−１にてアクセスコントローラが実現されると、ＵＩＭ１０９から電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」を取得する（図９：ステップＳＣ１）。次にＣＰＵ１０８は、取得した電話番号と対応付けて記憶されているアプリケーションプログラムのファイル名「abc」をプログラム管理テーブルＴＢ３から読み出し、読み出したファイル名の管理データを要求する旨のメッセージをＵＩＭ１０９へ送信する（ステップＳＣ２）。ＵＩＭ１０９は、このメッセージを受信するとファイル名「abc」に対応付けて記憶されている管理データ「削除」を読み出し、ＣＰＵ１０８へ送信する。

ＣＰＵ１０８は、この管理データを受信すると（ステップＳＣ３）、取得した電話番号に対応付けて記憶されているプログラムのファイル名「abc」を、プログラム管理テーブルＴＢ３から削除し、携帯電話機１００−１の不揮発性メモリ１０５から、電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」に対応付けて記憶されているファイル名が「abc」であるアプリケーションプログラムを削除する。次にＣＰＵ１０８は、削除したファイル名「abc」と、このファイル名に対応付けて記憶されている管理データとを削除する旨のメッセージを生成して、ＵＩＭ１０９へ送信する。ＵＩＭ１０９は、このメッセージを受信すると、プログラムリストテーブルＴＢ２に格納されているファイル名「abc」と、このファイル名に対応付けて格納されている管理データとを削除する（ステップＳＣ４）。

以上説明したように、不揮発性メモリ１０５にプログラムが記憶されていない携帯電話機１００に対してサーバ装置５００からプログラムの削除を指示する旨のメッセージが送信された場合には、携帯電話機１００は、ＵＩＭ１０９に記憶されている管理データを「削除」に書き換える。この後、ＵＩＭ１０９が、メッセージで指定されたプログラムが記憶されている携帯電話機１００に差し替えられた場合、ＵＩＭ１０９に記憶されている管理データに基づいて、不揮発性メモリ１０５に記憶されているプログラムが削除される。

［２−３．第３動作例］
次に、図１２を用いて、本実施形態の第３動作例について説明する。第３動作例では、ＵＩＭ１０９を装着した携帯電話機１００−１がサーバ装置５００からアプリケーションプログラムをダウンロードした後、電話番号「０＊０−ＡＡＡＡ−ＢＢＢＢ」に対応付けてアプリケーションプログラムを記憶している携帯電話機１００−２へＵＩＭ１０９が差し替えられ、その後、サーバ装置５００から管理メッセージが送信された時の動作例について説明する。なお、携帯電話機１００−１および携帯電話機１００−２がアプリケーションプログラムをダウンロードする動作は、第１動作例と同じであるため、その説明を省略する。また、サーバ装置５００にて行われる動作は、第１動作例と同様であるため、その説明を省略する。

ＵＩＭ１０９が携帯電話機１００−２に装着された後に（ステップＳ３０１）、携帯電話機１００−２にて、アプリケーションプログラムのファイル名「abc」と管理データ「削除」とを内包する管理メッセージが受信されると（ステップＳ３０２）、ＣＰＵ１０８にて実現されているアクセスコントローラによりこのメッセージが解釈される。ＣＰＵ１０８は、管理メッセージの内容が、ファイル名が「abc」であるアプリケーションプログラムの削除を指示する旨であると解釈する（図８：ステップＳＢ１）と、不揮発性メモリ１０５に記憶されているプログラム管理テーブルＴＢ３において、ＵＩＭ１０９に記憶されている電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」を検索する。

ＣＰＵ１０８は、該当する電話番号を見つけると、この電話番号に対応付けて記憶されているファイル名の中から、管理メッセージに内包されたファイル名「abc」を検索する。携帯電話機１００−２の不揮発性メモリ１０５には、ファイル名が「abc」であるアプリケーションプログラムが記憶されている。しかしながら、プログラム管理テーブルＴＢ３において、電話番号「０＊０−ＡＡＡＡ−ＢＢＢＢ」に対応付けてファイル名「abc」が記憶されているが、ＵＩＭ１０９に記憶されている電話番号「０＊０−ＸＸＸＸ−ＹＹＹＹ」に対応付けてファイル名「abc」は記憶されていない。そのため、ＣＰＵ１０８は、アプリケーションプログラムの削除を行わない（ステップＳＢ２）。次にＣＰＵ１０８は、管理メッセージに内包されたファイル名「abc」に対応する管理データを「削除」に変更するよう要求する旨のメッセージを生成して（ステップＳＢ３）、ＵＩＭ１０９へ送信する（ステップＳＢ４）。ＵＩＭ１０９のＣＰＵは、このメッセージを受信すると、ファイル名「abc」に対応する管理データを「削除」に変更する。

以上説明したように、携帯電話機１００が、管理メッセージに内包されるファイル名と同じファイル名のアプリケーションプログラムを記憶していても、装着されているＵＩＭ１０９に記憶されている電話番号と対応付けて、メッセージに内包されているファイル名で指定されるアプリケーションプログラムを記憶していない場合には、不揮発性メモリ１０５に記憶されているアプリケーションプログラムは削除されない。携帯電話機１００−１の使用者が、同じアプリケーションプログラムを記憶している他人の携帯電話機１００−２を借りて使用している時に管理メッセージが送信された場合でも、他人の携帯電話機１００−２に記憶されたアプリケーションプログラムを削除しないようにすることが可能となる。

［３．変形例］
本発明は、係る実施形態に限定されるものではない。以下、上述した実施形態の変形例について述べる。

サーバ装置５００から送信される管理メッセージは、アプリケーションプログラムの削除を指示する旨のメッセージだけでなく、アプリケーションプログラムの使用を停止させる旨のメッセージであってもよい。サーバ装置５００の管理者が、管理データを「使用停止」に変更すると、サーバ装置５００が、この管理データを内包する管理メッセージを携帯電話機１００へ送信するようにする。この管理メッセージが携帯電話機１００にて受信されると、ＵＩＭ１０９に記憶されているプログラムリストテーブルＴＢ２の管理データが「使用停止」に変更される。ＣＰＵ１０８にて実現されているＯＳは、アプリケーションプログラムを実行させる旨の指示を受けると、ＵＩＭ１０９のプログラムリストテーブルＴＢ２を確認し、実行を指示されたアプリケーションプログラムの管理データが「使用停止」である場合には、アプリケーションプログラムを不揮発性メモリ１０５から読み出さずに実行しないようにする。このような態様によれば、アプリケーションプログラムを削除するだけでなく、アプリケーションプログラムを不揮発性メモリ１０５に記憶させたまま、その使用を停止させることが可能となる。

サーバ装置５００から配信されるのはアプリケーションプログラムに限定されるものではない。画像を表示させるための画像データや、楽音を発生させるための音楽データなどでもよい。

上述した実施形態では、ＵＩＭ１０９は一般的なコンピュータ装置と同様の構成となっているが、単に記憶部のみを有しているものであってもよい。ＣＰＵ１０８は、ＵＩＭ１０９が単に記憶部のみを有している場合には、ＵＩＭが有する記憶部を直接制御するようにしてもよい。

上述した実施形態では、サーバ装置５００は、アプリケーションプログラムと管理メッセージの両方を送信しているが、管理メッセージを送信するサーバ装置と、アプリケーションプログラムを配信するサーバ装置とを別体としてもよい。

サーバ装置５００は、複数のアプリケーションプログラムを配信してもよい。サーバ装置５００が複数のアプリケーションプログラムを配信する場合には、図１３に例示したように、顧客テーブルＴＢ１を変形し、電話番号と配信したプログラムのファイル名と管理データとを対応付けて記憶して管理するようにしてもよい。

アプリケーションプログラムは、Ｊａｖａ（登録商標）バイトコードを用いて記述されているプログラム（以下、Ｊａｖａプログラムと略称する）であってもよい。Ｊａｖａプログラムをサーバ装置からダウンロードしたり実行したりするためには、Ｊａｖａ実行環境が必要となる。Ｊａｖａプログラムは、携帯電話機１００にダウンロードされると、Ｊａｖａ実行環境により管理され、他のアプリケーションプログラムがＪａｖａプログラムを不揮発性メモリ１０５から削除したりすることができないようになっている。このような態様において、管理メッセージに基づいてＪａｖａプログラムを削除する場合、アクセスコントローラが管理メッセージを解釈し、Ｊａｖａ実行環境が解釈可能なメッセージであって、Ｊａｖａプログラムを削除するよう要求するメッセージを生成してＪａｖａ実行環境へ渡し、このメッセージを受信したＪａｖａ実行環境がＪａｖａプログラムを削除するようにしてもよい。携帯電話機１００にて実現されるソフトウェア環境や、ＵＩＭ上で実現されるソフトウェア環境など、複数のソフトウェア環境がある場合でも、アクセスコントローラがサーバ装置５００から送信される管理メッセージを解釈し、各々のソフトウェア環境にあった制御を行うので、サーバ装置５００は、各ソフトウェア環境をあて先として管理メッセージを送信する必要がなく、抽象的なメッセージのみで携帯電話機１００に配信されたアプリケーションプログラムを管理することが可能となる。

携帯電話機１００のＲＯＭ１０６が記憶している各種ソフトウェアは、書き換えが可能なようにしてもよい。各種ソフトウェアを書き換える方法の一例としては、以下のような方法が挙げられる。例えば、ＲＯＭ１０６に替えて、書き換えが可能なフラッシュＲＯＭを使用する。各種ソフトウェアを記録したＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの記録媒体を、パーソナルコンピュータのＣＤ−ＲＯＭドライブに挿入し、このパーソナルコンピュータと、携帯電話機１００とをケーブルで接続する。パーソナルコンピュータが、ＣＤ−ＲＯＭに記録された各種ソフトウェアを読み取り、読み取ったソフトウェアをケーブルで接続されている携帯電話機１００へ送信する。そして、ソフトウェアを受信した携帯電話機１００が、受信したソフトウェアをフラッシュＲＯＭに書き込むことにより、携帯電話機１００に記憶されている各種ソフトウェアをバージョンアップする。このような方法によれば、携帯電話機１００が記憶している各種ソフトウェアは、バージョンアップなど書き換えが可能となる。また、各種ソフトウェアを、インターネット４００を介してダウンロードすることにより書き換えるようにしてもよい。

上述した実施形態では、アプリケーションプログラムをダウンロードした時にプログラム管理テーブルＴＢ３にデータを格納したり、ＵＩＭ１０９へメッセージを送信するのはＷＷＷブラウザにより行われるが、ＯＳまたはアクセスコントローラがアプリケーションプログラムのダウンロードを監視し、ＯＳまたはアクセスコントローラがプログラム管理テーブルＴＢ３にデータを格納するようにしてもよい。

上述した実施形態では、携帯電話機１００は、アプリケーションプログラムをサーバ装置５００からダウンロードして記憶しているが、アプリケーションプログラムを、携帯電話機１００の製造時に予め携帯電話機１００にインストールし、顧客テーブルＴＢ１と、プログラムリストテーブルＴＢ２と、プログラム管理テーブルＴＢ３とを携帯電話機１００の販売前に作成するようにしてもよい。

上述した実施形態では、管理メッセージを送信する携帯電話機１００を特定するための情報としてＵＩＭ１０９に記憶された電話番号を用いているがこれに限定されるものではない。管理メッセージを送信する携帯電話機１００を特定するための情報は、ＵＩＭ１０９を一意に識別でき、移動体通信網２００がこの情報をもとに携帯電話機１００にメッセージを送信できるのであれば、電子メールアドレスなど他の情報でもよい。

上述した実施形態は、携帯電話機１００の使用者がページＰ１０のテキストボックスＢＸ１にＵＩＭ１０９に記憶された電話番号を入力することにより、顧客テーブルＴＢ１に電話番号が格納される態様となっているが、サーバ装置５００が電話番号を顧客テーブルＴＢ１に格納する態様は、この態様に限定されるものではない。携帯電話機１００にて実現されるＷＷＷブラウザが、ＨＴＴＰリクエストのヘッダ部に、ＵＩＭ１０９に記憶されている電話番号を記述し、サーバ装置５００が、ＨＴＴＰリクエストのヘッダ部に記述された電話番号を顧客テーブルＴＢ１に格納するようにしてもよい。

上述した実施形態では、アプリケーションプログラムをダウンロードした時に、アプリケーションプログラムのファイル名と管理データとをＵＩＭ１０９に記憶させるようにしているが、ダウンロードした時はファイル名のみを記憶させるようにし、ファイル名に対応付けて管理データが記憶されていない場合、アプリケーションプログラムを使用可能な状態であるとＣＰＵ１０８が判断するようにしてもよい。

サーバ装置５００からアプリケーションプログラムをダウンロードし、管理メッセージが送信されるのは、携帯電話機に限定されるものではない。ＰＤＡ（Personal Digital Assistance）や携帯型のパーソナルコンピュータなど、移動体通信網を利用可能な通信端末であってもよい。

上述した実施形態では、アプリケーションプログラムとプログラム管理テーブルＴＢ３とは、不揮発性メモリ１０５に記憶されているが、携帯電話機１００に着脱可能な記録媒体に記憶させるようにしてもよい。

サーバ装置５００が送信する管理メッセージは、上述した実施形態で示したような、ファイル名と管理データとを内包する態様に限定されるものではない。アプリケーションプログラムの削除を指示し、削除の対象となるアプリケーションプログラムを指定できるのであれば他の態様であってもよい。例えば、アプリケーションプログラムのファイル名のみが管理メッセージに内包されている場合には、アプリケーションプログラムの削除を指示し、ファイル名に加えて他のデータが内包されている場合には、アプリケーションプログラムの使用停止を指示するといった態様であってもよい。

本発明の実施形態に係わる通信システムの全体構成を例示する図である。 同実施形態に係わるサーバ装置５００が提供するページを例示する図である。 同実施形態に係わるサーバ装置５００に記憶される顧客テーブルＴＢ１のフォーマットを例示する図である。 同実施形態に係わるサーバ装置５００が管理メッセージを送信する時の処理の流れを例示するフローチャートである。 同実施形態に係わる携帯電話機１００のハードウェア構成を例示する図である。 同実施形態に係わる携帯電話機１００に装着されるＵＩＭ１０９に記憶されるプログラムリストテーブルＴＢ２のフォーマットを例示する図である。 同実施形態に係わる携帯電話機１００の不揮発性メモリ１０５に記憶されるプログラム管理テーブルＴＢ３のフォーマットを例示する図である。 同実施形態に係わる携帯電話機１００のＣＰＵ１０８が管理メッセージを受信した時に行う処理の流れを例示するフローチャートである。 同実施形態に係わる携帯電話機１００にてアクセスコントローラが実現された時に行われる処理の流れを例示するフローチャートである。 同実施形態の第１動作例を説明するための図である。 同実施形態の第２動作例を説明するための図である。 同実施形態の第３動作例を説明するための図である。 同実施形態の変形例にて用いられる顧客テーブルのフォーマットを例示する図である。

符号の説明

１００−１、１００−２・・・携帯電話機、１０１・・・バス、１０２・・・通信部、１０３・・・操作部、１０４・・・表示部、１０５・・・不揮発性メモリ、１０６・・・ＲＯＭ、１０７・・・ＲＡＭ、１０８・・・ＣＰＵ、１０９・・・ＵＩＭ、２００・・・移動体通信網、３００・・・ゲートウェイサーバ装置、４００・・・インターネット、５００・・・サーバ装置。

Claims (6)

1. 通信網上において通信に使用される識別子であって使用者を一意に特定する使用者識別子を記憶するモジュールを装着するための装着手段と、
   記憶手段により記憶されたコンテンツを使用不可とする旨のメッセージを受信する受信手段と、
   前記受信手段が受信したメッセージの内容を解釈する解釈手段と、
   前記モジュールから前記使用者識別子を取得し、取得した前記使用者識別子が、前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツと対応付けて前記記憶手段により記憶されているか否かを判断する判断手段と、
   前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツが前記モジュールから取得した使用者識別子に対応付けて記憶されていると前記判断手段にて判断された場合にのみ、前記解釈手段が解釈したメッセージの内容に基づいて前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツが使用不可となるように前記記憶手段を制御する第１制御手段と
   を有する通信端末。
2. 前記第１制御手段は、前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツを前記記憶手段から削除することを特徴とする請求項１に記載の通信端末。
3. 前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツを使用不可にする旨の管理データと前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツを示すデータとを対応付けて記憶するよう前記モジュールを制御するモジュール制御手段と、
   前記モジュールから前記使用者識別子を取得し、取得した使用者識別子に対応付けて記憶されているコンテンツの管理データを前記モジュールから取得し、この管理データに基づいて記憶されているコンテンツが使用不可となるように前記記憶手段を制御する第２制御手段と
   を有する請求項１に記載の通信端末。
4. 前記モジュールに対して行う制御を、前記モジュールの種別に基づいて異ならせることを特徴とする請求項３に記載の通信端末。
5. 前記第２制御手段は、前記管理データに基づいて、前記記憶手段により記憶されているコンテンツを前記記憶手段から読み出さないようにすることを特徴とする請求項３に記載の通信端末。
6. 前記第２制御手段は、前記管理データに基づいて前記記憶手段を制御し、前記解釈手段により解釈されたメッセージにより使用不可とされるコンテンツを削除することを特徴とする請求項３に記載の通信端末。

Images