JP5293671B2 - 情報通信システム、ノード装置および情報処理方法ならびにプログラム - Google Patents

Description

本発明は、互いに通信可能な複数のノード装置と、情報処理装置と、を含む情報通信システムの技術分野に関する。なお以下の説明では、上記「ノード装置」を適宜「ノード」と称する。

近年、映画や動画等のコンテンツを、インターネット等のネットワークを介してそのネットワークに参加しているノードに配信するコンテンツ配信システムが開発されている。このようなコンテンツ配信システムでは、コンテンツとしての質の向上や映画等以外のデータを配信する等、更なるサービスの向上を図るため、配信対象たるコンテンツのデータ量が増大する傾向にある。このため、いわゆるクライアント−サーバ方式で全てのノードが特定のサーバ装置へとデータの配信を要求すると、そのサーバ装置への負担が過度となる。

そこで、配信対象たるコンテンツを、いわゆるピアツーピア（Peer to Peer（Ｐ２Ｐ））型のネットワークシステムを介して配信する技術が開発されている。このＰ２Ｐ型のネットワークスシステムでは、ネットワークシステム内に存在するノードそれぞれにコンテンツが分散保存される。そして各ノードは、ノード装置間でコンテンツを共有しつつ、互いに送受信する。このＰ２Ｐ型ネットワークシステムにおいて分散保存されたコンテンツの所在は、分散ハッシュテーブルを利用して、クエリにより効率良く検索可能になっている。クエリは、コンテンツ毎に固有のコンテンツＩＤをキーとして含む。この分散ハッシュテーブルを、以下、ＤＨＴ（Distributed Hash Table）と称する。このＤＨＴについては、例えば下記特許文献１に詳細に開示されている。また、以下の説明では、Ｐ２Ｐ型ネットワークシステムを、単にＰ２Ｐシステムと称する。

特開２００６−１９７４００公報

Ｐ２Ｐシステムを用いて、付与されたコンテンツＩＤの中から所望のコンテンツＩＤを複数選択させて、複合コンテンツを配信したいという要求がある。この要求は複合コンテンツの配信者や製作者から寄せられるものである。複合コンテンツでは、各コンテンツの再生順序や再生態様がその複合コンテンツの配信者や製作者により予め決められている。一方、Ｐ２Ｐシステムに投入済みの複合コンテンツに含まれているコンテンツの一部または全部が、新たなコンテンツに更新される場合がある。

しかしながら上記特許文献１に記載されたＰ２Ｐシステムでは、投入済みの複合コンテンツに含まれているコンテンツが更新される場合、その配信者等の負担が増大して不便であるという問題があった。具体的には、投入済みの複合コンテンツに含まれるコンテンツが更新される場合、その複合コンテンツの構造を示すメタファイルを再度作り直す必要があるという問題点があった。つまり、その更新後のコンテンツをＰ２Ｐシステムに新たに投入する場合には、更新後のコンテンツに対して新たなコンテンツＩＤが付与されるため、その新規なコンテンツＩＤを含むメタファイルを新たに作り直す必要がある。

そこで、本発明は上記の問題点に鑑みて為されたもので、その目的の一例は、複合コンテンツに含まれるコンテンツが更新される場合の負荷を軽減して利便性を高めることが可能な情報通信システムおよびそれに含まれるノード装置および情報処理方法ならびにそのノード装置において実行されるプログラムを提供することにある。

上記の課題を解決するために、請求項１に記載の発明は、投入サーバ等の情報処理装置と、複数のノード装置とから構成される情報通信システムであり、前記複数のノード装置から構成されるオーバーレイネットワークによりコンテンツの送受信を行う情報通信システムであって、前記情報処理装置は、前記オーバーレイネットワークを構成する前記ノード装置に分散してそれぞれ保存される複数のコンテンツが関連付けられた第１コンテンツであって、前記複数のコンテンツをそれぞれ識別する複数の第１識別情報が所定の構造により関連付けられた第１コンテンツを識別するための第２識別情報を、前記第１コンテンツに付与する制御部等の付与手段と、前記複数の第１識別情報により識別される前記複数のコンテンツの中で、所定のコンテンツが更新されたとき、前記第２識別情報と、更新前のコンテンツを識別するための更新前第１識別情報と、更新後のコンテンツを識別するための更新後第１識別情報と、を対応付けた第２コンテンツを、前記複数のノード装置に対して公開する制御部等の公開手段と、を備え、前記ノード装置は、前記第２識別情報を取得する制御部等の第１取得手段と、前記公開手段により公開されている前記第２コンテンツを取得する制御部等の第２取得手段と、前記第１取得手段により取得された前記第２識別情報に基づいて、前記第１コンテンツを取得する制御部等の第３取得手段と、前記第２取得手段により取得された第２コンテンツが含む前記更新前第１識別情報と、前記更新後第１識別情報と、前記第３取得手段により取得された前記第１コンテンツとに基づいて、前記第３取得手段により取得された前記第１コンテンツが含む前記複数の第１識別情報の中の前記更新前第１識別情報を、前記更新後第１識別情報に代えて、前記複数の第１識別情報により識別される前記複数のコンテンツを要求する制御部等の要求手段と、を備える。

請求項１０に記載の発明は、複数のノード装置から構成されるオーバーレイネットワークによりコンテンツの送受信を行う情報通信システムにおいて実行される情報処理方法であって、前記オーバーレイネットワークを構成する前記ノード装置に分散してそれぞれ保存される複数のコンテンツが関連付けられた第１コンテンツであって、前記複数のコンテンツをそれぞれ識別する複数の第１識別情報が所定の構造により関連付けられた第１コンテンツを識別するための第２識別情報を、前記第１コンテンツに付与する付与工程と、前記複数の第１識別情報により識別される前記複数のコンテンツの中で、所定のコンテンツが更新されたとき、前記第２識別情報と、更新前のコンテンツを識別するための更新前第１識別情報と、更新後のコンテンツを識別するための更新後第１識別情報と、を対応付けた第２コンテンツを、前記複数のノード装置に対して公開する公開工程と、前記第２識別情報を取得する第１取得工程と、前記公開されている第２コンテンツを取得する第２取得工程と、前記第１取得工程により取得された前記第２識別情報に基づいて、前記第１コンテンツを取得する第３取得工程と、前記第２取得工程により取得された第２コンテンツが含む前記更新前第１識別情報と、前記更新後第１識別情報と、前記第３取得工程により取得された前記第１コンテンツとに基づいて、前記第３取得工程により取得された前記第１コンテンツが含む前記複数の第１識別情報の中の前記更新前第１識別情報を、前記更新後第１識別情報に代えて、前記複数の第１識別情報により識別される前記複数のコンテンツを要求する要求工程と、を含む。

請求項１または１０に記載の発明によれば、所定の構造により関連付けられたコンテンツの更新がされたとき、第２識別情報と、更新前第１識別情報と、更新後第１識別情報と、を対応付けた第２コンテンツを複数のノード装置に対して公開する。複数のノード装置は、更新前第１識別情報と更新後第１識別情報と第１コンテンツとに基づいて、第１コンテンツが含む複数の第１識別情報の中の更新前第１識別情報を、更新後第１識別情報に代えて、複数のコンテンツを要求する。よって、第２コンテンツを参照することで更新後のコンテンツを取得できるので、複数のコンテンツが関連付けられた元の第１コンテンツ自体を再度作り直すことなく、更新後のコンテンツを取得することができる。

請求項２に記載の発明において、前記情報処理装置の前記公開手段は、前記第２コンテンツを識別するための第３識別情報を前記複数のノード装置に対して通知する制御部等の通知手段をさらに備え、前記ノード装置の前記第２取得手段は、前記通知手段により通知された前記第３識別情報に基づいて前記第２コンテンツを取得するように構成される。

請求項２に記載の発明によれば、第３識別情報を複数のノード装置に対して通知する。ノード装置において、通知された第３識別情報に基づいて第２コンテンツを取得する。よって、第３識別情報に基づいて取得した第２コンテンツを用いて、ノード装置において確実に更新後のコンテンツを取得することができる。

請求項３に記載の発明において、前記情報処理装置の前記通知手段は、前記第３識別情報を前記複数のノード装置において閲覧するためのページ情報を前記複数のノード装置に通知するように構成される。

請求項３に記載の発明によれば、第３識別情報を複数のノード装置において閲覧するためのページ情報を通知するので、複数のノード装置において確実に更新後のコンテンツを取得することができる。

請求項４に記載の発明において、前記第２コンテンツは、前記更新前第１識別情報と、前記更新後第１識別情報と、を対応付けたカタログ情報であり、前記情報処理装置の前記公開手段は、前記カタログ情報を前記複数のノード装置に取得させるように構成される。

請求項４に記載の発明によれば、第２コンテンツが更新前第１識別情報と更新後第１識別情報とを対応付けたカタログ情報であり、そのカタログ情報を複数のノード装置に取得させる。よって、複数のノード装置においてカタログ情報を参照することにより確実に更新後のコンテンツを取得することができる。

請求項５に記載の発明において、前記ノード装置の前記第２取得手段は、前記第２コンテンツの更新履歴を示す履歴情報をさらに取得し、前記第２取得手段は、前記通知手段により通知された前記第３識別情報と、前記取得された履歴情報とに基づいて、最新の前記第２コンテンツを取得するように構成される。

請求項５に記載の発明によれば、通知された第３識別情報と、取得した履歴情報とに基づいて最新の第２コンテンツを取得する。よって、複数のノード装置において確実に最新の第２コンテンツを取得することができる。

請求項６に記載の発明において、前記第１コンテンツに関連付けられた前記コンテンツの一つが複数のコンテンツに更新されたとき、前記第２コンテンツは、前記第２識別情報と、更新前のコンテンツを識別するための前記更新前第１識別情報と、更新後のコンテンツを識別するための複数の前記更新後第１識別情報と、を対応付け、前記ノード装置の前記要求手段は、複数の前記更新後第１識別情報のいずれかをランダムに決定する制御部等の決定手段を備え、前記ノード装置の前記要求手段は、前記決定手段により決定された複数の前記更新後第１識別情報により識別される更新後の複数のコンテンツを要求するように構成される。

請求項６に記載の発明によれば、第１コンテンツに関連付けられたコンテンツの一つが複数のコンテンツに更新されたとき、第２コンテンツは第２識別情報と更新前第１識別情報と複数の更新後第１識別情報とを対応付ける。決定手段は、複数の更新後第１識別情報のいずれかをランダムに決定する。そして要求手段は、決定された複数の更新後第１識別情報により識別される更新後の複数のコンテンツを要求する。よって、コンテンツの更新を多様化することができる。

