JP2011172021A - キャッシュサーバ制御装置、コンテンツ配信システム、コンテンツ配信方法、及びプログラム - Google Patents

Abstract

【課題】再生コンテンツによって配信帯域が異なる場合であっても、配信サーバの負荷が大きい再生コンテンツをキャッシュサーバに記憶させることができるようにする。
【解決手段】キャッシュサーバ制御装置６００は、複数の再生コンテンツ別に配信帯域を取得する。この配信帯域は、複数のクライアント端末２０それぞれから同一の再生コンテンツに対する配信要求を受信した場合に、これら複数のクライアント端末２０に対して同一の再生コンテンツを並行して配信したときのものである。そしてキャッシュサーバ制御装置６００は、取得した配信帯域に基づいて、再生コンテンツを記憶すべきキャッシュサーバ３００の台数を定める。キャッシュサーバ制御装置６００は、再生コンテンツを記憶すべきキャッシュサーバ３００を選択し、選択したキャッシュサーバ３００に再生コンテンツを記憶させる。
【選択図】図１

Description

本発明は、コンテンツ配信システムで使用されるキャッシュサーバを制御するキャッシュサーバ制御装置、コンテンツ配信システム、コンテンツ配信方法、及びプログラムに関する。

近年、インターネット等のデータ通信網の高速化が進んでいる。またＨ．２６４／ＡＶＣコーデックの適用により、高画質なハイビジョン放送で映像コンテンツを伝送することが可能となっている。このため、ＩＰＴＶサービスが本格化する、と予想される。

ＩＰＴＶサービスの一つに、ＶＯＤ（Video On Demand）サービスがある。このサービスを実現するコンテンツ配信システムは、映像コンテンツを保持するコンテンツストレージ、及び映像コンテンツを配信する配信サーバにより構成される。一方、このコンテンツ配信システムでは、多くの加入者に対して安定して映像コンテンツを配信する必要がある。この要求を満たすために、様々な技術が開発されている。

例えば特許文献１には、特定の条件に合うコンテンツを予め配信サーバに配置しておくことが開示されている。また特許文献２には、視聴前にユーザ端末のローカルキャッシュにコンテンツを配置することが開示されている。また特許文献３には、宅内ネットワークシステムにおいて、映像コンテンツを保持している機器の負荷が高くなる時間帯を予測しておき、この時間帯になる前に映像コンテンツを他の機器に移動させることが開示されている。

また特許文献４は、コンテンツの先頭チャンクをローカルキャッシュに事前配置しておくことが開示されている。また特許文献５には、フルコンテンツと、コンテンツの先頭部分とをそれぞれ別々に保持しておき、フルコンテンツとコンテンツの先頭部分とを並行してクライアントにダウンロードさせることが開示されている。

また特許文献６には、コンテンツの配信を行うローカルサーバの負荷を監視し、この負荷に応じてローカルサーバにコピーするコンテンツ数を定めてコピースケジュールを作成することが開示されている。

特開２００９−１８２６２９号公報 特開２００９−１６５１１８号公報 特開２００８−０７２４８４号公報 特開２００９−０３３７６０号公報 特開２００７−０８０１６１号公報 特開２００９−２３７９１８号公報

上記したように、映像コンテンツ等の再生コンテンツをデータ通信網で配信する場合、高画質なハイビジョン放送で再生コンテンツを伝送することが可能となっている。一方、ＶＯＤサービスを展開する場合、ハイビジョン放送のみではなく、既に作成されている従来の画質の再生コンテンツも配信する必要がある。このため、コンテンツ配信システムは、ビットレートが異なる複数の再生コンテンツを同時に配信できるようにする必要がある。

一方、再生コンテンツを安定してクライアント端末に配信するためには、配信サーバのほかにキャッシュサーバを設け、配信サーバに負荷をかける再生コンテンツを予めキャッシュサーバに記憶させておくことが望ましい。従来は、再生コンテンツのビットレートは一つであったため、いずれの再生コンテンツをキャッシュサーバに記憶させるかは、再生コンテンツの配信要求数のみに基づいて定めればよかった。しかし、再生コンテンツによってビットレートが異なる場合、例えば配信要求数が少ない再生コンテンツであっても、ビットレートが高い場合には配信サーバに大きな負荷をかけることになる。このため、再生コンテンツの配信要求数のみに基づいてキャッシュする再生コンテンツを定めても、配信サーバの負荷を減らすことができない場合がでてくる。

本発明の目的は、再生コンテンツによってビットレートが異なる場合であっても、配信負荷が大きい再生コンテンツをキャッシュサーバに記憶させることにより、再生コンテンツを安定してクライアント端末に配信することができるようにするキャッシュサーバ制御装置、コンテンツ配信システム、コンテンツ配信方法、及びプログラムを提供することにある。

本発明によれば、クライアント端末に配信すべき複数の再生コンテンツを記憶するコンテンツ記憶装置と、
前記複数の再生コンテンツを前記コンテンツ記憶装置から読み出してクライアント端末に配信する配信サーバと、
前記複数の再生コンテンツの少なくとも一つを予め記憶しておき、クライアント端末に配信する複数のキャッシュサーバと、
を有するコンテンツ配信システムに使用され、いずれの前記再生コンテンツを前記キャッシュサーバに記憶させるかを判断するキャッシュサーバ制御装置であって、
前記複数の再生コンテンツ別に、前記再生コンテンツに対する複数の配信要求に応じて当該再生コンテンツを複数のクライアント端末に並行して配信したときの配信帯域を取得する配信帯域取得手段と、
前記配信帯域取得手段が取得した前記配信帯域に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定めるキャッシュ制御手段と、
を備えるキャッシュサーバ制御装置が提供される。

本発明によれば、クライアント端末に配信すべき複数の再生コンテンツを記憶するコンテンツ記憶装置から、前記複数の再生コンテンツを読み出してクライアント端末に配信する配信サーバと、
前記複数の再生コンテンツの少なくとも一つを予め記憶しておき、クライアント端末に配信する複数のキャッシュサーバと、
いずれの前記再生コンテンツを前記キャッシュサーバに記憶させるかを判断するキャッシュサーバ制御装置と、
を備え、
前記キャッシュサーバ制御装置は、
前記複数の再生コンテンツ別に、前記再生コンテンツに対する複数の配信要求に応じて当該再生コンテンツを複数のクライアント端末に並行して配信したときの配信帯域を取得する配信帯域取得手段と、
前記配信帯域取得手段が取得した前記配信帯域に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定めるキャッシュ制御手段と、
を備えるコンテンツ配信システムが提供される。

