JP4804415B2 - 信号処理装置及び信号処理方法 - Google Patents

Description

本発明は、蓄積されたコンテンツデータをアップコンバート（高品質化）する信号処理装置及び信号処理方法に関する。

現在、日本のデジタル放送で採用されているＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）規格の最大有効画素数は１９２０×１０８０となっている。また、さらに多くの画素数を有するスーパーハイビジョン（ＳＨＤ：Ｓｕｐｅｒ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）やウルトラハイビジョン（ＵＨＤ：Ｕｌｔｒａ−Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）と呼ばれる高精細コンテンツ関連技術が日本放送協会等で研究されている。ＳＨＤ（又はＵＨＤ）の最大有効画素数は７６８０×４３２０（８ｋ×４ｋ）であり、ＨＤ規格を大幅に上回る。また、４０９６×２１６０（４ｋ×２ｋ）の映像フォーマットを有するデジタル・シネマの開発も進められている。音質についても、現状の５．１チャンネルのサラウンド技術よりも高品質な３次元音響を実現する２２．２マルチチャンネルシステムに関する研究が進められている。

近年、従来のＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｆｉｎｉｔｉｏｎ）画質の映像を高画質化（高品質化）する技術や、低音質な音声を高音質化（高品質化）する技術の研究が進められている。複雑なアルゴリズムを用いて、よりリアルで迫力のある映像・音声を実現する様々なアップコンバート処理（高品質化処理）に関する技術も提案されている。

例えば、クラス分類適応処理を用いてＳＤ映像をＨＤ映像に高画質化する技術が提案されている（例えば、特許文献１参照）。また、音声データをフォーマット変換して微妙な音やニュアンスまで再現する高音質化技術に関する提案がされている（例えば、特許文献２参照）。

ここで、アップコンバート処理の方法としては、コンテンツデータを再生しながらリアルタイムに処理する方法と、リアルタイムではなく時間をかけて処理する方法とに大きく分けられる。

現在、一般的なデジタルテレビ受信機等に搭載されている画質補正や音質補正等の処理負荷の比較的小さな処理は、放送信号を受信しながらリアルタイムに処理される。

これに対して、将来的には、処理負荷が大きいためリアルタイムな処理が実質的に困難な高品質化（高画質化及び高音質化）処理を行う機能が、デジタルテレビ受信機やその他の周辺機器に搭載されることが想定される。処理負荷の大きなアップコンバート処理を行う場合は、リアルタイム処理が難しいため、コンテンツデータを一旦記録媒体に蓄積し、蓄積したコンテンツデータに対して時間をかけてアップコンバート処理を行う。このような場合、アップコンバート処理に要する時間が長いと、ユーザがコンテンツデータを再生したいときに、アップコンバート処理が済んでいないために再生できないという問題が生じ得る。特に、複数のコンテンツデータを順にアップコンバートする場合、ユーザが所望するコンテンツの処理順位が後ろの方の場合は、所望するコンテンツのアップコンバート処理が直ぐに実行されないという問題が生じる。そこで、例えば、ユーザの嗜好度を反映させて、ユーザの所望するコンテンツを優先してアップコンバート処理する方が好ましい。

ユーザの嗜好度に関連する技術としては、例えば、ユーザの嗜好度が低いコンテンツから順に記憶部から消去、又は圧縮することにより、記録媒体の容量を確保する技術が提案されている（例えば、特許文献３参照）。
特開平０７−３２１６６２号公報 特開平０９−２６１０７１号公報 特開２００６−０８６６３９号公報

上述したように、アップコンバート処理に要する時間が長い場合、ユーザがコンテンツデータを再生したいときに、アップコンバート処理が済んでいないために再生できないという問題があった。特に、複数のコンテンツデータをアップコンバートする場合、ユーザが所望するコンテンツのアップコンバート処理が直ぐに実行されないことがあった。

そこで、本発明は、蓄積された複数のコンテンツデータを適切な手順でアップコンバート（高品質化）することが可能な信号処理装置及び信号処理方法を提供することを目的とする。

上述した課題を解決するために、本発明に係る信号処理方法は、蓄積された複数のコンテンツデータをアップコンバートする信号処理方法であって、ユーザによる操作指示を受ける操作ステップと、前記操作ステップで受けた操作指示に係る操作履歴に基づいて、ユーザの嗜好情報を生成する生成ステップと、前記複数のコンテンツデータにアップコンバート処理を施す処理ステップと、前記生成ステップで生成された嗜好情報と、各コンテンツデータに関するコンテンツ情報とに基づいて、各コンテンツデータの嗜好レベルを算出し、嗜好レベルの高いコンテンツデータを優先してアップコンバート処理を施すように制御する制御ステップと、を有することを特徴とする。

本発明に係る他の信号処理方法は、蓄積された複数のコンテンツデータをアップコンバートする信号処理方法であって、蓄積された前記複数のコンテンツデータそれぞれのアップコンバート処理に要する予測処理時間を算出する算出ステップと、前記複数のコンテンツデータにアップコンバート処理を施す処理ステップと、前記算出ステップで算出された予測処理時間が短いコンテンツデータを優先してアップコンバート処理を施すように制御する制御ステップと、を備えることを特徴とする。

本発明によれば、蓄積された複数のコンテンツデータを適切な手順でアップコンバート（高品質化）することが可能となる。

