JP2006092281A - 認証機能を備えたセキュリティデバイス - Google Patents

Abstract

【課題】電子マネーや電子チケット、音楽や映像などのデジタルコンテンツ等の価値情報の不正利用を防止し、その価値情報を扱う端末アプリケーション自体を認証するセキュリティデバイスを提供する。
【解決手段】セキュリティデバイス１０２にアプリケーション加工手段１５２を備え、情報端末１０１からの加工処理要求に基づいてアプリケーション加工手段１５２がオリジナルアプリケーション記憶部１５５に格納された端末アプリケーションに適当な加工処理と電子署名を施し、加工済みアプリケーション記憶部１５６に格納し、情報端末１０１からのアプリケーション発行要求に基づいて加工済みアプリケーション記憶部１５６に予め格納されていた加工済みアプリケーションを情報端末１０１に発行し、情報端末１０１が加工済みアプリケーションに施されていた電子署名を検証し、セキュリティデバイス１０２が加工処理の際に埋め込んだ認証情報に基づいて起動されたアプリケーションを認証する。
【選択図】図１

Description

本発明は、データを盗聴、改竄等から安全に保持するＩＣカード等のセキュリティデバイスと、そのセキュリティデバイスを装着した携帯電話やＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータなどの情報端末に関するもので、特に、電子マネーや電子チケット、音楽や画像、映像などのデジタルコンテンツ等の価値情報を扱う機器に関するものである。

近年、ＣＰＵと耐タンパ性のある記憶領域を持つＩＣカード等のセキュリティデバイスは、カードアプリ（アプリはアプリケーションの略である。以下同様である）を動作させることが可能であり、電子マネーや定期券、電子チケット等のサービスに利用されている。

例えば、前述したセキュリティデバイスが携帯電話等の情報端末に内蔵されたものがある。これによれば、情報端末のキーボードやディスプレイをセキュリティデバイスに対するユーザインターフェイスとして使用することができる。また、セキュリティデバイスに書き込むデータや読み出したデータを、情報端末の通信機能を利用してネットワーク上で伝送することができるので、様々なサービスを利用することができる。この場合、それらのサービスを実行する際に情報端末が行うべき動作を規定した端末アプリが情報端末上で動作する。

従来、情報端末は、サービスプロバイダからネットワークを通じて端末アプリをダウンロードするなどして、この端末アプリを取得している。例えば、図２１に示すように、セキュリティデバイス２１１１に保持された電子マネーや電子チケット等の価値情報２１１３をオフライン環境下で表示する端末アプリ２１０８を、サービスプロバイダ２１２１からダウンロードする携帯端末２１０１が開示されている（特許文献１参照）。

この携帯端末２１０１は、端末アプリ２１０８のダウンロード及びそのダウンロードした端末アプリ２１０８を実行するプログラム制御部２１０２と、ダウンロードした端末アプリを記憶する格納部２１０３と、サービスプロバイダ２１２１との通信を行う通信部２１０４と、ユーザがサービスプロバイダ２１２１のＵＲＬを入力するユーザ入力部２１０５と、ＬＣＤ等の表示部２１０６と、を備えている。また、プログラム制御部２１０２には、さらに、ダウンロードした端末アプリを検証する検証部２１０７を備えている。一方、セキュリティデバイス２１１１は、内部のメモリに記憶されている価値情報２１１３を管理するカードアプリ２１１２を備えている。

このセキュリティデバイス２１１１に蓄積された価値情報２１１３を、オフライン環境下において携帯端末２１０１を用いて参照する場合、ユーザは、まず、ユーザ入力部２１０５にサービスプロバイダ２１２１のサーバに格納されている端末アプリ２１０８のＵＲＬを入力する。入力されたＵＲＬはプログラム制御部２１０２に渡され、プログラム制御部２１０２は渡されたＵＲＬに基づいて通信部２１０４を介してサービスプロバイダ２１２１のサーバと通信し、サービスプロバイダ２１２１から端末アプリ２１０８をダウンロードし（１）、検証部２１０７において端末アプリ２１０８の検証を行い（２）、問題がなければ端末アプリ２１０８を格納部２１０３に保存する（３）。

ユーザによって端末アプリ２１０８の起動操作が行われると、プログラム制御部２１０２は格納部２１０３から端末アプリ２１０８を読み出し、起動する（４）。起動された端末アプリ２１０８は、携帯端末２１０１に装着されたセキュリティデバイス２１１１のカードアプリ２１１２に価値情報２１１３を要求する（５）。カードアプリ２１１２は、内部のメモリに記憶されている価値情報２１１３を読み出して携帯端末２１０１側に送り（６）、端末アプリ２１０８は、取得した価値情報２１１３を携帯端末２１０１の表示部２１０６に表示する処理を行う（７）。
特開２００３−１４１４５７号公報

しかしながら、上記従来技術では、以下に示すような問題点があった。すなわち、セキュリティデバイス２１１１は、サービスプロバイダ２１２１から端末アプリケーション２１０８をダウンロードし、検証部２１０７において検証を行い、格納部２１０３に保存する。しかし、一度検証を経て保存された端末アプリケーション２１０８は再び検証される機会がない。そのため、一度検証を経て保存された端末アプリケーション２１０８に対して、価値情報２１１３へのアクセスの制限などを解除する改竄が施された場合は、セキュリティデバイス内の価値情報２１１３が不正に使用される恐れがあり、セキュリティの観点から好ましくない。また、サービスプロバイダからダウンロードしたコンテンツについても同様の問題が生じる。

本発明は、上記実情を鑑みてなされたものであり、改竄が加えられたアプリケーション等の実行を防ぐことができるセキュリティデバイスを提供することを目的とする。

本発明のセキュリティデバイスは、内部に保持された価値情報を外部端末から参照するためのアプリケーションを記憶する記憶手段と、前記アプリケーションの同一性を保証する加工処理を行う加工手段と、加工処理したアプリケーションを記憶する記憶手段と、加工処理したアプリケーションを前記外部端末に対して発行する発行手段とを備える。また、本発明のセキュリティデバイスは、外部端末で再生するコンテンツを記憶する記憶手段と、前記コンテンツの同一性を保証する加工処理を行う加工手段と、加工処理したコンテンツを記憶する記憶手段と、加工処理したコンテンツを前記外部端末に対して発行する発行手段とを備える。また、本発明のセキュリティデバイスは、外部端末で再生するコンテンツを記憶する記憶手段と、前記コンテンツの同一性を保証する加工処理を行う加工手段と、加工処理したコンテンツを記憶する記憶手段と、加工処理したコンテンツを前記外部端末に対して発行する発行手段と、前記コンテンツを再生するアプリケーションを記憶する記憶手段と、前記アプリケーションの同一性を保証する加工処理を行う加工手段と、加工処理したアプリケーションを記憶する記憶手段と、加工処理したアプリケーションを前記外部端末に対して発行する発行手段とを備える。

上記構成によれば、セキュリティデバイスが保持する価値情報を外部端末で参照するアプリケーションや外部端末で再生するコンテンツに対してセキュリティデバイス側でアプリケーション、コンテンツの同一性を保証する加工処理を施した上で外部端末に発行することで、外部端末がアプリケーションの起動毎、コンテンツの再生毎にアプリケーション、コンテンツの同一性を検証することが可能となり、改竄したアプリケーションの実行、コンテンツの再生を防ぐことができる。

本発明によれば、セキュリティデバイスが保持する価値情報を外部端末で参照するアプリケーションや外部端末で再生するコンテンツに対してセキュリティデバイス側でアプリケーション、コンテンツの同一性を保証する加工処理を施した上で外部端末に発行することで、外部端末がアプリケーションの起動毎、コンテンツの再生毎にアプリケーション、コンテンツの同一性を検証することが可能となり、改竄したアプリケーションの実行、コンテンツの再生を防ぐことができる。

以下、本発明の実施の形態を、図面を参照しながら説明する。
（実施の形態１）
図１に、本発明の第１の実施の形態におけるセキュリティデバイス１０２と情報端末１０１のシステム構成を示す。

セキュリティデバイス１０２は、耐タンパ機構を有し、その内部で安全なデータ処理を行う耐タンパデータ処理部１５０と、耐タンパデータ処理部１５０が処理したデータを格納するフラッシュメモリ１５１と、耐タンパデータ処理部１５０が情報端末１０１などのホスト機器との通信を制御するホスト機器通信手段１５７と、によって構成される。

耐タンパデータ処理部１５０は、内部にＣＰＵやＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ、更には、暗号処理用のコプロセッサを有し、ＲＯＭおよびＥＥＰＲＯＭに格納されたプログラムに基づいてＣＰＵがＲＡＭおよびフラッシュメモリ１５１を用いてデータ処理を行う。

耐タンパデータ処理部１５０には、ホスト機器通信手段１５７を介して外部から端末アプリケーションを受信するアプリケーション取得手段１５３と、
端末アプリケーションに対して、認証情報の埋め込みや、電子署名などの加工処理を施すアプリケーション加工手段１５２と、加工処理を施した端末アプリケーションを情報端末１０１に対して発行するアプリケーション発行手段１５４と、があり、これらは、実際には、耐タンパデータ処理部１５０の内部のＲＯＭやＥＥＰＲＯＭに格納されているプログラムを耐タンパデータ処理部１５０のＣＰＵが実行することによって実現される。