本発明によれば、クライアント端末に配信すべき複数の再生コンテンツをコンテンツ記憶装置に記憶させておき、
配信サーバが、前記複数の再生コンテンツを前記コンテンツ記憶装置から読み出してクライアント端末に配信し、
複数のキャッシュサーバが、前記複数の再生コンテンツの少なくとも一つを予め記憶しておき、クライアント端末に配信し、
いずれの前記再生コンテンツを前記キャッシュサーバに記憶させるかを判断するキャッシュサーバ制御装置が、前記複数の再生コンテンツ別に、前記再生コンテンツに対する複数の配信要求に応じて当該再生コンテンツを複数のクライアント端末に並行して配信したときの配信帯域を取得し、取得した前記配信帯域に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定めるコンテンツ配信方法が提供される。

本発明によれば、クライアント端末に配信すべき複数の再生コンテンツを記憶するコンテンツ記憶装置と、
前記複数の再生コンテンツを前記コンテンツ記憶装置から読み出してクライアント端末に配信する配信サーバと、
前記複数の再生コンテンツの少なくとも一つを予め記憶しておき、クライアント端末に配信する複数のキャッシュサーバと、
を有するコンテンツ配信システムに使用され、いずれの前記再生コンテンツを前記キャッシュサーバに記憶させるかを判断するキャッシュサーバ制御装置を実現するためのプログラムであって、
コンピュータに、
前記複数の再生コンテンツ別に、前記再生コンテンツに対する複数の配信要求に応じて当該再生コンテンツを複数のクライアント端末に並行して配信したときの配信帯域を取得する機能と、
取得した前記配信帯域に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定める機能と、
を実現させるプログラムが提供される。

本発明によれば、再生コンテンツによって配信帯域が異なる場合であっても、配信サーバの負荷が大きい再生コンテンツをキャッシュサーバに記憶させることにより、再生コンテンツを安定してクライアント端末に配信することができる。

第１の実施形態にかかるコンテンツ配信システムの構成を示すブロック図である。 コンテンツストレージが記憶している情報のデータ構成をテーブル形式で示す図である。 キャッシュサーバが記憶している情報のデータ構成をテーブル形式で示す図である。 データベースが記憶している情報のデータ構成をテーブル形式で示す図である。 キャッシュサーバ制御装置の機能構成を示すブロック図である。 コンテンツ情報記憶部が記憶しているデータをテーブル形式で示す図である。 負荷情報記憶部が記憶している情報をテーブル形式で示す図である。 図１に示したコンテンツ配信システムの第１の動作を示す図である。 図１に示したコンテンツ配信システムの第２の動作を示す図である。 図９のステップＳ１３０の詳細を示すフローチャートである。 第２の実施形態におけるコンテンツ情報記憶部のデータ構成をテーブル形式で示す図である。 キャッシュサーバ制御装置がキャッシュサーバに記憶指令及び削除指令を送信するときの処理を示すフローチャートである。 図１２のステップＳ１３０の詳細を示すフローチャートである。 図１２及び図１３に示したフローを具体的に説明するための図である。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

（第１の実施形態）
図１は、第１の実施形態にかかるコンテンツ配信システムの構成を示すブロック図である。このコンテンツ配信システムは、コンテンツ記憶装置（コンテンツストレージ）１００に記憶されている複数の再生コンテンツ、例えば動画コンテンツや音声コンテンツを、インターネット等の通信網１０を介してクライアント端末２０に配信するシステムである。再生コンテンツには、コンテンツ識別情報が付与されている。コンテンツ識別情報は、複数の再生コンテンツを互いに識別する情報である。

このコンテンツ配信システムは、コンテンツストレージ１００のほかに、少なくとも一つの配信サーバ２００、複数のキャッシュサーバ３００、及びキャッシュサーバ制御装置６００を備えている。配信サーバ２００は、コンテンツストレージ１００から、複数の再生コンテンツを読み出してクライアント端末２０に配信する。キャッシュサーバ３００は、複数の再生コンテンツの少なくとも一つを予め記憶（キャッシュ）しておき、クライアント端末２０に配信する。

キャッシュサーバ制御装置６００は、いずれの再生コンテンツをいずれのキャッシュサーバ３００に記憶させるかを判断する。キャッシュサーバ制御装置６００は、複数の再生コンテンツ別に配信帯域を取得する。この配信帯域は、複数のクライアント端末２０それぞれから同一の再生コンテンツに対する配信要求を受信した場合に、これら複数のクライアント端末２０に対して同一の再生コンテンツを並行して配信したときのものである。そしてキャッシュサーバ制御装置６００は、取得した配信帯域に基づいて、再生コンテンツを記憶すべきキャッシュサーバ３００の台数を定める。キャッシュサーバ制御装置６００は、再生コンテンツを記憶すべきキャッシュサーバ３００を選択し、選択したキャッシュサーバ３００に再生コンテンツを記憶させる。

コンテンツ配信システムは、さらにデータベース４００及びアクセス制御装置５００を備えている。データベース４００は、いずれの配信サーバ２００又はキャッシュサーバ３００がいずれの再生コンテンツを配信するかを示すサーバ特定情報を、コンテンツ識別情報に対応付けて記憶している。データベース４００は、キャッシュサーバ制御装置６００によって更新される。

アクセス制御装置５００は、クライアント端末２０がコンテンツ配信システムに送信した配信要求を受信する。この配信要求にはコンテンツ識別情報が付いている。そしてアクセス制御装置５００は、そのコンテンツ識別情報に対するサーバ特定情報をデータベース４００から読み出し、配信要求を送信してきたクライアント端末２０に送信する。サーバ特定情報は、例えばＵＲＬである。サーバ特定情報がＵＲＬである場合、そのＵＲＬは再生コンテンツまで特定している。またアクセス制御装置５００は、クライアント端末２０からいずれかの再生コンテンツの配信要求を受信したときに、当該再生コンテンツのコンテンツ識別情報を、配信要求を受信した旨を示す要求受信情報に対応付けてキャッシュサーバ制御装置６００に送信する。キャッシュサーバ制御装置６００は、詳細を後述するように、この要求受信情報を用いて再生コンテンツ別の配信帯域を取得する。

なお、配信サーバ２００、キャッシュサーバ３００、アクセス制御装置５００、及びキャッシュサーバ制御装置６００は、イントラネットなどの通信網３０を介して互いに接続している。

図２は、コンテンツストレージ１００が記憶している情報のデータ構成をテーブル形式で示す図である。コンテンツストレージ１００は、再生コンテンツをコンテンツ識別情報に対応付けて記憶している。なおコンテンツストレージ１００は、図１に示したコンテンツ配信システムが配信すべき全ての再生コンテンツを記憶している。

図３は、キャッシュサーバ３００が記憶している情報のデータ構成をテーブル形式で示す図である。キャッシュサーバ３００には、複数のキャッシュサーバ３００を互いに識別するキャッシュサーバ識別情報として、キャッシュサーバ番号が割り振られている。そしてキャッシュサーバ３００は、配信要求数の多い再生コンテンツをコンテンツ識別情報に対応付けて記憶している。なおキャッシュサーバ３００が記憶している再生コンテンツは、キャッシュサーバ３００によって異なっている。そしてサーバ特定情報がＵＲＬである場合、キャッシュサーバ３００は、再生コンテンツをＵＲＬに対応付けて記憶している。このＵＲＬは、再生コンテンツ別に定められている。

図４は、データベース４００が記憶している情報のデータ構成をテーブル形式で示す図である。データベース４００は、再生コンテンツ別に、コンテンツ識別情報と、その再生コンテンツをどのサーバが配信しているかを示すサーバ特定情報、例えばキャッシュサーバ番号に対応付けて記憶している。

図５は、キャッシュサーバ制御装置６００の機能構成を示すブロック図である。キャッシュサーバ制御装置６００は、配信帯域取得部６５０及びキャッシュ制御部６６０を備えている。配信帯域取得部６５０は、複数の再生コンテンツ別に配信帯域を取得する。この配信帯域は、複数のクライアント端末２０それぞれから同一の再生コンテンツに対する配信要求を受信した場合に、これら複数のクライアント端末２０に対して同一の再生コンテンツを並行して配信したときのものである。キャッシュ制御部６６０は、配信帯域取得部６５０が取得した配信帯域に基づいて、再生コンテンツを記憶すべきキャッシュサーバ３００の台数を定める。ここで定める台数は０の場合もある。

キャッシュサーバ制御装置６００は、さらにコンテンツ情報記憶部６１０、コンテンツ情報更新部６２０、負荷情報記憶部６３０、負荷情報更新部６４０、及び閾値記憶部６７０を備えている。

コンテンツ情報記憶部６１０は、複数の再生コンテンツ別に、再生コンテンツがいずれのキャッシュサーバ３００に記憶されているかを示すキャッシュ情報を記憶している。またコンテンツ情報記憶部６１０は、ビットレート記憶部及び配信要求記憶部を兼ねている。すなわちコンテンツ情報記憶部６１０は、複数の再生コンテンツ別に、再生コンテンツのビットレート及び現在有効な配信要求数を、コンテンツ識別情報に対応付けて記憶している。再生コンテンツ別の配信帯域は、このビットレートと配信要求数を乗ずることにより算出される。配信帯域の算出処理は、例えばコンテンツ情報更新部６２０が行う。

コンテンツ情報更新部６２０は、アクセス制御装置５００から要求受信情報及びコンテンツ識別情報を受信すると、コンテンツ情報記憶部６１０が記憶している情報を更新する。具体的には、コンテンツ情報更新部６２０は、要求受信情報及びコンテンツ識別情報を受信すると、受信したコンテンツ識別情報に対応する配信要求数を一つ増やす。

またコンテンツ情報更新部６２０は、配信サーバ２００又はキャッシュサーバ３００から、再生コンテンツの配信が終了した旨を示す配信終了情報を、その再生コンテンツのコンテンツ識別情報に対応付けて受信する。そしてコンテンツ情報更新部６２０は、コンテンツ情報記憶部６１０を更新し、受信したコンテンツ識別情報に対応する配信要求数を一つ減らす。

負荷情報記憶部６３０は、複数のキャッシュサーバ３００別に、キャッシュサーバの負荷を示す負荷情報を記憶している。負荷情報更新部６４０は、複数のキャッシュサーバ３００それぞれから、そのキャッシュサーバ３００の配信負荷を示す情報（例えば配信帯域）を定期的に取得し、取得した情報を用いて負荷情報記憶部６３０を定期的に更新する。

閾値記憶部６７０は、配信帯域の閾値を記憶している。この閾値は、キャッシュ制御部６６０が再生コンテンツ別にキャッシュサーバ３００の台数を決めるときに、用いられる。

なお、図５において、本発明の本質に関わらない部分の構成については省略してある。図５に示したキャッシュサーバ制御装置６００の各構成要素は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。キャッシュサーバ制御装置６００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。

図６は、キャッシュサーバ制御装置６００のコンテンツ情報記憶部６１０が記憶しているデータをテーブル形式で示す図である。コンテンツ情報記憶部６１０は、再生コンテンツ別に、コンテンツ識別情報、その再生コンテンツを記憶しているキャッシュサーバ３００のキャッシュサーバ番号、配信帯域、ビットレート、及び配信要求数を記憶している。なお配信帯域は、ビットレートに配信要求数を乗じた値になっている。

図７は、負荷情報記憶部６３０が記憶している情報をテーブル形式で示す図である。負荷情報記憶部６３０は、複数のキャッシュサーバ３００別に、キャッシュサーバ番号と、そのキャッシュサーバ３００の負荷を示す配信帯域とを互いに対応付けて記憶している。

図８は、図１に示したコンテンツ配信システムの第１の動作を示す図である。この動作は、クライアント端末２０からコンテンツの配信要求を受信したときの動作を示している。

クライアント端末２０は、コンテンツの配信要求をコンテンツ識別情報に対応付けてアクセス制御装置５００に送信する。アクセス制御装置５００は、配信要求及びコンテンツ識別情報を受信する（ステップＳ１０）と、受信したコンテンツ識別情報に対応するサーバ特定情報を、データベース４００から読み出し（ステップＳ２０）、読み出したサーバ特定情報をクライアント端末２０に送信する（ステップＳ３０）。

