JP2003198718A

JP2003198718A - 通信端末、コンテンツの使用制限方法およびプログラムの実行制限方法

Info

Publication number: JP2003198718A
Application number: JP2001392068A
Authority: JP
Inventors: Kazuhiro Yamada; 和宏山田; Tatsuaki Wakabayashi; 達明若林
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2001-12-25
Filing date: 2001-12-25
Publication date: 2003-07-11
Anticipated expiration: 2021-12-25
Also published as: JP4142287B2

Abstract

(57)【要約】【課題】通信サービスの加入契約または加入者を識別
するためのデータ記憶モジュールや記憶媒体が着脱自在
な通信端末において、コンテンツの使用を適切に制限で
きるようにすること。【解決手段】携帯電話機４０は、コンテンツサーバ１
０からコンテンツをダウンロードした場合に、現時点に
おいて携帯電話機４０に装着されているＵＩＭ５０から
取得したＵＩＭＩＤを、ダウンロードしたコンテンツと
対応付けてメモリへ記憶する。携帯電話機４０は、ダウ
ンロードされたコンテンツの使用が指示された場合に、
現時点において携帯電話機４０に装着されているＵＩＭ
５０から取得したＵＩＭＩＤと、使用することが指定さ
れたコンテンツに対応付けられてメモリに記憶されてい
るＵＩＭＩＤとを照合し、照合結果に基づいてこのコン
テンツの使用を許可するか否かを決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信端末、コン
テンツの使用制限方法およびプログラムの実行制限方法
に関する。

【０００２】

【従来の技術】近年、例えば、電話番号やメモリダイヤ
ル情報などの移動電話サービスの加入者に関する情報を
記憶するユーザ識別モジュール（以下、ＵＩＭ：User I
dentity Moduleと略称する）が装着可能な携帯電話機の
開発が進められている。上述した加入者に関する情報を
携帯電話機のメモリに格納せずＵＩＭに格納することに
より、ユーザは、自分のＵＩＭを他人の携帯電話機本体
に装着することで、当該他人の携帯電話機をあたかも自
分の携帯電話機のごとく利用することが可能となる。

【０００３】このようにＵＩＭが装着可能であって、か
つ、パケット通信機能を有する携帯電話機は、インター
ネットに接続されているサーバからプログラム、画像デ
ータ、楽曲データなど様々なコンテンツをダウンロード
することができる。

【０００４】

【発明が解決しようとする課題】ところで、現在実用化
が検討されているＵＩＭのメモリ容量はまだ十分でない
ため、ＵＩＭを装着した携帯電話機にダウンロードされ
るコンテンツの本体データは、携帯電話機のメモリに格
納されることとなる。したがって、携帯電話機のメモリ
に格納されたコンテンツを使用する使用者を制限する必
要がある。

【０００５】なぜならば、ＵＩＭは、当該ＵＩＭを装着
可能な携帯電話機であるならば任意の携帯電話機に装着
可能であり、例えば、コンテンツのダウンロード時にお
いて携帯電話機の所有者と当該携帯電話機に装着されて
いたＵＩＭの所有者とが異なる場合、コンテンツの提供
元であるコンテンツプロバイダは、基本的にはＵＩＭの
所有者のみにコンテンツの提供とその使用を許諾してい
るためである。このような場合、携帯電話機のメモリに
格納されたコンテンツの使用を、このコンテンツのダウ
ンロード時に携帯電話機に装着されていたＵＩＭの所有
者のみに制限する必要がある。

【０００６】一方、コンテンツのダウンロード時におい
て携帯電話機の所有者と当該携帯電話機に装着されてい
たＵＩＭの所有者とが異なる場合であっても、コンテン
ツプロバイダがＵＩＭの所有者以外の他のユーザに対し
てもその使用を許諾している場合は、上述したようなコ
ンテンツの使用制限を行なう必要はない。

【０００７】本発明は、以上説明した事情に鑑みてなさ
れたものであり、通信サービスの加入契約または加入者
を識別するためのデータ記憶モジュールや記憶媒体が着
脱自在な通信端末において、コンテンツの使用を適切に
制限できるようにした通信端末、コンテンツの使用制限
方法およびプログラムの実行制限方法を提供することを
目的としている。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、この発明は、通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末において、コンテン
ツを受信する受信手段と、前記受信手段によりコンテン
ツを受信した場合に、当該通信端末に装着されているデ
ータ記憶モジュールから取得した加入識別情報を前記コ
ンテンツと対応付けて当該通信端末のメモリに記憶する
記憶手段と、前記記憶手段によりメモリに記憶されたコ
ンテンツの使用が指示された場合に、当該通信端末に装
着されているデータ記憶モジュールから取得した加入識
別情報と、前記コンテンツに対応付けられてメモリに記
憶されている加入識別情報とを照合する照合手段と、前
記照合手段による照合結果に基づいて前記コンテンツの
使用可否を決定する決定手段とを有する通信端末を提供
する。

【０００９】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末が、
コンテンツを受信する受信過程と、前記通信端末が、前
記受信過程にてコンテンツを受信した場合に、当該通信
端末に装着されているデータ記憶モジュールから取得し
た加入識別情報を前記コンテンツと対応付けて当該通信
端末のメモリに記憶する記憶過程と、前記通信端末が、
前記記憶過程にてメモリに記憶されたコンテンツの使用
が指示された場合に、当該通信端末に装着されているデ
ータ記憶モジュールから取得した加入識別情報と、前記
コンテンツに対応付けられてメモリに記憶されている加
入識別情報とを照合する照合過程と、前記通信端末が、
前記照合過程による照合結果に基づいて前記コンテンツ
の使用可否を決定する決定過程とを有するコンテンツの
使用制限方法を提供する。

【００１０】この発明によれば、通信端末は、メモリに
記憶されたコンテンツの使用が指示された場合に、この
コンテンツに対応付けられてメモリに記憶されている加
入識別情報と、当該通信端末に装着されているデータ記
憶モジュールから取得した加入識別情報とを照合し、照
合結果に基づいてこのコンテンツの使用可否を決定す
る。

【００１１】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末にお
いて、コンテンツを受信する受信手段と、前記受信手段
によりコンテンツを受信した場合に、当該通信端末に装
着されているデータ記憶モジュールから取得した加入識
別情報を前記コンテンツと対応付けて当該通信端末のメ
モリに記憶する記憶手段と、前記記憶手段によりメモリ
に記憶されたコンテンツのうち、当該通信端末に装着さ
れているデータ記憶モジュールから取得した加入識別情
報が対応付けられているコンテンツを、使用を許可する
コンテンツとしてユーザに報知する報知手段とを有する
通信端末を提供する。

【００１２】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末が、
コンテンツを受信する受信過程と、前記通信端末が、前
記受信過程にてコンテンツを受信した場合に、当該通信
端末に装着されているデータ記憶モジュールから取得し
た加入識別情報を前記コンテンツと対応付けて当該通信
端末のメモリに記憶する記憶過程と、前記通信端末が、
前記記憶過程にてメモリに記憶されたコンテンツのう
ち、当該通信端末に装着されているデータ記憶モジュー
ルから取得した加入識別情報が対応付けられているコン
テンツを、使用を許可するコンテンツとしてユーザに報
知する報知過程とを有するコンテンツの使用制限方法を
提供する。

【００１３】この発明によれば、通信端末は、メモリに
記憶されているコンテンツのうち、当該通信端末に装着
されているデータ記憶モジュールから取得した加入識別
情報が対応付けられたコンテンツを、使用を許可するコ
ンテンツとしてユーザに報知する。

【００１４】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末にお
いて、コンテンツを受信する受信手段と、前記受信手段
によりコンテンツを受信した場合に、このコンテンツを
当該通信端末のメモリに記憶するとともに、このコンテ
ンツを識別するコンテンツ識別情報を当該通信端末に装
着されているデータ記憶モジュールに記憶させる記憶手
段と、前記記憶手段により当該通信端末のメモリに記憶
されたコンテンツの使用が指示された場合に、このコン
テンツのコンテンツ識別情報が当該通信端末に装着され
ているデータ記憶モジュールから取得したコンテンツ識
別情報のいずれかと一致するか否かを判別する判別手段
と、前記判別手段による判別結果に基づいて前記コンテ
ンツの使用可否を決定する決定手段とを有する通信端末
を提供する。

【００１５】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末が、
コンテンツを受信する受信過程と、前記通信端末が、前
記受信過程にてコンテンツを受信した場合に、このコン
テンツを当該通信端末のメモリに記憶するとともに、こ
のコンテンツを識別するコンテンツ識別情報を当該通信
端末に装着されているデータ記憶モジュールに記憶させ
る記憶過程と、前記通信端末が、前記記憶過程にて当該
通信端末のメモリに記憶されたコンテンツの使用が指示
された場合に、このコンテンツのコンテンツ識別情報が
当該通信端末に装着されているデータ記憶モジュールか
ら取得したコンテンツ識別情報のいずれかと一致するか
否か判別する判別過程と、前記通信端末が、前記判別過
程による判別結果に基づいて前記コンテンツの使用可否
を決定する決定過程とを有するコンテンツの使用制限方
法を提供する。

【００１６】この発明によれば、通信端末は、メモリに
記憶されたコンテンツの使用が指示された場合に、この
コンテンツのコンテンツ識別情報が当該通信端末に装着
されているデータ記憶モジュールから取得したコンテン
ツ識別情報のいずれかと一致するか否かを判別し、判別
結果に基づいてこのコンテンツの使用可否を決定する。

【００１７】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末にお
いて、コンテンツを受信する受信手段と、前記受信手段
によりコンテンツを受信した場合に、このコンテンツを
当該通信端末のメモリに記憶するとともに、このコンテ
ンツを識別するコンテンツ識別情報を当該通信端末に装
着されているデータ記憶モジュールに記憶させる記憶手
段と、前記記憶手段によりメモリに記憶されたコンテン
ツのうち、当該通信端末に装着されているデータ記憶モ
ジュールから取得したコンテンツ識別情報のいずれかに
該当するコンテンツを、使用を許可するコンテンツとし
てユーザに報知する報知手段とを有する通信端末を提供
する。

【００１８】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末が、
コンテンツを受信する受信過程と、前記通信端末が、前
記受信過程にてコンテンツを受信した場合に、このコン
テンツを当該通信端末のメモリに記憶するとともに、こ
のコンテンツを識別するコンテンツ識別情報を当該通信
端末に装着されているデータ記憶モジュールに記憶させ
る記憶過程と、前記通信端末が、前記記憶過程にてメモ
リに記憶されたコンテンツのうち、当該通信端末に装着
されているデータ記憶モジュールから取得したコンテン
ツ識別情報のいずれかに該当するコンテンツを、使用を
許可するコンテンツとしてユーザに報知する報知過程と
を有するコンテンツの使用制限方法を提供する。

【００１９】この発明によれば、通信端末は、メモリに
記憶されているコンテンツのうち、当該通信端末に装着
されているデータ記憶モジュールから取得したコンテン
ツ識別情報のいずれかに該当するコンテンツを、使用を
許可するコンテンツとしてユーザに報知する。

【００２０】また、この発明は、記憶媒体が着脱自在な
通信端末において、前記記憶媒体には、当該記憶媒体毎
に固有に割り当てられた記憶媒体識別情報が記憶されて
おり、コンテンツを受信する受信手段と、前記受信手段
によりコンテンツを受信した場合に、このコンテンツを
識別するコンテンツ識別情報を、当該通信端末に装着さ
れている記憶媒体から取得した記憶媒体識別情報を用い
て暗号化する暗号化手段と、前記受信手段により受信さ
れたコンテンツを当該通信端末のメモリに記憶するとと
もに、前記暗号化手段により暗号化されたコンテンツ識
別情報を前記記憶媒体に記憶する記憶手段と、当該通信
端末に装着されている記憶媒体から取得した１以上の暗
号化されたコンテンツ識別情報を前記記憶媒体から取得
した当該記憶媒体の記憶媒体識別情報を用いて復号化す
る復号化手段と、前記記憶手段により当該通信端末のメ
モリに記憶されたコンテンツの使用が指示された場合
に、このコンテンツのコンテンツ識別情報が前記復号化
手段により復号化されたコンテンツ識別情報のいずれか
と一致するか否かを判別する判別手段と、前記判別手段
による判別結果に基づいて前記コンテンツの使用可否を
決定する決定手段とを有する通信端末を提供する。

【００２１】また、この発明は、記憶媒体毎に固有に割
り当てられた記憶媒体識別情報を記憶している記憶媒体
が着脱自在な通信端末が、コンテンツを受信する受信過
程と、前記通信端末が、前記受信過程にてコンテンツを
受信した場合に、このコンテンツを識別するコンテンツ
識別情報を、当該通信端末に装着されている記憶媒体か
ら取得した記憶媒体識別情報を用いて暗号化する暗号化
過程と、前記通信端末が、前記受信過程にて受信された
コンテンツを当該通信端末のメモリに記憶するととも
に、前記暗号化過程にて暗号化されたコンテンツ識別情
報を前記記憶媒体に記憶する記憶過程と、前記通信端末
が、当該通信端末に装着されている記憶媒体から取得し
た１以上の暗号化されたコンテンツ識別情報を前記記憶
媒体から取得した当該記憶媒体の記憶媒体識別情報を用
いて復号化する復号化過程と、前記通信端末が、前記記
憶過程にてメモリに記憶されたコンテンツの使用が指示
された場合に、このコンテンツのコンテンツ識別情報が
前記復号化過程にて復号化されたコンテンツ識別情報の
いずれかと一致するか否かを判別する判別過程と、前記
通信端末が、前記判別過程による判別結果に基づいて前
記コンテンツの使用可否を決定する決定過程とを有する
コンテンツの使用制限方法を提供する。

【００２２】この発明によれば、通信端末は、メモリに
記憶されたコンテンツの使用が指示された場合に、この
コンテンツのコンテンツ識別情報が、当該通信端末に装
着されている記憶媒体から取得した、当該記憶媒体の記
憶媒体識別情報を用いて復号できたコンテンツ識別情報
のいずれかと一致するか否かを判別し、判別結果に基づ
いてこのコンテンツの使用可否を決定する。

【００２３】また、この発明は、記憶媒体が着脱自在な
通信端末において、前記記憶媒体には、当該記憶媒体毎
に固有に割り当てられた記憶媒体識別情報が記憶されて
おり、コンテンツを受信する受信手段と、前記受信手段
によりコンテンツを受信した場合に、このコンテンツを
識別するコンテンツ識別情報を、当該通信端末に装着さ
れている記憶媒体から取得した記憶媒体識別情報を用い
て暗号化する暗号化手段と、前記受信手段により受信さ
れたコンテンツを当該通信端末のメモリに記憶するとと
もに、前記暗号化手段により暗号化されたコンテンツ識
別情報を前記記憶媒体に記憶する記憶手段と、当該通信
端末に装着されている記憶媒体から取得した１以上の暗
号化されたコンテンツ識別情報を前記記憶媒体から取得
した当該記憶媒体の記憶媒体識別情報を用いて復号化す
る復号化手段と、前記記憶手段によりメモリに記憶され
たコンテンツのうち、前記復号化手段により復号化され
たコンテンツ識別情報のいずれかに該当するコンテンツ
を、使用を許可するコンテンツとしてユーザに報知する
報知手段とを有する通信端末を提供する。

