JPH11331812A - 動画データ配信用代理サーバおよび動画データ配信方法 - Google Patents

Abstract

(57)【要約】 【課題】 動画サーバと代理サーバ間のネットワークト
ラフィックの負荷を軽減し、かつ記憶容量を低減し得る
動画データ配信用代理サーバおよび動画データ配信方法
を提供する。 【解決手段】 動画サーバを識別する情報５０ａと動画
サーバがサービスを提供していることを識別する情報５
０ｂと動画サーバからの動画データの属性を示す情報５
０ｃと同一動画データを参照しているクライアント端末
の数を示す情報５０ｄと動画データのキャッシングを行
った場合の属性を示す情報５０ｅとを格納する主記憶装
置１２と、動画サーバからの動画データをキャッシング
する補助記憶装置１３と、主記憶装置１２の情報に基づ
いて補助記憶装置１３における動画データの配信処理を
行う処理装置１１とを備え、クライアント端末からの配
信要求に対して動画データを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、動画データ配信用
代理サーバおよび動画データ配信方法に係り、特にイン
ターネット放送局のように受信する番組をユーザが選択
して視聴する場合にクライアント端末と動画サーバ間で
データの中継を行うのに好適な動画データ配信用代理サ
ーバおよび動画データ配信方法に関する。

【０００２】

【従来の技術】従来、この種の代理サーバとして、Ｗｏ
ｒｌｄ Ｗｉｄｅ Ｗｅｂのプロキシサーバが知られて
いる。例えば、”Ｗｅｂ Ｓｅｒｖｅｒ Ｔｅｃｈｎｏ
ｌｏｇｙ”，Ｎａｎｃｙ Ｊ．Ｙｅａｇｅｒ，Ｒｏｂｅ
ｒｔ Ｅ． ＭｃＧｒａｔｈ，Ｍｏｒｇａｎ Ｋａｕｆ
ｍａｎｎ Ｐｕｂｌｉｓｈｅｒｓ Ｉｎｃ．，ＩＳＢＮ
１−５５８６０−３７６−Ｘ，ｐｐ．１９０〜２２０
（１９９６）には、プロキシサーバにおいて、文書ある
いは静止画像や短時間の動画像をＨＴＭＬデータとして
キャッシュメモリに保存し、クライアントからの要求に
対してサーバにデータの変更があるか否かを問合わせ、
変更がなければキャッシュメモリに保存したデータをク
ライアントに配信する技術が記載されている。キャッシ
ュメモリにデータを一時保存する期間は、プロキシサー
バのチューニングに関するもので特定の時間は定まって
いないが、本文献では文書で１〜２日が一般的であると
紹介している。

【０００３】一方、動画データのキャッシングについて
は、例えば「ユーザの視聴特性にもとづくＶＯＤ用動的
キャッシュ制御法の提案」、１９９７年電子情報通信学
会総合大会、Ｄ−１１−１０８に記載されている。本技
術は、ユーザの視聴と同期して格納データを自動更新す
るプロシキ同様の動的キャッシュ制御法を適用し、量子
化蓄積方式を用いることによりＶＴＲ相当の特殊再生を
許容してユーザの利便性を保持するものである。

【０００４】

【発明が解決しようとする課題】動画データは、文書や
静止画のデータと比べデータ量が２〜３桁も多い。従っ
て動画データのキャッシングは、動画サーバと代理サー
バ間のネットワークトラフィックに大きな負荷をかける
という問題がある。例えば、複数のユーザが同じ番組の
動画データを時間帯をずらして配信要求を行った場合、
同一時間に複数の動画データを配信することになり、高
性能の動画サーバと広帯域のネットワークが必要とな
る。

【０００５】また動画データのキャッシングは、代理サ
ーバに記憶容量の増大を強いる点で問題がある。動画デ
ータは文字情報や音声情報あるいはグラフィックス情報
に比べてデータ量が多いので、動画データでキャッシュ
データを作成する場合、記憶装置の容量を大きくしなけ
ればならない。そのためキャッシュコストは膨大なもの
となる。例えば、ある種の動画番組配信システムの伝送
データ量は６Ｍｂｐｓであり、１００分の番組では４．
５ギガバイトのデータ量になる。さらに動画番組を配信
する場合、多くのユーザに視聴してもらうため、多くの
番組を提供することが必要である。そのため、代理サー
バには多様な動画及び種々のデータを全てキャッシング
するので、記憶装置の容量を大規模にしなければならな
い。このため従来では、サイズの大きな動画データはキ
ャッシングされないようプロキシサーバでチューニング
されるのが一般的である。

【０００６】従って本発明の目的は、動画サーバと代理
サーバ間のネットワークトラフィックの負荷を軽減し、
かつ記憶容量を低減し得る動画データ配信用代理サーバ
および動画データ配信方法を提供することにある。

【０００７】

【課題を解決するための手段】上記目的は、動画サーバ
を識別する情報と動画サーバがサービスを提供している
ことを識別する情報と動画サーバからの動画データの属
性を示す情報と同一動画データを参照しているクライア
ント端末の数を示す情報と動画データのキャッシングを
行った場合の属性を示す情報とを有する第１の記憶装
置、動画サーバからの動画データをキャッシングする第
２の記憶装置、および第１の記憶装置の情報に基づいて
第２の記憶装置における動画データの配信処理を行う処
理装置を備える動画データ配信用代理サーバにより、達
成される。

【０００８】ここで、動画データの属性を示す情報は、
サービスの中で流されている番組のコンテンツを識別す
る情報と、番組を配信するのに必要な伝送帯域を示す情
報と、番組を配信するのに要する時間を示す情報とを含
み、また、動画データのキャッシングを行った場合の属
性を示す情報は、動画データのキャッシングを開始した
時間を示す情報と、動画データのキャッシングを終了し
た時間を示す情報と、キャッシングを行った動画データ
を示す情報とを含むようにする。

【０００９】また、本発明に係る動画データ配信用代理
サーバでは、取得番組管理テーブルを有する第１の記憶
装置と、動画データをキャッシングする第２の記憶装置
と、第１の記憶装置の取得番組管理テーブルを参照し
て、クライアント端末からの動画データ配信要求に対応
する動画データが第２の記憶装置にキャッシングされて
いる場合は、クライアント端末へキャッシングされてい
る動画データの配信を行い、動画データ配信要求に対応
する動画データがキャッシングされていない場合は、ク
ライアント端末からの動画データ配信要求を動画サーバ
へ送信し、動画サーバから配信を受けた動画データをク
ライアント端末に送信するよう処理を行う処理装置とを
備える。

【００１０】ここで第１の記憶装置の取得番組管理テー
ブルには、同一動画データを受信しているクライアント
端末数を示す情報を含むようにする。そして処理装置
は、同一動画データを受信しているクライアント端末数
が０となったとき、第２の記憶装置における対応する動
画データを消去する。

【００１１】さらに、本発明に係る動画データ配信方法
では、クライアント端末から動画サーバへの動画データ
配信要求を代理サーバで中継受信し、動画データ配信要
求に対応する動画データが代理サーバにキャッシングさ
れている場合は、キャッシングされている動画データを
クライアント端末へ配信し、動画データ配信要求に対応
する動画データが代理サーバにキャッシングされていな
い場合は、クライアント端末からの動画データ配信要求
を動画サーバへ送信し、動画サーバから配信を受けた動
画データをクライアント端末に送信する。

【００１２】ここで、動画サーバから配信を受けた動画
データをクライアント端末に送信する場合において、同
一時間帯に同一動画データの配信要求を別のクライアン
ト端末から中継受信したときは、配信を受けた動画デー
タをキャッシングし、このキャッシングした動画データ
を先の別のクライアント端末に配信する。そして、キャ
ッシングした動画データは、同一動画データを受信する
クライアント端末がなくなった段階で消去する。

【００１３】また、本発明に係る動画データキャッシン
グ方法では、動画サーバから第１のクライアント端末へ
動画データを配信中に第２のクライアント端末から同じ
番組の配信要求があった場合、動画サーバから第１のク
ライアント端末へ配信中の動画データのキャッシングを
開始する。そして、第２のクライアント端末には、当初
動画サーバから動画データを配信し、この動画サーバか
ら第２のクライアント端末に配信中の動画データがキャ
ッシングを開始した動画データと対応する配信状態とな
ったとき、このキャッシングした動画データを第２のク
ライアント端末に配信する。

【００１４】これにより、動画サーバと代理サーバ間の
ネットワークトラフィックの負荷を軽減し、かつ代理サ
ーバにおける記憶容量を低減することができる。

【００１５】

【発明の実施の形態】以下、本発明に係る動画データ配
信用代理サーバおよび動画データキャッシング方式の実
施例について説明する。