図示していないが、クライアント端末２０は、アクセス制御装置５００からサーバ特定情報を受信すると、受信したサーバ特定情報を用いて配信サーバ２００又はキャッシュサーバ３００にアクセスする。アクセスを受けた配信サーバ２００又はキャッシュサーバ３００は、クライアント端末２０に対する再生コンテンツの配信を開始する。

またアクセス制御装置５００は、サーバ特定情報をクライアント端末２０に送信した後、ステップＳ１０で受信したコンテンツ識別情報を、要求受信情報に対応付けてキャッシュサーバ制御装置６００に送信する（ステップＳ４０）。キャッシュサーバ制御装置６００のコンテンツ情報更新部６２０は、アクセス制御装置５００からコンテンツ識別情報及び要求受信情報を受信すると、コンテンツ情報記憶部６１０を更新し、受信したコンテンツ識別情報に対応する配信要求数を一つ増加させる（ステップＳ５０）。

なお配信サーバ２００又はキャッシュサーバ３００は、クライアント端末２０への再生コンテンツの配信が終了すると、配信終了情報を、その再生コンテンツのコンテンツ識別情報に対応付けてキャッシュサーバ制御装置６００に送信する。キャッシュサーバ制御装置６００のコンテンツ情報更新部６２０は、配信サーバ２００又はキャッシュサーバ３００から配信終了情報をコンテンツ識別情報に対応付けて受信すると、コンテンツ情報記憶部６１０を更新し、受信したコンテンツ識別情報に対応する配信要求数を一つ減らす。

図９は、図１に示したコンテンツ配信システムの第２の動作を示す図である。この動作は、キャッシュサーバ制御装置６００がキャッシュサーバ３００の設定を変更するときの動作を示している。本図に示す処理は、定期的に行われる。

まずキャッシュサーバ制御装置６００の配信帯域取得部６５０は、一のコンテンツ識別情報を選択する（ステップＳ１１０）。そして配信帯域取得部６５０は、選択したコンテンツ識別情報に対応する配信帯域をコンテンツ情報記憶部６１０から読み出す（ステップＳ１２２）。また配信帯域取得部６５０は、選択したコンテンツ識別情報に対応する再生コンテンツを記憶しているキャッシュサーバ３００の現在の台数を、コンテンツ情報記憶部６１０から読み出す（ステップＳ１２５）。この台数は、例えばコンテンツ情報記憶部６１０に、選択したコンテンツ識別情報に対していくつのキャッシュサーバ番号が記憶されているかに基づいて定められる。

次いで、配信帯域取得部６５０は、読み出した配信帯域及びキャッシュサーバ３００の台数を、コンテンツ識別情報に対応付けてキャッシュ制御部６６０に出力する。キャッシュ制御部６６０は、配信帯域取得部６５０から受信した情報を用いてキャッシュサーバ３００の再設定を行う（ステップＳ１３０）。

配信帯域取得部６５０及びキャッシュ制御部６６０は、ステップＳ１１０〜ステップＳ１３０に示した処理を、全てのコンテンツ識別情報に対して行う（ステップＳ１４０）。

図１０は、図９のステップＳ１３０、すなわちキャッシュ制御部６６０が行うキャッシュサーバ３００の再設定処理の詳細を示すフローチャートである。まずキャッシュ制御部６６０は、閾値記憶部６７０から配信帯域の閾値を読み出す。この閾値は、複数段階に設定されている。具体的には、閾値記憶部６７０は、ある基準値及び定数を記憶している。そして、この基準値の整数倍それぞれに定数を加算した値が閾値として用いられる。

まずキャッシュ制御部６６０は、配信帯域取得部６５０から取得した配信帯域と、閾値記憶部６７０から読み出した閾値とを比較し、いずれの段階の閾値を配信帯域が超えているかを判断することにより、キャッシュサーバ３００の必要台数を設定する。具体的には、キャッシュ制御部６６０は、配信帯域から定数を引いた値を基準値で割り、その結果の小数点以下を切り捨てることにより、キャッシュサーバ３００の必要台数を算出する（ステップＳ２００）。

そしてキャッシュ制御部６６０は、配信帯域取得部６５０から取得した現在のキャッシュサーバ３００の台数に対して、ステップＳ２００で算出したキャッシュサーバ３００の必要台数が増加しているか否かを判断する（ステップＳ２１０）。増加している場合（ステップＳ２１０：Ｙｅｓ）、キャッシュ制御部６６０は、配信帯域取得部６５０から取得したコンテンツ識別情報に対応しているキャッシュサーバ番号を、コンテンツ情報記憶部６１０から読み出す。そして読み出したキャッシュサーバ番号以外の番号が割り振られているキャッシュサーバ３００、すなわち判断対象となっている再生コンテンツを記憶していないキャッシュサーバ３００を、候補サーバとして選択する（ステップＳ２１２）。

次いでキャッシュ制御部６６０は、候補サーバのキャッシュサーバ番号を認識し、認識したキャッシュサーバ番号に対応する負荷情報（すなわち配信帯域）を、負荷情報記憶部６３０から読み出す（ステップＳ２１４）。またキャッシュ制御部６６０は、ステップＳ２００で算出した台数と現在のキャッシュサーバ３００の台数との差分を、追加すべきキャッシュサーバ３００の台数として認識する。そしてキャッシュ制御部６６０は、読み出した負荷情報を用いて候補サーバそれぞれの負荷を認識し、負荷が少ない順に、候補サーバを必要な台数選択する。これにより、処理対象となっている再生コンテンツをキャッシュすべきキャッシュサーバ３００が決定される（ステップＳ２１６）。

次いでキャッシュ制御部６６０は、配信帯域取得部６５０から取得したコンテンツ識別情報を、このコンテンツ識別情報に対応する再生コンテンツをコンテンツストレージ１００から読み出して記憶する旨を示す記憶指令と共に、ステップＳ２１６で選択したキャッシュサーバ番号を有するキャッシュサーバ３００に送信する（ステップＳ２１７）。キャッシュサーバ３００は、記憶指令をコンテンツ識別情報に対応付けて受信すると、受信したコンテンツ識別情報に対応する再生コンテンツをコンテンツストレージ１００から読み出して記憶する。

そしてキャッシュ制御部６６０は、データベース４００を更新し、配信帯域取得部６５０から取得したコンテンツ識別情報に対応するキャッシュサーバ番号に、ステップＳ２１６で決定したキャッシュサーバ３００のキャッシュサーバ番号を追加する（ステップＳ２１８）。

