JP4554806B2 - 受信方法及び送信方法 - Google Patents
受信方法及び送信方法 Download PDFInfo
- Publication number
- JP4554806B2 JP4554806B2 JP2000370416A JP2000370416A JP4554806B2 JP 4554806 B2 JP4554806 B2 JP 4554806B2 JP 2000370416 A JP2000370416 A JP 2000370416A JP 2000370416 A JP2000370416 A JP 2000370416A JP 4554806 B2 JP4554806 B2 JP 4554806B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- encrypted
- metadata
- key
- kwc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、受信方法及び送信方法に係り、特に、暗号化コンテンツとそのコンテンツの視聴のために必要なコンテンツ関連情報であるメタデータでコンテンツを定義し、個人を特定した第２のＣＡモジュールを使用することで、個々に対するサービスを提供可能とする受信方法及び送信方法に関する。
【０００２】
【従来の技術】
従来のデジタル放送では、サービスチャンネル毎に視聴可／不可の契約を行う契約形態、もしくは同一チャンネル内での時間毎の番組契約を行う契約形態が存在していた。また、既存のデジタル放送等では、各々のコンテンツ単位でのコンテンツの購入を行わせるために、ユーザーがサービス選択後に欲しいコンテンツを選択、契約又は決定し、その契約又は決定と同時にセンタ側との通信を行うようにしている。ユーザーとセンタ側とのリアルタイム通信によって各コンテンツの購入を確認し、確認後契約者に購入許可データを送信することで、ユーザーはコンテンツを購入可能となる。このような双方向リアルタイム購入方式でコンテンツ単位での販売が行われることとなる。
【０００３】
暗号化に関しては、今後始まるデジタル放送において、ネットワーク内で使用可能な暗号鍵は数が固定されているため、伝送路で暗号化する／しないの判断がなされる。また、現在の伝送方式では、センタ側で暗号化されたコンテンツは、受信端末内で受信後直に暗号解除を行った後に蓄積装置等に記録される。このように伝送時におけるコンテンツの暗号化は、現在１次暗号のみで行なわれている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のデジタル放送では、契約時間内での全てのサービス情報を取得することができるが、ユーザーが選択したサービス情報のみの視聴もしくはコンテンツのみの入手は困難である。
【０００５】
また、従来のＣＳ／ＢＳなどのデジタル放送でのサービスにおいては、契約形態がチャンネル視聴可／不可、または同一チャンネル内の番組視聴可／不可の契約提供がメインとなっている。これはデジタル放送内における暗号化に用いる鍵の数に制限があるためである。ただし複数の鍵を使用すると鍵の管理が複雑となるだけでなく、複数鍵でのコンテンツの暗号化を行うことで暗号を解くために必要な情報の常時送信となり、現在の伝送量よりさらに多くの情報を伝送しなくてはならない。これは少ない伝送領域においては、困難に近く現実的ではない。また、日々増加するコンテンツ毎に鍵をかけることは、鍵の数が無限大に近くなることであり、これも管理が非常に難しい。さらに、リアルタイム復号に必要な情報を常に伝送しているため、受信端末は、受信時に復号化に必要ＩＣカード等のモジュール（ＣＡ（Conditional Access，限定受信）モジュール）を常時取り付けさせる必要がある。これらのことより、同じチャンネル内の同じ番組の同じ時間において複数の鍵を用いてコンテンツの暗号化を行うことは、困難に近い。
【０００６】
また、従来の受信端末では、暗号解除後に再度受信端末内で暗号化を行うことが出来ない。これより受信端末等に存在する蓄積コンテンツを一度復号化した後に、再度暗号化させて蓄積をさせることは不可能であり、また伝送路の暗号化のまま蓄積すると蓄積時における暗号化の鍵扱い等がむずかしくなり、暗号化させて蓄積させるには信頼性等様々な課題が多い。また、デジタル放送を受信する場合において視聴可／不可等の契約を扱う情報が受信端末毎でしか行えないため、受信端末を利用するユーザーが複数の場合、センタ側で複数ユーザー毎の契約形態を認識できない等の課題がある。
【０００７】
本願発明は、以上のような点に鑑み、コンテンツの蓄積時における暗号化等の鍵の扱いが容易であり、暗号化蓄積時の信頼性向上が図れるコンテンツ送信方法、受信方法等を提供することを目的とする。
【０００８】
本願発明は、コンテンツ鍵を共通情報、例えばECM、またはメタデータに格納し、該コンテンツ鍵をワーク鍵で暗号化して配信する。または、ワーク鍵で暗号化、又は復号化されたコンテンツ鍵を用いて暗号化コンテンツを復号化してコンテンツを生成してなるものである。
【０００９】
ここで、メタデータとは、基本的にコンテンツ以外の情報の総称であり、例えば、コンテンツ制御情報、コンテンツ内容情報、コンテンツ関連情報として定義することができる。概念的には受信端末側でコンテンツを制御するための情報で、例えばコンテンツの蓄積予約を行うための情報（EPG (Electronic Program Guide、電子番組ガイド)に表示するためのコンテンツの名前、ジャンル、配信場所、配信予定日時）、利用制限情報（視聴が可能となるための条件、２０歳以上、男性、○○放送局との契約者）、暗号の鍵等の情報が含まれる。
【００１４】
【発明の実施の形態】
以下の見出しに従い説明する。
１．システム
２．データ構成
３．暗号化・復号化
４．受信端末
５．コンテンツ蓄積・視聴
６．まとめ
【００１５】
１．システム
（サービス概要）
図１に、蓄積型テレビ放送サービスの受信側の概要図を示す。この受信側は、アンテナ２、受信端末３、テレビ１７を備える。
【００１６】
本サービスの概要として、蓄積型テレビ放送について説明する。従来のテレビ放送は、放送サイド（放送局）から送られてくるコンテンツ１（番組）をアンテナ２（ケーブルでの伝送の場合もある）、受信端末３で受信し、テレビ１７などのモニタ装置にて送られてきているその瞬間から視聴を行なう（ここでは、「リアルタイム型視聴６」と呼ぶ。）。蓄積型テレビ放送とは、従来のテレビ放送と同様のリアルタイム型視聴６に加え、従来のビデオデッキなどと同様に一度送られてきたコンテンツを蓄積媒体４（本発明ではこれを、例えば、HDDとして説明する）に蓄積後視聴する「蓄積型視聴８」、蓄積されたコンテンツと送られてきているリアルタイムのコンテンツを合わせて視聴する「リアルタイム型＋蓄積型視聴７」などのサービスを可能とするテレビ放送である。なお、蓄積型視聴８では、ＤＶＤなどの可搬性に富んだリムーバブルメディア５を蓄積媒体として使用することもある。本発明では、上記のような蓄積型テレビ放送におけるサービス、特にコンテンツの暗号化、鍵の配信方式、契約方式などについて述べる。
【００１７】
（システム概要）
蓄積型テレビ放送サービスを行なうシステムとしては、衛星放送、地上波放送など電波によるインフラのほかに、ケーブルテレビ、インターネットなどの通信線を利用したインフラでのサービスが可能である。本発明では、一例として、デジタル衛星放送、特にBSデジタル放送をインフラとした場合について述べる。
【００１８】
図２に、蓄積型テレビ放送サービスシステムの全体図を示す。まず蓄積型テレビ放送サービスが行なわれるシステムの全体を、この図を用いて説明する。
【００１９】
蓄積型テレビ放送サービスシステムは、コンテンツを制作、配信する放送サイドであるセンタ側９と、受信側である受信端末３（PDR：personal digital recorder以後受信端末を略してPDRと呼ぶ場合もある。）を備える。センタ側９では上記の通りコンテンツ及び関連した情報の制作、配信の他に著作権、視聴制御、課金などを考慮した暗号化、鍵管理、ユーザーリクエスト受け付けなども行なわれ、そのコンテンツ及び関連した情報を配信可能なデータへ組み立て、および、衛星１０を介し受信端末３側に配信する。受信側である受信端末３は、衛星１０を介したコンテンツ及び関連した情報をアンテナ２により受信し、TV１７等のモニタ装置に直接出力、または蓄積媒体４内に蓄積後出力することで、ユーザーの視聴を可能とする。この受信端末３がTV１７等のモニタ装置に内蔵されることもあるが、ここでは別装置として説明する。
【００２０】
蓄積型テレビ放送サービス用の受信端末３は、コンテンツ及び関連した情報を蓄積するための蓄積媒体４を有している他に、暗号／復号化モジュール２００、ＣＡモジュール１ １００、モジュール２ １０１を備える。暗号／復号化モジュール２００は、暗号化されて配信されたデータの復号化及び受信端末３内の重要なデータに対し暗号化を行ない、著作権保護等の権利、認証、課金などの処理、制御にかかわる。暗号／復号化モジュール２００については、パイレーツや暗号解読などに対するセキュリティ対策として基本的に１デバイスにより構成されるが、さらなるセキュリティ対策として、モジュールごと取りかえることが可能な構成も考えられる。センタ側９と受信端末３を結ぶ地上回線１８はコンテンツに対する課金処理、ユーザーの視聴履歴、リクエストの取得の他、コンテンツ、コンテンツに対する暗号化およびその他データに対する暗号化を解除するための情報、コンテンツに関連した情報、鍵の送信等を行なう場合などにも用いられる。
【００２１】
CAモジュール１ １００及びCAモジュール２ １０１は、この受信端末３を使用するユーザーの個人認証、及びユーザーの属する家族などのグループの認証等を行う。ここでいうCAモジュール１ １００、モジュール２ １０１には、メモリ媒体のほかBSデジタル放送で使用されるICカードを使用することもある。CAモジュール１ １００については、グループの認証や伝送路暗号の復号化機能等を有し、可搬性を考慮できないため受信端末３内にその機能を内蔵させることも可能となる。またCAモジュール２ １０１は、個人認証機能等を持ち、可搬も可能であり、蓄積したコンテンツを外部機器１１などで再生する際や外部機器１１にてコンテンツの契約を行なう際に、リムーバブルメディア５と共に外部機器に接続し使用することもある。なお、CAモジュール１、２の各々の役割等については後述する。
【００２２】
２．データ構成
（コンテンツの定義）
図３に、サービス、イベントの関係の説明図を示す。以下に、蓄積型テレビ放送サービスにおける前述したコンテンツ、及びそれに付随するイベント、サービスの単位について説明する。まずサービスとイベントの関係について説明する。
【００２３】
本蓄積型テレビ放送において、サービス３５とは放送番組の連続をさし、従来のテレビ放送におけるチャンネルと同意であり、イベントとは上記サービス３５（チャンネル）内で時間軸に対して１つ存在する放送番組をさす。例えば６：００〜８：００の時間枠はイベントＡ３６、８：００〜９：００の時間枠はイベントＢ３７、９：００〜１３：００の時間枠ではイベントＣ３８となる。またサービス３５（チャンネル）内のある任意の時間においてイベントが存在しない場合はあるが、2つ以上のイベントが存在することはない。さらにイベントとは、本蓄積型テレビ放送サービスにおいては複数コンテンツないしは単一のコンテンツにより構成される。
【００２４】
次に、図４に、イベント内のコンテンツ構成例の説明図を示す。以下に、コンテンツの構成およびそのコンテンツの単位について説明する。本蓄積型テレビ放送サービスにおいては、コンテンツとは放送サイドが意図する単位で自由に決められるものであり、それを構成する最小単位とはBSデジタル放送を例にするとリソースもしくはストリーム（PES）となる。
【００２５】
具体例として複数のストリーム、リソースにより構成されるイベント２０の場合について説明する。イベント２０は、映画配信２２とデータ放送（例、料理）２３により構成されるイベントである。コンテンツの構成としては、コンテンツＡ３０〜Ｅ３４を有する。ここでは、コンテンツＡ３０は、無料で見られるメインメニュー画面２１を構成するBML文書などのリソース類を含む。コンテンツＢ３１は、５００円の視聴料が必要な映像ストリーム２４や音声ストリーム２５で構成される映画コンテンツである。コンテンツＣ３２は、この映画コンテンツに対して追加料金２００円を払うことにより視聴可能となる字幕データストリーム２６である。コンテンツＤ３３は、上記の視聴料とは別に視聴料３００円が必要な複数リソースにより構成される料理メニュー２７、中華レシピ２８などの画面を含む料理コンテンツである。コンテンツＥ３４は、その料理コンテンツ内で追加料金１００円を払うことにより視聴可能となる単一リソースである隠し味テキスト２９である。コンテンツを放送サイドが意図する課金単位と対応させて定義することにより、従来の放送番組すなわちイベント単位あるいはチャンネルであるサービス単位の課金とは異なり、上記イベント２０のような最小課金単位が単一のストリーム（字幕データストリーム２６）、単一のリソース（隠し味テキスト２９）などの細かなコンテンツ単位課金、またそれらを組み合わせた複雑な課金を行なう放送番組を制作することが可能となる。またこのコンテンツの定義としては有料・無料の他に、著作権のあるなしなどによるコピー制御、視聴制御も含むことができる。これによりコンテンツ自体に暗号化を行なったまま蓄積媒体に保存することもある。
【００２６】
（メタデータの構成）
次に、図５に、コンテンツに付随する情報の構成図を示す。以下に、上記コンテンツを配信するときに必要となる情報、配信されたコンテンツを蓄積する際に必要となる情報、そのコンテンツを検索するために必要な情報、視聴もしくは視聴契約を行なうために必要な情報、暗号化されたコンテンツを復号するための情報、さらにはコンテンツを外部機器に持ち出すときに必要となる情報等、コンテンツに対し付随する情報の構成等について説明する。
【００２７】
図において、蓄積型テレビ放送サービスを受信する受信端末（PDR）３内の蓄積媒体４、外部機器に持ち出す際に必要となるリムーバブルメディア５、前述した通り個人を認証する際や外部機器にコンテンツを持ち出す際に必要となるCAモジュール２ １０１（ここではその物理的媒体を可搬性に富んだ「ICカード ２」として説明する。）が示される。ICカード２は、受信端末３に登録されているユーザー数と同じだけの枚数が存在する、本例ではその登録ユーザー数をa、bの２ユーザーとし、ICカード２(a)用８０、ICカード２(b)用８１の2枚が存在するものとし説明する。蓄積型テレビ放送サービスでは、放送サイドはコンテンツに対し著作権、コピー制御、検索用の情報、視聴料などの課金に関する情報、配信するコンテンツが暗号化されている場合はその暗号を解除するための情報等（暗号化で使用された鍵、もしくは鍵のある場所や、その暗号方式を指定する情報等）の様々な情報をコンテンツ１に対し添付して配信するが、そのようなコンテンツに関する情報を本発明では「メタデータ５０」と呼ぶ。
【００２８】
受信端末（PDR）３では、配信されてきたコンテンツ１、メタデータ５０をCAモジュール１ １００の契約情報等により随時蓄積媒体４に蓄積するか、もしくは復号化及び暗号化が必要であれば受信端末３内の暗号／復号化モジュール２００にて処理など必要に応じて一部加工後、蓄積媒体４に蓄積する。さらにこの例では、メタデータ５０は、配信されてきた状態では不完全な状態の場合もあり、別途配信されるBSデジタル放送ではPSI／SI（Program Specific Information/Service Information,番組特定情報/番組配列情報）と呼ばれる番組配列情報より必要な情報を取得し追記する場合もある。このメタデータ５０は、メタデータＡ〜Ｃを含み、例えば、メタデータA５７のように少なくともコンテンツA５６に対しひとつ配信され、蓄積媒体４内に蓄積される。また、前述したイベント２０のような複雑なコンテンツ構成の場合、受信端末の検索、課金処理などを容易にするために、メタデータX５８のように複数のコンテンツにまたがるようなメタデータX５８を配信、蓄積することによりメタデータ５０が階層化される場合もある。メタデータ１ ５２及び２ ５１、５９は、例えば、コンテンツＡ５６に対しひとつ存在するメタデータＡ５７を元に、各ユーザーの視聴契約が行なわれる際に生成され、分新化される。また、複数ユーザーにより視聴契約が行なわれた場合には、メタデータ２A(a)５１、メタデータ２A(b)５９のように複数存在する。逆に視聴契約が行なわれない場合は存在しない場合もある。
【００２９】
メタデータ１A(a)５２、メタデータ２A(a)５１は、例えば、ユーザーが実際に蓄積されたコンテンツＡ５６に対し視聴契約を行なった際に、メタデータＡ５７にコンテンツＡ５６が暗号化されている場合はそれに付随する情報、視聴契約の契約内容等の情報を追記し分割することにより生成される情報である。メタデータ１A(a)５２は個人認証用のCAモジュール２ １０１（本例ではユーザー(a)による視聴契約の場合であるためICカード２(a)用８０）に埋め込まれ、メタデータ２A(a)５１はコンテンツＡ５６が蓄積されている蓄積媒体４内に保存される。
またコンテンツＡ５６を外部機器に持ち出すためにリムーバブルメディア５に移す、ないしはコピーする場合も、同じくそのコンテンツＡ５６に伴うメタデータ２A(a)５１をリムーバブルメディア５に書込む。メタデータ１A(a)５２も同じくICカード２(a)用８０に書込まれる。
【００３０】
受信端末３内部では、検索処理を向上させるために階層化されたメタデータに含まれる情報を吸い上げ、検索用テーブル５５を生成する。この検索用テーブル５５は、ユーザーが直接触れられるものではなく、ユーザーが検索などを行なう場合には、受信端末３内のアプリケーションプログラムからプロファイル５３、５４を介し検索用テーブル５５を利用し、該コンテンツの検索を行なう。この際使用可能なプロファイルを識別するためのパスワード入力などの個人認証が行なわれる。本蓄積型テレビ放送サービスにおけるプロファイルとは放送サイドより配信されるものではなく、予め受信端末３内に存在しユーザーの視聴契約情報すなわち蓄積媒体内のメタデータ２とCAモジュール２ １０１内のメタデータ１より常に更新されるものである。このプロファイルには、個人契約にかかわるユーザー個人に対する個人用のプロファイル５４と、各ユーザー間の相互関係などのグループ契約にかかわる全体プロファイル５３が存在する。個人用プロファイルには受信端末３に登録されていないユーザーのためのゲスト用プロファイルも存在する。このプロファイル５３、５４と検索用テーブル５５とのやりとりにより、ユーザーは蓄積媒体内に蓄積されているコンテンツに対してユーザー自身が利用可能なコンテンツの検索が可能となる。さらにプロファイルとしてはユーザーの視聴するコンテンツのジャンル等の履歴を保持し、それによりユーザー嗜好性に沿った自動コンテンツ蓄積などを実現する。以上が本蓄積型テレビ放送サービスにおけるコンテンツに付随する情報の構成である。
【００３１】
（配信データの構成）
次に、図６に、配信時のデータ構成図を示す。以下に、コンテンツとそれに付随する情報を配信する際のデータ構成について説明する。
【００３２】
配信する際のデータ構成は、インフラとしてBSデジタル放送を利用する場合、データ放送コンテンツについてはDSM-CC伝送方式であるデータカルーセルにより伝送し、映像・音声・字幕などのストリームはPES伝送方式を利用する。以下に、前述したイベント２０のコンテンツ構成の場合を例とし配信データの構成を説明する。本蓄積型テレビ放送サービスにおける配信時のデータ構成としては、デフォルトES０ ６０、映像・音声・データ・ストリーム ES１ ６１、ＥＳ２ ６２ ES３ ６３、データカルーセルES４ ６４、PSI／SI６５等に分けられる。ES０ ６０は、受信端末３のデータ取得処理を向上させるためコンテンツの構成などの記載されたメタデータX５８、メタデータＡ５７などのメタデータを集め１つのESとしたデフォルトESである。ES１〜４ ６１、６２、６３、６４は、各種コンテンツを伝送するコンテンツ伝送用ESである。PSI／SI６５は、これらのES群の構成、もしくはサービスの視聴契約、イベントの視聴契約、EPG生成用情報を含む。イベント２０の場合、コンテンツＢ、コンテンツＣのような映像ストリーム、音声ストリーム、データストリームといったPES伝送方式に依存するコンテンツはそれぞれ単体でES1 ６１、ES2 ６２、ES3 ６３、のようにESを構成する。一方データ放送コンテンツであるコンテンツＡ、コンテンツＤ、コンテンツＥなどのカルーセル伝送方式に依存するコンテンツは、PESの場合と同様に単体でESを構成することも可能だが基本的にはデータ伝送効率を考慮し、ES4６４のように複数コンテンツによりＥＳを構成し伝送される。またこの複数コンテンツにより構成されるESが複数ESとなる場合もある。
【００３３】
３．暗号化・複号化
（暗号方式）
本発明で示す総合データ配信サービスの暗号方式には著作権保護暗号方式と限定受信方式がある。
【００３４】
図２３に、送信側において暗号化されたコンテンツ、メタデータの暗号形態の説明図を示す。まず、コンテンツ、メタデータの制作終了の時点で、コンテンツをファイルもしくはストリーム単位で著作権保護暗号で鍵Kk １１０を用いて暗号化する。その鍵をメタデータに埋め込み１１１メタデータファイルを著作権保護暗号で鍵Kwc １１２を用いて暗号化する。それら暗号化コンテンツ、暗号化メタデータの伝送形態であるMPEG-２ TSを鍵Ks １１３で暗号化する。
【００３５】
（コンテンツ暗号化方式）
次に、図７に、蓄積型テレビ放送サービスにおける暗号化方式の説明図を示す。インフラであるBSデジタル放送の伝送路における伝送データ暗号化（Multi2暗号化方式）以外に、本発明では、コンテンツ自体に暗号化を行ない、暗号化したコンテンツを蓄積媒体に蓄積する。このような本発明で使用する本蓄積型テレビ放送サービス特有の暗号化方式（ここではK暗号と呼ぶ）について以下に、説明する。コンテンツ暗号方式は、伝送路の暗号化方式とは異なり、配信用データの組み立て後ではなくコンテンツの制作完了時に暗号化を行なう。コンテンツとは前述の通り放送サイドが意図する単位であるため、それを構成するリソース、ストリームなどの組み合わせも様々になる。よってここではその代表的な組み合わせを例に説明する。
【００３６】
例えば、コンテンツＡ３０は、前述したイベント２０のコンテンツＡのように複数のBML文書などのリソースにより構成されるコンテンツである。コンテンツＢ３１は、同様にイベント２０におけるコンテンツＢのように複数ストリームにより構成されるコンテンツである。コンテンツＥ３４は、単一リソース、コンテンツＣ３２は、単一ストリームで構成されるコンテンツである。コンテンツ暗号方式では、これら様々な構成によるコンテンツのいずれの場合も同様に暗号化を行うため、各リソース、ストリームを単に始まりと終わりのあるデータの塊としてとらえ、暗号化処理部７０にてそれらのデータの塊を固定長ブロックに分け、ブロック毎に順番に暗号化を行なうものとする。この方式により、暗号化するデータのフォーマットであるリソース、ストリームの区別のない暗号化が可能となる。但し、暗号化処理部７０より出力される暗号化された暗号化データ（リソース）７１、暗号化データ（ストリーム）７２は元のデータフォーマットであるリソース、ストリームの区別が出来なくなるため、生成される暗号化情報７３は、例えば、別途その暗号化データ７１、７２の元のデータフォーマット、リソースの形式、各暗号化データ間の相互関係であるコンテンツ内の構成、暗号化を行なう際に使用した鍵、あるいは暗号方式を複数運用する場合は、掛けられている暗号方式の指定などの復号時に必要となる情報などを含む。放送サイドではこの暗号化情報７３を元に暗号化データ（リソース）７１はカルーセル化、暗号化データ（ストリーム）７２はPES化し、前述の配信データ構成のようなデータ構成に組み立てる。さらにこの暗号化情報７３は番組配列情報であるPSI／SIないしはメタデータ５０を生成する際にも反映される。またこのコンテンツに対する暗号化を行なう際に使用する鍵を本蓄積型テレビ放送サービスではコンテンツ鍵Kkと呼ぶ。コンテンツ鍵Kkは運用条件により1種類での運用、コンテンツ毎にユニークでの運用など様々な運用が可能である。
【００３７】
（鍵配信方式）
まず、映像ストリームの伝送について説明する。一般に、映像ストリームは、固定長のデータにブロック化される。各ブロックにはヘッダ情報が追加される。
TSP（Transport Stream Packet）は、このヘッダとデータの組であり、伝送時のデータパケットのフォーマットを指す。既存型でスクランブル（暗号）を掛ける場合はデータ部分を暗号化する。ECM（Entitlement Control Message）は、ユーザー全体に共通的に伝送される情報であり、番組情報および制御情報を含む共通情報の伝送メッセージである。番組情報とは、例えば、番組に関する情報とデスクランブルのための鍵などであり、制御情報とは、例えば、デコーダのデスクランブル機能の強制オン／オフの指令などである。ECMは、基本的にコンテンツのスクランブル鍵を伝送するため、コンテンツと共に伝送されるものであり、ある特定ユーザーに限定して送られる情報ではない。また、EMM（Entitlement Management Message）は、加入者毎の契約情報および共通情報の暗号を解くためのワーク鍵を含む個別情報の伝送メッセージである。EMMは、基本的にユーザーが契約した事業者の鍵等を送るため、ある特定ユーザーを限定して送られる情報である。また、CA（Conditional Access）systemとは、限定受信方式を指し、サービス（編成チャンネル）やイベント（番組）の視聴を暗号化鍵で制御するシステムである。
【００３８】
次に、図８に、伝送路暗号とコンテンツ、メタデータ暗号の関係の説明図を示す。以下に、BSデジタル放送と本サービスにおける、暗号化データ及び鍵の配信方法について説明する。図には、BS伝送路暗号３０３と、コンテンツ、メタデータ暗号３０１、３０２の関係が示される。コンテンツ、メタデータ暗号３０１、３０２はコンテンツ１やメタデータ５０のデータを直接暗号化するのに対して、BS伝送路暗号３０３はコンテンツ、メタデータ等を含んだイベントの伝送形態であるTSP３００に対して暗号化する。
【００３９】
（BS伝送路暗号）
図９に、伝送路における鍵配信方式の説明図を示す。以下に、BS伝送路暗号３０３の暗号化データ及び鍵の伝送方法を説明する。まず、コンテンツ１、メタデータ５０等を含んだイベント２０の伝送形態であるTSP３００に対して、スクランブル鍵Ks３１０で暗号化３１１する。次にスクランブル鍵Ks３１０をワーク鍵Kw1 ３１３で暗号化３１４し、Ks'３１５を作成する。この時のワーク鍵Kw1 ３１３は放送サイドの事業者毎に定めている鍵であって、本サービスの視聴可、不可に関わる鍵である。最後に、ワーク鍵Kw1 ３１３を各受信端末（PDR）毎に一意である個人鍵Km1 ３１６で暗号化３１７し、Kw1'３１８を作成する。これら、暗号化されたデータ及び鍵を、暗号化イベントデータ３１２はBS伝送路、Ks'３１５はECM３１９、Kw1'３１８はEMM３２０を用いて伝送する。それら暗号化データを受信した受信端末（PDR）はCAモジュール1 １００内に格納されている個人鍵Km1 ３１６を用いて復号する。まず、EMM３２０で伝送されたKw1' ３１８を個人鍵Km1 ３１６を用いて復号３２１し、ワーク鍵Kw1 ３１３を入手する。次に、ECM３１９を用いて伝送されたKs' ３１５をワーク鍵Kw1 ３１３を用いて復号３２２し、スクランブル鍵Ks ３１０を入手する。最後に、BS伝送路を用いて伝送された暗号化イベントデータ３１２をスクランブル鍵Ks３１０を用いて復号３２３し、イベントの伝送形態であるTSPを入手する。
【００４０】
（コンテンツ、メタデータ暗号）
以下に、コンテンツ鍵伝送モデルについて、ECMを用いた場合、及びメタデータを用いた場合の各々について説明する。
【００４１】
（ECMを用いたコンテンツ鍵伝送モデル）
まず、コンテンツ鍵Kk３３０をECM３１９を用いて伝送する場合のコンテンツ１、メタデータ５０の伝送方法を説明する。
【００４２】
図１０に、ECMを用いたコンテンツ鍵伝送モデルの説明図を示す。以下に、コンテンツ伝送について説明する。まず、コンテンツ１をコンテンツ鍵Kk３３０で暗号化３３１する。次にコンテンツ鍵Kk３３０をワーク鍵Kwc３３３で暗号化３３４し、Kk'３３５を作成する。このワーク鍵Kwc３３３は放送サイドの各事業者毎に定めている鍵である。この鍵は、BS伝送路暗号で用いられる鍵Kw1 ３１３を共用する事も可能である。最後に、ワーク鍵Kwc３３３を各受信端末（PDR）もしくは受信端末（PDR）内の暗号／復号化モジュール毎に一意である鍵Kmc３３６で暗号化３３７し、Kwc'３３８を作成する。鍵Kmc３３６は全ての受信端末（PDR）において1種類にする事も可能である。これら、暗号化されたデータ及び鍵を、暗号化コンテンツはBS伝送路、Kk'３３５はECM３１９、Kwc'３３８はEMM３２０を用いて伝送する。それら暗号化データを受信した受信端末（PDR）は受信端末（PDR）内に格納されている鍵Kmc３３６を用いて復号する。まず、EMM３２０で伝送されたKwc'３３８を鍵Kmc３３６を用いて復号３３９し、ワーク鍵Kwc３３３を入手する。鍵Kwc３３３は一度受信端末（PDR）に伝送されると更新されるまで受信端末（PDR）内に保持される。更新方法は、再度EMM３２０を用いてKwc'３３８を伝送し、Kmc３３６を用いて復号３３９し、新しい鍵Kwc３３３を入手する。次に、ECM３１９を用いて伝送されたKk'３３５をワーク鍵Kwc３３３を用いて復号３４０し、コンテンツ鍵Kk３３０を入手する。最後に、BS伝送路を用いて伝送された暗号化コンテンツ３３２をコンテンツ鍵Kk３３０を用いて復号３４１し、コンテンツ１を入手する。
【００４３】
図１１に、メタデータの伝送モデルの説明図を示す。以下に、メタデータ伝送について説明する。まず、メタデータ５０をワーク鍵Kwc３３３で暗号化３５０する。この時のワーク鍵Kwc３３３はBS伝送路暗号で用いられる鍵Kw1３１３を用いる事も可能である。次に、ワーク鍵Kwc３３３を各受信端末（PDR）毎に一意である鍵Kmc３３６で暗号化３３７し、Kwc'３３８を作成する。これら、暗号化されたデータ及び鍵を、暗号化メタデータ３５１はBS伝送路、Kwc'３３８はEMM３２０を用いて伝送する。それら暗号化データを受信した受信端末（PDR）は受信端末（PDR）内に格納されている鍵Kmc３３６を用いて復号する。まず、EMM３２０で伝送されたKwc'３３８を鍵Kmc３３６を用いて復号３３９し、ワーク鍵Kwc３３３を入手する。次に、BS伝送路を用いて伝送された暗号化メタデータ３５１をワーク鍵Kwc３３３を用いて復号３５２し、メタデータ５０を入手する。
【００４４】
（メタデータを用いたコンテンツ鍵伝送モデル）
図１２に、メタデータを用いたコンテンツ鍵伝送モデルの説明図を示す。以下に、コンテンツ鍵Kk３３０をメタデータ５０を用いて伝送する場合のコンテンツ１、メタデータ５０の伝送方法を説明する。まず、コンテンツ１をコンテンツ鍵Kk３３０で暗号化３３１する。そのコンテンツ鍵Kk３３０をメタデータ５０に追記し、メタデータ５０をワーク鍵Kwc３３３で暗号化３５０する。この時のワーク鍵Kwc３３３はBS伝送路暗号で用いられる鍵Kw1 ３１３を用いる事も可能である。最後に、ワーク鍵Kwc３３３を各受信端末（PDR）毎に一意である鍵Kmc３３６で暗号化３３７し、Kwc'３３８を作成する。これら、暗号化されたデータ及び鍵を、暗号化コンテンツ３３２、暗号化メタデータ３５１はBS伝送路、Kwc'３３８はEMM３２０を用いて伝送する。それら暗号化データを受信した受信端末（PDR）は受信端末（PDR）内に格納されている鍵Kmc３３６を用いて復号する。まず、EMM３２０で伝送されたKwc'３３８を鍵Kmc３３６を用いて復号３３９し、ワーク鍵Kwc３３３を入手する。次に、BS伝送路を用いて伝送された暗号化メタデータ３５１をワーク鍵Kwc３３３を用いて復号３５２し、メタデータ５０を入手する。最後に、BS伝送路を用いて伝送された暗号化コンテンツ３３２をメタデータ５０に記入されているコンテンツ鍵Kk３３０を用いて復号し、コンテンツ１を入手する。
【００４５】
（拡張モデル）
上記の２つのモデルにおいては、コンテンツ鍵Kk３３０はコンテンツとセットで伝送している。それ以外に、拡張モデルとして、上記２つのモデルでコンテンツ鍵Kk３３０を伝送しているECM３１９またはメタデータ５０では、コンテンツ鍵Kk３３０を記入せずに、コンテンツ鍵Kk３３０の所在を示すURI、鍵ID等の情報のみを記入し、コンテンツとセットで伝送することも可能である。その際のコンテンツ鍵Kk３３０の所在として、鍵管理センタ、受信端末（PDR）内RAM、HDD等が想定される。鍵入手方法として、地上回線、衛星回線等を用いて鍵管理センタから鍵を入手する方法や、前もって地上回線、衛星回線等を用いて受信端末（PDR）内のRAMに対して全ての鍵を配信しておき、必要に応じて鍵を入手する方法や、地上回線、衛星回線等を用いて、コンテンツ１、メタデータ５０とは別に、鍵ファイルとして配信してHDDに蓄積し、必要に応じて入手する方法が可能である。
【００４６】
（鍵管理）
ECM３１９を用いたコンテンツ鍵伝送モデル、メタデータ５０を用いたコンテンツ鍵伝送モデルのどちらとも、受信端末（PDR）内ではコンテンツ鍵Kk３３０はコンテンツとセットであるメタデータに記入されている。よって、コンテンツ鍵Kk３３０はコンテンツ１毎に変更可能である。つまり、全てのコンテンツ１を1つの鍵で管理したり、全てのコンテンツ１に異なる鍵を用いる事もでき、幅広い鍵管理方法が可能である。
【００４７】
４．受信端末
（受信端末の構成）
図１３に、受信端末の構成図を示す。次に本蓄積型テレビ放送サービスを受信するのに必要な受信端末３内の構成を説明する。受信端末３は、アンテナ２を介しコンテンツ・メタデータ・番組配列情報PSI／SIなどの各種データを受信する受信モジュール１２、受信したコンテンツなどのデータを蓄積する蓄積媒体４、リムーバブルメディア５とのI／Fであるリムーバブルメディア用ドライブ１６、契約情報等の個人ないしはグループの情報が書き込まれているCAモジュール１ １００及びCAモジュール２ １０１、コンテンツをTV１７等のモニタ装置で表示・再生させるためのデコーダ１５、暗号／復号化モジュール２００、各処理にかかわるCPU１３、メモリ１４を備える。リムーバブルメディア５は、蓄積したコンテンツを外部機器で使用するために必要なものである。
【００４８】
受信モジュール１２は、受信したデータの中でユーザーが選択したサービスに必要となるデータのみを抽出する機能や、CAモジュール１ １００を利用することにより前述した伝送路におけるBS暗号方式であるMulti2暗号を解除するデスクランブル機能を持つ。蓄積媒体４ないしリムーバブルメディア５に受信モジュール１２で受信したコンテンツを蓄積する際のコンテンツの蓄積形態は、上記の伝送路の暗号が解かれた形態で蓄積される。そのため、蓄積されるコンテンツ１は、本蓄積型テレビ放送サービス用の暗号が掛けられた暗号あり、リソース３９、暗号ありストリーム４１、暗号化がされていない暗号なしリソース４０、暗号なしストリーム４２の組み合わせにより構成される。一方蓄積媒体４にコンテンツと共に蓄積されるメタデータは、伝送時の暗号を暗号／復号化モジュール２００にて一度復号し、その後再び暗号／復号化モジュール２００内で生成もしくは用意される使い捨て鍵Ktにより暗号化され蓄積媒体４に蓄積される。
【００４９】
さらに、暗号／復号化モジュール２００は、受信端末３内でのデータの暗号化、復号化、その他権利、認証、課金等の処理、制御に関わる。詳細には、暗号／復号化モジュール２００では、ユーザーの視聴契約の際に蓄積媒体4内に蓄積されたメタデータ（Ktで暗号化されている）を復号し、メタデータ１、２を生成する機能、使い捨て鍵Kt'にて再び暗号化を行ない、蓄積媒体４内にメタデータ２を、CAモジュール２にメタデータ１と共に鍵Kt'もしくは鍵に関する情報を伝送する機能を持つ。この際に使用される暗号化方式はコンテンツに対する暗号化方式とは異なるため、使い捨て鍵Kt、Kt'はコンテンツに対して使用した鍵Kkと同じものを使用することも可能である。暗号／復号化モジュール２００は、暗号化、復号化、使い捨て鍵の生成、使い捨て鍵Ktの鍵情報の保持（不揮発性メモリ等）、鍵管理、受信端末（PDR）３内で認証が必要となる各種データの、ユーザーへの認証、著作権保護、又は課金等に関する処理、制御機能を有する。さらに、暗号／復号化モジュール２００は、蓄積媒体４、リームバブルメディア用ドライブ１６、リームバブルメディア５、CAモジュール1、2 １００、１０１、地上回線１８、IEEE1394など外部につながる外部I／F１９などのI／Fに対しての伝送路のセキュリティ保護及びこれら伝送路を用いてメタデータ等の守るべきデータの伝送の際に伝送路やデータに合わせた暗号化を行ない、セキュリティ方式を選択する機能をも有する。
【００５０】
（CAモジュールの役割及び契約方式）
本サービスでは、CAモジュールを2種類用意する。これより、個人単位のサービス提供及び課金等が可能である。CAモジュールとしては、ICカードやスマートメディア等が考えられる。
CAモジュール１ １００は、主に、受信端末３に装着・内臓することができ、CAモジュール２ １０１とは異なり可搬性の必要でないものであり、グループ契約情報、伝送路の暗号を解くための鍵情報等の情報をもつ。CAモジュール２ １０１は、リムーバブルメディアと共に受信端末外に持ち出すため可搬性の必要な、個別契約情報、使い捨て鍵の情報等をもつ。また、暗号化コンテンツ、それに伴うメタデータをメタデータ１、２に分散化し蓄積することにより、本蓄積型テレビ放送サービスではパイレーツ、著作権侵害、不正コピーなどに対するセキュリティを高めている。
【００５１】
（CAモジュール１の役割及び契約方式）
CAモジュール１は各受信端末（PDR）に１ずつ用意され、可搬性を持たず、受信端末（PDR）内に常時装備される。CAモジュール１は、その特性上常に受信端末（PDR）内に保持され得るので、受信端末（PDR）と分離可能な形態であるICカード等の記録媒体以外にも、受信端末（PDR）内蔵RAM等にその機能を持たせることも可能である。また、視聴権利単位は1台の受信端末（PDR）、つまり１個のCAモジュール１に対して、家族・グループ単位とすることができる。支払対象者の単位は、受信端末（PDR）、つまり１個のCAモジュール単位１とすることができる。なお、課金対象物の単位は、各チャンネルであるサービス単位、放送番組であるイベント単位である。スクランブルがかかったサービスないしイベントはCAモジュール１の情報により、視聴可否を判別する。また、コンテンツの視聴契約方法は、事前契約等が考えられる。つまり、前もって放送サイドの事業者に対し契約意思を表示しておく必要がある。
【００５２】
（CAモジュール２の役割及び契約方式）
CAモジュール２は、契約した各個人に対し1ずつ用意され、可搬性を持たせている。その視聴契約単位はひとつのCAモジュール２に対して、個人単位となる。
よって支払対象者の単位は個人単位とすることができる。しかし、チャンネルによってはグループ契約を設けることも考えられ、その際はグループとして登録した視聴者単位での視聴契約と課金が可能である。なお、課金対象物の単位は、各コンテンツ単位である。その際のコンテンツの最小単位は前述のとおりリソースもしくはストリームである。つまり、最小でリソース単位、ストリーム単位での課金が可能である。コンテンツの視聴契約方法は、事前契約、予約録画時契約、リアルタイム録画時契約、蓄積後視聴時契約等がある。
【００５３】
５．コンテンツ蓄積・視聴
（課金処理）
コンテンツ蓄積は課金処理と関連するので、まず課金処理について概説する。
有料コンテンツに対して、視聴契約を行うと課金処理が行われる。課金処理はメタデータに記載されている課金情報と、ユーザーが視聴契約の際に選択、追記した、視聴期間、視聴回数等の視聴条件等の情報を基に処理が行われる。課金処理が行われると、課金処理情報が受信端末（PDR）内の履歴を保持するためのメモリと、視聴契約したコンテンツとセットのメタデータに追加で書込まれる。
【００５４】
課金処理が行われるタイミングは視聴契約方法によって異なる。そのタイミングとしては、例えば、蓄積前課金処理、蓄積時課金処理、蓄積後課金処理等がある。まず、蓄積前課金処理では、コンテンツ、メタデータがHDDに蓄積される前に課金処理が行われ、課金処理が行われないと蓄積する事ができない。つまり、コンテンツが配信される前に視聴契約が行われる時である。コンテンツの視聴契約方法として、事前契約、予約録画時契約等が想定される。また、蓄積時課金処理では、コンテンツ、メタデータがHDDに蓄積される時に課金処理が行われる。つまり、コンテンツが配信されていて、そのコンテンツを蓄積する際に視聴契約が行われる時である。コンテンツの視聴契約方法として、リアルタイム録画時契約等が想定される。また、蓄積後課金処理では、コンテンツ、メタデータがHDDに蓄積された後に課金処理が行われる。つまり、HDDに蓄積されているコンテンツに対して視聴契約が行われる時である。コンテンツの視聴契約方法として蓄積後視聴時契約等が想定される。
【００５５】
（コンテンツ蓄積（HDD））
ここでは、配信されたコンテンツ１、メタデータ５０を受信端末（PDR）３内HDD４又はリムーバブルメディア５に蓄積するまでの処理を説明する。なお、蓄積の際にも暗号化がなされる。ここでは、本蓄積型テレビ放送サービスにおいて、課金処理として蓄積後課金をサービスとした例として示す。なお、コンテンツ蓄積は、以下のようなECMを用いた蓄積とメタデータを用いた蓄積のうち、システム上いずれか一方の方式を採用することができる。また、両方の蓄積方法を使うことが可能なように設定することもできる。
【００５６】
「(a)ECMを用いた蓄積」と「(b)メタデータを用いた蓄積」の違いは、コンテンツの鍵Kkの配信方法が異なるという点のみである。すなわち、「(a)ECMを用いた蓄積」ではECMを用いて配信するのに対し、「(b)メタデータを用いた蓄積」では配信時からメタデータに格納して配信する。しかも、「(a)ECMを用いた蓄積」の場合には、後述するようにメタデータにコンテンツの鍵Kkの格納処理を行うので、HDDに蓄積する際は、「(a)ECMを用いた蓄積」と「(b)メタデータを用いた蓄積」は全く同じ形態となる。よって、それ以降の「コンテンツ視聴」における処理手順は全く同じとなる。一方、「(c)リムーバブルメディアに蓄積」は、「(a)ECMを用いた蓄積」「(b)メタデータを用いた蓄積」のどちらかの方式を用いてHDDに蓄積されたコンテンツとメタデータを、契約手続きと課金処理終了後にリムーバブルメディアに改めて蓄積する場合である。よって、その後の「コンテンツ視聴」処理は、「(a)ECMを用いた蓄積」又は「(b)メタデータを用いた蓄積」の後の視聴の場合とは異なる。
【００５７】
（a.ECMを用いたコンテンツ鍵伝送モデルにおける蓄積）
図１４に、ECMを用いたコンテンツ鍵伝送方式における処理手順の説明図を示す。また、図１６に、コンテンツ鍵伝送方式における処理手順１のフローチャートを示す。以下に、ECMを用いたコンテンツ鍵伝送方式における処理手順を説明する。なお、この処理は、主に、暗号／復合化モジュール２００により実行される。また各鍵については、図９〜図１２中の記号を示す。
【００５８】
まず初めにKs３１０、Kw1３１３とCAモジュール１ １００に蓄積されているKm1 ３１６を用いて、BS伝送路スクランブルを復号し（５００）、暗号化コンテンツ４０１、暗号化メタデータ４０２を入手する。次に、予め受信端末（PDR）３に伝送され暗号/復号化モジュール２００のRAM４０３に蓄積されているワーク鍵Kwc３３３を用いて、ECM４００（３１９）を用いて伝送されたKk’３３５を復号し（５０１）、コンテンツ鍵Kk３３０を入手し（５０２）、RAM４０３に格納する。その後、暗号/復号化モジュール２００のRAM４０３に格納されているワーク鍵Kwc３３３を用いてメタデータ４０２を復号し（５０３,４０４）、メタデータに記載されている検索/課金などの検索処理に用いられる情報を抽出し検索テーブル４１０に追加する（５０４）。この検索テーブル４１０はHDD４内のコンテンツ４０６の検索/課金情報などが記載されていて、検索をする際に使用される。メタデータから検索処理に用いられる情報を抽出し検索テーブルに追記した後、メタデータ４０２にコンテンツ鍵Kk３３０を追記する（５０５,４０４）。さらに、受信端末（PDR）３内の暗号/復号化モジュール２００で生成もしくは用意させた値Kt４０４を鍵Ktとして（５０６）、Kwcで一度復号されたメタデータをKtで再暗号化４０４し（５０７）、Ktで暗号化されたメタデータ４０５を生成する４０４。鍵Ktは暗号/復号化モジュール２００のRAM４０３に格納される。この鍵Ktは、メタデータ４０２をHDD４蓄積前に復号し再暗号化４０４する度に暗号/復号化モジュール２００内で生成もしくは用意させる鍵である。その後、コンテンツ鍵Kk３３０で暗号化された暗号化コンテンツ４０６と鍵Ktで暗号化された暗号化メタデータ４０５をセットでHDD４に蓄積する（５０８）。なお、メタデータ４０５毎に異なる鍵としてもよい。
【００５９】
（b.メタデータを用いたコンテンツ鍵伝送モデルにおける蓄積）
図１５に、メタデータを用いたコンテンツ鍵伝送方式における処理手順の説明図を示す。また、図１７に、コンテンツ鍵伝送方式における処理手順２のフローチャートを示す。以下に、メタデータ５０を用いたコンテンツ鍵伝送方式における処理手順を説明する。
【００６０】
まず初めにKs３１０、Kw1 ３１３とCAモジュール１ １００に蓄積されているKm1 ３１６を用いてBS伝送路スクランブルを復号し（５００）、暗号化コンテンツ４０１、暗号化メタデータ４５１を入手する。この場合、暗号化メタデータ４５１には、コンテンツ鍵Kkが含まれる。次に、予め受信端末（PDR）３に伝送され暗号/復号化モジュール２００内のRAM４５２に格納されているワーク鍵Kwc３３３を用いてメタデータ４５１を復号し（５０３,４５３）、メタデータに記載されている検索/課金情報などの検索処理に用いられる情報を抽出し検索テーブル４１０に追加する（５０４）。この検索テーブル４１０はHDD４内のコンテンツ４０６の検索/課金情報が記載されていて、検索をする際に使用される。メタデータから検索処理に用いられる情報を抽出し検索テーブルに追記した後、暗号/復号化モジュール２００内で生成もしくは用意させた値Ktを鍵Kt４５３として（５０６）、Kwcで一度復号されたメタデータをKtで再暗号化４５３し（５０７）、Ktで暗号化されたメタデータ４０５を生成する（４５３）。鍵Ktは暗号/復号化モジュール２００内のRAM４５２に格納される。この鍵Ktは、メタデータ４５１をHDD４蓄積前に復号し再暗号化４５３する度に暗号/復号化モジュール２００内で生成もしくは用意させる鍵である。その後、コンテンツ鍵Kk３３０で暗号化された暗号化コンテンツ４０６と鍵Ktで暗号化された暗号化メタデータ４０５をセットでHDD４に蓄積する（５０８）。なお、メタデータ４１４毎に異なる鍵としてもよい。
（c.リムーバブルメディアへのコンテンツ蓄積）
【００６１】
図１８に、リムーバブルメディアへのコンテンツ蓄積処理手順のフローチャートを示す。以下に、HDD４に蓄積されたコンテンツ４０６をリムーバブルメディア５に蓄積するまでの処理手順を説明する。図１４、図１５にリムーバブルメディアへのコンテンツ蓄積処理の説明図を示す（両者は同様である）。
【００６２】
ユーザーがキーワード等を入力することにより、検索テーブル４１０の情報を基にHDD４内の検索処理４１２が行われる（５２０）。その検索結果より、ユーザーが蓄積コンテンツ４０９を選択する（５２０）。そして、選択されたコンテンツ４０９に対するメタデータ４０８を受信端末（PDR）３内のワークエリアにコピーする。コピーされたメタデータ４０８を鍵Ktを用いて復号４１３する（５２２）。そして、ユーザーが、選択したコンテンツ４０８の契約条件を確認後必要な情報を追記し、蓄積を決定４１５する（５２３）。ユーザーの蓄積決定の動作を受けて、ユーザーが契約した契約条件より課金処理４１６が行われる（５２４）。契約条件、課金処理の結果より、メタデータ４１４の契約情報を作成する（５２５）。その後、メタデータ４１４をメタデータ１、２に分離する（５２６）。そして、受信端末（PDR）３内で生成もしくは用意させた値Kt'を鍵Kt'４１８とする（５２７）。この鍵Kt'は、コンテンツ４０９の視聴手続き後、メタデータ２をリムーバブルメディア５、HDD４等に蓄積前に暗号化する度に受信端末（PDR）３内で生成もしくは用意させる鍵である。メタデータ２を鍵Kt'で暗号化し（５２８）、リムーバブルメディア５に蓄積する（５２９）。次に、メタデータ１に鍵Kt'もしくは、鍵に関する情報を記入する。メタデータ１をセキュリティが守られている伝送路を用いてCAモジュール２ １０１に蓄積し（５３１）、CAモジュール２ １０１に蓄積されている個人鍵Km2 ４２４を用いて暗号化４２２する（５３０）。この処理において、セキュリティが守られている伝送路を用いて個人鍵Km2 ４２４を受信端末（PDR）３内に入力し、鍵Kt'もしくは鍵Kt'に関する情報を含んでいるメタデータ１を個人鍵Km2４２４を用いて暗号化した（４２２、５３０）後、CAモジュール２ １０１に蓄積する（５３１）事も可能である。またこれ以外の方法として、セキュリティが守られた伝送路で鍵Kt'もしくは鍵Kt'に関する情報を含んでいるメタデータ１をCAモジュール2１０１に伝送し、そのまま保存する場合もある。メタデータ４１４に関する処理が全て完了したら、暗号化コンテンツ４０９をリムーバブルメディア５に蓄積する（５３２）。
【００６３】
このようにして、リムーバブルメディアに格納される情報は、鍵Kk'で暗号化され鍵Kkを含むメタデータ２ ４２１、鍵Kkで暗号化されたコンテンツ４２７となる。
（コンテンツ視聴）
【００６４】
図１９に、コンテンツ視聴処理手順のフローチャートを示す。また、図２４に、ECM又はメタデータを用いた蓄積後視聴のデータの流れについての説明図を示す。以下に、図１４（図１５）を参照して、HDD４に蓄積されたコンテンツ４０８を視聴するまでの処理手順を説明する。
【００６５】
HDD４には、鍵Kkを含む暗号にメタデータと暗号化コンテンツが記帳されている。ユーザーがキーワード等を入力することにより、検索テーブル４１０の情報を基にHDD４内の検索処理４１２が行われる（５２０）。その検索結果より、ユーザーが視聴コンテンツ４０９を選択する（５４０）。そして、選択されたコンテンツ４０９に対するメタデータ４０８を受信端末（PDR）３内のワークエリアにコピーする。
【００６６】
メタデータについては、次のように処理される。コピーされたメタデータ４０８を鍵Ktを用いて復号４１３する（５２２）。そして、ユーザーが、選択したコンテンツ４０９の契約条件を確認後、視聴を決定４１５する（５４１）。ユーザーの視聴決定の動作を受けて、ユーザーが確認、契約した契約条件より課金処理４１６が行われる（５２４）。契約条件、課金処理の結果より、メタデータの契約情報を作成４１７する（５２５）。その後、メタデータ４１４をメタデータ１、２に分離する（５２６）。そして、受信端末（PDR）３内で生成もしくは用意させた値Kt'を鍵Kt'とする（５２７）。この鍵Kt'は、コンテンツ４０９の視聴手続き後、メタデータ４１４をリムーバブルメディア５、HDD４等に蓄積する前に暗号化する度に受信端末（PDR）３内で生成もしくは用意させる鍵である（なお、メタデータ４１４毎に異なる鍵としてもよい）。次に、メタデータ２を鍵Kt'で暗号化４１９し（５２８）、HDDに蓄積する（５４２）。次に、セキュリティが守られている伝送路を用いて個人鍵Km2 ４２４を受信端末（PDR）３内に入力し、鍵Kt'もしくは鍵Kt'に関する情報を含むメタデータ１を個人鍵Km2 ４２４を用いて暗号化４２２した（５３０）後、CAモジュール２ １０１に蓄積する（５３１）。この処理において、メタデータ１に鍵Kt'もしくは鍵Kt'に関する情報を記入する。メタデータ１をセキュリティが守られている伝送路を用いてCAモジュール２ １０１に蓄積し（５３１）、CAモジュール２ １０１に蓄積されている個人鍵Km2 ４２４を用いて暗号化４２２する（５３０）。またこれ以外の方法として、セキュリティが守られた伝送路で鍵Kt'もしくは鍵Kt'に関する情報を含むメタデータ１をCAモジュール2 １０１に伝送し、そのまま保存する場合もある。一方、コンテンツについては、次のように処理される。メタデータ４１４に関する処理が全て完了したら、コンテンツ鍵Kk３３０を用いて暗号化コンテンツ４０９を復号４２６し（５４３）、視聴可能なコンテンツを入手する。
【００６７】
つぎに、図２５に、リムーバブルメディアに蓄積後視聴のデータの流れについての説明図を示す。リームバブルメディア５からの視聴処理についてもこのHDD４からのコンテンツの視聴処理と同様な処理が行なわれる。ただし、ここでは、ＣＡモジュール２ １０１に蓄積されたメタデータ１と、リムーバブルメディア５の蓄積されたメタデータ２との一致確認及び契約条件確認が行われた後、コンテンツの視聴（復号）が可能となる。暗号化メタデータ１は、セキュリティが守られている伝送路を用いて個人鍵Km2 ４２４を受信端末３内に入力し復号することができる。復号化されたメタデータ1内の鍵Kt'を用いて、暗号化メタデータ２が復号化されることができる。メタデータ２内に格納されているコンテンツ鍵Kkにより、暗号化コンテンツを復号し、視聴可能となる。
６．拡張サービス
【００６８】
次に本蓄積型テレビ放送サービスにおいてリムーバブルメディアを利用したサービス（コンテンツの外部での使用）の拡張サービスとしての第３者への譲渡を目的としたギフトサービスについて、概要を説明する。
【００６９】
図２０に、通常サービスの説明図を示す。これは、前述したとおり、ユーザー６００が視聴契約を行なったコンテンツを、視聴契約を行なった受信端末（PDR）３の外部で利用する場合である。受信端末（PDR）３から持ち出す形態は、メタデータ１の書込まれたCAモジュール２ １０１と、メタデータ２及び暗号化コンテンツが書込まれたリムーバブルメディア５である。通常サービスでは、外部受信端末（PDR）６０４、もしくは外部機器１１で利用する場合にその両者を挿入あるいは接続し、ユーザー６００の持つ視聴契約の権利（個人認証など）、すなわちCAモジュール２ １０１のメタデータ１、リムーバブルメディア５のメタデータ２に基づきコンテンツの視聴が可能となる。
【００７０】
図２１に、ギフトサービスの説明図を示す。ギフトサービスでは、ユーザー６００である送り主６０１が、ギフト目的の視聴契約を行なった際に生成されるメタデータのみに基づくのではなく、受け取り主６０２側でコンテンツに対する認証およびその他必要な情報が視聴契約の際にリムーバブルメディア５に書込まれ、その後視聴可能となる。この場合送り主６０１側の受信端末（PDR）３では送り主のCAモジュール２ １０１で一度視聴契約を行ない、その際に生成されたメタデータに対し必要な部分に暗号化を行ないコンテンツの書き込まれたリムーバブルメディア５に書込み受け渡す。一方、受け取り主６０２側の受信端末（PDR）６０４では、暗号化メタデータを復号し、受け取り主のCAモジュール２ ６０４を使用し必要な視聴契約を行ない初めてコンテンツの視聴に必要なメタデータ１、２が生成され、コンテンツの視聴が可能となる。そのため個人の認証機能を持つCAモジュール２（送り主側の）をコンテンツと共に受け渡す必要がなくなる。この際にコンテンツなどの受け渡しの伝送路６０３は、リムーバブルメディアなどの蓄積媒体を介す手渡しや配送などのほかに、コンテンツなどのデータを放送波などの電波、地上回線などの通信線を利用し受け渡すことも可能である。
【００７１】
また、メタデータに対する暗号化は通常サービスと同様に暗号／復号化モジュール内で行なわれ、その際に使用される鍵は暗号／復号化モジュールで生成もしくは用意されたものを使用する。この際に使用する鍵をギフト鍵と呼ぶ。ギフト鍵は通常サービスと同様に生成もしくは用意された鍵Kt、Kt'を使用することも可能である。
【００７２】
図２２に、ギフトサービスの伝送路において必要な情報の説明図を示す。以下に、リムーバブルメディアに書込む場合を例に、ギフトサービスを行なう際のコンテンツの受け渡しに必要な情報を説明する。コンテンツ６０７は、前述の通常サービスと同様に暗号化されたコンテンツである。メタデータ６０６は、送り主側で行なわれた視聴契約により作成されたメタデータの暗号化された部分であり暗号化されたコンテンツ６０７を復号するための鍵Kkもしくは鍵に関する情報、検索／課金情報などを含んでいる。ギフト情報６０５は、メタデータの暗号化されていない部分であり、通常サービスとギフトサービスを識別する情報、暗号化したメタデータを復号するための情報等を含む情報である。この情報を本例ではギフト情報と呼ぶ。メタデータ６０６については受け取り主側でコンテンツ６０７を視聴する前に受け取り主のCAモジュール２ ６０４を基に必要な視聴契約処理を行なうことにより前述のメタデータ１、２となる。またこれ以外の方法としてメタデータを復号するための情報、ギフト情報、メタデータの一部などは、通常サービスにおけるCAモジュール２内に分離したメタデータ１と同様に分離させ、別のセキュリティの守られた伝送路、例えば地上回線、センタ側などを利用し受け取り主側に受け渡すことも可能である。
６．まとめ
【００７３】
本発明の特徴のいくつかを以下に例示する。
・コンテンツはコンテンツ暗号鍵Ｋｋで暗号化し、コンテンツに関する情報であるメタデータはコンテンツとは別の鍵で同様に暗号化を行い、この二つのデータの組み合わせによる構成でコンテンツに関する視聴・購入を行わせること。
・前記暗号化されたコンテンツとコンテンツに関するメタデータは衛星回線を介して衛星回線の伝送用暗号方式でさらに暗号化された後伝送されること。
・前記コンテンツ毎にユニークな鍵ないしは同一の鍵で暗号化を行い、暗号化の鍵情報（鍵の存在場所や鍵そのもの）をメタデータに埋め込んで配信すること。
【００７４】
・前記暗号化されたコンテンツの鍵を、メタデータと同一の鍵で暗号化してコンテンツ配信時とは別の時間枠や、別の配信場所で配信すること。
・衛星デジタル放送におけるＣＡモジュールに対して個人を特定可能とする第２のＣＡモジュールを有し、この第２のＣＡモジュールがユーザー個人認証の役割を行うことでマルチユーザー対応とすること。
・受信端末内に暗号・復号化を行う専用モジュールを有し、この専用モジュールは暗号化されているメタデータを受信後直に伝送依存する鍵で復号化を行い、受信端末内で生成される使い捨て鍵で再度暗号化を行い受信端末にメタデータを蓄積させること。
【００７５】
・ユーザーの視聴・契約の動作に伴い、前記蓄積されている暗号化メタデータを復号し必要なデータを記入後再度新規使い捨て鍵の生成を行い、新規使い捨て鍵でメタデータを暗号化し、この暗号化メタデータを受信端末内に蓄積する、このようにユーザーのコンテンツ視聴・契約毎に新規使い捨て鍵を生成し、同じコンテンツであっても異なる使い捨て鍵となること。
・前記生成された新規使い捨て鍵を、受信端末と第２のＣＡモジュール間のセキュリティ保護された伝送インタフェースを通して、第２のＣＡモジュールに格納すること。
・受信端末内の暗号/復号化モジュールにおいて、モジュールそのものがモジュール特定鍵Ｋｍｃを有し、コンテンツ暗号鍵やメタデータの伝送時暗号に用いる伝送路鍵をモジュール特定鍵で暗号化し、受信端末内の暗号/復号化モジュールにデジタル放送の伝送方式を用いて配信し、暗号・復号モジュールで伝送路鍵を取得しモジュール内に格納後、伝送路鍵の更新において再度取得しモジュール内に格納する暗号/復号化モジュールを有すること。
【００７６】
・暗号化されたコンテンツを格納するときは、暗号化されたままの状態で格納し、暗号化されたコンテンツのメタデータも一緒に格納され、コンテンツの購入時にコンテンツ購入に関するデータをメタデータに記入し、メタデータはメタデータ１とメタデータ２とに分かれ、夫々のメタデータが暗号化された後、コンテンツ鍵で暗号化されたコンテンツと購入時に暗号化されたメタデータ２が受信端末内に２つセットで格納され、同様に暗号化されたメタデータ１はＣＡモジュール２に記録され、コンテンツ視聴時に分割されたメタデータを組み立てることで暗号化されたコンテンツの復号を可能とすること。
・コンテンツを暗号化しているコンテンツ鍵Ｋｋは、本システムで管理する伝送路鍵Ｋｗｃで暗号化されてコンテンツ鍵Ｋｋ'となり、さらに伝送路鍵Ｋｗｃを暗号/復号化モジュールの鍵Ｋｍｃで暗号化しｋｗｃ'を作成、その後伝送路にてＫｋ'、Ｋｗｃ'を送信しモジュール特定鍵Ｋｍｃで解読して伝送路鍵Ｋｗｃを取得する方式において、暗号/復号化モジュール内で伝送路鍵Ｋｗｃを格納し、受信後の蓄積時とユーザー契約時に受信端末内で使い捨て鍵を生成、その使い捨て鍵と契約関連情報等、デジタル放送の番組配列情報よりの組み合わせで作成すること。
・上記システムにおいて、暗号化されたコンテンツ購入時に作成されるメタデータの分割時における、暗号化されたコンテンツと一緒に蓄積させるメタデータ２は、装置内で生成される使い捨て鍵で暗号化され、残りのメタデータ１はコンテンツ鍵を書込み後同様に使い捨て鍵で暗号化して、暗号化されたコンテンツ、メタデータをリムーバブルメディアに記録すること。
【００７７】
・上記システムにおいて、受信端末内で使い捨て鍵を生成することでコンテンツ毎に自由に暗号化を行うことを可能とすること。
・上記システムにおいてコンテンツ個々に対する課金が可能となること。
・コンテンツ個々に対する暗号化並びに課金管理を行うことが可能となる上記システムにおいて、コンテンツ毎に異なる暗号鍵を所有することで様々な伝送路よりのコンテンツ組み合わせを可能とすること。
【００７８】
・家庭内受信端末では受信した暗号化コンテンツを一緒に配信されてきたメタデータと同時格納し、家庭内における受信装置ではユーザーの購入時に受信したメタデータを元に有効期限等埋め込まれたメタデータの作成を行い、そのメタデータからメタデータ１、メタデータ２を作成しメタデータを受信端末で作成する使い捨て鍵を用いて暗号化し再度受信端末内に蓄積し、メタデータはユーザー特定の個人鍵Ｋｍ２で暗号化した後、ＣＡモジュール２内に格納されるシステムにおいては、メタデータ作成時に受信したメタデータを元に作成するが，メタデータはメタデータ枠として何度も利用可能なようにメタデータ枠として残しておくこと。
・上記システムにおいて、暗号化コンテンツを視聴するには、蓄積媒体内の暗号化コンテンツを複写し、この複写した暗号化コンテンツを再生する、複写使用により蓄積媒体内の暗号化コンテンツはそのままの状態で保管され、また同時にメタデータも複写して使用することで、家庭内でも受信、蓄積したコンテンツの契約を結ぶ度に視聴でき、家庭内でユーザー特定の蓄積媒体、ＩＣカード等が数種類存在しても本サービス利用が可能となること。
・暗号化コンテンツとメタデータを分離化することで、ユーザー特定の蓄積媒体、既存のデジタル放送ＩＣカード等を受信装置に常時取り付ける必要がなく、またコンテンツ購入時もしくは視聴時のみ取り付けることでサービス享受でき、よってユーザーのＣＡモジュール，ＩＣカード等の携帯を可能とすること。
【００７９】
【発明の効果】
本発明によると、コンテンツ蓄積時の暗号鍵、復号鍵の扱いが容易になり、かつ、暗号鍵、復号鍵の信頼性の向上が図れる。
【図面の簡単な説明】
【図１】蓄積型テレビ放送サービスの受信側の概要図。
【図２】蓄積型テレビ放送サービスシステムの全体図。
【図３】サービス、イベントの関係の説明図。
【図４】イベント内のコンテンツ構成例の説明図。
【図５】コンテンツに付随する情報の構成図。
【図６】配信時のデータ構成図。
【図７】蓄積型テレビ放送サービスにおける暗号化方式の説明図。
【図８】伝送路暗号とコンテンツ、メタデータ暗号の関係の説明図。
【図９】伝送路における鍵配信方式の説明図。
【図１０】 ECMを用いたコンテンツ鍵伝送モデルの説明図。
【図１１】メタデータの伝送モデルの説明図。
【図１２】メタデータを用いたコンテンツ鍵伝送モデルの説明図。
【図１３】受信端末の構成図。
【図１４】 ECMを用いたコンテンツ鍵伝送方式における処理手順の説明図。
【図１５】メタデータを用いたコンテンツ鍵伝送方式における処理手順の説明図。
【図１６】コンテンツ鍵伝送方式における処理手順１のフローチャート。
【図１７】コンテンツ鍵伝送方式における処理手順２のフローチャート。
【図１８】リムーバブルメディアへのコンテンツ蓄積処理手順のフローチャート。
【図１９】コンテンツ視聴処理手順のフローチャート。
【符号の説明】
１・・・コンテンツ、２・・・アンテナ、３・・・受信端末（PDR）、４・・・蓄積媒体、５・・・リムーバブルメディア、６・・・リアルタイム型視聴、７・・・リアルタイム型＋蓄積型視聴、８・・・蓄積型視聴、９・・・センタ側（放送サイド）、１０・・・衛星、１１・・・外部機器、１２・・・受信モジュール、１３・・・CPU、１４・・・メモリ、１５・・・デコーダ、１６・・・リムーバブルメディア用ドライブ、１７・・・ＴＶ、１８・・・地上回線、１９・・・外部I／F、２０・・・イベント、２１・・・メインメニュー画面、２２・・・映画、２３・・・料理、２４・・・映像ストリーム、２５・・・音声ストリーム、２６・・・データストリーム、２７・・・中華、２８・・・餃子写真、２９・・・隠し味、３０・・・コンテンツＡ、３１・・・コンテンツＢ、３２・・・コンテンツＣ、３３・・・コンテンツＤ、３４・・・コンテンツＥ、３５・・・サービス、３６・・・イベントＡ、３７・・・イベントＢ、３８・・・イベントＣ、３９・・・暗号ありリソース、４０・・・暗号なしリソース、４１・・・暗号ありストリーム、４２・・・暗号なしストリーム、５０・・・メタデータ、５１・・・メタデータ２A(a)、５２・・・メタデータ１A(a)、５３・・・全体プロファイル、５４・・・個人用プロファイル(a)、５５・・・検索用テーブル、５６・・・コンテンツＡ、５７・・・メタデータＡ、５８・・・メタデータＸ、５９・・・メタデータ２A(b)、６０・・・ES0（デフォルトES）、６１・・・ES1（映像ストリーム）、６２・・・ES2（音声ストリーム）、６３・・・ES3（データストリーム）、６４・・・ES4（データカルーセル）、６５・・・PSI／SI、７０・・・暗号化処理部、７１・・・暗号化データ（リソース）、７２・・・暗号化データ（ストリーム）、７３・・・暗号化情報、８０・・・ICカード２(a)用、８１・・・ICカード２(b)用、１００・・・CAモジュール１、１０１・・・CAモジュール２、２００・・・暗号／復号化モジュール、３００・・・TSP、３０１・・・コンテンツ暗号化、３０２・・・メタデータ暗号化、３０３・・・伝送路暗号化、３１０・・・Ks、３１１・・・イベント暗号化（鍵Ks）、３１２・・・暗号化イベント、３１３・・・Kw1、３１４・・・Ks暗号化（鍵Kw1）、３１５・・・Ks'、３１６・・・Km1、３１７・・・Kw1暗号化（鍵Km1）、３１８・・・Kw1'、３１９・・・ECM、３２０・・・EMM、３２１・・・Kw1'復号（鍵Km1）、３２２・・・Ks'復号（鍵Kw1）、３２３・・・暗号化イベント復号（鍵Ks）、３３０・・・Kk、３３１・・・コンテンツ暗号化（鍵Kk）、３３２・・・暗号化コンテンツ、３３３・・・Kwc、３３４・・・Kk暗号化（鍵Kwc）、３３５・・・Kk'、３３６・・・Kmc、３３７・・・Kwc暗号化（鍵Kmc）、３３８・・・Kwc'、３３９・・・Kwc'復号（鍵Kmc）、３４０・・・Kk'復号（鍵Kwc）、３４１・・・暗号化コンテンツ復号（鍵Kk）、３５０・・・メタデータ暗号化（鍵Kwc）、３５１・・・暗号化メタデータ、３５２・・・暗号化メタデータ復号（鍵Kwc）、４００・・・配信情報（ECM,EMM）、４０１・・・配信情報（コンテンツ）、４０２・・・配信情報（メタデータ）、４０３・・・RAM、４０４・・・HDD蓄積前処理、４０５・・・HDD蓄積前メタデータ、４０６・・・HDD蓄積前コンテンツ、４０７・・・HDD蓄積コンテンツ、メタデータ、４０８・・・メタデータ（コピー）、４０９・・・コンテンツ（コピー）、４１０・・・検索テーブル、４１１・・・HDD、４１２・・・検索処理、４１３・・・メタデータ復号、４１４・・・復号メタデータ、４１５・・・契約手続き、４１６・・・課金処理、４１７・・・メタデータ（契約情報）作成、４１８・・・メタデータ分離処理、４１９・・・メタデータ２暗号化、４２０・・・メタデータ２（HDD内）、４２１・・・メタデータ２（リムーバブルメディア内）、４２２・・・メタデータ１、Kt'暗号化、４２４・・・Km2、４２５・・・暗号化メタデータ、Kt,'、４５０・・・配信情報（EMM）、４５１・・・配信情報（メタデータ）、４５２・・・RAM、４５３・・・HDD蓄積前処理、５００・・・スクランブル復号、５０１・・・Kk'復号、５０２・・・Kk入手、５０３・・・メタデータ復号、５０４・・・検索テーブル情報追加、５０５・・・メタデータKk記入、５０６・・・Kt生成、５０７・・・メタデータ暗号化、５０８・・・コンテンツ、メタデータ蓄積、５２０・・・HDD検索、５２１・・・蓄積コンテンツ選択、５２２・・・メタデータ復号、５２３・・・契約条件確認・記入、蓄積選択、５２４・・・課金処理、５２５・・・契約情報作成、５２６・・・メタデータ分離、５２７・・・Kt'生成、５２８・・・メタデータ２暗号化、５２９・・・リムーバブルメディア蓄積処理（メタデータ２）、５３０・・・メタデータ１、Kt'暗号化、５３１・・・CAモジュール蓄積、５３２・・・リムーバブルメディアにコンテンツ蓄積、５４０・・・視聴コンテンツ選択、５４１・・・契約条件確認・記入、視聴選択、５４２・・・HDD蓄積、５４３・・・コンテンツ復号。
【発明の属する技術分野】
本発明は、受信方法及び送信方法に係り、特に、暗号化コンテンツとそのコンテンツの視聴のために必要なコンテンツ関連情報であるメタデータでコンテンツを定義し、個人を特定した第２のＣＡモジュールを使用することで、個々に対するサービスを提供可能とする受信方法及び送信方法に関する。
【０００２】
【従来の技術】
従来のデジタル放送では、サービスチャンネル毎に視聴可／不可の契約を行う契約形態、もしくは同一チャンネル内での時間毎の番組契約を行う契約形態が存在していた。また、既存のデジタル放送等では、各々のコンテンツ単位でのコンテンツの購入を行わせるために、ユーザーがサービス選択後に欲しいコンテンツを選択、契約又は決定し、その契約又は決定と同時にセンタ側との通信を行うようにしている。ユーザーとセンタ側とのリアルタイム通信によって各コンテンツの購入を確認し、確認後契約者に購入許可データを送信することで、ユーザーはコンテンツを購入可能となる。このような双方向リアルタイム購入方式でコンテンツ単位での販売が行われることとなる。
【０００３】
暗号化に関しては、今後始まるデジタル放送において、ネットワーク内で使用可能な暗号鍵は数が固定されているため、伝送路で暗号化する／しないの判断がなされる。また、現在の伝送方式では、センタ側で暗号化されたコンテンツは、受信端末内で受信後直に暗号解除を行った後に蓄積装置等に記録される。このように伝送時におけるコンテンツの暗号化は、現在１次暗号のみで行なわれている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のデジタル放送では、契約時間内での全てのサービス情報を取得することができるが、ユーザーが選択したサービス情報のみの視聴もしくはコンテンツのみの入手は困難である。
【０００５】
また、従来のＣＳ／ＢＳなどのデジタル放送でのサービスにおいては、契約形態がチャンネル視聴可／不可、または同一チャンネル内の番組視聴可／不可の契約提供がメインとなっている。これはデジタル放送内における暗号化に用いる鍵の数に制限があるためである。ただし複数の鍵を使用すると鍵の管理が複雑となるだけでなく、複数鍵でのコンテンツの暗号化を行うことで暗号を解くために必要な情報の常時送信となり、現在の伝送量よりさらに多くの情報を伝送しなくてはならない。これは少ない伝送領域においては、困難に近く現実的ではない。また、日々増加するコンテンツ毎に鍵をかけることは、鍵の数が無限大に近くなることであり、これも管理が非常に難しい。さらに、リアルタイム復号に必要な情報を常に伝送しているため、受信端末は、受信時に復号化に必要ＩＣカード等のモジュール（ＣＡ（Conditional Access，限定受信）モジュール）を常時取り付けさせる必要がある。これらのことより、同じチャンネル内の同じ番組の同じ時間において複数の鍵を用いてコンテンツの暗号化を行うことは、困難に近い。
【０００６】
また、従来の受信端末では、暗号解除後に再度受信端末内で暗号化を行うことが出来ない。これより受信端末等に存在する蓄積コンテンツを一度復号化した後に、再度暗号化させて蓄積をさせることは不可能であり、また伝送路の暗号化のまま蓄積すると蓄積時における暗号化の鍵扱い等がむずかしくなり、暗号化させて蓄積させるには信頼性等様々な課題が多い。また、デジタル放送を受信する場合において視聴可／不可等の契約を扱う情報が受信端末毎でしか行えないため、受信端末を利用するユーザーが複数の場合、センタ側で複数ユーザー毎の契約形態を認識できない等の課題がある。
【０００７】
本願発明は、以上のような点に鑑み、コンテンツの蓄積時における暗号化等の鍵の扱いが容易であり、暗号化蓄積時の信頼性向上が図れるコンテンツ送信方法、受信方法等を提供することを目的とする。
【０００８】
本願発明は、コンテンツ鍵を共通情報、例えばECM、またはメタデータに格納し、該コンテンツ鍵をワーク鍵で暗号化して配信する。または、ワーク鍵で暗号化、又は復号化されたコンテンツ鍵を用いて暗号化コンテンツを復号化してコンテンツを生成してなるものである。
【０００９】
ここで、メタデータとは、基本的にコンテンツ以外の情報の総称であり、例えば、コンテンツ制御情報、コンテンツ内容情報、コンテンツ関連情報として定義することができる。概念的には受信端末側でコンテンツを制御するための情報で、例えばコンテンツの蓄積予約を行うための情報（EPG (Electronic Program Guide、電子番組ガイド)に表示するためのコンテンツの名前、ジャンル、配信場所、配信予定日時）、利用制限情報（視聴が可能となるための条件、２０歳以上、男性、○○放送局との契約者）、暗号の鍵等の情報が含まれる。
【００１４】
【発明の実施の形態】
以下の見出しに従い説明する。
１．システム
２．データ構成
３．暗号化・復号化
４．受信端末
５．コンテンツ蓄積・視聴
６．まとめ
【００１５】
１．システム
（サービス概要）
図１に、蓄積型テレビ放送サービスの受信側の概要図を示す。この受信側は、アンテナ２、受信端末３、テレビ１７を備える。
【００１６】
本サービスの概要として、蓄積型テレビ放送について説明する。従来のテレビ放送は、放送サイド（放送局）から送られてくるコンテンツ１（番組）をアンテナ２（ケーブルでの伝送の場合もある）、受信端末３で受信し、テレビ１７などのモニタ装置にて送られてきているその瞬間から視聴を行なう（ここでは、「リアルタイム型視聴６」と呼ぶ。）。蓄積型テレビ放送とは、従来のテレビ放送と同様のリアルタイム型視聴６に加え、従来のビデオデッキなどと同様に一度送られてきたコンテンツを蓄積媒体４（本発明ではこれを、例えば、HDDとして説明する）に蓄積後視聴する「蓄積型視聴８」、蓄積されたコンテンツと送られてきているリアルタイムのコンテンツを合わせて視聴する「リアルタイム型＋蓄積型視聴７」などのサービスを可能とするテレビ放送である。なお、蓄積型視聴８では、ＤＶＤなどの可搬性に富んだリムーバブルメディア５を蓄積媒体として使用することもある。本発明では、上記のような蓄積型テレビ放送におけるサービス、特にコンテンツの暗号化、鍵の配信方式、契約方式などについて述べる。
【００１７】
（システム概要）
蓄積型テレビ放送サービスを行なうシステムとしては、衛星放送、地上波放送など電波によるインフラのほかに、ケーブルテレビ、インターネットなどの通信線を利用したインフラでのサービスが可能である。本発明では、一例として、デジタル衛星放送、特にBSデジタル放送をインフラとした場合について述べる。
【００１８】
図２に、蓄積型テレビ放送サービスシステムの全体図を示す。まず蓄積型テレビ放送サービスが行なわれるシステムの全体を、この図を用いて説明する。
【００１９】
蓄積型テレビ放送サービスシステムは、コンテンツを制作、配信する放送サイドであるセンタ側９と、受信側である受信端末３（PDR：personal digital recorder以後受信端末を略してPDRと呼ぶ場合もある。）を備える。センタ側９では上記の通りコンテンツ及び関連した情報の制作、配信の他に著作権、視聴制御、課金などを考慮した暗号化、鍵管理、ユーザーリクエスト受け付けなども行なわれ、そのコンテンツ及び関連した情報を配信可能なデータへ組み立て、および、衛星１０を介し受信端末３側に配信する。受信側である受信端末３は、衛星１０を介したコンテンツ及び関連した情報をアンテナ２により受信し、TV１７等のモニタ装置に直接出力、または蓄積媒体４内に蓄積後出力することで、ユーザーの視聴を可能とする。この受信端末３がTV１７等のモニタ装置に内蔵されることもあるが、ここでは別装置として説明する。
【００２０】
蓄積型テレビ放送サービス用の受信端末３は、コンテンツ及び関連した情報を蓄積するための蓄積媒体４を有している他に、暗号／復号化モジュール２００、ＣＡモジュール１ １００、モジュール２ １０１を備える。暗号／復号化モジュール２００は、暗号化されて配信されたデータの復号化及び受信端末３内の重要なデータに対し暗号化を行ない、著作権保護等の権利、認証、課金などの処理、制御にかかわる。暗号／復号化モジュール２００については、パイレーツや暗号解読などに対するセキュリティ対策として基本的に１デバイスにより構成されるが、さらなるセキュリティ対策として、モジュールごと取りかえることが可能な構成も考えられる。センタ側９と受信端末３を結ぶ地上回線１８はコンテンツに対する課金処理、ユーザーの視聴履歴、リクエストの取得の他、コンテンツ、コンテンツに対する暗号化およびその他データに対する暗号化を解除するための情報、コンテンツに関連した情報、鍵の送信等を行なう場合などにも用いられる。
【００２１】
CAモジュール１ １００及びCAモジュール２ １０１は、この受信端末３を使用するユーザーの個人認証、及びユーザーの属する家族などのグループの認証等を行う。ここでいうCAモジュール１ １００、モジュール２ １０１には、メモリ媒体のほかBSデジタル放送で使用されるICカードを使用することもある。CAモジュール１ １００については、グループの認証や伝送路暗号の復号化機能等を有し、可搬性を考慮できないため受信端末３内にその機能を内蔵させることも可能となる。またCAモジュール２ １０１は、個人認証機能等を持ち、可搬も可能であり、蓄積したコンテンツを外部機器１１などで再生する際や外部機器１１にてコンテンツの契約を行なう際に、リムーバブルメディア５と共に外部機器に接続し使用することもある。なお、CAモジュール１、２の各々の役割等については後述する。
【００２２】
２．データ構成
（コンテンツの定義）
図３に、サービス、イベントの関係の説明図を示す。以下に、蓄積型テレビ放送サービスにおける前述したコンテンツ、及びそれに付随するイベント、サービスの単位について説明する。まずサービスとイベントの関係について説明する。
【００２３】
本蓄積型テレビ放送において、サービス３５とは放送番組の連続をさし、従来のテレビ放送におけるチャンネルと同意であり、イベントとは上記サービス３５（チャンネル）内で時間軸に対して１つ存在する放送番組をさす。例えば６：００〜８：００の時間枠はイベントＡ３６、８：００〜９：００の時間枠はイベントＢ３７、９：００〜１３：００の時間枠ではイベントＣ３８となる。またサービス３５（チャンネル）内のある任意の時間においてイベントが存在しない場合はあるが、2つ以上のイベントが存在することはない。さらにイベントとは、本蓄積型テレビ放送サービスにおいては複数コンテンツないしは単一のコンテンツにより構成される。
【００２４】
次に、図４に、イベント内のコンテンツ構成例の説明図を示す。以下に、コンテンツの構成およびそのコンテンツの単位について説明する。本蓄積型テレビ放送サービスにおいては、コンテンツとは放送サイドが意図する単位で自由に決められるものであり、それを構成する最小単位とはBSデジタル放送を例にするとリソースもしくはストリーム（PES）となる。
【００２５】
具体例として複数のストリーム、リソースにより構成されるイベント２０の場合について説明する。イベント２０は、映画配信２２とデータ放送（例、料理）２３により構成されるイベントである。コンテンツの構成としては、コンテンツＡ３０〜Ｅ３４を有する。ここでは、コンテンツＡ３０は、無料で見られるメインメニュー画面２１を構成するBML文書などのリソース類を含む。コンテンツＢ３１は、５００円の視聴料が必要な映像ストリーム２４や音声ストリーム２５で構成される映画コンテンツである。コンテンツＣ３２は、この映画コンテンツに対して追加料金２００円を払うことにより視聴可能となる字幕データストリーム２６である。コンテンツＤ３３は、上記の視聴料とは別に視聴料３００円が必要な複数リソースにより構成される料理メニュー２７、中華レシピ２８などの画面を含む料理コンテンツである。コンテンツＥ３４は、その料理コンテンツ内で追加料金１００円を払うことにより視聴可能となる単一リソースである隠し味テキスト２９である。コンテンツを放送サイドが意図する課金単位と対応させて定義することにより、従来の放送番組すなわちイベント単位あるいはチャンネルであるサービス単位の課金とは異なり、上記イベント２０のような最小課金単位が単一のストリーム（字幕データストリーム２６）、単一のリソース（隠し味テキスト２９）などの細かなコンテンツ単位課金、またそれらを組み合わせた複雑な課金を行なう放送番組を制作することが可能となる。またこのコンテンツの定義としては有料・無料の他に、著作権のあるなしなどによるコピー制御、視聴制御も含むことができる。これによりコンテンツ自体に暗号化を行なったまま蓄積媒体に保存することもある。
【００２６】
（メタデータの構成）
次に、図５に、コンテンツに付随する情報の構成図を示す。以下に、上記コンテンツを配信するときに必要となる情報、配信されたコンテンツを蓄積する際に必要となる情報、そのコンテンツを検索するために必要な情報、視聴もしくは視聴契約を行なうために必要な情報、暗号化されたコンテンツを復号するための情報、さらにはコンテンツを外部機器に持ち出すときに必要となる情報等、コンテンツに対し付随する情報の構成等について説明する。
【００２７】
図において、蓄積型テレビ放送サービスを受信する受信端末（PDR）３内の蓄積媒体４、外部機器に持ち出す際に必要となるリムーバブルメディア５、前述した通り個人を認証する際や外部機器にコンテンツを持ち出す際に必要となるCAモジュール２ １０１（ここではその物理的媒体を可搬性に富んだ「ICカード ２」として説明する。）が示される。ICカード２は、受信端末３に登録されているユーザー数と同じだけの枚数が存在する、本例ではその登録ユーザー数をa、bの２ユーザーとし、ICカード２(a)用８０、ICカード２(b)用８１の2枚が存在するものとし説明する。蓄積型テレビ放送サービスでは、放送サイドはコンテンツに対し著作権、コピー制御、検索用の情報、視聴料などの課金に関する情報、配信するコンテンツが暗号化されている場合はその暗号を解除するための情報等（暗号化で使用された鍵、もしくは鍵のある場所や、その暗号方式を指定する情報等）の様々な情報をコンテンツ１に対し添付して配信するが、そのようなコンテンツに関する情報を本発明では「メタデータ５０」と呼ぶ。
【００２８】
受信端末（PDR）３では、配信されてきたコンテンツ１、メタデータ５０をCAモジュール１ １００の契約情報等により随時蓄積媒体４に蓄積するか、もしくは復号化及び暗号化が必要であれば受信端末３内の暗号／復号化モジュール２００にて処理など必要に応じて一部加工後、蓄積媒体４に蓄積する。さらにこの例では、メタデータ５０は、配信されてきた状態では不完全な状態の場合もあり、別途配信されるBSデジタル放送ではPSI／SI（Program Specific Information/Service Information,番組特定情報/番組配列情報）と呼ばれる番組配列情報より必要な情報を取得し追記する場合もある。このメタデータ５０は、メタデータＡ〜Ｃを含み、例えば、メタデータA５７のように少なくともコンテンツA５６に対しひとつ配信され、蓄積媒体４内に蓄積される。また、前述したイベント２０のような複雑なコンテンツ構成の場合、受信端末の検索、課金処理などを容易にするために、メタデータX５８のように複数のコンテンツにまたがるようなメタデータX５８を配信、蓄積することによりメタデータ５０が階層化される場合もある。メタデータ１ ５２及び２ ５１、５９は、例えば、コンテンツＡ５６に対しひとつ存在するメタデータＡ５７を元に、各ユーザーの視聴契約が行なわれる際に生成され、分新化される。また、複数ユーザーにより視聴契約が行なわれた場合には、メタデータ２A(a)５１、メタデータ２A(b)５９のように複数存在する。逆に視聴契約が行なわれない場合は存在しない場合もある。
【００２９】
メタデータ１A(a)５２、メタデータ２A(a)５１は、例えば、ユーザーが実際に蓄積されたコンテンツＡ５６に対し視聴契約を行なった際に、メタデータＡ５７にコンテンツＡ５６が暗号化されている場合はそれに付随する情報、視聴契約の契約内容等の情報を追記し分割することにより生成される情報である。メタデータ１A(a)５２は個人認証用のCAモジュール２ １０１（本例ではユーザー(a)による視聴契約の場合であるためICカード２(a)用８０）に埋め込まれ、メタデータ２A(a)５１はコンテンツＡ５６が蓄積されている蓄積媒体４内に保存される。
またコンテンツＡ５６を外部機器に持ち出すためにリムーバブルメディア５に移す、ないしはコピーする場合も、同じくそのコンテンツＡ５６に伴うメタデータ２A(a)５１をリムーバブルメディア５に書込む。メタデータ１A(a)５２も同じくICカード２(a)用８０に書込まれる。
【００３０】
受信端末３内部では、検索処理を向上させるために階層化されたメタデータに含まれる情報を吸い上げ、検索用テーブル５５を生成する。この検索用テーブル５５は、ユーザーが直接触れられるものではなく、ユーザーが検索などを行なう場合には、受信端末３内のアプリケーションプログラムからプロファイル５３、５４を介し検索用テーブル５５を利用し、該コンテンツの検索を行なう。この際使用可能なプロファイルを識別するためのパスワード入力などの個人認証が行なわれる。本蓄積型テレビ放送サービスにおけるプロファイルとは放送サイドより配信されるものではなく、予め受信端末３内に存在しユーザーの視聴契約情報すなわち蓄積媒体内のメタデータ２とCAモジュール２ １０１内のメタデータ１より常に更新されるものである。このプロファイルには、個人契約にかかわるユーザー個人に対する個人用のプロファイル５４と、各ユーザー間の相互関係などのグループ契約にかかわる全体プロファイル５３が存在する。個人用プロファイルには受信端末３に登録されていないユーザーのためのゲスト用プロファイルも存在する。このプロファイル５３、５４と検索用テーブル５５とのやりとりにより、ユーザーは蓄積媒体内に蓄積されているコンテンツに対してユーザー自身が利用可能なコンテンツの検索が可能となる。さらにプロファイルとしてはユーザーの視聴するコンテンツのジャンル等の履歴を保持し、それによりユーザー嗜好性に沿った自動コンテンツ蓄積などを実現する。以上が本蓄積型テレビ放送サービスにおけるコンテンツに付随する情報の構成である。
【００３１】
（配信データの構成）
次に、図６に、配信時のデータ構成図を示す。以下に、コンテンツとそれに付随する情報を配信する際のデータ構成について説明する。
【００３２】
配信する際のデータ構成は、インフラとしてBSデジタル放送を利用する場合、データ放送コンテンツについてはDSM-CC伝送方式であるデータカルーセルにより伝送し、映像・音声・字幕などのストリームはPES伝送方式を利用する。以下に、前述したイベント２０のコンテンツ構成の場合を例とし配信データの構成を説明する。本蓄積型テレビ放送サービスにおける配信時のデータ構成としては、デフォルトES０ ６０、映像・音声・データ・ストリーム ES１ ６１、ＥＳ２ ６２ ES３ ６３、データカルーセルES４ ６４、PSI／SI６５等に分けられる。ES０ ６０は、受信端末３のデータ取得処理を向上させるためコンテンツの構成などの記載されたメタデータX５８、メタデータＡ５７などのメタデータを集め１つのESとしたデフォルトESである。ES１〜４ ６１、６２、６３、６４は、各種コンテンツを伝送するコンテンツ伝送用ESである。PSI／SI６５は、これらのES群の構成、もしくはサービスの視聴契約、イベントの視聴契約、EPG生成用情報を含む。イベント２０の場合、コンテンツＢ、コンテンツＣのような映像ストリーム、音声ストリーム、データストリームといったPES伝送方式に依存するコンテンツはそれぞれ単体でES1 ６１、ES2 ６２、ES3 ６３、のようにESを構成する。一方データ放送コンテンツであるコンテンツＡ、コンテンツＤ、コンテンツＥなどのカルーセル伝送方式に依存するコンテンツは、PESの場合と同様に単体でESを構成することも可能だが基本的にはデータ伝送効率を考慮し、ES4６４のように複数コンテンツによりＥＳを構成し伝送される。またこの複数コンテンツにより構成されるESが複数ESとなる場合もある。
【００３３】
３．暗号化・複号化
（暗号方式）
本発明で示す総合データ配信サービスの暗号方式には著作権保護暗号方式と限定受信方式がある。
【００３４】
図２３に、送信側において暗号化されたコンテンツ、メタデータの暗号形態の説明図を示す。まず、コンテンツ、メタデータの制作終了の時点で、コンテンツをファイルもしくはストリーム単位で著作権保護暗号で鍵Kk １１０を用いて暗号化する。その鍵をメタデータに埋め込み１１１メタデータファイルを著作権保護暗号で鍵Kwc １１２を用いて暗号化する。それら暗号化コンテンツ、暗号化メタデータの伝送形態であるMPEG-２ TSを鍵Ks １１３で暗号化する。
【００３５】
（コンテンツ暗号化方式）
次に、図７に、蓄積型テレビ放送サービスにおける暗号化方式の説明図を示す。インフラであるBSデジタル放送の伝送路における伝送データ暗号化（Multi2暗号化方式）以外に、本発明では、コンテンツ自体に暗号化を行ない、暗号化したコンテンツを蓄積媒体に蓄積する。このような本発明で使用する本蓄積型テレビ放送サービス特有の暗号化方式（ここではK暗号と呼ぶ）について以下に、説明する。コンテンツ暗号方式は、伝送路の暗号化方式とは異なり、配信用データの組み立て後ではなくコンテンツの制作完了時に暗号化を行なう。コンテンツとは前述の通り放送サイドが意図する単位であるため、それを構成するリソース、ストリームなどの組み合わせも様々になる。よってここではその代表的な組み合わせを例に説明する。
【００３６】
例えば、コンテンツＡ３０は、前述したイベント２０のコンテンツＡのように複数のBML文書などのリソースにより構成されるコンテンツである。コンテンツＢ３１は、同様にイベント２０におけるコンテンツＢのように複数ストリームにより構成されるコンテンツである。コンテンツＥ３４は、単一リソース、コンテンツＣ３２は、単一ストリームで構成されるコンテンツである。コンテンツ暗号方式では、これら様々な構成によるコンテンツのいずれの場合も同様に暗号化を行うため、各リソース、ストリームを単に始まりと終わりのあるデータの塊としてとらえ、暗号化処理部７０にてそれらのデータの塊を固定長ブロックに分け、ブロック毎に順番に暗号化を行なうものとする。この方式により、暗号化するデータのフォーマットであるリソース、ストリームの区別のない暗号化が可能となる。但し、暗号化処理部７０より出力される暗号化された暗号化データ（リソース）７１、暗号化データ（ストリーム）７２は元のデータフォーマットであるリソース、ストリームの区別が出来なくなるため、生成される暗号化情報７３は、例えば、別途その暗号化データ７１、７２の元のデータフォーマット、リソースの形式、各暗号化データ間の相互関係であるコンテンツ内の構成、暗号化を行なう際に使用した鍵、あるいは暗号方式を複数運用する場合は、掛けられている暗号方式の指定などの復号時に必要となる情報などを含む。放送サイドではこの暗号化情報７３を元に暗号化データ（リソース）７１はカルーセル化、暗号化データ（ストリーム）７２はPES化し、前述の配信データ構成のようなデータ構成に組み立てる。さらにこの暗号化情報７３は番組配列情報であるPSI／SIないしはメタデータ５０を生成する際にも反映される。またこのコンテンツに対する暗号化を行なう際に使用する鍵を本蓄積型テレビ放送サービスではコンテンツ鍵Kkと呼ぶ。コンテンツ鍵Kkは運用条件により1種類での運用、コンテンツ毎にユニークでの運用など様々な運用が可能である。
【００３７】
（鍵配信方式）
まず、映像ストリームの伝送について説明する。一般に、映像ストリームは、固定長のデータにブロック化される。各ブロックにはヘッダ情報が追加される。
TSP（Transport Stream Packet）は、このヘッダとデータの組であり、伝送時のデータパケットのフォーマットを指す。既存型でスクランブル（暗号）を掛ける場合はデータ部分を暗号化する。ECM（Entitlement Control Message）は、ユーザー全体に共通的に伝送される情報であり、番組情報および制御情報を含む共通情報の伝送メッセージである。番組情報とは、例えば、番組に関する情報とデスクランブルのための鍵などであり、制御情報とは、例えば、デコーダのデスクランブル機能の強制オン／オフの指令などである。ECMは、基本的にコンテンツのスクランブル鍵を伝送するため、コンテンツと共に伝送されるものであり、ある特定ユーザーに限定して送られる情報ではない。また、EMM（Entitlement Management Message）は、加入者毎の契約情報および共通情報の暗号を解くためのワーク鍵を含む個別情報の伝送メッセージである。EMMは、基本的にユーザーが契約した事業者の鍵等を送るため、ある特定ユーザーを限定して送られる情報である。また、CA（Conditional Access）systemとは、限定受信方式を指し、サービス（編成チャンネル）やイベント（番組）の視聴を暗号化鍵で制御するシステムである。
【００３８】
次に、図８に、伝送路暗号とコンテンツ、メタデータ暗号の関係の説明図を示す。以下に、BSデジタル放送と本サービスにおける、暗号化データ及び鍵の配信方法について説明する。図には、BS伝送路暗号３０３と、コンテンツ、メタデータ暗号３０１、３０２の関係が示される。コンテンツ、メタデータ暗号３０１、３０２はコンテンツ１やメタデータ５０のデータを直接暗号化するのに対して、BS伝送路暗号３０３はコンテンツ、メタデータ等を含んだイベントの伝送形態であるTSP３００に対して暗号化する。
【００３９】
（BS伝送路暗号）
図９に、伝送路における鍵配信方式の説明図を示す。以下に、BS伝送路暗号３０３の暗号化データ及び鍵の伝送方法を説明する。まず、コンテンツ１、メタデータ５０等を含んだイベント２０の伝送形態であるTSP３００に対して、スクランブル鍵Ks３１０で暗号化３１１する。次にスクランブル鍵Ks３１０をワーク鍵Kw1 ３１３で暗号化３１４し、Ks'３１５を作成する。この時のワーク鍵Kw1 ３１３は放送サイドの事業者毎に定めている鍵であって、本サービスの視聴可、不可に関わる鍵である。最後に、ワーク鍵Kw1 ３１３を各受信端末（PDR）毎に一意である個人鍵Km1 ３１６で暗号化３１７し、Kw1'３１８を作成する。これら、暗号化されたデータ及び鍵を、暗号化イベントデータ３１２はBS伝送路、Ks'３１５はECM３１９、Kw1'３１８はEMM３２０を用いて伝送する。それら暗号化データを受信した受信端末（PDR）はCAモジュール1 １００内に格納されている個人鍵Km1 ３１６を用いて復号する。まず、EMM３２０で伝送されたKw1' ３１８を個人鍵Km1 ３１６を用いて復号３２１し、ワーク鍵Kw1 ３１３を入手する。次に、ECM３１９を用いて伝送されたKs' ３１５をワーク鍵Kw1 ３１３を用いて復号３２２し、スクランブル鍵Ks ３１０を入手する。最後に、BS伝送路を用いて伝送された暗号化イベントデータ３１２をスクランブル鍵Ks３１０を用いて復号３２３し、イベントの伝送形態であるTSPを入手する。
【００４０】
（コンテンツ、メタデータ暗号）
以下に、コンテンツ鍵伝送モデルについて、ECMを用いた場合、及びメタデータを用いた場合の各々について説明する。
【００４１】
（ECMを用いたコンテンツ鍵伝送モデル）
まず、コンテンツ鍵Kk３３０をECM３１９を用いて伝送する場合のコンテンツ１、メタデータ５０の伝送方法を説明する。
【００４２】
図１０に、ECMを用いたコンテンツ鍵伝送モデルの説明図を示す。以下に、コンテンツ伝送について説明する。まず、コンテンツ１をコンテンツ鍵Kk３３０で暗号化３３１する。次にコンテンツ鍵Kk３３０をワーク鍵Kwc３３３で暗号化３３４し、Kk'３３５を作成する。このワーク鍵Kwc３３３は放送サイドの各事業者毎に定めている鍵である。この鍵は、BS伝送路暗号で用いられる鍵Kw1 ３１３を共用する事も可能である。最後に、ワーク鍵Kwc３３３を各受信端末（PDR）もしくは受信端末（PDR）内の暗号／復号化モジュール毎に一意である鍵Kmc３３６で暗号化３３７し、Kwc'３３８を作成する。鍵Kmc３３６は全ての受信端末（PDR）において1種類にする事も可能である。これら、暗号化されたデータ及び鍵を、暗号化コンテンツはBS伝送路、Kk'３３５はECM３１９、Kwc'３３８はEMM３２０を用いて伝送する。それら暗号化データを受信した受信端末（PDR）は受信端末（PDR）内に格納されている鍵Kmc３３６を用いて復号する。まず、EMM３２０で伝送されたKwc'３３８を鍵Kmc３３６を用いて復号３３９し、ワーク鍵Kwc３３３を入手する。鍵Kwc３３３は一度受信端末（PDR）に伝送されると更新されるまで受信端末（PDR）内に保持される。更新方法は、再度EMM３２０を用いてKwc'３３８を伝送し、Kmc３３６を用いて復号３３９し、新しい鍵Kwc３３３を入手する。次に、ECM３１９を用いて伝送されたKk'３３５をワーク鍵Kwc３３３を用いて復号３４０し、コンテンツ鍵Kk３３０を入手する。最後に、BS伝送路を用いて伝送された暗号化コンテンツ３３２をコンテンツ鍵Kk３３０を用いて復号３４１し、コンテンツ１を入手する。
【００４３】
図１１に、メタデータの伝送モデルの説明図を示す。以下に、メタデータ伝送について説明する。まず、メタデータ５０をワーク鍵Kwc３３３で暗号化３５０する。この時のワーク鍵Kwc３３３はBS伝送路暗号で用いられる鍵Kw1３１３を用いる事も可能である。次に、ワーク鍵Kwc３３３を各受信端末（PDR）毎に一意である鍵Kmc３３６で暗号化３３７し、Kwc'３３８を作成する。これら、暗号化されたデータ及び鍵を、暗号化メタデータ３５１はBS伝送路、Kwc'３３８はEMM３２０を用いて伝送する。それら暗号化データを受信した受信端末（PDR）は受信端末（PDR）内に格納されている鍵Kmc３３６を用いて復号する。まず、EMM３２０で伝送されたKwc'３３８を鍵Kmc３３６を用いて復号３３９し、ワーク鍵Kwc３３３を入手する。次に、BS伝送路を用いて伝送された暗号化メタデータ３５１をワーク鍵Kwc３３３を用いて復号３５２し、メタデータ５０を入手する。
【００４４】
（メタデータを用いたコンテンツ鍵伝送モデル）
図１２に、メタデータを用いたコンテンツ鍵伝送モデルの説明図を示す。以下に、コンテンツ鍵Kk３３０をメタデータ５０を用いて伝送する場合のコンテンツ１、メタデータ５０の伝送方法を説明する。まず、コンテンツ１をコンテンツ鍵Kk３３０で暗号化３３１する。そのコンテンツ鍵Kk３３０をメタデータ５０に追記し、メタデータ５０をワーク鍵Kwc３３３で暗号化３５０する。この時のワーク鍵Kwc３３３はBS伝送路暗号で用いられる鍵Kw1 ３１３を用いる事も可能である。最後に、ワーク鍵Kwc３３３を各受信端末（PDR）毎に一意である鍵Kmc３３６で暗号化３３７し、Kwc'３３８を作成する。これら、暗号化されたデータ及び鍵を、暗号化コンテンツ３３２、暗号化メタデータ３５１はBS伝送路、Kwc'３３８はEMM３２０を用いて伝送する。それら暗号化データを受信した受信端末（PDR）は受信端末（PDR）内に格納されている鍵Kmc３３６を用いて復号する。まず、EMM３２０で伝送されたKwc'３３８を鍵Kmc３３６を用いて復号３３９し、ワーク鍵Kwc３３３を入手する。次に、BS伝送路を用いて伝送された暗号化メタデータ３５１をワーク鍵Kwc３３３を用いて復号３５２し、メタデータ５０を入手する。最後に、BS伝送路を用いて伝送された暗号化コンテンツ３３２をメタデータ５０に記入されているコンテンツ鍵Kk３３０を用いて復号し、コンテンツ１を入手する。
【００４５】
（拡張モデル）
上記の２つのモデルにおいては、コンテンツ鍵Kk３３０はコンテンツとセットで伝送している。それ以外に、拡張モデルとして、上記２つのモデルでコンテンツ鍵Kk３３０を伝送しているECM３１９またはメタデータ５０では、コンテンツ鍵Kk３３０を記入せずに、コンテンツ鍵Kk３３０の所在を示すURI、鍵ID等の情報のみを記入し、コンテンツとセットで伝送することも可能である。その際のコンテンツ鍵Kk３３０の所在として、鍵管理センタ、受信端末（PDR）内RAM、HDD等が想定される。鍵入手方法として、地上回線、衛星回線等を用いて鍵管理センタから鍵を入手する方法や、前もって地上回線、衛星回線等を用いて受信端末（PDR）内のRAMに対して全ての鍵を配信しておき、必要に応じて鍵を入手する方法や、地上回線、衛星回線等を用いて、コンテンツ１、メタデータ５０とは別に、鍵ファイルとして配信してHDDに蓄積し、必要に応じて入手する方法が可能である。
【００４６】
（鍵管理）
ECM３１９を用いたコンテンツ鍵伝送モデル、メタデータ５０を用いたコンテンツ鍵伝送モデルのどちらとも、受信端末（PDR）内ではコンテンツ鍵Kk３３０はコンテンツとセットであるメタデータに記入されている。よって、コンテンツ鍵Kk３３０はコンテンツ１毎に変更可能である。つまり、全てのコンテンツ１を1つの鍵で管理したり、全てのコンテンツ１に異なる鍵を用いる事もでき、幅広い鍵管理方法が可能である。
【００４７】
４．受信端末
（受信端末の構成）
図１３に、受信端末の構成図を示す。次に本蓄積型テレビ放送サービスを受信するのに必要な受信端末３内の構成を説明する。受信端末３は、アンテナ２を介しコンテンツ・メタデータ・番組配列情報PSI／SIなどの各種データを受信する受信モジュール１２、受信したコンテンツなどのデータを蓄積する蓄積媒体４、リムーバブルメディア５とのI／Fであるリムーバブルメディア用ドライブ１６、契約情報等の個人ないしはグループの情報が書き込まれているCAモジュール１ １００及びCAモジュール２ １０１、コンテンツをTV１７等のモニタ装置で表示・再生させるためのデコーダ１５、暗号／復号化モジュール２００、各処理にかかわるCPU１３、メモリ１４を備える。リムーバブルメディア５は、蓄積したコンテンツを外部機器で使用するために必要なものである。
【００４８】
受信モジュール１２は、受信したデータの中でユーザーが選択したサービスに必要となるデータのみを抽出する機能や、CAモジュール１ １００を利用することにより前述した伝送路におけるBS暗号方式であるMulti2暗号を解除するデスクランブル機能を持つ。蓄積媒体４ないしリムーバブルメディア５に受信モジュール１２で受信したコンテンツを蓄積する際のコンテンツの蓄積形態は、上記の伝送路の暗号が解かれた形態で蓄積される。そのため、蓄積されるコンテンツ１は、本蓄積型テレビ放送サービス用の暗号が掛けられた暗号あり、リソース３９、暗号ありストリーム４１、暗号化がされていない暗号なしリソース４０、暗号なしストリーム４２の組み合わせにより構成される。一方蓄積媒体４にコンテンツと共に蓄積されるメタデータは、伝送時の暗号を暗号／復号化モジュール２００にて一度復号し、その後再び暗号／復号化モジュール２００内で生成もしくは用意される使い捨て鍵Ktにより暗号化され蓄積媒体４に蓄積される。
【００４９】
さらに、暗号／復号化モジュール２００は、受信端末３内でのデータの暗号化、復号化、その他権利、認証、課金等の処理、制御に関わる。詳細には、暗号／復号化モジュール２００では、ユーザーの視聴契約の際に蓄積媒体4内に蓄積されたメタデータ（Ktで暗号化されている）を復号し、メタデータ１、２を生成する機能、使い捨て鍵Kt'にて再び暗号化を行ない、蓄積媒体４内にメタデータ２を、CAモジュール２にメタデータ１と共に鍵Kt'もしくは鍵に関する情報を伝送する機能を持つ。この際に使用される暗号化方式はコンテンツに対する暗号化方式とは異なるため、使い捨て鍵Kt、Kt'はコンテンツに対して使用した鍵Kkと同じものを使用することも可能である。暗号／復号化モジュール２００は、暗号化、復号化、使い捨て鍵の生成、使い捨て鍵Ktの鍵情報の保持（不揮発性メモリ等）、鍵管理、受信端末（PDR）３内で認証が必要となる各種データの、ユーザーへの認証、著作権保護、又は課金等に関する処理、制御機能を有する。さらに、暗号／復号化モジュール２００は、蓄積媒体４、リームバブルメディア用ドライブ１６、リームバブルメディア５、CAモジュール1、2 １００、１０１、地上回線１８、IEEE1394など外部につながる外部I／F１９などのI／Fに対しての伝送路のセキュリティ保護及びこれら伝送路を用いてメタデータ等の守るべきデータの伝送の際に伝送路やデータに合わせた暗号化を行ない、セキュリティ方式を選択する機能をも有する。
【００５０】
（CAモジュールの役割及び契約方式）
本サービスでは、CAモジュールを2種類用意する。これより、個人単位のサービス提供及び課金等が可能である。CAモジュールとしては、ICカードやスマートメディア等が考えられる。
CAモジュール１ １００は、主に、受信端末３に装着・内臓することができ、CAモジュール２ １０１とは異なり可搬性の必要でないものであり、グループ契約情報、伝送路の暗号を解くための鍵情報等の情報をもつ。CAモジュール２ １０１は、リムーバブルメディアと共に受信端末外に持ち出すため可搬性の必要な、個別契約情報、使い捨て鍵の情報等をもつ。また、暗号化コンテンツ、それに伴うメタデータをメタデータ１、２に分散化し蓄積することにより、本蓄積型テレビ放送サービスではパイレーツ、著作権侵害、不正コピーなどに対するセキュリティを高めている。
【００５１】
（CAモジュール１の役割及び契約方式）
CAモジュール１は各受信端末（PDR）に１ずつ用意され、可搬性を持たず、受信端末（PDR）内に常時装備される。CAモジュール１は、その特性上常に受信端末（PDR）内に保持され得るので、受信端末（PDR）と分離可能な形態であるICカード等の記録媒体以外にも、受信端末（PDR）内蔵RAM等にその機能を持たせることも可能である。また、視聴権利単位は1台の受信端末（PDR）、つまり１個のCAモジュール１に対して、家族・グループ単位とすることができる。支払対象者の単位は、受信端末（PDR）、つまり１個のCAモジュール単位１とすることができる。なお、課金対象物の単位は、各チャンネルであるサービス単位、放送番組であるイベント単位である。スクランブルがかかったサービスないしイベントはCAモジュール１の情報により、視聴可否を判別する。また、コンテンツの視聴契約方法は、事前契約等が考えられる。つまり、前もって放送サイドの事業者に対し契約意思を表示しておく必要がある。
【００５２】
（CAモジュール２の役割及び契約方式）
CAモジュール２は、契約した各個人に対し1ずつ用意され、可搬性を持たせている。その視聴契約単位はひとつのCAモジュール２に対して、個人単位となる。
よって支払対象者の単位は個人単位とすることができる。しかし、チャンネルによってはグループ契約を設けることも考えられ、その際はグループとして登録した視聴者単位での視聴契約と課金が可能である。なお、課金対象物の単位は、各コンテンツ単位である。その際のコンテンツの最小単位は前述のとおりリソースもしくはストリームである。つまり、最小でリソース単位、ストリーム単位での課金が可能である。コンテンツの視聴契約方法は、事前契約、予約録画時契約、リアルタイム録画時契約、蓄積後視聴時契約等がある。
【００５３】
５．コンテンツ蓄積・視聴
（課金処理）
コンテンツ蓄積は課金処理と関連するので、まず課金処理について概説する。
有料コンテンツに対して、視聴契約を行うと課金処理が行われる。課金処理はメタデータに記載されている課金情報と、ユーザーが視聴契約の際に選択、追記した、視聴期間、視聴回数等の視聴条件等の情報を基に処理が行われる。課金処理が行われると、課金処理情報が受信端末（PDR）内の履歴を保持するためのメモリと、視聴契約したコンテンツとセットのメタデータに追加で書込まれる。
【００５４】
課金処理が行われるタイミングは視聴契約方法によって異なる。そのタイミングとしては、例えば、蓄積前課金処理、蓄積時課金処理、蓄積後課金処理等がある。まず、蓄積前課金処理では、コンテンツ、メタデータがHDDに蓄積される前に課金処理が行われ、課金処理が行われないと蓄積する事ができない。つまり、コンテンツが配信される前に視聴契約が行われる時である。コンテンツの視聴契約方法として、事前契約、予約録画時契約等が想定される。また、蓄積時課金処理では、コンテンツ、メタデータがHDDに蓄積される時に課金処理が行われる。つまり、コンテンツが配信されていて、そのコンテンツを蓄積する際に視聴契約が行われる時である。コンテンツの視聴契約方法として、リアルタイム録画時契約等が想定される。また、蓄積後課金処理では、コンテンツ、メタデータがHDDに蓄積された後に課金処理が行われる。つまり、HDDに蓄積されているコンテンツに対して視聴契約が行われる時である。コンテンツの視聴契約方法として蓄積後視聴時契約等が想定される。
【００５５】
（コンテンツ蓄積（HDD））
ここでは、配信されたコンテンツ１、メタデータ５０を受信端末（PDR）３内HDD４又はリムーバブルメディア５に蓄積するまでの処理を説明する。なお、蓄積の際にも暗号化がなされる。ここでは、本蓄積型テレビ放送サービスにおいて、課金処理として蓄積後課金をサービスとした例として示す。なお、コンテンツ蓄積は、以下のようなECMを用いた蓄積とメタデータを用いた蓄積のうち、システム上いずれか一方の方式を採用することができる。また、両方の蓄積方法を使うことが可能なように設定することもできる。
【００５６】
「(a)ECMを用いた蓄積」と「(b)メタデータを用いた蓄積」の違いは、コンテンツの鍵Kkの配信方法が異なるという点のみである。すなわち、「(a)ECMを用いた蓄積」ではECMを用いて配信するのに対し、「(b)メタデータを用いた蓄積」では配信時からメタデータに格納して配信する。しかも、「(a)ECMを用いた蓄積」の場合には、後述するようにメタデータにコンテンツの鍵Kkの格納処理を行うので、HDDに蓄積する際は、「(a)ECMを用いた蓄積」と「(b)メタデータを用いた蓄積」は全く同じ形態となる。よって、それ以降の「コンテンツ視聴」における処理手順は全く同じとなる。一方、「(c)リムーバブルメディアに蓄積」は、「(a)ECMを用いた蓄積」「(b)メタデータを用いた蓄積」のどちらかの方式を用いてHDDに蓄積されたコンテンツとメタデータを、契約手続きと課金処理終了後にリムーバブルメディアに改めて蓄積する場合である。よって、その後の「コンテンツ視聴」処理は、「(a)ECMを用いた蓄積」又は「(b)メタデータを用いた蓄積」の後の視聴の場合とは異なる。
【００５７】
（a.ECMを用いたコンテンツ鍵伝送モデルにおける蓄積）
図１４に、ECMを用いたコンテンツ鍵伝送方式における処理手順の説明図を示す。また、図１６に、コンテンツ鍵伝送方式における処理手順１のフローチャートを示す。以下に、ECMを用いたコンテンツ鍵伝送方式における処理手順を説明する。なお、この処理は、主に、暗号／復合化モジュール２００により実行される。また各鍵については、図９〜図１２中の記号を示す。
【００５８】
まず初めにKs３１０、Kw1３１３とCAモジュール１ １００に蓄積されているKm1 ３１６を用いて、BS伝送路スクランブルを復号し（５００）、暗号化コンテンツ４０１、暗号化メタデータ４０２を入手する。次に、予め受信端末（PDR）３に伝送され暗号/復号化モジュール２００のRAM４０３に蓄積されているワーク鍵Kwc３３３を用いて、ECM４００（３１９）を用いて伝送されたKk’３３５を復号し（５０１）、コンテンツ鍵Kk３３０を入手し（５０２）、RAM４０３に格納する。その後、暗号/復号化モジュール２００のRAM４０３に格納されているワーク鍵Kwc３３３を用いてメタデータ４０２を復号し（５０３,４０４）、メタデータに記載されている検索/課金などの検索処理に用いられる情報を抽出し検索テーブル４１０に追加する（５０４）。この検索テーブル４１０はHDD４内のコンテンツ４０６の検索/課金情報などが記載されていて、検索をする際に使用される。メタデータから検索処理に用いられる情報を抽出し検索テーブルに追記した後、メタデータ４０２にコンテンツ鍵Kk３３０を追記する（５０５,４０４）。さらに、受信端末（PDR）３内の暗号/復号化モジュール２００で生成もしくは用意させた値Kt４０４を鍵Ktとして（５０６）、Kwcで一度復号されたメタデータをKtで再暗号化４０４し（５０７）、Ktで暗号化されたメタデータ４０５を生成する４０４。鍵Ktは暗号/復号化モジュール２００のRAM４０３に格納される。この鍵Ktは、メタデータ４０２をHDD４蓄積前に復号し再暗号化４０４する度に暗号/復号化モジュール２００内で生成もしくは用意させる鍵である。その後、コンテンツ鍵Kk３３０で暗号化された暗号化コンテンツ４０６と鍵Ktで暗号化された暗号化メタデータ４０５をセットでHDD４に蓄積する（５０８）。なお、メタデータ４０５毎に異なる鍵としてもよい。
【００５９】
（b.メタデータを用いたコンテンツ鍵伝送モデルにおける蓄積）
図１５に、メタデータを用いたコンテンツ鍵伝送方式における処理手順の説明図を示す。また、図１７に、コンテンツ鍵伝送方式における処理手順２のフローチャートを示す。以下に、メタデータ５０を用いたコンテンツ鍵伝送方式における処理手順を説明する。
【００６０】
まず初めにKs３１０、Kw1 ３１３とCAモジュール１ １００に蓄積されているKm1 ３１６を用いてBS伝送路スクランブルを復号し（５００）、暗号化コンテンツ４０１、暗号化メタデータ４５１を入手する。この場合、暗号化メタデータ４５１には、コンテンツ鍵Kkが含まれる。次に、予め受信端末（PDR）３に伝送され暗号/復号化モジュール２００内のRAM４５２に格納されているワーク鍵Kwc３３３を用いてメタデータ４５１を復号し（５０３,４５３）、メタデータに記載されている検索/課金情報などの検索処理に用いられる情報を抽出し検索テーブル４１０に追加する（５０４）。この検索テーブル４１０はHDD４内のコンテンツ４０６の検索/課金情報が記載されていて、検索をする際に使用される。メタデータから検索処理に用いられる情報を抽出し検索テーブルに追記した後、暗号/復号化モジュール２００内で生成もしくは用意させた値Ktを鍵Kt４５３として（５０６）、Kwcで一度復号されたメタデータをKtで再暗号化４５３し（５０７）、Ktで暗号化されたメタデータ４０５を生成する（４５３）。鍵Ktは暗号/復号化モジュール２００内のRAM４５２に格納される。この鍵Ktは、メタデータ４５１をHDD４蓄積前に復号し再暗号化４５３する度に暗号/復号化モジュール２００内で生成もしくは用意させる鍵である。その後、コンテンツ鍵Kk３３０で暗号化された暗号化コンテンツ４０６と鍵Ktで暗号化された暗号化メタデータ４０５をセットでHDD４に蓄積する（５０８）。なお、メタデータ４１４毎に異なる鍵としてもよい。
（c.リムーバブルメディアへのコンテンツ蓄積）
【００６１】
図１８に、リムーバブルメディアへのコンテンツ蓄積処理手順のフローチャートを示す。以下に、HDD４に蓄積されたコンテンツ４０６をリムーバブルメディア５に蓄積するまでの処理手順を説明する。図１４、図１５にリムーバブルメディアへのコンテンツ蓄積処理の説明図を示す（両者は同様である）。
【００６２】
ユーザーがキーワード等を入力することにより、検索テーブル４１０の情報を基にHDD４内の検索処理４１２が行われる（５２０）。その検索結果より、ユーザーが蓄積コンテンツ４０９を選択する（５２０）。そして、選択されたコンテンツ４０９に対するメタデータ４０８を受信端末（PDR）３内のワークエリアにコピーする。コピーされたメタデータ４０８を鍵Ktを用いて復号４１３する（５２２）。そして、ユーザーが、選択したコンテンツ４０８の契約条件を確認後必要な情報を追記し、蓄積を決定４１５する（５２３）。ユーザーの蓄積決定の動作を受けて、ユーザーが契約した契約条件より課金処理４１６が行われる（５２４）。契約条件、課金処理の結果より、メタデータ４１４の契約情報を作成する（５２５）。その後、メタデータ４１４をメタデータ１、２に分離する（５２６）。そして、受信端末（PDR）３内で生成もしくは用意させた値Kt'を鍵Kt'４１８とする（５２７）。この鍵Kt'は、コンテンツ４０９の視聴手続き後、メタデータ２をリムーバブルメディア５、HDD４等に蓄積前に暗号化する度に受信端末（PDR）３内で生成もしくは用意させる鍵である。メタデータ２を鍵Kt'で暗号化し（５２８）、リムーバブルメディア５に蓄積する（５２９）。次に、メタデータ１に鍵Kt'もしくは、鍵に関する情報を記入する。メタデータ１をセキュリティが守られている伝送路を用いてCAモジュール２ １０１に蓄積し（５３１）、CAモジュール２ １０１に蓄積されている個人鍵Km2 ４２４を用いて暗号化４２２する（５３０）。この処理において、セキュリティが守られている伝送路を用いて個人鍵Km2 ４２４を受信端末（PDR）３内に入力し、鍵Kt'もしくは鍵Kt'に関する情報を含んでいるメタデータ１を個人鍵Km2４２４を用いて暗号化した（４２２、５３０）後、CAモジュール２ １０１に蓄積する（５３１）事も可能である。またこれ以外の方法として、セキュリティが守られた伝送路で鍵Kt'もしくは鍵Kt'に関する情報を含んでいるメタデータ１をCAモジュール2１０１に伝送し、そのまま保存する場合もある。メタデータ４１４に関する処理が全て完了したら、暗号化コンテンツ４０９をリムーバブルメディア５に蓄積する（５３２）。
【００６３】
このようにして、リムーバブルメディアに格納される情報は、鍵Kk'で暗号化され鍵Kkを含むメタデータ２ ４２１、鍵Kkで暗号化されたコンテンツ４２７となる。
（コンテンツ視聴）
【００６４】
図１９に、コンテンツ視聴処理手順のフローチャートを示す。また、図２４に、ECM又はメタデータを用いた蓄積後視聴のデータの流れについての説明図を示す。以下に、図１４（図１５）を参照して、HDD４に蓄積されたコンテンツ４０８を視聴するまでの処理手順を説明する。
【００６５】
HDD４には、鍵Kkを含む暗号にメタデータと暗号化コンテンツが記帳されている。ユーザーがキーワード等を入力することにより、検索テーブル４１０の情報を基にHDD４内の検索処理４１２が行われる（５２０）。その検索結果より、ユーザーが視聴コンテンツ４０９を選択する（５４０）。そして、選択されたコンテンツ４０９に対するメタデータ４０８を受信端末（PDR）３内のワークエリアにコピーする。
【００６６】
メタデータについては、次のように処理される。コピーされたメタデータ４０８を鍵Ktを用いて復号４１３する（５２２）。そして、ユーザーが、選択したコンテンツ４０９の契約条件を確認後、視聴を決定４１５する（５４１）。ユーザーの視聴決定の動作を受けて、ユーザーが確認、契約した契約条件より課金処理４１６が行われる（５２４）。契約条件、課金処理の結果より、メタデータの契約情報を作成４１７する（５２５）。その後、メタデータ４１４をメタデータ１、２に分離する（５２６）。そして、受信端末（PDR）３内で生成もしくは用意させた値Kt'を鍵Kt'とする（５２７）。この鍵Kt'は、コンテンツ４０９の視聴手続き後、メタデータ４１４をリムーバブルメディア５、HDD４等に蓄積する前に暗号化する度に受信端末（PDR）３内で生成もしくは用意させる鍵である（なお、メタデータ４１４毎に異なる鍵としてもよい）。次に、メタデータ２を鍵Kt'で暗号化４１９し（５２８）、HDDに蓄積する（５４２）。次に、セキュリティが守られている伝送路を用いて個人鍵Km2 ４２４を受信端末（PDR）３内に入力し、鍵Kt'もしくは鍵Kt'に関する情報を含むメタデータ１を個人鍵Km2 ４２４を用いて暗号化４２２した（５３０）後、CAモジュール２ １０１に蓄積する（５３１）。この処理において、メタデータ１に鍵Kt'もしくは鍵Kt'に関する情報を記入する。メタデータ１をセキュリティが守られている伝送路を用いてCAモジュール２ １０１に蓄積し（５３１）、CAモジュール２ １０１に蓄積されている個人鍵Km2 ４２４を用いて暗号化４２２する（５３０）。またこれ以外の方法として、セキュリティが守られた伝送路で鍵Kt'もしくは鍵Kt'に関する情報を含むメタデータ１をCAモジュール2 １０１に伝送し、そのまま保存する場合もある。一方、コンテンツについては、次のように処理される。メタデータ４１４に関する処理が全て完了したら、コンテンツ鍵Kk３３０を用いて暗号化コンテンツ４０９を復号４２６し（５４３）、視聴可能なコンテンツを入手する。
【００６７】
つぎに、図２５に、リムーバブルメディアに蓄積後視聴のデータの流れについての説明図を示す。リームバブルメディア５からの視聴処理についてもこのHDD４からのコンテンツの視聴処理と同様な処理が行なわれる。ただし、ここでは、ＣＡモジュール２ １０１に蓄積されたメタデータ１と、リムーバブルメディア５の蓄積されたメタデータ２との一致確認及び契約条件確認が行われた後、コンテンツの視聴（復号）が可能となる。暗号化メタデータ１は、セキュリティが守られている伝送路を用いて個人鍵Km2 ４２４を受信端末３内に入力し復号することができる。復号化されたメタデータ1内の鍵Kt'を用いて、暗号化メタデータ２が復号化されることができる。メタデータ２内に格納されているコンテンツ鍵Kkにより、暗号化コンテンツを復号し、視聴可能となる。
６．拡張サービス
【００６８】
次に本蓄積型テレビ放送サービスにおいてリムーバブルメディアを利用したサービス（コンテンツの外部での使用）の拡張サービスとしての第３者への譲渡を目的としたギフトサービスについて、概要を説明する。
【００６９】
図２０に、通常サービスの説明図を示す。これは、前述したとおり、ユーザー６００が視聴契約を行なったコンテンツを、視聴契約を行なった受信端末（PDR）３の外部で利用する場合である。受信端末（PDR）３から持ち出す形態は、メタデータ１の書込まれたCAモジュール２ １０１と、メタデータ２及び暗号化コンテンツが書込まれたリムーバブルメディア５である。通常サービスでは、外部受信端末（PDR）６０４、もしくは外部機器１１で利用する場合にその両者を挿入あるいは接続し、ユーザー６００の持つ視聴契約の権利（個人認証など）、すなわちCAモジュール２ １０１のメタデータ１、リムーバブルメディア５のメタデータ２に基づきコンテンツの視聴が可能となる。
【００７０】
図２１に、ギフトサービスの説明図を示す。ギフトサービスでは、ユーザー６００である送り主６０１が、ギフト目的の視聴契約を行なった際に生成されるメタデータのみに基づくのではなく、受け取り主６０２側でコンテンツに対する認証およびその他必要な情報が視聴契約の際にリムーバブルメディア５に書込まれ、その後視聴可能となる。この場合送り主６０１側の受信端末（PDR）３では送り主のCAモジュール２ １０１で一度視聴契約を行ない、その際に生成されたメタデータに対し必要な部分に暗号化を行ないコンテンツの書き込まれたリムーバブルメディア５に書込み受け渡す。一方、受け取り主６０２側の受信端末（PDR）６０４では、暗号化メタデータを復号し、受け取り主のCAモジュール２ ６０４を使用し必要な視聴契約を行ない初めてコンテンツの視聴に必要なメタデータ１、２が生成され、コンテンツの視聴が可能となる。そのため個人の認証機能を持つCAモジュール２（送り主側の）をコンテンツと共に受け渡す必要がなくなる。この際にコンテンツなどの受け渡しの伝送路６０３は、リムーバブルメディアなどの蓄積媒体を介す手渡しや配送などのほかに、コンテンツなどのデータを放送波などの電波、地上回線などの通信線を利用し受け渡すことも可能である。
【００７１】
また、メタデータに対する暗号化は通常サービスと同様に暗号／復号化モジュール内で行なわれ、その際に使用される鍵は暗号／復号化モジュールで生成もしくは用意されたものを使用する。この際に使用する鍵をギフト鍵と呼ぶ。ギフト鍵は通常サービスと同様に生成もしくは用意された鍵Kt、Kt'を使用することも可能である。
【００７２】
図２２に、ギフトサービスの伝送路において必要な情報の説明図を示す。以下に、リムーバブルメディアに書込む場合を例に、ギフトサービスを行なう際のコンテンツの受け渡しに必要な情報を説明する。コンテンツ６０７は、前述の通常サービスと同様に暗号化されたコンテンツである。メタデータ６０６は、送り主側で行なわれた視聴契約により作成されたメタデータの暗号化された部分であり暗号化されたコンテンツ６０７を復号するための鍵Kkもしくは鍵に関する情報、検索／課金情報などを含んでいる。ギフト情報６０５は、メタデータの暗号化されていない部分であり、通常サービスとギフトサービスを識別する情報、暗号化したメタデータを復号するための情報等を含む情報である。この情報を本例ではギフト情報と呼ぶ。メタデータ６０６については受け取り主側でコンテンツ６０７を視聴する前に受け取り主のCAモジュール２ ６０４を基に必要な視聴契約処理を行なうことにより前述のメタデータ１、２となる。またこれ以外の方法としてメタデータを復号するための情報、ギフト情報、メタデータの一部などは、通常サービスにおけるCAモジュール２内に分離したメタデータ１と同様に分離させ、別のセキュリティの守られた伝送路、例えば地上回線、センタ側などを利用し受け取り主側に受け渡すことも可能である。
６．まとめ
【００７３】
本発明の特徴のいくつかを以下に例示する。
・コンテンツはコンテンツ暗号鍵Ｋｋで暗号化し、コンテンツに関する情報であるメタデータはコンテンツとは別の鍵で同様に暗号化を行い、この二つのデータの組み合わせによる構成でコンテンツに関する視聴・購入を行わせること。
・前記暗号化されたコンテンツとコンテンツに関するメタデータは衛星回線を介して衛星回線の伝送用暗号方式でさらに暗号化された後伝送されること。
・前記コンテンツ毎にユニークな鍵ないしは同一の鍵で暗号化を行い、暗号化の鍵情報（鍵の存在場所や鍵そのもの）をメタデータに埋め込んで配信すること。
【００７４】
・前記暗号化されたコンテンツの鍵を、メタデータと同一の鍵で暗号化してコンテンツ配信時とは別の時間枠や、別の配信場所で配信すること。
・衛星デジタル放送におけるＣＡモジュールに対して個人を特定可能とする第２のＣＡモジュールを有し、この第２のＣＡモジュールがユーザー個人認証の役割を行うことでマルチユーザー対応とすること。
・受信端末内に暗号・復号化を行う専用モジュールを有し、この専用モジュールは暗号化されているメタデータを受信後直に伝送依存する鍵で復号化を行い、受信端末内で生成される使い捨て鍵で再度暗号化を行い受信端末にメタデータを蓄積させること。
【００７５】
・ユーザーの視聴・契約の動作に伴い、前記蓄積されている暗号化メタデータを復号し必要なデータを記入後再度新規使い捨て鍵の生成を行い、新規使い捨て鍵でメタデータを暗号化し、この暗号化メタデータを受信端末内に蓄積する、このようにユーザーのコンテンツ視聴・契約毎に新規使い捨て鍵を生成し、同じコンテンツであっても異なる使い捨て鍵となること。
・前記生成された新規使い捨て鍵を、受信端末と第２のＣＡモジュール間のセキュリティ保護された伝送インタフェースを通して、第２のＣＡモジュールに格納すること。
・受信端末内の暗号/復号化モジュールにおいて、モジュールそのものがモジュール特定鍵Ｋｍｃを有し、コンテンツ暗号鍵やメタデータの伝送時暗号に用いる伝送路鍵をモジュール特定鍵で暗号化し、受信端末内の暗号/復号化モジュールにデジタル放送の伝送方式を用いて配信し、暗号・復号モジュールで伝送路鍵を取得しモジュール内に格納後、伝送路鍵の更新において再度取得しモジュール内に格納する暗号/復号化モジュールを有すること。
【００７６】
・暗号化されたコンテンツを格納するときは、暗号化されたままの状態で格納し、暗号化されたコンテンツのメタデータも一緒に格納され、コンテンツの購入時にコンテンツ購入に関するデータをメタデータに記入し、メタデータはメタデータ１とメタデータ２とに分かれ、夫々のメタデータが暗号化された後、コンテンツ鍵で暗号化されたコンテンツと購入時に暗号化されたメタデータ２が受信端末内に２つセットで格納され、同様に暗号化されたメタデータ１はＣＡモジュール２に記録され、コンテンツ視聴時に分割されたメタデータを組み立てることで暗号化されたコンテンツの復号を可能とすること。
・コンテンツを暗号化しているコンテンツ鍵Ｋｋは、本システムで管理する伝送路鍵Ｋｗｃで暗号化されてコンテンツ鍵Ｋｋ'となり、さらに伝送路鍵Ｋｗｃを暗号/復号化モジュールの鍵Ｋｍｃで暗号化しｋｗｃ'を作成、その後伝送路にてＫｋ'、Ｋｗｃ'を送信しモジュール特定鍵Ｋｍｃで解読して伝送路鍵Ｋｗｃを取得する方式において、暗号/復号化モジュール内で伝送路鍵Ｋｗｃを格納し、受信後の蓄積時とユーザー契約時に受信端末内で使い捨て鍵を生成、その使い捨て鍵と契約関連情報等、デジタル放送の番組配列情報よりの組み合わせで作成すること。
・上記システムにおいて、暗号化されたコンテンツ購入時に作成されるメタデータの分割時における、暗号化されたコンテンツと一緒に蓄積させるメタデータ２は、装置内で生成される使い捨て鍵で暗号化され、残りのメタデータ１はコンテンツ鍵を書込み後同様に使い捨て鍵で暗号化して、暗号化されたコンテンツ、メタデータをリムーバブルメディアに記録すること。
【００７７】
・上記システムにおいて、受信端末内で使い捨て鍵を生成することでコンテンツ毎に自由に暗号化を行うことを可能とすること。
・上記システムにおいてコンテンツ個々に対する課金が可能となること。
・コンテンツ個々に対する暗号化並びに課金管理を行うことが可能となる上記システムにおいて、コンテンツ毎に異なる暗号鍵を所有することで様々な伝送路よりのコンテンツ組み合わせを可能とすること。
【００７８】
・家庭内受信端末では受信した暗号化コンテンツを一緒に配信されてきたメタデータと同時格納し、家庭内における受信装置ではユーザーの購入時に受信したメタデータを元に有効期限等埋め込まれたメタデータの作成を行い、そのメタデータからメタデータ１、メタデータ２を作成しメタデータを受信端末で作成する使い捨て鍵を用いて暗号化し再度受信端末内に蓄積し、メタデータはユーザー特定の個人鍵Ｋｍ２で暗号化した後、ＣＡモジュール２内に格納されるシステムにおいては、メタデータ作成時に受信したメタデータを元に作成するが，メタデータはメタデータ枠として何度も利用可能なようにメタデータ枠として残しておくこと。
・上記システムにおいて、暗号化コンテンツを視聴するには、蓄積媒体内の暗号化コンテンツを複写し、この複写した暗号化コンテンツを再生する、複写使用により蓄積媒体内の暗号化コンテンツはそのままの状態で保管され、また同時にメタデータも複写して使用することで、家庭内でも受信、蓄積したコンテンツの契約を結ぶ度に視聴でき、家庭内でユーザー特定の蓄積媒体、ＩＣカード等が数種類存在しても本サービス利用が可能となること。
・暗号化コンテンツとメタデータを分離化することで、ユーザー特定の蓄積媒体、既存のデジタル放送ＩＣカード等を受信装置に常時取り付ける必要がなく、またコンテンツ購入時もしくは視聴時のみ取り付けることでサービス享受でき、よってユーザーのＣＡモジュール，ＩＣカード等の携帯を可能とすること。
【００７９】
【発明の効果】
本発明によると、コンテンツ蓄積時の暗号鍵、復号鍵の扱いが容易になり、かつ、暗号鍵、復号鍵の信頼性の向上が図れる。
【図面の簡単な説明】
【図１】蓄積型テレビ放送サービスの受信側の概要図。
【図２】蓄積型テレビ放送サービスシステムの全体図。
【図３】サービス、イベントの関係の説明図。
【図４】イベント内のコンテンツ構成例の説明図。
【図５】コンテンツに付随する情報の構成図。
【図６】配信時のデータ構成図。
【図７】蓄積型テレビ放送サービスにおける暗号化方式の説明図。
【図８】伝送路暗号とコンテンツ、メタデータ暗号の関係の説明図。
【図９】伝送路における鍵配信方式の説明図。
【図１０】 ECMを用いたコンテンツ鍵伝送モデルの説明図。
【図１１】メタデータの伝送モデルの説明図。
【図１２】メタデータを用いたコンテンツ鍵伝送モデルの説明図。
【図１３】受信端末の構成図。
【図１４】 ECMを用いたコンテンツ鍵伝送方式における処理手順の説明図。
【図１５】メタデータを用いたコンテンツ鍵伝送方式における処理手順の説明図。
【図１６】コンテンツ鍵伝送方式における処理手順１のフローチャート。
【図１７】コンテンツ鍵伝送方式における処理手順２のフローチャート。
【図１８】リムーバブルメディアへのコンテンツ蓄積処理手順のフローチャート。
【図１９】コンテンツ視聴処理手順のフローチャート。
【符号の説明】
１・・・コンテンツ、２・・・アンテナ、３・・・受信端末（PDR）、４・・・蓄積媒体、５・・・リムーバブルメディア、６・・・リアルタイム型視聴、７・・・リアルタイム型＋蓄積型視聴、８・・・蓄積型視聴、９・・・センタ側（放送サイド）、１０・・・衛星、１１・・・外部機器、１２・・・受信モジュール、１３・・・CPU、１４・・・メモリ、１５・・・デコーダ、１６・・・リムーバブルメディア用ドライブ、１７・・・ＴＶ、１８・・・地上回線、１９・・・外部I／F、２０・・・イベント、２１・・・メインメニュー画面、２２・・・映画、２３・・・料理、２４・・・映像ストリーム、２５・・・音声ストリーム、２６・・・データストリーム、２７・・・中華、２８・・・餃子写真、２９・・・隠し味、３０・・・コンテンツＡ、３１・・・コンテンツＢ、３２・・・コンテンツＣ、３３・・・コンテンツＤ、３４・・・コンテンツＥ、３５・・・サービス、３６・・・イベントＡ、３７・・・イベントＢ、３８・・・イベントＣ、３９・・・暗号ありリソース、４０・・・暗号なしリソース、４１・・・暗号ありストリーム、４２・・・暗号なしストリーム、５０・・・メタデータ、５１・・・メタデータ２A(a)、５２・・・メタデータ１A(a)、５３・・・全体プロファイル、５４・・・個人用プロファイル(a)、５５・・・検索用テーブル、５６・・・コンテンツＡ、５７・・・メタデータＡ、５８・・・メタデータＸ、５９・・・メタデータ２A(b)、６０・・・ES0（デフォルトES）、６１・・・ES1（映像ストリーム）、６２・・・ES2（音声ストリーム）、６３・・・ES3（データストリーム）、６４・・・ES4（データカルーセル）、６５・・・PSI／SI、７０・・・暗号化処理部、７１・・・暗号化データ（リソース）、７２・・・暗号化データ（ストリーム）、７３・・・暗号化情報、８０・・・ICカード２(a)用、８１・・・ICカード２(b)用、１００・・・CAモジュール１、１０１・・・CAモジュール２、２００・・・暗号／復号化モジュール、３００・・・TSP、３０１・・・コンテンツ暗号化、３０２・・・メタデータ暗号化、３０３・・・伝送路暗号化、３１０・・・Ks、３１１・・・イベント暗号化（鍵Ks）、３１２・・・暗号化イベント、３１３・・・Kw1、３１４・・・Ks暗号化（鍵Kw1）、３１５・・・Ks'、３１６・・・Km1、３１７・・・Kw1暗号化（鍵Km1）、３１８・・・Kw1'、３１９・・・ECM、３２０・・・EMM、３２１・・・Kw1'復号（鍵Km1）、３２２・・・Ks'復号（鍵Kw1）、３２３・・・暗号化イベント復号（鍵Ks）、３３０・・・Kk、３３１・・・コンテンツ暗号化（鍵Kk）、３３２・・・暗号化コンテンツ、３３３・・・Kwc、３３４・・・Kk暗号化（鍵Kwc）、３３５・・・Kk'、３３６・・・Kmc、３３７・・・Kwc暗号化（鍵Kmc）、３３８・・・Kwc'、３３９・・・Kwc'復号（鍵Kmc）、３４０・・・Kk'復号（鍵Kwc）、３４１・・・暗号化コンテンツ復号（鍵Kk）、３５０・・・メタデータ暗号化（鍵Kwc）、３５１・・・暗号化メタデータ、３５２・・・暗号化メタデータ復号（鍵Kwc）、４００・・・配信情報（ECM,EMM）、４０１・・・配信情報（コンテンツ）、４０２・・・配信情報（メタデータ）、４０３・・・RAM、４０４・・・HDD蓄積前処理、４０５・・・HDD蓄積前メタデータ、４０６・・・HDD蓄積前コンテンツ、４０７・・・HDD蓄積コンテンツ、メタデータ、４０８・・・メタデータ（コピー）、４０９・・・コンテンツ（コピー）、４１０・・・検索テーブル、４１１・・・HDD、４１２・・・検索処理、４１３・・・メタデータ復号、４１４・・・復号メタデータ、４１５・・・契約手続き、４１６・・・課金処理、４１７・・・メタデータ（契約情報）作成、４１８・・・メタデータ分離処理、４１９・・・メタデータ２暗号化、４２０・・・メタデータ２（HDD内）、４２１・・・メタデータ２（リムーバブルメディア内）、４２２・・・メタデータ１、Kt'暗号化、４２４・・・Km2、４２５・・・暗号化メタデータ、Kt,'、４５０・・・配信情報（EMM）、４５１・・・配信情報（メタデータ）、４５２・・・RAM、４５３・・・HDD蓄積前処理、５００・・・スクランブル復号、５０１・・・Kk'復号、５０２・・・Kk入手、５０３・・・メタデータ復号、５０４・・・検索テーブル情報追加、５０５・・・メタデータKk記入、５０６・・・Kt生成、５０７・・・メタデータ暗号化、５０８・・・コンテンツ、メタデータ蓄積、５２０・・・HDD検索、５２１・・・蓄積コンテンツ選択、５２２・・・メタデータ復号、５２３・・・契約条件確認・記入、蓄積選択、５２４・・・課金処理、５２５・・・契約情報作成、５２６・・・メタデータ分離、５２７・・・Kt'生成、５２８・・・メタデータ２暗号化、５２９・・・リムーバブルメディア蓄積処理（メタデータ２）、５３０・・・メタデータ１、Kt'暗号化、５３１・・・CAモジュール蓄積、５３２・・・リムーバブルメディアにコンテンツ蓄積、５４０・・・視聴コンテンツ選択、５４１・・・契約条件確認・記入、視聴選択、５４２・・・HDD蓄積、５４３・・・コンテンツ復号。
Claims (16)
- コンテンツと該コンテンツの視聴のために必要なコンテンツ関連情報であるメタデータとをコンテンツ受信側へ送信する送信方法であって、
イベントを構成するコンテンツを、コンテンツ単位で第１のコンテンツ鍵（Kk）で暗号化して暗号化コンテンツを生成し、送信するステップと、
第１のコンテンツ鍵（Kk）を、放送サイドで定めている第１のワーク鍵(Kwc)で暗号化して第１の暗号化コンテンツ鍵（Kk'）を生成して、共通情報として送信するステップと、
コンテンツに関連する内容情報及び制御情報を含むメタデータを上記第１のワーク鍵(Kwc)で暗号化して暗号化メタデータを生成し、送信するステップと、
上記第１のワーク鍵（Kwc）を各受信機もしくは受信機内の暗号／復号化モジュール毎に一意である第１の個人鍵（Kmc）で暗号化し、第１の暗号化ワーク鍵（Kwc'）を作成し、送信するステップと
を含む送信方法。 - コンテンツと該コンテンツの視聴のために必要なコンテンツ関連情報であるメタデータとをコンテンツ受信側へ送信する送信方法であって、
イベントを構成するコンテンツを、コンテンツ単位で第１のコンテンツ鍵（Kk）で暗号化して暗号化コンテンツを生成し、送信するステップと、
コンテンツに関連する内容情報及び制御情報を含むメタデータに第１のコンテンツ鍵(Kk)を含め、放送サイドで定めている第１のワーク鍵(Kwc)で暗号化して暗号化メタデータを生成し、送信するステップと、
上記第１のワーク鍵（Kwc）を各受信機もしくは受信機内の暗号／復号化モジュール毎に一意である第１の個人鍵（Kmc）で暗号化し、第１の暗号化ワーク鍵（Kwc'）を作成し、送信するステップと
を含む送信方法。 - 第１のワーク鍵(Kwc)は、第１の個人鍵(Kmc)で暗号化されて第１の暗号化ワーク鍵(Kwc')として個別情報として送信されることを特徴とする請求項1又は２に記載の送信方法。
- 暗号化されたコンテンツ及びメタデータは、衛星回線又は地上波回線を介してその回線の伝送暗号方式で暗号化された後、伝送されることを特徴とする請求項１乃至３のいずれかに記載の送信方法。
- 暗号化コンテンツ及び暗号化メタデータを受信し、該暗号化メタデータを復号化し、該復号化メタデータをもって上記暗号化コンテンツを制御し、該コンテンツの視聴を可能とする受信方法であって、
上記暗号化コンテンツ及び暗号化メタデータとともに、さらに第１の暗号化ワーク鍵（Kwc'）及び第１の暗号化コンテンツ鍵（Kk'）を受信するステップと、
受信機内に記憶された各受信機もしくは受信機内の暗号／復号化モジュール毎に一意である第１の個人鍵(Kmc)を用いて、受信された第１の暗号化ワーク鍵(Kwc')を復号化して第１のワーク鍵(Kwc)を生成するステップと、
復号化された第１のワーク鍵(Kwc)を用いて、共通情報として受信された第１の暗号化コンテンツ鍵（Kk'）を復号化して第１のコンテンツ鍵（Kk）を生成するステップと、
復号化された第１のコンテンツ鍵（Kk）を用いて暗号化コンテンツを復号化してコンテンツを生成するステップと、
暗号化メタデータを第１のワーク鍵(Kwc)で復号化してメタデータを生成するステップと
を含む受信方法。 - 暗号化コンテンツ及び暗号化メタデータを受信し、該暗号化メタデータを復号化し、該復号化メタデータをもって上記暗号化コンテンツを制御し、該コンテンツの視聴を可能とする受信方法であって、
上記暗号化コンテンツ及び暗号化メタデータとともに、さらに第１の暗号化ワーク鍵（Kwc'）を受信するステップと、
受信機内に記憶された各受信機もしくは受信機内の暗号／復号化モジュール毎に一意である第１の個人鍵(Kmc)を用いて、上記暗号化コンテンツ及び暗号化メタデータとともに受信された第１の暗号化ワーク鍵(Kwc')を復号化し第１のワーク鍵(Kwc)を生成するステップと、
復号化された第１のワーク鍵(Kwc)を用いて、暗号化メタデータを復号化し、そこに含まれた第１のコンテンツ鍵（Kk）を求めるステップと、
求められた第１のコンテンツ鍵（Kk）を用いて暗号化コンテンツを復号化してコンテンツを生成するステップと
を含む受信方法。 - メタデータに第１のコンテンツ鍵(Kk)を含めるステップと、
第１の再暗号化鍵(Kt)を生成するステップと、
メタデータを第１の再暗号化鍵(Kt)で暗号化して暗号化メタデータを生成するステップと、
第１のコンテンツ鍵(Kk)で暗号化された暗号化コンテンツ及び生成された暗号化メタデータを記録媒体に蓄積するステップと
をさらに含む請求項５又は６に記載の受信方法。 - メタデータから検索処理に用いられる情報を抽出し、検索テーブルに記憶するステップをさらに含む請求項５乃至７のいずれかに記載の受信方法。
- 選択されたコンテンツに対応する暗号化メタデータを第１の再暗号化鍵（Kt）で復号するステップと、
復号メタデータに基づきコンテンツの視聴可否を判断し、課金情報を含む契約情報を作成し、復号メタデータに含めるステップと、
復号メタデータを第１及び第２の分離メタデータに分離するステップと、
第２の再暗号化鍵(Kt')を生成するステップと、
第２の分離メタデータを第２の再暗号化鍵(Kt')で暗号化した第２の分離メタデータを生成し、記録媒体に蓄積するステップと、
第１の分離メタデータに第２の再暗号化鍵(Kt')を含め、入力された第３の個人鍵(Km2)で暗号化し、第３の個人鍵(Km2)及び第３の個人鍵(Km2)で暗号化された第１の分離メタデータを第２のモジュールに記録するステップと
を含む請求項５乃至８のいずれかに記載の受信方法。 - 暗号化された第２の分離メタデータを、さらにリムーバブルメディアに蓄積するステップと、記録媒体に蓄積された暗号化コンテンツをリムーバブルメディアに蓄積するステップとを含む請求項５乃至９のいずれかに記載の受信方法。
- メタデータは、検索情報及び／又は課金情報を含む契約情報を含み、契約情報に従い、コンテンツ毎に課金処理を行うことを特徴とする請求項９又は１０に記載の受信方法。
- リムーバブルメディアに記録された暗号化された第２の分離データを復号化し、第２の分離メタデータを生成するステップと、
第２のモジュールに記録された暗号化された第１の分離メタデータを復号化し、第１の分離メタデータを生成するステップと、
第１及び第２の分離メタデータに基づき、コンテンツの視聴可否を判断するステップと、
リムーバブルメディアに記録された暗号化コンテンツを、コンテンツ鍵で復号化してコンテンツを生成するステップと
を含む請求項１０又は１１に記載の受信方法。 - 第１のモジュールは受信機内に備えられ、第２のモジュールは可搬形で受信機に脱着可能であることを特徴とする請求項１乃至１２のいずれかに記載の受信方法。
- ECMもしくはメタデータに第１のコンテンツ鍵（Kk）に関連する情報を記載し、その情報を元に第１のコンテンツ鍵（Kk）を取得するステップとをさらに含む請求項５又は６に記載の受信方法。
- コンテンツと該コンテンツの視聴のために必要なコンテンツ関連情報であるメタデータとを送信するコンテンツ送信装置であって、
イベントを構成するコンテンツを、コンテンツ単位で第１のコンテンツ鍵（Kk）で暗号化して暗号化コンテンツを生成し、送信する手段と、
第１のコンテンツ鍵（Kk）を、放送サイドで定めている第１のワーク鍵(Kwc)で暗号化して第１の暗号化コンテンツ鍵（Kk'）を生成して、共通情報として送信する手段と、
コンテンツに関連する内容情報及び制御情報を含むメタデータを上記第１のワーク鍵(Kwc)で暗号化して暗号化メタデータを生成し、送信する手段と、
上記第１のワーク鍵（Kwc）を各受信機もしくは受信機内の暗号／復号化モジュール毎に一意である第１の個人鍵（Kmc）で暗号化し、第１の暗号化ワーク鍵（Kwc'）を作成し、送信する手段と
を備えたコンテンツ送信装置。 - 暗号化コンテンツ及び暗号化メタデータを受信し、該暗号化メタデータを復号化し、該復号化メタデータをもって上記暗号化コンテンツを制御し、該コンテンツの視聴を可能とするコンテンツ受信装置であって、
上記暗号化コンテンツ及び暗号化メタデータとともに、さらに第１の暗号化ワーク鍵（Kwc'）を受信する手段と、
受信機内に記憶された各受信機もしくは受信機内の暗号／復号化モジュール毎に一意である第１の個人鍵(Kmc)を用いて、上記暗号化コンテンツ及び暗号化メタデータとともに受信された第１の暗号化ワーク鍵(Kwc')を復号化し第１のワーク鍵(Kwc)を生成する手段と、
復号化された第１のワーク鍵(Kwc)を用いて、暗号化メタデータを復号化し、そこに含まれた第１のコンテンツ鍵（Kk）を求める手段と、
求められた第１のコンテンツ鍵（Kk）を用いて暗号化コンテンツを復号化してコンテンツを生成する手段と
を備えたコンテンツ受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000370416A JP4554806B2 (ja) | 2000-05-11 | 2000-12-05 | 受信方法及び送信方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000143401 | 2000-05-11 | ||
| JP2000-143401 | 2000-05-11 | ||
| JP2000370416A JP4554806B2 (ja) | 2000-05-11 | 2000-12-05 | 受信方法及び送信方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002033725A JP2002033725A (ja) | 2002-01-31 |
| JP2002033725A5 JP2002033725A5 (ja) | 2007-02-01 |
| JP4554806B2 true JP4554806B2 (ja) | 2010-09-29 |
Family
ID=26591961
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000370416A Expired - Fee Related JP4554806B2 (ja) | 2000-05-11 | 2000-12-05 | 受信方法及び送信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4554806B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004157703A (ja) * | 2002-11-06 | 2004-06-03 | Hitachi Ltd | コンテンツ保護システム |
| EP1805638A4 (en) * | 2004-10-12 | 2010-04-07 | Korea Advanced Inst Sci & Tech | CONTENT PROCESSING SYSTEM, METHOD AND METHOD FOR CONTINUOUS CONFIRMATION THROUGH A NETWORK USING THE ENCRYPTION METHOD |
| WO2006073283A1 (en) * | 2005-01-07 | 2006-07-13 | Electronics And Telecommunications Research Institute | Apparatus and method for providing adaptive broadcast service using game metadata |
| JP4509188B2 (ja) * | 2008-01-16 | 2010-07-21 | キヤノン株式会社 | 動画再生装置、動画再生方法及びそのコンピュータ・プログラム |
| CN101242517B (zh) * | 2008-03-05 | 2011-02-09 | 浪潮电子信息产业股份有限公司 | 一种在数字电视条件接收系统中对用户授权的方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000003541A1 (fr) * | 1998-07-13 | 2000-01-20 | Sony Corporation | Multiplexeur de donnees, systeme de diffusion de programme, systeme d'emission de programme, systeme de diffusion a peage, procede d'emission de programme, systeme de reception limitee et recepteur de donnees |
| JP2000188744A (ja) * | 1998-12-22 | 2000-07-04 | Jisedai Joho Hoso System Kenkyusho:Kk | 放送送受信方法、放送送信装置、放送受信装置、及び放送送受信システム |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001145075A (ja) * | 1999-11-10 | 2001-05-25 | Matsushita Electric Ind Co Ltd | 限定受信システム |
| JP2001251290A (ja) * | 2000-03-06 | 2001-09-14 | Matsushita Electric Ind Co Ltd | データ放送システムとコンテンツの配信、蓄積、再生方法 |
| JP4354080B2 (ja) * | 2000-03-29 | 2009-10-28 | パナソニック株式会社 | 限定受信システム |
-
2000
- 2000-12-05 JP JP2000370416A patent/JP4554806B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000003541A1 (fr) * | 1998-07-13 | 2000-01-20 | Sony Corporation | Multiplexeur de donnees, systeme de diffusion de programme, systeme d'emission de programme, systeme de diffusion a peage, procede d'emission de programme, systeme de reception limitee et recepteur de donnees |
| JP2000188744A (ja) * | 1998-12-22 | 2000-07-04 | Jisedai Joho Hoso System Kenkyusho:Kk | 放送送受信方法、放送送信装置、放送受信装置、及び放送送受信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002033725A (ja) | 2002-01-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11700359B2 (en) | Method and apparatus for secure transfer and playback of multimedia content | |
| US7706534B2 (en) | Pay per minute for DVB-H services | |
| KR100917720B1 (ko) | 디지털 멀티미디어 콘텐트 데이터를 안전하게 배포하는 방법 | |
| US20060287956A1 (en) | System and method for time based digital content access | |
| JP2002217894A (ja) | データ配信サービス方法 | |
| JPH07283809A (ja) | 暗号鍵システム | |
| EP1936978A2 (en) | Re-encrypting encrypted content on a video-on-demand system | |
| JP2002176419A (ja) | 権利保護方法 | |
| JP2000349725A (ja) | 放送受信装置及びコンテンツ利用制御方法 | |
| JP5059616B2 (ja) | マルチメディアコンテンツの安全な転送およびプレイバックのための方法および装置 | |
| JP2002203070A (ja) | メタデータ配信方法 | |
| JP2002044071A (ja) | 受信方法 | |
| JP2002084523A (ja) | 受信方法 | |
| JP2002101086A (ja) | 受信方法 | |
| JP4554806B2 (ja) | 受信方法及び送信方法 | |
| KR100497336B1 (ko) | 공개키 기반 구조의 제한 수신 시스템에서의 자격관리메시지 변환 방법 | |
| JP4806977B2 (ja) | 情報処理装置および方法、並びにプログラム | |
| JP2002118547A (ja) | データ視聴サービス方法 | |
| JPH10508457A (ja) | デファード請求、放送、電子文書配送システムおよび方法 | |
| JP4542518B2 (ja) | コンテンツ利用制御送信装置、コンテンツ利用制御受信装置、コンテンツ利用制御システム、コンテンツ利用制御送信プログラムおよびコンテンツ利用制御受信プログラム | |
| JP2007005930A (ja) | 配信装置および方法、受信装置および方法、並びにプログラム | |
| JPH0946683A (ja) | 有料放送受信装置、および有料放送受信方法、ならびに有料放送送受信装置、および有料放送送受信方法 | |
| JP2001168858A (ja) | 情報処理装置および方法、条件設定装置および方法、条件設定制御装置および方法、並びに記録媒体 | |
| KR20100001202A (ko) | 불특정인의 이동 단말을 이용한 인터넷 프로토콜 티브이의콘텐츠 결제 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061213 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20061213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100420 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100616 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100713 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100715 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130723 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |