(57)【要約】【課題】クライアント側がファイル保存出来ないストリーミングサービスでは，繰り返しライブ配信データを再生出来ない。【解決手段】ストリーミングサーバにライブ配信データをファイルする機能を持たせ、ライブ配信データとファイルしたライブ配信データ（ファイル配信データ）をクライアントの配信要求によりサーバ側で切り替えて再生することにより、ライブ配信データをクライアント側でファイルせずに繰り返し再生制御出来る。【選択図】      図１
2005011150.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークからライブ配信データを受信しこれを直接クライアントに配信する系統と、前記ネットワークからの前記ライブ配信データを一旦ファイルして前記ライブ配信データを複数のファイル配信データとして生成する系統とを切り替えて、前記ライブ配信データを直接配信するかあるいは前記複数のファイル配信データのいずれかを前記クライアントに供給するコンテンツ配信システムにおいて、
前記ライブ配信データを前記複数のファイル配信データとして生成供給するファイル配信データ供給手段と、
前記ライブ配信データと前記ファイル配信データのいずれかを選択する切り替え手段と、
前記切り替え手段において選択された前記ライブ配信データもしくは前記ファイル配信データのいずれかを再生するコンテンツ配信データ再生手段と、
を有することを特徴とするコンテンツ配信システム。
【請求項２】
ネットワークからライブ配信データを受信しこれを直接クライアントに配信する系統と、前記ネットワークからの前記ライブ配信データを一旦ファイルして前記ライブ配信データを複数のファイル配信データとして生成する系統とを切り替えて、前記ライブ配信データを直接配信するかあるいは前記複数のファイル配信データのいずれかを前記クライアントに供給するコンテンツ配信システムにおいて、
前記切り替え手段において選択された前記ライブ配信データもしくは前記ファイル配信データのいずれかを再生するコンテンツ配信データ再生手段と、
前記切り替え手段から出力する前記ファイル配信データの再生状態を監視しながら前記ファイル配信データ供給手段に格納されている前記ファイル配信データの再生制御を行うコンテンツ配信データ再生手段と、
を有することを特徴とするコンテンツ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ配信システムにおいて、ストリーミングサーバを用いたライブ配信の利便性向上に関するものである。
【０００２】
【従来の技術】
ブロードバンド時代の代表的なサービスであるストリーミングサービスは、最もスムーズに動画を見る方法として具体化されたものである。
基本的に動画ファイルは非常に重いので、その重いファイルをネットワーク経由でダウンロードして見ようとすると数十分〜数時間もの長時間を要したり、この長時間の間に途中で回線にエラーが発生し、時間を無駄にすることも多かった。これが従来の動画ファイル配信の状況である。この問題を解決した技術が「ストリーミング」である。
【０００３】
ストリーミングは、「ダウンロードをしてから見るのではなく、ダウンロードをしながら見る、あるいはダウンロードさえせずに見る」技術である。従ってダウンロード完了を待つことなく動画が再生される。配信を受けるクライアント側ではファイルを保存せずにリアルタイムで再生する。
【０００４】
ネットワーク上における動画配信のサービス形態としては、クライアント側でファイル保存をしないネットワークカメラ等を用いたストリーミングサーバによるライブ配信と、ファイル保存をする一般的なサーバに格納されたファイル配信に大別され、同じような配信形態でありながら，異なるサービスとして扱われることが多かった（例えば、特許文献１参照）。
【０００５】
図６にコンテンツ配信の従来例として、ストリーミングサーバによるライブ配信のシステム例について説明する。このシステムはテレビカメラの撮像信号のようなライブ動画信号を供給するライブ動画供給装置１、ライブ動画信号を配信（ライブ配信）するストリーミングサーバ２、クライアント画像再生装置３から構成される。
【０００６】
動作例としては、まずライブ動画供給装置１からライブ動画信号Ｄｌｉｖｅをネットワーク経由でストリーミングサーバ２に供給する。次にストリーミングサーバ２が管理しているライブ動画信号Ｄｌｉｖｅの配信情報を配信管理信号Ｄｒｅｑ経由でクライアントがクライアント画像再生装置３から入手し、配信可能なライブ動画信号Ｄｌｉｖｅが必要であればリクウェストしてストリーミングサーバ２からライブ動画信号Ｄｌｉｖｅの配信データＤｓｔを受信しライブ配信データとしてクライアント画像再生装置３で再生する。
【０００７】
この例の場合、クライアント画像再生装置３側ではファイル保存が出来ないので、配信データＤｓｔの配信が終了すればクライアント画像再生装置３での配信動画信号Ｄｓｔの再生は停止する。
【０００８】
【特許文献１】
特開２０００−３６９４７号公報
【０００９】
【発明が解決しようとする課題】
ネットワークからライブ配信データを受信しこれを直接クライアントに配信するストリーミングサービスでは、ファイル保存が出来ないため、配信されたライブ配信データを繰り返し見ることが出来ないと言う問題があった。
【００１０】
そこで本発明は、ストリーミングサーバにライブ配信データをファイルする機能を持たせ、直接ライブ配信データを再生するとともに、ファイルしたライブ配信データ（ファイル配信データ）に切り替えて繰り返し再生出来るコンテンツ配信システムの実現を目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するための第１の手段としてのコンテンツ配信システムは、ネットワークからライブ配信データ（ライブ動画信号Ｄｌｉｖｅ）を受信しこれを直接クライアントに配信する系統と、前記ネットワークからの前記ライブ配信データを一旦ファイルして前記ライブ配信データを複数のファイル配信データ（ストリームデータＤｄｂ）として生成する系統とを切り替えて、前記ライブ配信データを直接配信するかあるいは前記複数のファイル配信データのいずれかを前記クライアントに供給するコンテンツ配信システムにおいて、
前記ライブ配信データを前記複数のファイル配信データとして生成供給するファイル配信データ供給手段（ストリームデータベース装置４ａ）と、前記ライブ配信データと前記ファイル配信データのいずれかを選択する切り替え手段（切り替え装置４ｃ）と、前記切り替え手段において選択された前記ライブ配信データもしくは前記ファイル配信データのいずれかを再生するコンテンツ配信データ再生手段（クライアント画像再生装置５）と、を有する。
【００１２】
上記目的を達成するための第２の手段としてのコンテンツ配信システムは、ネットワークからライブ配信データを受信しこれを直接クライアントに配信する系統と、前記ネットワークからの前記ライブ配信データを一旦ファイルして前記ライブ配信データを複数のファイル配信データとして生成する系統とを切り替えて、前記ライブ配信データを直接配信するかあるいは前記複数のファイル配信データのいずれかを前記クライアントに供給するコンテンツ配信システムにおいて、前記切り替え手段において選択された前記ライブ配信データもしくは前記ファイル配信データのいずれかを再生するコンテンツ配信データ再生手段と、前記切り替え手段から出力する前記ファイル配信データの再生状態を監視しながら前記ファイル配信データ供給手段に格納されている前記ファイル配信データの再生制御を行うコンテンツ配信データ再生手段と、を有する。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態につき、好ましい実施例により、図面を参照して説明する。図１にコンテンツ配信システムの概要を示す。このシステムは、ライブ動画（音声を含む）信号Ｄｌｉｖｅを、ストリーミングデータベース装置４ａが付加されたストリーミングサーバ４に供給し、ストリーミングサーバ４経由でクライアントにライブ動画信号Ｄｌｉｖｅをライブ配信データとしてそのまま配信するか、一旦ストリーミングデータベース装置４ａでファイルしてからファイル配信データ（ストリームデータ）としてクライアントに配信するかをクライアント側で選択出来るシステムを示す。
【００１４】
図１のシステム例は、ストリームデータベース装置４Ａ・配信管理装置４ｂ・切り替え装置４ｃから形成されるストリーミングサーバ４、再生制御機能つきのクライアント画像再生装置５から構成される。
【００１５】
次に図１の動作について説明する。まずテレビカメラの撮像信号をライブ動画信号Ｄｌｉｖｅとして供給するライブ動画供給装置１からネットワークに送られたライブ動画信号Ｄｌｉｖｅを、ネットワーク経由でストリーミングサーバ４が受信する。そしてストリーミングサーバ４で受信したライブ動画信号Ｄｌｉｖｅを切り替え装置４ｃとストリームデータベース装置４ａに供給する。
【００１６】
ストリームデータベース装置４ａでは、一旦ライブ動画信号Ｄｌｉｖｅをファイルした後、配信管理装置４ｂからクライアントの要求で送られてくる配信要求データＤｃｔｌにより、ファイルされたライブ動画信号ＤｌｉｖｅをストリームデータＤｄｂとして切り替え装置４ｃに送る。切り替え装置４ｃでは配信管理装置４ｂから送られてくるクライアント要求の切り替えデータＤｓｗによりライブ動画信号ＤｌｉｖｅかストリームデータＤｄｂかを選択し配信データＤｓｔとしてクライアント画像再生（音声再生も含む）装置５へ送る。
【００１７】
ストリーミングサーバ４では配信管理装置４ｂによりライブ動画信号Ｄｌｉｖｅを選択する場合は切り替えデータＤｓｗをライブ動画信号Ｄｌｉｖｅの選択に設定して切り替え装置４ｃに送り、ライブ動画信号Ｄｌｉｖｅを切り替え装置４ｃ経由でクライアント画像再生装置５に配信データＤｓｔとして送る。
【００１８】
次にクライアントがストリームデータＤｄｂを選択し、クライアント画像再生装置５からストリームデータＤｄｂの配信要求を情報提示信号Ｄｒｅｑに提示して、ストリーミングサーバ４に送ると、配信管理装置４ｂからストリームデータベース装置４ａに配信要求データＤｃｔｌを送りストリームデータＤｄｂを出力させて切り替え装置４ｃに送る。同時に配信管理装置４ｂからはストリームデータＤｄｂを選択する切り替えデータＤｓｗを切り替え装置４ｃに送る。
【００１９】
そしてストリームデータＤｄｂを切り替え装置４ｃ経由でクライアント画像再生装置５に配信データＤｓｔとして送る。ストリームデータＤｄｂを選択した場合は、クライアント画像再生装置５からはストリームデータベース装置４ａのストリームデータＤｄｂの読み出し制御が情報提示信号Ｄｒｅｑを経由して行えるように設定する。
【００２０】
この設定により、クライアント画像再生装置５側からクライアントの指示により、ストリームデータベース装置４ａのストリームデータＤｄｂの制御を行うことが出来る。従ってクライアント画像再生装置５にファイル機能を持たなくてもライブ動画信号Ｄｌｉｖｅをクライアント画像再生装置５でファイルした場合と同様の繰り返し再生動作を行うことが出来る。
【００２１】
次にライブ動画供給装置１の例を図２に示す。
このライブ動画供給装置１は撮像信号を出力するテレビカメラ１ａ，入力した撮像信号をストリーミングに適したフォーマットに圧縮変換するリアルタイムエンコーダ１ｂより構成される。
【００２２】
このライブ動画供給装置１の動作を説明すると、被写体をテレビカメラ１で撮像し、この撮像した被写体光像を電気信号の撮像信号Ｖｌｉｖｅに変換する。この撮像信号Ｖｌｉｖｅをリアルタイムエンコーダ１ｂに入力し、ストリーミングに適したフォーマットに圧縮変換したライブ動画信号Ｄｌｉｖｅに変換して出力する。
【００２３】
図３にストリームデータベース装置４ａのデータ格納状況例を示す。
内容を説明すると、コンテンツグループＤＢ１−０の中にストリーム属性情報として記録されたタイムコードをもとに、ライブ動画信号Ｄｌｉｖｅから連続したストリームデータＤＢ１−１，ＤＢ１−２，ＤＢ１−３が一定時間毎にファイル分割されて格納される。
【００２４】
このストリームデータベース装置４ａのデータ格納状況を管理する例を次に説明する。例えばテレビカメラ１ａを都市部のビル屋上に設置した定点カメラとすると、ストリーム属性情報を「定点カメラにて撮像された画像」「撮像された日時」という二つの属性の積で分類出来る。すなわちコンテンツグループＤＢ１−０の属性情報を「定点カメラにて撮像された画像」とし、連続したストリームデータＤＢ１−１，ＤＢ１−２，ＤＢ１−３の属性情報をそれぞれ「撮像された日時１−１」、「撮像された日時１−２」、「撮像された日時１−３」として分類することによりデータ格納が管理出来る。
【００２５】
次にクライアント画像再生装置５について説明する。クライアント画像再生装置５はネットワークプラウザの機能を有し、図４に示す表示操作部を持つ。表示操作部の構成はファイルの頭出し操作ボタン５ａ，巻き戻し再生操作ボタン５ｂ，画像提示の停止操作ボタン５ｃ，再生操作ボタン５ｄ，早送り操作ボタン５ｅ，画像表示パネル５ｆである。
【００２６】
クライアント画像再生装置５の使用手順を図５に示す。クライアント画像再生装置５はネットワークプラウザの機能を有しているから、クライアントはまずＵＲＬを指示してＷｅｂサイトにアクセスする。Ｗｅｂサイトが読み出されたら「ライブ動画」か「ストリームデータ」を選択する。
【００２７】
「ライブ動画」を選択すると図２に示されているテレビカメラ１ａで撮像した被写体光像がライブ動画信号Ｄｌｉｖｅとしてクライアント画像再生装置５に供給され画像表示パネル５ｆにリアルタイムのライブ動画として表示される。
【００２８】
次に「ストリームデータ」を選択すると、ストリームデータベース装置４ａに格納されたばかりのライブ動画信号Ｄｌｉｖｅがコンテンツグループの最新格納情報のストリームデータＤｄｂとしてクライアント画像再生装置５に供給され、画像表示パネル５ｆに表示される。この時表示されたストリームデータはリアルタイムの動画と比較してもストリームデータベース装置４ａに格納された直後に読み出されるためタイムラグはほとんどない。
【００２９】
尚、「ストリームデータ」を選択するとクライアント画像再生装置５の表示操作部が有効となり、各操作ボタンを押すことによりストリームデータベース装置４ａに格納されたコンテンツグループＤＢ１−０のストリームデータＤＢ１−１，ＤＢ１−２，ＤＢ１−３，．．．．を制御出来る。
【００３０】
例えばファイルの頭出し操作ボタン５ａを押すと現在表示しているストリームデータ以外のストリームデータの頭出しをする。巻き戻し再生操作ボタン５ｂを押すと現在表示しているストリームデータの頭出しをする。停止操作ボタン５ｃを押すと停止，再生操作ボタン５ｄを押すと再生開始である。早送り操作ボタン５ｅを押すと現在のストリームデータが早送りされる。
【００３１】
このように、「ライブ動画」を選択すると通常のストリーミングサーバとなり、「ストリームデータ」を選択するとクライアント側にファイル機能がなくてもファイル配信時と同様の動作を行うことが出来る。このためクライアント画像再生装置としては、小型軽量化及び省電力化が可能になり省資源環境を実現出来る。
【００３２】
【発明の効果】
本発明のコンテンツ配信システムは、ストリーミングサーバにライブ配信データを蓄積する機能を持たせ、ライブ配信データとファイルしたライブ配信データ（ファイル配信データ）をクライアント側の要求によりサーバ側で切り替えて利用することにより、クライアント側でファイルしなくてもライブ配信データを繰り返し再生制御出来る効果がある。
【図面の簡単な説明】
【図１】本発明のコンテンツ配信システムの概要を示す図である。
【図２】本発明に用いるライブ動画供給装置の概要を示す図である。
【図３】本発明のストリームデータベース装置のコンテンツグループ，ストリームデータの格納状態を示す図である。
【図４】本発明のクライアント画像再生装置例を示す図である。
【図５】本発明のクライアントによるコンテンツ配信動作例を示す図である。
【図６】従来のコンテンツ配信例を示す図である。
【符号の説明】
１    ライブ動画供給装置（ライブ配信データ供給手段）
１ａ  テレビカメラ
１ｂ  リアルタイムエンコーダ
２    ストリーミングサーバ
３    クライアント画像再生装置
４    ストリーミングサーバ
４ａ  ストリームデータベース装置（ファイル配信データ供給手段）
４ｂ  配信管理装置
４ｃ  切り替え装置（切り替え手段）
５    クライアント画像再生装置（コンテンツ配信データ再生手段）
Ｄｌｉｖｅ  ライブ動画信号（ライブ配信データ）
Ｄｄｂ      ストリームデータ（ファイル配信データ）
【図１】
2005011150.tif 000003
【図２】
2005011150.tif 000004
【図３】
2005011150.tif 000005
【図４】
2005011150.tif 000006
【図５】
2005011150.tif 000007
【図６】
2005011150.tif 000008