またキャッシュ制御部６６０は、現在のキャッシュサーバ３００の台数に対して、ステップＳ２００で算出したキャッシュサーバ３００の必要台数が増加していない場合（ステップＳ２１０：Ｎｏ）、必要台数が逆に減少しているか否かを判断する（ステップＳ２２０）。減少している場合（ステップＳ２２０：Ｙｅｓ）、キャッシュ制御部６６０は、配信帯域取得部６５０から取得したコンテンツ識別情報に対応しているキャッシュサーバ番号を、コンテンツ情報記憶部６１０から読み出す。そして読み出したキャッシュサーバ番号が割り振られているキャッシュサーバ３００、すなわち判断対象となっている再生コンテンツを現在記憶しているキャッシュサーバ３００を、記憶済サーバとして選択する（ステップＳ２２２）。

次いでキャッシュ制御部６６０は、記憶済サーバのキャッシュサーバ番号を認識し、認識したキャッシュサーバ番号に対応する負荷情報（すなわち配信帯域）を、負荷情報記憶部６３０から読み出す（ステップＳ２２４）。またキャッシュ制御部６６０は、ステップＳ２００で算出した台数と現在のキャッシュサーバ３００の台数との差分を、その再生コンテンツを削除すべきキャッシュサーバ３００の台数として認識する。そしてキャッシュ制御部６６０は、読み出した負荷情報を用いて記憶済サーバそれぞれの負荷を認識し、負荷が多い順に、記憶済サーバを必要な台数選択する。これにより、処理対象となっている再生コンテンツを削除すべきキャッシュサーバ３００が決定される（ステップＳ２２６）。

次いでキャッシュ制御部６６０は、配信帯域取得部６５０から取得したコンテンツ識別情報を、このコンテンツ識別情報に対応する再生コンテンツを削除すべき旨を示す削除指令と共に、ステップＳ２２６で選択したキャッシュサーバ番号を有するキャッシュサーバ３００に送信する（ステップＳ２２７）。キャッシュサーバ３００は、削除指令をコンテンツ識別情報に対応付けて受信すると、受信したコンテンツ識別情報に対応する再生コンテンツを削除する。

そしてキャッシュ制御部６６０は、データベース４００を更新し、配信帯域取得部６５０から取得したコンテンツ識別情報に対応してデータベース４００に記憶されているキャッシュサーバ番号から、ステップＳ２２６で決定したキャッシュサーバ３００のキャッシュサーバ番号を削除する（ステップＳ２２８）。

次に、本実施形態の作用及び効果について説明する。本実施形態によれば、キャッシュサーバ制御装置６００のキャッシュ制御部６６０は、再生コンテンツ別の配信帯域を取得し、取得した配信帯域が基準を超えている場合に、その再生コンテンツをキャッシュすべきキャッシュサーバ３００の台数を増やす。このため、コンテンツ配信システムは、再生コンテンツによってビットレートが異なる場合であっても、配信負荷が大きい再生コンテンツをキャッシュサーバ３００に記憶させることができるため、再生コンテンツを安定してクライアント端末２０に配信することができる。

またキャッシュサーバ制御装置６００のコンテンツ情報記憶部６１０は、複数の再生コンテンツ別に、再生コンテンツのビットレート及び再生コンテンツの配信要求数を、コンテンツ識別情報に対応付けて記憶している。このためキャッシュサーバ制御装置６００は、再生コンテンツ別の配信帯域を容易に取得することができる。なおキャッシュサーバ制御装置６００は、再生コンテンツの再生要求数をアクセス制御装置５００から取得している。このため、配信要求数及び配信帯域は常に最新の値となる。

またキャッシュサーバ制御装置６００では、配信帯域の閾値が複数段階に設定されている。このため、キャッシュサーバ制御装置６００は、いずれの段階の閾値を配信帯域が超えているかを判断することにより、キャッシュサーバ３００の必要台数を容易に判断することができる。

またキャッシュサーバ制御装置６００のキャッシュ制御部６６０は、ある再生コンテンツをキャッシュしているキャッシュサーバ３００を増やす場合、負荷が少ない順にキャッシュサーバ３００を選択する。従って、特定のキャッシュサーバ３００に負荷が集中することを抑制できる。

またキャッシュサーバ制御装置６００のキャッシュ制御部６６０は、ある再生コンテンツをキャッシュしているキャッシュサーバ３００を減らす場合、負荷が多い順にキャッシュサーバ３００を選択する。従って、特定のキャッシュサーバ３００に負荷が集中することをさらに抑制できる。

（第２の実施形態）
第２の実施形態に係るコンテンツ配信システムは、キャッシュサーバ制御装置６００がキャッシュサーバ３００に記憶指令及び削除指令を送信するときの処理を除いて、第１の実施形態に係るコンテンツ配信システムと同様である。

図１１は、本実施形態におけるキャッシュサーバ制御装置６００のコンテンツ情報記憶部６１０のデータ構成をテーブル形式で示す図である。本実施形態においてコンテンツ情報記憶部６１０は、再生コンテンツ別に、配信帯域の履歴情報を記憶している。すなわちコンテンツ情報記憶部６１０は、再生コンテンツ別に、コンテンツ識別情報、キャッシュサーバ番号、ビットレート、及び配信帯域の履歴情報を記憶している。配信帯域の履歴情報は、例えば日時情報に対応付けて、その日時における配信要求数及び配信帯域を記録したものである。

またコンテンツ情報記憶部６１０は、再生コンテンツ別に、その再生コンテンツを記憶しているキャッシュサーバ３００を増加させた最新の日時を記憶している。

図１２は、キャッシュサーバ制御装置６００がキャッシュサーバ３００に記憶指令及び削除指令を送信するときの処理を示すフローチャートである。この図に示すフローチャートは、以下の点を除いて、第１の実施形態において図９を用いて説明した処理と同様である。

まず、キャッシュサーバ制御装置６００の配信帯域取得部６５０は、コンテンツ情報記憶部６１０から再生コンテンツ別の配信帯域を読み出すときに、予め定められた期間であるチェック期間単位で、当該チェック期間内における配信帯域の最大値を読み出す（ステップＳ１２３）。この処理は、配信帯域の履歴情報を用いて行われる。このチェック期間は、例えば２４時間の整数倍である。

