JP2021193843A - 記録再生装置 - Google Patents

Abstract

【課題】番組データの再生中に、テレビのディスプレイの下側などに、当該番組データの出演者に関する情報を表示する。【解決手段】受信した番組データが記録される記録媒体と、前記番組データの映像データの登場対象を示すメタデータが格納される格納媒体と、前記記録媒体に記録された番組データを再生する再生手段と、前記再生手段によって番組データを再生する際に当該番組データに対応するメタデータに対応する前記登場対象に関する情報をテレビ受信機にティッカー表示させる態様で出力する出力手段と、を備える。【選択図】図１

Description

本発明は、記録再生装置に関し、特に、録画記録した番組データの再生時にユーザに所望の情報を提供する記録再生装置に関する。

従来、地上波及び衛星放送などのテレビ番組の録画手段及び視聴手段として以下の技術が開示されている（特許文献１）。特許文献１に記載の技術は、１日分のすべてのテレビ放送を記録する技術が提案されている。

特開平１０−２３４００７号公報

しかし、特許文献１に開示されている発明は、録画した番組データ（テレビ番組）の再生時には、その番組データをそのまま再生することしかしていない。１日分のすべての番組データを記録しているのであれば、番組データに対して種々の処理を行うことができるのにも拘わらず、その可能性を模索しておらず、１日分のすべての番組データを記録していることの効果は、再生可能な番組データが多いということに留まる。

本発明は、番組データに含まれているＣＭデータに着目して、そのユニークな再生手法を模索し、ユーザ及びＣＭ依頼主等に有益な記録再生装置、システム及びサーバを提供することを課題とする。

上記課題を解決するために、本発明の記録再生装置は、
番組データを記録媒体に記録する記録手段と、
前記記録媒体に記録されている番組データを再生する再生手段と、
前記再生手段によって再生された番組データの映像データの表示媒体の電源のオン／オフ状態を検知する検知手段と、
前記検知手段によって前記表示媒体の電源がオン状態であると検知された場合であって前記再生手段によって番組データが再生されていない場合にユーザに報知すべきコンテンツを出力する出力手段と、
を備える。

また、前記再生手段によって再生すべき番組データをユーザに選択させるためのメニュー画面を表示する手段を備えてもよい。この場合、出力手段は、前記メニュー画面の表示開始から所定時間を越えてユーザからの指示がない場合に前記コンテンツを出力することもでき、更には、前記出力手段によってコンテンツが表示されている状態でユーザから任意指示がされた場合に前記メニュー画面の表示状態に戻してもよい。

さらに、前記出力手段は、前記再生手段によって番組データが表示されている状態で当該番組データの再生停止の指示を除く任意指示がなされた場合にコンテンツを出力することもできる。この場合の任意指示は、前記番組データの再生の一時停止の指示、前記表示媒体の電源をオンする指示、前記番組データの早送りの指示、前記番組データの巻き戻しの指示、前記番組データのスキップの指示のいずれかとすることができ、更には、前記出力手段によってコンテンツが表示されている状態でユーザから任意指示がされた場合に前記再生手段による表示処理に戻してもよい。

さらにまた、前記コンテンツとしてＣＭデータの映像データと音声データとの少なくとも一方を出力するか、前記コンテンツとして広告主からの明示の広告依頼対象のＣＭデータの映像データと音声データとの少なくとも一方を出力するか、前記コンテンツとして再生履歴に基づいて決定されるＣＭデータの映像データと音声データとの少なくとも一方を出力することも可能である。

なお、本発明は、番組コーナーデータ及びＣＭデータを有する番組データを含むコンテンツが記録される記録媒体と、
前記記録媒体に記録されているコンテンツを再生する再生手段と、
前記再生手段によって再生されるコンテンツに対して割り込ませることが可能な他のコンテンツを示す情報が格納されるデータベースと、
前記データベースを参照して前記他のコンテンツが存在すると判定されたときに当該他のコンテンツを再生中のコンテンツに割り込ませる割込制御手段とを備えてもよい。

また、上記課題を解決するために、本発明の一実施例の記録再生装置は、
番組コーナーデータ及びＣＭデータを有する番組データを含むコンテンツが記録される記録媒体と、
前記記録媒体に記録されているコンテンツを再生する再生手段と、
前記再生手段によって再生されるコンテンツに対して割り込ませることが可能な他のコンテンツを示す情報が格納されるデータベースと、
前記データベースを参照して前記他のコンテンツが存在すると判定されたときに当該他のコンテンツを再生中のコンテンツに割り込ませる割込制御手段とを備える。

さらに、前記記録媒体に記録されているＣＭデータを再生対象とするか否かを示す情報を前記データベースに格納しておき、
前記記録媒体に記録されているＣＭデータの再生に先だって前記データベースを参照することによって当該ＣＭデータが再生対象であるか否かを判定し、
前記ＣＭデータが再生対象でないと判定された場合に当該ＣＭデータを再生せずに前記他のコンテンツに差し替えて再生してもよい。

また、本発明は、前記再生手段によって前記他のコンテンツが再生される場合に、当該他のコンテンツの割り込みがないとした場合に再生されるコンテンツの記録先を示す位置データを記憶する記憶手段を備えてもよい。

さらに、前記コンテンツは、記録再生装置自体の外部から取り込まれた動画、静止画、音声或いは文字情報とすることができる。

さらにまた、前記データベースに格納される情報は、ＣＭデータの属性とユーザの属性と前記他のコンテンツの属性とに基づいて決定することができる。

また、本発明は、上記記録再生装置とネットワークを介して接続され、前記データベースに格納される情報を設定する設定手段を備える。

さらに、本発明の記録再生システムは、上記記録再生装置と上記サーバとを備える。

また、本発明の別の実施例の記録再生装置は、
受信した番組データが記録される記録媒体と、
前記番組データの映像データの登場対象を示すメタデータが格納される格納媒体と、
前記記録媒体に記録された番組データを再生する再生手段と、
前記再生手段によって番組データを再生する際に当該番組データに対応するメタデータに対応する前記登場対象に関する情報をテレビ受信機にティッカー表示させる態様で出力する出力手段と、
を備える。

前記メタデータは、前記番組データにおける登場対象の出演期間を示す期間データを含み、
前記出力手段は、前記期間データに基づいて当該登場対象の映像データがテレビ受信機に表示されている際に前記登場対象に関する情報を出力することができる。

前記出力手段が前記登場対象に関する情報を出力する際に当該登場対象に関する情報の表示位置を設定する設定手段を備えることもできる。この場合、表示位置は、テレビ受信機の下部を含む周辺部分とすることもできるし、前記番組データの全面表示せずに縮小表示することで生じる部分とすることもできる。

また、前記登場対象に関する情報は、当該番組データのジャンル、当該番組データを構成する番組コーナーのジャンルに応じて、ティッカー表示させる速度又は文字数を制御する制御手段を備えてもよい。

なお、前記制御手段は、ティッカー表示の表示型、表示回数、表示間隔、表示タイミング、表示内容を、前記番組データのジャンル、番組データの放送時間などに基づいて決定することもできる。

また、本システムは、上記の記録再生装置と、前記記録再生装置の動作を遠隔操作するリモートコントローラとを備え、前記リモートコントローラは、前記ティッカー表示の開始を指示するボタンが設けられていてもよい。

このようにティッカー表示機能を有する記録再生装置の場合には、番組データには出演者に関する情報、例えば、コメンテータについては、その氏名、出生年、経歴などがテロップ表示したり、報道番組に出演する大学教授については、その氏名、所属大学、研究テーマなどがテロップ表示したりする場合に、ユーザの報知すべき情報を効果的に表示することが可能となる。

また、本発明の他の実施例の記録再生装置は、
受信した番組データがファイル形式で記録される記録媒体と、
前記記録媒体に記録された番組データを再生する再生手段と、
前記再生手段による番組データの再生を制限する対象であるファイルにフラグを付与する付与手段と、
前記付与手段によってフラグが付与されたファイルに対して新たに受信した番組データを格納する格納手段と、を備える。

これにより、録画が不要であろう番組データを、その再生を制限する対象とすることによって、相対的に少ない容量の記録媒体を備える記録再生装置を実現することが可能となる。

もっとも、前記フラグが付与されたファイルが存在しない場合には、前記格納手段は、最古の番組データが格納されているファイルに対して新たに受信した番組データを格納することができる。また、前記格納手段は、複数のテレビ番組放送局から送信される各々の番組データを、同時に異なる複数のファイルに格納してもよい。

さらに、前記付与手段によってフラグが付与されるファイルを特定する特定手段を備えれば、当該特定手段は、記録再生装置本体に対するユーザの振る舞いと、ネットワークを介して取得される当該番組データに対する視聴者の評価と、当該番組データの視聴率と、当該番組データの種別及び放送時間と、当該番組データの放送されてからの経過時間とのいずれかに基づいて特定することができる。

なお、前記記録媒体には、番組データに加えて、ＣＭデータが記録される。

また、前記フラグを付与する対象としない番組データを指定する指定手段を備えることもできる。これにより、ユーザがお気に入りの番組データにフラグが付されることによって、その後に放送されたテレビ番組によって短期間に上書きされることを防止することができる。

さらに、本発明のいくつかの実施例の携帯端末は、
上記記録再生装置から無線回線を通じて送信される番組データの少なくとも一部を受信する手段と、
前記番組データの少なくとも一部を出力する手段と、
を備えることができる。

この場合、当該携帯端末を含む記録再生システムとすることもでき、具体的には、前記携帯端末で再生される番組データの少なくとも一部を無線回線を通じて当該携帯端末に送信する手段を備える前記記録再生装置とを備えることができる。

発明の実施の形態

以下、本発明の実施形態のデジタル記録再生システムについて、図面を参照して説明する。なお、本明細書では、主として、いわゆるデジタル放送の場合を例に説明するが、いわゆるアナログ放送の場合にも適用できる点に留意されたい。

図４は、本実施形態のデジタル記録再生システムの模式的な構成図である。図１１は、図４に示すデジタル記録再生システムの動作を示すタイムチャートである。まず、本実施形態のデジタル記録再生システムの概要について説明する。

図４には、テレビ信号送信所から送信される番組データ等が記録されるデジタル記録再生装置１０と、デジタル記録再生装置１０に記録されている番組データ等の再生時等に用いられるタイムインデックスが記録されるタイムインデックス用サーバ５０と、これらを接続するインターネットなどのネットワークと、タイムインデックス用サーバ５０に付帯するデータベース（以下、「ＤＢ」と称する。）とを示している。

「番組データ」とは、番組データを区分けしてなる番組コーナーデータ及びコマーシャルデータ（以下、「ＣＭデータ」と称する。）を有しており、映像データ及び音声データが含まれる、デジタル信号又はアナログ信号からなる放送波、或いは、インターネットなどのネットワークを通じて入手可能なデータのことである。

デジタル記録再生装置１０は、番組データ等が記録されるハードディスクなどの記録媒体を備えていて、一例として、番組データ等を常時記録している。また、デジタル記録再生装置１０は、複数のチューナを備えていて、アナログ放送された番組データも処理できるように、Ａ／Ｄコンバータを備えている。

なお、図面では、表記の都合上、「常時記録処理開始」と示しているが、実際には、デジタル記録再生装置１０の電源がオンしている限り、一例として、エンドレスで番組データの記録がなされる。（ステップＳ１）。

記録対象は、番組データであり、したがって、番組コーナーデータに加えて、ＣＭデータも含まれる。また、デジタル記録再生装置１０は、番組データに加えて、当該ＣＭデータに付帯するメタデータ、記録再生装置自体の外部から取り込まれた動画、静止画、音声或いは文字情報などを記録することもできる。加えて、番組データの記録時には、当該番組データ等を記録する際の「記録開始時刻」を含む例えば１秒ごとの「時刻データ」と、番組データ等の物理的又は論理的な記録先を示す「位置データ」とを、番組データとともに記録媒体に記録している。

一方、典型的には、タイムインデックス用サーバ５０の管理者は、以下のような、タイトルデータ及びタイムインデックスを作成する（ステップＳ２）。

タイトルデータとは、番組データ、番組コーナーデータ、及び、ＣＭデータに対して、各々割り当てられたタイトルを示すものである。タイムインデックスとは、番組コーナーデータ等の放送開始時刻及び放送終了時刻を特定するためのインデックスである。

なお、番組コーナーデータの例としては、野球中継の番組データに対して、一回表、一回裏、二回表、二回裏などに対応するものが番組コーナーデータとなるし、ニュース番組の番組データに対して、トップニュース、今日の特集、天気予報、今日の占い及び経済ニュースなどが番組コーナーデータとなる。

タイムインデックス用サーバ５０の管理者は、既に放送されたテレビ番組を見ながら、番組データを区分けし、各番組コーナーデータ及び各ＣＭデータが、それぞれ何時何分から何時何分まで放送されていたかを特定するなどして、タイムインデックス等を作成して、タイムインデックス用サーバ５０に付帯するＤＢに記録していく。

タイムインデックス用サーバ５０の管理者によって作成されたタイムインデックス等は、定期的又は不定期的に、タイムインデックス用サーバ５０に記録される（ステップＳ３）。

デジタル記録再生装置１０は、能動的に又は受動的に、タイムインデックス用サーバ５０に記録されているタイトルデータ及びタイムインデックスを受信する（ステップＳ４）。

これにより、デジタル記録再生装置１０では、タイトルデータ等を受信すると、これらと既に記録してある番組データとの紐付けが可能となる。この紐付けは、例えば、ステップＳ４の実行後すぐに行ってもよいし、後述するステップＳ７の実行時に行ってもよい。

この状態で、デジタル記録再生装置１０のユーザが、番組データを再生しようとした場合には、まず、ユーザは、リモートコントローラ等を操作することによって、デジタル記録再生装置１０に対して、タイトルデータの表示命令を行う。具体的には、一例として、ユーザが、リモートコントローラを通じて特定の番組データを指定してから、リモートコントローラの再生ボタンを押下すると、当該表示命令を示す信号がデジタル記録再生装置１０に送信されるようにしてある（ステップＳ５）。

実際には、デジタル記録再生装置１０には、既知のように、リモートコントローラの各ボタンに対応する識別子と、当該識別子に対応する命令内容とが一対で記録されているテーブルメモリ等が備えられていて、デジタル記録再生装置１０は、リモートコントローラから送信される信号を受信すると、このテーブルメモリ等を参照することで対応する命令を特定する。

そして、デジタル記録再生装置１０は、上記命令に従って、受信済みのタイトルデータの一覧等を、テレビジョン（以下、「ＴＶ」と称する。）に出力する（ステップＳ６）。

この結果、ユーザは、ＴＶのディスプレイを閲覧しながら、再生対象の番組データのタイトルデータを選択することが可能となる。その後、ユーザは、再生対象の番組データを選択し終えたら、その結果をデジタル記録再生装置１０に対して、リモートコントローラ等を操作することによって送信すればよい（ステップＳ７）。

デジタル記録再生装置１０は、リモートコントローラから送信される、ユーザからの選択結果を受信すると、その「タイトルデータ」に対応する番組コーナーデータ等の「タイムインデックス」を参照して、その番組コーナーデータ等の「放送開始時刻」を特定する。つぎに、デジタル記録再生装置１０は、特定した放送開始時刻に基づいて記録媒体を参照して、その放送開始時刻に対応する「位置データ」を検索する（ステップＳ８）。

そして、デジタル記録再生装置１０は、検索した「位置データ」に従って、番組コーナーデータ等の再生を実行する（ステップＳ７）。

以上が、本実施形態のデジタル記録再生システムの概要である。

（デジタル記録再生装置）
つぎに、本実施形態のデジタル記録再生装置１０について説明する。デジタル記録再生装置１０は、各チューナによって受信されたデジタルＴＶ信号は、コンバータによって、必要に応じて伸長・再圧縮が行われ、デジタル信号へと変換される。変換されたデジタル信号の番組データは圧縮され、ハードディスクドライブに記録される。圧縮された番組データは、その再生に係る入力信号の受信に基づいて、番組データを伸長させて出力装置にて再生する。「出力装置」とは、例えば、本実施形態のデジタル記録再生装置１０が電気的に接続されたＴＶ及び後述する携帯端末が該当する。

なお、デジタル記録再生装置１０は、一例として、チューナ１２のチューニング内容に従って、放送局のテレビ番組を３６５日、２４時間常時記録する。もっとも、深夜のテレビ番組が放送されていない時間帯の録画、或いは、ユーザが録画禁止を設定しているテレビ番組の録画などまで意図する趣旨ではない。

この「常時記録」とは、ユーザが録画操作の設定を行わない状態であっても、デジタル記録再生装置１０がテレビ番組を録画する機能のことである。以下、デジタル記録再生装置１０の各部各機能について詳細に説明していく。

図１にデジタル記録再生装置１０のハードウェア構成を示す。デジタル記録再生装置１０は、テレビジョン信号の電波を受信するアンテナ１１と、アンテナ１１で受信され図示しないアンテナ分配器で分配された電波のうちユーザによって指定されたチャンネルの電波を選択してデジタルテレビジョン信号に復調する複数のチューナ１２と、複数のチューナ１２が出力する例えばＭＰＥＧストリームを適切なビットレート・解像度・圧縮方式に変換するコンバータ（再圧縮・変換機）１４と、番組データを記録するとともに、ランダムアクセス可能な複数のハードディスクドライブ（以下、ＨＤＤと表記する）１７（１７ａ，１７ｂ）と、ＨＤＤ１７に対してデータの書き込み、読み出し及び各種制御を行うＨＤＤ制御部１８とを備える。