【００２４】また、この発明は、記憶媒体毎に固有に割
り当てられた記憶媒体識別情報を記憶している記憶媒体
が着脱自在な通信端末が、コンテンツを受信する受信過
程と、前記通信端末が、前記受信過程にてコンテンツを
受信した場合に、このコンテンツを識別するコンテンツ
識別情報を、当該通信端末に装着されている記憶媒体か
ら取得した記憶媒体識別情報を用いて暗号化する暗号化
過程と、前記通信端末が、前記受信過程にて受信された
コンテンツを当該通信端末のメモリに記憶するととも
に、前記暗号化過程にて暗号化されたコンテンツ識別情
報を前記記憶媒体に記憶する記憶過程と、前記通信端末
が、当該通信端末に装着されている記憶媒体から取得し
た１以上の暗号化されたコンテンツ識別情報を前記記憶
媒体から取得した当該記憶媒体の記憶媒体識別情報を用
いて復号化する復号化過程と、前記通信端末が、前記記
憶過程にてメモリに記憶されたコンテンツのうち、前記
復号化過程にて復号化されたコンテンツ識別情報のいず
れかに該当するコンテンツを、使用を許可するコンテン
ツとしてユーザに報知する報知過程とを有するコンテン
ツの使用制限方法を提供する。

【００２５】この発明によれば、通信端末は、メモリに
記憶されているコンテンツのうち、当該通信端末に装着
されている記憶媒体から取得した、当該記憶媒体の記憶
媒体識別情報を用いて復号できたコンテンツ識別情報の
いずれかに該当するコンテンツを、使用を許可するコン
テンツとしてユーザに報知する。

【００２６】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末にお
いて、プログラムを受信する受信手段と、前記受信手段
によりプログラムを受信した場合に、当該通信端末に装
着されているデータ記憶モジュールから取得した加入識
別情報を前記プログラムと対応付けて当該通信端末のメ
モリに記憶する記憶手段と、前記記憶手段によりメモリ
に記憶されたプログラムの実行が指示された場合に、当
該通信端末に装着されているデータ記憶モジュールから
取得した加入識別情報と、前記プログラムに対応付けら
れてメモリに記憶されている加入識別情報とを照合する
照合手段と、前記照合手段による照合結果に基づいて前
記プログラムの実行可否を決定する決定手段とを有する
通信端末を提供する。

【００２７】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末が、
プログラムを受信する受信過程と、前記通信端末が、前
記受信過程にてプログラムを受信した場合に、当該通信
端末に装着されているデータ記憶モジュールから取得し
た加入識別情報を前記プログラムと対応付けて当該通信
端末のメモリに記憶する記憶過程と、前記通信端末が、
前記記憶過程にてメモリに記憶されたプログラムの実行
が指示された場合に、当該通信端末に装着されているデ
ータ記憶モジュールから取得した加入識別情報と、前記
プログラムに対応付けられてメモリに記憶されている加
入識別情報とを照合する照合過程と、前記通信端末が、
前記照合過程による照合結果に基づいて前記プログラム
の実行可否を決定する決定過程とを有するプログラムの
実行制限方法を提供する。

【００２８】この発明によれば、通信端末は、メモリに
記憶されたプログラムの使用が指示された場合に、この
プログラムに対応付けられてメモリに記憶されている加
入識別情報と、当該通信端末に装着されているデータ記
憶モジュールから取得した加入識別情報とを照合し、照
合結果に基づいてこのプログラムの実行可否を決定す
る。

【００２９】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末にお
いて、プログラムを受信する受信手段と、前記受信手段
によりプログラムを受信した場合に、当該通信端末に装
着されているデータ記憶モジュールから取得した加入識
別情報を前記プログラムと対応付けて当該通信端末のメ
モリに記憶する記憶手段と、前記記憶手段によりメモリ
に記憶されたプログラムのうち、当該通信端末に装着さ
れているデータ記憶モジュールから取得した加入識別情
報が対応付けられているプログラムを、実行を許可する
プログラムとしてユーザに報知する報知手段とを有する
通信端末を提供する。

【００３０】また、この発明は、通信サービスの加入契
約または加入者を識別するための加入識別情報を記憶し
ているデータ記憶モジュールが着脱自在な通信端末が、
プログラムを受信する受信過程と、前記通信端末が、前
記受信過程にてプログラムを受信した場合に、当該通信
端末に装着されているデータ記憶モジュールから取得し
た加入識別情報を前記プログラムと対応付けて当該通信
端末のメモリに記憶する記憶過程と、前記通信端末が、
前記記憶過程にてメモリに記憶されたプログラムのう
ち、当該通信端末に装着されているデータ記憶モジュー
ルから取得した加入識別情報が対応付けられているプロ
グラムを、実行を許可するプログラムとしてユーザに報
知する報知過程とを有するプログラムの実行制限方法を
提供する。

【００３１】この発明によれば、通信端末は、メモリに
記憶されているプログラムのうち、当該通信端末に装着
されているデータ記憶モジュールから取得した加入識別
情報が対応付けられたプログラムを、実行を許可するプ
ログラムとしてユーザに報知する。

【００３２】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態について説明する。なお、各図において共通する
部分には、同一の符号が付されている。また、かかる実
施形態は本発明の一態様を示すものであり、この発明を
限定するものではなく、本発明の範囲で任意に変更可能
である。

【００３３】［Ａ．第１実施形態］［Ａ−１．実施形態の構成］＜１．通信システムの構成＞図１は、この発明の第１実
施形態に係る通信システム１の構成を例示するブロック
図である。同図に示されるように通信システム１は、コ
ンテンツサーバ１０と、インターネット２０と、移動パ
ケット通信網３０と、携帯電話機４０と、ＵＩＭ５０と
を有する。なお、図１においては図面が煩雑になること
を防ぐために、通信システム１を構成する所定のコンテ
ンツサーバ１０、移動パケット通信網３０を構成する所
定のゲートウェイサーバ３１および所定の基地局３２、
移動パケット通信網３０に収容される所定の携帯電話機
４０、当該携帯電話機４０に装着可能な所定のＵＩＭ５
０のみが示されている。

【００３４】コンテンツサーバ１０は、インターネット
２０および移動パケット通信網３０を介して携帯電話機
４０とパケット通信を行う機能を有している。このコン
テンツサーバ１０には、携帯電話機４０に提供されるプ
ログラムや画像データ、楽曲データなどの様々なコンテ
ンツが格納されている。これらのコンテンツの中には、
携帯電話機４０において実行可能なJavaアプリケーショ
ンプログラム（以下、JavaＡＰと略称する）が含まれて
いる。このJavaＡＰは、JavaアプレットやJavaアプリケ
ーションなどの、Javaプログラミング言語で記述された
アプリケーションプログラムである。

【００３５】移動パケット通信網３０は、当該移動パケ
ット通信網３０に収容される携帯電話機４０に対してパ
ケット通信サービスを提供する通信網であり、ゲートウ
ェイサーバ３１と基地局３２とを有している。なお、通
信システム１は、移動パケット通信網３０に加え、図示
を省略した移動電話網を有する。この移動電話網は、当
該移動電話網に収容される携帯電話機４０に対して一般
的な移動電話の通話サービスを提供する。

【００３６】ゲートウェイサーバ３１は、移動パケット
通信網３０とインターネット２０とを相互接続する図示
を省略した移動パケット関門中継交換局に設けられてい
る。このゲートウェイサーバ３１は、移動パケット通信
網３０用の通信プロトコルと、インターネット２０にお
いて用いられている、例えば、ＴＣＰ／ＩＰ（Transmis
sion Control Protocol / Internet Protocol）やＨＴ
ＴＰ（Hyper Text Transfer Protocol）との相互変換を
行って、移動パケット通信網３０とインターネット２０
とのデータの授受を中継する。また、基地局３２は、移
動パケット通信網３０の通信サービスエリア内に多数設
置されており、自局３２がカバーする無線セルに在圏し
ている携帯電話機４０と無線通信を行う。

【００３７】携帯電話機４０は、自機４０が在圏してい
る無線セルをカバーする基地局３２と無線通信を行い、
パケット通信サービスや通話サービスを受ける移動機で
ある。この携帯電話機４０は、コンテンツサーバ１０と
の間でパケット通信を行い、コンテンツサーバ１０から
任意のコンテンツをダウンロードすることができる。

【００３８】ＵＩＭ５０は、当該ＵＩＭ５０の所有者に
関する情報（以下、加入者情報と記載する）を記憶する
データ記憶モジュールである。このＵＩＭ５０は、例え
ば、JavaカードやＳＩＭ（Subscriber Identity Modul
e）カードなどのＩＣカードであって、内部に備わるマ
イクロプロセッサによりプログラムを実行し、各種制御
を行なうことができる。ここで、ＵＩＭ５０に記憶され
る加入者情報とは、例えば、このＵＩＭ５０の所有者を
特定する電話番号などの加入者ＩＤや、このＵＩＭ５０
の所有者のクレジットカード番号や銀行の口座番号、所
有者の発呼、着呼などに関する履歴情報や電話帳情報な
どである。また、このＵＩＭ５０には、ＵＩＭ５０毎に
固有に割り当てられたシリアルナンバー（以下、ＵＩＭ
ＩＤと記載する）が記憶されている。

【００３９】＜２．携帯電話機の構成＞図２は、図１に
示された携帯電話機４０のハードウェア構成を例示する
ブロック図である。同図に示されるように携帯電話機４
０は、無線通信部４０１と、操作入力部４０２と、通話
処理部４０３と、ＵＩＭインタフェース４０４と、液晶
表示部４０５と、記憶部４０６と、ＣＰＵ（Central Pr
ocessing Unit）４１０とを有し、これらの各部はバス
４１１により接続されている。

【００４０】無線通信部４０１は、アンテナ４０１ａを
備え、基地局３２との間で行われる無線通信を制御す
る。この無線通信部４０１は、ＣＰＵ４１０の制御の
下、例えば、送話音声に関するデータやパケット通信用
のデータなどを搬送波に重畳して送信信号を生成し、こ
の信号をアンテナ４０１ａを介して基地局３２へ送信す
る。また、無線通信部４０１は、基地局３２から送られ
てくる無線信号をアンテナ４０１ａを介して受信し、こ
の信号を復調して自機４０宛の受話音声に関するデータ
やパケット通信用のデータなどを得る。

【００４１】操作入力部４０２は、数字や文字、操作指
示などを入力するための複数のキーを備え、これらのキ
ーの操作に応じた操作信号をＣＰＵ４１０に出力する。
通話処理部４０３は、例えば、マイクロフォンやスピー
カ、音声処理部などを有し、ＣＰＵ４１０の制御の下、
呼接続／切断処理を含む通話処理を行う。ＵＩＭインタ
フェース４０４は、携帯電話機４０に装着されたＵＩＭ
５０との間で行われる通信を制御する。また、液晶表示
部４０５は、液晶表示パネルと、この液晶表示パネルの
表示制御を行う駆動回路とを有する。

【００４２】記憶部４０６は、ＲＯＭ（Read Only Memo
ry）４０７と、ＲＡＭ（Random Access Memory）４０８
と、例えばＳＲＡＭ（Static−RAM）やＥＥＰＲＯＭ（E
lectrically Erasable Programmable−ROM）などの不揮
発性メモリ４０９とを有する。

【００４３】ＲＯＭ４０７には、ＣＰＵ４１０により実
行される各種プログラムなどが格納されている。例え
ば、このＲＯＭ４０７には、携帯電話機４０用のオペレ
ーティングシステム（以下、ＯＳと略称する）や、Ｗｅ
ｂ（World Wide Web）ブラウザ、Java実行環境を構築す
るソフトウェアなどが格納されている。また、ＲＡＭ４
０８は、ＣＰＵ４１０のワークエリアとして用いられ、
ＣＰＵ４１０により実行されるプログラムや各種のデー
タが一時的に格納される。

【００４４】不揮発性メモリ４０９には、携帯電話機４
０用のアプリケーションプログラムや各種のデータが格
納される。この不揮発性メモリ４０９は、図２に示され
るように、現時点において携帯電話機４０に装着されて
いるＵＩＭ５０のＵＩＭＩＤが格納されるＵＩＭＩＤ格
納領域４０９ａと、コンテンツサーバ１０からダウンロ
ードしたコンテンツが格納されるコンテンツ格納領域４
０９ｂとを有する。

【００４５】ここで、ＵＩＭＩＤ格納領域４０９ａに
は、ＵＩＭ５０が携帯電話機４０へ装着された際に、こ
のＵＩＭ５０から送出されたＵＩＭＩＤがＵＩＭインタ
フェース４０４を介して格納される。また、コンテンツ
サーバ１０からダウンロードされたコンテンツは、図３
に示されるように、このコンテンツのダウンロード時に
当該携帯電話機４０に装着されていたＵＩＭ５０のＵＩ
ＭＩＤと対応付けられてコンテンツ格納領域４０９ｂに
格納される。なお、図３は、コンテンツとＵＩＭＩＤと
を対応付けて格納することの概念を示すものに過ぎず、
例えば、コンテンツの識別情報とＵＩＭＩＤとの対応関
係を記述したリストを不揮発性メモリ４０９に格納する
ようにしてもよい。

【００４６】また、コンテンツ格納領域４０９ｂに格納
される各種コンテンツのうち、JavaＡＰは、JavaＡＰの
本体プログラムおよび当該本体プログラムの実行に応じ
て利用される画像ファイルや音声ファイルなどを１つに
まとめたＪＡＲ（Java Archive）ファイルと、このＪＡ
Ｒファイルのインストールや起動、ネットワークアクセ
スなどを制御するための各種制御情報が記述されたＡＤ
Ｆ（Application Descriptor File）とを有する。

【００４７】ＣＰＵ４１０は、記憶部４０６に格納され
ている各種プログラムを実行することにより、バス４１
１を介して接続されている装置各部を制御する。このＣ
ＰＵ４１０は、本実施形態に特有な処理として、まず、
コンテンツサーバ１０からコンテンツをダウンロードし
た場合に、ＵＩＭＩＤ格納領域４０９ａに格納されてい
るＵＩＭＩＤ、すなわち、コンテンツをダウンロードし
た時点において当該携帯電話機４０に装着されているＵ
ＩＭ５０のＵＩＭＩＤを、ダウンロードしたコンテンツ
と対応付けてコンテンツ格納領域４０９ｂへ格納する。

【００４８】また、ＣＰＵ４１０は、例えば、JavaＡＰ
の実行が指示された場合や画像データの表示が指示され
た場合など、ダウンロードされたコンテンツの使用が指
示された場合に、ＵＩＭＩＤ格納領域４０９ａに格納さ
れているＵＩＭＩＤ、すなわち、現時点において当該携
帯電話機４０に装着されているＵＩＭ５０のＵＩＭＩＤ
と、使用することが指定されたコンテンツに対応付けら
れてコンテンツ格納領域４０９ｂに格納されているＵＩ
ＭＩＤとを照合し、照合結果に基づいてこのコンテンツ
の使用を許可するか否かを決定する。

【００４９】より具体的に説明すると、本実施形態に係
る携帯電話機４０は、コンテンツ格納領域４０９ｂに格
納されたコンテンツの使用を、このコンテンツのダウン
ロード時に当該携帯電話機４０に装着されていたＵＩＭ
５０の所有者のみに制限している。これは、コンテンツ
のダウンロード時において携帯電話機４０の所有者と当
該携帯電話機４０に装着されていたＵＩＭ５０の所有者
とが異なる場合、コンテンツの提供元であるコンテンツ
プロバイダは、基本的にはＵＩＭ５０の所有者のみにコ
ンテンツの提供とその使用を許諾しているためである。

【００５０】このため、ＣＰＵ４１０は、コンテンツの
使用が指示された場合に、ＵＩＭＩＤ格納領域４０９ａ
に格納されているＵＩＭＩＤと、使用することが指定さ
れたコンテンツに対応付けられてコンテンツ格納領域４
０９ｂに格納されているＵＩＭＩＤとを照合し、照合の
結果、両方のＵＩＭＩＤが一致した場合にのみ、このコ
ンテンツの使用を許可するようにしている。ここで、照
合の結果、両方のＵＩＭＩＤが一致した場合とは、現時
点において携帯電話機４０を使用しているユーザがこの
コンテンツのダウンロード時に当該携帯電話機４０に装
着されていたＵＩＭ５０の所有者であり、コンテンツプ
ロバイダから正式にコンテンツの提供とその使用を認め
られたユーザであることを示している。

【００５１】＜３．Java実行環境＞図４は、携帯電話機
４０におけるJavaＡＰの実行環境を説明するための図で
ある。なお、本実施形態に係る携帯電話機４０には、Ja
vaＡＰの実行環境を構築するためのソフトウェアとし
て、ＫＶＭ（K Virtual Machine）と、コンフィギレー
ションとしてＣＬＤＣ（Connected Limited Device Con
figuration）を備えるとともにプロファイルとして通信
事業者が独自に策定したオリジナルJava拡張プロファイ
ルを備えたＪ２ＭＥ（Java 2 Micro Edition）と、が組
み込まれている。

【００５２】同図においてネイティブアプリケーション
は、ＯＳによる制御の下で電話帳機能やブラウザ機能、
ネットワーク通信機能などを提供するソフトウェアであ
る。また、ＫＶＭは、小型電子機器用に設計変更された
ＪＶＭ（Java Virtual Machine）であり、JavaＡＰの実
行ファイル形式であるバイトコードをＣＰＵ４１０がＯ
Ｓを介して解釈／実行可能な命令コードに変換する。

【００５３】ＣＬＤＣクラスライブラリは、ＣＬＤＣ用
のクラスライブラリを提供する。また、オリジナルJava
拡張ライブラリは、ＣＬＤＣを基礎として携帯電話機に
特化した機能を提供するためのクラスライブラリであ
る。このオリジナルJava拡張ライブラリには、例えば、
ユーザインタフェースＡＰＩ（Application Program In
terface）、ネットワーキングＡＰＩ、スクラッチパッ
ドＡＰＩなどが含まれている。また、この携帯電話機４
０は、ＣＬＤＣクラスライブラリおよびオリジナルJava
拡張ライブラリに加え、メーカ独自拡張ライブラリを有
している。このメーカ独自拡張ライブラリは、携帯電話
機４０を製造する各メーカが、それぞれ独自の機能を提
供するためのクラスライブラリである。

【００５４】次に、ＪＡＭ（Java Application Manage
r）は、ＯＳによる制御の下で、携帯電話機４０にイン
ストールされたJavaＡＰを管理する機能を有している。
例えば、ＪＡＭは、携帯電話機４０に格納されているJa
vaＡＰをリスト表示する機能や、JavaＡＰの実行管理
（起動や強制終了など）を行う機能、JavaＡＰのインス
トールや更新を行う機能、携帯電話機４０に格納されて
いるJavaＡＰを削除する機能などを提供する。なお、Ｊ
ＡＭは、ＫＶＭから独立したネイティブコンポーネント
であって、JavaＡＰから制御を行なうことはできない。

【００５５】ＪＡＲストレージおよびスクラッチパッド
は、コンテンツ格納領域４０９ｂ内に設けられた記憶領
域である。ＪＡＲストレージは、携帯電話機４０にイン
ストールされたJavaＡＰ毎に、当該JavaＡＰのＪＡＲフ
ァイルを格納する。また、スクラッチパッドは、携帯電
話機４０にインストールされたJavaＡＰ毎に、当該Java
ＡＰが使用するデータを格納する。このスクラッチパッ
ドに格納されたデータは、JavaＡＰの実行終了後も永続
的に保持される。また、JavaＡＰは、スクラッチパッド
に格納された各JavaＡＰ用のデータのうち、自己用のデ
ータにしかアクセスできないようにＪＡＭにより制御さ
れる。また、ＪＡＲストレージやスクラッチパッドにお
いて各JavaＡＰ毎の記憶領域は、JavaＡＰがインストー
ルされる際にＪＡＭにより割り当てられる。

【００５６】＜４．ＵＩＭの構成＞図５は、図１に示さ
れたＵＩＭ５０のハードウェア構成を例示するブロック
図である。同図に示されるようにＵＩＭ５０は、外部イ
ンタフェース５０１と、ＲＯＭ５０２と、ＲＡＭ５０３
と、ＥＥＰＲＯＭ５０４と、ＣＰＵ５０５とを有し、こ
れらの各部はバス５０６により接続されている。

【００５７】外部インタフェース５０１は、携帯電話機
４０との間で行われる通信を制御する。ＲＯＭ５０２に
は、ＣＰＵ５０５により実行される各種プログラムなど
が格納されている。また、ＲＡＭ５０３は、ＣＰＵ５０
５のワークエリアとして用いられ、ＣＰＵ５０５により
実行されるプログラムや各種のデータが一時的に格納さ
れる。

【００５８】ＥＥＰＲＯＭ５０４は、移動機ＩＤ格納領
域５０４ａと、コンテンツリスト５０４ｂと、加入者情
報格納領域５０４ｃと、ＵＩＭＩＤ格納領域５０４ｄと
を有する。ここで、移動機ＩＤ格納領域５０４ａには、
現時点において当該ＵＩＭ５０が装着されている携帯電
話機４０の移動機ＩＤが格納される。また、コンテンツ
リスト５０４ｂは、このＵＩＭ５０の所有者が当該ＵＩ
Ｍ５０を装着した携帯電話機４０を用いてダウンロード
したコンテンツの一覧を示すリストである。このコンテ
ンツリスト５０４ｂは、図６に示されるように、例え
ば、ダウンロードしたコンテンツのファイル名などのコ
ンテンツ名により構成されている。なお、ダウンロード
したものの必要がなくなり、ＵＩＭ５０の所有者が削除
したコンテンツについては、コンテンツリスト５０４ｂ
から該当するコンテンツ名が削除される。また、前述し
たように、ダウンロードしたコンテンツの本体データ
は、ダウンロード時にこのＵＩＭ５０が装着されていた
携帯電話機４０のコンテンツ格納領域４０９ｂに格納さ
れる。

【００５９】加入者情報格納領域５０４ｃには、このＵ
ＩＭ５０の所有者の加入者情報として、加入者ＩＤ、ク
レジットカード番号や銀行の口座番号、発呼や着呼など
に関する履歴情報、電話帳情報などが格納される。ま
た、ＵＩＭＩＤ格納領域５０４ｄには、このＵＩＭ５０
に割り当てられたＵＩＭＩＤが格納される。なお、電話
番号などの加入者ＩＤは、ＵＩＭ５０による通信サービ
スの加入契約に応じて通信事業者によりＵＩＭ５０の所
有者に対して割り当てられ、加入者情報格納領域５０４
ｃに格納される。また、ＵＩＭＩＤは、例えば、ＵＩＭ
５０の工場出荷時やＵＩＭ５０による通信サービスの加
入契約時などにＵＩＭＩＤ格納領域５０４ｄへ書き込ま
れる。

【００６０】ＣＰＵ５０５は、ＲＯＭ５０２やＥＥＰＲ
ＯＭ５０４に格納されている各種プログラムを実行する
ことにより、バス５０６を介して接続されている装置各
部を制御する。このＣＰＵ５０５は、例えば、当該ＵＩ
Ｍ５０が装着された携帯電話機４０との通信などを制御
する。また、ＣＰＵ５０５は、当該ＵＩＭ５０が携帯電
話機４０に装着され、携帯電話機４０の主電源がＯＮに
切り換えられた場合に、携帯電話機４０の液晶表示画面
にパスワードの入力画面を表示させ、ユーザに対してパ
スワードの入力を促す。そして、ＣＰＵ５０５は、ユー
ザが入力したパスワードと予めＥＥＰＲＯＭ５０４に登
録されているパスワードとを照合することにより、ユー
ザがＵＩＭ５０の所有者であるか否かを認証し、認証結
果に応じて加入者情報格納領域５０４ｃに格納されてい
る加入者情報などへの携帯電話機４０からのアクセスを
制限する。以上が本実施形態に係る通信システム１の構
成である。

【００６１】［Ａ−２．第１実施形態の動作］次に本実
施形態の動作について説明する。なお、以下の動作説明
では、ＵＩＭ５０が装着された携帯電話機４０へコンテ
ンツとしてJavaＡＰがダウンロードされ、当該JavaＡＰ
が操作入力に応じて実行される場合について説明する。

【００６２】＜１．ダウンロード処理＞図７は、携帯電
話機４０がコンテンツサーバ１０からJavaＡＰをダウン
ロードする場合の、コンテンツサーバ１０、携帯電話機
４０およびＵＩＭ５０の動作を例示するシーケンスチャ
ートである。まず、ユーザは、ＵＩＭ５０を携帯電話機
４０に装着するとともに、携帯電話機４０の操作入力部
４０２を操作してＷｅｂブラウザの起動を指示する。こ
れにより携帯電話機４０において、コンテンツサーバ１
０から提供されるＷＷＷページなどを表示画面に表示さ
せることが可能となる。そして、ユーザが、コンテンツ
サーバ１０から提供されるＷＷＷページの閲覧中に操作
入力によってJavaＡＰのダウンロードを指示すると、同
図に示されるダウンロード処理が開始される。

【００６３】まず、携帯電話機４０のＣＰＵ４１０は、
ダウンロード要求を無線通信部４０１を介してコンテン
ツサーバ１０へ送信する（ステップＳ１０１）。このダ
ウンロード要求には、ダウンロードを指示するコマンド
とダウンロードするJavaＡＰを指定する情報とが含まれ
ている。このダウンロード要求は、移動パケット通信網
３０およびインターネット２０を介してコンテンツサー
バ１０へ送信される。コンテンツサーバ１０は、携帯電
話機４０からのダウンロード要求を受信すると、このダ
ウンロード要求により指定されるJavaＡＰをメモリから
読み出して（ステップＳ１０２）、このJavaＡＰを携帯
電話機４０へ送信する（ステップＳ１０３）。

【００６４】ここで、携帯電話機４０にダウンロードさ
れるJavaＡＰについて詳述すると、まず、携帯電話機４
０には、コンテンツサーバ１０からJavaＡＰのＡＤＦが
送信される。携帯電話機４０のＣＰＵ４１０は、受信し
たＡＤＦの内容を確認した後、このＡＤＦに基づいてＪ
ＡＲファイルのダウンロード要求を送信する。これに応
じてコンテンツサーバ１０から携帯電話機４０へJavaＡ
ＰのＪＡＲファイルがダウンロードされる。

【００６５】次いで、携帯電話機４０のＣＰＵ４１０
は、ＵＩＭＩＤ格納領域４０９ａに格納されているＵＩ
ＭＩＤ、すなわち、現時点において当該携帯電話機４０
に装着されているＵＩＭ５０のＵＩＭＩＤを取得する
（ステップＳ１０４）。ちなみに、このＵＩＭＩＤ格納
領域４０９ａには、ＵＩＭ５０が携帯電話機４０に装着
された時点で、当該装着されたＵＩＭ５０のＵＩＭＩＤ
が格納される。そして、ＣＰＵ４１０は、ステップＳ１
０４において取得したＵＩＭＩＤを、ダウンロードした
JavaＡＰと対応付けてコンテンツ格納領域４０９ｂに格
納する（ステップＳ１０５）。

【００６６】このステップＳ１０５においてＣＰＵ４１
０が実行する処理について詳述すると、まず、ＣＰＵ４
１０は、ＪＡＭに従って、コンテンツ格納領域４０９ｂ
内のＪＡＲストレージおよびスクラッチパッドのそれぞ
れに、今回ダウンロードしたJavaＡＰ用の記憶領域を割
り当てる。次いで、ＣＰＵ４１０は、ＪＡＭに従って、
ダウンロードしたJavaＡＰのＪＡＲファイルをＪＡＲス
トレージにインストールするとともに、このJavaＡＰの
ＡＤＦとＵＩＭＩＤをＪＡＲファイルと対応付けてコン
テンツ格納領域４０９ｂに格納する。

【００６７】この後、携帯電話機４０のＣＰＵ４１０
は、ダウンロードしたJavaＡＰを識別する、例えば、Ｊ
ＡＲファイルのファイル名（コンテンツ名）を取得し、
このコンテンツ名をＵＩＭインタフェース４０４を介し
てＵＩＭ５０に送信する（ステップＳ１０６）。ＵＩＭ
５０のＣＰＵ５０５は、携帯電話機４０からのコンテン
ツ名を外部インタフェース５０１を介して受信すると、
このコンテンツ名をＥＥＰＲＯＭ５０４内のコンテンツ
リスト５０４ｂに追加して、コンテンツリスト５０４ｂ
を更新する（ステップＳ１０７）。そして、ＣＰＵ５０
５は、コンテンツリスト５０４ｂの更新が完了したこと
を示す更新完了通知を携帯電話機４０へ送信する（ステ
ップＳ１０８）。

【００６８】＜２．JavaＡＰ実行処理＞次に、携帯電話
機４０においてＣＰＵ４１０により実行されるJavaＡＰ
実行処理１を図８に示されるフローチャートを参照して
説明する。このJavaＡＰ実行処理１は、JavaＡＰの実行
を指示する操作指令が入力された場合に、ＪＡＭの機能
としてＣＰＵ４１０により実行される。

【００６９】まず、ＣＰＵ４１０は、実行指定されたJa
vaＡＰに対応付けられているＵＩＭＩＤをコンテンツ格
納領域４０９ｂから取得する（ステップＳ２０１）。な
お、前述したように、このステップＳ２０１において取
得されるＵＩＭＩＤは、実行指定されたJavaＡＰのダウ
ンロード時に当該携帯電話機４０に装着されていたＵＩ
Ｍ５０のＵＩＭＩＤである。次いで、ＣＰＵ４１０は、
ＵＩＭＩＤ格納領域４０９ａに格納されているＵＩＭＩ
Ｄ、すなわち、現時点において当該携帯電話機４０に装
着されているＵＩＭ５０のＵＩＭＩＤを取得する（ステ
ップＳ２０２）。

【００７０】そして、ＣＰＵ４１０は、上記ステップＳ
２０１およびＳ２０２において取得した２つのＵＩＭＩ
Ｄを照合し（ステップＳ２０３）、２つのＵＩＭＩＤが
一致するか否かを判別する（ステップＳ２０４）。すな
わち、ＣＰＵ４１０は、現時点において当該携帯電話機
４０に装着されているＵＩＭ５０のＵＩＭＩＤと、実行
指定されたJavaＡＰのダウンロード時に当該携帯電話機
４０に装着されていたＵＩＭ５０のＵＩＭＩＤとを照合
することにより、現在、携帯電話機４０を利用してJava
ＡＰの実行を指示しているユーザが、このJavaＡＰをコ
ンテンツサーバ１０からダウンロードしたユーザである
か否かを判別する。

【００７１】その結果、ＣＰＵ４１０は、２つのＵＩＭ
ＩＤが一致しなかったと判別した場合は（ステップＳ２
０４：Ｎｏ）、JavaＡＰの実行をキャンセルする（ステ
ップＳ２０５）。次いで、ＣＰＵ４１０は、このJavaＡ
Ｐの実行をキャンセルしたことやその理由、このJavaＡ
Ｐを使用したい場合はコンテンツサーバ１０から正式に
ダウンロードを行なうことや、そのためのガイダンス情
報などを表示画面に表示した後（ステップＳ２０６）、
JavaＡＰ実行処理１を終了する。

【００７２】一方、ＣＰＵ４１０は、２つのＵＩＭＩＤ
が一致したと判別した場合（ステップＳ２０４：Ｙｅ
ｓ）、すなわち、JavaＡＰの実行を指示しているユーザ
がこのJavaＡＰをコンテンツサーバ１０からダウンロー
ドしたユーザであって、コンテンツプロバイダから正式
にコンテンツの提供とその使用を認められたユーザであ
ると判別した場合は、JavaＡＰの実行を許可する（ステ
ップＳ２０７）。そして、ＣＰＵ４１０は、実行指定さ
れたJavaＡＰを起動して（ステップＳ２０８）、このプ
ログラムに基づいた処理を開始する。

【００７３】以上説明したように本実施形態によれば、
携帯電話機４０は、コンテンツサーバ１０からダウンロ
ードしたJavaＡＰの使用を、このJavaＡＰのダウンロー
ド時に当該携帯電話機４０に装着されていたＵＩＭ５０
の所有者のみに制限することができる。