また、キャッシュサーバ３００の再設定処理の詳細（ステップＳ１３０）も異なる。

図１３は、図１２のステップＳ１３０の詳細を示すフローチャートである。このフローチャートに示す処理において、キャッシュサーバ制御装置６００のキャッシュ制御部６６０は、判断対象となっている再生コンテンツを記憶するキャッシュサーバ３００の台数を増やす場合には第１の閾値を使用する。またキャッシュ制御部６６０は、判断対象となっている再生コンテンツを記憶するキャッシュサーバ３００の台数を減らす場合には、第１の閾値よりも値の低い第２の閾値を使用する。第１の閾値及び第２の閾値を定める情報は、予め閾値記憶部６７０に記憶されている。

まずキャッシュ制御部６６０は、配信帯域取得部６５０から取得した配信帯域の最大値と、閾値記憶部６７０から読み出した第１の閾値とを比較し、いずれの段階の閾値を配信帯域が超えているかを判断することにより、キャッシュサーバ３００の必要台数を設定する。具体的には、キャッシュ制御部６６０は、配信帯域の最大値から定数を引いた値を基準値で割り、その結果の小数点以下を切り捨てることにより、キャッシュサーバ３００の必要台数を算出する（ステップＳ２０２）。

そしてキャッシュ制御部６６０は、配信帯域取得部６５０から取得した現在のキャッシュサーバ３００の台数に対して、ステップＳ２０２で算出したキャッシュサーバ３００の必要台数が増加しているか否かを判断する（ステップＳ２１０）。増加している場合（ステップＳ２１０：Ｙｅｓ）、キャッシュ制御部６６０は、ステップＳ２１２〜ステップＳ２１８に示した処理を行う。ここで行われる処理は、第１の実施形態で図１０を用いて説明した処理と同様である。その後、キャッシュ制御部６６０は、コンテンツ情報記憶部６１０において、配信帯域取得部６５０から取得したコンテンツ識別情報に対応している情報のうち、キャッシュサーバ３００を増加させた最新の日時を更新し、現在の日時に改める（ステップＳ２１９）。

またキャッシュ制御部６６０は、ステップＳ２０２で算出したキャッシュサーバ３００の必要台数が現在のキャッシュサーバの台数より少ない場合（ステップＳ２１０：Ｎｏ）、配信負荷取得部６５０から取得した配信帯域の最大値と第２の閾値とを比較する。そしてキャッシュ制御部６６０は、いずれの段階の第２の閾値を配信帯域が超えているかを判断することにより、キャッシュサーバ３００の必要台数を設定する。各段階の第２の閾値は、例えば各段階の第１の閾値から定数を引くことにより定められる（ステップＳ２１１）。次いでキャッシュ制御部６６０は、配信帯域取得部６５０から取得した現在のキャッシュサーバ３００の台数に対して、ステップＳ２１１で算出したキャッシュサーバ３００の必要台数が減少しているか否かを判断する（ステップＳ２２０）。

減少している場合（ステップＳ２２０：Ｙｅｓ）、キャッシュ制御部６６０は、コンテンツ情報記憶部６１０から、配信帯域取得部６５０から取得したコンテンツ識別情報に対応している情報のうち、キャッシュサーバ３００を増加させた最新の日時を読み出す。そして読み出した日時から予め定められた期間が経過していない場合（ステップＳ２２１：Ｎｏ）、キャッシュサーバ３００を減らす処理を行わない。また読み出した日時から予め定められた期間が経過している場合（ステップＳ２２１：Ｙｅｓ）、ステップＳ２２２〜ステップＳ２２８に示した処理を行う。ここで行う処理は、第１の実施形態で図１０を用いて説明した処理と同様である。

図１４は、図１２及び図１３に示したフローを具体的に説明するための図である。この図において、第１の閾値としては、Ａと、Ａより大きいＢが設定されている。Ａは１台目のキャッシュサーバ３００に再生コンテンツを記憶（コピー）させるか否かを判断するための閾値であり、Ｂは、２台目のキャッシュサーバ３００に再生コンテンツを記憶（コピー）させるか否かを判断するための閾値である。

また第２の閾値としては、Ａ−αと、Ｂ−αが設定されている。Ｂ−αは２台のうち１台のキャッシュサーバ３００から再生コンテンツを削除させるか否かを判断するための閾値であり、Ａ−αは残り１台のキャッシュサーバ３００から再生コンテンツを削除させるか否かを判断するための閾値である。

図１４において、図１２の説明で示したチェック期間は、２４時間である。そしてコンテンツ配信システムは、毎日２４時に、図１２及び図１３に示した処理を行う。図１４に示す例では、第１のチェック期間において、この再生コンテンツの配信帯域の最大値は閾値Ｂを越えている。このため、第１のチェック期間の直後のタイミングである第１の閾値判定タイミングにおいて、キャッシュサーバ制御装置６００のキャッシュ制御部６６０は、この再生コンテンツをコピー（キャッシュ）するキャッシュサーバ３００を２台に増加させる（図１３のステップＳ２１０及びステップＳ２１２〜ステップＳ２１８）。

その後、徐々にこの再生コンテンツの配信帯域は減少していき、第３のチェック期間において、この再生コンテンツの配信帯域の最大値がＢ−αを下回る。しかし、本図に示す例では、キャッシュサーバ３００を増加させた後、４８時間はキャッシュサーバ３００の台数を減らさないように設定されている。このため、第３の閾値判定タイミングにおいて、キャッシュ制御部６６０はキャッシュサーバ３００の台数を減らす処理を行わない（図１３のステップＳ２２１：Ｎｏ）。

その後、第４のチェック期間においても、この再生コンテンツの配信帯域の最大値がＢ−αを下回っている。このとき、配信帯域の最大値はＡを下回っているが、Ａ−αを上回っている。このため、第４の閾値判定タイミングにおいて、キャッシュ制御部６６０はキャッシュサーバ３００の台数を０台ではなく１台に減らす処理を行う（図１３のステップＳ２２２〜ステップＳ２２８）。

その後、第５のチェック期間において、この再生コンテンツの配信帯域の最大値がＡ−αを下回る。このため、第４の閾値判定タイミングにおいて、キャッシュ制御部６６０はキャッシュサーバ３００の台数を０台にする処理を行う（図１３のステップＳ２２１〜ステップＳ２２８）。

