JP2002335504A - 蓄積型受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 視聴者およびコンテンツ提供者にとってより
利便性の高い部分コンテンツ提供方式を実現する。 【手段】 受信部２０は、所望のトランスポートストリ
ームを受信して復元部２２に出力する。復元部２２は、
トランスポートストリーム中から所望のサービスを選択
してコンテンツの復元を行う。蓄積制御部２８は、使用
者の視聴指令とは別に、ペイパービューコンテンツのプ
レビューを自動的に蓄積部３２に蓄積する。したがっ
て、蓄積部３２には、多くのペイパービューコンテンツ
のプレビューが自動的に蓄積されていく。再生制御部３
０は、使用者の指令に従い、蓄積部３２に蓄積されたプ
レビューを読み出して、復元部２２に与えて復元する。
したがって、使用者は、必要なときにプレビューを視聴
することができる。また、プレビューは予め蓄積されて
いるので、意図されているプレビューを完全な形で視聴
することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】この発明は、蓄積型受信装置に関
し、特にそのプレビューなどの部分的なコンテンツの取
り扱いに関するものである。

【０００２】

【従来の技術および課題】衛星放送などのディジタル放
送において、個々のコンテンツごとに視聴料金を定めて
おき、料金の支払いを条件に当該コンテンツのみを視聴
させる方式（ペイパービュー方式）がある。このペイパ
ービュー方式においては、購入の前に、コンテンツの一
部を視聴者に見せることが行われている。これを、プレ
ビューと呼ぶ。

【０００３】プレビューを見ることにより、視聴者は、
コンテンツの雰囲気や概要を知ることができ、視聴購入
するか否かの判断材料とすることができる。これによ
り、タイトル等の情報のみで視聴購入の有無を決定する
場合に比べて、視聴購入したコンテンツの内容が予想外
であったという事態を少なくすることができる。つま
り、視聴者にとって、安心して視聴購入を行うことがで
きる。

【０００４】一方、コンテンツ提供者は、プレビューを
行うことによって、結果的に視聴者からの視聴購入が増
えるという大きなメリットを受けることができる。

【０００５】しかしながら、プレビューには、次のよう
な問題があった。

【０００６】プレビューが可能な時期をコンテンツの開
始から所定時間（たとえば１０分間）に限定すると、コ
ンテンツの他の時期（１０分後からコンテンツ終了ま
で）には、視聴者はプレビューを行うことができなくな
ってしまう。このため、視聴者にとってはプレビュー可
能な機会が減少し、ひいては視聴購入も減少してしまう
おそれがある。

【０００７】一方、コンテンツのいずれの部分からでも
プレビューの開始を可能としておけば、上記のような問
題は生じない。しかし、この場合には、プレビューとし
てふさわしくないシーン（たとえばクライマックスシー
ン、クイズ番組における回答シーンなど）も、プレビュ
ーの対象となってしまうという問題を生じる。

【０００８】コンテンツのいずれの部分からでもプレビ
ューの開始を可能とした場合には、さらに、次のような
問題も生じる。ペーパービューコンテンツは、繰り返し
て同じ内容のものが放送されるのが通常である。したが
って、毎回の放送ごとに、異なる部分をプレビューして
記録していけば、視聴支払をすることなく、完全なコン
テンツを記録することができてしまうという問題があ
る。

【０００９】また、ペイパービューコンテンツにおける
プレビューだけでなく、有料・無料コンテンツを問わ
ず、複数のコンテンツのそれぞれについて、その一部
（部分コンテンツ）をまとめて視聴したいという要請も
ある。

【００１０】この発明は、上記のような問題点を解決し
て、視聴者およびコンテンツ提供者にとってより利便性
の高い部分コンテンツ提供方式を実現することを目的と
する。

【００１１】

【課題を解決するための手段】(1)(2)(3)(4)この発明の
蓄積型受信装置は、送信装置から送信されてきたコンテ
ンツを受信する受信部と、コンテンツを蓄積するための
蓄積部と、受信部によって受信したコンテンツまたは蓄
積部に蓄積したコンテンツを、制御部の制御に従って復
元して出力する復元部と、少なくとも復元部を制御する
制御部とを備え、前記制御部は、複数のコンテンツにつ
いて、予め各コンテンツの一部のみを部分コンテンツと
して取り出して蓄積部に出力するよう復元部を制御する
蓄積制御部と、蓄積部に蓄積された部分コンテンツを所
望の時に読み出し、再生して出力する再生制御部とを備
えていることを特徴としている。

【００１２】したがって、現在受信しているコンテンツ
内容に拘わらず、必要に応じて部分コンテンツを再生し
て出力することができる。

【００１３】(5)この発明の蓄積型受信装置は、再生制
御部が、使用者からの部分コンテンツ再生指令に基づい
て、蓄積された複数の部分コンテンツから所望の部分コ
ンテンツを選択して再生することを特徴としている。

【００１４】したがって、受信装置の使用者が希望する
ときに、蓄積しておいた部分コンテンツ中から必要な部
分コンテンツを再生することができる。

【００１５】(6)この発明の蓄積型受信装置は、制御部
が、使用者からの部分コンテンツ再生指令によって選択
された部分コンテンツを特定するための情報を記録また
は外部に送信することを特徴としている。

【００１６】したがって、受信装置側において、使用者
がどのような部分コンテンツを再生したかの履歴を記録
しておくことができる。また、外部において利用するこ
とができる。

【００１７】(7)この発明の蓄積型受信装置は、再生制
御部が、部分コンテンツ再生指令とは異なる指令に対す
る制御を制御部が行っている間に、蓄積された複数の部
分コンテンツから所望の部分コンテンツを選択して再生
することを特徴としている。

【００１８】したがって、使用者が受信装置の処理結果
を待っている間を利用して、蓄積しておいた部分コンテ
ンツを積極的に再生することができる。

【００１９】(8)この発明の蓄積型受信装置は、異なる
指令が、ジャンル検索による番組表の表示命令であり、
再生制御部が、前記指令によって検索対象となっている
ジャンルに属する部分コンテンツを所望の部分コンテン
ツとして選択して再生することを特徴としている。

【００２０】したがって、処理時間を要するジャンル検
索の処理中に部分コンテンツを再生し、使用者の待ち時
間中に、部分コンテンツを印象づけて再生することがで
きる。

【００２１】(9)この発明の蓄積型受信装置は、再生制
御部が、蓄積部に蓄積された複数の部分コンテンツを、
順次、再生するよう制御することを特徴としている。

【００２２】したがって、ユーザは、蓄積された部分コ
ンテンツを、次々と、視聴することができる。

【００２３】(10)この発明の蓄積型受信装置は、制御部
が、受信部からの信号を復元部においてコンテンツに復
元して出力するよう制御する処理と平行して、複数のコ
ンテンツについて、予め各コンテンツの一部のみを部分
コンテンツとして取り出して蓄積部に出力するよう復元
部を制御することを特徴としている。

【００２４】したがって、通常のディジタル放送などを
受信しつつ、部分コンテンツの蓄積を行うことができ
る。

【００２５】(11)この発明の蓄積型受信装置は、蓄積制
御部が、使用者の指令した条件に合致するコンテンツの
部分コンテンツのみを蓄積部に出力するよう復元部を制
御することを特徴としている。

【００２６】したがって、使用者が希望するコンテンツ
の部分コンテンツのみを蓄積することができる。

【００２７】(12)この発明の蓄積型受信装置は、蓄積制
御部が、前記使用者による部分コンテンツ蓄積条件を記
録または外部に送信することを特徴としている。

【００２８】したがって、使用者がどのような部分コン
テンツの蓄積を希望しているかを受信装置側に記録する
ことができる。また、外部において利用することができ
る。

【００２９】(13)この発明の蓄積型受信装置は、使用者
の指令する条件が、コンテンツのジャンルであることを
特徴としている。

【００３０】したがって、使用者が希望するジャンルに
属するコンテンツの部分コンテンツのみを蓄積すること
ができる。

【００３１】(14)この発明の蓄積型受信装置は、蓄積制
御部が、受信部からの出力に基づいて、各コンテンツが
ペイパービューコンテンツであるか否かを判断し、ペイ
パービューコンテンツであれば、当該コンテンツのプリ
ビューを部分コンテンツとして取り出して蓄積部に出力
するよう復元部を制御することを特徴としている。

【００３２】したがって、ペイパービューコンテンツの
プリビューを選択して蓄積することができる。これによ
り、必要に応じて蓄積したプレビューを再生することが
できる。

【００３３】(15)この発明の蓄積型受信装置は、制御部
が、ペイパービューコンテンツに対する使用者からの購
入指令を受けると、以下の処理を行うことを特徴として
いる：当該購入指令の時において、受信部が受信して出
力している当該ペイパービューコンテンツの開始からの
経過時間よりも、蓄積部に蓄積済の当該ペイパービュー
コンテンツのプリビューの再生時間の方が長いか否かを
判断し、前記再生時間の方が長ければ、蓄積部に蓄積さ
れている当該プリビューを再生するとともに、少なくと
も前記経過時間よりも長いコンテンツを一時記憶できる
一時記憶部を用いて、当該ペイパービューコンテンツを
受信して一時記憶部に記憶しつつ、一時記憶部に記憶し
た当該ペイパービューコンテンツを再生する。

【００３４】したがって、ペイパービューコンテンツが
既に開始した後に、視聴購入申込を行った場合であって
も、次回の放送を待たずに、コンテンツ全体を通して視
聴することができる。

【００３５】(16)この発明の蓄積型受信装置は、制御部
が、プリビューを視聴した使用者によるペイパービュー
コンテンツに対する購入指令を受けると、以下の処理を
行うことを特徴としている：当該購入の時において、現
在、当該ペイパービューコンテンツの放送が行われてい
るか否かを、受信した番組情報に基づいて判断し、現
在、放送が行われていなければ、当該ペイパービューコ
ンテンツの購入指令を記憶しておき、番組情報が更新さ
れるごとに、購入指令を記憶したペイパービューコンテ
ンツの放送予定があるか否かを判断し、放送予定があれ
ば、その旨の表示出力を行う。

【００３６】したがって、視聴購入時に当該コンテンツ
が番組情報に掲載されておらず放送されていなくとも、
当該コンテンツが再放送された場合に、その旨を使用者
に知らせることができる。

【００３７】(17)この発明の蓄積型受信装置は、コンテ
ンツ提供者装置と通信回線を介して通信を行うための通
信部をさらに備え、制御部が、プリビューを視聴した使
用者によるペイパービューコンテンツに対する購入指令
を受けると、以下の処理を行うことを特徴としている：
当該購入の時において、現在、当該ペイパービューコン
テンツの放送が行われているか否かを、受信した番組情
報に基づいて判断し、現在、放送が行われていなけれ
ば、当該ペイパービューコンテンツの購入指令を、通信
部により、コンテンツ提供者装置に送信するよう制御す
る。

【００３８】したがって、コンテンツ提供者装置におい
て、現在は放送を行っていないにも拘わらず視聴購入申
込のあったコンテンツを知ることができ、再放送をする
か否かの判断材料などとして用いることができる。

【００３９】(18)この発明の蓄積型受信装置は、制御部
が、受信した番組情報を復元する際に、部分コンテンツ
を蓄積部に蓄積したコンテンツを、他のコンテンツと区
別可能に表示するように表示出力を行うことを特徴とし
ている。

【００４０】したがって、いずれのコンテンツについて
その部分コンテンツを視聴可能であるか否かを容易に知
ることができる。

【００４１】(19)この発明の蓄積型受信装置は、蓄積制
御部が、蓄積部に新たな部分コンテンツを蓄積できなく
なった場合、最も古く蓄積を行った部分コンテンツから
削除して、蓄積可能とすることを特徴としている。

【００４２】したがって、蓄積部に、新しい部分コンテ
ンツを順次蓄積していくことができる。

【００４３】(20)この発明の蓄積型受信装置は、蓄積制
御部が、蓄積部に新たな部分コンテンツを蓄積できなく
なった場合、受信した番組情報に基づいて、現在放送さ
れていないコンテンツの部分コンテンツを見出し、当該
部分コンテンツを削除して、新たな部分コンテンツを蓄
積可能とすることを特徴としている。

【００４４】したがって、現在の番組情報に掲載されて
いるコンテンツに対応する部分コンテンツを優先して蓄
積することができる。

【００４５】(21)この発明の蓄積型受信装置は、蓄積制
御部が、蓄積部に新たな部分コンテンツを蓄積できなく
なった場合、既に再生された部分コンテンツを削除し
て、新たな部分コンテンツを蓄積可能とすることを特徴
としている。

【００４６】したがって、再生されていない部分コンテ
ンツを優先して蓄積することができる。

【００４７】(22)この発明の蓄積型受信装置は、蓄積制
御部が、蓄積部に新たな部分コンテンツを蓄積できなく
なった場合、使用者の指令に応じて既に再生されたコン
テンツに対応する部分コンテンツを削除して、新たな部
分コンテンツを蓄積可能とすることを特徴としている。

【００４８】したがって、再生されていないコンテンツ
に対応する部分コンテンツを優先して蓄積することがで
きる。

【００４９】(23)この発明の蓄積型受信装置は、制御部
が、蓄積した部分コンテンツを再生している際に、当該
部分コンテンツに対応するコンテンツが現在受信できる
か否かを判断し、受信できれば当該コンテンツを一時的
に記録することを特徴としている。

【００５０】したがって、ユーザが部分コンテンツを視
聴し、当該部分コンテンツに対応するコンテンツを購入
しようとした場合に、一時的に記録したコンテンツを用
いて、ユーザにより利便性の高いコンテンツの提供を行
うことができる。

【００５１】(24)この発明の蓄積型受信装置は、制御部
が、蓄積した部分コンテンツを再生している際に、当該
部分コンテンツに対応するコンテンツに対しての使用者
からの購入要求を受けると、前記一時的に記録しておい
たコンテンツを用いて、受信しているコンテンツの不足
部分を補うことを特徴としている。

【００５２】したがって、放送開始後に購入要求があっ
た場合でも、放送の最初からコンテンツを視聴させるこ
とができる。

【００５３】(25)この発明の蓄積型受信装置は、制御部
が、さらに、蓄積した部分コンテンツも併せて用いて、
受信しているコンテンツの不足部分を補うことを特徴と
している。

【００５４】したがって、コンテンツの不足分を補うこ
とのできる可能性をより高めることができる。

【００５５】(26)この発明の蓄積型受信装置は、バッフ
ァを用意して、当該バッファに一時的に記録したコンテ
ンツまたは蓄積した部分コンテンツまたはその双方を一
時的に記憶し、当該バッファに記憶された内容を読み出
して再生した後、当該再生した内容を削除するととも
に、当該バッファに受信したコンテンツを追加して記憶
することによって、コンテンツの不足部分を補いつつ再
生することを特徴としている。

【００５６】したがって、コンテンツの不足分を補いつ
つ、リアルタイムにコンテンツをユーザに視聴させるこ
とができる。

【００５７】(27)この発明の蓄積型受信装置は、部分コ
ンテンツが、ペイパービューコンテンツのプレビューで
あることを特徴としている。

【００５８】したがって、ユーザは、時間を選ばずに、
ペイパービューのプレビューを視聴することができる。