また、フラッシュメモリ１５１には、アプリケーション取得手段１５３が外部から受信した加工処理を行う前の端末アプリケーションを格納する領域であるオリジナルアプリケーション記憶部１５５と、アプリケーション加工手段１５２が加工処理を施した後の端末アプリケーションを格納する領域である加工済みアプリケーション記憶部１５６と、がある。ＣＰＵが端末アプリケーションをオリジナルアプリケーション記憶部１５５または加工済みアプリケーション記憶部１５６に格納する場合、端末アプリケーションは、ＣＰＵおよびコプロセッサによって、暗号化されてそれぞれの記憶部に格納され、また、オリジナルアプリケーション記憶部１５５または加工済みアプリケーション記憶部１５６に暗号化された状態で格納されている端末アプリケーションをＣＰＵが読み出した場合、端末アプリケーションはＣＰＵおよびコプロセッサによって復号化される。

例えば、図１の場合には、オリジナルアプリケーション記憶部１５５に、アプリケーションＡとアプリケーションＢとアプリケーションＣという加工処理を行う前の３つの端末アプリケーションが、加工済みアプリケーション記憶部１５６に、アプリケーションＡ＿１とアプリケーションＢ＿１５とアプリケーションＣ＿２という加工処理を施した後の３つの端末アプリケーションが、それぞれ格納されている状態を示している。

また、情報端末１０１は、プログラムに基づいてデータ処理を行うデータ処理部１１０と、セキュリティデバイス１０２との通信を制御するセキュリティデバイス通信手段１１６と、ネット上のサーバ機器や他の情報端末との無線通信を行う無線通信手段１１５と、キー入力スイッチなどの入力手段１１７と、データ処理部１１０が処理したデータを表示するＬＣＤなどの表示手段１１８と、によって構成される。

データ処理部１１０は、内部にＣＰＵやＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭを有し、ＲＯＭおよびＥＥＰＲＯＭに格納されたプログラムに基づいてＣＰＵがＲＡＭおよびＥＥＰＲＯＭを用いてデータ処理を行う。

データ処理部１１０には、端末アプリケーションのプログラムコードを解釈して実行するアプリケーション実行手段１１１と、端末アプリケーションのセキュリティデバイス１０２へのダウンロード、および、セキュリティデバイス１０２に格納された端末アプリケーションの情報端末１０１へのロードを行うアプリケーション管理手段１１３と、情報端末１０１に次にロードされる端末アプリケーションを準備するアプリケーション準備手段１１２と、端末アプリケーションに施された電子署名を検証して、その有効性を検証するアプリケーション検証手段１１４と、があり、これらは、実際には、データ処理部１１０の内部のＲＯＭやＥＥＰＲＯＭに格納されているプログラムをデータ処理部１１０のＣＰＵが実行することによって実現される。

アプリケーション検証手段１１４には、電子署名を検証する際に利用するルートＣＡ証明書１１９（ＣＡはCertificate Authorityを意味する）と、アプリケーション検証手段１１４が行う端末アプリケーションの検証処理の仕様を示す検証プロファイル１２０と、が保持されている。アプリケーション検証手段１１４はルートＣＡ証明書１１９を複数個、保持していても良い。

図７（ａ）と図７（ｂ）は、それぞれ、検証プロファイル１２０のデータ構造と、その一例を示している。

図７（ａ）において、検証プロファイル１２０は、情報端末１０１の識別情報であるターミナル識別子７０１と、情報端末１０１の機種を示すターミナルタイプ７０２と、情報端末１０１のアプリケーション実行環境の種類を示すアプリケーション実行環境識別子７０３と、情報端末１０１のアプリケーション検証手段１１４において検証可能な電子署名のアルゴリズムを示す署名検証処理識別子７０４とによって構成される。

図７（ｂ）は、検証プロファイル１２０をテキスト形式で実現した場合の一例であり、この場合、ターミナル識別子７０１が“AAAA0A85F0000001”、ターミナルタイプ７０２が“0A85”、アプリケーション実行環境識別子７０３がMIDP（Mobile Information Device Profile）のバージョン２．０、署名検証処理識別子７０４として、ハッシュアルゴリズムがSHA-1、公開鍵暗号が１０２４ビットのRSA暗号であることを示している。

端末アプリケーションをコンテンツプロバイダ（ＣＰ）のネット上のサーバからダウンロードする場合には、端末アプリケーションは、アプリケーション管理手段１１３によって、無線通信手段１１５を介してＣＰのサーバからダウンロードされ、セキュリティデバイス通信手段１１６およびホスト機器通信手段１５７を介してアプリケーション取得手段１５３に送信され、アプリケーション取得手段１５３が、受信した端末アプリケーションをオリジナルアプリケーション記憶部１５５に格納する。

この後、アプリケーション準備手段１１２によって、加工処理要求がアプリケーション加工手段１５２に送信され、加工処理要求を受信したアプリケーション加工手段１５２が、オリジナルアプリケーション記憶部１５５に格納されている端末アプリケーションに対して適当な加工処理を施し、加工済みアプリケーション記憶部１５６に格納する。

セキュリティデバイス１０２に格納された端末アプリケーションを実行する場合には、アプリケーション管理手段１１３によって、アプリケーション発行要求がアプリケーション発行手段１５４に送信され、アプリケーション発行要求を受信したアプリケーション発行手段１５４が、加工済みアプリケーション記憶部１５６から要求された端末アプリケーションを読出し、アプリケーション管理手段１１３に送信する。アプリケーション管理手段１１３は受信した端末アプリケーションをアプリケーション検証手段１１４に転送し、アプリケーション検証手段１１４が端末アプリケーションに施された電子署名を検証してその有効性を検証する。この時、アプリケーション検証手段１１４による検証をパスした端末アプリケーションだけが、アプリケーション実行手段１１１に転送され、アプリケーション実行手段１１１によって端末アプリケーションが起動される。

この後、アプリケーション実行手段１１１によって起動された端末アプリケーションは、まず、アプリケーション発行手段１５４によって、加工処理の際に埋め込まれた認証情報に基づいた認証処理が行われ、その認証処理にパスした場合のみ、その後の端末アプリケーションに固有の処理がアプリケーション実行手段１１１によって実行される。

このように、情報端末１０１において実行される端末アプリケーションを、情報端末１０１とセキュリティデバイス１０２とが認証することによって、不正な端末アプリケーションの実行が防止される。特に、端末アプリケーションがセキュリティデバイスのフラッシュメモリ１５１に格納された価値情報（図面には示されていない）を一定の制約のもとに利用するアプリケーションである場合には、それらの制約を不正に解除するなどの改竄が行われた端末アプリケーションの実行自体が防止されるので、価値情報は不正な利用から守られる。

次に、セキュリティデバイス１０２の内部のデータの詳細について説明する。図２は、アプリケーション加工手段１５２が内部に保持するデータの詳細と、セキュリティデバイス１０２に格納される端末アプリケーションのデータ構成を示している。アプリケーション加工手段１５２は、内部に、セキュリティデバイス１０２が装着されるホスト機器が行う端末アプリケーションの検証処理の仕様を示す検証プロファイル２２３と、端末アプリケーションに電子署名を行う際に用いるセキュリティデバイス秘密鍵２２１と、セキュリティデバイス秘密鍵２２１に対応するセキュリティデバイス証明書２２２と、ルートＣＡ証明書２２４とを保持する。

アプリケーション加工手段１５２は、検証プロファイル２２３とセキュリティデバイス秘密鍵２２１、セキュリティデバイス証明書２２２、ルートＣＡ証明書２２４を、それぞれ、複数個、保持していても良い。

検証プロファイル２２３のデータ構造は、検証プロファイル１２０のデータ構造と同様であり、セキュリティデバイス１０２を頻繁に装着するホスト機器としてセキュリティデバイス１０２に登録されたホスト機器の検証プロファイルがホスト機器ごとに保持される。この場合は、情報端末１０１の検証プロファイル１２０が検証プロファイル２２３として登録されている。

また、オリジナルアプリケーション記憶部１５５に格納されている端末アプリケーションは、それぞれ、実際のプログラムコードの部分であるアプリケーションコード２０１と、端末アプリケーションの発行者であるコンテンツプロバイダ（ＣＰ）によってアプリケーションコード２０１に施された電子署名である署名２０２と、署名２０２の有効性を証明する証明書チェーン２０３と、端末アプリケーションの属性情報２０４と、その端末アプリケーションに施されるべき加工処理の内容を規定した加工指示書２０５と、から構成される。

図４（ａ）は、オリジナルアプリケーション記憶部１５５に格納されている端末アプリケーションのアプリケーションコード２０１と署名２０２と証明書チェーン２０３の部分の一例を示しており、図３は、この場合のルートＣＡ３０１と中間ＣＡ３０２、コンテンツプロバイダ（ＣＰ）３０３、情報端末１０１、及びセキュリティデバイス１０２との間のシステム構成を示している。

この場合、証明書チェーン２０３は、ルートＣＡ３０１によって発行された中間ＣＡ３０２の中間ＣＡ証明書３２２と、中間ＣＡ３０２によって発行されたＣＰ３０３のＣＰ証明書３２２とから構成され、情報端末１０１とセキュリティデバイス１０２は、それぞれ、保有するルートＣＡ証明書を用いて、これらの証明書チェーン２０３を構成する証明書を検証することによってＣＰ３０３によってアプリケーションコード２０１に施された署名２０２の有効性を検証することが出来る。

図５（ａ）と図５（ｂ）は、それぞれ、属性情報２０４のデータ構造と、その一例を示している。

図５（ａ）において、属性情報２０４は、端末アプリケーションの識別情報であるアプリケーション識別子５０１と、端末アプリケーションを発行したコンテンツプロバイダ（ＣＰ）示すＣＰ識別子５０２と、端末アプリケーションのデータサイズを示すアプリケーションサイズ５０３と、端末アプリケーションの起動パラメータを示す起動パラメータ５０４とによって構成される。

