(57)【要約】【課題】  サーバ型放送において、複数種類のコンテンツに対応可能な限定再生を行うようにする。【解決手段】放送局１からの放送によるコンテンツ配信のみでなく、コンテンツサーバ９による通信によるダウンロードコンテンツ、ストリーミングコンテンツにも対応可能な限定再生システムとサーバ型CASモジュールが実現可能となる。またこれにより様々なコンテンツの配信形態のハイブリッド型の課金運用も可能となる。さらに家庭内の複数の受信機ではコンテンツを共同利用でき、一方で家庭外の受信機に対しては、同じ視聴契約があってもコンテンツをコピーした場合に利用できないようにすることができる。【選択図】  図１
2006287769.tif 000002
【特許請求の範囲】
【請求項１】
放送または通信によりコンテンツを配信する配信装置と、
前記コンテンツを受信し、さらに場合によっては蓄積メディアに蓄積した後、この利用権利を保有しかつ利用条件が満たされている場合にのみこれを再生する受信装置と、
前記受信装置をグループ分けし、同じグループの前記受信装置のみが利用可能とする為に、前記グループの情報を管理しグループ単位に固有の鍵を生成管理するグループ管理装置と、
個々の前記受信装置機固有の鍵を管理する鍵管理装置と、
前記受信装置固有の鍵でグループ固有の鍵を暗号化してこれをグループ鍵情報として放送波で送出する送出装置と
を備える配信システムにおいて、
前記グループ管理装置は、
前記受信機固有の鍵を元に前記受信装置と通信して前記グループ固有の鍵を転送する
ことを特徴とする配信システム。
【請求項２】
前記受信装置は、
放送を受信、或いは通信によって前記グループ鍵情報を受信機固有の鍵で復号し、グループ鍵を取り出して保持する手段
を備えることを特徴とする請求項１に記載の配信システム。
【請求項３】
前記受信装置は、
複数のコンテンツを利用する権利の存在を示すワーク鍵を含むメインライセンスを放送または通信から取得し保持する手段と、
コンテンツ鍵で暗号化したコンテンツと、コンテンツ鍵とコンテンツ利用条件情報を含む情報を前記ワーク鍵で暗号化したサブライセンスを放送または通信路から受信する手段と、
前記サブライセンスを前記グループ鍵で暗号化する手段と、
前記グループ鍵で暗号化されたサブライセンスを蓄積装置に蓄積する手段と、
前記グループ鍵で暗号化されたサブライセンスをグループ鍵で復号し、さらに前記ワーク鍵で復号してコンテンツ鍵とコンテンツ利用条件情報を含む情報を取り出す手段と、
コンテンツ利用時にコンテンツ利用条件情報を判定し条件を満足する場合にのみコンテンツ鍵を出力する手段と、
コンテンツ鍵でコンテンツの暗号を復号する手段と、
コンテンツが部分毎の鍵で暗号化されている場合には、部分毎の鍵をコンテンツ鍵で暗号化した情報をコンテンツと共に受信蓄積する手段と、
前記部分毎の鍵をコンテンツ鍵で暗号化した情報を再生時に前記コンテンツ鍵を出力する手段から出力されたコンテンツ鍵で復号する手段と、
コンテンツを部分毎の鍵で復号する手段と
を備えることを特徴とする請求項１に記載の配信システム。
【請求項４】
放送または通信によりコンテンツを配信する配信装置と、
前記コンテンツを受信し、さらに場合によっては蓄積メディアに蓄積した後、この利用権利を保有しかつ利用条件が満たされている場合にのみこれを再生する受信装置とからなる配信システムにおいて、
前記受信装置は、
複数のコンテンツを利用する権利の存在を示すワーク鍵を含むメインライセンスを受信装置固有の鍵で暗号化したEMMを含む放送信号を受信する手段と、
受信されたEMMを前記受信装置固有の鍵で復号してメインライセンスを取り出す手段と、
通信ネットワーク上の装置と通信を行い、前記受信装置と特定の通信ネットワーク上の装置の双方で保持する前記受信装置固有の鍵を元に、相互認証と通信データ秘匿の為の設定を行う通信手段と、
前記通信手段を通して伝送される前記複数のコンテンツを利用する権利の存在を示すワーク鍵を含むメインライセンスを受信して取り出す手段と、
メインライセンスを保持する手段と
を備えることを特徴とする配信システム。
【請求項５】
前記受信装置は、
複数のコンテンツを利用する権利の存在を示すワーク鍵を含むメインライセンスを保持する通信ネットワーク上の装置と通信する時に、前記受信装置固有の鍵を保持する特定の通信ネットワーク上の装置と前記受信装置の双方で保持する前記受信装置固有の鍵を元に、相互認証と通信データ秘匿の為の設定を行って、前記メインライセンスを前記通信ネットワーク上の装置から受信機に通信ネットワークを介して伝送するライセンス伝送方式の両方を利用する
ことを特徴とする請求項４に記載の配信システム。
【請求項６】
前記受信装置は、複数の受信装置グループに属し、前記複数のグループ鍵を取得し保持する
ことを特徴とする請求項２に記載の配信システム。
【請求項７】
前記受信装置は、
複数の受信機グループに属し、前記複数のグループ鍵を取得し保持する手段と、
前記サブライセンスと共に特定のグループ鍵を特定する情報を放送または通信より受信する手段と、
受信された前記グループ鍵を特定する情報から、前記保持するグループ鍵から１つを選択する手段と、
選択された前記グループ鍵でサブライセンスを暗号化する手段と、
暗号化された前記サブライセンスを選択された前記グループ鍵で暗号復号する手段と
をさらに備えることを特徴とする請求項３に記載の配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信システムに関し、特にサーバ型放送において、複数の形態のコンテンツ配信に対応可能な限定再生を行うことができるようにする対応する、配信システムに関する。
【背景技術】
【０００２】
視聴者が視聴したい番組を視聴したいときに随時視聴することができる１つの放送形態として、サーバ型放送が提案されている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
サーバ型放送で取り扱われるコンテンツには、例えば、通常のテレビジョン放送を蓄積利用するタイプ１コンテンツと蓄積専用サービスのコンテンツを蓄積利用するタイプ２コンテンツがある。
【０００４】
ところで、サーバ型放送では、コンテンツの利用は、視聴者の契約内容によって限定されるが、従来において、タイプ１コンテンツとタイプ２コンテンツでは、その再生限定のための限定受信方式が大きく異なるものになっていた。その為、例えば視聴者側の受信機における受信再生処理の負荷が重いものになっていた。
【０００５】
また家庭内の複数の受信機ではコンテンツを共同利用できるが、他の家庭の受信機では、同じ視聴契約があってもコンテンツをコピーして他の家庭では利用できないようにする、というサービス要求が満たされていなかった。
【０００６】
さらにサーバ型放送だけでなく通信でのコンテンツ配信が考慮された体系になっていなかった。
【課題を解決するための手段】
【０００７】
本発明の配信システムは、放送または通信によりコンテンツを配信する配信装置と、コンテンツを受信し、さらに場合によっては蓄積メディアに蓄積した後、この利用権利を保有しかつ利用条件が満たされている場合にのみこれを再生する受信装置と、受信装置をグループ分けし、同じグループの受信装置のみが利用可能とする為に、グループの情報を管理しグループ単位に固有の鍵を生成管理するグループ管理装置と、個々の受信装置機固有の鍵を管理する鍵管理装置と、受信装置固有の鍵でグループ固有の鍵を暗号化してこれをグループ鍵情報として放送波で送出する送出装置とを備え、グループ管理装置は、受信機固有の鍵を元に受信装置と通信してグループ固有の鍵を転送することを特徴とする。
【０００８】
受信装置に、放送を受信、或いは通信によってグループ鍵情報を受信機固有の鍵で復号し、グループ鍵を取り出して保持する手段を設けることができる。
【０００９】
受信装置に、複数のコンテンツを利用する権利の存在を示すワーク鍵を含むメインライセンスを放送または通信から取得し保持する手段と、コンテンツ鍵で暗号化したコンテンツと、コンテンツ鍵とコンテンツ利用条件情報を含む情報をワーク鍵で暗号化したサブライセンスを放送または通信路から受信する手段と、サブライセンスをグループ鍵で暗号化する手段と、グループ鍵で暗号化されたサブライセンスを蓄積装置に蓄積する手段と、グループ鍵で暗号化されたサブライセンスをグループ鍵で復号し、さらにワーク鍵で復号してコンテンツ鍵とコンテンツ利用条件情報を含む情報を取り出す手段と、コンテンツ利用時にコンテンツ利用条件情報を判定し条件を満足する場合にのみコンテンツ鍵を出力する手段と、コンテンツ鍵でコンテンツの暗号を復号する手段と、コンテンツが部分毎の鍵で暗号化されている場合には、部分毎の鍵をコンテンツ鍵で暗号化した情報をコンテンツと共に受信蓄積する手段と、部分毎の鍵をコンテンツ鍵で暗号化した情報を再生時にコンテンツ鍵を出力する手段から出力されたコンテンツ鍵で復号する手段と、コンテンツを部分毎の鍵で復号する手段とを設けることができる。
【００１０】
本発明の第２の、放送または通信によりコンテンツを配信する配信装置と、コンテンツを受信し、さらに場合によっては蓄積メディアに蓄積した後、この利用権利を保有しかつ利用条件が満たされている場合にのみこれを再生する受信装置とからなる配信システムは、受信装置は、複数のコンテンツを利用する権利の存在を示すワーク鍵を含むメインライセンスを受信装置固有の鍵で暗号化したEMMを含む放送信号を受信する手段と、受信されたEMMを受信装置固有の鍵で復号してメインライセンスを取り出す手段と、通信ネットワーク上の装置と通信を行い、受信装置と特定の通信ネットワーク上の装置の双方で保持する受信装置固有の鍵を元に、相互認証と通信データ秘匿の為の設定を行う通信手段と、通信手段を通して伝送される複数のコンテンツを利用する権利の存在を示すワーク鍵を含むメインライセンスを受信して取り出す手段と、メインライセンスを保持する手段とを備えることを特徴とする。
【００１１】
受信装置に、複数のコンテンツを利用する権利の存在を示すワーク鍵を含むメインライセンスを保持する通信ネットワーク上の装置と通信する時に、受信装置固有の鍵を保持する特定の通信ネットワーク上の装置と受信装置の双方で保持する受信装置固有の鍵を元に、相互認証と通信データ秘匿の為の設定を行って、メインライセンスを通信ネットワーク上の装置から受信機に通信ネットワークを介して伝送するライセンス伝送方式の両方を利用させることができる。
【００１２】
受信装置は、複数の受信装置グループに属し、受信装置に、複数のグループ鍵を取得し保持させることができる。
【００１３】
受信装置に、複数の受信機グループに属し、複数のグループ鍵を取得し保持する手段と、サブライセンスと共に特定のグループ鍵を特定する情報を放送または通信より受信する手段と、受信されたグループ鍵を特定する情報から、保持するグループ鍵から１つを選択する手段と、選択されたグループ鍵でサブライセンスを暗号化する手段と、暗号化されたサブライセンスを選択されたグループ鍵で暗号復号する手段とをさらに設けることができる。
【発明の効果】
【００１４】
本発明によれば、サーバ型放送において、複数の形態のコンテンツ配信に対応可能な限定再生を行うことができるようにする対応することができる。
【発明を実施するための最良の形態】
【００１５】
（１）サーバ型放送
本発明に関わるサーバ型放送について説明する。通常の放送は、放送波において映像信号や音声信号等が継続的に伝送され、これを受信機で継続的に受信し即時に再生し、視聴者が視聴するという形態が前提となっている。すなわち視聴者は、番組が放送されている時刻にその番組を視聴することができる。これに対して、サーバ型放送では、視聴者は視聴したい番組（コンテンツ）を自分の視聴したい時刻に視聴することができるようになされている。
【００１６】
この視聴形態を実現する為に、まず受信機は蓄積メディアを保有していることが必要となる。
【００１７】
サーバ型放送の１つの運用形態として、放送波の送信時に即時に視聴者が視聴するのではなく、受信機で放送波受信時に番組単位にコンテンツとして蓄積メディアに蓄積し、後に視聴者が好きなタイミングで視聴する形態がある。
【００１８】
また、この運用形態の発展形として、蓄積メディアへ蓄積するコンテンツを放送からだけでなく通信経由でダウンロードする形態がある。この運用形態での対象コンテンツがタイプ２コンテンツである。
【００１９】
また、通常の放送を番組単位でコンテンツとして蓄積し、後で視聴者が好きなタイミングで視聴するが、いわゆる録画とは異なり、コンテンツとして蓄積してタイプ２コンテンツと同様な視聴形態で視聴する。これにより例えば録画禁止の番組を蓄積させた後、特定に条件で有料視聴させる等のサービスが考えることができる。この運用形態での対象コンテンツがタイプ１コンテンツである。
【００２０】
さらに、視聴者が視聴したいタイミングで、通信ネットワーク上のサーバに要求して、視聴したいコンテンツをいわゆるストリーミングという伝送方式で、受信して即時に視聴する形態がある。
【００２１】
これらの運用形態に共通するのは、１つの番組単位であるコンテンツに対して、視聴者が、料金支払い等により視聴権利を獲得した上で、さらにコンテンツ毎の利用条件の範囲でコンテンツを視聴する、という運用のあり方が想定されていることであり、またこれに伴いこれらの運用に共通な技術として、利用権利と利用条件を表現するライセンスというデータの生成から消費までの処理に関わる技術、さらにこのライセンスに関連して、コンテンツを不正な利用から防御し、正しいライセンスの利用においてのみ再生可能とするための技術が必要となる。このような技術は限定再生技術と呼ばれている。
【００２２】
本発明は、サーバ型放送における限定再生技術に関するものである。
【００２３】
（２）サーバ型放送システム
図１は、本発明を適用したサーバ型放送システムの構成例を示している。
【００２４】
放送局１は、タイプ１コンテンツおよびタイプ２コンテンツを制作し、必要な暗号をかけて規定された伝送方式で放送波として送出する。
【００２５】
また放送局１は、各受信機２個別にライセンスを伝送する為に、Kms管理サーバ１３で生成された、受信機２個別のサーバ型マスタ鍵Kmsでライセンスを暗号化したEMM（Entitlement Management Message）（加入者毎の個別情報）を送出する。
【００２６】
受信機２−１、受信機２−２、および受信機２−３（以下、個々に区別する必要がない場合、単に、受信機２と称する。他の場合においても同様である）は、それぞれ蓄積メディア３１−１、３１−２、３１−３を具備したサーバ型放送対応受信機である。受信機２−１および２−２は、同じ家庭に属し、受信機２−３は、他の家庭に属しているものとする。
【００２７】
受信機２−１および２−２は、ホームネットワーク４を介してネットワーク接続されており、これによりコンテンツの相互利用が可能である。
【００２８】
各家庭の受信機２は、ゲートウェー５または６を介してブロードバンドネットワーク８に接続されており、ブロードバンドネットワーク８上のコンテンツサーバ９乃至ドメイン管理サーバ１２と必要に応じて通信を行うことができる。
【００２９】
コンテンツサーバ９は、受信機２に対して、ブロードバンドネットワーク８を介してコンテンツを供給する（放送とは別にコンテンツを供給する）。このコンテンツの供給方法としては、各受信機２の蓄積メディア３１に一旦ダウンロードさせる方法と、ストリーミングにより直接再生させる方法がある。
【００３０】
ライセンスサーバ１０は、受信機２が必要な時点でライセンスを通信経路で取得するという運用が行われる場合に、ライセンスを受信機２に供給する。
【００３１】
ショップ／決済サーバ１１は、視聴者が受信機２からBML等でコンテンツを購入する為のナビゲーションを行うWebサーバとしての機能、および課金・決済を行う機能を有している。
【００３２】
ドメイン管理サーバ１２は、ドメインの運用を適正に行うためにどの受信機２がどのドメインに属すかという情報を管理する。サーバ型放送では、基本的に各家庭のドメインを管理し、コンテンツを利用する為の上記ライセンスは、ドメインに対して付与されるようになされている。よって、例えば受信機２−１および２−２は、共通のライセンスでコンテンツ利用が可能であるが、受信機２−３は、別のドメインとなるので、受信機２−１および２−２とは別のライセンスが必要となる。
【００３３】
ドメイン管理サーバ１２はまた、ドメイン鍵を生成、管理して、各受信機２でもドメイン制御が適正に行われるように、放送または直接通信によりドメイン鍵を取得する。
【００３４】
Kms管理サーバ１３は、受信機２個別に埋め込まれたサーバ型マスタ鍵Kmsを管理する。サーバ型マスタ鍵Kmsは、サーバ型放送システム全体のセキュリティの要として、必要に応じてライセンス等の暗号化に用いられたり、ライセンスサーバ１０と受信機２間でライセンス伝送を行う場合のセキュリティのベースとして用いられる。
【００３５】
（３）サーバ型放送対応受信機
図２は、受信機２の構成例を示している。この受信機２は通常のデジタル放送受信機能も有しているものとする。
【００３６】
通常の放送が受信された場合、中間周波数の放送波入力２１からチューナー２２で選局対象のチャンネルを含むデータストリーム（以下、ＴＳと略称する）が抽出される。有料放送等でスクランブルがかかっているときには、デスクランブラ２３で、B-CASカード２４で視聴可能と判断されて出力されたスクランブル鍵でスクランブルが復号されて、デマルチプレクサ２５に入力される。デマルチプレクサ２５において選局対象のチャンネルを構成する映像、音声、およびデータ放送信号等の信号がフィルタリングされて、映像信号は映像デコーダ２６、音声信号は音声デコーダ２７、そしてデータ放送信号はBMLブラウザ２８にそれぞれ入力されて復号される。そして最終的に映像出力２９、音声出力３０となって視聴者に提示される。
【００３７】
サーバ型放送が受信された場合、通常の放送が受信されたときと同様に、放送波入力２１からチューナー２２で、サービス対象のストリームが抽出されるが、デスクランブラ２３ではデスクランブルが行われずにストリームはデマルチプレクサ２５にそのまま入力される。
【００３８】
デマルチプレクサ２５では、コンテンツとして蓄積すべきデータが抽出され、抽出されたコンテンツは、ストリームに含まれる蓄積制御情報に基づき、蓄積メディア３１にコンテンツのファイル群として蓄積される。
【００３９】
サーバ型放送が受信される場合はまた、コンテンツの再生に先立ち、ライセンスが放送或いは通信によってサーバ型CASモジュール３３に入力され、ライセンスが利用可能な状態に設定されるようになされている。ライセンスの形態としては、１階層ライセンスと２階層ライセンスがある。
【００４０】
１階層ライセンスの場合は、通信で伝送され、通信入出力３４から通信インターフェース３５を介して直接サーバ型CASモジュール３３に入力される。
【００４１】
２階層ライセンスは、メインライセンスとサブライセンスから構成されている。視聴者の利用権利を示すメインライセンスは、放送で伝送する運用と通信で伝送する運用の両方が想定される。
【００４２】
放送で伝送される場合、メインライセンスは、コンテンツの伝送とは独立してEMMパケットとして放送ストリーム内に埋め込まれて放送波入力２１よりチューナー２２を経てデマルチプレクサ２５で抽出され、サーバ型CASモジュール３３に入力される。
【００４３】
また通信で伝送される場合は、１階層ライセンスと同様に通信入出力３４から通信インターフェース３５を経て直接サーバ型CASモジュール３３に入力される。
【００４４】
サブライセンスは、コンテンツの一部として伝送されるので前述のフローで蓄積メディア３１に蓄積されるが、コンテンツを再生する前にサーバ型CASモジュール３３に入力される。
【００４５】
１階層ライセンスではライセンスが入力された後、２階層ライセンスではメインライセンスとサブライセンスの両方が入力された後、コンテンツを再生する前にサーバ型CASクライアントにおいて、ライセンスを利用可能な状態としライセンスに含まれる利用条件が判定され、利用可能であれば、ライセンスに含まれるコンテンツ鍵がサーバ型CASモジュール３３から出力されて暗号復号器３２に設定される。これにより蓄積メディア３１から読み出されたコンテンツの暗号を暗号復号器３２が復号することができるようになるので、コンテンツを再生することができるようになる。
【００４６】
コンテンツは、映像および音声を含むストリーム形態のものとBML文書ファイルやJPEGファイル等のファイル形態のものが想定されるが、前者の場合は、暗号復号器３２からストリームがデマルチプレクサ２５に供給され、そこで映像と音声に分離され、映像は、映像デコーダ２６で、音声は、音声デコーダ２７でそれぞれ復号されて映像出力２９、音声出力３０として視聴者に提示される。
【００４７】
また後者の場合は、暗号復号器３２からファイルがBMLブラウザ２８に供給され、そこでマルチメディア再生され、最終的に映像と共に映像出力２９として提示される。
【００４８】
なおコンテンツの再生処理を行うデマルチプレクサ２５乃至BMLブラウザ２８、および暗号復号器３２を、以下において、適宜レンダラ３６と称する。以降の本発明の説明においては、コンテンツ再生の詳細のモジュール構成は限定再生機能と直接関係ないのでレンダラ３６の処理として説明する。
【００４９】
（４）タイプ１コンテンツにおける限定再生処理
サーバ型放送で想定されているコンテンツと運用のバリエーション毎に、本発明において実現する限定再生機能について説明する。
【００５０】
はじめにタイプ１コンテンツにおける限定再生処理について説明する。タイプ１コンテンツは、通常の放送番組がコンテンツとして蓄積された後、限定された再生制御が行われるものである。サービスモデルとしては２通り想定されている。
【００５１】
１つは、無料放送であるが著作権保護を考慮してスクランブルされた番組において、録画とは別に、セグメントメタデータを利用したダイジェスト再生等の高度な利用を許容する為にタイプ１コンテンツとして蓄積させるサービスモデルである。もう１つはPPVのようなプレミアム番組において、録画は禁止であるが、コンテンツとして蓄積させて、有料で１回のみのような限定した再生を許可するようなサービスモデルである。
【００５２】
前者の無料番組の場合は、図３に示す２階層ライセンスモデルで実現可能である。この場合の限定再生処理を説明する。図３中の番号は、この限定再生処理の順番に対応している。
【００５３】
はじめに、図３の番号１に対応する処理として、高度な利用を希望する契約を行った視聴者等、ある範囲でのタイプ１コンテンツのフラットティアの利用契約者に対して、その範囲に対応するサーバ型ワーク鍵Kwsと契約全般に関わる利用条件GroupRMPIを含むメインライセンスが、視聴者の利用する受信機２のサーバ型CASモジュール３３固有のサーバ型マスタ鍵Kmsで暗号化され、EMMとして放送局１から放送で一定期間送出される。視聴者は、これを受信するように受信機２を操作し、これによりメインライセンスはサーバ型CASモジュール３３に入力され、サーバ型マスタ鍵Kmsで暗号が解かれて保持される。
【００５４】
次に、番号２に対応する処理として、放送局１から、サーバ型対応でない通常受信機でも受信再生可能な通常のＴＶ番組のストリームに、図３に示すように、番組毎のコンテンツとしてのコンテンツ鍵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で、蓄積メディア３１からのＡＶストリームのパケットのスクランブルを解き、再生を行う。以後、ECM-Kcの更新毎にこれがサーバ型CASモジュール３３に入力されてRMPIの利用判定が行われ、利用可能であればスクランブル鍵Ksがレンダラ３６に出力され、レンダラ３６はこれでＡＶストリームのスクランブルを解いて再生する（再生が継続される）。
【００５８】
タイプ１コンテンツのサービスモデルの後者の有料番組（PPVのようなプレミアム番組において、録画は禁止であるが、コンテンツとして蓄積させて、有料で１回のみのような限定した再生を許可するようなサービスモデル）の場合は、図４に示す１階層ライセンスモデルで実現可能である。この場合の限定再生処理を説明する。図４中の番号は、この限定再生処理の順番に対応している。
【００５９】
はじめに、図４の番号１に対応する処理として、サーバ型対応でない通常受信機で受信再生可能なPPVのＴＶ番組のストリームに、図４に示すように、数秒毎に更新される番組のAV信号パケットのスクランブル鍵Ksを後述の個別ライセンスに含まれるコンテンツ鍵Kcで暗号化したECM-Kcが追加され、放送局１から放送される。受信機２では、スクランブルされたままの１番組分のストリームがファイルという形態のコンテンツとして蓄積メディア３１に蓄積される。
【００６０】
次に、番号２に対応する処理として、視聴者は、蓄積メディア３１に蓄積されたプレミアム番組のコンテンツを視聴する為に、ショップ／決済サーバ１１（図１等）と通信を行って、購入操作を行う。これによりショップ／決済サーバ１１で決済が行われ、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けにこのコンテンツに対応する個別ライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成された個別ライセンスを取得し保持する。
【００６１】
次に、番号３に対応する処理として、受信機２の蓄積メディア３１に蓄積されたコンテンツの再生起動をかけた時点で、サーバ型CASモジュール３３内に保持された個別ライセンスがサーバ型マスタ鍵Kmsで暗号が解かれて、コンテンツ鍵KcとRMPIが利用可能な状態に設定される。
【００６２】
次に、番号４に対応する処理として、コンテンツの再生開始時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、さらにコンテンツのストリームで最初に現れたECM-Kcがサーバ型CASモジュール３３に入力される。その時点でサーバ型CASモジュール３３でRMPIの利用条件判定が行われ、利用可能であればECM-KcがKcで暗号が解かれ、スクランブル鍵Ksがレンダラ３６に出力される。
【００６３】
レンダラ３６は、スクランブル鍵Ksで、蓄積メディア３１からのＡＶストリームのパケットのスクランブルを解き、再生を行う。以後、ECM-Kcの更新毎にこれがサーバ型CASモジュール３３に入力されてRMPIの利用判定が行われ、利用可能であればスクランブル鍵Ksがレンダラ３６に出力され、レンダラ３６はこれでＡＶストリームのスクランブルを解いて再生する（再生を継続する）。
【００６４】
（５）タイプ２コンテンツにおける限定再生方式
次にタイプ２コンテンツにおける限定再生方式について説明する。タイプ２コンテンツは、１つの番組をファイル群として構成し、これを受信時に即時視聴ができない蓄積専用サービスとして放送伝送され、受信機２でコンテンツとして受信蓄積された後、限定された再生制御の下で再生される。よって放送による伝送は再生時間とは異なる時間をかけて送出されることが想定される。
【００６５】
タイプ２コンテンツのサービスモデルとしては基本的に番組をコンテンツとして受信機２の蓄積メディア３１に蓄積させておいて、有料でオンデマンド視聴をさせるという形態が想定されているが、視聴者への課金方法として月極め契約に基づく定額課金（フラットティア課金）と、コンテンツ個別に課金する方法（ペイパーユース課金）の２種類の運用が想定されており、この２種類の課金方法によって限定再生方式が異なる。
【００６６】
前者のフラットティア課金運用では、図５に示す２階層ライセンスモデルが適していると考えられる。この場合の限定再生処理を説明する。図５中の番号は、この限定再生処理の順番に対応している。
【００６７】
はじめに、図５の番号１に対応する処理として、視聴者は、月極めで、複数のコンテンツが視聴可能なタイプ２コンテンツのオンデマンドサービスを契約する。契約はショップ／決済サーバ１１（図１等）と受信機２との通信によりオンラインで行うケースも、視聴者が電話などで契約するオフラインのケースも想定されるが、事業者は、タイプ２コンテンツのフラットティアの利用契約に対して、その範囲に対応するサーバ型ワーク鍵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がレンダラ３６に転送される。レンダラ３６は、これを暗号復号器３２にセットし、コンテンツ本体のファイルを読み出して、暗号を復号することによりコンテンツ再生を行う。
【００７６】
（６）通信によるダウンロードコンテンツにおける限定再生方式
次に通信によるダウンロードコンテンツにおける限定再生方式について説明する。通信ネットワーク８を介してコンテンツサーバ９からコンテンツを構成するファイル群を受信機２にいわゆるダウンロードを行い、受信機２はこれをコンテンツとして蓄積メディア３１に蓄積した後、限定された再生制御を行う。基本的にはコンテンツの伝送形態が異なるだけで放送におけるタイプ２コンテンツと同様の限定再生方式が適用可能である。
【００７７】
サービスモデルとしては、コンテンツサーバ９からコンテンツをダウンロードして蓄積メディア３１に蓄積させて、有料でオンデマンド視聴をさせるという形態が想定されているが、放送によるタイプ２コンテンツ伝送と通信によるダウンロードを相補的に利用する運用形態も想定される。またタイプ２コンテンツと同様に視聴者への課金方法として月極め契約に基づく定額課金（フラットティア課金）と、コンテンツ個別に課金する方法（ペイパーユース課金）の２種類の運用が想定されており、この２種類の課金方法により適切な限定再生方式が異なる。
【００７８】
前者のフラットティア課金運用では、図７に示す２階層ライセンスモデルが適していると考えられる。この場合の限定再生処理を説明する。図７中の番号は、この限定再生処理の順番に対応している。
【００７９】
はじめに、図７の番号１に対応する処理として、視聴者は、月極めで、複数のコンテンツが視聴可能なコンテンツダウンロードのオンデマンドサービスを契約する。契約はショップ／決済サーバ１１（図１等）と受信機２との通信によりオンラインで行うことが想定されるが、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けに、ダウンロードコンテンツのフラットティアの利用契約に対応するサーバ型ワーク鍵Kwsと契約全般に関わる利用条件GroupRMPIを含むメインライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成されたメインライセンスを取得し保持する。
【００８０】
次に、番号２に対応する処理として、事業者は、上記サービスを構成する各コンテンツを、受信機２に蓄積させるファイル群として制作する。例えば映画等の映像コンテンツの場合は、２時間分の映像信号と音声信号をMPEG2-TSフォーマットで多重化したデータをコンテンツ鍵Kcで暗号化したものがファイルとして生成される。マルチメディアコンテンツの場合はそれぞれコンテンツ鍵Kcで暗号化された複数のファイルが生成されることが想定される。このコンテンツ本体のファイル群の他に、コンテンツ鍵Kcとこのコンテンツの利用条件EachRMPIを含む情報をフラットティア契約に対応するサーバ型ワーク鍵Kwsで暗号化したサブライセンスファイル（以下、適宜、ACIと称する）も生成される。これらの全てのファイルはコンテンツサーバ９上に置かれる。
【００８１】
視聴者は、受信機２をショップ／決済サーバ１１に接続して、契約に含まれるコンテンツを選択し、ダウンロード指示の操作を行うことにより、受信機２はコンテンツサーバ９上のコンテンツのファイル群にアクセスし、これらを順にダウンロードして受信機２の蓄積メディア３１に蓄積する。
【００８２】
次に、番号３に対応する処理として、受信機２の蓄積メディア３１に蓄積されたコンテンツの再生起動をかける時点で、サブライセンス(ACI)ファイルがサーバ型CASモジュール３３に入力され、サーバ型CASモジュール３３でそこに保持されていたメインライセンスに含まれるサーバ型ワーク鍵Kwsでサブライセンスの暗号が解かれ、コンテンツ鍵Kcと、メインライセンス及びサブライセンスのマージしたRMPIがサーバ型CASモジュール３３内で利用可能な状態に設定される。
【００８３】
次に、番号４に対応する処理として、コンテンツ再生時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、その時点でサーバ型CASモジュール３３内でRMPIによる利用条件判定が行われ、利用可能であれば、コンテンツ鍵Kcがレンダラ３６に転送される。レンダラ３６は、これを暗号復号器３２（図２）にセットし、コンテンツ本体のファイルを読み出して、暗号を復号することによりコンテンツを再生する。
【００８４】
通信によるコンテンツダウンロードの課金運用の後者のペイパーユース課金の場合は、図８に示す１階層ライセンスモデルで実現できる。この場合の限定再生処理を説明する。図８中の番号は、この限定再生処理の順番に対応している。
【００８５】
はじめに、図８の番号１に処理として、事業者は、ダウンロードサービス用のコンテンツを、受信機２に蓄積させるファイル群として制作する。例えば映画等の映像コンテンツの場合は、２時間分の映像信号と音声信号をMPEG2-TSフォーマットで多重化したデータをコンテンツ鍵Kcで暗号化したものがファイルとして生成される。マルチメディアコンテンツの場合はそれぞれコンテンツ鍵Kcで暗号化された複数のファイルが生成されることが想定される。これらの全てのファイルはコンテンツサーバ９上に置かれる。視聴者は、受信機２をショップ／決済サーバ１１に接続して、特定のコンテンツを選択し、ダウンロード指示の操作を行うことにより、受信機２はコンテンツサーバ９上のコンテンツのファイル群にアクセスし、これらを順にダウンロードして蓄積メディア３１に蓄積する。
【００８６】
次に、番号２に対応する処理として、視聴者は、受信機２の蓄積メディア３１に蓄積されたコンテンツを視聴する為に、ショップ／決済サーバ１１と通信を行って、購入操作を行う。これによりショップ／決済サーバ１１で決済が行われ、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けにこのコンテンツに対応する個別ライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成された個別ライセンスを取得し保持する。
【００８７】
次に、番号３に対応する処理として、蓄積メディア３１に蓄積されたコンテンツの再生起動をかけた時点で、サーバ型CASモジュール３３内の個別ライセンスに含まれるコンテンツ鍵KcとRMPIが利用可能な状態に設定される。
【００８８】
次に、番号４に対応する処理として、コンテンツ再生時にレンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、その時点でサーバ型CASモジュール３３内でRMPIによる利用条件判定が行われ、利用可能であれば、コンテンツ鍵Kcがレンダラ３６に転送される。レンダラ３６は、これを暗号復号器３２にセットし、コンテンツ本体のファイルを読み出して、暗号を復号することによりコンテンツ再生を行う。
【００８９】
（７）通信によるストリーミングコンテンツにおける限定再生処理
最後に通信によるストリーミングコンテンツにおける限定再生処理について説明する。通信ネットワーク８を介してコンテンツサーバ９からコンテンツをストリーミングし、これをリアルタイムに受信し再生する時に限定された再生制御を行うものである。この場合受信機２の蓄積メディア３１での蓄積は想定しないが、蓄積メディア３１上に蓄積されたタイプ２コンテンツやダウンロードコンテンツが、通信ネットワーク８上のコンテンツサーバ９にあって、蓄積メディア３１から再生するのではなく、その外部のコンテンツサーバ９から再生すると考えると、放送におけるタイプ２コンテンツやダウンロードと同様の限定再生処理が適用可能である。サービスモデルとしては、コンテンツサーバ９から直接コンテンツを、有料でオンデマンド視聴をさせるという形態が想定されているが、これもタイプ２コンテンツと同様に視聴者への課金方法として月極め契約に基づく定額課金（フラットティア課金）と、コンテンツ個別に課金する方法（ペイパーユース課金）の２種類の運用が想定されており、課金方法より適切な限定再生方式が異なる。
【００９０】
前者のフラットティア課金運用では、図９に示す２階層ライセンスモデルが適していると考えられる。この場合の限定再生処理を説明する。図９中の番号は、この限定再生処理の順番に対応している。
【００９１】
はじめに、図９の番号１に対応する処理として、視聴者は、月極めで、複数のコンテンツが視聴可能なオンデマンドサービスを契約する。契約はショップ／決済サーバ１１と受信機２との通信によりオンラインで行うことが想定されるが、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けに、ダウンロードコンテンツのフラットティアの利用契約に対応するサーバ型ワーク鍵Kwsと契約全般に関わる利用条件GroupRMPIを含むメインライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成されたメインライセンスを取得し保持する。
【００９２】
次に、番号２の処理として、事業者は、上記サービスを構成するストリーミング用の各コンテンツを制作する。例えば映画等の映像コンテンツの場合は、２時間分の映像信号と音声信号をMPEG2-TSフォーマットで多重化したデータをコンテンツ鍵Kcで暗号化したものがファイルとして生成される。マルチメディアコンテンツの場合はそれぞれコンテンツ鍵Kcで暗号化された複数のファイルが生成されることが想定される。このコンテンツ本体のファイル群の他に、コンテンツ鍵Kcとこのコンテンツの利用条件EachRMPIを含む情報をフラットティア契約に対応するサーバ型ワーク鍵Kwsで暗号化されたサブライセンスファイル（以下、適宜、ACIと称する）も生成される。これらの全てのファイルはコンテンツサーバ９上に置かれる。
【００９３】
視聴者は、受信機２をショップ／決済サーバ１１に接続して、契約に含まれるコンテンツを選択し、再生指示の操作を行うことにより、コンテンツのストリーミングが開始されるが、コンテンツ本体のストリーミングに先立ち受信機２はまずACIをコンテンツサーバ９から取得し、これをサーバ型CASモジュール３３に入力するとともに、保持されていたメインライセンスに含まれるサーバ型ワーク鍵Kwsでサブライセンスの暗号を解き、コンテンツ鍵Kcと、メインライセンス及びサブライセンスのマージしたRMPIをサーバ型CASモジュール３３内で利用可能な状態に設定する。
【００９４】
次に、番号３に対応する処理として、コンテンツ本体のストリーミング開始時に、レンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、その時点でサーバ型CASモジュール３３内でRMPIによる利用条件判定が行われ、利用可能であれば、コンテンツ鍵Kcがレンダラ３６に転送される。レンダラ３６はこれを暗号復号器３２にセットする。受信機２はコンテンツサーバ９上のコンテンツ本体にアクセスしストリーミングが開始する。受信機２はストリーミングを順次受信し、レンダラ３６に転送してコンテンツの暗号を復号してコンテンツの再生を行う。
【００９５】
通信によるコンテンツストリーミングの課金運用の後者のペイパーユース課金の場合は、図１０に示す１階層ライセンスモデルで実現できる。この場合の限定再生処理を説明する。図１０中の番号は、この限定再生処理の順番に対応している。
【００９６】
はじめに、図１０の番号１に対応する処理として、視聴者は、オンデマンドのコンテンツを視聴する為に、ショップ／決済サーバ１１と通信を行って、コンテンツを選択し、購入操作を行う。これによりショップ／決済サーバ１１で決済が行われ、その結果としてライセンスサーバ１０に、該当する視聴者の受信機２向けにこのコンテンツに対応する個別ライセンスが生成される。受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０と相互認証に基づくセキュア通信によって、生成された個別ライセンスを取得し保持する。
【００９７】
次に、番号２に対応する処理として、事業者は、上記サービスを構成するストリーミング用の各コンテンツを制作する。例えば映画等の映像コンテンツの場合は、２時間分の映像信号と音声信号をMPEG2-TSフォーマットで多重化したデータをコンテンツ鍵Kcで暗号化したものがファイルとして生成される。マルチメディアコンテンツの場合はそれぞれコンテンツ鍵Kcで暗号化された複数のファイルが生成されることが想定される。これらの全てのファイルはコンテンツサーバ９上に置かれる。視聴者は、ショップ／決済サーバ１１において、番号１の処理における購入操作に続いて再生指示操作を行う。この時点で、サーバ型CASモジュール３３内の個別ライセンスに含まれるコンテンツ鍵KcとRMPIが利用可能な状態に設定される。
【００９８】
次に、番号３に対応する処理として、コンテンツ本体のストリーミング開始時に、レンダラ３６よりサーバ型CASモジュール３３に再生開始許可要求が行われ、その時点でサーバ型CASモジュール３３内でRMPIによる利用条件判定が行われ、利用可能であれば、コンテンツ鍵Kcがレンダラ３６に転送される。レンダラ３６はこれを暗号復号器３２にセットする。受信機２はコンテンツサーバ９上のコンテンツ本体にアクセスしストリーミングを開始する。受信機２はストリーミングを順次受信し、レンダラ３６に転送してコンテンツの暗号を復号してコンテンツの再生を行う。
【００９９】
（８）通信によるライセンス取得におけるセキュリティ実現
上述した限定再生処理で、１階層ライセンスの場合や通信コンテンツの場合には、ライセンスを通信で取得するが、通信でのライセンス取得においては、不当なアクセスからの保護を十分に考慮する必要がある。本発明では、１つのサーバ型CASモジュール３３において、放送からのライセンス取得と通信からのライセンス取得の両方に効率的に対応するために、通信におけるライセンス取得においても、放送のEMM伝送のセキュリティの元となっているサーバ型CASモジュール３３固有のサーバ型マスタ鍵Kmsを利用する。鍵Kmsは強固に守られたKms管理サーバ１３で一元管理されているが、以下の方法で、この鍵Kmsをベースとして受信機２のサーバ型CASモジュール３３とライセンスサーバ１０間でセキュア通信を実現する。この処理を、図１１を参照して説明する。
【０１００】
受信機２のサーバ型CASモジュール３３が特定のライセンスサーバ１０からライセンスを取得しようとする場合には、まずサーバ型CASモジュール３３は、指定されたＵＲＬのライセンスサーバ１０に接続して（Ｓ１）、サーバ型CASモジュール３３に埋め込まれているクライアントIDを送る（Ｓ２）。
【０１０１】
ライセンスサーバ１０は、送られてきたクライアントIDを一時保存した上で、自分のサーバIDを送る（Ｓ３）。そしてサーバ型CASモジュール３３は、ライセンスサーバ１０からのサーバIDに対応するSAC鍵Ksacが保持されているかどうか確認し（Ｓ４）、SAC鍵Ksac保持されていない場合はSAC鍵Ksacの取得要求をライセンスサーバ１０へ送る（Ｓ５）。
【０１０２】
ライセンスサーバ１０は、クライアントIDに対応するSAC鍵Ksacを生成し（Ｓ６）、これと送られてきたクライアントID（Ｓ１）をKms管理サーバ１３に転送する（Ｓ７）。
【０１０３】
kms管理サーバ１３は、ライセンスサーバ１０から送信されてきたクライアントIDをサーバ型マスタ鍵Kmsに対応付けるとともに（Ｓ８）、クライアントIDが対応付けられたサーバ型マスタ鍵KmsでSAC鍵Ksacを暗号化し、それをライセンスサーバ１０に伝送する（Ｓ９）。
【０１０４】
ライセンスサーバ１０は、Kms管理サーバ１３から伝送されてきたサーバ型マスタ鍵Kmsで暗号化されたSAC鍵Ksacを受信機２のサーバ型CASモジュール３３に転送する（Ｓ１０）。
【０１０５】
受信機２のサーバ型CASモジュール３３は、ライセンスサーバ１０から転送されてきたサーバ型マスタ鍵Kmsで暗号化されたSAC鍵KsacをサーバIDと対応付けて保持する（Ｓ４でKsacを保持していると確認された場合には、ここからの処理となる）（Ｓ１１）。サーバ型CASモジュール３３はまた乱数Rbを生成し（Ｓ１２）、これをライセンスサーバ１０に転送する（Ｓ１３）。
【０１０６】
ライセンスサーバ１０は、乱数Raを生成（Ｓ１４）し、乱数Raと乱数Rbのペアに対して鍵Ksacで暗号化しこれを受信機２のサーバ型CASモジュール３３に転送する（Ｓ１５）。受信機２のサーバ型CASモジュール３３は、同じ鍵Ksacで暗号を復号し、自分が送ったRaが正しいかどうか検証し、正しければさらに乱数Textを生成して（Ｓ１６）、乱数Ra、乱数Rb、および乱数Textの３値を鍵Ksacで暗号化し、ライセンスサーバ１０へ転送する（Ｓ１７）。
【０１０７】
ライセンスサーバ１０は、鍵Ksacで暗号を復号し、自分が送ったRbが正しいかどうか検証し（Ｓ１８）、正しければ以後、サーバ型CASモジュール３３とライセンスサーバ１０は乱数Textをセッション鍵としてメッセージを暗号化して通信する。
【０１０８】
このようにしてセキュア通信路が確保された状態で、受信機２のサーバ型CASモジュール３３はライセンスサーバ１０に対して特定のライセンスの取得要求を行い、利用権利がある場合は該当するライセンスがサーバ型CASモジュール３３に転送される。
【０１０９】
（９）ドメイン登録とドメイン制御
サーバ型放送においてはドメインという概念が導入されているが、前述の通り１つのドメインは基本的に１つの家庭に対応し、同じドメイン内の受信機２ではライセンスを共有できることができる。図１では受信機２−１と受信機２−２は同じドメインＡに属しているので、受信機２−１でコンテンツの購入、或いはサービス契約を行った場合、受信機２−１で取得したライセンスと同じものを、受信機２−２でも取得することができる。一方受信機２−３は別のドメインＢに属しているので受信機２−１および２−２のライセンスを取得することはできない。
【０１１０】
こうした運用を可能とするためには、視聴者は、保有する受信機２を登録する必要がある。その為に、視聴者は受信機２を保有した時点でドメイン登録を行う。ドメイン登録はドメイン管理サーバ１２（図１）に対して行われる。受信機２がドメイン管理サーバ１２に接続してオンラインでドメイン登録を行う運用が想定されるが、オフラインで視聴者が電話、はがき等で連絡する運用も可能である。
【０１１１】
ここで登録時に伝えるべき情報は、視聴者の最低限の個人情報（例えば、名前、住所、電話番号等）とサーバ型CASモジュール３３に対応するＩＤ情報である。ドメイン管理サーバ１２は、個人情報と受信機情報のリンクを管理する。コンテンツ購入時またはサービス契約時には、ライセンスサーバ１０或いは放送局１は、ドメイン管理サーバ１２にアクセスして、特定個人に対応する全ての受信機２に対してライセンスを発行する。
【０１１２】
ドメインの概念ではまた、単に利用権利としての範囲、つまりライセンスの共有範囲を規定するだけではなく、コンテンツ本体の共有範囲の限定が要求されるケースがある。フラットティア契約においては、包括的にコンテンツを利用するライセンスが発行されるが、複数のドメイン（家庭）で同じ契約をたまたま締結して同じメインライセンスを保持していた場合に、サブライセンスを含むコンテンツをドメイン間で受信機２の蓄積メディア３１から別の受信機２の蓄積メディア３１にコピーすると、ここまでの説明の限定再生では再生可能となる。これは特に無料放送に適用するタイプ１コンテンツにおいては、誰もが同じメインライセンスを保持していることが想定されるので、実質コピー制御ができない状況となり、適正な運用ができなくなる。これは有料のフラットティア課金の場合にも当てはまる。よってフラットティア運用においてはコンテンツの移動をドメイン内に留めることが必要となる。
【０１１３】
なおペイパーユース課金の場合は、対象コンテンツを購入して１階層ライセンスを取得することにより視聴可能となるので、この場合はドメインを超えたコンテンツの移動があっても問題はない。
【０１１４】
このようなドメイン制御を行う為に、上述した限定再生処理に加えて以下の処理を組み込むことも可能である。
【０１１５】
（ａ）ドメイン登録時にドメイン管理サーバ１２は、ドメインに対してドメイン鍵Kdを発行し、これをドメインと関連付けて管理する。それと共に、ドメイン管理サーバ１２は、放送或いは通信によって、このドメイン鍵Kdをその対象となる受信機２のサーバ型CASモジュール３３にセキュアに転送する。ここでドメイン鍵Kdを放送で送る場合には、図１２の各サーバ型CASクライアント固有のサーバ型マスタ鍵Kms４０でドメイン鍵Kdを暗号化したドメイン鍵配信用EMM４１として、放送局１から送出される。ドメイン鍵Kdを通信で送る場合には、（８）で記述したライセンス取得時のセキュア通信の方法と同様にドメイン管理サーバ１２とサーバ型CASモジュール３３間で鍵Kmsを元にした相互認証と秘匿手段によりドメイン鍵Kdがセキュアに送付される。どちらの場合でもサーバ型CASモジュール３３は取得したドメイン鍵Kdを半永久的に保持する。但し、何らかの不正な手段によりドメイン鍵Kdが他者にわたり不正に利用されたことが発覚した場合には、ドメイン管理サーバ１２は、対象のドメイン鍵Kdを更新した上で、再度上記手段で対応するドメインの全受信機２のサーバ型CASモジュール３３にドメイン鍵Kdを転送し、各サーバ型CASモジュール３３は保持するドメイン鍵Kdを更新する。
【０１１６】
（ｂ）上記のドメイン鍵のサーバ型CASモジュール３３内での保持を前提として、フラットティア契約の場合のタイプ１コンテンツにおける限定再生処理を説明する。図１２のメインライセンス４２を放送のEMM等で伝送し、受信機２ではサーバ型CASモジュール３３においてこれを保持する（EMMの場合には鍵Kmsで復号して保持する）。受信機２にタイプ１コンテンツとしてTS４３が受信されると、このうちKc配布用ECM４４が抽出され、これがサーバ型CASモジュール３３に一旦入力され、ここで保持されているドメイン鍵Kd４１で暗号化された上で取り出され、蓄積時サブライセンス４５という形態で、TS４３の他のデータと共に蓄積メディア３１に蓄積される。
【０１１７】
タイプ１コンテンツの再生時には、まず蓄積時サブライセンス４５が再度サーバ型CASモジュール３３に入力され、サーバ型CASモジュール３３内で、まずドメイン鍵Kd４１で復号された後、さらにメインライセンスに含まれるサーバ型ワーク鍵Kwsで復号されることで裸のサブライセンスが取り出され、これに含まれるコンテンツ鍵KcやRMPIが抽出されて利用可能な状態となる。
【０１１８】
受信機２は、蓄積メディア３１上のTS４３ファイルを先頭から順次読み出すが、ECM-Kcが更新するたびにこれを抽出してサーバ型CASモジュール３３に入力する。例えばECM-Kc４６がサーバ型CASモジュール３３に入力されると、その時点でRMPIの利用条件判定が行われ、利用可能であれば、ECM-KcがKcで復号されて含まれるスクランブル鍵Ks1がレンダラ３６のデスクランブラ２５に出力される。するとその後の映像・音声パケット４９のデスクランブルが実行されてこの部分の再生が行われる。さらにこの再生の間にECM-Kc４７への更新が検出されるとこれを上記同様にサーバ型CASモジュール３３内で処理し利用が可能であれば新たなスクランブル鍵Ks2がデスクランブラに設定され、その後の映像・音声パケット５０のデスクランブルが実行されて映像・音声パケット４９から継続的に映像・音声パケット５０の再生が行われる。
【０１１９】
（ｃ）上記のドメイン鍵Kdのサーバ型CASモジュール３３内での保持を前提として、フラットティア契約の場合のタイプ２コンテンツにおける限定再生処理を、図１３を参照して説明する。メインライセンス６０が放送のEMM等で伝送され、受信機２ではサーバ型CASモジュール３３においてこれが保持される（EMMの場合には鍵Kmsで復号されて保持される）。受信機２にタイプ２コンテンツが受信されると、このうちACIファイル６１がサーバ型CASモジュール３３に一旦入力され、ここで保持されているドメイン鍵Kd４１で暗号化された上で取り出され、蓄積時サブライセンス６２という形態で、コンテンツ本体６３のファイル等と共に蓄積メディア３１に蓄積される。
【０１２０】
タイプ２コンテンツ再生時には、まず蓄積時サブライセンス６２が再度サーバ型CASモジュール３３に入力され、サーバ型CASモジュール３３内で、まずドメイン鍵Kd４１で復号された後、さらにメインライセンスに含まれるサーバ型ワーク鍵Kwsで復号されることにより裸のサブライセンスが取り出され、これに含まれるコンテンツ鍵KcやRMPIが抽出されて利用可能な状態とする。受信機２はコンテンツ本体６３のファイルを再生開始時に再生許可要求をサーバ型CASモジュール３３に出し、サーバ型CASモジュール３３ではRMPIで利用条件判定が行われ、利用可能であればコンテンツ鍵Kcがレンダラ３６の暗号復号器３２に出力される。その後コンテンツ本体６３のデータを暗号復号器３２で復号するとコンテンツの再生が行われる。
【０１２１】
（ｄ）上記タイプ１コンテンツおよびタイプ２コンテンツで、コンテンツ蓄積時にサブライセンスを含むコンテンツのファイル群が他の受信機２にコピーされた場合を考える。同じドメイン内の受信機２であれば、再生時にサーバ型CASモジュール３３内で同じドメイン鍵Kdで復号できるので、メインライセンスさえ取得済みであれば上記（ｂ）（ｃ）に記述されているような流れで再生することができる。異なるドメインの受信機２にコピーした場合には、再生時にサーバ型CASモジュール３３内で、ドメイン鍵Kdが異なる為サブライセンスを復号できず、結果として同じメインライセンスを取得済みであったとしてもコンテンツの再生はできない。このようにして上記のドメイン制御が実現される。
【０１２２】
（１０）事業者ドメインにおけるドメイン制御
（９）で上述したドメインは基本的に１つの家庭を範囲として想定したが、これとは別に、より広い範囲でサービス事業者が設定するドメインが考えられている。
【０１２３】
特定の放送事業者の特定のコンテンツ（例えば、教育コンテンツ）を家庭より広いコミュニティ（例えば、学校と生徒の家庭）で共有できるようにすることが１つの目的となる。この場合、例えば学校で契約して学校の受信機２に蓄積した教育コンテンツは、ネットワークを通じて、各生徒の家庭でも利用することができる。
【０１２４】
上記のサービスを実現する為に事業者ドメインという考え方を導入する。図１４にその概念図を示す。
【０１２５】
各サービス事業者は、特定の目的で、１つの事業者ドメインを登録する。このような事業者ドメインが複数存在するものとする。
【０１２６】
受信機２を保有する各視聴者は、特定の事業者と契約の上、対応する事業者ドメインに受信機２を登録する。各視聴者は、自分の受信機２を家庭毎のドメイン（以下、プライベートドメインと称する）にも登録している。
【０１２７】
図１４の例では、受信機２−１１はプライベートドメインＩにのみ属し、受信機２−１２はプライベートドメインＣと事業者Ａの事業者ドメインにも属し、受信機２−１３はプライベートドメインＤと事業者Ａ及び事業者Ｂのそれぞれの事業者ドメインにも属している。
【０１２８】
事業者ドメインとプライベートドメインの両方に属するということは、事業者ドメインのドメインIDとドメイン鍵Kdも放送又は通信より取得でき、受信機２のサーバ型CASクライアントに保持できる、ことを意味する。すなわち受信機２では、サーバ型CASクライアントに保持された複数のドメインIDとドメイン鍵Kdの情報を使い分けて、事業者ドメイン及びプライベートドメインのドメイン共有制御が行われる。１つのサービス例での事業者ドメインの共有制御がどのように実現されるかを、図１５を参照して説明する。
【０１２９】
図１５には、事業者ドメインも含めたドメイン制御方式が示されているが、いまの場合、基本的には、図１３に示したフラットティア契約の場合のタイプ２コンテンツにおける限定再生処理と同様な処理が行われる。
【０１３０】
受信機２が事業者Ａと事業者Ｂの２つの事業者ドメインに登録され、自分のプライベートドメインにも登録されているものとする。これにより受信機２のサーバ型CASクライアントには３つのドメインIDとドメイン鍵Kdのセット４１，６４，６５が保持されている。
【０１３１】
ここで事業者Ａの特定のコンテンツが事業者Ａの事業者ドメインの共有対象という前提で伝送されるものとする。共有対象として指定されたコンテンツにおいては、タイプ１コンテンツはKc配布用ECM、タイプ２コンテンツではACIにおいて、事業者ドメインのドメインIDがサブライセンスの外側に情報として付加されている想定とする。図１５は、タイプ２コンテンツの場合なので、ACI６１にドメインIDが付加されている。
【０１３２】
受信機２は、ACI６１（タイプ１コンテンツの場合はKc配布用ECM）を受信すると、これらをサーバ型CASクライアントに入力する。サーバ型CASクライアントは、ACI６１に特定のドメインIDが指定されている場合には、セレクタ６６において、保持しているドメインIDとドメイン鍵Kdのうちで一致するドメインIDがあれば、対応するドメイン鍵Kdによって入力されたサブライセンスを暗号化し、これを出力する。受信機２はこれを蓄積時サブライセンス６２として蓄積メディア３１にコンテンツ本体と共に蓄積する。
【０１３３】
コンテンツ再生時には、受信機２は、この蓄積時サブライセンス６２をCASクライアントに入力し、上記同様に蓄積時サブライセンス６２に付加されているドメインIDに対応したドメイン鍵Kdで暗号復号を行ってサブライセンスを取り出す。さらにメインライセンス６０が取得されていれば、再生が可能となる。
【０１３４】
ここで指定されたドメインIDに対応するドメイン鍵Kdは、事業者ドメインのドメイン鍵Kdであるので、蓄積されたコンテンツを同じ事業者ドメインに属する他の受信機２に転送して再生しようとした場合、同じドメイン鍵Kdでサブライセンスが復元できるので再生可能となる。
【０１３５】
ACI ６１（またはKc配布用ECM）に事業者ドメインの指定がなく、かつサーバ型CASクライアントにおいて複数のドメインIDとドメイン鍵Kdが保持されている場合、或いは事業者ドメインの指定があってもその事業者ドメインのドメイン鍵Kdがない場合は、プライベートドメインのドメイン鍵Kdでサブライセンスが暗号化される。この場合は、家庭内の受信機２しか共有はできないことになる。
【０１３６】
（１１）統合サーバ型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モジュールが実現可能である。これによりサーバ型放送サービスが様々なデジタル放送システムにも適用可能となる。
【０１４９】
家庭内の複数の受信機ではコンテンツを共同利用でき、一方で家庭外の受信機に対しては、同じ視聴契約があってもコンテンツをコピーした場合に利用できないようにする、というサービス要求が満たされる方式である。
【０１５０】
上述した特徴単語抽出処理などの一連の処理は、専用のハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。
【０１５１】
なお、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１５２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０１５３】
【図１】本発明を適用したサーバ型放送システムの構成例を示す図である。
【図２】図１の受信機２の構成例を示すブロック図である。
【図３】限定再生処理を説明する図である。
【図４】他の限定再生処理を説明する図である。
【図５】他の限定再生処理を説明する図である。
【図６】他の限定再生処理を説明する図である。
【図７】他の限定再生処理を説明する図である。
【図８】他の限定再生処理を説明する図である。
【図９】他の限定再生処理を説明する図である。
【図１０】他の限定再生処理を説明する図である。
【図１１】相互認証処理を説明するタイミングチャートである。
【図１２】ドメイン制御処理を説明する図である。
【図１３】他のドメイン制御処理を説明する図である。
【図１４】事業者ドメインを説明する図である。
【図１５】他のドメイン制御処理を説明する図である。
【図１６】本発明を適用した総合サーバ型CASシステムのデータ経路を示す図である。
【符号の説明】
【０１５４】
１  放送局，  ２  受信機，  ９  コンテンツサーバ，  １０  ライセンスサーバ，  
１１  ショップ／決済サーバ，  １２  ドメイン管理サーバ，  ３１  蓄積メディア，  
３３  サーバ型CASモジュール，  ３６  レンダラ
【図１】
2006287769.tif 000003
【図２】
2006287769.tif 000004
【図３】
2006287769.tif 000005
【図４】
2006287769.tif 000006
【図５】
2006287769.tif 000007
【図６】
2006287769.tif 000008
【図７】
2006287769.tif 000009
【図８】
2006287769.tif 000010
【図９】
2006287769.tif 000011
【図１０】
2006287769.tif 000012
【図１１】
2006287769.tif 000013
【図１２】
2006287769.tif 000014
【図１３】
2006287769.tif 000015
【図１４】
2006287769.tif 000016
【図１５】
2006287769.tif 000017
【図１６】
2006287769.tif 000018