(57)【要約】【課題】ＩＣカードを用いて，コンテンツ鍵の生成を行うチケット処理方法およびその方法が適用されるシステムを提供する。【解決手段】コンテンツ配信者は，コンテンツと共に配信される識別子１と，コンテンツとは独立して配信される識別子２と，チケットとして配信される識別子３から，コンテンツ鍵を生成しコンテンツを暗号化する。チケットサービスプロバイダは，識別子３および，端末でコンテンツを利用するアプリケーションを識別するための識別子（ＡＰＫ）を連結し，ＩＣカードの公開鍵で暗号化したチケットを端末を経由してＩＣカードに配信する。ＩＣカードは，チケットを，ＩＣカードが保持する秘密鍵で復号し，該識別子３および，識別子１と識別子２を元に，コンテンツ鍵を生成する。【選択図】図１２
2004347636.tif 000002
【特許請求の範囲】
【請求項１】
暗号化されたコンテンツを復号するための鍵を提供するためのチケット処理システムにおいて，ＩＣカードを用いたチケット処理方法であって，ＩＣカード内に秘匿された情報によって，コンテンツを復号するための鍵を導出する処理を行うチケット処理方法。
【請求項２】
請求項１記載のチケット処理方法であって，コンテンツ配信者から，コンテンツとともに提供されるコンテンツを識別するための識別子を元に，コンテンツを復号するための鍵を導出する処理を行うチケット処理方法。
【請求項３】
請求項１記載のチケット処理方法であって，コンテンツ配信者から，コンテンツとは独立して提供されるコンテンツを識別するための識別子を元に，コンテンツを復号するための鍵を導出する処理を行うチケット処理方法。
【請求項４】
請求項１記載のチケット処理方法であって，コンテンツ配信者から，コンテンツとは独立して提供される，端末でコンテンツ利用するアプリケーションを識別するための識別子を用いて，導出された鍵を暗号化し，端末に提供するチケット処理方法。
【請求項５】
請求項３または請求項４記載のチケット処理方法であって，コンテンツ配信者から，提供される該識別子を，ＩＣカード内の秘密鍵で復号可能なように暗号化し，配信を行うチケット処理方法。
【請求項６】
請求項１記載のチケット処理方法であって，コンテンツおよびチケットとは独立して提供される，ＩＣカードあるいは端末でコンテンツ利用するアプリケーションを認証するための認証情報を元に，ＩＣカードあるいは端末でコンテンツを利用するアプリケーションの認証を行うチケット処理方法。
【請求項７】
請求項１から請求項６までのいずれか一に記載のチケット処理方法の，１つ以上の組み合わせにより実現されるチケット処理方法。
【請求項８】
暗号化されたコンテンツを復号するための鍵を提供するためのチケット処理システムにおいて，ＩＣカードを用いたチケット処理装置であって，ＩＣカード内に秘匿された情報によって，コンテンツを復号するための鍵を導出する処理を行うチケット処理装置
を備えていることを特徴とするチケット処理システム。
【請求項９】
請求項８記載のチケット処理システムであって，コンテンツ配信者から，コンテンツとともに提供される，コンテンツを識別するための識別子を元に，コンテンツを復号するための鍵を導出する処理を行うチケット処理装置
を備えていることを特徴とするチケット処理システム。
【請求項１０】
請求項８記載のチケット処理システムであって，コンテンツ配信者から，コンテンツとは独立して提供される，コンテンツを識別するための識別子を元に，コンテンツを復号するための鍵を導出する処理を行うチケット処理装置
を備えていることを特徴とするチケット処理システム。
【請求項１１】
請求項８記載のチケット処理システムであって，コンテンツ配信者から，コンテンツとは独立して提供される，端末でコンテンツ利用するアプリケーションを識別するための識別子を用いて，導出された鍵を暗号化し，端末に提供するチケット処理装置
を備えていることを特徴とするチケット処理システム。
【請求項１２】
請求項１０または請求項１１記載のチケット処理システムであって，コンテンツ配信者から提供される該識別子を，ＩＣカード内の秘密鍵で復号可能なように暗号化し，配信を行うチケット処理装置
を備えていることを特徴とするチケット処理システム。
【請求項１３】
請求項８記載のチケット処理システムであって，コンテンツおよびチケットとは独立して提供される，ＩＣカードあるいは端末でコンテンツ利用するアプリケーションを認証するための認証情報を元に，ＩＣカードあるいは端末でコンテンツを利用するアプリケーションの認証を行うチケット装置
を備えていることを特徴とするチケット処理システム。
【請求項１４】
請求項８から請求項１３までのいずれか一に記載のチケット処理システムの，１つ以上の組み合わせにより実現されるチケット処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，ＩＣカードを用いたデータ暗復号化技術に関し，さらに詳しくは暗号化されたコンテンツに対し，ＩＣカードおよび復号鍵演算用チケットを用いてコンテンツ復号鍵を算出し，暗号化されたコンテンツを復号するデータ暗復号化技術に関する。
【０００２】
【従来の技術】
従来のデジタル著作権管理技術は，暗号化コンテンツとライセンス（コンテンツ復号鍵＋利用許可条件）を分離して，それぞれ単独で購入し，コンテンツ流通の高速化を実現している（例えば，非特許文献１参照。）。
【０００３】
【非特許文献１】
穴澤健明，武村浩司，常広隆司，長谷部高行，畠山卓久著「コンテンツ保護の柔靭化を実現した開放型長流通基盤」，情報処理学会研究会報告，２００１年１１月３０日，ｐ．３１−４２
【０００４】
【発明が解決しようとする課題】
暗号化されたコンテンツは自由に配布し，そのコンテンツを利用する権利を有する者のみがコンテンツを復号できるようなシステムは，コンテンツ流通の根幹を成す。このような場合に，正規のＩＣカード保持者だけがコンテンツを復号する鍵を取得することを可能にするという要求がある。
【０００５】
また，コンテンツごとに異なる鍵を用いてコンテンツの暗号化を行いたい場合もある。
【０００６】
また，コンテンツ利用者が所有するＩＣカードごとに異なる鍵を用いてコンテンツの暗号化を行いたい場合もある。
【０００７】
さらに，端末でコンテンツを利用するアプリケーションを制限したい場合もある。
【０００８】
【課題を解決するための手段】
本発明は，上記事情に鑑みてなされたものであり，ＩＣカードを用いて，コンテンツ鍵の生成を行うチケット処理方法およびその方法が適用されるシステムを提供するものである。
【０００９】
本発明のチケット処理システムは，コンテンツを暗号化し，その暗号コンテンツと復号するための部分情報を付加した暗号コンテンツパッケージを作成し，また，復号鍵に関するチケットも作成する，少なくとも１つのコンテンツ配信者装置（以下、コンテンツ配信者という）と，上記コンテンツ配信者から送信されたチケット情報を登録し，チケット要求に対して，チケットを配信する，少なくとも１つのチケットサービスプロバイダー装置（以下、チケットサービスプロバイダーという）と，上記コンテンツ配信者から配信された，暗号化されたコンテンツを復号し，復号されたコンテンツを利用する，少なくとも１つの端末と，上記コンテンツ配信者，あるいは，上記端末に接続され，コンテンツ情報，および，チケット情報から，コンテンツ鍵を算出し，上記コンテンツ配信者，あるいは，上記端末にコンテンツ鍵を送信する，少なくとも１つのＩＣカードと，からなるチケット処理システムである。
【００１０】
具体的には、上記コンテンツ配信者は，コンテンツの暗号化を行う暗号サービス提供部と，配付用暗号コンテンツパッケージおよびチケット配信を行う通信装置と，該暗号サービス提供部と，通信装置と，を制御するアプリケーションと，を備え，上記暗号サービス提供部は，データの送受信を行うデータ送受信部と，暗号演算を行う暗号演算部と，カード認証を行うカード認証部と，コンテンツ配信者の秘密情報である秘密鍵と，正規のＩＣカードであることを判別するためのＩＣカード公開鍵情報と，を備える。
【００１１】
また，上記チケットサービスプロバイダーは，チケットの暗号化を行う暗号サービス提供部と，チケットの送受信を行う通信装置と，チケットを格納するチケットＤＢと，を備える。
【００１２】
また，上記端末は，暗号化されているコンテンツを復号する端末暗号サービス提供部と，データ送受信を行うデータ送受信部と，該暗号サービス提供部と，データ送受信部と，を制御し，コンテンツを利用するアプリケーションと，を備え，上記端末暗号サービス提供部は，データの送受信を行うデータ送受信部と，暗号演算を行う暗号演算部と，カード認証を行うカード認証部と，端末の秘密情報である秘密鍵と，正規のＩＣカードであることを判別するためのカード公開鍵情報と，を備える。
【００１３】
また，上記ＩＣカードは，データ送受信を行うデータ送受信部と，暗号演算を行う暗号演算部と，認証を行う認証部と，カード固有の情報であるカード秘密鍵・公開鍵と，アプリケーションの公開鍵情報であるＡＰ公開鍵情報と，チケットを保管するチケット保管庫と，を備る。
【００１４】
本発明のチケット処理システムでは，ＩＣカード内に秘匿された情報によって，コンテンツを復号するための鍵を導出するようにしている。
【００１５】
また，コンテンツ配信者は，コンテンツとともに配信される識別子（ＰｕｂｌｉｃＳｅｅｄ１）と，コンテンツとは独立して配信される識別子（ｄａｔａ１）と，チケットとして配信される識別子（ＳｅｃｒｅｔＳｅｅｄ２）から，コンテンツ鍵を生成し，該コンテンツ鍵でコンテンツを暗号化するようにしている。そして，該識別子（ＰｕｂｌｉｃＳｅｅｄ１）と該暗号化されたコンテンツを端末に対して配信するようにしている。また，該暗号化されたコンテンツとは独立して，該識別子（ｄａｔａ１）を端末に配信するようにしている。また，コンテンツ鍵の生成に使用した識別子（ＳｅｃｒｅｔＳｅｅｄ２）をチケットサービスプロバイダに配信するようにしている。また必要に応じて，端末でコンテンツ利用するアプリケーションを識別するための識別子（ＡＰＫ）をチケットサービスプロバイダに配信するようにしている。
【００１６】
また，チケットサービスプロバイダは，上記コンテンツ配信者から受信した，識別子（ＳｅｃｒｅｔＳｅｅｄ２）および，識別子（ＡＰＫ）を連結し，ＩＣカードの公開鍵で暗号化したチケットを端末を経由してＩＣカードに配信するようにしている。
【００１７】
また，端末は，コンテンツとともに配信された上記識別子（ＰｕｂｌｉｃＳｅｅｄ１）と，コンテンツとは独立して配信された上記識別子（ｄａｔａ１），および，上記チケットサービスプロバイダーから配信されたチケットをＩＣカードに対して転送するようにしている。そしてＩＣカードからコンテンツを復号するための鍵を取得するようにしている。ここで取得した鍵が暗号化されている場合は，端末でコンテンツを利用するアプリケーションが保持する秘密鍵を用いて復号する。
【００１８】
ＩＣカードは，上記チケットサービスプロバイダーから端末経由で受信したチケットを，ＩＣカードが保持する秘密鍵で復号し，上記識別子（ＳｅｃｒｅｔＳｅｅｄ２）および，識別子（ＡＰＫ）を得た後，該識別子（ＳｅｃｒｅｔＳｅｅｄ２）および，上記端末から受信した上記識別子（ＰｕｂｌｉｃＳｅｅｄ１）と上記識別子（ｄａｔａ１）を元に，コンテンツ鍵を生成するようにしている。また，必要に応じて，該生成されたコンテンツ鍵を，上記チケットから復号した上記識別子（ＡＰＫ）を用いて，暗号化し，端末に送信するようにしている。
【００１９】
したがって，本発明によれば，正規のＩＣカード保持者だけがコンテンツを復号する鍵を取得することが可能になる。
【００２０】
また，コンテンツ鍵生成に，識別子（ＰｕｂｌｉｃＳｅｅｄ１）を含めることにより，コンテンツごとに異なる鍵を使うことが可能になる。
【００２１】
また，コンテンツ鍵生成に，識別子（ｄａｔａ１）を含めることにより，コンテンツとは独立して配信される情報により，コンテンツ鍵生成を制限することができる。
【００２２】
また，コンテンツ鍵生成に，識別子（ＳｅｃｒｅｔＳｅｅｄ２）を含めることにより，コンテンツとは独立して配信されるチケットされ，ＩＣカード利用者を特定することが可能になる。
【００２３】
さらに，チケットに，識別子（ＡＰＫ）を含めることにより，端末でコンテンツを利用するアプリケーションを制限することができる。
【００２４】
【発明の実施の形態】
以下，図面を用いて，本発明の一実施形態について説明する。なお，これにより本発明が限定されるものではない。
【００２５】
図１は，本発明の一実施形態が適用されたチケット処理システムのネットワーク構成図である。
【００２６】
本実施形態のチケット処理システムは，図１に示すように，コンテンツ配信者４０と，チケットサービスプロバイダー５０（以下，単にＴＳＰ５０とも称する）とクライアント端末１０（以下，単に端末１０とも称する）とがインターネットなどの通信網３０を介して，互いに接続されて構成されている。また端末１０及びコンテンツ配信者４０は，ＩＣカード２０とも接続されている。
【００２７】
コンテンツ配信者４０は，コンテンツを暗号化し，その暗号コンテンツと復号するための部分情報を付加した暗号コンテンツパッケージを作成し，また，復号鍵に関するチケットも作成する。図５に示すように，コンテンツ配信者４０は，コンテンツの暗号化を行う暗号サービス提供部４０１と，配付用暗号コンテンツパッケージ及びチケット配信を行う通信装置４０２と，それらを制御するアプリケーション４０３を含む。
【００２８】
また，暗号サービス提供部４０１は，図６に示すように，データの送受信を行うデータ送受信部４０４と，暗号演算を行う暗号演算部４０５と，カード認証を行うカード認証部４０６と，本アプリケーションの秘密情報である秘密鍵４０７と，ＩＣカードであることを判別するためのカード公開鍵情報４０８を含む。
【００２９】
また，コンテンツ配信者４０のハード構成は図１０に示すように，計算機内において、通信装置４１と，入出力装置４２と，ＩＣカード入出力装置４３と，記憶装置４４と，ＣＰＵ４５とメモリ４６と，読取装置４７とがバスなどの内部通信線（以下、バスという）４９で連結し，記憶媒体４８を含めて構成されている。また，コンテンツ配信者４０はＩＣカード入出力装置４３を経由して，ＩＣカード２０２とつながっている。
【００３０】
図５，６に記載の各処理部は、メモリ４６に格納されたプログラムをＣＰＵ４５が実行することによって、実現されるものである。プログラムは、予めメモリ４６に格納されていても良いし、上記計算機が利用可能な、記憶媒体や通信媒体（ネットワークまたはネットワークを伝搬する搬送波）を介して、他の装置からメモリ４６に導入されても良い。
【００３１】
ＩＣカード２０２は，図４に示すように，データ送受信を行うデータ送受信部２０１と，暗号演算を行う暗号演算部２０２と認証を行う認証部２０３と，カード固有の情報であるカード秘密鍵・公開鍵２０４と，アプリケーションの公開鍵情報であるＡＰ公開鍵情報２０５と，チケットを保管するチケット保管庫２０６を含む。
【００３２】
また，図９に示すようにＩＣカード２０のハード構成は，カード内において、入出力部２１と，ＣＰＵ２２と，耐タンパーメモリ２３と，暗号処理部２４とがバスなどの内部通信線（以下、バスという）２５で連結している。
【００３３】
図４に記載の各処理部は、メモリ２３に格納されたプログラムをＣＰＵ２２が実行することによって、実現されるものである。プログラムは、予めメモリ２２に格納されていても良いし、他の記憶媒体や通信媒体（ネットワークまたはネットワークを伝搬する搬送波）を介して、他の装置からＩＣカードに導入されても良い。
【００３４】
ＴＳＰ５０は，コンテンツ配信者４０から送信されたチケットを登録し，端末１０からのチケット要求に対して，チケットを配信する。図７に示すように，ＴＳＰ５０は，チケットの暗号化を行う暗号サービス提供部５０１と，チケットの送受信を行う通信装置５０２と，チケットを格納するチケットＤＢ５０３を含む。
【００３５】
ＴＳＰ５０のハード構成は，図１１に示すように，計算機内において、通信装置５１と，入出力装置５２と，記憶装置５３と，ＣＰＵ５４とメモリ５５と，読取装置５６とがバスなどの内部通信線（以下、バスという）５８で連結し，記憶媒体５７を含めて構成されている。
【００３６】
図７に記載の各処理部は、メモリ５５に格納されたプログラムをＣＰＵ５４が実行することによって、実現されるものである。プログラムは、予めメモリ５５に格納されていても良いし、上記計算機が利用可能な、記憶媒体や通信媒体（ネットワークまたはネットワークを伝搬する搬送波）を介して、他の装置からメモリ５５に導入されても良い。
【００３７】
端末１０は，暗号化されているコンテンツを復号し，復号されたコンテンツを利用する。図２に示すように，端末１０は，暗号化されているコンテンツを復号する暗号サービス提供部１０１と，データ送受信を行うデータ送受信部１０２と，それらを制御し，コンテンツを利用するアプリケーション１０３を含む。
【００３８】
また，暗号サービス提供部１０１は，図３に示すように，データの送受信を行うデータ送受信部１０４と，暗号演算を行う暗号演算部１０５と，カード認証を行うカード認証部１０６と，本アプリケーションの秘密情報である秘密鍵１０７と，正規のＩＣカードであることを判別するためのカード公開鍵情報１０８を含む。
【００３９】
また，端末１０のハード構成は図８に示すように，計算機内において、通信装置１１と，入出力装置１２と，ＩＣカード入出力装置１３と，記憶装置１４と，ＣＰＵ１５とメモリ１６と，読取装置１７とがバスなどの内部通信線（以下、バスという）１９で連結し，記憶媒体１８を含めて構成されている。また，端末１０はＩＣカード入出力装置１３を経由して，ＩＣカード２０１とつながっている。ＩＣカード２０１は，チケットなどからコンテンツ復号鍵を算出し，端末１０に復号鍵を送信する。
【００４０】
図２，３に記載の各処理部は、メモリ１６に格納されたプログラムをＣＰＵ１５が実行することによって、実現されるものである。プログラムは、予めメモリ１６に格納されていても良いし、上記計算機が利用可能な、記憶媒体や通信媒体（ネットワークまたはネットワークを伝搬する搬送波）を介して、他の装置からメモリ１６に導入されても良い。
【００４１】
次に図面を参照して，本実施形態のチケット処理システムにおける概略を説明する。
【００４２】
図１２に示すようにコンテンツ配信者４０はＣｏｎｔｅｎｔｓを鍵Ｋ１で暗号化し，ＯｐｔｉｏｎＮｏ及びＰｕｂｌｉｃＳｅｅｄ１を連結した暗号コンテンツパッケージを端末１０に送信する。また，コンテンツ配信者４０はＯｐｔｉｏｎＮｏ，ＳｅｃｒｅｔＳｅｅｄ２及び利用を許可するアプリケーションの公開鍵ＡＰＫを連結したチケット情報をＴＳＰ５０に送信する。なお，コンテンツ配信者４０とＴＳＰ５０は，同一の管理者が管理してもよい。Ｃｏｎｔｅｎｔｓを暗号化した鍵Ｋ１は，図１３が示すように，ＩＣカード２０２に含まれている秘密のアルゴリズムにおいて，ＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１とＳｅｃｒｅｔＳｅｅｄ２を入力したときの出力結果である。コンテンツ配信者は，利用形態に応じてＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１とＳｅｃｒｅｔＳｅｅｄ２をランダムに選び，暗号化鍵Ｋ１を計算する。その際，図２９に示すようにＰｕｂｌｉｃＳｅｅｄ１，ｄａｔａ１，ＳｅｃｒｅｔＳｅｅｄ２の有無，及びアプリケーション認証の有無（アプリケーション認証には，デフォルトで利用可能なものを識別する場合と，チケットに利用可能アプリケーションを指定する場合の２通り選択ができる）の組み合わせ，２４通りの方法を選ぶことができる。ＯｐｔｉｏｎＮｏはその２４通りの方法識別する値である。
【００４３】
暗号コンテンツパッケージを受信した端末１０は図１２に示すように，葉書等で別途コンテンツ配信者等から送られてきた秘密の値ｄａｔａ１を入力し，ＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１をＩＣカードに送る。尚，ｄａｔａ１の入力の有無やＰｕｂｌｉｃＳｅｅｄ１の有無はＯｐｔｉｏｎＮｏに依存する。
【００４４】
ＩＣカード２０１は図１２に示すようにＩＣカード固有の公開鍵ＣＰＫをＴＳＰ５０に送り，チケット取得要求を行う。ＴＳＰ５０ではＯｐｔｉｏｎＮｏ，ＳｅｃｒｅｔＳｅｅｄ２及び利用可能アプリケーションの公開鍵ＡＰＫを連結したチケット情報をＩＣカード固有の公開鍵ＣＰＫで暗号化し，ＩＣカード２０１に送る。ＩＣカード２０１は，公開鍵ＣＰＫに対応した自身の秘密鍵ＣＳＫでチケットを復号し，端末１０から送られてきたＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１と，ＴＳＰ５０から送られてきたＳｅｃｒｅｔＳｅｅｄ２をＩＣカード２０１に含まれている秘密のアルゴリズムに入力し，鍵Ｋ１を計算する。更に鍵Ｋ１をチケット等で指定されているアプリケーションの公開鍵ＡＰＫで暗号化し，端末１０に送る。端末１０は自身の秘密鍵ＡＳＫで暗号化された鍵Ｋ１を復号し，その鍵Ｋ１を使ってＣｏｎｔｅｎｔｓを復号する。尚，ＴＳＰ５０へのチケット要求や復号鍵の暗号化はＯｐｔｉｏｎＮｏに依存する。
【００４５】
また，図１３において“｜｜”は，データ連結を意味し，ＥＮＣＫ及びＤＥＣＫはそれぞれ鍵Ｋによる共通鍵暗号化，共通鍵復号化を意味する。また，ＰＫＩ＿ＥＮＣＰＫおよびＰＫＩ＿ＤＥＣＳＫはそれぞれ公開鍵ＰＫによる公開鍵暗号技術における暗号化，秘密鍵ＳＫによる公開鍵暗号技術における復号化を意味する。
【００４６】
また，“Ａｌｇ［Ａ］→Ｂ”は，ＩＣカード２０内の秘密のアルゴリズムＡｌｇにおいて，入力をＡとした場合に出力がＢであることを示す。
【００４７】
次に，本実施形態のチケット処理システムにおけるフローについて説明する。
【００４８】
図１４はコンテンツ配信者４０の処理の流れを示すフロー図である。まず，コンテンツ配信者４０は，アプリケーション４０３を使って，２４通りの利用形態の内，一つを選択する（ステップ４０１）。アプリケーション４０３は，選択したオプションに対応したＯｐｔｉｏｎＮｏ（以下，単にオプション情報とも称する）及び暗号化したいコンテンツを暗号サービス提供部４０１に送る。暗号サービス提供部４０１ではコンテンツを暗号化し（ステップ４０３），配信用データである暗号コンテンツパッケージ及びチケット情報を作成し，通信装置４０２を経由して，各々端末１０，ＴＳＰ５０に送信する。尚，暗号コンテンツパッケージは，共通鍵Ｋ１で暗号化されたコンテンツとＰｕｂｌｉｃＳｅｅｄ１とＯｐｔｉｏｎＮｏを連結したデータであり，チケット情報はＳｅｃｒｅｔＳｅｅｄ２，ＯｐｔｉｏｎＮｏ及び利用を許可するアプリケーションの公開鍵ＡＰＫを連結したデータである。
【００４９】
ここで，図１５，１６を参照してコンテンツを暗号化するステップ（ステップ４０３）を詳述する。アプリケーション４０３からコンテンツ暗号化要求を受信した暗号サービス提供部４０１は，まず，ＩＣカードの認証を行う。ＩＣカード認証の際，必要に応じてアプリケーション認証も行う。アプリケーション認証を行う場合，アプリケーション認証情報（以下，単にＡＰ情報とも称する）をＩＣカード２０２に送信する（ステップ４０９）。ＩＣカード２０２からのカード認証情報は，必要に応じて，アプリケーションの公開鍵で暗号化されており，カード認証情報を受信したカード認証部４０６は，自身の秘密鍵で復号し，カード公開鍵情報を参照し，カード認証を行う（ステップ４１１）。カード認証をパスした場合，オプション情報をＩＣカード２０２に送信し，コンテンツ暗号化鍵を要求する（ステップ４１３）。ＩＣカード２０２から，コンテンツ暗号鍵Ｋ１及び付属情報を受信した暗号演算部４０５はコンテンツを暗号鍵Ｋ１で共通鍵暗号化する（ステップ４１４）。ＩＣカード２０２から受信した付属情報には，復号鍵を生成するためのＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１及びＳｅｃｒｅｔＳｅｅｄ２が含まれており，暗号演算部４０５は，暗号化されたコンテンツとＰｕｂｌｉｃＳｅｅｄ１とＯｐｔｉｏｎＮｏを連結し，暗号コンテンツパッケージを作成する（ステップ４１５）。また，ＳｅｃｒｅｔＳｅｅｄ２とＯｐｔｉｏｎＮｏ及び利用を許可するアプリケーションの公開鍵ＡＰＫを連結したチケット情報を作成し（ステップ４１６），暗号コンテンツパッケージ及びチケット情報を通信装置４０２を経由して，各々端末１０，ＴＳＰ５０に送信する。
【００５０】
図１７はコンテンツ配信者４０に接続されているＩＣカード２０２の処理の流れを示すフロー図である。
【００５１】
必要に応じて，コンテンツ配信者４０からＡＰ情報を取得したＩＣカード２０２は，ＡＰ公開鍵情報２０５を参照して，利用を許可されているアプリケーションなのかを判断する（ステップ２０２）。ＡＰ認証をパスした場合，カード認証情報を作成し（ステップ２０４），コンテンツ配信者４０に送信する。尚，必要に応じて，カード認証情報はＡＰ公開鍵で暗号化し，コンテンツ配信者４０に送信する。コンテンツ配信者４０からオプション情報を受信した暗号演算部は，オプションに応じて，ＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１及びＳｅｃｒｅｔＳｅｅｄ２をランダムに生成し，付属情報を生成する（ステップ２０７）。また，付属情報を秘密のアルゴリズムに入力し，コンテンツ暗号鍵Ｋ１を出力する（ステップ２０８）。そして，そのコンテンツ暗号鍵Ｋ１をコンテンツ配信者４０に送る。この秘密のアルゴリズムはＩＣカード２０にのみ保有しているアルゴリズムであり，外部に漏れないものである。
【００５２】
次に図１８を参照してコンテンツ配信者４０がＴＳＰ５０にチケットを登録するフローを説明する。ＴＳＰ５０は正当なチケット登録者であるか確認し（ステップ５０１），正当なチケット登録者であれば，チケット情報をチケットＤＢ５０３に登録する（ステップ５０５）。
【００５３】
図１９は端末１０を経由してＩＣカード２０１がＴＳＰ５０にチケットを要求するフローを示す。ＴＳＰ５０は正当なチケット要求者であるか確認し（ステップ５０６），正当なチケット要求者であれば，暗号化サービス提供部５０１はチケットＤＢ５０２からチケット情報を取得し，チケット要求者の公開鍵ＣＰＫで暗号化し（ステップ５１０），端末１０を経由してＩＣカード２０１に送る。
【００５４】
次に暗号化コンテンツパッケージ内のコンテンツを利用する際，端末１０の処理の流れを図２０，２１を参照し説明する。
【００５５】
端末１０は，ＩＣカード２０１を認証（ステップ１０２）し，認証にパスした場合，ＩＣカード２０１にコンテンツ復号用データを送り，コンテンツ復号鍵を要求する（ステップ１０４）。尚，コンテンツ復号用データはＯｐｔｉｏｎＮｏ，ＰｕｂｌｉｃＳｅｅｄ１，ｄａｔａ１を連結したものである。ｄａｔａ１は，葉書等で別途利用者に送られる秘密のパスフレーズであり，ＯｐｔｉｏｎＮｏにより，必要に応じて入力する。コンテンツ復号用データをＩＣカード２０１に送信すると，必要に応じて，ＩＣカード２０１からＴＳＰ５０宛にチケット要求が行われ，ＴＳＰ５０からＩＣカード２０１宛にチケットが送られてくるのでデータ送信部１０２は，それらを中継する。ＩＣカード２０１からコンテンツ復号鍵Ｋ１を受信した暗号サービス提供部１０１はコンテンツ復号鍵Ｋ１を利用して，コンテンツを復号し（ステップ１０８），コンテンツを利用する（ステップ１０９）。
【００５６】
ここで，図２２，２３を参照してコンテンツを復号するステップ（ステップ１０２からステップ１０８までのフロー）を詳述する。
【００５７】
アプリケーション１０３から暗号コンテンツパッケージを受信した暗号サービス提供部１０１は，まず，ＩＣカードの認証を行う。ＩＣカード認証の際，必要に応じてアプリケーション認証も行う。アプリケーション認証を行う場合，ＡＰ情報をＩＣカード２０１に送信する。ＩＣカード２０１からのカード認証情報は，必要に応じて，アプリケーションの公開鍵で暗号化されており，カード認証情報を受信したカード認証部１０６は，自身の秘密鍵で復号し，カード公開鍵情報を参照しカード認証を行う（ステップ１１４）。カード認証をパスした場合，コンテンツ復号用データをＩＣカード２０１に送信し，コンテンツ復号鍵を要求する（ステップ１１７）。オプションにより，ＩＣカード２０１はチケットをＴＳＰ５０に要求し，ＴＳＰ５０はＩＣカード２０１にチケットを送信するので端末１０はそれらのやりとりを中継する。ＩＣカード２０１から復号鍵Ｋ１を受信した暗号演算部１０５は復号鍵Ｋ１を利用してコンテンツを復号し（ステップ１２１），アプリケーション１０３に送る（ステップ１２２）。
【００５８】
図２４はＩＣカード２０１の処理の流れを示すフロー図である。
【００５９】
必要に応じて，端末１０からＡＰ情報を取得したＩＣカード２０１は，ＡＰ公開鍵情報２０５を参照して，利用を許可されているアプリケーションなのかを判断する（ステップ２１２）。ＡＰ認証をパスした場合，カード認証情報を作成し（ステップ２１４），端末１０に送信する。尚，必要に応じて，カード認証情報はＡＰ公開鍵で暗号化し，端末１０に送信する。端末１０からコンテンツ復号用データを受信した暗号演算部は，オプションに応じて（ステップ２１７），コンテンツ復号鍵Ｋ１計算し（ステップ２１８），コンテンツ復号鍵Ｋ１を端末１０に送る（ステップ２１９）
図２５，２６，２７，２８はＩＣカード２０１のオプション判定（ステップ２１７）の際に各オプションの流れを各々示している。
【００６０】
図２５は，ＳｅｃｒｅｔＳｅｅｄ２およびチケットによるＡＰ認証を行わない場合を示している。
【００６１】
復号鍵は多くとも，暗号コンテンツパッケージに含まれているＰｕｂｌｉｃＳｅｅｄ１及びｄａｔａ１で生成される（ステップ２２２）。また，ＡＰ認証はデフォルトでＡＰ公開鍵情報にふくまれているアプリケーションに対してのみ必要ならば，復号鍵をＡＰ公開鍵で暗号化し（ステップ２２３），端末１０に送信する。
【００６２】
図２６は，一度ＴＳＰ５０からチケット取得した場合を示している。
【００６３】
復号鍵は，オプションにより，ＰｕｂｌｉｃＳｅｅｄ１，ｄａｔａ１及びＳｅｃｒｅｔＳｅｅｄ２を組み合わせて生成する（ステップ２３２）。また，ＡＰ認証はオプションにより，デフォルトでＡＰ公開鍵情報にふくまれているアプリケーションを認証する場合と，チケットで指定されているアプリケーションを認証する場合と，選択が可能であり，必要ならば，復号鍵をＡＰ公開鍵で暗号化し（ステップ２３３），端末１０に送信する。
【００６４】
図２７，２８は，ＳｅｃｒｅｔＳｅｅｄ２または，ＡＰ認証を行う場合の内，ＴＳＰ５０にチケットを要求する場合を示している。
【００６５】
暗号演算部２０２は，ＴＳＰ５０宛にチケット要求データを作成する（ステップ２４２）。チケット要求データには，自身の公開鍵情報及び復号したいコンテンツを一意に示す情報等が含まれており，必要ならば，自身の秘密鍵を使って，チケット要求データに対して電子署名を施す。暗号化されたチケットを受信した暗号演算部２０２では，自身の秘密鍵を使ってチケットを復号（ステップ２４５）し，認証部２０３において，正当なチケットであるかをチェックする（ステップ２４６）。チケット認証にパスした場合，チケットをチケット保管庫２０６に登録する（ステップ２４９）。また，チケット及びコンテンツ復号用データを使ってオプションに従い，復号鍵を計算し（ステップ２５０），必要ならば，ＡＰ公開鍵で暗号化し（ステップ２５１），端末１０に送信する。
【００６６】
なお，本発明は，上記の本実施形態に限定されるものではなく，その要旨の範囲内で様々な変形が可能である。
【００６７】
たとえば，図１６のステップ４１３，ステップ４１８，および図１７のステップ２０７では，付属情報をＩＣカード内で生成し，データ受信部４０４が受信することにしているが，コンテンツ配信者４０で付属情報を生成し，図１６のステップ４１３において，オプション情報とともにカードに対して送信してもよい。
【００６８】
また，図２０，２１では，コンテンツ復号鍵要求（ステップ１０５）の後で，ＴＳＰ５０に対してチケットを要求しているが，事前にチケットを入手していても良い。
【００６９】
【発明の効果】
本発明によれば，正規のＩＣカード保持者だけがコンテンツを復号する鍵を取得することが可能になる。また，コンテンツごと，および，ＩＣカードごとに異なる鍵を使うことが可能になる。さらに，端末でコンテンツを利用するアプリケーションを制限することができる。
【図面の簡単な説明】
【図１】一実施形態が適用されたチケット処理システムのネットワーク構成を説明するための図である。
【図２】図１に示す端末の構成例を示すための図である。
【図３】図２に示す暗号サービス提供部の構成例を示すための図である。
【図４】図１に示すＩＣカードの構成例を示すための図である。
【図５】図１に示すコンテンツ配信者の構成を示すための図である。
【図６】図５に示す暗号サービス提供部の構成例を示すための図である。
【図７】図１に示すＴＳＰの構成例を示すための図である。
【図８】図１に示す端末のハード構成を示す図である。
【図９】図１に示すＩＣカードのハード構成を示す図である。
【図１０】図１に示すコンテンツ配信者のハード構成を示す図である。
【図１１】図１に示すＴＳＰのハード構成を示す図である。
【図１２】データの流れの概略を示す図である。
【図１３】データの形式の概略を示す図である。
【図１４】一実施形態が適用されたチケット処理システムのコンテンツ配信者を説明するためのワークフロー図である。
【図１５】一実施形態が適用されたチケット処理システムのコンテンツ配信者のコンテンツ暗号化を説明するためのワークフロー図である。
【図１６】一実施形態が適用されたチケット処理システムのコンテンツ配信者のコンテンツ暗号化を説明するためのワークフロー図（続き）である。
【図１７】一実施形態が適用されたチケット処理システムのコンテンツ配信者が利用するＩＣカードを説明するためのワークフロー図である。
【図１８】一実施形態が適用されたチケット処理システムのコンテンツ配信者がＴＳＰにチケットを登録するケースを説明するためのワークフロー図である。
【図１９】一実施形態が適用されたチケット処理システムの端末を経由したＩＣカードがＴＳＰからチケットを要求するケースを説明するためのワークフロー図である。
【図２０】一実施形態が適用されたチケット処理システムの端末を説明するためのワークフロー図である。
【図２１】図２０の続きであり，一実施形態が適用されたチケット処理システムの端末を説明するためのワークフロー図である。
【図２２】一実施形態が適用されたチケット処理システムの端末がコンテンツを復号する処理を説明するためのワークフロー図である。
【図２３】図２２の続きであり，一実施形態が適用されたチケット処理システムの端末がコンテンツを復号する処理を説明するためのワークフロー図である。
【図２４】一実施形態が適用されたチケット処理システムの端末につながっているＩＣカードを説明するためのワークフロー図である。
【図２５】一実施形態が適用されたチケット処理システムのＩＣカードがコンテンツ復号鍵を計算する際の利用形態毎の処理を説明するためのワークフロー図である。
【図２６】一実施形態が適用されたチケット処理システムのＩＣカードがコンテンツ復号鍵を計算する際の利用形態毎の処理を説明するためのワークフロー図である。
【図２７】一実施形態が適用されたチケット処理システムのＩＣカードがコンテンツ復号鍵を計算する際の利用形態毎の処理を説明するためのワークフロー図である。
【図２８】図２７の続きであり，一実施形態が適用されたチケット処理システムのＩＣカードがコンテンツ復号鍵を計算する際の利用形態毎の処理を説明するためのワークフロー図である。
【図２９】一実施形態が適用されたチケット処理システムのオプションの種類を示す図である。
【符号の説明】
１０・・・端末、１１・・・通信装置、１２・・・入出力装置、１３・・・ＩＣカード入出力装置、１４・・・記憶装置、１５・・・ＣＰＵ、１６・・・メモリ、１７・・・読取装置、１８・・・記憶媒体、１９・・・バス、２０１・・・ＩＣカード、２０２・・・ＩＣカード、２１・・・入出力部、２２・・・ＣＰＵ、２３・・・メモリ、２４・・・暗号処理部、２５・・・バス、３０・・・インターネット、４０・・・コンテンツ配信者、４１・・・通信装置、４２・・・入出力装置、４３・・・ＩＣカード入出力装置、４４            ・・・記憶装置、４５・・・ＣＰＵ、４６・・・メモリ、４７・・・読取装置、４８・・・記憶媒体、４９・・・バス、５０・・・ＴＳＰ、５１・・・通信装置、５２・・・入出力装置、５３・・・記憶装置、５４・・・ＣＰＵ、５５・・・メモリ、５６・・・読取装置、５７・・・記憶媒体、５８・・・バス、１０１・・・暗号サービス提供部、１０２・・・カードコマンド送受信部、１０３・・・アプリケーション、１０４・・・データ送受信部、１０５・・・暗号演算部、１０６・・・カード認証部、１０７・・・秘密鍵、１０８・・・カード公開鍵情報、２０１・・・データ送受信部、２０２・・・暗号演算部、２０３・・・認証部、２０４・・・カード秘密鍵・公開鍵、２０５・・・ＡＰ公開鍵情報、２０６・・・チケット保管庫、４０１・・・暗号サービス提供部、４０２・・・通信装置、４０３・・・アプリケーション、４０４・・・データ送受信部、４０５・・・暗号演算部、４０６・・・カード認証部、４０７・・・秘密鍵、４０８・・・カード公開鍵情報、５０１・・・暗号サービス提供部、５０２・・・通信装置、５０３・・・チケットＤＢ、ＣＰＫ・・・カード公開鍵、ＣＳＫ・・・カード秘密鍵、ＡＰＫ・・・アプリケーション公開鍵、ＡＳＫ・・・アプリケーション秘密鍵、Ｋ１・・・コンテンツ暗号鍵・復号鍵、ＥＮＣ・・・共通鍵暗号による暗号化、ＤＥＣ・・・共通鍵暗号による復号、ＰＫＩ＿ＥＮＣ・・・公開鍵暗号による暗号化、ＰＫＩ＿ＤＥＣ・・・公開鍵暗号による復号、Ａｌｇ［Ａ］→Ｂ・・・入力Ａに対してＢを出力するアルゴリズム。
【図１】
2004347636.tif 000003
【図２】
2004347636.tif 000004
【図３】
2004347636.tif 000005
【図４】
2004347636.tif 000006
【図５】
2004347636.tif 000007
【図６】
2004347636.tif 000008
【図７】
2004347636.tif 000009
【図８】
2004347636.tif 000010
【図９】
2004347636.tif 000011
【図１０】
2004347636.tif 000012
【図１１】
2004347636.tif 000013
【図１２】
2004347636.tif 000014
【図１３】
2004347636.tif 000015
【図１４】
2004347636.tif 000016
【図１５】
2004347636.tif 000017
【図１６】
2004347636.tif 000018
【図１７】
2004347636.tif 000019
【図１８】
2004347636.tif 000020
【図１９】
2004347636.tif 000021
【図２０】
2004347636.tif 000022
【図２１】
2004347636.tif 000023
【図２２】
2004347636.tif 000024
【図２３】
2004347636.tif 000025
【図２４】
2004347636.tif 000026
【図２５】
2004347636.tif 000027
【図２６】
2004347636.tif 000028
【図２７】
2004347636.tif 000029
【図２８】
2004347636.tif 000030
【図２９】
2004347636.tif 000031