JP4203940B2 - 蓄積型受信装置 - Google Patents
蓄積型受信装置 Download PDFInfo
- Publication number
- JP4203940B2 JP4203940B2 JP2002042723A JP2002042723A JP4203940B2 JP 4203940 B2 JP4203940 B2 JP 4203940B2 JP 2002042723 A JP2002042723 A JP 2002042723A JP 2002042723 A JP2002042723 A JP 2002042723A JP 4203940 B2 JP4203940 B2 JP 4203940B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- preview
- unit
- storage
- pay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
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 back」のプレビューが選択される。
【０２０３】
次に、当該プレビューのストリームＩＤ「０００１」を読み出し、プレビューのパーシャル・トランスポートストリームを読み出す（ステップＳ３０２）。このパーシャル・トランスポートストリームをＴＳデコーダ４８に与える。続いて、ＣＰＵ５８は、ＰＡＴのパケットＩＤをＴＳデコーダ４８にセットし、ＰＡＴを取得する。さらに、取得したＰＡＴから、ＰＭＴ、ＳＩＴのパケットＩＤを得て、これをＴＳデコーダ４８にセットし、ＰＭＴ、ＳＩＴを取得する。このようにして、パーシャル・トランスポートストリームから、ＰＡＴ、ＰＭＴ、ＳＩＴを取得する（ステップＳ３０３）。
【０２０４】
次に、購入を予測したキャッシュ処理を行う（ステップＳ３０４）。このキャッシュ処理は、ユーザがプレビューを見て番組を購入する場合に備えて、事前に番組の蓄積を開始するものである。このキャッシュ処理については、後で詳述する。
【０２０５】
キャッシュ処理に続き、ＣＰＵ５８は、読み出したパーシャル・トランスポートストリームをトランスポートデコーダ４８に与える。さらに、ＰＭＴに基づいて得たプレビューのＥＳのパケットＩＤをトランスポートデコーダ４８にセットする。これにより、トランスポートデコーダ４８は、パーシャルトランスポートストリームの中から、「pay them back」のＥＳを選択して、ＡＶデコーダ５２に出力する。したがって、ＴＶセット３６に、「pay them back」のプリビューが出力される。
【０２０６】
ＣＰＵ５８は、図３０のストリーム情報テーブルにおいて、「pay them back」の視聴済判定の欄に「済」を記録する（ステップＳ３０６）。この間、ＣＰＵ５８は、ユーザからの操作入力を待っている（ステップＳ３０７）。ユーザからの入力がなければ、記録した当該プレビューが終了するまで出力を続ける（ステップＳ３０８）。
【０２０７】
当該番組のプレビューが終了すれば、ＣＰＵ５８は、ストリーム情報テーブル中の次のプレビューを処理対象とし（ステップＳ３０９）、ステップＳ３０２以下を実行する。これにより、次のプレビュー「jungle park」が出力される。このようにして、次々と、ストリーム情報テーブル中のプレビューが出力されていく。
【０２０８】
なお、図３３Ｂにおいて、ユーザがジャンルを指定した場合には、ＣＰＵ５８は、当該ジャンルのプレビューのみをストリーム情報テーブルから選び出して出力する。
【０２０９】
また、図３３Ａにおいて、ユーザが指定プレビューを選択した場合には、ＣＰＵ５８は、ストリーム情報テーブルのタイトルとジャンルの項目を読み出して、図３３のように表示する。ユーザは、このリストの中から特定のタイトルのプレビューを選んで決定する。これにより、ＣＰＵ５８は、当該タイトルのプレビューのみをＴＶセット３６に出力する。図３３Ｃの状態において決定ボタンが押されると、「リングル」のプレビューが表示される。
【０２１０】
(8-2)購入を予測したキャッシュ処理
この実施形態では、プレビューの表示開始とともに、当該番組が購入される場合を想定して、番組の蓄積を開始するようにしている（図３１、ステップＳ３０４）。図３４、図３５に、購入を予測したキャッシュ処理のフローチャートを示す。まず、ＣＰＵ５８は、プレビュー再生開始時に、パーシャルトランスポートストリームを読み出して、ＴＳデコーダ４８により、ＰＡＴ、ＰＭＴ、ＳＩＴを得る（図３１、ステップＳ３０３）。
【０２１１】
ＣＰＵ５８は、読み出したＳＩＴの記述中から全てのサービスのservice_idを取得する（図３４、ステップＳ３５１）。ここで、service_idとは、サービスを特定するＩＤである。
【０２１２】
まず、ＣＰＵ５８は、最初のservice_idによって特定されるサービスを処理対象サービスとして以下の処理を行う。ＣＰＵ５８は、そのservice_idによって特定される処理対象サービスのＥＩＴを、ＴＳデコーダ４６によって取得する（ステップＳ３５２）。なお、処理時間に余裕があれば、再生処理を行っているＴＳデコーダ４８にこの処理を行わせてもよい。ＥＩＴには、当該サービスにおいて現在放送している番組（タイトル）が記述されている、ＣＰＵ５８は、このＥＩＴに基づいて、プレビュー再生中の当該番組がそのサービスにおいて現在放送されているか否かを判断する（ステップＳ３５３）。
【０２１３】
そのサービスにおいて放送されていない場合には、次のサービスを処理対象サービスとし（ステップＳ３５６）、ステップＳ３５２以下を再び実行する。
【０２１４】
当該番組を現在放送中のサービスを見出すと、ＣＰＵ５８は、当該番組が開始から何分経過しているか（開始からの経過時間）を、サービスと対応付けてＲＡＭ５４に記録する（ステップＳ３５４）。
【０２１５】
全てのサービスについて処理を終えると、当該番組が、いずれかのサービスにおいて現在放送中であったか否かを判断する（図３５、ステップＳ３５７）。いずれかのサービスにおいて現在放送中であれば、ＲＡＭ５４に記憶しておいた開始からの経過時間が最も短いサービスを選択する（ステップＳ３５９）。
【０２１６】
たとえば、プレビュー再生中の番組が「seven days」であり、図３６のように複数のサービスＳＶ５１、ＳＶ５２、ＳＶ５３において時間をずらせて放送されているものとする。蓄積されているプレビューの再生を時刻ｔに開始したとすると、開始からの経過時間は、図３７のようにＲＡＭ５４に記憶される。したがって、ＣＰＵ５８は、この場合、サービスＳＶ５３を選択する。開始からの経過時間が最も短いものを選択するのは、可能な限り完全なコンテンツを得ることのでいる可能性を高めるためである。
【０２１７】
ＣＰＵ５８は、ＴＳデコーダ４６を制御して、選択したサービスＳＶ５３のＥＳを取得し、パーシャルトランスポートストリームとして、ハードディスク６０に蓄積する（ステップＳ３６０）。この場合、ＩＣカード６０からは、プレビュー時間経過までの間スクランブルキーＫｓが返送されてくるので、暗号を解くことができる。多くのペイパービュー番組は、繰り返し放送の各回において、一定のプレビュー時間を許容しているからである。このようにして、購入を予測したキャッシュ蓄積が開始される。
【０２１８】
一方、ステップＳ３５７において、当該番組がいずれのサービスにおいても現在放送中でなければ、ＥＩＴを参照して、当該番組の放送開始予定時刻を記憶しておく（ステップＳ３５８）。このようにして記憶された開始予定時刻の例を、図３８に示す。
【０２１９】
以上のようにして、プレビュー再生時に、当該番組が現在放送中であれば、その番組内容のキャッシュ蓄積が開始される。なお、次の番組のプレビューが開始されると、前の番組のキャッシュ蓄積は消去される。
【０２２０】
(8-3)購入処理
次に、プレビュー再生時に、ユーザが当該番組の購入処理を行った場合について説明する。図３２のステップＳ３０７において、ユーザが購入の入力を行った場合である。この場合、ＣＰＵ５８は、ステップＳ３１１を実行する。
【０２２１】
図４１Ａに、購入等の処理画面を示す。ユーザは、リモコン等によって、購入ボタン２５０、録画ボタン２５２、予約ボタン２５４を選択して決定する。
【０２２２】
購入ボタン２５０が押されると、当該番組の視聴が開始される。図３９に、購入処理のフローチャートを示す。ＣＰＵ５８は、購入された番組が、キャッシュ蓄積されているか否かを判断する（ステップＳ４０１）。プレビュー再生中に購入処理を行った場合であって、現在放送中の番組である場合には、キャッシュ蓄積されていることになる。しかし、プレビュー再生中でない時に購入処理を行った場合には、キャッシュ蓄積はされていないことになる。
【０２２３】
キャッシュ蓄積がある場合には、当該キャッシュ蓄積が番組の開始部分から記録されているか否かを判断する（ステップＳ４０２）。番組の開始部分から記録されていれば、ＣＰＵ５８は、キャッシュ蓄積されたパーシャル・トランスポートストリームを読み出して、ＴＳデコーダ４６に与える（図４０、ステップＳ４１３）。さらに、ＣＰＵ５８は、ＴＳデコーダ４６を制御して、ＥＳのパケットＩＤを取得し、これをＴＳデコーダ４６にセットする（ステップＳ４１４）。したがって、ＴＳデコーダ４６は、ＥＳをＡＶデコーダ５２に出力する。これにより、ＴＶセット３６からは、当該番組の映像音声が出力される。また、購入ボタンを押した時点において、番組開始から時間が経過していても、番組の最初から視聴することができる。
【０２２４】
ＣＰＵ５８は、上記と並行して、ＴＳデコーダ４８を制御し、当該番組のＥＳを取得する。ただし、ＣＰＵ５８は、購入処理を行った旨をＩＣカード６６に送信する。これにより、ＩＣカード６６は、当該番組が終わるまで、スクランブルキーＫｓを送り返す。なお、ＩＣカード６６に記録された購入処理を行った旨の情報は、ＣＰＵ５８の制御により、モデム６２を介してコンテンツ提供者装置に送信される。
【０２２５】
ＣＰＵ５８は、取得した当該番組のＥＳからパーシャル・トランスポートストリームを生成し、ハードディスク６０のキャッシュ蓄積部に追加する（ステップＳ４１５）。また、既に再生した部分を破棄する。このようにして、キャッシュ蓄積部を用いて、蓄積と再生を並行して実行していく。番組が終了すると、処理を終了する（ステップＳ４１６）。
【０２２６】
図３９のステップＳ４０２において、キャッシュ蓄積が番組の開始部分から記録されていない場合には、ステップＳ４０３を実行する。ステップＳ４０３においては、プレビュー蓄積によって記録した部分と、キャッシュ蓄積によって記録した部分とに、重複部分があるか否かを判断する。
【０２２７】
たとえば、図４２に示すように、蓄積プレビューが番組の最初ｔ０から、時刻ｔ２まで記録されていたとする。なお、図において、ｔは蓄積プレビューの番組開始からの経過時刻を示し、ｔ'は現在の放送における番組開始からの経過時刻を示している。また、蓄積しておいたプレビューのプレビュー開始時刻ｔ０において、現在の番組放送は、番組開始よりｔ'１時間経過していたものとする。この場合、キャッシュは時刻ｔ'１から開始される。プレビュー開始の後、時刻ｔ４において、ユーザが購入申込をしたものとする。
【０２２８】
図４３に、蓄積プレビューとキャッシュ蓄積における記録内容を比較するための図を示す。上記の場合には、蓄積プレビューとキャッシュ蓄積に重複部分（時刻ｔ''１〜ｔ２）がある。したがって、ＣＰＵ５８は、ステップＳ４０４に進み、プレビュー済の最後の部分ｔ４は、キャッシュ蓄積されているか否かを判断する。ここでは、図４３に示すように蓄積されているので、再生ポインタをプレビュー済の最後の部分ｔ４に設定する（ステップＳ４０５）。
【０２２９】
続いて、ＣＰＵ５８は、キャッシュ蓄積された番組を、時刻ｔ４に該当する部分から読み出して再生するとともに、受信した番組をキャッシュ蓄積部に蓄積する（ステップＳ４１３〜Ｓ４１５）。番組が終了し、キャッシュ蓄積に記録したものを全て再生し終われば、購入処理を終える（ステップＳ４１６）。以上のように、購入申込ｔ４の時点で、既に番組が進行していても、プリビュー視聴から途切れることなく、連続して番組を視聴することができる。
【０２３０】
次に、図４４に示すようなケース２を考えてみる。図４２に比べると、番組開始から多くの時間が経過した後に、キャッシュ蓄積の開始がなされている。しかし、この場合においても、プレビュー蓄積とキャッシュ蓄積とは重複した部分があるので、ステップＳ４０３からＳ４０４に進む。ステップＳ４０４においては、プレビュー済の最後の部分ｔ４が、キャッシュ蓄積されているか否かを判断する。図４５は、図４４における蓄積プレビューとキャッシュ蓄積とを比較するための図である。図４５に示すように、プレビュー済の最後の部分ｔ４は、キャッシュ蓄積されていないので、ステップＳ４０６に進む。
【０２３１】
ステップＳ４０６においては、再生ポインタをプレビュー済の最後の部分ｔ４に設定する。さらに、ステップＳ４０７において、当該部分ｔ４から蓄積プレビューの再生を行う。すなわち、ＣＰＵ５８はプレビューの続きを再生する。さらに、ＣＰＵ５８は、再生部分が、キャッシュ蓄積の先頭部分ｔ'１に到達したか否かを判断する（ステップＳ４０８）。到達していなければ、ステップＳ４０７に戻って、蓄積プレビューの再生を行う。
【０２３２】
キャッシュ蓄積の先頭部分ｔ'１に到達すれば、キャッシュ蓄積によって記録したものの再生を開始する。以後は、キャッシュ蓄積を用いて番組の再生を行っていく（ステップＳ４１３〜Ｓ４１５）。番組が終了し、キャッシュ蓄積に記録したものを全て再生し終われば、購入処理を終える（ステップＳ４１６）。
【０２３３】
次に、図４６に示すようなケース３を考えてみる。この場合には、番組開始からさらに多くの時間が経過した後に、キャッシュ蓄積の開始がなされている。したがって、蓄積プレビューとキャッシュ蓄積の重複部分がない（図４７参照）。ＣＰＵ５８は、完全な番組の再生をあきらめ、キャッシュ蓄積の先頭部分から再生を開始する（ステップＳ４０３、Ｓ４１３）。以後は、キャッシュ蓄積を用いて番組の再生を行っていく（ステップＳ４１３〜Ｓ４１５）。番組が終了し、キャッシュ蓄積に記録したものを全て再生し終われば、購入処理を終える（ステップＳ４１６）。
【０２３４】
この実施形態では、図４７のような場合に、購入申込ｔ４の時点で、蓄積プレビューの再生を中止し、キャッシュ蓄積の先頭部分ｔ'１を読み出して再生するようにしている。しかし、蓄積プレビューをｔ２まで再生した後に、キャッシュ蓄積をｔ'１から再生するようにしてもよい。
【０２３５】
なお、上記では、ステップＳ４０１において、当該番組のキャッシュ蓄積がある場合について説明した。キャッシュ蓄積がない場合には、ステップＳ４０１からＳ４１０に進む。ステップＳ４１０、Ｓ４１１では、ＣＰＵ５８は、ＴＳデコーダを制御して、購入指定された番組のＥＳをＡＶデコーダ５２に出力させる。これにより、現在放送されている番組をＴＶ３６セットにて見ることができる。番組が終了すれば、購入処理を終了する（ステップＳ４１２）。
【０２３６】
(8-4)録画処理
次に、図３２のステップＳ３０７において、ユーザが録画処理を行った場合について説明する。この場合、ＣＰＵ５８は、ステップＳ３１２またはＳ３１３を実行する。
【０２３７】
図４１Ａの画面において、ユーザが録画ボタン２５２を押すと、ＣＰＵ５８は、図４１Ｂに示すような録画メニューを表示する。アナログ録画を選択すると、ＡＶデコーダ５２のアナログ出力が、ビデオレコーダ（図示せず）などにアナログ方式にて録画される。この場合の処理は、図３９、図４０と同様である。
【０２３８】
また、ユーザがディジタル録画（視聴）を選択した場合には、ユーザは当該番組の視聴を行いつつ録画を行うことができる。したがって、図３９、図４０の処理に加えて、生成したパーシャル・トランスポートストリームを、ハードディスク６０に記録していく処理を行う。記録形式は、図２８、図２９に示すとおりである。なお、途中からしか記録できなかった場合には、次回の放送において、不足している部分を追加記録する。
【０２３９】
ユーザがディジタル録画（裏録）を選択した場合には、ＣＰＵ５８は、図４８、図４９に示す処理を行う。ＣＰＵ５８は、まず、当該番組のキャッシュ蓄積があるか否かを判断する（ステップＳ５０１）。キャッシュ蓄積があれば、既に蓄積済のキャッシュ蓄積を本記録にして、記録を続行する（ステップＳ５０２）。記録の形式は、図２８、図２９に示すとおりである。これを番組終了まで続ける（ステップＳ５０３）。
【０２４０】
番組が終了すれば、ＣＰＵ５８は、番組の先頭から完全な記録ができたか否かを判断する（ステップＳ５０４）。完全な記録ができていれば、処理を終了する。記録できていない部分があれば、プレビュー蓄積を結合して、完全な記録にできるかどうかを判断する（ステップＳ５０５）。完全な記録を生成できる場合（図４３、図４５などのケース）には、プレビュー蓄積を結合して完全な記録を完成させる（ステップＳ５０６）。
【０２４１】
なお、プレビュー蓄積を結合しても完全な記録が得られない場合には、次回放送をにおいて、未記録部分の記録を行う（ステップＳ５０７）。これにより、完全な記録を生成することができる。
【０２４２】
なお、ステップＳ５０１において、キャッシュ蓄積がない場合にはパーシャルＴＳを生成し、ハードディスク６０への記録を行う（ステップＳ５１０）。番組が終了すれば、上記と同様に、ステップＳ５０４以下を実行する。
【０２４３】
以上のように、この実施形態では、キャッシュ蓄積、プレビュー蓄積を録画の際に利用しているので、番組の完全な記録を行うことができる可能性を高くしている。また、次回の放送において完全な記録を完成させる場合においても、迅速に録画処理を完了することができる。
【０２４４】
(8-5)予約処理
次に、図３２のステップＳ３０７において、ユーザが予約ボタンを押した場合について説明する。この場合、ＣＰＵ５８は、予約処理（ステップＳ３１４）を実行する。予約処理のフローチャートを、図５０、図５１に示す。
【０２４５】
まず、ＣＰＵ５８は、ユーザが予約した番組が、現在放送中であるか否かを判断する（ステップＳ６０１）。現在放送中であれば、図４１Ｃに示す画面を表示し、視聴するか予約するかの選択をユーザに促す（ステップＳ６０２）。視聴が選択されれば、図３９、図４０の視聴処理を行う（ステップＳ６０３）。
【０２４６】
予約が選択されれば、図３５のステップＳ３５８にて記録しておいた放送開始予定（図３８）を参照して、放送開始予定があるか否かを判断する（ステップＳ６０４）。あれば放送開始予定をＴＶセット３６の画面に出力し（ステップＳ６０５）、当該番組を予約登録する（ステップＳ６０６）。
【０２４７】
ステップＳ６０４において放送開始予定がなければ、ＣＰＵ５８は、モデム６２を制御してコンテンツ提供者装置にアクセスする（ステップＳ６０７）。アクセスの後、ユーザが予約しようとした番組のタイトルを送信する（ステップＳ６０８）。これにより、コンテンツ提供者は、番組に対するリクエストを収集することが可能となり、これを反映した番組スケジュールを組むことができる。
【０２４８】
ＣＰＵ５８は、ＥＩＴを監視し、上記番組が放送予定に入っていないか否かをウオッチングする（ステップＳ６０９）。放送予定に新たに追加されれば、ＣＰＵ５８は、その旨をＴＶセット３６の画面に出力する。
【０２４９】
なお、予約時だけでなく、購入ボタンを押した時に、当該番組の放送予定がない場合にも、上記のようにしてコンテンツ提供者装置にリクエストを送るようにしてもよい。
【０２５０】
(9)プレビュー可能リストの活用
この実施形態では、図２２に示すようなプレビュー可能リストを生成している。したがって、図５２に示すように、電子番組表（ＥＰＧ）を表示する際に、当該番組がプレビュー可能である旨の表示５００を行うことができる。これにより、ユーザは、容易にプレビュー可能であるか否かを知ることができる。
【０２５１】
(10)他の実施形態
上記実施形態では、プレビュー可能な番組は全て蓄積するようにしているが、予めユーザが蓄積したいジャンルを指定して、プレビューを蓄積するようにしてもよい。
【０２５２】
また、上記実施形態では、ユーザがプレビューの表示を指令することによりプレビューを表示するようにしている。しかし、ジャンル検索などの時間を要する処理の実行中に、蓄積済のプレビューを適宜表示するようにしてもよい。また、ジャンル検索であれば、ユーザが検索しようとしているジャンルのプレビューを表示するようにしてもよい。
【０２５３】
さらに、上記実施形態では、ペイパービュー番組のプレビューを蓄積するようにしている。しかし、一般の無料番組、ユーザが契約済の番組等を含めて、ユーザが予め指定した番組の先頭部分のみを蓄積するようにしてもよい。ユーザは、これを見て、希望する複数の番組の先頭部分のダイジェストを効率よく見ることができる。
【０２５４】
また、上記実施形態では、先頭部分を蓄積するようにしているが、番組の他の一部分（ハイライトシーンなど）を抜き出して記録するようにしてもよい。
【０２５５】
上記実施形態では、蓄積プレビューの視聴中に購入等の申し込みが行われた場合に、キャッシュ蓄積したものを用いて、放送開始のタイミングと購入決定のタイミングとがずれた場合であっても、番組の最初からの視聴や蓄積ができるようにしている。
【０２５６】
しかし、当該番組の蓄積プレビューがあるにもかかわらず、ユーザは、実際に放送されてきている当該番組のプレビューを視聴し、購入等の申し込みを行う場合もある。たとえば、図５３に示すように、放送開始から時刻Ｔｓにプレビューを開始したとすれば、時刻Ｔ０から時刻Ｔｓの内容をユーザは見ることができない。この場合に、開始時刻Ｔ０から購入申込の時刻Ｔｄまでの経過時間が、蓄積プレビューの再生時間（ｔ０からｔ２までの時間）よりも短ければ、蓄積プレビューをバッファとして用いて（バッファにコピーして）、番組の最初からの内容をユーザに視聴させることができる。
【０２５７】
なお、上記実施形態では、受信装置が蓄積部を含んでいる場合について説明した。しかし、蓄積部は、受信装置と別体となっていてもよい。
【０２５８】
次に示す第２の実施形態の「その他の実施形態」の欄やその他の部分において記述する他の実施形態は、第１の実施形態にも適用することができるものである。
【０２５９】
２．第２の実施形態
(1)概要
上記第１の実施形態では、使用者がコンテンツの購入指令を出して蓄積を始めた後、コンテンツの蓄積途中にハードディスク６０の容量がなくなってしまうおそれがある。特にコンテンツが有料である場合には、このような事態は、使用者にとって許容しがたいものとなる。
【０２６０】
以下に示す第２の実施形態では、上記のような問題に鑑みて、購入指令（蓄積指令）を受けた際に、当該コンテンツが蓄積可能かどうかを予め示すようにしている。
【０２６１】
また、第２の実施形態では、使用者の視聴履歴や蓄積条件などを記録しておき、コンテンツ提供者装置に送信するようにしている。これにより、コンテンツ提供者は、使用者の嗜好などを知ることができ、コンテンツ製作や放送スケジュール作成などに生かすことができる。
【０２６２】
第２の実施形態における放送システムの全体構成は、図１と同様である。また、送信装置の基本的な構成、受信装置の基本的な構成、ハードウエア構成等も、第１の実施形態と同様である（図３、図６、図７参照）。さらに、プレビュー蓄積処理、プレビュー視聴処理なども、基本的な部分は第１の実施形態と同様である。
【０２６３】
以下では、第２の実施形態におけるプレビュー蓄積処理、プレビュー視聴処理について、第１の実施形態と異なる点に焦点を絞って説明を行う。
【０２６４】
(2)プレビュー蓄積処理
プレビュー蓄積処理は、図１４〜図１７、図２３〜図２６に示すフローチャートと基本的部分において同様である。
【０２６５】
この実施形態では、ハードディスク６０にプレビューなどを蓄積する際に、インデックスとして併せて記録するストリーム情報テーブル（図２６のステップＳ２１５、図２９参照）の内容が異なっている。図５４に、この実施形態におけるストリーム情報テーブルの構造例を示す。また、図５５に、データ例を示す。
【０２６６】
この実施形態では、視聴済判定欄１１０には、視聴済か否かだけでなく、視聴回数も記録するようにしている。購入欄１２３は、当該プレビューに対応するコンテンツが購入されたか否かを示すフラグである。「−」であれば実購入、「済」であれば購入済である。プレビュー容量欄１２４は、当該プレビューを蓄積するために要した容量（メガバイト）である。
【０２６７】
ＣＰＵ５８は、プレビューの蓄積を行った際には、上記のようにプレビュー蓄積容量をストリーム情報テーブルに記録するようにしている（図２６、ステップＳ２１５参照）。なお、記録したプレビュー蓄積容量は、後の処理において、コンテンツ全体の蓄積容量を予想するために用いる。
【０２６８】
(3)プレビュー視聴処理
プレビュー視聴処理は、図３１、図３２、図３４、図３５、図３９、図４０、図４８〜図５１と基本部分において同様である。
【０２６９】
この実施形態においては、図５６に示すように、ステップＳ３０２の前に、コンテンツ蓄積に必要な容量を予測する処理（ステップＳ３１０５）を行うようにしている。また、図５４の視聴済判定欄１１０に対応して、ステップＳ３０６においては、視聴回数を記録するようにしている。
【０２７０】
図５７に、ステップＳ３１０５の必要容量予測処理の詳細を示す。ＣＰＵ５８は、図２２のプレビュー可能リストから、対象となっているプレビューに対応するコンテンツ全体の放送時間を取得する（ステップＳ７０１）。なお、ＥＩＴから直接、当該コンテンツ全体の放送時間を取得するようにしてもよい。次に、ＣＰＵ５８は、当該コンテンツ（あるいは当該コンテンツが放送されるサービスにおける他のコンテンツ）のエレメンタリーストリームを受信するよう制御する。さらに、ＣＰＵ５８は、このエレメンタリーストリームのヘッダ領域に、単位時間当たりの送信容量であるＢＲＶ(Bit Rate Value)が記述されているか否かを判断する（ステップＳ７０２、Ｓ７０３）。ここで、ＢＲＶは、１秒あたりに送信されるビットを示している。
【０２７１】
ビットレートが取得できた場合には、ＣＰＵ５８は、コンテンツ全体の放送時間とビットレートとに基づいて、必要容量を予測する（ステップＳ７０３、Ｓ７０４）。つまり、下式によって必要容量の予測を行う。
【０２７２】
必要容量 ＝ （放送時間×ＢＲＶ）／８
なお、この実施形態においては１バイトを８ビットとしている。したがって、必要容量をバイトにて算出するために、８で除してバイト数を得ている。
【０２７３】
ＢＶＲが取得できない場合には、プレビューを蓄積した際の必要容量pv、プレビューの時間pt、コンテンツ全体の時間htに基づいて、コンテンツ全体に対する必要容量hvを推測する。すなわち、下式に基づいて必要容量hvを推測する（ステップＳ７０３、Ｓ７０５）。
【０２７４】
hv = pv・(ht/pt)
図５８のステップＳ３１０において、使用者の操作によって、ディジタル録画が入力された場合、ＣＰＵ５８は、上記にて予測した必要容量が、ハードディスクの残容量よりも大きいか否かを判断する（ステップＳ３２１）。必要容量が残容量を越えていれば、ＣＰＵ５８は、図５９に示すような中止選択画面（警告画面）を出力する（ステップＳ３２２）。
【０２７５】
この中止選択画面においては、コンテンツ（番組）が全て蓄積できないおそれがある旨の警告が表示される。その上で、購入ボタン７００、中止ボタン７０２、戻るボタン７０４を表示して、使用者が何れかを選択可能にしている。中止ボタン７０２が選択された場合には、当該コンテンツの蓄積を中止して、次のコンテンツのプレビュー視聴に移る。購入ボタン７００が選択された場合には、デジタル録画の処理が実行される（ステップＳ３１３）。
【０２７６】
また、ステップＳ３２１において、必要容量よりも残容量の方が大きければ、ＣＰＵ５８は、ディジタル録が処理を実行する（ステップＳ３１３）。
【０２７７】
上記のようにして、この実施形態では、これから蓄積しようとするコンテンツが蓄積できるかどうかを判定し、蓄積できない場合には、その旨を警告として表示するようにしている。
【０２７８】
なお、この実施形態では、図６０Ｃに示すように、カーソルによって選択されているプレビューについて、そのコンテンツ全体の再生時間、必要容量および当該コンテンツを蓄積した後のハードディスクの残容量を表示するようにしている。これにより、使用者は、容易にコンテンツの再生時間等の概要を知ることができる。
【０２７９】
同様に、図６１に示すように、電子番組ガイド（ＥＰＧ）において、カーソルによって選択されているコンテンツの、プレビュー再生時間（図では６０秒）、コンテンツ全体の再生時間（図では６０分）、プレビュー記録に必要な容量（図では３０ＭＢ）、コンテンツ全体の必要容量（図では１８ＧＢ）、当該コンテンツを蓄積した場合のハードディスクの残容量（図では３２ＧＢ）、ハードディスクの全容量（図では６０ＧＢ）を表示するようにしている。これにより、プレビューが可能か否かだけでなく、コンテンツの再生時間等を容易に知ることができる。
【０２８０】
また、この実施形態では、使用者が、蓄積したいプレビューをジャンルなどによって指定することができるようにしている。図６２に、その指定画面を示す。図６２Ａの画面において、使用者のリモコン操作により、全コンテンツのボタン８００が選択されて決定されると、ＣＰＵ５８は、図６３に示すハードディスク６０内の蓄積条件記録テーブルに、当該条件を記録する。ジャンル指定ボタン８０２が選択されて決定されると、ＣＰＵ５８は、図６２Ｂに示す選択画面を表示する。使用者によって、邦画ボタン８０６が選択決定されると、ＣＰＵ５８は、図６３に示すように、蓄積条件記録テーブルに邦画を記録する。
【０２８１】
ＣＰＵ５８は、プレビュー蓄積を行う際に、この蓄積条件記録テーブルを参照し、プレビュー可能なコンテンツの内、条件に合致するコンテンツを選択してプレビューの蓄積を行う。図６３のように蓄積条件が記録されている場合には、邦画のコンテンツについてそのプレビューが蓄積されることになる。
【０２８２】
さらに、この実施形態では、実際に視聴したコンテンツの履歴を、ハードディスク６０内の視聴履歴テーブルに記録するようにしている。図６４に、視聴履歴テーブルを示す。チャネル番号（サービス番号）、ジャンル、放送日時（放送された日時）、視聴日時（視聴した日時）、視聴時間、プレビューか否かのフラグなどが、視聴時に記録される。この実施形態では、蓄積したものを再生して視聴した場合も、受信して直ちに視聴した場合も、区別せずに記録するようにしている。これは、放送日時と視聴日時とが同じ場合には受信して視聴したものとして、放送日時と視聴日時が異なる場合には蓄積したものを再生して視聴したものとして判断することができるからである。
【０２８３】
また、プレビューのフラグは、「１」がプレビュー、「０」が通常のコンテンツを示している。したがって、この記録により、プレビューを視聴してから、これに対応するコンテンツを視聴したか、いきなりコンテンツを視聴したかなどを知ることができる。
【０２８４】
この実施形態では、視聴履歴が所定数蓄積されると（たとえば、１０個ごと）、ＣＰＵ５８は、モデム６２を制御して、コンテンツ提供者装置４に、この視聴履歴を送信する。この際、併せて、蓄積条件記録テーブルの内容も送信する。さらに、ストリーム情報テーブルの内容（特に、コンテンツ購入の有無）も送信する。加えて、ＩＣカード６６内に記述されている個人情報も付加して送信する。ただし、プライバシーに配慮すべく、使用者の同意がない限り、性別、年齢等の情報にとどめることが好ましい。一方、氏名や住所等の送信許可を行った使用者に対しては、料金割引等の特典を与えるようにしてもよい。
【０２８５】
なお、新たな視聴履歴が蓄積されるごとに送信するようにしてもよい。また、所定期間ごと（たとえば毎夜）に送信するようにしてもよい。
【０２８６】
これを受けたコンテンツ提供者装置４は、これらのデータに基づいて、使用者の嗜好等を取得することができる。特に、この実施形態では、使用者がどのような条件にてプレビュー蓄積を希望しているか、どのようなコンテンツのプレビューを視聴したか、どのようなコンテンツを視聴したか、という３段階での判断が可能となっている。また、プレビュー視聴と対応するコンテンツ視聴との関連性を把握することもできる。
【０２８７】
(4)他の実施形態
上記実施形態では、プレビュー再生時にコンテンツ全体の必要容量を予想するようにしている。しかし、図２６のステップＳ２１５において、必要容量を算出しておき、図６５、図６６に示すようなストリーム情報テーブルを記録するようにしてもよい。このようにすれば、複数のコンテンツに対する蓄積指令が与えられた場合であっても、蓄積可能かどうかを容易に判定することができる。また、図６０、図６１のような表示を容易に行うことができる。
【０２８８】
また、上記実施形態では、コンテンツの蓄積ができないと予想される場合に、その旨を警告として表示している。しかし、記録時のデータ圧縮率を上げて（画像や音声の品質を落として）蓄積が可能となる場合には、その旨を表示するようにしてもよい。また、このような圧縮率を上げた蓄積を実行するためのボタン（アイコン）を表示するようにしてもよい。
【０２８９】
また、圧縮率に代えて、コンテンツを間引いて蓄積すれば蓄積可能である旨を表示するようにしてもよい。さらに、既に蓄積されているコンテンツを消去すれば蓄積可能となる場合、その旨を表示するようにしてもよい。あるいは、当該記録対象となっているコンテンツに代えて、記録可能な他のコンテンツを提示するようにしてもよい。
【０２９０】
上記実施形態においては、部分コンテンツがプレビューコンテンツである場合について説明した。しかし、ハイライトシーン、バイオレンスシーン、性的シーン、特定のタレントが出場するシーンなどを部分コンテンツとすることができる。
【０２９１】
第１の実施形態の「その他の実施形態」の欄やその他の部分において記述した他の実施形態は、第２の実施形態にも適用することができるものである。
【図面の簡単な説明】
【図１】この発明の一実施形態による送受信システムの全体構成を示す図である。
【図２】放送に含まれるトランスポートストリームおよびサービスを示す図である。
【図３】送信装置の構成を示す図である。
【図４】送信装置から送出されるデータを示す図である。
【図５】送信装置から送出されるデータを示す図である。
【図６】受信装置の構成を示す図である。
【図７】受信装置のハードウエア構成を示す図である。
【図８】ＩＣカードをハードウエア構成を示す図である。
【図９】暗号化と復号化の仕組みを示す図である。
【図１０】受信処理のフローチャートを示す図である。
【図１１】ＮＩＴの内容を示す図である。
【図１２】ＰＡＴの内容を示す図である。
【図１３】ＰＭＴの内容を示す図である。
【図１４】プレビュー蓄積処理のフローチャートを示す図である。
【図１５】プレビュー可能リスト生成処理のフローチャートを示す図である。
【図１６】プレビュー可能リスト生成処理のフローチャートを示す図である。
【図１７】プレビュー可能リスト生成処理のフローチャートを示す図である。
【図１８】ＴＳリストを示す図である。
【図１９】サービスリストを示す図である。
【図２０】ＥＣＭに含まれる情報を示す図である。
【図２１】プレビュー可能リストを示す図である。
【図２２】プレビュー可能リストを示す図である。
【図２３】プレビューの自動蓄積処理のフローチャートを示す図である。
【図２４】プレビューの自動蓄積処理のフローチャートを示す図である。
【図２５】プレビューの自動蓄積処理のフローチャートを示す図である。
【図２６】プレビューの自動蓄積処理のフローチャートを示す図である。
【図２７】パーシャル・トランスポートストリームの構造を示す図である。
【図２８】パーシャル・トランスポートストリームのハードディスクへの記録形式を示す図である。
【図２９】ストリーム情報テーブルの構造を示す図である。
【図３０】ストリーム情報テーブルの例を示す図である。
【図３１】プレビュー視聴のフローチャートを示す図である。
【図３２】プレビュー視聴のフローチャートを示す図である。
【図３３】プレビュー視聴の選択画面を示す図である。
【図３４】キャッシュ処理のフローチャートを示す図である。
【図３５】キャッシュ処理のフローチャートを示す図である。
【図３６】複数のサービスにおける番組開始の時間的関係を示す図である。
【図３７】番組開始からの経過時間のテーブルを示す図である。
【図３８】開始予定時刻のテーブルを示す図である。
【図３９】購入処理のフローチャートを示す図である。
【図４０】購入処理のフローチャートを示す図である。
【図４１】購入、録画、予約画面を示す図である。
【図４２】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４３】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４４】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４５】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４６】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４７】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４８】ディジタル録画処理のフローチャートを示す図である。
【図４９】ディジタル録画処理のフローチャートを示す図である。
【図５０】予約処理のフローチャートを示す図である。
【図５１】予約処理のフローチャートを示す図である。
【図５２】電子番組表を示す図である。
【図５３】他の実施形態による蓄積プレビューと放送コンテンツとの関係を示す図である。
【図５４】第２の実施形態によるストリーム情報テーブルの構造を示す図である。
【図５５】ストリーム情報テーブルのデータ例を示す図である
【図５６】プレビュー視聴のフロチャートを示す図である。
【図５７】必要容量の予測処理のフロチャートを示す図である。
【図５８】プレビュー視聴のフローチャートを示す図である。
【図５９】容量不足を警告する画面を示す図である。
【図６０】プレビュー指定画面におけるコンテンツ情報の表示を示す図である。
【図６１】ＥＰＧ画面におけるコンテンツ情報の表示を示す図である。
【図６２】プレビュー蓄積条件指定画面を示す図である。
【図６３】蓄積条件記録テーブルを示す図である。
【図６４】視聴履歴テーブルを示す図である。
【図６５】他の実施形態によるストリーム情報テーブルの構造を示す図である。
【図６６】他の実施形態によるストリーム情報テーブルの例を示す図である。
【符号の説明】
８・・・受信装置
２０・・・受信部
２２・・・復元部
２４・・・通信部
２６・・・制御部
２８・・・蓄積制御部
３０・・・再生制御部
３２・・・蓄積部
３４・・・操作受付部
【発明の技術分野】
この発明は、蓄積型受信装置に関し、特にそのプレビューなどの部分的なコンテンツの取り扱いに関するものである。
【０００２】
【従来の技術および課題】
衛星放送などのディジタル放送において、個々のコンテンツごとに視聴料金を定めておき、料金の支払いを条件に当該コンテンツのみを視聴させる方式（ペイパービュー方式）がある。このペイパービュー方式においては、購入の前に、コンテンツの一部を視聴者に見せることが行われている。これを、プレビューと呼ぶ。
【０００３】
プレビューを見ることにより、視聴者は、コンテンツの雰囲気や概要を知ることができ、視聴購入するか否かの判断材料とすることができる。これにより、タイトル等の情報のみで視聴購入の有無を決定する場合に比べて、視聴購入したコンテンツの内容が予想外であったという事態を少なくすることができる。つまり、視聴者にとって、安心して視聴購入を行うことができる。
【０００４】
一方、コンテンツ提供者は、プレビューを行うことによって、結果的に視聴者からの視聴購入が増えるという大きなメリットを受けることができる。
【０００５】
しかしながら、プレビューには、次のような問題があった。
【０００６】
プレビューが可能な時期をコンテンツの開始から所定時間（たとえば１０分間）に限定すると、コンテンツの他の時期（１０分後からコンテンツ終了まで）には、視聴者はプレビューを行うことができなくなってしまう。このため、視聴者にとってはプレビュー可能な機会が減少し、ひいては視聴購入も減少してしまうおそれがある。
【０００７】
一方、コンテンツのいずれの部分からでもプレビューの開始を可能としておけば、上記のような問題は生じない。しかし、この場合には、プレビューとしてふさわしくないシーン（たとえばクライマックスシーン、クイズ番組における回答シーンなど）も、プレビューの対象となってしまうという問題を生じる。
【０００８】
コンテンツのいずれの部分からでもプレビューの開始を可能とした場合には、さらに、次のような問題も生じる。ペーパービューコンテンツは、繰り返して同じ内容のものが放送されるのが通常である。したがって、毎回の放送ごとに、異なる部分をプレビューして記録していけば、視聴支払をすることなく、完全なコンテンツを記録することができてしまうという問題がある。
【０００９】
また、ペイパービューコンテンツにおけるプレビューだけでなく、有料・無料コンテンツを問わず、複数のコンテンツのそれぞれについて、その一部（部分コンテンツ）をまとめて視聴したいという要請もある。
【００１０】
この発明は、上記のような問題点を解決して、視聴者およびコンテンツ提供者にとってより利便性の高い部分コンテンツ提供方式を実現することを目的とする。
【００１１】
【課題を解決するための手段】
(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 back」のプレビューが選択される。
【０２０３】
次に、当該プレビューのストリームＩＤ「０００１」を読み出し、プレビューのパーシャル・トランスポートストリームを読み出す（ステップＳ３０２）。このパーシャル・トランスポートストリームをＴＳデコーダ４８に与える。続いて、ＣＰＵ５８は、ＰＡＴのパケットＩＤをＴＳデコーダ４８にセットし、ＰＡＴを取得する。さらに、取得したＰＡＴから、ＰＭＴ、ＳＩＴのパケットＩＤを得て、これをＴＳデコーダ４８にセットし、ＰＭＴ、ＳＩＴを取得する。このようにして、パーシャル・トランスポートストリームから、ＰＡＴ、ＰＭＴ、ＳＩＴを取得する（ステップＳ３０３）。
【０２０４】
次に、購入を予測したキャッシュ処理を行う（ステップＳ３０４）。このキャッシュ処理は、ユーザがプレビューを見て番組を購入する場合に備えて、事前に番組の蓄積を開始するものである。このキャッシュ処理については、後で詳述する。
【０２０５】
キャッシュ処理に続き、ＣＰＵ５８は、読み出したパーシャル・トランスポートストリームをトランスポートデコーダ４８に与える。さらに、ＰＭＴに基づいて得たプレビューのＥＳのパケットＩＤをトランスポートデコーダ４８にセットする。これにより、トランスポートデコーダ４８は、パーシャルトランスポートストリームの中から、「pay them back」のＥＳを選択して、ＡＶデコーダ５２に出力する。したがって、ＴＶセット３６に、「pay them back」のプリビューが出力される。
【０２０６】
ＣＰＵ５８は、図３０のストリーム情報テーブルにおいて、「pay them back」の視聴済判定の欄に「済」を記録する（ステップＳ３０６）。この間、ＣＰＵ５８は、ユーザからの操作入力を待っている（ステップＳ３０７）。ユーザからの入力がなければ、記録した当該プレビューが終了するまで出力を続ける（ステップＳ３０８）。
【０２０７】
当該番組のプレビューが終了すれば、ＣＰＵ５８は、ストリーム情報テーブル中の次のプレビューを処理対象とし（ステップＳ３０９）、ステップＳ３０２以下を実行する。これにより、次のプレビュー「jungle park」が出力される。このようにして、次々と、ストリーム情報テーブル中のプレビューが出力されていく。
【０２０８】
なお、図３３Ｂにおいて、ユーザがジャンルを指定した場合には、ＣＰＵ５８は、当該ジャンルのプレビューのみをストリーム情報テーブルから選び出して出力する。
【０２０９】
また、図３３Ａにおいて、ユーザが指定プレビューを選択した場合には、ＣＰＵ５８は、ストリーム情報テーブルのタイトルとジャンルの項目を読み出して、図３３のように表示する。ユーザは、このリストの中から特定のタイトルのプレビューを選んで決定する。これにより、ＣＰＵ５８は、当該タイトルのプレビューのみをＴＶセット３６に出力する。図３３Ｃの状態において決定ボタンが押されると、「リングル」のプレビューが表示される。
【０２１０】
(8-2)購入を予測したキャッシュ処理
この実施形態では、プレビューの表示開始とともに、当該番組が購入される場合を想定して、番組の蓄積を開始するようにしている（図３１、ステップＳ３０４）。図３４、図３５に、購入を予測したキャッシュ処理のフローチャートを示す。まず、ＣＰＵ５８は、プレビュー再生開始時に、パーシャルトランスポートストリームを読み出して、ＴＳデコーダ４８により、ＰＡＴ、ＰＭＴ、ＳＩＴを得る（図３１、ステップＳ３０３）。
【０２１１】
ＣＰＵ５８は、読み出したＳＩＴの記述中から全てのサービスのservice_idを取得する（図３４、ステップＳ３５１）。ここで、service_idとは、サービスを特定するＩＤである。
【０２１２】
まず、ＣＰＵ５８は、最初のservice_idによって特定されるサービスを処理対象サービスとして以下の処理を行う。ＣＰＵ５８は、そのservice_idによって特定される処理対象サービスのＥＩＴを、ＴＳデコーダ４６によって取得する（ステップＳ３５２）。なお、処理時間に余裕があれば、再生処理を行っているＴＳデコーダ４８にこの処理を行わせてもよい。ＥＩＴには、当該サービスにおいて現在放送している番組（タイトル）が記述されている、ＣＰＵ５８は、このＥＩＴに基づいて、プレビュー再生中の当該番組がそのサービスにおいて現在放送されているか否かを判断する（ステップＳ３５３）。
【０２１３】
そのサービスにおいて放送されていない場合には、次のサービスを処理対象サービスとし（ステップＳ３５６）、ステップＳ３５２以下を再び実行する。
【０２１４】
当該番組を現在放送中のサービスを見出すと、ＣＰＵ５８は、当該番組が開始から何分経過しているか（開始からの経過時間）を、サービスと対応付けてＲＡＭ５４に記録する（ステップＳ３５４）。
【０２１５】
全てのサービスについて処理を終えると、当該番組が、いずれかのサービスにおいて現在放送中であったか否かを判断する（図３５、ステップＳ３５７）。いずれかのサービスにおいて現在放送中であれば、ＲＡＭ５４に記憶しておいた開始からの経過時間が最も短いサービスを選択する（ステップＳ３５９）。
【０２１６】
たとえば、プレビュー再生中の番組が「seven days」であり、図３６のように複数のサービスＳＶ５１、ＳＶ５２、ＳＶ５３において時間をずらせて放送されているものとする。蓄積されているプレビューの再生を時刻ｔに開始したとすると、開始からの経過時間は、図３７のようにＲＡＭ５４に記憶される。したがって、ＣＰＵ５８は、この場合、サービスＳＶ５３を選択する。開始からの経過時間が最も短いものを選択するのは、可能な限り完全なコンテンツを得ることのでいる可能性を高めるためである。
【０２１７】
ＣＰＵ５８は、ＴＳデコーダ４６を制御して、選択したサービスＳＶ５３のＥＳを取得し、パーシャルトランスポートストリームとして、ハードディスク６０に蓄積する（ステップＳ３６０）。この場合、ＩＣカード６０からは、プレビュー時間経過までの間スクランブルキーＫｓが返送されてくるので、暗号を解くことができる。多くのペイパービュー番組は、繰り返し放送の各回において、一定のプレビュー時間を許容しているからである。このようにして、購入を予測したキャッシュ蓄積が開始される。
【０２１８】
一方、ステップＳ３５７において、当該番組がいずれのサービスにおいても現在放送中でなければ、ＥＩＴを参照して、当該番組の放送開始予定時刻を記憶しておく（ステップＳ３５８）。このようにして記憶された開始予定時刻の例を、図３８に示す。
【０２１９】
以上のようにして、プレビュー再生時に、当該番組が現在放送中であれば、その番組内容のキャッシュ蓄積が開始される。なお、次の番組のプレビューが開始されると、前の番組のキャッシュ蓄積は消去される。
【０２２０】
(8-3)購入処理
次に、プレビュー再生時に、ユーザが当該番組の購入処理を行った場合について説明する。図３２のステップＳ３０７において、ユーザが購入の入力を行った場合である。この場合、ＣＰＵ５８は、ステップＳ３１１を実行する。
【０２２１】
図４１Ａに、購入等の処理画面を示す。ユーザは、リモコン等によって、購入ボタン２５０、録画ボタン２５２、予約ボタン２５４を選択して決定する。
【０２２２】
購入ボタン２５０が押されると、当該番組の視聴が開始される。図３９に、購入処理のフローチャートを示す。ＣＰＵ５８は、購入された番組が、キャッシュ蓄積されているか否かを判断する（ステップＳ４０１）。プレビュー再生中に購入処理を行った場合であって、現在放送中の番組である場合には、キャッシュ蓄積されていることになる。しかし、プレビュー再生中でない時に購入処理を行った場合には、キャッシュ蓄積はされていないことになる。
【０２２３】
キャッシュ蓄積がある場合には、当該キャッシュ蓄積が番組の開始部分から記録されているか否かを判断する（ステップＳ４０２）。番組の開始部分から記録されていれば、ＣＰＵ５８は、キャッシュ蓄積されたパーシャル・トランスポートストリームを読み出して、ＴＳデコーダ４６に与える（図４０、ステップＳ４１３）。さらに、ＣＰＵ５８は、ＴＳデコーダ４６を制御して、ＥＳのパケットＩＤを取得し、これをＴＳデコーダ４６にセットする（ステップＳ４１４）。したがって、ＴＳデコーダ４６は、ＥＳをＡＶデコーダ５２に出力する。これにより、ＴＶセット３６からは、当該番組の映像音声が出力される。また、購入ボタンを押した時点において、番組開始から時間が経過していても、番組の最初から視聴することができる。
【０２２４】
ＣＰＵ５８は、上記と並行して、ＴＳデコーダ４８を制御し、当該番組のＥＳを取得する。ただし、ＣＰＵ５８は、購入処理を行った旨をＩＣカード６６に送信する。これにより、ＩＣカード６６は、当該番組が終わるまで、スクランブルキーＫｓを送り返す。なお、ＩＣカード６６に記録された購入処理を行った旨の情報は、ＣＰＵ５８の制御により、モデム６２を介してコンテンツ提供者装置に送信される。
【０２２５】
ＣＰＵ５８は、取得した当該番組のＥＳからパーシャル・トランスポートストリームを生成し、ハードディスク６０のキャッシュ蓄積部に追加する（ステップＳ４１５）。また、既に再生した部分を破棄する。このようにして、キャッシュ蓄積部を用いて、蓄積と再生を並行して実行していく。番組が終了すると、処理を終了する（ステップＳ４１６）。
【０２２６】
図３９のステップＳ４０２において、キャッシュ蓄積が番組の開始部分から記録されていない場合には、ステップＳ４０３を実行する。ステップＳ４０３においては、プレビュー蓄積によって記録した部分と、キャッシュ蓄積によって記録した部分とに、重複部分があるか否かを判断する。
【０２２７】
たとえば、図４２に示すように、蓄積プレビューが番組の最初ｔ０から、時刻ｔ２まで記録されていたとする。なお、図において、ｔは蓄積プレビューの番組開始からの経過時刻を示し、ｔ'は現在の放送における番組開始からの経過時刻を示している。また、蓄積しておいたプレビューのプレビュー開始時刻ｔ０において、現在の番組放送は、番組開始よりｔ'１時間経過していたものとする。この場合、キャッシュは時刻ｔ'１から開始される。プレビュー開始の後、時刻ｔ４において、ユーザが購入申込をしたものとする。
【０２２８】
図４３に、蓄積プレビューとキャッシュ蓄積における記録内容を比較するための図を示す。上記の場合には、蓄積プレビューとキャッシュ蓄積に重複部分（時刻ｔ''１〜ｔ２）がある。したがって、ＣＰＵ５８は、ステップＳ４０４に進み、プレビュー済の最後の部分ｔ４は、キャッシュ蓄積されているか否かを判断する。ここでは、図４３に示すように蓄積されているので、再生ポインタをプレビュー済の最後の部分ｔ４に設定する（ステップＳ４０５）。
【０２２９】
続いて、ＣＰＵ５８は、キャッシュ蓄積された番組を、時刻ｔ４に該当する部分から読み出して再生するとともに、受信した番組をキャッシュ蓄積部に蓄積する（ステップＳ４１３〜Ｓ４１５）。番組が終了し、キャッシュ蓄積に記録したものを全て再生し終われば、購入処理を終える（ステップＳ４１６）。以上のように、購入申込ｔ４の時点で、既に番組が進行していても、プリビュー視聴から途切れることなく、連続して番組を視聴することができる。
【０２３０】
次に、図４４に示すようなケース２を考えてみる。図４２に比べると、番組開始から多くの時間が経過した後に、キャッシュ蓄積の開始がなされている。しかし、この場合においても、プレビュー蓄積とキャッシュ蓄積とは重複した部分があるので、ステップＳ４０３からＳ４０４に進む。ステップＳ４０４においては、プレビュー済の最後の部分ｔ４が、キャッシュ蓄積されているか否かを判断する。図４５は、図４４における蓄積プレビューとキャッシュ蓄積とを比較するための図である。図４５に示すように、プレビュー済の最後の部分ｔ４は、キャッシュ蓄積されていないので、ステップＳ４０６に進む。
【０２３１】
ステップＳ４０６においては、再生ポインタをプレビュー済の最後の部分ｔ４に設定する。さらに、ステップＳ４０７において、当該部分ｔ４から蓄積プレビューの再生を行う。すなわち、ＣＰＵ５８はプレビューの続きを再生する。さらに、ＣＰＵ５８は、再生部分が、キャッシュ蓄積の先頭部分ｔ'１に到達したか否かを判断する（ステップＳ４０８）。到達していなければ、ステップＳ４０７に戻って、蓄積プレビューの再生を行う。
【０２３２】
キャッシュ蓄積の先頭部分ｔ'１に到達すれば、キャッシュ蓄積によって記録したものの再生を開始する。以後は、キャッシュ蓄積を用いて番組の再生を行っていく（ステップＳ４１３〜Ｓ４１５）。番組が終了し、キャッシュ蓄積に記録したものを全て再生し終われば、購入処理を終える（ステップＳ４１６）。
【０２３３】
次に、図４６に示すようなケース３を考えてみる。この場合には、番組開始からさらに多くの時間が経過した後に、キャッシュ蓄積の開始がなされている。したがって、蓄積プレビューとキャッシュ蓄積の重複部分がない（図４７参照）。ＣＰＵ５８は、完全な番組の再生をあきらめ、キャッシュ蓄積の先頭部分から再生を開始する（ステップＳ４０３、Ｓ４１３）。以後は、キャッシュ蓄積を用いて番組の再生を行っていく（ステップＳ４１３〜Ｓ４１５）。番組が終了し、キャッシュ蓄積に記録したものを全て再生し終われば、購入処理を終える（ステップＳ４１６）。
【０２３４】
この実施形態では、図４７のような場合に、購入申込ｔ４の時点で、蓄積プレビューの再生を中止し、キャッシュ蓄積の先頭部分ｔ'１を読み出して再生するようにしている。しかし、蓄積プレビューをｔ２まで再生した後に、キャッシュ蓄積をｔ'１から再生するようにしてもよい。
【０２３５】
なお、上記では、ステップＳ４０１において、当該番組のキャッシュ蓄積がある場合について説明した。キャッシュ蓄積がない場合には、ステップＳ４０１からＳ４１０に進む。ステップＳ４１０、Ｓ４１１では、ＣＰＵ５８は、ＴＳデコーダを制御して、購入指定された番組のＥＳをＡＶデコーダ５２に出力させる。これにより、現在放送されている番組をＴＶ３６セットにて見ることができる。番組が終了すれば、購入処理を終了する（ステップＳ４１２）。
【０２３６】
(8-4)録画処理
次に、図３２のステップＳ３０７において、ユーザが録画処理を行った場合について説明する。この場合、ＣＰＵ５８は、ステップＳ３１２またはＳ３１３を実行する。
【０２３７】
図４１Ａの画面において、ユーザが録画ボタン２５２を押すと、ＣＰＵ５８は、図４１Ｂに示すような録画メニューを表示する。アナログ録画を選択すると、ＡＶデコーダ５２のアナログ出力が、ビデオレコーダ（図示せず）などにアナログ方式にて録画される。この場合の処理は、図３９、図４０と同様である。
【０２３８】
また、ユーザがディジタル録画（視聴）を選択した場合には、ユーザは当該番組の視聴を行いつつ録画を行うことができる。したがって、図３９、図４０の処理に加えて、生成したパーシャル・トランスポートストリームを、ハードディスク６０に記録していく処理を行う。記録形式は、図２８、図２９に示すとおりである。なお、途中からしか記録できなかった場合には、次回の放送において、不足している部分を追加記録する。
【０２３９】
ユーザがディジタル録画（裏録）を選択した場合には、ＣＰＵ５８は、図４８、図４９に示す処理を行う。ＣＰＵ５８は、まず、当該番組のキャッシュ蓄積があるか否かを判断する（ステップＳ５０１）。キャッシュ蓄積があれば、既に蓄積済のキャッシュ蓄積を本記録にして、記録を続行する（ステップＳ５０２）。記録の形式は、図２８、図２９に示すとおりである。これを番組終了まで続ける（ステップＳ５０３）。
【０２４０】
番組が終了すれば、ＣＰＵ５８は、番組の先頭から完全な記録ができたか否かを判断する（ステップＳ５０４）。完全な記録ができていれば、処理を終了する。記録できていない部分があれば、プレビュー蓄積を結合して、完全な記録にできるかどうかを判断する（ステップＳ５０５）。完全な記録を生成できる場合（図４３、図４５などのケース）には、プレビュー蓄積を結合して完全な記録を完成させる（ステップＳ５０６）。
【０２４１】
なお、プレビュー蓄積を結合しても完全な記録が得られない場合には、次回放送をにおいて、未記録部分の記録を行う（ステップＳ５０７）。これにより、完全な記録を生成することができる。
【０２４２】
なお、ステップＳ５０１において、キャッシュ蓄積がない場合にはパーシャルＴＳを生成し、ハードディスク６０への記録を行う（ステップＳ５１０）。番組が終了すれば、上記と同様に、ステップＳ５０４以下を実行する。
【０２４３】
以上のように、この実施形態では、キャッシュ蓄積、プレビュー蓄積を録画の際に利用しているので、番組の完全な記録を行うことができる可能性を高くしている。また、次回の放送において完全な記録を完成させる場合においても、迅速に録画処理を完了することができる。
【０２４４】
(8-5)予約処理
次に、図３２のステップＳ３０７において、ユーザが予約ボタンを押した場合について説明する。この場合、ＣＰＵ５８は、予約処理（ステップＳ３１４）を実行する。予約処理のフローチャートを、図５０、図５１に示す。
【０２４５】
まず、ＣＰＵ５８は、ユーザが予約した番組が、現在放送中であるか否かを判断する（ステップＳ６０１）。現在放送中であれば、図４１Ｃに示す画面を表示し、視聴するか予約するかの選択をユーザに促す（ステップＳ６０２）。視聴が選択されれば、図３９、図４０の視聴処理を行う（ステップＳ６０３）。
【０２４６】
予約が選択されれば、図３５のステップＳ３５８にて記録しておいた放送開始予定（図３８）を参照して、放送開始予定があるか否かを判断する（ステップＳ６０４）。あれば放送開始予定をＴＶセット３６の画面に出力し（ステップＳ６０５）、当該番組を予約登録する（ステップＳ６０６）。
【０２４７】
ステップＳ６０４において放送開始予定がなければ、ＣＰＵ５８は、モデム６２を制御してコンテンツ提供者装置にアクセスする（ステップＳ６０７）。アクセスの後、ユーザが予約しようとした番組のタイトルを送信する（ステップＳ６０８）。これにより、コンテンツ提供者は、番組に対するリクエストを収集することが可能となり、これを反映した番組スケジュールを組むことができる。
【０２４８】
ＣＰＵ５８は、ＥＩＴを監視し、上記番組が放送予定に入っていないか否かをウオッチングする（ステップＳ６０９）。放送予定に新たに追加されれば、ＣＰＵ５８は、その旨をＴＶセット３６の画面に出力する。
【０２４９】
なお、予約時だけでなく、購入ボタンを押した時に、当該番組の放送予定がない場合にも、上記のようにしてコンテンツ提供者装置にリクエストを送るようにしてもよい。
【０２５０】
(9)プレビュー可能リストの活用
この実施形態では、図２２に示すようなプレビュー可能リストを生成している。したがって、図５２に示すように、電子番組表（ＥＰＧ）を表示する際に、当該番組がプレビュー可能である旨の表示５００を行うことができる。これにより、ユーザは、容易にプレビュー可能であるか否かを知ることができる。
【０２５１】
(10)他の実施形態
上記実施形態では、プレビュー可能な番組は全て蓄積するようにしているが、予めユーザが蓄積したいジャンルを指定して、プレビューを蓄積するようにしてもよい。
【０２５２】
また、上記実施形態では、ユーザがプレビューの表示を指令することによりプレビューを表示するようにしている。しかし、ジャンル検索などの時間を要する処理の実行中に、蓄積済のプレビューを適宜表示するようにしてもよい。また、ジャンル検索であれば、ユーザが検索しようとしているジャンルのプレビューを表示するようにしてもよい。
【０２５３】
さらに、上記実施形態では、ペイパービュー番組のプレビューを蓄積するようにしている。しかし、一般の無料番組、ユーザが契約済の番組等を含めて、ユーザが予め指定した番組の先頭部分のみを蓄積するようにしてもよい。ユーザは、これを見て、希望する複数の番組の先頭部分のダイジェストを効率よく見ることができる。
【０２５４】
また、上記実施形態では、先頭部分を蓄積するようにしているが、番組の他の一部分（ハイライトシーンなど）を抜き出して記録するようにしてもよい。
【０２５５】
上記実施形態では、蓄積プレビューの視聴中に購入等の申し込みが行われた場合に、キャッシュ蓄積したものを用いて、放送開始のタイミングと購入決定のタイミングとがずれた場合であっても、番組の最初からの視聴や蓄積ができるようにしている。
【０２５６】
しかし、当該番組の蓄積プレビューがあるにもかかわらず、ユーザは、実際に放送されてきている当該番組のプレビューを視聴し、購入等の申し込みを行う場合もある。たとえば、図５３に示すように、放送開始から時刻Ｔｓにプレビューを開始したとすれば、時刻Ｔ０から時刻Ｔｓの内容をユーザは見ることができない。この場合に、開始時刻Ｔ０から購入申込の時刻Ｔｄまでの経過時間が、蓄積プレビューの再生時間（ｔ０からｔ２までの時間）よりも短ければ、蓄積プレビューをバッファとして用いて（バッファにコピーして）、番組の最初からの内容をユーザに視聴させることができる。
【０２５７】
なお、上記実施形態では、受信装置が蓄積部を含んでいる場合について説明した。しかし、蓄積部は、受信装置と別体となっていてもよい。
【０２５８】
次に示す第２の実施形態の「その他の実施形態」の欄やその他の部分において記述する他の実施形態は、第１の実施形態にも適用することができるものである。
【０２５９】
２．第２の実施形態
(1)概要
上記第１の実施形態では、使用者がコンテンツの購入指令を出して蓄積を始めた後、コンテンツの蓄積途中にハードディスク６０の容量がなくなってしまうおそれがある。特にコンテンツが有料である場合には、このような事態は、使用者にとって許容しがたいものとなる。
【０２６０】
以下に示す第２の実施形態では、上記のような問題に鑑みて、購入指令（蓄積指令）を受けた際に、当該コンテンツが蓄積可能かどうかを予め示すようにしている。
【０２６１】
また、第２の実施形態では、使用者の視聴履歴や蓄積条件などを記録しておき、コンテンツ提供者装置に送信するようにしている。これにより、コンテンツ提供者は、使用者の嗜好などを知ることができ、コンテンツ製作や放送スケジュール作成などに生かすことができる。
【０２６２】
第２の実施形態における放送システムの全体構成は、図１と同様である。また、送信装置の基本的な構成、受信装置の基本的な構成、ハードウエア構成等も、第１の実施形態と同様である（図３、図６、図７参照）。さらに、プレビュー蓄積処理、プレビュー視聴処理なども、基本的な部分は第１の実施形態と同様である。
【０２６３】
以下では、第２の実施形態におけるプレビュー蓄積処理、プレビュー視聴処理について、第１の実施形態と異なる点に焦点を絞って説明を行う。
【０２６４】
(2)プレビュー蓄積処理
プレビュー蓄積処理は、図１４〜図１７、図２３〜図２６に示すフローチャートと基本的部分において同様である。
【０２６５】
この実施形態では、ハードディスク６０にプレビューなどを蓄積する際に、インデックスとして併せて記録するストリーム情報テーブル（図２６のステップＳ２１５、図２９参照）の内容が異なっている。図５４に、この実施形態におけるストリーム情報テーブルの構造例を示す。また、図５５に、データ例を示す。
【０２６６】
この実施形態では、視聴済判定欄１１０には、視聴済か否かだけでなく、視聴回数も記録するようにしている。購入欄１２３は、当該プレビューに対応するコンテンツが購入されたか否かを示すフラグである。「−」であれば実購入、「済」であれば購入済である。プレビュー容量欄１２４は、当該プレビューを蓄積するために要した容量（メガバイト）である。
【０２６７】
ＣＰＵ５８は、プレビューの蓄積を行った際には、上記のようにプレビュー蓄積容量をストリーム情報テーブルに記録するようにしている（図２６、ステップＳ２１５参照）。なお、記録したプレビュー蓄積容量は、後の処理において、コンテンツ全体の蓄積容量を予想するために用いる。
【０２６８】
(3)プレビュー視聴処理
プレビュー視聴処理は、図３１、図３２、図３４、図３５、図３９、図４０、図４８〜図５１と基本部分において同様である。
【０２６９】
この実施形態においては、図５６に示すように、ステップＳ３０２の前に、コンテンツ蓄積に必要な容量を予測する処理（ステップＳ３１０５）を行うようにしている。また、図５４の視聴済判定欄１１０に対応して、ステップＳ３０６においては、視聴回数を記録するようにしている。
【０２７０】
図５７に、ステップＳ３１０５の必要容量予測処理の詳細を示す。ＣＰＵ５８は、図２２のプレビュー可能リストから、対象となっているプレビューに対応するコンテンツ全体の放送時間を取得する（ステップＳ７０１）。なお、ＥＩＴから直接、当該コンテンツ全体の放送時間を取得するようにしてもよい。次に、ＣＰＵ５８は、当該コンテンツ（あるいは当該コンテンツが放送されるサービスにおける他のコンテンツ）のエレメンタリーストリームを受信するよう制御する。さらに、ＣＰＵ５８は、このエレメンタリーストリームのヘッダ領域に、単位時間当たりの送信容量であるＢＲＶ(Bit Rate Value)が記述されているか否かを判断する（ステップＳ７０２、Ｓ７０３）。ここで、ＢＲＶは、１秒あたりに送信されるビットを示している。
【０２７１】
ビットレートが取得できた場合には、ＣＰＵ５８は、コンテンツ全体の放送時間とビットレートとに基づいて、必要容量を予測する（ステップＳ７０３、Ｓ７０４）。つまり、下式によって必要容量の予測を行う。
【０２７２】
必要容量 ＝ （放送時間×ＢＲＶ）／８
なお、この実施形態においては１バイトを８ビットとしている。したがって、必要容量をバイトにて算出するために、８で除してバイト数を得ている。
【０２７３】
ＢＶＲが取得できない場合には、プレビューを蓄積した際の必要容量pv、プレビューの時間pt、コンテンツ全体の時間htに基づいて、コンテンツ全体に対する必要容量hvを推測する。すなわち、下式に基づいて必要容量hvを推測する（ステップＳ７０３、Ｓ７０５）。
【０２７４】
hv = pv・(ht/pt)
図５８のステップＳ３１０において、使用者の操作によって、ディジタル録画が入力された場合、ＣＰＵ５８は、上記にて予測した必要容量が、ハードディスクの残容量よりも大きいか否かを判断する（ステップＳ３２１）。必要容量が残容量を越えていれば、ＣＰＵ５８は、図５９に示すような中止選択画面（警告画面）を出力する（ステップＳ３２２）。
【０２７５】
この中止選択画面においては、コンテンツ（番組）が全て蓄積できないおそれがある旨の警告が表示される。その上で、購入ボタン７００、中止ボタン７０２、戻るボタン７０４を表示して、使用者が何れかを選択可能にしている。中止ボタン７０２が選択された場合には、当該コンテンツの蓄積を中止して、次のコンテンツのプレビュー視聴に移る。購入ボタン７００が選択された場合には、デジタル録画の処理が実行される（ステップＳ３１３）。
【０２７６】
また、ステップＳ３２１において、必要容量よりも残容量の方が大きければ、ＣＰＵ５８は、ディジタル録が処理を実行する（ステップＳ３１３）。
【０２７７】
上記のようにして、この実施形態では、これから蓄積しようとするコンテンツが蓄積できるかどうかを判定し、蓄積できない場合には、その旨を警告として表示するようにしている。
【０２７８】
なお、この実施形態では、図６０Ｃに示すように、カーソルによって選択されているプレビューについて、そのコンテンツ全体の再生時間、必要容量および当該コンテンツを蓄積した後のハードディスクの残容量を表示するようにしている。これにより、使用者は、容易にコンテンツの再生時間等の概要を知ることができる。
【０２７９】
同様に、図６１に示すように、電子番組ガイド（ＥＰＧ）において、カーソルによって選択されているコンテンツの、プレビュー再生時間（図では６０秒）、コンテンツ全体の再生時間（図では６０分）、プレビュー記録に必要な容量（図では３０ＭＢ）、コンテンツ全体の必要容量（図では１８ＧＢ）、当該コンテンツを蓄積した場合のハードディスクの残容量（図では３２ＧＢ）、ハードディスクの全容量（図では６０ＧＢ）を表示するようにしている。これにより、プレビューが可能か否かだけでなく、コンテンツの再生時間等を容易に知ることができる。
【０２８０】
また、この実施形態では、使用者が、蓄積したいプレビューをジャンルなどによって指定することができるようにしている。図６２に、その指定画面を示す。図６２Ａの画面において、使用者のリモコン操作により、全コンテンツのボタン８００が選択されて決定されると、ＣＰＵ５８は、図６３に示すハードディスク６０内の蓄積条件記録テーブルに、当該条件を記録する。ジャンル指定ボタン８０２が選択されて決定されると、ＣＰＵ５８は、図６２Ｂに示す選択画面を表示する。使用者によって、邦画ボタン８０６が選択決定されると、ＣＰＵ５８は、図６３に示すように、蓄積条件記録テーブルに邦画を記録する。
【０２８１】
ＣＰＵ５８は、プレビュー蓄積を行う際に、この蓄積条件記録テーブルを参照し、プレビュー可能なコンテンツの内、条件に合致するコンテンツを選択してプレビューの蓄積を行う。図６３のように蓄積条件が記録されている場合には、邦画のコンテンツについてそのプレビューが蓄積されることになる。
【０２８２】
さらに、この実施形態では、実際に視聴したコンテンツの履歴を、ハードディスク６０内の視聴履歴テーブルに記録するようにしている。図６４に、視聴履歴テーブルを示す。チャネル番号（サービス番号）、ジャンル、放送日時（放送された日時）、視聴日時（視聴した日時）、視聴時間、プレビューか否かのフラグなどが、視聴時に記録される。この実施形態では、蓄積したものを再生して視聴した場合も、受信して直ちに視聴した場合も、区別せずに記録するようにしている。これは、放送日時と視聴日時とが同じ場合には受信して視聴したものとして、放送日時と視聴日時が異なる場合には蓄積したものを再生して視聴したものとして判断することができるからである。
【０２８３】
また、プレビューのフラグは、「１」がプレビュー、「０」が通常のコンテンツを示している。したがって、この記録により、プレビューを視聴してから、これに対応するコンテンツを視聴したか、いきなりコンテンツを視聴したかなどを知ることができる。
【０２８４】
この実施形態では、視聴履歴が所定数蓄積されると（たとえば、１０個ごと）、ＣＰＵ５８は、モデム６２を制御して、コンテンツ提供者装置４に、この視聴履歴を送信する。この際、併せて、蓄積条件記録テーブルの内容も送信する。さらに、ストリーム情報テーブルの内容（特に、コンテンツ購入の有無）も送信する。加えて、ＩＣカード６６内に記述されている個人情報も付加して送信する。ただし、プライバシーに配慮すべく、使用者の同意がない限り、性別、年齢等の情報にとどめることが好ましい。一方、氏名や住所等の送信許可を行った使用者に対しては、料金割引等の特典を与えるようにしてもよい。
【０２８５】
なお、新たな視聴履歴が蓄積されるごとに送信するようにしてもよい。また、所定期間ごと（たとえば毎夜）に送信するようにしてもよい。
【０２８６】
これを受けたコンテンツ提供者装置４は、これらのデータに基づいて、使用者の嗜好等を取得することができる。特に、この実施形態では、使用者がどのような条件にてプレビュー蓄積を希望しているか、どのようなコンテンツのプレビューを視聴したか、どのようなコンテンツを視聴したか、という３段階での判断が可能となっている。また、プレビュー視聴と対応するコンテンツ視聴との関連性を把握することもできる。
【０２８７】
(4)他の実施形態
上記実施形態では、プレビュー再生時にコンテンツ全体の必要容量を予想するようにしている。しかし、図２６のステップＳ２１５において、必要容量を算出しておき、図６５、図６６に示すようなストリーム情報テーブルを記録するようにしてもよい。このようにすれば、複数のコンテンツに対する蓄積指令が与えられた場合であっても、蓄積可能かどうかを容易に判定することができる。また、図６０、図６１のような表示を容易に行うことができる。
【０２８８】
また、上記実施形態では、コンテンツの蓄積ができないと予想される場合に、その旨を警告として表示している。しかし、記録時のデータ圧縮率を上げて（画像や音声の品質を落として）蓄積が可能となる場合には、その旨を表示するようにしてもよい。また、このような圧縮率を上げた蓄積を実行するためのボタン（アイコン）を表示するようにしてもよい。
【０２８９】
また、圧縮率に代えて、コンテンツを間引いて蓄積すれば蓄積可能である旨を表示するようにしてもよい。さらに、既に蓄積されているコンテンツを消去すれば蓄積可能となる場合、その旨を表示するようにしてもよい。あるいは、当該記録対象となっているコンテンツに代えて、記録可能な他のコンテンツを提示するようにしてもよい。
【０２９０】
上記実施形態においては、部分コンテンツがプレビューコンテンツである場合について説明した。しかし、ハイライトシーン、バイオレンスシーン、性的シーン、特定のタレントが出場するシーンなどを部分コンテンツとすることができる。
【０２９１】
第１の実施形態の「その他の実施形態」の欄やその他の部分において記述した他の実施形態は、第２の実施形態にも適用することができるものである。
【図面の簡単な説明】
【図１】この発明の一実施形態による送受信システムの全体構成を示す図である。
【図２】放送に含まれるトランスポートストリームおよびサービスを示す図である。
【図３】送信装置の構成を示す図である。
【図４】送信装置から送出されるデータを示す図である。
【図５】送信装置から送出されるデータを示す図である。
【図６】受信装置の構成を示す図である。
【図７】受信装置のハードウエア構成を示す図である。
【図８】ＩＣカードをハードウエア構成を示す図である。
【図９】暗号化と復号化の仕組みを示す図である。
【図１０】受信処理のフローチャートを示す図である。
【図１１】ＮＩＴの内容を示す図である。
【図１２】ＰＡＴの内容を示す図である。
【図１３】ＰＭＴの内容を示す図である。
【図１４】プレビュー蓄積処理のフローチャートを示す図である。
【図１５】プレビュー可能リスト生成処理のフローチャートを示す図である。
【図１６】プレビュー可能リスト生成処理のフローチャートを示す図である。
【図１７】プレビュー可能リスト生成処理のフローチャートを示す図である。
【図１８】ＴＳリストを示す図である。
【図１９】サービスリストを示す図である。
【図２０】ＥＣＭに含まれる情報を示す図である。
【図２１】プレビュー可能リストを示す図である。
【図２２】プレビュー可能リストを示す図である。
【図２３】プレビューの自動蓄積処理のフローチャートを示す図である。
【図２４】プレビューの自動蓄積処理のフローチャートを示す図である。
【図２５】プレビューの自動蓄積処理のフローチャートを示す図である。
【図２６】プレビューの自動蓄積処理のフローチャートを示す図である。
【図２７】パーシャル・トランスポートストリームの構造を示す図である。
【図２８】パーシャル・トランスポートストリームのハードディスクへの記録形式を示す図である。
【図２９】ストリーム情報テーブルの構造を示す図である。
【図３０】ストリーム情報テーブルの例を示す図である。
【図３１】プレビュー視聴のフローチャートを示す図である。
【図３２】プレビュー視聴のフローチャートを示す図である。
【図３３】プレビュー視聴の選択画面を示す図である。
【図３４】キャッシュ処理のフローチャートを示す図である。
【図３５】キャッシュ処理のフローチャートを示す図である。
【図３６】複数のサービスにおける番組開始の時間的関係を示す図である。
【図３７】番組開始からの経過時間のテーブルを示す図である。
【図３８】開始予定時刻のテーブルを示す図である。
【図３９】購入処理のフローチャートを示す図である。
【図４０】購入処理のフローチャートを示す図である。
【図４１】購入、録画、予約画面を示す図である。
【図４２】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４３】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４４】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４５】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４６】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４７】蓄積プレビューとキャッシュ蓄積との関係を示す図である。
【図４８】ディジタル録画処理のフローチャートを示す図である。
【図４９】ディジタル録画処理のフローチャートを示す図である。
【図５０】予約処理のフローチャートを示す図である。
【図５１】予約処理のフローチャートを示す図である。
【図５２】電子番組表を示す図である。
【図５３】他の実施形態による蓄積プレビューと放送コンテンツとの関係を示す図である。
【図５４】第２の実施形態によるストリーム情報テーブルの構造を示す図である。
【図５５】ストリーム情報テーブルのデータ例を示す図である
【図５６】プレビュー視聴のフロチャートを示す図である。
【図５７】必要容量の予測処理のフロチャートを示す図である。
【図５８】プレビュー視聴のフローチャートを示す図である。
【図５９】容量不足を警告する画面を示す図である。
【図６０】プレビュー指定画面におけるコンテンツ情報の表示を示す図である。
【図６１】ＥＰＧ画面におけるコンテンツ情報の表示を示す図である。
【図６２】プレビュー蓄積条件指定画面を示す図である。
【図６３】蓄積条件記録テーブルを示す図である。
【図６４】視聴履歴テーブルを示す図である。
【図６５】他の実施形態によるストリーム情報テーブルの構造を示す図である。
【図６６】他の実施形態によるストリーム情報テーブルの例を示す図である。
【符号の説明】
８・・・受信装置
２０・・・受信部
２２・・・復元部
２４・・・通信部
２６・・・制御部
２８・・・蓄積制御部
３０・・・再生制御部
３２・・・蓄積部
３４・・・操作受付部
Claims (17)
- 送信装置から送信されてきたコンテンツを受信する受信部と、
送信されたコンテンツを蓄積する蓄積部と、
受信部によって受信したコンテンツまたは蓄積部に蓄積したコンテンツを、制御部の制御に従って復元して出力する復元部と、
少なくとも復元部を制御する制御部と、
を備えた蓄積型受信装置であって、
前記制御部が、
受信部が受信した複数のコンテンツについて、各コンテンツがペイパービューコンテンツであるか否かを判断し、ペイパービューコンテンツであれば、各コンテンツの部分をプレビューとして取り出して蓄積部に出力するよう復元部を制御する蓄積制御部と、
蓄積部に蓄積されたプレビューを読み出し、再生して出力する再生制御部と、
を備えていることを特徴とする蓄積型受信装置。 - 受信部によって受信されたコンテンツを蓄積部に蓄積するよう制御し、蓄積部に蓄積されたコンテンツを読み出して復元する制御を行う蓄積制御装置であって、
受信部からの出力に基づいて、各コンテンツがペイパービューコンテンツであるか否かを判断し、ペイパービューコンテンツであれば、各コンテンツの部分をプレビューとして取り出して蓄積部に出力するよう復元部を制御する蓄積制御部と、蓄積部に蓄積されたプレビューを所望の時に読み出し、再生して出力する再生制御部とを備えた制御部、
を備えていることを特徴とする蓄積制御装置。 - 送信されてきたコンテンツを受信して蓄積し、蓄積したコンテンツを復元して出力する受信装置を制御するためのプログラムであって、
送信されてきた複数のコンテンツについて、各コンテンツがペイパービューコンテンツであるか否かを判断し、ペイパービューコンテンツであれば、各コンテンツの部分をプレビューとして取り出して蓄積するよう制御する蓄積制御部と、蓄積されたプレビューを読み出し、再生して出力する再生制御部とを備えた制御部としての機能を実現するためのプログラム。 - 請求項３のプログラムを記録した記録媒体。
- 請求項２の蓄積制御装置において、
前記再生制御部は、使用者からのプレビュー再生指令に基づいて、蓄積された複数のプレビューから所望のプレビューを選択して再生し、
前記制御部は、使用者からのプレビュー再生指令によって選択されたプレビューを特定するための情報を記録または外部に送信することを特徴とする蓄積制御装置。 - 請求項２または請求項５の蓄積制御装置において、
前記再生制御部は、プレビュー再生指令とは異なる指令に対する制御を制御部が行っている間に、蓄積された複数のプレビューから所望のプレビューを選択して再生し、
前記異なる指令は、ジャンル検索による番組表の表示命令であり、
前記再生制御部は、前記指令によって検索対象となっているジャンルに属するプレビューを所望のプレビューとして選択して再生することを特徴とする蓄積制御装置。 - 請求項２または請求項５、６のいずれかの蓄積制御装置において、
前記制御部は、受信部からの信号を復元部においてコンテンツに復元して出力するよう制御する処理と平行して、複数のコンテンツについて、各コンテンツの部分をプレビューとして取り出して蓄積部に出力するよう復元部を制御することを特徴とする蓄積制御装置。 - 請求項２または請求項５〜７のいずれかの蓄積制御装置において、
前記蓄積制御部は、使用者の指令した条件に合致するコンテンツのプレビューのみを蓄積部に出力するよう制御し、前記使用者によるプレビュー蓄積条件を記録または外部に送信することを特徴とする蓄積制御装置。 - 請求項２または請求項５〜８のいずれかの蓄積制御装置において、
前記制御部は、ペイパービューコンテンツに対する使用者からの購入指令を受けると、
当該購入指令の時において、受信部が受信して出力している当該ペイパービューコンテンツの開始からの経過時間よりも、蓄積部に蓄積済の当該ペイパービューコンテンツのプレビューの再生時間の方が長いか否かを判断し、
前記再生時間の方が長ければ、蓄積部に蓄積されている当該プレビューを再生するとともに、少なくとも前記経過時間よりも長いコンテンツを一時記憶できる一時記憶部を用いて、当該ペイパービューコンテンツを受信して一時記憶部に記憶しつつ、一時記憶部に記憶した当該ペイパービューコンテンツを再生する、
ことを特徴とする蓄積制御装置。 - 請求項２または請求項５〜９のいずれかの蓄積制御装置において、
前記制御部は、プレビューを視聴した使用者によるペイパービューコンテンツに対する購入指令を受けると、
当該購入の時において、現在、当該ペイパービューコンテンツの送信が行われているか否かを、受信した番組情報に基づいて判断し、
現在、送信が行われていなければ、当該ペイパービューコンテンツの購入指令を記憶しておき、
番組情報が更新されるごとに、購入指令を記憶したペイパービューコンテンツの送信予定があるか否かを判断し、送信予定があれば、その旨の表示出力を行う、
ことを特徴とする蓄積制御装置。 - 請求項２または請求項５〜１０のいずれかの蓄積制御装置において、
コンテンツ提供者装置と通信回線を介して通信を行うための通信部をさらに備え、
前記制御部は、プレビューを視聴した使用者によるペイパービューコンテンツに対する購入指令を受けると、
当該購入の時において、現在、当該ペイパービューコンテンツの送信が行われているか否かを、受信した番組情報に基づいて判断し、
現在、送信が行われていなければ、当該ペイパービューコンテンツの購入指令を、通信部により、コンテンツ提供者装置に送信するよう制御する、
ことを特徴とする蓄積制御装置。 - 請求項２または請求項５〜１１のいずれかの蓄積制御装置において、
前記制御部は、受信した番組情報を復元する際に、プレビューを蓄積部に蓄積したコンテンツを、他のコンテンツと区別可能に表示するように表示出力を行うことを特徴とする蓄積制御装置。 - 請求項２または請求項５〜１２のいずれかの蓄積制御装置において、
前記蓄積制御部は、蓄積部に新たなプレビューを蓄積できなくなった場合、受信した番組情報に基づいて、現在送信されていないコンテンツのプレビューを見出し、当該プレビューを削除して、新たなプレビューを蓄積可能とすることを特徴とする蓄積制御装置。 - 請求項２または請求項５〜１３のいずれかの蓄積制御装置において、
前記制御部は、蓄積したプレビューを再生している際に、当該プレビューに対応するコンテンツが現在受信できるか否かを判断し、受信できれば当該コンテンツを一時的に記録することを特徴とする蓄積制御装置。 - 請求項２または請求項５〜１４のいずれかの蓄積制御装置において、
前記制御部の蓄積制御部は、送信されてきたコンテンツのうち、プレビュー可能なペイパービューコンテンツを選択して、プレビューを蓄積し、受信したＥＣＭの内容および、ＥＣＭを鍵再生部に送信した結果として有効な鍵が返送されてきたことの双方に基づいて、プレビュー可能なペイパービューコンテンツであるか否かを判断することを特徴とする蓄積制御装置。 - 請求項１５の蓄積制御装置において、
前記蓄積制御部は、プレビュー可能なペイパービューコンテンツを選択してリストを生成した後、当該リストに基づいて、プレビューの蓄積を行うことを特徴とする蓄積制御装置。 - 請求項６の蓄積制御装置において、
プレビュー視聴が可能であるか否かを、前記番組表の各有料番組に対して表示するようにしたことを特徴とする蓄積制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002042723A JP4203940B2 (ja) | 2001-03-07 | 2002-02-20 | 蓄積型受信装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001-62978 | 2001-03-07 | ||
| JP2001062978 | 2001-03-07 | ||
| JP2002042723A JP4203940B2 (ja) | 2001-03-07 | 2002-02-20 | 蓄積型受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002335504A JP2002335504A (ja) | 2002-11-22 |
| JP4203940B2 true JP4203940B2 (ja) | 2009-01-07 |
Family
ID=26610745
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002042723A Expired - Fee Related JP4203940B2 (ja) | 2001-03-07 | 2002-02-20 | 蓄積型受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4203940B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1447976B1 (en) * | 2003-02-12 | 2019-06-19 | Irdeto B.V. | Method of controlling descrambling of a plurality of program transport streams, receiver system and portable secure device |
| KR100605528B1 (ko) * | 2003-04-07 | 2006-07-28 | 에스케이 텔레콤주식회사 | 멀티미디어 컨텐츠 제작 전송 방법 및 시스템 |
| JP2004336576A (ja) | 2003-05-09 | 2004-11-25 | Sony Corp | コンテンツ配信システム、コンテンツ配信装置、コンテンツ記録再生装置並びにコンテンツ記録再生方法、並びにコンピュータ・プログラム |
| JP2006094442A (ja) * | 2004-09-27 | 2006-04-06 | Toshiba Corp | 放送受信装置 |
| JP5504761B2 (ja) * | 2009-09-01 | 2014-05-28 | 富士通株式会社 | 受信装置、及びその使用方法 |
-
2002
- 2002-02-20 JP JP2002042723A patent/JP4203940B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002335504A (ja) | 2002-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7680808B2 (en) | Transmission apparatus, content reproduction apparatus, and content and license distribution system | |
| JP4882196B2 (ja) | 情報処理システム、情報処理装置、電子機器、情報処理方法及び媒体 | |
| EP1239678B1 (en) | Storage type receiving device | |
| JP4577430B2 (ja) | 情報処理装置および情報処理方法 | |
| KR19990063244A (ko) | 프로그램정보를 생성하기 위한 방법과 장치 및 프로그램정보를 처리하기 위한 수신장치 | |
| JP2003152698A (ja) | コンテンツ利用制御送信方法、コンテンツ利用制御受信方法およびコンテンツ利用制御送信装置、コンテンツ利用制御受信装置ならびにコンテンツ利用制御送信プログラム、コンテンツ利用制御受信プログラム | |
| JP2008523681A (ja) | 番組再生方法及び装置 | |
| JP4229035B2 (ja) | 記録再生装置および方法、再生装置および方法、記録装置および方法、並びにプログラム | |
| JP2002077799A (ja) | 情報処理装置および情報処理方法、並びに記録媒体 | |
| JP2002335463A (ja) | 放送受信機 | |
| US20030039271A1 (en) | Broadcasting system capable of providing program information | |
| JP3366234B2 (ja) | 情報受信方法及びその方法を用いた情報受信装置 | |
| JPWO2002087233A1 (ja) | マルチビュー蓄積放送サービス方法、装置及びシステム | |
| JP2004229235A (ja) | 受信再生装置 | |
| JP4203940B2 (ja) | 蓄積型受信装置 | |
| JP3680365B2 (ja) | デスクランブル装置、デスクランブル方法、スクランブル放送送受信装置、スクランブル放送方法 | |
| JP3807975B2 (ja) | 番組記録再生装置 | |
| JP2003264813A (ja) | デジタル放送受信装置およびその方法、プログラムおよびその媒体 | |
| JP2003153220A (ja) | 番組情報を提供可能な放送システム | |
| JP2000184338A (ja) | ディジタル放送送信装置及びディジタル放送受信装置 | |
| JP7039434B2 (ja) | 放送信号受信装置および放送信号受信装置における選択画面表示方法 | |
| JP3591634B2 (ja) | 広告放送自動削除機能を有する映像信号記録／再生装置および映像サービスシステム | |
| JP6966380B2 (ja) | 電子機器および方法 | |
| JP2004343411A (ja) | データ処理装置 | |
| JP2021052295A (ja) | デジタル放送受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041220 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050331 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070814 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071012 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080811 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080819 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080916 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081008 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111024 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |