(57)【特許請求の範囲】
【請求項１】
コンテンツの利用許諾を与えるためのライセンスを配信する送出装置から、前記ライセンスを取得し、当該ライセンスに基づき前記コンテンツを利用する受信装置であって、
前記ライセンスには、少なくとも前記ライセンスを前記受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限及びライセンスＩＤが付与され、
前記受信装置は、
前記送出装置から送出される前記ライセンスを取り込むライセンス取り込み手段と、
少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録手段と、
前記ライセンス取り込み手段において取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込み手段における当該ライセンスの取り込みを抑制するライセンス取り込み抑制手段とを備える
ことを特徴とする受信装置。
【請求項２】
前記受信装置は、さらに、
前記ライセンス取り込み手段で取り込む前の暗号化ライセンスを一旦復号して、復号済みライセンスを生成するライセンス復号手段と、
前記暗号化ライセンスの暗号化に用いた暗号鍵とは異なる暗号鍵を用いて、前記復号済みライセンスを再暗号化して再暗号化ライセンスを生成する再暗号化手段と、
少なくとも前記再暗号化ライセンスを蓄積する蓄積手段とを備える
ことを特徴とする請求項１記載の受信装置。
【請求項３】
前記ライセンスには、さらに、前記再暗号化手段における再暗号化が可能な期限である暗号変換期限が付加され、
前記再暗号化手段は、前記暗号変換期限内のライセンスに対して再暗号化を行って前記再暗号化ライセンスを生成し、前記再暗号化ライセンスを前記蓄積手段に蓄積する
ことを特徴とする請求項２記載の受信装置。
【請求項４】
前記受信装置は、前記コンテンツの再生を行う端末装置と、当該端末装置と連携されるセキュリティモジュールとから構成され、
前記蓄積手段は、前記端末装置に備えられ、
前記ライセンス取り込み手段、前記履歴記録手段、前記ライセンス取り込み抑制手段及び前記再暗号化手段の少なくとも１つは、前記セキュリティモジュールに備えられ、
前記再暗号化手段において用いられる暗号鍵は、前記セキュリティモジュールまたは前記端末装置に固有の蓄積暗号鍵である
ことを特徴とする請求項３記載の受信装置。
【請求項５】
前記受信装置は、さらに、
前記ライセンスが、前記再暗号化されているか否かを判定し、前記再暗号化されている場合において前記再暗号化されたライセンスを復号する再暗号化ライセンス復号手段を備える
ことを特徴とする請求項３記載の受信装置。
【請求項６】
前記受信装置は、さらに、
前記ライセンス取り込み手段で取得する前記ライセンスにかかわる契約がなされているかを判定する契約判定手段を備え、
前記ライセンス取り込み手段は、前記契約判定手段において契約されていると判定された場合、前記ライセンス取り込み期限内か否かを判定し、ライセンス取り込み期限内である場合には、ライセンス取り込みの許可を行う
ことを特徴とする請求項１記載の受信装置。
【請求項７】
前記受信装置は、前記コンテンツの再生を行う端末装置と、当該端末装置と連携されるセキュリティモジュールとから構成され、
前記契約判定手段は、前記セキュリティモジュールに備えられる
ことを特徴とする請求項６記載の受信装置。
【請求項８】
前記履歴記録手段には、さらに、前記ライセンス取り込み手段において前記ライセンスを取り込んだ場合には、取り込まれた前記ライセンスのライセンスＩＤと、前記ライセンスの有効期限とが含まれたライセンス取り込み履歴が記録される
ことを特徴とする請求項１記載の受信装置。
【請求項９】
前記受信装置は、さらに、
前記ライセンスに前記ライセンス取り込み期限が設定されていない場合には、前記ライセンス取り込み履歴の前記ライセンス取り込み期限を生成するライセンス取り込み期限生成手段を備え、
前記履歴記録手段は、前記ライセンスＩＤと生成された当該ライセンス取り込み期限を含むライセンス取得履歴を記録する
ことを特徴とする請求項１記載の受信装置。
【請求項１０】
前記ライセンスは、さらに、ライセンス取り込み条件が付与され、
前記ライセンス取り込み抑制手段は、前記ライセンス取り込み条件に基づき、前記ライセンスの取り込みを制御する
ことを特徴とする請求項１記載の受信装置。
【請求項１１】
前記受信装置は、さらに、
前記ライセンス取り込み抑制手段において前記ライセンスの取り込みを行わない場合に、少なくとも、前記ライセンスの取り込みができない旨、あるいは、前記ライセンスの取り込みができない理由を提示するメッセージ提示手段を備える
ことを特徴とする請求項１記載の受信装置。
【請求項１２】
前記ライセンス取り込み期限は、前記ライセンスの有効期限である、又は、前記ライセンスの有効期限とは別に設定される期限である
ことを特徴とする請求項１記載の受信装置。
【請求項１３】
前記ライセンスには、さらに、前記コンテンツの購入単位であるパッケージの識別番号であるパッケージＩＤと、前記パッケージ内に含まれるライセンスの識別番号であるパッケージ内ライセンスＩＤと、当該ライセンスの有効期限とが付与され、
前記履歴管理手段は、前記パッケージ内での最初のライセンスの取得においては、前記パッケージＩＤと、前記パッケージ内ライセンスＩＤと、前記有効期限と、既に取得した取得済みライセンスＩＤと含むライセンス取得履歴を記録し、
前記履歴管理手段は、前記パッケージ内での２回目以降のライセンスの取得においては、前記ライセンス取得履歴の取得済みライセンスＩＤのみを更新して記録し、
前記ライセンス取り込み抑制手段は、前記パッケージＩＤと前記パッケージ内ライセンスＩＤとの組と同一の組が前記ライセンス取得履歴に存在する場合に、前記取得手段における前記ライセンスの取得を抑制する
ことを特徴とする請求項１記載の受信装置。
【請求項１４】
コンテンツの利用許諾を与えるためのライセンスに基づきコンテンツを利用する受信装置に対して前記ライセンスを送出する送出装置であって、
前記ライセンスを生成するライセンス生成手段と、
前記ライセンスに、識別番号であるライセンスＩＤを付与するライセンスＩＤ付与手段と、
前記ライセンスに、前記受信装置において、少なくとも当該ライセンスを当該受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限を付与するライセンス取り込み期限付与手段と、
少なくとも前記ライセンスＩＤ、前記ライセンス取り込み期限が付与された前記ライセンスを、前記受信装置に送出する送出手段とを備える
ことを特徴とする送出装置。
【請求項１５】
前記受信装置は、前記ライセンスの暗号化に用いた暗号鍵とは異なる暗号鍵を用いて、前記復号済みライセンスを再暗号化して再暗号化ライセンスを生成する再暗号化手段を備え、
前記送出装置は、さらに、
前記ライセンスに、前記再暗号化手段における再暗号化が可能な期限である暗号変換期限を付加する暗号変換期限付与手段を備え、
前記送出手段は、少なくとも前記ライセンスＩＤ、前記暗号変換期限が付与されたライセンスを、前記受信装置に送出する
ことを特徴とする請求項１４記載の送出装置。
【請求項１６】
前記送出装置は、さらに、
前記ライセンスに前記ライセンス取り込み期限を付与するか否かを決定するライセンス取り込み期限付与決定手段を備える
ことを特徴とする請求項１４記載の送出装置。
【請求項１７】
前記送出装置は、さらに、
前記ライセンスにライセンス取得条件を付与するライセンス取得条件付与手段を備える
ことを特徴とする請求項１４記載の送出装置。
【請求項１８】
前記送出装置は、さらに、
前記ライセンスを暗号化して暗号化ライセンスを生成するライセンス暗号化手段を備える
ことを特徴とする請求項１４記載の送出装置。
【請求項１９】
前記ライセンス取り込み期限は、前記ライセンスの有効期限である、又は、前記ライセンスの有効期限とは別に設定される期限である
ことを特徴とする請求項１４記載の送出装置。
【請求項２０】
ライセンスに基づきコンテンツを利用する端末装置と連携して動作するセキュリティモジュールであって、
前記ライセンスには、少なくとも前記ライセンスを前記受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限及びライセンスＩＤが付与され、
前記セキュリティモジュールは、
前記送出装置から送出される前記ライセンスを取り込むライセンス取り込み手段と、
少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録手段と、
前記ライセンス取り込み手段において取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込み手段における当該ライセンスの取り込みを抑制するライセンス取り込み抑制手段とを備える
ことを特徴とするセキュリティモジュール。
【請求項２１】
前記セキュリティモジュールは、さらに、
前記ライセンス取り込み手段で取り込む前の暗号化ライセンスを一旦復号して、復号済みライセンスを生成するライセンス復号手段と、
前記暗号化ライセンスの暗号化に用いた暗号鍵とは異なる暗号鍵を用いて、前記復号済みライセンスを再暗号化して再暗号化ライセンスを生成する再暗号化手段とを備える
ことを特徴とする請求項２０記載のセキュリティモジュール。
【請求項２２】
前記端末装置は、少なくとも前記再暗号化ライセンスを蓄積する蓄積手段を備え、
前記ライセンスには、さらに、前記再暗号化手段における再暗号化が可能な期限である暗号変換期限が付加され、
前記再暗号化手段は、前記暗号変換期限内のライセンスに対して再暗号化を行って前記再暗号化ライセンスを生成し、前記再暗号化ライセンスを前記蓄積手段に蓄積する
ことを特徴とする請求項２０記載のセキュリティモジュール。
【請求項２３】
前記セキュリティモジュールは、さらに、
前記ライセンス取り込み手段で取得する前記ライセンスにかかわる契約がなされているかを判定する契約判定手段を備え、
前記ライセンス取り込み手段は、前記契約判定手段において契約されていると判定された場合、前記ライセンス取り込み期限内か否かを判定し、ライセンス取り込み期限内である場合には、ライセンス取り込みの許可を行う
ことを特徴とする請求項２０記載のセキュリティモジュール。
【請求項２４】
前記セキュリティモジュールは、さらに、
前記ライセンスが、前記再暗号化されているか否かを判定し、前記再暗号化されている場合において前記再暗号化されたライセンスを復号する再暗号化ライセンス復号手段を備える
ことを特徴とする請求項２１記載のセキュリティモジュール。
【請求項２５】
ユーザに対して、コンテンツの利用許諾を与えるためのライセンスを配信する送出装置と、前記ライセンスを取得し前記ライセンスに基づきコンテンツをセキュアに利用する受信装置と、から構成されるデジタル権利管理システムであって、
前記送出装置は、
前記ライセンスを生成するライセンス生成手段と、
前記ライセンスに、識別番号であるライセンスＩＤを付与するライセンスＩＤ付与手段と、
前記ライセンスに、前記受信装置において、少なくとも当該ライセンスを当該受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限を付与するライセンス取り込み期限付与手段と、
少なくとも前記ライセンスＩＤ、前記ライセンス取り込み期限が付与された前記ライセンスを、前記受信装置に送出する送出手段とを備え、
前記受信装置は、
前記送出装置から送出される前記ライセンスを取り込むライセンス取り込み手段と、
少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録手段と、
前記ライセンス取り込み手段において取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込み手段における当該ライセンスの取り込みを抑制するライセンス取り込み抑制手段とを備える
ことを特徴とするデジタル権利管理システム。
【請求項２６】
前記送出装置は、さらに、
前記ライセンスに、前記再暗号化手段における再暗号化が可能な期限である暗号変換期限を付加する暗号変換期限付与手段を備え、
前記送出手段は、少なくとも前記ライセンスＩＤ、前記暗号変換期限が付与されたライセンスを、前記受信装置に送出し、
前記受信装置は、さらに、
前記ライセンス取り込み手段で取り込む前の暗号化ライセンスを一旦復号して、復号済みライセンスを生成するライセンス復号手段と、
前記暗号化ライセンスの暗号化に用いた暗号鍵とは異なる暗号鍵を用いて、前記復号済みライセンスを再暗号化して再暗号化ライセンスを生成する再暗号化手段と、
少なくとも前記再暗号化ライセンスを蓄積する蓄積手段とを備える
ことを特徴とする請求項２５記載のデジタル権利管理システム。
【請求項２７】
コンテンツの利用許諾を与えるためのライセンスを配信する送出装置から、前記ライセンスを取得し、当該ライセンスに基づき前記コンテンツを利用する受信装置に用いる受信方法であって、
前記ライセンスには、少なくとも前記ライセンスを前記受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限及びライセンスＩＤが付与され、
前記受信方法は、
前記送出装置から送出される前記ライセンスを取り込むライセンス取り込みステップと、
少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録ステップと、
前記ライセンス取り込みステップにおいて取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込みステップにおける当該ライセンスの取り込みを抑制するライセンス取り込み抑制ステップとを含む
ことを特徴とする受信方法。
【請求項２８】
コンテンツの利用許諾を与えるためのライセンスに基づきコンテンツを利用する受信装置に対して前記ライセンスを送出する送出装置に用いる送信方法であって、
前記ライセンスを生成するライセンス生成ステップと、
前記ライセンスに、識別番号であるライセンスＩＤを付与するライセンスＩＤ付与ステップと、
前記ライセンスに、前記受信装置において、少なくとも当該ライセンスを当該受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限を付与するライセンス取り込み期限付与ステップと、
少なくとも前記ライセンスＩＤ、前記ライセンス取り込み期限が付与された前記ライセンスを、前記受信装置に送出する送出ステップとを含む
ことを特徴とする送信方法。
【請求項２９】
ライセンスに基づきコンテンツを利用する端末装置と連携して動作するセキュリティモジュールに用いるライセンス取得方法であって、
前記ライセンスには、少なくとも前記ライセンスを前記受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限及びライセンスＩＤが付与され、
前記ライセンス取得方法は、
前記送出装置から送出される前記ライセンスを取り込むライセンス取り込みステップと、
少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録ステップと、
前記ライセンス取り込みステップにおいて取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込みステップにおける当該ライセンスの取り込みを抑制するライセンス取り込み抑制ステップとを含む
ことを特徴とするライセンス取得方法。
【請求項３０】
コンテンツの利用許諾を与えるためのライセンスを配信する送出装置から、前記ライセンスを取得し、当該ライセンスに基づき前記コンテンツを利用する受信装置に用いるプログラムであって、
前記ライセンスには、少なくとも前記ライセンスを前記受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限及びライセンスＩＤが付与され、
前記プログラムは、
前記送出装置から送出される前記ライセンスを取り込むライセンス取り込みステップと、
少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録ステップと、
前記ライセンス取り込みステップにおいて取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込みステップにおける当該ライセンスの取り込みを抑制するライセンス取り込み抑制ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項３１】
コンテンツの利用許諾を与えるためのライセンスに基づきコンテンツを利用する受信装置に対して前記ライセンスを送出する送出装置に用いるプログラムであって、
前記ライセンスを生成するライセンス生成ステップと、
前記ライセンスに、識別番号であるライセンスＩＤを付与するライセンスＩＤ付与ステップと、
前記ライセンスに、前記受信装置において、少なくとも当該ライセンスを当該受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限を付与するライセンス取り込み期限付与ステップと、
少なくとも前記ライセンスＩＤ、前記ライセンス取り込み期限が付与された前記ライセンスを、前記受信装置に送出する送出ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項３２】
ライセンスに基づきコンテンツを利用する端末装置と連携して動作するセキュリティモジュールに用いるプログラムであって、
前記ライセンスには、少なくとも前記ライセンスを前記受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限及びライセンスＩＤが付与され、
前記プログラムは、
前記送出装置から送出される前記ライセンスを取り込むライセンス取り込みステップと、
少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録ステップと、
前記ライセンス取り込みステップにおいて取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込みステップにおける当該ライセンスの取り込みを抑制するライセンス取り込み抑制ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送、インターネットなどで配信される映像、音楽などのデジタルコンテンツの利用権利を管理し、ユーザが利用権利に基づき端末装置でデジタルコンテンツを利用するシステムに関し、特に、端末装置におけるデジタルコンテンツの利用権利の取得を、事業者の意図に従って確実に制御することが可能なシステムに関する。
【背景技術】
【０００２】
近年、音楽、映像などのデジタルコンテンツ（以下、コンテンツと記述）を、デジタル放送、デジタルＣＡＴＶ（Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ）、インターネットなどを通じて、放送局から端末装置に配信し、端末装置においてコンテンツを利用することが可能なコンテンツ配信サービスが実用化の段階を迎えている。このコンテンツ配信サービスでは、コンテンツの著作権を保護し、悪意あるユーザなどによるコンテンツの不正利用を防止するため、著作権保護技術が用いられるのが一般的である。著作権保護技術とは、具体的には、暗号技術や認証技術などを用いて、ユーザがコンテンツを再生したり、記録メディアにコピーしたりといったようなコンテンツの利用を、セキュアに制御する技術である。著作権保護技術を用いることにより、放送局などのコンテンツプロバイダ、サービスプロバイダが、端末装置におけるユーザのコンテンツ利用をセキュアに制御することが可能となる。
【０００３】
ところで、近年、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの大容量蓄積手段を有する端末装置において、配信されたコンテンツを一旦端末装置に蓄積し、ユーザが好きなときに蓄積されたコンテンツを視聴するという、ユーザ利便性の高い利用形態が検討されている。日本におけるデジタル放送の規格化団体であるＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ）においては、大容量蓄積機能を活用するデジタル放送方式として、サーバ型放送方式が規格化されており、特にコンテンツの蓄積時における再生を限定するため方式として、限定再生方式が策定されている。なお、サーバ型放送方式における限定再生方式については、ＡＲＩＢ  ＳＴＤ−Ｂ２５  ４．１版が詳しい。
【０００４】
このような蓄積機能を有する端末装置においては、コンテンツとともに、コンテンツの利用権利であるライセンスも端末装置に蓄積されるため、ライセンスを自由に複製することが可能である。その結果、同一のコンテンツについて複数のライセンスが無制限に取得できてしまう可能性が生ずる。もちろん、通常ライセンスは暗号化が施された状態で配信されるため、どのユーザであっても自由に利用できるわけではないが、少なくとも放送局との視聴契約を行ったユーザについては、特に月ぎめ契約（サブスクリプション）の場合などは、ライセンスを無制限に取得することが容易に可能となる。
【０００５】
このような課題と類似の課題を解決するデジタル権利管理システムとして、記録媒体に書き出すコンテンツの数を制限するため、記録媒体に書き出すコンテンツＩＤをリストで管理する手法が開示されている（例えば、特許文献１参照）。この手法においては、コンテンツＩＤを記載したリストサイズの無制限な増加を防止するため、リストサイズの上限も管理しており、リストのサイズが上限に達した場合には、リストへの登録日時の古いレコードの順にコンテンツＩＤを削除するようになっている。
【特許文献１】特開２００４−５５２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のデジタル権利管理システムでは、登録日時の古い順に、リストからレコードを削除する方式であるので、リストへのライセンスＩＤの登録・削除の繰り返しにより、結果的に複数の同一ライセンスを無制限に不正に取得されてしまう可能性があり、ユーザの取得可能なライセンス数を制限したいという事業者の権利を十分に保護することができない、という課題がある。
【０００７】
また、ライセンスの管理をＩＣカード等を用いておこなう場合、ユーザが実際にコンテンツを視聴するか否かに関わらず、取得したライセンスを全てＩＣカードに取り込む管理方法では、ＩＣカードの容量を圧迫してしまうという問題がある。
【０００８】
本発明は、こうした従来の問題点を解決するものであり、デジタル放送などにおいてライセンスを配信する場合に、ユーザによる無制限なライセンス取得を防止するとともに、ＩＣカード等に記録されるライセンス管理に関する情報のサイズの増大を防止することが可能な受信装置及び送出装置を提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明に関わる受信装置は、コンテンツの利用許諾を与えるためのライセンスを配信する送出装置から、前記ライセンスを取得し、当該ライセンスに基づき前記コンテンツを利用する受信装置であって、前記ライセンスには、少なくとも前記ライセンスを前記受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限及びライセンスＩＤが付与され、前記受信装置は、前記送出装置から送出される前記ライセンスを取り込むライセンス取り込み手段と、少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録手段と、前記ライセンス取り込み手段において取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込み手段における当該ライセンスの取り込みを抑制するライセンス取り込み抑制手段とを備えることを特徴とする。
【００１０】
この構成により、受信装置のライセンス取り込み抑制手段は、ライセンスＩＤとライセンス取り込み期限とを用いて、ライセンスの不正取得を防止することが可能となる。
【００１１】
また、本発明に係る受信装置は、さらに、前記ライセンス取り込み手段で取り込む前の暗号化ライセンスを一旦復号して、復号済みライセンスを生成するライセンス復号手段と、前記暗号化ライセンスの暗号化に用いた暗号鍵とは異なる暗号鍵を用いて、前記復号済みライセンスを再暗号化して再暗号化ライセンスを生成する再暗号化手段と、少なくとも前記再暗号化ライセンスを蓄積する蓄積手段とを備えることを特徴とする。
【００１２】
さらに、本発明に係る受信装置においては、前記ライセンスには、さらに、前記再暗号化手段における再暗号化が可能な期限である暗号変換期限が付加され、前記再暗号化手段は、前記暗号変換期限内のライセンスに対して再暗号化を行って前記再暗号化ライセンスを生成し、前記再暗号化ライセンスを前記蓄積手段に蓄積することを特徴とする。
【００１３】
これらの構成により、暗号変換期限を用いて正規のライセンスに対してマーキングを行うと共に、再暗号化手段における再暗号化後のライセンスを蓄積手段に蓄積しておくことができるために、ユーザが正規に使用するライセンスのみをＩＣカード等に取り込んで、ライセンスに関する情報でＩＣカードの容量が圧迫されるという問題を解決することが可能となる。
【００１４】
また、本発明に係る送出装置は、コンテンツの利用許諾を与えるためのライセンスに基づきコンテンツを利用する受信装置に対して前記ライセンスを送出する送出装置であって、前記ライセンスを生成するライセンス生成手段と、前記ライセンスに、識別番号であるライセンスＩＤを付与するライセンスＩＤ付与手段と、前記ライセンスに、前記受信装置において、少なくとも当該ライセンスを当該受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限を付与するライセンス取り込み期限付与手段と、少なくとも前記ライセンスＩＤ、前記ライセンス取り込み期限が付与された前記ライセンスを、前記受信装置に送出する送出手段とを備えることを特徴とする。
【００１５】
この構成により、送出装置においては、ライセンスに少なくともライセンスＩＤ及びライセンス取り込み期限を付与して受信装置側に送出することが可能となり、ライセンスに関する情報管理をより適切に行うことが可能となる。
【００１６】
また、本発明に係る送出装置において、前記受信装置は、前記ライセンスの暗号化に用いた暗号鍵とは異なる暗号鍵を用いて、前記復号済みライセンスを再暗号化して再暗号化ライセンスを生成する再暗号化手段を備え、前記送出装置は、さらに、前記ライセンスに、前記再暗号化手段における再暗号化が可能な期限である暗号変換期限を付加する暗号変換期限付与手段を備え、前記送出手段は、少なくとも前記ライセンスＩＤ、前記暗号変換期限が付与されたライセンスを、前記受信装置に送出することを特徴とする。
【００１７】
この構成により、送出装置側で、受信装置において再暗号化の判断情報となる暗号変換期限をライセンスに付与して、受信装置側に送信することが可能となる。
【００１８】
また、本発明に係るセキュリティモジュールは、ライセンスに基づきコンテンツを利用する端末装置と連携して動作するセキュリティモジュールであって、前記ライセンスには、少なくとも前記ライセンスを前記受信装置に取り込み、利用可能な状態とする期限であるライセンス取り込み期限及びライセンスＩＤが付与され、前記セキュリティモジュールは、前記送出装置から送出される前記ライセンスを取り込むライセンス取り込み手段と、少なくとも前記ライセンス取り込み期限まで、前記ライセンスＩＤと前記ライセンス取り込み期限とを含むライセンス取り込み履歴を記録する履歴記録手段と、前記ライセンス取り込み手段において取り込んだライセンスのライセンスＩＤと同一のライセンスＩＤが前記ライセンス取り込み履歴に存在する場合に、前記ライセンス取り込み手段における当該ライセンスの取り込みを抑制するライセンス取り込み抑制手段とを備えることを特徴とする。
【００１９】
さらに、本発明に係るセキュリティモジュールは、さらに、前記ライセンス取り込み手段で取り込む前の暗号化ライセンスを一旦復号して、復号済みライセンスを生成するライセンス復号手段と、前記暗号化ライセンスの暗号化に用いた暗号鍵とは異なる暗号鍵を用いて、前記復号済みライセンスを再暗号化して再暗号化ライセンスを生成する再暗号化手段とを備えることを特徴とする。
【００２０】
これらの構成により、セキュリティモジュールにおいて、ライセンスに付与されているライセンス取り込み期限や暗号変換期限の情報を用いて、ライセンスが不正に使用されることや、ライセンス管理における情報がセキュリティモジュールの容量を圧迫するという問題を解決することが可能となる。
【００２１】
尚、前記目的を達成するために、本発明は、前記受信装置、前記送出装置及び前記セキュリティモジュールの特徴的な構成手段をステップとする受信方法、送出方法及びライセンス取得方法としたり、それらのステップを全て含むプログラムとして実現することもできる。そして、そのプログラムは、受信装置及び送出装置が備えるＲＯＭ等に格納しておくだけでなく、ＣＤ−ＲＯＭ等の記録媒体や通信ネットワークを介して流通させることもできる。
【発明の効果】
【００２２】
本発明によれば、端末装置で取得したライセンスのＩＤと有効期限とを、ライセンスの取得履歴として管理し、少なくともライセンスの取り込み期限までライセンス取得履歴を保持しておくことにより、無制限なライセンス取得の防止と、管理するデータサイズの増大の防止とを両立することが可能となる。また、暗号変換期限を用いることにより、ユーザが実際に使用するライセンスのみをＩＣカードに取り込むことができ、ＩＣカードに記録されるデータ容量を適切に管理できる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明における実施の形態について、図面を用いて詳細に説明する。
【００２４】
（実施の形態１）
図１は、本発明における実施の形態に関わる、デジタル権利管理システムを用いたコンテンツ配信システム１の全体の概略構成を示す図である。
【００２５】
このコンテンツ配信システム１は、デジタル放送を通じて放送局に設置された送出装置から送出される暗号化コンテンツを、セキュアに利用制御を行いつつ、ユーザが端末装置において利用することが可能なシステムであって、コンテンツやコンテンツのライセンスなどを配信する放送局１０１と、コンテンツを利用する端末装置１０２と、端末装置１０２とともにコンテンツの利用に用いるＩＣカード１０３と、これらを相互に接続するデジタル放送１０４、および、通信ネットワーク１０５とから構成されている。
【００２６】
なお、端末装置１０２は複数あって良いが、図１では簡単のため、１つの端末装置１０２のみをその代表として示している。
【００２７】
放送局１０１は、暗号化されたコンテンツ（以下、暗号化コンテンツ）や、暗号化コンテンツを復号するための暗号鍵などを配信する送出装置などを有する。
【００２８】
端末装置１０２は、デジタル放送１０４や通信ネットワーク１０５などから暗号化コンテンツを受信するとともに、暗号化コンテンツを復号するためのライセンスを受信し、暗号化コンテンツを復号してコンテンツを利用するための装置である。また、端末装置１０２は、ＩＣカード１０３を挿入するインタフェースを有しており、高いセキュリティを必要とする処理については、ＩＣカード１０３と連携することにより処理を実行する。
【００２９】
ＩＣカード１０３は、耐タンパ化されたハードウェアモジュールである。具体的には、ＩＣカード１０３は、国内デジタル放送の標準ＣＡＳが実装されたＢ−ＣＡＳカードのような高度なセキュリティを有するカードや、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カードにセキュリティプロセッサが搭載されたようなモジュールなどがあげられる。
【００３０】
デジタル放送１０４は、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）デジタル放送、ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ）デジタル放送、地上デジタル放送などの無線によるデジタル放送や、デジタルＣＡＴＶなどの有線によるデジタル放送である。
【００３１】
通信ネットワーク１０５は、放送局１０１と端末装置１０２とを相互に接続するネットワークである。例えば、通信ネットワーク１０５は、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、ＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）、双方向デジタルＣＡＴＶ、ＩＥＥＥ８０２．１１ｇなどの高速インターネット網である。
【００３２】
なお、放送局１０１および端末装置１０２の構成については、後で図を用いて詳細に説明する。
【００３３】
ここで、サーバ型放送方式における限定再生方式の暗号スキームについて、図２を用いて説明する。
【００３４】
図２において、コンテンツや暗号鍵を送出する送信側２００と、コンテンツや暗号鍵を受信する受信側２５０に分けて説明する。
【００３５】
送信側２００において、コンテンツは、スクランブル鍵Ｋｓ２０１と呼ばれる暗号鍵によってスクランブル、すなわち、暗号化（２０２）される。コンテンツのスクランブルについては、ＭＰＥＧ−２トランスポートストリーム（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ、以下、ＴＳと記述）のパケット単位で、ＴＳパケットのペイロード部をスクランブルする。また、スクランブル鍵Ｋｓ２０１は、不正受信に対するセキュリティ向上のため、数秒おきに変更される時変鍵である。
【００３６】
また、コンテンツをスクランブルするスクランブル鍵Ｋｓ２０１は、悪意あるユーザなどによる不正な傍受を防止するため、ワーク鍵Ｋｗ２０３を用いて暗号化（２０４）される。ワーク鍵Ｋｗ２０３は、従来の一般的な限定受信方式で用いられている放送事業者毎の契約単位、グループ単位に割り当てられる暗号鍵であり、ワーク鍵Ｋｗ２０３自体のセキュリティを確保するため、数ヶ月〜数年の期間で更新されるのが一般的である。少なくともスクランブル鍵Ｋｓ２０１を含み、コンテンツに関連する情報を送信するためのデータ構造は、ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ）と呼ばれ、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓ（ＩＥＣ／ＩＳＯ１３８１８−１）のプライベートセクションとして構成される。ワーク鍵Ｋｗ２０３で暗号化されたＥＣＭは、ＥＣＭ−Ｋｗと呼ばれ、放送コンテンツのリアルタイム視聴において利用する。
【００３７】
また、スクランブル鍵Ｋｓ２０１は、コンテンツ鍵Ｋｃ２０５でも暗号化（２０４）される。コンテンツ鍵Ｋｃ２０５は、コンテンツ単位に割り当てられる暗号鍵であり、ＥＣＭ−Ｋｗと同様、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓのプライベートセクションとして構成される。少なくともスクランブル鍵Ｋｓ２０１を含むＥＣＭを、コンテンツ鍵Ｋｃ２０５で暗号化したものをＥＣＭ−Ｋｃと呼び、放送コンテンツの蓄積視聴（サーバ型放送方式におけるＴｙｐｅＩコンテンツ）において利用する。
【００３８】
さらに、コンテンツ鍵Ｋｃ２０５についても、悪意あるユーザなどによる不正な傍受を防止するため、ワーク鍵Ｋｗ２０３で暗号化（２０６）される。コンテンツ鍵Ｋｃ２０５を含み、ワーク鍵Ｋｗ２０３で暗号化されたＥＣＭをＫｃ伝送用ＥＣＭと呼び、放送コンテンツの蓄積視聴において利用する。Ｋｃ伝送用ＥＣＭは、ＥＣＭ−Ｋｗ、および、ＥＣＭ−Ｋｃと同様に、ＭＰＧＥ−２  Ｓｙｓｔｅｍｓのプライベートセクションとして構成されるものである。
【００３９】
ＥＣＭ−ＫｗやＫｃ伝送用ＥＣＭを暗号化するワーク鍵Ｋｗ２０３は、コンテンツの利用に先立って送信側２００と受信側２５０とで共有しておく必要があるため、ＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｓｓａｇｅ）と呼ばれるデータ構造を利用して両者で共有する。このとき、スクランブル鍵Ｋｓ２０１やコンテンツ鍵Ｋｃ２０５と同様、盗聴防止のため、マスタ鍵Ｋｍ２０７と呼ばれる端末装置１０２固有の暗号鍵で暗号化（２０８）する。このマスタ鍵Ｋｍ２０７についても、送信側２００と受信側２５０で予め共有しておく必要があるが、受信側２５０のマスタ鍵Ｋｍ２５２は、端末装置１０２のセキュアな部分や、セキュリティモジュールと呼ばれるハードウェア的に耐タンパ化されたモジュールなどに出荷時などに予め書き込まれることで設定される。
【００４０】
なお、ＥＣＭ−Ｋｗ、ＥＣＭ−Ｋｃ、Ｋｃ伝送用ＥＣＭ、ＥＭＭのデータ構造の例については、後で図を用いて詳細に説明する。
【００４１】
また、本暗号スキームにおいて、端末装置１０２では、マスタ鍵Ｋｍ２０７、ワーク鍵Ｋｍ２０３など、特にセキュリティを必要とする情報の管理および処理を、ＩＣカードで行うようにするようにしても良い。
【００４２】
また、本暗号スキームで使用する暗号アルゴリズムとしては、ＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）などの共通鍵暗号方式が用いられる。
【００４３】
また、ワーク鍵Ｋｗ２０３については、送信側２００と受信側２５０との間でＳＡＣ（Ｓｅｃｕｒｅ  Ａｕｔｈｅｎｔｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を確立し、通信ネットワーク１０５を介してワーク鍵Ｋｗ２０３を共有するようにしても良い。
【００４４】
以上のように生成された暗号化コンテンツ、ＥＣＭ−Ｋｗ、ＥＣＭ−Ｋｃ、Ｋｃ伝送用ＥＣＭ、および、ＥＭＭは、ＭＰＥＧ−２  ＴＳパケット化され、必要に応じてＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などのデータと多重化（２０９）された後、受信側２５０に送信される。
【００４５】
一方、受信側２５０では、送信側２００から送出されたＭＰＥＧ−２  ＴＳパケットを受信し、これらを分離（２５１）して、暗号化コンテンツ、ＥＣＭ−Ｋｗ、ＥＣＭ−Ｋｃ、Ｋｃ伝送用ＥＣＭ、および、ＥＭＭを取得する。
【００４６】
この暗号化されたＥＭＭは、受信側２５０で予め保持しているマスタ鍵Ｋｍ２５２を用いて復号（２５３）し、ワーク鍵Ｋｗ２０３を取得する。このワーク鍵Ｋｗ２０３は、受信側２５０の不揮発性メモリなどで保持される。
【００４７】
コンテンツをリアルタイム視聴する場合、ＥＣＭ−Ｋｗを取得して、ワーク鍵Ｋｗ２０３により暗号化されたＥＣＭ−Ｋｗを復号（２５５）して、スクランブル鍵Ｋｓ２０１を取得する。スクランブル鍵Ｋｓ２０１によって暗号化コンテンツを復号（２５６）して、コンテンツを利用することが可能となる。
【００４８】
一方、コンテンツを蓄積視聴する場合、図示しない蓄積部に記録された暗号化コンテンツ、ＥＣＭ−Ｋｃ、Ｋｃ伝送用ＥＣＭを読み出す。Ｋｃ伝送用ＥＣＭについては、送信側２００からは繰り返し送出されるが、受信側２５０では１回だけ取得すれば良い。なお、ＥＣＭ−Ｋｗは、リアルタイム視聴時のみで使用されるため、受信側２５０では蓄積されない。
【００４９】
リアルタイム視聴の場合において説明した方法で取得したワーク鍵Ｋｗ２０３を用いて、暗号化されたＫｃ伝送用ＥＣＭを復号（２５４）して、コンテンツ鍵Ｋｃ２０５を取得する。これによりコンテンツ鍵Ｋｃ２０５によりＥＣＭ−Ｋｃを復号（２５５）し、暗号化コンテンツを復号（２５６）して、コンテンツを利用することが可能となる。
【００５０】
以上、図２を用いて、サーバ型放送方式の限定再生方式の暗号スキームについて説明した。以降、本発明における実施の形態では、図２で説明した暗号スキームに基づくデジタル権利管理システムについての説明を行う。
【００５１】
このようなコンテンツ配信システム１において、デジタル放送１０４を通じて、コンテンツ（番組）、ライセンスが配信され、端末装置１０２において、コンテンツ、ライセンスをＨＤＤなどに蓄積し、ライセンスに基づきコンテンツを利用する処理を、図３〜図２２の図面を用いて詳細に説明する。
【００５２】
図３は、図１に示す放送局１０１の構成を示す機能ブロック図である。
放送局１０１は、契約情報を管理する契約情報管理ＤＢ３０１と、ワーク鍵を管理するワーク鍵ＤＢ３０２と、コンテンツに関連する属性情報を管理するコンテンツ属性情報ＤＢ３０３と、コンテンツ毎に割り当てられるコンテンツ鍵を管理するコンテンツ鍵ＤＢ３０４と、映像、音声などのコンテンツを管理するコンテンツＤＢ３０５と、端末装置１０２とのインタフェースを提供する通信部３０６と、ユーザの契約情報を管理する契約処理部３０７と、端末装置１０２毎の個別情報を生成するＥＭＭ生成部３０８と、ＥＭＭを暗号化するＥＭＭ暗号化部３０９と、全端末装置１０２に共通な情報を生成するＥＣＭ生成部３１０と、ＥＣＭを暗号化するＥＣＭ暗号化部３１１と、コンテンツをエンコードするコンテンツ符号化部３１２と、ＭＰＥＧ−２  ＴＳを多重化する多重化部３１３と、映像、音声などのＴＳパケットを暗号化するコンテンツ暗号化部３１４と、ＴＳ化されたコンテンツを送出するコンテンツ送出部３１５とで構成されている。
【００５３】
契約情報管理ＤＢ３０１は、ユーザのコンテンツの視聴契約に関する情報を管理するためのデータベースである。具体的には、契約情報管理ＤＢ３０１は、図４に示すように、ＩＣカード１０３毎の視聴契約に関連する情報や、マスタ鍵Ｋｍ２０７を一元管理する契約情報管理テーブル４００を有する。契約情報管理ＤＢ３０１は、主として、ＥＭＭ生成部３０８が、端末装置１０２毎に視聴契約情報を配信するためのＥＭＭを生成する際に参照する。
【００５４】
カードＩＤ４０１は、端末装置１０２に挿入するＩＣカード１０３を一意に識別し、契約処理を行ったＩＣカード１０３に対してＥＭＭ９００を送出するための宛て先となる情報である。
【００５５】
ティア契約ＩＤ４０２は、放送局１０１が提供するサービスに対する月極め契約（サブスクリプション）の識別をするためのＩＤであり、一種の契約形態を示している。例えば、スポーツに関するコンテンツを視聴できる「スポーツコンテンツパック」、映画コンテンツを視聴できる「映画コンテンツパック」などがあげられる。
【００５６】
ＰＰＶ契約ＩＤ４０３は、放送局１０１が提供するサービスに対するペイ・パー・ビューの視聴契約を識別するためのＩＤであり、ティア契約ＩＤ９０８と同様、一種の契約形態を示している。
【００５７】
有効期限４０４は、放送局１０１との契約期間を示すものであり、有効期限９０４までは、当該放送局１０１のコンテンツを利用することが可能となる。
【００５８】
蓄積暗号鍵Ｋｍ’４０５は、端末装置１０２において、コンテンツやライセンス（ＥＣＭなど）をＨＤＤなどに蓄積する場合に、コンテンツやライセンスを取得した端末装置１０２、すなわち、ＩＣカード１０３に、コンテンツやライセンスをバインドする際に用いる。
【００５９】
マスタ鍵Ｋｍ４０６は、ＩＣカード１０３固有の暗号鍵であり、ＥＭＭを暗号化する場合に用いる。ＩＣカード１０３では出荷時に埋め込まれる。
【００６０】
例えば、図４では、カードＩＤ４０１が「ＣＡＲＤ−ＩＤ−１」なるＩＣカード１０３は、ティア契約ＩＤ４０２が「ＴＩＥＲＣＯＮＴ−ＩＤ−１」、ＰＰＶ契約ＩＤ４０３が「ＰＰＶＣＯＮＴ−ＩＤ−１」であるサービスに加入しており、有効期限４０４が「２００４／４／１〜２００５／３／３１」であり、蓄積暗号鍵Ｋｍ’４０５が「０ｘ１１１・・・１１１」、マスタ鍵Ｋｍ４０６が「０ｘ１１１・・・１１１」であることを示している。
【００６１】
ワーク鍵ＤＢ３０２は、ユーザが事業者と視聴契約を行った場合に送出するＥＣＭを暗号化する鍵を管理するためのデータベースであって、ワーク鍵管理テーブル５００を有する。ワーク鍵ＤＢ３０２は、ＥＣＭ−Ｋｗ、Ｋｃ伝送用ＥＣＭを暗号化する際に、ワーク鍵Ｋｗ２０３を提供したりする場合に用いられる。
【００６２】
具体的には、ワーク鍵ＤＢ３０２は、図５に示すように、ワーク鍵ＩＤ５０１、ワーク鍵Ｋｗ５０２、ワーク鍵利用開始日５０３の組を管理するワーク鍵管理テーブル５００を管理する。
【００６３】
例えば、図５では、ワーク鍵ＩＤ５０１「ＷＫ−ＩＤ−１」に対応するワーク鍵Ｋｗ５０２が「０ｘ１２３・・・ｃｄｆ」であり、ワーク鍵Ｋｗ５０２の利用開始日を示すワーク鍵利用開始日５０３が「２００３／１１／２４」であることを示している。また、ワーク鍵ＩＤ５０１は、暗号化されたＥＣＭにおいて、暗号化に用いたワーク鍵Ｋｗ２０３を特定するために用いられる情報であり、ＥＣＭ−Ｋｗのワーク鍵ＩＤ１１０４や、Ｋｃ伝送用ＥＣＭのワーク鍵ＩＤ１００４に設定される。
【００６４】
コンテンツ属性情報ＤＢ３０３は、コンテンツの利用条件や、当該コンテンツを視聴可能な契約の種類など、コンテンツ利用に関する種々の情報を管理するためのデータベースである。具体的には、コンテンツ属性情報ＤＢ３０３は、図６に示すように、コンテンツ配信システム１内でコンテンツを一意に特定するためのコンテンツＩＤ６０１と、コンテンツ配信システム１内でライセンスを一意に特定するためのライセンスＩＤ６０２と、利用条件６０３と、契約情報６０４と、ライセンス変換期限６０５とを有するコンテンツ属性情報管理テーブル６００を備えている。尚、請求の範囲におけるライセンス取り込み期限は、本実施の形態の説明におけるライセンス変換期限と対応しているものである。
【００６５】
例えば、コンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−１」、ライセンスＩＤ６０２が「ＬＩＣＥＮＳＥ−ＩＤ−１」であるコンテンツは、利用条件６０３が「有効期限１ヶ月」、契約情報６０４が「ＴＩＥＲＣＯＮＴ−ＩＤ−１」、ライセンス変換期限６０５が「２００４／４／３０」であることから、放送局１０１と「ＴＩＥＲＣＯＮＴ−ＩＤ−１」なるサービスを契約し、「２００４／４／３０」までにライセンスを取得する処理を行った場合、コンテンツを蓄積してから１ヶ月間は当該コンテンツが再生可能であることを示している。なお、ライセンス変換期限６０５に関わるライセンス変換処理については、端末装置１０２の構成について説明する際に、詳細に説明する。
【００６６】
また、コンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−２」なるコンテンツについては、契約情報６０４が「ＴＩＥＲＣＯＮＴ−ＩＤ−１、ＴＩＥＲＣＯＮＴ−ＩＤ−２」であることから、このコンテンツを視聴するためには、放送局１０１と「ＴＩＥＲＣＯＮＴＥＮＴ−ＩＤ−１」または「ＴＩＥＲＣＯＮＴ−ＩＤ−２」の少なくともどちらかのサービスを契約していることが必要となる。また、コンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−４」なるコンテンツについては、契約情報６０４が「ＰＰＶＣＯＮＴ−ＩＤ−１」であることから、このコンテンツがＰＰＶコンテンツであることが示されている。
【００６７】
コンテンツ鍵ＤＢ３０４は、端末装置１０２に蓄積されたコンテンツを利用するためのライセンス毎（すなわち、コンテンツ毎）に割り当てられる暗号鍵を管理するデータベースである。
【００６８】
具体的には、コンテンツ鍵ＤＢ３０４は、コンテンツ配信システム１においてコンテンツをユニークに識別するための識別子であるコンテンツＩＤ７０１、コンテンツ配信システム１においてライセンスをユニークに識別するための識別子であるライセンスＩＤ７０２、ライセンスＩＤ７０２に設定するコンテンツ鍵Ｋｃ７０３から構成されるコンテンツ鍵管理テーブル７００を有する。
【００６９】
例えば、図７では、コンテンツ７０１が「ＣＯＮＴＥＮＴ−ＩＤ−１」に対応するライセンスＩＤ７０２が、「ＬＩＣＥＮＳＥ−ＩＤ−１」であり、これらに対応するコンテンツ鍵Ｋｃ７０３が、「０ｘ１２３・・・ｃｄｆ」であることを示している。
【００７０】
コンテンツＤＢ３０５は、コンテンツを蓄積するためのデータベースである。具体的には、コンテンツＤＢ３０５は、図８に示すように、コンテンツ配信システム１内でコンテンツを一意に特定するためのコンテンツＩＤ８０１と、コンテンツの名前を示すコンテンツ名称８０２と、コンテンツをデジタル放送で配信する日時を示す放送日時８０３と、コンテンツ毎のコンテンツＤＢ３０５におけるファイルの位置を示すファイル名８０４とを有するコンテンツ管理テーブル８００を備えている。
【００７１】
例えば、コンテンツＩＤ８０１が「ＣＯＮＴＥＮＴ−ＩＤ−１」のコンテンツは、コンテンツ名称８０２が「マンデースポーツ」であり、放送日時８０３が「２００４／４／８
２１：００：００」、コンテンツＤＢ３０５におけるファイル名８０４はＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が「／ＳＰＯＲＴ／・・・／ＭＯＮＳＰＯＲＴＳ．ＶＣ」（「・・・」はＵＲＩの一部が省略されていることを示している）であることを示している。
【００７２】
なお、コンテンツ管理テーブル８００は、アナログＶＣＲ（Ｖｉｄｅｏ  Ｃａｓｓｅｔｔｅ  Ｒｅｃｏｒｄｅｒ）であってもよいし、コンテンツ管理テーブル８００に代わり、ライブ放送（生放送）などを撮影するビデオカメラなどであっても良い。
【００７３】
通信部３０６は、通信ネットワーク１０５を通じて、端末装置１０２と通信するための部である。
【００７４】
契約処理部３０７は、端末装置１０２からの視聴契約の申し込みを処理する部である。
具体的には、契約処理部３０７は、Ｗｅｂブラウザなどを通じて放送局１０１との視聴契約を受け付け、ユーザ（端末装置１０２）に対する視聴契約情報を、契約情報管理ＤＢ３０１に登録する。
【００７５】
ＥＭＭ生成部３０８は、ワーク鍵Ｋｗ２０３やユーザの契約情報などを含むＥＭＭを生成する部である。
【００７６】
具体的には、ＥＭＭ生成部３０８は、主として新規契約や契約変更が行われたユーザ（端末装置１０２、すなわち、ＩＣカード１０３）に対して、契約情報管理ＤＢ３０１から当該ユーザの契約内容であるティア契約ＩＤ４０２、ＰＰＶ契約ＩＤ４０３、有効期限４０４などを読み出し、ＥＭＭに設定する。
【００７７】
ここで、図９を用いて、ＥＭＭのデータ構造についての詳細な説明を行う。
図９は、主としてワーク鍵Ｋｗ２０１やユーザ毎（ＩＣカード１０３毎）の情報を伝送するＥＭＭのデータ構造の一例を示す図である。
【００７８】
図９に示したＥＭＭ９００は、カードＩＤ９０２、事業者ＩＤ９０３、有効期限９０４、ワーク鍵ＩＤ９０５、ワーク鍵Ｋｗ９０６、蓄積暗号鍵Ｋｍ’９０７、ティア契約ＩＤ９０８、ＰＰＶ契約ＩＤ９０９、改ざん検出９１０とから構成されている。また、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓのプライベートセクション形式でトランスポートストリームに多重化するため、セクションヘッダ９０１、セクションテーラ（誤り検出）９１１が付加されている。ＥＭＭ９００に示したデータの大部分は、ＩＣカード１０３に蓄積され、管理される。
【００７９】
カードＩＤ９０２は、コンテンツ配信システム１において、端末装置１０２に挿入するＩＣカード１０３を一意に識別し、契約処理を行ったＩＣカード１０３に対してＥＭＭ９００を送出するための宛て先となる情報である。
【００８０】
事業者ＩＤ９０３は、コンテンツ配信システム１において、サービスを提供する事業者を識別するコードであって、後述するワーク鍵ＩＤ９０５とともに参照される。
【００８１】
有効期限９０４は、放送局１０１との契約期間を示すものであり、有効期限９０４までは、当該放送局１０１のコンテンツを利用することが可能となる。
【００８２】
ワーク鍵ＩＤ９０５は、ＥＣＭを暗号化するワーク鍵Ｋｗ２０３を識別するための情報であり、ＩＣカード１０３で暗号化されたＥＣＭを復号する際には、ワーク鍵ＩＤ９０５と同様の情報がＥＣＭの非暗号化部分に設定されるので、ワーク鍵ＩＤ９０５を参照することにより、どのワーク鍵Ｋｗ２０３を用いて暗号化されたＥＣＭを復号すれば良いかを判別することができる。
【００８３】
ワーク鍵Ｋｗ９０６は、放送局１０１との契約に対してユーザに与えられる暗号化であり、ＩＣカード１０３で暗号化されたＥＣＭ−Ｋｗ、および、Ｋｃ伝送用ＥＣＭを復号する際に用いる。
【００８４】
蓄積暗号鍵Ｋｍ’９０７は、端末装置１０２において、コンテンツやライセンス（ＥＣＭなど）をＨＤＤなどに蓄積する場合に、コンテンツやライセンスを取得した端末装置１０２、すなわち、ＩＣカード１０３に、コンテンツやライセンスをバインドする際に用いる。
【００８５】
ティア契約ＩＤ９０８は、放送局１０１が提供するサービスに対する月極め契約（サブスクリプション）の識別をするためのＩＤであり、「標準パック」、「プレミアムパック」などの放送局１０１との契約形態を示している。
【００８６】
ＰＰＶ契約ＩＤ９０９は、放送局１０１が提供するサービスに対するペイ・パー・ビューの視聴契約を識別するためのＩＤであり、ティア契約ＩＤ９０８と同様、一種の契約形態を示している。
【００８７】
改ざん検出９１０は、暗号化したＥＭＭ９００の改ざんを検出するためのハッシュ値が設定される。ハッシュアルゴリズムは、ＡＥＳのＣＢＣモードで暗号化した結果であるＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）や、ＳＨＡ−２５６などを用いる。
【００８８】
なお、ここでは、ティア契約、ＰＰＶ契約については、ティア契約ＩＤ９０８、ＰＰＶ契約ＩＤ９０９をそのままＥＭＭ９００に設定する場合の例を説明したが、それぞれのＩＤをビットマップなどで表現したものをＥＭＭ９００で配信し、伝送すべき情報量とＩＣカード１０３での保持すべき情報量を削減するようにしても良い。
【００８９】
また、ここでは、ワーク鍵Ｋｗ２０３は事業者毎に割り当てる場合の例を説明したが、ティア契約ＩＤ毎などの契約毎にワーク鍵Ｋｗ２０３を割り当てるようにしても良い。
【００９０】
以上、図９を用いて、ＥＭＭ９００のデータ構造についての詳細な説明を行った。
ＥＭＭ暗号化部３０９は、ＡＥＳなどを用いて、ＥＭＭ生成部３０８で生成したＥＭＭ９００を暗号化する部である。
【００９１】
具体的には、ＥＭＭ暗号化部３０９は、ＥＭＭ生成部３０８で生成したＥＭＭ９００を、契約情報管理ＤＢ３０１から取得したマスタ鍵Ｋｍ２０７で暗号化し、多重化部３１３に送信する。ＥＭＭ９００を暗号化するにあたっては、暗号化モードは、ＣＢＣ（Ｃｉｐｈｅｒ  Ｂｌｏｃｋ  Ｃｈａｉｎｉｎｇ）＋ＯＦＢ（Ｏｕｔｐｕｔ  ＦｅｅｄＢａｃｋ）を用いる。
【００９２】
ＥＣＭ生成部３１０は、スクランブル鍵Ｋｓ２０１などを含むＥＣＭを生成する部である。具体的には、ＥＣＭ生成部３１０は、上流システムからの指示により、コンテンツの送出に合わせてＥＣＭ−Ｋｗ、ＥＣＭ−Ｋｃ、Ｋｃ伝送用ＥＣＭを生成する。ＥＣＭ−Ｋｗ、および、ＥＣＭ−Ｋｃの生成については、コンテンツのセキュリティを堅固なものとするため、数秒おきにスクランブル鍵Ｋｓを生成して、ＥＣＭ−Ｋｗ、ＥＣＭ−Ｋｃに設定する。Ｋｃ伝送用ＥＣＭの生成については、コンテンツ属性情報ＤＢ３０３、および、コンテンツ鍵ＤＢ３０４から、利用条件６０３やコンテンツ鍵Ｋｃ７０３などを取得して、Ｋｃ伝送用ＥＣＭに設定する。また、生成したスクランブル鍵Ｋｓ２０１を、コンテンツを暗号化するコンテンツ暗号化部３１４に送信する。
【００９３】
ここで、図１０〜図１１を用いて、ＥＣＭ−Ｋｗ、ＥＣＭ−Ｋｃ、Ｋｃ伝送用ＥＣＭのデータ構造についての詳細な説明を行う。
【００９４】
図１０は、主としてスクランブル鍵Ｋｓ２０１を伝送するＥＣＭ−ＫｗおよびＥＣＭ−Ｋｃのデータ構造の一例を示す図である。
【００９５】
図１０に示したＥＣＭ−Ｋｗ１０００、および、ＥＣＭ−Ｋｃ１０２０は、スクランブル鍵Ｋｓ２０１やコンテンツに関する情報の伝送に用いられる情報であり、事業者ＩＤ１００２、ワーク鍵ＩＤ１００３、コンテンツＩＤ１００４、スクランブル鍵Ｋｓ１００５、契約判定情報１００６、改ざん検出１００７とから構成されている。また、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓのプライベートセクション形式でトランスポートストリームに多重化するため、セクションヘッダ１００１、セクションテーラ（誤り検出）１００７が付加されている。
【００９６】
事業者ＩＤ１００２は、コンテンツ配信システム１において、サービスを提供する事業者を識別するコードであって、次に述べるワーク鍵ＩＤ１００３とともに参照される。
【００９７】
ワーク鍵ＩＤ１００３は、ＥＣＭを暗号化するワーク鍵Ｋｗ２０３を識別するための情報であり、ＥＣＭの非暗号化部分に設定される。ＩＣカード１０３で、暗号化されたＥＣＭを復号する場合には、ワーク鍵ＩＤ１００３を参照することにより、どのワーク鍵Ｋｗ２０３を用いてＥＣＭを復号すれば良いかを判別することができる。
【００９８】
コンテンツＩＤ１００４は、コンテンツ配信システム１内でコンテンツに対して一意に割り当てられる識別子であり、コンテンツの識別のために用いる。
【００９９】
スクランブル鍵Ｋｓ１００５は、コンテンツのＴＳパケットのペイロード部を暗号化する暗号鍵である。端末装置１０２が、数秒おきに変更されるスクランブル鍵Ｋｓ１００５を取得するために要する時間を短縮するため、一般的にはスクランブル鍵Ｋｓ１００５に複数の暗号鍵を設定する。
【０１００】
契約判定情報１００６は、当該コンテンツの属性を示す情報であり、端末装置１０２でコンテンツを視聴する場合に、当該コンテンツを視聴するための契約がなされているか否かを判定するために用いる。
【０１０１】
改ざん検出１００７は、暗号化されるＥＣＭの改ざんを検出するためのハッシュ値が設定される。ハッシュアルゴリズムは、ＥＭＭ９００の場合と同様、ＡＥＳのＣＢＣ−ＭＡＣや、ＳＨＡ−２５６などを用いる。
【０１０２】
次に、図１１は、主として蓄積視聴のためのＥＣＭ−Ｋｃ１０２０を復号するためのコンテンツ鍵Ｋｃ２０５を伝送するＫｃ伝送用ＥＣＭのデータ構造の一例を示す図である。
【０１０３】
図１１に示したＫｃ伝送用ＥＣＭ１１００は、コンテンツ鍵Ｋｃ２０５やコンテンツの利用条件（ライセンス）の伝送に用いられる情報であり、事業者ＩＤ１１０２、サービスタイプ１１０３、ワーク鍵ＩＤ１１０４、契約判定情報１１０５、ライセンス変換期限１１０６、ライセンスＩＤ１１０７、ライセンス有効期限１１０８、コンテンツ鍵Ｋｃ１１０９、利用可能回数１１１０、書き出し可能回数１１１１、改ざん検出１１１２とから構成されている。また、ＥＣＭ−Ｋｗ１０００およびＥＣＭ−Ｋｃ１０２０と同様に、セクションヘッダ１１０１、セクションテーラ（誤り検出）１１１３が付加されている。
【０１０４】
事業者ＩＤ１１０２、ワーク鍵ＩＤ１１０４、契約判定情報１１０５、改ざん検出１１１２については、ＥＣＭ−Ｋｃ１０００、および、ＥＣＭ−Ｋｃ１０２０における事業者ＩＤ１００２、ワーク鍵ＩＤ１００３、契約判定情報１００６、改ざん検出１００８の説明と同様であるので、ここでは説明を省略する。
【０１０５】
サービスタイプ１１０３は、Ｋｃ伝送用ＥＣＭ１１００を含むコンテンツが、ティア契約で視聴可能なコンテンツであるのか、ＰＰＶ契約であって、別途購入処理を行うことによって視聴可能なコンテンツであるのか、を識別するためのフラグである。本発明の実施の形態においては、ティア契約を「ＴＩＥＲＣＯＮＴ」、ＰＰＶ契約を「ＰＰＶＣＯＮＴ」として、以下の説明を行う。
【０１０６】
ライセンス変換期限１１０６は、ＩＣカード１０３において、Ｋｃ伝送用ＥＣＭ１１００を変換して、蓄積視聴用のライセンスを取得する処理の期限を示すものである。ライセンス変換とは、Ｋｃ伝送用ＥＣＭ１１００に含まれる情報を用いて、蓄積視聴用のライセンスをフォーマット変換により生成する処理を指す。このライセンス変換期限１１０６を経過した場合には、Ｋｃ伝送用ＥＣＭ１１００から蓄積視聴に必要なライセンスを取得することはできず、ライセンス変換期限１１０６経過後に、別途、通信などを用いて取得する必要がある。
【０１０７】
ライセンスＩＤ１１０７は、変換したライセンスをコンテンツ配信システム１内で一意に識別するためのコードであり、ＩＣカード１０３において、ライセンスの変換履歴としても用いる。
【０１０８】
ライセンス有効期限１１０８は、当該ライセンスにより、コンテンツを視聴可能な期限を示すものである。
【０１０９】
コンテンツ鍵Ｋｃ１１０９は、コンテンツ単位で割り当てられる１６バイト長の暗号鍵であり、ライセンスに含まれる暗号鍵である。
【０１１０】
利用可能回数１１１０は、当該ライセンスにより、コンテンツを視聴可能な回数を示すものである。
【０１１１】
書き出し可能回数１１１１は、当該ライセンスにより、コンテンツを蓄積媒体に書き出すことが可能な回数を示すものである。
【０１１２】
なお、ワーク鍵Ｋｗ２０３で暗号化されたリアルタイム視聴用のＥＣＭ−Ｋｃ１０００と、コンテンツ鍵Ｋｓ２０５で暗号化された蓄積視聴用のＥＣＭ−Ｋｃ１０２０のフォーマットは同一であり、暗号化を行う暗号鍵（ワーク鍵Ｋｗ２０３とコンテンツ鍵Ｋｓ２０５）と、セクションヘッダ１００１に記載されるセクション識別情報（テーブルＩＤ、テーブルＩＤエクステンションなど）やＴＳパケットのＰＩＤ（Ｐａｃｋｅｔ  ＩＤ）などが異なる。
【０１１３】
また、ライセンス変換期限１１０６を、ライセンス有効期限１１０８とは別に設けることによって、端末装置１０２にコンテンツおよびライセンスを大量に蓄積し、短期の視聴契約を行うことによって、視聴契約期間以外に蓄積した過去のライセンスも含めて、短期間に大量のライセンスを取得されてしまうという課題を解決することができる。この場合には、ライセンス変換期限１１０６は、比較的短い期限を設定すると良い。また、この目的のためには、必ずしもライセンス（Ｋｃ伝送用ＥＣＭ）毎にライセンス変換期限１１０６を設ける必要はなく、システム固定値としてＩＣカード１０３などがあらかじめ保持しておくようにしても良い。
【０１１４】
以上、図１０〜図１１を用いて、ＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０、Ｋｃ伝送用ＥＣＭ１１００のデータ構造についての詳細な説明を行った。
【０１１５】
ＥＣＭ暗号化部３１１は、ＡＥＳなどを用いて、ＥＣＭ生成部３１０で生成したＥＣＭを暗号化する部である。具体的には、ＥＣＭ暗号化部３１１は、ＥＣＭ生成部３１０で生成したＥＣＭ−Ｋｗ１０００、および、Ｋｃ伝送用ＥＣＭ１１００を、ワーク鍵ＤＢ３０２から取得したワーク鍵Ｋｗ２０３で暗号化する。合わせて、ＥＣＭ生成部３１０で生成したＥＣＭ−Ｋｃ１０２０を、コンテンツ鍵ＤＢ３０４から取得したコンテンツ鍵Ｋｃ２０５で暗号化する。各ＥＣＭを暗号化するにあたっては、暗号化モードは、ＣＢＣ＋ＯＦＢを用いる。ＥＣＭ暗号化部３１１は、このように暗号化した各ＥＣＭを、多重化部３１３に送信する。
【０１１６】
コンテンツ符号化部３１２は、端末装置１０２に送出するコンテンツをコンテンツＤＢ３０５から読み出し、コンテンツをＭＰＥＧ形式で符号化する部である。
【０１１７】
具体的には、コンテンツ符号化部３１２は、ＭＰＥＧストリームを生成するリアルタイムエンコーダであって、上流システム（例えば、番組運行管理システムなど）の指示により、コンテンツＤＢ３０５から映像、音声などを読み出し、映像、音声、データなどのＭＰＥＧ−２やＭＰＥＧ−４のＥＳ（Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）を生成する。さらに、これらのＥＳを含むＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットを生成し、最後にＭＰＥＧ−２  ＴＳパケット化して、多重化部３１３に送出する。
【０１１８】
多重化部３１３は、コンテンツ符号化部３１２から受け取った映像、音声、データなどを含むトランスポートストリームと、ＥＣＭ暗号化部３１１から受け取ったＥＣＭのトランスポートストリームと、ＥＭＭ暗号化部３０９から受け取ったＥＭＭ９００のトランスポートストリームとを多重化し、多重化されたトランスポートストリームをコンテンツ暗号化部３１４に送出する部である。具体的には、多重化部３１３は、コンテンツ符号化部３１２から受信したＴＳパケット化されたコンテンツと、ＥＣＭ暗号化部３１１から受信したＴＳパケット化されたＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０、Ｋｃ伝送用ＥＣＭ１１００と、ＥＭＭ暗号化部３０９から受信したＴＳパケット化されたＥＭＭ９００とをＴＳ多重化して、端末装置１０２に送信するための多重化トランスポートストリームを生成する。
【０１１９】
コンテンツ暗号化部３１４は、ＡＥＳなどを用いてコンテンツを暗号化することにより、コンテンツのスクランブルを行う部である。具体的には、コンテンツ暗号化部３１４は、ＴＳパケットのアダプテーションフィールドを除くペイロード部を、ＥＣＭ生成部３１０から取得したスクランブル鍵Ｋｓ２０１を用いて、ＣＢＣ＋ＯＦＢモードによって暗号化（スクランブル）する。
【０１２０】
コンテンツ送出部３１５は、コンテンツ暗号化部３１４において暗号化されたＴＳパケットを、端末装置１０２に送出する部である。具体的には、コンテンツ送出部３１５は、コンテンツ暗号化部３１４から受け取ったトランスポートストリームを、放送波としてネットワーク１０３を通じて端末装置１０２に送出する。
【０１２１】
なお、ここでは、コンテンツＤＢ３０５に蓄積されたコンテンツを読み出し、コンテンツ符号化部３１２においてリアルタイムエンコードする場合の例を示したが、あらかじめオフラインでＰＥＳ（ＥＳ）あるいはＴＳを生成しておき、コンテンツＤＢ３０５に蓄積しておくことにより、コンテンツ送出時にコンテンツ符号化部３１２におけるエンコード処理を省略するようにしても良い。
【０１２２】
以上、図３〜図１１を用いて、放送局１０１の構成についての詳細な説明を行った。
一方、図１２は、図１に示す端末装置１０２、および、ＩＣカード１０３の構成を示す機能ブロック図である。
【０１２３】
まず、端末装置１０２を構成する機能ブロックについての説明を行う。
送受信部１２０１は、デジタル放送１０４、および、通信ネットワーク１０５を通じて、放送局１０１からのコンテンツやライセンスを受信したり、放送局１０１と通信したりするための処理部である。
【０１２４】
分離部１２０２は、ＭＰＥＧ−２  ＴＳにより多重化された暗号化コンテンツを取得し、コンテンツとＥＣＭなどとを分離するための処理部である。
【０１２５】
具体的には、分離部１２０２は、送受信部１２０１が受信したトランスポートストリームに含まれるＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）などのＰＳＩ情報を参照して、コンテンツの映像、音声、データや、ＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０、Ｋｃ伝送用ＥＣＭ１１００を含むＴＳパケットのＰＩＤを取得し、コンテンツとＥＣＭ−Ｋｃ１０２０などとを分離する。コンテンツ蓄積部１２０３にコンテンツを蓄積する場合には、ＰＡＴ、ＰＭＴなどのＰＳＩ情報から必要な情報を選択してＳＩＴ（Ｓｅｌｅｃｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）、ＤＩＴ（Ｄｉｓｃｏｎｔｉｎｕｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）などのＰＳＩ情報の生成を行い、受信したトランスポートストリームを、パーシャルトランスポートストリーム（以下、パーシャルＴＳと記述する）と呼ばれるストリームを生成する処理を行う。
【０１２６】
蓄積部１２０３は、コンテンツやライセンスなどを蓄積するための部である。具体的には、蓄積部１２０３は、ＨＤＤなどの大容量不揮発性記憶媒体であり、分離部１２０２において受信したトランスポートストリームから生成した、映像、音声などのコンテンツやＥＣＭ−Ｋｃ１０２０などのライセンスを含むパーシャルＴＳを蓄積する。
【０１２７】
蓄積管理部１２０４は、端末装置１０２の蓄積部１２０３に蓄積するコンテンツやライセンスを管理しており、蓄積したコンテンツやライセンスの一覧などをユーザに提示するための情報を有する。
【０１２８】
コンテンツ復号部１２０５は、暗号化コンテンツを復号する部である。具体的には、コンテンツ復号部１２０５は、暗号化されたＭＰＥＧ−２  ＴＳのコンテンツを取得し、トランスポートストリームに含まれるＰＡＴ、ＰＭＴなどのＰＳＩ情報を参照して、コンテンツの映像、音声、データを含むＴＳパケットを取得する。そして、ＩＣカード１０３から取得するスクランブル鍵Ｋｓ２０１でＡＥＳ暗号化されたＴＳパケットのペイロード部分を復号する。
【０１２９】
コンテンツ利用部１２０６は、ＩＣカード１０３から取得するスクランブル鍵Ｋｓ２０１とコンテンツの利用条件とを用いて、セキュアにコンテンツの利用を行うための部である。
【０１３０】
具体的には、コンテンツ利用部１２０６は、リアルタイム視聴時においては、分離部１２０２から受け取ったトランスポートストリームからＥＣＭ−Ｋｗ１０００のＴＳパケットを取得し、ＥＣＭ−Ｋｗ１０００を再構成する。このようにして得られたＥＣＭ−Ｋｗ１０００をワーク鍵Ｋｗ２０３で復号して、コンテンツをデスクランブルするためのスクランブル鍵Ｋｓ２０１を取得し、コンテンツを復号する。一方、蓄積視聴時においては、蓄積部１２０３から読み出したトランスポートストリームから、Ｋｃ伝送用ＥＣＭ１１００をワーク鍵Ｋｗ２０３で復号して、ライセンスを取得する。そして、ライセンスに含まれる利用条件判定を行った上で、コンテンツを利用可能である場合のみ、ライセンスに含まれるコンテンツ鍵Ｋｃ２０５を用いて、ＥＣＭ−Ｋｃ１０２０を復号して、スクランブル鍵Ｋｓ２０１を取得する。さらに、コンテンツ利用部１２０６は、図１２に図示しないセキュアな計時部を用いて、コンテンツの利用時間などを計時することにより、利用条件に従ったコンテンツの利用を制御する。このような制御のもと、コンテンツ利用部１２０６は、ＭＰＧＥ−２あるいはＭＰＥＧ−４の映像、音声、データなどのＥＳをデコードして、図１２に示さないモニタなどに出力する。
【０１３１】
なお、コンテンツの利用を終了した場合に、ＩＣカード１０３に対して、利用終了通知を通知するようにしても良い。
【０１３２】
端末装置１０２における第１のカードＩ／Ｆ部１２０７は、端末装置１０２とＩＣカード１０３とのインタフェースを提供するための部である。
【０１３３】
具体的には、第１のカードＩ／Ｆ部１２０７は、ＩＳＯ７８１６−４で規定されているＴ＝０プロトコルやＴ＝１プロトコルを処理し、端末装置１０２やＩＣカード１０３の他の機能ブロックとの間で相互にデータをやりとりするための手段を提供するものである。端末装置１０２とＩＣカード１０３との通信は、悪意あるユーザなどによる通信の傍受を防止するため、少なくともセキュリティを要する情報の授受については、端末装置１０２とＩＣカード１０３との間で相互認証が行われ、ＳＡＣ（Ｓｅｃｕｒｅ  Ａｕｔｈｅｎｔｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を確立した上で行われる。
【０１３４】
ユーザＩ／Ｆ部１２０８は、端末装置１０２とユーザとのインタフェースを提供するための部である。
【０１３５】
具体的には、ユーザＩ／Ｆ部１２０８は、ＢＭＬ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ブラウザ、Ｗｅｂブラウザ、レジデントアプリケーションなどのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）であり、図１２に示さないモニタなどを通じて、ユーザ要求を受け付けたり、ユーザにメッセージを提示したりする。
【０１３６】
以上、端末装置１０２を構成する機能ブロックについての説明を行った。
次に、ＩＣカード１０３を構成する機能ブロックについての説明を行う。
【０１３７】
カード情報管理ＤＢ１２１０は、ユーザのコンテンツの視聴契約に関する情報を管理するためのデータベースである。具体的には、カード情報管理ＤＢ１２１０は、全事業者で共通の視聴契約に関連する情報を管理する共通情報テーブル１３００と、事業者毎の視聴契約に関する情報を管理する事業者別情報テーブル１４００とを有する。
【０１３８】
カード情報管理ＤＢ１２１０の共通情報テーブル１３００は、図１３に示すように、カードＩＤ１３０１と、マスタ鍵Ｋｍ１３０２と、蓄積暗号鍵Ｋｍ’１３０３とを管理する。
【０１３９】
カードＩＤ１３０１は、コンテンツ配信システム１内でＩＣカード１０３を一意に識別するためのＩＤであり、ＩＣカード１０３に予め書き込まれて出荷される。
【０１４０】
マスタ鍵Ｋｍ１３０２は、ＥＭＭ９００を暗号化する場合に用いられるカードＩＤ１３０１固有の暗号鍵であり、カードＩＤ１３０１と同様、ＩＣカード１０３に予め書き込まれて出荷される。
【０１４１】
蓄積暗号鍵Ｋｍ’１３０３は、端末装置１０２の蓄積部１２０３でライセンスを蓄積する場合に、ライセンスの取得を行ったＩＣカード１０３にライセンスをバインドするための暗号鍵であり、ＥＭＭ９００の事業者ＩＤ９０３で指定されるＩＤである。
【０１４２】
一方、カード情報管理ＤＢ１２１０の事業者別情報テーブル１４００は、図１４に示すように、事業者ＩＤ１４０１と、ティア契約ＩＤ１４０２と、ＰＰＶ契約ＩＤ１４０３と、有効期限１４０４と、ワーク鍵ＩＤ１４０５と、ワーク鍵Ｋｗ１４０６とを管理する。
【０１４３】
事業者ＩＤ１４０１は、コンテンツ配信システム１内で一意に放送局１０１を識別するためのＩＤであり、ＥＭＭ９００の事業者ＩＤ９０３で指定されるＩＤである。
【０１４４】
ティア契約ＩＤ１４０２は、ユーザが放送局１０１と月極めコンテンツの視聴契約を行ったサービスのＩＤであり、ＥＭＭ９００のティア契約ＩＤ９０８で指定されるＩＤである。
【０１４５】
ＰＰＶ契約ＩＤ１４０３は、ユーザが放送局１０１とＰＶＶコンテンツの契約を行ったサービスのＩＤであり、ＥＭＭ９００のＰＰＶ契約ＩＤ９０９で指定されるＩＤである。
【０１４６】
有効期限１４０４は、放送局１０１との視聴契約における視聴期限を示すものであり、ＥＭＭ９００の有効期限９０４で指定される期限である。
【０１４７】
ワーク鍵ＩＤ１４０５は、コンテンツ配信システム１内で、放送局１０１から配布されるワーク鍵Ｋｗ２０３を一意に識別するためのＩＤであり、ＥＭＭ９００のワーク鍵ＩＤ９０５で指定されるＩＤである。但し、ワーク鍵Ｋｗ２０３の識別については、事業者ＩＤ１４０１とワーク鍵ＩＤ１４０５との組により、コンテンツ配信システム１内でユニークとなることに注意されたい。
【０１４８】
ワーク鍵Ｋｗ１４０６は、放送局１０１から配布されるワーク鍵Ｋｗ２０３であり、ＥＭＭ９００のワーク鍵Ｋｗ９０６で指定される１６バイトのバイト列である。
【０１４９】
例えば、図１４では、事業者ＩＤ１４０１が「ＳＥＲＶＩＣＥ−ＩＤ−１」である事業者との契約内容は、ティア契約ＩＤ１４０２が「ＴＩＥＲＣＯＮＴ−ＩＤ−１」、ＰＰＶ契約ＩＤ１４０３が「ＰＰＶＣＯＮＴ−ＩＤ−１」、有効期限１４０４が「２００４／４／１〜２００５／３／３１」、ワーク鍵ＩＤ１４０５が「ＫＷ−ＩＤ−１」、ワーク鍵Ｋｗ１４０６が「０ｘ１１１・・・１１１」であることを示しており、「ＳＥＲＶＩＣＥ−ＩＤ−１」であるコンテンツは、ティアコンテンツ（Ｋｃ伝送用ＥＣＭ１１００のサービスタイプ１１０４が「ＴＩＥＲＣＯＮＴ」であるコンテンツ）とＰＰＶコンテンツ（Ｋｃ伝送用ＥＣＭ１１００のサービスタイプ１１０４が「ＰＰＶＣＯＮＴ」であるコンテンツ）の両方のコンテンツが視聴可能である。また、事業者ＩＤ１４０１が「ＳＥＲＶＩＣＥ−ＩＤ−１０」である事業者については、ティア契約ＩＤ１４０２が「−（未契約）」、ＰＰＶ契約ＩＤ１４０３が「ＰＰＶＣＯＮＴ−ＩＤ−１」であることから、「ＳＥＲＶＩＣＥ−ＩＤ−１」であるコンテンツは、ティアコンテンツについては視聴不可であるが、ＰＰＶコンテンツに関しては、別途購入処理を行うことによって視聴が可能である。
【０１５０】
なお、ここでは、ワーク鍵ＩＤ１４０５とワーク鍵１４０６の組は、最新の一組を保持する場合の例を示したが、ワーク鍵の運用を切り替える際のスムーズな移行を行うため、事業者別情報テーブル１４００においては、少なくとも二組のワーク鍵を保持できるようにしておくのが望ましい。
【０１５１】
変換履歴ＤＢ１２１１は、ライセンスの変換履歴を蓄積するためのデータベースである。具体的には、変換履歴ＤＢ１２１１は、Ｋｃ伝送用ＥＣＭ１１００に含まれる情報から、蓄積視聴用のライセンスが無制限に変換されることを防止するため、ライセンスの変換（以下、ライセンス変換と記述）が行われたことを示す変換履歴（Ｔｒａｎｓｆｏｒｍａｔｉｏｎ  Ｌｏｇ、以下、ＴＬと記述）を保持する。
【０１５２】
ここで、変換履歴ＤＢ１２１１に蓄積するＴＬのデータ構造の一例を、図１５を用いて説明する。
【０１５３】
ＴＬ１５００は、ライセンス変換を行ったライセンスを識別するためのライセンスＩＤ１５０１と、ライセンス変換が可能な期間を示すライセンス変換期限１５０２との組から構成されており、これらの複数組をリストとして管理している。ＴＬ１５００の各レコードは、少なくとも、ライセンス変換期限１５０２を経過するまでは保持されるため、一度変換を行ったライセンスについては、さらなるライセンス変換を抑制することができ、その結果、１つのＫｃ伝送用ＥＣＭ１１００からは、１つのライセンスのみを取得することができるので、事業者の権利を確実に保護することができる。
【０１５４】
ライセンスＤＢ１２１２は、放送局１０１から取得したライセンスをセキュアに管理するためのデータベースである。具体的には、ライセンスＤＢ１２１２は、放送局１０１から取得したライセンスを蓄積、管理するとともに、端末装置１０２の蓄積部１２０３などのＩＣカード１０３の外部にライセンスを蓄積する場合において、ライセンスの改ざんなどの不正な行為を防止するため、ライセンスＤＢ１２１２中のライセンスのハッシュ値を管理する。
【０１５５】
第２のカードＩ／Ｆ部１２１３は、端末装置１０２における第１のカードＩ／Ｆ部１２０７と同様の機能ブロックであるため、ここでは説明を省略する。
【０１５６】
ＥＣＭ／ＥＭＭ復号部１２１４は、端末装置１０２から受信した、暗号化されたＥＣＭ、および、暗号化されたＥＭＭ９００を復号するための部である。具体的には、ＥＣＭ／ＥＭＭ復号部１２１４は、第２のカードＩ／Ｆ部１２１３から暗号化ＥＣＭ−Ｋｗ１０００、暗号化ＥＣＭ−Ｋｃ１０２０、暗号化ＥＭＭ９００を受け取り、カード管理情報ＤＢ１２１０から、それぞれに対応するワーク鍵Ｋｗ２０３（１４０６）、マスタ鍵Ｋｍ２０７（１３０２）を読み出し、また、ライセンスＤＢ１２１２に保持されているライセンスからコンテンツ鍵Ｋｃ２０５を受け取り、暗号化ＥＣＭ−Ｋｗ１０００、暗号化ＥＣＭ−Ｋｃ１０２０、Ｋｃ伝送用ＥＣＭ１１００、暗号化ＥＭＭ９００の暗号を復号する。
【０１５７】
ＥＣＭ／ＥＭＭ処理部１２１５は、平文のＥＣＭやＥＭＭから必要な情報を抽出したり、処理したりするための部である。具体的には、ＥＣＭ／ＥＭＭ処理部１２１５は、ＥＣＭ／ＥＭＭ復号部１２１４から受け取ったＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０、Ｋｃ伝送用ＥＣＭ１１００、ＥＭＭ９００を解釈し、カード管理情報ＤＢ１２１０の構築に必要な情報を抽出して記録したり、端末装置１０２がコンテンツの再生に要するスクランブル鍵Ｋｓ２０１を、ＥＣＭ−Ｋｗ１０００やＥＣＭ−Ｋｃ１０２０から抽出して、端末装置１０２にレスポンスとして返送したりする。
【０１５８】
ライセンス変換処理部１２１６は、放送局１０１から受信したＥＣＭなどに含まれる情報（またはライセンスそのもの）を、蓄積コンテンツの利用を制御するためのライセンスに変換するとともに、変換したライセンスの数を管理するための部である。具体的には、ライセンス変換処理部１２１６は、放送局１０１から取得したＫｃ伝送用ＥＣＭ１１００に含まれる情報を、図１６に示す蓄積視聴用のライセンスのフォーマットに変換するとともに、変換したライセンスのライセンスＩＤと有効期限とを管理するための変換履歴であるＴＬ１５００を生成、管理する。
【０１５９】
ここで、ライセンス変換処理部１２１６が変換するライセンスの構成の一例を、図１６を用いて説明する。
【０１６０】
ライセンス１６００は、コンテンツの利用を許諾する情報であり、ライセンス識別子１６０１と、ライセンスＩＤ１６０２と、有効期限１６０３と、再生回数１６０４と、書き出し回数１６０５と、コンテンツ鍵Ｋｃ１６０６と、ライセンス１６００の改ざんを検出するための改ざん検出１６０７とから構成されている。
【０１６１】
ライセンス識別子１６０１は、コンテンツ配信システム１で利用可能なライセンスを識別するための識別子である。例えば、「ＳＶ−ＤＲＭ  ＬＩＣＥＮＳＥ」のような識別子であり、ライセンス変換処理部１２１６であらかじめ保持している識別子である。
【０１６２】
ライセンスＩＤ１６０２は、コンテンツ配信システム１内でライセンスを一意に識別するための識別子である。ライセンスＩＤ１６０２は、Ｋｃ伝送用ＥＣＭ１１００のライセンスＩＤ１１０７の値を設定する。
【０１６３】
有効期限１６０３は、ライセンス１６００が利用可能な期間を示し、利用開始日時および利用終了日時を有する。有効期限１６０３は、Ｋｃ伝送用ＥＣＭ１１００のライセンス有効期限１１０８の値を設定する。
【０１６４】
再生回数１６０４は、コンテンツを再生可能な回数を示し、再生回数が０より大である場合には、再生が可能となる。再生回数１６０４は、Ｋｃ伝送用ＥＣＭ１１００の利用可能回数１１１０の値を設定する。
【０１６５】
書き出し回数１６０５は、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）やＢＤ（Ｂｌｕ−Ｒａｙ  Ｄｉｓｃ）などの記録媒体などへのコンテンツの複製回数を示す。書き出し回数１６０５は、Ｋｃ伝送用ＥＣＭ１１００の書き出し可能回数１１１１の値を設定する。
【０１６６】
コンテンツ鍵Ｋｃ１６０６は、ＥＣＭ−Ｋｃ１０２０を復号するためのコンテンツ鍵Ｋｃ２０５を示す。コンテンツ鍵Ｋｃ２０５がバイナリ値で設定され、ＥＣＭ−Ｋｃ１０２０を復号する場合に用いる。コンテンツ鍵Ｋｃ１６０６は、Ｋｃ伝送用ＥＣＭ１１００のコンテンツ鍵Ｋｃ１１０９の値を設定する。
【０１６７】
改ざん検出１６０７は、ライセンス１６００をハードディスクなどの非セキュアな領域に蓄積する場合に、改ざんの検出を行い、その正当性を確保するためのものであって、ライセンス１６００の内容が更新される度に、ライセンス１６００の改ざんを防止したい箇所（典型的には、ライセンス識別子１６０１〜コンテンツ鍵Ｋｃ１６０６）についてハッシュ値を計算し、計算結果を管理する。このハッシュ値は、ハード的に耐タンパ化されたＩＣカード１０３の内部で管理する。ハッシュアルゴリズムとしては、例えば、ＳＨＡ−１（Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ  １）や、ＳＨＡ−２５６などが挙げられる。また、ライセンス１６００をハードディスクなどの非セキュアな領域に蓄積する場合には、少なくともコンテンツ鍵Ｋｃ１６０６の部分は暗号化されて蓄積される。
【０１６８】
以上、図１６を用いて、コンテンツ配信システム１におけるライセンス１６００の構成の説明を行った。
【０１６９】
ライセンス処理部１２１７は、ライセンスに基づき、コンテンツの利用可否判定をセキュアに行う。
【０１７０】
具体的には、ライセンス処理部１２１７は、ユーザからライセンスの利用要求を受けた場合に、放送局１０１から取得したライセンスに含まれる利用条件に基づき、コンテンツの利用が可能かどうかを判定する。そして、利用条件がコンテンツの利用を許諾している場合に限り、ＥＣＭ−Ｋｃ１０２０を復号するためのコンテンツ鍵Ｋｃ２０５をＥＣＭ／ＥＭＭ復号部１２１４に渡す、という処理を行う。
【０１７１】
例えば、ライセンス処理部１２１７は、ライセンス１６００に設定された有効期限１６０３を参照し、コンテンツが利用可能であるかどうかを判定する。端末装置１０２に保持している、図１２には図示しないセキュアな計時部により提供される現在時刻を参照し、現在時刻が有効期限１６０３内である場合は、コンテンツの再生が可能である、というような判定処理を行う。
【０１７２】
以上、図１２〜図１６を用いて、端末装置１０２およびＩＣカード１０３についての詳細な構成の説明を行った。
【０１７３】
さて、以上のように構成された端末装置１０２およびＩＣカード１０３において、ユーザが放送局１０１との視聴契約を行い、放送局１０１の配信装置からコンテンツおよびライセンスを取得して、端末装置１０２に蓄積し、端末装置１０２においてコンテンツを利用するという一連の動作を、図１７〜図２２に示すフローチャートを用いて説明する。
【０１７４】
なお、図１７〜図２２に示すフローチャートにおいて、ユーザがＰＰＶコンテンツを利用する場合には、コンテンツの購入処理が必要であるが、これらの処理については本発明の主眼ではないため、以下では説明を省略する。
【０１７５】
最初に、端末装置１０２において、ユーザが放送局１０１と視聴契約を行う動作を、図１７に示すフローチャートを用いて説明する。
【０１７６】
まず端末装置１０２において、ユーザが、ユーザＩ／Ｆ部１２０８が提供するＧＵＩにより、放送局１０１との視聴契約を行う（ステップＳ１７０１）。
【０１７７】
具体的には、ユーザが、ユーザＩ／Ｆ部１２０８が提供するＧＵＩによって、放送局１０１が提供するティア契約、または、ＰＰＶ契約の視聴契約のうち所望の契約を選択すると、ユーザＩ／Ｆ部１２０８は、対応する契約を識別するためのＩＤ（以下、契約ＩＤと記述）を、ＩＣカード１０３のカードＩＤ１３０１などとともに送受信部１２０１に送信する。送受信部１２０１は、放送局１０１とＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）などを用いてＳＡＣを確立し、受け取った契約ＩＤとカードＩＤ１３０１とを放送局１０１に送信する。なお、ユーザＩ／Ｆ部１２０８は、Ｗｅｂブラウザなどによってあらかじめ契約ＩＤを取得済みであるものとする。また、カードＩＤ１３０１についても、ＩＣカード１０３の挿入時などにあらかじめ取得済みであるものとする。
【０１７８】
放送局１０１は、端末装置１０２からの視聴契約の申し込みを受け付ける（ステップＳ１７０２）。
【０１７９】
具体的には、放送局１０１の通信部３０６は、端末装置１０２から契約ＩＤなどを受信すると、契約ＩＤを契約処理部３０７に渡す。
【０１８０】
放送局１０１は、端末装置１０２から受信した契約ＩＤに基づき、契約処理を行い、ユーザの契約に関する情報をデータベースに登録する（ステップＳ１７０３）。
【０１８１】
具体的には、契約処理部３０７は、必要に応じて、クレジットカード番号や銀行口座番号などを用いて課金処理を行い、契約情報管理ＤＢ３０１にユーザの視聴契約情報を登録する。このとき契約処理部３０７は、合わせて、ＩＣカード１０３固有の蓄積暗号鍵Ｋｍ’３０５を生成し、ＩＣカード１０３固有のマスタ鍵Ｋｍ３０６とともに、契約情報管理ＤＢ３０１に登録する。
【０１８２】
なお、ＩＣカード１０３毎に固有のマスタ鍵Ｋｍ３０６については、鍵管理センタなどからあらかじめ取得しておくものとする。
【０１８３】
放送局１０１のＥＭＭ生成部３０８は、視聴契約を行ったユーザに対するＥＭＭ９００を生成する（ステップＳ１７０４）。
【０１８４】
具体的には、ＥＭＭ生成部３０８は、顧客管理システムなどの上位のシステムからの随時または一日一回などのＥＭＭ送出指示に基づき、契約情報管理ＤＢ３０１の契約情報管理テーブル４００から、ＥＭＭ９００を送出すべきカードＩＤ４０１のティア契約ＩＤ４０２〜蓄積暗号鍵Ｋｍ’４０５を抽出し、該当カードＩＤ４０１宛てのＥＭＭ９００を生成する。ＥＭＭ生成部３０８は、生成したＥＭＭ９００をＥＭＭ暗号化部３０９に送信する。
【０１８５】
放送局１０１のＥＭＭ暗号化部３０９は、生成したＥＭＭ９００に対応するマスタ鍵で、ＥＭＭ９００を暗号化する（ステップＳ１７０５）。
【０１８６】
具体的には、ＥＭＭ暗号化部３０９は、ＥＭＭ生成部３０８から受け取ったＥＭＭ９００のカードＩＤ９０２を参照して、契約情報管理ＤＢ３０１の契約情報管理テーブル４００から、カードＩＤ４０１が合致するＩＣカード１０３のマスタ鍵Ｋｍ４０６を読み出す。このマスタ鍵Ｋｍ４０６を用いて、ＥＭＭ９００の必要部分をＡＥＳで暗号化する。ＥＭＭ暗号化部３０９は、暗号化したＥＭＭ９００を多重化部３１３に送信する。
【０１８７】
放送局１０１は、暗号化したＥＭＭ９００を、コンテンツなどと多重化し、端末装置１０２に送出する（ステップＳ１７０６）。
【０１８８】
具体的には、多重化部３１３は、ＥＭＭ暗号化部３０９から受け取ったＥＭＭ９００と、コンテンツ符号化部３１２などから受け取ったコンテンツなどとをＴＳパケット化した後、ＴＳ多重化する。その後、コンテンツ暗号化部３１４において、コンテンツの必要部分がスクランブルされ、コンテンツ送出部３１５が、放送波としてＥＭＭ９００を含むＴＳを端末装置１０２に送出する。
【０１８９】
端末装置１０２は、自己宛てのＥＭＭ９００を受信する（ステップＳ１７０７）。
具体的には、端末装置１０２の送受信部１２０１および分離部１２０２は、事前にＩＣカード１０３から取得したカードＩＤを用いて、受信したＥＭＭ９００をフィルタリングし、自己宛てのＥＭＭ９００を抽出する。
【０１９０】
端末装置１０２の第１のカードＩ／Ｆ部１２０７は、受信したＥＭＭ９００をＩＣカード１０３に送出する（ステップＳ１７０８）。
【０１９１】
ＩＣカード１０３の第２のカードＩ／Ｆ部１２１３は、端末装置１０２の第１のカードＩ／Ｆ部１２０７からＥＭＭ９００を受信する（ステップＳ１７０９）。
【０１９２】
ＩＣカード１０３は、ＩＣカード１０３内で、ＥＭＭ９００に含まれる情報を管理する（ステップＳ１７１０）。
【０１９３】
具体的には、第２のカードＩ／Ｆ部１２１３が受信したＥＭＭ９００を、ＥＣＭ／ＥＭＭ復号部１２１４に送信する。ＥＣＭ／ＥＭＭ復号部１２１４は、ＥＭＭ９００のカードＩＤ９０２が自身のＩＣカード１０３が保持するカードＩＤと一致することを確認した上で、カード管理情報ＤＢ１２１０の共通情報テーブル１３００からマスタ鍵Ｋｍ１３０２を読み出し、ＥＭＭ９００のカードＩＤ９０２を復号する。復号後、ＥＭＭ９００の改ざん検出９１０を用いて、暗号化ＥＭＭ９００が正しく復号できたことを確認する。改ざんが発見された場合は、当該ＥＭＭ９００の処理を中断する。ＥＣＭ／ＥＭＭ復号部１２１４は、復号したＥＭＭ９００をＥＣＭ／ＥＭＭ処理部１２１５に渡す。ＥＣＭ／ＥＭＭ処理部１２１５は、受け取ったＥＭＭ９００を解釈し、必要な情報をカード管理情報ＤＢ１２１０に蓄積し、図１３および図１４に示した、共通情報テーブル１３００および事業者別情報テーブル１４００を構築する。
【０１９４】
なお、ここでは、端末装置１０２が通信ネットワーク１０５を通じて、放送局１０１に対して視聴契約の申し込みを行う場合の例を示したが、電話やハガキなどのオフラインによる視聴契約の申し込みであっても良い。
【０１９５】
次に、放送局１０１における送出装置が、コンテンツを送出する動作を、図１８に示すフローチャートを用いて説明する。
【０１９６】
まず、ＥＣＭ生成部３１０は、コンテンツ送出指示を受信すると、コンテンツ送出開始に先立ち、Ｋｃ伝送用ＥＣＭ１１００を生成する（ステップＳ１８０１）。
【０１９７】
具体的には、ＥＣＭ生成部３１０は、番組運行管理装置などの上流システムからのコンテンツ送出指示、すなわち、ＥＣＭ生成指示をトリガとして、コンテンツ単位の暗号鍵を有するＫｃ伝送用ＥＣＭ１１００を生成するため、コンテンツ属性情報ＤＢ３０３およびコンテンツ鍵ＤＢ３０４を参照して、ライセンスＩＤ６０２、利用条件６０３、コンテンツ鍵Ｋｃ７０３などを読み出す。読み出した情報から、図１１に示したＫｃ伝送用ＥＣＭ１１００を生成する。ＥＣＭ生成部３１０は、生成したＫｃ伝送用ＥＣＭ１１００を、ＥＣＭ暗号化部３１１に送信する。
【０１９８】
ＥＣＭ暗号化部３１１は、ワーク鍵Ｋｗ２０３でＫｃ伝送用ＥＣＭ１１００を暗号化する（ステップＳ１８０２）。
【０１９９】
具体的には、ＥＣＭ暗号化部３１１は、ワーク鍵ＤＢ３０２のワーク鍵管理テーブル５００のワーク鍵利用開始日５０３を参照して、現在使用中のワーク鍵Ｋｗ２０３を特定する。特定したワーク鍵ＩＤ５０１とワーク鍵Ｋｗ５０２を読み出し、ＥＣＭ生成部３１０から受信したＫｃ伝送用ＥＣＭ１１００の必要部分をＡＥＳでＣＢＣ＋ＯＦＢモードによる暗号化を施す。合わせて、Ｋｃ伝送用ＥＣＭ１１００のワーク鍵ＩＤ１１０４に、ワーク鍵ＩＤ５０１を設定する。ＥＣＭ暗号化部３１１は、暗号化したＫｃ伝送用ＥＣＭ１１００を多重化部３１３に送信する。
【０２００】
コンテンツ符号化部３１２は、コンテンツの読み出し、送出を開始し、コンテンツ送出中はコンテンツの送出が完了したか否かを監視する（ステップＳ１８０３）。
【０２０１】
具体的には、コンテンツ符号化部３１２は、ステップＳ１８０１において、ＥＣＭ生成部３１０が上流システムから受信したコンテンツ送出指示と同じ指示を受けて、コンテンツＤＢ３０５のコンテンツ管理テーブル８００から該当コンテンツを読み出し、コンテンツをＭＰＥＧエンコードによりコンテンツのＴＳを生成する。生成したＴＳを多重化部３１３に送信するとともに、コンテンツＤＢ３０５からのコンテンツの読み出し、および、多重化部３１３へのコンテンツの送信が完了したか否かを監視する。
【０２０２】
ステップＳ１８０３において、ＮＯである場合、すなわち、コンテンツの送信が完了していない場合は、ステップＳ１８０４を実行する。
【０２０３】
ステップＳ１８０３において、ＹＥＳである場合、すなわち、コンテンツの送信が完了した場合には、本コンテンツ送出処理を終了する。
【０２０４】
ＥＣＭ生成部３１０は、コンテンツの送出開始に伴い、コンテンツをスクランブルするためのスクランブル鍵Ｋｓ２０１を生成する（ステップＳ１８０４）。
【０２０５】
具体的には、ＥＣＭ生成部３１０は、数秒おきに更新されるスクランブル鍵Ｋｓ２０１を順次生成して、生成したスクランブル鍵Ｋｓ２０１をコンテンツ暗号化部３１４に逐次送信する処理を行う。
【０２０６】
ＥＣＭ生成部３１０は、コンテンツ属性情報からＥＣＭを生成する（ステップＳ１８０５）。
【０２０７】
具体的には、コンテンツの送出に合わせて、コンテンツ属性情報ＤＢ３０３のコンテンツ属性情報管理テーブル６００の契約情報６０４などを読み出し、ＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０を生成する。ＥＣＭ生成部３１０は、生成したＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０を、ＥＣＭ暗号化部３１１に送信する。
【０２０８】
ＥＣＭ暗号化部３１１は、ワーク鍵Ｋｗ２０３でＥＣＭ−Ｋｗを暗号化する（ステップＳ１８０６）。
【０２０９】
具体的には、ＥＣＭ暗号化部３１１は、ワーク鍵Ｋｗ２０３によるＫｃ伝送用ＥＣＭ１１００の暗号化と同様の方法で、ワーク鍵ＤＢ３０２のワーク鍵管理テーブル５００のワーク鍵利用開始日５０３を参照して、現在使用中のワーク鍵Ｋｗ２０３を特定し、ワーク鍵Ｋｗ５０２でＥＣＭ−Ｋｗ１０００をＡＥＳで暗号化する。ＥＣＭ暗号化部３１１は、暗号化したＥＣＭ−Ｋｗ１０００を多重化部３１３に送信する。
【０２１０】
ＥＣＭ暗号化部３１１は、コンテンツ鍵Ｋｃ２０５でＥＣＭ−Ｋｃを暗号化する（ステップＳ１８０６）。
【０２１１】
具体的には、ＥＣＭ暗号化部３１１は、コンテンツ鍵ＤＢ３０４のコンテンツ鍵管理テーブル７００を参照して、送出するコンテンツとコンテンツＩＤ７０１およびライセンス７０２が一致するレコードのコンテンツ鍵Ｋｃ７０３を読み出す。ここで、送出するコンテンツのコンテンツＩＤとライセンスＩＤは、上流システムからのコンテンツ送出指示の際に、上流システムなどから取得済みであるとする。読み出したコンテンツ鍵Ｋｃ７０３を用いて、ＥＣＭ生成部３１０から受信したＫｃ伝送用ＥＣＭ１１００の必要部分をＡＥＳでＣＢＣ＋ＯＦＢモードによる暗号化を施す。ＥＣＭ暗号化部３１１は、暗号化したＥＣＭ−Ｋｃ１０２０を多重化部３１３に送信する。
【０２１２】
コンテンツ暗号化部３１４は、コンテンツやＥＣＭが多重化されたＴＳをスクランブルする（ステップＳ１８０８）。
【０２１３】
具体的には、コンテンツ暗号化部３１４は、多重化部３１３においてコンテンツのＴＳやＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０、Ｋｃ伝送用ＥＣＭ１１００などのＴＳを多重化したＴＳのうち、映像、音声、データなどのコンテンツのＴＳパケットを選択して、ＡＥＳのＣＢＣ＋ＯＦＢモードでＴＳパケットのペイロード部分をスクランブルする。
【０２１４】
コンテンツ送出部３１５は、暗号化されたＴＳを送出する（ステップＳ１８０９）。
具体的には、コンテンツ送出部３１５は、コンテンツ暗号化部３１４においてスクランブルされたＴＳを、放送波として端末装置１０２に送出する。
【０２１５】
なお、ここでは、コンテンツの送出開始に合わせて、スクランブル鍵Ｋｓ２０１、すなわち、ＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０の送出を行う場合の例を示したが、端末装置１０２において、コンテンツの先頭から確実にデスクランブル可能となるように、コンテンツの送出開始に先立ってＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０を多重、送出することが望ましい。
【０２１６】
以上、図１８を用いて、放送局１０１によるコンテンツの送出処理についての詳細な説明を終了する。
【０２１７】
次に、端末装置１０２が、デジタル放送１０４からコンテンツを受信し、蓄積部１２０３に蓄積する動作を、図１９〜図２１に示すフローチャート等を用いて説明する。
【０２１８】
図１９は、端末装置１０２およびＩＣカード１０３におけるコンテンツ受信およびライセンス変換処理を示すフローチャートである。ただし、本処理において、ＩＣカード１０３におけるライセンス変換可否判定処理については、別途、図２１に示すフローチャートを用いて説明する。
【０２１９】
まず、端末装置１０２における蓄積管理部１２０４は、蓄積部１２０３に蓄積するコンテンツの蓄積状況を監視し、コンテンツ蓄積が終了しているか否かを確認する（ステップＳ１９０１）。
【０２２０】
具体的には、蓄積管理部１２０４は、ユーザから指定されたサーバ型放送ＴｙｐｅＩコンテンツをチューニングし、パーシャルＴＳとして蓄積部１２０３に順次蓄積する。蓄積処理の間、ＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを参照しながら、当該コンテンツを蓄積完了したか否かを監視する。
【０２２１】
ステップＳ１９０１において、ＹＥＳである場合、すなわち、コンテンツの蓄積が未完了である場合には、ステップＳ１９０２を実行する。
【０２２２】
ステップＳ１９０１において、ＮＯである場合、すなわち、コンテンツの蓄積が完了した場合には、本コンテンツ蓄積処理を終了する。
【０２２３】
分離部１２０２は、Ｋｃ伝送用ＥＣＭ１１００を取得したか否かを判断する（ステップＳ１９０２）。
【０２２４】
具体的には、分離部１２０２は、受信したＴＳのＰＡＴ、ＰＭＴなどを参照し、Ｋｃ伝送用ＥＣＭのＰＩＤが付与されたＴＳパケットからＫｃ伝送用ＥＣＭ１１００を再構成するが、１つのコンテンツ蓄積において、少なくとも１回取得すれば良いＫｃ伝送用ＥＣＭ１１００を取得したか否かを監視する。
【０２２５】
ステップＳ１９０２において、ＹＥＳである場合、すなわち、Ｋｃ伝送用ＥＣＭ１１００を未取得である場合には、ステップＳ１９０３を実行する。
【０２２６】
ステップＳ１９０２において、ＮＯである場合、すなわち、Ｋｃ伝送用ＥＣＭ１１００を取得済みである場合には、ステップＳ１９１２を実行する。
【０２２７】
分離部１２０２は、Ｋｃ伝送用ＥＣＭを分離し、ＩＣカード１０３に送信する（ステップＳ１９０３）。
【０２２８】
具体的には、分離部１２０２は、ステップＳ１９０２の処理において再構成したＫｃ伝送用ＥＣＭ１１００を取得して、第１のカードＩ／Ｆ部１２０７を通じて、ＩＣカード１０３に送信する。
【０２２９】
ＩＣカード１０３は、受信したＫｃ伝送用ＥＣＭ１１００を変換しても良いか否かを判定する（ステップＳ１９０４）。
【０２３０】
具体的には、ＩＣカード１０３の第２のカードＩ／Ｆ部１２１３は、端末装置１０２の第１のカードＩ／Ｆ部１２０７が送信した、暗号化されたＫｃ伝送用ＥＣＭ１１００を受信し、暗号復号処理の後、ライセンス変換処理部１２１６は、ＩＣカード１０３内部に蓄積した変換履歴ＤＢ１２１１を用いて、ライセンス変換処理を行ってもよいか否かの判定処理を実行する。なお、本ライセンス変換可否判定処理の詳細については、後で図２１を用いて説明するので、ここでは詳細な説明は行わない。
【０２３１】
ＩＣカード１０３のライセンス変換処理部１２１６は、ライセンス変換可否判定処理の結果、ライセンス変換が許可されているか否かを確認する（ステップＳ１９０５）。
【０２３２】
ステップＳ１９０５において、ＹＥＳである場合、すなわち、ライセンス変換が許可されている場合には、ステップＳ１９０６を実行する。
【０２３３】
ステップＳ１９０５において、ＮＯである場合、すなわち、ライセンス変換が許可されていない場合には、ステップＳ１９１０を実行する。
【０２３４】
ライセンス変換処理部１２１６は、Ｋｃ伝送用ＥＣＭ１１００をライセンス変換し、蓄積視聴用のライセンス１６００を生成する（ステップＳ１９０６）。
【０２３５】
具体的には、ライセンス変換処理部１２１６は、Ｋｃ伝送用ＥＣＭ１１００に含まれるライセンスＩＤ１１０７、ライセンス有効期限１１０８などを取得して、図１６に示すようなライセンス１６００を生成する。
【０２３６】
ライセンス変換処理部１２１６は、変換したライセンスがティアコンテンツであるか、ＰＰＶコンテンツであるかを判定する（ステップＳ１９０７）。
【０２３７】
具体的には、ライセンス変換処理部１２１６は、Ｋｃ伝送用ＥＣＭ１１００のサービスタイプ１１０３を参照して、サービスタイプ１１０３が「ＴＥＩＲＣＯＮＴ」（ティアコンテンツ）であるか、「ＰＰＶＣＯＮＴ」（ＰＰＶコンテンツ）であるかを判断する。
【０２３８】
ステップＳ１９０７において、ＹＥＳである場合、すなわち、ティアコンテンツである場合には、ステップＳ１９０８を実行する。
【０２３９】
ステップＳ１９０７において、ＮＯである場合、すなわち、ＰＰＶコンテンツである場合には、ライセンス変換履歴を記録する必要がないので、ステップＳ１９０８を実行せず、ステップＳ１９０９を実行する。ただし、ＰＰＶコンテンツのライセンス１６００は、購入処理を経て初めて利用可能になるライセンスであるので、例えば、ライセンス変換直後には、ライセンス１６００と合わせて、当該ライセンスが未購入であることを示すフラグを保持するようにし、購入処理後にフラグを削除することにより、当該ライセンスが購入済みであることを示す、といった処理が必要である。
【０２４０】
ライセンス変換処理部１２１６は、当該ライセンスの変換履歴を記録する（ステップＳ１９０８）。
【０２４１】
具体的には、ライセンス変換処理部１２１６は、変換履歴ＤＢ１２１１に蓄積されているＴＬ１５００のライセンスＩＤ１５０１とライセンス変換期限１５０２に、Ｋｃ伝送用ＥＣＭ１１００のライセンスＩＤ１１０７とライセンス変換期限１１０６を追加する。
【０２４２】
ライセンス処理部１２１７は、変換したライセンスをライセンスＤＢ１２１２に蓄積する（ステップＳ１９０９）。
【０２４３】
第２のカードＩ／Ｆ部１２１３は、端末装置１０２に対して、Ｋｃ伝送用ＥＣＭ１１００によるライセンス変換要求に対するレスポンスを送信する（ステップＳ１９１０）。
【０２４４】
具体的には、第２のカードＩ／Ｆ部１２１３は、当該コンテンツのライセンス変換が許可されており、ライセンス変換が完了したか、あるいは、当該コンテンツのライセンス変換が許可されていない、または、ライセンス変換に失敗した、などのレスポンスメッセージを生成して、端末装置１０２に送信する。
【０２４５】
なお、ステップＳ１９０５において、ＮＯである場合のように、当該コンテンツのライセンス変換が許可されていない場合には、図２０に示すようなメッセージをユーザに提示する。
【０２４６】
図２０は、ユーザＩ／Ｆ部１２０８がユーザに提示するウォーニングメッセージの一例を示す図である。モニタ２００１に表示されているメッセージ２００２は、ユーザがＩＣカード１０３において、コンテンツ「マンデースポーツ」のライセンスＩＤに対応するライセンスを既にライセンス変換し、取得しているため、これ以上は取得できない旨を示している。
【０２４７】
第１のカードＩ／Ｆ部１２０７は、ＩＣカード１０３からのレスポンスを受信する（ステップＳ１９１１）。
【０２４８】
具体的には、第１のカードＩ／Ｆ部１２０７は、ＩＣカード１０３の第２のカードＩ／Ｆ部１２１３から、Ｋｃ伝送用ＥＣＭ１１００の送信に対するライセンス変換結果のレスポンスを受信する。
【０２４９】
端末装置１０２の蓄積管理部１２０４は、コンテンツを蓄積部１２０３に蓄積する処理を行う（ステップＳ１９１２）。
【０２５０】
具体的には、蓄積管理部１２０４は、コンテンツ、ＥＣＭ−Ｋｃ１０２０、Ｋｃ伝送用ＥＣＭ１１００などのＴＳパケットを、順次蓄積部１２０３に蓄積するとともに、合わせて、ＰＭＴなどから生成したＳＩＴ、ＤＩＴも蓄積する。なお、何らかの原因によりＩＣカード１０３でのライセンス変換処理に失敗した場合でも、後で再度ライセンス変換を試みることができるように、コンテンツやＥＣＭ−Ｋｃ１０２０、Ｋｃ伝送用ＥＣＭ１１００の蓄積処理は継続する。
【０２５１】
以上、図１９を用いて、端末装置１０２におけるコンテンツ蓄積処理についての説明を行った。
【０２５２】
次に、ＩＣカード１０３でのライセンス変換可否判定処理について、図２１を用いて詳細に説明する。
【０２５３】
まず、ＩＣカードのＥＣＭ／ＥＭＭ復号部１２１４は、カード管理情報ＤＢ１２１０を参照して、Ｋｃ伝送用ＥＣＭ１１００を復号するためのワーク鍵Ｋｗ２０３が存在するか否かを判定する（ステップＳ２１０１）。
【０２５４】
具体的には、ＥＣＭ／ＥＭＭ復号部１２１４は、カード管理情報ＤＢ１２１０の事業者別情報テーブル１４００を参照して、Ｋｃ伝送用ＥＣＭ１１００の事業者ＩＤ１１０２と、事業者ＩＤ１４０１が一致する事業者ＩＤのレコードを検索して、ワーク鍵Ｋｗ１４０６を読み出す。このとき、端末装置１０２からＫｃ伝送用ＥＣＭ１１００と一緒に取得した現在時刻が、有効期限１４０４を超過していたり、Ｋｃ伝送用ＥＣＭ１１００のワーク鍵ＩＤ１１０４と事業者別情報テーブル１４００のワーク鍵ＩＤ１４０５が一致しない場合などには、ワーク鍵Ｋｗ２０３が存在しないものとして処理する。
【０２５５】
ステップＳ２１０１において、ＹＥＳである場合、すなわち、ワーク鍵Ｋｗ１４０６が存在する場合には、ステップＳ２１０２を実行する。
【０２５６】
ステップＳ２１０１において、ＮＯである場合、すなわち、ワーク鍵Ｋｗ１４０６が存在しない場合には、ステップＳ２１１１を実行する。
【０２５７】
ＥＣＭ／ＥＭＭ復号部１２１４は、ワーク鍵Ｋｗ１４０６でＫｃ伝送用ＥＣＭ１１００を復号する（ステップＳ２１０２）。
【０２５８】
具体的には、ＥＣＭ／ＥＭＭ復号部１２１４は、ステップＳ２１０１で取得したワーク鍵Ｋｗ１４０６で、ＡＥＳによりＫｃ伝送用ＥＣＭ１１００の暗号化部を復号し、Ｋｃ伝送用ＥＣＭ１１００の改ざん検出１１１０により、Ｋｃ伝送用ＥＣＭ１１００が改ざんされていないかを確認する。万一、Ｋｃ伝送用ＥＣＭ１１００が改ざんされていることが検出された場合には、ライセンス変換は許可できないので、ステップＳ２１１１を実行して、本処理を終了する（図２１には図示せず）。
【０２５９】
ＥＣＭ／ＥＭＭ処理部１２１５は、ＩＣカード１０３が、当該コンテンツを視聴するための契約を有しているか否かを判定する（ステップＳ２１０３）。
【０２６０】
具体的には、ＥＣＭ／ＥＭＭ処理部１２１５は、Ｋｃ伝送用ＥＣＭ１１００の契約判定情報１１０５と、カード管理情報ＤＢ１２１０の事業者別情報テーブル１４００のティア契約ＩＤ１４０２またはＰＰＶ契約ＩＤ１４０３を比較して、いずれかのＩＤが一致するか否かの判定処理を行う。
【０２６１】
ステップＳ２１０３において、ＹＥＳである場合、すなわち、いずれかのＩＤが一致する場合には、ステップＳ２１０４を実行する。
【０２６２】
ステップＳ２１０３において、ＮＯである場合、すなわち、いずれのＩＤも一致しない場合には、ステップＳ２１１１を実行する。
【０２６３】
ライセンス変換処理部１２１６は、Ｋｃ伝送用ＥＣＭ１１００がライセンス変換の期限内であるかどうかを判定する（ステップＳ２１０４）。
【０２６４】
具体的には、ライセンス変換処理部１２１６は、Ｋｃ伝送用ＥＣＭ１１００のライセンス変換期限１１０６を参照して、端末装置１０２からＫｃ伝送用ＥＣＭ１１００と一緒に取得した現在時刻と比較することにより、当該Ｋｃ伝送用ＥＣＭ１１００がライセンス変換期限内であるか否かを判定する。
【０２６５】
ステップＳ２１０４において、ＹＥＳである場合、すなわち、ライセンス変換期限１１０６が現在時刻よりも新である場合には、ライセンス変換期限内であると判定し、ステップＳ２１０５を実行する。
【０２６６】
ステップＳ２１０４において、ＮＯである場合、すなわち、ライセンス変換期限１１０６が現在時刻よりも旧である場合には、ライセンス変換期限外であると判定し、ステップＳ２１１１を実行する。
【０２６７】
ライセンス変換処理部１２１６は、変換履歴ＤＢ１２１１を参照して、該当ライセンスＩＤの変換履歴を検索する（ステップＳ２１０５）。
【０２６８】
具体的には、ライセンス変換処理部１２１６は、変換履歴ＤＢ１２１１のＴＬ１５００を参照し、Ｋｃ伝送用ＥＣＭ１１００のライセンスＩＤ１１０７と一致するライセンスＩＤ１５０１のレコードを検索する。
【０２６９】
ライセンス変換処理部１２１６は、該当ライセンスＩＤの変換履歴が存在するか否かを判定する（ステップＳ２１０６）。
【０２７０】
具体的には、ライセンス変換処理部１２１６は、ステップＳ２１０５の検索結果を参照し、Ｋｃ伝送用ＥＣＭ１１００のライセンスＩＤ１１０７とＴＬ１５００のライセンスＩＤ１５０１が一致するレコードが存在するか否かを確認する。
【０２７１】
ステップＳ２１０６において、ＹＥＳである場合、すなわち、該当ライセンスＩＤの変換履歴が存在しない場合には、ステップＳ２１０７を実行する。
【０２７２】
ステップＳ２１０６において、ＮＯである場合、すなわち、該当ライセンスＩＤの変換履歴が存在する場合には、ステップＳ２１１１を実行する。
【０２７３】
ライセンス変換処理部１２１６は、ＴＬ１５００に空きレコードまたは有効期限を超過したレコードが存在するか否かを検索する（ステップＳ２１０７）。
【０２７４】
具体的には、ライセンス変換処理部１２１６は、新たにライセンス変換を行うライセンスＩＤを追記するレコードを発見するため、ＴＬ１５００を参照して、空きレコードを検索する。空きレコードが存在しない場合は、ＴＬ１５００の、ライセンス変換期限１５０２と、端末装置１０２からＫｃ伝送用ＥＣＭ１１００と一緒に取得した現在時刻を比較し、ライセンス変換期限１５０２が現在時刻より新であるレコードを検索する。
【０２７５】
ライセンス変換処理部１２１６は、変換履歴ＤＢ１２１１に空きレコードもしくはライセンス変換期限を超過しているレコードが存在するか否かを判定する（ステップＳ２１０８）。
【０２７６】
具体的には、ライセンス変換処理部１２１６は、ステップＳ２１０７の検索結果を参照し、ＴＬ１５００に空きレコードをもしくはライセンス変換期限１５０２を超過しているレコードが存在するか否かを判定する。
【０２７７】
ステップＳ２１０８において、ＹＥＳである場合、すなわち、空きレコードまたはライセンス変換期限１５０２を超過しているレコードが存在する場合には、ステップＳ２１０９を実行する。
【０２７８】
ステップＳ２１０８において、ＮＯである場合、すなわち、空きレコードまたはライセンス変換期限１５０２を超過しているレコードが存在しない場合には、これ以上ライセンス変換を実行することはできないため、ステップＳ２１１１を実行する。
【０２７９】
ライセンス変換処理部１２１６は、ステップＳ２１０８で判定した結果に基づき、空きレコードがない場合には、ライセンス変換期限１５０２を超過したレコードを削除し、新たなライセンスＩＤ１５０１の追加をできるようにする（ステップＳ２１０９）。
【０２８０】
ライセンス変換処理部１２１６は、当該Ｋｃ伝送用ＥＣＭ１１００のライセンスを変換を許可と判定し、本ライセンス変換可否判定処理を終了する（ステップＳ２１１０）。
【０２８１】
ライセンス変換処理部１２１６は、当該Ｋｃ伝送用ＥＣＭ１１００のライセンスを変換は不許可と判定し、本ライセンス変換可否判定処理を終了する（ステップＳ２１１１）。
【０２８２】
以上、図１９〜図２１を用いて、コンテンツ蓄積時の端末装置１０２およびＩＣカード１０３の処理の詳細について説明を行った。
【０２８３】
最後に、端末装置１０２が、蓄積部１２０３のコンテンツを蓄積視聴する動作を、図２２に示すフローチャートを用いて説明する。
【０２８４】
まず、ユーザが視聴したい蓄積コンテンツのライセンスＩＤを指定すると、端末装置１０２は、ＩＣカード１０３に対してコンテンツ鍵を要求する（ステップＳ２２０１）。
【０２８５】
具体的には、端末装置１０２のユーザＩ／Ｆ部１２０８は、メタデータなどを利用して、ユーザが再生したいコンテンツのライセンスＩＤを取得し、ライセンスＩＤをＩＣカード１０３に送信するため、第１のカードＩ／Ｆ部１２０７に送信する。第１のカードＩ／Ｆ部１２０７は、受信したライセンスＩＤをＩＣカード１０３に送信する。
【０２８６】
ＩＣカード１０３は、ライセンスＤＢ１２１２から該当ライセンスＩＤを有するライセンスを検索する（ステップＳ２２０２）。
【０２８７】
具体的には、ＩＣカード１０３の第２のカードＩ／Ｆ部１２１３は、受信したライセンスＩＤをライセンス処理部１２１７に送信し、ライセンス処理部１２１７はライセンスＩＤをキーとして、ライセンスＤＢ１２１２を検索する。
【０２８８】
ライセンス処理部１２１７は、要求されたライセンスＩＤと一致する、有効なライセンスが存在するか否かを判定する（ステップＳ２２０３）。
【０２８９】
ステップＳ２２０３において、ＹＥＳである場合、すなわち、有効なライセンスが存在する場合には、ステップＳ２２０４を実行する。
【０２９０】
ステップＳ２２０３において、ＮＯである場合、すなわち、有効なライセンスが存在しない場合には、再生不可として、ステップＳ２２０５を実行する。
【０２９１】
ライセンス処理部１２１７は、取得したライセンスからコンテンツ鍵と利用条件を取得する（ステップＳ２２０４）。
【０２９２】
具体的には、ライセンス処理部１２１７は、取得したライセンス１６００から、コンテンツ鍵Ｋｃ１６０６と、有効期限１６０３、再生回数１６０４、書き出し回数１６０５を取得する。まず、有効期限１６０３〜書き出し回数１６０５のコンテンツの利用条件については、ライセンス処理部１２１７において、有効期限１６０３と現在時刻との比較により、ライセンスが有効であるか否かを判定する。同様に、再生回数１６０４および書き出し回数１６０５については、ここではユーザがコンテンツの再生を要求していることから、再生回数１６０４を参照し、再生回数１６０４が０より大であるか否かを判定する。この利用条件判定において、コンテンツ利用可と判定された場合には、ライセンス処理部１２１７は、コンテンツ再生と同期して端末装置１０２から受け取る暗号化ＥＣＭ−Ｋｃ１０２０を復号するため、コンテンツ鍵Ｋｃ１６０６をＥＣＭ／ＥＭＭ復号部１２１４に送信する。コンテンツ鍵Ｋｃ１６０６は、当該コンテンツの再生の間は、ＥＣＭ／ＥＭＭ復号部１２１４において保持される。
【０２９３】
第２のカードＩ／Ｆ部１２１３は、端末装置１０２に対して、ライセンス処理結果のレスポンスを送信する（ステップＳ２２０５）。
【０２９４】
具体的には、第２のカードＩ／Ｆ部１２１３は、ライセンス処理部１２１７による当該ライセンスの検索、および、ライセンスの利用可否判定の結果を取得して、端末装置１０２の第１のカードＩ／Ｆ部１２０７に対して、レスポンスとしてその旨を送信する。
【０２９５】
端末装置１０２の第１のカードＩ／Ｆ部１２０７は、ＩＣカード１０３からのレスポンスを受信して、コンテンツ復号部１２０５に送信し、コンテンツ復号部１２０５は当該コンテンツが再生可能かどうかを確認する（ステップＳ２２０６）。
【０２９６】
ステップＳ２２０６において、ＹＥＳである場合、すなわち、コンテンツが再生可能である場合には、ステップＳ２２０７を実行する。
【０２９７】
ステップＳ２２０６において、ＮＯである場合、すなわち、コンテンツが再生不可である場合には、本コンテンツ利用処理を終了する。
【０２９８】
蓄積管理部１２０４は、蓄積部１２０３から該当コンテンツを読み出し、コンテンツ復号部１２０５およびコンテンツ利用部１２０６が暗号化コンテンツの復号、および、コンテンツのデコードを開始する（ステップＳ２２０７）。
【０２９９】
蓄積管理部１２０４は、蓄積部１２０３から該当コンテンツの全ＴＳパケットを読み出し、コンテンツの再生が終了したか否かを判定する（ステップＳ２２０８）。
【０３００】
ステップＳ２２０８において、ＮＯである場合、すなわち、コンテンツの再生が継続中である場合には、ステップＳ２２０９を実行する。
【０３０１】
ステップＳ２２０８において、ＹＥＳである場合、すなわち、コンテンツの再生が終了した場合には、本コンテンツ再生処理を終了する。
【０３０２】
分離部１２０２は、蓄積管理部１２０４が読み出した該当コンテンツからＥＣＭ−Ｋｃ１０２０を受け取り、ＩＣカード１０３に送信する（ステップＳ２２０９）。
【０３０３】
具体的には、分離部１２０２は、該当コンテンツからＥＣＭ−Ｋｃ１０２０のＰＩＤのＴＳパケットを取得し、ＥＣＭ−Ｋｃ１０２０を再構成する。再構成したＥＣＭ−Ｋｃ１０２０を、第１のカードＩ／Ｆ部に渡し、第１のカードＩ／Ｆ部１２０７がＩＣカード１０３にＥＣＭ−Ｋｃ１０２０を送信する。なお、ＥＣＭ−Ｋｃ１０２０に含まれるスクランブル鍵Ｋｓ２０１は数秒おきに更新されるため、本ステップの処理は数秒に１回の割合で行う必要がある。
【０３０４】
ＩＣカード１０３は、コンテンツ鍵Ｋｃ２０５によって受信したＥＣＭ−Ｋｃ１０２０を復号する（ステップＳ２２１１）。
【０３０５】
具体的には、ＩＣカード１０３の第２のカードＩ／Ｆ部１２１３が端末装置１０２の第１のカードＩ／Ｆ部１２０７から受信したＥＣＭ−Ｋｃ１０２０を、ＥＣＭ／ＥＭＭ復号部１２１４に送信し、ＥＣＭ／ＥＭＭ復号部１２１４は、保持しているコンテンツ鍵Ｋｃ１６０６でＥＣＭ−Ｋｃ１０２０を復号する。
【０３０６】
ＩＣカード１０３は、ＥＣＭ−Ｋｃ１０２０から取得したスクランブル鍵Ｋｃ２０１を端末装置１０２に送信する（ステップＳ２２１２）。
【０３０７】
具体的には、ＩＣカード１０３のＥＣＭ／ＥＭＭ処理部１２１５は、復号したＥＣＭ−Ｋｃ１０２０からスクランブル鍵Ｋｓ２０１を取得し、第２のカードＩ／Ｆ部１２１３を通じて、端末装置１０２にスクランブル鍵Ｋｓ２０１を送信する。なお、この際に、ライセンス１６００に設定されたコンテンツの利用条件を参照して、スクランブル鍵Ｋｃ２０１を端末装置１０２に送信するか否かを判定するようにしても良い。
【０３０８】
端末装置１０２のコンテンツ復号部１２０５は、ＩＣカード１０３から取得したスクランブル鍵Ｋｓ２０１で、コンテンツをデスクランブルし、コンテンツ利用部１２０６がコンテンツをデコードする（ステップＳ２２１０）。
【０３０９】
具体的には、コンテンツ復号部１２０５は、第１のカードＩ／Ｆ部１２０７から、ＩＣカード１０３より取得したスクランブル鍵Ｋｓ２０１を逐次受け取り、コンテンツ復号部１２０５に設定する。蓄積部１０３から読み出したコンテンツの暗号化ＴＳパケットを、スクランブル鍵Ｋｓ２０１を用いてデスクランブルし、コンテンツ利用部１２０６に送信する。コンテンツ利用部１２０６は、コンテンツ復号部１２０５から受信したデスクランブル後のコンテンツをＭＰＥＧデコードし、図示しないモニタなどに出力する。
【０３１０】
なお、端末装置１０２のコンテンツ復号部１２０５やコンテンツ利用部１２０６、あるいは、ＩＣカード１０３のＥＣＭ／ＥＭＭ復号部１２１４などにおいて利用条件に基づき、有効期間、累積の利用時間などのコンテンツの利用制御を行うようにしても良い。この場合、ライセンス１６００には、対応した利用条件が含まれるものとする。
【０３１１】
以上、図２２を用いて、端末装置１０２およびＩＣカード１０３におけるコンテンツ利用処理について説明した。
【０３１２】
以上のように、コンテンツ配信システム１に適用したデジタル権利管理システムでは、端末装置で取得したライセンスのＩＤと有効期限とを、ライセンスの取得履歴として管理し、少なくともライセンスの取得期限までライセンス取得履歴を保持しておくようにしている。そのため、無制限なライセンス取得の防止と、管理するデータサイズの増大の防止とを両立することでき、事業者の権利を十分保護することが可能となる。
【０３１３】
なお、本発明における実施の形態では、サーバ型放送方式のＫｃ伝送用ＥＣＭ１１００を用いて、放送局１０１の送出装置から端末装置１０２およびＩＣカード１０３に対して、ライセンス１６００に設定する情報を配信するようにしたが、これに限られるものではなく、サーバ型放送方式のＥＣＭ−Ｋｗ１０００、ＥＣＭ−Ｋｃ１０２０、ＥＭＭ９００をはじめ、Ｋｃ配信用ＥＭＭやサーバ型放送方式のＴｙｐｅIIで用いられるＡＣＩ（Ａｃｃｏｕｎｔ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）などに設定するようにしても良い。また、ライセンス１６００に設定する情報を配信するのに加え、ライセンス１６００とは異なるフォーマットのライセンスを含めて配信するようにしても良いし、ＥＣＭやＥＭＭをライセンス１６００とは異なるフォーマットのライセンスであると考えることもできる。
【０３１４】
また、本発明における実施の形態では、ライセンス１６００をＩＣカード１０３内部に蓄積するようにしたが、ＩＣカード１０３の記憶容量が大きくない場合を考慮して、少なくともライセンス１６００の一部を端末装置１０２に蓄積するようにしても良い。
【０３１５】
この場合、ライセンス変換により生成したライセンス１６００のセキュリティを確保するために、暗号化が必要である。この暗号化においては、例えば、ＩＣカード１０３固有のマスタ鍵Ｋｍ２５２や複数の端末装置１０２であらかじめ共有している暗号鍵（グループ鍵）、あるいは、図１３で示した蓄積暗号鍵Ｋｍ’１３０３など、配信時のワーク鍵Ｋｗ２０３とは異なる暗号鍵を用いることにより、ライセンス１６００を端末装置１０２、ＩＣカード１０３や、これらの集合にバインドするようにしても良い。
【０３１６】
あるいは、ライセンス変換前のＫｃ伝送用ＥＣＭ１１００などを端末装置１０２の蓄積部１２０３にそのまま蓄積するようにしても良い。この際、暗号変換を行わずにそのまま蓄積しても良いし、ワーク鍵Ｋｗ２０３の定期的または不定期の更新に備えるため、ライセンス１６００と同様、Ｋｃ伝送用ＥＣＭの暗号変換を行うようにしても良い。なお、端末装置１０２およびＩＣカード１０３において、ライセンスの暗号変換処理を行う場合には、図２３に示すように、ＩＣカード１０３の内部にＥＣＭ／ＥＭＭ再暗号化部２３０１を追加すると良い。
【０３１７】
また、本発明における実施の形態では、ライセンス変換履歴であるＴＬ１５００において、ライセンスＩＤ１５０１を用いて、ライセンス変換を制御する場合の例を示したが、図２４に示すように、Ｋｃ伝送用ＥＣＭ２４００にＥＣＭを識別するためのＩＤ（ＥＣＭ−ＩＤ２４０１）を設けるようにしても良い。この場合、ＴＬ１５００において、ライセンスＩＤ１５０１に代えて、ＥＣＭ−ＩＤ２４０１を用いて、ライセンス変換を制御することができる。ただし、ライセンス１６００単位のライセンス変換制御ではなく、Ｋｃ伝送用ＥＣＭ１１００単位のライセンス変換制御となる。あるいは、ＴＬ１５００において、ライセンスＩＤ１５０１に加えて、ＥＣＭ−ＩＤ２４０１を合わせて用いることにより、ライセンス変換を制御するようにしても良い。この場合、異なるＫｃ伝送用ＥＣＭ１１００に同一ライセンスＩＤのライセンス１６００が含まれるような場合（すなわち、異なるサービスから同一ライセンスを得る場合）や、通信ネットワーク１０５などから同一ライセンスＩＤのライセンス１６００を取得した場合でも、ライセンス１６００を取得した先を区別することができるため、異なるサービスから同一ライセンスを取得したい場合などにおいて、ライセンス変換ができないといった問題を解決することができる。さらに、これらのＩＤは、ライセンスやＫｃ伝送用ＥＣＭ１１００などを識別可能な情報であればこれに限られるものではないので、ライセンスのハッシュ値、ＭＡＣ、ＵＲＩなどを用いるようにしても良い。
【０３１８】
また、本発明における実施の形態では、Ｋｃ伝送用ＥＣＭ１１００のライセンス変換期限１１０６（ＴＬ１５００のライセンス変換期限１５０２）を絶対日時で表現したが、相対日時を設定するようにしても良い。例えば、ライセンス有効期限１１０８からの相対日時としても良いし、端末装置１０２でＫｃ伝送用ＥＣＭ１１００を受信した日時からの相対日時などとしても良い。また、変換が許可される終了日時のみである場合の例を示したが、合わせて開始日時を付与するようにしても良い。
【０３１９】
また、本発明における実施の形態では、ライセンス１６００には必ず有効期限１６０３が設定される場合の例を示したが、図２４で示したＫｃ伝送用ＥＣＭ２４００のように、有効期限１６０３（Ｋｃ伝送用ＥＣＭ２４００のライセンス有効期限１１０８）が無期限であり、Ｋｃ伝送用ＥＣＭ２４００にライセンス変換期限が設定されていない場合も考えられる。この場合には、ＩＣカード１０３のライセンス変換処理部１２１６がＴＬ１５００のライセンス変換期限１５０２を生成するようにしても良い。ライセンス変換期限１５０２の生成にあたっては、Ｋｃ伝送用ＥＣＭ２４００の受信日時やライセンス変換を行った日時に一定の期間（例えば、１ヶ月など）を加算するという方法などが考えられる。この加算値については、システム固定値として、端末装置１０２やＩＣカード１０３で保持しておく方法もあるが、デジタル放送１０４や通信ネットワーク１０５などで、放送局１０１から動的に変更できるようにしても良い。
【０３２０】
また、本発明における実施の形態では、ＴＬ１５００には、ライセンスＩＤ１５０１およびライセンス変換期限１５０２を記載する場合の例を示したが、図２５に示すように、ＴＬ２５００として、事業者ＩＤ２５０１、サービスタイプ２５０３、購入情報２５０４、取得ライセンス数２５０６を合わせて記載するようにしても良い。これによれば、事業者ＩＤ２５０１を記載するようにしているので、ライセンス２５０２を事業者毎にユニークな値とすることができる。また、サービスタイプ２５０３を記載するようにしているので、ティアコンテンツに関するライセンス変換履歴に加えて、ＰＰＶコンテンツに関するライセンス変換履歴も統合して管理することが可能となる。また、購入情報２５０４として、ＰＰＶコンテンツを購入した日時を合わせて記載するようにしている。また、取得ライセンス数２５０６を記載するようにしているので、あらかじめシステム固定値として設定されていたり、放送局１０１からＫｃ伝送用ＥＣＭ１１００などによって、１つのライセンスに関してユーザが取得可能なライセンス数（すなわち、コピー可能なライセンス数）が指定されたりする場合には、取得ライセンス数２５０６を記録することによって、取得可能なライセンス数を確実に制御することが可能となる。また、取得可能なライセンス数に限らず、それ以外のライセンスの取得に関する条件を管理するようにしても良い。
【０３２１】
なお、上記で説明したＴＬ２５００を用いる場合、サービスタイプ２５０３、購入情報２５０４を用いて、同一のＰＰＶコンテンツ（ＰＰＶライセンス）を再度購入する場合に、図２６に示すようなメッセージをユーザに提示することができる。
【０３２２】
図２６は、ユーザＩ／Ｆ部１２０８がユーザに提示するウォーニングメッセージの一例を示す図である。モニタ２６０１に表示されているメッセージ２６０２は、ユーザがコンテンツ「神器２」のライセンスを２００４／４／１５  １９：００：００に購入済であるので、同一コンテンツを再購入してもよいか否かをユーザに確認する旨のメッセージを示している。
【０３２３】
なお、本発明における実施の形態では、ＩＣカード１０３で、最初にライセンス変換処理を行った端末装置１０２の端末装置ＩＤを記録しておくことにより、端末装置１０２とＩＣカード１０３とをバインドする場合の例を示したが、これに限られるものでなく、コンテンツやライセンスを共有可能な複数の端末装置１０２およびＩＣカード１０３からなるドメインと呼ばれる集合を識別するためのドメインＩＤを、端末装置ＩＤに代えて用いるようにしても良い。
【０３２４】
また、本発明における実施の形態では、ＴＬ１５００において、必ずライセンス変換期限１５０２を管理する場合の例を示したが、Ｋｃ伝送用ＥＣＭ１１００にライセンス変換期限１１０６やライセンス有効期限１１０８が設定されていないライセンスのライセンス変換履歴に関しては、時限で管理するのではなく、ＴＬ１５００のレコード数などにより管理し、古いレコードから消去するなど、ハイブリッドな構成とするようにしても良い。
【０３２５】
また、本発明における実施の形態では、Ｋｃ伝送用ＥＣＭ１１００のサービスタイプ１１０３を参照して、ＴＬ１５００にライセンス変換履歴のレコードを追加するか否かを決定するようにしたが、Ｋｃ伝送用ＥＣＭ１１００に設定されたコンテンツの利用条件（ライセンス有効期限１１０８、利用可能回数１１１０、書き出し可能回数１１１１などがあげられるが、これらに限られるものではない）がステートを有するか否かによって、レコードを追加するか否かを決定するようにしても良い。このため、Ｋｃ伝送用ＥＣＭ１１００またはライセンス１６００に、ステートを有するライセンスであるか否かの識別情報を設けても良い。例えば、利用条件がステートを有するライセンスのみレコードとして追加し、ステートを有さないライセンスはレコードとして追加しない、などの方法が考えられる。ここで、利用条件がステートを有するとは、主として利用可能回数１１１０、書き出し可能回数１１１１などの回数制限の利用条件などがあげられ、ステートを有さない利用条件としては、主として有効期限１１０８などがあげられる。
【０３２６】
また、本発明における実施の形態では、ＴＬ１５００において、新たなライセンス変換履歴のレコードを追加する際に、ライセンス変換期限１５０２が経過したレコードを削除するようにしたが、定期的にライセンス変換期限１５０２が経過したレコードを検索して、削除したり、ＩＣカード１０３が端末装置１０２から特定のコマンドを受信した場合に、ライセンス変換期限１５０２が経過したレコードを検索して、削除したりするようにしても良い。また、ライセンス変換期限１５０２が経過したレコードの削除のための条件を、放送局１０１から動的に更新できるようにしても良い。さらに、ユーザ指示によって削除させるようにしても良い。
【０３２７】
また、本発明における実施の形態では、ＩＣカード１０３の内部でＴＬ１５００を管理するようにしたが、ＩＣカード１０３の記憶容量を考慮して、少なくともＴＬ１５００の一部を端末装置１０２の蓄積部１２０３において保持するようにしても良い。このとき、蓄積部１２０３において、悪意あるユーザなどによるＴＬ１５００の不正な操作を防止するため、蓄積部１２０３に保持するＴＬ１５００のハッシュ値を、ＩＣカード１０３で保持する必要がある。また、この場合、ある端末装置１０２の蓄積部１２０３にＴＬ１５００を蓄積した場合、他の端末装置１０２で新たにライセンス取得（変換）を行うと、ユーザが取得可能なライセンス数の不整合が生ずる可能性がある。よって、端末装置１０２にＴＬ１５００を蓄積した場合には、当該端末装置１０２を一意に識別するＩＤをＩＣカード１０３で保持することにより、ライセンスを取得可能な端末装置１０２を限定する必要がある。また、事前にこのような問題を回避するため、最初にライセンスを取得した端末装置１０２のＩＤをＩＣカード１０３で保持しておくことによって、あらかじめライセンスを取得可能な端末装置１０２を限定するようにしても良い。
【０３２８】
なお、上記のように、ライセンスを取得可能な端末装置１０２を限定する場合、図２７に示すように、「別端末で既にライセンスを取得しているため、この端末ではライセンスは取得できません。」などのメッセージ（２７０２）をユーザに提示するようにしても良い。合わせて、ライセンスを取得可能な端末の識別子（図２７では、ＴＥＲＭＩＮＡＬ−ＩＤ−１）を提示するようにしても良い。また、これに限らず、他のカードにライセンスを移動した場合などにメッセージをユーザに提示するようにしても良い。
【０３２９】
また、本発明における実施の形態では、ＩＣカード１０３単位でＴＬ１５００を管理するようにしたが、ＩＣカード１０３内部で放送局１０１（事業者）毎に管理するようにしても良い。また、複数のＩＣカード１０３間で連携することにより、複数ＩＣカード１０３（ドメイン）毎で管理するようにしても良い。
【０３３０】
また、ライセンス変換履歴であるＴＬ１５００を、放送局１０１や他の端末装置１０２、他のＩＣカード１０３に送信し、放送局１０１や他の端末装置１０２、他のＩＣカード１０３で利用することもできる。
【０３３１】
また、ＩＣカード１０３でのライセンス変換処理中において、端末装置１０２の電源断や、ＩＣカードの取り外しなどにより、ライセンス変換完了前にＴＬ１５００のみが残ってしまい、ユーザが不利益を被る場合に備えて、ＩＣカード１０３で一定の回数に限って再取得を許可するようにしたり、通信ネットワーク１０５を用いて、放送局１０１と通信を行い、ＴＬ１５００を参照しつつ、ライセンス１６００を再取得できるようにしたりすることもできる。
【０３３２】
また、本発明における実施の形態では、放送局１０１における送出装置、端末装置１０２を機能ブロックで構成することとしたが、図１７〜図２２に示したフローチャートを実現するプログラムをＣＰＵ、記憶装置、通信装置などからなる汎用のコンピュータ装置で実行することによって、放送局１０１における送出装置や、端末装置１０２を実現するようにしてもよい。
【０３３３】
また、配信装置および端末装置を構成する各機能ブロックは、複数のシステムＬＳＩなどで実現してもよいし、単一のシステムＬＳＩで実現してもよい。
【０３３４】
さらに、本発明における実施の形態では、単一の配信経路からコンテンツやライセンス、制御情報などを取得する場合の例を示したが、デジタル放送とインターネットを併用したり、パッケージメディアとインターネットを併用したりといった、複合的な配信経路から構成されたコンテンツ配信システムに適用することもできる。
【０３３５】
（実施の形態２）
以下、本発明に係るデジタル権利管理システムの第二の実施の形態について図面を参照しながら説明を行う。尚、上述した実施の形態１においては、ライセンスＩＤとライセンス変換期限を用いて受信装置側でライセンスの変換処理における管理を行うが、ユーザが実際にコンテンツを視聴するか否かに関わらず、ライセンスをＩＣカードに取り込むために、小メモリ容量のＩＣカードの容量を圧迫してしまうという問題がある。これは、月極め契約等であるティア契約の場合には現実的な問題となり、また、上述したように、受信装置に取り込んだ後のライセンスをＩＣカードでなく端末装置に記録しておく場合でも、ライセンスの改ざん防止等のため、ＩＣカードでライセンスのハッシュ値を記録、管理する必要があり、大量のライセンス管理は困難であるという問題が生じる。
【０３３６】
本実施の形態２に係るデジタル権利管理システムにおいては、これらの課題を解決すべく、ライセンスに付与されている暗号変換期限を用いて、ユーザが実際に使用するライセンスのみをＩＣカードに取り込むことにより、ＩＣカードのライセンス管理におけるデータ量を軽減すると共に、ライセンスの不正使用をも防止することが可能なデジタル権利管理システムを提供する。
【０３３７】
図２８は、本実施の形態２に係る放送局１０１の機能ブロック図を示す。本実施の形態２においては、放送局１０１のＥＣＭ生成部２８０１はＫｃ伝送用ＥＣＭへの暗号変換期限の付与を行う。尚、他の処理部の機能は上述の実施の形態１と同様であるためにその説明を省略する。
【０３３８】
図２９は、本実施の形態２に係る送出装置のコンテンツ属性情報ＤＢ３０３に記録されているコンテンツ属性情報管理テーブル２９００の一例を示す図である。
【０３３９】
このコンテンツ属性情報管理テーブル２９００には、コンテンツＩＤ２９０１、ライセンスＩＤ２９０２、利用条件２９０３、契約情報２９０４に加えて、受信装置側における再暗号化期限となる暗号変換期限２９０５が付与されている。受信装置では、この暗号変換期限２９０５内に再暗号化を行うことによりライセンスの取り込みが可能となる。
【０３４０】
図３０は、本実施の形態２に係る送出装置のコンテンツＤＢ３０５に記録されているコンテンツ管理テーブル３０００の一例を示している。尚、このコンテンツ管理テーブル３０００は、上述した実施の形態１の図８に示したコンテンツ管理テーブル８００と同様の構成となるため説明を省略する。
【０３４１】
図３１は、本実施の形態２に係る送出装置から送信されるＫｃ伝送用ＥＣＭ３１００のデータ構成の一例を示す参考図である。
【０３４２】
このＫｃ伝送用ＥＣＭ３１００は、上述した図１１に示すＫｃ伝送用ＥＣＭ１１００のデータ構成である事業者ＩＤ１１０２、サービスタイプ１１０３、ワーク鍵１１０４、契約判定情報１１０５、ライセンスＩＤ１１０７、ライセンス有効期限１１０８、コンテンツ鍵Ｋｃ１１０９、利用可能回数１１１０、書き出し可能回数１１１１、改ざん検出１１１２に加えて、送出装置のＥＣＭ生成部２８０１において付与され、受信装置側で再暗号化を行うことができる期限である暗号変換期限３１０１が付与されている点が異なる。また、ＥＣＭ−Ｋｗ及びＥＣＭ−Ｋｃと同様に、セクションヘッダ１１０１、セクションテーラ（誤り検出）１１１３が付与されているのは図１１と同様である。
【０３４３】
図３２は、本実施の形態２に係る受信装置のシステム構成を示す参考図である。端末装置１０２の機能構成は上述した実施の形態１に係る図２３の端末装置１０２と同様の構成となるが、本実施の形態２において、ＩＣカード１０３には、ＥＣＭ再暗号化部３２０１、ライセンス取り込み処理部３２０２、及び取り込み履歴データベース３２０３が備えられている。
【０３４４】
ライセンス取り込み処理部３２０２は、蓄積固有鍵Ｋｍ´で暗号化されたＫｃ伝送用ＥＣＭの復号結果を確認すると共に、端末装置１０２側の蓄積部１２０３からＩＣカード１０３のライセンスＤＢ１２１２へのライセンス取り込み時においては、ライセンス取り込み処理を行う。
【０３４５】
取り込み履歴データベース３２０３は、ＥＣＭ再暗号化部３２０１においてマーキングが付与されたライセンス、すなわち、暗号変換が行われたライセンスであり、ライセンス取り込み処理部２３０２においてＩＣカード１０３へ取り込みが可能と判断されたライセンスのライセンスＩＤを、取り込み履歴ＤＢ３２０３として管理する。
【０３４６】
ＥＣＭ再暗号化部３２０１は、送出装置からのライセンス受信時に、蓄積固有鍵Ｋｍ´によるＫｃ伝送用ＥＣＭの暗号変換の処理を行う。即ち、ＥＣＭ再暗号化部３２０１は、契約が行われて、且つ暗号変換期限内であるライセンスに対して蓄積暗号鍵Ｋｍ´を用いてマーキング処理を行う。
【０３４７】
図３３は、本実施の形態２に係る受信装置側のＩＣカード１０３の取り込み履歴ＤＢ３２０３に記録されている取り込み履歴テーブル（ＩＬ：Import List）３３００の一例を示す参考図である。尚、本図に示す取り込み履歴テーブル３３００は、実施の形態１の図１５に係る取り込み履歴テーブル１５００とほぼ同様であるが、図１５のライセンス変換期限１５０２の代わりにライセンスＩＤ３３０１に対応したライセンスの有効期限３３０２が記述されている。
【０３４８】
図３４は、本実施の形態２に係る放送局１０１における送出装置が、コンテンツを送出する動作手順を示すフローチャートである。
【０３４９】
まず、送出装置のＥＣＭ生成部２８０１は、図３１に示すように、暗号変換期限３１０１を付与したＫｃ伝送用ＥＣＭ３１００を生成する（ステップＳ３４０１）。
【０３５０】
具体的には、ＥＣＭ生成部２８０１は、ＥＣＭ生成指示をトリガとして、コンテンツ単位の暗号鍵を有するＫｃ伝送用ＥＣＭ３１００を生成するため、コンテンツ属性情報ＤＢ３０３およびコンテンツ鍵ＤＢ３０４を参照して、ライセンスＩＤ２９０２、利用条件２９０３などを読み出す。読み出した情報から、図３１に示したＫｃ伝送用ＥＣＭ３１００を生成する。そして、ＥＣＭ生成部２８０１は、生成したＫｃ伝送用ＥＣＭ３１００を、ＥＣＭ暗号化部３１１に送信する。尚、Ｓ１８０２〜Ｓ１８０９の処理は図１８に示す送出装置の処理手順と同様であるために、その説明を省略する。
【０３５１】
図３５は、本実施の形態２に係る端末装置１０２およびＩＣカード１０３におけるコンテンツ受信および暗号変換処理を示すフローチャートである。ただし、本処理において、ＩＣカード１０３における暗号変換可否判定処理（ステップＳ３５０１）については、別途、図３６に示すフローチャートを用いて詳細を説明する。
【０３５２】
まず、端末装置１０２における蓄積管理部１２０４は、蓄積部１２０３に蓄積するコンテンツの蓄積状況を監視し、コンテンツ蓄積が終了しているか否かを確認する（ステップＳ１９０１）。
【０３５３】
そして、ステップＳ１９０１において、ＹＥＳである場合、すなわち、コンテンツの蓄積が未完了である場合には、ステップＳ１９０２を実行する。一方、ステップＳ１９０１において、ＮＯである場合、すなわち、コンテンツの蓄積が完了した場合には、本コンテンツ蓄積処理を終了する。
【０３５４】
また、分離部１２０２は、Ｋｃ伝送用ＥＣＭ３１００を取得したか否かを判断する（ステップＳ１９０２）。
【０３５５】
次に、ステップＳ１９０２において、ＹＥＳである場合、すなわち、Ｋｃ伝送用ＥＣＭ３１００を未取得である場合には、ステップＳ１９０３を実行する。一方、ステップＳ１９０２において、ＮＯである場合、すなわち、Ｋｃ伝送用ＥＣＭ３１００を取得済みである場合には、ステップＳ１９１１を実行する。
【０３５６】
また、分離部１２０２は、Ｋｃ伝送用ＥＣＭ３１００を分離し、ＩＣカード１０３に送信する（ステップＳ１９０３）。
【０３５７】
そして、ＩＣカード１０３における処理においては、ライセンス取り込み処理部３２０２はＫｃ伝送用ＥＣＭ３１００の暗号変換期限を参照して、暗号変換可否判定処理を行う（ステップＳ３５０１）。尚、この暗号変換可否判定（ステップＳ３５０１）の処理の詳細は図３６のフローチャートにおいて説明する。
【０３５８】
次に、ＥＣＭ再暗号化部３２０１は、ステップＳ３０５１において暗号変換可否判定を行った結果を用いて、ライセンスの再暗号化が可能であるか否かの判定を行い（ステップＳ３５０２）、暗号変換がＯＫの場合には（ステップＳ３５０２でＹＥＳ）、ＥＣＭ再暗号化部３２０１は、Ｋｃ伝送用ＥＣＭ３１００を蓄積暗号鍵Ｋｍ´で再暗号化（マーキング化）して暗号変換する処理を行う（ステップＳ３５０３）。一方、暗号変換がＮＯの場合には（ステップＳ３５０２でＮＯ）、蓄積暗号鍵Ｋｍ´により再暗号化が行われていない（すなわちマーキングが付与されていない）Ｋｃ伝送用ＥＣＭ３１００をレスポンスで端末装置１０２側に送信する（ステップＳ１９１０）。
【０３５９】
なお、ステップＳ３５０２において、ＥＣＭ再暗号化部３２０１の再暗号化がＮＯである場合のように、当該コンテンツのライセンスの暗号変換が許可されていない場合には、その旨をメッセージとしてユーザに提示することも可能である。また、この場合、必ずしも、蓄積暗号鍵Ｋｍ´により再暗号化が行われていない（すなわちマーキングが付与されていない）Ｋｃ伝送用ＥＣＭ３１００を、端末装置１０２側に送信しなくても良い。
【０３６０】
そして、端末装置１０２の第１のカードＩ／Ｆ部１２０７は、ＩＣカード１０３からのレスポンスを受信する（ステップＳ１９１０）。具体的には、第１のカードＩ／Ｆ部１２０７は、ＩＣカード１０３の第２のカードＩ／Ｆ部１２１３から、Ｋｃ伝送用ＥＣＭ１１００の送信に対するレスポンスを受信する。
【０３６１】
また、端末装置１０２の蓄積管理部１２０４は、コンテンツ、ＥＣＭ−Ｋｃ、及び、ＩＣカード１０３から返信された蓄積暗号鍵Ｋｍ´により再暗号化が行われたＫｃ伝送用ＥＣＭ２１００を蓄積部１２０３に蓄積する処理を行う（ステップＳ１９１１）。以上、図３５を用いて、端末装置１０２及びＩＣカード１０３におけるコンテンツ蓄積処理についての説明を行った。
【０３６２】
図３６は、本実施の形態２に係る端末装置１０２における暗号変換可否判定処理（図３５のＳ３５０１に対応）における動作手順を示すフローチャートである。
【０３６３】
まず、ＩＣカード１０３のＥＣＭ／ＥＭＭ復号部１２１４は、カード管理情報ＤＢ１２１０を参照して、Ｋｃ伝送用ＥＣＭ３１００を復号するためのワーク鍵Ｋｗ２０３が存在するか否かを判定する（ステップＳ２１０１）。
【０３６４】
そして、ステップＳ２１０１において、ＹＥＳである場合、すなわち、ワーク鍵Ｋｗ１４０６が存在する場合には、ステップＳ２１０２を実行する。一方、ステップＳ２１０１において、ＮＯである場合、すなわち、ワーク鍵Ｋｗ１４０６が存在しない場合には、ステップＳ３６０３を実行する。
【０３６５】
そして、ＥＣＭ／ＥＭＭ復号部１２１４は、ワーク鍵Ｋｗ１４０６でＫｃ伝送用ＥＣＭ３１００を復号する（ステップＳ２１０２）。
【０３６６】
また、ＥＣＭ／ＥＭＭ処理部１２１５は、ＩＣカード１０３が、当該コンテンツを視聴するための契約を有しているか否かを判定する（ステップＳ２１０３）。具体的には、ＥＣＭ／ＥＭＭ処理部１２１５は、Ｋｃ伝送用ＥＣＭ３１００の契約判定情報１１０５と、カード管理情報ＤＢ１２１０に記録されている事業者別情報テーブル１４００のティア契約ＩＤ１４０２またはＰＰＶ契約ＩＤ１４０３を比較して、いずれかのＩＤが一致するか否かの判定処理を行う。また、合わせて、カード管理情報ＤＢ１２１０に記録されている事業者別情報テーブル１４００の有効期限１４０４を参照して、現在時刻が有効期限１４０４内であるか否かを確認する。この場合の現在時刻は、端末装置１０２がＩＣカード１０３に対して、図３２の端末装置１０２に図示しない現在時刻管理部で取得した現在時刻を、ステップＳ１９１０でＫｃ伝送用ＥＣＭ２１００とともに送信する。
【０３６７】
そして、ステップＳ２１０３において、ＹＥＳである場合、すなわち、いずれかのＩＤが一致し、かつ、現在時刻が有効期限１４０４内である場合には、ステップＳ３６０１を実行する。一方、ステップＳ２１０３において、ＮＯである場合、すなわち、いずれのＩＤも一致しない場合、または、現在時刻が有効期限１４０４外である場合には、ステップＳ３６０３を実行する。
【０３６８】
次に、ＥＣＭ再暗号化部３２０１は、Ｋｃ伝送用ＥＣＭ３１００に記述されている暗号変換期限内か否かの判定を行い（ステップＳ３６０１）、暗号変換期限内である場合には（ステップＳ３６０１でＹＥＳ）、マーキング可能とし、蓄積暗号鍵Ｋｍ´を用いてＫｃ伝送用ＥＣＭ３１００を再暗号化するための暗号変換の許可を行い（ステップＳ３６０２）、一方、ライセンス取り込み処理部３２０２は、暗号変換期限内でない場合には（ステップＳ３６０２でＮＯ）、Ｋｃ伝送用ＥＣＭ３１００の再暗号化を不許可とする（ステップＳ３６０３）。
【０３６９】
具体的には、ステップＳ３６０１において、ライセンス取り込み処理部３２０２は、Ｋｃ伝送用ＥＣＭ３１００の暗号変換期限３１０１を参照して、端末装置１０２からＫｃ伝送用ＥＣＭ３１００と一緒に取得した現在時刻と比較することにより、当該Ｋｃ伝送用ＥＣＭ３１００が暗号変換期限内であるか否かを判定する。
【０３７０】
図３７は、本実施の形態２に係る端末装置１０２およびＩＣカード１０３におけるライセンス取り込み時における処理手順を示すフローチャートである。ただし、本処理において、ＩＣカード１０３におけるライセンス取り込み可否判定処理（ステップＳ３７０２に対応）については、別途、図３８に示すフローチャートを用いて説明する。
【０３７１】
なお、このライセンス取り込み時における処理は、当該ライセンスに対応するコンテンツの視聴前に行われれば良いが、ユーザがコンテンツを視聴する際に行っても良い。
【０３７２】
最初に、端末装置１０２の蓄積部１２０３に蓄積されたＫｃ伝送用ＥＣＭ３１００をＩＣカードに送信する処理を行う（ステップＳ３７０１）。
【０３７３】
次に、ＩＣカード１０３は、受信したＫｃ伝送用ＥＣＭ３１００のライセンス取り込み可否判定処理を行う（ステップＳ３７０２）。
【０３７４】
具体的には、ＩＣカード１０３の第２のカードＩ／Ｆ部１２１３は、端末装置１０２の第１のカードＩ／Ｆ部１２０７が送信した、Ｋｃ伝送用ＥＣＭ３１００を受信し、ライセンス取り込み処理部３２０２は、Ｋｃ伝送用ＥＣＭ３１００がマーキングされているか、即ち、蓄積暗号鍵Ｋｍ´により再暗号化されているかを確認することにより、ライセンス取り込み処理を行ってもよいか否かの判定処理を実行する。なお、本ライセンス取り込み可否判定処理の詳細については、図３８を用いて詳細を説明する。
【０３７５】
ＩＣカード１０３のライセンス取り込み処理部３２０２は、ライセンス取り込み可否判定処理の結果、ライセンスの取り込みが許可されているか否かを確認する（ステップＳ３７０３）。
【０３７６】
ステップＳ３７０３において、ＹＥＳである場合、すなわち、ライセンス取り込みが許可されている場合には、ステップＳ３７０４を実行する。一方、ステップＳ３７０３において、ＮＯである場合、すなわち、ライセンス取り込みが許可されていない場合には、ライセンスの取り込みは行われず、ステップＳ３７０７を実行する。
【０３７７】
そして、ステップＳ３７０３においてＹＥＳである場合、ライセンス取り込み処理部３２０２は、Ｋｃ伝送用ＥＣＭ３１００をライセンス変換し、図１６に示すような蓄積視聴用のライセンス１６００を生成する（ステップＳ３７０４）。具体的には、ライセンス取り込み処理部３２０２は、Ｋｃ伝送用ＥＣＭ３１００に含まれるライセンスＩＤ１１０７、ライセンス有効期限１１０８などを取得して、ライセンス１６００を生成する。
【０３７８】
次に、ライセンス取り込み処理部３２０２は、当該ライセンスの変換履歴を取り込み履歴ＤＢ３２０３に記録する（ステップＳ３７０５）。具体的には、ライセンス取り込み処理部３２０２は、取り込み履歴ＤＢ３２０３に蓄積されているＴＬ１５００のライセンスＩＤ１５０１と有効期限に、Ｋｃ伝送用ＥＣＭ３１００のライセンスＩＤ１１０７と有効期限１１０８を追加する。
【０３７９】
そして、ライセンス処理部１２１７は、取り込んだライセンスをライセンスＤＢ１２１２に蓄積する処理を行う（ステップＳ３７０６）。
【０３８０】
次に、第２のカードＩ／Ｆ部１２１３は、端末装置１０２に対して、Ｋｃ伝送用ＥＣＭ３１００によるライセンス変換要求に対するレスポンスを送信する（ステップＳ３７０７）。具体的には、第２のカードＩ／Ｆ部１２１３は、当該コンテンツのライセンス取り込みが許可されており、ライセンス取り込みが完了したか、あるいは、当該コンテンツのライセンス取り込みが許可されていない、または、ライセンス取り込みに失敗した、などのレスポンスメッセージを生成して、端末装置１０２に送信する。
【０３８１】
そして、第１のカードＩ／Ｆ部１２１３は、ＩＣカード１０２からＫｃ伝送用ＥＣＭ３１００によるライセンス変換要求に対するレスポンスを送信する（ステップＳ３７０８）。
【０３８２】
なお、ステップＳ３７０３において、ＮＯである場合のように、当該コンテンツのライセンス取り込みが許可されていない場合には、その旨のメッセージをユーザに提示するようにしても良い。
【０３８３】
また、取り込んだライセンスをＩＣカード１０３のライセンスＤＢ１２１２に蓄積せず、端末装置１０２に蓄積する場合には、ステップＳ３７０６において、取り込んだライセンスのライセンスＩＤ、ハッシュ値などをＩＣカード１０３に蓄積して、ステップＳ３７０７において端末装置１０２に取り込んだライセンスをレスポンスとして送信すれば良い。
【０３８４】
図３８は、本実施の形態２に係る受信装置において、図３７で示したライセンス取り込み可否判定（ステップＳ３７０２に対応）の具体的な動作手順を示すフローチャートである。
【０３８５】
まず、ＩＣカードのＥＣＭ／ＥＭＭ復号部１２１４は、カード管理情報ＤＢ１２１０を参照して、Ｋｃ伝送用ＥＣＭ３１００を復号するための蓄積暗号鍵Ｋｍ´２０３が存在するか否かを判定する（ステップＳ３８０１）。
【０３８６】
具体的には、ＥＣＭ／ＥＭＭ復号部１２１４は、カード管理情報ＤＢ１２１０を参照してカードＩＤに対応する蓄積暗号鍵Ｋｍ´を読み出す。このとき、Ｋｃ伝送用ＥＣＭ３１００のカードＩＤと蓄積暗号鍵Ｋｍ´が一致しない場合などは、蓄積暗号鍵Ｋｍ´が存在しないものとして処理する（ステップＳ３８０１でＮＯ）。
【０３８７】
そして、ステップＳ３８０１において、ＹＥＳである場合、すなわち、蓄積暗号鍵Ｋｍ´が存在する場合には、ステップＳ３８０２を実行する。一方、ステップＳ３８０１において、ＮＯである場合、すなわち、蓄積暗号鍵Ｋｍ´が存在しない場合には、ライセンスの取り込みを不許可とするステップＳ２１１１を実行する。
【０３８８】
次に、ＥＣＭ／ＥＭＭ復号部１２１４は、蓄積暗号鍵Ｋｍ´でＫｃ伝送用ＥＣＭ１１００を復号可能か否かの判定を行う（ステップＳ３８０２）。
【０３８９】
具体的には、ＥＣＭ／ＥＭＭ復号部１２１４は、ステップＳ３８０１で取得した蓄積暗号鍵Ｋｍ´で、ＡＥＳによりＫｃ伝送用ＥＣＭ３１００の暗号化部を復号し、Ｋｃ伝送用ＥＣＭ３１００の改ざん検出１１１０により、Ｋｃ伝送用ＥＣＭ３１００が改ざんされていないかを確認して蓄積暗号鍵Ｋｍ´で復号できるかの判定を行う。また、Ｋｃ伝送用ＥＣＭ３１００が改ざんされていることが検出された場合には、ライセンス取り込みは許可できないので、ステップＳ２１１１を実行して、本処理を終了する。
【０３９０】
そして、蓄積暗号鍵Ｋｍ´でＫｃ伝送用ＥＣＭ１１００を復号可能な場合には（ステップＳ３８０２でＹＥＳ）、ライセンス取り込み処理部３２０２は、Ｋｃ伝送用ＥＣＭ３１００がライセンスの有効期限内であるかどうかを判定する（ステップＳ３８０３）。具体的には、ライセンス取り込み処理部３２０２は、Ｋｃ伝送用ＥＣＭ３１００のライセンスの有効期限１１０８を参照して、端末装置１０２からＫｃ伝送用ＥＣＭ３１００と一緒に取得した現在時刻と比較することにより、当該Ｋｃ伝送用ＥＣＭ３１００が有効期限内であるか否かを判定する。
【０３９１】
そして、ステップＳ３８０３において、ＹＥＳである場合、すなわち、有効期限１１０８が現在時刻よりも新である場合には、有効期限内であると判定し、ステップＳ２１０５を実行する。一方、ステップＳ３８０３において、ＮＯである場合、すなわち、有効期限１１０８が現在時刻よりも旧である場合には、有効期限外であると判定し、ステップＳ２１１１を実行する。
【０３９２】
なお、ステップＳ３８０３の有効期限の判定処理については、もはや有効期限が経過した、不要なライセンスを蓄積しないようにするために行うものであるので、本処理は省略することも可能である。
【０３９３】
ライセンス取り込み処理部３２０２は、取り込み履歴ＤＢ３２０３を参照して、該当ライセンスＩＤの変換履歴を検索する（ステップＳ２１０５）。具体的には、ライセンス取り込み処理部３２０２は、取り込み履歴ＤＢ３２０３のＴＬ１５００を参照し、Ｋｃ伝送用ＥＣＭ３１００のライセンスＩＤ１１０７と一致するライセンスＩＤ１５０１のレコードを検索する。
【０３９４】
そして、ライセンス取り込み処理部３２０２は、該当ライセンスＩＤの変換履歴が存在するか否かを判定する（ステップＳ２１０６）。具体的には、ライセンス取り込み処理部３２０２は、ステップＳ２１０５の検索結果を参照し、取り込み履歴ＤＢ３２０３にＫｃ伝送用ＥＣＭ３１００のライセンスＩＤ１１０７とＴＬ１５００のライセンスＩＤ１５０１が一致するレコードが存在するか否かを確認する。
【０３９５】
ステップＳ２１０６において、ＹＥＳである場合、すなわち、該当ライセンスＩＤの取り込み履歴が存在しない場合には、ステップＳ２１０７を実行する。一方、ステップＳ２１０６において、ＮＯである場合、すなわち、該当ライセンスＩＤの取り込み履歴が存在する場合には、ステップＳ２１１１を実行する。
【０３９６】
ライセンス取り込み処理部３２０２は、ＴＬ１５００に空きレコードまたは有効期限を超過したレコードが存在するか否かを検索する（ステップＳ２１０７）。
【０３９７】
具体的には、ライセンス取り込み処理部３２０２は、新たにライセンス変換を行うライセンスＩＤを追記するレコードを発見するため、ＴＬ１５００を参照して、空きレコードを検索する。空きレコードが存在しない場合は、ＴＬ１５００の、ライセンス変換期限１５０２と、端末装置１０２からＫｃ伝送用ＥＣＭ３１００と一緒に取得した現在時刻を比較し、ライセンス変換期限１５０２が現在時刻より新であるレコードを検索する。
【０３９８】
ライセンス取り込み処理部３２０２は、変換履歴ＤＢ１２１１に空きレコードもしくはライセンス変換期限を超過しているレコードが存在するか否かを判定する（ステップＳ２１０８）。具体的には、ライセンス取り込み処理部３２０２は、ステップＳ２１０７の検索結果を参照し、ＴＬ１５００に空きレコードをもしくはライセンス変換期限１５０２を超過しているレコードが存在するか否かを判定する。
【０３９９】
ステップＳ２１０８において、ＹＥＳである場合、すなわち、空きレコードまたはライセンス変換期限１５０２を超過しているレコードが存在する場合には、ステップＳ２１０９を実行する。一方、ステップＳ２１０８において、ＮＯである場合、すなわち、空きレコードまたはライセンス変換期限１５０２を超過しているレコードが存在しない場合には、これ以上ライセンス変換を実行することはできないため、ステップＳ２１１１を実行する。
【０４００】
そして、ライセンス取り込み処理部３２０２は、ステップＳ２１０８で判定した結果に基づき、空きレコードがない場合には、ライセンス変換期限１５０２を超過したレコードを削除し、新たなライセンスＩＤ１５０１の追加をできるようにする（ステップＳ２１０９）。
【０４０１】
ライセンス取り込み処理部３２０２は、当該Ｋｃ伝送用ＥＣＭ３１００のライセンス変換を許可と判定し、本ライセンス変換可否判定処理を終了する（ステップＳ２１１０）。また、ライセンス取り込み処理部３２０２は、当該Ｋｃ伝送用ＥＣＭ３１００のライセンスを変換は不許可と判定し、本ライセンス変換可否判定処理を終了する（ステップＳ２１１１）。
【０４０２】
尚、本実施の形態２において図面を用いて説明はしないが、ライセンスをＩＣカード１０３のライセンスＤＢ１２１２に取り込んだ後のコンテンツ再生時の処理手順は上述した図２２に示す処理と同様となるため説明を省略する。
【０４０３】
以上の説明のように、本実施の形態２に係るデジタル権利管理システムにおいては、送出装置側においてはＫｃ伝送用ＥＣＭ３１００に暗号変換期限を付与する。そして、受信装置側では、受信したＫｃ伝送用ＥＣＭ３１００が暗号変換期限内か否かを判定して、暗号変換期限内である場合にはＥＣＭ再暗号化部３２０１において蓄積暗号鍵Ｋｍ´を用いて取得したライセンスの再暗号化を行うと共に、再暗号化後のライセンスをＩＣカード１０３側から端末装置１０２側に返信して蓄積部１２０３に格納する。
【０４０４】
このことにより、コンテンツの視聴するため端末装置１０２の蓄積部１２０３に蓄積されているＫｃ伝送用ＥＣＭ３１００をＩＣカード１０３に取り込む場合、ＩＣカード１０３のライセンス取り込み処理部３２０２は、端末装置１０２の蓄積部１２０３から取得したＫｃ伝送用ＥＣＭ３１００が、蓄積暗号鍵Ｋｍ´を用いて復号可能か否かを判定して、復号可能であるＫｃ伝送用ＥＣＭ３１００のみ取り込みを行う。従って、ユーザが実際に視聴するコンテンツに関連するライセンスのみをＩＣカード１０３に取り込むことができ、ライセンスに関する情報が端末装置１０２側で記録されるため、メモリ容量に限定のあるＩＣカード１０３の容量を圧迫してしまうという問題を回避することが可能となる。
【０４０５】
また、Ｋｃ伝送用ＥＣＭ３１００に付与された暗号変換期限に基づき、暗号変換期限を制御することにより、結果としてライセンスの取り込み可能期間を制御することが可能であるため、契約されていない時期に蓄積したライセンスの不正使用を防止することが可能となる。
【０４０６】
さらに、本発明においては、取り込み履歴ＤＢ３２０３においてライセンスＩＤ３３０１及び有効期限３３０２が記録された取り込み履歴テーブル３３００を管理しているために、有効期限３３０２を越えたライセンスの使用を適切に防止することが可能となる。
【０４０７】
尚、本実施の形態２の説明においては、ＩＣカード１０３のＥＣＭ再暗号化部３２０１は、蓄積暗号鍵Ｋｍ´を用いてＫｃ伝送用ＥＣＭ３１００の再暗号化を行ったが、本発明はこれに限定されるものではなく、例えば、受信済みフラグ付与、端末／カードＩＤ付与、署名付与等、他のマーキング方法を用いてＫｃ伝送用ＥＣＭ３１００の再暗号化を行うことも可能である。さらに、Ｋｃ伝送用ＥＣＭ３１００の再暗号を行う暗号鍵は、端末装置１０２やＩＣカード１０３に固有の蓄積暗号鍵Ｋｍ´以外に、複数の端末装置１０２で共通の暗号鍵などを用いるようにしても良い。
【０４０８】
また、本実施の形態２の説明においては、送信側でＫｃ伝送用ＥＣＭ３１００に暗号変換期限を付与するようにしたが、送信側で暗号変換期限を付与されない場合は、端末装置１０２側におけるＫｃ伝送用ＥＣＭ３１００の暗号変換の際に、一定の条件に基づいて、暗号変換可否を決定するようにしても良い。例えば、Ｋｃ伝送用ＥＣＭ３１００（ライセンス）の有効期限から一定日数前を暗号変換期限とする場合や、端末装置１０２側からＫｃ伝送用ＥＣＭ３１００と共に受信した現在時刻に基づいて暗号変換期限を決定する場合などが考えられる。
【０４０９】
（変形例）
次に、受信装置側でのライセンス取り込みの変形例について図３９から図４２を用いて説明を行う。尚、本変形例においては、パッケージＩＤと、ライセンスＩＤ（取得済みライセンスＩＤ）と、有効期限とによりライセンスの取り込みを管理することを特徴としている。
【０４１０】
図３９は、本変形例に係るＩＣカード１０３が管理するＰＰＣ（Ｐａｙ  Ｐｅｒ  Ｃｏｎｔｅｎｔ、都度購入コンテンツ）用の取り込み履歴テーブル（ＩＬ：Import List）３９００の図である。このＰＰＣ用のＩＬ３９００の各レコードは、ＰＰＣのコンテンツ（パッケージ）を購入した際に生成される。
【０４１１】
上述した取り込み履歴テーブルとの差異は、パッケージＩＤ３９０１とパッケージ内ライセンスＩＤ３９０３が記載されている点である。ここでパッケージＩＤ３９０１とは、購入したパッケージを識別するための情報であり、例えば「ＰＫＧ−ＩＤ−１」と記述され、コンテンツの購入単位を示している。そして、パッケージの中には複数コンテンツ（例えばドラマの１０話パック）が含まれる場合があり、これらはパッケージＩＤ３９０１に対応するパッケージ内ライセンスＩＤ３９０３として管理される。尚、同一ライセンスが異なるパッケージに含まれる場合も考えられ、例えばスポーツパッケージとＪリーグパッケージがあり、Ｊリーグに関するコンテンツが両方に含まれる場合などもありうる。
【０４１２】
有効期限３９０２は、パッケージＩＤ３９０１に対応する有効期限であり、パッケージ内のライセンスの有効期限のうち、最も長い（有効期限が遅いもの）ものが記載される。
【０４１３】
パッケージ内ライセンスＩＤ３９０３とは、パッケージに含まれるライセンスのＩＤの一覧であり、例えば「ＬＩＣＥＮＳＥ−ＩＤ−１，ＬＩＣＥＮＳＥ−ＩＤ−２，，，」と記述され、これによりユーザに対してパッケージ内のライセンス取得状況の提示が可能となる。尚、このパッケージ内ライセンスＩＤ３９０２は、取り込み履歴の管理上は、必ずしも必要な情報ではなく、取得済みライセンスＩＤ３９０４と合わせて、ユーザに対してパッケージに含まれるライセンスと既に取得したライセンスとの関係を提示したりする場合などに用いることを想定している。
【０４１４】
取得済みライセンスＩＤ３９０４は、パッケージ内ライセンスＩＤ３９０３に対して、取り込み済みのライセンスＩＤを示し、例えば「ＬＩＣＥＮＳＥ−ＩＤ−１，ＬＩＣＥＮＳＥ−ＩＤ−２」と記述される。
【０４１５】
尚、このような取り込み履歴テーブル３９００で管理する情報については、パッケージＩＤ３９０１やパッケージ内ライセンスＩＤ３９０３の割当方法（グローバルでユニークになるようにＩＤを振るか、サービスプロバイダ毎にユニークなＩＤを振るか）によって、管理方法が変わる場合がある。
【０４１６】
図４０は、本変形例に係る送出装置からの受信装置に配信されるＫｃ伝送用ＥＣＭ４０００の一例を示す参考図である。本変形例に係るＫｃ伝送用ＥＣＭ４０００には、ＰＰＣ用の取り込み履歴テーブルで追加となり、ライセンスの取り込みの際、取り込み履歴ＤＢ３２０３の取り込み履歴テーブル３９００に記録されるパッケージＩＤ３９０１に対応するパッケージＩＤ４００２、及び図３９に示すパッケージ内ライセンスＩＤ３９０３に対応するパッケージ内ライセンスＩＤ４００３、及び実施の形態２と同様に暗号変換期限４００１が記述されている。尚、パッケージ内ライセンスＩＤ４００３は、パッケージ内に含まれるライセンスＩＤのリストであり、同一パッケージ内のＫｃ伝送用ＥＣＭ４０００では同じ値が送信される。
【０４１７】
図４１は、本変形例に係る受信装置でのＰＰＣのライセンス取り込みにおける処理手順を示すフローチャートである。尚、本図に示すライセンス取り込み可否判定処理（ステップＳ４１０２に対応）の処理については、図４２において詳細に説明する。
【０４１８】
最初に、端末装置１０２の蓄積部１２０３に蓄積された、Ｋｃ伝送用ＥＣＭ４０００をＩＣカードに送信する処理を行う（ステップＳ４１０１）。
【０４１９】
次に、ＩＣカード１０３は、受信したＫｃ伝送用ＥＣＭ４０００のライセンス取り込み可否判定処理を行う（ステップＳ４１０２）。
【０４２０】
そして、ＩＣカード１０３のライセンス取り込み処理部３２０２は、ライセンス取り込み可否判定処理の結果、ライセンスの取り込みが許可されているか否かを確認する（ステップＳ４１０３）。
【０４２１】
ステップＳ４１０３において、ＹＥＳである場合、すなわち、ライセンス取り込みが許可されている場合には、ステップＳ４１０４を実行する。一方、ステップＳ４１０３において、ＮＯである場合、すなわち、ライセンス取り込みが許可されていない場合には、ライセンスの取り込みは行われず、ステップＳ４１０７を実行する。
【０４２２】
そして、ステップＳ４１０３においてＹＥＳである場合、ライセンス取り込み処理部３２０２は、Ｋｃ伝送用ＥＣＭ４０００をライセンス変換し、図１６に示すような蓄積視聴用のライセンス１６００を生成する（ステップＳ４１０４）。
【０４２３】
次に、ライセンス取り込み処理部３２０２は、当該ライセンスの変換履歴を取り込み履歴ＤＢ３２０３に記録する（ステップＳ４１０５）。具体的には、ライセンス取り込み処理部３２０２は、パッケージ内での最初のライセンスを取得する場合においては、取り込み履歴テーブル３９００の、パッケージＩＤ３９０１、有効期限３９０２、パッケージ内ライセンスＩＤ３９０３、取得済みライセンスＩＤ３９０４を取り込み履歴ＤＢ３２０３に記録する。また、パッケージ内で２回目以降のライセンス取得の場合、取り込み履歴テーブル３９００の取得済みライセンスＩＤ３９０４のみを取り込み履歴ＤＢ３２０３に記録する処理を行う。これは、他の項目は既に記録済みであるためである。
【０４２４】
そして、ライセンス処理部１２１７は、取り込んだライセンスをライセンスＤＢ１２１２に蓄積する処理を行う（ステップＳ４１０６）。
【０４２５】
次に、第２のカードＩ／Ｆ部１２１３は、端末装置１０２に対して、Ｋｃ伝送用ＥＣＭ４０００によるライセンス変換要求に対するレスポンスを送信する（ステップＳ４１０７）。
【０４２６】
図４２は、図４１で示したライセンス取り込み可否判定（ステップＳ４１０２に対応）の具体的な動作手順を示すフローチャートである。
【０４２７】
まず、ＩＣカード１０３のＥＣＭ／ＥＭＭ復号部１２１４は、カード管理情報ＤＢ１２１０を参照して、Ｋｃ伝送用ＥＣＭ４０００を復号するための蓄積暗号鍵Ｋｍ´が存在するか否かを判定する（ステップＳ４２０１）。
【０４２８】
そして、ステップＳ４２０１において、ＹＥＳである場合、すなわち、蓄積暗号鍵Ｋｍ´が存在する場合には、ステップＳ４２０２を実行する。一方、ステップＳ４２０１において、ＮＯである場合、すなわち、蓄積暗号鍵Ｋｍ´が存在しない場合には、ライセンスの取り込みを不許可とするステップＳ２１１１を実行する。
【０４２９】
次に、ＥＣＭ／ＥＭＭ復号部１２１４は、蓄積暗号鍵Ｋｍ´でＫｃ伝送用ＥＣＭ１１００の復号を行う（ステップＳ４２０２）。
【０４３０】
そして、蓄積暗号鍵Ｋｍ´でＫｃ伝送用ＥＣＭ４０００を復号すると、ライセンス取り込み処理部３２０２は、Ｋｃ伝送用ＥＣＭ４０００がライセンスの有効期限内であるかどうかを判定する（ステップＳ４２０３）。
【０４３１】
そして、ステップＳ４２０３において、ＹＥＳである場合、すなわち、有効期限１１０８が現在時刻よりも新である場合には、有効期限内であると判定し、ステップＳ４２０４を実行する。一方、ステップＳ４２０３において、ＮＯである場合、すなわち、有効期限１１０８が現在時刻よりも旧である場合には、有効期限外であると判定し、ステップＳ２１１１を実行する。
【０４３２】
ライセンス取り込み処理部３２０２は、取り込み履歴ＤＢ３２０３を参照して、該当ライセンスＩＤの変換履歴を検索する（ステップＳ４２０４）。具体的には、ライセンス取り込み処理部３２０２は、取り込み履歴ＤＢ３２０３のＴＬ１５００を参照し、Ｋｃ伝送用ＥＣＭ４０００のパッケージＩＤ４００２とライセンスＩＤ４００３との組に基づいて、レコードの一致／不一致を検索する。
【０４３３】
そして、ライセンス取り込み処理部３２０２は、該当パッケージＩＤとライセンスＩＤの変換履歴が存在するか否かを判定する（ステップＳ２１０６）。具体的には、ライセンス取り込み処理部３２０２は、ステップＳ２１０５の検索結果を参照し、取り込み履歴ＤＢ３２０３にＫｃ伝送用ＥＣＭ４０００のパッケージＩＤ４００２とパッケージ内ライセンスＩＤ４００３との組と、取り込み履歴テーブル３９００のパッケージＩＤ３９０１とパッケージ内ライセンスＩＤ３９０３との組が一致するレコードが存在するか否かを確認する。
【０４３４】
ステップＳ２１０６において、ＹＥＳである場合、すなわち、該当パッケージＩＤとライセンスＩＤの変換履歴が存在しない場合には、ステップＳ２１０７を実行する。一方、ステップＳ２１０６において、ＮＯである場合、すなわち、該当パッケージＩＤとライセンスＩＤの変換履歴が存在する場合には、ステップＳ２１１１を実行する。尚、Ｓ２１０７以下の処理は上述の図３８と同様であるために、その説明を省略する。
【０４３５】
以上のように、本変形例においては、Ｋｃ伝送用ＥＣＭ４０００に含まれるパッケージＩＤ４００２、パッケージ内ライセンスＩＤ４００３及び有効期限１１０８を用いて、パッケージＩＤ４００２とパッケージ内ライセンスＩＤ４００３とが重複するライセンスの取得を抑制して、受信装置のＩＣカード１０３におけるライセンスの取り込み管理を行う。従って、パッケージに対してパッケージＩＤ３９０１を割り当てて、パッケージ内に含まれる複数のコンテンツに割り当てられるパッケージ内ライセンスＩＤ３９０３を異なるパッケージにおいても統一的に管理することができるために、小メモリ容量のＩＣカード１０３の効率的な利用を行いライセンスの不正使用を防止すると共に、例えばドラマの３ヶ月間で１２回放送されるシリーズ番組やコンテンツを一度に多数購入する場合など、実際のユーザの利用により適したライセンスデータの管理を行うことが可能となる。
【産業上の利用可能性】
【０４３６】
本発明にかかるデジタル権利管理システムは、端末装置で取得したライセンスＩＤと有効期限とを合わせてリストで管理し、少なくともライセンスの有効期限までレコードと保持することにより、不正なライセンス取得の防止と、管理するデータサイズの増大の防止とを両立できるという効果を有し、デジタル放送、デジタルＣＡＴＶ、インターネットなどによるコンテンツ配信サービスにおけるデジタル権利管理システムなどとして有用である。またパッケージメディアなどの可搬メディアなどによるコンテンツ配信サービスにおけるデジタル権利管理システムにも応用できる。
【図面の簡単な説明】
【０４３７】
【図１】図１は、本発明の実施の形態に係るコンテンツ配信システムの全体の概略構成を示す図である。
【図２】図２は、本発明の実施の形態に係る暗号スキームの概要を示す図である。
【図３】図３は、本発明の実施の形態に係る放送局の構成を示す機能ブロック図である。
【図４】図４は、本発明の実施の形態に係る契約情報管理ＤＢの契約情報管理テーブルの構成を示す図である。
【図５】図５は、本発明の実施の形態に係るワーク鍵ＤＢのワーク鍵管理テーブルの構成を示す図である。
【図６】図６は、本発明の実施の形態に係るコンテンツ属性情報ＤＢのコンテンツ属性情報管理テーブルの構成を示す図である。
【図７】図７は、本発明の実施の形態に係るコンテンツ鍵ＤＢのコンテンツ鍵管理テーブルの構成を示す図である。
【図８】図８は、本発明の実施の形態に係るコンテンツＤＢのコンテンツ管理テーブルの構成を示す図である。
【図９】図９は、本発明の実施の形態に係るＥＭＭの構成を示す図である。
【図１０】図１０は、本発明の実施の形態に係るＥＣＭ−Ｋｗ、ＥＣＭ−Ｋｃの構成を示す図である。
【図１１】図１１は、本発明の実施の形態に係るＫｃ伝送用ＥＣＭの構成を示す図である。
【図１２】図１２は、本発明の実施の形態に係る端末装置の構成を示す図である。
【図１３】図１３は、本発明の実施の形態に係るカード管理情報ＤＢの共通情報テーブルの構成を示す図である。
【図１４】図１４は、本発明の実施の形態に係るカード管理情報ＤＢの事業者別情報テーブルの構成を示す図である。
【図１５】図１５は、本発明の実施の形態に係るＴＬの構成を示す図である。
【図１６】図１６は、本発明の実施の形態に係るライセンスの構成を示す図である。
【図１７】図１７は、本発明の実施の形態に係る放送局における契約処理、端末装置およびＩＣカードにおけるＥＭＭ受信処理を示すフローチャートである。
【図１８】図１８は、本発明の実施の形態に係る放送局におけるコンテンツ送出処理を示すフローチャートである。
【図１９】図１９は、本発明の実施の形態に係る端末装置およびＩＣカードにおけるコンテンツ蓄積処理を示すフローチャートである。
【図２０】図２０は、本発明の実施の形態に係るライセンス変換不可時にユーザに提示するメッセージを示す図である。
【図２１】図２１は、本発明の実施の形態に係るＩＣカードにおけるライセンス変換可否判定処理を示すフローチャートである。
【図２２】図２２は、本発明の実施の形態に係る端末装置およびＩＣカードにおけるコンテンツ利用処理を示すフローチャートである。
【図２３】図２３は、本発明の実施の形態の変形例に係る端末装置の構成を示す図である。
【図２４】図２４は、本発明の実施の形態の変形例に係るＫｃ伝送用ＥＣＭの構成を示す図である。
【図２５】図２５は、本発明の実施の形態の変形例に係るＴＬの構成を示す図である。
【図２６】図２６は、本発明の実施の形態の変形例に係るＰＰＶコンテンツの重複購入検出時にユーザに提示するメッセージを示す図である。
【図２７】図２７は、本発明の実施の形態の変形例に係る別端末でのライセンス取得済みによるライセンス取得不可時にユーザに提示するメッセージを示す図である。
【図２８】図２８は、実施の形態２に係る放送局の機能ブロック図である。
【図２９】図２９は、実施の形態２に係る送出装置のコンテンツ属性情報ＤＢに記録されているコンテンツ属性情報管理テーブルの一例を示す図である。
【図３０】図３０は、実施の形態２に係る送出装置のコンテンツＤＢに記録されているコンテンツ管理テーブルの一例を示している。
【図３１】図３１は、実施の形態２に係る送出装置から送信されるＫｃ伝送用ＥＣＭのデータ構成の一例を示す参考図である。
【図３２】図３２は、実施の形態２に係る受信装置のシステム構成を示す参考図である。
【図３３】図３３は、実施の形態２に係る受信装置側のＩＣカードの取り込み履ＤＢに記録されている取り込み履歴テーブル（ＩＬ：Import List）の一例を示す参考図である。
【図３４】図３４は、実施の形態２に係る放送局における送出装置が、コンテンツを送出する動作手順を示すフローチャートである。
【図３５】図３５は、実施の形態２に係る端末装置およびＩＣカードにおけるコンテンツ受信および暗号変換処理を示すフローチャートである。
【図３６】図３６は、実施の形態２に係る端末装置における暗号変換可否判定処理（図３５のＳ３５０１に対応）における動作手順を示すフローチャートである。
【図３７】図３７は、実施の形態２に係る端末装置およびＩＣカードにおけるライセンス取り込み時における処理手順を示すフローチャートである。
【図３８】図３８は、実施の形態２に係る受信装置において、図３７で示したライセンス取り込み可否判定（ステップＳ３７０２に対応）の具体的な動作手順を示すフローチャートである。
【図３９】図３９は、変形例に係るＩＣカードが管理するＰＰＣ（都度購入コンテンツ）用の取り込み履歴テーブル（ＩＬ：Import List）の図である。
【図４０】図４０は、変形例に係る送出装置からの受信装置に配信されるＫｃ伝送用ＥＣＭの一例を示す参考図である。
【図４１】図４１は、変形例に係る受信装置でのＰＰＣのライセンス取り込みにおける処理手順を示すフローチャートである。
【図４２】図４２は、図４１で示したライセンス取り込み可否判定（ステップＳ４１０２に対応）の具体的な動作手順を示すフローチャートである。
【符号の説明】
【０４３８】
１  コンテンツ配信システム
１０１  放送局
１０２  端末装置
１０３  ＩＣカード
１０４  デジタル放送
１０５  通信ネットワーク
２０１  スクランブル鍵Ｋｓ
２０３，５０２，１４０６  ワーク鍵Ｋｗ
２０５，７０３，１６０６  コンテンツ鍵Ｋｃ
２０７，２５２，４０６，１３０２  マスタ鍵Ｋｍ
３０１  契約情報管理ＤＢ
３０２  ワーク鍵ＤＢ
３０３  コンテンツ属性情報ＤＢ
３０４  コンテンツ鍵ＤＢ
３０５  コンテンツＤＢ
３０６  通信部
３０７  契約処理部
３０８  ＥＭＭ生成部
３０９  ＥＭＭ暗号化部
３１０，２８０１  ＥＣＭ生成部
３１１  ＥＣＭ暗号化部
３１２  コンテンツ符号化部
３１３  多重化部
３１４  コンテンツ暗号化部
３１５  コンテンツ送出部
９００  ＥＭＭ
１０００  ＥＣＭ−Ｋｗ
１０２０  ＥＣＭ−Ｋｃ
１１００，２４００  Ｋｃ伝送用ＥＣＭ
１２０１  送受信部
１２０２  分離部
１２０３  蓄積部
１２０４  蓄積管理部
１２０５  コンテンツ復号部
１２０６  コンテンツ利用部
１２０７，１２１３  カードＩ／Ｆ部
１２０８  ユーザＩ／Ｆ部
１２１０  カード管理情報ＤＢ
１２１１  変換履歴ＤＢ
１２１２  ライセンスＤＢ
１２１４  ＥＣＭ／ＥＭＭ復号部
１２１５  ＥＣＭ／ＥＭＭ処理部
１２１６  ライセンス変換処理部
１２１７  ライセンス処理部
１５００，２５００  ＴＬ
１６００  ライセンス
３２０１  ＥＣＭ再暗号化部
３２０２  ライセンス取り込み処理部
３２０３  取り込み履歴ＤＢ
【図１】
0004642023.tif 000002
【図２】
0004642023.tif 000003
【図３】
0004642023.tif 000004
【図４】
0004642023.tif 000005
【図５】
0004642023.tif 000006
【図６】
0004642023.tif 000007
【図７】
0004642023.tif 000008
【図８】
0004642023.tif 000009
【図９】
0004642023.tif 000010
【図１０】
0004642023.tif 000011
【図１１】
0004642023.tif 000012
【図１２】
0004642023.tif 000013
【図１３】
0004642023.tif 000014
【図１４】
0004642023.tif 000015
【図１５】
0004642023.tif 000016
【図１６】
0004642023.tif 000017
【図１７】
0004642023.tif 000018
【図１８】
0004642023.tif 000019
【図１９】
0004642023.tif 000020
【図２０】
0004642023.tif 000021
【図２１】
0004642023.tif 000022
【図２２】
0004642023.tif 000023
【図２３】
0004642023.tif 000024
【図２４】
0004642023.tif 000025
【図２５】
0004642023.tif 000026
【図２６】
0004642023.tif 000027
【図２７】
0004642023.tif 000028
【図２８】
0004642023.tif 000029
【図２９】
0004642023.tif 000030
【図３０】
0004642023.tif 000031
【図３１】
0004642023.tif 000032
【図３２】
0004642023.tif 000033
【図３３】
0004642023.tif 000034
【図３４】
0004642023.tif 000035
【図３５】
0004642023.tif 000036
【図３６】
0004642023.tif 000037
【図３７】
0004642023.tif 000038
【図３８】
0004642023.tif 000039
【図３９】
0004642023.tif 000040
【図４０】
0004642023.tif 000041
【図４１】
0004642023.tif 000042
【図４２】
0004642023.tif 000043