JP2013132031A - 録画装置、テレビジョン受像機、録画装置の制御方法、プログラムおよび記録媒体 - Google Patents

Abstract

【課題】記録媒体に記録された番組をユーザが好適に視聴でき、且つ、前記録媒体内の領域を有効利用し得る録画装置を提供する。
【解決手段】記録手段１１が放送番組を記憶領域１４に記録し、当該放送番組が現時点から所定の時間が経過しているとレート変換判断手段１５によって判定された場合、レート変換手段１６が当該番組を、ビットレートテーブルに設定された品質となるように当該番組の品質が低減するよう再符号化する録画装置１。
【選択図】図１

Description

本発明は、受信した放送番組を符号化して録画する録画装置、録画装置を備えるテレビジョン受像機、録画装置の制御方法、プログラムおよび記録媒体に関する。

近年、受信した放送番組を自動的に常時録画する録画装置が提案されている。常時録画とは、受信した放送番組を録画し続ける機能である。このような録画装置は、ユーザの録画予約等の操作に関係なく録画が実行される。これによりユーザは、過去の番組を、あたかも今放送されているかのように視聴することができる。

このような録画装置において、録画を記録するための記憶領域には制限があるため、録画から一定期間が経過したデータは自動的に削除される。そのため、高画質でデータを録画する録画装置では、連続して録画できる時間が短くなってしまう。また、長時間録画するためには、ビットレートを低くする必要があり、画質が悪くなるという問題があった。

一方、特許文献１には、記録済み番組のタイトル名と同一のタイトル名を有する番組を記録する際、当該記録済み番組を一段階下げた記録レートで再圧縮するハードディスク装置が記載されている。

また、特許文献２には、監視カメラを用いた監視システムにおいて、イベントに関連する映像情報はそのまま記録し、イベントに関連しない映像情報を映像記録後の経過時間に応じた圧縮率で圧縮する映像記録装置が記載されている。

特開２００８−２１９５６７号公報（２００８年９月１８日公開） 特開２０００−１３７５４号公報（２０００年１月１４日公開）

しかしながら、特許文献２の技術では、時間の経過と共に記録されているデータの情報量を段階的に低下させているため、番組の途中でビットレートが変わってしまう。そのため、番組の途中から映像の品質が悪くなり、当該番組を視聴するユーザに不自然な印象を与えてしまう。

また、特許文献１の技術では、各記録済み番組のタイトルを参照し、同一のタイトルを有する過去の番組を一段階下げたレートで再圧縮するため、各記録番組のレートを、ユーザ所望の状態に保っておくことが難しい。

本発明は上記の問題に鑑みてなされたものであり、その目的は、記録媒体に記録された番組をユーザが好適に視聴でき、且つ、記録媒体内の領域を有効利用し得る録画装置を提供することにある。

上記の課題を解決するために、本発明における録画装置は、放送番組を符号化する符号化手段と、前記符号化手段によって符号化された前記放送番組を記録媒体に記録する記録手段と、前記放送番組の番組情報を取得する番組情報取得手段と、前記記録手段によって前記記録媒体に記録された前記放送番組と前記番組情報取得手段によって取得された当該放送番組の前記番組情報とを関連付けて管理する管理手段と、前記管理手段によって管理されている各番組の品質を、該番組が前記記録媒体に記録されてからの経過時間に応じて規定するための品質規定テーブルを設定する設定手段と、前記管理手段によって管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定手段と、前記判定手段によって所定の時間が経過していると判定された場合、前記番組が前記品質規定テーブルに設定された品質となるように、当該番組の品質を低減させる再符号化処理を行う再符号化手段と、を備えていることを特徴としている。

上記構成によれば、前記判定手段によってある番組が記録媒体に記録されてから所定の時間が経過していると判定され、当該番組の品質が前記品質規定テーブルに設定された品質より高い品質であった場合、当該番組の品質が低減するよう再符号化され、データ量が削減される。

高い品質で記録された番組を再符号化しない場合、記録媒体に記録可能な番組の時間が、再符号化する場合に比べ少なくなる。また、再符号化手段が当該番組を再符号化したときに録画可能な時間と同じ時間を、再符号化せずに録画する場合、低品質でしか記録できない。

しかし、本発明における録画装置は、再符号化手段が当該番組の品質が低減するよう再符号化することにより、再符号化しない場合に比べ、多くの番組を記録することができる。また、記録媒体に記録されてからの経過時間に応じて、番組の品質を規定する品質規定テーブルを用いることにより、記録からの経過時間に応じて多段階かつ柔軟に、番組の品質を決定することができる。よって、記録媒体を効率的に活用することができ、また記録された番組をより好適にユーザに視聴させることができる。

本発明における録画装置の前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって既に視聴された番組に対して、当該番組が視聴されていないときとは異なる品質規定テーブルを設定することが好ましい。また、前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって指定された番組またはユーザの視聴履歴から当該録画装置がユーザのお勧め番組であると指定した番組に対して、他の番組とは異なる品質規定テーブルを設定してもよいし、前記番組情報取得手段によって取得された前記番組情報の示すジャンルに応じて前記品質規定テーブルを設定してもよい。

このような品質規定テーブルを設定することにより、記録媒体に記録された番組をより好適にユーザに視聴させることができる。

本発明における録画装置の前記設定手段は、ユーザによって指定された品質規定テーブルを設定してもよい。また、本発明における録画装置は、品質規定テーブルを設定するための指示をユーザから受け付ける入力手段と、前記入力手段によってユーザから受け付けた指示に従い、品質規定テーブルを作成する作成手段と、を更に備え、前記設定手段は、前記作成手段によって作成された前記品質規定テーブルを設定してもよい。

このように、ユーザの指示によって指定された品質規定テーブルを設定することにより、ユーザの好みに合わせて、番組の品質を決定することができる。よって、記録媒体に記録された番組をより好適にユーザに視聴させることができる。

本発明における録画装置は、前記判定手段によって、所定の時間が経過していると判定された場合、当該番組を削除する削除手段を更に備えることが好ましい。

上記構成によれば、例えば、番組が前記記録媒体に記録された後、長時間（例えば、ユーザが当該番組を視聴する可能性が低くなる程度の時間）が経過した場合、当該番組を削除することにより、より好適に、記録媒体内の領域を有効利用することができる。

また、前記録画装置を備えるテレビジョン受像機も本発明の範疇に含まれる。また、当該テレビジョン受像機は、前記録画装置に記録された番組の一覧を、各番組の品質が識別可能なように表示部に表示させる表示制御手段を備えていることが好ましい。

これにより、ユーザは、どの番組がどのような品質で録画装置に記録されているのかを簡単に認識することができる。

上記の課題を解決するために、本発明における録画装置の制御方法は、放送番組を符号化する符号化工程と、前記符号化工程において符号化された前記放送番組を記録媒体に記録する記録工程と、前記放送番組の番組情報を取得する番組情報取得工程と、前記記録工程において前記記録媒体に記録された前記放送番組と前記番組情報取得工程において取得された当該放送番組の前記番組情報とを関連付けて管理する管理工程と、前記管理工程において管理されている各番組の品質を、該番組が前記記録媒体に記録されてからの経過時間に応じて規定するための品質規定テーブルを設定する設定工程と、前記管理工程において管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定工程と、前記判定工程において所定の時間が経過していると判定された場合、前記番組が前記品質規定テーブルに設定された品質となるように、当該番組の品質を低減させる再符号化処理を行う再符号化工程と、を含んでいることを特徴としている。

上記の構成によれば、本発明に係る録画装置と同様の効果を奏する。

