(57)【要約】【課題】記憶媒体の空き容量が不足した際に、削除可能な記録済みの番組をユーザが探し出さなければならなかった。【解決手段】決められた放送時間にのみ受信可能な第１番組と、設定された利用期限内に利用可能な第２番組を記録する。第１番組の新たな録画予約要求があったとき、その番組を記録する容量があるか否かを判定する必要容量判定部５２と、必要な容量が充足していた場合に、その録画予約を受け付ける録画予約受付部３４と、必要な容量が不足していた場合に、録画予約済みの第１番組の放送日時のうち最も後に達する放送日時と、記録済みの第２番組に設定されている利用期限のうち最も後に達する利用期限とを比較し、最も後に達する放送日時の方が後に達する場合には、その録画予約を拒否し、そうでない場合には最も後に達する利用期限が設定された記録済みの番組を削除する録画予約拒否部３４とを備えた。【選択図】図２
2011009933.tif 000002
【特許請求の範囲】
【請求項１】
予め決められた放送時間にのみ受信可能な第１の番組と、取得可能期限が設定され前記取得可能期限内に取得可能な第２の番組とを記憶媒体に記録する情報記録装置であって、
前記第２の番組を取得して記録中に、空き容量に基づいて、記録中の前記第２の番組の取得継続可否を判定する取得継続可否判定部と、
前記第２の番組の記録中に、前記取得継続可否判定部によって前記第２の番組の取得継続が不可と判定されたときに、前記第２の番組の取得および記録を停止する番組取得停止部と、
前記第２の番組の取得および記録の停止中に、前記空き容量に基づいて、停止中の前記第２の番組の取得再開可否を判定する取得再開可否判定部と、
前記第２の番組の取得および記録の停止中に、前記取得再開可否判定部によって前記第２の番組の取得再開が可能と判定されたときに、前記第２の番組の取得および記録を再開する番組取得再開部とを備え、
前記空き容量とは、前記記憶媒体の、データが書き込まれていない部分の容量である、情報記録装置。
【請求項２】
前記取得継続可否判定部は、録画予約済みの前記第１の番組を前記記憶媒体に記録するために必要な容量と、記録中の前記第２の番組を前記記憶媒体に記録するために必要な容量とを合計した容量を、前記空き容量と比較して、前記第２の番組の取得継続可否を判定し、
前記取得再開可否判定部は、録画予約済みの前記第１の番組を前記記憶媒体に記録するために必要な容量と、停止中の前記第２の番組を前記記憶媒体に記録するために必要な容量とを合計した容量を、前記空き容量と比較して、前記第２の番組の取得再開可否を判定する、請求項１に記載の情報記録装置。
【請求項３】
前記取得継続可否判定部は、前記空き容量が、予め決められた所定容量未満になったときに、前記第２の番組の取得継続が不可と判定し、
前記取得再開可否判定部は、前記空き容量が、前記所定容量以上になったときに、前記第２の番組の取得再開が可能と判定する、請求項１に記載の情報記録装置。
【請求項４】
予め決められた放送時間にのみ受信可能な第１の番組と、取得可能期限または再生期限である利用期限が設定され前記利用期限内に利用可能な第２の番組とを記憶媒体に記録する情報記録装置であって、
前記第１の番組の新たな録画予約の要求があったときに、前記記憶媒体に、その新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する必要容量判定部と、
前記必要容量判定部によって前記必要な容量が充足していると判定された場合に、前記新たな録画予約を受け付ける録画予約受付部と、
前記必要容量判定部によって前記必要な容量が不足していると判定された場合に、録画予約済みの前記第１の番組の放送日時および前記新たに録画予約要求された前記第１の番組の放送日時のうち最も後に達する放送日時と、前記記憶媒体に記録済みの前記第２の番組に設定されている前記利用期限のうち最も後に達する利用期限とを比較し、前記最も後に達する放送日時の方が後に達する場合には、前記新たな録画予約を拒否する録画予約拒否部と、を備えた情報記録装置。
【請求項５】
前記録画予約拒否部が、前記最も後に達する放送日時と前記最も後に達する利用期限とを比較して、前記最も後に達する放送日時の方が先に達する場合に、前記最も後に達する利用期限が設定された前記第２の番組を削除する記録済番組削除部と、
前記必要容量判定部は、前記記録済番組削除部が、前記最も後に達する期限が設定された前記第２の番組を削除したときに、前記記憶媒体に前記必要な容量があるか否かを判定し、その判定結果にしたがって、前記新たな録画予約の受け付けまたは拒否を行う番組削除後予約処理部とを備えた、請求項４に記載の情報記録装置。
【請求項６】
予め決められた放送時間にのみ受信可能な第１の番組と、取得可能期限または再生期限である利用期限が設定され前記利用期限内に利用可能な第２の番組とを記憶媒体に記録する情報記録装置であって、
前記第２の番組を取得して記録中に、前記第１の番組の新たな録画予約の要求があったときに、前記記憶媒体に、その新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する必要容量判定部と、
前記必要容量判定部によって前記必要な容量が充足していると判定された場合に、前記新たな録画予約を受け付ける録画予約受付部と、
前記必要容量判定部によって前記必要な容量が不足していると判定された場合に、記録中の前記第２の番組の前記利用期限が第１の所定条件に合致するか否かを判定する記録重要度判定部と、
前記記録重要度判定部が、記録中の前記第２の番組に設定されている前記利用期限が前記第１の所定条件に合致したと判定したときに、前記新たな録画予約の要求を拒否する録画要求拒否部と、
前記記録重要度判定部が、記録中の前記第２の番組に設定されている前記利用期限が前記第１の所定条件に合致しなかったと判定したときに、前記記憶媒体に記録済みの他の第２の番組に設定されている前記利用期限のうち最も後に達する利用期限が第２の所定条件に合致するか否かを判定する番組削除判定部と、
前記番組削除判定部が前記最も後に達する利用期限が前記第２の所定条件に合致すると判定した場合には、前記最も後に達する利用期限が設定された前記他の第２の番組を削除し、前記必要な容量が充足された場合に前記新たな録画予約を受け付け、前記番組削除判定部が前記最も後に達する利用期限が前記第２の所定条件に合致しなかったと判定した場合には、前記新たな録画予約の要求を拒否する番組削除予約制御部と、を備えた情報記録装置。
【請求項７】
前記第１の所定条件は、録画予約済みの前記第１の番組の放送日時のうち最も先に達する放送日時以前であることであり、
前記第２の所定条件は、録画予約済みの前記第１の番組の放送日時および前記新たな録画予約要求をした前記第１の番組の放送日時のうち最も後に達する放送日時以降の時間であることである、請求項６に記載の情報記録装置。
【請求項８】
前記第１の所定条件は、予め決められた第１の所定時間以前の時間であることであり、
前記第２の所定条件は、予め決められた第２の所定時間以降の時間であることであり、
前記第１の所定時間は、前記第２の所定時間よりも先に達する時間である、請求項６に記載の情報記録装置。
【請求項９】
前記必要容量判定部は、録画予約済みの前記第１の番組を前記記憶媒体に記録するために必要な容量、記録中の前記第２の番組を前記記憶媒体に記録するために必要な容量、および前記新たな録画予約要求をした前記第１の番組を前記記憶媒体に記録するために必要な容量を合計した容量と、前記記憶媒体のデータが書き込まれていない部分の容量とを比較することにより、前記必要な容量があるか否かを判定する、請求項６〜８のいずれかに記載の情報記録装置。
【請求項１０】
前記必要容量判定部は、前記判定に用いる前記録画予約済みの前記第１の番組を記録するために必要な容量として、録画予約済みの前記第１の番組のうち、前記放送日時が予め決められた所定期限以前である前記第１の番組を記録するために必要な容量を用いる、請求項９に記載の情報記録装置。
【請求項１１】
請求項１に記載の情報記録装置の、前記第２の番組を取得して記録中に、記録中の前記第２の番組の取得継続可否を判定する前記取得継続可否判定部、前記第２の番組の記録中に、前記第２の番組の取得および記録を停止する前記番組取得停止部、前記第２の番組の取得および記録の停止中に、停止中の前記第２の番組の取得再開可否を判定する前記取得再開可否判定部、前記第２の番組の取得および記録の停止中に、前記第２の番組の取得および記録を再開する前記番組取得再開部、としてコンピュータを機能させるプログラム。
【請求項１２】
請求項４に記載の情報記録装置の、前記記憶媒体に新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する前記必要容量判定部、前記新たな録画予約を受け付ける前記録画予約受付部、前記最も後に達する放送日時と前記最も後に達する利用期限とを比較し、前記最も後に達する放送日時の方が後に達する場合には前記新たな録画予約を拒否する前記録画予約拒否部、としてコンピュータを機能させるプログラム。
【請求項１３】
請求項６に記載の情報記録装置の、前記記憶媒体に新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する前記必要容量判定部、前記新たな録画予約を受け付ける前記録画予約受付部、記録中の前記第２の番組の前記利用期限が第１の所定条件に合致するか否かを判定する前記記録重要度判定部、前記新たな録画予約の要求を拒否する前記録画要求拒否部、前記記憶媒体に記録済みの他の第２の番組に設定されている前記利用期限のうち最も後に達する利用期限が第２の所定条件に合致するか否かを判定する前記番組削除判定部、前記最も後に達する利用期限が前記第２の所定条件に合致すると判定された場合には、前記最も後に達する利用期限が設定された前記他の第２の番組を削除し、前記必要な容量が充足された場合に前記新たな録画予約を受け付け、前記最も後に達する利用期限が前記第２の所定条件に合致しなかったと判定された場合には、前記新たな録画予約の要求を拒否する前記番組削除予約制御部、としてコンピュータを機能させるプログラム。
【請求項１４】
請求項１１〜１３のいずれかに記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地上波や衛星経由でデータ受信する放送番組とネットワーク経由でデータ受信するダウンロード番組の双方を記録できる情報記録装置に関するものである。
【背景技術】
【０００２】
近年、地上波放送や衛星放送の番組を記録する情報記録装置としてハードディスク（ＨＤＤ）内蔵レコーダやチューナー付きＡＶパソコンが広く普及している。これらの情報記録装置はチューナーで受信した放送番組の信号をデジタルデータとしてハードディスクや追記型光メディア（ＢＤ−Ｒなど）の記憶媒体に記録できる。ユーザは情報記録装置の再生アプリ上から記録済の放送番組を選択すると、記憶媒体から放送番組データが読み出されて再生される。このようにして、ユーザは後から放送番組を楽しむことが出来る。
【０００３】
情報記録装置の多くは、電子番組表（ＥＰＧ）から番組を選択したり、ユーザが録画日時と放送チャンネルを指定したりすることで、放送番組の録画予約を行うことが出来る。例えば、ユーザがＥＰＧから録画したい放送番組を選択すると、情報記録装置の番組予約表に放送日時を含む番組情報が登録される。情報記録装置は、内部時計を参照して予約表に登録された番組の放送日時が近づくと、自動的に録画動作を開始し、放送番組を記憶媒体に記録する。
【０００４】
また最近は、番組データ（コンテンツ）をインターネット経由で取得して記憶媒体に記録し、再生することが出来るダウンロードサービスも展開されている。放送番組と異なり、ダウンロードサービスで提供される番組（以下、ダウンロード番組とする）は、ユーザが好きな時にダウンロードすることが可能である。
【０００５】
ダウンロード番組の情報は、主にインターネット上に構築されたコンテンツ紹介サーバから得ることが出来る。ユーザが情報記録装置に備わったブラウザアプリを用いてコンテンツ紹介サーバにアクセスして視聴したいダウンロード番組を選択すると、情報記録装置はデータサーバから番組データをダウンロードして記憶媒体に記録する。そしてユーザは、再生アプリを通じて記憶媒体に記録されたダウンロード番組を再生することで、放送番組と同様にダウンロード番組を楽しむことが出来る。ダウンロード番組はダウンロードしながら再生することも可能である。
【０００６】
なお、ダウンロード番組は、アクセス制御やコンテンツ保護のために暗号化されることが多い。この場合、情報記録装置は再生前に復号化キーが含まれるライセンスデータを取得して再生を行う。
【０００７】
放送番組とダウンロード番組の記録に対応した従来の情報記録装置の一例を図１０〜図１３を用いて説明する。
【０００８】
図１０は、情報記録装置１００と、情報記録装置１００が接続する各種サーバ群２０１の構成図である。
【０００９】
情報記録装置１００は、ハードウェア制御やソフトウェア実行を行う制御部１１０、放送波を受信するチューナー部１２０、情報記録装置１００の内部時間を管理するタイマー部１３０、ＬＡＮなどのネットワーク１０１に接続してデータを送受信する通信部１４０、番組データを出力信号に変換してテレビなどに出力する出力部１５０、および番組データや番組予約表１６１を保持する記憶媒体１６０（ＨＤＤなど）で構成される。
【００１０】
図１１は、記憶媒体１６０に保持されている番組予約表１６１の一例である。
【００１１】
「日時」の行は番組を記録する時間を示す。曜日指定の番組は毎週その曜日に記録することを示し、毎日指定の場合は毎日その時間に記録することを示す。「ダウンロード中」は現在その番組がダウンロード中であることを示す。「ダウンロード待機中」は現在その番組がダウンロード待ちであることを示す。
【００１２】
「Ｃｈ．」の行は、その番組が放送されるチャンネル番号を示し、ダウンロード番組の場合は番組提供者を示す。「番組名」の行はＥＰＧなどから取得した番組名を示す。
【００１３】
「記録品質」の行は番組データを記録する時の品質を示す。情報記録装置１００によっては受信した番組データをサイズ圧縮のためエンコードして記録する機能を持っており、記録品質が「ＤＲ」の番組は受信した番組データをそのまま記録することを示し、記録品質が「Ｓ」や「Ｃ」の番組はエンコードして記録することを示す。
【００１４】
情報記録装置１００は、チューナー部１２０で受信した放送番組の放送信号をデジタルデータに変換して記憶媒体１６０に記録する。また、通信部１４０を介してダウンロード番組の提供事業者のコンテンツ紹介サーバ２００にアクセスするとともに、データサーバ２１０から番組データやライセンスデータを受信し、記憶媒体１６０に記録する。さらに、情報記録装置１００は、放送信号に含まれるＴｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ（ＴＯＴ）やタイマーサーバ２２０から受信した時刻をタイマー部１３０に渡して内部時間として設定する。
【００１５】
図１２は、制御部１１０で実行されるソフトウェアプログラムの一部の構成を示している。
【００１６】
制御部１１０で実行されるソフトウェアプログラムは、通信部１４０を介してコンテンツ紹介サーバ２００に接続しダウンロード番組の情報を表示するブラウザアプリ１１１、通信部１４０を介してデータサーバ２１０に接続し番組データやライセンスデータなどを記憶媒体１６０に記録するデータ記録処理部１１２、記憶媒体１６０に記録されている番組データの情報を読み出して番組リストをユーザに提示する再生アプリ１１３、およびユーザ操作による予約番組登録を受け付けると共にタイマー部１３０から受信した内部時間に応じて記録開始要求を行う予約確認処理部１１４、を有している。
【００１７】
図１３は、再生アプリ１１３が表示する番組リストの一例である。
【００１８】
「記録日時」の行は、その番組が記録された日時を示す。「ダウンロード中」は対象のダウンロード番組がダウンロード中であることを示す。
【００１９】
「再生時間」の行は、その番組の再生時間を示す。ダウンロード中のダウンロード番組は、記憶媒体１６０に記録した部分までの再生時間を示す。「Ｃｈ．」、「番組名」、および「記録品質」の行は図１１と同様である。
【００２０】
次に、コンテンツ紹介サーバ２００で選択したダウンロード番組が情報記録装置１００の記憶媒体１６０に記録されるまでの処理の流れを図１４〜図１８を用いて説明する。
【００２１】
図１４は、情報記録装置１００と、コンテンツ紹介サーバ２００およびデータサーバ２１０との間のシーケンス図である。
【００２２】
まず、情報記録装置１００のブラウザアプリ１１１を用いてコンテンツ紹介サーバ２００にアクセスし、ダウンロードしたいダウンロード番組を選択すると、ダウンロード制御ファイル３００が取得される。
【００２３】
図１５は、取得したダウンロード制御ファイル３００の一例である。ダウンロード制御ファイル３００には、番組情報ファイル取得先ＵＲＬ、番組データ取得先ＵＲＬ、ライセンス情報取得先ＵＲＬ、番組データサイズなどが記載されている。
【００２４】
番組情報ファイル取得先ＵＲＬが示す場所からは、番組名や番組提供者名などを含む番組情報ファイル３１０が取得される。
【００２５】
図１６は、番組情報ファイル３１０の一例である。番組情報ファイル３１０はブラウザアプリ１１１やデータ記録処理部１１２によって取得され、番組情報ファイル３１０に記載された一部の情報が再生アプリ１１３上での番組の表示に利用される。
【００２６】
番組データ取得先ＵＲＬが示す場所からは、ダウンロード番組データ３２０が取得される。データ記録処理部１１２が、データサーバ２１０からダウンロード番組データ３２０を取得して記憶媒体１６０に記録する。
【００２７】
また、ライセンス情報取得先ＵＲＬが示す場所からは、ライセンス取得先ＵＲＬやライセンスタイプが記載されたライセンス情報ファイル３３０が取得される。そして、ダウンロード番組の再生前にライセンス取得先ＵＲＬが示す場所からライセンスデータ３４０を取得する。
【００２８】
図１７（ａ）はライセンス情報ファイル３３０の一例であり、図１７（ｂ）はライセンスデータ３４０の一例である。情報記録装置１００は、ライセンスデータ３４０に含まれる復号化キー３４１を使用してダウンロード番組データ３２０を復号しながら再生を行う。
【００２９】
なお、ダウンロードサービスの形態によっては、ダウンロード番組に時間的な制約が設けられている場合がある。
【００３０】
例えば、レンタル型のダウンロード番組では、初回再生後７２時間以内であれば再生可能といった再生期限が設けられる。この場合、ダウンロード番組を再生するために情報記録装置１００がライセンスデータ３４０を取得しようとすると、データサーバ２１０は、７２時間後の時刻を再生期限３４２として設定したライセンスデータ３４０を情報記録装置１００に送信する。情報記録装置１００は、放送波に含まれるＴＯＴやタイマーサーバ２２０から受信した時刻やタイマー部１３０の保持する内部時間と比較し、ライセンスデータ３４０に記載の再生期限３４２の期限内であれば再生を行い、期限外であれば再生を行わない。
【００３１】
なお、ライセンスデータ３４０の取得時点が再生期限開始の基準点となるため、ダウンロード途中に再生を試みた場合もその時点から７２時間後の再生期限３４２が設定される。
【００３２】
また、基本的にダウンロード番組データ３２０はインターネット上のデータサーバ２１０から提供されるが、永続的にデータサーバ２１０が運用される保証はなく、代わりに番組データの取得可能期間３６０が決められている場合がある。
【００３３】
図１８は、取得可能期間３６０の記載例である。取得可能期間３６０はダウンロード制御ファイル３００などに記載される。データ記録処理部１１２は、ダウンロード番組データ３２０などを取得する前に、取得可能期間３６０の期間内かどうか判断し、取得可能期間３６０の期間内であればそのダウンロード番組データ３２０を取得する。
【００３４】
ところで、記憶媒体１６０に記録できるデータ容量には限界がある。もし空き容量が不足していれば放送番組もダウンロード番組も記録することはできない。特に放送番組は放送局が決めた放送スケジュールに従って伝送されており、放送時間帯に記録できない場合は番組を撮り逃してしまう。
【００３５】
そこで、このような放送番組の撮り逃しをしないように、放送番組を録画中に記録先媒体の空き容量が不足すれば、容量不足のメッセージと共に録画済番組の削除の選択肢を含む対処方法をユーザに提示し、ユーザに録画済番組の削除を選択させて空き容量不足を解消し、記録を継続させる手法が提案されている（例えば、特許文献１参照）。
【００３６】
また、特許文献１に記載の記録装置では、新たな録画予約の要求があった場合、既に登録済みの全ての予約を実行するための空き容量が記憶媒体１６０にあるか判断し、その結果新たに録画予約された番組の容量を確保できない場合にも、容量不足のメッセージと共に録画済番組の削除の選択肢を含む対処方法をユーザに提示する。
【先行技術文献】
【特許文献】
【００３７】
【特許文献１】特開２００７−１２４２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【００３８】
しかしながら、特許文献１で提案されている従来の手法では、放送番組の録画中または新たな録画予約の要求があったときに記憶媒体の空き容量が不足している場合、空き容量不足を解消するために、ユーザが手間のかかる作業を行わなければならなかった。
【００３９】
すなわち、一般に空き容量不足が発生した場合、記憶媒体１６０に数多くの番組が記録された状態であるため、ユーザは、その数多くの記録済みの番組中から不要な番組を探し出さなければならず、ユーザにとって非常に手間のかかる作業である。
【００４０】
また、ダウンロード番組の記録中に、ユーザが録画予約されていなかった放送中の放送番組の録画を開始させたときなど、記憶媒体１６０の空き容量が不足となる場合がある。
【００４１】
このような場合、従来の情報記録装置では、記憶媒体１６０の空き容量が不足となったときにダウンロード番組の取得が一旦中止されるため、ユーザは、再度そのダウンロード番組を取得させる操作を行わなければならなかった。
【００４２】
また、再生期限３４２または取得可能期間３６０との関係で、一旦取得が中止されたダウンロード番組の、再度の取得ができなくなってしまう場合があった。
【００４３】
すなわち、ダウンロード番組を記録中に記憶媒体１６０の空き容量が不足となった場合、そのダウンロード番組の取得および記録は中止される。このとき、ユーザは、記憶媒体１６０に記録済みの番組中から不要な番組を削除して空き容量を確保し、改めてそのダウンロード番組を取得する操作を行わなければならない。
【００４４】
そして、取得可能期間３６０に余裕があるダウンロード番組であれば、このようにして再度取得することができるが、取得可能期間３６０が迫ったダウンロード番組であり、記憶媒体１６０の空き容量を確保した後に取得可能期間３６０が過ぎてしまった場合には、そのダウンロード番組を取得できなくなってしまう。
【００４５】
本発明は、上記従来の情報記録装置の課題を考慮して、ダウンロード番組を記録中に記憶媒体の空き容量が不足した場合でも、再度そのダウンロード番組の取得操作を行わなくてもよい情報記録装置等を提供することを目的とする。
【００４６】
また、別の本発明は、記憶媒体の空き容量が不足した際に、削除可能な記録済みの番組を自動的に判断できる情報記録装置等を提供することを目的とする。
【００４７】
また、別の本発明は、利用期限が間近のダウンロード番組を、録画予約しようとうする放送番組よりも優先して記録できる情報記録装置等を提供することを目的とする。
【課題を解決するための手段】
【００４８】
上述した課題を解決するために、第１の本発明は、
予め決められた放送時間にのみ受信可能な第１の番組と、取得可能期限が設定され前記取得可能期限内に取得可能な第２の番組とを記憶媒体に記録する情報記録装置であって、
前記第２の番組を取得して記録中に、空き容量に基づいて、記録中の前記第２の番組の取得継続可否を判定する取得継続可否判定部と、
前記第２の番組の記録中に、前記取得継続可否判定部によって前記第２の番組の取得継続が不可と判定されたときに、前記第２の番組の取得および記録を停止する番組取得停止部と、
前記第２の番組の取得および記録の停止中に、前記空き容量に基づいて、停止中の前記第２の番組の取得再開可否を判定する取得再開可否判定部と、
前記第２の番組の取得および記録の停止中に、前記取得再開可否判定部によって前記第２の番組の取得再開が可能と判定されたときに、前記第２の番組の取得および記録を再開する番組取得再開部とを備え、
前記空き容量とは、前記記憶媒体の、データが書き込まれていない部分の容量である、情報記録装置である。
【００４９】
また、第２の本発明は、
前記取得継続可否判定部は、録画予約済みの前記第１の番組を前記記憶媒体に記録するために必要な容量と、記録中の前記第２の番組を前記記憶媒体に記録するために必要な容量とを合計した容量を、前記空き容量と比較して、前記第２の番組の取得継続可否を判定し、
前記取得再開可否判定部は、録画予約済みの前記第１の番組を前記記憶媒体に記録するために必要な容量と、停止中の前記第２の番組を前記記憶媒体に記録するために必要な容量とを合計した容量を、前記空き容量と比較して、前記第２の番組の取得再開可否を判定する、第１の本発明の情報記録装置である。
【００５０】
また、第３の本発明は、
前記取得継続可否判定部は、前記空き容量が、予め決められた所定容量未満になったときに、前記第２の番組の取得継続が不可と判定し、
前記取得再開可否判定部は、前記空き容量が、前記所定容量以上になったときに、前記第２の番組の取得再開が可能と判定する、第１の本発明の情報記録装置である。
【００５１】
また、第４の本発明は、
予め決められた放送時間にのみ受信可能な第１の番組と、取得可能期限または再生期限である利用期限が設定され前記利用期限内に利用可能な第２の番組とを記憶媒体に記録する情報記録装置であって、
前記第１の番組の新たな録画予約の要求があったときに、前記記憶媒体に、その新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する必要容量判定部と、
前記必要容量判定部によって前記必要な容量が充足していると判定された場合に、前記新たな録画予約を受け付ける録画予約受付部と、
前記必要容量判定部によって前記必要な容量が不足していると判定された場合に、録画予約済みの前記第１の番組の放送日時および前記新たに録画予約要求された前記第１の番組の放送日時のうち最も後に達する放送日時と、前記記憶媒体に記録済みの前記第２の番組に設定されている前記利用期限のうち最も後に達する利用期限とを比較し、前記最も後に達する放送日時の方が後に達する場合には、前記新たな録画予約を拒否する録画予約拒否部と、を備えた情報記録装置である。
【００５２】
また、第５の本発明は、
前記録画予約拒否部が、前記最も後に達する放送日時と前記最も後に達する利用期限とを比較して、前記最も後に達する放送日時の方が先に達する場合に、前記最も後に達する利用期限が設定された前記第２の番組を削除する記録済番組削除部と、
前記必要容量判定部は、前記記録済番組削除部が、前記最も後に達する期限が設定された前記第２の番組を削除したときに、前記記憶媒体に前記必要な容量があるか否かを判定し、その判定結果にしたがって、前記新たな録画予約の受け付けまたは拒否を行う番組削除後予約処理部とを備えた、第４の本発明の情報記録装置である。
【００５３】
また、第６の本発明は、
予め決められた放送時間にのみ受信可能な第１の番組と、取得可能期限または再生期限である利用期限が設定され前記利用期限内に利用可能な第２の番組とを記憶媒体に記録する情報記録装置であって、
前記第２の番組を取得して記録中に、前記第１の番組の新たな録画予約の要求があったときに、前記記憶媒体に、その新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する必要容量判定部と、
前記必要容量判定部によって前記必要な容量が充足していると判定された場合に、前記新たな録画予約を受け付ける録画予約受付部と、
前記必要容量判定部によって前記必要な容量が不足していると判定された場合に、記録中の前記第２の番組の前記利用期限が第１の所定条件に合致するか否かを判定する記録重要度判定部と、
前記記録重要度判定部が、記録中の前記第２の番組に設定されている前記利用期限が前記第１の所定条件に合致したと判定したときに、前記新たな録画予約の要求を拒否する録画要求拒否部と、
前記記録重要度判定部が、記録中の前記第２の番組に設定されている前記利用期限が前記第１の所定条件に合致しなかったと判定したときに、前記記憶媒体に記録済みの他の第２の番組に設定されている前記利用期限のうち最も後に達する利用期限が第２の所定条件に合致するか否かを判定する番組削除判定部と、
前記番組削除判定部が前記最も後に達する利用期限が前記第２の所定条件に合致すると判定した場合には、前記最も後に達する利用期限が設定された前記他の第２の番組を削除し、前記必要な容量が充足された場合に前記新たな録画予約を受け付け、前記番組削除判定部が前記最も後に達する利用期限が前記第２の所定条件に合致しなかったと判定した場合には、前記新たな録画予約の要求を拒否する番組削除予約制御部と、を備えた情報記録装置である。
【００５４】
また、第７の本発明は、
前記第１の所定条件は、録画予約済みの前記第１の番組の放送日時のうち最も先に達する放送日時以前であることであり、
前記第２の所定条件は、録画予約済みの前記第１の番組の放送日時および前記新たな録画予約要求をした前記第１の番組の放送日時のうち最も後に達する放送日時以降の時間であることである、第６の本発明の情報記録装置である。
【００５５】
また、第８の本発明は、
前記第１の所定条件は、予め決められた第１の所定時間以前の時間であることであり、
前記第２の所定条件は、予め決められた第２の所定時間以降の時間であることであり、
前記第１の所定時間は、前記第２の所定時間よりも先に達する時間である、第６の本発明の情報記録装置である。
【００５６】
また、第９の本発明は、
前記必要容量判定部は、録画予約済みの前記第１の番組を前記記憶媒体に記録するために必要な容量、記録中の前記第２の番組を前記記憶媒体に記録するために必要な容量、および前記新たな録画予約要求をした前記第１の番組を前記記憶媒体に記録するために必要な容量を合計した容量と、前記記憶媒体のデータが書き込まれていない部分の容量とを比較することにより、前記必要な容量があるか否かを判定する、第６〜第８のいずれかの本発明の情報記録装置である。
【００５７】
また、第１０の本発明は、
前記必要容量判定部は、前記判定に用いる前記録画予約済みの前記第１の番組を記録するために必要な容量として、録画予約済みの前記第１の番組のうち、前記放送日時が予め決められた所定期限以前である前記第１の番組を記録するために必要な容量を用いる、第９の本発明の情報記録装置である。
【００５８】
また、第１１の本発明は、
第１の本発明の情報記録装置の、前記第２の番組を取得して記録中に、記録中の前記第２の番組の取得継続可否を判定する前記取得継続可否判定部、前記第２の番組の記録中に、前記第２の番組の取得および記録を停止する前記番組取得停止部、前記第２の番組の取得および記録の停止中に、停止中の前記第２の番組の取得再開可否を判定する前記取得再開可否判定部、前記第２の番組の取得および記録の停止中に、前記第２の番組の取得および記録を再開する前記番組取得再開部、としてコンピュータを機能させるプログラムである。
【００５９】
また、第１２の本発明は、
第４の本発明の情報記録装置の、前記記憶媒体に新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する前記必要容量判定部、前記新たな録画予約を受け付ける前記録画予約受付部、前記最も後に達する放送日時と前記最も後に達する利用期限とを比較し、前記最も後に達する放送日時の方が後に達する場合には前記新たな録画予約を拒否する前記録画予約拒否部、としてコンピュータを機能させるプログラムである。
【００６０】
また、第１３の本発明は、
第６の本発明の情報記録装置の、前記記憶媒体に新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する前記必要容量判定部、前記新たな録画予約を受け付ける前記録画予約受付部、記録中の前記第２の番組の前記利用期限が第１の所定条件に合致するか否かを判定する前記記録重要度判定部、前記新たな録画予約の要求を拒否する前記録画要求拒否部、前記記憶媒体に記録済みの他の第２の番組に設定されている前記利用期限のうち最も後に達する利用期限が第２の所定条件に合致するか否かを判定する前記番組削除判定部、前記最も後に達する利用期限が前記第２の所定条件に合致すると判定された場合には、前記最も後に達する利用期限が設定された前記他の第２の番組を削除し、前記必要な容量が充足された場合に前記新たな録画予約を受け付け、前記最も後に達する利用期限が前記第２の所定条件に合致しなかったと判定された場合には、前記新たな録画予約の要求を拒否する前記番組削除予約制御部、としてコンピュータを機能させるプログラムである。
【００６１】
また、第１４の本発明は、
第１１〜第１３のいずれかの本発明のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体である。
【発明の効果】
【００６２】
本発明により、ダウンロード番組を記録中に記憶媒体の空き容量が不足した場合でも、再度そのダウンロード番組の取得操作を行わなくてもよい情報記録装置等を提供できる。
【００６３】
また、別の本発明は、記憶媒体の空き容量が不足した際に、削除可能な記録済みの番組を自動的に判断できる情報記録装置等を提供できる。
【００６４】
また、別の本発明は、利用期限が間近のダウンロード番組を、録画予約しようとうする放送番組よりも優先して記録できる情報記録装置等を提供できる。
【図面の簡単な説明】
【００６５】
【図１】本発明の実施の形態１および実施の形態２における情報記録装置、および情報記録装置が接続する各種サーバ群の構成図
【図２】本発明の実施の形態１および実施の形態２における情報記録装置の制御部で実行されるソフトウェアプログラムの一部の構成図
【図３】本発明の実施の形態１の情報記録装置のデータ記録処理部における、空き容量不足および空き容量不足の解消を検出したときの処理内容を示したフローチャート
【図４】（ａ）、（ｂ）本発明の実施の形態１の情報記録装置の容量判定部における、記憶媒体の容量判定の処理内容を示したフローチャート
【図５】本発明の実施の形態２の情報記録装置の予約確認処理部における、ダウンロード中でない状態で新たに放送番組の録画予約が登録された場合の処理を示したフローチャート
【図６】本発明の実施の形態２の情報記録装置の予約確認処理部における、記憶媒体の容量不足を解消する処理を示したフローチャート
【図７】本発明の実施の形態２の情報記録装置の予約確認処理部における、記憶媒体の容量不足を解消するための他の処理内容を示したフローチャート
【図８】本発明の実施の形態２の情報記録装置の予約確認処理部における、ダウンロード中に新たに放送番組の録画予約が要求された場合の処理内容を示したフローチャート
【図９】本発明の実施の形態２の情報記録装置の予約確認処理部における、ダウンロード中に新たに放送番組の録画予約が要求された場合の他の処理内容を示したフローチャート
【図１０】従来の情報記録装置、および情報記録装置が接続する各種サーバ群の構成図
【図１１】従来の情報記録装置の記憶媒体で保持される番組予約表の一例を示した図
【図１２】従来の情報記録装置の制御部で実行されるソフトウェアプログラムの一部の構成図
【図１３】従来の情報記録装置の再生アプリが表示する番組リストの一例を示した図
【図１４】従来例における、情報記録装置と、コンテンツ紹介サーバおよびデータサーバとの間のシーケンス図
【図１５】ダウンロード制御ファイルの一例を示した図
【図１６】番組情報ファイルの一例を示した図
【図１７】（ａ）ライセンス情報ファイルの一例を示した図、（ｂ）ライセンスデータの一例を示した図
【図１８】取得可能期間の記載例を示した図
【発明を実施するための形態】
【００６６】
以下、本発明を実施するための形態について、図面を参照しながら説明する。
【００６７】
（実施の形態１）
図１は、本発明の実施の形態１における情報記録装置５０と、情報記録装置５０が接続する各種サーバ群２３の構成図である。
【００６８】
本実施の形態１の情報記録装置５０は、ハードウェア制御やソフトウェア実行を行う制御部５１、放送波を受信するチューナー部１２、情報記録装置５０の内部時間を管理するタイマー部１３、ＬＡＮなどのネットワーク１１に接続してデータを送受信する通信部１４、番組データを出力信号に変換してテレビなどに出力する出力部１５、および番組データや番組予約表１６１を保持する記憶媒体１６（ＨＤＤなど）で構成される。
【００６９】
図１０で説明した従来の情報記録装置１００とは、制御部５１における制御内容が制御部１１０の制御内容と異なるが、それ以外の各部の機能は、情報記録装置１００における各部の機能と同様である。具体的には、本実施の形態１の制御部５１は、図１０に示した制御部１１０と同様の機能を持つが、実行するソフトウェアプログラムの構成が異なる。
【００７０】
また、本実施の形態１の情報記録装置５０は、図１１に示した従来の情報記録装置１００で用いられるものと同様の番組予約表１６１を記憶媒体１６に保持している。
【００７１】
そして、記憶媒体１６には、チューナー部１２で受信した放送番組が記録されるとともに、ネットワーク１１を介して通信部１４が取得したダウンロード番組が記録される。
【００７２】
なお、チューナー部１２で受信する放送番組が、本発明の第１の番組の一例にあたり、通信部１４が取得するダウンロード番組が、本発明の第２の番組の一例にあたる。
【００７３】
図２は、制御部５１で実行されるソフトウェアプログラムの一部の構成を示している。
【００７４】
ブラウザアプリ３１および再生アプリ３３は、図１２に示した従来の制御部１１０が備えるブラウザアプリ１１１および再生アプリ１１３と同等であるので、これらの説明は省略する。
【００７５】
容量判定部５２は、記憶媒体１６の空き容量や番組予約表１６１を参照して、放送番組やダウンロード番組を記録するのに十分な空き容量があるかどうか判定し、判定結果をデータ記録処理部３２や予約確認処理部３４に通知する。
【００７６】
なお、本明細書において「空き容量」とは、記憶媒体１６の、データが記録されていない新たな書き込みが可能な部分の容量を言うものとする。
【００７７】
データ記録処理部３２は、従来の制御部１１０におけるデータ記録処理部１１２が有する機能に加えて、容量判定部５２に空き容量判定を要求し、容量判定部５２からの通知に応じてデータ記録を停止したり再開したりする機能を有する。
【００７８】
予約確認処理部３４は、従来の制御部１１０における予約確認処理部３４が有する機能に加えて、容量判定部５２へ、番組予約が登録されたことを通知する。
【００７９】
上記のように構成された、本実施の形態１の情報記録装置５０では、ダウンロード番組を記録している最中に、空き容量判定部５２により空き容量の判定を行う。そして、空き容量が所定の容量以下になった場合には、ダウンロード番組のダウンロードを停止する。
【００８０】
本実施の形態１の情報記録装置５０において、記憶媒体１６の空き容量に基づいて、ダウンロードを停止・再開するフローを、図１〜図４を用いて以下に説明する。なお、本実施の形態１の情報記録装置５０と、コンテンツ紹介サーバ２０およびデータサーバ２１との間のシーケンスは、図１４に示した従来のシーケンスと同じなので、図１４に示す符号も使用して説明する。
【００８１】
図３は、ダウンロード番組データ取得中に、空き容量不足を検出してダウンロードを停止し、ダウンロード停止中に空き容量不足が解消してダウンロードを再開する場合の、データ記録処理部３２における処理内容を示したフローチャートである。
【００８２】
図４（ａ）は、容量判定部５２における、記憶媒体１６の容量判定の処理内容を示したフローチャートである。
【００８３】
データ記録処理部３２は、データサーバ２１からダウンロード番組データ３２０の一部を取得した時（ステップＳ１０）、容量判定部５２に記憶媒体１６の容量確認を要求する（ステップＳ１１）。
【００８４】
容量判定部５２は、記憶媒体１６の番組予約表１６１を参照し、番組予約表１６１に記載されている番組を記録するために必要な容量（予約用容量）を計算する。また、容量判定部５２は、現在ダウンロード中の番組の番組サイズを番組情報ファイルから読み出してダウンロード容量とし、ダウンロード容量と予約用容量を合算して必要容量ＤＳとする（ステップＳ２０）。
【００８５】
そして、容量判定部５２は、必要容量ＤＳと記憶媒体１６の空き容量ＥＣとを比較し（ステップＳ２１）、空き容量ＥＣが必要容量ＤＳ以上であればデータ記録処理部３２へ空き容量十分通知を行い（ステップＳ２２）、空き容量ＥＣが必要容量ＤＳを下回ればデータ記録処理部３２へ空き容量不足通知を行う（ステップＳ２３）。
【００８６】
なお、容量判定部５２が、本発明の取得継続可否判定部および取得再開可否判定部の一例にあたる。
【００８７】
データ記録処理部３２は、容量判定部５２から空き容量十分通知を受け取ったときには、ダウンロード中の番組のダウンロードが終了したかを判定し（ステップＳ１５）、ダウンロードが終了していたときには処理を終了し、ダウンロードが終了していなかったときには、再度記憶媒体１６の容量確認を容量判定部５２に要求する（ステップＳ１１）。
【００８８】
一方、データ記録処理部３２が、容量判定部５２から空き容量不足通知を受け取ったときには、ダウンロード番組データ３２０の取得を停止する（ステップＳ１２）。
【００８９】
その後、データ記録処理部３２は、ダウンロード停止中に、容量判定部５２に記憶媒体１６の容量確認を要求する（ステップＳ１３）。
【００９０】
容量判定部５２は、記憶媒体１６の容量確認の要求を受けると、ステップＳ１１と同様の図４（ａ）に示した処理を行う。すなわち、必要容量ＤＳと空き容量ＥＣを比較し（ステップＳ２１）、空き容量ＥＣが必要容量ＤＳを上回っていれば空き容量十分通知を行う（ステップＳ２２）。
【００９１】
データ記録処理部３２は、容量判定部５２から空き容量十分通知を受け取ると、停止していたダウンロード番組データ３２０の取得を再開する（ステップＳ１４）。
【００９２】
なお、ステップ１３においてダウンロードを停止させ、ステップＳ１４においてダウンロードを再開させるデータ記録処理部３２が、本発明の番組取得停止部および番組取得再開部の一例にあたる。
【００９３】
ダウンロードを開始する際に、記憶媒体１６の容量が不足していない場合でも、ダウンロード中に記憶媒体１６の容量が不足する場合がある。例えば、ダウンロードが開始した後に、ユーザによって現在放送されている放送番組の録画が開始されたとき、お好みキーワードによる自動録画機能（ユーザが登録したキーワードまたは情報記録装置がユーザの視聴嗜好を考慮して決定したキーワードに関連する番組を自動録画する機能）による録画が開始したとき、ネットワーク接続された他の装置から番組データやマルチメディアデータ（画像ファイル、音楽ファイルなど）が情報記録装置５０にアップロードされてきた場合などに、ダウンロード中に記憶媒体１６の容量が不足する状態となる。
【００９４】
また、ダウンロード中に記憶媒体１６の容量が不足する状態となった場合でも、その後、容量不足の状態が解消される場合がある。例えば、ユーザが記録済みの不要な番組データを削除したときや、保存期限の設定されている番組がその保存期限が過ぎたことにより自動的に削除されたときなどに、一旦容量不足となった状態が解消される。
【００９５】
本実施の形態１の情報記録装置５０は、このようなダウンロード中の記憶媒体１６の容量の変化があった場合でも、ユーザによる操作を必要とせず、ダウンロード中の番組の取得および記録を中止させずに記録させることができる。
【００９６】
以下に、容量判定部５２による、番組予約表１６１に記載された番組を記録するために必要な容量（予約用容量）の計算方法について説明する。
【００９７】
放送番組は放送規格によって放送媒体ごとに番組データの最大ビットレートが決まっている。また、情報記録装置によっては、受信した番組データをエンコードし、サイズ圧縮して記録する機能を持つ。本実施の形態１の情報記録装置５０は、この機能を持つものであり、容量判定部５２での予約用容量の算出は以下のように行う。
【００９８】
受信した番組データをそのまま（エンコードせずに）記録する番組の場合、放送時間と最大ビットレートを掛け合わせた値をその番組を記録するのに必要な容量とする。一方、エンコード記録する番組の場合、放送時間とエンコード時の平均ビットレートを掛け合わせた値をその番組を記録するのに必要な容量とする。そして、番組毎に必要な容量を求め、これらの総和を予約用容量とする。
【００９９】
なお容量判定部５２は、予約用容量を算出する際、一定期間内に放送される番組を記録できる容量を予約用容量として使用しても良い。例えば、放送番組の中には、定時のニュース番組や天気予報番組のように毎日放送される番組もあれば、連続ドラマのように毎週決まった曜日に放送される番組もある。これらの番組が予約登録される際は、日付指定ではなく毎日指定や曜日指定などで登録される。曜日指定で登録された放送番組をいつまで撮り続けるかはユーザ次第なので、ユーザによる設定無しでは予約用容量を判断できない。そこで、例えば一週間以内に放送される番組を記録するのに必要な容量を予約用容量として使用することをユーザが設定することで、毎日指定予約や曜日指定予約された番組があっても問題なく動作することができる。
【０１００】
ここで、図１１の番組予定表１６１に示した番組予約内容における予約用容量の算出例を示す。前提として、「ＢＳ６６」ｃｈ．で放送される番組の最大ビットレートは２４Ｍｂｐｓとする。記録品質が「ＤＲ」の番組は受信した番組データをそのまま記録し、記録品質が「Ｓ」の番組は平均ビットレートが８Ｍｂｐｓ、同「Ｃ」の番組は平均ビットレートが２Ｍｂｐｓでエンコード記録されるものとする。また、予約用容量の算出期間を一週間とし、現在日時は２／３（土）の午後９時とする。
【０１０１】
Ｎｏ．０１の番組を記録するのに必要な容量は、２４Ｍｂｐｓ×６０分＝約１０．５ＧＢｙｔｅｓである。Ｎｏ．０２の番組を記録するのに必要な容量は、８Ｍｂｐｓ×６０分×２日分＝約７．０ＧＢｙｔｅｓである。Ｎｏ．０３の番組を記録するのに必要な容量は、２Ｍｂｐｓ×１５分×７日分＝約１．５ＧＢｙｔｅｓである。Ｎｏ．０４、Ｎｏ．０５の番組はダウンロード番組であるため算出しない。よって、Ｎｏ．０１、Ｎｏ．０２、Ｎｏ．０３の３つの番組の要する容量の和の合計である１０．５＋７．０＋１．５＝約１９ＧＢｙｔｅｓを予約用容量として使用する。
【０１０２】
この予約用容量と、Ｎｏ．０４のダウンロード中の番組に要する容量を合わせて、必要容量ＤＳとなる。この必要容量ＤＳが、空き容量ＥＣに対して大きくなる場合には、Ｎｏ．０４、Ｎｏ．０５のダウンロードを停止する。
【０１０３】
このようにして、記憶媒体１６の空き容量が不足するときに、ダウンロード番組を停止することで、放送番組の予約を優先させることができる。
【０１０４】
なお、予約用容量を算出する際、予約登録された放送番組の録画に必要な容量以上の値を予約用容量として扱っても良い。早めにダウンロード番組の記録を停止することで、その分放送録画を記録する領域を多く確保することができる。
【０１０５】
また、ダウンロード停止中の空き容量ＥＣの確認（図３のステップＳ１３の処理）は、定期的に行っても良いし、記憶媒体１６から任意の番組が削除された時に行っても良い。後者の場合、空き容量確認（図４のステップＳ２０〜Ｓ２３の処理）を行う回数を減らすことができるので、その分ＣＰＵリソースを他の処理に回すことができる。
【０１０６】
また、ユーザが予約用容量を算出する期間をユーザが設定できるようにしても良い。例えば、設定メニューを通じて、ユーザは１週間・１０日・１ヶ月などの算出期間ＥＰを設定する。この場合、容量判定部５２は算出期間ＥＰ内で放送される放送番組だけを対象にして、予約用容量を算出する。
【０１０７】
また、曜日指定や毎日指定の番組を、予約用容量の算出対象外としても良い。情報記録装置の設定によっては、前回放送時の番組に上書きして記録する場合があり、このような場合にはわざわざ別領域を確保する必要がないからである。また、ユーザがこれらの番組を算出対象に入れるかどうかを個々にまたは一括して設定できるようにしても良い。
【０１０８】
また、容量判定部５２における空き容量の判定を、上記に説明した番組予約表１６１による判定以外の方法で行うようにしてもよい。例えば、記憶媒体１６の空き容量が一定値を下回った時に「空き容量不足」と判定するようにしてもよい。
【０１０９】
図４（ｂ）は、記憶媒体１６の空き容量を一定値と比較することにより空き容量の判定を行う場合の、容量判定部５２における処理内容を示したフローチャートである。
【０１１０】
図４（ａ）のステップＳ２０およびＳ２１の処理に代えて、記憶媒体１６０の空き容量を一定値Ｃと比較することにより、空き容量を判定している（ステップＳ２４）。なお、このときに比較される一定値Ｃが、本発明の予め決められた所定容量の一例にあたる。
【０１１１】
このような判定方法とした場合には、記憶媒体１６に常に一定の空き容量が確保されるので、現在放送中の放送番組の録画要求があった時でも直ちに記録が開始できる。
【０１１２】
（実施の形態２）
次に、本発明の実施の形態２における情報記録装置５０について説明する。
【０１１３】
本実施の形態２の情報記録装置５０の構成は実施の形態１と同様であり、図１に示す通りであり、また制御部５１で実行されるソフトウェアプログラムの構成も実施の形態１と同様で、そのソフトウェアの一部の構成は、図２に示す通りである。
【０１１４】
本実施の形態２の情報記録装置５０は、新たな録画予約の要求をした際に、記憶媒体１６の空き容量が不足していたときに、記憶媒体１６の空き容量不足を解消するために、削除可能な記録済みの番組を自動的に判断するものである。
【０１１５】
本実施の形態２の情報記録装置５０における、ダウンロード中でない状態で、新たに放送番組の録画予約が要求された場合の動作について以下に説明する。
【０１１６】
図５は、ダウンロード中でない状態で、新たに放送番組の録画予約が要求された場合の、予約確認処理部３４における処理内容を示したフローチャートである。
【０１１７】
予約確認処理部３４は、放送番組の録画予約要求を受け取ったとき（ステップＳ３０）、容量判定部５２に空き容量確認を要求する（ステップＳ３２）。この時、新規に録画予約要求された番組の情報も通知する（ステップＳ３１）。
【０１１８】
容量判定部５２は、図４（ａ）に示した実施の形態１と同様の処理により記憶媒体１６の容量判定を行う。このとき、容量判定部５２は、予約確認処理部３４から新規に録画予約要求された番組の情報を受け取っているので、新規に録画予約要求された番組を含めて予約用容量を算出し、その予約用容量とダウンロード容量を合算して必要容量ＤＳとし（ステップＳ２０）、必要容量ＤＳと空き容量ＥＣを比較する（ステップＳ２１）。そしてその比較結果として、空き容量十分通知または空き容量不足通知を予約確認処理部３４に返す（ステップＳ２２、Ｓ２３）。
【０１１９】
なお、このときにステップＳ３２の処理を行う容量判定部５２が、本発明の必要容量判定部の一例にあたる。
【０１２０】
図５において、予約確認処理部３４が容量判定部５２から空き容量十分通知を受け取った場合は、予約登録成功として処理を終了する（ステップＳ３４）。すなわち、録画予約の登録処理を完了して、登録が完了した旨をモニタなどに表示する。
【０１２１】
なお、このとき録画予約の登録処理を完了させた予約確認処理部３４が、本発明の録画予約受付部の一例にあたる。
【０１２２】
一方、予約確認処理部３４が容量判定部５２から空き容量不足通知を受け取った場合は、記憶媒体１６内の削除可能な記録済み番組の削除処理を行う（ステップＳ４０）。
【０１２３】
図６は、放送番組の新規の録画予約を受け付けるために記録済みのダウンロード番組を削除して記憶媒体１６の空き容量を確保する（ステップＳ４０の処理）、予約確認処理部３４における処理内容を示したフローチャートである。
【０１２４】
以下、図６を用いて、予約確認処理部３４における記録済番組削除処理（ステップＳ４０）について説明する。
【０１２５】
前述したように、各ダウンロード番組には、少なくとも取得可能期間３６０および再生期限３４２のいずれか一方が設定されている。取得可能期間３６０とは、その期間中ダウンロード番組を取得可能とする期間であり、再生期限３４２とは、その期限まではダウンロードした番組が再生可能であるという期限である。ここで、取得可能期間３６０の終了時および再生期限３４２のうち、早い日時を「番組期限」とする。
【０１２６】
なお、「番組期限」が、本発明の利用期限の一例にあたる。
【０１２７】
予約確認処理部３４は、記憶媒体１６を検索し、最も未来の番組期限Ｒ３を持つダウンロード番組を検索する（ステップＳ４１）。
【０１２８】
そして、予約用容量の計算対象の番組の中で、最も未来に放送される番組の放送日時Ｒ４と番組期限Ｒ３を比較する（ステップＳ４２）。
【０１２９】
放送日時Ｒ４が番組期限Ｒ３よりも早ければ、番組期限Ｒ３が設定されているダウンロード番組データを記憶媒体１６から削除する（ステップＳ４３）。
【０１３０】
なお、番組期限Ｒ３が設定されているダウンロード番組データを削除する予約確認処理部３４が、本発明の記録済番組削除部の一例にあたる。
【０１３１】
その後、再び容量判定部５２に空き容量確認を要求し、ダウンロード番組データを削除した後の空き容量と予約用容量を比較判定させる（ステップＳ４４）。このときになお空き容量が不足している状態であれば、再度最も未来の番組期限Ｒ３１を持つダウンロード番組を検索する（ステップＳ４１）。
【０１３２】
なお、放送日時Ｒ４が、本発明の、最も後に達する放送日時の一例にあたり、番組期限Ｒ３が、本発明の、最も後に達する利用期限の一例にあたる。
【０１３３】
これらの処理（ステップＳ４１〜Ｓ４４）を繰り返して空き容量不足が解消されたら、予約登録可能と判定し（ステップＳ４５）、ステップＳ４０の処理を終了する。
【０１３４】
ただし、ステップＳ４２において、番組期限Ｒ３が放送日時Ｒ４よりも早ければ、予約登録不可と判定して（ステップＳ４６）、ステップＳ４０の処理を終了する。
【０１３５】
ステップＳ４０の処理結果が、予約登録可能であった場合には（ステップＳ３３）、予約登録成功として処理を終了する（ステップＳ３４）。
【０１３６】
一方、ステップＳ４０の処理結果が、予約登録不可であった場合には（ステップＳ３３）、空き容量不足のため予約録画を完了できない旨の警告表示を出力してユーザに通知し（ステップＳ３５）、処理を終了する。
【０１３７】
なお、このとき録画予約の登録処理を拒否した予約確認処理部３４が、本発明の録画予約拒否部の一例にあたる。また、ステップＳ４３を実行した後に、新たな録画予約の受付（ステップＳ４５）または録画予約の拒否（ステップＳ４６）を行う予約確認処理部３４が、本発明の番組削除後予約処理部の一例にあたる。
【０１３８】
なお、上記では、ステップＳ４０における削除できる記録済み番組の可否判定を、記憶媒体１６に記録済みのダウンロード番組のうち、最も未来の番組期限Ｒ３を、予約用容量の計算対象の番組の中で最も未来に放送される番組の放送日時Ｒ４と比較して行う（ステップＳ４２）こととしたが、これ以外の判定方法により、削除できる記録済み番組の可否判定を行ってもよい。
【０１３９】
図７は、削除できる記録済み番組の可否判定を他の方法で行うステップＳ４０の処理内容を示したフローチャートである。図６のステップＳ４２に代えて、ステップＳ４７の処理により、削除できる記録済み番組の可否判定を行っている。
【０１４０】
ステップＳ４７では、番組期限Ｒ３と比較する対象を、放送日時Ｒ４ではなく、予め設定されている「削除可能期限」としている。「削除可能期限」とは、「その期限以降の番組期限Ｒ３が設定されている記録済み番組であれば、その番組を削除してもよい」、とする期限である。
【０１４１】
なお、この場合、「削除可能期限」が、本発明の第２の所定時間の一例にあたる。
【０１４２】
この「削除可能期限」をユーザが自由に設定できるようにすることにより、ユーザの要望に沿った柔軟な対応ができる。例えば、長期間不在になるために一旦削除したダウンロード番組をその番組期限Ｒ３内に再取得できないような場合には、「削除可能期限」を普段よりも期間の長い期限に設定しておくことができる。
【０１４３】
このように、新規の放送番組録画要求を受け取ったときに、所定の期間内となる放送番組の録画に要する予約用容量を必要容量ＤＳとし、この必要容量ＤＳが空き容量ＥＣよりも大きくなった場合には、既にダウンロード済の番組に対して、一旦削除可能なものについて、削除する処理を行う。これにより、放送番組の録画予約を完了することができる。
【０１４４】
このようにして、既にダウンロードした番組であっても再度取得可能なものについては、一旦削除して後ほど取得するようにすることで、放送日時が迫った放送番組の録画を優先させることができる。
【０１４５】
次に、本実施の形態２の情報記録装置５０における、ダウンロード中に新たに放送番組の録画予約が要求された場合の動作について以下に説明する。
【０１４６】
図８は、ダウンロード番組のダウンロード中に新たに放送番組の録画予約が要求された場合の、予約確認処理部３４における処理内容を示したフローチャートである。
【０１４７】
予約確認処理部３４は、放送番組の録画予約要求を受け取ったとき（ステップＳ５０）、容量判定部５２に空き容量確認を要求する（ステップＳ５２）。この時、新規に録画予約要求された番組の情報も通知する（ステップＳ５１）。
【０１４８】
容量判定部５２は、図４（ａ）に示した実施の形態１と同様の処理により記憶媒体１６の容量判定を行う。このとき、容量判定部５２は、予約確認処理部３４から新規に録画予約要求された番組の情報を受け取っているので、新規に録画予約要求された番組を含めて予約用容量を算出し、その予約用容量とダウンロード容量を合算して必要容量ＤＳとし（ステップＳ２０）、必要容量ＤＳと空き容量ＥＣを比較する（ステップＳ２１）。そしてその比較結果として、空き容量十分通知または空き容量不足通知を予約確認処理部３４に返す（ステップＳ２２、Ｓ２３）。
【０１４９】
図８において、予約確認処理部３４が容量判定部５２から空き容量十分通知を受け取った場合は、予約登録成功として処理を終了する（ステップＳ５５）。
【０１５０】
一方、予約確認処理部３４が容量判定部５２から空き容量不足通知を受け取った場合は、次に、現在ダウンロード中のダウンロード番組について、停止等せずにダウンロードを継続すべきか否かの取得緊急度を判断する（ステップＳ５３）。
【０１５１】
ここではその具体例として、予約確認処理部３４は、現在ダウンロード中のダウンロード番組の取得可能期間３６０および再生期限３４２を確認する。そして、取得可能期間３６０の終了時および再生期限３４２のうち、早い日時(以下、番組期限Ｒ１とする）と、番組予約表１６１の中で最も早く放送される放送番組の放送日時Ｒ２と比較する。
【０１５２】
そして、番組期限Ｒ１が放送日時Ｒ２よりも早ければ、ダウンロードを継続し、かつ空き容量不足のため予約録画を完了できない旨をモニタなどに出力する（ステップＳ５６）。番組期限Ｒ１が放送日時Ｒ２よりも未来であった場合は、記憶媒体１６内の削除可能な記録済み番組の削除処理を行う（ステップＳ４０）。
【０１５３】
なお、ステップＳ５３において番組期限Ｒ１が放送日時Ｒ２よりも未来であった場合、ダウンロード中の番組の取得および記録を停止させてからステップＳ４０の処理を行うようにしてもよい。
【０１５４】
なお、ステップＳ５３において取得緊急度を判断する予約確認処理部３４が、本発明の記録重要度判定部の一例にあたる。また、番組期限Ｒ１が、本発明の、記録中の第２の番組の利用期限の一例にあたり、「放送日時Ｒ２よりも早いこと」が、本発明の第１の所定条件の一例にあたる。また、ステップＳ５６において新たな録画要求を拒否する予約確認処理部３４が、本発明の録画要求拒否部の一例にあたる。
【０１５５】
予約確認処理部３４は、ステップＳ４０において、例えば図６または図７に示したようなシーケンスで記録済み番組の削除処理を行う。
【０１５６】
そして、ステップＳ４０の処理結果が、予約登録可能であった場合には（ステップＳ５４）、予約登録成功として処理を終了する（ステップＳ５５）。
【０１５７】
一方、ステップＳ４０の処理結果が、予約登録不可であった場合には（ステップＳ５４）、空き容量不足のため予約録画を完了できない旨の警告表示を出力してユーザに通知し（ステップＳ５６）、処理を終了する。
【０１５８】
なお、番組期限Ｒ１が放送日時Ｒ２よりも未来であった場合にステップＳ４０の処理を行う予約確認処理部３４が、本発明の番組削除判定部の一例にあたる。また、ステップＳ４０の処理結果にしたがって、新たな録画予約の受付（ステップＳ５５）または録画予約の拒否（ステップＳ５６）を行う予約確認処理部３４が、本発明の番組削除予約制御部の一例にあたる。また、図６において、番組期限Ｒ３が、本発明の、最も後に達する利用期限の一例にあたり、「放送日時Ｒ４よりも遅いこと」が、本発明の第２の所定条件の一例にあたる。また、図７では、「削除可能期限よりも遅いこと」が、本発明の第２の所定条件の一例にあたる。
【０１５９】
このようにして、取得可能期間または再生期限が、録画予約済みのいずれの番組の放送日時よりも早く終了するダウンロード番組の取得を優先することができる。
【０１６０】
なお、上記では、ステップＳ５３におけるダウンロード中の番組の取得緊急度の判定を、ダウンロード中の番組の番組期限Ｒ１と、最も早く放送される番組の放送日時Ｒ２とを比較して行うこととしたが、これ以外の判定方法により、ダウンロード中の番組の取得緊急度の判定を行ってもよい。
【０１６１】
図９は、新たに放送番組の録画予約が要求された場合の、ダウンロード中の番組の取得緊急度の判定を他の方法で行う予約確認処理部３４における処理内容を示したフローチャートである。図８のステップＳ５３に代えて、ステップＳ５７の処理により、ダウンロード中の番組の取得緊急度の判定を行っている。
【０１６２】
ステップＳ５７では、ダウンロード中の番組の番組期限Ｒ１と比較する対象を、放送日時Ｒ２ではなく、予め設定されている「取得優先期限」としている。「取得優先期限」とは、「その期限以前の番組期限Ｒ１が設定されているダウンロード中の番組は、取得緊急度が高い」、とする期限である。
【０１６３】
なお、この場合、「取得優先期限」が、本発明の第１の所定時間の一例にあたる。
【０１６４】
なお、上記では、容量判定部５２における記憶媒体１６の容量判定を、図４（ａ）に示すように、予約用容量を記憶媒体１６の空き容量Ｃ１と比較した（ステップＳ２１）が、番組予約表１６１に登録されている放送番組のうち最も現在に近い放送日時Ｒ２を持つ番組を記録するために必要な番組容量Ｃ２と空き容量Ｃ１を比較することとするとともに、図６に示した予約確認処理部３４による記録済番組削除処理の削除可能な番組の判定（ステップＳ４２）の処理を、番組期限Ｒ３と放送日時Ｒ２を比較し、番組期限Ｒ３が放送日時Ｒ２よりも未来である時のみ、番組期限Ｒ３を持つダウンロード番組データを削除可能とするようにしても良い。
【０１６５】
このように処理することにより、予約された放送番組を１つも記録できない状態の時に限りダウンロード番組を削除するので、予約登録数に限らず極限まで記憶媒体１６に番組データを記録できる。
【０１６６】
なお、ダウンロード番組を削除する際、全データを削除するのではなく、予約用容量として不足しているサイズ分だけ削除するようにしてもよい。例えば、予約用容量が５００Ｍｂｙｔｅｓで記憶媒体１６の空き容量が４５０Ｍｂｙｔｅｓの場合、ダウンロード番組を５０Ｍｂｙｔｅｓ分だけ削除する。
【０１６７】
なお、情報記録装置５０が記憶媒体１６以外にも番組データを記録できる機能を有する場合、例えばＳＤカードのようなリムーバブルメディアやネットワーク越しの別装置に番組データを移動できるならば、ダウンロード番組を削除する代わりに移動させることで記憶媒体１６の空き容量を確保しても良い。
【０１６８】
なお、記録済番組削除処理（ステップＳ４０）を実行する前に、ユーザにその処理を実行するか問い合わせても良い。また、削除されるダウンロード番組の情報を表示してユーザ確認を行っても良い。このようにすることにより、意図しないダウンロード番組データの削除をユーザが中断させることができる。
【０１６９】
なお、上記では機能別に実施の形態１、実施の形態２として説明したが、実施の形態１および実施の形態２の両方の構成を兼ね備えた情報記録装置としてもよい。
【０１７０】
以上に説明したように、本発明の情報記録装置を用いることにより、ユーザ操作による番組削除なしで、ダウンロード番組よりも放送時間が予め決まっている放送番組の記録を優先し、かつ期限間近のダウンロード番組がある場合はダウンロード番組の記録を優先することができる。
【０１７１】
なお、本発明のプログラムは、上述した本発明の情報記録装置の、前記第２の番組を取得して記録中に、記録中の前記第２の番組の取得継続可否を判定する前記取得継続可否判定部、前記第２の番組の記録中に、前記第２の番組の取得および記録を停止する前記番組取得停止部、前記第２の番組の取得および記録の停止中に、停止中の前記第２の番組の取得再開可否を判定する前記取得再開可否判定部、前記第２の番組の取得および記録の停止中に、前記第２の番組の取得および記録を再開する前記番組取得再開部の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１７２】
また、本発明の記録媒体は、上述した本発明の情報記録装置の、前記第２の番組を取得して記録中に、記録中の前記第２の番組の取得継続可否を判定する前記取得継続可否判定部、前記第２の番組の記録中に、前記第２の番組の取得および記録を停止する前記番組取得停止部、前記第２の番組の取得および記録の停止中に、停止中の前記第２の番組の取得再開可否を判定する前記取得再開可否判定部、前記第２の番組の取得および記録の停止中に、前記第２の番組の取得および記録を再開する前記番組取得再開部の機能をコンピュータにより実行させるためのプログラムを記録した記録媒体であり、コンピュータにより読み取り可能かつ、読み取られた前記プログラムが前記コンピュータと協働して利用される記録媒体である。
【０１７３】
また、本発明のプログラムは、上述した本発明の情報記録装置の、前記記憶媒体に新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する前記必要容量判定部、前記新たな録画予約を受け付ける前記録画予約受付部、前記最も後に達する放送日時と前記最も後に達する利用期限とを比較し、前記最も後に達する放送日時の方が後に達する場合には前記新たな録画予約を拒否する前記録画予約拒否部の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１７４】
また、本発明の記録媒体は、上述した本発明の情報記録装置の、前記記憶媒体に新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する前記必要容量判定部、前記新たな録画予約を受け付ける前記録画予約受付部、前記最も後に達する放送日時と前記最も後に達する利用期限とを比較し、前記最も後に達する放送日時の方が後に達する場合には前記新たな録画予約を拒否する前記録画予約拒否部の機能をコンピュータにより実行させるためのプログラムを記録した記録媒体であり、コンピュータにより読み取り可能かつ、読み取られた前記プログラムが前記コンピュータと協働して利用される記録媒体である。
【０１７５】
また、本発明のプログラムは、上述した本発明の情報記録装置の、前記記憶媒体に新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する前記必要容量判定部、前記新たな録画予約を受け付ける前記録画予約受付部、記録中の前記第２の番組の前記利用期限が第１の所定条件に合致するか否かを判定する前記記録重要度判定部、前記新たな録画予約の要求を拒否する前記録画要求拒否部、前記記憶媒体に記録済みの他の第２の番組に設定されている前記利用期限のうち最も後に達する利用期限が第２の所定条件に合致するか否かを判定する前記番組削除判定部、前記最も後に達する利用期限が前記第２の所定条件に合致すると判定された場合には、前記最も後に達する利用期限が設定された前記他の第２の番組を削除し、前記必要な容量が充足された場合に前記新たな録画予約を受け付け、前記最も後に達する利用期限が前記第２の所定条件に合致しなかったと判定された場合には、前記新たな録画予約の要求を拒否する前記番組削除予約制御部の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１７６】
また、本発明の記録媒体は、上述した本発明の情報記録装置の、前記記憶媒体に新たに録画予約を要求された前記第１の番組を記録するために必要な容量があるか否かを判定する前記必要容量判定部、前記新たな録画予約を受け付ける前記録画予約受付部、記録中の前記第２の番組の前記利用期限が第１の所定条件に合致するか否かを判定する前記記録重要度判定部、前記新たな録画予約の要求を拒否する前記録画要求拒否部、前記記憶媒体に記録済みの他の第２の番組に設定されている前記利用期限のうち最も後に達する利用期限が第２の所定条件に合致するか否かを判定する前記番組削除判定部、前記最も後に達する利用期限が前記第２の所定条件に合致すると判定された場合には、前記最も後に達する利用期限が設定された前記他の第２の番組を削除し、前記必要な容量が充足された場合に前記新たな録画予約を受け付け、前記最も後に達する利用期限が前記第２の所定条件に合致しなかったと判定された場合には、前記新たな録画予約の要求を拒否する前記番組削除予約制御部の機能をコンピュータにより実行させるためのプログラムを記録した記録媒体であり、コンピュータにより読み取り可能かつ、読み取られた前記プログラムが前記コンピュータと協働して利用される記録媒体である。
【０１７７】
また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な、ＲＯＭ等の記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【０１７８】
また、本発明のプログラムの一利用形態は、インターネット等の伝送媒体、光・電波等の伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【０１７９】
また、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【０１８０】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【０１８１】
本発明にかかる情報記録装置は、ダウンロード番組を記録中に記憶媒体の空き容量が不足した場合でも、再度そのダウンロード番組の取得操作を行わなくてもよい効果を有し、地上波や衛星経由でデータ受信する放送番組とネットワーク経由でデータ受信するダウンロード番組の双方を記録できる情報記録装置等として有用である。
【０１８２】
また、別の本発明にかかる情報記録装置は、記憶媒体の空き容量が不足した際に、削除可能な記録済みの番組を自動的に判断できる効果を有し、放送番組とネットワーク経由でデータ受信するダウンロード番組の双方を記録できる情報記録装置等として有用である。
【０１８３】
また、別の本発明にかかる情報記録装置は、利用期限が間近のダウンロード番組を、録画予約しようとうする放送番組よりも優先して記録できる効果を有し、放送番組とネットワーク経由でデータ受信するダウンロード番組の双方を記録できる情報記録装置等として有用である。
【符号の説明】
【０１８４】
１１  ネットワーク
１２  チューナー部
１３  タイマー部
１４  通信部
１５  出力部
１６  記憶媒体
２０  コンテンツ紹介サーバ
２１  データサーバ
２２  タイマーサーバ
２３  サーバ群
３１  ブラウザアプリ
３２  データ記録処理部
３３  再生アプリ
３４  予約確認処理部
５０  情報記録装置
５１  制御部
５２  容量判定部
１６１  番組予約表
３２０  ダウンロード番組データ
３４２  再生期限
３６０  取得可能期間
【図１】
2011009933.tif 000003
【図２】
2011009933.tif 000004
【図３】
2011009933.tif 000005
【図４】
2011009933.tif 000006
【図５】
2011009933.tif 000007
【図６】
2011009933.tif 000008
【図７】
2011009933.tif 000009
【図８】
2011009933.tif 000010
【図９】
2011009933.tif 000011
【図１０】
2011009933.tif 000012
【図１１】
2011009933.tif 000013
【図１２】
2011009933.tif 000014
【図１３】
2011009933.tif 000015
【図１４】
2011009933.tif 000016
【図１５】
2011009933.tif 000017
【図１６】
2011009933.tif 000018
【図１７】
2011009933.tif 000019
【図１８】
2011009933.tif 000020