(57)【要約】【課題】コンテンツ要求に対して、配信サーバに迅速にコンテンツデータを送信させることが可能な負荷制御装置を提供すること。【解決手段】この負荷制御装置２０は、コンテンツデータの送信を要求するコンテンツ要求を受け付ける。装置２０は、受け付けられたコンテンツ要求により送信が要求されたコンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する。装置２０は、複数の配信サーバ３０ａ〜３０ｃのそれぞれに対して、当該配信サーバがコンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、算出された予測視聴時間に基づいて算出する。装置２０は、算出された予測通信負荷に基づいて、複数の配信サーバの中から、コンテンツデータを送信させる配信サーバを決定する。【選択図】図１
2010039727.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを表すコンテンツデータを送信する複数の配信サーバと通信可能に接続されるとともに、
前記コンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付手段と、
前記受け付けられたコンテンツ要求により送信が要求された前記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
前記複数の配信サーバのそれぞれに対して、当該配信サーバが前記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、前記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
前記算出された予測通信負荷に基づいて、前記複数の配信サーバの中から、前記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
を備える負荷制御装置。
【請求項２】
請求項１に記載の負荷制御装置であって、
前記予測視聴時間算出手段は、前記ユーザの特性を表すユーザ特性情報、及び、前記コンテンツの特性を表すコンテンツ特性情報、の少なくとも１つを含む特性情報に基づいて前記予測視聴時間を算出するように構成された負荷制御装置。
【請求項３】
請求項２に記載の負荷制御装置であって、
前記ユーザ特性情報は、前記ユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数のコンテンツに対して平均した値であるユーザ毎平均視聴時間を表す情報を含む負荷制御装置。
【請求項４】
請求項２又は請求項３に記載の負荷制御装置であって、
前記コンテンツ特性情報は、前記コンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数のユーザに対して平均した値であるコンテンツ毎平均視聴時間を表す情報を含む負荷制御装置。
【請求項５】
請求項４に記載の負荷制御装置であって、
前記予測視聴時間算出手段は、前記ユーザ毎平均視聴時間に第１の係数を乗じた値と、前記コンテンツ毎平均視聴時間に第２の係数を乗じた値と、の和を前記予測視聴時間として算出するように構成され、且つ、前記ユーザが過去に任意のコンテンツを視聴した回数であるユーザ毎視聴回数が、前記コンテンツが過去に任意のユーザにより視聴された回数であるコンテンツ毎視聴回数よりも多くなるほど前記第２の係数に対する前記第１の係数の比が大きくなるように前記第１の係数及び前記第２の係数を設定するように構成された負荷制御装置。
【請求項６】
請求項１乃至請求項５のいずれか一項に記載の負荷制御装置であって、
前記予測通信負荷算出手段は、前記受け付けられたコンテンツ要求により送信が要求された前記コンテンツデータが表すコンテンツが前記ユーザにより視聴される期間内に前記複数の配信サーバの１つが送信するデータの総量である送信データ総量を前記通信負荷として用いるように構成された負荷制御装置。
【請求項７】
請求項１乃至請求項６のいずれか一項に記載の負荷制御装置であって、
前記配信サーバ決定手段は、前記複数の配信サーバの中から、前記算出された予測通信負荷が最も小さい配信サーバを、前記コンテンツデータを送信させる配信サーバとして決定するように構成された負荷制御装置。
【請求項８】
請求項１乃至請求項７のいずれか一項に記載の負荷制御装置であって、
前記予測通信負荷算出手段は、前記複数の配信サーバの１つが各コンテンツデータを送信するために単位時間あたりに送信するデータの量であるコンテンツ毎通信速度と、そのコンテンツデータが表すコンテンツの視聴が終了する視聴終了時刻の推定値である予測視聴終了時刻と、前記算出された予測視聴時間と、に基づいて、前記予測通信負荷を算出するように構成された負荷制御装置。
【請求項９】
請求項１乃至請求項８のいずれか一項に記載の負荷制御装置であって、
前記予測通信負荷算出手段は、前記予測視聴終了時刻を、前記特性情報に基づいて算出するように構成された負荷制御装置。
【請求項１０】
請求項１乃至請求項９のいずれか一項に記載の負荷制御装置であって、
前記予測通信負荷算出手段は、前記受け付けられたコンテンツ要求により送信が要求された前記コンテンツデータが表すコンテンツが前記ユーザにより視聴される期間内の所定の時点において、前記複数の配信サーバの１つが単位時間あたりに送信するデータの量である総通信速度を前記通信負荷として用いるように構成された負荷制御装置。
【請求項１１】
請求項１乃至請求項１０のいずれか一項に記載の負荷制御装置であって、
前記配信サーバ決定手段は、前記複数の配信サーバのいずれに対しても、前記算出された予測通信負荷が予め設定された上限閾値よりも大きい場合、当該算出された予測通信負荷が最も早期に当該上限閾値以下となる配信サーバを、当該算出された予測通信負荷が当該上限閾値以下となる時点から前記コンテンツデータを送信させる配信サーバとして決定するように構成された負荷制御装置。
【請求項１２】
請求項１乃至請求項１１のいずれか一項に記載の負荷制御装置であって、
前記特性情報を記憶する特性情報記憶手段と、
前記コンテンツデータの送信が終了した送信終了時刻を前記配信サーバから受信し、当該受信した送信終了時刻に基づいて前記記憶されている特性情報を更新する特性情報更新部と、
を備える負荷制御装置。
【請求項１３】
コンテンツを表すコンテンツデータを送信する複数の配信サーバと通信可能に接続された負荷制御装置に、
前記コンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付手段と、
前記受け付けられたコンテンツ要求により送信が要求された前記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
前記複数の配信サーバのそれぞれに対して、当該配信サーバが前記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、前記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
前記算出された予測通信負荷に基づいて、前記複数の配信サーバの中から、前記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
を実現させるための負荷制御プログラム。
【請求項１４】
請求項１３に記載の負荷制御プログラムであって、
前記予測視聴時間算出手段は、前記ユーザの特性を表すユーザ特性情報、及び、前記コンテンツの特性を表すコンテンツ特性情報、の少なくとも１つを含む特性情報に基づいて前記予測視聴時間を算出するように構成された負荷制御プログラム。
【請求項１５】
請求項１４に記載の負荷制御プログラムであって、
前記ユーザ特性情報は、前記ユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数のコンテンツに対して平均した値であるユーザ毎平均視聴時間を表す情報を含む負荷制御プログラム。
【請求項１６】
請求項１４又は請求項１５に記載の負荷制御プログラムであって、
前記コンテンツ特性情報は、前記コンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数のユーザに対して平均した値であるコンテンツ毎平均視聴時間を表す情報を含む負荷制御プログラム。
【請求項１７】
コンテンツを表すコンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付工程と、
前記受け付けられたコンテンツ要求により送信が要求された前記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出工程と、
複数の配信サーバのそれぞれに対して、当該配信サーバが前記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、前記算出された予測視聴時間に基づいて算出する予測通信負荷算出工程と、
前記算出された予測通信負荷に基づいて、前記複数の配信サーバの中から、前記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定工程と、
を含む負荷制御方法。
【請求項１８】
請求項１７に記載の負荷制御方法であって、
前記予測視聴時間算出工程は、前記ユーザの特性を表すユーザ特性情報、及び、前記コンテンツの特性を表すコンテンツ特性情報、の少なくとも１つを含む特性情報に基づいて前記予測視聴時間を算出するように構成された負荷制御方法。
【請求項１９】
請求項１８に記載の負荷制御方法であって、
前記ユーザ特性情報は、前記ユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数のコンテンツに対して平均した値であるユーザ毎平均視聴時間を表す情報を含む負荷制御方法。
【請求項２０】
請求項１８又は請求項１９に記載の負荷制御方法であって、
前記コンテンツ特性情報は、前記コンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数のユーザに対して平均した値であるコンテンツ毎平均視聴時間を表す情報を含む負荷制御方法。
【請求項２１】
端末装置と、前記端末装置と通信可能に接続された複数の配信サーバと、前記端末装置及び前記複数の配信サーバのそれぞれと通信可能に接続された負荷制御装置と、を含むコンテンツ配信システムであって、
前記端末装置は、
コンテンツを表すコンテンツデータの送信を要求するコンテンツ要求を前記負荷制御装置へ送信するコンテンツ要求送信手段と、
前記負荷制御装置から前記配信サーバを特定するための配信サーバ特定情報を受信し、当該受信した配信サーバ特定情報により特定される配信サーバへ前記コンテンツデータの送信を指示する送信指示を送信する送信指示送信手段と、
前記配信サーバから前記コンテンツデータを受信し、当該受信したコンテンツデータが表すコンテンツを出力するコンテンツ出力手段と、を備え、
前記複数の配信サーバのそれぞれは、前記端末装置からの前記送信指示に応じて、前記コンテンツデータを当該端末装置へ送信するコンテンツ送信手段を備え、
前記負荷制御装置は、
前記端末装置から前記コンテンツ要求を受け付けるコンテンツ要求受付手段と、
前記受け付けられたコンテンツ要求により送信が要求された前記コンテンツデータが表すコンテンツが前記端末装置のユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
前記複数の配信サーバのそれぞれに対して、当該配信サーバが前記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、前記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
前記算出された予測通信負荷に基づいて、前記複数の配信サーバの中から、前記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
前記決定した配信サーバを特定するための配信サーバ特定情報を前記端末装置へ送信する配信サーバ特定情報送信手段と、
を備えるコンテンツ配信システム。
【請求項２２】
請求項２１に記載のコンテンツ配信システムであって、
前記予測視聴時間算出手段は、前記ユーザの特性を表すユーザ特性情報、及び、前記コンテンツの特性を表すコンテンツ特性情報、の少なくとも１つを含む特性情報に基づいて前記予測視聴時間を算出するように構成されたコンテンツ配信システム。
【請求項２３】
請求項２２に記載のコンテンツ配信システムであって、
前記ユーザ特性情報は、前記ユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数のコンテンツに対して平均した値であるユーザ毎平均視聴時間を表す情報を含むコンテンツ配信システム。
【請求項２４】
請求項２２又は請求項２３に記載のコンテンツ配信システムであって、
前記コンテンツ特性情報は、前記コンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数のユーザに対して平均した値であるコンテンツ毎平均視聴時間を表す情報を含むコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを表すデータを送信する複数の配信サーバの負荷を制御する負荷制御装置に関する。
【背景技術】
【０００２】
コンテンツを表すコンテンツデータを送信する複数の配信サーバの負荷を制御する負荷制御装置が知られている。この種の負荷制御装置の一つとして特許文献１に記載された装置は、コンテンツデータの送信を要求するコンテンツ要求を受け付けた場合、コンテンツの配信時間（即ち、コンテンツ長）に基づいて、そのコンテンツデータを送信させる配信サーバを決定する。
【特許文献１】特開２００６−６５５１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ユーザがコンテンツの視聴を途中で中止する場合がある。この場合、実際には、配信サーバは、配信時間よりも短い時間（実視聴時間）だけ、コンテンツデータを送信する。しかしながら、上記負荷制御装置は、配信時間だけコンテンツデータを送信するとの仮定の下で、コンテンツデータを送信させる配信サーバを決定していた。
【０００４】
従って、例えば、上記負荷制御装置によれば、ある配信サーバが上記コンテンツデータを新たに送信してもその配信サーバの通信負荷が上限閾値を超えないにもかかわらず、その配信サーバがそのコンテンツデータを送信しないように制御される場合があった。即ち、コンテンツ要求に対して、配信サーバが迅速にコンテンツデータを送信することができない場合が生じるという問題があった。
【０００５】
このため、本発明の目的は、上述した課題である「コンテンツ要求に対して、配信サーバが迅速にコンテンツデータを送信することができないこと」を解決することが可能な負荷制御装置を提供することにある。
【課題を解決するための手段】
【０００６】
かかる目的を達成するため本発明の一形態である負荷制御装置は、
コンテンツを表すコンテンツデータを送信する複数の配信サーバと通信可能に接続されるとともに、
上記コンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付手段と、
上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
上記複数の配信サーバのそれぞれに対して、当該配信サーバが上記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、上記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
上記算出された予測通信負荷に基づいて、上記複数の配信サーバの中から、上記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
を備える。
【０００７】
また、本発明の他の形態である負荷制御プログラムは、
コンテンツを表すコンテンツデータを送信する複数の配信サーバと通信可能に接続された負荷制御装置に、
上記コンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付手段と、
上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
上記複数の配信サーバのそれぞれに対して、当該配信サーバが上記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、上記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
上記算出された予測通信負荷に基づいて、上記複数の配信サーバの中から、上記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
を実現させるためのプログラムである。
【０００８】
また、本発明の他の形態である負荷制御方法は、
コンテンツを表すコンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付工程と、
上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出工程と、
複数の配信サーバのそれぞれに対して、当該配信サーバが上記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、上記算出された予測視聴時間に基づいて算出する予測通信負荷算出工程と、
上記算出された予測通信負荷に基づいて、上記複数の配信サーバの中から、上記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定工程と、
を含む。
【０００９】
また、本発明の他の形態であるコンテンツ配信システムは、
端末装置と、上記端末装置と通信可能に接続された複数の配信サーバと、上記端末装置及び上記複数の配信サーバのそれぞれと通信可能に接続された負荷制御装置と、を含むシステムである。
【００１０】
更に、上記端末装置は、
コンテンツを表すコンテンツデータの送信を要求するコンテンツ要求を上記負荷制御装置へ送信するコンテンツ要求送信手段と、
上記負荷制御装置から上記配信サーバを特定するための配信サーバ特定情報を受信し、当該受信した配信サーバ特定情報により特定される配信サーバへ上記コンテンツデータの送信を指示する送信指示を送信する送信指示送信手段と、
上記配信サーバから上記コンテンツデータを受信し、当該受信したコンテンツデータが表すコンテンツを出力するコンテンツ出力手段と、を備える。
【００１１】
加えて、上記複数の配信サーバのそれぞれは、上記端末装置からの上記送信指示に応じて、上記コンテンツデータを当該端末装置へ送信するコンテンツ送信手段を備える。
【００１２】
更に、上記負荷制御装置は、
上記端末装置から上記コンテンツ要求を受け付けるコンテンツ要求受付手段と、
上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツが上記端末装置のユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
上記複数の配信サーバのそれぞれに対して、当該配信サーバが上記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、上記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
上記算出された予測通信負荷に基づいて、上記複数の配信サーバの中から、上記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
上記決定した配信サーバを特定するための配信サーバ特定情報を上記端末装置へ送信する配信サーバ特定情報送信手段と、
を備える。
【発明の効果】
【００１３】
本発明は、以上のように構成されることにより、コンテンツ要求に対して、配信サーバに迅速にコンテンツデータを送信させることができる。
【発明を実施するための最良の形態】
【００１４】
本発明の一形態である負荷制御装置は、
コンテンツを表すコンテンツデータを送信する複数の配信サーバと通信可能に接続されるとともに、
上記コンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付手段と、
上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
上記複数の配信サーバのそれぞれに対して、当該配信サーバが上記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、上記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
上記算出された予測通信負荷に基づいて、上記複数の配信サーバの中から、上記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
を備える。
【００１５】
これによれば、負荷制御装置は、送信が要求されたコンテンツデータが表すコンテンツをユーザが視聴する時間の推定値（予測視聴時間）に基づいて、コンテンツデータを送信する配信サーバを決定する。これによれば、ユーザが途中で視聴を中止することが多いコンテンツを表すコンテンツデータの送信が要求された場合であっても、そのコンテンツが実際に視聴される時間に十分に近い時間を、配信サーバの決定に反映することができる。この結果、配信サーバの通信負荷を最適に制御することができるので、コンテンツ要求に対して、迅速にコンテンツデータを送信することができる。
【００１６】
この場合、
上記予測視聴時間算出手段は、上記ユーザの特性を表すユーザ特性情報、及び、上記コンテンツの特性を表すコンテンツ特性情報、の少なくとも１つを含む特性情報に基づいて上記予測視聴時間を算出するように構成されることが好適である。
【００１７】
この場合、
上記ユーザ特性情報は、上記ユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数のコンテンツに対して平均した値であるユーザ毎平均視聴時間を表す情報を含むことが好適である。
【００１８】
ユーザが視聴を中止するタイミングは、ユーザ毎に略一定のタイミングとなることが多い。即ち、ユーザ毎平均視聴時間と実際にユーザがコンテンツを視聴する時間との間の相関は比較的強い。従って、上記構成のように、ユーザ毎平均視聴時間に基づいて予測視聴時間を算出することにより、算出された予測視聴時間を実際の視聴時間（実視聴時間）に十分に近づけることができる。
【００１９】
この場合、
上記コンテンツ特性情報は、上記コンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数のユーザに対して平均した値であるコンテンツ毎平均視聴時間を表す情報を含むことが好適である。
【００２０】
ユーザが視聴を中止するタイミングは、コンテンツ毎に略一定のタイミングとなることが多い。即ち、コンテンツ毎平均視聴時間と実際にユーザがコンテンツを視聴する時間との間の相関は比較的強い。従って、上記構成のように、コンテンツ毎平均視聴時間に基づいて予測視聴時間を算出することにより、算出された予測視聴時間を実視聴時間に十分に近づけることができる。
【００２１】
この場合、
上記予測視聴時間算出手段は、上記ユーザ毎平均視聴時間に第１の係数を乗じた値と、上記コンテンツ毎平均視聴時間に第２の係数を乗じた値と、の和を上記予測視聴時間として算出するように構成され、且つ、上記ユーザが過去に任意のコンテンツを視聴した回数であるユーザ毎視聴回数が、上記コンテンツが過去に任意のユーザにより視聴された回数であるコンテンツ毎視聴回数よりも多くなるほど上記第２の係数に対する上記第１の係数の比が大きくなるように上記第１の係数及び上記第２の係数を設定するように構成されることが好適である。
【００２２】
ユーザ毎視聴回数が多くなるほど、ユーザ毎平均視聴時間が実視聴時間に十分に近づく可能性が高くなる。また、コンテンツ毎視聴回数が多くなるほど、コンテンツ毎平均視聴時間が実視聴時間に十分に近づく可能性が高くなる。従って、上記構成によれば、算出された予測視聴時間が実視聴時間に十分に近づく可能性を高めることができる。
【００２３】
この場合、
上記予測通信負荷算出手段は、上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツが上記ユーザにより視聴される期間内に上記複数の配信サーバの１つが送信するデータの総量である送信データ総量を上記通信負荷として用いるように構成されることが好適である。
【００２４】
この場合、
上記配信サーバ決定手段は、上記複数の配信サーバの中から、上記算出された予測通信負荷が最も小さい配信サーバを、上記コンテンツデータを送信させる配信サーバとして決定するように構成されることが好適である。
【００２５】
これによれば、通信負荷が最も小さい配信サーバが、新たなコンテンツ要求に応じてコンテンツデータを送信する。これにより、配信サーバの通信負荷が過大となることを防止することができるので、配信サーバが単位時間あたりに送信するコンテンツデータの量である通信速度（通信品質）の低下を確実に防止することができる。
【００２６】
この場合、
上記予測通信負荷算出手段は、上記複数の配信サーバの１つが各コンテンツデータを送信するために単位時間あたりに送信するデータの量であるコンテンツ毎通信速度と、そのコンテンツデータが表すコンテンツの視聴が終了する視聴終了時刻の推定値である予測視聴終了時刻と、上記算出された予測視聴時間と、に基づいて、上記予測通信負荷を算出するように構成されることが好適である。
【００２７】
この場合、
上記予測通信負荷算出手段は、上記予測視聴終了時刻を、上記特性情報に基づいて算出するように構成されることが好適である。
【００２８】
これによれば、算出された予測視聴終了時刻を、実際に視聴が終了する時刻に十分に近づけることができる。この結果、配信サーバの通信負荷を最適に制御することができるので、コンテンツ要求に対して、より一層迅速にコンテンツデータを送信することができる。
【００２９】
この場合、
上記予測通信負荷算出手段は、上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツが上記ユーザにより視聴される期間内の所定の時点において、上記複数の配信サーバの１つが単位時間あたりに送信するデータの量である総通信速度を上記通信負荷として用いるように構成されることが好適である。
【００３０】
この場合、
上記配信サーバ決定手段は、上記複数の配信サーバのいずれに対しても、上記算出された予測通信負荷が予め設定された上限閾値よりも大きい場合、当該算出された予測通信負荷が最も早期に当該上限閾値以下となる配信サーバを、当該算出された予測通信負荷が当該上限閾値以下となる時点から上記コンテンツデータを送信させる配信サーバとして決定するように構成されることが好適である。
【００３１】
これによれば、通信負荷が最も早期に上限閾値以下となる配信サーバが、通信負荷が上限閾値以下となる時点から、コンテンツ要求に応じたコンテンツデータを送信する。従って、コンテンツ要求に対して、迅速にコンテンツデータを送信することができる。
【００３２】
この場合、上記負荷制御装置は、
上記特性情報を記憶する特性情報記憶手段と、
上記コンテンツデータの送信が終了した送信終了時刻を上記配信サーバから受信し、当該受信した送信終了時刻に基づいて上記記憶されている特性情報を更新する特性情報更新部と、
を備えることが好適である。
【００３３】
また、本発明の他の形態である負荷制御プログラムは、
コンテンツを表すコンテンツデータを送信する複数の配信サーバと通信可能に接続された負荷制御装置に、
上記コンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付手段と、
上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
上記複数の配信サーバのそれぞれに対して、当該配信サーバが上記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、上記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
上記算出された予測通信負荷に基づいて、上記複数の配信サーバの中から、上記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
を実現させるためのプログラムである。
【００３４】
この場合、
上記予測視聴時間算出手段は、上記ユーザの特性を表すユーザ特性情報、及び、上記コンテンツの特性を表すコンテンツ特性情報、の少なくとも１つを含む特性情報に基づいて上記予測視聴時間を算出するように構成されることが好適である。
【００３５】
この場合、
上記ユーザ特性情報は、上記ユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数のコンテンツに対して平均した値であるユーザ毎平均視聴時間を表す情報を含むことが好適である。
【００３６】
この場合、
上記コンテンツ特性情報は、上記コンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数のユーザに対して平均した値であるコンテンツ毎平均視聴時間を表す情報を含むことが好適である。
【００３７】
また、本発明の他の形態である負荷制御方法は、
コンテンツを表すコンテンツデータの送信を要求するコンテンツ要求を受け付けるコンテンツ要求受付工程と、
上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出工程と、
複数の配信サーバのそれぞれに対して、当該配信サーバが上記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、上記算出された予測視聴時間に基づいて算出する予測通信負荷算出工程と、
上記算出された予測通信負荷に基づいて、上記複数の配信サーバの中から、上記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定工程と、
を含む。
【００３８】
この場合、
上記予測視聴時間算出工程は、上記ユーザの特性を表すユーザ特性情報、及び、上記コンテンツの特性を表すコンテンツ特性情報、の少なくとも１つを含む特性情報に基づいて上記予測視聴時間を算出するように構成されることが好適である。
【００３９】
この場合、
上記ユーザ特性情報は、上記ユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数のコンテンツに対して平均した値であるユーザ毎平均視聴時間を表す情報を含むことが好適である。
【００４０】
この場合、
上記コンテンツ特性情報は、上記コンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数のユーザに対して平均した値であるコンテンツ毎平均視聴時間を表す情報を含むことが好適である。
【００４１】
また、本発明の他の形態であるコンテンツ配信システムは、
端末装置と、上記端末装置と通信可能に接続された複数の配信サーバと、上記端末装置及び上記複数の配信サーバのそれぞれと通信可能に接続された負荷制御装置と、を含むシステムである。
【００４２】
更に、上記端末装置は、
コンテンツを表すコンテンツデータの送信を要求するコンテンツ要求を上記負荷制御装置へ送信するコンテンツ要求送信手段と、
上記負荷制御装置から上記配信サーバを特定するための配信サーバ特定情報を受信し、当該受信した配信サーバ特定情報により特定される配信サーバへ上記コンテンツデータの送信を指示する送信指示を送信する送信指示送信手段と、
上記配信サーバから上記コンテンツデータを受信し、当該受信したコンテンツデータが表すコンテンツを出力するコンテンツ出力手段と、を備える。
【００４３】
加えて、上記複数の配信サーバのそれぞれは、上記端末装置からの上記送信指示に応じて、上記コンテンツデータを当該端末装置へ送信するコンテンツ送信手段を備える。
【００４４】
更に、上記負荷制御装置は、
上記端末装置から上記コンテンツ要求を受け付けるコンテンツ要求受付手段と、
上記受け付けられたコンテンツ要求により送信が要求された上記コンテンツデータが表すコンテンツが上記端末装置のユーザにより視聴される時間の推定値である予測視聴時間を算出する予測視聴時間算出手段と、
上記複数の配信サーバのそれぞれに対して、当該配信サーバが上記コンテンツデータを送信した場合における当該配信サーバの通信負荷の推定値である予測通信負荷を、上記算出された予測視聴時間に基づいて算出する予測通信負荷算出手段と、
上記算出された予測通信負荷に基づいて、上記複数の配信サーバの中から、上記コンテンツデータを送信させる配信サーバを決定する配信サーバ決定手段と、
上記決定した配信サーバを特定するための配信サーバ特定情報を上記端末装置へ送信する配信サーバ特定情報送信手段と、
を備える。
【００４５】
この場合、
上記予測視聴時間算出手段は、上記ユーザの特性を表すユーザ特性情報、及び、上記コンテンツの特性を表すコンテンツ特性情報、の少なくとも１つを含む特性情報に基づいて上記予測視聴時間を算出するように構成されることが好適である。
【００４６】
この場合、
上記ユーザ特性情報は、上記ユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数のコンテンツに対して平均した値であるユーザ毎平均視聴時間を表す情報を含むことが好適である。
【００４７】
この場合、
上記コンテンツ特性情報は、上記コンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数のユーザに対して平均した値であるコンテンツ毎平均視聴時間を表す情報を含むことが好適である。
【００４８】
上述した構成を有する、負荷制御プログラム、負荷制御方法、又は、コンテンツ配信システム、の発明であっても、上記負荷制御装置と同様の作用を有するために、上述した本発明の目的を達成することができる。
【００４９】
以下、本発明に係る、負荷制御装置、負荷制御プログラム、負荷制御方法、及び、コンテンツ配信システム、の実施形態について図１〜図８を参照しながら説明する。
【００５０】
＜実施形態＞
図１に示したように、実施形態に係るコンテンツ配信システム１は、端末装置１０と、負荷制御装置２０と、複数（本例では、３つ）の配信サーバ３０ａ〜３０ｃと、を含む。端末装置１０、負荷制御装置２０及び配信サーバ３０ａ〜３０ｃは、通信回線（本例では、インターネット）ＮＷを介して、互いに通信可能に接続されている。
【００５１】
端末装置１０は、パーソナル・コンピュータである。なお、端末装置１０は、携帯電話端末、カーナビゲーション端末、又は、ゲーム端末等であってもよい。端末装置１０は、図示しない中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、記憶装置（メモリ及びハードディスク駆動装置（ＨＤＤ））、入力装置及び出力装置を備える。
【００５２】
出力装置は、ディスプレイを有する。出力装置は、ＣＰＵから出力された画像情報に基づいて、文字及び図形等からなる画像をディスプレイに表示させる。入力装置は、キーボード及びマウスを有する。端末装置１０は、キーボード及びマウスを介して、ユーザの操作に基づく情報が入力されるように構成されている。
【００５３】
端末装置１０は、記憶装置に記憶されているプログラムをＣＰＵが実行することにより、後述する機能を実現するように構成されている。
【００５４】
負荷制御装置２０及び配信サーバ３０ａ〜３０ｃのそれぞれは、サーバ装置である。負荷制御装置２０及び配信サーバ３０ａ〜３０ｃのそれぞれは、端末装置１０と同様に、図示しないＣＰＵ及び記憶装置を備える。負荷制御装置２０及び配信サーバ３０ａ〜３０ｃのそれぞれは、端末装置１０と同様に、記憶装置に記憶されているプログラムをＣＰＵが実行することにより、後述する機能を実現するように構成されている。
【００５５】
図２は、上記のように構成されたコンテンツ配信システム１の機能を表すブロック図である。この機能は、負荷制御装置２０のＣＰＵが後述する図５及び図６に示したフローチャートにより表されるプログラム等を実行することにより、実現される。
【００５６】
この端末装置１０の機能は、コンテンツ要求送信部（コンテンツ要求送信手段）４１と、送信指示送信部（送信指示送信手段）４２と、コンテンツ出力部（コンテンツ出力手段）４３と、を含む。
【００５７】
コンテンツ要求送信部４１は、コンテンツ（例えば、映像及び音声等）を表すコンテンツデータの送信を要求するコンテンツ要求を負荷制御装置２０へ送信する。コンテンツ要求は、端末装置１０のユーザを識別するためのユーザ識別情報（本例では、数字からなる文字列を表す情報）と、コンテンツデータを識別するためのコンテンツ識別情報（本例では、数字からなる文字列を表す情報）と、を含む。なお、ユーザ識別情報は、端末装置１０に予め付与された（固有の）端末識別情報（文字列を表す情報）であってもよい。
【００５８】
送信指示送信部４２は、負荷制御装置２０から、送信指示送信時刻と、送信指示基礎情報と、を受信する。送信指示送信時刻は、コンテンツデータの送信を指示する送信指示を配信サーバ３０ａ〜３０ｃへ送信する時刻である。送信指示基礎情報は、複数の配信サーバ３０ａ〜３０ｃのうちの１つを特定するための配信サーバ特定情報と、コンテンツ識別情報と、を含む。本例では、送信指示基礎情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を表す情報である。
【００５９】
送信指示送信部４２は、受信した送信指示送信時刻にて、受信した配信サーバ特定情報により特定される配信サーバ３０ａ〜３０ｃへ送信指示を送信する。送信指示は、受信したコンテンツ識別情報が表すコンテンツデータの送信を指示する情報であって、そのコンテンツ識別情報を含む情報である。具体的には、送信指示送信部４２は、受信した送信指示送信時刻にて、受信した送信指示基礎情報が表すＵＲＬへアクセスする。
【００６０】
また、送信指示送信部４２は、ユーザの指示（ユーザにより入力された情報）に応じて、送信中止指示を配信サーバ３０ａ〜３０ｃへ送信する。送信中止指示は、コンテンツデータの送信を中止する旨を指示する情報であって、コンテンツデータを識別するコンテンツ識別情報を含む。
【００６１】
コンテンツ出力部４３は、配信サーバ３０ａ〜３０ｃからコンテンツデータを受信し、受信したコンテンツデータが表すコンテンツを出力装置を介して出力する。
【００６２】
負荷制御装置２０の機能は、コンテンツ要求受付部（コンテンツ要求受付手段）５１と、特性情報記憶部（特性情報記憶手段）５２と、予測視聴時間算出部（予測視聴時間算出手段）５３と、視聴状況情報記憶部５４と、予測通信負荷算出部（予測通信負荷算出手段）５５と、配信サーバ決定部（配信サーバ決定手段）５６と、配信サーバ特定情報送信部（配信サーバ特定情報送信手段）５７と、視聴状況情報受付部（特性情報更新部）５８と、を含む。
【００６３】
コンテンツ要求受付部５１は、端末装置１０からコンテンツ要求を受信することにより受信したコンテンツ要求を受け付ける。
【００６４】
特性情報記憶部５２は、特性情報を負荷制御装置２０の記憶装置に記憶させている。ここで、特性情報は、ユーザの特性を表すユーザ特性情報、及び、コンテンツの特性を表すコンテンツ特性情報を含む。
【００６５】
ユーザ特性情報は、図３の（Ａ）に示したように、ユーザ識別情報と、ユーザ毎平均視聴時間（を表す情報）と、ユーザ毎視聴回数（を表す情報）と、を互いに対応付けた情報である。ここで、ユーザ毎平均視聴時間は、そのユーザ毎平均視聴時間に対応付けられたユーザ識別情報により識別されるユーザが過去に１つのコンテンツを連続して視聴した視聴時間を複数の（任意の）コンテンツに対して平均した値である。また、ユーザ毎視聴回数は、そのユーザ毎視聴回数に対応付けられたユーザ識別情報により識別されるユーザが過去に任意のコンテンツを視聴した回数である。
【００６６】
コンテンツ特性情報は、図３の（Ｂ）に示したように、コンテンツ識別情報と、ビットレートと、コンテンツ長と、コンテンツ毎平均視聴時間と、コンテンツ毎視聴回数と、を互いに対応付けた情報である。
【００６７】
ビットレートは、そのビットレートに対応付けられたコンテンツ識別情報により識別されるコンテンツを表すコンテンツデータを、配信サーバ３０ａ〜３０ｃが単位時間あたりに送信する量（即ち、コンテンツ毎通信速度）である。本例では、ビットレートは、Ｍｂｐｓ（Ｍｅｇａ  Ｂｉｔｓ  Ｐｅｒ  Ｓｅｃｏｎｄ）により表される。
【００６８】
また、コンテンツ長は、そのコンテンツ長に対応付けられたコンテンツ識別情報により識別されるコンテンツのすべてを視聴するために要する時間（即ち、コンテンツの全体の長さ（再生時間））を表す。更に、コンテンツ毎平均視聴時間は、そのコンテンツ毎平均視聴時間に対応付けられたコンテンツ識別情報により識別されるコンテンツが過去に１人のユーザにより連続して視聴された視聴時間を複数の（任意の）ユーザに対して平均した値である。また、コンテンツ毎視聴回数は、そのコンテンツ毎視聴回数に対応付けられたコンテンツ識別情報により識別されるコンテンツが過去に任意のユーザにより視聴された回数である。
【００６９】
予測視聴時間算出部５３は、特性情報記憶部５２により記憶装置に記憶させられている特性情報と、コンテンツ要求受付部５１により受け付けられたコンテンツ要求と、に基づいて、予測視聴時間を算出する。予測視聴時間は、コンテンツ要求受付部５１により受け付けられたコンテンツ要求により送信が要求された（コンテンツ識別情報により識別される）コンテンツデータが表すコンテンツ（要求コンテンツ）が、端末装置１０のユーザ（コンテンツ要求に含まれるユーザ識別情報により識別されるユーザ（要求ユーザ））により視聴される時間の推定値である。
【００７０】
具体的には、予測視聴時間算出部５３は、下記式（１）に基づいて予測視聴時間Ｔａｕｄを算出する。
Ｔａｕｄ＝α・ｍｉｎ（Ｔｃｎｔ，Ｔｕａｖｅ）＋（１−α）・Ｔｃａｖｅ  …（１）
【００７１】
ここで、Ｔｃｎｔは、要求コンテンツを表すコンテンツ識別情報と対応付けて記憶装置に記憶されているコンテンツ長である。Ｔｕａｖｅは、要求ユーザを識別するユーザ識別情報と対応付けて記憶装置に記憶されているユーザ毎平均視聴時間である。Ｔｃａｖｅは、要求コンテンツを表すコンテンツ識別情報と対応付けて記憶装置に記憶されているコンテンツ毎平均視聴時間である。
【００７２】
また、ｍｉｎは、２つの引数のうちの小さい方の値を戻り値とする関数である。従って、上記式（１）において、ｍｉｎ（Ｔｃｎｔ，Ｔｕａｖｅ）の値は、ＴｕａｖｅがＴｃｎｔよりも小さい場合にはＴｕａｖｅの値となり、ＴｕａｖｅがＴｃｎｔよりも大きい場合にはＴｃｎｔの値となる。
【００７３】
更に、αは、下記式（２）により求められる。
α＝Ｎｕ／（Ｎｃ＋Ｎｕ）      …（２）
【００７４】
ここで、Ｎｃは、要求コンテンツを表すコンテンツ識別情報と対応付けて記憶装置に記憶されているコンテンツ毎視聴回数である。また、Ｎｕは、要求ユーザを識別するユーザ識別情報と対応付けて記憶装置に記憶されているユーザ毎視聴回数である。即ち、ユーザ毎視聴回数Ｎｕがコンテンツ毎視聴回数Ｎｃよりも多くなるほど第２の係数（１−α）に対する第１の係数αの比は大きくなる。
【００７５】
このように、予測視聴時間算出部５３は、ユーザ毎平均視聴時間Ｔｕａｖｅがコンテンツ長Ｔｃｎｔよりも小さい場合、ユーザ毎平均視聴時間Ｔｕａｖｅに第１の係数αを乗じた値と、コンテンツ毎平均視聴時間Ｔｃａｖｅに第２の係数（１−α）を乗じた値と、の和を予測視聴時間Ｔａｕｄとして算出する。
【００７６】
ところで、ユーザ毎視聴回数が多くなるほど、ユーザ毎平均視聴時間が実視聴時間に十分に近づく可能性が高くなる。また、コンテンツ毎視聴回数が多くなるほど、コンテンツ毎平均視聴時間が実視聴時間に十分に近づく可能性が高くなる。従って、上述したように予測視聴時間を算出することにより、算出された予測視聴時間が実視聴時間に十分に近づく可能性を高めることができる。
【００７７】
また、視聴状況情報記憶部５４は、配信サーバ３０ａ〜３０ｃ毎の視聴状況情報を負荷制御装置２０の記憶装置に記憶させている。
視聴状況情報は、図３の（Ｃ）に示したように、ユーザ識別情報と、コンテンツ識別情報と、視聴開始時刻（を表す情報）と、予測視聴終了時刻と、予測視聴時間と、を互いに対応付けた情報である。視聴状況情報は、後述するように、配信サーバ決定部５６及び視聴状況情報受付部５８により更新される。
【００７８】
視聴開始時刻は、その視聴開始時刻に対応付けられたユーザ識別情報により識別されるユーザが、その視聴開始時刻に対応付けられた対応するコンテンツ識別情報により識別されるコンテンツの視聴を開始した（即ち、配信サーバ３０ａ〜３０ｃがコンテンツデータの送信を開始した）時刻（日時）、又は、コンテンツの視聴を開始する予定の時刻である。
【００７９】
また、予測視聴終了時刻は、その予測視聴終了時刻に対応付けられたユーザ識別情報により識別されるユーザが、その予測視聴終了時刻に対応付けられたコンテンツ識別情報により識別されるコンテンツの視聴を終了する（即ち、配信サーバ３０ａ〜３０ｃがコンテンツデータの送信を終了する）時刻（日時）の推定値である。
【００８０】
更に、予測視聴時間は、その予測視聴終了時刻に対応付けられたユーザ識別情報により識別されるユーザが、その予測視聴終了時刻に対応付けられたコンテンツ識別情報により識別されるコンテンツを連続して視聴する（即ち、配信サーバ３０ａ〜３０ｃがコンテンツデータを送信している）時間の推定値である。
【００８１】
予測通信負荷算出部５５は、複数の配信サーバ３０ａ〜３０ｃのそれぞれに対して、配信サーバ３０ａ〜３０ｃの通信負荷の推定値である予測通信負荷を算出する。このとき、予測通信負荷算出部５５は、各配信サーバ３０ａ〜３０ｃが要求コンテンツを表すコンテンツデータを、そのコンテンツデータを識別するコンテンツ識別情報と対応付けて記憶されているビットレートにて、予測視聴期間において送信したことを仮定して予測通信負荷を算出する。予測視聴期間は、現時点から予測視聴時間算出部５３により算出された予測視聴時間だけ後の時点までの期間である。
【００８２】
具体的には、予測通信負荷算出部５５は、予測視聴時間算出部５３により算出された予測視聴時間と、視聴状況情報記憶部５４により記憶装置に記憶されている視聴状況情報と、に基づいて予測通信負荷を算出する。
【００８３】
より具体的に述べると、予測通信負荷算出部５５は、予測通信負荷として、送信データ総量と総通信速度とを算出する。送信データ総量は、予測視聴期間内に複数の配信サーバ３０ａ〜３０ｃの１つが送信するデータの総量である。
【００８４】
また、総通信速度は、現時点から予め設定された算出時間（本例では、５時間）後までの期間内の所定の時点において、複数の配信サーバ３０ａ〜３０ｃの１つが単位時間あたりに送信するデータの総量である。なお、予測通信負荷算出部５５は、予め設定された経過時間（本例では、１秒）毎の総通信速度を算出する。即ち、算出される総通信速度は、予測視聴期間内の時点の総通信速度を含む。
【００８５】
配信サーバ決定部５６は、予測通信負荷算出部５５により算出された総通信速度が、予測視聴期間におけるいずれの時点においても上限閾値以下となる配信サーバを抽出する。
【００８６】
そして、配信サーバ決定部５６は、配信サーバが抽出された（即ち、総通信速度が、予測視聴期間におけるいずれの時点においても上限閾値以下となる配信サーバが存在する）場合、抽出した配信サーバの中から、予測通信負荷算出部５５により算出された送信データ総量が最も小さい配信サーバを、要求コンテンツを表すコンテンツデータを送信させる配信サーバとして決定する。
【００８７】
一方、配信サーバ決定部５６は、配信サーバが抽出されなかった場合、複数の配信サーバ３０ａ〜３０ｃのそれぞれに対して、現時点よりも後の視聴開始時点から予測視聴時間だけ後の時点までの期間にてコンテンツデータを送信すると仮定した場合に、その期間におけるいずれの時点においても総通信速度が上限閾値以下となる視聴開始時点のうちの最も早期の時点を予約視聴開始時点として算出する。
【００８８】
そして、配信サーバ決定部５６は、算出された予約視聴開始時点が最も早期の時点（即ち、現時点に最も近い時点）である配信サーバを、要求コンテンツを表すコンテンツデータをその予約視聴開始時点から送信させる配信サーバとして決定する。
【００８９】
これによれば、通信負荷が最も早期に上限閾値以下となる配信サーバ３０ａ〜３０ｃが、通信負荷が上限閾値以下となる時点から、コンテンツ要求に応じたコンテンツデータを送信する。従って、コンテンツ要求に対して、迅速にコンテンツデータを送信することができる。
【００９０】
このように、配信サーバ決定部５６は、予測通信負荷算出部５５により算出された予測通信負荷（本例では、送信データ総量及び総通信速度）に基づいて、複数の配信サーバ３０ａ〜３０ｃの中から、要求コンテンツを表すコンテンツデータを送信させる配信サーバを決定する。
【００９１】
また、配信サーバ決定部５６は、決定した配信サーバ３０ａ〜３０ｃに対する視聴状況情報として、要求ユーザを識別するユーザ識別情報と、要求コンテンツを識別するコンテンツ識別情報と、視聴開始時刻（現時点の時刻、又は、予約視聴開始時点の時刻）と、予測視聴時間算出部５３により算出された予測視聴時間と、視聴開始時刻と予測視聴時間とに基づいて算出した予測視聴終了時刻と、を互いに対応付けて記憶装置に記憶させる。
【００９２】
配信サーバ特定情報送信部５７は、配信サーバ決定部５６により決定された配信サーバを特定するための配信サーバ特定情報と、要求コンテンツを識別するコンテンツ識別情報と、を含む送信指示基礎情報と、送信指示送信時刻（現時点の時刻、又は、予約視聴開始時点の時刻）と、を端末装置１０へ送信する。
【００９３】
視聴状況情報受付部５８は、配信サーバ３０ａ〜３０ｃから、ユーザ識別情報と、コンテンツ識別情報と、コンテンツデータの送信が開始した送信開始時刻又はコンテンツデータの送信が終了した送信終了時刻と、を受信する。
【００９４】
視聴状況情報受付部５８は、送信開始時刻を受信した場合、負荷制御装置２０の記憶装置に記憶されている視聴状況情報のうちの、受信したユーザ識別情報及びコンテンツ識別情報を含む視聴状況情報に含まれる視聴開始時刻を、受信した送信開始時刻に更新する。更に、視聴状況情報受付部５８は、更新した視聴開始時刻に応じて予測視聴終了時刻を更新する。
【００９５】
一方、視聴状況情報受付部５８は、送信終了時刻を受信した場合、負荷制御装置２０の記憶装置に記憶されている視聴状況情報のうちの、受信したユーザ識別情報及びコンテンツ識別情報を含む視聴状況情報に含まれる視聴開始時刻と、受信した送信終了時刻と、に基づいて実視聴時間を算出する。実視聴時間は、ユーザがコンテンツを実際に視聴した時間である。
【００９６】
更に、視聴状況情報受付部５８は、送信終了時刻を受信した場合、負荷制御装置２０の記憶装置に記憶されているユーザ特性情報のうちの、受信したユーザ識別情報を含むユーザ特性情報に含まれるユーザ毎平均視聴時間を、算出した実視聴時間に基づいて更新する。加えて、視聴状況情報受付部５８は、負荷制御装置２０の記憶装置に記憶されているユーザ特性情報のうちの、受信したユーザ識別情報を含むユーザ特性情報に含まれるユーザ毎視聴回数を１だけ増加させる。
【００９７】
同様に、視聴状況情報受付部５８は、送信終了時刻を受信した場合、負荷制御装置２０の記憶装置に記憶されているコンテンツ特性情報のうちの、受信したコンテンツ識別情報を含むコンテンツ特性情報に含まれるコンテンツ毎平均視聴時間を、算出した実視聴時間に基づいて更新する。加えて、視聴状況情報受付部５８は、負荷制御装置２０の記憶装置に記憶されているコンテンツ特性情報のうちの、受信したコンテンツ識別情報を含むコンテンツ特性情報に含まれるコンテンツ毎視聴回数を１だけ増加させる。
【００９８】
更に、視聴状況情報受付部５８は、送信終了時刻を受信した場合、受信したユーザ識別情報及びコンテンツ識別情報を含む視聴状況情報を記憶装置から消去する。
【００９９】
また、配信サーバ３０ａの機能は、コンテンツ記憶部６１と、コンテンツ送信部（コンテンツ送信手段）６２と、視聴状況情報送信部６３と、を含む。
【０１００】
コンテンツ記憶部６１は、コンテンツデータと、そのコンテンツデータを識別するためのコンテンツ識別情報と、を対応付けて配信サーバ３０ａの記憶装置に記憶させている。
【０１０１】
コンテンツ送信部６２は、端末装置１０から送信指示を受信する。コンテンツ送信部６２は、受信した送信指示に含まれるコンテンツ識別情報と対応付けて記憶されているコンテンツデータを、その送信指示を送信してきた端末装置１０へ送信する。
【０１０２】
また、コンテンツ送信部６２は、端末装置１０から送信中止指示を受信する。コンテンツ送信部６２は、受信した送信中止指示に含まれるコンテンツ識別情報により識別されるコンテンツデータの送信を中止する。
【０１０３】
視聴状況情報送信部６３は、コンテンツ送信部６２によるコンテンツデータの送信が開始した場合、その送信が開始した時刻（送信開始時刻）と、ユーザ識別情報と、コンテンツ識別情報と、を負荷制御装置２０へ送信する。また、視聴状況情報送信部６３は、コンテンツ送信部６２によるコンテンツデータの送信が終了した場合、その送信が終了した時刻（送信終了時刻）と、ユーザ識別情報と、コンテンツ識別情報と、を負荷制御装置２０へ送信する。
【０１０４】
なお、配信サーバ３０ｂ及び配信サーバ３０ｃも、配信サーバ３０ａと同じ機能を有している。即ち、配信サーバ３０ｂ及び配信サーバ３０ｃも、配信サーバ３０ａと同じコンテンツデータをそれぞれの記憶装置に記憶させている。なお、コンテンツデータは、配信サーバ３０ａ〜３０ｃと通信可能に接続されたデータサーバに記憶されていてもよい。
【０１０５】
次に、上述したコンテンツ配信システム１の作動について、図４に示したシーケンス図を参照しながら具体的に説明する。
【０１０６】
先ず、端末装置１０のユーザがコンテンツ要求を送信させるための指示を、入力装置を用いて入力する。
これにより、端末装置１０は、コンテンツ要求を負荷制御装置２０へ送信する（ステップＡ１）。
【０１０７】
そして、負荷制御装置２０は、端末装置１０からコンテンツ要求を受信する。次いで、負荷制御装置２０は、受信したコンテンツ要求と、負荷制御装置２０の記憶装置に記憶させられている特性情報と、上記式（１）と、に基づいて、予測視聴時間を算出する（ステップＢ１）。
【０１０８】
次いで、負荷制御装置２０は、算出された予測視聴時間と、負荷制御装置２０の記憶装置に記憶させられている視聴状況情報と、に基づいて、配信サーバ３０ａ〜３０ｃ毎の予測通信負荷を算出する（ステップＢ２）。
【０１０９】
そして、負荷制御装置２０は、算出された予測通信負荷に基づいて、要求コンテンツを表すコンテンツデータを送信させる配信サーバを決定する（ステップＢ３）。次いで、負荷制御装置２０は、決定された配信サーバを特定するための配信サーバ特定情報と、要求コンテンツを識別するコンテンツ識別情報と、を含む送信指示基礎情報と、送信指示送信時刻と、を端末装置１０へ送信する（ステップＢ４）。
【０１１０】
これにより、端末装置１０は、負荷制御装置２０から送信指示基礎情報と送信指示送信時刻とを受信する。そして、端末装置１０は、受信した送信指示送信時刻になった時に、受信した送信指示基礎情報により特定される配信サーバ３０ａ〜３０ｃ（ここでは、配信サーバ３０ａ）へ送信指示を送信する（ステップＡ２）。
【０１１１】
これにより、配信サーバ３０ａは、送信指示を受信する。そして、配信サーバ３０ａは、受信した送信指示に含まれるコンテンツ識別情報により識別されるコンテンツデータを端末装置１０へ送信する（ステップＣ１）。
これにより、端末装置１０は、配信サーバ３０ａからコンテンツデータを受信し、受信したコンテンツデータが表すコンテンツを出力装置から出力させる（ステップＡ３）。
【０１１２】
また、配信サーバ３０ａは、コンテンツデータの送信を開始した送信開始時刻を負荷制御装置２０へ送信する（ステップＣ２）。負荷制御装置２０は、配信サーバ３０ａから送信開始時刻を受信し、受信した送信開始時刻に基づいて、負荷制御装置２０の記憶装置に記憶されている視聴状況情報を更新する。
【０１１３】
その後、配信サーバ３０ａは、コンテンツデータをすべて送信することにより、又は、端末装置１０から送信中止指示を受信することにより、コンテンツデータの送信を終了する。
【０１１４】
このとき、配信サーバ３０ａは、コンテンツデータの送信が終了した送信終了時刻を負荷制御装置２０へ送信する。負荷制御装置２０は、配信サーバ３０ａから送信終了時刻を受信し、受信した送信終了時刻に基づいて、負荷制御装置２０の記憶装置に記憶されている特性情報を更新する。
【０１１５】
次に、ステップＢ１〜ステップＢ４に係る負荷制御装置２０の作動について、より詳細に説明する。
負荷制御装置２０のＣＰＵは、上記作動を実現するために、図５にフローチャートにより示した配信サーバ決定プログラム（負荷制御プログラムの一部）を実行するようになっている。
【０１１６】
具体的には、ＣＰＵは、配信サーバ決定プログラムの処理を開始すると、ステップ５０５にて、コンテンツ要求を端末装置１０から受け付けるまで待機する。そして、負荷制御装置２０が端末装置１０からコンテンツ要求を受け付ける（コンテンツ要求受付工程）と、ＣＰＵは、「Ｙｅｓ」と判定してステップ５１０に進む。
【０１１７】
ＣＰＵは、ステップ５１０にて、配信サーバ毎の送信データ総量及び総通信速度を算出するために、図６にフローチャートにより示した予測通信負荷算出プログラム（負荷制御プログラムの一部）を、各配信サーバ３０ａ〜３０ｃに対して実行する。
【０１１８】
具体的には、ＣＰＵは、ステップ６０５にて、負荷制御装置２０の記憶装置に記憶されているユーザ特性情報のうちの、上記ステップ５０５にて受け付けたコンテンツ要求に含まれるユーザ識別情報を含むユーザ特性情報を取得する。更に、ＣＰＵは、負荷制御装置２０の記憶装置に記憶されているコンテンツ特性情報のうちの、上記ステップ５０５にて受け付けたコンテンツ要求に含まれるコンテンツ識別情報を含むコンテンツ特性情報を取得する。
【０１１９】
そして、ＣＰＵは、ステップ６１０にて、上記ステップ６０５にて取得したユーザ特性情報及びコンテンツ特性情報と、上記式（１）と、に基づいて予測視聴時間を算出する（予測視聴時間算出工程）。次いで、ＣＰＵは、ステップ６１５にて、上記ステップ６１０にて算出された予測視聴時間と、現時点の時刻と、に基づいて予測視聴終了時刻を算出する。
【０１２０】
そして、ＣＰＵは、ステップ６２０にて、現時点から算出時間（本例では、５時間）後までの期間内の経過時間（本例では、１秒）毎の時点にて視聴されている予定のコンテンツを識別するためのコンテンツ識別情報を含む視聴状況情報を、視聴開始時刻及び予測視聴終了時刻に基づいて、記憶されている視聴状況情報の中から抽出する。
【０１２１】
次いで、ＣＰＵは、ステップ６２５にて、抽出した視聴状況情報に含まれるコンテンツ識別情報と対応付けて記憶されているビットレート（コンテンツ毎通信速度）を加算することにより、時点毎のビットレートの合計（総通信速度）を算出する（予測通信負荷算出工程の一部）。更に、ＣＰＵは、予測視聴期間（現時点からステップ６１５にて算出された予測視聴終了時刻までの期間）内の時点の総通信速度に、上記受け付けたコンテンツ要求に含まれるコンテンツ識別情報と対応付けて記憶されているビットレートを加算する。
【０１２２】
そして、ＣＰＵは、ステップ６３０にて、上記ステップ６２５にて算出された総通信速度のうちの、予測視聴期間内の各時点の総通信速度に基づいて、予測視聴期間を積分範囲とする総通信速度の時間積分値を送信データ総量として算出する（予測通信負荷算出工程の一部）。
その後、ＣＰＵは、この予測通信負荷算出プログラムの実行を終了し、図５のステップ５１５へ進む。
【０１２３】
そして、ＣＰＵは、算出された総通信速度が、予測視聴期間におけるいずれの時点においても上限閾値以下となる配信サーバが存在するか否かを判定する。
【０１２４】
いま、配信サーバ３０ｂ及び配信サーバ３０ｃの総通信速度が現時点から２時間後まで上限閾値に一致している場合を想定する。なお、現時点は、２００８年７月２４日２３時３０分であることを想定する。更に、配信サーバ３０ａの総通信速度が、図７に示したように、３０分後から１時間後までの期間において上限閾値（ここでは、２０Ｍｂｐｓ）に一致し且つそれ以外の期間において上限閾値よりも２．５Ｍｂｐｓ以上小さい場合を想定する。
【０１２５】
加えて、要求コンテンツを識別するコンテンツ識別情報と対応付けて記憶装置に記憶されているビットレートが２．５Ｍｂｐｓであり、且つ、そのコンテンツ識別情報と対応付けて記憶装置に記憶されているコンテンツ長が１時間であり、且つ、その要求コンテンツに対して算出される予測視聴時間が２０分である場合を想定する。
【０１２６】
この場合、配信サーバ３０ａに対して算出された総通信速度は、予測視聴期間におけるいずれの時点においても上限閾値以下となる。即ち、算出された総通信速度が予測視聴期間におけるいずれの時点においても上限閾値以下となる配信サーバが存在する。従って、ＣＰＵは、「Ｙｅｓ」と判定してステップ５２０に進む。
【０１２７】
そして、ＣＰＵは、算出された送信データ総量が最小の配信サーバを、コンテンツデータを送信させる配信サーバとして決定（選択）する（配信サーバ決定工程の一部）。上記仮定に従えば、ＣＰＵは、配信サーバ３０ａを選択する。
【０１２８】
これによれば、通信負荷が最も小さい配信サーバ３０ａが、コンテンツ要求に応じてコンテンツデータを送信する。これにより、各配信サーバ３０ａ〜３０ｃの通信負荷が過大となることを防止することができるので、各配信サーバ３０ａ〜３０ｃが単位時間あたりに送信するコンテンツデータの量である通信速度（通信品質）の低下を確実に防止することができる。
【０１２９】
次いで、ＣＰＵは、ステップ５２５にて、上記ステップ５２０にて決定した配信サーバ３０ａに対する視聴状況情報として、要求ユーザを識別するユーザ識別情報と、要求コンテンツを識別するコンテンツ識別情報と、視聴開始時刻（現時点の時刻）と、上記ステップ６１０にて算出された予測視聴時間と、上記ステップ６１５にて算出された予測視聴終了時刻と、を互いに対応付けて記憶装置に新たに記憶させる（即ち、視聴状況情報を更新する）。
【０１３０】
そして、ＣＰＵは、ステップ５３０にて、上記ステップ５２０にて決定された配信サーバ３０ａを特定するための配信サーバ特定情報と、要求コンテンツを識別するコンテンツ識別情報と、を含む送信指示基礎情報と、送信指示送信時刻（現時点の時刻）と、を端末装置１０へ送信する。
次いで、ＣＰＵは、この配信サーバ決定プログラムの実行を終了する。
【０１３１】
ここで、負荷制御装置が予測視聴時間を算出することなく要求コンテンツのコンテンツ長に基づいて、コンテンツデータを送信させる配信サーバを決定するようにコンテンツ配信システムが構成されている場合の負荷制御装置の作動を、上記実施形態に係る負荷制御装置２０の作動と比較して説明する。
【０１３２】
上述した図７に示した状況においては、総通信速度が上限閾値よりも２．５Ｍｂｐｓ以上小さい期間は、現時点から３０分後の時点にて一旦終了する。即ち、この期間は、要求コンテンツのコンテンツ長である１時間よりも短い。従って、負荷制御装置は、この期間にて要求コンテンツを表すコンテンツデータを送信させないと決定する。
【０１３３】
これに対し、上記実施形態に係る負荷制御装置２０は、要求コンテンツが実際に視聴される時間の推定値である予測視聴時間として２０分を算出する。この予測視聴時間は、現時点から３０分後の時点までの時間（３０分）よりも短い。従って、負荷制御装置２０は、現時点から３０分後の時点までの期間にて、要求コンテンツを表すコンテンツデータを送信させると決定する。
【０１３４】
このように、上記実施形態に係るコンテンツ配信システム１によれば、負荷制御装置２０は、送信が要求されたコンテンツデータが表すコンテンツをユーザが視聴する時間の推定値（予測視聴時間）に基づいて、コンテンツデータを送信する配信サーバ３０ａ〜３０ｃを決定する。これによれば、ユーザが途中で視聴を中止することが多いコンテンツを表すコンテンツデータの送信が要求された場合であっても、そのコンテンツが実際に視聴される時間に十分に近い時間を、配信サーバの決定に反映することができる。この結果、配信サーバの通信負荷を最適に制御することができるので、コンテンツ要求に対して、迅速にコンテンツデータを送信することができる。
【０１３５】
次に、配信サーバ３０ｂ及び配信サーバ３０ｃの総通信速度が現時点から２時間後まで上限閾値に一致し且つそれ以降において上限閾値よりも２．５Ｍｂｐｓ以上小さい場合を想定する。なお、現時点は、２００８年７月２４日２３時３０分であることを想定する。更に、配信サーバ３０ａの総通信速度が、図８に示したように、現時点から３０分後までの期間及び１時間後から１時間３０分後の期間において上限閾値（ここでは、２０Ｍｂｐｓ）に一致し且つそれ以外の期間において上限閾値よりも２．５Ｍｂｐｓ以上小さい場合を想定する。
【０１３６】
加えて、要求コンテンツを識別するコンテンツ識別情報と対応付けて記憶装置に記憶されているビットレートが２．５Ｍｂｐｓであり、且つ、そのコンテンツ識別情報と対応付けて記憶装置に記憶されているコンテンツ長が１時間であり、且つ、その要求コンテンツに対して算出される予測視聴時間が２０分である場合を想定する。
【０１３７】
この場合、算出された総通信速度が、予測視聴期間におけるいずれの時点においても上限閾値以下となる配信サーバが存在しない。従って、ＣＰＵがステップ５１５に進んだとき、ＣＰＵは、「Ｎｏ」と判定してステップ５３５に進む。
【０１３８】
そして、ＣＰＵは、複数の配信サーバ３０ａ〜３０ｃのそれぞれに対して、算出された総通信速度のうちの、予測視聴期間内の各時点の総通信速度から、要求コンテンツを識別するためのコンテンツ識別情報と対応付けて記憶されているビットレートを減算する。
【０１３９】
更に、ＣＰＵは、複数の配信サーバ３０ａ〜３０ｃのそれぞれに対して、現時点よりも後の視聴開始時点から予測視聴時間だけ後の時点までの期間内の各時点の総通信速度に上記ビットレートを加算した場合に、その期間におけるいずれの時点においても総通信速度が上限閾値以下となる視聴開始時点のうちの最も早期の時点を予約視聴開始時点として算出する。即ち、上記仮定に従えば、配信サーバ３０ｂ及び配信サーバ３０ｃに対しては、予約視聴開始時点として２時間後の時点が算出され、配信サーバ３０ａに対しては、予約視聴開始時点として３０分後の時点が算出される。
【０１４０】
そして、ＣＰＵは、算出された予約視聴開始時点が最も早期の時点（即ち、現時点に最も近い時点）である配信サーバ（ここでは、配信サーバ３０ａ）を、要求コンテンツを表すコンテンツデータをその予約視聴開始時点（ここでは、３０分後の時点）から送信させる配信サーバとして決定する（配信サーバ決定工程の一部）。
【０１４１】
次いで、ＣＰＵは、ステップ５２５にて、上記ステップ５３５にて決定した配信サーバ３０ａに対する視聴状況情報として、要求ユーザを識別するユーザ識別情報と、要求コンテンツを識別するコンテンツ識別情報と、視聴開始時刻（予約視聴開始時点の時刻）と、上記ステップ６１０にて算出された予測視聴時間と、予約視聴開始時点と予測視聴時間とに基づいて算出される予測視聴終了時刻と、を互いに対応付けて記憶装置に新たに記憶させる。
【０１４２】
そして、ＣＰＵは、ステップ５３０にて、上記ステップ５３５にて決定された配信サーバを特定するための配信サーバ特定情報と、要求コンテンツを識別するコンテンツ識別情報と、を含む送信指示基礎情報と、送信指示送信時刻（予約視聴開始時点の時刻）と、を端末装置１０へ送信する。
次いで、ＣＰＵは、この配信サーバ決定プログラムの実行を終了する。
【０１４３】
以上、説明したように、本発明によるコンテンツ配信システムの実施形態によれば、負荷制御装置２０は、送信が要求されたコンテンツデータが表すコンテンツをユーザが視聴する時間の推定値（予測視聴時間）に基づいて、コンテンツデータを送信する配信サーバ３０ａ〜３０ｃを決定する。これによれば、ユーザが途中で視聴を中止することが多いコンテンツを表すコンテンツデータの送信が要求された場合であっても、そのコンテンツが実際に視聴される時間に十分に近い時間を、配信サーバの決定に反映することができる。この結果、配信サーバの通信負荷を最適に制御することができるので、コンテンツ要求に対して、迅速にコンテンツデータを送信することができる。
【０１４４】
また、ユーザが視聴を中止するタイミングは、ユーザ毎に略一定のタイミングとなることが多い。即ち、ユーザ毎平均視聴時間と実際にユーザがコンテンツを視聴する時間との間の相関は比較的強い。従って、上記実施形態のように、ユーザ毎平均視聴時間に基づいて予測視聴時間を算出することにより、算出された予測視聴時間を実際の視聴時間（実視聴時間）に十分に近づけることができる。
【０１４５】
また、ユーザが視聴を中止するタイミングは、コンテンツ毎に略一定のタイミングとなることが多い。即ち、コンテンツ毎平均視聴時間と実際にユーザがコンテンツを視聴する時間との間の相関は比較的強い。従って、上記構成のように、コンテンツ毎平均視聴時間に基づいて予測視聴時間を算出することにより、算出された予測視聴時間を実視聴時間に十分に近づけることができる。
【０１４６】
更に、上記実施形態は、視聴状況情報に含まれる予測視聴終了時刻が、特性情報に基づいて算出されるように構成されている。これによれば、算出された予測視聴終了時刻を、実際に視聴が終了する時刻に十分に近づけることができる。この結果、配信サーバ３０ａ〜３０ｃの通信負荷を最適に制御することができるので、コンテンツ要求に対して、より一層迅速にコンテンツデータを送信することができる。
【０１４７】
なお、本発明は上記実施形態に限定されることはなく、本発明の範囲内において種々の変形例を採用することができる。例えば、上記実施形態の変形例において、負荷制御装置２０の機能は、特性情報記憶部５２、視聴状況情報記憶部５４、配信サーバ特定情報送信部５７及び視聴状況情報受付部５８を含んでいなくてもよい。即ち、負荷制御装置２０の機能は、図９に示したように、コンテンツ要求受付部５１と、予測視聴時間算出部５３と、予測通信負荷算出部５５と、配信サーバ決定部５６と、を含む。
【０１４８】
この場合、コンテンツ要求受付部５１は、コンテンツデータの送信を要求するコンテンツ要求を受け付ける。予測視聴時間算出部５３は、コンテンツ要求受付部５１により受け付けられたコンテンツ要求により送信が要求されたコンテンツデータが表すコンテンツがユーザにより視聴される時間の推定値である予測視聴時間を算出する。
【０１４９】
更に、予測通信負荷算出部５５は、複数の配信サーバ３０ａ〜３０ｃのそれぞれに対して、当該配信サーバ３０ａ〜３０ｃがコンテンツデータを送信した場合における当該配信サーバ３０ａ〜３０ｃの通信負荷の推定値である予測通信負荷を、予測視聴時間算出部５３により算出された予測視聴時間に基づいて算出する。
【０１５０】
加えて、配信サーバ決定部５６は、予測通信負荷算出部５５により算出された予測通信負荷に基づいて、複数の配信サーバ３０ａ〜３０ｃの中から、コンテンツデータを送信させる配信サーバを決定する。
【０１５１】
この変形例においても、負荷制御装置２０は、送信が要求されたコンテンツデータが表すコンテンツをユーザが視聴する時間の推定値（予測視聴時間）に基づいて、コンテンツデータを送信する配信サーバを決定する。これによれば、ユーザが途中で視聴を中止することが多いコンテンツを表すコンテンツデータの送信が要求された場合であっても、そのコンテンツが実際に視聴される時間に十分に近い時間を、配信サーバ３０ａ〜３０ｃの決定に反映することができる。この結果、配信サーバ３０ａ〜３０ｃの通信負荷を最適に制御することができるので、コンテンツ要求に対して、迅速にコンテンツデータを送信することができる。
【０１５２】
また、上記実施形態においては、負荷制御装置２０と配信サーバ３０ａ〜３０ｃと、は互いに独立した装置であったが、配信サーバ３０ａ〜３０ｃの１つ又は複数が、負荷制御装置２０の機能を有していてもよい。
【０１５３】
また、上記実施形態においては、ユーザ特性情報は、ユーザ毎平均視聴時間及びユーザ毎視聴回数を含んでいたが、ユーザの性別、年齢、居住地、職業、又は、趣味等を表す情報を更に含んでいてもよい。加えて、コンテンツ特性情報は、ビットレート、コンテンツ長、コンテンツ毎平均視聴時間及びコンテンツ毎視聴回数を含んでいたが、コンテンツの種別（映画、ニュース、スポーツ、又は、ドラマ等）、製作日、又は、製作者等を表す情報を更に含んでいてもよい。
【産業上の利用可能性】
【０１５４】
本発明は、コンテンツを表すコンテンツデータを送信する複数の配信サーバの負荷を制御するように構成されたコンテンツ配信システム等に適用可能である。
【図面の簡単な説明】
【０１５５】
【図１】本発明の実施形態に係るコンテンツ配信システムの概略構成を表す図である。
【図２】図１に示したコンテンツ配信システムの機能の概略を表すブロック図である。
【図３】ユーザ特性情報、コンテンツ特性情報、及び、視聴状況情報を示したテーブルである。
【図４】図１に示したコンテンツ配信システムの作動の概要を示したシーケンス図である。
【図５】図１に示した負荷制御装置のＣＰＵが実行する配信サーバ決定プログラムを示したフローチャートである。
【図６】図１に示した負荷制御装置のＣＰＵが実行する予測通信負荷算出プログラムを示したフローチャートである。
【図７】図１に示した配信サーバの総通信速度の、時間に対する変化を示したグラフである。
【図８】図１に示した配信サーバの総通信速度の、時間に対する変化を示したグラフである。
【図９】本発明の実施形態の変形例に係る負荷制御装置の機能の概略を表すブロック図である。
【符号の説明】
【０１５６】
１      コンテンツ配信システム
１０    端末装置
２０    負荷制御装置
３０ａ〜３０ｃ  配信サーバ
４１    コンテンツ要求送信部
４２    送信指示送信部
４３    コンテンツ出力部
５１    コンテンツ要求受付部
５２    特性情報記憶部
５３    予測視聴時間算出部
５４    視聴状況情報記憶部
５５    予測通信負荷算出部
５６    配信サーバ決定部
５７    配信サーバ特定情報送信部
５８    視聴状況情報受付部
６１    コンテンツ記憶部
６２    コンテンツ送信部
６３    視聴状況情報送信部
【図１】
2010039727.tif 000003
【図２】
2010039727.tif 000004
【図３】
2010039727.tif 000005
【図４】
2010039727.tif 000006
【図５】
2010039727.tif 000007
【図６】
2010039727.tif 000008
【図７】
2010039727.tif 000009
【図８】
2010039727.tif 000010
【図９】
2010039727.tif 000011