情報処理装置および方法、並びにプログラム
【課題】タイプ１コンテンツとタイプ２コンテンツを混合したサービスを提供することができるようにする。
【解決手段】 タイプ１は、通常の放送が番組単位で受信機に蓄積されるようにし、視聴者が所定のライセンスを利用して好きなタイミングで視聴することができるように配信され、タイプ２は、蓄積専用の放送が番組単位で受信機に蓄積されるようにし、視聴者が所定のライセンスを利用して、好きなタイミングで視聴することができるように配信される。これらのコンテンツを、図１０に示すように蓄積されるようにすることで、通常のTV番組を蓄積したタイプ１コンテンツ（TYPE1_Stream_1）、およびそのタイプ１コンテンツを視聴者の操作によってシーン単位で再生させるタイプ２コンテンツ（ファイルBML，JPEG，PNG）により、TV番組のダイジェスト再生などのTV番組のノンリニア視聴を実現することができる。
【解決手段】 タイプ１は、通常の放送が番組単位で受信機に蓄積されるようにし、視聴者が所定のライセンスを利用して好きなタイミングで視聴することができるように配信され、タイプ２は、蓄積専用の放送が番組単位で受信機に蓄積されるようにし、視聴者が所定のライセンスを利用して、好きなタイミングで視聴することができるように配信される。これらのコンテンツを、図１０に示すように蓄積されるようにすることで、通常のTV番組を蓄積したタイプ１コンテンツ（TYPE1_Stream_1）、およびそのタイプ１コンテンツを視聴者の操作によってシーン単位で再生させるタイプ２コンテンツ（ファイルBML，JPEG，PNG）により、TV番組のダイジェスト再生などのTV番組のノンリニア視聴を実現することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特にサーバ型放送において、複数の形態のコンテンツ配信に対応可能な限定再生を行うことができるようにする情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
放送技術の発展に伴って、コンテンツ配信の形態が各種開発されており、例えば、指定されたコンテンツ（あるいはコンテンツ群）のみを有料で１回のみ視聴できるようなサービスも存在する。このサービスは、コンテンツ毎に配信されたライセンスに基づいて再生を制御することにより、実現される（特許文献１参照）。
【０００３】
【特許文献１】特開２００２−１１６８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来においては、異なる方法で再生されるコンテンツを一体的に提供することは提案されていない。
【０００５】
本発明はこのような状況に鑑みてなされたものであり、異なる方法で再生されるコンテンツを一体的に提供することができるようにするものである。
【課題を解決するための手段】
【０００６】
本発明の情報処理装置は、複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得手段と、メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得手段と、メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶手段と、第１の記憶手段により記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出し手段と、第１の記憶手段により記憶されたライセンスに関する情報を出力する出力手段と、読み出し手段により読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶手段と、コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、第１の記憶手段により記憶された対応するメインライセンスのワーク鍵で暗号復号し、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶手段と、コンテンツ利用開始時に、第２の記憶手段または第３の記憶手段により一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶手段または第３の記憶手段により一時記憶されたコンテンツ鍵を供給する供給手段とを備えることを特徴とする。
【０００７】
供給手段は、コンテンツが部分毎のスクランブル鍵で暗号化されている場合には、部分毎のスクランブル鍵がコンテンツ鍵で暗号化された情報を入力し、第２の記憶手段または第３の記憶手段により記憶されたコンテンツ鍵Kcによって暗号復号し、その結果得られた部分毎のスクランブル鍵Ksを供給することができる。
【０００８】
第１の取得手段または第２の取得手段は、第１の記憶手段が個別ライセンス又はメインライセンスを記憶できない場合、これを一時記憶し、読み出し手段は、指定されたライセンスが、第１の取得手段または第２の取得手段により一時記憶された個別ライセンス又はメインライセンスである場合に、これを第１の取得手段または第２の取得手段から読み出すことができる。
【０００９】
コンテンツが別のコンテンツを参照して同時再生する場合に、第２の記憶手段および第３の記憶手段は、それぞれ、参照元のコンテンツに対応するライセンスおよび参照先のコンテンツに対応するライセンスに関して、これらに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開して一時記憶し、供給手段は、第２の記憶手段または第３の記憶手段に記憶された２つのライセンスに関して、コンテンツ利用時にライセンスの指定に応じて、対応する第２の記憶手段または第３の記憶手段に記憶されたライセンスの利用条件情報を用いてコンテンツの利用判定を行い、条件を満足する場合にのみコンテンツ鍵を供給することができる。
【００１０】
本発明の情報処理方法は、複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップと、メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップと、メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶ステップと、第１の記憶ステップの処理で記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、第１の記憶ステップの処理で記憶されたライセンスに関する情報を出力する出力ステップと、読み出しステップの処理で読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップと、コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップと、コンテンツ利用開始時に、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツ鍵を供給する供給ステップとを含むことを特徴とする。
【００１１】
本発明のプログラムは、複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップと、メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップと、メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶ステップと、第１の記憶ステップの処理で記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、第１の記憶ステップの処理で記憶されたライセンスに関する情報を出力する出力ステップと、読み出しステップの処理で読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップと、コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップと、コンテンツ利用開始時に、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツ鍵を供給する供給ステップとを含むことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、異なる方法で再生されるコンテンツを一体的に提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１４】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１５】
請求項１に記載の情報処理装置（例えば、図２のサーバ型CASモジュール３３）は、
複数のコンテンツを利用する権利の存在を示しワーク鍵（例えば、図５のサーバ型ワーク鍵Kws）を含むメインライセンス（例えば、図５のメインライセンス）を放送から取得する第１の取得手段（例えば、図９のライセンス管理部５５）と、
メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンス（例えば、図６の個別ライセンス）を通信から取得する第２の取得手段（例えば、図９のライセンスサーバI/F５１、ライセンス管理部５５）と、
メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶手段（例えば、図９のライセンスストア部５６）と、
第１の記憶手段により記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出し手段（例えば、図９のライセンス管理部５５）と、
第１の記憶手段により記憶されたライセンスに関する情報を出力する出力手段（例えば、ライセンス管理部５５）と、
読み出し手段により読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶手段（例えば、図９のライセンス管理部５５、カレントライセンスキャッシュ部６０）（例えば、図６のサーバ型CASモジュール３３）と、
コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンス（例えば、図５のACI）を入力し、第１の記憶手段により記憶された対応するメインライセンスのワーク鍵で暗号復号し（例えば、図９のサブライセンス復号部５９）、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶手段（例えば、図９のライセンス管理部５５、カレントライセンスキャッシュ部６０）（例えば、図５のサーバ型CASモジュール３３）と、
コンテンツ利用開始時に、第２の記憶手段または第３の記憶手段により一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶手段または第３の記憶手段により一時記憶されたコンテンツ鍵を供給する供給手段（例えば、図９の利用条件判定部６１、レンダラI/F６５）（例えば、図５および図６のサーバ型CASモジュール３３）と
を備えることを特徴とする。
【００１６】
請求項２に記載の情報処理装置は、
供給手段は、コンテンツが部分毎のスクランブル鍵で暗号化されている場合には（例えば、図３または図４のコンテンツ）、部分毎のスクランブル鍵がコンテンツ鍵で暗号化された情報（例えば、図３または図４のECM-Kc）を入力し、第２の記憶手段または第３の記憶手段により記憶されたコンテンツ鍵Kcによって暗号復号し、その結果得られた部分毎のスクランブル鍵Ksを供給する（例えば、図９のECM-Kc復号部６２、Ksキャッシュ部６３、レンダラI/F６５）（例えば、図３および図４のサーバ型CASモジュール３３）
ことを特徴とする。
【００１７】
請求項３に記載の情報処理装置は、
第１の取得手段または第２の取得手段（例えば、図９のライセンス管理部５５）は、第１の記憶手段が個別ライセンス又はメインライセンスを記憶できない場合、これを一時記憶し、
読み出し手段は、指定されたライセンスが、第１の取得手段または第２の取得手段により一時記憶された個別ライセンス又はメインライセンスである場合に、これを第１の取得手段または第２の取得手段から読み出す
ことを特徴とする。
【００１８】
請求項４に記載の情報処理装置は、
コンテンツ（例えば、タイプ１コンテンツ）が別のコンテンツ（例えば、タイプ２コンテンツ）を参照して同時再生する場合に、第２の記憶手段および第３の記憶手段は、それぞれ、参照元のコンテンツ（例えば、タイプ２コンテンツ）に対応するライセンスおよび参照先のコンテンツ（例えば、タイプ１コンテンツ）に対応するライセンスに関して、これらに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開して一時記憶し、
供給手段は、第２の記憶手段または第３の記憶手段に記憶された２つのライセンスに関して、コンテンツ利用時にライセンスの指定に応じて、対応する第２の記憶手段または第３の記憶手段に記憶されたライセンスの利用条件情報を用いてコンテンツの利用判定を行い、条件を満足する場合にのみコンテンツ鍵を供給する
ことを特徴とする。
【００１９】
請求項５に記載の情報処理方法および請求項６に記載のプログラムは、
複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップ（例えば、図８の「ライセンス取得処理」）と、
メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップ（例えば、図８の「ライセンス取得処理」）と、
メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶ステップ（例えば、図８の「ライセンス保持／管理処理」）と、
第１の記憶ステップの処理で記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、
第１の記憶ステップにより記憶されたライセンスに関する情報を出力する出力ステップと、
読み出しステップにより読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップ（例えば、図８の「ライセンス保持／管理処理」）と、
コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップ（例えば、「図８のライセンス設定処理」）と、
コンテンツ利用開始時に、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶ステップまたは第３の記憶ステップにより一時記憶されたコンテンツ鍵を供給する供給ステップ（例えば、「ライセンス利用処理」）と
を含むことを特徴とする。
【００２０】
（１）サーバ型放送
通常の放送は、放送波によって映像信号や音声信号等が継続的に伝送され、これを受信機で継続的に受信し即時に再生することが前提となっている。すなわち視聴者は、番組が放送されている時刻にその番組を視聴することになる。これに対して、サーバ型放送では、視聴者は視聴したい番組（コンテンツ）を自分の視聴したい時刻に視聴することができる。
【００２１】
サーバ型放送の運用形態として、通常の放送が、番組単位でコンテンツとして受信機の蓄積メディアに蓄積されるようにし、視聴者が、別途配信される所定のライセンスを利用して、好きなタイミングで蓄積メディアに蓄積されたそのコンテンツを視聴することができるようにする形態がある。これにより例えば録画を禁止して所定の条件で有料視聴させる等のサービスを提供することができる。この運用形態で配信されるコンテンツ（通常のTV放送を蓄積利用するコンテンツ）をタイプ１コンテンツと称する。
【００２２】
サーバ型放送の他の運用形態として、通常の放送ではなく、放送局側が、蓄積専用のコンテンツを放送し、その放送が番組単位でコンテンツとして受信機の蓄積メディアに蓄積されるようにし、視聴者が、別途配信される所定のライセンスを利用して、好きなタイミングで蓄積メディアに蓄積されたそのコンテンツを視聴することができるようにする形態がある。この運用形態で配信されるコンテンツ（蓄積専用サービスの専用コンテンツ）をタイプ２コンテンツと称する。
【００２３】
なおこの運用形態の発展形として、蓄積メディアへ蓄積するコンテンツを放送からだけでなく通信経由でダウンロードする形態もある。また、視聴者が、視聴したいタイミングで通信ネットワーク上のサーバに要求して、視聴したいコンテンツをいわゆるストリーミングという伝送方式で、受信し直接再生できるようにする形態もある。
【００２４】
すなわち本発明は、例えばタイプ１コンテンツ配信とタイプ２コンテンツ配信を混合して提供する場合など、様々なコンテンツの配信形態を一体化して提供する場合の限定再生技術に関するものである。
【００２５】
なおタイプ１コンテンツとタイプ２コンテンツを混合した形態で提供することによって、例えば、通常のTV番組を蓄積したタイプ１コンテンツ、およびそのタイプ１コンテンツを視聴者の操作によってシーン単位で再生させるBML（Broadcast Markup Language）ファイルやメタデータファイルを含むタイプ２コンテンツにより、TV番組のダイジェスト再生などのTV番組のノンリニア視聴を実現することができる。
【００２６】
（２）サーバ型放送システム
図１は、本発明を適用したサーバ型放送システムの構成例を示している。
【００２７】
放送局１は、タイプ１コンテンツおよびタイプ２コンテンツを制作し、必要な暗号をかけて、規定された伝送方式で放送波として送出する。
【００２８】
また放送局１は、各受信機２個別にライセンスを伝送する為に、Kms管理サーバ１３で生成された、受信機２個別のサーバ型マスタ鍵Kmsでライセンスを暗号化したEMM（Entitlement Management Message）（加入者毎の個別情報）を送出する。
【００２９】
受信機２−１、受信機２−２、および受信機２−３（以下、個々に区別する必要がない場合、単に、受信機２と称する。他の場合においても同様である）は、それぞれ蓄積メディア３１−１、３１−２、３１−３を具備したサーバ型放送対応受信機である。この例の場合、受信機２−１および２−２は、同じ家庭に属し、受信機２−３は、他の家庭に属している。
【００３０】
受信機２−１および２−２は、ホームネットワーク４を介してネットワーク接続されており、これによりコンテンツの相互利用が可能である。
【００３１】
各家庭の受信機２は、ゲートウェー５または６を介してブロードバンドネットワーク８に接続されており、ブロードバンドネットワーク８上のコンテンツサーバ９乃至ドメイン管理サーバ１２と必要に応じて通信を行うことができる。
【００３２】
コンテンツサーバ９は、受信機２に対して、ブロードバンドネットワーク８を介してコンテンツを供給する（放送とは別にコンテンツを供給する）。このコンテンツの供給方法としては、各受信機２の蓄積メディア３１に一旦ダウンロードさせる方法と、ストリーミングにより直接再生させる方法がある。
【００３３】
ライセンスサーバ１０は、受信機２が必要な時点でライセンスを通信経路で取得する必要がある場合（そのような運用がなされている場合）に、ライセンスを受信機２に供給する。
【００３４】
ショップ／決済サーバ１１は、視聴者が受信機２からBML等でコンテンツを購入する為のナビゲーションを行うWebサーバとしての機能、および課金や決済を行う機能を有している。
【００３５】
ドメイン管理サーバ１２は、ドメインの運用を適正に行うためにどの受信機２がどのドメインに属すかという情報を管理する。サーバ型放送では、基本的に各家庭のドメインが管理され、コンテンツを利用する為の上記ライセンスは、ドメインに対して付与されるようになされている。よって、例えば受信機２−１および２−２は、共通のライセンスでコンテンツ利用が可能であるが、受信機２−３は、別のドメインとなるので、受信機２−１および２−２とは別のライセンスが必要となる。
【００３６】
ドメイン管理サーバ１２は、ドメイン鍵を生成、管理して、各受信機２でドメイン制御が適正に行われるように、放送または直接通信によりドメイン鍵を取得する。
【００３７】
Kms管理サーバ１３は、受信機２個別に埋め込まれているサーバ型マスタ鍵Kmsを管理する。サーバ型マスタ鍵Kmsは、サーバ型放送システム全体のセキュリティの要として、必要に応じてライセンス等の暗号化に用いられたり、ライセンスサーバ１０と受信機２間でライセンス伝送を行う場合のセキュリティのベースとして用いられる。
【００３８】
（３）サーバ型放送対応受信機
図２は、受信機２の構成例を示している。この受信機２は、通常のデジタル放送受信機能も有している。
【００３９】
通常の放送が受信された場合、中間周波数の放送波入力２１からチューナー２２で選局対象のチャンネルを含むデータストリーム（TS）が抽出される。有料放送等でスクランブルがかかっているときには、デスクランブラ２３で、B-CASカード２４で視聴可能と判断されて出力されたスクランブル鍵でスクランブルが復号されて、デマルチプレクサ２５に入力される。デマルチプレクサ２５において選局対象のチャンネルを構成する映像、音声、およびデータ放送信号等の信号がフィルタリングされて、映像信号は映像デコーダ２６、音声信号は音声デコーダ２７、そしてデータ放送信号はBMLブラウザ２８にそれぞれ入力されて復号される。そして最終的に映像出力２９、音声出力３０となって視聴者に提示される。
【００４０】
一方サーバ型放送が受信された場合、通常の放送が受信されたときと同様に、放送波入力２１からチューナー２２で、サービス対象のストリームが抽出されるが、デスクランブラ２３ではデスクランブルが行われずにストリームはデマルチプレクサ２５にそのまま入力される。
【００４１】
デマルチプレクサ２５ではこのとき、コンテンツとして蓄積すべきデータが抽出され、抽出されたコンテンツは、ストリームに含まれる蓄積制御情報に基づき、蓄積メディア３１にコンテンツのファイル群として蓄積される。
【００４２】
サーバ型放送が受信された場合はまた、コンテンツの再生に先立ち、ライセンスが放送或いは通信によってサーバ型CASモジュール３３に入力され、ライセンスが利用可能な状態に設定されるようになされている。ライセンスの形態としては、１階層ライセンスと２階層ライセンスがある。
【００４３】
１階層ライセンスの場合は、通信で伝送され、通信入出力３４から通信インターフェース３５を介してサーバ型CASモジュール３３に入力される。
【００４４】
２階層ライセンスは、メインライセンスとサブライセンスから構成されている。視聴者の利用権利を示すメインライセンスは、放送で伝送する運用と通信で伝送する運用の両方が想定される。
【００４５】
放送で伝送される場合、メインライセンスは、コンテンツの伝送とは独立したEMMパケットとして放送ストリーム内に埋め込まれて放送波入力２１よりチューナー２２を経てデマルチプレクサ２５で抽出され、サーバ型CASモジュール３３に入力される。
【００４６】
また通信で伝送される場合は、１階層ライセンスと同様に通信入出力３４から通信インターフェース３５を経てサーバ型CASモジュール３３に入力される。
【００４７】
サブライセンスは、コンテンツの一部として伝送されるので前述のフローで蓄積メディア３１に蓄積されるが、コンテンツを再生する前にサーバ型CASモジュール３３に入力される。
【００４８】
１階層ライセンスでは、ライセンスが入力された後、２階層ライセンスでは、メインライセンスとサブライセンスの両方が入力された後、コンテンツを再生する前にサーバ型CASクライアントにおいて、ライセンスを利用可能な状態としライセンスに含まれる利用条件が判定され、利用可能であれば、ライセンスに含まれるコンテンツ鍵がサーバ型CASモジュール３３から出力されて暗号復号器３２に設定される。これにより蓄積メディア３１から読み出されたコンテンツの暗号を暗号復号器３２が復号することができるので、コンテンツを再生することができるようになる。
【００４９】
コンテンツは、映像および音声を含むストリーム形態のものとBML文書ファイルやJPEG（Joint Photographic Coding Experts）ファイル等のファイル形態のものが想定されるが、前者の場合は、暗号復号器３２からストリームがデマルチプレクサ２５に供給され、そこで映像と音声に分離され、映像は、映像デコーダ２６で、音声は、音声デコーダ２７でそれぞれ復号されて映像出力２９、音声出力３０として視聴者に提示される。
【００５０】
また後者の場合は、暗号復号器３２からファイルがBMLブラウザ２８に供給され、そこでマルチメディア再生され、最終的に映像と共に映像出力２９として提示される。
【００５１】
なおコンテンツの再生処理を行うデマルチプレクサ２５乃至BMLブラウザ２８、および暗号復号器３２を、以下において、適宜、レンダラ３６と称する。
【００５２】
（４）タイプ１コンテンツにおける限定再生処理
サーバ型放送で想定されているコンテンツと運用のバリエーション毎に、本発明において実現する限定再生処理について説明する。
【００５３】
はじめにタイプ１コンテンツにおける限定再生処理について説明する。タイプ１コンテンツは、通常の放送番組がコンテンツとして蓄積された後、限定された再生制御が行われるものである。サービスモデルとしては２通り想定される。
【００５４】
１つは、無料放送であるが著作権保護を考慮してスクランブルされた番組において、録画とは別に、セグメントメタデータを利用したダイジェスト再生等の高度な利用を許容する為にタイプ１コンテンツとして蓄積させるサービスモデルである。もう１つはPP（pay per view）のようなプレミアム番組において、録画は禁止であるが、コンテンツとして蓄積させて、有料で１回のみのような限定した再生を許可するようなサービスモデルである。
【００５５】
前者の無料番組の場合は、図３に示す２階層ライセンスモデルで実現可能である。この場合の限定再生処理を説明する。図３中の番号は、この限定再生処理の順番に対応している。
【００５６】
はじめに、図３の番号１に対応する処理として、高度な利用を希望する契約を行った視聴者等、ある範囲でのタイプ１コンテンツのフラットティアの利用契約者に対して、その範囲に対応するサーバ型ワーク鍵Kwsと契約全般に関わる利用条件GroupRMPIを含むメインライセンスが、視聴者の利用する受信機２のサーバ型CASモジュール３３固有のサーバ型マスタ鍵Kmsで暗号化され、EMMとして放送局１から放送で一定期間送出される。視聴者は、これを受信するように受信機２を操作し、これによりメインライセンスはサーバ型CASモジュール３３に入力され、サーバ型マスタ鍵Kmsで暗号が解かれて保持される。
【００５７】
次に、番号２に対応する処理として、放送局１から、サーバ型対応でない通常受信機でも受信再生可能な通常のTV番組のストリームに、図３に示すように、番組毎のコンテンツとしてのコンテンツ鍵Kcとその利用時の条件EachRMPIをサーバ型ワーク鍵Kwsで暗号化したKc配布用ECMと、数秒毎に更新される番組のAV信号パケットのスクランブル鍵Ksi（i＝1,2,・,n，n+1，・・）を上記コンテンツ鍵Kcで暗号化したECM-Kcの２種類のパケットが追加され、放送される。なおKc配布用ECMは、サブライセンスとして機能する情報である。受信機２では、スクランブルされたままの１番組分のストリームが、ファイルという形態のコンテンツとして蓄積メディア３１に蓄積される。
【００５８】
次に、番号３に対応する処理として、受信機２の蓄積メディア３１に蓄積されたコンテンツの再生起動があった時点で、サブライセンスであるKc配布用ECMが抽出され、サーバ型CASモジュール３３に入力され、サーバ型CASモジュール３３でそこに保持されていたメインライセンス（番号１に対応する処理）に含まれるサーバ型ワーク鍵Kwsで暗号が解かれ、サブライセンスのコンテンツ鍵Kc、およびメインライセンスとサブライセンスのマージしたRMPIがサーバ型CASモジュール３３内で利用可能な状態に設定される。
【００５９】
次に、番号４に対応する処理として、コンテンツの再生開始時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、コンテンツのストリームで最初に現れたECM-Kcがサーバ型CASモジュール３３に入力される。その時点でサーバ型CASモジュール３３でRMPIの利用条件判定が行われ、利用可能であればECM-KcがKcで暗号が解かれ、スクランブル鍵Ksがレンダラ３６に出力される。
【００６０】
レンダラ３６は、スクランブル鍵Ksで、蓄積メディア３１からのAVストリームのパケットのスクランブルを解き、再生を行う。以後、ECM-Kcの更新毎にECM-Kcがサーバ型CASモジュール３３に入力されてRMPIの利用判定が行われ、利用可能であればスクランブル鍵Ksがレンダラ３６に出力され、レンダラ３６はこれでAVストリームのスクランブルを解いて再生する（再生が継続される）。
【００６１】
タイプ１コンテンツの後者のサービスモデル（PPVのようなプレミアム番組において、録画は禁止であるが、コンテンツとして蓄積させて、有料で１回のみのような限定した再生を許可するようなサービスモデル）の場合は、図４に示す１階層ライセンスモデルで実現可能である。この場合の限定再生処理を説明する。図４中の番号は、この限定再生処理の順番に対応している。
【００６２】
はじめに、図４の番号１に対応する処理として、サーバ型対応でない通常受信機でも受信再生可能なPPVのTV番組のストリームに、図４に示すように、数秒毎に更新される番組のAV信号パケットのスクランブル鍵Ksを後述の個別ライセンスに含まれるコンテンツ鍵Kcで暗号化したECM-Kcが追加され、放送局１から放送される。受信機２では、スクランブルされたままの１番組分のストリームがファイルという形態のコンテンツとして蓄積メディア３１に蓄積される。
【００６３】
次に、番号２に対応する処理として、視聴者は、蓄積メディア３１に蓄積されたプレミアム番組のコンテンツを視聴する為に、ショップ／決済サーバ１１（図１）と通信を行って、購入操作を行う。これによりショップ／決済サーバ１１で決済が行われ、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けにこのコンテンツに対応する個別ライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成された個別ライセンスを取得し保持する。
【００６４】
次に、番号３に対応する処理として、受信機２の蓄積メディア３１に蓄積されたコンテンツの再生起動をかけた時点で、サーバ型CASモジュール３３内に保持された個別ライセンスがサーバ型マスタ鍵Kmsで暗号が解かれて、コンテンツ鍵KcとRMPIが利用可能な状態に設定される。
【００６５】
次に、番号４に対応する処理として、コンテンツの再生開始時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、さらにコンテンツのストリームで最初に現れたECM-Kcがサーバ型CASモジュール３３に入力される。その時点でサーバ型CASモジュール３３でRMPIの利用条件判定が行われ、利用可能であればECM-Kcがコンテンツ鍵Kcで暗号が解かれ、スクランブル鍵Ksがレンダラ３６に出力される。
【００６６】
レンダラ３６は、スクランブル鍵Ksで、蓄積メディア３１からのAVストリームのパケットのスクランブルを解き、再生を行う。以後、ECM-Kcの更新毎にECM-Kcがサーバ型CASモジュール３３に入力されてRMPIの利用判定が行われ、利用可能であればスクランブル鍵Ksがレンダラ３６に出力され、レンダラ３６はこれでAVストリームのスクランブルを解いて再生する（再生が継続される）。
【００６７】
（５）タイプ２コンテンツにおける限定再生方式
次にタイプ２コンテンツにおける限定再生方式について説明する。タイプ２コンテンツは、１つの番組のファイル群として構成され、これが受信時に即時視聴ができない蓄積専用サービスとして放送伝送され、受信機２でコンテンツとして受信蓄積された後、限定された再生制御の下で再生される。よって放送による伝送は再生時間とは異なる時間をかけて送出されることが想定される。
【００６８】
タイプ２コンテンツのサービスモデルとしては、番組をコンテンツとして受信機２の蓄積メディア３１に蓄積させておいて、有料でオンデマンド視聴をさせるという形態が想定されるが、視聴者への課金方法について月極め契約に基づく定額課金（フラットティア課金）と、コンテンツ個別に課金する方法（ペイパーユース課金）の２種類の運用があり、その課金方法によって限定再生方式が異なる。
【００６９】
前者のフラットティア課金運用では、図５に示す２階層ライセンスモデルが適していると考えられる。この場合の限定再生処理を説明する。図５中の番号は、この限定再生処理の順番に対応している。
【００７０】
はじめに、図５の番号１に対応する処理として、視聴者は、月極めで、複数のコンテンツが視聴可能なタイプ２コンテンツのオンデマンドサービスを契約する。契約はショップ／決済サーバ１１（図１）と受信機２との通信によりオンラインで行うケースも、視聴者が電話などで契約するオフラインのケースも想定されるが、タイプ２コンテンツのフラットティアの利用契約に対して、その範囲に対応するサーバ型ワーク鍵Kwsと契約全般に関わる利用条件GroupRMPIを含むメインライセンスが、視聴者の利用する受信機２のサーバ型CASモジュール３３固有のサーバ型マスタ鍵Kmsで暗号化されてEMMとして、放送局１から放送で一定期間送出される。視聴者は、これを受信するように受信機２を操作し、これによりメインライセンスがサーバ型CASモジュール３３に入力され、サーバ型マスタ鍵Kmsで暗号が解かれて保持される。
【００７１】
次に、番号２に対応する処理として、事業者は、蓄積型サービスで特定の時間帯に放送するコンテンツを、受信機２に蓄積させるファイル群として制作する。例えば映画等の映像コンテンツの場合は、２時間分の映像信号と音声信号をMPEG2-TSフォーマットで多重化したデータをコンテンツ鍵Kcで暗号化したものがファイルとして生成される。マルチメディアコンテンツの場合は、それぞれコンテンツ鍵Kcで暗号化された複数のファイルが構成されることが想定される。
【００７２】
このコンテンツ本体のファイル群の他に、コンテンツ鍵Kcとこのコンテンツの利用条件EachRMPIを含む情報がフラットティア契約に対応するサーバ型ワーク鍵Kwsで暗号化されたサブライセンスファイル（以下、適宜、ACIと称する）も生成される。
【００７３】
放送局１から、これらの全てのファイルが、ファイルを放送伝送するのに適したデータカルーセル方式で放送ストリームとして放送される。受信機２では、受信された蓄積型サービスから、これらのファイルが抽出されて、蓄積メディア３１上に蓄積される。この時、データカルーセル上に含まれる情報に基づき、蓄積メディア３１上に指定されたディレクトリ構成でファイル群が生成されるように蓄積制御が行われる。
【００７４】
次に、番号３に対応する処理として、受信機２の蓄積メディア３１に蓄積されたコンテンツの再生起動があった時点で、サブライセンス(ACI)ファイルがサーバ型CASモジュール３３に入力され、サーバ型CASモジュール３３でそこに保持されていたメインライセンスに含まれるサーバ型ワーク鍵Kwsでサブライセンスの暗号が解かれ、ACIのコンテンツ鍵Kcと、メインライセンス及びサブライセンスのマージしたRMPIが、サーバ型CASモジュール３３内で利用可能な状態に設定される。
【００７５】
次に、番号４に対応する処理として、コンテンツ再生開始時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、その時点でサーバ型CASモジュール３３内でRMPIによる利用条件判定が行われ、利用可能であれば、コンテンツ鍵Kcがレンダラ３６に転送される。レンダラ３６はこれを暗号復号器３２（図２）にセットし、コンテンツ本体のファイルを読み出して、暗号を復号することによりコンテンツ再生を行う。
【００７６】
タイプ２コンテンツにおけるペイパーユース課金の場合は、図６に示す１階層ライセンスモデルで実現できる。この場合の限定再生処理を説明する。図６中の番号は、この限定再生処理の順番に対応している。
【００７７】
はじめに、図６の番号１に対応して、事業者は、蓄積型サービスで特定の時間帯に放送するコンテンツを、受信機２に蓄積させるファイル群として制作する。例えば映画等の映像コンテンツの場合は、２時間分の映像信号と音声信号をMPEG2-TSフォーマットで多重化したデータをコンテンツ鍵Kcで暗号化したものがファイルとして生成される。マルチメディアコンテンツの場合はそれぞれコンテンツ鍵Kcで暗号化された複数のファイルが生成されることが想定される。これらファイルがデータカルーセル方式で放送ストリームとして放送される。受信機２は、受信した蓄積型サービスから、これらのファイルを抽出して、蓄積メディア３１上に蓄積する。この時、データカルーセル上に含まれる情報に基づき、蓄積メディア３１上に指定されたディレクトリ構成でファイル群が生成されるように蓄積制御が行われる。
【００７８】
次に、番号２に対応する処理として、視聴者は、蓄積メディア３１に蓄積されたコンテンツを視聴する為に、ショップ／決済サーバ１１と通信を行って、購入操作を行う。これによりショップ／決済サーバ１１で決済が行われ、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けにこのコンテンツに対応する個別ライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成された個別ライセンスを取得し保持する。
【００７９】
次に、番号３に対応する処理として、蓄積メディア３１に蓄積されたコンテンツの再生起動をかけた時点で、サーバ型CASモジュール３３内に保持されている個別ライセンスの暗号がサーバ型マスタ鍵Kmsで解かれて、コンテンツ鍵KcとRMPIが利用可能な状態に設定される。
【００８０】
次に、番号４に対応する処理として、コンテンツ再生時に、レンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、その時点でサーバ型CASモジュール３３内でRMPIによる利用条件判定が行われ、利用可能であれば、コンテンツ鍵Kcがレンダラ３６に転送される。レンダラ３６は、これを暗号復号器３２にセットし、コンテンツ本体のファイルを読み出して、暗号を復号することによりコンテンツ再生を行う。
【００８１】
（６）統合サーバ型CASシステムと統合サーバ型CASモジュール
ここまで述べてきた様々なコンテンツの限定再生処理を１つのサーバ型モジュールで実現した統合サーバ型CASシステムを図７に示す。
【００８２】
四角枠の番号１と番号４の経路は、それぞれ従来からの放送の限定受信のためのECMとEMMであり、これらは、配信経路としてもこれ以外のサーバ型CAS関連のデータとは独立しており受信機２内においてもサーバ型CASモジュール３３と独立したB-CASカード２４で処理される。
【００８３】
ドメイン鍵Kdの配信に関してはコンテンツの種別に関わりなく配信される。ドメイン鍵Kdが放送で配信される場合には番号６の経路でEMM(Kd)として伝送され、放送局１側で記号Ｅ６において鍵Kmsで暗号化され、受信機２側ではサーバ型CASモジュール３３で記号Ｄ６において鍵Kmsで復号されドメイン鍵Kdとして保持される。ドメイン鍵Kdが通信で配信される場合には、ドメイン鍵Kdは番号９の経路でライセンスサーバ１０とサーバ型CASクライアントの双方の鍵Kmsを元にしたセキュア通信路において転送されサーバ型CASモジュール３３においてドメイン鍵Kdとして保持される。
【００８４】
２階層ライセンスのメインライセンスの配信においては、タイプ１コンテンツおよびタイプ２コンテンツ等のコンテンツの種別の区別なく扱える。放送においては番号５の経路でEMM(Kws)として伝送され、放送局１側では記号Ｅ５において鍵Kmsで暗号化され、受信機２側ではサーバ型CASモジュール３３で記号Ｄ５において鍵Kmsで復号されメインライセンスとして保持される。通信でメインライセンスを配信する場合は、番号８の経路でライセンスサーバ１０とサーバ型CASクライアントの双方の鍵Kmsを元にしたセキュア通信路において転送されサーバ型CASモジュール３３においてメインライセンスとして保持される。
【００８５】
また１階層ライセンスの個別ライセンスの配信においても、コンテンツの種別の区別なく扱える。番号７の経路でライセンスサーバ１０とサーバ型CASクライアントの双方の鍵Kmsを元にしたセキュア通信路において転送されサーバ型CASモジュール３３において個別ライセンスとして保持される。コンテンツを再生する時点で指定された個別ライセンスが利用ライセンスとして利用可能な状態に設定される。
【００８６】
サブライセンスは、図中では番号３の経路となり、事業者システム側ではコンテンツ鍵Kcを含む情報が記号Ｅ３において鍵Kwsで暗号化されるという処理においては共通であるが、タイプ１コンテンツにおいてはKc配布用ECM、それ以外のコンテンツにおいてはACIファイルとして放送、或いは通信経路で伝送されるので経路は様々であるが、受信機２で取得した後は以下の通り共通処理となる。
【００８７】
サブライセンスをサーバ型CASモジュール３３に入力すると記号Ｅ７においてドメイン鍵Kdで暗号化されて出力され、ここからは図中で番号３'の経路となり、一旦コンテンツと共に蓄積メディア３１に蓄積される。再生時にまたサーバ型CASモジュール３３に入力されると、記号Ｄ７でドメイン鍵Kdが復号され、さらに記号Ｄ３でメインライセンスの鍵Kwsで復号され、含まれるコンテンツ鍵KcとRMPIが利用ライセンスとして利用可能な状態に設定される。
【００８８】
タイプ１コンテンツ特有のデータとして、ECM-Kcは頻繁に更新されるスクランブル鍵Ksを記号Ｅ２において鍵Kcで暗号化されたデータとしてタイプ１コンテンツ内のパケットとして伝送される。これを受信機２内ではそのままタイプ１コンテンツの一部として蓄積メディア３１に蓄積された後、再生時にサーバ型CASモジュール３３に入力されて、利用ライセンスのRMPIに基づく利用判定で利用可能となれば、記号Ｄ２において鍵Kcで復号されて鍵Ksが出力されてデスクランブラ２３にセットされる。
【００８９】
タイプ２コンテンツおよびダウンロードコンテンツ等の場合には、再生開始時にサーバ型CASモジュール内の利用ライセンスの利用判定が行われて、利用可能であればコンテンツ鍵Kcが出力されて、コンテンツの暗号復号が行われる。
（７）混合型サービスの限定再生処理
以上においては、タイプ１コンテンツおよびタイプ２コンテンツ毎に限定再生処理を説明したが、タイプ１コンテンツとタイプ２コンテンツを混合して提供する場合の限定再生処理を、図８を参照して説明する。この限定再生処理は、受信機２で実行されるレジデントアプリケーション４０によって、各部が制御されて実行される。
【００９０】
取得対象である、２階層ライセンスのメインライセンス（図３または図５）および１階層ライセンス（図４または図６）の個別ライセンスが、放送または通信のいずれかの経路で伝送されてサーバ型CASモジュール３３に入力される（「ライセンス取得処理」）。
【００９１】
なおライセンスの取得は、サービス申し込み時（コンテンツ購入時）あるいはコンテンツ再生時に行われるものとする。
【００９２】
取得されたメインライセンスおよび個別ライセンスは、サーバ型CASモジュール３３内の永続記憶機能において保持される。永続記憶機能の記憶容量の許す限り複数のライセンスを保持することが可能であるが、これらの管理の為に、レジデントアプリケーション４０からの要求によるライセンスの情報出力や削除などが適宜実行される（「ライセンス保持／管理処理」）。
【００９３】
次に特定のコンテンツの再生の開始直前にレジデントアプリケーション４０からの指示で指定されたライセンスが利用可能状態にされる（「ライセンス設定処理」）。
【００９４】
２階層ライセンスの場合は、同時にコンテンツと共に蓄積されているサブライセンス（図３または図５）がサーバ型CASモジュール３３に入力されることにより、サブライセンスと対応するメインライセンスがマージされて、対象コンテンツに対するコンテンツ鍵KcとRMPIの情報で構成される利用可能状態ライセンスとなる。
【００９５】
１階層ライセンスの場合は、対応する個別ライセンスがそのまま読み出されて利用可能状態ライセンスとなる（図４または図６）。
【００９６】
利用可能状態となったライセンスは、別のライセンスを次に設定するまでは電源をOFFしない限り利用可能状態が保たれる。つまり他のコンテンツを起動するまでは同じ利用条件の下での特定コンテンツの利用制御が行われることとなる。
【００９７】
コンテンツの再生開始時にレンダラ３６からの再生許可要求によって、以下に示す「ライセンス利用処理」が行われる。
【００９８】
まずその時点で利用可能状態となっているライセンスに関して、サーバ型CASモジュール３３内で判定可能なRMPI項目に対して利用条件判定が行われる。判定結果が利用不可の場合は、再生不許可となりコンテンツ鍵Kc等の情報は、レンダラ３６に転送されずレンダラ３６での再生は不可能となる。
【００９９】
上記判定結果が利用可の場合には、タイプ１コンテンツとタイプ２コンテンツで以下のように異なる処理が行われる。
【０１００】
タイプ２コンテンツの場合には、利用可能状態ライセンスのRMPI項目のうち、レンダラ３６および外部出力I/F４１での利用制御対象となるものをまとめたレンダラ利用条件とコンテンツ鍵Kcがレンダラ３６に転送される。それによりレンダラ３６でのコンテンツ再生が可能となる。
【０１０１】
タイプ１コンテンツの場合には、この時点ではレンダラ利用条件のみがレンダラ３６に転送される。タイプ１コンテンツ再生開始後、コンテンツ(TS)に含まれるECM‐Kcパケット更新毎にECM‐Kcがサーバ型CASモジュール３３に入力され（図３）、その度にその時点での利用条件判定が行される。そこで判定結果が利用不可の場合にはECM‐Kcに含まれるスクランブル鍵Ksは転送されず、レンダラ３６での再生継続が不可となる。また判定結果が利用可の場合にはECM‐Kcがコンテンツ鍵Kcで暗号復号されてこれに含まれるスクランブル鍵Ksがレンダラ３６に転送される。これによりレンダラ３６での再生が可能となる。
【０１０２】
上述した「ライセンス取得処理」、「ライセンス保持／管理処理」、「ライセンス設定処理」、および「ライセンス利用処理」（以下、個々に区別する必要がない場合、これらをまとめてライセンス処理と称する）は、サーバ型CASモジュール３３内で閉じてセキュアに行われる。
【０１０３】
コンテンツ再生時に、上記の通りサーバ型CASモジュール３３からライセンスに基づく利用条件判定の結果としての再生許可が得られたレンダラ３６では、コンテンツ鍵Kcまたはスクランブル鍵Ksを得て、暗号またはスクランブルが解かれる（「デスクランブル処理」、「暗号復号処理」）。
【０１０４】
タイプ２コンテンツの場合、コンテンツ鍵Kcがレンダラ３６に、レンダラ利用条件がレンダラ３６と外部出力I/F４１に供給される。
【０１０５】
レンダラ３６では、暗号が解かれたデータの再生が、外部出力I/F４１では、レンダラ３６で再生されたデータの出力が、レンダラ利用条件に基づいて制御される。
【０１０６】
タイプ２コンテンツの場合、再生開始時にコンテンツ鍵Kcが得られると、受信機２の作りによっては無期限に同じコンテンツの再生を継続することができるが、例えばレンダラ条件を再生期限とすれば、再生中にライセンスの有効期限を経過した場合に再生を中断することができる。なおレンダラ利用条件としては、再生期限の他、トリックプレイ制限、外部出力制限とすることができる。
【０１０７】
なお上述した限定再生処理は、タイプ１コンテンツ、タイプ２コンテンツの放送コンテンツのみならずダウンロード、ストリーミング等の配信形態の通信コンテンツに関しても同様に利用することができる。
【０１０８】
（８）サーバ型ＣＡＳモジュールの構成
図８を参照して説明したライセンス処理を実行するサーバ型CASモジュール３３の機能構成例を、図９に示す。
【０１０９】
ライセンスサーバI/F５１は、ライセンスサーバ１０やドメイン管理サーバ１２とのセキュア通信路を確立し、本セキュア通信路において、ライセンス取得、ドメイン情報取得のメッセージを伝送し、ライセンス（メインライセンス、個別ライセンス）、ドメイン情報を取得する。
【０１１０】
レジデントアプリケーションI/F部５２は、レジデントアプリケーション４０からのコマンドを解析して各機能ブロックに処理を指示したり、上記コマンドのレスポンスを各ブロックからの応答を元に生成してレジデントアプリケーション４０に対して応答する。
【０１１１】
EMM復号部５３は、レジデントアプリケーション４０から注入されたEMMをマスタ鍵Kmsで暗号復号する。EMM復号部５３はまた、EMMからメインライセンスやドメイン情報を抽出する。
【０１１２】
Kms記憶部５４は、サーバ型マスタ鍵(埋め込み鍵)Kmsを保持している。
【０１１３】
ライセンス管理部５５は、ライセンス取得時にライセンスを受け取ってライセンスストア部５６に保持させる。
【０１１４】
ライセンス管理部５５は、ライセンス削除要求に対して対象となるライセンスをライセンスストア部５６から削除したり、期限の切れたライセンスを一括削除する。
【０１１５】
ライセンス管理部５５は、ライセンスストア部５６に空き領域が不足している場合に、取得したライセンスを一時保持する。
【０１１６】
ライセンス管理部５５は、ライセンスの有無を確認したり、ライセンス情報取得要求に対してライセンスの内容の一部をライセンス情報に再構成して出力する。
【０１１７】
ライセンス管理部５５は、個別ライセンスに関してライセンス設定を行い利用可能状態とする（図４および図６）。
【０１１８】
ライセンスストア部５６は、取得したメインライセンスおよび個別ライセンスを永続保持する。
【０１１９】
ドメイン情報保持部５７は、ドメインIDとドメイン鍵Kdのペアの情報を複数（プライベートドメインと複数の事業者ドメイン分）保持する。
【０１２０】
サブライセンスローカライズ部５８は、サブライセンスをドメイン鍵Kdで暗号化したり、ドメイン鍵Kdで暗号化されたサブライセンスを復号する。
【０１２１】
サブライセンス復号部５９は、サブライセンスに対応するメインライセンスを取得し、サブライセンスを、取得したメインライセンスのワーク鍵Kwsで暗号復号する。サブライセンス復号部５９は、サブライセンスとメインライセンスのRMPIのマージを行ってコンテンツ鍵Kcと共にライセンス設定を行って利用可能状態とする（図３および図５）。
【０１２２】
カレントライセンスキャッシュ部６０は、利用可能状態ライセンスをコンテンツ鍵Kcおよびコンテンツ鍵KcとRMPIとして展開して一時的に保持する。カレントライセンスキャッシュ部６０は、タイプ２コンテンツ用とタイプ１コンテンツ用の２つ分の利用可能状態ライセンスを保持する。
【０１２３】
利用条件判定部６１は、カレントライセンスキャッシュ部６０のRMPIからその時点での利用条件判定を行う。利用条件判定部６１は、タイプ１コンテンツの利用判定で、RMPIにメタデータ制作者指定が存在する場合には、メタデータ制作者IDキャッシュ６４の情報を元に判定する。
【０１２４】
ECM-Kc復号部６２は、ECM-Kcが入力された時にカレントライセンスキャッシュ部６０のコンテンツ鍵KcでECM-Kcの暗号復号を行い、中身のスクランブル鍵KsをKsキャッシュ部６３に出力する。
【０１２５】
Ksキャッシュ部６３は、タイプ１コンテンツの場合にスクランブル鍵Ksを一時的に保持する。
【０１２６】
メタデータ制作者IDキャッシュ部６４は、メタデータ制作者IDを一時的に保持する。
【０１２７】
レンダラI/F部６５は、レンダラ３６から受けた再生開始要求に対して、タイプ２コンテンツの場合には利用条件判定部６１にカレントライセンスキャッシュ部６０のRMPI判定を指示し判定が利用可の場合にはカレントライセンスキャッシュ部６０から対応するコンテンツ鍵Kcを引き出してレンダラ３６に転送する。
【０１２８】
レンダラI/F部６５は、レンダラ３６から受けたスクランブル鍵Ks転送要求に対して、その時点で利用条件判定部６１にカレントライセンスキャッシュ部６０のRMPI判定を指示し判定が利用可ならKsキャッシュ部６３にあるスクランブル鍵Ksを取得してレンダラ３６に転送する。
【０１２９】
（９）サーバ型CASモジュール３３の機能仕様
次に、図８を参照して説明した各処理を行う場合のサーバ型CASモジュール３３の各部の動作を説明する。
【０１３０】
「ライセンス取得処理」
ライセンスサーバI/F５１は、取得対象であるメインライセンスおよび個別ライセンスを取得する。取得経路として、メインライセンスは放送と通信の２通りが利用可能である。また個別ライセンスは通信のみ利用可能である。
【０１３１】
放送で取得された場合は、EMM復号部５３は、受信機２で受信しサーバ型CASモジュール３３に入力されたEMMを、マスタ鍵Kmsで暗号復号してメインライセンスを抽出する。
【０１３２】
ライセンスサーバI/F５１は、通信で取得する場合には、レジデントアプリケーション４０からのライセンス取得要求により指定されたライセンスサーバ１０と相互認証に基づくSACを張り、指定されたライセンスIDとドメインIDに対応した個別ライセンス、またはメインライセンスを取得する。
【０１３３】
「ライセンス保持／管理処理」
ライセンス管理部５５は、取得されたメインライセンスおよび個別ライセンスを、ライセンスストア部５６に保持する。ライセンスストア部５６は、運用上充分な数のライセンスが保持できるだけの記憶容量を備えている。
【０１３４】
なおライセンス管理部５５は、「ライセンス保持／管理処理」として下記の処理を行う。
【０１３５】
『ライセンス情報出力処理』
ライセンス管理部５５は、レジデントアプリケーション４０の指示により指定された特定のライセンスに対応するライセンスのヘッダ、RMPI等の情報をライセンス情報として再構成して出力する。
【０１３６】
『ライセンスIDリスト出力処理』
ライセンス管理部５５は、レジデントアプリケーション４０の指示より保持する全ライセンスのライセンスIDリストを出力する。
【０１３７】
『ライセンス保持容量管理処理』
ライセンス管理部５５は、ライセンスストア部５６のライセンス保持領域の空き容量を管理し、レジデントアプリケーション４０からの要求により出力する。
【０１３８】
『ライセンス削除処理』
ライセンス管理部５５は、以下の３つの場合においてライセンスを削除する。
・レジデントアプリケーション４０より指定された特定のライセンスを削除する。
・レジデントアプリケーション４０からのトリガーにより、その時点で有効期限の切れたライセンスを全て削除する。
・利用回数制限有りのライセンスを利用した時にそのライセンスを削除する。
【０１３９】
『ライセンス一時記憶処理』
ライセンス管理部５５は、ライセンスストア部５６に、取得したライセンスを永続保持するのに充分な空き容量がない場合に、通信で取得したライセンスに限り、一時記憶領域にキャッシュすることを可能とする。ライセンスを設定する場合には、ライセンスストア部５６で永続保持されたライセンスと同等に設定するライセンスの対象となる。通信で取得するライセンスは、利用権利を有する間は、再生時にいつでもライセンスサーバ１０から取得可能であるので、この機能によりライセンスストア部５６の空き容量不足でコンテンツの再生が不可となるケースを少なくすることができる。
【０１４０】
「ライセンス設定処理」
ライセンス管理部５５は、特定のコンテンツの再生に際して、対応するライセンスに含まれるコンテンツ鍵KcとRMPIをカレントライセンスキャッシュ部６０に展開して利用可能な状態とする。
【０１４１】
１階層ライセンスの場合には、指定された個別ライセンスを読み出して含まれるコンテンツ鍵KcとRMPIが利用可能な状態に設定される。２階層ライセンスの場合には、レジデントアプリケーション４０から入力される蓄積用サブライセンスがまずドメイン鍵Kdで暗号復号される（サブライセンスローカライズ部５８）。さらに対応するメインライセンスが読み出されて、これに含まれるワーク鍵Kwsで暗号復号されて（サブライセンス復号部５９）、サブライセンスに含まれるコンテンツ鍵Kcと、メインライセンス及びサブライセンスの条件統合したRMPIが利用可能状態に設定される（カレントライセンスキャッシュ部６０）。
【０１４２】
いまの場合、後述するように、コンテンツが別のコンテンツを参照して、同時再生されるので、参照元のコンテンツ用のライセンス(一次利用ライセンス)と参照先のコンテンツ用のライセンス(二次利用ライセンス)の２つ利用可能状態ライセンスが設定される。
【０１４３】
利用可能状態となったライセンスは、カレントライセンスキャッシュ部６０の、上記２つのライセンスキャッシュ領域毎に、別のライセンスが次に設定されるまでは電源をOFFしない限り利用可能状態が保たれ、その間、同じ利用条件の下でコンテンツの利用制御が行われる。
【０１４４】
「ライセンス利用処理」
利用条件判定部６１は、RMPIを用いた利用判定により対象となるコンテンツの利用許可を行う。
【０１４５】
タイプ２コンテンツにおけるライセンス利用は、基本的にコンテンツを構成する個々のリソース再生の開始毎に行われる。レンダラ３６からの再生許可要求により、指定された一次または二次の利用可能状態ライセンスに関して利用条件判定が行われ、利用可と判定された場合に、指定されたリソースに対応するコンテンツ鍵Kcと共にレンダラ利用条件が転送される。
【０１４６】
タイプ１コンテンツにおけるライセンス利用は、２段階に分かれる。まず対象となるストリームリソースの再生開始時に、レンダラ３６から再生許可要求により指定された一次／二次の利用可能状態ライセンスに関して利用条件判定が行われ、利用可と判定された場合に、レンダラ利用条件のみが転送される。次にストリームリソースに含まれるECM‐Kcが更新周期毎に入力されると、その時点で利用条件判定が行われ、利用可と判定された場合にのみコンテンツ鍵KcでECM-Kcの暗号復号が行われ、その結果得られたスクランブル鍵Ksが転送される。
【０１４７】
（１０）タイプ２コンテンツとタイプ１コンテンツの混合型サービス
タイプ２コンテンツとタイプ１コンテンツを混合して提供する場合のコンテンツのデータ構造を、図１０を参照して説明する。このサービスによって、通常のTV番組を蓄積したタイプ１コンテンツ、およびそのタイプ１コンテンツを視聴者の操作によってシーン単位で再生させるBMLファイルやメタデータファイルを含むタイプ２コンテンツにより、TV番組のダイジェスト再生などのTV番組のノンリニア視聴を実現することができる。
【０１４８】
なおこのサービスにおいて、タイプ１コンテンツとタイプ２コンテンツは同時に伝送されることもあるが、別の時間に異なる経路で伝送されることも想定されている。
【０１４９】
混合型サービスを構成するタイプ１コンテンツとタイプ２コンテンツは、例えば図１０に示すディレクトリ構造で、蓄積メディア３１上に蓄積される。
【０１５０】
タイプ２コンテンツは、ルートディレクトリ「TYPE2_Contents_1」の下に、構成されるファイルが全て配置されている。ルートディレクトリ「TYPE2_Contents_1」の直下にはディレクトリ「0000」乃至ディレクトリ「0003」が配置され、それぞれコンテンツにおける機能分担毎にまとめられている。
【０１５１】
ディレクトリ「0000」の下には、いくつかの制御ファイルが配置されている。これらは限定再生の暗号化対象ではない。
【０１５２】
起動文書（ERI）は、このコンテンツを再生する場合に最初に読み出されるファイルで、ライセンスへの参照情報と最初に再生すべきファイル名等が記述されている。ACIは、このコンテンツのサブライセンスを含むファイルである。
【０１５３】
ディレクトリ「0001」の下には、BMLファイルBML_1と、これから即時に読み出されるJPEGやPNG等のモノメディアファイル（ファイルJPEG_1乃至JPEG_nおよびPNG_1乃至PNG_n）がそれぞれ配置される。これらは同じコンテンツ鍵Kc1で暗号化されている。
【０１５４】
ディレクトリ「0002」の下には、上記BML文書から参照されるタイプ２コンテンツのストリームファイルTYPE2_Stream_1が１つあり、BML文書の画面上における視聴者の操作によって、このストリームファイルが再生される。これは単独でコンテンツ鍵Kc2で暗号化されている。
【０１５５】
ディレクトリ「0003」の下には、上記BML文書から視聴者操作により、タイプ１コンテンツのストリームファイルをシーン単位に再生（セグメント再生）するのに用いるシーン毎の時間位置情報などを記述したセグメントメタデータファイルSegmentMeta_1乃至SegmentMeta_nが配置されている。ここで用いる複数のセグメントメタデータファイルSegmentMetaはコンテンツ鍵Kc3で暗号化されておりタイプ２コンテンツの１部となっている。
【０１５６】
このタイプ２コンテンツは、対応するライセンスの形態としては２階層ライセンスを想定とし、メインライセンスは再生開始時に通信で取得され、サブライセンスは上記ACIとして蓄積されるものとする。
【０１５７】
タイプ１コンテンツについてはルートディレクトリ「TYPE1_Contents_1」の下にTV番組を記録したストリームファイルTYPE1_Stream_1が配置されている。タイプ１コンテンツも２階層ライセンスとし、メインライセンスは既に取得済みとする。サブライセンスは、Kc配布用ECMを受信時に分離してサブライセンスファイルSublicenseとしてストリームファイルと一緒に蓄積されている。
【０１５８】
次に上述したタイプ１コンテンツとタイプ２コンテンツとが混合した混合型サービスを利用する場合の受信機２の動作を、図１１のフローチャートを参照して説明する。尚、図１１において、縦方向の矢印は時間経過を示し、横方向の矢印は各エンティティ間の情報のやり取りを示している。
【０１５９】
ライセンスサーバ１０以外は受信機２内のエンティティである。ストリームレンダラ３６Ａは、ストリームファイルを復号再生するレンダラ３６の部分（例えば、暗号復号器３２、デマルチプレクサ２５乃至音声デコーダ２７）で構成され、マルチメディアレンダラ３６Ｂは、BMLファイルやモノメディアファイルを復号再生するレンダラ３６の部分（例えば、暗号復号器３２およびBMLブラウザ２８）で構成されている。
【０１６０】
視聴者操作によりタイプ２コンテンツの再生起動がかかると、ステップＳ１において、レジデントアプリケーション４０は、蓄積メディア３１から起動文書ERIを読み出し、ステップＳ２において、これに含まれるライセンス情報を基にサーバ型CASモジュール３３にメインライセンスの取得要求を行う。
【０１６１】
ステップＳ３において、サーバ型CASモジュール３３は、ライセンスサーバ１０からメインライセンスを取得し保持する。
【０１６２】
ステップＳ４において、レジデントアプリケーション４０は、さらに起動文書ERIの情報より蓄積メディア３１からACIファイルを読み出し、ステップＳ５において、これに含まれるサブライセンスをサーバ型CASモジュール３３に入力してライセンス設定要求を行う。
【０１６３】
サーバ型CASモジュール３３は、タイプ２コンテンツのメインライセンスでサブライセンスの暗号を解いて一次利用可能状態ライセンスとしてコンテンツ鍵Kc１乃至鍵Kc3とRMPIをカレントライセンスキャッシュ部６０に展開する（例えば、図５の番号３に対応する処理）（図８の「ライセンス設定処理」）。
【０１６４】
ステップＳ６において、レジデントアプリケーション４０は、起動文書ERIより最初に再生すべきファイルBML_1の再生をマルチメディアレンダラ３６Ｂに指示する。ステップＳ７において、マルチメディアレンダラ３６Ｂは、サーバ型CASモジュール３３に再生開始要求を行う。
【０１６５】
サーバ型CASモジュール３３は、その時点での一次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、コンテンツ鍵Kc1とレンダラ利用条件をマルチメディアレンダラ３６Ｂに返す（例えば、図５の番号４に対応する処理）（図８の「ライセンス利用処理」）。
【０１６６】
ステップＳ８において、マルチメディアレンダラ３６Ｂは、ファイルBML_1文書を読み出して、ステップＳ９において、コンテンツ鍵Kc1で暗号復号を行い、表示を開始する。その過程でファイルJPEG、ファイルPNG等のリソースが参照される。これらはファイルBML_1と同じコンテンツ鍵Kc1で暗号化されているので、リソース毎にサーバ型CASモジュール３３にアクセスせず、読み出す毎に暗号復号が行われ、BMLに従った表示が行われる。
【０１６７】
これまでの処理により、例えば、図１２に示すように、後述するようにしてタイプ１コンテンツが表示される表示部Ｗや、その表示を説明する所定の情報（「動物図鑑」、ボタンＢ１，Ｂ２，Ｂ３，Ｂ１１，Ｂ１２）が、受信機２の図示せぬ表示部に表示される。
【０１６８】
視聴者が、リモコンキー操作により、タイプ２コンテンツの映像を表示させるように指示すると、ステップＳ１０において、マルチメディアレンダラ３６Ｂは、ストリームレンダラ３６Ａに再生指示を行う。
【０１６９】
ステップＳ１１において、ストリームレンダラ３６Ａは、サーバ型CASモジュール３３に再生開始要求を行う。サーバ型CASモジュール３３は、その時点での一次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、コンテンツ鍵Kc2とレンダラ利用条件をストリームレンダラ３６Ａに返す。
【０１７０】
ステップＳ１２において、ストリームレンダラ３６Ａは、ファイルTYPE2_Stream_1を読み出し、コンテンツ鍵Kc2で暗号復号し、映像再生を行う。
【０１７１】
次にまた視聴者が、リモコンキー操作により、タイプ１コンテンツの映像の一部のセグメント再生を指示すると（図１２の例ではボタンＢ1が操作されると）、ステップＳ１３において、マルチメディアレンダラ３６Ｂは、ファイルBML文書中のセグメント再生関数を呼び出し、セグメントメタデータSegmentMeta_1乃至SegmentMeta_nを参照するので、その読み出し前にサーバ型CASモジュール３３に再生開始要求を行う。
【０１７２】
サーバ型CASモジュール３３は、その時点での一次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、コンテンツ鍵Kc3とレンダラ利用条件をマルチメディアレンダラ３６Ｂに返す。
【０１７３】
ステップＳ１４において、マルチメディアレンダラ３６Ｂ（図示せぬセグメント再生関数実行部）は、セグメントメタデータSegmentMeta_1を読み出し、コンテンツ鍵Kc3で暗号復号を行い、さらにデジタル署名により改竄検出及び署名検証を行う。これが問題なければ、ステップＳ１５において、署名に含まれるメタデータ制作者IDをサーバ型CASモジュール３３に入力する。またセグメント再生関数で指定されたセグメントに対応する開始と終了相対時刻も抽出される。
【０１７４】
マルチメディアレンダラ３６Ｂ（図示せぬセグメント再生関数実行部）は、ここでタイプ１コンテンツの起動シーケンスを開始する。まずステップＳ１６において、マルチメディアレンダラ３６Ｂは、タイプ１コンテンツに付随して蓄積されているサブライセンスファイルSubLicenseを読み出し、ステップＳ１７において、これを入力してサーバ型CASモジュール３３にライセンス設定要求を行う。
【０１７５】
サーバ型CASモジュール３３は、タイプ１コンテンツのメインライセンスでサブライセンスの暗号を解いて二次利用可能状態ライセンスとしてコンテンツ鍵KcとRMPIをカレントライセンスキャッシュ部６０に展開する（例えば、図３の番号３に対応する処理）（図８の「ライセンス設定処理」）。この時点で、カレントライセンスキャッシュ部６０には、１次利用可能状態ライセンス（タイプ２コンテンツのライセンス）と、２次利用可能状態ライセンス（タイプ１コンテンツのライセンス）の両方が展開されている。
【０１７６】
ステップＳ１８において、マルチメディアレンダラ３６Ｂ（セグメント再生関数実行部）は、ストリームレンダラ３６ＡにファイルTYPE1_Stream_1リソースの再生を指示する。ステップＳ１９において、ストリームレンダラ３６Ａは、サーバ型CASモジュール３３に再生開始要求を行う。
【０１７７】
サーバ型CASモジュール３３は、その時点での二次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、レンダラ利用条件をストリームレンダラ３６Ａに返す。
【０１７８】
ステップＳ２０において、ストリームレンダラ３６Ａは、蓄積メディア３１上のファイルTYPE1_Stream_1にアクセスしセグメントメタデータから抽出された開始相対時刻や終了相対時刻に対応するバイト位置からストリームを読み出す。
【０１７９】
ステップＳ２１において、レジデントアプリケーション４０は、このストリーム中よりECM-Kc（の更新）を検出し、ステップＳ２２において、これをサーバ型CASモジュール３３に入力する。
【０１８０】
サーバ型CASモジュール３３は、ECM-Kcをコンテンツ鍵Kcで復号してスクランブル鍵Ksを取り出す。
【０１８１】
ステップＳ２３において、ストリームレンダラ３６Ａは、スクランブル鍵Ksを要求する。サーバ型CASモジュール３３は、その時点での二次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、スクランブル鍵Ksをストリームレンダラ３６Ａに返す（図３の番号４に対応する処理）（図８の「ライセンス利用処理」）。これにより、ステップＳ２４で、ストリームTYPE1_Stream_1がスクランブル鍵Ksでデスクランブルされ、再生される（図１２の例では、表示部Ｗに「馬」の映像が表示される）。
【０１８２】
ステップＳ２２乃至ステップＳ２４を繰り返すことにより再生が続いてセグメントの終了相対時刻でタイプ１コンテンツ再生が終了される。この間もタイプ２コンテンツとしてのBML文書の実行は継続している。
【０１８３】
このようにしてタイプ１コンテンツとタイプ２コンテンツとが混合した混合型サービスを利用することができる。
【０１８４】
また例えば、混合するタイプ１コンテンツとタイプ２コンテンツを、階層的に記憶するようにしたので、ライセンスの形態やライセンスの伝送経路のバリエーションが増大しても、サーバ型CASモジュール３３を簡単に構成することができ、装置のコスト高を抑制することができる。
【０１８５】
またライセンスストア部５６の空き容量が不足してライセンスを記憶することができない場合、ライセンス管理部５５が一時的に記憶するようにしたので、大容量のライセンスストア部５６を用意する必要がなくなるので、装置のコスト高を抑制することができる。
【０１８６】
上述した一連の処理は、専用のハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。
【０１８７】
なお、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０１８８】
【図１】本発明を適用したサーバ型放送システムの構成例を示す図である。
【図２】図１の受信機２の構成例を示すブロック図である。
【図３】限定再生処理を説明する図である。
【図４】他の限定再生処理を説明する図である。
【図５】他の限定再生処理を説明する図である。
【図６】他の限定再生処理を説明する図である。
【図７】本発明を適用した総合サーバ型CASシステムのデータ経路を示す図である。
【図８】本発明に係るライセンス処理とコンテンツ再生処理を説明する図である。
【図９】図２のサーバ型CASモジュール３３の機能的構成例を示すブロック図である。
【図１０】混合型サービスのコンテンツのデータ構造を示す図である。
【図１１】混合型サービスを利用する場合の受信機２の動作を説明するフローチャートである。
【図１２】混合型サービスの表示例を示す図である。
【符号の説明】
【０１８９】
１ 放送局， ２ 受信機， ９ コンテンツサーバ， １０ ライセンスサーバ，
１１ ショップ／決済サーバ， １２ ドメイン管理サーバ， ３１ 蓄積メディア，
３３ サーバ型CASモジュール， ３６ レンダラ， ４０ レジデントアプリケーション， ５１ ライセンスサーバI/F， ５２ レジデントアプリケーションI/F， ５３ EMM復号部， ５４ Kms保持部， ５５ ライセンス管理部， ５６ ライセンスストア部， ５７ ドメイン情報保持部， ５８ サブライセンスローカライズ部， ５９ サブライセンス復号部， ６０ カレントライセンスキャッシュ部， ６１ 利用条件判定部， ６２ ECM-Kc復号部， ６３ Ksキャッシュ部， ６４ メタ製作者IDキャッシュ部， ６５ レンダラI/F， ６６ レンダラ利用条件生成部
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特にサーバ型放送において、複数の形態のコンテンツ配信に対応可能な限定再生を行うことができるようにする情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
放送技術の発展に伴って、コンテンツ配信の形態が各種開発されており、例えば、指定されたコンテンツ（あるいはコンテンツ群）のみを有料で１回のみ視聴できるようなサービスも存在する。このサービスは、コンテンツ毎に配信されたライセンスに基づいて再生を制御することにより、実現される（特許文献１参照）。
【０００３】
【特許文献１】特開２００２−１１６８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来においては、異なる方法で再生されるコンテンツを一体的に提供することは提案されていない。
【０００５】
本発明はこのような状況に鑑みてなされたものであり、異なる方法で再生されるコンテンツを一体的に提供することができるようにするものである。
【課題を解決するための手段】
【０００６】
本発明の情報処理装置は、複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得手段と、メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得手段と、メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶手段と、第１の記憶手段により記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出し手段と、第１の記憶手段により記憶されたライセンスに関する情報を出力する出力手段と、読み出し手段により読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶手段と、コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、第１の記憶手段により記憶された対応するメインライセンスのワーク鍵で暗号復号し、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶手段と、コンテンツ利用開始時に、第２の記憶手段または第３の記憶手段により一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶手段または第３の記憶手段により一時記憶されたコンテンツ鍵を供給する供給手段とを備えることを特徴とする。
【０００７】
供給手段は、コンテンツが部分毎のスクランブル鍵で暗号化されている場合には、部分毎のスクランブル鍵がコンテンツ鍵で暗号化された情報を入力し、第２の記憶手段または第３の記憶手段により記憶されたコンテンツ鍵Kcによって暗号復号し、その結果得られた部分毎のスクランブル鍵Ksを供給することができる。
【０００８】
第１の取得手段または第２の取得手段は、第１の記憶手段が個別ライセンス又はメインライセンスを記憶できない場合、これを一時記憶し、読み出し手段は、指定されたライセンスが、第１の取得手段または第２の取得手段により一時記憶された個別ライセンス又はメインライセンスである場合に、これを第１の取得手段または第２の取得手段から読み出すことができる。
【０００９】
コンテンツが別のコンテンツを参照して同時再生する場合に、第２の記憶手段および第３の記憶手段は、それぞれ、参照元のコンテンツに対応するライセンスおよび参照先のコンテンツに対応するライセンスに関して、これらに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開して一時記憶し、供給手段は、第２の記憶手段または第３の記憶手段に記憶された２つのライセンスに関して、コンテンツ利用時にライセンスの指定に応じて、対応する第２の記憶手段または第３の記憶手段に記憶されたライセンスの利用条件情報を用いてコンテンツの利用判定を行い、条件を満足する場合にのみコンテンツ鍵を供給することができる。
【００１０】
本発明の情報処理方法は、複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップと、メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップと、メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶ステップと、第１の記憶ステップの処理で記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、第１の記憶ステップの処理で記憶されたライセンスに関する情報を出力する出力ステップと、読み出しステップの処理で読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップと、コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップと、コンテンツ利用開始時に、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツ鍵を供給する供給ステップとを含むことを特徴とする。
【００１１】
本発明のプログラムは、複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップと、メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップと、メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶ステップと、第１の記憶ステップの処理で記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、第１の記憶ステップの処理で記憶されたライセンスに関する情報を出力する出力ステップと、読み出しステップの処理で読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップと、コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップと、コンテンツ利用開始時に、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツ鍵を供給する供給ステップとを含むことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、異なる方法で再生されるコンテンツを一体的に提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１４】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１５】
請求項１に記載の情報処理装置（例えば、図２のサーバ型CASモジュール３３）は、
複数のコンテンツを利用する権利の存在を示しワーク鍵（例えば、図５のサーバ型ワーク鍵Kws）を含むメインライセンス（例えば、図５のメインライセンス）を放送から取得する第１の取得手段（例えば、図９のライセンス管理部５５）と、
メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンス（例えば、図６の個別ライセンス）を通信から取得する第２の取得手段（例えば、図９のライセンスサーバI/F５１、ライセンス管理部５５）と、
メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶手段（例えば、図９のライセンスストア部５６）と、
第１の記憶手段により記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出し手段（例えば、図９のライセンス管理部５５）と、
第１の記憶手段により記憶されたライセンスに関する情報を出力する出力手段（例えば、ライセンス管理部５５）と、
読み出し手段により読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶手段（例えば、図９のライセンス管理部５５、カレントライセンスキャッシュ部６０）（例えば、図６のサーバ型CASモジュール３３）と、
コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンス（例えば、図５のACI）を入力し、第１の記憶手段により記憶された対応するメインライセンスのワーク鍵で暗号復号し（例えば、図９のサブライセンス復号部５９）、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶手段（例えば、図９のライセンス管理部５５、カレントライセンスキャッシュ部６０）（例えば、図５のサーバ型CASモジュール３３）と、
コンテンツ利用開始時に、第２の記憶手段または第３の記憶手段により一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶手段または第３の記憶手段により一時記憶されたコンテンツ鍵を供給する供給手段（例えば、図９の利用条件判定部６１、レンダラI/F６５）（例えば、図５および図６のサーバ型CASモジュール３３）と
を備えることを特徴とする。
【００１６】
請求項２に記載の情報処理装置は、
供給手段は、コンテンツが部分毎のスクランブル鍵で暗号化されている場合には（例えば、図３または図４のコンテンツ）、部分毎のスクランブル鍵がコンテンツ鍵で暗号化された情報（例えば、図３または図４のECM-Kc）を入力し、第２の記憶手段または第３の記憶手段により記憶されたコンテンツ鍵Kcによって暗号復号し、その結果得られた部分毎のスクランブル鍵Ksを供給する（例えば、図９のECM-Kc復号部６２、Ksキャッシュ部６３、レンダラI/F６５）（例えば、図３および図４のサーバ型CASモジュール３３）
ことを特徴とする。
【００１７】
請求項３に記載の情報処理装置は、
第１の取得手段または第２の取得手段（例えば、図９のライセンス管理部５５）は、第１の記憶手段が個別ライセンス又はメインライセンスを記憶できない場合、これを一時記憶し、
読み出し手段は、指定されたライセンスが、第１の取得手段または第２の取得手段により一時記憶された個別ライセンス又はメインライセンスである場合に、これを第１の取得手段または第２の取得手段から読み出す
ことを特徴とする。
【００１８】
請求項４に記載の情報処理装置は、
コンテンツ（例えば、タイプ１コンテンツ）が別のコンテンツ（例えば、タイプ２コンテンツ）を参照して同時再生する場合に、第２の記憶手段および第３の記憶手段は、それぞれ、参照元のコンテンツ（例えば、タイプ２コンテンツ）に対応するライセンスおよび参照先のコンテンツ（例えば、タイプ１コンテンツ）に対応するライセンスに関して、これらに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開して一時記憶し、
供給手段は、第２の記憶手段または第３の記憶手段に記憶された２つのライセンスに関して、コンテンツ利用時にライセンスの指定に応じて、対応する第２の記憶手段または第３の記憶手段に記憶されたライセンスの利用条件情報を用いてコンテンツの利用判定を行い、条件を満足する場合にのみコンテンツ鍵を供給する
ことを特徴とする。
【００１９】
請求項５に記載の情報処理方法および請求項６に記載のプログラムは、
複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップ（例えば、図８の「ライセンス取得処理」）と、
メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップ（例えば、図８の「ライセンス取得処理」）と、
メインライセンス及び個別ライセンスを永続的に記憶する第１の記憶ステップ（例えば、図８の「ライセンス保持／管理処理」）と、
第１の記憶ステップの処理で記憶されたメインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、
第１の記憶ステップにより記憶されたライセンスに関する情報を出力する出力ステップと、
読み出しステップにより読み出された個別ライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップ（例えば、図８の「ライセンス保持／管理処理」）と、
コンテンツ鍵とコンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、サブライセンスに含まれるコンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップ（例えば、「図８のライセンス設定処理」）と、
コンテンツ利用開始時に、第２の記憶ステップまたは第３の記憶ステップの処理で一時記憶されたコンテンツの利用条件情報を判定し、コンテンツの利用条件情報を満足する場合にのみ、第２の記憶ステップまたは第３の記憶ステップにより一時記憶されたコンテンツ鍵を供給する供給ステップ（例えば、「ライセンス利用処理」）と
を含むことを特徴とする。
【００２０】
（１）サーバ型放送
通常の放送は、放送波によって映像信号や音声信号等が継続的に伝送され、これを受信機で継続的に受信し即時に再生することが前提となっている。すなわち視聴者は、番組が放送されている時刻にその番組を視聴することになる。これに対して、サーバ型放送では、視聴者は視聴したい番組（コンテンツ）を自分の視聴したい時刻に視聴することができる。
【００２１】
サーバ型放送の運用形態として、通常の放送が、番組単位でコンテンツとして受信機の蓄積メディアに蓄積されるようにし、視聴者が、別途配信される所定のライセンスを利用して、好きなタイミングで蓄積メディアに蓄積されたそのコンテンツを視聴することができるようにする形態がある。これにより例えば録画を禁止して所定の条件で有料視聴させる等のサービスを提供することができる。この運用形態で配信されるコンテンツ（通常のTV放送を蓄積利用するコンテンツ）をタイプ１コンテンツと称する。
【００２２】
サーバ型放送の他の運用形態として、通常の放送ではなく、放送局側が、蓄積専用のコンテンツを放送し、その放送が番組単位でコンテンツとして受信機の蓄積メディアに蓄積されるようにし、視聴者が、別途配信される所定のライセンスを利用して、好きなタイミングで蓄積メディアに蓄積されたそのコンテンツを視聴することができるようにする形態がある。この運用形態で配信されるコンテンツ（蓄積専用サービスの専用コンテンツ）をタイプ２コンテンツと称する。
【００２３】
なおこの運用形態の発展形として、蓄積メディアへ蓄積するコンテンツを放送からだけでなく通信経由でダウンロードする形態もある。また、視聴者が、視聴したいタイミングで通信ネットワーク上のサーバに要求して、視聴したいコンテンツをいわゆるストリーミングという伝送方式で、受信し直接再生できるようにする形態もある。
【００２４】
すなわち本発明は、例えばタイプ１コンテンツ配信とタイプ２コンテンツ配信を混合して提供する場合など、様々なコンテンツの配信形態を一体化して提供する場合の限定再生技術に関するものである。
【００２５】
なおタイプ１コンテンツとタイプ２コンテンツを混合した形態で提供することによって、例えば、通常のTV番組を蓄積したタイプ１コンテンツ、およびそのタイプ１コンテンツを視聴者の操作によってシーン単位で再生させるBML（Broadcast Markup Language）ファイルやメタデータファイルを含むタイプ２コンテンツにより、TV番組のダイジェスト再生などのTV番組のノンリニア視聴を実現することができる。
【００２６】
（２）サーバ型放送システム
図１は、本発明を適用したサーバ型放送システムの構成例を示している。
【００２７】
放送局１は、タイプ１コンテンツおよびタイプ２コンテンツを制作し、必要な暗号をかけて、規定された伝送方式で放送波として送出する。
【００２８】
また放送局１は、各受信機２個別にライセンスを伝送する為に、Kms管理サーバ１３で生成された、受信機２個別のサーバ型マスタ鍵Kmsでライセンスを暗号化したEMM（Entitlement Management Message）（加入者毎の個別情報）を送出する。
【００２９】
受信機２−１、受信機２−２、および受信機２−３（以下、個々に区別する必要がない場合、単に、受信機２と称する。他の場合においても同様である）は、それぞれ蓄積メディア３１−１、３１−２、３１−３を具備したサーバ型放送対応受信機である。この例の場合、受信機２−１および２−２は、同じ家庭に属し、受信機２−３は、他の家庭に属している。
【００３０】
受信機２−１および２−２は、ホームネットワーク４を介してネットワーク接続されており、これによりコンテンツの相互利用が可能である。
【００３１】
各家庭の受信機２は、ゲートウェー５または６を介してブロードバンドネットワーク８に接続されており、ブロードバンドネットワーク８上のコンテンツサーバ９乃至ドメイン管理サーバ１２と必要に応じて通信を行うことができる。
【００３２】
コンテンツサーバ９は、受信機２に対して、ブロードバンドネットワーク８を介してコンテンツを供給する（放送とは別にコンテンツを供給する）。このコンテンツの供給方法としては、各受信機２の蓄積メディア３１に一旦ダウンロードさせる方法と、ストリーミングにより直接再生させる方法がある。
【００３３】
ライセンスサーバ１０は、受信機２が必要な時点でライセンスを通信経路で取得する必要がある場合（そのような運用がなされている場合）に、ライセンスを受信機２に供給する。
【００３４】
ショップ／決済サーバ１１は、視聴者が受信機２からBML等でコンテンツを購入する為のナビゲーションを行うWebサーバとしての機能、および課金や決済を行う機能を有している。
【００３５】
ドメイン管理サーバ１２は、ドメインの運用を適正に行うためにどの受信機２がどのドメインに属すかという情報を管理する。サーバ型放送では、基本的に各家庭のドメインが管理され、コンテンツを利用する為の上記ライセンスは、ドメインに対して付与されるようになされている。よって、例えば受信機２−１および２−２は、共通のライセンスでコンテンツ利用が可能であるが、受信機２−３は、別のドメインとなるので、受信機２−１および２−２とは別のライセンスが必要となる。
【００３６】
ドメイン管理サーバ１２は、ドメイン鍵を生成、管理して、各受信機２でドメイン制御が適正に行われるように、放送または直接通信によりドメイン鍵を取得する。
【００３７】
Kms管理サーバ１３は、受信機２個別に埋め込まれているサーバ型マスタ鍵Kmsを管理する。サーバ型マスタ鍵Kmsは、サーバ型放送システム全体のセキュリティの要として、必要に応じてライセンス等の暗号化に用いられたり、ライセンスサーバ１０と受信機２間でライセンス伝送を行う場合のセキュリティのベースとして用いられる。
【００３８】
（３）サーバ型放送対応受信機
図２は、受信機２の構成例を示している。この受信機２は、通常のデジタル放送受信機能も有している。
【００３９】
通常の放送が受信された場合、中間周波数の放送波入力２１からチューナー２２で選局対象のチャンネルを含むデータストリーム（TS）が抽出される。有料放送等でスクランブルがかかっているときには、デスクランブラ２３で、B-CASカード２４で視聴可能と判断されて出力されたスクランブル鍵でスクランブルが復号されて、デマルチプレクサ２５に入力される。デマルチプレクサ２５において選局対象のチャンネルを構成する映像、音声、およびデータ放送信号等の信号がフィルタリングされて、映像信号は映像デコーダ２６、音声信号は音声デコーダ２７、そしてデータ放送信号はBMLブラウザ２８にそれぞれ入力されて復号される。そして最終的に映像出力２９、音声出力３０となって視聴者に提示される。
【００４０】
一方サーバ型放送が受信された場合、通常の放送が受信されたときと同様に、放送波入力２１からチューナー２２で、サービス対象のストリームが抽出されるが、デスクランブラ２３ではデスクランブルが行われずにストリームはデマルチプレクサ２５にそのまま入力される。
【００４１】
デマルチプレクサ２５ではこのとき、コンテンツとして蓄積すべきデータが抽出され、抽出されたコンテンツは、ストリームに含まれる蓄積制御情報に基づき、蓄積メディア３１にコンテンツのファイル群として蓄積される。
【００４２】
サーバ型放送が受信された場合はまた、コンテンツの再生に先立ち、ライセンスが放送或いは通信によってサーバ型CASモジュール３３に入力され、ライセンスが利用可能な状態に設定されるようになされている。ライセンスの形態としては、１階層ライセンスと２階層ライセンスがある。
【００４３】
１階層ライセンスの場合は、通信で伝送され、通信入出力３４から通信インターフェース３５を介してサーバ型CASモジュール３３に入力される。
【００４４】
２階層ライセンスは、メインライセンスとサブライセンスから構成されている。視聴者の利用権利を示すメインライセンスは、放送で伝送する運用と通信で伝送する運用の両方が想定される。
【００４５】
放送で伝送される場合、メインライセンスは、コンテンツの伝送とは独立したEMMパケットとして放送ストリーム内に埋め込まれて放送波入力２１よりチューナー２２を経てデマルチプレクサ２５で抽出され、サーバ型CASモジュール３３に入力される。
【００４６】
また通信で伝送される場合は、１階層ライセンスと同様に通信入出力３４から通信インターフェース３５を経てサーバ型CASモジュール３３に入力される。
【００４７】
サブライセンスは、コンテンツの一部として伝送されるので前述のフローで蓄積メディア３１に蓄積されるが、コンテンツを再生する前にサーバ型CASモジュール３３に入力される。
【００４８】
１階層ライセンスでは、ライセンスが入力された後、２階層ライセンスでは、メインライセンスとサブライセンスの両方が入力された後、コンテンツを再生する前にサーバ型CASクライアントにおいて、ライセンスを利用可能な状態としライセンスに含まれる利用条件が判定され、利用可能であれば、ライセンスに含まれるコンテンツ鍵がサーバ型CASモジュール３３から出力されて暗号復号器３２に設定される。これにより蓄積メディア３１から読み出されたコンテンツの暗号を暗号復号器３２が復号することができるので、コンテンツを再生することができるようになる。
【００４９】
コンテンツは、映像および音声を含むストリーム形態のものとBML文書ファイルやJPEG（Joint Photographic Coding Experts）ファイル等のファイル形態のものが想定されるが、前者の場合は、暗号復号器３２からストリームがデマルチプレクサ２５に供給され、そこで映像と音声に分離され、映像は、映像デコーダ２６で、音声は、音声デコーダ２７でそれぞれ復号されて映像出力２９、音声出力３０として視聴者に提示される。
【００５０】
また後者の場合は、暗号復号器３２からファイルがBMLブラウザ２８に供給され、そこでマルチメディア再生され、最終的に映像と共に映像出力２９として提示される。
【００５１】
なおコンテンツの再生処理を行うデマルチプレクサ２５乃至BMLブラウザ２８、および暗号復号器３２を、以下において、適宜、レンダラ３６と称する。
【００５２】
（４）タイプ１コンテンツにおける限定再生処理
サーバ型放送で想定されているコンテンツと運用のバリエーション毎に、本発明において実現する限定再生処理について説明する。
【００５３】
はじめにタイプ１コンテンツにおける限定再生処理について説明する。タイプ１コンテンツは、通常の放送番組がコンテンツとして蓄積された後、限定された再生制御が行われるものである。サービスモデルとしては２通り想定される。
【００５４】
１つは、無料放送であるが著作権保護を考慮してスクランブルされた番組において、録画とは別に、セグメントメタデータを利用したダイジェスト再生等の高度な利用を許容する為にタイプ１コンテンツとして蓄積させるサービスモデルである。もう１つはPP（pay per view）のようなプレミアム番組において、録画は禁止であるが、コンテンツとして蓄積させて、有料で１回のみのような限定した再生を許可するようなサービスモデルである。
【００５５】
前者の無料番組の場合は、図３に示す２階層ライセンスモデルで実現可能である。この場合の限定再生処理を説明する。図３中の番号は、この限定再生処理の順番に対応している。
【００５６】
はじめに、図３の番号１に対応する処理として、高度な利用を希望する契約を行った視聴者等、ある範囲でのタイプ１コンテンツのフラットティアの利用契約者に対して、その範囲に対応するサーバ型ワーク鍵Kwsと契約全般に関わる利用条件GroupRMPIを含むメインライセンスが、視聴者の利用する受信機２のサーバ型CASモジュール３３固有のサーバ型マスタ鍵Kmsで暗号化され、EMMとして放送局１から放送で一定期間送出される。視聴者は、これを受信するように受信機２を操作し、これによりメインライセンスはサーバ型CASモジュール３３に入力され、サーバ型マスタ鍵Kmsで暗号が解かれて保持される。
【００５７】
次に、番号２に対応する処理として、放送局１から、サーバ型対応でない通常受信機でも受信再生可能な通常のTV番組のストリームに、図３に示すように、番組毎のコンテンツとしてのコンテンツ鍵Kcとその利用時の条件EachRMPIをサーバ型ワーク鍵Kwsで暗号化したKc配布用ECMと、数秒毎に更新される番組のAV信号パケットのスクランブル鍵Ksi（i＝1,2,・,n，n+1，・・）を上記コンテンツ鍵Kcで暗号化したECM-Kcの２種類のパケットが追加され、放送される。なおKc配布用ECMは、サブライセンスとして機能する情報である。受信機２では、スクランブルされたままの１番組分のストリームが、ファイルという形態のコンテンツとして蓄積メディア３１に蓄積される。
【００５８】
次に、番号３に対応する処理として、受信機２の蓄積メディア３１に蓄積されたコンテンツの再生起動があった時点で、サブライセンスであるKc配布用ECMが抽出され、サーバ型CASモジュール３３に入力され、サーバ型CASモジュール３３でそこに保持されていたメインライセンス（番号１に対応する処理）に含まれるサーバ型ワーク鍵Kwsで暗号が解かれ、サブライセンスのコンテンツ鍵Kc、およびメインライセンスとサブライセンスのマージしたRMPIがサーバ型CASモジュール３３内で利用可能な状態に設定される。
【００５９】
次に、番号４に対応する処理として、コンテンツの再生開始時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、コンテンツのストリームで最初に現れたECM-Kcがサーバ型CASモジュール３３に入力される。その時点でサーバ型CASモジュール３３でRMPIの利用条件判定が行われ、利用可能であればECM-KcがKcで暗号が解かれ、スクランブル鍵Ksがレンダラ３６に出力される。
【００６０】
レンダラ３６は、スクランブル鍵Ksで、蓄積メディア３１からのAVストリームのパケットのスクランブルを解き、再生を行う。以後、ECM-Kcの更新毎にECM-Kcがサーバ型CASモジュール３３に入力されてRMPIの利用判定が行われ、利用可能であればスクランブル鍵Ksがレンダラ３６に出力され、レンダラ３６はこれでAVストリームのスクランブルを解いて再生する（再生が継続される）。
【００６１】
タイプ１コンテンツの後者のサービスモデル（PPVのようなプレミアム番組において、録画は禁止であるが、コンテンツとして蓄積させて、有料で１回のみのような限定した再生を許可するようなサービスモデル）の場合は、図４に示す１階層ライセンスモデルで実現可能である。この場合の限定再生処理を説明する。図４中の番号は、この限定再生処理の順番に対応している。
【００６２】
はじめに、図４の番号１に対応する処理として、サーバ型対応でない通常受信機でも受信再生可能なPPVのTV番組のストリームに、図４に示すように、数秒毎に更新される番組のAV信号パケットのスクランブル鍵Ksを後述の個別ライセンスに含まれるコンテンツ鍵Kcで暗号化したECM-Kcが追加され、放送局１から放送される。受信機２では、スクランブルされたままの１番組分のストリームがファイルという形態のコンテンツとして蓄積メディア３１に蓄積される。
【００６３】
次に、番号２に対応する処理として、視聴者は、蓄積メディア３１に蓄積されたプレミアム番組のコンテンツを視聴する為に、ショップ／決済サーバ１１（図１）と通信を行って、購入操作を行う。これによりショップ／決済サーバ１１で決済が行われ、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けにこのコンテンツに対応する個別ライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成された個別ライセンスを取得し保持する。
【００６４】
次に、番号３に対応する処理として、受信機２の蓄積メディア３１に蓄積されたコンテンツの再生起動をかけた時点で、サーバ型CASモジュール３３内に保持された個別ライセンスがサーバ型マスタ鍵Kmsで暗号が解かれて、コンテンツ鍵KcとRMPIが利用可能な状態に設定される。
【００６５】
次に、番号４に対応する処理として、コンテンツの再生開始時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、さらにコンテンツのストリームで最初に現れたECM-Kcがサーバ型CASモジュール３３に入力される。その時点でサーバ型CASモジュール３３でRMPIの利用条件判定が行われ、利用可能であればECM-Kcがコンテンツ鍵Kcで暗号が解かれ、スクランブル鍵Ksがレンダラ３６に出力される。
【００６６】
レンダラ３６は、スクランブル鍵Ksで、蓄積メディア３１からのAVストリームのパケットのスクランブルを解き、再生を行う。以後、ECM-Kcの更新毎にECM-Kcがサーバ型CASモジュール３３に入力されてRMPIの利用判定が行われ、利用可能であればスクランブル鍵Ksがレンダラ３６に出力され、レンダラ３６はこれでAVストリームのスクランブルを解いて再生する（再生が継続される）。
【００６７】
（５）タイプ２コンテンツにおける限定再生方式
次にタイプ２コンテンツにおける限定再生方式について説明する。タイプ２コンテンツは、１つの番組のファイル群として構成され、これが受信時に即時視聴ができない蓄積専用サービスとして放送伝送され、受信機２でコンテンツとして受信蓄積された後、限定された再生制御の下で再生される。よって放送による伝送は再生時間とは異なる時間をかけて送出されることが想定される。
【００６８】
タイプ２コンテンツのサービスモデルとしては、番組をコンテンツとして受信機２の蓄積メディア３１に蓄積させておいて、有料でオンデマンド視聴をさせるという形態が想定されるが、視聴者への課金方法について月極め契約に基づく定額課金（フラットティア課金）と、コンテンツ個別に課金する方法（ペイパーユース課金）の２種類の運用があり、その課金方法によって限定再生方式が異なる。
【００６９】
前者のフラットティア課金運用では、図５に示す２階層ライセンスモデルが適していると考えられる。この場合の限定再生処理を説明する。図５中の番号は、この限定再生処理の順番に対応している。
【００７０】
はじめに、図５の番号１に対応する処理として、視聴者は、月極めで、複数のコンテンツが視聴可能なタイプ２コンテンツのオンデマンドサービスを契約する。契約はショップ／決済サーバ１１（図１）と受信機２との通信によりオンラインで行うケースも、視聴者が電話などで契約するオフラインのケースも想定されるが、タイプ２コンテンツのフラットティアの利用契約に対して、その範囲に対応するサーバ型ワーク鍵Kwsと契約全般に関わる利用条件GroupRMPIを含むメインライセンスが、視聴者の利用する受信機２のサーバ型CASモジュール３３固有のサーバ型マスタ鍵Kmsで暗号化されてEMMとして、放送局１から放送で一定期間送出される。視聴者は、これを受信するように受信機２を操作し、これによりメインライセンスがサーバ型CASモジュール３３に入力され、サーバ型マスタ鍵Kmsで暗号が解かれて保持される。
【００７１】
次に、番号２に対応する処理として、事業者は、蓄積型サービスで特定の時間帯に放送するコンテンツを、受信機２に蓄積させるファイル群として制作する。例えば映画等の映像コンテンツの場合は、２時間分の映像信号と音声信号をMPEG2-TSフォーマットで多重化したデータをコンテンツ鍵Kcで暗号化したものがファイルとして生成される。マルチメディアコンテンツの場合は、それぞれコンテンツ鍵Kcで暗号化された複数のファイルが構成されることが想定される。
【００７２】
このコンテンツ本体のファイル群の他に、コンテンツ鍵Kcとこのコンテンツの利用条件EachRMPIを含む情報がフラットティア契約に対応するサーバ型ワーク鍵Kwsで暗号化されたサブライセンスファイル（以下、適宜、ACIと称する）も生成される。
【００７３】
放送局１から、これらの全てのファイルが、ファイルを放送伝送するのに適したデータカルーセル方式で放送ストリームとして放送される。受信機２では、受信された蓄積型サービスから、これらのファイルが抽出されて、蓄積メディア３１上に蓄積される。この時、データカルーセル上に含まれる情報に基づき、蓄積メディア３１上に指定されたディレクトリ構成でファイル群が生成されるように蓄積制御が行われる。
【００７４】
次に、番号３に対応する処理として、受信機２の蓄積メディア３１に蓄積されたコンテンツの再生起動があった時点で、サブライセンス(ACI)ファイルがサーバ型CASモジュール３３に入力され、サーバ型CASモジュール３３でそこに保持されていたメインライセンスに含まれるサーバ型ワーク鍵Kwsでサブライセンスの暗号が解かれ、ACIのコンテンツ鍵Kcと、メインライセンス及びサブライセンスのマージしたRMPIが、サーバ型CASモジュール３３内で利用可能な状態に設定される。
【００７５】
次に、番号４に対応する処理として、コンテンツ再生開始時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、その時点でサーバ型CASモジュール３３内でRMPIによる利用条件判定が行われ、利用可能であれば、コンテンツ鍵Kcがレンダラ３６に転送される。レンダラ３６はこれを暗号復号器３２（図２）にセットし、コンテンツ本体のファイルを読み出して、暗号を復号することによりコンテンツ再生を行う。
【００７６】
タイプ２コンテンツにおけるペイパーユース課金の場合は、図６に示す１階層ライセンスモデルで実現できる。この場合の限定再生処理を説明する。図６中の番号は、この限定再生処理の順番に対応している。
【００７７】
はじめに、図６の番号１に対応して、事業者は、蓄積型サービスで特定の時間帯に放送するコンテンツを、受信機２に蓄積させるファイル群として制作する。例えば映画等の映像コンテンツの場合は、２時間分の映像信号と音声信号をMPEG2-TSフォーマットで多重化したデータをコンテンツ鍵Kcで暗号化したものがファイルとして生成される。マルチメディアコンテンツの場合はそれぞれコンテンツ鍵Kcで暗号化された複数のファイルが生成されることが想定される。これらファイルがデータカルーセル方式で放送ストリームとして放送される。受信機２は、受信した蓄積型サービスから、これらのファイルを抽出して、蓄積メディア３１上に蓄積する。この時、データカルーセル上に含まれる情報に基づき、蓄積メディア３１上に指定されたディレクトリ構成でファイル群が生成されるように蓄積制御が行われる。
【００７８】
次に、番号２に対応する処理として、視聴者は、蓄積メディア３１に蓄積されたコンテンツを視聴する為に、ショップ／決済サーバ１１と通信を行って、購入操作を行う。これによりショップ／決済サーバ１１で決済が行われ、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けにこのコンテンツに対応する個別ライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成された個別ライセンスを取得し保持する。
【００７９】
次に、番号３に対応する処理として、蓄積メディア３１に蓄積されたコンテンツの再生起動をかけた時点で、サーバ型CASモジュール３３内に保持されている個別ライセンスの暗号がサーバ型マスタ鍵Kmsで解かれて、コンテンツ鍵KcとRMPIが利用可能な状態に設定される。
【００８０】
次に、番号４に対応する処理として、コンテンツ再生時に、レンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、その時点でサーバ型CASモジュール３３内でRMPIによる利用条件判定が行われ、利用可能であれば、コンテンツ鍵Kcがレンダラ３６に転送される。レンダラ３６は、これを暗号復号器３２にセットし、コンテンツ本体のファイルを読み出して、暗号を復号することによりコンテンツ再生を行う。
【００８１】
（６）統合サーバ型CASシステムと統合サーバ型CASモジュール
ここまで述べてきた様々なコンテンツの限定再生処理を１つのサーバ型モジュールで実現した統合サーバ型CASシステムを図７に示す。
【００８２】
四角枠の番号１と番号４の経路は、それぞれ従来からの放送の限定受信のためのECMとEMMであり、これらは、配信経路としてもこれ以外のサーバ型CAS関連のデータとは独立しており受信機２内においてもサーバ型CASモジュール３３と独立したB-CASカード２４で処理される。
【００８３】
ドメイン鍵Kdの配信に関してはコンテンツの種別に関わりなく配信される。ドメイン鍵Kdが放送で配信される場合には番号６の経路でEMM(Kd)として伝送され、放送局１側で記号Ｅ６において鍵Kmsで暗号化され、受信機２側ではサーバ型CASモジュール３３で記号Ｄ６において鍵Kmsで復号されドメイン鍵Kdとして保持される。ドメイン鍵Kdが通信で配信される場合には、ドメイン鍵Kdは番号９の経路でライセンスサーバ１０とサーバ型CASクライアントの双方の鍵Kmsを元にしたセキュア通信路において転送されサーバ型CASモジュール３３においてドメイン鍵Kdとして保持される。
【００８４】
２階層ライセンスのメインライセンスの配信においては、タイプ１コンテンツおよびタイプ２コンテンツ等のコンテンツの種別の区別なく扱える。放送においては番号５の経路でEMM(Kws)として伝送され、放送局１側では記号Ｅ５において鍵Kmsで暗号化され、受信機２側ではサーバ型CASモジュール３３で記号Ｄ５において鍵Kmsで復号されメインライセンスとして保持される。通信でメインライセンスを配信する場合は、番号８の経路でライセンスサーバ１０とサーバ型CASクライアントの双方の鍵Kmsを元にしたセキュア通信路において転送されサーバ型CASモジュール３３においてメインライセンスとして保持される。
【００８５】
また１階層ライセンスの個別ライセンスの配信においても、コンテンツの種別の区別なく扱える。番号７の経路でライセンスサーバ１０とサーバ型CASクライアントの双方の鍵Kmsを元にしたセキュア通信路において転送されサーバ型CASモジュール３３において個別ライセンスとして保持される。コンテンツを再生する時点で指定された個別ライセンスが利用ライセンスとして利用可能な状態に設定される。
【００８６】
サブライセンスは、図中では番号３の経路となり、事業者システム側ではコンテンツ鍵Kcを含む情報が記号Ｅ３において鍵Kwsで暗号化されるという処理においては共通であるが、タイプ１コンテンツにおいてはKc配布用ECM、それ以外のコンテンツにおいてはACIファイルとして放送、或いは通信経路で伝送されるので経路は様々であるが、受信機２で取得した後は以下の通り共通処理となる。
【００８７】
サブライセンスをサーバ型CASモジュール３３に入力すると記号Ｅ７においてドメイン鍵Kdで暗号化されて出力され、ここからは図中で番号３'の経路となり、一旦コンテンツと共に蓄積メディア３１に蓄積される。再生時にまたサーバ型CASモジュール３３に入力されると、記号Ｄ７でドメイン鍵Kdが復号され、さらに記号Ｄ３でメインライセンスの鍵Kwsで復号され、含まれるコンテンツ鍵KcとRMPIが利用ライセンスとして利用可能な状態に設定される。
【００８８】
タイプ１コンテンツ特有のデータとして、ECM-Kcは頻繁に更新されるスクランブル鍵Ksを記号Ｅ２において鍵Kcで暗号化されたデータとしてタイプ１コンテンツ内のパケットとして伝送される。これを受信機２内ではそのままタイプ１コンテンツの一部として蓄積メディア３１に蓄積された後、再生時にサーバ型CASモジュール３３に入力されて、利用ライセンスのRMPIに基づく利用判定で利用可能となれば、記号Ｄ２において鍵Kcで復号されて鍵Ksが出力されてデスクランブラ２３にセットされる。
【００８９】
タイプ２コンテンツおよびダウンロードコンテンツ等の場合には、再生開始時にサーバ型CASモジュール内の利用ライセンスの利用判定が行われて、利用可能であればコンテンツ鍵Kcが出力されて、コンテンツの暗号復号が行われる。
（７）混合型サービスの限定再生処理
以上においては、タイプ１コンテンツおよびタイプ２コンテンツ毎に限定再生処理を説明したが、タイプ１コンテンツとタイプ２コンテンツを混合して提供する場合の限定再生処理を、図８を参照して説明する。この限定再生処理は、受信機２で実行されるレジデントアプリケーション４０によって、各部が制御されて実行される。
【００９０】
取得対象である、２階層ライセンスのメインライセンス（図３または図５）および１階層ライセンス（図４または図６）の個別ライセンスが、放送または通信のいずれかの経路で伝送されてサーバ型CASモジュール３３に入力される（「ライセンス取得処理」）。
【００９１】
なおライセンスの取得は、サービス申し込み時（コンテンツ購入時）あるいはコンテンツ再生時に行われるものとする。
【００９２】
取得されたメインライセンスおよび個別ライセンスは、サーバ型CASモジュール３３内の永続記憶機能において保持される。永続記憶機能の記憶容量の許す限り複数のライセンスを保持することが可能であるが、これらの管理の為に、レジデントアプリケーション４０からの要求によるライセンスの情報出力や削除などが適宜実行される（「ライセンス保持／管理処理」）。
【００９３】
次に特定のコンテンツの再生の開始直前にレジデントアプリケーション４０からの指示で指定されたライセンスが利用可能状態にされる（「ライセンス設定処理」）。
【００９４】
２階層ライセンスの場合は、同時にコンテンツと共に蓄積されているサブライセンス（図３または図５）がサーバ型CASモジュール３３に入力されることにより、サブライセンスと対応するメインライセンスがマージされて、対象コンテンツに対するコンテンツ鍵KcとRMPIの情報で構成される利用可能状態ライセンスとなる。
【００９５】
１階層ライセンスの場合は、対応する個別ライセンスがそのまま読み出されて利用可能状態ライセンスとなる（図４または図６）。
【００９６】
利用可能状態となったライセンスは、別のライセンスを次に設定するまでは電源をOFFしない限り利用可能状態が保たれる。つまり他のコンテンツを起動するまでは同じ利用条件の下での特定コンテンツの利用制御が行われることとなる。
【００９７】
コンテンツの再生開始時にレンダラ３６からの再生許可要求によって、以下に示す「ライセンス利用処理」が行われる。
【００９８】
まずその時点で利用可能状態となっているライセンスに関して、サーバ型CASモジュール３３内で判定可能なRMPI項目に対して利用条件判定が行われる。判定結果が利用不可の場合は、再生不許可となりコンテンツ鍵Kc等の情報は、レンダラ３６に転送されずレンダラ３６での再生は不可能となる。
【００９９】
上記判定結果が利用可の場合には、タイプ１コンテンツとタイプ２コンテンツで以下のように異なる処理が行われる。
【０１００】
タイプ２コンテンツの場合には、利用可能状態ライセンスのRMPI項目のうち、レンダラ３６および外部出力I/F４１での利用制御対象となるものをまとめたレンダラ利用条件とコンテンツ鍵Kcがレンダラ３６に転送される。それによりレンダラ３６でのコンテンツ再生が可能となる。
【０１０１】
タイプ１コンテンツの場合には、この時点ではレンダラ利用条件のみがレンダラ３６に転送される。タイプ１コンテンツ再生開始後、コンテンツ(TS)に含まれるECM‐Kcパケット更新毎にECM‐Kcがサーバ型CASモジュール３３に入力され（図３）、その度にその時点での利用条件判定が行される。そこで判定結果が利用不可の場合にはECM‐Kcに含まれるスクランブル鍵Ksは転送されず、レンダラ３６での再生継続が不可となる。また判定結果が利用可の場合にはECM‐Kcがコンテンツ鍵Kcで暗号復号されてこれに含まれるスクランブル鍵Ksがレンダラ３６に転送される。これによりレンダラ３６での再生が可能となる。
【０１０２】
上述した「ライセンス取得処理」、「ライセンス保持／管理処理」、「ライセンス設定処理」、および「ライセンス利用処理」（以下、個々に区別する必要がない場合、これらをまとめてライセンス処理と称する）は、サーバ型CASモジュール３３内で閉じてセキュアに行われる。
【０１０３】
コンテンツ再生時に、上記の通りサーバ型CASモジュール３３からライセンスに基づく利用条件判定の結果としての再生許可が得られたレンダラ３６では、コンテンツ鍵Kcまたはスクランブル鍵Ksを得て、暗号またはスクランブルが解かれる（「デスクランブル処理」、「暗号復号処理」）。
【０１０４】
タイプ２コンテンツの場合、コンテンツ鍵Kcがレンダラ３６に、レンダラ利用条件がレンダラ３６と外部出力I/F４１に供給される。
【０１０５】
レンダラ３６では、暗号が解かれたデータの再生が、外部出力I/F４１では、レンダラ３６で再生されたデータの出力が、レンダラ利用条件に基づいて制御される。
【０１０６】
タイプ２コンテンツの場合、再生開始時にコンテンツ鍵Kcが得られると、受信機２の作りによっては無期限に同じコンテンツの再生を継続することができるが、例えばレンダラ条件を再生期限とすれば、再生中にライセンスの有効期限を経過した場合に再生を中断することができる。なおレンダラ利用条件としては、再生期限の他、トリックプレイ制限、外部出力制限とすることができる。
【０１０７】
なお上述した限定再生処理は、タイプ１コンテンツ、タイプ２コンテンツの放送コンテンツのみならずダウンロード、ストリーミング等の配信形態の通信コンテンツに関しても同様に利用することができる。
【０１０８】
（８）サーバ型ＣＡＳモジュールの構成
図８を参照して説明したライセンス処理を実行するサーバ型CASモジュール３３の機能構成例を、図９に示す。
【０１０９】
ライセンスサーバI/F５１は、ライセンスサーバ１０やドメイン管理サーバ１２とのセキュア通信路を確立し、本セキュア通信路において、ライセンス取得、ドメイン情報取得のメッセージを伝送し、ライセンス（メインライセンス、個別ライセンス）、ドメイン情報を取得する。
【０１１０】
レジデントアプリケーションI/F部５２は、レジデントアプリケーション４０からのコマンドを解析して各機能ブロックに処理を指示したり、上記コマンドのレスポンスを各ブロックからの応答を元に生成してレジデントアプリケーション４０に対して応答する。
【０１１１】
EMM復号部５３は、レジデントアプリケーション４０から注入されたEMMをマスタ鍵Kmsで暗号復号する。EMM復号部５３はまた、EMMからメインライセンスやドメイン情報を抽出する。
【０１１２】
Kms記憶部５４は、サーバ型マスタ鍵(埋め込み鍵)Kmsを保持している。
【０１１３】
ライセンス管理部５５は、ライセンス取得時にライセンスを受け取ってライセンスストア部５６に保持させる。
【０１１４】
ライセンス管理部５５は、ライセンス削除要求に対して対象となるライセンスをライセンスストア部５６から削除したり、期限の切れたライセンスを一括削除する。
【０１１５】
ライセンス管理部５５は、ライセンスストア部５６に空き領域が不足している場合に、取得したライセンスを一時保持する。
【０１１６】
ライセンス管理部５５は、ライセンスの有無を確認したり、ライセンス情報取得要求に対してライセンスの内容の一部をライセンス情報に再構成して出力する。
【０１１７】
ライセンス管理部５５は、個別ライセンスに関してライセンス設定を行い利用可能状態とする（図４および図６）。
【０１１８】
ライセンスストア部５６は、取得したメインライセンスおよび個別ライセンスを永続保持する。
【０１１９】
ドメイン情報保持部５７は、ドメインIDとドメイン鍵Kdのペアの情報を複数（プライベートドメインと複数の事業者ドメイン分）保持する。
【０１２０】
サブライセンスローカライズ部５８は、サブライセンスをドメイン鍵Kdで暗号化したり、ドメイン鍵Kdで暗号化されたサブライセンスを復号する。
【０１２１】
サブライセンス復号部５９は、サブライセンスに対応するメインライセンスを取得し、サブライセンスを、取得したメインライセンスのワーク鍵Kwsで暗号復号する。サブライセンス復号部５９は、サブライセンスとメインライセンスのRMPIのマージを行ってコンテンツ鍵Kcと共にライセンス設定を行って利用可能状態とする（図３および図５）。
【０１２２】
カレントライセンスキャッシュ部６０は、利用可能状態ライセンスをコンテンツ鍵Kcおよびコンテンツ鍵KcとRMPIとして展開して一時的に保持する。カレントライセンスキャッシュ部６０は、タイプ２コンテンツ用とタイプ１コンテンツ用の２つ分の利用可能状態ライセンスを保持する。
【０１２３】
利用条件判定部６１は、カレントライセンスキャッシュ部６０のRMPIからその時点での利用条件判定を行う。利用条件判定部６１は、タイプ１コンテンツの利用判定で、RMPIにメタデータ制作者指定が存在する場合には、メタデータ制作者IDキャッシュ６４の情報を元に判定する。
【０１２４】
ECM-Kc復号部６２は、ECM-Kcが入力された時にカレントライセンスキャッシュ部６０のコンテンツ鍵KcでECM-Kcの暗号復号を行い、中身のスクランブル鍵KsをKsキャッシュ部６３に出力する。
【０１２５】
Ksキャッシュ部６３は、タイプ１コンテンツの場合にスクランブル鍵Ksを一時的に保持する。
【０１２６】
メタデータ制作者IDキャッシュ部６４は、メタデータ制作者IDを一時的に保持する。
【０１２７】
レンダラI/F部６５は、レンダラ３６から受けた再生開始要求に対して、タイプ２コンテンツの場合には利用条件判定部６１にカレントライセンスキャッシュ部６０のRMPI判定を指示し判定が利用可の場合にはカレントライセンスキャッシュ部６０から対応するコンテンツ鍵Kcを引き出してレンダラ３６に転送する。
【０１２８】
レンダラI/F部６５は、レンダラ３６から受けたスクランブル鍵Ks転送要求に対して、その時点で利用条件判定部６１にカレントライセンスキャッシュ部６０のRMPI判定を指示し判定が利用可ならKsキャッシュ部６３にあるスクランブル鍵Ksを取得してレンダラ３６に転送する。
【０１２９】
（９）サーバ型CASモジュール３３の機能仕様
次に、図８を参照して説明した各処理を行う場合のサーバ型CASモジュール３３の各部の動作を説明する。
【０１３０】
「ライセンス取得処理」
ライセンスサーバI/F５１は、取得対象であるメインライセンスおよび個別ライセンスを取得する。取得経路として、メインライセンスは放送と通信の２通りが利用可能である。また個別ライセンスは通信のみ利用可能である。
【０１３１】
放送で取得された場合は、EMM復号部５３は、受信機２で受信しサーバ型CASモジュール３３に入力されたEMMを、マスタ鍵Kmsで暗号復号してメインライセンスを抽出する。
【０１３２】
ライセンスサーバI/F５１は、通信で取得する場合には、レジデントアプリケーション４０からのライセンス取得要求により指定されたライセンスサーバ１０と相互認証に基づくSACを張り、指定されたライセンスIDとドメインIDに対応した個別ライセンス、またはメインライセンスを取得する。
【０１３３】
「ライセンス保持／管理処理」
ライセンス管理部５５は、取得されたメインライセンスおよび個別ライセンスを、ライセンスストア部５６に保持する。ライセンスストア部５６は、運用上充分な数のライセンスが保持できるだけの記憶容量を備えている。
【０１３４】
なおライセンス管理部５５は、「ライセンス保持／管理処理」として下記の処理を行う。
【０１３５】
『ライセンス情報出力処理』
ライセンス管理部５５は、レジデントアプリケーション４０の指示により指定された特定のライセンスに対応するライセンスのヘッダ、RMPI等の情報をライセンス情報として再構成して出力する。
【０１３６】
『ライセンスIDリスト出力処理』
ライセンス管理部５５は、レジデントアプリケーション４０の指示より保持する全ライセンスのライセンスIDリストを出力する。
【０１３７】
『ライセンス保持容量管理処理』
ライセンス管理部５５は、ライセンスストア部５６のライセンス保持領域の空き容量を管理し、レジデントアプリケーション４０からの要求により出力する。
【０１３８】
『ライセンス削除処理』
ライセンス管理部５５は、以下の３つの場合においてライセンスを削除する。
・レジデントアプリケーション４０より指定された特定のライセンスを削除する。
・レジデントアプリケーション４０からのトリガーにより、その時点で有効期限の切れたライセンスを全て削除する。
・利用回数制限有りのライセンスを利用した時にそのライセンスを削除する。
【０１３９】
『ライセンス一時記憶処理』
ライセンス管理部５５は、ライセンスストア部５６に、取得したライセンスを永続保持するのに充分な空き容量がない場合に、通信で取得したライセンスに限り、一時記憶領域にキャッシュすることを可能とする。ライセンスを設定する場合には、ライセンスストア部５６で永続保持されたライセンスと同等に設定するライセンスの対象となる。通信で取得するライセンスは、利用権利を有する間は、再生時にいつでもライセンスサーバ１０から取得可能であるので、この機能によりライセンスストア部５６の空き容量不足でコンテンツの再生が不可となるケースを少なくすることができる。
【０１４０】
「ライセンス設定処理」
ライセンス管理部５５は、特定のコンテンツの再生に際して、対応するライセンスに含まれるコンテンツ鍵KcとRMPIをカレントライセンスキャッシュ部６０に展開して利用可能な状態とする。
【０１４１】
１階層ライセンスの場合には、指定された個別ライセンスを読み出して含まれるコンテンツ鍵KcとRMPIが利用可能な状態に設定される。２階層ライセンスの場合には、レジデントアプリケーション４０から入力される蓄積用サブライセンスがまずドメイン鍵Kdで暗号復号される（サブライセンスローカライズ部５８）。さらに対応するメインライセンスが読み出されて、これに含まれるワーク鍵Kwsで暗号復号されて（サブライセンス復号部５９）、サブライセンスに含まれるコンテンツ鍵Kcと、メインライセンス及びサブライセンスの条件統合したRMPIが利用可能状態に設定される（カレントライセンスキャッシュ部６０）。
【０１４２】
いまの場合、後述するように、コンテンツが別のコンテンツを参照して、同時再生されるので、参照元のコンテンツ用のライセンス(一次利用ライセンス)と参照先のコンテンツ用のライセンス(二次利用ライセンス)の２つ利用可能状態ライセンスが設定される。
【０１４３】
利用可能状態となったライセンスは、カレントライセンスキャッシュ部６０の、上記２つのライセンスキャッシュ領域毎に、別のライセンスが次に設定されるまでは電源をOFFしない限り利用可能状態が保たれ、その間、同じ利用条件の下でコンテンツの利用制御が行われる。
【０１４４】
「ライセンス利用処理」
利用条件判定部６１は、RMPIを用いた利用判定により対象となるコンテンツの利用許可を行う。
【０１４５】
タイプ２コンテンツにおけるライセンス利用は、基本的にコンテンツを構成する個々のリソース再生の開始毎に行われる。レンダラ３６からの再生許可要求により、指定された一次または二次の利用可能状態ライセンスに関して利用条件判定が行われ、利用可と判定された場合に、指定されたリソースに対応するコンテンツ鍵Kcと共にレンダラ利用条件が転送される。
【０１４６】
タイプ１コンテンツにおけるライセンス利用は、２段階に分かれる。まず対象となるストリームリソースの再生開始時に、レンダラ３６から再生許可要求により指定された一次／二次の利用可能状態ライセンスに関して利用条件判定が行われ、利用可と判定された場合に、レンダラ利用条件のみが転送される。次にストリームリソースに含まれるECM‐Kcが更新周期毎に入力されると、その時点で利用条件判定が行われ、利用可と判定された場合にのみコンテンツ鍵KcでECM-Kcの暗号復号が行われ、その結果得られたスクランブル鍵Ksが転送される。
【０１４７】
（１０）タイプ２コンテンツとタイプ１コンテンツの混合型サービス
タイプ２コンテンツとタイプ１コンテンツを混合して提供する場合のコンテンツのデータ構造を、図１０を参照して説明する。このサービスによって、通常のTV番組を蓄積したタイプ１コンテンツ、およびそのタイプ１コンテンツを視聴者の操作によってシーン単位で再生させるBMLファイルやメタデータファイルを含むタイプ２コンテンツにより、TV番組のダイジェスト再生などのTV番組のノンリニア視聴を実現することができる。
【０１４８】
なおこのサービスにおいて、タイプ１コンテンツとタイプ２コンテンツは同時に伝送されることもあるが、別の時間に異なる経路で伝送されることも想定されている。
【０１４９】
混合型サービスを構成するタイプ１コンテンツとタイプ２コンテンツは、例えば図１０に示すディレクトリ構造で、蓄積メディア３１上に蓄積される。
【０１５０】
タイプ２コンテンツは、ルートディレクトリ「TYPE2_Contents_1」の下に、構成されるファイルが全て配置されている。ルートディレクトリ「TYPE2_Contents_1」の直下にはディレクトリ「0000」乃至ディレクトリ「0003」が配置され、それぞれコンテンツにおける機能分担毎にまとめられている。
【０１５１】
ディレクトリ「0000」の下には、いくつかの制御ファイルが配置されている。これらは限定再生の暗号化対象ではない。
【０１５２】
起動文書（ERI）は、このコンテンツを再生する場合に最初に読み出されるファイルで、ライセンスへの参照情報と最初に再生すべきファイル名等が記述されている。ACIは、このコンテンツのサブライセンスを含むファイルである。
【０１５３】
ディレクトリ「0001」の下には、BMLファイルBML_1と、これから即時に読み出されるJPEGやPNG等のモノメディアファイル（ファイルJPEG_1乃至JPEG_nおよびPNG_1乃至PNG_n）がそれぞれ配置される。これらは同じコンテンツ鍵Kc1で暗号化されている。
【０１５４】
ディレクトリ「0002」の下には、上記BML文書から参照されるタイプ２コンテンツのストリームファイルTYPE2_Stream_1が１つあり、BML文書の画面上における視聴者の操作によって、このストリームファイルが再生される。これは単独でコンテンツ鍵Kc2で暗号化されている。
【０１５５】
ディレクトリ「0003」の下には、上記BML文書から視聴者操作により、タイプ１コンテンツのストリームファイルをシーン単位に再生（セグメント再生）するのに用いるシーン毎の時間位置情報などを記述したセグメントメタデータファイルSegmentMeta_1乃至SegmentMeta_nが配置されている。ここで用いる複数のセグメントメタデータファイルSegmentMetaはコンテンツ鍵Kc3で暗号化されておりタイプ２コンテンツの１部となっている。
【０１５６】
このタイプ２コンテンツは、対応するライセンスの形態としては２階層ライセンスを想定とし、メインライセンスは再生開始時に通信で取得され、サブライセンスは上記ACIとして蓄積されるものとする。
【０１５７】
タイプ１コンテンツについてはルートディレクトリ「TYPE1_Contents_1」の下にTV番組を記録したストリームファイルTYPE1_Stream_1が配置されている。タイプ１コンテンツも２階層ライセンスとし、メインライセンスは既に取得済みとする。サブライセンスは、Kc配布用ECMを受信時に分離してサブライセンスファイルSublicenseとしてストリームファイルと一緒に蓄積されている。
【０１５８】
次に上述したタイプ１コンテンツとタイプ２コンテンツとが混合した混合型サービスを利用する場合の受信機２の動作を、図１１のフローチャートを参照して説明する。尚、図１１において、縦方向の矢印は時間経過を示し、横方向の矢印は各エンティティ間の情報のやり取りを示している。
【０１５９】
ライセンスサーバ１０以外は受信機２内のエンティティである。ストリームレンダラ３６Ａは、ストリームファイルを復号再生するレンダラ３６の部分（例えば、暗号復号器３２、デマルチプレクサ２５乃至音声デコーダ２７）で構成され、マルチメディアレンダラ３６Ｂは、BMLファイルやモノメディアファイルを復号再生するレンダラ３６の部分（例えば、暗号復号器３２およびBMLブラウザ２８）で構成されている。
【０１６０】
視聴者操作によりタイプ２コンテンツの再生起動がかかると、ステップＳ１において、レジデントアプリケーション４０は、蓄積メディア３１から起動文書ERIを読み出し、ステップＳ２において、これに含まれるライセンス情報を基にサーバ型CASモジュール３３にメインライセンスの取得要求を行う。
【０１６１】
ステップＳ３において、サーバ型CASモジュール３３は、ライセンスサーバ１０からメインライセンスを取得し保持する。
【０１６２】
ステップＳ４において、レジデントアプリケーション４０は、さらに起動文書ERIの情報より蓄積メディア３１からACIファイルを読み出し、ステップＳ５において、これに含まれるサブライセンスをサーバ型CASモジュール３３に入力してライセンス設定要求を行う。
【０１６３】
サーバ型CASモジュール３３は、タイプ２コンテンツのメインライセンスでサブライセンスの暗号を解いて一次利用可能状態ライセンスとしてコンテンツ鍵Kc１乃至鍵Kc3とRMPIをカレントライセンスキャッシュ部６０に展開する（例えば、図５の番号３に対応する処理）（図８の「ライセンス設定処理」）。
【０１６４】
ステップＳ６において、レジデントアプリケーション４０は、起動文書ERIより最初に再生すべきファイルBML_1の再生をマルチメディアレンダラ３６Ｂに指示する。ステップＳ７において、マルチメディアレンダラ３６Ｂは、サーバ型CASモジュール３３に再生開始要求を行う。
【０１６５】
サーバ型CASモジュール３３は、その時点での一次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、コンテンツ鍵Kc1とレンダラ利用条件をマルチメディアレンダラ３６Ｂに返す（例えば、図５の番号４に対応する処理）（図８の「ライセンス利用処理」）。
【０１６６】
ステップＳ８において、マルチメディアレンダラ３６Ｂは、ファイルBML_1文書を読み出して、ステップＳ９において、コンテンツ鍵Kc1で暗号復号を行い、表示を開始する。その過程でファイルJPEG、ファイルPNG等のリソースが参照される。これらはファイルBML_1と同じコンテンツ鍵Kc1で暗号化されているので、リソース毎にサーバ型CASモジュール３３にアクセスせず、読み出す毎に暗号復号が行われ、BMLに従った表示が行われる。
【０１６７】
これまでの処理により、例えば、図１２に示すように、後述するようにしてタイプ１コンテンツが表示される表示部Ｗや、その表示を説明する所定の情報（「動物図鑑」、ボタンＢ１，Ｂ２，Ｂ３，Ｂ１１，Ｂ１２）が、受信機２の図示せぬ表示部に表示される。
【０１６８】
視聴者が、リモコンキー操作により、タイプ２コンテンツの映像を表示させるように指示すると、ステップＳ１０において、マルチメディアレンダラ３６Ｂは、ストリームレンダラ３６Ａに再生指示を行う。
【０１６９】
ステップＳ１１において、ストリームレンダラ３６Ａは、サーバ型CASモジュール３３に再生開始要求を行う。サーバ型CASモジュール３３は、その時点での一次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、コンテンツ鍵Kc2とレンダラ利用条件をストリームレンダラ３６Ａに返す。
【０１７０】
ステップＳ１２において、ストリームレンダラ３６Ａは、ファイルTYPE2_Stream_1を読み出し、コンテンツ鍵Kc2で暗号復号し、映像再生を行う。
【０１７１】
次にまた視聴者が、リモコンキー操作により、タイプ１コンテンツの映像の一部のセグメント再生を指示すると（図１２の例ではボタンＢ1が操作されると）、ステップＳ１３において、マルチメディアレンダラ３６Ｂは、ファイルBML文書中のセグメント再生関数を呼び出し、セグメントメタデータSegmentMeta_1乃至SegmentMeta_nを参照するので、その読み出し前にサーバ型CASモジュール３３に再生開始要求を行う。
【０１７２】
サーバ型CASモジュール３３は、その時点での一次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、コンテンツ鍵Kc3とレンダラ利用条件をマルチメディアレンダラ３６Ｂに返す。
【０１７３】
ステップＳ１４において、マルチメディアレンダラ３６Ｂ（図示せぬセグメント再生関数実行部）は、セグメントメタデータSegmentMeta_1を読み出し、コンテンツ鍵Kc3で暗号復号を行い、さらにデジタル署名により改竄検出及び署名検証を行う。これが問題なければ、ステップＳ１５において、署名に含まれるメタデータ制作者IDをサーバ型CASモジュール３３に入力する。またセグメント再生関数で指定されたセグメントに対応する開始と終了相対時刻も抽出される。
【０１７４】
マルチメディアレンダラ３６Ｂ（図示せぬセグメント再生関数実行部）は、ここでタイプ１コンテンツの起動シーケンスを開始する。まずステップＳ１６において、マルチメディアレンダラ３６Ｂは、タイプ１コンテンツに付随して蓄積されているサブライセンスファイルSubLicenseを読み出し、ステップＳ１７において、これを入力してサーバ型CASモジュール３３にライセンス設定要求を行う。
【０１７５】
サーバ型CASモジュール３３は、タイプ１コンテンツのメインライセンスでサブライセンスの暗号を解いて二次利用可能状態ライセンスとしてコンテンツ鍵KcとRMPIをカレントライセンスキャッシュ部６０に展開する（例えば、図３の番号３に対応する処理）（図８の「ライセンス設定処理」）。この時点で、カレントライセンスキャッシュ部６０には、１次利用可能状態ライセンス（タイプ２コンテンツのライセンス）と、２次利用可能状態ライセンス（タイプ１コンテンツのライセンス）の両方が展開されている。
【０１７６】
ステップＳ１８において、マルチメディアレンダラ３６Ｂ（セグメント再生関数実行部）は、ストリームレンダラ３６ＡにファイルTYPE1_Stream_1リソースの再生を指示する。ステップＳ１９において、ストリームレンダラ３６Ａは、サーバ型CASモジュール３３に再生開始要求を行う。
【０１７７】
サーバ型CASモジュール３３は、その時点での二次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、レンダラ利用条件をストリームレンダラ３６Ａに返す。
【０１７８】
ステップＳ２０において、ストリームレンダラ３６Ａは、蓄積メディア３１上のファイルTYPE1_Stream_1にアクセスしセグメントメタデータから抽出された開始相対時刻や終了相対時刻に対応するバイト位置からストリームを読み出す。
【０１７９】
ステップＳ２１において、レジデントアプリケーション４０は、このストリーム中よりECM-Kc（の更新）を検出し、ステップＳ２２において、これをサーバ型CASモジュール３３に入力する。
【０１８０】
サーバ型CASモジュール３３は、ECM-Kcをコンテンツ鍵Kcで復号してスクランブル鍵Ksを取り出す。
【０１８１】
ステップＳ２３において、ストリームレンダラ３６Ａは、スクランブル鍵Ksを要求する。サーバ型CASモジュール３３は、その時点での二次利用可能状態ライセンスに関して利用条件判定を行い利用可であれば、スクランブル鍵Ksをストリームレンダラ３６Ａに返す（図３の番号４に対応する処理）（図８の「ライセンス利用処理」）。これにより、ステップＳ２４で、ストリームTYPE1_Stream_1がスクランブル鍵Ksでデスクランブルされ、再生される（図１２の例では、表示部Ｗに「馬」の映像が表示される）。
【０１８２】
ステップＳ２２乃至ステップＳ２４を繰り返すことにより再生が続いてセグメントの終了相対時刻でタイプ１コンテンツ再生が終了される。この間もタイプ２コンテンツとしてのBML文書の実行は継続している。
【０１８３】
このようにしてタイプ１コンテンツとタイプ２コンテンツとが混合した混合型サービスを利用することができる。
【０１８４】
また例えば、混合するタイプ１コンテンツとタイプ２コンテンツを、階層的に記憶するようにしたので、ライセンスの形態やライセンスの伝送経路のバリエーションが増大しても、サーバ型CASモジュール３３を簡単に構成することができ、装置のコスト高を抑制することができる。
【０１８５】
またライセンスストア部５６の空き容量が不足してライセンスを記憶することができない場合、ライセンス管理部５５が一時的に記憶するようにしたので、大容量のライセンスストア部５６を用意する必要がなくなるので、装置のコスト高を抑制することができる。
【０１８６】
上述した一連の処理は、専用のハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。
【０１８７】
なお、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０１８８】
【図１】本発明を適用したサーバ型放送システムの構成例を示す図である。
【図２】図１の受信機２の構成例を示すブロック図である。
【図３】限定再生処理を説明する図である。
【図４】他の限定再生処理を説明する図である。
【図５】他の限定再生処理を説明する図である。
【図６】他の限定再生処理を説明する図である。
【図７】本発明を適用した総合サーバ型CASシステムのデータ経路を示す図である。
【図８】本発明に係るライセンス処理とコンテンツ再生処理を説明する図である。
【図９】図２のサーバ型CASモジュール３３の機能的構成例を示すブロック図である。
【図１０】混合型サービスのコンテンツのデータ構造を示す図である。
【図１１】混合型サービスを利用する場合の受信機２の動作を説明するフローチャートである。
【図１２】混合型サービスの表示例を示す図である。
【符号の説明】
【０１８９】
１ 放送局， ２ 受信機， ９ コンテンツサーバ， １０ ライセンスサーバ，
１１ ショップ／決済サーバ， １２ ドメイン管理サーバ， ３１ 蓄積メディア，
３３ サーバ型CASモジュール， ３６ レンダラ， ４０ レジデントアプリケーション， ５１ ライセンスサーバI/F， ５２ レジデントアプリケーションI/F， ５３ EMM復号部， ５４ Kms保持部， ５５ ライセンス管理部， ５６ ライセンスストア部， ５７ ドメイン情報保持部， ５８ サブライセンスローカライズ部， ５９ サブライセンス復号部， ６０ カレントライセンスキャッシュ部， ６１ 利用条件判定部， ６２ ECM-Kc復号部， ６３ Ksキャッシュ部， ６４ メタ製作者IDキャッシュ部， ６５ レンダラI/F， ６６ レンダラ利用条件生成部
【特許請求の範囲】
【請求項１】
蓄積メディアに蓄積された、放送または通信により配信されたコンテンツの、コンテンツ鍵を利用した再生処理を、この利用権利および利用条件に基づいて制御する情報処理装置において、
複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得手段と、
前記メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得手段と、
前記メインライセンス及び前記個別ライセンスを永続的に記憶する第１の記憶手段と、
前記第１の記憶手段により記憶された前記メインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出し手段と、
前記第１の記憶手段により記憶された前記ライセンスに関する情報を出力する出力手段と、
前記読み出し手段により読み出された前記個別ライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶手段と、
前記コンテンツ鍵と前記コンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、前記第１の記憶手段により記憶された対応するメインライセンスのワーク鍵で暗号復号し、前記サブライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶手段と、
コンテンツ利用開始時に、前記第２の記憶手段または前記第３の記憶手段により一時記憶された前記コンテンツの利用条件情報を判定し、前記コンテンツの利用条件情報を満足する場合にのみ、前記第２の記憶手段または前記第３の記憶手段により一時記憶された前記コンテンツ鍵を供給する供給手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記供給手段は、前記コンテンツが部分毎のスクランブル鍵で暗号化されている場合には、部分毎の前記スクランブル鍵が前記コンテンツ鍵で暗号化された情報を入力し、前記第２の記憶手段または前記第３の記憶手段により記憶された前記コンテンツ鍵Kcによって暗号復号し、その結果得られた部分毎の前記スクランブル鍵Ksを供給する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１の取得手段または前記第２の取得手段は、前記第１の記憶手段が前記個別ライセンス又はメインライセンスを記憶できない場合、これを一時記憶し、
前記読み出し手段は、指定されたライセンスが、前記第１の取得手段または前記第２の取得手段により一時記憶された前記個別ライセンス又はメインライセンスである場合に、これを前記第１の取得手段または前記第２の取得手段から読み出す
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記コンテンツが別のコンテンツを参照して同時再生する場合に、前記第２の記憶手段および前記第３の記憶手段は、それぞれ、参照元のコンテンツに対応するライセンスおよび参照先のコンテンツに対応するライセンスに関して、これらに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開して一時記憶し、
前記供給手段は、前記第２の記憶手段または第３の記憶手段に記憶された２つのライセンスに関して、コンテンツ利用時にライセンスの指定に応じて、対応する前記第２の記憶手段または第３の記憶手段に記憶された前記ライセンスの利用条件情報を用いてコンテンツの利用判定を行い、条件を満足する場合にのみ前記コンテンツ鍵を供給する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
蓄積メディアに蓄積された、放送または通信により配信されたコンテンツの、コンテンツ鍵を利用した再生処理を、この利用権利および利用条件に基づいて制御する情報処理方法において、
複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップと、
前記メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップと、
前記メインライセンス及び前記個別ライセンスを永続的に記憶する第１の記憶ステップと、
前記第１の記憶ステップの処理で記憶された前記メインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、
前記第１の記憶ステップの処理で記憶された前記ライセンスに関する情報を出力する出力ステップと、
前記読み出しステップの処理で読み出された前記個別ライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップと、
前記コンテンツ鍵と前記コンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、前記第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、前記サブライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップと、
コンテンツ利用開始時に、前記第２の記憶ステップまたは前記第３の記憶ステップの処理で一時記憶された前記コンテンツの利用条件情報を判定し、前記コンテンツの利用条件情報を満足する場合にのみ、前記第２の記憶ステップまたは前記第３の記憶ステップの処理で一時記憶された前記コンテンツ鍵を供給する供給ステップと
を含むことを特徴とする情報処理方法。
【請求項６】
蓄積メディアに蓄積された、放送または通信により配信されたコンテンツの、コンテンツ鍵を利用した再生処理を、この利用権利および利用条件に基づいて制御する情報処理装置を制御するプロセッサに実行させるプログラムにおいて、
複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップと、
前記メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップと、
前記メインライセンス及び前記個別ライセンスを永続的に記憶する第１の記憶ステップと、
前記第１の記憶ステップの処理で記憶された前記メインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、
前記第１の記憶ステップの処理で記憶された前記ライセンスに関する情報を出力する出力ステップと、
前記読み出しステップの処理で読み出された前記個別ライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップと、
前記コンテンツ鍵と前記コンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、前記第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、前記サブライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップと、
コンテンツ利用開始時に、前記第２の記憶ステップまたは前記第３の記憶ステップの処理で一時記憶された前記コンテンツの利用条件情報を判定し、前記コンテンツの利用条件情報を満足する場合にのみ、前記第２の記憶ステップまたは前記第３の記憶ステップの処理で一時記憶された前記コンテンツ鍵を供給する供給ステップと
を含むことを特徴とするプログラム。
【請求項１】
蓄積メディアに蓄積された、放送または通信により配信されたコンテンツの、コンテンツ鍵を利用した再生処理を、この利用権利および利用条件に基づいて制御する情報処理装置において、
複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得手段と、
前記メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得手段と、
前記メインライセンス及び前記個別ライセンスを永続的に記憶する第１の記憶手段と、
前記第１の記憶手段により記憶された前記メインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出し手段と、
前記第１の記憶手段により記憶された前記ライセンスに関する情報を出力する出力手段と、
前記読み出し手段により読み出された前記個別ライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶手段と、
前記コンテンツ鍵と前記コンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、前記第１の記憶手段により記憶された対応するメインライセンスのワーク鍵で暗号復号し、前記サブライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶手段と、
コンテンツ利用開始時に、前記第２の記憶手段または前記第３の記憶手段により一時記憶された前記コンテンツの利用条件情報を判定し、前記コンテンツの利用条件情報を満足する場合にのみ、前記第２の記憶手段または前記第３の記憶手段により一時記憶された前記コンテンツ鍵を供給する供給手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記供給手段は、前記コンテンツが部分毎のスクランブル鍵で暗号化されている場合には、部分毎の前記スクランブル鍵が前記コンテンツ鍵で暗号化された情報を入力し、前記第２の記憶手段または前記第３の記憶手段により記憶された前記コンテンツ鍵Kcによって暗号復号し、その結果得られた部分毎の前記スクランブル鍵Ksを供給する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１の取得手段または前記第２の取得手段は、前記第１の記憶手段が前記個別ライセンス又はメインライセンスを記憶できない場合、これを一時記憶し、
前記読み出し手段は、指定されたライセンスが、前記第１の取得手段または前記第２の取得手段により一時記憶された前記個別ライセンス又はメインライセンスである場合に、これを前記第１の取得手段または前記第２の取得手段から読み出す
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記コンテンツが別のコンテンツを参照して同時再生する場合に、前記第２の記憶手段および前記第３の記憶手段は、それぞれ、参照元のコンテンツに対応するライセンスおよび参照先のコンテンツに対応するライセンスに関して、これらに含まれるコンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開して一時記憶し、
前記供給手段は、前記第２の記憶手段または第３の記憶手段に記憶された２つのライセンスに関して、コンテンツ利用時にライセンスの指定に応じて、対応する前記第２の記憶手段または第３の記憶手段に記憶された前記ライセンスの利用条件情報を用いてコンテンツの利用判定を行い、条件を満足する場合にのみ前記コンテンツ鍵を供給する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
蓄積メディアに蓄積された、放送または通信により配信されたコンテンツの、コンテンツ鍵を利用した再生処理を、この利用権利および利用条件に基づいて制御する情報処理方法において、
複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップと、
前記メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップと、
前記メインライセンス及び前記個別ライセンスを永続的に記憶する第１の記憶ステップと、
前記第１の記憶ステップの処理で記憶された前記メインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、
前記第１の記憶ステップの処理で記憶された前記ライセンスに関する情報を出力する出力ステップと、
前記読み出しステップの処理で読み出された前記個別ライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップと、
前記コンテンツ鍵と前記コンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、前記第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、前記サブライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップと、
コンテンツ利用開始時に、前記第２の記憶ステップまたは前記第３の記憶ステップの処理で一時記憶された前記コンテンツの利用条件情報を判定し、前記コンテンツの利用条件情報を満足する場合にのみ、前記第２の記憶ステップまたは前記第３の記憶ステップの処理で一時記憶された前記コンテンツ鍵を供給する供給ステップと
を含むことを特徴とする情報処理方法。
【請求項６】
蓄積メディアに蓄積された、放送または通信により配信されたコンテンツの、コンテンツ鍵を利用した再生処理を、この利用権利および利用条件に基づいて制御する情報処理装置を制御するプロセッサに実行させるプログラムにおいて、
複数のコンテンツを利用する権利の存在を示しワーク鍵を含むメインライセンスを放送から取得する第１の取得ステップと、
前記メインライセンス、及び１個のコンテンツを利用する権利の存在を示しコンテンツ鍵とコンテンツの利用条件情報を含む個別ライセンスを通信から取得する第２の取得ステップと、
前記メインライセンス及び前記個別ライセンスを永続的に記憶する第１の記憶ステップと、
前記第１の記憶ステップの処理で記憶された前記メインライセンス及び個別ライセンスから、指定された１つのライセンスを読み出す読み出しステップと、
前記第１の記憶ステップの処理で記憶された前記ライセンスに関する情報を出力する出力ステップと、
前記読み出しステップの処理で読み出された前記個別ライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報をより高速に読み出し可能な形態に展開し一時記憶する第２の記憶ステップと、
前記コンテンツ鍵と前記コンテンツの利用条件情報を含む情報が対応するメインライセンスのワーク鍵で暗号化されたサブライセンスを入力し、前記第１の記憶ステップの処理で記憶された対応するメインライセンスのワーク鍵で暗号復号し、前記サブライセンスに含まれる前記コンテンツ鍵とコンテンツの利用条件情報を高速に読み出し可能な形態に展開し一時記憶する第３の記憶ステップと、
コンテンツ利用開始時に、前記第２の記憶ステップまたは前記第３の記憶ステップの処理で一時記憶された前記コンテンツの利用条件情報を判定し、前記コンテンツの利用条件情報を満足する場合にのみ、前記第２の記憶ステップまたは前記第３の記憶ステップの処理で一時記憶された前記コンテンツ鍵を供給する供給ステップと
を含むことを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−５９２９（Ｐ２００７−５９２９Ａ）
【公開日】平成１９年１月１１日（２００７．１．１１）
【国際特許分類】
【出願番号】特願２００５−１８１０５２（Ｐ２００５−１８１０５２）
【出願日】平成１７年６月２１日（２００５．６．２１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１９年１月１１日（２００７．１．１１）
【国際特許分類】
【出願日】平成１７年６月２１日（２００５．６．２１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]