(57)【要約】【課題】記録媒体に記録された番組をユーザが好適に視聴でき、且つ、前記録媒体内の領域を有効利用し得る録画装置を提供する。【解決手段】階層符号化記録手段１２が放送番組を階層符号化することによって生成した基本階層と１または複数の拡張階層とを記憶領域１４に記録し、当該放送番組が記録されてから所定の時間が経過していると判定された場合、拡張階層削除手段１６が当該番組の拡張階層のうち、最も品質が高い拡張階層を削除する録画装置１。【選択図】図１
2013132030.tif 000002
【特許請求の範囲】
【請求項１】
放送番組を階層符号化することによって、基本階層と１または複数の拡張階層とを生成する階層符号化手段と、
前記階層符号化手段によって生成された各階層を記録媒体に記録する記録手段と、
前記放送番組の番組情報を取得する番組情報取得手段と、
前記記録手段によって前記記録媒体に記録された前記放送番組と前記番組情報取得手段によって取得された当該放送番組の前記番組情報とを関連付けて管理する管理手段と、
前記管理手段によって管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定手段と、
前記判定手段によって所定の時間が経過していると判定された場合、当該番組の階層のうち、最も品質が高い階層を削除する階層削除手段と、を備えていることを特徴とする録画装置。
【請求項２】
前記管理手段によって管理されている各番組の品質を、該番組が前記記録媒体に記録されてからの経過時間に応じて規定するための品質規定テーブルを設定する設定手段を更に備え、
前記管理手段は、前記設定手段によって設定された前記品質規定テーブルを、当該番組に関連付けて管理し、
前記階層削除手段は、前記番組が前記品質規定テーブルに設定された品質となるように、当該番組の階層を削除することを特徴とする請求項１に記載の録画装置。
【請求項３】
前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって既に視聴された番組に対して、当該番組が視聴されていないときとは異なる品質規定テーブルを設定することを特徴とする請求項２に記載の録画装置。
【請求項４】
前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって指定された番組またはユーザの視聴履歴から当該録画装置がユーザのお勧め番組であると指定した番組に対して、他の番組とは異なる品質規定テーブルを設定することを特徴とする請求項２または３に記載の録画装置。
【請求項５】
前記設定手段は、前記番組情報取得手段によって取得された前記番組情報の示すジャンルに応じて前記品質規定テーブルを設定することを特徴とする請求項２から４の何れか１項に記載の録画装置。
【請求項６】
前記設定手段は、ユーザによって指定された品質規定テーブルを設定することを特徴とする請求項２または３に記載の録画装置。
【請求項７】
品質規定テーブルを設定するための指示をユーザから受け付ける入力手段と、
前記入力手段によってユーザから受け付けた指示に従い、品質規定テーブルを作成する作成手段と、を更に備え、
前記設定手段は、前記作成手段によって作成された前記品質規定テーブルを設定することを特徴とする請求項６に記載の録画装置。
【請求項８】
前記判定手段によって、所定の時間が経過していると判定された場合、当該番組を削除する削除手段を更に備えることを特徴とする請求項１から７の何れか１項に記載の録画装置。
【請求項９】
請求項１から８の何れか１項に記載の録画装置を備えることを特徴とするテレビジョン受像機。
【請求項１０】
前記録画装置に記録された番組の一覧を、各番組の品質が識別可能なように表示部に表示させる表示制御手段を備えていることを特徴とする請求項９に記載のテレビジョン受像機。
【請求項１１】
放送番組を階層符号化することによって、基本階層と１または複数の拡張階層とを生成する階層符号化工程と、
前記階層符号化工程において生成された各階層を記録媒体に記録する記録工程と、
前記放送番組の番組情報を取得する番組情報取得工程と、
前記記録工程において前記記録媒体に記録された前記放送番組と、前記番組情報取得工程において取得された当該放送番組の前記番組情報とを関連付けて管理する管理工程と、
前記管理工程において管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定工程と、
前記判定工程において所定の時間が経過していると判定された場合、当該番組の階層のうち、最も品質が高い階層を削除する階層削除工程と、を含むことを特徴とする録画装置の制御方法。
【請求項１２】
請求項１から８のいずれか１項に記載の録画装置を動作させるためのプログラムであって、コンピュータを前記各手段として機能させるためのプログラム。
【請求項１３】
請求項１２に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信した放送番組を階層符号化して録画する録画装置、録画装置を備えるテレビジョン受像機、録画装置の制御方法、プログラムおよび記録媒体に関する。
【背景技術】
【０００２】
近年、受信した放送番組を自動的に常時録画する録画装置が提案されている。常時録画とは、受信した放送番組を録画し続ける機能である。このような録画装置は、ユーザの録画予約等の操作に関係なく録画が実行される。これによりユーザは、過去の番組を、あたかも今放送されているかのように視聴することができる。
【０００３】
このような録画装置において、録画を記録するための記憶領域には制限があるため、録画から一定期間が経過したデータは自動的に削除される。そのため、高画質でデータを録画する録画装置では、連続して録画できる時間が短くなってしまう。また、長時間録画するためには、ビットレートを低くする必要があり、画質が悪くなるという問題があった。
【０００４】
一方、特許文献１には、監視カメラを用いたモニタシステムにおいて、マルチメディアのデータを継続してメモリに記憶し、メモリの空き容量が閾値以下の場合、メモリに記憶されているデータのうち、より古いデータのデータ量を削減するマルチメディアデータ記録装置が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１５１５４６号公報（２００５年６月９日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術は、記録されているデータの情報量をセグメントを単位として段階的に低下させるものであり、放送番組を録画する録画装置に当該技術を適用したとしても、番組の途中でビットレートが変わってしまうため、番組の途中から映像の品質が悪くなり、当該番組を視聴するユーザに不自然な印象を与えてしまうという問題がある。
【０００７】
また、メモリ（記録媒体）の空き容量が閾値以下になったときに、古いデータのビットレートを低下させるため、ユーザの視聴番組が、予期せぬ低いビットレートになってしまう可能性がある。
【０００８】
本発明は上記の問題に鑑みてなされたものであり、その目的は、記録媒体に記録された番組をユーザが好適に視聴でき、且つ、記録媒体内の領域を有効利用し得る録画装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、本発明における録画装置は、放送番組を階層符号化することによって、基本階層と１または複数の拡張階層とを生成する階層符号化手段と、前記階層符号化手段によって生成された各階層を記録媒体に記録する記録手段と、前記放送番組の番組情報を取得する番組情報取得手段と、前記記録手段によって前記記録媒体に記録された前記放送番組と前記番組情報取得手段によって取得された当該放送番組の前記番組情報とを関連付けて管理する管理手段と、前記管理手段によって管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定手段と、前記判定手段によって所定の時間が経過していると判定された場合、当該番組の階層のうち、最も品質が高い階層を削除する階層削除手段と、を備えていることを特徴としている。
【００１０】
上記構成によれば、前記判定手段によって、ある番組が記録媒体に記録されてから所定の時間が経過していると判定された場合、当該番組の階層のうち最も品質が高い階層が削除され、データ量が削減される。
【００１１】
従来技術のように、記録された番組のデータ量削減をしない場合、記録媒体に記録可能な番組の時間が、番組の階層を削除する場合に比べ少なくなる。また、階層削除手段が当該番組の階層を削除したときに録画可能な時間と同じ時間を、データ量削減をせずに録画する場合、低品質でしか記録できない。
【００１２】
しかし、本発明における録画装置は、階層削除手段が当該番組の階層のうち最も高い階層を削除することにより、階層を削除しない場合に比べ、多くの番組を記録することができる。また、上記所定の期間が経過するまでの間、放送番組を高品質で記録することができるため、記録媒体を効率的に活用することができ、また記録された番組をユーザが好適に視聴できるという効果を奏する。
【００１３】
本発明における録画装置は、前記管理手段によって管理されている各番組の品質を、該番組が前記記録媒体に記録されてからの経過時間に応じて規定するための品質規定テーブルを設定する設定手段を更に備え、前記管理手段は、前記設定手段によって設定された前記品質規定テーブルを、当該番組に関連付けて管理し、前記階層削除手段は、前記番組が前記品質規定テーブルに設定された品質となるように、当該番組の階層を削除することが好ましい。
【００１４】
上記構成によれば、前記階層削除手段は、当該番組の階層が、前記品質規定テーブルに設定された品質より高い品質であった場合、当該番組の階層を削除する。このように、記録媒体に記録されてからの経過時間に応じて、番組の品質を規定する品質規定テーブルを用いることにより、記録からの経過時間に応じて多段階かつ柔軟に番組の品質を決定することができる。よって、記録媒体に記録された番組をより好適にユーザに視聴させることができる。
【００１５】
本発明における録画装置の前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって既に視聴された番組に対して、当該番組が視聴されていないときとは異なる品質規定テーブルを設定することが好ましい。また、前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって指定された番組またはユーザの視聴履歴から当該録画装置がユーザのお勧め番組であると指定した番組に対して、他の番組とは異なる品質規定テーブルを設定してもよいし、前記番組情報取得手段によって取得された前記番組情報の示すジャンルに応じて前記品質規定テーブルを設定してもよい。
【００１６】
このような品質規定テーブルを設定することにより、記録媒体に記録された番組をより好適にユーザに視聴させることができる。
【００１７】
本発明における録画装置の前記設定手段は、ユーザによって指定された品質規定テーブルを設定してもよい。また、本発明における録画装置は、品質規定テーブルを設定するための指示をユーザから受け付ける入力手段と、前記入力手段によってユーザから受け付けた指示に従い、品質規定テーブルを作成する作成手段と、を更に備え、前記設定手段は、前記作成手段によって作成された前記品質規定テーブルを設定してもよい。
【００１８】
このように、ユーザの指示によって指定された品質規定テーブルを設定することにより、ユーザの好みに合わせて、番組の品質を決定することができる。よって、記録媒体に記録された番組をより好適にユーザに視聴させることができる。
【００１９】
本発明における録画装置は、前記判定手段によって、所定の時間が経過していると判定された場合、当該番組を削除する削除手段を更に備えることが好ましい。
【００２０】
上記構成によれば、例えば、番組が前記記録媒体に記録された後、長時間（例えば、ユーザが当該番組を視聴する可能性が低くなる程度の時間）が経過した場合、当該番組を削除することにより、より好適に、記録媒体内の領域を有効利用することができる。
【００２１】
また、前記録画装置を備えるテレビジョン受像機も本発明の範疇に含まれる。また、当該テレビジョン受像機は、前記録画装置に記録された番組の一覧を、各番組の品質が識別可能なように表示部に表示させる表示制御手段を備えていることが好ましい。
【００２２】
これにより、ユーザは、どの番組がどのような品質で録画装置に記録されているのかを簡単に認識することができる。
【００２３】
上記の課題を解決するために、本発明における録画装置の制御方法は、放送番組を階層符号化することによって、基本階層と１または複数の拡張階層とを生成する階層符号化工程と、前記階層符号化工程において生成された各階層を記録媒体に記録する記録工程と、前記放送番組の番組情報を取得する番組情報取得工程と、前記記録工程において前記記録媒体に記録された前記放送番組と、前記番組情報取得工程において取得された当該放送番組の前記番組情報とを関連付けて管理する管理工程と、前記管理工程において管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定工程と、前記判定工程において所定の時間が経過していると判定された場合、当該番組の階層のうち、最も品質が高い階層を削除する階層削除工程と、を含むことを特徴としている。
【００２４】
上記の構成によれば、本発明に係る録画装置と同様の効果を奏する。
【００２５】
また、上記録画装置が備えているコンピュータを動作させるプログラムであって、上記コンピュータを上記の各手段として実行させるためのプログラム、及び当該プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。
【発明の効果】
【００２６】
本発明における録画装置は、放送番組を階層符号化することによって、基本階層と１または複数の拡張階層とを生成する階層符号化手段と、前記階層符号化手段によって生成された各階層を記録媒体に記録する記録手段と、前記放送番組の番組情報を取得する番組情報取得手段と、前記記録手段によって前記記録媒体に記録された前記放送番組と前記番組情報取得手段によって取得された当該放送番組の前記番組情報とを関連付けて管理する管理手段と、前記管理手段によって管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定手段と、前記判定手段によって所定の時間が経過していると判定された場合、当該番組の階層のうち、最も品質が高い階層を削除する階層削除手段とを備えていることを特徴としている。
【００２７】
階層削除手段が当該番組の階層のうち最も高い階層を削除することにより、記録番組のデータ量削減をしない場合に比べ、多くの番組を記録することができる。また、所定の時間が経過するまでの間、放送番組を高品質で記録することができるため、記録媒体を効率的に活用することができ、また記録された番組をユーザが好適に視聴できるという効果を奏する。
【図面の簡単な説明】
【００２８】
【図１】録画装置の構成の概略を示したブロック図である。
【図２】（ａ）は、入力ストリームをＳＮＲスケーラビリティにて階層符号化したときの概念図であり、（ｂ）は（ａ）に示すデータの拡張階層３を削除した場合の概念図であり、（ｃ）は（ｂ）に示すデータの拡張階層２を削除した場合の概念図であり、（ｄ）は（ｃ）に示すデータの拡張階層１を削除した場合の概念図である。
【図３】（ａ）は、ビットレートテーブルの一例を示す図であり、（ｂ）は、（ａ）のビットレートテーブルのように、記録データが記憶領域に記録されている場合において、２時間の放送番組録画終了後の時間に対するビットレートを示す図である。
【図４】レート変換処理の流れを示すフローチャートである。
【図５】記憶領域に格納された番組を示す概念図である。
【図６】（ａ）は、仮想無限長ファイル・番組表マッピングレイヤの一例を示す図であり、（ｂ）は、実ファイル・仮想無限長ファイルマッピングレイヤの一例を示す図である。
【図７】番組１のビットレートを変換した場合における記憶領域に格納された番組を示す概念図である。
【図８】（ａ）は、番組１のビットレートを変換した後に再構築された仮想無限長ファイル・番組表マッピングレイヤの一例を示す図であり、（ｂ）は、番組１のビットレートを変換した後に再構築された実ファイル・仮想無限長ファイルマッピングレイヤの一例を示す図である。
【図９】記憶領域に格納された番組をバイナリツリーで示した図である。
【図１０】記憶領域に格納された番組の先頭ファイルを、バイナリツリーを用いて検索する場合の一例を示した図である。
【図１１】記憶領域に格納されたファイルのうち、番組６に対応するファイルのビットレートを変換した後のマッピング管理の一例を示した図である。
【図１２】ビットレートテーブルの一例を、ジャンルごとおよびビットレートテーブル選定用情報ごとに表示した図である。
【図１３】（ａ）〜（ｃ）は、テレビジョン受像機の表示部に表示された録画番組の一覧の一例を示す図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態について、図１から１３を用いて詳細に説明する。なお、以下の説明では本発明を実施するために好ましい種々の限定が付与されているが、本発明の技術的範囲は以下の実施の形態および図面の記載に限定されるものではない。
【００３０】
〔録画装置１の構成〕
最初に、図１を参照して、本発明に係る録画装置１の構成について説明する。図１は、録画装置１の構成の概略を示したブロック図である。図１に示すように、録画装置１は、番組情報取得手段１１、階層符号化記録手段（階層符号化手段、記録手段）１２、記録データ管理手段（管理手段、設定手段、作成手段）１３、記憶領域（記録媒体）１４、拡張階層削除判断手段（判定手段）１５、拡張階層削除手段（階層削除手段）１６およびデータ削除手段（階層削除手段、削除手段）１７を備えている。
【００３１】
番組情報取得手段１１は、外部から受信した放送信号等の入力ストリームデータ（単に入力ストリームとも呼ぶ）から番組情報を取得する。番組情報は、番組のタイトルをはじめ、放送日、番組の開始時刻、終了時刻、チャンネル、番組内容の説明を表すデータなどの情報を含むデータである。番組情報としては、例えば、ＥＰＧ（電子番組表）情報や、ＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ：番組配列情報）、ＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ：番組特定情報）に含まれる番組表情報などがある。番組情報取得手段１１は、取得した番組情報を記録データ管理手段１３に供給する。
【００３２】
階層符号化記録手段１２は、入力ストリームによって表される放送番組をＨ．２６４  ＳＶＣ（Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）などの階層符号化技術、例えば、ＳＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）スケーラビリティを用いて階層符号化し、階層符号化した入力ストリームを記憶領域１４に記録（格納）する。階層符号化記録手段１２の処理については、後述する。階層符号化記録手段１２は、階層符号化した記録データを記憶領域１４に格納する。
【００３３】
記録データ管理手段１３は、記憶領域１４に格納された記録データと番組情報取得手段１１から供給された番組情報とを関連付けて管理する。具体的には、記録データ管理手段１３は、記憶領域１４に格納された記録データの記録時刻等の情報（記録データ情報）を取得し、取得した記録データ情報と番組情報とを関連付けて、番組ごとに管理する。記録データ管理手段１３は、管理した情報（管理情報）を拡張階層削除判断手段１５に供給する。記録データ管理手段１３における記録データ管理方法については、後述する。
【００３４】
記憶領域１４は、階層符号化記録手段１２から供給された記録データを記録するものである。記憶領域１４の例としては、ＨＤＤなどが挙げられるが、本発明はこれに限定されるものではない。また、本実施形態では録画装置１が記憶領域１４を内蔵する場合について説明するが、本発明に係る録画装置１は記憶領域１４を内蔵する形態に限定されるものではない。記憶領域１４は、本発明に係る録画装置１に内蔵されていてもよいし、外付けであってもよい。また、記憶領域１４はインターネット上に置かれたサーバ等に備えられるものであってもよい。
【００３５】
拡張階層削除判断手段１５は、記録データ管理手段１３によって管理された記録データが、記憶領域１４に記録されてから所定の時間が経過しているか否かを判定する。具体的には、拡張階層削除判断手段１５は、記録データ管理手段１３から供給された管理情報に含まれる記録時刻と現在時刻とを比較し、所定の時間が経過しているか否かを判定する。拡張階層削除判断手段１５は、記録データが記憶領域１４に記録されてから所定の時間が経過している場合、記録データの拡張階層の削除または記録データの削除を判断する。拡張階層削除判断手段１５は、拡張階層の削除が必要であると判断した場合、当該記録データの拡張階層を削除する指示（拡張階層削除指示）を拡張階層削除手段１６に通知する。また、拡張階層削除判断手段１５は、記録データの削除が必要であると判断した場合、当該記録データを削除する指示（削除指示）をデータ削除手段１７に通知する。
【００３６】
拡張階層削除手段１６は、拡張階層削除判断手段１５から通知された拡張階層削除指示に従い、拡張階層を削除すべき記録データを記憶領域１４から取得し、取得した記録データの拡張階層を削除する。拡張階層削除手段１６は、拡張階層を削除した記録データを記憶領域１４に再度格納する。
【００３７】
データ削除手段１７は、拡張階層削除判断手段１５から通知された削除指示に従い、削除すべき記録データを記憶領域１４から削除する。
【００３８】
（階層符号化記録手段１２の処理について）
次に、図２（ａ）を参照して、階層符号化記録手段１２による階層符号化処理について説明を行う。図２（ａ）は、入力ストリームをＳＮＲスケーラビリティにて階層符号化したときの概念図を示す。
【００３９】
ＳＮＲスケーラビリティとは、入力ストリームの信号に対する雑音の比を変化させることにより、入力ストリームを基本階層と１または複数の拡張階層とに分けて符号化する機能である。このように符号化されたストリームは、基本階層のみを復号することにより低ビットレートのストリームとして再生することができ、基本階層と全ての拡張階層とを復号することにより、高ビットレートのストリームとして再生することができる。
【００４０】
階層符号化記録手段１２は、入力ストリームを階層符号化することによって、図２（ａ）に示すように、基本階層、拡張階層１、拡張階層２および拡張階層３を含むスケーラブルストリーム（記録データ）を生成する。なお、拡張階層２は、拡張階層１よりＳＮＲの高い層であり、拡張階層３は、拡張階層２よりＳＮＲの高い層である。つまり、拡張階層１は最もビットレートが低い拡張階層であり、拡張階層３は最もビットレートが高い拡張階層である。階層符号化記録手段１２は、生成した各階層を記憶領域１４に記録（格納）する。
【００４１】
ここで、図２（ａ）に示すように、階層符号化記録手段１２が入力ストリームを２４Ｍｂｐｓで記録する場合、各階層のサイズは、基本階層が２Ｍｂｐｓ、拡張階層１が４Ｍｂｐｓ、拡張階層２が６Ｍｂｐｓ、拡張階層３が１２Ｍｂｐｓであるとする。なお、各階層のサイズはこれに限定されない。また、本実施形態において、拡張階層が３つであることを例に説明を行うが、本発明はこれに限定されるものではなく、任意の数の拡張階層を有する入力ストリームを取り扱うことができる。
【００４２】
また、本実施形態においては、ＳＮＲがより高い階層を、より高品質の階層と表現することもある。一般に、ＳＮＲとビットレートとは互いに正の相関を有するため、高ＳＮＲの階層は、高ビットレートの階層に対応する。また、階層の品質を表す尺度は、ＳＮＲやビットレートに限られるものではなく、フレームレートや解像度であってもよい。本実施形態は、フレームレートや解像度を階層の品質の尺度として用いる場合にも容易に適用することができる。
【００４３】
（レート変換処理について）
次に、図２から図４を参照して、拡張階層削除判断手段１５、拡張階層削除手段１６およびデータ削除手段１７におけるレート変換処理（拡張階層削除処理、データ削除処理）について説明を行う。
【００４４】
図３（ａ）は、ビットレートテーブル（品質規定テーブル）の一例を示す図である。ビットレートテーブルとは、記録データ管理手段１３によって管理されている各番組の品質を、該番組が記憶領域１４に記録（録画）されてからの経過時間に応じて規定するためのテーブルである。記録データ管理手段１３は、このようなビットレートテーブルを設定する。また、拡張階層削除判断手段１５は、当該ビットレートテーブルを参照して、記憶領域１４に記録された記録データのうち、拡張階層の削除または記録データの削除が必要な記録データを判断する。
【００４５】
録画してからの経過時間が短い記録データ（現在から遡った時間が短いデータ）は、視聴する機会が比較的多い記録データである。そのため、図３（ａ）に示すビットレートテーブルには、録画してから２４時間経過するまでの放送番組が録画時と同様のビットレート（例えば、２４Ｍｂｐｓ）で記憶領域１４に保存されることが示されている。
【００４６】
また、録画してからの経過時間が長い記録データは、視聴する機会が比較的少ないデータである。そのため、図３（ａ）に示すビットレートテーブルには、録画後、２４時間〜４８時間経過した放送番組が録画時の半分のビットレート（例えば、１２Ｍｂｐｓ）で記憶領域１４に保存されることが示されている。さらに、ビットレートテーブルには、録画後４８時間〜９６時間経過した放送番組が更に半分のビットレート（例えば、６Ｍｂｐｓ）、録画後９６時間〜１４４時間経過した放送番組が更に少ないビットレート（例えば、２Ｍｂｐｓ）で記憶領域１４に保存されることが示されている。また、ビットレートテーブルには、録画してから１４４時間経過した放送番組が記憶領域１４から削除されることが示されている。
【００４７】
図３（ｂ）は、図３（ａ）のビットレートテーブルのように、記録データが記憶領域１４に記録されている場合において、２時間の放送番組の録画が終了した時点における、時間に対するビットレートを示す図である。なお、図３（ｂ）において、記憶領域１４に記録された時間は、−２時間の位置であるとする。
【００４８】
階層符号化記録手段１２が入力ストリームを２４Ｍｂｐｓで２時間の番組の録画を行うと、記憶領域１４には、２時間分のデータ（図３（ｂ）の斜線部分）が記録される。図３（ａ）のビットレートテーブルより、記憶領域１４に記録された時間（−２時間）から２４時間経過したデータのビットレートは、１２Ｍｂｐｓである。そのため、拡張階層削除判断手段１５は、図３（ｂ）における２２時間から２４時間のデータ（図３（ｂ）のグレー部分）を１２Ｍｂｐｓに変換するよう拡張階層削除手段１６に拡張階層削除指示を通知する。拡張階層削除手段１６は、該当するデータを記憶領域１４から取得し、１２Ｍｂｐｓに変換（拡張階層を削除）する。
【００４９】
図２は、記録データの概念図を示す図である。上述したように、図２（ａ）は、階層符号化記録手段１２が入力ストリームを２４Ｍｂｐｓで記録したときの記録データの概念図である。拡張階層削除手段１６は、拡張階層削除指示に従い、図２（ａ）のデータの拡張階層３を削除し、図２（ｂ）に示すように、基本階層（２Ｍｂｐｓ）、拡張階層１（４Ｍｂｐｓ）および拡張階層２（６Ｍｂｐｓ）からなるデータに変換する。
【００５０】
その後、拡張階層削除手段１６は、図２（ｂ）に示すような変換したデータを記憶領域１４に格納する。
【００５１】
同様に、拡張階層削除判断手段１５は、図３（ｂ）における４６時間から４８時間のデータ（図３（ｂ）のグレー部分）を６Ｍｂｐｓに変換するよう拡張階層削除手段１６に拡張階層削除指示を通知する。拡張階層削除手段１６は、該当するデータを記憶領域１４から取得し、６Ｍｂｐｓに変換する。つまり、拡張階層削除手段１６は、図２（ｂ）のデータの拡張階層２を削除し、図２（ｃ）に示すように、基本階層（２Ｍｂｐｓ）および拡張階層１（４Ｍｂｐｓ）からなるデータに変換する。
【００５２】
更に、拡張階層削除判断手段１５は、図３（ｂ）における９４時間から９６時間のデータ（図３（ｂ）のグレー部分）を２Ｍｂｐｓに変換するよう拡張階層削除手段１６に拡張階層削除指示を通知する。拡張階層削除手段１６は、該当するデータを記憶領域１４から取得し、２Ｍｂｐｓに変換する。つまり、拡張階層削除手段１６は、図２（ｃ）のデータの拡張階層１を削除し、図２（ｄ）に示すように基本階層のみのデータに変換する。
【００５３】
更に、拡張階層削除判断手段１５は、１４２時間から１４４時間のデータを削除する削除指示をデータ削除手段１７に通知する。データ削除手段１７は、削除指示に従い、記憶領域１４から１４２時間から１４４時間のデータを削除する。つまり、データ削除手段１７は、図２（ｄ）に示すデータを削除する。
【００５４】
ここで、本実施形態においては、番組が２時間単位で録画されているとし、図３（ａ）のビットレートテーブルを参照し、レート変換を行うとする。この場合のレート変換処理について図４を参照して説明を行う。
【００５５】
図４は、レート変換処理の流れを示すフローチャートである。なお、図４におけるフローチャートではユーザによって既に視聴された番組（視聴済番組）およびユーザの視聴履歴等から録画装置１が設定したお勧め番組はレート変換しないものとする。
【００５６】
まず、拡張階層削除判断手段１５は、記録データ管理手段１３から供給された管理情報を参照して、現在から２４時間〜４８時間前に開始した番組（記録データ）を検索する（ステップＳ４１、以下、単にＳ４１とする）。その後、拡張階層削除判断手段１５は、Ｓ４１で検索した番組が視聴済番組またはお勧め番組か否かを判定する（Ｓ４２）。当該番組が視聴済番組でもお勧め番組でもない場合（Ｓ４２にてＮＯ）、拡張階層削除判断手段１５は、当該番組のビットレートがビットレートテーブルの現在から２４時間〜４８時間前のビットレート（１２Ｍｂｐｓ）である（変換済み）か否かを判定する（Ｓ４３）。当該番組が１２Ｍｂｐｓに変換済みで無い場合（Ｓ４３にてＮＯ）、拡張階層削除判断手段１５は、拡張階層３のデータを削除する拡張階層削除指示を拡張階層削除手段１６に通知する。拡張階層削除手段１６は、当該指示に従い、当該番組の拡張階層３を削除する（Ｓ４４）。
【００５７】
当該番組が視聴済番組またはお勧め番組である場合（Ｓ４２にてＹＥＳ）、当該番組が１２Ｍｂｐｓに変換済みである場合（Ｓ４３にてＹＥＳ）またはＳ４４終了後、拡張階層削除判断手段１５は、記録データ管理手段１３から供給された管理情報を参照して、現在から４８時間〜９６時間前に開始した番組を検索する（Ｓ４５）。その後、拡張階層削除判断手段１５は、Ｓ４５で検索した番組が視聴済番組またはお勧め番組か否かを判定する（Ｓ４６）。
【００５８】
当該番組が視聴済番組でもお勧め番組でもない場合（Ｓ４６にてＮＯ）、拡張階層削除判断手段１５は、当該番組のビットレートがビットレートテーブルの現在から４８時間〜９６時間前のビットレート（６Ｍｂｐｓ）に変換済みか否かを判定する（Ｓ４７）。当該番組が６Ｍｂｐｓに変換済みで無い場合（Ｓ４７にてＮＯ）、拡張階層削除判断手段１５は、拡張階層２のデータを削除する拡張階層削除指示を拡張階層削除手段１６に通知する。拡張階層削除手段１６は、当該指示に従い、当該番組の拡張階層２を削除する（Ｓ４８）。
【００５９】
当該番組が視聴済番組またはお勧め番組である場合（Ｓ４６にてＹＥＳ）、当該番組が６Ｍｂｐｓに変換済みである場合（Ｓ４７にてＹＥＳ）またはＳ４８終了後、拡張階層削除判断手段１５は、記録データ管理手段１３から供給された管理情報を参照して、現在から９６時間〜１４４時間前に開始した番組を検索する（Ｓ４９）。その後、拡張階層削除判断手段１５は、Ｓ４９で検索した番組が視聴済番組またはお勧め番組か否かを判定する（Ｓ５０）。
【００６０】
当該番組が視聴済番組でもお勧め番組でもない場合（Ｓ５０にてＮＯ）、拡張階層削除判断手段１５は、当該番組のビットレートがビットレートテーブルの現在から９６時間〜１４４時間前のビットレート（２Ｍｂｐｓ）に変換済みか否かを判定する（Ｓ５１）。当該番組が２Ｍｂｐｓに変換済みで無い場合（Ｓ５１にてＮＯ）、拡張階層削除判断手段１５は、拡張階層１のデータを削除する拡張階層削除指示を拡張階層削除手段１６に通知する。拡張階層削除手段１６は、当該指示に従い、当該番組の拡張階層１を削除する（Ｓ５２）。
【００６１】
当該番組が視聴済番組またはお勧め番組である場合（Ｓ５０にてＹＥＳ）、当該番組が２Ｍｂｐｓに変換済みである場合（Ｓ５１にてＹＥＳ）またはＳ５２終了後、拡張階層削除判断手段１５は、記録データ管理手段１３から供給された管理情報を参照して、現在から１４４時間より前に開始した番組を検索する（Ｓ５３）。その後、拡張階層削除判断手段１５は、Ｓ５３で検索した番組が視聴済番組またはお勧め番組か否かを判定する（Ｓ５４）。
【００６２】
当該番組が視聴済番組でもお勧め番組でもない場合（Ｓ５４にてＮＯ）、拡張階層削除判断手段１５は、当該番組のデータを全て削除する削除指示をデータ削除手段１７に通知する。データ削除手段１７は、当該指示に従い、当該番組のデータを削除する（Ｓ５５）。
【００６３】
当該番組が視聴済番組またはお勧め番組である場合（Ｓ５４にてＹＥＳ）またはＳ５５終了後、Ｓ４１に戻り、処理を繰り返す。
【００６４】
なお、図４のフローチャートにおいて、視聴済番組およびお勧め番組はレート変換しないものとしたが、これに限定されるものではない。視聴済み番組およびお勧め番組であってもレート変換するように、ビットレートテーブルを設定することにより、録画装置１は、視聴済み番組およびお勧め番組のビットレートを変換することも可能である。また、視聴済み番組およびお勧め番組をレート変換しないようなビットレートテーブルを設定することも可能である。
【００６５】
また、図４のフローチャートにおいては、拡張階層削除判断手段１５は、記憶領域１４に記録された番組の開始時間から所定の時間が経過しているか否かを判定しているが、本発明はこれに限定されるものではない。拡張階層削除判断手段１５は、記憶領域１４に記録された番組の終了時間（録画が完了した時間）から所定の時間が経過しているか否かを判定してもよい。
【００６６】
このように、本発明における録画装置１は、放送番組を階層符号化することによって、基本階層と１または複数の拡張階層とを生成し、生成された各階層を記憶領域１４に記録する階層符号化記録手段１２と、上記放送番組の番組情報を取得する番組情報取得手段１１と、記憶領域１４に記録された上記放送番組と番組情報取得手段１１によって取得された当該放送番組の上記番組情報とを関連付けて管理する記録データ管理手段１３と、記録データ管理手段１３によって管理されている番組が、記憶領域１４に記録されてから所定の時間が経過しているか否かを判定する拡張階層削除判断手段１５と、拡張階層削除判断手段１５によって所定の時間が経過していると判定された場合、当該番組の階層のうち、最も品質が高い階層を削除する拡張階層削除手段１６と、を備えている。
【００６７】
図３（ａ）のビットレートテーブルのように、記録データが記憶領域１４に記録されており、記憶領域１４に空き領域がないとする。この記憶領域１４と同じ容量の記憶領域に放送番組を全て２４Ｍｂｐｓで録画した場合、５２時間しか録画できない。また、この記憶領域１４と同じ容量の記憶領域に、放送番組を１４４時間録画した場合、放送番組は、およそ８．６Ｍｂｐｓのビットレートでしか録画できない。
【００６８】
しかし、録画装置１は、拡張階層削除手段１６が当該番組の階層のうち最も高い階層を削除することにより、階層を削除しない場合に比べ、多くの番組を記録することができる。また、上記所定の期間が経過するまでの間、放送番組を高品質で記録することができるため、記憶領域１４に記録された番組をユーザが好適に視聴できるという効果を奏する。
【００６９】
また、録画装置１は、拡張階層削除判断手段１５によって、所定の時間が経過していると判定された場合、当該番組を削除するデータ削除手段１７を更に備えることが好ましい。
【００７０】
上記構成によれば、例えば、番組が記憶領域１４に記録された後、長時間（例えば、ユーザが当該番組を視聴する可能性が低くなる程度の時間。上記例においては、１４４時間）が経過した場合、当該番組を削除することにより、より好適に、記憶領域１４内の領域を有効利用することができる。
【００７１】
〔実施例〕
本発明について、以下に具体的な実施例を挙げて、本発明に係る記録データ管理方法についてより詳細に説明する。なお、以下の管理方式はあくまでも一例であって、必ずしもこれに限定されるものではない。
【００７２】
まず、記憶領域１４に記録される番組が、例えば、１時間ごとのファイルに分割して記録されている場合、２４時間以上経過した番組がどのファイルに該当するかについて説明を行う。
【００７３】
図５は、記憶領域１４に格納された番組を示す概念図である。図５に示すように、録画装置１によって受信される番組は、連続したデータ（番組データ）である。番組データは、番組表を参照することによって、番組１、番組２、番組３、・・・のように、複数の番組が連続しているデータであることがわかる。番組データに含まれる各番組には、記録データ管理手段１３によって、番組管理情報が関連付けられている。
【００７４】
番組管理情報には、当該番組の放送日時、番組名、出演者や番組の内容、番組のジャンル等の番組情報取得手段１１が取得した番組情報が含まれている。また、番組管理情報には、ユーザが当該番組を視聴したことを示す視聴履歴や視聴時の感想等のビットレートテーブル選定用情報が含まれている。また、番組管理情報には、仮想無限長ファイル上の開始位置、各番組のサイズ（バイト）、仮想無限長ファイル上の開始位置からのオフセット位置を示したランダムアクセス用のインデックスファイルの参照位置が含まれる。ここで仮想無限長ファイルとは、後述する複数に分割された実ファイルを仮想的に無限の連続したファイルとして管理したファイルのことである。実際に仮想無限長ファイルにアクセスする場合には、ランダムアクセス用のインデックスファイルの参照位置に記録されたオフセットに仮想無限長ファイル上の開始位置を加算してアクセスする。また、番組管理情報には、番組の現在のビットレートおよび参照しているビットレートテーブルの情報が含まれる。なお、ビットレートテーブルについては、後述する。
【００７５】
記録データ管理手段１３は、仮想無限長ファイル・番組表マッピングレイヤを参照して、番組データと仮想無限長ファイルとのマッピングを行う。番組データとのマッピングが行われることによって、図５に示すように、各番組が仮想無限長ファイル上のどの位置にあるのかがわかる。
【００７６】
また、記録データ管理手段１３は、実ファイル・仮想無限長ファイルマッピングレイヤを参照して、仮想無限長ファイルと実ファイルとのマッピングを行う。本実施形態において、実ファイルとは予め定められた時間長（例えば、番組の１時間分が保存できるバイト数）に分割され、記憶領域１４に格納されたファイル（図５のファイル１、ファイル２、ファイル３、・・・等）のことをさす。
【００７７】
次に、図６を参照して、マッピングの際に用いるマッピングレイヤ（マッピングテーブル）について説明する。図６（ａ）は、番組データと仮想無限長ファイルとのマッピングを行うときに使用する仮想無限長ファイル・番組表マッピングレイヤの一例を示す図である。
【００７８】
図６（ａ）に示すように、各番組のデータサイズ（バイト）と仮想無限長ファイルにおけるデータ開始位置とが記載されている。なお、各番組のデータサイズからデータ開始位置は計算により求めることができるため、当該ファイルにおけるデータ開始位置は記載されていなくてもよい。
【００７９】
また、図６（ｂ）は、仮想無限長ファイルと実ファイルとのマッピングを行うときに使用する実ファイル・仮想無限長ファイルマッピングレイヤの一例を示す図である。図６（ｂ）に示すように、各ファイルのデータサイズ（バイト）と仮想無限長ファイルにおけるデータ開始位置とが記載されている。なお、各ファイルのデータサイズからデータ開始位置は計算により求めることができるため、当該ファイルにおけるデータ開始位置は記載されていなくてもよい。
【００８０】
次に、図７および図８を参照して、番組１のビットレートを変換した場合、について説明を行う。図７は、番組１のビットレートを変換した場合の記憶領域１４に格納された番組を示す概念図である。また、図８（ａ）は、仮想無限長ファイル・番組表マッピングレイヤの一例を示す図であり、図８（ｂ）は、実ファイル・仮想無限長ファイルマッピングレイヤの一例を示す図である。
【００８１】
図７に示すように、番組１は、記憶領域１４に含まれるファイルのファイル１からファイル３までに含まれる。よって、拡張階層削除手段１６は、ファイル１およびファイル３の番組１の部分並びにファイル２の全ての部分のビットレートを変換する。
【００８２】
ビットレートを変換したところは、バイト数が小さくなるため、記録データ管理手段１３は、再マッピングを行うための実ファイル・仮想無限長ファイルマッピングレイヤ（マッピングテーブル）を再構築する。再構築した実ファイル・仮想無限長ファイルマッピングレイヤの一例を図８（ｂ）に示す。図８（ｂ）に示すように、実ファイル・仮想無限長ファイルマッピングレイヤにおいて、ファイル１、ファイル２およびファイル３のデータサイズが更新される。また、ファイル１、ファイル２およびファイル３のデータサイズの更新に伴い、ファイル２、ファイル３およびファイル４のデータ開始位置が更新される。
【００８３】
次に、記録データ管理手段１３は、再構築した実ファイル・仮想無限長ファイルマッピングレイヤを参照して、仮想無限長ファイルと実ファイルとのマッピングを行う。さらに、記録データ管理手段１３は、ランダムアクセス用のインデックスファイルも再計算し、更新する。
【００８４】
また、仮想無限長ファイルのバイト位置が変更されるため、記録データ管理手段１３は、再マッピングを行うための仮想無限長ファイル・番組表マッピングレイヤを再構築する。再構築した仮想無限長ファイル・番組表マッピングレイヤの一例を図８（ａ）に示す。図８（ａ）に示すように、仮想無限長ファイル・番組表マッピングレイヤにおいて、番組１のデータサイズが更新される。また、番組１のデータサイズの更新に伴い、番組２および番組３のデータ開始位置が更新される。その後、記録データ管理手段１３は、再構築した仮想無限長ファイル・番組表マッピングレイヤを参照して、番組データと仮想無限長ファイルとのマッピングを行う。
【００８５】
（マッピング管理の他の例）
図６および図８において、マッピング管理に仮想無限長ファイル・番組表マッピングレイヤおよび実ファイル・仮想無限長ファイルマッピングレイヤを用いることを例に説明を行ったが、本発明はこれに限定されるものではない。
【００８６】
図６の仮想無限長ファイル・番組表マッピングレイヤおよび実ファイル・仮想無限長ファイルマッピングレイヤは、ビットレートを変換した場合、図８に示すように再計算をし、更新する必要がある。また、上述したマッピング管理においては、ある番組の仮想無限長ファイルにおける先頭位置が、どの実ファイルのどの位置にあるのかを実ファイル・仮想無限長ファイルマッピングレイヤから検索する必要がある。以下では、マッピング管理における再計算の計算量および検索のための計算量を削減するために、マッピング管理に仮想無限長ファイル・番組表マッピングレイヤおよび実ファイル・仮想無限長ファイルマッピングレイヤを用いるのではなく、バイナリツリーを用いて管理することについて図９から図１１を参照して説明を行う。
【００８７】
図９は、記憶領域１４に格納された番組をバイナリツリーで示した図である。図９に示すように、放送された番組は、放送された順に番組管理レイヤで管理されている。図９においては、番組管理レイヤには、番組１から番組８の番組が管理されている。番組管理レイヤの各番組を葉（リーフ）とし、バイナリツリーを構成する。このとき、番組１から番組８のそれぞれに対応するリーフをリーフｈからリーフｏとする。リーフｈからリーフｏは、各番組のサイズを有している。例えば、リーフｈは、番組１のサイズ１００（バイト）を、リーフｉは、番組２のサイズ２００（バイト）を有している。
【００８８】
リーフｈおよびリーフｉの親である内部ノードｄは、子の番組のサイズの合計を有している。つまり、内部ノードｄは、リーフｈとリーフｉとの合計の値３００を有している。以降、リーフまたはノードの後の大括弧（［］）内の値は、各リーフまたは各ノードが有する値を示す。
【００８９】
図９に示すように、リーフｊ［１２５］およびリーフｋ［２２０］の親は、内部ノードｅ［３４５］であり、リーフｌ［３００］およびリーフｍ［１１５］の親は、内部ノードｆ［４１５］であり、リーフｎ［２１０］およびリーフｏ［１３０］の親は、内部ノードｇ［３４０］である。
【００９０】
また、内部ノードｄ［３００］および内部ノードｅ［３４５］の親は、内部ノードｂ［６４５］であり、内部ノードｆ［４１５］および内部ノードｇ［３４０］の親は、内部ノードｃ［７１５］である。また、内部ノードｂ［６４５］および内部ノードｃ［７５５］の親は、ルートノードａ［１４００］である。よって、番組１から番組８の番組管理レイヤは、ルートノードａが１４００で、深さ３のバイナリツリーで表すことができる。このように、番組管理レイヤから、仮想無限長ファイルの有効長が１４００であることがわかる。
【００９１】
次に、記憶領域１４に記録された実ファイルは、ファイル１からファイル１６のファイルが順に実ファイルレイヤで管理されている。実ファイルレイヤの各ファイルをリーフとし、バイナリツリーを構成する。このとき、ファイル１からファイル１６のそれぞれに対応するリーフをリーフＰからリーフＡＥとする。リーフＰからリーフＡＥは、各ファイルのサイズを有している。リーフＰ［１００］およびリーフＱ［８５］の親を、図９に示すように、内部ノードＨ［１８５］とする。同様に、リーフＲからリーフＡＥまでにおいて２つのリーフごとの親を内部ノードＩから内部ノードＯとする。
【００９２】
また、図９に示すように、内部ノードＨ［１８５］および内部ノードＩ［１６５］の親は、内部ノードＤ［３５０］である。同様に、内部ノードＪ［２２０］および内部ノードＫ［２３０］の親は、内部ノードＥ［４５０］であり、内部ノードＬ［２５］および内部ノードＭ［２００］の親は、内部ノードＦ［２２５］であり、内部ノードＮ［１７５］および内部ノードＯ［２００］の親は、内部ノードＧ［３７５］である。
【００９３】
また、内部ノードＤ［３５０］および内部ノードＥ［４５０］の親は、内部ノードＢ［８００］であり、内部ノードＦ［２２５］および内部ノードＧ［３７５］の親は、内部ノードＣ［６００］である。また、内部ノードＢ［８００］および内部ノードＣ［６００］の親は、ルートノードＡ［１４００］である。よって、ファイル１からファイル１６の実ファイルレイヤは、ルートノードＡが１４００で、深さ４のバイナリツリーで表すことができる。
【００９４】
実ファイルレイヤの各ファイルは、上述したように、番組管理レイヤの各番組が予め定められた時間長に分割され記憶領域１４に格納されたファイルであるため、ルートノードａとルートノードＡとは同じ値になる。
【００９５】
次に、当該バイナリツリーを用いて、ある番組の先頭が実ファイルレイヤのどのファイルであるのかを検索する場合について説明する。
【００９６】
例えば、番組６のビットレートを変換する場合、まず、番組６の先頭が仮想無限長ファイルレイヤの何バイト目（アドレス）かを検索し、当該仮想無限長ファイルレイヤのアドレスが、実ファイルのうちどのファイルの何バイト目に位置するのかを検索する。この検索について、図１０を参照して説明を行う。図１０は、記憶領域１４に格納されたファイルのうち、番組６の先頭がどのファイルであるのかを、バイナリツリーを用いて検索する場合の一例を示した図である。
【００９７】
まず、番組６のファイル長が０であると仮定する。つまり、リーフｍの値が０であると仮定する。図１０に示すように、仮定した値（０）は、リーフｍの値を更新するものではないため、リーフｍを囲む点線の枠の外に記載している。このように、図１０において、番組６の先頭ファイルの検索するために用いられる値は、各ノードを囲む点線の枠の外に記載する。
【００９８】
次に、リーフｍの親である内部ノードｆの値を、仮定した値を有した子（リーフｍ）が後ろのノード（図１０において、下側のノード）である場合、当該仮定した値を有した子（リーフｍ）と兄弟関係であるノード（リーフｌ）と、当該仮定した値を有した子との値との合計値とする。つまり、内部ノードｆの子（リーフｍ）は、後ろのノードであるため、内部ノードｆの値は、リーフｌ［３００］とリーフｍ［０］との合計である３００となる。
【００９９】
以降、親に対する２つの子ノード（兄弟ノード）のうち、番組またはファイル順が早いノード（図１０において上側のノード）を、前のノードと呼び、他方（図１０において下側のノード）を後ろのノードと呼ぶ。
【０１００】
次に、内部ノードｃは、内部ノードｆが前のノードであるため、内部ノードｆの値のみを保持し、後ろのノード（内部ノードｆ）の値を含まない。そのため、内部ノードｃの値は、３００となる。ルートノードａの値は、内部ノードｃが後ろのノードであるため、内部ノードｂ［６４５］と内部ノードｃ［３００］との合計である９４５となる。このように、番組６に対応するリーフｍからルートノードａまでのパス（ｍ、ｆ、ｃ、ａ）において、各ノードの値を計算することにより、番組６の仮想無限長ファイルレイヤにおける先頭アドレスを計算する。本実施形態において、番組６の仮想無限長ファイルレイヤにおける先頭アドレスは、上記計算により、９４５バイト目であることがわかる。
【０１０１】
次に、仮想無限長ファイルレイヤの９４５バイト目が実ファイルレイヤのどのファイルに含まれるのかを計算する。ルートノードＡの値が、先ほど求めた９４５であると仮定する。次に、ルートノードＡの子であり、前のノードである内部ノードＢの値と、当該ルートノードＡとの値を比較する。８００＜９４５より、９４５は内部ノードＢの値より大きい値であるため、仮想無限長ファイルレイヤの９４５バイト目は、内部ノードＢと兄弟関係である内部ノードＣ側の実ファイルであることがわかる。ルートノードＡの値が子である内部ノードＢと内部ノードＣとの和であるため、内部ノードＣの値は、９４５−８００より、１４５となる。
【０１０２】
次に、内部ノードＣの子のうち、前のノードである内部ノードＦの値と、内部ノードＣの値とを比較する。２２５＜１４５より、１４５は内部ノードＦの値より小さい値であるため、仮想無限長ファイルレイヤの９４５バイト目は、内部ノードＦ側の実ファイルであることがわかる。内部ノードＦの値は、内部ノードＣの値を保持させるため、１４５となる。次に、内部ノードＦの子である内部ノードＬの値と、内部ノードＦの値とを比較する。２５＜１４５より、１４５は内部ノードＬの値より大きい値であるため、仮想無限長ファイルレイヤの９４５バイト目は、内部ノードＬと兄弟関係である内部ノードＭ側の実ファイルであることがわかる。内部ノードＦの値が内部ノードＬと内部ノードＭとの合計となるため、内部ノードＭの値は、１４５−２５より、１２０となる。
【０１０３】
次に、内部ノードＭの子であるリーフＺの値と、内部ノードＭの値とを比較する。１００＜１２０より、１２０はリーフＺの値より大きい値であるため、仮想無限長ファイルレイヤの９４５バイト目は、リーフＺと兄弟関係であるリーフＡＡであることがわかる。内部ノードＭの値がリーフＺとリーフＡＡとの合計となるため、リーフＡＡの値は、１２０−１００より、２０となる。つまり、リーフＡＡの２０バイト目が仮想無限長ファイルレイヤにおける９４５バイト目であることがわかる。これにより、番組６の先頭アドレスは、ファイル１２の２０バイト目であることがわかる。
【０１０４】
このように、バイナリツリーを用いて、番組６の先頭が、実ファイルのうちどのファイルの何バイト目に位置するのかを検索することができる。
【０１０５】
次に、番組６のビットレートを変換（拡張階層を削除）した後のマッピング管理について、図１１を参照して説明を行う。図１１は、記憶領域１４に格納されたファイルのうち、番組６に対応するファイルのビットレートを変換した後のマッピング管理の一例を示した図である。
【０１０６】
まず、番組６のサイズは、図１０に示すように１１５バイトであるため、番組６が含まれる実ファイルはファイル１２およびファイル１３であることがわかる。したがって、番組６のビットレートを変換する場合、ファイル１２およびファイル１３のビットレートを変換する。
【０１０７】
図１１に示すように、ファイル１２およびファイル１３のビットレートを変換することにより、ファイル１２は、１００バイトから６０バイトに、ファイル１３は１００バイトから６０バイトになったとする。つまり、図１１に示すように、リーフＡＡの値は６０となり、リーフＡＢの値は６０となる。
【０１０８】
リーフＡＡの値の変更およびリーフＡＢの値の変更に伴い、記録データ管理手段１３は、リーフＡＡからルートパスＡまでのパス（ＡＡ、Ｍ、Ｆ、Ｃ、Ａ）とリーフＡＢからルートパスＡまでのパス（ＡＢ、Ｎ、Ｇ、Ｃ、Ａ）とに含まれる各ノードの値の変更を行う。
【０１０９】
内部ノードＭはリーフＺおよびリーフＡＡの親である。よって内部ノードＭの値は、リーフＺの値である１００とリーフＡＡの値である６０を足し合わせ、１６０となる。同様に、内部ノードＬ［２５］および内部ノードＭ［１６０］の親である内部ノードＦの値は、１６０＋２５より、１８５となる。
【０１１０】
また、上述したように、ビットレートの変換によりファイル１３に対応するリーフＡＢの値は、６０であるため、リーフＡＢ［６０］およびリーフＡＣ［７５］の親である内部ノードＮの値は、６０＋７５より、１３５となる。同様に、内部ノードＮ［１３５］および内部ノードＯ［２００］の親である内部ノードＧの値は、１３５＋２００より、３３５となる。
【０１１１】
内部ノードＦ［１８５］および内部ノードＧ［３３５］の親である内部ノードＣの値は、１８５＋３３５より、５２０となる。また、内部ノードＢ［８００］および内部ノードＣ［５２０］の親であるルートノードＡの値は、８００＋５２０より、１３２０となる。このようにして、ルートノードＡの値が１３２０であることがわかる。よって、ビットレートの変換後の仮想無限長ファイルの有効長は１３２０となる。
【０１１２】
ビットレートの変換後の仮想無限長ファイルの有効長が１４００から１３２０に変更したことに伴い、ルートノードａの値も１３２０となる。次に、ルートノードａから番組６に対応するリーフｍまでのパス（ａ、ｃ、ｆ、ｍ）の値を更新する。
【０１１３】
ルートノードａの値が１３２０であり、内部ノードｃと兄弟関係の内部ノードｂの値が６４５であるため、内部ノードｃの値は、１３２０−６４５より、６７５となる。また、内部ノードｆの値は、内部ノードｃの値から、内部ノードｆと兄弟関係の内部ノードｇの値を減算することにより、３３５となる。また、リーフｍの値は、内部ノードｆの値から、リーフｍと兄弟関係のリーフｌの値を減算することにより、３５となる。このように、ビットレートを変換することにより、番組６のサイズは１１５バイトから３５バイトとなる。
【０１１４】
上述したように、バイナリツリーを用いてマッピング管理することにより、自らのリーフに至るノードのみを更新すればよいので、マッピング更新に要する計算量ＯがＯ（ｌｏｇ＿２  Ｎ）（Ｎはリーフ数）となる。これにより、図８のように、仮想無限長ファイル・番組表マッピングレイヤおよび実ファイル・仮想無限長ファイルマッピングレイヤの全ての値を更新する場合と比べ、計算量が少なくなる。
【０１１５】
〔ビットレートテーブルについて〕
次に、図１２を参照して、ビットレートテーブルについて説明を行う。本発明において使用するビットレートテーブルは図３（ａ）に示すものに限定されず、ジャンルごとに異なるビットレートテーブルを用いてもよいし、視聴履歴やお勧め番組情報等のビットレートテーブル選定用情報によって異なるビットレートテーブルを用いてもよい。
【０１１６】
図１２は、ビットレートテーブルの一例を、ジャンルごとおよびビットレートテーブル選定用情報ごとに表示した図である。図１２において、「基本」の行は、各ジャンルにおいて基準となるビットレートテーブルの一例を示す。各ビットレートテーブルの横軸は、番組が記憶領域１４に記録されてからの経過時間を示し、縦軸はビットレートを示す。
【０１１７】
まず、録画した番組のジャンルが「ニュース」であるときについて説明する。ニュース番組は、高画質を必要としない場合が多い。そのため、ニュース番組のビットレートテーブルは、短い経過時間でビットレートを小さくする（落とす）ように設定される。ただし、ニュース番組は過去の記録を見る場合が多いため、ニュース番組のビットレートテーブルは、当該番組が長めに（例えば、１４４時間以上）保存されるように設定される。
【０１１８】
また、ビットレートテーブル選定用情報に含まれる視聴履歴より、録画したニュース番組が既に視聴されている（「視聴ずみ」である）場合、当該視聴したニュース番組は、再度視聴することが少ない。そのため、視聴ずみのニュース番組のビットレートテーブルは、当該ニュース番組が早めに削除されるように設定される。ただし、短期的（例えば、３日以内など）において、ユーザが当該ニュース番組を再度視聴する（見返す）可能性があるため、視聴ずみのニュース番組のビットレートテーブルは、当該期間において高画質となるように、設定される。
【０１１９】
また、ビットレートテーブル選定用情報に含まれるお勧め番組情報（例えば、ユーザによって指定されたお好み指定ジャンル、視聴履歴から録画装置１が設定したお勧め番組など）にニュース番組が該当する場合、興味がある分野であるため、当該番組のビットレートテーブルは、高いビットレートを長めに維持するように設定される。
【０１２０】
次に、録画した番組のジャンルが「映画」であるときについて説明する。映画は、画質が重要となる場合が多いため、映画のビットレートテーブルは、比較的高いビットレートを維持するように設定される。ただし、ユーザが当該映画に興味を持たない場合、当該映画を視聴する可能性が低いため、映画のビットレートテーブルは、短い経過時間で削除するように設定される。
【０１２１】
また、ビットレートテーブル選定用情報に含まれる視聴履歴より、録画した映画が視聴ずみである場合、当該視聴した映画は、再度視聴することが多い。そのため、視聴ずみの映画のビットレートテーブルは、高いビットレートを長めに維持するように設定される。
【０１２２】
また、ビットレートテーブル選定用情報に含まれるお勧め番組情報に映画が該当する場合、当該映画のビットレートテーブルは、基本のビットレートテーブルと似ているが、再視聴（見直し）に備えて、長い期間保存されるように設定される。
【０１２３】
次に、録画した番組のジャンルが「バラエティ」であるときについて説明する。バラエティ番組のビットレートテーブルは、映画とニュース番組との中間となるように設定される。
【０１２４】
また、ビットレートテーブル選定用情報に含まれる視聴履歴より、録画したバラエティ番組が視聴ずみである場合、当該視聴したバラエティは、再度視聴することが少ない。そのため、視聴ずみのバラエティ番組のビットレートテーブルは、基本のビットレートテーブルと同じになるように設定される。
【０１２５】
また、ビットレートテーブル選定用情報に含まれるお勧め番組情報にバラエティ番組が該当する場合、当該バラエティ番組は、ユーザが興味のあるコンテンツである。そのため、バラエティ番組のビットレートテーブルは、見逃しに備えて長い期間保持するように設定される。
【０１２６】
次に、録画した番組のジャンルが「スポーツ」であるときについて説明する。スポーツ番組は、比較的高いビットレートを必要とする場合が多い。そのため、スポーツ番組のビットレートテーブルは、比較的高いビットレートを維持するように設定される。ただし、時間の経過に伴い、ユーザはスポーツニュース等により、当該スポーツの結果を知ってしまうので、長期間保存する必要がない場合が多い。そのため、スポーツ番組のビットレートテーブルは、当該スポーツ番組が早めに削除されるように設定される。
【０１２７】
また、ビットレートテーブル選定用情報に含まれる視聴履歴より、録画したスポーツ番組が視聴ずみである場合、当該視聴したスポーツ番組は、再度視聴する可能性が低い。しかし、ユーザが好みのチームの試合であった場合、再度視聴する場合もある。そのため、視聴ずみのスポーツ番組のビットレートテーブルは、比較的長く保存されるように設定される。
【０１２８】
また、ビットレートテーブル選定用情報に含まれるお勧め番組情報にスポーツ番組が該当する場合、ユーザが保存したいと思う番組である可能性があるため、当該スポーツ番組のビットレートテーブルは、長期間（例えば、１シーズン）保存されるように設定される。
【０１２９】
また、録画装置１は、ビットレートテーブルを指定または設定するためのユーザからの指示を受け付けるＵＩ等の入力手段（図示しない）を備える構成とし、ユーザが当該入力手段を介してビットレートテーブルを指定または設定（作成）できるようにしてもよい（カスタム指定）。つまり、ユーザが当該入力手段を介して、複数のビットレートテーブルのうち、１つのビットレートテーブルを選択する構成としてもよい。また、ユーザが当該入力手段を介して、ビットレートテーブルを作成するための各種の指示を入力する構成としてもよい。このとき、録画装置１の記録データ管理手段１３は、入力手段によってユーザから受け付けた指示に従い、ビットレートテーブルを作成し、作成されたビットレートテーブルを設定してもよい。
【０１３０】
このように、ユーザの指示によって指定されたビットレートテーブルを設定することにより、ユーザの好みに合わせて、番組のビットレートを決定することができる。よって、記憶領域１４に記録された番組をより好適にユーザに視聴させることができる。
【０１３１】
また、ユーザによって、長期間保存すると指定された番組（保存対象指定番組）のビットレートテーブルは、どのようなジャンルであっても、当該番組のビットレートの変換や削除が行われないように設定されてもよい。
【０１３２】
なお、図１２におけるビットレートテーブルは一例であり、これに限定されるものではない。つまり、ジャンルは、「ニュース」、「映画」、「バラエティ」および「スポーツ」に限定されるものではないし、各ジャンルのビットレートテーブルはこれに限定されるものではない。
【０１３３】
このように、録画装置１の記録データ管理手段１３は、各番組の品質を該番組が記憶領域１４に記録されてからの経過時間に応じて規定するためのビットレートテーブルを設定する。記録データ管理手段１３は、設定したビットレートテーブルを、当該番組に関連付けて管理する。また、拡張階層削除手段１６は、当該番組がビットレートテーブルに設定された品質となるように、当該番組の階層を削除する。
【０１３４】
上記構成によれば、拡張階層削除手段１６は、当該番組の階層が、ビットレートテーブルに設定された品質より高い品質であった場合に、当該番組の階層を削除する。番組記録からある程度時間が経過した後に、適用したビットレートテーブルが変更になった場合、当該番組の階層が、ビットレートテーブルに設定された品質より低い品質であることもありうるが、この場合は階層削除を行わない。このように、記憶領域１４に記録されてからの経過時間に応じて、番組の品質を規定するビットレートテーブルを用いることにより、記録からの経過時間に応じて多段階かつ柔軟に、番組の品質を決定することができる。よって、記憶領域１４に記録された番組をより好適にユーザに視聴させることができる。
【０１３５】
また、図１２のように、記録データ管理手段１３は、記憶領域１４に記録された番組であって、ユーザによって既に視聴された番組（視聴ずみ番組）に対して、当該番組が視聴されていないときとは異なるビットレートテーブルを設定してもよい。
【０１３６】
また、記録データ管理手段１３は、記憶領域１４に記録された番組であって、ユーザによって指定された番組（お勧め番組、保存対象指定番組など）またはユーザの視聴履歴から当該録画装置がユーザのお勧め番組であると指定した番組に対して、他の番組とは異なるビットレートテーブルを設定してもよいし、番組情報取得手段１１によって取得された番組情報の示すジャンルに応じてビットレートテーブルを設定してもよい。
【０１３７】
このようなビットレートテーブルを設定することにより、記憶領域１４に記録された番組をより好適にユーザに視聴させることができる。
【０１３８】
〔テレビジョン受像機への適用例〕
次に、上述した録画装置１を備えるテレビジョン受像機（以下、テレビと呼ぶ）について説明を行う。テレビは、表示部と、録画装置１が録画した番組および当該録画した番組（録画番組）の一覧を表示部に表示させる表示制御手段を有している。
【０１３９】
表示部に表示された録画番組の一覧について、図１３を参照して説明を行う。図１３は、テレビの表示部に表示された録画番組の一覧の一例を示す図である。図１３（ａ）は、録画番組の一覧を表形式（番組表形式）で表示部に表示した場合の一例を示す図である。
【０１４０】
図１３（ａ）の番組表は、各録画番組の現時点におけるビットレート（品質）に合わせて、色を変えて表示されている。図１３（ａ）において、斜め格子模様は、番組表のセルの背景色が赤色であることを示しており、黒の点状模様は、番組表のセルの背景色が、青色であることを示している。また、斜線は、番組表のセルの背景色が、緑色であることを示している。また、青色は２４Ｍｂｐｓで記録されている番組を示し、緑色は１２Ｍｂｐｓで記録されている番組を示し、赤色は６Ｍｐｂｓで記録されている番組を示している。これらの配色については、本発明の意図するところは視聴者が識別しやすい配色とすればよく、上記に限定されるものではない。また、各色に対応するビットレートは上記に限定されるものではない。
【０１４１】
図１３（ｂ）は、録画番組の一覧を表形式（番組表形式）で表示した場合の他の例を示す図である。図１３（ｂ）の番組表は、各録画番組の現時点におけるビットレートに合わせて、透明度や明るさ等を変えて表示されている。図１３（ｂ）では、高いビットレートで記録されている番組は、高い透明度で表示部に表示される。また、記録されている番組のうち、低いビットレートで記録されている番組は、低い透明度で表示部に表示される。
【０１４２】
図１３（ｃ）は、録画番組の一覧を立体的に表示した場合の一例を示す図である。図１３（ｃ）における番組表において、記憶領域１４に記録されてからの経過時間が長い番組は奥に、経過時間が短い番組は手前に見えるように表示されている。また、ビットレートの高い番組は大きく、ビットレートの低い番組は小さく表示されている。例えば、図１３（ｃ）において、丸で囲った番組は、記憶領域１４に記録されてからの経過時間が長い番組であるが、ビットレートが高いため、大きく表示されている。このように、ビットレートの高い番組を大きく見せることにより、重要な番組やユーザの関心の高い番組をユーザに認識しやすくしている。
【０１４３】
また、図１３（ｃ）に示すように、最も手前に見える番組または選択されている番組の放送局名や番組情報を、番組表が表示されていない場所（図１３（ｃ）においては、左上および右下）に表示してもよい。
【０１４４】
このように、テレビの表示制御手段は、録画装置１に記録された番組の一覧を、各番組の品質が識別可能なように表示部に表示させる。これにより、ユーザは、どの番組がどのような品質で録画装置１に記録されているのかを簡単に認識することができる。
【０１４５】
〔プログラム及び記録媒体〕
また、上述した録画装置１の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０１４６】
すなわち、録画装置１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラム及び各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである録画装置１の制御プログラム（認証プログラム）のプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記録画装置１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１４７】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１４８】
また、録画装置１を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ（high data rate）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１４９】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１５０】
本発明は、放送番組を階層符号化し録画することが可能な録画装置に好適に適用することができる。
【符号の説明】
【０１５１】
１  録画装置
１１  番組情報取得手段
１２  階層符号化記録手段（階層符号化手段、記録手段）
１３  記録データ管理手段（管理手段、設定手段、作成手段）
１４  記憶領域（記録媒体）
１５  拡張階層削除判断手段（判定手段）
１６  拡張階層削除手段（階層削除手段）
１７  データ削除手段（階層削除手段）
【図１】
2013132030.tif 000003
【図２】
2013132030.tif 000004
【図３】
2013132030.tif 000005
【図４】
2013132030.tif 000006
【図５】
2013132030.tif 000007
【図６】
2013132030.tif 000008
【図７】
2013132030.tif 000009
【図８】
2013132030.tif 000010
【図９】
2013132030.tif 000011
【図１０】
2013132030.tif 000012
【図１１】
2013132030.tif 000013
【図１２】
2013132030.tif 000014
【図１３】
2013132030.tif 000015
【手続補正書】
【提出日】平成24年12月4日(2012.12.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
放送番組を階層符号化することによって、基本階層と１または複数の拡張階層とを生成する階層符号化手段と、
前記階層符号化手段によって生成された各階層を記録媒体に記録する記録手段と、
前記放送番組の番組情報を取得する番組情報取得手段と、
前記記録手段によって前記記録媒体に記録された前記放送番組と前記番組情報取得手段によって取得された当該放送番組の前記番組情報とを関連付けて管理する管理手段と、
前記管理手段によって管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定手段と、
前記判定手段によって所定の時間が経過していると判定された場合、当該番組の階層のうち、最も品質が高い階層を削除する階層削除手段と、
前記管理手段によって管理されている番組の一覧を表示部に表示させる表示制御手段とを備え、
前記表示制御手段は、前記管理手段によって管理されている各番組の品質が識別可能なように、当該各番組の品質に応じて前記番組の一覧に含まれる当該各番組を示す各表示領域の視覚的効果を変更する、
ことを特徴とする録画装置。
【請求項２】
前記表示制御手段は、前記管理手段によって管理されている各番組の品質に応じて前記各表示領域の背景色を変更する、
ことを特徴とする請求項１に記載の録画装置。
【請求項３】
前記表示制御手段は、前記管理手段によって管理されている各番組の品質に応じて前記各表示領域の透明度または明るさを変更する、
ことを特徴とする請求項１または２に記載の録画装置。
【請求項４】
前記表示制御手段は、前記記録媒体に記録されてからの経過時間に応じて、立体的に表示する前記各表示領域の位置を変更し、前記管理手段によって管理されている各番組の品質に応じて、立体的に表示する前記各表示領域の大きさを変更する、
ことを特徴とする請求項１から３の何れか１項に記載の録画装置。
【請求項５】
前記管理手段によって管理されている各番組の品質を、該番組が前記記録媒体に記録されてからの経過時間に応じて規定するための品質規定テーブルを設定する設定手段を更に備え、
前記管理手段は、前記設定手段によって設定された前記品質規定テーブルを、当該番組に関連付けて管理し、
前記階層削除手段は、前記番組が前記品質規定テーブルに設定された品質となるように、当該番組の階層を削除することを特徴とする請求項１から４の何れか１項に記載の録画装置。
【請求項６】
前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって既に視聴された番組に対して、当該番組が視聴されていないときとは異なる品質規定テーブルを設定することを特徴とする請求項５に記載の録画装置。
【請求項７】
前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって指定された番組またはユーザの視聴履歴から当該録画装置がユーザのお勧め番組であると指定した番組に対して、他の番組とは異なる品質規定テーブルを設定することを特徴とする請求項５または６に記載の録画装置。
【請求項８】
前記設定手段は、前記番組情報取得手段によって取得された前記番組情報の示すジャンルに応じて前記品質規定テーブルを設定することを特徴とする請求項５から７の何れか１項に記載の録画装置。
【請求項９】
前記設定手段は、ユーザによって指定された品質規定テーブルを設定することを特徴とする請求項５または６に記載の録画装置。
【請求項１０】
品質規定テーブルを設定するための指示をユーザから受け付ける入力手段と、
前記入力手段によってユーザから受け付けた指示に従い、品質規定テーブルを作成する作成手段と、を更に備え、
前記設定手段は、前記作成手段によって作成された前記品質規定テーブルを設定することを特徴とする請求項９に記載の録画装置。
【請求項１１】
前記判定手段によって、所定の時間が経過していると判定された場合、当該番組を削除する削除手段を更に備えることを特徴とする請求項１から１０の何れか１項に記載の録画装置。
【請求項１２】
請求項１から１１の何れか１項に記載の録画装置を備えることを特徴とするテレビジョン受像機。
【請求項１３】
放送番組を階層符号化することによって、基本階層と１または複数の拡張階層とを生成する階層符号化工程と、
前記階層符号化工程において生成された各階層を記録媒体に記録する記録工程と、
前記放送番組の番組情報を取得する番組情報取得工程と、
前記記録工程において前記記録媒体に記録された前記放送番組と、前記番組情報取得工程において取得された当該放送番組の前記番組情報とを関連付けて管理する管理工程と、
前記管理工程において管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定工程と、
前記判定工程において所定の時間が経過していると判定された場合、当該番組の階層のうち、最も品質が高い階層を削除する階層削除工程と、
前記管理工程において管理されている番組の一覧を表示部に表示させる表示制御工程を含み、
前記表示制御工程は、前記管理工程において管理されている各番組の品質が識別可能なように、当該各番組の品質に応じて前記番組の一覧に含まれる当該各番組を示す各表示領域の視覚的効果を変更する、
ことを特徴とする録画装置の制御方法。
【請求項１４】
請求項１から１１のいずれか１項に記載の録画装置を動作させるためのプログラムであって、コンピュータを前記各手段として機能させるためのプログラム。
【請求項１５】
請求項１４に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。