【００７４】［Ｂ．第２実施形態］上記第１実施形態で
は、携帯電話機４０にダウンロードしたJavaＡＰの使用
を、このJavaＡＰのダウンロード時に当該携帯電話機４
０に装着されていたＵＩＭ５０の所有者のみに制限する
場合について説明した。本実施形態では、JavaＡＰの使
用者を制限するか否かをコンテンツプロバイダが指定で
きるようにした構成について説明する。なお、本実施形
態において、上記第１実施形態と共通する部分について
は同一の符号を使用するものとする。また、上記第１実
施形態と共通する部分についてはその説明を省略するも
のとする。

【００７５】図９は、本実施形態において用いられるJa
vaＡＰのＡＤＦのデータ構成を例示する図である。ＡＤ
Ｆは、ＪＡＲファイルのインストールや起動、ネットワ
ークアクセスなどを制御するための各種制御情報が記述
されたテキストファイルである。なお、同図において、
「項目名称」欄には制御情報の名称が記載され、「必須
／オプション」欄には、該当する制御情報がＡＤＦに必
須の制御情報であるのか、それとも必須ではなくオプシ
ョンとしてＡＤＦに含まれる制御情報であるのかが示さ
れている。

【００７６】ここで、各制御情報について簡単に説明す
ると、「AppName」はJavaＡＰの名称、「AppVer」はJav
aＡＰのバージョン、「PackageURL」はＪＡＲファイル
のダウンロード元を示すＵＲＬ（Uniform Resource Loc
ator）である。また、「AppSize」はＪＡＲファイルの
サイズ（データ量）、「Spsize」はJavaＡＰが使用する
スクラッチパッドのサイズである。

【００７７】そして、「AppUser」は、JavaＡＰの使用
をこのJavaＡＰのダウンロード時に当該携帯電話機４０
に装着されていたＵＩＭ５０の所有者のみに制限するか
否かを指定する制御情報であり、データとして“１”ま
たは“０”が格納される。本明細書において、AppUser
の値を“１”に設定することは、JavaＡＰの使用をこの
JavaＡＰのダウンロード時に当該携帯電話機４０に装着
されていたＵＩＭ５０の所有者のみに制限することを示
している。また、AppUserの値を“０”に設定すること
は、JavaＡＰの使用をこのJavaＡＰのダウンロード時に
当該携帯電話機４０に装着されていたＵＩＭ５０の所有
者のみに制限しない、すなわち、任意の使用者に対して
このJavaＡＰの使用を許可することを示している。

【００７８】このAppUserの値は、JavaＡＰを提供する
コンテンツプロバイダにより設定される。つまり、コン
テンツプロバイダは、自分が提供するJavaＡＰの使用制
限を、ＡＤＦ内のA ppUserにより設定することができ
る。例えば、コンテンツプロバイダは、広く様々な人々
に無料で使用してもらいたいJavaＡＰなどに対しては、
そのＡＤＦのAppUserを“０”に設定すればよく、一
方、各ユーザから使用料を徴収したいJavaＡＰなどに対
しては、そのＡＤＦのAppUserを“１”に設定すればよ
い。

【００７９】このように本実施形態では、JavaＡＰの使
用者を制限するか否かを指定するAppUserがＡＤＦに含
まれている点と、このAppUserとＵＩＭＩＤに従ってJav
aＡＰの実行可否を決定する点が上述した第１実施形態
と異なる。

【００８０】図１０は、本実施形態に係る携帯電話機４
０においてＣＰＵ４１０により実行されるJavaＡＰ実行
処理２の動作を説明するフローチャートである。このJa
vaＡＰ実行処理２は、上述した第１実施形態におけるJa
vaＡＰ実行処理１と同様に、JavaＡＰの実行を指示する
操作指令が入力された場合に、ＪＡＭの機能としてＣＰ
Ｕ４１０により実行される。

【００８１】同図に示されるように、まず、ＣＰＵ４１
０は、実行指定されたJavaＡＰのＡＤＦをコンテンツ格
納領域４０９ｂから読み出して、当該ＡＤＦの中からAp
pUserの値を取得する（ステップＳ３０１）。次いで、
ＣＰＵ４１０は、AppUserの値が“１”であるか否か、
すなわち、実行指定されたJavaＡＰの使用者を制限する
か否かを判別する（ステップＳ３０２）。

【００８２】その結果、ＣＰＵ４１０は、AppUserの値
が“１”であり、実行指定されたJavaＡＰの使用をこの
JavaＡＰのダウンロード時に当該携帯電話機４０に装着
されていたＵＩＭ５０の所有者のみに制限することが指
定されている場合は（ステップＳ３０２：Ｙｅｓ）、ス
テップＳ３０３〜Ｓ３１０に示される処理を実行する。
このステップＳ３０３〜Ｓ３１０の処理は、上述した第
１実施形態におけるJavaＡＰ実行処理１（図８参照）の
ステップＳ２０１〜Ｓ２０８の処理と同じであるので詳
細な説明を省略するが、その概要は以下の通りである。

【００８３】すなわち、ＣＰＵ４１０は、実行指定され
たJavaＡＰに対応付けられてコンテンツ格納領域４０９
ｂに格納されているＵＩＭＩＤと、ＵＩＭＩＤ格納領域
４０９ａに格納されているＵＩＭＩＤとを照合すること
により、現在、携帯電話機４０を利用してJavaＡＰの実
行を指示しているユーザが、このJavaＡＰをコンテンツ
サーバ１０からダウンロードしたユーザであるか否かを
判別し、判別結果に従ってJavaＡＰの実行可否を決定す
る。

【００８４】一方、ＣＰＵ４１０は、上記ステップＳ３
０２において、AppUserの値が“０”であり、実行指定
されたJavaＡＰの使用をこのJavaＡＰのダウンロード時
に当該携帯電話機４０に装着されていたＵＩＭ５０の所
有者のみに制限しないことが指定されている場合は（ス
テップＳ３０２：Ｎｏ）、任意の使用者に対してこのJa
vaＡＰの使用を許可してよいので、ＵＩＭＩＤの照合な
どを行なわず、ステップＳ３０９に移行する。そして、
ＣＰＵ４１０は、JavaＡＰの実行を許可し（ステップＳ
３０９）、このJavaＡＰを起動して（ステップＳ３１
０）、このプログラムに基づいた処理を開始する。

【００８５】なお、図９に示したように、ＡＤＦにおい
てAppUserはオプションであるため、上記ステップＳ３
０１においてＣＰＵ４１０がＡＤＦの中からAppUserの
値を取得する際、ＡＤＦ内にAppUserがない場合が考え
られる。また、既存のコンテンツ（JavaＡＰ）であれ
ば、ＡＤＦの書き替えを行なわない限り、ＡＤＦ内にAp
pUserが存在しない。このようにＡＤＦ内にAppUserが含
まれていないことを検出した場合、ＣＰＵ４１０は、Ja
vaＡＰの使用許諾に関する権利を保護する観点から、Ap
pUserの値が“１”であるとみなしてステップＳ３０３
以降の処理を行なう。すなわち、ＡＤＦ内にAppUserが
ない場合は、JavaＡＰの使用者をこのJavaＡＰのダウン
ロード時に当該携帯電話機４０に装着されていたＵＩＭ
５０の所有者のみに制限し、このJavaＡＰの使用許諾に
関する権利を保護するように機能する。

【００８６】以上説明したように本実施形態によれば、
携帯電話機４０は、コンテンツサーバ１０からダウンロ
ードしたJavaＡＰの使用をこのJavaＡＰのダウンロード
時に当該携帯電話機４０に装着されていたＵＩＭ５０の
所有者のみに制限するか否かを、ＡＤＦ内のAppUserの
値に基づいて決定する。したがって、コンテンツプロバ
イダは、自分が提供するJavaＡＰの使用制限を簡易に設
定することができる。

【００８７】［Ｃ．第３実施形態］上述した第１および
第２実施形態では、ＵＩＭ５０を装着して携帯電話機４
０を使用しているユーザは、携帯電話機４０にダウンロ
ードされている各JavaＡＰについて、自分が使用するこ
とのできるJavaＡＰがどれであるのか、操作入力により
実行を指示してみないとわからない。そこで、本実施形
態では、実行を指示していない段階においてもユーザが
自分の使用することのできるJavaＡＰを認識できるよう
にした携帯電話機４０について説明する。なお、本実施
形態に係る携帯電話機４０およびＵＩＭ５０のハードウ
ェア構成は、上述した第１実施形態における携帯電話機
４０およびＵＩＭ５０と同じであるので説明を省略す
る。

【００８８】携帯電話機４０にダウンロードされている
いずれかのJavaＡＰを使用したい場合、ユーザは、操作
入力によりJavaＡＰの選択画面を表示画面に表示させ
る。このJavaＡＰの選択画面の表示を指示するコマンド
の入力に応じて、携帯電話機４０のＣＰＵ４１０は、図
１１に示される選択画面表示処理１を実行する。同図に
示されるように、まず、携帯電話機４０のＣＰＵ４１０
は、コンテンツ格納領域４０９ｂに格納されている各Ja
vaＡＰを特定するとともに（ステップＳ４０１）、特定
した各JavaＡＰについてコンテンツ名（例えば、ＪＡＲ
ファイルのファイル名）を取得する。次いで、ＣＰＵ４
１０は、ＵＩＭＩＤ格納領域４０９ａに格納されている
ＵＩＭＩＤ、すなわち、現時点において当該携帯電話機
４０に装着されているＵＩＭ５０のＵＩＭＩＤを取得す
る（ステップＳ４０２）。

【００８９】そして、ＣＰＵ４１０は、上記ステップＳ
４０１において特定された各JavaＡＰ毎に、当該JavaＡ
Ｐに対応付けられてコンテンツ格納領域４０９ｂに格納
されているＵＩＭＩＤと、上記ステップＳ４０２におい
て取得したＵＩＭＩＤとを照合する（ステップＳ４０
３）。この照合結果により、ＣＰＵ４１０は、各JavaＡ
Ｐ毎に、現在、携帯電話機４０を利用しているユーザが
このJavaＡＰをコンテンツサーバ１０からダウンロード
したユーザであるか否かを判別することができる。

【００９０】次いで、ＣＰＵ４１０は、上記ステップＳ
４０１において特定された各JavaＡＰ毎に、当該JavaＡ
ＰのＡＤＦ内におけるAppUserの値を取得する（ステッ
プＳ４０４）。このAppUserの値により、ＣＰＵ４１０
は、各JavaＡＰ毎に、当該JavaＡＰの使用がこのJavaＡ
Ｐのダウンロード時に当該携帯電話機４０に装着されて
いたＵＩＭ５０の所有者のみに制限されるものであるか
否かを判別することができる。

【００９１】この後、ＣＰＵ４１０は、上記ステップＳ
４０３におけるＵＩＭＩＤの照合結果と、上記ステップ
Ｓ４０４において取得したAppUserの値とに基づいて、
携帯電話機４０を利用しているユーザに対する各JavaＡ
Ｐの使用可否を決定する（ステップＳ４０５）。具体的
には、ＣＰＵ４１０は、上記ステップＳ４０１において
特定した各JavaＡＰの中から、JavaＡＰに対応付けられ
ているＵＩＭＩＤが上記ステップＳ４０２において取得
したＵＩＭＩＤと一致するJavaＡＰと、AppUserの値が
“０”に設定されているJavaＡＰとを、携帯電話機４０
を利用しているユーザに使用を許可してよいJavaＡＰと
し、それ以外のJavaＡＰを使用を許可しないJavaＡＰと
する。

【００９２】このようにしてＣＰＵ４１０は、コンテン
ツ格納領域４０９ｂに格納されている各JavaＡＰを、携
帯電話機４０を利用しているユーザに使用を許可するJa
vaＡＰと、使用を許可しないJ avaＡＰとに選別した
後、例えば、図１２に示されるように、使用を許可する
JavaＡＰのコンテンツ名と、使用を許可しないJavaＡＰ
のコンテンツ名とを異なる表示形態で表示画面に表示す
る（ステップＳ４０６）。

【００９３】ここで、図１２に示される画面表示例にお
いて、使用を許可するJavaＡＰのコンテンツ名（プログ
ラム名）は、使用を許可しないJavaＡＰのコンテンツ名
に対してより大きく太い字体で示されているが、実際に
は、使用を許可するJavaＡＰのコンテンツ名と、使用を
許可しないJavaＡＰのコンテンツ名とを、例えば、コン
テンツ名の表示色やその背景色を異ならせて表示するこ
となどが好ましい。また、表示形態を異ならせる手法
は、例えば、使用を許可するコンテンツ名の脇に使用可
能であることを示すマークなどを表示する形態であって
もよい。また、使用を許可するJavaＡＰのコンテンツ名
のみを表示する形態であってもよいし、さらには、使用
を許可するJavaＡＰのコンテンツ名のみを音声メッセー
ジによりユーザに報知する形態であってもよい。

【００９４】なお、図１２に示される選択画面におい
て、使用を許可するJavaＡＰのコンテンツ名をユーザが
操作入力により選択した場合、ＣＰＵ４１０は、選択さ
れたJavaＡＰを起動して、このプログラムに基づいた処
理を開始する。一方、図１２に示される選択画面におい
て、使用を許可しないJavaＡＰのコンテンツ名が操作入
力により選択された場合、ＣＰＵ４１０は、選択された
JavaＡＰの実行を行なわず、このJavaＡＰの使用が認め
られていないことや、このJavaＡＰを使用したい場合は
当該JavaＡＰをコンテンツサーバ１０から正式にダウン
ロードすることなどを示すメッセージを表示画面に表示
する。なお、ユーザに対して使用が許可されていないJa
vaＡＰについては、当然、このJavaＡＰの実行をユーザ
が指示することはできないが、携帯電話機４０の所有者
であれば、JavaＡＰをコンテンツ格納領域４０９ｂから
削除（アンインストール）することは指示できるよう設
計されている。

【００９５】以上説明したように本実施形態によれば、
ＵＩＭ５０が着脱自在な携帯電話機４０にダウンロード
されている各JavaＡＰについて、ユーザは自分が使用す
ることのできるJavaＡＰを、実行を指示していない段階
において知ることができる。

【００９６】なお、図１１に示された選択画面表示処理
１においては、JavaＡＰの使用可否を決定するためにＵ
ＩＭＩＤとAppUserを用いる構成としたが、ＵＩＭＩＤ
の代わりに、ＵＩＭ５０に格納されているコンテンツリ
スト５０４ｂを用いるようにしてもよい。以下に、図１
３を参照して、コンテンツリスト５０４ｂを用いてJava
ＡＰの使用可否を決定する場合の動作を説明する。な
お、図１１に示された選択画面表示処理１と同様の処理
を行なう部分については、その説明を簡略化する。

【００９７】まず、携帯電話機４０のＣＰＵ４１０は、
コンテンツ格納領域４０９ｂに格納されている各JavaＡ
Ｐを特定するとともに（ステップＳ５０１）、特定した
各JavaＡＰについてコンテンツ名を取得する。次いで、
ＣＰＵ４１０は、ＵＩＭインタフェース４０４を介して
ＵＩＭ５０との間で通信を行ない、ＵＩＭ５０からコン
テンツリスト５０４ｂを取得する（ステップＳ５０
２）。このコンテンツリスト５０４ｂは、上述した第１
実施形態において説明したように、ＵＩＭ５０の所有者
が当該ＵＩＭ５０を装着した携帯電話機４０を用いてダ
ウンロードしたコンテンツの一覧を示すリストである。

【００９８】次いで、ＣＰＵ４１０は、上記ステップＳ
５０１において特定された各JavaＡＰのコンテンツ名
と、上記ステップＳ５０２において取得したコンテンツ
リスト５０４ｂ内の各コンテンツ名とを照合する（ステ
ップＳ５０３）。これにより、ＣＰＵ４１０は、各Java
ＡＰ毎に、携帯電話機４０を利用しているユーザがこの
JavaＡＰをコンテンツサーバ１０からダウンロードした
ユーザであるか否かを判別することができる。

