JP2003304524A - 映像データ配信システム - Google Patents

Abstract

(57)【要約】 【課題】 映像プロキシサーバを介して複数の映像デー
タを連続的にユーザ端末に配信する場合、複数映像デー
タのつなぎ目部分に当たる２つ目以降の映像データの先
頭フレームが、適切なタイミングで送信できない場合が
ある。 【解決手段】 映像プロキシサーバ１０では、映像デー
タサーバ２０から映像データを受信する際、先頭フレー
ムに関してタイミング調整用情報である連続配信用情報
を受け取る。映像データ連続配信部１６は、映像データ
をユーザ端末Ｔに連続配信する場合、２つ目以降の映像
データの送出開始タイミングを連続配信用情報に基づい
て決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はプロキシサーバに関
し、特に、データサーバから端末へのデータ配信を中継
するためのプロキシサーバに関する。

【０００２】

【従来の技術】近年のコンピュータ性能の向上とインタ
ーネット利用の急増に従い、ビジネスや娯楽用途のサー
ビスの１つとして、データサーバに格納されるデジタル
の映像データをネットワーク経由で端末に配信する、と
いうものがある。こうしたサービスでは、端末がサーバ
からのデータ受信と再生とを並行して行うストリーミン
グと呼ばれる方式が採用されている。

【０００３】映像データのストリーミング再生する場
合、映像データサーバから端末に送信されるデータは、
端末が秒当たり所定のフレーム数（例えば、３０フレー
ム／秒）でデータ再生を行えるよう、フレーム単位で送
信開始タイミングが調整される。基本的には各フレーム
のデータを一定の時間間隔（上の例では、１／３０秒間
隔）で送信開始すればよい。しかし、映像データは圧縮
形式で送受信され圧縮後のデータ量はフレームの属性に
よって異なるので、データ送信レートが低い場合や再生
を行う端末の側の再生処理能力が低い場合には、一定の
時間間隔で送信開始した場合、データ量の大きいフレー
ムデータが正しいタイミングで再生できなくなる事態が
生じうる。

【０００４】そこで、映像データサーバは、データサイ
ズの大きさに応じて各フレームデータの送信開始タイミ
ングを調整するための処理を行っている。具体的には、
フレーム毎に、送信タイミング調整用の情報である「セ
ンドタイム」を設定しておき、映像データ配信時には各
フレームの送信開始タイミングを「センドタイム」に従
って制御する。センドタイムに従ったフレームデータの
伝送については、例えばＩＳＯ／ＩＥＣ １４４９６−
１におけるＭＰ４ファイルのストリーミングに関連して
詳しく規定されている。

【０００５】

【発明が解決しようとする課題】しかしながら、映像デ
ータの配信には様々なパターンがあり、あるパターンに
おいては上記のセンドタイムを使ったタイミング調整が
有効に働かない場合がある。具体的には、複数の映像デ
ータをプロキシサーバなどの中継装置を介して端末に連
続的に配信する場合である。この場合、映像データ間の
つなぎ目部分、２つ目以降の映像データの先頭フレーム
について問題が起こる。

【０００６】この場合、プロキシサーバは、ユーザ端末
から「番組」配信の要求を受け、番組を構成する複数の
映像データを、映像データサーバから取得し、並べ替え
た上で連続的に端末に送信することで、「番組」配信を
実現する。プロキシサーバは映像データを端末に送信す
る際のタイミング調整は、映像データサーバから受信し
たタイミングと同じタイミングで端末に送信するという
ものである。すなわち、フレームｎ及びフレームｎ＋１
の受信開始タイミングの差がｔであれば、端末への送信
時も、フレームｎを送信開始してから時間ｔが経過した
後にフレームｎ＋１の送信を開始する。つまり、プロキ
シサーバは、あるフレームのセンドタイムを、当該フレ
ームの受信タイミングと一つ前のフレームの受信タイミ
ングとの差分の形で把握していると言える。

【０００７】しかし、複数の映像データをつないで配信
する場合、先行する映像データの最終フレームと後続す
る映像データの先頭フレームとの受信タイミング差に
は、後続データの先頭フレームに関するセンドタイムは
反映されていないので、当該フレームについてセンドタ
イムを把握できないプロキシサーバは、所定のタイミン
グ（１／３０秒間隔）で送信を開始するしかない。プロ
キシサーバにはフレームサイズなどからセンドタイムを
算出する機能を持たず、映像データサーバから取得する
こともできないからである。そのため、当該フレームを
適正なタイミングで端末に送信できない事態が起こりう
る。

【０００８】本発明は上記課題に鑑み、映像プロキシサ
ーバを介して複数の映像データを連続的に端末へ配信す
る場合、端末において映像を継ぎ目無く再生できるよう
に、２番目以降の映像データの先頭フレームの送信開始
タイミング決定できる映像配信システムを提供すること
を目的とする。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明の映像配信システムは、フレームデータの
集合である映像データを保持する映像データサーバと、
前記映像サーバから複数の映像データを取得し、当該取
得した複数の映像データを時間的に連続する形でユーザ
端末に送信する映像プロキシサーバとからなる映像デー
タ配信システムであって、前記映像サーバは、映像デー
タを前記プロキシサーバに送信する際、当該映像データ
の先頭フレームに関するタイミング調整用の情報である
連続配信用情報を提供する連続配信用情報提供手段を有
し、前記映像プロキシサーバは前記映像データサーバか
ら複数の映像データを受信する映像データ受信手段と、
前記映像データ受信手段が受信する映像データに関し
て、連続配信用情報提供手段が提供する連続配信用情報
を取得する連続配信用情報取得手段と、前記映像データ
受信手段が受信した複数の映像データを連続的に前記ユ
ーザ端末に配信する連続配信手段とを有し、前記連続配
信手段は、連続配信する複数の映像データのうち２番目
以降の映像データについて、先頭のフレームデータの配
信開始タイミングを当該映像データに関する連続配信用
情報の内容に応じて調整すること、を特徴とする。

【００１０】このようなシステムによれば、複数の映像
データを連続的に端末へ配信する際に、映像データ間の
つなぎ目部分でも適切なタイミングで端末に配信するこ
とが可能となるため、端末の側でも複数の映像データを
問題なく連続的に再生できる。

【００１１】

【発明の実施の形態】以下、本発明の映像データ配信シ
ステムに関する実施の形態を、図面を参照しながら説明
する。 （実施の形態１）本発明に係る映像データ配信システム
の第１の実施の形態について、以下に説明する。

【００１２】（映像データ配信システムの概要）図１
は、本実施の形態における映像データ配信システムの構
成を示すブロック図である。なお、説明の便宜上、映像
データ配信システム以外に、データ配信の対象となるユ
ーザ端末Ｔ、システムと端末Ｔとの間の各種データ送受
信に利用されるネットワークＮを併せて示している。

【００１３】ユーザが端末Ｔを操作して、ある「番組」
の配信を映像データ配信システムに要求すると、システ
ム側は「番組」を構成する複数の映像データを示す編成
情報を保持しており、これを元に複数の映像を連続的に
ユーザ端末Ｔに送信することで、番組の配信を実現す
る。映像データ配信システムは、おおまかな構成とし
て、１つの映像プロキシサーバ１０と複数の映像データ
サーバ２０_１〜２０_ｎ（以下、個別に取り上げる場合以
外は、映像データサーバ２０と記す）とから構成されて
いる。映像プロキシサーバ１０は端末Ｔからの要求を受
け付け、要求と共に送られてくる番組の編成情報（番組
を構成する映像データとその順序）を解析して、これを
構成する映像データの各々について、それが格納されて
いる映像データサーバ２０から読み出し、一つながりの
番組として連続的に端末Ｔに配信する。

