JP2003337630A - 通信端末、プログラム、記録媒体、通信端末のアクセス制御方法およびコンテンツの提供方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを介して提供されるプログラム
の利便性を損なわせることなく、かつ、このようなプロ
グラムに対する通信端末のセキュリティを確保できるよ
うにすること。 【解決手段】 認定サーバ３０は、認定機関が認定コン
テンツとして認定したコンテンツを秘密鍵３０ａを用い
て暗号化する。携帯電話機５０は、コンテンツサーバ１
０Ｂから取得したJavaＡＰが認定機関の認定コンテンツ
であるか否かを、認定サーバ３０の公開鍵３０ｂを用い
てこのJavaＡＰの復号処理を行なった結果に基づいて判
別する。そして、携帯電話機５０は、ネットワークを介
して提供されたJavaＡＰの実行中に当該携帯電話機５０
がアクセスすることのできるリソースを、このJavaＡＰ
が認定機関の認定コンテンツであるか否かに基づいて決
定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワークを
介して提供されたプログラムに対する通信端末のセキュ
リティを制御する技術に関する。

【０００２】

【従来の技術】例えば、パケット通信機能を有する携帯
電話機やパーソナルコンピュータなどの通信端末は、イ
ンターネットに接続されているサーバから様々なプログ
ラムをダウンロードすることができる。

【０００３】ところで、インターネットなどのオープン
ネットワークでは、世界中の様々な人々が自由に情報の
公開やプログラムの提供を行うことができる。オープン
ネットワークは、このような利点を有する反面、例え
ば、悪意の有る個人や団体が通信端末内に記憶されてい
るデータを密かに盗み出すプログラムを提供していた
り、あるいは悪意は無いものの通信端末において動作さ
せると不具合を引き起こしてしまうプログラムが提供さ
れてしまうことがある。

【０００４】したがって、ネットワークを介して提供さ
れたプログラムに対して通信端末の内部および外部のリ
ソースを何ら制限することなくアクセスできるようにし
てしまうと、例えば、通信端末内に記憶されているユー
ザの電話番号やメールアドレス、銀行口座番号などが勝
手に読み出され、通信端末の外へ流出してしまうといっ
た事態が生じ得る。

【０００５】このため、例えば、Java（登録商標）言語
で記述されたプログラムを実行することが可能な通信端
末においては、ネットワークを介して提供されたJavaプ
ログラムを実行している場合に、このJavaプログラムの
実行過程においてアクセスすることのできるリソースを
ごく限られたものだけに制限しており、これにより信頼
性を完全に保証することのできないプログラムが、例え
ば、通信端末内のアドレス帳データやユーザの個人情報
などにアクセスすることを禁じている。

【０００６】

【発明が解決しようとする課題】上述したアクセス制限
の仕組みは、通信端末におけるセキュリティを確保する
上で一定の効果を奏するものの、ネットワークを介して
提供されるプログラムに対して様々な動作制限を課すこ
とになる。すなわち、このようなアクセス制限は、ネッ
トワークを介して提供されるプログラムが本来有する、
通信端末における機能の変更や追加などを自由に行える
という利便性を損なう要因であった。

【０００７】しかしながら、ネットワークを介して提供
されたプログラムの実行に際し、何らアクセスの制限を
行なわない場合、前述した悪意の有る個人や団体が提供
するプログラムや、通信端末において動作させると不具
合を引き起こしてしまうプログラムなどによる被害が、
このプログラムを実行した通信端末のみならず、この通
信端末と通信を行った他の電子機器にまで及んでしまう
おそれがある。

【０００８】本発明は、以上説明した事情に鑑みてなさ
れたものであり、ネットワークを介して通信端末に提供
されるプログラムの利便性を損なわせることなく、か
つ、このようなプログラムに対する通信端末のセキュリ
ティを確保できるようにすることを目的としている。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に、この発明は、認定機関により当該認定機関の認定プ
ログラムであると認定され、秘密鍵を用いて暗号化され
たプログラムまたは前記認定機関の認定を得ていないプ
ログラムを受信する受信手段と、前記受信手段により受
信されたプログラムが前記認定機関の認定プログラムで
あるか否かを、前記秘密鍵と対になる公開鍵を用いて前
記プログラムの復号処理を行なった結果に基づいて判別
する判別手段と、前記受信手段により受信されたプログ
ラムを実行している場合に当該通信端末がアクセスする
ことのできるリソースを、前記プログラムに対する前記
判別手段の判別結果に基づいて決定する決定手段とを有
する通信端末を提供する。