図５（ｂ）は、属性情報２０４をテキスト形式で実現した場合の一例であり、この場合、アプリケーション識別子５０１が“http://www.cp1.com/game1/game1.jar”、ＣＰ識別子５０２が“CP1”、アプリケーションサイズ５０３が12578バイトであり、起動パラメータ５０４として、param1=1 param2=10を起動時に用いることを示している。

また、図６（ａ）と図６（ｂ）は、それぞれ、加工指示書２０５のデータ構造と、その一例を示している。

図６（ａ）において、加工指示書２０５は、その端末アプリケーションの識別情報であるアプリケーション識別子６０１と、端末アプリケーションを発行したコンテンツプロバイダ（ＣＰ）示すＣＰ識別子６０２と、認証情報の埋め込みなど、その端末アプリケーションのアプリケーションコード自体への加工処理、さらには、端末アプリケーションとの認証処理の内容を規定する加工指示記述６０３と、端末アプリケーションに施されるべき電子署名のアルゴリズムを示す署名処理識別子６０４とによって構成される。

図６（ｂ）は、加工指示書２０５をテキスト形式で実現した場合の一例であり、この場合、アプリケーション識別子６０１が“http://www.cp1.com/game1/game1.jar”、ＣＰ識別子６０２が“CP1”、であることを示し、また、加工指示記述６０３として、アプリケーションコードの0x47と0x57と0x67の位置に認証情報として乱数（%1、%2、%3）を埋め込み、端末アプリケーションとの認証処理において、その乱数の積、%1 * %2 * %3を照合することを示し、また、署名処理識別子６０４として、ハッシュアルゴリズムがSHA-1、公開鍵暗号が１０２４ビットのＲＳＡ暗号、または、ハッシュアルゴリズムがSHA-1、公開鍵暗号が１６０ビットの楕円曲線暗号の電子署名を施すことを示している。

加工指示記述６０３では、端末アプリケーションとの認証処理において、図６（ｂ）の例に示したような単純な照合処理だけではなく、端末アプリケーション側からのチャレンジ情報に基づく認証処理など、より複雑な認証処理を規定しても良い。

一方、加工済みアプリケーション記憶部１５６に格納されているアプリケーション加工手段１５２によって加工された端末アプリケーションは、それぞれ、情報端末において実際にアプリケーションとして実行されるプログラムコードの部分である加工済みアプリケーションコード２１１と、アプリケーション加工手段１５２によってアプリケーションコード２１１に施された電子署名である署名２１２と、署名２１２の有効性を証明する証明書チェーン２１３と、端末アプリケーションの属性情報２１４と、その端末アプリケーションに施されるべき加工処理の内容を規定した加工指示書２１５と、加工済みアプリケーションコード２１１に埋め込まれた認証情報に対応し、セキュリティデバイス側の認証処理に用いる認証情報２１６と、から構成される。

属性情報２１４と加工指示書２１５は、それぞれ、対応するオリジナルの端末アプリケーションの属性情報２０４と加工指示書２０５と同一のものである。また、認証情報２１６は、例えば、加工指示書２１５が、図６（ｂ）に示した例の場合には、埋め込まれた乱数%1、%2、%3が認証情報となる。

なお、加工処理の段階で端末アプリケーションとの認証処理の内容が確定する場合、具体的には、図６（ｂ）に示した例のように、加工処理の段階で埋め込まれた乱数%1、%2、%3だけを用いて認証処理を行う場合には、その認証処理に用いる乱数の積を計算した結果（%1 * %2 * %3）を認証情報２１６としても良い。この場合、セキュリティデバイス１０２側の端末アプリケーションとの認証処理の一部を、予め、実行しておくことが出来るので、認証処理を高速化することが出来る。

図４（ｂ）は、図３に示したシステム構成の場合の、加工済みアプリケーション記憶部１５６に格納されている端末アプリケーションの加工済みアプリケーションコード２１１と署名２１２と証明書チェーン２１３の部分の一例を示している。

この場合、証明書チェーン２１３は、ルートＣＡ３０１によって発行された中間ＣＡ３０２の中間ＣＡ証明書３２２と、中間ＣＡ３０２によって発行されたＣＰ３０３のＣＰ証明書３２２と、さらに、ＣＰ３０３によって発行されたセキュリティデバイス証明書２２２から構成され、情報端末１０１は、保有するルートＣＡ証明書を用いて、これらの証明書チェーン２１３を構成する証明書を検証することによってセキュリティデバイス１０２のアプリケーション加工手段１５２によって加工済みアプリケーションコード２１１に施された署名２１２の有効性を検証することが出来る。

次に、図８を用いて、ＣＰ３０３からセキュリティデバイス１０２に端末アプリケーションをダウンロードするシーケンス、及び、セキュリティデバイス証明書をダウンロードするシーケンスについて説明する。

まず、入力手段１１７から入力されたユーザ操作に基づいて、情報端末１０１が無線通信手段１１５を介し無線通信によってＣＰ３０３に端末アプリケーションを要求するメッセージを送信すると（アプリケーション要求８０１）、ＣＰ３０３は、情報端末１０１に装着されたセキュリティデバイス１０２に対して、セキュリティデバイス証明書を要求するメッセージを送信する（セキュリティデバイス証明書要求８０２または８１１）。

セキュリティデバイス証明書要求８０２（または８１１）には、ＣＰ３０３が生成した乱数が含まれており、情報端末１０１のセキュリティデバイス通信手段を介してセキュリティデバイス１０２に送信される。

セキュリティデバイス証明書要求８０２を受信したセキュリティデバイス１０２は、アプリケーション取得手段１５３がアプリケーション加工手段１５２に保持されているセキュリティデバイス証明書を調べ、ＣＰ３０３が発行したセキュリティデバイス証明書が保有されている場合には、アプリケーション取得手段１５３がアプリケーションの発行を要求するメッセージを生成して（アプリケーション発行要求生成８１３）ＣＰ３０３に送信し（アプリケーション発行要求８１３）、セキュリティデバイス証明書を保有していない場合には、アプリケーション取得手段１５３がＣＰにセキュリティデバイス証明書の発行を要求するメッセージを生成して（証明書発行要求生成８０３）ＣＰ３０３に送信する（証明書発行要求８０４）。

この時、アプリケーション発行要求８１３には、ＣＰ３０３が発行したセキュリティデバイス証明書と、アプリケーション取得手段１５３がそのセキュリティデバイス証明書に対応するセキュリティデバイス秘密鍵を用いてセキュリティデバイス証明書要求８０２（または８１１）に含まれていた乱数に対して施した電子署名が含まれ、証明書発行要求８０４には、その他のセキュリティデバイス証明書と、アプリケーション取得手段１５３がそのセキュリティデバイス証明書に対応するセキュリティデバイス秘密鍵を用いてセキュリティデバイス証明書要求８０２に含まれていた乱数に対して施した電子署名が含まれる。

証明書発行要求８０４を受信したＣＰ３０３は、証明書発行要求８０４に含まれていた電子署名（セキュリティデバイス証明書要求８０２に含まれていた乱数に対する電子署名）を同じく証明書発行要求８０４に含まれていたセキュリティデバイス証明書を用いて検証して（署名検証８０５）、セキュリティデバイス１０２がセキュリティデバイス秘密鍵を保持していることを検証し、さらにＣＰ３０３は、そのセキュリティデバイス証明書に含まれるセキュリティデバイス公開鍵を用いて新たにセキュリティデバイス証明書を生成して（セキュリティデバイス証明書生成８０６）、セキュリティデバイス１０２に送信する（セキュリティデバイス証明書８０７）。仮に、署名検証８０５においてエラーが検出された場合には、ＣＰ３０３は、エラーメッセージを情報端末１０１に送信して処理を中止する（図には示していない）。

セキュリティデバイス証明書８０７は、情報端末１０１を介してセキュリティデバイス１０２に送信され、セキュリティデバイス証明書８０７を受信したセキュリティデバイス１０２は、アプリケーション取得手段１５３がセキュリティデバイス証明書８０７をアプリケーション加工手段１５２に保存して、セキュリティデバイス証明書８０７の取得を完了したことを示す応答メッセージを情報端末１０１に送信する（完了応答８０９）。

完了応答８０９を受信した情報端末１０１は、改めてＣＰ３０３に端末アプリケーションを要求するメッセージを送信する（アプリケーション要求８１０）。

アプリケーション発行要求８１３を受信したＣＰ３０３は、アプリケーション発行要求８１３に含まれていた電子署名（セキュリティデバイス証明書要求８０２または８１１に含まれていた乱数に対する電子署名）を同じくアプリケーション発行要求８１３に含まれていたＣＰ３０３が発行したセキュリティデバイス証明書を用いて検証して（署名検証８１４）、セキュリティデバイス１０２がＣＰ３０３が発行したセキュリティデバイス証明書に対応するセキュリティデバイス秘密鍵を保持していることを検証し、さらにＣＰ３０３は、そのセキュリティデバイス証明書に含まれるセキュリティデバイス公開鍵を用いて発行する端末アプリケーションを暗号化して（アプリケーション暗号化８１５）、セキュリティデバイス１０２に送信する（暗号化されたアプリケーション８１６）。

この時、暗号化する前の端末アプリケーションには、その有効性を示すためにＣＰ３０３による電子署名が施され、それを検証するための証明書が付加されている（図４（ａ）は暗号化する前の端末アプリケーションデータ構造の一例を示している）。また仮に、署名検証８１４においてエラーが検出された場合には、ＣＰ３０３は、エラーメッセージを情報端末１０１に送信して処理を中止する（図には示していない）。