【００５９】(28)この発明の蓄積型受信装置は、制御部
の蓄積制御部が、放送されてきたコンテンツのうち、プ
レビュー可能なペイパービューコンテンツを選択して、
プレビューを蓄積することを特徴としている。

【００６０】したがって、ユーザは、ペイパービューの
プレビューだけを集中して視聴することができる。

【００６１】(29)この発明の蓄積型受信装置は、蓄積制
御部が、受信したＥＣＭの内容および、ＥＣＭを鍵再生
部に送信した結果として有効な鍵が返送されてきたこと
の双方に基づいて、プレビュー可能なペイパービューコ
ンテンツであるか否かを判断することを特徴としてい
る。

【００６２】したがって、従来の鍵再生部の機能を変更
することなく、プレビュー可能なペイパービューコンテ
ンツであるか否かを判断することができる。

【００６３】(30)この発明の蓄積型受信装置は、蓄積制
御部が、放送を受信して、プレビュー可能なペイパービ
ューコンテンツを選択してリストを生成した後、当該リ
ストに基づいて、プレビューの蓄積を行うことを特徴と
している。

【００６４】したがって、プレビューの蓄積処理を効率
化することができる。

【００６５】(31)この発明の蓄積型受信装置は、蓄積制
御部が、使用者からの蓄積要求を受けると、蓄積要求の
対象となっているコンテンツの容量と、蓄積部の残容量
とに基づいて、当該コンテンツの蓄積に支障がないかど
うかを判断し、少なくとも支障があると判断した場合に
はその旨を出力することを特徴としている。

【００６６】したがって、蓄積要求の時点に、予め、当
該コンテンツの蓄積に支障がないかどうかを知ることが
できる(32)この発明の蓄積型受信装置は、蓄積制御部
が、コンテンツの単位時間当たりの送信容量情報と、当
該コンテンツの時間長とに基づいて、コンテンツ蓄積に
必要な容量を予測することを特徴としている。

【００６７】したがって、コンテンツ蓄積に必要な容量
を正確に予測することができる。

【００６８】(33)この発明の蓄積型受信装置は、蓄積制
御部が、当該コンテンツの部分コンテンツの時間長と必
要容量、および当該コンテンツの時間長とに基づいて、
当該コンテンツ蓄積に必要な容量を予測することを特徴
としている。

【００６９】したがって、当該コンテンツについての単
位時間当たりの送信容量情報が送信されていない場合
や、取得できない場合であっても、コンテンツ蓄積に必
要な容量を予測することができる。

【００７０】(34)この発明の蓄積型受信装置は、蓄積制
御部が、部分コンテンツの蓄積の際に、予め各コンテン
ツの容量を記録するようにしており、当該記録内容に基
づいて、各コンテンツの容量を取得することを特徴とし
ている。

【００７１】したがって、コンテンツの蓄積に支障がな
いかどうかを迅速に判断することができる。

【００７２】(35)この発明の蓄積型受信装置は、蓄積制
御部が、蓄積要求の対象となっているコンテンツの蓄積
に支障があると判断した場合、予め記録しておいた各コ
ンテンツの容量に基づいて、蓄積可能な他のコンテンツ
を蓄積候補として出力することを特徴としている。

【００７３】したがって、使用者は、これら候補の中か
ら蓄積可能なコンテンツを選択して蓄積させることがで
きる。

【００７４】(36)この発明の蓄積型受信装置は、蓄積制
御部が、蓄積要求の対象となっているコンテンツの蓄積
に支障があると判断した場合、圧縮率を変更すれば当該
コンテンツを蓄積できるか否かをさらに判断し、蓄積可
能となる圧縮率を見いだした場合には、当該圧縮率を出
力することを特徴としている。

【００７５】したがって、使用者は、圧縮率を変えて当
該コンテンツを蓄積することができる。

【００７６】(37)この発明の蓄積型受信装置は、蓄積制
御部が、蓄積要求の対象となっているコンテンツの蓄積
に支障があると判断した場合、要約的蓄積を行えば当該
コンテンツを蓄積できるか否かをさらに判断し、要約的
蓄積によって蓄積が可能であると判断した場合には、そ
の旨を出力することを特徴としている。

【００７７】したがって、使用者は、要約的蓄積によっ
て当該コンテンツを蓄積することができる。

【００７８】(38)この発明の受信装置は、コンテンツの
一部を部分コンテンツとして視聴することのできる受信
装置であって、部分コンテンツを視聴した履歴およびコ
ンテンツを視聴した履歴を記録または外部に送信する制
御部を備えている。

【００７９】したがって、使用者がどのような部分コン
テンツを視聴し、どのようなコンテンツを視聴したかを
記録することができる。また、外部において利用するこ
とができる。

【００８０】(39)この発明の受信装置は、送信されてき
たコンテンツを受信して蓄積し、蓄積したコンテンツを
復元して出力する受信装置であって、使用者の指令した
条件に合致するコンテンツの部分コンテンツを選択して
蓄積するとともに、前記使用者による部分コンテンツ蓄
積条件を記録または外部に送信するよう制御する制御部
を備えている。

【００８１】したがって、使用者が、どのような部分コ
ンテンツの蓄積を希望しているかを記録することができ
る。また、外部において利用することができる。

【００８２】(40)この発明の受信装置は、制御部が、蓄
積された部分コンテンツを視聴する指令を使用者が与え
た履歴も記録または外部に送信するよう制御することを
特徴としている。

【００８３】したがって、使用者がどのような部分コン
テンツを視聴したかを記録することができる。また、外
部において利用することができる。

【００８４】(41)この発明の受信装置は、制御部が、受
信したコンテンツを視聴または蓄積する指令、または蓄
積されたコンテンツを視聴する指令を使用者が与えた履
歴も記録または外部に送信するよう制御することを特徴
としている。

【００８５】したがって、使用者がどのコンテンツを視
聴・蓄積したかを記録することができる。また、外部に
おいて利用することができる。

【００８６】(42)この発明の受信装置は、制御部が、一
旦、記録した履歴または条件を送信装置側に送信するこ
とを特徴としている。

【００８７】したがって、記録装置側に記録された履歴
または条件をまとめて送信装置側に送信できる。

【００８８】(43)この発明の受信装置における電子番組
表の表示方法は、プレビュー視聴が可能であるか否か
を、各有料番組に対して表示するようにしたことを特徴
としている。

【００８９】したがって、使用者は容易にプレビューが
可能であるか否かを判断することができる。

【００９０】(44)この発明の受信装置における電子番組
表の表示方法は、少なくとも前記各有料番組に対して、
蓄積に必要な容量を表示するようにしたことを特徴とし
ている。

【００９１】したがって、使用者は蓄積に必要な容量を
容易に取得することができる。

【００９２】(45)この発明の受信方法は、送信側から送
信されてきたコンテンツのプレビューを予め蓄積してお
き、プレビューの再生が必要なときに、当該蓄積してお
いたプレビューを再生することを特徴としている。

【００９３】したがって、現在受信しているコンテンツ
内容に拘わらず、必要に応じて部分コンテンツを再生し
て出力することができる。

【００９４】(46)この発明の受信方法においては、受信
側は、送信側から送信されてきたコンテンツのプレビュ
ーを予め蓄積しておき、使用者が蓄積したプレビューに
基づいてコンテンツ購入を指令した時において、現在、
当該ペイパービューコンテンツの放送が行われているか
否かを、受信した番組情報に基づいて判断し、現在、放
送が行われていなければ、当該ペイパービューコンテン
ツの購入指令を、送信側に送り、送信側は、複数の受信
側からのペイパービューコンテンツの購入指令を受け、
当該購入指令の量に基づいて、当該ペイパービューコン
テンツの再放送を行うか否かを決定することを特徴とし
ている。

【００９５】したがって、送信側において、現在は放送
を行っていないにも拘わらず視聴購入申込のあったコン
テンツを知ることができ、これに基づいて再放送をする
か否かの決定を行うことができる。

【００９６】この発明において、「受信装置」とは、送
信装置からのデータを受信する機能を有する装置をい
い、表示装置を持たないいわゆるセット・トップ・ボッ
クスや、表示装置を有するテレビセットの双方を含む概
念である。

【００９７】「受信部」とは、無線または有線にて送信
されてくる信号を受信する機能を有するものをいう。実
施形態においては、チューナ４４がこれに該当する。

【００９８】「復元部」とは、受信部や蓄積部からの信
号を受けて、画像信号や音声信号などの出力信号を生成
する機能を有するものをいう。実施形態では、ＴＳデコ
ーダ４８がこれに該当する。

【００９９】「制御部」とは、少なくとも復元部の制御
を行うものをいう。実施形態では、ＣＰＵ５８およびプ
ログラムがこれに該当する。

【０１００】「蓄積制御部」は、実施形態では、図１４
のプレビュー蓄積処理がこれに対応する。

【０１０１】「再生制御部」は、実施形態では、図３
１、図３２のプレビュー視聴処理がこれに対応する。

【０１０２】「再生」とは、コンテンツを復元して出力
することだけでなく、蓄積することも含む概念である。

【０１０３】「鍵再生部」とは、少なくともスクランブ
ル鍵を復元する処理を行う手段をいう。実施形態では、
ＩＣカード６６がこれに該当する。

【０１０４】「コンテンツ」とは、受信装置において使
用するためのデータまたはプログラムもしくはこれら双
方を含むものをいう。「コンテンツとしてのデータ」と
は、静止画データ、動画データ、音声データ、制御に用
いるためのデータなどを含む概念であり、たとえば、テ
レビ番組、映画、ニュース、ドラマ、ゲーム、音楽、機
器制御のためのデータなどである。「コンテンツとして
のプログラム」とは、何らかの処理を行うための手順を
記述したものであり、スクリプト、モジュール等の形式
を問わない。たとえば、双方向テレビを実現するための
プログラム、ゲーム実行のためのプログラム、機器を制
御するためのプログラムなどである。

【０１０５】「放送」とは、送信側から受信側にコンテ
ンツを送信することをいい、一斉放送だけでなく、送信
側と受信側が一対一にて送信する場合を含む概念であ
る。

【０１０６】「蓄積に支障がある」とは、蓄積部の残容
量からみて、当該コンテンツを蓄積できない場合だけで
なく、当該コンテンツを蓄積した場合の残容量があまり
にも少なくなって十分なワークエリアを確保できなくな
る場合等を含む概念である。

【０１０７】「プログラムを記録した記録媒体」とは、
プログラムを記録したＲＯＭ、ＲＡＭ、フレキシブルデ
ィスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク
等の記録媒体をいう。また、電話回線、搬送路等の通信
媒体も含む概念である。ＣＰＵに接続されて、記録され
たプログラムが直接実行されるハードディスクのような
記録媒体だけでなく、一旦ハードディスク等にインスト
ールした後に実行されるプログラムを記録したＣＤ−Ｒ
ＯＭ等の記録媒体を含む概念である。

【０１０８】「プログラム」とは、ＣＰＵにより直接実
行可能なプログラムだけでなく、ソース形式のプログラ
ム、圧縮処理がされたプログラム、暗号化されたプログ
ラム等を含む概念である。

【０１０９】

【発明の実施の形態】１．第１の実施形態 (1)全体構成 図１に、この発明の一実施形態による放送システムの全
体構成を示す。コンテンツ提供者は、オンラインまたは
オフラインにより、コンテンツ提供者装置４から送信装
置２にコンテンツを送る。送信装置２は、コンテンツ提
供者からのデータを１つのサービス（地上波のチャネル
に相当する番組のかたまり）とし、複数のチャネルを多
重化してトランスポートストリームとする。さらに、送
信装置２は、このような複数のトランスポートストリー
ムを放送する。受信装置８は、衛星６を介して、所望の
トランスポートストリーム、サービスを受信する。

【０１１０】図２に、放送に含まれるトランスポートス
トリームＴＳとサービスＳＶの一例を示す。この例で
は、トランスポートストリームＴＳ１には、時分割多重
化により、複数のサービスＳＶ１１、ＳＶ１２、ＳＶ１
３、ＳＶ１４が含まれる。他のトランスポートストリー
ムＴＳ２、ＴＳ３・・・においても同様である。また、
各トランスポートストリームＴＳ１、ＴＳ２、ＴＳ３・
・・は、異なる周波数によって送信されて区別される。

【０１１１】(2)送信装置の構成と放送データの構成 図３に、一実施形態による送信装置の構成を示す。コン
テンツ受信部９は、コンテンツ提供者装置４からのコン
テンツを受信して、コンテンツ蓄積部１０に渡す。な
お、コンテンツは、記録媒体等に記録してコンテンツ蓄
積部１０に渡すようにしてもよい。コンテンツ蓄積部１
０には、上記各サービスＳＶ１１、ＳＶ１２・・・ＳＶ
２１・・・ＳＶ３４・・・のコンテンツが蓄積される。
データ送信制御部１２は、これらコンテンツを予め定め
られた放送予定時間に読み出して、多重化部１４に与え
る。多重化部１４は、与えられた複数のコンテンツをパ
ケット化して多重化する。送信部１６は、生成されたト
ランスポートストリームを電波として送信する。

【０１１２】図４に、多重化部１４によって多重化され
て生成されたデータの関係を示す。コンテンツは、音声
データＥＳ（Ａ）、映像データＥＳ（Ｖ）とされる。図
５に示すように、１つのトランスポートストリームに
は、複数の音声データＥＳ（Ａ）、映像データＥＳ
（Ｖ）が送出される。なお、各音声データＥＳ（Ａ）、
各映像データＥＳ（Ｖ）は、スクランブルキーＫｓによ
って暗号化され、パケット化されて時分割で多重化され
ている。それぞれの音声データＥＳ（Ａ）、映像データ
ＥＳ（Ｖ）には、異なるパケットＩＤが付されてパケッ
ト化される。したがって、パケットＩＤによって、各サ
ービスの音声データＥＳ（Ａ）、映像データＥＳ（Ｖ）
を区別することができる。

【０１１３】図４、図５において、制御データＰＭＴ
は、各サービスごとに異なるものが送出される。制御デ
ータＰＭＴは、対応するサービスのパケットＩＤを記述
している。また、制御データＰＭＴには、暗号化された
コンテンツを複号するためのスクランブルキーＫｓを得
るためのデータＥＣＭのパケットＩＤも記述している。
したがって、所望のサービスに対応する制御データＰＭ
Ｔを取得することにより、当該サービスのコンテンツを
得ることができる。

【０１１４】制御データＰＡＴは、各トランスポートス
トリームごとに異なるものが送出される。制御データＰ
ＡＴは、当該トランスポートストリームに含まれるサー
ビスの一覧、これに対応する制御データＰＭＴの一覧、
そのパケットＩＤを記述している。したがって、制御デ
ータＰＡＴを取得すれば、当該トランスポートストリー
ムに、いずれのサービスが含まれているか、各サービス
に対応する制御データＰＭＴのパケットＩＤを知ること
ができる。

【０１１５】制御データＮＩＴは、全てのトランスポー
トストリームにおいて共通のものが送出される。制御デ
ータＮＩＴは、各トランスポートストリームに多重化さ
れているサービスの一覧を記述している。

【０１１６】また、各コンテンツのタイトルや放送開始
予定時間などを示す制御データＳＤＴ、ＥＩＴなども多
重化部１４によって生成されて送出される。

【０１１７】(3)受信装置の構成 図６に、一実施形態による受信装置８のブロック図を示
す。この実施形態では、受信装置８として、いわゆるセ
ット・トップ・ボックスを示したが、ＴＶセット３６を
含めて受信装置８を構成してもよい。