【００１０】また、この発明は、認定機関により当該認
定機関の認定プログラムであると認定され、秘密鍵を用
いて暗号化された署名が付与されたプログラムまたは前
記認定機関の認定を得ていないプログラムを受信する受
信手段と、前記受信手段により受信されたプログラムが
前記認定機関の認定プログラムであるか否かを、前記プ
ログラムに署名が付与されているか否か、および前記プ
ログラムに署名が付与されている場合は前記秘密鍵と対
になる公開鍵を用いて前記署名の復号処理を行なった結
果に基づいて判別する判別手段と、前記受信手段により
受信されたプログラムを実行している場合に当該通信端
末がアクセスすることのできるリソースを、前記プログ
ラムに対する前記判別手段の判別結果に基づいて決定す
る決定手段とを有する通信端末を提供する。

【００１１】また、この発明は、通信端末に、認定機関
により当該認定機関の認定プログラムであると認定さ
れ、秘密鍵を用いて暗号化されたプログラムまたは前記
認定機関の認定を得ていないプログラムを受信する受信
ステップと、前記受信ステップにて受信されたプログラ
ムが前記認定機関の認定プログラムであるか否かを、前
記秘密鍵と対になる公開鍵を用いて前記プログラムの復
号処理を行なった結果に基づいて判別する判別ステップ
と、前記受信ステップにて受信されたプログラムを実行
している場合に当該通信端末がアクセスすることのでき
るリソースを、前記プログラムに対する前記判別ステッ
プでの判別結果に基づいて決定する決定ステップとを実
行させるためのプログラムを提供する。

【００１２】また、この発明は、通信端末に、認定機関
により当該認定機関の認定プログラムであると認定さ
れ、秘密鍵を用いて暗号化された署名が付与されたプロ
グラムまたは前記認定機関の認定を得ていないプログラ
ムを受信する受信ステップと、前記受信ステップにて受
信されたプログラムが前記認定機関の認定プログラムで
あるか否かを、前記プログラムに署名が付与されている
か否か、および前記プログラムに署名が付与されている
場合は前記秘密鍵と対になる公開鍵を用いて前記署名の
復号処理を行なった結果に基づいて判別する判別ステッ
プと、前記受信ステップにて受信されたプログラムを実
行している場合に当該通信端末がアクセスすることので
きるリソースを、前記プログラムに対する前記判別ステ
ップでの判別結果に基づいて決定する決定ステップとを
実行させるためのプログラムを提供する。

【００１３】この発明によれば、通信端末は、受信した
プログラムが認定機関の認定プログラムであるか否か
を、認定プログラムの暗号化に用いられた秘密鍵と対と
なる公開鍵を用いて判別する。そして、通信端末は、受
信したプログラムを実行している場合に当該通信端末が
アクセスすることのできるリソースを、このプログラム
に対する認定機関の認定有無に基づいて決定する。

【００１４】また、この発明は、通信端末に提供される
プログラムの認定に関する処理を行なう認定装置が、認
定機関により当該認定機関の認定プログラムであると認
定されたプログラムを秘密鍵を用いて暗号化する暗号化
過程と、サーバが、前記暗号化過程にて暗号化されたプ
ログラムまたは前記認定機関の認定を得ていないプログ
ラムを通信端末へ送信する送信過程と、前記通信端末
が、前記送信過程にて送信されたプログラムを受信する
受信過程と、前記通信端末が、前記受信過程にて受信さ
れたプログラムが前記認定機関の認定プログラムである
か否かを、前記秘密鍵と対になる公開鍵を用いて前記プ
ログラムの復号処理を行なった結果に基づいて判別する
判別過程と、前記通信端末が、前記受信過程にて受信さ
れたプログラムを実行している場合に当該通信端末がア
クセスすることのできるリソースを、前記プログラムに
対する前記判別過程での判別結果に基づいて決定する決
定過程とを有する通信端末のアクセス制御方法を提供す
る。

【００１５】また、この発明は、通信端末に提供される
プログラムの認定に関する処理を行なう認定装置が、認
定機関により当該認定機関の認定プログラムであると認
定されたプログラムに、秘密鍵を用いて暗号化した署名
を付与する署名付与過程と、サーバが、前記署名付与過
程にて署名が付与されたプログラムまたは前記認定機関
の認定を得ていないプログラムを通信端末へ送信する送
信過程と、前記通信端末が、前記送信過程にて送信され
たプログラムを受信する受信過程と、前記通信端末が、
前記受信過程にて受信されたプログラムが前記認定機関
の認定プログラムであるか否かを、前記プログラムに署
名が付与されているか否か、および前記プログラムに署
名が付与されている場合は前記秘密鍵と対になる公開鍵
を用いて前記署名の復号処理を行なった結果に基づいて
判別する判別過程と、前記通信端末が、前記受信過程に
て受信されたプログラムを実行している場合に当該通信
端末がアクセスすることのできるリソースを、前記プロ
グラムに対する前記判別過程での判別結果に基づいて決
定する決定過程とを有する通信端末のアクセス制御方法
を提供する。

