(57)【要約】【課題】ノード装置により取得される頻度が低いコンテンツがサポート装置に蓄積されることを抑制し、ノード装置により取得される頻度が高いコンテンツがサポート装置から削除されることを抑制する。【解決手段】複数の内部ネットワーク夫々に接続するノード装置とサポート装置との夫々の間でのコンテンツの送受信を可能とするオーバーレイネットワークが構築され、サポート装置は、他のサポート装置又はノード装置からコンテンツを取得し、取得されたコンテンツを記憶し、ノード装置は、接続先外サポート装置又は接続先外ノード装置からコンテンツを取得する場合において、接続先外サポート装置がコンテンツを記憶している場合には、接続先サポート装置に取得させて当該接続先サポート装置を介して取得し、接続先外サポート装置がコンテンツを記憶していない場合には、接続先サポート装置を介さずに取得する。【選択図】図４
2011070316.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、
前記情報通信システムは、
外部ネットワークに複数の内部ネットワークが接続され、
同一の前記内部ネットワークに接続する複数のノード装置と、
前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、
を前記内部ネットワーク毎に備え、
前記複数の内部ネットワーク夫々に接続するノード装置と前記サポート装置との夫々の間でのコンテンツの送受信を可能とするオーバーレイネットワークが構築され、
前記サポート装置は、
前記他のサポート装置又は前記ノード装置からコンテンツを取得する第１取得手段と、
前記第１取得手段により取得されたコンテンツを記憶する記憶手段と、
を備え、
前記ノード装置は、
接続先の前記内部ネットワークに接続していない前記サポート装置である接続先外サポート装置、又は、接続先の前記内部ネットワークに接続していない前記ノード装置である接続先外ノード装置からコンテンツを取得する場合において、前記接続先外サポート装置がコンテンツを記憶している場合には、接続先の前記内部ネットワークに接続する前記サポート装置である接続先サポート装置に取得させて当該接続先サポート装置を介して取得し、前記接続先外サポート装置がコンテンツを記憶していない場合には、前記接続先サポート装置を介さずに取得する第２取得手段を備えることを特徴とする情報通信システム。
【請求項２】
請求項１に記載の情報通信システムにおいて、
前記ノード装置の前記第２取得手段は、
前記接続先外サポート装置がコンテンツを記憶しているか否かを判定する判定手段と、
前記判定手段により前記接続先外サポート装置がコンテンツを記憶していると判定された場合には、コンテンツの要求を示すコンテンツ要求情報を前記接続先サポート装置に送信する第１コンテンツ要求情報送信手段と、
前記接続先サポート装置から送信されたコンテンツを受信する第１コンテンツ受信手段と、
前記判定手段により前記接続先外サポート装置がコンテンツを記憶していないと判定された場合には、前記接続先外ノード装置に前記コンテンツ要求情報を送信する第２コンテンツ要求情報送信手段と、
前記接続先外ノード装置から送信されたコンテンツを受信する第２コンテンツ受信手段と、
を備え、
前記サポート装置の前記第１取得手段は、
接続先の前記内部ネットワークに接続する前記ノード装置である接続先ノード装置から送信された前記コンテンツ要求情報を受信するコンテンツ要求情報受信手段と、
前記接続先外サポート装置から取得されたコンテンツを前記コンテンツ要求情報を送信した前記接続先ノード装置に送信するコンテンツ送信手段と、
を備え、
前記コンテンツ要求情報受信手段により前記コンテンツ要求情報が受信された場合に、前記接続先外サポート装置からコンテンツを取得することを特徴とする情報通信システム。
【請求項３】
請求項１又は請求項２に記載の情報通信システムにおいて、
コンテンツを配信する配信装置を更に備え、
前記配信装置は、
相対的に人気が高いコンテンツを、少なくとも何れか一の前記サポート装置に送信する送信手段を備え、
前記サポート装置は、
前記配信装置から送信されたコンテンツを受信する受信手段を更に備え、
前記記憶手段は、前記受信手段により受信されたコンテンツを記憶することを特徴とする情報通信システム。
【請求項４】
請求項３に記載の情報通信システムにおいて、
前記送信手段は、人気の高い順にコンテンツを順位付けた場合に最上位から予め定められた順位までに入るコンテンツを、相対的に人気が高いコンテンツとすることを特徴とする情報通信システム。
【請求項５】
請求項３又は請求項４に記載の情報通信システムにおいて、
前記送信手段は、前記ノード装置により取得される頻度、又は、前記ノード装置により利用される頻度が高いコンテンツを、人気が高いコンテンツとすることを特徴とする情報通信システム。
【請求項６】
請求項１又は請求項２に記載の情報通信システムにおいて、
コンテンツを配信する配信装置を更に備え、
前記配信装置は、
所定の期間毎又はコンテンツ毎におけるコンテンツの人気の高さに基づいて、人気の上昇の程度をコンテンツ毎に判定する人気判定手段と、
前記人気判定手段により判定された人気の上昇の程度が相対的に高いコンテンツを、少なくとも何れか一の前記サポート装置に送信する送信手段を備え、
前記サポート装置は、
前記配信装置から送信されたコンテンツを受信する受信手段を更に備え、
前記記憶手段は、前記受信手段により受信されたコンテンツを記憶することを特徴とする情報通信システム。
【請求項７】
請求項６に記載の情報通信システムにおいて、
前記送信手段は、人気の上昇の程度が高い順にコンテンツを順位付けた場合に最上位から予め定められた順位までに入るコンテンツを、人気の上昇の程度が相対的に高いコンテンツとすることを特徴とする情報通信システム。
【請求項８】
請求項６又は請求項７に記載の情報通信システムにおいて、
前記送信手段は、前記ノード装置により取得される頻度の上昇の程度、又は、前記ノード装置により利用される頻度の上昇の程度が高いコンテンツを、人気の上昇の程度が高いコンテンツとすることを特徴とする情報通信システム。
【請求項９】
請求項３から請求項８のいずれか一項に記載の情報通信システムにおいて、
前記配信装置は、
相対的に人気が高くないコンテンツの削除の要求を示す削除要求情報を前記サポート装置に送信する削除要求情報送信手段を更に備え、
前記サポート装置は、
前記配信装置から送信された前記削除要求情報を受信する削除要求情報受信手段と、
前記削除要求情報受信手段により受信された前記削除要求情報が示す削除対象のコンテンツを前記記憶手段から削除する削除手段と、
を更に備えることを特徴とする情報通信システム。
【請求項１０】
請求項９に記載の情報通信システムにおいて、
前記削除要求情報送信手段は、人気の高い順にコンテンツを順位付けた場合に最上位から予め定められた順位までに入らないコンテンツを、相対的に人気が高くはないコンテンツとすることを特徴とする情報通信システム。
【請求項１１】
請求項９又は請求項１０に記載の情報通信システムにおいて、
前記削除要求情報送信手段は、前記ノード装置により取得される頻度、又は、前記ノード装置により利用される頻度が高くはないコンテンツを、人気が高くはないコンテンツとすることを特徴とする情報通信システム。
【請求項１２】
請求項６に記載の情報通信システムにおいて、
前記配信装置は、
前記人気判定手段により判定された人気の上昇の程度が相対的に高くはないコンテンツの削除の要求を示す削除要求情報を前記サポート装置に送信する削除要求情報送信手段を更に備え、
前記サポート装置は、
前記配信装置から送信された前記削除要求情報を受信する削除要求情報受信手段と、
前記削除要求情報受信手段により受信された前記削除要求情報が示す削除対象のコンテンツを前記記憶手段から削除する削除手段と、
を更に備えることを特徴とする情報通信システム。
【請求項１３】
請求項１２に記載の情報通信システムにおいて、
前記削除要求情報送信手段は、人気の上昇の程度が高い順にコンテンツを順位付けた場合に最上位から予め定められた順位までに入らないコンテンツを、人気の上昇の程度が相対的に高くはないコンテンツとすることを特徴とする情報通信システム。
【請求項１４】
請求項１２又は請求項１３に記載の情報通信システムにおいて、
前記削除要求情報送信手段は、前記ノード装置により取得される頻度の上昇の程度、又は、前記ノード装置により利用される頻度の上昇の程度が高くはないコンテンツを、人気の上昇の程度が高くはないコンテンツとすることを特徴とする情報通信システム。
【請求項１５】
複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信方法であって、
前記情報通信システムは、
外部ネットワークに複数の内部ネットワークが接続され、
同一の前記内部ネットワークに接続する複数のノード装置と、
前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、
を前記内部ネットワーク毎に備え、
前記複数の内部ネットワーク夫々に接続するノード装置と前記サポート装置との夫々の間でのコンテンツの送受信を可能とするオーバーレイネットワークが構築され、
前記ノード装置が、接続先の前記内部ネットワークに接続していない前記サポート装置である接続先外サポート装置、又は、接続先の前記内部ネットワークに接続していない前記ノード装置である接続先外ノード装置からコンテンツを取得する場合において、前記接続先外サポート装置がコンテンツを記憶している場合には、接続先の前記内部ネットワークに接続する前記サポート装置である接続先サポート装置に取得させて当該接続先サポート装置を介して取得し、前記接続先外サポート装置がコンテンツを記憶していない場合には、前記接続先サポート装置を介さずに取得する取得工程と、
前記ノード装置により前記接続先サポート装置を介してコンテンツが取得された場合、当該接続先サポート装置が、取得されたコンテンツを記憶する記憶工程と、
を有することを特徴とする情報通信方法。
【請求項１６】
複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおけるノードプログラムであって、
前記情報通信システムは、
外部ネットワークに複数の内部ネットワークが接続され、
同一の前記内部ネットワークに接続する複数のノード装置と、
前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、
を前記内部ネットワーク毎に備え、
前記複数の内部ネットワーク夫々に接続するノード装置と前記サポート装置との夫々の間でのコンテンツの送受信を可能とするオーバーレイネットワークが構築され、
前記ノード装置に含まれるコンピュータに、
接続先の前記内部ネットワークに接続していない前記サポート装置である接続先外サポート装置、又は、接続先の前記内部ネットワークに接続していない前記ノード装置である接続先外ノード装置からコンテンツを取得する場合において、前記接続先外サポート装置がコンテンツを記憶している場合には、接続先の前記内部ネットワークに接続する前記サポート装置である接続先サポート装置に取得させて当該接続先サポート装置を介して取得し、前記接続先外サポート装置がコンテンツを記憶していない場合には、前記接続先サポート装置を介さずに取得する取得ステップ
を実行させることを特徴とするノードプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））方式の通信システムの技術分野に関する。
【背景技術】
【０００２】
近年、特許文献１に開示されているようなピアツーピア方式の通信システムが注目されている。ピアツーピア方式の通信システムは、現在のコンテンツ配信における主流形態であるサーバクライアント方式に変わる新しい形態として注目されている。このピアツーピア方式の通信システムでは、センターのサーバ装置に対するコンテンツの要求が集中しない。そのため、サーバクライアント方式に比して、短時間でコンテンツを取得することが可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１９７４００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、会社や学校、ホテル等のように各地に拠点があり、各拠点に端末装置が複数存在するケースがある。このケースにおいては、一般的に、拠点内に各端末装置が接続されるＬＡＮ（Local Area Network）等のプライベートネットワークが形成される。また、拠点には、インターネット等の或いはＷＡＮ（Wide Area Network）等のパブリックネットワークに接続する回線が設けられる。
【０００５】
このようなケースにおいて、各端末装置に、特許文献１に開示されているようなピアツーピア方式の通信機能を持たせることが考えられる。そうすると、各端末装置は、同じ拠点内に存在する端末装置からもコンテンツを取得することが可能となる。従って、端末装置は他の拠点にコンテンツを要求しなくても良い場合がある。
【０００６】
また、各拠点にコンテンツ蓄積専用のエッジサーバを設置することが考えられる。この場合、端末装置は、拠点内のネットワークからコンテンツを取得することができない場合、同じ拠点内に設置されているエッジサーバを介して他の拠点からコンテンツを取得することが考えられる。このとき、一般的にエッジサーバは、他の拠点から取得したコンテンツを保存する。そうすると、一度何れかの端末装置により要求されたコンテンツは、同じ拠点内に設置されているエッジサーバから取得することができる。
【０００７】
しかしながら、エッジサーバのメモリ容量にも限界がある。そのため、エッジサーバが、端末装置から要求されたコンテンツを保存する際、旧いコンテンツを削除しなければならない場合がある。その一方で、端末装置から要求されるコンテンツは、全体的に見て取得頻度の高いコンテンツばかりであるとは限らない。そうすると、端末装置からの要求によって、取得頻度が高いコンテンツがあまりエッジサーバに蓄積されていない状態になると、外部接続する回線を介して他の拠点からコンテンツを取得する確率が高くなる。これは、外部接続する回線のトラフィックの増加を招く。また、エッジサーバを経由する分、コンテンツの要求に対するレスポンスが低下する。
【０００８】
そこで、本発明は、以上の点に鑑みてなされたものである。本発明は、端末装置等のノード装置により取得される頻度が低いコンテンツがエッジサーバ等のサポート装置に蓄積されることを抑制し、これにより、ノード装置により取得される頻度が高いコンテンツがサポート装置から削除されることを抑制することを可能とする情報通信システム及び情報通信方法等を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数のノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、を前記内部ネットワーク毎に備え、前記複数の内部ネットワーク夫々に接続するノード装置と前記サポート装置との夫々の間でのコンテンツの送受信を可能とするオーバーレイネットワークが構築され、前記サポート装置は、前記他のサポート装置又は前記ノード装置からコンテンツを取得する第１取得手段と、前記第１取得手段により取得されたコンテンツを記憶する記憶手段と、を備え、前記ノード装置は、接続先の前記内部ネットワークに接続していない前記サポート装置である接続先外サポート装置、又は、接続先の前記内部ネットワークに接続していない前記ノード装置である接続先外ノード装置からコンテンツを取得する場合において、前記接続先外サポート装置がコンテンツを記憶している場合には、接続先の前記内部ネットワークに接続する前記サポート装置である接続先サポート装置に取得させて当該接続先サポート装置を介して取得し、前記接続先外サポート装置がコンテンツを記憶していない場合には、前記接続先サポート装置を介さずに取得する第２取得手段を備えることを特徴とする。
【００１０】
ノード装置により取得される頻度が高いコンテンツをサポート装置が取得し記憶するのであれば、何れかのサポート装置が記憶しているコンテンツは、何れのサポート装置も記憶していないコンテンツよりも取得頻度が高いコンテンツであると判断することができる。よって、この発明によれば、接続先外サポート装置により記憶されているコンテンツを、ノード装置が接続先サポート装置を介して取得することにより、取得されたコンテンツが接続先サポート装置に記憶される。つまり、相対的に取得頻度が高いコンテンツが新たに接続先サポート装置に記憶される。一方、接続先外サポート装置がコンテンツを記憶していない場合、ノード装置が接続先サポート装置を介さずにコンテンツを取得する。つまり、相対的に取得頻度が低いコンテンツは接続先サポート装置には記憶されない。これにより、ノード装置により取得される頻度の低いコンテンツがサポート装置に蓄積されることを抑制することができる。
【００１１】
請求項２に記載の発明は、請求項１に記載の情報通信システムにおいて、前記ノード装置の前記第２取得手段は、前記接続先外サポート装置がコンテンツを記憶しているか否かを判定する判定手段と、前記判定手段により前記接続先外サポート装置がコンテンツを記憶していると判定された場合には、コンテンツの要求を示すコンテンツ要求情報を前記接続先サポート装置に送信する第１コンテンツ要求情報送信手段と、前記接続先サポート装置から送信されたコンテンツを受信する第１コンテンツ受信手段と、前記判定手段により前記接続先外サポート装置がコンテンツを記憶していないと判定された場合には、前記接続先外ノード装置に前記コンテンツ要求情報を送信する第２コンテンツ要求情報送信手段と、前記接続先外ノード装置から送信されたコンテンツを受信する第２コンテンツ受信手段と、を備え、前記サポート装置の前記第１取得手段は、接続先の前記内部ネットワークに接続する前記ノード装置である接続先ノード装置から送信された前記コンテンツ要求情報を受信するコンテンツ要求情報受信手段と、前記接続先外サポート装置から取得されたコンテンツを前記コンテンツ要求情報を送信した前記接続先ノード装置に送信するコンテンツ送信手段と、を備え、前記コンテンツ要求情報受信手段により前記コンテンツ要求情報が受信された場合に、前記接続先外サポート装置からコンテンツを取得することを特徴とする。
【００１２】
従って、サポート装置は、取得頻度が高いコンテンツとして接続先ノード装置により取得されるコンテンツを確実に記憶することができる。
【００１３】
請求項３に記載の発明は、請求項１又は請求項２に記載の情報通信システムにおいて、コンテンツを配信する配信装置を更に備え、前記配信装置は、相対的に人気が高いコンテンツを、少なくとも何れか一の前記サポート装置に送信する送信手段を備え、前記サポート装置は、前記配信装置から送信されたコンテンツを受信する受信手段を更に備え、前記記憶手段は、前記受信手段により受信されたコンテンツを記憶することを特徴とする。
【００１４】
この発明によれば、人気が高いコンテンツが何れかのサポート装置に記憶される。よって、各ノード装置がコンテンツを取得していくにつれて、人気が高いコンテンツが確実にサポート装置に蓄積される。
【００１５】
請求項４に記載の発明は、請求項３に記載の情報通信システムにおいて、前記送信手段は、人気の高い順にコンテンツを順位付けた場合に最上位から予め定められた順位までに入るコンテンツを、相対的に人気が高いコンテンツとすることを特徴とする。
【００１６】
この発明によれば、人気の順位が最上位から予め定められた順位までに入るコンテンツが何れかのサポート装置に記憶される。よって、各ノード装置がコンテンツを取得していくにつれて、人気が高いコンテンツがサポート装置に蓄積される。
【００１７】
請求項５に記載の発明は、請求項３又は請求項４に記載の情報通信システムにおいて、前記送信手段は、前記ノード装置により取得される頻度、又は、前記ノード装置により利用される頻度が高いコンテンツを、人気が高いコンテンツとすることを特徴とする。
【００１８】
この発明によれば、取得頻度又は利用頻度が高いコンテンツが何れかのサポート装置に記憶される。よって、各ノード装置がコンテンツを取得していくにつれて、取得頻度又は利用頻度が高いコンテンツがサポート装置に蓄積される。
【００１９】
請求項６に記載の発明は、請求項１又は請求項２に記載の情報通信システムにおいて、コンテンツを配信する配信装置を更に備え、前記配信装置は、所定の期間毎又はコンテンツ毎におけるコンテンツの人気の高さに基づいて、人気の上昇の程度をコンテンツ毎に判定する人気判定手段と、前記人気判定手段により判定された人気の上昇の程度が相対的に高いコンテンツを、少なくとも何れか一の前記サポート装置に送信する送信手段を備え、前記サポート装置は、前記配信装置から送信されたコンテンツを受信する受信手段を更に備え、前記記憶手段は、前記受信手段により受信されたコンテンツを記憶することを特徴とする。
【００２０】
この発明によれば、人気の上がり方が大きいコンテンツが何れかのサポート装置に記憶される。人気の上がり方が大きいコンテンツは、将来、人気が相対的に高くなることが予想される。よって、各ノード装置がコンテンツを取得していくにつれて、人気が相対的に高くなることが予想されるコンテンツが前もって確実にサポート装置に蓄積される。
【００２１】
請求項７に記載の発明は、請求項６に記載の情報通信システムにおいて、前記送信手段は、人気の上昇の程度が高い順にコンテンツを順位付けた場合に最上位から予め定められた順位までに入るコンテンツを、人気の上昇の程度が相対的に高いコンテンツとすることを特徴とする。
【００２２】
この発明によれば、人気の上昇の程度の順位が最上位から予め定められた順位までに入るコンテンツが何れかのサポート装置に記憶される。よって、各ノード装置がコンテンツを取得していくにつれて、人気が相対的に高くなることが予想されるコンテンツが前もってサポート装置に蓄積される。
【００２３】
請求項８に記載の発明は、請求項６又は請求項７に記載の情報通信システムにおいて、前記送信手段は、前記ノード装置により取得される頻度の上昇の程度、又は、前記ノード装置により利用される頻度の上昇の程度が高いコンテンツを、人気の上昇の程度が高いコンテンツとすることを特徴とする。
【００２４】
この発明によれば、取得頻度の上昇の程度又は利用頻度の上昇の程度が高いコンテンツが何れかのサポート装置に記憶される。よって、各ノード装置がコンテンツを取得していくにつれて、人気が相対的に高くなることが予想されるコンテンツが前もってサポート装置に蓄積される。
【００２５】
請求項９に記載の発明は、請求項３から請求項８のいずれか一項に記載の情報通信システムにおいて、前記配信装置は、相対的に人気が高くないコンテンツの削除の要求を示す削除要求情報を前記サポート装置に送信する削除要求情報送信手段を更に備え、前記サポート装置は、前記配信装置から送信された前記削除要求情報を受信する削除要求情報受信手段と、前記削除要求情報受信手段により受信された前記削除要求情報が示す削除対象のコンテンツを前記記憶手段から削除する削除手段と、を更に備えることを特徴とする。
【００２６】
この発明によれば、人気が高くはないコンテンツがサポート装置から削除される。よって、時間の経過とともに人気が下がってしまったコンテンツがサポート装置に蓄積されてしまうことを防止することができる。
【００２７】
請求項１０に記載の発明は、請求項９に記載の情報通信システムにおいて、前記削除要求情報送信手段は、人気の高い順にコンテンツを順位付けた場合に最上位から予め定められた順位までに入らないコンテンツを、相対的に人気が高くはないコンテンツとすることを特徴とする。
【００２８】
この発明によれば、人気の順位が最上位から予め定められた順位までに入らないコンテンツがサポート装置から削除される。よって、時間の経過とともに人気が下がってしまったコンテンツがサポート装置に蓄積されてしまうことを防止することができる。
【００２９】
請求項１１に記載の発明は、請求項９又は請求項１０に記載の情報通信システムにおいて、前記削除要求情報送信手段は、前記ノード装置により取得される頻度、又は、前記ノード装置により利用される頻度が高くはないコンテンツを、人気が高くはないコンテンツとすることを特徴とする。
【００３０】
この発明によれば、取得頻度又は利用頻度が高くはないコンテンツがサポート装置から削除される。よって、時間の経過とともに人気が下がってしまったコンテンツがサポート装置に蓄積されてしまうことを防止することができる。
【００３１】
請求項１２に記載の発明は、請求項６に記載の情報通信システムにおいて、前記配信装置は、前記人気判定手段により判定された人気の上昇の程度が相対的に高くはないコンテンツの削除の要求を示す削除要求情報を前記サポート装置に送信する削除要求情報送信手段を更に備え、前記サポート装置は、前記配信装置から送信された前記削除要求情報を受信する削除要求情報受信手段と、前記削除要求情報受信手段により受信された前記削除要求情報が示す削除対象のコンテンツを前記記憶手段から削除する削除手段と、を更に備えることを特徴とする。
【００３２】
この発明によれば、人気の上がり方が高くはないコンテンツがサポート装置から削除される。人気の上がり方が高くはないコンテンツは、将来、人気が相対的に低くなることが予想される。よって、時間の経過とともに人気が相対的に低くなることが予想されるコンテンツがサポート装置に蓄積されてしまうことを前もって防止することができる。
【００３３】
請求項１３に記載の発明は、請求項１２に記載の情報通信システムにおいて、前記削除要求情報送信手段は、人気の上昇の程度が高い順にコンテンツを順位付けた場合に最上位から予め定められた順位までに入らないコンテンツを、人気の上昇の程度が相対的に高くはないコンテンツとすることを特徴とする。
【００３４】
この発明によれば、人気の上昇の程度の順位が最上位から予め定められた順位までに入らないコンテンツがサポート装置から削除される。よって、時間の経過とともに人気が相対的に低くなることが予想されるコンテンツがサポート装置に蓄積されてしまうことを防止することができる。
【００３５】
請求項１４に記載の発明は、請求項１２又は請求項１３に記載の情報通信システムにおいて、前記削除要求情報送信手段は、前記ノード装置により取得される頻度の上昇の程度、又は、前記ノード装置により利用される頻度の上昇の程度が高くはないコンテンツを、人気の上昇の程度が高くはないコンテンツとすることを特徴とする。
【００３６】
この発明によれば、取得頻度の上昇の程度又は利用頻度の上昇の程度が高くはないコンテンツがサポート装置から削除される。よって、時間の経過とともに人気が相対的に低くなることが予想されるコンテンツがサポート装置に蓄積されてしまうことを防止することができる。
【００３７】
請求項１５に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信方法であって、前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数のノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、を前記内部ネットワーク毎に備え、前記複数の内部ネットワーク夫々に接続するノード装置と前記サポート装置との夫々の間でのコンテンツの送受信を可能とするオーバーレイネットワークが構築され、前記ノード装置が、接続先の前記内部ネットワークに接続していない前記サポート装置である接続先外サポート装置、又は、接続先の前記内部ネットワークに接続していない前記ノード装置である接続先外ノード装置からコンテンツを取得する場合において、前記接続先外サポート装置がコンテンツを記憶している場合には、接続先の前記内部ネットワークに接続する前記サポート装置である接続先サポート装置に取得させて当該接続先サポート装置を介して取得し、前記接続先外サポート装置がコンテンツを記憶していない場合には、前記接続先サポート装置を介さずに取得する取得工程と、前記ノード装置により前記接続先サポート装置を介してコンテンツが取得された場合、当該接続先サポート装置が、取得されたコンテンツを記憶する記憶工程と、を有することを特徴とする。
【００３８】
請求項１６に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおけるノードプログラムであって、前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数のノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、を前記内部ネットワーク毎に備え、前記複数の内部ネットワーク夫々に接続するノード装置と前記サポート装置との夫々の間でのコンテンツの送受信を可能とするオーバーレイネットワークが構築され、前記ノード装置に含まれるコンピュータに、接続先の前記内部ネットワークに接続していない前記サポート装置である接続先外サポート装置、又は、接続先の前記内部ネットワークに接続していない前記ノード装置である接続先外ノード装置からコンテンツを取得する場合において、前記接続先外サポート装置がコンテンツを記憶している場合には、接続先の前記内部ネットワークに接続する前記サポート装置である接続先サポート装置に取得させて当該接続先サポート装置を介して取得し、前記接続先外サポート装置がコンテンツを記憶していない場合には、前記接続先サポート装置を介さずに取得する取得ステップを実行させることを特徴とする。
【発明の効果】
【００３９】
本発明によれば、接続先外サポート装置により記憶されているコンテンツを、ノード装置が接続先サポート装置を介して取得することにより、取得されたコンテンツが接続先サポート装置に記憶される。よって、取得頻度が相対的に高いコンテンツを何れかのサポート装置に記憶させるようにし、取得頻度が相対的に低いコンテンツはサポート装置に記憶させないようにしておけば、相対的に取得頻度が高いコンテンツが新たに接続先サポート装置に記憶される。一方、接続先外サポート装置がコンテンツを記憶していない場合、ノード装置が接続先サポート装置を介さずにコンテンツを取得する。つまり、相対的に取得頻度が低いコンテンツは接続先サポート装置には記憶されない。これにより、ノード装置により取得される頻度の低いコンテンツがサポート装置に蓄積されることを抑制することができる。
【図面の簡単な説明】
【００４０】
【図１】一実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。
【図２】一実施形態に係るコンテンツ配信システムＳにおけるＰ２ＰネットワークＰＷの構築例を示す図である。
【図３】インデックス情報に登録される内容の一例を示す図である。
【図４】一実施形態に係るコンテンツ配信システムＳにおいてコンテンツが配信される様子の一例を示した概念図である。
【図５】コンテンツ一覧情報に設定される情報の内容の一例を示す図である。
【図６】投入サーバＳＴの概要構成例を示す図である。
【図７】エッジサーバＳＥｍの概要構成例を示す図である。
【図８】ユーザ端末Ｔｍ−ｎの概要構成例を示す図である。
【図９】一実施形態に係る投入サーバＳＴの制御部１１における人気コンテンツ配信処理の処理例を示すフローチャートである。
【図１０】一実施形態に係るユーザ端末Ｔｍ−ｎの制御部４１におけるコンテンツ取得処理の処理例を示すフローチャートである。
【図１１】コンテンツ一覧情報に設定される情報の内容の一例を示す図である。
【図１２】一実施形態の変形例２に係る投入サーバＳＴの制御部１１における人気コンテンツ配信処理の処理例を示すフローチャートである。
【発明を実施するための形態】
【００４１】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに本発明を適用した場合の実施形態である。
【００４２】
［１．コンテンツ配信システムの概要構成］
始めに、図１を参照して、本実施形態に係るコンテンツ配信システムの概要構成について説明する。
【００４３】
図１は、本実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。
【００４４】
図１に示すように、コンテンツ配信システムＳは、ネットワークＮＷに、配信センターネットワークＮＳと複数の拠点ネットワークＮＬｍ（ｍ＝１，２，３・・・の何れか）とが接続されている。このネットワークＮＷ、配信センターネットワークＮＳ、及び各拠点ネットワークＮＬｍは、現実世界の通信ネットワークである。なお、ネットワークＮＷは、外部ネットワークの一例である。また、拠点ネットワークＮＬｍは、内部ネットワークの一例である。
【００４５】
ネットワークＮＷは、配信センターネットワークＮＳ及び各拠点ネットワークＮＬｍを相互接続するためのネットワークである。このネットワークＮＷは、例えば、インターネットやＷＡＮ（Wide Area Network）等である。そして、ネットワークＮＷは、例えば、ＩＸ（Internet eＸchange）、ＩＳＰ（Internet Service Provider）、ＤＳＬ（Digital Subscriber Line）回線事業者の装置、ＦＴＴＨ（Fiber To The Home）回線事業者の装置、及び通信回線等によって構築されている。なお、ネットワークＮＷは、コンテンツ配信システムＳ専用のネットワークであっても良い。
【００４６】
配信センターネットワークＮＳは、配信センターの敷地内に構築されたネットワークである。この配信センターネットワークＮＳは、例えば、ＬＡＮ（Local Area Network）等により構築されている。
【００４７】
また、配信センターネットワークＮＳには、投入サーバＳＴ、管理サーバＳＭ、ポータルサーバＳＰ等のサーバ装置、及び管理端末ＭＴ等が接続されている。更に、配信センターネットワークＮＳには、通信回線ＬＳを介して配信センターネットワークＮＳとネットワークＮＷとを相互接続するファイアーウォールＦＷが接続されている。なお、投入サーバＳＴは、ノード装置の一例である。
【００４８】
各拠点ネットワークＮＬｍは、夫々拠点ｍの敷地内に構築されたネットワークである。拠点としては、例えば、会社、学校、病院、塾等がある。この拠点ネットワークＮＬｍは、例えば、ＬＡＮ等により構築されている。或いは、拠点ネットワークＮＬｍは、複数のＬＡＮが相互接続して構築されたネットワークであっても良い。この場合、複数のＬＡＮは、ルータ等のネットワーク機器を介して接続される。複数のＬＡＮが相互接続されたネットワークとしては、例えば、ＣＡＮ（Campus Area Network）等がある。
【００４９】
また、各拠点ネットワークＮＬｍには、複数のユーザ端末Ｔｍ−ｎ（ｎ＝１，２，３・・・の何れか）、及びエッジサーバＳＥｍが接続されている。更に、各拠点ネットワークには、通信回線Ｌｍを介して配信センターネットワークＮＳとネットワークＮＷとを相互接続するファイアーウォールＦＷ又はブロードバンドルータＢＲが接続されている。ファイアーウォールＦＷ又はブロードバンドルータＢＲの何れが拠点に設置されるかは、拠点毎に任意に決定される。なお、ユーザ端末Ｔｍ−ｎは、ノード装置の一例である。また、エッジサーバＳＥｍは、サポート装置の一例である。
【００５０】
このような構成のコンテンツ配信システムＳにおいて、構成要素たる各装置の機能概要は以下の通りである。
【００５１】
投入サーバＳＴは、後述するＰ２ＰネットワークＰＷにコンテンツデータを投入するサーバ装置である。ここで、コンテンツデータの投入とは、コンテンツデータをエッジサーバＳＥｍ及びユーザ端末Ｔｍ−ｎから取得可能な状態におくことをいう。なお、コンテンツデータを、「コンテンツ」という。また、投入サーバＳＴは、人気のあるコンテンツをエッジサーバＳＥｍに配信する。人気のあるコンテンツとは、例えば、所定の単位期間内におけるダウンロード数が相対的に多いコンテンツ、つまり、ダウンロードの頻度が相対的に高いコンテンツである。なお、人気のあるコンテンツを、「人気コンテンツ」という。
【００５２】
ポータルサーバＳＰは、ユーザ端末Ｔｍ−ｎからのリクエストに応じてＷｅｂページをユーザ端末Ｔｍ−ｎに送信する。ポータルサーバＳＰにより送信されるＷｅｂページは、コンテンツの一例として動画データを配信するＷｅｂサイトを構成する。
【００５３】
管理サーバＳＭは、配信するコンテンツを管理するためのＷｅｂアプリケーションを管理端末ＭＴに提供する。つまり、管理サーバＳＭは、コンテンツを管理するためのＷｅｂページを管理端末ＭＴに送信する。
【００５４】
ユーザ端末Ｔｍ−ｎは、拠点ｍにいるユーザにより使用される端末装置である。ユーザ端末Ｔｍ−ｎは、ポータルサーバＳＰ等のＷｅｂサーバからＷｅｂページを取得し、取得したＷｅｂページを画面表示する。また、ユーザ端末Ｔｍ−ｎは、他のユーザ端末Ｔｍ−ｎ、エッジサーバＳＥｍ又は投入サーバＳＴからコンテンツを取得し保存する。基本的にユーザ端末Ｔｍ−ｎは、どの拠点ｍに設置されているユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍからもコンテンツを取得することができる。更に、ユーザ端末Ｔｍ−ｎは、動画データ等のコンテンツを再生する。
【００５５】
エッジサーバＳＥｍは、各拠点ｍに少なくとも１台設置されている。エッジサーバＳＥｍは、同じ拠点ｍに接続する端末Ｔｍ−ｎによるコンテンツの取得を支援する。具体的に、エッジサーバＳＥｍは、投入サーバＳＴから配信された人気コンテンツを保存する。ユーザ端末Ｔｍ−ｎは、同一拠点内のエッジサーバＳＥｍがコンテンツを保存している場合には、このエッジサーバＳＥｍからコンテンツを取得することができる。基本的にエッジサーバＳＥｍは、どの拠点ｍに設置されているユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍからもコンテンツを取得することができる。また、エッジサーバＳＥｍは、取得したコンテンツを保存する。
【００５６】
［２．ピアツーピアネットワークの概要］
次に、図２を参照して、コンテンツ配信システムＳにおけるピアツーピアネットワークの概要を説明する。
【００５７】
図２は、本実施形態に係るコンテンツ配信システムＳにおけるＰ２ＰネットワークＰＷの構築例を示す図である。
【００５８】
コンテンツ配信システムＳにおいては、コンテンツ配信のためのピアツーピアネットワークが構築されている。このピアツーピアネットワークを、「Ｐ２ＰネットワークＰＷ」という。
【００５９】
図２に示すように、Ｐ２ＰネットワークＰＷは、ネットワークＮＷと複数の拠点ネットワークＮＬｍとにより形成されるネットワーク上に構築された論理的なオーバーレイネットワークである。このＰ２ＰネットワークＰＷは、コンテンツ配信システムＳを構成するユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍのうち、何れか複数のユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍの接続により形成されるネットワークである。なお、Ｐ２ＰネットワークＰＷには、投入サーバＳＴも接続されるようにしても良い。各拠点ネットワークＮＬｍからは、ブロードバンドルータＢＲやファイアーウォールＦＷを介してネットワークＮＷに接続される。そのため、ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍが、ピアツーピア方式で通信を行えるよう、ブロードバンドルータＢＲやファイアーウォールＦＷにおいてポートフォワーディングの設定を行っておく。例えば、ブロードバンドルータＢＲであれば、ＵＰｎＰ（Universal Plug and Play）機能等を利用して自動的にポートフォワーディングの設定が行われるようにしておくと良い。
【００６０】
以下の説明においては、Ｐ２ＰネットワークＰＷに接続する装置を、「ノード」と称する。このノードに相当する装置は、ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍである。或いは、ユーザ端末Ｔｍ−ｎ、エッジサーバＳＥｍ及び投入サーバＳＴがノードに相当する。
【００６１】
Ｐ２ＰネットワークＰＷは、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムにより実現される。そして、コンテンツ配信システムＳに接続されている各ノードには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。
【００６２】
また、ノードＩＤは、例えば、各ノードに個別に割り当てられたＩＰアドレス、製造番号、或いはＭＡＣアドレス（Media Access Control address）等を共通のハッシュ関数によりハッシュ化した値である。ノードＩＤは、ＩＤ空間に偏りなく分散して配置されることになる。ハッシュ関数としては、例えば、ＳＨＡ−１等が用いられる。また、ハッシュ化した値は、例えば、ｂｉｔ長が１６０ｂｉｔとなる。そして、このノードＩＤは、ＩＤ空間に偏りなく分散して配置されることになる。なお、ノードＩＤは、Ｐ２ＰネットワークＰＷに接続するためのＰ２Ｐソフトウェアのセットアップ時に、システム管理者やユーザ等によってノード毎に登録されても良い。図２に示すＰ２ＰネットワークＰＷは、ノードＩＤのＩＤ空間をリング状のものとして示されている。そして、図２のリング状のＩＤ空間において示されている各ノードの位置は、夫々のノードＩＤに対応している。
【００６３】
Ｐ２ＰネットワークＰＷへの接続は、Ｐ２ＰネットワークＰＷに接続していないノードが、接続している任意のノードに対してコンテンツ配信システムへの参加要求を示す参加要求メッセージを送信することによって行われる。ここで、Ｐ２ＰネットワークＰＷへの参加とは、ノードが、Ｐ２ＰネットワークＰＷに接続され、Ｐ２ＰネットワークＰＷからコンテンツを取得可能になることである。任意のノードは、例えば、Ｐ２ＰネットワークＰＷに常時接続しているコンタクトノードである。Ｐ２ＰネットワークＰＷにおけるコンタクトノードは、例えば、投入サーバＳＴである。
【００６４】
各ノードは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ配信システムＳ上における各種メッセージの転送先を規定している。具体的に、このルーティングテーブルには、ＩＤ空間内で適度に離れたノードのアドレス等を示すノード情報が複数登録されている。このノード情報は、ノードのノードＩＤ、ＩＰアドレス及びポート番号を含む。
【００６５】
Ｐ２ＰネットワークＰＷに接続している１台のノードは、必要最低限のノードのノード情報をルーティングテーブルとして記憶している。各ノード間で互いに各種メッセージが転送されることで、ノード情報を記憶していないノードについてのノード情報が取得される。
【００６６】
このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００６７】
Ｐ２ＰネットワークＰＷは、内容の異なる様々なコンテンツのレプリカを所定のファイル形式で複数のノードに分散して保存する。そして、各ノード間でレプリカが利用可能になっている。各コンテンツのオリジナルは投入サーバＳＴに保存されている。例えば、エッジサーバＳＥ５のコンテンツキャッシュエリアには、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されている。一方、エッジサーバＳＥ３のコンテンツキャッシュエリアには、タイトルがＹＹＹの映画のコンテンツのレプリカが保存される。このように、コンテンツは複数のノードに分散されて保存されている。コンテンツキャッシュエリアとは、コンテンツを記憶保存するための領域である。実際のコンテンツキャッシュエリアは、例えば、ノードが備える特定のハードディスクに割り当てられていたり、ハードディスクの特定のパーティションに割り当てられていたりする。エッジサーバＳＥｍのコンテンツキャッシュエリアの記憶容量は、ユーザ端末Ｔｍ−ｎのコンテンツキャッシュエリアの記憶容量よりも大きくなっている。一例として、エッジサーバＳＥｍのコンテンツキャッシュエリアの記憶容量は、ユーザ端末Ｔｍ−ｎのコンテンツキャッシュエリアの記憶容量の１０〜１００倍程度である。コンテンツキャッシュエリアにコンテンツが保存しきれなくなった場合は、新しいコンテンツを保存するため、例えば、コンテンツキャッシュエリアから、旧い順にコンテンツが削除される。コンテンツの新旧は、例えば、コンテンツの利用日時等により判断される。以下、コンテンツのレプリカが保存されるノードを、「コンテンツ保持ノード」という。また、以下の説明においては、オリジナルのコンテンツとレプリカとを特に区別することなく、コンテンツと称する。
【００６８】
上述のコンテンツには、夫々、コンテンツ名及びコンテンツ毎に固有の識別情報であるコンテンツＩＤ等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値を付与しても良い。
【００６９】
分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理（記憶）しているノード等により記憶される。以下、コンテンツの所在を管理（記憶）しているノードを、「ルートノード」という。インデックス情報は、コンテンツを保存したノードのノード情報と、コンテンツのコンテンツＩＤと等の組を含む。このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。
【００７０】
例えば、タイトルがＸＸＸの映画のコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるユーザ端末Ｔ３−１により管理される。また、例えば、タイトルがＹＹＹの映画のコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるユーザ端末Ｔ３−３により管理される。
【００７１】
そして、或るノードのユーザが、所望するコンテンツを取得したい場合、このコンテンツの取得を望むノードは、メッセージを生成する。以下、ユーザによりコンテンツの取得を望むノードを、「ユーザノード」という。このメッセージは、取得を望むコンテンツのコンテンツＩＤ、ユーザノードのＩＰアドレス、ポート番号等を含むコンテンツ所在問合せメッセージである。コンテンツ所在問合せメッセージは、コンテンツ保持ノードを検索するためのメッセージである。上述のコンテンツ所在問合せメッセージが、ユーザノードが取得するＤＨＴのルーティングテーブルに従って、他のノードに対して送出される。つまり、ユーザノードは、コンテンツ所在問合せメッセージを、ルートノードに向けて送出する。これにより、コンテンツ所在問合せメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００７２】
各ノードにおいて、コンテンツのコンテンツＩＤ等の属性情報は、コンテンツカタログ情報に記述されている。このコンテンツカタログ情報に記述されるコンテンツの属性情報としては、例えば、コンテンツ名、コンテンツＩＤ、コンテンツの公開開始日時、公開終了日時、有効無効フラグ等がある。有効無効フラグは、コンテンツが有効であるか無効であるかを示すフラグである。この有効無効フラグが無効を示す場合、該当するコンテンツはコンテンツキャッシュエリアから削除される。
【００７３】
コンテンツカタログ情報は、例えば、投入サーバＳＴから全てのノードに配信される。このコンテンツカタログ情報の配信は、例えば、特開２００７−０５３６６２号公報にて開示されたＤＨＴマルチキャスト（マルチキャストメッセージ転送処理）により行われても良い。また、各ノードが、定期的に投入サーバＳＴにアクセスすることによりコンテンツカタログ情報を取得しても良い。
【００７４】
なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００７５】
上記コンテンツ所在問合せメッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。取得されたインデックス情報は、コンテンツ所在問合せメッセージの送信元であるユーザノードに対して返信される。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてコンテンツをダウンロード（取得）することができる。インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号等に基づいて、ユーザノードはコンテンツ保持ノードにアクセスする。ユーザノードは、アクセスしたコンテンツ保持ノードから、コンテンツをダウンロードすることが可能になる。なお、インデックス情報には、複数のコンテンツ保持ノードのノード情報が含まれていることもある。この場合、ユーザノードは、この複数のコンテンツ保持ノードのうち１つのコンテンツ保持ノードを選択する。そして、ユーザノードは、選択したコンテンツ保持ノードに接続してコンテンツをダウンロードすることができる。
【００７６】
なお、ルートノードは、このインデックス情報に含まれるＩＰアドレス及びポート番号等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージを送信し、これにより、ユーザノードは、上記コンテンツ保持ノードからそのコンテンツをダウンロードすることもできる。また、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、このルートノードと同じインデックス情報をキャッシュしているキャッシュノードからこのインデックス情報を取得することもできる。
【００７７】
ユーザノードが、コンテンツ保持ノードからコンテンツを取得して保存したとき、保存したユーザノードは、パブリッシュメッセージを生成する。このパブリッシュメッセージは、コンテンツを保存したことをルートノードへ知らせるためのメッセージである。パブリッシュメッセージは、コンテンツのコンテンツＩＤ及びコンテンツを保存したノード装置のノード情報を含む。パブリッシュメッセージは、ルートノードに向けて送出される。これにより、パブリッシュメッセージは、コンテンツ所在問合せメッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、ルートノードは、パブリッシュメッセージを受信する。ルートノードは、パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報をインデックス情報キャッシュ領域に記憶する。こうして、上記ユーザノードは、新たに、上記コンテンツを保持するコンテンツ保持ノードとなる。
【００７８】
［３．コンテンツ配信の概要］
次に、図３乃至図５を参照して、コンテンツを配信する場合におけるコンテンツ配信システムＳの動作概要について説明する。
【００７９】
［３．１  コンテンツの取得先に対する優先順位］
上述したように、ユーザ端末Ｔｍ−ｎは、Ｐ２ＰネットワークＰＷに参加しているどのユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍからもコンテンツを取得することができる。しかしながら、ユーザ端末Ｔｍ−ｎ自身が接続する拠点ネットワークＮＬｍ以外の拠点ネットワークＮＬｍに接続しているユーザ端末Ｔｍ−ｎ又はエッジサーバＳＥｍからコンテンツを取得すると、通信回線Ｌｍのトラフィックが増加してしまう。
【００８０】
そこで、コンテンツ配信システムＳにおいては、コンテンツの取得先に優先順位が設けられている。具体的な優先順位は以下の通りである。
【００８１】
第１位：同一拠点内のユーザ端末Ｔｍ−ｎ
第２位：同一拠点内のエッジサーバＳＥｍ
第３位：他拠点のエッジサーバＳＥｍ
第４位：他拠点のユーザ端末Ｔｍ−ｎ
第５位：投入サーバＳＴ
【００８２】
ここに示す同一拠点内のユーザ端末Ｔｍ−ｎ又は同一拠点内のエッジサーバＳＥｍとは、コンテンツを取得するユーザ端末Ｔｍ−ｎが接続する拠点ネットワークＮＬｍに接続するユーザ端末Ｔｍ−ｎ又はエッジサーバＳＥｍである。また、他拠点のユーザ端末Ｔｍ−ｎ又は他拠点のエッジサーバＳＥｍとは、コンテンツを取得するユーザ端末Ｔｍ−ｎが接続する拠点ネットワークＮＬｍ以外の拠点ネットワークＮＬｍに接続するユーザ端末Ｔｍ−ｎ又はエッジサーバＳＥｍである。なお、同一拠点内のユーザ端末Ｔｍ−ｎは、接続先ノード装置の一例である。また、同一拠点内のエッジサーバＳＥｍは、接続先サポート装置の一例である。また、他拠点のエッジサーバＳＥｍは、接続先外サポート装置の一例である。また、他拠点のユーザ端末Ｔｍ−ｎは、接続先外ノード装置の一例である。
【００８３】
同一拠点内のユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍの優先順位が、他拠点のユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍの優先順位よりも高く設定されている。その理由は、通信回線Ｌｍのトラフィックを減らすためである。
【００８４】
同一拠点内のユーザ端末Ｔｍ−ｎの優先順位は、同一拠点内のエッジサーバＳＥｍの優先順位よりも高く設定されている。エッジサーバＳＥｍのコンテンツキャッシュエリアには、人気コンテンツが保存される。つまり、エッジサーバＳＥｍには、ユーザ端末Ｔｍ−ｎによりダウンロードされる可能性が高いコンテンツが保存される。また、エッジサーバＳＥｍのコンテンツキャッシュエリアの記憶容量は、ユーザ端末Ｔｍ−ｎのコンテンツキャッシュエリアの記憶容量よりも大きくなっている。こうしたことから、エッジサーバＳＥｍの方がユーザ端末Ｔｍ−ｎよりも、コンテンツが要求される可能性が高い。そこで、エッジサーバＳＥｍの負荷を減らすため、上述した優先順位となっている。
【００８５】
他拠点のエッジサーバＳＥｍの優先順位は、他拠点のユーザ端末Ｔｍ−ｎの優先順位よりも高く設定されている。拠点ｍによっては、複数のネットワークがルータ装置等のネットワーク機器を介して接続されることにより、拠点ネットワークＮＬｍが構築されている場合がある。この場合において、ネットワークＮＷからネットワーク的に遠いネットワークに、コンテンツ保持ノードとしてのユーザ端末Ｔｍ−ｎが接続されていると、このユーザ端末Ｔｍ−ｎから送信されたコンテンツが多数のネットワーク機器を経由する。そうすると、これらのネットワーク機器に負荷がかかるとともに、コンテンツの取得効率が低下する。そこで、ネットワーク機器の負荷を減らすため、上述した優先順位となっている。ここでは、拠点ネットワークＮＬｍが、複数のルータ等の中継機器から構成される場合が想定されている。この場合、拠点ネットワークＮＬｍに所属するエッジサーバＳＥｍまたはユーザ端末Ｔｍ−ｎの中に、中継機器を介してネットワークＮＷに接続する装置と、中継機器を介さずネットワークＮＷに接続する装置とがある場合がある。この場合においては、エッジサーバＳＥｍがネットワーク機器を介さずネットワークＮＷに接続することにより、中継機器の負荷を減らすことができる。或いは、拠点ネットワークＮＬｍに接続する複数の装置の中で、ネットワークＮＷからネットワーク的に比較的近いネットワークにエッジサーバＳＥｍが接続されても良い。ネットワーク的に近いとは、ネットワークＮＷに接続する際、中継する中継機器の数が少ないことである。なお、ネットワークＮＷから或る装置が接続するネットワークまでのネットワーク的な距離とは、データがネットワークＮＷからその装置が接続するネットワークまでに至るまでにデータが経由するネットワークの数、又は、経由するネットワーク機器の台数をいう。データが経由するネットワーク機器の台数が少ないほど、ネットワークＮＷからの距離は近いということになる。
【００８６】
投入サーバＳＴの優先順位は最下位となっている。その理由は、投入サーバＳＴは全てのコンテンツの発信源であるので、投入サーバＳＴの負荷を極力減らす必要があるためである。
【００８７】
このように設定された優先順位に基づいてコンテンツを取得するため、コンテンツを保存したノードは、パブリッシュメッセージを送信する際に、このパブリッシュメッセージに、ノード自身が設置されている拠点ｍの拠点識別情報及びノード種別を含める。拠点識別情報は、拠点ｍの識別情報である。また、ノード種別は、コンテンツ保持ノードが、ユーザ端末Ｔｍ−ｎであるか又はエッジサーバＳＥｍであるかを示す。パブリッシュメッセージを受信したルートノードは、パブリッシュメッセージに含まれるコンテンツ保持ノードのノード情報、保存されたコンテンツのコンテンツＩＤ、コンテンツ保持ノードの拠点識別情報及びノード種別等を組とするインデックス情報を記憶する。ルートノードは、コンテンツ所在問合せメッセージを受信すると、拠点識別情報及びノード種別を含むインデックス情報をユーザノードに送信する。そして、ユーザノードは、受信したインデックス情報に含まれる拠点識別情報及びノード種別と、前記優先順位とに基づいて、コンテンツの取得先となるコンテンツ保持ノードを決定する。
【００８８】
図３は、インデックス情報に登録される内容の一例を示す図である。なお、図３に示すインデックス情報は、複数のコンテンツのインデックス情報を統合したものである。また、図３のノード情報欄には、ノード情報の代わりとして、コンテンツ保持ノードとしてのエッジサーバＳＥｍの符号又はユーザ端末Ｔｍ−ｎの符号が示されている。また、図３のコンテンツＩＤ欄には、コンテンツＩＤの代わりとして、コンテンツ名が示されている。また、拠点識別情報欄には、拠点識別情報の一例としての事業所名が示されている。
【００８９】
図３に示すように、例えば、コンテンツ名が「映画１」であるコンテンツは、エッジサーバＳＥ１、ユーザ端末Ｔ１−１、ユーザ端末Ｔ１−２、及びエッジサーバＳＥ３に保存されている。この場合において、ユーザノードとしてのユーザ端末Ｔ１−３は、優先順位が第１位であるユーザ端末Ｔ１−１又はユーザ端末Ｔ１−２から「映画１」のコンテンツを取得する。また、ユーザノードがユーザ端末Ｔ３−１の場合は、優先順位が第２位であるエッジサーバＳＥ３から「映画１」のコンテンツを取得する。また、ユーザノードがユーザ端末Ｔ２−１である場合は、優先順位が第３位であるエッジサーバＳＥ１又はエッジサーバＳＥ３から「映画１」のコンテンツを取得する。また例えば、コンテンツ名が「ドラマ２」であるコンテンツは、ユーザ端末Ｔ２−２に保存されている。この場合において、ユーザノードとしてのユーザ端末Ｔ１−１は、優先順位が第４位であるユーザ端末Ｔ２−２から「ドラマ２」のコンテンツを取得する。コンテンツ名が「映画３」であるコンテンツは、どのノードにも保存されていない。この場合において、ユーザノードは、優先順位が第５位である投入サーバＳＴから「映画３」のコンテンツを取得する。
【００９０】
［３．２  ユーザ端末によるコンテンツの取得］
図４は、本実施形態に係るコンテンツ配信システムＳにおいてコンテンツが配信される様子の一例を示した概念図である。
【００９１】
上述したように、ユーザ端末Ｔｍ−ｎは、コンテンツの取得先として、同一拠点内のユーザ端末Ｔｍ−ｎ及び同一拠点内のエッジサーバＳＥｍを、他拠点のユーザ端末Ｔｍ−ｎ及び他拠点のエッジサーバＳＥｍよりも優先して選択する。しかしながら、ユーザ端末Ｔｍ−ｎが必要とするコンテンツを、同一拠点内のユーザ端末Ｔｍ−ｎ又は同一拠点内のエッジサーバＳＥｍが保存していなければ、通信回線Ｌｍのトラフィックは減らない。そこで、コンテンツ配信システムＳにおいては、コンテンツキャッシュエリアの記憶容量がユーザ端末Ｔｍ−ｎよりも大きいエッジサーバＳＥｍに人気コンテンツが蓄積されるようにする。エッジサーバＳＥｍが保存している人気コンテンツが多くなるほど、ユーザ端末Ｔｍ−ｎが必要とするコンテンツが同一拠点内のエッジサーバＳＥｍに保存されている可能性が高くなる。よって、ユーザ端末Ｔｍ−ｎは同一拠点内のエッジサーバＳＥｍからコンテンツを取得することが出来る。そして、何れかのユーザ端末Ｔｍ−ｎがコンテンツを取得すると、同一拠点内の他のユーザ端末Ｔｍ−ｎは、最初に取得したユーザ端末Ｔｍ−ｎからコンテンツを取得することが出来る。よって、通信回線Ｌｍのトラフィックを減らすことができる。
【００９２】
具体的には、投入サーバＳＴが、人気コンテンツを定期的にエッジサーバＳＥｍに配信し、人気コンテンツを少なくとも１台以上のエッジサーバＳＥｍに保存させる（図４（１））。また、投入サーバＳＴは、人気が無くなったコンテンツをエッジサーバＳＥｍから削除させる。そのため、投入サーバＳＴは、エッジサーバＳＥｍに削除指令メッセージを送信する。この削除指令メッセージには、人気が無くなったコンテンツのコンテンツＩＤが含まれている。削除指令メッセージを受信したエッジサーバＳＥｍは、人気が無くなったコンテンツを削除する。
【００９３】
ユーザ端末Ｔｍ−ｎは、他拠点のエッジサーバＳＥｍ又は他拠点のユーザ端末Ｔｍ−ｎからコンテンツを取得する場合には、２通りの方法でコンテンツを取得する。必要とするコンテンツを他拠点のエッジサーバＳＥｍが保存している場合には、ユーザ端末Ｔｍ−ｎは、第１の方法として、同一拠点内のエッジサーバＳＥｍを介してコンテンツを取得する。
【００９４】
例えば、図４に示すように、ユーザ端末Ｔ１−２が必要とするコンテンツＡが、エッジサーバＳＥ５とユーザ端末Ｔ４−１とに保存されている場合、ユーザ端末Ｔ１−２は、上述した優先順位に従ってエッジサーバＳＥ５からコンテンツを取得する。具体的に、ユーザ端末Ｔ１−２は、コンテンツＡのルートノードからインデックス情報を受信して、コンテンツＡを保存しているノードが他拠点のノードであると認識すると、エッジサーバＳＥ１にコンテンツ要求メッセージを送信する（図４（２Ａ））。このコンテンツ要求メッセージには、コンテンツＡのコンテンツＩＤが含まれる。また、コンテンツ要求メッセージには、例えば、コンテンツ要求宛先情報として、コンテンツの要求先となるコンテンツ保持ノード、つまりこの場合には、エッジサーバＳＥ５のＩＰアドレス及びポート番号が含まれる。なお、コンテンツ要求メッセージは、コンテンツ要求情報の一例である。
【００９５】
コンテンツ要求メッセージを受信したエッジサーバＳＥ１は、コンテンツ要求メッセージに含まれているコンテンツ要求宛先情報に基づいて、コンテンツ要求メッセージをエッジサーバＳＥ５に中継する（図４（３Ａ））。コンテンツ要求メッセージを受信したエッジサーバＳＥ５は、コンテンツＡをエッジサーバＳＥ１に送信する（図４（４Ａ））。コンテンツＡを受信したエッジサーバＳＥ１は、このコンテンツＡを保存する（図４（５Ａ））。また、エッジサーバＳＥ１は、コンテンツＡをユーザ端末Ｔ１−２に転送する（図４（６Ａ））。
【００９６】
一方、必要とするコンテンツを、他拠点のエッジサーバＳＥｍが保存しておらず、他拠点のユーザ端末Ｔｍ−ｎのみが保存している場合には、ユーザ端末Ｔｍ−ｎは、第２の方法として、同一拠点内のエッジサーバＳＥｍを介さないでコンテンツを取得する。
【００９７】
例えば、図４に示すように、ユーザ端末Ｔ２−５が必要とするコンテンツＢが、ユーザ端末Ｔ３−３のみに保存されている場合、ユーザ端末Ｔ２−５は、ユーザ端末Ｔ３−３に対して直接コンテンツ要求メッセージを送信する（図４（２Ｂ））。コンテンツ要求メッセージを受信したユーザ端末Ｔ３−３は、コンテンツＢを直接ユーザ端末Ｔ２−５に送信する（図４（３Ｂ））。
【００９８】
投入サーバＳＴによる配信によって、各人気コンテンツが夫々少なくとも１台のエッジサーバＳＥｍに保存されていく。従って、何れかのエッジサーバＳＥｍに保存されているコンテンツは、何れのエッジサーバＳＥｍにも保存されていないコンテンツよりも、人気があると考えられる。そして、エッジサーバＳＥｍに保存されているコンテンツをユーザ端末Ｔｍ−ｎが取得する場合には、同一拠点内のエッジサーバＳＥｍを介して取得するので、取得されたコンテンツは同一拠点内のエッジサーバＳＥｍにも保存される。つまり、人気の高いコンテンツがエッジサーバＳＥｍに保存される。従って、各ユーザ端末Ｔｍ−ｎがコンテンツを取得していくにつれて、人気の高いコンテンツが同一拠点内のエッジサーバＳＥｍに蓄積されていく。一方で、人気が低いコンテンツが蓄積されてしまうと、コンテンツキャッシュエリアの空き容量を確保するために、人気が高いコンテンツを削除せざるを得なくなる。しかしながら、何れのエッジサーバＳＥｍにも保存されていないコンテンツをユーザ端末Ｔｍ−ｎが取得する場合には、同一拠点内のエッジサーバＳＥｍを介さずに取得する。従って、人気が低いコンテンツが同一拠点内のエッジサーバＳＥｍに蓄積される可能性が低くなる。
【００９９】
エッジサーバＳＥｍは、同一拠点内のユーザ端末Ｔｍ−ｎから他拠点のエッジサーバＳＥｍに宛てて送信されたコンテンツ要求メッセージを中継する一方で、エッジサーバＳＥｍ自身に宛てられたコンテンツ要求メッセージを受信した場合には、要求されたコンテンツを送信する必要がある。また、エッジサーバＳＥｍは、他拠点のエッジサーバＳＥｍから同一拠点内のユーザ端末Ｔｍ−ｎに宛てて送信されたコンテンツを中継する一方で、エッジサーバＳＥｍ自身に宛てられたコンテンツを受信した場合には、このコンテンツを保存する必要がある。つまり、エッジサーバＳＥｍは、受信したコンテンツ要求メッセージ又はコンテンツの宛先を判断し、宛先に応じて処理内容を変える必要がある。この判断方法の一例を以下に説明する。
【０１００】
例えば、ユーザノードがコンテンツ要求メッセージを送信する場合には、上述したように、宛先のノードのＩＰアドレス及びポート番号をコンテンツ要求宛先情報としてコンテンツ要求メッセージに含めに含める。
【０１０１】
コンテンツ要求メッセージを受信したエッジサーバＳＥｍは、コンテンツ要求メッセージに含まれるコンテンツ要求宛先情報がエッジサーバＳＥｍ自身のＩＰアドレス及びポート番号と一致しない場合には、コンテンツ要求宛先情報に基づいて、コンテンツ要求メッセージを、コンテンツ保持ノードである宛先のエッジサーバＳＥｍに中継する。このとき、エッジサーバＳＥｍは、受信したコンテンツ要求メッセージに対して何れか未使用のポート番号を割り当てる。このポート番号は、ルーティングテーブルにエッジサーバＳＥｍ自身のノード情報として登録されるポート番号とは異なる番号である。エッジサーバＳＥｍは、割り当てたポート番号と、ユーザノードのＩＰアドレス及びポート番号とを対応付けて中継管理テーブルに登録する。ユーザノードのＩＰアドレス及びポート番号は、受信されたコンテンツ要求メッセージのパケットヘッダに、送信元アドレス及び送信元ポート番号として設定されている。そして、エッジサーバＳＥｍは、割り当てたポート番号を用いてコンテンツ要求応答メッセージを中継する。つまり、中継されたコンテンツ要求応答メッセージのパケットヘッダの送信元アドレス及び送信元ポート番号には、エッジサーバＳＥｍのＩＰアドレス及び割り当てられたポート番号が設定される。
【０１０２】
コンテンツ要求宛先情報がエッジサーバＳＥｍ自身のＩＰアドレス及びポート番号と一致するコンテンツ要求メッセージを受信したエッジサーバＳＥｍは、コンテンツ要求メッセージを送信してきたエッジサーバＳＥｍに、要求されたコンテンツを含むコンテンツ要求応答メッセージを送信する。この場合、コンテンツ要求応答メッセージのパケットヘッダの宛先アドレス及び宛先ポート番号には、受信されたコンテンツ要求メッセージのパケットヘッダの送信元アドレス及び送信元ポート番号が設定される。
【０１０３】
コンテンツ要求応答メッセージを受信したエッジサーバＳＥｍは、コンテンツ要求応答メッセージに含まれるコンテンツを保存する。次いで、エッジサーバＳＥｍは、コンテンツ要求応答メッセージを受信した際のポート番号が中継管理テーブルに登録されているか否かを確認する。このポート番号が中継管理テーブルに登録されている場合、このコンテンツ要求応答メッセージは、エッジサーバＳＥｍ自身に宛てられたものではないと判断することができる。従って、エッジサーバＳＥｍは、コンテンツ要求応答メッセージを受信した際のポート番号に対応付けて中継管理テーブルに登録されているＩＰアドレス及びポート番号を取得する。そして、エッジサーバＳＥｍは、取得したＩＰアドレス及びポート番号に基づいて、ユーザノードである同一拠点内のユーザ端末Ｔｍ−ｎに中継する。そして、エッジサーバＳＥｍは、不要となったポート番号とユーザノードのＩＰアドレス及びポート番号とを中継管理テーブルから削除する。
【０１０４】
一方、コンテンツ要求応答メッセージを受信した際のポート番号が中継管理テーブルに登録されていない場合、このコンテンツ要求応答メッセージは、エッジサーバＳＥｍ自身に宛てられたものであると判定することができる。従って、エッジサーバＳＥｍは、コンテンツ要求応答メッセージを中継しない。
【０１０５】
［３．３  エッジサーバに保存させるコンテンツの決定］
投入サーバＳＴは、エッジサーバＳＥｍに保存させるコンテンツを決定するために、コンテンツ一覧情報を作成する。コンテンツ一覧情報は、例えば、公開されているコンテンツのコンテンツＩＤの一覧を示すとともに、所定期間内における各コンテンツのダウンロード数の順位を示す情報である。つまり、コンテンツ一覧情報は、コンテンツの相対的な人気の高さをコンテンツ毎に示す情報である。コンテンツ一覧情報は、所定期間毎に作成される。
【０１０６】
図５は、コンテンツ一覧情報に設定される情報の内容の一例を示す図である。図５は、１日毎にコンテンツ一覧情報を作成した場合の例である。例えば、１月１日に最初のコンテンツ一覧情報が作成されたとする。１月１日のコンテンツ一覧情報は、第１位がコンテンツＡ、第２位がコンテンツＢ、第３位がコンテンツＣであることを示している。なお、ダウンロード数の最も多かったコンテンツが第１位となる。
【０１０７】
エッジサーバＳＥｍに保存させる人気コンテンツの最大数は、予め設定されている。例えば、人気コンテンツの最大数が３個である場合には、ダウンロード数の順位が第１位から第３位までの３個のコンテンツが人気コンテンツとなり、エッジサーバＳＥｍに保存されることとなる。つまり、１月１日の順位によれば、コンテンツＡ、Ｂ及びＣがエッジサーバＳＥｍに保存される。初期段階においては、投入サーバＳＴは、コンテンツＡ、Ｂ及びＣの全てをエッジサーバＳＥｍに配信する。例えば、ＣＰＵ使用率が相対的に低いエッジサーバＳＥｍ、コンテンツキャッシュエリアの空き容量が相対的に大きいエッジサーバＳＥｍ、又は、他のノードからのメッセージの受信頻度が相対的に低いエッジサーバＳＥｍが、配信先のエッジサーバＳＥｍとして選定されても良い。ＣＰＵ使用率、コンテンツキャッシュエリアの空き容量、メッセージの受信頻度等の情報は、例えば、定期的にエッジサーバＳＥｍが送信することで、投入サーバＳＴは、これらの情報を取得することができる。また、配信先のエッジサーバＳＥｍの台数は１台であっても良いし、複数台であっても良い。少なくとも１台のエッジサーバＳＥｍに人気コンテンツが保存されれば、前述したユーザ端末Ｔｍ−ｎによるエッジサーバＳＥｍを介した人気コンテンツの取得により、各エッジサーバＳＥｍにも人気コンテンツが保存されていく。なお、図５に示す○印は、コンテンツが配信対象であることを示す。
【０１０８】
次に、１月２日では順位が変動している。第１位がコンテンツＡ、第２位がコンテンツＧ、第３位がコンテンツＥとなっている。コンテンツＡは、引き続き上位３位以内に入っているが、コンテンツＢ及びＣは、上位３位から外れている。そこで、投入サーバＳＴは、人気が無くなったコンテンツＢ及びＣをエッジサーバＳＥｍから削除させる。そのため、投入サーバＳＴは、削除指示メッセージをエッジサーバＳＥｍに送信する。この削除指示メッセージには、削除対象のコンテンツのコンテンツＩＤ、つまりこの場合はコンテンツＢ及びＣのコンテンツＩＤが含まれている。また削除指示メッセージの送信先は、基本的に全エッジサーバＳＥｍである。ユーザ端末Ｔｍ−ｎによるエッジサーバＳＥｍを介したコンテンツの取得によって、コンテンツＢ及びＣが、投入サーバＳＴにより配信されたエッジサーバＳＥｍとは別のエッジサーバＳＥｍにも保存されている可能性が有るからである。なお、削除指示メッセージの送信先は、一部のエッジサーバＳＥｍであっても良い。なお、図５に示す×印は、コンテンツが削除対象であることを示す。削除指示メッセージを受信したエッジサーバＳＥｍは、削除対象のコンテンツのコンテンツＢ又はＣがコンテンツキャッシュエリアに保存されている場合には、コンテンツキャッシュエリアから削除対象のコンテンツを削除する。なお、削除指示メッセージは、削除要求情報の一例である。
【０１０９】
その後、エッジサーバＳＥｍは、今回人気コンテンツとなったコンテンツＥ及びＦをエッジサーバＳＥｍに配信する。コンテンツＡは既に何れかのエッジサーバＳＥｍに保存されているので、コンテンツＡを配信する必要はない。
【０１１０】
次に、１月３日では、第１位がコンテンツＡ、第２位がコンテンツＨ、第３位がコンテンツＢである。従って、投入サーバはＳＴ、今回人気が無くなったコンテンツＥ及びＦをエッジサーバＳＥｍから削除させる。そして、投入サーバＳＴは、今回人気コンテンツとなったコンテンツＢ及びＨをエッジサーバＳＥｍに配信する。
【０１１１】
ダウンロード数の集計は、ユーザ端末Ｔｍ−ｎから投入サーバＳＴに送信されてきた情報に基づいて行われる。例えば、ユーザ端末Ｔｍ−ｎは、コンテンツを取得すると、取得したコンテンツのコンテンツＩＤを含む通知メッセージを投入サーバＳＴに送信する。投入サーバは、受信した通知メッセージに含まれるコンテンツＩＤが示すコンテンツのダウンロード数を１増加させる。投入サーバＳＴは、例えば期間の終了時に、各コンテンツのダウンロード数に基づいて順位付けを行い、コンテンツ一覧情報を作成する。また、投入サーバＳＴは、期間の終了時に各ダウンロード数をリセットする。
【０１１２】
［４．投入サーバＳＴの構成及び機能等］
次に、図６を参照して、投入サーバＳＴの構成及び機能について説明する。
【０１１３】
図６は、投入サーバＳＴの概要構成例を示す図である。
【０１１４】
投入サーバＳＴは、図６に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１を備えている。また、投入サーバＳＴは、各種データ及び各種プログラム等を記憶保存するためのＨＤ等から構成された記憶部１２を備えている。更に、投入サーバＳＴは、配信センターネットワークＮＳを通じて管理サーバＳＭ等との間の情報の通信制御を行ったり、ネットワークＮＷ等を通じてエッジサーバＳＥｍとの間の情報の通信制御を行うための通信部１３を備えている。そして、制御部１１、記憶部１２、及び通信部１３はバス１４を介して相互に接続されている。
【０１１５】
記憶部１２には、各エッジサーバＳＥｍ及び各ユーザ端末Ｔｍ−ｎのノードＩＤ、ＩＰアドレス及びポート番号等が記憶されている。また、記憶部１２には、設定情報が記憶されている。この設定情報には、例えば、システム管理者によって設定された情報である。例えば、設定情報には、人気コンテンツの最大数が登録されている。また、記憶部１２には、コンテンツ一覧情報が記憶される。また、記憶部１２には、配信対象となるコンテンツが記憶されている。また、記憶部１２には、オペレーティングシステム、コンテンツ配信制御プログラム、運用管理プログラム、拠点サーバ管理プログラム等が記憶されている。なお、これらのプログラムは、例えば、配信センターネットワークＮＳ上の所定のサーバからダウンロードされるようにしても良い。また、これらのプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【０１１６】
制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、本発明における送信手段、及び削除要求情報送信手段として機能する。
【０１１７】
［５．エッジサーバの構成及び機能等］
次に、図７を参照して、エッジサーバＳＥｍの構成及び機能について説明する。
【０１１８】
図７は、エッジサーバＳＥｍの概要構成例を示す図である。
【０１１９】
エッジサーバＳＥｍは、図７に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部２１を備えている。また、エッジサーバＳＥｍは、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部２２と、受信されたコンテンツ等を一時蓄積するバッファメモリ２３とを備えている。なお、記憶部２２は、記憶手段の一例である。更に、エッジサーバＳＥｍは、コンテンツに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコードするデコーダ部２４を備えている。また更に、エッジサーバＳＥｍは、上記デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部２５と、この映像処理部２５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部２６と、を備えている。更にまた、エッジサーバＳＥｍは、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部２７と、この音声処理部２７から出力されたオーディオ信号を音波として出力するスピーカ２８と、を備えている。また更に、エッジサーバＳＥｍは、拠点ネットワークＮＬｍを通じてユーザ端末Ｔｍ−ｎとの間の情報の通信制御を行ったり、ネットワークＮＷを通じて他のエッジサーバＳＥｍや投入サーバＳＴ等との間の情報の通信制御を行うための通信部２９を備えている。更にまた、エッジサーバＳＥｍは、ユーザからの指示を受け付けこの指示に応じた指示信号を制御部２１に対して与える入力部（例えば、キーボード、マウス、或いは、リモコンや操作パネル等）３０を備えている。そして、制御部２１、記憶部２２、バッファメモリ２３、デコーダ部２４、通信部２９、及び入力部３０はバス３１を介して相互に接続されている。なお、エッジサーバＳＥｍとしては、例えば、専用のサーバ装置のほか、パーソナルコンピュータ等を適用可能である。なお、エッジサーバ上で、ユーザがコンテンツを再生利用しない場合は、デコーダ部２４、映像処理部２５、表示部２６、音声処理部２７、スピーカ２８、入力部３０は不要である。
【０１２０】
記憶部２２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、コンテンツカタログ情報、中継管理テーブル等が記憶されている。また、記憶部２２には、設定情報が記憶されている。この設定情報には、例えば、Ｐ２Ｐソフトウェアのセットアップ時に設定された情報が登録されている。例えば、設定情報には、Ｐ２ＰネットワークＰＷに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及び投入サーバＳＴのＩＰアドレス及びポート番号等が登録されている。また、設定情報には、エッジサーバＳＥｍが設置される拠点ｍの拠点識別情報、及びエッジサーバＳＥｍに割り当てられたノードＩＤが登録されている。また、記憶部２２の記憶容量の一部にコンテンツキャッシュエリアが割り当てられている。このコンテンツキャッシュエリアにはコンテンツが記憶される。また、記憶部２２には、オペレーティングシステム、エッジサーバ用プロクシプログラム、Ｐ２Ｐソフトウェア等が記憶されている。なお、これらのプログラムは、例えば、投入サーバＳＴからダウンロードされるようにしても良い。また、これらのプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【０１２１】
制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、本発明における第１取得手段、コンテンツ要求情報受信手段、受信手段、削除要求情報受信手段、及び削除手段として機能する。
【０１２２】
［６．ユーザ端末の構成及び機能等］
次に、図８を参照して、ユーザ端末Ｔｍ−ｎの構成及び機能について説明する。
【０１２３】
図８は、ユーザ端末Ｔｍ−ｎの概要構成例を示す図である。
【０１２４】
ユーザ端末Ｔｍ−ｎは、図８に示すように、制御部４１、記憶部４２、バッファメモリ４３、デコーダ部４４、映像処理部４５、表示部４６、音声処理部４７、スピーカ部４８、通信部４９、入力部５０、及びバス５１を備える。制御部４１、記憶部４２、バッファメモリ４３、デコーダ部４４、映像処理部４５、表示部４６、音声処理部４７、スピーカ部４８、入力部５０、及びバス５１の基本的な構成及び機能は、エッジサーバＳＥｍにおける制御部２１、記憶部２２、バッファメモリ２３、デコーダ部２４、映像処理部２５、表示部２６、音声処理部２７、スピーカ部２８、入力部３０、バス３１と同様である。なお、ユーザ端末Ｔｍ−ｎとしては、例えば、パーソナルコンピュータ等を適用可能である。
【０１２５】
通信部４９は、拠点ネットワークＮＬｍを通じて他のユーザ端末Ｔｍ−ｎやエッジサーバＳＥｍとの間の情報の通信制御を行ったり、ネットワークＮＷを通じてポータルサーバＳＰ等との間の情報の通信制御を行う。
【０１２６】
記憶部４２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、コンテンツカタログ情報等が記憶されている。また、記憶部４２には、設定情報が記憶されている。この設定情報には、例えば、Ｐ２Ｐソフトウェアのセットアップ時に設定された情報が登録されている。例えば、設定情報には、Ｐ２ＰネットワークＰＷに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及び投入サーバＳＴのＩＰアドレス及びポート番号等が登録されている。また、設定情報には、ユーザ端末Ｔｍ−ｎが設置される拠点ｍの拠点識別情報、及びユーザ端末Ｔｍ−ｎに割り当てられたノードＩＤが登録されている。また、記憶部４２の記憶容量の一部にコンテンツキャッシュエリアが割り当てられている。このコンテンツキャッシュエリアにはコンテンツが記憶される。また、記憶部４２には、オペレーティングシステム、ユーザ用コンテンツ取得プログラム、Ｐ２Ｐソフトウェア、Ｗｅｂブラウザプログラム、プレーヤープログラム等が記憶されている。なお、これらのプログラムは、例えば、エッジサーバＳＥｍやポータルサーバＳＰ等からダウンロードされるようにしても良い。また、これらのプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【０１２７】
制御部４１は、ＣＰＵが記憶部４２等に記憶されたプログラム（本発明のノードプログラムを含む）を読み出して実行することにより、本発明における第２取得手段、第１コンテンツ要求情報送信手段、第１コンテンツ受信手段、第２コンテンツ要求情報送信手段、及び第２コンテンツ受信手段として機能する。
【０１２８】
［８．コンテンツ配信システムの動作］
次に、図９及び図１０を参照して、本実施形態に係るコンテンツ配信システムＳの動作について説明する。
【０１２９】
図９は、本実施形態に係る投入サーバＳＴの制御部１１における人気コンテンツ配信処理の処理例を示すフローチャートである。
【０１３０】
図９に示す人気コンテンツ配信処理は、例えば定期的に開始される。先ず、制御部１１は、記憶部１２に記憶されている設定ファイルから、人気コンテンツの最大数を取得する（ステップＳ１）。次いで、制御部１１は、ユーザ端末Ｔｍ−ｎから収集したログ情報から、所定の期間の間におけるコンテンツのダウンロード数をコンテンツ毎に集計する（ステップＳ２）。次いで、制御部１１は、ダウンロード数の集計結果に基づいて、ダウンロード数の多い順にコンテンツを示すコンテンツ一覧情報を作成する（ステップＳ３）。
【０１３１】
次いで、制御部１１は、前回作成したコンテンツ一覧情報と、今回作成したコンテンツ一覧情報とを比較する（ステップＳ４）。そして、制御部１１は、ダウンロード数の上位に入っているコンテンツの中に、前回と今回とで異なるコンテンツがあるか否かを判定する（ステップＳ５）。ダウンロード数の上位に入っているコンテンツとは、順位が第１位から、設定ファイルから取得された人気コンテンツの最大数に相当する順位までに入っているコンテンツである。このとき、制御部１１は、ダウンロード数の上位に入っているコンテンツの中に、前回と今回とで異なるコンテンツがある場合には（ステップＳ５：ＹＥＳ）、削除要求情報送信手段として、前回ダウンロード数の上位に入っているコンテンツの中で、今回上位に入っていないコンテンツの削除指示メッセージをエッジサーバＳＥｍに送信する（ステップＳ６）。なお、制御部２１は、コンテンツの削除指示メッセージの送信を省略しても良い。
【０１３２】
削除要求情報受信手段としてコンテンツの削除指示メッセージを受信したエッジサーバＳＥｍの制御部２１は、削除対象のコンテンツがコンテンツキャッシュエリアに保存されている場合には、削除手段として、このコンテンツをコンテンツキャッシュエリアから削除する。
【０１３３】
投入サーバＳＴの制御部１１は、ステップＳ６の処理を終えると、送信手段として、今回ダウンロード数の上位に入っているコンテンツの中で、前回上位に入っていないコンテンツを、少なくとも１台のエッジサーバＳＥｍに送信する（ステップＳ７）。
【０１３４】
受信手段としてコンテンツを受信したエッジサーバＳＥｍの制御部２１は、このコンテンツをコンテンツキャッシュエリアに保存する。
【０１３５】
投入サーバＳＴの制御部１１は、ステップＳ５においてダウンロード数の上位に入っているコンテンツの中に、前回と今回とで異なるコンテンツがない場合（ステップＳ５：ＮＯ）、又は、ステップＳ７の処理を終えた場合には、人気コンテンツ配信処理を終了させる。
【０１３６】
図１０は、本実施形態に係るユーザ端末Ｔｍ−ｎの制御部４１におけるコンテンツ取得処理の処理例を示すフローチャートである。
【０１３７】
図１０の処理は、ユーザ端末Ｔｍ−ｎがユーザノードとしてコンテンツ所在問合せメッセージを送信した後、ルートノードからコンテンツ問合せ応答メッセージを受信したときに開始される。先ず、制御部４１は、記憶部４２に記憶されている設定情報から、ユーザ端末Ｔｍ−ｎ自身が設置されている拠点ｍの拠点識別情報、及びユーザ端末Ｔｍ−ｎ自身のノード種別を取得する（ステップＳ２１）。
【０１３８】
次いで、制御部４１は、コンテンツ問合せ応答メッセージに含まれるインデックス情報中に、設定ファイルから取得した拠点識別情報及びノード種別の組み合わせと一致する拠点識別情報及びノード種別の組み合わせが設定されているか否かを判定する（ステップＳ２２）。つまり、制御部４１は、同一拠点内の何れかのユーザ端末Ｔｍ−ｎがコンテンツを保存しているか否かを判定する。このとき、制御部４１は、設定ファイルから取得した拠点識別情報及びノード種別の組み合わせと一致する拠点識別情報及びノード種別の組み合わせが設定されている場合には（ステップＳ２２：ＹＥＳ）、ステップＳ２３に移行する。ステップＳ２３において、制御部４１は、インデックス情報中にノード情報が存在する同一拠点内のユーザ端末Ｔｍ−ｎのうち、任意のユーザ端末Ｔｍ−ｎからコンテンツを取得する。
【０１３９】
一方、制御部４１は、設定ファイルから取得した拠点識別情報及びノード種別の組み合わせと一致する拠点識別情報及びノード種別の組み合わせが設定されていない場合には（ステップＳ２２：ＮＯ）、ステップＳ２４に移行する。ステップＳ２４において、制御部４１は、コンテンツ問合せ応答メッセージに含まれるインデックス情報中に、設定ファイルから取得した拠点識別情報と一致する拠点識別情報と、エッジサーバであることを示すノード種別との組み合わせが設定されているか否かを判定する。つまり、制御部４１は、同一拠点内のエッジサーバＳＥｍがコンテンツを保存しているか否かを判定する。このとき、制御部４１は、設定ファイルから取得した拠点識別情報と一致する拠点識別情報と、エッジサーバであることを示すノード種別との組み合わせが設定されている場合には（ステップＳ２４：ＹＥＳ）、ステップＳ２５に移行する。ステップＳ２５において、制御部４１は、インデックス情報中にノード情報が存在する同一拠点内のエッジサーバＳＥｍからコンテンツを取得する。
【０１４０】
一方、制御部４１は、設定ファイルから取得した拠点識別情報と一致する拠点識別情報が設定されていない場合には（ステップＳ２４：ＮＯ）、第２取得手段として、必要とするコンテンツを何れかのエッジサーバＳＥｍが保存しているか否かを判断して、同一拠点内のエッジサーバＳＥｍを介してコンテンツ保持ノードから取得し、又は、同一拠点内のエッジサーバＳＥｍを介さずにコンテンツ保持ノードから直接取得する。
【０１４１】
具体的に、制御部４１は、コンテンツ問合せ応答メッセージに含まれるインデックス情報中に、エッジサーバであることを示すノード種別が設定されているか否かを判定する（ステップＳ２６）。つまり、制御部４１は、他拠点のエッジサーバＳＥｍがコンテンツを保存しているか否かを判定する。このとき、制御部４１は、エッジサーバであることを示すノード種別が設定されている場合には（ステップＳ２６：ＹＥＳ）、インデックス情報中にノード情報が存在する他拠点のエッジサーバＳＥｍから、同一拠点内のエッジサーバＳＥｍを介してコンテンツを取得する（ステップＳ２７）。具体的に、制御部４１は、第１コンテンツ要求情報送信手段として、他拠点のエッジサーバＳＥｍ宛のコンテンツ要求メッセージを同一拠点内のエッジサーバＳＥｍに送信する。コンテンツ要求情報受信手段としてコンテンツ要求メッセージを受信した同一拠点内のエッジサーバＳＥｍエッジサーバＳＥｍの制御部２１は、第１取得手段として、コンテンツ保持ノードである他拠点のエッジサーバＳＥｍからコンテンツを取得する。そして、制御部２１は、取得したコンテンツを、コンテンツキャッシュエリアに保存する。また、制御部２１は、コンテンツ送信手段として、取得したコンテンツを、コンテンツ要求メッセージの送信元のユーザ端末Ｔｍ−ｎに中継する。ユーザ端末Ｔｍ−ｎの制御部４１は、第１コンテンツ受信手段として、同一拠点内のエッジサーバＳＥｍから中継されてきたコンテンツを受信する。
【０１４２】
一方、制御部４１は、エッジサーバであることを示すノード種別が設定されていない場合には（ステップＳ２６：ＮＯ）、ユーザ端末であることを示すノード種別が設定されているか否かを判定する（ステップＳ２８）。つまり、制御部４１は、他拠点のユーザ端末Ｔｍ−ｎがコンテンツを保存しているか否かを判定する。このとき、制御部４１は、ユーザ端末であることを示すノード種別が設定されている場合には（ステップＳ２８：ＹＥＳ）、インデックス情報中にノード情報が存在する他拠点のユーザ端末Ｔｍ−ｎから、同一拠点内のエッジサーバＳＥｍを介さないでコンテンツを取得する（ステップＳ２３）。具体的に、制御部４１は、第２コンテンツ要求情報送信手段として、コンテンツ保持ノードである他拠点のユーザ端末Ｔｍ−ｎにコンテンツ要求メッセージを送信する。そして、制御部４１は、第２コンテンツ受信手段として、他拠点のユーザ端末Ｔｍ−ｎから送信されてきたコンテンツを受信する。
【０１４３】
一方、制御部４１は、ユーザ端末であることを示すノード種別が設定されていない場合には（ステップＳ２８：ＮＯ）、投入サーバＳＴから、同一拠点内のエッジサーバＳＥｍを介さないでコンテンツを取得する（ステップＳ２９）。
【０１４４】
制御部４１は、ステップＳ２３、Ｓ２５、Ｓ２７又はＳ２９の処理を終えると、取得したコンテンツをコンテンツキャッシュエリアに保存する（ステップＳ３０）。次いで、制御部４１は、パブリッシュメッセージをルートノードに向けて送信する（ステップＳ３１）。このパブリッシュメッセージには、ユーザ端末Ｔｍ−ｎのノード情報、保存したコンテンツのコンテンツＩＤ、設定ファイルから取得した拠点識別情報及びノード種別が含まれる。制御部４１は、この処理を終えると、コンテンツ取得処理を終了させる。
【０１４５】
以上説明したように、本実施形態によれば、ユーザ端末Ｔｍ−ｎが、他拠点のエッジサーバＳＥｍ又は他拠点のユーザ端末Ｔｍ−ｎからコンテンツを取得する場合、コンテンツ配信システムＳは次のように動作する。先ず、ユーザ端末Ｔｍ−ｎは、必要とするコンテンツを他拠点のエッジサーバＳＥｍが保存している場合には、同一拠点のエッジサーバＳＥｍを介してコンテンツを取得する。そして、ユーザ端末Ｔｍ−ｎにより同一拠点のエッジサーバＳＥｍを介してコンテンツが取得された場合には、このエッジサーバＳＥｍは、このコンテンツを保存する。一方、ユーザ端末Ｔｍ−ｎは、必要とするコンテンツを他拠点のエッジサーバＳＥｍが保存していない場合には、同一拠点のエッジサーバＳＥｍを介さないでコンテンツを取得する。
【０１４６】
従って、他拠点のエッジサーバＳＥｍにより保存されている取得頻度が高い人気コンテンツを、ユーザ端末Ｔｍ−ｎが同一拠点のエッジサーバＳＥｍを介して取得することにより、人気コンテンツが新たに同一拠点のエッジサーバＳＥｍに保存される。他拠点のユーザ端末Ｔｍ−ｎしか保存していない人気が低いコンテンツは、ユーザ端末Ｔｍ−ｎが同一拠点のエッジサーバＳＥｍを介さずにコンテンツを取得する。つまり、人気が低いコンテンツは同一拠点のエッジサーバＳＥｍには保存されない。これにより、人気が低い可能性のあるコンテンツがエッジサーバＳＥｍに蓄積されることを抑制することができる。
【０１４７】
また、ユーザ端末Ｔｍ−ｎが、必要とするコンテンツを他拠点のエッジサーバＳＥｍが保存している場合には、コンテンツ要求メッセージを同一拠点内のエッジサーバＳＥｍに送信する。同一拠点内のユーザ端末Ｔｍ−ｎからコンテンツ要求メッセージを受信したエッジサーバＳＥｍが、コンテンツ保持ノードとしての他拠点のエッジサーバＳＥｍからコンテンツを取得する。そして、エッジサーバＳＥｍは、取得したコンテンツを保存する。また、エッジサーバＳＥｍは、取得したコンテンツをコンテンツ要求メッセージの送信元の同一拠点内のユーザ端末Ｔｍ−ｎに送信する。
【０１４８】
従って、エッジサーバＳＥｍは、同一拠点内のユーザ端末Ｔｍ−ｎにより取得される人気コンテンツを確実に保存することができる。
【０１４９】
また、投入サーバＳＴが、人気が高いコンテンツを少なくとも何れかのエッジサーバＳＥｍに送信する。そして、投入サーバＳＴからコンテンツを受信したエッジサーバＳＥｍが、受信したコンテンツを保存する。
【０１５０】
従って、人気コンテンツが何れかのエッジサーバＳＥｍに保存される。よって、各ユーザ端末Ｔｍ−ｎがコンテンツを取得していくにつれて、人気コンテンツが確実にエッジサーバＳＥｍに蓄積される。
【０１５１】
また、投入サーバＳＴが、人気コンテンツではなくなったコンテンツの削除指示メッセージをエッジサーバＳＥｍに送信する。そして、投入サーバＳＴからコンテンツの削除指示メッセージを受信したエッジサーバＳＥｍが、人気コンテンツではなくなったコンテンツをコンテンツキャッシュエリアから削除する。
【０１５２】
従って、かつては人気が高かったが、現時点では人気が下がってしまったコンテンツがエッジサーバＳＥｍから削除される。よって、時間の経過とともに人気が下がってしまったコンテンツがエッジサーバＳＥｍに蓄積されてしまうことを防止することができる。
［９．変形例］
［９．１  変形例１］
上記説明した実施形態において、投入サーバＳＴは、所定期間におけるダウンロード数が多いコンテンツを人気が高いコンテンツとしてエッジサーバＳＥｍに送信していた。しかしながら、投入サーバＳＴは、既に人気が高いコンテンツを配信する代わりに、人気の上昇の程度が大きいコンテンツを配信しても良い。
【０１５３】
具体的に、投入サーバＳＴは、コンテンツ一覧情報として、公開されているコンテンツのコンテンツＩＤの一覧を示すとともに、各コンテンツのダウンロード増加数を示すコンテンツ一覧情報を作成する。そのため、投入サーバＳＴは、各コンテンツのダウンロード数を所定期間毎に集計する。そして、期間毎のダウンロード数の差からダウンロード増加数を算出する。ダウンロード増加数は、ある期間のダウンロード数からその１つ前の期間のダウンロード数を引いた数である。この増加数は、プラスとなる場合もあれば、マイナスとなる場合もある。なお、人気の上昇の程度が大きいコンテンツを、「人気急上昇コンテンツ」という。
【０１５４】
図１１は、コンテンツ一覧情報に設定される情報の内容の一例を示す図である。図１１は、１日毎にコンテンツ一覧情報を作成した場合の例である。例えば、１月１日に最初のコンテンツ一覧情報が作成されたとする。１月１日のコンテンツ一覧情報は、ダウンロード増加数の第１位がコンテンツＡ、第２位がコンテンツＢ、第３位がコンテンツＣであることを示している。なお、ダウンロード増加数の最も多かったコンテンツが第１位となる。
【０１５５】
人気コンテンツの最大数が３個である場合には、コンテンツＡ、Ｂ及びＣが人気急上昇コンテンツとなり、エッジサーバＳＥｍに保存される。よって、初期段階においては、投入サーバＳＴは、コンテンツＡ、Ｂ及びＣをエッジサーバＳＥｍに配信する。
【０１５６】
次に、１月２日では順位が変動している。第１位がコンテンツＡ、第２位がコンテンツＢ、第３位がコンテンツＤとなっている。コンテンツＡ及びＢは、引き続き上位３位以内に入っているが、コンテンツＣは、上位３位以内から外れている。そこで、投入サーバＳＴは、ダウンロード増加数が上位３位以内のコンテンツに比べて小さくなったコンテンツＣをエッジサーバＳＥｍから削除させる。
【０１５７】
その後、エッジサーバＳＥｍは、今回ダウンロード増加数が上位３位以内に入ったコンテンツＤをエッジサーバＳＥｍに配信する。
【０１５８】
次に、１月３日では、第１位がコンテンツＧ、第２位がコンテンツＦ、第３位がコンテンツＤである。従って、投入サーバはＳＴ、ダウンロード増加数が上位３位以内のコンテンツに比べて小さくなったコンテンツＡ及びＣをエッジサーバＳＥｍから削除させる。
【０１５９】
投入サーバＳＴの制御部１１における人気コンテンツ配信処理の内容は、第１実施形態において図９に示した処理の内容と基本的には同様である。ただし、本実施形態において、制御部１１は、人気判定手段として、前回集計時における所定期間のダウンロード数と、今回集計時における所定期間のダウンロード数から、ダウンロード増加数をコンテンツ毎に集計する（ステップＳ２）。制御部１１は、ダウンロード増加数の多い順にコンテンツを示すコンテンツ一覧情報を作成する（ステップＳ３）。そして、制御部１１は、削除要求情報送信手段として、前回ダウンロード増加数の上位に入っているコンテンツの中で、今回上位に入っていないコンテンツの削除指示メッセージをエッジサーバＳＥｍに送信する（ステップＳ６）。また、制御部１１は、送信手段として、今回ダウンロード増加数の上位に入っているコンテンツの中で、前回上位に入っていないコンテンツを、少なくとも１台のエッジサーバＳＥｍに送信する（ステップＳ７）。
【０１６０】
以上説明したように、本変形例によれば、エッジサーバＳＥｍが、前回集計時におけるコンテンツのダウンロード数と今回集計時におけるコンテンツのダウンロード数に基づいて、ダウンロード増加数をコンテンツ毎に算出する。また、エッジサーバＳＥｍが、算出したダウンロード増加数が人気コンテンツの最大数により定められる上位に入っているコンテンツを少なくとも何れかのエッジサーバＳＥｍに送信する。そして、投入サーバＳＴからコンテンツを受信したエッジサーバＳＥｍが、受信したコンテンツを保存する。
【０１６１】
従って、人気の上がり方が大きい人気急上昇コンテンツが何れかのエッジサーバＳＥｍに保存される。この人気急上昇コンテンツは、将来人気コンテンツになることが予想される。よって、各ユーザ端末Ｔｍ−ｎがコンテンツを取得していくにつれて、人気が高くなることが予想されるコンテンツが前もって確実にエッジサーバＳＥｍに蓄積される。
【０１６２】
また、投入サーバＳＴが、人気急上昇コンテンツではなくなったコンテンツの削除指示メッセージをエッジサーバＳＥｍに送信する。そして、投入サーバＳＴからコンテンツの削除指示メッセージを受信したエッジサーバＳＥｍが、人気急上昇コンテンツではなくなったコンテンツをコンテンツキャッシュエリアから削除する。
【０１６３】
従って、かつては人気の上がり方が大きかったが、現時点ではその人気の上がり方が鈍ってしまったり、人気が下がりだしたコンテンツがエッジサーバＳＥｍから削除される。人気の上がり方が鈍ってしまったり、人気が下がりだしたコンテンツは、将来、人気コンテンツではなくなることが予想される。よって、時間の経過とともに人気コンテンツではなくなってしまうことが予想されるコンテンツがエッジサーバＳＥｍに蓄積されてしまうことを前もって防止することができる。
【０１６４】
なお、本実施形態においては、ダウンロード増加数に基づいて人気の上昇の程度が判定されるようになっていたが、人気の上昇の程度の判定基準はこれだけに限られるものではない。例えば、ダウンロード増加率を用いても良い。このダウンロード増加率は、今回集計した際における所定期間内のダウンロード数を、前回集計した際における所定期間内のダウンロード数で割ることによって求めることができる。
［９．２  変形例２］
上記説明した実施形態において、投入サーバＳＴは、人気コンテンツを配信する際に、人気が無くなったコンテンツをエッジサーバＳＥｍから削除させていた。しかしながら、エッジサーバＳＥｍのコンテンツキャッシュエリアの空き容量に余裕がある場合には、必ずしも削除させなくても良い。
【０１６５】
具体的に、投入サーバＳＴは、人気コンテンツの配信先のエッジサーバＳＥｍを選定すると、選定されたエッジサーバＳＥｍから公開期限が切れたコンテンツを削除させる。公開期間を過ぎたコンテンツは利用されないからである。公開期限が切れているか否かは、コンテンツカタログに記述されている公開終了日時と現在日時とを比較することで判定することができる。
【０１６６】
次に、配信先のエッジサーバＳＥｍのコンテンツキャッシュエリアに、配信対象の人気コンテンツを保存することができる容量の空きがあれば、コンテンツの削除は行われない。この場合であれば、配信対象の人気コンテンツを配信先のエッジサーバＳＥｍが保存するのに、既に保存されている人気コンテンツが削除されなくて済むからである。
【０１６７】
一方、配信先のエッジサーバＳＥｍのコンテンツキャッシュエリアに、配信対象の人気コンテンツを保存することができる容量の空きが無い場合には、投入サーバＳＴは、急激に人気が無くなったコンテンツを配信先のエッジサーバＳＥｍから削除させて、人気コンテンツを保存するだけの空き容量を確保する。急激に人気が無くなったコンテンツとは、ダウンロード減少率が高いコンテンツ又はダウンロード減少数が大きいコンテンツである。ダウンロード減少率は、前回集計した際における所定期間内のダウンロード数を、今回集計した際における所定期間内のダウンロード数で割ることによって求めることができる。また、ダウンロード減少数は、前回集計した際における所定期間内のダウンロード数から、今回集計した際における所定期間内のダウンロード数を引くによって求めることができる。
【０１６８】
図１２は、本実施形態の変形例２に係る投入サーバＳＴの制御部１１における人気コンテンツ配信処理の処理例を示すフローチャートである。なお、図１２は、ダウンロード減少率から削除対象のコンテンツを決定する場合の例である。
【０１６９】
先ず、制御部１１は、記憶部１２に記憶されている設定ファイルから、人気コンテンツの最大数を取得する（ステップＳ６１）。次いで、制御部１１は、ユーザ端末Ｔｍ−ｎから収集したログ情報から、所定の期間の間におけるコンテンツのダウンロード数をコンテンツ毎に集計する。また、制御部１１は、前回集計時におけるダウンロード数と、今回集計時のダウンロード数から、ダウンロード減少率をコンテンツ毎に集計する（ステップＳ６２）。次いで、制御部１１は、集計結果に基づいて、ダウンロード数の多い順にコンテンツを示すとともに、ダウンロード減少率の高い順にコンテンツを示すコンテンツ一覧情報を作成する（ステップＳ６３）。
【０１７０】
次いで、制御部１１は、前回作成したコンテンツ一覧情報と、今回作成したコンテンツ一覧情報とを比較する（ステップＳ６４）。そして、制御部１１は、ダウンロード数の上位に入っているコンテンツの中に、前回と今回とで異なるコンテンツがあるか否かを判定する（ステップＳ６５）。このとき、制御部１１は、ダウンロード増加数の上位に入っているコンテンツの中に、前回と今回とで異なるコンテンツがある場合には（ステップＳ６５：ＹＥＳ）、配信先のエッジサーバＳＥｍを選定し、選定したエッジサーバＳＥｍから、保存しているコンテンツの一覧の情報を取得する（ステップＳ６６）。具体的に、制御部１１は、保存コンテンツ一覧要求メッセージを配信先のエッジサーバＳＥｍに送信する。そして、制御部１１は、配信先のエッジサーバＳＥｍから送信されてきた保存コンテンツ一覧情報の情報を受信する。この保存コンテンツ一覧情報には、エッジサーバＳＥｍに保存されているコンテンツのコンテンツＩＤの一覧が記述されている。
【０１７１】
次いで、制御部１１は、配信先のエッジサーバＳＥｍに保存されているコンテンツのうち、公開期限が切れたコンテンツの削除指示メッセージを、配信先のエッジサーバＳＥｍに送信する（ステップＳ６７）。
【０１７２】
次いで、制御部１１は、配信先のエッジサーバＳＥｍのコンテンツキャッシュエリアの空き容量を計算する（ステップＳ６８）。各エッジサーバＳＥｍのコンテンツキャッシュエリアの総容量が記憶部１２に予め記憶されていれば、記憶部１２から、配信先のエッジサーバＳＥｍのコンテンツキャッシュエリアの総容量を取得することができる。また、記憶部１２には、基本的に全てのコンテンツが保存されているので、記憶部１２のファイル管理情報を参照することで、各コンテンツのデータサイズを把握することができる。或いは、コンテンツカタログに各コンテンツのデータサイズを記述しておくようにしても良い。何れにしても、制御部１１は、取得した保存コンテンツ一覧情報にコンテンツＩＤが記述されているコンテンツの総データサイズを算出することができる。なお、この総データサイズには、公開期限が切れたコンテンツのデータサイズは含まれない。そして、制御部１１は、配信先のエッジサーバＳＥｍのコンテンツキャッシュエリアの総容量から、配信先のエッジサーバＳＥｍが保存しているコンテンツの総データサイズを引くことによって、コンテンツキャッシュエリアの空き容量を算出する。
【０１７３】
次いで、制御部１１は、今回ダウンロード増加数の上位に入っているコンテンツの中で、前回上位に入っていないコンテンツの総データサイズを、配信対象のコンテンツの総データサイズとして計算する（ステップＳ６９）。
【０１７４】
次いで、制御部１１は、コンテンツキャッシュエリアの空き容量が配信対象のコンテンツの総データサイズ以上であるか否かを判定する（ステップＳ７０）。このとき、制御部１１は、コンテンツキャッシュエリアの空き容量がコンテンツキャッシュエリアの空き容量未満である場合には（ステップＳ７０：ＮＯ）、コンテンツキャッシュエリアの空き容量がコンテンツキャッシュエリアの空き容量以上となるように、ダウンロード減少率が高いコンテンツの削除指示メッセージを、配信先のエッジサーバＳＥｍに送信する（ステップＳ７１）。具体的に、制御部１１は、ダウンロード減少率が高いコンテンツをダウンロード減少率が最も高いものから順に削除対象コンテンツとして選択する。制御部１１は、この選択を、コンテンツキャッシュエリアの空き容量が配信対象のコンテンツの総データサイズ以上となるまで繰り返す。そして、制御部１１は、選択した各削除対象コンテンツのコンテンツＩＤを含む削除指示メッセージを、配信先のエッジサーバＳＥｍに送信する。
【０１７５】
制御部１１は、ステップＳ７０において、コンテンツキャッシュエリアの空き容量がコンテンツキャッシュエリアの空き容量以上である場合（ステップＳ７０：ＹＥＳ）、又は、ステップＳ７１の処理を終えた場合には、配信対象のコンテンツデータを、配信先のエッジサーバＳＥｍに送信する（ステップＳ７２）。そして、制御部１１は、ステップＳ６５においてダウンロード数の上位に入っているコンテンツの中に、前回と今回とで異なるコンテンツがない場合（ステップＳ６５：ＮＯ）、又は、ステップＳ７２の処理を終えた場合には、人気コンテンツ配信処理を終了させる。
【０１７６】
以上説明したように、本変形例によれば、投入サーバＳＴが、配信先のエッジサーバＳＥｍのコンテンツキャッシュエリアの空き容量が足りなくなった場合に、ダウンロード減少率が高いコンテンツ、又は、ダウンロード減少数が多いコンテンツの削除指示メッセージを、配信先のエッジサーバＳＥｍに送信する。これにより、配信先のエッジサーバＳＥｍから、人気が高くはないコンテンツのうち急激に人気が落ちたコンテンツが削除される。
【０１７７】
従って、エッジサーバＳＥｍのコンテンツキャッシュエリアの利用効率を高めることができる。また、人気が高くはないものの、将来人気コンテンツに加わる可能性が残されているコンテンツをエッジサーバＳＥｍに残しておくことができる。
【０１７８】
なお、上記実施形態においては、コンテンツの取得先として、他拠点のエッジサーバＳＥｍの優先順位を他拠点のユーザ端末Ｔｍ−ｎの優先順位よりも高くしていたが、優先順位を同一にしても良い。この場合、図１０に示すコンテンツ取得処理において、ユーザ端末Ｔｍ−ｎは、必要とするコンテンツを他拠点のエッジサーバＳＥｍ及び他拠点のユーザ端末Ｔｍ−ｎの何れもが保存している場合には、他拠点のエッジサーバＳＥｍからコンテンツを取得しても良いし、他拠点のユーザ端末Ｔｍ−ｎからコンテンツを取得しても良い。ただしこの場合、ユーザ端末Ｔｍ−ｎは、同一拠点のエッジサーバＳＥｍを介してコンテンツを取得する。
【０１７９】
また、上記実施形態においては、所定期間におけるコンテンツのダウンロード数、すなわち、ダウンロードの頻度に基づいてコンテンツの人気の高さが判定されるようになっていたが、人気の判定基準はこれだけに限られるものではない。例えば、所定期間におけるユーザ端末Ｔｍ−ｎによるコンテンツの利用数、すなわち、利用の頻度に基づいてコンテンツの人気の高さが判定されても良い。コンテンツの利用数としては、例えば、コンテンツの再生回数がある。この場合、例えば、ユーザ端末Ｔｍ−ｎが、コンテンツを再生すると、再生したコンテンツのコンテンツＩＤを含む通知メッセージを投入サーバＳＴに送信する。そして、投入サーバＳＴが、再生回数の集計を行う。
【０１８０】
また、上記実施形態においては、オーバーレイネットワークに、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアネットワーク、または、オーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないピアツーピアネットワークとしては、例えば、ハイブリッド型のピアツーピアネットワークがある。
【符号の説明】
【０１８１】
１１  制御部
１２  記憶部
１３  通信部
１４  バス
２１、４１  制御部
２２、４２  記憶部
２３、４３  バッファメモリ
２４、４４  デコーダ部
２５、４５  映像処理部
２６、４６  表示部
２７、４７  音声処理部
２８、４８  スピーカ
２９、４９  通信部
３０、５０  入力部
３１、５１  バス
ＳＴ  投入サーバ
ＳＥｍ  エッジサーバ
Ｔｍ−ｎ  ユーザ端末
ＳＭ  管理サーバ
ＳＰ  ポータルサーバ
ＭＴ  管理端末
ＦＷ  ファイアーウォール
ＢＲ  ブロードバンドルータ
Ｌｍ、ＬＳ  通信回線
ＮＬｍ  拠点ネットワーク
ＮＷ  ネットワーク
ＮＳ  配信センターネットワーク
ＰＷ  Ｐ２Ｐネットワーク
Ｓ  コンテンツ配信システム
【図１】
2011070316.tif 000003
【図２】
2011070316.tif 000004
【図３】
2011070316.tif 000005
【図４】
2011070316.tif 000006
【図５】
2011070316.tif 000007
【図６】
2011070316.tif 000008
【図７】
2011070316.tif 000009
【図８】
2011070316.tif 000010
【図９】
2011070316.tif 000011
【図１０】
2011070316.tif 000012
【図１１】
2011070316.tif 000013
【図１２】
2011070316.tif 000014