【００１６】図１は、ネットワーク上に配置された本発
明に係る動画データ配信用代理サーバの一実施例を示す
図である。図において、動画データ配信用代理サーバ１
０は、ＣＰＵ（処理装置）１１、主記憶装置１２、補助
記憶装置１３、通信インタフェース１４及び１５を備
え、共通信号線１６によってこれらを接続している。主
記憶装置１２は、取得番組管理テーブル１７を保持して
いる。取得番組管理テーブル１７については、後で図２
を用いて詳述する。通信インタフェース１４はネットワ
ークサービスを提供する基幹網２５と接続される。基幹
網２５には動画サーバ２０やサーバ２２が接続されてい
る。一方、通信インタフェース１５は、アクセス網３５
と接続される。アクセス網３５には、オフィスや家庭と
いったエンドユーザが利用するクライアント端末３０、
３１、３２が接続されている。

【００１７】今、クライアント端末３０から動画データ
配信要求がアクセス網３５を介して動画サーバ２０へ出
されたとする。この時、動画データ配信用代理サーバ１
０は、通信インタフェース１５と共通信号線１６を介し
てＣＰＵ１１で動画データ配信要求を受信する。そし
て、主記憶装置１２内部の取得番組管理テーブル１７を
参照し、補助記憶装置１３に動画データ配信要求に対応
できる動画キャッシュデータがあるときは、補助記憶装
置１３の動画キャッシュデータを共通信号線１６を通じ
て通信インタフェース１５からアクセス網３５に接続さ
れたクライアント端末３０へ送信する。これに対して、
補助記憶装置１３に動画データ配信要求に相当する動画
キャッシュデータがないときは、動画データ配信要求を
通信インタフェース１４、基幹網２５を介して動画サー
バ２０へ送信する。

【００１８】動画サーバ２０は、要求された動画データ
を基幹網２５を介して動画データ配信用代理サーバ１０
へ送信する。動画データを受けた動画データ配信用代理
サーバ１０は、ＣＰＵ１１により取得番組管理テーブル
１７を参照して更新する。取得番組管理テーブル１７を
参照した結果、動画データをキャッシングする場合は補
助記憶装置１３に動画キャッシュデータを蓄積しなが
ら、通信インタフェース１５からアクセス網３５を介し
てクライアント端末３０へ動画データを転送する。これ
に対して、取得番組管理テーブル１７を参照した結果、
動画データをキャッシングする必要が無い場合には、通
信インタフェース１５からアクセス網３５を介してクラ
イアント端末３０へ動画データを転送する。動画データ
をキャッシングする条件およびタイミングについては、
後で図３〜図６を用いて説明する。なお、クライアント
端末３０に読み変えてクライアント端末３１、３２とし
た場合にも、同様の動作となる。

【００１９】また、クライアント端末の筐体が同じで
も、１つの動画データ配信要求にもとづく一連の処理が
終了する前に別の動画データ配信要求が出され、それぞ
れが独立して動画サーバ２０と通信する場合には、複数
の異なるクライアント端末があるのと同じ扱いになる。
さらに、ネットワーク上に複数の異なる動画サーバが接
続される場合がある。その場合、動画データ配信要求を
始め各種通信を行うために動画サーバを識別する必要が
ある。本実施例では、説明の都合上ネットワークはＩＰ
ネットワークとし、動画サーバはＩＰアドレスによって
識別できるものとする。

【００２０】本実施例に係る動画データ配信用代理サー
バ１０は、クライアント端末から動画サーバ２０に対す
る動画データ配信要求を中継受信し、動画データ配信用
代理サーバ１０内に要求のあった動画データをキャッシ
ングしていれば、動画データ配信要求を動画サーバ２０
に中継することなく、動画データ配信用代理サーバ１０
よりクライアント端末へ動画データを配信する。これに
対して、動画データ配信用代理サーバ１０が動画データ
をキャッシングしていなければ、動画データ配信用代理
サーバ１０より動画サーバ２０へクライアント端末から
の動画データ配信要求を送信する。

【００２１】また動画データ配信用代理サーバ１０は、
複数のクライアント端末から同一時間帯に同一動画番組
の配信要求を中継受信したときは、動画サーバ２０から
一方のクライアント端末へ配信される動画データをキャ
ッシングし、他方のクライアント端末が同一動画データ
の配信状態になったときにキャッシングした動画データ
を配信する。キャッシングしている動画データは、同一
動画番組を受信するクライアント端末がなくなった段階
で消去する。

【００２２】このように本実施例では、動画データ配信
用代理サーバ１０の内部にクライアント端末が要求する
動画サーバ２０の番組の一部ないし全部の動画データを
キャッシングすることにより、基幹網２５や動画サーバ
２０へのアクセスを減らし、ネットワーク資源を節約し
ながら、動画データをクライアント端末へ配信すること
が可能となる。また、一般に動画データは補助記憶装置
に占めるデータ量が大きいため、動画データ配信用代理
サーバ１０において、すぐに同じデータが必要となりそ
うな動画データのみをキャッシングすることにより、補
助記憶装置１３の記憶容量を有効活用することが可能と
なる。