チューナ１２は、複数の放送波が受信できるようにチューニング可能としている。物理的に複数のチューナを設けてもよいし、一台のチューナ１２で複数の放送波に対応したチューニングが行えるようなものでもよい。チューナ１２は、例えば、８つのチューナから構成され、８チャンネル分のテレビ閲覧及び録画が可能となっている。このため、例えば、東京地区での地上波７チャンネルに加え、ＢＳまたはＣＳなどの衛星放送の放送局の１チャンネル分を受信することができる。もっとも、本実施形態のデジタル記録再生装置１０は、日本国内のテレビ閲覧等に限定されるものではなく、チューナ１２の調整によって海外でのテレビ閲覧等を行うこともできる。本実施形態では、チューナ１２の構成例としては、８つのチューナを１枚に入れたチューナーボードを１枚と、４つの映像信号を同時に処理できるエンコーダが搭載されたエンコーダボードを２枚という構成としている。なお、エンコーダ、マルチプレクサなどを用いることは必須ではなく、チューナ１２を通じて受信した番組データ等をエンコードしたり、分離したりすることなく録画してもよい。

また、８つのチューナを１枚に入れたチューナーボード１枚と２つの映像信号を同時に処理するエンコーダボードを４枚という構成、４つのチューナを１枚に入れたチューナーボード２枚と、２つの映像信号を同時に処理するエンコーダボードを４枚という構成、４つのチューナを１枚に入れたチューナーボード２枚と、４つの映像信号を同時に処理するエンコーダボードを２枚という構成などとしても良い。なお、本実施形態におけるチューナ１２は、８つ搭載しているが、特に限定されることはなく、必要に応じて増減させることが可能である。

コンバータ１４は、アナログ信号からデジタル信号に変換するＡ／Ｄコンバータ、及び／又はデジタル信号からアナログ信号に変換するＤ／Ａコンバータのことである。コンバータ１４は、デジタル放送のＭＰＥＧストリームに対して、ビットレートの変換・解像度の変換を行うトランスレート手段と、圧縮方式の変換を行うトランスコード手段とを備えたコンバータである。

トランスレート手段は、本実施形態ではＭＰＥＧ−２のストリームを変換する方式を採用しているが、これに限定されるものではなく、例えば、ＭＰＥＧ−４、ＡＶＩ、ＤｉｖＸ、ＸＶＤ、Ｈ．２６４、ＸＶｉｄとすることもできる。トランスコード手段は、例えば、Ｈ．２６４等のＭＰＥＧ−２よりも圧縮効率が高い方式への変換を行うが、必ずしも変換を要しない。トランスレート手段及びトランスコード手段は、内部ではいったんＭＰＥＧストリームをデコードし、それを再エンコードしている。トランスコーダ手段を備えていると、圧縮方式のバリエーションが増えるため好ましい。

また、デジタル記録再生装置１０は、これに限定されるものではないが、以下のような
構成とすることもできる。すなわち、チューナで番組データを受信したら、デモジュレータによってＡ／Ｄ変換をして復調することでアナログ信号をデジタル信号に変換する。いわゆるデジタル放送の場合には、モジュレータの処理によってＭＰＥＧストリームとなる。なお、チューナとモジュレータとは各々のハードウェアで構成してもよいし、これらの動作を実現可能な単一のハードウェアで構成してもよい。つぎに、トランスコーダによって、番組データをデジタル信号のまま再エンコードする。一例としては、トランスコーダは、デジタル放送の場合には番組データの不正視聴を防止するために暗号化されているので復号器によって復号し、ＭＰＥＧデコーダによって圧縮されているＭＰＥＧ／ＭＰＥＧ−２形式の番組データをデコードして展開し、ＭＰＥＧエンコーダによってより圧縮率の高いＭＰＥＧ／Ｈ．２６４形式に番組データを再圧縮し、暗号器によってＭＰＥＧストリームを必要に応じて再度暗号化し、マルチプレクサによって複数のチャンネルのＭＰＥＧストリームに選択的に多重化することができる。なお、番組データが復号化されていない場合には暗号化処理及び復号化処理は必要ないし、多重化処理も必須ではない点には留意されたい。また、これらの機能を全て１ボードにまとめ、それをチャンネル毎に用意することもできる。

また、デジタル記録再生装置１０は、ＨＤＤ１７から読み出されたＭＰＥＧストリームを映像信号のストリームと音声信号のストリームとに分離するデマルチプレクサ１９と、映像信号のストリームを受信するＭＰＥＧデコーダ２０と、音声信号のストリームを受信するオーディオデコーダ２１と、ＭＰＥＧデコーダ２０がデコードした映像信号のストリームを受信し、受信した映像信号をデジタル信号またはアナログ信号に変換してＴＶに出力する第二コンバータ２２ａと、オーディオデコーダ２１がデコードした音声信号のストリームを受信し、受信した音声信号をデジタル信号またはアナログ信号に変換してスピーカ等に出力する第三コンバータ２２ｂとを備えている。

第二コンバータ２２ａ及び第三コンバータ２２ｂは、ＴＶやスピーカの入力フォーマットに合わせて、変換処理を行う。すなわち、ＴＶが、アナログ信号しか入力できない場合には、デジタルアナログ変換処理を行う。

更に、デジタル記録再生装置１０は、デジタル記録再生装置１０全体の制御を行うＣＰＵ２３と、ＣＰＵ２３の作業領域及びシステムストリームを一時的に記録するとともにＨＤＤ１７に記録するための作業領域として使用されるメモリ２４と、リモートコントローラやデジタル記録再生装置１０本体の入力部２８からの各種の入力信号を受信してＣＰＵ２３に送信する信号受信部２５と、ＬＡＮ又はＷＡＮに対して接続されインターネット通信が可能なネットワークコントローラ２６とを備える。

ＣＰＵ２３は、メモリ２４に記憶されているプログラムに従って、図１１を用いて説明した、ステップＳ４におけるタイムインデックスの受信命令、ステップＳ５におけるタイトルデータの出力命令、ステップＳ７における番組コーナーデータ等の再生命令を行う。換言すると、メモリ２４には、ＣＰＵ２３が、これらの命令を実行するために必要なプログラムが用意されている。

また、デジタル記録再生装置１０は、時刻データを示すリアルタイムクロック２６ｂと、番組データ再生中にはその映像にかぶさるようにしてメニューや番組情報等の表示を行うＯＳＤ（On Screen Display）機能に加えて種々の画像処理を行う画像処理部２７と、録画された番組データをＤＶＤなどの光ディスク（記録手段）に記録するためのＤＶＤドライブ２９とを備えている。なお、光ディスクとしてはＤＶＤディスクのみならず、ブルーレイディスクを採用することもでき、この場合には、ＤＶＤドライブ２９に代えてブルーレイドライブを採用すればよい。また、デジタル記録再生装置１０は、ＤＶＤドライブ２９を備えない構成としてもよい。

ネットワークコントローラ２６は、主な機能としては、ＮＴＰ（Network Time Protocol）に従って、サーバにアクセスし、現在時刻を問い合わせて、リアルタイムクロック２６ｂを調整したり、ＥＰＧデータを受信したり、後述する番組コーナーデータやタイムインデックスを受信したり、ユーザに係る視聴データを送信したりする。

ＨＤＤ１７は、常時記録用として設けられた常時記録ＨＤＤ１７ａと、録画した番組データの一部を保存（転送）するための保存用ＨＤＤ（保存専用記録手段）１７ｂとを含む。常時記録ＨＤＤ１７ａは、例えば、８日間の録画を可能としている。一般的には、ＨＤＤ１７には、データ圧縮処理が施されたデータが記録され、このデータは、再生時に、伸長（圧縮を元通りとする）される。

保存用ＨＤＤ１７ｂは、ユーザが常時記録により上書きされることを回避して、保存しておきたい番組データが保存されるものである。ユーザは、保存を希望する番組データを選択し、かつ、その番組データの映像データ及び音声データのビットレート、映像データの解像度（サイズ）、圧縮形式（例えば、ＭＰＥＧ−２をＭＰＥＧ−４に変換して保存）等を選択して、保存を行う。

なお、常時記録ＨＤＤ１７ａは、ＤＶＤドライブ２９に接続されているので、保存用ＨＤＤ１７ｂに代えて、ＤＶＤドライブ２９を通じて図示しないＤＶＤを番組データの保存先とすることもできる。

なお、記録媒体は、ＨＤＤに限定されるわけではなく、ランダムアクセスが可能なハードディスクドライブ、ＤＶＤ、フラッシュメモリ等のデータ記録媒体などを採用することもできる。

なお、本実施形態のＨＤＤ１７は、物理的に二つのＨＤＤを搭載しているが、これに限定されることはない。例えば、一つのＨＤＤをパーテーション分け（別領域）とした形態であっても良い。また、ＨＤＤ１７は、必要に応じて増設を可能としている。例えば、増設ＨＤＤを保存用ＨＤＤ、番組データの編集用ＨＤＤ、及びＤＶＤなどの光ディスクに記録する際の作業用ＨＤＤとして用いても良い。

次に番組データの記録形式について説明していく。各チャンネルで放映される番組データは、一例として、３６５日、２４時間エンドレスに常時記録ＨＤＤ１７ａに録画される。ここでは、リングバッファ方式で記録を行っている。リングバッファとは、ＨＤＤなどのデータ領域を環状に管理して、有限長の領域を見かけ上無限長の領域として扱うデータ構造のことであり、常時記録ＨＤＤ１７ａに、複数チャンネルの番組データを１本の長いエンドレスファイルとして記録する。この際、複数チャンネルの番組データは、チャンネル毎にエンドレスファイルとして記録してもよい。本実施形態では、リングバッファ方式で記録された番組データとは物理的に別の媒体に又は同一の媒体の別領域に、以下説明するように、サーバから配信されるタイムインデックスを記録しておき、タイムインデックスを用いて、所望の番組データの再生を実現している。

（タイムインデックス）
「タイムインデックス」とは、番組データ、番組コーナーデータ及びＣＭデータの放送開始時刻及び放送終了時刻などを含むインデックスのことである。番組データ単位のタイムインデックスは、一例として、テレビ各局によって作成されたテレビ番組表（新聞や雑誌等を含む）に基づいて、サーバ管理者等が作成する、或いは、放送波によって送信されるテレビ番組表をそのまま用いてもよい。番組コーナーデータの各コーナー単位やＣＭ単位のタイムインデックスは、一例として、放送後の番組データの内容に基づいて、タイムインデックス用サーバ５０の管理者等が作成する。各タイムインデックスは、タイムインデックス用サーバ５０に記録される。なお、タイムインデックスの作成主体は、サーバ管理者に限定されるものではない。例えば、デジタル記録再生装置１０のユーザがタイムインデックスの作成主体となり、作成したタイムインデックスを、インターネットなどを介して送信するように募り、それをサーバに記録するようにしてもよい。

（図２及び図３）
図２及び図３を参照し、番組データ、番組コーナーデータ及びＣＭデータと、これらのタイトルデータ及びタイムインデックスの関係について説明する。図２は、料理番組の番組データ例を示している。この番組データは、３つのコーナー「Ａ〜Ｃ」という番組コーナーデータと、各コーナー間に位置するＣＭデータ「ＣＭ１〜ＣＭ３」から構成されているとする。この例では、料理番組が番組データに対応し、Ａ〜Ｃコーナーが番組コーナーデータに対応する。

また、図２に示す例では、１１：００〜１１：１５までは「Ａコーナー」が放送され、１１：１５から２分間の「ＣＭ１」が放送され、１１：１７〜１１：３２まで「Ｂコーナー」が放送される。そして、１１：３２から２分間の「ＣＭ２」が放送され、１１：３４〜１１：５４まで「Ｃコーナー」が放送され、１１：５４から６分間の「ＣＭ３」が放送されたとしている。さらに、「Ａコーナー」では、フランス料理のレシピが公開され、「Ｂコーナー」では、中華料理のレシピが公開され、「Ｃコーナー」では、インド料理のレシピが公開されたとしている。また、「ＣＭ１」及び「ＣＭ２」では、食品関係のスポンサーＣＭが放送され、「ＣＭ３」では雑誌関係のスポンサーＣＭが放送されたとしている。

サーバ管理者等は、この料理番組を閲覧し、当該料理番組が「Ａ〜Ｃ」の各コーナー及び「ＣＭ１〜ＣＭ３」から構成されていることを特定する。そして、サーバ管理者等はこれらに対する、タイムインデックス等をそれぞれ作成する。タイトルデータは、番組タイトル及びコーナータイトルが一目に分かるようにしている。具体的には、図３Ａに示すように、「Ａコーナー」に〔料理番組―フランス料理レシピ〕、「Ｂコーナー」に〔料理番組―中華料理レシピ〕というタイトルデータとしている。同様に、図３Ｂに示すように、〔○×製菓―○○チョコレート〕、〔○×○屋―×○せんべい〕などというタイトルとしている。もっとも、図３Ａ及び図３Ｂに示す形式に区分けすることは一例であり、例えば、ＣＭデータでいえば、タイトルごとにＣＭ名を割り当ててもよい。すなわち、図３Ｂに示す例で言えば〔○×製菓―○○チョコレート〕という１つのＣＭデータにＣＭ１というＣＭ名を割り当て、〔○×○屋―×○せんべい〕という１つのＣＭデータにＣＭ２というＣＭ名を割り当てるという具合である。

図１１を参照して説明したように、サーバ管理者等によって作成されたタイムインデックス等は、インターネット上のタイムインデックス用サーバ５０にアップロードされる。一方、デジタル記録再生装置１０は、ネットワークコントローラ２６を介してタイムインデックス用サーバ５０に例えば定期的にアクセスし、タイムインデックス用サーバ５０にアップロードされているタイムインデックス等が、前回のアクセス時のものから変更されているか否かを判定する。

判定の結果、タイムインデックス等の変更があれば、タイムインデックス受信手段は、そのタイムインデックス等をダウンロードし、タイムインデックス記録手段は、そのタイムインデックス等をＨＤＤ１７に格納する。

もっとも、ここでは、デジタル記録再生装置１０が、いわゆるプル型の手法でタイムインデックス等を入手する場合を例に説明したが、タイムインデックス用サーバ５０からタイムインデックス等を能動的かつ定期的に配信するというプッシュ型の手法を採用してもよい。

この状態で、デジタル記録再生装置１０のユーザが、番組データを再生しようとした場合には、ユーザは、図示しないリモートコントローラを操作するなどして、タイトルデータの表示命令を、デジタル記録再生装置１０へ送信する。その後の動作は、図１１を用いて説明したとおりである。

このように、本実施形態のデジタル記録再生システムでは、番組データ自体を頭だし再生することが可能であることはもとより、番組コーナーデータ、ＣＭデータの頭だし再生を行うことが可能となる。

（ビットレート変換機能）
本実施形態では、番組データの録画には、ビットレート変換機能を採用している。これは、全チャンネル（８チューナ）の８日間分の番組データが常時記録ＨＤＤ１７ａに記録可能か否かを判別し、記録可能と判別されたら全番組一律の予め設定された圧縮率で記録し、記録不可能と判別されたら番組ジャンル毎に記録する番組データの圧縮率を変更して記録する機能である。なお、ビットレート変換自体は必須ではなく、この種の圧縮をすることなく記録するということも可能である。

図６は、ビットレート変換処理の動作を示すフローチャートである。図６に示すように、まず、前回ステップＳ１４でセットされた時刻が到達すると、ＣＰＵ２３は、メモリ２４などに記憶されているプログラムに従って、インターネットなどを通じて、図６に示す動作とは別の処理で取得されている最新のＥＰＧデータの読出処理を実行する（ステップＳ１１）。

つぎに、ＣＰＵ２３は、取得したＥＰＧデータからこれから８日間分の放送予定の番組データ容量を算出する（ステップＳ１２）。

具体的には、（１）スポーツ、ドラマ、ニュース、バラエティ及び映画などの番組ジャンル毎に、平均的な番組データの容量を、予め、図示しないメモリに記憶しておき、（２）ＥＰＧデータに基づいてメモリを参照して、現在から８日間分の番組データの総容量を算出する。

なお、圧縮率は、ニュースやバラエティなどは比較的動きが少ないため、高圧縮率とし、スポーツや映画などは、動きが激しいことが多いため、低圧縮率とし、ドラマなどはこれらの中間設定とするとよい。

ちなみに、デジタル記録再生装置１０に対して、ＥＰＧデータに対して形態素解析を行う手段と、「大リーグ」という語と「スポーツ」というジャンルというような関連性の高い語とジャンルとを紐付けした類義語辞書とを備えておくと、効率よく、ステップＳ１２の処理が実行できる。

つぎに、ＣＰＵ２３は、算出した８日間分の番組データの総容量に対して、常時記録ＨＤＤ１７ａの記憶容量が多いか否かを判定する（ステップＳ１３）。

判定の結果、算出した８日間分の番組データの総容量に対して、常時記録ＨＤＤ１７ａの記憶容量が多くない場合には、図示しないメモリに格納されている規定の圧縮率で、８日間分の番組データの記録を行うため、図６に示す処理を終了する。

一方、算出した８日間分の番組データの総容量に対して、常時記録ＨＤＤ１７ａの記憶容量が多い場合には、規定の圧縮率の変更処理を行う（ステップＳ１４）。

具体的には、規定の圧縮率に対して、［算出した８日間分の番組データの総容量／常時記録ＨＤＤ１７ａの記憶容量］を乗じることによって、圧縮率を高める。

もっとも、このように一律に番組データの圧縮率を変更するのではなく、ユーザが番組ジャンル毎に圧縮率の変更優先度を設定できるようにし、その優先度に従って、圧縮率の変更を行ってもよい。すなわち、例えば、映画については圧縮率を変更されたくないユーザは、映画の番組データの変更優先度を「低」に設定し、ニュースなどの番組データの変更優先度を「高」に設定するなどを可能にしておく。ＣＰＵ２３は、圧縮率変更処理に先立ってユーザの変更優先度を参照し「高」と設定されている番組データに対して圧縮率変更を行い、その結果、圧縮率変更処理後の番組データの総容量に対して、常時記録ＨＤＤ１７ａの記憶容量が多くなければ、変更優先度が「中」「低」に設定されている番組データの圧縮率は変更しない。

つぎに、ＣＰＵ２３は、最新のＥＰＧデータを参照して、次回のステップＳ１１でのＥＰＧデータの読出時刻をセットする（ステップＳ１５）。