【０１１８】受信部２０は、所望のトランスポートスト
リームを受信して復元部２２に出力する。復元部２２
は、トランスポートストリーム中から所望のサービスを
選択してコンテンツの復元を行う。復元したコンテンツ
は、ＴＶセット３６に出力される。ＴＶセット３６は、
ディスプレイ（図示せず）により、コンテンツ映像の表
示と音声の出力を行う。

【０１１９】制御部２６は、操作受付部３４から与えら
れた使用者（ユーザ）からの指令を受けて、上記受信部
２０、復元部２２を制御し、所望のサービスを取得でき
るようにする。また、制御部２６は、蓄積制御部２８、
再生制御部３０を備えている。

【０１２０】蓄積制御部２８は、使用者の視聴指令とは
別に、ペイパービューコンテンツのプレビューを自動的
に蓄積部３２に蓄積する。したがって、蓄積部３２に
は、多くのペイパービューコンテンツのプレビューが自
動的に蓄積されていく。再生制御部３０は、使用者の指
令に従い、蓄積部３２に蓄積されたプレビューを読み出
して、復元部２２に与えて復元する。したがって、使用
者は、必要なときにプレビューを視聴することができ
る。また、プレビューは予め蓄積されているので、意図
されているプレビューを完全な形で視聴することができ
る。

【０１２１】通信部２４は、制御部２６の制御にしたが
って、コンテンツ提供者装置４との間で通信を行う。

【０１２２】なお、操作受付部３４は、リモコンからの
信号を受信する信号受信部によって構成することがで
き、また、受信装置８本体に設けた操作入力ボタンによ
って構成してもよい。

【０１２３】(4)受信装置のハードウエア構成 図７に、図２の受信装置８のハードウエア構成を示す。
この受信装置８は、チューナ４２、４４、デ・スクラン
ブラ４５、４７、トランスポートデコーダ（ＴＳデコー
ダ）４６、４８、切換器５０、ＡＶデコーダ５２、ＲＯ
Ｍ５４、ＲＡＭ５６、ＣＰＵ５８、ハードディスク６
０、モデム６２、信号受信部６４を備えている。また、
コネクタによりＩＣカード６６が装着されている。

【０１２４】この例では、受信部２０はチューナ４４に
より構成される。復元部２２は、デ・スクランブラ４
７、ＴＳデコーダ４８により構成される。制御部２６
は、ＣＰＵ５８、ＲＯＭ５４、ＲＡＭ５６により構成さ
れる。蓄積部３２は、ハードディスク６０により構成さ
れる。操作受付部３４は、信号受信部６４により構成さ
れる。また、この例では、通常の視聴のためのチューナ
４２、デ・スクランブラ４５、ＴＳデコーダ４６と、プ
リビュー蓄積用のチューナ４４、デ・スクランブラ４
７、ＴＳデコーダ４８を設けている。しかし、両者を兼
用してもよい。

【０１２５】受信装置８に接続されるＩＣカード６６の
ハードウエア構成を図８に示す。鍵再生装置であるＩＣ
カード６６は、ＣＰＵ７４、インターフェイス７２、不
揮発性メモリ７６、コネクタ７０を備えている。不揮発
性メモリ７６は、フラッシュメモリ等で構成されてお
り、使用者の受信契約内容、暗号を解くためのキーＫｍ
などが記録される。また、鍵再生のための制御プログラ
ムも記録されている。

【０１２６】(5)放送における暗号化 受信装置の動作を説明する前に、放送における暗号化と
視聴契約について説明する。

【０１２７】ディジタル放送においては、暗号化されて
いる放送と暗号化されていない放送とがある。暗号化さ
れていない放送は、一般に、無料放送であって、受信装
置を持っていれば誰でも視聴することができる。暗号化
されている放送は、有料放送であって、視聴料金の支払
を条件に、暗号を解くためのキーがユーザに与えられ
る。

【０１２８】有料放送には、一般契約放送と、ペイパー
ビューの２種類がある。一般契約放送は、当該サービス
の視聴を包括的に行うことのできる放送である。一般契
約放送の視聴契約を行うと、当該契約を行った旨が、前
述のＩＣカード６６に記録され、キーを取得することが
できる。

【０１２９】一方、ペイパービュー放送は、個々のコン
テンツのそれぞれについて、視聴のための料金を支払っ
て、その都度、キーを得ることができる。

【０１３０】図９を参照して、放送における暗号化につ
いて説明する。なお、図においてA[X]は、ＸをキーＡに
より暗号化することを示している。また、A^-1[Y]は、Ｙ
をキーＡにより復号化することを示している。

【０１３１】一般契約放送の場合には、契約した個々
のユーザの受信装置８に対してのみ、送信装置２から、
ワークキーKwをマスターキーKmで暗号化したKm[Kw]が送
信される。このKm[Kw]は、制御データＥＭＭの中に含め
て送信される。

【０１３２】このＥＭＭを受けた受信装置８は、これ
をＩＣカード６６に渡す。

【０１３３】ＩＣカード６６は、予め記録されている
マスターキーKmを用いて、ＥＭＭを複号化する。これに
より、ワークキーKwを得ることができる。ＩＣカード６
６は、このワークキーKwをメモリ７６に記録する。この
ようにして、ＩＣカード６６内にワークキーKwが記録保
持される。なお、送信装置２は、所定期間（１月程度）
ごとにワークキーKwを変更してＥＭＭを送信するように
している。ＩＣカード６６は、変更があるごとに新たな
ワークキーKwを記録する。なお、ＥＭＭは、契約したユ
ーザに対してのみ与えられるので、契約を行っていない
ユーザのＩＣカードには、ワークキーKwは記録されな
い。

【０１３４】送信装置２は、コンテンツＣをスクラン
ブルキーKsによって暗号化したKs[C]と、スクランブル
キーKsをワークキーKwによって暗号化したKw[Ks]を送信
する。Kw[Ks]は、制御データＥＣＭの中に含めて送信さ
れる。なお、スクランブルキーKsは、極めて短い時間で
次々と変更されて送信される。

【０１３５】受信装置８は、受信したＥＣＭをＩＣカ
ード６６に与える。

【０１３６】ＩＣカード６６は、記録しておいたワー
クキーKsを用いて、与えられたＥＣＭを復号化し、スク
ランブルキーKsを得る。契約がなく、ＩＣカード６６内
にワークキーKwがない場合には、スクランブルキーKsは
得られない。

【０１３７】ＩＣカード６６は、復元したスクランブ
ルキーKsを受信装置８に返送する。

【０１３８】受信装置８は、受け取ったスクランブル
キーKsを用いて、Ks[C]を復号化し、コンテンツＣを得
る。

【０１３９】一般契約放送においては、上記のようにし
て、契約者だけが視聴を行うことができるようにしてい
る。

【０１４０】ペイパービュー放送においても、暗号化方
式は上記と同様である。ただし、全てのユーザの受信装
置８に対して、ＥＭＭが送信される。これにより、事前
の包括的な契約がなくとも、視聴を可能にしている。制
御データＥＣＭの中には、ペイパービュー放送である旨
の記述がなされる。ＩＣカード６６は、ペイパービュー
用のＥＣＭを受けて、スクランブルキーKsを生成した場
合には、その旨を記録しておく。この記録は、受信装置
８によって、通信回線を介して、コンテンツ提供者装置
４（放送センター）に送信される。これにより、コンテ
ンツ提供者は、ペイパービュー放送が視聴されたことを
知り、視聴料の請求を行う。

【０１４１】(6)通常の視聴処理 図１０に、受信装置８のＲＯＭ５４に記録された通常の
視聴処理のためのプログラムのフローチャートを示す。
以下、このフローチャートと図７のハードウエア構成を
参照して説明する。

【０１４２】ユーザがリモコン（図示せず）などによっ
て指令を出すと、信号受信部６４は、これを受信する。
たとえば、サービスＳＶ１２に切り換える指令が出され
たとする。ＣＰＵ５８は、これを受けて、ＴＳデコーダ
４８にＰＡＴのパケットＩＤをセットする。これによ
り、ＴＳデコーダ４８は、与えられたトランスポートス
トリーム中からＰＡＴを選択して、ＣＰＵ５８に返す
（ステップＳ１１）。

【０１４３】ＣＰＵ５８は、このＰＡＴを見て、当該Ｐ
ＡＴに記述されたサービスリストに、サービスＳＶ１２
があるか否かを判断する（ステップＳ１２）。現在、サ
ービスＳＶ３１を受信しているとすれば、このトランス
ポートストリームＴＳ３には、サービスＳＶ１２は多重
化されていない（図２参照）。したがって、現在のトラ
ンスポートストリームＴＳ３から取得したＰＡＴのサー
ビスリストには、サービスＳＶ１２は記述されていな
い。この場合、トランスポートストリームの切り替えな
どを行うために、ステップＳ１３以下を実行する。

【０１４４】ステップＳ１３以下において、ＣＰＵ５８
は、所望のサービスＳＶ１２がいずれのサービスに多重
化されているかを知るため、ＮＩＴを取得する。すなわ
ち、ＣＰＵ５８は、ＰＡＴに記述されたＮＩＴのパケッ
トＩＤを、ＴＳデコーダ４８にセットする（ステップＳ
１３）。これにより、ＴＳデコーダ４８から、ＣＰＵ４
８に対して、ＮＩＴが出力される（ステップＳ１４）。

【０１４５】図１１に、ＮＩＴの記述内容を示す。ＣＰ
Ｕ５８は、このＮＩＴに基づいて、所望のサービスＳＶ
１２が、トランスポートストリームＴＳ１に多重化され
ていることを知る（ステップＳ１５）。次に、ＣＰＵ５
８は、トランスポートストリームＴＳ１の周波数ｆ１を
受信するように、チューナ４２を制御する（ステップＳ
１６）。これにより、チューナ４２から、トランスポー
トストリームＴＳ１が出力される。

【０１４６】続いて、ＣＰＵ５８は、ＴＳデコーダ４８
にＰＡＴのパケットＩＤをセットし、ＰＡＴを取得する
（ステップＳ１７）。これにより、たとえば、図１２に
示すようなＰＡＴの内容を得ることができる。ＣＰＵ５
８は、このＰＡＴの内容を見て、所望のサービスＳＶ１
２のＰＭＴのパケットＩＤ「0x0032」を知ることができ
る（ステップＳ１８）。

【０１４７】次に、ＣＰＵ５８は、ＴＳデコーダ４８に
上記パケットＩＤをセットし、ＰＭＴを取得する（ステ
ップＳ１９）。これにより、図１３に示すようなＰＭＴ
を得ることができる。ＣＰＵ５８は、このＰＭＴの内容
を見て、所望のサービスの鍵情報ＥＣＭおよびコンテン
ツＥＳのパケットＩＤを知ることができる（ステップＳ
２０）。

【０１４８】さらに、ＣＰＵ５８は、ＴＳデコーダ４８
にＥＣＭのパケットＩＤをセットし、ＥＣＭを取得す
る。ＣＰＵ５８は、取得したＥＣＭをＩＣカード６６に
送出する。これに対して、ＩＣカード６６は、スクラン
ブルキーＫｓをＣＰＵ５８に返送する。ＣＰＵ５８は、
このスクランブルキーＫｓを、デ・スクランブラ４５に
セットする（ステップＳ２１）。したがって、デ・スク
ランブラ４５は、スクランブルキーＫｓによって暗号化
されたコンテンツを復号化する用意が整う。

【０１４９】次に、ＣＰＵ５８は、ＴＳデコーダ４８
に、コンテンツＥＳのパケットＩＤをセットする（ステ
ップＳ２２）。これにより、ＴＳデコーダ４８は、デ・
スクランブラ４５によって暗号の解かれたコンテンツＥ
Ｓを、ＡＶデコーダ５２に出力する。ＡＶデコーダ５２
は、ディジタルデータであるコンテンツＥＳを、ＮＴＳ
Ｃ等のアナログコンポジット信号に変換して出力する。
ＴＶセット３６は、これを受けて、映像の表示、音声の
出力を行う。

【０１５０】上記のようにして、通常の視聴処理が行わ
れる。ユーザからの視聴サービス変更の指令があった場
合には、上記と同様の処理を行って、所望のサービスを
出力する。

【０１５１】(7)プレビュー蓄積処理 この実施形態では、上記の視聴処理とは別に、受信装置
８の電源が入っている間に、自動的にプレビューを蓄積
する処理を行っている。図１４に、ＲＯＭ５４に記録さ
れたプレビュー蓄積処理プログラムのフローチャートを
示す。

【０１５２】ＣＰＵ５８は、プレビュー可能リストの生
成（ステップＳ３１）、リストに基づくプレビューの自
動蓄積（ステップＳ３２）、プレビュー可能リストの保
守（ステップＳ３３）の処理を行う。また、プレビュー
可能リストの保守と、リストに基づくプレビューの自動
蓄積を、自動的に繰り返し行うようにしている。

【０１５３】(7-1)プレビュー可能リストの生成 図１５、図１６、図１７に、プレビュー可能リスト生成
のフローチャートを示す。ＣＰＵ５８は、まず、ＴＳデ
コーダ４８を制御して、ＮＩＴを取得する（ステップＳ
４１）。取得したＮＩＴに基づき、図１８に示すよう
な、ＴＳリストを生成し、ハードディスク６０に記録す
る（ステップＳ４２）。

【０１５４】ＣＰＵ５８は、ＴＳリストの先頭のトラン
スポートストリームＴＳ１を処理対象トランスポートス
トリームとする。このトランスポートストリームＴＳ１
の周波数ｆ１を受信するようにチューナ４４を制御する
（ステップＳ４３）。次に、トランスポートストリーム
ＴＳ１から、ＰＡＴを取得する（ステップＳ４４）。

【０１５５】ＣＰＵ５８は、取得したＰＡＴに基づい
て、当該トランスポートストリームＴＳ１中のサービス
のリストを作成し、ＲＡＭ５６に記憶する（ステップＳ
４５）。このサービスのリストの例を、図１９に示す。

【０１５６】続いて、ＣＰＵ５８は、サービスリストの
先頭のサービスＳＶ１１を処理対象サービスにする（ス
テップＳ４６）。次に、ＴＳデコーダ４８を制御して、
当該サービスＳＶ１１のＰＭＴを取得する（ステップＳ
４７）。さらに、このＰＭＴに基づいて、ＥＣＭのパケ
ットＩＤを取得した後、ＥＣＭを取得する（ステップＳ
４９）。

【０１５７】取得したＥＣＭは、暗号化されている（有
料放送の場合）。したがって、そのＥＣＭに記述された
内容およびＥＣＭに含まれるスクランブルキーは、この
段階では、ＣＰＵ５８は知ることができない。

【０１５８】次に、図１６のステップＳ５０において、
ＣＰＵ５８は、ＩＣカード６６に対してＥＣＭを送出す
る（ステップＳ５０）。

【０１５９】これに対して、ＩＣカード６６は、ＥＣＭ
を復号化し、プレビュー可能なペイパービュー番組であ
れば、スクランブルキーＫｓを返送する。実際のプレビ
ューを行う場合には、スクランブルキーＫｓが変更され
るたびに、受信装置８からＩＣカード６６にＥＣＭを送
出し、スクランブルキーＫｓを返送してもらうようにし
ている。ＩＣカード６６は、プレビュー可能な時間が過
ぎると、スクランブルキーＫｓを返送しない。したがっ
て、受信装置８の側におけるプレビューの視聴は、打ち
切られることになる。

