JP2003008568A - 受信装置、受信方法及び受信プログラム並びに受信プログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】放送局から放送される暗号化された放送データ
の不正利用の防止を図り、放送データを蓄積する受信装
置での放送データの更新を効率的に行う。 【解決手段】復号化部１０３は、受信されたＤＩＩとＤ
ＤＢとを復号化し、更新制御情報とリソースリストとを
蓄積部１０４に、属性情報とＤＤＢの実データとを暗号
化部１０５にそれぞれ通知する。蓄積部１０４は、記録
媒体１０１に蓄積されている更新制御情報と通知された
それとを比べ、蓄積すべきときには、暗号化部１０５に
暗号化の指示をする。暗号化部１０５は装置固有の暗号
鍵で属性情報とＤＤＢの実データとを暗号化する。蓄積
部１０４は、復号化された更新制御情報と暗号化された
属性情報、復号化されたリソースリストと暗号化された
実データを記録媒体１０１に蓄積する。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】本発明は、暗号化された放送データ
等の通信データを受信して蓄積制御する受信装置に関す
る。

【０００２】

【従来の技術】従来から放送局により暗号化された放送
データを受信し、暗号化されたまま放送データを蓄積
し、再生時に復号化する受信装置が提供されている。

【０００３】

【発明が解決しようとする課題】ところが、受信装置に
そのまま蓄積された暗号化された放送データは、放送局
により同じ暗号化方法がとられているので、一旦その暗
号を解除する方法が知られれば、全ての受信装置に蓄積
された放送データの暗号が解除される。また、放送局か
ら送信される放送データは、そのデータ内容により、更
新される場合がある。受信装置は、この更新された放送
データを受信したとき、それまでに蓄積していた古い放
送データに替えて、更新された放送データを蓄積する必
要がある。この際、放送局から送信されてきた放送デー
タが更新されたものであるか否かを迅速に判断しなけれ
ばならない。この更新すべきか否かを判断する判断要素
が暗号化されていると迅速な判断をすることができな
い。

【０００４】更に、再生時に蓄積された放送データを検
索する際、検索対象要素が暗号化されていると迅速な検
索をすることができない。本発明では、上記課題に鑑
み、放送データ等の通信データの不正利用を防止し、蓄
積された通信データを更新すべきか否かを迅速に判断す
ることができる受信装置を提供することを主目的とし、
更に、再生時の通信データの検索を容易とすることを目
的とする。

【０００５】

【課題を解決するための手段】そこで、本発明は、上記
課題を解決するため、受信された通信データを復号する
復号手段と、復号されたデータのうち、当該データの更
新制御に用いる更新データを少なくとも除いた実データ
を装置固有の暗号鍵で暗号化して暗号化データを生成す
る暗号化手段と、前記更新データと暗号化データとを蓄
積する制御を行う蓄積制御手段とを備えることとしてい
る。

【０００６】

【発明の実施の形態】本発明に係る受信装置の実施の形
態について図面を用いて説明する。 （実施の形態１）図１は、本発明に係る受信装置の実施
の形態１の構成図である。受信装置は、記録媒体１０１
と、受信部１０２と、復号化部１０３と、蓄積部１０４
と、暗号化部１０５と、入力信号受付部１０６と、出力
部１０７とを備えている。

【０００７】記録媒体１０１は、ハードディスク、ＤＶ
Ｄ−ＲＡＭ、ＣＤ−ＲＷ、半導体メモリ等、大容量の書
き換え可能な記録媒体からなり、蓄積部１０４を介して
データを蓄積する。なお、記録媒体１０１は、本実施の
形態のように受信装置に一体として含まれていてもよい
し、接続線を介して受信装置の外部に設けられてもよ
い。

【０００８】記録媒体１０１には、例えば、ＩＥＣ／Ｉ
ＳＯ１３８１８−６で規定されているデータカルーセル
方式で繰り返し伝送されるデータコンテンツが蓄積され
る。データコンテンツは、モジュール単位で扱われ、モ
ジュールは、ＤＩＩ（Ｄｏｗｎｌｏａｄ Ｉｎｆｏｒｍ
ａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）モジュールとデー
タモジュールとで構成される。データモジュールは、静
止画モジュール、図形モジュール、文字モジュールなど
を含み、各データモジュールは、ＤＤＢ（Ｄｏｗｎｌｏ
ａｄ Ｄａｔａ Ｂｌｏｃｋ）というブロックに分割さ
れている。各モジュールはセクション形式で伝送され
る。

【０００９】図２は、記録媒体１０１に蓄積されたＤＩ
Ｉの内容の一例を示す図である。ＤＩＩ２０１には、更
新制御情報２０２とデータモジュールの種別やサイズ等
の属性情報２０３とが記録されている。更新制御情報２
０２は、データコンテンツの更新日時２０４とディレク
トリ名２０５とを含んでいる。この更新日時２０４とデ
ィレクトリ名２０５とは、ＤＩＩのｐｒｉｖａｔｅ Ｄ
ａｔａ Ｂｙｔｅの記述子として記載されている。更新
制御情報２０２は、復号された状態のデータとして記録
されている。

【００１０】属性情報２０３は、暗号化部１０５によっ
て装置固有の暗号鍵で暗号化データとされ記録されてい
る。図３は、同様に記録媒体１０１に蓄積されたＤＤＢ
の内容の一例を示している。ＤＤＢは、上述したように
モジュールをブロック単位に分割したものであるので、
ＤＤＢを結合したモジュールとして蓄積される。個々の
モジュールは、例えば、ＨＴＴＰ／１，１（ＩＥＴＦ
ＲＦＣ２０６８で規定）のエンティティ形式でリソース
を格納する。エンティティとは、リクエストやレスポン
スのペイロードとして転送される情報である。エンティ
ティは、エンティティヘッダフィールド形式のメタ情報
とエンティティボディ形式のコンテンツから成り立つ。
モジュール内の一つのリソースをリソースリストとして
もよい。例えば、モジュールの先頭のリソースをリソー
スリストとしてもよい。

【００１１】モジュール３０１の先頭には、リソースリ
スト３０２が復号部１０３で復号された状態のデータと
して記録されている。モジュール３０１の残余の部分に
は、モジュールの実データ部分を暗号化部１０５で装置
固有の暗号鍵で暗号化された暗号化データ３０３として
記録されている。リソースリスト３０２には、リソース
名３０４と、そのリソース名のリソースが蓄積されてい
る領域を示す領域情報３０５とが記録されている。ここ
で、リソースは、モジュールに含まれるファイルであ
る。

【００１２】領域情報３０５は、例えば、ファイルの先
頭からのバイト数およびリソースの長さとして示されて
いる。例えば、リソース名が「ａｌｌｉｔｅｍ」のファ
イルは、ファイルの先頭から「１０１〜２００」バイト
の領域３０６にその内容が暗号化データとして記録され
ている。領域情報３０５は、リソースが蓄積されている
領域を示すものであれば、どのような形式であってもよ
く、例えば、先頭バイトおよび終端バイトを示すもので
あってもよい。

【００１３】図４は、図２に示したディレクトリ名「ｓ
ｈｏｐ１」の記録媒体１０１におけるディレクトリ構成
の一例を示す図である。図３や図４に示された各リソー
スは、例えば、マルチパート形式を使用し、複数のリソ
ースが一つのファイルとして記録される。受信部１０２
は、アンテナ、チューナ及びＴＳ（トランスポートスト
リーム）デコーダで構成され、受信装置の電源がＯＮさ
れるとＴＳを受信する。ここで、ＴＳには、データカル
ーセル方式で放送されているＤＩＩとＤＤＢとの放送デ
ータが多重されている。受信部１０２は受信したＴＳか
らＤＩＩとＤＤＢとを分離して復号化部１０３に通知す
る。ＤＩＩとＤＤＢとは、例えば、３ＤＥＳ（トリプル
Ｄａｔａ ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）
の暗号アルゴリズムにより暗号化されている。 復号化
部１０３は、受信部１０２から通知されたＤＩＩとＤＤ
Ｂとを復号する。なお、復号鍵は、ＥＭＭ（Ｅｎｔｉｔ
ｌｅｍｅｎｔＭａｎａｇｅｍｅｎｔ ｍｅｓｓａｇｅ）
から取得している。

