(57)【特許請求の範囲】
【請求項１】
中継装置が、通信端末に中継するプログラムが認定機関により認定された認定プログラムであるか否かを判別する判別過程と、
前記中継装置が、前記判別過程にて、中継するプログラムが認定プログラムであると判別した場合、当該プログラムと、このプログラムが前記認定機関の認定プログラムであることを示す認定情報とを前記通信端末へ送信する送信過程と、
前記通信端末が、前記送信過程にて送信されたプログラムまたは当該プログラムとその認定情報とを受信する受信過程と、
前記通信端末が、前記受信過程にて受信されたプログラムを実行している場合に当該通信端末がアクセスすることのできるリソースを、前記プログラムの認定情報を受信したか否かに基づいて決定する決定過程と
を有することを特徴とする通信端末のアクセス制御方法。
【請求項２】
前記決定過程では、前記通信端末が、前記受信過程にて受信されたプログラムを実行している場合に当該通信端末がアクセスすることのできるリソースを、前記プログラムの認定情報を受信していない場合は予め定められた特定のリソースのみに制限する一方、前記プログラムの認定情報を受信している場合は何ら制限しない
ことを特徴とする請求項１に記載の通信端末のアクセス制御方法。
【請求項３】
前記決定過程では、前記通信端末が、前記受信過程にて受信されたプログラムを実行している場合に当該通信端末がアクセスすることのできるリソースを、前記プログラムの認定情報を受信している場合は、前記認定情報を受信していない場合と比べて増やす
ことを特徴とする請求項１に記載の通信端末のアクセス制御方法。
【請求項４】
前記決定過程では、前記通信端末が、前記受信過程にて受信されたプログラムを実行している場合に当該通信端末がアクセスすることのできるリソースを、前記プログラムの認定情報を受信している場合、当該認定情報の内容に基づいて決定する
ことを特徴とする請求項１に記載の通信端末のアクセス制御方法。
【請求項５】
前記認定機関は、前記通信端末に対して通信サービスを提供する通信事業者である
ことを特徴とする請求項１に記載の通信端末のアクセス制御方法。
【請求項６】
中継装置が、通信端末に中継するコンテンツが認定機関により認定された認定コンテンツであるか否かを判別する判別過程と、
前記中継装置が、前記判別過程にて、中継するコンテンツが認定コンテンツであると判別した場合、当該コンテンツと、このコンテンツが前記認定機関の認定コンテンツであることを示す認定情報とを前記通信端末へ送信する送信過程と、
前記通信端末が、前記送信過程にて送信されたコンテンツまたは当該コンテンツとその認定情報とを受信する受信過程と、
前記通信端末が、前記受信過程にてコンテンツの認定情報を受信したか否かに基づいて、受信したコンテンツが前記認定機関の認定コンテンツであるか否かを当該通信端末のユーザへ報知する報知過程と
を有することを特徴とするコンテンツの提供方法。
【請求項７】
通信端末と、前記通信端末へデータを中継する中継装置とを有する通信システムにおいて、
前記中継装置は、
前記通信端末に中継するプログラムを受信する第１の受信手段と、
前記第１の受信手段により受信されたプログラムが認定機関により認定された認定プログラムであるか否かを判別する判別手段と、
前記判別手段により前記プログラムが認定プログラムであると判別された場合、当該プログラムと、このプログラムが前記認定機関の認定プログラムであることを示す認定情報とを前記通信端末へ送信する送信手段とを有し、
前記通信端末は、
前記送信手段により送信されたプログラムまたは当該プログラムとその認定情報とを受信する第２の受信手段と、
前記第２の受信手段により受信されたプログラムを実行している場合に当該通信端末がアクセスすることのできるリソースを、前記プログラムの認定情報を受信したか否かに基づいて決定する決定手段とを有する
ことを特徴とする通信システム。
【請求項８】
通信端末と、前記通信端末へデータを中継する中継装置とを有する通信システムにおいて、
前記中継装置は、
前記通信端末に中継するコンテンツを受信する第１の受信手段と、
前記第１の受信手段により受信されたコンテンツが認定機関により認定された認定コンテンツであるか否かを判別する判別手段と、
前記判別手段により前記コンテンツが認定コンテンツであると判別された場合、当該コンテンツと、このコンテンツが前記認定機関の認定コンテンツであることを示す認定情報とを前記通信端末へ送信する送信手段とを有し、
前記通信端末は、
前記送信手段により送信されたコンテンツまたは当該コンテンツとその認定情報とを受信する第２の受信手段と、
前記第２の受信手段によりコンテンツの認定情報を受信したか否かに基づいて、受信したコンテンツが前記認定機関の認定コンテンツであるか否かを当該通信端末のユーザへ報知する報知手段とを有する
ことを特徴とする通信システム。
【請求項９】
通信端末へデータを中継する中継装置において、
通信端末に中継するコンテンツを受信する受信手段と、
前記受信手段により受信されたコンテンツが認定機関により認定された認定コンテンツであるか否かを判別する判別手段と、
前記判別手段により前記コンテンツが認定コンテンツであると判別された場合には、当該コンテンツと、このコンテンツが前記認定機関の認定コンテンツであることを示す認定情報とを前記通信端末へ送信し、前記判別手段により前記コンテンツが認定コンテンツでないと判別された場合には、当該コンテンツのみを前記通信端末へ送信する第１の送信手段と
を有することを特徴とする中継装置。
【請求項１０】
前記判別手段は、前記認定機関の認定コンテンツに関する情報が登録されているデータベースを参照し、前記受信手段により受信されたコンテンツが認定コンテンツであるか否かを判別する
ことを特徴とする請求項９に記載の中継装置。
【請求項１１】
前記第１の送信手段により前記コンテンツとその認定情報とが前記通信端末へ送信された回数を前記コンテンツ毎または前記コンテンツの提供者毎に計数する計数手段と、
前記計数手段により計数された回数データを、当該回数データに基づいて前記コンテンツの提供者に対する請求料金を算出するサーバへ送信する第２の送信手段とをさらに有する
ことを特徴とする請求項９に記載の中継装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワークを介して提供されたプログラムに対する通信端末のセキュリティを制御する技術に関する。
【０００２】
【従来の技術】
例えば、パケット通信機能を有する携帯電話機やパーソナルコンピュータなどの通信端末は、インターネットに接続されているサーバから様々なプログラムをダウンロードすることができる。
【０００３】
ところで、インターネットなどのオープンネットワークでは、世界中の様々な人々が自由に情報の公開やプログラムの提供を行うことができる。オープンネットワークは、このような利点を有する反面、例えば、悪意の有る個人や団体が通信端末内に記憶されているデータを密かに盗み出すプログラムを提供していたり、あるいは悪意は無いものの通信端末において動作させると不具合を引き起こしてしまうプログラムが提供されてしまうことがある。
【０００４】
したがって、ネットワークを介して提供されたプログラムに対して通信端末の内部および外部のリソースを何ら制限することなくアクセスできるようにしてしまうと、例えば、通信端末内に記憶されているユーザの電話番号やメールアドレス、銀行口座番号などが勝手に読み出され、通信端末の外へ流出してしまうといった事態が生じ得る。
【０００５】
このため、例えば、Java（登録商標）言語で記述されたプログラムを実行することが可能な通信端末においては、ネットワークを介して提供されたJavaプログラムを実行している場合に、このJavaプログラムの実行過程においてアクセスすることのできるリソースをごく限られたものだけに制限しており、これにより信頼性を完全に保証することのできないプログラムが、例えば、通信端末内のアドレス帳データやユーザの個人情報などにアクセスすることを禁じている。
【０００６】
【発明が解決しようとする課題】
上述したアクセス制限の仕組みは、通信端末におけるセキュリティを確保する上で一定の効果を奏するものの、ネットワークを介して提供されるプログラムに対して様々な動作制限を課すことになる。すなわち、このようなアクセス制限は、ネットワークを介して提供されるプログラムが本来有する、通信端末における機能の変更や追加などを自由に行えるという利便性を損なう要因であった。
【０００７】
しかしながら、ネットワークを介して提供されたプログラムの実行に際し、何らアクセスの制限を行なわない場合、前述した悪意の有る個人や団体が提供するプログラムや、通信端末において動作させると不具合を引き起こしてしまうプログラムなどによる被害が、このプログラムを実行した通信端末のみならず、この通信端末と通信を行った他の電子機器にまで及んでしまうおそれがある。
【０００８】
本発明は、以上説明した事情に鑑みてなされたものであり、ネットワークを介して通信端末に提供されるプログラムの利便性を損なわせることなく、かつ、このようなプログラムに対する通信端末のセキュリティを確保できるようにすることを目的としている。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、この発明は、中継装置が、通信端末に中継するプログラムが認定機関により認定された認定プログラムであるか否かを判別する判別過程と、前記中継装置が、前記判別過程にて、中継するプログラムが認定プログラムであると判別した場合、当該プログラムと、このプログラムが前記認定機関の認定プログラムであることを示す認定情報とを前記通信端末へ送信する送信過程と、前記通信端末が、前記送信過程にて送信されたプログラムまたは当該プログラムとその認定情報とを受信する受信過程と、前記通信端末が、前記受信過程にて受信されたプログラムを実行している場合に当該通信端末がアクセスすることのできるリソースを、前記プログラムの認定情報を受信したか否かに基づいて決定する決定過程とを有する通信端末のアクセス制御方法を提供する。
【００１０】
また、この発明は、通信端末と、前記通信端末へデータを中継する中継装置とを有する通信システムにおいて、前記中継装置は、前記通信端末に中継するプログラムを受信する第１の受信手段と、前記第１の受信手段により受信されたプログラムが認定機関により認定された認定プログラムであるか否かを判別する判別手段と、前記判別手段により前記プログラムが認定プログラムであると判別された場合、当該プログラムと、このプログラムが前記認定機関の認定プログラムであることを示す認定情報とを前記通信端末へ送信する送信手段とを有し、前記通信端末は、前記送信手段により送信されたプログラムまたは当該プログラムとその認定情報とを受信する第２の受信手段と、前記第２の受信手段により受信されたプログラムを実行している場合に当該通信端末がアクセスすることのできるリソースを、前記プログラムの認定情報を受信したか否かに基づいて決定する決定手段とを有する通信システムを提供する。
【００１１】
この発明によれば、中継装置は、通信端末へプログラムを中継する際に、中継するプログラムが認定機関の認定プログラムであるか否かを判別し、認定プログラムである場合には、プログラムとともに当該プログラムが認定プログラムであることを示す認定情報を通信端末へ送信する。通信端末は、中継装置から受信したプログラムを実行している場合に当該通信端末がアクセスすることのできるリソースを、このプログラムの認定情報を受信したか否かに基づいて決定する。
【００１２】
また、この発明は、中継装置が、通信端末に中継するコンテンツが認定機関により認定された認定コンテンツであるか否かを判別する判別過程と、前記中継装置が、前記判別過程にて、中継するコンテンツが認定コンテンツであると判別した場合、当該コンテンツと、このコンテンツが前記認定機関の認定コンテンツであることを示す認定情報とを前記通信端末へ送信する送信過程と、前記通信端末が、前記送信過程にて送信されたコンテンツまたは当該コンテンツとその認定情報とを受信する受信過程と、前記通信端末が、前記受信過程にてコンテンツの認定情報を受信したか否かに基づいて、受信したコンテンツが前記認定機関の認定コンテンツであるか否かを当該通信端末のユーザへ報知する報知過程とを有するコンテンツの提供方法を提供する。
【００１３】
また、この発明は、通信端末と、前記通信端末へデータを中継する中継装置とを有する通信システムにおいて、前記中継装置は、前記通信端末に中継するコンテンツを受信する第１の受信手段と、前記第１の受信手段により受信されたコンテンツが認定機関により認定された認定コンテンツであるか否かを判別する判別手段と、前記判別手段により前記コンテンツが認定コンテンツであると判別された場合、当該コンテンツと、このコンテンツが前記認定機関の認定コンテンツであることを示す認定情報とを前記通信端末へ送信する送信手段とを有し、前記通信端末は、前記送信手段により送信されたコンテンツまたは当該コンテンツとその認定情報とを受信する第２の受信手段と、前記第２の受信手段によりコンテンツの認定情報を受信したか否かに基づいて、受信したコンテンツが前記認定機関の認定コンテンツであるか否かを当該通信端末のユーザへ報知する報知手段とを有する通信システムを提供する。
【００１４】
この発明によれば、中継装置は、通信端末へコンテンツを中継する際に、中継するコンテンツが認定機関の認定コンテンツであるか否かを判別し、認定コンテンツである場合には、コンテンツとともに当該コンテンツが認定コンテンツであることを示す認定情報を通信端末へ送信する。通信端末は、中継装置からコンテンツの認定情報を受信したか否かに基づいて、このコンテンツが認定機関の認定コンテンツであるか否かを当該通信端末のユーザへ報知する。
【００１５】
また、この発明は、通信端末へデータを中継する中継装置において、通信端末に中継するコンテンツを受信する受信手段と、前記受信手段により受信されたコンテンツが認定機関により認定された認定コンテンツであるか否かを判別する判別手段と、前記判別手段により前記コンテンツが認定コンテンツであると判別された場合には、当該コンテンツと、このコンテンツが前記認定機関の認定コンテンツであることを示す認定情報とを前記通信端末へ送信し、前記判別手段により前記コンテンツが認定コンテンツでないと判別された場合には、当該コンテンツのみを前記通信端末へ送信する第１の送信手段とを有する中継装置を提供する。
【００１６】
この発明によれば、中継装置は、通信端末へコンテンツを中継する際に、中継するコンテンツが認定機関の認定コンテンツであるか否かを判別し、認定コンテンツである場合には、コンテンツとともに当該コンテンツが認定コンテンツであることを示す認定情報を通信端末へ送信し、認定コンテンツでない場合には、当該コンテンツのみを通信端末へ送信する。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について説明する。なお、各図において共通する部分には、同一の符号が付されている。
【００２１】
［Ａ−１．実施形態の構成］
＜１．通信システムの構成＞
図１は、この発明の実施形態に係る通信システム１の構成を例示するブロック図である。同図に示すように通信システム１は、コンテンツサーバ１０と、インターネット２０と、移動パケット通信網３０と、携帯電話機４０とを有している。なお、この通信システム１には、本来、多数の携帯電話機４０が収容されるが、図面が煩雑になることを防ぐため、図１には、１つの携帯電話機４０のみを図示している。また、同様の理由により、図１には、それぞれ１つのコンテンツサーバ１０、ゲートウェイサーバ３１および基地局３２のみを図示している。
【００２２】
コンテンツサーバ１０は、インターネット２０および移動パケット通信網３０を介して携帯電話機４０とパケット通信を行う機能を有している。このコンテンツサーバ１０には、携帯電話機４０に提供するプログラムや画像データ、楽曲データなどの種々のコンテンツが格納されている。これらのコンテンツの中には、携帯電話機４０において実行可能なJavaアプリケーションプログラム（以下、JavaＡＰと略称する）が格納されている。このJavaＡＰは、JavaアプレットやJavaアプリケーションなどの、Javaプログラミング言語で記述された携帯電話機４０用のアプリケーションプログラムである。
【００２３】
移動パケット通信網３０は、当該移動パケット通信網３０に収容される携帯電話機４０に対してパケット通信サービスを提供する通信網であり、ゲートウェイサーバ３１と基地局３２とを有している。なお、通信システム１は、移動パケット通信網３０に加え、図示を省略した移動電話網を有している。この移動電話網は、携帯電話機４０に対して一般的な移動電話の通話サービスを提供する。
【００２４】
また、移動パケット通信網３０を運営する通信事業者は、コンテンツサーバ１０を用いて携帯電話機４０にコンテンツを提供しているコンテンツプロバイダに対して、コンテンツ認定サービスを提供している。このコンテンツ認定サービスは、コンテンツプロバイダが携帯電話機４０に提供するコンテンツを通信事業者が審査して、一定の基準を満たしているコンテンツを当該通信事業者の認定コンテンツとして認定するサービスである。
【００２５】
なお、コンテンツの審査内容について具体的に説明すると、通信事業者は、コンテンツプロバイダの提供するコンテンツが、携帯電話機４０において不具合を引き起こすものでないことや、携帯電話機４０内の個人データなどを不正に盗み出してネットワーク経由で外部に送信するなどといった悪意の有る動作を行うものでないこと、あるいは有害なコンテンツでないことを審査する。
【００２６】
本発明は、このようにして通信事業者により一定の基準を満たしていることが確認され、認定コンテンツとして認められたJavaＡＰについては、このJavaＡＰの実行に伴う携帯電話機４０のアクセス制限を解除する。すなわち、従来、携帯電話機４０内のごく限られたリソースおよびJavaＡＰの提供元のサーバのみに制限されていた携帯電話機４０のアクセスを任意のリソースにアクセス可能とする。
【００２７】
なお、携帯電話機４０がアクセス可能なリソースとは、携帯電話機４０が利用することのできるハードウェア資源およびソフトウェア資源であって、ハードウェア資源には、通信ポートやメモリなどの携帯電話機４０内に備わる各種ハードウェアに加え、携帯電話機４０と通信可能な通信装置（例えば、コンテンツサーバ１０）や周辺機器などのハードウェアも含まれる。また、ソフトウェア資源には、携帯電話機４０に格納されるプログラムやデータに加え、この携帯電話機４０が通信可能な通信装置や周辺機器、外部記憶装置などに格納されているプログラムやデータなども含まれる。
【００２８】
また、本実施形態では、移動パケット通信網３０を運営し、携帯電話機４０に対してパケット通信サービスを提供する通信事業者がコンテンツ認定サービスを提供しているものとする。勿論、コンテンツ認定サービスは、通信事業者とは別の事業者が提供するものであってもよいが、通信事業者はパケット通信サービスの提供元であるので、例えば、JavaＡＰの審査や動作確認などを公平かつ正確に行うことができる。
【００２９】
ゲートウェイサーバ３１は、移動パケット通信網３０とインターネット２０とを相互接続する図示を省略した移動パケット関門中継交換局に設けられている。このゲートウェイサーバ３１は、移動パケット通信網３０用の通信プロトコルとインターネット２０用の通信プロトコルなど、通信プロトコルの異なるデータを相互に変換し、移動パケット通信網３０とインターネット２０とのデータの授受を中継する。また、このゲートウェイサーバ３１は、コンテンツサーバ１０から送信されたコンテンツを携帯電話機４０へ中継する場合に、中継するコンテンツが通信事業者の認定コンテンツであるか否かを判別する機能を有している。
【００３０】
基地局３２は、移動パケット通信網３０の通信サービスエリア内に多数設置されており、自局３２がカバーする無線セルに在圏している携帯電話機４０と無線通信を行う。
【００３１】
携帯電話機４０は、自機４０が在圏している無線セルをカバーする基地局３２と無線通信を行う。この携帯電話機４０は、移動パケット通信網３０およびインターネット２０を介してコンテンツサーバ１０とパケット通信を行う機能を有しており、コンテンツサーバ１０から任意のコンテンツをダウンロードすることができる。また、この携帯電話機４０は、ダウンロードしたJavaＡＰの実行中に当該携帯電話機４０がアクセスすることのできるリソースを、このJavaＡＰが通信事業者の認定コンテンツであるか否かに応じて異ならせる。
【００３２】
＜２．ゲートウェイサーバの構成＞
図２は、ゲートウェイサーバ３１のハードウェア構成を例示するブロック図である。同図に示すようにゲートウェイサーバ３１は、ＲＯＭ３１１と、ＲＡＭ３１２と、ＨＤ（Hard Disk）３１３と、通信インタフェース３１４と、ＣＰＵ３１５とを有しており、これらの各部はバス３１６により接続されている。
【００３３】
ＲＯＭ３１１には、ゲートウェイサーバ３１の装置各部の基本制御を司るプログラムが格納されている。また、ＲＡＭ３１２は、ＣＰＵ３１５のワークエリアとして用いられ、ＣＰＵ３１５により実行される各種のプログラムやデータが一時的に格納される。
【００３４】
ＨＤ３１３には、ゲートウェイサーバ３１のオペレーティングシステムなどが格納されている。また、このＨＤ３１３は、認定コンテンツ登録ＤＢ（Data Base）３１３ａを有している。この認定コンテンツ登録ＤＢ３１３ａには、図３に示すように、コンテンツ認定サービスにより通信事業者が認定した認定コンテンツ毎に、当該認定コンテンツのファイル名と、この認定コンテンツを提供しているコンテンツサーバ１０のＩＰアドレスとが対応付けられて格納されている。この認定コンテンツ登録ＤＢ３１３ａは、新たな認定コンテンツを追加登録した場合などに通信事業者により更新される。なお、この認定コンテンツ登録ＤＢ３１３ａにおいて、ＩＰアドレスは、１つの認定コンテンツに対して複数登録される形態であってもよい。
【００３５】
図２に戻り、通信インタフェース３１４は、インターネット２０や移動パケット通信網３０を介して当該ゲートウェイサーバ３１と他の通信装置との間で行われる通信を制御する。また、ＣＰＵ３１５は、ＲＯＭ３１１やＨＤ３１３などに格納されている各種プログラムを実行することにより、バス３１６を介して接続されている装置各部を制御する。このＣＰＵ３１５は、本実施形態に特有な処理として、コンテンツ中継処理（図７参照）を実行する。
【００３６】
このコンテンツ中継処理においてＣＰＵ３１５は、コンテンツサーバ１０から送信されたコンテンツを受信して携帯電話機４０へ中継する場合に、受信したコンテンツのファイル名と送信元であるコンテンツサーバ１０のＩＰアドレスとの組み合わせが、認定コンテンツ登録ＤＢ３１３ａに格納されているいずれかの認定コンテンツのファイル名およびＩＰアドレスの組み合わせと一致するか否かを照合することにより、中継するコンテンツが通信事業者の認定コンテンツであるか否かを判別する。そして、ＣＰＵ３１５は、中継するコンテンツが認定コンテンツであると判別した場合は、コンテンツとともに当該コンテンツが通信事業者の認定コンテンツであることを示す認定情報を携帯電話機４０へ送信する。
【００３７】
＜３．携帯電話機の構成＞
図４は、携帯電話機４０のハードウェア構成を例示するブロック図である。同図に示すように携帯電話機４０は、無線通信部４０１と、操作入力部４０２と、通話処理部４０３と、通信インタフェース４０４と、液晶表示部４０５と、記憶部４０６と、ＣＰＵ４１０とを有しており、これらの各部はバス４１１により接続されている。
【００３８】
無線通信部４０１は、アンテナ４０１ａを備え、基地局３２との間で行われる無線通信を制御する。この無線通信部４０１は、ＣＰＵ４１０の制御の下、例えば、パケット通信用のデータや送話音声に関するデータなどを搬送波に重畳して送信信号を生成し、この信号を基地局３２へ送信する。また、無線通信部４０１は、基地局３２から送られてくる無線信号をアンテナ４０１ａを介して受信し、この信号を復調して自機４０宛のパケット通信用のデータや受話音声に関するデータなどを得る。
【００３９】
操作入力部４０２は、数字や文字、操作指示などを入力するための複数のキーを有しており、これらのキーの操作に応じた操作信号をＣＰＵ４１０に出力する。通話処理部４０３は、例えば、マイクロフォンやスピーカ、音声処理部などを有しており、ＣＰＵ４１０の制御の下、呼の接続／切断を含む通話処理を行う。通信インタフェース４０４は、通信ケーブルを介して接続された電子機器との間で行われる有線通信を制御する。なお、この通信インタフェース４０４は、赤外線通信や、ＨｏｍｅＲＦ（Home Radio Frequency）、Bluetooth（登録商標）などの近距離無線通信を制御するものであってもよい。また、液晶表示部４０５は、液晶表示パネルと、この液晶表示パネルの表示制御を行う駆動回路とを有している。
【００４０】
記憶部４０６は、ＲＯＭ４０７と、ＲＡＭ４０８と、例えば、ＳＲＡＭ（Static−RAM）やＥＥＰＲＯＭ（Electrically Erasable Programmable−ROM）などの不揮発性メモリ４０９とを有している。ＲＯＭ４０７には、例えば、携帯電話機４０用のオペレーティングシステム（以下、ＯＳと略称する）やＷｅｂ（World Wide Web）ブラウザ、Java実行環境を構築するためのソフトウェアなどが記憶されている。また、ＲＡＭ４０８は、ＣＰＵ４１０のワークエリアとして用いられ、ＣＰＵ４１０により実行される各種のプログラムやデータが一時的に記憶される。
【００４１】
不揮発性メモリ４０９には、携帯電話機４０用のアプリケーションプログラムや各種のデータが記憶される。また、この不揮発性メモリ４０９には、コンテンツサーバ１０からダウンロードしたコンテンツやその認定情報が記憶される。例えば、コンテンツサーバ１０からダウンロードしたJavaＡＰが通信事業者の認定コンテンツである場合には、JavaＡＰとともに受信した認定情報がJavaＡＰと対応付けられて不揮発性メモリ４０９に記憶される。
【００４２】
なお、JavaＡＰは、JavaＡＰの本体プログラムおよび当該本体プログラムの実行に応じて利用される画像ファイルや音声ファイルなどを１つにまとめたＪＡＲ（Java Archive）ファイルと、このＪＡＲファイルのインストールや起動、ネットワークアクセスなどを制御するための各種制御情報が記述されたＡＤＦ（Application Descriptor File）とを有している。また、本実施形態においてJavaＡＰのＡＤＦおよびＪＡＲファイルは、ともにコンテンツサーバ１０に格納されているものとする。
【００４３】
ＣＰＵ４１０は、記憶部４０６に格納されている各種プログラムを実行することにより、バス４１１を介して接続されている装置各部を制御する。このＣＰＵ４１０は、本実施形態に特有な処理として、JavaＡＰ実行処理（図８参照）を実行する。このJavaＡＰ実行処理においてＣＰＵ４１０は、ダウンロードしたJavaＡＰの実行中に当該携帯電話機４０がアクセスすることのできるリソースを予め定められた特定のリソースのみに制限するか否かを、このJavaＡＰが通信事業者の認定コンテンツであるか否かに応じて決定する。
【００４４】
より具体的に説明すると、ＣＰＵ４１０は、ダウンロードされたJavaＡＰの実行が指示されると、まず、このJavaＡＰの認定情報が不揮発性メモリ４０９に格納されているか否かを判別する。その結果、ＣＰＵ４１０は、実行するJavaＡＰの認定情報が不揮発性メモリ４０９に格納されている場合、すなわち、実行するJavaＡＰが通信事業者の認定コンテンツである場合は、このJavaＡＰの実行中に当該携帯電話機４０がアクセスすることのできるリソースについて何ら制限を設けない。一方、ＣＰＵ４１０は、実行するJavaＡＰの認定情報が不揮発性メモリ４０９に格納されていないと判別した場合、すなわち、実行するJavaＡＰが通信事業者の認定コンテンツでない場合は、このJavaＡＰの実行中に当該携帯電話機４０がアクセスすることのできるリソースを予め定められた特定のリソースのみに制限する。
【００４５】
＜４．Java実行環境＞
図５は、携帯電話機４０におけるJavaＡＰの実行環境を説明するための図である。同図に示すように本実施形態に係る携帯電話機４０には、JavaＡＰの実行環境を構築するためのソフトウェアとして、ＫＶＭ（K Virtual Machine）と、コンフィギレーションとしてＣＬＤＣ（Connected Limited Device Configuration）を備えるとともにプロファイルとして通信事業者が独自に策定したオリジナルJava拡張プロファイルを備えたＪ２ＭＥ（Java 2 Micro Edition）とが組み込まれている。
【００４６】
ＫＶＭは、小型電子機器用に設計変更されたＪＶＭ（Java Virtual Machine）であって、JavaＡＰの実行ファイル形式であるバイトコードをＣＰＵ４１０がＯＳを介して解釈／実行可能な命令コードに変換する。また、ＣＬＤＣクラスライブラリは、ＣＬＤＣ用のクラスライブラリである。
【００４７】
オリジナルJava拡張ライブラリは、ＣＬＤＣを基礎として携帯電話機に特化した機能を提供するためのクラスライブラリである。このオリジナルJava拡張ライブラリには、例えば、ユーザインタフェースＡＰＩ（Application Program Interface）、ネットワーキングＡＰＩ、スクラッチパッドＡＰＩなどが含まれている。また、携帯電話機４０は、ＣＬＤＣクラスライブラリおよびオリジナルJava拡張ライブラリに加え、メーカ独自拡張ライブラリを有している。このメーカ独自拡張ライブラリは、携帯電話機４０を製造する各メーカがそれぞれ独自の機能を提供するためのクラスライブラリである。
【００４８】
ＪＡＭ（Java Application Manager）は、ＯＳによる制御の下で、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ＡＰの実行中に、無線通信部４０１を介してインターネット２０上の任意の通信装置にアクセスすることが可能である。加えて、携帯電話機４０は、この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拡張プロファイルを備えるＪ２ＭＥとが組み込まれた携帯電話機４０に本発明を適用した場合について説明した。しかしながら、Java実行環境は、上述したＫＶＭとＪ２ＭＥの組み合わせに限定されるものではない。また、本発明が適用可能な通信端末は、携帯電話機に限定されるものではない。
【００９５】
例えば、同図に示すように、Ｊ２ＭＥのプロファイルとして、オリジナルJava拡張プロファイルの代わりにＭＩＤＰ（Mobile Information Device Profile）を有する構成であってもよい。また、ＫＶＭの代わりにＪＶＭを有し、Ｊ２ＭＥのコンフィギレーションとしてＣＬＤＣの代わりにＣＤＣ（Connected Device Configuration）を、また、Ｊ２ＭＥのプロファイルとして、例えば、液晶付電話機用プロファイル、ＴＶ用プロファイル、カーナビゲーション用プロファイルなどを有する構成であってもよい。さらには、ＨｏｔＳｐｏｔと、Ｊ２ＳＥ（Java 2 Standard Edition）またはＪ２ＥＥ（Java 2 Enterprise Edition）とを有する構成であってもよい。
【００９６】
また、以上説明したJava実行環境の変形例から明らかなように、本発明は、例えば、ＰＨＳ（Personal Handyphone System：登録商標）端末やＰＤＡ、カーナビゲーション装置、パーソナルコンピュータなどの、通信機能を有する各種電子機器に適用可能である。
【００９７】
また、上述した実施形態では、Javaプログラミング言語により記述されたJavaＡＰを用いた場合について説明したが、プログラミング言語はJavaに限定されるものではない。
【００９８】
＜変形例９＞
図１７に示すように、本発明は、移動パケット通信網を介さない通信システム２に対しても適用可能である。この場合、同図に示す中継装置７０として、例えば、複数のパーソナルコンピュータ８０Ａ〜８０Ｃを有するＬＡＮ６０内に設けられたゲートウェイサーバや、ＩＳＰ（Internet Service Provider）サーバなどを用いることができる。なお、インターネット２０は、イントラネットなどであってもよい。
【００９９】
【発明の効果】
以上説明したように本発明によれば、ネットワークを介して提供されたプログラムに対する通信端末のセキュリティを、認定機関によるプログラムの認定有無に応じて好適に制御することができる。したがって、例えば、認定機関の認定プログラムであれば、このプログラムの実行中に通信端末がアクセスすることのできるリソースに何ら制限を設けず、通信端末の機能の変更や追加などを自由に行えるようにする一方、認定機関の認定プログラムでなければ、このプログラムの実行中に通信端末がアクセスすることのできるリソースを予め定められた特定のリソースのみに制限し、通信端末のセキュリティを確保することができる。
【図面の簡単な説明】
【図１】  本発明の実施形態に係る通信システムの構成を例示するブロック図である。
【図２】  同実施形態に係るゲートウェイサーバのハードウェア構成を例示するブロック図である。
【図３】  同実施形態に係るゲートウェイサーバのＨＤに格納されている認定コンテンツ登録ＤＢのデータ構成を例示する図である。
【図４】  同実施形態に係る携帯電話機のハードウェア構成を例示するブロック図である。
【図５】  同実施形態に係る携帯電話機において、JavaＡＰの実行環境を説明するための図である。
【図６】  同実施形態に係り、通信事業者により認定コンテンツとして認定されたコンテンツが携帯電話機にダウンロードされるまでの通信システム各部の動作を説明するための図である。
【図７】  同実施形態に係るゲートウェイサーバにおいて、ＣＰＵにより実行されるコンテンツ中継処理の動作を説明するフローチャートである。
【図８】  同実施形態に係る携帯電話機において、ＣＰＵにより実行されるJavaＡＰ実行処理の動作を説明するフローチャートである。
【図９】  本発明の変形例１に係る携帯電話機において、ＣＰＵにより実行されるコンテンツ受信処理の動作を説明するフローチャートである。
【図１０】  同変形例１に係る携帯電話機において、コンテンツ受信時における画面表示例を示す図である。
【図１１】  同変形例１に係る携帯電話機において、コンテンツ受信時におけるその他の画面表示例を示す図である。
【図１２】  同変形例１に係る携帯電話機において、コンテンツ受信時におけるその他の画面表示例を示す図である。
【図１３】  本発明の変形例２係り、JavaＡＰの認定レベルと、携帯電話機において行われるアクセス制限の内容について説明するための図である。
【図１４】  本発明の変形例３に係るゲートウェイサーバのＨＤに格納されている課金用ＤＢのデータ構成を例示する図である。
【図１５】  本発明の変形例３に係るゲートウェイサーバにおいて、ＣＰＵにより実行される課金処理の動作を説明するフローチャートである。
【図１６】  本発明の変形例８に係り、Java実行環境の変形例を説明するための図である。
【図１７】  本発明の変形例９に係る通信システムの構成を例示するブロック図である。
【符号の説明】
１，２……通信システム、１０……コンテンツサーバ、２０……インターネット、３０……移動パケット通信網、３１……ゲートウェイサーバ、３２……基地局、４０……携帯電話機、５０……開発マシン、６０……ＬＡＮ、７０……中継装置、８０Ａ，８０Ｂ，８０Ｃ……パーソナルコンピュータ、３１１……ＲＯＭ、３１２……ＲＡＭ、３１３……ＨＤ、３１３ａ……認定コンテンツ登録ＤＢ、３１３ｂ……課金用ＤＢ、３１４……通信インタフェース、３１５……ＣＰＵ、３１６……バス、４０１……無線通信部、４０１ａ……アンテナ、４０２……操作入力部、４０３……通話処理部、４０４……通信インタフェース、４０５……液晶表示部、４０６……記憶部、４０７……ＲＯＭ、４０８……ＲＡＭ、４０９……不揮発性メモリ、４１０……ＣＰＵ、４１１……バス。
【図１】
0004358478.tif 000002
【図２】
0004358478.tif 000003
【図３】
0004358478.tif 000004
【図４】
0004358478.tif 000005
【図５】
0004358478.tif 000006
【図６】
0004358478.tif 000007
【図７】
0004358478.tif 000008
【図８】
0004358478.tif 000009
【図９】
0004358478.tif 000010
【図１０】
0004358478.tif 000011
【図１１】
0004358478.tif 000012
【図１２】
0004358478.tif 000013
【図１３】
0004358478.tif 000014
【図１４】
0004358478.tif 000015
【図１５】
0004358478.tif 000016
【図１６】
0004358478.tif 000017
【図１７】
0004358478.tif 000018