請求項７に記載の発明は、前記第１コンテンツに関連付けられた前記コンテンツの一つが複数のコンテンツに更新されたとき、前記第２コンテンツは、前記第２識別情報と、更新前のコンテンツを識別するための前記更新前第１識別情報と、更新後のコンテンツを識別するための複数の前記更新後第１識別情報と、を対応付け、前記ノード装置は、更新後の前記コンテンツに対応して予め設定されている日付情報を記憶する制御部等の記憶手段をさらに備え、前記ノード装置の前記要求手段は、複数の前記更新後第１識別情報と、前記記憶手段に記憶されている前記日付情報と、に基づいて、更新後の複数のコンテンツを要求するように構成される。

請求項７に記載の発明によれば、ノード装置の要求手段は、複数の更新後第１識別情報と、記憶手段に記憶されている日付情報と、に基づいて、更新後の複数のコンテンツを要求する。よって、コンテンツの更新を多様化することができる。

請求項８に記載の発明は、複数のノード装置から構成される情報通信システムであり、前記複数のノード装置から構成されるオーバーレイネットワークによりコンテンツの送受信を行う情報通信システムであって、前記オーバーレイネットワークを構成する前記ノード装置に分散してそれぞれ保存される複数のコンテンツが関連付けられた第１コンテンツであって、前記複数のコンテンツをそれぞれ識別する複数の第１識別情報が所定の構造により関連付けられた第１コンテンツを識別するための第２識別情報が前記第１コンテンツに付与されており、前記複数の第１識別情報により識別される前記複数のコンテンツの中で、所定のコンテンツが更新されたとき、前記第２識別情報と、更新前のコンテンツを識別するための更新前第１識別情報と、更新後のコンテンツを識別するための更新後第１識別情報と、を対応付けた第２コンテンツが前記複数のノード装置に対して公開されている情報通信システムに含まれる前記ノード装置において、前記第２識別情報を取得する制御部等の第１取得手段と、前記公開されている前記第２コンテンツを取得する制御部等の第２取得手段と、前記第１取得手段により取得された前記第２識別情報に基づいて、前記第１コンテンツを取得する制御部等の第３取得手段と、前記第２取得手段により取得された第２コンテンツが含む前記更新前第１識別情報と、前記更新後第１識別情報と、前記第３取得手段により取得された前記第１コンテンツとに基づいて、前記第３取得手段により取得された前記第１コンテンツが含む前記複数の第１識別情報の中の前記更新前第１識別情報を、前記更新後第１識別情報に代えて、前記複数の第１識別情報により識別される前記複数のコンテンツを要求する制御部等の要求手段と、を備える。

請求項８に記載の発明によれば、所定の構造により関連付けられたコンテンツの更新がされたとき、第２識別情報と、更新前第１識別情報と、更新後第１識別情報と、を対応付けた第２コンテンツが複数のノード装置に対して公開されている。ノード装置は、更新前第１識別情報と更新後第１識別情報と第１コンテンツとに基づいて、第１コンテンツが含む複数の第１識別情報の中の更新前第１識別情報を、更新後第１識別情報に代えて、複数のコンテンツを第１コンテンツとして要求する。よって、ノード装置において、第２コンテンツを参照することで更新後のコンテンツを取得でき、複数のコンテンツが関連付けられた元の第１コンテンツ自体を再度作り直すことなく、更新後のコンテンツを取得することができる。

請求項９に記載の発明は、複数のノード装置から構成される情報通信システムであり、前記複数のノード装置から構成されるオーバーレイネットワークによりコンテンツの送受信を行う情報通信システムであって、前記オーバーレイネットワークを構成する前記ノード装置に分散してそれぞれ保存される複数のコンテンツが関連付けられた第１コンテンツであって、前記複数のコンテンツをそれぞれ識別する複数の第１識別情報が所定の構造により関連付けられた第１コンテンツを識別するための第２識別情報が前記第１コンテンツに付与されており、前記複数の第１識別情報により識別される前記複数のコンテンツの中で、所定のコンテンツが更新されたとき、前記第２識別情報と、更新前のコンテンツを識別するための更新前第１識別情報と、更新後のコンテンツを識別するための更新後第１識別情報と、を対応付けた第２コンテンツが前記複数のノード装置に対して公開されている情報通信システムに含まれる前記ノード装置に含まれるコンピュータに、前記第２識別情報を取得するステップと、前記公開されている第２コンテンツを取得するステップと、前記取得された第２識別情報に基づいて、前記第１コンテンツを取得するステップと、前記取得された第２コンテンツが含む前記更新前第１識別情報と、前記更新後第１識別情報と、前記取得された第１コンテンツとに基づいて、前記取得された第１コンテンツが含む前記複数の第１識別情報の中の前記更新前第１識別情報を、前記更新後第１識別情報に代えて、前記複数の第１識別情報により識別される前記複数のコンテンツを要求するステップと、を実行させる。

請求項９に記載の発明によれば、所定の構造により関連付けられたコンテンツの更新がされたとき、第２識別情報と、更新前第１識別情報と、更新後第１識別情報と、を対応付けた第２コンテンツが複数のノード装置に対して公開されている。ノード装置に含まれるコンピュータが、更新前第１識別情報と更新後第１識別情報と第１コンテンツとに基づいて、第１コンテンツが含む複数の第１識別情報の中の更新前第１識別情報を、更新後第１識別情報に代えて、複数のコンテンツを要求するように機能する。よって、ノード装置において、第２コンテンツを参照することで更新後のコンテンツを取得でき、複数のコンテンツが関連付けられた元の第１コンテンツ自体を再度作り直すことなく、更新後のコンテンツを取得することができる。

本発明によれば、所定の構造により関連付けられたコンテンツの更新がされたとき、第２識別情報と、更新前第１識別情報と、更新後第１識別情報と、を対応付けた第２コンテンツが複数のノード装置に対して公開される。複数のノード装置においてこの第２コンテンツを参照することで、第１コンテンツが含む複数の第１識別情報の中の更新前第１識別情報を、更新後第１識別情報に代えて、複数のコンテンツを要求できる。よって、複数のコンテンツが関連付けられた元の第１コンテンツ自体を再度作り直すことなく、複数のノード装置が更新後のコンテンツを取得することができる。従って、複合コンテンツに含まれるコンテンツが更新される場合の負荷を軽減して利便性を高めることができる。

第１実施形態の配信システムにおける各ノードの接続態様の一例を示す図である。 第１実施形態の複合コンテンツの構造等を例示する図である。（ａ）は複合コンテンツの構造を例示する図である。（ｂ）は複合コンテンツの構造の他の例を示す図である。（ｃ）は第１実施形態のコンテンツ配信動作に用いられるウェブページの記述例を示す図である。 第１実施形態の投入サーバ等の概要構成を示すブロック図である。（ａ）は投入サーバの概要構成を示すブロック図である。（ｂ）はノードの概要構成を示すブロック図である。 第１実施形態のコンテンツ配信動作を示すフローチャートである。（ａ）は指示者サーバの動作を示すフローチャートである。（ｂ）は投入サーバの動作を示すフローチャートである。（ｃ）はノードの全体動作を示すフローチャートである。（ｄ）はノードの細部動作を示すフローチャートである。 第２実施形態のコンテンツ配信動作を示すフローチャートである。（ａ）は指示者サーバの動作を示すフローチャートである。（ｂ）は投入サーバの動作を示すフローチャートである。 第２実施形態のコンテンツ配信動作におけるノードの全体動作を示すフローチャートである。 第２実施形態の複合コンテンツの配信動作等を例示する図である。（ａ）は第２実施形態の変換ファイルを例示する図である。（ｂ）は第２実施形態のコンテンツ配信動作に用いられるウェブページの記述例を示す図である。（ｃ）は第２実施形態のカタログ情報を例示する図である。（ｄ）は第１変形形態の変換ファイルを例示する図である。（ｅ）は第２変形形態の変換ファイルを例示する図である。（ｆ）は第３変形形態の変換ファイルを例示する図である。

次に、本発明を実施するための形態について、図面を用いて説明する。以下に説明する各実施形態は、Ｐ２Ｐシステムを用いてノードに動画等のコンテンツを配信する配信システムに対して本発明を適用した場合の実施形態である。各実施形態の配信システムでは、複合コンテンツを構成する各コンテンツが各ノードに配信される。

（Ｉ）第１実施形態
本発明の第１実施形態について、図１から図４を用いて説明する。

（Ａ）配信システムの全体構成および動作概要
初めに、第１実施形態の配信システムの全体構成および動作概要について、図１を用いて説明する。なお図１は第１実施形態の配信システムにおける各ノードの接続態様の一例を示す図である。

図１の下部枠１０１内に示すように、ＩＸ（Internet eXchange）３、ＩＳＰ（Internet Service Provider）装置４、ＤＳＬ（Digital Subscriber Line）回線事業者装置５、ＦＴＴＨ（Fiber To The Home）回線事業者装置６並びに通信回線７等によって、インターネット等のネットワーク８が構築されている。このネットワーク８は現実世界の物理的な通信ネットワークである。通信回線７は具体的には電話回線や光ケーブル等により構成されている。なお図１の例におけるネットワーク８には、パケット化されたデータを転送するためのルータが適宜挿入されているが、図１ではその図示を省略している。

実施形態のネットワーク８には、複数のノードＮｎ（ｎ＝１、２、３、…）が接続されている。各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。このノードＮｎは「ノード装置」の一例に相当する。

実施形態の配信システムＳは、上述したようにＰ２Ｐシステムである。配信システムＳには、複数のノードＮｎと、各ノードＮｎからネットワーク８を介してアクセス可能な投入サーバＳＶが含まれている。この投入サーバＳＶは「情報処理装置」の一例に相当する。投入サーバＳＶは、配信システムＳ内にコンテンツを投入するサーバである。コンテンツの投入とは、後述するオーバーレイネットワーク９に参加している一つ以上のノードＮｎに、新たなコンテンツを保存させることをいう。

図１の上部枠１００内に示すネットワークは、既存のネットワーク８を用いて形成された、仮想的なリンクを構成するオーバーレイネットワーク９である。このオーバーレイネットワーク９は論理的なネットワークである。オーバーレイネットワーク９は、特定のアルゴリズム、例えば上記ＤＨＴを利用したアルゴリズムにより実現される。オーバーレイネットワーク９に参加している各ノードＮｎには、所定の桁数からなる固有の識別データがノードＩＤとして割り当てられている。また各ノードＮｎは、ＤＨＴを用いたルーティングテーブルをそれぞれに保持している。このようなＤＨＴを用いたルーティングテーブルについては、上記特許文献１等で公知であるので、詳しい説明を省略する。