【００２３】図２は、動画データ配信用代理サーバ１０
の主記憶装置と補助記憶装置にキャッシングされる取得
番組管理情報と動画データの関係を示す図である。図１
の取得番組管理テーブル１７は、図２に示しように、現
在クライアント端末へ配信中の各動画番組のコンテンツ
毎に、取得番組管理情報５０を作成する。

【００２４】取得番組管理情報５０は、各動画サーバを
識別するための動画サーバＩＰアドレス５０ａ、動画サ
ーバがネットワーク上に動画サービスを提供しているこ
とを識別するためのサービス番号５０ｂ、動画サービス
の中で流されている番組のコンテンツを識別するための
動画データ属性５０ｃ、この番組を現時間で参照してい
るアクセス網３５中のクライアント数を示す同時参照カ
ウンタ５０ｄ、動画データのキャッシングを行った場合
の属性を示すキャッシュ識別子５０ｅからなる。動画デ
ータ属性５０ｃは、動画データ属性情報５１を示すポイ
ンタであり、またキャッシュ識別子５０ｅは、動画キャ
ッシュテーブル５２を示すポインタである。

【００２５】動画データ属性情報５１は、番組のコンテ
ンツを識別する動画ＩＤ５１ａ、このコンテンツをネッ
トワークを介して通信するのに必要な伝送帯域５１ｂ、
この伝送帯域におけるコンテンツの伝送時間５１ｃから
なる。

【００２６】動画キャッシュテーブル５２は前方参照ポ
インタ５２ａ、後方参照ポインタ５２ｂ、番組のコンテ
ンツを構成する動画データの先頭時間を基準にキャッシ
ングを開始した時間を示すキャッシュイン時間５２ｃ、
番組のコンテンツを構成する動画データの先頭時間を基
準にキャッシングを終了した時間を示すキャッシュアウ
ト時間５２ｄ、キャッシングを行った動画データを示す
キャッシュファイル名５２ｅからなる。これら５２ｃ、
５２ｄ、５２ｅは、補助記憶装置１３にある動画キャッ
シュファイル６２の属性を示している。

【００２７】同一動画番組で動画キャッシュテーブル５
２のキャッシュアウト時間５２ｄ以降に保存される動画
キャッシュデータは後方参照ポインタ５２ｂによって示
される動画キャッシュテーブル５３によって、動画キャ
ッシュテーブル５２と同様に動画キャッシュファイル６
３の属性が記録される。この時、動画キャッシュテーブ
ル５３の前方参照ポインタ５３ａは、直前の動画キャッ
シュテーブル５２を示し、後方参照ポインタ５３ｂは直
後の動画キャッシュテーブル５４を示す。同様に動画キ
ャッシュテーブル５４及び動画キャッシュテーブル５５
も、それぞれ前方参照ポインタ５４ａ、５５ａ及び後方
参照ポインタ５４ｂ、５５ｂを有し、動画キャッシュフ
ァイル６４、６５の属性が記録される。キャッシュイン
時間、キャッシュアウト時間の設定については、例え
ば、伝送時間を一定の数値で割った時間を基準に設定し
たり、予め動画データ配信用代理サーバ管理者によって
定められた一定時間を基準に設定する。

【００２８】このように取得番組管理テーブル１７は、
動画データ配信用代理サーバ１０で現在配信している動
画データを番組単位で全て管理することになるので、取
得番組管理情報５０を参照することで、現在配信中の動
画データ、その動画データのキャッシュファイル情報を
取得することができる。

【００２９】続いて図３〜図５のフローチャートを用い
て、図１で説明した動画データ配信用代理サーバ１０お
よび動画データキャッシング方式の動作、ならびに図２
で説明したデータ構造の作成、更新、削除のタイミング
の実施例を説明する。

【００３０】図３は、動画データ配信用代理サーバの動
画データ配信の動作例を示したフローチャートである。
その動作は次のとおりである。 （１）動画データ配信用代理サーバ１０は起動後、クラ
イアント端末から動画サーバ２０への動画データ配信要
求を待つ（ステップ２００、３００）。 （２）動画データ配信要求が来ない場合は、他処理を行
ってからクライアント端末からの動画データ配信要求を
待つ（ステップ３１０）。 （３）クライアント端末から動画サーバへの動画データ
配信要求があった場合は、その要求に含まれる動画配信
情報を取得する。動画配信情報はサーバＩＰアドレス、
サービス番号、動画ＩＤ、先頭からの頭出し時間他から
なる（ステップ４００）。 （４）サーバＩＰアドレス、サービス番号、動画ＩＤを
検索キーとして、取得番組管理情報５０と動画データ属
性情報５１の一致／不一致を調べ、現在キャッシングし
ている番組の動画データと同じものがないかどうかを調
べる（ステップ５００）。