【００９９】次いで、ＣＰＵ４１０は、上記ステップＳ
５０１において特定された各Ja vaＡＰ毎に、当該Java
ＡＰのＡＤＦ内におけるAppUserの値を取得する（ステ
ップＳ５０４）。この後、ＣＰＵ４１０は、上記ステッ
プＳ５０３におけるコンテンツリスト５０４ｂとの照合
結果と、上記ステップＳ５０４において取得したAppUse
rの値とに基づいて、携帯電話機４０を利用しているユ
ーザに対する各JavaＡＰの使用可否を決定する（ステッ
プＳ５０５）。具体的には、ＣＰＵ４１０は、上記ステ
ップＳ５０１において特定した各JavaＡＰの中から、Ja
vaＡＰのコンテンツ名が上記ステップＳ５０２において
取得したコンテンツリスト５０４ｂ内のいずれかのコン
テンツ名と一致するJavaＡＰと、AppUserの値が“０”
に設定されているJavaＡＰとを、携帯電話機４０を利用
しているユーザに使用を許可してよいJavaＡＰとし、そ
れ以外のJavaＡＰを使用を許可しないJavaＡＰとする。

【０１００】このようにしてＣＰＵ４１０は、コンテン
ツ格納領域４０９ｂに格納されている各JavaＡＰを、携
帯電話機４０を利用しているユーザに使用を許可するJa
vaＡＰと、使用を許可しないJavaＡＰとに選別した後、
図１２に示したように、使用を許可するJavaＡＰのコン
テンツ名と、使用を許可しないJavaＡＰのコンテンツ名
とを異なる表示形態で表示画面に表示する（ステップＳ
５０６）。以上説明したように、ＵＩＭＩＤの代わり
に、ＵＩＭ５０に格納されているコンテンツリスト５０
４ｂを用いてJavaＡＰの使用可否を決定するようにして
もよい。

【０１０１】［Ｄ．第４実施形態］上述した第１〜第３
実施形態では、携帯電話機４０にダウンロードされたJa
vaＡＰの使用者を制限するためにＵＩＭＩＤを用いる構
成とした。この場合、例えば、動作不良や買い替えなど
によりユーザのＵＩＭ５０が新たなＵＩＭ５０に交換さ
れてしまうと、JavaＡＰ（コンテンツ）の使用者を適切
に制限することができなくなってしまう。そこで、本実
施形態では、ユーザがＵＩＭ５０を交換した場合であっ
ても、コンテンツの使用者を適切に制限できるようにし
た携帯電話機４０について説明する。なお、本実施形態
に係る携帯電話機４０およびＵＩＭ５０のハードウェア
構成は、上述した第１実施形態における携帯電話機４０
およびＵＩＭ５０と同じであるので説明を省略する。

【０１０２】ＵＩＭ５０を使用しているユーザが、動作
不良や買い替えなどにより所有するＵＩＭ５０を新たな
ＵＩＭ５０に交換する場合、まず、ユーザは、サービス
ショップに赴き、店員にＵＩＭ５０の交換を申し出る。
店員は、ＵＩＭ５０の交換に関する契約をユーザとの間
で結んだ後、交換用のＵＩＭ５０を用意する。また、ユ
ーザは、自分が使用している携帯電話機４０およびＵＩ
Ｍ５０を店員に渡す。なお、以下、本明細書では、交換
前のＵＩＭ５０を「旧ＵＩＭ５０」、交換後のＵＩＭ５
０を「新ＵＩＭ５０」と記載する。

【０１０３】店員は、ユーザから携帯電話機４０および
旧ＵＩＭ５０を受け取ると、まず、旧ＵＩＭ５０を携帯
電話機４０に装着する。次いで店員は、この携帯電話機
４０を操作してメンテナンスモードに移行し、ＵＩＭ５
０の交換に関する処理を行なうＵＩＭ交換処理の実行を
指示する。

【０１０４】図１４は、本実施形態に係る携帯電話機４
０において、ＣＰＵ４１０により実行されるＵＩＭ交換
処理の動作を説明するフローチャートである。同図に示
されるように、まず、ＣＰＵ４１０は、ＵＩＭＩＤ格納
領域４０９ａに格納されているＵＩＭＩＤ、すなわち、
現在、携帯電話機４０に装着されている旧ＵＩＭ５０の
ＵＩＭＩＤを取得し、このＵＩＭＩＤを不揮発性メモリ
４０９に記憶する（ステップＳ６０１）。また、ＣＰＵ
４１０は、旧ＵＩＭ５０からコンテンツリスト５０４ｂ
と加入者情報領域５０４ｃに格納されている加入者情報
とを取得して不揮発性メモリ４０９に記憶する（ステッ
プＳ６０２）。

【０１０５】次いで、ＣＰＵ４１０は、携帯電話機４０
の電源を一旦ＯＦＦにして旧ＵＩＭ５０を新ＵＩＭ５０
に差し替えた後、再度電源をＯＮにすることを促すメッ
セージを表示画面に表示する（ステップＳ６０３）。こ
のメッセージに従って店員が携帯電話機４０の電源をＯ
ＦＦして旧ＵＩＭ５０を新ＵＩＭ５０に差し替えた後、
再度電源をＯＮにすると、ＣＰＵ４１０は、ＵＩＭＩＤ
格納領域４０９ａに格納されているＵＩＭＩＤ、すなわ
ち、差し替えられた新ＵＩＭ５０のＵＩＭＩＤを取得す
る（ステップＳ６０４）。

【０１０６】この後、ＣＰＵ４１０は、上記ステップＳ
５０１において不揮発性メモリ４０９に記憶した旧ＵＩ
Ｍ５０のＵＩＭＩＤを読み出す（ステップＳ６０５）。
そして、ＣＰＵ４１０は、例えば、コンテンツと対応付
けられてコンテンツ格納領域４０９ｂに格納されている
ＵＩＭＩＤのうち、旧ＵＩＭ５０のＵＩＭＩＤを新ＵＩ
Ｍ５０のＵＩＭＩＤに書き替える（ステップＳ６０
６）。

【０１０７】また、ＣＰＵ４１０は、上記ステップＳ６
０２において不揮発性メモリ４０９に記憶した旧ＵＩＭ
５０のコンテンツリスト５０４ｂと加入者情報とを読み
出して、ＵＩＭインタフェース４０４を介して新ＵＩＭ
５０へ送信する（ステップＳ６０７）。新ＵＩＭ５０の
ＣＰＵ５０５は、携帯電話機４０から旧ＵＩＭ５０のコ
ンテンツリスト５０４ｂと加入者情報を受信すると、こ
のコンテンツリスト５０４ｂと加入者情報をＥＥＰＲＯ
Ｍ５０４に格納した後、格納完了通知を携帯電話機４０
へ送信する。以上説明したＵＩＭ交換処理を終えた後、
店員は、携帯電話機４０および新ＵＩＭ５０をユーザへ
返却する。

【０１０８】以上説明したように本実施形態によれば、
携帯電話機４０は、コンテンツサーバ１０からダウンロ
ードしたコンテンツに対応付けられているＵＩＭＩＤ
を、ＵＩＭ５０の交換に応じて旧ＵＩＭ５０のＵＩＭＩ
Ｄから新ＵＩＭ５０のＵＩＭＩＤへ書き替える。したが
って、ユーザが動作不良や買い替えなどによりＵＩＭ５
０を交換した場合であっても、旧ＵＩＭ５０を用いて自
分の携帯電話機４０にダウンロードしたコンテンツを新
ＵＩＭ５０でも継続して使用することができる。なお、
本実施形態では、例えば、悪意の有るユーザが他人のＵ
ＩＭ５０に格納されているコンテンツリスト５０４ｂや
加入者情報を他のＵＩＭ５０にコピーするなどといった
不正行為を防ぐ観点から、上記ＵＩＭ交換処理に関する
作業をユーザではなくサービスショップの店員が行う構
成としている。しかしながら、本人認証機能などを組み
込むことにより、ＵＩＭ交換処理に関する作業をユーザ
自身が行なえる構成としてもよい。

【０１０９】また、上記ＵＩＭ交換処理は、以下に説明
するようにして起動されるものであってもよい。まず、
サービスショップにおいて店員は、ＵＩＭ５０の交換に
関する契約をユーザとの間で結んだ後、交換用のＵＩＭ
５０を用意する。また、ユーザは、自己の使用している
携帯電話機４０およびＵＩＭ５０を店員に渡す。この
後、店員は、旧ＵＩＭ５０のＵＩＭＩＤおよび新ＵＩＭ
５０のＵＩＭＩＤを含んだＵＩＭ５０の交換に関する契
約情報を、サービスショップに設置されている通信端末
から移動パケット通信網４０を運営している通信事業者
のサービス管理センタ（図示を省略）へ送信する。ま
た、店員は、旧ＵＩＭ５０を携帯電話機４０に装着す
る。

【０１１０】サービス管理センタでは、サービスショッ
プから送られてきた契約内容を確認した後、ＵＩＭ交換
処理の起動を指示する起動コマンドを移動パケット通信
網４０を介して旧ＵＩＭ５０が装着された携帯電話機４
０へ送信する。この起動コマンドは、移動パケット通信
網４０内の基地局３２から無線信号として携帯電話機４
０へ送信され、携帯電話機４０のＣＰＵ４１０は、無線
通信部４０１を介して起動コマンドを受信すると、この
起動コマンドに従ってＵＩＭ交換処理を起動する。この
ようにサービス管理センタからの起動コマンドが受信さ
れなければ携帯電話機４０におけるＵＩＭ交換処理が起
動されない構成とすれば、不正な目的によるＵＩＭ交換
処理の実行を極力、防ぐことができる。

【０１１１】［Ｅ．第５実施形態］本実施形態において
も上述した第４実施形態に引き続いて、ユーザがＵＩＭ
５０を交換した場合であっても、コンテンツの使用制限
を適切に行なえるようにした携帯電話機４０について説
明する。

【０１１２】本実施形態に係るＵＩＭ５０において、Ｅ
ＥＰＲＯＭ５０４内に設けられたＵＩＭＩＤ格納領域５
０４ｄは、図１５に示されるように、このＵＩＭ５０に
対して割り当てられたＵＩＭＩＤを格納する領域５０４
ｄ１と、ユーザがＵＩＭ５０を交換した場合に交換前の
旧ＵＩＭ５０のＵＩＭＩＤを複数格納可能な引継ぎ領域
５０４ｄ２とを有する。

【０１１３】ここで、領域５０４ｄ１には、このＵＩＭ
５０のＵＩＭＩＤが当該ＵＩＭ５０の工場出荷時やＵＩ
Ｍ５０による通信サービスの加入契約時などに書き込ま
れる。また、引継ぎ領域５０４ｄ２には、例えば、上述
した第４実施形態において説明したように、サービスシ
ョップにおいてユーザがＵＩＭ５０の交換を行なった場
合に、旧ＵＩＭ５０に格納されているコンテンツリスト
５０４ｂや加入者情報を新ＵＩＭ５０に書き込む処理と
同時に、旧ＵＩＭ５０のＵＩＭＩＤ格納領域５０４ｄに
格納されているＵＩＭＩＤが書き込まれる。なお、ユー
ザがＵＩＭ５０の交換を複数回行なった場合、現在、ユ
ーザが所有しているＵＩＭ５０の引継ぎ領域５０４ｄ２
には、過去にユーザが所有していた複数の旧ＵＩＭ５０
のＵＩＭＩＤが書き込まれることとなる。

【０１１４】そして、本実施形態に係るＵＩＭ５０が携
帯電話機４０に装着されると、携帯電話機４０のＵＩＭ
ＩＤ格納領域４０９ａには、ＵＩＭ５０のＵＩＭＩＤ格
納領域５０４ｄに格納されている当該ＵＩＭ５０のＵＩ
ＭＩＤおよび交換前の１以上の旧ＵＩＭ５０のＵＩＭＩ
Ｄが書き込まれる。また、本実施形態に係る携帯電話機
４０が上述した第１実施形態で説明したダウンロード処
理（図７参照）を行う場合、携帯電話機４０のＣＰＵ４
１０は、コンテンツサーバ１０からダウンロードしたコ
ンテンツを、ＵＩＭＩＤ格納領域４０９ａに格納されて
いる交換前および交換後の複数のＵＩＭＩＤのうち、例
えば、交換後のＵＩＭ５０のＵＩＭＩＤと対応付けてコ
ンテンツ格納領域４０９ｂに格納する。

【０１１５】さらに、本実施形態に係る携帯電話機４０
が上述した第１実施形態で説明したJavaＡＰ実行処理
（図８参照）を行う場合、携帯電話機４０のＣＰＵ４１
０は、実行指定されたJavaＡＰに対応付けられてコンテ
ンツ格納領域４０９ｂに格納されているＵＩＭＩＤと、
ＵＩＭＩＤ格納領域４０９ａに格納されている複数のＵ
ＩＭＩＤのいずれかとが一致するか否かを照合すること
により、このJavaＡＰの使用可否を決定する。

【０１１６】また、本実施形態に係る携帯電話機４０が
上述した第３実施形態で説明した選択画面表示処理１
（図１１参照）を行う場合、携帯電話機４０のＣＰＵ４
１０は、コンテンツ格納領域４０９ｂに格納されている
各JavaＡＰ毎に、当該JavaＡＰに対応付けられたＵＩＭ
ＩＤと、ＵＩＭＩＤ格納領域４０９ａに格納されている
複数のＵＩＭＩＤのいずれかとが一致するか否かを照合
することと、このJavaＡＰのＡＤＦ内におけるAppUser
の値とに基づいて、このJavaＡＰの使用可否を決定す
る。

【０１１７】したがって、本実施形態においても上述し
た第４実施形態と同様に、ユーザが動作不良や買い替え
などによりＵＩＭ５０を交換した場合であっても、旧Ｕ
ＩＭ５０を用いて携帯電話機４０にダウンロードしたコ
ンテンツを新ＵＩＭ５０でも継続して使用することがで
きる。

【０１１８】［Ｆ．変形例］以上、本発明の実施形態に
ついて説明したが、この実施形態はあくまでも例示であ
り、本発明の趣旨から逸脱しない範囲で様々な変形が可
能である。変形例としては、例えば以下のようなものが
考えられる。

【０１１９】＜変形例１＞上述した各実施形態では、ダ
ウンロードされたコンテンツの使用者を制限するために
ＵＩＭＩＤを用いる構成とした。しかしながら、ＵＩＭ
ＩＤの代わりに、例えば、ＵＩＭ５０の加入者情報格納
領域５０４ｃに格納されている加入者ＩＤを用いる構成
としてもよい。この場合、動作不良や買い替えなどによ
りユーザが自分の所有するＵＩＭ５０を新たなＵＩＭ５
０に交換した場合であっても、ＵＩＭ５０の交換に応じ
て交換前のＵＩＭ５０から交換後のＵＩＭ５０へ加入者
ＩＤが引き継がれるので、上述した第４実施形態および
第５実施形態で説明したようなＵＩＭＩＤの書き替え処
理を行なう必要がない。

【０１２０】但し、電話番号のようにユーザの個人情報
であることが一目で判別できてしまう情報がＵＩＭＩＤ
の代わりに、他人の携帯電話機４０のメモリに記憶され
てしまうことは、個人情報の漏洩という観点からみると
好ましいことではない。したがって、ＵＩＭＩＤの代わ
りに用いる加入者ＩＤは、例えば、移動パケット通信網
４０の通信事業者がＵＩＭ５０を用いた通信サービスの
加入者に対して割り当てた、当該加入者に固有の電話番
号以外のＩＤなど、ユーザの個人情報を除いたものであ
ることが好ましい。