【００１４】映像データはフレーム単位で圧縮されてお
り、送受信のタイミングはフレーム単位で管理される。
映像データサーバ２０は、映像プロキシサーバ１０に映
像データを送信する際、映像データを構成する各フレー
ムデータのうち先頭フレームのデータを除いて、送信開
始タイミングをフレーム毎に保持しているセンドタイム
情報に従って決定する。そして、映像データを受け取っ
た映像プロキシサーバ１０は、これをユーザ端末Ｔに送
信する際、先頭フレーム以外のフレームについては、個
々のフレームデータの送信開始タイミングを受信タイミ
ングに一致させる。

【００１５】先頭フレームに関して行われる処理が、本
データ映像データ配信システムの特徴である。すなわ
ち、映像データを格納している映像データサーバ２０
は、映像プロキシサーバ１０に映像データを送信開始す
る際、当該映像データの先頭フレームデータについて、
配信タイミング調整用の連続配信用情報（センドタイ
ム）を映像データとは別に映像プロキシサーバ１０に送
る。そして、映像プロキシサーバ１０は、編成上２番目
以降の映像データの先頭フレームをユーザ端末Ｔに送信
開始するタイミングを当該連続配信用情報に基づいて調
整する。

【００１６】なお、プロキシサーバ１０は、その性格
上、内蔵する記憶部の容量や配信要求の頻度に応じてい
ったん受信した映像データをある程度の期間、記憶部内
に保存しておく。そして、新たに配信要求の対象となっ
た映像データがその時点で記憶部に格納されていれば、
映像プロキシサーバ１０は、映像データサーバ２０に読
み出し要求は行わず、当該映像データを記憶部から読み
出して端末Ｔへ配信する。

【００１７】図２は、ユーザ端末Ｔから配信要求と共に
映像プロキシサーバ１０に送られる編成情報の構成及び
内容の一例を表形式で示す図である。編成情報２００
は、順序欄２１０、映像データ識別情報欄２２０、範囲
情報欄２３０から成り、範囲情報欄２３０は更に開始位
置欄２３１と終了位置欄２３２とから成る。図２の編成
情報２００は、３つの映像データから成る番組の編成情
報であり、３件の情報２０１、２０２、２０３を含む。

【００１８】順序欄２１０には、各映像データの配信時
の送信順序を示す値が設定される。映像データ識別情報
欄２２０には、配信対象の映像データを特定する情報が
設定されている。具体的には、対象映像データのＵＲＬ
(Uniform Resource Locator)やＵＲＩ(Uniform Resourc
e Identifier)などであり、格納されている映像データ
サーバを特定する部分と、当該映像データサーバにおけ
るデータファイル名を特定する部分とから成る。

【００１９】範囲情報欄２３０には、上記識別情報で特
定される映像データ全体でなく、その一部分を配信対象
とする場合に、その部分の範囲を当該映像におけるフレ
ーム番号で示す情報が設定される。映像データ全体を配
信対象とする場合、範囲情報欄２３０の内容は空値とな
る。図２の場合、配信要求の対象となる映像データは３
つである。このうち情報２０１は、“Server02.com”が
示す映像データサーバ（図１における映像データサーバ
２０_２）に“Clip21.mp4”という識別子が付加されて格
納されている映像データについて、そのうち「１００番
目」のフレームから「３００番目のフレーム」までを最
初に配信するよう指定するものである。情報２０２，２
０３はそれぞれ、“Server01.com”が示す映像データサ
ーバ２０_１に“Clip12.mp4”という識別子が付加されて
格納されている映像データの「２００番目から４００番
目のフレーム」まで、そして、“Server05.com”が示す
映像データサーバ（図外）に“Clip53.mp4”という識別
子が付加されて格納されている映像データの全体を２番
目、３番目の配信対象映像データとして指定している。

【００２０】なお、図２に示す例では、３つの映像デー
タサーバの各々に１つの映像データの一区間を要求する
ものとなっているが、要求のパターンはこうしたものに
限定されない。１つの映像データサーバに複数の映像デ
ータを要求する、１つの映像データ中の異なる複数の区
間を要求する、同一映像データ又は同一映像データの同
一区間を複数回要求する、などのパターンがありうる。 （構成）次に、映像データ配信システムを構成する各構
成部について、映像プロキシサーバ１０、映像データサ
ーバ２０に分けて説明する。 （映像プロキシサーバ１０）先ず、映像プロキシサーバ
１０は、ユーザ端末Ｔから配信要求（編成情報を含む）
を受信する配信要求受付部１１、編成情報によって指定
される映像データの送信を映像データサーバ２０に要求
する映像データ要求部１２、映像データサーバ２０への
映像データ送信要求に併せて連続配信用情報の送信を映
像データサーバ２０に要求する連続配信用情報要求部１
３、映像データサーバ２０からそれぞれ映像データ、連
続配信用情報を受信する映像データ受信部１４、連続配
信用情報受信部１５、映像データを編成情報に示された
順序でフレーム単位にタイミング調整しながらユーザ端
末に配信する映像データ連続配信部１６、映像データ及
び連続配信用情報、さらに、その他の情報が格納される
一時記憶部１９、を有する。

【００２１】図３は、映像プロキシサーバ１０のハード
ウェア構成の概略を示す図である。映像プロキシサーバ
１０はハード的には、ＲＡＭ１０１、媒体入出力部１０
２、ハードディスクユニット１０３、マイクロプロセッ
サ１０４、及び通信ユニット１０５が内部バスＢを介し
て接続された構成である。通信ユニット１０５は外部の
装置（ユーザ端末Ｔ、映像データサーバ２０）との通信
を実現する。ハードディスクユニット１０３にはコンピ
ュータプログラムが格納されており、当該コンピュータ
プログラムをマイクロプロセッサ１０４が実行すること
で、上記の配信要求受付部１１、映像データ要求部１
２、連続配信用情報要求部１３、映像データ受信部１
４、連続配信用情報受信部１５、映像データ連続配信部
１６の各構成部の機能が達成される。ＲＡＭ１０１は上
記の一時記憶部１９の実体であり、媒体入出力部１０２
は、ハードディスクユニット１０３及びＲＡＭ１０１を
対象としたデータ入出力を実行する。 （映像データサーバ２０）映像データサーバ２０は、映
像プロキシサーバ１０中の映像データ要求部１２からの
要求に応じ、要求された映像データを映像プロキシサー
バ１０に送る。

【００２２】映像データサーバ２０は、映像データ提供
のための構成として、映像データを識別情報とともに格
納しておく格納部、映像プロキシサーバ１０からの読み
出し要求を受け付ける受付部、要求に応じて格納部から
映像データを読み出して映像プロキシサーバ１０に送信
する送信部などを有する（前記構成部は、いずれも図示
せず）。それに加え、特徴的な構成として、連続配信用
情報を生成して映像プロキシサーバ１０に提供する連続
配信用情報送信部２１を有する。