【００１６】この発明によれば、認定装置は、認定機関
が認定プログラムとして認定したプログラムを秘密鍵を
用いて暗号化する。あるいは、認定装置は、認定機関が
認定プログラムとして認定したプログラムに、秘密鍵を
用いて暗号化した署名を付与する。通信端末は、受信し
たプログラムが認定機関の認定プログラムであるか否か
を、認定装置において用いられた秘密鍵と対となる公開
鍵を用いて判別する。そして、通信端末は、受信したプ
ログラムを実行している場合に当該通信端末がアクセス
することのできるリソースを、このプログラムに対する
認定機関の認定有無に基づいて決定する。

【００１７】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態について説明する。なお、各図において共通する
部分には、同一の符号が付されている。

【００１８】［Ａ−１．実施形態の構成］ ＜１．通信システムの構成＞図１は、この発明の実施形
態に係る通信システム１の構成を例示するブロック図で
ある。同図に示すように通信システム１は、開発マシン
１０Ａと、コンテンツサーバ１０Ｂと、インターネット
２０と、認定サーバ３０と、移動パケット通信網４０
と、携帯電話機５０とを有している。なお、この通信シ
ステム１には、本来、多数の携帯電話機５０が収容され
るが、図面が煩雑になることを防ぐため、図１には、１
つの携帯電話機５０のみを図示している。また、同様の
理由により、図１には、それぞれ１つの開発マシン１０
Ａ、コンテンツサーバ１０Ｂ、ゲートウェイサーバ４１
および基地局４２のみを図示している。

【００１９】コンテンツプロバイダは、開発マシン１０
Ａおよびコンテンツサーバ１０Ｂを有している。開発マ
シン１０Ａは、携帯電話機５０に提供するアプリケーシ
ョンプログラムや画像データ、楽曲データなどの各種の
コンテンツを作成するためのコンピュータである。ま
た、コンテンツサーバ１０Ｂは、インターネット２０お
よび移動パケット通信網４０を介して携帯電話機５０と
パケット通信を行う機能を有している。このコンテンツ
サーバ１０Ｂには、開発マシン１０Ａを用いて作成され
たコンテンツが携帯電話機５０に提供されるコンテンツ
として格納される。

【００２０】なお、コンテンツサーバ１０Ｂに格納され
るコンテンツの中には、携帯電話機５０において実行可
能なJavaアプリケーションプログラム（以下、JavaＡＰ
と略称する）が含まれている。このJavaＡＰは、Javaア
プレットやJavaアプリケーションなどの、Javaプログラ
ミング言語で記述されたアプリケーションプログラムで
ある。

【００２１】認定機関は、認定サーバ３０を有してお
り、コンテンツプロバイダに対してコンテンツ認定サー
ビスを提供している。このコンテンツ認定サービスは、
コンテンツプロバイダが携帯電話機５０に提供するコン
テンツをコンテンツプロバイダからの認定依頼に応じて
認定機関が審査して、一定の基準を満たしているコンテ
ンツを当該認定機関の認定コンテンツとして認定するサ
ービスである。また、認定サーバ３０には、認定サーバ
３０の秘密鍵３０ａが記憶されている。この秘密鍵３０
ａは、認定機関が認定コンテンツとして認定したコンテ
ンツを暗号化する際に用いられる。

【００２２】なお、コンテンツの審査内容について具体
的に説明すると、認定機関は、コンテンツプロバイダの
提供するコンテンツが、携帯電話機５０において不具合
を引き起こすものでないことや、携帯電話機５０内の個
人データなどを不正に盗み出してネットワーク経由で外
部に送信するなどといった悪意の有る動作を行うもので
ないこと、あるいは有害なコンテンツでないことを審査
する。

【００２３】本発明は、このようにして認定機関により
一定の基準を満たしていることが確認され、認定コンテ
ンツとして認められたJavaＡＰについては、このJavaＡ
Ｐの実行に伴う携帯電話機５０のアクセス制限を解除す
る。すなわち、従来、携帯電話機５０内のごく限られた
リソースおよびJavaＡＰの提供元のサーバのみに制限さ
れていた携帯電話機５０のアクセスを任意のリソースに
アクセス可能とする。