【００３１】（５）３つの検索キー全てと一致する取得
番組管理情報５０があった場合、動画データ配信用代理
サーバ１０に同一動画番組を参照している他のクライア
ント端末があるので、取得番組管理情報５０の同時参照
カウンタ５０ｄを１つインクリメントする（ステップ７
００）。 （６）３つの検索キー全てと一致する取得番組管理情報
がなかった場合、動画データ配信用代理サーバに同一番
組を参照しているクライアント端末がないので、取得番
組管理情報５０を作成し、取得番組管理テーブル１７に
登録する。取得番組管理情報５０では、クライアント端
末からの動画データ配信要求に含まれるサーバＩＰアド
レス５０ａ、サービス番号５０ｂ、動画データ属性５０
ｃを設定する。伝送帯域５１ｂ、伝送時間５１ｃは、動
画配信情報に含まれる。次に同時参照カウンタ５０ｄに
１を設定し、キャッシュ識別子５０ｅは初期化する（ス
テップ６００）。 （７）取得番組管理情報５０を作成ないし更新した後、
クライアント端末が要求した番組配信処理を行う（ステ
ップ８００）。なお、この番組配信処理の手順について
は、このあと図４を用いて詳述する。 （８）番組配信処理の終了をもって、全体処理を終了す
る（ステップ９００）。

【００３２】図４は、動画データ配信動作における番組
配信処理の手順を説明するフローチャートである。その
処理手順は次のとおりである。 （１）番組配信処理は、まずクライアント端末が要求し
ている時間に相当するキャッシュファイルの有無を検索
する（ステップ８０１、８１０）。検索はステップ６０
０ないし７００で処理した取得番組管理情報５０のキャ
ッシュ識別子５０ｅが示す動画キャッシュテーブル５
２、５３、５４、５５をたどり、それぞれのキャッシュ
イン時間５２ｃ〜５５ｃ、キャッシュアウト時間５２ｄ
〜５５ｄ、キャッシュファイル名５２ｅ〜５５ｅを確認
することで行う。 （２）キャッシュファイルがある場合、該当する動画キ
ャッシュテーブルのキャッシュイン時間から頭出し時間
を以下の式により算出し、キャッシュファイルの先頭か
らのスキップ時間を求める（ステップ８２０）。 （スキップ時間）＝（ステップ４００で取得した頭出し
時間）−（キャッシュイン時間） ただし、（キャッシュイン時間）≦（取得した頭出し時
間）＜（キャッシュアウト時間）である。

【００３３】（３）次に前記キャッシュファイルの終了
時の絶対時間を求める（ステップ８２１）。 （終了時間）＝（キャッシュアウト時間）−（取得した
頭出し時間）＋（現時間） 実際には次の時間のキャッシュファイル読み込みや動画
サーバからのデータ取得等のタイムラグが発生するた
め、終了時間になってから次の処理を行うと遅延が生じ
る。本実施例ではこれを回避するため時間設定Ｔ１を以
下の様に求める。０＜Ｔ１＝（終了時間）−ＴαＴαは
動画データ配信用代理サーバ１０で任意に定める変数で
ある。 （４）前記キャッシュファイルを読み込む（ステップ８
２２）。読み出し位置はステップ８２１で求めたスキッ
プ時間により定まる。読み込むサイズは予め動画データ
配信用代理サーバ１０で定めたサイズである。読み込ん
だデータを通信インタフェース１５からアクセス網３５
に出力し、クライアント端末へ動画データを送信する
（ステップ８２３）。

【００３４】（５）前ステップまでで読み込んだサイズ
分のデータを送信後、到着パケットの確認を行う（ステ
ップ８２４）。パケットが到着していたら、各種パケッ
ト処理を行う（ステップ８２５）。これにより、動画デ
ータ配信用代理サーバ１０は番組配信処理中でも複数の
クライアント端末やサーバと通信処理を行うことができ
る。 （６）到着パケットがなければ、現時間ｔと終了時間Ｔ
１の比較を行う（ステップ８２６）。これにより、キャ
ッシュファイルの終了時間の確認を行うことができる。
終了時間に到達していなければステップ８２２に戻り、
未送信のキャッシュ動画データの読み込みを行う。また
終了時間に到達していればステップ８１０に戻り、次の
時間で配信可能なキャッシュファイルの有無を検索す
る。 （７）ステップ８１０で配信可能なキャッシュファイル
が無い場合、動画データが終端になっているか、もしく
はクライアントから動画サーバへ終了要求が着信してい
ないかを判断する（ステップ８２８）。いずれも無い場
合、クライアント端末から動画データの配信要求がある
にもかかわらず動画キャッシュデータないので、動画サ
ーバへ動画データ配信要求を出すことになる。

