JP5569053B2

JP5569053B2 - コンテンツ配信装置、コンテンツ配信方法および送信サーバ

Info

Publication number: JP5569053B2
Application number: JP2010055106A
Authority: JP
Inventors: 靖明山岸; 直久北里
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2010-03-11
Filing date: 2010-03-11
Publication date: 2014-08-13
Anticipated expiration: 2030-03-11
Also published as: US20120331513A1; CN102783168B; WO2011111587A1; JP2011193058A; EP3046330A1; EP2547103A4; CN102783168A; EP2547103A1; BR112012022365A2; US9282351B2

Description

この発明は、ネットワークを介したコンテンツ配信サービスにおけるコンテンツ配信装置、コンテンツ配信方法および送信サーバに関する。

ＩＰＴＶ(Internet Protocol Television)は、ＩＰネットワークを利用してデジタルテレビ放送を行ったり、映像等のコンテンツを配信するサービス、またはその放送技術の総称である。コンテンツ配信サービスとして、エンドデバイスからの配信要求に応答してコンテンツを提供するＶＯＤ(Vido On Demand)がある。

従来のＩＰＴＶ配信システムでは、制御メッセージもコンテンツのＡＶストリームも同じ双方向ＩＰネットワーク上で転送する方式である。下記の特許文献１には、コンテンツ配信システムにおいて、配信形態を適宜変更してコンテンツを配信するシステムが記載されている。特許文献１に記載のコンテンツ配信システムでは、配信サーバとクライアント端末とがネットワーク例えばインターネットを介して接続されている。クライアント端末からの配信要求等の上りの情報、並びにコンテンツサーバから配信されるコンテンツ等の下りの情報の何れもインターネットを介してやりとりしている。

特開２００９−２９６４８４号公報

しかしながら、ＩＰネットワークの帯域が不十分であったりすると、配信されるコンテンツの質が低下するおそれがあった。質の低下を防ぐために、ＩＰネットワーク上で大量のデータを流す必要が生じる。一方、既設、または新規に開設される潤沢な空き帯域を有するケーブル放送ネットワークが存在する。ＩＰネットワークに接続する環境にないデバイスや、双方向ＩＰネットワークの帯域が十分ではないデバイスにおいては、そのケーブル放送ネットワーク上のチャネルを利用してＡＶストリームを配信する方が効率よくネットワークリソースを活用できる可能性がある。

したがって、この発明の目的は、潤沢な放送ネットワークの帯域を効率よくＩＰＴＶのＶＯＤサービスに利用することができる、コンテンツ配信装置、コンテンツ配信方法および送信サーバを提供することにある。

上述した課題を解決するために、この発明は、下りの伝送帯域がコンテンツの伝送に充分な帯域を有する第１のネットワークと、双方向のＩＰネットワークである第２のネットワークとを介して送信サーバおよびクライアント端末が接続され、第１のネットワークを介して送信サーバからクライアント端末に対して、放送コンテンツと、クライアント端末が要求したコンテンツと、送信サーバにアクセスするためのアドレス情報を含む制御情報とが送信され、アドレス情報を使用して特定された送信サーバに対して、クライアント端末が第２のネットワークを介してアクセスし、クライアント端末と送信サーバとの間で、第２のネットワークを通じてコンテンツを取得するための情報と、コンテンツを再生制御するための情報が授受され、第１のネットワークに複数のチャンネルが含まれ、第１のネットワークの１または複数のチャンネルを通じて放送コンテンツがクライアント端末に対して配信され、放送コンテンツが配信されるチャンネル以外のチャンネルがクライアント端末が要求したコンテンツの配信に割り当てられ、チャンネルの割り当ての情報が送信サーバに格納され、コンテンツの配信に割り当てられるチャンネル数に比して、要求するクライアント端末の数が多い場合には、制御情報のアドレス情報が代替アドレス情報に追記されることで、第２のネットワークを通じてコンテンツの配信が行われるコンテンツ配信システムである。