【００１４】復号化部１０３は、ＤＩＩを復号すると、
蓄積部１０４にＤＩＩのｐｒｉｖａｔｅ Ｄａｔｅ Ｂ
ｙｔｅ領域に記述されている放送データのディレクトリ
名とその更新日時とを通知する。また、復号化部１０３
は、ＤＩＩのｐｒｉｖａｔｅＤａｔｅ Ｂｙｔｅ領域以
外の部分を暗号化部１０５に通知する。復号化部１０３
は、ＤＤＢを復号すると、ＤＤＢのｂｌｏｃｋ＿ｎｕｍ
ｂｅｒ順に結合し、先頭部分のリソースリストを蓄積部
１０４に通知し、残余の実データ部分を暗号化部１０５
に通知する。

【００１５】蓄積部１０４は、復号化部１０３からＤＩ
Ｉの更新制御情報であるディレクトリ名と更新日時との
通知を受けると、記録媒体１０１に記録されているＤＩ
Ｉの２０１の更新制御情報２０２を読み出す。読み出し
たディレクトリ名２０５と通知されたディレクトリ名と
が一致しないとき又は、読み出したディレクトリ名２０
５と通知されたディレクトリ名２０５とが一致し、かつ
読み出した更新日時より通知された更新日時がより新し
いものであるとき、暗号化部１０５に通知されたＤＩＩ
及び属性情報で示されるＤＤＢの実データを暗号化する
よう指示する。

【００１６】暗号化部１０５から装置固有の暗号鍵で暗
号化されたＤＩＩの属性情報の通知を受けると、先に通
知された復号されたディレクトリ名と更新日時とからな
る更新制御情報と、暗号化されたＤＩＩの属性情報とを
記録媒体１０１に記録する。また、蓄積部１０４は、復
号化部１０３からＤＤＢの復号化されたリソースリスト
の通知を受け、暗号化部１０５からＤＤＢの装置固有の
暗号鍵で暗号化された実データの通知を受けると、記録
媒体１０１に記録する。この際、ＤＤＢが新規なもの、
即ちＤＩＩのディレクトリ名が既に記録媒体１０１に蓄
積されたものと一致しないときには、記録媒体１０１の
所定の領域に新規に記録し、ＤＤＢが更新すべきもの、
即ち、ＤＩＩの更新日時が既に記録媒体１０１に蓄積さ
れたものより新しいものであるときには、既に記録媒体
１０１に記録されているモジュール３０１を更新する。
更新方法は、例えば、受信した新しいモジュールを一旦
別に蓄積し、蓄積済みの古いモジュールを削除した後、
新しいモジュールをリネームすることによって行っても
よい。あるいは、上書きによって行ってもよい。

【００１７】暗号化部１０５は、装置固有の暗号鍵を予
め記憶している。蓄積部１０４からＤＩＩ及びＤＤＢを
暗号化するよう指示されると、復号化部１０３から通知
されたＤＩＩの属性情報及びＤＤＢのリソースリスト以
外の実データを例えば、ＤＥＳ暗号化アルゴリズムで装
置固有の暗号鍵を用いて暗号化する。暗号化したデータ
を蓄積部１０４に通知する。なお、蓄積部１０４から暗
号化を指示する通知を受けないときには、復号化部１０
３から通知されたＤＩＩの属性情報及びＤＤＢの実デー
タを廃棄する。

【００１８】蓄積部１０４で記録媒体１０１に蓄積され
た放送データのデータコンテンツは、制御情報である更
新制御情報２０２と、リソースリスト３０２とを復号し
た状態のデータとし、他の部分を暗号化したデータとし
ている。また、この暗号化データは、受信部１０２で受
信された放送データの暗号化データよりも高速に復号す
ることができる。即ち、受信された放送データは３ＤＥ
Ｓの暗号化アルゴリズムで暗号化されているので、元の
放送データに復号するのに復号化、暗号化、復号化の３
段階を要するのに対して、蓄積された暗号化データは、
装置固有の復号鍵（暗号鍵）で一度だけ復号化すること
で復号が完了する。

【００１９】入力信号受付部１０６は、外部のリモコン
１１１からユーザ操作に応じた操作信号を受信し、操作
信号に応じた指示を出力部１０７に通知する。例えば、
リモコン１１１から再生指示の操作信号を受信すると、
出力部にポータル画面の再生を指示する。また、操作信
号が画面上の表示されたボタン操作であれば、ボタン操
作に応じた画面切り換えの指示を出力部１０７に通知す
る。

【００２０】出力部１０７は、予め装置固有の復号鍵
（暗号鍵）を記憶している。出力部１０７は、入力信号
受付部１０６から再生指示の通知を受けると、記録媒体
１０１に記録されたモジュール３０１のリソースリスト
のリソース名３０４を検索し、ポータル画面を構成する
リソースの領域情報３０５を取得し、記録媒体１０１に
記録されたリソースの領域情報で示される領域から暗号
化データを読み出し、復号鍵で復号して、ポータル画面
を生成し、外部のモニタ１１２に出力する。

【００２１】また、出力部１０７は、入力信号受付部１
０６から画面切り換えの指示の通知を受けると、指示内
容に従い記録媒体１０１に蓄積されたモジュール３０１
のリソースリスト３０２を検索し、リソースの領域情報
３０５を取得する。取得した領域情報３０５で示される
領域から暗号化データを読み出し、復号鍵で復号化して
表示画面を生成し、外部のモニタ１１２に出力する。

【００２２】なお、出力部１０７が検索するリソースリ
スト３０２は、復号化された状態のデータであるので、
その都度、復号化する必要がないので、検索効率を高め
ることができる。図５は、図１に示した受信装置のハー
ド構成を示す図である。受信装置は、ハードディスク５
０１と、アンテナ５０２と、チューナ５０３と、ＴＳデ
コーダ５０４と、ＡＶデコーダ５０５と、ＲＯＭ５０６
と、ＲＡＭ５０７と、ＣＰＵ５０８と、ＯＳＤ５０９
と、信号受信部５１０とを備え、各部材はバス５１１で
接続されている。

【００２３】受信装置の復号化部１０３及び暗号化部１
０５は、ＲＯＭ５０６にそれぞれ記憶された復号化プロ
グラム及び暗号化プログラムによりＣＰＵ５０８が演算
処理することで実現される。また、蓄積部１０４は、Ｒ
ＯＭ５０６に記憶されたプログラムにより、ＣＰＵ５０
８が演算処理することで実現される。入力信号受付部１
０６は、信号受信部５１０に対応し、出力部１０７は、
ＯＳＤ５０９，ＡＶデコーダ５０５および合成部５１２
に対応する。ＲＡＭ５０７は、ＣＰＵ５０８のワークエ
リアとなり、記録媒体１０１はハードディスク５０１に
対応する。

【００２４】なお、バス５１１にモデム（図示せず）を
接続し、双方向性を確保するようにしてもよい。また、
復号化部１０３及び暗号化部１０５は、それぞれワイヤ
ードロジックで構成することも可能である。また、ハー
ドディスク５０１は、受信装置本体と一体に設けてもよ
いし、別体に設けてもよい。また、ハードディスク５０
１に代えて、ＤＶＤや半導体メモリ等の他の記録媒体を
用いてもよい。また、上記各プログラムは、どこに記憶
されていてもよく、例えば、ハードディスク５０１に記
憶されていてもよい。

【００２５】次に、本実施の形態の動作を図６及び図７
に示すフローチャートを用いて説明する。図６は、本実
施の形態の記録媒体１０１への放送データの蓄積動作を
説明するフローチャートである。先ず、受信部１０２
は、ＤＩＩを受信するのを待ち（Ｓ６０２）、復号化部
１０３は、受信部１０２で受信されたＤＩＩを復号し
て、ＤＩＩのｐｒｉｖａｔｅＤａｔａ Ｂｙｔｅ領域に
記載された更新制御情報を蓄積部１０４に通知し、ＤＩ
Ｉのそれ以外の領域に記載された属性情報を暗号化部１
０５に通知する。（Ｓ６０４）。

【００２６】蓄積部１０４は、通知された更新制御情報
のディレクトリ名が記録媒体１０１のＤＩＩ２０１のデ
ィレクトリ名２０５と一致しないか又は、一致し、かつ
通知された更新制御情報の更新日時が記録媒体１０１の
ＤＩＩ２０１の更新日時２０４よりも新しいか否かを判
定する（Ｓ６０６）。蓄積部１０４は、通知されたディ
レクトリ名と一致するものが蓄積されていないとき、又
はディレクトリ名が一致し、かつ更新日時の新しいもの
が通知されたとき、暗号化部１０５に暗号化を指示す
る。ディレクトリ名が一致し、更新日時が同じものが記
録媒体１０１に蓄積されているときには、Ｓ６０２に戻
る。

【００２７】暗号化部１０５は、ＤＩＩの更新制御情報
以外の属性情報を装置固有の暗号鍵で暗号化し、蓄積部
１０４に通知する（Ｓ６０８）。復号化部１０３は、受
信部１０２で受信されたＤＤＢを復号し、復号したリソ
ースリスト以外の実データを暗号化部１０５に通知する
（Ｓ６１０）。暗号化部１０５は、ＤＤＢのリソースリ
スト以外の実データを装置固有の暗号鍵で暗号化して蓄
積部１０４に通知する（Ｓ６１２）。

【００２８】蓄積部１０４は、復号化部１０３から通知
された更新制御情報とリソースリストとを復号された状
態のデータで、暗号化部１０５から通知されたＤＩＩの
属性情報とＤＤＢの実データとを暗号化された暗号化デ
ータで、記録媒体１０１に新規にまたは更新して蓄積し
（Ｓ６１４）、Ｓ６０２に戻る。次に、本実施の形態の
受信装置での蓄積された放送データの再生動作を図７の
フローチャートを用いて説明する。

【００２９】先ず、入力信号受付部１０６は、ユーザの
リモコン１１１の操作による再生指示信号の入力を待つ
（Ｓ７０２）。出力部１０７は、入力信号受付部１０６
から再生指示を受け、記録媒体１０１に蓄積されている
モジュール３０１のリソースリスト３０２を検索し、最
初に表示すべきポータルデータの領域情報３０５を取得
し、領域情報３０５で示される領域からポータルデータ
を取得する（Ｓ７０４）。取得したポータルデータを予
め記憶する復号鍵で復号し、ポータル画面を生成し、外
部のモニタ１１２に出力する（Ｓ７０６）。

【００３０】次に、入力信号受付部１０６は、ユーザの
リモコン１１１の操作による操作指示信号の入力を待つ
（Ｓ７０８）。出力部１０７は、入力信号受付部１０６
からの操作指示に従い、記録媒体１０１に蓄積されてい
るモジュール３０１のリソースリスト３０２を検索し
（Ｓ７１０）、検索結果に従い当該リソースの領域情報
３０５で示される領域から暗号化データを読み出し、復
号鍵で復号して表示画面を生成し、モニタ１１２に出力
する（Ｓ７１２）。

【００３１】入力信号受付部１０６が終了指示の操作信
号を受け付けるまで（Ｓ７１４）、Ｓ７０８からの処理
を繰り返す。なお、本実施の形態において、記録媒体１
０１に蓄積された放送データを更新すべきか否かを判定
するのにＤＩＩのｐｒｉｖａｔｅ Ｄａｔｅ Ｂｙｔｅ
領域に記載された更新日時を用いたけれども、ＤＩＩの
バージョン番号を用いて判定するようにしてもよい。こ
の場合には、更新制御情報にバージョン番号を記載し、
バージョン番号は、復号された状態のデータとして記録
する。

【００３２】また、本実施の形態では、更新制御情報お
よびリソースリストを暗号化しないこととしていたけれ
ども、更新制御情報またはリソースリストの何れか一方
を暗号化し、他方を暗号化しないようにしてもよい。ま
た、本実施の形態では、ＤＤＢのモジュール全体を更新
することとしていたけれども、各モジュールに含まれる
リソースごとに更新するようにしてもよい。この場合に
は、ＤＩＩの更新制御情報には、ディレクトリ名と更新
日時とに替えて、各リソース名とその更新日時とを記録
するようにする。このとき、更新されるのは、当該リソ
ースの更新日時と、ＤＤＢのリソースリストの領域情報
に示される領域のリソースのデータ内容となる。

【００３３】なお、本実施の形態では、受信装置で記録
媒体１０１に蓄積される放送データは、データカルーセ
ル方式で伝送されるＤＩＩとＤＤＢとのデータとして説
明したけれども、これらに限られるものではなく、ホー
ムページのような画面情報、テレビ番組、映画、ニュー
ス、ドラマ等の動画音声データ、ゲーム、音楽、機器の
制御情報等種々のデータであってもよい。

【００３４】また、上記実施の形態では、放送データは
３ＤＥＳの暗号化アルゴリズムで暗号化され、記録媒体
１０１には復号されたデータをＤＥＳの暗号化アルゴリ
ズムで暗号化するとしたけれども、放送データの復号化
よりも受信装置で蓄積された暗号化データの復号化がよ
り高速で行える暗号化アルゴリズムであれば何であって
もよい。ただし、受信装置での暗号化には装置固有の暗
号鍵が用いられる。

【００３５】例えば、映画等の映像音声データを放送デ
ータとして１２Ｍｂｐｓのビットレートで放送している
場合、放送局からは、低速にしか復号できない暗号化ア
ルゴリズムで放送する。受信装置では、高速に復号でき
る暗号化アルゴリズムで暗号化して映像音声データを蓄
積する。再生時には、例えば２２Ｍｂｐｓのビットレー
トで再生することとして、画質を向上させることも可能
である。

【００３６】また、同様にゲームデータの場合、ゲーム
のスタートを早めることができる。また、上記実施の形
態では、受信部１０２は、放送局から送信される放送デ
ータを受信するものとして説明したけれども、インター
ネットによる放送データの配信でもよく、ケーブル回線
を介してのケーブルＴＶの受信であってもよいのは勿論
である。さらに、放送データ以外の通信データを用いて
もよい。例えば、放送データに代えて、１対１または１
対複数の通信で用いられる通信データを用いてもよい。 （実施の形態２）以下、本実施の形態の受信装置につい
て説明する。

【００３７】本実施形態の受信装置は、蓄積型データ放
送サービスにより伝送される蓄積専用のコンテンツを受
信し、コンテンツを構成するテキスト、映像等のリソー
スをリソース単位で選択的に記録媒体に蓄積して再生す
ることのできる受信装置である。蓄積の際には、リソー
スリストが示すリソースのモジュール上の配置に対応さ
せて記録媒体の領域をリソースに割当て、蓄積しないリ
ソース用に割当てられた領域については当該リソースの
代わりに再生データとしては無効なデータであるダミー
データを蓄積する。このような蓄積方法により、受信装
置は、リソースリストの再構築を不要とし、記録媒体か
らリソースを取得する際には伝送された当初のリソース
リストをそのまま利用することができる。