以下、図面を用いて本発明の実施の形態について説明する。

（実施の形態１）
実施の形態１では、ユーザの嗜好情報に基づいて、アップコンバート処理を施すコンテンツデータの処理順位を決定する形態について説明する。

図１は、本発明の実施の形態１に係る信号処理装置１の概略構成を示すブロック図である。図１の信号処理装置１は、例えば、ハードディスクレコーダ等のように、コンテンツデータを蓄積することが可能な装置である。

入力部２は、アンテナ（若しくは、ケーブル、インターネット）からの放送信号（地上デジタル放送、衛星デジタル放送、ブロードバンド放送等）を受信する。この入力部２は、チューナを含み、放送信号の復調・誤り訂正処理等を行って、トランスポートストリーム（ＴＳ）とよばれる形式のＴＳデータを生成する。放送信号には、映像データや音声データの他、番組情報（番組名、ジャンル等）等のコンテンツ情報も重畳されている。

蓄積部（記憶部）３は、例えばハードディスクドライブ等の大容量記憶装置であり、入力部２からのＴＳ形式のコンテンツデータ（ＴＳデータ）が蓄積される。この蓄積部３に蓄積されたコンテンツデータは、番組（コンテンツ）単位で管理可能となっている。また、この蓄積部３には、各コンテンツデータに関する番組情報（番組名、ジャンル等）等のコンテンツ情報も格納される。ただし、蓄積部３とは別体の記憶部にコンテンツ情報を記憶する構成であってもよい。なお、蓄積部３は、蓄積に適したドライブ構成であればドライブの数及び種類は特に限定されない。

コンテンツ情報は、例えば、デジタル放送に関するＡＲＩＢ（社団法人電波産業会）規格で定義される番組配列情報（ＳＩ：Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）を含む。ＳＩには、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）と呼ばれるテーブルが含まれている。このＥＩＴで使用される記述子として、短形式イベント記述子（番組名および番組の簡単な内容を示す）、拡張形式イベント記述子（番組の詳細内容を項目毎に示す）等がある。ＥＩＴには、番組名、放送時間、番組内容、ジャンル情報等の番組コンテンツに関する様々な付加情報が記述される。ＳＩに含まれるこれらの情報に基づき、放送予定の番組の一覧を示す電子番組表（ＥＰＧ）を作成したり、アプリケーションを利用してお好み番組検索を行ったりすることが可能である。

デコーダ４は、蓄積部３に蓄積された各番組のコンテンツデータの映像デコード（復号）処理及び音声デコード（復号）処理を行う。ＧＵＩ生成部１１は、主制御部７からの指示に応じて、各種ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）データを生成する。出力部５は、デコーダ４によりデコードされた映像信号及び音声信号を、それぞれディスプレイ（表示装置）及びスピーカに出力する。また、この出力部５は、デコーダ４からの映像信号にＧＵＩデータを合成する機能を有する。

操作入力部６は、ユーザが信号処理装置１を操作するためのユーザインターフェースである。例えば、リモコンからのリモコン信号を受信してユーザの操作指示を受け付け、主制御部７に転送する。また、信号処理装置１の本体に搭載された各種操作ボタンの操作を受け付け、ユーザによる操作指示を主制御部７に通知する。

主制御部７は、ユーザの操作指示に応じて、蓄積部３にコンテンツデータを蓄積させる制御動作を実行したり、アップコンバート処理部１０の動作を制御したりするなど、信号処理装置１を統括的に制御する中央処理装置の役割を司る。

嗜好情報生成部８は、ユーザの操作履歴（番組検索履歴、視聴履歴等）に基づいて、ユーザの嗜好を示す嗜好情報、例えば、ユーザが番組検索時に用いたジャンル情報やキーワード等に基づく、ユーザの嗜好に関する情報を生成する。嗜好情報記憶部９は、嗜好情報生成部１８により生成された嗜好情報を記憶する。なお、この嗜好情報記憶部９は蓄積部３と一体の構成であってもよい。

アップコンバート処理部１０は、蓄積部３に蓄積されたコンテンツデータのアップコンバート（高品質化）処理を行う。アップコンバート処理部１０によりアップコンバートされたコンテンツデータは、再び蓄積部３に格納される。

ここで、本発明におけるアップコンバート処理とは、リアルタイムな処理が実質的に困難な高品質化（高画質化及び高音質化）処理、すなわち、コンテンツの実時間よりも多くの時間を掛けて行う高品質化処理を指す。例えば、複数の映像フレームを参照してディテールを再現して、高精細な映像に変換するような、処理負荷の大きな高画質化処理を想定している。このような場合、複雑なアルゴリズムを用いており、アップコンバート処理をリアルタイムに行うことが難しい。また、原音に忠実な音声を再現したり、臨場感のある音声を再現したりする複雑な高音質化処理を行う場合も、リアルタイムな処理をすることが難しい。

図２は、図１に示したアップコンバート処理部１０の内部構成を示すブロック図である。
主制御部７は、嗜好情報記憶部９に格納された嗜好情報と、蓄積部３に格納されたコンテンツ情報とを照合して、蓄積部３内の複数のコンテンツデータに対してアップコンバート処理を施す処理順位を決定する。そして、決定した順番でアップコンバート処理を実行するようにアップコンバート処理部１０の動作を制御する。