この発明は、下りの伝送帯域がコンテンツの伝送に充分な帯域を有する第１のネットワークと、双方向のＩＰネットワークである第２のネットワークとを介して送信サーバおよびクライアント端末が接続され、
第１のネットワークを介して送信サーバからクライアント端末に対して、放送コンテンツと、クライアント端末が要求したコンテンツと、送信サーバにアクセスするためのアドレス情報を含む制御情報とが送信されるコンテンツ配信システムにおいて、
アドレス情報を使用して送信サーバを特定し、クライアント端末が第２のネットワークを介してアクセスするステップと、
クライアント端末が送信サーバに対して、第２のネットワークを通じてコンテンツを取得するための情報と、コンテンツを再生制御するための情報を授受するステップと、
クライアント端末が第１のネットワークを通じて配信されたコンテンツを再生するステップとからなるコンテンツ配信方法である。

この発明は、下りの伝送帯域がコンテンツの伝送に充分な帯域を有する第１のネットワークと、双方向のＩＰネットワークである第２のネットワークとを介してクライアント端末が接続され、第１のネットワークを介してクライアント端末に対して、放送コンテンツと、クライアント端末が要求したコンテンツと、クライアント端末がアクセスするためのアドレス情報を含む制御情報とが送信され、クライアント端末との間で、第２のネットワークを通じてコンテンツを取得するための情報と、コンテンツを再生制御するための情報を授受し、第１のネットワークに複数のチャンネルが含まれ、第１のネットワークの１または複数のチャンネルを通じて放送コンテンツがクライアント端末に対して配信され、放送コンテンツが配信されるチャンネル以外のチャンネルがクライアント端末が要求したコンテンツの配信に割り当てられ、チャンネルの割り当ての情報が格納され、コンテンツの配信に割り当てられるチャンネル数に比して、要求するクライアント端末の数が多い場合には、制御情報のアドレス情報が代替アドレス情報に追記されることで、第２のネットワークを通じてコンテンツの配信が行われる送信サーバである。

好ましい態様は、以下の通りである。
クライアント端末と送信サーバとの間で授受される情報は、第２のネットワークを通じてコンテンツを取得するための情報と、コンテンツをストリーミング再生制御するための情報である。
ストリーミング再生制御として、ＲＴＳＰ(Real Time Streaming Protocol)が利用される。
送信サーバが放送コンテンツを配信するための放送サーバと、制御情報を配信するための制御情報サーバと、コンテンツを配信するためのコンテンツサーバとから構成され、放送サーバ、制御情報サーバ、コンテンツサーバがそれぞれストリームを出力する。
第１のネットワークがケーブルテレビジョンネットワークであり、第２のネットワークがインターネットである。

この発明によれば、コンテンツを取得するために最初に必要とされる情報と、コンテンツ自体を広帯域の第１のネットワークを通じて配信し、コンテンツを取得するための情報、並びにコンテンツの再生制御のためのデータは、双方向ＩＰネットワークである第２のネットワークを通じてなされる。したがって、第１のネットワークを通じてコンテンツを配信できる。さらに、コンテンツ配信チャンネルの数が不足した場合には、第２のネットワークを通じてコンテンツを配信するので、クライアント端末の要求に柔軟に応えることができる。

この発明によるコンテンツ配信用のためのコンテンツ配信装置の一実施の形態のブロック図である。この発明の一実施の形態におけるＶｏＤ用チャンネルの割り当て制御の一例の説明に用いる略線図である。この発明の一実施の形態におけるＶｏＤ用チャンネルの割り当て制御の他の例の説明に用いる略線図である。この発明の一実施の形態の処理の流れの一例の説明に用いるフローチャートである。この発明の一実施の形態の処理の流れの他の例の説明に用いるフローチャートである。この発明の一実施の形態に使用できるストリーミング再生制御のプロトコルの一例の略線図である。

以下、この発明の実施の形態について説明する。なお、説明は、以下の順序で行う。
＜１．この発明の一実施の形態＞
＜２．変形例＞
なお、以下に説明する実施の形態は、この発明の好適な具体例であり、技術的に好ましい種々の限定が付されているが、この発明の範囲は、以下の説明において、特にこの発明を限定する旨の記載がない限り、これらの実施の形態に限定されないものとする。

