(57)【要約】 【課題】サーバ負荷の軽減を損なうことなく、コンテンツ再生用のＷｅｂページを動的に生成してノード装置に送信可能としたコンテンツ分散保存システム、Ｗｅｂページ生成方法、サーバ装置、及びサーバ処理プログラムを提供する。【解決手段】サーバ装置は、複数のノード装置またはコンテンツ管理サーバから取得したコンテンツ属性情報を記憶する。そして、サーバ装置は、記憶されたコンテンツ属性情報が組み込まれたＷｅｂページを生成し、何れかの前記ノード装置からＷｅｂページのページリクエストを受信するページリクエスト受信し、前記ページリクエストに基づいて、前記Ｗｅｂページ生成手段により生成されたＷｅｂページを、当該リクエストを送信した前記ノード装置に送信する。【選択図】図３
2010237849.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能な複数のノード装置に複数のコンテンツデータが分散して保存され、夫々のノード装置は前記コンテンツデータの所在を検索するために必要となるコンテンツ属性情報を記憶したコンテンツ分散保存システムにおいて前記ノード装置と通信可能なサーバ装置であって、
前記複数のノード装置または前記複数の前記コンテンツデータを管理するコンテンツ管理サーバから取得した前記コンテンツ属性情報を記憶するコンテンツ属性情報記憶手段と、
前記記憶されたコンテンツ属性情報が組み込まれたＷｅｂページを生成するＷｅｂページ生成手段と、
何れかの前記ノード装置からＷｅｂページのページリクエストを受信するページリクエスト受信手段と、
前記ページリクエストに基づいて、前記Ｗｅｂページ生成手段により生成されたＷｅｂページを、当該リクエストを送信した前記ノード装置に送信するＷｅｂページ送信手段と、
を備えることを特徴とするサーバ装置。
【請求項２】
請求項１に記載のサーバ装置において、
前記コンテンツ属性情報記憶手段から前記コンテンツ属性情報を取得する第１コンテンツ属性情報取得手段と、
前記コンテンツ属性情報記憶手段から前記コンテンツ属性情報を取得可能であるか否かを判定する取得可否判定手段と、
を備え、
前記取得可否判定手段により取得不可能であると判定された場合、前記第１コンテンツ属性情報取得手段は、前記コンテンツ管理サーバまたは前記ノード装置から前記コンテンツ属性情報を取得することを特徴とするサーバ装置。
【請求項３】
請求項１又は２に記載のサーバ装置において、
前記コンテンツ分散保存システムに新たにコンテンツデータが投入されたときに前記コンテンツ管理サーバから配信された前記コンテンツ属性情報を当該コンテンツ管理サーバ又は前記ノード装置から取得する第２コンテンツ属性情報取得手段を備え、
前記コンテンツ属性情報記憶手段は、前記第２コンテンツ属性情報取得手段により取得されたコンテンツ属性情報を記憶し、
前記Ｗｅｂページ生成手段は、前記ページリクエスト受信手段により前記ページリクエストが受信されたときに、前記Ｗｅｂページを生成することを特徴とするサーバ装置。
【請求項４】
請求項１乃至３のいずれか一項に記載のサーバ装置において、
前記コンテンツ属性情報記憶手段は、前記Ｗｅｂページにより扱われる前記コンテンツデータのカテゴリーを示すカテゴリー情報が含まれている前記コンテンツ属性情報を記憶し、
前記Ｗｅｂページ生成手段は、前記カテゴリーに対応する前記コンテンツ属性情報を組み込んだＷｅｂページを生成することを特徴とするサーバ装置。
【請求項５】
請求項１乃至４のいずれか一項に記載のサーバ装置において、
前記コンテンツ属性情報記憶手段は、前記コンテンツデータが前記コンテンツ分散保存システムで利用可能となる公開期間を示す情報が含まれる前記コンテンツ属性情報を記憶し、
現時点が前記公開期間に含まれるか否かを判定する時期判定手段を備え、
前記Ｗｅｂページ生成手段は、前記時期判定手段により現時点が前記公開期間に含まれると判定された前記コンテンツデータの前記コンテンツ属性情報を組み込んだＷｅｂページを生成することを特徴とするサーバ装置。
【請求項６】
請求項５に記載のサーバ装置において、
前記Ｗｅｂページ生成手段は、前記時期判定手段により現時点が前記公開期間に含まれると判定された前記コンテンツデータのうち、現時点から過去所定期間内に利用可能となったコンテンツデータの前記コンテンツ属性情報を組み込んだＷｅｂページを生成することを特徴とするサーバ装置。
【請求項７】
コンピュータを請求項１乃至６の何れか一項に記載のサーバ装置として機能させることを特徴とするサーバ処理プログラム。
【請求項８】
ネットワークを介して互いに通信可能な複数のノード装置に複数のコンテンツデータが分散して保存され、夫々のノード装置は前記コンテンツデータの所在を検索するために必要となるコンテンツ属性情報を記憶したコンテンツ分散保存システムにおけるＷｅｂページ生成方法であって、
前記複数のノード装置または前記複数の前記コンテンツデータを管理するコンテンツ管理サーバから取得した前記コンテンツ属性情報を記憶する工程と、
前記サーバ装置が、前記記憶されたコンテンツ属性情報が組み込まれたＷｅｂページを生成する工程と、
前記サーバ装置が、何れかの前記ノード装置からＷｅｂページのページリクエストを受信する工程と、
前記サーバ装置が、前記ページリクエストに基づいて、前記生成されたＷｅｂページを、当該リクエストを送信した前記ノード装置に送信する工程と、
を含むことを特徴とするＷｅｂページ生成方法。
【請求項９】
ネットワークを介して互いに通信可能な複数のノード装置に複数のコンテンツデータが分散して保存され、夫々のノード装置は前記コンテンツデータの所在を検索するために必要となるコンテンツ属性情報を記憶したコンテンツ分散保存システムにおいて、
前記ノード装置と通信可能なサーバ装置を備え、
当該サーバ装置は、
前記複数のノード装置または前記複数の前記コンテンツデータを管理するコンテンツ管理サーバから取得した前記コンテンツ属性情報を記憶するコンテンツ属性情報記憶手段と、
前記記憶されたコンテンツ属性情報が組み込まれたＷｅｂページを生成するＷｅｂページ生成手段と、
何れかの前記ノード装置からＷｅｂページのページリクエストを受信するページリクエスト受信手段と、
前記ページリクエストに基づいて、前記Ｗｅｂページ生成手段により生成されたＷｅｂページを、当該リクエストを送信した前記ノード装置に送信するＷｅｂページ送信手段と、
を備え、
前記Ｗｅｂページのリクエストを送信する前記ノード装置は、
前記Ｗｅｂページを受信し、当該受信したＷｅｂページを表示するＷｅｂページ表示手段と、
前記コンテンツ属性情報に含まれるコンテンツ名であって、前記Ｗｅｂページ上に表示されたコンテンツ名が入力手段を通じてユーザにより選択された場合に、当該コンテンツ名に対応するコンテンツデータを検索するための検索クエリを何れか他のノード装置に対して送信する検索クエリ送信手段と、
を備えることを特徴とするコンテンツ分散保存システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
この種のピアツーピア型の通信システムにおいて、コンテンツデータを複数のノード装置に分散保存させておくコンテンツ分散保存システムが知られている。ピアツーピア型の通信システムは、クライアント・サーバ型の通信システムの欠点である、サーバへのアクセス集中によるサーバ負荷を軽減することができる。
【０００３】
このように分散保存されたコンテンツデータの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く検索可能になっている。
【０００４】
近年、このようなコンテンツ分散保存システムを利用して、Ｗｅｂサイトで動画コンテンツを一般ユーザに公開するシステムが提案されている。かかるシステムにおけるＷｅｂページには、コンテンツ名と共に、各動画コンテンツに一意に割り当てられたコンテンツＩＤが組み込まれる。これにより、各ノード装置のブラウザは、コンテンツ名が選択可能に表示されたＷｅｂページを表示することができる。このようにＷｅｂページ上に表示されたコンテンツ名がユーザにより選択されると、当該ノード装置は、特許文献１に開示されるように、当該コンテンツ名に対応するコンテンツＩＤを含むクエリを他のノード装置に送出することにより、コンテンツデータを検索、取得して再生することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３４６３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したピアツーピア型のコンテンツ分散保存システムは、基本的に複数のコンテンツデータが複数のノード装置に分散保存され、そのバックアップとして、全てのコンテンツデータを管理するコンテンツ管理サーバが存在する。
【０００７】
上述したコンテンツ再生用のＷｅｂページを生成するには、例えば、Ｗｅｂサーバがコンテンツ管理サーバにコンテンツデータを問い合わせることが考えられる。Ｗｅｂサーバは、コンテンツ管理サーバからコンテンツＩＤを含むコンテンツ属性情報を取得する。取得後、Ｗｅｂサーバは、コンテンツ属性情報をＷｅｂページに読み込んで動的に生成することが考えられる。
【０００８】
しかしながら、この場合、Ｗｅｂサーバがコンテンツ管理サーバに頻繁に問い合わせることになる。その結果、ピアツーピア型の通信システムの特徴であるサーバ負荷の軽減を損なうことになる。
【０００９】
本発明は、以上の点等に鑑みてなされたものであり、サーバ負荷の軽減を損なうことなく、コンテンツ再生用のＷｅｂページを動的に生成してノード装置に送信可能としたコンテンツ分散保存システム、Ｗｅｂページ生成方法、サーバ装置、及びサーバ処理プログラムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置に複数のコンテンツデータが分散して保存され、夫々のノード装置は前記コンテンツデータの所在を検索するために必要となるコンテンツ属性情報を記憶したコンテンツ分散保存システムにおいて前記ノード装置と通信可能なサーバ装置であって、前記複数のノード装置または前記複数の前記コンテンツデータを管理するコンテンツ管理サーバから取得した前記コンテンツ属性情報を記憶するコンテンツ属性情報記憶手段と、前記記憶されたコンテンツ属性情報が組み込まれたＷｅｂページを生成するＷｅｂページ生成手段と、何れかの前記ノード装置からＷｅｂページのページリクエストを受信するページリクエスト受信手段と、前記ページリクエストに基づいて、前記Ｗｅｂページ生成手段により生成されたＷｅｂページを、当該リクエストを送信した前記ノード装置に送信するＷｅｂページ送信手段と、を備えることを特徴とする。
【００１１】
請求項２に記載の発明は、請求項１に記載のサーバ装置において、前記コンテンツ属性情報記憶手段から前記コンテンツ属性情報を取得する第１コンテンツ属性情報取得手段と、前記コンテンツ属性情報記憶手段から前記コンテンツ属性情報を取得可能であるか否かを判定する取得可否判定手段と、を備え、前記取得可否判定手段により取得不可能であると判定された場合、前記第１コンテンツ属性情報取得手段は、前記コンテンツ管理サーバまたは前記ノード装置から前記コンテンツ属性情報を取得することを特徴とする。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載のサーバ装置において、前記コンテンツ分散保存システムに新たにコンテンツデータが投入されたときに前記コンテンツ管理サーバから配信された前記コンテンツ属性情報を当該コンテンツ管理サーバ又は前記ノード装置から取得する第２コンテンツ属性情報取得手段を備え、前記コンテンツ属性情報記憶手段は、前記第２コンテンツ属性情報取得手段により取得されたコンテンツ属性情報を記憶し、前記Ｗｅｂページ生成手段は、前記ページリクエスト受信手段により前記ページリクエストが受信されたときに、前記Ｗｅｂページを生成することを特徴とする。請求項４に記載の発明は、請求項１乃至３のいずれか一項に記載のサーバ装置において、前記コンテンツ属性情報記憶手段は、前記Ｗｅｂページにより扱われる前記コンテンツデータのカテゴリーを示すカテゴリー情報が含まれている前記コンテンツ属性情報を記憶し、前記Ｗｅｂページ生成手段は、前記カテゴリーに対応する前記コンテンツ属性情報を組み込んだＷｅｂページを生成することを特徴とする。
【００１３】
請求項５に記載の発明は、請求項１乃至４のいずれか一項に記載のサーバ装置において、前記コンテンツ属性情報記憶手段は、前記コンテンツデータが前記コンテンツ分散保存システムで利用可能となる公開期間を示す情報が含まれる前記コンテンツ属性情報を記憶し、現時点が前記公開期間に含まれるか否かを判定する時期判定手段を備え、前記Ｗｅｂページ生成手段は、前記時期判定手段により現時点が前記公開期間に含まれると判定された前記コンテンツデータの前記コンテンツ属性情報を組み込んだＷｅｂページを生成することを特徴とする。
【００１４】
請求項６に記載の発明は、請求項５に記載のサーバ装置において、前記Ｗｅｂページ生成手段は、前記時期判定手段により現時点が前記公開期間に含まれると判定された前記コンテンツデータのうち、現時点から過去所定期間内に利用可能となったコンテンツデータの前記コンテンツ属性情報を組み込んだＷｅｂページを生成することを特徴とする。  
【００１５】
請求項７に記載のサーバ処理プログラムの発明は、コンピュータを請求項１乃至６の何れか一項に記載のサーバ装置として機能させることを特徴とする。
【００１６】
請求項８に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置に複数のコンテンツデータが分散して保存され、夫々のノード装置は前記コンテンツデータの所在を検索するために必要となるコンテンツ属性情報を記憶したコンテンツ分散保存システムにおけるＷｅｂページ生成方法であって、前記複数のノード装置または前記複数の前記コンテンツデータを管理するコンテンツ管理サーバから取得した前記コンテンツ属性情報を記憶する工程と、前記サーバ装置が、前記記憶されたコンテンツ属性情報が組み込まれたＷｅｂページを生成する工程と、前記サーバ装置が、何れかの前記ノード装置からＷｅｂページのページリクエストを受信する工程と、前記サーバ装置が、前記ページリクエストに基づいて、前記生成されたＷｅｂページを、当該リクエストを送信した前記ノード装置に送信する工程と、を含むことを特徴とする。
【００１７】
請求項９に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置に複数のコンテンツデータが分散して保存され、夫々のノード装置は前記コンテンツデータの所在を検索するために必要となるコンテンツ属性情報を記憶したコンテンツ分散保存システムにおいて、前記ノード装置と通信可能なサーバ装置を備え、当該サーバ装置は、前記複数のノード装置または前記複数の前記コンテンツデータを管理するコンテンツ管理サーバから取得した前記コンテンツ属性情報を記憶するコンテンツ属性情報記憶手段と、前記記憶されたコンテンツ属性情報が組み込まれたＷｅｂページを生成するＷｅｂページ生成手段と、何れかの前記ノード装置からＷｅｂページのページリクエストを受信するページリクエスト受信手段と、前記ページリクエストに基づいて、前記Ｗｅｂページ生成手段により生成されたＷｅｂページを、当該リクエストを送信した前記ノード装置に送信するＷｅｂページ送信手段と、を備え、前記Ｗｅｂページのリクエストを送信する前記ノード装置は、前記Ｗｅｂページを受信し、当該受信したＷｅｂページを表示するＷｅｂページ表示手段と、前記コンテンツ属性情報に含まれるコンテンツ名であって、前記Ｗｅｂページ上に表示されたコンテンツ名が入力手段を通じてユーザにより選択された場合に、当該コンテンツ名に対応するコンテンツデータを検索するための検索クエリを何れか他のノード装置に対して送信する検索クエリ送信手段と、を備えることを特徴とする。
【発明の効果】
【００１８】
請求項１、７〜９に記載の発明によれば、サーバ装置は、Ｗｅｂページのページリクエストに対して、複数のノード装置または前記複数のコンテンツ管理サーバから取得しこれが組み込まれたＷｅｂページを生成してノード装置に送信するように構成したので、サーバ装置は、コンテンツ管理サーバから直接、コンテンツ属性情報を取得しなくともよく、したがって、コンテンツ管理サーバへのサーバ負荷の軽減を損なうことなく、コンテンツ再生用のＷｅｂページを動的に生成してノードＮｎに送信することができる。
【００１９】
請求項２に記載の発明によれば、ノード装置がシステムダウンした場合であっても、ページリクエストに対して対応することができる。
【００２０】
請求項３に記載の発明によれば、ページリクエストが受信されたときにコンテンツ属性情報を取得するので、より新しいコンテンツ属性情報を取得することができ、これが組み込まれたＷｅｂページを生成してノード装置に送信することができる。
【００２１】
請求項４に記載の発明によれば、Ｗｅｂページにより扱われるカテゴリーのコンテンツデータのみのコンテンツ属性情報が組み込まれたＷｅｂページを生成することができるので、Ｗｅｂページのデータ量を効率良く減らすことができ、効率的にＷｅｂページが配置されたＷｅｂサイト（Ｗｅｂページ群）を構築できる。
【００２２】
請求項５に記載の発明によれば、現時点が公開期間に含まれると判定されたコンテンツデータのみのコンテンツ属性情報が組み込まれたＷｅｂページを生成することができるので、Ｗｅｂページのデータ量を効率良く減らすことができる。
【００２３】
請求項６に記載の発明によれば、最新のコンテンツデータのコンテンツ属性情報を優先して組み込んだＷｅｂページを生成することができる。
【図面の簡単な説明】
【００２４】
【図１】本実施形態に係るコンテンツ分散保存システムの概要構成例を示す概念図である。
【図２】コンテンツカタログ情報に記述されるコンテンツ属性情報の一例を示す図である。
【図３】ＷｅｂサーバＷＳの概要構成例を示す図である。
【図４】（Ａ）は、Ｗｅｂサーバ部ＷＳ１側の処理例を示すフローチャートであり、（Ｂ）は、ノード部ＷＳ２側の処理例を示すフローチャートである。
【図５】（Ａ）は、Ｗｅｂサーバ部ＷＳ１により生成されたＷｅｂページを記述するＨＴＭＬデータの一例を示す図であり、（Ｂ）は、当該ＷｅｂページがノードＮｎのブラウザにより表示（閲覧）されたときの画面例を示す図である。
【図６】（Ａ）は、図５（Ｂ）に示すＷｅｂページ上に表示されたコンテンツ名“ＡＢＣＤ”が選択された時に遷移するＷｅｂページを記述するＨＴＭＬデータの一例を示す図であり、（Ｂ）は、当該ＷｅｂページがノードＮｎのブラウザにより表示（閲覧）されたときの画面例を示す図である。
【発明を実施するための形態】
【００２５】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ分散保存システムに本発明を適用した場合の実施形態である。
【００２６】
［１．コンテンツ分散保存システムの構成及び動作概要］
始めに、図１等を参照して、本実施形態に係るコンテンツ分散保存システムの構成及び動作概要について説明する。
【００２７】
図１は、本実施形態に係るコンテンツ分散保存システムの概要構成例を示す概念図である。図１に示すように、本実施形態に係るコンテンツ分散保存システムＳは、インターネット等のネットワークに接続され、互いに通信可能な複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）の参加により構成されている。コンテンツ分散保存システムＳは、ピアツーピア方式のネットワークシステムとなっている。なお、このようなノードＮｎとしては、Ｗｅｂページを表示するブラウザ機能を有するパーソナルコンピュータ等が適用される。
【００２８】
また、コンテンツ分散保存システムＳには、上記ネットワークに接続されノードＮｎと通信可能なＷｅｂサーバＷＳ（サーバ装置の一例）が備えられている。かかるＷｅｂサーバＷＳは、ノードＮｎに対してＷｅｂページを送信するＷｅｂサーバの処理機能と、ノードＮｎの処理機能と、を有する。つまり、ＷｅｂサーバＷＳは、ノードＮｎの処理機能を常駐することにより、コンテンツ分散保存システムＳに参加する１ノード（端末）としても機能することができる。なお、以下の説明では、ＷｅｂサーバＷＳにおいて、Ｗｅｂサーバの処理機能を担う部分を「Ｗｅｂサーバ部」ＷＳ１と称し、ノードＮｎの処理機能を担う部分を「ノード部」ＷＳ２と称する。
【００２９】
また、各ノードＮｎ及びノード部ＷＳ２には、所定桁数からなる固有の識別データであるノードＩＤが割り当てられている。当該ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数によりハッシュ化した値である。ノードＩＤは、ＩＤ空間に偏りなく分散して配置されることになる。本実施形態では、ハッシュ関数として、ＳＨＡ−１を用いる。また、ハッシュ化した値は、例えば、ｂｉｔ長が１６０ｂｉｔになる。
【００３０】
また、各ノードＮｎ及びノード部ＷＳ２は、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定している。具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。なお、このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３１】
また、コンテンツ分散保存システムＳにおいては、内容の異なる様々なコンテンツデータが所定のファイル形式で複数のノードＮｎに分散して保存（格納）されている。コンテンツデータは、例えば、映画、番組や音楽等のデータである。
【００３２】
また、これらのコンテンツデータ（以下、単に、「コンテンツ」という）には、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ等の情報が付与されている。コンテンツＩＤは、コンテンツ毎に固有の識別データである。このコンテンツＩＤは、コンテンツの所在を検索するための検索情報である。例えば、コンテンツＩＤは、コンテンツ名＋任意の数値が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される。或いは、コンテンツＩＤは、コンテンツデータの先頭数バイトが、上記ハッシュ関数によりハッシュ化されて生成される。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値をコンテンツＩＤとして付与してもよい。このコンテンツＩＤは、ノードＩＤと同一ビット長である。インデックス情報は、このように分散保存されているコンテンツの所在、つまり、当該コンテンツを保存したノードＮｎ（以下、「コンテンツ保持ノード」という）のノード情報と当該コンテンツのコンテンツＩＤ等の組が含まれる情報である。インデックス情報は、当該コンテンツの所在を管理しているノードＮｎ（以下、「ルートノード」という）等によりインデックスキャッシュに記憶、管理されるようになっている。このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードＮｎであるように定められる。例えば、コンテンツＩＤと最も近いノードＩＤとは、コンテンツＩＤと上位桁がより多く一致するノードＩＤである。
【００３３】
そして、あるノードＮｎのユーザが、所望するコンテンツを取得したい場合、当該ノードＮｎ（以下、「ユーザノード」という）は、コンテンツ所在問合せメッセージ（検索クエリ）を生成する。コンテンツ所在問合せメッセージは、ユーザにより選択されたコンテンツのコンテンツＩＤ及び自己のＩＰアドレス等を含む。コンテンツ所在問合せメッセージは、ユーザノードに記憶されたＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎへ送出される。つまり、ユーザノードは、コンテンツ所在問合せメッセージを、ルートノードに向けて（ルートノード宛に）送出する。これにより、コンテンツ所在問合せメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３４】
ルートノードは上記コンテンツ所在問合せメッセージを受信すると、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得する。そして、ルートノードは、当該インデックス情報を、受信したコンテンツ所在問合せメッセージの送信元であるユーザノードへ返信する。上述の方法でユーザノードは、インデックス情報を取得すると、当該インデックス情報に含まれるあるコンテンツ保持ノードのＩＰアドレス等に基づいて当該コンテンツ保持ノードにアクセスする、従って、ユーザノードは、コンテンツをダウンロード（取得）して再生することが可能になる。
【００３５】
なお、ルートノードは、当該インデックス情報に含まれるＩＰアドレス等により示されたコンテンツ保持ノードへコンテンツ送信要求メッセージを送信する。また、当該コンテンツ保持ノードが上記ユーザノードへアクセスしてコンテンツを提供することもできる。
【００３６】
このように、ユーザノードは、コンテンツＩＤを含むコンテンツ所在問合せメッセージを、他のノードＮｎに送信する。上記メッセージによりコンテンツの所在、つまり、当該コンテンツが保存されているコンテンツ保持ノードが検索される。そしてユーザノードは、コンテンツ保持ノードからコンテンツを取得することができる。
【００３７】
また、コンテンツ分散保存システムＳに保存される全てのコンテンツは、コンテンツ管理サーバＭＳにより管理される。かかるコンテンツ管理サーバＭＳは、コンテンツ分散保存システムＳに保存される全てのコンテンツのコンテンツ属性情報を記憶している。そして、コンテンツ管理サーバＭＳは、当該コンテンツ属性情報が記述されたコンテンツカタログ情報を、全てのノードＮｎに対して、ＤＨＴマルチキャストで配信する。このＤＨＴマルチキャストは、例えば特開２００７−０５３６６２号公報に開示されている。このＤＨＴマルチキャストでは、コンテンツ管理サーバＭＳからあるノードＮｎに配信されたメッセージが、例えばＤＨＴを用いたルーティングテーブルにしたがって、コンテンツ分散保存システムＳに参加しているノードＮｎを順次転送される。これにより、最終的には全てのノードＮｎに行き渡る。
【００３８】
例えば、コンテンツ分散保存システムＳに新たにコンテンツが投入、つまり、新たなコンテンツが何れかのノードＮｎに送信され保存されたときに、コンテンツ更新メッセージが、コンテンツ管理サーバＭＳから、全てのノードＮｎに対して、ＤＨＴマルチキャストで配信される。このコンテンツ更新メッセージは、新たなコンテンツのコンテンツ属性情報が記述されたコンテンツカタログ情報を含む。このようなＤＨＴマルチキャストによるコンテンツ更新メッセージの転送過程において、ＷｅｂサーバＷＳのノード部ＷＳ２は、当該コンテンツカタログ情報を含むコンテンツ更新メッセージをコンテンツ管理サーバＭＳ又はノードＮｎから受信し、該コンテンツカタログ情報を取得することになる。なお、コンテンツ更新メッセージは、コンテンツ分散保存システムＳからコンテンツが削除されるときにも、コンテンツ管理サーバＭＳから、ＤＨＴマルチキャストで配信される。図２は、コンテンツカタログ情報に記述されるコンテンツ属性情報の一例を示す図である。図２の例では、コンテンツ属性情報として、コンテンツカテゴリー、サブカテゴリー、コンテンツの所在を検索するために必要となるコンテンツＩＤ、コンテンツ名、公開開始日時、公開終了日時が記述されている。
【００３９】
ここで、コンテンツカテゴリー、サブカテゴリー、及びコンテンツ名は、ユーザがコンテンツカタログ情報から所望のコンテンツのコンテンツＩＤをキーワード検索するために用いられる。ただし、コンテンツ分散保存システムＳは、公開開始日時から公開終了日時までの公開期間以外はコンテンツＩＤを用いてコンテンツの所在を検索、取得できないようになっている。したがって、コンテンツＩＤをコンテンツカタログ情報から検索しても公開期間外であれば、そのコンテンツＩＤは使用できない。
【００４０】
なお、コンテンツ管理サーバＭＳは、コンテンツ保持ノードのバックアップとしても機能する。例えば、あるコンテンツを保存しているコンテンツ保持ノードが電源オフにより該システムＳから脱退することにより、当該コンテンツ保持ノードの数が少なくなる。これによりユーザノードが当該コンテンツの取得が困難となったような場合、ユーザノードは、コンテンツ管理サーバＭＳにアクセスして当該コンテンツを取得することができる。コンテンツの取得が困難とは、例えば、コンテンツ保持ノードから応答がないか、或いは時間がかかることを意味する。
【００４１】
さらに、ユーザノードはコンテンツカタログ情報を用いて所望のコンテンツの所在を検索しこれを取得する他にも、後述するように、ＷｅｂサーバＷＳにアクセスして取得したＷｅｂページを用いて所望のコンテンツの所在を検索しこれを取得することができる。
【００４２】
［２．ＷｅｂサーバＷＳの構成及び機能等］
次に、図３を参照して、ＷｅｂサーバＷＳの構成及び機能について説明する。
【００４３】
図３は、ＷｅｂサーバＷＳの概要構成例を示す図である。
【００４４】
ＷｅｂサーバＷＳは、図３に示すように、制御部１１、記憶部１２、及び通信部１３を備えて構成されている。制御部１１は、演算機能を有するＣＰＵ，ＲＡＭ，ＲＯＭ等から構成される。記憶部１２は、各種データ及び各種プログラム等を記憶するためのハードディスク等から構成される。通信部１３は、ネットワークを通じて他のノードＮｎやコンテンツ管理サーバＭＳとの間の情報の通信制御を行う。
【００４５】
記憶部１２には、コンテンツカタログ情報、及びＤＨＴを用いたルーティングテーブル等が記憶されている。また、記憶部１２には、サーバ処理プログラムとノード処理プログラムとが記憶されている。サーバ処理プログラムは、ApacheやIIS基本のＷｅｂサーバプログラムと、Ｗｅｂページを動的に作成するサーバサイドプログラムで構成されている。
【００４６】
制御部１１は、ＣＰＵが記憶部１２等に記憶されたサーバ処理プログラムを実行することにより、Ｗｅｂサーバ部ＷＳ１として機能する。そして、制御部１１は、本発明における第１及び第２コンテンツ属性情報取得手段、Ｗｅｂページ生成手段、ページリクエスト受信手段、Ｗｅｂページ送信手段、取得可否判定手段、及び時期判定手段等としての処理等を行う。また、制御部１１は、ＣＰＵが記憶部１２等に記憶されたノード処理プログラムを実行することにより、ノード部ＷＳ２として機能し、受信した各種メッセージに応じた処理等を行う。
【００４７】
より具体的には、ノード部ＷＳ２は、コンテンツ管理サーバＭＳからＤＨＴマルチキャストで配信されたコンテンツカタログ情報を含むカタログ更新メッセージを受信すると、
上記カタログ更新メッセージに含まれるコンテンツカタログ情報を取得する。そして、ノード部ＷＳ２は、記憶部１２に既に記憶されていたコンテンツカタログ情報を、上記取得したコンテンツカタログ情報により更新する。例えば、ノード部ＷＳ２は、カタログ更新メッセージに含まれるコンテンツカタログ情報に記述されたコンテンツ属性情報を、記憶部１２に記憶されているコンテンツカタログ情報中に追加する。コンテンツ属性情報は、例えば、新たに投入されたコンテンツのコンテンツ属性情報である。
【００４８】
一方、Ｗｅｂサーバ部ＷＳ１は、コンテンツ保存システムＳに参加している何れかのノードＮｎからＷｅｂページのページリクエストを受信すると、ノード部ＷＳ２からコンテンツカタログ情報に含まれるコンテンツ属性情報を取得する。そして、Ｗｅｂサーバ部ＷＳ１は、当該取得したコンテンツ属性情報が組み込まれたＷｅｂページを生成し、当該生成したＷｅｂページを、当該リクエストを送信したノードＮｎに送信する。例えば、Ｗｅｂページには、取得されたコンテンツ属性情報に含まれるコンテンツＩＤ及びコンテンツ名が組み込まれる。
【００４９】
ここで、Ｗｅｂページには、コンテンツ分散保存システムＳで利用可能となる公開期間内にあるコンテンツのコンテンツ属性情報が組み込まれる。したがって、Ｗｅｂサーバ部ＷＳ１は、ノード部ＷＳ２から取得したコンテンツ属性情報に含まれる公開開始日時から公開終了日時までの公開期間に現時点が含まれるか否かを判定し、現時点が公開期間に含まれると判定したコンテンツデータのコンテンツ属性情報を組み込んだＷｅｂページを生成することが望ましい。
【００５０】
さらに、コンテンツ保存システムＳにおいて利用可能な全てのコンテンツのコンテンツ属性情報を組み込むことは困難なため、Ｗｅｂページにコンテンツ属性情報が組み込まれる対象となるコンテンツの数を制限する必要がある。したがって、例えば、現時点から過去所定期間内に利用可能となった所定数のコンテンツや、Ｗｅｂページにより扱われるカテゴリーを有する所定数のコンテンツ等のコンテンツ属性情報がＷｅｂページに組み込まれるように構成するとよい。
【００５１】
なお、制御部１１において、１つのＣＰＵがＷｅｂサーバ部ＷＳ１とノード部ＷＳ２の双方の処理をマルチタスク、又はマルチコアにより実行してもよいし、２つのＣＰＵで夫々のＣＰＵがＷｅｂサーバ部ＷＳ１とノード部ＷＳ２の何れか一方の処理を実行してもよい。
【００５２】
また、ノード部ＷＳ２は、ノードＮｎとの間で各種メッセージのやり取りを行うが、コンテンツの保存はしないように設定されている。これは、ノード部ＷＳ２がコンテンツを保持すると、他のノードＮｎからの要求に応じてコンテンツ保持ノードとしてコンテンツをアップロードしなければならなくなり、Ｗｅｂサーバ部ＷＳ１の処理に影響を与えるためである。
【００５３】
［３．ＷｅｂサーバＷＳの動作］
次に、図４を参照して、ＷｅｂサーバＷＳの動作例について説明する。
【００５４】
図４（Ａ）は、Ｗｅｂサーバ部ＷＳ１側の処理例を示すフローチャートであり、図４（Ｂ）は、ノード部ＷＳ２側の処理例を示すフローチャートである。
【００５５】
図４（Ａ）に示す処理は、例えば、ＷｅｂサーバＷＳの電源オンによるシステム起動により開始され、Ｗｅｂサーバ部ＷＳ１が起動する（ステップＳ１）。
【００５６】
次いで、Ｗｅｂサーバ部ＷＳ１は、ページリクエストが発生したか否かを所定周期で判定する（ステップＳ２）。
【００５７】
一方、図４（Ｂ）に示す処理も、例えば、ＷｅｂサーバＷＳの電源オンによるシステム起動により開始され、ノード部ＷＳ２が起動する（ステップＳ１１）。
【００５８】
次いで、ノード部ＷＳ２は、コンテンツ分散保存システムＳに参加するための参加処理を行う（ステップＳ１２）。ステップＳ１２の参加処理において、ノード部ＷＳ２は、例えば、コンテンツ分散保存システムＳに参加している任意のノードＮｎに接続する。そして、ノード部ＷＳ２は、接続したノードＮｎに参加要求メッセージを送信することにより、当該ノードＮｎ等から返信されてきたノード情報等を用いてＤＨＴを用いたルーティングテーブルを生成する。
【００５９】
次いで、ノード部ＷＳ２は、コンテンツ分散保存システムＳに参加している他のノードＮｎから送信されたメッセージを受信したか否かを判定する（ステップＳ１３）。そして、ノード部ＷＳ２は、メッセージを受信したと判定した場合には（ステップＳ１３：ＹＥＳ）、ステップＳ１４に進み、メッセージを受信していないと判定した場合には（ステップＳ１３：ＮＯ）、ステップＳ１９に進む。  
【００６０】
ステップＳ１４では、ノード部ＷＳ２は、受信されたメッセージがカタログ更新メッセージであるか否かを判定する。そして、ノード部ＷＳ２は、カタログ更新メッセージであると判定した場合には（ステップＳ１４：ＹＥＳ）、ステップＳ１５に進み、カタログ更新メッセージでないと判定した場合には（ステップＳ１４：ＮＯ）、ステップＳ１６に進む。
【００６１】
ステップＳ１５では、ノード部ＷＳ２は、上述したように、受信されたカタログ更新メッセージに含まれるコンテンツカタログ情報を取得し、記憶部１２に既に記憶されていたコンテンツカタログ情報を、上記取得したコンテンツカタログ情報により更新する。
【００６２】
ステップＳ１６では、ノード部ＷＳ２は、受信されたメッセージがコンテンツ所在問合せメッセージであるか否かを判定する。そして、ノード部ＷＳ２は、コンテンツ所在問合せメッセージであると判定した場合には（ステップＳ１６：ＹＥＳ）、ステップＳ１７に進み、コンテンツ所在問合せメッセージでないと判定した場合には（ステップＳ１６：ＮＯ）、ステップＳ１８に進む。
【００６３】
ステップＳ１７では、ノード部ＷＳ２は、ＤＨＴを用いたルーティングテーブルを参照して、メッセージの転送先となるノードＮｎのノード情報を特定する。例えば、ノード部ＷＳ２は、ルーティングテーブルに登録されたノードＩＤとコンテンツ所在問合せメッセージに含まれるコンテンツＩＤとからノード情報を特定する。そして、ノード部ＷＳ２は、特定したノード情報にしたがって当該ノードＮｎに接続し、当該ノードＮｎにコンテンツ所在問合せメッセージを転送する。
【００６４】
ステップＳ１８に示す「その他の処理」では、上記以外のメッセージが受信された場合の処理等が行われる。
【００６５】
ステップＳ１９では、ノード部ＷＳ２は、コンテンツ属性情報のリクエストが発生したか否か、つまり、Ｗｅｂサーバ部ＷＳ１からコンテンツ属性情報のリクエストがあったか否かを判定する。そして、ノード部ＷＳ２は、コンテンツ属性情報のリクエストが発生したと判定した場合には（ステップＳ１９：ＹＥＳ）、記憶部１２に記憶されているコンテンツカタログ情報から所定のコンテンツのコンテンツ属性情報を取得する。そして、ノード部ＷＳ２は、取得したコンテンツ属性情報をＷｅｂサーバ部ＷＳ１に送信し（ステップＳ２０）、ステップＳ２１に進む。一方、ノード部ＷＳ２は、コンテンツ属性情報のリクエストが発生していないと判定した場合には（ステップＳ１９：ＮＯ）、ステップＳ２１に進む。
【００６６】
ステップＳ２１では、ノード部ＷＳ２は、システム終了であるか否かを判定する。そして、ノード部ＷＳ２は、システム終了でないと判定した場合には（ステップＳ２１：ＮＯ）、ステップＳ１３に戻り、システム終了であると判定した場合には（ステップＳ２１：ＹＥＳ）、当該処理を終了する。例えば、例えば、電源オフ指示があったときにシステム終了であると判定される。
【００６７】
一方、図４（Ａ）に示すステップＳ２において、Ｗｅｂサーバ部ＷＳ１は、コンテンツ分散保存システムＳに参加しているユーザノードから送信されたページリクエストを受信した場合に、ページリクエストが発生したと判定し（ステップＳ２：ＹＥＳ）、ステップＳ３に進む。
【００６８】
ステップＳ３では、Ｗｅｂサーバ部ＷＳ１は、ページリクエストに係るページがコンテンツ属性情報を動的に組み込む（埋め込む）ページであるか否かを判定する。そして、Ｗｅｂサーバ部ＷＳ１は、コンテンツ属性情報を動的に組み込むページであると判定した場合には（ステップＳ３：ＹＥＳ）、ステップＳ４に進み、コンテンツ属性情報を動的に組み込むページでないと判定した場合には（ステップＳ３：ＮＯ）、ステップＳ７に進む。
【００６９】
ステップＳ４では、Ｗｅｂサーバ部ＷＳ１は、ノード部ＷＳ２からコンテンツ属性情報を取得可能であるか否かを判定する（取得可否判定手段による）。そして、Ｗｅｂサーバ部ＷＳ１は、コンテンツ属性情報を取得可能であると判定した場合には、当該ノード部ＷＳ２にコンテンツ属性情報のリクエストを行う。そして、Ｗｅｂサーバ部ＷＳ１は、当該ノード部ＷＳ２からコンテンツ属性情報を取得する。一方、Ｗｅｂサーバ部ＷＳ１は、コンテンツ属性情報を取得不可能であると判定した場合には、コンテンツ管理サーバＭＳまたは他のノードＮｎに接続して、コンテンツ属性情報のリクエストを行う。そして、Ｗｅｂサーバ部ＷＳ１は、コンテンツ管理サーバＭＳまたは他のノードＮｎからコンテンツ属性情報を取得する。次いで、Ｗｅｂサーバ部ＷＳ１は、取得したコンテンツ属性情報が組み込まれたＷｅｂページを生成する（ステップＳ５）。なお、Ｗｅｂページは、例えば、ＨＴＭＬ（HyperText Markup Language）で記述される。
【００７０】
そして、Ｗｅｂサーバ部ＷＳ１は、上記生成したＷｅｂページを、上記ページリクエストを送信したユーザノードに送信する（ステップＳ６）。こうして、送信されたＷｅｂページは、当該ユーザノードにより受信され、当該ユーザノードのブラウザにより表示画面上に表示される。
【００７１】
図５（Ａ）は、上記ステップＳ５において、Ｗｅｂサーバ部ＷＳ１により生成されたＷｅｂページを記述するＨＴＭＬデータの一例を示す図である。図５（Ｂ）は、当該Ｗｅｂページを受信したユーザノードのブラウザにより表示（閲覧）されたときの画面例を示す図である。図５（Ａ）に示すＨＴＭＬデータには、７つの動画コンテンツのコンテンツ名が組み込まれている（記述されている）。
【００７２】
また、図６（Ａ）は、図６（Ｂ）に示すＷｅｂページ上に表示されたコンテンツ名“ＡＢＣ”が選択された時に遷移するＷｅｂページを記述するＨＴＭＬデータの一例を示す図である。図６（Ｂ）は、当該Ｗｅｂページがユーザノードのブラウザにより表示（閲覧）されたときの画面例を示す図である。また、図６（Ａ）に示すＨＴＭＬデータには、コンテンツ名“ＡＢＣ”に対応するコンテンツのコンテンツＩＤが組み込まれている。
【００７３】
例えば、Ｗｅｂサーバ部ＷＳ１は、図２に示すコンテンツカタログ情報に含まれるコンテンツ名“ＡＢＣ”及びコンテンツＩＤ“abcdefg・・・”を取得すると、“ＡＢＣ”を図５（Ａ）に示すＨＴＭＬデータ内に、且つ、“abcdefg・・・”を図６（Ａ）に示すＨＴＭＬデータ内に動的に組み込んでＷｅｂページを生成する。
【００７４】
そして、ユーザノードは、ＷｅｂサーバＷＳからのＷｅｂページを受信すると、図５（Ｂ）に示すように、ＷＥｂページを表示する。そして、ユーザがＷｅｂページ上に表示されたコンテンツ名を例えばマウス等の入力手段を通じて選択した場合、当該ユーザノードは、選択されたコンテンツ名に対応するコンテンツを検索するためのコンテンツ所在問合せメッセージを他のノードＮｎに対して送信する。これにより、当該ユーザノードは、当該コンテンツの所在を検索しそこから当該コンテンツを取得し、例えば、ストリーミング再生する。こうして、ユーザノードは、例えば図６（Ｂ）に示すＷｅｂページ上の映像表示部６１に当該コンテンツに係る映像を表示するとともに、当該コンテンツに係る音声をスピーカから出力することになる。
【００７５】
一方、ステップＳ７では、Ｗｅｂサーバ部ＷＳ１は、予め用意されたコンテンツ属性情報が組み込まれないＷｅｂページを、上記ページリクエストを送信したノードＮｎに送信する。
【００７６】
ステップＳ８では、Ｗｅｂサーバ部ＷＳ１は、システム終了であるか否かを判定する。そして、Ｗｅｂサーバ部ＷＳ１は、システム終了でないと判定した場合には（ステップＳ８：ＮＯ）、ステップＳ２に戻り、システム終了であると判定した場合には（ステップＳ８：ＹＥＳ）、当該処理を終了する。
【００７７】
以上説明したように、上記実施形態によれば、ＷｅｂサーバＷＳのＷｅｂサーバ部ＷＳ１は、ユーザノードからページリクエストを受信したときに、ノードＮｎの処理機能を担うノード部ＷＳ２からコンテンツカタログ情報中に含まれるコンテンツ属性情報を取得しこれが組み込まれたＷｅｂページを生成してユーザノードに送信するように構成したので、ＷｅｂサーバＷＳは、コンテンツ管理サーバＭＳから直接、コンテンツ属性情報を取得しなくともよくなる。したがって、コンテンツ管理サーバＭＳへのサーバ負荷の軽減を損なうことなく、コンテンツ再生用のＷｅｂページを動的に生成してユーザノードに送信することができる。また、ＷｅｂサーバＷＳは、コンテンツ管理サーバＭＳがシステムダウンしたときであっても、ユーザノードからのページリクエストに対して、迅速に、コンテンツ属性情報が組み込まれたＷｅｂページを生成して送信することができる。
【００７８】
また、上記実施形態によれば、Ｗｅｂサーバ部ＷＳ１は、ユーザノードからページリクエストを受信したときにノード部ＷＳ２からコンテンツカタログ情報中に含まれるコンテンツ属性情報を取得するように構成したので、ページリクエストとは無関係に例えば定期的にノード部ＷＳ２からコンテンツ属性情報を取得する場合に比べて、より新しいコンテンツ属性情報を取得しこれをＷｅｂページに組み込むことができる。これは、コンテンツ分散保存システムＳに新たにコンテンツが投入されたときに、新たなコンテンツのコンテンツ属性情報を含むコンテンツカタログ情報がコンテンツ管理サーバＭＳからＤＨＴマルチキャストで配信されるためである。
【００７９】
なお、Ｗｅｂサーバ部ＷＳ１は、ノード部ＷＳ２からコンテンツ属性情報を取得可能であるか否かを判定しており、取得不可能であると判定した場合、コンテンツ管理サーバＭＳまたは他のノードＮｎからコンテンツ属性情報を取得し、当該取得したコンテンツ属性情報が組み込まれたＷｅｂページを生成する。これにより、仮にノード部ＷＳ２がシステムダウンした場合であっても、ユーザノードからのページリクエストに対して対応することができる。
【００８０】
また、上述した図４（Ａ）に示すステップＳ４及びＳ５の処理において、Ｗｅｂサーバ部ＷＳ１は、Ｗｅｂページにより扱われるコンテンツのカテゴリー（例えば、図２に示すコンテンツカテゴリーやサブカテゴリー）を示すカテゴリー情報が含まれているコンテンツ属性情報をノード部ＷＳ２から取得し、当該カテゴリーに対応するコンテンツ属性情報を組み込んだＷｅｂページを生成するように構成してもよい。この構成によれば、Ｗｅｂページのデータ量を効率良く減らすことができ、効率的にＷｅｂページが配置されたＷｅｂサイト（Ｗｅｂページ群）を構築できる。なお、Ｗｅｂサーバ部ＷＳ１は、ノード部ＷＳ２に対して行うコンテンツ属性情報のリクエストにおいて、Ｗｅｂページにより扱われるコンテンツのカテゴリーを指定して当該カテゴリーに対応するコンテンツ属性情報のみをノード部ＷＳ２から取得するように構成してもよい。
【００８１】
また、上述した図４（Ａ）に示すステップＳ４及びＳ５の処理において、Ｗｅｂサーバ部ＷＳ１は、上述した公開期間を示す情報が含まれるコンテンツ属性情報をノード部ＷＳ２から取得する。そして、Ｗｅｂサーバ部ＷＳ１は、現時点が当該公開期間に含まれるか否かを判定し、現時点が公開期間に含まれると判定されたコンテンツのコンテンツ属性情報を組み込んだＷｅｂページを生成するように構成してもよい。この構成によれば、Ｗｅｂページのデータ量を効率良く減らすことができる。なお、Ｗｅｂサーバ部ＷＳ１は、ノード部ＷＳ２に対して行うコンテンツ属性情報のリクエストにおいて公開期間を指定して、これに該当するコンテンツのコンテンツ属性情報のみをノード部ＷＳ２から取得するように構成してもよい。例えば、Ｗｅｂサーバ部ＷＳ１は、公開期間を２００９年３月３０日〜４月２８日と指定すると、図２に示すコンテンツカタログ情報では、コンテンツ名が“ＡＢＣ”，“ＢＢＢ”，“ＣＣＣ”，“ＤＤＤ”の４つのコンテンツのコンテンツ属性情報を取得することになる。
【００８２】
さらに、Ｗｅｂサーバ部ＷＳ１は、現時点が公開期間に含まれると判定されたコンテンツのうち、現時点から過去所定期間（例えば、１週間）内に利用可能となったコンテンツのコンテンツ属性情報のみを組み込んだＷｅｂページを生成するように構成してもよい。この構成によれば、最新のコンテンツのコンテンツ属性情報を優先して組み込んだＷｅｂページを生成することができる。なお、Ｗｅｂサーバ部ＷＳ１は、ノード部ＷＳ２に対して行うコンテンツ属性情報のリクエストにおいて上記過去所定期間を指定して、現時点から過去所定期間内に利用可能となったコンテンツのコンテンツ属性情報のみをノード部ＷＳ２から取得するように構成してもよい。例えば、Ｗｅｂサーバ部ＷＳ１は、現時点（例えば２００９年３月１８日）から過去所定期間（例えば過去１週間）と指定すると、図２に示すコンテンツカタログ情報では、コンテンツ名が“ＢＢＢ”，“ＣＣＣ”の２つのコンテンツのコンテンツ属性情報を取得することになる。
【００８３】
なお、上記実施形態においては、ＷｅｂサーバＷＳがノード部ＷＳ２を備える（常駐させる）ように構成したが、別の端末を用意して当該端末にノード部ＷＳ２を備えさせ、当該端末とＷｅｂサーバＷＳがやり取り（通信）するように構成してもよい。
【００８４】
また、コンテンツ管理サーバＭＳとＷｅｂサーバＷＳとが一体化しているものであってもよい。なお、上記実施形態におけるコンテンツ分散保存システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【符号の説明】
【００８５】
１１  制御部
１２  記憶部
１３  通信部
Ｎｎ  ノード
ＷＳ  Ｗｅｂサーバ
ＷＳ１  Ｗｅｂサーバ部
ＷＳ２  ノード部
ＭＳ  コンテンツ管理サーバ
Ｓ  コンテンツ分散保存システム
【図１】
2010237849.tif 000003
【図２】
2010237849.tif 000004
【図３】
2010237849.tif 000005
【図４】
2010237849.tif 000006
【図５】
2010237849.tif 000007
【図６】
2010237849.tif 000008