アップコンバート処理部１０は、アップコンバート対象のコンテンツデータを蓄積部３から読み出す。デマルチプレクサ２２は、蓄積部３から読み出されたコンテンツデータを映像信号と音声信号とに分離する。映像デコーダ２３及び音声デコーダ２４は、それぞれデマルチプレクサ２２からの映像信号及び音声信号をデコード（復号）する。

映像デコーダ２３及び音声デコーダ２４によりデコードされた映像データ及び音声データは、キャッシュ部２５に一時的に蓄積される。高画質化処理部２６は、キャッシュ部２５に蓄積された映像データに対してアップコンバート（高画質化）処理を施して、再びキャッシュ部２５に戻す。高音質化処理部２７は、キャッシュ部２５に蓄積された音声データに対してアップコンバート（高音質化）処理を施して、再びキャッシュ部２５に戻す。

アップコンバート処理が施された映像データ及び音声データは、それぞれ映像圧縮処理部２８及び音声圧縮処理部２９でデータ圧縮される。マルチプレクサ３０は、圧縮された映像データと音声データとを多重して、蓄積部３に蓄積させる。

次に、ユーザの操作履歴に基づいて嗜好情報を生成する動作について説明する。なお、本実施例では、嗜好情報として、ユーザが番組検索時に用いたジャンル情報やキーワード等に基づく、ユーザの嗜好に関する情報を利用する場合について説明する。ただし、ユーザの嗜好を反映した情報であれば何でもよく、この実施例に限定されるものではない。

図３は、ユーザの操作履歴に基づいて嗜好情報を生成する動作について説明するためのフローチャートである。

ステップＳ１において、主制御部７は、ユーザからの番組検索指示に応じて、ＧＵＩ生成部１１に番組検索画面を生成させ、ディスプレイに番組検索画面を表示させる。ユーザは、この番組検索画面において、ジャンル（映画、スポーツ等）やキーワード（出演者名等）を入力して検索条件を指定することができる。

ステップＳ２において、ユーザが検索開始を指示すると、主制御部７は、指定された検索条件に合致する番組の検索を実行する。続いて、ステップＳ３において、検索条件に合致した番組一覧が検索結果として表示される。ステップＳ４において、嗜好情報生成部８は、検索情報に基づき、ユーザの嗜好情報を生成して、嗜好情報記憶部９の嗜好情報管理テーブルに格納する。

図４は、嗜好情報管理テーブルの一例を示す図である。嗜好情報管理テーブルには、指定されたジャンル及びキーワード、またそれらを用いて番組検索が実行された回数が記録される。さらに、検索回数の数に応じて、嗜好レベル５〜１が記録される。本実施例では、検索回数が多いジャンル及びキーワードは、ユーザの興味が強いと考えられるので高い嗜好レベルを付けるものとする。例えば、検索回数が最も多いジャンル「映画」、キーワード「世界遺産」は、嗜好レベル５となる。

なお、本実施例では、ジャンルとキーワードの２つのカテゴリで分類しているが、これに限定されるものではない。例えば、キーワードというカテゴリを、番組名、番組内容、出演者等の複数のカテゴリに細分化してもよい。また、本実施例ではカテゴリごとの嗜好レベルの付け方を同一にしているが、例えば、ジャンルの嗜好レベルの最高値を５、キーワードの嗜好レベルの最高値を１０とするなど、重み付けを行ってもよい。また、検索回数を嗜好レベルそのものとして使用してもよい。

次に、主制御部７が複数のコンテンツデータに対してアップコンバート処理を施す処理順位を決定する動作について説明する。

図５は、アップコンバート処理を施す処理順位を決定して、アップコンバート処理を施すまでの手順について説明するためのフローチャートである。なお、アップコンバート処理を施す処理順位を決定するタイミングは、例えば、ある番組の録画処理が終了した時点や、予め設定された時刻、ユーザによるアップコンバート処理要求があった時など、任意のタイミングとする。

ステップＳ１０において、主制御部７は、蓄積部３にアップコンバート対象のコンテンツデータが存在するか否かを判別する。アップコンバート処理が完了したコンテンツデータについては処理完了のフラグを立てることによって、まだアップコンバート処理がされていないコンテンツデータを認識することができる。蓄積部３にアップコンバート対象のコンテンツデータが存在する場合は、ステップＳ１０からステップＳ１１に進む。

ステップＳ１１において、アップコンバート対象のコンテンツデータが複数あるか否かを確認する。アップコンバート対象のコンテンツデータが一つしかない場合は、ステップＳ１３に進み、アップコンバート処理するコンテンツデータＡを決定する。

一方、アップコンバート対象のコンテンツデータが複数ある場合は、ステップＳ１２に進み、嗜好情報記憶部９に格納された嗜好情報と、蓄積部３に格納されたコンテンツ情報とを照合して、アップコンバート処理を施す処理順位を決定する。

図６は、主制御部７により決定されたアップコンバート処理順位の一例を示す図である。主制御部７は、各コンテンツデータのコンテンツ情報に嗜好情報管理テーブルの各項目が合致しているか判別し、合致した場合、各カテゴリの嗜好レベルを足し合わせることにより行われる。例えば、番組「日本の歴史」のジャンル「映画」の嗜好レベルは５、キーワード「歴史」の嗜好レベルは４であるため、嗜好レベル合計は９となる。主制御部７は、嗜好レベル合計が大きいコンテンツほど処理順位が上位になるように、アップコンバートの処理順位を決定する。