＜１．この発明の一実施の形態＞
「コンテンツ配信システム」
図１を参照してこの発明の一実施の形態におけるコンテンツ配信システムについて説明する。サーバからクライアント端末に対して大容量のコンテンツを配信できる第１のネットワークの一例として、地域毎に分割されたケーブルテレビジョンのケーブルネットワーク１が使用される。後述するように、地域ごとのケーブルネットワーク１の帯域にあらかじめ事前にＶｏＤ用のチャネルが割り当てられ、このＶｏＤ用のチャンネルがエンドデバイス１１からのＶｏＤストリーミング要求に応じて動的に割り当てられるようになされている。エンドデバイス１１は、ＩＰＴＶの端末である。

ケーブルテレビジョンのヘッドエンドには、放送サーバ２、制御情報サーバ３、ＶＯＤサーバ４、リージョナルページサーバ５およびマルチプレクサ６が含まれている。ケーブルネットワーク１に対してエンドデバイス１１が接続されている。多数のエンドデバイス１１が接続されるが、図１では、簡単のため、一つのエンドデバイス１１のみが示されている。

放送サーバ２は、ＩＰＴＶ放送のための放送ストリームを出力する。すなわち、放送サーバ２は、地域ごとのケーブルヘッドエンドに設置される、放送チャネルのストリーム（従来の地上波/ 衛星放送/ ケーブル放送の番組）を放送する。サーバプログラム情報が制御情報サーバ３に供給される。

制御情報サーバ３は、地域ごとのケーブルヘッドエンドに設置される。制御情報サーバ３は、視聴者が番組を選択するための情報を構成するためのＤＶＢ−ＳＩ(Service Information)情報や、ブラウザページ制御用のＡＩＴ(Application Information Table)を放送・送出するサーバである。ＳＩおよびＡＩＴは、ＭＰＥＧ２−ＴＳ上のストリームを再生するための制御情報である。ＳＩは、ＭＰＥＧ２−ＴＳ上のストリームを特定・再生制御するための情報が格納されるテーブル群の総称である。ＳＩのテーブル群の一つの種類がサービス（チャンネル）の情報を記述するＳＤＴ(Service Description Table)である。
ＳＤＴによってストリーム上のチャネルの情報が通知される。

特に、ＡＩＴは、ＨｂｂＴＶ（hybrid broadcast broadband television）仕様にて規
定される。ＡＩＴで定義されているフィールドの中には、ブラウザページのアドレス(ApplicationLocation)が含まれる。さらに、ＡＩＴには、どのように同期させて実行するか
（ページの起動／終了／関連する番組との同期（ＭＰＥＧ２−ＴＳ上の別ストリーム上に転送されるコンテンツとの同期制御) 等のライフサイクル管理を行うための）等をデバイスのブラウザに通知する情報が含まれる。ここでは、ブラウザページのアドレス(ApplicationLocation) にPortalURLが格納される。

ＶｏＤサーバ４は、地域ごとのケーブルヘッドエンドに設置される。ＶｏＤサーバ４は、ＶｏＤバックオフィス２１からネットワークを介して提供されるＶｏＤコンテンツをケーブル送出系マルチプレクサ６を介して、エンドデバイスにストリーム送出する。放送ストリーム、制御情報ストリームおよびＶｏＤストリームがマルチプレクサ６に対して供給され、これらのストリームが多重化される。多重化ストリームがケーブルネットワーク１を介して、エンドデバイス１１に対して伝送される。

リージョナルページサーバ５は、ＶｏＤコンテンツの情報に基づいて、そのポータルのブラウザページを生成する。ブラウザページは、例えばＥＰＧ（Electorical Program Guide)と同様のものである。

地域ごとのヘッドエンドを統括するために、全国で一つのセンターが設置される。センターには、バックオフィス２１、ページサーバ２２およびデバイスデータベース２３が備えらている。バックオフィス２１は、コンテンツを提供するサーバである。ページサーバ２２は、リージョナルページサーバ５と同様に、ＶｏＤコンテンツの情報に基づいてブラウザページを生成する。