ＥＰＧデータの読出時刻は、番組データの放送開始時刻から例えば２，３分前となるようにすることもできる。例えば、１３時から約１時間の番組データが放送され、つぎに、１４時から約１時間の番組データが放送される場合には、１２時５８分、１３時５８分に読出時刻をそれぞれセットする。このセット時刻は、リアルタイムクロック２６ｂの計時時刻と、ＥＰＧデータが示す番組データの放送予定時刻とに基づいて決定される。

なお、図６に示すビットレート変換処理は、実際には、チューナ１２に設定されているチャンネル毎に実行する。したがって、図６に示すビットレート変換処理を実行した結果、第１のチャンネルに係る圧縮率と、第２のチャンネルに係る圧縮率とが異なる場合がある。

ビットレート変換機能の処理の変形例について説明する。図５に示す例では、図６のステップＳ１５において、次回のＥＰＧデータの読出時刻をセットしていたが、以下の変形例を採用する場合には、まず、ステップＳ１５に代えて、例えば、毎日２３時５５分になると、翌日放送予定のＥＰＧデータから、チューナ１２に設定されている放送局に係る番組データのジャンルを特定する（ステップＳ１０１）。

つぎに、ＣＰＵ２３は、図示しないメモリに格納されていて、必要に応じて図５に示す圧縮率変更処理がなされた圧縮率を参照して（ステップＳ１０２）、各番組データの圧縮率に設定する（ステップＳ１０３）。

こうすると、例えば１時間ごとに行うというステップＳ１１に示したＥＰＧデータの読出等が不要に成るし、上記のようにステップＳ１５の処理も不要となる。

（番組データの削除）
番組データは、例えば、最新８日間分が常時記録ＨＤＤ１７ａに記録されるようにしてある。例えば、日曜日を基準として常時記録ＨＤＤ１７ａに記録されている番組データを見た場合、現日曜日から前の日曜日までの８日間の番組データが録画されている。そして、順次、常時記録ＨＤＤ１７ａに対して新たな番組データが、最も古い番組データ上に上書きされる態様で記録されていく。

図１２は、タイトルデータの表示命令後の画像処理の動作を示すフローチャートである。図１２に示すように、タイトルデータの表示命令がなされると、ＣＰＵ２３は、ＤＢを参照して、常時記録ＨＤＤ１７ａに記録されている番組データのタイムインデックスを取得する（ステップＳ２１）。

つぎに、ＣＰＵ２３は、取得したタイムインデックスから、例えば、最古の４８時間分のタイトルデータを特定する（ステップＳ２２）。

そして、ＣＰＵ２３は、例えば、特定したタイトルデータ以外のタイトルデータをカラー表示し、かつ、特定したタイトルデータを白黒表示するというような画像処理を行う（ステップＳ２３）。

なお、画像処理自体は、これに限定されず、相対的に上書きされるまでの時間が短い番組データのタイトルデータに係る文字フォントを、相対的に上書きされるまでの時間が長い番組データと識別可能とすればよい。

（無信号検出機能）
デジタル記録再生装置１０は、既述のように、深夜などのように放送がなされていない場合、すなわち映像信号を受信しない場合に、常時記録ＨＤＤ１７ａへの番組データの記録を停止することも可能である。

ここで、チューナ１２には、受信しているテレビ信号の強度を出力する手段を備えているものがある。この種のチューナ１２を用いた場合には、ＣＰＵ２３は、出力手段から出力されるデータを読み取ることで映像信号の有無を検出できる。また、Ａ／Ｄコンバータ（ビデオデコーダ）には、同期信号の有無等を利用して、有効な映像信号が入力されているかどうかを判定する手段を備えているものがある。ＣＰＵ２３は、Ａ／Ｄコンバータの判定結果を取得することによって、有効な映像信号が入力されているかどうかを検知することができる。或いは、ＣＰＵ２３は、ＥＰＧデータとリアルタイムクロック２６ｂとに基づいて、放送がなされていない時間になったことを検出することも可能である。

そこで、ＣＰＵ２３は、上記いずれかの手法によって、有効な映像信号が受信されないことを検出した場合に、ＨＤＤ１７への番組データの記録を停止するようにＨＤＤ制御部１８に命令する。ＨＤＤ制御部１８は、ＣＰＵ２３からの命令に従って、ＨＤＤ１７への番組データの記録を停止する。

また、ＣＰＵ２３は、有効な映像信号が受信されたことを検出した場合には、ＨＤＤ制御部１８に対して、番組データの記録を再開するように命令する。ＨＤＤ制御部１８は、ＣＰＵ２３からの命令に従って、ＨＤＤ１７への番組データの記録を再開する。

これにより、番組が放送されていない無信号状態においては、記録を停止するため、ＨＤＤの容量を節約することになり、ＨＤＤの更なる長時間記録にも寄与する。

（個人識別機能）
図７は、リモートコントローラに設けられた例えば４つの「個人別ボタン」に対して各ユーザを割り当てる動作を示すタイムチャートである。複数のユーザの各々に対応するユーザメニューを作成する。

図７に示すように、まず、例えば、ユーザが「個人別ボタン１」を押下すると、リモートコントローラから、デジタル記録再生装置１０に対して、「個人別ボタン１」に対応する信号が送信される（ステップＳ３０１）。

デジタル記録再生装置１０では、信号受信部２５によって信号が受信され、ＣＰＵ２３によって「個人別ボタン１」が押下されたことが特定される。ＣＰＵ２３は、「個人別ボタン１」が押下されたことを特定すると、「個人別ボタン１」に対するユーザ情報が個人情報管理メモリに登録されているか否かを確認する。ユーザ情報が個人情報管理メモリに登録されていなければ、図示しない画像処理部に対して、個人情報設定メニューの表示命令を行う。

画像処理部は、ＣＰＵ２３からの命令に従って、画像メモリに格納されている、個人情報設定メニューの画像データを読み出して、ＴＶへ出力する。この結果、個人情報設定メニューが、ディスプレイに表示される（ステップＳ３０２）。

ユーザが、個人情報設定メニューの表示内容を参照しながら、リモートコントローラを操作等することによって自己の氏名、年齢、性別等の情報を、デジタル記録再生装置１０に設定すると（ステップＳ３０３）、デジタル記録再生装置１０は、送信されてきた設定情報と「個人別ボタン１」とを対応させて、個人情報管理メモリに登録する（ステップＳ３０４）。

もっとも、自己の名前は例示であり、ユーザは、「父親」、「母親」、「姉」、「弟」のいずれかを選択するなども可能である。

同様に、デジタル記録再生装置１０は、ユーザから「個人別ボタン２」が選択され、設定が送信されてきたら、送信されてきた設定情報と「個人別ボタン２」との紐付け作業を行う。

もっとも、同じユーザが、複数の「個人別ボタン」に対して自己の個人情報を設定してもよい。こうすると、そのユーザは、例えば、自己の嗜好毎に「個人別ボタン」に情報を設定して、番組データの管理を行うことも可能となる。

つぎに、ユーザ情報が個人情報管理メモリに登録された後に「個人別ボタン１」が押下され（ステップＳ３０５）、ＣＰＵ２３によって「個人別ボタン１」が押下されたことが特定されると、ＣＰＵ２３はユーザ情報が個人情報管理メモリに登録されていることを確認し、「個人別ボタン１」に係る個人情報を読み出して、画像処理部に対して「○○さんのメニュー」（○○「個人別ボタン１」に係るユーザの氏名）のようなユーザメニュー表示命令を行う（ステップＳ３０６）。

つぎに、ユーザが、リモートコントローラの再生ボタンを押下するなどして、所望の番組データの再生を行ったとする。その後、ユーザが、リモートコントローラの保存ボタンを押下するなどして、その番組データを保存用ＨＤＤ１７ｂに保存を指示したとする（ステップＳ３０７）。

保存自体の詳細な動作については後述するが、ＣＰＵ２３は、この保存時に、「個人別ボタン１」とその番組データとの紐付けを行う。すなわち、保存用ＨＤＤ１７ｂには、その番組データと個人別ボタン１を示すフラグとが対応付けされて保存される（ステップＳ３０８）。

この結果、例えば翌日、ユーザが、「個人別ボタン１」を押下し（ステップＳ３０９）、それに応じて、デジタル記録再生装置１０において個人別ボタン１に係るメニュー表示がなされた後に（ステップＳ３１０）、ユーザが、保存用ＨＤＤ１７ｂに保存されている番組データを再生するように指示したとする（ステップＳ３１１）。

係る場合には、ＣＰＵ２３は、ＨＤＤ制御部１８に対して、個人別ボタン１を示すフラグが付されている番組データを特定して、特定結果をＣＰＵ２３に出力する。ＣＰＵ２３は、ＨＤＤ制御部１８から出力された特定結果に基づいてＤＢを参照して、対応する番組データのタイトルデータを読み出して、画像処理部へ出力する。この結果、ＴＶのディスプレイには、「個人別ボタン１」に係る保存済みの番組データのタイトルデータが表示されることになる（ステップＳ３１２）。

このように、ユーザは、全てのユーザが保存した番組データのタイトルデータが表示された中から、自らが保存を指示した番組データのタイトルデータを選択する煩わしさを、「個人別ボタン」を押すだけで回避することでき、デジタル記録再生装置１０の操作性が向上する。

また、「個人別ボタン」にＴＶの電源のＯＮ・ＯＦＦ機能を兼ねるようにすることもできる。これは、個人別ボタンに対して、ＴＶへ電源のＯＮ・ＯＦＦを切り替える信号とデジタル記録再生装置１０へ当該個人別ボタンを示す信号を送信することで実現する。なお、ＴＶ電源の入切機能には異なるメーカのＴＶを操作可能としたプリセット機能を使用しており、複数のＴＶメーカに対応可能に構成している。

さらに、ＣＰＵ２３は、１月ごとなどに、各ユーザが視聴した番組データを集計して、既述の番組ジャンル等と対比することによって、そのユーザの嗜好を割り出し、ユーザメニューと紐付けして記録しておくこともできる。ＣＰＵ２３は、ユーザによっておまかせメニューが選択されると、そのユーザの嗜好に沿った番組ジャンルであって、未視聴の番組データを抽出し、出力装置が再生するようにＨＤＤ制御部１８に指示をすることも可能である。

ユーザとしては、再生させる番組を指定することなく、嗜好に合う番組データを再生させて楽しむことができる。嗜好フラグに係る番組データが複数存在する場合には、所定の順序、またはランダムな順序にて再生させればよい。

更に具体的に説明する。「嗜好フラグ」は、ある特定のジャンル毎や同種のものでグループ化された既定の番組群をランダム再生する機能である。例えば、「子供くぎづけフラグ」を特定したモードでは、子供用の番組ばかりが、所定の順序またはランダムに再生される。また、「ＢＧＶ（バックグランドビデオ）モード」では、会話などが少ない静かで映像がきれいな番組ばかりが、所定の順序またはランダムに再生される。

（トップメニュー画面のインターフェース）
トップメニュー画面には、時刻曜日決定メニュー、番組データ保存メニュー及びお薦めメニューが表示されている。お薦めメニューは、既述のユーザ１からユーザ２へのタイトルデータ等の送信を行うものである。

時刻曜日決定メニューは、１時から２４時までの時刻をプルダウン形式またはスクロール形式によって選択可能な時刻選択メニューと、日曜日から土曜日までの曜日をプルダウン形式またはスクロール形式によって選択可能な曜日選択メニューと、時刻及び曜日を決定した際に選択し、番組データ再生信号としての機能を有する決定ボタンとを含む。リモートコントローラを操作する、又は、入力部２８から指示を入力することで、時刻選択メニューから所定時刻を選択し、曜日選択メニューから所定曜日を選択し、決定ボタンを選択すると、時刻曜日選択信号受信手段が時刻曜日選択信号を受信する。そして、時刻曜日選択信号に該当する番組データを、常時記録ＨＤＤ１７ａから抽出して再生する。つまり、トップメニュー画面上に表示されている時刻曜日決定メニューにおいて、時刻と曜日をセットすれば、目的の番組データを高速に頭だし再生することが可能となる。

ユーザが、保存を希望する番組データを再生中に、又は、保存を希望する番組データを指定してから、リモートコントローラを操作する、又は、入力部２８から指示を入力することで、番組データ保存メニューを選択すると、番組データ保存信号受信手段は、その番組データに基づいてＤＢを参照し、対応する位置データ及びタイムインデックスから、保存対象の番組データの位置データをＨＤＤ制御部１８へ出力する。

ＨＤＤ制御部１８は、番組データ保存信号受信手段からの位置データを入力すると、その位置データに記録されている番組データを複製して、保存用ＨＤＤ１７ｂに記録する。すなわち、ユーザにとってみれば、保存したい番組データを指定等して、番組データ保存メニューを選択すれば、その番組データを保存用ＨＤＤ１７ｂに保存することができる。なお、保存用ＨＤＤ１７ｂにおける保存用の領域は、物理的に一台のＨＤＤとする場合のみならず、バーチャルな領域とすることもできる。すなわち、当該領域は、一台のＨＤＤの一部としてもよいし、二台のＨＤＤを一つの領域と扱い、その一部としてもよい。また、番組データ保存メニューには、ユーザに圧縮率などの各種設定を促す項目を設け、ユーザによって選択された圧縮率等で、番組データの保存を行えるようにしても良い。

（次の番組コーナーデータ・前の番組コーナーデータ）
デジタル記録再生装置１０は、再生対象の番組データを切り替え可能としている。これは、番組コーナーデータの再生中に、当該番組コーナーデータ等に対して時間的に前後して記録された番組データを再生するという、いわゆるスキップ機能である。リモートコントローラには、「次の番組」「前の番組」などと表示されたボタンを用意しておく。

図８に、「次の番組」ボタンが押されたときの処理手順を示す。番組コーナーデータの再生中に、ユーザが、リモートコントローラの「次の番組」ボタン等を押下したとする。

信号受信部２５が、リモートコントローラの「次の番組」ボタン等に割り当てられた信号を受信して（ステップＳ４０１）、それがＣＰＵ２３に入力されると、ＣＰＵ２３は、再生中の番組コーナーデータに基づいてＤＢを参照して、再生中の番組コーナーデータに対して次の番組コーナーデータ等のタイムインデックスを割り出して、常時記録ＨＤＤ１７ａ内に記録されている、次の番組コーナーデータ等の位置データを検索するように、ＨＤＤ制御部１８に命令する（ステップＳ４０２）。

その結果、ＣＰＵ２３は、再生中の番組データに対して時間的に次の番組コーナーデータ等が存在するかを判別することができる（ステップＳ４０３）。判別の結果、次の番組コーナーデータ等が存在していなければ、ステップＳ４０６へ移行する。一方、次の番組コーナーデータ等が存在していれば、ＣＰＵ２３は、再生中の番組データの停止命令をＨＤＤ制御部１８に出力するとともに（ステップＳ４０４）、ＨＤＤ制御部１８に対して当該次の番組コーナーデータ等の再生命令を行う（ステップＳ４０５）。

ＨＤＤ制御部１８は、ＣＰＵ２３から出力された検索結果を入力すると、その検索結果に従って常時記録ＨＤＤ１７ａから次の番組コーナーデータ等を読み出す。読み出された次の番組コーナーデータ等は、デマルチプレクサ１９を介してＭＰＥＧデコーダ２０によってデコードされる。この結果、ＴＶへ出力される映像データ等は、次の番組コーナーデータ等の映像データ等に切り替わる。

一方、典型的には、再生中の番組データが、リアルタイムに放送されている番組データである場合には、次の番組コーナーデータ等に対応する位置データが存在していないという結果が得られるので、係る場合には、ＣＰＵ２３は、画像処理部に対して、エラー表示を出力するように命令し、その後、ＨＤＤ制御部１８に対して「次の番組」ボタンが押下される前に表示されていた番組データの表示を行うように命令する（Ｓ４０６）。

また、ユーザが「次の番組」ボタン等を、いわゆる長押しした場合に、ＨＤＤ制御部１８に対して、番組データ単位でスキップを行うように制御してもよい。

図９を参照して「次の番組機能」についてさらに説明する。図９は、次の番組ボタンが 押されたときの番組データの移行形態を概念的に示した概念図である。図９に示すように、現在、１９：００から放送されたアニメ番組が視聴されている。

ユーザがリモートコントローラの「次の番組」ボタンを押すと、１９：００〜２０：００に録画されたアニメ番組から２０：００〜２１：００に録画されたドラマ１に移動する。この移動は、アニメやドラマ１などの番組データ単位やコーナー単位で行われ、番組データを選択するためのメニュー画面に移動することなく再生される。

また、前述のように個々の番組データにタイムインデックスの識別子が関連付けされているため、このタイムインデックスの識別子に沿って再生されることになる。つまり、１９：００のアニメ番組のときに、「次の番組」ボタンを二度押せば、２１：００〜２２：００のドラマ２が再生されることになる。

また、「前の番組」機能は、リモートコントローラの「前の番組」ボタンを押すと、ＴＶに番組データが表示された状態で、現在、再生されている番組データより前の時刻に録画された番組データが再生される。図１０に示すように、１９：００から放送されたアニメ番組を視聴していたユーザが「前の番組」ボタンを押すと、１９：００〜２０：００に録画されたアニメ番組から１８：００〜１９：００に録画されたニュースに移動することになる。

（再生中の番組データと同時刻に放送されていた他局の番組データ）
上記の例では、再生中の番組データに対して時間的に前後する番組データに、再生対象を切り替える例を説明したが、これに限定されるものではない。例えば、本実施形態のデジタル記録再生装置１０は、複数の放送局から各々放送されている番組データを受信しているので、再生中の番組データに対して同時に受信された他の放送局からの番組データを、当該再生中の番組データに代えて再生することも可能である。

番組データの再生中に、ユーザがリモートコントローラの「次のチャンネル」ボタンを押下すると、ＣＰＵ２３は、ＨＤＤ制御部１８に対して、再生中の番組データに対して次チャンネルの番組データであって、再生中の番組データの再生部分の「時刻データ」と同じ「時刻データ」部分から再生するように指示を行う。

