JP2010219592A - コンテンツ配信サーバ及びコンテンツ配信システム - Google Patents

Abstract

【課題】 複数のクライアントが同じ再生モードを実質的に同時に実行することができるコンテンツ配信システムを提供する。
【解決手段】 複数のクライアント４，６，８に対してコンテンツを配信するコンテンツ配信サーバ２を備えるコンテンツ配信システムであって、少なくとも１つのクライアントは、前記少なくとも１つのクライアントと前記コンテンツ配信サーバ２との間の回線性能及び前記少なくとも１つのクライアントの再生性能の少なくとも一方を前記コンテンツ配信サーバ２に送信する送信手段を有し、前記コンテンツ配信サーバ２は、前記回線性能と前記再生性能との少なくとも一方に基づいて、前記複数のクライアント４，６，８の前記再生モードを制御する再生モード制御手段を有する。
【選択図】 図１

Description

本発明は、動画及び音声の少なくとも一方を含むコンテンツを配信するコンテンツ配信サーバ及びコンテンツ配信システムに関するものである。

マルチメディアコンテンツ等のデータ情報をサーバから複数のクライアントに送信するデータ通信システムが知られている（例えば、特許文献１参照）。

特表２００５−５１８１２０号公報

サーバから複数のクライアントに対して同一のコンテンツを同時にストリーミング配信する場合、早送り再生や巻戻し再生等のトリック再生を同時に行うことができなかった。

本発明の目的は、複数のクライアントが同じ再生モードを実質的に同時に実行することができるコンテンツ配信サーバ及びコンテンツ配信システムを提供することである。

本発明のコンテンツ配信サーバは、クライアントに対してコンテンツを配信するコンテンツ配信サーバにおいて、コンテンツの再生モードの変更指示を送信する再生モード制御手段を有することを特徴とする。

また、本発明のコンテンツ配信システムは、複数のクライアントに対してコンテンツを配信するコンテンツ配信サーバを備えるコンテンツ配信システムであって、少なくとも１つのクライアントは、前記少なくとも１つのクライアントと前記コンテンツ配信サーバとの間の回線性能及び前記少なくとも１つのクライアントの再生性能の少なくとも一方を前記コンテンツ配信サーバに送信する送信手段を有し、前記コンテンツ配信サーバは、前記回線性能と前記再生性能との少なくとも一方に基づいて、前記複数のクライアントの前記再生モードを制御する再生モード制御手段を有することを特徴とする。

本発明のコンテンツ配信サーバ及びコンテンツ配信システムによれば、複数のクライアントが同じ再生モードを実質的に同時に実行することができる。

実施の形態に係るコンテンツ配信システムの概略構成を模式的に示した図である。 実施の形態に係るコンテンツ配信システムのシステム構成を示すブロック図である。 実施の形態に係るコンテンツ配信システムにおいてＰＣ、ＰＤＡ及びスマートフォンがサーバから配信されるコンテンツを同時に再生する際の処理について説明するためのフローチャートである。 この実施の形態に係るコンテンツ配信システムにおいてＰＤＡやスマートフォンが巻戻し再生を継続させることができなくなった場合に実施する処理について説明するためのフローチャートである。

以下、図面を参照して、本発明の実施の形態に係るコンテンツ配信システムについて説明する。図１は、この実施の形態に係るコンテンツ配信システムの概略構成を模式的に示した図である。図１に示すように、コンテンツ配信システムは、動画及び音声の少なくとも一方を含むコンテンツを配信するコンテンツ配信サーバ（以下、サーバという。）２、及びクライアントとしてノートパソコンやデスクトップパソコン等のパーソナルコンピュータ（以下、ＰＣという。）４、ＰＤＡ６、スマートフォン８を備えている。なお、クライアントとして、タブレットＰＣ、ウェアラブルディスプレイ、ウェアラブルコンピュータ等の移動通信型の携帯機器を備えることもできる。ＰＣ４は、インターネット１０及び有線等により構成されるＬＡＮ１２を介してサーバ２に接続されており、ＰＤＡ６及びスマートフォン８は、インターネット１０、アクセスポイント１４，１６及び無線ＬＡＮ１８，２０を介してサーバ２に接続されている。