エンドデバイス１１には、ＨｂｂＴＶアプリケーションマネージャ１２と、ストリームレンダラー１４と、プレーヤー１５と、ビデオオブジェクト１６とが含まれる。ＨｂｂＴＶアプリケーションマネージャ１２に対して受信信号中のＡＩＴが供給される。ＨｂｂＴＶアプリケーションマネージャ１２は、ＨｂｂＴＶブラウザ１３による処理を行う。ＨｂｂＴＶブラウザ（ＤＡＥ：Declarative Application Environment)は、ＨｂｂＴＶ標準化団体にて規定のブラウザ仕様をサポートするHTMLブラウザである。

ストリームレンダラー１４は、ケーブルネットワーク１を通じて配信されるＭＰＥＧ２−ＴＳストリームからDVB-Triplet にて指定されるチャネルにチューンして、ストリームを取得して再生制御を行う。DVB-Triplet とは、<ONID(OriginalNetworkID)>:<TSID(TransportStreamID)>:<SID(ServiceID)>によって、ＶｏＤサーバ４において、ＶｏＤストリームの配信に割り当てられるＭＰＥＧ２−ＴＳストリーム上のチャネルを特定するための情報である。すなわち、エンドデバイス１１において、チャネルを特定するために利用される情報である。ＶｏＤサーバ４からエンドデバイス１１に対してこのチャンネル（ＶｏＤ用チャンネルと適宜称する）を通じてストリームが転送される。

さらに、ヘッドエンド側とエンドデバイス１１側との間が双方向通信を行う第２のネットワークとしてのＩＰネットワーク例えばインターネット１７によって接続されている。インターネット１７を介してリージョナルページサーバ５およびページサーバ２２とＨｂｂＴＶブラウザ１３との間で要求したコンテンツを取得するための情報の授受がなされる。さらに、ＶｏＤサーバ４とプレーヤー１５との間で、ストリーミング再生制御のためのリクエストおよびレスポンスがやりとりされる。インターネット１７を通じて行われる情報のやりとりについては、既に規格化されているＩＰＴＶに関連する仕様を使用することができる。

プレーヤー１５は、ＶｏＤサーバ４に対してストリーミングの再生制御メッセージを送り、再生制御を行うと同時に、DVB-Triplet の情報をストリームレンダラー１４に対して通知してストリームチャネルにチューンさせる。ストリーミング再生制御としては、ＲＴＳＰ(Real Time Streaming Protocol)を利用することができる。ビデオオブジェクト１６は、プレーヤー１５をブラウザ側から制御するためのインターフェースライブラリである。

ＣＡＤ(Content Access Descriptor Format)は、ＯＩＰＦ(Open IPTV Forum)にて標準
化されたフォーマットで、コンテンツを再生制御するために必要な情報を格納するものである。ＣＡＤファイルに格納されるContentURLに、DVB-Triblet が追記格納される。

ＶｏＤサーバ４は、地域ごとのケーブルネットワークに設置されるため、バックオフィス２１からＶｏＤサーバ４へのコンテンツの提供はネットワークを介して行われる。このとき、負荷分散のために、コンテンツ自体を事前にＶｏＤサーバ４に配布しておいてもよいし、バックエンドのネットワークの容量が許されるなら、オンディマンドで、エンドデバイス１１からの再生要求が起こる度に、ＶｏＤサーバ４にダウンロードしても良い。いずれにせよ、あらかじめ人気度やリクエストを予測して事前に配布・準備される。

かかるこの発明の一実施の形態において、ＶｏＤサーバ４からのコンテンツは、ケーブルネットワーク１を通じてエンドデバイス１１に配信される。一方、エンドデバイス１１からヘッドエンド側へ送られる上りの情報例えばストリーミング再生制御のためのコマンドの情報量は少ないので、ＩＰネットワーク例えばインターネット１７を通じてエンドデバイス１１からストリーミング再生制御のためのコマンドが送られる。

