JP2002044071A

JP2002044071A - 受信方法

Info

Publication number: JP2002044071A
Application number: JP2000370282A
Authority: JP
Inventors: Hiromi Harada; 宏美原田; Kaoru Konishi; 薫小西; Iori Yamazaki; 伊織山崎
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2000-05-16
Filing date: 2000-12-05
Publication date: 2002-02-08

Abstract

(57)【要約】【課題】様々なコンテンツに別の鍵で暗号をかけ、限
定受信（ＣＡ）モジュールを可搬可能とし、著作権を保
護する。【解決手段】コンテンツ毎の暗号化を行うために、送
信側でコンテンツを暗号化し、暗号化されたコンテンツ
と同時にメタデータを送信し、コンテンツ情報を受信し
た受信端末側で暗号化コンテンツとメタデータ蓄積を行
う。蓄積された暗号化コンテンツを視聴する際に、メタ
データに、受信端末内で作成した使い捨て鍵を用いて暗
号化し、暗号化コンテンツとメタデータの分離化を行
う。また、第３者への譲渡に対しては、所有者情報を入
れずに最初に受け取った譲渡先の個人情報が格納され
る。コンテンツ毎にユニークな鍵で暗号化可能とし、個
人を特定できる第２のＣＡモジュールを組合わせること
で、個人に対するサービス提供、第３者への譲渡を可能
とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、受信方法に係り、
特に、デジタル放送により暗号化コンテンツを視聴する
ための受信方法に関する。

【０００２】

【従来の技術】従来のデジタル放送では、サービスチャ
ンネル毎に視聴可／不可の契約を行う契約形態、もしく
は同一チャンネル内での時間毎の番組契約を行う契約形
態が存在していた。また、既存のデジタル放送等では、
各々のコンテンツ単位でのコンテンツの購入を行わせる
ために、ユーザーがサービス選択後に欲しいコンテンツ
を選択、契約又は決定し、その契約又は決定と同時にセ
ンタ側との通信を行うようにしている。ユーザーとセン
タ側とのリアルタイム通信によって各コンテンツの購入
を確認し、確認後契約者に購入許可データを送信するこ
とで、ユーザーはコンテンツを購入可能となる。このよ
うな双方向リアルタイム購入方式でコンテンツ単位での
販売が行われることとなる。

【０００３】暗号化に関しては、今後始まるデジタル放
送において、ネットワーク内で使用可能な暗号鍵は数が
固定されているため、伝送路で暗号化する／しないの判
断がなされる。また、現在の伝送方式では、センタ側で
暗号化されたコンテンツは、受信端末内で受信後直に暗
号解除を行った後に蓄積装置等に記録される。このよう
に伝送時におけるコンテンツの暗号化は、現在１次暗号
のみで行なわれている。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
デジタル放送では、契約時間内での全てのサービス情報
を取得することができるが、ユーザーが選択したサービ
ス情報のみの視聴もしくはコンテンツのみの入手は困難
である。

【０００５】また、従来のＣＳ／ＢＳなどのデジタル放
送でのサービスにおいては、契約形態がチャンネル視聴
可／不可、または同一チャンネル内の番組視聴可／不可
の契約提供がメインとなっている。これはデジタル放送
内における暗号化に用いる鍵の数に制限があるためであ
る。ただし複数の鍵を使用すると鍵の管理が複雑となる
だけでなく、複数鍵でのコンテンツの暗号化を行うこと
で暗号を解くために必要な情報の常時送信となり、現在
の伝送量よりさらに多くの情報を伝送しなくてはならな
い。これは少ない伝送領域においては、困難に近く現実
的ではない。また、日々増加するコンテンツ毎に鍵をか
けることは、鍵の数が無限大に近くなることであり、こ
れも管理が非常に難しい。さらに、リアルタイム復号に
必要な情報を常に伝送しているため、受信端末は、受信
時に復号化に必要ＩＣカード等のモジュール（ＣＡ（Co
nditional Access，限定受信）モジュール）を常時取
り付けさせる必要がある。これらのことより、同じチャ
ンネル内の同じ番組の同じ時間において複数の鍵を用い
てコンテンツの暗号化を行うことは、困難に近い。

【０００６】また、従来の受信端末では、暗号解除後に
再度受信端末内で暗号化を行うことが出来ない。これよ
り受信端末等に存在する蓄積コンテンツを一度復号化し
た後に、再度暗号化させて蓄積をさせることは不可能で
あり、また伝送路の暗号化のまま蓄積すると蓄積時にお
ける暗号化の鍵扱い等がむずかしくなり、暗号化させて
蓄積させるには信頼性等様々な課題が多い。また、デジ
タル放送を受信する場合において視聴可／不可等の契約
を扱う情報が受信端末毎でしか行えないため、受信端末
を利用するユーザーが複数の場合、センタ側で複数ユー
ザー毎の契約形態を認識できない等の課題がある。

【０００７】さらに、例えばコンテンツの第３者に対す
る譲渡場合等において要求される、著作権保護の方式と
して電子透かし等のパスワード埋め込みの形式は存在す
るが、全てのデータ形式に対して有効ではなく、コンテ
ンツのみの保護でしかない。システムとしてコンテンツ
並びにコンテンツ関連情報（メタデータ）の両方を保護
する方式は現状存在しない。

【０００８】本発明は以上のような課題を解決すること
を目的とする。例えば、本発明は、受信端末内で生成し
た使い捨て鍵を用いてメタデータの作成並びに分割化を
行うことで、コンテンツ毎に暗号化可能とする。また、
本発明によると、個人を特定できる第２のＣＡモジュー
ルを合わせることで個人特定のサービスを行うようにす
ることを目的とする。

【０００９】さらに、本発明は、メタデータ内にコンテ
ンツの所有者情報を入れずにおくことで、コンテンツの
譲渡をされた方の受け取り時に初めてコンテンツ所有者
が特定できるようにし、ＣＡモジュールへの所有者情報
記入が行なわれることにより、第３者への譲渡目的とし
たコンテンツサービスを実現することを目的とする。

