(57)【要約】【課題】ネットワーク接続機能と録画デバイスを具備し、放送番組サービスとコンテンツ配信サービスの提供を受けるデジタル家電機器において、放送番組の録画予約機能と共存し、機器内の処理能力やリソースの利用状況を考慮したコンテンツのダウンロード配信予約方式を提供する。【解決手段】配信サーバ装置と記録再生装置で構成されるコンテンツ配信システムにおいて、前記記録再生装置は、該装置の具備する録画機能を用いた放送番組録画予約情報を管理する番組録画予約部と、該装置の具備する録画機能、ネットワーク通信機能、該装置の処理負荷といったリソース利用予約情報を管理する端末リソース管理部と、前記番組録画予約部の管理する前記放送番組録画予約情報と前記端末リソース管理部の管理する前記リソース利用予約情報を参照し前記配信サーバ装置との間でコンテンツの配信可能時間帯を決定するダウンロード予約部を備えている。【選択図】  図１０
2008269514.tif 000002
【特許請求の範囲】
【請求項１】
通信媒体に接続する通信部と、
前記通信部を介して通信媒体からコンテンツのダウンロードを行なうダウンロード処理部と、
放送番組を受信する受信部と、
前記ダウンロードされたコンテンツを記録及び／又は前記受信された放送番組を録画する記録部と、
前記放送番組の録画を予約する番組録画予約部とを有し、
前記ダウンロード処理部はダウンロードするコンテンツを示すコンテンツ情報を送信し、当該コンテンツをダウンロードする日時の候補である予約配信日時候補を示す予約配信日時候補情報を受信し、当該受信した予約配信日時候補情報が示す予約配信日時候補から当該コンテンツを前記記録部に記録できる日時があるか判断し、記録できる日時があると判断したときは当該記録できる日時の情報を送信し、当該コンテンツが配信される日時の情報を受信し当該コンテンツが配信される日時を登録する受信装置。
【請求項２】
請求項１の受信装置において、
前記番組録画予約部は、録画する放送番組の名前の情報と当該放送番組を録画する日時である録画日時を示す録画日時情報と、ダウンロードするコンテンツのコンテンツ情報と当該コンテンツ情報が示すコンテンツが配信される日時を示す配信日時情報とを含む番組録画予約記憶部を有する受信装置。
【請求項３】
請求項２の受信装置において、
前記ダウンロード処理部は前記受信した予約配信日時候補情報が示す予約配信日時候補と前記番組録画予約記憶部の録画日時情報が示す録画日時及び配信日時情報が示すコンテンツが配信される日時とを比較し、当該録画日時及びコンテンツが配信される日時が含まれない当該予約配信日時候補は前記記録部に記録できる日時であると判断する受信装置。
【請求項４】
請求項２の受信装置において、
前記ダウンロード処理部は前記受信した予約配信日時候補情報が示す予約配信日時候補と前記番組録画予約記憶部の録画日時情報が示す録画日時とを比較し、当該録画日時が含まれない当該予約配信日時候補は前記記録部に記録できる日時であると判断する受信装置。
【請求項５】
請求項２又は４の受信装置において、
前記記録部への記録が行なわれる記録日時を示す記録日時情報を含むリソース管理記憶部を用いてダウンロードするコンテンツと放送番組との記録に使用するリソースを管理するリソース管理部を有し、
前記ダウンロード処理部は前記リソース管理部を介して前記予約配信日時候補情報が示す予約配信日時候補から前記記録部に前記コンテンツ情報が示すコンテンツを記録できる日時があるか判断する受信装置。
【請求項６】
請求項２又は４の受信装置において、
前記記録部への記録が行なわれる記録日時を示す記録日時情報を含むリソース管理記憶部を用いてダウンロードするコンテンツと放送番組との記録に使用するリソースを管理するリソース管理部を有し、
前記リソース管理部は並行して記録することができるコンテンツの本数の制限である記録本数制限を示す記録本数制限情報を含むリソース制限記憶部を有し、
前記ダウンロード処理部は前記記録部に記録できる日時であると判断した予約配信日時候補と前記リソース管理記憶部の記録日時とを比較し、並行して記録する本数が前記リソース制限記憶部の記録本数制限情報が示す記録本数制限を越えない予約配信日時候補は前記記録部に記録できる日時であると判断する受信装置。
【請求項７】
請求項２又は４の受信装置において、
前記記録部への記録が行なわれる記録日時を示す記録日時情報と当該記録が行なわれるコンテンツのダウンロードに用いられるネットワークの速度であるネットワーク速度を示すネットワーク速度情報とを含むリソース管理記憶部を用いてダウンロードするコンテンツと放送番組との記録に使用するリソースを管理するリソース管理部を有し、
前記リソース管理部はネットワーク速度の和の制限であるネットワーク速度制限を示すネットワーク速度制限情報を含むネットワーク速度制限記憶部を有し、
前記ダウンロード処理部は前記記録部に記録できる日時であると判断した予約配信日時候補と前記リソース管理記憶部の記録日時とを比較し、並行して記録するコンテンツのダウンロードに用いられるネットワークの速度の和が前記ネットワーク速度制限記憶部のネットワーク速度制限を越えない予約配信日時候補は前記記録部に記録できる日時であると判断する受信装置。
【請求項８】
請求項２又は４の受信装置において、
前記記録部への記録が行なわれる記録日時を示す記録日時情報と当該記録の負荷を示す記録負荷情報とを含むリソース管理記憶部を用いてダウンロードするコンテンツと放送番組との記録に使用するリソースを管理するリソース管理部を有し、
前記リソース管理部は並行して記録できる負荷の制限を示す記録負荷制限を含むリソース制限記憶部を有し、
前記ダウンロード処理部は前記記録部に記録できる日時であると判断した予約配信日時候補と前記リソース管理記憶部の記録日時とを比較し、並行して記録する場合の負荷が前記リソース制限記憶部の記録負荷制限を越えない予約配信日時候補は前記記録部に記録できる日時であると判断する受信装置。
【請求項９】
請求項２又は４の受信装置において、
前記記録部への記録が行なわれる記録日時を示す記録日時情報と当該記録の速度を示す記録速度情報とを含むリソース管理記憶部を用いてダウンロードするコンテンツと放送番組との記録に使用するリソースを管理するリソース管理部を有し、
前記リソース管理部は並行して記録できる速度の制限である記録速度制限を示す記録速度制限情報を含むリソース制限記憶部を有し、
前記ダウンロード処理部は前記記録部に記録できる日時であると判断した予約配信日時候補と前記リソース管理記憶部の記録日時情報が示す記録日時とを比較し、並行して記録する場合の記録速度の和が前記リソース制限記憶部の記録速度制限情報が示す記録速度制限を越えない予約配信日時候補は前記記録部に記録できる日時であると判断する受信装置。
【請求項１０】
コンテンツを蓄積する蓄積部と、
通信媒体に接続する通信部と、
前記通信部を介して前記蓄積部に蓄積されたコンテンツの配信を行なう配信部と、
前記コンテンツの配信を管理する配信管理部とを有し、
前記配信管理部は配信するコンテンツを示す情報を受信し、当該コンテンツを配信する日時の候補である予約配信日時候補を示す予約配信日時候補情報を送信し、当該予約配信日時候補情報が示す予約配信日時候補から選択された当該コンテンツを配信する配信日時を示す配信日時情報を受信し、当該受信した配信日時情報が示す配信日時を登録する送信装置。
【請求項１１】
請求項１０の送信装置において、
前記配信管理部は配信するコンテンツを示すコンテンツ情報と当該コンテンツ情報の配信日時情報と当該コンテンツが配信される記録装置を示す情報を含む配信予約情報記憶部を有する送信装置。
【請求項１２】
コンテンツを配信する配信方法において、
配信が要求されるコンテンツを示すコンテンツ情報を送信し、
当該コンテンツ情報を受信し当該コンテンツ情報が示すコンテンツを配信する日時の候補である配信日時候補を示す配信日時候補情報を送信し、
当該配信日時候補情報を受信し当該配信日時候補情報が示す配信日時候補から前記コンテンツ情報が示すコンテンツが配信される日時を決定し、当該決定された日時である配信日時を示す配信日時情報を送信し、
当該配信日時情報が示す日時を前記コンテンツ情報が示すコンテンツを配信する日時として登録し、当該登録されたコンテンツを配信する日時である登録配信日時を示す登録配信日時情報を送信し、
当該登録配信日時情報を受信し、当該登録配信日時情報が示す登録配信日時を前記コンテンツ情報が示すコンテンツが配信される日時として登録する配信方法。
【請求項１３】
請求項１２の配信方法において、
並行して複数のコンテンツが配信されないように前記配信日時候補から前記コンテンツ情報が示すコンテンツが配信される日時を決定する配信方法。
【請求項１４】
請求項１２の配信方法において、
並行して配信することができるコンテンツの数の制限を越えないように前記配信日時候補から前記コンテンツ情報が示すコンテンツが配信される日時を決定する配信方法。
【請求項１５】
請求項１２の配信方法において、
並行して配信することができるネットワーク送出速度の制限を越えないように前記配信日時候補から前記コンテンツ情報が示すコンテンツが配信される日時を決定する配信方法。
【請求項１６】
請求項１２の配信方法において、
配信されるコンテンツを記録する場合に記録の処理にかかる負荷の制限を超えないように前記配信日時候補から前記コンテンツ情報が示すコンテンツが配信される日時を決定する配信方法。
【請求項１７】
請求項１２の配信方法において、
配信されるコンテンツを記録する場合に記録の速度の制限を超えないように前記配信日時候補から前記コンテンツ情報が示すコンテンツが配信される日時を決定する配信方法。
【請求項１８】
コンテンツを受信する受信装置とコンテンツを送信する送信装置とを有する配信システムにおいて、
通信媒体に接続する通信部と、
前記通信部を介して通信媒体からコンテンツのダウンロードを行なうダウンロード処理部と、
放送番組を受信する受信部と、
前記ダウンロードされたコンテンツを記録及び／又は前記受信された放送番組を録画する記録部と、
前記放送番組の録画を予約する番組録画予約部とを有し、
前記番組録画予約部はダウンロードするコンテンツのコンテンツ情報を前記送信装置に送信し、当該コンテンツをダウンロードする日時の候補を受信し、当該ダウンロードする日時の候補から当該コンテンツをダウンロードする日時を決定し、当該決定したダウンロードする日時の情報を前記送信装置に送信し、当該ダウンロードする日時を登録する受信装置と、
コンテンツを蓄積する蓄積部と、
通信媒体に接続する通信部と、
前記通信部を介して前記蓄積部に蓄積されたコンテンツの配信を行なう配信部と、
前記コンテンツの配信を管理する配信管理部とを有する送信装置とを有し、
前記配信管理部は前記受信装置がダウンロードするコンテンツを示すコンテンツ情報を受信し、当該コンテンツ情報が示すコンテンツを配信する日時の候補である予約配信日時候補を示す予約配信日時候補情報を前記受信装置に送信し、前記受信装置がダウンロードする日時の情報を受信し、当該受信した日時の情報が示す日時を配信日時として登録し、当該登録がされた旨の通知を前記受信装置に送信する送信装置と、
を有する配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、ネットワークを介してデータをダウンロードする技術に関する。
【背景技術】
【０００２】
近年、ＡＤＳＬやＦＴＴＨ等のブロードバンド回線の家庭への普及により、映像や音楽を中心とした大容量コンテンツ（情報内容）をストレスなく家庭に配信できるネットワーク環境が整いつつある。さらに、コンテンツの圧縮技術や配信技術の進展と相まって、高品質を維持したまま家庭へのコンテンツを配信できるようになってきた。
【０００３】
特許文献１には、「サーバや伝送路への負荷を適切に分散でき、更にデータのダウンロードに関する利便性を高めたダウンロードシステムを提供する」ことを課題とし、その解決手段として「通信端末１０の予約候補取得部１４は、更新ファイルのダウンロードの予約を割付可能な候補の時間帯に関する時間情報含む予約候補情報をソフトウェア管理サーバ３０から取得する。通信端末１０では、予約候補情報に含まれる時間情報に対応する時間帯から予約時間帯が選択され、ソフトウェア管理サーバ３０は予約時間帯の予約を登録する。このように、ソフトウェア管理サーバ３０によって送信される時間帯の候補から予約時間帯を選択できるので利便性が高い。また、時間帯の候補は、ソフトウェア管理サーバ３０の負荷や伝送路の負荷を分散させるように設定された予約テーブルに基づいて求められるので、ソフトウェア管理サーバ３０の負荷や伝送路への負荷が適切に分散される」ことが開示されている。
【０００４】
【特許文献１】特開２００４−１８５１１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
コンテンツの圧縮技術や配信技術の進展に伴い、コンテンツを利用者の再生記録装置に配信し、利用者からコンテンツの利用料（視聴料）を徴収することを基本のビジネスモデルとするコンテンツ配信サービスが立ち上がりつつある。
【０００６】
コンテンツの配信方法には複数の方式が存在するが、再生装置が配信サーバからコンテンツデータを一括してダウンロードし、再生記録装置が有する外部記憶部に蓄積する方式であるダウンロード方式は、再生記録装置が全てのコンテンツデータを受信蓄積してからコンテンツ再生を開始するため、（１）コンテンツ再生品質がネットワークの品質・帯域に依存しない、（２）ＨＴＴＰ、ＦＴＰ等のインターネット標準のデータ転送技術を利用できる、（３）コンテンツデータの欠落によるコンテンツ再生品質低下が発生しない、（４）映像や音楽コンテンツの場合に早送り／巻戻し／頭出しといったデータを前後する特殊再生（トリックプレイ）が容易である等の特徴を持つため、品質を重視するコンテンツ配信サービスにおいて採用されている。
【０００７】
しかしながら、ダウンロード方式によるコンテンツ配信システムでは、コンテンツのダウンロード蓄積の完了まで利用者がコンテンツを再生利用することができない。このため、コンテンツをダウンロード配信する時間帯を予約し、予約した時間帯でコンテンツのダウンロード蓄積を完了する方法が一般的である。ダウンロード配信を予約すること（以下「ダウンロード配信予約」という。）により、利用者に対してコンテンツダウンロードに要する時間（所要時間）やダウンロードが完了する日時、すなわち利用者がコンテンツを利用できるタイミングを提示でき、利用者の不便さを解消することになる。
【０００８】
ダウンロード所要時間は、再生記録装置や配信設備（サーバ装置）の処理負荷、配信ネットワークの使用帯域（混雑度）に依存する。このため効率良くコンテンツを配信するために、ダウンロード配信の予約を分散させる方法が存在する。特許文献１では、配信サーバのネットワーク分散と配信予約スケジュールから配信サーバが配信可能な時間帯を端末へ複数提示し、端末がそのうちの一つの時間帯を選択することで、配信予約時間帯を確定する方法を提示している。
【０００９】
しかしながら、特許文献１に開示されている方法は、ダウンロード配信サービス単独での配信予約方法である。ＨＤＤレコーダやＨＤＤ搭載のＴＶ受信機のような録画機能を持ったデジタル家電機器では、ダウンロード配信のコンテンツデータ記録機能は、放送番組の録画で使用する録画機能と機能を共有することになる。このため、ダウンロードの配信予約した時間帯が既に放送番組の録画が予約されている時間帯と重複してしまった場合は、録画機能が放送番組の録画で占有されているため、ダウンロード配信のコンテンツ記録処理に失敗してしまうことになる。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明の一実施の態様は、配信サーバ装置と記録再生装置で構成されるコンテンツ配信システムにおいて、記録再生装置は、該装置の具備する録画機能を用いた放送番組録画予約情報を管理する番組録画予約部と、該装置の具備する録画機能、ネットワーク通信機能、該装置の処理負荷といったリソース利用予約情報を管理する端末リソース管理部と、前記番組録画予約部の管理する前記放送番組録画予約情報と前記端末リソース管理部の管理する前記リソース利用予約情報を参照し前記配信サーバ装置との間でコンテンツの配信可能時間帯を決定するダウンロード予約部を備える構成とした。
【発明の効果】
【００１１】
上記手段によれば、効率良いデータのダウンロードが可能となる。具体的には、ネットワークに接続してコンテンツをダウンロードする機能と放送番組を録画する機能を有する機器において、機器内の処理能力やリソースの利用状況を考慮したダウンロード配信予約を実現することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、添付の図面を参照しながら、本発明にかかる実施の一形態について説明する。
【実施例１】
【００１３】
まず、本実施の形態に係るダウンロードコンテンツ配信システムの構成について説明する。図１に示すように、本実施の形態に係るダウンロードコンテンツ配信システムには、通信媒体２を介して接続されたダウンロード記録装置１、ダウンロード配信サーバ装置３が含まれている。
図１に示したダウンロード配信システムに含まれている通信媒体２は、例えば光回線、ＣＡＴＶ、電話回線等で構成された有線媒体、または、無線媒体を用いて構成された公衆通信ネットワークや専用通信ネットワーク、あるいは、通信ケーブル、電力線、内線電話回線等で構成された有線媒体、または、無線媒体を用いて構成された家庭内ネットワークや企業内ネットワークにおけるＬＡＮ（ローカルエリアネットワーク）であり、通信媒体２に接続された装置間で所定の通信プロトコルにしたがってデータのやり取りを行うことを可能とする。
【００１４】
また、図１に示したダウンロード記録装置１、ダウンロード配信サーバ装置３は、ソフトウェアを実行可能なハードウェア構成を有する情報処理装置により実現可能である。図２は、ダウンロード記録装置１及びダウンロード配信サーバ装置３の具体的なハードウェア構成例である。図２に示すように、ダウンロード記録装置１及びダウンロード配信サーバ装置３はＣＰＵ（演算処理装置）９１、主記憶９２、通信部９３、外部記憶部９４、入力部９５、出力部９６を有し、各部はバス９０を介して相互に接続され、各部間で必要な情報が伝送可能なように構成されている。
【００１５】
ＣＰＵ９１は、主記憶９２や外部記憶部９４にあらかじめ格納されているプログラムによって所定の動作を行う。
主記憶９２は、ワークエリアとして機能したり、必要なプログラムを格納したりする。主記憶９２は、例えば前者に対してはＲＡＭ、後者に対してはＲＯＭ等によって実現できる。
通信部９３は、通信媒体２を介し、同じ通信媒体２に接続される装置と情報（データ）を送受信する。通信部９３は、例えばモデム、ネットワークアダプタ、無線送受信装置等によって実現される。
【００１６】
外部記憶部９４は、情報処理装置の動作を制御するためのプログラムを保存したり、通信媒体を介して配信されるコンテンツを蓄積したりする。外部記憶部９４は、例えばハードディスク（ＨＤＤ）、光ディスク等によって実現できる。
入力部９５は、装置利用者が情報処理装置に対して必要な命令や情報を入力する。入力部９５は、例えばテレビジョン（ＴＶ）受信機で使用されるリモートコントローラや、ＰＣで使用されるキーボード、マウス等によって実現できる。  出力部９６は、コンテンツや装置利用者の操作に応答するための情報を出力表示する。出力部は、例えばブラウン管、ＣＲＴ、液晶ディスプレイ、ＰＤＰ、プロジェクタ、スピーカ、ヘッドフォン、ランプ、ＬＥＤ等によって実現できる。
【００１７】
なお、図２で示した情報処理装置のハードウェア構成は一例であり、必ずしも、この通りのものである必要はない。例えば、出力部９６は、情報処理装置とは異なる装置（ＴＶ受信機等）で実現してもよく、この場合、情報処理装置には別途Ｄ／Ａコンバータ等のテレビジョン信号生成装置を具備し、該装置と出力部６とはＡＶケーブルや同軸ケーブル等で接続される。また、例えば情報処理装置を構成する各部のうち、不要なものは適宜省いてもよい。例えば、情報処理装置が実行時にデータ入力や出力を必要としない場合は、入力部９５や出力部９６を構成に含まなくてもよい。また、例えばＣＰＵ９１で実現可能な機能に用いられる場合、当該機能はＣＰＵ９１で実現すればよいので、構成に含まなくてもよい。
【００１８】
また、情報処理装置は、前記の構成部の他に、装置固有のハードウェアを有することがある。例えば、ＴＶやＨＤＤレコーダ等のＴＶ放送受信機能を持つ情報処理装置は、ＴＶ放送波を受信するための受信部（チューナ）を有する。また、例えばＣＤやＤＶＤ等の記録媒体に記録されたデータが入力される場合には、ＣＤドライブ、ＤＶＤドライブを有する。
【００１９】
次に、図１に示したダウンロード記録装置１、および、ダウンロード配信サーバ装置３がソフトウェアの実行により実現する機能およびデータベース構成について説明する。
ダウンロード記録装置１は、ダウンロード配信サーバ装置３にダウンロード配信予約を要求し、返信（要求結果）としてコンテンツのダウンロード配信を予約した情報（以下「ダウンロード配信予約情報」という。）を受信し、該ダウンロード配信予約情報に基づきダウンロード配信サーバ装置３と接続してコンテンツデータを受信記録（ダウンロード）し、ダウンロード完了後に利用者の指示に従いダウンロードしたコンテンツを再生する情報処理装置である。ダウンロード記録装置１としては、例えば、ＨＤＤレコーダ、蓄積機能を有したＴＶ受信機、ＰＣ等がある。
【００２０】
図３にダウンロード記録装置１の機能構成図を示す。ダウンロード記録装置１は、通信部１１、ダウンロード通信部１３とダウンロード予約部１４を含むダウンロード処理部１２、番組録画予約部１５、番組受信部１６、コンテンツ録画部１７、番組録画予約表示部１８、コンテンツ再生部１９、ダウンロード予約テーブル２０、番組録画予約テーブル２１、録画コンテンツデータ２２を有する。通信部１１は例えば図２の通信部９３に相当する。ダウンロード通信部１３とダウンロード予約部１４を含むダウンロード処理部１２、番組録画予約部１５、番組受信部１６、コンテンツ録画部１７は例えば図２の主記憶９２や外部記憶部９４に格納されているプログラムをＣＰＵ９１が実行することで実現できる。番組録画予約表示部１８、コンテンツ再生部１９は例えば図２の出力部に相当する。ダウンロード予約テーブル２０、番組録画予約テーブル２１、録画コンテンツデータ２２は例えば図２の主記憶９２や外部記憶部９４に格納されている。
【００２１】
なお、ダウンロード記録装置１に接続されているアンテナ４は、例えば放送波（例えば、衛星デジタル放送波、地上デジタル放送波、地上アナログ放送波）を受信するアンテナである。
【００２２】
通信部１１は、ダウンロード予約部１４、および、ダウンロード通信部１３が、通信媒体２と接続された装置（ダウンロード配信サーバ装置３）と通信するために、通信プロトコルにしたがってメッセージを生成、解釈、通信を行う機能を有する。
ダウンロード処理部１２は、ダウンロード通信部１３とダウンロード予約部１４で構成され、コンテンツのダウンロード予約、ダウンロード受信を行う機能を有する。
【００２３】
ダウンロード通信部１３は、通信部１１を介してダウンロード配信サーバ装置３と接続する機能、ダウンロード配信サーバ装置３からコンテンツデータをダウンロードする機能、コンテンツ録画部１７に対してダウンロードしたコンテンツデータを録画コンテンツデータ２２として外部記憶部９４へ記録を依頼する機能、コンテンツデータのダウンロード完了をダウンロード予約部１４に通知する機能を有する。コンテンツデータのダウンロード転送方法としては、例えば公知のデータ転送通信プロトコルであるＦＴＰ、ＨＴＴＰ等を適用することが可能である。
【００２４】
ダウンロード予約部１４は、通信部１１を介してダウンロード配信サーバ装置３と接続する機能、コンテンツのダウンロード配信の予約時、開始時、完了時に、それぞれダウンロード配信サーバ装置３に対してコンテンツのダウンロード配信の予約を要求する情報（以下「ダウンロード配信予約要求情報」という。）、コンテンツのダウンロード配信の開始を要求する情報（以下「ダウンロード配信開始要求情報」という。）、コンテンツのダウンロード配信が完了した通知（以下「ダウンロード完了通知情報」という。）を送出する機能、ダウンロード配信サーバ装置３から前記送出情報に対応してダウンロード配信予約情報、コンテンツのダウンロード配信に関するアドレス（以下「ダウンロードアドレス情報」という。）を受信する機能、ダウンロード予約テーブル２０に前記ダウンロード配信予約情報を格納する機能、ダウンロード予約テーブル２０に保持する前記ダウンロード配信予約情報の内容に基づきダウンロード通信部１３に対してコンテンツダウンロードを依頼する機能、コンテンツのダウンロード完了を判断する機能、完了したダウンロード配信の予約情報をダウンロード予約テーブル２０から削除する機能を有する。
【００２５】
番組録画予約部１５は、放送波から受信した放送番組や外部からのテレビジョン信号入力を予め指定された時間帯で録画する予約録画を管理する。番組録画予約部１５は、例えばＨＤＤレコーダ、ＴＶ受信機等が備える機能である。番組録画予約部１５は、例えば入力部により電子番組表（ＥＰＧ）や直接入力で指示された録画予約情報（例えば、録画チャンネル、開始日時、終了日時、録画モード）を受け付ける機能、該録画予約情報を番組録画予約テーブル２１に格納する機能、番組録画予約テーブル２１に保持する前記録画予約情報の内容を、番組録画予約表示部１８を用いて表示する機能、番組録画予約テーブル２１に保持する前記録画予約情報の内容に基づき、番組受信部１６に対して受信チャンネル切替を依頼し、コンテンツ録画部１７に対して番組受信部１６や外部信号入力からのコンテンツデータの外部記憶部９４への記録を依頼する機能、完了した録画予約情報を番組録画予約テーブル２１から削除する機能を有する。
【００２６】
番組受信部１６は、ＴＶ放送波を受信する受信部（チューナ）であり、例えばＨＤＤレコーダ、あるいは、ＴＶ受信機が備える機能である。番組受信部１６は、放送波受信アンテナ４とコンテンツ録画部１７と接続し、放送波受信アンテナ４からの放送波（例えば、衛星デジタル放送波、地上デジタル放送波、地上アナログ放送波）を受信し、テレビジョン信号、あるいは、コンテンツデジタルデータへ変換し、コンテンツ録画部１７へ送出する機能を有する。
【００２７】
コンテンツ録画部１７は、入力された信号やデジタルデータ等をデジタルデータ化（デジタル圧縮、エンコード等）したもの、あるいは、入力データそのままを、外部記憶部９４へ録画コンテンツデータ２２として記録する。コンテンツ録画部１７は、例えばＨＤＤレコーダ、又はＴＶ受信機が備える機能である。コンテンツ録画部１７は、番組受信部１６と、ダウンロード予約部１２のダウンロード配信部１３と、ダウンロード予約部１４と、番組録画予約部１５と、コンテンツを記録する外部記憶部９４とを接続し、番組録画予約部１５、及び／又はダウンロード予約部１２からの指示に従い、入力として記録対象を選択する（切り替える）機能、出力として外部記憶部９４への記録開始、記録一時停止、記録停止（終了）を制御する機能を有する。
【００２８】
番組録画予約表示部１８は、番組録画予約テーブル２１に保持する録画予約情報の内容を表示する機能を有する。
コンテンツ再生部１９は、外部記憶部９４に格納された録画コンテンツデータ２２をダウンロード記録装置１の出力部９６へ出力する機能を有する。例えば、利用コンテンツが映像の場合は映像を再生するための機能であり、音楽コンテンツの場合は音楽を再生するための機能となる。
なお、前記番組録画予約表示部１８とコンテンツ再生部１９とは、例えば別々の表示部としても良いし、１つの表示部に録画予約情報の内容と映像とを表示しても良い。
【００２９】
ダウンロード予約テーブル２０は、コンテンツダウンロード配信予約においてに必要となる予約情報、配信予約したコンテンツの情報（アドレス情報含む）を管理するテーブルである。ダウンロード予約テーブル２０は、例えば図５に示すように、予約ＩＤ１０１、コンテンツＩＤ１０２、サイズ１０３、ハッシュ値１０４、アドレス１０５、予約配信日時１０６（開始日時１０７、完了予定日時１０８）、状態１０９を保持する。ダウンロード予約テーブル２０について、図５の１０１〜１０９について以下説明する。  予約ＩＤ１０１には、ダウンロード配信サーバ装置３で割り当てられたダウンロード配信予約を示す情報（識別子）が登録される。
コンテンツＩＤ１０２には、ダウンロード配信システムにおいて配信予約されたコンテンツを示す情報（識別子）が登録される。コンテンツを示す情報をコンテンツ情報ともいう。
【００３０】
サイズ１０３には、コンテンツＩＤ１０２に対応した配信予約されたコンテンツのデータサイズが登録される。
ハッシュ値１０４には、コンテンツＩＤ１０２に対応する配信予約されたコンテンツの完全性を判断する情報としてコンテンツデータのハッシュ値が登録される。完全性とは、ダウンロード配信サーバ装置３に蓄積されているコンテンツデータとダウンロード記録装置１とで蓄積されたコンテンツデータが同一であることである。完全性は、例えばダウンロード記録装置１が蓄積したデータのハッシュ値と、ダウンロード配信サーバ装置３側で計算しておいたデータのハッシュ値との比較により判断される。
【００３１】
アドレス１０５には、コンテンツＩＤ１０２に対応する配信予約されたコンテンツのダウンロード配信サーバ装置３におけるダウンロードアドレスが登録される。
予約配信日時１０６は、予約ＩＤ１０１に対応したダウンロード配信予約における予約配信日時を示す情報である開始日時１０７と、完了予定日時１０８を含む。開始日時１０７にはコンテンツのダウンロード配信を開始できる日時が登録され、完了予定日時１０８にはコンテンツのダウンロードが完了する予定日時が登録される。
【００３２】
状態１０９には、予約ＩＤ１０１に対応したダウンロード配信予約におけるコンテンツのダウンロードの処理状態が登録される。
【００３３】
なお、ダウンロード予約テーブル２０は、ダウンロード配信サーバ装置３におけるダウンロード配信予約とダウンロードコンテンツを特定できるならば、前記の情報の全てを保持しなくても良い。例えば、ダウンロード配信サーバ装置３において、予約ＩＤ１０１のみで配信予約を特定できる場合は、コンテンツＩＤ１０２、サイズ１０３、ハッシュ値１０４の情報は必須ではない。また、ダウンロード配信を予約した日時（以下、「予約配信日時」という）を特定するためのダウンロード予約テーブル２０の予約配信日時１０６は、開始日時とダウンロードの継続時間の和で完了予定日時を算出できるので、開始日時１０７と完了予定日時１０８の代わりに、開始日時とダウンロード継続時間を含むことにしても良い。
【００３４】
番組録画予約テーブル２１は、放送波から受信した放送番組や外部からのテレビジョン信号入力を予め指定された時間帯で録画する番組録画予約に関する情報を管理するテーブルである。また、本実施例では、ダウンロード配信予約に関する情報も管理する。番組録画予約テーブル２１は、図６に示すように、録画予約日時２０１（開始日時２０２、終了日時２０３）、チャンネル２０４、番組名２０５、録画モード２０６、記録容量２０７を保持する。図６の２０１〜２０７について以下説明する。
【００３５】
録画予約日時２０１は、番組録画予約の日時を示す情報である開始日時２０２と終了日時２０３を含む。開始日時２０２には番組録画を開始する日時が登録され、終了日時２０３には番組録画を終了する日時が登録される。
チャンネル２０４には、番組録画予約の録画ソースを特定するための情報が登録される。例えば、録画予約した番組の放送波チャンネルの番号、録画予約する外部入力信号ソースを示す情報、あるいは、ダウンロード配信予約を示す情報がチャンネル２０４には登録される。
【００３６】
番組名２０５には、録画予約した番組を示す名前が登録される。例えば、録画予約する番組（以下、「録画予約番組」という。）の名前（以下「録画予約番組名」という。）、ダウンロードするコンテンツ（以下、「ダウンロード配信コンテンツ」という。）の名前（以下、「ダウンロード配信コンテンツ名」という。）が番組名２０５には登録される。
録画モード２０６には、録画予約した番組の録画時の品質を示す録画モードが登録される。録画モードとは、録画品質を決定する録画記録時のデータ圧縮方式や圧縮率（ビットレート）を固定値として定義したもので、録画時に利用者に選択させるものである。例えば、高品質、通常品質、低品質を示す情報が録画モード２０６には登録される。
【００３７】
記録容量２０７には、録画予約した番組の記録に要するデータサイズが登録される。記録容量２０７は、録画モード２０６から導かれるビットレートと、録画予約日時２０１（開始日時２０２と終了日時２０３）から得られる録画継続時間とから算出できるもので厳密な値でなくても良い。また、ダウンロード配信の予約がされたコンテンツに関する番組予約情報の場合は、記録容量２０７には、コンテンツのデータサイズが登録される。
【００３８】
また、番組録画を行う日時を特定するための番組録画予約テーブル２１の録画予約日時２０１は、開始日時と録画継続時間の和で終了日時を算出できるので、開始日時２０２と完了予定日時２０３の代わりに、開始日時と録画継続時間を含むことにしても良い。
【００３９】
録画コンテンツデータ２２は、ダウンロード記録装置１のコンテンツ録画部１７により外部記憶部９４へ格納された放送番組、外部入力信号、あるいは、ダウンロードコンテンツのデータである。
【００４０】
ダウンロード配信サーバ装置３は、ダウンロード記録装置１からのダウンロード配信予約要求情報を受け付け、コンテンツのダウンロード配信を行う時間帯（以下「ダウンロード配信予約時間帯」という）を割り当て、その情報を含むダウンロード配信予約情報としてダウンロード記録装置１に返信する。また、ダウンロード記録装置１からのダウンロード配信開始要求情報を受け付け、該当するコンテンツをダウンロード記録装置１へ送出し、コンテンツのダウンロード配信が完了したときにダウンロード記録装置１からダウンロード完了通知情報を受け付ける情報処理装置である。
【００４１】
図４にダウンロード配信サーバ装置３の機能構成図を示す。ダウンロード配信サーバ装置３は、通信部３１、ダウンロード予約管理部３２、ダウンロード配信部３３、コンテンツ情報データベース３４、配信予約情報テーブル３５、コンテンツデータ３６を有する。通信部３１は例えば図２の通信部９３に相当する。ダウンロード予約管理部３２、ダウンロード配信部３３は例えば図２の主記憶９２や外部記憶部９４に格納されているプログラムをＣＰＵ９１が実行することで実現できる。コンテンツ情報データベース３４、配信予約情報テーブル３５、コンテンツデータ３６は例えば図２の主記憶９２や外部記憶部９４に格納されている。
【００４２】
通信部３１は、ダウンロード予約管理部３２が通信媒体２に接続されるダウンロード記録装置１と通信するために、通信プロトコルにしたがってメッセージを生成、解釈、通信を行う機能を有する。
ダウンロード予約管理部３２は、通信部３１を介してダウンロード記録装置１と接続する機能、ダウンロード記録装置１からのダウンロード配信予約要求情報を受け付ける機能、コンテンツ情報データベース３４と配信予約テーブル３５を参照し、ダウンロード配信予約時間帯等のダウンロード配信予約情報を決定し、配信予約テーブル３５へ登録する機能、ダウンロード記録装置１にダウンロード配信予約情報、および、ダウンロードアドレス情報を送出する機能、ダウンロードが完了した、あるいは無効となったダウンロード配信予約情報を配信予約テーブル３５から削除する機能を有する。
【００４３】
ダウンロード配信部３３は、通信部３１を介してダウンロード記録装置１と接続する機能、ダウンロード配信サーバ装置３へダウンロード配信が予約されたコンテンツのデータを送出する機能を有する。コンテンツデータの送出方法としては、例えばデータ転送通信プロトコルであるＦＴＰ、ＨＴＴＰ等を適用することが可能である。すなわち、ダウンロード配信部３３は、データ配信サーバ（機能）であるＷｅｂサーバ（サーバ機能）やＦＴＰサーバ（サーバ機能）で構成することができる。
【００４４】
コンテンツ情報データベース３４は、ダウンロード配信サーバ装置３の外部記憶部等に格納されたコンテンツの情報を管理するデータベースである。コンテンツ情報データベース３４は、例えば、配信コンテンツの識別子、サイズ、ダウンロードアドレス等のコンテンツに関する情報を保持する。
【００４５】
配信予約情報テーブル３５は、ダウンロード記録装置１へのダウンロード配信予約に関する情報を管理するテーブルである。配信予約情報テーブル３５は、例えば、配信予約の識別子、配信先のダウンロード記録装置の固有情報（識別子）、配信するコンテンツの識別子、予約配信日時（開始日時、終了予定日時）、配信状態等の配信予約に関する情報を保持する。
コンテンツデータ３６は、ダウンロード配信システムにおいてダウンロード記録装置１へ配信するコンテンツのデータである。
【００４６】
次に、図１で示したダウンロード配信システムにおいて実行されるコンテンツダウンロード配信サービスの利用手順の概要について説明する。
【００４７】
まず、利用者は、ダウンロード記録装置１からダウンロード配信サーバ装置３や、その他の配信サービスが具備するポータルサーバ等の情報提供サーバ装置に接続することで得られるコンテンツの情報、例えば、コンテンツ名、内容、利用価格、利用期間・回数といった情報を参考に、ダウンロードするコンテンツを選択する（選択ステップ）。コンテンツの情報は、あらかじめダウンロード記録装置１が配信サービスのサーバ装置から自動的に取得しておいたものでも良い。
【００４８】
次に、ダウンロード記録装置１がダウンロード配信サーバ装置３に選択されたコンテンツのダウンロード配信の予約を要求し、ダウンロード配信サーバ装置３がダウンロード記録装置１にダウンロード配信予約時間帯を割り当てる（配信予約ステップ）。
ダウンロード配信を予約した日時にダウンロード記録装置１がダウンロード配信サーバ装置３に接続して配信予約したコンテンツのデータをダウンロードする（ダウンロードステップ）。
ダウンロード完了後、利用者はダウンロードしたコンテンツを選択し、再生利用することができる（再生ステップ）。
【００４９】
以上説明した各ステップを順に進めることで、利用者は、コンテンツダウンロード配信サービスを利用することができる。以下では、前記ステップのうち、配信予約ステップ、すなわち、ダウンロード配信予約の処理の詳細について説明する。
【００５０】
図８に、ダウンロード配信予約の処理（配信予約ステップ）において実行される処理のフローチャートを示す。
処理の開始は、例えばダウンロード記録装置１の前記選択ステップにおいて、利用者がダウンロード記録装置１でダウンロードするコンテンツを選択した時点である。
【００５１】
ダウンロード記録装置１のダウンロード予約部１４は、配信予約するコンテンツのコンテンツ情報からダウンロード配信予約要求情報を生成し、通信部１１を介してダウンロード配信サーバ装置３へ送出する（Ｓ１００１）。ここで、ダウンロード配信予約要求情報には、少なくともダウンロード配信システムにおいてコンテンツを示す情報（例えばコンテンツ識別子）と、ダウンロード記録装置１のネットワーク回線速度（データ通信速度）と、配信予約の要求元、すなわちダウンロード記録装置１を特定するための情報（例えば装置識別子）を含むものとする。コンテンツ識別子は、前記選択ステップにおいて、ダウンロードコンテンツ選択用に取得するコンテンツ情報に含まれており、ネットワーク回線速度には、ダウンロード記録装置１においてあらかじめ回線速度として設定してある固定値を用い、装置識別子には、ダウンロード記録装置１にあらかじめ割り当てられた固有の情報を用いる。また、ダウンロード配信予約要求情報には、パスワード等のダウンロード配信サーバ装置３との接続における認証情報を含めても良い。
【００５２】
ダウンロード配信サーバ装置３では、ダウンロード予約管理部３３が、通信部３１を介して前記ダウンロード配信予約要求情報を受信し、ダウンロード配信の予約の状況を検索する（Ｓ１００２）。検索処理では、まず、ダウンロード配信予約要求情報に含まれるコンテンツの識別子に基づきコンテンツ情報データベース３４を検索し、該コンテンツ識別子に対応するコンテンツの情報のうち、コンテンツのデータサイズとダウンロードアドレスを取得する。続いて、配信予約テーブル３５に登録されているダウンロード配信予約の状況と、コンテンツのデータサイズと、ダウンロード配信予約要求情報に含まれるダウンロード記録装置１のネットワーク回線速度と、ダウンロード配信サーバ装置３の処理負荷やネットワーク負荷（回線速度、データ送出速度）から、ダウンロード配信サーバ装置３からダウンロード記録装置１へコンテンツデータ配信が可能な時間帯（例えば開始日時、所要時間。以下「配信可能時間帯」という。）を抽出する。該配信可能時間帯は複数抽出しても良い。この配信可能時間帯の抽出は、例えばダウンロード配信サーバ装置３の処理負荷が少ない時間帯、ネットワーク負荷に余裕がある時間帯のうち最も早い時間帯、ダウンロード可能な早い時間帯等から複数選ぶようにしても良い。なお、ダウンロード配信予約要求情報に認証情報が含まれる場合は、このステップで該認証情報を検証し、ダウンロード予約要求の正当性を認証しても良い。
【００５３】
次に、ダウンロード配信サーバ装置３のダウンロード予約管理部３２は、抽出した配信可能時間帯を予約配信日時の候補（以下、「予約配信日時候補」という。）とし、ダウンロード記録装置１へ通知する（Ｓ１００３）。なお、この予約配信日時候補を仮予約として配信予約テーブル３５へ登録しておくことにより、予約配信日時の確定前に重複する時間帯が別の配信予約で登録されるのを防ぐことができる。
【００５４】
次に、ダウンロード記録装置１では、ダウンロード予約部１４が、通信部１１を介して前記予約配信日時候補を受信し、ダウンロード記録装置１における番組録画の予約状況の検索を行う（Ｓ１００４）。検索処理では、ダウンロード予約部１４は、受信した予約配信日時候補の時間帯で番組予約が可能かどうかを番組録画予約部１５へ問い合わせる。番組録画予約部１５は、番組録画予約テーブル２１の録画予約日時２０１を検索し、予約配信日時候補と重なる時間帯の番組予約が存在するかどうかを確認する（Ｓ１００５）。該番組予約が存在する場合は、別の予約配信日時候補で検索処理を行う。Ｓ１００５において全ての予約配信日時候補において確認した結果、番組予約と時間帯が重ならない予約配信日時候補を見つけられなかった場合（Ｓ１００５でＮｏの場合）は、Ｓ１００１へ戻り、ダウンロード配信サーバ装置３へのダウンロード予約要求を再度実行する。ダウンロード配信サーバ装置３が予約配信日時候補を仮予約していた場合は、ダウンロード記録装置１からのダウンロード予約要求の再受信時に配信予約テーブル３５に登録していた仮予約を取り消し、削除する。
【００５５】
なお、Ｓ１００５における予約配信日時候補の確認については、ユーザが行ってもよい。例えば、ダウンロード配信サーバ装置３から受信した予約配信日時候補を表示画面を介してユーザに提示し、図２の入力手段９５によりユーザが確認し、ユーザが下記Ｓ１００６において登録される予約配信日時候補を決定するようにしてもよい。
【００５６】
Ｓ１００５において予約配信日時候補について確認した結果、番組予約と時間帯が重ならない予約配信日時候補を見つけた場合（Ｓ１００５でＹｅｓの場合）は、該予約配信日時候補の時間帯での番組録画予約の登録を番組録画予約部１５へ依頼する（Ｓ１００６）。番組録画予約部１５は、予約配信日時候補の時間帯から録画予約日時（開始日時、終了日時）を決定し、番組録画予約テーブル２１の録画予約日時２０１（開始日時２０２、終了日時２０３）へ格納する。また、番組録画予約テーブル２１のチャンネル２０４にはダウンロード配信予約を示す情報、番組名２０５にはダウンロードするコンテンツ名、記録容量２０７には、ダウンロードするコンテンツのデータサイズをそれぞれ格納する。コンテンツ名とコンテンツデータサイズは、ダウンロード予約部１４から番組録画予約部１５への予約登録依頼時に予約情報として渡すものとする。
【００５７】
なお、番組予約と時間帯が重ならない予約配信日時候補が複数存在した場合に、予約配信日時を決定する方法として、最も早い時間帯のものを選択する方法、所要時間が短いものを選択する方法、ダウンロード記録装置１の出力部９６を用いて複数の予約配信日時候補を提示し利用者に選択させる方法等が考えられる。
【００５８】
続いて、ダウンロード予約部１４は、予約配信日時を確定するために、予約配信日時候補から予約配信日時を決定する要求（以下、「ダウンロード予約決定要求情報」という。）を生成し、通信部１１を介してダウンロード配信サーバ装置３へ送出する（Ｓ１００７）。
【００５９】
ダウンロード配信サーバ装置３では、ダウンロード予約管理部３３が、通信部３１を介して前記ダウンロード予約決定要求情報を受信し、予約配信日時候補をダウンロード配信予約情報として配信予約テーブル３５に登録する（Ｓ１００８）。すなわち、ダウンロード配信予約を示す識別子を発行し、該予約識別子と、Ｓ１００２で受信したダウンロード配信予約要求情報に含まれるダウンロード記録装置１を特定する装置識別子と、ステップＳ１００３で取得したダウンロードするコンテンツの識別子とデータサイズとダウンロードアドレスと、前記予約情報（予約配信日時）をダウンロード配信サーバ装置３の配信予約テーブル３５に登録する。ダウンロード配信サーバ装置３が予約配信日時候補を仮予約していた場合は、配信予約テーブル３５に登録していた他の仮予約を取り消し、削除する。
【００６０】
続いて、ダウンロード配信サーバ装置３は、前記のダウンロード配信予約情報をダウンロード記録装置１へ通知する（Ｓ１００９）。
【００６１】
ダウンロード記録装置１では、ダウンロード予約部１４が、通信部１１を介して前記ダウンロード配信予約情報を受信し、ダウンロード予約テーブル２０へ登録する（Ｓ１０１０）。ダウンロード配信予約情報に含まれる予約識別子をダウンロード予約テーブル２０の予約ＩＤ１０１に、コンテンツ識別子をコンテンツＩＤ１０２に、コンテンツのデータサイズをサイズ１０３に、ダウンロードアドレスをアドレス１０５に、予約配信日時（開始日時、完了予定日時）を予約配信日時１０６の開始日時１０７と完了予定日時１０８にそれぞれ格納する。
【００６２】
最後に、ダウンロード記録装置１のダウンロード予約部１４は、ダウンロード予約テーブル２０の前記予約ＩＤ１０１に対応した状態１０９に「ダウンロード待機」を示す情報を設定し、前記予約配信日時１０６の開始日時１０７までダウンロードを待機する状態に遷移し（Ｓ１０１１）、ダウンロード配信予約の処理を終了する。ここで、ダウンロード待機状態とは、ダウンロードを予約したコンテンツに関する処理を休止し、開始日時を契機に処理を再開することを意味する。例えば、家庭用のビデオレコーダやＨＤＤレコーダのタイマー録画待ちと同様の状態である。
【００６３】
なお、図８のダウンロード配信予約の処理では、Ｓ１００５において、ダウンロード配信サーバ装置３から受信した全ての予約配信日時候補において番組予約と時間帯が重ならない予約配信日時候補を見つけられなかった場合は、Ｓ１００１へ戻り、ダウンロード配信サーバ装置３へのダウンロード予約要求を再度実行するが、予約要求の繰り返し回数を制限しても良い。この場合、ダウンロード配信予約は不可能となり、ダウンロード記録装置１の出力部９６を用いてその旨を利用者に提示してもよい。
【００６４】
また、図８のダウンロード配信予約の処理では、ダウンロード予約配信日時候補をダウンロード配信サーバ装置３で決定しているが、ダウンロード記録装置１で予約配信日時候補を決定し、ダウンロード配信サーバ装置３で候補から予約配信日時を決定する方法でもよい。この場合、まず、ダウンロード記録装置１のダウンロード予約部１４がコンテンツのデータサイズとネットワーク回線速度からダウンロード所要時間を予測し、番組録画予約部１５に問い合わせ、ダウンロード所要時間だけ番組録画予約が可能な時間帯を番組録画予約テーブル２１から検索し、予約配信日時候補を決定してもよい。そして、ダウンロード記録装置１のダウンロード予約部１４がダウンロード配信サーバ装置３のダウンロード予約管理部３２に予約配信日時候補を通知し、ダウンロード予約管理部３２が、配信予約テーブル３５を検索し予約配信日時候補のうちで配信可能となる時間帯を抽出し、予約配信日時を決定し、配信予約テーブル３５に登録する、という処理手順となる。
【００６５】
また、図８のダウンロード配信予約の処理では、重複する時間帯での番組予約はできないこととしているが、ダウンロード記録装置１が複数番組の録画に対応している場合は、録画番組の同時録画本数まで重複を許すようにしてもよい。この場合、番組録画予約部１５が時間帯の重複を管理し、番組録画予約登録処理（図８のＳ１００６）で録画を行なう時間帯の重複を考慮した動作をすることができるので、ダウンロード配信予約の処理は図８の処理フローのままでもよい。
【００６６】
以上、図８に示した本実施例のダウンロード配信予約の処理により、例えばＨＤＤレコーダ、ＴＶ受信機等の備える機能である放送番組の録画予約と、ダウンロード配信サービスの配信予約の機能とを、時間帯の重複による録画部の利用競合を防止し、両者が共存して統合的に扱うことができるようになる。
【００６７】
また、ダウンロード配信予約を放送番組の録画予約と同期して管理することで、既存の録画予約内容の確認方法で、ダウンロード配信予約の内容を確認することができるようになる。ダウンロード配信予約内容の確認画面の例を図７に示す。
【００６８】
図７の画面は、行３０１に日付、列３０２に時間を並べた番組録画予約のタイムテーブルを表現する物である。例えば、行３０１の項目「１月２５日」の列と、列３０２の項目「１１：００」の行とが交差する部分３０３は、「１月２５日１１：００から１２：００」の時間帯を示し、該時間帯に放送波のチャンネルｃｈ１で録画予約済みであることを示すものである。同様に、部分３０４は、「１月２６日１２：００から１４：００」の時間帯を示すが、該時間帯は「空中散歩」というコンテンツのダウンロード配信予約が登録されていることを示している。同様に、部分３０５の時間帯「１月２８日１０：００から１２：００」は、「白い雪」というコンテンツのダウンロード配信予約となっている。ここで、放送番組の録画予約に該当する部分と、ダウンロード配信予約に該当する部分との背景色を変えるようにしてもよい。これにより、該タイムテーブルにおいて放送番組の録画予約であるか、ダウンロード配信予約であるかの判別が容易になる。
【００６９】
以下では、配信予約ステップの次の手順であるダウンロードステップを説明する。
ダウンロード記録装置１のダウンロード予約部１４は、ダウンロード予約テーブル２０の予約配信日時１０６を監視し、予約配信日時となった場合に、ダウンロード通信部１３に対してコンテンツのダウンロードを依頼する。ダウンロード通信部１３は、ダウンロード配信サーバ装置３へ接続し、前記のように、コンテンツデータのダウンロード転送方法として例えばデータ転送通信プロトコルであるＦＴＰ、ＨＴＴＰ等を適用して、コンテンツをダウンロードし、コンテンツ録画部１７へ外部記憶部９４へのコンテンツの記録を依頼する。
【００７０】
図９に、ダウンロード処理（ダウンロードステップ）においてダウンロード完了時に実行される処理のフローチャートを示す。
処理の開始は、例えばダウンロード記録装置１の前記ダウンロードステップにおいて、コンテンツデータのダウンロードが完了した時点である。
【００７１】
ダウンロード記録装置１のダウンロード通信部１３が転送データサイズ等によりコンテンツのダウンロード終了を検知すると、ダウンロード予約部１４へ通知する。ダウンロード予約部１４は、まず、番組録画予約部１５に対して、終了したダウンロード配信の配信予約時に登録した録画予約情報の削除を依頼する。番組録画予約部１５は、対応する録画予約情報を番組録画予約テーブル２１から削除する（Ｓ３００１）。
【００７２】
続いて、ダウンロード予約部１４は、配信予約を削除するためダウンロード配信に対応した配信予約の予約識別子を含むダウンロード完了通知情報を生成し、通信部１１を介してダウンロード配信サーバ装置３へ送出する（Ｓ３００２）。ここで、予約識別子には、ダウンロード予約テーブル２０の予約ＩＤ１０１を用いる。
【００７３】
ダウンロード配信サーバ装置３では、ダウンロード予約管理部３３が、通信部３１を介して前記ダウンロード配信記録完了通知情報を受信し、ダウンロード配信記録完了通知情報に含まれる予約識別子に対応したダウンロード配信予約情報を配信予約テーブル３５から削除する（Ｓ３００３）。続いて、ダウンロード配信サーバ装置３は、ダウンロード記録装置１へ処理結果を通知（応答）する（Ｓ３００４）。
【００７４】
ダウンロード記録装置１では、ダウンロード予約部１４が、通信部１１を介して前記処理結果を受信し、ダウンロード予約テーブル２０からダウンロード配信予約情報を削除する（Ｓ３００５）。
【００７５】
以上のダウンロード処理により、コンテンツのダウンロード記録処理が完了し、完了時には番組録画予約と同期して管理するダウンロード配信予約の情報も削除されることとなる。次のステップである再生ステップにて利用者は、外部記憶部９４に記録した録画コンテンツデータ２２をコンテンツ再生部１９を用いて再生利用できるようになる。
【実施例２】
【００７６】
実施例１では、ＴＶ受信機の備える機能である放送番組の録画予約と、ダウンロード配信サービスの配信予約とを等価に扱い、時間帯の重複による録画機能の利用競合を防止する構成であったが、記録機能を共用するが、放送番組の録画予約とは独立して（放送番組の録画予約の制約には縛られずに）ダウンロード配信コンテンツを記録できる実施の形態も考えられる。
【００７７】
本実施の形態に係るダウンロードコンテンツ配信システムの構成について説明する。図１０は、図３に示したダウンロード記録端末装置１の機能構成図に対して、端末リソース管理部４０を加えたものである。端末リソース管理部４０は、ダウンロード予約部１４、および、番組録画予約部１５と接続し、端末リソースの使用予定を管理し、ダウンロード予約部１４がリソースの使用予定に基づいた予約配信日時を決定する機能を有する。端末リソース管理部４０は、リソース管理部４１、リソース監視部４２、記録速度算出部４３、処理負荷算出部４４、ネットワーク速度算出部４５を有する。また、ダウンロード記録装置１の主記憶９２、あるいは、外部記憶部９４には、リソース制限テーブル４６、リソース管理テーブル４７、記録速度テーブル４８、処理負荷テーブル４９、ネット速度テーブル５０が格納されている。
【００７８】
リソース管理部４０は、リソース監視部４２から放送番組録画、あるいは、ダウンロード配信コンテンツの記録（以下、「ダウンロード配信コンテンツ記録」という。）で使用する端末リソースの情報を取得する機能、リソース制限テーブル４６から端末リソースの制限値を取得する機能、リソース管理テーブル４７へリソース使用予定を登録・削除する機能を有する。
【００７９】
リソース監視部４１は、記録速度算出部４３から、放送番組録画、あるいは、ダウンロード配信コンテンツ記録の負荷を取得する機能、処理負荷算出部４４から、放送番組録画、あるいは、ダウンロード配信コンテンツ記録の処理負荷を取得する機能、ネットワーク速度算出部４５からダウンロード記録装置１のネットワーク回線速度を取得する機能を有する。
【００８０】
記録速度算出部４３は、放送番組録画、あるいは、ダウンロード配信コンテンツ記録で用いるコンテンツ録画部１７の記録速度を取得する機能を有する。ここで、記録速度とは、外部記憶部９４への書き出し速度（記録時）の総計である。つまり、単独で外部記憶部９４へ書き出し操作を行う場合は、最大速度に近い書き出し速度を確保できるが、複数同時に（並行して）外部記憶部９４への書き出す場合は、高い書き出し速度を確保することはできなくなる。記録速度算出部４３は、記録速度テーブル４８が保持する外部記憶部９４への書き出し操作（録画モード）の種別に対応した最大速度に対する割合を取得し、負荷として換算する。なお、記録速度は、記録速度テーブル４８を用いた固定値換算ではなく、動的に記録速度を監視し、例えば監視履歴の平均値で記録速度テーブル４８を更新することで、より実効値に近い記録速度を得ることもできる。
【００８１】
処理負荷算出部４４は、放送番組録画、あるいは、ダウンロード配信コンテンツの記録でのダウンロード記録装置１の処理負荷を取得する機能を有する。ここで、処理負荷とは、ダウンロード記録装置１のＣＰＵ使用率である。つまり、単独では高い処理負荷の処理を実行することは問題ないが、複数同時では処理負荷を高くすることはできなくなる。処理負荷算出部４４は、処理負荷テーブル４９が保持する番組録画やダウンロード記録といった処理の種類に対応した負荷換算値を負荷率として算出する。なお、処理負荷は、処理負荷テーブル４９を用いた固定値換算ではなく、動的に処理負荷を監視し、例えば監視履歴の平均値で処理負荷テーブル４９を更新することで、より実効値に近い処理負荷を得ることもできる。
【００８２】
ネットワーク速度算出部４５は、ダウンロード配信サーバ装置３からダウンロード記録装置１までのネットワーク速度を取得する機能を有する。ここで、ネットワーク速度とは、ダウンロード記録装置１の接続しているネットワーク回線の速度であり、実効値ではコンテンツ受信時の転送速度となる。ネットワーク速度算出部４５は、ネット速度テーブル５０が保持するネットワーク回線種別（例えば、高速ＡＤＳＬ、ＦＴＴＨ、ケーブルテレビ等）に対応したネットワーク回線速度換算値をネットワーク速度として算出する。ネットワーク回線種別は、ダウンロード記録装置１においてあらかじめ回線速度として設定してある固定値を用いてもよい。なお、ネットワーク速度は、ネット速度テーブル５０を用いた固定値換算ではなく、動的にネットワーク速度を監視し、例えば監視履歴の平均値でネット速度テーブル５０を更新することで、より実効値に近い値を得ることもできる。
【００８３】
リソース制限テーブル４６は、ダウンロード記録装置１の端末リソース制限情報を管理するテーブルである。リソース制限テーブル４６は、図１２に示すように、記録本数制限５０１、記録速度制限５０２、記録容量制限５０３、処理負荷制限５０４を保持する。
記録本数制限５０１には、ダウンロード記録装置１での放送番組の録画、あるいは、ダウンロード配信コンテンツ記録において同時に（並行して）記録できる数の上限値を登録する。
記録速度制限５０２には、ダウンロード記録装置１の放送番組の録画の処理、あるいは、ダウンロード配信コンテンツ記録における外部記憶部９４への記録速度の総計の上限値が登録される。
記録容量制限５０３には、ダウンロード記録装置１の放送番組の録画、あるいは、ダウンロード配信コンテンツ記録で外部記憶部９４の要するコンテンツのデータサイズの総計の上限値が登録される。
処理負荷制限５０４には、ダウンロード記録装置１の放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録の処理（以下、「ダウンロード配信コンテンツ記録処理」という。）に対応した処理負荷の総計の上限値が登録される。
【００８４】
リソース管理テーブル４７は、ダウンロード記録装置１での放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録処理における端末リソース使用予定情報を管理するテーブルである。リソース管理テーブル４７は、図１１に示すように、予約日時４０１（開始日時４０２、終了日時４０３）、記録速度４０４、記録容量４０５、処理負荷４０６を保持する。
【００８５】
予定日時４０１は、ダウンロード記録装置１の放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録処理における端末リソース使用予定日時を示す情報で、開始日時４０２と終了日時４０３を含む。開始日時４０２には端末リソースの使用を開始する予定日時が登録され、終了日時４０３には端末リソースの使用を終了する予定日時が登録される。
【００８６】
記録速度４０４には、ダウンロード記録装置１の放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録処理に対応した外部記憶部９４への記録速度の算出値が登録される。
記録容量４０５には、ダウンロード記録装置１の放送番組録画、あるいは、ダウンロード配信コンテンツ記録で外部記憶部９４の要するコンテンツのデータサイズが登録される。
処理負荷４０６には、ダウンロード記録装置１の放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録処理に対応した処理負荷の算出値が登録される。
【００８７】
記録速度テーブル４８は、ダウンロード記録装置１の放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録処理における外部記憶部９４への書き出し操作（録画モード）の種別に対応した記録速度情報を管理するテーブルである。記録速度テーブル４８は、図１３に示すように、録画モード６０１と速度換算値６０２を保持する。
【００８８】
録画モード６０１には、ダウンロード記録装置１の放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録処理における外部記憶部９４への書き出し操作（録画モード）の種別が登録される。
速度換算値６０２には、録画モード６０１の種別に対応した記録速度情報の最高性能値（最大速度）に対する割合が登録される。
【００８９】
処理負荷テーブル４９は、、ダウンロード記録装置１の放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録処理における処理の種類に対応した負荷情報を管理するテーブルである。処理負荷テーブル４９は、図１４に示すように、処理内容７０１、負荷換算値７０２を保持する。
【００９０】
処理内容７０１には、ダウンロード記録装置１の放送番組録画処理、あるいは、ダウンロード配信コンテンツ記録処理における処理の種類が登録される。
負荷換算値７０２には、処理内容７０１に対応した負荷換算値（負荷率）が登録される。
【００９１】
ネット速度テーブル５０は、ダウンロード記録装置１の接続しているネットワーク回線の速度情報を管理するテーブルである。ネット速度テーブル５０は、回線種別８０１、速度換算値８０２を保持する。
回線種別８０１には、ダウンロード記録装置１の接続しているネットワーク回線の回線種別が登録される。
速度換算値８０２には、回線種別８０１に対応したネットワーク回線の速度換算値が登録される。
【００９２】
図１６に、本実施の形態でのダウンロード配信システムにおいて実行されるコンテンツダウンロード配信サービスの利用手順のうち、ダウンロード配信予約処理（配信予約ステップ）において実行される処理のフローチャートを示す。
【００９３】
処理の開始は、ダウンロード記録装置１の前記選択ステップにおいて、利用者がダウンロード記録装置１でダウンロードするコンテンツを選択した時点である。
【００９４】
ダウンロード記録装置１のダウンロード予約部１４は、まず、コンテンツ録画部１７へ外部記憶部９４におけるコンテンツデータ記録のための残り容量を問い合わせる（Ｓ４０００）。該残り容量が配信予約するコンテンツのデータサイズよりも小さい場合（Ｓ４０００でＮｏの場合）は、コンテンツのダウンロード記録ができないため、処理を終了する。この時、ダウンロード記録装置１の出力部９６を用いてその旨を利用者に提示してもよい。
【００９５】
残り容量がダウンロードするコンテンツのデータサイズよりも大きい場合（Ｓ４０００でＹｅｓの場合）は、Ｓ４００１へ移る。Ｓ４００１、Ｓ４００２、Ｓ４００３はそれぞれＳ１００１、Ｓ１００２、Ｓ１００３と同等処理であるため、説明を省略する。
【００９６】
次に、ダウンロード記録装置１では、ダウンロード予約部１４が、通信部１１を介して前記予約配信日時候補を受信し、ダウンロード記録装置１における番組録画の予約状況の検索を行う（Ｓ４００４）。検索処理では、ダウンロード予約部１４は、受信した予約配信日時候補の時間帯で番組予約が可能かどうかを番組録画予約部１５へ問い合わせる。この時ダウンロード配信予約として登録されている番組予約時間帯は番組検索対象から外す（予約が存在していないものとみなす）。
【００９７】
番組録画予約部１５は、番組録画予約テーブル２１の録画予約日時２０１を検索し、予約配信日時候補と重なる時間帯のダウンロード配信予約以外の番組予約が存在するかどうかを確認する。全ての予約配信日時候補で検索処理を行い、予約配信日時候補を絞り込む。なお、１つの番組予約日時と予約配信日時が重なったとしても、例えば複数の番組を同時に（並行して）録画できる装置である場合、予約配信日時の候補として残しておいてもよい。
【００９８】
また、全ての番組録画予約情報を番組録画予約部１５へ要求し、取得した番組録画予約情報をリソース管理テーブル４７に登録することで、リソース管理テーブル４７と番組録画予約テーブル２１との同期を取る。具体的には、番組録画予約テーブル２１の録画予約日時２０１（開始日時２０２、終了日時２０３）と記録容量２０７の内容をリソース管理テーブル４７の予定日時４０１（開始日時４０２、終了日時４０３）と記録容量４０５に登録し、番組録画予約テーブル２１の録画モード２０６の内容である録画モードに対応する記録速度と、番組録画処理に対応する処理負荷をリソース監視部４２に対して要求し、それぞれ番組録画予約テーブル２１の記録速度４０４と処理負荷４０６に登録する。リソース監視部４２は、記録速度算出部４３を介して記録速度テーブル４８の録画モード６０１に対応する速度換算値６０２を取得し、処理負荷算出部４４を介して処理負荷テーブル４９の番組録画処理の処理内容７０１１に対応する負荷換算値７０２を取得して、リソース管理部４１へ通知する。
【００９９】
Ｓ４００４の検索処理において全ての予約配信日時候補を確認した結果、番組予約と時間帯が重ならない予約配信日時候補を見つけられなかった場合（Ｓ４００５でＮｏの場合）は、Ｓ４００１へ戻り、ダウンロード配信サーバ装置３へのダウンロード予約要求を再度実行する。ダウンロード配信サーバ装置３が予約配信日時候補を仮予約していた場合は、ダウンロード記録装置１からのダウンロード予約要求の再受信時に配信予約テーブル３５に登録していた仮予約を取り消し、削除する。
【０１００】
一方、Ｓ４００４の検索処理において全ての予約配信日時候補で確認した結果、番組予約と時間帯が重ならない予約配信日時候補を見つけられた場合（Ｓ４００５でＹｅｓの場合）は、番組予約と時間帯が重ならない予約配信日時候補が抽出されている。
【０１０１】
Ｓ４００４で番組予約日時と予約配信日時とが重ならないようにしているにも関わらず、リソース管理テーブル４７と番組録画予約テーブル２１との同期を取っている理由は以下の通りである。
例えば３つの放送番組を並行して録画できる構成であった場合、１つの番組予約日時と予約配信日時とが重なっていたとしても、残り２つの放送番組を録画するリソースを利用してダウンロードするコンテンツを記録できる可能性があるため、当該日時を予約配信日時の候補から外さなくてもよい考えられる。しかし、例えばダウンロードするコンテンツが３つの放送番組を録画するリソースと同等のリソースを必要とする場合、２つの放送番組を録画するリソースが利用できたとしてもダウンロードするコンテンツを記録することができない。このような場合、２つの放送番組を録画するリソースが利用できる状態であっても、この後のステップで当該日時を予約配信日時の候補から外さなくてはならない。この後のステップで当該日時を予約配信日時の候補から外すためには放送番組を録画するリソースをリソース管理テーブル４７で管理すべきである。よって、Ｓ４００４で番組予約日時と予約配信日時とが重ならないようにしたとしても、リソース管理テーブル４７と番組録画予約テーブル２１との同期を取っておくことが望ましい。
【０１０２】
次に、リソース管理部４１を介して、リソース使用予定を考慮した予約配信日時候補の絞り込みを行う。
まず、ダウンロード予約部１４は、予約配信日時候補の時間帯で、同時記録本数制限を越えてしまうものを除外するためにリソース管理部４１へ問い合わせる（Ｓ４００６）。リソース管理部４１は、リソース管理テーブル４７を検索し、予約配信日時候補の時間帯で、既にリソース使用予定の時間帯重複があり、その重複数がリソース制限テーブル４６の記録本数制限５０１を越えていた場合は、予約配信日時候補から外すことをダウンロード予約部１４へ通知する。
【０１０３】
例えば、予約配信日時候補の時間帯が開始日時「2007/1/8 0:00」、終了日時「2007/1/8 3:00」の場合、図１１のリソース管理テーブルの開始日時「2007/1/8 1:00」、終了日時「2007/1/8 4:00」のリソース使用予定と時間帯が重複するが重複数は２となり、図１２のリソース制限テーブルの記録本数制限５０１が３本であるので、記録本数制限を越えず、予約配信日時候補から外すことはしない。重複数が４以上となった場合は、記録本数制限３本を越えるため、予約配信日時候補から外すことになる。
【０１０４】
全ての予約配信日時候補を確認した結果、予約配信日時候補が残らない場合（Ｓ４００６でＮｏの場合）は、Ｓ４００１へ戻り、ダウンロード配信サーバ装置３へのダウンロード予約要求を再度実行する。ダウンロード配信サーバ装置３が予約配信日時候補を仮予約していた場合は、ダウンロード記録装置１からのダウンロード予約要求の再受信時に配信予約テーブル３５に登録していた仮予約を取り消し、削除する。
【０１０５】
一方、Ｓ４００６で予約配信日時候補が残った場合（Ｓ４００６でＹｅｓの場合）、ダウンロード予約部１４は、予約配信日時候補の時間帯とネットワーク送出速度で、ネットワーク速度制限を越えてしまうものを除外するためにリソース管理部４１へ問い合わせる（Ｓ４００７）。リソース管理部４１は、リソース管理テーブル４７を検索し、予約配信日時候補の時間帯で、既にリソース使用予定の時間帯重複があり、その時のネットワーク速度４０７の総計とネットワーク送出速度を和したものが、リソース管理部４２、および、ネットワーク速度算出部４５経由で取得するネットワーク回線の速度換算値８０２を越えていた場合は、予約配信日時候補から外すことをダウンロード予約部１４へ通知する。
【０１０６】
例えば、予約配信日時候補の時間帯が開始日時「2007/1/8 0:00」、終了日時「2007/1/8 3:00」でネットワーク送出速度が１０Ｍｂｐｓの場合、図１１のリソース管理テーブルの開始日時「2007/1/8 1:00」、終了日時「2007/1/8 4:00」のリソース使用予定と時間帯が重複し、使用予定のネットワーク速度は図１１の４０７より５Ｍｂｐｓとなり、重複時間帯でのネットワーク速度は合計１５Ｍｂｐｓとなる。一方、ダウンロード記録装置１が接続している回線の種別を「ＡＤＳＬ高速」とすると、図１５のネット速度テーブルから回線種別８０１が「ＡＤＳＬ高速」ならば、ネットワーク回線の速度換算値８０２は２０Ｍｂｐｓである。ネットワーク速度の総計とネットワーク送出速度との和である１５Ｍｂｐｓが、ネットワーク回線速度２０Ｍｂｐｓを越えず、予約配信日時候補から外すことはしない。ネットワーク送出速度の和が２０Ｍｂｐｓを越える場合は、予約配信日時候補から外すことになる。
【０１０７】
全ての予約配信日時候補を確認した結果、予約配信日時候補が残らない場合（Ｓ４００７でＮｏの場合）は、Ｓ４００１へ戻り、ダウンロード配信サーバ装置３へのダウンロード予約要求を再度実行する。ダウンロード配信サーバ装置３が予約配信日時候補を仮予約していた場合は、ダウンロード記録装置１からのダウンロード予約要求の再受信時に配信予約テーブル３５に登録していた仮予約を取り消し、削除する。
【０１０８】
一方、Ｓ４００７で予約配信日時候補が残った場合（Ｓ４００７でＹｅｓの場合）、ダウンロード予約部１４は、予約配信日時候補の時間帯で、処理負荷制限を越えてしまうものを除外するためにリソース管理部４１へ問い合わせる（Ｓ４００８）。リソース管理部４１は、リソース管理テーブル４７を検索し、予約配信日時候補の時間帯で、既にリソース使用予定の時間帯重複があり、その時の処理負荷４０６の総計と予約配信日時候補のダウンロード処理負荷（リソース監視部４２、および、処理負荷算出部４４経由で取得）の和が、リソース制限テーブル４６の処理負荷制限５０４を越えていた場合、予約配信日時候補から外すことをダウンロード予約部１４へ通知する。
【０１０９】
例えば、予約配信日時候補の時間帯が開始日時「2007/1/8 0:00」、終了日時「2007/1/8 3:00」の場合、図１１のリソース管理テーブルの開始日時「2007/1/8 1:00」、終了日時「2007/1/8 4:00」のリソース使用予定と時間帯が重複し、使用予定の処理負荷は図１１の処理負荷４０６の列より２０％であり、図１４の処理負荷テーブル４９で処理内容７０１が「ダウンロード記録」の負荷換算値７０２は２０％である。よって、処理負荷の総計とダウンロード処理負荷の和は４０％であり、図１２のリソース制限テーブル４６の処理負荷制限である９０％を越えず、予約配信日時候補から外すことはしない。処理負荷の総計とダウンロード処理負荷の和が９０％を超える場合は、予約配信日時候補から外すことになる。
【０１１０】
全ての予約配信日時候補を確認した結果、予約配信日時候補が残らない場合（Ｓ４００８でＮｏの場合）は、Ｓ４００１へ戻り、ダウンロード配信サーバ装置３へのダウンロード予約要求を再度実行する。ダウンロード配信サーバ装置３が予約配信日時候補を仮予約していた場合は、ダウンロード記録装置１からのダウンロード予約要求の再受信時に配信予約テーブル３５に登録していた仮予約を取り消し、削除する。
【０１１１】
一方、Ｓ４００８で予約配信日時候補が残った場合（Ｓ４００８でＹｅｓの場合）、ダウンロード予約部１４は、配信予約日時候補の時間帯で、記録速度制限を越えてしまうものを除外するためにリソース管理部４１へ問い合わせる（Ｓ４００９）。リソース管理部４１は、リソース管理テーブル４７を検索し、予約配信日時候補の時間帯で、既にリソース使用予定の時間帯重複があり、その時の記録速度４０４の総計と予約配信日時候補のダウンロード処理記録速度（リソース監視部４２、および、記録速度算出部４３経由で取得）の和が、リソース制限テーブル４６の記録速度制限５０２を越えていた場合は、予約配信日時候補から外すことをダウンロード予約部１４へ通知する。
【０１１２】
例えば、予約配信日時候補の時間帯が開始日時「2007/1/8 0:00」、終了日時「2007/1/8 3:00」の場合、図１１のリソース管理テーブルの開始日時「2007/1/8 1:00」、終了日時「2007/1/8 4:00」のリソース使用予定と時間帯が重複し、使用予定の記録速度は図１１の記録速度４０４の列より６０％であり、図１３の速度処理負荷テーブル４８で録画モード６０１が「エンコード無し」での速度換算値６０２は６０％である。よって、記録速度の総計とダウンロード処理記録速度の和は１２０％であり、リソース制限テーブル４６の記録速度制限５０２である８０％を越えるため、予約配信日時候補から外すことになる。記録速度の総計とダウンロード処理記録速度の和が８０％を超えなければ、予約配信日時候補から外すことはない。
【０１１３】
全ての予約配信日時候補を確認した結果、予約配信日時候補が残らない場合（Ｓ４００９でＮｏの場合）は、Ｓ４００１へ戻り、ダウンロード配信サーバ装置３へのダウンロード予約要求を再度実行する。ダウンロード配信サーバ装置３が予約配信日時候補を仮予約していた場合は、ダウンロード記録装置１からのダウンロード予約要求の再受信時に配信予約テーブル３５に登録していた仮予約を取り消し、削除する。
【０１１４】
一方、Ｓ４００９で予約配信日時候補が残った場合（Ｓ４００９でＹｅｓの場合）、この時点で残っている予約配信日時候補を予約配信日時と決定する。予約配信日時候補が複数残っている場合は、予約配信日時を決定する方法として、最も早い時間帯のものを選択する方法、所要時間が短いものを選択する方法、ダウンロード記録装置１の出力部９６を用いて複数の予約配信日時候補を提示し利用者に選択させる方法等が考えられる。
【０１１５】
ダウンロード予約部１４は、予約配信日時の時間帯でのリソース使用予定の登録をリソース管理部４１へ依頼する。リソース管理部４１は、予約配信日時候補の時間帯から予定日時（開始日時、終了日時）を決定し、リソース管理テーブル４７の予定日時４０１（開始日時４０２、終了日時４０３）へ格納する。
【０１１６】
また、リソース管理テーブル４７の記録速度４０４、処理負荷４０６には、それぞれリソース監視部４２が記録速度算出部４３、処理負荷算出部４４から取得するダウンロード配信記録処理に対応した記録速度、処理負荷を登録する。また、リソース管理テーブル４７の記録容量４０５にはダウンロード配信されるコンテンツのデータサイズ、ネットワーク速度４０７には、ダウンロード配信されるコンテンツのネットワーク送出速度を登録する。
【０１１７】
次に、予約配信日時の時間帯での放送番組予約を防止するため、同時間帯での番組録画予約の登録を番組録画予約部１５へ依頼する（Ｓ４０１１：Ｓ１００６と同等処理）。番組録画予約部１５は、予約配信日時候補の時間帯から録画予約日時（開始日時、終了日時）を決定し、番組録画予約テーブル２１の録画予約日時２０１（開始日時２０２、終了日時２０３）へ格納する。
【０１１８】
また、番組録画予約テーブル２１のチャンネル２０４にはダウンロード配信予約を示す情報、番組名２０５にはダウンロードするコンテンツ名、記録容量２０７には、ダウンロードするコンテンツのデータサイズをそれぞれ格納する。コンテンツ名とコンテンツデータサイズは、ダウンロード予約部１４から番組録画予約部１５への予約登録依頼時に予約情報として渡すものとする。
【０１１９】
続いてＳ４０１２の処理に移るが、Ｓ４０１２、Ｓ４０１３、Ｓ４０１４、Ｓ４０１５、Ｓ４０１６はそれぞれＳ１００７、Ｓ１００８、Ｓ１００９、Ｓ１０１０、Ｓ１０１１と同等の処理であるため、説明は省略する。
【０１２０】
なお、図１６のダウンロード配信予約処理では、Ｓ４００５〜Ｓ４００９の各ステップにおいて、ダウンロード配信サーバ装置３から受信した予約配信日時候補が全て条件外となった場合に、Ｓ４００１へ戻り、ダウンロード配信サーバ装置３へのダウンロード予約要求を再度実行するが、予約要求の繰り返し回数を制限しても良い。この場合、ダウンロード配信予約は不可能となり、ダウンロード記録装置１の出力部９６を用いてその旨を利用者に提示してもよい。
【０１２１】
また、図１６のダウンロード配信予約処理では、ダウンロード予約配信日時候補をダウンロード配信サーバ装置３で決定しているが、ダウンロード記録装置１で予約配信日時候補を決定し、ダウンロード配信サーバ装置３で候補から予約配信日時を決定する方法でもよい。この場合、まず、ダウンロード記録装置１のダウンロード予約部１４がコンテンツのデータサイズとネットワーク回線速度からダウンロード所要時間を予測し、番組録画予約部１５に問い合わせ、ダウンロード所要時間だけ番組録画予約が可能な時間帯を番組録画予約テーブル２１から検索し、予約配信日時候補を決定する。そして、ダウンロード記録装置１のダウンロード予約部１４がダウンロード配信サーバ装置３のダウンロード予約管理部３２に予約配信日時候補を通知し、ダウンロード予約管理部３２が、配信予約テーブル３５を検索し予約配信日時候補のうちで配信可能となる時間帯を抽出し、予約配信日時を決定し、配信予約テーブル３５に登録する、という処理手順となる。
【０１２２】
また、Ｓ４００５〜４００９の各ステップは、必要に応じて順番を変えたり、不要なステップを削除したりしてもよい。例えば、放送番組の記録とネットワークを通じてダウンロードするコンテンツの記録を一元管理する構成とする場合、記録に要するリソースの制限を超えなければ放送番組とダウンロードするコンテンツの記録とを並行して行ってもよくなり、録画予約日時を予約配信日時候補から外さなくてもよくるため、Ｓ４００５は削除してもよい。また、例えば並行して記録できる本数の上限がない場合は、Ｓ４００６を削除してもよい。
【０１２３】
コンテンツのダウンロード配信システムでは、ダウンロードに要する時間、すなわち、ダウンロードの継続時間が、ネットワーク環境やネットワーク負荷、ダウンロード記録装置１やダウンロード配信サーバ装置３の実行負荷等の影響によって、見積もられた完了予定日時に完了することは難しい。予定日時よりも早い日時でダウンロード配信が完了する場合は問題ないが、予定日時を過ぎてもダウンロード配信が完了しない場合、ダウンロード記録装置１の予約情報が削除されているため、他のダウンロード配信記録や番組録画に影響を与えてしまう。このため、ダウンロード配信が予定日時で完了しなかった場合は、ダウンロード配信予約の延長処理が必要となる。
【０１２４】
図１７に、本実施の形態でのダウンロード配信システムにおいて実行されるダウンロード配信予約延長処理（配信予約ステップ）において実行される処理のフローチャートを示す。
処理の開始は、ダウンロード記録装置１の前記ダウンロードステップにおいてコンテンツデータのダウンロード蓄積を実行している時点である。
【０１２５】
ダウンロード記録装置１のダウンロード予約部１４は、ダウンロード予約テーブル２０に格納されたダウンロード配信予約情報の予約配信日時１０６の完了予定日時１０８を確認する（Ｓ５０００）。Ｓ５００１では、現在日時が完了予定日時を過ぎてしまっている配信予約が存在しない場合（Ｓ５００１でＮｏの場合）は、Ｓ５０００へ戻り確認処理を繰り返し、現在日時が完了予定日時を過ぎてしまっている配信予約が存在する場合（Ｓ５００１でＹｅｓの場合）は、ダウンロードされていないデータサイズを現在日時より継続してダウンロードするための配信予約処理を実行する（Ｓ５００２）。この配信予約処理は、図８、あるいは、図１６でフローチャートを示したダウンロード配信予約処理（配信予約ステップ）である。
【０１２６】
Ｓ５００３では、ダウンロード配信予約処理の実行結果、現在日時から継続した時間帯で予約配信日時を確定できた場合（Ｓ５００３でＹｅｓの場合）は、Ｓ５００７へ進む。一方、現在日時から継続した時間帯で予約配信日時を確定できなかった場合（Ｓ５００３でＮｏの場合）は、継続しているか否かに関係なく配信予約処理を実行する（Ｓ５００４）。この配信予約処理も、図８、あるいは、図１６でフローチャートを示したダウンロード配信予約処理（配信予約ステップ）である。
【０１２７】
Ｓ５００５では、ダウンロード配信予約処理の実行結果、現在日時から継続した時間帯で予約配信日時を確定できた場合（Ｓ５００５でＹｅｓの場合）は、Ｓ５００７へ進む。一方、現在日時から継続した時間帯で予約配信日時を確定できなかった場合（Ｓ５００５でＮｏの場合）は、ダウンロードの継続および配信予約が不可能となり、ダウンロード記録装置１の出力部９６を用いてその旨を利用者に提示してもよい（Ｓ５００６）。ダウンロードされていないデータのダウンロード配信予約が確定した場合は、延長、あるいは、別時間帯でのダウンロード再開の旨を利用者に提示してもよい（Ｓ５００７）。
【０１２８】
なお、コンテンツのダウンロード配信システムでは、ダウンロードに要する時間、すなわち、ダウンロードの継続時間が、ネットワーク環境やネットワーク負荷、ダウンロード記録装置１やダウンロード配信サーバ装置３の実行負荷等の影響によって、見積もられたダウンロード配信予約開始日時にダウンロード配信サーバ装置３がダウンロード配信開始の準備ができない場合も発生する。このため、ダウンロード配信が開始日時で開始しなかった場合は、ダウンロード配信の再予約処理が必要となる。
図１８に、本実施の形態でのダウンロード配信システムにおいて実行されるダウンロード配信再予約処理（配信予約ステップ）において実行される処理のフローチャートを示す。
【０１２９】
処理の開始は、ダウンロード記録装置１が前記ダウンロードステップを開始する時点である。
ダウンロード記録装置１のダウンロード予約部１４は、ダウンロード配信サーバ装置３へ予約配信日時にダウンロード配信を開始できるかどうかを問い合わせる。この時、問い合わせ情報には配信予約を特定する予約識別子を含む。ダウンロード配信サーバ装置３では、ダウンロード予約管理部３２が配信予約テーブル３５とダウンロード配信サーバ装置３の実行負荷やネットワーク負荷により、必要ならば配信予約の整理を実行し、予約識別子で特定される配信予約が、予約配信日時の開始日時で開始できると見積もれた場合（Ｓ２００３でＹｅｓの場合）、ダウンロード予約部１４からダウンロード記録装置１へ配信可能を示す通知情報を返信し（Ｓ２００４）、ダウンロード記録装置１のダウンロード予約部１４はそのまま予約配信日時の開始日時までダウンロードを待機する状態に遷移する（Ｓ２００５）。
【０１３０】
一方、予約配信日時の開始日時で開始できない場合（Ｓ２００３でＮｏの場合）は、ダウンロード予約部１４からダウンロード記録装置１へ配信開始不可を示す通知情報を返信する（Ｓ２００６）。ダウンロード記録装置１のダウンロード予約部１４は、配信開始不可通知を受信すると、現在のダウンロード配信予約情報（例えば予約識別子で特定）をダウンロード予約テーブル２０から削除し、さらに番組録画予約部１５に対して、該配信予約を番組録画予約テーブルから削除するように依頼する。Ｓ２０１１〜Ｓ２０１８のダウンロード配信再予約処理は、図８のダウンロード配信予約処理のＳ１００４以降と同等の処理手順となる。
【０１３１】
なお、図１８のＳ２０１１以降の処理は、図１６のダウンロード配信予約処理のＳ４００４以降と同等の処理としてもよい。すなわち、ダウンロード配信再予約処理は、実施例１、および、実施例２で示したダウンロード配信予約処理の双方に適用可能である。
【０１３２】
また、図２の外部記憶部９４は、ダウンロード記録装置、ダウンロード配信サーバ装置に内蔵されていてもよいし、外部に接続されていてもよい。
【０１３３】
また、図３、図４及び図１０に示した機能構成図の各機能は、全てハードウェアにより実現してもよいし、一部をソフトウェアで実現してもよい。
【０１３４】
また、図３、図４及び図１０に示した機能構成図の各機能は、必ずしも全て具備する必要はない。
【０１３５】
また、本明細書の実施例中「テーブル」と表現されているものは、データ間の関係を表にまとめたものであるが、必ずしもテーブルである必要は無く、データ及びデータ間の関係が記憶されていればよい。よって、「テーブル」は単に「記憶部」ともいう。
【図面の簡単な説明】
【０１３６】
【図１】図１は、本発明の実施例に係るコンテンツダウンロード配信システムの概略構成図である。
【図２】図２は、本発明の実施例に係る情報処理装置のハードウェア構成図である。
【図３】図３は、本発明の実施例に係るダウンロード記録装置の機能構成図である。
【図４】図４は、本発明の実施例に係るダウンロード配信サーバ装置の機能構成図である。
【図５】図５は、本発明の実施例に係るダウンロード予約テーブルのデータ構造を説明するための図である。
【図６】図６は、本発明の実施例に係る番組録画予約テーブルのデータ構造を説明するための図である。
【図７】図７は、本発明の実施例に係る番組予約内容を提示する画面例を説明するための図である。
【図８】図８は、本発明の実施例に係るダウンロード配信予約処理のフローチャートである。
【図９】図９は、本発明の実施例に係るダウンロード配信完了処理のフローチャートである。
【図１０】図１０は、本発明の実施例に係るダウンロード記録装置の機能構成図である。
【図１１】図１１は、本発明の実施例に係るリソース管理テーブルのデータ構造を説明するための図である。
【図１２】図１２は、本発明の実施例に係るリソース制限テーブルのデータ構造を説明するための図である。
【図１３】図１３は、本発明の実施例に係る記録速度テーブルのデータ構造を説明するための図である。
【図１４】図１４は、本発明の実施例に係る処理負荷テーブルのデータ構造を説明するための図である。
【図１５】図１５は、本発明の実施例に係るネット速度テーブルのデータ構造を説明するための図である。
【図１６】図１６は、本発明の実施例に係るダウンロード予約処理のフローチャートである。
【図１７】図１７は、本発明の実施例に係るダウンロード延長予約処理のフローチャートである
【図１８】図１８は、本発明の実施例に係るダウンロード再予約処理のフローチャートである
【符号の説明】
【０１３７】
１    ダウンロード再生装置
２    通信媒体
３    ダウンロード配信サーバ装置
１１    通信部
１３    ダウンロード通信部
１４    ダウンロード予約部
１５    番組録画予約部
１６    番組受信部
１７    コンテンツ録画部
１８    番組録画予約表示部
１９    コンテンツ再生部
２０    ダウンロード予約テーブル
２１    番組録画予約テーブル
２２    録画コンテンツデータ
３１    通信部
３２    ダウンロード予約管理部
３３    ダウンロード配信部
３４    コンテンツ情報データベース
３５    配信予約テーブル
３６    コンテンツデータ
４１    リソース管理部
４２    リソース監視部
４３    記録速度算出部
４４    処理負荷算出部
４５    ネットワーク速度算出部
４６    リソース制限テーブル
４７    リソース管理テーブル
４８    記録帯域テーブル
４９    処理負荷テーブル
５０    ネット速度テーブル
【図１】
2008269514.tif 000003
【図２】
2008269514.tif 000004
【図３】
2008269514.tif 000005
【図４】
2008269514.tif 000006
【図５】
2008269514.tif 000007
【図６】
2008269514.tif 000008
【図７】
2008269514.tif 000009
【図８】
2008269514.tif 000010
【図９】
2008269514.tif 000011
【図１０】
2008269514.tif 000012
【図１１】
2008269514.tif 000013
【図１２】
2008269514.tif 000014
【図１３】
2008269514.tif 000015
【図１４】
2008269514.tif 000016
【図１５】
2008269514.tif 000017
【図１６】
2008269514.tif 000018
【図１７】
2008269514.tif 000019
【図１８】
2008269514.tif 000020