「チャンネル割り当て」
この発明の一実施の形態では、地域ごとのケーブルネットワークの帯域にあらかじめ事前にＶｏＤ用のチャネルを割り当てて、それをエンドデバイスからのＶｏＤストリーミ
ング要求に応じて動的に割り当てるようになされている。図２に示すように、ケーブルネットワークが地域毎に分割されている。放送チャンネルは、全国で共通であり、同一の放送が放送チャンネル用帯域を通じて配信される。各地域のケーブルネットワークにおいて、全帯域の放送チャンネル用帯域以外の帯域が事前にＶｏＤ用に割り当てられている。ケーブルネットワーク１にそれぞれ接続されているエンドデバイス１１の何れかからＶｏＤの要求があると、ＶｏＤ用に割り当てられている帯域がそのエンドデバイス１１に対するコンテンツ配信用に設定される。チャンネル割り当ての情報は、制御情報サーバ３に格納されている。

さらに、事前にＶｏＤ用に割り当てられたチャネル以上のＶｏＤセッション開設リクエストがあった場合には、図３に示すように、ＩＰネットワーク（インターネット）１７が併用される。ＩＰネットワーク１７上でストリーミングすることにより、超過リクエストを吸収することができる。上述したように、この発明の一実施の形態では、インターネット１７を通じてストリーミング再生制御およびコンテンツを取得するための情報をやりとりするようになされている。したがって、ＶｏＤ用チャンネルをインターネット１７上に設定することが簡単になしうる。

「処理の流れの一例」
図４のフローチャートを参照してこの発明の一実施の形態の処理の流れについて説明する。
ステップＳ１では、制御情報サーバ３およびＶｏＤサーバ４の間で、ＶｏＤ用チャンネルの割り当ての要求および応答がなされ、事前にＶｏＤ用チャンネルの割り当てが設定される。
ステップＳ２では、バックオフィス２１からページサーバ２２に対してＶｏＤカタログが渡される。ＶｏＤカタログは、コンテンツの属性等を示す情報である。カタログを使用してＥＰＧのようなポータルの画像を構成することができる。
ステップＳ３では、ページサーバ２２から制御情報サーバ３に対してポータルＵＲＬ(Uniform Resource Locator)が渡される。
ステップＳ４では、ＳＤＴおよびＡＩＴによって、ポータルＵＲＬとＶｏＤチャンネル情報とがＨｂｂＴＶブラウザ１３に対して通知される。ＨｂｂＴＶブラウザ１３が起動すると、ＳＤＴおよびＡＩＴ等の制御情報を最初に取得するようになされる。
ステップＳ５では、ＨｂｂＴＶブラウザ１３がページサーバ２２にアクセスする。
ステップＳ６において、ポータルページのブラウジングがなされる。このブラウジングによってユーザが配信を希望するコンテンツを決定する。
ステップＳ７において、コンテンツの選択がなされると共に、エンドデバイス１１のデバイスＩＤがページサーバ２２に送られる。デバイスＩＤによって、そのエンドデバイス１１がどの地域のケーブルネットワークのヘッドエンドに接続されているものかが示される。
ステップＳ８において、ページサーバ２２がデバイスデータベース２３を参照してデバイスＩＤからヘッドエンドを探し、リージョナルページサーバ５を特定する。
ステップＳ９およびＳ１０は、ページサーバ２２からリージョナルページサーバ５へリダイレクションがなされることを示す。エンドデバイス１１のデバイスＩＤもリージョナルページサーバ５に送られる。
ステップＳ１１において、リージョナルページサーバ５が制御情報サーバ３に対してＶｏＤ用チャンネルの割り当てを要求する。空いているＶｏＤ用チャンネルの中で実際に使用するＶｏＤ用チャンネルが割り当てられる。
ステップＳ１２において、制御情報サーバ３が当該DVB-Triplet をリージョナルページサーバ５に通知する。
ステップＳ１３において、リージョナルページサーバ５がエンドデバイス１１のＨｂｂＴＶブラウザ１３に対してＣＡＤファイルを送る。ＣＡＤファイルに格納されるContentURLに、DVB-Triblet が追記格納されている。
ステップＳ１４において、ＨｂｂＴＶブラウザ１３がＣＡＤファイルを渡してビデオオブジェクト１６を起動する。
ステップＳ１５において、ビデオオブジェクト１６がプレーヤー１５（ストリームレンダラ１１を含む）に対してDVB-Triblet を通知する。
ステップＳ１６において、プレーヤー１５がDVB-Triblet にチューンしてストリームを待ち受ける。
ステップＳ１７およびステップＳ１８において、ContentURL（ＣＡＤファイルの要素）の再生制御が行われる。すなわち、ビデオオブジェクト１６からＶｏＤサーバ４に対してリクエストが送られ、ＶｏＤサーバ４からプレーヤー１５（レンダラ１１）に対してレスポンスが送られる。２倍速再生等の再生制御を行った場合のコンテンツも、同じＶｏＤ用チャンネルを通じて配信される。
ステップＳ１９において、ストリーム再生がなされ、レンダラ１１によってエンドデバイス１１に備えられている再生装置（例えばディスプレイ）上に配信されたコンテンツが表示される。

「処理の流れの他の例」
図３を参照して説明したように、ＩＰネットワーク（インターネット）８を併用する場合の処理の流れについて図５を参照して説明する。上述した処理の一例と同様に、ステップＳ１からステップＳ１１（リージョナルページサーバ５が制御情報サーバ３に対してＶｏＤ用チャンネルの割り当てを要求する）までの処理がなされる。
ここでケーブルネットワークに関しては、ステップＳ１１の要求に対してＶｏＤ用チャンネルを割り当てることができないので、ステップＳ２１の処理がなされる。
ステップＳ２１において、制御情報サーバ３がリージョナルページサーバ５に対して、代替ＵＲＬを通知する。
ステップＳ２２において、リージョナルページサーバ５がＣＡＤファイルに格納されるContentURLに、代替ＵＲＬを追記格納し、当該ＣＡＤファイルをエンドデバイス１１のＨｂｂＴＶブラウザ１３に対して通知する。
ステップＳ２３において、ＨｂｂＴＶブラウザ１３がＣＡＤファイルを渡してビデオオブジェクト１６を起動する。
ステップＳ２４およびステップＳ２５において、代替URLの再生制御が行われる。すな
わち、ビデオオブジェクト１６からＶｏＤサーバ４に対してリクエストが送られ、ＶｏＤサーバ４からプレーヤー１５（レンダラ１１）に対してレスポンスが送られる。２倍速再生等の再生制御を行った場合のコンテンツも、同じＶｏＤ用チャンネルを通じて配信される。
ステップＳ２６において、ストリーム再生がなされ、レンダラ１１によってエンドデバイス１１に備えられている再生装置（例えばディスプレイ）上に配信されたコンテンツが表示される。

