(57)【要約】【課題】ＩＰマルチキャスト配信とユニキャスト配信とを好適に切り替えることが可能なコンテンツ配信システムを提供する。【解決手段】コンテンツ配信システム１において、配信サーバ３０は、コンテンツごとの配信負荷を表す負荷パラメータを接続制御サーバ４０へ送信し、接続制御サーバ４０は、負荷パラメータが閾値以上である場合にはＩＰマルチキャスト方式でコンテンツを配信すると決定するとともに、負荷パラメータが閾値未満である場合にはユニキャスト方式で前記コンテンツを配信すると決定し、決定された配信方式を配信サーバに通知し、全てのコンテンツにおける負荷パラメータが閾値以上であるコンテンツの割合が大きいほど、閾値が大きくなるように当該閾値を設定する。【選択図】図１
2013179499.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末にコンテンツを配信する配信サーバと、
前記配信サーバにおける前記コンテンツの配信方式を前記コンテンツごとに決定する接続制御サーバと、
を備えるコンテンツ配信システムであって、
前記配信サーバは、前記コンテンツごとの配信負荷を表す負荷パラメータを前記接続制御サーバへ送信し、
前記接続制御サーバは、
前記負荷パラメータが閾値以上である場合にはＩＰマルチキャスト方式で前記コンテンツを配信すると決定するとともに、前記負荷パラメータが前記閾値未満である場合にはユニキャスト方式で前記コンテンツを配信すると決定し、決定された配信方式を前記配信サーバに通知し、
全ての前記コンテンツにおける前記負荷パラメータが前記閾値以上である前記コンテンツの割合が大きいほど、前記閾値が大きくなるように当該閾値を設定する
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記接続制御サーバは、前記負荷パラメータの経時変化の傾向に基づいて、前記コンテンツにおける前記閾値、及び、前記配信方式の切替の有無の少なくとも一方を変更する
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記接続制御サーバは、前記コンテンツのジャンルに基づいて、前記コンテンツにおける前記閾値、及び、前記配信方式の切替の有無の少なくとも一方を変更する
ことを特徴とする請求項１又は請求項２に記載のコンテンツ配信システム。
【請求項４】
ユーザ端末にコンテンツを配信する配信サーバと、前記配信サーバにおける前記コンテンツの配信方式を前記コンテンツごとに決定する接続制御サーバと、を備えるコンテンツ配信システムにおけるコンテンツ配信方法であって、
前記配信サーバが、前記コンテンツごとの配信負荷を表す負荷パラメータを前記接続制御サーバへ送信する第一ステップと、
前記接続制御サーバが、前記負荷パラメータが閾値以上である場合にはＩＰマルチキャスト方式で前記コンテンツを配信すると決定するとともに、前記負荷パラメータが前記閾値未満である場合にはユニキャスト方式で前記コンテンツを配信すると決定し、決定された配信方式を前記配信サーバに通知する第二ステップと、
前記配信サーバが、通知された配信方式に基づいて前記コンテンツを配信する第三ステップと、
を含み、
前記第二ステップにおいて、前記接続制御サーバは、全ての前記コンテンツにおける前記負荷パラメータが前記閾値以上である前記コンテンツの割合が大きいほど、前記閾値が大きくなるように当該閾値を設定する
ことを特徴とするコンテンツ配信方法。
【請求項５】
前記第二ステップにおいて、前記接続制御サーバは、前記負荷パラメータの経時変化の傾向に基づいて、前記コンテンツにおける前記閾値、及び、前記配信方式の切替の有無の少なくとも一方を変更する
ことを特徴とする請求項４に記載のコンテンツ配信方法。
【請求項６】
前記第二ステップにおいて、前記接続制御サーバは、前記コンテンツのジャンルに基づいて、前記コンテンツにおける前記閾値、及び、前記配信方式の切替の有無の少なくとも一方を変更する
ことを特徴とする請求項４又は請求項５に記載のコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末にコンテンツを配信するコンテンツ配信システム及びコンテンツ配信方法に関する。
【背景技術】
【０００２】
従来、ユーザ端末にコンテンツを配信するために、配信するコンテンツに応じて配信システムを構築するため、コンテンツ毎に特化した配信方式を適用することが行われている。特許文献１に記載のコンテンツ配信システムは、ネットワーク全体に関わる負荷パラメータの動的変化に応じて、ＩＰマルチキャスト配信に切り替える最適な時間を判定し、ユニキャスト配信からＩＰマルチキャスト配信へ切替える。かかるコンテンツ配信システムでは、コンテンツ配信サーバから複数ユーザ端末へ配信しているコンテンツ情報、配信開始時間情報、配信速度情報、ユニキャスト／マルチキャスト配信情報、及び、複数ユーザ端末が取得したコンテンツの視聴済／未視聴情報に基づいて、新規ユーザ（未視聴のユーザ）のみに対してＩＰマルチキャスト配信で配信することが行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０８０５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
また、本願出願人は、配信サーバの負荷を管理し、高負荷から低負荷、又は、低負荷から高負荷に変化した際、動的に配信方式を切り替えることで、ＮＷリソースを有効活用できる。また、負荷の判断トリガを閾値だけではなく、微分、積分を利用することで、負荷の増減を予測して対応することが可能であるとともに、ユニキャスト配信からＩＰマルチキャスト配信に切り替えた際、ＩＰマルチキャスト配信したユーザ数をカウントすることで、負荷判定で高負荷となることの信頼性を向上させることが可能な動的配信システムを既に出願している（特願２０１１−０２４７６９、出願時未公開）。
【０００５】
ユーザ端末と配信サーバとを１対１で接続するユニキャスト配信は、ユーザ端末が増加すると、配信サーバ近傍のネットワーク帯域を消費する。一方、ＩＰマルチキャスト配信は、マルチキャストツリー構築がボトルネックとなるため、全コンテンツに適用することが困難である。また、ＩＰマルチキャスト配信は、ルータ下部のユーザ端末が論理的に分かれている環境では、ルータのパケットを複製して送信する配信数が多くなると、使用帯域を消費しボトルネックとなる。
【０００６】
ユニキャスト配信とＩＰマルチキャスト配信とを動的に切り替える動的配信システムは、コンテンツ単位の負荷パラメータ（配信数、使用帯域等）により、配信を切り替える。その際に、人気のあるコンテンツ（視聴者数の多い）と人気のないコンテンツとの割合に応じて、ＩＰマルチキャスト配信の適応数が異なる。ＩＰマルチキャスト配信の適応数が多くて１コンテンツ当たりの配信数が少ない場合には、ユーザの配信数を最大限に利用することが困難である
【０００７】
本発明は、前記した事情に鑑みて創作されたものであり、ＩＰマルチキャスト配信とユニキャスト配信とを好適に切り替えることが可能なコンテンツ配信システム及びコンテンツ配信方法を提供することを課題とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するため、本発明のコンテンツ配信システムは、ユーザ端末にコンテンツを配信する配信サーバと、前記配信サーバにおける前記コンテンツの配信方式を前記コンテンツごとに決定する接続制御サーバと、を備えるコンテンツ配信システムであって、前記配信サーバは、前記コンテンツごとの配信負荷を表す負荷パラメータを前記接続制御サーバへ送信し、前記接続制御サーバは、前記負荷パラメータが閾値以上である場合にはＩＰマルチキャスト方式で前記コンテンツを配信すると決定するとともに、前記負荷パラメータが前記閾値未満である場合にはユニキャスト方式で前記コンテンツを配信すると決定し、決定された配信方式を前記配信サーバに通知し、全ての前記コンテンツにおける前記負荷パラメータが前記閾値以上である前記コンテンツの割合が大きいほど、前記閾値が大きくなるように当該閾値を設定することを特徴とする。
【０００９】
前記接続制御サーバは、前記負荷パラメータの経時変化の傾向に基づいて、前記コンテンツにおける前記閾値、及び、前記配信方式の切替の有無の少なくとも一方を変更する構成であってもよい。
【００１０】
また、前記接続制御サーバは、前記コンテンツのジャンルに基づいて、前記コンテンツにおける前記閾値、及び、前記配信方式の切替の有無の少なくとも一方を変更する構成であってもよい。
【００１１】
前記課題を解決するため、本発明のコンテンツ配信方法は、ユーザ端末にコンテンツを配信する配信サーバと、前記配信サーバにおける前記コンテンツの配信方式を前記コンテンツごとに決定する接続制御サーバと、を備えるコンテンツ配信システムにおけるコンテンツ配信方法であって、前記配信サーバが、前記コンテンツごとの配信負荷を表す負荷パラメータを前記接続制御サーバへ送信する第一ステップと、前記接続制御サーバが、前記負荷パラメータが閾値以上である場合にはＩＰマルチキャスト方式で前記コンテンツを配信すると決定するとともに、前記負荷パラメータが前記閾値未満である場合にはユニキャスト方式で前記コンテンツを配信すると決定し、決定された配信方式を前記配信サーバに通知する第二ステップと、前記配信サーバが、通知された配信方式に基づいて前記コンテンツを配信する第三ステップと、を含み、前記第二ステップにおいて、前記接続制御サーバは、全ての前記コンテンツにおける前記負荷パラメータが前記閾値以上である前記コンテンツの割合が大きいほど、前記閾値が大きくなるように当該閾値を設定することを特徴とする。
【００１２】
前記第二ステップにおいて、前記接続制御サーバは、前記負荷パラメータの経時変化の傾向に基づいて、前記コンテンツにおける前記閾値、及び、前記配信方式の切替の有無の少なくとも一方を変更する構成であってもよい。
【００１３】
また、前記第二ステップにおいて、前記接続制御サーバは、前記コンテンツのジャンルに基づいて、前記コンテンツにおける前記閾値、及び、前記配信方式の切替の有無の少なくとも一方を変更する構成であってもよい。
【発明の効果】
【００１４】
本発明によれば、ＩＰマルチキャスト配信とユニキャスト配信とを好適に切り替えることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るコンテンツ配信システムを備えるネットワークを示す模式図である。
【図２】（ａ）は配信数の閾値の一例を示すグラフ、（ｂ）は配信サーバ及びルータの使用帯域の閾値の一例を示す表、（ｃ）は配信サーバ及びルータのＣＰＵ使用率及びメモリ使用率の閾値の一例を示す表である。
【図３】（ａ）はコンテンツごとの配信数の一例を示すグラフ、（ｂ）は、コンテンツごとの配信数及び配信方式を示す表である。
【図４】コンテンツごとの配信数の一例を示すグラフであって、定常的な配信数の場合と人気のコンテンツが複数生じた場合とを示すグラフである。
【図５】（ａ）はコンテンツごとの配信数の一例を示すグラフ、（ｂ）はコンテンツ及び負荷の割合ごとの閾値の一例を示す表である。
【図６】（ａ）はコンテンツの配信数の経時変化の例を示すグラフ、（ｂ）はコンテンツ、経時変化の傾向及びコンテンツのジャンルごとの閾値及び配信方式の切替の有無の例を示す表である。
【図７】接続制御サーバによる配信方式決定の動作例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態について、適宜図面を参照しながら説明する。同様の構成には同一の符号を付し、重複する説明を省略する。
【００１７】
図１に示すように、本発明の第一の実施形態に係るコンテンツ配信システム１は、ルータ２０を介して複数のユーザ端末（ＰＣ、スマートフォン等）１０に所望のコンテンツを配信するとともにその配信方式を動的に切り替えるシステムであって、配信サーバ３０と、接続制御サーバ４０と、を備える。
【００１８】
接続制御サーバ４０は、ユーザ端末１０によって送信された配信要求をルータ２０及びセッションサーバ（図示せず）を順次介して取得し、配信要求に含まれるユーザ端末１０のＩＤに基づいて配信サーバ３０を決定する。接続制御サーバ４０には、ユーザ端末１０のＩＤと配信サーバ３０のＩＤとが関連付けて記憶されており、かかる関係性に基づいて配信サーバ３０が決定される。接続制御サーバ４０は、配信サーバ３０のＩＤを含む接続応答を送信する。ユーザ端末１０は、接続応答をセッションサーバ及びルータ２０を順次介して取得し、取得された接続応答に含まれる配信サーバ３０のＩＤに基づいて、コンテンツ配信要求を送信する。配信サーバ３０は、コンテンツ配信要求をルータ２０及びセッションサーバを順次介して取得し、所望のコンテンツをルータ２０を介してユーザ端末１０へ送信する。
【００１９】
＜配信サーバ＞
配信サーバ３０は、接続制御サーバ４０によって決定された配信方式に従って、コンテンツをユーザ端末１０に配信するサーバである。配信サーバ３０は、機能部として、負荷測定部３１と、配信部３２と、コンテンツ管理部３３と、記憶部３４と、を備える。
【００２０】
負荷測定部３１は、当該配信サーバ３０が配信するコンテンツごとに、当該コンテンツを配信する際の配信負荷を表す負荷パラメータを測定し、接続制御サーバ４０へ送信する（第一ステップ）。本実施形態では、負荷測定部３１は、負荷パラメータとして、各コンテンツの配信数を定期的（Ｘ１ｍ秒ごと）に測定し、定期的（Ｘ２ｍ秒ごと）に接続制御サーバ４０へ送信する（Ｘ２＞Ｘ１）。
【００２１】
配信部３２は、接続制御サーバ４０からの配信指示に基づいて、記憶部３４に記憶されたコンテンツを読み出して、ルータ２０を介してユーザ端末１０へ配信する（第三ステップ）。配信部３２は、前記配信指示に従って、コンテンツごとにＩＰマルチキャスト配信及びユニキャスト配信のいずれかの配信方式を採用する。また、配信部３２は、コンテンツごとの各配信方式の配信数を表すコンテンツ配信情報を生成し、接続制御サーバ４０へ送信する。
【００２２】
コンテンツ管理部３３は、接続制御サーバ４０からの要求に基づいて、配信用のコンテンツをダウンロードし、記憶部３４に記憶させる。また、コンテンツ管理部３３は、記憶部３４に記憶されたコンテンツに関する情報であるコンテンツ情報（例えば、コンテンツＩＤ等）を接続制御サーバ４０へ送信する。
【００２３】
＜接続制御サーバ＞
接続制御サーバ４０は、配信サーバ３０におけるコンテンツの配信方式を決定するサーバである。接続制御サーバ４０は、機能部として、負荷管理部４１と、配信方式決定部４２と、コンテンツ情報管理部４３と、配信要求処理部４４と、配信数管理部４５と、記憶部４６と、を備える。
【００２４】
負荷管理部４１は、負荷測定部３１によって送信された負荷パラメータを取得し、記憶部４６に記憶させる。
【００２５】
配信方式決定部４２は、記憶部４６に記憶された負荷パラメータに基づいて、コンテンツごとに配信方式を決定し、配信方式の決定結果を配信要求処理部４４へ出力するとともに、当該配信方式を含む配信指示を配信サーバ３０へ送信する（第二ステップ）。また、配信方式決定部４２は、コンテンツ情報と配信方式とを関連付けて記憶部４６に記憶させる。
【００２６】
配信方式決定部４２は、負荷パラメータが閾値以上である場合に、対応するコンテンツをＩＰマルチキャスト方式で配信すると決定し、負荷パラメータが閾値未満である場合に、対応するコンテンツをユニキャスト方式で配信すると決定する。負荷パラメータとしては、コンテンツの配信数、配信数の経時変化の傾き、コンテンツの配信における配信サーバ３０又はルータ２０の使用帯域、ＣＰＵ使用率、メモリ使用率等が挙げられる。
【００２７】
例えば、図２（ａ）に示すように、配信方式決定部４２は、コンテンツの配信数が閾値Ａ１以上である場合に、対応するコンテンツをＩＰマルチキャスト方式で配信すると決定し、コンテンツの配信数が閾値Ａ１未満である場合に、対応するコンテンツをユニキャスト方式で配信すると決定することができる。また、図２（ａ）に示すように、配信方式決定部４２は、コンテンツの配信数の経時変化の傾きが閾値Ａ２以上である場合に、対応するコンテンツをＩＰマルチキャスト方式で配信すると決定し、コンテンツの配信数が閾値Ａ２未満である場合に、対応するコンテンツをユニキャスト方式で配信すると決定することができる。
【００２８】
また、その他の手法として、図２（ｂ）に示すように、配信方式決定部４２は、コンテンツの配信における配信サーバ３０の使用帯域が１００Ｍｂｐｓ以上であるかルータ２０の使用帯域が５０Ｍｂｐｓ以上である場合に、対応するコンテンツをＩＰマルチキャスト方式で配信すると決定し、コンテンツの配信における配信サーバの使用帯域が１００Ｍｂｐｓ未満かつルータ２０の使用帯域が５０Ｍｂｐｓ未満である場合に、対応するコンテンツをユニキャスト方式で配信すると決定することができる。
【００２９】
また、その他の手法として、図２（ｃ）に示すように、配信方式決定部４２は、コンテンツの配信における配信サーバ３０のＣＰＵ使用率が２０％以上又はメモリ使用率が４０％以上であるかルータ２０のＣＰＵ使用率が３５％以上又はメモリ使用率が５０％以上である場合に、対応するコンテンツをＩＰマルチキャスト方式で配信すると決定し、コンテンツの配信における配信サーバのＣＰＵ使用率が２０％未満であるとともにメモリ使用率が４０％未満、かつ、ルータ２０のＣＰＵ使用率が３５％未満であるとともにメモリ使用率が５０％以上である場合に、対応するコンテンツをユニキャスト方式で配信すると決定することができる。
【００３０】
なお、以下では、負荷パラメータとして配信数を採用した場合を中心に説明する。図３（ａ）に示すように、配信サーバ３０による配信数が、コンテンツＡ「５５」、コンテンツＢ「７０」、コンテンツＣ「６０」、コンテンツＤ「８０」、コンテンツＥ「２２」であり、閾値（初期閾値）が５０である場合には、図３（ｂ）に示すように、配信方式決定部４２は、コンテンツＡ〜ＤをＩＰマルチキャスト方式で配信すると決定し、コンテンツＥをユニキャスト方式で配信すると決定する。
【００３１】
ここで、図４に黒棒で示すように、各コンテンツの配信数が定常的な範囲である場合には、各コンテンツの配信数は閾値未満であり、配信方式決定部４２は、各コンテンツをユニキャスト方式で配信すると決定する。
【００３２】
しかし、図４に白棒で示すように、人気のコンテンツが複数生じた場合には、ＩＰマルチキャスト配信を適用できるコンテンツ数には上限があるため、配信数が閾値以上であるために配信方式決定部４２がＩＰマルチキャスト方式で配信すると決定したコンテンツであっても、ＩＰマルチキャスト方式で配信することができないおそれがある。
【００３３】
そこで、本実施形態では、図５（ａ）（ｂ）に示すように、配信方式決定部４２は、全てのコンテンツにおける負荷パラメータ（配信数）が閾値以上であるコンテンツの割合が大きいほど、閾値が大きくなるように当該閾値を設定変更する。また、配信方式決定部４２は、コンテンツごとに閾値を変えることができ、例えば、図５（ｂ）に示すように、コンテンツＡに関しては、高負荷：低負荷が２：８のときに閾値を４０、５：５のときに閾値を４５、８：２のときに閾値を５０と設定するとともに、コンテンツＢに関しては、高負荷：低負荷が２：８のときに閾値を６０、５：５のときに閾値を７０、８：２のときに閾値を８０と設定することができる。
【００３４】
また、配信方式決定部４２は、負荷パラメータ（配信数）の経時変化の傾向に基づいて、コンテンツにおける閾値、及び、配信方式の切替の有無の少なくとも一方を変更する。本実施形態において、配信方式決定部４２は、記憶部４６に記憶された配信数に基づいて、一定期間の配信数の経時変化（挙動）を分析して複数の傾向（本実施形態では３種類）に分類し、分類結果を記憶部４６に記憶させる。
ここで、図６（ａ）に示すように、傾向α（図６（ｂ）参照）は、コンテンツＦのように、配信数が定期的に増減を繰り返すパターン、傾向β（図６（ｂ）参照）は、コンテンツＧのように、配信数の変化が緩やかなパターン、傾向γ（図６（ｂ）参照）は、コンテンツＨのように、配信数がピークを生じる（配信数が一時期だけ多く、その他の時期では少ない）パターンである。
【００３５】
記憶部４６には、図６（ｂ）に示すようなコンテンツ管理テーブルが記憶されている。コンテンツ管理テーブルでは、コンテンツ情報（コンテンツＩＤ）、傾向、コンテンツのジャンル、閾値の有無、切替の有無が関連付けられている。
配信方式決定部４２は、かかるコンテンツ管理テーブルを参照してコンテンツにおける閾値、及び、配信方式の切替の有無の少なくとも一方を変更する。
本実施形態では、コンテンツの傾向がαである場合には、閾値を無くし（又は、ゼロに設定し）、常にＩＰマルチキャスト方式で配信すると決定する。また、コンテンツの傾向がβである場合には、閾値を例えば６０とし、閾値に基づいて配信方式を決定する。また、コンテンツの傾向がγである場合には、閾値を無くし（又は、∞に設定し）、常にユニキャスト方式で配信すると決定する。
【００３６】
なお、配信方式決定部４２は、傾向α〜γに代えて、コンテンツのジャンルに基づいて、コンテンツにおける閾値、及び、配信方式の切替の有無の少なくとも一方を変更する構成であってもよく、傾向α〜γ及びコンテンツのジャンルに基づいて、コンテンツにおける閾値、及び、配信方式の切替の有無の少なくとも一方を変更する構成であってもよい。
例えば、コンテンツのジャンルが音楽である場合には、一回の再生時間が短く、ＴＶ、ラジオ等で流れた直後に配信要求が増加するため、図６（ａ）のコンテンツＦの傾向αのような傾向を示しやすい。また、コンテンツのジャンルがショートフィルムである場合には、視聴タイミングが分散するため、図６（ａ）のコンテンツＧの傾向βのような傾向を示しやすい。また、コンテンツのジャンルがドラマである場合には、視聴タイミングがドラマの配信直後に集中するため、図６（ａ）のコンテンツＨの傾向γを示しやすい。
【００３７】
コンテンツ情報管理部４３は、配信サーバ３０によって送信されたコンテンツ情報を取得し、記憶部４６に記憶させる。
【００３８】
配信要求処理部４４は、ユーザ端末１０によって送信されたコンテンツの配信要求（コンテンツ情報を含む）をルータ２０及びセッションサーバ（図示せず）を介して取得し、配信方式決定部４２及びコンテンツ情報管理部４３へ出力する。また、配信要求処置部４４は、配信方式決定部４２によって決定された配信手法を通知する信号を、ルータ２０を介してユーザ端末１０へ送信する。ユーザ端末１０は、配信手法を通知する信号を受信すると、かかる配信手法に応じたコンテンツ配信要求を、配信サーバ３０（ユニキャスト配信時）又はルータ２０（ＩＰマルチキャスト配信時）へ送信する。
【００３９】
配信数管理部４５は、配信部３２によって送信されたコンテンツ配信情報を取得し、配信方式決定部４２へ出力する。配信方式決定部４２は、コンテンツ配信情報に基づいて、配信方式を設定し直すことができる。
【００４０】
＜動作例＞
続いて、配信方式決定部４２による配信方式決定の動作例について、図７を参照して説明する。
【００４１】
図７に示すように、まず、配信方式決定部４２は、一のコンテンツに関して、記憶部４６からコンテンツのジャンルを読み出すことによって、コンテンツのジャンルを決定する（ステップＳ１）。続いて、配信方式決定部４２は、一のコンテンツに関して、記憶部４６からコンテンツの傾向を読み出すことによって、コンテンツの増減傾向を決定する（ステップＳ２）。
【００４２】
続いて、配信方式決定部４２は、記憶部４６から各コンテンツの配信数を読み出すことによって、初期設定の閾値（例えば、５０）を用いて全コンテンツにおける配信数が閾値以上のコンテンツの割合を算出する（ステップＳ３）。続いて、配信方式決定部４２は、算出された割合に基づいて、一のコンテンツの閾値を設定する（ステップＳ４）。なお、ステップＳ１とステップＳ２とステップＳ３，Ｓ４との順序は、適宜入替可能である。
【００４３】
続いて、配信方式決定部４２は、一のコンテンツに関して、ステップＳ１，Ｓ２で決定したコンテンツのジャンル及び傾向に基づいて、ＩＰマルチキャスト配信を適用するか否か、又は、負荷判定を行うかを判定する（ステップＳ５）。ステップＳ５で負荷判定を行うと判定された場合には、配信方式決定部４２は、一のコンテンツに関して、配信数が設定された閾値以上であるか否かを判定する（ステップＳ６）。
【００４４】
ステップＳ５でＩＰマルチキャスト配信を常時適用すると判定された場合、及び、ステップＳ６で配信数が閾値以上である（高負荷）と判定された場合には、配信方式決定部４２は、一のコンテンツに関して、ＩＰマルチキャスト配信を行うと決定する（ステップＳ７Ａ）。また、ステップＳ５でＩＰマルチキャスト配信を常時適用しないと判定された場合、及び、ステップＳ６で配信数が閾値未満である（低負荷）と判定された場合には、配信方式決定部４２は、一のコンテンツに関して、ユニキャスト配信を行うと決定する（ステップＳ７Ｂ）。
【００４５】
かかるフローは、コンテンツごとに繰り返されるが、ステップＳ３に関しては、二回目以降は省略可能である。
【００４６】
本発明の実施形態に係るコンテンツ配信システム１は、全てのコンテンツにおける負荷パラメータが閾値以上であるコンテンツの割合が大きいほど、閾値が大きくなるように当該閾値を設定するので、ＩＰマルチキャスト方式によるコンテンツ配信数が上限を超えることを防ぎ、好適な配信方式でコンテンツを配信することができる。
また、コンテンツ配信システム１は、負荷パラメータの経時変化の傾向及びコンテンツのジャンルに基づいて、閾値及び配信方式の切替の有無の少なくとも一方を変更するので、好適な配信方式でコンテンツを配信することができる。
【００４７】
以上、本発明の実施形態について図面を参照して説明したが、本発明は前記実施形態に限定されず、本発明の要旨を逸脱しない範囲で適宜変更可能である。例えば、負荷パラメータはコンテンツの配信数等に限定されず、ユーザ端末１０からの配信要求であってもよい。
【符号の説明】
【００４８】
１      コンテンツ配信システム
１０    ユーザ端末
３０    配信サーバ
４０    接続制御サーバ
【図１】
2013179499.tif 000003
【図２】
2013179499.tif 000004
【図３】
2013179499.tif 000005
【図４】
2013179499.tif 000006
【図５】
2013179499.tif 000007
【図６】
2013179499.tif 000008
【図７】
2013179499.tif 000009