また配信システムＳにおいては、動画等のコンテンツが、所定のファイル形式で複数のノードＮｎに分散して保存されている。これらのコンテンツには、それぞれ、コンテンツ名およびコンテンツＩＤ等の情報が付与されている。コンテンツに付与されるコンテンツＩＤは、コンテンツ毎に固有の識別データである。またコンテンツＩＤは、対応するコンテンツが保存されているノードＮｎの所在を配信システムＳ内において検索するための検索情報でもある。

一方、配信システムＳでは、分散保存されているコンテンツの所在を示す情報と、コンテンツのコンテンツＩＤ等と、の組が含まれるインデックス情報が用いられる。このときのコンテンツの所在を示す情報とは、例えばそのコンテンツの保持ノードであるノードＮｎのノード情報である。ノード情報には、ノードＮｎのノードＩＤ、ＩＰアドレスおよびポート番号等が含まれる。インデックス情報は、コンテンツの所在を管理しているノードＮｎ等により、そのインデックスキャッシュに記憶、管理が為される。このコンテンツの所在を管理しているノードＮｎを以下「ルートノード」と称する。ルートノードは、例えばコンテンツＩＤと最も近いノードＩＤを有するノードＮｎであるように定められる。このときコンテンツＩＤと最も近いか否かは、例えば上位桁がより多く一致するか否かにより判断される。

さらに実施形態の配信システムＳに参加しているあるノードＮｎのユーザがコンテンツの取得を所望するとする。コンテンツの取得を所望するユーザにより操作されるノードＮｎを、以下「ユーザノード」と称する。ユーザがコンテンツの取得を所望する場合、そのユーザのユーザノードは、そのコンテンツのコンテンツＩＤを、例えば所定のサーバから取得したコンテンツ配信ページまたはカタログ情報を参照して取得する。コンテンツ配信ページは、コンテンツＩＤが記述されたウェブページである。コンテンツ配信ページを配信するサーバとしては、例えば、コンテンツの投入指示を行う投入指示者により操作される指示者サーバがある。一方、カタログ情報とは、コンテンツのレコードが記述された情報である。コンテンツのレコードには、コンテンツのコンテンツＩＤ、コンテンツ名およびキーワード等が記述されている。コンテンツのレコードは、コンテンツが配信システムＳ内に投入される際に生成される。そして、生成されたレコードを含むカタログ情報はたとえばコンテンツ管理サーバから各ノードＮｎに配信される。

所望するコンテンツのコンテンツＩＤを取得したユーザノードは、このコンテンツＩＤに基づいて、コンテンツＩＤにより識別されるコンテンツをオーバーレイネットワーク９から取得する。具体的には、ユーザノードは、コンテンツ所在問合せメッセージを生成する。このコンテンツ所在問合せメッセージは、コンテンツＩＤおよびユーザノード自体のＩＰアドレス等を含む。コンテンツ所在問合せメッセージは、ユーザノードに記憶されたＤＨＴを用いたルーティングテーブルに従って他のノードＮｎへクエリとして送信される。すなわちユーザノードは、コンテンツ所在問合せメッセージをルートノード宛に送信する。これによりコンテンツ所在問合せメッセージは、コンテンツＩＤをキーとするＤＨＴを用いたルーティングによって、最終的にルートノードに到着する。このようなＤＨＴルーティングについても上記特許文献１等で公知であるので、詳しい説明を省略する。

コンテンツ所在問合せメッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得する。そしてルートノードは、先に受信したコンテンツ所在問合せメッセージの送信元であるユーザノードへインデックス情報を返信する。この方法でインデックス情報を取得すると、ユーザノードは、取得したインデックス情報に含まれる保持ノードのＩＰアドレス等に基づいて、その保持ノードにアクセスする。これによりユーザノードは、アクセスした保持ノードからコンテンツＩＤにより識別されるコンテンツを、オーバーレイネットワーク９を介して取得して再生することが可能になる。

なお他の構成として、ルートノードが保持ノードへ、ユーザノードへのコンテンツ送信要求メッセージを送信するように構成することもできる。この場合の保持ノードは、インデックス情報に含まれるＩＰアドレス等により示された保持ノードである。このとき保持ノードは、コンテンツ送信要求メッセージに基づき、そのユーザノードへアクセスしてコンテンツを送信する。

以上のように、ユーザノードが保持ノードから単体で独立して利用可能なコンテンツを一般コンテンツという。更に、第１実施形態の配信システムＳにおいてユーザノードは、所定の構造で関連付けられた複数のコンテンツから構成される複合コンテンツを利用可能になっている。複合コンテンツを構成する各コンテンツは、一般コンテンツと同様、配信システムＳに分散保存されている。そして、ユーザノードは、複合コンテンツを構成する各コンテンツのコンテンツＩＤに基づいて、各コンテンツＩＤにより識別される各コンテンツを、オーバーレイネットワーク９を介して保持ノードから取得する。こうして取得された各コンテンツにより、複合コンテンツがユーザノードにおいて纏まって再生可能となる。

また、複合コンテンツを構成する各コンテンツのコンテンツＩＤは、複合コンテンツのインデックスファイルに記述されている。複合コンテンツのインデックスファイルとは、複合コンテンツを構成する各コンテンツを検索するためのファイルである。複合コンテンツのインデックスファイルには、複合コンテンツが有する所定の構造における各コンテンツの位置を示す位置情報が、そのコンテンツを識別するコンテンツＩＤに対応付けられて記述されている。更に、複合コンテンツのインデックスファイルには、このインデックスファイルを識別するための固有のコンテンツＩＤが付与される。そして、複合コンテンツのインデックスファイルは、一つのコンテンツとして配信システムＳに投入される。これにより、各ノードは、投入されたインデックスファイルのコンテンツＩＤに基づいて、このコンテンツＩＤにより識別されるインデックスファイルを、オーバーレイネットワーク９から取得することができる。「オーバーレイネットワーク９から取得」とは、オーバーレイネットワーク９を介して保持ノードからダウンロードすることを意味する。

（Ｂ）複合コンテンツの構造等
次に、実施形態の複合コンテンツの構造等について、図２（ａ）および図２（ｂ）を用いて具体的に説明する。図２（ａ）および図２（ｂ）は実施形態の複合コンテンツの構造等を例示する図である。

実施形態の複合コンテンツが有する所定の構造は、たとえば図２（ａ）に例示する階層構造ＳＲである。なおここでは、複合コンテンツの一例として、ウェブページを適用して説明する。ウェブページは、ＨＴＭＬ文書ファイルおよび画像ファイル等から構成されるものである。階層構造ＳＲは実施形態の複合コンテンツとしてのウェブページをユーザノードにおいて表示するための階層構造である。階層構造ＳＲには、名称が「index.html」であるメインコンテンツＭと、名称がそれぞれ「image1.gif」および「image2.gif」である二つのサブコンテンツＳ１およびＳ２と、が階層的に含まれている。このメインコンテンツＭは、各サブコンテンツＳ１およびＳ２をユーザノードにおいて取得して、対応するウェブページを表示させるために用いられるコンテンツである。このためメインコンテンツＭには、図２（ａ）に実線矢印で示すように各サブコンテンツＳ１およびＳ２の名称と、それらの階層構造ＳＲにおける位置を示す位置情報と、が記述されている。

そして、複合コンテンツとしてのウェブページのインデックスファイルＩＦには、図２（ａ）で示した階層構造ＳＲを示す位置情報が、メインコンテンツＭならびにサブコンテンツＳ１およびＳ２それぞれの名称を示す名称情報と共に記述されている。すなわち図２（ａ）に例示するインデックスファイルＩＦでは、メインコンテンツＭについては、階層構造ＳＲに対応した位置情報および名称情報が「/index.html」と記述されている。メインコンテンツＭについての記述「/index.html」においては、「/」が位置情報である。また「index.html」が名称情報である。またサブコンテンツＳ１については、階層構造ＳＲに対応した位置情報および名称情報が「/pie/image1.gif」と記述されている。サブコンテンツＳ１についての記述「/pie/image1.gif」においては、「/pie/」が位置情報である。また「image1.gif」が名称情報である。さらにサブコンテンツＳ２については、階層構造ＳＲに対応した位置情報および名称情報が「/bar/image2.gif」と記述されている。サブコンテンツＳ２についての記述「/bar/image2.gif」においては、「/bar/」が位置情報である。また「image2.gif」が名称情報である。なおインデックスファイルＩＦには、これらに加えて、図２（ａ）に例示するようにメインコンテンツＭならびにサブコンテンツＳ１およびＳ２それぞれを識別するためのコンテンツＩＤが記述されている。図２（ａ）に示す例では、メインコンテンツＭならびにサブコンテンツＳ１およびＳ２に対して、それぞれコンテンツＩＤ「ＡＡＡＡＡ」、「ＢＢＢＢＢ」および「ＣＣＣＣＣ」が付与されている。また、複合コンテンツの階層構造ＳＲ等の構造に対応した位置情報は、「/」や「/pie/」等には限定されず、複合コンテンツの構造における位置を示すものであれば、どのようなものであってもよい。

さらに、第１実施形態の複合コンテンツの階層構造の他の例として、複数のフォルダにより構成される階層構造が挙げられる。たとえば図２（ｂ）に例示する階層構造ＳＲ２では、第１フォルダＦＤ１を最上位として、第２フォルダＦＤ２と第３フォルダＦＤ３とがその直近下位の階層に位置した構造となっている。また第３フォルダＦＤ３の直近下位には、第４フォルダＦＤ４、第６フォルダＦＤ６および第７フォルダＦＤ７が位置した構造となっている。さらに第４フォルダＦＤ４の直近下位には、第５フォルダＦＤ５が位置した構造となっている。この階層構造ＳＲ２において、複合コンテンツを構成するコンテンツが第１コンテンツＣ１、第２コンテンツＣ２、第３コンテンツＣ３および第４コンテンツＣ４であるとする。このとき第１コンテンツＣ１は第２フォルダＦＤ２内に格納されており、第２コンテンツＣ２は第４フォルダＦＤ４に格納されているとする。また第３コンテンツＣ３は第５フォルダＦＤ５に格納されており、第４コンテンツＣ４は第６フォルダＦＤ６に格納されているとする。このような階層構造ＳＲ２を有する複合コンテンツに対するインデックスファイルは、図２（ｂ）に例示するインデックスファイルＩＦ２となる。なお図２（ｂ）に示すインデックスファイルＩＦ２においては、各コンテンツＣに付与されているコンテンツＩＤは記載が省略されている。

（Ｃ）投入サーバ等の具体的構成および動作
次に、第１実施形態の配信システムＳに含まれる投入サーバＳＶ等の具体的な構成および動作について、図３から図４を用いて説明する。

（ａ）投入サーバの具体的構成および動作
先ず、第１実施形態の投入サーバＳＶの具体的構成および動作を、図３（ａ）を用いて説明する。なお図３（ａ）は第１実施形態の投入サーバＳＶの具体的構成を示すブロック図である。

図３（ａ）に示すように、第１実施形態の投入サーバＳＶは、制御部３５、記憶部３６、通信部３７および入力部３９を備えている。これらの構成要素は、バス３８を介して相互にデータの授受が可能に接続されている。この制御部３５が、「付与手段」の一例、「公開手段」の一例および「通知手段」の一例に、それぞれ相当する。

制御部３５は、演算機能を有するＣＰＵ（Central Processing Unit）、各種データを記憶するＲＡＭ（Random Access Memory）ならびに各種データおよびプログラムを記憶するＲＯＭ（Read Only Memory）等から構成されている。この各種データおよびプログラムには、オペレーティングシステムおよび各種アプリケーションが含まれている。記憶部３６は各種データおよび各種プログラム等を記憶保存するためのハードディスク等から構成される。通信部３７は、ネットワーク８を介してノードＮｎとの間の各種メッセージの通信制御を行う。さらに入力部３９は、使用者からの指示を受け付け当該指示に応じた指示信号を制御部３５に対して与える。この入力部３９は、例えばキーボードまたはマウス等により実現されるものである。

以上の構成において制御部３５は、ＣＰＵが記憶部３６またはＲＯＭ等に記憶されたプログラムを実行することにより、投入サーバＳＶ全体を統括制御する。さらに制御部３５は、後述する第１実施形態のコンテンツ配信動作における投入サーバＳＶとしての各動作を実行する。

（ｂ）ノードの具体的構成および動作
次に、第１実施形態のノードＮｎの具体的構成および動作を、図３（ｂ）を用いて説明する。なお図３（ｂ）は第１実施形態のノードＮｎの具体的構成を示すブロック図である。図３（ｂ）に示すように、第１実施形態のノードＮｎは、制御部２１、記憶部２２、バッファメモリ２３、通信部２４、デコーダ部２５、入力部２６、映像処理部２７、表示部２８、音声処理部２９およびスピーカ３０を備えている。制御部２１、記憶部２２、バッファメモリ２３、通信部２４、デコーダ部２５および入力部２６は、バス３１を介してデータの授受が可能に相互接続されている。この制御部２１が、「第１取得手段」の一例、「第２取得手段」の一例、「第１要求手段」の一例、「第２要求手段」の一例、「記憶手段」の一例および「決定手段」の一例に、それぞれ相当する。

この構成において制御部２１は、演算機能を有するＣＰＵ、各種データを記憶するＲＡＭならびに各種データおよびプログラムを記憶するＲＯＭ等から構成される。記憶部２２は各種データおよび各種プログラム等を記憶保存するためのハードディスク等から構成される。バッファメモリ２３は通信部２４を介して受信されたコンテンツを一時的に蓄積する。デコーダ部２５は、コンテンツに含まれるエンコードされたビデオデータおよびオーディオデータ等をデコードする。映像処理部２７はデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する。液晶ディスプレイ等からなる表示部２８は、映像処理部２７から出力されたビデオ信号に相当する映像を表示する。音声処理部２９はデコードされたオーディオデータをアナログのオーディオ信号にＤ／Ａ変換した後、これを増幅してスピーカ３０に出力する。スピーカ３０は音声処理部２９から出力されたオーディオ信号を音波として出力する。通信部２４はネットワーク８を介した他のノードＮｎや投入サーバＳＶ等との間のデータ授受についての通信制御を行う。入力部２６はユーザからの指示を受け付け、その指示に応じた指示信号を制御部２１に出力する。この入力部２６は、例えばキーボード、マウス、或いは操作パネル等により実現されるものである。

なお以上の構成を備えるノードＮｎは、実際にはいわゆるパーソナルコンピュータ、ＳＴＢ（Set Top Box）またはテレビジョン受信機等として実現可能である。記憶部２２には、実施形態のノード処理プログラム、コンテンツとしてのファイル、ＤＨＴを用いたルーティングテーブル等が記憶されている。以上の構成において制御部２１は、ＣＰＵが記憶部２２またはＲＯＭ等に記憶されたノード処理プログラムを読み出して実行することにより、ノードＮｎ全体を統括制御する。具体的には、ノードＮｎが配信システムＳへ参加したのちに制御部２１がノード処理プログラムを実行することで、上述したユーザノード、ルートノードまたは保持ノード等の、少なくともいずれか一つのノードとして機能する。

（Ｄ）コンテンツ配信動作
次に、第１実施形態の配信システムＳにおけるコンテンツ配信動作について、図２から図４を用いて具体的に説明する。なお図４は、第１実施形態のコンテンツ配信動作を示すフローチャートである。

初めに、第１実施形態の配信システムＳに含まれる図示しない指示者サーバにおける動作等について、図２（ａ）および図２（ｃ）ならびに図４（ａ）を用いて説明する。指示者サーバは、第１実施形態の配信システムＳ内に複合コンテンツを投入する指示を行う指示者により操作されるサーバである。

以下の第１実施形態のコンテンツ配信動作の説明においては、図２（ａ）に例示する複合コンテンツを構成するメインコンテンツＭならびにサブコンテンツＳ１およびＳ２が既に配信システムＳに投入済みであることを前提とする。またこれらに対応するインデックスファイルＩＦも既に配信システムＳに投入済みであるとする。これらメインコンテンツＭ等およびインデックスファイルＩＦには、既にコンテンツＩＤが付与されている。これらの付与済みのコンテンツＩＤは、投入サーバＳＶの記憶部３６内に記憶されている。

第１実施形態の指示者サーバは、図４（ａ）に示すように、その図示しない電源スイッチがオンとされると、図４（ａ）のフローチャートの動作を開始する。先ず指示者サーバは、その動作に用いられる各種プログラムを初期化する（ステップＳ１）。次に指示者サーバは、複合コンテンツを構成するいずれかのコンテンツが新たなコンテンツに更新されたとき、その更新後のコンテンツを、配信システムＳへのコンテンツ更新指示と共に投入サーバＳＶに送信する（ステップＳ２）。その後指示者サーバは、更新されたコンテンツの配信システムＳへの投入が完了したことを示す完了通知が投入サーバＳＶから送信されてきたか否かを監視する（ステップＳ３）。ステップＳ３において受信を監視する完了通知には、上記インデックスファイルＩＦ自体のコンテンツＩＤと、更新前後のコンテンツそれぞれのコンテンツＩＤと、が含まれている。ステップＳ３の監視において完了通知が受信されない場合（ステップＳ３；ＮＯ）、指示者サーバは後述するステップＳ６の動作に移行する。一方ステップＳ３の監視において完了通知が受信された場合（ステップＳ３；ＹＥＳ）、指示者サーバは次に、受信した完了通知からインデックスファイルＩＦおよび更新前後のコンテンツそれぞれのコンテンツＩＤを取得する（ステップＳ４）。その後指示者サーバは、ステップＳ４の動作で取得した各コンテンツＩＤを用いて、複合コンテンツを構成するコンテンツの配信に用いられるウェブページであるコンテンツ配信ページを生成して記憶する（ステップＳ５）。コンテンツ配信ページは、複合コンテンツの配信を所望するユーザノードにおいて閲覧される。コンテンツ配信ページに対応するページデータＷＰの例が図２（ｃ）に示されている。指示者サーバは、インデックスファイルＩＦのコンテンツＩＤに加えて、インデックスファイルＩＦに対応する複合コンテンツの階層構造ＳＲにおけるメインコンテンツＭの位置を示すいわゆるファイルパスと、更新前後のコンテンツそれぞれのコンテンツＩＤと、をページデータＷＰに含ませる。図２（ｃ）には、インデックスファイルＩＦのコンテンツＩＤが「ＸＸＸＸＸ」であり、メインコンテンツＭの位置を示すファイルパスが「/index.html」である場合が例示されている。また実施形態のコンテンツ配信ページは、複合コンテンツを構成する各コンテンツを更新する場合にも用いられる。このためコンテンツ配信ページのページデータＷＰには、更新前後のコンテンツのコンテンツＩＤが含まれている。図２（ｃ）に例示する場合、更新前のコンテンツのコンテンツＩＤが「ＢＢＢＢＢ」であり、更新後のコンテンツのコンテンツＩＤが「ＤＤＤＤＤ」である。ページデータＷＰに記述された更新前後のコンテンツのコンテンツＩＤを示す情報が、第１実施形態の「第２コンテンツ」に相当する。さらに図２（ｃ）に例示するページデータＷＰには、取得されるコンテンツが複合コンテンツであることを示す情報「p2p-multi」も含まれている。

次に指示者サーバは、ステップＳ５の動作により記憶したコンテンツ配信ページの要求がノードＮｎから送信されてきたか否かを判定する（ステップＳ６）。ステップＳ６の判定において要求が送信されてこない場合（ステップＳ６；ＮＯ）、指示者サーバは後述するステップＳ８の動作に移行する。ステップＳ６の判定において要求が送信されてきた場合（ステップＳ６；ＹＥＳ）、指示者サーバは要求されたコンテンツ配信ページをその要求元のノードＮｎに対して送信する（ステップＳ７）。

その後指示者サーバは、その電源スイッチがオフとされたか否かを判定する（ステップＳ８）。ステップＳ８の判定において電源スイッチがオフとされていない場合（ステップＳ８；ＮＯ）、指示者サーバは上記ステップＳ３の動作に移行する。ステップＳ８の判定において電源スイッチがオフとされている場合（ステップＳ８；ＹＥＳ）、指示者サーバはそのまま第１実施形態のコンテンツ配信動作を終了する。

次に、第１実施形態の投入サーバＳＶにおける動作について、図２および図４（ｂ）を用いて説明する。