「ストリーミング再生制御の例」
ストリーミング再生制御として、例えばＲＴＳＰ(Real Time Streaming Protocol)を利用することができる。ＲＴＳＰは、ＩＥＴＦにおいて標準化されたリアルタイム性のあるデータの配布（ストリーミング）を制御するためのプロトコルである。ＲＴＳＰは、オーディオ、ビデオ等のマルチメディアデータを含むサーバを遠隔操作するためのプロトコルである。再生、停止、記録などの操作ができる。ＲＴＳＰを利用することによって、ＱＯＳ(Quality Of Service:サービス品質）の保証されたＩＰＴＶサービスでよく利用されるＲＴＳＰサーバをＶｏＤサーバ４として利用することができる。

図６に具体例を示すように、ＲＴＳＰを利用したストリーミング再生制御がなされる。図６中で、Ｃがクライアントとしてのエンドデバイス１１を表し、ＳがＶｏＤサーバ４を表す。〔Ｃ→Ｓ〕は、エンドデバイス１１からＶｏＤサーバ４へのアクセスを意味する。〔Ｓ→Ｃ〕は、ＶｏＤサーバ４からエンドデバイス１１へのアクセスを意味する。図６中の<ONID><TSID><SID>がDVB-Triblet を意味する。SETUP,PLAY,TEARDOWN等は、コマンドを意味する。例えばSETUPが開始を意味し、PLAYがコンテンツの再生を意味し、TEARDOWNは
、セッションをクローズすることを意味する。

ＲＴＳＰを利用するものに限らず、他のプロトコル例えばＨＴＴＰ(HyperText Transfer Protocol)を利用してと等価なコマンドセットを設計する方法もある。ＨＴＴＰを利用
する場合には、ネットワーク上のサーバの構成の変更が必要なく、既存のHTTPベースのCDN(Content Delivery Network)サービスを利用することが可能となり、導入コストをおさ
えることができる。

＜２．変形例＞
この発明は、エンドデバイスからのマルチキャストストリーミング要求があった場合に、マルチキャストストリーミングに対して一つのチャンネルを割り当てるようにしても良い。

この発明の一実施の形態では、ページサーバを全体的なページサーバ２２とリージョナルページサーバ５とに分けているが、リージョナルページサーバ５を設けないでも良い。この場合には、リダイレクトの処理が不要となるが、ページサーバの負荷が重くなるおそれがある。同様に、ＶｏＤサーバを地域毎に設けないで、全国で共通に設けても良い。さらに、ケーブルネットワーク以外に下りの帯域が広く、接続されているクライアント端末数が極端に多くないようなネットワークを使用しても良い。

１・・・ケーブルネットワーク
２・・・放送サーバ
３・・・制御情報サーバ
４・・・ＶｏＤサーバ
５・・・リージョナルページサーバ
１１・・・エンドデバイス
１２・・・ＨｂｂＴＶアプリケーションマネージャ
１３・・・ＨｂｂＴＶブラウザ
１４・・・ストリームレンダラ
１５・・・プレーヤー
１７・・・インターネット

Claims

下りの伝送帯域がコンテンツの伝送に充分な帯域を有する第１のネットワークと、双方向のＩＰネットワークである第２のネットワークとを介して送信サーバおよびクライアント端末が接続され、
上記第１のネットワークを介して上記送信サーバから上記クライアント端末に対して、放送コンテンツと、上記クライアント端末が要求したコンテンツと、上記送信サーバにアクセスするためのアドレス情報を含む制御情報とが送信され、
上記アドレス情報を使用して特定された上記送信サーバに対して、上記クライアント端末が上記第２のネットワークを介してアクセスし、
上記クライアント端末と上記送信サーバとの間で、上記第２のネットワークを通じて上記コンテンツを取得するための情報と、上記コンテンツを再生制御するための情報が授受され、
上記第１のネットワークに複数のチャンネルが含まれ、
上記第１のネットワークの１または複数のチャンネルを通じて放送コンテンツが上記クライアント端末に対して配信され、
上記放送コンテンツが配信される上記チャンネル以外のチャンネルが上記クライアント端末が要求したコンテンツの配信に割り当てられ、
上記チャンネルの割り当ての情報が上記送信サーバに格納され、
上記コンテンツの配信に割り当てられるチャンネル数に比して、要求する上記クライアント端末の数が多い場合には、上記制御情報のアドレス情報が代替アドレス情報に追記されることで、上記第２のネットワークを通じて上記コンテンツの配信が行われる
コンテンツ配信システム。
上記クライアント端末と上記送信サーバとの間で授受される情報は、上記第２のネットワークを通じて上記コンテンツを取得するための情報と、上記コンテンツをストリーミング再生制御するための情報である
請求項１に記載のコンテンツ配信システム。
上記ストリーミング再生制御として、ＲＴＳＰ(Real Time Streaming Protocol)が利用される
請求項２に記載のコンテンツ配信システム。
上記送信サーバが上記放送コンテンツを配信するための放送サーバと、上記制御情報を配信するための制御情報サーバと、上記コンテンツを配信するためのコンテンツサーバとから構成され、上記放送サーバ、上記制御情報サーバ、上記コンテンツサーバがそれぞれストリームを出力する
請求項１乃至３のいずれかに記載のコンテンツ配信システム。
上記第１のネットワークがケーブルテレビジョンネットワークであり、上記第２のネットワークがインターネットである
請求項１乃至４のいずれかに記載のコンテンツ配信システム。
下りの伝送帯域がコンテンツの伝送に充分な帯域を有する第１のネットワークと、双方向のＩＰネットワークである第２のネットワークとを介して送信サーバおよびクライアント端末が接続され、
上記第１のネットワークを介して上記送信サーバから上記クライアント端末に対して、放送コンテンツと、上記クライアント端末が要求したコンテンツと、上記送信サーバにアクセスするためのアドレス情報を含む制御情報とが送信されるコンテンツ配信システムにおいて、
上記アドレス情報を使用して上記送信サーバを特定し、上記クライアント端末が上記第２のネットワークを介してアクセスするステップと、
上記クライアント端末が上記送信サーバに対して、上記第２のネットワークを通じて上記コンテンツを取得するための情報と、上記コンテンツを再生制御するための情報を授受するステップと、
上記クライアント端末が上記第１のネットワークを通じて配信されたコンテンツを再生するステップとからなり、
上記第１のネットワークに複数のチャンネルが含まれ、
上記第１のネットワークの１または複数のチャンネルを通じて放送コンテンツが上記クライアント端末に対して配信され、
上記放送コンテンツが配信される上記チャンネル以外のチャンネルが上記クライアント端末が要求したコンテンツの配信に割り当てられ、
上記チャンネルの割り当ての情報が上記送信サーバに格納され、
上記コンテンツの配信に割り当てられるチャンネル数に比して、要求する上記クライアント端末の数が多い場合には、上記制御情報のアドレス情報が代替アドレス情報に追記されることで、上記第２のネットワークを通じて上記コンテンツの配信が行われる
コンテンツ配信方法。
下りの伝送帯域がコンテンツの伝送に充分な帯域を有する第１のネットワークと、双方向のＩＰネットワークである第２のネットワークとを介してクライアント端末が接続され、
上記第１のネットワークを介して上記クライアント端末に対して、放送コンテンツと、上記クライアント端末が要求したコンテンツと、上記クライアント端末がアクセスするためのアドレス情報を含む制御情報とが送信され、
上記クライアント端末との間で、上記第２のネットワークを通じて上記コンテンツを取得するための情報と、上記コンテンツを再生制御するための情報を授受し、
上記第１のネットワークに複数のチャンネルが含まれ、
上記第１のネットワークの１または複数のチャンネルを通じて放送コンテンツが上記クライアント端末に対して配信され、
上記放送コンテンツが配信される上記チャンネル以外のチャンネルが上記クライアント端末が要求したコンテンツの配信に割り当てられ、
上記チャンネルの割り当ての情報が格納され、
上記コンテンツの配信に割り当てられるチャンネル数に比して、要求する上記クライアント端末の数が多い場合には、上記制御情報のアドレス情報が代替アドレス情報に追記されることで、上記第２のネットワークを通じて上記コンテンツの配信が行われる
送信サーバ。
上記クライアント端末との間で授受される情報は、上記第２のネットワークを通じて上記コンテンツを取得するための情報と、上記コンテンツをストリーミング再生制御するための情報である
請求項７に記載の送信サーバ。
上記ストリーミング再生制御として、ＲＴＳＰ(Real Time Streaming Protocol)が利用される
請求項８に記載の送信サーバ。
上記放送コンテンツを配信するための放送サーバと、上記制御情報を配信するための制御情報サーバと、上記コンテンツを配信するためのコンテンツサーバとから構成され、上記放送サーバ、上記制御情報サーバ、上記コンテンツサーバがそれぞれストリームを出力する
請求項７乃至９のいずれかに記載の送信サーバ。
上記第１のネットワークがケーブルテレビジョンネットワークであり、上記第２のネットワークがインターネットである
請求項７乃至１０のいずれかに記載の送信サーバ。