また、上記録画装置が備えているコンピュータを動作させるプログラムであって、上記コンピュータを上記の各手段として実行させるためのプログラム、及び当該プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。

本発明における録画装置は、放送番組を符号化する符号化手段と、前記符号化手段によって符号化された前記放送番組を記録媒体に記録する記録手段と、前記放送番組の番組情報を取得する番組情報取得手段と、前記記録手段によって前記記録媒体に記録された前記放送番組と前記番組情報取得手段によって取得された当該放送番組の前記番組情報とを関連付けて管理する管理手段と、前記管理手段によって管理されている各番組の品質を、該番組が前記記録媒体に記録されてからの経過時間に応じて規定するための品質規定テーブルを設定する設定手段と、前記管理手段によって管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定手段と、前記判定手段によって所定の時間が経過していると判定された場合、前記番組が前記品質規定テーブルに設定された品質となるように、当該番組の品質が低減するよう再符号化する再符号化手段と、を備え、前記管理手段は、前記設定手段によって設定された前記品質規定テーブルを、当該番組に関連付けて管理することを特徴としている。

これにより、記録からの経過時間に応じて多段階かつ柔軟に、番組の品質を決定することができ、記録媒体を効率的に活用することができ、また記録された番組をより好適にユーザに視聴させることができる。

録画装置の構成の概略を示したブロック図である。 （ａ）は、ビットレートテーブルの一例を示す図であり、（ｂ）は、（ａ）のビットレートテーブルのように、記録データが記憶領域に記録されている場合において、２時間の放送番組録画終了後の時間に対するビットレートを示す図である。 レート変換処理の流れを示すフローチャートである。 記憶領域に格納された番組を示す概念図である。 （ａ）は、仮想無限長ファイル・番組表マッピングレイヤの一例を示す図であり、（ｂ）は、実ファイル・仮想無限長ファイルマッピングレイヤの一例を示す図である。 番組１のビットレートを変換した場合における記憶領域に格納された番組を示す概念図である。 （ａ）は、番組１のビットレートを変換した後に再構築された仮想無限長ファイル・番組表マッピングレイヤの一例を示す図であり、（ｂ）は、番組１のビットレートを変換した後に再構築された実ファイル・仮想無限長ファイルマッピングレイヤの一例を示す図である。 記憶領域に格納された番組をバイナリツリーで示した図である。 記憶領域に格納された番組の先頭ファイルを、バイナリツリーを用いて検索する場合の一例を示した図である。 記憶領域に格納されたファイルのうち、番組６に対応するファイルのビットレートを変換した後のマッピング管理の一例を示した図である。 ビットレートテーブルの一例を、ジャンルごとおよびビットレートテーブル選定用情報ごとに表示した図である。 （ａ）〜（ｃ）は、テレビジョン受像機の表示部に表示された録画番組の一覧の一例を示す図である。

以下、本発明の実施の形態について、図１から１２を用いて詳細に説明する。なお、以下の説明では本発明を実施するために好ましい種々の限定が付与されているが、本発明の技術的範囲は以下の実施の形態および図面の記載に限定されるものではない。

〔録画装置１の構成〕
最初に、図１を参照して、本発明に係る録画装置１の構成について説明する。図１は、録画装置１の構成の概略を示したブロック図である。図１に示すように、録画装置１は、記録手段（符号化手段、記録手段、番組情報取得手段）１１、記録データ管理手段（管理手段、設定手段、作成手段）１３、記憶領域（記録媒体）１４、レート変換判断手段（判定手段）１５、レート変換手段（再符号化手段）１６およびデータ削除手段（削除手段）１７を備えている。

記録手段１１は、入力ストリームデータ（単に入力ストリームとも呼ぶ）によって表される放送番組を圧縮、符号化し、記憶領域１４に記録（格納）する。また、記録手段１１は、入力ストリームから番組情報を取得し、記憶領域１４に記録する。番組情報は、番組のタイトルをはじめ、放送日、番組の開始時刻、終了時刻、チャンネル、番組内容の説明を表すデータなどの情報を含むデータである。番組情報としては、例えば、ＥＰＧ（電子番組表）情報や、ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ：番組配列情報）、ＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ：番組特定情報）に含まれる番組表情報などがある。記録手段１１は、入力ストリームを番組ごとに記憶領域１４に格納してもよいし、所定の時間（例えば、１時間）ごとのファイルに分割して記憶領域１４に格納してもよい。

記録データ管理手段１３は、記憶領域１４に格納された記録データと番組情報とを関連付けて管理する。具体的には、記録データ管理手段１３は、記憶領域１４に格納された記録データの記録時刻等の情報（記録データ情報）を取得し、取得した記録データ情報と番組情報とを関連付けて、番組ごとに管理する。記録データ管理手段１３は、管理した情報（管理情報）をレート変換判断手段１５に供給する。記録データ管理手段１３における記録データ管理方法については、後述する。

記憶領域１４は、記録手段１１から供給された記録データを記録するものである。記憶領域１４の例としては、ＨＤＤなどが挙げられるが、本発明はこれに限定されるものではない。また、本実施形態では録画装置１が記憶領域１４を内蔵する場合について説明するが、本発明に係る録画装置１は記憶領域１４を内蔵する形態に限定されるものではない。記憶領域１４は、本発明に係る録画装置１に内蔵されていてもよいし、外付けであってもよい。また、記憶領域１４はインターネット上に置かれたサーバ等に備えられるものであってもよい。

レート変換判断手段１５は、記録データ管理手段１３によって管理された記録データが、記憶領域１４に記録されてから所定の時間が経過しているか否かを判定する。具体的には、レート変換判断手段１５は、記録データ管理手段１３から供給された管理情報に含まれる記録時刻と現在時刻とを比較し、所定の時間が経過しているか否かを判定する。レート変換判断手段１５は、記録データが記憶領域１４に記録されてから所定の時間が経過している場合、記録データのレートの変換または記録データの削除を判断する。レート変換判断手段１５は、レートの変換が必要であると判断した場合、当該記録データのレートを変換する指示（レート変換指示）をレート変換手段１６に通知する。また、レート変換判断手段１５は、記録データの削除が必要であると判断した場合、当該記録データを削除する指示（削除指示）をデータ削除手段１７に通知する。

レート変換手段１６は、レート変換判断手段１５から通知されたレート変換指示に従い、レートを変換すべき記録データを記憶領域１４から取得し、取得した記録データのビットレートが低減するよう変換（再符号化）する。レート変換手段１６は、例えば、トランスコーダによって実現することができる。レート変換手段１６は、レート変換判断手段１５から通知されたレート変換指示が、例えば、２４Ｍｐｂｓから１２Ｍｂｐｓに変換する指示、１２Ｍｂｐｓから６Ｍｂｐｓに変換する指示および６Ｍｂｐｓから２Ｍｂｐｓに変換する指示である場合、それぞれの指示を実行するための複数のレート変換手段を有している。レート変換手段１６は、レートを変換した記録データを記憶領域１４に再度格納する。

データ削除手段１７は、レート変換判断手段１５から通知された削除指示に従い、削除すべき記録データを記憶領域１４から削除する。

（レート変換処理について）
次に、図２および図３を参照して、レート変換判断手段１５、レート変換手段１６およびデータ削除手段１７におけるレート変換処理（再符号化処理、データ削除処理）について説明を行う。

図２（ａ）は、ビットレートテーブル（品質規定テーブル）の一例を示す図である。ビットレートテーブルとは、記録データ管理手段１３によって管理されている各番組の品質を、該番組が記憶領域１４に記録（録画）されてからの経過時間に応じて規定するためのテーブルである。記録データ管理手段１３は、このようなビットレートテーブルを設定する。また、レート変換判断手段１５は、当該ビットレートテーブルを参照して、記憶領域１４に記録された記録データのうち、レートの変換または記録データの削除が必要な記録データを判断する。

