コンテンツ配信制御装置およびコンテンツ配信制御方法
【課題】コンテンツ配信において、ネットワーク全体のリソースを効率的に使用する。
【解決手段】コンテンツ配信制御装置１０は、配信要求の数に基づいて、コンテンツの配信方法を決定し（Ｓ１２１）。その決定した配信方法を配信サーバ２０に送信する（Ｓ１２２）。配信サーバ２０は、受信した配信方法に基づいて、コンテンツを配信する（Ｓ１２３）。例えば、端末３０ｂは、コンテンツの配信を要求するコンテンツの配信要求をコンテンツ配信制御装置１０へ送信する（Ｓ１１１）。コンテンツ配信制御装置１０は、配信要求を受け付けて、その配信方法がマルチキャストである場合、端末３０ｂに対して、マルチキャストアドレスを接続先として通知する（Ｓ１１２）。端末３０ｂは、近傍のルータにｊｏｉｎメッセージを送信する（Ｓ１１３）。端末３０ｂは、配信サーバ２０からマルチキャスト配信されたコンテンツを受信する（Ｓ１１４）。
【解決手段】コンテンツ配信制御装置１０は、配信要求の数に基づいて、コンテンツの配信方法を決定し（Ｓ１２１）。その決定した配信方法を配信サーバ２０に送信する（Ｓ１２２）。配信サーバ２０は、受信した配信方法に基づいて、コンテンツを配信する（Ｓ１２３）。例えば、端末３０ｂは、コンテンツの配信を要求するコンテンツの配信要求をコンテンツ配信制御装置１０へ送信する（Ｓ１１１）。コンテンツ配信制御装置１０は、配信要求を受け付けて、その配信方法がマルチキャストである場合、端末３０ｂに対して、マルチキャストアドレスを接続先として通知する（Ｓ１１２）。端末３０ｂは、近傍のルータにｊｏｉｎメッセージを送信する（Ｓ１１３）。端末３０ｂは、配信サーバ２０からマルチキャスト配信されたコンテンツを受信する（Ｓ１１４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの配信方法として、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法または前記第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを適切に選択することによって、ネットワーク全体のリソースを効率的に使用する技術に関する。
【背景技術】
【０００２】
近年、ＩＰ（Internet Protocol）網において、音声や映像といったコンテンツを連続データとして配信する、ユニキャストまたはマルチキャストを用いたコンテンツ配信サービスが実施されている。このコンテンツ配信サービスでは、サービスごとに配信システムが構築されており、その負荷分散が各サービスに閉じたものとなっていた。
【０００３】
コンテンツをユニキャストで配信する場合には、そのサービスのユーザ数の増加にともなって、コンテンツを配信しているネットワークのリソースの負荷が増大し、正常な配信ができなくなる虞がある。このユニキャストは、前記した第２の配信方法の一例に相当する。
【０００４】
また、コンテンツをマルチキャストで配信する場合には、送信データの宛先を一度に複数設定できるため、ユニキャストに比較して、回線の使用帯域を少なくすることができる。しかし、伝達経路上のルータは、宛先に応じてデータをコピー処理する等の処理負荷を伴ったり、使用できるアドレス数に制限があったりするために、１つのルータが扱えるマルチキャストの配信数に制約がある。このマルチキャストは、前記した第１の配信方法の一例に相当する。
【０００５】
特許文献１では、ユニキャストで配信している最中に、複数のユーザについての配信状況を監視し、同一のコンテンツのユニキャスト配信数が所定の閾値に達した場合、その同一のコンテンツの複数のユニキャスト配信をマルチキャスト配信に切り替えて、ネットワーク設備の負荷を低減する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−８０５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１に開示されている技術は、コンテンツのユニキャスト配信中に配信方法を変更するものである。そのため、特に、ライブ放送の場合には、大規模な配信であればあるほど、配信方式の変更にともなうネットワーク全体での再生処理が煩雑になり、処理負荷がさらに増大するという問題がある。また、コンテンツを受信する端末側では、受信方法の切り替え時の再生信号が不連続にならないようにするため、アプリケーションの再生処理が複雑になるという問題がある。
【０００８】
また、従来のコンテンツ配信サービスでは、サービスごとに配信システムを構築していたために、その負荷分散が各サービスに閉じたものとなっていた。そのため、コンテンツ配信の利用が少ない場合には、空きリソースが多くなり、ネットワーク全体のリソースを効率的に使用できていないという問題がある。
【０００９】
そこで、本発明の課題は、ネットワーク全体のリソースを効率的に使用する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、コンテンツ配信制御装置から受信したコンテンツの配信方法を示す情報に基づいて前記コンテンツを配信する配信サーバと通信可能に接続される前記コンテンツ配信制御装置が、前記コンテンツとそのコンテンツの配信方法とを関連付けた配信方法情報を記憶している記憶部と、ユーザの使用する端末から前記コンテンツの配信要求を受信する受信部と、前記コンテンツに対する前記配信要求の数に基づいて、そのコンテンツの配信方法として、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法および前記第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを決定し、前記決定したコンテンツの配信方法で前記配信方法情報を更新する配信方法決定部と、決定した前記コンテンツの配信方法を示す情報を前記配信サーバに送信する送信部と、を備えることを特徴とする。
【００１１】
このような構成によれば、コンテンツに対する配信要求の数に基づいて、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法および第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを決定することができる。ここで、第１の配信方法がマルチキャストであり、第２の配信方法がユニキャストである場合を一例として説明する。ユニキャスト（第２の配信方法）で配信する場合は、配信要求の数が多くなるとネットワークリソースを圧迫する。マルチキャスト（第１の配信方法）で配信する場合は、配信できる配信数に制約がある。そのため、コンテンツに対する配信要求の数のトレンドを考慮して、マルチキャスト（第１の配信方法）で配信するコンテンツを決定することによって、ネットワーク全体のリソースを効率的に使用することができる。また、特許文献１に記載の開示技術のように、コンテンツの配信方法をコンテンツ配信の途中で切り替えることがないため、安定した品質でコンテンツを配信することができる。また、端末で用いられるアプリケーションにおいて、配信方式の切り替え時の再生信号が不連続にならないようにするための複雑な再生処理が不要となる。
【００１２】
また、本発明の前記コンテンツ配信制御装置は、前記配信要求の数をコンテンツごとに集計する第１の集計部を備え、前記配信方法決定部が、前記第１の配信方法に決定した前記コンテンツの所定時間あたりの前記配信要求の数と、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数との間で、前記所定時間あたりの前記配信要求の数の大小を比較し、前記第１の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数が、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数より小さいと判定した場合、前記第１の配信方法に決定した前記コンテンツに対する前記第１の配信方法を停止し、前記第２の配信方法に決定した前記コンテンツに対する前記第２の配信方法を前記第１の配信方法に変更するように決定することを特徴とする。
【００１３】
このような構成によれば、第１の配信方法に決定したコンテンツの中で所定時間あたりの配信要求の数の小さいコンテンツと、第２の配信方法に決定したコンテンツの中で所定時間あたりの配信要求の数の大きい第２のコンテンツとの間で、配信方法を変更することができる。すなわち、所定時間あたりの配信要求の数に変動がある場合に、配信方法を変更することができるので、配信要求の数の増減トレンドを考慮して、ネットワーク全体のリソースを効率的に使用することができる。
【００１４】
また、本発明の前記コンテンツ配信制御装置は、所定時間あたりの前記配信要求の数をコンテンツごとに集計する第１の集計部と、前記コンテンツの配信要求の数をコンテンツごとに累積して集計する第２の集計部と、を備え、前記配信方法決定部が、前記所定時間あたりの前記配信要求の数の大きいコンテンツから順に、予め決められている所定数分について前記配信方法を前記第１の配信方法に決定する第１の処理、前記第２の集計部の集計数の大きい順、または前記第１の集計部の集計数および前記第２の集計部の集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第２の処理、または、前記第１の集計部の集計数および前記第２の集計部の集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、ランキングによる順位付けを行い、所定期間ごとに、現在のランキングの順位を１つ前の前記所定期間のときのランキングの順位から減算して差分を算出し、前記現在のランキングの高い順および前記差分の大きい順に応じて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第３の処理、を実行することを特徴とする。
【００１５】
このような構成によれば、所定時間あたりの配信要求の数の大きさ、配信要求の累積数の大きさ、ランキングの順位、ランキングの上昇分（差分）の大きさ、に基づいて、第１の配信方法を割り当てることができる。そのため、配信要求の数の増加トレンドを考慮して、ネットワーク全体のリソースを効率的に使用することができる。
【００１６】
また、本発明の前記コンテンツ配信制御装置は、前記記憶部が、前記コンテンツ、前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数を関連付けて履歴情報として記憶しており、前記配信方法決定部が、前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの前記配信方法を前記第２の配信方法に決定することを特徴とする。
【００１７】
このような構成によれば、過去の履歴情報において所定の条件を満たさないコンテンツに対して、第１の配信方法を無駄に割り当てないようにすることができるので、ネットワーク全体のリソースを効率的に使用することができる。
【００１８】
なお、本発明において、特許請求の範囲に記載した前記コンテンツ配信制御装置におけるコンテンツ配信制御方法についても、前記コンテンツ配信制御装置の場合と同様の作用効果がある。
【発明の効果】
【００１９】
本発明によれば、ネットワーク全体のリソースを効率的に使用することができる。
【図面の簡単な説明】
【００２０】
【図１】コンテンツ配信システムの構成例および動作例の概要を示す図である。
【図２】コンテンツ配信制御装置の構成例を示す図である。
【図３】配信方法ＤＢの一例を示す図である。
【図４】配信要求数ＤＢの一例を示す図である。
【図５】ランキングＤＢの一例を示す図である。
【図６】履歴情報ＤＢの一例を示す図である。
【図７】マルチキャストユーザ数ＤＢの一例を示す図である。
【図８】配信サーバの構成例を示す図である。
【図９】コンテンツＤＢの一例を示す図である。
【図１０】コンテンツ配信制御装置における処理フローの一例を示す図である。
【図１１】コンテンツ配信制御装置における処理フローの一例を示す図である。
【図１２】コンテンツ配信制御装置における処理フローの一例を示す図である。
【図１３】コンテンツ配信制御装置における処理フローの一例を示す図である。
【発明を実施するための形態】
【００２１】
次に、本発明を実施するための形態（以降「本実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。なお、以下の説明では、特許請求の範囲に記載した「配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法」の例はマルチキャストとし、「第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法」の例はユニキャストとする。このような例とする根拠は、ある程度大きな配信数においては、ユニキャスト（第２の配信方法）による配信に用いられるネットワークリソースは、マルチキャスト（第１の配信方法）による配信に用いられるネットワークリソースより大きいことに基づいている。さらに、マルチキャスト（第１の配信方法）では、配信経路上の１つのルータが扱える配信数に制約があることも該当していることに基づいている。
【００２２】
（コンテンツ配信システムの概要）
ユーザの使用する端末３０にコンテンツを配信するコンテンツ配信システム１の構成例および動作例の概要について、図１を用いて説明する。
図１に示すように、コンテンツ配信システム１は、コンテンツ配信制御装置１０、コンテンツを配信する配信サーバ２０、ユーザの使用する端末３０（３０ａ，３０ｂ）、コンテンツ配信制御装置１０、およびルータとで構成される。
【００２３】
コンテンツ配信制御装置１０は、端末３０からコンテンツの配信要求を受け付けて、コンテンツを提供する接続先をその端末３０に通知する。また、コンテンツ配信制御装置１０は、コンテンツそれぞれに対して受け付けた配信要求の数に基づいて、そのコンテンツの配信方法を決定し、その決定した配信方法を配信サーバ２０へ送信する。なお、コンテンツ配信制御装置１０の詳細な説明については、後記する。
【００２４】
配信サーバ２０は、コンテンツ配信制御装置１０から受信した配信方法に基づいて、コンテンツを配信する。なお、配信方法は、マルチキャスト（第１の配信方法）およびユニキャスト（第２の配信方法）のいずれかである。なお、配信サーバ２０の詳細な説明については、後記する。
【００２５】
端末３０は、例えば、パソコン、通信機能を備えたテレビ、または携帯電話等の携帯端末である。
【００２６】
ルータは、ルーチングによって、情報やコンテンツを配信先の端末３０に転送する。なお、ルータは、マルチキャスト配信機能を備えている場合には、マルチキャスト配信の配信先の端末３０を登録しているＩＧＭＰ（Internet Group Management Protocol）テーブルを備えている。そして、ルータは、各端末３０がＩＧＭＰテーブルに登録されているか否かを定期的に確認し、ＩＧＭＰテーブルに登録されている端末３０にはマルチキャストでコンテンツを配信し、ＩＧＭＰテーブルに登録されていない（削除された）端末３０にはマルチキャストでコンテンツを配信しない。
【００２７】
なお、図１において、コンテンツ配信制御装置１０および配信サーバ２０は、それぞれ１台ずつしか記載していないが、２台以上であっても構わない。また、端末３０は、２台しか記載していないが、各ルータに２台以上接続されていても構わない。
【００２８】
次に、本実施形態におけるコンテンツ配信システム１の動作例について、図１を用いて説明する。
【００２９】
ステップＳ１０１では、端末３０ａは、コンテンツの配信を要求するコンテンツの配信要求をコンテンツ配信制御装置１０へ送信する。
【００３０】
ステップＳ１０２では、コンテンツ配信制御装置１０は、配信要求を受け付けて、配信要求されたコンテンツの配信方法がユニキャストである場合、端末３０ａに対して、配信サーバ２０のアドレスを接続先として通知する。
【００３１】
ステップＳ１０３では、端末３０ａは、通知された接続先の配信サーバ２０へ接続する。
ステップＳ１０４では、配信サーバ２０は、コンテンツをユニキャストで配信する。
【００３２】
また、ステップＳ１１１では、端末３０ｂは、コンテンツの配信を要求するコンテンツの配信要求をコンテンツ配信制御装置１０へ送信する。
【００３３】
ステップＳ１１２では、コンテンツ配信制御装置１０は、配信要求を受け付けて、配信要求されたコンテンツの配信方法がマルチキャストである場合、端末３０ｂに対して、マルチキャストアドレスを接続先として通知する。
【００３４】
ステップＳ１１３では、端末３０ｂは、近傍のルータにｊｏｉｎメッセージを送信する。そして、当該ルータは、ＩＧＭＰテーブルに、その端末３０ｂを登録する。
【００３５】
ステップＳ１１４では、端末３０ｂは、配信サーバ２０からマルチキャスト配信されたコンテンツを受信する。
【００３６】
ところで、ステップＳ１２１では、コンテンツ配信制御装置１０は、受信した配信要求の数をコンテンツごとに集計し、集計した配信要求の数に基づいて、配信方法としてマルチキャストおよびユニキャストのいずれを用いるかを所定時間ごとに決定する。
ステップＳ１２２では、コンテンツ配信制御装置１０は、決定したコンテンツの配信方法を示す情報を、配信サーバ２０に送信する。
ステップＳ１２３では、配信サーバ２０は、受信した配信方法に基づいて、コンテンツを配信する。なお、マルチキャスト配信されるコンテンツは、そのコンテンツを受信するユーザがいなくなるまで、リピート送信（繰り返し送信）される。
【００３７】
（コンテンツ配信制御装置）
次に、コンテンツ配信制御装置１０の構成例について、図２を用いて説明する。コンテンツ配信制御装置１０は、処理部１１、通信部１２、および記憶部１３を備える。処理部１１は、コンピュータのＣＰＵ（Central Processing Unit）とメインメモリとで構成され、記憶部１３に記憶されているアプリケーションプログラムをメインメモリに展開して、配信方法決定部１１１、第１の集計部１１２、第２の集計部１１３、接続先通知部１１４、配信方法指示部１１５、およびマルチキャスト監視部１１６を具現化する。また、処理部１１は、通信部１２および記憶部１３の制御を司る。
【００３８】
配信方法決定部１１１は、コンテンツそれぞれに対して受け付けた配信要求の数に基づいて、そのコンテンツの配信方法として、マルチキャスト（第１の配信方法）およびユニキャスト（第２の配信方法）のいずれかを決定する。
【００３９】
配信方法の決定では、以下の３つの処理のいずれかが用いられる。
【００４０】
第１の処理では、所定時間あたりの配信要求の数の大きいコンテンツから順に、予め決められている所定数（前記したようにマルチキャストに対して制限される配信数）分について配信方法をマルチキャスト（第１の配信方法）に決定する。
【００４１】
第２の処理では、コンテンツそれぞれの配信要求の累積数の大きい順、または所定時間あたりの配信要求の数および累積数の双方を所定の式に適用して算出される評価値の大小に基づいて、所定数分について配信方法をマルチキャスト（第１の配信方法）に決定する。評価値を算出する式は、例えば、所定時間あたりの配信要求の数および累積数の双方に重み付けして加算等の演算を行うものである。
【００４２】
第３の処理では、コンテンツそれぞれの所定時間あたりの配信要求の数および累積数の双方を所定の式に適用して算出される評価値の大小に基づいて、ランキングによる順位付け（最上位を１位とする）を行い、所定期間ごとに、現在のランキングの順位を１つ前の所定期間のときのランキングの順位から減算して差分を算出し、現在のランキングの高い順および前記差分の大きい順に応じて、所定数分について配信方法をマルチキャスト（第１の配信方法）に決定する。なお、所定期間は、前記所定時間と同じ時間長であっても、前記所定時間の複数倍の時間長であっても構わない。
【００４３】
また、配信方法決定部１１１は、マルチキャスト（第１の配信方法）配信時に配信した端末数、マルチキャスト（第１の配信方法）で配信したコンテンツの提供時間、およびマルチキャスト（第１の配信方法）で配信した回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの配信方法をユニキャスト（第２の配信方法）に決定する。この処理は、過去にマルチキャスト（第１の配信方法）で配信したコンテンツの中で、マルチキャスト配信の所定数分にたまたま空きがあってマルチキャスト（第１の配信方法）に決定されたものの、ネットワークリソースの効率化にほとんど寄与しないコンテンツを除外するために行われる。例えば、マルチキャスト配信時に配信した端末数が所定の閾値より小さい場合には、そのコンテンツの配信方法をユニキャスト（第２の配信方法）に決定する。また、例えば、マルチキャストで配信したコンテンツの提供時間が所定の閾値より短い場合には、そのコンテンツの配信方法をユニキャスト（第２の配信方法）に決定する。また、例えば、マルチキャストで配信した回数については、マルチキャスト配信時に配信した端末数が所定の閾値より小さく、かつ、マルチキャストで配信した回数が小さい場合に、そのコンテンツの配信方法をユニキャスト（第２の配信方法）に決定するというように用いることができる。
【００４４】
また、配信方法決定部１１１は、マルチキャスト（第１の配信方法）で配信することに決定したコンテンツの所定時間あたりの配信要求の数と、ユニキャスト（第２の配信方法）で配信することに決定したコンテンツの所定時間あたりの配信要求の数との間で、所定時間あたりの前記配信要求の数の大小を比較する。そして、配信方法決定部１１１は、マルチキャスト（第１の配信方法）で配信することに決定したコンテンツの所定時間あたりの配信要求の数が、ユニキャスト（第２の配信方法）で配信することに決定したコンテンツの所定時間あたりの配信要求の数より小さいと判定した場合、マルチキャスト（第１の配信方法）で配信することに決定したコンテンツに対するマルチキャスト（第１の配信方法）を停止し、ユニキャスト（第２の配信方法）で配信することに決定したコンテンツに対するユニキャスト（第２の配信方法）をマルチキャスト（第１の配信方法）に変更することを決定する。ただし、マルチキャスト（第１の配信方法）を停止する場合には、そのコンテンツのユーザがいないこと、すなわち、ルータのＩＧＭＰテーブルに当該コンテンツに対して端末３０の登録がないことを条件とする。
【００４５】
第１の集計部１１２は、所定時間あたりの前記配信要求の数を、コンテンツごとに集計する。その集計数は、配信方法決定部１１１における処理に用いられる。
第２の集計部１１３は、コンテンツの配信要求の数を、コンテンツごとに累積して集計する。その集計数（累積数）は、配信方法決定部１１１における処理に用いられる。
【００４６】
接続先通知部１１４は、配信要求のあったコンテンツの配信方法がマルチキャストの場合には、マルチキャストアドレスを通信部１２を介して端末３０に通知する。また、接続先通知部１１４は、配信要求のあったコンテンツの配信方法がユニキャストの場合には、配信サーバ２０のアドレスを通信部１２を介して端末３０に通知する。
【００４７】
配信方法指示部１１５は、配信方法決定部１１１によって決定された配信方法を示す情報を通信部１２を介して配信サーバ２０に送信する。なお、配信方法を示す情報には、マルチキャスト（第１の配信方法）の指示およびユニキャスト（第２の配信方法）の指示だけでなく、マルチキャストとユニキャストとの間の切り替えの指示も含まれる。
【００４８】
マルチキャスト監視部１１６は、ルータのＩＧＭＰテーブルに、コンテンツそれぞれに対して端末３０の登録があるかないかを定期的に監視し、その監視結果（登録数）を配信方法決定部１１１に送信する。
【００４９】
通信部１２は、送信部１２１および受信部１２２で構成される。
送信部１２１は、配信方法指示部１１５から受信した配信方法を示す情報を配信サーバ２０に送信する。また、送信部１２１は、接続先通知部１１４から受信したアドレス情報を端末３０に送信する。
受信部１２２は、端末３０からコンテンツの配信要求を受信し、受信した配信要求を第１の集計部１１２および第２の集計部１１３に送信する。
【００５０】
記憶部１３は、配信方法ＤＢ（配信方法情報）１３１、配信要求数ＤＢ１３２、ランキングＤＢ１３３、履歴情報ＤＢ（履歴情報）１３４、およびマルチキャストユーザ数ＤＢ１３５を備える。
【００５１】
配信方法ＤＢ１３１は、図３に示すように、コンテンツの識別番号であるコンテンツＩＤと、配信中の配信方法と、マルチキャストフラグとを関連付けて記憶している（適宜、図２参照）。
配信中の配信方法には、現在、配信方法決定部１１１によって決定されて配信中の配信方法および接続先のアドレスが記憶される。
【００５２】
マルチキャストフラグは、マルチキャスト配信中のコンテンツに対して付けられるフラグである。具体的には、配信方法決定部１１１は、所定時間ごとに決定した配信方法と、配信方法ＤＢ１３１に記憶されている配信中の配信方法とを比較して、双方ともマルチキャストで一致している場合には、フラグを「０（変更不要）」に設定する。また、配信方法決定部１１１は、所定時間ごとに決定した配信方法がユニキャストであって、配信方法ＤＢ１３１に記憶されている配信中の配信方法と不一致の場合には、フラグを「１（ユニキャストに変更必要）」に設定する。ただし、マルチキャストのコンテンツの配信方法の変更は、コンテンツの再生途中から行うのではなく、コンテンツの先頭から行うとともに、フラグが「１（ユニキャストに変更必要）」であって、そのコンテンツのマルチキャストを受信しているユーザがいなくなった時点で、配信方法指示部１１５によって配信サーバ２０に通知される。
【００５３】
配信要求数ＤＢ１３２は、図４に示すように、コンテンツＩＤ、所定時間あたりの配信要求の数（周期）、および配信要求の累積数を関連付けて記憶している（適宜、図２参照）。なお、図４のコンテンツＩＤは、図３と同じコンテンツＩＤを表している。
所定時間あたりの配信要求の数（周期）は、第１の集計部１１２によって集計された集計数を時系列として記憶している。現在の周期をｎとし、１周期前をｎ−１、２周期前をｎ−２として表している。なお、図４では、２周期前のｎ−２までしか記載していないが、さらに過去の集計数を記憶しても構わない。
配信要求の累積数は、第２の集計部１１３によって集計された集計数を表す。
【００５４】
ランキングＤＢ１３３は、図５に示すように、コンテンツＩＤ、ランキングの順位（期間）、ランキング上昇分（差分）、およびマルチキャストに変更する優先順位を関連付けて記憶している。なお、図５のコンテンツＩＤは、図３と同じコンテンツＩＤを表している。すなわち、コンテンツＩＤ＝０００２，０００４がユニキャスト配信中である。
【００５５】
ランキングの順位（期間）は、現在を期間ｍとし、１期前の期間をｍ−１、２期前の期間をｍ−２として、その期間のランキングの順位を表している。なお、図５では、２期前のｍ−２までしか記載していないが、さらに過去のランキングの順位を記憶しても構わない。
ランキング上昇分（差分）は、現在ｍのランキングの順位を１期前のｍ−１のときのランキングの順位から減算して差分を算出したものである。
マルチキャストに変更する優先順位は、前記現在のランキングの順位および前記差分の大きさに基づいて、順位付けしたものである。図５では、コンテンツＩＤ＝０００２，０００４がユニキャスト配信中であるので、ユニキャスト配信中のコンテンツの間で、順位付けが行われる。
【００５６】
履歴情報ＤＢ１３４は、図６に示すように、コンテンツＩＤ、マルチキャスト配信した端末数（平均値）、マルチキャスト提供時間（平均値）、およびマルチキャスト回数を関連付けて、過去の履歴情報として記憶している。なお、図６のコンテンツＩＤは、図３と同じコンテンツＩＤを表している。履歴情報ＤＢ１３４は、前記したように、マルチキャスト配信した端末数（平均値）、マルチキャスト提供時間（平均値）、およびマルチキャスト回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの配信方法をユニキャスト（第２の配信方法）に決定するために参照される。
【００５７】
マルチキャストユーザ数ＤＢ１３５は、図７に示すように、コンテンツＩＤとＩＧＭＰテーブルへの登録数とを関連付けて記憶している（適宜、図２参照）。なお、図７のコンテンツＩＤは、図３と同じコンテンツＩＤを表している。すなわち、コンテンツＩＤ＝０００１，０００３がマルチキャスト配信中である。
マルチキャストユーザ数ＤＢ１３５は、マルチキャスト監視部１１６によって、ルータのＩＧＭＰテーブルから取得された登録数が記憶される。
【００５８】
（配信サーバ）
次に、配信サーバ２０の構成例について、図８を用いて説明する。配信サーバ２０は、処理部２１、通信部２２、および記憶部２３を備える。処理部２１は、コンピュータのＣＰＵとメインメモリとで構成され、記憶部２３に記憶されているアプリケーションプログラムをメインメモリに展開して、マルチキャスト配信部２１１およびユニキャスト配信部２１２を具現化する。また、処理部２１は、通信部２２および記憶部２３の制御を司る。
【００５９】
記憶部２３は、コンテンツＤＢ２３１を記憶している。
コンテンツＤＢ２３１は、図９に示すように、コンテンツＩＤと配信方法とを関連付けて記憶している。なお、コンテンツＤＢ２３１の配信方法には、コンテンツ配信制御装置１０から受信した配信方法が記憶される。
マルチキャスト配信部２１１は、コンテンツＤＢ２３１を参照し、マルチキャストを配信方法とするコンテンツを、ＩＧＭＰテーブルに登録されている端末３０へ配信する。なお、マルチキャストの配信は、コンテンツの再生途中から行うのではなく、コンテンツの先頭から行う。したがって、コンテンツの配信方法をコンテンツ配信の途中で切り替えることがないため、安定した品質でコンテンツを配信することができるとともに、端末３０で用いられるアプリケーションにおいて、配信方式の切り替え時の再生信号が不連続にならないようにするための複雑な再生処理が不要となる。
ユニキャスト配信部２１２は、コンテンツＤＢ２３１を参照し、ユニキャストを配信方法とするコンテンツを、配信サーバ２０へ接続してきた端末３０へ配信する。
【００６０】
（コンテンツ配信制御装置における処理フロー）
次に、コンテンツ配信制御装置１０における処理フローの一例について、図１０〜１３を用いて説明する（適宜、図２参照）。図１０は、前記した第１の処理について示している。図１１は、前記した第２の処理の中で、配信要求の累積数を用いる場合について示している。図１２は、前記した第２の処理の中で、評価値を用いる場合について示している。図１３は、前記した第３の処理について示している。なお、図１０〜１３において、同じ処理を実行するステップには、同じ符号を付して説明を省略する。
【００６１】
図１０に示す、ステップＳ１００１では、受信部１２２は、端末３０からコンテンツの配信要求を受信する。
ステップＳ１００２では、第１の集計部１１２および第２の集計部１１３は、コンテンツごとに配信要求の数を集計する。そして、第１の集計部１１２および第２の集計部１１３は、集計数を配信要求数ＤＢ１３２に記憶する。
ステップＳ１００３では、配信方法決定部１１１は、配信要求数ＤＢ１３２を参照し、第１の集計部１１２によって集計された所定時間あたりの配信要求の数を用いて、その所定時間あたりの配信要求の数の大きい順にユニキャスト配信しているコンテンツを順位付けする。
【００６２】
ステップＳ１００４では、配信方法決定部１１１は、履歴情報ＤＢ１３４を参照し、所定の条件を満たさないコンテンツを、ステップＳ１００３において順位付けしたユニキャスト配信しているコンテンツの中から除外する。
ステップＳ１００５では、配信方法決定部１１１は、マルチキャスト配信しているコンテンツの所定時間あたりの配信要求の数が、ステップＳ１００４処理後のユニキャスト配信しているコンテンツの所定時間あたりの配信要求の数より小さいか否かを判定する。
【００６３】
マルチキャスト配信しているコンテンツの所定時間あたりの配信要求の数がステップＳ１００４処理後のユニキャスト配信しているコンテンツの所定時間あたりの配信要求の数以上と判定した場合（ステップＳ１００５でＮＯ）、処理はステップＳ１００１へ戻る。
マルチキャスト配信しているコンテンツの所定時間あたりの配信要求の数がステップＳ１００４処理後のユニキャスト配信しているコンテンツの所定時間あたりの配信要求の数より小さいと判定した場合（ステップＳ１００５でＹＥＳ）、ステップＳ１００６では、配信方法決定部１１１は、ステップＳ１００５でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいるか否かを判定する。具体的には、配信方法決定部１１１は、マルチキャストユーザ数ＤＢ１３５を参照し、ＩＧＭＰテーブルへの登録数が「０」となっているか否かを判定する。なお、ＩＧＭＰテーブルへの登録数が「０」であれば、ユーザがいないことを表し、ＩＧＭＰテーブルへの登録数が「０」でなければ、ユーザがいることを表している。
【００６４】
ステップＳ１００５でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいると判定した場合（ステップＳ１００６でＹＥＳ）、処理はステップＳ１００１へ戻る。
ステップＳ１００５でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいないと判定した場合（ステップＳ１００６でＮＯ）、ステップＳ１００７では、配信方法決定部１１１は、マルチキャスト配信するコンテンツを変更する。具体的には、配信方法決定部１１１は、ステップＳ１００６でＮＯに該当するコンテンツのマルチキャスト配信を停止し、ステップＳ１００５でＹＥＳに該当するユニキャストのコンテンツの配信方法をマルチキャストに変更するように決定する。
【００６５】
ステップＳ１００８では、配信方法決定部１１１は、配信方法ＤＢ１３１の配信中の配信方法を更新する。また、配信方法決定部１１１は、変更する配信方法を示す情報を配信サーバ２０に送信する。そして、処理はステップＳ１００１へ戻る。
【００６６】
次に、図１１に示す処理フローにおいて、図１０の処理フローと異なる、ステップＳ１１０１〜Ｓ１１０５について以下に説明する。
ステップＳ１１０１では、配信方法決定部１１１は、配信要求数ＤＢ１３２を参照し、第２の集計部１１３によって集計された配信要求の累積数を用いて、その配信要求の累積数の大きい順にユニキャスト配信しているコンテンツを順位付けする。
【００６７】
ステップＳ１１０２では、配信方法決定部１１１は、履歴情報ＤＢ１３４を参照し、所定の条件を満たさないコンテンツを、ステップＳ１１０１において順位付けしたユニキャスト配信しているコンテンツの中から除外する。
ステップＳ１１０３では、配信方法決定部１１１は、マルチキャスト配信しているコンテンツの配信要求の累積数が、ステップＳ１１０２処理後のユニキャスト配信しているコンテンツの配信要求の累積数より小さいか否かを判定する。
【００６８】
マルチキャスト配信しているコンテンツの配信要求の累積数がステップＳ１１０２処理後のユニキャスト配信しているコンテンツの配信要求の累積数以上と判定した場合（ステップＳ１１０３でＮＯ）、処理はステップＳ１００１へ戻る。
マルチキャスト配信しているコンテンツの配信要求の累積数がステップＳ１１０２処理後のユニキャスト配信しているコンテンツの配信要求の累積数より小さいと判定した場合（ステップＳ１１０３でＹＥＳ）、ステップＳ１１０４では、配信方法決定部１１１は、ステップＳ１１０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいるか否かを判定する。具体的には、配信方法決定部１１１は、マルチキャストユーザ数ＤＢ１３５を参照し、ＩＧＭＰテーブルへの登録数が「０」となっているか否かを判定する。なお、ＩＧＭＰテーブルへの登録数が「０」であれば、ユーザがいないことを表し、ＩＧＭＰテーブルへの登録数が「０」でなければ、ユーザがいることを表している。
【００６９】
ステップＳ１１０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいると判定した場合（ステップＳ１１０４でＹＥＳ）、処理はステップＳ１００１へ戻る。
ステップＳ１１０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいないと判定した場合（ステップＳ１１０４でＮＯ）、ステップＳ１１０５では、配信方法決定部１１１は、マルチキャスト配信するコンテンツを変更する。具体的には、配信方法決定部１１１は、ステップＳ１１０４でＮＯに該当するコンテンツのマルチキャスト配信を停止し、ステップＳ１１０３でＹＥＳに該当するユニキャストのコンテンツの配信方法をマルチキャストに変更するように決定する。
【００７０】
次に、図１２に示す処理フローにおいて、図１０の処理フローと異なる、ステップＳ１２０１〜Ｓ１２０５について以下に説明する。
ステップＳ１２０１では、配信方法決定部１１１は、配信要求数ＤＢ１３２を参照し、所定時間あたりの配信要求の数および配信要求の累積数の双方を用いて算出される評価値の大小に基づいて、ユニキャスト配信しているコンテンツを順位付けする。
【００７１】
ステップＳ１２０２では、配信方法決定部１１１は、履歴情報ＤＢ１３４を参照し、所定の条件を満たさないコンテンツを、ステップＳ１２０１において順位付けしたユニキャスト配信しているコンテンツの中から除外する。
ステップＳ１２０３では、配信方法決定部１１１は、マルチキャスト配信しているコンテンツの評価値が、ステップＳ１２０２処理後のユニキャスト配信しているコンテンツの評価値より小さいか否かを判定する。
【００７２】
マルチキャスト配信しているコンテンツの評価値がステップＳ１２０２処理後のユニキャスト配信しているコンテンツの評価値以上と判定した場合（ステップＳ１２０３でＮＯ）、処理はステップＳ１００１へ戻る。
マルチキャスト配信しているコンテンツの評価値がステップＳ１２０２処理後のユニキャスト配信しているコンテンツの評価値より小さいと判定した場合（ステップＳ１２０３でＹＥＳ）、ステップＳ１２０４では、配信方法決定部１１１は、ステップＳ１２０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいるか否かを判定する。具体的には、配信方法決定部１１１は、マルチキャストユーザ数ＤＢ１３５を参照し、ＩＧＭＰテーブルへの登録数が「０」となっているか否かを判定する。なお、ＩＧＭＰテーブルへの登録数が「０」であれば、ユーザがいないことを表し、ＩＧＭＰテーブルへの登録数が「０」でなければ、ユーザがいることを表している。
【００７３】
ステップＳ１２０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいると判定した場合（ステップＳ１２０４でＹＥＳ）、処理はステップＳ１００１へ戻る。
ステップＳ１２０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいないと判定した場合（ステップＳ１２０４でＮＯ）、ステップＳ１２０５では、配信方法決定部１１１は、マルチキャスト配信するコンテンツを変更する。具体的には、配信方法決定部１１１は、ステップＳ１２０４でＮＯに該当するコンテンツのマルチキャスト配信を停止し、ステップＳ１２０３でＹＥＳに該当するユニキャストのコンテンツの配信方法をマルチキャストに変更するように決定する。
【００７４】
次に、図１３に示す処理フローにおいて、図１０の処理フローと異なる、ステップＳ１３０１〜Ｓ１３０５について以下に説明する。
ステップＳ１３０１では、配信方法決定部１１１は、配信要求数ＤＢ１３２を参照し、所定時間あたりの配信要求の数および配信要求の累積数の双方を用いて算出される評価値の大小に基づいて、ランキングによる順位付けを行い、所定期間ごとに、現在のランキング順位を１つ前の所定期間のときのランキングの順位から減算して差分を算出し、現在のランキングの順位および前記差分に基づいて、ユニキャスト配信しているコンテンツを順位付けする。なお、現在のランキングの順位が同じ場合には、前記差分の大きい方を、上位とする。
【００７５】
ステップＳ１３０２では、配信方法決定部１１１は、履歴情報ＤＢ１３４を参照し、所定の条件を満たさないコンテンツを、ステップＳ１３０１において順位付けしたユニキャスト配信しているコンテンツの中から除外する。
ステップＳ１３０３では、配信方法決定部１１１は、マルチキャスト配信しているコンテンツのランキングの順位が、ステップＳ１３０２処理後のユニキャスト配信しているコンテンツのランキングの順位より小さいか否かを判定する。
【００７６】
マルチキャスト配信しているコンテンツのランキングの順位がステップＳ１３０２処理後のユニキャスト配信しているコンテンツのランキングの順位以上と判定した場合（ステップＳ１３０３でＮＯ）、処理はステップＳ１００１へ戻る。
マルチキャスト配信しているコンテンツのランキングの順位がステップＳ１３０２処理後のユニキャスト配信しているコンテンツのランキングの順位より小さいと判定した場合（ステップＳ１３０３でＹＥＳ）、ステップＳ１３０４では、配信方法決定部１１１は、ステップＳ１３０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいるか否かを判定する。具体的には、配信方法決定部１１１は、マルチキャストユーザ数ＤＢ１３５を参照し、ＩＧＭＰテーブルへの登録数が「０」となっているか否かを判定する。なお、ＩＧＭＰテーブルへの登録数が「０」であれば、ユーザがいないことを表し、ＩＧＭＰテーブルへの登録数が「０」でなければ、ユーザがいることを表している。
【００７７】
ステップＳ１３０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいると判定した場合（ステップＳ１３０４でＹＥＳ）、処理はステップＳ１００１へ戻る。
ステップＳ１３０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいないと判定した場合（ステップＳ１３０４でＮＯ）、ステップＳ１３０５では、配信方法決定部１１１は、マルチキャスト配信するコンテンツを変更する。具体的には、配信方法決定部１１１は、ステップＳ１３０４でＮＯに該当するコンテンツのマルチキャスト配信を停止し、ステップＳ１３０３でＹＥＳに該当するユニキャストのコンテンツの配信方法をマルチキャストに変更するように決定する。
【００７８】
以上、本実施形態におけるコンテンツ配信制御装置１０は、コンテンツに対する配信要求の数に基づいて、配信に使用するネットワークリソースが小さく配信数に制約のあるマルチキャスト（第１の配信方法）およびマルチキャスト（第１の配信方法）に比較して配信に使用するネットワークリソースの大きいユニキャスト（第２の配信方法）のいずれかを決定することができる。そのため、コンテンツに対する配信要求の数の増減トレンドを考慮して、マルチキャスト（第１の配信方法）で配信するコンテンツを決定することによって、ネットワーク全体のリソースを効率的に使用することができる。また、コンテンツの配信方法をコンテンツ配信の途中で切り替えることがないため、安定した品質でコンテンツを配信することができるとともに、端末で用いられるアプリケーションにおいて、配信方式の切り替え時の再生信号が不連続にならないようにするための複雑な再生処理が不要となる。また、コンテンツ配信制御装置１０は、過去の履歴情報において所定の条件を満たさないコンテンツに対して、マルチキャスト（第１の配信方法）を無駄に割り当てないようにすることができるので、ネットワーク全体のリソースを効率的に使用することができる。
【００７９】
なお、ステップＳ１００５，Ｓ１１０３，Ｓ１２０３，Ｓ１３０３における比較判定に用いるユニキャスト配信のコンテンツの数は、順位の上位から、多くとも、マルチキャスト配信の所定数と同数であれば良い。
また、コンテンツ配信制御装置１０は、サーバ機能を備えていても構わない。
【００８０】
また、コンテンツ配信制御装置１０は、配信サーバ２０を含む構成としても構わない。
また、コンテンツ配信制御装置１０は、ステップＳ１００３〜Ｓ１００７の処理、ステップＳ１１０１〜Ｓ１１０５の処理、ステップＳ１２０１〜Ｓ１２０５の処理、ステップＳ１３０１〜Ｓ１３０５の処理、のいずれか１つまたはそれらの処理の組み合わせを実行する構成を備えても良い。
【符号の説明】
【００８１】
１ コンテンツ配信システム
１０ コンテンツ配信制御装置
１１ 処理部
１２ 通信部
１３ 記憶部
２０ 配信サーバ
２１ 処理部
２２ 通信部
２３ 記憶部
３０，３０ａ，３０ｂ 端末
１１１ 配信方法決定部
１１２ 第１の集計部
１１３ 第２の集計部
１１４ 接続先通知部
１１５ 配信方法指示部
１１６ マルチキャスト監視部
１２１ 送信部
１２２ 受信部
１３１ 配信方法ＤＢ（配信方法情報）
１３２ 配信要求数ＤＢ
１３３ ランキングＤＢ
１３４ 履歴情報ＤＢ（履歴情報）
１３５ マルチキャストユーザ数ＤＢ
２１１ マルチキャスト配信部
２１２ ユニキャスト配信部
２３１ コンテンツＤＢ
【技術分野】
【０００１】
本発明は、コンテンツの配信方法として、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法または前記第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを適切に選択することによって、ネットワーク全体のリソースを効率的に使用する技術に関する。
【背景技術】
【０００２】
近年、ＩＰ（Internet Protocol）網において、音声や映像といったコンテンツを連続データとして配信する、ユニキャストまたはマルチキャストを用いたコンテンツ配信サービスが実施されている。このコンテンツ配信サービスでは、サービスごとに配信システムが構築されており、その負荷分散が各サービスに閉じたものとなっていた。
【０００３】
コンテンツをユニキャストで配信する場合には、そのサービスのユーザ数の増加にともなって、コンテンツを配信しているネットワークのリソースの負荷が増大し、正常な配信ができなくなる虞がある。このユニキャストは、前記した第２の配信方法の一例に相当する。
【０００４】
また、コンテンツをマルチキャストで配信する場合には、送信データの宛先を一度に複数設定できるため、ユニキャストに比較して、回線の使用帯域を少なくすることができる。しかし、伝達経路上のルータは、宛先に応じてデータをコピー処理する等の処理負荷を伴ったり、使用できるアドレス数に制限があったりするために、１つのルータが扱えるマルチキャストの配信数に制約がある。このマルチキャストは、前記した第１の配信方法の一例に相当する。
【０００５】
特許文献１では、ユニキャストで配信している最中に、複数のユーザについての配信状況を監視し、同一のコンテンツのユニキャスト配信数が所定の閾値に達した場合、その同一のコンテンツの複数のユニキャスト配信をマルチキャスト配信に切り替えて、ネットワーク設備の負荷を低減する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−８０５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１に開示されている技術は、コンテンツのユニキャスト配信中に配信方法を変更するものである。そのため、特に、ライブ放送の場合には、大規模な配信であればあるほど、配信方式の変更にともなうネットワーク全体での再生処理が煩雑になり、処理負荷がさらに増大するという問題がある。また、コンテンツを受信する端末側では、受信方法の切り替え時の再生信号が不連続にならないようにするため、アプリケーションの再生処理が複雑になるという問題がある。
【０００８】
また、従来のコンテンツ配信サービスでは、サービスごとに配信システムを構築していたために、その負荷分散が各サービスに閉じたものとなっていた。そのため、コンテンツ配信の利用が少ない場合には、空きリソースが多くなり、ネットワーク全体のリソースを効率的に使用できていないという問題がある。
【０００９】
そこで、本発明の課題は、ネットワーク全体のリソースを効率的に使用する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、コンテンツ配信制御装置から受信したコンテンツの配信方法を示す情報に基づいて前記コンテンツを配信する配信サーバと通信可能に接続される前記コンテンツ配信制御装置が、前記コンテンツとそのコンテンツの配信方法とを関連付けた配信方法情報を記憶している記憶部と、ユーザの使用する端末から前記コンテンツの配信要求を受信する受信部と、前記コンテンツに対する前記配信要求の数に基づいて、そのコンテンツの配信方法として、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法および前記第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを決定し、前記決定したコンテンツの配信方法で前記配信方法情報を更新する配信方法決定部と、決定した前記コンテンツの配信方法を示す情報を前記配信サーバに送信する送信部と、を備えることを特徴とする。
【００１１】
このような構成によれば、コンテンツに対する配信要求の数に基づいて、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法および第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを決定することができる。ここで、第１の配信方法がマルチキャストであり、第２の配信方法がユニキャストである場合を一例として説明する。ユニキャスト（第２の配信方法）で配信する場合は、配信要求の数が多くなるとネットワークリソースを圧迫する。マルチキャスト（第１の配信方法）で配信する場合は、配信できる配信数に制約がある。そのため、コンテンツに対する配信要求の数のトレンドを考慮して、マルチキャスト（第１の配信方法）で配信するコンテンツを決定することによって、ネットワーク全体のリソースを効率的に使用することができる。また、特許文献１に記載の開示技術のように、コンテンツの配信方法をコンテンツ配信の途中で切り替えることがないため、安定した品質でコンテンツを配信することができる。また、端末で用いられるアプリケーションにおいて、配信方式の切り替え時の再生信号が不連続にならないようにするための複雑な再生処理が不要となる。
【００１２】
また、本発明の前記コンテンツ配信制御装置は、前記配信要求の数をコンテンツごとに集計する第１の集計部を備え、前記配信方法決定部が、前記第１の配信方法に決定した前記コンテンツの所定時間あたりの前記配信要求の数と、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数との間で、前記所定時間あたりの前記配信要求の数の大小を比較し、前記第１の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数が、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数より小さいと判定した場合、前記第１の配信方法に決定した前記コンテンツに対する前記第１の配信方法を停止し、前記第２の配信方法に決定した前記コンテンツに対する前記第２の配信方法を前記第１の配信方法に変更するように決定することを特徴とする。
【００１３】
このような構成によれば、第１の配信方法に決定したコンテンツの中で所定時間あたりの配信要求の数の小さいコンテンツと、第２の配信方法に決定したコンテンツの中で所定時間あたりの配信要求の数の大きい第２のコンテンツとの間で、配信方法を変更することができる。すなわち、所定時間あたりの配信要求の数に変動がある場合に、配信方法を変更することができるので、配信要求の数の増減トレンドを考慮して、ネットワーク全体のリソースを効率的に使用することができる。
【００１４】
また、本発明の前記コンテンツ配信制御装置は、所定時間あたりの前記配信要求の数をコンテンツごとに集計する第１の集計部と、前記コンテンツの配信要求の数をコンテンツごとに累積して集計する第２の集計部と、を備え、前記配信方法決定部が、前記所定時間あたりの前記配信要求の数の大きいコンテンツから順に、予め決められている所定数分について前記配信方法を前記第１の配信方法に決定する第１の処理、前記第２の集計部の集計数の大きい順、または前記第１の集計部の集計数および前記第２の集計部の集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第２の処理、または、前記第１の集計部の集計数および前記第２の集計部の集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、ランキングによる順位付けを行い、所定期間ごとに、現在のランキングの順位を１つ前の前記所定期間のときのランキングの順位から減算して差分を算出し、前記現在のランキングの高い順および前記差分の大きい順に応じて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第３の処理、を実行することを特徴とする。
【００１５】
このような構成によれば、所定時間あたりの配信要求の数の大きさ、配信要求の累積数の大きさ、ランキングの順位、ランキングの上昇分（差分）の大きさ、に基づいて、第１の配信方法を割り当てることができる。そのため、配信要求の数の増加トレンドを考慮して、ネットワーク全体のリソースを効率的に使用することができる。
【００１６】
また、本発明の前記コンテンツ配信制御装置は、前記記憶部が、前記コンテンツ、前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数を関連付けて履歴情報として記憶しており、前記配信方法決定部が、前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの前記配信方法を前記第２の配信方法に決定することを特徴とする。
【００１７】
このような構成によれば、過去の履歴情報において所定の条件を満たさないコンテンツに対して、第１の配信方法を無駄に割り当てないようにすることができるので、ネットワーク全体のリソースを効率的に使用することができる。
【００１８】
なお、本発明において、特許請求の範囲に記載した前記コンテンツ配信制御装置におけるコンテンツ配信制御方法についても、前記コンテンツ配信制御装置の場合と同様の作用効果がある。
【発明の効果】
【００１９】
本発明によれば、ネットワーク全体のリソースを効率的に使用することができる。
【図面の簡単な説明】
【００２０】
【図１】コンテンツ配信システムの構成例および動作例の概要を示す図である。
【図２】コンテンツ配信制御装置の構成例を示す図である。
【図３】配信方法ＤＢの一例を示す図である。
【図４】配信要求数ＤＢの一例を示す図である。
【図５】ランキングＤＢの一例を示す図である。
【図６】履歴情報ＤＢの一例を示す図である。
【図７】マルチキャストユーザ数ＤＢの一例を示す図である。
【図８】配信サーバの構成例を示す図である。
【図９】コンテンツＤＢの一例を示す図である。
【図１０】コンテンツ配信制御装置における処理フローの一例を示す図である。
【図１１】コンテンツ配信制御装置における処理フローの一例を示す図である。
【図１２】コンテンツ配信制御装置における処理フローの一例を示す図である。
【図１３】コンテンツ配信制御装置における処理フローの一例を示す図である。
【発明を実施するための形態】
【００２１】
次に、本発明を実施するための形態（以降「本実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。なお、以下の説明では、特許請求の範囲に記載した「配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法」の例はマルチキャストとし、「第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法」の例はユニキャストとする。このような例とする根拠は、ある程度大きな配信数においては、ユニキャスト（第２の配信方法）による配信に用いられるネットワークリソースは、マルチキャスト（第１の配信方法）による配信に用いられるネットワークリソースより大きいことに基づいている。さらに、マルチキャスト（第１の配信方法）では、配信経路上の１つのルータが扱える配信数に制約があることも該当していることに基づいている。
【００２２】
（コンテンツ配信システムの概要）
ユーザの使用する端末３０にコンテンツを配信するコンテンツ配信システム１の構成例および動作例の概要について、図１を用いて説明する。
図１に示すように、コンテンツ配信システム１は、コンテンツ配信制御装置１０、コンテンツを配信する配信サーバ２０、ユーザの使用する端末３０（３０ａ，３０ｂ）、コンテンツ配信制御装置１０、およびルータとで構成される。
【００２３】
コンテンツ配信制御装置１０は、端末３０からコンテンツの配信要求を受け付けて、コンテンツを提供する接続先をその端末３０に通知する。また、コンテンツ配信制御装置１０は、コンテンツそれぞれに対して受け付けた配信要求の数に基づいて、そのコンテンツの配信方法を決定し、その決定した配信方法を配信サーバ２０へ送信する。なお、コンテンツ配信制御装置１０の詳細な説明については、後記する。
【００２４】
配信サーバ２０は、コンテンツ配信制御装置１０から受信した配信方法に基づいて、コンテンツを配信する。なお、配信方法は、マルチキャスト（第１の配信方法）およびユニキャスト（第２の配信方法）のいずれかである。なお、配信サーバ２０の詳細な説明については、後記する。
【００２５】
端末３０は、例えば、パソコン、通信機能を備えたテレビ、または携帯電話等の携帯端末である。
【００２６】
ルータは、ルーチングによって、情報やコンテンツを配信先の端末３０に転送する。なお、ルータは、マルチキャスト配信機能を備えている場合には、マルチキャスト配信の配信先の端末３０を登録しているＩＧＭＰ（Internet Group Management Protocol）テーブルを備えている。そして、ルータは、各端末３０がＩＧＭＰテーブルに登録されているか否かを定期的に確認し、ＩＧＭＰテーブルに登録されている端末３０にはマルチキャストでコンテンツを配信し、ＩＧＭＰテーブルに登録されていない（削除された）端末３０にはマルチキャストでコンテンツを配信しない。
【００２７】
なお、図１において、コンテンツ配信制御装置１０および配信サーバ２０は、それぞれ１台ずつしか記載していないが、２台以上であっても構わない。また、端末３０は、２台しか記載していないが、各ルータに２台以上接続されていても構わない。
【００２８】
次に、本実施形態におけるコンテンツ配信システム１の動作例について、図１を用いて説明する。
【００２９】
ステップＳ１０１では、端末３０ａは、コンテンツの配信を要求するコンテンツの配信要求をコンテンツ配信制御装置１０へ送信する。
【００３０】
ステップＳ１０２では、コンテンツ配信制御装置１０は、配信要求を受け付けて、配信要求されたコンテンツの配信方法がユニキャストである場合、端末３０ａに対して、配信サーバ２０のアドレスを接続先として通知する。
【００３１】
ステップＳ１０３では、端末３０ａは、通知された接続先の配信サーバ２０へ接続する。
ステップＳ１０４では、配信サーバ２０は、コンテンツをユニキャストで配信する。
【００３２】
また、ステップＳ１１１では、端末３０ｂは、コンテンツの配信を要求するコンテンツの配信要求をコンテンツ配信制御装置１０へ送信する。
【００３３】
ステップＳ１１２では、コンテンツ配信制御装置１０は、配信要求を受け付けて、配信要求されたコンテンツの配信方法がマルチキャストである場合、端末３０ｂに対して、マルチキャストアドレスを接続先として通知する。
【００３４】
ステップＳ１１３では、端末３０ｂは、近傍のルータにｊｏｉｎメッセージを送信する。そして、当該ルータは、ＩＧＭＰテーブルに、その端末３０ｂを登録する。
【００３５】
ステップＳ１１４では、端末３０ｂは、配信サーバ２０からマルチキャスト配信されたコンテンツを受信する。
【００３６】
ところで、ステップＳ１２１では、コンテンツ配信制御装置１０は、受信した配信要求の数をコンテンツごとに集計し、集計した配信要求の数に基づいて、配信方法としてマルチキャストおよびユニキャストのいずれを用いるかを所定時間ごとに決定する。
ステップＳ１２２では、コンテンツ配信制御装置１０は、決定したコンテンツの配信方法を示す情報を、配信サーバ２０に送信する。
ステップＳ１２３では、配信サーバ２０は、受信した配信方法に基づいて、コンテンツを配信する。なお、マルチキャスト配信されるコンテンツは、そのコンテンツを受信するユーザがいなくなるまで、リピート送信（繰り返し送信）される。
【００３７】
（コンテンツ配信制御装置）
次に、コンテンツ配信制御装置１０の構成例について、図２を用いて説明する。コンテンツ配信制御装置１０は、処理部１１、通信部１２、および記憶部１３を備える。処理部１１は、コンピュータのＣＰＵ（Central Processing Unit）とメインメモリとで構成され、記憶部１３に記憶されているアプリケーションプログラムをメインメモリに展開して、配信方法決定部１１１、第１の集計部１１２、第２の集計部１１３、接続先通知部１１４、配信方法指示部１１５、およびマルチキャスト監視部１１６を具現化する。また、処理部１１は、通信部１２および記憶部１３の制御を司る。
【００３８】
配信方法決定部１１１は、コンテンツそれぞれに対して受け付けた配信要求の数に基づいて、そのコンテンツの配信方法として、マルチキャスト（第１の配信方法）およびユニキャスト（第２の配信方法）のいずれかを決定する。
【００３９】
配信方法の決定では、以下の３つの処理のいずれかが用いられる。
【００４０】
第１の処理では、所定時間あたりの配信要求の数の大きいコンテンツから順に、予め決められている所定数（前記したようにマルチキャストに対して制限される配信数）分について配信方法をマルチキャスト（第１の配信方法）に決定する。
【００４１】
第２の処理では、コンテンツそれぞれの配信要求の累積数の大きい順、または所定時間あたりの配信要求の数および累積数の双方を所定の式に適用して算出される評価値の大小に基づいて、所定数分について配信方法をマルチキャスト（第１の配信方法）に決定する。評価値を算出する式は、例えば、所定時間あたりの配信要求の数および累積数の双方に重み付けして加算等の演算を行うものである。
【００４２】
第３の処理では、コンテンツそれぞれの所定時間あたりの配信要求の数および累積数の双方を所定の式に適用して算出される評価値の大小に基づいて、ランキングによる順位付け（最上位を１位とする）を行い、所定期間ごとに、現在のランキングの順位を１つ前の所定期間のときのランキングの順位から減算して差分を算出し、現在のランキングの高い順および前記差分の大きい順に応じて、所定数分について配信方法をマルチキャスト（第１の配信方法）に決定する。なお、所定期間は、前記所定時間と同じ時間長であっても、前記所定時間の複数倍の時間長であっても構わない。
【００４３】
また、配信方法決定部１１１は、マルチキャスト（第１の配信方法）配信時に配信した端末数、マルチキャスト（第１の配信方法）で配信したコンテンツの提供時間、およびマルチキャスト（第１の配信方法）で配信した回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの配信方法をユニキャスト（第２の配信方法）に決定する。この処理は、過去にマルチキャスト（第１の配信方法）で配信したコンテンツの中で、マルチキャスト配信の所定数分にたまたま空きがあってマルチキャスト（第１の配信方法）に決定されたものの、ネットワークリソースの効率化にほとんど寄与しないコンテンツを除外するために行われる。例えば、マルチキャスト配信時に配信した端末数が所定の閾値より小さい場合には、そのコンテンツの配信方法をユニキャスト（第２の配信方法）に決定する。また、例えば、マルチキャストで配信したコンテンツの提供時間が所定の閾値より短い場合には、そのコンテンツの配信方法をユニキャスト（第２の配信方法）に決定する。また、例えば、マルチキャストで配信した回数については、マルチキャスト配信時に配信した端末数が所定の閾値より小さく、かつ、マルチキャストで配信した回数が小さい場合に、そのコンテンツの配信方法をユニキャスト（第２の配信方法）に決定するというように用いることができる。
【００４４】
また、配信方法決定部１１１は、マルチキャスト（第１の配信方法）で配信することに決定したコンテンツの所定時間あたりの配信要求の数と、ユニキャスト（第２の配信方法）で配信することに決定したコンテンツの所定時間あたりの配信要求の数との間で、所定時間あたりの前記配信要求の数の大小を比較する。そして、配信方法決定部１１１は、マルチキャスト（第１の配信方法）で配信することに決定したコンテンツの所定時間あたりの配信要求の数が、ユニキャスト（第２の配信方法）で配信することに決定したコンテンツの所定時間あたりの配信要求の数より小さいと判定した場合、マルチキャスト（第１の配信方法）で配信することに決定したコンテンツに対するマルチキャスト（第１の配信方法）を停止し、ユニキャスト（第２の配信方法）で配信することに決定したコンテンツに対するユニキャスト（第２の配信方法）をマルチキャスト（第１の配信方法）に変更することを決定する。ただし、マルチキャスト（第１の配信方法）を停止する場合には、そのコンテンツのユーザがいないこと、すなわち、ルータのＩＧＭＰテーブルに当該コンテンツに対して端末３０の登録がないことを条件とする。
【００４５】
第１の集計部１１２は、所定時間あたりの前記配信要求の数を、コンテンツごとに集計する。その集計数は、配信方法決定部１１１における処理に用いられる。
第２の集計部１１３は、コンテンツの配信要求の数を、コンテンツごとに累積して集計する。その集計数（累積数）は、配信方法決定部１１１における処理に用いられる。
【００４６】
接続先通知部１１４は、配信要求のあったコンテンツの配信方法がマルチキャストの場合には、マルチキャストアドレスを通信部１２を介して端末３０に通知する。また、接続先通知部１１４は、配信要求のあったコンテンツの配信方法がユニキャストの場合には、配信サーバ２０のアドレスを通信部１２を介して端末３０に通知する。
【００４７】
配信方法指示部１１５は、配信方法決定部１１１によって決定された配信方法を示す情報を通信部１２を介して配信サーバ２０に送信する。なお、配信方法を示す情報には、マルチキャスト（第１の配信方法）の指示およびユニキャスト（第２の配信方法）の指示だけでなく、マルチキャストとユニキャストとの間の切り替えの指示も含まれる。
【００４８】
マルチキャスト監視部１１６は、ルータのＩＧＭＰテーブルに、コンテンツそれぞれに対して端末３０の登録があるかないかを定期的に監視し、その監視結果（登録数）を配信方法決定部１１１に送信する。
【００４９】
通信部１２は、送信部１２１および受信部１２２で構成される。
送信部１２１は、配信方法指示部１１５から受信した配信方法を示す情報を配信サーバ２０に送信する。また、送信部１２１は、接続先通知部１１４から受信したアドレス情報を端末３０に送信する。
受信部１２２は、端末３０からコンテンツの配信要求を受信し、受信した配信要求を第１の集計部１１２および第２の集計部１１３に送信する。
【００５０】
記憶部１３は、配信方法ＤＢ（配信方法情報）１３１、配信要求数ＤＢ１３２、ランキングＤＢ１３３、履歴情報ＤＢ（履歴情報）１３４、およびマルチキャストユーザ数ＤＢ１３５を備える。
【００５１】
配信方法ＤＢ１３１は、図３に示すように、コンテンツの識別番号であるコンテンツＩＤと、配信中の配信方法と、マルチキャストフラグとを関連付けて記憶している（適宜、図２参照）。
配信中の配信方法には、現在、配信方法決定部１１１によって決定されて配信中の配信方法および接続先のアドレスが記憶される。
【００５２】
マルチキャストフラグは、マルチキャスト配信中のコンテンツに対して付けられるフラグである。具体的には、配信方法決定部１１１は、所定時間ごとに決定した配信方法と、配信方法ＤＢ１３１に記憶されている配信中の配信方法とを比較して、双方ともマルチキャストで一致している場合には、フラグを「０（変更不要）」に設定する。また、配信方法決定部１１１は、所定時間ごとに決定した配信方法がユニキャストであって、配信方法ＤＢ１３１に記憶されている配信中の配信方法と不一致の場合には、フラグを「１（ユニキャストに変更必要）」に設定する。ただし、マルチキャストのコンテンツの配信方法の変更は、コンテンツの再生途中から行うのではなく、コンテンツの先頭から行うとともに、フラグが「１（ユニキャストに変更必要）」であって、そのコンテンツのマルチキャストを受信しているユーザがいなくなった時点で、配信方法指示部１１５によって配信サーバ２０に通知される。
【００５３】
配信要求数ＤＢ１３２は、図４に示すように、コンテンツＩＤ、所定時間あたりの配信要求の数（周期）、および配信要求の累積数を関連付けて記憶している（適宜、図２参照）。なお、図４のコンテンツＩＤは、図３と同じコンテンツＩＤを表している。
所定時間あたりの配信要求の数（周期）は、第１の集計部１１２によって集計された集計数を時系列として記憶している。現在の周期をｎとし、１周期前をｎ−１、２周期前をｎ−２として表している。なお、図４では、２周期前のｎ−２までしか記載していないが、さらに過去の集計数を記憶しても構わない。
配信要求の累積数は、第２の集計部１１３によって集計された集計数を表す。
【００５４】
ランキングＤＢ１３３は、図５に示すように、コンテンツＩＤ、ランキングの順位（期間）、ランキング上昇分（差分）、およびマルチキャストに変更する優先順位を関連付けて記憶している。なお、図５のコンテンツＩＤは、図３と同じコンテンツＩＤを表している。すなわち、コンテンツＩＤ＝０００２，０００４がユニキャスト配信中である。
【００５５】
ランキングの順位（期間）は、現在を期間ｍとし、１期前の期間をｍ−１、２期前の期間をｍ−２として、その期間のランキングの順位を表している。なお、図５では、２期前のｍ−２までしか記載していないが、さらに過去のランキングの順位を記憶しても構わない。
ランキング上昇分（差分）は、現在ｍのランキングの順位を１期前のｍ−１のときのランキングの順位から減算して差分を算出したものである。
マルチキャストに変更する優先順位は、前記現在のランキングの順位および前記差分の大きさに基づいて、順位付けしたものである。図５では、コンテンツＩＤ＝０００２，０００４がユニキャスト配信中であるので、ユニキャスト配信中のコンテンツの間で、順位付けが行われる。
【００５６】
履歴情報ＤＢ１３４は、図６に示すように、コンテンツＩＤ、マルチキャスト配信した端末数（平均値）、マルチキャスト提供時間（平均値）、およびマルチキャスト回数を関連付けて、過去の履歴情報として記憶している。なお、図６のコンテンツＩＤは、図３と同じコンテンツＩＤを表している。履歴情報ＤＢ１３４は、前記したように、マルチキャスト配信した端末数（平均値）、マルチキャスト提供時間（平均値）、およびマルチキャスト回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの配信方法をユニキャスト（第２の配信方法）に決定するために参照される。
【００５７】
マルチキャストユーザ数ＤＢ１３５は、図７に示すように、コンテンツＩＤとＩＧＭＰテーブルへの登録数とを関連付けて記憶している（適宜、図２参照）。なお、図７のコンテンツＩＤは、図３と同じコンテンツＩＤを表している。すなわち、コンテンツＩＤ＝０００１，０００３がマルチキャスト配信中である。
マルチキャストユーザ数ＤＢ１３５は、マルチキャスト監視部１１６によって、ルータのＩＧＭＰテーブルから取得された登録数が記憶される。
【００５８】
（配信サーバ）
次に、配信サーバ２０の構成例について、図８を用いて説明する。配信サーバ２０は、処理部２１、通信部２２、および記憶部２３を備える。処理部２１は、コンピュータのＣＰＵとメインメモリとで構成され、記憶部２３に記憶されているアプリケーションプログラムをメインメモリに展開して、マルチキャスト配信部２１１およびユニキャスト配信部２１２を具現化する。また、処理部２１は、通信部２２および記憶部２３の制御を司る。
【００５９】
記憶部２３は、コンテンツＤＢ２３１を記憶している。
コンテンツＤＢ２３１は、図９に示すように、コンテンツＩＤと配信方法とを関連付けて記憶している。なお、コンテンツＤＢ２３１の配信方法には、コンテンツ配信制御装置１０から受信した配信方法が記憶される。
マルチキャスト配信部２１１は、コンテンツＤＢ２３１を参照し、マルチキャストを配信方法とするコンテンツを、ＩＧＭＰテーブルに登録されている端末３０へ配信する。なお、マルチキャストの配信は、コンテンツの再生途中から行うのではなく、コンテンツの先頭から行う。したがって、コンテンツの配信方法をコンテンツ配信の途中で切り替えることがないため、安定した品質でコンテンツを配信することができるとともに、端末３０で用いられるアプリケーションにおいて、配信方式の切り替え時の再生信号が不連続にならないようにするための複雑な再生処理が不要となる。
ユニキャスト配信部２１２は、コンテンツＤＢ２３１を参照し、ユニキャストを配信方法とするコンテンツを、配信サーバ２０へ接続してきた端末３０へ配信する。
【００６０】
（コンテンツ配信制御装置における処理フロー）
次に、コンテンツ配信制御装置１０における処理フローの一例について、図１０〜１３を用いて説明する（適宜、図２参照）。図１０は、前記した第１の処理について示している。図１１は、前記した第２の処理の中で、配信要求の累積数を用いる場合について示している。図１２は、前記した第２の処理の中で、評価値を用いる場合について示している。図１３は、前記した第３の処理について示している。なお、図１０〜１３において、同じ処理を実行するステップには、同じ符号を付して説明を省略する。
【００６１】
図１０に示す、ステップＳ１００１では、受信部１２２は、端末３０からコンテンツの配信要求を受信する。
ステップＳ１００２では、第１の集計部１１２および第２の集計部１１３は、コンテンツごとに配信要求の数を集計する。そして、第１の集計部１１２および第２の集計部１１３は、集計数を配信要求数ＤＢ１３２に記憶する。
ステップＳ１００３では、配信方法決定部１１１は、配信要求数ＤＢ１３２を参照し、第１の集計部１１２によって集計された所定時間あたりの配信要求の数を用いて、その所定時間あたりの配信要求の数の大きい順にユニキャスト配信しているコンテンツを順位付けする。
【００６２】
ステップＳ１００４では、配信方法決定部１１１は、履歴情報ＤＢ１３４を参照し、所定の条件を満たさないコンテンツを、ステップＳ１００３において順位付けしたユニキャスト配信しているコンテンツの中から除外する。
ステップＳ１００５では、配信方法決定部１１１は、マルチキャスト配信しているコンテンツの所定時間あたりの配信要求の数が、ステップＳ１００４処理後のユニキャスト配信しているコンテンツの所定時間あたりの配信要求の数より小さいか否かを判定する。
【００６３】
マルチキャスト配信しているコンテンツの所定時間あたりの配信要求の数がステップＳ１００４処理後のユニキャスト配信しているコンテンツの所定時間あたりの配信要求の数以上と判定した場合（ステップＳ１００５でＮＯ）、処理はステップＳ１００１へ戻る。
マルチキャスト配信しているコンテンツの所定時間あたりの配信要求の数がステップＳ１００４処理後のユニキャスト配信しているコンテンツの所定時間あたりの配信要求の数より小さいと判定した場合（ステップＳ１００５でＹＥＳ）、ステップＳ１００６では、配信方法決定部１１１は、ステップＳ１００５でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいるか否かを判定する。具体的には、配信方法決定部１１１は、マルチキャストユーザ数ＤＢ１３５を参照し、ＩＧＭＰテーブルへの登録数が「０」となっているか否かを判定する。なお、ＩＧＭＰテーブルへの登録数が「０」であれば、ユーザがいないことを表し、ＩＧＭＰテーブルへの登録数が「０」でなければ、ユーザがいることを表している。
【００６４】
ステップＳ１００５でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいると判定した場合（ステップＳ１００６でＹＥＳ）、処理はステップＳ１００１へ戻る。
ステップＳ１００５でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいないと判定した場合（ステップＳ１００６でＮＯ）、ステップＳ１００７では、配信方法決定部１１１は、マルチキャスト配信するコンテンツを変更する。具体的には、配信方法決定部１１１は、ステップＳ１００６でＮＯに該当するコンテンツのマルチキャスト配信を停止し、ステップＳ１００５でＹＥＳに該当するユニキャストのコンテンツの配信方法をマルチキャストに変更するように決定する。
【００６５】
ステップＳ１００８では、配信方法決定部１１１は、配信方法ＤＢ１３１の配信中の配信方法を更新する。また、配信方法決定部１１１は、変更する配信方法を示す情報を配信サーバ２０に送信する。そして、処理はステップＳ１００１へ戻る。
【００６６】
次に、図１１に示す処理フローにおいて、図１０の処理フローと異なる、ステップＳ１１０１〜Ｓ１１０５について以下に説明する。
ステップＳ１１０１では、配信方法決定部１１１は、配信要求数ＤＢ１３２を参照し、第２の集計部１１３によって集計された配信要求の累積数を用いて、その配信要求の累積数の大きい順にユニキャスト配信しているコンテンツを順位付けする。
【００６７】
ステップＳ１１０２では、配信方法決定部１１１は、履歴情報ＤＢ１３４を参照し、所定の条件を満たさないコンテンツを、ステップＳ１１０１において順位付けしたユニキャスト配信しているコンテンツの中から除外する。
ステップＳ１１０３では、配信方法決定部１１１は、マルチキャスト配信しているコンテンツの配信要求の累積数が、ステップＳ１１０２処理後のユニキャスト配信しているコンテンツの配信要求の累積数より小さいか否かを判定する。
【００６８】
マルチキャスト配信しているコンテンツの配信要求の累積数がステップＳ１１０２処理後のユニキャスト配信しているコンテンツの配信要求の累積数以上と判定した場合（ステップＳ１１０３でＮＯ）、処理はステップＳ１００１へ戻る。
マルチキャスト配信しているコンテンツの配信要求の累積数がステップＳ１１０２処理後のユニキャスト配信しているコンテンツの配信要求の累積数より小さいと判定した場合（ステップＳ１１０３でＹＥＳ）、ステップＳ１１０４では、配信方法決定部１１１は、ステップＳ１１０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいるか否かを判定する。具体的には、配信方法決定部１１１は、マルチキャストユーザ数ＤＢ１３５を参照し、ＩＧＭＰテーブルへの登録数が「０」となっているか否かを判定する。なお、ＩＧＭＰテーブルへの登録数が「０」であれば、ユーザがいないことを表し、ＩＧＭＰテーブルへの登録数が「０」でなければ、ユーザがいることを表している。
【００６９】
ステップＳ１１０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいると判定した場合（ステップＳ１１０４でＹＥＳ）、処理はステップＳ１００１へ戻る。
ステップＳ１１０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいないと判定した場合（ステップＳ１１０４でＮＯ）、ステップＳ１１０５では、配信方法決定部１１１は、マルチキャスト配信するコンテンツを変更する。具体的には、配信方法決定部１１１は、ステップＳ１１０４でＮＯに該当するコンテンツのマルチキャスト配信を停止し、ステップＳ１１０３でＹＥＳに該当するユニキャストのコンテンツの配信方法をマルチキャストに変更するように決定する。
【００７０】
次に、図１２に示す処理フローにおいて、図１０の処理フローと異なる、ステップＳ１２０１〜Ｓ１２０５について以下に説明する。
ステップＳ１２０１では、配信方法決定部１１１は、配信要求数ＤＢ１３２を参照し、所定時間あたりの配信要求の数および配信要求の累積数の双方を用いて算出される評価値の大小に基づいて、ユニキャスト配信しているコンテンツを順位付けする。
【００７１】
ステップＳ１２０２では、配信方法決定部１１１は、履歴情報ＤＢ１３４を参照し、所定の条件を満たさないコンテンツを、ステップＳ１２０１において順位付けしたユニキャスト配信しているコンテンツの中から除外する。
ステップＳ１２０３では、配信方法決定部１１１は、マルチキャスト配信しているコンテンツの評価値が、ステップＳ１２０２処理後のユニキャスト配信しているコンテンツの評価値より小さいか否かを判定する。
【００７２】
マルチキャスト配信しているコンテンツの評価値がステップＳ１２０２処理後のユニキャスト配信しているコンテンツの評価値以上と判定した場合（ステップＳ１２０３でＮＯ）、処理はステップＳ１００１へ戻る。
マルチキャスト配信しているコンテンツの評価値がステップＳ１２０２処理後のユニキャスト配信しているコンテンツの評価値より小さいと判定した場合（ステップＳ１２０３でＹＥＳ）、ステップＳ１２０４では、配信方法決定部１１１は、ステップＳ１２０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいるか否かを判定する。具体的には、配信方法決定部１１１は、マルチキャストユーザ数ＤＢ１３５を参照し、ＩＧＭＰテーブルへの登録数が「０」となっているか否かを判定する。なお、ＩＧＭＰテーブルへの登録数が「０」であれば、ユーザがいないことを表し、ＩＧＭＰテーブルへの登録数が「０」でなければ、ユーザがいることを表している。
【００７３】
ステップＳ１２０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいると判定した場合（ステップＳ１２０４でＹＥＳ）、処理はステップＳ１００１へ戻る。
ステップＳ１２０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいないと判定した場合（ステップＳ１２０４でＮＯ）、ステップＳ１２０５では、配信方法決定部１１１は、マルチキャスト配信するコンテンツを変更する。具体的には、配信方法決定部１１１は、ステップＳ１２０４でＮＯに該当するコンテンツのマルチキャスト配信を停止し、ステップＳ１２０３でＹＥＳに該当するユニキャストのコンテンツの配信方法をマルチキャストに変更するように決定する。
【００７４】
次に、図１３に示す処理フローにおいて、図１０の処理フローと異なる、ステップＳ１３０１〜Ｓ１３０５について以下に説明する。
ステップＳ１３０１では、配信方法決定部１１１は、配信要求数ＤＢ１３２を参照し、所定時間あたりの配信要求の数および配信要求の累積数の双方を用いて算出される評価値の大小に基づいて、ランキングによる順位付けを行い、所定期間ごとに、現在のランキング順位を１つ前の所定期間のときのランキングの順位から減算して差分を算出し、現在のランキングの順位および前記差分に基づいて、ユニキャスト配信しているコンテンツを順位付けする。なお、現在のランキングの順位が同じ場合には、前記差分の大きい方を、上位とする。
【００７５】
ステップＳ１３０２では、配信方法決定部１１１は、履歴情報ＤＢ１３４を参照し、所定の条件を満たさないコンテンツを、ステップＳ１３０１において順位付けしたユニキャスト配信しているコンテンツの中から除外する。
ステップＳ１３０３では、配信方法決定部１１１は、マルチキャスト配信しているコンテンツのランキングの順位が、ステップＳ１３０２処理後のユニキャスト配信しているコンテンツのランキングの順位より小さいか否かを判定する。
【００７６】
マルチキャスト配信しているコンテンツのランキングの順位がステップＳ１３０２処理後のユニキャスト配信しているコンテンツのランキングの順位以上と判定した場合（ステップＳ１３０３でＮＯ）、処理はステップＳ１００１へ戻る。
マルチキャスト配信しているコンテンツのランキングの順位がステップＳ１３０２処理後のユニキャスト配信しているコンテンツのランキングの順位より小さいと判定した場合（ステップＳ１３０３でＹＥＳ）、ステップＳ１３０４では、配信方法決定部１１１は、ステップＳ１３０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいるか否かを判定する。具体的には、配信方法決定部１１１は、マルチキャストユーザ数ＤＢ１３５を参照し、ＩＧＭＰテーブルへの登録数が「０」となっているか否かを判定する。なお、ＩＧＭＰテーブルへの登録数が「０」であれば、ユーザがいないことを表し、ＩＧＭＰテーブルへの登録数が「０」でなければ、ユーザがいることを表している。
【００７７】
ステップＳ１３０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいると判定した場合（ステップＳ１３０４でＹＥＳ）、処理はステップＳ１００１へ戻る。
ステップＳ１３０３でＹＥＳに該当のマルチキャスト配信しているコンテンツのユーザがいないと判定した場合（ステップＳ１３０４でＮＯ）、ステップＳ１３０５では、配信方法決定部１１１は、マルチキャスト配信するコンテンツを変更する。具体的には、配信方法決定部１１１は、ステップＳ１３０４でＮＯに該当するコンテンツのマルチキャスト配信を停止し、ステップＳ１３０３でＹＥＳに該当するユニキャストのコンテンツの配信方法をマルチキャストに変更するように決定する。
【００７８】
以上、本実施形態におけるコンテンツ配信制御装置１０は、コンテンツに対する配信要求の数に基づいて、配信に使用するネットワークリソースが小さく配信数に制約のあるマルチキャスト（第１の配信方法）およびマルチキャスト（第１の配信方法）に比較して配信に使用するネットワークリソースの大きいユニキャスト（第２の配信方法）のいずれかを決定することができる。そのため、コンテンツに対する配信要求の数の増減トレンドを考慮して、マルチキャスト（第１の配信方法）で配信するコンテンツを決定することによって、ネットワーク全体のリソースを効率的に使用することができる。また、コンテンツの配信方法をコンテンツ配信の途中で切り替えることがないため、安定した品質でコンテンツを配信することができるとともに、端末で用いられるアプリケーションにおいて、配信方式の切り替え時の再生信号が不連続にならないようにするための複雑な再生処理が不要となる。また、コンテンツ配信制御装置１０は、過去の履歴情報において所定の条件を満たさないコンテンツに対して、マルチキャスト（第１の配信方法）を無駄に割り当てないようにすることができるので、ネットワーク全体のリソースを効率的に使用することができる。
【００７９】
なお、ステップＳ１００５，Ｓ１１０３，Ｓ１２０３，Ｓ１３０３における比較判定に用いるユニキャスト配信のコンテンツの数は、順位の上位から、多くとも、マルチキャスト配信の所定数と同数であれば良い。
また、コンテンツ配信制御装置１０は、サーバ機能を備えていても構わない。
【００８０】
また、コンテンツ配信制御装置１０は、配信サーバ２０を含む構成としても構わない。
また、コンテンツ配信制御装置１０は、ステップＳ１００３〜Ｓ１００７の処理、ステップＳ１１０１〜Ｓ１１０５の処理、ステップＳ１２０１〜Ｓ１２０５の処理、ステップＳ１３０１〜Ｓ１３０５の処理、のいずれか１つまたはそれらの処理の組み合わせを実行する構成を備えても良い。
【符号の説明】
【００８１】
１ コンテンツ配信システム
１０ コンテンツ配信制御装置
１１ 処理部
１２ 通信部
１３ 記憶部
２０ 配信サーバ
２１ 処理部
２２ 通信部
２３ 記憶部
３０，３０ａ，３０ｂ 端末
１１１ 配信方法決定部
１１２ 第１の集計部
１１３ 第２の集計部
１１４ 接続先通知部
１１５ 配信方法指示部
１１６ マルチキャスト監視部
１２１ 送信部
１２２ 受信部
１３１ 配信方法ＤＢ（配信方法情報）
１３２ 配信要求数ＤＢ
１３３ ランキングＤＢ
１３４ 履歴情報ＤＢ（履歴情報）
１３５ マルチキャストユーザ数ＤＢ
２１１ マルチキャスト配信部
２１２ ユニキャスト配信部
２３１ コンテンツＤＢ
【特許請求の範囲】
【請求項１】
コンテンツ配信制御装置から受信したコンテンツの配信方法を示す情報に基づいて前記コンテンツを配信する配信サーバと通信可能に接続される前記コンテンツ配信制御装置であって、
前記コンテンツとそのコンテンツの配信方法とを関連付けた配信方法情報を記憶している記憶部と、
ユーザの使用する端末から前記コンテンツの配信要求を受信する受信部と、
前記コンテンツに対する前記配信要求の数に基づいて、そのコンテンツの配信方法として、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法および前記第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを決定し、前記決定したコンテンツの配信方法で前記配信方法情報を更新する配信方法決定部と、
決定した前記コンテンツの配信方法を示す情報を前記配信サーバに送信する送信部と、
を備えることを特徴とするコンテンツ配信制御装置。
【請求項２】
前記配信要求の数をコンテンツごとに集計する第１の集計部を備え、
前記配信方法決定部は、
前記第１の配信方法に決定した前記コンテンツの所定時間あたりの前記配信要求の数と、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数との間で、前記所定時間あたりの前記配信要求の数の大小を比較し、前記第１の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数が、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数より小さいと判定した場合、前記第１の配信方法に決定した前記コンテンツに対する前記第１の配信方法を停止し、前記第２の配信方法に決定した前記コンテンツに対する前記第２の配信方法を前記第１の配信方法に変更するように決定する
ことを特徴とする請求項１に記載のコンテンツ配信制御装置。
【請求項３】
所定時間あたりの前記配信要求の数をコンテンツごとに集計する第１の集計部と、前記コンテンツの配信要求の数をコンテンツごとに累積して集計する第２の集計部と、を備え、
前記配信方法決定部は、
前記所定時間あたりの前記配信要求の数の大きいコンテンツから順に、予め決められている所定数分について前記配信方法を前記第１の配信方法に決定する第１の処理、
前記第２の集計部の集計数の大きい順、または前記第１の集計部の集計数および前記第２の集計部の集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第２の処理、
または、
前記第１の集計部の集計数および前記第２の集計部の集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、ランキングによる順位付けを行い、所定期間ごとに、現在のランキングの順位を１つ前の前記所定期間のときのランキングの順位から減算して差分を算出し、前記現在のランキングの高い順および前記差分の大きい順に応じて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第３の処理、
を実行する
ことを特徴とする請求項１に記載のコンテンツ配信制御装置。
【請求項４】
前記記憶部は、前記コンテンツ、前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数を関連付けて履歴情報として記憶しており、
前記配信方法決定部は、
前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの前記配信方法を前記第２の配信方法に決定する
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載のコンテンツ配信制御装置。
【請求項５】
コンテンツ配信制御装置から受信したコンテンツの配信方法を示す情報に基づいて前記コンテンツを配信する配信サーバと通信可能に接続される前記コンテンツ配信制御装置におけるコンテンツ配信制御方法であって、
前記コンテンツ配信制御装置は、
前記コンテンツとそのコンテンツの配信方法とを関連付けた配信方法情報を記憶している記憶部と処理部とを備え、
前記処理部は、
ユーザの使用する端末から前記コンテンツの配信要求を受信するステップ、
前記コンテンツに対する前記配信要求の数に基づいて、そのコンテンツの配信方法として、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法および前記第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを決定し、前記決定したコンテンツの配信方法で前記配信方法情報を更新するステップ、
決定した前記コンテンツの配信方法を示す情報を前記配信サーバに送信するステップ、
を実行することを特徴とするコンテンツ配信制御方法。
【請求項６】
前記処理部は、
前記配信要求の数をコンテンツごとに集計するステップ、
前記第１の配信方法に決定した前記コンテンツの所定時間あたりの前記配信要求の数と、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数との間で、前記所定時間あたりの前記配信要求の数の大小を比較し、前記第１の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数が、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数より小さいと判定した場合、前記第１の配信方法に決定した前記コンテンツに対する前記第１の配信方法を停止し、前記第２の配信方法に決定した前記コンテンツに対する前記第２の配信方法を前記第１の配信方法に変更するように決定するステップ、
を実行することを特徴とする請求項５に記載のコンテンツ配信制御方法。
【請求項７】
前記処理部は、
所定時間あたりの前記配信要求の数をコンテンツごとに集計する第１の集計ステップと、前記コンテンツの配信要求の数をコンテンツごとに累積して集計する第２の集計ステップと、を実行するとともに、
前記所定時間あたりの前記配信要求の数の大きいコンテンツから順に、予め決められている所定数分について前記配信方法を前記第１の配信方法に決定する第１の処理ステップ、
前記第２の集計ステップの集計数の大きい順、または前記第１の集計ステップの集計数および前記第２の集計ステップの集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第２の処理ステップ、
または、
前記第１の集計ステップの集計数および前記第２の集計ステップの集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、ランキングによる順位付けを行い、所定期間ごとに、現在のランキングの順位を１つ前の前記所定期間のときのランキングの順位から減算して差分を算出し、前記現在のランキングの高い順および前記差分の大きい順に応じて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第３の処理ステップ、
を実行する
ことを特徴とする請求項５に記載のコンテンツ配信制御方法。
【請求項８】
前記コンテンツ配信制御装置は、
前記記憶部に、前記コンテンツ、前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数を関連付けて履歴情報として記憶しており、
前記処理部は、
前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの前記配信方法を前記第２の配信方法に決定するステップ
を実行する
ことを特徴とする請求項５ないし請求項７のいずれか一項に記載のコンテンツ配信制御方法。
【請求項１】
コンテンツ配信制御装置から受信したコンテンツの配信方法を示す情報に基づいて前記コンテンツを配信する配信サーバと通信可能に接続される前記コンテンツ配信制御装置であって、
前記コンテンツとそのコンテンツの配信方法とを関連付けた配信方法情報を記憶している記憶部と、
ユーザの使用する端末から前記コンテンツの配信要求を受信する受信部と、
前記コンテンツに対する前記配信要求の数に基づいて、そのコンテンツの配信方法として、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法および前記第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを決定し、前記決定したコンテンツの配信方法で前記配信方法情報を更新する配信方法決定部と、
決定した前記コンテンツの配信方法を示す情報を前記配信サーバに送信する送信部と、
を備えることを特徴とするコンテンツ配信制御装置。
【請求項２】
前記配信要求の数をコンテンツごとに集計する第１の集計部を備え、
前記配信方法決定部は、
前記第１の配信方法に決定した前記コンテンツの所定時間あたりの前記配信要求の数と、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数との間で、前記所定時間あたりの前記配信要求の数の大小を比較し、前記第１の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数が、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数より小さいと判定した場合、前記第１の配信方法に決定した前記コンテンツに対する前記第１の配信方法を停止し、前記第２の配信方法に決定した前記コンテンツに対する前記第２の配信方法を前記第１の配信方法に変更するように決定する
ことを特徴とする請求項１に記載のコンテンツ配信制御装置。
【請求項３】
所定時間あたりの前記配信要求の数をコンテンツごとに集計する第１の集計部と、前記コンテンツの配信要求の数をコンテンツごとに累積して集計する第２の集計部と、を備え、
前記配信方法決定部は、
前記所定時間あたりの前記配信要求の数の大きいコンテンツから順に、予め決められている所定数分について前記配信方法を前記第１の配信方法に決定する第１の処理、
前記第２の集計部の集計数の大きい順、または前記第１の集計部の集計数および前記第２の集計部の集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第２の処理、
または、
前記第１の集計部の集計数および前記第２の集計部の集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、ランキングによる順位付けを行い、所定期間ごとに、現在のランキングの順位を１つ前の前記所定期間のときのランキングの順位から減算して差分を算出し、前記現在のランキングの高い順および前記差分の大きい順に応じて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第３の処理、
を実行する
ことを特徴とする請求項１に記載のコンテンツ配信制御装置。
【請求項４】
前記記憶部は、前記コンテンツ、前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数を関連付けて履歴情報として記憶しており、
前記配信方法決定部は、
前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの前記配信方法を前記第２の配信方法に決定する
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載のコンテンツ配信制御装置。
【請求項５】
コンテンツ配信制御装置から受信したコンテンツの配信方法を示す情報に基づいて前記コンテンツを配信する配信サーバと通信可能に接続される前記コンテンツ配信制御装置におけるコンテンツ配信制御方法であって、
前記コンテンツ配信制御装置は、
前記コンテンツとそのコンテンツの配信方法とを関連付けた配信方法情報を記憶している記憶部と処理部とを備え、
前記処理部は、
ユーザの使用する端末から前記コンテンツの配信要求を受信するステップ、
前記コンテンツに対する前記配信要求の数に基づいて、そのコンテンツの配信方法として、配信に使用するネットワークリソースが小さく配信数に制約のある第１の配信方法および前記第１の配信方法に比較して配信に使用するネットワークリソースの大きい第２の配信方法のいずれかを決定し、前記決定したコンテンツの配信方法で前記配信方法情報を更新するステップ、
決定した前記コンテンツの配信方法を示す情報を前記配信サーバに送信するステップ、
を実行することを特徴とするコンテンツ配信制御方法。
【請求項６】
前記処理部は、
前記配信要求の数をコンテンツごとに集計するステップ、
前記第１の配信方法に決定した前記コンテンツの所定時間あたりの前記配信要求の数と、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数との間で、前記所定時間あたりの前記配信要求の数の大小を比較し、前記第１の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数が、前記第２の配信方法に決定した前記コンテンツの前記所定時間あたりの前記配信要求の数より小さいと判定した場合、前記第１の配信方法に決定した前記コンテンツに対する前記第１の配信方法を停止し、前記第２の配信方法に決定した前記コンテンツに対する前記第２の配信方法を前記第１の配信方法に変更するように決定するステップ、
を実行することを特徴とする請求項５に記載のコンテンツ配信制御方法。
【請求項７】
前記処理部は、
所定時間あたりの前記配信要求の数をコンテンツごとに集計する第１の集計ステップと、前記コンテンツの配信要求の数をコンテンツごとに累積して集計する第２の集計ステップと、を実行するとともに、
前記所定時間あたりの前記配信要求の数の大きいコンテンツから順に、予め決められている所定数分について前記配信方法を前記第１の配信方法に決定する第１の処理ステップ、
前記第２の集計ステップの集計数の大きい順、または前記第１の集計ステップの集計数および前記第２の集計ステップの集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第２の処理ステップ、
または、
前記第１の集計ステップの集計数および前記第２の集計ステップの集計数の双方の前記集計数を所定の式に適用して算出される評価値の大小に基づいて、ランキングによる順位付けを行い、所定期間ごとに、現在のランキングの順位を１つ前の前記所定期間のときのランキングの順位から減算して差分を算出し、前記現在のランキングの高い順および前記差分の大きい順に応じて、前記所定数分について前記配信方法を前記第１の配信方法に決定する第３の処理ステップ、
を実行する
ことを特徴とする請求項５に記載のコンテンツ配信制御方法。
【請求項８】
前記コンテンツ配信制御装置は、
前記記憶部に、前記コンテンツ、前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数を関連付けて履歴情報として記憶しており、
前記処理部は、
前記第１の配信方法で配信した時に配信した前記端末数、前記第１の配信方法で配信したコンテンツの提供時間、および前記第１の配信方法で配信した回数のいずれかが所定の条件を満たさない場合、その所定の条件を満たさないコンテンツの前記配信方法を前記第２の配信方法に決定するステップ
を実行する
ことを特徴とする請求項５ないし請求項７のいずれか一項に記載のコンテンツ配信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１７５２０８（Ｐ２０１２−１７５２０８Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３２７９４（Ｐ２０１１−３２７９４）
【出願日】平成２３年２月１８日（２０１１．２．１８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月１８日（２０１１．２．１８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]