【０１６０】図１５〜図１７に示す実施形態では、プレ
ビュー可能な場合にのみＩＣカード６６からスクランブ
ルキーＫｓが返送されて来るという特性を利用して、プ
リビュー可能サービスリストを生成するようにしてい
る。

【０１６１】以下、ＥＣＭを受け取ったＩＣカード６６
の処理を説明する。ＩＣカード６６のＣＰＵ７４は、ま
ず、暗号化されたＥＣＭを復号化する（ステップＳ１０
０）。ＥＣＭに含まれる情報を、図２０に示す。番組形
態の区分には、当該ＥＣＭに対応するイベント（番組）
が、一般契約番組であるか否かが記述されている。ＣＰ
Ｕ７４は、復号化したＥＣＭ（図２０参照）に基づい
て、当該番組が一般契約番組であるか否かを判断する
（ステップＳ１０１）。一般契約番組でなければ、ステ
ップＳ１０３に進む。ステップＳ１０３では、ＥＣＭの
受信数をカウントする。ＥＣＭ（すなわちスクランブル
キーＫｓ）は、非常に短い時間で変更される。プレビュ
ーを行っている間は、スクランブルキーＫｓが変更され
るたびに、受信装置８からＥＣＭが送られてくる。した
がって、このＥＣＭの受信回数をカウントすることによ
り、ユーザがプレビューを行った時間を知ることができ
る。プレビュー開始時は、カウント数は１となる。

【０１６２】次に、ＣＰＵ７４は、ＥＣＭに記述された
プレビュー可能期限を過ぎていないか否かを判断する。
たとえば、プレビュー期限が当該番組開始から３０分と
記述されており、記述された現在時刻が番組開始から３
０分経過していなければ、ステップＳ１０５に進む。

【０１６３】ステップＳ１０５では、ステップＳ１０３
におけるＥＣＭのカウント数が、ＥＣＭに記述されたプ
レビュー可能長（ＥＣＭ数）よりも小さいか否かを判断
する。ここで、ＥＣＭのカウント数は１であるから、プ
レビュー可能長が設定されていれば（つまりプレビュー
可能な番組であれば）、ステップＳ１０６に進むことに
なる。

【０１６４】ステップＳ１０６においては、ＥＣＭ中に
記述された暗号化されたスクランブルキーKw[Ks]を、メ
モリ７６に記録しているワークキーKsによって復号化す
る。これにより、スクランブルキーKsを得て、受信装置
８に返送する（ステップＳ１０６）。このように、プレ
ビュー可能な番組であれば、ＩＣカード６６からスクラ
ンブルキーＫｓが返送されてくる（ＥＣＭの記述内容も
あわせて返送される）。

【０１６５】一方、ステップＳ１０５において、ＥＣＭ
に記述されたプレビュー可能長が０であれば（つまりプ
レビュー不可能な番組であれば）、スクランブルキーＫ
ｓの生成、返送を行わない。

【０１６６】また、一般契約番組の場合には、ステップ
Ｓ１０１からステップＳ１０２に進み、ユーザが契約し
ているかどうかを判断する。契約していれば、スクラン
ブルキーＫｓを返送し、そうでなければスクランブルキ
ーＫｓを返送しない。

【０１６７】したがって、受信装置８のＣＰＵ５８は、
ＩＣカード６６にＥＣＭを送信し、スクランブルキーＫ
ｓが返送されてくるか否かによって、以下のように判断
することができる。すなわち、スクランブルキーＫｓが
返送されてきた場合には、i)当該番組が一般契約番組で
あってユーザが契約している場合かあるいは、ii)当該
番組がペイパービュー番組であってプレビュー可能であ
る場合であると判断できる。

【０１６８】ＣＰＵ５８は、復号化されて返送されてき
たＥＣＭの記述内容（図２０参照）に基づいて、当該番
組が一般契約番組であるか否かを判断する（ステップＳ
５１）。ここでは、ペイパービュー番組のプレビューだ
けを蓄積するようにしている。したがって、当該番組が
一般契約番組であれば、プレビューを取得する必要はな
いので、ステップＳ５４、Ｓ５５（図１７）に進み、サ
ービスリストの次のサービスを処理対象サービスとして
上記ステップＳ４７以下の処理を繰り返す。

【０１６９】ステップＳ５１において、ＥＣＭの記述に
基づき、当該番組が一般契約番組でない（すなわち、プ
レビュー可能なペイパービュー番組である）と判断でき
れば、ステップＳ５２（図１７）に進む。この場合、Ｃ
ＰＵ５８は、当該番組を、図２１に示すプレビュー可能
リストに登録する。プレビュー可能リストは、ハードデ
ィスク６０に記録される。

【０１７０】なお、サービスを構成する１つの番組がプ
レビュー可能である場合、当該サービスの他の番組も、
同様にプレビュー可能である場合がほとんどである。し
たがって、この実施形態では、上記のように、当該サー
ビス全体がプレビュー可能であると判断している。な
お、他の実施形態では、番組ごとにプレビューの可否を
判断するようにしてもよい。

【０１７１】次に、ＣＰＵ５８は、記憶しておいたサー
ビスリスト（図１９）に基づいて、当該リストの全ての
サービスについて処理を行ったか否かを判断する（ステ
ップＳ５４）。まだであれば、サービスリストの次のサ
ービスを処理対象サービスとして（ステップＳ５５）、
ステップＳ４７以下を実行する。

【０１７２】サービスリストの全てのサービスについて
の処理を終了すれば、ＣＰＵ５８は、記憶しておいたＴ
Ｓリスト（図１８）に基づいて、当該リストの全てのト
ランスポートストリームについて処理を行ったか否かを
判断する（ステップＳ５６）。まだであれば、ＴＳリス
トの次のトランスポートストリームを処理対象トランス
ポートストリームとして、ステップＳ４３以下を実行す
る。

【０１７３】全てのトランスポートストリームについて
の処理を終了すれば、図２１に示すようなプレビュー可
能リストが生成される。続いて、ＣＰＵ５８は、ＥＩＴ
を取得して、リストアップした各サービスに含まれる番
組のタイトル、シリーズ名、開始時刻、放送時間（コン
テンツの長さ）などを得て、プレビュー可能リストに記
述する。このようにして得られたプレビュー可能リスト
を、図２２に示す。

【０１７４】以上の処理により、プレビュー可能な番組
の一覧とその開始時刻を得ることができる。

【０１７５】なお、上記処理では、プレビュー可能な番
組であっても、たまたまプレビュー可能期限を過ぎてい
た場合には、ＣＰＵ５８は、プレビュー不可能であると
判断することになる（ステップＳ１０４参照）。したが
って、所定時間経過後に、このプレビュー可能リスト生
成処理を行って完全なものとする。

【０１７６】(7-2)リストに基づくプレビューの自動蓄
積 次に、図１４のステップＳ３２に示すリストに基づくプ
レビューの自動蓄積処理について説明する。図２３〜図
２６に、リストに基づくプレビュー自動蓄積処理のフロ
ーチャートを示す。

【０１７７】ＣＰＵ５８は、プレビュー可能サービスリ
スト（図２２）の中から、現在の時刻から最も近く放送
が開始される番組（イベント）を１つ選択する（ステッ
プＳ２０１）。この条件に合致する番組が２以上存在す
る場合（２以上の番組が同時に放送開始される場合）に
は、任意の１つを選択する。図２２においては、たとえ
ば、サービスＳＶ１１の「Tom & Jet」が選択される。

【０１７８】次に、当該番組のプレビューが既にハード
ディスク６０に蓄積済であるか否かを判断する（ステッ
プＳ２０２）。ＣＰＵ５８は、ハードディスク６０の記
録内容を調べ、同じタイトル「Tom & Jet」が既に記録
されていないかどうかを判断する。蓄積済であれば、ス
テップＳ２０１に戻って、この番組を除いた他の番組の
中から、最も近く放送が開始される番組を選択する。

【０１７９】蓄積済でなければ、ＴＳデコーダ４８を制
御して、現在受信中のトランスポートストリームからＰ
ＡＴを取得する（ステップＳ２０３）。次に、ＣＰＵ５
８は、ＰＡＴに基づいて、現在受信中のトランスポート
ストリームに、選択した番組を放送するサービス（上記
例ではＳＶ１１）が含まれているか否かを判断する（ス
テップＳ２０４）。

【０１８０】含まれていなければ、ＮＩＴを取得し（ス
テップＳ２０５）、処理対象サービスが含まれるトラン
スポートストリームを認識した後（ステップＳ２０
６）、ＰＡＴを取得する（ステップＳ２０７）。その
後、ステップＳ２０８を実行する。

【０１８１】ステップＳ２０４において、選択した番組
を放送するサービスＳＶ１１が含まれていれば、直接、
ステップＳ２０８に進む。このようにして、当該番組を
取得するために、番組が放送されるトランスポートスト
リームＴＳ１を受信した状態となる。

【０１８２】ステップＳ２０８において、ＣＰＵ５８
は、プレビュー可能リストに基づいて、当該番組の開始
時間「９：００」になったか否かを判断する。なお、現
在時刻は、いずれかの放送中に含まれる時間情報によっ
て知ることができる。まだであれば、当該番組の開始時
間になるまで待機する。

【０１８３】番組の開始時間になると、ステップＳ２０
９に進み、当該番組「Tom & Jet」が放送されるサービ
スＳＶ１１のＰＭＴ、ＥＩＴ、ＳＤＴを取得する（ステ
ップＳ２０９）。続いて、蓄積のために必要な制御デー
タＳＩＴを生成する（ステップＳ２１０）。

【０１８４】蓄積時には、当該番組のエレメンタリスト
リームＥＳ（映像・音声のパケット化データ）、このＥ
Ｓに関係するＰＭＴ、ＰＡＴ、ＥＩＴなどを記録すれば
よく、他の番組に関する情報は不要である。この実施形
態においては、当該番組に関する情報を選択したトラン
スポートストリーム（パーシャル・トランスポートスト
リームという）を生成して記録するようにしている。こ
のようなパーシャル化は、後のステップＳ２１５にて行
う。このステップＳ２１０においては、予め、ＥＩＴ、
ＮＩＴなどの情報から当該番組のタイトルなどの必要な
情報を抜き出して、新たに制御データＳＩＴを生成して
いる。このＳＩＴは、パーシャルトランスポートストリ
ームの一部を形成するものとして、ハードディスクに記
録される。

【０１８５】次に、ＰＭＴから、ＥＣＭ、ＥＳのパケッ
トＩＤを取得する（ステップＳ２１１）。ＣＰＵ５８
は、取得したＥＣＭ、ＥＳのパケットＩＤをトランスポ
ートデコーダ４８にセットし、ＥＣＭ、ＥＳを取得する
（ステップＳ２１２）。通常の受信処理では、ＣＰＵ５
８は、トランスポートデコーダ４８に対し、分離したＥ
ＳをＡＶデコーダ５２に出力するように制御する。しか
し、この蓄積処理において、ＣＰＵ５８は、トランスポ
ートデコーダ４８に対し、分離したＥＳをパケットのま
まで、ＣＰＵ５８に返すように制御する。

【０１８６】続いて、ＣＰＵ５８は、取得したＥＣＭを
ＩＣカード６６に送出する（図２５、ステップＳ２１
３）。これを受けて、ＩＣカード６６は、スクランブル
キーＫｓを返送してくる（ステップＳ１０６）。ＣＰＵ
５８は、このスクランブルキーＫｓが返送されてくると
（ステップＳ２１４）、パーシャル・トランスポートス
トリームを生成し、ハードディスク６０に記録する（ス
テップＳ２１５）。この際、ストリーム情報テーブルも
生成して記録する。

【０１８７】図２７に、ＣＰＵ５８によって生成される
パーシャル・トランスポートストリームの主要構造を示
す。当該番組のコンテンツＥＳ、当該ＥＳのパケットＩ
Ｄなどを記述するためのＰＭＴ、当該ＰＭＴのパケット
ＩＤや番組情報などを記述したＳＩＴを備えている。

【０１８８】ＥＳは、トランスポートデコーダ４８から
選択して送られてきたものを用いることができる。この
実施形態においては、ＥＳは、スクランブルキーＫｓに
よって暗号を解いたものを記録するようにしている。ま
た、ＰＭＴは、本来のＰＭＴから不要な情報を削除し
て、新たなＰＭＴを生成して用いることができる。たと
えば、本来のＰＭＴには、スクランブルキーＫｓを得る
ためのＥＣＭのパケットＩＤが記述されている。しか
し、上記のように、暗号化を解いたパケットの状態でＥ
Ｓを記録するので、ＥＣＭのパケットＩＤに関する記述
は不要である。さらに、ＳＩＴは、ステップＳ２１０に
おいて生成しておいたものを用いる。

【０１８９】図２８に、ハードディスク６０に記録され
るプレビューの記録形式を示す。パーシャル・トランス
ポートストリームの記録領域１０２は、プレビューのパ
ーシャル・トランスポートストリームを記録するための
領域である。この領域１０２には、多くのプレビューが
蓄積される。なお、ＣＰＵ５８は、各パーシャル・トラ
ンスポートストリームを識別するためのストリームＩＤ
を付して記録する。また、この実施形態においては、領
域１０２には、プレビューだけでなく、ハイライト（番
組のハイライトシーンなどを抜き出したもの）、ノーマ
ルコンテンツ（番組全体蓄積などの通常のコンテンツ蓄
積）なども併せて記録される。

【０１９０】これら多くのプレビューのパーシャル・ト
ランスポートストリームを管理するため、ＣＰＵ５８
は、領域１００にストリーム情報テーブルを記録する。
ストリーム情報テーブルは、各プレビューごとに、図２
９に示すようなデータを記述している。ユーザが当該プ
レビューを視聴したか否かの情報１１０、蓄積されてい
るコンテンツが、プレビューであるか、ハイライトであ
るか、ノーマルであるかの種類情報１１２、パーシャル
・トランスポートストリームのストリームＩＤ、スポー
ツ、映画などの番組のジャンル情報１１６、未成年者へ
の視聴を禁止するか否かのパレンタル情報１１８、番組
のタイトル１２２などが、ストリーム情報テーブルに含
まれる。

【０１９１】ＣＰＵ５８は、図２８、図２９に示すよう
なデータ形式にて、プレビューのパーシャル・トランス
ポートストリームをハードディスク６０に記録する処理
を開始する。次に、ＣＰＵ５８は、新たなバージョンの
ＥＣＭが送られてきたかどうか監視する（ステップＳ２
１６）。送信装置側からは、スクランブルキーＫｓを変
更する少し前のタイミングで、新たなＥＣＭを送信して
くる。ＣＰＵ５８は、トランスポートデコーダ４８を制
御して、この新たなＥＣＭを取得する。取得したＥＣＭ
は、ＩＣカード６０に送出する（図２５、ステップＳ２
１３）。

【０１９２】これに対して、ＩＣカード６０は、スクラ
ンブルキーＫｓを送り返す（ステップＳ１０６）。した
がって、受信装置８は、暗号を解いてコンテンツの蓄積
を継続することができる。ＩＣカード６０は、ＥＣＭの
カウント数がＥＣＭに記述された上限（図２０）を越え
ると、受信装置８に対するスクランブルキーＫｓの返送
を行わない（ステップＳ１０５）。