【００３５】（８）動画キャッシュファイルの欠落分の
時間情報を算出する（ステップ８３０）。算出方法は次
のとおりである。即ち、直前まで使っていた動画キャッ
シュテーブルのキャッシュアウト時間が開始時間とな
り、次に示されている動画キャッシュテーブルのキャッ
シュイン時間が終了時間となる。また、直前の動画キャ
ッシュテーブルが無い場合は、ステップ４００で取得し
た頭出し時間が開始時間となる。次の動画キャッシュテ
ーブルが無い場合は、クライアント端末が配信を要求し
た動画データの終端までの時間が終了時間となる。 （９）ステップ８３０で求めた開始時間と終了時間から
動画サーバからの配信時間Ｔ２を設定する（ステップ８
３１）。実際には次の時間に存在するキャッシュファイ
ル読み込み等のタイムラグが発生するため、終了時間に
なってから次の処理を行うと遅延が生じる。本実施例で
はこれを回避するため時間設定Ｔ２を以下の様に求め
る。 ０＜Ｔ２＝（終了時間）−（開始時間）−Ｔβ Ｔβは動画データ配信用代理サーバ１０で任意に定める
変数である。 （１０）動画サーバに動画データ配信要求を送信する
（ステップ８３２）。この時、取得番組管理情報５０か
らサーバＩＰアドレス、サービス番号、動画ＩＤを取得
して送信する。また、ステップ８３０で求めた開始時間
と終了時間から頭出し位置と終了位置を指定して送信す
る。 （１１）キャッシュデータ判別処理を行う（ステップ８
６０）。動画サーバから配信されたデータを受信する。
この時、条件により動画キャッシュデータの仮ファイル
を作る。この処理は後で図５を用いて説明する。

【００３６】（１２）動画サーバから配信されたデータ
を処理後、到着パケットの確認を行う（ステップ８３
３）。そして、パケットが到着していたら、各種パケッ
ト処理を行う（ステップ８３４）。これにより、動画デ
ータ配信用代理サーバ１０は番組配信処理中でも複数の
クライアント端末や他のサーバと通信処理を行うことが
できる。 （１３）これに対して到着パケットがなければ、現時間
と終了時間Ｔ２の比較を行う（ステップ８３５）。これ
により、動画サーバからの配信データの終了時間の確認
を行うことができる。そして、終了時間に到達していな
ければ、ステップ８６０に戻り、動画サーバから配信さ
れてくる動画データの受信処理を行う。また、終了時間
に到達していれば、ステップ８６０で作成していた仮フ
ァイルから動画キャッシュテーブルを作成して、動画キ
ャッシュファイルとして登録する（ステップ８３６）。
その後ステップ８１０に戻り、クライアント端末への動
画配信に備える。 （１４）ステップ８２８で動画データが終端になってい
るか、もしくはクライアントから動画サーバへ終了要求
が着信している場合、番組配信終了処理を行い（ステッ
プ８４０）、番組配信処理は終了する（ステップ８５
０）。番組配信終了処理は後で図６を用いて説明する。

【００３７】図５は、キャッシュデータ作成判別処理の
動作を説明するフローチャートである。その動作は次の
とおりである。 （１）動画サーバから動画データパケットを受信する
（ステップ８６１、８６２）。 （２）取得番組管理情報５０の同時参照カウンタ５０ｄ
を読み、現時点で受信中の動画データを参照しているク
ライアント端末数が複数あるかどうかを判別する（ステ
ップ８６３）。 （３）クライアント端末が複数の場合、キャッシュファ
イルの仮ファイルを作成する（ステップ８６４）。動画
サーバからの受信中にクライアント端末からの終了要求
などで中断が発生する場合がある。このため、ステップ
８３２で設定した頭出し位置から終了位置まで配信デー
タが確定するまではキャッシュファイルとして動画キャ
ッシュテーブルに登録しない。また動画キャッシュテー
ブルも取得番組管理情報に登録しない。

