(57)【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおける前記ノード装置であって、
前記複製データを保存するための保存領域を有する保存手段と、
前記コンテンツ分散保存システムにおいて利用可能な各コンテンツの評価を表す評価値と各コンテンツが属するジャンルの度合いを示すジャンルポイントが記述されたコンテンツリストを取得するコンテンツリスト取得手段と、
ユーザの嗜好度合いを示す嗜好ポイントを含む嗜好情報を予め記憶する嗜好情報記憶手段と、
前記複製データに係るコンテンツが属するジャンルの度合いを示すジャンルポイントに基づいて、前記嗜好ポイントを補正する嗜好ポイント補正手段と、
前記補正された嗜好ポイントを含む嗜好情報に基づいて、前記取得されたコンテンツリストに示される各コンテンツの評価値を補正する評価値補正手段と、
前記保存手段における前記保存領域の保存容量以下のデータ量分の複数のコンテンツを選定する選定手段であって、前記取得されたコンテンツリストに示されるコンテンツのうち前記補正された評価値が高いコンテンツを優先して選定するコンテンツ選定手段と、
前記選定されたコンテンツの複製データを、他のノード装置又は全てのコンテンツの複製データを有するサーバ装置から取得し、当該複製データを前記保存手段における前記保存領域に保存させる保存制御手段と、
を備えることを特徴とするノード装置。
【請求項２】
前記嗜好情報には、前記ジャンル毎のユーザの嗜好度合いを示す嗜好ポイントが含まれており、
前記嗜好ポイント補正手段は、前記保存手段に保存された前記複製データに係るコンテンツの前記各ジャンルポイントに基づいて、前記嗜好ポイントを補正し、
前記嗜好情報記憶手段は、前記予め記憶された嗜好ポイントに代えて前記補正された嗜好ポイントを記憶することを特徴とする請求項１に記載のノード装置。
【請求項３】
前記ノード装置は、前記保存手段に保存された前記複製データを再生させる再生制御手段を更に備え、
前記嗜好情報には、前記ジャンル毎のユーザの嗜好度合いを示す嗜好ポイントが含まれており、
前記嗜好ポイント補正手段は、前記再生制御手段により再生された前記複製データに係るコンテンツの前記各ジャンルポイントに基づいて、前記嗜好ポイントを補正し、
前記嗜好情報記憶手段は、前記予め記憶された嗜好ポイントに代えて前記補正された嗜好ポイントを記憶することを特徴とする請求項１に記載のノード装置。
【請求項４】
ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおける前記ノード装置であって、
前記複製データを保存するための保存領域を有する保存手段と、
前記コンテンツ分散保存システムにおいて利用可能な各コンテンツの評価を表す評価値と複数のジャンル毎に各コンテンツが属する度合いを示すジャンルポイントが記述されたコンテンツリストを取得するコンテンツリスト取得手段と、
前記ジャンル毎のユーザの嗜好度合いを示す嗜好ポイントを含む嗜好情報を予め記憶する嗜好情報記憶手段と、
前記保存手段に前記保存された前記複製データに係るコンテンツの前記各ジャンルポイントに基づいて、前記嗜好ポイントを補正する嗜好ポイント補正手段と、
前記各コンテンツ毎に、前記各ジャンルポイントを前記補正された嗜好ポイントにより補正し、補正された各ジャンルポイントを積算し、積算されたポイントを前記評価値に加算することにより、前記評価値を補正する評価値補正手段と、
前記保存手段における前記保存領域の保存容量以下のデータ量分の複数のコンテンツを選定する選定手段であって、前記取得されたコンテンツリストに示されるコンテンツのうち前記補正された評価値が高いコンテンツを優先して選定するコンテンツ選定手段と、
前記選定されたコンテンツの複製データを、他のノード装置又は全てのコンテンツの複製データを有するサーバ装置から取得し、当該複製データを前記保存手段における前記保存領域に保存させる保存制御手段と、
を備えることを特徴とするノード装置。
【請求項５】
ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおける前記ノード装置であって、
前記複製データを保存するための保存領域を有する保存手段と、
前記保存手段に保存された前記複製データを再生させる再生制御手段と、
前記コンテンツ分散保存システムにおいて利用可能な各コンテンツの評価を表す評価値と複数のジャンル毎に各コンテンツが属する度合いを示すジャンルポイントが記述されたコンテンツリストを取得するコンテンツリスト取得手段と、
前記ジャンル毎のユーザの嗜好度合いを示す嗜好ポイントを含む嗜好情報を予め記憶する嗜好情報記憶手段と、
前記再生制御手段により再生された前記複製データに係るコンテンツの前記各ジャンルポイントに基づいて、前記嗜好ポイントを補正する嗜好ポイント補正手段と、
前記各コンテンツ毎に、前記各ジャンルポイントを前記補正された嗜好ポイントにより補正し、補正された各ジャンルポイントを積算し、積算されたポイントを前記評価値に加算することにより、前記評価値を補正する評価値補正手段と、
前記保存手段における前記保存領域の保存容量以下のデータ量分の複数のコンテンツを選定する選定手段であって、前記取得されたコンテンツリストに示されるコンテンツのうち前記補正された評価値が高いコンテンツを優先して選定するコンテンツ選定手段と、
前記選定されたコンテンツの複製データを、他のノード装置又は全てのコンテンツの複製データを有するサーバ装置から取得し、当該複製データを前記保存手段における前記保存領域に保存させる保存制御手段と、
を備えることを特徴とするノード装置。
【請求項６】
コンピュータを、請求項１乃至５の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項７】
ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおいて、
前記ノード装置は、
前記複製データを保存するための保存領域を有する保存手段と、
前記コンテンツ分散保存システムにおいて利用可能な各コンテンツの評価を表す評価値と各コンテンツが属するジャンルの度合いを示すジャンルポイントが記述されたコンテンツリストを取得するコンテンツリスト取得手段と、
ユーザの嗜好度合いを示す嗜好ポイントを含む嗜好情報を予め記憶する嗜好情報記憶手段と、
前記複製データに係るコンテンツが属するジャンルの度合いを示すジャンルポイントに基づいて、前記嗜好ポイントを補正する嗜好ポイント補正手段と、
前記補正された嗜好ポイントを含む嗜好情報に基づいて、前記取得されたコンテンツリストに示される各コンテンツの評価値を補正する評価値補正手段と、
前記保存手段における前記保存領域の保存容量以下のデータ量分の複数のコンテンツを選定する選定手段であって、前記取得されたコンテンツリストに示されるコンテンツのうち前記補正された評価値が高いコンテンツを優先して選定するコンテンツ選定手段と、
前記選定されたコンテンツの複製データを、他のノード装置又は全てのコンテンツの複製データを有するサーバ装置から取得し、当該複製データを前記保存手段における前記保存領域に保存させる保存制御手段と、
を備えることを特徴とするコンテンツ分散保存システム。
【請求項８】
ネットワークを介して互いに通信可能な複数のノード装置を備えたコンテンツ分散保存システムであり、複数のコンテンツの複製データを複数のノード装置に分散して保存させ、各前記ノード装置間で前記コンテンツを利用可能としたコンテンツ分散保存システムにおけるコンテンツ保存方法であって、
前記ノード装置は、
前記複製データを保存するための保存領域を有する保存手段を有し、
前記コンテンツ分散保存システムにおいて利用可能な各コンテンツの評価を表す評価値と各コンテンツが属するジャンルの度合いを示すジャンルポイントが記述されたコンテンツリストを取得する工程と、
ユーザの嗜好度合いを示す嗜好ポイントを含む嗜好情報を予め記憶する嗜好情報記憶手段に記憶された前記嗜好ポイントを、前記複製データに係るコンテンツが属するジャンルの度合いを示すジャンルポイントに基づいて補正する工程と、
前記補正された嗜好ポイントを含む嗜好情報に基づいて、前記取得されたコンテンツリストに示される各コンテンツの評価値を補正する工程と、
前記保存手段における前記保存領域の保存容量以下のデータ量分の複数のコンテンツを選定する工程であって、前記取得されたコンテンツリストに示されるコンテンツのうち前記補正された評価値が高いコンテンツを優先して選定する工程と、
前記選定されたコンテンツの複製データを、他のノード装置又は全てのコンテンツの複製データを有するサーバ装置から取得し、当該複製データを前記保存手段における前記保存領域に保存させる工程と、
を実行することを特徴とするコンテンツ保存方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（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）、或いは、ＴＶ受信機等を適用可能である。
【００４６】
また、記憶部１２には、コンテンツのレプリカ、ＤＨＴ、インデックス情報、及びコンテンツカタログ情報などが記憶されている。また、記憶部１２において、コンテンツのレプリカを記憶保存しておくためのコンテンツ保存領域の容量（例えば、１００ギガバイト）は、例えばユーザにより任意に設定可能になっている。
【００４７】
更に、記憶部１２には、コンテンツポイントリスト（コンテンツリストの一例）、及び嗜好ポイントリスト（嗜好情報の一例）が記憶されている。コンテンツポイントリスト及び嗜好ポイントリストは、後述するように、予めノードＮｎにダウンロードし確保（プレキャッシュ）しておくコンテンツを選定するために用いられる。
【００４８】
ここで、コンテンツポイントリストには、コンテンツ分散保存システムＳにおいて利用可能な各コンテンツの評価を表す評価値としてのコンテンツポイント等が登録（記述）される。このコンテンツポイントリストは、例えばコンテンツ提供サーバＳＡから取得される。なお、コンテンツポイントリストは、コンテンツカタログ情報に含められて取得されるようにしても良いし、コンテンツカタログ情報とは別々に取得されるようにしても良い。
【００４９】
図３は、コンテンツポイントリストの内容の一例を示す図である。図３に示すコンテンツポイントリストには、各コンテンツＩＤに対応付けられてコンテンツポイント、嗜好フラグ、及びサイズ（データ量）等が登録されている。
【００５０】
コンテンツポイントは、例えば複数の評価項目毎に評価（採点）された点数の合計値で表される。つまり、コンテンツポイントが高いコンテンツほど、評価が高いと言える。図３の例では、有名な大物アーティスト（映画の場合、監督や出演者）ほど高い点数が与えられる「ビック度」、過去の売上げ数が多いアーティストほど高い点数が与えられる「累計」、年式が新しいものほど高い点数（発売前は最高点）が与えられる「発売日」などを含む１０個の評価項目の合計値でコンテンツポイントが表されている。このような各評価項目毎に評価は、例えばコンテンツ提供元により付与される。なお、この例では、各項目の最高点は１０点であり、合計値の最高点は１００点である。
【００５１】
嗜好フラグは、コンテンツが属するジャンルの度合い（言い換えれば、そのジャンルを有するか否か）を示すジャンルポイントであり、複数のジャンル（例えば、映画の場合、メロドラマ、スポーツ、アクション、コメディ、教養など、音楽の場合、ロック、ポップス、クラシック、ジャズなど）毎に設定されている。このジャンルポイントが高いジャンルほど、当該ジャンルにコンテンツが属する度合いが高いと言える。図３の例では、映画のコンテンツＸＸＸの嗜好フラグとして、メロドラマが「＋１」に、スポーツが「−１」に、アクションが「＋１」に、夫々設定されている。
【００５２】
このことより、映画のコンテンツＸＸＸは、スポーツ性が無く、メロドラマ及びアクション性が有ると言える。また、例えば、当該映画のコンテンツＸＸＸが属するアクションの度合いがメロドラマの度合いよりも高い場合、メロドラマに対応する嗜好フラグに係る数値（例えば、１）より、アクションに対応する嗜好フラグに係る数値を高く（例えば、２）すれば良い。このような嗜好フラグも、例えばコンテンツ提供元により付与される。
【００５３】
一方、嗜好ポイントリストには、上記ジャンル毎のユーザの嗜好度合いを示す嗜好ポイントが登録（記述）される。
【００５４】
図４は、嗜好ポイントリストの内容の一例を示す図である。図４に示す嗜好ポイントリストには、各ジャンルに対応付けられて嗜好ポイントが登録されている。この嗜好ポイントは、例えば、初期登録時（例えば、ノードＮｎの購入時）に実施されるユーザのアンケートに基づき設定され、ユーザの嗜好度合いに比例した点数で表される。つまり、この嗜好ポイントが高いジャンルほど、ユーザに好まれると言える。図４の例では、メロドラマの嗜好ポイントが「５」と最も高いので、当該ユーザは最もメロドラマが好きであると言える。
【００５５】
以上のような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラム（本発明のノード処理プログラムを含む）を読み出して実行することにより、全体を統括制御し、コンテンツ分散保存システムＳへの参加により上述したユーザノード、中継ノード、ルートノード、キャッシュノード、及びコンテンツ保持ノードの少なくとも何れか一つのノードとしての処理を行う。
【００５６】
そして、ユーザノードとしての特徴的な処理を行う制御部１１は、本発明におけるコンテンツリスト取得手段、コンテンツ選定手段、保存制御手段、評価値補正手段、嗜好ポイント補正手段、及び再生制御手段等として機能し、後述するプレキャッシュ処理を行う。
【００５７】
より具体的には、制御部１１は、上記コンテンツポイントリストを、例えばコンテンツ提供サーバＳＡから取得して記憶部１２に記憶する。そして、制御部１１は、記憶部１２におけるコンテンツ保存領域の保存容量（記録容量とも言う）以下のデータ量分の複数のコンテンツであって、上記コンテンツポイントリストに示されるコンテンツのうちコンテンツポイントが高いコンテンツを優先して選定する。つまり、ノードＮｎのコンテンツ保存領域の保存容量には限りがあり、当該システムＳにおいて利用可能な全てのコンテンツのレプリカを保存することはできないので、コンテンツポイントが高いコンテンツのレプリカを保存対象として優先して選定するのである。
【００５８】
このとき、制御部１１は、上記取得されたコンテンツポイントリストに示される各コンテンツのコンテンツポイントを、嗜好ポイントリストに基づいて補正し、当該コンテンツポイントリストに示されるコンテンツのうち、補正されたコンテンツポイントが高いコンテンツを優先して選定すれば、ユーザにより視聴される可能性が高いと予想されるコンテンツを優先して選定することができる。
【００５９】
図５は、各コンテンツのコンテンツポイントが補正される様子を示す概念図である。図５の例では、各コンテンツ毎に、コンテンツポイントリストに登録された各嗜好フラグが、嗜好ポイントリストに登録された嗜好ポイントにより補正され、当該補正された各嗜好フラグ（ジャンルポイント）に係る値が積算され、当該積算された値（この例では、８）がコンテンツポイント（この例では、９０）に加算されることにより、コンテンツポイントが補正（この例では、９８に補正）されている。
【００６０】
そして、制御部１１は、上記選定したコンテンツのレプリカを、当該レプリカを保存しているコンテンツ保持ノード又はコンテンツ提供サーバＳＡからダウンロード（取得）し、当該レプリカを記憶部１２におけるコンテンツ保存領域に保存させる。こうして、利用可能となった直後のコンテンツや、人気のあるコンテンツ、更にはユーザの嗜好にあったコンテンツなど、ユーザが視聴するであろうコンテンツのレプリカを予め保存（プレキャッシュ）しておくことができるので、当該レプリカを保存しているコンテンツ保持ノードへのアクセス集中を低減し、ダウンロードにより通信回線が混雑することを防止することができる。
【００６１】
また、上記嗜好ポイントリストに登録された嗜好ポイントは、適宜補正され、更新されるようになっている。例えば、制御部１１は、上記ダウンロードされたレプリカが上記コンテンツ保存領域に保存される際や、当該保存されたレプリカがデコーダ部１４、映像処理部１５、及び音声処理部１７を通じて再生（ユーザにより視聴）される際等のタイミングで、上記嗜好ポイントリストに登録されている嗜好ポイントを読み出し、当該レプリカに係るコンテンツの各嗜好フラグに基づいて補正し、当該補正された嗜好ポイントを、既に登録されている嗜好ポイントに代えて登録（つまり、上書き）する。これにより、初期の嗜好ポイントは、ユーザの操作によって、よりユーザの嗜好を反映したポイントに更新することができる。
【００６２】
図６は、各嗜好ポイントが補正される様子を示す概念図である。図６の例では、映画のコンテンツＸＸＸが再生されたことにより、当該コンテンツＸＸＸの各嗜好フラグが、対応する各嗜好ポイントに加算されることにより、各嗜好ポイントが補正されている。
【００６３】
なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【００６４】
［３．ノードＮｎのプレキャッシュ処理］
次に、ノードＮｎのプレキャッシュ処理について、実施例１と実施例２に分けて説明する。
【００６５】
（実施例１）
先ず、実施例１におけるプレキャッシュ処理について、図７を参照して説明する。
【００６６】
図７は、実施例１における制御部１１のプレキャッシュ処理を示すフローチャートである。
【００６７】
図７に示すプレキャッシュ処理は、例えば、あるノードＮｎにおいて電源オフ指令があった場合、又は所定時間（例えば、３０分）以上ユーザからの操作が無く再生動作等が実行されていない場合（例えば、電力省力モードに移行した場合）に開始される。当該処理が開始されると、制御部１１により、例えば、「終了処理中です」と表示部１６に表示される（ステップＳ１）。
【００６８】
次いで、制御部１１は、前回のプレキャッシュ処理の実行から所定期間（例えば、１週間）が経過したか否かを判別し（ステップＳ２）、所定期間が経過した場合には（ステップＳ２：ＹＥＳ）、ステップＳ３に進み、所定期間が経過していない場合には（ステップＳ２：ＮＯ）、ステップＳ４に進む。
【００６９】
ステップＳ３では、制御部１１は、例えばコンテンツ提供サーバＳＡにアクセスして最新のコンテンツポイントリストを取得し記憶部１２に記憶する。
【００７０】
ステップＳ４では、制御部１１は、前回のプレキャッシュ処理の実行後、記憶部１２に記憶されている嗜好ポイントリストに登録されている嗜好ポイントに変更があったか否かを判別する。つまり、上述したように、例えば再生されたコンテンツの各嗜好フラグに基づいて嗜好ポイントが補正されることにより変更されているか否かが判別される。そして、嗜好ポイントに変更があった場合には（ステップＳ４：ＹＥＳ）、ステップＳ３に移行して最新のコンテンツポイントリストが取得され、嗜好ポイントに変更がない場合には（ステップＳ４：ＮＯ）、当該処理は終了しノードＮｎの電源がオフになる。
【００７１】
次いで、制御部１１は、ステップＳ３で取得されたコンテンツポイントリストに示される各コンテンツのコンテンツポイントを、例えば図５に示すように、嗜好ポイントリストに登録された嗜好ポイントに基づいて補正する（ステップＳ５）。つまり、ユーザの嗜好に合わせて各コンテンツのコンテンツポイントが補正される。
【００７２】
次いで、制御部１１は、上記補正後の各コンテンツのコンテンツポイントを参照し、当該コンテンツポイントの高い順にコンテンツをソートしてコンテンツのランキングリストを作成する（ステップＳ６）。当該ランキングリストには、例えば、コンテンツポイントの高い順にコンテンツのコンテンツＩＤが並べられて記述される。
【００７３】
次いで、制御部１１は、記憶部１２のコンテンツ保存領域に保存されている全てのコンテンツのレプリカを消去（削除）する（ステップＳ７）。制御部１１は、コンテンツのレプリカを削除すると、当該レプリカを削除したことをそのルートノードに知らせるために、当該レプリカのコンテンツＩＤ及び自己のノード情報が含まれる削除通知メッセージを、そのルートノードに向けて送出する。当該削除通知メッセージはＤＨＴルーティングによってルートノードに到着する。当該削除通知メッセージを受信したルートノードは、受信した削除通知メッセージに含まれるノード情報をインデックスキャッシュ領域から削除することになる。
【００７４】
なお、コンテンツ保存領域を、ユーザが消去せずに残しておきたいコンテンツのレプリカを保存するための領域と、予めコンテンツのレプリカを確保（プレキャッシュ）しておくためのプレキャッシュ領域と、に分け、当該プレキャッシュ領域に保存されている全てのレプリカを消去するように構成しても良い。
【００７５】
次いで、制御部１１は、上記作成されたランキングリストにおいて最初のコンテンツ（つまり、最もコンテンツポイントが高いコンテンツ）を特定（着目）する（ステップＳ８）。このとき、当該特定されたコンテンツのコンテンツＩＤに対応付けられた特定済フラグが“０”から“１”にされる。
【００７６】
次いで、制御部１１は、コンテンツ保存領域（又はプレキャッシュ領域）に、上記特定したコンテンツのレプリカを保存する分（サイズ分）の空き領域があるか否かを判別し（ステップＳ９）、空き領域がある場合には（ステップＳ９：ＹＥＳ）、ステップＳ１０に進み、空き領域がない場合には（ステップＳ９：ＮＯ）、当該処理を終了し電源オフにする。
【００７７】
なお、このステップＳ９の処理はここでは行わず、ステップＳ１２とＳ１３の間で行うように構成しても良い。
【００７８】
ステップＳ１０では、制御部１１は、「ｎ／ｍ≧ｒａｎｄ（）」の条件式を満たすか否かを判断する。
【００７９】
ここで、上記条件式における“ｎ”は、コンテンツ保存領域（又はプレキャッシュ領域）における空き領域に記憶保存可能なコンテンツの総数を示し、“ｍ”は、コンテンツポイントリストにコンテンツＩＤ等の情報が登録されているコンテンツの総数を示す。また、“ｒａｎｄ（）”は、例えば、０以上１未満の数値をランダムに発生させるランダム関数である。なお、上記“ｎ”は、下記ステップＳ１２でレプリカがコンテンツ保存領域（又はプレキャッシュ領域）に保存される度に減っていくことになる。
【００８０】
また、上記条件式は、「（１−（ｎ／ｍ））×１００≦ｒａｎｄ（）×１００」と表すことができる。この条件式により、最初に特定されるコンテンツ、つまり、コンテンツポイントのランキングが上位のコンテンツほど、プレキャッシュされる確率が高くなる。
【００８１】
そして、上記「ｎ／ｍ≧ｒａｎｄ（）」の条件式を満たす場合（ステップＳ１０：ＹＥＳ）、上記特定されたコンテンツが保存対象として選定されることになり、当該処理はステップＳ１１に進み、当該条件式を満たさない場合（ステップＳ１０：ＮＯ）、当該処理はステップＳ１３に進む。
【００８２】
ステップＳ１１では、制御部１１は、上記選定されたコンテンツのレプリカをダウンロードする。例えば、当該ノードＮｎの制御部１１は、上記選定されたコンテンツのコンテンツＩＤ及び自ノードのＩＰアドレス等を含むコンテンツ所在問合せメッセージを、上述したように、ＤＨＴを用いたルーティングテーブルにしたがって、当該コンテンツのルートノードに向けて送出する。そして、当該ノードＮｎの制御部１１は、例えば当該ルートノードから返信されたインデックス情報に基づいて上記コンテンツのレプリカを保存するコンテンツ保持ノードにアクセスして、当該コンテンツ保持ノードから当該レプリカをダウンロードする。なお、ルートノードによりコンテンツ所在問合せメッセージが上記コンテンツ保持ノードに転送された場合、当該ノードＮｎの制御部１１は、当該コンテンツ保持ノードからのアクセスを受けて当該コンテンツ保持ノードから当該レプリカをダウンロードする。また、当該ノードＮｎの制御部１１は、コンテンツ提供サーバＳＡにアクセスして当該レプリカをダウンロードするように構成しても構わない。
【００８３】
次いで、制御部１１は、上記ダウンロードしたコンテンツのレプリカを記憶部１２のコンテンツ保存領域（又はプレキャッシュ領域）に記憶保存する（ステップＳ１２）。こうしてレプリカが保存されると、制御部１１は、当該レプリカのコンテンツＩＤ及び自己のノード情報が含まれるパブリッシュメッセージをルートノードに向けて送出する。これにより、パブリッシュメッセージは上述したようにＤＨＴルーティングによってルートノードに到着し、当該メッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報が登録される。
【００８４】
次いで、制御部１１は、上記ランキングリストにコンテンツＩＤが記述されているコンテンツを全て特定したか（つまり、全てのコンテンツに対応する特定済フラグが“１”であるか）否かを判別し（ステップＳ１３）、全て特定していない場合には（ステップＳ１３：ＮＯ）、ステップＳ１４に進み、全て特定した場合には（ステップＳ１３：ＹＥＳ）、当該処理を終了し電源オフにする。
【００８５】
ステップＳ１４では、制御部１１は、上記ランキングリストにおいて次のコンテンツ（つまり、直前に特定されたコンテンツの次にコンテンツポイントが高いコンテンツ）を特定（特定済フラグを“１”に）し（ステップＳ１４）、ステップＳ９に戻る。
【００８６】
こうして、コンテンツ保存領域（又はプレキャッシュ領域）に上記特定されたコンテンツのレプリカを保存する分の空き領域が無くなるか、又は上記ランキングリストにコンテンツＩＤが記述されているコンテンツが全て特定されるまで、上記同様の処理は繰り返される。その結果、コンテンツ保存領域（又はプレキャッシュ領域）の保存容量以下のデータ量分の複数のコンテンツであって、上記コンテンツポイントリストに示されるコンテンツのうちコンテンツポイントが高いコンテンツが優先して選定されてダウンロードされることになる。なお、上記「保存容量以下のデータ量」は、保存容量に極力近いデータ量（全レプリカの総データ量）であること、つまり、保存容量から当該データ量を引いた残りには、一つのレプリカも保存できないことが望ましい。
【００８７】
（実施例２）
次に、実施例２におけるプレキャッシュ処理について、図８を参照して説明する。
【００８８】
図８は、実施例２における制御部１１のプレキャッシュ処理を示すフローチャートである。この実施例２は、保存対象となるレプリカを先に選定しておいて、後から一括してダウンロード（既に保存されているレプリカは除く）する形態である。
【００８９】
図８に示すプレキャッシュ処理も、図７に示すプレキャッシュ処理と同様の条件で開始される。なお、図８に示すステップＳ２１〜Ｓ２６の処理は、図７に示すステップＳ１〜Ｓ６の処理と同様であるので、重複する説明を省略する。
【００９０】
ステップＳ２７では、上記ステップＳ８と同様、制御部１１は、作成されたランキングリストにおいて最初のコンテンツを特定する。このとき、当該特定されたコンテンツのコンテンツＩＤに対応付けられた特定済フラグが“０”から“１”にされる。
【００９１】
次いで、制御部１１は、上記ステップＳ１０と同様、「ｎ／ｍ≧ｒａｎｄ（）」の条件式を満たすか否かを判断し（ステップＳ２８）、当該条件式を満たす場合には（ステップＳ２８：ＹＥＳ）、上記特定されたコンテンツが保存対象として選定されることになり、ステップＳ２９に進み、当該条件式を満たさない場合には（ステップＳ２８：ＮＯ）、ステップＳ３２に進む。
【００９２】
ステップＳ２９では、制御部１１は、コンテンツ総データ量Ｘ（変数）に、上記選定されたコンテンツのサイズを加算する。
【００９３】
次いで、制御部１１は、上記選定されたコンテンツのレプリカがコンテンツ保存領域（又はプレキャッシュ領域）に保存されているか否かを判別し（ステップＳ３０）、保存されていない場合には（ステップＳ３０：ＮＯ）、ステップＳ３１に進み、保存されている場合には（ステップＳ３０：ＹＥＳ）、ステップＳ３４に進む。
【００９４】
ステップＳ３１では、制御部１１は、上記選定されたコンテンツのコンテンツＩＤをダウンロードリストに登録する。
【００９５】
一方、ステップＳ３２では、制御部１１は、上記特定（保存対象として選定されなかった）したコンテンツのレプリカがコンテンツ保存領域（又はプレキャッシュ領域）に保存されているか否かを判別し、保存されている場合には（ステップＳ３２：ＹＥＳ）、これを消去する必要があるため、ステップＳ３３に進み、保存されていない場合には（ステップＳ３２：ＮＯ）、ステップＳ２９にて加算したコンテンツのサイズをコンテンツ総データ量Ｘから減算してステップＳ３４に進む。
【００９６】
ステップＳ３３では、制御部１１は、上記特定したコンテンツのコンテンツＩＤを消去リストに登録する。
【００９７】
一方、ステップＳ３４では、制御部１１は、上記コンテンツ総データ量Ｘが、コンテンツ保存領域（又はプレキャッシュ領域）の保存容量より大きいか否かを判別し、大きくない場合には（ステップＳ３４：ＮＯ）、ステップＳ３５に進み、大きい場合には（ステップＳ３４：ＹＥＳ）、ステップＳ３７に進む。
【００９８】
ステップＳ３５では、制御部１１は、上記ステップＳ１３と同様、上記ランキングリストにコンテンツＩＤが記述されているコンテンツを全て特定したか否かを判別し、全て特定していない場合には（ステップＳ３５：ＮＯ）、ステップＳ３６に進み、全て特定した場合には（ステップＳ３５：ＹＥＳ）、ステップＳ３７に進む。
【００９９】
ステップＳ３６では、制御部１１は、上記ステップＳ１４と同様、上記ランキングリストにおいて次のコンテンツを特定し、ステップＳ２８に戻る。
【０１００】
ステップＳ３７では、制御部１１は、上記消去リストに登録されたコンテンツＩＤに対応するコンテンツのレプリカ全てをコンテンツ保存領域（又はプレキャッシュ領域）から消去する。そして、制御部１１は、コンテンツのレプリカを削除すると、上記と同様、当該レプリカを削除したことをそのルートノードに知らせるために、当該レプリカのコンテンツＩＤ及び自己のノード情報が含まれる削除通知メッセージを、そのルートノードに向けて送出する。
【０１０１】
次いで、制御部１１は、上記ダウンロードリストに登録されたコンテンツＩＤに対応するコンテンツのレプリカ全てをコンテンツ保持ノード又はコンテンツ提供サーバＳＡからダウンロードして記憶部１２のコンテンツ保存領域（又はプレキャッシュ領域）に記憶保存する（ステップＳ３８）。こうして、全てのレプリカの保存が完了すると、制御部１１は、各レプリカのコンテンツＩＤ及び自己のノード情報が含まれる各パブリッシュメッセージを、各ルートノードに向けて送出した後、当該処理を終了し電源オフにする。
【０１０２】
この実施例２によれば、保存対象として選定されたレプリカのうち、既に保存されていないレプリカだけをダウンロードすれば良いので、実施例１と比較してトラフィックの低減とダウンロード時間の節約を図ることができる。
【０１０３】
以上説明したように、上記実施形態によれば、ユーザノードは、コンテンツポイントリストを取得し、コンテンツ保存領域（又はプレキャッシュ領域）の保存容量以下の（これに近い）データ量分の複数のコンテンツであって、上記取得したコンテンツポイントリストに示されるコンテンツのうちコンテンツポイントが高いコンテンツを優先して選定し、当該選定したコンテンツのレプリカをコンテンツ保持ノード等からダウンロードしてコンテンツ保存領域に保存、つまりプレキャッシュするように構成したので、利用可能となった直後のコンテンツや、人気のあるコンテンツなど、ユーザが視聴するであろうコンテンツのレプリカを予め保存（プレキャッシュ）しておくことができ、当該レプリカを保存しているコンテンツ保持ノードへのアクセス集中を低減し、ダウンロードにより通信回線が混雑することを防止することができる。また、自ノードのレスポンスを向上することができる。
【０１０４】
また、ユーザノードは、上記コンテンツポイントリストに示される各コンテンツのコンテンツポイントを、ユーザの嗜好度合いを示す嗜好ポイントに基づいて補正し、当該コンテンツポイントリストに示されるコンテンツのうち、補正されたコンテンツポイントが高いコンテンツを優先して選定する構成によれば、ユーザの嗜好に合致しユーザにより視聴される可能性が高いと予想されるコンテンツを優先して選定でき、これをプレキャッシュすることができるので、より一層、当該レプリカを保存しているコンテンツ保持ノードへのアクセス集中を低減し、ダウンロードにより通信回線が混雑することを防止することができる。
【０１０５】
更に、ユーザノードは、ダウンロードされたレプリカが保存される際や、当該レプリカが再生（ユーザにより視聴）される際等のタイミングで上記嗜好ポイントを適宜補正し、当該補正された嗜好ポイントを用いて上記コンテンツポイントを補正する構成によれば、当該嗜好ポイントは、ユーザの嗜好をより反映したものになるので、より一層、ユーザの嗜好に合致しユーザにより視聴される可能性が非常に高いと予想されるコンテンツを優先して選定することができる。
【０１０６】
なお、上記ステップＳ１２及びステップＳ３８において、１つのレプリカ当たり全データをダウンロードするのではなく、当該レプリカの冒頭の一部のデータみをダウンロードするように構成しても良い。この場合、冒頭部分のデータの再生と平行して、残りの部分データ（冒頭以外のデータ）をダウンロードすれば良く、これにより、コンテンツ保存領域（又はプレキャッシュ領域）の保存容量を節約し、プレキャッシュするコンテンツ数を増やすことができ、ひいては、レスポンスの向上を図ることができる。
【０１０７】
なお、上記実施形態におけるコンテンツ分散保存システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【０１０８】
【図１】本実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】ノードＮｎの概要構成例を示す図である。
【図３】コンテンツポイントリストの内容の一例を示す図である。
【図４】嗜好ポイントリストの内容の一例を示す図である。
【図５】各コンテンツのコンテンツポイントが補正される様子を示す概念図である。
【図６】各嗜好ポイントが補正される様子を示す概念図である。
【図７】実施例１における制御部１１のプレキャッシュ処理を示すフローチャートである。
【図８】実施例２における制御部１１のプレキャッシュ処理を示すフローチャートである。
【符号の説明】
【０１０９】
８  ネットワーク
９  オーバーレイネットワーク
１１  制御部
１２  記憶部
１３  バッファメモリ
１４  デコーダ部
１５  映像処理部
１６  表示部
１７  音声処理部
１８  スピーカ
１９  通信部
２０  入力部
２１  バス
Ｎｎ  ノード
Ｓ  コンテンツ分散保存システム
【図１】
0005136208.tif 000002
【図２】
0005136208.tif 000003
【図３】
0005136208.tif 000004
【図４】
0005136208.tif 000005
【図５】
0005136208.tif 000006
【図６】
0005136208.tif 000007
【図７】
0005136208.tif 000008
【図８】
0005136208.tif 000009