次に、本実施形態の作用及び効果について説明する。まず、本実施形態によっても、第１の実施形態と同様の効果が得られる。

また、同一の再生コンテンツにおいて、配信帯域が多少の増減を繰り返しながらほぼ同一の水準を保つ場合がある。このような場合、キャッシュサーバ３００の台数を増やすときと減らすときとで同一の閾値を用いると、キャッシュサーバ３００の台数の増減を繰り返してしまう可能性がある。これに対して本実施形態では、キャッシュサーバ３００を減らすと判断するための第２の閾値を、キャッシュサーバ３００を増やすと判断するための第１の閾値よりも低くしている。このため、配信帯域が多少の増減を繰り返しながらほぼ同一の水準を保つ場合において、キャッシュサーバ３００の台数の増減が繰り返されることが抑制される。

また、再生コンテンツの配信帯域の増減は、予め定められた期間、例えば２４時間単位で増減を繰り返す傾向がある。このため本実施形態のように、予め定められた期間（チェック期間）単位で配信帯域の最大値を算出し、この最大値を閾値と比較することによりキャッシュサーバ３００の台数を定めるようにすると、配信サーバ２００に加わる負荷の最大値が許容値を超える可能性を抑制することができる。

また、あるチェック区間においてキャッシュサーバ３００を増加させる必要があった再生コンテンツは、しばらく配信要求数が高い水準を維持する可能性が高い。しかし何らかの事情により、一時的に配信要求数が低下するケースも考えられる。この場合、一時的に配信要求数が低下したタイミングでキャッシュサーバ３００の台数を減少させ、その後すぐにキャッシュサーバ３００の台数を元の数に増加させる、という処理が行われてしまう可能性がある。これに対してキャッシュ制御部６６０は、キャッシュサーバ３００を増加させた後、予め定められた期間は、キャッシュサーバ３００を減らす処理を行わない。従って、上記した処理が行われてキャッシュサーバ３００の台数の増減が頻繁に行われることが抑制される。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。

１０ 通信網
２０ クライアント端末
３０ 通信網
１００ コンテンツストレージ
２００ 配信サーバ
３００ キャッシュサーバ
４００ データベース
５００ アクセス制御装置
６００ キャッシュサーバ制御装置
６１０ コンテンツ情報記憶部
６２０ コンテンツ情報更新部
６３０ 負荷情報記憶部
６４０ 負荷情報更新部
６５０ 配信帯域取得部
６６０ キャッシュ制御部
６７０ 閾値記憶部

Claims (14)

1. クライアント端末に配信すべき複数の再生コンテンツを記憶するコンテンツ記憶装置と、
   前記複数の再生コンテンツを前記コンテンツ記憶装置から読み出してクライアント端末に配信する配信サーバと、
   前記複数の再生コンテンツの少なくとも一つを予め記憶しておき、クライアント端末に配信する複数のキャッシュサーバと、
   を有するコンテンツ配信システムに使用され、いずれの前記再生コンテンツを前記キャッシュサーバに記憶させるかを判断するキャッシュサーバ制御装置であって、
   前記複数の再生コンテンツ別に、前記再生コンテンツに対する複数の配信要求に応じて当該再生コンテンツを複数のクライアント端末に並行して配信したときの配信帯域を取得する配信帯域取得手段と、
   前記配信帯域取得手段が取得した前記配信帯域に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定めるキャッシュ制御手段と、
   を備えるキャッシュサーバ制御装置。
2. 請求項１に記載のキャッシュサーバ制御装置において、
   前記複数の再生コンテンツを互いに識別するコンテンツ識別情報が予め定められており、
   前記複数の再生コンテンツ別に、前記再生コンテンツのビットレートを前記コンテンツ識別情報に対応付けて記憶するビットレート記憶手段と、
   前記複数の再生コンテンツ別に、前記再生コンテンツの配信要求数を前記コンテンツ識別情報に対応付けて記憶する配信要求数記憶手段と、
   を有し、
   前記配信帯域は、前記ビットレート記憶手段が記憶している前記ビットレートと、前記配信要求数記憶手段が記憶している前記配信要求数に基づいて算出されるキャッシュサーバ制御装置。
3. 請求項２に記載のキャッシュサーバ制御装置において、
   前記コンテンツ配信システムは、
   クライアント端末からいずれかの前記再生コンテンツの配信要求を受信し、当該クライアント端末に対して、前記再生コンテンツを配信する前記配信サーバ又は前記キャッシュサーバを特定するサーバ特定情報を返信するアクセス制御装置を有し、
   前記配信要求数記憶手段は、前記アクセス制御装置から前記配信要求を受信した旨を示す情報を、前記コンテンツ識別情報に対応付けて受信し、受信した前記コンテンツ識別情報に対応する前記配信要求数を増加させるキャッシュサーバ制御装置。
4. 請求項１〜３のいずれか一つに記載のキャッシュサーバ制御装置において、
   前記配信帯域の閾値が複数段階に定められており、
   前記キャッシュ制御手段は、いずれの段階の前記閾値を前記配信帯域が越えているかを判断し、この判断結果に基づいて前記キャッシュサーバの台数を定めるキャッシュサーバ制御装置。
5. 請求項１〜４のいずれか一つに記載のキャッシュサーバ制御装置において、
   前記複数のキャッシュサーバ別に、前記キャッシュサーバの負荷を示す負荷情報を記憶する負荷情報記憶手段と、
   前記複数の再生コンテンツ別に、前記再生コンテンツがいずれの前記キャッシュサーバに記憶されているかを示すキャッシュ情報を記憶するコンテンツ情報記憶手段と、
   を備え、
   前記キャッシュ制御手段は、判断対象となっている前記再生コンテンツを記憶する前記キャッシュサーバの台数を増加させる場合、
   前記判断対象となっている前記再生コンテンツを記憶していない前記キャッシュサーバを前記キャッシュ情報に基づいて候補サーバとして選択し、
   前記負荷情報を用いて前記候補サーバそれぞれの負荷を認識し、負荷が少ない順に、前記候補サーバを必要な台数選択して前記処理対象となっている前記再生コンテンツを記憶させるキャッシュサーバ制御装置。