【０１９３】受信装置８のＣＰＵ５８は、スクランブル
キーＫｓが返送されてこない場合、プレビュー時間が経
過したと判断し、当該番組の蓄積処理を終了する。ま
た、プレビュー可能リストの記録フラグ（図示せず）
を、記録済にする。

【０１９４】その後、図２３のステップＳ２１０に進
み、記録済でなく、最も開始時間の近い番組を選択し、
上記と同様にしてプレビューの蓄積を行う。この処理を
繰り返し、プレビュー可能リストに記述された全てのタ
イトルの番組を、ハードディスク６０に蓄積し終える
と、リストに基づく自動蓄積処理を終了する。

【０１９５】(7-3)プレビュー可能リストの保守処理 上記のようにして自動蓄積処理を終了すると、ＣＰＵ５
８は、図１４のステップＳ３３を実行する。ＣＰＵ５８
は、常に、ＥＩＴなどの番組情報を取得しており、その
内容に変更や追加が生じたら、プレビュー可能リストの
訂正を行う。このようにプレビュー可能リストの訂正を
行った場合には、再び、ステップＳ３２の自動蓄積処理
を実行する。したがって、番組情報が更新されると同時
に、新たな番組のプレビューが蓄積していくことができ
る。

【０１９６】(7-4)蓄積プレビューの削除 このようにして自動的に蓄積が行われていくと、ハード
ディスク６０の容量が不足することとなる。そこで、こ
の実施形態では、蓄積したコンテンツが所定の容量に達
した後は、ＣＰＵ５８は、新たなプレビューを蓄積する
ごとに古いプレビューを削除するようにしている。

【０１９７】たとえば、記録日時の最も古いものから順
に削除することができる。また、次のようにして削除す
る優先順位を決めてもよい。たとえば、既にユーザによ
って視聴されたプレビュー、ユーザに視聴されていない
プレビューの順に、削除するようにしてもよい。また、
これらと記録日時とを組み合わせて、削除の優先順位を
決定してもよい。

【０１９８】さらに、ユーザによって既に本編が視聴済
のプレビューを最も優先して削除するようにしてもよ
い。この場合、図９のプレビュー視聴済の判定の他に、
本編視聴済のフラグを設ける必要がある。

【０１９９】(8)プレビュー視聴処理 (8-1)プレビューの視聴 次に、上記のようにして蓄積されたプレビューを視聴す
る際の処理について説明する。ＣＰＵ５８は、プレビュ
ー決定画面として、図３３Ａに示す画面をＴＶセット３
６に出力し、ユーザからの操作入力を待つ。ユーザは、
この画面にしたがって、リモコン（図示せず）等を用い
てカーソルを移動し、「自動プレビュー」「指定プレビ
ュー」のいずれかを選択した後、決定ボタンを押す。

【０２００】以下、自動プレビューボタン３０２が押さ
れたものとして説明を進める。「自動プレビュー」は、
受信装置８が蓄積しておいたプリビューを、次々と表示
して行くモードである。

【０２０１】図３３Ａの自動プレビューボタンが３００
押されると、ＣＰＵ５８は、図３３Ｂに示すような、ジ
ャンル選択画面を出力するよう制御する。ユーザは、こ
れに応じて、全ジャンルのプレビューを表示するか、特
定のジャンルを選択してプレビューを表示するかを選択
することができる。ここでは、全ジャンルボタン３０４
を押したものとして話を進める。

【０２０２】図３１、図３２に、自動プレビュー視聴処
理のフローチャートを示す。まず、ＣＰＵ５８は、ハー
ドディスク６０からストリーム情報テーブルを読み出す
（ステップＳ３０１）。記録されたストリームテーブル
の例を図３０に示す。ＣＰＵ５８は、読み出したストリ
ーム情報テーブルから、最初のプレビューを選択し、処
理対象プレビューとする。ここでは、「pay them bac
k」のプレビューが選択される。

【０２０３】次に、当該プレビューのストリームＩＤ
「０００１」を読み出し、プレビューのパーシャル・ト
ランスポートストリームを読み出す（ステップＳ３０
２）。このパーシャル・トランスポートストリームをＴ
Ｓデコーダ４８に与える。続いて、ＣＰＵ５８は、ＰＡ
ＴのパケットＩＤをＴＳデコーダ４８にセットし、ＰＡ
Ｔを取得する。さらに、取得したＰＡＴから、ＰＭＴ、
ＳＩＴのパケットＩＤを得て、これをＴＳデコーダ４８
にセットし、ＰＭＴ、ＳＩＴを取得する。このようにし
て、パーシャル・トランスポートストリームから、ＰＡ
Ｔ、ＰＭＴ、ＳＩＴを取得する（ステップＳ３０３）。

【０２０４】次に、購入を予測したキャッシュ処理を行
う（ステップＳ３０４）。このキャッシュ処理は、ユー
ザがプレビューを見て番組を購入する場合に備えて、事
前に番組の蓄積を開始するものである。このキャッシュ
処理については、後で詳述する。

【０２０５】キャッシュ処理に続き、ＣＰＵ５８は、読
み出したパーシャル・トランスポートストリームをトラ
ンスポートデコーダ４８に与える。さらに、ＰＭＴに基
づいて得たプレビューのＥＳのパケットＩＤをトランス
ポートデコーダ４８にセットする。これにより、トラン
スポートデコーダ４８は、パーシャルトランスポートス
トリームの中から、「pay them back」のＥＳを選択し
て、ＡＶデコーダ５２に出力する。したがって、ＴＶセ
ット３６に、「pay them back」のプリビューが出力さ
れる。

【０２０６】ＣＰＵ５８は、図３０のストリーム情報テ
ーブルにおいて、「pay them back」の視聴済判定の欄
に「済」を記録する（ステップＳ３０６）。この間、Ｃ
ＰＵ５８は、ユーザからの操作入力を待っている（ステ
ップＳ３０７）。ユーザからの入力がなければ、記録し
た当該プレビューが終了するまで出力を続ける（ステッ
プＳ３０８）。

【０２０７】当該番組のプレビューが終了すれば、ＣＰ
Ｕ５８は、ストリーム情報テーブル中の次のプレビュー
を処理対象とし（ステップＳ３０９）、ステップＳ３０
２以下を実行する。これにより、次のプレビュー「jung
le park」が出力される。このようにして、次々と、ス
トリーム情報テーブル中のプレビューが出力されてい
く。

【０２０８】なお、図３３Ｂにおいて、ユーザがジャン
ルを指定した場合には、ＣＰＵ５８は、当該ジャンルの
プレビューのみをストリーム情報テーブルから選び出し
て出力する。

【０２０９】また、図３３Ａにおいて、ユーザが指定プ
レビューを選択した場合には、ＣＰＵ５８は、ストリー
ム情報テーブルのタイトルとジャンルの項目を読み出し
て、図３３のように表示する。ユーザは、このリストの
中から特定のタイトルのプレビューを選んで決定する。
これにより、ＣＰＵ５８は、当該タイトルのプレビュー
のみをＴＶセット３６に出力する。図３３Ｃの状態にお
いて決定ボタンが押されると、「リングル」のプレビュ
ーが表示される。

【０２１０】(8-2)購入を予測したキャッシュ処理 この実施形態では、プレビューの表示開始とともに、当
該番組が購入される場合を想定して、番組の蓄積を開始
するようにしている（図３１、ステップＳ３０４）。図
３４、図３５に、購入を予測したキャッシュ処理のフロ
ーチャートを示す。まず、ＣＰＵ５８は、プレビュー再
生開始時に、パーシャルトランスポートストリームを読
み出して、ＴＳデコーダ４８により、ＰＡＴ、ＰＭＴ、
ＳＩＴを得る（図３１、ステップＳ３０３）。

【０２１１】ＣＰＵ５８は、読み出したＳＩＴの記述中
から全てのサービスのservice_idを取得する（図３４、
ステップＳ３５１）。ここで、service_idとは、サービ
スを特定するＩＤである。

【０２１２】まず、ＣＰＵ５８は、最初のservice_idに
よって特定されるサービスを処理対象サービスとして以
下の処理を行う。ＣＰＵ５８は、そのservice_idによっ
て特定される処理対象サービスのＥＩＴを、ＴＳデコー
ダ４６によって取得する（ステップＳ３５２）。なお、
処理時間に余裕があれば、再生処理を行っているＴＳデ
コーダ４８にこの処理を行わせてもよい。ＥＩＴには、
当該サービスにおいて現在放送している番組（タイト
ル）が記述されている、ＣＰＵ５８は、このＥＩＴに基
づいて、プレビュー再生中の当該番組がそのサービスに
おいて現在放送されているか否かを判断する（ステップ
Ｓ３５３）。

【０２１３】そのサービスにおいて放送されていない場
合には、次のサービスを処理対象サービスとし（ステッ
プＳ３５６）、ステップＳ３５２以下を再び実行する。

【０２１４】当該番組を現在放送中のサービスを見出す
と、ＣＰＵ５８は、当該番組が開始から何分経過してい
るか（開始からの経過時間）を、サービスと対応付けて
ＲＡＭ５４に記録する（ステップＳ３５４）。

【０２１５】全てのサービスについて処理を終えると、
当該番組が、いずれかのサービスにおいて現在放送中で
あったか否かを判断する（図３５、ステップＳ３５
７）。いずれかのサービスにおいて現在放送中であれ
ば、ＲＡＭ５４に記憶しておいた開始からの経過時間が
最も短いサービスを選択する（ステップＳ３５９）。

【０２１６】たとえば、プレビュー再生中の番組が「se
ven days」であり、図３６のように複数のサービスＳＶ
５１、ＳＶ５２、ＳＶ５３において時間をずらせて放送
されているものとする。蓄積されているプレビューの再
生を時刻ｔに開始したとすると、開始からの経過時間
は、図３７のようにＲＡＭ５４に記憶される。したがっ
て、ＣＰＵ５８は、この場合、サービスＳＶ５３を選択
する。開始からの経過時間が最も短いものを選択するの
は、可能な限り完全なコンテンツを得ることのでいる可
能性を高めるためである。

【０２１７】ＣＰＵ５８は、ＴＳデコーダ４６を制御し
て、選択したサービスＳＶ５３のＥＳを取得し、パーシ
ャルトランスポートストリームとして、ハードディスク
６０に蓄積する（ステップＳ３６０）。この場合、ＩＣ
カード６０からは、プレビュー時間経過までの間スクラ
ンブルキーＫｓが返送されてくるので、暗号を解くこと
ができる。多くのペイパービュー番組は、繰り返し放送
の各回において、一定のプレビュー時間を許容している
からである。このようにして、購入を予測したキャッシ
ュ蓄積が開始される。

【０２１８】一方、ステップＳ３５７において、当該番
組がいずれのサービスにおいても現在放送中でなけれ
ば、ＥＩＴを参照して、当該番組の放送開始予定時刻を
記憶しておく（ステップＳ３５８）。このようにして記
憶された開始予定時刻の例を、図３８に示す。

【０２１９】以上のようにして、プレビュー再生時に、
当該番組が現在放送中であれば、その番組内容のキャッ
シュ蓄積が開始される。なお、次の番組のプレビューが
開始されると、前の番組のキャッシュ蓄積は消去され
る。

【０２２０】(8-3)購入処理 次に、プレビュー再生時に、ユーザが当該番組の購入処
理を行った場合について説明する。図３２のステップＳ
３０７において、ユーザが購入の入力を行った場合であ
る。この場合、ＣＰＵ５８は、ステップＳ３１１を実行
する。

【０２２１】図４１Ａに、購入等の処理画面を示す。ユ
ーザは、リモコン等によって、購入ボタン２５０、録画
ボタン２５２、予約ボタン２５４を選択して決定する。

【０２２２】購入ボタン２５０が押されると、当該番組
の視聴が開始される。図３９に、購入処理のフローチャ
ートを示す。ＣＰＵ５８は、購入された番組が、キャッ
シュ蓄積されているか否かを判断する（ステップＳ４０
１）。プレビュー再生中に購入処理を行った場合であっ
て、現在放送中の番組である場合には、キャッシュ蓄積
されていることになる。しかし、プレビュー再生中でな
い時に購入処理を行った場合には、キャッシュ蓄積はさ
れていないことになる。

【０２２３】キャッシュ蓄積がある場合には、当該キャ
ッシュ蓄積が番組の開始部分から記録されているか否か
を判断する（ステップＳ４０２）。番組の開始部分から
記録されていれば、ＣＰＵ５８は、キャッシュ蓄積され
たパーシャル・トランスポートストリームを読み出し
て、ＴＳデコーダ４６に与える（図４０、ステップＳ４
１３）。さらに、ＣＰＵ５８は、ＴＳデコーダ４６を制
御して、ＥＳのパケットＩＤを取得し、これをＴＳデコ
ーダ４６にセットする（ステップＳ４１４）。したがっ
て、ＴＳデコーダ４６は、ＥＳをＡＶデコーダ５２に出
力する。これにより、ＴＶセット３６からは、当該番組
の映像音声が出力される。また、購入ボタンを押した時
点において、番組開始から時間が経過していても、番組
の最初から視聴することができる。

【０２２４】ＣＰＵ５８は、上記と並行して、ＴＳデコ
ーダ４８を制御し、当該番組のＥＳを取得する。ただ
し、ＣＰＵ５８は、購入処理を行った旨をＩＣカード６
６に送信する。これにより、ＩＣカード６６は、当該番
組が終わるまで、スクランブルキーＫｓを送り返す。な
お、ＩＣカード６６に記録された購入処理を行った旨の
情報は、ＣＰＵ５８の制御により、モデム６２を介して
コンテンツ提供者装置に送信される。

【０２２５】ＣＰＵ５８は、取得した当該番組のＥＳか
らパーシャル・トランスポートストリームを生成し、ハ
ードディスク６０のキャッシュ蓄積部に追加する（ステ
ップＳ４１５）。また、既に再生した部分を破棄する。
このようにして、キャッシュ蓄積部を用いて、蓄積と再
生を並行して実行していく。番組が終了すると、処理を
終了する（ステップＳ４１６）。

【０２２６】図３９のステップＳ４０２において、キャ
ッシュ蓄積が番組の開始部分から記録されていない場合
には、ステップＳ４０３を実行する。ステップＳ４０３
においては、プレビュー蓄積によって記録した部分と、
キャッシュ蓄積によって記録した部分とに、重複部分が
あるか否かを判断する。

【０２２７】たとえば、図４２に示すように、蓄積プレ
ビューが番組の最初ｔ０から、時刻ｔ２まで記録されて
いたとする。なお、図において、ｔは蓄積プレビューの
番組開始からの経過時刻を示し、ｔ'は現在の放送にお
ける番組開始からの経過時刻を示している。また、蓄積
しておいたプレビューのプレビュー開始時刻ｔ０におい
て、現在の番組放送は、番組開始よりｔ'１時間経過し
ていたものとする。この場合、キャッシュは時刻ｔ'１
から開始される。プレビュー開始の後、時刻ｔ４におい
て、ユーザが購入申込をしたものとする。