【０１２１】＜変形例２＞上述した各実施形態では、ダ
ウンロードされたコンテンツの使用者を制限するために
ＵＩＭＩＤを用いる構成とした。また、上述した変形例
１では、ＵＩＭＩＤの代わりに加入者ＩＤを用いる構成
とした。しかしながら、これらのＵＩＭＩＤや加入者Ｉ
Ｄは、例えば、以下のような事例を考えた場合、ダウン
ロードされたコンテンツの使用者を適切に制限しえない
ことがわかる。

【０１２２】すなわち、Ａ氏が２枚のＵＩＭ５０（それ
ぞれのＵＩＭ５０を区別するため、以下、ＵＩＭ５０
ａ、ＵＩＭ５０ｂと記載する）を所有している場合、Ｕ
ＩＭ５０ａのＵＩＭＩＤとＵＩＭ５０ｂのＵＩＭＩＤと
は異なる。また、通信サービスの加入契約時に、ＵＩＭ
５０ａに対して割り当てられる加入者ＩＤとＵＩＭ５０
ｂに対して割り当てられる加入者ＩＤとは異なる。すな
わち、これらのＵＩＭＩＤや加入者ＩＤは、ＵＩＭ５０
を用いた通信サービスの加入契約を識別するための識別
情報に過ぎない。したがって、例えば、Ａ氏がＵＩＭ５
０ａを用いてダウンロードしたコンテンツをＵＩＭ５０
ｂを用いて使用しようとした場合、同一ユーザであるに
も係らず使用が制限され、コンテンツの使用が禁止され
てしまう。

【０１２３】そこで、Ａ氏が２枚のＵＩＭ５０ａ，５０
ｂを所有しているような場合には、それぞれのＵＩＭ５
０ａ，５０ｂの引継ぎ領域５０４ｄ２に他方のＵＩＭ５
０ａ，５０ｂのＵＩＭＩＤを格納しておき、ＵＩＭＩＤ
格納領域５０４ｄの領域５０４ｄ１と引継ぎ領域５０４
ｄ２に格納されている複数のＵＩＭＩＤを用いて上述し
た第５実施形態と同様にしてコンテンツの使用制限を行
なう構成としてもよい。また、上記加入者ＩＤとは別
に、ＵＩＭ５０ａとＵＩＭ５０ｂが同一ユーザにより使
用されていることを示す使用者ＩＤを用意して当該使用
者ＩＤをそれぞれのＵＩＭ５０ａ，５０ｂに格納し、こ
の使用者ＩＤを用いてコンテンツの使用制限を行なう構
成としてもよい。このようにすれば、ダウンロードされ
たコンテンツの使用者をユーザ単位で適切に制限するこ
とができる。

【０１２４】＜変形例３＞上述した各実施形態では、Ｕ
ＩＭ５０が携帯電話機４０に装着された際に、このＵＩ
Ｍ５０のＵＩＭＩＤが携帯電話機４０のＵＩＭＩＤ格納
領域４０９ａに格納される場合について説明した。しか
しながら、携帯電話機４０は、ＵＩＭＩＤ格納領域４０
９ａを有さず、ＵＩＭＩＤが必要な場合、その都度、Ｕ
ＩＭインタフェース４０４を介して当該携帯電話機４０
に装着されているＵＩＭ５０にアクセスし、ＵＩＭＩＤ
を取得するように制御されるものであってもよい。

【０１２５】＜変形例４＞上述した第１実施形態のJava
ＡＰ実行処理１（図８参照）においては、JavaＡＰの使
用可否を決定するためにＵＩＭＩＤを用いる構成とした
が、ＵＩＭＩＤの代わりに、ＵＩＭ５０に格納されてい
るコンテンツリスト５０４ｂを用いるようにしてもよ
い。

【０１２６】図１６は、コンテンツリスト５０４ｂを用
いてJavaＡＰの使用可否を決定する場合の携帯電話機４
０の動作を説明するフローチャートである。同図に示さ
れたJavaＡＰ実行処理３は、上述した第１実施形態にお
けるJavaＡＰ実行処理１と同様に、JavaＡＰの実行を指
示する操作指令が入力された場合に、ＪＡＭの機能とし
てＣＰＵ４１０により実行される。

【０１２７】まず、ＣＰＵ４１０は、実行指定されたJa
vaＡＰのコンテンツ名（例えば、ＪＡＲファイルのファ
イル名）をコンテンツ格納領域４０９ｂから取得する
（ステップＳ７０１）。次いで、ＣＰＵ４１０は、ＵＩ
Ｍインタフェース４０４を介してＵＩＭ５０との間で通
信を行ない、ＵＩＭ５０からコンテンツリスト５０４ｂ
を取得する（ステップＳ７０２）。

【０１２８】そして、ＣＰＵ４１０は、上記ステップＳ
７０１において取得したJavaＡＰのコンテンツ名と、コ
ンテンツリスト５０４ｂ内の各コンテンツ名とを照合し
（ステップＳ７０３）、実行指定されたJavaＡＰのコン
テンツ名がコンテンツリスト５０４ｂ内のいずれかのコ
ンテンツ名と一致するか否かを判別する（ステップＳ７
０４）。この判別結果により、現在、携帯電話機４０を
利用してJavaＡＰの実行を指示しているユーザが、この
JavaＡＰをコンテンツサーバ１０からダウンロードした
ユーザであるか否かを判別することができる。

【０１２９】その結果、ＣＰＵ４１０は、実行指定され
たJavaＡＰのコンテンツ名がコンテンツリスト５０４ｂ
内のいずれのコンテンツ名とも一致しなかったと判別し
た場合は（ステップＳ７０４：Ｎｏ）、JavaＡＰの実行
をキャンセルし（ステップＳ７０５）、JavaＡＰの実行
をキャンセルしたことに伴うメッセージを表示画面に表
示した後（ステップＳ７０６）、JavaＡＰ実行処理３を
終了する。

【０１３０】一方、ＣＰＵ４１０は、実行指定されたJa
vaＡＰのコンテンツ名がコンテンツリスト５０４ｂ内の
いずれかのコンテンツ名と一致したと判別した場合は
（ステップＳ７０４：Ｙｅｓ）、このJavaＡＰの実行を
指示しているユーザがこのJavaＡＰをコンテンツサーバ
１０からダウンロードしたユーザであって、コンテンツ
プロバイダから正式にコンテンツの提供とその使用を認
められたユーザであると判断して、JavaＡＰの実行を許
可するとともに（ステップＳ７０７）、実行指定された
JavaＡＰを起動して（ステップＳ７０８）、このプログ
ラムに基づいた処理を開始する。

【０１３１】以上説明したように、ＵＩＭＩＤの代わり
に、ＵＩＭ５０に格納されているコンテンツリスト５０
４ｂを用いてJavaＡＰの使用可否を決定するようにして
もよい。さらに、ＵＩＭＩＤとコンテンツリスト５０４
ｂとを組み合わせてJavaＡＰの使用可否を決定するよう
にしてもよい。

【０１３２】＜変形例５＞上述した各実施形態では、携
帯電話機４０に提供されるコンテンツとして主にJavaＡ
Ｐ（プログラム）を例示して説明を行なったが、コンテ
ンツはプログラムに限定されるものではなく、例えば、
画像データや楽曲データなどであってもよいことは勿論
である。また、上述した各実施形態では、コンテンツを
ダウンロードする場合について説明したが、勿論、コン
テンツを配信する場合にも本発明を適用可能である。

【０１３３】＜変形例６＞上述した各実施形態において
コンテンツサーバ１０は、インターネット２０に接続さ
れている構成とした。しかしながら、コンテンツサーバ
１０は、専用線を介して移動パケット通信網３０のゲー
トウェイサーバ３１に直接接続されている構成であって
もよい。また、ゲートウェイサーバ３１がコンテンツサ
ーバ１０の機能を有する構成であってもよい。さらに、
コンテンツサーバ１０が移動パケット通信網３０内に設
けられている構成であってもよい。

【０１３４】＜変形例７＞上述した各実施形態では、図
１７においてハッチングで示されるように、JavaＡＰの
実行環境用のソフトウェアとして、ＫＶＭと、コンフィ
ギレーションとしてＣＬＤＣを備えるとともにプロファ
イルとしてオリジナルJava拡張プロファイルを備えるＪ
２ＭＥとが組み込まれた携帯電話機４０に本発明を適用
した場合について説明した。しかしながら、本発明が適
用可能なJava実行環境は、上述したＫＶＭとＪ２ＭＥの
組み合わせに限定されるものではない。また、本発明が
適用可能な通信端末は、携帯電話機に限定されるもので
はない。

【０１３５】例えば、同図に示されるように、Ｊ２ＭＥ
のプロファイルとして、上述したオリジナルJava拡張プ
ロファイルの代わりに、ＪＣＰ（Java Community Proce
ss）により策定された携帯電話機用のプロファイルであ
るＭＩＤＰ（Mobile Information Device Profile）を
備える構成であってもよい。また、同図に示されるよう
に、ＫＶＭの代わりにＪＶＭを備え、Ｊ２ＭＥのコンフ
ィギレーションとしてＣＬＤＣの代わりにＣＤＣ（Conn
ected Device Configuration）を、また、Ｊ２ＭＥのプ
ロファイルとして、例えば、液晶付電話機用プロファイ
ル、ＴＶ用プロファイル、カーナビゲーション用プロフ
ァイルなどを備えるJava実行環境であってもよい。さら
には、ＨｏｔＳｐｏｔと、Ｊ２ＳＥ（Java 2 Standard
Edition）またはＪ２ＥＥ（Java 2 Enterprise Editio
n）とを備えるJava実行環境であってもよい。

【０１３６】また、以上説明したJava実行環境の変形例
からわかるように、本発明は、例えば、ＰＨＳ（Person
al Handyphone System：登録商標）端末やＰＤＡ（Pers
onalDigital Assistant）、カーナビゲーション装置、
パーソナルコンピュータなどの、通信機能を有する各種
電子機器に適用可能である。また、上述した各実施形態
では、Javaプログラミング言語により記述されたJavaＡ
Ｐを用いた場合について説明したが、勿論、プログラミ
ング言語はJavaに限定されるものではない。

【０１３７】＜変形例８＞上述した各実施形態におい
て、ＵＩＭ５０は、携帯電話機４０と無線通信によりデ
ータの送受信を行う非接触型のＩＣカードであってもよ
い。また、ＵＩＭ５０は、ＩＣカードに限定されるもの
ではなく、例えば、メモリカード、光ディスク、磁気デ
ィスクなどの記憶媒体であってもよいことは勿論であ
る。

【０１３８】＜変形例９＞ＵＩＭ５０の代わりに記憶媒
体を用いる場合、例えば、悪意のある第３者が記憶媒体
の記憶内容を複製してしまうことより、他人の記憶媒体
に記憶されているデータを不正に入手してしまうおそれ
がある。したがって、例えば、各記憶媒体毎に固有のシ
リアルナンバーを、複製ができないように記憶媒体内に
記憶しておくようにして、このシリアルナンバーをダウ
ンロードしたコンテンツと対応付けて携帯電話機４０の
コンテンツ格納領域４０９ｂに格納する構成とすること
が好適である。

【０１３９】また、以下に述べる制御を行なうようにし
てもよい。図１８は、本変形例に係る携帯電話機４１の
ハードウェア構成を例示するブロック図である。同図に
示されるように、携帯電話機４１は、図２に示された携
帯電話機４０と比較して、ＵＩＭインタフェース４０４
の代わりにメモリカードインタフェース４２１を備えて
いる点と、不揮発性メモリ４０９においてＵＩＭＩＤ格
納領域４０９ａの代わりにカードＩＤ格納領域４０９ｃ
を有している点とが異なる。

【０１４０】メモリカードインタフェース４２１は、当
該メモリカードインタフェース４２１に装着されるメモ
リカード６０へのデータの書き込みや読み出しを制御す
る。また、メモリカードインタフェース４２１に装着さ
れるメモリカード６０には、メモリカード６０毎に固有
に割り当てられたカードＩＤ（例えば、製造番号）が予
め記憶されている。また、このメモリカード６０には、
このメモリカード６０を装着した携帯電話機４１がコン
テンツサーバ１０からダウンロードしたコンテンツの一
覧を示すコンテンツリストが格納される。さらに、不揮
発性メモリ４０９内のカードＩＤ格納領域４０９ｃに
は、携帯電話機４１に装着されたメモリカード６０から
メモリカードインタフェース４２１を介して読み出され
たカードＩＤが格納される。

【０１４１】図１９は、メモリカード６０が装着された
携帯電話機４１が、コンテンツサーバ１０からコンテン
ツをダウンロードする場合のコンテンツサーバ１０およ
び携帯電話機４１の動作を例示するシーケンスチャート
である。まず、携帯電話機４１のＣＰＵ４１０は、ダウ
ンロード要求を無線通信部４０１を介してコンテンツサ
ーバ１０へ送信する（ステップＳ８０１）。このダウン
ロード要求には、ダウンロードを指示するコマンドとダ
ウンロードするコンテンツを指定する情報とが含まれて
いる。コンテンツサーバ１０は、携帯電話機４１からの
ダウンロード要求を受信すると、このダウンロード要求
により指定されるコンテンツをメモリから読み出して
（ステップＳ８０２）、このコンテンツを携帯電話機４
１へ送信する（ステップＳ８０３）。

【０１４２】次いで、携帯電話機４１のＣＰＵ４１０
は、カードＩＤ格納領域４０９ｃに格納されているカー
ドＩＤ、すなわち、現時点において携帯電話機４１に装
着されているメモリカード６０のカードＩＤを取得する
（ステップＳ８０４）。そして、ＣＰＵ４１０は、ステ
ップＳ８０４において取得したカードＩＤを、ダウンロ
ードしたコンテンツと対応付けてコンテンツ格納領域４
０９ｂに格納する（ステップＳ８０５）。

【０１４３】この後、携帯電話機４１のＣＰＵ４１０
は、ダウンロードしたコンテンツを識別する、例えば、
このコンテンツのファイル名（コンテンツ名）を取得す
る。そして、ＣＰＵ４１０は、このコンテンツ名をカー
ドＩＤ格納領域４０９ｃに格納されているカードＩＤを
キーとして暗号化し（ステップＳ８０６）、当該暗号化
されたコンテンツ名をメモリカードインタフェース４２
１を介してメモリカード６０に記憶させる（ステップＳ
８０７）。これによりメモリカード６０内に記憶されて
いるコンテンツリストには、携帯電話機４１から送出さ
れた、カードＩＤにより暗号化されたコンテンツ名が追
加される。

【０１４４】また、図２０は、携帯電話機４１において
ＣＰＵ４１０により実行されるコンテンツ使用制限処理
の動作を説明するフローチャートである。同図に示され
たコンテンツ使用制限処理は、操作入力によりコンテン
ツ格納領域４０９ｂに格納されているコンテンツが指定
され、使用することが指示された場合に、ＣＰＵ４１０
により実行される。

【０１４５】まず、ＣＰＵ４１０は、使用することが指
定されたコンテンツのコンテンツ名（例えば、ファイル
名）をコンテンツ格納領域４０９ｂから取得する（ステ
ップＳ９０１）。次いで、ＣＰＵ４１０は、メモリカー
ドインタフェース４２１を介してメモリカード６０から
暗号化されたコンテンツリストを取得する（ステップＳ
９０２）。また、ＣＰＵ４１０は、カードＩＤ格納領域
４０９ｃに格納されているカードＩＤを取得する（ステ
ップＳ９０３）。そして、ＣＰＵ４１０は、カードＩＤ
をキーとしてメモリカード６０から取得したコンテンツ
リストを構成する各コンテンツ名の復号化を行ない（ス
テップＳ９０４）、復号したコンテンツリストをＲＡＭ
４０８に格納する。

【０１４６】次いで、ＣＰＵ４１０は、上記ステップＳ
９０１において取得したコンテンツ名と、ＲＡＭ４０８
に格納したコンテンツリスト内の各コンテンツ名とを照
合し（ステップＳ９０５）、使用することが指定された
コンテンツのコンテンツ名がコンテンツリスト内のいず
れかのコンテンツ名と一致するか否かを判別する（ステ
ップＳ９０６）。この判別結果により、現在、携帯電話
機４１を利用してコンテンツの使用を指示しているユー
ザが、このコンテンツをダウンロードしたユーザである
か否かを判別することができる。

