(57)【特許請求の範囲】
【請求項１】
コンテンツを取得する取得手段と、
前記取得手段により取得された複数の前記コンテンツを記録媒体に記録するように制御する記録制御手段と、
前記記録制御手段により記録が制御された複数の前記コンテンツの視聴履歴、および、前記コンテンツに与えられた、チャンネルを仮想チャンネルに切り替える操作を行うだけで視聴される可能性が生じる視聴機会の回数を含む管理情報を生成し、所定の時間毎に前記管理情報を変更する生成手段と、
前記生成手段により生成された前記管理情報を基に、前記記録制御手段により記録が制御された複数の前記コンテンツのうち、所定の回数の前記視聴機会を既に与えられ、かつ、視聴されていない削除予定コンテンツを抽出する抽出手段と、
前記抽出手段により抽出された前記削除予定コンテンツおよびそれ以外のコンテンツに関する情報をそれぞれ異なる表示方法で表示するように表示を制御する表示制御手段と、
ユーザの操作に応じて、前記表示制御手段により表示が制御された前記コンテンツに関する情報を、対応するコンテンツを再生する処理を行うために選択する選択手段と、
新しいコンテンツを録画する場合、前記記録媒体の空き容量に応じて、前記抽出手段により抽出された前記削除予定コンテンツまたは再生されたコンテンツを削除する削除手段と
を備える録画再生装置。
【請求項２】
前記新しいコンテンツを録画する場合、前記記録制御手段により記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要か否かを、前記記録媒体の空き容量に応じて判断する判断手段をさらに備え、
前記判断手段により、前記コンテンツの削除が必要と判断された場合、前記削除手段は、前記抽出手段により抽出された前記削除予定コンテンツまたは再生されたコンテンツを削除する
請求項１に記載の録画再生装置。
【請求項３】
前記新しいコンテンツを録画する場合、前記判断手段は、前記記録制御手段により記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要であるか否かを、前記記録媒体の空き容量が基準となる容量より少ないか否かに応じて判断する
請求項２に記載の録画再生装置。
【請求項４】
前記新しいコンテンツを録画する場合、前記判断手段は、前記記録制御手段により記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要であるか否かを、前記記録媒体の空き容量が前記新しいコンテンツの録画に必要な容量より少ないか否かに応じて判断する
請求項２に記載の録画再生装置。
【請求項５】
録画再生装置が、
コンテンツを取得し、
取得された複数の前記コンテンツを記録媒体に記録するように制御し、
記録が制御された複数の前記コンテンツの視聴履歴、および、前記コンテンツに与えられた、チャンネルを仮想チャンネルに切り替える操作を行うだけで視聴される可能性が生じる視聴機会の回数を含む管理情報を生成し、所定の時間毎に前記管理情報を変更し、
生成された前記管理情報を基に、記録が制御された複数の前記コンテンツのうち、所定の回数の前記視聴機会を既に与えられ、かつ、視聴されていない削除予定コンテンツを抽出し、
抽出された前記削除予定コンテンツおよびそれ以外のコンテンツに関する情報をそれぞれ異なる表示方法で表示するように表示を制御し、
ユーザの操作に応じて、表示が制御された前記コンテンツに関する情報を、対応するコンテンツを再生する処理を行うために選択し、
前記新しいコンテンツを録画する場合、前記記録媒体の空き容量に応じて、抽出された前記削除予定コンテンツまたは再生されたコンテンツを削除するステップを
含むコンテンツ管理方法。
【請求項６】
前記新しいコンテンツを録画する場合、記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要か否かを、前記記録媒体の空き容量に応じて判断するステップをさらに含み、
前記コンテンツの削除が必要と判断された場合、前記コンテンツに関する情報が選択されたか否かに応じて、抽出された前記削除予定コンテンツまたは再生されたコンテンツを削除する
請求項５に記載のコンテンツ管理方法。
【請求項７】
前記新しいコンテンツを録画する場合、記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要であるか否かを、前記記録媒体の空き容量が基準となる容量より少ないか否かに応じて判断する
請求項６に記載のコンテンツ管理方法。
【請求項８】
前記新しいコンテンツを録画する場合、記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要であるか否かを、前記記録媒体の空き容量が前記新しいコンテンツの録画に必要な容量より少ないか否かに応じて判断する
請求項６に記載のコンテンツ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、録画再生装置およびコンテンツ管理方法に関し、特に、ユーザに対してコンテンツの視聴機会を充分に与えることができ、かつ、ユーザにとって真に不要なコンテンツのみを自動的に削除することができる、すなわち、ユーザの意図を的確に反映して、コンテンツを管理することができるようにする録画再生装置およびコンテンツ管理方法に関する。
【背景技術】
【０００２】
従来の録画再生装置において、ユーザは、録画した番組（コンテンツ）データを管理するにあたり、自分自身で不必要なデータを選択し、削除する必要があった。また、ハードディスクなどの記録メディアの大容量化に伴い、膨大な数のコンテンツを蓄積することが可能となってきている。
【０００３】
その結果、ユーザ自身が、膨大な数の蓄積コンテンツの内容を把握しきれなくなった場合、不必要なコンテンツを容易に選択することができなくなるため、不必要なコンテンツを削除する操作は、ユーザにとって、非常にわずらわしいものとなってしまう。更に、興味あるコンテンツを録画したのにもかかわらず、膨大な数の蓄積コンテンツの中に視聴されないまま残されてしまったり、視聴される前に、誤って削除されてしまうようなことも起こり得る。
【０００４】
コンテンツの削除作業のわずらわしさを解決するために、蓄積されたコンテンツを自動的に削除する技術がある。蓄積されたコンテンツを自動的に削除する技術においては、視聴されないまま蓄積されてから所定の日数が経過したコンテンツを、自動的に削除されるようになされている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の、コンテンツを自動的に削除する技術においては、ユーザに対して蓄積されたコンテンツの視聴機会を充分に与えるような構成をとっていないため、例えば、ユーザが興味のあるコンテンツを録画したにもかかわらず、それに気づかずに視聴する機会を失ってしまうことにより、興味のあるコンテンツが自動的に削除されてしまう場合がある。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、ユーザに対してコンテンツの視聴機会を充分に与えることができ、かつ、ユーザにとって真に不要なコンテンツのみを自動的に削除することができる、すなわち、ユーザの意図を的確に反映して、コンテンツを管理することができるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の一側面の録画再生装置は、コンテンツを取得する取得手段と、前記取得手段により取得された複数の前記コンテンツを記録媒体に記録するように制御する記録制御手段と、前記記録制御手段により記録が制御された複数の前記コンテンツの視聴履歴、および、前記コンテンツに与えられた、チャンネルを仮想チャンネルに切り替える操作を行うだけで視聴される可能性が生じる視聴機会の回数を含む管理情報を生成し、所定の時間毎に前記管理情報を変更する生成手段と、前記生成手段により生成された前記管理情報を基に、前記記録制御手段により記録が制御された複数の前記コンテンツのうち、所定の回数の前記視聴機会を既に与えられ、かつ、視聴されていない削除予定コンテンツを抽出する抽出手段と、前記抽出手段により抽出された前記削除予定コンテンツおよびそれ以外のコンテンツに関する情報をそれぞれ異なる表示方法で表示するように表示を制御する表示制御手段と、ユーザの操作に応じて、前記表示制御手段により表示が制御された前記コンテンツに関する情報を、対応するコンテンツを再生する処理を行うために選択する選択手段と、新しいコンテンツを録画する場合、前記記録媒体の空き容量に応じて、前記抽出手段により抽出された前記削除予定コンテンツまたは再生されたコンテンツを削除する削除手段とを備える。
【０００８】
前記新しいコンテンツを録画する場合、前記記録制御手段により記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要か否かを、前記記録媒体の空き容量に応じて判断する判断手段をさらに備え、前記判断手段により、前記コンテンツの削除が必要と判断された場合、前記削除手段は、前記抽出手段により抽出された前記削除予定コンテンツまたは再生されたコンテンツを削除することができる。
【０００９】
前記新しいコンテンツを録画する場合、前記判断手段は、前記記録制御手段により記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要であるか否かを、前記記録媒体の空き容量が基準となる容量より少ないか否かに応じて判断することができる。
【００１０】
前記新しいコンテンツを録画する場合、前記判断手段は、前記記録制御手段により記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要であるか否かを、前記記録媒体の空き容量が前記新しいコンテンツの録画に必要な容量より少ないか否かに応じて判断することができる。
【００１１】
本発明の一側面のコンテンツ管理方法は、録画再生装置が、コンテンツを取得し、取得された複数の前記コンテンツを記録媒体に記録するように制御し、記録が制御された複数の前記コンテンツの視聴履歴、および、前記コンテンツに与えられた、チャンネルを仮想チャンネルに切り替える操作を行うだけで視聴される可能性が生じる視聴機会の回数を含む管理情報を生成し、所定の時間毎に前記管理情報を変更し、生成された前記管理情報を基に、記録が制御された複数の前記コンテンツのうち、所定の回数の前記視聴機会を既に与えられ、かつ、視聴されていない削除予定コンテンツを抽出し、抽出された前記削除予定コンテンツおよびそれ以外のコンテンツに関する情報をそれぞれ異なる表示方法で表示するように表示を制御し、ユーザの操作に応じて、表示が制御された前記コンテンツに関する情報を、対応するコンテンツを再生する処理を行うために選択し、前記新しいコンテンツを録画する場合、前記記録媒体の空き容量に応じて、抽出された前記削除予定コンテンツまたは再生されたコンテンツを削除するステップを含む。
【００１２】
前記新しいコンテンツを録画する場合、記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要か否かを、前記記録媒体の空き容量に応じて判断するステップをさらに含み、前記コンテンツの削除が必要と判断された場合、前記コンテンツに関する情報が選択されたか否かに応じて、抽出された前記削除予定コンテンツまたは再生されたコンテンツを削除することができる。
【００１３】
前記新しいコンテンツを録画する場合、記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要であるか否かを、前記記録媒体の空き容量が基準となる容量より少ないか否かに応じて判断することができる。
【００１４】
前記新しいコンテンツを録画する場合、記録が制御されている複数の前記コンテンツのうちのいずれかの前記コンテンツの削除が必要であるか否かを、前記記録媒体の空き容量が前記新しいコンテンツの録画に必要な容量より少ないか否かに応じて判断することができる。
【００１５】
本発明の一側面においては、コンテンツが取得され、取得された複数の前記コンテンツが記録媒体に記録するように制御され、記録が制御された複数の前記コンテンツの視聴履歴、および、前記コンテンツに与えられた、チャンネルを仮想チャンネルに切り替える操作を行うだけで視聴される可能性が生じる視聴機会の回数を含む管理情報が生成され、所定の時間毎に前記管理情報が変更される。また、生成された前記管理情報を基に、記録が制御された複数の前記コンテンツのうち、所定の回数の前記視聴機会を既に与えられ、かつ、視聴されていない削除予定コンテンツが抽出され、抽出された前記削除予定コンテンツおよびそれ以外のコンテンツに関する情報をそれぞれ異なる表示方法で表示するように表示が制御される。そして、ユーザの操作に応じて、表示が制御された前記コンテンツに関する情報が、対応するコンテンツを再生する処理を行うために選択され、前記新しいコンテンツを録画する場合、前記記録媒体の空き容量に応じて、抽出された前記削除予定コンテンツまたは再生されたコンテンツが削除される。
【発明の効果】
【００１６】
本発明によれば、ユーザが特別な操作を行うことなく、例えば、ＨＤＤなどの記録媒体に保存され、充分な視聴機会を与えられたにもかかわらず視聴されない、すなわち、ユーザが興味を持っていないと思われるコンテンツを選択し、必要に応じて、自動的に削除することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明を適応したハードディスクレコーダの構成を示すブロック図である。
【図２】仮想チャンネルスケジュール表について説明するための図である。
【図３】スケジューリングユニットについて説明するための図である。
【図４】ユーザが興味を示さなかったコンテンツを抽出し、「削除予定」に変更する処理について説明するためのフローチャートである。
【図５】仮想チャンネルスケジュール表について説明するための図である。
【図６】最後に視聴された視聴済みコンテンツを抽出し、「削除予定」に変更する処理について説明するためのフローチャートである。
【図７】仮想チャンネルスケジュール表について説明するための図である。
【発明を実施するための形態】
【００１８】
以下、図を参照して、本発明の実施の形態について説明する。
【００１９】
図１は、ハードディスクレコーダ１の構成例を示すブロック図である。このハードディスクレコーダ１は、膨大な記憶容量を備えるＨＤＤ（Hard disk drive）２６に数多くの映像を録画することができるとともに、ユーザの意図を的確に把握して録画映像の保存管理に反映することができる。なお、ハードディスクレコーダ１は、ＡＶ機器として実装することができ、例えば、セットトップボックス（ＳＴＢ）のようなテレビジョン受信機と一体で構成することができる。
【００２０】
図示しないアンテナで受信された放送波は、チューナ１１に供給される。放送波は、所定のフォーマットに基づいており、例えば、ＥＰＧ（Electronic Program Guide）データを含んでいても良い。放送波は、衛星放送波、地上波、有線、または無線の区別を特に問わない。
【００２１】
チューナ１１は、ＣＰＵ２１の制御に基づいて、所定チャネルの放送波のチューニングすなわち選局を行い、受信データを復調部１２に出力する。なお、送信されてくる放送波がアナログであるか、あるいは、デジタルであるかに応じて、チューナ１１の構成を適宜変更または拡張することができる。復調部１２は、デジタル変調されている受信データを復調し、デコーダ１３に出力する。
【００２２】
例えば、デジタル衛星放送の場合、チューナ１１により受信され、復調部１２により復調されたデジタルデータは、MPEG2方式で圧縮されたＡＶデータ、および、データ放送用データが多重化されているトランスポートストリームである。前者のＡＶデータは、放送コンテンツ本体を構成する映像データおよび音声データであり、後者のデータ放送用データは、この放送コンテンツ本体に付随するデータ（例えば、ＥＰＧデータ）を含むものである。
【００２３】
デコーダ１３は、復調部１２より供給されたトランスポートストリームを、MPEG２方式で圧縮されたＡＶデータとデータ放送用データ（例えば、ＥＰＧデータ）に分離する。分離されたデータ放送用データは、バス１９およびＨＤＤインターフェース（Ｉ／Ｆ）２５を介してＨＤＤ２６に供給され、保存される。
【００２４】
受信したコンテンツをそのまま出力することが指示されている場合、デコーダ１３は、ＡＶデータを、圧縮映像データと圧縮音声データに更に分離する。分離された音声データは、ＰＣＭ（Pulse Code Modulation）デコードされた後、ミキサ（ＭＵＸ）１５を介してスピーカ３２に出力される。また、分離された映像データは、伸張された後、コンポーザ１７を介してディスプレイ３３に出力される。
【００２５】
受信したコンテンツをＨＤＤ２６に録画することが指示されている場合、デコーダ１３は、分離する前のＡＶデータを、バス１９およびＨＤＤインターフェース２５を介して、ＨＤＤ２６に出力する。また、ＨＤＤ２６に録画されているコンテンツの再生が指示されている場合、デコーダ１３は、ＨＤＤインターフェース２５およびバス１９を介して、ＨＤＤ２６からＡＶデータの入力を受け、圧縮映像データと圧縮音声データに分離し、それぞれコンポーザ１７もしくはミキサ１５に出力する。
【００２６】
ＲＡＭ（Random Access Memory）１４は、デコーダ１３が行ったこれらの作業データを保存することができる。
【００２７】
コンポーザ１７は、必要に応じて、デコーダ１３より入力された映像データと、グラフィック処理コントローラ１８から入力された画像データとを合成して、ディスプレイ３３に出力する。ディスプレイ３３は、コンポーザ１７より供給された映像信号を表示（再生）する。スピーカ３２は、ミキサ１５より供給された音声信号を出力する。
【００２８】
Ｕ/Ｉ（ユーザインターフェース）制御部１６は、ユーザからの入力操作を処理するモジュールであり、例えば、ユーザにより、操作ボタンまたはスイッチから構成されるリモートコマンダ３１が操作されることにより、赤外線発光部（図示せず）から発光された操作信号（ＩＲ信号）を受光部１６ａで受光し、ＣＰＵ２１に出力する。
【００２９】
ＣＰＵ２１は、ハードディスクレコーダ１全体の動作を制御するメインコントローラであり、オペレーティングシステム（ＯＳ）により提供されるプラットフォーム上で各種のアプリケーションを実行する。ＣＰＵ２１は、例えば、Ｕ/Ｉ制御部１６およびバス１９を介して、リモートコマンダ３１から入力された操作信号に基づいて、チューナ１１、復調部１２、デコーダ１３、ＨＤＤ２６などを制御することにより、コンテンツの録画または再生を実行する。
【００３０】
また、ＣＰＵ２１は、ＥＰＧなどの放送データを基に、ＨＤＤ２６に記録されるコンテンツ毎に、図３を用いて後述するスケジューリングユニット（Scheduling Unit）を生成し、バス１９およびＨＤＤインターフェース２５を介して、ＨＤＤ２６に出力して保存させるとともに、ＨＤＤ２６に保存されているスケジューリングユニットを読み出して、必要に応じて書き換え、これをもとに、ＨＤＤ２６に保存されているコンテンツを管理する。
【００３１】
ＨＤＤ２６は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積することができる、ランダムアクセスが可能な記憶装置であり、例えば、数十ＧＢ程度（または１００ＧＢ以上）の大容量を備えている。ＨＤＤ２６はまた、ＨＤＤインターフェース２５を介してバス１９に接続されており、デコーダ１３、もしくは通信制御部２０から、放送コンテンツ、および、ＥＰＧデータなどのデータ放送用データの入力を受け、これらの情報を記録するとともに、必要に応じて、記録されたデータを出力する。
【００３２】
ＨＤＤ２６は、その内部に、図３を用いて後述する、コンテンツ毎のスケジューリングユニット（Scheduling Unit）を保存するための領域を有する。スケジューリングユニットは、必要に応じて、ＨＤＤインターフェース２５およびバス１９を介してＣＰＵ２１に読み込まれる。これにより、ＣＰＵ２１は、所定のアプリケーションに従って、所定の処理を実行し、所定の時間毎に仮想チャンネル（図２を用いて後述する）のスケジューリングを行うことをはじめとする、ＨＤＤ２６に保存されているコンテンツの管理を行うことができる。
【００３３】
グラフィック処理コントローラ１８は、画像データを生成する専用コントローラであり、例えば、SVGA（Super Video Graphic Array）または、XGA（eXtended Graphic Array）相当の高精細な描画機能を備えている。グラフィック処理コントローラ１８は、例えば、ユーザが各種設定を入力することができるＧＵＩ（Graphical User Interface）操作画面や、図２を用いて後述する仮想チャンネルスケジュール表のデータを生成する。
【００３４】
通信制御部２０は、電話回線やケーブルなどによる有線または無線の通信を制御する。この通信制御部２０を介して、図示しないサーバシステムと通信を行うことにより、放送コンテンツ、あるいは、ＥＰＧデータの授受が行われる。通信制御部２０に入力された放送コンテンツは、バス１９を介してデコーダ１３に入力され、チューナ１１および復調部１２を介して入力された放送データと同様に処理される。また、通信制御部２０を介して、外部の機器と通信を行うことにより、例えば、地上波放送などのＥＰＧデータを含まないコンテンツに関するデータの入力を受けることができる。通信制御部２０に入力されたデータは、バス１９およびＨＤＤインターフェース２５を介して、ＨＤＤ２６に保存される。
【００３５】
ＲＡＭ（Random Access Memory）２２は、ＣＰＵ２１の実行プログラムをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。ＲＯＭ（Read Only Memory）２３は、ハードディスクレコーダ１の電源オン時に実行する自己診断・初期化プログラムや、ハードウェア操作用の制御コードなどを格納する読み出し専用メモリである。
【００３６】
IEEE（The Institute of Electrical and Electronics Engineers）1394インターフェース（Ｉ/Ｆ）２４は、数１０MBps程度のデータ送受信が可能なシリアル高速インターフェースである。IEEE1394ポート２４ａには、IEEE1394対応のビデオカメラ３４が接続されている。
【００３７】
図１のＨＤＤ２６に録画されたコンテンツは、ＣＰＵ２１の処理によって、複数の仮想チャンネル（ＶＣ：Virtual channel）に割り振られる。仮想チャンネルは、例えば、それぞれのチャンネルが、スポーツ、ニュース、バラエティーあるいはドキュメンタリーなどのカテゴリ別に構成され、独自の時間軸を有し、例えば、６時間、１０時間、１２時間などの所定の時間毎に、録画されているコンテンツの再生スケジュールが作成される。
【００３８】
ユーザが、仮想チャンネルのスケジュールを確認したいと思った場合、リモートコマンダ３１を用いて所定の操作を行うことにより、例えば、図２に示されるような仮想チャンネルスケジュール表を、ディスプレイ３３に表示させることができる。
【００３９】
図２に示される仮想チャンネルスケジュール表においては、縦軸として、仮想チャンネル５１―１乃至５１−６の６つの仮想チャンネルが用意され、横軸として、６時間の仮想的な独自の時間軸を有するようになされている。
【００４０】
仮想チャンネルスケジュール表における時刻の進行は、他のチャンネルが視聴されている場合であっても、ハードディスクレコーダ１の電源が遮断されている場合においても、現実の時刻と同様に経過していくようになされている。ユーザが、仮想チャンネルにおける時刻の進行状況を知ることができるように、図２の仮想チャンネルスケジュール表においては、図中「Ｎｏｗ」と表示された仮想チャンネルスケジュール表における「現在時刻」が、表示画面中右にずれていくように表示されるか、もしくは、「Ｎｏｗ」の表示位置を変更せず、コンテンツを示すアイコンの位置が図中左に移動されように表示される。
【００４１】
図中「Ｎｏｗ」と表示された仮想チャンネルスケジュール表における「現在時刻」より右側を「未来」と称し、「現在時刻」より左側を「過去」と称するものとする。
【００４２】
ＨＤＤ２６に記録されたコンテンツは、図３のスケジューリングユニット（Scheduling Unit）に基づいて、仮想チャンネル５１―１乃至５１−６の仮想チャンネルのうちのいずれかにスケジューリングされる。
【００４３】
startTimeは、仮想チャンネルスケジュール表における再生開始日時を示すデータである。durationTimeは、対応するコンテンツの長さを示すデータである。
【００４４】
statusは、対応するコンテンツの状態（削除予定、視聴済み、再生可能）を示すデータである。
【００４５】
ＨＤＤ２６には、次々に新しいコンテンツが録画されるが、ＨＤＤ２６の容量には限りがあるため、必要でないコンテンツを削除する必要がある。そこで、削除するコンテンツを選択する必要が生じるため、図４もしくは図６を用いて後述する処理により、所定の条件に合致するコンテンツが、「削除予定」コンテンツとして選択される。
【００４６】
「視聴済み」コンテンツとは、ユーザによって既に視聴され、かつ、「削除予定」ではないコンテンツであり、「再生可能」コンテンツとは、「削除予定」および「視聴済み」以外のコンテンツである。
【００４７】
スケジューリング時に、それぞれのコンテンツが「未来」に配置されるか「過去」に配置されるかは、statusに記載されているデータを参照して決定される。すなわち、statusが「削除予定」もしくは「視聴済み」になっているコンテンツは、次回のスケジューリング時に、「過去」にスケジュールされ、ユーザが、カーソル６１によってそのコンテンツを選択して再生する処理を行わない限り、自動的に再生機会を得ることはない。それに対して、statusが「再生可能」となっているコンテンツは、次回のスケジューリング時に、「未来」にスケジューリングされ、ユーザが意識してそのコンテンツを選択して再生しなくても、チャンネルを仮想チャンネルに切り替える操作を行うことにより、ユーザの目にとまり、視聴される可能性が生じる。
【００４８】
「再生可能」状態のコンテンツが視聴された場合、そのstatusは、「視聴済み」に変更される。「再生可能」状態のコンテンツが、「削除予定」状態に変更されるのは、図４を用いて後述する処理によって、そのstatusが変更された場合である。「視聴済み」状態のコンテンツが、「削除予定」状態に変更されるのは、図６を用いて後述する処理によって、そのstatusが変更された場合である。
【００４９】
titleは、スケジュール表の表示に用いられるコンテンツのタイトルである。Categoriesは、対応するコンテンツのカテゴリを示すデータであり、複数のカテゴリを設定することができる。sourceは、このスケジューリングユニットの基（ソース）となるコンテンツを示すデータである。
【００５０】
lastAccessedTimeは、対応するコンテンツが、最後に視聴された日時を表すデータである。ＨＤＤ２６に記録されているコンテンツが再生されて視聴された場合、ＣＰＵ２１は、対応するコンテンツのスケジューリングユニットのlastAccessedTimeに記載されるデータを更新する。
【００５１】
theNumberOfScheduledInFutureは、対応するコンテンツが、スケジューリングによって「未来」に配置された回数を示すものである。ＣＰＵ２１は、スケジューリングが実行される毎に、そのスケジューリングにおいて「未来」に配置されたコンテンツのスケジューリングユニットのtheNumberOfScheduledInFutureに記載されるデータを更新する。
【００５２】
仮想チャンネルスケジュール表において、ＨＤＤ２６に記録されているそれぞれのコンテンツは、その状態によって、表示方法が変更される。
【００５３】
例えば、アイコン６２で示される番組Ｘは、次回のスケジューリング時、もしくは、新たなコンテンツを録画するに当たり、ＨＤＤ２６の容量が不足し、記録されているコンテンツのうちのいずれかを削除しなければならなくなった場合に削除される「削除予定」状態のコンテンツである。「削除予定」コンテンツは、例えば、他のコンテンツの表示方法と比較して、明度を低くして表示されたり、薄く（消えかかっているように）表示される。
【００５４】
例えば、アイコン６３で示される番組Ａ、およびアイコン６５で示される番組Ｄは、「視聴済み」状態のコンテンツである。「視聴済み」コンテンツは、例えば、アイコン内の文字の色を変更して表示される。
【００５５】
そして、アイコン６６で示される番組Ｈなど、「削除予定」および「視聴済み」以外のコンテンツは「再生可能」状態のコンテンツである。「再生可能」コンテンツは、例えば、アイコン内の文字が白で表示される。「再生可能」コンテンツでもある、アイコン６４で示される番組Ｂは、現在再生中のコンテンツであり、例えば、アイコン全体の色を変更して表示される。また、再生中番組表示ウィンドウ５２は、再生中のコンテンツの画像データを表示するようになされている。
【００５６】
また、ユーザは、リモートコマンダ３１の図示しないキーを操作することにより、仮想チャンネルスケジュール表上で、カーソル６１を移動させて、任意のコンテンツのアイコンにあわせることにより、表示エリア５３に選択されたコンテンツに関する情報を表示させ、更に表示エリア５３内の、画像表示エリア５４に、選択されたコンテンツの画像情報を表示させることができるため、仮想チャンネルスケジュール表上の所望のコンテンツの内容を確認することができる。図２においては、カーソル６１によって、番組Ｌが選択されているので、表示エリア５３に番組Ｌに関する情報が表示され、画像表示エリア５４に、番組Ｌの画像情報が表示される。
【００５７】
そして、リモートコマンダ３１の図示しない確定ボタンなどを押下することにより、仮想チャンネル上の現在時刻に関係なく、ユーザが所望するコンテンツを再生させることも可能である。例えば、アイコン６３で示される番組Ａは、「未来」に配置されているが、すでに視聴済みのコンテンツである。すなわち、番組Ａは、仮想チャンネル上の現在時刻に関係なく再生されたものである。
【００５８】
そして、前回のスケジューリングから６時間経過した時点で、ＣＰＵ２１は、Scheduling Unitを基に、仮想チャンネルスケジュール表の再スケジューリングを実行する。
【００５９】
ところで、上述したように、ＨＤＤ２６には、次々に新しいコンテンツが録画されるが、ＨＤＤ２６の容量には限りがあるため、必要でないコンテンツは、削除する必要がある。最も優先的に削除予定コンテンツとして設定されるコンテンツは、ユーザが録画し、所定の回数「未来」に配置されて、視聴機会が設けられていたにもかかわらず、視聴されなかった、すなわち、録画されたものの、ユーザが興味を示さなかったコンテンツである。
【００６０】
図４を参照して、ＨＤＤ２６に録画されている（すなわち、仮想チャンネルスケジュール表に記載されている）コンテンツのうち、「再生可能」状態のコンテンツから、ユーザが興味を示さなかったコンテンツを抽出し、そのコンテンツに対応するスケジューリングユニットのstatusを「削除予定」に変更する処理について説明する。
【００６１】
ＣＰＵ２１は、ステップＳ１において、仮想チャンネルの「過去」にスケジューリングされているコンテンツを抽出し、ステップＳ２において、抽出されたコンテンツから1つのコンテンツを選択する。
【００６２】
ステップＳ３において、ＣＰＵ２１は、ステップＳ２において選択されたコンテンツに対応するスケジューリングユニットのstatusを参照し、そのコンテンツは、「再生可能」状態であるか否かを判断する。ステップＳ３において、そのコンテンツが「再生可能」状態ではないと判断された場合、そのコンテンツは、「削除予定」状態、もしくは「視聴済み」状態であるので、処理はステップＳ７に進む。
【００６３】
ステップＳ３において、そのコンテンツが、「再生可能」状態であると判断された場合、ステップＳ４において、ＣＰＵ２１は、ステップＳ２において選択されたコンテンツに対応するスケジューリングユニットのtheNumberOfScheduledInFutureを参照し、対応するコンテンツは、既に、「未来」にｎ回スケジューリングされたか否かを判断する。ここでｎ回とは、ユーザに所定のコンテンツへの視聴機会を充分に与えたと判断することができる所定の回数である。
【００６４】
ステップＳ４において、対応するコンテンツは、まだ「未来」にｎ回スケジューリングされていないと判断された場合、ステップＳ５において、ＣＰＵ２１は、対応するスケジューリングユニットのstatusを変更せず（すなわち、「再生可能」状態のままとして）、次回スケジューリング時に「未来」に配置されるコンテンツとする。
【００６５】
ステップＳ４において、対応するコンテンツは、既に、「未来」にｎ回スケジューリングされたと判断された場合、ステップＳ６において、ＣＰＵ２１は、対応するコンテンツのスケジューリングユニットのstatusを変更し、「削除予定」状態とする。
【００６６】
ステップＳ３において、そのコンテンツが「再生可能」状態ではないと判断された場合、ステップＳ５の処理の終了後、もしくはステップＳ６の処理の終了後、ステップＳ７において、ＣＰＵ２１は、ステップＳ１において抽出されたコンテンツの処理がすべて終了したか否かを判断する。
【００６７】
ステップＳ７において、抽出されたコンテンツの処理がすべて終了していないと判断された場合、処理はステップＳ２に戻り、それ以降の処理が繰り返される。ステップＳ７において、抽出されたコンテンツの処理がすべて終了したと判断された場合、処理が終了される。
【００６８】
例えば、図２を用いて説明した仮想チャンネルスケジュール表において、「再生可能」状態であったアイコン６６で示される番組Ｈが、ステップＳ４において、既に、「未来」にｎ回スケジューリングされたと判断された場合、ステップＳ６において、番組Ｈに対応するスケジューリングユニットのstatusは、「削除予定」状態に変更される。そして、次回のスケジューリング時に、図５に示されるように、アイコン６６で示される番組Ｈは、「過去」にスケジューリングされ、新たなコンテンツが録画される場合、必要に応じて削除される。
【００６９】
また、新たにＨＤＤ２６に記録されたコンテンツは、そのスケジューリングユニットのcategoriesに記載されている情報に基づいて、適する仮想チャンネルの「未来」にスケジューリングされる。ここでは、アイコン６７で示される番組M、およびアイコン６８で示される番組Ｎが、ＨＤＤ２６に新たに記録されたコンテンツであり、スケジューリングユニットのcategoriesに記載されている情報に基づいて、仮想チャンネル５１−１にスケジューリングされる。
【００７０】
なお、ｎ回以上「未来」にスケジューリングされてもＨＤＤ２６から削除したくないコンテンツについては、例えば、スケジューリングユニットのstatusに、「削除禁止」状態を予め用意し、削除したくないコンテンツのstatusを「削除禁止」とすることなどにより、図４を用いて説明した処理によって削除されないようにしても良い。
【００７１】
以上説明した処理により、ユーザが興味を持っていないと考えられるコンテンツが「削除予定」状態に変更され、新たなコンテンツが録画される場合、必要に応じて削除される。しかしながら、この処理によって設定された「削除予定」状態のコンテンツを削除したとしても、新たなコンテンツを録画するにあたって、ＨＤＤ２６の記憶容量が不足してしまう場合、既に視聴された「視聴済み」状態のコンテンツの中から、最後に視聴されたコンテンツを「削除予定」状態に変更し、削除することによって、ＨＤＤ２６に、新しいコンテンツを録画するために必要な空き容量を用意する必要がある。
【００７２】
ＨＤＤ２６の空き容量を確認する場合、例えば、ユーザからの新たな録画予約処理の実行の要求を受けて、ＨＤＤ２６に予め記録されている、例えば、ＥＰＧデータなどのデータ放送用データを参照し、録画予約されるコンテンツを保存するために必要な空き容量を確認するようにしても良いし、新たなコンテンツの録画が可能なように、ＨＤＤ２６に基準となる一定の空き容量を常に用意するよう
にしてもよい。
【００７３】
図６のフローチャートを参照して、「視聴済み」状態のコンテンツの中から、最も以前に視聴されたコンテンツを選択し、「削除予定」状態に変更する処理について説明する。
【００７４】
ステップＳ１１において、ＣＰＵ２１は、現在のＨＤＤ２６の空き容量と、必要なＨＤＤ２６の空き容量（例えば、録画されるコンテンツのデータ容量）とを比較することにより、「視聴済み」状態のコンテンツから、削除するものを選ぶ必要があるか否かを判断する。
【００７５】
ステップＳ１１において、「視聴済み」状態のコンテンツから、削除するものを選ぶ必要がない（すなわち、ＨＤＤ２６の空き容量は不足していない）と判断された場合、処理が終了される。ステップＳ１１において、「視聴済み」状態のコンテンツから、削除するものを選ぶ必要がある（すなわち、ＨＤＤ２６の空き容量が不足している）と判断された場合、ステップＳ１２において、ＣＰＵ２１は、ＨＤＤ２６に保存されている「視聴済み」状態のコンテンツのスケジューリングユニットを抽出して、そのlastAccessedTimeを参照し、「視聴済み」状態のコンテンツの中から、最後に視聴された時刻が最も古いものを選択する。
【００７６】
ステップＳ１３において、ＣＰＵ２１は、ステップＳ１２において選択されたコンテンツのスケジューリングユニットのstatusを変更し、「削除予定」状態にする。ステップＳ１３の処理の終了後、処理はステップＳ１１に戻り、「視聴済み」状態のコンテンツから、削除するものを選ぶ必要がないと判断されるまで（すなわち、ＨＤＤ２６に充分な空き容量が確保されるまで）、それ以降の処理が繰り返される。
【００７７】
例えば、図５を用いて説明した仮想チャンネルスケジュール表において、「削除予定」状態であった番組Ｘおよび番組Ｈが削除されても、ＨＤＤ２６に充分な空き容量がなく、図６のステップＳ１１において、「視聴済み」状態のコンテンツから、削除するものを選ぶ必要があると判断された場合について考える。
【００７８】
図５において、「視聴済み」状態であった、アイコン６５で示される番組Ｄに対応するスケジューリングユニットのlastAccessedTimeに示される時刻（最後に視聴された時刻）が、同じく「視聴済み」状態である、アイコン６３で示される番組Ａや、アイコン６４で示される番組Ｂに対応するスケジューリングユニットのlastAccessedTimeに示される時刻より古い場合、ステップＳ１２において、番組Ｄが選択されるので、ステップＳ１３において、番組Ｄに対応するスケジューリングユニットのstatusが、「削除予定」状態に変更される。
【００７９】
従って、次回のスケジューリング時に、図７に示されるように、アイコン６５で示される番組Ｄは、「削除予定」状態で「過去」にスケジューリングされ、新たなコンテンツが録画される場合、必要に応じて削除される。番組Ｄの削除により、充分な空き容量を得ることができる場合、アイコン６３で示される番組Ａや、アイコン６４で示される番組Ｂは、視聴済み状態のまま変更されない。
【００８０】
なお、最後に視聴されてから時間が経って、通常では、「削除予定」状態に変更されるような場合においても、ＨＤＤ２６から削除したくないコンテンツについては、例えば、スケジューリングユニットのstatusに、「削除禁止」状態を予め用意し、削除したくないコンテンツのstatusを「削除禁止」とすることにより、図６を用いて説明した処理によって削除されないようにしても良い。
【００８１】
以上説明した処理を実行することにより、ユーザが特別な操作を行うことなく、ＨＤＤ２６に保存されているが、興味を持っていないコンテンツを自動的に削除することができる。
【符号の説明】
【００８２】
１  ハードディスクレコーダ，  １６  Ｕ/Ｉ制御部，  １８  グラフィック処理コントローラ，  ２１  ＣＰＵ，  ２６  ＨＤＤ，  ３３  ディスプレイ
【図１】
0004924906.tif 000002
【図２】
0004924906.tif 000003
【図３】
0004924906.tif 000004
【図４】
0004924906.tif 000005
【図５】
0004924906.tif 000006
【図６】
0004924906.tif 000007
【図７】
0004924906.tif 000008