【０２２８】図４３に、蓄積プレビューとキャッシュ蓄
積における記録内容を比較するための図を示す。上記の
場合には、蓄積プレビューとキャッシュ蓄積に重複部分
（時刻ｔ''１〜ｔ２）がある。したがって、ＣＰＵ５８
は、ステップＳ４０４に進み、プレビュー済の最後の部
分ｔ４は、キャッシュ蓄積されているか否かを判断す
る。ここでは、図４３に示すように蓄積されているの
で、再生ポインタをプレビュー済の最後の部分ｔ４に設
定する（ステップＳ４０５）。

【０２２９】続いて、ＣＰＵ５８は、キャッシュ蓄積さ
れた番組を、時刻ｔ４に該当する部分から読み出して再
生するとともに、受信した番組をキャッシュ蓄積部に蓄
積する（ステップＳ４１３〜Ｓ４１５）。番組が終了
し、キャッシュ蓄積に記録したものを全て再生し終われ
ば、購入処理を終える（ステップＳ４１６）。以上のよ
うに、購入申込ｔ４の時点で、既に番組が進行していて
も、プリビュー視聴から途切れることなく、連続して番
組を視聴することができる。

【０２３０】次に、図４４に示すようなケース２を考え
てみる。図４２に比べると、番組開始から多くの時間が
経過した後に、キャッシュ蓄積の開始がなされている。
しかし、この場合においても、プレビュー蓄積とキャッ
シュ蓄積とは重複した部分があるので、ステップＳ４０
３からＳ４０４に進む。ステップＳ４０４においては、
プレビュー済の最後の部分ｔ４が、キャッシュ蓄積され
ているか否かを判断する。図４５は、図４４における蓄
積プレビューとキャッシュ蓄積とを比較するための図で
ある。図４５に示すように、プレビュー済の最後の部分
ｔ４は、キャッシュ蓄積されていないので、ステップＳ
４０６に進む。

【０２３１】ステップＳ４０６においては、再生ポイン
タをプレビュー済の最後の部分ｔ４に設定する。さら
に、ステップＳ４０７において、当該部分ｔ４から蓄積
プレビューの再生を行う。すなわち、ＣＰＵ５８はプレ
ビューの続きを再生する。さらに、ＣＰＵ５８は、再生
部分が、キャッシュ蓄積の先頭部分ｔ'１に到達したか
否かを判断する（ステップＳ４０８）。到達していなけ
れば、ステップＳ４０７に戻って、蓄積プレビューの再
生を行う。

【０２３２】キャッシュ蓄積の先頭部分ｔ'１に到達す
れば、キャッシュ蓄積によって記録したものの再生を開
始する。以後は、キャッシュ蓄積を用いて番組の再生を
行っていく（ステップＳ４１３〜Ｓ４１５）。番組が終
了し、キャッシュ蓄積に記録したものを全て再生し終わ
れば、購入処理を終える（ステップＳ４１６）。

【０２３３】次に、図４６に示すようなケース３を考え
てみる。この場合には、番組開始からさらに多くの時間
が経過した後に、キャッシュ蓄積の開始がなされてい
る。したがって、蓄積プレビューとキャッシュ蓄積の重
複部分がない（図４７参照）。ＣＰＵ５８は、完全な番
組の再生をあきらめ、キャッシュ蓄積の先頭部分から再
生を開始する（ステップＳ４０３、Ｓ４１３）。以後
は、キャッシュ蓄積を用いて番組の再生を行っていく
（ステップＳ４１３〜Ｓ４１５）。番組が終了し、キャ
ッシュ蓄積に記録したものを全て再生し終われば、購入
処理を終える（ステップＳ４１６）。

【０２３４】この実施形態では、図４７のような場合
に、購入申込ｔ４の時点で、蓄積プレビューの再生を中
止し、キャッシュ蓄積の先頭部分ｔ'１を読み出して再
生するようにしている。しかし、蓄積プレビューをｔ２
まで再生した後に、キャッシュ蓄積をｔ'１から再生す
るようにしてもよい。

【０２３５】なお、上記では、ステップＳ４０１におい
て、当該番組のキャッシュ蓄積がある場合について説明
した。キャッシュ蓄積がない場合には、ステップＳ４０
１からＳ４１０に進む。ステップＳ４１０、Ｓ４１１で
は、ＣＰＵ５８は、ＴＳデコーダを制御して、購入指定
された番組のＥＳをＡＶデコーダ５２に出力させる。こ
れにより、現在放送されている番組をＴＶ３６セットに
て見ることができる。番組が終了すれば、購入処理を終
了する（ステップＳ４１２）。

【０２３６】(8-4)録画処理 次に、図３２のステップＳ３０７において、ユーザが録
画処理を行った場合について説明する。この場合、ＣＰ
Ｕ５８は、ステップＳ３１２またはＳ３１３を実行す
る。

【０２３７】図４１Ａの画面において、ユーザが録画ボ
タン２５２を押すと、ＣＰＵ５８は、図４１Ｂに示すよ
うな録画メニューを表示する。アナログ録画を選択する
と、ＡＶデコーダ５２のアナログ出力が、ビデオレコー
ダ（図示せず）などにアナログ方式にて録画される。こ
の場合の処理は、図３９、図４０と同様である。

【０２３８】また、ユーザがディジタル録画（視聴）を
選択した場合には、ユーザは当該番組の視聴を行いつつ
録画を行うことができる。したがって、図３９、図４０
の処理に加えて、生成したパーシャル・トランスポート
ストリームを、ハードディスク６０に記録していく処理
を行う。記録形式は、図２８、図２９に示すとおりであ
る。なお、途中からしか記録できなかった場合には、次
回の放送において、不足している部分を追加記録する。

【０２３９】ユーザがディジタル録画（裏録）を選択し
た場合には、ＣＰＵ５８は、図４８、図４９に示す処理
を行う。ＣＰＵ５８は、まず、当該番組のキャッシュ蓄
積があるか否かを判断する（ステップＳ５０１）。キャ
ッシュ蓄積があれば、既に蓄積済のキャッシュ蓄積を本
記録にして、記録を続行する（ステップＳ５０２）。記
録の形式は、図２８、図２９に示すとおりである。これ
を番組終了まで続ける（ステップＳ５０３）。

【０２４０】番組が終了すれば、ＣＰＵ５８は、番組の
先頭から完全な記録ができたか否かを判断する（ステッ
プＳ５０４）。完全な記録ができていれば、処理を終了
する。記録できていない部分があれば、プレビュー蓄積
を結合して、完全な記録にできるかどうかを判断する
（ステップＳ５０５）。完全な記録を生成できる場合
（図４３、図４５などのケース）には、プレビュー蓄積
を結合して完全な記録を完成させる（ステップＳ５０
６）。

【０２４１】なお、プレビュー蓄積を結合しても完全な
記録が得られない場合には、次回放送をにおいて、未記
録部分の記録を行う（ステップＳ５０７）。これによ
り、完全な記録を生成することができる。

【０２４２】なお、ステップＳ５０１において、キャッ
シュ蓄積がない場合にはパーシャルＴＳを生成し、ハー
ドディスク６０への記録を行う（ステップＳ５１０）。
番組が終了すれば、上記と同様に、ステップＳ５０４以
下を実行する。

【０２４３】以上のように、この実施形態では、キャッ
シュ蓄積、プレビュー蓄積を録画の際に利用しているの
で、番組の完全な記録を行うことができる可能性を高く
している。また、次回の放送において完全な記録を完成
させる場合においても、迅速に録画処理を完了すること
ができる。

【０２４４】(8-5)予約処理 次に、図３２のステップＳ３０７において、ユーザが予
約ボタンを押した場合について説明する。この場合、Ｃ
ＰＵ５８は、予約処理（ステップＳ３１４）を実行す
る。予約処理のフローチャートを、図５０、図５１に示
す。

【０２４５】まず、ＣＰＵ５８は、ユーザが予約した番
組が、現在放送中であるか否かを判断する（ステップＳ
６０１）。現在放送中であれば、図４１Ｃに示す画面を
表示し、視聴するか予約するかの選択をユーザに促す
（ステップＳ６０２）。視聴が選択されれば、図３９、
図４０の視聴処理を行う（ステップＳ６０３）。

【０２４６】予約が選択されれば、図３５のステップＳ
３５８にて記録しておいた放送開始予定（図３８）を参
照して、放送開始予定があるか否かを判断する（ステッ
プＳ６０４）。あれば放送開始予定をＴＶセット３６の
画面に出力し（ステップＳ６０５）、当該番組を予約登
録する（ステップＳ６０６）。

【０２４７】ステップＳ６０４において放送開始予定が
なければ、ＣＰＵ５８は、モデム６２を制御してコンテ
ンツ提供者装置にアクセスする（ステップＳ６０７）。
アクセスの後、ユーザが予約しようとした番組のタイト
ルを送信する（ステップＳ６０８）。これにより、コン
テンツ提供者は、番組に対するリクエストを収集するこ
とが可能となり、これを反映した番組スケジュールを組
むことができる。

【０２４８】ＣＰＵ５８は、ＥＩＴを監視し、上記番組
が放送予定に入っていないか否かをウオッチングする
（ステップＳ６０９）。放送予定に新たに追加されれ
ば、ＣＰＵ５８は、その旨をＴＶセット３６の画面に出
力する。

【０２４９】なお、予約時だけでなく、購入ボタンを押
した時に、当該番組の放送予定がない場合にも、上記の
ようにしてコンテンツ提供者装置にリクエストを送るよ
うにしてもよい。

【０２５０】(9)プレビュー可能リストの活用 この実施形態では、図２２に示すようなプレビュー可能
リストを生成している。したがって、図５２に示すよう
に、電子番組表（ＥＰＧ）を表示する際に、当該番組が
プレビュー可能である旨の表示５００を行うことができ
る。これにより、ユーザは、容易にプレビュー可能であ
るか否かを知ることができる。

【０２５１】(10)他の実施形態 上記実施形態では、プレビュー可能な番組は全て蓄積す
るようにしているが、予めユーザが蓄積したいジャンル
を指定して、プレビューを蓄積するようにしてもよい。

【０２５２】また、上記実施形態では、ユーザがプレビ
ューの表示を指令することによりプレビューを表示する
ようにしている。しかし、ジャンル検索などの時間を要
する処理の実行中に、蓄積済のプレビューを適宜表示す
るようにしてもよい。また、ジャンル検索であれば、ユ
ーザが検索しようとしているジャンルのプレビューを表
示するようにしてもよい。

【０２５３】さらに、上記実施形態では、ペイパービュ
ー番組のプレビューを蓄積するようにしている。しか
し、一般の無料番組、ユーザが契約済の番組等を含め
て、ユーザが予め指定した番組の先頭部分のみを蓄積す
るようにしてもよい。ユーザは、これを見て、希望する
複数の番組の先頭部分のダイジェストを効率よく見るこ
とができる。

【０２５４】また、上記実施形態では、先頭部分を蓄積
するようにしているが、番組の他の一部分（ハイライト
シーンなど）を抜き出して記録するようにしてもよい。

【０２５５】上記実施形態では、蓄積プレビューの視聴
中に購入等の申し込みが行われた場合に、キャッシュ蓄
積したものを用いて、放送開始のタイミングと購入決定
のタイミングとがずれた場合であっても、番組の最初か
らの視聴や蓄積ができるようにしている。

【０２５６】しかし、当該番組の蓄積プレビューがある
にもかかわらず、ユーザは、実際に放送されてきている
当該番組のプレビューを視聴し、購入等の申し込みを行
う場合もある。たとえば、図５３に示すように、放送開
始から時刻Ｔｓにプレビューを開始したとすれば、時刻
Ｔ０から時刻Ｔｓの内容をユーザは見ることができな
い。この場合に、開始時刻Ｔ０から購入申込の時刻Ｔｄ
までの経過時間が、蓄積プレビューの再生時間（ｔ０か
らｔ２までの時間）よりも短ければ、蓄積プレビューを
バッファとして用いて（バッファにコピーして）、番組
の最初からの内容をユーザに視聴させることができる。

【０２５７】なお、上記実施形態では、受信装置が蓄積
部を含んでいる場合について説明した。しかし、蓄積部
は、受信装置と別体となっていてもよい。

【０２５８】次に示す第２の実施形態の「その他の実施
形態」の欄やその他の部分において記述する他の実施形
態は、第１の実施形態にも適用することができるもので
ある。

【０２５９】２．第２の実施形態 (1)概要 上記第１の実施形態では、使用者がコンテンツの購入指
令を出して蓄積を始めた後、コンテンツの蓄積途中にハ
ードディスク６０の容量がなくなってしまうおそれがあ
る。特にコンテンツが有料である場合には、このような
事態は、使用者にとって許容しがたいものとなる。

【０２６０】以下に示す第２の実施形態では、上記のよ
うな問題に鑑みて、購入指令（蓄積指令）を受けた際
に、当該コンテンツが蓄積可能かどうかを予め示すよう
にしている。

【０２６１】また、第２の実施形態では、使用者の視聴
履歴や蓄積条件などを記録しておき、コンテンツ提供者
装置に送信するようにしている。これにより、コンテン
ツ提供者は、使用者の嗜好などを知ることができ、コン
テンツ製作や放送スケジュール作成などに生かすことが
できる。

【０２６２】第２の実施形態における放送システムの全
体構成は、図１と同様である。また、送信装置の基本的
な構成、受信装置の基本的な構成、ハードウエア構成等
も、第１の実施形態と同様である（図３、図６、図７参
照）。さらに、プレビュー蓄積処理、プレビュー視聴処
理なども、基本的な部分は第１の実施形態と同様であ
る。

【０２６３】以下では、第２の実施形態におけるプレビ
ュー蓄積処理、プレビュー視聴処理について、第１の実
施形態と異なる点に焦点を絞って説明を行う。

【０２６４】(2)プレビュー蓄積処理 プレビュー蓄積処理は、図１４〜図１７、図２３〜図２
６に示すフローチャートと基本的部分において同様であ
る。

【０２６５】この実施形態では、ハードディスク６０に
プレビューなどを蓄積する際に、インデックスとして併
せて記録するストリーム情報テーブル（図２６のステッ
プＳ２１５、図２９参照）の内容が異なっている。図５
４に、この実施形態におけるストリーム情報テーブルの
構造例を示す。また、図５５に、データ例を示す。

【０２６６】この実施形態では、視聴済判定欄１１０に
は、視聴済か否かだけでなく、視聴回数も記録するよう
にしている。購入欄１２３は、当該プレビューに対応す
るコンテンツが購入されたか否かを示すフラグである。
「−」であれば実購入、「済」であれば購入済である。
プレビュー容量欄１２４は、当該プレビューを蓄積する
ために要した容量（メガバイト）である。

【０２６７】ＣＰＵ５８は、プレビューの蓄積を行った
際には、上記のようにプレビュー蓄積容量をストリーム
情報テーブルに記録するようにしている（図２６、ステ
ップＳ２１５参照）。なお、記録したプレビュー蓄積容
量は、後の処理において、コンテンツ全体の蓄積容量を
予想するために用いる。

【０２６８】(3)プレビュー視聴処理 プレビュー視聴処理は、図３１、図３２、図３４、図３
５、図３９、図４０、図４８〜図５１と基本部分におい
て同様である。

【０２６９】この実施形態においては、図５６に示すよ
うに、ステップＳ３０２の前に、コンテンツ蓄積に必要
な容量を予測する処理（ステップＳ３１０５）を行うよ
うにしている。また、図５４の視聴済判定欄１１０に対
応して、ステップＳ３０６においては、視聴回数を記録
するようにしている。