6. 請求項１〜５いずれか一つに記載のキャッシュサーバ制御装置において、
   前記複数のキャッシュサーバ別に、前記キャッシュサーバの負荷を示す負荷情報を記憶する負荷情報記憶手段と、
   前記複数の再生コンテンツ別に、前記再生コンテンツがいずれの前記キャッシュサーバに記憶されているかを示すキャッシュ情報を記憶するコンテンツ情報記憶手段と、
   を備え、
   前記キャッシュ制御手段は、判断対象となっている前記再生コンテンツを記憶する前記キャッシュサーバの台数を減らす場合、
   前記判断対象となっている前記再生コンテンツを記憶している前記キャッシュサーバを前記キャッシュ情報に基づいて記憶済サーバとして選択し、
   前記負荷情報を用いて前記記憶済サーバそれぞれの負荷を認識し、負荷が大きい順に、前記記憶済サーバを必要な台数選択して前記処理対象となっている前記再生コンテンツを削除させるキャッシュサーバ制御装置。
7. 請求項４に記載のキャッシュサーバ制御装置において、
   前記判断対象となっている前記再生コンテンツを記憶する前記キャッシュサーバの台数を増やす場合には第１の前記閾値を使用し、
   前記判断対象となっている前記再生コンテンツを記憶する前記キャッシュサーバの台数を減らす場合には、前記第１の閾値よりも値の低い第２の前記閾値を使用するキャッシュサーバ制御装置。
8. 請求項１〜７のいずれか一つに記載のキャッシュサーバ制御装置において、
   前記配信帯域取得手段は、予め定められた期間であるチェック期間単位で、当該チェック期間内における前記配信帯域の最大値を前記再生コンテンツ別に取得し、
   前記キャッシュ制御手段は、前記配信帯域の最大値に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定めるキャッシュサーバ制御装置。
9. 請求項１〜８のいずれか一つに記載のキャッシュサーバ制御装置において、
   一の前記再生コンテンツを記憶している前記キャッシュサーバの台数を増加させた場合、
   前記キャッシュ制御手段は、予め定められた期間は、前記一の再生コンテンツを記憶している前記キャッシュサーバの台数を減らす処理を行わないキャッシュサーバ制御装置。
10. クライアント端末に配信すべき複数の再生コンテンツを記憶するコンテンツ記憶装置から、前記複数の再生コンテンツを読み出してクライアント端末に配信する配信サーバと、
    前記複数の再生コンテンツの少なくとも一つを予め記憶しておき、クライアント端末に配信する複数のキャッシュサーバと、
    いずれの前記再生コンテンツを前記キャッシュサーバに記憶させるかを判断するキャッシュサーバ制御装置と、
    を備え、
    前記キャッシュサーバ制御装置は、
    前記複数の再生コンテンツ別に、前記再生コンテンツに対する複数の配信要求に応じて当該再生コンテンツを複数のクライアント端末に並行して配信したときの配信帯域を取得する配信帯域取得手段と、
    前記配信帯域取得手段が取得した前記配信帯域に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定めるキャッシュ制御手段と、
    を備えるコンテンツ配信システム。
11. 請求項１０に記載のコンテンツ配信システムにおいて、
    前記複数の再生コンテンツを互いに識別するコンテンツ識別情報が予め定められており、
    前記キャッシュサーバ制御装置は、
    前記複数の再生コンテンツ別に、前記再生コンテンツのビットレートを前記コンテンツ識別情報に対応付けて記憶するビットレート記憶手段と、
    前記複数の再生コンテンツ別に、前記再生コンテンツの配信要求数を前記コンテンツ識別情報に対応付けて記憶する配信要求数記憶手段と、
    を有し、
    前記キャッシュサーバ制御装置の前記配信帯域取得手段は、前記ビットレート記憶手段が記憶している前記ビットレートと、前記配信要求数記憶手段が記憶している前記配信要求数に基づいて、前記複数の再生コンテンツ別に前記配信帯域を算出するコンテンツ配信システム。
12. 請求項１１に記載のコンテンツ配信システムにおいて、
    クライアント端末からいずれかの前記再生コンテンツの配信要求を受信し、当該クライアント端末に対して、前記再生コンテンツを配信する前記配信サーバ又は前記キャッシュサーバを特定するサーバ特定情報を返信するアクセス制御装置を有し、
    前記アクセス制御装置は、クライアント端末からいずれかの前記再生コンテンツの配信要求を受信したときに、当該再生コンテンツのコンテンツ識別情報を、前記配信要求を受信した旨を示す要求受信情報に対応付けて前記キャッシュサーバ制御装置に送信し、
    前記キャッシュサーバ制御装置の前記配信要求数記憶手段は、前記アクセス制御装置から前記要求受信情報及び前記コンテンツ識別情報を受信した場合、受信した前記コンテンツ識別情報に対応する前記配信要求数を増加させるコンテンツ配信システム。
13. クライアント端末に配信すべき複数の再生コンテンツをコンテンツ記憶装置に記憶させておき、
    配信サーバが、前記複数の再生コンテンツを前記コンテンツ記憶装置から読み出してクライアント端末に配信し、
    複数のキャッシュサーバが、前記複数の再生コンテンツの少なくとも一つを予め記憶しておき、クライアント端末に配信し、
    いずれの前記再生コンテンツを前記キャッシュサーバに記憶させるかを判断するキャッシュサーバ制御装置が、前記複数の再生コンテンツ別に、前記再生コンテンツに対する複数の配信要求に応じて当該再生コンテンツを複数のクライアント端末に並行して配信したときの配信帯域を取得し、取得した前記配信帯域に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定めるコンテンツ配信方法。
14. クライアント端末に配信すべき複数の再生コンテンツを記憶するコンテンツ記憶装置と、
    前記複数の再生コンテンツを前記コンテンツ記憶装置から読み出してクライアント端末に配信する配信サーバと、
    前記複数の再生コンテンツの少なくとも一つを予め記憶しておき、クライアント端末に配信する複数のキャッシュサーバと、
    を有するコンテンツ配信システムに使用され、いずれの前記再生コンテンツを前記キャッシュサーバに記憶させるかを判断するキャッシュサーバ制御装置を実現するためのプログラムであって、
    コンピュータに、
    前記複数の再生コンテンツ別に、前記再生コンテンツに対する複数の配信要求に応じて当該再生コンテンツを複数のクライアント端末に並行して配信したときの配信帯域を取得する機能と、
    取得した前記配信帯域に基づいて、前記再生コンテンツを記憶すべき前記キャッシュサーバの台数を定める機能と、
    を実現させるプログラム。

Images