【００３８】（４）キャッシュファイルの仮ファイルを
作成するしないにかかわらず、動画サーバから受信した
動画データパケットをクライアント端末へ送信し（ステ
ップ８６５）、処理を終了する（ステップ８６５）。こ
れにより、サーバ１０に動画キャッシュファイルが無い
場合でも、クライアント端末は動画サーバから該当する
時間帯の動画データを受信することができる。また、同
時間帯に同じ動画を受信している別のクライアントがい
る場合は、サーバ１０に動画キャッシュファイルを作っ
て、別のクライアントが前記時間帯の動画データを受信
するときに動画キャッシュファイルからデータを配信す
ることができる。

【００３９】図６は、番組配信終了処理の動作を説明す
るフローチャートである。その動作は次のとおりであ
る。 （１）取得番組管理情報５０の同時参照カウンタ５０ｄ
を読み、現時点で受信している動画データを参照してい
るクライアント端末数が複数あるかどうかを判別する
（ステップ８４１、８４２）。 （２）クライアント端末数が１つの場合、現在の処理が
終了すると現時間で動画キャッシュファイルを参照する
クライアント端末は無くなる。そこで、現在利用してい
る取得番組管理情報５０のキャッシュ識別子５０ｅで参
照している動画キャッシュテーブルに登録してあるキャ
ッシュファイルを全て消去し（ステップ８４３）、取得
番組管理情報５０も全て消去して（ステップ８４４）、
処理を終了する（ステップ８４６）。 （３）他にもクライアント端末がある場合、同時参照カ
ウンタ５０ｄの値を１つデクリメントして（ステップ８
４５）、処理を終了する（ステップ８４６）。これによ
り、あるクライアント端末の要求に基づいた動画配信処
理が終わった時、別のクライアント端末の要求により動
画キャッシュファイルを参照している場合は動画データ
をキャッシングし続け、現時間で参照するクライアント
端末が無いときは動画キャッシュファイルを削除するこ
とができる。

【００４０】以上説明したように、本実施例によれば、
動画データ配信用代理サーバ１０において、動画データ
配信中はクライアント端末からの動画データ配信要求を
取得番組管理テーブル１７として保存する。そして、
（１）番組配信中に別のクライアント端末から同じ番組
配信要求があるかどうかを常時監視し、ある場合は動画
サーバ２０からクライアント端末へ中継中の動画データ
のキャッシングを行う。また、（２）動画データ配信要
求によってキャッシングされた動画データがあるかどう
かを常時監視し、ある場合は動画キャッシュデータをク
ライアント端末へ配信し、ない場合は動画サーバ２０へ
番組配信要求を行う。（３）選択した番組の動画データ
を配信していたクライアント端末がなくなった場合に
は、動画キャッシュデータを全て消去する。これによ
り、動画データ配信用代理サーバ１０の補助記憶装置１
３の容量の大規模化を抑え、動画サーバ２０の配信負荷
と動画サーバと動画データ配信用代理サーバの間の基幹
網２５のネットワーク負荷を軽減することができる。

【００４１】

【発明の効果】本発明によれば、動画サーバと代理サー
バ間のネットワークトラフィックの負荷を軽減し、かつ
記憶容量を低減し得る動画データ配信用代理サーバおよ
び動画データ配信方法を得ることができる。

【図面の簡単な説明】

【図１】本発明に係る動画データ配信用代理サーバの一
実施例を示す図である。

【図２】動画データ配信用代理サーバにおける取得番組
管理情報と動画データの関係を示す図である。

【図３】動画データ配信用代理サーバの動画データ配信
の動作例を示すフローチャートである。

【図４】番組配信処理の動作を説明するフローチャート
である。

【図５】キャッシュデータ作成判別処理の動作を説明す
るフローチャートである。

【図６】番組配信終了処理の動作を説明するフローチャ
ートである。

【符号の説明】 １０ 動画データ配信用代理サーバ １１ ＣＰＵ １２ 主記憶装置 １３ 補助記憶装置 １４〜１５ 通信インタフェース １６ 共通信号線 １７ 取得番組管理テーブル ２０ 動画サーバ ２２ サーバ ２５ 基幹網 ３５ アクセス網 ３０〜３２ クライアント端末 ５０ 取得番組管理情報 ５１ 動画データ属性情報 ５２〜５５ 動画キャッシュテーブル ６２〜６５ 動画キャッシュファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 三村 到 東京都国分寺市東恋ケ窪一丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 亀山 達也 東京都国分寺市東恋ケ窪一丁目280番地 株式会社日立製作所中央研究所内

Claims (11)

