映像再生装置、映像受信方法及び映像コンテンツダウンロードプログラム
【課題】任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、ネットワークからコンテンツの一部を予備的に取得する映像受信方法及び映像受信装置を提供する。
【解決手段】この発明の映像再生装置（１０１）及び映像受信方法は、ネットワーク上のサーバから任意のコンテンツのうちの一部のデータを、先行して取得すべきデータ容量を計算し、ネットワークにアクセスして任意のコンテンツのうちの一部のデータを、計算されたデータ容量に従い、先行して取得し、再生要求に応じて、先行して取得したコンテンツのうちの一部のデータを再生し、その再生の間に、前記先行して取得したコンテンツに引き続くコンテンツを、前記コンテンツのうちの一部のデータの再生に引き続いて再生可能に受信することを特徴とする。
【解決手段】この発明の映像再生装置（１０１）及び映像受信方法は、ネットワーク上のサーバから任意のコンテンツのうちの一部のデータを、先行して取得すべきデータ容量を計算し、ネットワークにアクセスして任意のコンテンツのうちの一部のデータを、計算されたデータ容量に従い、先行して取得し、再生要求に応じて、先行して取得したコンテンツのうちの一部のデータを再生し、その再生の間に、前記先行して取得したコンテンツに引き続くコンテンツを、前記コンテンツのうちの一部のデータの再生に引き続いて再生可能に受信することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介して取得可能な映像を受信する映像受信方法及びそれを再生する再生装置に関する。
【背景技術】
【０００２】
従来からの空間波や光ケーブル網による映像コンテンツの受信及びその再生とは異なる映像コンテンツの取得方法として、コンテンツプロバイダ（映像供給事業者）が用意したサーバから希望する映像コンテンツを任意のタイミングでダウンロード（取得して）視聴する方法が実用化されている。
【０００３】
これにより、視聴を希望するユーザは、任意のタイミングでコンテンツプロバイダから映像コンテンツを取得できる。
【０００４】
例えば、特許文献１（先行技術文献）には、コンテンツをプロバイダからダウンロードして再生する際に、受信データのビットレートを測定し、コンテンツデータを一定量先行してバッファに格納（先読み）し、先読みしたコンテンツのデータ量が目標データ量を上回った後にバッファからコンテンツを再生することが示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−３３３４７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、文献１に示される方法は、ユーザが特定したコンテンツをダウンロードする際に一定量のコンテンツデータを先行してダウンロードするものであり、回線容量や使用状況等の要因によりコンテンツの取得が遅れ、再生すべきコンテンツが不足して再生不能となることがある。
【０００７】
なお、希望するコンテンツの全体を予めダウンロードして再生する従来からの受信方法は、コンテンツの受信を予約する等の付随する作業が必要であり、今から見たい、という要求に答えることはできない。
【０００８】
また、テレビジョン放送により提供されるコンテンツを一定条件のもとで全て記録し、ユーザの再生要求に従ってコンテンツを再生する方法も実用化されているが、同様の課題を含む。
【０００９】
この発明の目的は、ネットワークを介して取得可能な映像を受信する映像受信方法及びそれを再生する再生装置において、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得する映像受信方法及び映像受信装置を提供することである。
【課題を解決するための手段】
【００１０】
この発明は、上記問題点に基づきなされたもので、コンテンツを保持する記録部と、ネットワークにアクセスして任意のコンテンツを記録部にダウンロードするネットワークインターフェースと、前記ネットワークインターフェースがダウンロードするコンテンツのタイトルリストを取得するタイトルリスト取得部と、前記タイトルリストが取得したタイトルリストが含むコンテンツのうちの一部のデータを、前記ネットワークインターフェースを通じて先行して取得するプレキャッシュデータ取得部と、前記プレキャッシュデータ取得部が取得すべき前記コンテンツのうちの一部のデータの容量を計算するプレキャッシュデータ容量計算部と、再生要求に応じて、前記プレキャッシュデータ取得部が保持する前記コンテンツのうちの一部のデータを再生し、その再生の間に、前記ネットワークインターフェースを通じ、前記タイトルリスト取得部が取得した前記タイトルリストのうちの前記プレキャッシュデータ取得部が取得済みの前記プレキャッシュデータに引き続くコンテンツをダウンロードし、前記プレキャッシュデータ取得部が保持する前記コンテンツのうちの一部のデータの再生に引き続いて、再生する制御部と、を有する映像再生装置を提供するものである。
【発明の効果】
【００１１】
この発明の一つの実施の形態は、ネットワーク上でＶｏＤサービスにより提供される映像コンテンツについて、希望するコンテンツの全体を予めダウンロードすること無く、任意のタイミングで再生を開始するコンテンツの全体を再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得して、映像コンテンツを、効率よくダウンロードできる。
【００１２】
また、この発明は、ユーザの嗜好を反映しつつ、ユーザが希望するであろうコンテンツの全体を予めダウンロードすることを必要としないため、記録媒体の残り記録容量を圧迫することなく、かつ任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能とする。
【００１３】
さらに、この発明は、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能にダウンロードした場合、サーバ側のデータが消去された時点で消去することにより、コンテンツの保護についても十分な機能を発揮する。
【図面の簡単な説明】
【００１４】
【図１】この発明の実施の形態が適用可能な映像受信装置の構成の一例を示す概略図。
【図２】図１に示した映像受信装置において用いられるユーザインタフェース（ＧＵＩ）画面の表示の一例を示す概略図。
【図３】図１に示した映像受信装置による帯域幅測定（帯域幅を測定する方法）の一例を説明する概略図。
【図４】図３に示した帯域幅測定により取得する帯域幅（回線速度）を保持するテーブルデータの一例を示す概略図。
【図５】図３に示した帯域幅測定により取得した帯域幅（回線速度）から最低回線速度を求める方法の一例を示す概略図。
【図６】図１に示した映像受信装置において取得可能なコンテンツ（タイトル）を、コンテンツ供給元が管理する管理テーブルの表示（ＶｏＤサーバのコンテンツ管理テーブル）の一例として示す概略図。
【図７】図１に示した映像受信装置において、特定のコンテンツ（タイトル）について、その全データのうちの一部を、予備的に先行して取得する「プレキャッシュ」により取得した結果を保持した管理テーブルの表示の一例を示す概略図。
【図８】図１に示した映像受信装置において取得可能なコンテンツ（タイトル）のうちのユーザの嗜好により取得対象となりうるコンテンツ（タイトル）について、管理テーブルとして表示する表示（「タイトルリスト」をセットした「プレキャッシュ」データ管理テーブル）の一例を示す概略図。
【図９】図８に示した「タイトルリスト」から取り出したエントリ（１つのタイトル）について「プレキャッシュ」すべきファイルのサイズ（キャッシュサイズ）を計算する方法の一例を示す概略図。
【図１０】図８に示した「タイトルリスト」に、図９に示した計算により求めたファイルのサイズ（キャッシュサイズ）をセットした状態の表示の一例を示す概略図。
【図１１】図１に示した映像受信装置において、特定のコンテンツ（タイトル）について、その全データのうちの一部を、予備的に先行して取得する「プレキャッシュ」により、任意のコンテンツ（タイトル）の一部のデータを先行して取得（ダウンロード）する方法の一例を示す概略図。
【図１２】図１１に示した「プレキャッシュ」により、任意のコンテンツのデータを先行して取得（ダウンロード）した結果を、図８に示した「タイトルリスト」に反映した一例を示す概略図。
【図１３】図１１に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト（図１２参照）」が含む特定のタイトルを再生する方法の一例を示す概略図。
【図１４】図１１に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト」をサムネイル表示する表示画面の表示例を示す概略図。
【図１５】図１１に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト（図１２参照）」が含む特定のタイトルを視聴（再生）した回数を管理する視聴回数管理テーブルを更新する例を示す概略図。
【図１６】図１１に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト（図１２参照）」が含む特定のタイトルを視聴（再生）した回数を管理する視聴回数管理テーブルを更新する例を示す概略図。
【図１７】図１に示した映像受信装置において、ユーザの視聴回数に基づいて、特定のコンテンツ（タイトル）について、その全データのうちの一部を予備的に先行して取得する「プレキャッシュ」により取得した結果を保持した管理テーブルを更新した場合の表示の一例を示す概略図。
【図１８】図１１に示した「プレキャッシュ」により取得するタイトルに、ユーザの嗜好情報に基づいてタイトルが追加された「タイトルリスト」の表示の一例を示す概略図。
【図１９】図１８に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト（ユーザの嗜好を反映）」をサムネイル表示する表示画面の表示例を示す概略図。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の実施の一形態について説明する。
【００１６】
図１は、この発明を適用した映像再生装置（受信装置）の構成を概略的に示す。なお、図１に示す映像再生装置は、所定の容量の記録媒体を内蔵したレコーダ装置を含み、地上デジタル放送、衛星デジタル放送、有線方式で番組を配信する配信事業者（ケーブルテレビジョン事業体、以下、ＣＡＳ（Conditional Access Systemと称する）、あるいはネットワークにコンテンツプロバイダ（映像コンテンツ供給元），等が提供するさまざまなコンテンツを受信して再生信号を出力するとともに、ユーザが希望するコンテンツ（ストリーム）については、ユーザの希望する画質及び音質により記録できる。なお、コンテンツは、映像及び音声もしくは音楽等を含み、広く「番組」あるいは「タイトル」と称される。また、映像は、動画と静止画、あるいはテキストを主体とした文字放送やデータ放送の表示等を含む。なお、映像再生装置は、表示装置を一体に有するテレビ受信装置であってもよい。
【００１７】
図１に示す映像再生装置１０１は、接続する各部の要求に応じて、アカウントやパスワードを後段に説明するビデオオンデマンド（ＶｏＤ，Video on Demand，以下ＶｏＤと略称する）サーバ５に送信し、認証を受けて通信を確立し、ＶｏＤサーバ５から受信したデータを記憶部９に格納するダウンロード部８により、プレキャッシュしたデータ、タイムシフト再生を実現するためのバッファデータといった映像データと、プレキャッシュデータ管理テーブルなどのシステムデータを取得する。なお、ダウンロード部８は、例えば、帯域幅測定のためにダウンロードするダミーファイル、タイトルリスト、プレキャッシュデータなども受信する。
【００１８】
記憶部９は、ハードディスクドライブ（ＨＤＤ）である。例えば、プレキャッシュしたデータ、タイムシフト再生を実現するためのバッファデータといった映像データと、プレキャッシュデータ管理テーブルなどのシステムデータを格納する。なお、実施例では、記憶部９にハードディスクを使用しているが、例えば、ＳＳＤ（Solid State Drive）といった他の記憶媒体を利用しても、もちろん構わない。
【００１９】
リモコン１は、本発明の操作をするための装置であり、後段で説明する操作部１９に対して赤外線を利用した無線通信で制御コマンドを与える。リモコン１には、数字を入力するためのテンキーが設けられており、数字の入力を可能としている。また、リモコン１には、十字キーが設けられており、設定項目の選択などは、例えば図２のようなＧＵＩ（Graphical User Interface）で操作を可能としている。
【００２０】
帯域幅測定部２は、ダウンロード部８を通じて、ＶｏＤサーバ５からダミーファイルをダウンロードし、ダミーファイルのサイズと後段に説明するＲＴＣ（リアルタイムクロック）部６により計測したダウンロード時間から、装置が設置されている場所の回線性能（帯域幅）を測定する。帯域幅は、時間帯によって変わるため、例えば、実施例では、測定開始時刻から最も近い正時から２時間ごとに測定を行い、例えば図４の「帯域幅測定テーブル」を更新する。このテーブルは、１日で最も速度が遅い時間帯の回線性能を調べるために利用する。これは、最も回線が遅いとき（ワーストケース）のタイトル再生においても、映像が途切れないことを保障するプレキャッシュサイズを求めるために必要な処理である。
【００２１】
ネットワークインターフェース部３は、インターネットに接続するためのネットワークアダプタである。例えば、ネットワークインターフェース部３を通じてインターネット４に接続することで、ダウンロード部８が、ＶｏＤサーバ５から映像をダウンロードする。
【００２２】
インターネット網４は、通信プロトコルＴＣＰ／ＩＰにより全世界のネットワークを相互に接続したコンピュータネットワークである。
【００２３】
ＶｏＤサーバ５は、見たいときに、見たいビデオ映像が見られるサービスであるＶｏＤ（Video on Demand）を実現するために、映像ファイルを一括管理するサーバである。同サーバは、アカウントとパスワードからなる認証機能を持っており、認証を受けた装置（ＶｏＤクライアントと呼ぶ）からのコマンドに応答する。例えば、映像受信装置１０１からのコマンド（リクエスト）に応じて、タイトルリストやプレキャッシュデータを送信する。
【００２４】
ＶｏＤサーバ５は、映像ファイルを図６の管理テーブルで管理し、ＶｏＤクライアント毎にプリキャッシュデータを送信したタイトルについて、図としては明示していないテーブルで管理している。なお、例えば、ＶｏＤサーバ５でサービスを受けるために必要な回線性能（要求回線性能Ｒｂｗ）は、１５Ｍｂｐｓとする。(bps=Bits Per Second)。
【００２５】
リアルタイムクロック（ＲＴＣ）部６は、計時専用のチップである。電源が切られている間も内蔵電池からの電源供給を受けて動作しており、制御部１８は、ＲＴＣ６の示す時刻を参照して、例えば、帯域幅測定の実行やプレキャッシュデータのダウンロード処理の制御を行う。
【００２６】
タイトルリスト取得部７は、嗜好推定部１７が推定したユーザの好むジャンルについて、「タイトル要求ジャンルと各ジャンルのダウンロード要求タイトル数の２つ組のリスト」からなるタイトルリスト要求コマンドを生成して、ＶｏＤサーバ５へ同コマンドを送信し、ＶｏＤサーバ５に登録されている映像ファイルのタイトル一覧を得て、例えば図６のプレキャッシュデータ管理テーブルを作成し、あるいは更新する。なお、ダウンロード要求タイトル数は、デフォルト値あるいは予めユーザが指定した値を使用する。例えば、簡単のため、ＶｏＤサーバ５はタイトルリストを作成するに当たり、プリキャッシュデータ未送信のタイトルの中で、登録の新しいものから順に、ダウンロード要求タイトル数だけタイトルを選択するものとする。
【００２７】
制御部１８は、本発明の各処理部の動作を統括的に制御するための処理部である。なお、図として明示していないが、制御部１８は、制御プログラムを格納するＲＯＭと、作業領域として必要となるＲＡＭと、ユーザ設定などを記憶する不揮発性メモリ（フラッシュメモリ）を備えている。
【００２８】
操作部１９は、リモコン１からの制御コマンドを受信し、制御部１８に送る。
【００２９】
嗜好記録部１６は、ユーザが再生したＶｏＤ（Video on Demand，以下ＶｏＤと略称する）タイトルについて、ジャンル毎に再生回数を記録する。また、ユーザがＶｏＤタイトルを再生した回数、すなわち視聴回数を記録し、更新する視聴回数管理テーブルを管理する部分である。
【００３０】
嗜好推定部１７は、視聴回数管理テーブルを調べて、各ジャンルの視聴回数により、順位を求める。順位の高いジャンルをタイトルリスト取得部７へ送る。上位何位までのジャンルをプリキャッシュするかについては、デフォルト値あるいは予めユーザが指定した値を使用する。
【００３１】
プレキャッシュデータ容量計算部１０は、まず、ユーザが設定したＶｏＤサーバに対して、要求回線速度（Ｒｂｗ）を問い合わせる。次に、帯域幅測定部２が求めた測定結果から１日でもっとも遅い回線速度を求める。さらに回線の揺らぎを加味した最低回線速度（Ｗｂｗ）を計算する。プレキャッシュデータ管理テーブルに登録された各タイトルについて、再生時に映像が途切れることが無い、プレキャッシュデータのサイズ（キャッシュサイズ）を求め、プレキャッシュデータ管理テーブルにセットする。
【００３２】
プレキャッシュデータ取得部１１は、プレキャッシュデータ管理テーブルに登録され、かつ、プレキャッシュが完了していない（実施例ではステータスの項が０）のコンテンツについて、プレキャッシュデータをＶｏＤサーバ５からダウンロードする。ダウンロードする時刻（プレキャッシュ時刻）は、デフォルト値あるいはユーザが予め設定した値を使用する。
【００３３】
タイムシフト再生部１２は、ユーザが再生を指定したタイトルについて、再生しながら、録画する機能を持つ。例えば、本実施例では、事前にプレキャッシュしたタイトルを再生しながら、プレキャッシュされていない残りの映像データを録画（ダウンロード）する。プレキャッシュしたタイトルを再生している時間に、バックグラウンドで同タイトルの続きをダウンロードすることで、要求性能に満たない帯域幅の環境であっても、途切れることなくＶｏＤタイトルを観賞できる。
【００３４】
映像音声出力部１３は、タイムシフト再生部１２から送られたストリーム（タイトル）の映像／音声のデコードを行う。デコードされた映像は、例えばＬＣＤディスプレイ１４へ渡すことで映像を表示する。また、音声はスピーカー１５へ渡すことで、音声を再生する。
【００３５】
ＬＣＤディスプレイ１４は、映像音声出力部１３に接続されており、映像音声出力部１３がデコードした映像を表示する。すなわち、再生対象として選択（特定）された任意のＶｏＤタイトルの映像を表示するディスプレイである。
【００３６】
スピーカー１５は映像音声出力部１３に接続されており、ＶｏＤタイトルの音声を出力する。
【００３７】
以下、ＶｏＤタイトルのプレキャッシュについて詳細に説明する。なお、本提案において実現する「プレキャッシュ」は、ネットワークを介して取得可能な映像を受信する映像受信方法及びそれを再生する再生装置において、予め特定のコンテンツ（タイトル）の全体をダウンロードすることなく、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得することを特徴とし、希望するコンテンツの全体を予めダウンロードして再生する従来からの受信方法とは異なる。
【００３８】
ＶｏＤタイトルのプレキャッシュは、
＜１＞初期のＶｏＤタイトルのプレキャッシュ、
＜２＞コンテンツのタイムシフト再生および再生による嗜好情報の更新、
＜３＞嗜好情報に基いたＶｏＤタイトルのプレキャッシュ
の過程を含む。
【００３９】
＜１＞初期のＶｏＤタイトルのプレキャッシュ
本発明の映像受信装置１０１は、初回の起動時に、以下の処理を行う。
【００４０】
＜１．１＞設定
まず、リモコン１を使い、ＶｏＤサーバ５の設定を行う。
【００４１】
図２に一例を示すが、具体的には、ＶｏＤサーバ名、ＶｏＤアカウント及びＶｏＤパスワードを入力する。
【００４２】
例えば、図２において、
ＶｏＤサーバ名をＡＡＡＡ、
ＶｏＤアカウント名をＢＢＢＢ、
ＶｏＤパスワードをＣＣＣＣ
と入力する。
【００４３】
入力値は、
変数ＶＯＤ＿ＳＥＲＶＥＲ、
変数ＶＯＤ＿ＡＣＮＴ、
変数ＶＯＤ＿ＰＷＤ
のそれぞれにセットする。
【００４４】
従って、
ＶＯＤ＿ＳＥＲＶＥＲ＝ＡＡＡＡ、
ＶＯＤ＿ＡＣＮＴ＝ＢＢＢＢ、
ＶＯＤ＿ＰＷＤ＝ＣＣＣＣ
となる。
【００４５】
他にもメニュー（ＧＵＩ）には、ユーザ入力項目として、
プレキャッシュ実行時間（ＰＲＥＣＡＳＨ＿ＴＩＭＥ）、
タイトルリストのアップデート時間（ＴＬ＿ＵＰＤＡＴＥ＿ＴＩＭＥ）、
ダウンロードするタイトルのジャンル数（ＭＡＸ＿ＧＥＮＲＥ）、
ジャンル毎のタイトル数（ＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥ）
等の項目を含む。
【００４６】
なお、初回起動時には、例えば、
帯域幅測定間隔は２時間（２時間おき）、
プレキャッシュ実行時刻は０２：００（最大で２時間）、
アップデート時間は２４：００、
ダウンロードするタイトルのジャンル数は３、
ジャンル毎のタイトル数は１
が、デフォルト値として設定されているため、この設定をそのまま用いるものとする。
【００４７】
すなわち、
ＢＭ＿ＩＮＴＥＲＶＡＬ＝２、
ＰＲＥＣＡＳＨ＿ＴＩＭＥ＝０２：００、
ＴＬ＿ＵＰＤＡＴＥ＿ＴＩＭＥ＝２３：００、
ＭＡＸ＿ＧＥＮＲＥ＝３、
ＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥ＝１
となる。なお、これらの設定は、別途、ＧＵＩ（図２参照）により任意に変更できるものとする。
【００４８】
＜１．２＞帯域幅の測定
映像データをプリキャッシュするためには、タイトル毎に最低どれだけのサイズをプリキャッシュすれば、途切れなくタイムシフト再生できるかを求める必要がある。そのために、まず、必要なのは、装置が設置された環境の最低回線速度である。そこで、帯域幅測定部２により図３に示す測定フローに従い、例えば２時間おき（ＢＭ＿ＩＮＴＥＲＶＡＬ＝２）に回線速度を測定して、「帯域幅測定テーブル」に記録する。
【００４９】
まず、帯域幅の測定時間であるかを判定するため、２時間おきの正時であるか、ＲＴＣ部６で現時刻でチェックする（［３０１］）。
【００５０】
測定時間であれば（［３０１−ＹＥＳ］）、ＶｏＤサーバ５の設定を行い（［３０２］）、ＶｏＤサーバ５に帯域幅測定のためのダミーファイルダウンロードのリクエストコマンド発行する（［３０３］，［３０４］）。なお、リクエストコマンドは、先頭にコマンド名、コマンドにパラメータがある場合は、カンマで区切って列挙したものである。
【００５１】
例えば、［３０３］では、以下のようなコマンドを生成する。なお、ダミーファイルダウンロードのリクエストコマンドにはパラメータは無い。
【００５２】
＜「ＲＥＱ ＤＵＭＭＹ＿ＦＩＬＥ」＞
「ＲＥＱ ＤＵＭＭＹ＿ＦＩＬＥ」は、ダウンロードの時間を計測するため、ダミーファイルの送信をＶｏＤサーバ５に要求するコマンドであることを示す（［３０５］）。このコマンドを受け取ったＶｏＤサーバ５は、予めサイズの決まったダミーファイルをＶｏＤクライアントに送信する。すなわち、ダウンロード部８には、ネットワークインターフェース部３を経由して、インターネット網４上に位置するＶｏＤサーバ５から、１つのダミーファイルがダウンロードされる。
【００５３】
詳細には、ダミーファイルをダウンロードし（［３０６］〜［３０９］）、ダウンロードにかかった時間から回線速度を計算で求め（［３１０］，［３１１］）、帯域幅測定テーブルに格納する（［３１２］，［３１３］）。
【００５４】
なお、計測を中止しない限り（［３１４−ＮＯ］）、２時間おきの計測を続け、１日分の計測を完了した時点で、図４の帯域幅測定テーブルが完成する（［３１４］）。
【００５５】
より詳細には、測定時刻か？が判断され（［３０１］）、ＶｏＤサーバ５が設定され（［３０２］）、ＶｏＤサーバ５に対して、リクエストコマンドが送信され（［３０３］）、通信確立が確立される（［３０４］）。
【００５６】
以下、測定ファイル（ダミーファイル）のダウンロードがリクエストされ（［３０５］）、受信開始後（［３０６］）、タイマースタート（［３０７］）、測定ファイルダウンロード（［３０８］）、ダウンロード終了の検知（［３０９］）、タイマーストップ（［３１０］）により、タイマースタート（［３０７］）からタイマーストップ（［３１０］）の間のＲＴＣ部が計数した時間を参照し、回線速度計算が計算される（［３１１］）。
【００５７】
このようにして、計算により求められた時間は、帯域測定テーブルに記録され（［３１２］）、通信が終了する（［３１３］）。
【００５８】
これにより、図４に一例を示す『帯域測定テーブル』が得られる（［３１４］）。
【００５９】
＜１．３＞最低回線速度の算出
次に、図３に示した方法で求められた回線速度（すなわち図４に示す「帯域幅測定テーブル」）から１日の回線速度の変化を読み出し、最低回線速度（Ｗｂｗ）を求める。
【００６０】
詳細には、最低回線速度Ｗｂｗを、「Ｗｂｗ＝９９」として、最大値で初期化する（［５０１］）、帯域幅測定テーブルからエントリ（タイトル）を１つ取り出し（［５０２］）、取り出したエントリの回線速度Ｂｗを取り出し（［５０３］）、「Ｂｗ ＜ Ｗｂｗ」を判定し（［５０４］）、条件が成立したら最低値を更新（[５０５]）し、不成立であればＷｂｗを保持する。全てのエントリについて、「Ｂｗ」を順に取り出す（［５０６］）。
【００６１】
以上から、図４の帯域幅測定テーブルであれば、最低回線速度「Ｗｂｗ」は１２．７Ｍｂｐｓと求まる。
【００６２】
全てのエントリについて「Ｂｗ」を求めたのち（［５０６−ＹＥＳ］）、「Ｗｂｗを５％低下させる」ことにより、回線揺らぎ補正を行う（［５０７］）。すなわち、回線の揺らぎを５％とみなして、回線速度Ｗｂｗを補正する。従って、図４に示した「帯域幅測定テーブル」では、最低回線速度Ｗｂｗである１２．７Ｍｂｐｓの速度が最大５％低下することを織り込んで、最低回線速度Ｗｂｗは１２Ｍｂｐｓとする。
【００６３】
＜１．４＞タイトルリストの取得およびプレキャッシュデータ管理テーブルの作成
次に、ＶｏＤサーバ５から、映像再生装置１０１のリクエストに従い、ジャンルおよびジャンルごとに必要なタイトル数を取得する。
【００６４】
すなわち、任意のタイトル（エントリ／コンテンツ）をダウンロードしようとする場合に必要なジャンルごとのサイズを確保するために、映像再生装置１０１からＶｏＤサーバ５に、ジャンルおよびジャンルごとに必要なタイトル数をリクエストし、ＶｏＤサーバ５から入手したＶｏＤタイトルを用いて、図６に示すような「管理テーブル」を作成する。
【００６５】
詳細には、図６に示すＶｏＤサーバ５が保持するタイトルリストを取得し、図８により後段に説明する「プレキャッシュデータ管理テーブル」を作成するため、図７により以下に説明するフローに従って、「プレキャッシュデータ」を取得する。
【００６６】
まず、ＶｏＤサーバ５を設定し（［７０１］）、ＶｏＤサーバ５に対するタイトルリスト要求のコマンドを発行する（［７０２］）。すなわち、図１５により後段に一例を示すが、ユーザの嗜好を推定する視聴回数管理テーブルを保持した嗜好推定部１７を起動し、ＶｏＤサーバ５に要求するタイトルリストを、ユーザの嗜好に基づいて生成する（［７０２］〜［７０５］）。
【００６７】
なお、図１５（Ａ）は、視聴回数管理テーブルの初期の状態を示し、視聴回数としては全て「０」である。すなわち、嗜好情報が無い状態を示している。本来であれば、図１５（Ｂ）により以下に説明する視聴回数に従い、ユーザの嗜好を推定することになるが、図１５（Ａ）の初回起動時の例は、視聴回数が全て「０」のため、優先順位を付けることができない。そこで、初回のみ、ダウンロードするタイトルのジャンル数（ＭＡＸ＿ＧＥＮＲＥ（図２参照））を無効化し、視聴回数管理テーブルに登録されている全ジャンルについて、ジャンル毎のタイトル数（ＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥ）を組み合わせて、
＜（「ＲＥＱ ＴＩＴＬＥ＿ＬＩＳＴ」 （アクション，１），（ＳＦ，１），（コメディ，１），（サスペンス，１），（パニック，１），（ファミリー，１））＞
のようなコマンドを生成する（パラメータあり）。
【００６８】
上述のコマンドにおいて、先頭の「ＲＥＱ ＴＩＴＬＥ ＿ＬＩＳＴ」は、タイトルリストを要求するコマンドであることを示す。
【００６９】
先頭に続く、「（アクション，１）」は、アクションというジャンルのタイトル情報を１つ要求している。「（ＳＦ，１）」以降については、複数ジャンルについてリクエストする場合の記法で、括弧で囲まれた２つ組をカンマで区切り列挙することで、ジャンルとタイトル数を指定している。すなわち、上記のコマンドは、初回起動時には広く浅くタイトルをプリキャッシュするという目的で、「アクション、ＳＦ、コメディ、サスペンス、パニック、ファミリー」の全ジャンルについてタイトル情報を１つづつ送信して欲しい旨のリクエストとなる。
【００７０】
このコマンドを受け取ったＶｏＤサーバ５は、コンテンツ管理テーブル（図６）から条件に合致したタイトルを選び出し、
＜（「ＴＩＴＬＥ＿ＬＩＳＴ」 （Ｃ０，アクション，２００９／７／１５，１．５），（Ｃ１，ＳＦ，２００９／７／１６，１．５），（Ｃ２，コメディ，２００９／７／２，２），（Ｃ３，サスペンス，２００９／７／２，２），（Ｃ４，パニック，２００９／７／２，２），（Ｃ５，ファミリー，２００９／７／２，２））＞
のような「タイトル名、ジャンル、リリース、再生時間のデータ」を４つ組にしたリストで結果を返す。すなわち、映像再生装置１０１は、ＶｏＤサーバ５から、タイトルリストを要求した結果として、「タイトル名、ジャンル、リリース、再生時間のデータ」を４つ組にしたリストを受け取る（［７０６］）。
【００７１】
リストの先頭の「ＴＩＴＬＥ＿ＬＩＳＴ」は、ＶｏＤサーバ５が送信したデータの識別子であり、データがタイトルリストであることを示す。識別子に続く、カッコで囲まれた４つ組のリストは、それぞれ、「タイトル名、ジャンル、リリース日、再生時間」を順に示している。
【００７２】
このデータを解釈して、タイトルリスト取得部７において、図８に示したようなプレキャッシュデータ管理テーブルを作成する（［７０７］）。なお、初回処理時には、「プレキャッシュデータ管理テーブル」を新規作成し、２回目以降については、ＶｏＤサーバ５が送信したタイトルリストを追加登録する。
【００７３】
以上のようにして、受信した全ての「タイトルリスト」から図８に示すプレキャッシュ管理テーブルに、管理番号であるＩＤ、タイトル名、タイトルのジャンル、タイトルのリリース日、タイトルの再生時間、プロキャッシュすべきファイルサイズであるキャッシュサイズ、プリキャッシュの完了を示すステータス（未完了は０、完了は１）の７つの項目を格納する（［７０９］）。
【００７４】
なお、初回処理時には、「プレキャッシュデータ管理テーブル」を新規作成し、２回目以降については、ＶｏＤサーバ５が送信したタイトルリストを追加登録する。
【００７５】
＜１．５＞プレキャッシュデータ容量サイズ決定
次に、プレキャッシュデータ容量計算部１０において、図８に説明した「プレキャッシュデータ管理テーブル」に格納されたタイトル毎の再生時間Ｔ、ＶｏＤサービスを提供するプロバイダから提示された要求回線性能Ｒｂｗ、最低回線速度Ｗｂｗの３つから、タイトル毎のプレキャッシュ容量を求め、プレキャッシュデータ管理テーブルに格納する。
【００７６】
すなわち、図９に示す処理フローにおいて、
Ｄｂｗ＝Ｒｂｗ−Ｗｂｗ＝１５Ｍｂｐｓ−１２Ｍｐｂｓ＝３Ｍｂｐｓ
により、要求回線速度Ｒｂｗと最低回線速度Ｗｂｗの回線速度差Ｄｂｗを求める（［９０１］）。
【００７７】
次に、エントリすなわちタイトルを１つ取り出し、「プレキャッシュ時間」が設定されていない場合には、その再生時間Ｔを取り出す（［９０４］）。例えば図８に示した「プリキャッシュデータ管理テーブル」におけるタイトル「Ｃ０」のエントリについては、再生時間の「１．５」時間が求まる。
【００７８】
以下、回線速度差Ｄｂｗと再生時間（回線速度差Ｄｂｗと再生時間を掛ける）から再生時に不足するデータサイズ（プレキャッシュサイズ）を計算する。
【００７９】
詳細には、回線速度差が３Ｍｂｐｓあり、再生時間が１．５時間であれば、再生時にダウンロードが間に合わない映像ファイルのサイズは、
３Ｍｂｐｓ × ３６００秒 × １．５時間
＝ １６２００Ｍｂｉｔ ＝ ２０２５Ｍｂｙｔｅ
≒ ２Ｇｂｙｔｅ
・・・「小数点部は切り上げて整数化」により、２ＧＢをキャッシュサイズとして、格納する（［９０５］）。
【００８０】
このようにして、各タイトル（エントリ）について、「任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得するデータの大きさを示す『プレキャッシュサイズ』」を求め（［９０６］）、順に図８の「プレキャッシュデータ管理テーブル」を完成する。すなわち、図１０に一例を示すが、各タイトルについて「プレキャッシュサイズ」が格納された「プレキャッシュデータ管理テーブル」ができあがる。
【００８１】
＜１．６＞プレキャッシュデータのダウンロード
上述した工程に従い、「プレキャッシュサイズ」が格納された「プレキャッシュデータ管理テーブル」が出来上がると、制御部１８により、ＲＴＣ部６の現時刻とプレキャッシュ実行時刻（ＰＲＥＣＡＳＨ＿ＴＩＭＥ）とが比較され、プレキャッシュ実行時刻（ＰＲＥＣＡＳＨ＿ＴＩＭＥ（図２から、本提案では、回線速度の低下が比較的小さい午前２時に設定されている））であることがチェックできた場合に、プレキャッシュデータ取得部１１を起動する。
【００８２】
プレキャッシュデータ取得部１１は、図１０に説明した「プレキャッシュデータ管理テーブル」を参照して、任意のコンテンツ（タイトル）の一部を、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得する（プレキャッシュする）。
【００８３】
詳細には、図１１に示すように、ＶｏＤサーバ５との通信を確立する（［１１０１］，［１１０２］）。
【００８４】
次に、プレキャッシュデータ管理テーブルからタイトル「Ｃ０」のエントリを取り出す。タイトル「Ｃ０」のステータスは０、すなわち、まだプレキャッシュデータがダウンロードされていないので、プレキャッシュデータ管理テーブルからエントリを１つ（プレキャッシュサイズ「２ＧＢ」）取り出し（［１１０３］）、エントリ（タイトル）からダウンロードのステータスを取り出し（［１１０４］）、ステータスが ＜ステータス ＝ １ ？＞ ではない場合に（［１１０５−ＮＯ］）、エントリからキャッシュサイズを取り出し（［１１０６］）、以下のコマンドを生成する（［１１０７］）。
【００８５】
すなわち、
＜（「ＲＥＱ ＤＯＷＮＬＯＡＤ＿ＰＲＥＣＡＳＨ＿ＤＡＴＡ」（Ｃ０，２ＧＢ））＞
のコマンドを生成する。
【００８６】
先頭の「ＲＥＱ ＤＯＷＮＬＯＡＤ＿ＰＲＥＣＡＳＨ＿ＤＡＴＡ」は、プリキャッシュデータを要求するコマンドであることを示す。以降の（Ｃ０，２ＧＢ）はタイトル名「Ｃ０」のデータの２ＧＢ分のダウンロードを要求している。
【００８７】
ＶｏＤサーバ５は、この要求（プレキャッシュデータリクエスト）を受けて、タイトルＣ０のプリキャッシュデータを送信する（［１１０８］）。従って、映像受信装置１０１は、同データを受信し（［１１０９］，［１１１０］）、選択されたエントリの全てのデータの受信が終了した時点で（［１１１１］）、エントリのステータスをダウンロード済みを示す「１」とする（［１１１２］）。
【００８８】
以下、図１０のプレキャッシュデータ管理テーブルの残りの全てのエントリについて、ステータスが「１」ではないタイトル（エントリ）の特定（［１１０４］，［１１０５］）、上述のコマンド生成（［１１０６］，［１１０７］）及びダウンロードを繰り返すことで（［１１０８］〜［１１１２］）、全てのエントリが取り出されると（［１１１３−ＹＥＳ］）、図１２に一例を示す「プレキャッシュデータ管理テーブル」ができあがる（［１１１４］）。
【００８９】
次に、
＜２＞コンテンツのタイムシフト再生および再生による嗜好情報の更新、
について説明する。
【００９０】
リモコン１によりＶｏＤ再生が指示されると、制御部１８は、タイムシフト再生部１２を起動し、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得した『プレキャッシュ』済みのコンテンツ（タイトル／ストリーム）の先頭から、プレキャッシュされたコンテンツが、再生される（タイムシフト再生部１２による再生が開始される）。
【００９１】
詳細には、図１３に示すように、図１２より説明した「プレキャッシュデータ管理テーブル」を参照して、ステータスが１（プレキャッシュ済）のタイトルについて、サムネイルを準備し、例えば、図１４の「タイトルメニュー」を開く（『見るナビ』画面が表示される，［１３０１］）。
【００９２】
次に、ＧＵＩに対するリモコン操作により、例えばタイトル「Ｃ０」の選択が指示されると（［１３０２］）、ＶｏＤサーバ５の設定を行い（［１３０３］）、
＜（ＲＥＱ ＤＯＷＮＬＯＡＤ＿ＲＥＭ＿ＤＡＴＡ （Ｃ０，２ＧＢ））＞
のような形式のリクエストコマンドを生成して（［１３０４］）、通信を確立後（［１３０５］）、ＶｏＤサーバ５からタイトル「Ｃ０」のプリキャッシュされていない、残りの映像データのダウンロードを開始する（［１３０６］）。
【００９３】
なお、先頭の「ＲＥＱ ＤＯＷＮＬＯＡＤ＿ＲＥＭ＿ＤＡＴＡ」は、プリキャッシュされていない残りのデータのダウンロードを要求するコマンドである。
【００９４】
以降の（Ｃ０，２ＧＢ）はタイトル名「Ｃ０」の２ＧＢ以降（オフセット）のデータを要求していることを示している。
【００９５】
次に、プリキャッシュデータによるタイトル「Ｃ０」の再生を行う。すなわち、プリキャッシュデータの再生と残データのダウンロードが並行して行われる（［１３０７］）。
【００９６】
プリキャッシュデータの再生が終了したら（［１３０８−ＹＥＳ］）、再生と並行してダウンロードした残データの再生を連続して行う（［１３０９］）。これにより、タイムシフト再生が実現できる（［１３０９］，［１３１０］）。
【００９７】
タイトルの再生が終了したら（［１３１０−ＹＥＳ］）、タイトル（コンテンツ）の保護のため、ダウンロードした残りのデータの消去を行う（［１３１１］）。なお、一定期間の間、例えばＶｏＤサーバ５が保持する「コンテンツ管理テーブル（図６参照）」が更新されるまでの間、ユーザによる「プリキャッシュされたデータの視聴（再生）」が実行されない場合、プリキャッシュされたデータは、コンテンツの保護あるいは第三者による取得を抑止するために、消去される。また、「プリキャッシュされたデータ」を録画再生装置１０１が保持できる期間は、例えば１ヶ月、あるいは１０日等の特定の期間に、予め設定されてもよい。なお、何らかの要因で、「プリキャッシュされたデータ」の情報が、ＶｏＤサーバ５が保持する情報と一致しない状態を検出できた場合においても、プリキャッシュされたデータを消去することが好ましい。
【００９８】
最後に、嗜好記録部１６は、タイトル「Ｃ０」のジャンルである「アクション」について、図１５の（Ｂ）に示すように、図１５（Ａ）において全てが「０」であった視聴回数管理テーブルの視聴回数をインクリメントする（［１３１２］）。
【００９９】
以下、引き続き、タイトル「Ｃ１」，「Ｃ２」についても視聴した場合、ジャンル「ＳＦ」と「コメディ」についても、図１６に示すように、視聴回数管理テーブルの視聴回数がインクリメントされる（最終的に、視聴回数管理テーブルが図１６のように書き換えられる）。
【０１００】
次に、
＜３＞嗜好情報に基いたＶｏＤタイトルのプレキャッシュ
について説明する。
【０１０１】
図２に示したＧＵＩにおいて設定されているタイトルリストのアップデート時間（ＴＬ＿ＵＰＤＡＴＥ＿ＴＩＭＥ）である、例えば２４：００が到来した時点で、制御部１８は、タイトルリスト取得部７を起動して、図１７に示す「プレキャッシュデータ」の再取得を実行するする。
【０１０２】
すなわち、ＶｏＤサーバ５を設定し（［１７０１］）、嗜好推定部１７が保持する視聴回数データ（図１５（ｂ）あるいは図１６参照）が、参照される（［１７０２］）。
【０１０３】
詳細には、嗜好推定部１７は、視聴回数管理テーブル（図１５（Ｂ）あるいは図１６参照）から、ダウンロードするタイトルのジャンル数（ＭＡＸ＿ＧＥＮＲＥ）だけ、上位のジャンルを抽出し、次に、各ジャンルについて、ジャンル毎のタイトルを組み合わせてコマンドを生成する。ここでは、例えばＭＡＸ＿ＧＥＮＲＥ＝６、ＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥ＝１なので、視聴回数管理テーブルから「アクション、ＳＦ、コメディ」の３つのジャンル（図１８のＣ６〜Ｃ８）を選び、コマンド
＜（ＲＥＱ ＴＩＴＬＥ＿ＬＩＳＴ （アクション，１），（ＳＦ，１），（コメディ，１））＞
すなわち、ＶｏＤサーバ５に対するタイトルリスト要求のコマンドを生成する（［１７０３］）。
【０１０４】
通信確立後（［１７０４］）、同リクエストを受けたＶｏＤサーバ５は、既にプリキャッシュデータを送信済みのＣ０〜Ｃ５以外のタイトルから、「アクション、ＳＦ、コメディ」のジャンルのタイトルを各１選択し、その結果、タイトルＣ６〜Ｃ８からなるタイトルリストを送信する。なお、１ジャンルに複数のタイトルがあり、その総数よりＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥが少なかった場合、ＶｏＤサーバ５はリリースの新しいもの（ニューリリース）からタイトルを選択するものとする（［１７０５］，［１７０６］）。
【０１０５】
このコマンドを受け取ったＶｏＤサーバ５は、コンテンツ管理テーブル（図６）から条件に合致したタイトルを選び出し、
＜（「ＴＩＴＬＥ＿ＬＩＳＴ」 （Ｃ６，アクション，２００９／７／１，１．５），（Ｃ７，ＳＦ，２００９／７／１，２），（Ｃ８，コメディ，２００９／７／１，２））＞
のような「タイトル名、ジャンル、リリース、再生時間のデータ」を４つ組にしたリストで結果を返す。すなわち、映像再生装置１０１は、ＶｏＤサーバ５から、タイトルリストを要求した結果として、「タイトル名、ジャンル、リリース、再生時間のデータ」を４つ組にしたリストを受け取る（［１７０７］）。
【０１０６】
このデータを解釈して、タイトルリスト取得部７において、図１７に示したようなプレキャッシュデータ管理テーブルを作成する（［１７０８］）。以下、午前２時に、プレキャッシュデータ取得部１１が、追加されたタイトルのプレキャッシュを行う。従って、最終的に、図１８に示す「プレキャッシュ管理テーブル」が出来上がる（［１７０７］〜［１７１０］）。
【０１０７】
以下、「タイムシフト再生 → 嗜好情報の更新 → 嗜好情報に基づくプレキャッシュ」を繰り返す。
【０１０８】
これにより、図１４に一例を示した『見るナビ』画面は、次回のユーザによる再生指示時には、嗜好情報に基づいて３つ（Ｃ６，Ｃ７，Ｃ８）のサムネイルが追加された図１９のようなタイトルメニューを表示する。
【０１０９】
このように、本発明では、回線速度から算出されたファイルサイズの映像ファイルプレキャッシュを用いたタイムシフト再生により、本来、要求性能を満たさない、例えば回線速度が低い通信環境においても、ＶｏＤタイトルを観賞できる。
【０１１０】
なお、この発明は、上述した各実施の形態に限定されるものではなく、その実施の段階ではその要旨を逸脱しない範囲で種々な変形もしくは変更が可能である。また、各実施の形態は、可能な限り適宜組み合わせて、もしくは一部を削除して実施されてもよく、その場合は、組み合わせもしくは削除に起因したさまざまな効果が得られる。
【０１１１】
例えば、上述した実施の形態の説明においては、回線の揺らぎを一律５％とした。すなわち測定した回線速度の最低値に対して５％の低下を織り込んだが、より正確を期すためには、例えば回線速度の測定データをある期間蓄積して、統計的に揺らぎを算出し、利用することも考えられる。
【０１１２】
また、ジャンルというカテゴリの再生回数のみでユーザの嗜好するタイトルを推定する例を説明したが、より精度の高い嗜好の推定ため、洋画／邦画の区別、再生されたタイトルの監督／俳優、タイトルが製作された国、年代といったタイトルの属性を嗜好情報に含めることも考えられる。これにより、よりユーザの嗜好にあったタイトルの「プリキャッシュ」が可能となる。
【０１１３】
また、プリキャッシュの時間を予め設定する例（午前２時）により、実施の形態を説明したが、例えばユーザがタイトル再生を行った時間についても記録し、帯域幅測定結果と合わせ、『ユーザが再生を行わない時間帯、かつ、回線速度の速い時間帯』に、「プレキャッシュ」処理をスケジュールし、効率化（実際のプレキャッシュデータのダウンロードに掛かる時間の低減）を図ることも考えられる。
【０１１４】
また、実施の形態においては、映像再生装置が設置されたネットワーク環境の帯域幅と要求回線性能の差からプレキャッシュサイズを決定したが、帯域幅を意図的に低下して、プレキャッシュサイズをタイトルサイズに近づけるような運用を回避するため、プレキャッシュサイズに上限を設けることも考えられる。
【符号の説明】
【０１１５】
１…リモコン（操作指示部）、２…帯域幅測定部、３…ネットワークインターフェース部、４…インターネット網、５…ＶｏＤサーバ、６…ＲＴＣ（リアルタイムクロック）部、７…タイトルリスト取得部、８…ダウンロード部、９…記憶部（ＨＤＤ）、１０…プレキャッシュデータ容量計算部、１１…プレキャッシュデータ取得部、１２…タイムシフト再生部、１３…映像音声出力部、１４…ディスプレイ、１５…スピーカー、１６…嗜好記録部、１７…嗜好推定部、１８…制御部、１９…操作部（リモコン入力部）、１０１…映像再生装置。
【技術分野】
【０００１】
この発明は、ネットワークを介して取得可能な映像を受信する映像受信方法及びそれを再生する再生装置に関する。
【背景技術】
【０００２】
従来からの空間波や光ケーブル網による映像コンテンツの受信及びその再生とは異なる映像コンテンツの取得方法として、コンテンツプロバイダ（映像供給事業者）が用意したサーバから希望する映像コンテンツを任意のタイミングでダウンロード（取得して）視聴する方法が実用化されている。
【０００３】
これにより、視聴を希望するユーザは、任意のタイミングでコンテンツプロバイダから映像コンテンツを取得できる。
【０００４】
例えば、特許文献１（先行技術文献）には、コンテンツをプロバイダからダウンロードして再生する際に、受信データのビットレートを測定し、コンテンツデータを一定量先行してバッファに格納（先読み）し、先読みしたコンテンツのデータ量が目標データ量を上回った後にバッファからコンテンツを再生することが示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−３３３４７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、文献１に示される方法は、ユーザが特定したコンテンツをダウンロードする際に一定量のコンテンツデータを先行してダウンロードするものであり、回線容量や使用状況等の要因によりコンテンツの取得が遅れ、再生すべきコンテンツが不足して再生不能となることがある。
【０００７】
なお、希望するコンテンツの全体を予めダウンロードして再生する従来からの受信方法は、コンテンツの受信を予約する等の付随する作業が必要であり、今から見たい、という要求に答えることはできない。
【０００８】
また、テレビジョン放送により提供されるコンテンツを一定条件のもとで全て記録し、ユーザの再生要求に従ってコンテンツを再生する方法も実用化されているが、同様の課題を含む。
【０００９】
この発明の目的は、ネットワークを介して取得可能な映像を受信する映像受信方法及びそれを再生する再生装置において、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得する映像受信方法及び映像受信装置を提供することである。
【課題を解決するための手段】
【００１０】
この発明は、上記問題点に基づきなされたもので、コンテンツを保持する記録部と、ネットワークにアクセスして任意のコンテンツを記録部にダウンロードするネットワークインターフェースと、前記ネットワークインターフェースがダウンロードするコンテンツのタイトルリストを取得するタイトルリスト取得部と、前記タイトルリストが取得したタイトルリストが含むコンテンツのうちの一部のデータを、前記ネットワークインターフェースを通じて先行して取得するプレキャッシュデータ取得部と、前記プレキャッシュデータ取得部が取得すべき前記コンテンツのうちの一部のデータの容量を計算するプレキャッシュデータ容量計算部と、再生要求に応じて、前記プレキャッシュデータ取得部が保持する前記コンテンツのうちの一部のデータを再生し、その再生の間に、前記ネットワークインターフェースを通じ、前記タイトルリスト取得部が取得した前記タイトルリストのうちの前記プレキャッシュデータ取得部が取得済みの前記プレキャッシュデータに引き続くコンテンツをダウンロードし、前記プレキャッシュデータ取得部が保持する前記コンテンツのうちの一部のデータの再生に引き続いて、再生する制御部と、を有する映像再生装置を提供するものである。
【発明の効果】
【００１１】
この発明の一つの実施の形態は、ネットワーク上でＶｏＤサービスにより提供される映像コンテンツについて、希望するコンテンツの全体を予めダウンロードすること無く、任意のタイミングで再生を開始するコンテンツの全体を再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得して、映像コンテンツを、効率よくダウンロードできる。
【００１２】
また、この発明は、ユーザの嗜好を反映しつつ、ユーザが希望するであろうコンテンツの全体を予めダウンロードすることを必要としないため、記録媒体の残り記録容量を圧迫することなく、かつ任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能とする。
【００１３】
さらに、この発明は、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能にダウンロードした場合、サーバ側のデータが消去された時点で消去することにより、コンテンツの保護についても十分な機能を発揮する。
【図面の簡単な説明】
【００１４】
【図１】この発明の実施の形態が適用可能な映像受信装置の構成の一例を示す概略図。
【図２】図１に示した映像受信装置において用いられるユーザインタフェース（ＧＵＩ）画面の表示の一例を示す概略図。
【図３】図１に示した映像受信装置による帯域幅測定（帯域幅を測定する方法）の一例を説明する概略図。
【図４】図３に示した帯域幅測定により取得する帯域幅（回線速度）を保持するテーブルデータの一例を示す概略図。
【図５】図３に示した帯域幅測定により取得した帯域幅（回線速度）から最低回線速度を求める方法の一例を示す概略図。
【図６】図１に示した映像受信装置において取得可能なコンテンツ（タイトル）を、コンテンツ供給元が管理する管理テーブルの表示（ＶｏＤサーバのコンテンツ管理テーブル）の一例として示す概略図。
【図７】図１に示した映像受信装置において、特定のコンテンツ（タイトル）について、その全データのうちの一部を、予備的に先行して取得する「プレキャッシュ」により取得した結果を保持した管理テーブルの表示の一例を示す概略図。
【図８】図１に示した映像受信装置において取得可能なコンテンツ（タイトル）のうちのユーザの嗜好により取得対象となりうるコンテンツ（タイトル）について、管理テーブルとして表示する表示（「タイトルリスト」をセットした「プレキャッシュ」データ管理テーブル）の一例を示す概略図。
【図９】図８に示した「タイトルリスト」から取り出したエントリ（１つのタイトル）について「プレキャッシュ」すべきファイルのサイズ（キャッシュサイズ）を計算する方法の一例を示す概略図。
【図１０】図８に示した「タイトルリスト」に、図９に示した計算により求めたファイルのサイズ（キャッシュサイズ）をセットした状態の表示の一例を示す概略図。
【図１１】図１に示した映像受信装置において、特定のコンテンツ（タイトル）について、その全データのうちの一部を、予備的に先行して取得する「プレキャッシュ」により、任意のコンテンツ（タイトル）の一部のデータを先行して取得（ダウンロード）する方法の一例を示す概略図。
【図１２】図１１に示した「プレキャッシュ」により、任意のコンテンツのデータを先行して取得（ダウンロード）した結果を、図８に示した「タイトルリスト」に反映した一例を示す概略図。
【図１３】図１１に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト（図１２参照）」が含む特定のタイトルを再生する方法の一例を示す概略図。
【図１４】図１１に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト」をサムネイル表示する表示画面の表示例を示す概略図。
【図１５】図１１に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト（図１２参照）」が含む特定のタイトルを視聴（再生）した回数を管理する視聴回数管理テーブルを更新する例を示す概略図。
【図１６】図１１に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト（図１２参照）」が含む特定のタイトルを視聴（再生）した回数を管理する視聴回数管理テーブルを更新する例を示す概略図。
【図１７】図１に示した映像受信装置において、ユーザの視聴回数に基づいて、特定のコンテンツ（タイトル）について、その全データのうちの一部を予備的に先行して取得する「プレキャッシュ」により取得した結果を保持した管理テーブルを更新した場合の表示の一例を示す概略図。
【図１８】図１１に示した「プレキャッシュ」により取得するタイトルに、ユーザの嗜好情報に基づいてタイトルが追加された「タイトルリスト」の表示の一例を示す概略図。
【図１９】図１８に示した「プレキャッシュ」により取得したタイトルの「タイトルリスト（ユーザの嗜好を反映）」をサムネイル表示する表示画面の表示例を示す概略図。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の実施の一形態について説明する。
【００１６】
図１は、この発明を適用した映像再生装置（受信装置）の構成を概略的に示す。なお、図１に示す映像再生装置は、所定の容量の記録媒体を内蔵したレコーダ装置を含み、地上デジタル放送、衛星デジタル放送、有線方式で番組を配信する配信事業者（ケーブルテレビジョン事業体、以下、ＣＡＳ（Conditional Access Systemと称する）、あるいはネットワークにコンテンツプロバイダ（映像コンテンツ供給元），等が提供するさまざまなコンテンツを受信して再生信号を出力するとともに、ユーザが希望するコンテンツ（ストリーム）については、ユーザの希望する画質及び音質により記録できる。なお、コンテンツは、映像及び音声もしくは音楽等を含み、広く「番組」あるいは「タイトル」と称される。また、映像は、動画と静止画、あるいはテキストを主体とした文字放送やデータ放送の表示等を含む。なお、映像再生装置は、表示装置を一体に有するテレビ受信装置であってもよい。
【００１７】
図１に示す映像再生装置１０１は、接続する各部の要求に応じて、アカウントやパスワードを後段に説明するビデオオンデマンド（ＶｏＤ，Video on Demand，以下ＶｏＤと略称する）サーバ５に送信し、認証を受けて通信を確立し、ＶｏＤサーバ５から受信したデータを記憶部９に格納するダウンロード部８により、プレキャッシュしたデータ、タイムシフト再生を実現するためのバッファデータといった映像データと、プレキャッシュデータ管理テーブルなどのシステムデータを取得する。なお、ダウンロード部８は、例えば、帯域幅測定のためにダウンロードするダミーファイル、タイトルリスト、プレキャッシュデータなども受信する。
【００１８】
記憶部９は、ハードディスクドライブ（ＨＤＤ）である。例えば、プレキャッシュしたデータ、タイムシフト再生を実現するためのバッファデータといった映像データと、プレキャッシュデータ管理テーブルなどのシステムデータを格納する。なお、実施例では、記憶部９にハードディスクを使用しているが、例えば、ＳＳＤ（Solid State Drive）といった他の記憶媒体を利用しても、もちろん構わない。
【００１９】
リモコン１は、本発明の操作をするための装置であり、後段で説明する操作部１９に対して赤外線を利用した無線通信で制御コマンドを与える。リモコン１には、数字を入力するためのテンキーが設けられており、数字の入力を可能としている。また、リモコン１には、十字キーが設けられており、設定項目の選択などは、例えば図２のようなＧＵＩ（Graphical User Interface）で操作を可能としている。
【００２０】
帯域幅測定部２は、ダウンロード部８を通じて、ＶｏＤサーバ５からダミーファイルをダウンロードし、ダミーファイルのサイズと後段に説明するＲＴＣ（リアルタイムクロック）部６により計測したダウンロード時間から、装置が設置されている場所の回線性能（帯域幅）を測定する。帯域幅は、時間帯によって変わるため、例えば、実施例では、測定開始時刻から最も近い正時から２時間ごとに測定を行い、例えば図４の「帯域幅測定テーブル」を更新する。このテーブルは、１日で最も速度が遅い時間帯の回線性能を調べるために利用する。これは、最も回線が遅いとき（ワーストケース）のタイトル再生においても、映像が途切れないことを保障するプレキャッシュサイズを求めるために必要な処理である。
【００２１】
ネットワークインターフェース部３は、インターネットに接続するためのネットワークアダプタである。例えば、ネットワークインターフェース部３を通じてインターネット４に接続することで、ダウンロード部８が、ＶｏＤサーバ５から映像をダウンロードする。
【００２２】
インターネット網４は、通信プロトコルＴＣＰ／ＩＰにより全世界のネットワークを相互に接続したコンピュータネットワークである。
【００２３】
ＶｏＤサーバ５は、見たいときに、見たいビデオ映像が見られるサービスであるＶｏＤ（Video on Demand）を実現するために、映像ファイルを一括管理するサーバである。同サーバは、アカウントとパスワードからなる認証機能を持っており、認証を受けた装置（ＶｏＤクライアントと呼ぶ）からのコマンドに応答する。例えば、映像受信装置１０１からのコマンド（リクエスト）に応じて、タイトルリストやプレキャッシュデータを送信する。
【００２４】
ＶｏＤサーバ５は、映像ファイルを図６の管理テーブルで管理し、ＶｏＤクライアント毎にプリキャッシュデータを送信したタイトルについて、図としては明示していないテーブルで管理している。なお、例えば、ＶｏＤサーバ５でサービスを受けるために必要な回線性能（要求回線性能Ｒｂｗ）は、１５Ｍｂｐｓとする。(bps=Bits Per Second)。
【００２５】
リアルタイムクロック（ＲＴＣ）部６は、計時専用のチップである。電源が切られている間も内蔵電池からの電源供給を受けて動作しており、制御部１８は、ＲＴＣ６の示す時刻を参照して、例えば、帯域幅測定の実行やプレキャッシュデータのダウンロード処理の制御を行う。
【００２６】
タイトルリスト取得部７は、嗜好推定部１７が推定したユーザの好むジャンルについて、「タイトル要求ジャンルと各ジャンルのダウンロード要求タイトル数の２つ組のリスト」からなるタイトルリスト要求コマンドを生成して、ＶｏＤサーバ５へ同コマンドを送信し、ＶｏＤサーバ５に登録されている映像ファイルのタイトル一覧を得て、例えば図６のプレキャッシュデータ管理テーブルを作成し、あるいは更新する。なお、ダウンロード要求タイトル数は、デフォルト値あるいは予めユーザが指定した値を使用する。例えば、簡単のため、ＶｏＤサーバ５はタイトルリストを作成するに当たり、プリキャッシュデータ未送信のタイトルの中で、登録の新しいものから順に、ダウンロード要求タイトル数だけタイトルを選択するものとする。
【００２７】
制御部１８は、本発明の各処理部の動作を統括的に制御するための処理部である。なお、図として明示していないが、制御部１８は、制御プログラムを格納するＲＯＭと、作業領域として必要となるＲＡＭと、ユーザ設定などを記憶する不揮発性メモリ（フラッシュメモリ）を備えている。
【００２８】
操作部１９は、リモコン１からの制御コマンドを受信し、制御部１８に送る。
【００２９】
嗜好記録部１６は、ユーザが再生したＶｏＤ（Video on Demand，以下ＶｏＤと略称する）タイトルについて、ジャンル毎に再生回数を記録する。また、ユーザがＶｏＤタイトルを再生した回数、すなわち視聴回数を記録し、更新する視聴回数管理テーブルを管理する部分である。
【００３０】
嗜好推定部１７は、視聴回数管理テーブルを調べて、各ジャンルの視聴回数により、順位を求める。順位の高いジャンルをタイトルリスト取得部７へ送る。上位何位までのジャンルをプリキャッシュするかについては、デフォルト値あるいは予めユーザが指定した値を使用する。
【００３１】
プレキャッシュデータ容量計算部１０は、まず、ユーザが設定したＶｏＤサーバに対して、要求回線速度（Ｒｂｗ）を問い合わせる。次に、帯域幅測定部２が求めた測定結果から１日でもっとも遅い回線速度を求める。さらに回線の揺らぎを加味した最低回線速度（Ｗｂｗ）を計算する。プレキャッシュデータ管理テーブルに登録された各タイトルについて、再生時に映像が途切れることが無い、プレキャッシュデータのサイズ（キャッシュサイズ）を求め、プレキャッシュデータ管理テーブルにセットする。
【００３２】
プレキャッシュデータ取得部１１は、プレキャッシュデータ管理テーブルに登録され、かつ、プレキャッシュが完了していない（実施例ではステータスの項が０）のコンテンツについて、プレキャッシュデータをＶｏＤサーバ５からダウンロードする。ダウンロードする時刻（プレキャッシュ時刻）は、デフォルト値あるいはユーザが予め設定した値を使用する。
【００３３】
タイムシフト再生部１２は、ユーザが再生を指定したタイトルについて、再生しながら、録画する機能を持つ。例えば、本実施例では、事前にプレキャッシュしたタイトルを再生しながら、プレキャッシュされていない残りの映像データを録画（ダウンロード）する。プレキャッシュしたタイトルを再生している時間に、バックグラウンドで同タイトルの続きをダウンロードすることで、要求性能に満たない帯域幅の環境であっても、途切れることなくＶｏＤタイトルを観賞できる。
【００３４】
映像音声出力部１３は、タイムシフト再生部１２から送られたストリーム（タイトル）の映像／音声のデコードを行う。デコードされた映像は、例えばＬＣＤディスプレイ１４へ渡すことで映像を表示する。また、音声はスピーカー１５へ渡すことで、音声を再生する。
【００３５】
ＬＣＤディスプレイ１４は、映像音声出力部１３に接続されており、映像音声出力部１３がデコードした映像を表示する。すなわち、再生対象として選択（特定）された任意のＶｏＤタイトルの映像を表示するディスプレイである。
【００３６】
スピーカー１５は映像音声出力部１３に接続されており、ＶｏＤタイトルの音声を出力する。
【００３７】
以下、ＶｏＤタイトルのプレキャッシュについて詳細に説明する。なお、本提案において実現する「プレキャッシュ」は、ネットワークを介して取得可能な映像を受信する映像受信方法及びそれを再生する再生装置において、予め特定のコンテンツ（タイトル）の全体をダウンロードすることなく、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得することを特徴とし、希望するコンテンツの全体を予めダウンロードして再生する従来からの受信方法とは異なる。
【００３８】
ＶｏＤタイトルのプレキャッシュは、
＜１＞初期のＶｏＤタイトルのプレキャッシュ、
＜２＞コンテンツのタイムシフト再生および再生による嗜好情報の更新、
＜３＞嗜好情報に基いたＶｏＤタイトルのプレキャッシュ
の過程を含む。
【００３９】
＜１＞初期のＶｏＤタイトルのプレキャッシュ
本発明の映像受信装置１０１は、初回の起動時に、以下の処理を行う。
【００４０】
＜１．１＞設定
まず、リモコン１を使い、ＶｏＤサーバ５の設定を行う。
【００４１】
図２に一例を示すが、具体的には、ＶｏＤサーバ名、ＶｏＤアカウント及びＶｏＤパスワードを入力する。
【００４２】
例えば、図２において、
ＶｏＤサーバ名をＡＡＡＡ、
ＶｏＤアカウント名をＢＢＢＢ、
ＶｏＤパスワードをＣＣＣＣ
と入力する。
【００４３】
入力値は、
変数ＶＯＤ＿ＳＥＲＶＥＲ、
変数ＶＯＤ＿ＡＣＮＴ、
変数ＶＯＤ＿ＰＷＤ
のそれぞれにセットする。
【００４４】
従って、
ＶＯＤ＿ＳＥＲＶＥＲ＝ＡＡＡＡ、
ＶＯＤ＿ＡＣＮＴ＝ＢＢＢＢ、
ＶＯＤ＿ＰＷＤ＝ＣＣＣＣ
となる。
【００４５】
他にもメニュー（ＧＵＩ）には、ユーザ入力項目として、
プレキャッシュ実行時間（ＰＲＥＣＡＳＨ＿ＴＩＭＥ）、
タイトルリストのアップデート時間（ＴＬ＿ＵＰＤＡＴＥ＿ＴＩＭＥ）、
ダウンロードするタイトルのジャンル数（ＭＡＸ＿ＧＥＮＲＥ）、
ジャンル毎のタイトル数（ＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥ）
等の項目を含む。
【００４６】
なお、初回起動時には、例えば、
帯域幅測定間隔は２時間（２時間おき）、
プレキャッシュ実行時刻は０２：００（最大で２時間）、
アップデート時間は２４：００、
ダウンロードするタイトルのジャンル数は３、
ジャンル毎のタイトル数は１
が、デフォルト値として設定されているため、この設定をそのまま用いるものとする。
【００４７】
すなわち、
ＢＭ＿ＩＮＴＥＲＶＡＬ＝２、
ＰＲＥＣＡＳＨ＿ＴＩＭＥ＝０２：００、
ＴＬ＿ＵＰＤＡＴＥ＿ＴＩＭＥ＝２３：００、
ＭＡＸ＿ＧＥＮＲＥ＝３、
ＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥ＝１
となる。なお、これらの設定は、別途、ＧＵＩ（図２参照）により任意に変更できるものとする。
【００４８】
＜１．２＞帯域幅の測定
映像データをプリキャッシュするためには、タイトル毎に最低どれだけのサイズをプリキャッシュすれば、途切れなくタイムシフト再生できるかを求める必要がある。そのために、まず、必要なのは、装置が設置された環境の最低回線速度である。そこで、帯域幅測定部２により図３に示す測定フローに従い、例えば２時間おき（ＢＭ＿ＩＮＴＥＲＶＡＬ＝２）に回線速度を測定して、「帯域幅測定テーブル」に記録する。
【００４９】
まず、帯域幅の測定時間であるかを判定するため、２時間おきの正時であるか、ＲＴＣ部６で現時刻でチェックする（［３０１］）。
【００５０】
測定時間であれば（［３０１−ＹＥＳ］）、ＶｏＤサーバ５の設定を行い（［３０２］）、ＶｏＤサーバ５に帯域幅測定のためのダミーファイルダウンロードのリクエストコマンド発行する（［３０３］，［３０４］）。なお、リクエストコマンドは、先頭にコマンド名、コマンドにパラメータがある場合は、カンマで区切って列挙したものである。
【００５１】
例えば、［３０３］では、以下のようなコマンドを生成する。なお、ダミーファイルダウンロードのリクエストコマンドにはパラメータは無い。
【００５２】
＜「ＲＥＱ ＤＵＭＭＹ＿ＦＩＬＥ」＞
「ＲＥＱ ＤＵＭＭＹ＿ＦＩＬＥ」は、ダウンロードの時間を計測するため、ダミーファイルの送信をＶｏＤサーバ５に要求するコマンドであることを示す（［３０５］）。このコマンドを受け取ったＶｏＤサーバ５は、予めサイズの決まったダミーファイルをＶｏＤクライアントに送信する。すなわち、ダウンロード部８には、ネットワークインターフェース部３を経由して、インターネット網４上に位置するＶｏＤサーバ５から、１つのダミーファイルがダウンロードされる。
【００５３】
詳細には、ダミーファイルをダウンロードし（［３０６］〜［３０９］）、ダウンロードにかかった時間から回線速度を計算で求め（［３１０］，［３１１］）、帯域幅測定テーブルに格納する（［３１２］，［３１３］）。
【００５４】
なお、計測を中止しない限り（［３１４−ＮＯ］）、２時間おきの計測を続け、１日分の計測を完了した時点で、図４の帯域幅測定テーブルが完成する（［３１４］）。
【００５５】
より詳細には、測定時刻か？が判断され（［３０１］）、ＶｏＤサーバ５が設定され（［３０２］）、ＶｏＤサーバ５に対して、リクエストコマンドが送信され（［３０３］）、通信確立が確立される（［３０４］）。
【００５６】
以下、測定ファイル（ダミーファイル）のダウンロードがリクエストされ（［３０５］）、受信開始後（［３０６］）、タイマースタート（［３０７］）、測定ファイルダウンロード（［３０８］）、ダウンロード終了の検知（［３０９］）、タイマーストップ（［３１０］）により、タイマースタート（［３０７］）からタイマーストップ（［３１０］）の間のＲＴＣ部が計数した時間を参照し、回線速度計算が計算される（［３１１］）。
【００５７】
このようにして、計算により求められた時間は、帯域測定テーブルに記録され（［３１２］）、通信が終了する（［３１３］）。
【００５８】
これにより、図４に一例を示す『帯域測定テーブル』が得られる（［３１４］）。
【００５９】
＜１．３＞最低回線速度の算出
次に、図３に示した方法で求められた回線速度（すなわち図４に示す「帯域幅測定テーブル」）から１日の回線速度の変化を読み出し、最低回線速度（Ｗｂｗ）を求める。
【００６０】
詳細には、最低回線速度Ｗｂｗを、「Ｗｂｗ＝９９」として、最大値で初期化する（［５０１］）、帯域幅測定テーブルからエントリ（タイトル）を１つ取り出し（［５０２］）、取り出したエントリの回線速度Ｂｗを取り出し（［５０３］）、「Ｂｗ ＜ Ｗｂｗ」を判定し（［５０４］）、条件が成立したら最低値を更新（[５０５]）し、不成立であればＷｂｗを保持する。全てのエントリについて、「Ｂｗ」を順に取り出す（［５０６］）。
【００６１】
以上から、図４の帯域幅測定テーブルであれば、最低回線速度「Ｗｂｗ」は１２．７Ｍｂｐｓと求まる。
【００６２】
全てのエントリについて「Ｂｗ」を求めたのち（［５０６−ＹＥＳ］）、「Ｗｂｗを５％低下させる」ことにより、回線揺らぎ補正を行う（［５０７］）。すなわち、回線の揺らぎを５％とみなして、回線速度Ｗｂｗを補正する。従って、図４に示した「帯域幅測定テーブル」では、最低回線速度Ｗｂｗである１２．７Ｍｂｐｓの速度が最大５％低下することを織り込んで、最低回線速度Ｗｂｗは１２Ｍｂｐｓとする。
【００６３】
＜１．４＞タイトルリストの取得およびプレキャッシュデータ管理テーブルの作成
次に、ＶｏＤサーバ５から、映像再生装置１０１のリクエストに従い、ジャンルおよびジャンルごとに必要なタイトル数を取得する。
【００６４】
すなわち、任意のタイトル（エントリ／コンテンツ）をダウンロードしようとする場合に必要なジャンルごとのサイズを確保するために、映像再生装置１０１からＶｏＤサーバ５に、ジャンルおよびジャンルごとに必要なタイトル数をリクエストし、ＶｏＤサーバ５から入手したＶｏＤタイトルを用いて、図６に示すような「管理テーブル」を作成する。
【００６５】
詳細には、図６に示すＶｏＤサーバ５が保持するタイトルリストを取得し、図８により後段に説明する「プレキャッシュデータ管理テーブル」を作成するため、図７により以下に説明するフローに従って、「プレキャッシュデータ」を取得する。
【００６６】
まず、ＶｏＤサーバ５を設定し（［７０１］）、ＶｏＤサーバ５に対するタイトルリスト要求のコマンドを発行する（［７０２］）。すなわち、図１５により後段に一例を示すが、ユーザの嗜好を推定する視聴回数管理テーブルを保持した嗜好推定部１７を起動し、ＶｏＤサーバ５に要求するタイトルリストを、ユーザの嗜好に基づいて生成する（［７０２］〜［７０５］）。
【００６７】
なお、図１５（Ａ）は、視聴回数管理テーブルの初期の状態を示し、視聴回数としては全て「０」である。すなわち、嗜好情報が無い状態を示している。本来であれば、図１５（Ｂ）により以下に説明する視聴回数に従い、ユーザの嗜好を推定することになるが、図１５（Ａ）の初回起動時の例は、視聴回数が全て「０」のため、優先順位を付けることができない。そこで、初回のみ、ダウンロードするタイトルのジャンル数（ＭＡＸ＿ＧＥＮＲＥ（図２参照））を無効化し、視聴回数管理テーブルに登録されている全ジャンルについて、ジャンル毎のタイトル数（ＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥ）を組み合わせて、
＜（「ＲＥＱ ＴＩＴＬＥ＿ＬＩＳＴ」 （アクション，１），（ＳＦ，１），（コメディ，１），（サスペンス，１），（パニック，１），（ファミリー，１））＞
のようなコマンドを生成する（パラメータあり）。
【００６８】
上述のコマンドにおいて、先頭の「ＲＥＱ ＴＩＴＬＥ ＿ＬＩＳＴ」は、タイトルリストを要求するコマンドであることを示す。
【００６９】
先頭に続く、「（アクション，１）」は、アクションというジャンルのタイトル情報を１つ要求している。「（ＳＦ，１）」以降については、複数ジャンルについてリクエストする場合の記法で、括弧で囲まれた２つ組をカンマで区切り列挙することで、ジャンルとタイトル数を指定している。すなわち、上記のコマンドは、初回起動時には広く浅くタイトルをプリキャッシュするという目的で、「アクション、ＳＦ、コメディ、サスペンス、パニック、ファミリー」の全ジャンルについてタイトル情報を１つづつ送信して欲しい旨のリクエストとなる。
【００７０】
このコマンドを受け取ったＶｏＤサーバ５は、コンテンツ管理テーブル（図６）から条件に合致したタイトルを選び出し、
＜（「ＴＩＴＬＥ＿ＬＩＳＴ」 （Ｃ０，アクション，２００９／７／１５，１．５），（Ｃ１，ＳＦ，２００９／７／１６，１．５），（Ｃ２，コメディ，２００９／７／２，２），（Ｃ３，サスペンス，２００９／７／２，２），（Ｃ４，パニック，２００９／７／２，２），（Ｃ５，ファミリー，２００９／７／２，２））＞
のような「タイトル名、ジャンル、リリース、再生時間のデータ」を４つ組にしたリストで結果を返す。すなわち、映像再生装置１０１は、ＶｏＤサーバ５から、タイトルリストを要求した結果として、「タイトル名、ジャンル、リリース、再生時間のデータ」を４つ組にしたリストを受け取る（［７０６］）。
【００７１】
リストの先頭の「ＴＩＴＬＥ＿ＬＩＳＴ」は、ＶｏＤサーバ５が送信したデータの識別子であり、データがタイトルリストであることを示す。識別子に続く、カッコで囲まれた４つ組のリストは、それぞれ、「タイトル名、ジャンル、リリース日、再生時間」を順に示している。
【００７２】
このデータを解釈して、タイトルリスト取得部７において、図８に示したようなプレキャッシュデータ管理テーブルを作成する（［７０７］）。なお、初回処理時には、「プレキャッシュデータ管理テーブル」を新規作成し、２回目以降については、ＶｏＤサーバ５が送信したタイトルリストを追加登録する。
【００７３】
以上のようにして、受信した全ての「タイトルリスト」から図８に示すプレキャッシュ管理テーブルに、管理番号であるＩＤ、タイトル名、タイトルのジャンル、タイトルのリリース日、タイトルの再生時間、プロキャッシュすべきファイルサイズであるキャッシュサイズ、プリキャッシュの完了を示すステータス（未完了は０、完了は１）の７つの項目を格納する（［７０９］）。
【００７４】
なお、初回処理時には、「プレキャッシュデータ管理テーブル」を新規作成し、２回目以降については、ＶｏＤサーバ５が送信したタイトルリストを追加登録する。
【００７５】
＜１．５＞プレキャッシュデータ容量サイズ決定
次に、プレキャッシュデータ容量計算部１０において、図８に説明した「プレキャッシュデータ管理テーブル」に格納されたタイトル毎の再生時間Ｔ、ＶｏＤサービスを提供するプロバイダから提示された要求回線性能Ｒｂｗ、最低回線速度Ｗｂｗの３つから、タイトル毎のプレキャッシュ容量を求め、プレキャッシュデータ管理テーブルに格納する。
【００７６】
すなわち、図９に示す処理フローにおいて、
Ｄｂｗ＝Ｒｂｗ−Ｗｂｗ＝１５Ｍｂｐｓ−１２Ｍｐｂｓ＝３Ｍｂｐｓ
により、要求回線速度Ｒｂｗと最低回線速度Ｗｂｗの回線速度差Ｄｂｗを求める（［９０１］）。
【００７７】
次に、エントリすなわちタイトルを１つ取り出し、「プレキャッシュ時間」が設定されていない場合には、その再生時間Ｔを取り出す（［９０４］）。例えば図８に示した「プリキャッシュデータ管理テーブル」におけるタイトル「Ｃ０」のエントリについては、再生時間の「１．５」時間が求まる。
【００７８】
以下、回線速度差Ｄｂｗと再生時間（回線速度差Ｄｂｗと再生時間を掛ける）から再生時に不足するデータサイズ（プレキャッシュサイズ）を計算する。
【００７９】
詳細には、回線速度差が３Ｍｂｐｓあり、再生時間が１．５時間であれば、再生時にダウンロードが間に合わない映像ファイルのサイズは、
３Ｍｂｐｓ × ３６００秒 × １．５時間
＝ １６２００Ｍｂｉｔ ＝ ２０２５Ｍｂｙｔｅ
≒ ２Ｇｂｙｔｅ
・・・「小数点部は切り上げて整数化」により、２ＧＢをキャッシュサイズとして、格納する（［９０５］）。
【００８０】
このようにして、各タイトル（エントリ）について、「任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得するデータの大きさを示す『プレキャッシュサイズ』」を求め（［９０６］）、順に図８の「プレキャッシュデータ管理テーブル」を完成する。すなわち、図１０に一例を示すが、各タイトルについて「プレキャッシュサイズ」が格納された「プレキャッシュデータ管理テーブル」ができあがる。
【００８１】
＜１．６＞プレキャッシュデータのダウンロード
上述した工程に従い、「プレキャッシュサイズ」が格納された「プレキャッシュデータ管理テーブル」が出来上がると、制御部１８により、ＲＴＣ部６の現時刻とプレキャッシュ実行時刻（ＰＲＥＣＡＳＨ＿ＴＩＭＥ）とが比較され、プレキャッシュ実行時刻（ＰＲＥＣＡＳＨ＿ＴＩＭＥ（図２から、本提案では、回線速度の低下が比較的小さい午前２時に設定されている））であることがチェックできた場合に、プレキャッシュデータ取得部１１を起動する。
【００８２】
プレキャッシュデータ取得部１１は、図１０に説明した「プレキャッシュデータ管理テーブル」を参照して、任意のコンテンツ（タイトル）の一部を、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得する（プレキャッシュする）。
【００８３】
詳細には、図１１に示すように、ＶｏＤサーバ５との通信を確立する（［１１０１］，［１１０２］）。
【００８４】
次に、プレキャッシュデータ管理テーブルからタイトル「Ｃ０」のエントリを取り出す。タイトル「Ｃ０」のステータスは０、すなわち、まだプレキャッシュデータがダウンロードされていないので、プレキャッシュデータ管理テーブルからエントリを１つ（プレキャッシュサイズ「２ＧＢ」）取り出し（［１１０３］）、エントリ（タイトル）からダウンロードのステータスを取り出し（［１１０４］）、ステータスが ＜ステータス ＝ １ ？＞ ではない場合に（［１１０５−ＮＯ］）、エントリからキャッシュサイズを取り出し（［１１０６］）、以下のコマンドを生成する（［１１０７］）。
【００８５】
すなわち、
＜（「ＲＥＱ ＤＯＷＮＬＯＡＤ＿ＰＲＥＣＡＳＨ＿ＤＡＴＡ」（Ｃ０，２ＧＢ））＞
のコマンドを生成する。
【００８６】
先頭の「ＲＥＱ ＤＯＷＮＬＯＡＤ＿ＰＲＥＣＡＳＨ＿ＤＡＴＡ」は、プリキャッシュデータを要求するコマンドであることを示す。以降の（Ｃ０，２ＧＢ）はタイトル名「Ｃ０」のデータの２ＧＢ分のダウンロードを要求している。
【００８７】
ＶｏＤサーバ５は、この要求（プレキャッシュデータリクエスト）を受けて、タイトルＣ０のプリキャッシュデータを送信する（［１１０８］）。従って、映像受信装置１０１は、同データを受信し（［１１０９］，［１１１０］）、選択されたエントリの全てのデータの受信が終了した時点で（［１１１１］）、エントリのステータスをダウンロード済みを示す「１」とする（［１１１２］）。
【００８８】
以下、図１０のプレキャッシュデータ管理テーブルの残りの全てのエントリについて、ステータスが「１」ではないタイトル（エントリ）の特定（［１１０４］，［１１０５］）、上述のコマンド生成（［１１０６］，［１１０７］）及びダウンロードを繰り返すことで（［１１０８］〜［１１１２］）、全てのエントリが取り出されると（［１１１３−ＹＥＳ］）、図１２に一例を示す「プレキャッシュデータ管理テーブル」ができあがる（［１１１４］）。
【００８９】
次に、
＜２＞コンテンツのタイムシフト再生および再生による嗜好情報の更新、
について説明する。
【００９０】
リモコン１によりＶｏＤ再生が指示されると、制御部１８は、タイムシフト再生部１２を起動し、任意のタイミングで再生を開始するコンテンツの全体を、再生途中で途切れることなく再生可能に、コンテンツの一部を予備的に取得した『プレキャッシュ』済みのコンテンツ（タイトル／ストリーム）の先頭から、プレキャッシュされたコンテンツが、再生される（タイムシフト再生部１２による再生が開始される）。
【００９１】
詳細には、図１３に示すように、図１２より説明した「プレキャッシュデータ管理テーブル」を参照して、ステータスが１（プレキャッシュ済）のタイトルについて、サムネイルを準備し、例えば、図１４の「タイトルメニュー」を開く（『見るナビ』画面が表示される，［１３０１］）。
【００９２】
次に、ＧＵＩに対するリモコン操作により、例えばタイトル「Ｃ０」の選択が指示されると（［１３０２］）、ＶｏＤサーバ５の設定を行い（［１３０３］）、
＜（ＲＥＱ ＤＯＷＮＬＯＡＤ＿ＲＥＭ＿ＤＡＴＡ （Ｃ０，２ＧＢ））＞
のような形式のリクエストコマンドを生成して（［１３０４］）、通信を確立後（［１３０５］）、ＶｏＤサーバ５からタイトル「Ｃ０」のプリキャッシュされていない、残りの映像データのダウンロードを開始する（［１３０６］）。
【００９３】
なお、先頭の「ＲＥＱ ＤＯＷＮＬＯＡＤ＿ＲＥＭ＿ＤＡＴＡ」は、プリキャッシュされていない残りのデータのダウンロードを要求するコマンドである。
【００９４】
以降の（Ｃ０，２ＧＢ）はタイトル名「Ｃ０」の２ＧＢ以降（オフセット）のデータを要求していることを示している。
【００９５】
次に、プリキャッシュデータによるタイトル「Ｃ０」の再生を行う。すなわち、プリキャッシュデータの再生と残データのダウンロードが並行して行われる（［１３０７］）。
【００９６】
プリキャッシュデータの再生が終了したら（［１３０８−ＹＥＳ］）、再生と並行してダウンロードした残データの再生を連続して行う（［１３０９］）。これにより、タイムシフト再生が実現できる（［１３０９］，［１３１０］）。
【００９７】
タイトルの再生が終了したら（［１３１０−ＹＥＳ］）、タイトル（コンテンツ）の保護のため、ダウンロードした残りのデータの消去を行う（［１３１１］）。なお、一定期間の間、例えばＶｏＤサーバ５が保持する「コンテンツ管理テーブル（図６参照）」が更新されるまでの間、ユーザによる「プリキャッシュされたデータの視聴（再生）」が実行されない場合、プリキャッシュされたデータは、コンテンツの保護あるいは第三者による取得を抑止するために、消去される。また、「プリキャッシュされたデータ」を録画再生装置１０１が保持できる期間は、例えば１ヶ月、あるいは１０日等の特定の期間に、予め設定されてもよい。なお、何らかの要因で、「プリキャッシュされたデータ」の情報が、ＶｏＤサーバ５が保持する情報と一致しない状態を検出できた場合においても、プリキャッシュされたデータを消去することが好ましい。
【００９８】
最後に、嗜好記録部１６は、タイトル「Ｃ０」のジャンルである「アクション」について、図１５の（Ｂ）に示すように、図１５（Ａ）において全てが「０」であった視聴回数管理テーブルの視聴回数をインクリメントする（［１３１２］）。
【００９９】
以下、引き続き、タイトル「Ｃ１」，「Ｃ２」についても視聴した場合、ジャンル「ＳＦ」と「コメディ」についても、図１６に示すように、視聴回数管理テーブルの視聴回数がインクリメントされる（最終的に、視聴回数管理テーブルが図１６のように書き換えられる）。
【０１００】
次に、
＜３＞嗜好情報に基いたＶｏＤタイトルのプレキャッシュ
について説明する。
【０１０１】
図２に示したＧＵＩにおいて設定されているタイトルリストのアップデート時間（ＴＬ＿ＵＰＤＡＴＥ＿ＴＩＭＥ）である、例えば２４：００が到来した時点で、制御部１８は、タイトルリスト取得部７を起動して、図１７に示す「プレキャッシュデータ」の再取得を実行するする。
【０１０２】
すなわち、ＶｏＤサーバ５を設定し（［１７０１］）、嗜好推定部１７が保持する視聴回数データ（図１５（ｂ）あるいは図１６参照）が、参照される（［１７０２］）。
【０１０３】
詳細には、嗜好推定部１７は、視聴回数管理テーブル（図１５（Ｂ）あるいは図１６参照）から、ダウンロードするタイトルのジャンル数（ＭＡＸ＿ＧＥＮＲＥ）だけ、上位のジャンルを抽出し、次に、各ジャンルについて、ジャンル毎のタイトルを組み合わせてコマンドを生成する。ここでは、例えばＭＡＸ＿ＧＥＮＲＥ＝６、ＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥ＝１なので、視聴回数管理テーブルから「アクション、ＳＦ、コメディ」の３つのジャンル（図１８のＣ６〜Ｃ８）を選び、コマンド
＜（ＲＥＱ ＴＩＴＬＥ＿ＬＩＳＴ （アクション，１），（ＳＦ，１），（コメディ，１））＞
すなわち、ＶｏＤサーバ５に対するタイトルリスト要求のコマンドを生成する（［１７０３］）。
【０１０４】
通信確立後（［１７０４］）、同リクエストを受けたＶｏＤサーバ５は、既にプリキャッシュデータを送信済みのＣ０〜Ｃ５以外のタイトルから、「アクション、ＳＦ、コメディ」のジャンルのタイトルを各１選択し、その結果、タイトルＣ６〜Ｃ８からなるタイトルリストを送信する。なお、１ジャンルに複数のタイトルがあり、その総数よりＴＩＴＬＥＳ＿ＰＥＲ＿ＧＥＮＲＥが少なかった場合、ＶｏＤサーバ５はリリースの新しいもの（ニューリリース）からタイトルを選択するものとする（［１７０５］，［１７０６］）。
【０１０５】
このコマンドを受け取ったＶｏＤサーバ５は、コンテンツ管理テーブル（図６）から条件に合致したタイトルを選び出し、
＜（「ＴＩＴＬＥ＿ＬＩＳＴ」 （Ｃ６，アクション，２００９／７／１，１．５），（Ｃ７，ＳＦ，２００９／７／１，２），（Ｃ８，コメディ，２００９／７／１，２））＞
のような「タイトル名、ジャンル、リリース、再生時間のデータ」を４つ組にしたリストで結果を返す。すなわち、映像再生装置１０１は、ＶｏＤサーバ５から、タイトルリストを要求した結果として、「タイトル名、ジャンル、リリース、再生時間のデータ」を４つ組にしたリストを受け取る（［１７０７］）。
【０１０６】
このデータを解釈して、タイトルリスト取得部７において、図１７に示したようなプレキャッシュデータ管理テーブルを作成する（［１７０８］）。以下、午前２時に、プレキャッシュデータ取得部１１が、追加されたタイトルのプレキャッシュを行う。従って、最終的に、図１８に示す「プレキャッシュ管理テーブル」が出来上がる（［１７０７］〜［１７１０］）。
【０１０７】
以下、「タイムシフト再生 → 嗜好情報の更新 → 嗜好情報に基づくプレキャッシュ」を繰り返す。
【０１０８】
これにより、図１４に一例を示した『見るナビ』画面は、次回のユーザによる再生指示時には、嗜好情報に基づいて３つ（Ｃ６，Ｃ７，Ｃ８）のサムネイルが追加された図１９のようなタイトルメニューを表示する。
【０１０９】
このように、本発明では、回線速度から算出されたファイルサイズの映像ファイルプレキャッシュを用いたタイムシフト再生により、本来、要求性能を満たさない、例えば回線速度が低い通信環境においても、ＶｏＤタイトルを観賞できる。
【０１１０】
なお、この発明は、上述した各実施の形態に限定されるものではなく、その実施の段階ではその要旨を逸脱しない範囲で種々な変形もしくは変更が可能である。また、各実施の形態は、可能な限り適宜組み合わせて、もしくは一部を削除して実施されてもよく、その場合は、組み合わせもしくは削除に起因したさまざまな効果が得られる。
【０１１１】
例えば、上述した実施の形態の説明においては、回線の揺らぎを一律５％とした。すなわち測定した回線速度の最低値に対して５％の低下を織り込んだが、より正確を期すためには、例えば回線速度の測定データをある期間蓄積して、統計的に揺らぎを算出し、利用することも考えられる。
【０１１２】
また、ジャンルというカテゴリの再生回数のみでユーザの嗜好するタイトルを推定する例を説明したが、より精度の高い嗜好の推定ため、洋画／邦画の区別、再生されたタイトルの監督／俳優、タイトルが製作された国、年代といったタイトルの属性を嗜好情報に含めることも考えられる。これにより、よりユーザの嗜好にあったタイトルの「プリキャッシュ」が可能となる。
【０１１３】
また、プリキャッシュの時間を予め設定する例（午前２時）により、実施の形態を説明したが、例えばユーザがタイトル再生を行った時間についても記録し、帯域幅測定結果と合わせ、『ユーザが再生を行わない時間帯、かつ、回線速度の速い時間帯』に、「プレキャッシュ」処理をスケジュールし、効率化（実際のプレキャッシュデータのダウンロードに掛かる時間の低減）を図ることも考えられる。
【０１１４】
また、実施の形態においては、映像再生装置が設置されたネットワーク環境の帯域幅と要求回線性能の差からプレキャッシュサイズを決定したが、帯域幅を意図的に低下して、プレキャッシュサイズをタイトルサイズに近づけるような運用を回避するため、プレキャッシュサイズに上限を設けることも考えられる。
【符号の説明】
【０１１５】
１…リモコン（操作指示部）、２…帯域幅測定部、３…ネットワークインターフェース部、４…インターネット網、５…ＶｏＤサーバ、６…ＲＴＣ（リアルタイムクロック）部、７…タイトルリスト取得部、８…ダウンロード部、９…記憶部（ＨＤＤ）、１０…プレキャッシュデータ容量計算部、１１…プレキャッシュデータ取得部、１２…タイムシフト再生部、１３…映像音声出力部、１４…ディスプレイ、１５…スピーカー、１６…嗜好記録部、１７…嗜好推定部、１８…制御部、１９…操作部（リモコン入力部）、１０１…映像再生装置。
【特許請求の範囲】
【請求項１】
コンテンツを保持する記録部と、
ネットワークにアクセスして任意のコンテンツを記録部にダウンロードするネットワークインターフェースと、
前記ネットワークインターフェースがダウンロードするコンテンツのタイトルリストを取得するタイトルリスト取得部と、
前記タイトルリストが取得したタイトルリストが含むコンテンツのうちの一部のデータを、前記ネットワークインターフェースを通じて先行して取得するプレキャッシュデータ取得部と、
前記プレキャッシュデータ取得部が取得すべき前記コンテンツのうちの一部のデータの容量を計算するプレキャッシュデータ容量計算部と、
再生要求に応じて、前記プレキャッシュデータ取得部が保持する前記コンテンツのうちの一部のデータを再生し、その再生の間に、前記ネットワークインターフェースを通じ、前記タイトルリスト取得部が取得した前記タイトルリストのうちの前記プレキャッシュデータ取得部が取得済みの前記プレキャッシュデータに引き続くコンテンツをダウンロードし、前記プレキャッシュデータ取得部が保持する前記コンテンツのうちの一部のデータの再生に引き続いて、再生する制御部と、
を有する映像再生装置。
【請求項２】
前記プレキャッシュデータ取得部が参照するタイトルリストに反映する嗜好情報を再生履歴として保持する嗜好記録部をさらに有することを特徴とする請求項１記載の映像再生装置。
【請求項３】
前記嗜好記録部が保持する嗜好情報から前記プレキャッシュデータ取得部が取得すべきタイトルを推定して前記タイトルリストへ反映させる嗜好推定部をさらに有することを特徴とする請求項２記載の映像再生装置。
【請求項４】
ネットワーク上のサーバから任意のコンテンツのうちの一部のデータを、先行して取得すべきデータ容量を計算し、
ネットワークにアクセスして任意のコンテンツのうちの一部のデータを、計算されたデータ容量に従い、先行して取得し、
再生要求に応じて、先行して取得したコンテンツのうちの一部のデータを再生し、その再生の間に、前記先行して取得したコンテンツに引き続くコンテンツを、前記コンテンツのうちの一部のデータの再生に引き続いて再生可能に受信する
ことを特徴とする映像受信方法。
【請求項５】
前記先行して取得すべきコンテンツは、再生履歴に基づいて推定されることを特徴とする請求項４記載の映像受信方法。
【請求項６】
外部から１つのコンテンツの再生に先行して取得すべきデータ容量を計算し、
ネットワークにアクセスし、計算結果に従い、先行して取得すべきデータを、データ容量の範囲で、先行して取得し、
再生要求に応じて、先行して取得したコンテンツのうちの一部のデータを再生し、その再生の間に、先行して取得したコンテンツに引き続くコンテンツを引き続いてネットワーク上からダウンロードし、予め用意した記録領域に一時的に格納する
ことを特徴とする映像コンテンツダウンロードプログラム。
【請求項７】
前記先行して取得すべきコンテンツは、再生履歴に基づいて推定されることを特徴とする請求項６記載の映像コンテンツダウンロードプログラム。
【請求項１】
コンテンツを保持する記録部と、
ネットワークにアクセスして任意のコンテンツを記録部にダウンロードするネットワークインターフェースと、
前記ネットワークインターフェースがダウンロードするコンテンツのタイトルリストを取得するタイトルリスト取得部と、
前記タイトルリストが取得したタイトルリストが含むコンテンツのうちの一部のデータを、前記ネットワークインターフェースを通じて先行して取得するプレキャッシュデータ取得部と、
前記プレキャッシュデータ取得部が取得すべき前記コンテンツのうちの一部のデータの容量を計算するプレキャッシュデータ容量計算部と、
再生要求に応じて、前記プレキャッシュデータ取得部が保持する前記コンテンツのうちの一部のデータを再生し、その再生の間に、前記ネットワークインターフェースを通じ、前記タイトルリスト取得部が取得した前記タイトルリストのうちの前記プレキャッシュデータ取得部が取得済みの前記プレキャッシュデータに引き続くコンテンツをダウンロードし、前記プレキャッシュデータ取得部が保持する前記コンテンツのうちの一部のデータの再生に引き続いて、再生する制御部と、
を有する映像再生装置。
【請求項２】
前記プレキャッシュデータ取得部が参照するタイトルリストに反映する嗜好情報を再生履歴として保持する嗜好記録部をさらに有することを特徴とする請求項１記載の映像再生装置。
【請求項３】
前記嗜好記録部が保持する嗜好情報から前記プレキャッシュデータ取得部が取得すべきタイトルを推定して前記タイトルリストへ反映させる嗜好推定部をさらに有することを特徴とする請求項２記載の映像再生装置。
【請求項４】
ネットワーク上のサーバから任意のコンテンツのうちの一部のデータを、先行して取得すべきデータ容量を計算し、
ネットワークにアクセスして任意のコンテンツのうちの一部のデータを、計算されたデータ容量に従い、先行して取得し、
再生要求に応じて、先行して取得したコンテンツのうちの一部のデータを再生し、その再生の間に、前記先行して取得したコンテンツに引き続くコンテンツを、前記コンテンツのうちの一部のデータの再生に引き続いて再生可能に受信する
ことを特徴とする映像受信方法。
【請求項５】
前記先行して取得すべきコンテンツは、再生履歴に基づいて推定されることを特徴とする請求項４記載の映像受信方法。
【請求項６】
外部から１つのコンテンツの再生に先行して取得すべきデータ容量を計算し、
ネットワークにアクセスし、計算結果に従い、先行して取得すべきデータを、データ容量の範囲で、先行して取得し、
再生要求に応じて、先行して取得したコンテンツのうちの一部のデータを再生し、その再生の間に、先行して取得したコンテンツに引き続くコンテンツを引き続いてネットワーク上からダウンロードし、予め用意した記録領域に一時的に格納する
ことを特徴とする映像コンテンツダウンロードプログラム。
【請求項７】
前記先行して取得すべきコンテンツは、再生履歴に基づいて推定されることを特徴とする請求項６記載の映像コンテンツダウンロードプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１１−９７４７１（Ｐ２０１１−９７４７１Ａ）
【公開日】平成２３年５月１２日（２０１１．５．１２）
【国際特許分類】
【出願番号】特願２００９−２５１１７７（Ｐ２００９−２５１１７７）
【出願日】平成２１年１０月３０日（２００９．１０．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２３年５月１２日（２０１１．５．１２）
【国際特許分類】
【出願日】平成２１年１０月３０日（２００９．１０．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]