暗号化されたアプリケーション８１６は、情報端末１０１を介してセキュリティデバイス１０２に送信され、暗号化されたアプリケーション８１６を受信したセキュリティデバイス１０２は、アプリケーション取得手段１５３が、アプリケーション加工手段１５２が保持するセキュリティデバイス秘密鍵を用いて暗号を復号化し（暗号復号化８１７）、さらに、端末アプリケーションに施されたＣＰ３０３による電子署名を検証して端末アプリケーションの有効性を検証し（署名検証８１８）、端末アプリケーションをオリジナルアプリケーション記憶部１５５に保存して（アプリケーション保存８１９）、端末アプリケーションの取得を完了したことを示す応答メッセージを情報端末１０１に送信する（完了応答８２０）。

仮に、署名検証８１９においてエラーが検出された場合には、アプリケーション取得手段１５３は、端末アプリケーションを消去し、エラーメッセージを情報端末１０１に送信して処理を中止する（図には示していない）。

完了応答８２０を受信した情報端末１０１は、端末アプリケーションのダウンロードが完了したことを示すメッセージを表示手段１１８に表示して処理を終了する。

次に、図９（ａ）を用いて、セキュリティデバイス１０２が端末アプリケーションを加工して次に情報端末１０１にロードされる端末アプリケーションを準備する処理について説明する。

まず、情報端末１０１のアプリケーション準備手段１１２は、セキュリティデバイス１０２に端末アプリケーションの加工処理を要求するメッセージを送信する（加工処理要求９０１）。加工処理要求９０１を受信したセキュリティデバイス１０２のアプリケーション加工手段１５２は、オリジナルアプリケーション記憶部１５５に格納されている端末アプリケーションの内、加工済みアプリケーション記憶部１５６に対応する端末アプリケーションが格納されていない端末アプリケーションに対し、その加工指示書の加工処理記述６０３の内容に基づいて加工処理を施し（アプリケーション加工処理９０２）、次に、アプリケーション加工手段１５２は、加工指示書の署名処理識別子６０４と検証プロファイルの署名検証処理識別子７０４の内容に基づいて、端末アプリケーションに電子署名を施して証明書チェーンにセキュリティデバイス証明書を追加し（アプリケーション署名処理９０３）、加工済みアプリケーション記憶部１５６に保存ずる（アプリケーション保存９０４）。

この時、アプリケーション加工手段１５２は、署名処理識別子６０４と署名検証処理識別子７０４を照合して、一致する署名アルゴリズムに基づいて電子署名を行う。また、検証プロファイルが複数存在し、端末アプリケーションに施すべき電子署名のアルゴリズムが異なる場合には、端末アプリケーションを複数個生成し、それぞれ、異なるアルゴリズムに基づく電子署名を施して、加工済みアプリケーション記憶部１５６に保存ずる。

端末アプリケーションを加工済みアプリケーション記憶部１５６に保存したアプリケーション加工手段１５２は、端末アプリケーションの加工処理が完了したことを示すメッセージを情報端末１０１に送信して（加工処理応答９０５）処理を終了する。
次に、図９（ｂ）を用いて、セキュリティデバイス１０２が情報端末１０１に端末アプリケーションを発行する処理について説明する。

まず、入力手段１１７から入力されたユーザ操作に基づいて、情報端末１０１のアプリケーション管理手段１１３は、セキュリティデバイス１０２に必要とする端末アプリケーションの発行を要求するメッセージを送信する（アプリケーション発行要求９１１）。

アプリケーション発行要求９１１には、必要とする端末アプリケーションのアプリケーション識別子と、情報端末１０１の検証プロファイル１２０が含まれており、アプリケーション発行要求９１１を受信したセキュリティデバイス１０２のアプリケーション発行手段１５４は、加工済みアプリケーション記憶部１５６に格納された端末アプリケーションから、検証プロファイル１２０に対応する電子署名が施されたアプリケーション識別子が示す端末アプリケーションを検索して（アプリケーション検索９１２）、検索された端末アプリケーションを情報端末１０１に送信する（加工済みアプリケーション９１３）。

検索の結果、対応する端末アプリケーションが加工済みアプリケーション記憶部１５６に格納されていなかった場合には、アプリケーション発行手段１５４は、アプリケーション加工手段１５２に、端末アプリケーションの加工処理を要求し、アプリケーション加工手段１５２が加工し、電子署名が施された端末アプリケーションを情報端末１０１に送信する。

加工済みアプリケーション９１３を受信した情報端末１０１は、アプリケーション検証手段１１４が端末アプリケーションに施された電子署名を検証し、アプリケーション実行手段１１１が端末アプリケーションを起動して、この後、アプリケーション実行手段１１１によって起動された端末アプリケーションは、まず、アプリケーション発行手段１５４によって、加工処理の際に埋め込まれた認証情報に基づいた認証処理が行われ、その認証処理にパスした場合のみ、その後の端末アプリケーションに固有の処理がアプリケーション実行手段１１１によって実行される。

以上ように、情報端末１０１において実行される端末アプリケーションを、情報端末１０１とセキュリティデバイス１０２とが認証することによって、不正な端末アプリケーションの実行が防止される。

特に、端末アプリケーションがセキュリティデバイスのフラッシュメモリ１５１に格納された価値情報（図面には示されていない）を一定の制約のもとに利用するアプリケーションである場合には、それらの制約を不正に解除するなどの改竄が行われた端末アプリケーションの実行自体が防止されるので、価値情報は不正な利用から守られる。

（実施の形態２）
次に、本発明の第２の実施の形態について説明する。

本発明の第２の実施の形態は、第１の実施の形態において、情報端末１０１のデータ処理部１１０に備えていたアプリケーション準備手段を、アプリケーション実行手段において実行される端末アプリケーションの中に備えたものである。この場合、情報端末１０１にはアプリケーション準備手段を備える必要がなく、既存の携帯電話や携帯端末への改変を最小限に抑えることができ、また、セキュリティデバイスに加工処理要求を送信するタイミングを、アプリケーション実行手段で実行されている端末アプリケーション内でコントロールできるので、端末アプリケーション自体の処理には影響を与えることなく、次に情報端末１０１にロードされる端末アプリケーションを準備する処理を効率的に実行できるという効果がある。

図１０は、第２の実施の形態におけるセキュリティデバイス１０２と情報端末１０１のシステム構成を示している。

情報端末１０１のデータ処理部１１０にあったアプリケーション準備手段がなくなっている以外は第１の実施の形態と同じで、その代わりに、セキュリティデバイス１０２から情報端末１０１にロードされ、アプリケーション実行手段１１１において実行される端末アプリケーションの中にプログラムコードとしてアプリケーション準備手段１０１２が備えられている。

アプリケーション準備手段１０１２は、端末アプリケーションをＣＰ３０３からセキュリティデバイスにダウンロードする段階で備えられており、この際、セキュリティデバイス１０２と情報端末１０１は、図８に示したシーケンスと同様の処理を行う。

動作も基本的には第１の実施の形態の場合と同様であり、セキュリティデバイス１０２からロードされ、アプリケーション実行手段１１１で起動された端末アプリケーションが、起動処理の際、または、端末アプリケーションの終了処理の際、または、端末アプリケーションの実行中に、図９（ａ）に示したシーケンスと同様の処理を行い、次に情報端末１０１にロードされる端末アプリケーションを準備する処理を行い、そこで、準備された端末アプリケーションが、次の端末アプリケーションの利用時にセキュリティデバイス１０２から情報端末１０１にロードされる。

（実施の形態３）
次に、第１の実施の形態における端末アプリケーションに対するセキュリティデバイスによる加工処理のメカニズムを、音楽や画像、映像等のコンテンツの加工に応用した本発明の第３の実施の形態について説明する。

本発明の第３の実施の形態におけるセキュリティデバイス１１０２と情報端末１１０１のシステム構成を図１１に示す。

セキュリティデバイス１１０２は、耐タンパ機構を有し、その内部で安全なデータ処理を行う耐タンパデータ処理部１５０と、耐タンパデータ処理部１５０が処理したデータを格納するフラッシュメモリ１５１と、耐タンパデータ処理部１５０が情報端末１１０１などのホスト機器との通信を制御するホスト機器通信手段１５７と、によって構成される。

耐タンパデータ処理部１５０は、内部にＣＰＵやＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ、更には、暗号処理用のコプロセッサを有し、ＲＯＭおよびＥＥＰＲＯＭに格納されたプログラムに基づいてＣＰＵがＲＡＭおよびフラッシュメモリ１５１を用いてデータ処理を行う。

耐タンパデータ処理部１５０には、ホスト機器通信手段１５７を介して外部からコンテンツを受信するコンテンツ取得手段１１５３と、コンテンツに対して、認証情報の埋め込みや、電子署名などの加工処理を施すコンテンツ加工手段１１５２と、加工処理を施したコンテンツを情報端末１１０１に対して発行するコンテンツ発行手段１１５４と、があり、これらは、実際には、耐タンパデータ処理部１５０の内部のＲＯＭやＥＥＰＲＯＭに格納されているプログラムを耐タンパデータ処理部１５０のＣＰＵが実行することによって実現される。

