(57)【要約】【課題】拠点毎に適したコンテンツデータを各拠点に事前に配信することが可能な情報通信システム、配信コンテンツ決定方法、管理装置、管理プログラムを提供する。【解決手段】サポート装置は、複数のノード装置から、コンテンツデータが再生された際の再生履歴を示す再生履歴情報を取得し、これを、前記コンテンツデータを管理する管理装置に送信する。また、管理装置は、複数の前記サポート装置から送信されてきた前記再生履歴情報を受信し、この再生履歴情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定する。【選択図】図６
2011070315.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツデータが複数のノード装置間で送受信される情報通信システムであって、
前記情報通信システムは、
複数の拠点毎に構築される各内部ネットワークに接続された前記複数のノード装置と、前記ノード装置によるコンテンツデータの取得を支援する少なくとも一つのサポート装置とを前記内部ネットワーク毎に備え、前記各内部ネットワークは外部ネットワークに接続され、
前記サポート装置は、複数の前記ノード装置から、前記コンテンツデータが再生された際の再生履歴を示す再生履歴情報を取得する取得手段と、前記取得手段により取得された前記再生履歴情報を、前記コンテンツデータを管理する管理装置に送信する送信手段と、を備え、
前記管理装置は、複数の前記サポート装置から送信されてきた前記再生履歴情報を受信する受信手段と、前記受信手段により受信された再生履歴情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定する決定手段と、
を備えることを特徴とする情報通信システム。
【請求項２】
前記サポート装置は、
前記取得手段により取得された複数の前記再生履歴情報に基づいてコンテンツデータ毎の再生回数を集計する集計手段を備え、
前記サポート装置の送信手段は、前記集計手段により集計された前記再生回数の集計結果を示す集計結果情報を、前記管理装置に送信し、
前記管理装置の受信手段は、複数の前記サポート装置から送信されてきた前記集計結果情報を受信し、
前記決定手段は、前記受信手段により受信された集計結果情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定することを特徴とする請求項１に記載の情報通信システム。
【請求項３】
前記決定手段は、前記集計結果情報に基づいて拠点毎に配信するべきコンテンツデータを決定することを特徴とする請求項１又は２に記載の情報通信システム。
【請求項４】
前記コンテンツデータは、複数のバイト位置で分割された複数の部分データから構成されており、
前記集計手段は、前記コンテンツデータの再生開始位置から再生終了位置までを所定時間毎に区切った部分毎の再生回数を集計し、
前記部分毎の再生回数の集計結果を示す集計結果情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべき前記部分データを決定することを特徴とする請求項２または請求項３に記載の情報通信システム。
【請求項５】
前記決定手段は、過去所定期間内で再生回数が予め設定された条件を満たすコンテンツデータ又は部分データを前記配信するべきコンテンツデータ又は部分データとして決定することを特徴とする請求項１乃至４の何れか一項に記載の情報通信システム。
【請求項６】
前記決定手段は、過去所定期間内で再生回数が予め設定された条件を満たすコンテンツデータ中で再生回数が予め設定された条件を満たす部分データを前記配信するべき部分データとして決定することを特徴とする請求項４に記載の情報通信システム。
【請求項７】
前記決定手段は、過去所定期間内で再生回数の伸び率が予め設定された条件を満たすコンテンツデータ又は部分データを前記配信するべきコンテンツデータ又は部分データとして決定することを特徴とする請求項１乃至４の何れか一項に記載の情報通信システム。
【請求項８】
前記管理装置は、処理負荷が閾値以下となる時間帯に、前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定させる制御手段を備えることを特徴とする請求項１乃至７の何れか一項に記載の情報通信システム。
【請求項９】
前記管理装置は、前記決定手段により決定されたコンテンツデータを、所定の前記ノード装置又は前記サポート装置に送信する第２送信手段を備えることを特徴とする請求項１乃至８の何れか一項に記載の情報通信システム。
【請求項１０】
請求項１乃至９の何れか一項に記載の情報通信システムに含まれる管理装置であって、
前記サポート装置から送信されてきた前記集計結果情報を受信する受信手段と、
前記受信手段により受信された集計結果情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定する決定手段と、
を備えることを特徴とする管理装置。
【請求項１１】
請求項１乃至７の何れか一項に記載の情報通信システムに含まれる管理装置に含まれるコンピュータに、
複数の前記サポート装置から送信されてきた前記再生履歴情報を受信する受信ステップと、
前記受信ステップにより受信された再生履歴情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定する決定ステップと、
を実行させることを特徴とする管理プログラム。
【請求項１２】
複数の拠点毎に構築された各内部ネットワークに接続された、コンテンツデータを記憶する複数のノード装置と少なくとも一つのサポート装置とを前記内部ネットワーク毎に備え、前記各内部ネットワークは外部ネットワークに接続された情報通信システムにおける配信コンテンツ決定方法であって、
前記サポート装置が、複数の前記ノード装置から、前記コンテンツデータが再生された際の再生履歴を示す再生履歴情報を取得するステップと、
前記サポート装置が、前記取得された複数の前記再生履歴情報を、前記コンテンツデータを管理する管理装置に送信するステップと、
前記管理装置が、複数の前記サポート装置から送信されてきた前記再生履歴情報を受信するステップと、
前記管理装置が、前記受信した再生履歴情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定するステップと、
を含むことを特徴とする配信コンテンツ決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
複数のコンテンツデータを複数のノード装置に分散して保存させ、各ノード装置間でコンテンツデータを利用可能としたピアツーピア型のコンテンツ配信システムが知られている。ピアツーピア型のコンテンツ配信システムにおいて、コンテンツデータの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く検索可能になっている。
【０００３】
このようなコンテンツ配信システムにおいては、公開により利用可能となった直後のコンテンツデータにはアクセスが集中する。そのため、通信回線が混雑し、レスポンスが低下することにより、コンテンツデータのダウンロードに時間がかかるという問題があった。このような問題を解決する技術として、例えば特許文献２に開示された技術が挙げられる。この技術では、未公開のコンテンツデータをノード装置に予めダウンロードしておき、公開後直ちに再生できるように構成している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１９７４００号公報
【特許文献２】特開２００６−２０２１８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上述したコンテンツ配信システムにおいて、複数のノード装置が接続されたＬＡＮ（Local Area Network）等のプライベートネットワークが事業所（会社）や学校、ホテル等の拠点毎に構築される場合がある。この場合、各ＬＡＮがルータ等のネットワーク機器を介してインターネットやＷＡＮ（Wide Area Network）等のパブリックネットワークに接続されるようになっている。このようなコンテンツ配信システムにおいては、コンテンツデータの視聴傾向が拠点毎に異なることが想定される。そのため、拠点毎に適したコンテンツデータを各拠点のノード装置等に事前に保存させておくことが望まれるが、これを効率的に実現する技術は知られていなかった。
【０００６】
そこで、本発明は、以上の点等に鑑みてなされたものであり、拠点毎に適したコンテンツデータを各拠点に事前に配信することが可能な情報通信システム、配信コンテンツ決定方法、管理装置、管理プログラムを提供すること等を課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、複数のコンテンツデータが複数のノード装置間で送受信される情報通信システムであって、前記情報通信システムは、複数の拠点毎に構築される各内部ネットワークに接続された前記複数のノード装置と、前記ノード装置によるコンテンツデータの取得を支援する少なくとも一つのサポート装置とを前記内部ネットワーク毎に備え、前記各内部ネットワークは外部ネットワークに接続され、前記サポート装置は、複数の前記ノード装置から、前記コンテンツデータが再生された際の再生履歴を示す再生履歴情報を取得する取得手段と、前記取得手段により取得された前記再生履歴情報を、前記コンテンツデータを管理する管理装置に送信する送信手段と、を備え、前記管理装置は、複数の前記サポート装置から送信されてきた前記再生履歴情報を受信する受信手段と、前記受信手段により受信された再生履歴情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定する決定手段と、を備えることを特徴とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の情報通信システムにおいて、前記サポート装置は、前記取得手段により取得された複数の前記再生履歴情報に基づいてコンテンツデータ毎の再生回数を集計する集計手段を備え、前記サポート装置の送信手段は、前記集計手段により集計された前記再生回数の集計結果を示す集計結果情報を、前記管理装置に送信し、前記管理装置の受信手段は、複数の前記サポート装置から送信されてきた前記集計結果情報を受信し、前記決定手段は、前記受信手段により受信された集計結果情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定することを特徴とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の情報通信システムにおいて、前記決定手段は、前記集計結果情報に基づいて拠点毎に配信するべきコンテンツデータを決定することを特徴とする。
【００１０】
請求項４に記載の発明は、請求項２または請求項３に記載の情報通信システムにおいて、前記コンテンツデータは、複数のバイト位置で分割された複数の部分データから構成されており、前記集計手段は、前記コンテンツデータの再生開始位置から再生終了位置までを所定時間毎に区切った部分毎の再生回数を集計し、前記部分毎の再生回数の集計結果を示す集計結果情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべき前記部分データを決定することを特徴とする。
【００１１】
請求項５に記載の発明は、請求項１乃至４の何れか一項に記載の情報通信システムにおいて、前記決定手段は、過去所定期間内で再生回数が予め設定された条件を満たすコンテンツデータ又は部分データを前記配信するべきコンテンツデータ又は部分データとして決定することを特徴とする。
【００１２】
請求項６に記載の発明は、請求項４に記載の情報通信システムにおいて、前記決定手段は、過去所定期間内で再生回数が予め設定された条件を満たすコンテンツデータ中で再生回数が予め設定された条件を満たす部分データを前記配信するべき部分データとして決定することを特徴とする。
【００１３】
請求項７に記載の発明は、請求項１乃至４の何れか一項に記載の情報通信システムにおいて、前記決定手段は、過去所定期間内で再生回数の伸び率が予め設定された条件を満たすコンテンツデータ又は部分データを前記配信するべきコンテンツデータ又は部分データとして決定することを特徴とする。
【００１４】
請求項８に記載の発明は、請求項１乃至７の何れか一項に記載の情報通信システムにおいて、前記管理装置は、処理負荷が閾値以下となる時間帯に、前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定させる制御手段を備えることを特徴とする。
【００１５】
請求項９に記載の発明は、請求項１乃至８の何れか一項に記載の情報通信システムにおいて、前記管理装置は、前記決定手段により決定されたコンテンツデータを、所定の前記ノード装置又は前記サポート装置に送信する第２送信手段を備えることを特徴とする。
【００１６】
請求項１０に記載の発明は、請求項１乃至９の何れか一項に記載の情報通信システムに含まれる管理装置であって、前記サポート装置から送信されてきた前記集計結果情報を受信する受信手段と、前記受信手段により受信された集計結果情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定する決定手段と、を備えることを特徴とする。
【００１７】
請求項１１に記載の管理プログラムの発明は、請求項１乃至９の何れか一項に記載の情報通信システムに含まれる管理装置に含まれるコンピュータに、複数の前記サポート装置から送信されてきた前記再生履歴情報を受信する受信ステップと、前記受信ステップにより受信された再生履歴情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定する決定ステップと、を実行させることを特徴とする。
【００１８】
請求項１２に記載の発明は、複数の拠点毎に構築された各内部ネットワークに接続された、コンテンツデータを記憶する複数のノード装置と少なくとも一つのサポート装置とを前記内部ネットワーク毎に備え、前記各内部ネットワークは外部ネットワークに接続された情報通信システムにおける配信コンテンツ決定方法であって、前記サポート装置が、複数の前記ノード装置から、前記コンテンツデータが再生された際の再生履歴を示す再生履歴情報を取得するステップと、前記サポート装置が、前記取得された複数の前記再生履歴情報を、前記コンテンツデータを管理する管理装置に送信するステップと、前記管理装置が、複数の前記サポート装置から送信されてきた前記再生履歴情報を受信するステップと、前記管理装置が、前記受信した再生履歴情報に基づいて所定の前記ノード装置又は前記サポート装置に配信するべきコンテンツデータを決定するステップと、を含むことを特徴とする。
【発明の効果】
【００１９】
請求項１、１０乃至１２に記載の発明によれば、管理装置は、拠点毎のサポート装置から受信されたコンテンツデータが再生された際の再生履歴を示す再生履歴情報に基づいて各拠点におけるノード装置又はサポート装置に配信するべきコンテンツデータを決定するので、拠点毎に適したコンテンツデータを各拠点に事前に配信することができる。
【００２０】
請求項２に記載の発明によれば、管理装置は、拠点毎のサポート装置により集計された各ノード装置におけるコンテンツデータの再生回数の集計結果に基づいて各拠点におけるノード装置又はサポート装置に配信するべきコンテンツデータを決定するので、拠点毎に適したコンテンツデータを各拠点に事前に配信することができる。
【００２１】
請求項３に記載の発明によれば、コンテンツデータの視聴傾向が拠点毎に異なっても、拠点毎に適したコンテンツデータを各拠点に事前に配信することができる。
【００２２】
請求項４に記載の発明によれば、管理装置は、拠点毎のサポート装置により集計された各ノード装置におけるコンテンツデータ中の部分毎の再生回数を集計結果に基づいて各拠点におけるノード装置又はサポート装置に配信するべき部分データを決定するので、拠点毎に適した部分データを各拠点に事前に配信することができる。
【００２３】
請求項５に記載の発明によれば、例えば１日単位、或いは数日単位で再生回数の多かったコンテンツデータ又は部分データを各拠点に事前に配信することができる。
【００２４】
請求項６に記載の発明によれば、例えば１日単位、或いは数日単位で再生回数の多かったコンテンツデータのうちさらに多く再生された部分データを各拠点に事前に配信することができる。
【００２５】
請求項７に記載の発明によれば、例えば１日単位、或いは数日単位で再生回数の伸び率が多かったコンテンツデータ又は部分データを各拠点に事前に配信することができる。
【００２６】
請求項８に記載の発明によれば、管理装置により行われる再生回数の集計負担を低減させることができる。
【図面の簡単な説明】
【００２７】
【図１】本実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。
【図２】ユーザ端末Ｔｍ−ｎの概要構成例を示す図である。
【図３】エッジサーバＥＳｍの概要構成例を示す図である。
【図４】センターサーバＣＳの概要構成例を示す図である。
【図５】（Ａ）は、ユーザ端末Ｔｍ−ｎの制御部１１における処理を示すフローチャートであり、（Ｂ）は、エッジサーバＥＳｍの制御部２１における処理を示すフローチャートであり、（Ｃ）は、センターサーバＣＳの制御部３１における処理を示すフローチャートである。
【図６】センターサーバＣＳの制御部３１における再生回数集計及び配信コンテンツ決定処理を示すフローチャートである。
【図７】再生回数の集計結果リストの一例を示す図である。
【図８】メタファイルの内容の一例を示す図である。
【図９】部分毎の再生回数の集計結果リストの一例を示す図である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、ピアツーピア方式のコンテンツ配信システムに本発明を適用した場合の実施形態である。
【００２９】
（第１実施形態）
［１．コンテンツ配信システムの構成及び動作の概要］
始めに、図１を参照して、本発明の第１実施形態に係るコンテンツ配信システムの構成及び動作の概要について説明する。コンテンツ配信システムは、コンテンツデータ（以下、「コンテンツ」という）を記憶する複数のユーザ端末と、ユーザ端末によるコンテンツの取得を支援するエッジサーバと、コンテンツを管理するセンターサーバと、を備えて構成される。なお、コンテンツ配信システムは、情報通信システムの一例である。また、ユーザ端末は、ノード装置の一例である。また、エッジサーバは、サポート装置の一例である。また、センターサーバは、管理装置の一例である。
【００３０】
図１は、本実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。
【００３１】
図１に示すように、コンテンツ配信システムＳにおいては、ネットワークＮＷに、複数の拠点ネットワークＮＬｍ（ｍ＝１，２，３・・・の何れか）が接続されている。
【００３２】
ネットワークＮＷは、例えば、インターネットやＷＡＮ等のパブリックネットワークである。なお、ネットワークＮＷは、外部ネットワークの一例である。
【００３３】
ネットワークＮＷには、センターサーバＣＳが接続されている。
【００３４】
拠点ネットワークＮＬｍは、例えば、ＬＡＮ等のプライベートネットワークである。なお、拠点ネットワークＮＬｍは、複数のＬＡＮが相互接続して構築されたＣＡＮ（Campus Area Network）等のネットワークであっても良い。
【００３５】
また、拠点ネットワークＮＬｍは、複数の拠点Ｐｍ（ｍ＝１，２，３・・・の何れか）毎に構築される。拠点Ｐｍとしては、例えば、会社の事業所、学校、病院、塾等が挙げられる。各拠点ネットワークＮＬｍには、複数のユーザ端末Ｔｍ−ｎ（ｎ＝１，２，３・・・の何れか）と、少なくとも一つのエッジサーバＥＳｍと、ルータＲｍとが接続されている。そして、各拠点ネットワークＮＬｍは、ルータＲｍを介してネットワークＮＷに接続されている。
【００３６】
このようなコンテンツ配信システムＳにおいては、内容の異なる様々なコンテンツが所定のファイル形式で複数のエッジサーバＥＳｍ及び複数のユーザ端末Ｔｍ−ｎに分散されて保存されている。例えば、拠点ネットワークＮＬ１に着目すると、ユーザ端末Ｔ１−１には、コンテンツ名がＡＡＡの映画のコンテンツが保存されている。また、ユーザ端末Ｔ１−２には、コンテンツ名がＢＢＢの映画のコンテンツが保存されている。そして、エッジサーバＥＳ１には、拠点ネットワークＮＬ１に接続されている各ユーザ端末Ｔ１−ｎが保存している全てのコンテンツが保存されるようになっている。このことは、他の拠点ネットワークＮＬｍにおいても同様である。さらに、センターサーバＣＳには、コンテンツ配信システムＳにおいて扱われる全てのコンテンツが保存されている。
【００３７】
また、コンテンツ配信システムＳにおいては、エッジサーバＥＳｍやユーザ端末Ｔｍ−ｎがコンテンツを効率良く送受信するために、複数のオーバーレイネットワークが形成されている。なお、オーバーレイネットワークとは、ネットワークＮＷや拠点ネットワークＮＬｍを用いて形成される仮想的なリンクを構成する論理的なネットワークである。また、オーバーレイネットワークは、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。
【００３８】
本実施形態においては、図１に示すように、各拠点Ｐｍの各エッジサーバＥＳｍの参加により形成されるオーバーレイネットワークＯＮと、拠点Ｐｍ内の複数のユーザ端末Ｔｍ−ｎの参加により拠点Ｐｍ毎に形成される拠点オーバーレイネットワークＯＮｍとがある。
【００３９】
なお、オーバーレイネットワークＯＮにおいて、各エッジサーバＥＳｍ間で通信を行うことができるように、ルータＲｍではＵＰｎＰ（Universal Plug and Play）機能等を利用して自動的にポートフォワーディングの設定が行われるようにしておくと良い。また、例えば拠点Ｐ１の拠点オーバーレイネットワークＯＮ１には、拠点Ｐ１内のエッジサーバＥＳ１が参加されるものであっても良い。
【００４０】
以下、オーバーレイネットワークＯＮと拠点オーバーレイネットワークＯＮｍの概要について説明する。なお、どちらのオーバーレイネットワークも基本的な仕組み及び通信プロトコルは同じであるので、特に区別することなく本実施形態に係るオーバーレイネットワークとして説明する。このオーバーレイネットワークの説明においては、各オーバーレイネットワークにおけるユーザ端末Ｔｍ−ｎとエッジサーバＥＳｍを、適宜、「ノード」と称する。ここで、オーバーレイネットワークへの参加とは、ノードがＰ２Ｐプログラムを実行することにより、ＤＨＴを用いたルーティングテーブルを用いて他のノードとの間で情報の送受信が可能な状態に稼動することをいう。
【００４１】
オーバーレイネットワークに参加している各ノードには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。ノードＩＤは、例えば、各ノードに個別に割り当てられたＩＰ（Internet Protocol）アドレス、製造番号、或いはＭＡＣアドレス（Media Access Control address）等をオーバーレイネットワーク毎に共通のハッシュ関数によりハッシュ化した値である。なお、例えば、システム管理者により、ノード毎に一意のノードＩＤが割り当てられるようにしても良い。  各ノードは、夫々、ＤＨＴを用いたルーティングテーブルを記憶している。このルーティングテーブルには、ノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。なお、ＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４２】
また、上述した各コンテンツには、夫々、コンテンツ毎に固有の識別情報であるコンテンツＩＤが割り当てられている。コンテンツＩＤは、例えば、コンテンツ名＋任意の数値が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される。なお、例えば、システム管理者により、コンテンツ毎に一意のコンテンツＩＤが割り当てられるようにしても良い。
【００４３】
また、コンテンツの所在を示す情報は、インデックス情報として、コンテンツの所在を管理しているノードに記憶される。インデックス情報には、コンテンツを保存しているノードのノード情報と、コンテンツのコンテンツＩＤとの組が含まれる。以下、コンテンツの所在を管理しているノードを「ルートノード」又は「コンテンツのルートノード」という。また、コンテンツを保存しているノードを「コンテンツ保持ノード」という。
【００４４】
ルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤが割り当てられたノードであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。
【００４５】
そして、あるノードが、ユーザにより指定されたコンテンツを取得する場合、このコンテンツの所在をルートルードに問い合わせる。以下、コンテンツの所在を問い合わせるノードを「ユーザノード」という。具体的に、コンテンツの所在の問い合わせにおいては、ユーザノードは、先ず、コンテンツ所在問合せメッセージを生成する。コンテンツ所在問合せメッセージには、コンテンツのコンテンツＩＤ、ユーザノードのＩＰアドレス及びポート番号等が含まれる。なお、コンテンツＩＤは、例えば、センターサーバＣＳから各ノードに配信されるコンテンツカタログ情報に記述されている。
【００４６】
このように生成されたコンテンツ所在問合せメッセージは、ユーザノードが記憶しているＤＨＴを用いたルーティングテーブルに従って、ユーザノードから他のノードに送信される。これにより、コンテンツ所在問合せメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって１又は複数のノードにより転送され、最終的にルートノードにより受信される。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４７】
コンテンツ所在問合せメッセージを受信したルートノードは、コンテンツ所在問合せメッセージに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。そして、ルートノードは、取得したインデックス情報を、例えば、コンテンツ所在問合せメッセージの送信元であるユーザノードに返信する。こうして、インデックス情報を取得したユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号に基づいて、コンテンツ保持ノードにアクセスする。そして、ユーザノードは、アクセスしたコンテンツ保持ノードから、コンテンツを取得することができる。
【００４８】
ここで、例えば、拠点オーバーレイネットワークＯＮ１に着目し、ユーザノードであるユーザ端末Ｔ１−１が、拠点オーバーレイネットワークＯＮ１を利用して、コンテンツ名“ＢＢＢ”のコンテンツを取得する場合を想定する。この場合、ユーザ端末Ｔ１−１から送信されたコンテンツ所在問合せメッセージは、コンテンツ名“ＢＢＢ”のコンテンツのルートノードである例えばユーザ端末Ｔ１−６により受信される。
【００４９】
そして、ユーザ端末Ｔ１−６は、インデックス情報をユーザ端末Ｔ１−１に返信する。このインデックス情報には、コンテンツ名“ＢＢＢ”のコンテンツを保存している例えばユーザ端末Ｔ１−２のノード情報が含まれている。これにより、ユーザ端末Ｔ１−１は、ユーザ端末Ｔ１−２にアクセスし、ユーザ端末Ｔ１−２からコンテンツ名“ＢＢＢ”のコンテンツを取得することができる。なお、拠点オーバーレイネットワークＯＮ１において、複数のユーザ端末Ｔ１−ｎがコンテンツ名“ＢＢＢ”のコンテンツを保存している場合、インデックス情報には、複数のユーザ端末Ｔ１−ｎのノード情報が含まれることになる。
【００５０】
ところで、コンテンツ保持ノードであるユーザ端末Ｔ１−２において例えばアクセス集中が発生していると、ユーザ端末Ｔ１−１がユーザ端末Ｔ１−２にアクセスしてもユーザ端末Ｔ１−２から応答が帰って来ない場合がある。この場合、タイムアウトとなり、ユーザ端末Ｔ１−１は、同じ拠点ネットワークＮＬ１に接続されているエッジサーバＥＳ１にコンテンツ要求メッセージを送信することになる。また、拠点オーバーレイネットワークＯＮ１における何れのユーザ端末Ｔ１−ｎもコンテンツ名“ＢＢＢ”のコンテンツを保存していない場合がある。この場合、ユーザ端末Ｔ１−１には、このコンテンツを保存するコンテンツ保持ノードが無いことを示すメッセージがユーザ端末Ｔ１−６から返信される。この場合も、ユーザ端末Ｔ１−１は、エッジサーバＥＳ１にコンテンツ要求メッセージを送信する。
【００５１】
そして、コンテンツ要求メッセージを受信したエッジサーバＥＳ１は、コンテンツ名“ＢＢＢ”のコンテンツを保存している場合、このコンテンツをユーザ端末Ｔ１−１に送信する。
【００５２】
一方、エッジサーバＥＳ１は、コンテンツ名“ＢＢＢ”のコンテンツを保存していない場合、オーバーレイネットワークＯＮを利用して、コンテンツ名“ＢＢＢ”のコンテンツを取得することになる。この場合、エッジサーバＥＳ１は、コンテンツ名“ＢＢＢ”のコンテンツのコンテンツＩＤを含むコンテンツ所在問合せメッセージを、他のエッジサーバＥＳｍに送信する。これにより、コンテンツ所在問合せメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって１又は複数のエッジサーバＥＳｍにより転送され、最終的にルートノードである例えばエッジサーバＥＳ３により受信される。
【００５３】
そして、エッジサーバＥＳ３は、インデックス情報をエッジサーバＥＳ１に返信する。このインデックス情報には、コンテンツ名“ＢＢＢ”のコンテンツを保存している例えばエッジサーバＥＳ２のノード情報が含まれている。これにより、エッジサーバＥＳ１は、エッジサーバＥＳ２からコンテンツ名“ＢＢＢ”のコンテンツを取得し、ユーザ端末Ｔ１−１に送信することができる。このように、エッジサーバＥＳ１は、ユーザ端末Ｔ１−１によるコンテンツの取得を支援する。
【００５４】
なお、エッジサーバＥＳ２において例えばアクセス集中が発生している場合や、何れのエッジサーバＥＳｍもコンテンツ名“ＢＢＢ”のコンテンツを保存していない場合、エッジサーバＥＳ１は、センターサーバＣＳからコンテンツを取得することになる。
【００５５】
［２．ユーザ端末Ｔｍ−ｎの構成及び機能等］
次に、図２を参照して、ユーザ端末Ｔｍ−ｎの構成及び機能について説明する。
【００５６】
図２は、ユーザ端末Ｔｍ−ｎの概要構成例を示す図である。
【００５７】
ユーザ端末Ｔｍ−ｎは、図２に示すように、制御部１１と、記憶部１２と、バッファメモリ１３と、デコーダ部１４と、映像処理部１５と、表示部１６と、音声処理部１７と、スピーカ１８と、通信部１９と、入力部１９ａとを備えて構成される。制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部１９、及び入力部１９ａはバス１９ｂを介して相互に接続されている。なお、ユーザ端末Ｔｍ−ｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等が適用可能である。
【００５８】
記憶部１２は、各種データ及び各種プログラム等を記憶するためのハードディスクドライブ等から構成される。具体的には、記憶部１２には、Ｐ２Ｐプログラム、コンテンツ、コンテンツカタログ情報、インデックス情報、拠点オーバーレイネットワークＯＮｍで使用されるＤＨＴを用いたルーティングテーブル等が記憶されている。なお、Ｐ２Ｐプログラムは、例えば、ネットワークＮＷに接続された所定のサーバからダウンロードされるようにしても良い。或いは、Ｐ２Ｐプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。  さらに、記憶部１２には、コンテンツが再生された際の再生履歴を示す再生履歴情報が記憶される。再生履歴情報には、再生されたコンテンツのコンテンツＩＤ、コンテンツ名、再生年月日時、及び再生時間範囲等が含まれる。複数のコンテンツの再生があった場合には、各コンテンツの再生履歴情報が記憶されることになる。ただし、再生時間が所定時間（例えば、１０分）に満たない場合には、再生履歴情報を記憶されなくともよい。
【００５９】
ここで、再生時間範囲とは、コンテンツの再生開始位置から再生終了位置までの時間範囲うち、再生された時間範囲をいう。例えば、６０分のコンテンツがある場合に、再生開始位置から３０分の位置まで再生されたとすると、０分から３０分までが再生時間範囲となる。なお、再生時間範囲は、第２実施形態において用いられる。
【００６０】
通信部１９は、拠点ネットワークＮＬｍを通じて他のユーザ端末Ｔｍ−ｎ又はエッジサーバＥＳｍ等との間の情報の通信制御を行う。
【００６１】
バッファメモリ１３は、通信部１９を通じて他のユーザ端末Ｔｍ−ｎ又はエッジサーバＥＳｍから受信されたコンテンツ等を一時蓄積する。バッファメモリ１３に蓄積されたコンテンツは記憶部１２に出力され、記憶、保存される。こうして、記憶部１２に保存されたコンテンツは、ユーザからの入力部１９ａを介した指示に応じて読み出され、デコーダ部１４等により再生出力される。なお、ストリーミング再生の場合、バッファメモリ１３に蓄積されたコンテンツはデコーダ部１４に出力され再生される。
【００６２】
デコーダ部１４は、コンテンツに含まれるビデオデータ及びオーディオデータ等のデータ伸張や復号化等のデコード処理を行う。映像処理部１５は、デコーダ部１４によりデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する。表示部１６は、映像処理部１５から出力されたビデオ信号に基づきディスプレイに映像等を表示する。音声処理部１７は、デコーダ部１４によりデコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する。スピーカ１８は、音声処理部１７から出力されたオーディオ信号を音波として出力する。
【００６３】
制御部１１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成される。そして、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、コンテンツの再生制御、コンテンツの記録制御、及びコンテンツの送受信制御等の制御を行う。また、制御部１１は、上述した拠点オーバーレイネットワークＯＮｍにおいて、ユーザノード、ルートノード、及びコンテンツ保持ノード等の少なくとも何れか一つのノードとしての処理を行う。
【００６４】
さらに、制御部１１は、コンテンツの再生制御によりコンテンツが再生された場合に、再生履歴を示す再生履歴情報を記憶部１２に記憶する。そして、制御部１１は、同じ拠点ネットワークＮＬｍに接続されているエッジサーバＥＳｍに通信部１９を介して上記再生履歴情報を送信する。
【００６５】
［３．エッジサーバＥＳｍの構成及び機能等］
次に、図３を参照して、エッジサーバＥＳｍの構成及び機能について説明する。
【００６６】
図３は、エッジサーバＥＳｍの概要構成例を示す図である。
【００６７】
エッジサーバＥＳｍは、図３に示すように、制御部２１と、記憶部２２と、バッファメモリ２３と、通信部２４と、入力部２５とを備えて構成される。制御部２１、記憶部２２、バッファメモリ２３、通信部２４、及び入力部２５はバス２６を介して相互に接続されている。なお、エッジサーバＥＳｍとしては、例えば、専用のサーバ装置のほか、パーソナルコンピュータ等を適用可能である。
【００６８】
記憶部２２は、各種データ及び各種プログラム等を記憶するためのハードディスクドライブ等から構成される。具体的には、記憶部２２には、Ｐ２Ｐプログラム、コンテンツ、コンテンツカタログ情報、インデックス情報、オーバーレイネットワークＯＮで使用されるＤＨＴを用いたルーティングテーブル等が記憶されている。また、記憶部１２には、センターサーバＣＳのＩＰアドレス及びポート番号が記憶されている。
【００６９】
なお、エッジサーバＥＳｍには、ユーザ端末Ｔｍ−ｎに保存されるコンテンツより多くの数のコンテンツを保存可能にする必要がある。このため、エッジサーバＥＳｍにおける記憶部２２のコンテンツ記憶領域の記憶容量は、ユーザ端末Ｔｍ−ｎにおける記憶部１２のコンテンツ記憶領域の記憶容量よりも大きくなっている。一例として、記憶部２２のコンテンツ記憶領域の記憶容量は、記憶部１２のコンテンツ記憶領域の記憶容量の１０〜１００倍程度である。
【００７０】
また、エッジサーバＥＳｍにおける記憶部２２には、同じ拠点ネットワークＮＬｍに接続されている複数のユーザ端末Ｔｍ−ｎから取得された再生履歴情報が記憶される。さらに、記憶部２２には、上記再生履歴情報に基づいて集計された、コンテンツ毎の再生回数の集計結果を示す集計結果情報が記憶される。
【００７１】
通信部２４は、ネットワークＮＷ及び拠点ネットワークＮＬｍを通じて他のエッジサーバＥＳｍ又はセンターサーバＣＳとの間の情報の通信制御を行う。また、通信部２４は、拠点ネットワークＮＬｍを通じてユーザ端末Ｔｍ−ｎとの間の情報の通信制御を行う。
【００７２】
バッファメモリ２３は、通信部２４を通じて他のエッジサーバＥＳｍ又はセンターサーバＣＳから受信されたコンテンツ等を一時蓄積する。バッファメモリ１３に蓄積されたコンテンツは記憶部２２に出力され、記憶、保存される。また、バッファメモリ１３に蓄積されたコンテンツは通信部２４を介してユーザ端末Ｔｍ−ｎに送信される。
【００７３】
制御部２１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成される。そして、制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、コンテンツの記録制御、及びコンテンツの送受信制御等の制御を行う。また、制御部２１は、上述したオーバーレイネットワークＯＮにおいて、ユーザノード、ルートノード、及びコンテンツ保持ノード等の少なくとも何れか一つのノードとしての処理を行う。
【００７４】
さらに、制御部２１は、取得手段、集計手段、及び送信手段等として機能する。具体的には、制御部２１は、同じ拠点ネットワークＮＬｍに接続されている複数のユーザ端末Ｔｍ−ｎから送信されてきた再生履歴情報を通信部２４を介して受信する。制御部２１は、受信した複数の再生履歴情報に基づいてコンテンツ毎の再生回数（視聴数）を集計する。そして、制御部２１は、集計した再生回数の集計結果を示す集計結果情報を通信部２４を介してセンターサーバＣＳに送信する。なお、制御部２１は、受信した複数の再生履歴情報を、通信部２４を介してセンターサーバＣＳに送信するように構成しても良い。
【００７５】
［４．センターサーバＣＳの構成及び機能等］
次に、図４を参照して、センターサーバＣＳの構成及び機能について説明する。
【００７６】
図４は、センターサーバＣＳの概要構成例を示す図である。
【００７７】
センターサーバＣＳは、図４に示すように、制御部３１と、記憶部３２と、通信部３３と、入力部３４とを備えて構成される。制御部３１、記憶部３２、通信部３３、及び入力部３４はバス３５を介して相互に接続されている。なお、センターサーバＣＳは、複数台のサーバ装置で構成されても良い。
【００７８】
記憶部３２は、各種データ及び各種プログラム等を記憶するためのハードディスクドライブ等から構成される。具体的には、記憶部３２には、サーバプログラム（本発明の管理プログラムを含む）、コンテンツ、コンテンツカタログ情報、オーバーレイネットワークＯＮで使用されるＤＨＴを用いたルーティングテーブル等が記憶されている。なお、サーバプログラムは、例えば、ネットワークＮＷに接続された所定のサーバからダウンロードされるようにしても良い。或いは、サーバプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【００７９】
また、記憶部１２には、全てのエッジサーバＥＳｍのノード情報が記述されたエッジサーバリストが記憶されている。また、記憶部３２には、エッジサーバＥＳｍから取得された集計結果情報が記憶される。
【００８０】
なお、記憶部３２には、例えば、コンテンツ配信システムＳにおいて扱われる全てのコンテンツが記憶される。コンテンツ配信システムＳにおいて扱われるコンテンツには、公開により利用可能となる前、及び後のコンテンツが含まれる。
【００８１】
通信部３３は、ネットワークＮＷ及び拠点ネットワークＮＬｍを通じてエッジサーバＥＳｍ又はユーザ端末Ｔｍ−ｎとの間の情報の通信制御を行う。
【００８２】
制御部３１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成される。そして、制御部３１は、ＣＰＵが記憶部３２等に記憶されたプログラムを読み出して実行することにより、コンテンツの記録制御、及びコンテンツの送受信制御等の制御を行う。
【００８３】
さらに、制御部３１は、受信手段及び決定手段、第２送信手段等として機能する。具体的には、制御部３１は、各拠点ＰｍのエッジサーバＥＳｍから送信されてきた集計結果情報又は再生履歴情報を通信部３３を介して受信する。そして、制御部３１は、受信した集計結果情報又は再生履歴情報に基づいてエッジサーバＥＳｍに配信するべきコンテンツを決定する。
【００８４】
［５．コンテンツ配信システムＳの動作］
次に、図５及び図６等を参照して、コンテンツの再生回数の集計及びコンテンツのＰＵＳＨ配信が行われる際のコンテンツ配信システムＳの動作について説明する。
【００８５】
図５（Ａ）は、ユーザ端末Ｔｍ−ｎの制御部１１における処理を示すフローチャートである。図５（Ｂ）は、エッジサーバＥＳｍの制御部２１における処理を示すフローチャートである。図５（Ｃ）は、センターサーバＣＳの制御部３１における処理を示すフローチャートである。図６は、センターサーバＣＳの制御部３１における再生回数集計及び配信コンテンツ決定処理を示すフローチャートである。
【００８６】
なお、図５（Ａ）〜（Ｃ）の処理は、電源オンにより開始される。
【００８７】
図５（Ａ）に示す処理が開始されると、ユーザ端末Ｔｍ−ｎの制御部１１は、再生履歴情報の送信契機になったか否かを判別する（ステップＳ１）。
【００８８】
そして、制御部１１は、再生履歴情報の送信契機になっていないと判別した場合には（ステップＳ１：ＮＯ）、その他の処理を行う（ステップＳ２）。その他の処理では、コンテンツの送受信、コンテンツの再生、再生履歴情報の記憶、各種メッセージの送受信等が行われる。
【００８９】
一方、制御部１１は、再生履歴情報の送信契機になったと判別した場合には（ステップＳ１：ＹＥＳ）、記憶部１２から再生履歴情報を取得する（ステップＳ３）。例えば、タイマにより設定された時刻が到来すると、再生履歴情報の送信契機になったと判別される。或いは、同じ拠点ネットワークＮＬｍに接続されているエッジサーバＥＳｍからの再生履歴送信要求があった場合に、再生履歴情報の送信契機になったと判別される。
【００９０】
次いで、制御部１１は、取得した再生履歴情報を同じ拠点ネットワークＮＬｍに接続されているエッジサーバＥＳｍに送信する（ステップＳ４）。なお、複数のコンテンツの再生履歴情報が記憶部１２に記憶されている場合、各再生履歴情報が送信される。
【００９１】
ステップＳ５では、制御部１１は、電源オフ指令があったか否かを判別する。そして、電源オフ指令がない場合（ステップＳ５：ＮＯ）、制御部１１は、ステップＳ１に戻る。そして、電源オフ指令があった場合（ステップＳ５：ＹＥＳ）、制御部１１は、当該処理を終了する。
【００９２】
次に、図５（Ｂ）に示す処理が開始されると、エッジサーバＥＳｍの制御部２１は、ユーザ端末Ｔｍ−ｎから再生履歴情報を受信したか否かを判別する（ステップＳ１０）。そして、制御部２１は、再生履歴情報を受信したと判別した場合には（ステップＳ１０：ＹＥＳ）、受信された再生履歴情報を記憶部２２に記憶する（ステップＳ１１）。こうして、同じ拠点ネットワークＮＬｍに接続されている複数のユーザ端末Ｔｍ−ｎから取得された再生履歴情報は記憶部２２に蓄積されていくことになる。
【００９３】
一方、制御部２１は、再生履歴情報を受信していないと判別した場合には（ステップＳ１０：ＮＯ）、ステップＳ１２に進む。
【００９４】
ステップＳ１２では、制御部２１は、再生回数の集計契機になったか否かを判別する。
【００９５】
そして、制御部２１は、再生回数の集計契機になっていないと判別した場合には（ステップＳ１２：ＮＯ）、その他の処理を行う（ステップＳ１３）。その他の処理では、コンテンツの送受信、各種メッセージの送受信等が行われる。
【００９６】
一方、制御部２１は、再生回数の集計契機になったと判別した場合には（ステップＳ１２：ＹＥＳ）、ステップＳ１４に進む。例えば、タイマにより設定された時刻が到来すると、再生回数の集計契機になったと判別される。或いは、センターサーバＣＳからの集計要求があった場合に、再生回数の集計契機になったと判別される。
【００９７】
ステップＳ１４の集計処理では、制御部２１は、先ず、記憶部２２から各再生履歴情報を取得する。そして、制御部２１は、取得した各再生履歴情報に基づいてコンテンツ毎の再生回数を集計する。つまり、制御部２１は、コンテンツ毎に再生回数をカウントする。こうして集計された再生回数の集計結果を示す集計結果情報は、記憶部２２に記憶される。
【００９８】
次いで、制御部２１は、上記集計結果情報を含む集計情報を通信部２４を介してセンターサーバＣＳに送信する（ステップＳ１５）。
【００９９】
なお、エッジサーバＥＳｍの制御部２１は、再生回数の集計を行わず、取得した各再生履歴情報を含む集計情報をセンターサーバＣＳに送信するようにしても良い。
【０１００】
ステップＳ１６では、制御部２１は、電源オフ指令があったか否かを判別する。そして、電源オフ指令がない場合（ステップＳ１６：ＮＯ）、制御部２１は、ステップＳ１０に戻る。そして、電源オフ指令があった場合（ステップＳ１６：ＹＥＳ）、制御部２１は、当該処理を終了する。
【０１０１】
次に、図５（Ｃ）に示す処理が開始されると、センターサーバＣＳの制御部３１は、エッジサーバＥＳｍから集計情報を受信したか否かを判別する（ステップＳ２０）。そして、制御部３１は、集計情報を受信したと判別した場合には（ステップＳ２０：ＹＥＳ）、受信された集計情報を記憶部３２に記憶する（ステップＳ２１）。こうして、複数のエッジサーバＥＳｍから取得された集計情報は記憶部３２に蓄積されていくことになる。
【０１０２】
一方、制御部３１は、集計情報を受信していないと判別した場合には（ステップＳ２１：ＮＯ）、ステップＳ２２に進む。
【０１０３】
ステップＳ２２では、制御部３１は、コンテンツの配信契機になったか否かを判別する。
【０１０４】
そして、制御部３１は、コンテンツの配信契機になっていないと判別した場合には（ステップＳ２２：ＮＯ）、その他の処理を行う（ステップＳ２３）。その他の処理では、コンテンツカタログ情報の配信等が行われる。
【０１０５】
一方、制御部３１は、コンテンツの配信契機になったと判別した場合には（ステップＳ２２：ＹＥＳ）、ステップＳ２４に進む。例えば、タイマにより設定された時刻が到来すると、コンテンツの配信契機になったと判別される。ここで、タイマにより設定される時刻は、例えば、センターサーバＣＳの処理負荷が閾値以下となる時間帯（例えば、深夜の時間帯）に設定される。つまり、センターサーバＣＳは、センターサーバＣＳの処理負荷が閾値以下となる時間帯に、配信するべきコンテンツの決定、及びコンテンツの配信を実行するよう制御される。これにより、センターサーバＣＳの空き時間を利用して再生回数の集計及びコンテンツの配信を行うことができる。
【０１０６】
ステップＳ２４の集計及び配信処理では、図６に示すように、制御部３１は、記憶部３２から各集計情報を取得する（ステップＳ２４１）。
【０１０７】
次いで、制御部３１は、取得した所定数の集計情報中に再生回数の集計結果が示されているか否かを判別する（ステップＳ２４２）。ここで、所定数は、システム管理者により予め設定される。例えば、所定数の集計情報は、ステップＳ２１で記憶された全ての集計情報とされる。そして、制御部３１は、全ての集計情報中に再生回数の集計結果が示されていないと判別した場合には（ステップＳ２４２：ＮＯ）、集計情報に含まれる各再生履歴情報に基づいてコンテンツ毎の再生回数を集計し（ステップＳ２４３）、ステップＳ２４４に進む。
【０１０８】
一方、制御部３１は、所定数の集計情報中に再生回数の集計結果が示されている判別した場合には（ステップＳ２４２：ＹＥＳ）、ステップＳ２４４に進む。
【０１０９】
ステップＳ２４４では、制御部３１は、所定数の集計結果に基づいてコンテンツ毎の再生回数を集計し、例えば再生回数の集計結果リストを作成する。
【０１１０】
図７は、再生回数の集計結果リストの一例を示す図である。図７に示す例では、７月８日から７月１１日までにおいて、１日当たりの再生回数の合計と、４日間の再生回数の合計と、４日間の再生回数の伸び率とが、コンテンツ毎に集計結果として示されている。図７に示す４日間の再生回数の伸び率は、４日間の最初の日の再生回数と最後の日の再生回数から算出している。例えば、コンテンツ名“ＡＡＡ”のコンテンツの再生回数の伸び率は、１５０(最後の日の再生回数)／１００(最初の日の再生回数)＝１．５となっている。
【０１１１】
次いで、制御部３１は、集計結果に基づいて、エッジサーバＥＳｍに配信するべきコンテンツを決定する（ステップＳ２４５）。以下、エッジサーバＥＳｍに配信するべきコンテンツを、「配信コンテンツ」という。
【０１１２】
ここで、配信コンテンツは、予め設定されたコンテンツ選定条件に基づき決定される。このコンテンツ選定条件としては、例えば、以下の（ａ）〜（ｄ）が挙げられる。
（ａ）過去所定期間内で再生回数の合計が閾値以上
（ｂ）過去所定期間内で再生回数の合計が上位所定番目まで
（ｃ）過去所定期間内で再生回数の伸び率が閾値以上
（ｄ）過去所定期間内で再生回数の伸び率が上位所定番目まで
【０１１３】
なお、上記（ｂ）のコンテンツ選定条件が設定された場合、再生回数が多い順に順位付けが行われる。また、上記（ｄ）のコンテンツ選定条件が設定された場合、再生回数の伸び率が多い順に順位付けが行われる。また、上記（ａ）〜（ｄ）のコンテンツ選定条件における過去所定期間としては、現在の時刻を基準として、例えば集計日の前日の２４時間、又は集計日に直近の過去４日間、又は集計日に直近の過去１ヶ月間等が挙げられる。なお、現在の時刻は、制御部３１が備える時計機能により取得することができる。
【０１１４】
どのコンテンツ選定条件が設定されるかによって、配信コンテンツとして決定されるコンテンツが異なってくることもある。例えば、現在の時刻を基準として前日の２４時間内で再生回数の合計が上位１番目である、すなわち、再生回数の合計が最も多いことをコンテンツ選定条件とした場合を想定する。この場合、図７に示す例では、このコンテンツ選定条件を満たすコンテンツ名“ＣＣＣ”のコンテンツが配信コンテンツとして決定される。また、例えば、現在の時刻を基準として直近の過去４日間内で再生回数の合計が上位１番目であることをコンテンツ選定条件とした場合、図７に示す例では、このコンテンツ選定条件を満たすコンテンツ名“ＡＡＡ”のコンテンツが配信コンテンツとして決定される。また、例えば、現在の時刻を基準として直近の過去４日間内で再生回数の伸び率が上位１番目であることをコンテンツ選定条件とした場合、図７に示す例では、このコンテンツ選定条件を満たすコンテンツ名“ＢＢＢ”のコンテンツが配信コンテンツとして決定される。
【０１１５】
また、配信コンテンツは１つとは限らず複数決定されることもある。例えば、現在の時刻を基準として直近の過去４日間内で再生回数の合計が３９０以上であることをコンテンツ選定条件とした場合、図７に示す例では、このコンテンツ選定条件を満たすコンテンツ名“ＡＡＡ”と“ＣＣＣ”のコンテンツが配信コンテンツとして決定される。
【０１１６】
なお、上記（ａ）〜（ｄ）のコンテンツ選定条件の何れか複数の組合せ、すなわち、ＡＮＤ条件をコンテンツ選定条件としても良い。
【０１１７】
以上のように、配信コンテンツが決定されると、続いて、制御部３１は、配信コンテンツの配信先を仮決定する（ステップＳ２４６）。例えば、制御部３１は、記憶部３２に記憶されているエッジサーバリストから、例えばランダムに所定数のエッジサーバＥＳｍを配信コンテンツの配信先として仮決定する。
【０１１８】
次いで、制御部３１は、配信先として仮決定したエッジサーバＥＳｍが配信コンテンツを既に保存しているか否かを判別する（ステップＳ２４７）。例えば、制御部３１は、ＤＨＴを用いたルーティングテーブルにしたがって、オーバーレイネットワークＯＮにおける配信コンテンツのルートノード宛にコンテンツ所在問合せメッセージを送信する。このコンテンツ所在問合せメッセージには、配信コンテンツのコンテンツＩＤが含まれる。これにより、制御部３１は、ルートノードであるエッジサーバＥＳｍから返信されたインデックス情報を取得する。そして、上記仮決定したエッジサーバＥＳｍのノードＩＤがインデックス情報中に含まれている場合、制御部３１は、配信先として仮決定したエッジサーバＥＳｍが配信コンテンツを既に保存していると判別することになる。
【０１１９】
このように仮決定されたエッジサーバＥＳｍが配信コンテンツを保存している場合（ステップＳ２４７：ＹＥＳ）、制御部３１は、配信先として仮決定していない別のエッジサーバＥＳｍをエッジサーバリストから配信先として仮決定し（ステップＳ２４８）、ステップＳ２４７に戻る。
【０１２０】
一方、仮決定されたエッジサーバＥＳｍが配信コンテンツを保存していない場合（ステップＳ２４７：ＮＯ）、制御部３１は、仮決定したエッジサーバＥＳｍを配信コンテンツの配信先として決定する（ステップＳ２４９）。これにより、仮決定されたエッジサーバＥＳｍに配信コンテンツが既に保存されている場合、仮決定されたエッジサーバＥＳｍには配信コンテンツがＰＵＳＨ配信されないので、コンテンツの重複保存を防止することができる。
【０１２１】
なお、制御部３１は、上記ステップＳ２４６において配信コンテンツの配信先を仮決定せずに、オーバーレイネットワークＯＮにおける配信コンテンツのルートノード宛にコンテンツ所在問合せメッセージを送信するように構成しても良い。この場合、制御部３１は、ルートノードであるエッジサーバＥＳｍから返信されたインデックス情報を取得する。このインデックス情報には、配信コンテンツを保存しているエッジサーバＥＳｍのみが示されている。従って、制御部３１は、インデックス情報に示されたエッジサーバＥＳｍの中から、配信コンテンツの配信先を決定するように構成すれば、配信コンテンツの配信先を仮決定する必要がないので効率が良い。
【０１２２】
この場合、制御部３１は、インデックス情報に含まれるノードＩＤに対応するエッジサーバＥＳｍを除いて、エッジサーバリストからランダムに所定数のエッジサーバＥＳｍを配信コンテンツの配信先として決定することになる。
【０１２３】
次いで、制御部３１は、配信先として決定したエッジサーバＥＳｍに配信コンテンツをＰＵＳＨ配信する（ステップＳ２５０）。このＰＵＳＨ配信では、例えば、コンテンツ投入要求メッセージがエッジサーバＥＳｍに送信される。そして、制御部３１は、エッジサーバＥＳｍから返信された了解応答メッセージを受信すると、配信コンテンツをエッジサーバＥＳｍに送信する。
【０１２４】
こうしてＰＵＳＨ配信された配信コンテンツがエッジサーバＥＳｍにより受信されると、エッジサーバＥＳｍは、受信された配信コンテンツを記憶部２２のコンテンツ記憶領域に記憶保存する。続いて、エッジサーバＥＳｍは、同じ拠点ネットワークＮＬｍに接続されているユーザ端末Ｔｍ−ｎのうちから、例えばランダムに所定数のユーザ端末Ｔｍ−ｎを配信コンテンツの配信先として決定する。そして、エッジサーバＥＳｍは、配信先として決定したユーザ端末Ｔｍ−ｎに配信コンテンツをＰＵＳＨ配信することになる。
【０１２５】
なお、プッシュ配信された配信コンテンツを保存したエッジサーバＥＳｍ及びユーザ端末Ｔｍ−ｎは、ルートノード宛にパブリッシュメッセージを送信する。これにより、エッジサーバＥＳｍ及びユーザ端末Ｔｍ−ｎのノード情報はルートノードにおけるインデックス情報に登録されることになる。なお、パブリッシュメッセージについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【０１２６】
ここで、上記ステップＳ２４４〜Ｓ２５０の処理における他の実施例について説明する。
【０１２７】
この実施例では、上記ステップＳ２４４及びＳ２４５において、制御部３１は、各拠点ＰｍのエッジサーバＥＳｍから取得した集計結果情報に基づいて拠点Ｐｍ毎に配信コンテンツを決定する。例えば、拠点Ｐｍ毎に上述した再生回数の集計結果リストが作成される。そして、制御部３１は、上述したコンテンツ選定条件に基づき拠点Ｐｍ毎に配信コンテンツを決定する。例えば、拠点Ｐ１では、コンテンツ名“ＣＣＣ”のコンテンツが配信コンテンツとして決定される。一方、拠点Ｐ２では、コンテンツ名“ＢＢＢ”のコンテンツが配信コンテンツとして決定される。
【０１２８】
そして、上記ステップＳ２４６〜Ｓ２５０において、制御部３１は、拠点Ｐｍ毎に決定した配信コンテンツを、各拠点ＲｍのエッジサーバＥＳｍが既に保存しているか否かを判別する。例えば、制御部３１は、各拠点ＲｍのエッジサーバＥＳｍに、拠点Ｐｍ毎に決定した配信コンテンツを既に保存しているか否かを問い合わせるメッセージを送信する。一例として、拠点Ｐ１のエッジサーバＥＳ１には、上記決定されたコンテンツ名“ＣＣＣ”のコンテンツを保存しているか否かを問い合わせるメッセージが送信される。そして、制御部３１は、エッジサーバＥＳｍから、配信コンテンツを既に保存していることを示すメッセージを受信した場合、このエッジサーバＥＳｍが配信コンテンツを既に保存していると判別する。この場合、このエッジサーバＥＳｍには配信コンテンツは配信されない。
【０１２９】
一方、エッジサーバＥＳｍが配信コンテンツを保存していない場合、制御部３１は、このエッジサーバＥＳｍを配信コンテンツの配信先として決定する。そして、制御部３１は、上述したステップＳ２５０のＰＵＳＨ配信を実行する。
【０１３０】
以上説明したように、上記実施形態によれば、センターサーバＣＳは、拠点Ｐｍ毎のエッジサーバＥＳｍにより集計された各ユーザ端末Ｔｍ−ｎにおけるコンテンツの再生回数の集計結果に基づいて各拠点Ｐｍへの配信コンテンツを決定するので、拠点Ｐｍ毎に適したコンテンツを各拠点Ｐｍに事前に配信することができる。
【０１３１】
また、センターサーバＣＳは、各拠点ＰｍのエッジサーバＥＳｍにより集計された各ユーザ端末Ｔｍ−ｎにおけるコンテンツの再生回数の集計結果に基づいて拠点Ｐｍ毎に配信コンテンツを決定するので、コンテンツの視聴傾向が拠点Ｐｍ毎に異なっても、拠点Ｐｍ毎に適したコンテンツを各拠点Ｐｍに事前に配信することができる。
【０１３２】
さらに、センターサーバＣＳは、上記集計結果と、コンテンツ選定条件に基づき各拠点Ｐｍへの配信コンテンツを決定するので、例えば１日単位、或いは数日単位で再生回数の多かったコンテンツを各拠点Ｐｍに事前に配信することができる。また、例えば１日単位、或いは数日単位で再生回数の伸び率が多かったコンテンツを各拠点Ｐｍに事前に配信することができる。
【０１３３】
（第２実施形態）
次に、本発明の第２実施形態に係るコンテンツ配信システムについて説明する。なお、第２実施形態に係るコンテンツ配信システムにおける基本的な構成及び動作は第１実施形態と同様であるので、主として、異なる部分について説明する。
【０１３４】
第２実施形態に係るコンテンツ配信システムＳにおいては、コンテンツは、複数のバイト位置で分割された複数の部分データから構成される。以下、部分データを、「部分コンテンツ」という。各部分コンテンツは、第１実施形態におけるコンテンツと同様、複数のコンテンツ保持ノードに分散されて保存されている。また、各部分コンテンツには、夫々、部分コンテンツ毎に固有の識別情報である部分コンテンツＩＤが割り当てられている。また、部分コンテンツの所在は、部分コンテンツのルートノードにより管理されている。
【０１３５】
そして、例えばコンテンツＸを構成する各部分コンテンツの部分コンテンツＩＤは、コンテンツＸのコンテンツＩＤが付与されたメタファイルに記述されている。このメタファイルは、コンテンツＸのコンテンツ保持ノードに保存されている。
【０１３６】
図８は、メタファイルの内容の一例を示す図である。図８に示すように、「開始バイト位置」から「終了バイト位置」までの各バイト範囲に対応する部分コンテンツ毎に部分コンテンツＩＤが対応付けられている。
【０１３７】
ここで、例えば、コンテンツＸの「35,000バイト目」のデータを含む部分コンテンツの部分コンテンツＩＤを取得したいとする。この場合、部分コンテンツＩＤを取得したいユーザノードは、先ず、コンテンツＸのルートルードに問い合わせ、コンテンツＸを保存するコンテンツ保持ノードのノード情報を取得する。次に、ユーザノードは、コンテンツ保持ノードにアクセスし、コンテンツＸのメタファイルを取得する。そして、ユーザノードは、取得したメタファイルを参照し、「35,000バイト目」のデータを含む部分コンテンツの部分コンテンツＩＤを取得する。図８に示す例では、「35,000バイト目」のデータを含む部分コンテンツの部分コンテンツＩＤは、「A0000000004」である。なお、ユーザノードが、部分コンテンツＩＤに対応する部分コンテンツの所在を知りたい場合、第１実施形態と同様、その所在を部分コンテンツのルートルードに問い合わせれば良い。
【０１３８】
第２実施形態に係るコンテンツ配信システムＳにおいて、図５（Ｂ）に示すステップＳ１４の集計処理では、エッジサーバＥＳｍの制御部２１は、取得した各再生履歴情報に基づいて、コンテンツの再生開始位置から再生終了位置までを所定時間毎に区切った部分毎の再生回数をコンテンツ毎に集計する。ここで、部分とは、再生時間位置、又は再生時間範囲をいう。例えば、再生履歴情報に含まれる再生時間範囲と重複する部分の再生回数がカウントされる。こうしてコンテンツ毎、且つ部分毎に集計された再生回数の集計結果を示す集計結果情報を含む集計情報は、第１実施形態と同様、センターサーバＣＳに送信される。
【０１３９】
そして、図５（Ｃ）に示すステップＳ２４４では、センターサーバＣＳの制御部３１は、全ての集計結果に基づいてコンテンツ毎且つ部分毎の再生回数を集計し、例えば部分毎の再生回数の集計結果リストを作成する。なお、このとき、図７に示すコンテンツ毎の再生回数の集計結果リストも作成される。
【０１４０】
図９は、部分毎の再生回数の集計結果リストの一例を示す図である。図９に示す例では、コンテンツＸの再生開始位置から再生終了位置まで（計５０秒）を１秒毎に区切った部分毎の再生回数の合計が集計結果として示されている。このような集計結果リストは、コンテンツ毎に作成される。
【０１４１】
次いで、図５（Ｃ）に示すステップＳ２４５では、センターサーバＣＳの制御部３１は、例えば、第１実施形態と同様、コンテンツ毎の再生回数の集計結果に基づいて、配信コンテンツを上述したコンテンツ選定条件により決定する。次いで、制御部３１は、決定した配信コンテンツの部分毎の再生回数の集計結果に基づいて、エッジサーバＥＳｍに配信するべき部分コンテンツを、予め設定されたコンテンツ選定条件により決定する。以下、エッジサーバＥＳｍに配信するべき部分コンテンツを、「配信部分コンテンツ」という。つまり、過去所定期間内でコンテンツ設定条件を満たすコンテンツ中でコンテンツ選定条件を満たす部分コンテンツが配信部分コンテンツとして決定される。なお、配信コンテンツを決定しなくとも良い。この場合、部分毎の再生回数の集計結果が得られた全コンテンツの中でコンテンツ選定条件を満たす部分コンテンツが配信部分コンテンツとして決定される。
【０１４２】
ここで、配信部分コンテンツを決定するときのコンテンツ選定条件としては、第１実施形態における（ａ）〜（ｄ）のコンテンツ選定条件、又はそれらの組合せを適用できる。例えば、前日の２４時間内で再生回数の合計が上位１番目であることをコンテンツ選定条件とした場合、図９に示す例では、再生回数が最も多い２７秒の再生時間位置を含む部分コンテンツが配信部分コンテンツとして決定される。なお、決定された配信部分コンテンツの前後の部分コンテンツも配信部分コンテンツとして決定するように構成しても良い。
【０１４３】
以上のように、配信部分コンテンツが決定されると、第１実施形態と同じ要領で、配信部分コンテンツを保存していないエッジサーバＥＳｍが配信先として決定される。そして、決定されたエッジサーバＥＳｍに配信部分コンテンツがセンターサーバＣＳからＰＵＳＨ配信される。
【０１４４】
なお、第２実施形態においても、第１実施形態における上記他の実施例と同様、拠点Ｐｍ毎に配信部分コンテンツを決定する構成を適用できる。
【０１４５】
以上説明したように、上記実施形態によれば、センターサーバＣＳは、拠点Ｐｍ毎のエッジサーバＥＳｍにより集計された各ユーザ端末Ｔｍ−ｎにおけるコンテンツ中の部分毎の再生回数を集計結果に基づいて各拠点Ｐｍへの配信部分コンテンツを決定するので、拠点Ｐｍ毎に適した部分コンテンツを各拠点Ｐｍに事前に配信することができる。
【０１４６】
また、センターサーバＣＳは、拠点Ｐｍ毎のエッジサーバＥＳｍにより集計された各ユーザ端末Ｔｍ−ｎにおけるコンテンツ中の部分毎の再生回数を集計結果に基づいて拠点Ｐｍ毎に配信部分コンテンツを決定するので、コンテンツの視聴位置の傾向が拠点Ｐｍ毎に異なっても、拠点Ｐｍ毎に適した部分コンテンツを各拠点Ｐｍに事前に配信することができる。
【０１４７】
さらに、センターサーバＣＳは、上記集計結果と、コンテンツ選定条件に基づき各拠点Ｐｍへの配信部分コンテンツを決定するので、例えば１日単位、或いは数日単位で再生回数の多かった部分コンテンツを各拠点Ｐｍに事前に配信することができる。また、例えば１日単位、或いは数日単位で再生回数の多かったコンテンツのうちさらに多く再生された部分コンテンツを各拠点Ｐｍに事前に配信することができる。
【０１４８】
なお、上記実施形態においては、オーバーレイネットワークＯＮと、複数の拠点オーバーレイネットワークＯＮｍとが形成されるコンテンツ配信システムＳを例にとって説明した。別の例として、各拠点ＰｍのエッジサーバＥＳｍと、各拠点Ｐｍの複数のユーザ端末Ｔｍ−ｎとの参加により一つのオーバーレイネットワークが形成されるコンテンツ配信システムＳに対しても本発明は適用可能である。この場合、再生回数の集計、配信コンテンツの決定、及び配信コンテンツのＰＵＳＨ配信に係る処理は上記実施形態と同様である。ただし、この場合、ユーザ端末Ｔｍ−ｎはエッジサーバＥＳｍと同じオーバーレイネットワークに参加できる。そのため、センターサーバＣＳは、エッジサーバＥＳｍと同じように、配信コンテンツの配信先としてユーザ端末Ｔｍ−ｎを決定することができる。
【０１４９】
そして、センターサーバＣＳは、配信先として決定したユーザ端末Ｔｍ−ｎに直接、配信コンテンツをＰＵＳＨ配信することができる。
【０１５０】
また、上記実施形態においては、拠点Ｐｍ毎に拠点オーバーレイネットワークＯＮｍを形成したが、拠点オーバーレイネットワークＯＮｍを形成しなくても構わない。この場合、あるユーザ端末Ｔｍ−ｎが、同じ拠点ネットワークＮＬｍに接続されたユーザ端末Ｔｍ−ｎが保存しているコンテンツを検索する場合、この拠点ネットワークＮＬｍに行き渡るブロードキャストを実行すれば良い。
【０１５１】
また、上記実施形態においては、センターサーバＣＳが本発明の管理装置として機能したが、ユーザ端末Ｔｍ−ｎ又はエッジサーバＥＳｍが管理装置として機能しても良い。この場合、何れかのユーザ端末Ｔｍ−ｎ又はエッジサーバＥＳｍが上述した図５（Ｃ）又は図６に示す処理を実行することになる。
【０１５２】
また、上記実施形態においては、オーバーレイネットワークに、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアシステム、または、他のオーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないピアツーピアシステムとしては、例えば、ハイブリッド型のピアツーピアシステムがある。
【符号の説明】
【０１５３】
１１  制御部
１２  記憶部
１３  バッファメモリ
１４  デコーダ部
１５  映像処理部
１６  表示部
１７  音声処理部
１８  スピーカ
１９  通信部
１９ａ  入力部
１９ｂ  バス
２１  制御部
２２  記憶部
２３  バッファメモリ
２４  通信部
２５  入力部
２６  バス
３１  制御部
３２  記憶部
３３  通信部
３４  入力部
３５  バス
Ｔｍ−ｎ  ユーザ端末
ＥＳｍ  エッジサーバ
Ｒｍ  ルータ
ＣＳ  センターサーバ
ＮＷ  ネットワーク
ＮＬｍ  拠点ネットワーク
ＯＮ  オーバーレイネットワーク
ＯＮｍ  拠点オーバーレイネットワーク
Ｓ  コンテンツ配信システム
【図１】
2011070315.tif 000003
【図２】
2011070315.tif 000004
【図３】
2011070315.tif 000005
【図４】
2011070315.tif 000006
【図５】
2011070315.tif 000007
【図６】
2011070315.tif 000008
【図７】
2011070315.tif 000009
【図８】
2011070315.tif 000010
【図９】
2011070315.tif 000011