図２は、この実施の形態に係るコンテンツ配信システムのシステム構成を示すブロック図である。なお、図２では、図１に示すスマートフォン８のシステム構成の詳細の図示を省略している。図２に示すように、サーバ２は、サーバ２の各部を統括的に制御するＣＰＵ２２を備えており、ＣＰＵ２２には、記憶部２４及び通信部２６が接続されている。記憶部２４には、サーバ２が動作するためのプログラム、クライアント（ＰＣ４、ＰＤＡ６及びスマートフォン８等）に対して配信するためのコンテンツに基づくコンテンツデータが記憶されている。通信部２６は、インターネット１０を介してＰＣ４、ＰＤＡ６及びスマートフォン８等のクライアントとネットワーク接続し、各クライアントと通信を行う。

ＰＣ４は、ＰＣ４の各部を統括的に制御するＣＰＵ２８を備えており、ＣＰＵ２８には、ＬＡＮ通信部３０、記憶部３２、表示部３４、スピーカ３６及び操作部３８が接続されている。ＬＡＮ通信部３０は、ＬＡＮ１２及びインターネット１０を介してサーバ２とネットワーク接続し、サーバ２と通信を行う。記憶部３２は、ＣＰＵ２８が動作するためのプログラム、動画及び音声の少なくとも一方を含むコンテンツに基づくコンテンツデータを記憶しており、更にストリーミング再生を行う際にサーバ２から配信されるコンテンツデータを一時的に記憶する（キャッシュする）。表示部３４は、コンテンツに含まれる動画等を表示し、スピーカ３６は、コンテンツに含まれる音声等を再生する。操作部３８は、図示しないキーボードやポインティングデバイス等を含んで構成されている。

ＰＤＡ６は、ＰＤＡ６の各部を統括的に制御するＣＰＵ４０を備えており、ＣＰＵ４０には、無線ＬＡＮ通信部４２、記憶部４４、表示部４６、スピーカ４８及び操作部５０が接続されている。無線ＬＡＮ通信部４２は、無線ＬＡＮ１８、アクセスポイント１４及びインターネット１０を介してサーバ２とネットワーク接続し、サーバ２と通信を行う。記憶部４４は、ＣＰＵ４０が動作するためのプログラム等を記憶しており、更にストリーミング再生を行う際にサーバ２から配信されるコンテンツデータを一時的に記憶する（キャッシュする）。表示部４６は、コンテンツデータから形成される動画等を表示し、スピーカ４８は、コンテンツデータから形成される音声等を再生する。操作部５０は、図示しないボタンやタッチパネル等を含んで構成されている。

次に、図３のフローチャートを参照して、この実施の形態に係るコンテンツ配信システムにおいてＰＣ４、ＰＤＡ６及びスマートフォン８がサーバ２から配信されるコンテンツを同時に再生する際の処理について説明する。

まず、ＰＣ４のＣＰＵ２８は、サーバ２がコンテンツの配信を開始する前（例えば、サーバ２との接続時、またはクライアントの何れか１つがサーバ２に対してコンテンツの配信指示を送信した時）にＰＣ４の再生性能、即ちＰＣ４においてキャッシュ可能なサイズに関する情報をサーバ２に対して送信する（ステップＳ１０）。キャッシュ可能なサイズとは、サーバ２から配信されるコンテンツをストリーミング再生する際に該コンテンツに基づくコンテンツデータを一時的に記憶させるための記憶容量の大きさのことである。同様に、ＰＤＡ６のＣＰＵ４０、及びスマートフォン８のＣＰＵ（図示せず）も、サーバ２がコンテンツの配信を開始する前（例えば、サーバ２との接続時、またはクライアントの何れか１つがサーバ２に対してコンテンツの配信指示を送信した時）にＰＤＡ６及びスマートフォン８においてキャッシュ可能なサイズに関する情報をサーバ２に対して送信する。