次に、ステップＳ１３において、アップコンバート処理する処理順位が最も上位のコンテンツデータを、最初にアップコンバート処理するコンテンツデータＡとして決定する。

ステップＳ１４において、主制御部７は、アップコンバート処理部１０に対して、他のコンテンツデータＢをアップコンバート処理中であるか問い合わせる。具体的には、アップコンバート処理部１０が動作中か否かを問い合わせて、動作中であれば、アップコンバート処理中のコンテンツデータのコンテンツ情報を問い合わせる。そして、コンテンツデータＡよりも嗜好レベルの低いコンテンツデータＢがアップコンバート処理中であるか否かを判別する。ここで、他のコンテンツデータＢをアップコンバート処理中でなければ、ステップＳ１７に進んで、そのコンテンツデータＡのアップコンバート処理を開始する。一方、他のコンテンツデータＢをアップコンバート処理中であった場合は、ステップＳ１５に進む。

ステップＳ１５において、主制御部７は、アップコンバート処理部１０で行っているアップコンバート処理に関する経過情報を、コンテンツ情報として記憶するよう指示する。例えば、コンテンツデータの先頭から順次アップコンバート処理する場合は、どの位置（フレーム）までアップコンバート処理が完了したかを記憶する。また、解像度変換やフレーム数増加等の複数段階のアップコンバート処理を行う場合は、どの段階までアップコンバート処理を行ったか記憶する。

ステップＳ１６において、主制御部７は、アップコンバート処理部１０に対し、現在行っているアップコンバート処理を中止するよう指示する。そして、ステップＳ１７において、主制御部７は、アップコンバート対象のコンテンツデータＡのアップコンバート処理を開始するようにアップコンバート処理部１０に指示する。なお、アップコンバートが途中で中断されたコンテンツデータについては、途中経過情報に基づき中断されたところからアップコンバート処理が開始される。

ステップＳ１０からステップＳ１７までの一連の動作を行い、決定された処理順位が最も上位のコンテンツデータのアップコンバート処理が完了すると、次の処理順位のコンテンツデータのアップコンバート処理が行われる。このように、ユーザの嗜好情報に基づきアップコンバート処理の処理順位を決定することにより、嗜好度の高いコンテンツデータから順にアップコンバート処理することが可能になる。

以上のように、この実施の形態１によれば、蓄積された複数のコンテンツデータを適切な手順でアップコンバート（高品質化）することが可能となる。これにより、ユーザが所望するコンテンツをできるだけ早くアップコンバート処理して、高品質で視聴可能な状態にすることができる。

（実施の形態２）
実施の形態２では、各コンテンツデータのアップコンバート処理に要する予測処理時間に基づき、アップコンバート処理を施す順番を算出する形態について説明する。この実施の形態２は、蓄積されたコンテンツデータが全て、ユーザが高品質での視聴を望む場合に特に有効である。

図７は、本発明の実施の形態２に係る信号処理装置４０の概略構成を示すブロック図である。図７と図１とを比較して異なる点は、図１の嗜好情報生成部８及び嗜好情報記憶部９が処理時間算出部４１及び処理時間情報記憶部４２に置換されている点である。なお、図１と同様の機能を有する部分については同一の符号を付し、その詳細説明は繰り返さない。

この実施の形態２では、コンテンツ情報に含まれるコンポーネント記述子を用いる。コンポーネント記述子は、ＡＲＩＢ規格で定義される番組配列情報ＳＩに含まれるＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）の記述子の一つである。コンポーネント記述子には、映像コンポーネントや音声コンポーネント等の各コンポーネントに関する情報（コンポーネント情報）が記述される。

図８は、コンポーネント記述子のデータ構造の一例を示す図である。コンポーネント記述子には、“ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ（コンテンツ内容）”、“ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ（コンポーネント種別）”、“ｔｅｘｔ＿ｃｈａｒ（コンポーネント記述）”等が含まれる。

図９は、“ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ（コンテンツ内容）”、“ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ（コンポーネント種別）”について詳細に説明するための図である。例えば、“ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ”０ｘ０１、“ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ”０ｘＢ４のコンテンツは、映像フォーマット１０８０ｉ（画素数１９０２×１０８０のインターレス走査方式）であり、アスペクト比が１６：９である。

処理時間情報記憶部４２には、各“ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ（コンポーネント種別）”のコンテンツデータをアップコンバート処理した場合に要する目安処理時間情報が格納される。ただし、蓄積部３と処理時間情報記憶部４２とが必ずしも別体である必要はなく、処理時間情報記憶部４２と蓄積部３とを一体にした構成であってもよい。

図１０は、図７に示した処理時間情報記憶部４２に格納される目安処理時間情報テーブルの一例を示す図である。例えば、“ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ”０ｘＢ２のコンテンツデータは、１時間分のデータをアップコンバート処理するのに必要な目安処理時間は２．５時間である。このような目安処理時間情報テーブルが処理時間情報記憶部４２に予め格納される。

図１１は、この実施の形態２において、アップコンバート処理を施す処理順位を決定して、アップコンバート処理を施すまでの手順について説明するためのフローチャートである。図１１と図５とを比較して異なる点は、図５のステップＳ１２がステップＳ２０に置換されている点である。なお、図５と同様のステップについては同一の符号を付し、その詳細説明は繰り返さない。

