(57)【要約】 【課題】システム管理者側に手間かけさせずに比較的簡単に公開前のコンテンツの人気度を予測して必要な数のレプリカをシステム内に分散保存させることを可能としたコンテンツ分散保存システム、コンテンツ評価値決定方法、配信装置、及び配信処理プログラムを提供する。【解決手段】利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定し、特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定し、前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出し、算出したキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定するように構成した。【選択図】図４
2009129161.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおいて、新たなコンテンツを前記コンテンツ分散保存システムにおいて利用可能となる前に、当該新たなコンテンツの複製データを一の配信装置から配信させ、何れかの前記ノード装置に転送させることにより、当該コンテンツの評価を表す評価値に応じた数の前記ノード装置に当該複製データを分散して保存させるようにしたコンテンツ分散保存システムにおける前記配信装置であって、
前記利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定するコンテンツ特定手段と、
前記特定された各コンテンツの評価値を取得する評価値取得手段と、
前記特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定するキーワード評価値決定手段と、
前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するキーワード評価値平均算出手段と、
前記算出されたキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定するコンテンツ評価値決定手段と、
を備えることを特徴とする配信装置。
【請求項２】
請求項１に記載の配信装置において、
前記キーワード評価値算出手段は、前記特定されたコンテンツの評価値を当該コンテンツのキーワードの評価値として決定し、
前記コンテンツ評価値決定手段は、前記利用可能となる前のコンテンツのキーワードについて前記算出された評価値の平均値のうちの最大値、又は前記利用可能となる前のコンテンツのキーワードについて前記算出された評価値の平均値をさらに平均した値を、前記利用可能となる前のコンテンツの評価値として決定することを特徴とする配信装置。
【請求項３】
請求項１に記載の配信装置において、
前記キーワード評価値算出手段は、前記特定されたコンテンツの評価値を、所定の重み付けにしたがって当該コンテンツの複数のキーワードに分配することにより当該コンテンツのキーワードの評価値を決定することを特徴とする配信装置。
【請求項４】
請求項３に記載の配信装置において、
前記コンテンツ評価値決定手段は、前記利用可能となる前のコンテンツのキーワードについて前記算出された評価値の平均値を加算することにより、前記利用可能となる前のコンテンツの評価値として決定することを特徴とする配信装置。
【請求項５】
請求項３に記載の配信装置において、
前記キーワード評価値平均算出手段は、前記コンテンツの複数のキーワードに分配することにより決定された当該コンテンツのキーワードの評価値を、キーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するものであって、
さらに前記キーワード評価値算出手段が、前記特定されたコンテンツの評価値を、前記算出された当該コンテンツのキーワードの評価値の平均値を重みとして、当該コンテンツの複数のキーワードにさらに分配することにより当該コンテンツのキーワードの評価値を決定し、且つ前記キーワード評価値平均算出手段が、前記さらに分配することにより決定された当該コンテンツのキーワードの評価値を、キーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するという処理を所定回数繰り返すことにより、最終的なキーワードの評価値の平均値を算出し、
前記コンテンツ評価値決定手段は、前記算出された最終的なキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定することを特徴とする配信装置。
【請求項６】
コンピュータを、請求項１乃至５の何れか一項に記載の配信装置として機能させることを特徴とする配信処理プログラム。
【請求項７】
ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおいて、新たなコンテンツを前記コンテンツ分散保存システムにおいて利用可能となる前に、当該新たなコンテンツの複製データを一の配信装置から配信させ、何れかの前記ノード装置に転送させることにより、当該コンテンツの評価を表す評価値に応じた数の前記ノード装置に当該複製データを分散して保存させるようにしたコンテンツ分散保存システムにであって、
前記配信装置は、
前記利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定するコンテンツ特定手段と、
前記特定された各コンテンツの評価値を取得する評価値取得手段と、
前記特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定するキーワード評価値決定手段と、
前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するキーワード評価値平均算出手段と、
前記算出されたキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定するコンテンツ評価値決定手段と、
を備えることを特徴とするコンテンツ分散保存システム。
【請求項８】
ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおいて、新たなコンテンツを前記コンテンツ分散保存システムにおいて利用可能となる前に、当該新たなコンテンツの複製データを一の配信装置から配信させ、何れかの前記ノード装置に転送させることにより、当該コンテンツの評価を表す評価値に応じた数の前記ノード装置に当該複製データを分散して保存させるようにしたコンテンツ分散保存システムにおけるコンテンツ評価値決定方法であって、
前記配信装置が、
前記利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定する工程と、
前記特定された各コンテンツの評価値を取得する工程と、
前記特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定する工程と、
前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出する工程と、
前記算出されたキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定する工程と、
を備えることを特徴とするコンテンツ評価値決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
この種のピアツーピア型の通信システムにおいて、複数のコンテンツデータ（映画及び音楽等のコンテンツのデータ）の複製データ（以下、「レプリカ」という）を複数のノード装置に分散して保存（配置）させ、各ノード装置間でレプリカを利用可能としたコンテンツ分散保存システムが知られており、これにより、対故障性やアクセスの分散性が高められている。このように分散保存されたレプリカの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く検索可能になっている。
【０００３】
このようなコンテンツ分散保存システムにおいて、コンテンツ配信サービスを行う場合、人気のあるコンテンツのレプリカはアクセスが集中するため、人気に応じた数のレプリカを、事前に当該システム内（各ノード装置）に分散保存させておき、その後、他のノード装置にそのコンテンツを公開して利用可能とすることが望ましい。特許文献１には、各ノード装置は、新たに該システムに投入されるコンテンツのレプリカを他のノード装置に利用可能とする前に（公開前に）、当該公開前のコンテンツの評価値（当該コンテンツのレプリカの配信元で決定）と、既に保存済みのコンテンツのレプリカの評価値とを比較して、公開前のコンテンツの評価値が大きいときは保存する一方、小さいときには保存しないようになっている。
【特許文献１】特開２００７−０３４６３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、事前に当該システム内（各ノード装置）に分散保存させておいたレプリカの数が少なすぎる場合には、当該コンテンツの公開後にそのレプリカにアクセスが集中する結果となってしまうことが懸念される。逆に、当該レプリカの数が多すぎる場合には、各ノード装置におけるレプリカを保存するための記憶領域を無駄に消費してしまい、当該記憶領域を圧迫する結果となることが懸念される。適切な数のレプリカをシステム内に確保させるためには、公開前のコンテンツの人気を予測する必要があり、例えば、限定した数のノード装置に先行公開して人気度を予測したりする方法が考えられるが、この方法ではシステム管理者側にとって手間がかかるといった問題がある。
【０００５】
本発明は、以上の点等に鑑みてなされたものであり、システム管理者側に手間かけさせずに比較的簡単に公開前のコンテンツの人気度を予測して必要な数のレプリカをシステム内に分散保存させることを可能としたコンテンツ分散保存システム、コンテンツ評価値決定方法、配信装置、及び配信処理プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおいて、新たなコンテンツを前記コンテンツ分散保存システムにおいて利用可能となる前に、当該新たなコンテンツの複製データを一の配信装置から配信させ、何れかの前記ノード装置に転送させることにより、当該コンテンツの評価を表す評価値に応じた数の前記ノード装置に当該複製データを分散して保存させるようにしたコンテンツ分散保存システムにおける前記配信装置であって、前記利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定するコンテンツ特定手段と、前記特定された各コンテンツの評価値を取得する評価値取得手段と、前記特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定するキーワード評価値決定手段と、前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するキーワード評価値平均算出手段と、前記算出されたキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定するコンテンツ評価値決定手段と、を備えることを特徴とする。
【０００７】
この発明によれば、利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定し、特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定し、前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出し、算出したキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定するように構成したので、この評価値により、システム管理者側に手間かけさせずに比較的簡単に公開前のコンテンツの人気度を予測することが可能となり、ひいては、必要な数のレプリカをシステム内に分散保存させることができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の配信装置において、前記キーワード評価値算出手段は、前記特定されたコンテンツの評価値を当該コンテンツのキーワードの評価値として決定し、前記コンテンツ評価値決定手段は、前記利用可能となる前のコンテンツのキーワードについて前記算出された評価値の平均値のうちの最大値、又は前記利用可能となる前のコンテンツのキーワードについて前記算出された評価値の平均値をさらに平均した値を、前記利用可能となる前のコンテンツの評価値として決定することを特徴とする。
【０００９】
この発明によれば、利用可能となった後のコンテンツのキーワード及び評価値に基づきより簡単に利用可能となる前のコンテンツの評価値を決定することができる。
【００１０】
請求項３に記載の発明は、請求項１に記載の配信装置において、前記キーワード評価値算出手段は、前記特定されたコンテンツの評価値を、所定の重み付けにしたがって当該コンテンツの複数のキーワードに分配することにより当該コンテンツのキーワードの評価値を決定することを特徴とする。
【００１１】
この発明によれば、利用可能となった後のコンテンツのキーワード及び評価値に基づきより簡単に利用可能となる前のコンテンツの評価値を決定することができる。
【００１２】
請求項４に記載の発明は、請求項３に記載の配信装置において、前記コンテンツ評価値決定手段は、前記利用可能となる前のコンテンツのキーワードについて前記算出された評価値の平均値を加算することにより、前記利用可能となる前のコンテンツの評価値として決定することを特徴とする。
【００１３】
請求項５に記載の発明は、請求項３に記載の配信装置において、前記キーワード評価値平均算出手段は、前記コンテンツの複数のキーワードに分配することにより決定された当該コンテンツのキーワードの評価値を、キーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するものであって、さらに前記キーワード評価値算出手段が、前記特定されたコンテンツの評価値を、前記算出された当該コンテンツのキーワードの評価値の平均値を重みとして、当該コンテンツの複数のキーワードにさらに分配することにより当該コンテンツのキーワードの評価値を決定し、且つ前記キーワード評価値平均算出手段が、前記さらに分配することにより決定された当該コンテンツのキーワードの評価値を、キーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するという処理を所定回数繰り返すことにより、最終的なキーワードの評価値の平均値を算出し、前記コンテンツ評価値決定手段は、前記算出された最終的なキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定することを特徴とする。
【００１４】
この発明によれば、利用可能となった後のコンテンツのキーワード及び評価値に基づきより精度良く利用可能となる前のコンテンツの評価値を決定することができる。
【００１５】
請求項６に記載の配信処理プログラムの発明は、コンピュータを、請求項１乃至５の何れか一項に記載の配信装置として機能させることを特徴とする。
【００１６】
請求項７に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおいて、新たなコンテンツを前記コンテンツ分散保存システムにおいて利用可能となる前に、当該新たなコンテンツの複製データを一の配信装置から配信させ、何れかの前記ノード装置に転送させることにより、当該コンテンツの評価を表す評価値に応じた数の前記ノード装置に当該複製データを分散して保存させるようにしたコンテンツ分散保存システムにであって、前記配信装置は、前記利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定するコンテンツ特定手段と、前記特定された各コンテンツの評価値を取得する評価値取得手段と、前記特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定するキーワード評価値決定手段と、前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するキーワード評価値平均算出手段と、前記算出されたキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定するコンテンツ評価値決定手段と、を備えることを特徴とする。
【００１７】
請求項８に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおいて、新たなコンテンツを前記コンテンツ分散保存システムにおいて利用可能となる前に、当該新たなコンテンツの複製データを一の配信装置から配信させ、何れかの前記ノード装置に転送させることにより、当該コンテンツの評価を表す評価値に応じた数の前記ノード装置に当該複製データを分散して保存させるようにしたコンテンツ分散保存システムにおけるコンテンツ評価値決定方法であって、前記配信装置が、前記利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定する工程と、前記特定された各コンテンツの評価値を取得する工程と、前記特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定する工程と、前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出する工程と、前記算出されたキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定する工程と、を備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、利用可能となる前のコンテンツのキーワードを少なくとも一つ有する利用可能となった後のコンテンツを含む複数のコンテンツを特定し、特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を、前記コンテンツ毎に決定し、前記評価値が決定されたキーワードのうち、少なくとも利用可能となる前のコンテンツのキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出し、算出したキーワードの評価値の平均値に基づいて、前記利用可能となる前のコンテンツの評価値を決定するように構成したので、この評価値により、システム管理者側に手間かけさせずに比較的簡単に公開前のコンテンツの人気度を予測することが可能となり、ひいては、必要な数のレプリカをシステム内に分散保存させることができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ分散保存システムに本発明を適用した場合の実施形態である。
［１．コンテンツ分散保存システムの構成等］
始めに、図１等を参照して、本実施形態に係るコンテンツ分散保存システムの概要構成等について説明する。
【００２０】
図１は、本実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。
【００２１】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。
【００２２】
このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）がルータを介して接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。そして、本実施形態に係るコンテンツ分散保存システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。
【００２３】
なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。かかるオーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。
【００２４】
そして、コンテンツ分散保存システムＳ（言い換えれば、オーバーレイネットワーク９）に参加している各ノードＮｎには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。また、当該ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、一つのＩＤ空間に偏りなく分散して配置されることになる。
【００２５】
なお、コンテンツ分散保存システムＳへの参加は、参加していないノードＮｎ（例えば、ノードＮ８）が、参加している任意のノードＮｎ（例えば、当該システムＳに常時参加しているコンタクトノード）に対して参加要求を示す参加メッセージを送信することによって行われる。
【００２６】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定しており、具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。なお、ＩＰアドレス及びポート番号は、ネットワークアドレス情報の一例である。
【００２７】
コンテンツ分散保存システムＳに参加している１台のノードＮｎは、該システムＳに参加している全てのノードＮｎのうち、必要最低限のノードＮｎのノード情報をルーティングテーブルに登録しておき、ノード情報を知らない（記憶していない）ノードＮｎについては、各ノードＮｎ間で互いに各種メッセージを転送し合って届けてもらうようになっている。
【００２８】
このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００２９】
ところで、コンテンツ分散保存システムＳにおいては、内容の異なる様々なコンテンツ（例えば、映画や音楽等）のレプリカが所定のファイル形式で複数のノードＮｎに分散して保存（格納）されており、各ノードＮｎ間で当該レプリカを利用可能になっている。例えば、ノードＮ５には、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されており、一方、ノードＮ３には、タイトルがＹＹＹの映画のコンテンツのレプリカが保存されるというように、複数のノードＮｎ（以下、「コンテンツ保持ノード」という）に分散されて保存されている。
【００３０】
また、これらのコンテンツのレプリカには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報）等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、コンテンツデータの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。この場合は、コンテンツ名とそのコンテンツＩＤの対応が書かれたコンテンツカタログ情報が、全ノードＮｎに配布される。
【００３１】
また、このように分散保存されているレプリカの所在、つまり、当該レプリカを保存したノードＮｎのノード情報と当該コンテンツのレプリカに対応するコンテンツＩＤ等の組が含まれるインデックス情報が、当該コンテンツのレプリカの所在を管理しているノードＮｎ（以下、「ルートノード」、又は「コンテンツデータ（コンテンツＩＤ）のルートノード」という）等により記憶（インデックスキャッシュに記憶）、管理されるようになっている。
【００３２】
つまり、コンテンツのレプリカを保存しているコンテンツ保持ノードのノード情報は、他のノードＮｎからの問い合わせに応じて提供可能なようにルートノードにより管理されている。
【００３３】
例えば、タイトルがＸＸＸの映画のコンテンツのレプリカについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ４により管理され、タイトルがＹＹＹの映画のコンテンツのレプリカについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ７により管理される。また、このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードＮｎであるように定められる。
【００３４】
そして、あるノードＮｎのユーザが、所望するコンテンツのレプリカを取得したい場合、当該レプリカの取得を望むノードＮｎ（以下、「ユーザノード」という）は、当該ユーザにより選択されたコンテンツのコンテンツＩＤ及び自己のＩＰアドレス等を含むコンテンツ所在問合せ（検索）メッセージ（クエリ）を生成し、これを自己のＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎに対して送出する。つまり、ユーザノードは、コンテンツ所在問合せ（検索）メッセージを、ルートノードに向けて（ルートノード宛に）送出する（つまり、ルートノードにコンテンツのレプリカの所在を問い合わせる）。これにより、コンテンツ所在問合せ（検索）メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００３５】
なお、各ノードＮｎにおいてユーザにより選択されるべきコンテンツのコンテンツ名及びコンテンツＩＤ等の属性情報は、例えばコンテンツ提供サーバＳＡから全てのノードＮｎに配信されるコンテンツカタログ情報に記述されている。また、上記コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤは、ユーザノードによって、コンテンツ名が上記共通のハッシュ関数によりハッシュ化されて生成されるようにしても良い。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３６】
上記コンテンツ所在問合せ（検索）メッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得して、当該インデックス情報を、該コンテンツ所在問合せメッセージの送信元であるユーザノードに対して返信する。こうしてインデックス情報を取得したユーザノードは、当該インデックス情報に含まれるあるコンテンツ保持ノードのＩＰアドレス等に基づいて当該コンテンツ保持ノードに接続して、コンテンツ送信要求メッセージを送信し、そこからコンテンツのレプリカを取得することが可能になる。なお、当該インデックス情報には、例えば複数のコンテンツ保持ノードのノード情報が含まれていることもある（同一のコンテンツのレプリカが複数のコンテンツ保持ノードに保存されている場合）。かかる場合、ユーザノードは、当該複数のコンテンツ保持ノードのうち一つのコンテンツ保持ノードを選択し、選択したコンテンツ保持ノードに接続してコンテンツのレプリカを取得することができる。
【００３７】
なお、ルートノードは、当該インデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージを送信し、これにより、ユーザノードは、上記コンテンツ保持ノードからそのレプリカを取得することもできる。また、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、当該ルートノードと同じインデックス情報をキャッシュしているキャッシュノードから当該インデックス情報を取得することもできる。
【００３８】
また、コンテンツ保持ノードから取得したコンテンツのレプリカを保存したユーザノードは、当該レプリカを保存したことをそのルートノードに知らせるために（言い換えれば、該システムＳに参加している他のノードＮｎに対して公開するために）、当該レプリカのコンテンツＩＤ及び自己のノード情報が含まれるパブリッシュ（登録通知）メッセージを生成し、該パブリッシュメッセージを、そのルートノードに向けて（ルートノード宛に）送出する。
【００３９】
これにより、パブリッシュメッセージは、コンテンツ所在問合せ（検索）メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、該ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録（インデックスキャッシュ領域に記憶）することになる。こうして、上記ユーザノードは、新たに、上記コンテンツのレプリカを保持するコンテンツ保持ノードとなる。
【００４０】
なお、上記パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報は、ルートノードに至るまでの転送経路におけるキャッシュノードにおいても登録（キャッシュ）される。
【００４１】
以上説明したコンテンツ分散保存システムＳにおいては、新たに投入されるコンテンツのレプリカを、該システムＳにおいて利用可能となる前に（公開前に）、配信装置の一例としてのノードＮｎ（例えば、システム管理者等のノードであり、以下、「コンテンツ投入ノード」という）から配信させ、何れかのノードＮｎに転送させることにより、当該コンテンツの評価を表す評価値に応じた数のノードＮｎ（以下、「コンテンツ事前保持ノード」という）に分散して保存させるようになっている。かかる評価値により、コンテンツの人気度を表すことができ、例えば人気が高いコンテンツは、その評価値も高くなる。
【００４２】
図２は、複数のノードＮｎに、あるコンテンツのレプリカを分散して保存させる様子を示す概念図である。当該レプリカを公開前に分散保存させるため、図２に示すように、上位のノードＮｎから下位のノードＮｎに対して保存指示メッセージ（Ｍ）を送信するようになっている。かかる保存指示メッセージには、保存指示に係るコンテンツのコンテンツ名及びコンテンツＩＤと共に、当該コンテンツの評価値及び当該コンテンツの公開日時（年月日時刻）を示す公開日時等を示す情報が含まれている。
【００４３】
ここで、ある公開前のコンテンツについて、コンテンツ投入ノードから初めて（１回目）に他のノード（図２の例では、ノードＮ２）に送信される保存指示メッセージに含まれる評価値を初期評価値というが、かかる初期評価値は、当該公開前のコンテンツと類似する公開後（公開済）のコンテンツの評価値を基に決定されるようになっている（詳細は後述）。そして、かかる評価値は、コンテンツのレプリカが転送される度に下げられることになる。
【００４４】
また、上記公開日時Ｔ１は、上述したＤＨＴルーティングによってコンテンツのレプリカを利用可能となる日時である。例えば、当該コンテンツのコンテンツ名（コンテンツ名（タイトル））及びコンテンツＩＤが記載されたコンテンツカタログ情報が配信され各ノードＮｎにおいて当該コンテンツを選択可能となる日時である。
【００４５】
図２の例では、先ず、コンテンツ投入ノードであるノードＮ１は、例えば周期的に設定された時刻が到来すると、例えばＤＨＴのルーティングテーブルから選定（１回目の選定）した下位のノードＮ２に対して、あるコンテンツのレプリカの保存を指示する保存指示メッセージを送信し（１）、これに応じてノードＮ２は、上位のノードＮ１に対して保存受付応答メッセージ又は保存拒否応答メッセージを返信する（２）。ここで、ノードＮ２は、保存指示メッセージを受信したとき、これに含まれる評価値Ｈに基づいて、上記保存指示されたレプリカを保存するか否かを判別し、保存すると判別した場合には、保存受付応答メッセージを返信し、保存しないと判別した場合には、保存拒否応答メッセージを返信することになる。
【００４６】
なお、例えば、コンテンツを保存するのに十分なあらかじめ定められた空き記憶容量の閾値よりも多くの空き記憶容量があれば、保存受付応答メッセージが返信される。また閾値よりも小さな空き記憶容量しかない場合には保存指示されたコンテンツの評価値と、既にレプリカが保存されているコンテンツの評価値とが比較（複数保存されている場合、夫々のコンテンツの評価値と比較）され、例えば、保存指示されたコンテンツの評価値が最も低くなければ、保存受付応答メッセージが返信され、保存指示されたコンテンツの評価値が最も低ければ、保存受付応答メッセージが返信される。
【００４７】
そして、ノードＮ１が保存受付応答メッセージを受信した場合、当該ノードＮ１は、保存指示に係るコンテンツのレプリカをノードＮ２に対して送信（配信）（３）し、さらに、当該コンテンツに対応付けられて管理している評価値を下げる（例えばＨ／２とする）。このように評価値を下げるのは、コンテンツが１つ複製され２つになったため、その分評価値を下げる趣旨である（その他のノードＮｎにおいても同様）。
【００４８】
一方、ノードＮ２は、ノードＮ１からのレプリカを受信すると、これを保存してコンテンツ事前保持ノードとなり、さらに、当該レプリカに対応付けて上記保存指示メッセージに含まれる情報を保存コンテンツ管理テーブルに登録することになる。なお、当該コンテンツ事前保持ノードは、上述したパブリッシュメッセージを、そのルートノードに向けて（ルートノード宛に）送出することになる。
【００４９】
そして、当該コンテンツ事前保持ノードであるノードＮ２は、当該レプリカの保存後、例えば周期的に設定された時刻が到来すると、例えばＤＨＴのルーティングテーブルから選定した下位のノードＮ３に対して、当該コンテンツのレプリカの保存を指示する保存指示メッセージを送信する（４）。ここで、当該保存指示メッセージに含まれる評価値は、保存コンテンツ管理テーブルに登録された評価値から下げられる（例えば、Ｈ／２とする）ことになる。
【００５０】
なお、ノードＮ３がノードＮ２からの保存指示メッセージを受信した際の動作（（５），（６））は、ノードＮ２がノードＮ１からの保存指示メッセージを受信した際の動作（（２），（３））と同様である。また、ノードＮ３も、当該レプリカの保存後、例えば周期的に設定された時刻が到来すると、例えばＤＨＴのルーティングテーブルから選定した下位のノードＮ４に対して、当該コンテンツのレプリカの保存を指示する保存指示メッセージを送信する（７）ことになり、これ以降の動作（（８），（９））も、ノードＮ２がノードＮ１からの保存指示メッセージを受信した際の動作（（２），（３））と同様である。
【００５１】
更に、コンテンツ投入ノードであるノードＮ１は、ノードＮ２に対して上述したように保存指示メッセージを送信した後、例えば周期的に設定された時刻が到来すると、例えばＤＨＴのルーティングテーブルから選定（２回目の選定）した下位のノードＮ５に対して、上記コンテンツのレプリカの保存を指示する保存指示メッセージを送信する（１０）ことになる。このとき、当該保存指示メッセージに含まれる評価値は、１回目の保存指示メッセージ時と比べ低くなっている（例えば、Ｈ／２）。なお、これ以降の動作（（１１），（１２））も、ノードＮ２がノードＮ１からの保存指示メッセージを受信した際の動作（（２），（３））と同様である。
【００５２】
このように、ノードＮ１においては周期的に設定された時刻が到来する度に新たなノードＮｎが選定され、そこに保存指示メッセージが送信されることになる。このことは、上記コンテンツのレプリカを保存したその他のノードＮｎでも同様である。こうして、上記コンテンツのレプリカは各ノードＮｎにより転送されることにより次第にコンテンツ分散保存システムＳ内で広がっていくことになる。そして、コンテンツの初期評価値が高いほど、それだけ、そのレプリカが各ノードＮｎに保存される確率が高くなるので、当該システムＳに保存されるレプリカの数も多くなるのである。
【００５３】
なお、こうしてシステムＳ内に投入された全てのコンテンツの初期評価値は、例えばコンテンツ管理サーバ或いはコンテンツ投入ノードにおけるコンテンツ管理データベースに登録、例えば、コンテンツＩＤに対応付けられて登録され管理されるようになっている。また、このように管理される各コンテンツにはキーワードが付与されており、当該キーワードも、コンテンツＩＤに対応付けられてコンテンツ管理データベースに登録され管理されるようになっている。かかるキーワードとしては、例えば一般的にコンテンツを検索するために付与されるキーワードを用いることができ、当該キーワードの数は任意である。例えば、映画のコンテンツの場合、映画タイトル、ジャンル名、主演者名、及び監督者名等のキーワードが付与され、音楽のコンテンツの場合、音楽タイトル、ジャンル名、アーティスト名、作詞者名、及び作曲者名等のキーワードが付与される。
［２．ノードＮｎの構成及び機能等］
次に、図３を参照して、ノードＮｎの構成及び機能について説明する。
【００５４】
図３は、ノードＮｎの概要構成例を示す図である。
【００５５】
各ノードＮｎは、図３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ（例えば、コンテンツデータのレプリカ、インデックス情報、ＤＨＴ等）及び各種プログラム等を記憶保存（格納）するためのＨＤ（ハードディスク）等から構成された記憶部１２と、受信されたコンテンツデータのレプリカ等を一時蓄積するバッファメモリ１３と、コンテンツデータのレプリカに含まれるエンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、ネットワーク８を通じて他のノードＮｎ等間の情報の通信制御を行うための通信部１９と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）２０と、を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、通信部１９、及び入力部２０はバス２１を介して相互に接続されている。なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。
【００５６】
また、記憶部１２には、コンテンツ分散保存システムＳに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号等が記憶されている。更に、記憶部１２には、ＨＤに保存（記録）しているコンテンツのレプリカに関する情報を登録するための保存コンテンツ管理テーブルが記憶されている。
【００５７】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラム（本発明の配信処理プログラムを含む）を読み出して実行することにより、全体を統括制御し、コンテンツ分散保存システムＳへの参加により上述したユーザノード、中継ノード、ルートノード、キャッシュノード、コンテンツ保持ノード、コンテンツ投入ノード、及びコンテンツ事前保持ノードの少なくとも何れか一つのノードとしての処理を行うようになっている。
【００５８】
そして、コンテンツ投入ノードとしての特徴的な処理を行う制御部１１は、本発明におけるコンテンツ特定手段、評価値取得手段、キーワード評価値決定手段、キーワード評価値平均算出手段、及びコンテンツ評価値決定手段として機能して、公開前のコンテンツと類似する公開後のコンテンツの初期評価値に基づき、公開前のコンテンツの初期評価値を決定する処理を行うようになっている。なお、公開前のコンテンツに類似する公開後のコンテンツとしては、公開前のコンテンツのキーワードを少なくとも一つ有するコンテンツが挙げられる。
【００５９】
ここで、公開前のコンテンツの初期評価値を決定する基本的な流れを以下に説明する。
（ａ）先ず、該システムＳにおいて公開前のコンテンツのキーワードがコンテンツ管理データベースから取得される。
（ｂ）次に、公開前のコンテンツのキーワードを少なくとも一つ有するコンテンツを含む複数のコンテンツが特定され、当該特定された各コンテンツの評価値及びキーワードがコンテンツ管理データベースから取得される。なお、ここで、公開前のコンテンツのキーワードを有さないコンテンツも特定されても良い。
（ｃ）次に、上記特定された各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値が、コンテンツ毎に決定される。
【００６０】
例えば、コンテンツの評価値（例えば、９０）がそのまま当該コンテンツのキーワードの評価値（例えば、９０）として決定される。この場合において、例えば、当該コンテンツのキーワードが３つであると仮定すると、当該３つのキーワードの夫々にコンテンツの評価値（例えば、９０ずつ）が与えられる。
【００６１】
或いは、コンテンツの評価値（例えば、９０）を、所定の重み付けにしたがって当該コンテンツのキーワードに分配することにより当該コンテンツのキーワードの評価値が決定されるように構成しても良い。この場合において、例えば、当該コンテンツのキーワードが３つであり、上記重み付け１：１：１と対等であると仮定すると、当該コンテンツのキーワードに重み付けにしたがって３等分され、当該３つのキーワードの夫々に３等分されたコンテンツの評価値（例えば、３０ずつ）が与えられる。なお、後述するように、キーワードの評価値を重みとして、当該キーワードの評価値が収束するまで繰り返し当該評価値を求めればより効果的である。
（ｄ）次に、上記評価値が決定されたキーワードのうち、同じキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値が算出される。
【００６２】
例えば、上記特定されたコンテンツのうちで、キーワードＡが付与されているコンテンツがさらに特定され、当該さらに特定された例えばコンテンツ１のキーワードＡの評価値が「９０」であり、当該さらに特定された例えばコンテンツ３のキーワードＡが「６０」であったとすると（これ以外のコンテンツにはキーワードＡが付与されていない）、ここで算出される当該キーワードＡの評価値の平均値は、（９０＋６０）／２＝７５となる。
（ｅ）最後に、上記算出されたキーワードの評価値の平均値に基づいて、公開前のコンテンツの評価値（初期評価値）が決定される。
【００６３】
例えば、公開前のコンテンツの複数のキーワードの夫々について算出された評価値の平均値のうちの最大値、又は公開前のコンテンツの複数のキーワードの夫々について算出された評価値の平均値をさらに平均した値が、公開前のコンテンツの評価値として決定される。
【００６４】
或いは、公開前のコンテンツの複数のキーワードの夫々について算出された評価値の平均値を加算した値が、公開前のコンテンツの評価値として決定される。
【００６５】
なお、上記配信処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
［３．公開前のコンテンツの評価値算出処理］
次に、コンテンツ投入ノードにおける公開前のコンテンツの評価値算出処理について、より具体的に説明する。
（実施例１）
先ず、図４及び図５を参照して、実施例１における公開前のコンテンツの評価値算出処理について説明する。
【００６６】
図４は、実施例１において、コンテンツ投入ノードの制御部１１における公開前のコンテンツの評価値算出処理を示すフローチャートである。図５は、実施例１において、公開前のコンテンツの評価値が決定されるまでの様子を示す図である。
【００６７】
図４に示す処理が開始されると、先ず、制御部１１は、公開前のコンテンツが指定され（ステップＳ１）、そのデータが読み込まれる。
【００６８】
次いで、制御部１１は、公開前のコンテンツのキーワード（複数）をコンテンツ管理データベースから抽出、取得し（ステップＳ２）、ＲＡＭに記憶する。例えば、公開前のコンテンツのキーワードをＡとＤとする。
【００６９】
次いで、制御部１１は、取得した複数のキーワードのうちからキーワードを一つ選択（例えば、ランダム又は登録順に選択）する（ステップＳ３）。
【００７０】
次いで、制御部１１は、選択したキーワードを持つ公開後のコンテンツを複数特定し（ステップＳ４）、特定した公開後の各コンテンツの評価値及び全てのキーワードをコンテンツ管理データベースから取得し（ステップＳ５）、ＲＡＭに記憶する。
【００７１】
次いで、制御部１１は、特定した各コンテンツの評価値に基づき当該コンテンツのキーワードの評価値を決定し（ステップＳ６）、ＲＡＭに記憶する。例えば、図５の例では、上記選択されたキーワードＡを持つコンテンツ１の評価値は「９０」であるので、当該評価値がそのまま当該キーワードＡの評価値として決定されている。一方、上記選択されたキーワードＡを持つコンテンツ３の評価値は「６０」であるので、当該評価値がそのまま当該キーワードＡの評価値として決定されている。
【００７２】
次いで、制御部１１は、複数のコンテンツに跨って、上記評価値が決定されたキーワードの評価値の平均値を算出し（ステップＳ７）、ＲＡＭに記憶する。例えば、図５の例では、コンテンツ１とコンテンツ３に跨って、キーワードＡの評価値の平均値が決定されている。
【００７３】
次いで、制御部１１は、上記ステップＳ２で取得した全てのキーワードについて処理したか否かを判別し（ステップＳ８）、処理していない場合には（ステップＳ８：ＮＯ）、ステップＳ３に戻り、未だ選定されていないキーワードを選択し、上記と同様の処理を行う。例えば、図５の例では、選択されたキーワードＤを持つコンテンツ２の評価値は「４０」であるので、当該評価値がそのまま当該キーワードＤの評価値として決定されている。一方、選択されたキーワードＤを持つコンテンツ３の評価値は「６０」であるので、当該評価値がそのまま当該キーワードＤの評価値として決定されている。そして、コンテンツ２とコンテンツ３に跨って、キーワードＤの評価値の平均値が決定されている。
【００７４】
そして、上記ステップＳ８で、全てのキーワードについて処理したと判別された場合には（ステップＳ８：ＹＥＳ）、公開前のコンテンツの複数のキーワードの夫々について算出された評価値の平均値のうちの最大値を、公開前のコンテンツの評価値として決定する（ステップＳ９）。例えば、図５の例では、キーワードＡの評価値の平均値と、キーワードＤの評価値の平均値のうちの、大きい方のキーワードＡの評価値の平均値が、公開前のコンテンツの評価値として決定されている。
【００７５】
そして、制御部１１は、上記決定された公開前のコンテンツの評価値を、当該公開前のコンテンツのコンテンツＩＤ等の情報に対応付けてコンテンツ管理データベースに登録し（ステップＳ１０）、当該処理を終了する。
【００７６】
なお、公開前のコンテンツの複数のキーワードの夫々について算出された評価値の平均値をさらに平均した値を公開前のコンテンツの評価値として決定するように構成しても良い。
【００７７】
このような実施例１の処理により、より簡単に公開前のコンテンツの評価値（初期評価値）を決定することができる。
（実施例２）
次に、図６及び図７を参照して、実施例２における公開前のコンテンツの評価値算出処理について説明する。
【００７８】
図６は、実施例２において、コンテンツ投入ノードの制御部１１における公開前のコンテンツの評価値算出処理を示すフローチャートである。図７は、実施例２において、公開前のコンテンツの評価値が決定されるまでの様子を示す図である。
【００７９】
図６に示す処理が開始されると、先ず、制御部１１は、公開前のコンテンツが指定され（ステップＳ１１）、そのデータが読み込まれる。
【００８０】
次いで、制御部１１は、全てのキーワード（複数）をコンテンツ管理データベースから抽出、取得し（ステップＳ１２）、ＲＡＭに記憶する。
【００８１】
次いで、制御部１１は、当該処理が初回実行か否かを判別し（ステップＳ１３）、初回実行である場合には（ステップＳ１３：ＹＥＳ）、全てのキーワードの評価値に「１」を設定する（ステップＳ１４）。一方、初回実行でない場合には（ステップＳ１３：ＮＯ）、制御部１１は、全てのキーワードの評価値をコンテンツ管理データベースから取得する（ステップＳ１５）。
【００８２】
次いで、制御部１１は、公開後の全てのコンテンツを特定し（ステップＳ１６）、特定した公開後の各コンテンツの評価値をコンテンツ管理データベースから取得し（ステップＳ１７）、ＲＡＭに記憶する。
【００８３】
次いで、制御部１１は、当該特定した公開後のコンテンツを一つ選択する（ステップＳ１８）。
【００８４】
次いで、制御部１１は、当該選択したコンテンツが有するキーワードを全て選択する（ステップＳ１９）。
【００８５】
次いで、制御部１１は、当該選択した各キーワードの評価値を重みとし、当該選択したコンテンツの評価値を当該各キーワードに分配し（ステップＳ２０）当該各キーワードの評価値を決定してＲＡＭに記憶する。例えば、図７（Ａ）の例では、コンテンツ１の評価値は「９０」であり、各キーワードの評価値には上記ステップＳ１２で全て「１」に設定されているので、その重みに従って、当該コンテンツ１の評価値「９０」は３等分され、「３０」ずつ、キーワードＡ，Ｂ，Ｃに分配されてその評価値が決定されている。
【００８６】
次いで、制御部１１は、上記特定した全てのコンテンツについて処理したか否かを判別し（ステップＳ２１）、処理していない場合には（ステップＳ２１：ＮＯ）、ステップＳ１８に戻り、未だ選定されていないコンテンツを選択し、上記と同様の処理を行う。こうして、例えば、図７（Ａ）に示すように、コンテンツ２及び３についても、キーワードの評価値が決定されることになる。
【００８７】
そして、上記ステップＳ２１で、全てのコンテンツについて処理したと判別された場合には（ステップＳ２１：ＹＥＳ）には、制御部１１は、キーワードを一つ選択する（ステップＳ２２）。
【００８８】
次いで、制御部１１は、複数のコンテンツに跨って、上記選択したキーワードの評価値の平均値を算出し（ステップＳ２３）、ＲＡＭに記憶する。例えば、図５の例では、コンテンツ１とコンテンツ３に跨って、キーワードＡの評価値の平均値が決定されている。
【００８９】
次いで、制御部１１は、上記ステップＳ１２で取得した全てのキーワードについて処理したか否かを判別し（ステップＳ２４）、処理していない場合には（ステップＳ２４：ＮＯ）、ステップＳ２２に戻り、未だ選定されていないキーワードを選択し、上記と同様の処理を行う。こうして、例えば、図７（Ａ）に示すように、キーワードＢ，Ｃ，Ｄについても平均値が算出されることになる。
【００９０】
そして、上記ステップＳ２４で、全てのキーワードについて処理したと判別された場合には（ステップＳ２４：ＹＥＳ）、制御部１１は、予め設定された終了判定基準を満たしているか否かを判別し（ステップＳ２５）、終了判定基準を満たしていない場合には（ステップＳ２５：ＮＯ）、ステップＳ１８に戻り、上記と同様の処理を行う。例えば、図７（Ｂ）に示すコンテンツ２を例にとると、直前のステップＳ２３の処理で算出されたキーワードＢとＤの評価値の平均値「２５」と「２０」が重みとされ、コンテンツ２の評価値「４０」が、その重みに従って、キーワードＢ，Ｄに分配されてその評価値が決定されている。
【００９１】
こうして、終了判定基準が満たされるまでは、ステップＳ１８〜ステップＳ２５の処理が繰り返しループされる。かかる繰り返しループにおいて、制御部１１は、直前のステップＳ２３の処理で算出したキーワードの評価値の平均値を重みとして、当該コンテンツの評価値を当該コンテンツのキーワードにさらに分配することにより当該コンテンツのキーワードの評価値を決定（つまり、前回の評価値から更新）し、且つさらに分配することにより決定された（つまり、更新された）当該コンテンツのキーワードの評価値を、キーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するという処理を所定回数繰り返すことにより、最終的なキーワードの評価値の平均値を算出するのである。
【００９２】
ところで、終了判定基準の種類、閾値はユーザにより任意に選択可能である。例えば、更新前後のキーワードの評価値の差が当該キーワードの評価値の平均の数十〜数百（例えば、１００）分の１以下か否かが判断され、これ以下ならば終了判定基準を満たすとされる。或いは、予め設定された回数（例えば、１００回）、上記ステップＳ１８〜ステップＳ２５の処理がループしたか否かが判断され、当該回数ループしたならば終了判定基準を満たすとされる。或いは、予め設定された時間（例えば、３分）、上記ステップＳ１８〜ステップＳ２５の処理が繰り返し行われたか否かが判断され、当該時間繰り返し行われたならば終了判定基準を満たすとされる。
【００９３】
こうして、終了判定基準を満たした場合には（ステップＳ２５：ＹＥＳ）、制御部１１は、公開前のコンテンツの複数のキーワードの夫々について上述したように算出された最終的な評価値の平均値を加算し、この加算値を公開前のコンテンツの評価値として決定する（ステップＳ２６）。
【００９４】
そして、制御部１１は、上記決定された公開前のコンテンツの評価値を、当該公開前のコンテンツのコンテンツＩＤ等の情報に対応付けてコンテンツ管理データベースに登録し、且つ、全てのキーワードの評価値（上述した最終的なキーワードの評価値の平均値）をコンテンツ管理データベースに登録し（ステップＳ２７）、当該処理を終了する。こうして、登録された全てのキーワードの評価値は、上述したように、ステップＳ１５で取得され、ステップＳ２０で重みとして使用されることになる。
【００９５】
このような実施例２の処理により、より精度良く公開前のコンテンツの評価値（初期評価値）を決定することができる。
【００９６】
以上説明したように、上記実施形態によれば、コンテンツ投入ノードは、公開前のコンテンツのキーワードを少なくとも一つ有するコンテンツを含む複数のコンテンツを特定し、当該特定された各コンテンツの評価値及びキーワードに基づき当該コンテンツのキーワードの評価値をコンテンツ毎に決定する。そして、コンテンツ投入ノードは、上記評価値が決定されたキーワードのうち、同じキーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出し、算出されたキーワードの評価値の平均値に基づいて、公開前のコンテンツの評価値（初期評価値）を決定するように構成したので、この評価値により、システム管理者側に手間かけさせずに比較的簡単に公開前のコンテンツの人気度を予測（推定）することが可能となり、ひいては、適切な数のレプリカをシステム内に分散保存させることができる。
【００９７】
従って、事前に当該システムＳ内に分散保存させておくレプリカの数が少なすぎることを回避でき、当該コンテンツの公開後にそのレプリカにアクセスが集中することを防止することができる。よって、コンテンツ保持ノードへのレプリカのダウンロード要求が頻出しても、安定したコンテンツ配信が可能となる。
【００９８】
また、当該レプリカの数が多すぎることを回避でき、各ノードＮｎにおけるレプリカを保存するための記憶領域を無駄に消費してしまうことで当該記憶領域を圧迫することを防止することができる。これにより、ネットワーク負荷の増大を防止することもできる。
【００９９】
なお、上記実施形態におけるコンテンツ分散保存システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【０１００】
【図１】本実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】複数のノードＮｎに、あるコンテンツのレプリカを分散して保存させる様子を示す概念図である。
【図３】ノードＮｎの概要構成例を示す図である。
【図４】実施例１において、コンテンツ投入ノードの制御部１１における公開前のコンテンツの評価値算出処理を示すフローチャートである。
【図５】実施例１において、公開前のコンテンツの評価値が決定されるまでの様子を示す図である。
【図６】実施例２において、コンテンツ投入ノードの制御部１１における公開前のコンテンツの評価値算出処理を示すフローチャートである。
【図７】実施例２において、公開前のコンテンツの評価値が決定されるまでの様子を示す図である。
【符号の説明】
【０１０１】
８  ネットワーク
９  オーバーレイネットワーク
１１  制御部
１２  記憶部
１３  バッファメモリ
１４  デコーダ部
１５  映像処理部
１６  表示部
１７  音声処理部
１８  スピーカ
２０  通信部
２１  入力部
２２  バス
Ｎｎ  ノード
Ｓ  コンテンツ分散保存システム
【図１】
2009129161.tif 000003
【図２】
2009129161.tif 000004
【図３】
2009129161.tif 000005
【図４】
2009129161.tif 000006
【図５】
2009129161.tif 000007
【図６】
2009129161.tif 000008
【図７】
2009129161.tif 000009