【００２４】なお、携帯電話機５０がアクセス可能なリ
ソースとは、携帯電話機５０が利用することのできるハ
ードウェア資源およびソフトウェア資源であって、ハー
ドウェア資源には、通信ポートやメモリなどの携帯電話
機５０内に備わる各種ハードウェアに加え、携帯電話機
５０と通信可能な通信装置（例えば、コンテンツサーバ
１０Ｂ）や周辺機器などのハードウェアも含まれる。ま
た、ソフトウェア資源には、携帯電話機５０に格納され
るプログラムやデータに加え、この携帯電話機５０が通
信可能な通信装置や周辺機器、外部記憶装置などに格納
されているプログラムやデータなども含まれる。

【００２５】また、本実施形態では、移動パケット通信
網４０を運営し、携帯電話機５０に対してパケット通信
サービスを提供する通信事業者が認定機関を運営してい
るものとする。勿論、認定機関は、通信事業者とは別の
事業者が運営するものであってもよいが、通信事業者は
パケット通信サービスの提供元であるので、例えば、Ja
vaＡＰの審査や動作確認などを公平かつ正確に行うこと
ができる。

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

【００２７】ゲートウェイサーバ４１は、移動パケット
通信網４０用の通信プロトコルとインターネット２０用
の通信プロトコルなど、通信プロトコルの異なるデータ
を相互に変換し、移動パケット通信網４０とインターネ
ット２０とのデータの授受を中継する。また、基地局４
２は、移動パケット通信網４０の通信サービスエリア内
に多数設置されており、自局４２がカバーする無線セル
に在圏している携帯電話機５０と無線通信を行う。

【００２８】携帯電話機５０は、自機５０が在圏してい
る無線セルをカバーする基地局４２と無線通信を行う。
この携帯電話機５０は、移動パケット通信網４０および
インターネット２０を介してコンテンツサーバ１０Ｂと
パケット通信を行う機能を有しており、コンテンツサー
バ１０Ｂから任意のコンテンツをダウンロードすること
ができる。また、この携帯電話機５０には、認定サーバ
３０の公開鍵３０ｂが記憶されている。この公開鍵３０
ｂは、コンテンツサーバ１０Ｂからダウンロードしたコ
ンテンツに対して復号処理を行なう際に用いられる。

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

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

【００３１】操作入力部５０２は、数字や文字、操作指
示などを入力するための複数のキーを有しており、これ
らのキーの操作に応じた操作信号をＣＰＵ５１０に出力
する。通話処理部５０３は、例えば、マイクロフォンや
スピーカ、音声処理部などを有しており、ＣＰＵ５１０
の制御の下、呼の接続／切断を含む通話処理を行う。通
信インタフェース５０４は、通信ケーブルを介して接続
された電子機器との間で行われる有線通信を制御する。
なお、この通信インタフェース５０４は、赤外線通信
や、ＨｏｍｅＲＦ（Home Radio Frequency）、Bluetoot
h（登録商標）などの近距離無線通信を制御するもので
あってもよい。また、液晶表示部５０５は、液晶表示パ
ネルと、この液晶表示パネルの表示制御を行う駆動回路
とを有している。

【００３２】記憶部５０６は、ＲＯＭ５０７と、ＲＡＭ
５０８と、例えば、ＳＲＡＭ（Static−RAM）やＥＥＰ
ＲＯＭ（Electrically Erasable Programmable−ROM）
などの不揮発性メモリ５０９とを有している。ＲＯＭ５
０７には、例えば、携帯電話機５０用のオペレーティン
グシステム（以下、ＯＳと略称する）やＷｅｂ（WorldW
ide Web）ブラウザ、Java実行環境を構築するためのソ
フトウェアなどが記憶されている。また、ＲＡＭ５０８
は、ＣＰＵ５１０のワークエリアとして用いられ、ＣＰ
Ｕ５１０により実行される各種のプログラムやデータが
一時的に記憶される。

【００３３】不揮発性メモリ５０９には、携帯電話機５
０用のアプリケーションプログラムや各種のデータが記
憶される。また、この不揮発性メモリ５０９には、認定
サーバ３０の公開鍵３０ｂが記憶されている。この公開
鍵３０ｂは、認定サーバ３０の秘密鍵３０ａと対をなす
ものであって、認定サーバ３０あるいは図示を省略した
ＣＡ（Certificate Authority）からダウンロードされ
る。また、不揮発性メモリ５０９には、コンテンツサー
バ１０Ｂからダウンロードしたコンテンツと、このコン
テンツが認定機関の認定コンテンツであるか否かを示す
認定フラグとが対応付けられて記憶される。