【０２７０】図５７に、ステップＳ３１０５の必要容量
予測処理の詳細を示す。ＣＰＵ５８は、図２２のプレビ
ュー可能リストから、対象となっているプレビューに対
応するコンテンツ全体の放送時間を取得する（ステップ
Ｓ７０１）。なお、ＥＩＴから直接、当該コンテンツ全
体の放送時間を取得するようにしてもよい。次に、ＣＰ
Ｕ５８は、当該コンテンツ（あるいは当該コンテンツが
放送されるサービスにおける他のコンテンツ）のエレメ
ンタリーストリームを受信するよう制御する。さらに、
ＣＰＵ５８は、このエレメンタリーストリームのヘッダ
領域に、単位時間当たりの送信容量であるＢＲＶ(Bit R
ate Value)が記述されているか否かを判断する（ステッ
プＳ７０２、Ｓ７０３）。ここで、ＢＲＶは、１秒あた
りに送信されるビットを示している。

【０２７１】ビットレートが取得できた場合には、ＣＰ
Ｕ５８は、コンテンツ全体の放送時間とビットレートと
に基づいて、必要容量を予測する（ステップＳ７０３、
Ｓ７０４）。つまり、下式によって必要容量の予測を行
う。

【０２７２】 必要容量 ＝ （放送時間×ＢＲＶ）／８ なお、この実施形態においては１バイトを８ビットとし
ている。したがって、必要容量をバイトにて算出するた
めに、８で除してバイト数を得ている。

【０２７３】ＢＶＲが取得できない場合には、プレビュ
ーを蓄積した際の必要容量pv、プレビューの時間pt、コ
ンテンツ全体の時間htに基づいて、コンテンツ全体に対
する必要容量hvを推測する。すなわち、下式に基づいて
必要容量hvを推測する（ステップＳ７０３、Ｓ７０
５）。

【０２７４】hv = pv・(ht/pt) 図５８のステップＳ３１０において、使用者の操作によ
って、ディジタル録画が入力された場合、ＣＰＵ５８
は、上記にて予測した必要容量が、ハードディスクの残
容量よりも大きいか否かを判断する（ステップＳ３２
１）。必要容量が残容量を越えていれば、ＣＰＵ５８
は、図５９に示すような中止選択画面（警告画面）を出
力する（ステップＳ３２２）。

【０２７５】この中止選択画面においては、コンテンツ
（番組）が全て蓄積できないおそれがある旨の警告が表
示される。その上で、購入ボタン７００、中止ボタン７
０２、戻るボタン７０４を表示して、使用者が何れかを
選択可能にしている。中止ボタン７０２が選択された場
合には、当該コンテンツの蓄積を中止して、次のコンテ
ンツのプレビュー視聴に移る。購入ボタン７００が選択
された場合には、デジタル録画の処理が実行される（ス
テップＳ３１３）。

【０２７６】また、ステップＳ３２１において、必要容
量よりも残容量の方が大きければ、ＣＰＵ５８は、ディ
ジタル録が処理を実行する（ステップＳ３１３）。

【０２７７】上記のようにして、この実施形態では、こ
れから蓄積しようとするコンテンツが蓄積できるかどう
かを判定し、蓄積できない場合には、その旨を警告とし
て表示するようにしている。

【０２７８】なお、この実施形態では、図６０Ｃに示す
ように、カーソルによって選択されているプレビューに
ついて、そのコンテンツ全体の再生時間、必要容量およ
び当該コンテンツを蓄積した後のハードディスクの残容
量を表示するようにしている。これにより、使用者は、
容易にコンテンツの再生時間等の概要を知ることができ
る。

【０２７９】同様に、図６１に示すように、電子番組ガ
イド（ＥＰＧ）において、カーソルによって選択されて
いるコンテンツの、プレビュー再生時間（図では６０
秒）、コンテンツ全体の再生時間（図では６０分）、プ
レビュー記録に必要な容量（図では３０ＭＢ）、コンテ
ンツ全体の必要容量（図では１８ＧＢ）、当該コンテン
ツを蓄積した場合のハードディスクの残容量（図では３
２ＧＢ）、ハードディスクの全容量（図では６０ＧＢ）
を表示するようにしている。これにより、プレビューが
可能か否かだけでなく、コンテンツの再生時間等を容易
に知ることができる。

【０２８０】また、この実施形態では、使用者が、蓄積
したいプレビューをジャンルなどによって指定すること
ができるようにしている。図６２に、その指定画面を示
す。図６２Ａの画面において、使用者のリモコン操作に
より、全コンテンツのボタン８００が選択されて決定さ
れると、ＣＰＵ５８は、図６３に示すハードディスク６
０内の蓄積条件記録テーブルに、当該条件を記録する。
ジャンル指定ボタン８０２が選択されて決定されると、
ＣＰＵ５８は、図６２Ｂに示す選択画面を表示する。使
用者によって、邦画ボタン８０６が選択決定されると、
ＣＰＵ５８は、図６３に示すように、蓄積条件記録テー
ブルに邦画を記録する。

【０２８１】ＣＰＵ５８は、プレビュー蓄積を行う際
に、この蓄積条件記録テーブルを参照し、プレビュー可
能なコンテンツの内、条件に合致するコンテンツを選択
してプレビューの蓄積を行う。図６３のように蓄積条件
が記録されている場合には、邦画のコンテンツについて
そのプレビューが蓄積されることになる。

【０２８２】さらに、この実施形態では、実際に視聴し
たコンテンツの履歴を、ハードディスク６０内の視聴履
歴テーブルに記録するようにしている。図６４に、視聴
履歴テーブルを示す。チャネル番号（サービス番号）、
ジャンル、放送日時（放送された日時）、視聴日時（視
聴した日時）、視聴時間、プレビューか否かのフラグな
どが、視聴時に記録される。この実施形態では、蓄積し
たものを再生して視聴した場合も、受信して直ちに視聴
した場合も、区別せずに記録するようにしている。これ
は、放送日時と視聴日時とが同じ場合には受信して視聴
したものとして、放送日時と視聴日時が異なる場合には
蓄積したものを再生して視聴したものとして判断するこ
とができるからである。

【０２８３】また、プレビューのフラグは、「１」がプ
レビュー、「０」が通常のコンテンツを示している。し
たがって、この記録により、プレビューを視聴してか
ら、これに対応するコンテンツを視聴したか、いきなり
コンテンツを視聴したかなどを知ることができる。

【０２８４】この実施形態では、視聴履歴が所定数蓄積
されると（たとえば、１０個ごと）、ＣＰＵ５８は、モ
デム６２を制御して、コンテンツ提供者装置４に、この
視聴履歴を送信する。この際、併せて、蓄積条件記録テ
ーブルの内容も送信する。さらに、ストリーム情報テー
ブルの内容（特に、コンテンツ購入の有無）も送信す
る。加えて、ＩＣカード６６内に記述されている個人情
報も付加して送信する。ただし、プライバシーに配慮す
べく、使用者の同意がない限り、性別、年齢等の情報に
とどめることが好ましい。一方、氏名や住所等の送信許
可を行った使用者に対しては、料金割引等の特典を与え
るようにしてもよい。

【０２８５】なお、新たな視聴履歴が蓄積されるごとに
送信するようにしてもよい。また、所定期間ごと（たと
えば毎夜）に送信するようにしてもよい。

【０２８６】これを受けたコンテンツ提供者装置４は、
これらのデータに基づいて、使用者の嗜好等を取得する
ことができる。特に、この実施形態では、使用者がどの
ような条件にてプレビュー蓄積を希望しているか、どの
ようなコンテンツのプレビューを視聴したか、どのよう
なコンテンツを視聴したか、という３段階での判断が可
能となっている。また、プレビュー視聴と対応するコン
テンツ視聴との関連性を把握することもできる。

【０２８７】(4)他の実施形態 上記実施形態では、プレビュー再生時にコンテンツ全体
の必要容量を予想するようにしている。しかし、図２６
のステップＳ２１５において、必要容量を算出してお
き、図６５、図６６に示すようなストリーム情報テーブ
ルを記録するようにしてもよい。このようにすれば、複
数のコンテンツに対する蓄積指令が与えられた場合であ
っても、蓄積可能かどうかを容易に判定することができ
る。また、図６０、図６１のような表示を容易に行うこ
とができる。

【０２８８】また、上記実施形態では、コンテンツの蓄
積ができないと予想される場合に、その旨を警告として
表示している。しかし、記録時のデータ圧縮率を上げて
（画像や音声の品質を落として）蓄積が可能となる場合
には、その旨を表示するようにしてもよい。また、この
ような圧縮率を上げた蓄積を実行するためのボタン（ア
イコン）を表示するようにしてもよい。

【０２８９】また、圧縮率に代えて、コンテンツを間引
いて蓄積すれば蓄積可能である旨を表示するようにして
もよい。さらに、既に蓄積されているコンテンツを消去
すれば蓄積可能となる場合、その旨を表示するようにし
てもよい。あるいは、当該記録対象となっているコンテ
ンツに代えて、記録可能な他のコンテンツを提示するよ
うにしてもよい。

【０２９０】上記実施形態においては、部分コンテンツ
がプレビューコンテンツである場合について説明した。
しかし、ハイライトシーン、バイオレンスシーン、性的
シーン、特定のタレントが出場するシーンなどを部分コ
ンテンツとすることができる。

【０２９１】第１の実施形態の「その他の実施形態」の
欄やその他の部分において記述した他の実施形態は、第
２の実施形態にも適用することができるものである。

【図面の簡単な説明】

【図１】この発明の一実施形態による送受信システムの
全体構成を示す図である。

【図２】放送に含まれるトランスポートストリームおよ
びサービスを示す図である。

【図３】送信装置の構成を示す図である。

【図４】送信装置から送出されるデータを示す図であ
る。

【図５】送信装置から送出されるデータを示す図であ
る。

【図６】受信装置の構成を示す図である。

【図７】受信装置のハードウエア構成を示す図である。

【図８】ＩＣカードをハードウエア構成を示す図であ
る。

【図９】暗号化と復号化の仕組みを示す図である。

【図１０】受信処理のフローチャートを示す図である。

【図１１】ＮＩＴの内容を示す図である。

【図１２】ＰＡＴの内容を示す図である。

【図１３】ＰＭＴの内容を示す図である。

【図１４】プレビュー蓄積処理のフローチャートを示す
図である。

【図１５】プレビュー可能リスト生成処理のフローチャ
ートを示す図である。

【図１６】プレビュー可能リスト生成処理のフローチャ
ートを示す図である。

【図１７】プレビュー可能リスト生成処理のフローチャ
ートを示す図である。

【図１８】ＴＳリストを示す図である。

【図１９】サービスリストを示す図である。

【図２０】ＥＣＭに含まれる情報を示す図である。

【図２１】プレビュー可能リストを示す図である。

【図２２】プレビュー可能リストを示す図である。

【図２３】プレビューの自動蓄積処理のフローチャート
を示す図である。

【図２４】プレビューの自動蓄積処理のフローチャート
を示す図である。

【図２５】プレビューの自動蓄積処理のフローチャート
を示す図である。

【図２６】プレビューの自動蓄積処理のフローチャート
を示す図である。

【図２７】パーシャル・トランスポートストリームの構
造を示す図である。

【図２８】パーシャル・トランスポートストリームのハ
ードディスクへの記録形式を示す図である。

【図２９】ストリーム情報テーブルの構造を示す図であ
る。

【図３０】ストリーム情報テーブルの例を示す図であ
る。

【図３１】プレビュー視聴のフローチャートを示す図で
ある。

【図３２】プレビュー視聴のフローチャートを示す図で
ある。

【図３３】プレビュー視聴の選択画面を示す図である。

【図３４】キャッシュ処理のフローチャートを示す図で
ある。

【図３５】キャッシュ処理のフローチャートを示す図で
ある。

【図３６】複数のサービスにおける番組開始の時間的関
係を示す図である。

【図３７】番組開始からの経過時間のテーブルを示す図
である。

【図３８】開始予定時刻のテーブルを示す図である。

【図３９】購入処理のフローチャートを示す図である。

【図４０】購入処理のフローチャートを示す図である。

【図４１】購入、録画、予約画面を示す図である。

【図４２】蓄積プレビューとキャッシュ蓄積との関係を
示す図である。

【図４３】蓄積プレビューとキャッシュ蓄積との関係を
示す図である。

【図４４】蓄積プレビューとキャッシュ蓄積との関係を
示す図である。

【図４５】蓄積プレビューとキャッシュ蓄積との関係を
示す図である。

【図４６】蓄積プレビューとキャッシュ蓄積との関係を
示す図である。

【図４７】蓄積プレビューとキャッシュ蓄積との関係を
示す図である。

【図４８】ディジタル録画処理のフローチャートを示す
図である。

【図４９】ディジタル録画処理のフローチャートを示す
図である。

【図５０】予約処理のフローチャートを示す図である。

【図５１】予約処理のフローチャートを示す図である。

【図５２】電子番組表を示す図である。

【図５３】他の実施形態による蓄積プレビューと放送コ
ンテンツとの関係を示す図である。

【図５４】第２の実施形態によるストリーム情報テーブ
ルの構造を示す図である。

【図５５】ストリーム情報テーブルのデータ例を示す図
である

【図５６】プレビュー視聴のフロチャートを示す図であ
る。

【図５７】必要容量の予測処理のフロチャートを示す図
である。

【図５８】プレビュー視聴のフローチャートを示す図で
ある。

【図５９】容量不足を警告する画面を示す図である。

【図６０】プレビュー指定画面におけるコンテンツ情報
の表示を示す図である。

【図６１】ＥＰＧ画面におけるコンテンツ情報の表示を
示す図である。

【図６２】プレビュー蓄積条件指定画面を示す図であ
る。

【図６３】蓄積条件記録テーブルを示す図である。

【図６４】視聴履歴テーブルを示す図である。

【図６５】他の実施形態によるストリーム情報テーブル
の構造を示す図である。

【図６６】他の実施形態によるストリーム情報テーブル
の例を示す図である。

【符号の説明】

８・・・受信装置 ２０・・・受信部 ２２・・・復元部 ２４・・・通信部 ２６・・・制御部 ２８・・・蓄積制御部 ３０・・・再生制御部 ３２・・・蓄積部 ３４・・・操作受付部

Claims (46)

【特許請求の範囲】
1. 【請求項１】送信装置から送信されてきたコンテンツを
   受信する受信部と、 コンテンツを蓄積するための蓄積部と、 受信部によって受信したコンテンツまたは蓄積部に蓄積
   したコンテンツを、制御部の制御に従って復元して出力
   する復元部と、 少なくとも復元部を制御する制御部と、 を備えた蓄積型受信装置であって、 前記制御部は、 複数のコンテンツについて、予め各コンテンツの一部の
   みを部分コンテンツとして取り出して蓄積部に出力する
   よう復元部を制御する蓄積制御部と、 蓄積部に蓄積された部分コンテンツを読み出し、再生し
   て出力する再生制御部と、 を備えていることを特徴とする蓄積型受信装置。