【００２３】連続配信用情報送信部２１が映像プロキシ
サーバ１０に提供する連続配信用情報は、自身が属する
映像データサーバ２０が映像プロキシサーバ１０に提供
する映像データ（編成情報の範囲情報欄２３０の値で特
定される部分）の先頭フレームに関するセンドタイムの
値を映像データの識別情報及び当該先頭フレームのフレ
ーム番号と組み合わせたものである。センドタイムは、
映像データの各フレームに対して設定され、格納部に映
像データ本体とともに格納されている情報で映像プロキ
シサーバ１０に映像データを送信する際の各フレームデ
ータの送信開始タイミングを決定するのに参照される情
報である。連続配信用情報送信部２１は連続配信用情報
要求部１３からの要求に付加された映像データの識別情
報と先頭フレーム番号（開始位置欄２３１の値）とを元
に、格納部内のセンドタイム情報を検索して、指定され
たフレームのセンドタイムを得る。

【００２４】以下、主要な構成部について更に詳しく説
明する。 （配信要求受付部１１）配信要求受付部１１は、端末Ｔ
からネットワークＮ経由で、映像配信の開始／停止要求
を受け付ける。更に、映像配信の開始要求受付時には、
要求とともに、配信対象の番組（映像データの組合わ
せ）に関する編成情報（図２に一例を示したもの）を受
け取る。

【００２５】配信要求受付部１１は、開始要求を受け付
けた場合、映像データ要求部１２、連続配信用情報要求
部１３、映像データ連続配信部１６に編成情報を送っ
て、これら構成部に処理を開始させる。 （映像データ要求部１２）映像データ要求部１２は、配
信要求受付部１１から映像データ編成情報を受け取る
と、ここに記述された個々の映像データの読み出しをネ
ットワークＮ２経由で映像データサーバ２０に対して要
求する。

【００２６】図２に示した映像データ編成情報２００の
場合を例に具体的に言えば、情報２０１が示す映像デー
タについては、映像データ識別情報欄２２０の内容が示
す通り、“Server02.com”という識別子が付された映像
データサーバ２０_２に対して読み出しを要求する。そし
て、その際、読み出し要求には、読み出し対象の映像デ
ータの識別子“Clip21.mp4”と、当該映像データ内での
読み出し範囲「１００フレーム目〜３００フレーム目」
（範囲情報欄２３０の内容）とを付加する。同様に、情
報２０２が示す映像データについては、“Server01.co
m”という識別子が付された映像データサーバ２０_１に
対し、映像データの識別子“Clip12.mp4”及び読み出し
範囲「２００フレーム目〜４００フレーム目」の情報を
付加した読み出し要求を、情報２０３が示す映像データ
については、“Server05.com”という識別子が付された
映像データサーバ（図外）に対し、映像データの識別子
“Clip53.mp4”を付加した読み出し要求をそれぞれ送
る。

【００２７】（連続配信用情報要求部１３）連続配信用
情報要求部１３は、配信要求受付部１１から編成情報を
受け取ると、同情報に示された読み出し対象映像データ
を保持している映像データサーバに対し、連続配信用情
報を送信するように要求する。例えば、図２に示した編
成情報の場合、連続配信用情報要求部１３は、３つの映
像データサーバに対して、それぞれ映像データ識別情報
が示す映像データの「１００番目」、「２００番目」、
「１番目」のフレームに関する連続配信用情報を要求す
ることになる。

【００２８】（映像データ受信部１４）映像データ受信
部１４は、映像データ要求部１２からの要求に応じて映
像データサーバ２０がネットワークＮ２経由で送ってく
る映像データを、識別子を付加してフレーム単位で格納
する。格納位置は一時記憶部１９内の映像キャッシュ領
域１９１である。また、これに対応づけて、各フレーム
の受信開始のタイミング（以下、「受信タイミング」）
を、同じく一時記憶部１９内の受信タイミング記憶領域
１９２に格納する。

【００２９】図４は、図２に示す編成の映像データを映
像データサーバ２０から受信し終えた時点での映像キャ
ッシュ領域１９１及び受信タイミング記憶領域１９２の
格納内容を示す模式図である。映像キャッシュ領域１９
１には映像データサーバ２０_２から受信した“Clip21”
の映像データにおける１００〜３００番目のフレーム
（図では、Ｍａ１００〜Ｍａ３００）、映像データサー
バ２０_１から受信した“Clip12”の映像データにおける
２００〜４００番目のフレーム（図では、Ｍｂ２００〜
Ｍｂ４００）、図外の映像データサーバから受信した
“Clip53”の映像データにおける全フレーム（図では、
Ｍｃ００１〜Ｍｃ１００）が格納されている。一方、受
信タイミング記憶領域１９２には、映像データサーバ２
０_２から受信した“Clip21”の映像データにおける１０
０〜３００番目のフレーム受信タイミング（図では、Ｔ
ａ１００〜Ｔａ３００）、映像データサーバ２０_１から
受信した“Clip12”の映像データにおける２００〜４０
０番目のフレーム受信タイミング（図では、Ｔｂ２００
〜Ｔｂ４００）、図外の映像データサーバから受信した
“Clip53”の映像データにおける１〜１００番目のフレ
ーム受信タイミング（図では、Ｔｃ００１〜Ｔｃ１０
０）とが格納されている。そして、各フレームとその受
信タイミングのデータとは、例えばポインタなどによっ
て対応づけられている。

【００３０】（連続配信用情報受信部１５）連続配信用
情報受信部１５は、連続配信用情報要求部１３からの要
求に応じて映像データサーバ２０がネットワークＮ２経
由で送ってくる連続配信用情報を、一時記憶部１９内の
連続配信用情報記憶領域１９３に格納する。図４には、
図２に示す編成の映像データを映像データサーバ２０か
ら受信し終えた時点での連続配信用情報記憶領域１９３
の格納内容を示してある。

【００３１】連続配信用情報記憶領域１９３には、映像
データサーバ２０が送ってきた連続配信用情報が格納さ
れる。 （映像データ連続配信部１６）映像データ連続配信部１
６は、一時記憶部１９内の映像キャッシュ領域１９１に
記憶された複数の映像データを、要求受信部１１から得
た編成情報が示す順序で、ユーザ端末に連続送信する。
その際、個々のフレームの送信タイミングを、各フレー
ムの受信タイミング情報と連続配信用情報とを用いて決
定する。

【００３２】映像データ連続配信部１６は、データ受信
部１１から編成情報を受け取ると、一時記憶部１９内の
映像キャッシュ領域１９１を監視しながら、編成情報に
おける最初の映像データが格納されるのを待つ。そし
て、格納を確認すると、フレーム単位でタイミングを調
整しながら、映像データをユーザ端末Ｔに送信する。フ
レーム毎の送信開始タイミングは、各フレームの受信タ
イミングに基づいて決定する。図４を例で説明すると、
まず最初の映像データ“Clip21”における先頭フレーム
データＭａ１００の送信を、ユーザ端末Ｔとの接続確立
後に開始する。ここでは、タイミング調整は行われな
い。続いて、２番目のフレームのデータであるＭａ１０
１を送信するが、このデータの送信は、Ｍａ１００の受
信タイミングＴａ１００とＭａ１０１の受信タイミング
Ｔａ１０１との時間差である“Ｔａ１０１−Ｔａ１０
０”だけＭａ１００の送信開始から経過したタイミング
で送信開始する。そして、３番目以降のフレームのデー
タから映像データ“Clip21”の最終フレームデータＭａ
３００までについても同様にタイミングが決定される。