また、フラッシュメモリ１５１には、コンテンツ取得手段１１５３が外部から受信した加工処理を行う前のコンテンツを格納する領域であるオリジナルコンテンツ記憶部１１５５と、コンテンツ加工手段１１５２が加工処理を施した後のコンテンツを格納する領域である加工済みコンテンツ記憶部１１５６と、がある。ＣＰＵがコンテンツをオリジナルコンテンツ記憶部１１５５または加工済みコンテンツ記憶部１１５６に格納する場合、コンテンツは、ＣＰＵおよびコプロセッサによって、暗号化されてそれぞれの記憶部に格納され、また、オリジナルコンテンツ記憶部１１５５または加工済みコンテンツ記憶部１１５６に暗号化された状態で格納されているコンテンツをＣＰＵが読み出した場合、コンテンツはＣＰＵおよびコプロセッサによって復号化される。

例えば、図１１の場合には、オリジナルコンテンツ記憶部１１５５に、コンテンツＡとコンテンツＢとコンテンツＣという加工処理を行う前の３つのコンテンツが、加工済みコンテンツ記憶部１１５６に、コンテンツＡ＿１とコンテンツＢ＿１５とコンテンツＣ＿２という加工処理を施した後の３つのコンテンツが、それぞれ格納されている状態を示している。

また、情報端末１１０１は、プログラムに基づいてデータ処理を行うデータ処理部１１０と、セキュリティデバイス１１０２との通信を制御するセキュリティデバイス通信手段１１６と、ネット上のサーバ機器や他の情報端末との無線通信を行う無線通信手段１１５と、キー入力スイッチなどの入力手段１１７と、データ処理部１１０が処理したデータを表示するＬＣＤなどの表示手段１１８と、によって構成される。

データ処理部１１０は、内部にＣＰＵやＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭを有し、ＲＯＭおよびＥＥＰＲＯＭに格納されたプログラムに基づいてＣＰＵがＲＡＭおよびＥＥＰＲＯＭを用いてデータ処理を行う。

データ処理部１１０には、コンテンツを再生する端末アプリケーションプログラムであるコンテンツ再生手段１１１１と、コンテンツのセキュリティデバイス１１０２へのダウンロード、および、セキュリティデバイス１１０２に格納されたコンテンツの情報端末１１０１へのロードを行うコンテンツ管理手段１１１３と、情報端末１１０１に次にロードされるコンテンツを準備するコンテンツ準備手段１１１２と、コンテンツに施された電子署名を検証して、その有効性を検証するコンテンツ検証手段１１１４と、があり、これらは、実際には、データ処理部１１０の内部のＲＯＭやＥＥＰＲＯＭに格納されているプログラムをデータ処理部１１０のＣＰＵが実行することによって実現される。

コンテンツ検証手段１１１４には、電子署名を検証する際に利用するルートＣＡ証明書１１９（ＣＡはCertificate Authorityを意味する）と、コンテンツ検証手段１１１４が行うコンテンツの検証処理の仕様を示す検証プロファイル１１２０と、が保持されている。コンテンツ検証手段１１１４はルートＣＡ証明書１１９を複数個、保持していても良い。

図１７（ａ）と図１７（ｂ）は、それぞれ、検証プロファイル１１２０のデータ構造と、その一例を示している。図１７（ａ）において、検証プロファイル１１２０は、情報端末１１０１の識別情報であるターミナル識別子１７０１と、情報端末１１０１の機種を示すターミナルタイプ１７０２と、情報端末１１０１のコンテンツ再生手段１１１１の種類を示すコンテンツ再生手段識別子１７０３と、情報端末１１０１のコンテンツ検証手段１１１４において検証可能な電子署名のアルゴリズムを示す署名検証処理識別子１７０４とによって構成される。

図１７（ｂ）は、検証プロファイル１１２０をテキスト形式で実現した場合の一例であり、この場合、ターミナル識別子１７０１が“AAAA0A85F0000001”、ターミナルタイプ１７０２が“0A85”、コンテンツ再生手段識別子１７０３がCONTENTS-PLAYERバージョン１．０、画面サイズが240:300画素、署名検証処理識別子１７０４として、ハッシュアルゴリズムがSHA-1、公開鍵暗号が１０２４ビットのRSA暗号であることを示している。

コンテンツをコンテンツプロバイダ（ＣＰ）のネット上のサーバからダウンロードする場合には、コンテンツは、コンテンツ管理手段１１１３によって、無線通信手段１１５を介してＣＰのサーバからダウンロードされ、セキュリティデバイス通信手段１１６およびホスト機器通信手段１５７を介してコンテンツ取得手段１１５３に送信され、コンテンツ取得手段１１５３が、受信したコンテンツをオリジナルコンテンツ記憶部１１５５に格納する。

この後、コンテンツ準備手段１１１２によって、加工処理要求がコンテンツ加工手段１１５２に送信され、加工処理要求を受信したコンテンツ加工手段１１５２が、オリジナルコンテンツ記憶部１１５５に格納されているコンテンツに対して適当な加工処理を施し、加工済みコンテンツ記憶部１１５６に格納する。

セキュリティデバイス１１０２に格納されたコンテンツを再生する場合には、コンテンツ管理手段１１１３によって、コンテンツ発行要求がコンテンツ発行手段１１５４に送信され、コンテンツ発行要求を受信したコンテンツ発行手段１１５４が、加工済みコンテンツ記憶部１１５６から要求されたコンテンツを読出し、コンテンツ管理手段１１１３に送信する。コンテンツ管理手段１１１３は受信したコンテンツをコンテンツ検証手段１１１４に転送し、コンテンツ検証手段１１１４がコンテンツに施された電子署名を検証してその有効性を検証する。

この時、コンテンツ検証手段１１１４による検証をパスしたコンテンツだけが、コンテンツ再生手段１１１１に転送され、コンテンツ再生手段１１１１によってコンテンツが再生される。

この時、コンテンツ再生手段１１１１によって再生されるコンテンツには、セキュリティデバイス１１０２による加工処理によって、ターミナル識別子や日時情報が電子透かしとして埋め込まれており、不正な利用を防止することができる。

このように、情報端末１１０１において再生されるコンテンツに対して、キュリティデバイス１１０２が適当な加工処理を施し、情報端末１１０１がそれを認証することによって、不正なコンテンツの再生、および、再生されたコンテンツの不正利用が防止される。

次に、セキュリティデバイス１１０２の内部のデータの詳細について説明する。図１２は、コンテンツ加工手段１１５２が内部に保持するデータの詳細と、セキュリティデバイス１１０２に格納されるコンテンツのデータ構成を示している。

コンテンツ加工手段１１５２は、内部に、セキュリティデバイス１１０２が装着されるホスト機器が行うコンテンツの検証処理の仕様を示す検証プロファイル１２２３と、コンテンツに電子署名を行う際に用いるセキュリティデバイス秘密鍵２２１と、セキュリティデバイス秘密鍵２２１に対応するセキュリティデバイス証明書２２２と、ルートＣＡ証明書２２４とを保持する。

コンテンツ加工手段１１５２は、検証プロファイル１２２３とセキュリティデバイス秘密鍵２２１、セキュリティデバイス証明書２２２、ルートＣＡ証明書２２４を、それぞれ、複数個、保持していても良い。

検証プロファイル１２２３のデータ構造は、検証プロファイル１１２０のデータ構造と同様であり、セキュリティデバイス１１０２を頻繁に装着するホスト機器としてセキュリティデバイス１１０２に登録されたホスト機器の検証プロファイルがホスト機器ごとに保持される。この場合は、情報端末１１０１の検証プロファイル１１２０が検証プロファイル１２２３として登録されている。

また、オリジナルコンテンツ記憶部１１５５に格納されているコンテンツは、それぞれ、実際に再生される部分であるコンテンツデータ１２０１と、コンテンツの発行者であるコンテンツプロバイダ（ＣＰ）によってコンテンツデータ１２０１に施された電子署名である署名１２０２と、署名１２０２の有効性を証明する証明書チェーン１２０３と、コンテンツの属性情報１２０４と、そのコンテンツに施されるべき加工処理の内容を規定した加工指示書１２０５と、から構成される。

図１４（ａ）は、オリジナルコンテンツ記憶部１１５５に格納されているコンテンツのコンテンツデータ１２０１と署名１２０２と証明書チェーン１２０３の部分の一例を示しており、図１３は、この場合のルートＣＡ３０１と中間ＣＡ３０２、コンテンツプロバイダ（ＣＰ）１３０３、情報端末１１０１、及びセキュリティデバイス１１０２との間のシステム構成を示している。

この場合、証明書チェーン１２０３は、ルートＣＡ３０１によって発行された中間ＣＡ３０２の中間ＣＡ証明書３２２と、中間ＣＡ３０２によって発行されたＣＰ１３０３のＣＰ証明書１３２２とから構成され、情報端末１１０１とセキュリティデバイス１１０２は、それぞれ、保有するルートＣＡ証明書を用いて、これらの証明書チェーン１２０３を構成する証明書を検証することによってＣＰ１３０３によってコンテンツデータ１２０１に施された署名１２０２の有効性を検証することが出来る。
図１５（ａ）と図１５（ｂ）は、それぞれ、属性情報１２０４のデータ構造と、その一例を示している。

図１５（ａ）において、属性情報１２０４は、コンテンツの識別情報であるコンテンツ識別子１５０１と、コンテンツを発行したコンテンツプロバイダ（ＣＰ）示すＣＰ識別子１５０２と、コンテンツのデータサイズを示すコンテンツサイズ１５０３とによって構成される。

図１５（ｂ）は、属性情報１２０４をテキスト形式で実現した場合の一例であり、この場合、コンテンツ識別子１５０１が“http://www.cp2.com/movie1/movie1.mov”、ＣＰ識別子１５０２が“CP2”、コンテンツサイズ１５０３が2,000,000バイトであることを示している。