【００１０】

【課題を解決するための手段】本発明は、暗号化コンテ
ンツとそのコンテンツの視聴のために必要なコンテンツ
関連情報であるメタデータとによりコンテンツを定義
し、また、個人を特定した第２のＣＡモジュールを使用
する。これにより、個々に対するサービスの提供を可能
とし、また第３者に対する譲渡を目的としたコンテンツ
の受け渡しにおけるセキュリティ保護も施し、第３者に
譲渡を行うサービスの提供を可能とする。

【００１１】ここで、メタデータとは、基本的にコンテ
ンツ以外の情報の総称であり、例えば、コンテンツ制御
情報、コンテンツ内容情報、コンテンツ関連情報として
定義することができる。概念的には受信端末側でコンテ
ンツを制御するための情報で、例えばコンテンツの蓄積
予約を行うための情報（EPG (Electronic Program Guid
e、電子番組ガイド)に表示するためのコンテンツの名
前、ジャンル、配信場所、配信予定日時）、利用制限情
報（視聴が可能となるための条件、２０歳以上、男性、
○○放送局との契約者）、暗号の鍵等の情報が含まれ
る。

【００１２】本発明においては、コンテンツ毎の暗号化
を行なうために、暗号化コンテンツとそのコンテンツに
対する視聴契約形態等の情報を含むコンテンツ関連情報
（メタデータ）の分離化を行なう。最初に送信側でコン
テンツの暗号化を行ない、暗号化されたコンテンツと同
時にメタデータを送信する。この情報を受信した受信側
の受信端末では暗号化コンテンツの蓄積、メタデータの
伝送路における伝送暗号の復号化および受信端末内で生
成される使い捨て鍵による暗号化等の加工を必要に応じ
て行なった後、送信データの全ての蓄積を行なう。蓄積
された暗号化コンテンツを視聴する際は、使い捨て鍵に
より暗号化されたメタデータを復号化し、有効期限、視
聴回数制限、コピー制限、暗号化されたコンテンツを復
号するための情報などを埋め込み、再び受信端末内で生
成した使い捨て鍵を用いて、メタデータを元にメタデー
タ１、２の作成並びに分割化を行なう。暗号化コンテン
ツとメタデータ２をセットとして受信端末の記録媒体等
に蓄積し、また残りのメタデータ１をＣＡモジュール等
のユーザー個人特定蓄積媒体に書込む。

【００１３】このように、メタデータ１、２と暗号化コ
ンテンツを合わせることで初めて視聴可能となるシステ
ムとする。また、暗号化コンテンツと共に蓄積されるメ
タデータは受信端末内で生成される使い捨て鍵で受信端
末内で暗号化を行なう。ＣＡモジュールに書込むメタデ
ータ１はユーザー個人の鍵でＣＡモジュール内で暗号化
を行なってもいいし、受信端末内でのコンテンツ管理機
能で暗号化を行うことも可能である。また、暗号化を行
わずにＣＡモジュール内に格納も可能である。受信端末
側では、使い捨て鍵を生成しコンテンツ関連情報（メタ
データ）に再度暗号化を行なうことで、コンテンツ毎に
異なった暗号化を行なうことを可能とする。

【００１４】ユーザーが契約コンテンツを視聴する際に
は、検索／課金情報等、受信端末側でこれらの情報を生
成し、受信端末内でメタデータ１、２などに基づき再生
を行なう。よって受信端末内で複数の鍵を生成し、コン
テンツ毎に暗号用の鍵として使用が可能となる。また、
暗号化されたコンテンツをセンタ側より送信すること
で、受信端末内で大容量のコンテンツを暗号化する必要
はなく、メタデータ、受信端末内で生成されるメタデー
タ１、２についてのみ使い捨て鍵や個人鍵で暗号化す
る。このメタデータの情報の解読で復号に必要な情報を
入手可能となる。さらにコンテンツ毎に鍵が異なるが、
この異なった鍵の全てがＣＡモジュール等に書込まれ
る。この書込まれた鍵の情報を使用して暗号化コンテン
ツの再生等を行なうが、再生時のみＣＡモジュール等を
必要とするため、常時受信端末に設置する必要はなく、
家庭でのコンテンツ購入だけでなく外部などの家庭外へ
の持ち出しでのコンテンツの視聴契約が可能となる。こ
れよりＣＡモジュール等の可搬による受信端末外部での
契約も可能となる。よってＣＡモジュール等のユーザー
個人特定蓄積媒体は持ち運びが可能となる。

【００１５】また、受信端末で蓄積した暗号化コンテン
ツは、ユーザーの視聴時に暗号化されたコンテンツを複
写し、同様に暗号化されたメタデータ１、２も複写し、
複写したメタデータ１、２を復号化したのち、復号化し
たメタデータ１、２を使用することにより、複写された
コンテンツを復号化して再生する。これより暗号化され
たコンテンツデータは常時蓄積された状態となり、いつ
でも別のＣＡモジュールで同様のサービスを享受するこ
とが可能である。

【００１６】また、第３者に譲渡の目的でコンテンツを
購入する際に、暗号化コンテンツと暗号化されたコンテ
ンツに関する情報（メタデータ）と第３者に対する譲渡
を目的にしていることを示すギフト情報で構成されたデ
ータの組み合わせを行うことで譲渡目的としたサービス
を行うことが可能となる。

【００１７】

【発明の実施の形態】以下の見出しに従い説明する。１．システム２．データ構成３．暗号化・復号化４．受信端末５．コンテンツ蓄積・視聴６．拡張サービス７．まとめ

【００１８】１．システム（サービス概要）図１に、蓄積型テレビ放送サービスの
受信側の概要図を示す。この受信側は、アンテナ２、受
信端末３、テレビ１７を備える。