【００３３】すなわち、ある映像データのｎ番目（ｎ≧
２）フレームデータの送信開始タイミング：ｓｔ_ｎは、
“ｓｔ_ｎ＝ｓｔ_ｎ−１＋（Ｔ_ｎ−Ｔ_ｎ−１）”となる。
Ｔ_ｎはｎ番目フレームの受信タイミングである。なお、
こうした処理を行うために、映像データ連続配信部１６
は、直前のフレームの送信開始タイミングを記憶してお
く。

【００３４】２番目以降の映像データの場合も、先頭フ
レームを除けばタイミング決定の方法は同じであり、先
頭フレームのみ決定方法が異なる。映像データ連続配信
部１６は、ある映像データの最終フレーム送信を開始し
た後、編成情報を参照して次の映像データの識別情報、
範囲情報の開始位置（先頭フレーム番号）をキーに一時
記憶部１９内の連続配信用情報記憶領域１９３を検索し
て、次映像データの先頭フレーム用の連続配信用情報を
得る。そして、直前のフレーム（前映像データにおける
最終フレーム）の送信開始タイミングから当該連続配信
用情報の示す時間分間隔をおいて次映像データの先頭フ
レームの送信を開始する。

【００３５】図４の例で言えば、２番目の映像データに
おける先頭フレームＭｂ２００の送信開始タイミングｓ
ｔ_{ｍｂ２００}は、当該フレーム用の連続配信用情報であ
るｃｔ２の値を直前のフレームＭａ３００の送信開始タ
イミングであるｓｔ_{ｍａ３０ ０}に加えたタイミングとな
る。 （動作）以下、本実施の形態における映像データ配信シ
ステムが映像配信のために行う処理の流れについて、図
面を参照しながら説明する。なお、説明は、映像プロキ
シサーバ１０を中心にして、映像データサーバからの映
像データ読み出しと、ユーザ端末Ｔへの映像データ連続
配信とに分けて説明する。これは、必ずしも映像データ
読み出しが完了した後に配信処理を開始する必要はな
く、映像データの読み出しと連続配信とは並行して行う
ことも可能だからである。

【００３６】図５は、映像データ配信システムが映像デ
ータ読み出し時に行う処理の流れを示すフローチャート
である。先ず、映像プロキシサーバ１０の要求受信部１
１がユーザ端末Ｔから配信要求を編成情報と共に受け付
ける（Ｓ５０１）。要求受信部１１は、編成情報の内容
を映像データ要求部１２、連続配信用情報要求部１３、
映像データ連続配信部１６へ送る。

【００３７】映像データ要求部１２、連続配信用情報要
求部１３はそれぞれ、編成情報によって指定される映像
データに関し、順次、以下の処理を行う。先ず、編成情
報から１つの映像データの識別情報を読み出し（Ｓ５０
２）、これをキーに一時記憶部１９の映像キャッシュ領
域１９１、連続配信用情報記憶領域１９３を参照して一
時記憶部１９に当該映像データの本体及び連続配信用情
報が保存されているかチェックする。

【００３８】保存されていれば（Ｓ５０３：Yes）、改
めて映像データサーバから取得する必要はないので、次
の映像データの処理に移る（ステップＳ５０２に戻
る）。保存されていなければ（Ｓ５０３：No）、映像デ
ータ要求部１２、連続配信用情報要求部１３はそれぞ
れ、編成情報から対象の映像データの識別情報、これを
保持する映像データサーバの識別情報などを得て、当該
映像データサーバに映像データ、連続配信用情報を要求
する（Ｓ５０４）。これに対して映像データサーバから
送られてくる映像データ、連続配信用情報は、それぞれ
映像データ受信部１４、連続配信用情報受信部１５が受
信して一時記憶部１９に格納する（Ｓ５０５）。

【００３９】そして、上記処理は、編成情報にある全映
像データに対して処理が完了するまで繰り返される（Ｓ
５０６：Yes）。なお、本図では、説明の便宜上、ある
映像データに関して受信・格納を終了した上で次の映像
データに関する処理を開始することとしているが、ある
映像データの受信・格納（ステップＳ５０５）と次の映
像データに関する判定や要求（ステップＳ５０３、Ｓ５
０４）とを並行して行うことも可能である。

【００４０】図６は、映像データ配信システムがユーザ
端末に映像データを連続配信する際に行う処理の流れを
示すフローチャートである。この処理は、映像プロキシ
サーバ１０の映像データ連続配信部１６が中心となって
行う。映像データ連続配信部１６は、配信要求受付部１
１から映像データ編成情報を受け取ったタイミングで処
理を開始する。

【００４１】映像データ連続配信部１６は、一時記憶部
１９の映像キャッシュ領域１９１に記憶された映像デー
タを編成データに示す順序で１フレームデータずつ読み
出して送信する（Ｓ６０１）。映像データ連続配信部１
６による送信開始タイミング調整は、読み出したフレー
ムの属性によって決まる（Ｓ６０２）。

【００４２】まず、編成情報中の１番目の映像データに
おける先頭フレームデータの場合、映像データ連続配信
部１６は、受信タイミングや連続配信用情報によるタイ
ミング調整を行わずに送信を開始する（Ｓ６０３）。編
成情報中の２番目以降の映像データにおける先頭フレー
ムの場合、映像データ連続配信部１６は、前フレームデ
ータの配信開始から連続配信用情報記憶部１９３に記憶
された連続配信用情報の示す時間だけ間隔をあけて、当
該フレームデータの配信を開始する（Ｓ６０４）。

【００４３】その他のフレームデータの場合、すなわ
ち、各映像データにおける２番目以降のフレームデータ
の場合、映像データ連続配信部１６は、前フレームデー
タの配信開始タイミングから直前フレームとの受信タイ
ミングの時間差分ずつ間隔をあけて端末Ｔに送信を開始
する（Ｓ６０５）。そして、最終映像データの最終フレ
ームデータまで（Ｓ６０６：Yes）、上記のステップＳ
６０１〜Ｓ６０５の処理が繰り返される。

【００４４】図２、図４を例に具体的に言えば、先ず、
編成情報における情報２０１で指定された映像データCl
ip21の先頭フレームデータであるＭａ１００の送信がタ
イミング調整なしで開始される（Ｓ６０３）。次いで、
同映像データの２番目のフレームデータであるＭａ１０
１の配信が開始されるが、これについては、Ｍａ１００
の受信タイミングＴａ１００とＭａ１０１の受信タイミ
ングＴａ１０１との時間差である“Ｔａ１０１−Ｔａ１
００”だけＭａ１００の配信開始から間隔をあけて送信
が開始される（Ｓ６０５）。以下、映像データClip21の
最終フレームデータＭａ３００までは、同様のタイミン
グ調整で順次送信が開始される。