ＨＤＤ制御部１８は、この命令に従って、常時記録ＨＤＤ１７ａから、再生中の番組データに係る「時刻データ」を特定し、かつ、次チャンネルの番組データを、当該「時刻データ」に対応する位置データに基づいて、再生対象の番組データの出力を行う。

上記動作によって、例えば、「１０日、１８：００、４チャンネル」で放送されたニュース番組を視聴していて、「１０日、１８：１６：０３」に対応する部分の再生時に、「次のチャンネル」ボタンが押下されると、「１０日、６チャンネル、１８：１６：０３」に放送された料理番組に、再生対象が切り替わる。

（ランキング・リスト内の番組データの表示切り替え）
デジタル記録再生装置１０は、ランキング・リスト内の番組データの表示切り替え手段を備えている。ランキング・リストとは、視聴率ランキング、特定の視聴者グループによる人気リストなど、ランキングデータや所定のリストに掲載されたデータの総称である。すなわち、タイムインデックス用サーバ５０等から受信した人気番組等のランキング・リスト及び当該ランキング・リスト内の番組データに係るタイムインデックス等が記憶されるランキング・リストＤＢと、リモートコントローラの「次の番組」ボタンまたは「前の番組」に対応する信号の受信を検知した場合にランキング・リストＤＢを参照して再生中の番組データに対して一つランキングが上又は下に位置する番組データのタイムインデックスと対応する位置データとに基づいて番組データの表示を切り替える手段とを備える。このように、既述の「次の番組」等のボタンが押下された場合と同様に、表示対象の番組データの切り替えが可能となる。

なお、ランキング・リストは、タイムインデックス用サーバ５０の管理者等が、インターネット上のブログを検索し、その検索結果を集計して番組ランキングとして反映したもの、或いは、タイムインデックス用サーバ５０で、定期的に、既述の他のユーザへ紹介したい番組データの集計結果の割り出しを行い、当該集計結果に基づいて作成することなどが考えられる。これらのランキングに基づいて番組を選択し、視聴し始めた場合、次の番組ボタンや前の番組ボタンを押すことで、もう一度ランキング画面に戻って、番組を選択しなおす手間を省いて、先ほど選択した同じ番組データのランキングのもとで、今見ていた番組に対するランキング順位が次の番組やランキング順位が前の番組の再生を開始することができる。

例えば、８日間の高視聴率番組をランキング化した番組データの第５位を再生している場合、次の番組ボタンを押せば、第４位にランキングされた番組を画面切り替えなしに再生し、また、前の番組ボタンを押せば、第６位にランキングされた番組を画面切り替えなしに再生することができる。すなわち、ランキング・リスト画面を介さずにランキング・リスト化された番組データを次々に視聴することができ、デジタル記憶再生装置１０を使用する際の利便性及び操作性を一段と向上させる。

また、１つの番組データ中に複数のタイムインデックスの関連付けされている場合には、視聴したい番組コーナーデータだけを選択して再生したり、複数の番組コーナーデータを選択してそれらを連続して再生したりすることもできる。例えば、大相撲の取り組みの番組コーナーデータを見ようとしたとき、ユーザは、例えば、ディスプレイに表示される横綱Ａと大関Ｂと小結Ｃの取組みに係るタイトルデータを選択したとする。

ＣＰＵ２３は、ユーザの選択結果を取得すると、その選択結果をメモリなどに記憶する。つづいて、ＣＰＵ２３は、メモリに記憶した選択結果の第一タイトルデータ（例えば、横綱Ａに係るタイトルデータ）に基づいてＤＢを参照して、対応する位置データを読み出して、ＨＤＤ制御部１８に出力する。

ＨＤＤ制御部１８は、ＣＰＵ２３から出力された位置データに基づいて、横綱Ａの取組みに対応する番組コーナーデータを読み出して、ＴＶへ出力する。この番組コーナーデータの再生が完了すると、ＨＤＤ制御部１８は、その旨をＣＰＵ２３に対して通知する。

ＣＰＵ２３は、ＨＤＤ制御部１８からの通知を受けると、メモリに記憶した選択結果の第二タイトルデータ（例えば、大関Ｂに係るタイトルデータ）に基づいてＤＢを参照して、対応する位置データを読み出して、ＨＤＤ制御部１８に出力する。その後の動作は、上記の場合と同様である。

なお、例えば、横綱Ａの取組みに対応する番組コーナーデータが再生中に、ユーザが「次の番組」ボタンを押下して、ＣＰＵ２３でそれが検知された場合には、ＣＰＵ２３は、上記通知を請けた場合の動作を同様に、メモリに記憶した選択結果の第二タイトルデータ（例えば、大関Ｂに係るタイトルデータ）に基づいてＤＢを参照して、対応する位置データを読み出して、ＨＤＤ制御部１８に出力する。その後の動作は、上記の場合と同様である。

（保存機能）
デジタル記録再生装置１０は、番組データの録画に加え、番組データの保存機能を備えている。これは、デジタル記録再生装置１０が録画した番組データは、８日間は録画記録されているものの、その後は自動的に消去されていくことになっている。このため、保存しておきたい番組データに関しては、保存用ＨＤＤ１７ｂに保存される。なお、保存用ＨＤＤ１７ｂにおける保存用の領域は、物理的に一台のＨＤＤとする場合のみならず、バーチャルな領域とすることもできる。すなわち、当該領域は、一台のＨＤＤの一部としてもよいし、二台のＨＤＤを一つの領域と扱い、その一部としてもよい。番組データの保存は、入力部２８及びリモートコントローラの「番組データ保存ボタン」によって行われる。保存用ＨＤＤ１７ｂに保存された番組データは、フォーマットなどの消去命令を行わない限り消えることはない。

また、ＤＶＤドライブ２９に外部記憶媒体であるＤＶＤ−Ｒ、ブルーレイ等を挿入して書き込むことで、長期保存用及び外部のデジタル再生装置などで視聴することができる。

また、保存機能としては、ハードウェア的な処理のみではなく、出力装置であるＴＶ画面上においても実行可能となっている。これは、ＴＶに表示されたトップメニューに、番組データを保存するための番組データ保存メニューを備えている。この番組データ保存メニューは、デジタル記録再生装置１０の信号受信部２５が、リモートコントローラ及び入力部２８によって番組データ保存メニューが選択された際に送信される番組データ保存信号を受信する。そして、制御装置としてのＨＤＤ制御部１８が、受信した番組データ保存信号に該当する番組データを保存用ＨＤＤ１７ｂに記録させる。

（障害対応機能）
デジタル記録再生装置１０は、ＣＰＵ２３が、リアルタイムクロック２６ｂなどを参照して、例えば１０秒毎に、常時記録ＨＤＤ１７ａに記録されている位置データをＤＢにバックアップし、停電時や障害時の後に、デジタル記録再生装置１０が復旧処理をする際にそれまでに記録した番組データの記録位置データが消失することを防止する。
具体的には、常時記録ＨＤＤ１７ａ又は保存用ＨＤＤ１７ｂにバックアップ用ＤＢを作成しておき、常時記録ＨＤＤ１７ａに番組データを記録している状態で、ＣＰＵ２３がバックアップ実行時間の到達を検知すると、ＨＤＤ制御部１８に対して、バックアップ命令を実行する。

ＨＤＤ制御部１８は、当該命令を受けると、そのタイミングで常時記録ＨＤＤ１７ａに記録されている位置データを複製して、常時記録ＨＤＤ１７ａ又は保存用ＨＤＤ１７に用意されたバックアップ用ＤＢに記録する。

実際に、停電等が発生した後に、デジタル記録再生装置１０が復旧した場合には、常時記録ＨＤＤ１７ａ又は保存用ＨＤＤ１７に用意されたバックアップ用ＤＢから番組データの記録位置データを読み出して、その位置から番組データの記録を再開する。

（再放送番組の対応）
デジタル記録再生装置１０は、再放送された番組データの置き換え機能を備えている。これは、タイムインデックスに付加された再放送情報に基づいて再放送される前の古い番組データを検索し、再放送された番組データで置き換える処理により実現されている。したがって、８日間以内に再放送された番組は、新しい放送分が録画日付になるため、そこからさらに８日間は保存される。よって、保存期間の延長を図ることができる。

なお、ＭＰＥＧエンコーダ１４及びＭＰＥＧデコーダ２０で使用される映像データの圧縮方式としては、ＭＰＥＧ−２またはＭＰＥＧ−４のいずれでも良い。また、映像データの圧縮方式にＭＰＥＧ以外の他の圧縮方式を使用することも可能である。例えば、ＡＶＩ、ＤｉｖＸ、ＸＶＤ、Ｈ．２６４、ＸＶｉなどでも良い。

（視聴管理機能）
デジタル記録再生装置１０は、管理者が特定ユーザに対して視聴制限を設定することで、その設定した視聴制限に該当する番組の再生を制限することが可能な視聴管理機能を備えている。

なお、説明の便宜上、管理者を両親とし、特定ユーザを子どもとして説明していくが、本願発明としてはこの例に限定されることはない。

（視聴可能タイム制限機能）
視聴可能タイム制限機能は、予め、両親が子どもに対して番組の視聴可能時間としての「視聴可能トータル時間」を設定しておき、その「視聴可能トータル時間」に達した場合には、番組の再生が不能となる機能である。視聴可能トータル時間としては、一日単位、週単位及び月単位に区分して設定可能となっている。例えば、視聴可能トータル時間を１日／２時間、１週間／１４時間、１カ月／５０時間などに設定することができる。視聴可能タイム制限機能によれば、両親が子どもに視聴可能な時間枠を与えておくことができ、ＴＶの過度の視聴防止に寄与する。そして、「視聴可能トータル時間」をオーバーすると自動的に視聴不能になるので、例えば、親が外出している際でも子どもの視聴時間のチェックが不要になるので、管理面で向上する。

（ポイント設定機能）
ポイント設定機能は、番組をポイントによって管理するための機能であり、番組を視聴するために「視聴可能ポイント」を必要とする。この「視聴可能ポイント」は、予め、両親が子どもに対して設定しておく。つまり、再生可能タイム制限機能は、時間で制限していたが、ポイント設定機能は、ポイントによって視聴制限をするものである。例えば、子どもに２０ポイントの「視聴可能ポイント」を設定し、一番組あたり番組を視聴するのに必要なポイントが１ポイントである場合、子どもは２０番組までなら視聴できるが、それ以上は視聴制限に掛かり視聴不能となる。なお、視聴したか否かの判別は１分以上視聴した場合にはカウントされ、１分以下ならノーカウントとすることやトータルの番組時間に対する視聴時間の割合で一定パーセンテージ以上を視聴した場合にカウントするなどが考えられる。

また、番組に応じて視聴に必要なポイントを変更させることもできる。例えば、両親が子どもに積極的に見せたい番組は１ポイントでよいが、あまり見せたくない番組には２ポイントが必要となるよう設定することができる。また、ポイントを減算するだけではなく、増額する設定も可能とする。ポイントを増減する設定の例としては、例えば、ジャンル毎にポイントを設定できるようにし、教育番組、知育番組、ドキュメンタリーなどの両親が積極的に推奨したい番組ジャンルには視聴するごとに1ポイントが「視聴可能ポイント」に加わる設定とし、子どもの見すぎを抑制したいジャンル、例えば、アニメ、バラエティなどについては２ポイントの視聴可能ポイントが必要になる設定をするなどである。もちろん、ジャンル別だけではなく、個別の番組毎に任意の視聴可能ポイントの増減の設定も可能とする。つまり、ポイントによって視聴制限をすることで、時間制限に加えたより詳細な視聴管理が可能になる。このため、子どもの年齢や家庭環境に応じてより細かな視聴制限が設定可能となる。

前述したポイント設定機能では、管理者である両親がポイント設定をすることになっているが、設定したポイントを途中変更することも可能である。例えば、子どもの成績やテストの点数が良かった、約束通り宿題をした場合などには「視聴可能ポイント」を増加させ、一方、子どもの成績やテストの点数が悪かった、宿題を忘れた、友達とケンカした、態度が悪かった場合などに「視聴可能ポイント」を減少させる、などである。つまり、子どもの普段の行動の良し悪しに応じてＴＶ視聴を管理することができる。

（格付けデータ設定制限機能）
格付けデータ設定制限機能は、予め番組に格付けの高低をあらわす格付けデータが付与されており、この格付けデータに応じて視聴制限を行う機能である。例えば、番組の格付けが松、竹、梅（Ａ，Ｂ，Ｃ）と三つに分別されているとする。この場合、「格付け松（Ａ）」を見るためには１ポイントの「視聴可能ポイント」が必要であり、「格付け竹（Ｂ）」を見るためには２ポイントの「視聴可能ポイント」が必要であり、「格付け梅（Ｃ）」を見るためには３ポイントの「視聴可能ポイント」が必要となる。なお、「格付け梅（Ｃ）」というのは、いわゆる低俗番組と呼ばれる番組が該当する。つまり、両親は教育上、悪影響があると思われる番組を制限することができる。

また、番組に付与される格付けデータは、格付けデータを管理する番組配信サーバによって予め決定されることが考えられる。また、番組制作者やスポンサー等によって、子どもにとって好影響または悪影響を与えるという判断基準となる格付けの仮データを番組配信サーバが受信し、その仮データをもとに「格付け」を設定することもできる。格付けデータが設定されていれば、子どもは「格付け梅（Ｃ）」などの高ポイントが必要となる番組ばかりを視聴することができなくなる。また、両親としては格付けデータが子どもに見せるべきか否かの判断基準となるので視聴制限が容易になる。

（クイズ機能）
クイズ機能は、出題されたクイズに特定のユーザである子どもが回答し、所定の正解が得られた場合にのみ、子どもに番組データの視聴を許可するものである。この出題用クイズとしては、学校の宿題をしていれば解けるレベルの問題であって、子どもの年齢（学年）別や能力別に応じて複数の教育用クイズ及びその回答を、タイムインデックス用サーバ５０の管理者等が作成して、タイムインデックス用サーバ５０に格納しておく。

デジタル記録再生装置１０のユーザ（親）が教育用クイズ等のダウンロード命令を指示し、ＣＰＵ２３がこれを取得すると、ＣＰＵ２３は、ネットワークコントローラ２６に対して、タイムインデックス用サーバ５０にアクセスして、教育用クイズ等のダウンロードを実行するように命令する。この結果、デジタル記録再生装置１０は、教育用クイズ等を取得すると、ＤＢにこれを格納する。また、番組データの視聴の可否を示す画像も併せてダウンロードして、画像メモリに格納しておく。

デジタル記録再生装置１０のユーザ（親）は、リモートコントローラの自身の情報を設定した「個人別ボタン」を押下し、その後、教育用クイズの表示命令を送信する。デジタル記録再生装置１０では、ＣＰＵ２３が、上記命令を受信すると、ＤＢから教育用クイズを読み出してＴＶへ出力する。

デジタル記録再生装置１０のユーザ（親）は、ディスプレイに表示される教育用クイズを参照して、出題対象のクイズを適宜選択するとともに、子どもが何問正解したら番組データを視聴してよいかを、リモートコントローラを操作等することによって設定する。これらの選択結果及び設定事項は、デジタル記録再生装置１０へ送信され、個人情報管理メモリ内のユーザ（子ども）のデータと対応付けされて記憶される。もっとも、デジタル記録再生装置１０のクイズの取得手法は、上記の例に限定されない。すなわち、例えば、デジタル記録再生装置１０に、ユーザによってＯＮ・ＯＦＦの切り替えが可能な「クイズ付視聴制限」フラグを用意しておき、ユーザ（親）「クイズ付視聴制限」フラグをＯＮに切り替え、ＣＰＵ２３が当該フラグのＯＮを検出すると、ＣＰＵ２３は、子どもの年齢情報を読み出して、タイムインデックス用サーバ５０に対して、ダウンロード命令を行うようにしてもよい。この際、タイムインデックス用サーバ５０に年齢別にクイズを用意しておけば、デジタル記録再生装置１０から送信される年齢情報に基づいて、タイムインデックス用サーバ５０からデジタル記録再生装置１０に対してクイズを送信することが可能となる。

この状態で、デジタル記録再生装置１０のユーザ（子ども）が、リモートコントローラの自身の情報を設定した「個人別ボタン」を押下すると、ＣＰＵ２３は、個人情報管理メモリからユーザ（子ども）に係る個人情報及び出題対象のクイズを読み出して、画像処理部に対して、ユーザメニュー表示命令を行う。

ユーザ（子ども）が、リモートコントローラを操作して、クイズに対する回答をデジタル記録再生装置１０へ送信すると、ＣＰＵ２３は、送信されてきた回答に基づいて、ＤＢを参照して当該回答の正誤を判定し、かつ、判定結果と番組データの視聴を許可する設定情報とを照合して、番組データの視聴の可否を判定する。

ＣＰＵ２３は、番組データの視聴の可否の判定結果に従って、画像メモリから画像を読み出して、ＴＶへ出力する。この結果、子どもには、勉強や宿題をしておくことで、クイズに正解すると番組データが視聴できるというインセンティブを与えることができるので、両親が強制的に勉強をさせるのではなく、子どもの意志で自然に勉強を行うことが期待できる。

また、出題用クイズを制作及び提供するクイズコンテンツ制作業者が、各教科を体系的に構築した教育プログラムとして計画的に配信するようにしても良い。この場合には、クイズコンテンツ制作業者が別途提供する通信教育などの教材の販売促進に効果が期待できる。

（番組データ強制視聴機能）
おすすめ番組機能は、子どもが両親から送られてきた「おすすめ番組」を視聴することを条件として他の番組を視聴可能とした機能である。例えば、両親は子どもに「大宇宙紀行」という番組を見せたいとする。この場合「大宇宙紀行」を子ども宛てに推薦して、さらに、強制視聴の設定をしておくと、子どもが「個人別ボタン」によってデジタル記録再生装置１０を起動または、トップメニュー（画面）を表示させた際に、「大宇宙紀行」を視聴するように促す画面が表示される。そして、「大宇宙紀行」を視聴した場合にのみ、他の番組も選択して視聴可能となる。このようにすれば、両親が子どもに見せたい番組を半強制的に見せることが可能になるので、デジタル記録再生装置１０を教育補助機器として使用できる。