サーバ２のＣＰＵ２２は、ステップＳ１０においてＰＣ４から送信されたＰＣ４のキャッシュ可能なサイズに関する情報、ＰＤＡ６及びスマートフォン８から送信されたＰＤＡ６及びスマートフォン８のキャッシュ可能なサイズに関する情報を受信する（ステップＳ２０）。次に、ＣＰＵ２２は、ステップＳ２０において受信したＰＣ４、ＰＤＡ６及びスマートフォン８のキャッシュ可能なサイズに関する情報に基づいて、ＰＣ４、ＰＤＡ６及びスマートフォン８において同一のコンテンツを同時に再生しているときに、同時に巻戻し再生可能か否かを判別する（ステップＳ２１）。即ち、クライアント（この実施の形態ではＰＣ４、ＰＤＡ６及びスマートフォン８）によって再生性能や回線性能が異なるため、各クライアントの実行可能なトリック再生（巻戻し再生や早送り再生等）は異なる。ここで、再生性能とは上述のキャッシュ可能なサイズ、実際にキャッシュされているコンテンツデータのサイズ等のことであり、回線性能とはサーバ２と各クライアントとを繋ぐ回線における転送レートの実行値等のことである。

例えば、ＰＣ４においてユーザーによりコンテンツの巻戻し再生指示がなされた場合には、ＰＤＡ６（及びスマートフォン８）のキャッシュ可能なサイズは一般的に少なく、過去に再生されたコンテンツに基づくコンテンツデータは記憶部４４内から削除されているため、ＰＣ４で巻戻し再生可能であってもＰＤＡ６で同様の巻戻し再生ができない場合がある。この場合には、ＰＣ４及びＰＤＡ６において同時に同一のコンテンツを巻戻し再生することができない。

したがって、サーバ２のＣＰＵ２２は、ＰＣ４、ＰＤＡ６及びスマートフォン８のすべてのキャッシュ可能なサイズが所定量より大きい場合には、ＰＣ４、ＰＤＡ６及びスマートフォン８において同時に同一のコンテンツの巻戻し再生が可能であると判別し、ＰＣ４、ＰＤＡ６及びスマートフォン８の少なくとも１つのキャッシュ可能なサイズが所定量以下の場合には、ＰＣ４、ＰＤＡ６及びスマートフォン８において同時に同一のコンテンツの巻戻し再生ができないと判別する。即ち、最も低い再生性能を有するクライアントにおいてコンテンツの巻戻し再生を行うことができないと判別された場合には、すべてのクライアントにおいて同時に同一のコンテンツの巻戻し再生ができないため、すべてのクライアントにおいて巻戻し再生を禁止することを決定する。

ステップＳ２１においてコンテンツの巻戻し再生ができないと判別された場合には（ステップＳ２１、Ｎｏ）、ＣＰＵ２２は、ＰＣ４、ＰＤＡ６及びスマートフォン８に対して巻戻し再生モードによるコンテンツの巻戻し再生を禁止する指示を送信する（ステップＳ２２）。

ＰＣ４のＣＰＵ２８は、ステップＳ２２においてサーバ２から送信される巻戻し再生モードによるコンテンツの巻戻し再生を禁止する指示を受信し（ステップＳ１１）、該指示に基づいてＰＣ４においてコンテンツの巻戻し再生を禁止する設定、具体的には巻戻し再生を指示するための巻戻しボタンを無効にする等の設定を行う（ステップＳ１２）。また、ＰＤＡ６のＣＰＵ４０及びスマートフォン８のＣＰＵも、ステップＳ２２においてサーバ２から送信される巻戻し再生モードによるコンテンツの巻戻し再生を禁止する指示を受信し、該指示に基づいてＰＤＡ６及びスマートフォン８においてコンテンツの巻戻し再生を禁止する設定を行う。

ステップＳ２１においてコンテンツの巻戻し再生が可能であると判別された場合（ステップＳ２１、Ｙｅｓ）、または、ステップＳ２２において巻戻し再生モードによる巻戻し再生を禁止する指示を送信した後、サーバ２のＣＰＵ２２は、ＰＣ４、ＰＤＡ６及びスマートフォン８に対して、記憶部２４に記憶されているコンテンツデータから形成されるコンテンツ（この実施の形態では、動画及び音声）を配信する（ステップＳ２３）。

ＰＣ４のＣＰＵ２８は、ステップＳ２３においてサーバ２から配信されるコンテンツを受信し（ステップＳ１３）、記憶部３２に所定時間（通常数秒間）バッファリングした後、コンテンツのストリーミング再生を開始する（ステップＳ１４）。即ち、コンテンツに含まれる動画を表示部３４に表示し、コンテンツに含まれる音声をスピーカ３６から出力する。同様に、ＰＤＡ６のＣＰＵ４０（スマートフォン８のＣＰＵ）も、サーバ２から配信されるコンテンツ（ステップＳ２３）を受信し、記憶部４４にバッファリングした後、コンテンツのストリーミング再生を開始する。

次に、ステップＳ２１においてサーバ２のＣＰＵ２２によりＰＣ４、ＰＤＡ６及びスマートフォン８において巻戻し再生可能であると判別された場合、ＰＣ４、ＰＤＡ６及びスマートフォン８がサーバ２から配信されるコンテンツを同時に巻戻し再生する際の処理について説明する。

まず、ＰＣ４のＣＰＵ２８（または、ＰＤＡ６のＣＰＵ４０，スマートフォン８のＣＰＵ）は、サーバ２から配信されるコンテンツを再生している間に、ユーザー操作により、操作部３８を介してコンテンツの巻戻し再生要求をサーバ２に対して送信する。

サーバ２のＣＰＵ２２は、ＰＣ４から送信された巻戻し再生要求を受信すると、コンテンツを通常の１倍速で再生する基本再生モードから巻戻し再生する巻戻し再生モードへの変更指示をＰＣ４、ＰＤＡ６及びスマートフォン８に対して送信する。

ＰＣ４のＣＰＵ２８、ＰＤＡ６のＣＰＵ４０及びスマートフォン８のＣＰＵは、サーバ２から送信された変更指示を受信すると、基本再生モードによるコンテンツの再生を停止し、巻戻し再生モードによるコンテンツの巻戻し再生を開始する。

同様に、ＰＣ４のＣＰＵ２８（または、ＰＤＡ６のＣＰＵ４０，スマートフォン８のＣＰＵ）は、コンテンツの巻戻し再生を実行している間に、ユーザー操作により、操作部３８を介してコンテンツの巻戻し再生停止要求をサーバ２に対して送信する。

サーバ２のＣＰＵ２２は、ＰＣ４から送信された巻戻し再生停止要求を受信すると、巻戻し再生モードから基本再生モードへの変更指示をＰＣ４、ＰＤＡ６及びスマートフォン８に対して送信する。

ＰＣ４のＣＰＵ２８、ＰＤＡ６のＣＰＵ４０及びスマートフォン８のＣＰＵは、サーバ２から送信された変更指示を受信すると、巻戻し再生モードによるコンテンツの巻戻し再生を停止し、基本再生モードによるコンテンツの再生を開始する。このように、ＰＣ４、ＰＤＡ４及びスマートフォン８は、同時に同一のコンテンツの巻戻し再生を行うことができる。

ところで、ＰＤＡ６やスマートフォン８等のように一般的にＰＣ４等よりキャッシュ可能なサイズが小さく、巻戻し再生中においてキャッシュされているコンテンツの巻戻し再生が終了した場合等、ＰＤＡ６やスマートフォン８において巻戻し再生を継続させることができなくなる場合がある。図４は、この実施の形態に係るコンテンツ配信システムにおいて、ＰＤＡ６やスマートフォン８が巻戻し再生を継続させることができなくなった場合に実施する処理について説明するためのフローチャートである。

図４に示すように、ＰＤＡ６のＣＰＵ４０（またはスマートフォン８のＣＰＵ）は、巻戻し再生中において、キャッシュされているコンテンツデータのすべてを巻戻し再生し、引き続き巻戻し再生するためのキャッシュされているコンテンツデータ（キャッシュデータ）がない場合には（ステップＳ３０、Ｙｅｓ）、巻戻し再生を継続させることができないと判別し、巻戻し再生をこれ以上継続させることができないことを示す通知をサーバ２に対して送信する（ステップＳ３１）。

サーバ２のＣＰＵ２２は、ステップＳ３１においてＰＤＡ６またはスマートフォン８から送信される通知を受信すると（ステップＳ４０）、巻戻し再生モードによる巻戻し再生を停止し、基本再生モードによる再生を行うよう指示する基本再生指示をＰＤＡ６に対して送信する（ステップＳ４１）。同様に、ＣＰＵ２２は、基本再生指示をＰＣ４及びスマートフォン８に対して送信する。