【００４５】続いて編成情報における情報２０２で指定
された映像データClip12の先頭フレームデータであるＭ
ｂ２００の送信が開始されるが、これは、２番目以降の
映像データにおける先頭フレームとなるので、対応する
連続配信用情報ｃｔ２が示す時間だけ間隔をあけて配信
が開始される（Ｓ６０４）。これ以降、Ｍｂ２０１〜Ｍ
ｂ４００についてはステップＳ６０５によってタイミン
グ調整のうえ送信が開始される。また、３番目の映像デ
ータClip53に関しては、先頭フレームＭｃ００１がステ
ップＳ６０５によって、それ以降のフレームデータＭｃ
００２〜Ｍｃ１００がステップＳ６０５によって、タイ
ミング調整の上、送信が開始される。 （まとめ）上記の通り、本実施の形態における映像デー
タ配信システムは、複数の映像データを連続的に端末Ｔ
に配信する場合、映像データサーバ２０から映像プロキ
シサーバ１０に対し、各映像データ先頭フレームに関す
るセンドタイムの情報を連続配信用情報として提供す
る。映像プロキシサーバ１０は、連続配信用情報を元に
先頭フレームデータの送信開始タイミングを調整するの
で、映像データの変わり目部分においても、端末Ｔで適
正な再生が可能なタイミングでフレームデータを配信で
きる。

【００４６】さらに、映像データサーバから映像プロキ
シサーバに連続配信用情報を提供するに当たってはプロ
トコルを変更しない。よって、映像データサーバと映像
プロキシサーバとの間のプロトコルではセンドタイム
（連続配信用情報）をやり取りするものとし、映像プロ
キシサーバとユーザ端末との間のプロトコルはセンドタ
イムをやり取りしない、という形に映像プロキシサーバ
が２種類のプロトコルを使い分ける必要はない。

【００４７】なお、本実施の形態では、映像データ本体
及びその受信タイミングについてはフレームデータ単位
で一時記憶部１９に格納されるものとして説明したが、
フレーム以外の単位で格納することも考えられる。単位
がフレーム以外の場合でも、ユーザ端末へ映像データを
送信するタイミングの決定処理の原理は、上述したもの
と同じである。すなわち、各映像データの２つ目以降の
単位は直前の単位との受信タイミング差に基づいて、先
頭の単位は映像データサーバから提供される連続配信用
情報に基づいて、送信開始タイミングが調整される。 （実施の形態２）次に、本発明に係る映像データ配信シ
ステムの第２の実施の形態について説明する。本実施の
形態における映像データ配信システムでは、連続配信用
情報に相当する情報を、実施の形態１の場合のように映
像データと別個に送信するのでなく、映像データ内に格
納する形で映像データサーバから映像プロキシサーバに
送信する。

【００４８】図７は、本実施の形態における映像データ
配信システムの構成を示すブロック図である。映像デー
タ配信システムの構成は、第１の実施の形態における映
像データ配信システム（図１参照）とほとんど同じであ
り、同一の構成に関しては同じ参照番号を付して説明は
省略する。本実施の形態に固有の処理を行うのは、映像
データサーバ７２０側の連続配信用情報埋込部７２１、
映像プロキシサーバ７１０側の連続配信用情報取出部７
１５である。 （連続配信用情報埋込部７２１）連続配信用情報埋込部
７２１は、映像データサーバ７２０から映像プロキシサ
ーバ７１０への映像データ送信開始時に、当該映像デー
タの先頭フレームのデータを納めたフレームデータパケ
ットの空き領域（例えば、ＲＴＰペイロードにおけるパ
ディング情報）に当該先頭フレーム用の連続配信用情報
を格納する。

【００４９】具体的には、先ず、映像プロキシサーバ７
１０（映像データ要求部７１２）から読み出し対象の映
像データの識別情報を受け取る。次いで、この識別情報
が指す映像データの先頭フレーム用のセンドタイム情報
を、映像データサーバ内の格納部（図示せず）内で検索
する。センドタイム情報を得ると、映像データサーバ内
のパケット生成部（図示せず）に映像データのパケット
化開始を指示する。これに対してパケット生成部は先頭
フレームのデータを格納した最初のパケットを連続配信
用情報埋込部７２１に出力してくる（２つめ以降のパケ
ットは連続配信用情報埋込部７２１には送られず、その
まま映像プロキシサーバ７１０に送信される）。連続配
信用情報埋込部７２１はこの先頭フレーム用パケットに
上記のセンドタイムの情報を埋め込んでから映像データ
サーバ７２０の送信部に返す。送信部は、先頭のパケッ
トが連続配信用情報埋込部７２１から送られてくるのを
待って、映像プロキシサーバ７１０への映像データ送信
を開始する。 （連続配信用情報取出部７１５）連続配信用情報取出部
７１５は、受信された映像データの先頭フレームデータ
が格納されたパケットから、連続配信用情報埋込部７２
１によって埋め込まれた連続配信用情報を取り出し、連
続配信用情報領域１９３に格納する。

【００５０】具体的には、連続配信用情報取出部７１５
は、当該映像データの受信を開始した映像データ受信部
７１４からの指示を受けて処理を開始する。映像データ
受信部７１４は、映像データの先頭フレームのパケット
を映像データサーバ７２０から受信すると、連続配信用
情報取出部７１５に起動指示を出し、当該映像データの
識別情報と先頭フレームのフレーム番号とを送る。連続
配信用情報取出部７１５は、起動指示とともに受け取っ
た情報を元に映像キャッシュ領域１９１を検索し、求め
る映像データの先頭パケットの内容を読み出し、当該パ
ケットのペイロード部分に格納された連続配信用情報を
取り出す。そして、前記識別情報及びフレーム番号を付
加して図４に示したのと同様の連続配信用情報を作成し
て連続配信用情報記憶領域１９３に格納する。

【００５１】なお、映像データ連続配信部１６が連続配
信用情報を参照しながら行う映像データ連続配信の処理
は、実施の形態１の場合と同じである。 （まとめ）本実施の形態における映像データ配信システ
ムでは、連続配信用情報を映像データに埋め込んでやり
とりするので、映像データと別にやりとりする場合に必
要となる構成や処理が不要となる。

【００５２】なお、連続配信用情報の埋め込み位置は、
ペイロードなどの管理情報格納領域の空き領域に限られ
ない。映像データ本体の高周波成分に重畳するなどとし
てもよい。 （実施の形態３）次に、本発明に係る映像データ配信シ
ステムの第３の実施の形態について説明する。本実施の
形態における映像データ配信システムでは、映像データ
サーバから映像プロキシサーバへ映像データの先頭フレ
ームデータを送信する際、先頭フレームの送信に先立っ
て冗長データを送る。そして、この時の冗長データと先
頭フレームとの送信開始タイミングの差によって、映像
プロキシサーバが連続配信用情報を得る、という点が特
徴である。