具体的には、以下のような動作を行うとよい。すなわち、デジタル記録再生装置１０のユーザ（親）は、リモートコントローラの自身の情報を設定した「個人別ボタン」を押下してから、「大宇宙紀行」の番組データを再生していたとする。

係る場合には、デジタル記録再生装置１０のユーザ（親）は、リモートコントローラを操作することで、当該番組データを強制視聴対象として指定する。デジタル記録再生装置１０では、当該指定を受信すると、ＣＰＵ２３は、ＤＢを参照して、指定された番組データのタイムインデックスを読み出して、個人情報管理メモリ内のユーザ（子ども）のデータと対応付けして記憶する。或いは、番組データのタイムインデックスと放送局名などと子どもの端末ＩＤ＋ユーザ識別子を、タイムインデックス用サーバ５０に送信することで、強制視聴対象の指定を行ってもよい。

この状態で、デジタル記録再生装置１０のユーザ（子ども）が、リモートコントローラの自身の情報を設定した「個人別ボタン」を押下すると、ＣＰＵ２３は、個人情報管理メモリからユーザ（子ども）に係る個人情報を読み出して、ユーザメニュー表示命令を行い、つづいて、対応付けして記憶されているタイムインデックスをＨＤＤ制御部１８に出力するとともに、当該タイムインデックスが付された番組データの再生命令を行う。ＨＤＤ制御部１８は、「大宇宙紀行」の番組データの再生が終了したら、それをＣＰＵ２３へ通知する。

ＣＰＵ２３は、再生命令を行う際に、ＨＤＤ制御部１８からの通知を受けるまでは、リモートコントローラからの信号を受信しても、当該信号を破棄し、当該信号に従わないという設定をしておく。この結果、ユーザ（子ども）は、自身が視聴したい番組データを再生するためには、「大宇宙紀行」の番組データを強制的に視聴しなければならなくなる。

また、デジタル記録再生装置１０には、子どもが視聴した番組名や時間などの視聴記録を日単位、週単位、月単位の出力可能なログとして集計し、親のユーザメニューと紐付けしておき、親が自身の情報を設定した「個人別ボタン」を押下すると、その集計結果が見られるようにしておくとよい。

（サーバ）
本実施形態に係るサーバは、次のような機能を少なくとも備えている。

デジタル記録再生装置１０に係る時計の時刻を合わせるために時刻データを定期的に送信する時刻整合手段と、デジタル記録再生装置１０にタイムインデックスを送信するタイムインデックス送信手段と、番組データを特定するための番組特定データ、及び番組コーナーデータを特定するためのコーナー特定データをデジタル記録再生装置１０に送信する番組データ送信手段と、デジタル記録再生装置１０からユーザが作成したタイムインデックス及び視聴情報を受信するユーザ情報受信手段と、受信したタイムインデックス及び視聴情報を加工して加工情報を生成する加工情報生成手段と、生成された加工情報及び加工前のタイムインデックスをデジタル記録再生装置１０に配信するタイムインデックス配信手段と、を備えている。

視聴情報とは、再生チャンネル、再生日時、再生ステータス（通常再生、早見再生、早送り、巻き戻しなど）、再生ユーザ識別子、端末識別子、番組ステータス（マイメニューかどうか、保存したかどうか、タイムインデックスに指定されたかどうかなど）、番組評価データ（○×）、ユーザが紹介したい番組データ等を秒単位で記録した情報のことである。

番組特定データとは、例えば、デジタル信号からなる放送波における番組データを特定するためのデータのことであり、これには、映像データ及び音声データなどが含まれる。このほか、例えば、その番組の放送チャンネル及び放送開始時刻、あるいは、その番組の放送チャンネルの放送開始時刻に関するデータである。

コーナー特定データとは、番組データの各コーナー単位及びＣＭ単位のデータを特定するためのデータのことである。このほか、ある番組における所定のコーナーを特定するためのデータ、例えば、その番組の放送チャンネル及び放送開始時刻に加えてそのコーナーが開始されるまでの時間、あるいは、その番組の放送チャンネル及びそのコーナーの放送開始時刻に関するデータである。

加工情報は、視聴情報、タイムインデックス及びインターネット上のブログ（blog）や掲示板などのデータに統計的処理を施して生成される番組や出演者の話題性指数、評価データ、視聴質、視聴率、視聴者数のことである。

個人識別機能や、ネットワークによる双方向通信機能を用いれば、以下のような使い方も可能である。すなわち、自分が所定の番組に対して（○×ボタンなどを用いて）高い評価をした場合や、「オススメボタン」を押すことによって、自分との関連づけをしたグループ（あらかじめ自分で友だちを設定するか、システムの方で視聴履歴などにより近い人をグルーピングする）の人に対して高い評価をした番組として推薦する、といった使い方もできる。

（実施例１）
以下、本発明の実施例では、記録再生装置１０において録画記録済みの番組データ（ＣＭデータも含む）を再生する手法について説明する。

本実施例では、番組データの再生中に、テレビのディスプレイの下側などに、当該番組データの出演者、撮影地、登場する建築物など、あらゆる固有名詞に関する情報をティッカー表示するものである。

番組データでの出演者等については複数人等が登場することが多いと考えられるが、その場合には、各出演者等に関する情報をティッカー表示すればよい。例えば、番組データがニュース番組の番組データである場合には、スポーツコーナー枠がある場合が考えられ、その際に、有名スポーツ選手の活躍を伝えるテーマで放送され、そのスポーツコーナーのワンシーンが東京都内の野球場Ａにて行われたスポーツ選手へのインタビューシーンである場合には、このときに、そのスポーツ選手の生年月日、出身地、経歴など、更には、野球場Ａの設立年、デザイナーなどの情報をティッカー表示すればよい。

なお、番組データの映像データの視聴の邪魔にならないように、例えば、ティッカー表示領域は、ディスプレイの下端から、ディスプレイの高さの１５％程度以下とする領域とする、又は、映像データを全面表示ではなく縮小表示させ、これによって縮小表示領域の周囲に生じる領域とすることもできる。

特に、後者の場合には、映像データの表示領域の周囲にＬ字状にティッカー表示領域を確保することができるので、相対的に情報の価値が高いものを映像データの短辺に沿って横側に隣接する領域に固定的に表示させ、そうでない情報を映像データの長辺に沿って下側に隣接する領域に文字を次々に流して行くことが考えられる。

ティッカー表示すべき情報は、番組データに対して出演者等を示すメタデータを埋め込んで置き、記録再生装置１０において番組データを再生中に当該メタデータを読み出して、インターネットなどのネットワークを通じて、オンライン百科事典、視聴者の感想などから入手することができるし、本システムの管理者等が予め表示すべきテキストデータを作成しておくことが考えられる。

また、ティッカー表示時の文字の流れる速度は、一定でもよいし、可変としてもよい。また、とりわけ前者の場合には、表示すべき文字数を所定の閾値内に納めることができるし、とりわけ後者の場合には、表示すべき文字数の多少に応じて速度を決定してもよい。なお、ティッカー表示時の文字の流れる速度を一定とする場合には、例えばユーザが番組データを早送り／巻戻ししたり、スキップしたりしても一定速度を維持するとよい。

さらに、表示すべき文字のパターンも長短２種類というように複数用意しておくことも一法である。記録再生装置１０は、ティッカー表示すべき番組コーナーの尺（何分何秒か）の長さ、その尺での出演者数等及び各出演者等の出演時間等についても、タイムスタンプ等に基づいて特定することができるので、これらの情報に基づいて、表示すべき文字を動的に決定するということも可能である。

また、番組データのジャンル、番組コーナーのジャンルに応じて、上記速度又は文字数を決定することもできるし、また、表示する文字も小出しにすることができる。例えば、以下の例に限定されるものではないが、番組データが、一人の出演者が相対的に長時間ディスプレイに表示され続ける傾向が高い、歌番組で歌手が歌っている番組コーナー、スポーツ中継番組における野球のピッチャーのピッチングの場面、さらにはＣＭデータの場合には、例えば、速度は遅め、文字数は多めに表示させることができる。また、番組データが、一人の出演者が何度もディスプレイに表示されるような、ドラマ、映画の場合には、速度は速めで、より小出しに文字を表示させることができる。

なお、例えば、番組データ内に繰り返し何度も出演者に関する情報をティッカー表示した場合、視聴者に対してその出演者に関する情報を印象付けられることもできるというメリットがあるが、一方で、行き過ぎたティッカー表示は視聴者に煩わしさを与えてしまうというデメリットがあり得る。したがって、例えば、一つの番組データにおける一人の出演者についてのティッカー表示回数、表示間隔、表示タイミング、表示内容を所定の閾値以下としてもよい。この閾値は、例えば、番組データのジャンル、番組データの放送時間などに基づいて決定することもできる。

出演者に関する情報をティッカー表示する場合で他の例を挙げると、例えば、番組データが野球の試合中継であれば、表示間隔は３０分以上とし、しかも、表示内容は毎回変更（例えば、初回は過去数年間の成績を表示、２回目には当日の投球内容などを表示）することができよう。また、歌番組で歌手が歌っている場面では、曲の冒頭で曲名及び歌手名などがテロップ表示されることが多いので、その直後に、その歌手の生年月日、出身地、経歴などを表示し、曲が終わる直前１０秒ほど前から、当該曲のダウンロード開始日、ダウンロード数などを表示することができる。

また、バラエティ番組の場合には、レギュラー出演者については最初に登場した時だけティッカー表示をし、ゲスト出演者については、当該ゲスト出演者の担当する番組コーナーで、適切な文字数でティッカー表示をするといった具合である。

また、ティッカー表示の型は、プッシュ型・プル型のいずれで実現してもよい。これまでの説明は、主としてプッシュ型を念頭に置いたものであるが、例えば、リモコン２００にＩＮＦＯボタンを設けておき、これが押下された場合に、その際にディスプレイに表示されている出演者のプロフィール、他に出演している番組データの番組タイトルなどを表示することもできる。

さらに、プッシュ型のみ、プル型のみ、これらの双方のいずれの態様でティッカー表示を行うかについては、ユーザが選択できるようにするとよい。この場合、例えば、番組データのジャンル毎に設定できるようにしてもよい。例えば、映画やドラマ等の場合は、プッシュ型で常時ティッカーが表示されているとユーザが邪魔に感じるが、たまに「この人、他に何かの映画で見たことがあるけど、思い出せない・・・」ということもあるため、その場合には、プル型の方が適していると考えられる。また、未再生の番組データにフラグを付し、初回再生時のみプッシュ型及びプル型とし、２回目以降のフラグがない状態ではプル型のみとするなどを選択できるようにすると好ましい。

本実施例の内容の一部についてまとめると、以下のようになる。すなわち、本実施例の記録再生装置は、受信した番組データが記録される記録媒体と、前記番組データの映像データの登場対象を示すメタデータが格納される格納媒体と、前記記録媒体に記録された番組データを再生する再生手段と、前記再生手段によって番組データを再生する際に当該番組データに対応するメタデータに対応する前記登場対象に関する情報をテレビ受信機にティッカー表示させる態様で出力する出力手段と、を備える。例えば、記録媒体はＨＤＤ１７ａによって実現し、格納媒体はＤＢによって実現し、再生手段はＨＤＤ制御部１８によって実現し、出力手段はＣＰＵ２３及び所望の動作をさせるプログラムによって実現することができる。

前記メタデータは、前記番組データにおける登場対象の出演期間を示す期間データを含み、前記出力手段は、前記期間データに基づいて当該登場対象の映像データがテレビ受信機に表示されている際に前記登場対象に関する情報を出力することができる。

さらに、前記出力手段が前記登場対象に関する情報を出力する際に当該登場対象に関する情報の表示位置を設定する設定手段を備えることもできる。この場合、表示位置は、テレビ受信機の下部を含む周辺部分とすることもできるし、前記番組データを全面表示せずに縮小表示することで生じる部分とすることもできる。なお、設定手段は、例えば、画像処理部２７によって実現することができる。

また、前記登場対象に関する情報は、当該番組データのジャンル、当該番組データを構成する番組コーナーのジャンルに応じて、ティッカー表示させる速度又は文字数を制御する制御手段を備えてもよい。なお、制御手段は、例えば、画像処理部２７によって実現することができる。

なお、前記制御手段は、ティッカー表示の表示型、表示回数、表示間隔、表示タイミング、表示内容を、前記番組データのジャンル、番組データの放送時間などに基づいて決定することもできる。

また、本システムは、上記の記録再生装置と、前記記録再生装置の動作を遠隔操作するリモートコントローラとを備え、前記リモートコントローラは、前記ティッカー表示の開始を指示するボタンが設けられていてもよい。

（実施例２）
まず、本発明の実施例２の概要について説明する。本実施例の記録再生装置は、典型的には、番組コーナーデータ及びＣＭデータを有する番組データを再生しているとき、及び、メニュー画面で何も操作していないときに、ＣＭデータ間に、他のＣＭデータを割り込ませたり、特定のＣＭデータを他のＣＭデータに差し替えたりするという動作を実現するものである。本実施例では、主として、後者の内容を説明する。

図１３は、図１に示すＨＤＤ１７内に存在するＤＢに格納されている情報例を示す図であって、図３Ｂの「ＣＭ情報テーブル」の図に対応するものである。

図１３には、図３Ｂに示した情報に加えて、ＣＭデータに割り当てられるＩＤ情報、そのＣＭデータの放送日等の情報に加えて、ＣＭデータ毎にそのＣＭデータをユーザが意図的に再生した回数に基づく再生頻度を示す情報と、広告主からの明示の広告依頼対象のＣＭデータであるか否かを示すフラグを示す情報などとを示している。

具体的には、ここでは、「フラグ」として、例えば「０」／「１」という情報を示している。一例を挙げると、フラグが「１」であるＣＭデータについては常に再生対象とし、フラグが「０」であるＣＭデータについては「再生頻度」に基づいて再生対象とするか否かを決定する、といった取決めをすることが考えられる。「フラグ」は、番組配信サーバからインターネットを介して、記録再生装置１０に送信することができる。したがって、例えば、ＣＭ依頼者、広告代理店などは、恣意的に、特定のＣＭの再生数を高めることが可能となる。

また、「再生頻度」としては、Ａ，Ｂ，Ｃという３ランクでランク付けた情報を示している。一例を挙げると、ＡランクのＣＭデータについては常に再生対象とし、ＢランクのＣＭデータは常に再生対象とせず、ＣランクのＣＭデータは例えば５０％の確率で再生対象とする、といった取決めをすることが考えられる。

ＣＭデータは、Ａランク、Ｃランク、Ｂランクの順に再生回数を多くしていくこともできるし、少なくしていくこともできる。Ａランク、Ｃランク、Ｂランクの順に再生回数を多くしていく場合、ユーザがスキップしたＣＭデータを当該ユーザに接触する機会を高めることにつながるといった利点がある。Ａランク、Ｃランク、Ｂランクの順に再生回数を少なくしていく場合、ユーザの嗜好に沿ったＣＭデータを多く再生することにより、ユーザにおける記録再生装置１０の利用満足度を高められるといった利点がある。

以上をまとめると、フラグが「１」であるＣＭデータが無条件に再生対象とされるが、例えば、フラグが「０」であり、かつ、再生頻度が「Ｃランク」のＣＭデータは、２回のうち１回は再生される、残りの１回については、例えばフラグが「１」である他のＣＭデータに差し替えられる。確率に基づくＣＭデータデータの差し替えは、例えば乱数表に基づいて行えばよい。

なお、ＣＭデータを差し替えるか否かの決定要素として、ユーザによるＣＭデータの再生回数が必須というわけではなく、決定の要素はこれに限らない。ＣＭデータを差し替えるか否かは、例えば、広告主からの対価によって条件設定してもよい。この場合には、番組配信サーバから恣意的に多く再生したいＣＭデータのフラグを「１」に設定すればよい。

また、前記データベースに格納されている情報は、ＣＭデータの属性とユーザの属性と前記他のコンテンツの属性とに基づいて決定することができる。ここでいう、「ＣＭデータの属性」とは、例えば、ＣＭデータが、取扱商品の特売情報を告知するか、取扱商品が自動車などの特定ジャンルであるか、特定の広告主の商品を告知するか、特定の出演者が起用されているか、といったようなものをいう。したがって、例えば、特売情報に係るＣＭデータだけを集中的に再生させるといったこと、或いは、自動車メーカのＣＭデータだけを集中的に再生させるといったことも可能となる。

また、「ユーザの属性」とは、予め記録再生装置１０のユーザの性別・年齢・住所などのユーザ情報を取得しておき、そこから把握できる特定層であるか、ユーザの番組データの視聴履歴に合致するか、といったようなものをいう。したがって、例えば、関東在住の２０代女性をターゲットとした、自動車メーカのＣＭデータだけを集中的に再生させるといったこと、或いは、ユーザの嗜好に沿った、取扱商品の特売情報を告知するＣＭデータだけを集中的に再生させるといったことも可能となる。

さらに、「他のコンテンツの属性」とは、所定回数又は所定期間だけ再生するといったようなものをいう。したがって、例えば、取扱商品の特売期間を告知しているＣＭデータの場合は、その期間を超えると再生されないようにしたり、特定の女優が出演しているＣＭデータを特定の日だけ集中的に再生させたりするといったことも可能となる。

図１４は、図１３に示す情報に基づいて再生対象ＣＭデータ切替処理の概念図である。図１４には、番組データＡ〜Ｃを示している。番組データＡは、各々、複数の番組コーナーデータＡ−１等とＣＭデータＡ−１等とを含む。なお、ＣＭデータＡ−１は、図１３において「ＩＤ」として「Ａ−１」が割り当てられている情報に係るものである。番組データＢ，Ｃについても、同様に、複数の番組コーナーデータＢ−１，Ｃ−１等とＣＭデータＢ−１，Ｃ−１等とを含む。