ＰＤＡ６のＣＰＵ４０は、ステップＳ４１においてサーバ２から送信された基本再生指示を受信すると（ステップＳ３２）、巻戻し再生モードによる巻戻し再生を停止し（ステップＳ３３）、基本再生モードによる再生を開始する（ステップＳ３４）。同様に、ＰＣ４のＣＰＵ２８及びスマートフォン８のＣＰＵは、ステップＳ４１においてサーバ２から送信された基本再生指示を受信すると、巻戻し再生モードによる巻戻し再生を停止し、基本再生モードによる再生を開始する。

なお、この実施の形態に係るコンテンツ配信システムにおいてコンテンツの早送り再生を行う場合には、サーバ２は、ＰＣ４、ＰＤＡ６及びスマートフォン８の再生性能（キャッシュ可能なサイズ、現在キャッシュされているコンテンツのサイズ等）及び回線性能（サーバ２と各クライアントとを接続する回線の転送レートの実行値等）の関する情報に基づいて、ＰＣ４、ＰＤＡ６及びスマートフォン８において早送り再生が可能か否かを判別する。これらの情報は、ＰＣ４、ＰＤＡ６及びスマートフォン８からサーバ２に対して、サーバ２との接続時、及び定期的に送信される。

そして、巻戻し再生を行う際の処理と同様に、早送り再生が可能な場合には、サーバ２は、クライアントから送信された早送り再生要求を受信すると、基本再生モードから早送り再生する早送り再生モードへの変更指示を各クライアントに対して送信する。各クライアントは、サーバ２から送信された変更指示を受信すると、基本再生モードから早送り再生モードに変更し、コンテンツの早送り再生を開始する。

また、回線の速度は、アクセスポイントへのアクセス数等、回線が混んでいるか否か等により、コンテンツ再生中においても時々刻々と変化する。したがって、コンテンツ再生中においても、各クライアントはサーバ２に対して回線性能に関する情報を定期的に送信し、サーバ２は送信結果に基づいて各クライアントにおけるコンテンツの早送り再生の可否を判別し、判別結果に基づいて各クライアントにおける早送り再生の可否の設定を行う。

また、巻戻し再生の場合と同様に、早送り再生中においてサーバ２と各クライアントとを接続する回線の転送速度の変化等によりキャッシュされているコンテンツの早送り再生が終了した場合等、ＰＤＡ６やスマートフォン８において早送り再生を継続させることができなくなる場合がある。この場合には、巻戻し再生の場合と同様に、ＰＤＡ６（またはスマートフォン８）は、早送り再生中において早送り再生を継続させることができないと判別した場合には、早送り再生をこれ以上継続させることができないことを示す通知をサーバ２に対して送信する。

サーバ２は、ＰＤＡ６から送信される通知を受信すると、早送り再生モードによる早送り再生を停止し、基本再生モードによる再生を行うよう指示する基本再生指示をＰＣ４、ＰＤＡ６及びスマートフォン８に対して送信する。そして、ＰＣ４、ＰＤＡ６及びスマートフォン８は、サーバ２から送信された基本再生指示を受信すると、早送り再生モードによる早送り再生を停止し、基本再生モードによる再生を開始する。

この実施の形態に係るコンテンツ配信システムによれば、サーバ２より配信されるコンテンツを複数のクライアント（ＰＣ４、ＰＤＡ６及びスマートフォン８）において同時にストリーミング再生している際に、複数のクライアントにおいて同時に巻戻し再生や早送り再生等のトリック再生を同時に行うことができる。したがって、複数のクライアントにおいて同一のコンテンツを同時に再生及びトリック再生することができる。また、少なくとも１つのクライアントがトリック再生することができない場合には、すべてのクライアントのトリック再生を禁止する設定を行うため、複数のクライアントにおける同一のコンテンツの同時再生を継続させることができる。