【００５３】図８は、本実施の形態における映像データ
配信システムの構成を示すブロック図である。映像デー
タ配信システムの構成は、第２の実施の形態における映
像データ配信システム（図７参照）とほとんど同じであ
り、同一の構成に関しては同じ参照番号を付して説明は
省略する。本実施の形態に固有の処理を行うのは、映像
データ要求部８１２、連続配信用情報算出部８１５、映
像データサーバ８２０側の冗長データ送信部８２１であ
る。 （映像データ要求部８１２）映像データ要求部８１２
は、映像データサーバ８２０に映像データの送信を要求
する際、映像データの先頭フレームデータの送信開始に
先立って冗長データを送信すること、冗長データの送信
開始と先頭フレームデータの送信開始とのタイミング差
を、当該先頭フレームデータに対して設けられたセンド
タイムに従った長さとすること、を要求する。 （冗長データ送信部８２１）上記の映像要求部８１２か
らの要求に対して、映像データサーバ８２０側では、冗
長データ送信部８２１が、冗長データを生成し、これを
映像データの先頭フレームデータ送信開始前に送信させ
る。具体的には、データ要求と共に送られてくる映像デ
ータ識別情報をもとに送信対象の映像データの先頭フレ
ームに関するセンドタイム情報を得ると共に冗長データ
を生成する。そして、映像プロキシサーバ８１０に冗長
データを送信するとともに、映像データ本体を送信する
送信部（図外）に対しては、冗長データの送信開始タイ
ミングと先に得た先頭フレーム用のセンドタイムを送
り、冗長データの送信開始タイミングからセンドタイム
が示す時間が経過した後に映像データ本体（先頭フレー
ムデータ）の送信を開始するように指示する。 （映像データ受信部８１４）映像データ受信部８１４
は、映像データサーバ２０から冗長データ、映像データ
を受信する。映像データサーバ８２０から最初に送信さ
れてくるデータについては冗長データと判断し、冗長デ
ータ自体は廃棄する。そして、冗長データの受信タイミ
ング（）、先頭フレームの受信タイミング（）、映
像データの識別情報及び先頭フレームの番号（）を連
続配信用情報算出部８１５に通知する。冗長データ以外
の映像データについては、実施の形態１の映像データ受
信部１４と同じ処理を行う。 （連続配信用情報算出部８１５）連続配信用情報算出部
８１５は、映像データ受信部８１４から上記の、、
の情報を受け取ると、からを差し引いて得られる
時間差をセンドタイムとし、更にこれをの情報と組み
合わせて連続配信用情報を生成し、連続配信用情報記憶
領域１９３に格納する。

【００５４】連続配信用情報を参照しながら映像データ
連続配信部１６が行う処理は実施の形態１、２の場合と
同じである。 （まとめ）本実施の形態の配信システムでは、冗長デー
タと有効データとの送信タイミングの差という形で連続
配信用情報が映像プロキシサーバに提供されるので、映
像データと別個に提供する場合に比べて、映像データサ
ーバと映像プロキシサーバの通信負荷が軽くなる。

【００５５】なお、本実施の形態では、映像プロキシサ
ーバ８１０の側から冗長データの送信を明示的に要求し
た場合に映像データサーバ８２０が冗長データを送信す
ることとしているが、映像データの送信開始時に無条件
に冗長データを先行送信することとしてもよい。また、
冗長データについては映像プロキシサーバ８１０で廃棄
することとしたが、端末Ｔで当然無視されることになる
種類の冗長データ（映像データの先頭パケットと同じも
のなど）を送信するのであれば、廃棄せずに通常のデー
タと同様に一時記憶部１９に格納して端末Ｔに配信させ
てもよい。 （実施の形態４）次に、本発明に係る映像データ配信シ
ステムの第４の実施の形態について説明する。本実施の
形態におけるシステムの特徴は、映像データサーバから
映像プロキシサーバに映像データを送信する際、先頭に
１フレーム分のデータを付加することで（範囲情報で指
定される開始位置のフレームより１つ手前のフレームか
ら送信することで）、配信対象の先頭フレームに関する
センドタイム（連続配信用情報）を映像プロキシサーバ
に送る、というものである。実施の形態３に類似する
が、実施の形態３が冗長データを付加していたのに対
し、本実施の形態では、配信範囲の１つ手前のフレーム
を付加する点が異なる。

【００５６】図９は、本実施の形態における映像データ
配信システムの構成を示すブロック図である。映像デー
タ配信システムの構成は、実施の形態３における映像デ
ータ配信システム（図８参照）とほとんど同じであり、
同一の構成に関しては同じ参照番号を付して説明は省略
する。本実施の形態に固有の処理を行うのは、映像デー
タ要求部９１２、連続配信用情報算出部９１５、映像デ
ータサーバ９２０である。

【００５７】（映像データ要求部９１２）映像データ要
求部９１２は、映像データサーバ９２０に映像データ送
信要求を送る際、編成情報に示された配信対象範囲の開
始位置より１フレーム前の位置を開始位置とする形で要
求する。図２の例で具体的に言えば、“Clip21”の映像
データは開始位置を９９番目のフレームとして、“Clip
12”の映像データは開始位置を１９９番目のフレームと
して、それぞれ読み出し要求を行う。

【００５８】ただし、映像データ“Clip53”の場合のよ
うに、編成情報にて示された配信対象範囲の開始位置
が、その映像データの先頭フレームとなっている場合
（開始位置欄２３１の値が「００１」の場合）、映像デ
ータ要求部９１２は、実施の形態３と同様に冗長データ
を先頭に付加して映像データの配信を開始するように映
像データサーバ９２０に要求する。配信対象範囲の指定
は編成情報に示された通りの値にする。

【００５９】（映像データサーバ９２０）上記の映像デ
ータ要求部９１２からの要求に対する映像データサーバ
９２０の処理は以下の通りである。冗長データの付加指
示のない要求に対しては、指定された通りの範囲、すな
わち、実際の配信範囲の１つ手前のフレームから映像デ
ータを読み出し、映像プロキシサーバ９１０に送信す
る。

【００６０】冗長データの付加指示のある要求に対して
は、実施の形態３における映像データサーバ８２０と同
じ処理を行う。 （連続配信用情報算出部９１５）連続配信用情報算出部
９１５は、映像データ受信部９１４から、映像キャッシ
ュ領域への映像データ格納の通知を受けて処理を開始す
る。そして、通知に付加された映像データ識別情報をキ
ーに、一時記憶部１９内の受信タイミング領域を検索し
て、当該映像データ用の受信タイミング情報を得る。そ
の後、連続配信用情報算出部９１５は、当該受信タイミ
ング情報のうち、先頭フレーム（配信対象範囲の１つ前
のフレーム）の受信タイミング：Ｔ_０と２番目のフレー
ム（配信対象範囲の先頭フレーム）の受信タイミング：
Ｔ_１とを読み出す。そして、“Ｔ_１−Ｔ_０”の値を映像
データの識別情報などと組み合わせて連続配信用情報と
し、連続配信用情報記憶領域１９３に格納する。

【００６１】なお、連続配信用情報の算出、格納を終え
た後、連続配信用情報算出部９１５は、当該映像データ
の先頭フレームデータ及び当該フレームの受信タイミン
グ情報を、それぞれキャッシュ領域、受信タイミング記
憶領域から削除する。映像データ連続配信部１６による
映像配信処理はこれまでの実施の形態の場合と同じであ
る。 （まとめ）以上のような構成により、本実施の形態の配
信システムでは、配信対象の１つ手前のフレームから送
信することで、配信対象の先頭フレームに関しても受信
タイミング差という形で連続配信用情報を提供するの
で、映像データサーバは特別な処理を行う必要がない。

【００６２】なお、指定範囲の映像データに先立って送
信するフレームは、直前のフレームに限らず、他のフレ
ームを送信することにしてもよい。 （備考）ここまで、本発明に関して、いくつかの実施の
形態を挙げて説明してきたが、本発明の範囲が上記の実
施の形態に限定されるものでないことは言うまでもな
い。本発明には、以下に示すような変形も可能である。