図４（ｂ）に示すように、第１実施形態の投入サーバＳＶの制御部３５は、投入サーバＳＶの図示しない電源スイッチがオンとされると、図４（ｂ）のフローチャートの動作を開始する。先ず制御部３５は、投入サーバＳＶの動作に用いられる各種プログラムを初期化する（ステップＳ１０）。次に制御部３５は、上記コンテンツ更新指示および更新後のコンテンツを指示者サーバから受信したか否かを監視する（ステップＳ１１）。このコンテンツ更新指示等は、図４（ａ）ステップＳ２の動作により指示者サーバから送信されたものである。ステップＳ１１の監視においてコンテンツ更新指示等が受信されない場合（ステップＳ１１；ＮＯ）、制御部３５は後述するステップＳ１４の動作に移行する。ステップＳ１１の監視においてコンテンツ更新指示等が受信された場合（ステップＳ１１；ＹＥＳ）、制御部３５は、ステップＳ１１の動作で受信した更新後のコンテンツの配信システムＳへの投入処理を実行する（ステップＳ１２）。この投入処理により、更新後のコンテンツに対してコンテンツＩＤが付与される。このコンテンツＩＤの付与方法は、具体的には上記特許文献１に開示されている方法と同様の方法を用いることができる。ステップＳ１２の動作により、更新後のコンテンツが各ノードＮｎにおいて取得可能となる。その後制御部３５は、更新後のコンテンツの配信システムＳへの投入処理が完了したことを示す完了通知を指示者サーバに送信する（ステップＳ１３）。制御部３５は、更新されたコンテンツのインデックスファイルＩＦのコンテンツＩＤおよび更新前後のコンテンツそれぞれのコンテンツＩＤを、完了通知に含ませて送信する。このとき、更新されたコンテンツのインデックスファイルＩＦのコンテンツＩＤと更新前のコンテンツのコンテンツＩＤとは記憶部３６内に記憶されている。次に制御部３５は、投入サーバＳＶの電源スイッチがオフとされたか否かを判定する（ステップＳ１４）。ステップＳ１４の判定において電源スイッチがオフとされていない場合（ステップＳ１４；ＮＯ）、制御部３５は上記ステップＳ１１の動作に移行する。ステップＳ１４の判定において電源スイッチがオフとされている場合（ステップＳ１４；ＹＥＳ）、制御部３５はそのまま第１実施形態のコンテンツ配信動作を終了する。

最後に、第１実施形態のノードＮｎにおける動作について、図２ならびに図４（ｃ）おおび図４（ｄ）を用いて説明する。なお図４（ｃ）および図４（ｄ）に示す動作は、ユーザノードとしてのノードＮｎの動作である。

先ず図４（ｃ）に示すように、第１実施形態のノードＮｎの制御部２１は、ノードＮｎの図示しない電源スイッチがオンとされると、図４（ｃ）のフローチャートの動作を開始する。先ず制御部２１は、ノードＮｎの動作に用いられる各種プログラムを初期化する（ステップＳ２０）。次に制御部２１は、複合コンテンツの取得を要求するユーザの操作が入力部２６において実行されたか否かを監視する（ステップＳ２１）。ステップＳ２１の監視においてユーザの操作が実行されない場合（ステップＳ２１；ＮＯ）、制御部２１は後述するステップＳ３１の動作に移行する。一方ステップＳ２１の監視においてユーザの操作が実行された場合（ステップＳ２１；ＹＥＳ）、制御部２１は、その操作に対応したページデータＷＰを取得して、コンテンツ配信ページを表示部２８に表示する（ステップＳ２２）。このコンテンツ配信ページは、図４（ａ）ステップＳ５の動作により指示者サーバにより生成されたものである。図２（ｃ）には対応するページデータＷＰが例示されている。

次に制御部２１は、表示されているコンテンツ配信ページに含まれているインデックスファイルＩＦのコンテンツＩＤを取得する（ステップＳ２３）。その後制御部２１は、取得したコンテンツＩＤに基づいてクエリを送信してインデックスファイルＩＦを取得する（ステップＳ２４）。ステップＳ２４の動作において制御部２１は、インデックスファイルＩＦのコンテンツＩＤに基づいてクエリを送信し、インデックスファイルＩＦの保持ノードにアクセスしてインデックスファイルＩＦを取得する。すなわち制御部２１は、インデックスファイルＩＦのコンテンツＩＤに基づいてそのインデックスファイルＩＦを取得する。次に制御部２１は、表示されているコンテンツ配信ページに含まれている更新前後のコンテンツのコンテンツＩＤを取得する（ステップＳ２５）。すなわち制御部２１は、インデックスファイルＩＦのコンテンツＩＤに基づいて、更新前後のコンテンツのコンテンツＩＤを取得する。そして制御部２１は、インデックスファイルＩＦのコンテンツＩＤと共にコンテンツ配信ページに記述されていたファイルパスと一致する位置情報に対応するコンテンツＩＤを、インデックスファイルＩＦにおいて検索する（ステップＳ２６）。図２（ｃ）に例示する場合、インデックスファイルＩＦのコンテンツＩＤは「ＸＸＸＸＸ」であり、それと共にコンテンツ配信ページに記述されているファイルパスは「/index.html」である。次に制御部２１は、「/index.html」なる位置情報に対応するコンテンツＩＤとして、コンテンツＩＤ「ＡＡＡＡＡ」を検索する（ステップＳ２７）。次に制御部２１は、検索したコンテンツＩＤ「ＡＡＡＡＡ」に基づいてクエリを送信し、対応するメインコンテンツＭを取得して再生する（ステップＳ２８）。ステップＳ２８の動作において制御部２１は、メインコンテンツＭの保持ノードにアクセスしてメインコンテンツＭを取得する。

その後制御部２１は、取得したメインコンテンツＭ内に、他のサブコンテンツＳ１等の名称および位置情報が記述されており、それらの取得要求がされているか否かを判定する（ステップＳ２９）。ステップＳ２９の判定において、他のサブコンテンツＳ１等の取得要求がされている場合（ステップＳ２９；ＹＥＳ）、制御部２１はそのサブコンテンツＳ１等の取得および再生を実行する（ステップＳ３０）。ステップＳ３０の動作として制御部２１は、サブコンテンツＳ１等を要求するとき、更新前のコンテンツＩＤと更新後のコンテンツＩＤとに基づいて、インデックスファイルＩＦが含む更新前のコンテンツＩＤに代えて、更新後のコンテンツＩＤにより識別されるサブコンテンツＳ１等を要求する。このステップＳ３０の動作については、後ほど図４（ｄ）を用いて詳述する。ステップＳ２９の判定において、他のサブコンテンツＳ１等の取得要求がされていない場合（ステップＳ２９；ＮＯ）、制御部２１は以下のステップＳ３１の動作に移行する。

その後制御部２１は、ノードＮｎの電源スイッチがオフとされたか否かを判定する（ステップＳ３１）。ステップＳ３１の判定において電源スイッチがオフとされていない場合（ステップＳ３１；ＮＯ）、制御部２１は上記ステップＳ２１の動作に移行する。ステップＳ３１の判定において電源スイッチがオフとされている場合（ステップＳ３１；ＹＥＳ）、制御部２１はそのまま第１実施形態のコンテンツ配信動作を終了する。

次に、上記ステップＳ３０の動作について、図４（ｄ）を用いて詳述する。ステップＳ３０におけるサブコンテンツＳ１等の取得および再生において、制御部２１は先ず、取得されたメインコンテンツＭを参照して、取得要求されているサブコンテンツＳ１等の位置情報および名称情報を含むファイルパスを取得する（ステップＳ３００）。次に制御部２１は、取得したファイルパスに対応するコンテンツＩＤをインデックスファイルＩＦから取得する（ステップＳ３０１）。たとえば図２（ａ）に例示する複合コンテンツのサブコンテンツＳ１の場合、メインコンテンツＭにはサブコンテンツＳ１の名称情報「image1.gif」と、その階層構造ＳＲにおける位置を示す位置情報「pie/」と、が記述されている。よって制御部２１は、ステップＳ３００の動作によりメインコンテンツＭからファイルパス「pie/image1.gif」を取得する。次に制御部２１は、ステップＳ３０１の動作により、このファイルパスに対応するコンテンツＩＤ「ＢＢＢＢＢ」をインデックスファイルＩＦから取得する。次に制御部２１は、ステップＳ３０１の動作により取得したコンテンツＩＤのコンテンツが更新対象であるか否かを判定する（ステップＳ３０２）。ステップＳ３０２において制御部２１は、具体的には、ステップＳ２２の動作により取得したコンテンツ配信ページ内にステップＳ３０１の動作により取得したコンテンツＩＤが記述されているか否かを確認する。ステップＳ３０１の動作により取得したコンテンツＩＤのコンテンツが更新対象である場合、このコンテンツＩＤが、更新前のコンテンツのコンテンツＩＤとしてページデータＷＰ内に記述されている。図２（ｃ）に例示する場合、更新前のコンテンツのコンテンツＩＤは「ＢＢＢＢＢ」である。ステップＳ３０１の動作により取得したコンテンツＩＤのコンテンツが更新対象でない場合（ステップＳ３０２；ＮＯ）、制御部２１は後述するステップＳ３０４の動作に移行する。一方ステップＳ３０２の判定において、ステップＳ３０１の動作により取得したコンテンツＩＤのコンテンツが更新対象である場合（ステップＳ３０２；ＹＥＳ）、制御部２１はコンテンツＩＤの置換動作を行う（ステップＳ３０３）。すなわち制御部２１は、ステップＳ３０１の動作により取得したコンテンツＩＤを、ページデータＷＰ内に記述されている更新後のコンテンツのコンテンツＩＤに置換する。図２（ｃ）に例示する場合、制御部２１は、ステップＳ３０１の動作により取得したコンテンツＩＤ「ＢＢＢＢＢ」を、更新後のコンテンツのコンテンツＩＤ「ＤＤＤＤＤ」に置換する。その制御部２１は、置換後のコンテンツＩＤ「ＤＤＤＤＤ」に基づいてクエリを送信し、対応する更新後のサブコンテンツＳ１を取得して再生する（ステップＳ３０４）。ステップＳ３０４の動作において制御部２１は、コンテンツＩＤ「ＤＤＤＤＤ」に基づいてクエリを送信し、サブコンテンツＳ１の保持ノードにアクセスしてサブコンテンツＳ１を取得する。その後制御部２１は、取得したメインコンテンツＭ内に、さらに他のサブコンテンツ等の名称および位置情報が記述されており、それらの取得要求がされているか否かを判定する（ステップＳ３０５）。ステップＳ３０５の判定において、他のサブコンテンツ等の取得要求がされてない場合（ステップＳ３０５；ＮＯ）、制御部２１は上記ステップＳ３１の動作に移行する。このステップＳ３１の動作は図４（ｃ）に示されている。一方ステップＳ３０５の判定において、他のサブコンテンツ等の取得要求がされている場合（ステップＳ３０５；ＹＥＳ）、制御部２１は上記ステップＳ３００の動作に移行して、他のサブコンテンツ等を取得する。

以上説明したように、第１実施形態のコンテンツ配信動作によれば、所定の構造に関連付けられたコンテンツの更新がされたとき、対応するコンテンツ配信ページをノードＮｎに対して公開する。ノードＮｎでは、各コンテンツの取得要求がされたとき、各コンテンツおよびインデックスファイルＩＦそれぞれのコンテンツＩＤに基づいてインデックスファイルＩＦおよび更新後のコンテンツそれぞれの取得要求を行う。よって、コンテンツ配信ページを参照することで更新後のコンテンツを取得できるので、元のインデックスファイルＩＦ自体を再度作り直すことなく、更新後のコンテンツを取得することができる。

また、インデックスファイルＩＦのコンテンツＩＤと、更新前のコンテンツのコンテンツＩＤと、更新後のコンテンツのコンテンツＩＤと、を対応付けたコンテンツ配信ページが公開される。よって、ノードＮｎにおいて確実に更新後のコンテンツを取得することができる。

（II）第２実施形態
次に、本発明の他の実施形態である第２実施形態のコンテンツ配信動作について、図５から図７を用いて説明する。なお図５および図６は第２実施形態のコンテンツ配信動作を示すフローチャートである。図７は第２実施形態の複合コンテンツの配信動作等を例示する図である。

上述した第１実施形態においては、複合コンテンツであることを示す情報、インデックスファイルＩＦのコンテンツＩＤおよび更新前後のコンテンツのコンテンツＩＤ等が、コンテンツ配信ページ内に記述されていた。これに対して第２実施形態では、更新前後のコンテンツのコンテンツＩＤが記述されている変換ファイルをコンテンツの一つとして配信システムＳに投入してコンテンツの更新に用いる。第２実施形態のコンテンツ配信ページには、この変換ファイルのコンテンツＩＤが記述されている。この変換ファイルが、第２実施形態の「第２コンテンツ」に相当する。

なお、第２実施形態の配信システムのハードウエア的な構成は基本的に第１実施形態の配信システムＳのハードウエア的な構成と同様である。よって以下の説明では、第１実施形態の配信システムＳを示す部材番号を引用して動作を説明する。さらに図５および図６に示すフローチャートにおいて、図４に示す第１実施形態のコンテンツ配信動作と同様の動作については、同一のステップ番号を付して細部の説明は省略する。なお、第２実施形態の投入サーバＳＶの記憶部３６には、第２実施形態の変換ファイルを含む各コンテンツのカタログ情報が記憶されている。

次に、第２実施形態の配信システムＳにおけるコンテンツ配信動作について具体的に説明する。

初めに、第２実施形態の配信システムＳに含まれる図示しない指示者サーバにおける動作について、図５（ａ）ならびに図７（ａ）および図７（ｂ）を用いて説明する。

図５（ａ）に示すように、第２実施形態の指示者サーバは、その図示しない電源スイッチがオンとされると、図５（ａ）のフローチャートの動作を開始する。先ず指示者サーバは、図４（ａ）に示すステップＳ１と同様の動作を実行する。ここで、第２実施形態のコンテンツ配信動作によって配信される複合コンテンツの構造は第１実施形態の階層構造ＳＲと同様であるとする。階層構造ＳＲの具体例は、図２（ａ）に示されている。

次に指示者サーバは、図４（ａ）に示すステップＳ２からＳ４までと同様の動作をそれぞれ実行する。このときのステップＳ３の動作において受信が判定される完了通知には、第１実施形態の場合と異なり、上記インデックスファイルＩＦ自体のコンテンツＩＤと、第２実施形態の変換ファイルのコンテンツＩＤと、が含まれている。第２実施形態の変換ファイルＣＦには、図７（ａ）に例示するように、更新前のコンテンツのコンテンツＩＤと、更新後のコンテンツのコンテンツＩＤと、が対応付けられて記述されている。図７（ａ）に例示されている変換ファイルＣＦには、コンテンツＩＤが「ＢＢＢＢＢ」であるコンテンツが、コンテンツＩＤが「ＤＤＤＤＤ」であるコンテンツに更新されていることが記述されている。またコンテンツＩＤが「ＣＣＣＣＣ」であるコンテンツが、コンテンツＩＤが「ＥＥＥＥＥ」であるコンテンツに更新されていることも併せて記述されている。変換ファイルＣＦには、それ自体に投入サーバＳＶにより一つのコンテンツＩＤが付与される。図７（ａ）に例示する変換スファイルＣＦには、それ自体のコンテンツＩＤとして「ＺＺＺＺＺ」が付与されている。

次に指示者サーバは、ステップＳ４の動作で取得したインデックスファイルＩＦのコンテンツＩＤと、変換ファイルＣＦのコンテンツＩＤと、を用いて、第２実施形態のコンテンツ配信ページを生成して記憶する（ステップＳ４０）。第２実施形態のコンテンツ配信ページのページデータＷＰ２には、図７（ｂ）に例示するように、インデックスファイルＩＦのコンテンツＩＤと、メインコンテンツＭの位置を示すファイルパスと、変換ファイルＣＦのコンテンツＩＤと、が含まれている。

その後指示者サーバは、図４（ａ）に示すステップＳ６からＳ８と同様の動作を実行して、第２実施形態のコンテンツ配信動作を終了する。

次に、第２実施形態の投入サーバＳＶにおける動作について、図５（ｂ）および図７を用いて説明する。

図５（ｂ）に示すように、第２実施形態の投入サーバＳＶの制御部３５は、投入サーバＳＶの図示しない電源スイッチがオンとされると、図５（ｂ）のフローチャートの動作を開始する。先ず制御部３５は、図４（ｂ）に示すステップＳ１０からＳ１２と同様の動作をそれぞれ実行する。次に制御部３５は、変換ファイルＣＦの配信システムＳへの投入が初回か否かを判定する（ステップＳ５０）。換言すれば制御部３５は、変換ファイルＣＦにコンテンツＩＤが記述されているコンテンツの更新が初めてか否かを判定する。このステップＳ５０の判定は、たとえば変換ファイルＣＦ自体に対応するカタログ情報が記憶部３６に記憶されているか否かを判定することにより行われる。変換ファイルＣＦに対応するカタログ情報が記憶部３６内に記憶されていれば、制御部３５は変換ファイルの投入が２回目以降であると判定する（ステップＳ５０；２回目以降）。また変換ファイルＣＦに対応するカタログ情報が記憶部３６内に存在されていなければ、制御部３５は変換ファイルの投入が初回であると判定する（ステップＳ５０；初回）。

ステップＳ５０の判定において、変換ファイルＣＦの投入が初回である場合（ステップＳ５０；初回）、制御部３５は、ステップＳ１２の動作により付与されている更新後のコンテンツのコンテンツＩＤを用いて、変換ファイルＣＦを新たに生成する（ステップＳ５１）。この変換ファイルＣＦは、たとえば図７（ａ）に例示される変換ファイルＣＦである。また制御部３５は、生成された変換ファイルＣＦ自体に対応するカタログ情報を新たに生成する（ステップＳ５２）。次に制御部３５は、生成された変換ファイルＣＦの配信システムＳへの投入処理を実行し、変換ファイルＣＦに対してコンテンツＩＤの付与を受ける（ステップＳ５３）。その後制御部３５は、投入した変換ファイルＣＦのカタログ情報にステップＳ５３の動作により付与されたコンテンツＩＤを記述する（ステップＳ５４）。次に制御部３５は、変換ファイルＣＦのカタログ情報を配信システムＳに投入する投入処理を実行する（ステップＳ５５）。この投入処理により、カタログ情報はたとえばマルチキャスト方式により各ノードＮｎに配信される。このマルチキャスト方式によるカタログ情報の配信は、具体的には上記特許文献１に開示されている方法と同様の方法を用いることができる。その後制御部３５は、図４（ｂ）に示すステップＳ１３およびＳ１４と同様の動作をそれぞれ実行して、第２実施形態のコンテンツ配信動作を終了する。

一方、ステップＳ５０の判定において、変換ファイルＣＦの投入が２回目以降である場合（ステップＳ５０；２回目以降）、制御部３５は、新しい変換ファイルＣＦの配信システムＳへの投入処理を実行し、新しい変換ファイルＣＦに対してコンテンツＩＤの付与を受ける（ステップＳ５６）。次に制御部３５は、その更新された変換ファイルＣＦに対応するカタログ情報の更新データに、ステップＳ５６の動作により付与されたコンテンツＩＤを記述する（ステップＳ５７）。その後制御部３５は、上記ステップＳ５５の動作に移行する。

ここで、変換ファイルＣＦが更新される度に図５（ｂ）に示す動作が実行されることにより更新される、変換ファイルＣＦのカタログ情報について、図７（ｃ）を用いて説明する。なお図７（ｃ）においては、白矢印により変換ファイルＣＦに対応するカタログ情報の更新順序を示す。先ず、上記ステップＳ５０からＳ５２の動作により変換ファイルＣＦが新たに生成され、さらに変換ファイルＣＦに対応するカタログ情報も新たに生成されたとする。この場合のカタログ情報ＣＧの例が図７（ｃ）最上段に示されている。図７（ｃ）最上段に例示するカタログ情報ＣＧには、新たに生成された変換ファイルＣＦのコンテンツＩＤが「１００００」であることが記述されている。また、変換ファイルＣＦの公開期間が２０１０年１月１日０：００から２０１１年１月１日０：００までであることも記述されている。さらにカタログ情報ＣＧでは、変換ファイルＣＦが新たに生成されたものであるため、その更新データの欄は空白となる。次に、その変換ファイルＣＦが更新された結果、上記ステップＳ５６の動作により、更新後の変換ファイルＣＦに新しいコンテンツＩＤ「１０００１」が付与されたとする。この場合の変換ファイルＣＦに対応するカタログ情報ＣＧ１が図７（ｃ）上から二つ目に例示されている。このカタログ情報ＣＧ１において、コンテンツＩＤが「１００００」である行を参照すると、その行の更新データには、上記ステップＳ５７の動作により、新しいコンテンツＩＤ「１０００１」が記述される。一方、コンテンツＩＤが「１０００１」である行を参照すると、その行の更新データの欄は空白となる。よって、コンテンツＩＤ「１０００１」により識別される変換ファイルＣＦが最新の変換ファイルＣＦであることが、カタログ情報ＣＧ１を取得したノードＮｎにより後述するように認識できる。また、変換ファイルＣＦがさらに更新された場合、上記ステップＳ５６およびＳ５７と同様の動作により、図７（ｃ）最下段に例示されるようにカタログ情報ＣＧ１がカタログ情報ＣＧ２に更新される。そして、カタログ情報ＣＧ２のコンテンツＩＤ「１０００２」で識別される変換ファイルＣＦが最新の変換ファイルＣＦであることが、カタログ情報ＣＧ１を取得したノードＮｎにより認識できる。