ステップＳ２０において、主制御部７は、まず蓄積部３に蓄積された複数のコンテンツデータのアップコンバート処理を行う処理順位を決定する。具体的には、蓄積部３内の各コンテンツデータのコンテンツ情報を取得し、録画時間（コンテンツ時間長）情報及びコンポーネント情報を抽出する。そして、主制御部７は、処理時間算出部４１に対して、各コンテンツデータのアップコンバート処理に要する予測処理時間を算出するように指示する。処理時間算出部４１は、処理時間情報記憶部８に格納された目安処理時間情報テーブルを読み出し、録画時間（コンテンツ時間長）に１時間あたりの目安処理時間を乗算して、各コンテンツデータのアップコンバート処理に要する予測処理時間を算出する。主制御部７は、処理時間算出部４１により算出された予測処理時間が短いコンテンツほど処理順位が上位になるように、アップコンバートの処理順位を決定する。なお、アップコンバートが途中で中断されたコンテンツデータについては、途中経過情報に基づき中断されたところからアップコンバート処理を実行するのに要する時間が予測処理時間として算出される。

図１２は、決定されたアップコンバート処理順位の一例を示す図である。例えば、番組「日本の歴史」の“ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ（コンポーネント種別）”は０ｘＡ２、映像フォーマット４８０ｐ（画素数７２０×４８０のプログレッシブ走査方式）、アスペクト比は１６：９である。ここで、図１０の目安処理時間テーブルを参照すると、映像フォーマット４８０ｐのコンテンツ１時間分をアップコンバート処理するのに要する目安時間は４時間となっている。したがって、番組「日本の歴史」の録画時間（コンテンツ時間長）が３時間である場合、予測処理時間は４×３＝１２時間となる。このようにして、各コンテンツの予測処理時間が算出され、予測処理時間が短いコンテンツほど処理順位が上位になるように（「地球創世記」、「グルメ対決」、「日本の歴史」の順番）、アップコンバートの処理順位が決定される。

図１３は、実施の形態２において、アップコンバート処理に要する時間が短いコンテンツデータから順番にアップコンバート処理した場合の効果について説明するための図である。図１３（Ａ）は本実施の形態２との比較例を示す図、図１３（Ｂ）は本実施の形態２によるアップコンバート処理のプロセスを示す図である。図１３（Ａ）（Ｂ）において、番組コンテンツＸ，Ｙ，Ｚは、それぞれアップコンバート処理に要する時間が３時間，６時間，３時間であるものとする。

図１３（Ａ）は、各番組が録画された順番でアップコンバート処理が施される場合を示す。この場合、番組コンテンツＸの録画が終了した時刻１７時に、番組コンテンツＸのアップコンバート処理が開始する。番組コンテンツＹの録画が終了した時刻１９時には、まだ番組コンテンツＸのアップコンバート処理の途中なので、番組コンテンツＸのアップコンバート処理を継続する。そして、２０時に番組コンテンツＸのアップコンバート処理が完了すると、引き続き番組コンテンツＹのアップコンバート処理が開始される。２時に番組コンテンツＹのアップコンバート処理が完了し、５時に番組コンテンツＺのアップコンバート処理が完了する。

図１３（Ｂ）は、アップコンバート処理の予測処理時間が短いコンテンツデータから順にアップコンバート処理が施された場合を示す。この場合、番組コンテンツＹの録画が終了した時刻１９時に、番組コンテンツＸと番組コンテンツＹのアップコンバート処理に要する予測処理時間を比較する。比較した結果、番組コンテンツＸは残り１時間でアップコンバート処理が完了するのに対し、番組コンテンツＹはアップコンバート処理に６時間かかるので、番組コンテンツＸのアップコンバートを継続する。そして、２０時に番組コンテンツＸのアップコンバート処理が完了し、番組コンテンツＹのアップコンバート処理が開始される。

次に、番組コンテンツＺの録画が終了した時刻２１時に、番組コンテンツＹと番組コンテンツＺのアップコンバート処理に要する予測処理時間を比較する。比較した結果、番組コンテンツＹは残り５時間でアップコンバート処理が完了するのに対し、番組コンテンツＺは３時間でアップコンバート処理が完了するので、番組コンテンツＹのアップコンバートを中止して、番組コンテンツＺのアップコンバート処理を開始する。そして、番組コンテンツＺのアップコンバート処理が終了した時刻２４時に、番組コンテンツＹのアップコンバート処理が再開される。

以上のように、この実施の形態２では、より早い時刻に、より多くのアップコンバート処理済みコンテンツデータをユーザに提供することができる。具体的には、２つ目のアップコンバート処理済みのコンテンツデータを比較例（図１３（Ａ））に対して２時間早く提供することができる。また、比較例（図１３（Ａ））の場合、仮に、ユーザが高品質の番組コンテンツＺを早く視聴したかったとしても、５時まで待たなければならない。これに対して、図１３（Ｂ）の場合は、高品質の番組コンテンツＺを２４時に視聴することが可能となる。

したがって、この実施の形態２によれば、蓄積された複数のコンテンツデータを適切な手順でアップコンバート（高品質化）することが可能となる。これにより、ユーザが所望するコンテンツをできるだけ早くアップコンバート処理して、高品質で視聴可能な状態にすることができる。本実施例は、特に、アップコンバート処理に要する時間が非常に長い番組コンテンツが存在する場合に、他の番組コンテンツのアップコンバート処理が長時間待たされてしまうことが回避される。

なお、この実施の形態２では、目安処理時間情報を用いて、各コンテンツデータのアップコンバート処理に要する予測処理時間を算出する場合について説明したが、予測処理時間の算出方法はこれに限定されるものではない。例えば、各コンテンツデータの先頭の一部分（例えば先頭の５秒間分だけ）をアップコンバート処理部１０に実際にアップコンバート処理させて、その処理に要する時間を計測してもよい。この場合、先頭一部分の処理に要する時間から、コンテンツデータ全体をアップコンバート処理するのに要する予測処理時間を算出することができる。

（実施の形態３）
この実施の形態３は、実施の形態１の構成と実施の形態２の構成とを組み合わせたものである。すなわち、ユーザの嗜好情報と、各コンテンツデータのアップコンバート処理に要する予測処理時間とに基づき、アップコンバート処理を施すコンテンツデータの処理順位を決定する。

図１４は、本発明の実施の形態３に係る信号処理装置５０の概略構成を示すブロック図である。図１４の信号処理装置５０は、図１に示した信号処理装置１に、図７に示した処理時間算出部４１及び処理時間情報記憶部４２を追加した構成となっている。各ブロックの機能について、実施の形態１及び実施の形態２で説明した機能と同様の部分については、その説明を省略する。

図１５は、実施の形態３において、アップコンバート処理を施す処理順位を決定して、アップコンバート処理を施すまでの手順について説明するためのフローチャートである。図１５と図５とを比較して異なる点は、図５のステップＳ１２がステップＳ３０〜Ｓ３２に置換されている点である。なお、図５と同様のステップについては同一の符号を付し、その詳細説明は繰り返さない。

ステップＳ３０において、主制御部７は、嗜好情報記憶部９に格納された嗜好情報と、蓄積部３に格納された各コンテンツのコンテンツ情報とを照合して、嗜好レベル（合計）を算出する。そして、算出した嗜好レベル（合計）を優先ポイント１とする。なお、嗜好レベル（合計）については、図６で説明したものと同様であるため、ここでは説明を繰り返さない。

続いて、ステップＳ３１において、主制御部７は、処理時間算出部４１に対して、各コンテンツデータのアップコンバート処理に要する予測処理時間を算出するように指示する。処理時間算出部４１は、処理時間情報記憶部８に格納された目安処理時間情報と、各コンテンツの録画時間（コンテンツ時間長）とに基づいて、各コンテンツデータのアップコンバート処理に要する予測処理時間を算出する。主制御部７は、処理時間算出部４１により算出された予測処理時間に基づき優先ポイント２を算出する。

次に、ステップＳ３２において、主制御部７は、優先ポイント１と優先ポイント２との合計値が大きなコンテンツほど処理順位が上位になるように、アップコンバートの処理順位を決定する。

図１６は、優先ポイント１及び優先ポイント２の算出結果の一例を示す図である。例えば、番組「地球創世記」の嗜好レベルに基づく優先ポイント１は「６」、予測処理時間に基づく優先ポイント２は「６」であり、優先ポイントの合計は「１２」となる。

図１７は、予測処理時間と優先ポイント２との関係を示す図である。図１７に示すように、優先ポイント２は、予測処理時間が短いほど大きな値となるものとする。そして、優先ポイントの合計値が大きいコンテンツの処理順位が上位になるように（「地球創世記」、「日本の歴史」、「グルメ対決」の順番）、アップコンバートの処理順位が決定される。

実施の形態２では、予測処理時間が短いコンテンツほど処理順位が上位になるようにアップコンバートの処理順位を決定したが、この実施の形態３では、さらに、ユーザの嗜好度レベルも加味して処理順位を決定する。このため、予測処理時間が短く、かつ、ユーザの嗜好レベルの高いコンテンツを早くアップコンバート処理することができる。

したがって、この実施の形態３によれば、蓄積された複数のコンテンツデータをより適切な手順でアップコンバート（高品質化）することが可能となる。これにより、ユーザが所望するコンテンツをできるだけ早くアップコンバート処理して、高品質で視聴可能な状態にすることができる。

（実施の形態４）
この実施の形態４では、ユーザがアップコンバート処理するコンテンツデータの順番を指定することができる。なお、実施の形態４に係る信号処理装置の構成は、実施の形態１の図１に示した構成と同様であってもよいし、実施の形態２の図７に示した構成、又は実施の形態３の図１４に示した構成と同様であってもよい。

実施の形態４において、ＧＵＩ生成部１１は、リモコンからの操作指示を操作入力部６及び主制御部７を介して受け、アップコンバートの処理順位を変更するための操作画面を生成する。

図１８は、アップコンバートの処理順位を変更するための操作画面の一例を示す図である。アップコンバート対象のコンテンツ一覧が表示された画面において、ユーザはリモコンに設けられた「上ボタン」及び「下ボタン」を操作して、各コンテンツの処理順位を任意に変更することができる。

なお、図１９に示すように、蓄積されたコンテンツ一覧の画面において、アップコンバート処理するコンテンツを指定し、指定したコンテンツの処理順位を任意に設定できる構成であってもよい。この場合、アップコンバートの処理順位を自動的に決定する機能がなくても、ユーザがアップコンバート処理するコンテンツを指定し、指定したコンテンツの処理順位を設定することができる。