【００６３】本発明は、連続配信用情報として、配信す
る映像データの配信対象区間の開始位置フレームについ
て、そのセンドタイムを用いるとしてきたが、センドタ
イム以外の情報も使用できる。連続配信用情報として
は、他にも、先頭フレームデータのデータサイズや、パ
ケット数なども用いることができる。その場合、連続配
信を行うための構成部として、これら情報から送信開始
タイミングの決定に必要な時間差を算出するものが必要
となるが、これは従来のセンドタイム算出用構成をその
まま用いることができる。

【００６４】編成情報については、これまでに説明した
ように、端末から配信要求受付部に対し、全映像データ
の分を一度に送ることとしてもよいが、ここの映像デー
タの分を逐次追加送信していく形でもよい。また編成情
報における範囲情報（開始位置、終了位置）は、フレー
ムのほか映像データの先頭からのバイト数などを使用で
き、映像データにおける範囲を特定できる情報であれば
単位は何でもよい。

【００６５】また、本発明については、プロセッサにプ
ログラムを実行させることで実現しているが、当該プロ
グラムはネットワークなどを経由して既存のプロキシサ
ーバなどに伝送し、そこで格納、実行させるものとして
もよい。あるいは、光ディスクや半導体メモリなど記録
媒体に記録しておいて、ここからインストールすること
によって実現することもできる。

【００６６】また、上記実施の形態については、互いに
矛盾しない組み合わせである限り、さまざまに組み合わ
せることができる。そして、上記実施の形態において
「映像プロキシサーバ」として述べてきたものは、映像
データ供給元と供給先との間にあって、供給元から得た
複数の映像データを連続的に供給先に提供する処理を行
う装置という概念を示すものであり、この概念に当ては
まる装置は全て本発明の対象となる。

【００６７】

【発明の効果】以上の説明から明らかなように、本発明
の映像配信システムは、フレームデータの集合である映
像データを保持する映像データサーバと、前記映像サー
バから複数の映像データを取得し、当該取得した複数の
映像データを時間的に連続する形でユーザ端末に送信す
る映像プロキシサーバとからなる映像データ配信システ
ムであって、前記映像サーバは、映像データを前記プロ
キシサーバに送信する際、当該映像データの先頭フレー
ムに関するタイミング調整用の情報である連続配信用情
報を提供する連続配信用情報提供手段を有し、前記映像
プロキシサーバは、前記映像データサーバから複数の映
像データを受信する映像データ受信手段と、前記映像デ
ータ受信手段が受信する映像データに関して、連続配信
用情報提供手段が提供する連続配信用情報を取得する連
続配信用情報取得手段と、前記映像データ受信手段が受
信した複数の映像データを連続的に前記ユーザ端末に配
信する連続配信手段とを有し、前記連続配信手段は、連
続配信する複数の映像データのうち２番目以降の映像デ
ータについて、先頭のフレームデータの配信開始タイミ
ングを当該映像データに関する連続配信用情報の内容に
応じて調整する、という構成を特徴とする。

【００６８】この構成によれば、映像データ間の境目に
あるフレームデータについては、連続配信用情報を映像
データサーバから映像プロキシサーバに提供するので、
映像プロキシサーバは、当該フレームデータについて
も、適切な再生が可能となるタイミングでユーザ端末に
提供できる。また、具体的には、前記連続配信用情報提
供手段が前記連続配信用情報として、前記映像データサ
ーバが映像データを構成するフレーム毎に送信開始タイ
ミング調整のために設定するセンドタイムの情報を提供
する、とすることもできる。

【００６９】また、本発明の映像配信システムは、前記
連続配信用情報提供手段が前記連続配信用情報を映像デ
ータ送信用のパケットに格納する形で提供し、前記前記
連続配信用情報取得手段が映像データ送信用パケットか
ら読み出すことによって前記連続配信用情報を取得す
る、という構成にすることもできる。この構成によれ
ば、連続配信用情報は映像データ内に設定されるので、
連続配信用情報を映像データと別に送受信する必要がな
く、連続配信用情報を別途送受信するための構成が必要
ない。

【００７０】また、上記の効果は、前記連続配信用情報
提供手段が前記連続配信用情報を映像データに重畳する
形で提供し、前記前記連続配信用情報取得手段は、映像
データからの抽出によって前記連続配信用情報を取得す
る、という構成によっても得られる。また、前記連続配
信用情報提供手段は、映像データに先立って冗長データ
を前記映像プロキシサーバに対して送信し、前記冗長デ
ータと映像データとの送信開始タイミングの時間差の形
で前記連続配信用情報を提供し、前記前記連続配信用情
報取得手段は、前記冗長データと映像データとの受信開
始タイミングの時間差を算出することで前記連続配信用
情報を取得する、という構成にすることもできる。

【００７１】この構成によれば、連続配信用情報を生成
して映像データに付加する処理は不要となる。また、前
記映像データサーバについては、映像データのうち指定
された範囲の部分を前記映像プロキシサーバに送信し、
前記連続配信用情報提供手段は、前記指定範囲の映像デ
ータに先立って指定範囲より手前にあるフレームデータ
を前記映像プロキシサーバに対して送信し、前記指定範
囲より手前にあるフレームデータと前記指定範囲の映像
データとの送信開始タイミングの時間差の形で前記連続
配信用情報を提供し、前記前記連続配信用情報取得手段
は、前記指定範囲より手前にあるフレームデータと前記
指定範囲の映像データとの受信開始タイミングの時間差
を算出することで前記連続配信用情報を取得する、とい
う構成にすることもできる。

【００７２】この構成によれば、映像データにおける送
信範囲を１フレーム分拡張するだけで効果が実現でき
る。また、これまでに述べた効果は、映像データサーバ
又は映像プロキシサーバ単独でも実現できる。また、こ
れまでに述べた効果は、上記システムの各構成部が行う
処理を実行する映像配信方法、又は、こうした配信方法
をコンピュータに実行させるプログラムによっても実現
できる。

【図面の簡単な説明】

【図１】本発明に係る映像データ配信システムの第１の
実施の形態のおける構成を示すブロック図である。

【図２】同実施の形態において映像プロキシサーバが参
照する編成情報の構成と内容の一例とを表形式で示す図
である。

【図３】同実施の形態における映像プロキシサーバのハ
ードウェア構成を示す図である。

【図４】同実施の形態において映像プロキシサーバの一
時記憶部に記憶された情報の一例を示す図である。

【図５】同実施の形態における映像プロキシサーバの映
像データ受信処理の流れを示すフローチャートである。

【図６】同実施の形態における映像プロキシサーバの映
像データ連続配信処理の流れを示すフローチャートであ
る。

【図７】本発明に係る映像データ配信システムの第２の
実施の形態における構成を示すブロック図である。

【図８】本発明に係る映像データ配信システムの第３の
実施の形態における構成を示すブロック図である。

【図９】本発明に係る映像データ配信システムの第４の
実施の形態における構成を示すブロック図である。