【特許請求の範囲】
1. 【請求項１】 動画サーバを識別する情報と動画サーバ
   がサービスを提供していることを識別する情報と動画サ
   ーバからの動画データの属性を示す情報と同一動画デー
   タを参照しているクライアント端末の数を示す情報と動
   画データのキャッシングを行った場合の属性を示す情報
   とを有する第１の記憶装置、動画サーバからの動画デー
   タをキャッシングする第２の記憶装置、および第１の記
   憶装置の情報に基づいて第２の記憶装置における動画デ
   ータの配信処理を行う処理装置を備えたことを特徴とす
   る動画データ配信用代理サーバ。
2. 【請求項２】 上記動画データの属性を示す情報は、上
   記サービスの中で流されている番組のコンテンツを識別
   する情報と、上記番組を配信するのに必要な伝送帯域を
   示す情報と、上記番組を配信するのに要する時間を示す
   情報とを含むことを特徴とする請求項１記載の動画デー
   タ配信用代理サーバ。
3. 【請求項３】 上記動画データのキャッシングを行った
   場合の属性を示す情報は、上記動画データのキャッシン
   グを開始した時間を示す情報と、上記動画データのキャ
   ッシングを終了した時間を示す情報と、上記キャッシン
   グを行った動画データを示す情報とを含むことを特徴と
   する請求項１又は２記載の動画データ配信用代理サー
   バ。
4. 【請求項４】 取得番組管理テーブルを有する第１の記
   憶装置と、動画データをキャッシングする第２の記憶装
   置と、第１の記憶装置の取得番組管理テーブルを参照し
   て、クライアント端末からの動画データ配信要求に対応
   する動画データが第２の記憶装置にキャッシングされて
   いる場合は、上記クライアント端末へキャッシングされ
   ている動画データの配信を行い、上記動画データ配信要
   求に対応する動画データがキャッシングされていない場
   合は、クライアント端末からの動画データ配信要求を動
   画サーバへ送信し、上記動画サーバから配信を受けた動
   画データを上記クライアント端末に送信するよう処理を
   行う処理装置とを備えたことを特徴とする動画データ配
   信用代理サーバ。
5. 【請求項５】 第１の記憶装置の取得番組管理テーブル
   には、同一動画データを受信しているクライアント端末
   数を示す情報が含まれることを特徴とする請求項４記載
   の動画データ配信用代理サーバ。
6. 【請求項６】 上記処理装置は、上記同一動画データを
   受信しているクライアント端末数が０となったとき、第
   ２の記憶装置における対応する動画データを消去するこ
   とを特徴とする請求項５記載の動画データ配信用代理サ
   ーバ。
7. 【請求項７】 クライアント端末から動画サーバへの動
   画データ配信要求を代理サーバで中継受信し、上記動画
   データ配信要求に対応する動画データが上記代理サーバ
   にキャッシングされている場合は、上記キャッシングさ
   れている動画データを上記クライアント端末へ配信し、
   上記動画データ配信要求に対応する動画データが上記代
   理サーバにキャッシングされていない場合は、クライア
   ント端末からの動画データ配信要求を動画サーバへ送信
   し、上記動画サーバから配信を受けた動画データを上記
   クライアント端末に送信することを特徴とする動画デー
   タ配信方法。
8. 【請求項８】 上記動画サーバから配信を受けた動画デ
   ータを上記クライアント端末に送信する場合において、
   同一時間帯に同一動画データの配信要求を別のクライア
   ント端末から中継受信したときは、上記配信を受けた動
   画データをキャッシングし、上記キャッシングした動画
   データを上記別のクライアント端末に配信することを特
   徴とする請求項７記載の動画データ配信方法。
9. 【請求項９】 上記キャッシングした動画データは、同
   一動画データを受信するクライアント端末がなくなった
   段階で消去することを特徴とする請求項８記載の動画デ
   ータ配信方法。
10. 【請求項１０】 動画サーバから第１のクライアント端
    末へ動画データを配信中に第２のクライアント端末から
    同じ番組の配信要求があった場合、上記動画サーバから
    第１のクライアント端末へ配信中の動画データのキャッ
    シングを開始することを特徴とする動画データキャッシ
    ング方法。
11. 【請求項１１】 第２のクライアント端末には当初動画
    サーバから動画データを配信し、上記動画サーバから第
    ２のクライアント端末に配信中の動画データが上記キャ
    ッシングを開始した動画データと対応する配信状態とな
    ったとき、上記キャッシングした動画データを第２のク
    ライアント端末に配信することを特徴とする請求項１０
    記載の動画データキャッシング方法。