【００１９】本サービスの概要として、蓄積型テレビ放
送について説明する。従来のテレビ放送は、放送サイド
（放送局）から送られてくるコンテンツ１（番組）をア
ンテナ２（ケーブルでの伝送の場合もある）、受信端末
３で受信し、テレビ１７などのモニタ装置にて送られて
きているその瞬間から視聴を行なう（ここでは、「リア
ルタイム型視聴６」と呼ぶ。）。蓄積型テレビ放送と
は、従来のテレビ放送と同様のリアルタイム型視聴６に
加え、従来のビデオデッキなどと同様に一度送られてき
たコンテンツを蓄積媒体４（本発明ではこれを、例え
ば、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 In
formation,番組特定情報/番組配列情報）と呼ばれる番
組配列情報より必要な情報を取得し追記する場合もあ
る。このメタデータ５０は、メタデータＡ〜Ｃを含み、
例えば、メタデータ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 １１２を用いて暗号化する。それら暗
号化コンテンツ、暗号化メタデータの伝送形態であるMP
EG-２ 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伝送路暗号３０３はコンテン
ツ、メタデータ等を含んだイベントの伝送形態であるTS
P３００に対して暗号化する。

【００４２】（BS伝送路暗号）図９に、伝送路における
鍵配信方式の説明図を示す。以下に、BS伝送路暗号３０
３の暗号化データ及び鍵の伝送方法を説明する。まず、
コンテンツ１、メタデータ５０等を含んだイベント２０
の伝送形態であるTSP３００に対して、スクランブル鍵K
s３１０で暗号化３１１する。次にスクランブル鍵Ks３
１０をワーク鍵Kw1 ３１３で暗号化３１４し、Ks'３１
５を作成する。この時のワーク鍵Kw1３１３は放送サイ
ドの事業者毎に定めている鍵であって、本サービスの視
聴可、不可に関わる鍵である。最後に、ワーク鍵Kw1
３１３を各受信端末（PDR）毎に一意である個人鍵Km1
３１６で暗号化３１７し、Kw1'３１８を作成する。これ
ら、暗号化されたデータ及び鍵を、暗号化イベントデー
タ３１２はBS伝送路、Ks'３１５はECM３１９、Kw1'３１
８はEMM３２０を用いて伝送する。それら暗号化データ
を受信した受信端末（PDR）はCAモジュール1 １００内
に格納されている個人鍵Km1 ３１６を用いて復号す
る。まず、EMM３２０で伝送されたKw1' ３１８を個人
鍵Km1 ３１６を用いて復号３２１し、ワーク鍵Kw1 ３
１３を入手する。次に、ECM３１９を用いて伝送されたK
s' ３１５をワーク鍵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３３６を用いて復号３３９し、新しい鍵K
wc３３３を入手する。次に、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３３０の所在を示すUR
I、鍵ID等の情報のみを記入し、コンテンツとセットで
伝送することも可能である。その際のコンテンツ鍵Kk３
３０の所在として、鍵管理センタ、受信端末（PDR）内R
AM、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、K
t'はコンテンツに対して使用した鍵Kkと同じものを使用
することも可能である。暗号／復号化モジュール２００
は、暗号化、復号化、使い捨て鍵の生成、使い捨て鍵Kt
の鍵情報の保持（不揮発性メモリ等）、鍵管理、受信端
末（PDR）３内で認証が必要となる各種データの、ユー
ザーへの認証、著作権保護、又は課金等に関する処理、
制御機能を有する。さらに、暗号／復号化モジュール２
００は、蓄積媒体４、リームバブルメディア用ドライブ
１６、リームバブルメディア５、CAモジュール1、2 １
００、１０１、地上回線１８、IEEE1394など外部につな
がる外部I／F１９などのI／Fに対しての伝送路のセキュ
リティ保護及びこれら伝送路を用いてメタデータ等の守
るべきデータの伝送の際に伝送路やデータに合わせた暗
号化を行ない、セキュリティ方式を選択する機能をも有
する。

【００５３】（CAモジュールの役割及び契約方式）本サ
ービスでは、CAモジュールを2種類用意する。これよ
り、個人単位のサービス提供及び課金等が可能である。
CAモジュールとしては、ICカードやスマートメディア等
が考えられる。CAモジュール１１００は、主に、受信
端末３に装着・内臓することができ、CAモジュール２
１０１とは異なり可搬性の必要でないものであり、グル
ープ契約情報、伝送路の暗号を解くための鍵情報等の情
報をもつ。CAモジュール２１０１は、リムーバブルメ
ディアと共に受信端末外に持ち出すため可搬性の必要
な、個別契約情報、使い捨て鍵の情報等をもつ。また、
暗号化コンテンツ、それに伴うメタデータをメタデータ
１、２に分散化し蓄積することにより、本蓄積型テレビ
放送サービスではパイレーツ、著作権侵害、不正コピー
などに対するセキュリティを高めている。

【００５４】（CAモジュール１の役割及び契約方式）CA
モジュール１は各受信端末（PDR）に１ずつ用意され、
可搬性を持たず、受信端末（PDR）内に常時装備され
る。CAモジュール１は、その特性上常に受信端末（PD
R）内に保持され得るので、受信端末（PDR）と分離可能
な形態であるICカード等の記録媒体以外にも、受信端末
（PDR）内蔵RAM等にその機能を持たせることも可能であ
る。また、視聴権利単位は1台の受信端末（PDR）、つま
り１個のCAモジュール１に対して、家族・グループ単位
とすることができる。支払対象者の単位は、受信端末
（PDR）、つまり１個のCAモジュール単位１とすること
ができる。なお、課金対象物の単位は、各チャンネルで
あるサービス単位、放送番組であるイベント単位であ
る。スクランブルがかかったサービスないしイベントは
CAモジュール１の情報により、視聴可否を判別する。ま
た、コンテンツの視聴契約方法は、事前契約等が考えら
れる。つまり、前もって放送サイドの事業者に対し契約
意思を表示しておく必要がある。

【００５５】（CAモジュール２の役割及び契約方式）CA
モジュール２は、契約した各個人に対し1ずつ用意さ
れ、可搬性を持たせている。その視聴契約単位はひとつ
のCAモジュール２に対して、個人単位となる。よって支
払対象者の単位は個人単位とすることができる。しか
し、チャンネルによってはグループ契約を設けることも
考えられ、その際はグループとして登録した視聴者単位
での視聴契約と課金が可能である。なお、課金対象物の
単位は、各コンテンツ単位である。その際のコンテンツ
の最小単位は前述のとおりリソースもしくはストリーム
である。つまり、最小でリソース単位、ストリーム単位
での課金が可能である。コンテンツの視聴契約方法は、
事前契約、予約録画時契約、リアルタイム録画時契約、
蓄積後視聴時契約等がある。

【００５６】５．コンテンツ蓄積・視聴（課金処理）コンテンツ蓄積は課金処理と関連するの
で、まず課金処理について概説する。有料コンテンツに
対して、視聴契約を行うと課金処理が行われる。課金処
理はメタデータに記載されている課金情報と、ユーザー
が視聴契約の際に選択、追記した、視聴期間、視聴回数
等の視聴条件等の情報を基に処理が行われる。課金処理
が行われると、課金処理情報が受信端末（PDR）内の履
歴を保持するためのメモリと、視聴契約したコンテンツ
とセットのメタデータに追加で書込まれる。

【００５７】課金処理が行われるタイミングは視聴契約
方法によって異なる。そのタイミングとしては、例え
ば、蓄積前課金処理、蓄積時課金処理、蓄積後課金処理
等がある。まず、蓄積前課金処理では、コンテンツ、メ
タデータがHDDに蓄積される前に課金処理が行われ、課
金処理が行われないと蓄積する事ができない。つまり、
コンテンツが配信される前に視聴契約が行われる時であ
る。コンテンツの視聴契約方法として、事前契約、予約
録画時契約等が想定される。また、蓄積時課金処理で
は、コンテンツ、メタデータがHDDに蓄積される時に課
金処理が行われる。つまり、コンテンツが配信されてい
て、そのコンテンツを蓄積する際に視聴契約が行われる
時である。コンテンツの視聴契約方法として、リアルタ
イム録画時契約等が想定される。また、蓄積後課金処理
では、コンテンツ、メタデータがHDDに蓄積された後に
課金処理が行われる。つまり、HDDに蓄積されているコ
ンテンツに対して視聴契約が行われる時である。コンテ
ンツの視聴契約方法として蓄積後視聴時契約等が想定さ
れる。

【００５８】（コンテンツ蓄積（HDD））ここでは、配
信されたコンテンツ１、メタデータ５０を受信端末（PD
R）３内HDD４又はリムーバブルメディア５に蓄積するま
での処理を説明する。なお、蓄積の際にも暗号化がなさ
れる。ここでは、本蓄積型テレビ放送サービスにおい
て、課金処理として蓄積後課金をサービスとした例とし
て示す。なお、コンテンツ蓄積は、以下のようなECMを
用いた蓄積とメタデータを用いた蓄積のうち、システム
上いずれか一方の方式を採用することができる。また、
両方の蓄積方法を使うことが可能なように設定すること
もできる。