2. 【請求項２】受信部によって受信されたコンテンツを蓄
   積部に蓄積するよう制御し、蓄積部に蓄積されたコンテ
   ンツを読み出して復元する制御を行う蓄積制御装置であ
   って、 複数のコンテンツについて、予め各コンテンツの一部の
   みを部分コンテンツとして取り出して蓄積部に出力する
   よう復元部を制御する蓄積制御部と、蓄積部に蓄積され
   た部分コンテンツを所望の時に読み出し、再生して出力
   する再生制御部とを備えた制御部、 を備えていることを特徴とする蓄積制御装置。
3. 【請求項３】送信されてきたコンテンツを受信して蓄積
   し、蓄積したコンテンツを復元して出力する受信装置を
   制御するためのプログラムであって、 複数のコンテンツについて、予め各コンテンツの一部の
   みを部分コンテンツとして取り出して蓄積するよう制御
   する蓄積制御部と、蓄積された部分コンテンツを読み出
   し、再生して出力する再生制御部とを備えた制御部とし
   ての機能を実現するためのプログラム。
4. 【請求項４】請求項３のプログラムを記録した記録媒
   体。
5. 【請求項５】請求項１〜４のいずれかの装置、プログラ
   ムまたは記録媒体において、 前記再生制御部は、使用者からの部分コンテンツ再生指
   令に基づいて、蓄積された複数の部分コンテンツから所
   望の部分コンテンツを選択して再生することを特徴とす
   るもの。
6. 【請求項６】請求項５の装置、プログラムまたは記録媒
   体において、 前記制御部は、使用者からの部分コンテンツ再生指令に
   よって選択された部分コンテンツを特定するための情報
   を記録または外部に送信することを特徴とするもの。
7. 【請求項７】請求項１〜６のいずれかの装置、プログラ
   ムまたは記録媒体において、 前記再生制御部は、部分コンテンツ再生指令とは異なる
   指令に対する制御を制御部が行っている間に、蓄積され
   た複数の部分コンテンツから所望の部分コンテンツを選
   択して再生することを特徴とするもの。
8. 【請求項８】請求項７の装置、プログラムまたは記録媒
   体において、 前記異なる指令は、ジャンル検索による番組表の表示命
   令であり、 前記再生制御部は、前記指令によって検索対象となって
   いるジャンルに属する部分コンテンツを所望の部分コン
   テンツとして選択して再生することを特徴とするもの。
9. 【請求項９】請求項１〜８のいずれかの装置、プログラ
   ムまたは記録媒体において、 前記再生制御部は、蓄積部に蓄積された複数の部分コン
   テンツを、順次、再生するよう制御することを特徴とす
   るもの。
10. 【請求項１０】請求項１〜９のいずれかの装置、プログ
    ラムまたは記録媒体において、 前記制御部は、受信部からの信号を復元部においてコン
    テンツに復元して出力するよう制御する処理と平行し
    て、複数のコンテンツについて、予め各コンテンツの一
    部のみを部分コンテンツとして取り出して蓄積部に出力
    するよう復元部を制御することを特徴とするもの。
11. 【請求項１１】請求項１〜１０のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記蓄積制御部は、使用者の指令した条件に合致するコ
    ンテンツの部分コンテンツのみを蓄積部に出力するよう
    制御することを特徴とするもの。
12. 【請求項１２】請求項１１の装置、プログラムまたは記
    録媒体において、 前記蓄積制御部は、前記使用者による部分コンテンツ蓄
    積条件を記録または外部に送信することを特徴とするも
    の。
13. 【請求項１３】請求項１２の装置、プログラムまたは記
    録媒体において、 前記部分コンテンツ蓄積条件は、コンテンツのジャンル
    であることを特徴とするもの。
14. 【請求項１４】請求項１〜１３のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記蓄積制御部は、受信部からの出力に基づいて、各コ
    ンテンツがペイパービューコンテンツであるか否かを判
    断し、ペイパービューコンテンツであれば、当該コンテ
    ンツのプレビューを部分コンテンツとして取り出して蓄
    積部に出力するよう復元部を制御することを特徴とする
    もの。
15. 【請求項１５】請求項１４の装置、プログラムまたは記
    録媒体において、 前記制御部は、ペイパービューコンテンツに対する使用
    者からの購入指令を受けると、以下の処理を行うことを
    特徴とするもの：当該購入指令の時において、受信部が
    受信して出力している当該ペイパービューコンテンツの
    開始からの経過時間よりも、蓄積部に蓄積済の当該ペイ
    パービューコンテンツのプレビューの再生時間の方が長
    いか否かを判断し、 前記再生時間の方が長ければ、蓄積部に蓄積されている
    当該プレビューを再生するとともに、少なくとも前記経
    過時間よりも長いコンテンツを一時記憶できる一時記憶
    部を用いて、当該ペイパービューコンテンツを受信して
    一時記憶部に記憶しつつ、一時記憶部に記憶した当該ペ
    イパービューコンテンツを再生する。
16. 【請求項１６】請求項１〜１５のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記制御部は、プレビューを視聴した使用者によるペイ
    パービューコンテンツに対する購入指令を受けると、以
    下の処理を行うことを特徴とするもの：当該購入の時に
    おいて、現在、当該ペイパービューコンテンツの送信が
    行われているか否かを、受信した番組情報に基づいて判
    断し、 現在、送信が行われていなければ、当該ペイパービュー
    コンテンツの購入指令を記憶しておき、 番組情報が更新されるごとに、購入指令を記憶したペイ
    パービューコンテンツの送信予定があるか否かを判断
    し、送信予定があれば、その旨の表示出力を行う。
17. 【請求項１７】請求項１〜１６のいずれかの装置、プロ
    グラムまたは記録媒体において、 コンテンツ提供者装置と通信回線を介して通信を行うた
    めの通信部をさらに備え、 前記制御部は、プレビューを視聴した使用者によるペイ
    パービューコンテンツに対する購入指令を受けると、以
    下の処理を行うことを特徴とするもの：当該購入の時に
    おいて、現在、当該ペイパービューコンテンツの送信が
    行われているか否かを、受信した番組情報に基づいて判
    断し、 現在、送信が行われていなければ、当該ペイパービュー
    コンテンツの購入指令を、通信部により、コンテンツ提
    供者装置に送信するよう制御する。
18. 【請求項１８】請求項１〜１７のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記制御部は、受信した番組情報を復元する際に、部分
    コンテンツを蓄積部に蓄積したコンテンツを、他のコン
    テンツと区別可能に表示するように表示出力を行うこと
    を特徴とするもの。
19. 【請求項１９】請求項１〜１８のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記蓄積制御部は、蓄積部に新たな部分コンテンツを蓄
    積できなくなった場合、最も古く蓄積を行った部分コン
    テンツから削除して、蓄積可能とすることを特徴とする
    もの。
20. 【請求項２０】請求項１〜１８のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記蓄積制御部は、蓄積部に新たな部分コンテンツを蓄
    積できなくなった場合、受信した番組情報に基づいて、
    現在送信されていないコンテンツの部分コンテンツを見
    出し、当該部分コンテンツを削除して、新たな部分コン
    テンツを蓄積可能とすることを特徴とするもの。
21. 【請求項２１】請求項１〜１８のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記蓄積制御部は、蓄積部に新たな部分コンテンツを蓄
    積できなくなった場合、既に再生された部分コンテンツ
    を削除して、新たな部分コンテンツを蓄積可能とするこ
    とを特徴とするもの。
22. 【請求項２２】請求項１〜１８のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記蓄積制御部は、蓄積部に新たな部分コンテンツを蓄
    積できなくなった場合、使用者の指令に応じて既に再生
    されたコンテンツに対応する部分コンテンツを削除し
    て、新たな部分コンテンツを蓄積可能とすることを特徴
    とするもの。
23. 【請求項２３】請求項１〜２２のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記制御部は、蓄積した部分コンテンツを再生している
    際に、当該部分コンテンツに対応するコンテンツが現在
    受信できるか否かを判断し、受信できれば当該コンテン
    ツを一時的に記録することを特徴とするもの。
24. 【請求項２４】請求項２３の装置、プログラムまたは記
    録媒体において、 前記制御部は、蓄積した部分コンテンツを再生している
    際に、当該部分コンテンツに対応するコンテンツに対し
    ての使用者からの購入要求を受けると、前記一時的に記
    録しておいたコンテンツを用いて、受信しているコンテ
    ンツの不足部分を補うことを特徴とするもの。
25. 【請求項２５】請求項２４の装置、プログラムまたは記
    録媒体において、 前記制御部は、さらに、蓄積した部分コンテンツも併せ
    て用いて、受信しているコンテンツの不足部分を補うこ
    とを特徴とするもの。
26. 【請求項２６】請求項２４または２５の装置、プログラ
    ムまたは記録媒体において、 バッファを用意して、当該バッファに一時的に記録した
    コンテンツまたは蓄積した部分コンテンツまたはその双
    方を一時的に記憶し、 当該バッファに記憶された内容を読み出して再生した
    後、当該再生した内容を削除するとともに、当該バッフ
    ァに受信したコンテンツを追加して記憶することによっ
    て、コンテンツの不足部分を補いつつ再生することを特
    徴とするもの。
27. 【請求項２７】請求項１〜２６のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記部分コンテンツは、ペイパービューコンテンツのプ
    レビューであることを特徴とするもの。
28. 【請求項２８】請求項２７の装置、プログラムまたは記
    録媒体において、 前記制御部の蓄積制御部は、送信されてきたコンテンツ
    のうち、プレビュー可能なペイパービューコンテンツを
    選択して、プレビューを蓄積することを特徴とするも
    の。
29. 【請求項２９】請求項２８の装置、プログラムまたは記
    録媒体において、 前記蓄積制御部は、受信したＥＣＭの内容および、ＥＣ
    Ｍを鍵再生部に送信した結果として有効な鍵が返送され
    てきたことの双方に基づいて、プレビュー可能なペイパ
    ービューコンテンツであるか否かを判断することを特徴
    とするもの。
30. 【請求項３０】請求項２８または２９の装置、プログラ
    ムまたは記録媒体において、 前記蓄積制御部は、プレビュー可能なペイパービューコ
    ンテンツを選択してリストを生成した後、当該リストに
    基づいて、プレビューの蓄積を行うことを特徴とするも
    の。
31. 【請求項３１】請求項１〜３０のいずれかの装置、プロ
    グラムまたは記録媒体において、 前記蓄積制御部は、使用者からの蓄積要求を受けると、
    蓄積要求の対象となっているコンテンツの容量と、蓄積
    部の残容量とに基づいて、当該コンテンツの蓄積に支障
    がないかどうかを判断し、少なくとも支障があると判断
    した場合にはその旨を出力することを特徴とするもの。
32. 【請求項３２】請求項３１の装置、プログラムまたは記
    録媒体において、 前記蓄積制御部は、コンテンツの単位時間当たりの送信
    容量情報と、当該コンテンツの時間長とに基づいて、コ
    ンテンツ蓄積に必要な容量を予測することを特徴とする
    もの。
33. 【請求項３３】請求項３１の装置、プログラムまたは記
    録媒体において、 前記蓄積制御部は、当該コンテンツの部分コンテンツの
    時間長と必要容量、および当該コンテンツの時間長とに
    基づいて、当該コンテンツ蓄積に必要な容量を予測する
    ことを特徴とするもの。
34. 【請求項３４】請求項３１〜３３のいずれかの装置、プ
    ログラム、または記録媒体において、 前記蓄積制御部は、前記部分コンテンツの蓄積の際に、
    予め各コンテンツの容量を記録するようにしており、当
    該記録内容に基づいて、各コンテンツの容量を取得する
    ことを特徴とするもの。
35. 【請求項３５】請求項３４の装置、プログラム、または
    記録媒体において、 前記蓄積制御部は、蓄積要求の対象となっているコンテ
    ンツの蓄積に支障があると判断した場合、予め記録して
    おいた各コンテンツの容量に基づいて、蓄積可能な他の
    コンテンツを蓄積候補として出力することを特徴とする
    もの。
36. 【請求項３６】請求項３１〜３５のいずれかの装置、プ
    ログラムまたは記録媒体において、 前記蓄積制御部は、蓄積要求の対象となっているコンテ
    ンツの蓄積に支障があると判断した場合、圧縮率を変更
    すれば当該コンテンツを蓄積できるか否かをさらに判断
    し、蓄積可能となる圧縮率を見いだした場合には、当該
    圧縮率を出力することを特徴とするもの。
37. 【請求項３７】請求項３１〜３５のいすれかの装置、プ
    ログラムまたは記録媒体において、 前記蓄積制御部は、蓄積要求の対象となっているコンテ
    ンツの蓄積に支障があると判断した場合、要約的蓄積を
    行えば当該コンテンツを蓄積できるか否かをさらに判断
    し、要約的蓄積によって蓄積が可能であると判断した場
    合には、その旨を出力することを特徴とするもの。
38. 【請求項３８】コンテンツの一部を部分コンテンツとし
    て視聴することのできる受信装置であって、 部分コンテンツを視聴した履歴およびコンテンツを視聴
    した履歴を記録または外部に送信する制御部を備えた受
    信装置。
39. 【請求項３９】送信されてきたコンテンツを受信して蓄
    積し、蓄積したコンテンツを復元して出力する受信装置
    であって、 使用者の指令した条件に合致するコンテンツの部分コン
    テンツを選択して蓄積するとともに、前記使用者による
    部分コンテンツ蓄積条件を記録または外部に送信するよ
    う制御する制御部を備えた受信装置。
40. 【請求項４０】請求項３９の受信装置において、 前記制御部は、蓄積された部分コンテンツを視聴する指
    令を使用者が与えた履歴も記録または外部に送信するよ
    う制御することを特徴とするもの。
41. 【請求項４１】請求項３９または４０の受信装置におい
    て、 前記制御部は、受信したコンテンツを視聴または蓄積す
    る指令、または蓄積されたコンテンツを視聴する指令を
    使用者が与えた履歴も記録または外部に送信するよう制
    御することを特徴とするもの。
42. 【請求項４２】請求項３８〜４１のいずれかの受信装置
    において、 前記制御部は、一旦記録した履歴または条件を送信装置
    側に送信することを特徴とするもの。
43. 【請求項４３】受信装置における電子番組表の表示方法
    であって、 プレビュー視聴が可能であるか否かを、各有料番組に対
    して表示するようにしたことを特徴とする電子番組の表
    示方法。
44. 【請求項４４】請求項４３の電子番組表の表示方法であ
    って、 少なくとも前記各有料番組に対して、蓄積に必要な容量
    を表示するようにしたことを特徴とするもの。
45. 【請求項４５】受信側は、送信側から送信されてきたコ
    ンテンツのプレビューを予め蓄積しておき、 プレビューの再生が必要なときに、当該蓄積しておいた
    プレビューを再生することを特徴とする受信方法。
46. 【請求項４６】受信側は、送信側から送信されてきたコ
    ンテンツのプレビューを予め蓄積しておき、 使用者が蓄積したプレビューに基づいてコンテンツ購入
    を指令した時において、現在、当該ペイパービューコン
    テンツの放送が行われているか否かを、受信した番組情
    報に基づいて判断し、 現在、放送が行われていなければ、当該ペイパービュー
    コンテンツの購入指令を、送信側に送り、 送信側は、複数の受信側からのペイパービューコンテン
    ツの購入指令を受け、当該購入指令の量に基づいて、当
    該ペイパービューコンテンツの再放送を行うか否かを決
    定することを特徴とするコンテンツ放送管理方法。