【００３４】本明細書において、認定フラグの値が
“１”の場合は、コンテンツが認定機関の認定コンテン
ツであることを示している。一方、認定フラグの値が
“０”の場合は、コンテンツが認定機関の認定コンテン
ツでないことを示している。例えば、コンテンツサーバ
１０ＢからダウンロードしたJavaＡＰが認定機関の認定
コンテンツである場合は、このJavaＡＰに対して認定フ
ラグ“１”が対応付けられて不揮発性メモリ５０９に記
憶される。

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

【００３６】ＣＰＵ５１０は、記憶部５０６に格納され
ている各種プログラムを実行することにより、バス５１
１を介して接続されている装置各部を制御する。このＣ
ＰＵ５１０は、本実施形態に特有な処理として、まず、
コンテンツサーバ１０Ｂからダウンロードしたコンテン
ツが認定機関の認定コンテンツであるか否かを認定サー
バ３０の公開鍵３０ｂを用いて判別する。そして、ＣＰ
Ｕ５１０は、判別結果に従って、ダウンロードしたコン
テンツに対応付けて不揮発性メモリ５０９に格納する認
定フラグの値を決定する。

【００３７】また、ＣＰＵ５１０は、ダウンロードした
JavaＡＰの実行中に当該携帯電話機５０がアクセスする
ことのできるリソースを予め定められた特定のリソース
のみに制限するか否かを、このJavaＡＰが認定機関の認
定コンテンツであるか否かに応じて決定する。より具体
的に説明すると、ＣＰＵ５１０は、ダウンロードされた
JavaＡＰの実行が指示されると、まず、このJavaＡＰに
対応付けられて不揮発性メモリ４０９に格納されている
認定フラグの値を特定する。そして、ＣＰＵ５１０は、
実行するJavaＡＰの認定フラグの値が“１”の場合、す
なわち、実行するJavaＡＰが認定機関の認定コンテンツ
である場合は、このJavaＡＰの実行中に当該携帯電話機
５０がアクセスすることのできるリソースについて何ら
制限を設けない。一方、ＣＰＵ５１０は、実行するJava
ＡＰの認定フラグの値が“０”の場合、すなわち、実行
するJavaＡＰが認定機関の認定コンテンツでない場合
は、このJavaＡＰの実行中に当該携帯電話機５０がアク
セスすることのできるリソースを予め定められた特定の
リソースのみに制限する。

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

【００３９】ＫＶＭは、小型電子機器用に設計変更され
たＪＶＭ（Java Virtual Machine）であって、JavaＡＰ
の実行ファイル形式であるバイトコードをＣＰＵ５１０
がＯＳを介して解釈／実行可能な命令コードに変換す
る。また、ＣＬＤＣクラスライブラリは、ＣＬＤＣ用の
クラスライブラリである。

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

【００４１】ＪＡＭ（Java Application Manager）は、
ＯＳによる制御の下で、JavaＡＰのダウンロードや、不
揮発性メモリ４０９にインストールされたJavaＡＰを管
理する機能を有している。例えば、ＪＡＭは、JavaＡＰ
のインストールや削除を行う機能、不揮発性メモリ５０
９に格納されている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ＡＰ
実行処理について、図１０を参照して説明する。このJa
vaＡＰ実行処理は、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ＡＰの実行中に携
帯電話機５０がアクセスすることのできるリソースが予
め定められた特定のリソースのみに制限されるので、認
定機関の認定を得ていない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拡張プロファイルの
代わりにＭＩＤＰ（Mobile Information Device Profil
e）を有する構成であってもよい。また、ＫＶＭの代わ
りにＪＶＭを有し、Ｊ２ＭＥのコンフィギレーションと
してＣＬＤＣの代わりにＣＤＣ（Connected Device Con
figuration）を、また、Ｊ２ＭＥのプロファイルとし
て、例えば、液晶付電話機用プロファイル、ＴＶ用プロ
ファイル、カーナビゲーション用プロファイルなどを有
する構成であってもよい。さらには、ＨｏｔＳｐｏｔ
と、Ｊ２ＳＥ（Java2 Standard Edition）またはＪ２Ｅ
Ｅ（Java 2 Enterprise Edition）とを有する構成であ
ってもよい。