ここで、図１３を見てみると、「ＩＤ＝Ａ−１」のＣＭデータＡ−１は、「フラグ」は「０」であり、かつ、「再生頻度」が「Ｂ」である。したがって、ＣＭデータＡ−１は、上記の取決めによれば、常に再生対象としない。図１４に示す例では、ＣＭデータＡ−１を、「フラグ」が「１」である番組データＣ内のＣＭデータＣ−１に差し替える様子を示している。

同様に、「ＩＤ＝Ａ−２」が割り当てられているＣＭデータＡ−２は、「フラグ」は「０」であり、かつ、「再生頻度」が「Ｃ」である。したがって、ＣＭデータＡ−２も、上記の取決めによれば、例えば５０％の確率で再生対象としない。図１４に示す例では、ＣＭデータＡ−２に差し替えて、番組データＢ内のＣＭデータＢ−４を再生対象とする様子を示している。

一方、「ＩＤ＝Ａ−３」のＣＭデータＡ−３は、「フラグ」は「１」である。したがって、ＣＭデータＡ−３は、上記の取決めによれば、常に再生対象とする。このため、図１４に示すように、ＣＭデータＡ−３は、他のＣＭデータに差し替えられることはない。

また、「ＩＤ＝Ａ−４」のＣＭデータＡ−４は、「フラグ」は「０」であり、かつ、「再生頻度」が「Ｂ」である。したがって、ＣＭデータＡ−４も、上記の取決めによれば、常に再生対象とはならない。図１４に示す例では、ＣＭデータＡ−４に差し替えて、番組データＣ内のＣＭデータＣ−６を再生対象とする様子を示している。

図１５は、図１４に示すＣＭデータ切替処理を実行するためにＣＰＵが実行する手順を示すフローチャートである。

ＣＰＵ２３は、記録再生装置１０のリモコンを通じてユーザからの再生指示を受信したか否かを判定する（ステップＳ４１）。

判定の結果、ユーザからの再生指示を受信していなければ、ステップＳ４１を繰り返し実行する。

一方、ユーザからの再生指示を受信した場合には、ＣＰＵ２３は、その再生指示から再生すべき番組データを特定し（ここでは、この番組データを「番組データＡ」とする。）、その番組データに基づき、ＨＤＤ制御部１８を通じて、ＨＤＤ１７内のＤＢを参照する（ステップＳ４２）。

図４に示すように、ＤＢには、再生すべき番組データのＨＤＤ１７上の記録位置情報が格納されているため、ＣＰＵ２３は、再生すべき番組データのＨＤＤ１７上の記録位置を特定することができる。

つぎに、ＣＰＵ２３は、再生すべき番組データのＨＤＤ１７上の記録位置を特定すると、その記録位置から番組データＡの読出処理を開始するように、ＨＤＤ制御部１８に対して指示を行う（ステップＳ４３）。

この結果、ＨＤＤ制御部１８は、ＨＤＤ１７から番組データＡを読み出して、それをデマルチプレクサ１９に出力することになる。もっとも、ＣＰＵ２３は、ＨＤＤ制御部１８に対して、ＨＤＤ１７から読み出した番組データＡを、ＣＰＵ２３に出力するように要求し、ＣＰＵ２３は、その番組データＡをデマルチプレクサ１９に出力してもよい。いずれにしても、デマルチプレクサ１９によって番組データＡが処理されると、その映像データ、音声データは、それぞれＴＶ、スピーカに出力されることになる。

また、ＣＰＵ２３は、既述の読出処理を開始することでサブルーチンをコールして、以下の処理を実行することになる。この点は重要なので、今一度、動作について概説しておく。

まず、ＣＰＵ２３は、ＨＤＤ制御部１８を通じてＨＤＤ１７内のＤＢを参照することで、番組データＡ内において番組コーナーデータＡ−１が開始又は終了する記録位置の他、録画されているすべての映像に含まれるＣＭデータの記録位置を特定することができる。また、ＣＰＵ２３は、図１３に示すＤＢを参照することによって、番組データＡ内の各ＣＭデータについての「フラグ」及び「再生頻度」の各情報を取得することもできる。

このため、ＣＰＵ２３は、上記ＤＢ内の情報に基づいて、ＨＤＤ制御部１８がＨＤＤ１７から番組データＡを読み出して再生しながら、ＣＭデータＡ−１の再生に先だってＣＭデータＡ−１が再生対象であるか否かを判定する。具体的には、例えば番組コーナーデータＡ−１が終了するタイミングで、ＣＭデータＡ−１のデータが再生対象であるか否かを判定する。ここではＣＭデータＡ−１は再生対象ではないので、ＣＭデータＡ−１を読み出すことなく、当該読み出しに差し替えて、ＤＢに「フラグ」が「１」であるＣＭデータＣ−１の記録位置から、当該ＣＭデータＣ−１を読み出すよう指示することになる。

具体的には、図１５に示すように、ＣＰＵ２３は、まず、例えば、番組データにおける番組コーナーデータ又はＣＭデータといった再生対象の再生終了タイミングであるか否か、すなわち、ここでは、再生中の番組コーナーデータＡ−１が終了する記録位置に、ＨＤＤ制御部１８による読み出し位置が到達するタイミングであるか否かを判定する。（ステップＳ５１）。

判定の結果、ここでは、番組コーナーデータＡ−１の再生終了タイミングでなければ、ステップＳ５１を繰り返し実行する。

その後、番組コーナーデータＡ−１の再生終了タイミングに到達すると、ＣＰＵ２３は、次の再生対象予定がＣＭデータであるかどうかを判定する（ステップＳ５２）。

ここでは、その再生中の番組コーナーデータＡ−１に続く再生対象予定は、ＣＭデータＡ−１であるので、ステップＳ５３へ移行する。なお、ステップＳ５１の処理は必須ではなく、したがって、再生中の番組コーナーデータＡ−１の再生終了タイミングでなくとも、ステップＳ４２の処理を実行してもよい。ステップＳ５１は、あまりに早いタイミングでステップＳ４２の処理を実行しても、再生中の番組コーナーデータＡ−１に続くＣＭデータＡ−１、さらに、それ以降のＣＭデータＡ−２が再生される前に、番組データの再生が停止されたり、他の番組データの再生に切り替えられたりすることも考えられるで、その処理が無駄になってしまうことを防止するためである。

つぎに、ＣＰＵ２３は、再生中の番組コーナーデータＡ−１に続く、次の再生対象予定であるＣＭデータＡ−１の「フラグ」を参照し、それが「１」であるかどうかを判定する（ステップＳ５３）。

この例では、ＣＭデータＡ−１の「フラグ」は「０」であるため、ＣＰＵ２３は、その「再生頻度」を参照し、そのＣＭデータが再生対象であるか否かを判定する。ここで、ＣＭデータＡ−１は、その「再生頻度」が「Ａ」ではなく「Ｂ」であるため、常に差し替えられるべきであるから、再生対象ではないと判定される（ステップＳ５４）。

この場合には、ＣＭデータＡ−１は差し替えられるが、差し替えたＣＭデータの再生後には、再び、番組データＡにおける再生対応個所からの再生が可能となるように、番組データＡの再生再開位置、すなわち、この場合、この例では、ＣＭデータＡ−１に次ぐＣＭデータＡ−２の開始の記録位置を記憶しておく（ステップ５５）。

そして、ＣＰＵ２３は、「フラグ＝１」が付されたＣＭデータ（ここでは、例えばＣＭデータＣ−１）を再生するように指示をして、ステップＳ５１へ移行する（ステップＳ５６）。

なお、仮に、ステップＳ５４において、判定対象のＣＭデータの「再生頻度」が「Ａ」であれば、当該ＣＭデータは再生対象であるので、このＣＭデータの再生指示をしてから、ステップＳ５１へ移行することになる（ステップＳ５８）。

一方、この後の話になるが、番組コーナーデータＡ−２の再生が終了するタイミングにおいてステップＳ５３を実行する場合には、その次の再生対象予定であるＣＭデータＡ−３は、「フラグ」が「１」であるので、再生対象であると判定して、その再生指示をしてから、ステップＳ５１へ移行することになる（ステップＳ５７）。

また、ＣＰＵ２３は、ステップＳ５２の判定の結果、次の再生対象予定がＣＭデータでない場合には、次の再生対象は番組コーナーデータであるので、その再生を行い、ステップＳ５１へ移行する（ステップＳ５９）。

なお、ステップＳ５９に移行する場合とは、図１４に示す例でいえば、ＣＭデータＡ−２に差し替わるＣＭデータＢ−４の再生が終了するタイミングで、ステップＳ５１及びステップＳ５２が実行された場合ということなる。ちなみに、ステップＳ５９で再生される番組コーナーデータの直前にＣＭデータが位置し、かつ、そのＣＭデータが差し替えられていたものである場合には、ステップＳ５９で行われる番組コーナーデータの再生は、ステップＳ５５において記憶された位置情報に基づいてなされることになる。

以上の動作を時系列に沿って概説する。まず、本実施例では、番組データＡの読み出し処理（ステップＳ４３）のサブルーチンがコールされると、番組コーナーデータＡ−１が再生されるので、何度かステップＳ５１が繰り返し実行されることになる。その後、番組コーナーデータＡ−１が終了するタイミングになると、ステップＳ５２に移行する。

そして、本実施例では、番組コーナーデータＡ−１の後にはＣＭデータＡ−１が続くので、ステップＳ５３に移行することになり、既述のように、ステップＳ５４〜Ｓ５６を経て、ステップＳ５１に移行することになる。

つぎに、ＣＭデータＡ−１に差し替わったＣＭデータＣ−１の再生終了タイミングまで、同様に、ステップＳ５１が繰り返し実行されることになる。その後、ＣＭデータＣ−１の再生終了タイミングになるとステップＳ５２に移行し、本実施例では、差し替え前のＣＭデータＡ−１の後にはＣＭデータＡ−２が続くので、ステップＳ５３に移行することになる。

ＣＭデータＡ−２もＣＭデータＡ−１と同様に「フラグ＝０」であり、ここでは「再生頻度＝Ｃ」であることから、例えば５０％の確率でＣＭデータＡ−２の差し替えを行うか否かを、乱数表などに基づいて決定する。図１４に示す例では、ＣＭデータＡ−２の差し替えを行うことになるので、ここでは、ＣＭデータＡ−２は再生対象でないと判定され、ステップＳ５４〜Ｓ５６を経て、ステップＳ５１に移行することになる。

つぎに、ＣＭデータＡ−２に差し替わったＣＭデータＢ−４の再生終了タイミングまで、同様に、ステップＳ５１が繰り返し実行されることになる。その後、ＣＭデータＢ−４の再生終了タイミングになるとステップＳ５２に移行する。ここでは、差し替え前のＣＭデータＡ−２の後には番組コーナーデータＡ−２が続くので、ステップＳ５９に移行することになり、番組コーナーデータＡ−２が再生されることになる。

なお、本実施例では、図１５に示すステップＳ５２では、ＤＢに格納されている位置情報に基づいて再生対象予定のものがＣＭデータであるか否かを判定したが、ＣＰＵ２３が、番組データ内の音声データなどに基づいてＣＭデータと番組コーナーデータとを識別することもできるので、その識別結果に基づいて再生対象予定のものがＣＭデータか否かを判定してもよい。

すなわち、番組コーナーデータとＣＭデータとの境界のように、ＣＭデータの前後には、音声データに無音領域が存在することと、ＣＭデータは通常３０秒バージョン或いは６０秒バージョンといったように定型長さで作成されていることから、番組データの再生中に無音領域を検出したら、その３０秒後等に対応する位置の音声データが無音であるか否かを判定し、無音である場合にはその区間をＣＭデータであるとみなすことができる。一方、３０秒後等に対応する位置の音声データが無音でない場合には、番組コーナーデータ内にも存在する無音領域であったということで、その区間は番組コーナーデータであったということになる。

このような判定を実行することで、その無音領域がＣＭデータの開始位置のものであるか、番組コーナーデータ内の単なる無音領域の位置であるかを特定することができるので、ＣＭデータの開始位置であると判定された場合には、ステップＳ５３の処理を実行すればよい。

ところで、ＣＭデータは通常３０秒バージョンと６０秒バージョンといった定形長さのものが存在していると説明したが、図１５に示す手法によれば、ステップＳ５５の処理を実行することで、３０秒バージョンのＣＭデータを６０秒バージョンのＣＭデータに差し替えることも、反対に、６０秒バージョンのＣＭデータを３０秒バージョンのＣＭデータに差し替えることも差支えがない。換言すると、ステップＳ５５の処理を実行していなければ、３０秒バージョンのＣＭデータを６０秒バージョンのＣＭデータに差し替えても、それに続く番組コーナーデータの冒頭３０秒間が、差し替え後のＣＭデータによって侵食されてしまうので、これを防止するために、差し替え対象のＣＭデータが制限されることになる。

付言すると、ＣＭデータの長さが異なっても差し替えできるということは、ＣＭデータを、ＣＭデータ以外のコンテンツであって、とりわけ、定形長さのないコンテンツを差し替え対象とすることができるということである。すなわち、ＣＭデータを、当該ＣＭデータに関連するコンテンツに差し替えることはもとより、番組コーナーデータに差し替えることもできる。当該ＣＭデータに関連するコンテンツに関して補足すると、当該ＣＭデータが自動車についてのＣＭデータだとした場合に、この自動車の購入者がネットワーク上でつぶやいた、この自動車の乗り心地を記したコンテンツに差し替えることもできる。

さらに、記録再生装置自体の外部から取り込まれた動画、静止画、音声或いは文字情報に差し替えることもできる。具体的には、記録再生装置１０をインターネットなどのネットワークに接続して、インターネットなどを通じて記録再生装置１０内にダウンロードしたＣＭデータ、動画、静止画、音声又は文字情報に差し替えることもできるし、デジタルカメラ自体或いはこれに付帯するメモリカードなどからＵＳＢケーブルなどの接続媒体を通じて記録再生装置１０内に取り込んだ動画又は静止画などとすることもできる。なお、記録再生装置１０内にダウンロードしたＣＭデータは、いったんＨＤＤ１７に格納してから、或いは、格納することなくリアルタイムで、差し替えてよい。

また、ＣＭデータの長さが異なっても差し替えできるということは、ＣＭデータの差し替えを行うのではなく、例えば、所望のコンテンツをＣＭデータ間に割り込ませて再生するということも可能となる。すなわち、例えば、ＣＭデータＡ−１とＣＭデータＡ−２との再生の間に、デジタルカメラから取り込んだ動画を再生するということも可能となる。

また、ＤＶＤドライブ２９によってＤＶＤ又はブルーレイ等に記録されているＣＭデータと、ＨＤＤ１７ａに記録されているＣＭデータと、ＨＤＤ１７ｂに記録されているＣＭデータとを相互に差し替えてもよい。つまり、ＨＤＤ１７ａから読み出した番組データ内のＣＭデータに代えてＨＤＤ１７ｂに記録されているＣＭデータを再生してもよい。

また、「再生頻度」において、例えばユーザが再生をスキップしたＣＭデータについて「再生頻度＝Ｄ」などを設け、かつ、ステップＳ５４のオプションとして「再生頻度＝Ｄ」であるか否かの判定をすることで、ユーザがスキップしたＣＭに対しても到達できるようにしてもよい。こうすれば、広告主の広告宣伝費用が無駄にならないという利点がある。

さらに、広告主の都合を考慮すれば、複数バーションのＣＭが存在しているので、ＤＢ内のＣＭデータにバージョン情報（例えば、ＣＭ放映日情報）を付記しておき、最新バージョンのものに差し替えることも可能である。

例えば、自動車販売会社各社によって、いわゆるエコカー減税対策のＣＭが放映されていたが、これらにはＣＭ放映日毎に「あと○日でエコカー減税の適用が受けられなくなります」という旨の情報が含まれていた。したがって、数日前に放送された番組データを再生する際には、その番組データ内に含まれているこの種のＣＭデータの再生に代えて、その再生日に放映された最新バージョンのＣＭデータを再生することには意義がある。

そこで、上記のように、ＤＢ内のＣＭデータにバージョン情報を付記しておけば、ＣＰＵ２３によって、バージョン情報を確認することで、最新のＣＭをユーザに提供することが可能となる。具体的には、図１５のステップＳ５７に先立って、バージョン情報の確認ステップを実行し、バージョン情報が最新であればステップＳ５７に移行し、そうでなければステップＳ５７に代えて最新バージョンのＣＭデータの再生指示をすればよい。

なお、本実施例では、主として、番組データを記録再生装置において記録し、適宜、記録再生装置内に記録されているＣＭデータに差し替えた番組データを再生する場合の手順について説明したが、記録再生装置がインターネットに接続されている場合には、例えば、記録再生装置に対して海外居住者を含む遠方居住者がインターネットを介して記録再生装置を操作することによって再生される番組データを、インターネットを介して受信して視聴することもできる。具体例を挙げると、地方にある実家に記録再生装置が据え置かれていて、一人暮らしをしている家族の一人が遠方に居住しているような場合を想定する。

このような場合には、再生対象の番組データに含まれているＣＭデータが、例えば実家のある地方でしか購入できない商品のＣＭでローカル放送局限定でしか放送されないものである場合には、そのＣＭデータを再生して遠方居住者がこれを視聴しても、ＣＭ効果は限定的である。

そこで、各ＣＭデータに、その放送エリアを示すタグ情報を埋め込んでいって、かつ、例えば、遠方居住者のＩＰアドレスを取得し、そのＩＰアドレスに基づいてアクセス元の地域を特定するようにすれば、当該ＣＭデータを差し替え対象とすることが可能となる。なお、アクセス元の地域を特定するためにはＩＰアドレスを用いることは必須ではなく、例えば、本実施例の記録再生装置の初期設定時などに、ユーザの居住地域を登録させることによってアクセス元の地域を特定してもよい。

また、海外居住者の例が典型的であるが、例えば、ワールドワイドに展開している企業の製品についてのＣＭデータの場合には、既述の「あと○日でエコカー減税の適用が受けられなくなります」といった日本国居住者向けのＣＭデータを視聴させることにはあまり意味がない。そこで、当該ＣＭデータを、そのＣＭスポンサーの製品についての海外居住者の居住国版のＣＭデータに差し替えることも一法である。