【０１４７】その結果、ＣＰＵ４１０は、使用すること
が指定されたコンテンツのコンテンツ名がコンテンツリ
スト内のいずれのコンテンツ名とも一致しなかったと判
別した場合は（ステップＳ９０６：Ｎｏ）、このコンテ
ンツの使用を不許可とし（ステップＳ９０７）、このコ
ンテンツを使用することができない旨のメッセージを表
示画面に表示した後（ステップＳ９０８）、コンテンツ
使用制限処理を終了する。

【０１４８】一方、ＣＰＵ４１０は、使用することが指
定されたコンテンツのコンテンツ名がコンテンツリスト
内のいずれかのコンテンツ名と一致したと判別した場合
は（ステップＳ９０６：Ｙｅｓ）、このコンテンツの使
用を指示しているユーザが、このコンテンツをコンテン
ツサーバ１０からダウンロードしたユーザであって、コ
ンテンツプロバイダから正式にコンテンツの提供とその
使用を認められたユーザであると判断して、コンテンツ
の使用を許可し（ステップＳ９０９）、コンテンツ使用
制限処理を終了する。そして、この後、ＣＰＵ４１０
は、例えば、このコンテンツがプログラムである場合
は、当該プログラムを起動してこのプログラムに基づい
た処理を開始する。また、ＣＰＵ４１０は、このコンテ
ンツが画像ファイルである場合は、当該画像ファイルの
データに基づく画像を液晶表示画面に表示するなど、コ
ンテンツの使用に応じた処理を適宜実行する。

【０１４９】以上説明したように、本変形例では、メモ
リカード６０に格納するコンテンツの識別情報をメモリ
カード６０のカードＩＤをキーとして暗号化するととも
に、メモリカード６０から読み出された、暗号化された
コンテンツの識別情報をメモリカード６０のカードＩＤ
をキーとして復号化して利用する構成としている。この
ような構成とすれば、ＵＩＭ５０のように内部にマイク
ロプロセッサを備え、ＵＩＭ５０自身がアクセス制限を
行なう構成でなくとも一定のセキュリティを確保するこ
とができる。なお、メモリカード６０は、例えば、スマ
ートカードやフロッピー（登録商標）ディスク（Ｆｌｏ
ｐｐｙ（登録商標）Ｄｉｓｃ）、ＣＤ−ＲＯＭ（Comp
act Disc−ROM）、ＤＶＤ（Digital Versatile Disc）
などの記憶媒体であってもよいことは勿論である。

【０１５０】

【発明の効果】以上説明したように本発明によれば、通
信サービスの加入契約または加入者を識別するためのデ
ータ記憶モジュールや記憶媒体が着脱自在な通信端末に
おいて、コンテンツの使用を適切に制限できるようにな
る。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係る通信システムの
構成を例示するブロック図である。

【図２】同実施形態に係る携帯電話機のハードウェア
構成を例示するブロック図である。

【図３】同実施形態に係る携帯電話機において、不揮
発性メモリ内のコンテンツ格納領域のデータ構成を例示
する図である。

【図４】同実施形態に係る携帯電話機において、Java
ＡＰの実行環境を説明するための図である。

【図５】同実施形態に係るＵＩＭのハードウェア構成
を例示するブロック図である。

【図６】同実施形態に係るＵＩＭにおいて、ＥＥＰＲ
ＯＭ内のコンテンツリストのデータ構成を例示する図で
ある。

【図７】同実施形態に係る携帯電話機がコンテンツサ
ーバからJavaＡＰをダウンロードする場合の、コンテン
ツサーバ、携帯電話機およびＵＩＭの動作を例示するシ
ーケンスチャートである。

【図８】同実施形態に係る携帯電話機において、ＣＰ
Ｕにより実行されるJavaＡＰ実行処理１の動作を説明す
るフローチャートである。

【図９】本発明の第２実施形態において用いられるJa
vaＡＰのＡＤＦのデータ構成を例示する図である。

【図１０】同実施形態に係る携帯電話機において、Ｃ
ＰＵにより実行されるJavaＡＰ実行処理２の動作を説明
するフローチャートである。

【図１１】本発明の第３実施形態に係る携帯電話機に
おいて、ＣＰＵにより実行される選択画面表示処理１の
動作を説明するフローチャートである。

【図１２】本発明の第３実施形態に係る携帯電話機に
おいて、図１１に示された選択画面表示処理１により表
示される画面表示例を示す図である。

【図１３】本発明の第３実施形態に係る携帯電話機に
おいて、ＣＰＵにより実行される選択画面表示処理２の
動作を説明するフローチャートである。

【図１４】本発明の第４実施形態に係る携帯電話機に
おいて、ＣＰＵにより実行されるＵＩＭ交換処理の動作
を説明するフローチャートである。

【図１５】本発明の第５実施形態に係るＵＩＭにおい
て、ＵＩＭＩＤ格納領域の構成を例示する図である。

【図１６】本発明の変形例４に係り、携帯電話機にお
いてＣＰＵにより実行されるJavaＡＰ実行処理３の動作
を説明するフローチャートである。

【図１７】本発明の変形例７に係り、Java実行環境の
変形例を説明するための図である。

【図１８】本発明の変形例９に係る携帯電話機のハー
ドウェア構成を例示するブロック図である。

【図１９】同変形例に係る携帯電話機がコンテンツサ
ーバからコンテンツをダウンロードする場合の、コンテ
ンツサーバおよび携帯電話機の動作を例示するシーケン
スチャートである。

【図２０】同変形例に係り、携帯電話機においてＣＰ
Ｕにより実行されるコンテンツ使用制限処理の動作を説
明するフローチャートである。

【符号の説明】１……通信システム、１０……コンテンツサーバ、２０
……インターネット、３０……移動パケット通信網、３
１……ゲートウェイサーバ、３２……基地局、４０，４
１……携帯電話機、５０……ＵＩＭ、６０……メモリカ
ード、４０１……無線通信部、４０１ａ……アンテナ、
４０２……操作入力部、４０３……通話処理部、４０４
……ＵＩＭインタフェース、４０５……液晶表示部、４
０６……記憶部、４０７……ＲＯＭ、４０８……ＲＡ
Ｍ、４０９……不揮発性メモリ、４０９ａ……ＵＩＭＩ
Ｄ格納領域、４０９ｂ……コンテンツ格納領域、４１０
……ＣＰＵ、４１１……バス、４２１……メモリカード
インタフェース、４０９ｃ……カードＩＤ格納領域、５
０１……外部インタフェース、５０２……ＲＯＭ、５０
３……ＲＡＭ、５０４……ＥＥＰＲＯＭ、５０４ａ……
移動機ＩＤ格納領域、５０４ｂ……コンテンツリスト、
５０４ｃ……加入者情報格納領域、５０４ｄ……ＵＩＭ
ＩＤ格納領域、５０４ｄ１……領域、５０４ｄ２……引
継ぎ領域、５０５……ＣＰＵ、５０６……バス。

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B017 AA03 BA05 CA14 CA16 5K027 AA11 BB09 HH23 5K067 AA32 AA34 BB04 BB21 DD17 EE02 HH32 KK15 5K101 KK18 LL12 MM07

Claims

【特許請求の範囲】

【請求項１】通信サービスの加入契約または加入者を
識別するための加入識別情報を記憶しているデータ記憶
モジュールが着脱自在な通信端末において、コンテンツを受信する受信手段と、前記受信手段によりコンテンツを受信した場合に、当該
通信端末に装着されているデータ記憶モジュールから取
得した加入識別情報を前記コンテンツと対応付けて当該
通信端末のメモリに記憶する記憶手段と、前記記憶手段によりメモリに記憶されたコンテンツの使
用が指示された場合に、当該通信端末に装着されている
データ記憶モジュールから取得した加入識別情報と、前
記コンテンツに対応付けられてメモリに記憶されている
加入識別情報とを照合する照合手段と、前記照合手段による照合結果に基づいて前記コンテンツ
の使用可否を決定する決定手段とを有することを特徴と
する通信端末。
【請求項２】前記決定手段は、前記照合手段により照
合された２つの加入識別情報が一致した場合に、前記コ
ンテンツの使用を許可することを特徴とする請求項１に
記載の通信端末。
【請求項３】前記コンテンツには、当該コンテンツの
使用者を制限するか否かを指定する使用制限情報が付与
されており、前記記憶手段は、前記受信手段により受信されたコンテ
ンツに付与されている使用制限情報を前記コンテンツと
対応付けてさらにメモリに記憶し、前記決定手段は、使用することが指示されたコンテンツ
に対応付けられてメモリに記憶されている使用制限情報
と、前記照合手段による照合結果とに基づいて、前記コ
ンテンツの使用可否を決定することを特徴とする請求項
１に記載の通信端末。
【請求項４】前記決定手段は、前記使用制限情報によ
り当該使用制限情報が付与されているコンテンツの使用
者を制限しないことが指定されている場合、前記照合手
段による照合結果に係らず前記コンテンツの使用を許可
することを特徴とする請求項３に記載の通信端末。
【請求項５】前記決定手段は、前記使用制限情報によ
り当該使用制限情報が付与されているコンテンツの使用
者を制限することが指定されている場合、前記照合手段
による照合結果に基づいて前記コンテンツの使用可否を
決定することを特徴とする請求項３に記載の通信端末。
【請求項６】前記コンテンツには、当該コンテンツの
使用者を制限するか否かを指定する使用制限情報が付与
可能であり、前記記憶手段は、前記受信手段により受信されたコンテ
ンツに前記使用制限情報が付与されている場合は、当該
使用制限情報を前記コンテンツと対応付けてさらにメモ
リに記憶し、前記決定手段は、使用することが指示されたコンテンツ
に対応付けられて前記使用制限情報がメモリに記憶され
ているか否かを検出し、当該検出結果と、前記照合手段
による照合結果とに基づいて、前記コンテンツの使用可
否を決定することを特徴とする請求項１に記載の通信端
末。
【請求項７】前記決定手段は、使用することが指示さ
れたコンテンツに対応付けられて前記使用制限情報がメ
モリに記憶されていないことを検出した場合、前記照合
手段による照合結果に基づいて前記コンテンツの使用可
否を決定することを特徴とする請求項６に記載の通信端
末。
【請求項８】前記決定手段は、使用することが指示さ
れたコンテンツに対応付けられて前記使用制限情報がメ
モリに記憶されていることを検出した場合、前記使用制
限情報により指定される使用者の制限有無と、前記照合
手段による照合結果とに基づいて前記コンテンツの使用
可否を決定することを特徴とする請求項６に記載の通信
端末。
【請求項９】前記使用制限情報は、当該通信端末にコ
ンテンツを提供するコンテンツ提供者により付与される
ことを特徴とする請求項３または６に記載の通信端末。
【請求項１０】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末において、コンテンツを受信する受信手段と、前記受信手段によりコンテンツを受信した場合に、当該
通信端末に装着されているデータ記憶モジュールから取
得した加入識別情報を前記コンテンツと対応付けて当該
通信端末のメモリに記憶する記憶手段と、前記記憶手段によりメモリに記憶されたコンテンツのう
ち、当該通信端末に装着されているデータ記憶モジュー
ルから取得した加入識別情報が対応付けられているコン
テンツを、使用を許可するコンテンツとしてユーザに報
知する報知手段とを有することを特徴とする通信端末。
【請求項１１】前記報知手段は、ユーザに対して使用
を許可するコンテンツに関する情報を表示することを特
徴とする請求項１０に記載の通信端末。
【請求項１２】前記記憶手段によりメモリに記憶され
た各コンテンツを当該通信端末に装着されているデータ
記憶モジュールから取得した加入識別情報に基づいて、
ユーザに対して使用を許可するコンテンツと、使用を許
可しないコンテンツとに選別し、使用を許可するコンテ
ンツに関する情報と使用を許可しないコンテンツに関す
る情報とを異なる表示形態で表示することを特徴とする
請求項１０に記載の通信端末。
【請求項１３】前記コンテンツには、当該コンテンツ
の使用者を制限するか否かを指定する使用制限情報が付
与されており、前記記憶手段は、前記受信手段により受信されたコンテ
ンツに付与されている使用制限情報を前記コンテンツと
対応付けてさらにメモリに記憶し、前記報知手段は、前記記憶手段によりメモリに記憶され
たコンテンツのうち、前記使用制限情報により当該コン
テンツの使用者を制限しないことが指定されているコン
テンツを、さらに、使用を許可するコンテンツとしてユ
ーザに報知することを特徴とする請求項１０に記載の通
信端末。
【請求項１４】前記加入識別情報は、データ記憶モジ
ュール毎に固有に割り当てられたモジュール識別情報で
あって、ユーザが自己の所有するデータ記憶モジュールを新たな
データ記憶モジュールに交換した場合に、前記記憶手段
によりコンテンツと対応付けてメモリに記憶した交換前
のデータ記憶モジュールのモジュール識別情報を、交換
後のデータ記憶モジュールのモジュール識別情報に書き
替える書替手段をさらに有することを特徴とする請求項
１または１０に記載の通信端末。
【請求項１５】当該通信端末に提供する通信サービス
を管理するサービス管理装置からモジュール識別情報の
書き替えを許可する信号を受信した場合に、前記書替手
段によるモジュール識別情報の書き替えを許可する許可
手段をさらに有することを特徴とする請求項１４に記載
の通信端末。
【請求項１６】前記加入識別情報は、データ記憶モジ
ュール毎に固有に割り当てられたモジュール識別情報で
あって、ユーザが自己の所有するデータ記憶モジュールを新たな
データ記憶モジュールに交換した場合、交換後のデータ
記憶モジュールには、当該データ記憶モジュールのモジ
ュール識別情報および交換前のデータ記憶モジュールの
モジュール識別情報が記憶され、前記照合手段は、前記記憶手段により当該通信端末のメ
モリに記憶されたコンテンツの使用が指示された場合
に、当該通信端末に装着されているデータ記憶モジュー
ルから取得した交換前および交換後のモジュール識別情
報と、前記コンテンツに対応付けられてメモリに記憶さ
れているモジュール識別情報とを照合し、前記決定手段は、前記照合手段により交換前および交換
後のモジュール識別情報のいずれかと前記コンテンツに
対応付けられたモジュール識別情報とが一致したか否か
に基づいて、前記コンテンツの使用可否を決定すること
を特徴とする請求項１に記載の通信端末。
【請求項１７】前記加入識別情報は、データ記憶モジ
ュール毎に固有に割り当てられたモジュール識別情報で
あって、ユーザが自己の所有するデータ記憶モジュールを新たな
データ記憶モジュールに交換した場合、交換後のデータ
記憶モジュールには、当該データ記憶モジュールのモジ
ュール識別情報および交換前のデータ記憶モジュールの
モジュール識別情報が記憶され、前記報知手段は、前記記憶手段により当該通信端末のメ
モリに記憶されたコンテンツのうち、当該通信端末に装
着されているデータ記憶モジュールから取得した交換前
および交換後のモジュール識別情報のいずれかが対応付
けられたコンテンツを、使用を許可するコンテンツとし
てユーザに報知することを特徴とする請求項１０に記載
の通信端末。
【請求項１８】前記加入識別情報は、データ記憶モジ
ュール毎に固有に割り当てられたモジュール識別情報で
あって、ユーザが複数のデータ記憶モジュールを所有している場
合、ユーザが所有している１のデータ記憶モジュールに
は、当該データ記憶モジュールのモジュール識別情報お
よびユーザが所有している残りの１以上のデータ記憶モ
ジュールのモジュール識別情報が記憶され、前記照合手段は、前記記憶手段により当該通信端末のメ
モリに記憶されたコンテンツの使用が指示された場合
に、当該通信端末に装着されているデータ記憶モジュー
ルから取得した複数のモジュール識別情報と、前記コン
テンツに対応付けられてメモリに記憶されているモジュ
ール識別情報とを照合し、前記決定手段は、前記照合手段により当該通信端末に装
着されているデータ記憶モジュールから取得した複数の
モジュール識別情報のいずれかと前記コンテンツに対応
付けられたモジュール識別情報とが一致したか否かに基
づいて、前記コンテンツの使用可否を決定することを特
徴とする請求項１に記載の通信端末。
【請求項１９】前記加入識別情報は、データ記憶モジ
ュール毎に固有に割り当てられたモジュール識別情報で
あって、ユーザが複数のデータ記憶モジュールを所有している場
合、ユーザが所有している１のデータ記憶モジュールに
は、当該データ記憶モジュールのモジュール識別情報お
よびユーザが所有している残りの１以上のデータ記憶モ
ジュールのモジュール識別情報が記憶され、前記報知手段は、前記記憶手段により当該通信端末のメ
モリに記憶されたコンテンツのうち、当該通信端末に装
着されているデータ記憶モジュールから取得した複数の
モジュール識別情報のいずれかが対応付けられたコンテ
ンツを、使用を許可するコンテンツとしてユーザに報知
することを特徴とする請求項１０に記載の通信端末。
【請求項２０】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末において、プログラムを受信する受信手段と、前記受信手段によりプログラムを受信した場合に、当該
通信端末に装着されているデータ記憶モジュールから取
得した加入識別情報を前記プログラムと対応付けて当該
通信端末のメモリに記憶する記憶手段と、前記記憶手段によりメモリに記憶されたプログラムの実
行が指示された場合に、当該通信端末に装着されている
データ記憶モジュールから取得した加入識別情報と、前
記プログラムに対応付けられてメモリに記憶されている
加入識別情報とを照合する照合手段と、前記照合手段による照合結果に基づいて前記プログラム
の実行可否を決定する決定手段とを有することを特徴と
する通信端末。
【請求項２１】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末において、プログラムを受信する受信手段と、前記受信手段によりプログラムを受信した場合に、当該
通信端末に装着されているデータ記憶モジュールから取
得した加入識別情報を前記プログラムと対応付けて当該
通信端末のメモリに記憶する記憶手段と、前記記憶手段によりメモリに記憶されたプログラムのう
ち、当該通信端末に装着されているデータ記憶モジュー
ルから取得した加入識別情報が対応付けられているプロ
グラムを、実行を許可するプログラムとしてユーザに報
知する報知手段とを有することを特徴とする通信端末。
【請求項２２】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末において、コンテンツを受信する受信手段と、前記受信手段によりコンテンツを受信した場合に、この
コンテンツを当該通信端末のメモリに記憶するととも
に、このコンテンツを識別するコンテンツ識別情報を当
該通信端末に装着されているデータ記憶モジュールに記
憶させる記憶手段と、前記記憶手段により当該通信端末のメモリに記憶された
コンテンツの使用が指示された場合に、このコンテンツ
のコンテンツ識別情報が当該通信端末に装着されている
データ記憶モジュールから取得したコンテンツ識別情報
のいずれかと一致するか否かを判別する判別手段と、前記判別手段による判別結果に基づいて前記コンテンツ
の使用可否を決定する決定手段とを有することを特徴と
する通信端末。
【請求項２３】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末において、コンテンツを受信する受信手段と、前記受信手段によりコンテンツを受信した場合に、この
コンテンツを当該通信端末のメモリに記憶するととも
に、このコンテンツを識別するコンテンツ識別情報を当
該通信端末に装着されているデータ記憶モジュールに記
憶させる記憶手段と、前記記憶手段によりメモリに記憶されたコンテンツのう
ち、当該通信端末に装着されているデータ記憶モジュー
ルから取得したコンテンツ識別情報のいずれかに該当す
るコンテンツを、使用を許可するコンテンツとしてユー
ザに報知する報知手段とを有することを特徴とする通信
端末。
【請求項２４】前記加入識別情報は、前記通信サービ
スの加入契約毎に固有に割り当てられた加入契約識別情
報であることを特徴とする請求項１、１０、２０〜２３
のいずれか１の請求項に記載の通信端末。
【請求項２５】前記加入識別情報は、データ記憶モジ
ュール毎に固有に割り当てられたモジュール識別情報で
あることを特徴とする請求項１、１０、２０〜２３のい
ずれか１の請求項に記載の通信端末。
【請求項２６】前記加入識別情報は、前記通信サービ
スの加入者毎に固有に割り当てられた加入者識別情報で
あることを特徴とする請求項１、１０、２０〜２３のい
ずれか１の請求項に記載の通信端末。
【請求項２７】前記データ記憶モジュールは、当該デ
ータ記憶モジュールが前記通信端末へ装着された場合
に、当該データ記憶モジュールの所有者を認証する認証
手段と、前記認証手段による認証結果に応じて当該データ記憶モ
ジュールに記憶されているデータへの前記通信端末から
のアクセスの可否を決定する決定手段とを有することを
特徴とする請求項１、１０、２０〜２３のいずれか１の
請求項に記載の通信端末。
【請求項２８】前記データ記憶モジュールはＩＣカー
ドであることを特徴とする請求項１、１０、２０〜２３
のいずれか１の請求項に記載の通信端末。
【請求項２９】前記データ記憶モジュールは記憶媒体
であることを特徴とする請求項１、１０、２０〜２３の
いずれか１の請求項に記載の通信端末。
【請求項３０】記憶媒体が着脱自在な通信端末におい
て、前記記憶媒体には、当該記憶媒体毎に固有に割り当てら
れた記憶媒体識別情報が記憶されており、コンテンツを受信する受信手段と、前記受信手段によりコンテンツを受信した場合に、この
コンテンツを識別するコンテンツ識別情報を、当該通信
端末に装着されている記憶媒体から取得した記憶媒体識
別情報を用いて暗号化する暗号化手段と、前記受信手段により受信されたコンテンツを当該通信端
末のメモリに記憶するとともに、前記暗号化手段により
暗号化されたコンテンツ識別情報を前記記憶媒体に記憶
する記憶手段と、当該通信端末に装着されている記憶媒体から取得した１
以上の暗号化されたコンテンツ識別情報を前記記憶媒体
から取得した当該記憶媒体の記憶媒体識別情報を用いて
復号化する復号化手段と、前記記憶手段により当該通信端末のメモリに記憶された
コンテンツの使用が指示された場合に、このコンテンツ
のコンテンツ識別情報が前記復号化手段により復号化さ
れたコンテンツ識別情報のいずれかと一致するか否かを
判別する判別手段と、前記判別手段による判別結果に基づいて前記コンテンツ
の使用可否を決定する決定手段とを有することを特徴と
する通信端末。
【請求項３１】記憶媒体が着脱自在な通信端末におい
て、前記記憶媒体には、当該記憶媒体毎に固有に割り当てら
れた記憶媒体識別情報が記憶されており、コンテンツを受信する受信手段と、前記受信手段によりコンテンツを受信した場合に、この
コンテンツを識別するコンテンツ識別情報を、当該通信
端末に装着されている記憶媒体から取得した記憶媒体識
別情報を用いて暗号化する暗号化手段と、前記受信手段により受信されたコンテンツを当該通信端
末のメモリに記憶するとともに、前記暗号化手段により
暗号化されたコンテンツ識別情報を前記記憶媒体に記憶
する記憶手段と、当該通信端末に装着されている記憶媒体から取得した１
以上の暗号化されたコンテンツ識別情報を前記記憶媒体
から取得した当該記憶媒体の記憶媒体識別情報を用いて
復号化する復号化手段と、前記記憶手段によりメモリに記憶されたコンテンツのう
ち、前記復号化手段により復号化されたコンテンツ識別
情報のいずれかに該当するコンテンツを、使用を許可す
るコンテンツとしてユーザに報知する報知手段とを有す
ることを特徴とする通信端末。
【請求項３２】前記通信端末は、パケット通信機能を
有する携帯電話機であることを特徴とする請求項１、１
０、２０〜２３、３０、３１のいずれか１の請求項に記
載の通信端末。
【請求項３３】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末が、コンテンツを受
信する受信過程と、前記通信端末が、前記受信過程にてコンテンツを受信し
た場合に、当該通信端末に装着されているデータ記憶モ
ジュールから取得した加入識別情報を前記コンテンツと
対応付けて当該通信端末のメモリに記憶する記憶過程
と、前記通信端末が、前記記憶過程にてメモリに記憶された
コンテンツの使用が指示された場合に、当該通信端末に
装着されているデータ記憶モジュールから取得した加入
識別情報と、前記コンテンツに対応付けられてメモリに
記憶されている加入識別情報とを照合する照合過程と、前記通信端末が、前記照合過程による照合結果に基づい
て前記コンテンツの使用可否を決定する決定過程とを有
することを特徴とするコンテンツの使用制限方法。
【請求項３４】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末が、コンテンツを受
信する受信過程と、前記通信端末が、前記受信過程にてコンテンツを受信し
た場合に、当該通信端末に装着されているデータ記憶モ
ジュールから取得した加入識別情報を前記コンテンツと
対応付けて当該通信端末のメモリに記憶する記憶過程
と、前記通信端末が、前記記憶過程にてメモリに記憶された
コンテンツのうち、当該通信端末に装着されているデー
タ記憶モジュールから取得した加入識別情報が対応付け
られているコンテンツを、使用を許可するコンテンツと
してユーザに報知する報知過程とを有することを特徴と
するコンテンツの使用制限方法。
【請求項３５】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末が、コンテンツを受
信する受信過程と、前記通信端末が、前記受信過程にてコンテンツを受信し
た場合に、このコンテンツを当該通信端末のメモリに記
憶するとともに、このコンテンツを識別するコンテンツ
識別情報を当該通信端末に装着されているデータ記憶モ
ジュールに記憶させる記憶過程と、前記通信端末が、前記記憶過程にて当該通信端末のメモ
リに記憶されたコンテンツの使用が指示された場合に、
このコンテンツのコンテンツ識別情報が当該通信端末に
装着されているデータ記憶モジュールから取得したコン
テンツ識別情報のいずれかと一致するか否か判別する判
別過程と、前記通信端末が、前記判別過程による判別結果に基づい
て前記コンテンツの使用可否を決定する決定過程とを有
することを特徴とするコンテンツの使用制限方法。
【請求項３６】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末が、コンテンツを受
信する受信過程と、前記通信端末が、前記受信過程にてコンテンツを受信し
た場合に、このコンテンツを当該通信端末のメモリに記
憶するとともに、このコンテンツを識別するコンテンツ
識別情報を当該通信端末に装着されているデータ記憶モ
ジュールに記憶させる記憶過程と、前記通信端末が、前記記憶過程にてメモリに記憶された
コンテンツのうち、当該通信端末に装着されているデー
タ記憶モジュールから取得したコンテンツ識別情報のい
ずれかに該当するコンテンツを、使用を許可するコンテ
ンツとしてユーザに報知する報知過程とを有することを
特徴とするコンテンツの使用制限方法。
【請求項３７】前記加入識別情報は、前記通信サービ
スの加入契約毎に固有に割り当てられた加入契約識別情
報であることを特徴とする請求項３３〜３６のいずれか
１の請求項に記載のコンテンツの使用制限方法。
【請求項３８】前記加入識別情報は、データ記憶モジ
ュール毎に固有に割り当てられたモジュール識別情報で
あることを特徴とする請求項３３〜３６のいずれか１の
請求項に記載のコンテンツの使用制限方法。
【請求項３９】前記加入識別情報は、前記通信サービ
スの加入者毎に固有に割り当てられた加入者識別情報で
あることを特徴とする請求項３３〜３６のいずれか１の
請求項に記載のコンテンツの使用制限方法。
【請求項４０】前記データ記憶モジュールは記憶媒体
であることを特徴とする請求項３３〜３６のいずれか１
の請求項に記載のコンテンツの使用制限方法。
【請求項４１】記憶媒体毎に固有に割り当てられた記
憶媒体識別情報を記憶している記憶媒体が着脱自在な通
信端末が、コンテンツを受信する受信過程と、前記通信端末が、前記受信過程にてコンテンツを受信し
た場合に、このコンテンツを識別するコンテンツ識別情
報を、当該通信端末に装着されている記憶媒体から取得
した記憶媒体識別情報を用いて暗号化する暗号化過程
と、前記通信端末が、前記受信過程にて受信されたコンテン
ツを当該通信端末のメモリに記憶するとともに、前記暗
号化過程にて暗号化されたコンテンツ識別情報を前記記
憶媒体に記憶する記憶過程と、前記通信端末が、当該通信端末に装着されている記憶媒
体から取得した１以上の暗号化されたコンテンツ識別情
報を前記記憶媒体から取得した当該記憶媒体の記憶媒体
識別情報を用いて復号化する復号化過程と、前記通信端末が、前記記憶過程にてメモリに記憶された
コンテンツの使用が指示された場合に、このコンテンツ
のコンテンツ識別情報が前記復号化過程にて復号化され
たコンテンツ識別情報のいずれかと一致するか否かを判
別する判別過程と、前記通信端末が、前記判別過程による判別結果に基づい
て前記コンテンツの使用可否を決定する決定過程とを有
することを特徴とするコンテンツの使用制限方法。
【請求項４２】記憶媒体毎に固有に割り当てられた記
憶媒体識別情報を記憶している記憶媒体が着脱自在な通
信端末が、コンテンツを受信する受信過程と、前記通信端末が、前記受信過程にてコンテンツを受信し
た場合に、このコンテンツを識別するコンテンツ識別情
報を、当該通信端末に装着されている記憶媒体から取得
した記憶媒体識別情報を用いて暗号化する暗号化過程
と、前記通信端末が、前記受信過程にて受信されたコンテン
ツを当該通信端末のメモリに記憶するとともに、前記暗
号化過程にて暗号化されたコンテンツ識別情報を前記記
憶媒体に記憶する記憶過程と、前記通信端末が、当該通信端末に装着されている記憶媒
体から取得した１以上の暗号化されたコンテンツ識別情
報を前記記憶媒体から取得した当該記憶媒体の記憶媒体
識別情報を用いて復号化する復号化過程と、前記通信端末が、前記記憶過程にてメモリに記憶された
コンテンツのうち、前記復号化過程にて復号化されたコ
ンテンツ識別情報のいずれかに該当するコンテンツを、
使用を許可するコンテンツとしてユーザに報知する報知
過程とを有することを特徴とするコンテンツの使用制限
方法。
【請求項４３】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末が、プログラムを受
信する受信過程と、前記通信端末が、前記受信過程にてプログラムを受信し
た場合に、当該通信端末に装着されているデータ記憶モ
ジュールから取得した加入識別情報を前記プログラムと
対応付けて当該通信端末のメモリに記憶する記憶過程
と、前記通信端末が、前記記憶過程にてメモリに記憶された
プログラムの実行が指示された場合に、当該通信端末に
装着されているデータ記憶モジュールから取得した加入
識別情報と、前記プログラムに対応付けられてメモリに
記憶されている加入識別情報とを照合する照合過程と、前記通信端末が、前記照合過程による照合結果に基づい
て前記プログラムの実行可否を決定する決定過程とを有
することを特徴とするプログラムの実行制限方法。
【請求項４４】通信サービスの加入契約または加入者
を識別するための加入識別情報を記憶しているデータ記
憶モジュールが着脱自在な通信端末が、プログラムを受
信する受信過程と、前記通信端末が、前記受信過程にてプログラムを受信し
た場合に、当該通信端末に装着されているデータ記憶モ
ジュールから取得した加入識別情報を前記プログラムと
対応付けて当該通信端末のメモリに記憶する記憶過程
と、前記通信端末が、前記記憶過程にてメモリに記憶された
プログラムのうち、当該通信端末に装着されているデー
タ記憶モジュールから取得した加入識別情報が対応付け
られているプログラムを、実行を許可するプログラムと
してユーザに報知する報知過程とを有することを特徴と
するプログラムの実行制限方法。