最後に、第２実施形態のノードＮｎにおける動作について、図６を用いて説明する。なお図６に示す動作は、第１実施形態の場合と同様にユーザノードとしてのノードＮｎの動作である。

図６に示すように、第２実施形態のノードＮｎの制御部２１は、ノードＮｎの図示しない電源スイッチがオンとされると、図６のフローチャートの動作を開始する。先ず制御部２１は、図４（ｃ）に示すステップＳ２０からＳ２４までと同様の動作をそれぞれ実行する。このステップＳ２１の動作により表示部２８に表示されるコンテンツ配信ページのページデータＷＰ２は図７（ｂ）に例示されている。

次に制御部２１は、表示されているコンテンツ配信ページに含まれている変換ファイルＣＦのコンテンツＩＤを取得する（ステップＳ６０）。次に制御部２１は、取得されたコンテンツＩＤに基づいて上記ステップＳ５５の動作で投入されて取得されている変換ファイルＣＦのカタログ情報ＣＧを参照する（ステップＳ６１）。次に制御部２１は、参照したカタログ情報ＣＧにおける更新データから、最新の変換ファイルＣＦのコンテンツＩＤを取得する（ステップＳ６２）。図７（ｃ）に例示したカタログ情報ＣＧからＣＧ２についてこのステップＳ６２の動作が実行された場合、制御部２１は、最新の変換ファイルＣＦのコンテンツＩＤとして、「１０００２」を取得できる。その後制御部２１は、ステップＳ６２により取得されたコンテンツＩＤを用いてクエリを送信して最新の変換ファイルＣＦを取得する（ステップＳ６３）。すなわち制御部２１は、変換ファイルＣＦのカタログ情報ＣＧの更新データに基づいて、最新の変換ファイルＣＦを取得する。その後制御部２１は、図４（ｃ）に示すステップＳ２６からＳ３１までと同様の動作をそれぞれ実行する。この場合のステップＳ３０の動作中のステップＳ３０２の判定において、制御部２１は、ステップＳ６３により取得された変換ファイルＣＦにコンテンツＩＤが記述されているか否かにより、更新対象のサブコンテンツ等であるか否かを判定する。

以上説明したように、第２実施形態のコンテンツ配信動作によれば、第１実施形態のコンテンツ配信動作と同様にコンテンツ配信ページを参照することで更新後のコンテンツを取得できるので、元のインデックスファイルＩＦ自体を再度作り直すことなく、更新後のコンテンツを取得することができる。

また、更新前後のコンテンツのコンテンツＩＤを対応付けた変換ファイルＣＦを配信システムＳに投入し、インデックスファイルＩＦおよび変換ファイルＣＦそれぞれのコンテンツＩＤをノードＮｎに対して通知する。そしてノードＮｎにおいて、各コンテンツＩＤを用いてインデックスファイルＩＦおよび変換ファイルＣＦの取得要求を送信する。よって、取得されたインデックスファイルＩＦおよび変換ファイルＣＦを用いて、ノードＮｎにおいて確実に更新後のコンテンツを取得することができる。

さらに、インデックスファイルＩＦおよび変換ファイルＣＦそれぞれのコンテンツＩＤをノードＮｎにおいて閲覧するためのコンテンツ配信ページを公開するので、各ノードＮｎにおいて確実に更新後のコンテンツを取得することができる。

さらにまた、変換ファイルＣＦおよび対応するカタログ情報ＣＧをノードＮｎに取得させるので、ノードＮｎにおいて変換ファイルＣＦおよび対応するカタログ情報ＣＧを参照することにより確実に更新後のコンテンツを取得することができる。

また、変換ファイルＣＦの更新データがカタログ情報ＣＧに含まれており、その更新データに基づいて最新の変換コンテンツＣＦおよび最新のコンテンツの取得要求を送信する。よって、ノードＮｎにおいて確実に最新のコンテンツを取得することができる。

なお、第２実施形態の変換ファイルＣＦに代えて、更新前のコンテンツのレコードのたとえば特殊キーワードの部分に更新後のコンテンツのコンテンツＩＤが記述されているカタログ情報を、「第２コンテンツ」として用いることもできる。このカタログ情報のレコードでは、更新前のコンテンツＩＤと更新後のコンテンツＩＤとが対応付けられている。このカタログ情報は、配信システムＳ内においてたとえばマルチキャスト方式により各ノードＮｎに配信される。ユーザノードの制御部２１は、配信されたカタログ情報において、インデックスファイルＩＦにコンテンツＩＤが記述されている更新前のコンテンツのレコードから、更新後のコンテンツのコンテンツＩＤを取得する。これにより制御部２１は、更新後のコンテンツを取得することができる。

（III）変形形態
次に、本発明の変形形態について、図７（ｄ）から図７（ｆ）を用いて説明する。

先ず第１変形形態について、図７（ｄ）を用いて説明する。図７（ｄ）は第１変形形態の変換ファイルを例示する図である。上述した第２実施形態では、図７（ａ）に例示するように、変換ファイルＣＦにより更新が示される更新前のコンテンツと更新後のコンテンツとが、一対一に対応付けられていた。この変換ファイルＣＦに代えて、図７（ｄ）に例示する変換ファイルＣＦＭ１を用いることもできる。変換ファイルＣＦＭ１においては、一つの更新前のコンテンツのコンテンツＩＤ「ＢＢＢＢＢ」が、二つの更新後のコンテンツのコンテンツＩＤ「ＤＤＤＤＤ」および「ＥＥＥＥＥ」に対応付けられている。この変換ファイルＣＦＭ１を取得したノードＮｎの制御部２１は、更新後のコンテンツのコンテンツＩＤとして、変換ファイルＣＦＭ１に複数記述されているコンテンツＩＤを、たとえばランダムに決定する。その後制御部２１は、決定したコンテンツＩＤにより識別される更新後のコンテンツを、オーバーレイネットワーク９を介して取得する。このように構成すれば、一つのコンテンツの更新の態様を、より多様化することができる。なお、第１実施形態のコンテンツ配信動作において、図２（ｃ）に例示されるページデータＷＰにおける「before = "BBBBB" after = "DDDDD"」の部分を、「before = "BBBBB" after = "DDDDD;EEEEE"」と記述してもよい。このページデータＷＰを用いてコンテンツＩＤ「ＤＤＤＤＤ」および「ＥＥＥＥＥ」を取得することにより、上記第１変形形態と同様の態様でのコンテンツの更新が可能となる。

次に第２変形形態について、図７（ｅ）を用いて説明する。図７（ｅ）は第２変形形態の変換ファイルを例示する図である。上述した第２実施形態の変換ファイルＣＦに代わる第２変形形態の変換ファイルとして、図７（ｅ）に例示する変換ファイルＣＦＭ２を用いることもできる。変換ファイルＣＦＭ１においては、一つの更新前のコンテンツのコンテンツＩＤ「ＢＢＢＢＢ」が、二つの更新後のコンテンツのコンテンツＩＤ「ＤＤＤＤＤ」および「ＥＥＥＥＥ」に対応付けられている。これに加えて変換ファイルＣＦＭ２においては、時刻により、対応付けられる更新後のコンテンツのコンテンツＩＤが指定されている。図７（ｅ）に例示する場合では、０：００から１１：５９までは、コンテンツＩＤ「ＢＢＢＢＢ」により識別されるコンテンツがコンテンツＩＤ「ＤＤＤＤＤ」により識別されるコンテンツに更新される。また１２：００から２３：５９までは、コンテンツＩＤ「ＢＢＢＢＢ」により識別されるコンテンツがコンテンツＩＤ「ＥＥＥＥＥ」により識別されるコンテンツに更新される。この変換ファイルＣＦＭ２を取得したノードＮｎの制御部２１は、更新後のコンテンツのコンテンツＩＤとして変換ファイルＣＦＭ２に複数記述されているコンテンツＩＤを、制御部２１内の図示しないタイマにおける計時に基づいて選択する。たとえば、現在時刻が１９：１０であれば、更新後のコンテンツのコンテンツＩＤとしてコンテンツＩＤ「ＥＥＥＥＥ」を選択する。その後制御部２１は、選択したコンテンツＩＤにより識別される更新後のコンテンツを、オーバーレイネットワーク９を介して取得する。すなわち制御部２１は、複数の更新後のコンテンツＩＤと、時刻情報とに基づいて、更新後のコンテンツを取得する。このように構成しても、一つのコンテンツの更新の態様を、より多様化することができる。なお、第１実施形態のコンテンツ配信動作において、図４（ｃ）に例示されるページデータＷＰにおける「before = "BBBBB" after = "DDDDD"」の部分を、「before = "BBBBB" after = "00:00-11:59 DDDDD、12:00-23:59 EEEEE"」と記述してもよい。このページデータＷＰを用いてコンテンツＩＤ「ＤＤＤＤＤ」および「ＥＥＥＥＥ」を取得することにより、上記第２変形形態と同様の態様でのコンテンツの更新が可能となる。

最後に第３変形形態について、図７（ｆ）を用いて説明する。図７（ｆ）は第３変形形態の変換ファイルを例示する図である。上述した第２実施形態の変換ファイルＣＦに代わる第３変形形態の変換ファイルとして、図７（ｆ）に例示する変換ファイルＣＦＭ３を用いることもできる。この変換ファイルＣＦＭ３では、第２実施形態の変換ファイルＣＦにおける時刻の情報に代えて、日付により、更新後のコンテンツのコンテンツＩＤを異ならせている。この変換ファイルＣＦＭ３を用いれば、ユーザノードの制御部２１は、日付によって異なる更新後のコンテンツを取得することができる。なお変換ファイルＣＦにおいて、日付と時刻の情報とを併せて用いて、更新後のコンテンツのコンテンツＩＤを異ならせるようにしてもよい。

また、図４（ｂ）または図５（ｂ）に示した動作に対応するプログラムは、例えばネットワーク８に接続された所定のサーバから投入サーバＳＶにダウンロードされるようにしても良い。またこのプログラムは、例えば記録媒体に記録されて当該記録媒体のドライブを介して実施形態における投入サーバＳＶの制御部３５に読み込まれて実行されるようにしても良い。

さらに同様に、図４（ｃ）および図４（ｄ）または図６に示した動作に対応するプログラムは、例えばネットワーク８に接続された所定のサーバから各ノードＮｎにダウンロードされるようにしても良い。またこのプログラムは、例えば記録媒体に記録されて当該記録媒体のドライブを介して各実施形態におけるノードＮｎの制御部２１に読み込まれて実行されるようにしても良い。

本発明はコンテンツを配信する配信システムの分野に利用することが可能であり、特にＰ２Ｐシステムにおいて複合コンテンツを配信する場合に適用すれば特に顕著な効果が得られる。

ＳＲ、ＳＲ２ 階層構造
Ｍ メインコンテンツ
Ｓ１、Ｓ２ サブコンテンツ
ＩＦ、ＩＦ２ インデックスファイル
ＦＤ１ 第１フォルダ
ＦＤ２ 第２フォルダ
ＦＤ３ 第３フォルダ
ＦＤ４ 第４フォルダ
ＦＤ５ 第５フォルダ
ＦＤ６ 第６フォルダ
ＦＤ７ 第７フォルダ
Ｃ１ 第１コンテンツ
Ｃ２ 第２コンテンツ
Ｃ３ 第３コンテンツ
Ｃ４ 第４コンテンツ
Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５、Ｎ６、Ｎ７、Ｎ８、Ｎ９、Ｎ１０、Ｎ１１、Ｎ１２、Ｎ１３、Ｎ１４、Ｎ１５、Ｎ１６、Ｎ１７、Ｎ１８、Ｎ１９、Ｎｎ ノード
Ｓ 配信システム
ＳＶ 投入サーバ
ＣＦ、ＣＦＭ１、ＣＦＭ２、ＣＦＭ３、 変換ファイル
ＣＧ、ＣＧ１、ＣＧ２ カタログ情報

Claims (10)

1. 情報処理装置と、複数のノード装置とから構成される情報通信システムであり、前記複数のノード装置から構成されるオーバーレイネットワークによりコンテンツの送受信を行う情報通信システムであって、
   前記情報処理装置は、
   前記オーバーレイネットワークを構成する前記ノード装置に分散してそれぞれ保存される複数のコンテンツが関連付けられた第１コンテンツであって、前記複数のコンテンツをそれぞれ識別する複数の第１識別情報が所定の構造により関連付けられた第１コンテンツを識別するための第２識別情報を、前記第１コンテンツに付与する付与手段と、
   前記複数の第１識別情報により識別される前記複数のコンテンツの中で、所定のコンテンツが更新されたとき、前記第２識別情報と、更新前のコンテンツを識別するための更新前第１識別情報と、更新後のコンテンツを識別するための更新後第１識別情報と、を対応付けた第２コンテンツを、前記複数のノード装置に対して公開する公開手段と、
   を備え、
   前記ノード装置は、
   前記第２識別情報を取得する第１取得手段と、
   前記公開手段により公開されている前記第２コンテンツを取得する第２取得手段と、
   前記第１取得手段により取得された前記第２識別情報に基づいて、前記第１コンテンツを取得する第３取得手段と、
   前記第２取得手段により取得された第２コンテンツが含む前記更新前第１識別情報と、前記更新後第１識別情報と、前記第３取得手段により取得された前記第１コンテンツとに基づいて、前記第３取得手段により取得された前記第１コンテンツが含む前記複数の第１識別情報の中の前記更新前第１識別情報を、前記更新後第１識別情報に代えて、前記複数の第１識別情報により識別される前記複数のコンテンツを要求する要求手段と、
   を備えることを特徴とする情報通信システム。
2. 前記情報処理装置の前記公開手段は、前記第２コンテンツを識別するための第３識別情報を前記複数のノード装置に対して通知する通知手段をさらに備え、
   前記ノード装置の前記第２取得手段は、前記通知手段により通知された前記第３識別情報に基づいて前記第２コンテンツを取得することを特徴とする請求項１に記載の情報通信システム。
3. 前記情報処理装置の前記通知手段は、前記第３識別情報を前記複数のノード装置において閲覧するためのページ情報を前記複数のノード装置に通知することを特徴とする請求項２に記載の情報通信システム。
4. 前記第２コンテンツは、前記更新前第１識別情報と、前記更新後第１識別情報と、を対応付けたカタログ情報であり、
   前記情報処理装置の前記公開手段は、前記カタログ情報を前記複数のノード装置に取得させることを特徴とする請求項１または２に記載の情報通信システム。
5. 前記ノード装置の前記第２取得手段は、前記第２コンテンツの更新履歴を示す履歴情報をさらに取得し、
   前記第２取得手段は、前記通知手段により通知された前記第３識別情報と、前記取得された履歴情報とに基づいて、最新の前記第２コンテンツを取得することを特徴とする請求項２または３に記載の情報通信システム。
6. 前記第１コンテンツに関連付けられた前記コンテンツの一つが複数のコンテンツに更新されたとき、前記第２コンテンツは、前記第２識別情報と、更新前のコンテンツを識別するための前記更新前第１識別情報と、更新後のコンテンツを識別するための複数の前記更新後第１識別情報と、を対応付け、
   前記ノード装置の前記要求手段は、複数の前記更新後第１識別情報のいずれかをランダムに決定する決定手段を備え、
   前記ノード装置の前記要求手段は、前記決定手段により決定された複数の前記更新後第１識別情報により識別される更新後の複数のコンテンツを要求することを特徴とする請求項１から４のいずれか一項に記載の情報通信システム。
7. 前記第１コンテンツに関連付けられた前記コンテンツの一つが複数のコンテンツに更新されたとき、前記第２コンテンツは、前記第２識別情報と、更新前のコンテンツを識別するための前記更新前第１識別情報と、更新後のコンテンツを識別するための複数の前記更新後第１識別情報と、を対応付け、
   前記ノード装置は、更新後の前記コンテンツに対応して予め設定されている日付情報を記憶する記憶手段をさらに備え、
   前記ノード装置の前記要求手段は、複数の前記更新後第１識別情報と、前記記憶手段に記憶されている前記日付情報と、に基づいて、更新後の複数のコンテンツを要求することを特徴とする請求項１から４のいずれか一項に記載の情報通信システム。
8. 複数のノード装置から構成される情報通信システムであり、前記複数のノード装置から構成されるオーバーレイネットワークによりコンテンツの送受信を行う情報通信システムであって、
   前記オーバーレイネットワークを構成する前記ノード装置に分散してそれぞれ保存される複数のコンテンツが関連付けられた第１コンテンツであって、前記複数のコンテンツをそれぞれ識別する複数の第１識別情報が所定の構造により関連付けられた第１コンテンツを識別するための第２識別情報が前記第１コンテンツに付与されており、
   前記複数の第１識別情報により識別される前記複数のコンテンツの中で、所定のコンテンツが更新されたとき、前記第２識別情報と、更新前のコンテンツを識別するための更新前第１識別情報と、更新後のコンテンツを識別するための更新後第１識別情報と、を対応付けた第２コンテンツが前記複数のノード装置に対して公開されている情報通信システムに含まれる前記ノード装置において、
   前記第２識別情報を取得する第１取得手段と、
   前記公開されている前記第２コンテンツを取得する第２取得手段と、
   前記第１取得手段により取得された前記第２識別情報に基づいて、前記第１コンテンツを取得する第３取得手段と、
   前記第２取得手段により取得された第２コンテンツが含む前記更新前第１識別情報と、前記更新後第１識別情報と、前記第３取得手段により取得された前記第１コンテンツとに基づいて、前記第３取得手段により取得された前記第１コンテンツが含む前記複数の第１識別情報の中の前記更新前第１識別情報を、前記更新後第１識別情報に代えて、前記複数の第１識別情報により識別される前記複数のコンテンツを要求する要求手段と、
   を備えることを特徴とするノード装置。
9. 複数のノード装置から構成される情報通信システムであり、前記複数のノード装置から構成されるオーバーレイネットワークによりコンテンツの送受信を行う情報通信システムであって、
   前記オーバーレイネットワークを構成する前記ノード装置に分散してそれぞれ保存される複数のコンテンツが関連付けられた第１コンテンツであって、前記複数のコンテンツをそれぞれ識別する複数の第１識別情報が所定の構造により関連付けられた第１コンテンツを識別するための第２識別情報が前記第１コンテンツに付与されており、
   前記複数の第１識別情報により識別される前記複数のコンテンツの中で、所定のコンテンツが更新されたとき、前記第２識別情報と、更新前のコンテンツを識別するための更新前第１識別情報と、更新後のコンテンツを識別するための更新後第１識別情報と、を対応付けた第２コンテンツが前記複数のノード装置に対して公開されている情報通信システムに含まれる前記ノード装置に含まれるコンピュータに、
   前記第２識別情報を取得するステップと、
   前記公開されている第２コンテンツを取得するステップと、
   前記取得された第２識別情報に基づいて、前記第１コンテンツを取得するステップと、
   前記取得された第２コンテンツが含む前記更新前第１識別情報と、前記更新後第１識別情報と、前記取得された第１コンテンツとに基づいて、前記取得された第１コンテンツが含む前記複数の第１識別情報の中の前記更新前第１識別情報を、前記更新後第１識別情報に代えて、前記複数の第１識別情報により識別される前記複数のコンテンツを要求するステップと、
   を実行させることを特徴とするプログラム。
10. 複数のノード装置から構成されるオーバーレイネットワークによりコンテンツの送受信を行う情報通信システムにおいて実行される情報処理方法であって、
    前記オーバーレイネットワークを構成する前記ノード装置に分散してそれぞれ保存される複数のコンテンツが関連付けられた第１コンテンツであって、前記複数のコンテンツをそれぞれ識別する複数の第１識別情報が所定の構造により関連付けられた第１コンテンツを識別するための第２識別情報を、前記第１コンテンツに付与する付与工程と、
    前記複数の第１識別情報により識別される前記複数のコンテンツの中で、所定のコンテンツが更新されたとき、前記第２識別情報と、更新前のコンテンツを識別するための更新前第１識別情報と、更新後のコンテンツを識別するための更新後第１識別情報と、を対応付けた第２コンテンツを、前記複数のノード装置に対して公開する公開工程と、
    前記第２識別情報を取得する第１取得工程と、
    前記公開されている第２コンテンツを取得する第２取得工程と、
    前記第１取得工程により取得された前記第２識別情報に基づいて、前記第１コンテンツを取得する第３取得工程と、
    前記第２取得工程により取得された第２コンテンツが含む前記更新前第１識別情報と、前記更新後第１識別情報と、前記第３取得工程により取得された前記第１コンテンツとに基づいて、前記第３取得工程により取得された前記第１コンテンツが含む前記複数の第１識別情報の中の前記更新前第１識別情報を、前記更新後第１識別情報に代えて、前記複数の第１識別情報により識別される前記複数のコンテンツを要求する要求工程と、
    を含むことを特徴とする情報処理方法。

Images