【０００１】
【発明の属する技術分野】
本発明は，ＩＣカードを用いたデータ暗復号化技術に関し，さらに詳しくは暗号化されたコンテンツに対し，ＩＣカードおよび復号鍵演算用チケットを用いてコンテンツ復号鍵を算出し，暗号化されたコンテンツを復号するデータ暗復号化技術に関する。
【０００２】
【従来の技術】
従来のデジタル著作権管理技術は，暗号化コンテンツとライセンス（コンテンツ復号鍵＋利用許可条件）を分離して，それぞれ単独で購入し，コンテンツ流通の高速化を実現している（例えば，非特許文献１参照。）。
【０００３】
【非特許文献１】
穴澤健明，武村浩司，常広隆司，長谷部高行，畠山卓久著「コンテンツ保護の柔靭化を実現した開放型長流通基盤」，情報処理学会研究会報告，２００１年１１月３０日，ｐ．３１−４２
【０００４】
【発明が解決しようとする課題】
暗号化されたコンテンツは自由に配布し，そのコンテンツを利用する権利を有する者のみがコンテンツを復号できるようなシステムは，コンテンツ流通の根幹を成す。このような場合に，正規のＩＣカード保持者だけがコンテンツを復号する鍵を取得することを可能にするという要求がある。
【０００５】
また，コンテンツごとに異なる鍵を用いてコンテンツの暗号化を行いたい場合もある。
【０００６】
また，コンテンツ利用者が所有するＩＣカードごとに異なる鍵を用いてコンテンツの暗号化を行いたい場合もある。
【０００７】
さらに，端末でコンテンツを利用するアプリケーションを制限したい場合もある。
【０００８】
【課題を解決するための手段】
本発明は，上記事情に鑑みてなされたものであり，ＩＣカードを用いて，コンテンツ鍵の生成を行うチケット処理方法およびその方法が適用されるシステムを提供するものである。
【０００９】
本発明のチケット処理システムは，コンテンツを暗号化し，その暗号コンテンツと復号するための部分情報を付加した暗号コンテンツパッケージを作成し，また，復号鍵に関するチケットも作成する，少なくとも１つのコンテンツ配信者装置（以下、コンテンツ配信者という）と，上記コンテンツ配信者から送信されたチケット情報を登録し，チケット要求に対して，チケットを配信する，少なくとも１つのチケットサービスプロバイダー装置（以下、チケットサービスプロバイダーという）と，上記コンテンツ配信者から配信された，暗号化されたコンテンツを復号し，復号されたコンテンツを利用する，少なくとも１つの端末と，上記コンテンツ配信者，あるいは，上記端末に接続され，コンテンツ情報，および，チケット情報から，コンテンツ鍵を算出し，上記コンテンツ配信者，あるいは，上記端末にコンテンツ鍵を送信する，少なくとも１つのＩＣカードと，からなるチケット処理システムである。
【００１０】
具体的には、上記コンテンツ配信者は，コンテンツの暗号化を行う暗号サービス提供部と，配付用暗号コンテンツパッケージおよびチケット配信を行う通信装置と，該暗号サービス提供部と，通信装置と，を制御するアプリケーションと，を備え，上記暗号サービス提供部は，データの送受信を行うデータ送受信部と，暗号演算を行う暗号演算部と，カード認証を行うカード認証部と，コンテンツ配信者の秘密情報である秘密鍵と，正規のＩＣカードであることを判別するためのＩＣカード公開鍵情報と，を備える。
【００１１】
また，上記チケットサービスプロバイダーは，チケットの暗号化を行う暗号サービス提供部と，チケットの送受信を行う通信装置と，チケットを格納するチケットＤＢと，を備える。
【００１２】
また，上記端末は，暗号化されているコンテンツを復号する端末暗号サービス提供部と，データ送受信を行うデータ送受信部と，該暗号サービス提供部と，データ送受信部と，を制御し，コンテンツを利用するアプリケーションと，を備え，上記端末暗号サービス提供部は，データの送受信を行うデータ送受信部と，暗号演算を行う暗号演算部と，カード認証を行うカード認証部と，端末の秘密情報である秘密鍵と，正規のＩＣカードであることを判別するためのカード公開鍵情報と，を備える。
【００１３】
また，上記ＩＣカードは，データ送受信を行うデータ送受信部と，暗号演算を行う暗号演算部と，認証を行う認証部と，カード固有の情報であるカード秘密鍵・公開鍵と，アプリケーションの公開鍵情報であるＡＰ公開鍵情報と，チケットを保管するチケット保管庫と，を備る。
【００１４】
本発明のチケット処理システムでは，ＩＣカード内に秘匿された情報によって，コンテンツを復号するための鍵を導出するようにしている。
【００１５】
また，コンテンツ配信者は，コンテンツとともに配信される識別子（ＰｕｂｌｉｃＳｅｅｄ１）と，コンテンツとは独立して配信される識別子（ｄａｔａ１）と，チケットとして配信される識別子（ＳｅｃｒｅｔＳｅｅｄ２）から，コンテンツ鍵を生成し，該コンテンツ鍵でコンテンツを暗号化するようにしている。そして，該識別子（ＰｕｂｌｉｃＳｅｅｄ１）と該暗号化されたコンテンツを端末に対して配信するようにしている。また，該暗号化されたコンテンツとは独立して，該識別子（ｄａｔａ１）を端末に配信するようにしている。また，コンテンツ鍵の生成に使用した識別子（ＳｅｃｒｅｔＳｅｅｄ２）をチケットサービスプロバイダに配信するようにしている。また必要に応じて，端末でコンテンツ利用するアプリケーションを識別するための識別子（ＡＰＫ）をチケットサービスプロバイダに配信するようにしている。
【００１６】
また，チケットサービスプロバイダは，上記コンテンツ配信者から受信した，識別子（ＳｅｃｒｅｔＳｅｅｄ２）および，識別子（ＡＰＫ）を連結し，ＩＣカードの公開鍵で暗号化したチケットを端末を経由してＩＣカードに配信するようにしている。
【００１７】
また，端末は，コンテンツとともに配信された上記識別子（ＰｕｂｌｉｃＳｅｅｄ１）と，コンテンツとは独立して配信された上記識別子（ｄａｔａ１），および，上記チケットサービスプロバイダーから配信されたチケットをＩＣカードに対して転送するようにしている。そしてＩＣカードからコンテンツを復号するための鍵を取得するようにしている。ここで取得した鍵が暗号化されている場合は，端末でコンテンツを利用するアプリケーションが保持する秘密鍵を用いて復号する。
【００１８】
ＩＣカードは，上記チケットサービスプロバイダーから端末経由で受信したチケットを，ＩＣカードが保持する秘密鍵で復号し，上記識別子（ＳｅｃｒｅｔＳｅｅｄ２）および，識別子（ＡＰＫ）を得た後，該識別子（ＳｅｃｒｅｔＳｅｅｄ２）および，上記端末から受信した上記識別子（ＰｕｂｌｉｃＳｅｅｄ１）と上記識別子（ｄａｔａ１）を元に，コンテンツ鍵を生成するようにしている。また，必要に応じて，該生成されたコンテンツ鍵を，上記チケットから復号した上記識別子（ＡＰＫ）を用いて，暗号化し，端末に送信するようにしている。
【００１９】
したがって，本発明によれば，正規のＩＣカード保持者だけがコンテンツを復号する鍵を取得することが可能になる。
【００２０】
また，コンテンツ鍵生成に，識別子（ＰｕｂｌｉｃＳｅｅｄ１）を含めることにより，コンテンツごとに異なる鍵を使うことが可能になる。
【００２１】
また，コンテンツ鍵生成に，識別子（ｄａｔａ１）を含めることにより，コンテンツとは独立して配信される情報により，コンテンツ鍵生成を制限することができる。
【００２２】
また，コンテンツ鍵生成に，識別子（ＳｅｃｒｅｔＳｅｅｄ２）を含めることにより，コンテンツとは独立して配信されるチケットされ，ＩＣカード利用者を特定することが可能になる。
【００２３】
さらに，チケットに，識別子（ＡＰＫ）を含めることにより，端末でコンテンツを利用するアプリケーションを制限することができる。
【００２４】
【発明の実施の形態】
以下，図面を用いて，本発明の一実施形態について説明する。なお，これにより本発明が限定されるものではない。
【００２５】
図１は，本発明の一実施形態が適用されたチケット処理システムのネットワーク構成図である。
【００２６】
本実施形態のチケット処理システムは，図１に示すように，コンテンツ配信者４０と，チケットサービスプロバイダー５０（以下，単にＴＳＰ５０とも称する）とクライアント端末１０（以下，単に端末１０とも称する）とがインターネットなどの通信網３０を介して，互いに接続されて構成されている。また端末１０及びコンテンツ配信者４０は，ＩＣカード２０とも接続されている。
【００２７】
コンテンツ配信者４０は，コンテンツを暗号化し，その暗号コンテンツと復号するための部分情報を付加した暗号コンテンツパッケージを作成し，また，復号鍵に関するチケットも作成する。図５に示すように，コンテンツ配信者４０は，コンテンツの暗号化を行う暗号サービス提供部４０１と，配付用暗号コンテンツパッケージ及びチケット配信を行う通信装置４０２と，それらを制御するアプリケーション４０３を含む。
【００２８】
また，暗号サービス提供部４０１は，図６に示すように，データの送受信を行うデータ送受信部４０４と，暗号演算を行う暗号演算部４０５と，カード認証を行うカード認証部４０６と，本アプリケーションの秘密情報である秘密鍵４０７と，ＩＣカードであることを判別するためのカード公開鍵情報４０８を含む。
【００２９】
また，コンテンツ配信者４０のハード構成は図１０に示すように，計算機内において、通信装置４１と，入出力装置４２と，ＩＣカード入出力装置４３と，記憶装置４４と，ＣＰＵ４５とメモリ４６と，読取装置４７とがバスなどの内部通信線（以下、バスという）４９で連結し，記憶媒体４８を含めて構成されている。また，コンテンツ配信者４０はＩＣカード入出力装置４３を経由して，ＩＣカード２０２とつながっている。
【００３０】
図５，６に記載の各処理部は、メモリ４６に格納されたプログラムをＣＰＵ４５が実行することによって、実現されるものである。プログラムは、予めメモリ４６に格納されていても良いし、上記計算機が利用可能な、記憶媒体や通信媒体（ネットワークまたはネットワークを伝搬する搬送波）を介して、他の装置からメモリ４６に導入されても良い。
【００３１】
ＩＣカード２０２は，図４に示すように，データ送受信を行うデータ送受信部２０１と，暗号演算を行う暗号演算部２０２と認証を行う認証部２０３と，カード固有の情報であるカード秘密鍵・公開鍵２０４と，アプリケーションの公開鍵情報であるＡＰ公開鍵情報２０５と，チケットを保管するチケット保管庫２０６を含む。
【００３２】
また，図９に示すようにＩＣカード２０のハード構成は，カード内において、入出力部２１と，ＣＰＵ２２と，耐タンパーメモリ２３と，暗号処理部２４とがバスなどの内部通信線（以下、バスという）２５で連結している。
【００３３】
図４に記載の各処理部は、メモリ２３に格納されたプログラムをＣＰＵ２２が実行することによって、実現されるものである。プログラムは、予めメモリ２２に格納されていても良いし、他の記憶媒体や通信媒体（ネットワークまたはネットワークを伝搬する搬送波）を介して、他の装置からＩＣカードに導入されても良い。
【００３４】
ＴＳＰ５０は，コンテンツ配信者４０から送信されたチケットを登録し，端末１０からのチケット要求に対して，チケットを配信する。図７に示すように，ＴＳＰ５０は，チケットの暗号化を行う暗号サービス提供部５０１と，チケットの送受信を行う通信装置５０２と，チケットを格納するチケットＤＢ５０３を含む。
【００３５】
ＴＳＰ５０のハード構成は，図１１に示すように，計算機内において、通信装置５１と，入出力装置５２と，記憶装置５３と，ＣＰＵ５４とメモリ５５と，読取装置５６とがバスなどの内部通信線（以下、バスという）５８で連結し，記憶媒体５７を含めて構成されている。
【００３６】
図７に記載の各処理部は、メモリ５５に格納されたプログラムをＣＰＵ５４が実行することによって、実現されるものである。プログラムは、予めメモリ５５に格納されていても良いし、上記計算機が利用可能な、記憶媒体や通信媒体（ネットワークまたはネットワークを伝搬する搬送波）を介して、他の装置からメモリ５５に導入されても良い。
【００３７】
端末１０は，暗号化されているコンテンツを復号し，復号されたコンテンツを利用する。図２に示すように，端末１０は，暗号化されているコンテンツを復号する暗号サービス提供部１０１と，データ送受信を行うデータ送受信部１０２と，それらを制御し，コンテンツを利用するアプリケーション１０３を含む。
【００３８】
また，暗号サービス提供部１０１は，図３に示すように，データの送受信を行うデータ送受信部１０４と，暗号演算を行う暗号演算部１０５と，カード認証を行うカード認証部１０６と，本アプリケーションの秘密情報である秘密鍵１０７と，正規のＩＣカードであることを判別するためのカード公開鍵情報１０８を含む。
【００３９】
また，端末１０のハード構成は図８に示すように，計算機内において、通信装置１１と，入出力装置１２と，ＩＣカード入出力装置１３と，記憶装置１４と，ＣＰＵ１５とメモリ１６と，読取装置１７とがバスなどの内部通信線（以下、バスという）１９で連結し，記憶媒体１８を含めて構成されている。また，端末１０はＩＣカード入出力装置１３を経由して，ＩＣカード２０１とつながっている。ＩＣカード２０１は，チケットなどからコンテンツ復号鍵を算出し，端末１０に復号鍵を送信する。
【００４０】
図２，３に記載の各処理部は、メモリ１６に格納されたプログラムをＣＰＵ１５が実行することによって、実現されるものである。プログラムは、予めメモリ１６に格納されていても良いし、上記計算機が利用可能な、記憶媒体や通信媒体（ネットワークまたはネットワークを伝搬する搬送波）を介して、他の装置からメモリ１６に導入されても良い。
【００４１】
次に図面を参照して，本実施形態のチケット処理システムにおける概略を説明する。
【００４２】
図１２に示すようにコンテンツ配信者４０はＣｏｎｔｅｎｔｓを鍵Ｋ１で暗号化し，ＯｐｔｉｏｎＮｏ及びＰｕｂｌｉｃＳｅｅｄ１を連結した暗号コンテンツパッケージを端末１０に送信する。また，コンテンツ配信者４０はＯｐｔｉｏｎＮｏ，ＳｅｃｒｅｔＳｅｅｄ２及び利用を許可するアプリケーションの公開鍵ＡＰＫを連結したチケット情報をＴＳＰ５０に送信する。なお，コンテンツ配信者４０とＴＳＰ５０は，同一の管理者が管理してもよい。Ｃｏｎｔｅｎｔｓを暗号化した鍵Ｋ１は，図１３が示すように，ＩＣカード２０２に含まれている秘密のアルゴリズムにおいて，ＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１とＳｅｃｒｅｔＳｅｅｄ２を入力したときの出力結果である。コンテンツ配信者は，利用形態に応じてＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１とＳｅｃｒｅｔＳｅｅｄ２をランダムに選び，暗号化鍵Ｋ１を計算する。その際，図２９に示すようにＰｕｂｌｉｃＳｅｅｄ１，ｄａｔａ１，ＳｅｃｒｅｔＳｅｅｄ２の有無，及びアプリケーション認証の有無（アプリケーション認証には，デフォルトで利用可能なものを識別する場合と，チケットに利用可能アプリケーションを指定する場合の２通り選択ができる）の組み合わせ，２４通りの方法を選ぶことができる。ＯｐｔｉｏｎＮｏはその２４通りの方法識別する値である。
【００４３】
暗号コンテンツパッケージを受信した端末１０は図１２に示すように，葉書等で別途コンテンツ配信者等から送られてきた秘密の値ｄａｔａ１を入力し，ＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１をＩＣカードに送る。尚，ｄａｔａ１の入力の有無やＰｕｂｌｉｃＳｅｅｄ１の有無はＯｐｔｉｏｎＮｏに依存する。
【００４４】
ＩＣカード２０１は図１２に示すようにＩＣカード固有の公開鍵ＣＰＫをＴＳＰ５０に送り，チケット取得要求を行う。ＴＳＰ５０ではＯｐｔｉｏｎＮｏ，ＳｅｃｒｅｔＳｅｅｄ２及び利用可能アプリケーションの公開鍵ＡＰＫを連結したチケット情報をＩＣカード固有の公開鍵ＣＰＫで暗号化し，ＩＣカード２０１に送る。ＩＣカード２０１は，公開鍵ＣＰＫに対応した自身の秘密鍵ＣＳＫでチケットを復号し，端末１０から送られてきたＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１と，ＴＳＰ５０から送られてきたＳｅｃｒｅｔＳｅｅｄ２をＩＣカード２０１に含まれている秘密のアルゴリズムに入力し，鍵Ｋ１を計算する。更に鍵Ｋ１をチケット等で指定されているアプリケーションの公開鍵ＡＰＫで暗号化し，端末１０に送る。端末１０は自身の秘密鍵ＡＳＫで暗号化された鍵Ｋ１を復号し，その鍵Ｋ１を使ってＣｏｎｔｅｎｔｓを復号する。尚，ＴＳＰ５０へのチケット要求や復号鍵の暗号化はＯｐｔｉｏｎＮｏに依存する。
【００４５】
また，図１３において“｜｜”は，データ連結を意味し，ＥＮＣＫ及びＤＥＣＫはそれぞれ鍵Ｋによる共通鍵暗号化，共通鍵復号化を意味する。また，ＰＫＩ＿ＥＮＣＰＫおよびＰＫＩ＿ＤＥＣＳＫはそれぞれ公開鍵ＰＫによる公開鍵暗号技術における暗号化，秘密鍵ＳＫによる公開鍵暗号技術における復号化を意味する。
【００４６】
また，“Ａｌｇ［Ａ］→Ｂ”は，ＩＣカード２０内の秘密のアルゴリズムＡｌｇにおいて，入力をＡとした場合に出力がＢであることを示す。
【００４７】
次に，本実施形態のチケット処理システムにおけるフローについて説明する。
【００４８】
図１４はコンテンツ配信者４０の処理の流れを示すフロー図である。まず，コンテンツ配信者４０は，アプリケーション４０３を使って，２４通りの利用形態の内，一つを選択する（ステップ４０１）。アプリケーション４０３は，選択したオプションに対応したＯｐｔｉｏｎＮｏ（以下，単にオプション情報とも称する）及び暗号化したいコンテンツを暗号サービス提供部４０１に送る。暗号サービス提供部４０１ではコンテンツを暗号化し（ステップ４０３），配信用データである暗号コンテンツパッケージ及びチケット情報を作成し，通信装置４０２を経由して，各々端末１０，ＴＳＰ５０に送信する。尚，暗号コンテンツパッケージは，共通鍵Ｋ１で暗号化されたコンテンツとＰｕｂｌｉｃＳｅｅｄ１とＯｐｔｉｏｎＮｏを連結したデータであり，チケット情報はＳｅｃｒｅｔＳｅｅｄ２，ＯｐｔｉｏｎＮｏ及び利用を許可するアプリケーションの公開鍵ＡＰＫを連結したデータである。
【００４９】
ここで，図１５，１６を参照してコンテンツを暗号化するステップ（ステップ４０３）を詳述する。アプリケーション４０３からコンテンツ暗号化要求を受信した暗号サービス提供部４０１は，まず，ＩＣカードの認証を行う。ＩＣカード認証の際，必要に応じてアプリケーション認証も行う。アプリケーション認証を行う場合，アプリケーション認証情報（以下，単にＡＰ情報とも称する）をＩＣカード２０２に送信する（ステップ４０９）。ＩＣカード２０２からのカード認証情報は，必要に応じて，アプリケーションの公開鍵で暗号化されており，カード認証情報を受信したカード認証部４０６は，自身の秘密鍵で復号し，カード公開鍵情報を参照し，カード認証を行う（ステップ４１１）。カード認証をパスした場合，オプション情報をＩＣカード２０２に送信し，コンテンツ暗号化鍵を要求する（ステップ４１３）。ＩＣカード２０２から，コンテンツ暗号鍵Ｋ１及び付属情報を受信した暗号演算部４０５はコンテンツを暗号鍵Ｋ１で共通鍵暗号化する（ステップ４１４）。ＩＣカード２０２から受信した付属情報には，復号鍵を生成するためのＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１及びＳｅｃｒｅｔＳｅｅｄ２が含まれており，暗号演算部４０５は，暗号化されたコンテンツとＰｕｂｌｉｃＳｅｅｄ１とＯｐｔｉｏｎＮｏを連結し，暗号コンテンツパッケージを作成する（ステップ４１５）。また，ＳｅｃｒｅｔＳｅｅｄ２とＯｐｔｉｏｎＮｏ及び利用を許可するアプリケーションの公開鍵ＡＰＫを連結したチケット情報を作成し（ステップ４１６），暗号コンテンツパッケージ及びチケット情報を通信装置４０２を経由して，各々端末１０，ＴＳＰ５０に送信する。
【００５０】
図１７はコンテンツ配信者４０に接続されているＩＣカード２０２の処理の流れを示すフロー図である。
【００５１】
必要に応じて，コンテンツ配信者４０からＡＰ情報を取得したＩＣカード２０２は，ＡＰ公開鍵情報２０５を参照して，利用を許可されているアプリケーションなのかを判断する（ステップ２０２）。ＡＰ認証をパスした場合，カード認証情報を作成し（ステップ２０４），コンテンツ配信者４０に送信する。尚，必要に応じて，カード認証情報はＡＰ公開鍵で暗号化し，コンテンツ配信者４０に送信する。コンテンツ配信者４０からオプション情報を受信した暗号演算部は，オプションに応じて，ＰｕｂｌｉｃＳｅｅｄ１とｄａｔａ１及びＳｅｃｒｅｔＳｅｅｄ２をランダムに生成し，付属情報を生成する（ステップ２０７）。また，付属情報を秘密のアルゴリズムに入力し，コンテンツ暗号鍵Ｋ１を出力する（ステップ２０８）。そして，そのコンテンツ暗号鍵Ｋ１をコンテンツ配信者４０に送る。この秘密のアルゴリズムはＩＣカード２０にのみ保有しているアルゴリズムであり，外部に漏れないものである。
【００５２】
次に図１８を参照してコンテンツ配信者４０がＴＳＰ５０にチケットを登録するフローを説明する。ＴＳＰ５０は正当なチケット登録者であるか確認し（ステップ５０１），正当なチケット登録者であれば，チケット情報をチケットＤＢ５０３に登録する（ステップ５０５）。
【００５３】
図１９は端末１０を経由してＩＣカード２０１がＴＳＰ５０にチケットを要求するフローを示す。ＴＳＰ５０は正当なチケット要求者であるか確認し（ステップ５０６），正当なチケット要求者であれば，暗号化サービス提供部５０１はチケットＤＢ５０２からチケット情報を取得し，チケット要求者の公開鍵ＣＰＫで暗号化し（ステップ５１０），端末１０を経由してＩＣカード２０１に送る。
【００５４】
次に暗号化コンテンツパッケージ内のコンテンツを利用する際，端末１０の処理の流れを図２０，２１を参照し説明する。
【００５５】
端末１０は，ＩＣカード２０１を認証（ステップ１０２）し，認証にパスした場合，ＩＣカード２０１にコンテンツ復号用データを送り，コンテンツ復号鍵を要求する（ステップ１０４）。尚，コンテンツ復号用データはＯｐｔｉｏｎＮｏ，ＰｕｂｌｉｃＳｅｅｄ１，ｄａｔａ１を連結したものである。ｄａｔａ１は，葉書等で別途利用者に送られる秘密のパスフレーズであり，ＯｐｔｉｏｎＮｏにより，必要に応じて入力する。コンテンツ復号用データをＩＣカード２０１に送信すると，必要に応じて，ＩＣカード２０１からＴＳＰ５０宛にチケット要求が行われ，ＴＳＰ５０からＩＣカード２０１宛にチケットが送られてくるのでデータ送信部１０２は，それらを中継する。ＩＣカード２０１からコンテンツ復号鍵Ｋ１を受信した暗号サービス提供部１０１はコンテンツ復号鍵Ｋ１を利用して，コンテンツを復号し（ステップ１０８），コンテンツを利用する（ステップ１０９）。
【００５６】
ここで，図２２，２３を参照してコンテンツを復号するステップ（ステップ１０２からステップ１０８までのフロー）を詳述する。
【００５７】
アプリケーション１０３から暗号コンテンツパッケージを受信した暗号サービス提供部１０１は，まず，ＩＣカードの認証を行う。ＩＣカード認証の際，必要に応じてアプリケーション認証も行う。アプリケーション認証を行う場合，ＡＰ情報をＩＣカード２０１に送信する。ＩＣカード２０１からのカード認証情報は，必要に応じて，アプリケーションの公開鍵で暗号化されており，カード認証情報を受信したカード認証部１０６は，自身の秘密鍵で復号し，カード公開鍵情報を参照しカード認証を行う（ステップ１１４）。カード認証をパスした場合，コンテンツ復号用データをＩＣカード２０１に送信し，コンテンツ復号鍵を要求する（ステップ１１７）。オプションにより，ＩＣカード２０１はチケットをＴＳＰ５０に要求し，ＴＳＰ５０はＩＣカード２０１にチケットを送信するので端末１０はそれらのやりとりを中継する。ＩＣカード２０１から復号鍵Ｋ１を受信した暗号演算部１０５は復号鍵Ｋ１を利用してコンテンツを復号し（ステップ１２１），アプリケーション１０３に送る（ステップ１２２）。
【００５８】
図２４はＩＣカード２０１の処理の流れを示すフロー図である。
【００５９】
必要に応じて，端末１０からＡＰ情報を取得したＩＣカード２０１は，ＡＰ公開鍵情報２０５を参照して，利用を許可されているアプリケーションなのかを判断する（ステップ２１２）。ＡＰ認証をパスした場合，カード認証情報を作成し（ステップ２１４），端末１０に送信する。尚，必要に応じて，カード認証情報はＡＰ公開鍵で暗号化し，端末１０に送信する。端末１０からコンテンツ復号用データを受信した暗号演算部は，オプションに応じて（ステップ２１７），コンテンツ復号鍵Ｋ１計算し（ステップ２１８），コンテンツ復号鍵Ｋ１を端末１０に送る（ステップ２１９）
図２５，２６，２７，２８はＩＣカード２０１のオプション判定（ステップ２１７）の際に各オプションの流れを各々示している。
【００６０】
図２５は，ＳｅｃｒｅｔＳｅｅｄ２およびチケットによるＡＰ認証を行わない場合を示している。
【００６１】
復号鍵は多くとも，暗号コンテンツパッケージに含まれているＰｕｂｌｉｃＳｅｅｄ１及びｄａｔａ１で生成される（ステップ２２２）。また，ＡＰ認証はデフォルトでＡＰ公開鍵情報にふくまれているアプリケーションに対してのみ必要ならば，復号鍵をＡＰ公開鍵で暗号化し（ステップ２２３），端末１０に送信する。
【００６２】
図２６は，一度ＴＳＰ５０からチケット取得した場合を示している。
【００６３】
復号鍵は，オプションにより，ＰｕｂｌｉｃＳｅｅｄ１，ｄａｔａ１及びＳｅｃｒｅｔＳｅｅｄ２を組み合わせて生成する（ステップ２３２）。また，ＡＰ認証はオプションにより，デフォルトでＡＰ公開鍵情報にふくまれているアプリケーションを認証する場合と，チケットで指定されているアプリケーションを認証する場合と，選択が可能であり，必要ならば，復号鍵をＡＰ公開鍵で暗号化し（ステップ２３３），端末１０に送信する。
【００６４】
図２７，２８は，ＳｅｃｒｅｔＳｅｅｄ２または，ＡＰ認証を行う場合の内，ＴＳＰ５０にチケットを要求する場合を示している。
【００６５】
暗号演算部２０２は，ＴＳＰ５０宛にチケット要求データを作成する（ステップ２４２）。チケット要求データには，自身の公開鍵情報及び復号したいコンテンツを一意に示す情報等が含まれており，必要ならば，自身の秘密鍵を使って，チケット要求データに対して電子署名を施す。暗号化されたチケットを受信した暗号演算部２０２では，自身の秘密鍵を使ってチケットを復号（ステップ２４５）し，認証部２０３において，正当なチケットであるかをチェックする（ステップ２４６）。チケット認証にパスした場合，チケットをチケット保管庫２０６に登録する（ステップ２４９）。また，チケット及びコンテンツ復号用データを使ってオプションに従い，復号鍵を計算し（ステップ２５０），必要ならば，ＡＰ公開鍵で暗号化し（ステップ２５１），端末１０に送信する。
【００６６】
なお，本発明は，上記の本実施形態に限定されるものではなく，その要旨の範囲内で様々な変形が可能である。
【００６７】
たとえば，図１６のステップ４１３，ステップ４１８，および図１７のステップ２０７では，付属情報をＩＣカード内で生成し，データ受信部４０４が受信することにしているが，コンテンツ配信者４０で付属情報を生成し，図１６のステップ４１３において，オプション情報とともにカードに対して送信してもよい。
【００６８】
また，図２０，２１では，コンテンツ復号鍵要求（ステップ１０５）の後で，ＴＳＰ５０に対してチケットを要求しているが，事前にチケットを入手していても良い。
【００６９】
【発明の効果】
本発明によれば，正規のＩＣカード保持者だけがコンテンツを復号する鍵を取得することが可能になる。また，コンテンツごと，および，ＩＣカードごとに異なる鍵を使うことが可能になる。さらに，端末でコンテンツを利用するアプリケーションを制限することができる。
【図面の簡単な説明】
【図１】一実施形態が適用されたチケット処理システムのネットワーク構成を説明するための図である。
【図２】図１に示す端末の構成例を示すための図である。
【図３】図２に示す暗号サービス提供部の構成例を示すための図である。
【図４】図１に示すＩＣカードの構成例を示すための図である。
【図５】図１に示すコンテンツ配信者の構成を示すための図である。
【図６】図５に示す暗号サービス提供部の構成例を示すための図である。
【図７】図１に示すＴＳＰの構成例を示すための図である。
【図８】図１に示す端末のハード構成を示す図である。
【図９】図１に示すＩＣカードのハード構成を示す図である。
【図１０】図１に示すコンテンツ配信者のハード構成を示す図である。
【図１１】図１に示すＴＳＰのハード構成を示す図である。
【図１２】データの流れの概略を示す図である。
【図１３】データの形式の概略を示す図である。
【図１４】一実施形態が適用されたチケット処理システムのコンテンツ配信者を説明するためのワークフロー図である。
【図１５】一実施形態が適用されたチケット処理システムのコンテンツ配信者のコンテンツ暗号化を説明するためのワークフロー図である。
【図１６】一実施形態が適用されたチケット処理システムのコンテンツ配信者のコンテンツ暗号化を説明するためのワークフロー図（続き）である。
【図１７】一実施形態が適用されたチケット処理システムのコンテンツ配信者が利用するＩＣカードを説明するためのワークフロー図である。
【図１８】一実施形態が適用されたチケット処理システムのコンテンツ配信者がＴＳＰにチケットを登録するケースを説明するためのワークフロー図である。
【図１９】一実施形態が適用されたチケット処理システムの端末を経由したＩＣカードがＴＳＰからチケットを要求するケースを説明するためのワークフロー図である。
【図２０】一実施形態が適用されたチケット処理システムの端末を説明するためのワークフロー図である。
【図２１】図２０の続きであり，一実施形態が適用されたチケット処理システムの端末を説明するためのワークフロー図である。
【図２２】一実施形態が適用されたチケット処理システムの端末がコンテンツを復号する処理を説明するためのワークフロー図である。
【図２３】図２２の続きであり，一実施形態が適用されたチケット処理システムの端末がコンテンツを復号する処理を説明するためのワークフロー図である。
【図２４】一実施形態が適用されたチケット処理システムの端末につながっているＩＣカードを説明するためのワークフロー図である。
【図２５】一実施形態が適用されたチケット処理システムのＩＣカードがコンテンツ復号鍵を計算する際の利用形態毎の処理を説明するためのワークフロー図である。
【図２６】一実施形態が適用されたチケット処理システムのＩＣカードがコンテンツ復号鍵を計算する際の利用形態毎の処理を説明するためのワークフロー図である。
【図２７】一実施形態が適用されたチケット処理システムのＩＣカードがコンテンツ復号鍵を計算する際の利用形態毎の処理を説明するためのワークフロー図である。
【図２８】図２７の続きであり，一実施形態が適用されたチケット処理システムのＩＣカードがコンテンツ復号鍵を計算する際の利用形態毎の処理を説明するためのワークフロー図である。
【図２９】一実施形態が適用されたチケット処理システムのオプションの種類を示す図である。
【符号の説明】
１０・・・端末、１１・・・通信装置、１２・・・入出力装置、１３・・・ＩＣカード入出力装置、１４・・・記憶装置、１５・・・ＣＰＵ、１６・・・メモリ、１７・・・読取装置、１８・・・記憶媒体、１９・・・バス、２０１・・・ＩＣカード、２０２・・・ＩＣカード、２１・・・入出力部、２２・・・ＣＰＵ、２３・・・メモリ、２４・・・暗号処理部、２５・・・バス、３０・・・インターネット、４０・・・コンテンツ配信者、４１・・・通信装置、４２・・・入出力装置、４３・・・ＩＣカード入出力装置、４４ ・・・記憶装置、４５・・・ＣＰＵ、４６・・・メモリ、４７・・・読取装置、４８・・・記憶媒体、４９・・・バス、５０・・・ＴＳＰ、５１・・・通信装置、５２・・・入出力装置、５３・・・記憶装置、５４・・・ＣＰＵ、５５・・・メモリ、５６・・・読取装置、５７・・・記憶媒体、５８・・・バス、１０１・・・暗号サービス提供部、１０２・・・カードコマンド送受信部、１０３・・・アプリケーション、１０４・・・データ送受信部、１０５・・・暗号演算部、１０６・・・カード認証部、１０７・・・秘密鍵、１０８・・・カード公開鍵情報、２０１・・・データ送受信部、２０２・・・暗号演算部、２０３・・・認証部、２０４・・・カード秘密鍵・公開鍵、２０５・・・ＡＰ公開鍵情報、２０６・・・チケット保管庫、４０１・・・暗号サービス提供部、４０２・・・通信装置、４０３・・・アプリケーション、４０４・・・データ送受信部、４０５・・・暗号演算部、４０６・・・カード認証部、４０７・・・秘密鍵、４０８・・・カード公開鍵情報、５０１・・・暗号サービス提供部、５０２・・・通信装置、５０３・・・チケットＤＢ、ＣＰＫ・・・カード公開鍵、ＣＳＫ・・・カード秘密鍵、ＡＰＫ・・・アプリケーション公開鍵、ＡＳＫ・・・アプリケーション秘密鍵、Ｋ１・・・コンテンツ暗号鍵・復号鍵、ＥＮＣ・・・共通鍵暗号による暗号化、ＤＥＣ・・・共通鍵暗号による復号、ＰＫＩ＿ＥＮＣ・・・公開鍵暗号による暗号化、ＰＫＩ＿ＤＥＣ・・・公開鍵暗号による復号、Ａｌｇ［Ａ］→Ｂ・・・入力Ａに対してＢを出力するアルゴリズム。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data encryption / decryption technique using an IC card, and more specifically, calculates a content decryption key for an encrypted content using an IC card and a decryption key calculation ticket, and encrypts the encrypted content. The present invention relates to a data encryption / decryption technique for decrypting data.
[0002]
[Prior art]
Conventional digital rights management technology separates encrypted content and a license (content decryption key + usage permission condition), purchases each separately, and realizes high-speed content distribution (for example, Non-Patent Document) 1).
[0003]
[Non-patent document 1]
Takeaki Anazawa, Koji Takemura, Takashi Tsunehiro, Takayuki Hasebe, Takuhisa Hatakeyama, "Open Long-Term Distribution Platform Realizing Flexible Content Protection," IPSJ SIG Report, November 30, 2001, p. 31-42
[0004]
[Problems to be solved by the invention]
A system in which encrypted content is freely distributed and only those who have the right to use the content can decrypt the content is the basis of content distribution. In such a case, there is a demand that only a legitimate IC card holder can obtain a key for decrypting the content.
[0005]
In some cases, it is desired to encrypt content using a different key for each content.
[0006]
Further, there is a case where the content user wants to encrypt the content using a different key for each IC card owned by the content user.
[0007]
Further, there may be a case where it is desired to restrict applications that use the content on the terminal.
[0008]
[Means for Solving the Problems]
The present invention has been made in view of the above circumstances, and provides a ticket processing method for generating a content key using an IC card, and a system to which the method is applied.
[0009]
The ticket processing system of the present invention encrypts content, creates an encrypted content package to which the encrypted content and partial information for decryption are added, and also creates a ticket related to a decryption key. (Hereinafter, referred to as a content distributor) and at least one ticket service provider device (hereinafter, referred to as a ticket service provider) that registers ticket information transmitted from the content distributor and distributes a ticket in response to a ticket request. And at least one terminal for decrypting the encrypted content delivered from the content distributor and using the decrypted content, and the content distributor or the terminal connected to the content distributor, and content information, And from the ticket information, Calculates Ceiling key, the content provider, or transmits the content key to the terminal, and at least one IC card, a ticket processing system comprising a.
[0010]
Specifically, the content distributor controls an encryption service providing unit for encrypting the content, a communication device for delivering the encrypted content package for distribution and the ticket, the encryption service providing unit, and the communication device. And a cryptographic service providing unit for transmitting and receiving data, a cryptographic operation unit for performing cryptographic operations, a card authentication unit for performing card authentication, and secret information of a content distributor. It has a secret key and IC card public key information for determining that it is a legitimate IC card.
[0011]
The ticket service provider includes an encryption service providing unit that encrypts a ticket, a communication device that transmits and receives a ticket, and a ticket DB that stores the ticket.
[0012]
The terminal controls a terminal encryption service providing unit for decrypting the encrypted content, a data transmitting / receiving unit for transmitting / receiving data, the encryption service providing unit, and the data transmitting / receiving unit, and uses the content. The terminal encryption service providing unit includes a data transmission / reception unit for transmitting / receiving data, a cryptographic operation unit for performing cryptographic operation, a card authentication unit for performing card authentication, and a secret which is secret information of the terminal. It has a key and card public key information for determining that it is a legitimate IC card.
[0013]
The IC card includes a data transmission / reception unit for transmitting / receiving data, a cryptographic operation unit for performing a cryptographic operation, an authentication unit for performing authentication, a card secret key / public key which is card-specific information, and an application public key. It has AP public key information as information and a ticket storage for storing tickets.
[0014]
In the ticket processing system of the present invention, a key for decrypting the content is derived based on information concealed in the IC card.
[0015]
Further, the content distributor generates a content key from an identifier (PublicSeed1) distributed together with the content, an identifier (data1) distributed independently of the content, and an identifier (SecretSeed2) distributed as a ticket, The content is encrypted with the content key. Then, the identifier (PublicSeed1) and the encrypted content are distributed to the terminal. Also, the identifier (data1) is distributed to the terminal independently of the encrypted content. Further, the identifier (SecretSeed2) used for generating the content key is distributed to the ticket service provider. If necessary, an identifier (A PK ) To the ticket service provider.
[0016]
In addition, the ticket service provider receives the identifier (SecretSeed2) and the identifier (A) received from the content distributor. PK ) Are linked, and the ticket encrypted with the public key of the IC card is delivered to the IC card via the terminal.
[0017]
Further, the terminal transfers the identifier (PublicSeed1) distributed together with the content, the identifier (data1) distributed independently of the content, and the ticket distributed from the ticket service provider to the IC card. I am trying to do it. Then, a key for decrypting the content is obtained from the IC card. If the obtained key is encrypted, it is decrypted using the secret key held by the application using the content on the terminal.
[0018]
The IC card decrypts the ticket received from the ticket service provider via the terminal with the secret key held by the IC card, and decrypts the identifier (SecretSeed2) and the identifier (A PK ), A content key is generated based on the identifier (SecretSeed2), the identifier (PublicSeed1) received from the terminal, and the identifier (data1). Further, if necessary, the generated content key is decrypted from the ticket using the identifier (A PK ) To encrypt the data and send it to the terminal.
[0019]
Therefore, according to the present invention, only a legitimate IC card holder can acquire a key for decrypting content.
[0020]
Also, by including an identifier (PublicSeed1) in the content key generation, it becomes possible to use a different key for each content.
[0021]
Also, by including the identifier (data1) in the content key generation, the content key generation can be restricted by information distributed independently of the content.
[0022]
Also, by including the identifier (SecretSeed2) in the content key generation, a ticket is distributed independently of the content, and the IC card user can be specified.
[0023]
Furthermore, the identifier (A PK ), It is possible to restrict the applications that use the content on the terminal.
[0024]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings. Note that the present invention is not limited by this.
[0025]
FIG. 1 is a network configuration diagram of a ticket processing system to which an embodiment of the present invention is applied.
[0026]
As shown in FIG. 1, the ticket processing system according to the present embodiment includes a content distributor 40, a ticket service provider 50 (hereinafter, also simply referred to as TSP 50), and a client terminal 10 (hereinafter, simply referred to as terminal 10). Are connected to each other via a communication network 30. The terminal 10 and the content distributor 40 are also connected to the IC card 20.
[0027]
The content distributor 40 encrypts the content, creates an encrypted content package to which the encrypted content and partial information for decryption are added, and also creates a ticket related to a decryption key. As shown in FIG. 5, the content distributor 40 includes an encryption service providing unit 401 for encrypting the content, a communication device 402 for distributing the encrypted content package for distribution and the ticket, and an application 403 for controlling them.
[0028]
As shown in FIG. 6, the cryptographic service providing unit 401 includes a data transmitting / receiving unit 404 for transmitting / receiving data, a cryptographic operation unit 405 for performing a cryptographic operation, a card authentication unit 406 for performing card authentication, and a It includes a secret key 407, which is secret information, and card public key information 408 for determining that the card is an IC card.
[0029]
As shown in FIG. 10, the hardware configuration of the content distributor 40 is as follows: a communication device 41, an input / output device 42, an IC card input / output device 43, a storage device 44, a CPU 45, a memory 46, , And a reading device 47 are connected by an internal communication line (hereinafter, referred to as a bus) 49 such as a bus, and include a storage medium 48. Further, the content distributor 40 sends the IC card 20 via the IC card input / output device 43. 2 It is connected with.
[0030]
Each processing unit shown in FIGS. 5 and 6 is realized by the CPU 45 executing a program stored in the memory 46. The program may be stored in the memory 46 in advance, or may be introduced into the memory 46 from another device via a storage medium or a communication medium (a network or a carrier wave propagating through the network) which can be used by the computer. Is also good.
[0031]
IC card 20 2 As shown in FIG. 4, a data transmission / reception unit 201 for transmitting / receiving data, a cryptographic operation unit 202 for performing a cryptographic operation, an authentication unit 203 for performing authentication, and a card secret key / public key 204 which is card-specific information. , Application public key information 205 that is application public key information, and a ticket storage 206 that stores tickets.
[0032]
As shown in FIG. 9, the hardware configuration of the IC card 20 is such that an input / output unit 21, a CPU 22, a tamper-resistant memory 23, and an encryption processing unit 24 have internal communication lines (hereinafter, referred to as buses) in the card. (Referred to as a bus) 25.
[0033]
Each processing unit illustrated in FIG. 4 is realized by the CPU 22 executing a program stored in the memory 23. The program may be stored in the memory 22 in advance, or may be introduced into the IC card from another device via another storage medium or communication medium (a network or a carrier wave propagating through the network).
[0034]
The TSP 50 registers the ticket transmitted from the content distributor 40, and distributes the ticket in response to a ticket request from the terminal 10. As shown in FIG. 7, the TSP 50 includes an encryption service providing unit 501 for encrypting tickets, a communication device 502 for transmitting and receiving tickets, and a ticket DB 503 for storing tickets.
[0035]
As shown in FIG. 11, the hardware configuration of the TSP 50 is such that a communication device 51, an input / output device 52, a storage device 53, a CPU 54, a memory 55, and a reading device 56 are connected to an internal communication line such as a bus in a computer. (Hereinafter, referred to as a bus) 58 and including a storage medium 57.
[0036]
Each processing unit illustrated in FIG. 7 is realized by the CPU 54 executing a program stored in the memory 55. The program may be stored in the memory 55 in advance, or may be introduced from another device into the memory 55 via a storage medium or a communication medium (a network or a carrier wave propagating through the network) which can be used by the computer. Is also good.
[0037]
The terminal 10 decrypts the encrypted content and uses the decrypted content. As shown in FIG. 2, the terminal 10 includes an encryption service providing unit 101 for decrypting encrypted content, a data transmission / reception unit 102 for transmitting / receiving data, and an application 103 for controlling them and using the content. .
[0038]
As shown in FIG. 3, the cryptographic service providing unit 101 includes a data transmitting / receiving unit 104 for transmitting / receiving data, a cryptographic operation unit 105 for performing a cryptographic operation, a card authentication unit 106 for performing card authentication, and a It includes a secret key 107 that is secret information and card public key information 108 for determining that the card is a legitimate IC card.
[0039]
As shown in FIG. 8, the hardware configuration of the terminal 10 is as follows: a communication device 11, an input / output device 12, an IC card input / output device 13, a storage device 14, a CPU 15, a memory 16, The device 17 is connected to an internal communication line (hereinafter, referred to as a bus) 19 such as a bus, and includes a storage medium 18. The terminal 10 is also connected to the IC card 20 via the IC card input / output device 13. 1 It is connected with. IC card 20 1 Calculates a content decryption key from a ticket or the like and transmits the decryption key to the terminal 10.
[0040]
Each processing unit illustrated in FIGS. 2 and 3 is realized by the CPU 15 executing a program stored in the memory 16. The program may be stored in the memory 16 in advance, or may be introduced into the memory 16 from another device via a storage medium or a communication medium (a network or a carrier wave propagating through the network) which can be used by the computer. Is also good.
[0041]
Next, an outline of a ticket processing system according to the present embodiment will be described with reference to the drawings.
[0042]
As shown in FIG. 12, the content distributor 40 sets the contents to the key K 1 Then, the encrypted content package in which OptionNo and PublicSeed1 are linked is transmitted to the terminal 10. In addition, the content distributor 40 has the option No., SecretSeed2, and the public key A of the application permitted to use. PK Is transmitted to the TSP 50. Note that the content distributor 40 and the TSP 50 may be managed by the same administrator. Key K which encrypted Contents 1 Is the IC card 20 as shown in FIG. 2 4 shows an output result when PublicSeed1, data1 and SecretSeed2 are input in the secret algorithm included in. The content distributor randomly selects PublicSeed1, data1, and SecretSeed2 in accordance with the usage mode, and selects the encryption key K 1 Is calculated. At this time, as shown in FIG. 29, the presence or absence of PublicSeed1, data1, and SecretSeed2, and the presence or absence of application authentication (for application authentication, a case where a default available application is identified and a case where an available application is specified in a ticket are specified) 24 ways can be selected. OptionNo is a value for identifying the 24 methods.
[0043]
As shown in FIG. 12, the terminal 10 that has received the encrypted content package inputs the secret value data1 separately sent from the content distributor or the like as a postcard or the like, and sends PublicSeed1 and data1 to the IC card. The presence or absence of input of data1 and the presence or absence of PublicSeed1 depend on OptionNo.
[0044]
IC card 20 1 Is a public key C unique to the IC card as shown in FIG. PK To the TSP 50 to make a ticket acquisition request. In TSP50, OptionNo, SecretSeed2 and the public key A of the available application PK Is linked to the IC card-specific public key C PK And encrypted with the IC card 20 1 Send to IC card 20 1 Is the public key C PK Own secret key C corresponding to SK Decrypts the ticket and sends the PublicSeed1 and data1 sent from the terminal 10 and the SecretSeed2 sent from the TSP 50 to the IC card 20. 1 Into the secret algorithm contained in 1 Is calculated. Further key K 1 Is the public key A of the application specified in the ticket etc. PK And sends it to the terminal 10. The terminal 10 has its own secret key A SK Key K encrypted with 1 And the key K 1 Decrypt the Content using. Note that the ticket request to the TSP 50 and the encryption of the decryption key depend on OptionNo.
[0045]
In FIG. 13, “||” means data concatenation, and ENC K And DEC K Denotes common key encryption and common key decryption using the key K, respectively. Also, PKI_ENC PK And PKI_DEC SK Means encryption in a public key encryption technique using a public key PK and decryption in a public key encryption technique using a secret key SK, respectively.
[0046]
“Alg [A] → B” indicates that the output is B when the input is A in the secret algorithm Alg in the IC card 20.
[0047]
Next, a flow in the ticket processing system of the present embodiment will be described.
[0048]
FIG. 14 is a flowchart showing the flow of the process of the content distributor 40. First, the content distributor 40 selects one of the 24 usage forms using the application 403 (step 401). The application 403 sends the OptionNo (hereinafter, also simply referred to as option information) corresponding to the selected option and the content to be encrypted to the encryption service providing unit 401. The encryption service providing unit 401 encrypts the content (step 403), creates an encrypted content package as distribution data and ticket information, and transmits them to the terminal 10 and the TSP 50 via the communication device 402. Note that the encrypted content package uses the common key K 1 Is the data obtained by concatenating the content encrypted with PublicSeed1 and OptionNo. The ticket information is SecretSeed2, OptionNo, and the public key A of the application permitted to be used. PK Is concatenated data.
[0049]
Here, the step of encrypting the content (step 403) will be described in detail with reference to FIGS. Upon receiving the content encryption request from the application 403, the encryption service providing unit 401 first authenticates the IC card. At the time of IC card authentication, application authentication is also performed as necessary. When performing application authentication, application authentication information (hereinafter, also simply referred to as AP information) is stored in the IC card 20. 2 (Step 409). IC card 20 2 The card authentication information from is encrypted by the application public key as necessary, and the card authentication unit 406 that has received the card authentication information decrypts the card authentication information with its own private key and refers to the card public key information. Then, card authentication is performed (step 411). If card authentication is passed, the option information is 2 To request a content encryption key (step 413). IC card 20 2 From the content encryption key K 1 And the cryptographic operation unit 405 having received the attached information 1 (Step 414). IC card 20 2 Includes the PublicSeed1, data1 and SecretSee2 for generating the decryption key, and the cryptographic operation unit 405 concatenates the encrypted content, the PublicSeed1 and the OptionNo, and creates an encrypted content package. (Step 415). Also, SecretSeed2, OptionNo, and the public key A of the application permitted to use PK Is generated (step 416), and the encrypted content package and the ticket information are transmitted to the terminal 10 and the TSP 50 via the communication device 402, respectively.
[0050]
FIG. 17 shows the IC card 20 connected to the content distributor 40. 2 It is a flowchart which shows the flow of a process.
[0051]
If necessary, the IC card 20 that has acquired the AP information from the content distributor 40 2 Refers to the AP public key information 205 to determine whether the application is permitted to be used (step 202). If the AP authentication has been passed, card authentication information is created (step 204) and transmitted to the content distributor 40. If necessary, the card authentication information is encrypted with the AP public key and transmitted to the content distributor 40. Upon receiving the option information from the content distributor 40, the cryptographic operation unit randomly generates PublicSeed1, data1 and SecretSeed2 according to the option, and generates attached information (step 207). Also, the auxiliary information is input to the secret algorithm, and the content encryption key K is input. 1 Is output (step 208). Then, the content encryption key K 1 To the content distributor 40. This secret algorithm is an algorithm held only in the IC card 20 and does not leak to the outside.
[0052]
Next, a flow in which the content distributor 40 registers a ticket in the TSP 50 will be described with reference to FIG. The TSP 50 checks whether it is a valid ticket registrant (step 501), and if it is a valid ticket registrant, registers the ticket information in the ticket DB 503 (step 505).
[0053]
FIG. 19 shows an IC card 20 via the terminal 10. 1 Shows a flow for requesting a ticket from the TSP 50. The TSP 50 checks whether it is a legitimate ticket requester (step 506), and if it is a legitimate ticket requester, the encryption service providing unit 501 obtains ticket information from the ticket DB 502 and sets the public key C of the ticket requester. PK (Step 510), and the IC card 20 via the terminal 10. 1 Send to
[0054]
Next, a process flow of the terminal 10 when using the content in the encrypted content package will be described with reference to FIGS.
[0055]
The terminal 10 is an IC card 20 1 Is authenticated (step 102), and if the authentication is successful, the IC card 20 1 The content decryption data is sent to the server to request a content decryption key (step 104). Note that the content decryption data is obtained by concatenating OptionNo, PublicSeed1, and data1. data1 is a secret passphrase that is separately sent to the user as a postcard or the like, and is input as needed by OptionNo. The content decryption data is stored in the IC card 20 1 To the IC card 20 if necessary. 1 Issues a ticket request to the TSP 50, and the TSP 50 issues an IC card 20 1 Since the ticket is sent to the address, the data transmission unit 102 relays the ticket. IC card 20 1 From the content decryption key K 1 Receiving the content decryption key K 1 The content is decrypted using (step 108), and the content is used (step 109).
[0056]
Here, the step of decrypting the content (flow from step 102 to step 108) will be described in detail with reference to FIGS.
[0057]
Upon receiving the encrypted content package from the application 103, the cryptographic service providing unit 101 first authenticates the IC card. At the time of IC card authentication, application authentication is also performed as necessary. When performing application authentication, the AP information is stored in the IC card 20. 1 Send to IC card 20 1 The card authentication information from is encrypted by the application's public key as necessary, and the card authentication unit 106 that has received the card authentication information decrypts the card authentication information with its own private key and refers to the card public key information. Card authentication is performed (step 114). When the card authentication is passed, the content decryption data is transferred to the IC card 20. 1 To request a content decryption key (step 117). Optional IC card 20 1 Requests a ticket from the TSP 50, and the TSP 50 1 , The terminal 10 relays those exchanges. IC card 20 1 From the decryption key K 1 Receiving the decryption key K 1 The content is decrypted using (step 121) and sent to the application 103 (step 122).
[0058]
FIG. 24 shows the IC card 20 1 It is a flowchart which shows the flow of a process.
[0059]
If necessary, the IC card 20 that has acquired the AP information from the terminal 10 1 Refers to the AP public key information 205 to determine whether the application is permitted to be used (step 212). If the AP authentication has been passed, card authentication information is created (step 214) and transmitted to the terminal 10. If necessary, the card authentication information is encrypted with the AP public key and transmitted to the terminal 10. Upon receiving the content decryption data from the terminal 10, the cryptographic operation unit performs the content decryption key K 1 Calculation (step 218), the content decryption key K 1 Is sent to the terminal 10 (step 219).
25, 26, 27 and 28 show the IC card 20. 1 The flow of each option at the time of option determination (step 217) is shown.
[0060]
FIG. 25 shows a case in which AP authentication using SecretSeed2 and a ticket is not performed.
[0061]
The decryption key is generated at most by PublicSeed1 and data1 included in the encrypted content package (step 222). If the AP authentication is necessary only for the application included in the AP public key information by default, the decryption key is encrypted with the AP public key (step 223) and transmitted to the terminal 10.
[0062]
FIG. 26 shows a case where a ticket is obtained from the TSP 50 once.
[0063]
The decryption key is optionally generated by combining PublicSeed1, data1 and SecretSeed2 (step 232). In addition, AP authentication can optionally select an application that authenticates an application included in the AP public key information by default, and an application that authenticates an application specified by a ticket. The key is encrypted with the AP public key (step 233) and transmitted to the terminal 10.
[0064]
FIGS. 27 and 28 show a case where a ticket is requested to the TSP 50 in the case of performing SecretSee2 or AP authentication.
[0065]
The cryptographic operation unit 202 creates ticket request data addressed to the TSP 50 (Step 242). The ticket request data includes its own public key information and information uniquely indicating the content to be decrypted, and if necessary, digitally signs the ticket request data using its own private key. Upon receiving the encrypted ticket, the cryptographic operation unit 202 decrypts the ticket using its own secret key (step 245), and the authentication unit 203 checks whether the ticket is valid (step 246). If the ticket has passed the ticket authentication, the ticket is registered in the ticket storage 206 (step 249). Further, a decryption key is calculated according to the option using the ticket and the content decryption data (step 250), and if necessary, encrypted with the AP public key (step 251) and transmitted to the terminal 10.
[0066]
Note that the present invention is not limited to the above-described embodiment, and various modifications can be made within the scope of the gist.
[0067]
For example, in Steps 413 and 418 of FIG. 16 and Step 207 of FIG. 17, the accessory information is generated in the IC card and is received by the data receiving unit 404. It may be generated and transmitted to the card together with the option information in step 413 of FIG.
[0068]
Also, in FIGS. 20 and 21, the ticket is requested to the TSP 50 after the content decryption key request (step 105), but the ticket may be obtained in advance.
[0069]
【The invention's effect】
According to the present invention, only a legitimate IC card holder can acquire a key for decrypting content. Further, it is possible to use a different key for each content and for each IC card. Further, it is possible to restrict applications that use the content on the terminal.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a network configuration of a ticket processing system to which an embodiment is applied.
FIG. 2 is a diagram showing a configuration example of a terminal shown in FIG.
FIG. 3 is a diagram illustrating a configuration example of a cryptographic service providing unit illustrated in FIG. 2;
FIG. 4 is a diagram showing a configuration example of the IC card shown in FIG. 1;
FIG. 5 is a diagram showing a configuration of a content distributor shown in FIG. 1;
FIG. 6 is a diagram showing a configuration example of a cryptographic service providing unit shown in FIG. 5;
FIG. 7 is a diagram showing a configuration example of the TSP shown in FIG. 1;
8 is a diagram showing a hardware configuration of the terminal shown in FIG.
FIG. 9 is a diagram showing a hardware configuration of the IC card shown in FIG. 1;
FIG. 10 is a diagram showing a hardware configuration of the content distributor shown in FIG. 1;
FIG. 11 is a diagram illustrating a hardware configuration of the TSP illustrated in FIG. 1;
FIG. 12 is a diagram showing an outline of a data flow.
FIG. 13 is a diagram showing an outline of a data format.
FIG. 14 is a workflow diagram for explaining a content distributor of the ticket processing system to which the embodiment is applied;
FIG. 15 is a workflow diagram for explaining content encryption of a content distributor of a ticket processing system to which an embodiment is applied.
FIG. 16 is a workflow diagram (continued) for explaining content encryption of a content distributor of the ticket processing system to which the embodiment is applied;
FIG. 17 is a workflow diagram for explaining an IC card used by a content distributor of a ticket processing system to which an embodiment is applied.
FIG. 18 is a workflow diagram illustrating a case where a content distributor of a ticket processing system to which an embodiment is applied registers a ticket in a TSP.
FIG. 19 is a workflow diagram illustrating a case where an IC card via a terminal of a ticket processing system to which an embodiment is applied requests a ticket from a TSP.
FIG. 20 is a workflow diagram illustrating a terminal of the ticket processing system to which one embodiment is applied.
FIG. 21 is a continuation of FIG. 20, and is a workflow diagram for explaining a terminal of the ticket processing system to which an embodiment is applied;
FIG. 22 is a workflow diagram illustrating a process in which a terminal of the ticket processing system to which an embodiment is applied decodes content.
FIG. 23 is a continuation of FIG. 22 and is a workflow diagram for explaining a process in which a terminal of the ticket processing system to which an embodiment is applied decodes content.
FIG. 24 is a workflow diagram for explaining an IC card connected to a terminal of a ticket processing system to which an embodiment is applied.
FIG. 25 is a workflow diagram illustrating a process for each usage mode when the IC card of the ticket processing system to which the embodiment is applied calculates a content decryption key.
FIG. 26 is a workflow diagram illustrating a process for each usage mode when an IC card of a ticket processing system to which an embodiment is applied calculates a content decryption key.
FIG. 27 is a workflow diagram illustrating a process for each usage mode when an IC card of a ticket processing system to which an embodiment is applied calculates a content decryption key.
FIG. 28 is a continuation of FIG. 27, and is a workflow diagram for describing a process for each use mode when the IC card of the ticket processing system to which one embodiment is applied calculates a content decryption key.
FIG. 29 is a diagram showing types of options of the ticket processing system to which an embodiment is applied.
[Explanation of symbols]
Reference numeral 10: terminal, 11: communication device, 12: input / output device, 13: IC card input / output device, 14: storage device, 15: CPU, 16: memory, 17: reading device, 18: storage medium, 19: bus, 20 1 ... IC cards, 20 2 ... IC card, 21 ... input / output unit, 22 ... CPU, 23 ... memory, 24 ... encryption processing unit, 25 ... bus, 30 ... Internet, 40 ... Content distributor, 41 communication device, 42 input / output device, 43 IC card input / output device, 44 storage device, 45 CPU, 46 memory, 47 ..Reading device, 48 storage medium, 49 bus, 50 TSP, 51 communication device, 52 input / output device, 53 storage device, 54 CPU, 55: memory, 56: reading device, 57: storage medium, 58: bus, 101: encryption service providing unit, 102: card command transmitting / receiving unit, 103 ... Application, 104: data transmission / reception unit, 105: encryption Calculation unit, 106: card authentication unit, 107: secret key, 108: card public key information, 201: data transmission / reception unit, 202: encryption operation unit, 203: authentication unit, 204: card private key / public key, 205: AP public key information, 206: ticket storage, 401: cryptographic service providing unit, 402: communication device, 403: application, 404: data transmission / reception unit, 405: encryption operation unit, 406: card authentication unit, 407: secret key, 408: card public key information, 501: encryption service providing unit, 502 ... Communication device, 503 ... Ticket DB, C PK ... Card public key, C SK ... Card secret key, A PK ... Application public key, A SK ... Application secret key, K 1 ... Content encryption key / decryption key, ENC: Encryption by common key encryption, DEC: Decryption by common key encryption, PKI_ENC: Encryption by public key encryption, PKI_DEC: By public key encryption Decoding, Alg [A] → B... Algorithm for outputting B to input A.