なお、本実施形態においては、ビットレートがより高いデータを、より高品質のデータと表現することもある。また、データの品質を表す尺度は、ビットレートに限られるものではなく、フレームレートや解像度であってもよい。本実施形態は、フレームレートや解像度を品質の尺度として用いる場合にも容易に適用することができる。

録画してからの経過時間が短い記録データ（現在から遡った時間が短いデータ）は、視聴する機会が比較的多い記録データである。そのため、図２（ａ）に示すビットレートテーブルには、録画してから２４時間経過するまでの放送番組が録画時と同様のビットレート（例えば、２４Ｍｂｐｓ）で記憶領域１４に保存されることが示されている。

また、録画してからの経過時間が長い記録データは、視聴する機会が比較的少ないデータである。そのため、図２（ａ）に示すビットレートテーブルには、録画後、２４時間〜４８時間経過した放送番組が録画時の半分のビットレート（例えば、１２Ｍｂｐｓ）で記憶領域１４に保存されることが示されている。さらに、ビットレートテーブルには、録画後４８時間〜９６時間経過した放送番組が更に半分のビットレート（例えば、６Ｍｂｐｓ）、録画後９６時間〜１４４時間経過した放送番組が更に少ないビットレート（例えば、２Ｍｂｐｓ）で記憶領域１４に保存されることが示されている。また、ビットレートテーブルには、録画してから１４４時間経過した放送番組が記憶領域１４から削除されることが示されている。

図２（ｂ）は、図２（ａ）のビットレートテーブルのように、記録データが記憶領域１４に記録されている場合において、２時間の放送番組の録画が終了した時点における、時間に対するビットレートを示す図である。なお、図２（ｂ）において、記憶領域１４に記録された時間は、−２時間の位置であるとする。

記録手段１１が２４Ｍｂｐｓで２時間の番組の録画を行うと、記憶領域１４には、２時間分のデータ（図２（ｂ）の斜線部分）が記録される。図２（ａ）のビットレートテーブルより、記憶領域１４に記録された時間（−２時間）から２４時間経過したデータのビットレートは、１２Ｍｂｐｓである。そのため、レート変換判断手段１５は、図２（ｂ）における２２時間から２４時間のデータ（図２（ｂ）のグレー部分）を１２Ｍｂｐｓに変換するようレート変換手段１６にレート変換指示を通知する。レート変換手段１６は、該当するデータを記憶領域１４から取得し、１２Ｍｂｐｓに変換する。

同様に、レート変換判断手段１５は、図２（ｂ）における４６時間から４８時間のデータ（図２（ｂ）のグレー部分）を６Ｍｂｐｓに変換するようレート変換手段１６にレート変換指示を通知する。レート変換手段１６は、該当するデータを記憶領域１４から取得し、６Ｍｂｐｓに変換する。

更に、レート変換判断手段１５は、図２（ｂ）における９４時間から９６時間のデータ（図２（ｂ）のグレー部分）を２Ｍｂｐｓに変換するようレート変換手段１６にレート変換指示を通知する。レート変換手段１６は、該当するデータを記憶領域１４から取得し、２Ｍｂｐｓに変換する。

更に、レート変換判断手段１５は、１４２時間から１４４時間のデータを削除する削除指示をデータ削除手段１７に通知する。データ削除手段１７は、削除指示に従い、記憶領域１４から１４２時間から１４４時間のデータを削除する。

なお、このレート変換処理およびデータ削除処理にかかる総時間は、削除する番組の実時間（本例の場合、２時間）内に完了しなければならない。

このようにＮ段階（図２（ａ）では、５段階）のビットレートテーブルを参照し、Ｋ倍速（Ｋは任意の自然数）のレート変換手段１６を用いてレート変換を行う場合、１ストリーム当たり（Ｎ−１）／Ｋ系統のレート変換手段が必要となる。

本実施形態においては、番組が２時間単位で録画されているとし、図２（ａ）のビットレートテーブルを参照し、レート変換を行うとする。この場合のレート変換処理について図３を参照して説明を行う。

図３は、レート変換処理の流れを示すフローチャートである。なお、図３におけるフローチャートではユーザによって既に視聴された番組（視聴済番組）およびユーザの視聴履歴等から録画装置１が設定したお勧め番組はレート変換しないものとする。

まず、レート変換判断手段１５は、記録データ管理手段１３から供給された管理情報を参照して、現在から２４時間〜４８時間前に開始した番組（記録データ）を検索する（ステップＳ３１、以下、単にＳ３１とする）。その後、レート変換判断手段１５は、Ｓ３１で検索した番組が視聴済番組またはお勧め番組か否かを判定する（Ｓ３２）。当該番組が視聴済番組でもお勧め番組でもない場合（Ｓ３２にてＮＯ）、レート変換判断手段１５は、当該番組のビットレートがビットレートテーブルの現在から２４時間〜４８時間前のビットレート（１２Ｍｂｐｓ）である（変換済み）か否かを判定する（Ｓ３３）。当該番組が１２Ｍｂｐｓに変換済みで無い場合（Ｓ３３にてＮＯ）、レート変換判断手段１５は、当該番組のレートを１２Ｍｂｐｓに変換するレート変換指示をレート変換手段１６に通知する。レート変換手段１６は、当該指示に従い、当該番組のレートを１２Ｍｂｐｓに変換する（Ｓ３４）。

当該番組が視聴済番組またはお勧め番組である場合（Ｓ３２にてＹＥＳ）、当該番組が１２Ｍｂｐｓに変換済みである場合（Ｓ３３にてＹＥＳ）またはＳ３４終了後、レート変換判断手段１５は、記録データ管理手段１３から供給された管理情報を参照して、現在から４８時間〜９６時間前に開始した番組を検索する（Ｓ３５）。その後、レート変換判断手段１５は、Ｓ３５で検索した番組が視聴済番組またはお勧め番組か否かを判定する（Ｓ３６）。

当該番組が視聴済番組でもお勧め番組でもない場合（Ｓ３６にてＮＯ）、レート変換判断手段１５は、当該番組のビットレートがビットレートテーブルの現在から４８時間〜９６時間前のビットレート（６Ｍｂｐｓ）に変換済みか否かを判定する（Ｓ３７）。当該番組が６Ｍｂｐｓに変換済みで無い場合（Ｓ３７にてＮＯ）、レート変換判断手段１５は、当該番組のレートを６Ｍｂｐｓに変換するレート変換指示をレート変換手段１６に通知する。レート変換手段１６は、当該指示に従い、当該番組のレートを６Ｍｂｐｓに変換する（Ｓ３８）。

当該番組が視聴済番組またはお勧め番組である場合（Ｓ３６にてＹＥＳ）、当該番組が６Ｍｂｐｓに変換済みである場合（Ｓ３７にてＹＥＳ）またはＳ３８終了後、レート変換判断手段１５は、記録データ管理手段１３から供給された管理情報を参照して、現在から９６時間〜１４４時間前に開始した番組を検索する（Ｓ３９）。その後、レート変換判断手段１５は、Ｓ３９で検索した番組が視聴済番組またはお勧め番組か否かを判定する（Ｓ４０）。

当該番組が視聴済番組でもお勧め番組でもない場合（Ｓ４０にてＮＯ）、レート変換判断手段１５は、当該番組のビットレートがビットレートテーブルの現在から９６時間〜１４４時間前のビットレート（２Ｍｂｐｓ）に変換済みか否かを判定する（Ｓ４１）。当該番組が２Ｍｂｐｓに変換済みで無い場合（Ｓ４１にてＮＯ）、レート変換判断手段１５は、当該番組のレートを２Ｍｂｐｓに変換するレート変換指示をレート変換手段１６に通知する。レート変換手段１６は、当該指示に従い、当該番組のレートを２Ｍｂｐｓに変換する（Ｓ４２）。