【００８４】また、以上説明したJava実行環境の変形例
から明らかなように、本発明は、例えば、ＰＨＳ（Pers
onal Handyphone System：登録商標）端末やＰＤＡ、カ
ーナビゲーション装置、パーソナルコンピュータなど
の、通信機能を有する各種電子機器に適用可能である。
また、本発明は、移動パケット通信網４０に収容される
通信端末に限定されるものではない。例えば、図１３に
示すような通信システム２において、ＬＡＮ６０内に設
けられたパーソナルコンピュータ８０Ａ〜８０Ｃに本発
明を適用することもできる。

【００８５】さらに、上述した実施形態では、Javaプロ
グラミング言語により記述されたJavaＡＰを用いた場合
について説明したが、プログラミング言語はJavaに限定
されるものではない。

【００８６】

【発明の効果】以上説明したように本発明によれば、ネ
ットワークを介して提供されたプログラムに対する通信
端末のセキュリティを、認定機関によるプログラムの認
定有無に応じて好適に制御することができる。したがっ
て、例えば、認定機関の認定プログラムであれば、この
プログラムの実行中に通信端末がアクセスすることので
きるリソースに何ら制限を設けず、通信端末の機能の変
更や追加などを自由に行えるようにする一方、認定機関
の認定プログラムでなければ、このプログラムの実行中
に通信端末がアクセスすることのできるリソースを予め
定められた特定のリソースのみに制限し、通信端末のセ
キュリティを確保することができる。

【図面の簡単な説明】

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

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

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

【図４】 同実施形態に係り、認定機関により認定コン
テンツとして認定されたコンテンツが携帯電話機にダウ
ンロードされるまでの通信システム各部の動作を説明す
るための図である。

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

【図６】 同実施形態に係る携帯電話機において、コン
テンツ受信時における画面表示例を示す図である。

【図７】 同実施形態に係る携帯電話機において、コン
テンツ受信時におけるその他の画面表示例を示す図であ
る。

【図８】 同実施形態に係る携帯電話機において、コン
テンツ受信時におけるその他の画面表示例を示す図であ
る。

【図９】 同実施形態に係る携帯電話機において、コン
テンツ受信時におけるその他の画面表示例を示す図であ
る。

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

【図１１】 本発明の変形例２係り、JavaＡＰの認定レ
ベルと、携帯電話機において行われるアクセス制限の内
容について説明するための図である。

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

【図１３】 本発明の変形例６に係り、通信システムの
変形例を例示するブロック図である。

【符号の説明】

