(57)【要約】【課題】実際の放送番組の内容に応じて、ある程度の画質を維持しつつできるだけ圧縮後のデータ量を減らすように最適なビットレートを決定して圧縮を行うことが可能な録画装置を提供する。【解決手段】録画装置１は、放送番組データに関するジャンル情報を取得するジャンル情報取得部（番組情報取得部３１で例示）と、受信した映像データが示す映像についての複雑さを検出する複雑さ検出部２１と、圧縮処理部２２での所定のターゲットビットレートを制御する圧縮率制御部３２とを備える。圧縮率制御部３２は、取得したジャンル情報に応じて所定のターゲットビットレートを決定し、複雑さ検出部２１で検出された複雑さに応じて、決定された所定のターゲットビットレートを変更する。【選択図】図１
2010199977.tif 000002
【特許請求の範囲】
【請求項１】
放送番組データを受信する放送受信部と、該放送受信部で受信した該放送番組データに含まれる映像データを所定のターゲットビットレートで圧縮する圧縮部と、該圧縮部で圧縮された映像データを記録する記録部と、を備えた録画装置であって、
前記放送番組データに関するジャンル情報を取得するジャンル情報取得部と、前記放送受信部で受信した前記映像データが示す映像についての複雑さを検出する複雑さ検出部と、前記圧縮部における圧縮ビットレートを制御する圧縮率制御部と、をさらに備え、
前記圧縮率制御部は、前記ジャンル情報取得部で取得した前記ジャンル情報に応じて前記所定のターゲットビットレートを決定し、前記複雑さ検出部で検出された前記複雑さに応じて、前記決定された前記所定のターゲットビットレートを変更することを特徴とする録画装置。
【請求項２】
前記所定のビットレートの変更は、前記圧縮部で圧縮が開始されてから行うことを特徴とする請求項１に記載の録画装置。
【請求項３】
前記所定のビットレートの変更は、前記ジャンル情報に応じた所定のビットレート範囲内で行うことを特徴とする請求項１又は２に記載の録画装置。
【請求項４】
前記所定のビットレートの変更は、前記ジャンル情報に応じて決定した前記所定のターゲットビットレートが所定レート以下の場合のみ行うことを特徴とする請求項１〜３のいずれか１項に記載の録画装置。
【請求項５】
前記圧縮率制御部で決定する前記ジャンル情報に応じた前記所定のターゲットビットレートを、ユーザ操作に基づき設定するユーザ設定部を、さらに備えたことを特徴とする請求項１〜４のいずれか１項に記載の録画装置。
【請求項６】
前記記録部は、複数種類の記録媒体に記録可能となっており、
前記圧縮率制御部は、記録先となる前記記録媒体の種類に応じて、前記複雑さに応じた前記所定のターゲットビットレートの変更の実行／非実行を決定することを特徴とする請求項１〜５のいずれか１項に記載の録画装置。
【請求項７】
受信した放送番組データに含まれる映像データを所定のターゲットビットレートで圧縮して記録する録画方法であって、
ジャンル情報取得部が、前記放送番組データに関するジャンル情報を取得するジャンル情報取得ステップと、
圧縮率制御部が、前記ジャンル情報取得ステップで取得した前記ジャンル情報に応じて前記所定のターゲットビットレートを決定する決定ステップと、
複雑さ検出部が、前記映像データが示す映像についての複雑さを検出する複雑さ検出ステップと、
前記圧縮率制御部が、前記決定ステップで決定された前記所定のターゲットビットレートを、前記複雑さ検出ステップで検出された前記複雑さに応じて変更する変更ステップと、
を有することを特徴とする録画方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、録画装置及び録画方法に関し、より詳細にはリアルタイムに放送番組を録画することが可能な録画装置及び録画方法に関する。
【背景技術】
【０００２】
従来から放送番組をリアルタイムで録画する録画装置（レコーダ）が流通している。近年のハイビジョンレコーダにおいては、地上デジタルやＢＳ（Broadcasting Satellite）／ＣＳ（Communications Satellite）デジタルの放送を、そのままＨＤＤ（Hard Disk Drive）に記録することに加えて、Ｈ．２６４／ＡＶＣ（Advanced Video Coding）規格などに従って圧縮して、ＢＤ（Blu-ray Disc）、ＤＶＤ（Digital Versatile Disc）、同じＨＤＤなどに記録するようになってきている。
【０００３】
それらの圧縮された画像は、ＣＢＲ（Constant Bit Rate）の場合にはその固定されたビットレートを低く、ＶＢＲ（Variable Bit Rate）の場合にはターゲットとなるビットレート（ターゲットビットレート）を低く設定すればするほど、ＨＤＤやＢＤやＤＶＤへ多くの時間、記録することが可能になる。しかし、固定ビットレートやターゲットビットレートを低く設定すると、画質が悪くなり、場合によってはブロックノイズが大量に発生して映像が破綻する場合もある。
【０００４】
このように、Ｈ．２６４／ＡＶＣ規格やＭＰＥＧ（Moving Picture Experts Group）−２規格などによる放送波の圧縮率は画質とのトレードオフの関係にあり、ＨＤＤやＢＤ等に多くの時間の番組を録画するためには、ビットレートの設定を低くするしかなく、その結果、画質の低下を招いてしまう。例えばハイビジョン放送の場合には、５倍以上の圧縮においては、特に画質の劣化が顕著である。そのため、ある程度の画質をキープしたままで、圧縮率を上げることには限界があり、無理に圧縮率を上げると上述のようにブロックノイズによって映像が破綻してしまうものもある。なお、ここで５倍の圧縮とは、ＢＳデジタルのハイビジョン放送のビットレートである２４Ｍｂｐｓの１／５（つまり４．８Ｍｂｐｓ）での圧縮を意味する。
【０００５】
特許文献１に記載の動画像圧縮装置では、放送データに含まれる番組情報データのうち、ジャンル情報とタイトル情報に含まれるキーワードとから、動きの激しさを判定し、圧縮の前処理であるフィルタリング時のフィルタ係数とピクチャ種別毎の圧縮後データ量の割り当てを決めている。ここで、動きの激しさは、ジャンルと動画像の動きの程度とを対応づけたジャンルテーブルと、キーワードと動きの大きさの程度とを対応付けたキーワードテーブルとを保持しておき、それらのテーブルに従って判定している。
【０００６】
特許文献２に記載の情報エンコード装置では、エンコーダの前段に設けたプリフィルタのフィルタ特性を、番組情報から判別した映像情報の種別から選択している。特許文献３に記載の映像記録装置では、必要な記録容量を推定するために、録画開始前に、ジャンル毎の録画履歴データに基づいて、ＶＢＲで実際に圧縮したときの結果としてのデータ量（換言すると録画結果のビットレート）を予測している。特許文献４に記載の録画装置では、番組情報によって、映像と音声のビットレート配分や記録フォーマットを設定している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２３８２１６号公報
【特許文献２】特開２００３−２４４５９５号公報
【特許文献３】特開２００３−３２４６８４号公報
【特許文献４】特開２００６−１３９７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、放送番組の内容によっては高圧縮に向くものや向かないものが存在するため、圧縮率をどの程度上げてもある程度の画質をキープできるかは、放送番組の内容によって異なる。言い換えると、放送番組の内容が高圧縮に向くものでも向かないものでも一律に圧縮してしまうことで、映像が破綻してしまうといった事態が生じ得る。従って、放送番組の内容に応じて、ある程度の画質を維持しつつできるだけ圧縮後のデータ量を減らすように最適なビットレートを決定して圧縮することが望まれている。
【０００９】
しかしながら、特許文献１に記載の技術は、ジャンルテーブルとキーワードテーブルとを参照して、番組情報、タイトル情報に応じた圧縮率の制御を行っているに過ぎず、放送番組の内容そのものに応じた圧縮率の制御を行っていない不完全な制御であるため、映像が破綻してしまうことがある。特に、一般的に同じ番組内でも高圧縮に向く部分と向かない部分との混在が生じ得るため、番組情報（ジャンル情報）やタイトル情報だけで圧縮率を制御しても、高圧縮に向く部分を基準として圧縮率を制御した場合には向かない部分で映像が破綻してしまい、その逆の場合には高圧縮に向く部分で無駄なデータを残したまま圧縮してしまうことになる。
【００１０】
また、特許文献２に記載の技術は、プリフィルタのフィルタ特性を番組情報に応じて変える技術であり、特許文献３に記載の技術は、必要な記録容量を推定するために、録画開始前に、ＶＢＲによる振れ幅をジャンルによって予測する技術である。また、特許文献４に記載の技術は、全ビットレートの中で、映像重視、音声重視のビット配分を行うものである。このように、特許文献２〜４のいずれの技術も、実際の放送番組の内容に応じて、ある程度の画質を維持しつつできるだけ圧縮後のデータ量を減らすように最適なビットレートを決定する技術ではない。
【００１１】
本発明は、上述のような実状に鑑みてなされたものであり、その目的は、実際の放送番組の内容に応じて、ある程度の画質を維持しつつできるだけ圧縮後のデータ量を減らすように最適なビットレートを決定して圧縮を行うことが可能な、録画装置及び録画方法を提供することにある。
【００１２】
また、ＤＶＤの場合には限られた記録容量の中で画質がある程度劣っても一定時間の番組を収めることを希望し、ＨＤＤでは記録容量が多く必要でも画質をある程度高く保つことを希望するなど、ＨＤＤ、ＢＤ、ＤＶＤなどの録画先の記録媒体の種類に応じて、ユーザが録画時間と画質とのいずれをを意識して圧縮を行いたいかは異なる。しかしながら、特許文献１〜４に記載の技術をはじめ従来の技術には、記録媒体の種類に応じて最適なビットレートの決定方法を変更する技術は存在しない。
【００１３】
本発明の他の目的は、実際の放送番組の内容に応じて、ある程度の画質を維持しつつできるだけ圧縮後のデータ量を減らすように最適なビットレートを決定して圧縮を行うことが可能で、且つ、そのような圧縮を録画先の記録媒体の種類に応じて実行することが可能な、録画装置及び録画方法を提供することにある。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、本発明の第１の技術手段は、放送番組データを受信する放送受信部と、該放送受信部で受信した該放送番組データに含まれる映像データを所定のターゲットビットレートで圧縮する圧縮部と、該圧縮部で圧縮された映像データを記録する記録部と、を備えた録画装置であって、前記放送番組データに関するジャンル情報を取得するジャンル情報取得部と、前記放送受信部で受信した前記映像データが示す映像についての複雑さを検出する複雑さ検出部と、前記圧縮部における圧縮ビットレートを制御する圧縮率制御部と、をさらに備え、前記圧縮率制御部は、前記ジャンル情報取得部で取得した前記ジャンル情報に応じて前記所定のターゲットビットレートを決定し、前記複雑さ検出部で検出された前記複雑さに応じて、前記決定された前記所定のターゲットビットレートを変更することを特徴としたものである。
【００１５】
第２の技術手段は、第１の技術手段において、前記所定のビットレートの変更は、前記圧縮部で圧縮が開始されてから行うことを特徴としたものである。
【００１６】
第３の技術手段は、第１又は第２の技術手段において、前記所定のビットレートの変更は、前記ジャンル情報に応じた所定のビットレート範囲内で行うことを特徴としたものである。
【００１７】
第４の技術手段は、第１〜第３のいずれかの技術手段において、前記所定のビットレートの変更は、前記ジャンル情報に応じて決定した前記所定のターゲットビットレートが所定レート以下の場合のみ行うことを特徴としたものである。
【００１８】
第５の技術手段は、第１〜第４のいずれかの技術手段において、前記圧縮率制御部で決定する前記ジャンル情報に応じた前記所定のターゲットビットレートを、ユーザ操作に基づき設定するユーザ設定部を、さらに備えたことを特徴としたものである。
【００１９】
第６の技術手段は、第１〜第５のいずれかの技術手段において、前記記録部は、複数種類の記録媒体に記録可能となっており、前記圧縮率制御部は、記録先となる前記記録媒体の種類に応じて、前記複雑さに応じた前記所定のターゲットビットレートの変更の実行／非実行を決定することを特徴としたものである。
【００２０】
第７の技術手段は、受信した放送番組データに含まれる映像データを所定のターゲットビットレートで圧縮して記録する録画方法であって、ジャンル情報取得部が、前記放送番組データに関するジャンル情報を取得するジャンル情報取得ステップと、圧縮率制御部が、前記ジャンル情報取得ステップで取得した前記ジャンル情報に応じて前記所定のターゲットビットレートを決定する決定ステップと、複雑さ検出部が、前記映像データが示す映像についての複雑さを検出する複雑さ検出ステップと、前記圧縮率制御部が、前記決定ステップで決定された前記所定のターゲットビットレートを、前記複雑さ検出ステップで検出された前記複雑さに応じて変更する変更ステップと、を有することを特徴としたものである。
【発明の効果】
【００２１】
本発明によれば、実際の放送番組の内容に応じて、ある程度の画質を維持しつつできるだけ圧縮後のデータ量を減らすように最適なビットレートを決定して圧縮を行うことが可能になる。また、本発明の他の形態によれば、さらに、そのような圧縮を録画先の記録媒体の種類に応じて実行することが可能になる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係る録画装置の一構成例を示すブロック図である。
【図２】図１の録画装置における複雑さ検出部の一構成例を示すブロック図である。
【図３】図１の録画装置において保持されているデフォルト設定テーブルの一例を示す図である。
【図４】図１の録画装置における予約番組録画処理の一例を説明するためのフロー図である。
【図５】図１の録画装置において録画予約時に表示される番組表の一例を示す図である。
【図６】図１の録画装置における日時指定録画処理の一例を説明するためのフロー図である。
【図７】図１の録画装置における直接録画処理の一例を説明するためのフロー図である。
【発明を実施するための形態】
【００２３】
図１は、本発明の一実施形態に係る録画装置の一構成例を示すブロック図、図２は、図１の録画装置における複雑さ検出部の一構成例を示すブロック図、図３は、図１の録画装置において保持されているデフォルト設定テーブルの一例を示す図である。
【００２４】
図１で例示する録画装置１は、チューナ部１１、画像圧縮部１２、ＨＤＤ１４、ＢＤ／ＤＶＤ駆動装置１５、及びそれらを制御する制御部１３を備える。チューナ部１１は、映像データを含む放送番組データ（放送ストリーム）を受信する放送受信部の一例であり、ＢＳ／ＣＳデジタルチューナ、地上デジタルチューナなどで構成される。
【００２５】
画像圧縮部１２は、複雑さ（Complexity）検出部２１及び圧縮処理部２２を備え、受信した放送番組データに含まれる映像データ（映像ストリーム）を所定のターゲットビットレート（ＴＢＲ）で圧縮する圧縮部の一例である。ＴＢＲを規定していることからも分かるように、この圧縮部は可変ビットレート（ＶＢＲ）で圧縮を行う。画像圧縮部１２はレート変換を行うトランスコーダとして実装できる。
【００２６】
複雑さ検出部２１は、受信した映像データが示す映像についての複雑さ（映像の複雑さ）を検出する。複雑さ検出部２１は、図２で例示するように、輝度レベル検出部４１、高周波成分検出部４２、動き量検出部４３、及び複雑さ決定部４４を備える。
【００２７】
各検出部４１〜４３は、それぞれ映像データを入力し、それぞれの検出結果を後段の複雑さ決定部４４に出力する。輝度レベル検出部４１は映像のフレーム内（及びフレーム間）での輝度レベルの分布や変化を検出し、高周波成分検出部４２はフレーム内での高周波成分を検出し、動き量検出部４３はフレーム間での動きを検出する。
【００２８】
複雑さ決定部４４は、それぞれの検出結果に基づき複雑さを決定する。そのための決定アルゴリズムをテーブル等で複雑さ決定部４４が具備しておけばよい。複雑さ決定部４４では、例えば高周波成分が多くても動きがなければ複雑さが低いと判断したり、動きが多くてもその動き量が一定であれば複雑さがかなり低いと判断したりして、複雑さを数値化した複雑さ情報を後述の圧縮率制御部３２に出力すればよい。なお、各検出部４１〜４３を別途設けなくても圧縮処理部２２等、録画装置１内の同様の部位の出力を利用してもよい。また、各検出部４１〜４３のうちいずれか１又は２のみ設けてもよいし、フレーム間の相関に関する他の量を検出する部位やフレーム内での画素値に関する他の量を検出する部位を、代わりに或いは別途、設けてもよい。
【００２９】
圧縮処理部２２は、受信した映像データ（圧縮符号化された映像データ）を逆量子化し、後述の圧縮率制御部３２から指示される圧縮ビットレートに従うように、量子化ステップ（量子化幅、量子化スケール、量子化係数などとも呼ばれる）やビット割り当てを変更して再量子化することで、圧縮処理を行う。なお、圧縮ビットレートを低くすることが圧縮率を高くすることを意味するものの、圧縮ビットレートの指示と圧縮率の指示とは技術的に同義と言える。また、この圧縮処理は、例えば受信したＭＰＥＧ−２規格のファイルからＨ．２６４／ＡＶＣ規格のファイルなどへの変換を伴って行ってもよく、実際、以下に例示するように受信映像データをより低い圧縮ビットレートで破綻無く記録する場合には、このような変換が必要となってくる場合が多い。
【００３０】
制御部１３は、番組情報取得部３１及び圧縮率制御部３２を備える。番組情報取得部３１は、放送番組データに関するジャンル情報を取得するジャンル情報取得部の一例である。番組情報取得部３１は、放送ストリームから番組情報を含むＳＩ（Service Information）を抽出して、そこから放送番組毎のジャンル情報を取得する。以下、ジャンル情報取得部の例として番組情報取得部３１を挙げて説明するが、他の例として、インターネット上のサーバ装置などから録画対象の放送番組のジャンル情報を取得するように、録画装置１を構成してもよい。
【００３１】
圧縮率制御部３２は、圧縮処理部２２における実際の圧縮ビットレートを決定し、その圧縮ビットレートになるように圧縮処理部２２を制御する。より具体的には、圧縮率制御部３２は、番組情報取得部３１で取得したジャンル情報（ジャンル及び／又はサブジャンル）に応じて上記所定のＴＢＲを決定する。
【００３２】
圧縮率制御部３２は、ＴＢＲの決定時に図３で例示するデフォルト設定テーブル３４を参照する。デフォルト設定テーブル３４は、図１のテーブル群３３の一部であり、ジャンル情報とその推奨録画倍率（録画倍率のデフォルト値）とが関連付けられたテーブルである。
【００３３】
この例では、放送番組のジャンルとして、ニュース／報道、スポーツ、情報／ワイドショー、ドラマ、音楽、バラエティ、映画、アニメ／特撮、ドキュメンタリー／教養、劇場／公演、趣味／教養、福祉を挙げている。また、各ジャンルにはサブジャンルが規定されており、各サブジャンルのそれぞれに推奨録画倍率が関連付けられている。例えば、ジャンル「音楽」には、サブジャンルとして、クラシック・オペラ、カラオケ・のど自慢、民謡・邦楽が規定されており、これらの推奨録画倍率が７倍とデフォルト設定されている。さらに、ジャンル「音楽」には、他のサブジャンルとして、国内ロック・ポップス、海外ロック・ポップス、ジャズ・フュージョン、歌謡曲・演歌、ライブ・コンサート、ランキング・リクエスト、童謡・キッズ、民族音楽・ワールドミュージック、その他が規定されており、これらの推奨録画倍率が５倍とデフォルト設定されている。
【００３４】
ここで、ＢＳデジタルのハイビジョン放送のビットレートである２４Ｍｂｐｓを１倍としている。デフォルト設定テーブル３４に基づき上記所定のＴＢＲ（圧縮処理部２２でのＴＢＲ）を決定する場合、５倍であればその１／５の４．８Ｍｂｐｓを、７倍であればその１／７の３．４Ｍｂｐｓを、１０倍であればその１／１０の２．４Ｍｂｐｓを、それぞれ上記所定のＴＢＲとして決定すればよい。勿論、デフォルト設定テーブル３４において、録画倍率の代わりにＴＢＲで設定しておいてもよい。
【００３５】
圧縮率制御部３２は、ジャンル情報に応じて決定されたＴＢＲに所定の収束期間で収束するように、逐次、圧縮ビットレートを決定し圧縮処理部２２に渡して、その圧縮ビットレートで圧縮を行うよう制御する。ここでの圧縮ビットレートの決定は、従来のＴＢＲに基づく圧縮ビットレートの決定方法を採用すればよく、例えば、圧縮処理部２２で圧縮処理後の結果としての圧縮ビットレート（及び複雑さ検出部２１で検出された映像の複雑さ）に基づいて、所定の収束期間を見ながら行うなどすればよい。このような対応関係を記述した圧縮ビットレート決定テーブルを、テーブル群３３の一つとして保持しておけばよい。また、圧縮処理後の結果は、圧縮率制御部３２が圧縮処理部２２から直接受け取ってもよいし、制御部１３内で、ＨＤＤ１４やＢＤ／ＤＶＤ駆動装置１５での実際の記録容量の増加度合いに基づき算出して受け取ってもよい。
【００３６】
決定されたＴＢＲはジャンル情報にのみ基づいて類推されたＴＢＲと言え、そのＴＢＲに基づき逐次決定された圧縮ビットレートで圧縮処理部２２が圧縮処理を実行しても、実際の映像データの内容を考慮し切った効率的な圧縮とは言えない。
【００３７】
従って、本発明の主たる特徴として、圧縮率制御部３２は、複雑さ検出部２１で検出された複雑さに応じて、決定されたＴＢＲを変更する。つまり、本発明では、このようなジャンル情報に基づくＴＢＲの決定及びそれに基づく圧縮ビットレートの制御だけでなく、複雑さに応じてそのＴＢＲ自体の変更も行う。
【００３８】
複雑さのレベルが大きいほど、ＴＢＲを高くするようにすればよい。例えば、複雑さのレベルに比例した倍率を、ジャンル情報に応じて決定したＴＢＲに乗算してもよい。この倍率は、複雑さのレベルの標準値を決めておき、それより複雑な場合には１より大きく、それより複雑でない場合には１より小さくするなどすればよい。他の方法として、予め決めた複雑さのレベルの標準値と実際の複雑さのレベルとの差（標準値より大きい場合を正値とする）を、ジャンル情報に応じて決定したＴＢＲに加算するようにしてもよい。いずれの場合でも、テーブル群３３の１つとして、複雑さ別にＴＢＲの変更値（ＴＢＲの乗算値／加算値）を記したＴＢＲ変更テーブルを保持しておくなどすればよい。
【００３９】
圧縮率制御部３２は、このように変更されたＴＢＲについても、所定の収束期間でそのＴＢＲに収束するように、逐次、圧縮ビットレートを決定し圧縮処理部２２に渡して、その圧縮ビットレートで圧縮を行うよう制御する。ここで、本発明においてＴＢＲと呼んでいるのは、録画開始から終了までの全体を見たターゲットのビットレートではなく、収束期間毎のターゲットビットレートであり、変更してから次に変更するまでのターゲットとなるビットレートである。圧縮率制御部３２では、圧縮中にも複雑さに応じたＴＢＲの変更を逐次行い、変更されたＴＢＲを基準として圧縮ビットレートの算出を行うことになる。上記所定の収束期間を２０分とすると、ＴＢＲの変更後の２０分で収束するように圧縮ビットレートが制御されるが、２０分以内にＴＢＲ変更があった場合には、変更時点からまた２０分で収束を目指せばよい。なお、ＴＢＲ及びそこへの収束期間に基づく圧縮ビットレートの決め方については上述した通りである。
【００４０】
圧縮処理部２２側では、圧縮率制御部３２から指示された圧縮ビットレートで圧縮処理を施す。そのときのビットの割り当て（アサイン）については、画質に対して予め決めた閾値以上のビットの割り当てを行わないようにすることで、ビットの無駄使いを防ぐ。画質の判定や閾値の決め方など、その具体的な処理内容については特に問わず、どのような方法を採用してもよい。
【００４１】
ＨＤＤ１４やＢＤ／ＤＶＤ駆動装置１５は、このようにして画像圧縮部１２で圧縮された映像データを記録する記録部の一例である。本発明に係る録画装置１においては、録画先としてどのような記録媒体を使用してもよいが、ＨＤＤ１４のように大容量に構成できる記録媒体を少なくとも１つ備えることが好ましい。
【００４２】
このように、本発明によれば、ジャンル情報に応じて適切な録画倍率を決定すると共に、圧縮中にも、実際の映像ストリームから映像の複雑さを判定し、随時その判定結果をフィードバックして自動的に圧縮ビットレートを導き出し、その圧縮ビットレートによって、無駄を省き且つ破綻の無い画質をキープした圧縮データを記録することができる。なお、ＴＢＲへの収束期間としては、数分以内が採用されることが多いが、例えば２０分といった長い期間を採用することで、低いＴＢＲでも画質を破綻しないようにある程度保ちながら収束期間内に収束させ易くなる。
【００４３】
また、複雑さ検出部２１での複雑さの検出には、通常、数フレーム分の映像データが必要であり、録画装置１にはその分のバッファメモリが設けられている。従って、圧縮率制御部３２は、番組情報取得部３１で取得したジャンル情報に応じてＴＢＲを決定し、それに基づいた圧縮ビットレートで圧縮処理部２２での圧縮が開始されてから、複雑さ検出部２１で検出された複雑さに応じてＴＢＲを変更し、圧縮処理部２２での圧縮を継続させることが好ましい。つまり、録画装置１では、ジャンル情報に応じて初期値としてのＴＢＲを決定して圧縮・録画を行い、録画中に複雑さに応じてＴＢＲを変更する（複雑さに応じてＴＢＲを変更しながら録画を継続する）ことが好ましい。これにより、圧縮の開始時点が早まり、その分だけバッファリング量を減らすことができる。さらに、ＨＤＤ１４やＢＤ／ＤＶＤ駆動装置１５等で記録が開始されてから、ＴＢＲを変更した圧縮を開始することで、よりバッファリング量を減らすことができる。
【００４４】
これに対し、バッファメモリを多く必要とするが、圧縮率制御部３２は、取得したジャンル情報に応じてＴＢＲを決定し、そのＴＢＲを複雑さ検出部２１で検出された複雑さに応じて変更し、変更を最初に行った時点から圧縮処理部２２で圧縮を開始するようにしてもよい。つまり、録画装置１では、ジャンル情報と複雑さとの双方に応じたＴＢＲの初期値を用いて、圧縮・録画を開始し、録画中に得た複雑さに応じてＴＢＲを変化させていくようにしてもよい。
【００４５】
なお、圧縮率制御部３２による圧縮処理部２２の制御に関し、圧縮率制御部３２から圧縮処理部２２へ「ＴＢＲを反映した圧縮ビットレート」を渡して制御するように説明しているが、代わりに、圧縮率制御部３２でＴＢＲを決定・変更し、そのＴＢＲのみを圧縮処理部２２側へ渡し、圧縮処理部２２側で実際の圧縮ビットレートを決定して圧縮させるように、構成してもよい。また、いずれの制御方法でも、画質に関する閾値を超えた場合、圧縮処理部２２は圧縮率制御部３２に閾値を超えたことの通知を行う。圧縮率制御部３２は、閾値を超え続けた場合に圧縮ビットレートを変更すればよい。
【００４６】
また、上述した構成例では特に音声データについては言及していないが、チューナ部１１で受信する放送番組データには通常、音声データも含まれる。従って、録画装置１には、音声データの圧縮を行う音声圧縮部（図示せず）を備える。音声圧縮部は、放送番組の再生時に音声データが映像データと同期できるように圧縮し、記録部に渡して記録させるように構成しておけばよい。例えば、音声データについても映像データについての圧縮・記録処理を適用して、周波数解析などで得た音声の複雑さから「ジャンル情報に応じて決定されたターゲットビットレート」を変更しながら圧縮・記録するようにしてもよい。
【００４７】
以下、実際の使用例を挙げて、本発明に係る録画処理についてさらに説明する。使用例として挙げられる録画処理には、（Ｉ）番組表から予約された録画を実行する予約番組録画処理、（ＩＩ）日時及びチャンネルの指定で予約された録画を実行する日時指定録画処理、（ＩＩＩ）放送受信中に受け付けた直接録画指示に基づき受信中のチャンネルの番組を録画する直接録画処理、がある。
【００４８】
これらの録画は、図示しないユーザインターフェースでユーザから指示され、制御部１３で受け付けられる。ユーザインターフェースは、通常、リモコンや本体に具備された操作キーと、本体表示部に表示する文字や表示出力部から出力する表示装置に表示するＧＵＩ（Graphical User Interface）画像などとで構成できる。また、上記（ＩＩＩ）の直接録画処理とは、リモコンや本体に具備された録画キーの押下によって、現在受信中のチャンネルを録画する処理を指す。また、番組予約録画や日時指定録画は、制御部１３内の図示しないメモリ等に予約内容を格納しておけばよく、制御部１３は、録画実行時にチューナ部１１や画像圧縮部１２等を制御して録画を実行させればよい。
【００４９】
まず、上記（Ｉ）予約番組録画処理について、図４を参照しながら説明する。図４は、図１の録画装置における予約番組録画処理の一例を説明するためのフロー図である。
【００５０】
制御部１３は、予約日時の例えばｎ秒前（ｎは予め定められた自然数）になるまで待って（ステップＳ１）、ｎ秒前になったときに、ジャンル別のユーザ設定倍率が存在するか否かを判定する（ステップＳ２）。ステップＳ２での判定の結果、ＹＥＳであればテーブル群３３のユーザ設定テーブルを参照先に指定し（ステップＳ３）、ＮＯであればテーブル群３３のデフォルト設定テーブル３４を参照先に指定する（ステップＳ４）。
【００５１】
ユーザ設定倍率を前提に説明したように、録画装置１は、圧縮率制御部３２で決定するジャンル情報に応じたＴＢＲを、ユーザ操作に基づき設定するユーザ設定部を備えることが好ましい。このユーザ設定部は、上述したようなユーザインターフェースと設定内容を記憶するメモリとで構成でき、これにより、ユーザはジャンル情報別のＴＢＲを、自身の好みに従って設定することが可能になる。
【００５２】
ステップＳ３，Ｓ４に続いて、番組情報取得部３１が予約番組の番組情報を取得し、その番組情報からジャンル情報を取得して、圧縮率制御部３２に渡す（ステップＳ５）。なお、ステップＳ２〜Ｓ４とステップＳ５との順序は問わない。続いて、制御部１３は、ステップＳ５で取得したジャンル情報に応じた録画倍率（録画開始時のＴＢＲに対応）を、ステップＳ３／Ｓ４で指定した設定テーブルを参照して決定する（ステップＳ６）。
【００５３】
なお、ステップＳ２〜Ｓ６の処理を、ステップＳ１での判定結果に基づいて実行する例を挙げているが、録画予約時にステップＳ２〜Ｓ６の処理を実行して録画開始時の録画倍率（つまりＴＢＲ）を決定して記憶しておいてもよい。
【００５４】
ステップＳ６に続き、制御部１３は予約日時の到来を待ち（ステップＳ７）、到来した時点でステップＳ６で決定した録画倍率で圧縮ビットレートを決定して、圧縮処理部２２がその圧縮ビットレートで予約番組の録画を開始する（ステップＳ８）。それと共に、複雑さ検出部２１が映像の複雑さを検出して、その検出結果である複雑さ情報を圧縮率制御部３２に渡す（ステップＳ９）。
【００５５】
続いて、圧縮率制御部３２が、テーブル群３３のＴＢＲ変更テーブルを参照して、その複雑さ情報に基づき録画倍率（つまりＴＢＲ）を変更するか否かを判定する（ステップＳ１０）。ステップＳ１０でＹＥＳであれば、圧縮率制御部３２が、複雑さ情報に基づき録画倍率の変更を行って録画を継続する（ステップＳ１１）。
【００５６】
番組情報取得部３１で取得したジャンル情報だけで決定した録画倍率では不完全な場合として、（Ａ）例えば、圧縮に向くと思われるドラマの場合でも、その内容が野球やシンクロナイズドスイミングなどのスポーツ系である場合などが挙げられる。このような場合、ドラマというジャンル情報によって１０倍での録画をした結果、その内容が動きの激しいスポーツだったときには、ブロックノイズが大量に発生することが予想される。逆に、スポーツというジャンル情報であったとしても、その内容が弓道などのように、ゆっくりした動きである場合には、５倍ではなく、１０倍の圧縮が可能である。
【００５７】
こういった問題を解決するために、ステップＳ９〜Ｓ１１のように、複雑さ検出部２１にて入力される映像の複雑さを検出して、その度合いを圧縮率制御部３２に知らせることで、番組情報取得部３１からのデータと総合的に判断してＴＢＲを変更し、実際の圧縮ビットレートを、ある程度の画質を維持しつつできるだけ圧縮後のデータ量を減らすように最適に決定している。このような制御により、上記（Ａ）の場合でも、ある程度の画質を保ちつつ圧縮でき、且つ無駄なデータを残して圧縮するようなこともない。
【００５８】
ステップＳ１１に続いて、制御部１３が、図示しない複雑さの判定タイミングの到来により、予約番組の終了日時が到来したか否かを判定して（ステップＳ１２）、終了日時が到来したときに録画処理を終了し、到来していなければステップＳ９へ戻って複雑さ判定を繰り返す。一方、ステップＳ１０でＮＯであれば、そのままステップＳ１２へ進む。
【００５９】
また、圧縮率制御部３２は、番組情報取得部３１で取得したジャンル情報に応じてＴＢＲを決定し、そのジャンル情報に応じた（ジャンル別の）所定のビットレート範囲内で、複雑さ検出部２１で検出された複雑さに応じたＴＢＲの変更を行うようにしてもよい。当然、最初に決定するＴＢＲは所定のビットレート（推奨）範囲内に含まれるものとし、範囲内の最も高いＴＢＲを初期値として決定すればよい。
【００６０】
このような制御を可能にすることで、ユーザに例えば３倍〜１０倍の範囲で録画するといった設定を行わせることもできる。さらに、録画装置１は、このようなＴＢＲの範囲がユーザにより指定されたときや、録画倍率に範囲をもたせることを許容するようなユーザ設定があったときのみ、複雑さに応じたＴＢＲの変更を実行するようにしてもよい。
【００６１】
また、圧縮率制御部３２は、ジャンル情報に応じて決定したＴＢＲが所定レート以下（例えば５倍に対応するＴＢＲ以下）の場合のみ、複雑さに応じたＴＢＲの変更を行うようにすることが好ましい。これにより、破綻を生じる可能性が殆どない録画倍率ではＴＢＲの変更処理を行わずに処理を軽くし、破綻を生じる可能性のある録画倍率でのみＴＢＲの変更処理を実行して破綻を防ぐようにすることができる。
【００６２】
また、圧縮率制御部３２は、記録先となる記録媒体の種類に応じて、複雑さに応じたＴＢＲの変更の実行／非実行を決定することが好ましい。例えば、番組予約録画設定（後述する日時指定予約録画時や直接録画などのときも同様）により、録画先がＤＶＤ，ＢＤとなっている場合には、複雑さによるＴＢＲ変更を行わず、ＨＤＤとなっている場合には複雑さによるＴＢＲの変更を行うようにする。但し、ＨＤＤ１４やＢＤ／ＤＶＤ駆動装置１５で例示したように、録画装置１に設けた記録部は、複数種類の記録媒体に記録可能となっていることを前提とする。なお、複雑さに応じたＴＢＲの変更を行わない場合には、ジャンル情報に応じたＴＢＲの決定も行わないようにしてもよい。
【００６３】
このような制御を行うことで、実際の放送番組の内容に応じて、ある程度の画質を維持しつつできるだけ圧縮後のデータ量を減らすように最適なビットレートを決定して圧縮を行うことが可能になるだけでなく、そのような圧縮を録画先の記録媒体の種類に応じて実行することが可能になる。特に、録画先の記録媒体が可搬記録媒体である場合には、複雑さに応じたＴＢＲの変更を行わず、可搬でない記録媒体である場合には複雑さに応じたＴＢＲの変更を行うようにすることで、ユーザが記録容量を気にしないようなときだけ、複雑さによるＴＢＲ変更処理を行うことができる。
【００６４】
また、記録媒体の種類に関連した応用例として、ユーザによるジャンル別のＴＢＲ（初期値）の設定などは、ＨＤＤへの録画の場合と、ＢＤやＤＶＤへの録画の場合に、それぞれ個別に設定することを可能にしてもよい。
【００６５】
次に、図４の処理の前に行われる録画予約処理の好ましい例について、図５を参照しながら説明する。図５は、図１の録画装置において録画予約時に表示される番組表の一例を示す図である。
【００６６】
まず、チューナ部１１からストリームが、番組情報取得部３１と複雑さ検出部２１とに入力される。番組情報取得部３１では、録画予約の段階で、予め録画しようとしている番組の情報がわかるので、録画予約の段階で、デフォルト設定テーブル３４に記述された推奨の録画倍率をユーザに示すことが可能である。例えば、スポーツ番組であれば、圧縮には向かないので５倍を推奨し、アニメーションやドラマの場合には１０倍を推奨する。
【００６７】
ユーザに示す方法は、番組情報から番組表のＯＳＤ（On Screen Display）画像を生成し、デフォルト設定テーブル３４を読み出して対応する放送番組の枠内を色付けし、図５の番組表５０のようなＯＳＤ画像を表示装置に出力すればよい。そのため、デフォルト設定テーブル３４において、サブジャンルに色を関連付けて記憶しておいてもよいし、別途、推奨録画倍率毎に色を関連付けた色テーブルを格納しておいてもよい。
【００６８】
番組表５０では、現在、番組表５０上でリモコン等により選択中の放送番組の枠５４をハイライト表示すると共に、その放送番組の簡単な番組情報５５も示している。そして、この例では、推奨録画倍率が５倍のときはノーマルのままとし、７倍、１０倍のときには対象の放送番組の枠内に「７倍」、「１０倍」と表記すると共にその枠内をデフォルト設定テーブル３４又はそれに関連付けた色テーブルを参照して色付けしている。５倍の例を番組枠５２、７倍の例を番組枠５１、１０倍の例を番組枠５３で、それぞれ挙げている。また、番組表５０では、推奨録画倍率分けがジャンル分けと混同されることを避けるために、図示しているように、ジャンル情報を示すアイコンも併せて表示しておくことが好ましい。
【００６９】
このような番組表５０において、ユーザが所望の放送番組の枠をリモコン等の上下左右キーなどで選択した後、リモコン等の番組予約キーを押下すると、その放送番組が推奨録画倍率で予約することができる。また、録画予約時に予約確認画面をＯＳＤ画像で表示装置に表示し、その画面に「１０倍」を推奨しますなどと推奨録画倍率を示すようにしてもよい。さらに、番組表５０において、番組予約キーをユーザが押下すると、推奨録画倍率が７倍である場合には、７倍そのまま、７倍より倍率を上げる、７倍より倍率を下げるなどが、ユーザ選択可能にしておくとよい。倍率を上下させるための表示は、番組予約キーをユーザが押下すると、推奨録画倍率の７倍を示すと共に、それより上げた「１０倍」、下げた「５倍」をユーザ選択可能に表示してもよい。同時に、「３倍〜１０倍」などもユーザ選択可能に表示してもよい。また、このような推奨録画倍率からの変更は、上述の予約確認画面でも可能としておくとよい。
【００７０】
このような録画予約画面を採用することで、番組表をジャンルによって色分けしているため、ひと目で推奨設定倍率をユーザが把握することができる。また、ユーザ設定テーブルについても同様に、色を関連付けるようにユーザ登録可能にしておけば、録画予約時にユーザ自身が決めた録画倍率を色で把握することができる。但し、図５を参照してデフォルト設定テーブル３４やユーザ設定テーブルに基づき説明した、ジャンル情報別の色分け番組表の表示方法については、本発明とは独立して、圧縮録画が可能な録画装置に搭載することが可能である。
【００７１】
次に、上記（ＩＩ）日時指定録画処理について、図６を参照しながら説明する。図６は、図１の録画装置における日時指定録画処理の一例を説明するためのフロー図である。なお、日付指定録画処理でも、予約番組録画処理で説明したような、所定のビットレート範囲内でＴＢＲの変更を行う形態、ＴＢＲの変更を所定レート以下の場合のみ行う形態、記録媒体の種類に応じてＴＢＲ変更の実行／不実行を決める形態などは、同様に適用できる。
【００７２】
日時指定予約の場合には、複数の番組にまたがって予約される場合がある。録画開始時点の番組のジャンル情報に従って、最適な録画倍率をユーザに推奨するとともに、番組が変わったときに、それに連動して録画倍率を変動させるモードを設けることで、利便性が向上する。
【００７３】
制御部１３は、録画開始日時の例えばｎ秒前になるまで待って（ステップＳ２１）、ｎ秒前になったときに、図４のステップＳ２〜Ｓ４の処理を実行する（ステップＳ２２〜Ｓ２４）。
【００７４】
ステップＳ２３，Ｓ２４に続いて、制御部１３は録画開始日時の到来を待ち（ステップＳ２５）、到来した時点で指定チャンネルの番組情報を取得し、その番組情報からジャンル情報を取得する（ステップＳ２６）。続いて、制御部１３は、ステップＳ２６で取得したジャンル情報に応じた録画倍率（録画開始時の録画倍率）を、ステップＳ２３／Ｓ２４で指定した設定テーブルを参照して決定する（ステップＳ２７）。
【００７５】
なお、ステップＳ２５の後にステップＳ２２〜Ｓ２４の処理を実行してもよい。また、ステップＳ２２〜Ｓ２４の処理を、ステップＳ２１での判定結果に基づいて実行する例を挙げているが、日時指定録画の予約時にステップＳ２２〜Ｓ２４及びステップＳ２６，Ｓ２７の処理を実行して録画開始時の録画倍率を決定して記憶しておいてもよい。
【００７６】
ステップＳ２７に続き、ステップＳ２７で決定した録画倍率で指定チャンネルの放送番組の録画を開始する（ステップＳ２８）。それと共に、複雑さ検出部２１が映像の複雑さを検出して、その検出結果である複雑さ情報を圧縮率制御部３２に渡す（ステップＳ２９）。
【００７７】
続いて、圧縮率制御部３２が、テーブル群３３のＴＢＲ変更テーブルを参照して、複雑さ情報に基づき録画倍率を変更するか否かを判定する（ステップＳ３０）。ステップＳ３０でＹＥＳであれば、圧縮率制御部３２が、複雑さ情報に基づき録画倍率の変更を行って録画を継続する（ステップＳ３１）。ステップＳ３１に続いて、制御部１３が、図示しない複雑さの判定タイミングの到来により、番組が切り替わったか否かを判定し（ステップＳ３２）、ＹＥＳであればステップＳ２６に戻りジャンル情報を取得し直し、ＮＯであれば予約した録画の終了日時が到来したか否かを判定する（ステップＳ３３）。ステップＳ３３でＹＥＳの場合には録画処理を終了し、ＮＯの場合にはステップＳ２９へ戻って複雑さ判定を繰り返す。一方、ステップＳ３０でＮＯであれば、そのままステップＳ３２へ進む。
【００７８】
番組情報取得部３１で取得したジャンル情報だけで決定した録画倍率では不完全な場合としては、上記（Ａ）のような場合の他に、（Ｂ）複数の番組にまたがって録画処理がなされる場合がある。日時指定録画処理では、上記（Ａ），（Ｂ）の双方が想定できる。上記（Ｂ）の場合は、例えば、１つ目の番組がスポーツであり、２つ目の番組がアニメーションであるときに、１つ目の番組情報であるスポーツによって、推奨録画倍率が５倍となり、実際の録画時に、アニメーションに番組が移行してもスポーツと同じ５倍モードで録画を続けることになる。これは、本来１０倍まで圧縮が可能な番組に対して無駄にビットレートを使ってしまう例である。実際、アニメーションは、一般的に圧縮に有利なコンテンツである。逆に、１つ目の番組がアニメーションで、２つ目の番組がスポーツの時には、今度はどちらも１０倍で録画されてしまい、結果としてスポーツ番組がブロックノイズだらけになってしまうということもあり得る。
【００７９】
こういった問題を解決するために、ステップＳ２９〜Ｓ３１のような処理を行うことで、上記（Ａ），（Ｂ）のいずれの場合にも、ある程度の画質を保ちつつ圧縮でき、且つ無駄なデータを残して圧縮するようなこともない。例えば、アニメーションでも、コントラストや輝度レベルが高いものは、複雑さが大きくなるため、ＴＢＲを高めに変更できる。
【００８０】
このように、番組情報取得部３１は、ジャンル情報が変わる可能性をもった録画処理（つまり、予約番組録画処理以外の録画処理）である場合、圧縮率制御部３２でジャンル情報に応じたＴＢＲの決定後も、ジャンル情報の取得を継続し、ジャンル情報が変わった場合、再度、ジャンル情報に応じたＴＢＲを決定するとよい。逆に、ステップＳ３２でＹＥＳの場合に、ステップＳ２６ではなく、ステップＳ２８に戻ってもよい。つまり、番組が変更しても、ジャンル情報に拠らずに複雑さにのみ応じて倍率を決定してもよい。
【００８１】
次に、上記（ＩＩＩ）の直接録画処理について、図７を参照しながら説明する。図７は、図１の録画装置における直接録画処理の一例を説明するためのフロー図である。なお、直接録画処理でも、予約番組録画処理で説明したような、所定のビットレート範囲内でＴＢＲの変更を行う形態、ＴＢＲの変更を所定レート以下の場合のみ行う形態、記録媒体の種類に応じてＴＢＲ変更の実行／不実行を決める形態などは、同様に適用できる。
【００８２】
視聴（再生）中の放送番組の直接録画処理では、通常、予め設定してある固定の録画倍率で録画されるが、これとは別に、予めジャンル連動録画モードをユーザ選択可能に設けておくとよい。このジャンル連動録画モードの場合には、視聴中の直接録画の場合にも、放送番組の内容に応じて、ＴＢＲを変更し、録画倍率を最適化する。
【００８３】
まず、制御部１３は、録画開始指示を受けると、まず現在の録画モードを判定する（ステップＳ４１）。ステップＳ４１ではジャンル連動録画モードか否かを判定し、ＹＥＳの場合、図６のステップＳ２２〜Ｓ２４，Ｓ２６〜Ｓ３３の処理を実行する（ステップＳ４２〜Ｓ５２）。但し、ステップＳ５２ではステップＳ３３の終了日時の到来の判定の代わりに、図示しない複雑さ判定タイミングの到来によってステップＳ５１の判定を行った結果がＮＯであったときに、ユーザからの録画終了指示があったか否かを判定する。ステップＳ５２でＹＥＳの場合には録画を終了し、ＮＯの場合にはステップＳ４８へ戻って複雑さ判定を行う。
【００８４】
一方、ステップＳ４１でＮＯの場合、制御部１３は、通常録画モードについて予め定められた録画倍率で録画を行い（ステップＳ６１）、ユーザからの録画終了指示があったか否かを判定して（ステップＳ６２）、録画終了指示があった場合に録画処理を終了し、未だない場合にステップＳ６１の録画処理を継続する。
【００８５】
直接録画処理においては、番組情報取得部３１で取得したジャンル情報だけで決定した録画倍率では不完全な場合として、上記（Ａ），（Ｂ）の双方が想定できる。しかし、ステップＳ４８〜Ｓ５０のような制御を行うことで、いずれの場合にも、複雑さ検出を行った結果をフィードバックすることで、ある程度の画質を保ちつつ圧縮でき、且つ無駄なデータを残して圧縮するようなこともない。
【００８６】
以上、（Ｉ）〜（ＩＩＩ）の録画処理を挙げて、複雑さに応じたＴＢＲの変更について説明したが、録画装置１は、ＴＢＲ自体を複雑さに応じて変更するだけではなく、実際のビットレート（瞬時ビットレート）とＴＢＲとの差（つまり瞬時ビットレートのＴＢＲからの誤差）をどのくらい許容するかといった許容範囲を、複雑さに応じて変更するように構成してもよい。許容範囲としては、最小ビットレートと最大ビットレートとで規定される許容範囲を指すが、最大ビットレートのみを変更してもよい。
【００８７】
例えば、ターゲットビットレートが、５倍録画に対応する４．８Ｍｂｐｓであったとき、圧縮率制御部３２が瞬時のビットレートとして指示する値としてその２倍の９．６Ｍｂｐｓまで許容していた場合、複雑さのレベルが増したときに元の２．５倍の１２Ｍｂｐｓまで許容するように変更するなどすればよい。また、ＴＢＲの変更と許容範囲の変更との関係は、例えば、第１に許容範囲を変更し、第２にＴＢＲ自体の変更を行うようにするなどすればよい。より具体的な例を挙げると、複雑さのレベルの基準値からの増大に比例するような最大ビットレートの倍率（ＴＢＲに対する倍率）を規定しておき、その倍率が３倍を超えるような複雑さのレベルであったときに、許容範囲を３倍を超えるように変更するのではなく、許容範囲を元のままにＴＢＲ自体を大きくする。
【００８８】
また、複雑さに応じてＴＢＲ自体の変更を行わない代わりに、複雑さに応じて許容範囲の変更を行うようにしても、効果は得られる。つまり、複雑さに応じたＴＢＲの変更の代わりに、ジャンル情報に応じたＴＢＲを保ち、その振れ幅の上限値を複雑さに応じて変更するように制御することでも、ある程度の画質を保ちつつ圧縮でき、且つ無駄なデータを残して圧縮するようなこともない。このとき、ＴＢＲへの収束時間をある程度長め（例えば２０分など）にしておくことが好ましい。その他の応用例についても、複雑さによるＴＢＲ変更処理と同様に適用できる。例えば、記録媒体の種類に応じた処理としては、種類に応じて振れ幅の変更を実行するか否かを決定してもよい。より具体例を挙げると、ＨＤＤのときのみ、振れ幅の制限を緩めるようにしてもよい。
【００８９】
以上、説明した本発明に係る録画装置は、レコーダ機器として適用するだけでなく、テレビ装置に組み込むことも可能である。また、リアルタイム放送の録画を前提として説明したが、本発明は、放送番組データを録画後、それを再圧縮する場合にも適用できる。その場合、２−ｐａｓｓと呼ばれる２回エンコードを行う方式も採用できる。つまり、１回目はビットレートをどれだけにするかの調査としてエンコードし、２回目がその調査結果を反映した本番としてエンコードする方式も採用できる。
【００９０】
また、録画装置１での処理として、ＨＤＤ１４やＢＤ／ＤＶＤ駆動装置１５に放送番組の映像データを記録する方法を説明したように、本発明は、受信した放送番組データに含まれる映像データを所定のＴＢＲで圧縮して記録する録画方法としての形態も採用できる。
【００９１】
本発明に係る記録方法は、図１の構成例で説明すると、番組情報取得部３１が、受信した放送番組データに関するジャンル情報を取得するジャンル情報取得ステップと、圧縮率制御部３２が、ジャンル情報取得ステップで取得したジャンル情報に応じて上記所定のＴＢＲを決定する決定ステップと、複雑さ検出部２１が、映像データが示す映像についての複雑さを検出する複雑さ検出ステップと、圧縮率制御部３２が、決定ステップで決定された上記所定のＴＢＲを、複雑さ検出ステップで検出された複雑さに応じて変更する変更ステップと、を含む。圧縮率制御部３２では、この変更ステップにより変更されたＴＢＲに基づき、圧縮処理部２２での圧縮ビットレートが制御されることになる。その他の応用については、録画装置１における処理として説明したものと同様であり、その説明を省略する。
【符号の説明】
【００９２】
１…録画装置、１１…チューナ部、１２…画像圧縮部、１３…制御部、１４…ＨＤＤ、１５…ＤＶＤ駆動装置、２１…複雑さ検出部、２２…圧縮処理部、３１…番組情報取得部、３２…圧縮率制御部、３３…テーブル群、３４…デフォルト設定テーブル、４１…輝度レベル検出部、４２…高周波成分検出部、４３…動き量検出部、４４…複雑さ決定部。
【図１】
2010199977.tif 000003
【図２】
2010199977.tif 000004
【図３】
2010199977.tif 000005
【図４】
2010199977.tif 000006
【図５】
2010199977.tif 000007
【図６】
2010199977.tif 000008
【図７】
2010199977.tif 000009