当該番組が視聴済番組またはお勧め番組である場合（Ｓ４０にてＹＥＳ）、当該番組が２Ｍｂｐｓに変換済みである場合（Ｓ４１にてＹＥＳ）またはＳ４２終了後、レート変換判断手段１５は、記録データ管理手段１３から供給された管理情報を参照して、現在から１４４時間より前に開始した番組を検索する（Ｓ４３）。その後、レート変換判断手段１５は、Ｓ４３で検索した番組が視聴済番組またはお勧め番組か否かを判定する（Ｓ４４）。

当該番組が視聴済番組でもお勧め番組でもない場合（Ｓ４４にてＮＯ）、レート変換判断手段１５は、当該番組のデータを全て削除する削除指示をデータ削除手段１７に通知する。データ削除手段１７は、当該指示に従い、当該番組のデータを削除する（Ｓ４５）。

当該番組が視聴済番組またはお勧め番組である場合（Ｓ４４にてＹＥＳ）またはＳ４５終了後、Ｓ３１に戻り、処理を繰り返す。

なお、図３のフローチャートにおいて、視聴済番組およびお勧め番組はレート変換しないものとしたが、これに限定されるものではない。視聴済み番組およびお勧め番組であってもレート変換するように、ビットレートテーブルを設定することにより、録画装置１は、視聴済み番組およびお勧め番組のビットレートを変換することも可能である。また、視聴済み番組およびお勧め番組をレート変換しないようなビットレートテーブルを設定することも可能である。

また、図３のフローチャートにおいては、レート変換判断手段１５は、記憶領域１４に記録された番組の開始時間から所定の時間が経過しているか否かを判定しているが、本発明はこれに限定されるものではない。レート変換判断手段１５は、記憶領域１４に記録された番組の終了時間（録画が完了した時間）から所定の時間が経過しているか否かを判定してもよい。

このように本発明における録画装置１は、放送番組を符号化し、符号化された上記放送番組を記憶領域１４に記録し、更に、上記放送番組の番組情報を取得する記録手段１１と、記録手段１１によって記憶領域１４に記録された上記放送番組と取得された当該放送番組の上記番組情報とを関連付けて管理する記録データ管理手段１３と、記録データ管理手段１３によって管理されている番組が、記憶領域１４に記録されてから所定の時間が経過しているか否かを判定するレート変換判断手段１５と、レート変換判断手段１５によって、所定の時間が経過していると判定された場合、当該番組を、当該番組の品質が低減するよう再符号化するレート変換手段１６と、を備えている。記録データ管理手段１３は、各番組の品質を該番組が記憶領域１４に記録されてからの経過時間に応じて規定するためのビットレートテーブルを設定し、設定したビットレートテーブルを、当該番組に関連付けて管理する。また、レート変換手段１６は、当該番組がビットレートテーブルに設定された品質となるように、当該番組の品質を低減させる再符号化処理を行う。

図２（ａ）のビットレートテーブルのように、記録データが記憶領域１４に記録されており、記憶領域１４に空き領域がないとする。この記憶領域１４と同じ容量の記憶領域に放送番組を全て２４Ｍｂｐｓで録画した場合、５２時間しか録画できない。また、この記憶領域１４と同じ容量の記憶領域に、放送番組を１４４時間録画した場合、放送番組は、およそ８．６Ｍｂｐｓのビットレートでしか録画できない。

しかし、録画装置１は、レート変換手段１６が当該番組の品質が低減するよう再符号化することにより、再符号化しない場合に比べ、多くの番組を記録することができる。また、上記所定の期間が経過するまでの間、放送番組を高品質で記録することができるため、記憶領域１４に記録された番組をユーザが好適に視聴できる。また、レート変換手段１６は、当該番組の品質が、ビットレートテーブルに設定された品質より高い品質であった場合、当該番組の品質が低減するよう再符号化する。このように、記憶領域１４に記録されてからの経過時間に応じて、番組の品質を規定するビットレートテーブルを用いることにより、ユーザの好みに合わせて、番組の品質を決定することができる。よって、記憶領域１４に記録された番組を好適にユーザに視聴させることができる。

また、録画装置１は、レート変換判断手段１５によって、所定の時間が経過していると判定された場合、当該番組を削除するデータ削除手段１７を更に備えることが好ましい。

上記構成によれば、例えば、番組が記憶領域１４に記録された後、長時間（例えば、ユーザが当該番組を視聴する可能性が低くなる程度の時間。上記例においては、１４４時間）が経過した場合、当該番組を削除することにより、より好適に、記憶領域１４内の領域を有効利用することができる。

〔実施例〕
本発明について、以下に具体的な実施例を挙げて、本発明に係る記録データ管理方法についてより詳細に説明する。なお、以下の管理方式はあくまでも一例であって、必ずしもこれに限定されるものではない。

まず、記憶領域１４に記録される番組が、例えば、１時間ごとのファイルに分割して記録されている場合、２４時間以上経過した番組がどのファイルに該当するかについて説明を行う。

図４は、記憶領域１４に格納された番組を示す概念図である。図４に示すように、録画装置１によって受信される番組は、連続したデータ（番組データ）である。番組データは、番組表を参照することによって、番組１、番組２、番組３、・・・のように、複数の番組が連続しているデータであることがわかる。番組データに含まれる各番組には、記録データ管理手段１３によって、番組管理情報が関連付けられている。

番組管理情報には、当該番組の放送日時、番組名、出演者や番組の内容、番組のジャンル等の記録手段１１が取得した番組情報が含まれている。また、番組管理情報には、ユーザが当該番組を視聴したことを示す視聴履歴や視聴時の感想等のビットレートテーブル選定用情報が含まれている。また、番組管理情報には、仮想無限長ファイル上の開始位置、各番組のサイズ（バイト）、仮想無限長ファイル上の開始位置からのオフセット位置を示したランダムアクセス用のインデックスファイルの参照位置が含まれる。ここで仮想無限長ファイルとは、後述する複数に分割された実ファイルを仮想的に無限の連続したファイルとして管理したファイルのことである。実際に仮想無限長ファイルにアクセスする場合には、ランダムアクセス用のインデックスファイルの参照位置に記録されたオフセットに仮想無限長ファイル上の開始位置を加算してアクセスする。また、番組管理情報には、番組の現在のビットレートおよび参照しているビットレートテーブルの情報が含まれる。なお、ビットレートテーブルについては、後述する。

記録データ管理手段１３は、仮想無限長ファイル・番組表マッピングレイヤを参照して、番組データと仮想無限長ファイルとのマッピングを行う。番組データとのマッピングが行われることによって、図４に示すように、各番組が仮想無限長ファイル上のどの位置にあるのかがわかる。

また、記録データ管理手段１３は、実ファイル・仮想無限長ファイルマッピングレイヤを参照して、仮想無限長ファイルと実ファイルとのマッピングを行う。本実施形態において、実ファイルとは予め定められた時間長（例えば、番組の１時間分が保存できるバイト数）に分割され、記憶領域１４に格納されたファイル（図４のファイル１、ファイル２、ファイル３、・・・等）のことをさす。

次に、図５を参照して、マッピングの際に用いるマッピングレイヤ（マッピングテーブル）について説明する。図５（ａ）は、番組データと仮想無限長ファイルとのマッピングを行うときに使用する仮想無限長ファイル・番組表マッピングレイヤの一例を示す図である。