（実施例３）
まず、本発明の実施例３の概要について説明する。本実施例の記録再生装置は、典型的には、番組コーナーデータ及びＣＭデータを有する番組データを再生しているとき、及び、メニュー画面で何も操作していないときに、ＣＭデータ間に、他のＣＭデータを割り込ませたり、特定のＣＭデータを他のＣＭデータに差し替えたりするという動作を実現するものである。本実施例では、主として、前者の内容を説明する。

図１６は、本実施例の典型的な動作によって実現される表示画面例の模式図である。ユーザがリモコン２００などを通じて記録再生装置１０に対して再生を指示すると、記録再生装置１０からテレビ１００に番組データが出力され、テレビ１００のディスプレイに映像信号が表示されることになる（図１６Ａ）。

その後、ユーザが何らかの事情によって、リモコン２００の一時停止ボタンを押下したとする。記録再生装置１０は、リモコン２００から送信された信号を受信すると、その信号の内容を判定する。ここでは、リモコン２００から送信された信号は「一時停止」であるので、これが検知されると、記録再生装置１０は、既知のように、テレビ１００に対して番組データの出力を一時停止することになる（図１６Ｂ）。

ここで、通常であれば、テレビ１００のディスプレイは、静止画が表示されているかのように、番組データの再生が停止される。一方、本実施例では、ディスプレイ内の一部（ここでは、ディスプレイの左上）又は全部に、新たに表示領域１１０を確保し、そこにＣＭデータの映像データを出力することになる。このため、本実施例では、記録再生装置１０は、テレビ１００に対して表示領域１１０に表示すべきＣＭデータをＨＤＤ１７から読み出して、その映像データをテレビ１００に対して出力しており、この点は非常にユニークな点である（図１６Ｃ）。

なお、表示領域１１０については、後述する「再生画面」から「コンテンツ表示画面」に遷移した場合と、「メニュー画面」から「コンテンツ表示画面」に遷移した場合とで同じ扱いにして、一律にディスプレイ内の一部又は全部としてもよいし、例えば、前者の場合にはディスプレイ内の一部として、後者の場合にはディスプレイ内の全部という扱いにしてもよい。

この変形例として、典型的には一時停止の指示があって「コンテンツ表示画面」に遷移した場合、及び、「メニュー画面」から「コンテンツ表示画面」に遷移した場合には、表示領域１１０を相対的に大きくし、早送りの指示又はスキップの指示等があって「コンテンツ表示画面」に遷移した場合には、相対的に小さな表示領域１１０とすることもできる。

なお、この変形例のようにすると、ユーザ心理としては、小さな表示領域１１０を通じて視聴したＣＭデータが気になった場合には、当該ＣＭデータを全画面で再生したいと思うであろうと考えられるので、これを実現するために、リモコン２００には、そのトリガーとする「ＳＥＬＥＣＴボタン」を設けるとよい。

ここで、再生対象としては、ＣＭデータのうち少なくとも映像データのみとしてもよいし、少なくとも音声データのみとしてもよい。

前者の場合、例えば、ユーザが一時停止を選択する状況として、ユーザあてに電話がかかってきた場合に、ＣＭデータの音声データが出力されると、通話の邪魔になることが考えられるからである。ただし、音声データの出力がされても、ユーザは、一時停止の指示をした後に、消音の指示をするだけで、ＣＭデータの音声データが出力されない状況とすることができるので、ＣＭデータの映像データのみならず、音声データも出力してもよい。

一方、後者の場合、例えば、ユーザが一時停止を選択する状況として、ユーザである料理中の主婦がクッキングタイマーが鳴ることで、煮物の火を止める場合に、テレビの前から離れることでＣＭデータの映像データは見ないが音声データは聞くことができる場合もあるので、ＣＭデータの音声データのみを再生することも有用である。なお、念のため付言すると、ここで再生するＣＭデータは、コンテンツの典型例であるので、例えば、インターネットなどのネットワーク上の映像コンテンツ及び／又は音声コンテンツを出力できるということも含まれる点に留意されたい。

その後、ユーザがリモコン２００の再生ボタンを押下したとする。記録再生装置１０は、リモコン２００から送信された信号を受信すると、その信号の内容を判定する。ここでは、リモコン２００から送信された信号は「再生」であるので、これが検知されると、記録再生装置１０は、既知のように、テレビ１００に対して番組データの出力を再開することになる。これに加えて、本実施例では、記録再生装置１０は、表示領域１１０の表示を終了するとともに、テレビ１００に対するＣＭデータなどの出力も終了する（図１６Ｄ）。

この結果、テレビ１００には、番組データの出力が継続的になされることになるので、その番組データの映像が、テレビ１００のディスプレイに表示されることになる（図１６Ｅ）。

ここでは、表示領域１１０にＣＭデータを表示するきっかけを、「一時停止」という指示がなされた場合を例に説明したが、これ以外にも、記録再生装置１０を通じてなされるテレビ１００の電源をオンする指示、番組データ又はＣＭデータの早送りの指示、番組データ又はＣＭデータの巻き戻しの指示、番組データ又はＣＭデータの所定期間のスキップの指示など、番組データ又はＣＭデータの停止の指示がなされる場合を除き、何からの指示がなされた場合にも、表示領域１１０にＣＭデータを表示するきっかけに含めることができる。

すなわち、ユーザが、例えばリモコン２００の早送りボタンを押下した場合には、既知のように、２倍速などで番組データが早送りされながら再生されていくが、これに加えて、既述のように、表示領域１１０を確保して、そこにＣＭデータを表示させることもできる。

なお、上記のように、リモコン２００に対して「ＳＥＬＥＣＴボタン」をせっかく設けるのであれば、「ＳＥＬＥＣＴボタン」については有効活用すべきであり、例えば、ユーザが、一時停止、早送り、スキップなどの指示をすることでＣＭデータを再生する場合に、（１）映像データのみを再生、（２）音声データのみを再生、（３）映像データと音声データとの双方を再生という３パターンのいずれとするかをユーザが選択できるように、例えば、「再生／決定ボタン」が押下された場合に「映像データのみ」で再生し、これが長押しされた場合に「音声データのみ」で再生し、「ＳＥＬＥＣＴボタン」が押下された場合に「映像データ＋音声データ」で再生するという選択をさせるという活用するとよい。

図１７は、図１６Ｃの表示領域１１０の表示すべきＣＭデータを選択するためのＤＢに保存されている情報例を示す図である。図１７は、図４Ｂの「ＣＭ情報テーブル」の図に対応するものである。このＤＢは、例えば、図１に示すＨＤＤ１７内に格納しておけばよい。或いは、インターネットなどのネットワーク上のサーバにＤＢを格納して、このＤＢに対して記録再生装置１０からアクセス可能としてもよい。

図１７には、図４Ｂに示した情報に加えて、ＣＭ毎にそのＣＭをユーザが意図的に再生した回数に基づく再生頻度を示す情報と、広告主からの明示の広告依頼対象のＣＭであるか否かを示すフラグを示す情報とを示している。

具体的には、ここでは、「再生頻度」として、Ａ，Ｂ，Ｃという３ランクでランク付けた情報を示している。一例を挙げると、ＡランクのＣＭについては再生対象とし、Ｂランク及びＣランクのＣＭは再生対象とはしない、といった取決めをすることが考えられる。

また、「フラグ」として、例えば「０」／「１」という情報を示している。一例を挙げると、フラグが「１」であるＣＭについては再生対象とし、フラグが「０」であるＣＭは再生対象とはしない、といった取決めをすることが考えられる。フラグの「０／１」の決定例としては、広告主からの明示の広告依頼対象のＣＭであれば、「１」とすること、ＣＭ再生回数が予め設定されている場合にはその回数に到達するまでは「１」とすること、特定の日にのみ再生するといった場合にその日のみ「１」とすることが挙げられる。

このため、本実施例では、典型的には、「再生頻度＝Ａ」かつ「フラグ＝１」が付されたＣＭデータを、順番に再生対象とする。もっとも、「再生頻度＝Ｂ」に係るＣＭデータについても再生対象としてもよいし、「再生頻度＝Ａ」又は「フラグ＝１」が付されたＣＭデータを再生対象としてもよい。さらに、「再生頻度」において、例えばユーザが再生をスキップしたＣＭデータについて「再生頻度＝Ｄ」などを設け、「再生頻度＝Ｄ」であるＣＭデータを再生対象としてもよい。こうすると、番組再生中にＣＭをスキップするというユーザが見受けられるが、ユーザがスキップしたＣＭに対しても到達できるようになるので、広告主としては、広告宣伝費用が無駄にならないという利点がある。

以上をまとめると、要するに、ＣＭデータの再生履歴に基づいて再生対象を決定することができ、また、広告主の依頼に基づいて再生対象を決定することができる。前者に関しては、再生頻度が高かったＣＭデータを再生する場合には、ユーザのお気に入りのＣＭデータである可能性が高くユーザにとってメリットがあるし、再生頻度が低かったＣＭデータを再生する場合には、負担した広告宣伝費用が無駄にならないとして広告主にとってメリットがある。後者に関しては、広告主が特に注力したい商品等のＣＭデータの集中的な露出を実現できるという広告主にとってのメリットがある。

また、表示領域１１０の表示対象は、ＨＤＤ１７内に格納されているＣＭデータに限定されるものではない。以下、主として、ＣＭデータを例に説明するが、例えば、記録再生装置１０をインターネットなどのネットワークに接続して、インターネットなどを通じて記録再生装置１０にダウンロードした動画、静止画、又は音声データを、いったんＨＤＤ１７に格納してから、或いは、格納することなくリアルタイムで、コンテンツとして出力してもよい。

或いは、記録再生装置をデジタルカメラ或いはこれに付帯するメモリカードなどと、ＵＳＢケーブルなどの接続媒体を通じて接続し、これによってデジタルカメラなどで撮影した動画、静止画、又は音声データなどを取り込んで、コンテンツとして出力してもよい。そして、この種のコンテンツをいったんＨＤＤ１７に格納する場合には、出力対象を選択できるようにするために、これらにも「フラグ」を付した状態でＤＢに保存すればよい。

図１８は、図１６を用いて説明した表示画面例に係る状態遷移図である。まず、ユーザから記録再生装置１０を通じてなされるテレビ１００の電源をオンする指示があった場合、すなわち、リモコン２００からテレビ１００の電源ボタンをオンする信号の受信があったことを、記録再生装置１０で検知した場合には、再生対象の番組データをユーザに選択させることを含む所定のメニュー画面をテレビ１００に表示させるために、「メニュー画面」表示状態に遷移する。或いは、後述する「コンテンツ表示画面」表示状態に遷移する。もっとも、テレビ１００の電源をオンする指示があった場合にのみ、飛込み処理としてタイムアウトまでの時間を０秒等にセットし（それ以外は、１分〜３分にセット）、「メニュー画面」を経由して「コンテンツ表示画面」表示状態に遷移してもよい。

なお、本実施例のリモコン２００の動作に直接関係しないが、記録再生装置１０は、リモコン２００を通じてテレビ１００の電源をオンする指示がなされた場合には、テレビ１００に対して、電源をオンする指示も行った上で、「メニュー画面」表示状態又は「コンテンツ表示画面」表示状態に遷移するための指示を行う。

なお、「メニュー画面」表示状態に遷移させた場合には、通常、「メニュー画面」表示状態では、「メニュー画面」を通じて再生対象の番組データが選択することが可能となるが、必ずしもユーザがすぐにこの選択をするとは限らない。このため、「メニュー画面」をテレビ１００に向けて出力してから、図示しないタイマーによって所定時間が計時されるまでの間にリモコン２００を通じた指示を受信できない場合にはタイムアウトとなり（Ｓ１１）、表示領域１１０を確保し、そこにＣＭデータを出力するといった「コンテンツ表示画面」表示状態に遷移する。

このため、テレビ１００自体が電源オンされてから実際にディスプレイに番組データを表示できるようになるまでの時間に、ＣＭデータなどを効果的に表示することが可能となる。

その後、ユーザからリモコン２００のメニュー選択ボタンを含む任意のボタンが押下され、テレビ１００がその指示を受信した場合には（Ｓ１２）、再び、「メニュー画面」表示状態に遷移することになる。

「メニュー画面」を通じて再生対象の番組データが選択されると、具体的には、番組データを選択するための指示がリモコン２００から、記録再生装置１０に対して送信されると（Ｓ１３）、記録再生装置１０は、「再生画面」表示状態に遷移する。

ここでは、まず、ＣＰＵ２３が、ＨＤＤ制御部１８を通じてＨＤＤ１７内のＤＢを参照し、そこに格納されている再生対象の番組データのＨＤＤ１７上の記録位置情報を特定し、その記録位置から番組データの読出処理を開始するように、ＨＤＤ制御部１８に対して指示を行う。

この結果、ＨＤＤ制御部１８は、番組データをＨＤＤ１７から読み出して、デマルチプレクサ１９に出力することになる。もっとも、ＣＰＵ２３は、ＨＤＤ制御部１８に対して、ＨＤＤ１７から読み出した番組データをＣＰＵ２３に出力するように要求し、それから、その番組データＡをデマルチプレクサ１９に出力してもよい。いずれにしても、デマルチプレクサ１９によって番組データが処理されると、その映像データ、音声データは、それぞれテレビ１００、スピーカに出力されることになる。

番組データの再生中に、ユーザから停止の指示がリモコン２００から記録再生装置１０に対して送信されると（Ｓ１７）、記録再生装置１０は、「メニュー画面」表示状態に遷移する。

一方、番組データの再生中に、ユーザから典型的には一時停止の指示がリモコン２００から記録再生装置１０に対して送信されると（Ｓ１４）、記録再生装置１０は、「コンテンツ表示画面」表示状態に遷移する。

ここでは、まず、ＣＰＵ２３が表示領域１１０に表示すべきコンテンツを選択するために、ＨＤＤ１７内などに格納されているＤＢを参照する。ＤＢにはＣＭデータのＨＤＤ１７上の記録位置情報の他に、再生対象とすべきＣＭデータにはフラグが付された状態で保存されているため、ＣＰＵ２３は、再生対象のＣＭデータの特定、及び、そのＣＭデータのＨＤＤ１７上の記録位置を特定することができる。

つぎに、ＣＰＵ２３は、再生すべきＣＭデータのＨＤＤ１７上の記録位置を特定すると、その記録位置からＣＭデータの読出処理を開始するように、ＨＤＤ制御部１８に対して指示を行う。この結果、ＨＤＤ制御部１８によって、フラグ等が付されているＣＭデータがＨＤＤ１７から読み出されて、デマルチプレクサ１９に出力される。

また、ＣＰＵ２３は、デマルチプレクサ１９に対して、出力されたＣＭデータを、一時停止中等の映像データに対して、合成するように指示をする。なお、映像の合成処理の手法自体は、特段限定されるものではなく、既知の処理でよい。

その後、ＣＰＵ２３は、そのＣＭデータのタイムスタンプから、そのＣＭデータの開始時刻からその終了時刻に相当する時間（例えば、１５秒）を把握し、そのＣＭデータの再生が完了すると、表示領域１１０に表示すべき次のコンテンツを選択するために、ＨＤＤ１７内などに格納されているＤＢを参照し、以下、上記一連の動作が繰り返される。

したがって、典型的には、一つ目のＣＭデータの再生が開始されると、そのＣＭデータの再生が終了したら、二つ目のＣＭデータの再生が開始され、以下同様に、リモコン２００の再生ボタンが押下されるまで、順次、ＣＭデータが再生されていくことになる。

ＣＭデータは、その開始時刻からその終了時刻まで時間は、１５秒、３０秒、６０秒など幾つかあるが、この手法によれば、再生対象の複数のＣＭデータは相互にＣＭ時間が異なってもよいし、例えば６０秒のＣＭデータを圧縮して３０秒間で流すなどＣＭ時間を変更して再生してもよい。

一方、ＣＭデータの再生中に、ユーザによってリモコン２００の再生ボタンが押下され、再生指示がなされると（Ｓ１６）、再び、「再生画面」表示状態に遷移して、「コンテンツ表示画面」表示状態に遷移する前に表示していた番組データの再生を再開する。

また、「コンテンツ表示画面」表示状態で、表示されているＣＭデータをユーザが選択した場合、具体的には、例えば、リモコン２００の「ＳＥＬＥＣＴボタン」が押下された場合には（Ｓ１５）、そのＣＭデータを全画面表示するといった「再生画面」表示状態に遷移する。

なお、ＣＭデータの表示領域は、テレビ１００のディスプレイ内に固定した静的なものではなく、テレビ１００のディスプレイ内で移動する動的なものとしてもよい。また、テレビ１００のディスプレイ内に固定した静的なものであっても、その固定位置はテレビ１００のディスプレイ内の右上にしたり、右下にしたり、画面中央にしたりしてもよく、また、固定的な表示位置をランダムに替えてもよいし、全画面に表示してもよい。

また、「再生画面」表示状態において番組データを再生中には、番組データ間などに放送されたＣＭデータが再生されることもある。既知のリモコンには、ユーザの便宜のため、再生中のＣＭデータをスキップ（押下した時点から３０秒後、又は、当該ＣＭデータに続く次のＣＭデータまで或いは当該ＣＭデータ直後の番組コーナーデータまで再生位置を移行させる動作）するためのスキップボタンが設けられているものがある。本実施例のリモコン２００においても、この種のボタンを設けることができる。

そして、当該ボタンをユーザが押下した場合には、既知のリモコンのスキップボタンが押下された場合と同様の処理を行ってもよいが、これに代えて、再生中のＣＭデータのスキップ処理をして次のＣＭデータを再生するのではなく、
・当該ＣＭデータの残り部分を例えば３秒程度で機械的に再生を継続したり、
・当該ＣＭデータを圧縮して例えば３秒程度で再生するようにしたり、
・当該ＣＭデータを例えば３秒程度で早送りしながら見られるようにしたり、
・当該ＣＭデータを例えば３秒程度で早送りするが、スピードは可変にしてメッセージやロゴがより見やすいようにしたり、
・予め本システムの管理者等が例えば３秒程度で各ＣＭデータのダイジェスト版を作成しておくか、広告主側から例えば「今なら、２９８円！」のような音声データをダイジェスト版として入手しておき、これらを対応するＣＭデータに紐付け、当該ボタンが押下された際に再生中のＣＭデータに対応するダイジェスト版を再生するようにしたり、
・当該ＣＭデータの未再生部分を、例えば３秒で再生するために必要な圧縮率を算定して、当該ＣＭデータの未再生部分を３秒間で再生できるように早送り再生したり、
することが考えられる。