【００３８】図８は、受信装置８００の機能ブロック図
である。同図において受信装置８００は、受信部８０
１、許可情報格納部８０２、蓄積制御部８０３、蓄積部
８０４、記録媒体８０５、入力信号受付部８０６及び出
力部８０７から構成される。また同図においてモニタ８
１２は、出力部８０７からの出力信号を受けて画面に画
像等を表示する表示装置であり、リモコン８１１は、利
用者の操作指示の信号を入力信号受付部８０６に入力す
るものである。

【００３９】まずこれら各構成要素の機能を概略的に説
明し、続いて図９以降から具体例を用いて詳細に説明す
る。受信部８０１は、データ放送サービスにより伝送さ
れる蓄積専用のデータを受信して蓄積部８０４に出力す
る。許可情報格納部８０２は、図５のＲＡＭ５０７の記
憶領域の一部に相当し、リソース毎にリソースを蓄積す
べきか否かを示す許可情報を記憶する。

【００４０】蓄積制御部８０３及び蓄積部８０４は、図
５のＣＰＵ５０８がＲＯＭ５０６のプログラムを実行す
ることにより実現され、蓄積制御部８０３は許可情報格
納部８０２の許可情報に基づいて、リソースを蓄積する
か、あるいはリソースの代わりにダミーデータを蓄積す
るかを判定し、蓄積部８０４は、判定結果に従ってリソ
ース又はダミーデータを記録媒体８０５に記録する。ダ
ミーデータは、蓄積部８０４が生成するもので、例えば
すべてのビット値が０から構成される等、再生データと
しては意味をなさない無効なデータである。

【００４１】記録媒体８０５は、図５のハードディスク
５０１に相当し、リソース及びダミーデータ等を蓄積す
る。入力信号受付部８０６は、図５の信号受信部５１０
に相当し、リモコン８１１からの番組再生指示や許可情
報変更等の操作の信号入力を受付けて各構成要素に伝え
る。

【００４２】出力部８０７は、図５のＡＶデコーダ５０
５、ＯＳＤ５０９及び合成部５１２に相当し、表示画面
の形成や音声の再生等を行う。なおここで同図の構成と
図５との関係について説明すると、受信部８０１は、図
５のチューナ５０３及びＴＳデコーダ５０４に相当し、
許可情報格納部８０２は、ＲＡＭ５０７の記憶領域の一
部に相当し、蓄積制御部８０３及び蓄積部８０４は、Ｃ
ＰＵ５０８がＲＯＭ５０６のプログラムを実行すること
により実現され、記録媒体８０５は、ハードディスク５
０１に相当し、記録媒体８０５へのリソースの記録は、
ＴＳデコーダ５０４からハードディスク５０１への伝送
に相当し、入力信号受付部８０６は、信号受信部５１０
に相当し、出力部８０７は、ＡＶデコーダ５０５、ＯＳ
Ｄ５０９及び合成部５１２に相当する。

【００４３】続いてこれら各構成要素の機能について具
体例を用いて詳細に説明する。図９は、受信部８０１が
受信するデータについて説明するための図であり、モニ
タ８１２における画面表示例を示す。同図の画面９００
は、映像９０１〜９０６及びテキスト９０７等から構成
される。これら映像及びテキストは、ＢＭＬ文書により
レイアウトが指定される。図１０は、画面９００に対応
するＢＭＬ文書の一例であり、同図によれば、ＢＭＬ文
書１０００は、映像９０１〜９０６及びテキスト９０７
に対応するファイルを行１００１〜１００７で参照して
いる。なお、同図の例では画面９００は、映像及びテキ
ストから構成されるが、その他に静止画や音声を含んで
もよい。

【００４４】このように図９及び図１０に示す映像、テ
キスト及びＢＭＬ文書それぞれはリソースと呼ばれ、蓄
積型データ放送サービスにより通常は再生順等の効率の
より順番にモジュールにパッケージ化されて伝送され
る。モジュールには、これらリソースの他にリソースリ
ストも含まれている。リソースリストは、従来の技術に
おいても説明したように、リソース名、モジュール上の
リソースの位置及びディレクトリ構造等を含み、受信装
置８００においてリソースリスト再生時における記録媒
体８０５からの読み出しを容易にする。

【００４５】図１１は、画面９００に対応するリソース
のディレクトリ構造の一例を示す。同図は、図４と同等
のものであり、画面９００を構成するリソースが記録媒
体に蓄積される場合における記録媒体上のディレクトリ
構造の一例を示す。ファイル（リソース）１１００は、
図１０のＢＭＬ文書に対応し、ファイル（リソース）１
００１〜１００７は、図９の映像９０１〜９０６及びテ
キスト９０７に対応する。データ放送サービスでは、記
録媒体８０５の内部がこのようなディレクトリ構造をな
すように、ディレクトリ構造が示すリソース順に各リソ
ースを伝送している。

【００４６】図１２は、画面９００に対応するリソース
リストを示す。同図は、簡単にするため図１１のディレ
クトリ構造のディレクトリの部分を省略し、リソースの
部分だけに着目したリソースリストを示している。同図
に示すようにリソースリストは、図１１のディレクトリ
構造を示す他、リソース名、リソースオフセット、リソ
ース長、リソースメディア型を示す。

【００４７】リソース名は、文字通りリソースの名称で
あり、同図の各行は、図１０のＢＭＬ文書、図９の映像
９０１〜９０６及びテキスト９０７に対応する。リソー
スオフセットは、リソースの先頭バイトをモジュールの
先頭からのオフセットで示す。リソース長は、リソース
の長さを示す。

【００４８】リソースメディア型は、リソースのメディ
ア型を示し、メディア型には、テキスト、静止画、映
像、音声等がある。このリソースリストによれば、例え
ば図１０のＢＭＬ文書のリソース名はＢＭＬ．ｂｍｌ、
リソースオフセットは５１、リソース長は５０及びメデ
ィア型はｔｅｘｔ（テキスト）である。また図１１の映
像９０２のリソース名はｋｅｉｚａｉ．ｍｐｇ、リソー
スオフセットは２０１、リソース長は１００及びメディ
ア型はｖｉｄｅｏ（映像）である。

【００４９】以上図９から図１２において説明したリソ
ース及びリソースリストは、図１３に示す配列で１つの
モジュールにパッケージ化されて、ブロックに分割され
て伝送され、受信部８０１に受信される。次に許可情報
格納部８０２に記録される許可情報について説明する。
図１４は、複数の許可情報からなる許可情報リストを示
す。

【００５０】この許可情報リストにおける各許可情報
は、図９の映像９０１〜９０６及びテキスト９０７にそ
れぞれ対応し、リソース名と許可フラグとから構成され
る。許可フラグは、受信部８０１に受信されるリソース
を記録媒体８０５に蓄積するか否かを示し、値が"１"の
とき許可、すなわち対応するリソース名のリソースを蓄
積することを示し、値が"０"のとき不許可、すなわち対
応するリソース名のリソースを蓄積しないことを示す。

【００５１】例えば図９の映像９０１はｓｏｕｇｏｕ．
ｍｐｇの許可フラグが"１"となっているので記録媒体８
０５に蓄積され、映像９０６はｔｅｎｋｉ．ｍｐｇの許
可フラグが"０"となっているので記録媒体８０５に蓄積
されない設定になっている。許可情報は、予め許可情報
格納部８０２に予め記憶されているものとしてもよい
し、リモコン８１１及び入力信号受付部８０６を介して
利用者により設定されるものとしてもよいし、データ放
送サービスより伝送されてくるものとしてもよい。

【００５２】次に、この許可情報リストを用いて蓄積制
御を行う蓄積制御部８０３について説明する。蓄積制御
部８０３は、主に受信されるリソースを蓄積する際の処
理である蓄積制御処理と許可情報格納部８０２の許可情
報の許可フラグが変更された際の処理である変更処理と
を行う。以下、図１５において蓄積制御処理について説
明し、図１６において変更処理について説明する。

【００５３】図１５は、蓄積制御部８０３による蓄積制
御処理の処理手順を示すフローチャートである。受信部
８０１にリソースリストが受信されると、蓄積制御部８
０３は蓄積部８０４に指示してそのリソースリストを記
録媒体８０５に記録させる（ステップＳ１５０１）。

【００５４】次に蓄積制御部８０３は、記録媒体８０５
に記録されたリソースリストの先頭から順に１つのリソ
ースについてのリソース情報を読み出す（ステップＳ１
５０２）。続いて蓄積制御部８０３は、読み出したリソ
ース情報のリソース名をキーとして、許可情報格納部８
０２の許可情報リストから当該リソース名に対応する許
可情報の許可フラグを読み出し（ステップＳ１５０
３）、読み出した許可フラグの値が"１"であるか"０"で
あるかを判定する（ステップＳ１５０４）。

【００５５】ステップＳ１５０４の判定の結果、許可フ
ラグの値が"１"である場合、蓄積制御部８０３は蓄積部
８０４に指示することにより、ステップＳ１５０２で読
み出したリソース情報のリソースオフセットが示す位置
に対応させて受信部８０１により受信されたリソースを
記録媒体８０５に蓄積させる（ステップＳ１５０５）。

【００５６】一方、ステップＳ１５０４の判定の結果、
許可フラグの値が"０"である場合、蓄積制御部８０３は
蓄積部８０４に指示することにより、ステップＳ１５０
２で読み出したリソース情報のリソースオフセット及び
リソース長が示す位置及び長さに対応させて、ダミーデ
ータを記録媒体８０５に蓄積させる（ステップＳ１５０
６）。

【００５７】その後、蓄積制御部８０３は、リソースリ
ストから全てのリソース情報を読み出したか否かを判定
し、全て読み出した場合には当該蓄積制御処理を終了
し、未だ読み出していないリソース情報がある場合には
ステップＳ１５０２の処理に戻る（ステップＳ１５０
７）。図１６は、蓄積制御部８０３による変更処理の処
理手順を示すフローチャートである。

【００５８】蓄積制御部８０３は、許可情報格納部８０
２に格納された許可情報リスト中の許可フラグの値が変
更されると、変更されたことを記憶する。ところで、１
または複数のリソースから構成されるコンテンツは、受
信を確実にするために同じ内容が複数繰り返して送信さ
れる。蓄積制御部８０３は、１または複数のコンテンツ
を含む所定単位（例えば番組）ごとに、その番組に含ま
れる全てのコンテンツの受信を成功したか否かを判断す
る。そして、受信に失敗したコンテンツを含む番組が繰
り返して送信される場合、その蓄積処理を行う。また、
蓄積制御部８０３は、全てのコンテンツの受信を成功し
た番組が繰り返して送信される場合、同じ内容を重ねて
蓄積する必要はないので、その蓄積処理を省略する。し
かし、許可する内容を追加する変更があった場合、その
許可変更があったリソースを含む番組が繰り返して送信
されるときは、追加で許可された内容を受信する必要が
あるので、蓄積制御部８０３は受信動作を行う。コンテ
ンツの内容が更新されて送信される場合も蓄積制御部８
０３が受信動作を行うことは言うまでもない。なお、同
じ内容のコンテンツを複数回送るのではなく、１回だけ
送信するようにしてもよい。

【００５９】次に、蓄積制御部８０２は、リソースを受
信したとき、変更された許可情報を読み出す（ステップ
Ｓ１６０１）。次に蓄積制御部８０３は、読み出した許
可情報のリソース名をキーとして、記録媒体８０５に記
録されたリソースリストからリソース名が一致するリソ
ース情報を読み出す（ステップＳ１６０２）。

【００６０】続いて蓄積制御部８０３は、読み出したリ
ソース情報の許可フラグの値が"１"であるか"０"である
かを判定する（ステップＳ１６０３）。判定の結果、許
可フラグの値が"１"である場合、蓄積制御部８０３は、
蓄積部８０４に指示することにより、許可フラグの変更
にかかるリソースを、リソース情報のリソースオフセッ
トが示す位置に対応させて記録媒体８０５に蓄積させる
（ステップＳ１６０４）。

【００６１】一方、判定の結果、許可フラグの値が"０"
である場合、蓄積制御部８０３は、蓄積部８０４に指示
することにより、リソース情報のリソースオフセット及
びリソース長が示す位置及び長さに対応させて、ダミー
データを記録媒体８０５に蓄積させる（ステップＳ１６
０５）。最後に蓄積制御部８０３は、許可フラグが変更
された許可情報を全て読み出したか否かを判定し、全て
読み出した場合には当該変更処理を終了し、未だ読み出
していない変更された許可情報がある場合にはステップ
Ｓ１６０１の処理に戻る（ステップＳ１６０６）。

【００６２】なお、図１６では、蓄積不許可に変更した
リソースに対応する領域にダミーデータを書込む処理を
行っていたが、この処理は、許可情報が変更された後、
リソースを受信するまでに予め行っておいてもよい。ま
た、上記処理では、変更した許可情報に対応する処理の
みを行っていたが、図１５に示した蓄積処理を行い、変
更のなかった許可情報に対応する処理も行うようにして
もよい。

【００６３】図１７は、蓄積制御処理終了後の記録媒体
８０５の蓄積状況の一例を示す。同図は、受信部８０１
に図１３のリソースリスト及びリソースが受信された場
合において、蓄積制御部８０３が図１４に示す許可情報
リストの例に基づいて蓄積するか否かを判定して蓄積部
８０４に記録媒体８０５への蓄積を行わせた場合の蓄積
状況を示す。

【００６４】図１４の許可情報リストによれば、蓄積す
るリソースはｓｏｕｇｏｕ．ｍｐｇ、ｋｅｉｚａｉ．ｍ
ｐｇ及びｓｐｏｒｔｓ．ｍｐｇであり、蓄積しないリソ
ースは、ｋｏｋｕｓａｉ．ｍｐｇ、ｄｒａｍａ．ｍｏｐ
ｇ及びｔｅｎｋｉ．ｍｐｇである。この許可情報に基づ
いて蓄積が行われた結果、図１７に示すように、ｓｏｕ
ｇｏｕ．ｍｐｇ、ｋｅｉｚａｉ．ｍｐｇ及びｓｐｏｒ
ｔ．ｍｐｇは蓄積され、ｋｏｋｕｓａｉ．ｍｐｇ、ｄｒ
ａｍａ．ｍｐｇ及びｔｅｎｋｉ．ｍｐｇは斜線によりダ
ミーデータが蓄積されていることを示す。ここで蓄積制
御部８０３は、許可情報リストに記載されていないＢＭ
Ｌ．ｂｍｌ及びｔｅｘｔ．ｔｘｔについては、記録媒体
８０５に蓄積させることとしている。なお、同図におい
て下方にある予備リソースの内容は、図１８において説
明する。

【００６５】次に出力部８０７について説明する。出力
部８０７は、主に蓄積されたリソースの表示処理、許可
情報を変更するための設定画面の表示を行う。図１８
は、出力部８０７が行う表示処理の処理手順を示すフロ
ーチャートである。

【００６６】出力部８０７は、リモコン８１１及び入力
信号受付部８０６を介して番組再生指示を受付けると、
記録媒体８０５のリソースリストからリソースのディレ
クトリ構造を把握し、画面の枠組みとなるＢＭＬ文書
（ＢＭＬ．ｂｍｌ）を読み出す（ステップＳ１８０
１）。出力部８０７は、読み出したＢＭＬ文書を解釈、
実行することにより、ＢＭＬ文書から１つのリソース名
を読み出すと（ステップＳ１８０２）、当該リソース名
をキーとして許可情報リストからリソース名に対応する
許可情報を検出し、その許可フラグを読み出す（ステッ
プＳ１８０３）。なおここで許可情報が見つからない場
合には、当該リソースについては表示を行うものとみな
してステップＳ１８０５に進む。

【００６７】出力部８０７は、読み出した許可フラグの
値が"１"であるか"０"であるかを判定する（ステップＳ
１８０４）。判定の結果、許可フラグの値が"１"である
場合には、まず出力部８０７は、リソースリストからリ
ソース名に対応するリソース情報を読み出す（ステップ
Ｓ１８０５）。

【００６８】続いて出力部８０７は、リソース情報から
リソースオフセット及びリソース長を読み出してリソー
スの記録媒体８０５上の蓄積範囲を特定し、その蓄積範
囲からリソースを読み出して再生し、再生信号をモニタ
８１２に出力する（ステップＳ１８０６）。一方、判定
の結果、許可フラグの値が"０"である場合には、出力部
８０７は、記録媒体８０５の所定の位置から予備リソー
スを読み出して再生し、再生信号をモニタ８１２に出力
する（ステップＳ１８０７）。この予備リソースは、リ
ソースが蓄積されていないためにリソースの再生ができ
ない場合に備えて予め用意された再生用の静止画であ
る。静止画の代わりにテキストや映像でもよい。出力部
８０７は、ＢＭＬ文書から全てのリソース名を読み出し
た場合に当該表示処理を終了する（ステップＳ１８０
８）。

【００６９】図１９は、図１８の表示処理の結果、モニ
タ８１２に表示される表示画面の一例を示す。同図にお
いて画面１９００は、図１７に示す記録媒体８０５の蓄
積状況に対応し、すなわち画面１９００は、ＢＭＬ．ｂ
ｍｌからの参照により表示されるｓｏｕｇｏｕ．ｍｐ
ｇ、ｋｅｉｚａｉ．ｍｐｇ、ｓｐｏｒｔｓ．ｍｐｇ及び
ｔｅｘｔ．ｔｘｔに対応する映像９０１、９０２、９０
４及びテキスト９０７と、ｋｏｋｕｓａｉ．ｍｐｇ、ｄ
ｒａｍａ．ｍｐｇ及びｔｅｎｋｉ．ｍｐｇが蓄積されて
いないことによりそれらの代わりに表示される予備リソ
ースの静止画１９０３、１９０５及び１９０６から構成
される。なお静止画１９０３、１９０５及び１９０６
は、符号は異なるがここでは同一のものである。予備リ
ソースは、表示すべき領域の大きさ、位置等に応じて、
異なるメディア型や異なるデータサイズのデータを選択
的に用いることができるようにしてもよい。

【００７０】同図において予備リソースである静止画１
９０６は、外枠により囲まれており、これは利用者がリ
モコン８１１の操作を通じて静止画１９０６を選択した
ことを示す。例えば映像９０１、９０２及び９０４は、
利用者のリモコン操作により選択されると、選択された
映像のみ画面全体に拡大表示して映像の再生を開始する
よう構成してもよいが、その場合において蓄積されてい
ないリソースが選択された場合の対処として、吹き出し
９０８のように「データがありません。ダウンロードし
ますか？、する、しない」という表示により、リソース
が蓄積されていない旨の通知とダウンロードするか否か
の問合せとを行うよう構成してもよい。

【００７１】このポップアップ表示の状態で、利用者が
リモコン８１１の操作により吹き出し９０８中の「す
る」を選択すると、その選択操作は入力信号受付部８０
６を介して許可情報格納部８０２に伝わり、許可情報リ
スト中の対応する許可情報の許可フラグの値が"０"（不
許可）から"１"（許可）に変更される。その後は図１６
の変更処理によりリソースが記録媒体８０５に新たに蓄
積され、図１８の表示処理によりそのリソースが新たに
再生される。

【００７２】図１９においては、リソースが表示された
画面上から許可情報を変更する手順について示したが、
許可情報変更用の設定画面上で利用者がリモコン８１１
の操作により許可情報を変更できるよう構成してもよ
い。図２０は、許可情報変更用の設定画面の一例を示
す。設定画面２０００は、許可情報格納部８０２の許可
情報リストに基づいて出力部８０７により作成されてモ
ニタ８１２に表示されたものである。同図は番組タイト
ルと当該番組をダウンロードするか否かの設定値とから
構成される。番組タイトルに示される各番組は許可情報
リストのリソース名に対応し、設定値は許可フラグの値
に対応する。

【００７３】この設定画面２０００において、利用者が
リモコン８１１の操作を通じて、天気予報の設定値の部
分２００１をダウンロード「しない」から「する」に変
更すると、その操作は入力信号受付部８０６を介して許
可情報格納部８０２に伝わり、許可情報リスト中の対応
する許可情報の許可フラグの値が"０"（不許可）から"
１"（許可）に変更される。

【００７４】図２１は、図１４に示す許可情報リストが
図１９又は図２０において説明した変更方法により変更
された場合における変更後の許可情報リストを示す。同
図に示すように番組タイトル「天気予報」に対応する許
可情報の許可フラグ部分２１０１が"０"から"１"に変更
されている。この変更に応じて、図１８に示す表示処理
が再度実行され、その結果、図２２の画面２２００に示
すように、天気予報の部分の予備リソースが天気予報の
映像９０６に変更される。

【００７５】以上の構成により本発明の受信装置８００
は、データ放送サービスにより伝送されるリソースを受
信して選択的に記録媒体８０５に蓄積する。蓄積の際に
は伝送されるリソースリストに記載された各リソースの
ディレクトリ構造、リソースオフセット及びリソース長
に対応させて記録媒体８０５の領域を各リソースに割当
て、蓄積しないリソースについては当該リソースの代わ
りに再生データとしては無効なデータであるダミーデー
タを蓄積する。このような構成により受信装置８００
は、伝送されたリソースリストを変更することなく受信
当初のまま利用することができるので、リソースリスト
を作成するためのプログラム等の手段は不要となるとい
う効果があり、また許可情報が不許可から許可に変更さ
れた場合には、ダミーデータの領域をを蓄積が許可され
たリソースに割当てることができるという効果がある。

【００７６】なお受信装置は上記実施の形態に限らず、
以下のように構成してもよい。すなわち、蓄積部８０４
は、蓄積することが不許可とされているリソースの代わ
りとしてダミーデータを記録媒体８０５に蓄積するので
はなく、当該リソースを暗号鍵により暗号化して蓄積
し、後に当該リソースに対する許可情報が不許可から許
可に変更されたときに限り、暗号化されたリソースを復
号するための復号鍵を使って当該リソースを復号化して
記録媒体８０５に蓄積しなおすよう構成してもよい。こ
のように不許可であるか許可であるかに応じて、リソー
スを暗号化又は復号化して記録媒体８０５に蓄積するこ
とにより、許可情報が不許可から許可に変更されたとき
に当該リソースを新たにデータ放送サービスから受信し
て蓄積しなおす必要がなく、記録媒体８０５に蓄積され
ている暗号化リソースを用いて蓄積しなおすことができ
る。

【００７７】また、蓄積部８０４は、蓄積することが不
許可とされているリソースの代わりとして蓄積するダミ
ーデータは、再生用として無効なデータであることに限
らず、不許可であるリソース以外のデータであれば足り
る。例えば、リソースを蓄積していない場合における再
生用として予め定められた静止画データをダミーデータ
として記録媒体８０５に蓄積するよう構成してもよい。
この構成によれば画面上において蓄積されていないリソ
ースを表示すべき部分については、リソースの代わりに
静止画データを表示することができ、その静止画データ
の読み出しも当該リソースのリソース情報が示す位置か
らで良い。静止画データの内容は、蓄積が許可されてい
ないリソース以外であれば何であってもよい。また静止
画データの他、テキストや映像、音声等を不許可である
リソース以外のモノメディアデータをダミーデータとし
てもよい。これらのモノメディアデータの内容を、図１
９の吹き出し９０８と同様に蓄積されていない旨を利用
者に通知する内容にすれば、利用者は画面が再生される
と同時に蓄積されていないリソースの存在を知ることが
できる。

【００７８】また、蓄積部８０４は、リソースの蓄積が
不許可である場合には、記録媒体８０５の対応位置に対
して蓄積処理を一切行わないよう構成してもよい。この
構成により、不許可のリソースの代わりとしてのダミー
データを蓄積する処理を行う必要がなくなり、より簡単
な構成でリソースリストを有効に活用する受信装置を実
現することができる。

【００７９】また、本実施の形態においては、蓄積制御
部８０３による蓄積するか否かの判定は、許可情報格納
部８０２の許可情報のみを用いて行われているが、許可
情報のみでなく他の情報を合わせて判定を行うよう構成
してもよい。例えば、各リソースについて課金済みか否
かを示す課金情報をデータ放送サービスより受信し、蓄
積制御部８０３は、課金情報により課金済みとされ、か
つ、許可情報により許可されているリソースについての
み蓄積すると判定し、それ以外のリソースについては蓄
積しないと判定するよう構成してもよい。なお、課金情
報を許可情報として用いてもよいことは言うまでもな
い。

【００８０】また上記各実施の形態では、デジタル放送
において行われるデータ放送を伝送することとしている
が、伝送形態はデータ放送に限らず、一対一や一対複数
の他の伝送形態の通信に用いてもよい。また上記各実施
の形態では、その構成図を図１又は図８に記載したが、
各構成要素の機能をコンピュータに実行させるプログラ
ムで実現することができる。更に、このプログラムをコ
ンピュータ読み取り可能な記録媒体に記録しておき、受
信装置にこの記録媒体を適用して、放送データの不正利
用を防止し、効率的な放送データの蓄積を可能とするこ
とができる。

【００８１】

【発明の効果】以上説明したように、本発明は受信され
た通信データを復号する復号手段と、復号されたデータ
のうち、当該データの更新制御に用いる更新データを少
なくとも除いた実データを装置固有の暗号鍵で暗号化し
て暗号化データを生成する暗号化手段と、前記更新デー
タと暗号化データとを蓄積する制御を行う蓄積制御手段
とを備えることとしている。このような構成によって、
更新データは復号された状態で蓄積されるので、更新デ
ータを用いるとき、その都度復号化する必要がないので
効率化が図れ、実データは装置固有の暗号鍵で暗号化さ
れているので、不正利用の防止を図ることができる。

【００８２】また、前記蓄積制御手段は、前記復号手段
で復号された更新データと、蓄積されている対応するデ
ータの更新データとを比較し、蓄積されたデータを更新
すべきか否かを判定する判定部と、前記判定部が更新す
べきでないと判定したとき、前記暗号化手段の暗号化を
禁止する禁止部と、前記判定部が更新すべきと判定した
とき、復号された更新データと暗号化データとによっ
て、対応する蓄積されたデータを更新する更新部とを有
することとしている。このような構成によて、受信され
た通信データの復号した更新データと復号された状態で
蓄積された更新データとを比較するので判定部は迅速に
蓄積された通信データの更新が必要か否かを判定するこ
とができる。

【００８３】また、前記受信装置は、更に、ユーザ操作
を受け付ける操作受付手段と、前記操作受付手段の指示
に従い、蓄積された暗号化データを復号して再生する再
生手段とを備え、前記暗号化手段は、更に、復号された
データのうち、更新データとともに当該データの一覧を
示すリソースリストも暗号化から除き、前記蓄積制御手
段は、前記復号手段で復号されたリソースリストを蓄積
する制御を行い、前記再生手段は、前記操作受付手段の
指示に従い、前記リソースリストを検索する検索部と、
前記検索部の検索結果に従い、蓄積された暗号化データ
を読み出す読出部とを有することとしている。このよう
な構成によって、受信装置で蓄積された通信データの再
生時に、再生手段はリソースリストを復号する煩雑さか
ら解放され、迅速に必要な暗号化データを再生すること
ができる。

【００８４】また、前記更新データは、通信データの識
別子と更新日時又はバージョン番号とを含み、前記リソ
ースリストは、暗号化データの内容を示す識別子と前記
内容が蓄積された領域を示す情報とを含むことこととし
ている。このような構成によって、蓄積された通信デー
タを更新すべきか否かを迅速に判定することができ、ま
た、暗号化データである通信データを容易に検索するこ
とができる。

【００８５】また、前記更新データは、更に、通信デー
タの内容を示す識別子も含み、前記更新部は、前記リソ
ースリストを参照し、蓄積された暗号化データのうち
で、前記通信データの識別子に対応する内容だけを更新
することとしている。このような構成によって、通信デ
ータを部分的に更新することが可能となる。また、前記
通信データは、ＩＥＣ／ＩＳ０１３８１８−６に規定さ
れるデータカルーセル方式で繰り返し伝送され、前記通
信データは、モジュール単位で扱われ、モジュールは、
ＤＤＢ（Ｄｏｗｎｌｏａｄ Ｄａｔａ Ｂｌｏｃｋ）と
いうブロックに分割されたデータモジュールとデータモ
ジュールの属性情報が記述されたＤＩＩ（Ｄｏｗｎｌｏ
ａｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｄｉｃａｔｉｏ
ｎ）モジュールからなり、前記更新データは、ＤＩＩの
ｐｒｉｖａｔｅ Ｄａｔａ Ｂｙｔｅの記述子として記
載されていることとしている。このような構成によっ
て、データカルーセル方式で送信されてくるＤＩＩとＤ
ＤＢとを効率的に蓄積し、又更新することができる。

【００８６】また、前記暗号化手段は、前記通信データ
の復号よりも前記暗号化データの復号がより高速である
暗号化アルゴリズムを用いて暗号化を行うこととしてい
る。このような構成によって、表示のビットレートが高
速である場合にも対応することが可能となり、画質を向
上することができる。また、受信された通信データを復
号する復号ステップと、復号されたデータのうち、当該
データの更新制御に用いる更新データを少なくとも除い
た実データを装置固有の暗号鍵で暗号化して暗号化デー
タを生成する暗号化ステップと、前記更新データと暗号
化データとを蓄積する制御を行う蓄積制御ステップとを
有することとしている。このような方法によって、通信
データの不正利用を防止し、通信データの蓄積を効率的
に行うことができる。

【００８７】また、上述の受信方法の各ステップをコン
ピュータに実行させる受信プログラムとしているので、
このプログラムを受信装置に適用して、通信データの蓄
積を効率的に行うことができる。更に、上述の受信プロ
グラムをコンピュータ読み取り可能な記録媒体に記録し
ているので、この記録媒体を受信装置に適用して、通信
データの不正利用を防止し、通信データの蓄積を効率的
に行うことができる。

【図面の簡単な説明】

【図１】本発明に係る受信装置の実施の形態１の構成図
である。

【図２】上記実施の形態の蓄積装置に蓄積されているＤ
ＩＩデータの一例を示す図である。

【図３】上記実施の形態の蓄積装置に蓄積されているＤ
ＤＢデータの一例を示す図である。

【図４】上記実施の形態の蓄積装置に蓄積されている暗
号化データのディレクトリ構成の一例を示す図である。

【図５】図１に示した受信装置のハードウェア構成を示
す図である。

【図６】上記実施の形態の受信装置での放送データの蓄
積動作を説明するフローチャートである。

【図７】上記実施の形態の受信装置の再生動作を説明す
るフローチャートである。

【図８】受信装置８００の機能ブロック図である。

【図９】受信部８０１が受信するデータについて説明す
るための図であり、モニタ８１２における画面表示例を
示す。

【図１０】画面９００に対応するＢＭＬ文書の一例を示
す

【図１１】画面９００に対応するリソースのディレクト
リ構造の一例を示す。

【図１２】画面９００に対応するリソースリストを示
す。

【図１３】１つのモジュールにパッケージ化されたリソ
ースリスト及びリソースの様子を示す。

【図１４】複数の許可情報からなる許可情報リストを示
す。

【図１５】蓄積制御部８０３による蓄積制御処理の処理
手順を示すフローチャートである。

【図１６】蓄積制御部８０３による変更処理の処理手順
を示すフローチャートである。

【図１７】蓄積制御処理終了後の記録媒体８０５の蓄積
状況の一例を示す。

【図１８】出力部８０７が行う表示処理の処理手順を示
すフローチャートである。

【図１９】図１８の表示処理の結果、モニタ８１２に表
示される表示画面の一例を示す。

【図２０】許可情報変更用の設定画面の一例を示す。

【図２１】図１４に示す許可情報リストが図１９又は図
２０において説明した変更方法により変更された場合に
おける変更後の許可情報リストを示す。

【図２２】図２１に示す許可情報リストに基づく変更処
理の結果、モニタ８１２に表示される画面の一例を示
す。

【符号の説明】

１０１ 記録媒体 １０２ 受信部 １０３ 復号化部 １０４ 蓄積部 １０５ 暗号化部 １０６ 入力信号受付部 １０７ 出力部 １１１ リモコン １１２ モニタ ５０１ ハードディスク ５０２ アンテナ ５０３ チューナ ５０４ ＴＳデコーダ ５０５ ＡＶデコーダ ５０６ ＲＯＭ ５０７ ＲＡＭ ５０８ ＣＰＵ ５０９ ＯＳＤ ５１０ 信号受信部 ５１１ バス ５１２ 合成部 ８０１ 受信部 ８０２ 許可情報格納部 ８０３ 蓄積制御部 ８０４ 蓄積部 ８０５ 記録媒体 ８０６ 入力信号受付部 ８０７ 出力部 ８１１ リモコン ８１２ モニタ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１１Ｂ 20/10 Ｇ１１Ｂ 20/10 Ｈ ５Ｃ０６４ 27/10 Ａ ５Ｄ０４４ 27/10 Ｈ０４Ｈ 1/00 Ｚ ５Ｄ０７７ Ｈ０４Ｈ 1/00 Ｈ０４Ｎ 5/76 Ｂ ５Ｊ１０４ Ｈ０４Ｌ 9/32 7/173 ６３０ Ｈ０４Ｎ 5/76 Ｈ０４Ｌ 9/00 ６２１Ａ 5/765 Ｈ０４Ｎ 5/91 Ｐ 5/91 Ｌ 5/92 5/92 Ｈ 7/08 7/08 Ｚ 7/081 7/167 Ｚ 7/167 Ｈ０４Ｌ 9/00 ６７５Ｚ 7/173 ６３０ Ｆターム(参考） 5B017 AA03 AA06 BA07 BB09 BB10 CA07 CA09 CA16 5B082 EA01 EA07 EA10 EA11 GA11 5C052 AA01 AA17 AB02 AC08 DD04 5C053 FA13 GB06 GB12 HA29 LA06 5C063 AA01 AB03 AB07 AC01 AC05 AC10 CA23 CA36 DA03 DA07 DA13 DB10 5C064 BA01 BB02 BC06 BC18 BC22 BC23 BD02 BD08 BD09 CA14 CB01 CC01 CC04 5D044 DE50 DE96 GK12 GK17 HL11 5D077 AA22 AA23 BB16 CA02 5J104 AA07 AA12 AA16 AA33 BA03 EA04 NA02 NA27 PA05

Claims (10)

【特許請求の範囲】
1. 【請求項１】 受信された通信データを復号する復号手
   段と、 復号されたデータのうち、当該データの更新制御に用い
   る更新データを少なくとも除いた実データを装置固有の
   暗号鍵で暗号化して暗号化データを生成する暗号化手段
   と、 前記更新データと暗号化データとを蓄積する制御を行う
   蓄積制御手段とを備えることを特徴とする受信装置。
2. 【請求項２】 前記蓄積制御手段は、 前記復号手段で復号された更新データと、蓄積されてい
   る対応するデータの更新データとを比較し、蓄積された
   データを更新すべきか否かを判定する判定部と、 前記判定部が更新すべきでないと判定したとき、前記暗
   号化手段の暗号化を禁止する禁止部と、 前記判定部が更新すべきと判定したとき、復号された更
   新データと暗号化データとによって、対応する蓄積され
   たデータを更新する更新部とを有することを特徴とする
   請求項１記載の受信装置。
3. 【請求項３】 前記受信装置は、更に、 ユーザ操作を受け付ける操作受付手段と、 前記操作受付手段の指示に従い、蓄積された暗号化デー
   タを復号して再生する再生手段とを備え、 前記暗号化手段は、更に、復号されたデータのうち、更
   新データとともに当該データの一覧を示すリソースリス
   トも暗号化から除き、前記蓄積制御手段は、前記復号手
   段で復号されたリソースリストを蓄積する制御を行い、 前記再生手段は、 前記操作受付手段の指示に従い、前記リソースリストを
   検索する検索部と、 前記検索部の検索結果に従い、蓄積された暗号化データ
   を読み出す読出部とを有することを特徴とする請求項１
   又は２記載の受信装置。
4. 【請求項４】 前記更新データは、通信データの識別子
   と更新日時又はバージョン番号とを含み、 前記リソースリストは、暗号化データの内容を示す識別
   子と前記内容が蓄積された領域を示す情報とを含むこと
   を特徴とする請求項３記載の受信装置。
5. 【請求項５】 前記更新データは、更に、通信データの
   内容を示す識別子も含み、 前記更新部は、前記リソースリストを参照し、蓄積され
   た暗号化データのうちで、前記通信データの識別子に対
   応する内容だけを更新することを特徴とする請求項４記
   載の受信装置。
6. 【請求項６】 前記通信データは、ＩＥＣ／ＩＳ０１３
   ８１８−６に規定されるデータカルーセル方式で繰り返
   し伝送され、 前記通信データは、モジュール単位で扱われ、モジュー
   ルは、ＤＤＢ（Ｄｏｗｎｌｏａｄ Ｄａｔａ Ｂｌｏｃ
   ｋ）というブロックに分割されたデータモジュールとデ
   ータモジュールの属性情報が記述されたＤＩＩ（Ｄｏｗ
   ｎｌｏａｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｄｉｃａｔ
   ｉｏｎ）モジュールからなり、 前記更新データは、ＤＩＩのｐｒｉｖａｔｅ Ｄａｔａ
   Ｂｙｔｅの記述子として記載されていることを特徴と
   する請求項５記載の受信装置。
7. 【請求項７】 前記暗号化手段は、前記通信データの復
   号よりも前記暗号化データの復号がより高速である暗号
   化アルゴリズムを用いて暗号化を行うことを特徴とする
   請求項１記載の受信装置。
8. 【請求項８】 受信された通信データを復号する復号ス
   テップと、 復号されたデータのうち、当該データの更新制御に用い
   る更新データを少なくとも除いた実データを装置固有の
   暗号鍵で暗号化して暗号化データを生成する暗号化ステ
   ップと、 前記更新データと暗号化データとを蓄積する制御を行う
   蓄積制御ステップとを有することを特徴とする受信方
   法。
9. 【請求項９】 前記請求項８記載の受信方法の各ステッ
   プをコンピュータに実行させる受信プログラム。
10. 【請求項１０】 前記請求項９記載の受信プログラムを
    記録したコンピュータ読み取り可能な記録媒体。