(57)【要約】【課題】  実装コストを上げることなく、暗号処理装置内でライセンスの期限管理を可能とする暗号処理装置を実現する。【解決手段】  本発明の暗号処理装置は、暗号化されたコンテンツを復号して再生する再生装置に用いられる暗号処理装置であって、上記コンテンツを復号するための暗号化されたコンテンツ復号鍵を復号する復号処理部１０１と、上記再生装置からの、上記コンテンツの復号を要求する復号要求信号に基づいて、上記復号処理部１０１による復号処理回数を設定する復号回数設定部１０２とを備える。これにより、暗号処理装置における実装コストを上げることなく、該暗号処理装置内でライセンスの期限管理を可能とする。【選択図】  図１
2006246081.tif 000002
【特許請求の範囲】
【請求項１】
暗号化されたコンテンツを復号して再生する再生装置に用いられる暗号処理装置において、
上記コンテンツを復号するための暗号化されたコンテンツ復号鍵を復号する復号処理手段と、
上記再生装置からの、上記コンテンツの復号を要求する復号要求信号に基づいて、上記復号処理手段による復号処理回数を設定する復号処理回数設定手段とを備えていることを特徴とする暗号処理装置。
【請求項２】
上記コンテンツの利用の認証を行う認証手段と、
上記復号処理手段による復号処理の開始および停止を制御する復号処理制御手段とを備え、
上記復号処理制御手段は、上記認証手段によってコンテンツの利用が認証されていれば、上記復号処理手段による復号処理を継続させるように復号処理手段を制御することを特徴とする請求項１に記載の暗号処理装置。
【請求項３】
上記認証手段は、上記復号処理手段による復号処理結果に基づいて、コンテンツの利用の認証を行うことを特徴とする請求項２に記載の暗号処理装置。
【請求項４】
上記復号要求信号には、上記復号処理手段の復号処理に使用する暗号鍵情報と、該暗号鍵の使用方法および使用環境を規定する鍵付随情報とを含み、
上記復号処理回数設定手段は、上記鍵付随情報に基づいて復号回数を設定することを特徴とする請求項１に記載の暗号処理装置。
【請求項５】
上記鍵付随情報は、上記復号処理手段によって復号されるコンテンツ復号鍵によって暗号化されたコンテンツの符号化情報であることを特徴とする請求項４に記載の暗号処理装置。
【請求項６】
上記復号回数設定手段は、乱数要素を付与した情報に基づいて復号回数を設定することを特徴とすることを特徴とする請求項１に記載の暗号処理装置。
【請求項７】
請求項１〜６の何れか１項に記載の暗号処理装置を備えたことを特徴とするＩＣカード。
【請求項８】
暗号化されたコンテンツを、コンテンツ復号鍵を用いて復号して再生する再生装置と、
上記コンテンツを復号するための暗号化されたコンテンツ復号鍵を復号する復号処理手段と、上記再生装置からの、上記コンテンツの復号を要求する復号要求信号に基づいて、上記復号処理手段による復号処理回数を設定する復号処理回数設定手段とを備えた暗号処理装置とを備え、
上記再生装置は、上記暗号処理装置からの、設定された復号回数を示す情報に基づいて、該暗号処理装置にコンテンツの利用を認証するための認証情報を通知することを特徴とするコンテンツ再生システム。
【請求項９】
上記再生装置は、外部の認証サーバに上記認証情報の生成を要求する認証情報生成要求信号を送信することを特徴とする請求項８に記載のコンテンツ再生システム。
【請求項１０】
上記暗号処理装置は、
上記復号処理手段の復号処理に使用する暗号鍵情報と、該暗号鍵の使用方法を規定する鍵付随情報とを、上記暗号処理装置と同一構成の別の暗号処理装置もしくは上記認証サーバのみが復号できる形式に暗号化する暗号化手段を備えていることを特徴とする請求項９に記載のコンテンツ再生システム。
【請求項１１】
上記認証サーバは、
第１の暗号処理装置より、上記復号処理手段の復号処理に使用する暗号鍵情報と、該暗号鍵の使用方法および使用環境を規定する鍵付随情報とを含んだ暗号処理情報を受け取ったとき、上記暗号鍵情報と鍵付随情報とを、上記第１の暗号処理装置と同一構成の第２の暗号処理装置のみが暗号化されたコンテンツ復号鍵を復号できる形式に暗号化する暗号化手段を備えていることを特徴とする請求項９に記載のコンテンツ再生システム。
【請求項１２】
上記認証サーバは、
上記第２の暗号処理装置から第１の暗号処理装置への委譲情報の委譲されたときに、該第２の暗号処理装置からの認証情報を受け付けないようにし、
上記第１の暗号処理装置から設定された復号回数の復号が完了したことを示す復号完了情報を受けたときに、再び、第２の暗号処理装置からの認証情報を受け付けるようにすることを特徴とする請求項９に記載のコンテンツ再生システム。
【請求項１３】
暗号化されたコンテンツを復号して再生する際に使用する暗号処理方法において、
上記コンテンツを復号するための暗号化されたコンテンツ復号鍵を復号する第１ステップと、
上記コンテンツの復号を要求する復号要求信号に基づいて、第１ステップにおけるコンテンツ復号鍵の復号処理回数を設定する第２ステップとを含む暗号処理方法。
【請求項１４】
さらに、上記第２ステップにおいて設定された復号処理回数に達し、且つ、コンテンツの利用が認証されていれば、上記第１ステップにおけるコンテンツ復号鍵の復号処理を継続させる第３ステップを含んでいることを特徴とする請求項１３に記載の暗号処理方法。
【請求項１５】
コンピュータに、
上記コンテンツを復号するための暗号化されたコンテンツ復号鍵を復号する復号処理手順と、
上記コンテンツの復号を要求する復号要求信号に基づいて、上記復号処理手順におけるコンテンツ復号鍵の復号処理回数を設定する復号処理回数設定手順とを実行させる暗号処理プログラム。
【請求項１６】
請求項１５に記載の暗号処理プログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子化された著作物の不正利用を防止し、セキュリティを確保するためのシステムで利用される暗号処理装置に関するものである。
【背景技術】
【０００２】
近年、電子化された著作物（コンテンツ）が、パーソナルコンピュータのような汎用計算機や高機能化した再生機器によって再生されるようになっている。特に昨今では、記録媒体のみならず、通信機器や通信設備の充実に伴って、インターネットなどのネットワークを介して、映像や音声などの大容量のコンテンツも、ストリーミング方式を用いて誰でも容易に入手し、利用することが可能になった。
【０００３】
このような状況から、正当な権限を持たない利用者に対して、コンテンツの不正利用をいかに防ぐかという問題はいっそう深刻になってきている。これは、コンテンツの復号処理モジュールはソフトウェアによって実装されることが多く、バッファリングされた復号後のコンテンツを不正に取り出したり、不正な再生モジュールを使用してコンテンツをコピーしたりするなどといったことが、専用の再生機器を用いた場合に比べ、容易な為である。
【０００４】
従来、このような不正利用からコンテンツを守るためのさまざまな技術・方法が用いられてきた。例えば、不正利用からコンテンツを守るために、以下に示すような、暗号処理、トークンによるライセンス管理、ライセンス委譲／共有、時間によるライセンス管理等の技術・方法が用いられてきた。
【０００５】
（１）暗号処理
コンテンツの不正利用を防ぐ方法で、まず、コンテンツそのものを守る方法として、コンテンツの暗号化が挙げられる。ここで、図１４を参照して、一般的なコンテンツの暗号化手法であるハイブリッド暗号方式について説明する。
【０００６】
電子コンテンツ１２０１は、共通鍵暗号方式の鍵１２０２を用いて暗号化され、暗号文１２０４となる。以下、この鍵１２０２をコンテンツ鍵と称する。このコンテンツ鍵１２０２は、コンテンツを暗号化および復号するために、コンテンツ提供者と利用者との間で共有される鍵である。該コンテンツ鍵１２０２は、利用者の、公開鍵暗号方式の私有鍵１２０５と対をなす公開鍵１２０３を用いて、その公開鍵暗号方式で暗号化される。ここで、この結果生成された鍵を秘匿暗号鍵と称することとし、図中には１２０６として記す。
【０００７】
利用者は、暗号文１２０４とこの秘匿暗号鍵１２０６を受け取り、秘匿暗号鍵１２０６を、自身の知る私有鍵１２０５で復号してコンテンツ鍵１２０２を取得する。このコンテンツ鍵１２０２を用いて暗号文１２０４を復号すれば、コンテンツを取得し、再生することができる。
【０００８】
前記のようにしてコンテンツを取得できるのは、私有鍵１２０５を持つ正規の利用者のみである。この私有鍵１２０５を、次に述べるトークン内に格納して配布するなどすれば、安全に私有鍵１２０５を正規の利用者のみに送付することができる。
【０００９】
（２）トークンによるライセンス管理
次に、ＩＣカードなどの耐タンパ性をもつトークンの利用が挙げられる。トークン内に秘密情報を格納しておき、再生モジュールは、ＩＣカードから適切な秘密情報を取り出せたときのみ、復号処理および／または再生処理を実行するというものである。ここでいう秘密情報とは、例えば、前述の、暗号化されたコンテンツ鍵（秘匿暗号鍵１２０６に相当）の復号鍵（私有鍵１２０５に相当）であったりする。
【００１０】
トークンには、通常、認証モジュールが組み込まれており、あらかじめ登録されたパスワードなどの認証に成功しない限り、中の秘密情報を取り出せないように構成される。さらに、ＩＣカードのように特別な計算を行うことができるトークンの場合、認証モジュールは、そこに記憶された情報の利用を制限するだけでなく、ある特定の処理をカードに実行させるかどうかについて制限をかけることも可能である。つまり、その処理を実行させるために必要な認証方法および認証データを設定しておき、その認証に成功した後でなければその処理を実行できないという構成にすることもできる。
【００１１】
上で述べた（１）の暗号処理および（２）のトークンによるライセンス管理における不正利用防止の仕組みは、ストリーミング方式による配信方法において、さまざまなニーズに応えつつ、すでに広く用いられている。
【００１２】
この理由について以下に述べる。
【００１３】
一般に、コンテンツの配信は２つの方法に大別される。１つはコンテンツを電子ファイルとして配信する方法、もう１つは上述のストリーミング方式で配信する方法である。これらの方法はコンテンツを保護するための方法も異なっている。
【００１４】
前者の場合、ＣＤなどの記録媒体に収めて配信したり、ネットワークを介してダウンロードされたりすることでコンテンツが配信されるので、利用者が取得するコンテンツは静的である。すなわち、もしコンテンツが暗号化されているとすれば、その暗号鍵は不変であり、一度その鍵を入手すれば、恒久的にそのコンテンツを利用できることになる。
【００１５】
後者の場合、すなわちストリーミング方式でコンテンツを配信する場合、コンテンツを暗号化して配信するとすれば、その鍵を随時変更可能である。これは、コンテンツ鍵を変更しても、それを利用者のみが復号できる秘匿暗号鍵としてコンテンツと一緒に配送すればよい為である。
【００１６】
このように暗号鍵を変えることは、ある時点からコンテンツを視聴できるようにしたり、別のある時点からコンテンツを視聴できないようにしたりするときに有効である。これは、前述のように不変のコンテンツ鍵であれば、一度鍵を取得してしまうと固定のコンテンツをずっと復号できてしまうが、鍵を変えて配信する場合は、秘匿暗号鍵の配信をやめれば、容易に特定の利用者のみを視聴できないようにできるからである。
【００１７】
また、公になっている鍵配送スキームなどに従って作られたコンテンツを配布する場合、再生ソフトウェアは比較的作成が容易なため、不正な再生ソフトウェアを用いて再生され、利用者の私有鍵が、不正に使用されてしまうおそれがある。例えば、使用し終えた鍵を適切に破棄せずに再利用するといった具合である。
【００１８】
このような問題に対しては、私有鍵をトークンから取り出さずに、コンテンツ鍵の復号をＩＣカード内部で行う方法がある。そうすることで、利用者の私有鍵がＩＣカードから出ないように構成できるので、不正なソフトウェアが私有鍵を乱用することを防ぐことができる。
【００１９】
前述のような、トークンでコンテンツ鍵を復号するライセンス管理方法は、暗号化されたコンテンツのストリーミング配信のように次々と暗号鍵が変わっていく場合、特に有効である。コンテンツを再生するためには、暗号化されたコンテンツ鍵（秘匿暗号鍵）をカードに渡して復号させる必要がある。カードは適切な認証情報を与えないと復号を行わないように構成できるので、再生の度にライセンス確認を行うことができる。
【００２０】
このような、ＩＣカードを用いた鍵復号による、確実なライセンス管理方法として特許文献１に開示された「認証方法および装置」がある。
【００２１】
しかしながら、特許文献1では、トークンに渡される補助情報の内容や、渡されるべき間隔が、コンテンツ鍵生成時に固定されてしまい柔軟な管理ができなかった。
【００２２】
以上のように、従来のような、ＣＤなどの記録媒体に収めて配信したり、ネットワークを介してダウンロードされたりすることでコンテンツが配信される場合や、ストリーミング方式でコンテンツを配信する場合、ライセンスの柔軟な管理（トークンを共有したり、一時的に委譲し・有効期限がきたら回収したりすること）が容易ではないという問題がある。つまり、不正利用者に対するセキュリティ対策のために正規の利用者の利便性が犠牲になる傾向がある。これらのさまざまな利用状況から生じるニーズや課題は、以下の特許文献２〜４に見られるような方法でそれぞれ解決されてきた。
【００２３】
（ライセンス委譲／共有）
トークンは耐タンパ性を確保するため、一度発行されるとライセンス情報などが外に取り出されることがないのが普通であるが、特定の認証を経た後で、別のトークンにデータを移行できることが望ましい場合がある。
【００２４】
例えば、ネットワークを介してストリーミング配信されるコンテンツのライセンス権がトークンによって管理される場合、このライセンスを購入した利用者は、同じライセンスで、家庭内の専用再生機でも、携帯再生機でも再生できることを望むかもしれない。
【００２５】
しかし、両者が同じトークン・インターフェイス（例えばＩＣカードリーダ）を備えているとは限らないので、１つの種類のトークンから、別の種類のトークンに権限を一時的に委譲できると利用者の利便性が向上する。
【００２６】
別の例として、有料放送のチャンネル視聴権を管理するトークンについて述べる。そのトークンは専用の再生機器１台に対して１つずつ固定的に割り当てられているとする。ある家庭がこのような再生機器を複数台購入したとすると、同じチャンネルを見るために、複数のライセンスを購入しなければならないかもしれない。ライセンスが書き込まれるのは１つのトークンだけだからである。
【００２７】
このような問題に対し、トークン間でライセンス情報を安全に委譲する方法が、特許文献２に示されている。この方法によれば、ライセンスの委譲時に、委譲元からはライセンス情報が消されるので、ライセンスは常に１つのみ存在することが保証される。
【００２８】
また、特許文献３には、機器ごとの特定データを１つのトークンに書き込んでおき、機器が複数あっても一つのトークンでライセンス管理ができる方法が開示されている。
【００２９】
（時間によるライセンス管理）
特許文献４には、安全が保証されたコンテンツ読出装置において、該装置が備えるタイマの時間を基にした、ライセンス管理方法が示されている。
【特許文献１】特開平１０−２１５２４２号公報（１９９８年８月１１日公開）
【特許文献２】特開２０００−２９９９６号公報（２０００年１月２８日公開）
【特許文献３】特開２００１−２０９３１２号公報（２００１年８月３日公開）
【特許文献４】特開２００３−１２２６４３号公報（２００３年４月２５日公開）
【発明の開示】
【発明が解決しようとする課題】
【００３０】
（トークン管理の煩雑さ）
前述のように、ストリーミング配信されるコンテンツ（放送も含む）のライセンス管理においては、トークンを用い、そのトークン上にコンテンツ鍵復号モジュールをおくことが望ましいのであるが、以下のような問題があった。
【００３１】
特許文献２に示されるように、ライセンスの委譲に際して、トークンの権利を完全に移動させてしまうと、異なる複数のトークンでライセンスを共有できるが、利用者が各時点でライセンスを保持しているトークンを忘れた場合など、委譲元のトークンに権限が戻らない可能性がある。そうすると、使用したいときにすぐに所望のトークンを発見できないということになり、結果として管理が煩雑になってしまうという問題があった。
【００３２】
特許文献３に示されるように、１つのトークンに複数の機器用の情報を書き込んでおく方法は、トークンの限られたメモリ領域を圧迫する上、あらかじめすべての機器の情報を安全にトークン内に封入することが難しいという問題が生じる。これは、カードを発行した後で、サービスを追加するといったことが難しいからである。後からサービスを追加しようとするならば、サービスを書き込むための権限取得と書き込みデータの正当性確認を、サービス提供者が信頼できる環境において行う必要がある。そうでなければ不正なサービスを書き込まれるといった不正使用がないと保証することができない。
【００３３】
（タイマがないトークンにおけるライセンスの適切な無効化）
タイマや時計を内部に備えないトークンは通常、一度認証が終わってしまえば、リセット信号を受け取るなどするまでの間、認証状態を保持し、ずっと使い続けることができる。特に、認証情報が固定である場合、委譲時に委譲元のトークンからライセンスを消さない限り、２つのトークンで同じ権限を使用できることになり、結果として、権限の複製を許してしまうことになる。
【００３４】
特許文献４に示されるコンテンツ読出装置がそうであるように、鍵デコードモジュールを搭載したトークンがタイマを備えれば、一定期間後に無効化するなどという規則を実装することができるが、電源を備えていない通常のトークンに比べ実装コストがかさんでしまい、現実的でない。
【００３５】
結果として、トークンの実装コストを上げることなく、複数のトークンの間で、ライセンス情報を矛盾なく、安全にしかも柔軟に委譲し、再び元のトークンを回収することができないという問題があった。
【００３６】
本発明は、前記の各問題点に鑑みてなされたものであり、その目的は、トークンでコンテンツ鍵を復号するライセンス管理方法において、トークンの実装コストを上げることなく、トークン内でライセンスの期限管理を可能とする暗号処理装置およびコンテンツ再生システムを実現することにある。
【課題を解決するための手段】
【００３７】
本発明に係る暗号処理装置は、上記課題を解決するために、暗号化されたコンテンツを復号して再生する再生装置に用いられる暗号処理装置において、上記コンテンツを復号するための暗号化されたコンテンツ復号鍵を復号する復号処理手段と、上記再生装置からの、上記コンテンツの復号を要求する復号要求信号に基づいて、上記復号処理手段による復号処理回数を設定する復号処理回数設定手段とを備えていることを特徴としている。
【００３８】
上記の構成によれば、コンテンツ復号鍵を復号する復号処理手段における復号処理回数が該コンテンツ復号鍵の復号要求信号に基づいて設定されるようになっているので、コンテンツ利用の期限管理を暗号処理装置内で行うことができる。
【００３９】
これにより、タイマを別途設ける必要が無く、内部の信号処理回路のみで済むので、暗号処理装置におけるライセンス管理をタイマや電源等といった装置によって行う必要がないので、実装コストを上げることなく、暗号処理装置内部でライセンスの期限管理が可能となる。
【００４０】
また、上記コンテンツの利用の認証を行う認証手段と、上記復号処理手段による復号処理の開始および停止を制御する復号処理制御手段とを備え、上記復号処理制御手段は、上記認証手段によってコンテンツの利用が認証されていれば、上記復号処理手段による復号処理を継続させるように復号処理手段を制御するようにしてもよい。
【００４１】
この場合、復号処理制御手段は、復号処理回数設定手段によって設定された復号処理回数が経過すれば、コンテンツ復号鍵の復号処理を停止するように復号処理手段を制御するが、上記のように、認証手段によってコンテンツの利用が認証されれば、コンテンツ復号鍵の復号処理を継続するように復号処理手段を制御するようになっている。つまり、コンテンツの利用が認証されれば、コンテンツ復号鍵の復号処理が継続され続けることになる。
【００４２】
このように、上記復号回数設定手段によって設定された復号回数毎に、認証情報の妥当性を確認することにより、コンテンツの利用には正当な利用者にしか利用させないようにすることができる。また、不正な利用者に対しては、その不正利用を防止できる。
【００４３】
上記認証手段は、上記復号処理手段による復号処理結果に基づいて、コンテンツの利用の認証を行うようにしてもよい。
【００４４】
この場合においても、コンテンツの利用の認証を、実際に行われた復号処理の結果に基づいて、行われているので、コンテンツの利用には正当な利用者にしか利用させないようにすることができる。
【００４５】
上記復号要求信号には、上記復号処理手段の復号処理に使用する暗号鍵情報と、該暗号鍵の使用方法および使用環境を規定する鍵付随情報とを含み、上記復号処理回数設定手段は、上記鍵付随情報に基づいて復号回数を設定するようにしてもよい。
【００４６】
上記鍵付随情報は、上記復号処理手段によって復号されるコンテンツ復号鍵によって暗号化されたコンテンツの符号化情報であってもよい。
【００４７】
この場合、付随情報としてコンテンツの符号化情報が用いられれば、コンテンツのフォーマット、すなわちコンテンツのデータ構造を特定することが可能となるので、有用なデータ（復号回数を設定するために必要なデータ）を得るためのより実際の利用環境に応じた適切な認証間隔を計算できる。
【００４８】
上記復号回数設定手段は、乱数要素を付与した認証情報に基づいて復号回数を設定してもよい。
【００４９】
この場合、復号回数を設定するための認証情報に乱数要素が付与されているので、設定される復号回数を外部から推測不可能とすることができる。この結果、暗号処理装置における安全性をより高くできる。
【００５０】
また、外部との通信を行うための通信手段を備え、上記暗号鍵と該暗号鍵に付随する付随情報とは上記通信手段による外部との通信によって取得した情報であってもよい。
【００５１】
そして、上記認証手段は、上記通信手段によって暗号鍵と共に取得した付随情報に基づいて、上記認証情報の妥当性を判断するのが好ましい。
【００５２】
ＩＣカードに上記構成の暗号処理装置を備えるようにしてもよい。
【００５３】
この場合、正規の利用者に対しては、柔軟で、使いやすく、また、不正な利用者に対しては、その不正利用を防止できるＩＣカードにすることができる。
【００５４】
本発明のコンテンツ再生システムは、暗号化されたコンテンツを、コンテンツ復号鍵を用いて復号して再生する再生装置と、上記コンテンツを復号するための暗号化されたコンテンツ復号鍵を復号する復号処理手段と、上記再生装置からの、上記コンテンツの復号を要求する復号要求信号に基づいて、上記復号処理手段による復号処理回数を設定する復号処理回数設定手段とを備えた暗号処理装置とを備え、上記再生装置は、上記暗号処理装置からの、設定された復号回数を示す情報に基づいて、該暗号処理装置にコンテンツの利用を認証するための認証情報を通知することを特徴としている。
【００５５】
上記の構成によれば、コンテンツ復号鍵を復号する復号処理手段における復号処理回数が該コンテンツ復号鍵の復号要求信号に基づいて設定されるようになっているので、コンテンツ利用の期限管理を暗号処理装置内で行うことができる。
【００５６】
これにより、タイマを別途設ける必要が無く、内部の信号処理回路のみで済むので、暗号処理装置におけるライセンス管理をタイマや電源等といった装置によって行う必要がないので、実装コストを上げることなく、暗号処理装置内部でライセンスの期限管理が可能となる。
【００５７】
この結果、再生装置において暗号化されたコンテンツを、不正な利用者が利用できず、正規の利用者のみが利用できるようなシステムにすることができる。
【００５８】
上記再生装置は、上記認証サーバに対して、上記暗号処理装置で使用する認証情報を作成することを要求する要求信号を送信するようにしてもよい。あるいは別の端末から停止を要求できてもよい。認証サーバは停止要求に応じて認証情報の生成を中止し、その旨を親トークンに通知することによって親トークンのロックが解除されれば委譲処理前の状態に戻すことができるからである。ただし、このような場合、子トークンに対して明示的な委譲の終了要求が無いかもしれないので、有効期限が切れたあとは自動的に鍵の登録情報を削除するなどといった処理が必要となる。
【００５９】
上記認証サーバは、第１の暗号処理装置より、上記復号処理手段の復号処理に使用する暗号鍵情報と、該暗号鍵の使用方法および使用環境を規定する鍵付随情報とを含んだ暗号処理情報を受け取ったとき、上記暗号鍵情報と鍵付随情報とを、上記第１の暗号処理装置と同一構成の第２の暗号処理装置のみが暗号化されたコンテンツ復号鍵を復号できる形式に暗号化する暗号化手段を備えていてもよい。
【００６０】
これによって、複数の暗号処理装置間でのライセンスの共有を行うことが可能となる。
【００６１】
また、上記認証サーバは、上記第２の暗号処理装置による第１の暗号処理装置への委譲情報の委譲回数をカウントし、所定の委譲回数に達したときに、該第２の暗号処理装置からの委譲情報を受け付けないようにしてもよい。
【００６２】
さらに、上記認証サーバは、上記第２の暗号処理装置から第１の暗号処理装置への委譲情報の委譲されたときに、該第２の暗号処理装置からの認証情報を受け付けないようにし、上記第１の暗号処理装置から設定された復号回数の復号が完了したことを示す復号完了情報を受けたときに、再び、第２の暗号処理装置からの認証情報を受け付けるようにしてもよい。
【００６３】
この場合、委譲元の第２の暗号処理装置は、委譲情報を第１の暗号処理装置に委譲した場合に、一時的にライセンスが使用できなくなる。つまり、ライセンスの委譲および回収が自動的に行われるようになるので、利用者は特に委譲元および委譲先の情報を把握する必要がなくなる。
【００６４】
以上のことから、トークンの実装コストを上げることなく、複数のトークンの間で、ライセンスの委譲および回収、または共有をスムーズに実施し、その結果、正規の利用者に対しては、柔軟で、使いやすく、また、不正な利用者に対しては、その不正利用を防止できる、安全なコンテンツ再生システムを提供することができる。
【発明の効果】
【００６５】
本発明に係る暗号処理装置は、以上のように、暗号化されたコンテンツを復号して再生する再生装置に用いられる暗号処理装置において、上記コンテンツを復号するための暗号化されたコンテンツ復号鍵を復号する復号処理手段と、上記再生装置からの、上記コンテンツの復号を要求する復号要求信号に基づいて、上記復号処理手段による復号処理回数を設定する復号処理回数設定手段とを備えていることで、暗号処理装置におけるライセンス管理をタイマや電源等といった装置によって行う必要がないので、実装コストを上げることなく、暗号処理装置内部でライセンスの期限管理が可能となるという効果を奏する。
【発明を実施するための最良の形態】
【００６６】
本発明の一実施の形態について説明すれば、以下の通りである。
【００６７】
まず、本発明の暗号処理装置の概要を説明し、その後、具体的な暗号処理装置およびそれを備えたコンテンツ再生システムについて説明する。
【００６８】
図１に示すように、本発明の暗号処理装置１００は、暗号化されたコンテンツを復号して再生する再生装置に用いられる暗号処理装置であり、上記コンテンツを復号するための、暗号化されたコンテンツ復号鍵を復号する復号処理部（復号処理手段）１０１と、再生装置からの、コンテンツの復号要求を示す復号要求信号に基づいて、上記復号処理部１０１の復号回数を設定する復号回数設定部（復号処理回数設定手段）１０２と、上記復号処理部１０１および上記復号回数設定部１０２の動作を制御する復号処理制御部（復号処理制御手段）１０３と、上記コンテンツの利用を認証する認証部（認証手段）１０４とを備えた構成となっている。
【００６９】
また、上記復号処理制御部１０３は、上記号回数設定部１０２によって設定された復号回数が経過したときに、上記復号処理部１０１による復号処理を停止させるが、上記認証部１０４によってコンテンツの利用が認証されていれば、上記復号処理部１０１による復号処理を継続させるようになっている。
【００７０】
上記の構成によれば、再生装置からの、コンテンツの復号要求を示す復号要求信号に基づいて復号回数設定部１０２が復号処理部１０１における復号処理回数を設定するようになっているので、暗号処理装置本体側で復号処理の復号回数を規定することができる。
【００７１】
具体的には、上記復号処理制御部１０３は、上記復号処理部１０１が設定された復号回数分の復号を完了したときに、上記認証部１０４の認証結果に基づいて該復号処理部１０１による復号の継続を可能な状態にするか否かを判断し、復号の継続を可能な状態にすると判断した場合、上記復号回数設定部１０２に、再度復号回数を設定させ、復号の継続を可能な状態にしないと判断した場合、上記復号処理部１０１に、復号させないようにすればよい。
【００７２】
これにより、暗号処理装置における復号処理を無制限に行わせないようにすることが可能となる。
【００７３】
上記構成の暗号処理装置１００の具体的な例について、図２を参照しながら以下に説明する。
【００７４】
図２に示すように、暗号処理装置２００は、図１に示した暗号処理装置１００の復号処理部１０１に相当する暗号処理部２０１、復号回数設定部１０２に相当する認証間隔決定部２０２、復号処理制御部１０３に相当する暗号処理制御部２０３、認証部１０４に相当する認証部２０４を備え、さらに、通信Ｉ／Ｆ（インターフェース）２０５、鍵情報記憶部２０６を備えている。
【００７５】
上記暗号処理装置２００は、通信Ｉ／Ｆ２０５を介して受信するコマンドに呼応して適切な処理を行ったあと、結果を、該通信Ｉ／Ｆ２０５を介して送り返ようになっている。
【００７６】
上記暗号処理部２０１は、上記通信Ｉ／Ｆ２０５を介して受信したデータに暗号処理を施すようになっている。
【００７７】
上記認証部２０４は、上記通信Ｉ／Ｆ２０５を介して外部の認証サーバ等（図示せず）との間でデータの送受を行うことで暗号処理装置２００における各種機能をロック状態あるいは活性化状態にするための認証を行うようになっている。つまり、コンテンツの利用の認証を行うようになっている。
【００７８】
すなわち、上記認証部２０４は、上記暗号処理部２０１による暗号処理を含め、暗号処理装置２００が持つ機能の一部または全部をロックしたり活性化したりするために、暗号処理装置２００の外部との間で認証処理を行うようになっている。
【００７９】
認証の対象は、利用者である場合もあれば、暗号処理装置２００に接続されて使用する機器である場合もある。前者の場合は、暗号処理装置２００にパスワードなどを提示することによって認証するなどし、後者の場合は、暗号処理装置２００に接続される機器が、自ら記憶するＩＤなどをもとに、コンテンツの利用の認証に必要な情報（以下、認証情報と称する）を生成して提示することになる。
【００８０】
上記認証間隔決定部２０２は、上記認証部２０４による認証動作を実行する間隔、すなわち前回の認証から次回の認証までの間隔を決定するようになっている。この認証間隔の決定の仕方についての詳細は後述する。
【００８１】
上記暗号処理制御部２０３は、上記の暗号処理部２０１、認証間隔決定部２０２、認証部２０４における各種機能を制御する制御手段である。この暗号処理制御部２０３は、制御を行う際に、鍵情報記憶部２０６に記憶された各種情報を利用する。
【００８２】
上記鍵情報記憶部２０６には、暗号鍵２０６ａと、該暗号鍵２０６ａと共に登録されたコンテンツ付随情報２０６ｂと、認証間隔計算パラメータ２０６ｃとが記憶されている。
【００８３】
上記暗号鍵２０６ａは、暗号処理部２０１を用いて暗号処理を行うときに使用される。
【００８４】
上記コンテンツ付随情報２０６ｂは、暗号処理部２０１で行われる暗号処理をロックしたり、活性化したりする契機となる、認証の間隔を決定するためなどに使用される情報であり、暗号鍵２０６ａとともに外部より通知される。
【００８５】
上記コンテンツ付随情報２０６ｂは、例えば、正常に再生するために必要なコンテンツ鍵の復号回数を推定するために用いられる情報であり、例えば、コンテンツのエンコード方式、ビットレートなどの情報である。これらの情報は、暗号化されたコンテンツ鍵を復号するために用いられたり、鍵を登録する際に直接指定されたりしてもよい。また、図９（ａ）〜図９（ｃ）に示されるような、鍵と結び付けられたサービスやコンテンツに関する情報を含む表をあらかじめ暗号処理装置２００内部に記憶し、そのレコードを引くための情報のみが、鍵の登録時に指定されるというのでもよい。例えば、登録される鍵は、チャンネル１のための鍵である、といった情報である。
【００８６】
上記認証間隔計算パラメータ２０６ｃは、上記コンテンツ付随情報２０６ｂなどから、認証間隔を計算するときに用いる中間パラメータである。この認証間隔計算パラメータ２０６ｃは、上記した認証間隔決定部２０２で使用される。
【００８７】
ここで、「認証間隔」とは、当該暗号処理装置２００が認証を受けてから、次に外部に認証を求めるまでに、実行可能な復号処理の回数のことである。従って、上記認証間隔決定部２０２は、前述した図１に示す復号回数設定部１０２に対応するものとなる。
【００８８】
次に、上記構成の暗号処理装置２００を利用したコンテンツ再生システムの概要について、図３を参照しながら以下に説明する。
【００８９】
本実施の形態にかかるコンテンツ再生システムは、図３に示すように、暗号処理装置２００を備えたＩＣカード３０１と、再生装置３０２と、認証実体（外部の認証サーバ）３０３とで構成されている。
【００９０】
本コンテンツ再生システムは、図示しないコンテンツ配信サーバから配信される暗号化されたコンテンツを復号して再生するシステムである。以下に、このコンテンツ再生システムにおけコンテンツ再生処理の流れについて説明する。
【００９１】
まず、ＩＣカード３０１は、再生装置３０２からコンテンツ鍵の復号を指示する秘匿暗号鍵復号コマンドを受けると（１）、コンテンツ鍵の復号をし（２）、認証間隔を決定した（３）後で、これらを一緒に再生装置３０２に送り返す（４）。なお、ＩＣカード３０１による認証間隔決定の処理については後述する。
【００９２】
次に、認証間隔の通知を受け取った再生装置３０２は、認証情報を生成し得る認証実体３０３に対して認証情報の生成要求（認証情報生成要求信号）を送信する（１６）。この認証実体３０３とは、認証サーバであってもよいし、別のデバイスであっても、再生装置３０２の利用者自身であってもよい。以下、この実体を認証エンティティ３０３と称する。
【００９３】
認証情報の生成には暗号技術を用いたチャレンジ・レスポンス方式を採用するものとし、該チャレンジにはIＣカード３０１から受け取ったコンテンツ鍵を用いることとする。そのようにすることで、チャレンジ・データを別途受け取る必要がなく、通信量を削減することができる。
【００９４】
再生装置３０２は、認証エンティティ３０３から認証情報を受け取るか、あるいは、指定された認証間隔回数のコマンド授受を終えるまでの間、秘匿暗号鍵をＩＣカード３０１に送り（５）、ＩＣカード３０１によって復号されたコンテンツ鍵を受け取る処理を繰り返す（６）。もちろん、再生装置３０２は、そのコンテンツ鍵を用いてコンテンツを復号し、コンテンツを再生する。
【００９５】
指定された認証間隔のコマンド授受を終えるまでに、認証エンティティ３０３から認証情報が返されたとき（１７）、再生装置３０２は、秘匿暗号鍵復号コマンドとともに、この認証情報をＩＣカード３０１に通知する（７）。
【００９６】
ＩＣカード３０１は、この認証情報を検証し（８）、正しい認証情報であった場合には、引き続きコンテンツ鍵の復号を続け（９）、結果を認証結果とともに再生装置３０２に送り返す（１０）。
【００９７】
一方、認証が失敗した場合、再生装置３０２に失敗を通知し、それ以上コンテンツ鍵の復号処理は行わない。
【００９８】
上記の（３）で決定された認証間隔が経過するまでに正しい認証情報が得られなかった場合、ＩＣカード３０１は次の秘匿暗号鍵復号コマンドを受け取ったときに認証成功の有無を検証する（１２）。ここで、成功していないことがわかれば、それ以上コンテンツ鍵の復号処理は行わない。
【００９９】
上記（１２）の検証処理によって認証が成功した場合、ＩＣカード３０１は次の認証開始を再生装置３０２に対していつ指示するかを決定する（１３）。なお、認証開始のタイミングを決定する処理については後述する。
【０１００】
そして、ＩＣカード３０１は、認証間隔が決定されれば、再び、コンテンツ鍵の復号処理を行う（１４）と共に、再生装置３０２に対して、コンテンツ鍵、認証間隔を通知（１５）する。なお、ここでは、説明の便宜上、認証間隔の決定を、コンテンツ鍵の復号処理の継続決定の前に行うようにしているが、これに限定されるものではなく、例えば、認証間隔の決定を、コンテンツ鍵の復号処理の継続決定の後に行うようにしてもよい。
【０１０１】
ここで、上記の（３）における認証間隔を決定する処理の流れについて、図３及び図４を参照しながら以下に説明する。
【０１０２】
ＩＣカード３０１は、コンテンツ鍵の復号を指示する秘匿暗号鍵復号コマンドを再生装置３０２から受信すると（ステップＳ１１）、ＩＣカード３０１は指示通り、コンテンツ鍵を復号する（ステップＳ１２）。
【０１０３】
次に、認証間隔に乱数要素を取り入れて認証強度を増すために乱数を生成する（ステップＳ１３）。乱数の生成は、認証間隔を求めるたびに行われることが好ましい。それによって、認証間隔を１回ごとに変えることができ、セキュリティ強度が高まるからである。
【０１０４】
生成した乱数と、図２に示した認証間隔計算パラメータ２０６ｃを用いて認証間隔を例えば次のように決定する（ステップＳ１４）。
【０１０５】
前記「認証情報生成コストパラメータ」、「鍵初期化間隔時間」および「理想認証間隔」を用いて求めるとすると、例えば、「鍵初期化間隔時間」＊前記乱数／「認証情報生成コストパラメータ」＋「理想認証間隔」といった具合に求められる。ここに示した式や、その中で用いられたパラメータは一例に過ぎない。なお、上記認証間隔計算パラメータ２０６ｃの求め方の詳細は後述する。
【０１０６】
ＩＣカード３０１は、決定した認証間隔を、復号されたコンテンツ鍵とともにレスポンス・メッセージとしてエンコードし（ステップＳ１５）、再生装置３０２に送信する（ステップＳ１６）。ここで、再生装置３０２は、ＩＣカード３０１からコンテンツ鍵と認証間隔が通知される。
【０１０７】
次に、上記（１２）の検証処理によって認証が成功した場合に、ＩＣカード３０１は次の認証開始を再生装置３０２に対していつ指示するかを決定する。すなわち、認証開始のタイミングを決定する処理の流れについて、図３および図５を参照しながら以下に説明する。
【０１０８】
まず、ＩＣカード３０１は、図３に示す（１２）において認証が成功すると（ステップＳ２１）、図３に示す（３）で決定された認証間隔と同図中（３）以降に行われた鍵復号処理の回数との差（以下、この値を「認証通知前最大残回数」として参照する。）を上限とする乱数を生成し（ステップＳ２２）、これを次回認証情報通知のタイミングとして決定する（ステップＳ２３）。以下、この値を「次回認証通知前残回数」として参照する。
【０１０９】
続いて、ＩＣカード３０１は、認証通知前最大残回数が所定の閾値Ｋ以上であるか否かを判断する（ステップＳ２４）。ここで、認証通知前最大残回数が所定の閾値Ｋ以上であると判断した場合には、処理を終了する。
【０１１０】
一方、ステップＳ２４において、認証通知前最大残回数が所定の閾値Ｋよりも小さいと判断した場合には、チャレンジを生成し（ステップＳ２５）、処理を終了する。
【０１１１】
ここで、閾値Ｋは、コンテンツを復号するための十分な鍵を得られない回数であればよく、特にその求め方を限定するものではない。例えば、図３の（３）の処理で求めた認証間隔の半分が考えられる。
【０１１２】
また、ステップＳ２５において、チャレンジは乱数により生成されることが望ましい。こうして生成されたチャレンジを「乱数チャレンジ」として参照する。
【０１１３】
図５に示す認証開始のタイミングを決定する処理が完了すれば、引き続き、再生装置３０２は、秘匿暗号鍵をＩＣカード３０１に渡し、ＩＣカード３０１がそれを復号して再生装置３０２に送り返すという処理を繰り返すが、認証成功後、次回認証通知前残回数だけこの処理を行ったとき、ＩＣカード３０１は復号されたコンテンツ鍵とともに、次回の認証間隔を通知する。
【０１１４】
このとき、ＩＣカード３０１は、図５に示すステップＳ２３において、乱数チャレンジを生成していれば、その値をチャレンジ・データとして一緒に通知する。そうでない場合にはそのときに送り返される鍵をチャレンジとして用いることにより、送信データを削減することができる。
【０１１５】
なお、このときの認証間隔は、図４に示す処理の流れと同様の方法で決定される。
【０１１６】
ここで、図５に示すステップＳ２４において、認証通知前最大残回数が閾値Ｋよりも小さい場合に、チャレンジを新たに生成しなければならない理由について説明する。
【０１１７】
認証のチャレンジとして鍵復号結果を用いるとき、チャレンジから導かれる認証データの組をあらかじめ知っていれば認証をクリアできてしまう。そして、復号される前の鍵としてすでにＩＣカードが復号したデータを用いれば、このような組を取得することは比較的容易であるかもしれない。なぜなら、正しい使用条件を満たす間は、認証エンティティは正しい認証情報を生成するはずであるから、この鍵を用いた認証で交わされたデータの中から取得できる可能性があるからである。
【０１１８】
つまり、認証通知前最大残回数が十分に小さければ、認証間隔が通知されるまでの間だけ、前記のように正しい認証データがわかっている秘匿暗号鍵をＩＣカードに送ることで、所望のチャレンジ・データを得ることができ、結果として不正に認証を成功させることができるかもしれない。
【０１１９】
これに対して、認証通知前最大残回数が十分に大きい（閾値Ｋ以上）とき、不正な利用者が前記の方法で認証を成功させるためには、前記のような秘匿暗号鍵を送り続ける必要があり、コンテンツを復号するための正しい秘匿暗号鍵を送ることができないので、その間正しいコンテンツ鍵を得ることができない。したがって、次の認証は成功するかもしれないが、それまでの間に有効な鍵取得を行うことができなくなる。
【０１２０】
このような理由から、認証通知前最大残回数が小さいときには、不正な利用者が容易に認証データを導くことができないように乱数チャレンジを用いることで、認証強度を高めている。
【０１２１】
図６に示すコンテンツ再生システムで使用されるＩＣカード３０１では、特に、暗号鍵を委譲された場合を想定していないが、以下に示すコンテンツ再生システムで使用されるＩＣカードに別のＩＣカードから復号鍵（鍵情報）が委譲された場合について説明する。
【０１２２】
図６に示すように、本実施の形態にかかるコンテンツ再生システム３００は、子トークン３０１、再生装置３０２、認証サーバ３０３、コンテンツ配信サーバ３０４、出力装置３０５、親トークン３０６を含んだ構成となっている。
【０１２３】
すなわち、上記構成のコンテンツ再生システム３００は、２つのＩＣカード（子トークン３０１、親トークン３０６）を用いて、一方のＩＣカード（親トークン３０６）が持つ秘匿暗号鍵を復号してコンテンツ鍵を取り出す為の鍵を他方のＩＣカード（子トークン３０１）に委譲し、その他の構成要素を適切に用意することで、ＩＣカード間の柔軟なコンテンツ復号鍵を復号するための鍵の委譲と、使用後の適切な回収を可能としている。
【０１２４】
上記再生装置３０２は、コンテンツの再生に必要な情報を処理する情報処理部３０２ａと、処理された情報に含まれる暗号化されたコンテンツ（以下、暗号化コンテンツと称する）を、復号するための暗号鍵（以下、コンテンツ鍵と称する）によって復号するコンテンツ復号部３０２ｂとを備えた構成となっている。
【０１２５】
なお、上記コンテンツ復号部３０２ｂによって復号化されたコンテンツは、出力装置３０５に送信される。
【０１２６】
上記認証サーバ３０３は、再生装置３０２および親トークン３０６との間でデータのやり取りを行う情報処理部３０３ａと、該情報処理部３０３ａからの認証情報要求に応じて認証情報を生成する認証情報生成部３０３ｂとを備えた構成となっている。
【０１２７】
上記コンテンツ配信サーバ３０４は、再生装置３０２に対してコンテンツを配信するためのサーバであるが、セキュリティ上の安全を図るために暗号化したコンテンツ（以下、暗号化コンテンツと称する）と、該暗号化コンテンツに付随して秘匿コンテンツ暗号鍵を送信する。上記暗号化コンテンツは、上述したようにコンテンツ鍵によって復号される。このコンテンツ鍵を得るために使用されるのが、上記秘匿コンテンツ暗号鍵である。つまり、秘匿コンテンツ暗号鍵は、秘匿暗号鍵復号コマンドとして、再生装置３０２を介して子トークン３０１に送られ、復号されて、コンテンツ鍵となる。
【０１２８】
上記出力装置３０５は、例えばスピーカ、ヘッドホン等が適用できる。
【０１２９】
すなわち、上記構成のコンテンツ再生システム３００において、親トークン３０６および子トークン３０１は、ともに図２に示す暗号処理装置２００を備えたものとなっている。再生装置３０２は、子トークン３０１を用いて動画コンテンツを再生する。認証サーバ３０３は、再生装置３０２からの要求を受けて認証情報を生成して送り返すサーバである。コンテンツ配信サーバ３０４は、再生装置３０２に対して、秘匿暗号鍵と暗号化されたコンテンツとを配信する。
【０１３０】
ここで、図６を図３のシーケンス図に対応させると、図６の子トークン３０１は、図３のＩＣカード３０１に、図６の再生装置３０２は、図３の再生装置３０２に、そして図６の認証サーバ３０３は、図３の認証実体（エンティティ）３０３に、それぞれ相当する。
【０１３１】
図６において、括弧付けの数字（４）、（５）…等とともに示されるメッセージは、同じ番号を持つ図３のメッセージに対応する。
【０１３２】
暗号化コンテンツ、および秘匿暗号鍵は、コンテンツ配信サーバ３０４より、再生装置３０２に対して、何らかの伝送路を用いて配信されるか、あるいは、すでに再生装置３０２からアクセス可能な何らかの記憶装置に蓄積保存されているものとする。
【０１３３】
これらの配信形態は、通信、放送のいずれでもよく、それに用いられる伝送路についても有線、無線などを含め、その種類の如何を問わない。あるいは蓄積保存される場合、その記録媒体は、ハードディスクドライブ（ＨＤＤ）やデジタル多用途ディスク（ＤＶＤ）など、その種類は問題とならず、電子的に読み取り可能なものであればよい。
【０１３４】
上記構成のコンテンツ再生システム３００において、再生装置３０２は、子トークン３０１によって秘匿暗号鍵の復号結果、すなわちコンテンツ鍵を受け取る（６）。そして、このコンテンツ鍵を内部のコンテンツ復号部３０２ｂに送り、暗号化コンテンツを復号する。復号されたコンテンツは再生モジュールによってデコードされ後、出力装置３０５に送りコンテンツを利用者に提示する。
【０１３５】
以上の構成から、図６に示されるデータのうち、親トークン３０６が認証サーバ３０３に委譲する鍵委譲情報（ア）、認証サーバ３０３より再生装置３０２を経て子トークン３０１に委譲される鍵委譲情報（イ）、および認証サーバ３０３より親トークン３０６へ戻される鍵委譲解放情報の内容と、認証情報生成部３０３ｂで用いられる認証用鍵データとをいかにして取り出すかを明らかにすれば、前記システムを実現できる。
【０１３６】
ここで、鍵復号処理用の新たな情報をＩＣカードに登録するための鍵委譲情報の登録処理について説明する。
【０１３７】
まず、図７を参照して、鍵委譲情報の例を示し、続いて図８を参照して鍵委譲情報登録処理の流れを説明する。以下の説明の中では、丸括弧「（）」で囲まれた、Ｓで始まる数字によって、図８中のステップを参照することがある。
【０１３８】
図７は、鍵委譲情報の例を示す。ここでは、説明を簡単にするため、公開鍵暗号アルゴリズムとして現在広く利用されているRSA暗号を想定した説明を行う。すなわち、公開鍵と私有鍵は対称的な性質をもち、公開鍵を用いた処理結果は私有鍵でもとに戻すことができ、その逆もまた成り立つ。通常公開鍵暗号アルゴリズムは公開鍵で暗号化し、私有鍵で復号することが想定されるが、以下の説明では、私有鍵を用いるか公開鍵を用いるかによらず、平分に対する処理を暗号化、暗号文に対する処理を復号ということがある。認証情報とコンテンツ鍵とを関連付けて同時に登録する場合に暗号処理装置に渡される登録情報の例が、同図中の鍵委譲情報として示されている。該鍵委譲情報には、認証用の公開鍵Ｐｕｂ−ａと、鍵登録情報とが含まれている。暗号処理装置は、必要に応じて該鍵登録情報に含まれるコンテンツ付随情報に基づいて認証間隔を決定するためのパラメータを計算するとともに、Ｐｕｂ−ａを記憶する。認証を行う際には、あるチャレンジに対して得たレスポンスをＰｕｂ−ａで復号し、もとのチャレンジが得られれば、認証成功とみなしてよい。なぜなら、この認証操作によって、登録される鍵（コンテンツ鍵復号鍵）とともに通知された公開鍵に対応する私有鍵を、認証対象が知っていることを確認できるからである。つまり、鍵を与えた実体が認証情報を送り返しているので、その鍵を使ってよいというわけである。
【０１３９】
図８は、鍵委譲情報登録処理の流れを示すフローチャートである。
【０１４０】
最初に、暗号処理装置を実装したＩＣカード（子トークン３０１）は、鍵委譲コマンドを受信する（ステップＳ３１）。ここで、鍵委譲コマンドとは、鍵復号処理用の新たな情報をＩＣカードに登録するためのコマンドである。従って、鍵委譲コマンドは、認証サーバ（認証エンティティ３０３）に送られる。なお、鍵委譲コマンドは、認証サーバ３０３を経由するだけで、委譲する側のＩＣカード（親トークン３０６）から委譲される側のＩＣカード（子トークン３０１）に直接送るようにしてもよい。なお、以下の説明において、特に断りのない限り、ＩＣカードとは子トークン３０１を意味するものとする。
【０１４１】
続いて、ＩＣカードは、受信した鍵委譲コマンドとメッセージの完全性を検証するために署名の検証を行う（ステップＳ３２）。
【０１４２】
次に、ＩＣカードは、上記署名の検証に成功したか否かを判断する（ステップＳ３３）。
【０１４３】
このように、鍵委譲情報の署名を検証することで、鍵委譲情報が、確かにその送信者からこのＩＣカードへ途中で変更されることなく受信されたことが確認される。より正確には、該鍵委譲情報に含まれる鍵登録情報を暗号化するときに用いた私有鍵の持ち主とＩＣカードとの間で、鍵委譲情報の改竄が行われなかったこと、そして、前記私有鍵の持ち主が確かにこのメッセージを生成したということが検証できるのである。
【０１４４】
署名の検証には、鍵委譲情報に含まれる公開鍵が使用される。この公開鍵は図７においてＰｕｂ−ａとして示され、鍵登録情報を暗号化するのに用いられた鍵と対をなす公開鍵である。例えば、署名は鍵委譲情報のＨａｓｈ値を、私有鍵Ｐｒｉ−ａで暗号化して求められる。
【０１４５】
ＩＣカードは、この公開鍵がだれのものであるということを確認する必要がない。
【０１４６】
コンテンツの認証においては、この公開鍵対が使用され、認証対象がこの公開鍵対を所有している（知っている）ことが確認する。これだけでＩＣカードは、登録を行った本人あるいはその代行者の認証を行ったとみなすことができる。不正な利用者によって正当な登録者が登録した鍵が使われることを防げばよいから、それ以上の検証は不要である。
【０１４７】
また、ステップＳ３３において、署名の検証が失敗したと判断した場合には、鍵委譲情報が改竄された可能性があるので、登録処理は失敗であると判断（ステップＳ４２）し、鍵委譲情報登録の処理を終了する。
【０１４８】
一方、ステップＳ３３において、署名の検証が成功したと判断した場合には、次に鍵登録情報が正しいデータであるかを検証する（ステップＳ３４）。具体的には、鍵登録情報に含まれるコンテンツ付随情報が正しいフォーマットにしたがって記述されているか、といったことを検証する（ステップＳ３５）。この処理は必須ではないが、本例で示されるように、コンテンツ付随情報をカードが解釈して処理を行う場合にはこのような検証が必要となる。コンテンツ付随情報については後述する。
【０１４９】
ステップＳ３５において、コンテンツ付随情報の検証の検証が失敗したと判断した場合には、つまり、コンテンツ付随情報が正しいフォーマットで記述されていなかったり、期待した定義域以外の値を保持していたりする場合などには、ＩＣカードが正しく認証間隔を判断できなくなることがあるので、登録処理は失敗であると判断（ステップＳ４２）し、鍵委譲情報登録の処理を終了する。
【０１５０】
一方、ステップＳ３５において、コンテンツ付随情報が妥当なものであった場合、鍵委譲情報に含まれる公開鍵を、コンテンツ鍵を使用するための認証鍵として登録する（ステップＳ３６）。
【０１５１】
また、この認証鍵と関連付けて、鍵登録情報に含まれるコンテンツ鍵復号鍵を登録し（ステップＳ３７）、コンテンツ付随情報を登録する（ステップＳ３８）。ここで、コンテンツ付随情報がチェックされ、登録されるコンテンツ鍵復号鍵を用いて再生されるコンテンツがＩＣカードの知るものでないか調べる。例えば、ＩＣカードが図９（ａ）〜図９（ｃ）に示されるようなサービスとそれに対応する符号化情報の表を記憶している場合、この表を検索するなどする。このようにして検索される情報は、認証間隔を決定するためのパラメータを決定するために用いられ、以下コンテンツ情報ということがある。
【０１５２】
ここに示される情報は一例であり、これに限定されるものではない。認証間隔を決定する際に有用な情報であればなんでもよい。テーブル内の情報についての詳細は図９を参照し、後述する。
【０１５３】
次に、鍵登録情報に含まれるコンテンツ付随情報と、前記検索処理によって、コンテンツ情報に該当レコードが見つかったときにはそのコンテンツ情報とを用いて、認証間隔の決定に用いられるパラメータを計算し、認証間隔計算パラメータとして記憶する（ステップＳ４０）。
【０１５４】
このような認証間隔計算パラメータを準備することは必須ではないが、後続する認証間隔の決定処理における負荷を軽減したいときなど、鍵の登録場面であらかじめパラメータを求めておくことは有用である。
【０１５５】
図１０には、コンテンツ付随情報の例が示される。ここに示されるコンテンツ付随情報もまた一例であり、内容やフォーマットがこれに限定されるものではない。認証間隔の決定に用いられる情報のうち、どれをコンテンツ付随情報に含め、どれをコンテンツ情報としてテーブルに持つかも特にこれを制限するものではない。
【０１５６】
ただし、コンテンツ情報を含むテーブルは、ＩＣカードの発行時あるいは、鍵復号サービスモジュールのインストール時点で決定することが望ましいことがあるので、コンテンツ情報はその時点で決定可能なものでなければならない場合がある。
【０１５７】
ここで、図８のステップＳ４０における、図１０に示されるコンテンツ付随情報と図９（ａ）〜図９（ｃ）に示されるコンテンツ情報とを用いて認証間隔計算パラメータを決定する処理の例を示す。
【０１５８】
図１０に示されるコンテンツ付随情報は、認証情報の生成および取得に必要なコストの指標となるパラメータを導くための情報である。認証情報を生成するノードまでの通信コストが高いほど、認証エンティティの種類が低性能であるほど、そして、認証情報を生成するためのアルゴリズムは高度であるほどコストが高くなるので、認証間隔は広くなることが望ましい。
【０１５９】
例えば、「認証エンティティタイプ」を、図９（ｂ）表を用いて、「認証情報生成アルゴリズム」を図９（ｃ）表を用いて数値化したのち、それらの積を求めるなどして、パラメータを決定する。以降この情報を「認証情報生成コストパラメータ」として参照することがある。また、図１０に示されるコンテンツ情報は、コンテンツの内容や重要度そのものによる、認証間隔決定の際の指標となるパラメータを決定するために用いられる。
【０１６０】
図９（ａ）〜図９（ｃ）中のコンテンツ鍵復号単位は、１つのコンテンツ鍵で、何フレーム分のデータが暗号化されているかを表している。また、鍵初期化間隔は、一連の鍵復号処理の初期パラメータが更新され、コンテンツとともに伝達される頻度を表す。さらに、レートはコンテンツのフレームレートを表す。
【０１６１】
コンテンツの提供者から見て、鍵初期化間隔ごとに認証を行えば鍵配送の枠組みで実現される保護条件から条件を緩めることなくコンテンツを保護できることになる。このためには、ＩＣカードは、「鍵初期化間隔」／「コンテンツ鍵復号単位」回に１度認証を行えばよいことになる。
【０１６２】
ただし、レート情報から、それが現実的な時間間隔で行われないと考えられるとき、例えば、１秒以内に何度も認証処理を行わなければならないというような場合には、保護のための条件を緩めてでも、現実的に実行可能な認証間隔を求めるべきである。
【０１６３】
ここでは、「鍵初期化間隔時間」として「鍵初期化間隔」／「レート」により算出される値、「理想認証間隔」として「鍵初期化間隔」／「コンテンツ鍵復号単位」により算出される値をパラメータとして保持するものとする。
【０１６４】
以上でコンテンツ鍵復号鍵の登録（鍵の委譲）が完了する（ステップＳ４１）。
【０１６５】
上述した鍵委譲処理の流れを図１２に示すシーケンス図を用いて説明する。
【０１６６】
まず、親トークン３０６は、委譲公開鍵を生成し（１０１）、鍵委譲情報（ア）を作成する（１０２）。そして、親トークン３０６は、作成した鍵委譲情報（ア）を認証サーバ３０３に送信する（１０３）。
【０１６７】
次に、認証サーバ３０３は、受け取った鍵委譲情報（ア）の妥当性を検証し（１０４）、鍵委譲情報（ア）が妥当であると判断した場合に、委譲公開鍵対の生成（１０５）と鍵委譲コマンドの作成（１０６）と行う。そして、認証サーバ３０３は、作成した鍵委譲コマンドを子トークン３０１に送信する（１０７）。
【０１６８】
一方、認証サーバ３０３は、（１０４）における鍵委譲情報（ア）の妥当性の検証結果を、委譲確認メッセージとして親トークン３０６に送信する（１０８）。
【０１６９】
続いて、子トークン３０１は、受け取った鍵委譲コマンドの妥当性を検証し（１０９）、鍵委譲コマンドが妥当であると判断した場合に、委譲鍵の登録を行う（１１０）と共に、登録確認メッセージを作成し（１１１）、作成した登録確認メッセージを認証サーバ３０３に送信する（１１２）。
【０１７０】
なお、認証サーバ３０３が登録確認メッセージを受領するまで、通信障害等によって委譲が失敗している可能性がある。この場合、認証サーバ３０３は、子トークン３０１に対して再度鍵委譲コマンドを送信する必要があるが、例えばネットワークを管理するサービスプロバイダの判断により、認証サーバ３０３条の鍵を削除すると共に、親トークン３０６の鍵をリカバリする等してもよい。
【０１７１】
本実施の形態では、親トークン３０６および子トークン３０１は、前記の委譲操作に先立ち、認証サーバが所持する、ある公開鍵対の公開鍵を保持しているものとする。対応の私有鍵は、認証サーバが秘密に保持する。以下、この公開鍵対を「認証サーバ鍵対」、そのうちの私有鍵を「認証サーバ私有鍵」、公開鍵を「認証サーバ公開鍵」と称する。
【０１７２】
この公開鍵は途中で改竄されたりすることのないように認証サーバからそれぞれのトークンに対して登録される必要がある。例えば、トークンの発行に先立って、あらかじめ書き込んでおくといった具合である。
【０１７３】
最初に、図７にある鍵委譲情報（ア）の生成手順について説明する。
【０１７４】
まず、親トークン３０６は、鍵を委譲するための公開鍵対を新たに生成する。以下、この公開鍵対を「委譲鍵対」とし、そのうちの公開鍵を「委譲公開鍵」私有鍵を「委譲私有鍵」と称する。
【０１７５】
ここで、鍵委譲情報（ア）は、図１１に示すように、暗号化認証サーバ登録情報  |  Ｈａｓｈ（認証サーバ登録情報）で表される。
【０１７６】
このようなデータは認証サーバ３０３に送信される。典型的には、この情報を何らかの端末が取り出し、ネットワークを介して伝送することになる。親トークン３０６は、自身のコンテンツ鍵復号鍵を用いた鍵復号機能をロック（無効化）する。認証サーバ３０３から正しい通知を受け取るまで、この機能はロックされたままである。こうすることにより、委譲元と委譲先に同時にライセンスが存在してしまうといった、ライセンス情報の矛盾の問題が解消する。
【０１７７】
こうして認証サーバ３０３が鍵委譲情報（ア）を受信すると、暗号化認証サーバ登録情報が取り出され、認証サーバ私有鍵を用いて復号される。これは、認証サーバ３０３しか復号することができないので途中で認証サーバ登録情報を第三者に覗き見られることはない。
【０１７８】
次に、この復号結果である認証サーバ登録情報のＨａｓｈ値を計算し、暗号化認証サーバ登録情報の後ろに付加されたＨａｓｈ値と比較する。一致していなければ途中でメッセージが改竄された可能性があるので、認証サーバ３０３はこの鍵委譲情報（ア）を無視する。一致すれば、認証サーバ登録情報を正しく受信したことを確認できる。
【０１７９】
ここに示した鍵委譲情報（ア）は、認証サーバ登録情報を、途中で改竄されたり除き見られたりすることなく、認証サーバ３０３に伝達することを目的としており、この目的が達せられれば、メッセージのフォーマットやそれに含まれる情報は、これに限定されるものではない。
【０１８０】
次に、図７にある鍵委譲情報（イ）の生成手順について説明する。
【０１８１】
ここでは、認証サーバ３０３は、子トークン３０１の認証処理用の公開鍵対を生成する。以下、この公開鍵対を「子トークン認証鍵対」とし、そのうちの公開鍵を「子トークン認証公開鍵」、私有鍵を「子トークン認証私有鍵」と称する。
【０１８２】
さらに、この子トークン認証公開鍵を図７中のＰｕｂ−ａ、子トークン認証私有鍵を図７中のＰｒｉ−ａとして、これらと、認証サーバ登録情報に含まれる鍵登録情報とから、図７に示される鍵委譲コマンドを生成する。この結果は、図１１においても「鍵委譲コマンド」として表されている。
【０１８３】
最後に、前記鍵委譲情報を認証サーバ私有鍵で暗号化するとともに、鍵委譲コマンドのＨａｓｈ値を付加して、鍵委譲情報（イ）を作成する。
【０１８４】
この鍵委譲情報（イ）を受け取った子トークン３０１が鍵情報と認証情報を登録するときに行う処理として、図８と異なる点は、署名検証ステップ（ステップＳ３２）を行う前に、自身が保持する認証サーバ３０３の公開鍵を用いて鍵委譲情報（イ）に含まれる暗号化鍵委譲コマンドを復号し、そのＨａｓｈ値と、鍵委譲情報（イ）に含まれるＨａｓｈ値とを比較することである。
【０１８５】
もし、両Ｈａｓｈ値が異なれば、メッセージが途中で改竄された恐れがあるので、これを無視して破棄する。一致すれば、復号された鍵委譲コマンドを用いて図８に示された処理を行う。
【０１８６】
一方、認証サーバ３０３は、前記の子トークン認証鍵対と、鍵委譲情報（ア）によって取得した委譲公開鍵とを関連付けて保持するとともに、再生装置３０２からの認証情報の生成要求を受け付ける。再生装置３０２から認証情報の生成要求を受け取ったときには、同認証情報の生成要求に含まれるチャレンジ・データを子トークン認証私有鍵で暗号化して返信する。
【０１８７】
ここで、鍵委譲終了の処理の流れについて図１３に示すシーケンス図を参照しながら説明する。
【０１８８】
まず、ユーザが親トークン３０６を介して、例えば認証サーバ３０３に対して会議委譲終了を要求する鍵委譲終了情報を送信する（２０１）。
【０１８９】
そして、認証サーバ３０３は、鍵委譲終了情報の妥当性を検証し（２０２）、妥当であると判断した場合、鍵委譲開放情報を作成し（２０３）、その鍵委譲開放情報を親トークン３０６に送信する（２０４）と共に、鍵委譲終了コマンドを作成する（２０５）。
【０１９０】
認証サーバ３０３が認証情報の生成要求の受け付けをやめるとき、認証サーバ３０３は、図１１に示される、前述のロックを解除するのに必要な鍵委譲開放情報を親トークン３０６に送信する。この送信処理は、鍵委譲情報（ア）と同様、いくつかの端末や伝送路を経由して行われ得るが、それらの種類などは特に限定されるものではない。
【０１９１】
親トークン３０６は、受け取った鍵委譲開放情報の妥当性を検証し（２０６）、妥当であると判断した場合、鍵の復旧を行う（２０７）と共に、鍵復旧確認メッセージを作成する（２０８）。そして、親トークン３０６は、鍵復旧確認メッセージを認証サーバ３０３に送信する（２０９）。
【０１９２】
すなわち、親トークン３０６がこのメッセージを受け取ると、暗号化鍵登録情報に対する署名部分、Ｓｉｇｎ（認証サーバ私有鍵，暗号化鍵登録情報）を、自身が記憶する認証サーバ公開鍵を用いて検証する。ここでは、署名の計算に暗号化鍵登録情報のＨａｓｈが用いられているものとし、署名の検証によって、鍵委譲解放情報が、正規の認証サーバ３０３より送られたものであること、同メッセージが改竄されなかったことが検証できるものとする。
【０１９３】
続いて、暗号化鍵登録情報を、鍵委譲情報（ア）を作成するときに生成した委譲私有鍵で復号し、鍵登録情報がもとのそれであることを検証する。
【０１９４】
これによって、委譲公開鍵情報とともに鍵登録情報を伝えた信頼できる実体からこのメッセージを受け取ったことが確認でき、適切に鍵の委譲と回収が終了したとみなすことができるので、親トークンは自身の鍵復号処理機能のロックを解除する。
【０１９５】
一方、認証サーバ３０３は、（２０５）で作成した鍵委譲終了コマンドを子トークン３０１に送信する（２１０）。
【０１９６】
子トークン３０１は、受け取った鍵委譲終了コマンドの妥当性を検証し（２１１）、妥当であると判断した場合、委譲鍵を削除し（２１２）、鍵委譲終了確認メッセージを作成する（２１３）。そして、子トークン３０１は、作成した鍵委譲終了確認メッセージを認証サーバ３０３に送信する（２１４）。
【０１９７】
ここまで、認証サーバ３０３は、１）子トークン３０１と再生装置を使っていたユーザが、子トークン３１でのライセンス利用を終えるときに、再生装置を用いて、子トークン３０１と認証サーバ３０３に要求したとき、２）親トークン３０６あるいは／および子トークン３０１の利用者が、再生装置や親トークン３０６にアクセスする端末、あるいはまったく別の端末を含む任意の端末から認証サーバ３０３に要求したとき、あるいは、３）親トークン３０６から認証サーバ３０３への委譲時に指定された条件を満たしたときに認証情報の生成要求受付を停止する。これらの停止要求、あるいは停止条件の指定を行うときには、そのメッセージが、イ）信頼できる生成エンティティから送信されたこと、ロ）メッセージが認証サーバ３０３に受信されるまでの間で改竄されなかったこと、ハ）正規の利用者からのメッセージであることを、少なくとも認証サーバ３０３が検証できる必要がある。
【０１９８】
これまでの前提を少し拡張し、２）のケースにおいて停止要求メッセージを生成する端末は全て、認証サーバ３０３の公開鍵を安全に保持することとすれば、メッセージをこの公開鍵を用いて暗号化することにより、１）から３）の全てのケースにおいて、イ）を保証することができる。実際の暗号化方法としては、公開鍵暗号方式で直接行っても、ハイブリット暗号方式を用いてもよく、暗号メッセージの復号時にメッセージ生成エンティティが前記公開鍵を保持していることを確認できればよい。
【０１９９】
ロ）については、メッセージ全体のＨａｓｈや署名、ＭＡＣなどを付加すればよい。完全性が検証できなかったときには、メッセージは破棄されるべきである。
以下ハ）を実現するために用いることのできる手法の例を示す。
【０２００】
１）の場合、認証サーバ３０３と子トークン３０１の間で共有している認証用公開鍵Ｐｒｉ−ａをメッセージに含めればよい。これまでの例では、図７中の鍵委譲情報は平文で伝送されるので、第三者によって取得可能であるが、認証サーバ３０３の公開鍵はトークンしか知らないので、トークン内部でメッセージを作成することで、子トークン３０１、即ち正規のユーザからのメッセージであると確認できる。
【０２０１】
２）の場合、もしトークンにアクセス可能でない端末から停止要求を送信するのであれば、メッセージを作成する端末のユーザが、認証サーバ３０３によって、別途、適切に認証されるべきである。ここで用いられる認証方法は、例えばパスワードの認証であったりする。
【０２０２】
認証は、メッセージの生成を要求するユーザが正規の利用者であることを確認するために行われるので、ライセンスの管理者あるいはコンテンツの提供者に認証データの照合を依頼しなければならないことがある。このような具体的な認証メソッドおよびシーケンスは何であってもよい。また、認証サーバ３０３とコンテンツ提供者やライセンス管理者とが同一であってもよい。
【０２０３】
上記端末が再生装置であった場合は１）の場合に当てはまる。そうではなくて、親トークン３０３にアクセス可能な端末であった場合、１）のＰｒｉ−ａに代えて、Ｈａｓｈ（認証サーバ登録情報）値など、認証サーバ３０３と親トークン３０６との間で共有されている情報を用いて１）の場合の例を適用してもよい。このような場合には、認証サーバ３０３は、この値を、認証情報を生成するための情報と関連付けて記憶しておく必要がある。
【０２０４】
３）の場合は、図１１中の認証サーバ登録情報に含めて認証サーバ３０３に伝えられるものとすればよい。このメッセージは親トークン３０６が作成したメッセージであることがわかっているので、正規のユーザからのメッセージであるとみなすことができる。
【０２０５】
認証サーバ３０３は、それを解釈し、認証情報の生成要求を受け付ける条件を設定することとすれば、親トークン３０６の所有者の意向などによって、柔軟で決めの細かい委譲条件が設定できるシステムを実現することができる。
【０２０６】
あるいは認証サーバ３０３は、１日など、あらかじめ決められた時間の経過とともに、停止するなどとしてもよい。
【０２０７】
以上述べたようにして妥当性が検証されたメッセージを受け取ったとき、認証サーバ３０３は認証情報の生成要求の受付を停止するが、それに先立って、少なくとも親トークン３０６に通知されなければならない。親トークン３０６がこのことを知る前に処理を停止してしまったときには、親トークン３０６のライセンスが適切に有効化されず、利用できなくなってしまうかもしれないからである。
【０２０８】
親トークン３０６に対するこのような通知メッセージの例が、図７中の鍵委譲開放情報として示されている。この例では、委譲公開鍵によって暗号化され、認証サーバ私有鍵を用いた署名が付加されている。したがって、親トークンは、鍵委譲情報（ア）を送信した認証ユーザからのメッセージであることと、メッセージが途中で改竄されなかったことを検証できる。また、メッセージの本体は鍵登録情報となっており、どの鍵のロックを解除すればよいかがわかる。
【０２０９】
一方、メッセージを受け取った親トークンは、認証サーバ３０３に対して、何らかの端末、伝送路を介して受領確認メッセージを返す（図示せず）。そのメッセージによって認証サーバ３０３は、適切にライセンスが親トークン３０６に戻されたことを確認でき、該当する委譲処理に関する情報を破棄することができる。
【０２１０】
ここで、適切な受領確認メッセージを受信できない場合にも、認証サーバ３０３は認証情報の生成を停止すべきである。悪意を持ったユーザが該確認メッセージを途中で捕獲し消し去ってしまえば、認証サーバ３０３と親トークン３０６の両方にライセンスが存在してしまうからである。このような場合でも、委譲情報は消去すべきでないかもしれない。実際に親トークン３０６に通知メッセージが届いていなかったときに、コンテンツプロバイダやライセンス管理者が何らかの方法でこのライセンス情報のロックを解除しなければならないかもしれないからである。
【０２１１】
本発明は前述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０２１２】
なお、上記実施形態の暗号処理装置の各部や各処理ステップは、ＣＰＵなどの演算手段が、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶手段に記憶されたプログラムを実行し、キーボードなどの入力手段、ディスプレイなどの出力手段、あるいは、インターフェース回路などの通信手段を制御することにより実現することができる。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体を読み取り、当該プログラムを実行するだけで、本実施形態の暗号処理装置の各種機能および各種処理を実現することができる。また、上記プログラムをリムーバブルな記録媒体に記録することにより、任意のコンピュータ上で上記の各種機能および各種処理を実現することができる。
【０２１３】
この記録媒体としては、マイクロコンピュータで処理を行うために図示しないメモリ、例えばＲＯＭのようなものがプログラムメディアであっても良いし、また、図示していないが外部記憶装置としてプログラム読み取り装置が設けられ、そこに記録媒体を挿入することにより読み取り可能なプログラムメディアであっても良い。
【０２１４】
また、何れの場合でも、格納されているプログラムは、マイクロプロセッサがアクセスして実行される構成であることが好ましい。さらに、プログラムを読み出し、読み出されたプログラムは、マイクロコンピュータのプログラム記憶エリアにダウンロードされて、そのプログラムが実行される方式であることが好ましい。なお、このダウンロード用のプログラムは予め本体装置に格納されているものとする。
【０２１５】
また、上記プログラムメディアとしては、本体と分離可能に構成される記録媒体であり、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ／ＭＯ／ＭＤ／ＤＶＤ等のディスクのディスク系、ＩＣカード（メモリカードを含む）等のカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する記録媒体等がある。
【０２１６】
また、インターネットを含む通信ネットワークを接続可能なシステム構成であれば、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する記録媒体であることが好ましい。
【０２１７】
さらに、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用のプログラムは予め本体装置に格納しておくか、あるいは別な記録媒体からインストールされるものであることが好ましい。
【産業上の利用可能性】
【０２１８】
本明細書の実施の形態は、動画のストリーミング配信における適用例のみを示すものであるが、例えば、特許文献1で書かれているように、一つの電子文書を複数のブロックに分け、異なるコンテンツ鍵暗号鍵で暗号化されているような他の種類の電子コンテンツ、配信形態においても適用可能である。
【図面の簡単な説明】
【０２１９】
【図１】本発明の暗号処理装置の概略構成を示す機能ブロック図である。
【図２】図１に示す暗号処理装置を具体的にした暗号処理装置の概略構成を示すブロック図である。
【図３】図２に示す暗号処理装置を利用したコンテンツ再生システムのコンテンツ再生処理の流れを示すシーケンス図である。
【図４】図３に示すシーケンス図における認証間隔決定処理の流れを示すフローチャートである。
【図５】図３に示すシーケンス図における認証開始タイミングを設定するための処理の流れを示すフローチャートである。
【図６】鍵情報委譲処理を含むコンテンツ再生システムの概略構成を示すブロック図である。
【図７】鍵委譲コマンドを説明するための一例を示す図である。
【図８】鍵委譲情報をＩＣカードに登録するための登録処理の流れを示すフローチャートである。
【図９】（ａ）〜（ｃ）は、コンテンツ情報テーブルを示す図である。
【図１０】コンテンツ付随情報の一例を示す図である。
【図１１】鍵委譲システムの概略構成を示すブロック図である。
【図１２】鍵委譲処理の流れを示すシーケンス図である。
【図１３】鍵委譲終了処理の流れを示すシーケンス図である。
【図１４】一般的なコンテンツの暗号化手法であるハイブリッド暗号方式を用いたコンテンツの暗号化を表すデータフローダイヤグラムである。
【符号の説明】
【０２２０】
１００  暗号処理装置
１０１  復号処理部（復号処理手段）
１０２  復号回数設定部（復号処理回数設定手段）
１０３  復号処理制御部（復号処理制御手段）
１０４  認証部（認証手段）
２００  暗号処理装置
２０１  暗号処理部（復号処理手段）
２０２  認証間隔決定部（復号処理回数設定手段）
２０３  暗号処理制御部（復号処理制御手段）
２０４  認証部（認証手段）
２０６  鍵情報記憶部（鍵情報記憶手段）
２０６ａ  暗号鍵
２０６ｂ  コンテンツ付随情報（認証情報）
２０６ｃ  認証間隔計算パラメータ（認証情報）
３００  コンテンツ再生システム
３０１  子トークン（第１の暗号処理装置）
３０２  再生装置
３０２ａ  情報処理部
３０２ｂ  コンテンツ復号部
３０３  認証エンティティ（認証サーバ）
３０３ａ  情報処理部
３０３ｂ  認証情報生成部
３０４  コンテンツ配信サーバ
３０５  出力装置
３０６  親トークン（第２の暗号処理装置）
【図１】
2006246081.tif 000003
【図２】
2006246081.tif 000004
【図３】
2006246081.tif 000005
【図４】
2006246081.tif 000006
【図５】
2006246081.tif 000007
【図６】
2006246081.tif 000008
【図７】
2006246081.tif 000009
【図８】
2006246081.tif 000010
【図９】
2006246081.tif 000011
【図１０】
2006246081.tif 000012
【図１１】
2006246081.tif 000013
【図１２】
2006246081.tif 000014
【図１３】
2006246081.tif 000015
【図１４】
2006246081.tif 000016