(57)【要約】【課題】  コンテンツの録画とコンテンツのダウンロードを同時に実行出来る受信装置で、録画とダウンロードのタイミングが異なる場合は、それぞれの実行開始時に記憶装置のスピンアップ動作を行う必要があり、消費電力が高くなってしまうという課題があった。【解決手段】  本発明では、放送波からのコンテンツの録画を同時に行えるような装置においては、ダウンロード開始のタイミングを、録画開始のタイミングに合わせることで、ダウンロードを開始するときには、少なくとも録画開始によって記憶装置がスピンアップされているため、再度スピンアップする必要をなくし、スピンアップ動作の回数を削減した。さらに、ダウンロード停止のタイミングを、録画停止のタイミングに合わせることダウンロードと録画の実行時間が重なるようにすることで、記憶装置が動作している時間を短縮した。【選択図】図１
2011034650.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの録画とコンテンツのダウンロードを行う受信装置であって、
回転円盤を用いた第一の記憶装置を備え、前記第一の記憶装置にチューナで受信されたコンテンツの録画を開始する場合に、前記第一の記憶装置にコンテンツのダウンロードを開始するダウンロード実行部と、
前記第一の記憶装置に前記チューナで受信されたコンテンツの録画を停止する場合に、前記第一の記憶装置へのコンテンツのダウンロードを停止した後に前記第一の記憶装置の円盤の回転を停止するダウンロード停止部と、
を有することを特徴とする受信装置。
【請求項２】
請求項１に記載の受信装置であって、
録画を開始する時間と終了する時間を指定して録画をする録画予約管理部と、
前記録画予約管理部から録画予約開始指示を受けて録画開始を実行する録画実行部と、
ダウンロードしたいコンテンツを登録し、順番にダウンロードするダウンロード予約管理部と、を有し、
前記ダウンロード実行部は、前記ダウンロード予約管理部から開始指示を受けてダウンロードを開始するものであって、
前記録画予約管理部によって、前記録画実行部が録画を開始する場合に、前記ダウンロード実行部にダウンロード開始を指示すること、を特徴とする受信装置。
【請求項３】
請求項１に記載の受信装置であって、
録画を開始する時間と終了する時間を指定して録画をする録画予約管理部と、
前記録画予約管理部から録画予約停止指示を受けて録画停止を実行する録画実行部と、
ダウンロードしたいコンテンツを登録し、順番にダウンロードするダウンロード予約管理部と、を有し、
前記ダウンロード停止部は、前記ダウンロード予約管理部から停止指示を受けてダウンロードを停止するものであって、
前記録画予約管理部によって、前記録画実行部が録画を停止した時、前記ダウンロード停止部にダウンロード停止を指示すること、を特徴とする受信装置。
【請求項４】
請求項１に記載の受信装置であって、
ダウンロードしたいコンテンツを登録し、順番にダウンロードする前記ダウンロード予約管理部を有し、
前記ダウンロード実行部は、前記ダウンロード予約管理部から開始指示を受けてダウンロードを開始するものであって、
前記ダウンロード予約管理部にダウンロード予約を追加したときに、前記受信装置が録画を実行中であった場合に、前記ダウンロード実行部にダウンロード開始を指示すること、を特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は受信装置に関する。
【背景技術】
【０００２】
近年、配信サーバから動画像などのコンテンツをダウンロードして、記憶装置に格納する受信装置が普及してきている。前記受信装置では、ダウンロードを実行していない間、すなわち記憶装置にアクセスがない間にも記憶装置に電源が供給されるため、電力が効率的に利用できていないという問題があった。
【０００３】
特許文献１では、記憶装置にアクセスがある間のみ記憶装置に電源を供給するように制御することで、記憶装置の電力消費量を制御し、電力を効率よく利用することが出来ることを示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２０５７３５
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載の手法では、配信サーバからのコンテンツのダウンロードと、放送波からのコンテンツの録画を同時に行えるような装置においては、ダウンロードを開始して終了した後に、録画を開始して終了するような場合、ダウンロード開始前に記憶装置の電力を供給し、ダウンロードを停止した後に記憶装置の電力供給を絶ち、その後、録画を開始する前に記憶装置へ電力を供給するため、ダウンロード開始時と録画開始時に記憶装置のスピンアップ動作が入るため、消費電力が大きくなるという問題がある。
【０００６】
そこで本発明では、放送波からのコンテンツの録画を同時に行えるような装置においては、ダウンロード開始のタイミングを、録画開始のタイミングに合わせて、ダウンロードと録画の実行時間が重なるようにすることで、記憶装置が動作する時間と、スピンアップ動作の回数を削減した。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の受信装置は、回転円盤を用いた第一の記憶装置を備え、前記第一の記憶装置にコンテンツの録画を開始する際に、同時に、前記第一の記憶装置にコンテンツのダウンロードを開始し、前記第一の記憶装置にコンテンツの録画を停止する際に、同時に、前記第一の記憶装置にコンテンツのダウンロードを停止した後に第一の記憶装置の円盤の回転を停止する。
【０００８】
また、上記課題を解決するために、本発明の受信装置は、録画を開始する時間と終了する時間を指定して録画をする録画予約管理部と、前記録画予約管理部から録画予約開始指示を受けて録画開始を実行する録画実行部と、ダウンロードしたいコンテンツを登録し、順番にダウンロードするダウンロード予約管理部と、前記ダウンロード予約管理部から開始指示を受けてダウンロードを実行を開始するダウンロード実行部と、を有し、前記録画予約管理部によって、前記録画実行部が録画を開始した時、前記ダウンロード実行部にダウンロード開始を指示する。
【０００９】
また、上記課題を解決するために、本発明の受信装置は、録画を開始する時間と終了する時間を指定して録画をする録画予約管理部と、前記録画予約管理部から録画予約停止指示を受けて録画停止を実行する録画実行部と、ダウンロードしたいコンテンツを登録し、順番にダウンロードするダウンロード予約管理部と、前記ダウンロード予約管理部から停止指示を受けてダウンロードを実行を停止するダウンロード実行部と、を有し、前記録画予約管理部によって、前記録画実行部が録画を停止した時、前記ダウンロード実行部にダウンロード停止を指示する。
【００１０】
また、上記課題を解決するために、本発明の受信装置は、ダウンロードしたいコンテンツを登録し、順番にダウンロードする前記ダウンロード予約管理部と、前記ダウンロード予約管理部から停止指示を受けてダウンロードを実行を開始するダウンロード実行部と、を有し、前記ダウンロード予約管理部にダウンロード予約を追加した時に、前記受信装置が録画を実行中であった場合、前記ダウンロード実行部にダウンロード開始を指示する。
【発明の効果】
【００１１】
本受信装置は、ダウンロードの開始のタイミングを録画の開始のタイミングと合わせることで、ダウンロードを開始するときには少なくとも録画の開始によって記憶装置はスピンアップされているため、再度スピンアップする必要がなくなる。これによって、記憶装置の消費電力を削減するができる、さらに、記憶装置の消耗を抑え、長寿命化を実現できる。また、ダウンロードの停止のタイミングと録画の停止のタイミングを合わせることで、ダウンロードを実行しているときには、少なくとも録画も実行されているため、記憶装置の動作時間を短縮することが出来る。これによって、記憶装置の消費電力を削減するができる。さらに、記憶装置の消耗を抑え、長寿命化を実現できる。
【図面の簡単な説明】
【００１２】
【図１】受信装置の構成図の一例である。
【図２】録画予約テーブルテーブルの一例である。
【図３】ダウンロード予約テーブルの一例である。
【図４】録画予約管理部１４１の録画予約受付処理を表すフローチャートの一例である。
【図５】録画予約管理部１４１の録画予約開始判定処理を表すフローチャートの一例である。
【図６】録画予約管理部１４１の録画予約停止判定処理を表すフローチャートの一例である。
【図７】録画実行部１４３の録画開始処理を表すフローチャートの一例である。
【図８】録画実行部１４３の録画停止処理を表すフローチャートの一例である。
【図９】ダウンロード予約管理部１４２のダウンロード予約受付処理を表すフローチャートの一例である。
【図１０】ダウンロード実行部１４４のダウンロード開始処理を表すフローチャートの一例である。
【図１１】ダウンロード実行部１４４のダウンロード再開処理を表すフローチャートの一例である。
【図１２】ダウンロード実行部１４４のダウンロード停止処理を表すフローチャートの一例である。
【図１３】ダウンロード実行部１４４のダウンロード実行処理を表すフローチャートの一例である。
【発明を実施するための形態】
【００１３】
図面を用いて実施例を説明する。
【実施例１】
【００１４】
図１は受信装置の構成を表す図の一例である。受信装置１００はプロセッサ１２０とデコーダ１２１とメモリ１３０を有し、チューナ１５０を介して放送波を受信し、通信インターフェイス１９０を介してＬＡＮ、ＷＡＮなどのネットワーク１９１に接続する。また、ディスクインターフェイス１７０を介してハードディスクドライブ（ＨＤＤ）等１７１に接続し、フラッシュロムインターフェイス１８０を介してフラッシュロムなど１８１に接続する。
【００１５】
ここでは、１７１はハードディスクドライブであり記憶媒体である回転円盤を有しているが、これに限定されるものではない。頻繁に動作、停止等を繰り返すと消費電力が大きくなるものや、耐久時間が減少するもの、消耗が大きくなるもの、などであれば、本実施例におけるＨＤＤと同様の効果を期待できる。磁気記憶媒体、光記憶媒体、等であってもよい。
また、フラッシュロムはこれに限定されない。磁気記憶媒体、光記憶媒体、半導体記憶媒体、等の記憶媒体であればよい。
【００１６】
さらに、ユーザ入力インターフェイス１１０を介してリモートコントローラ等からユーザ入力を受け付け、ディスプレイインターフェイス１６０を介して、受信装置１００の処理結果やコンテンツを液晶パネル等に出力する。
【００１７】
メモリ１３０に格納された録画予約管理プログラム１４１、ダウンロード予約管理プログラム１４２、録画実行プログラム１４３、ダウンロード実行プログラム１４４など各種プログラム１４０をプロセッサ１２０が実行することで、録画予約管理、ダウンロード予約管理、録画実行、ダウンロード実行の各処理を行う。
【００１８】
これらは、録画予約管理部１４１、ダウンロード予約管理部１４２、録画実行部１４３、ダウンロード実行部１４４など、各処理を行う処理部として集積回路化するなどしてハードウェアで実現することもできる。
【００１９】
以下説明を簡略化するため、各種プログラム１４０をプロセッサ１２０が実行することで実現される各処理部を各処理の主体として説明する。なお各処理部をハードウェアで実現した場合にはその各処理部が主体となって各処理を行う。
【００２０】
受信装置１００は、チューナ１５０を介して放送波を受信し、受信した放送波に含まれる動画像コンテンツを、ディスクインターフェイス１７０を介してＨＤＤ１７１に格納する、という録画処理を実行できる。また、録画予約管理部１４１によって、コンテンツの録画を開始する時刻と停止する時刻を指定しておくことが出来る。コンテンツの録画を開始する時刻と停止する時刻はフラッシュロムインターフェイス１８０を介して、フラッシュロムに格納しておくことが出来る。
【００２１】
受信装置１００は、通信インターフェイス１９０を介して、ネットワーク１９１経由で配信サーバ１９２と接続することができる。配信サーバ１９２には動画像コンテンツが格納されており、受信装置１００は配信サーバ１９２からは動画像コンテンツをダウンロードし、ディスクインターフェイス１７０を介してＨＤＤ１７１に格納することが出来る。また、ダウンロード予約管理部１４２によって、ダウンロードするコンテンツのリストをフラッシュロムに格納し、リストに記載されたダウンロード予約を順番に実行することが出来る。
【００２２】
図２は、フラッシュロム１８１に格納された録画予約テーブル１８２を表す図の一例である。
録画予約テーブル１８２は、録画ＩＤ２１０、チャネル名２２０、録画開始時刻２３０、録画停止時刻２４０からなり、録画予約毎に録画ＩＤ２１０とチャネル名２２０と録画開始時刻２３０と録画停止時刻２４０が格納されている。
【００２３】
図３は、フラッシュロム１８１に格納されたダウンロード予約テーブル１８３を表す図の一例である。
ダウンロード予約テーブル１８３は、ダウンロードＩＤ３１０、ＵＲＬ３２０、コンテンツサイズ３３０、ダウンロード済みサイズ３４０、状態３５０からなり、各ダウンロード予約毎に、ダウンロードＩＤ名３１０とＵＲＬ３２０とコンテンツサイズ３３０とダウンロード済みサイズ３４０と状態３５０が格納されている。
【００２４】
図４は、録画予約管理部１４１の録画予約受付処理を表すフローチャートの一例である。
録画予約管理部１４１はコンテンツ名、チャネル名２２０、録画開始時刻２３０、録画終了時刻を受け付けると（ステップ４１０）、録画予約テーブル１８２に格納されている録画ＩＤ２１０と重複しないＩＤを一つ生成し（ステップ４２０）、録画予約ＩＤ２１０、コンテンツ名、チャネル名２２０、録画開始時刻２３０、録画終了時刻を一つのレコードとして録画予約管理テーブルに格納し（ステップ４３０）、処理を終了する（ステップ４４０）。
【００２５】
図５は、録画予約管理部１４１の録画予約開始判定処理を表すフローチャートの一例である。
録画予約管理部１４１は、現在時刻を受け付けると（ステップ５１０）、録画予約テーブル１８２に格納された全てのレコードに対して（ステップ５２０）、現在時刻とレコードに記載の録画開始時刻２３０とを比較する（ステップ５３０）。録画開始時刻２３０が現在時刻を超える場合は、該レコード記載の録画ＩＤ２１０の録画開始を録画実行部１４３に指示する（ステップ５４０）。次に、ダウンロード実行部１４４にダウンロード開始処理を指示す（ステップ５５０）。最後のレコードに達したら（ステップ５６０）、処理を終了する（ステップ５７０）。
【００２６】
ステップ５１０からステップ５７０に示す処理によって、録画を開始すると、ダウンロードも開始されるため、ダウンロード開始のタイミングと録画開始のタイミングを合わせることが可能になる。
【００２７】
図６は、録画予約管理部１４１の録画予約停止判定処理を表すフローチャートの一例である。
録画予約管理部１４１は、現在時刻を受け付けると（ステップ６１０）、録画予約テーブル１８２に格納された全てのレコードに対して（ステップ６２０）、現在時刻がレコードに記載の録画停止時刻２４０とを比較する（ステップ６３０）。録画停止時刻２４０が現在時刻を超える場合は、該レコード記載の録画ＩＤ２１０の録画停止を録画実行部１４３に指示する（ステップ６４０）。
【００２８】
次に、ダウンロード実行部１４４にダウンロード停止指示を出す（ステップ６５０）。最後のレコードに達したら（ステップ６６０）、処理を終了する（ステップ６７０）。
ステップ６１０からステップ６７０に示す処理によって、録画を停止すると、ダウンロードも停止されるため、ダウンロード停止のタイミングと録画停止のタイミングを合わせることが可能になる。
【００２９】
しかしながら、いち早くダウンロードを完了させたい場合は、ステップ６５０においてダウンロード停止指示を出す処理を省略し、ダウンロードを継続しても良い。省略するか否かをユーザ入力インターフェイス１１０とディスプレイインターフェイス１６０を用いてユーザに対して対話的に問い合わせても良い。
【００３０】
ダウンロードを停止した後にはＨＤＤの円盤の回転を停止する、または休止状態とすることで、消費電力を低減することができる。
【００３１】
図７は、録画実行部１４３の録画開始処理を表すフローチャートの一例である。
録画実行部１４３は録画予約管理部１４１から録画ＩＤ２１０を受け付けると（ステップ７１０）、録画予約テーブル１８２を参照し、該録画ＩＤ２１０のレコードに格納された放送局とチャネルを選局するようにチューナ１５０に指示する（ステップ７２０）。次に、チューナ１５０を介して受信したコンテンツをディスクインターフェイス１７０を介してＨＤＤ１７１に録画する処理を開始して（ステップ７３０）、処理を終了する（ステップ７４０）。
【００３２】
図８は、録画実行部１４３の録画停止処理を表すフローチャートの一例である。
録画実行部１４３は録画予約管理部１４１から録画ＩＤ２１０を受け付けると（ステップ８１０）、コンテンツの録画を停止する（ステップ８２０）。次に、録画予約テーブル１８２を参照し、該録画ＩＤ２１０のレコードを削除し（ステップ８３０）、処理を終了する。
【００３３】
図９は、ダウンロード予約管理部１４２のダウンロード予約受付処理を表すフローチャートの一例である。ダウンロード予約管理部１４２はＵＲＬ３２０を受け付けると（ステップ９１０）、ダウンロード予約テーブル１８３に格納されているダウンロードＩＤ３１０と重複しないＩＤを一つ生成し（ステップ９２０）、ダウンロードＩＤ３１０とＵＲＬ３２０を一つのレコードとしてダウンロード予約管理テーブル１８３に格納し（ステップ９３０）、ダウンロード管理テーブル１８３の中の該レコードの状態３５０を待機中にする（ステップ９４０）。
【００３４】
録画実行中か否かを判別し（ステップ９５０）、録画実行中の場合はダウンロード実行部１４４にダウンロード開始処理を指示し（ステップ９６０）、処理を終了する（ステップ９７０）。録画実行中でない場合は処理を終了する（ステップ９７０）。
【００３５】
ステップ９１０からステップ９７０に示す処理によって、新たにダウンロード予約を追加しても、録画実行中でない限りは、ダウンロードは実行されないため、ダウンロード開始したときに、ＨＤＤがスピンアップされていないことを防ぐことができる。
【００３６】
ＨＤＤのスピンアップを繰り返すと、スピンアップに係る消費電力が大きくなり、またＨＤＤの消耗が多くなる。本実施例の構成ではダウンロードを開始するときには必ず録画が実行されているため、ダウンロードの際に特別にＨＤＤのスピンアップ動作を行う必要がなくなり、ＨＤＤにかかる消費電力の削減を実現できる。また、HDDの消耗を防ぎ長寿命化を実現できる。スピンアップとは、停止しているＨＤＤの円盤の回転をさせること、または、低回転のＨＤＤの円盤を高速回転に変更すること、をいう。
【００３７】
しかしながら、いち早くダウンロードを開始させたい場合は、ステップ９５０において録画実行中か否かの判別処理を省略し、即座にダウンロードを開始しても良い。省略するか否かをユーザ入力インターフェイス１１０とディスプレイインターフェイス１６０を用いてユーザに対して対話的に問い合わせても良い。
【００３８】
図１０は、ダウンロード実行部１４４のダウンロード開始処理を表すフローチャートの一例である。
ダウンロード実行部１４４はダウンロード開始指示を受け付けると（ステップ１０１０）、ダウンロード予約テーブル１８３を参照し、状態３５０が停止中であるレコードを一つ以上選択する（ステップ１０２０）。
【００３９】
選択した全てのレコードに対して、レコードに記載のダウンロードＩＤのダウンロード実行を、ダウンロード実行部に指示する（ステップ１０４０）。次に、ダウンロード予約テーブル１８３の中で実行を開始したレコードの状態３５０を待機中から実行中に変更する（ステップ１０５０）。最後のレコードに達したら（ステップ１０６０）、処理を終了する（ステップ１０７０）。
【００４０】
図１１は、ダウンロード実行部１４４のダウンロード再開処理を表すフローチャートの一例である。
ダウンロード実行部１４４はダウンロード再開指示を受け付けると（ステップ１１１０）、ダウンロード予約テーブル１８３を参照し、全てのレコードに対して（ステップ１１２０）、状態３５０が停止中であるか否かを判別する（ステップ１１３０）。
【００４１】
状態３５０停止中の場合は、レコードに記載のダウンロードＩＤのダウンロード実行を、ダウンロード実行部に指示し（ステップ１１４０）、レコードの状態３５０を停止中から実行中に変更する（ステップ１１５０）。最後のレコードに達したら（ステップ１１６０）、処理を終了する（ステップ１１７０）。
【００４２】
図１２は、ダウンロード実行部１４４のダウンロード停止処理を表すフローチャートの一例である。
ダウンロード実行部１４４はダウンロード停止指示処理を受け付けると（ステップ１２１０）、ダウンロード予約テーブル１８３を参照し、全てのレコードに対して（ステップ１２２０）、状態３５０が実行中であるか否かを判別する（ステップ１２３０）。
【００４３】
状態３５０が実行中の場合は、ダウンロードの実行を停止し（ステップ１２４０）、状態３５０を実行中から停止中に変更する（ステップ１２５０）。最後のレコードに達したら（ステップ１２６０）、処理を終了する（ステップ１２７０）。
【００４４】
図１３は、ダウンロード実行部１４４のダウンロード実行処理を表すフローチャートの一例である。
ダウンロード実行部１４４はダウンロードＩＤ３１０を受け付けると（ステップ１３１０）、ダウンロード予約テーブル１８３を参照し、該ダウンロードＩＤ３１０のレコードに記載されたダウンロード済みサイズ３４０が０よりも大きいか否かを判別する（ステップ１３２０）。
【００４５】
ダウンロード済みサイズ３４０が０の場合は、該ダウンロードＩＤ３１０のレコードに記載されたＵＲＬ３２０が示すコンテンツのサイズを、通信インターフェイス１９０を介して配信サーバ１９２からネットワーク１９１経由で取得し（ステップ１３３０）、該レコードのコンテンツサイズ３３０として格納する（ステップ１３４０）。
【００４６】
例えば、ＨＴＴＰのＨＥＡＤで行う場合は、ＨＥＡＤリクエストに対する配信サーバ１９２からの応答にコンテンツサイズ３３０が記載されている。
【００４７】
次に、ＵＲＬ３２０が示すコンテンツ本体を、コンテンツの先頭を起点として（ステップ１３５０）通信インターフェイス１９０を介して配信サーバ１９２からネットワーク１９１経由で取得し（ステップ１３６０）、ディスクインターフェイスを介してＨＤＤ１７１に格納する（ステップ１３７０）。
【００４８】
コンテンツは断続的にダウンロードされるため、取得できたサイズと該レコードのダウンロード済みサイズ３４０に格納されたサイズとを足したサイズを、新しいダウンロード済みサイズ３４０として格納する。
【００４９】
ダウンロード済みサイズ３４０が０よりも大きい場合は、ＵＲＬ３２０が示すコンテンツについて、コンテンツの先頭からダウンロード済みサイズ３４０分だけ進めた位置を起点として（ステップ１３５１）、通信インターフェイス１９０を介して配信サーバ１９２からネットワーク１９１経由で取得し（ステップ１３６０）、ディスクインターフェイスを介して、ＨＤＤ１７１に格納してある既にダウンロードした該コンテンツの続きから格納する（ステップ１３７０）。コンテンツは断続的にダウンロードされるため、取得できたサイズと該レコードのダウンロード済みサイズ３４０に格納されたサイズとを足したサイズを、新しいダウンロード済みサイズ３４０として格納する。
【００５０】
ダウンロード済みサイズ３４０がコンテンツサイズ３３０と一致するか否かを判別し（ステップ１３８０）、一致した場合は該コンテンツのダウンロードが終了したと見なし、該ダウンロード予約のレコードをダウンロード予約テーブル１８３から削除し（ステップ１３９０）、処理を終了する（ステップ１３９１）。一致しなかった場合はステップ１３６０に戻る。
【００５１】
本実施例によれば、ダウンロードを開始するときには必ず録画が実行されているため、ＨＤＤのスピンアップ動作を行う必要がなくなり、ＨＤＤにかかる消費電力の削減を実現できる。また、ＨＤＤの消耗を防ぎ長寿命化を実現できる。
【００５２】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００５３】
また、上記の各構成は、それらの一部又は全部が、ハードウェアで構成されても、プロセッサでプログラムが実行されることにより実現されるように構成されてもよい。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００５４】
１００  受信装置
１１０  ユーザ入力インターフェイス
１２０  プロセッサ
１２１  デコーダ
１３０  メモリ
１４０  プログラム
１４１  録画予約管理部
１４２  ダウンロード予約管理部
１４３  録画実行部
１４４  ダウンロード実行部
１５０  チューナ
１６０  ディスプレイインターフェイス
１７０  ディスクインターフェイス
１７１  ＨＤＤ
１７２  録画コンテンツ
１７３  ダウンロードコンテンツ
１８０  フラッシュロムインターフェイス
１８１  フラッシュロム
１８２  録画予約テーブル
１８３  ダウンロード予約テーブル
１９０  通信インターフェイス
１９１  ネットワーク
１９２  配信サーバ
【図１】
2011034650.tif 000003
【図２】
2011034650.tif 000004
【図３】
2011034650.tif 000005
【図４】
2011034650.tif 000006
【図５】
2011034650.tif 000007
【図６】
2011034650.tif 000008
【図７】
2011034650.tif 000009
【図８】
2011034650.tif 000010
【図９】
2011034650.tif 000011
【図１０】
2011034650.tif 000012
【図１１】
2011034650.tif 000013
【図１２】
2011034650.tif 000014
【図１３】
2011034650.tif 000015