本発明の実施の形態１に係る信号処理装置の概略構成を示すブロック図である。 図１に示したアップコンバート処理部の内部構成を示すブロック図である。 図１に示した主制御部がユーザの嗜好情報を取得する動作について説明するためのフローチャートである。 嗜好情報管理テーブルの一例を示す図である。 アップコンバート処理の手順について説明するためのフローチャートである。 決定されたアップコンバート処理順位の一例を示す図である。 本発明の実施の形態２に係る信号処理装置の概略構成を示すブロック図である。 コンポーネント記述子のデータ構造の一例を示す図である。 “ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ”、“ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ”について詳細に説明するための図である。 図７に示した処理時間情報記憶部に格納される目安処理時間情報テーブルの一例を示す図である。 実施の形態２におけるアップコンバート処理の手順について説明するためのフローチャートである。 決定されたアップコンバート処理順位の一例を示す図である。 実施の形態２の効果について説明するための図である。 本発明の実施の形態３に係る信号処理装置の概略構成を示すブロック図である。 実施の形態３におけるアップコンバート処理の手順について説明するためのフローチャートである。 優先ポイント１及び優先ポイント２の算出結果の一例を示す図である。 予測処理時間と優先ポイント２との関係を示す図である。 アップコンバートの処理順位を変更するための操作画面の一例を示す図である。 蓄積されたコンテンツ一覧の画面例を示す図である。

符号の説明

１ 信号処理装置
２ 入力部
３ 蓄積部（記憶部）
４ デコーダ
５ 出力部
６ 操作入力部
７ 主制御部
８ 嗜好情報生成部
９ 嗜好情報記憶部
１０ アップコンバート処理部
１１ ＧＵＩ生成部

Claims (24)

1. 蓄積された複数のコンテンツデータをアップコンバートする信号処理装置であって、
   ユーザによる操作指示を受け付ける操作手段と、
   前記操作手段により受け付けられた操作指示に係る操作履歴に基づいて、ユーザの嗜好情報を生成する生成手段と、
   前記複数のコンテンツデータにアップコンバート処理を施す処理手段と、
   前記生成手段により生成された嗜好情報と、各コンテンツデータに関するコンテンツ情報とに基づいて、各コンテンツデータの嗜好レベルを算出し、嗜好レベルの高いコンテンツデータを優先してアップコンバート処理を施すように前記処理手段を制御する制御手段と、を備えることを特徴とする信号処理装置。
2. 前記制御手段は、嗜好レベルの高いコンテンツデータほど早くアップコンバート処理されるように、前記処理手段がアップコンバート処理を施す順番を制御することを特徴とする請求項１に記載の信号処理装置。
3. 前記制御手段は、第１のコンテンツデータのアップコンバート処理を実行させる際に、前記第１のコンテンツデータよりも嗜好レベルの低い第２のコンテンツデータをアップコンバート処理中であった場合は、前記第２のコンテンツデータのアップコンバート処理を中断して、前記第１のコンテンツデータのアップコンバート処理を開始させることを特徴とする請求項１または請求項２に記載の信号処理装置。
4. さらに、蓄積された前記複数のコンテンツデータそれぞれのアップコンバート処理に要する予測処理時間を算出する算出ユニットを備え、
   前記制御ユニットは、嗜好レベルの高いコンテンツデータを優先するとともに、前記算出ユニットにより算出された予測処理時間が短いコンテンツデータを優先してアップコンバート処理を施すように前記処理手段を制御することを特徴とする請求項１から請求項３までのいずれか１項に記載の信号処理装置。
5. 前記コンテンツデータのアップコンバート処理は、前記コンテンツデータの実時間よりも長い処理時間を要する処理であることを特徴とする請求項１から請求項４までのいずれか１項に記載の信号処理装置。
6. 蓄積された複数のコンテンツデータをアップコンバートする信号処理装置であって、
   蓄積された前記複数のコンテンツデータそれぞれのアップコンバート処理に要する予測処理時間を算出する算出手段と、
   前記複数のコンテンツデータにアップコンバート処理を施す処理手段と、
   前記算出手段により算出された予測処理時間が短いコンテンツデータを優先してアップコンバート処理を施すように前記処理手段を制御する制御手段と、を備えることを特徴とする信号処理装置。
7. 前記算出手段は、蓄積された前記複数のコンテンツデータの種別と、前記コンテンツデータの種別ごとにアップコンバート処理に要する時間の目安を示す目安処理時間情報とに基づいて、前記複数のコンテンツデータそれぞれのアップコンバート処理に要する予測処理時間を算出することを特徴とする請求項６に記載の信号処理装置。
8. 前記算出手段は、前記複数のコンテンツデータのそれぞれの一部のデータに対して前記処理手段によりアップコンバート処理を施し、前記一部のデータのアップコンバート処理に要する時間に基づいて、各コンテンツデータのアップコンバート処理に要する予測処理時間を算出することを特徴とする請求項６に記載の信号処理装置。
9. 前記制御手段は、前記算出手段により算出された予測処理時間が短いコンテンツデータほど早くアップコンバート処理されるように、前記処理手段がアップコンバート処理を施す順番を制御することを特徴とする請求項６から請求項８までのいずれか１項に記載の信号処理装置。
10. 前記制御手段は、第１のコンテンツデータのアップコンバート処理を実行させる際に、
    前記第１のコンテンツデータよりも予測処理時間の長い第２のコンテンツデータをアップコンバート処理中であった場合は、前記第２のコンテンツデータのアップコンバート処理を中断して、前記第１のコンテンツデータのアップコンバート処理を開始させることを特徴とする請求項６から請求項９までのいずれか１項に記載の信号処理装置。