なお、ダイジェスト版は、必ずしもＣＭデータの映像データと音声データとから構成されるものとする必要はなく、ＣＭデータで宣伝したいポイントの音声データだけとすることもできるし、映像データだけとすることもできる。また、ＣＭデータを早送りしたり圧縮されたダイジェスト版の再生をしているときに、当該ＣＭデータの企業名や出演者名を画面に表示して、ユーザの注意を喚起することもできる。

また、既知のスキップボタンを押下した場合には、機械的に例えば３０秒のスキップを行うものもあるが、本実施例の記録再生装置１０では、実施形態で説明したように、タイムスタンプを用いて再生処理を行っているため、この種のボタンが押下された場合には、ＣＭデータの早送り再生をしても、次のＣＭデータを頭出しすることができる。

また、記録再生装置１０は、図１８に示した状態遷移図を用いた説明のほかに、以下のような動作をすることもできる。すなわち、図１８においては、「メニュー画面」、「コンテンツ表示画面」及び「再生画面」という各状態間で状態遷移するという動作例について説明したが、「メニュー画面」には再生対象の番組データを選択する画面のほか、テレビ受信機（表示媒体）の電源がオンである場合には（換言すると、記録再生装置１０は、この電源のオン／オフ状態を検知する手段を有する）、既述のトップメニュー画面というお薦めメニューなどを表示する画面を含む。このため、「メニュー画面」表示状態においても、コンテンツ表示を行うことは可能である。

そうすると、つまるところ、記録再生装置１０は、「再生画面」を表示する状態と、それ以外を表示する状態とに大別することができることになる。したがって、「再生画面」表示状態では番組データを再生し、その他の状態ではコンテンツを表示する態様もある。

以下、本発明の実施例では、記録再生装置１０にいったん録画記録されたが、録画記録を継続することが不要であろう番組データ（ＣＭデータも含む）を排除する手法について説明する。

（実施例４）
図１９は、本発明の実施例４に係るＨＤＤ１７における番組データの格納領域の説明図である。図１９の左側には、ＨＤＤ１７の格納領域の概要を示している。ＨＤＤ１７は、図１９に示すように、ブートセクタとなる領域１７−１と、番組データが格納される領域１７−２とに大別される。

図１９の右側は、領域１７−２のうち、特定のチャンネルにおける番組データの格納領域の拡大図である。図１９には、既に、番組データＡとこれに続いて放送された番組データＢについては録画済であり、現在放送中の番組データＣについては録画中であり、一部、未録画の領域があることを示している。

具体的には、図１９の右側に示されている□のマトリクスは、各々ブロックファイルを模式的に示したものであり、実線の×が付されているブロックファイルは録画済であることを意味し、破線の×が付されているブロックファイルは録画中であることを意味し、×が付されていないブロックファイルは未録画であることを意味している。つまり、本実施例では、既述の実施形態の場合とは異なり、番組データは、ファイル形式でＨＤＤ１７に対して記録している。すなわち、１本の長いエンドレスファイルを小さなファイルにブロック化して細切れにすることで、複数のファイルで仮想的に１本の長いエンドレスファイルを構成している。

ここで、仮に、番組データＢは、ユーザが一度も視聴したことがなく、また、インターネットなどのネットワーク上においてもあまり視聴に対する反応がないようなものであったとする。この場合には、ＤＢＢ１７において番組データＢの録画記録を継続することは、有限なＤＢＢ１７の記録容量を考慮すると得策ではないから、本実施例の記録再生装置１０は、このような状況の場合に、番組データＢを排除するようにしている。

もっとも、排除すべき番組データを特定するためのパラメータとしては、ユーザの視聴の可否などの振る舞い、ネットワークを介して取得される当該番組データに対する視聴者の評価のみならず、当該番組データの視聴率、或いは、当該番組データの種別及び放送時間、当該番組データが放送されてからの経過時間など、及びこれらの任意の組合せを考慮することができる。

また、番組データＢの排除の手法としては、本実施例では番組データＢに係るブロックファイルに対して、新たに受信した番組データＤを上書き録画することで排除するようにしている。

これを実現するために、本実施例では、番組データＢがその再生を制限する対象であると判定された場合に、番組データＢが録画済であるブロックファイルに対してフラグを付与するようにしている。こうすると、フラグが付与されたブロックファイルに対して、新たに受信した番組データＤを格納すればよくなる。

これは、結局のところ、ＨＤＤ１７を相対的に少ない容量のものに変更することも可能となり、記録再生装置１０の低廉化を図ることも可能となる。

また、その再生を制限する対象であると判定される番組データが存在しない場合には、上記のフラグが付与されたファイルが存在しないということになるが、この場合には、実施形態で説明したように、最古の番組データが格納されているブロックファイルに対して上記のフラグを付与し、番組データＤを格納すればよい。

なお、図１９を用いて行った説明は、複数のテレビ番組放送局から送信される各々の番組データを、同時に異なる複数のブロックファイルに格納することを妨げるものではない点には留意されたい。

また、ユーザは、フラグを付与する対象としない番組データを指定することもできる。これにより、ユーザが、お気に入りの番組データにフラグが付されることによって、その後に放送されたテレビ番組によって短期間に上書きされることを防止することができる。なお、当該指定された番組データは、それ以外の他の番組データと対比すると、巨視的に見れば、相対的に長期間、常時記録ＨＤＤ１７ａ内に記録されていることになる。

以上をまとめると、本実施例の記録再生装置は、受信した番組データがファイル形式で記録される記録媒体と、記録媒体に記録された番組データを再生する再生手段と、再生手段による番組データの再生を制限する対象であるファイルにフラグを付与する付与手段と、付与手段によってフラグが付与されたファイルに対して新たに受信した番組データを格納する格納手段とを備える。例えば、記録媒体は、ＨＤＤ１７ａによって実現でき、再生手段及び格納手段は、ＨＤＤ制御部１８によって実現でき、付与手段は、ＣＰＵ２３と所望のプログラムとによって実現できる。

また、格納手段は、前記フラグが付与されたファイルが存在しない場合に、最古の番組データが格納されているファイルに対して新たに受信した番組データを格納することができるし、複数のテレビ番組放送局から送信される各々の番組データを、同時に異なる複数のファイルに格納することもできる。

さらに、付与手段によってフラグが付与されるファイルを特定する特定手段を備え、特定手段によって、録画システム本体に対するユーザの振る舞いと、ネットワークを介して取得される当該番組データに対する視聴者の評価と、当該番組データの視聴率と、当該番組データの種別及び放送時間と、
当該番組データの放送されてからの経過時間と、のいずれかに基づいて特定することもできる。また、前記フラグを付与する対象としない番組データを指定する指定手段を備えることもできる。

さらに、昨今、スマートフォン、タブレット、ＰＤＡなどの携帯端末（以下、単に「スマートフォン」として説明する。）及びそこにインストールされるアプリケーションプログラムの利用機会が増大しているので、スマートフォンのディスプレイをテレビのディスプレイに代えて又はこれとともに活用することも一法である。

例えば、実施例１では、ティッカー表示の例について説明したが、このティッカー表示は、テレビのディスプレイに代えて又はこれとともにスマートフォンのディスプレイに行ってもよい。実施例２では、ＣＭデータを差し替える例について説明したが、例えば、テレビのディスプレイのＣＭデータＡをＣＭデータＢに差し替えるとともに、スマートフォンのディスプレイにもＣＭデータＢを表示させたり、或いは、別のＣＭデータＣを表示させたり、差し替えられてしまうことになるＣＭデータＡを表示させたりしてもよい。

これを実現するためには、ブルートゥース（登録商標）、ＺｉｇＢｅｅ（登録商標）などといった、スマートフォンに搭載されている無線通信手段で用いる無線規格に対応する無線通信手段及びインターネットなどの通信網への接続手段とを記録再生装置に設ける。そして、スマートフォンを携帯しているユーザがテレビの近くにいるか否かについては無線通信手段を用いて判別し、また、記録済みの番組データが再生中であるか否かを記録再生装置のＣＰＵ２３などを用いて判別する。

そして、スマートフォンを携帯しているユーザがテレビの近くにいて、かつ、記録再生装置で番組データが再生中であるという判別結果となった場合には、無線通信手段或いは接続手段を用いて、記録再生装置からスマートフォンのディスプレイに表示すべき映像データ、更には、スマートフォンのスピーカから出力すべき音声データを、無線回線を通じて送信して、これをスマートフォンで受信し、映像再生等のための既知の処理をスマートフォンで実行すればよい。付言すると、無線通信手段を用いた場合には、ブルートゥース又はＺｉｇＢｅｅに係る無線回線を使用して映像データを送受信することになる。一方、接続手段を用いた場合には、４Ｇ／５Ｇなどの移動通信システム、Ｗｉｆｉに係る無線回線を使用して映像データを送受信することになる。

このため、スマートフォンにインストールされるアプリケーションプログラムは、例えば、
記録再生装置との無線通信を行うために実行されるペアリング情報を格納するステップと、
記録再生装置と無線通信を行う際にペアリング情報を読み出して当該記録再生装置と無線接続を行うステップと、
記録再生装置と無線接続がされた状態で記録再生装置から無線回線を通じて送信される映像データ等を受信するステップと、
受信した映像データ等に対して復号化等のデータ処理を行うステップと、
復号化した映像データ等を出力するステップと、
をスマートフォンに設けられている処理手段に実行させるものとすればよい。換言すると、スマートフォンは、これらの各ステップを実行するためのプログラムがインストールされることによって、各ステップに対応する動作を行う手段を実現することができる。

一方、記録再生装置は、例えば、
スマートフォンと無線通信を行うために実行されるペアリング情報を格納する手段と、
スマートフォンと無線通信を行う際にペアリング情報を読み出して当該スマートフォンと無線接続を行う手段と、
スマートフォンで再生させる映像データ等に対して符号化等の処理を行う手段と、
符号化された映像データ等を無線回線を通じてスマートフォンに送信する手段と、
を備えればよい。なお、これらの手段による動作を記録再生装置の処理手段に実行させるプログラムを用いてもよい。また、スマートフォンと記録再生装置との映像データ等の送受信は、いわゆるプル型で行ってもよし、プッシュ型で行ってもよい。

なお、実施例１のようにティッカー表示をスマートフォンのディスプレイで行うためには、スマートフォンのディスプレイにはテレビのディスプレイで再生されている番組データ自体も併せて表示してもよいし、番組データ自体は表示せずに、ティッカー表示のみを行ってもよい。

さらに、実施例２のようにＣＭデータをスマートフォンで表示させるためには、テレビのディスプレイで再生されている番組データと同期させることが自然な感じを実現できるが、スマートフォンを操作しながら、番組データを再生しているという状況においては、必ずしも同期させなくともよい。仮に、同期させる場合には、通信状況も考慮してテレビのディスプレイに差し替えられたＣＭデータが表示される数秒前までに、スマートフォンにおいて表示させるＣＭデータがスマートフォンで受信完了するようにすべきである。加えて、スマートフォンにおいて表示させるＣＭデータには、リアルタイムクロックによるテレビでのＣＭ再生時刻情報も付加すべきである。そうすると、スマートフォンでは、この時刻情報に従って受信済みのＣＭデータを再生すればよいということになる。

本願発明は、デジタル記録再生装置の製造業、デジタル記録再生装置の販売業、デジタル記録再生装置に関するデータサービス業、番組データの提供サービス業、番組データに関するデータ加工業のなどの業界において利用可能性がある。

デジタル記録再生装置のハードウェア構成を示したブロック図である。 タイムインデックスの識別子の説明をした概略図である。 番組コーナーデータに係るタイムインデックスの説明をした概略図である。 ＣＭ情報に係るタイムインデックスの説明をした概略図である。 デジタル記録再生装置とタイムインデックス用サーバとのデータ送受信を示した概念図である。 ビットレート変換機能の処理手順を示したフローチャートである。 ビットレート変換機能（圧縮率変更）の処理手順を示したフローチャートである。 個人識別機能の処理手順を示したフローチャートである。 次の番組機能の処理手順を示したフローチャートである。 次の番組ボタンを押した際に、録画番組データの移行形態を概念的に示した概念図である。 前の番組ボタンを押した際に、録画番組データの移行形態を概念的に示した概念図である。 図４に示すデジタル記録再生システムの動作を示す図である。 タイトルデータの表示命令後の画像処理の動作を示すフローチャートである。 本発明の実施例１の典型的な動作によって実現される表示画面例の模式図である。 図１３Ｃの表示領域１１０の表示すべきＣＭデータを選択するためのＤＢに保存されている情報例を示す図である。 図１３を用いて説明した表示画面例に係るフローチャートである。 本発明の実施例２のテレビ１００のディスプレイに再生中の映像信号が表示される表示画面例の模式図である。 図１６Ａの状態でリモコンの一時停止ボタンを押下した時の表示画面例の模式図である。 図１６Ｂの状態でＣＭデータが表示される表示画面例の模式図である。 図１６Ｃの状態でリモコンの再生ボタンを押下した時の表示画面例の模式図である。 図１６Ｄの状態からテレビ１００のディスプレイに再生中の映像信号が表示される状態に戻った表示画面例の模式図である。 図１６Ｃの表示領域１１０の表示すべきＣＭデータを選択するためのＤＢに保存されている情報例を示す図である。 図１６を用いて説明した表示画面例に係る状態遷移図である。 本発明の実施例４に係るＨＤＤ１７における番組データの格納領域の説明図である。

１０ デジタル記録再生装置
１１ アンテナ
１２ チューナ
１４ コンバータ
１７ ＨＤＤ（ハードディスク）
１７ａ 常時記録ＨＤＤ
１７ｂ 保存用ＨＤＤ
１８ ハードディスク制御部（ＨＤＤ制御部）
１９ デマルチプレクサ
２０ ＭＰＥＧデコーダ
２１ オーディオデコーダ
２２ａ 第二コンバータ
２２ｂ 第三コンバータ
２３ ＣＰＵ
２４ メモリ
２５ 信号受信部
２６ ネットワークコントローラ
２６ｂ リアルタイムクロック
２７ 画像処理部
２８ 入力部
２９ ＤＶＤドライブ
５０ タイムインデックス用サーバ

Claims (14)

1. 受信したテレビ番組データがファイル形式で記録される記録媒体と、
   前記記録媒体に記録されたテレビ番組データを再生する再生手段と、
   前記再生手段によるテレビ番組データの再生を制限する対象であるファイルにフラグを付与する付与手段と、
   前記付与手段によってフラグが付与されたファイルに対して新たに受信した番組データを格納する格納手段と、
   を備える記録再生装置。
2. 前記格納手段は、前記フラグが付与されたファイルが存在しない場合に、最古の番組データが格納されているファイルに対して新たに受信した番組データを格納する、請求項１記載の記録再生装置。
3. 前記格納手段は、複数のテレビ番組放送局から送信される各々の番組データを、同時に異なる複数のファイルに格納する、請求項１記載の記録再生装置。
4. さらに、前記付与手段によってフラグが付与されるファイルを特定する特定手段を備え、
   当該特定手段は、
   録画システム本体に対するユーザの振る舞いと、
   ネットワークを介して取得される当該番組データに対する視聴者の評価と、
   当該番組データの視聴率と、
   当該番組データの種別及び放送時間と、
   当該番組データの放送されてからの経過時間と、
   のいずれかに基づいて特定する、請求項１記載の記録再生装置。
5. 前記フラグを付与する対象としない番組データを指定する指定手段を備える、請求項１記載の記録再生装置。
6. 請求項１記載の記録再生装置から無線回線を通じて送信される番組データの少なくとも一部を受信する手段と、
   前記番組データの少なくとも一部を出力する手段と、
   を備える、携帯端末。
7. 請求項６記載の携帯端末と、
   前記携帯端末で再生される番組データの少なくとも一部を無線回線を通じて当該携帯端末に送信する手段を備える前記記録再生装置とを備える、記録再生システム。
8. 前記再生手段によって番組データが再生されているときに当該番組データに対して割り込ませることが可能なコンテンツを示す情報が格納されているデータベースと、
   前記データベースを参照して前記コンテンツが存在すると判定されたときに当該コンテンツを再生中の番組データに割り込ませる割込制御手段とを備える請求項１記載の記録再生装置。
9. 前記データベースに前記記録媒体に記録されている番組データに含まれているＣＭデータを再生対象とするか否かを示す情報を格納しておき、
   前記記録媒体に記録されているＣＭデータの再生に先だって前記データベースを参照することによって当該ＣＭデータが再生対象であるか否かを判定し、
   前記ＣＭデータが再生対象でないと判定された場合に当該ＣＭデータを再生せずに前記コンテンツに差し替えて再生する、請求項８記載の記録再生装置。
10. 前記再生手段によって前記コンテンツが再生される場合に、当該コンテンツの割り込みがないとした場合に再生される番組データの記録先を示す位置データを記憶する記憶手段を備える、請求項８記載の記録再生装置。
11. 前記コンテンツは、記録再生装置自体の外部から取り込まれた動画、静止画、音声或いは文字情報である、請求項８記載の記録再生装置。
12. 前記データベースに格納されている情報は、ＣＭデータの属性とユーザの属性と前記コンテンツの属性とに基づいて決定する、請求項８記載の記録再生装置。
13. 請求項８記載の記録再生装置とネットワークを介して接続され、前記データベースに格納される情報を設定する設定手段を備えるサーバ。
14. 請求項８記載の記録再生装置と請求項１３記載のサーバとを備える、記録再生システム。

Images