また、図１６（ａ）と図１６（ｂ）は、それぞれ、加工指示書１２０５のデータ構造と、その一例を示している。

図１６（ａ）において、加工指示書１２０５は、そのコンテンツの識別情報であるコンテンツ識別子１６０１と、コンテンツを発行したコンテンツプロバイダ（ＣＰ）示すＣＰ識別子１６０２と、電子透かしの埋め込みなど、そのコンテンツのコンテンツデータ自体への加工処理の内容を規定する加工指示記述１６０３と、コンテンツに施されるべき電子署名のアルゴリズムを示す署名処理識別子１６０４とによって構成される。

図１６（ｂ）は、加工指示書１２０５をテキスト形式で実現した場合の一例であり、この場合、コンテンツ識別子１６０１が“http://www.cp2.com/movie1/movie1.mov”、ＣＰ識別子１６０２が“CP2”、であることを示し、また、加工指示記述１６０３として、ムービーコンテンツの表示サイズを情報端末１１０１に合わせて加工し、さらに、ターミナル識別子と日時を電子透かしとして埋め込む加工を行うことを示し、また、署名処理識別子１６０４として、ハッシュアルゴリズムがSHA-1、公開鍵暗号が１０２４ビットのＲＳＡ暗号、または、ハッシュアルゴリズムがSHA-1、公開鍵暗号が１６０ビットの楕円曲線暗号の電子署名を施すことを示している。

一方、加工済みコンテンツ記憶部１１５６に格納されているコンテンツ加工手段１１５２によって加工されたコンテンツは、それぞれ、情報端末において実際に再生されるコンテンツデータの部分である加工済みコンテンツデータ１２１１と、コンテンツ加工手段１１５２によってコンテンツデータ１２１１に施された電子署名である署名１２１２と、署名１２１２の有効性を証明する証明書チェーン１２１３と、コンテンツの属性情報１２１４と、加工済みコンテンツデータ１２１１に埋め込まれた認証情報に対応し、セキュリティデバイスがコンテンツの認証処理を行う場合に用いられる認証情報１２１６と、から構成される。

属性情報１２１４は対応するオリジナルのコンテンツの属性情報１２０４と同一のものである。また、認証情報１２１６は、例えば、加工指示書２１５が、図１６（ｂ）に示した例の場合には、電子透かしとして埋め込まれた日時情報が認証情報となる。
図１４（ｂ）は、図１３に示したシステム構成の場合の、加工済みコンテンツ記憶部１１５６に格納されているコンテンツの加工済みコンテンツデータ１２１１と署名１２１２と証明書チェーン１２１３の部分の一例を示している。

この場合、証明書チェーン１２１３は、ルートＣＡ３０１によって発行された中間ＣＡ３０２の中間ＣＡ証明書３２２と、中間ＣＡ３０２によって発行されたＣＰ１３０３のＣＰ証明書１３２２と、さらに、ＣＰ１３０３によって発行されたセキュリティデバイス証明書２２２から構成され、情報端末１１０１は、保有するルートＣＡ証明書を用いて、これらの証明書チェーン１２１３を構成する証明書を検証することによってセキュリティデバイス１１０２のコンテンツ加工手段１１５２によって加工済みコンテンツデータ１２１１に施された署名１２１２の有効性を検証することが出来る。

次に、図１８を用いて、ＣＰ１３０３からセキュリティデバイス１１０２にコンテンツをダウンロードするシーケンス、及び、セキュリティデバイス証明書をダウンロードするシーケンスについて説明する。

まず、入力手段１１７から入力されたユーザ操作に基づいて、情報端末１１０１が無線通信手段１１５を介し無線通信によってＣＰ１３０３にコンテンツを要求するメッセージを送信すると（コンテンツ要求１８０１）、ＣＰ１３０３は、情報端末１１０１に装着されたセキュリティデバイス１１０２に対して、セキュリティデバイス証明書を要求するメッセージを送信する（セキュリティデバイス証明書要求１８０２または１８１１）。

セキュリティデバイス証明書要求１８０２（または１８１１）には、ＣＰ１３０３が生成した乱数が含まれており、情報端末１１０１のセキュリティデバイス通信手段を介してセキュリティデバイス１１０２に送信される。

セキュリティデバイス証明書要求１８０２を受信したセキュリティデバイス１１０２は、コンテンツ取得手段１１５３がコンテンツ加工手段１１５２に保持されているセキュリティデバイス証明書を調べ、ＣＰ１３０３が発行したセキュリティデバイス証明書が保有されている場合には、コンテンツ取得手段１１５３がコンテンツの発行を要求するメッセージを生成して（コンテンツ発行要求生成１８１３）ＣＰ１３０３に送信し（コンテンツ発行要求１８１３）、セキュリティデバイス証明書を保有していない場合には、コンテンツ取得手段１１５３がＣＰにセキュリティデバイス証明書の発行を要求するメッセージを生成して（証明書発行要求生成１８０３）ＣＰ１３０３に送信する（証明書発行要求１８０４）。

この時、コンテンツ発行要求１８１３には、ＣＰ１３０３が発行したセキュリティデバイス証明書と、コンテンツ取得手段１１５３がそのセキュリティデバイス証明書に対応するセキュリティデバイス秘密鍵を用いてセキュリティデバイス証明書要求１８０２（または１８１１）に含まれていた乱数に対して施した電子署名が含まれ、証明書発行要求１８０４には、その他のセキュリティデバイス証明書と、コンテンツ取得手段１１５３がそのセキュリティデバイス証明書に対応するセキュリティデバイス秘密鍵を用いてセキュリティデバイス証明書要求１８０２に含まれていた乱数に対して施した電子署名が含まれる。

証明書発行要求１８０４を受信したＣＰ１３０３は、証明書発行要求１８０４に含まれていた電子署名（セキュリティデバイス証明書要求１８０２に含まれていた乱数に対する電子署名）を同じく証明書発行要求１８０４に含まれていたセキュリティデバイス証明書を用いて検証して（署名検証１８０５）、セキュリティデバイス１１０２がセキュリティデバイス秘密鍵を保持していることを検証し、さらにＣＰ１３０３は、そのセキュリティデバイス証明書に含まれるセキュリティデバイス公開鍵を用いて新たにセキュリティデバイス証明書を生成して（セキュリティデバイス証明書生成１８０６）、セキュリティデバイス１１０２に送信する（セキュリティデバイス証明書１８０７）。仮に、署名検証１８０５においてエラーが検出された場合には、ＣＰ１３０３は、エラーメッセージを情報端末１１０１に送信して処理を中止する（図には示していない）。

セキュリティデバイス証明書１８０７は、情報端末１１０１を介してセキュリティデバイス１１０２に送信され、セキュリティデバイス証明書１８０７を受信したセキュリティデバイス１１０２は、コンテンツ取得手段１１５３がセキュリティデバイス証明書１８０７をコンテンツ加工手段１１５２に保存して、セキュリティデバイス証明書１８０７の取得を完了したことを示す応答メッセージを情報端末１１０１に送信する（完了応答１８０９）。

完了応答１８０９を受信した情報端末１１０１は、改めてＣＰ１３０３にコンテンツを要求するメッセージを送信する（コンテンツ要求１８１０）。

コンテンツ発行要求１８１３を受信したＣＰ１３０３は、コンテンツ発行要求１８１３に含まれていた電子署名（セキュリティデバイス証明書要求１８０２または１８１１に含まれていた乱数に対する電子署名）を同じくコンテンツ発行要求１８１３に含まれていたＣＰ１３０３が発行したセキュリティデバイス証明書を用いて検証して（署名検証１８１４）、セキュリティデバイス１１０２がＣＰ１３０３が発行したセキュリティデバイス証明書に対応するセキュリティデバイス秘密鍵を保持していることを検証し、さらにＣＰ１３０３は、そのセキュリティデバイス証明書に含まれるセキュリティデバイス公開鍵を用いて発行するコンテンツを暗号化して（コンテンツ暗号化１８１５）、セキュリティデバイス１１０２に送信する（暗号化されたコンテンツ８１６）。

この時、暗号化する前のコンテンツには、その有効性を示すためにＣＰ１３０３による電子署名が施され、それを検証するための証明書が付加されている（図１４（ａ）は暗号化する前のコンテンツデータ構造の一例を示している）。また仮に、署名検証１８１４においてエラーが検出された場合には、ＣＰ１３０３は、エラーメッセージを情報端末１１０１に送信して処理を中止する（図には示していない）。

暗号化されたコンテンツ１８１６は、情報端末１１０１を介してセキュリティデバイス１１０２に送信され、暗号化されたコンテンツ１８１６を受信したセキュリティデバイス１１０２は、コンテンツ取得手段１１５３が、コンテンツ加工手段１１５２が保持するセキュリティデバイス秘密鍵を用いて暗号を復号化し（暗号復号化１８１７）、さらに、コンテンツに施されたＣＰ１３０３による電子署名を検証してコンテンツの有効性を検証し（署名検証１８１８）、コンテンツをオリジナルコンテンツ記憶部１１５５に保存して（コンテンツ保存１８１９）、コンテンツの取得を完了したことを示す応答メッセージを情報端末１１０１に送信する（完了応答１８２０）。

仮に、署名検証１８１９においてエラーが検出された場合には、コンテンツ取得手段１１５３は、コンテンツを消去し、エラーメッセージを情報端末１１０１に送信して処理を中止する（図には示していない）。

完了応答１８２０を受信した情報端末１１０１は、コンテンツのダウンロードが完了したことを示すメッセージを表示手段１１８に表示して処理を終了する。