１，２……通信システム、１０Ａ……開発マシン、１０
Ｂ……コンテンツサーバ、２０……インターネット、３
０……認定サーバ、３０ａ……秘密鍵、３０ｂ……公開
鍵、４０……移動パケット通信網、４１……ゲートウェ
イサーバ、４２……基地局、５０……携帯電話機、６０
……ＬＡＮ、７０……ゲートウェイサーバ、８０Ａ，８
０Ｂ，８０Ｃ……パーソナルコンピュータ、５０１……
無線通信部、５０１ａ……アンテナ、５０２……操作入
力部、５０３……通話処理部、５０４……通信インタフ
ェース、５０５……液晶表示部、５０６……記憶部、５
０７……ＲＯＭ、５０８……ＲＡＭ、５０９……不揮発
性メモリ、５１０……ＣＰＵ、５１１……バス。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 11/08 Ｇ０６Ｆ 9/06 ６６０Ｇ (72)発明者 山田 和宏 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 近藤 隆 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 鷲見 豊 東京都港区虎ノ門４−３−20 神谷町ＭＴ ビル２Ｆ 株式会社ケイ・ラボラトリー内 Ｆターム(参考） 5B017 AA03 BA06 CA14 5B076 FB03 FB12 5B085 AE29 BA06 BG03 BG07 5K027 AA11 BB04 BB09 5K101 KK18 LL12 MM07 NN21 VV06

Claims (15)

【特許請求の範囲】
1. 【請求項１】 認定機関により当該認定機関の認定プロ
   グラムであると認定され、秘密鍵を用いて暗号化された
   プログラムまたは前記認定機関の認定を得ていないプロ
   グラムを受信する受信手段と、 前記受信手段により受信されたプログラムが前記認定機
   関の認定プログラムであるか否かを、前記秘密鍵と対に
   なる公開鍵を用いて前記プログラムの復号処理を行なっ
   た結果に基づいて判別する判別手段と、 前記受信手段により受信されたプログラムを実行してい
   る場合に当該通信端末がアクセスすることのできるリソ
   ースを、前記プログラムに対する前記判別手段の判別結
   果に基づいて決定する決定手段とを有することを特徴と
   する通信端末。
2. 【請求項２】 認定機関により当該認定機関の認定プロ
   グラムであると認定され、秘密鍵を用いて暗号化された
   署名が付与されたプログラムまたは前記認定機関の認定
   を得ていないプログラムを受信する受信手段と、 前記受信手段により受信されたプログラムが前記認定機
   関の認定プログラムであるか否かを、前記プログラムに
   署名が付与されているか否か、および前記プログラムに
   署名が付与されている場合は前記秘密鍵と対になる公開
   鍵を用いて前記署名の復号処理を行なった結果に基づい
   て判別する判別手段と、 前記受信手段により受信されたプログラムを実行してい
   る場合に当該通信端末がアクセスすることのできるリソ
   ースを、前記プログラムに対する前記判別手段の判別結
   果に基づいて決定する決定手段とを有することを特徴と
   する通信端末。
3. 【請求項３】 前記決定手段は、前記受信手段により受
   信されたプログラムを実行している場合に当該通信端末
   がアクセスすることのできるリソースを、前記判別手段
   により前記プログラムが前記認定機関の認定プログラム
   でないと判別された場合は予め定められた特定のリソー
   スのみに制限する一方、前記判別手段により前記プログ
   ラムが前記認定機関の認定プログラムであると判別され
   た場合は何ら制限しないことを特徴とする請求項１また
   は２に記載の通信端末。
4. 【請求項４】 前記決定手段は、前記受信手段により受
   信されたプログラムを実行している場合に当該通信端末
   がアクセスすることのできるリソースを、前記判別手段
   により前記プログラムが前記認定機関の認定プログラム
   であると判別された場合は、前記プログラムが前記認定
   機関の認定プログラムでないと判別された場合と比べて
   増やすことを特徴とする請求項１または２に記載の通信
   端末。
5. 【請求項５】 前記認定機関により認定プログラムであ
   ると認定されたプログラムには、当該プログラムの認定
   レベルを示す認定レベル情報が前記認定機関により付与
   されており、 前記決定手段は、前記受信手段により受信されたプログ
   ラムを実行している場合に当該通信端末がアクセスする
   ことのできるリソースを、前記判別手段により前記プロ
   グラムが前記認定機関の認定プログラムであると判別さ
   れた場合は、当該プログラムに付与されている認定レベ
   ル情報に基づいて決定することを特徴とする請求項１ま
   たは２に記載の通信端末。
6. 【請求項６】 前記判別手段による判別結果を当該通信
   端末のユーザへ報知する報知手段をさらに有することを
   特徴とする請求項１または２に記載の通信端末。
7. 【請求項７】 前記通信端末は、パケット通信機能を有
   する携帯電話機であることを特徴とする請求項１または
   ２に記載の通信端末。
8. 【請求項８】 通信端末に、 認定機関により当該認定機関の認定プログラムであると
   認定され、秘密鍵を用いて暗号化されたプログラムまた
   は前記認定機関の認定を得ていないプログラムを受信す
   る受信ステップと、 前記受信ステップにて受信されたプログラムが前記認定
   機関の認定プログラムであるか否かを、前記秘密鍵と対
   になる公開鍵を用いて前記プログラムの復号処理を行な
   った結果に基づいて判別する判別ステップと、 前記受信ステップにて受信されたプログラムを実行して
   いる場合に当該通信端末がアクセスすることのできるリ
   ソースを、前記プログラムに対する前記判別ステップで
   の判別結果に基づいて決定する決定ステップとを実行さ
   せるためのプログラム。
9. 【請求項９】 通信端末に、 認定機関により当該認定機関の認定プログラムであると
   認定され、秘密鍵を用いて暗号化された署名が付与され
   たプログラムまたは前記認定機関の認定を得ていないプ
   ログラムを受信する受信ステップと、 前記受信ステップにて受信されたプログラムが前記認定
   機関の認定プログラムであるか否かを、前記プログラム
   に署名が付与されているか否か、および前記プログラム
   に署名が付与されている場合は前記秘密鍵と対になる公
   開鍵を用いて前記署名の復号処理を行なった結果に基づ
   いて判別する判別ステップと、 前記受信ステップにて受信されたプログラムを実行して
   いる場合に当該通信端末がアクセスすることのできるリ
   ソースを、前記プログラムに対する前記判別ステップで
   の判別結果に基づいて決定する決定ステップとを実行さ
   せるためのプログラム。
10. 【請求項１０】 請求項８または９に記載のプログラム
    を記録したコンピュータ読み取り可能な記録媒体。
11. 【請求項１１】 通信端末に提供されるプログラムの認
    定に関する処理を行なう認定装置が、認定機関により当
    該認定機関の認定プログラムであると認定されたプログ
    ラムを秘密鍵を用いて暗号化する暗号化過程と、 サーバが、前記暗号化過程にて暗号化されたプログラム
    または前記認定機関の認定を得ていないプログラムを通
    信端末へ送信する送信過程と、 前記通信端末が、前記送信過程にて送信されたプログラ
    ムを受信する受信過程と、 前記通信端末が、前記受信過程にて受信されたプログラ
    ムが前記認定機関の認定プログラムであるか否かを、前
    記秘密鍵と対になる公開鍵を用いて前記プログラムの復
    号処理を行なった結果に基づいて判別する判別過程と、 前記通信端末が、前記受信過程にて受信されたプログラ
    ムを実行している場合に当該通信端末がアクセスするこ
    とのできるリソースを、前記プログラムに対する前記判
    別過程での判別結果に基づいて決定する決定過程とを有
    することを特徴とする通信端末のアクセス制御方法。
12. 【請求項１２】 通信端末に提供されるプログラムの認
    定に関する処理を行なう認定装置が、認定機関により当
    該認定機関の認定プログラムであると認定されたプログ
    ラムに、秘密鍵を用いて暗号化した署名を付与する署名
    付与過程と、 サーバが、前記署名付与過程にて署名が付与されたプロ
    グラムまたは前記認定機関の認定を得ていないプログラ
    ムを通信端末へ送信する送信過程と、 前記通信端末が、前記送信過程にて送信されたプログラ
    ムを受信する受信過程と、 前記通信端末が、前記受信過程にて受信されたプログラ
    ムが前記認定機関の認定プログラムであるか否かを、前
    記プログラムに署名が付与されているか否か、および前
    記プログラムに署名が付与されている場合は前記秘密鍵
    と対になる公開鍵を用いて前記署名の復号処理を行なっ
    た結果に基づいて判別する判別過程と、 前記通信端末が、前記受信過程にて受信されたプログラ
    ムを実行している場合に当該通信端末がアクセスするこ
    とのできるリソースを、前記プログラムに対する前記判
    別過程での判別結果に基づいて決定する決定過程とを有
    することを特徴とする通信端末のアクセス制御方法。
13. 【請求項１３】 前記認定機関は、前記通信端末に対し
    て通信サービスを提供する通信事業者が運営しているこ
    とを特徴とする請求項１１または１２に記載の通信端末
    のアクセス制御方法。
14. 【請求項１４】 通信端末に提供されるコンテンツの認
    定に関する処理を行なう認定装置が、認定機関により当
    該認定機関の認定コンテンツであると認定されたコンテ
    ンツを秘密鍵を用いて暗号化する暗号化過程と、 サーバが、前記暗号化過程にて暗号化されたコンテンツ
    または前記認定機関の認定を得ていないコンテンツを通
    信端末へ送信する送信過程と、 前記通信端末が、前記送信過程にて送信されたコンテン
    ツを受信する受信過程と、 前記通信端末が、前記受信過程にて受信されたコンテン
    ツが前記認定機関の認定コンテンツであるか否かを、前
    記秘密鍵と対になる公開鍵を用いて前記コンテンツの復
    号処理を行なった結果に基づいて判別する判別過程と、 前記通信端末が、前記判別過程による判別結果を当該通
    信端末のユーザへ報知する報知過程とを有することを特
    徴とするコンテンツの提供方法。
15. 【請求項１５】 通信端末に提供されるコンテンツの認
    定に関する処理を行なう認定装置が、認定機関により当
    該認定機関の認定コンテンツであると認定されたコンテ
    ンツに、秘密鍵を用いて暗号化した署名を付与する署名
    付与過程と、 サーバが、前記署名付与過程にて署名が付与されたコン
    テンツまたは前記認定機関の認定を得ていないコンテン
    ツを通信端末へ送信する送信過程と、 前記通信端末が、前記送信過程にて送信されたコンテン
    ツを受信する受信過程と、 前記通信端末が、前記受信過程にて受信されたコンテン
    ツが前記認定機関の認定コンテンツであるか否かを、前
    記コンテンツに署名が付与されているか否か、および前
    記コンテンツに署名が付与されている場合は前記秘密鍵
    と対になる公開鍵を用いて前記署名の復号処理を行なっ
    た結果に基づいて判別する判別過程と、 前記通信端末が、前記判別過程による判別結果に基づい
    て、前記受信過程にて受信されたコンテンツが前記認定
    機関の認定コンテンツであるか否かを当該通信端末のユ
    ーザへ報知する報知過程とを有することを特徴とするコ
    ンテンツの提供方法。