図５（ａ）に示すように、各番組のデータサイズ（バイト）と仮想無限長ファイルにおけるデータ開始位置とが記載されている。なお、各番組のデータサイズからデータ開始位置は計算により求めることができるため、当該ファイルにおけるデータ開始位置は記載されていなくてもよい。

また、図５（ｂ）は、仮想無限長ファイルと実ファイルとのマッピングを行うときに使用する実ファイル・仮想無限長ファイルマッピングレイヤの一例を示す図である。図５（ｂ）に示すように、各ファイルのデータサイズ（バイト）と仮想無限長ファイルにおけるデータ開始位置とが記載されている。なお、各ファイルのデータサイズからデータ開始位置は計算により求めることができるため、当該ファイルにおけるデータ開始位置は記載されていなくてもよい。

次に、図６および図７を参照して、番組１のビットレートを変換した場合、について説明を行う。図６は、番組１のビットレートを変換した場合の記憶領域１４に格納された番組を示す概念図である。また、図７（ａ）は、仮想無限長ファイル・番組表マッピングレイヤの一例を示す図であり、図７（ｂ）は、実ファイル・仮想無限長ファイルマッピングレイヤの一例を示す図である。

図６に示すように、番組１は、記憶領域１４に含まれるファイルのファイル１からファイル３までに含まれる。よって、レート変換手段１６は、ファイル１からファイル３のビットレートを変換する。

ビットレートを変換したところは、バイト数が小さくなるため、記録データ管理手段１３は、再マッピングを行うための実ファイル・仮想無限長ファイルマッピングレイヤ（マッピングテーブル）を再構築する。再構築した実ファイル・仮想無限長ファイルマッピングレイヤの一例を図７（ｂ）に示す。図７（ｂ）に示すように、実ファイル・仮想無限長ファイルマッピングレイヤにおいて、ファイル１、ファイル２およびファイル３のデータサイズが更新される。また、ファイル１、ファイル２およびファイル３のデータサイズの更新に伴い、ファイル２、ファイル３およびファイル４のデータ開始位置が更新される。

次に、記録データ管理手段１３は、再構築した実ファイル・仮想無限長ファイルマッピングレイヤを参照して、仮想無限長ファイルと実ファイルとのマッピングを行う。さらに、記録データ管理手段１３は、ランダムアクセス用のインデックスファイルも再計算し、更新する。

また、仮想無限長ファイルのバイト位置が変更されるため、記録データ管理手段１３は、再マッピングを行うための仮想無限長ファイル・番組表マッピングレイヤを再構築する。再構築した仮想無限長ファイル・番組表マッピングレイヤの一例を図７（ａ）に示す。図７（ａ）に示すように、仮想無限長ファイル・番組表マッピングレイヤにおいて、番組１のデータサイズが更新される。また、番組１のデータサイズの更新に伴い、番組２および番組３のデータ開始位置が更新される。その後、記録データ管理手段１３は、再構築した仮想無限長ファイル・番組表マッピングレイヤを参照して、番組データと仮想無限長ファイルとのマッピングを行う。

（マッピング管理の他の例）
図５および図７において、マッピング管理に仮想無限長ファイル・番組表マッピングレイヤおよび実ファイル・仮想無限長ファイルマッピングレイヤを用いることを例に説明を行ったが、本発明はこれに限定されるものではない。

図５の仮想無限長ファイル・番組表マッピングレイヤおよび実ファイル・仮想無限長ファイルマッピングレイヤは、ビットレートを変換した場合、図７に示すように再計算をし、更新する必要がある。また、上述したマッピング管理においては、ある番組の仮想無限長ファイルにおける先頭位置が、どの実ファイルのどの位置にあるのかを実ファイル・仮想無限長ファイルマッピングレイヤから検索する必要がある。以下では、マッピング管理における再計算の計算量および検索のための計算量を削減するために、マッピング管理に仮想無限長ファイル・番組表マッピングレイヤおよび実ファイル・仮想無限長ファイルマッピングレイヤを用いるのではなく、バイナリツリーを用いて管理することについて図８から図１０を参照して説明を行う。

図８は、記憶領域１４に格納された番組をバイナリツリーで示した図である。図８に示すように、放送された番組は、放送された順に番組管理レイヤで管理されている。図８においては、番組管理レイヤには、番組１から番組８の番組が管理されている。番組管理レイヤの各番組を葉（リーフ）とし、バイナリツリーを構成する。このとき、番組１から番組８のそれぞれに対応するリーフをリーフｈからリーフｏとする。リーフｈからリーフｏは、各番組のサイズを有している。例えば、リーフｈは、番組１のサイズ１００（バイト）を、リーフｉは、番組２のサイズ２００（バイト）を有している。

リーフｈおよびリーフｉの親である内部ノードｄは、子の番組のサイズの合計を有している。つまり、内部ノードｄは、リーフｈとリーフｉとの合計の値３００を有している。以降、リーフまたはノードの後の大括弧（［］）内の値は、各リーフまたは各ノードが有する値を示す。

図８に示すように、リーフｊ［１２５］およびリーフｋ［２２０］の親は、内部ノードｅ［３４５］であり、リーフｌ［３００］およびリーフｍ［１１５］の親は、内部ノードｆ［４１５］であり、リーフｎ［２１０］およびリーフｏ［１３０］の親は、内部ノードｇ［３４０］である。

また、内部ノードｄ［３００］および内部ノードｅ［３４５］の親は、内部ノードｂ［６４５］であり、内部ノードｆ［４１５］および内部ノードｇ［３４０］の親は、内部ノードｃ［７１５］である。また、内部ノードｂ［６４５］および内部ノードｃ［７５５］の親は、ルートノードａ［１４００］である。よって、番組１から番組８の番組管理レイヤは、ルートノードａが１４００で、深さ３のバイナリツリーで表すことができる。このように、番組管理レイヤから、仮想無限長ファイルの有効長が１４００であることがわかる。

次に、記憶領域１４に記録された実ファイルは、ファイル１からファイル１６のファイルが順に実ファイルレイヤで管理されている。実ファイルレイヤの各ファイルをリーフとし、バイナリツリーを構成する。このとき、ファイル１からファイル１６のそれぞれに対応するリーフをリーフＰからリーフＡＥとする。リーフＰからリーフＡＥは、各ファイルのサイズを有している。リーフＰ［１００］およびリーフＱ［８５］の親を、図８に示すように、内部ノードＨ［１８５］とする。同様に、リーフＲからリーフＡＥまでにおいて２つのリーフごとの親を内部ノードＩから内部ノードＯとする。

また、図８に示すように、内部ノードＨ［１８５］および内部ノードＩ［１６５］の親は、内部ノードＤ［３５０］である。同様に、内部ノードＪ［２２０］および内部ノードＫ［２３０］の親は、内部ノードＥ［４５０］であり、内部ノードＬ［２５］および内部ノードＭ［２００］の親は、内部ノードＦ［２２５］であり、内部ノードＮ［１７５］および内部ノードＯ［２００］の親は、内部ノードＧ［３７５］である。

また、内部ノードＤ［３５０］および内部ノードＥ［４５０］の親は、内部ノードＢ［８００］であり、内部ノードＦ［２２５］および内部ノードＧ［３７５］の親は、内部ノードＣ［６００］である。また、内部ノードＢ［８００］および内部ノードＣ［６００］の親は、ルートノードＡ［１４００］である。よって、ファイル１からファイル１６の実ファイルレイヤは、ルートノードＡが１４００で、深さ４のバイナリツリーで表すことができる。

実ファイルレイヤの各ファイルは、上述したように、番組管理レイヤの各番組が予め定められた時間長に分割され記憶領域１４に格納されたファイルであるため、ルートノードａとルートノードＡとは同じ値になる。

次に、当該バイナリツリーを用いて、ある番組の先頭が実ファイルレイヤのどのファイルであるのかを検索する場合について説明する。

例えば、番組６のビットレートを変換する場合、まず、番組６の先頭が仮想無限長ファイルレイヤの何バイト目（アドレス）かを検索し、当該仮想無限長ファイルレイヤのアドレスが、実ファイルのうちどのファイルの何バイト目に位置するのかを検索する。この検索について、図９を参照して説明を行う。図９は、記憶領域１４に格納されたファイルのうち、番組６の先頭がどのファイルであるのかを、バイナリツリーを用いて検索する場合の一例を示した図である。

まず、番組６のファイル長が０であると仮定する。つまり、リーフｍの値が０であると仮定する。図９に示すように、仮定した値（０）は、リーフｍの値を更新するものではないため、リーフｍを囲む点線の枠の外に記載している。このように、図９において、番組６の先頭ファイルの検索するために用いられる値は、各ノードを囲む点線の枠の外に記載する。

次に、リーフｍの親である内部ノードｆの値を、仮定した値を有した子（リーフｍ）が後ろのノード（図９において、下側のノード）である場合、当該仮定した値を有した子（リーフｍ）と兄弟関係であるノード（リーフｌ）と、当該仮定した値を有した子との値との合計値とする。つまり、内部ノードｆの子（リーフｍ）は、後ろのノードであるため、内部ノードｆの値は、リーフｌ［３００］とリーフｍ［０］との合計である３００となる。

以降、親に対する２つの子ノード（兄弟ノード）のうち、番組またはファイル順が早いノード（図９において上側のノード）を、前のノードと呼び、他方（図９において下側のノード）を後ろのノードと呼ぶ。

次に、内部ノードｃは、内部ノードｆが前のノードであるため、内部ノードｆの値のみを保持し、後ろのノード（内部ノードｆ）の値を含まない。そのため、内部ノードｃの値は、３００となる。ルートノードａの値は、内部ノードｃが後ろのノードであるため、内部ノードｂ［６４５］と内部ノードｃ［３００］との合計である９４５となる。このように、番組６に対応するリーフｍからルートノードａまでのパス（ｍ、ｆ、ｃ、ａ）において、各ノードの値を計算することにより、番組６の仮想無限長ファイルレイヤにおける先頭アドレスを計算する。本実施形態において、番組６の仮想無限長ファイルレイヤにおける先頭アドレスは、上記計算により、９４５バイト目であることがわかる。

次に、仮想無限長ファイルレイヤの９４５バイト目が実ファイルレイヤのどのファイルに含まれるのかを計算する。ルートノードＡの値が、先ほど求めた９４５であると仮定する。次に、ルートノードＡの子であり、前のノードである内部ノードＢの値と、当該ルートノードＡとの値を比較する。８００＜９４５より、９４５は内部ノードＢの値より大きい値であるため、仮想無限長ファイルレイヤの９４５バイト目は、内部ノードＢと兄弟関係である内部ノードＣ側の実ファイルであることがわかる。ルートノードＡの値が子である内部ノードＢと内部ノードＣとの和であるため、内部ノードＣの値は、９４５−８００より、１４５となる。

次に、内部ノードＣの子のうち、前のノードである内部ノードＦの値と、内部ノードＣの値とを比較する。２２５＜１４５より、１４５は内部ノードＦの値より小さい値であるため、仮想無限長ファイルレイヤの９４５バイト目は、内部ノードＦ側の実ファイルであることがわかる。内部ノードＦの値は、内部ノードＣの値を保持させるため、１４５となる。次に、内部ノードＦの子である内部ノードＬの値と、内部ノードＦの値とを比較する。２５＜１４５より、１４５は内部ノードＬの値より大きい値であるため、仮想無限長ファイルレイヤの９４５バイト目は、内部ノードＬと兄弟関係である内部ノードＭ側の実ファイルであることがわかる。内部ノードＦの値が内部ノードＬと内部ノードＭとの合計となるため、内部ノードＭの値は、１４５−２５より、１２０となる。

次に、内部ノードＭの子であるリーフＺの値と、内部ノードＭの値とを比較する。１００＜１２０より、１２０はリーフＺの値より大きい値であるため、仮想無限長ファイルレイヤの９４５バイト目は、リーフＺと兄弟関係であるリーフＡＡであることがわかる。内部ノードＭの値がリーフＺとリーフＡＡとの合計となるため、リーフＡＡの値は、１２０−１００より、２０となる。つまり、リーフＡＡの２０バイト目が仮想無限長ファイルレイヤにおける９４５バイト目であることがわかる。これにより、番組６の先頭アドレスは、ファイル１２の２０バイト目であることがわかる。

このように、バイナリツリーを用いて、番組６の先頭が、実ファイルのうちどのファイルの何バイト目に位置するのかを検索することができる。

次に、番組６のビットレートを変換した後のマッピング管理について、図１０を参照して説明を行う。図１０は、記憶領域１４に格納されたファイルのうち、番組６に対応するファイルのビットレートを変換した後のマッピング管理の一例を示した図である。

まず、番組６のサイズは、図９に示すように１１５バイトであるため、番組６が含まれる実ファイルはファイル１２およびファイル１３であることがわかる。したがって、番組６のビットレートを変換する場合、ファイル１２およびファイル１３のビットレートを変換する。

図１０に示すように、ファイル１２およびファイル１３のビットレートを変換することにより、ファイル１２は、１００バイトから６０バイトに、ファイル１３は１００バイトから６０バイトになったとする。つまり、図１０に示すように、リーフＡＡの値は６０となり、リーフＡＢの値は６０となる。

リーフＡＡの値の変更およびリーフＡＢの値の変更に伴い、記録データ管理手段１３は、リーフＡＡからルートパスＡまでのパス（ＡＡ、Ｍ、Ｆ、Ｃ、Ａ）とリーフＡＢからルートパスＡまでのパス（ＡＢ、Ｎ、Ｇ、Ｃ、Ａ）とに含まれる各ノードの値の変更を行う。

内部ノードＭはリーフＺおよびリーフＡＡの親である。よって内部ノードＭの値は、リーフＺの値である１００とリーフＡＡの値である６０を足し合わせ、１６０となる。同様に、内部ノードＬ［２５］および内部ノードＭ［１６０］の親である内部ノードＦの値は、１６０＋２５より、１８５となる。

また、上述したように、ビットレートの変換によりファイル１３に対応するリーフＡＢの値は、６０であるため、リーフＡＢ［６０］およびリーフＡＣ［７５］の親である内部ノードＮの値は、６０＋７５より、１３５となる。同様に、内部ノードＮ［１３５］および内部ノードＯ［２００］の親である内部ノードＧの値は、１３５＋２００より、３３５となる。

内部ノードＦ［１８５］および内部ノードＧ［３３５］の親である内部ノードＣの値は、１８５＋３３５より、５２０となる。また、内部ノードＢ［８００］および内部ノードＣ［５２０］の親であるルートノードＡの値は、８００＋５２０より、１３２０となる。このようにして、ルートノードＡの値が１３２０であることがわかる。よって、ビットレートの変換後の仮想無限長ファイルの有効長は１３２０となる。

ビットレートの変換後の仮想無限長ファイルの有効長が１４００から１３２０に変更したことに伴い、ルートノードａの値も１３２０となる。次に、ルートノードａから番組６に対応するリーフｍまでのパス（ａ、ｃ、ｆ、ｍ）の値を更新する。

ルートノードａの値が１３２０であり、内部ノードｃと兄弟関係の内部ノードｂの値が６４５であるため、内部ノードｃの値は、１３２０−６４５より、６７５となる。また、内部ノードｆの値は、内部ノードｃの値から、内部ノードｆと兄弟関係の内部ノードｇの値を減算することにより、３３５となる。また、リーフｍの値は、内部ノードｆの値から、リーフｍと兄弟関係のリーフｌの値を減算することにより、３５となる。このように、ビットレートを変換することにより、番組６のサイズは１１５バイトから３５バイトとなる。

上述したように、バイナリツリーを用いてマッピング管理することにより、自らのリーフに至るノードのみを更新すればよいので、マッピング更新に要する計算量ＯがＯ（ｌｏｇ＿２ Ｎ）（Ｎはリーフ数）となる。これにより、図７のように、仮想無限長ファイル・番組表マッピングレイヤおよび実ファイル・仮想無限長ファイルマッピングレイヤの全ての値を更新する場合と比べ、計算量が少なくなる。

〔ビットレートテーブルについて〕
次に、図１１を参照して、ビットレートテーブルについて説明を行う。本発明において使用するビットレートテーブルは図２（ａ）に示すものに限定されず、ジャンルごとに異なるビットレートテーブルを用いてもよいし、視聴履歴やお勧め番組情報等のビットレートテーブル選定用情報によって異なるビットレートテーブルを用いてもよい。

図１１は、ビットレートテーブルの一例を、ジャンルごとおよびビットレートテーブル選定用情報ごとに表示した図である。図１１において、「基本」の行は、各ジャンルにおいて基準となるビットレートテーブルの一例を示す。各ビットレートテーブルの横軸は、番組が記憶領域１４に記録されてからの経過時間を示し、縦軸はビットレートを示す。

まず、録画した番組のジャンルが「ニュース」であるときについて説明する。ニュース番組は、高画質を必要としない場合が多い。そのため、ニュース番組のビットレートテーブルは、短い経過時間でビットレートを小さくする（落とす）ように設定される。ただし、ニュース番組は過去の記録を見る場合が多いため、ニュース番組のビットレートテーブルは、当該番組が長めに（例えば、１４４時間以上）保存されるように設定される。

また、ビットレートテーブル選定用情報に含まれる視聴履歴より、録画したニュース番組が既に視聴されている（「視聴ずみ」である）場合、当該視聴したニュース番組は、再度視聴することが少ない。そのため、視聴ずみのニュース番組のビットレートテーブルは、当該ニュース番組が早めに削除されるように設定される。ただし、短期的（例えば、３日以内など）において、ユーザが当該ニュース番組を再度視聴する（見返す）可能性があるため、視聴ずみのニュース番組のビットレートテーブルは、当該期間において高画質となるように、設定される。

また、ビットレートテーブル選定用情報に含まれるお勧め番組情報（例えば、ユーザによって指定されたお好み指定ジャンル、視聴履歴から録画装置１が設定したお勧め番組など）にニュース番組が該当する場合、興味がある分野であるため、当該番組のビットレートテーブルは、高いビットレートを長めに維持するように設定される。

次に、録画した番組のジャンルが「映画」であるときについて説明する。映画は、画質が重要となる場合が多いため、映画のビットレートテーブルは、比較的高いビットレートを維持するように設定される。ただし、ユーザが当該映画に興味を持たない場合、当該映画を視聴する可能性が低いため、映画のビットレートテーブルは、短い経過時間で削除するように設定される。

また、ビットレートテーブル選定用情報に含まれる視聴履歴より、録画した映画が視聴ずみである場合、当該視聴した映画は、再度視聴することが多い。そのため、視聴ずみの映画のビットレートテーブルは、高いビットレートを長めに維持するように設定される。

また、ビットレートテーブル選定用情報に含まれるお勧め番組情報に映画が該当する場合、当該映画のビットレートテーブルは、基本のビットレートテーブルと似ているが、再視聴（見直し）に備えて、長い期間保存されるように設定される。

次に、録画した番組のジャンルが「バラエティ」であるときについて説明する。バラエティ番組のビットレートテーブルは、映画とニュース番組との中間となるように設定される。

また、ビットレートテーブル選定用情報に含まれる視聴履歴より、録画したバラエティ番組が視聴ずみである場合、当該視聴したバラエティは、再度視聴することが少ない。そのため、視聴ずみのバラエティ番組のビットレートテーブルは、基本のビットレートテーブルと同じになるように設定される。

また、ビットレートテーブル選定用情報に含まれるお勧め番組情報にバラエティ番組が該当する場合、当該バラエティ番組は、ユーザが興味のあるコンテンツである。そのため、バラエティ番組のビットレートテーブルは、見逃しに備えて長い期間保持するように設定される。

次に、録画した番組のジャンルが「スポーツ」であるときについて説明する。スポーツ番組は、比較的高いビットレートを必要とする場合が多い。そのため、スポーツ番組のビットレートテーブルは、比較的高いビットレートを維持するように設定される。ただし、時間の経過に伴い、ユーザはスポーツニュース等により、当該スポーツの結果を知ってしまうので、長期間保存する必要がない場合が多い。そのため、スポーツ番組のビットレートテーブルは、当該スポーツ番組が早めに削除されるように設定される。

また、ビットレートテーブル選定用情報に含まれる視聴履歴より、録画したスポーツ番組が視聴ずみである場合、当該視聴したスポーツ番組は、再度視聴する可能性が低い。しかし、ユーザが好みのチームの試合であった場合、再度視聴する場合もある。そのため、視聴ずみのスポーツ番組のビットレートテーブルは、比較的長く保存されるように設定される。

また、ビットレートテーブル選定用情報に含まれるお勧め番組情報にスポーツ番組が該当する場合、ユーザが保存したいと思う番組である可能性があるため、当該スポーツ番組のビットレートテーブルは、長期間（例えば、１シーズン）保存されるように設定される。

また、録画装置１は、ビットレートテーブルを指定または設定するためのユーザからの指示を受け付けるＵＩ等の入力手段（図示しない）を備える構成とし、ユーザが当該入力手段を介してビットレートテーブルを指定または設定（作成）できるようにしてもよい（カスタム指定）。つまり、ユーザが当該入力手段を介して、複数のビットレートテーブルのうち、１つのビットレートテーブルを選択する構成としてもよい。また、ユーザが当該入力手段を介して、ビットレートテーブルを作成するための各種の指示を入力する構成としてもよい。このとき、録画装置１の記録データ管理手段１３は、入力手段によってユーザから受け付けた指示に従い、ビットレートテーブルを作成し、作成されたビットレートテーブルを設定してもよい。

このように、ユーザの指示によって指定されたビットレートテーブルを設定することにより、ユーザの好みに合わせて、番組のビットレートを決定することができる。よって、記憶領域１４に記録された番組をより好適にユーザに視聴させることができる。

また、ユーザによって、長期間保存すると指定された番組（保存対象指定番組）のビットレートテーブルは、どのようなジャンルであっても、当該番組のビットレートの変換や削除が行われないように設定されてもよい。

なお、図１１におけるビットレートテーブルは一例であり、これに限定されるものではない。つまり、ジャンルは、「ニュース」、「映画」、「バラエティ」および「スポーツ」に限定されるものではないし、各ジャンルのビットレートテーブルはこれに限定されるものではない。

図１１のように、記録データ管理手段１３は、記憶領域１４に記録された番組であって、ユーザによって既に視聴された番組（視聴ずみ番組）に対して、当該番組が視聴されていないときとは異なるビットレートテーブルを設定してもよい。