なお、この実施の形態においては、サーバ２がコンテンツを配信する前にＰＣ４、ＰＤＡ６及びスマートフォン８において巻戻し再生等のトリック再生が可能か否かを判別しているが、サーバ２によるコンテンツ配信中であって巻戻し再生等の要求を受信したときにＰＣ４、ＰＤＡ６及びスマートフォン８において巻戻し再生等のトリック再生が可能か否かを判別することもできる。この場合には、サーバ２は、何れかのクライアントから巻戻し再生の要求を受信したときに、各クライアントのキャッシュ可能なサイズ及び現在キャッシュされているコンテンツのサイズに関する情報を各クライアントから取得し、取得した情報に基づいて巻戻し再生が可能か否かを判別する。即ち、各クライアントのキャッシュ可能なサイズ及び現在キャッシュされているコンテンツのサイズが大きい場合には巻戻し再生が可能であると判別し、少なくとも１つのクライアントのキャッシュ可能なサイズ及び現在キャッシュされているコンテンツのサイズが小さい場合には巻戻し再生できないと判別する。そして、サーバ２は、巻戻し再生の要求を送信したクライアントに対して、または各クライアントに対して、巻戻し再生できないことを示す通知を送信する。

また、この実施の形態に係るＰＣ４（ＰＤＡ６またはスマートフォン８）においては、サーバ２から送信されるコンテンツデータをバッファリングし、コンテンツのストリーミング再生を行っているが、サーバ２から送信されるコンテンツデータと同一のコンテンツデータが記憶部３２（記憶部４４またはスマートフォン８の図示しない記憶部）に記憶されている場合には、ＰＣ４（ＰＤＡ６またはスマートフォン８）は、サーバ２からの配信や変更指示に従って、記憶部３２（記憶部４４またはスマートフォン８の図示しない記憶部）に記憶されているコンテンツデータから形成されるコンテンツを再生及びトリック再生してもよい。この場合には、キャッシュ可能なサイズが比較的小さいＰＤＡ６やスマートフォン８においても巻戻し再生や早送り再生等のトリック再生を円滑に行うことができる。

コンテンツ配信サーバから複数のクライアントへコンテンツをストリーミング配信するコンテンツ配信システムとして産業上利用可能である。

２…サーバ、４…ＰＣ、６…ＰＤＡ、８…スマートフォン、１０…インターネット、１２…ＬＡＮ，１４，１６…アクセスポイント、１８，２０…無線ＬＡＮ。

Claims (7)

1. クライアントに対してコンテンツを配信するコンテンツ配信サーバにおいて、
   コンテンツの再生モードの変更指示を送信する再生モード制御手段を有することを特徴とするコンテンツ配信サーバ。
2. 複数のクライアントに対してコンテンツを配信するコンテンツ配信サーバを備えるコンテンツ配信システムであって、
   少なくとも１つのクライアントは、前記少なくとも１つのクライアントと前記コンテンツ配信サーバとの間の回線性能及び前記少なくとも１つのクライアントの再生性能の少なくとも一方を前記コンテンツ配信サーバに送信する送信手段を有し、
   前記コンテンツ配信サーバは、前記回線性能と前記再生性能との少なくとも一方に基づいて、前記複数のクライアントの前記再生モードを制御する再生モード制御手段を有することを特徴とするコンテンツ配信システム。
3. 前記コンテンツ配信サーバの再生モード制御手段は、前記複数のクライアントから送信された回線性能のうちの最も低い回線性能、及び前記複数のクライアントから送信された再生性能のうちの最も低い再生性能の少なくとも一方に基づいて、前記複数のクライアントの再生モードを制御することを特徴とする請求項２記載のコンテンツ配信システム。
4. 前記コンテンツ配信サーバの再生モード制御手段は、前記再生モードの変更要求を前記複数のクライアントのいずれかから受信した場合には、前記変更要求に基づいて前記再生モードの変更指示を前記複数のクライアントに対して送信することを特徴とする請求項２または請求項３記載のコンテンツ配信システム。
5. 前記複数のクライアントの回線性能は、転送レートの実行値であることを特徴とする請求項２〜請求項４の何れか一項に記載のコンテンツ配信システム。
6. 前記再生性能は、キャッシュされている前記コンテンツのサイズ、及びキャッシュ可能なサイズの少なくとも一方であることを特徴とする請求項２〜請求項５の何れか一項に記載のコンテンツ配信システム。
7. 前記複数のクライアントの少なくとも１つは、前記コンテンツを記憶する記憶部を備えている場合には、前記コンテンツ配信サーバから配信される前記コンテンツの代わりに前記記憶部に記憶されている前記コンテンツを再生することを特徴とする請求項２〜請求項６の何れか一項に記載のコンテンツ配信システム。

Images