11. 前記コンテンツデータのアップコンバート処理は、前記コンテンツデータの実時間よりも長い処理時間を要する処理であることを特徴とする請求項６から請求項１０までのいずれか１項に記載の信号処理装置。
12. ユーザの指示を受け付け、該指示に従って、前記複数のコンテンツデータにアップコンバート処理を施す順番を設定する設定手段をさらに備えることを特徴とする請求項１から請求項１１までのいずれか１項に信号処理装置。
13. 蓄積された複数のコンテンツデータをアップコンバートする信号処理装置により実行される信号処理方法であって、
    ユーザによる操作指示を受ける操作ステップと、
    前記操作ステップで受けた操作指示に係る操作履歴に基づいて、ユーザの嗜好情報を生成する生成ステップと、
    前記複数のコンテンツデータにアップコンバート処理を施す処理ステップと、
    前記生成ステップで生成された嗜好情報と、各コンテンツデータに関するコンテンツ情報とに基づいて、各コンテンツデータの嗜好レベルを算出し、嗜好レベルの高いコンテンツデータを優先してアップコンバート処理を施すように制御する制御ステップと、を有することを特徴とする信号処理方法。
14. 前記制御ステップにおいて、嗜好レベルの高いコンテンツデータほど早くアップコンバート処理されるように、アップコンバート処理を施す順番を制御することを特徴とする請求項１３に記載の信号処理方法。
15. 前記制御ステップにおいて、第１のコンテンツデータのアップコンバート処理を実行させる際に、前記第１のコンテンツデータよりも嗜好レベルの低い第２のコンテンツデータをアップコンバート処理中であった場合は、前記第２のコンテンツデータのアップコンバート処理を中断して、前記第１のコンテンツデータのアップコンバート処理を開始させることを特徴とする請求項１３または請求項１４に記載の信号処理方法。
16. さらに、蓄積された前記複数のコンテンツデータそれぞれのアップコンバート処理に要する予測処理時間を算出する算出ステップを有し、
    前記制御ステップにおいて、嗜好レベルの高いコンテンツデータを優先するとともに、前記算出ユニットにより算出された予測処理時間が短いコンテンツデータを優先してアップコンバート処理を施すように制御することを特徴とする請求項１３から請求項１５までのいずれか１項に記載の信号処理方法。
17. 前記コンテンツデータのアップコンバート処理は、前記コンテンツデータの実時間よりも長い処理時間を要する処理であることを特徴とする請求項１３から請求項１６までのいずれか１項に記載の信号処理方法。
18. 蓄積された複数のコンテンツデータをアップコンバートする信号処理方法であって、
    蓄積された前記複数のコンテンツデータそれぞれのアップコンバート処理に要する予測処理時間を算出する算出ステップと、
    前記複数のコンテンツデータにアップコンバート処理を施す処理ステップと、
    前記算出ステップで算出された予測処理時間が短いコンテンツデータを優先してアップコンバート処理を施すように制御する制御ステップと、を有することを特徴とする信号処理方法。
19. 前記算出ステップにおいて、蓄積された前記複数のコンテンツデータの種別と、前記コンテンツデータの種別ごとにアップコンバート処理に要する時間の目安を示す目安処理時間情報とに基づいて、前記複数のコンテンツデータそれぞれのアップコンバート処理に要する予測処理時間を算出することを特徴とする請求項１８に記載の信号処理方法。
20. 前記算出ステップにおいて、前記複数のコンテンツデータのそれぞれの一部のデータに対して前記処理手段によりアップコンバート処理を施し、前記一部のデータのアップコンバート処理に要する時間に基づいて、各コンテンツデータのアップコンバート処理に要する予測処理時間を算出することを特徴とする請求項１８に記載の信号処理方法。
21. 前記制御ステップにおいて、前記算出ステップで算出された予測処理時間が短いコンテンツデータほど早くアップコンバート処理されるように、アップコンバート処理を施す順番を制御することを特徴とする請求項１８から請求項２０までのいずれか１項に記載の信号処理方法。
22. 前記制御ステップにおいて、第１のコンテンツデータのアップコンバート処理を実行させる際に、前記第１のコンテンツデータよりも予測処理時間の長い第２のコンテンツデータをアップコンバート処理中であった場合は、前記第２のコンテンツデータのアップコンバート処理を中断して、前記第１のコンテンツデータのアップコンバート処理を開始させることを特徴とする請求項１８から請求項２１までのいずれか１項に記載の信号処理方法。
23. 前記コンテンツデータのアップコンバート処理は、前記コンテンツデータの実時間よりも長い処理時間を要する処理であることを特徴とする請求項１８から請求項２２までのいずれか１項に記載の信号処理方法。
24. ユーザの指示を受け付け、該指示に従って、前記複数のコンテンツデータにアップコンバート処理を施す順番を設定する設定ステップをさらに有することを特徴とする請求項１３から請求項２３までのいずれか１項に記載の信号処理方法。

Images