また、記録データ管理手段１３は、記憶領域１４に記録された番組であって、ユーザによって指定された番組（お勧め番組、保存対象指定番組など）またはユーザの視聴履歴から当該録画装置がユーザのお勧め番組であると指定した番組に対して、他の番組とは異なるビットレートテーブルを設定してもよいし、記録手段１１によって取得された番組情報の示すジャンルに応じてビットレートテーブルを設定してもよい。

このようなビットレートテーブルを設定することにより、記憶領域１４に記録された番組をより好適にユーザに視聴させることができる。

〔テレビジョン受像機への適用例〕
次に、上述した録画装置１を備えるテレビジョン受像機（以下、テレビと呼ぶ）について説明を行う。テレビは、表示部と、録画装置１が録画した番組および当該録画した番組（録画番組）の一覧を表示部に表示させる表示制御手段を有している。

表示部に表示された録画番組の一覧について、図１２を参照して説明を行う。図１２は、テレビの表示部に表示された録画番組の一覧の一例を示す図である。図１２（ａ）は、録画番組の一覧を表形式（番組表形式）で表示部に表示した場合の一例を示す図である。

図１２（ａ）の番組表は、各録画番組の現時点におけるビットレート（品質）に合わせて、色を変えて表示されている。図１２（ａ）において、斜め格子模様は、番組表のセルの背景色が赤色であることを示しており、黒の点状模様は、番組表のセルの背景色が、青色であることを示している。また、斜線は、番組表のセルの背景色が、緑色であることを示している。また、青色は２４Ｍｂｐｓで記録されている番組を示し、緑色は１２Ｍｂｐｓで記録されている番組を示し、赤色は６Ｍｐｂｓで記録されている番組を示している。これらの配色については、本発明の意図するところは視聴者が識別しやすい配色とすればよく、上記に限定されるものではない。また、各色に対応するビットレートは上記に限定されるものではない。

図１２（ｂ）は、録画番組の一覧を表形式（番組表形式）で表示した場合の他の例を示す図である。図１２（ｂ）の番組表は、各録画番組の現時点におけるビットレートに合わせて、透明度や明るさ等を変えて表示されている。図１２（ｂ）では、高いビットレートで記録されている番組は、高い透明度で表示部に表示される。また、記録されている番組のうち、低いビットレートで記録されている番組は、低い透明度で表示部に表示される。

図１２（ｃ）は、録画番組の一覧を立体的に表示した場合の一例を示す図である。図１２（ｃ）における番組表において、記憶領域１４に記録されてからの経過時間が長い番組は奥に、経過時間が短い番組は手前に見えるように表示されている。また、ビットレートの高い番組は大きく、ビットレートの低い番組は小さく表示されている。例えば、図１２（ｃ）において、丸で囲った番組は、記憶領域１４に記録されてからの経過時間が長い番組であるが、ビットレートが高いため、大きく表示されている。このように、ビットレートの高い番組を大きく見せることにより、重要な番組やユーザの関心の高い番組をユーザに認識しやすくしている。

また、図１２（ｃ）に示すように、最も手前に見える番組または選択されている番組の放送局名や番組情報を、番組表が表示されていない場所（図１２（ｃ）においては、左上および右下）に表示してもよい。

このように、テレビの表示制御手段は、録画装置１に記録された番組の一覧を、各番組の品質が識別可能なように表示部に表示させる。これにより、ユーザは、どの番組がどのような品質で録画装置１に記録されているのかを簡単に認識することができる。

〔プログラム及び記録媒体〕
また、上述した録画装置１の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、録画装置１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラム及び各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである録画装置１の制御プログラム（認証プログラム）のプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記録画装置１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、録画装置１を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ（high data rate）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明は、放送番組を符号化し録画することが可能な録画装置に好適に適用することができる。

１ 録画装置
１１ 記録手段（符号化手段、記録手段、番組情報取得手段）
１３ 記録データ管理手段（管理手段、設定手段、作成手段）
１４ 記憶領域（記録媒体）
１５ レート変換判断手段（判定手段）
１６ レート変換手段（再符号化手段）
１７ データ削除手段（削除手段）

Claims (12)

1. 放送番組を符号化する符号化手段と、
   前記符号化手段によって符号化された前記放送番組を記録媒体に記録する記録手段と、
   前記放送番組の番組情報を取得する番組情報取得手段と、
   前記記録手段によって前記記録媒体に記録された前記放送番組と前記番組情報取得手段によって取得された当該放送番組の前記番組情報とを関連付けて管理する管理手段と、
   前記管理手段によって管理されている各番組の品質を、該番組が前記記録媒体に記録されてからの経過時間に応じて規定するための品質規定テーブルを設定する設定手段と、
   前記管理手段によって管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定手段と、
   前記判定手段によって所定の時間が経過していると判定された場合、前記番組が前記品質規定テーブルに設定された品質となるように、当該番組の品質を低減させる再符号化処理を行う再符号化手段と、を備えていることを特徴とする録画装置。
2. 前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって既に視聴された番組に対して、当該番組が視聴されていないときとは異なる品質規定テーブルを設定することを特徴とする請求項１に記載の録画装置。
3. 前記設定手段は、前記記録媒体に記録された番組であって、ユーザによって指定された番組またはユーザの視聴履歴から当該録画装置がユーザのお勧め番組であると指定した番組に対して、他の番組とは異なる品質規定テーブルを設定することを特徴とする請求項１または２に記載の録画装置。
4. 前記設定手段は、前記番組情報取得手段によって取得された前記番組情報の示すジャンルに応じて前記品質規定テーブルを設定することを特徴とする請求項１から３の何れか１項に記載の録画装置。
5. 前記設定手段は、ユーザによって指定された品質規定テーブルを設定することを特徴とする請求項１または２に記載の録画装置。
6. 品質規定テーブルを設定するための指示をユーザから受け付ける入力手段と、
   前記入力手段によってユーザから受け付けた指示に従い、品質規定テーブルを作成する作成手段と、を更に備え、
   前記設定手段は、前記作成手段によって作成された前記品質規定テーブルを設定することを特徴とする請求項５に記載の録画装置。
7. 前記判定手段によって、所定の時間が経過していると判定された場合、当該番組を削除する削除手段を更に備えることを特徴とする請求項１から６の何れか１項に記載の録画装置。
8. 請求項１から７の何れか１項に記載の録画装置を備えることを特徴とするテレビジョン受像機。
9. 前記録画装置に記録された番組の一覧を、各番組の品質が識別可能なように表示部に表示させる表示制御手段を備えていることを特徴とする請求項８に記載のテレビジョン受像機。
10. 放送番組を符号化する符号化工程と、
    前記符号化工程において符号化された前記放送番組を記録媒体に記録する記録工程と、
    前記放送番組の番組情報を取得する番組情報取得工程と、
    前記記録工程において前記記録媒体に記録された前記放送番組と前記番組情報取得工程において取得された当該放送番組の前記番組情報とを関連付けて管理する管理工程と、
    前記管理工程において管理されている各番組の品質を、該番組が前記記録媒体に記録されてからの経過時間に応じて規定するための品質規定テーブルを設定する設定工程と、
    前記管理工程において管理されている番組が、前記記録媒体に記録されてから所定の時間が経過しているか否かを判定する判定工程と、
    前記判定工程において所定の時間が経過していると判定された場合、前記番組が前記品質規定テーブルに設定された品質となるように、当該番組の品質を低減させる再符号化処理を行う再符号化工程と、を含んでいることを特徴とする録画装置の制御方法。
11. 請求項１から７のいずれか１項に記載の録画装置を動作させるためのプログラムであって、コンピュータを前記各手段として機能させるためのプログラム。
12. 請求項１１に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
    

Images