【００５９】「(a)ECMを用いた蓄積」と「(b)メタデー
タを用いた蓄積」の違いは、コンテンツの鍵Kkの配信方
法が異なるという点のみである。すなわち、「(a)ECMを
用いた蓄積」ではECMを用いて配信するのに対し、「(b)
メタデータを用いた蓄積」では配信時からメタデータに
格納して配信する。しかも、「(a)ECMを用いた蓄積」の
場合には、後述するようにメタデータにコンテンツの鍵
Kkの格納処理を行うので、HDDに蓄積する際は、「(a)EC
Mを用いた蓄積」と「(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４０３に格納される。この鍵K
tは、メタデータ４０２をHDD４蓄積前に復号し再暗号化
４０４する度に暗号/復号化モジュール２００内で生成
もしくは用意させる鍵である。その後、コンテンツ鍵Kk
３３０で暗号化された暗号化コンテンツ４０６と鍵Ktで
暗号化された暗号化メタデータ４０５をセットでHDD４
に蓄積する（５０８）。なお、メタデータ４０５毎に異
なる鍵としてもよい。

【００６２】（b.メタデータを用いたコンテンツ鍵伝送
モデルにおける蓄積）図１５に、メタデータを用いたコ
ンテンツ鍵伝送方式における処理手順の説明図を示す。
また、図１７に、コンテンツ鍵伝送方式における処理手
順２のフローチャートを示す。以下に、メタデータ５０
を用いたコンテンツ鍵伝送方式における処理手順を説明
する。

【００６３】まず初めにKs３１０、Kw1 ３１３とCAモジ
ュール１１００に蓄積されているKm1 ３１６を用いてB
S伝送路スクランブルを復号し（５００）、暗号化コン
テンツ４０１、暗号化メタデータ４５１を入手する。こ
の場合、暗号化メタデータ４５１には、コンテンツ鍵Kk
が含まれる。次に、予め受信端末（PDR）３に伝送され
暗号/復号化モジュール２００内のRAM４５２に格納され
ているワーク鍵Kwc３３３を用いてメタデータ４５１を
復号し（５０３,４５３）、メタデータに記載されてい
る検索/課金情報などの検索処理に用いられる情報を抽
出し検索テーブル４１０に追加する（５０４）。この検
索テーブル４１０はHDD４内のコンテンツ４０６の検索/
課金情報が記載されていて、検索をする際に使用され
る。メタデータから検索処理に用いられる情報を抽出し
検索テーブルに追記した後、暗号/復号化モジュール２
００内で生成もしくは用意させた値Ktを鍵Kt４５３とし
て（５０６）、Kwcで一度復号されたメタデータをKtで
再暗号化４５３し（５０７）、Ktで暗号化されたメタデ
ータ４０５を生成する（４５３）。鍵Ktは暗号/復号化
モジュール２００内のRAM４５２に格納される。この鍵K
tは、メタデータ４５１を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４内の検索処理４１２が行われる（５２
０）。その検索結果より、ユーザーが視聴コンテンツ４
０９を選択する（５４０）。そして、選択されたコンテ
ンツ４０９に対するメタデータ４０８を受信端末（PD
R）３内のワークエリアにコピーする。

【００６９】メタデータについては、次のように処理さ
れる。コピーされたメタデータ４０８を鍵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）３の外部で利用する場合である。受信端末（PD
R）３から持ち出す形態は、メタデータ１の書込まれたC
Aモジュール２１０１と、メタデータ２及び暗号化コ
ンテンツが書込まれたリムーバブルメディア５である。
通常サービスでは、外部受信端末（PDR）６０４、もし
くは外部機器１１で利用する場合にその両者を挿入ある
いは接続し、ユーザー６００の持つ視聴契約の権利（個
人認証など）、すなわちCAモジュール２１０１のメタ
データ１、リムーバブルメディア５のメタデータ２に基
づきコンテンツの視聴が可能となる。

【００７３】図２１に、ギフトサービスの説明図を示
す。ギフトサービスでは、ユーザー６００である送り主
６０１が、ギフト目的の視聴契約を行なった際に生成さ
れるメタデータのみに基づくのではなく、受け取り主６
０２側でコンテンツに対する認証およびその他必要な情
報が視聴契約の際にリムーバブルメディア５に書込ま
れ、その後視聴可能となる。この場合送り主６０１側の
受信端末（PDR）３では送り主のCAモジュール２１０
１で一度視聴契約を行ない、その際に生成されたメタデ
ータに対し必要な部分に暗号化を行ないコンテンツの書
き込まれたリムーバブルメディア５に書込み受け渡す。
一方、受け取り主６０２側の受信端末（PDR）６０４で
は、暗号化メタデータを復号し、受け取り主のCAモジュ
ール２６０４を使用し必要な視聴契約を行ない初めて
コンテンツの視聴に必要なメタデータ１、２が生成さ
れ、コンテンツの視聴が可能となる。そのため個人の認
証機能を持つCAモジュール２（送り主側の）をコンテン
ツと共に受け渡す必要がなくなる。この際にコンテンツ
などの受け渡しの伝送路６０３は、リムーバブルメディ
アなどの蓄積媒体を介す手渡しや配送などのほかに、コ
ンテンツなどのデータを放送波などの電波、地上回線な
どの通信線を利用し受け渡すことも可能である。

【００７４】また、メタデータに対する暗号化は通常サ
ービスと同様に暗号／復号化モジュール内で行なわれ、
その際に使用される鍵は暗号／復号化モジュールで生成
もしくは用意されたものを使用する。この際に使用する
鍵をギフト鍵と呼ぶ。ギフト鍵は通常サービスと同様に
生成もしくは用意された鍵Kt、Kt'を使用することも可
能である。

【００７５】図２２に、ギフトサービスの伝送路におい
て必要な情報の説明図を示す。以下に、リムーバブルメ
ディアに書込む場合を例に、ギフトサービスを行なう際
のコンテンツの受け渡しに必要な情報を説明する。コン
テンツ６０７は、前述の通常サービスと同様に暗号化さ
れたコンテンツである。メタデータ６０６は、送り主側
で行なわれた視聴契約により作成されたメタデータの暗
号化された部分であり暗号化されたコンテンツ６０７を
復号するための鍵Kkもしくは鍵に関する情報、検索／課
金情報などを含んでいる。ギフト情報６０５は、メタデ
ータの暗号化されていない部分であり、通常サービスと
ギフトサービスを識別する情報、暗号化したメタデータ
を復号するための情報等を含む情報である。この情報を
本例ではギフト情報と呼ぶ。メタデータ６０６について
は受け取り主側でコンテンツ６０７を視聴する前に受け
取り主のCAモジュール２６０４を基に必要な視聴契約
処理を行なうことにより前述のメタデータ１、２とな
る。またこれ以外の方法としてメタデータを復号するた
めの情報、ギフト情報、メタデータの一部などは、通常
サービスにおけるCAモジュール２内に分離したメタデー
タ１と同様に分離させ、別のセキュリティの守られた伝
送路、例えば地上回線、センタ側などを利用し受け取り
主側に受け渡すことも可能である。

【００７６】７．まとめ本発明の特徴のいくつかを以下に例示する。・第３者に譲渡の目的でコンテンツを購入する際に、暗
号化コンテンツと暗号化されたコンテンツに関する情報
（メタデータ）と第３者に対する譲渡を目的にしている
ことを示すギフト情報で構成されたデータの組み合わせ
で譲渡目的としたサービスを実現可能とするシステムを
提供すること。・前記システムにおいて、暗号化されたコンテンツに関
する情報（メタデータ）は、コンテンツの暗号化の鍵と
は異なる鍵を用いて暗号化されていること可能とするこ
と。・前記システムにおいて、コンテンツに関する情報（メ
タデータ）にかける暗号化のアルゴリズムとコンテンツ
にかけるアルゴリズムが異なること。

【００７７】・前記システムにおいて暗号化のアルゴリ
ズムを２種類用いることで、コンテンツに関する情報
（メタデータ）とコンテンツの暗号化に用いる鍵は同じ
鍵を用いることも可能であり、また異なる鍵を用いるこ
とも可能となること。・前記システムにおいて、ギフト情報内にコンテンツに
関する情報（メタデータ）を暗号化している鍵に関する
情報を含むこと。・前記システムにおいて、コンテンツに関する情報（メ
タデータ）には、受け取り側の所持する個人認証情報、
ＣＡモジュール２に通常格納される状態の情報は記入さ
れてなく、譲渡目的の形式であるコンテンツセットを受
け取ったときに、受け取り側である所有者が認識される
ので、コンテンツに関する情報（メタデータ）に受け取
り側を認識できる情報が初めて記入され、通常の情報形
式になること。

【００７８】・受信端末における暗号化コンテンツに対
する管理を行う機能では、暗号化コンテンツの著作権管
理、コンテンツに関する情報（メタデータ）の暗号／復
号化、守るべきコンテンツに関するデータ、守るべき情
報の移動に使用する伝送路に合わせた暗号化を行い、セ
キュリティ方式の選択を可能とすること。・コンテンツはコンテンツ暗号鍵Ｋｋで暗号化し、コン
テンツに関する情報であるメタデータはコンテンツとは
別の鍵で同様に暗号化を行い、この二つのデータの組み
合わせによる構成でコンテンツに関する視聴・購入を行
わせること。・前記暗号化されたコンテンツとコンテンツに関するメ
タデータは衛星回線を介して衛星回線の伝送用暗号方式
でさらに暗号化された後伝送されること。

【００７９】・前記コンテンツ毎にユニークな鍵ないし
は同一の鍵で暗号化を行い、暗号化の鍵情報（鍵の存在
場所や鍵そのもの）をメタデータに埋め込んで配信する
こと。・前記暗号化されたコンテンツの鍵を、メタデータと同
一の鍵で暗号化してコンテンツ配信時とは別の時間枠
や、別の配信場所で配信すること。・衛星デジタル放送におけるＣＡモジュールに対して個
人を特定可能とする第２のＣＡモジュールを有し、この
第２のＣＡモジュールがユーザー個人認証の役割を行う
ことでマルチユーザー対応とすること。・受信端末内に暗号・復号化を行う専用モジュールを有
し、この専用モジュールは暗号化されているメタデータ
を受信後直に伝送依存する鍵で復号化を行い、受信端末
内で生成される使い捨て鍵で再度暗号化を行い受信端末
にメタデータを蓄積させること。

【００８０】・ユーザーの視聴・契約の動作に伴い、前
記蓄積されている暗号化メタデータを復号し必要なデー
タを記入後再度新規使い捨て鍵の生成を行い、新規使い
捨て鍵でメタデータを暗号化し、この暗号化メタデータ
を受信端末内に蓄積する、このようにユーザーのコンテ
ンツ視聴・契約毎に新規使い捨て鍵を生成し、同じコン
テンツであっても異なる使い捨て鍵となること。・前記生成された新規使い捨て鍵を、受信端末と第２の
ＣＡモジュール間のセキュリティ保護された伝送インタ
フェースを通して、第２のＣＡモジュールに格納するこ
と。・受信端末内の暗号／復号化モジュールにおいて、モジ
ュールそのものがモジュール特定鍵Ｋｍｃを有し、コン
テンツ暗号鍵やメタデータの伝送時暗号に用いる伝送路
鍵をモジュール特定鍵で暗号化し、受信端末内の暗号／
復号化モジュールにデジタル放送の伝送方式を用いて配
信し、暗号・復号モジュールで伝送路鍵を取得しモジュ
ール内に格納後、伝送路鍵の更新において再度取得しモ
ジュール内に格納する暗号／復号化モジュールを有する
こと。

【００８１】・暗号化されたコンテンツを格納するとき
は、暗号化されたままの状態で格納し、暗号化されたコ
ンテンツのメタデータも一緒に格納され、コンテンツの
購入時にコンテンツ購入に関するデータをメタデータに
記入し、メタデータはメタデータ１とメタデータ２とに
分かれ、夫々のメタデータが暗号化された後、コンテン
ツ鍵で暗号化されたコンテンツと購入時に暗号化された
メタデータ２が受信端末内に２つセットで格納され、同
様に暗号化されたメタデータ１はＣＡモジュール２に記
録され、コンテンツ視聴時に分割されたメタデータを組
み立てることで暗号化されたコンテンツの復号を可能と
すること。・コンテンツを暗号化しているコンテンツ鍵Ｋｋは、本
システムで管理する伝送路鍵Ｋｗｃで暗号化されてコン
テンツ鍵Ｋｋ'となり、さらに伝送路鍵Ｋｗｃを暗号／
復号化モジュールの鍵Ｋｍｃで暗号化しｋｗｃ'を作
成、その後伝送路にてＫｋ'、Ｋｗｃ'を送信しモジュー
ル特定鍵Ｋｍｃで解読して伝送路鍵Ｋｗｃを取得する方
式において、暗号／復号化モジュール内で伝送路鍵Ｋｗ
ｃを格納し、受信後の蓄積時とユーザー契約時に受信端
末内で使い捨て鍵を生成、その使い捨て鍵と契約関連情
報等、さらにデジタル放送の番組配列情報よりの組み合
わせで作成すること。・上記システムにおいて、暗号化されたコンテンツ購入
時に作成されるメタデータの分割時における、暗号化さ
れたコンテンツと一緒に蓄積させるメタデータ２は、装
置内で生成される使い捨て鍵で暗号化され、残りのメタ
データ１はコンテンツ鍵を書込み後同様に使い捨て鍵で
暗号化して、暗号化されたコンテンツ、メタデータをリ
ムーバブルメディアに記録すること。

【００８２】・コンテンツ個々に対する暗号化並びに課
金管理を行うことが可能となる上記システムにおいて、
コンテンツ毎に異なる暗号鍵を所有することで様々な伝
送路よりのコンテンツ組み合わせを可能とすること。・家庭内受信端末では受信した暗号化コンテンツを一緒
に配信されてきたメタデータと同時格納し、家庭内にお
ける受信装置ではユーザーの購入時に受信したメタデー
タを元に有効期限等埋め込まれたメタデータの作成を行
い、そのメタデータからメタデータ１、メタデータ２を
作成しメタデータを受信端末で作成する使い捨て鍵を用
いて暗号化し再度受信端末内に蓄積し、メタデータはユ
ーザー特定の個人鍵Ｋｍ２で暗号化した後、ＣＡモジュ
ール２内に格納されるシステムにおいては、メタデータ
作成時に受信したメタデータを元に作成するが，メタデ
ータはメタデータ枠として何度も利用可能なようにメタ
データ枠として残しておくこと。・上記システムにおいて、暗号化コンテンツを視聴する
には、蓄積媒体内の暗号化コンテンツを複写し、この複
写した暗号化コンテンツを再生する、複写使用により蓄
積媒体内の暗号化コンテンツはそのままの状態で保管さ
れ、また同時にメタデータも複写して使用することで、
家庭内でも受信、蓄積したコンテンツの契約を結ぶ度に
視聴でき、家庭内でユーザー特定の蓄積媒体、ＩＣカー
ド等が数種類存在しても本サービス利用が可能となるこ
と。

【００８３】

【発明の効果】本発明によると、受信端末内で生成した
使い捨て鍵を用いてメタデータの作成並びに分割化を行
うことで、コンテンツ毎に暗号化可能とする。また、本
発明によると、個人を特定できる第２のＣＡモジュール
を合わせることで個人特定のサービスが行うことができ
る。

【００８４】さらに、本発明によると、メタデータ内に
コンテンツの所有者情報を入れずにおくことで、コンテ
ンツの譲渡をされた方の受け取り時に初めてコンテンツ
所有者を特定でき、ＣＡモジュールへの所有者情報記入
が行なわれることにより、第３者への譲渡目的としたコ
ンテンツサービスが実現可能となる。

【図面の簡単な説明】

【図１】蓄積型テレビ放送サービスの受信側の概要図。

【図２】蓄積型テレビ放送サービスシステムの全体図。

【図３】サービス、イベントの関係の説明図。

【図４】イベント内のコンテンツ構成例の説明図。

【図５】コンテンツに付随する情報の構成図。

【図６】配信時のデータ構成図。

【図７】蓄積型テレビ放送サービスにおける暗号化方式
の説明図。

【図８】伝送路暗号とコンテンツ、メタデータ暗号の関
係の説明図。

【図９】伝送路における鍵配信方式の説明図。

【図１０】ECMを用いたコンテンツ鍵伝送モデルの説明
図。

【図１１】メタデータの伝送モデルの説明図。

【図１２】メタデータを用いたコンテンツ鍵伝送モデル
の説明図。

【図１３】受信端末の構成図。

【図１４】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）、３５１・・・暗号化メタ
データ、３５２・・・暗号化メタデータ復号（鍵Kw
c）、４００・・・配信情報（ECM,EMM）、４０１・・・
配信情報（コンテンツ）、４０２・・・配信情報（メタ
データ）、４０３・・・RAM、４０４・・・HDD蓄積前処
理、４０５・・・HDD蓄積前メタデータ、４０６・・・H
DD蓄積前コンテンツ、４０７・・・HDD蓄積コンテン
ツ、メタデータ、４０８・・・メタデータ（コピー）、
４０９・・・コンテンツ（コピー）、４１０・・・検索
テーブル、４１１・・・HDD、４１２・・・検索処理、
４１３・・・メタデータ復号、４１４・・・復号メタデ
ータ、４１５・・・契約手続き、４１６・・・課金処
理、４１７・・・メタデータ（契約情報）作成、４１８
・・・メタデータ分離処理、４１９・・・メタデータ２
暗号化、４２０・・・メタデータ２（HDD内）、４２１
・・・メタデータ２（リムーバブルメディア内）、４２
２・・・メタデータ１、Kt'暗号化、４２４・・・Km2、
４２５・・・暗号化メタデータ、Kt,'、４５０・・・配
信情報（EMM）、４５１・・・配信情報（メタデー
タ）、４５２・・・RAM、４５３・・・HDD蓄積前処理、
５００・・・スクランブル復号、５０１・・・Kk'復
号、５０２・・・Kk入手、５０３・・・メタデータ復
号、５０４・・・検索テーブル情報追加、５０５・・・
メタデータKk記入、５０６・・・Kt生成、５０７・・・
メタデータ暗号化、５０８・・・コンテンツ、メタデー
タ蓄積、５２０・・・HDD検索、５２１・・・蓄積コン
テンツ選択、５２２・・・メタデータ復号、５２３・・
・契約条件確認・記入、蓄積選択、５２４・・・課金処
理、５２５・・・契約情報作成、５２６・・・メタデー
タ分離、５２７・・・Kt'生成、５２８・・・メタデー
タ２暗号化、５２９・・・リムーバブルメディア蓄積処
理（メタデータ２）、５３０・・・メタデータ１、Kt'
暗号化、５３１・・・CAモジュール蓄積、５３２・・・
リムーバブルメディアにコンテンツ蓄積、５４０・・・
視聴コンテンツ選択、５４１・・・契約条件確認・記
入、視聴選択、５４２・・・HDD蓄積、５４３・・・コ
ンテンツ復号、６００・・・ユーザー、６０１・・・送
り主、６０２・・・受け取り主、６０３・・・伝送路、
６０４・・・受け取り主側CAモジュール２、６０５・・
・ギフト情報、６０６・・・メタデータ、６０７・・・
暗号化コンテンツ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 7/16 Ｈ０４Ｎ 5/91 Ｌ 7/167 Ｐ 7/167 Ｚ (72)発明者山崎伊織東京都千代田区神田駿河台四丁目６番地株式会社日立製作所放送・通信システム推進事業部内Ｆターム(参考） 5C025 BA25 BA27 BA28 BA30 DA01 DA04 DA10 5C053 FA20 FA23 FA24 GA20 LA07 LA14 5C064 BA07 BB01 BB02 BC10 BC17 BC20 BD08 BD09 CA14 CB01 CC04 CC06 5J104 AA16 AA34 DA04 EA04 EA17 JA03 NA02 PA14

Claims

【特許請求の範囲】

【請求項１】選択されたコンテンツに対応する暗号化メ
タデータを第１の使い捨て鍵（Kt）で復号するステップ
と、メタデータに基づきコンテンツの視聴可否を判断し、課
金情報を含む契約情報を作成し、メタデータに含めるス
テップと、作成されたメタデータを第１及び第２の分離メタデータ
に分離するステップと、第２の使い捨て鍵(Kt')を生成するステップと、第２の分離メタデータを第２の使い捨て鍵(Kt')で暗号
化した第２の分離メタデータを生成し、記録媒体及びリ
ムーバブルメディアに蓄積するステップと、第１の分離メタデータに第２の使い捨て鍵(Kt')を含
め、入力された第３の個人鍵(Km2)で暗号化し、第２の
モジュールに記録するステップと、記録媒体に蓄積された暗号化コンテンツをリムーバブル
メディアに蓄積するステップとを含む受信方法。
【請求項２】メタデータは、検索情報及び／又は課金情
報を含む契約情報を含み、契約情報に従い、コンテンツ
毎に課金処理を行うことを特徴とする請求項１に記載の
受信方法。
【請求項３】第１のモジュールは受信機内に備えられ、
第２のモジュールは可搬形で受信機に脱着可能であるこ
とを特徴とする請求項１又は２に記載の受信方法。
【請求項４】第１の受信機により暗号化された第１の分
離メタデータ及び第３の個人鍵(Km2)が記録された第２
のモジュール、及び、コンテンツ鍵(Kk)を含む暗号化さ
れた第２の分離メタデータ及び暗号化コンテンツが蓄積
されたリムーバブルメディアを第２の受信機に装着する
ステップと、第２のモジュールに記録された暗号化された第1の分離
メタデータを第３の個人鍵(Km2)で復号化して第1の分離
メタデータを生成し、第１の分離メタデータに含まれた第２の使い捨て鍵(K
t')を用いて復号化して第２の分離メタデータを生成す
るステップと、第１及び第２の分離メタデータに基づいてコンテンツの
視聴の可否を判断するステップと、復号化された第２の分離メタデータに含まれるコンテン
ツ鍵(Kk)を用いてリムーバブルメディアに記録された暗
号化コンテンツを復号化してコンテンツを生成するステ
ップを含む請求項１乃至３のいずれかに記載の受信方
法。
【請求項５】選択されたコンテンツに対応する暗号化メ
タデータを第１の使い捨て鍵（Kt）で復号するステップ
と、メタデータに基づきコンテンツの視聴可否を判断し、課
金情報を含む契約情報を作成し、メタデータに含めるス
テップと、作成されたメタデータを第１及び第２の分離メタデータ
に分離するステップと、ギフト鍵を生成し、リムーバブルメディアに蓄積するス
テップと、第２の分離メタデータをギフト鍵で暗号化し、リムーバ
ブルメディアに蓄積するステップと、第１の分離メタデータに第２の使い捨て鍵(Kt')を含
め、入力された第２の個人鍵(Km2)で暗号化し、第２モ
ジュールに記録するステップと、記録媒体に蓄積された暗号化コンテンツをリムーバブル
メディアに蓄積するステップとを含む請求項１乃至３の
いずれかに記載の受信方法。
【請求項６】リムーバブルメディアに記録された暗号化
された第２の分離データを復号化し、第２の分離メタデ
ータを生成するステップと、第２のモジュールに記録された暗号化された第１の分離
メタデータを復号化し、第１の分離メタデータを生成す
るステップと、第１及び第２の分離メタデータに基づき、コンテンツの
視聴可否を判断するステップと、リムーバブルメディアに記録された暗号化コンテンツ
を、コンテンツ鍵で復号化してコンテンツを生成するス
テップとを含む請求項１乃至５のいずれかに記載の受信
方法。
【請求項７】コンテンツを、メタデータと同一の鍵で暗
号化して、その鍵をコンテンツ配信時とは別の時間枠、
別の配信場所又は別の配信手段で配信することを特徴と
する請求項１乃至６のいずれかに記載の受信方法。
【請求項８】暗号化コンテンツをリムーバブルメディア
に蓄積する際、記録媒体内の暗号化コンテンツ及び暗号
化メタデータを複写して使用することを特徴とする請求
項１乃至７のいずれかに記載の受信方法。
【請求項９】受信機内の第１のモジュールに記憶された
第２の個人鍵(Km1)を用いて、受信されたスクランブル
鍵(Ks)を復号化し、スクランブル鍵(Ks)を用いて復号化
することにより、暗号化コンテンツ及び暗号化メタデー
タを含むイベントを生成するステップと、受信機内に記憶された第１の個人鍵(Kmc)を用いて、受
信された第１の暗号化ワーク鍵(Kwc')を復号化して第１
のワーク鍵(Kwc)を生成するステップと、復号化された第１のワーク鍵(Kwc)を用いて、共通情報
として受信された第１の暗号化コンテンツ鍵（Kk'）を
復号化して第１のコンテンツ鍵（Kk）を生成するステッ
プと、暗号化メタデータを第１のワーク鍵(Kwc)で復号化して
メタデータを生成するステップとをさらに含む請求項１
乃至８のいずれかに記載の受信方法。
【請求項１０】受信機内の第１のモジュールに記憶され
た第２の個人鍵(Km1)を用いて、受信されたスクランブ
ル鍵(Ks)を復号化し、スクランブル鍵(Ks)を用いて暗号
化コンテンツ及び暗号化メタデータを含むイベントを生
成するステップと、受信機内に記憶された第１の個人鍵(Kmc)を用いて、受
信された第１の暗号化ワーク鍵(Kwc')を復号化し第１の
ワーク鍵(Kwc)を生成するステップと、復号化された第１のワーク鍵(Kwc)を用いて、暗号化メ
タデータを復号化し、そこに含まれた第１のコンテンツ
鍵（Kk）を求めるステップとをさらに含む請求項１乃至
８のいずれかに記載の受信方法。