次に、図１９（ａ）を用いて、セキュリティデバイス１１０２がコンテンツを加工して次に情報端末１１０１にロードされるコンテンツを準備する処理について説明する。

まず、情報端末１１０１のコンテンツ準備手段１１１２は、セキュリティデバイス１１０２にコンテンツの加工処理を要求するメッセージを送信する（加工処理要求１９０１）。加工処理要求１９０１を受信したセキュリティデバイス１１０２のコンテンツ加工手段１１５２は、オリジナルコンテンツ記憶部１１５５に格納されているコンテンツの内、加工済みコンテンツ記憶部１１５６に対応するコンテンツが格納されていないコンテンツに対し、その加工指示書の加工処理記述１６０３の内容に基づいて加工処理を施し（コンテンツ加工処理１９０２）、次に、コンテンツ加工手段１１５２は、加工指示書の署名処理識別子１６０４と検証プロファイルの署名検証処理識別子１７０４の内容に基づいて、コンテンツに電子署名を施して証明書チェーンにセキュリティデバイス証明書を追加し（コンテンツ署名処理１９０３）、加工済みコンテンツ記憶部１１５６に保存ずる（コンテンツ保存１９０４）。

この時、コンテンツ加工手段１１５２は、署名処理識別子１６０４と署名検証処理識別子１７０４を照合して、一致する署名アルゴリズムに基づいて電子署名を行う。また、検証プロファイルが複数存在し、コンテンツに施すべき電子署名のアルゴリズムが異なる場合には、コンテンツを複数個生成し、それぞれ、異なるアルゴリズムに基づく電子署名を施して、加工済みコンテンツ記憶部１１５６に保存ずる。

コンテンツを加工済みコンテンツ記憶部１１５６に保存したコンテンツ加工手段１１５２は、コンテンツの加工処理が完了したことを示すメッセージを情報端末１１０１に送信して（加工処理応答１９０５）処理を終了する。

次に、図１９（ｂ）を用いて、セキュリティデバイス１１０２が情報端末１１０１にコンテンツを発行する処理について説明する。

まず、入力手段１１７から入力されたユーザ操作に基づいて、情報端末１１０１のコンテンツ管理手段１１１３は、セキュリティデバイス１１０２に必要とするコンテンツの発行を要求するメッセージを送信する（コンテンツ発行要求１９１１）。

コンテンツ発行要求１９１１には、必要とするコンテンツのコンテンツ識別子と、情報端末１１０１の検証プロファイル１１２０が含まれており、コンテンツ発行要求１９１１を受信したセキュリティデバイス１１０２のコンテンツ発行手段１１５４は、加工済みコンテンツ記憶部１１５６に格納されたコンテンツから、検証プロファイル１１２０に対応する電子署名が施されたコンテンツ識別子が示すコンテンツを検索して（コンテンツ検索１９１２）、検索されたコンテンツを情報端末１１０１に送信する（加工済みコンテンツ１９１３）。

検索の結果、対応するコンテンツが加工済みコンテンツ記憶部１１５６に格納されていなかった場合には、コンテンツ発行手段１１５４は、コンテンツ加工手段１１５２に、コンテンツの加工処理を要求し、コンテンツ加工手段１１５２が加工し、電子署名が施されたコンテンツを情報端末１１０１に送信する。

加工済みコンテンツ１９１３を受信した情報端末１１０１は、コンテンツ検証手段１１１４がコンテンツに施された電子署名を検証し、コンテンツ再生手段１１１１がコンテンツを再生する。さらに、この時に、コンテンツ再生手段は、コンテンツデータの中に電子透かしとして埋め込まれている認証情報をセキュリティデバイス１１０２との間で検証する処理を行っても良い。

以上ように、情報端末１１０１において再生されるコンテンツを、情報端末１１０１とセキュリティデバイス１１０２とが認証することによって、不正なコンテンツの再生が防止される。

また、コンテンツ再生手段１１１１によって再生されるコンテンツには、セキュリティデバイス１１０２による加工処理によって、ターミナル識別子や日時情報が電子透かしとして埋め込まれており、不正な利用を防止することができる。

（実施の形態４）
次に、本発明の第４の実施の形態について説明する。

本発明の第４の実施の形態は、第１の実施の形態において、セキュリティデバイス１０２から情報端末１０１にロードされるコンテンツ再生する端末アプリケーションの中に、第３の実施の形態におけるコンテンツ再生手段１１１１とコンテンツ準備手段１１１２とコンテンツ管理手段１１１３とコンテンツ検証手段１１１４とを備えるように構成したものである。

この場合、セキュリティデバイス１０２からロードされたコンテンツを認証するだけでなく、そのコンテンツを再生するコンテンツ再生手段１１１１を含むアプリケーション自体を情報端末１０１とセキュリティデバイス１０２とが認証するので、より安全性を向上させることが出来る。

図２０は、第４の実施の形態におけるセキュリティデバイス１０２と情報端末１０１のシステム構成を示している。情報端末１０１の構成は、第１の実施の形態と同じで、セキュリティデバイス１０２からロードされるコンテンツ再生アプリケーション２００１が、第３の実施の形態において説明したコンテンツ再生手段１１１１とコンテンツ準備手段１１１２とコンテンツ管理手段１１１３とコンテンツ検証手段１１１４とを備える。

但し、図２０では、データ処理部１１０が備えるアプリケーション準備手段１１２とアプリケーション管理手段１１３とアプリケーション検証手段１１４の図示を省略している。

セキュリティデバイス１０２は、第１の実施の形態において説明した構成要素の他に、耐タンパデータ処理部１５０に、第３の実施の形態において説明したコンテンツ加工手段１１５２と、コンテンツ取得手段１１５３と、コンテンツ発行手段１１５４とを備える。

また、フラッシュメモリ１５１に、同じく第３の実施の形態において説明したオリジナルコンテンツ記憶部１１５５と加工済みコンテンツ記憶部１１５６とを備える。

この場合、コンテンツ再生アプリケーション２００１は、第１の実施の形態における端末アプリケーションと同じように、コンテンツ再生アプリケーション２００１を発行するコンテンツプロバイダから、情報端末１０１のユーザがセキュリティデバイス１０２のオリジナルアプリケーション記憶部１５５にダウンロードする形で配布される。

なお、コンテンツ再生アプリケーション２００１は、最初からコンテンツ再生アプリケーション２００１をオリジナルアプリケーション記憶部１５５に格納したセキュリティデバイス１０２を情報端末１０１のユーザが入手する形で配布しても良い。

また、コンテンツは、第３の実施の形態におけるコンテンツと同じようにセキュリティデバイス１０２のオリジナルコンテンツ記憶部１１５５にダウンロードする形で配布される。

この場合、まず、コンテンツ再生アプリケーション２００１が、第１の実施の形態における端末アプリケーションと同じように、図９（ｂ）に示したシーケンスと同様の処理によって、セキュリティデバイス１０２から情報端末１０１にロードされ、情報端末１０１がコンテンツ再生アプリケーション２００１に施された電子署名を検証し、起動されたコンテンツ再生アプリケーション２００１をセキュリティデバイスが認証する。

この後は、第３の実施の形態におけるコンテンツと同じように、図１８に示したシーケンスと同様の処理によって、コンテンツがオリジナルコンテンツ記憶部１１５５にダウンロードされる。

コンテンツ再生アプリケーション２００１は、その起動中に、図１９（ａ）に示したシーケンスと同様の処理を行い、次に情報端末１０１にロードされるコンテンツを準備する処理を行い、コンテンツ加工手段１１５２によって適当な加工処理が行われたコンテンツが加工済みコンテンツ記憶部１１５６に格納される。

なお、コンテンツは、最初からコンテンツをオリジナルコンテンツ記憶部１１５５に格納したセキュリティデバイス１０２を情報端末１０１のユーザが入手する形で配布しても良い。

次に、コンテンツの再生では、第３の実施の形態におけるコンテンツと同じように、セキュリティデバイス１０２から加工済みコンテンツが情報端末１０１にロードされ、それをコンテンツ再生アプリケーション２００１が再生する。

この場合、まず、コンテンツ再生アプリケーション２００１が、第１の実施の形態における端末アプリケーションと同じように、図９（ｂ）に示したシーケンスと同様の処理によって、セキュリティデバイス１０２から情報端末１０１にロードされ、情報端末１０１がコンテンツ再生アプリケーション２００１に施された電子署名を検証し、起動されたコンテンツ再生アプリケーション２００１をセキュリティデバイスが認証する。

この後は、第３の実施の形態におけるコンテンツと同じように、図１９（ｂ）に示したシーケンスと同様の処理によって、加工済みコンテンツがセキュリティデバイス１０２から情報端末にロードされ、それを、コンテンツ再生アプリケーション２００１のコンテンツ検証手段１１１４がコンテンツに施された電子署名を検証し、コンテンツ再生手段１１１１がそのコンテンツを再生する。

また、セキュリティデバイス１０２によるコンテンツ再生アプリケーション２００１の認証においてエラーが発生した場合には、セキュリティデバイス１０２は、コンテンツ再生アプリケーション２００１からのオリジナルコンテンツ記憶部１１５５および加工済みコンテンツ記憶部１１５６に格納されたコンテンツへのアクセス要求を受け付けない。

以上のように、セキュリティデバイス１０２からロードされたコンテンツを認証するだけでなく、そのコンテンツを再生するコンテンツ再生手段１１１１を含むコンテンツ再生アプリケーション２００１を情報端末１０１とセキュリティデバイス１０２とが認証するので、より安全性を向上させることが出来る。

本発明は、ＩＣカードなどのセキュリティデバイスを装着でき、様々なアプリケーションを実行できる、携帯電話、携帯情報端末（ＰＤＡ）、パーソナルコンピュータなどの情報処理装置およびセキュリティデバイスに適用が可能である。

本発明の第１の実施の形態におけるセキュリティデバイスと情報端末のシステム構成を示すブロック図 本発明の第１の実施の形態におけるセキュリティデバイス内の詳細な構成を示すブロック図 本発明の第１の実施の形態におけるルートＣＡと中間ＣＡ、コンテンツプロバイダ、情報端末、及びセキュリティデバイスとの間のシステム構成を示すブロック図 （ａ）本発明の第１の実施の形態におけるオリジナルアプリケーション記憶部に格納されている端末アプリケーションのアプリケーションコードと署名と証明書チェーンの部分の一例を示す模式図 （ｂ）本発明の第１の実施の形態における加工済みアプリケーション記憶部に格納されている端末アプリケーションのアプリケーションコードと署名と証明書チェーンの部分の一例を示す模式図 （ａ）本発明の第１の実施の形態における端末アプリケーションの属性情報のデータ構造を示す模式図 （ｂ）本発明の第１の実施の形態における端末アプリケーションの属性情報の一例 （ａ）本発明の第１の実施の形態における端末アプリケーションの加工指示書のデータ構造を示す模式図 （ｂ）本発明の第１の実施の形態における端末アプリケーションの加工指示書の一例 （ａ）本発明の第１の実施の形態における検証プロファイルのデータ構造を示す模式図 （ｂ）本発明の第１の実施の形態における検証プロファイルの一例 本発明の第１の実施の形態におけるＣＰからセキュリティデバイスに、端末アプリケーション、及び、セキュリティデバイス証明書をダウンロードする処理のシーケンス図 （ａ）本発明の第１の実施の形態におけるセキュリティデバイスが端末アプリケーションを加工して次に情報端末にロードされる端末アプリケーションを準備する処理のシーケンス図 （ｂ）本発明の第１の実施の形態におけるセキュリティデバイスが情報端末に端末アプリケーションを発行する処理のシーケンス図 本発明の第２の実施の形態におけるセキュリティデバイスと情報端末のシステム構成を示すブロック図 本発明の第３の実施の形態におけるセキュリティデバイスと情報端末のシステム構成を示すブロック図 本発明の第３の実施の形態におけるセキュリティデバイス内の詳細な構成を示すブロック図 本発明の第３の実施の形態におけるルートＣＡと中間ＣＡ、コンテンツプロバイダ、情報端末、及びセキュリティデバイスとの間のシステム構成を示すブロック図 （ａ）本発明の第３の実施の形態におけるオリジナルコンテンツ記憶部に格納されているコンテンツのコンテンツデータと署名と証明書チェーンの部分の一例を示す模式図 （ｂ）本発明の第３の実施の形態における加工済みコンテンツ記憶部に格納されているコンテンツのコンテンツデータと署名と証明書チェーンの部分の一例を示す模式図 （ａ）本発明の第３の実施の形態におけるコンテンツの属性情報のデータ構造を示す模式図 （ｂ）本発明の第３の実施の形態におけるコンテンツの属性情報の一例 （ａ）本発明の第３の実施の形態におけるコンテンツの加工指示書のデータ構造を示す模式図 （ｂ）本発明の第３の実施の形態におけるコンテンツの加工指示書の一例 （ａ）本発明の第３の実施の形態における検証プロファイルのデータ構造を示す模式図 （ｂ）本発明の第３の実施の形態における検証プロファイルの一例 本発明の第３の実施の形態におけるＣＰからセキュリティデバイスに、コンテンツ、及び、セキュリティデバイス証明書をダウンロードする処理のシーケンス図 （ａ）本発明の第３の実施の形態におけるセキュリティデバイスがコンテンツを加工して次に情報端末にロードされるコンテンツを準備する処理のシーケンス図 （ｂ）本発明の第３の実施の形態におけるセキュリティデバイスが情報端末にコンテンツを発行する処理のシーケンス図 本発明の第４の実施の形態におけるセキュリティデバイスと情報端末のシステム構成を示すブロック図 従来の技術に基づく価値情報を扱うシステムのシステム構成を示すブロック図

符号の説明

１０１、１１０１ 情報端末
１０２、１１０２ セキュリティデバイス
１１０ データ処理部
１１１ アプリケーション実行手段
１１２、１０１２ アプリケーション準備手段
１１３ アプリケーション管理手段
１１４ アプリケーション検証手段
１１５ 無線通信手段
１１６ セキュリティデバイス通信手段
１１７ 入力手段
１１８ 表示手段
１１９、２２４ ルートＣＡ証明書
１２０、２２３ 検証プロファイル
１５０ 耐タンパデータ処理部
１５１ ブラッシュメモリ
１５２ アプリケーション加工手段
１５３ アプリケーション取得手段
１５４ アプリケーション発行手段
１５５ オリジナルアプリケーション記憶部
１５６ 加工済みアプリケーション記憶部
１５７ ホスト機器通信手段
２００ アプリケーションＡ
２０１ アプリケーションコード
２０２、２１２ 署名
２０３、２１３ 証明書チェーン
２０４、２１４ 属性情報
２０５、２１５ 加工指示書
２１０ アプリケーションＡ＿１
２１１ 加工済みアプリケーションコード
２１６ 認証情報
２２１ セキュリティデバイス秘密鍵
２２２ セキュリティデバイス証明書
３０１ ルートＣＡ
３０２ 中間ＣＡ
３０３、１３０３ ＣＰ
１１１１ コンテンツ再生手段
１１１２ コンテンツ準備手段
１１１３ コンテンツ管理手段
１１１４ コンテンツ検証手段
１１２０、１２２３ 検証プロファイル
１１５２ コンテンツ加工手段
１１５３ コンテンツ取得手段
１１５４ コンテンツ発行手段
１１５５ オリジナルコンテンツ記憶部
１１５６ 加工済みコンテンツ記憶部
１２００ コンテンツＡ
１２０１ コンテンツデータ
１２０２、１２１２ 署名
１２０３、１２１３ 証明書チェーン
１２０４、１２１４ 属性情報
１２０５、１２１５ 加工指示書
１２１０ コンテンツＡ＿１
１２１１ 加工済みコンテンツデータ
１２１６ 認証情報
２００１ コンテンツ再生アプリケーション

Claims (10)

1. 内部に保持された価値情報を外部端末から参照するためのアプリケーションを記憶する記憶手段と、
   前記アプリケーションの同一性を保証する加工処理を行う加工手段と、
   加工処理したアプリケーションを記憶する記憶手段と、
   加工処理したアプリケーションを前記外部端末に対して発行する発行手段と、
   を備えるセキュリティデバイス。
2. 前記加工手段は、
   前記外部端末で起動したアプリケーションの認証を内部で行うための第1の加工処理と、前記アプリケーションの認証を前記外部端末で行うための第2の加工処理とを行う請求項１記載のセキュリティデバイス。
3. 前記第1の加工処理は認証情報を各アプリケーション毎に動的に割り当てる処理であり、前記第2の加工処理は各アプリケーション毎に電子署名を施す処理である請求項２記載のセキュリティデバイス。
4. 前記記憶手段が記憶する前記アプリケーションは、前記外部端末において起動されている際に、
   前記セキュリティデバイスに対して前記アプリケーションの加工処理を要求するアプリケーション準備機能を備えることを特徴とする請求項１記載のセキュリティデバイス。
5. 外部端末で再生するコンテンツを記憶する記憶手段と、
   前記コンテンツの同一性を保証する加工処理を行う加工手段と、
   加工処理したコンテンツを記憶する記憶手段と、
   加工処理したコンテンツを前記外部端末に対して発行する発行手段と、
   を備えるセキュリティデバイス。
6. 前記加工手段は、
   前記外部端末で再生したコンテンツの認証を内部で行うための第1の加工処理と、前記コンテンツの認証を前記外部端末で行うための第2の加工処理とを行う請求項５記載のセキュリティデバイス。
7. 前記第1の加工処理は認証情報を各コンテンツ毎に動的に割り当てる処理であり、前記第2の加工処理は各コンテンツ毎に電子署名を施す処理である請求項６記載のセキュリティデバイス。
8. 外部端末で再生するコンテンツを記憶する記憶手段と、
   前記コンテンツの同一性を保証する加工処理を行う加工手段と、
   加工処理したコンテンツを記憶する記憶手段と、
   加工処理したコンテンツを前記外部端末に対して発行する発行手段と、
   前記コンテンツを再生するアプリケーションを記憶する記憶手段と、
   前記アプリケーションの同一性を保証する加工処理を行う加工手段と、
   加工処理したアプリケーションを記憶する記憶手段と、
   加工処理したアプリケーションを前記外部端末に対して発行する発行手段と、
   を備えるセキュリティデバイス。
9. 前記加工手段は、
   前記外部端末で再生したコンテンツおよび前記外部端末で起動したアプリケーションの認証を内部で行うための第1の加工処理と、前記コンテンツおよび前記アプリケーションの認証を前記外部端末で行うための第2の加工処理とを行う請求項８記載のセキュリティデバイス。
10. 前記第1の加工処理は認証情報を各コンテンツ毎および各アプリケーション毎に動的に割り当てる処理であり、前記第2の加工処理は各コンテンツ毎および各アプリケーション毎に電子署名を施す処理である請求項６記載のセキュリティデバイス。

Images