(57)【要約】【課題】コンテンツデータの受信状況に応じた品質モードでストリーミング再生をすることができるので、ストリーミングデータの再生と保存データの保存を同時に行うことが可能なコンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラムを提供すること。【解決手段】コンテンツデータは、受信端末がコンテンツデータを受信しながら再生するためのストリーミングデータと、受信端末にデータを保存するための保存データとを含み、ストリーミングデータと保存データを配信する配信部と、受信端末がストリーミングデータ又は保存データを受信するときの受信状況に基づいて、コンテンツデータのデータ量に対応させたコンテンツデータの品質モードを取得する品質モード取得部とを備え、配信部は、受信端末にストリーミングデータを配信するとき、品質モード取得部が取得した品質モードでストリーミングデータを受信端末に配信することを特徴とする。【選択図】図２
2008311795.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを配信する配信サーバと前記コンテンツデータを受信し前記コンテンツデータを再生する受信端末とが接続されたネットワークにおけるコンテンツ配信システムにおいて、
前記コンテンツデータは、前記受信端末が前記コンテンツデータを受信しながら再生するためのストリーミングデータと、前記受信端末にデータを保存するための保存データとを含み、
前記配信サーバは、前記ストリーミングデータと前記保存データを配信する配信部を備え、
前記受信端末は、
前記配信部から配信された前記ストリーミングデータ及び前記保存データを受信する受信部と、
前記受信部で受信した前記ストリーミングデータを再生するストリーミング制御部と、
前記受信部で受信した前記保存データを保存するデータ保存部と、
を備え、
前記配信サーバ又は前記受信端末は、
前記受信部が前記ストリーミングデータ又は前記保存データを受信するときの受信状況を測定する受信状況測定部と、
前記受信状況測定部の測定結果に基づいて、前記コンテンツデータのデータ量に対応した前記コンテンツデータの品質モードを決定する品質決定部と、
を備え、
前記配信部は、前記受信端末に前記ストリーミングデータを配信するとき、前記品質決定部で決定された前記品質モードで前記ストリーミングデータを前記受信端末に配信することを特徴とする、コンテンツ配信システム。
【請求項２】
前記受信状況測定部が、前記受信部における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも低速であると判断したとき、前記品質決定部は、前記データ量が少ない品質モードを選択し、前記配信部は、前記データ量が少ない品質モードの前記ストリーミングデータを配信することを特徴とする、請求項１に記載のコンテンツ配信システム。
【請求項３】
前記受信状況測定部が、前記受信部における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも高速であると判断したとき、前記品質決定部は、前記データ量が多い品質モードを選択し、前記配信部は、前記データ量が多い品質モードの前記ストリーミングデータを配信することを特徴とする、請求項１に記載のコンテンツ配信システム。
【請求項４】
前記受信状況は、前記配信部が前記コンテンツデータを配信するときの処理能力が低下するとき、前記受信部における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも低速となることを特徴とする、請求項１に記載のコンテンツ配信システム。
【請求項５】
コンテンツデータを受信し前記コンテンツデータを再生する受信端末に接続されたネットワークを介して前記コンテンツデータを前記受信端末に配信する配信サーバにおいて、
前記コンテンツデータは、前記受信端末が前記コンテンツデータを受信しながら再生するためのストリーミングデータと、前記受信端末にデータを保存するための保存データとを含み、
前記ストリーミングデータと前記保存データを配信する配信部と、
前記受信端末が前記ストリーミングデータ又は前記保存データを受信するときの受信状況に基づいて、前記コンテンツデータのデータ量に対応させた前記コンテンツデータの品質モードを取得する品質モード取得部と、
を備え、
前記配信部は、前記受信端末に前記ストリーミングデータを配信するとき、前記品質モード取得部が取得した前記品質モードで前記ストリーミングデータを前記受信端末に配信することを特徴とする、配信サーバ。
【請求項６】
前記品質モード取得部は、前記測定された受信状況の結果、前記受信端末における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも低速であると判断されたとき、前記データ量が少ない品質モードを取得し、
前記配信部は、前記データ量が少ない品質モードの前記ストリーミングデータを配信することを特徴とする、請求項５に記載の配信サーバ。
【請求項７】
前記品質モード取得部は、前記測定された受信状況の結果、前記受信端末における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも高速であると判断されたとき、前記データ量が多い品質モードを取得し、
前記配信部は、前記データ量が多い品質モードの前記ストリーミングデータを配信することを特徴とする、請求項５に記載の配信サーバ。
【請求項８】
前記受信状況を測定する受信状況測定部を備えることを特徴とする、請求項５に記載の配信サーバ。
【請求項９】
前記測定結果に基づいて、前記品質モードを決定する品質決定部を備えることを特徴とする、請求項５に記載の配信サーバ。
【請求項１０】
前記受信状況の測定結果が、前記受信部における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも低速であるとき、前記品質決定部は、前記データ量が少ない品質モードを選択し、前記配信部は、前記データ量が少ない品質モードの前記ストリーミングデータを配信することを特徴とする、請求項９に記載の配信サーバ。
【請求項１１】
前記受信状況の測定結果が、前記受信部における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも高速であるとき、前記品質決定部は、前記データ量が多い品質モードを選択し、前記配信部は、前記データ量が多い品質モードの前記ストリーミングデータを配信することを特徴とする、請求項９に記載の配信サーバ。
【請求項１２】
同一内容の前記コンテンツデータについて、前記品質モードの異なる複数の前記コンテンツデータを記録する記録部を備えることを特徴とする、請求項５に記載の配信サーバ。
【請求項１３】
前記コンテンツデータを記録する記録部と、
前記記録部に記録された前記コンテンツデータをデータ量の少ない前記コンテンツデータに変換処理する変換処理部と、
を備え、
前記配信部は、前記変換処理部で変換された前記データ量が少ない品質モードの前記コンテンツデータを配信することを特徴とする、請求項５に記載の配信サーバ。
【請求項１４】
前記配信部は、前記ストリーミングデータを通信プロトコルについてＲＴＰ（real-time  transport  protocol）で配信することを特徴とする、請求項５に記載の配信サーバ。
【請求項１５】
前記配信部は、前記保存データを通信プロトコルについてＨＴＴＰ（hypertext  transfer  protocol）で配信することを特徴とする、請求項５に記載の配信サーバ。
【請求項１６】
前記配信部が、前記受信端末に前記ストリーミングデータ及び前記保存データを少なくとも一部重複して配信するとき、
前記配信部は、前記ストリーミングデータを前記保存データよりも優先して配信することを特徴とする、請求項５に記載の配信サーバ。
【請求項１７】
前記ストリーミングデータは、マルチビットレート配信に対応したデータ構造であり、前記配信部は、前記受信端末の前記受信状況に応じて配信速度を変動させて前記ストリーミングデータを配信することを特徴とする、請求項５に記載の配信サーバ。
【請求項１８】
前記受信端末は、前記ストリームデータを再生する前記受信端末のストリーム制御部と、前記保存データを保存する前記受信端末のデータ保存部とが別体で構成されたことを特徴とする、請求項５に記載の配信サーバ。
【請求項１９】
コンテンツデータを配信する配信サーバに接続されたネットワークを介して前記コンテンツデータを前記配信サーバから受信し前記コンテンツデータを再生する受信端末において、
前記コンテンツデータは、前記受信端末が前記コンテンツデータを受信しながら再生するためのストリーミングデータと、前記受信端末にデータを保存するための保存データとを含み、
前記配信サーバから配信された前記ストリーミングデータ及び前記保存データを受信する受信部と、
前記受信部で受信した前記ストリーミングデータを再生するストリーミング制御部と、
前記受信部で受信した前記保存データを保存するデータ保存部と、
を備え、
前記受信部が前記ストリーミングデータ又は前記保存データを受信するときの受信状況に基づいて決定された、前記コンテンツデータのデータ量に対応させた前記コンテンツデータの品質モードで、前記受信部は前記ストリーミングデータを受信することを特徴とする、受信端末。
【請求項２０】
前記受信状況を測定する受信状況測定部を備えることを特徴とする、請求項１９に記載の受信端末。
【請求項２１】
前記測定結果に基づいて、前記品質モードを決定する品質決定部を備えることを特徴とする、請求項１９に記載の受信端末。
【請求項２２】
前記受信状況の測定結果が、前記受信部における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも低速であるとき、前記品質決定部は、前記データ量が少ない品質モードを選択し、前記配信サーバに、前記データ量が少ない品質モードの前記ストリーミングデータを配信するように要求することを特徴とする、請求項２１に記載の受信端末。
【請求項２３】
前記受信状況の測定結果が、前記受信部における前記ストリーミングデータ又は前記保存データの受信が所定速度よりも高速であるとき、前記品質決定部は、前記データ量が多い品質モードを選択し、前記配信サーバに、前記データ量が多い品質モードの前記ストリーミングデータを配信するように要求することを特徴とする、請求項２１に記載の受信端末。
【請求項２４】
コンテンツデータを受信し前記コンテンツデータを再生する受信端末に接続されたネットワークを介して前記コンテンツデータを前記受信端末に配信する配信サーバにおけるコンピュータプログラムにおいて、
前記コンテンツデータは、前記受信端末が前記コンテンツデータを受信しながら再生するためのストリーミングデータと、前記受信端末にデータを保存するための保存データとを含み、
前記ストリーミングデータと前記保存データを配信する手段と、
前記受信端末が前記ストリーミングデータ又は前記保存データを受信するときの受信状況が測定されたのち、前記測定結果に基づいて決定された前記コンテンツデータのデータ量に対応した前記コンテンツデータの品質モードを取得する手段と、
前記受信端末に前記ストリーミングデータを配信するとき、前記取得した前記品質モードで前記ストリーミングデータを前記受信端末に配信する手段と、
を含み、配信サーバとしてコンピュータを機能させることを特徴とする、コンピュータプログラム。
【請求項２５】
コンテンツデータを配信する配信サーバに接続されたネットワークを介して前記コンテンツデータを前記配信サーバから受信し前記コンテンツデータを再生する受信端末におけるコンピュータプログラムにおいて、
前記コンテンツデータは、前記受信端末が前記コンテンツデータを受信しながら再生するためのストリーミングデータと、前記受信端末にデータを保存するための保存データとを含み、
前記配信サーバから配信された前記ストリーミングデータ及び前記保存データを受信する手段と、
前記受信した前記ストリーミングデータを再生する手段と、
前記受信した前記保存データを保存する手段と、
前記ストリーミングデータ又は前記保存データを受信するときの受信状況が測定され、前記測定結果に基づいて前記コンテンツデータのデータ量に対応した前記コンテンツデータの品質モードが決定されたのち、前記決定された前記品質モードで前記ストリーミングデータを受信する手段と、
を含み、受信端末としてコンピュータを機能させることを特徴とする、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年では、コンテンツデータ、例えば、映画、音楽、スポーツ、ソフトウェアなどのデータがインターネット等のネットワークを介して配信されるコンテンツ配信サービスが利用されている。
【０００３】
コンテンツ配信サービスは、一般に、ネットワークに接続された配信サーバと利用者端末とからなる。配信サーバは、複数のコンテンツデータを記憶しており、利用者端末からのアクセスに応じて、コンテンツデータを配信する。一方、利用者端末は、ネットワークを介して、配信サーバにアクセスすることによって、配信サーバからコンテンツデータをダウンロードする。例えば、利用者は、利用者端末を操作することによって配信サーバにアクセスすることができ、配信サーバからコンテンツデータをダウンロードすることができる。
【０００４】
サーバから端末にデータがダウンロードされる技術において、例えば、特許文献１では、コンテンツデータの再生が途切れないようにコンテンツデータを効率よく配信する技術が開示されている。
【０００５】
【特許文献１】特開２００６−１０９０９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、利用者端末におけるコンテンツデータの再生方法には、通常、１つのコンテンツデータの全てのデータをダウンロードし端末の記憶部に全てのデータを保存し終えた後、再生を開始する保存データ再生方法と、ダウンロードされたデータを一時保存して、そのデータについて直ぐに再生を開始するストリーミング再生方法がある。
【０００７】
保存データ再生方法は、全てのデータのダウンロード完了を待つため、コンテンツデータの伝送速度に関わらず再生することができるが、端末に十分な容量を持った記憶部が必要である。一方、ストリーミング再生方法は、一般に、全てのデータを端末の記憶部に保存することはないので、端末の記憶部の残り容量を減少させることなくコンテンツデータを視聴することができる。しかし、ストリーミング再生方法は、ダウンロードされたデータを直ぐに再生するため、ネットワークの回線状況などによってデータの伝送速度が遅くなると、再生に必要なデータが足りなくなり再生が途切れるという問題があった。即ち、ストリーミング再生方法は、再生が途切れないようにするためにはデータの伝送速度以上の帯域を持つネットワークが必要となる。しかし、利用者によっては、高速回線ではなく低速回線でコンテンツ配信サービスを利用する場合もあり、低速回線でも高速回線と同様のサービスを実現できることかできることが好ましい。
【０００８】
また、ネットワーク上でネットワークに接続された別の機器が帯域の多くを占有する場合、利用者端末がこの影響を受けてストリーミング再生を正常にすることが出来ないという問題があった。
【０００９】
また、コンテンツデータの伝送を優先的に行う方法として、ＱｏＳ（Quality  of  Service）保証などがある。一般に、ＱｏＳは、パケットヘッダにＩＰ電話、映像、通常伝送といった数種類のデータについて優先順位をつけて優先度の高いパケットを優先して伝送するものである。しかし、ダウンロード用コンテンツの優先順位を上げると、ストリーミング再生用コンテンツの伝送を妨げるため、ストリーミング再生のリアルタイム性が損なわれるという問題があった。
【００１０】
更に、１つのコンテンツにおいて、データの保存と即時再生を同時に行おうとすると、保存を終えたところのデータ部分のみしか再生動作、チャプタ移動動作などをすることができない。そのため、端末に保存されていないデータ部分については、再生やチャプタ移動動作をすることができなかった。
【００１１】
そして、一般に、コンテンツデータの再生制御には、端末などの再生装置において高い処理能力が必要である。そのため、端末の機器によっては、データ容量が多い高品位の保存用コンテンツデータのダウンロードと、高品位のストリーミング再生を同時に行うことができなかった。
【００１２】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツデータの受信状況に応じた品質モードでストリーミング再生をすることができるので、ストリーミングデータの再生と保存データの保存を同時に行うことが可能な、新規かつ改良されたコンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明のある観点によれば、コンテンツデータを配信する配信サーバとコンテンツデータを受信しコンテンツデータを再生する受信端末とが接続されたネットワークにおけるコンテンツ配信システムにおいて、コンテンツデータは、受信端末がコンテンツデータを受信しながら再生するためのストリーミングデータと、受信端末にデータを保存するための保存データとを含み、配信サーバは、ストリーミングデータと保存データを配信する配信部を備え、受信端末は、配信部から配信されたストリーミングデータ及び保存データを受信する受信部と、受信部で受信したストリーミングデータを再生するストリーミング制御部と、受信部で受信した保存データを保存するデータ保存部とを備え、配信サーバ又は受信端末は、受信部がストリーミングデータ又は保存データを受信するときの受信状況を測定する受信状況測定部と、受信状況測定部の測定結果に基づいて、コンテンツデータのデータ量に対応したコンテンツデータの品質モードを決定する品質決定部とを備え、配信部は、受信端末にストリーミングデータを配信するとき、品質決定部で決定された品質モードでストリーミングデータを受信端末に配信することを特徴とするコンテンツ配信システムが提供される。
【００１４】
かかる構成により、受信部の受信状況に応じて、配信されるストリーミングデータの品質が決定される。そのため、低速回線に接続された受信端末でも、保存データの保存をしながらストリーミングデータの再生をすることができる。
【００１５】
上記受信状況測定部が、受信部におけるストリーミングデータ又は保存データの受信が所定速度よりも低速であると判断したとき、品質決定部は、データ量が少ない品質モードを選択し、配信部は、データ量が少ない品質モードのストリーミングデータを配信するものであってもよい。
【００１６】
上記受信状況測定部が、受信部におけるストリーミングデータ又は保存データの受信が所定速度よりも高速であると判断したとき、品質決定部は、データ量が多い品質モードを選択し、配信部は、データ量が多い品質モードのストリーミングデータを配信するものであってもよい。
【００１７】
上記受信状況は、配信部がコンテンツデータを配信するときの処理能力が低下するとき、受信部におけるストリーミングデータ又は保存データの受信が所定速度よりも低速となるものであってもよい。かかる構成により、配信サーバの処理能力が不足している場合に低品質側にストリーミングデータを変更することで、ストリーミングデータのスムーズな再生が可能となる。
【００１８】
また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを受信しコンテンツデータを再生する受信端末に接続されたネットワークを介してコンテンツデータを受信端末に配信する配信サーバにおいて、コンテンツデータは、受信端末がコンテンツデータを受信しながら再生するためのストリーミングデータと、受信端末にデータを保存するための保存データとを含み、ストリーミングデータと保存データを配信する配信部と、受信端末がストリーミングデータ又は保存データを受信するときの受信状況に基づいて、コンテンツデータのデータ量に対応させたコンテンツデータの品質モードを取得する品質モード取得部とを備え、配信部は、受信端末にストリーミングデータを配信するとき、品質モード取得部が取得した品質モードでストリーミングデータを受信端末に配信することを特徴とする配信サーバが提供される。
【００１９】
上記品質モード取得部は、測定された受信状況の結果、受信端末におけるストリーミングデータ又は保存データの受信が所定速度よりも低速であると判断されたとき、データ量が少ない品質モードを取得し、配信部は、データ量が少ない品質モードのストリーミングデータを配信するものであってもよい。
【００２０】
上記品質モード取得部は、測定された受信状況の結果、受信端末におけるストリーミングデータ又は保存データの受信が所定速度よりも高速であると判断されたとき、データ量が多い品質モードを取得し、配信部は、データ量が多い品質モードのストリーミングデータを配信するものであってもよい。
【００２１】
上記受信状況を測定する受信状況測定部を備えるものであってもよい。
【００２２】
上記測定結果に基づいて、品質モードを決定する品質決定部を備えるものであってもよい。
【００２３】
上記受信状況の測定結果が、受信部におけるストリーミングデータ又は保存データの受信が所定速度よりも低速であるとき、品質決定部は、データ量が少ない品質モードを選択し、配信部は、データ量が少ない品質モードのストリーミングデータを配信するものであってもよい。
【００２４】
上記受信状況の測定結果が、受信部におけるストリーミングデータ又は保存データの受信が所定速度よりも高速であるとき、品質決定部は、データ量が多い品質モードを選択し、配信部は、データ量が多い品質モードのストリーミングデータを配信するものであってもよい。
【００２５】
同一内容のコンテンツデータについて、品質モードの異なる複数のコンテンツデータを記録する記録部を備えるものであってもよい。
【００２６】
上記コンテンツデータを記録する記録部と、記録部に記録されたコンテンツデータをデータ量の少ないコンテンツデータに変換処理する変換処理部とを備え、配信部は、変換処理部で変換されたデータ量が少ない品質モードのコンテンツデータを配信するものであってもよい。
【００２７】
上記配信部は、ストリーミングデータを通信プロトコルについてＲＴＰ（real-time  transport  protocol）で配信するものであってもよい。
【００２８】
上記配信部は、保存データを通信プロトコルについてＨＴＴＰ（hypertext  transfer  protocol）で配信するものであってもよい。
【００２９】
上記配信部が、受信端末にストリーミングデータ及び保存データを少なくとも一部重複して配信するとき、配信部は、ストリーミングデータを保存データよりも優先して配信するものであってもよい。かかる構成により、利用者は保存データの保存経過を考慮する必要がなくなる。また、保存データの受信速度に関係なく、スムーズなストリーミング再生が可能となる。
【００３０】
上記ストリーミングデータは、マルチビットレート配信に対応したデータ構造であり、配信部は、受信端末の受信状況に応じて配信速度を変動させてストリーミングデータを配信するものであってもよい。
【００３１】
上記受信端末は、ストリームデータを再生する受信端末のストリーム制御部と、保存データを保存する受信端末のデータ保存部とが別体で構成されたものであってもよい。
【００３２】
また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを配信する配信サーバに接続されたネットワークを介してコンテンツデータを配信サーバから受信しコンテンツデータを再生する受信端末において、コンテンツデータは、受信端末がコンテンツデータを受信しながら再生するためのストリーミングデータと、受信端末にデータを保存するための保存データとを含み、配信サーバから配信されたストリーミングデータ及び保存データを受信する受信部と、受信部で受信したストリーミングデータを再生するストリーミング制御部と、受信部で受信した保存データを保存するデータ保存部とを備え、受信部がストリーミングデータ又は保存データを受信するときの受信状況に基づいて決定された、コンテンツデータのデータ量に対応させたコンテンツデータの品質モードで、受信部はストリーミングデータを受信することを特徴とする受信端末が提供される。
【００３３】
上記受信状況を測定する受信状況測定部を備えるものであってもよい。
【００３４】
上記測定結果に基づいて、品質モードを決定する品質決定部を備えるものであってもよい。
【００３５】
上記受信状況の測定結果が、受信部におけるストリーミングデータ又は保存データの受信が所定速度よりも低速であるとき、品質決定部は、データ量が少ない品質モードを選択し、配信サーバに、データ量が少ない品質モードのストリーミングデータを配信するように要求するものであってもよい。
【００３６】
上記受信状況の測定結果が、受信部におけるストリーミングデータ又は保存データの受信が所定速度よりも高速であるとき、品質決定部は、データ量が多い品質モードを選択し、配信サーバに、データ量が多い品質モードのストリーミングデータを配信するように要求するものであってもよい。
【発明の効果】
【００３７】
本発明によれば、コンテンツデータの受信状況に応じた品質モードでストリーミング再生をすることができるので、ストリーミングデータの再生と保存データの保存を同時に行うことができる。
【発明を実施するための最良の形態】
【００３８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００３９】
（第１の実施形態の構成）
まず、図１を参照して、本発明の第１の実施形態に係るコンテンツ配信システム１００について説明する。図１は、本実施形態に係るコンテンツ配信システム１００を示す構成図である。コンテンツ配信システム１００は、コンテンツデータ、例えば、映画、音楽、スポーツ、ソフトウェアなどのデータをインターネット等のネットワークを介して配信するシステムである。コンテンツ配信システム１００は、ネットワーク１５０に接続された配信サーバ１１０と受信機１６０（利用者端末、受信端末の一例である。）とを有する。コンテンツ配信システム１００によって、コンテンツデータが受信機１６０に配信され、受信機１６０がコンテンツデータをダウンロードすることができるコンテンツ配信サービスが実現される。
【００４０】
受信機１６０におけるコンテンツデータの再生方法には、通常、１つのコンテンツデータの全てのデータをダウンロードし受信機１６０のデータ保存部１６６に全てのデータを保存し終えた後、再生を開始する保存データ再生方法と、ダウンロードされたデータを一時保存して、そのデータについて直ぐに再生を開始するストリーミング再生方法がある。
【００４１】
ネットワーク１５０は、例えば、インターネットプロトコル（ＩＰ）技術を利用してコンピュータ・ネットワークが相互接続された広範囲のＩＰネットワークなどである。ルータ１６２は、例えば、異なるコンピュータ・ネットワーク間を接続、又は中継（経路制御）する。
【００４２】
次に、図２を参照して、本実施形態に係る配信サーバについて説明する。図２は、本実施形態に係る配信サーバを示すブロック図である。
【００４３】
配信サーバ１１０は、コンテンツデータの配信、受信機１６０の認証などを行う。配信サーバ１１０は、ＣＰＵ１１２と、メモリ１１４と、入出力ＩＦ１１６と、表示部１１８と、コンテンツデータを保存する記録部１２０と、コンテンツデータを配信するコンテンツデータ配信部１２２と、受信機１６０からのコンテンツデータの配信要求の受付をする配信要求受付部１２４と、ユーザ認証部１２６と、ユーザ情報管理部１２８と、課金処理部１３０と、品質モード取得部１３２と、受信状況測定部１３４と、品質決定部１３６と、ネットワーク接続部１３８を有する。
【００４４】
ＣＰＵ（Central  Processing  Unit）１１２は、プログラムによって演算処理装置及び制御装置として機能し、配信サーバ１１０内に設けられた各構成要素の処理を制御することができる。メモリ１１４は、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、キャッシュメモリなどの記憶部で構成されている。メモリ１１４は、ＣＰＵ１１２の処理に関するデータ、ＣＰＵ１１２の動作プログラムなどを一時的に記憶する機能を有する。
【００４５】
入出力ＩＦ（インターフェース）１１６は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなどの操作部と、入力信号を生成しＣＰＵ１１２に出力する入力制御部等から構成される。例えば、配信サーバ１１０の管理者は、入出力ＩＦ１１６の操作部を操作することによって、配信サーバ１１０にデータを入力したり処理動作を指示したりすることができる。
【００４６】
表示部１１８は、例えば、液晶ディスプレイ（ＬＣＤ）装置、ＣＲＴディスプレイ装置、ランプなどの映像信号を表示する表示装置と、スピーカなどの音声信号を出力する音声出力装置などからなる。例えば、配信サーバ１１０の管理者は、入出力ＩＦ１１６で行った操作の結果などを、表示部１１８を介して確認することができる。
【００４７】
記録部１２０は、例えば、ＨＤＤ（ハードディスクドライブ）、フラッシュメモリなどで構成されており、データを長期に亘って格納するための記憶部である。記録部１２０は、ユーザ情報データベース、課金データベース、端末性能情報、ネットワーク回線情報、プログラムなどのデータを記録することができる。また、記録部１２０には、複数のコンテンツデータが記録されている。ユーザ情報データベースには、例えば、利用者がコンテンツ配信サービスを利用可能な者であるかを判別するための利用者ＩＤやパスワードなどの認証情報が利用者ごとに格納されている。課金データベースには、例えば各利用者の利用者ＩＤごとに課金情報が格納されている。課金情報は、利用者によるコンテンツの選択、購入決定による課金処理によって更新されて、利用者ごとに課金処理されたコンテンツのタイトル、配信日時、課金金額などの情報が記録される。
【００４８】
コンテンツデータ配信部１２２は、配信部の一例であり、記録部１２０に記録されたコンテンツデータ、例えば保存データ、高品質のストリーミング再生データ、低品質のストリーミング再生データを受信機１６０に配信する。コンテンツデータ配信部１２２は、ストリーミングデータを通信プロトコルについてＲＴＰ（real-time  transport  protocol）で配信するものであってもよい。コンテンツデータ配信部１２２は、保存データを通信プロトコルについてＨＴＴＰ（hypertext  transfer  protocol）で配信するものであってもよい。これにより、データの保障された保存データの保存と、リアルタイム性や高効率なストリーミング再生が可能となる。
【００４９】
配信要求受付部１２４は、受信機１６０から送信された配信要求を受信する。配信要求受信した場合、配信要求受付部１２４はコンテンツデータ配信部１２２にコンテンツデータを配信するように要求する。このとき、配信要求は、保存データ又はストリーミングデータのいずれか、若しくは両者を配信するように要求する。
【００５０】
ユーザ認証部１２６は、利用者がコンテンツ配信サービスを利用可能な者であるか否かを本人確認する。本人確認は、例えば、受信機１６０から送信される利用者ＩＤとパスワードとがユーザ情報データベースに格納された利用者ＩＤとパスワードに一致するか否かによって判断される。
【００５１】
ユーザ情報管理部１２８は、例えば、受信機１６０からの要求に応じてユーザ情報データベースに格納されたユーザ情報を新規に格納、既存のユーザ情報を削除又は変更する。
【００５２】
課金処理部１３０は、利用者によってコンテンツの選択がされて、購入方法が選択されることにより購入が決定したことによって、利用者に対して課金処理を行う。なお、内容が同じコンテンツは、１つのコンテンツに対して購入処理を行うだけで、保存データの保存及びストリーミングデータの再生のいずれも可能なように管理することができる。
【００５３】
品質モード取得部１３２は、受信機１６０がストリーミングデータ又は保存データを受信するときの受信状況に基づいて、コンテンツデータのデータ量に対応させたコンテンツデータの品質モードを取得する。例えば、品質モード取得部１３２は、品質決定部１３６で決定された品質モード、例えば高品質モード、低品質モードという情報を取得する。
【００５４】
受信状況測定部１３４は、受信機１６０がストリーミングデータ又は保存データを受信するときの受信状況を測定する。例えば、受信機１６０におけるストリーミングデータ又は保存データの受信速度を測定し、測定された受信速度が予め設定された速度よりも低速であるか又は高速であるかを判断する。判断結果は、品質決定部１３６に送信される。
【００５５】
品質決定部１３６は、受信機１６０がストリーミングデータ又は保存データを受信するときの受信状況が低速又は高速であるという判断結果に基づいて、品質モードを選択する。例えば、測定された受信速度が予め設定された速度よりも低速である場合は、データ量が少ない低品質モードを選択し、測定された受信速度が予め設定された速度よりも高速である場合は、データ量が多い高品質モードを選択する。選択された品質モードは、品質モード取得部１３２に送信される。
【００５６】
ネットワーク接続部１３８は、例えば、通信回線、通信回路、通信デバイスなどで構成されている。ネットワーク接続部１３８は、配信サーバ１１０と受信機１６０との間で、コンピュータ・ネットワークを介して、データを送受信することができる。
【００５７】
次に、本実施形態に係る受信機について説明する。図３は、本実施形態に係る受信機を示すブロック図である。
【００５８】
受信機１６０は、利用者によるコンテンツデータの選択によって配信サーバ１１０に対してコンテンツデータの配信要求をし、コンテンツデータの受信を行う。受信機１６０は、ＣＰＵ１６４と、メモリ１６５と、データ保存部１６６と、入出力ＩＦ１６８と、デコーダ１７０と、保存データ要求部１７２と、ストリーミングデータ要求部１７４と、再生制御部１７６と、ネットワーク接続部１７８を備える。
【００５９】
ＣＰＵ１６４は、プログラムによって演算処理装置及び制御装置として機能し、受信機１６０内に設けられた各構成要素の処理を制御することができる。ＣＰＵ１６４は、コンテンツデータをダウンロードするダウンロード制御、ダウンロードしたコンテンツデータをデータ保存部１６６に保存する蓄積制御などを行う。
【００６０】
データ保存部１６６は、受信機１６０にダウンロードされたコンテンツデータを、ＣＰＵ１６４におけるダウンロード制御処理、蓄積制御処理を経て記録する。データ保存部１６６は、例えば、ＨＤＤ（ハードディスクドライブ）、光ディスクドライブ、フラッシュメモリなどで構成されており、データを長期に亘って格納するための記憶部である。
【００６１】
メモリ１６５は、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、キャッシュメモリなどの記憶部で構成されている。メモリ１６５は、ＣＰＵの処理に関するデータ、ＣＰＵの動作プログラムなどを一時的に記憶する機能を有する。
【００６２】
入出力ＩＦ１６８は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなどの操作部と、入力信号を生成しＣＰＵ１６４に出力する入力制御部等から構成される。例えば、利用者は、入出力ＩＦ１６８の操作部を操作することによって、受信機１６０内にデータを入力したり、受信機１６０の処理動作を指示したりすることができる。
【００６３】
デコーダ１７０は、受信した映像データ又は音声データなどを復号処理する。デコーダ１７０には、映像データを復号する映像デコーダ、音声データを復号する音声デコーダ、字幕データを復号する字幕デコーダ等がある。
【００６４】
保存データ要求部１７２は、利用者によってコンテンツデータのうち保存データの保存が選択されたとき、配信サーバ１１０に対して保存データの配信を要求する。ストリーミングデータ要求部１７４は、利用者によってコンテンツデータのうちストリーミングデータの再生が選択されたとき、配信サーバ１１０に対してストリーミングデータの配信を要求する。
【００６５】
再生制御部１７６は、データ保存部１６６に保存された保存データを再生する再生制御及び受信したストリーミングデータの再生制御を行う。再生制御部は、ストリーミング制御部の一例である。
【００６６】
ネットワーク接続部１７８は、例えば、通信回線、通信回路、通信デバイスなどで構成されている。ネットワーク接続部１７８は、配信サーバ１１０と受信機１６０との間で、コンピュータ・ネットワークを介して、データを送受信することができる。
【００６７】
表示装置１８０は、例えば、コンピュータ端末のディスプレイ装置、テレビなどである。表示装置１８０は、例えば、液晶ディスプレイ（ＬＣＤ）装置、プラズマディスプレイ装置、ＣＲＴディスプレイ装置などの映像信号を表示する表示装置と、スピーカなどの音声信号を出力する音声出力装置などからなる。
【００６８】
表示装置１８０は、受信機１６０と接続され、受信機１６０からデータを受信して、コンテンツに関する映像や音声を再生する。また、表示装置１８０は、ＧＵＩ（Graphical  User  Interface）画面、ＥＣＧ（Electronic  Content  Guide）画面を表示したりする。受信機１６０と表示装置１８０との間は、ＨＤＭＩ（High-Definition  Multimedia  Interface）などのインターフェースによって、映像信号、音声信号、制御信号が送受信される。なお、受信機１６０と表示装置１８０は、別体の構成装置で構成されていてもよいし、受信機１６０と表示装置１８０が１つに収められた一体型の装置であってもよい。
【００６９】
次に、図４を参照して、配信サーバが有するコンテンツデータの構成の例を示す。図４は、本実施形態に係るコンテンツデータの構成を示す説明図である。
【００７０】
配信サーバ１１０には、複数のコンテンツに関するコンテンツデータが記録されている。コンテンツは、例えば、映画、ドラマ、音楽、スポーツなどの様々なジャンルのものが含まれる。各ジャンルには複数のコンテンツが用意され、配信サーバ１１０の記録部には、それぞれのコンテンツ（例えば映画１、映画２・・・映画ｎ）のコンテンツデータが記録されている。コンテンツデータは、保存データとストリーミングデータが含まれ、保存データは、受信機１６０にコンテンツデータを保存するためのデータであり、ストリーミングデータは、受信機１６０がコンテンツを受信しながら再生するためのデータである。
【００７１】
（第１の実施形態の動作）
次に、図５を参照して、本実施形態に係るコンテンツ配信システムのコンテンツデータの送受信動作について説明する。図５は、本実施形態に係るコンテンツ配信システムのコンテンツデータの送受信動作を示すデータフローチャートである。
【００７２】
配信サーバ１１０がコンテンツデータに関するメタデータを送信し、受信機１６０は、表示装置１８０にコンテンツリストを表示する（ステップＳ１０２）。メタデータは、例えば、ＥＣＧに関するデータ、即ちダウンロード可能なコンテンツデータのタイトルリスト、コンテンツのタイトル、作成日時、出演者、あらすじ、ジャンル、配信可能期間などのコンテンツに関するデータである。
【００７３】
次に、利用者は、表示装置１８０に表示されたコンテンツリストに基づいてコンテンツを選択する（ステップＳ１０４）。選択されたコンテンツは、利用者が購入を希望したコンテンツとして受信機１６０から配信サーバ１１０に購入情報が送信される（ステップＳ１０６）。
【００７４】
配信サーバ１１０は、受信機１６０から購入情報を受信した後、配信サーバ１１０は、コンテンツデータの購入方法に関するデータを送信し、受信機１６０は、表示装置１８０に購入方法リストを表示する（ステップＳ１０８）。購入方法は、コンテンツ配信サービスによって異なるが、例えば、クレジットカード、銀行振り込み、電子マネーなどを使用した方法がある。
【００７５】
そして、利用者は、表示装置１８０に表示されたコンテンツデータの購入方法リストに基づいて購入方法を選択する（ステップＳ１１０）。選択された購入方法は、利用者が希望した購入方法として受信機１６０から配信サーバ１１０に購入方法に関する情報が送信される。そして、利用者による購入方法が決定されることによって、配信サーバ１１０は、利用者によるコンテンツデータの購入を確定し、購入処理を行う（ステップＳ１１２）。購入処理が完了すると、利用者は、購入済みのコンテンツデータのダウンロード、ストリーミング再生が可能となる。
【００７６】
次に、利用者は、表示装置１８０に表示されたコンテンツデータの購入済みリストに基づいて、購入済みのコンテンツデータのダウンロード指示をする（ステップＳ１１４）場合について説明する。ここで、ダウンロード指示とは、コンテンツデータを受信機１６０に保存することである。
【００７７】
配信サーバ１１０の配信要求受付部１２４が受信機１６０からのダウンロード指示を受信すると、配信サーバ１１０のコンテンツデータ配信部１２２は、記録部１２０に記録されたコンテンツデータのうち保存データを受信機１６０に配信する（ステップＳ１１６）。この保存データの配信（ダウンロード）は、ネットワーク１５０や配信サーバ１１０などに障害が発生してデータの配信が中断したり、利用者によってダウンロード中止の指示を要求したりしない限り継続する。
【００７８】
次に、購入済みコンテンツデータのダウンロードが継続している途中において、利用者がストリーミング再生指示をする（ステップＳ１１８）場合について説明する。ここで、ストリーミング再生とは、コンテンツデータを受信機１６０に一時保存しながら、受信したデータを直ぐに再生することである。このとき、一時保存されたデータは、再生後すぐに削除してもよい。
【００７９】
利用者によってストリーミング再生指示がされると、ストリーミング再生要求が配信サーバ１１０に送信される（ステップＳ１２０）。配信要求受付部１２４が受信機１６０からのストリーミング再生指示を受信すると、コンテンツデータ配信部１２２は、記録部１２０に記録されたコンテンツデータのうちストリーミングデータを受信機１６０に配信する（ステップＳ１２２）。そして、受信機１６０が受信したストリーミングデータが再生されて、映画やドラマなどのコンテンツデータが表示装置１８０に表示される。このとき、保存データの配信サーバ１１０から受信機１６０への配信は継続している。コンテンツ配信システム１００において、同一のコンテンツデータ、例えば同一タイトルの映画やドラマなどについて、コンテンツデータの保存とストリーミング再生が同時にできる。
【００８０】
次に、ストリーミング再生が継続している途中において、早送り要求やチャプタ移動要求など通常の再生以外の指示をする（ステップＳ１２４）場合について説明する。ここで、早送りとは、配信するコマを通常の再生の際のストリーミングデータよりも減らして、配信サーバ１１０が一定間隔のコマのみからなるコンテンツデータを配信することであり、通常の再生よりも早い速度でコンテンツデータを視聴することができる。また、チャプタ移動とは、コンテンツデータが複数のチャプタに分かれている場合、任意のチャプタの先頭位置に移動することである。ストリーミング再生方法では、全てのデータをダウンロードせずに再生に必要なデータのみを一時的に保存するだけで再生可能であるため、早送りやチャプタ移動が可能となる。
【００８１】
利用者によって早送り要求又はチャプタ移動要求など通常の再生以外の指示がされると、例えば、早送り要求又はチャプタ移動要求が配信サーバ１１０に送信される（ステップＳ１２６）。配信要求受付部１２４が受信機１６０からの早送り又はチャプタ移動指示を受信すると、コンテンツデータ配信部１２２は、記録部１２０に記録されたコンテンツデータのうちストリーミングデータを受信機１６０に配信する（ステップＳ１２８）。このとき、早送り指示であれば、コンテンツデータ配信部１２２は通常の再生データより少ない一定間隔のコマのみからなるコンテンツデータを配信する。また、チャプタ移動指示であれば、コンテンツデータ配信部１２２は利用者によって選択された任意のチャプタの先頭位置のデータをまず配信し引き続きストリーミングデータを送信する。
【００８２】
コンテンツデータ配信部１２２から受信機１６０にストリーミングデータの最後のデータが送信されると、ストリーミング再生は終了する（ステップＳ１３０）。このとき、保存データのダウンロードが終了していない場合は、保存データの配信サーバ１１０から受信機１６０への配信が継続して行われる。そして、コンテンツデータ配信部１２２から受信機１６０に保存データの最後のデータが送信されると、保存データのダウンロードは終了する（ステップＳ１３２）。
【００８３】
次に、配信サーバ１１０がコンテンツデータを配信するときの配信サーバ１１０の動作について説明する。図６は、本実施形態に係る配信サーバ１１０のコンテンツデータ配信動作を示すフローチャートである。
【００８４】
まず、配信サーバ１１０は、受信機１６０からコンテンツリストに関するメタデータの配信要求があるか否かを判断する（ステップＳ２０２）。コンテンツリストのメタデータの配信要求があった場合、配信サーバ１１０は、受信機１６０にメタデータを送信して、受信機１６０に接続された表示装置１８０にコンテンツリストを表示させる（ステップＳ２０４）。
【００８５】
次に、配信サーバ１１０は、利用者によるコンテンツの購入情報が受信されたか否かを判断する（ステップＳ２０６）。コンテンツの購入情報が受信されたとき、配信サーバ１１０は、受信機１６０に購入方法に関する情報を送信し、利用者によって購入方法が選択されることによって、購入処理を完了する。このとき、購入されたコンテンツデータの保存データの配信を開始してもよい（ステップＳ２０８）。
【００８６】
配信サーバ１１０は、コンテンツデータのうち保存データの配信がされている途中において、コンテンツデータのうちストリーミングデータの再生要求があったか否かを判断する。または、配信サーバ１１０は、ストリーミング再生において早送り要求又はチャプタ移動要求があったか否かを判断する（ステップＳ２１０）。ストリーミングデータの再生要求、早送り要求又はチャプタ移動要求があったとき、配信サーバ１１０は、受信機１６０に適切なストリーミングデータを配信する（ステップＳ２１２）。
【００８７】
また、配信サーバ１１０は、コンテンツデータのうち保存データの最後のデータを配信し、保存データのダウンロードが終了したか否かを判断する（ステップＳ２１４）。保存データのダウンロードが終了していない場合は、引き続きストリーミングデータの再生要求を待つ状態となる。更に、配信サーバ１１０は、コンテンツデータのうちストリーミングデータの最後のデータを配信し、ストリーミングデータの再生が終了したか否かを判断する（ステップＳ２１６）。ストリーミングデータの再生が終了していない場合は、引き続きストリーミングデータの早送り要求、チャプタ移動要求などを待つ状態となる。ストリーミングデータの再生が完了している場合は、配信サーバのコンテンツデータの配信動作は終了する。
【００８８】
次に、本実施形態に係る配信サーバのストリーミング再生動作の詳細について説明する。ストリーミングデータは、配信サーバ１１０の記録部１２０に保存されており、本実施形態では、例えば、データ量が多い高品質（高画質）のストリーミングデータと、データ量が少ない低品質（低画質）の２種類のデータが保存されている。
【００８９】
配信サーバ１１０においてストリーミング再生要求があり、配信サーバ１１０がストリーミングデータを再生している場合（図５のステップＳ１２２）について説明する。このとき、配信サーバ１１０に設けられた受信状況測定部は、受信機１６０の受信部がストリーミングデータ及び保存データを受信するときの受信状況を測定している。そして、受信状況測定部が受信部におけるストリーミングデータ及び保存データの受信が予め設定された速度よりも低速であるか又は高速であるかを判断する。
【００９０】
受信機１６０の受信部がストリーミングデータ及び保存データを受信しているときの受信状況が予め設定された速度よりも低速である場合は、配信サーバ１１０に設けられた品質決定部が低品質モードを選択する。次に、品質決定部が配信サーバ１１０に設けられた品質モード取得部に選択された品質モードが低品質であるという情報を送信し、品質モード取得部は、品質モードに関する情報を取得する。次に、コンテンツデータ配信部は、品質モード取得部が取得した低品質モードという情報により、記録部に記録された低品質モードのストリーミングデータを取得して、低品質モードのストリーミングデータを受信機１６０に配信する。
【００９１】
一方、受信機１６０の受信部がストリーミングデータ及び保存データを受信しているときの受信状況が予め設定された速度よりも高速である場合は、配信サーバ１１０に設けられた品質決定部が高品質モードを選択する。次に、品質決定部が配信サーバ１１０に設けられた品質モード取得部に選択された品質モードが高品質であるという情報を送信し、品質モード取得部は、品質モードに関する情報を取得する。次に、コンテンツデータ配信部は、品質モード取得部が取得した高品質モードという情報により、記録部に記録された高品質モードのストリーミングデータを取得して、高品質モードのストリーミングデータを受信機１６０に配信する。
【００９２】
（コンテンツデータのリスト表示画面について）
次に、本実施形態に係る受信機１６０に接続された表示装置１８０の画面に表示されるウインドウ例について説明する。図７〜図１１は、本実施形態に係る受信機１６０に接続された表示装置１８０の画面に表示されたウインドウを示す説明図である。
【００９３】
図７は、ウインドウ上にコンテンツデータのタイトルがリスト表示されたものである。ウインドウ上には、配信サーバ１１０が配信可能であり受信機１６０が受信可能なコンテンツが表示される。図７に示すウインドウでは、タイトル名「コンテンツＡ」、「コンテンツＢ」、「コンテンツＣ」の３つのコンテンツが表示されており、３つのコンテンツが利用者によって選択可能である。
【００９４】
図８は、ウインドウ上に購入可能なコンテンツデータのタイトルがリスト表示されたものである。図８に示すウインドウでは、タイトル名「コンテンツＡ」、「コンテンツＢ」、「コンテンツＣ」の３つのコンテンツが表示されており、３つのコンテンツが利用者によって選択可能である。また、コンテンツＡ、コンテンツＣについては、「ダウンロード＋ストリーミング再生」、ストリーミング再生のみ「Ｈｉｇｈ」、「Ｌｏｗ」の３つの購入可能なコンテンツデータが表示されている。「ダウンロード＋ストリーミング再生」は、保存データのダウンロード（保存）とストリーミングデータ再生の両者が可能となる購入形態である。ストリーミング再生のみ「Ｈｉｇｈ」は、ストリーミング再生において高画質及び低画質のストリーミング再生が可能となる購入形態である。ストリーミング再生のみ「Ｌｏｗ」は、ストリーミング再生において低画質なストリーミング再生が可能となる購入形態である。なお、コンテンツＢについては、「ダウンロード中」と表示されており、受信機１６０の現在の状態（ステータス）が表示されている。
【００９５】
図９は、ウインドウ上に購入可能なコンテンツデータの購入形態がリスト表示されたものである。図８と異なり、複数のコンテンツデータが一覧表示されているのではなく、１つのコンテンツ、図９では「コンテンツＡ」の購入可能な形態が表示されている。図９に示す画面は、例えば、図７のコンテンツリスト表示の後、コンテンツＡが選択された場合に表示される画面である。購入可能な形態としては、「ダウンロード＋ストリーミング再生」と「ストリーミング再生」の２つの購入可能なコンテンツデータが表示されている。「ダウンロード＋ストリーミング再生」は、保存データのダウンロード（保存）とストリーミングデータ再生の両者が可能となる購入形態であり、「ストリーミング再生のみ」は、ストリーミング再生のみが可能となる購入形態である。いずれも、ストリーミングデータについては、高画質及び低画質の両者の再生が可能となるとしてもよい。
【００９６】
図１０は、図９で「ダウンロード＋ストリーミング再生」が選択された場合の受信機１６０が選択し得る動作を示す一覧がウインドウ上に表示されたものを示す。図１０では、例えば、「ダウンロード後再生する」と「ダウンロードしながら再生」の２つの動作が選択可能である。「ダウンロード後再生する」が選択された場合、配信サーバ１１０は購入済みのコンテンツデータのうち保存データの配信をまず行う。そして、保存データの完了後に、受信機１６０に保存されたコンテンツデータを再生、又はストリーミングデータの再生をする。「ダウンロードしながら再生」が選択された場合、配信サーバ１１０は購入済みのコンテンツデータのうち保存データの配信を開始するとともに、ストリーミングデータの配信を開始し、受信機１６０では保存データを保存しながらストリーミングデータの再生を行う。
【００９７】
図１１は、図１０で「ダウンロードしながら再生」が選択された後、コンテンツＡのストリーミング再生を開始するボタンをウインドウ上に表示したものを示す。例えば、図１１（Ａ）に示すように、利用者の選択によって高画質又は低画質の再生を行うことができるように「Ｈｉｇｈ」と「Ｌｏｗ」の２つのボタンが表示されるとしてもよい。また、例えば、図１１（Ｂ）に示すように、ストリーミング再生開始のボタンが１つのみ表示されるとしてもよい。
【００９８】
図１１の表示後、利用者の選択によって図１１（Ａ）の「再生するＨｉｇｈ」が選択された場合、又は図１１（Ｂ）の「再生する」が選択された場合、受信機１６０のコンテンツデータの受信状況に応じて、配信サーバ１１０は品質決定部が品質モードを決定するとしてもよい。例えば、受信機１６０の受信部がストリーミングデータ及び保存データを受信しているときの受信状況が予め設定された速度よりも低速である場合は、品質決定部は低品質モードを選択し、配信サーバ１１０は低品質のストリーミングデータを配信するとしてもよい。
【００９９】
（第２の実施形態）
次に、本発明の第２の実施形態に係るコンテンツ配信システム２００について説明する。図１２は、本実施形態に係るコンテンツ配信システム２００を示す構成図である。
【０１００】
本実施形態に係るコンテンツ配信システム２００は、第１の実施形態のコンテンツ配信システム１００と比べてネットワーク１５０と、受信機１６０と、ルータ１６２は、同一の構成であるため詳細な説明は省略する。
【０１０１】
配信サーバ２１０は、第１の実施形態の配信サーバ１１０が１のサーバコンピュータからなるのに対し課金・認証サーバ２４０と、ＤＬ配信サーバ２４２と、ＶｏＤ配信サーバ２４４とからなる。課金・認証サーバ２４０と、ＤＬ配信サーバ２４２と、ＶｏＤ配信サーバ２４４は、図示しないが、それぞれＣＰＵと、メモリと、記録部と、入出力ＩＦと、ネットワーク接続部と、表示部とを有し、サーバ機能を備えたコンピュータ装置などで構成される。
【０１０２】
課金・認証サーバ２４０は、第１の実施形態で説明したユーザ認証部、ユーザ情報管理部、課金処理部と、ユーザ情報データや課金データが記録された記録部を備えて、ユーザの認証や管理、課金処理を行うことができる。受信機１６０がコンテンツ配信サービスを利用できる者であることを確認できた場合、課金・認証サーバ２４０は、受信機１６０が利用権限を満たすことをＤＬ配信サーバ２４２やＶｏＤ配信サーバ２４４に通知する。
【０１０３】
ＤＬ配信サーバ２４２は、受信機１６０に対して保存データの配信を行う。ＤＬ配信サーバ２４２は、第１の実施形態で説明したコンテンツデータ配信部と、配信要求受付部と、コンテンツデータのうち保存データが記録された記録部を備える。受信機１６０から保存データの配信要求があり、受信機１６０の利用権限が確認できたとき、ＤＬ配信サーバ２４２は、受信機１６０に保存データを配信する。
【０１０４】
ＶｏＤ配信サーバ２４４は、受信機１６０に対して保存データの配信を行う。ＶｏＤ配信サーバ２４４は、第１の実施形態で説明したコンテンツデータ配信部と、配信要求受付部と、コンテンツデータのうちストリーミングデータが記録された記録部を備える。受信機１６０からストリーミングデータの再生要求、早送り要求、チャプタ移動要求などがあり、受信機１６０の利用権限が確認できたとき、ＶｏＤ配信サーバ２４４は、受信機１６０にストリーミングデータを配信する。
【０１０５】
次に、図１３を参照して、本実施形態に係るコンテンツ配信システムのコンテンツデータ送受信の動作について説明する。図１３は、本実施形態に係るコンテンツ配信システムのコンテンツデータの送受信動作を示すデータフローチャートである。
【０１０６】
ＤＬ配信サーバ２４２がコンテンツデータに関するメタデータを送信し、受信機１６０は、表示装置１８０にコンテンツリストを表示する（ステップＳ３０２）。
【０１０７】
次に、利用者は、表示装置１８０に表示されたコンテンツリストに基づいてコンテンツを選択する（ステップＳ３０４）。選択されたコンテンツは、利用者が購入を希望したコンテンツとして受信機１６０からＤＬ配信サーバ２４２に購入情報が送信される（ステップＳ３０６）。
【０１０８】
ＤＬ配信サーバ２４２は、受信機１６０から購入情報を受信した後、ＤＬ配信サーバ２４２は、コンテンツデータの購入方法に関するデータを受信機１６０に送信し、受信機１６０は、表示装置１８０に購入方法リストを表示する（ステップＳ３０８）。
【０１０９】
そして、利用者は、表示装置１８０に表示されたコンテンツデータの購入方法リストに基づいて購入方法を選択する（ステップＳ３１０）。選択された購入方法は、利用者が希望した購入方法として受信機１６０からＤＬ配信サーバ２４２に購入方法に関する情報が送信される。そして、利用者による購入方法が決定されることによって、ＤＬ配信サーバ２４２は、利用者によるコンテンツデータの購入を確定し、購入処理を行う（ステップＳ３１２）。また、利用者による購入方法確定の情報は、課金・認証サーバ２４０にも送信され、課金・認証サーバ２４０は購入処理を行う。利用者権限が確認されると、その情報が課金・認証サーバ２４０からＤＬ配信サーバ２４２に送信される（ステップＳ３１６）。購入処理が完了すると、利用者は、購入済みのコンテンツデータのダウンロード、ストリーミング再生が可能となる。
【０１１０】
次に、利用者は、表示装置１８０に表示されたコンテンツデータの購入済みリストに基づいて、購入済みのコンテンツデータのダウンロード指示をする（ステップＳ３１８）場合について説明する。ここで、ダウンロード指示とは、コンテンツデータをＤＬ配信サーバ２４２から受信機１６０に配信し、受信機１６０に保存することである。
【０１１１】
ＤＬ配信サーバ２４２の配信要求受付部が受信機１６０からのダウンロード指示を受信すると、ＤＬ配信サーバ２４２のコンテンツデータ配信部は、記録部に記録されたコンテンツデータのうち保存データを受信機１６０に配信する（ステップＳ３２０）。この保存データの配信（ダウンロード）は、ネットワーク１５０や配信サーバ２１０などに障害が発生してデータの配信が中断したり、利用者によってダウンロード中止の指示を要求したりしない限り継続する。
【０１１２】
次に、購入済みコンテンツデータのダウンロードが継続している途中において、利用者がストリーミング再生指示をする（ステップＳ３２２）場合について説明する。ここで、ストリーミング再生とは、コンテンツデータを受信機１６０に一時保存しながら、ＶｏＤ配信サーバ２４４から受信したデータを直ぐに再生することである。このとき、一時保存されたデータは、再生後すぐに削除してもよい。
【０１１３】
利用者によってストリーミング再生指示がされると、ストリーミング再生要求がＶｏＤ配信サーバ２４４に送信される（ステップＳ３２４）。このとき、ＶｏＤ配信サーバ２４４から課金・認証サーバ２４０に対して、受信機１６０が利用者権限を有するか否かの確認を行う（ステップＳ３２６）。そして、確認の結果が課金・認証サーバ２４０からＶｏＤ配信サーバ２４４に送信される（ステップＳ３２８）。
【０１１４】
ＶｏＤ配信サーバ２４４は、受信機１６０の利用者権限を確認し、配信要求受付部が受信機１６０からのストリーミング再生指示を受信すると、コンテンツデータ配信部は、記録部に記録されたコンテンツデータのうちストリーミングデータを受信機１６０に配信する（ステップＳ３３０）。そして、受信機１６０が受信したストリーミングデータが再生されて、映画やドラマなどのコンテンツデータが表示装置１８０に表示される。このとき、保存データのＤＬ配信サーバ２４２から受信機１６０への配信は継続している。コンテンツ配信システム２００において、同一のコンテンツデータ、例えば同一タイトルの映画やドラマなどについて、コンテンツデータの保存とストリーミング再生が同時にできる。
【０１１５】
次に、ストリーミング再生が継続している途中において、早送り要求やチャプタ移動要求など通常の再生以外の指示をする（ステップＳ３３２）場合について説明する。
【０１１６】
利用者によって早送り要求又はチャプタ移動要求など通常の再生以外の指示がされると、例えば、早送り要求又はチャプタ移動要求がＶｏＤ配信サーバ２４４に送信される（ステップＳ３３４）。配信要求受付部が受信機１６０からの早送り又はチャプタ移動指示を受信すると、コンテンツデータ配信部は、記録部に記録されたコンテンツデータのうちストリーミングデータを受信機１６０に配信する（ステップＳ３３６）。このとき、早送り指示であれば、ＶｏＤ配信サーバ２４４のコンテンツデータ配信部は、通常の再生データより少ない一定間隔のコマのみからなるコンテンツデータを配信する。また、チャプタ移動指示であれば、ＶｏＤ配信サーバ２４４のコンテンツデータ配信部は、利用者によって選択された任意のチャプタの先頭位置のデータをまず配信し引き続きストリーミングデータを送信する。
【０１１７】
ＶｏＤ配信サーバ２４４のコンテンツデータ配信部から受信機１６０にストリーミングデータの最後のデータが送信されると、ストリーミング再生は終了する（ステップＳ３３８）。このとき、保存データのダウンロードが終了していない場合は、保存データのＤＬ配信サーバ２４２から受信機１６０への配信が継続して行われる。そして、ＤＬ配信サーバ２４２のコンテンツデータ配信部から受信機１６０に保存データの最後のデータが送信されると、保存データのダウンロードは終了する（ステップＳ３４０）。ダウンロード終了の通知は、ＤＬ配信サーバ２４２から課金・認証サーバ２４０に通知される（ステップＳ３４２）。
【０１１８】
以上のように、本発明によれば、ダウンロードするコンテンツの品質を保ちながら、回線品質に応じたコンテンツのストリーミング再生が可能となる。保存データの保存と、ストリーミング再生が別のコンテンツデータ伝送で行われるので、例えば、保存データの保存中に予め最後のシーンを確認することや、コンテンツ全体の再生を終えることができる。また、ストリーミングデータの映像は、比較的低品質であることが多いため、保存データの保存と高品質映像の同時動作が困難な受信端末においても本発明は対応することができる。
【０１１９】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１２０】
例えば、上記実施形態では、配信サーバ１１０の記録部１２０にコンテンツデータの保存データとストリーミングデータが保存され、ストリーミングデータはデータ量に応じた高品質のデータと低品質のデータを備えるとしたが、本発明かかる例に限定されない。例えば、コンテンツデータはデータ量が多い高品質のもののみを備え、高品質のコンテンツデータからデータ量の少ないコンテンツデータに変換する変換処理部が設けられるとしてもよい。変換処理部は、受信機側の品質要求又は受信状況に応じて、データ量の多いコンテンツデータをデータ量の少ないコンテンツデータに変換し、変換されたコンテンツデータを受信機に配信するとしてもよい。これにより、配信サーバの記録部に多くの容量を占めることなく、よりきめ細かな伝送帯域への対応が可能となる。
【０１２１】
また、例えば、上記実施形態では、配信サーバ１１０に受信状況測定部１３４と品質決定部１３６が設けられるとしたが、本発明はかかる例に限定されない。例えば、受信状況測定部、品質決定部の少なくともいずれかは、受信端末に設けられてもよい。
【０１２２】
また、例えば、上記実施形態では、受信機１６０は、保存データのダウンロードと、ストリーミングデータの再生を同一機器で行う場合について説明したが、本発明はかかる例に限定されない。例えば、保存データのダウンロードは、据え置き型レコーダなどの記録装置で行い、ストリーミングデータの再生は、モバイルモニタなどの持ち運び可能な表示装置で行うとしてもよい。低品質のストリーミング映像を再生する機器と、高品質の映像を保存する機器とを別に設けることによって、モバイル機器でコンテンツの内容を確認しながら据え置き型の装置で高品質映像を保存することができる。
【０１２３】
また、ストリーミングデータは、マルチビットレート配信に対応したデータ構造であり、配信サーバは、受信端末の受信状況に応じて配信速度を変動させてストリーミングデータを配信するとしてもよい。マルチビットレートのファイルを予め用意することにより、利用できる伝送帯域に合わせて、動的に伝送速度を変えることができる。
【０１２４】
また、保存データは、メディア記録用のデータであるとしてもよい。メディア記録用のデータとは、例えば、ブルーレイディスク等のメディア固有のフォーマットや著作権管理方法（ＤＲＭ）に従ったコンテンツデータである。保存データをメディア記録用のデータとすることによって、利用者は、購入したコンテンツについてメディアへの記録だけでなく、リアルタイムでストリーミング再生のサービスを受けることができる。
【図面の簡単な説明】
【０１２５】
【図１】本発明の第１の実施形態に係るコンテンツ配信システムを示す構成図である。
【図２】同実施形態に係る配信サーバを示すブロック図である。
【図３】同実施形態に係る受信機を示すブロック図である。
【図４】同実施形態に係るコンテンツデータの構成を示す説明図である。
【図５】同実施形態に係るコンテンツ配信システムのコンテンツデータの送受信動作を示すデータフローチャートである。
【図６】同実施形態に係る配信サーバのコンテンツデータ配信動作を示すフローチャートである。
【図７】同実施形態に係る受信機に接続された表示装置の画面に表示されたウインドウを示す説明図である。
【図８】同実施形態に係る受信機に接続された表示装置の画面に表示されたウインドウを示す説明図である。
【図９】同実施形態に係る受信機に接続された表示装置の画面に表示されたウインドウを示す説明図である。
【図１０】同実施形態に係る受信機に接続された表示装置の画面に表示されたウインドウを示す説明図である。
【図１１】同実施形態に係る受信機に接続された表示装置の画面に表示されたウインドウを示す説明図である。
【図１２】同実施形態に係るコンテンツ配信システムを示す構成図である。
【図１３】同実施形態に係るコンテンツ配信システムのコンテンツデータの送受信動作を示すデータフローチャートである。
【符号の説明】
【０１２６】
１００、２００      コンテンツ配信システム
１１０      配信サーバ
１１２      ＣＰＵ
１１４      メモリ
１１６      入出力ＩＦ
１１８      表示部
１２０      記録部
１２２      コンテンツデータ配信部
１２４      配信要求受付部
１２６      ユーザ認証部
１２８      ユーザ情報管理部
１３０      課金処理部
１３２      品質モード取得部
１３４      受信状況測定部
１３６      品質決定部
１３８      ネットワーク接続部
１６０      受信機
１６２      ルータ
１６４      ＣＰＵ
１６５      メモリ
１６６      データ保存部
１６８      入出力ＩＦ
１７０      デコーダ
１７２      保存データ要求部
１７４      ストリーミングデータ要求部
１７６      再生制御部
１７８      ネットワーク接続部
１８０      表示装置
２４０      課金・認証サーバ
２４２      ＤＬ配信サーバ
２４４      ＶｏＤ配信サーバ
【図１】
2008311795.tif 000003
【図２】
2008311795.tif 000004
【図３】
2008311795.tif 000005
【図４】
2008311795.tif 000006
【図５】
2008311795.tif 000007
【図６】
2008311795.tif 000008
【図７】
2008311795.tif 000009
【図８】
2008311795.tif 000010
【図９】
2008311795.tif 000011
【図１０】
2008311795.tif 000012
【図１１】
2008311795.tif 000013
【図１２】
2008311795.tif 000014
【図１３】
2008311795.tif 000015