【符号の説明】 １０，７１０，８１０，９１０ 映像プロキシサーバ １１ 配信要求受付部 １２，７１２，８１２，９１２ 映像データ要求部 １３ 連続配信用情報要求部 １４，７１４，８１４，９１４ 映像データ受信部 １５，７１５，８１５，９１５ 連続配信用情報受信部 １６ 映像データ連続配信部 １９ 一時記憶部 ２０，７２０，８２０，９２０ 映像データサーバ ２１ 連続配信用情報送信部 ２２１ 連続配信用情報埋込部 ３２１ 冗長データ送信部 Ｔ ユーザ端末 Ｎ，Ｎ２ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 西谷 和博 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 谷川 賢太郎 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5C053 FA27 GB21 KA04 KA24 LA15 5C063 AB03 AB05 AB07 AC01 CA11 CA23 DA07 DA13 DB10 5C064 BA01 BB05 BB10 BC18 BC23 BD02 BD08

Claims (9)

【特許請求の範囲】
1. 【請求項１】 フレームデータの集合である映像データ
   を保持する映像データサーバと、前記映像サーバから複
   数の映像データを取得し、当該取得した複数の映像デー
   タを時間的に連続する形でユーザ端末に送信する映像プ
   ロキシサーバとからなる映像データ配信システムであっ
   て、 前記映像サーバは、 映像データを前記プロキシサーバに送信する際、当該映
   像データの先頭フレー ムに関するタイミング調整用の情報である連続配信用情
   報を提供する連続配信用情報提供手段を有し、 前記映像プロキシサーバは 前記映像データサーバから複数の映像データを受信する
   映像データ受信手段と、 前記映像データ受信手段が受信する映像データに関し
   て、連続配信用情報提供手段が提供する連続配信用情報
   を取得する連続配信用情報取得手段と、 前記映像データ受信手段が受信した複数の映像データを
   連続的に前記ユーザ端末に配信する連続配信手段とを有
   し、 前記連続配信手段は、連続配信する複数の映像データの
   うち２番目以降の映像データについて、先頭のフレーム
   データの配信開始タイミングを当該映像データに関する
   連続配信用情報の内容に応じて調整すること、を特徴と
   する映像データ配信システム。
2. 【請求項２】 前記連続配信用情報提供手段は、前記連
   続配信用情報として、前記映像データサーバが映像デー
   タを構成するフレーム毎に送信開始タイミング調整のた
   めに設定するセンドタイムの情報を提供すること、を特
   徴とする請求項１に記載の映像データ配信システム。
3. 【請求項３】 前記連続配信用情報提供手段は、前記連
   続配信用情報を映像データ送信用のパケットに格納する
   形で提供し、 前記前記連続配信用情報取得手段は、映像データ送信用
   パケットから読み出すことによって前記連続配信用情報
   を取得すること、を特徴とする請求項１に記載の映像デ
   ータ配信システム。
4. 【請求項４】 前記連続配信用情報提供手段は、前記連
   続配信用情報を映像データに重畳する形で提供し、 前記前記連続配信用情報取得手段は、映像データからの
   抽出によって前記連続配信用情報を取得すること、を特
   徴とする請求項１に記載の映像データ配信システム。
5. 【請求項５】 前記連続配信用情報提供手段は、映像デ
   ータに先立って冗長データを前記映像プロキシサーバに
   対して送信し、前記冗長データと映像データとの送信開
   始タイミングの時間差の形で前記連続配信用情報を提供
   し、 前記前記連続配信用情報取得手段は、前記冗長データと
   映像データとの受信開始タイミングの時間差を算出する
   ことで前記連続配信用情報を取得すること、を特徴とす
   る請求項１に記載の映像データ配信システム。
6. 【請求項６】 前記映像データサーバは、映像データの
   うち指定された範囲の部分を前記映像プロキシサーバに
   送信し、 前記連続配信用情報提供手段は、前記指定範囲の映像デ
   ータに先立って指定範囲より手前にあるフレームデータ
   を前記映像プロキシサーバに対して送信し、前記指定範
   囲より手前にあるフレームデータと前記指定範囲の映像
   データとの送信開始タイミングの時間差の形で前記連続
   配信用情報を提供し、 前記前記連続配信用情報取得手段は、前記指定範囲より
   手前にあるフレームデータと前記指定範囲の映像データ
   との受信開始タイミングの時間差を算出することで前記
   連続配信用情報を取得すること、を特徴とする請求項１
   に記載の映像データ配信システム。
7. 【請求項７】 フレームデータの集合である映像データ
   を保持する映像データサーバから複数の映像データを取
   得し、当該取得した複数の映像データを時間的に連続す
   る形でユーザ端末に送信する映像プロキシサーバであっ
   て、 前記映像データサーバから複数の映像データを受信する
   映像データ受信手段と、 前記映像データ受信手段が受信する映像データに関し
   て、連続配信用情報提供手段が提供する連続配信用情報
   を取得する連続配信用情報取得手段と、 前記映像データ受信手段が受信した複数の映像データを
   連続的に前記ユーザ端末に配信する連続配信手段とを有
   し、 前記連続配信手段は、連続配信する複数の映像データの
   うち２番目以降の映像データについて、先頭のフレーム
   データの配信開始タイミングを当該映像データに関する
   連続配信用情報の内容に応じて調整すること、を特徴と
   する映像プロキシサーバ。
8. 【請求項８】 フレームデータの集合である映像データ
   を保持する映像データサーバと、前記映像サーバから複
   数の映像データを取得し、当該取得した複数の映像デー
   タを時間的に連続する形でユーザ端末に送信する映像プ
   ロキシサーバとからなる映像データ配信システムにおけ
   る映像データ配信方法であって、 前記映像サーバから前記プロキシサーバに映像データが
   送信される際、当該映像データの先頭フレームに関する
   タイミング調整用の情報である連続配信用情報を前記映
   像サーバから前記プロキシに提供する連続配信用情報提
   供ステップと、前記映像プロキシサーバが前記映像デー
   タサーバから複数の映像データを受信する映像データ受
   信ステップと、 前記映像データ受信ステップにおいて受信された複数の
   映像データを前記映像プロキシサーバが連続的に前記ユ
   ーザ端末に配信する連続配信ステップとを有し、 前記連続配信ステップにおいては、連続配信する複数の
   映像データのうち２番目以降の映像データについて、先
   頭のフレームデータの配信開始タイミングが当該映像デ
   ータに関する連続配信用情報の内容に応じて調整される
   こと、を特徴とする映像データ配信方法。
9. 【請求項９】 フレームデータの集合である映像データ
   を保持する映像データサーバと、前記映像サーバから複
   数の映像データを取得し、当該取得した複数の映像デー
   タを時間的に連続する形でユーザ端末に送信する映像プ
   ロキシサーバとからなる映像データ配信システムにおけ
   る映像データ配信方法をコンピュータに実行させるため
   のプログラムであって、 前記映像データ配信方法は、 前記映像サーバから前記プロキシサーバに映像データが
   送信される際、当該映像データの先頭フレームに関する
   タイミング調整用の情報である連続配信用情報を前記映
   像サーバから前記プロキシに提供する連続配信用情報提
   供ステップと、前記映像プロキシサーバが前記映像デー
   タサーバから複数の映像データを受信する映像データ受
   信ステップと、 前記映像データ受信ステップにおいて受信された複数の
   映像データを前記映像プロキシサーバが連続的に前記ユ
   ーザ端末に配信する連続配信ステップとを有し、 前記連続配信ステップにおいては、連続配信する複数の
   映像データのうち２番目以降の映像データについて、先
   頭のフレームデータの配信開始タイミングが当該映像デ
   ータに関する連続配信用情報の内容に応じて調整される
   ことを特徴とする映像データ配信方法である、というプ
   ログラム。