"ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムであって、前記配信システムに含まれる前記複数のノード装置の何れかのノード装置は、前記複数のコンテンツの中から、2つ以上のコンテンツにより構成される複合コンテンツを識別する第1識別情報と、前記第1識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する第2識別情報と、を対応付けて記憶する第1記憶手段と、前記コンテンツを問い合わせる問い合わせ情報であって、前記第2識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、前記受信手段により受信された前記第2識別情報と対応付けられた前記第1識別情報が前記第1記憶手段に記憶されているかを判定する第1判定手段と、前記第1判定手段により、前記第1識別情報が前記第1記憶手段に記憶されていると判定された場合、前記判定手段により判定された前記第1識別情報を、前記所定の装置へ送信する送信手段と、を備えることを特徴とする配信システム。前記配信システムは、前記複数のノード装置により構成されるオーバーレイネットワークを介してコンテンツが配信されるシステムであり、前記配信システムは、前記複数のノード装置の何れかであって、コンテンツを保存する第1ノード装置と、前記複数のノード装置の何れかであり、前記コンテンツごとに決定される第2ノード装置であって、前記第1ノード装置の所在を示す所在情報を管理する前記第2ノード装置と、を備え、前記第2ノード装置は、前記第1記憶手段と、前記受信手段と、前記第1判定手段と、前記送信手段と、を備え、前記第1記憶手段は、前記第2ノードが管理するコンテンツの前記第2識別情報と、前記第2識別情報が示すコンテンツを含む前記複合コンテンツの前記第1識別情報と、を対応付けて記憶することを特徴とする請求項1に記載の配信システム。配信の停止が指示されたコンテンツの前記第2識別情報を取得する取得手段と、前記取得手段により取得された前記第2識別情報を含む前記問い合わせ情報を前記複数のノード装置の何れかのノード装置に送信する第2送信手段と、前記問い合わせ情報の送信先のノード装置から前記第1識別情報を受信する第2受信手段と、前記第2受信手段により受信された前記第1識別情報により識別される前記複合コンテンツの配信を停止させる停止手段と、を備える情報処理装置を、更に備えることを特徴とする請求項1または請求項2に記載の配信システム。前記第1記憶手段は、複数の前記複合コンテンツにより構成される第2複合コンテンツを識別する第3識別情報と、前記第2複合コンテンツを構成する前記複合コンテンツを識別する第1識別情報と、を対応付けて記憶し、前記受信手段は、前記第2識別情報を含む第2問い合わせ情報を受信し、前記第1判定手段は、前記受信手段により受信された前記第2識別情報と対応付けられた前記第3識別情報を前記第1記憶手段に記憶しているかを判定し、前記送信手段は、前記第1判定手段により判定された前記第3識別情報を送信することを特徴とする請求項1から請求項3の何れか一項に記載の配信システム。前記第1ノード装置は、前記オーバーレイネットワークから何れかの前記複合コンテンツを取得する第2取得手段と、前記第2取得手段により取得された前記複合コンテンツを記憶する第2記憶手段と、前記第2記憶手段に記憶された前記複合コンテンツの前記第1識別情報と、前記複合コンテンツを構成するコンテンツの前記第2識別情報と、を前記複合コンテンツを構成するコンテンツを保存する前記第1ノード装置の前記所在情報を管理する前記第2ノード装置へ送信する第3送信手段と、を備え、前記第2ノード装置は、前記第1ノード装置から送信された前記第1識別情報と前記第2識別情報とを受信する第3受信手段を更に備え、前記第1記憶手段は、前記第3受信手段により受信された前記第1識別情報と前記第2識別情報とを対応付けて記憶することを特徴とする請求項2に記載の配信システム。ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムに含まれる前記複数のノード装置の何れかのノード装置であって、前記複数のコンテンツの中から、2つ以上のコンテンツにより構成される複合コンテンツを識別する第1識別情報と、前記第1識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する第2識別情報と、を対応付けて記憶する第1記憶手段と、前記コンテンツを問い合わせる問い合わせ情報であって、前記第2識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、前記受信手段により受信された前記第2識別情報と対応付けられた前記第1識別情報が前記第1記憶手段に記憶されているかを判定する第1判定手段と、前記第1判定手段により、前記第1識別情報が前記第1記憶手段に記憶されていると判定された場合、前記判定手段により判定された前記第1識別情報を、前記所定の装置へ送信する送信手段と、を備えることを特徴とするノード装置。ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムにおける情報処理方法であって、前記配信システムに含まれる前記複数のノード装置の何れかのノード装置が、前記コンテンツを問い合わせる問い合わせ情報であって、前記複数のコンテンツの中から、2つ以上のコンテンツにより構成される複合コンテンツを構成するコンテンツを識別する第2識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信ステップと、前記受信ステップにおいて受信された前記第2識別情報と対応付けられた第1識別情報であり、前記複合コンテンツを識別する第1識別情報が、前記複合コンテンツを識別する前記第1識別情報と、前記第1識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する前記第2識別情報と、を対応付けて記憶する第1記憶手段に記憶されているかを判定する判定ステップと、前記判定ステップにおいて、前記第1識別情報が前記第1記憶手段に記憶されていると判定された場合、前記判定ステップにおいて判定された前記第1識別情報を、前記所定の装置へ送信する送信ステップと、を含むことを特徴とする情報処理方法。ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムに含まれる前記複数のノード装置の何れかのノード装置に含まれるコンピュータに、前記コンテンツを問い合わせる問い合わせ情報であって、前記複数のコンテンツの中から、2つ以上のコンテンツにより構成される複合コンテンツを構成するコンテンツを識別する第2識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信ステップと、前記受信ステップにおいて受信された前記第2識別情報と対応付けられた第1識別情報であり、前記複合コンテンツを識別する第1識別情報が、前記複合コンテンツを識別する前記第1識別情報と、前記第1識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する前記第2識別情報と、を対応付けて記憶する第1記憶手段に記憶されているかを判定する判定ステップと、前記判定ステップにおいて、前記第1識別情報が前記第1記憶手段に記憶されていると判定された場合、前記判定ステップにおいて判定された前記第1識別情報を、前記所定の装置へ送信する送信ステップと、を実行させることを特徴とするプログラム。ところで、配信システムにおいて配信される多数のコンテンツの中から、複数のコンテンツを組み合わせてコンテンツを作成したいという要望がある。ここで、複数のコンテンツを組み合わせて作成されるコンテンツを、複合コンテンツという。複合コンテンツは、複数のコンテンツにより構成される。この場合、複数の複合コンテンツの中から、所定のコンテンツを用いて構成される複合コンテンツを検索したい場合がある。具体的には、複合コンテンツを構成する複数のコンテンツの中の何れかが、著作権侵害により配信停止させたい場合である。一般的には、特定のサーバにより複合コンテンツのネットワークへの投稿を管理することが考えられる。しかしながら、この方法の場合、特定のサーバに複合コンテンツを検索するための問い合わせが集中してしまい、特定のサーバに処理負荷が集中してしまっていた。本発明は、以上の点に鑑みてなされたものである。本発明は、特定の装置に負荷を集中させることなく、コンテンツがどの複合コンテンツの構成要素になっているかという情報を取得することができる配信システム、ノード装置、情報処理方法及びプログラムを提供することを目的とする。上記課題を解決するために、請求項1に記載の発明は、ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムであって、前記配信システムに含まれる前記複数のノード装置の何れかのノード装置は、前記複数のコンテンツの中から、2つ以上のコンテンツにより構成される複合コンテンツを識別する第1識別情報と、前記第1識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する第2識別情報と、を対応付けて記憶する第1記憶手段と、前記コンテンツを問い合わせる問い合わせ情報であって、前記第2識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、前記受信手段により受信された前記第2識別情報と対応付けられた前記第1識別情報が前記第1記憶手段に記憶されているかを判定する第1判定手段と、前記第1判定手段により、前記第1識別情報が前記第1記憶手段に記憶されていると判定された場合、前記判定手段により判定された前記第1識別情報を、前記所定の装置へ送信する送信手段と、を備えることを特徴とする。この発明によれば、所定の装置は、コンテンツを識別する第2識別情報に基づいて、オーバーレイネットワークを構成する何れかのノード装置から第1識別情報を取得することができる。そのため、特定の装置に負荷を集中させることなく、コンテンツがどの複合コンテンツの構成要素になっているかを、取得された第1識別情報により特定することができる。請求項2に記載の発明は、前記配信システムは、前記複数のノード装置により構成されるオーバーレイネットワークを介してコンテンツが配信されるシステムであり、前記配信システムは、前記複数のノード装置の何れかであって、コンテンツを保存する第1ノード装置と、前記複数のノード装置の何れかであり、前記コンテンツごとに決定される第2ノード装置であって、前記第1ノード装置の所在を示す所在情報を管理する前記第2ノード装置と、を備え、前記第2ノード装置は、前記第1記憶手段と、前記受信手段と、前記第1判定手段と、前記送信手段と、を備え、前記第1記憶手段は、前記第2ノードが管理するコンテンツの前記第2識別情報と、前記第2識別情報が示すコンテンツを含む前記複合コンテンツの前記第1識別情報と、を対応付けて記憶することを特徴とする。この発明によれば、複合コンテンツの問い合わせに対する処理負荷を、複数のノード装置に効果的に分散させることができる。請求項3に記載の発明は、配信の停止が指示されたコンテンツの前記第2識別情報を取得する取得手段と、前記取得手段により取得された前記第2識別情報を含む前記問い合わせ情報を前記複数のノード装置の何れかのノード装置に送信する第2送信手段と、前記問い合わせ情報の送信先のノード装置から前記第1識別情報を受信する第2受信手段と、前記第2受信手段により受信された前記第1識別情報により識別される前記複合コンテンツの配信を停止させる停止手段と、を備える情報処理装置を、更に備えることを特徴とする。この発明によれば、あるコンテンツの配信を停止する場合、配信停止の対象となっているコンテンツを構成要素とする複合コンテンツの配信も停止することができる。請求項4に記載の発明は、前記第1記憶手段は、複数の前記複合コンテンツにより構成される第2複合コンテンツを識別する第3識別情報と、前記第2複合コンテンツを構成する前記複合コンテンツを識別する第1識別情報と、を対応付けて記憶し、前記受信手段は、前記第2識別情報を含む第2問い合わせ情報を受信し、前記第1判定手段は、前記受信手段により受信された前記第2識別情報と対応付けられた前記第3識別情報を前記第1記憶手段に記憶しているかを判定し、前記送信手段は、前記第1判定手段により判定された前記第3識別情報を送信することを特徴とする。この発明によれば、ある複合コンテンツが複数の複合コンテンツにより構成されている場合がある。その場合にも、複合コンテンツを識別する第1識別情報に基づいて、その複合コンテンツがどの複合コンテンツの構成要素になっているかを、取得された第3識別情報により特定することができる。請求項5に記載の発明は、前記第1ノード装置は、前記オーバーレイネットワークから何れかの前記複合コンテンツを取得する第2取得手段と、前記第2取得手段により取得された前記複合コンテンツを記憶する第2記憶手段と、前記第2記憶手段に記憶された前記複合コンテンツの前記第1識別情報と、前記複合コンテンツを構成するコンテンツの前記第2識別情報と、を前記複合コンテンツを構成するコンテンツを保存する前記第1ノード装置の前記所在情報を管理する前記第2ノード装置へ送信する第3送信手段と、を備え、前記第2ノード装置は、前記第1ノード装置から送信された前記第1識別情報と前記第2識別情報とを受信する第3受信手段を更に備え、前記第1記憶手段は、前記第3受信手段により受信された前記第1識別情報と前記第2識別情報とを対応付けて記憶することを特徴とする。この発明によれば、第2ノード装置は、複合コンテンツを保存した第1ノード装置から、対応付けて記憶される第1識別情報と第2識別情報とを取得することができる。請求項6に記載の発明は、ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムに含まれる前記複数のノード装置の何れかのノード装置であって、前記複数のコンテンツの中から、2つ以上のコンテンツにより構成される複合コンテンツを識別する第1識別情報と、前記第1識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する第2識別情報と、を対応付けて記憶する第1記憶手段と、前記コンテンツを問い合わせる問い合わせ情報であって、前記第2識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、前記受信手段により受信された前記第2識別情報と対応付けられた前記第1識別情報が前記第1記憶手段に記憶されているかを判定する第1判定手段と、前記第1判定手段により、前記第1識別情報が前記第1記憶手段に記憶されていると判定された場合、前記判定手段により判定された前記第1識別情報を、前記所定の装置へ送信する送信手段と、を備えることを特徴とする。請求項7に記載の発明は、ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムにおける情報処理方法であって、前記配信システムに含まれる前記複数のノード装置の何れかのノード装置が、前記コンテンツを問い合わせる問い合わせ情報であって、前記複数のコンテンツの中から、2つ以上のコンテンツにより構成される複合コンテンツを構成するコンテンツを識別する第2識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信ステップと、前記受信ステップにおいて受信された前記第2識別情報と対応付けられた第1識別情報であり、前記複合コンテンツを識別する第1識別情報が、前記複合コンテンツを識別する前記第1識別情報と、前記第1識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する前記第2識別情報と、を対応付けて記憶する第1記憶手段に記憶されているかを判定する判定ステップと、前記判定ステップにおいて、前記第1識別情報が前記第1記憶手段に記憶されていると判定された場合、前記判定ステップにおいて判定された前記第1識別情報を、前記所定の装置へ送信する送信ステップと、を含むことを特徴とする。請求項8に記載の発明は、ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムに含まれる前記複数のノード装置の何れかのノード装置に含まれるコンピュータに、前記コンテンツを問い合わせる問い合わせ情報であって、前記複数のコンテンツの中から、2つ以上のコンテンツにより構成される複合コンテンツを構成するコンテンツを識別する第2識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信ステップと、前記受信ステップにおいて受信された前記第2識別情報と対応付けられた第1識別情報であり、前記複合コンテンツを識別する第1識別情報が、前記複合コンテンツを識別する前記第1識別情報と、前記第1識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する前記第2識別情報と、を対応付けて記憶する第1記憶手段に記憶されているかを判定する判定ステップと、前記判定ステップにおいて、前記第1識別情報が前記第1記憶手段に記憶されていると判定された場合、前記判定ステップにおいて判定された前記第1識別情報を、前記所定の装置へ送信する送信ステップと、を実行させることを特徴とする。本発明によれば、所定の装置は、コンテンツを識別する第2識別情報に基づいて、オーバーレイネットワークを構成する何れかのノード装置から第1識別情報を取得することができる。そのため、特定の装置に負荷を集中させることなく、コンテンツがどの複合コンテンツの構成要素になっているかを、取得された第1識別情報により特定することができる。以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、配信システムに本発明を適用した場合の実施形態である。[1.配信システムの構成及び動作概要]始めに、図1を参照して、本実施形態の配信システムの構成及び動作概要について説明する。図1は、本実施形態の配信システムの概要構成例を示す図である。図1に示すように、本実施形態の配信システムSは、センターサーバSS、及びノード装置Nnn=1,2,3k等により構成されている。ノード装置Nnを、以下、ノードという。また、センターサーバSS及びノードはネットワークNWに接続されている。ネットワークNWは、インターネット等からなる。また、図1に示すように、配信システムSには、複数の拠点Pnごとに拠点ネットワークNLnが構築されている。この拠点の例としては、例えばカラオケ店舗、学校、会社、住宅、またはその他の施設等が挙げられる。拠点ネットワークNLnは、例えば、通信手段としてのLANLocalAreaNetwork等のプライベートネットワークである。また、各拠点ネットワークNLnには、ノードと複数の拠点端末Tn-ll=1,2,3jとが接続されている。ノードは、同じ拠点ネットワークNLnに接続されている拠点端末Tn-lへコンテンツを提供するエッジサーバとしての機能を有する。一方、拠点端末Tn-lは、コンテンツを再生する機能を有する。例えば、拠点Pnがカラオケ店舗の場合、拠点端末Tn-lは、カラオケ用のコンテンツを再生するコマンダである。また、例えば拠点Pnが学校である場合、教材用のコンテンツを再生する視聴端末である。また、例えば拠点Pnが会社である場合、研修用のコンテンツを再生する視聴端末である。また、例えば拠点Pnが住宅である場合、放送番組用のコンテンツを再生するセットトップボックスである。また、図1に示すように、配信システムSには、ネットワークNWを介して互いに通信可能な複数のノードの参加によりオーバーレイネットワークONが構成されている。オーバーレイネットワークONは、仮想的なリンクを構成する論理的なネットワークである。オーバーレイネットワークONは、特定のアルゴリズム、例えば、分散ハッシュテーブルを利用したアルゴリズムにより実現される。なお、分散ハッシュテーブルを、以下、DHTDistributedHashTableという。ここで、オーバーレイネットワークONに参加するとは、DHTを用いたルーティングテーブルに基づいてオーバーレイネットワークONを介して他のノードとの間で各種メッセージを送受信できる状態に稼動することをいう。なお、DHTを用いたルーティングテーブルについては、特開2006-197400号公報等で公知であるので、詳しい説明を省略する。また、オーバーレイネットワークONに参加している各ノードには、ノードIDが付与されている。このノードIDは、ノードを、オーバーレイネットワークONに参加しているノードの中から識別する固有の識別情報である。配信システムSにおいては、様々なコンテンツが複数のノードに分散して保存される。コンテンツを保存するノードを、保持ノードという。なお、保持ノードは、本発明における第1ノード装置の一例である。各コンテンツには、それぞれコンテンツIDが付与されている。コンテンツIDは、コンテンツを、オーバーレイネットワークONに保存されるコンテンツの中から識別する固有の識別情報である。センターサーバSSは、コンテンツをオーバーレイネットワークONに投入する。コンテンツの投入とは、コンテンツを何れかのノードに保存させ、保存されたコンテンツを、各ノードがオーバーレイネットワークONから取得可能にすることである。各コンテンツのコンテンツID、タイトル等の属性情報は、コンテンツカタログ情報に記述されている。コンテンツカタログ情報は、センターサーバSSにより作成される。そして、センターサーバSSが、コンテンツカタログ情報を全てのノードに配信する。また、各ノードは、受信したコンテンツカタログ情報を、同じ拠点Pnに接続する全ての拠点端末Tn-lに配信する。また、配信システムSにおいては、複数のコンテンツにより構成される複合コンテンツが投入される場合がある。また、複合コンテンツではないコンテンツは、通常コンテンツである。例えば、拠点Pnがカラオケ店舗の場合、複合コンテンツとしては、カラオケ用のコンテンツが挙げられる。カラオケ用のコンテンツは、例えば、音楽データ、映像データ、歌詞データ等の通常コンテンツにより構成される。また、拠点端末Tn-lの利用者が投稿したコンテンツが、複合コンテンツの構成要素として用いられる場合がある。例えば、ある楽曲の音楽データ及び歌詞データと、利用者から投稿された映像データと、からカラオケ用のコンテンツが作成される。これにより、利用者は、自分が投稿した映像や他人が投稿した映像を拠点端末Tn-lを再生させながら、カラオケを楽しむことができる。なお、利用者から投稿されたコンテンツを、投稿コンテンツという。複合コンテンツを構成する各コンテンツのコンテンツIDは、複合コンテンツのメタファイルに記述されている。複合コンテンツのメタファイルとは、複合コンテンツを構成する各コンテンツを検索するためのファイルである。複合コンテンツのメタファイルには、複合コンテンツのコンテンツIDが付与される。コンテンツIDが付与された複合コンテンツのメタファイルは、通常コンテンツと同様に、オーバーレイネットワークONに投入される。なお、複数の複合コンテンツにより構成される複合コンテンツがオーバーレイネットワークONに投入されても良い。この場合、複合コンテンツのメタファイルには、複合コンテンツを構成する各複合コンテンツのコンテンツIDが記述される。なお、複合コンテンツのコンテンツIDは、本発明における第1識別情報の一例である。また、通常コンテンツのコンテンツIDは、本発明における第2識別情報の一例である。複数のノードに分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理しているノードにより記憶される。コンテンツの所在を管理しているノードを、ルートノードという。インデックス情報は、コンテンツを保存したノードのノード情報と、コンテンツのコンテンツIDとの組を含む。ルートノードは、例えば、コンテンツIDと最も近いノードIDが割り当てられたノードであるように定められる。コンテンツIDと最も近いノードIDとは、例えば、IDの上位桁が最も多く一致するノードIDである。なお、ルートノードは、本発明における第2ノード装置の一例である。ノードが、あるコンテンツをオーバーレイネットワークONから取得する場合、取得するコンテンツを検索する。コンテンツを取得するノードを、以下、ユーザノードという。具体的に、ユーザノードは、検索メッセージを送信する。検索メッセージは、取得対象のコンテンツの所在をコンテンツのルートノードに問い合わせるためのメッセージである。検索メッセージには、取得対象のコンテンツのコンテンツIDが含まれる。検索メッセージは、DHTを用いたルーティングにより、ルートノードへ転送される。ルートノードは、受信した検索メッセージに含まれるコンテンツIDに対応するインデックス情報をインデックス情報キャッシュから取得する。ルートノードは、取得したインデックス情報を、検索メッセージの送信元のユーザノードに返信する。これにより、ユーザノードは、ルートノードから保持ノードのIPアドレス等を受信する。そして、ユーザノードは、保持ノードにアクセスし、コンテンツをダウンロードする。なお、コンテンツの所在をルートノードに問い合わせる処理は、例えば特開2007-053662号公報等で公知であるので、詳しい説明を省略する。ユーザノードは、保持ノードからコンテンツを取得したとき、コンテンツを公開する。コンテンツの公開とは、ユーザノードが取得したコンテンツを、オーバーレイネットワークONから取得可能にすることをいう。具体的に、ユーザノードは、取得したコンテンツを保存する。そして、ユーザノードは、ルートノードへパブリッシュメッセージを送信する。パブリッシュメッセージは、コンテンツを保存したことをルートノードへ通知するためのメッセージである。パブリッシュメッセージは、保存したコンテンツのコンテンツIDと、コンテンツを保存したユーザノードのノード情報とを含む。ルートノードは、受信したパブリッシュメッセージに含まれるコンテンツIDとノード情報との組を含むインデックス情報を、インデックス情報キャッシュに記憶する。こうして、ユーザノードは、新たに、コンテンツを保存する保持ノードとなる。ユーザノードが、複合コンテンツを取得する場合、先ず複合コンテンツのメタファイルを取得する。メタファイルの取得方法は、コンテンツの取得方法と同様である。次いで、ユーザノードは、メタファイルから、複合コンテンツを構成する各コンテンツのコンテンツIDを取得する。そして、ユーザノードは、取得したコンテンツIDに基づいて、複合コンテンツを構成する各コンテンツを取得する。ところで、オーバーレイネットワークONに投入されている複合コンテンツの中から、あるコンテンツを構成要素とする複合コンテンツを検索したい場合がある。例えば、あるコンテンツが著作権に違反するコンテンツである場合、そのコンテンツを利用する複合コンテンツを特定する必要がある。つまり、著作権に違反するコンテンツの配信を停止する必要がある。それとともに、著作権に違反するコンテンツを利用する複合コンテンツの配信も停止する必要がある。また、例えば、あるコンテンツを利用する複合コンテンツの数を知りたい場合がある。あるコンテンツを利用する複合コンテンツの数を、利用数という。例えば、複合コンテンツによる利用数によって、各投稿コンテンツにランキングを付ける。そして、ランキングの情報をユーザに提供する。また、例えば、ユーザが、自分が投稿したコンテンツがどの複合コンテンツに利用されているかを知りたい場合がある。コンテンツを利用する複合コンテンツを特定するためには、例えば、コンテンツと複合コンテンツとを対応付けて示す管理表が必要となる。例えば、管理表を、センターサーバSSが管理したとする。この場合、複合コンテンツの数が増加するにつれて、センターサーバSSが記憶すべき管理表の情報量が増えてしまう。そこで、配信システムSにおいては、ルートノードが、所在を管理するコンテンツについて、管理表に相当する情報を記憶する。この管理表に相当する情報を、複合コンテンツインデックス情報という。複合コンテンツインデックス情報は、コンテンツのコンテンツIDと、そのコンテンツを構成要素とする複合コンテンツのコンテンツIDと、を含む。図2Aは、本実施形態の配信システムSの複合コンテンツの投入時及びコンテンツを利用する複合コンテンツの確認時における動作概要を示す図である。図2Aに示すように、ノードN3は、コンテンツAのルートノードである。コンテンツAは、利用者から投稿されたコンテンツである。また、ノードN4は、コンテンツBのルートノードである。例えば、配信システムSの管理者が、センターサーバSSに対して、コンテンツA及びBにより構成される複合コンテンツとして、コンテンツXを作成するよう指示したとする。すると、センターサーバSSは、コンテンツA及びBのコンテンツIDを記述したコンテンツXのメタファイルMを生成する。そして、センターサーバSSは、メタファイルMを投入する図2A1。つまり、センターサーバSSはメタファイルMを、1台以上のノードに保存させる。また、センターサーバSSは、コンテンツXの属性情報を追加したコンテンツカタログ情報を、全てのノードに配信する。次いで、センターサーバSSは、コンテンツXの構成要素であるコンテンツのルートノードに対して、所在を管理しているコンテンツが利用されたことを通知する。具体的に、センターサーバSSは、利用通知メッセージを送信する図2A2。利用通知メッセージは、複合コンテンツインデックス情報を含む。コンテンツXは、2つのコンテンツにより構成されているため、2つの利用通知メッセージが送信される。第1の利用通知メッセージに含まれる複合コンテンツインデックス情報は、コンテンツAのコンテンツIDとコンテンツXのコンテンツIDとを含む。第2の利用通知メッセージに含まれる複合コンテンツインデックス情報は、コンテンツBのコンテンツIDとコンテンツXのコンテンツIDとを含む。センターサーバSSから送信された利用通知メッセージは、DHTを用いたルーティングにより、ルートノードへ転送される。つまり、第1の利用通知メッセージは、メッセージ中の複合コンテンツインデックス情報に含まれるコンテンツAのコンテンツIDに従って、ノードN3へ転送される。また、第2の利用通知メッセージは、メッセージ中の複合コンテンツインデックス情報に含まれるコンテンツBのコンテンツIDに従って、ノードN4へ転送される。そして、ノードN3及びノードN4は、それぞれ受信した利用通知メッセージに含まれる複合コンテンツインデックス情報を、複合コンテンツインデックスキャッシュに記憶させる図2A3。その後、拠点端末T2-1の利用者が、自分が投稿したコンテンツAを利用している複合コンテンツを知りたいとする。この場合、利用者は、拠点端末T2-1を操作して、コンテンツAを指定する。すると、拠点端末T2-1は、複合コンテンツ問い合わせ要求をノードN2へ送信する図2A4。複合コンテンツ問い合わせ要求は、指定されたコンテンツを構成要素とする複合コンテンツを問い合わせるためのリクエストである。複合コンテンツ問い合わせ要求は、複合コンテンツの問い合わせの対象となるコンテンツのコンテンツIDを含む。ノードN2は、複合コンテンツ問い合わせ要求を受信すると、複合コンテンツ問い合わせメッセージを送信する図2A5。複合コンテンツ問い合わせメッセージは、指定されたコンテンツを構成要素とする複合コンテンツをルートノードに問い合わせるためのメッセージである。複合コンテンツ問い合わせメッセージには、複合コンテンツ問い合わせ要求に設定されていたコンテンツIDが設定される。複合コンテンツ問い合わせメッセージは、DHTを用いたルーティングにより、ノードN3へ転送される。なお、複合コンテンツ問い合わせメッセージは、本発明における問い合わせ情報の一例である。ノードN3は、複合コンテンツ問い合わせメッセージを受信すると、メッセージに含まれるコンテンツAのコンテンツIDに対応する複合コンテンツインデックス情報を、複合コンテンツインデックスキャッシュから取得する。そして、ノードN3は、取得した複合コンテンツインデックス情報を含む問い合わせ応答メッセージを、ノードN2へ送信する図2A6。ノードN2は、問い合わせ応答メッセージを受信すると、メッセージに含まれる複合コンテンツインデックス情報を取得する。そして、ノードN2は、取得した複合コンテンツインデックス情報を、問い合わせ結果として拠点端末T2-1へ送信する図2A7。拠点端末T2-1は、受信した複合コンテンツインデックス情報に含まれる複合コンテンツのコンテンツIDに基づいて、複合コンテンツのタイトルの一覧を表示する図2A8。この場合、拠点端末T2-1は、コンテンツXのタイトルを表示する。ノードが複合コンテンツインデックス情報を記憶するので、センターサーバSSが複合コンテンツ問い合わせメッセージを受信する必要がない。そのため、センターサーバSSに、複合コンテンツ問い合わせメッセージに対する処理負荷が集中しない。また、コンテンツのルートノードが複合コンテンツインデックス情報を記憶する。そのため、複合コンテンツの問い合わせに対する処理負荷を、複数のノードに効果的に分散させることができる。なお、例えば、ノードN2がコンテンツAのルートノードであった場合、ノードN2は、複合コンテンツ問い合わせメッセージを送信する必要はない。この場合、ノードN2は、複合コンテンツインデックスキャッシュに記憶されている複合コンテンツインデックス情報を、拠点端末T2-1に送信する。また、複数の複合コンテンツにより構成される複合コンテンツを問い合わせる場合も、図2Aと同様に行うことができる。図2Bは、本実施形態の配信システムSのコンテンツの配信停止時における動作概要を示す図である。例えば、コンテンツBが著作権に違反するコンテンツであると判明したとする。この場合、配信システムSの管理者は、センターサーバSSに対して、コンテンツBの配信の停止を指示する図2B1。例えば、管理者は、コンテンツBのコンテンツIDを入力する。すると、センターサーバSSは、コンテンツBを構成要素とする複合コンテンツを確認する。具体的に、センターサーバSSは、コンテンツBのコンテンツIDを含む複合コンテンツ問い合わせメッセージを送信する図2B2。なお、センターサーバSSは、オーバーレイネットワークONに参加していない。そのため、センターサーバSSは、予め定められたノードにメッセージを送信する。センターサーバSSからメッセージを受信する予め定められたノードを、サポーターノードという。サポーターノードは、センターサーバSSから受信したメッセージを、DHTを用いたルーティングに従って他のノードへ転送する。センターサーバSSは、サポーターノードを経由することにより、オーバーレイネットワークONに参加しているノードとメッセージの送受信を行う。ノードN4は、複合コンテンツ問い合わせメッセージを受信すると、問い合わせ応答メッセージを送信する図2B3。そして、センターサーバSSは、問い合わせ応答メッセージを受信する。センターサーバSSは、問い合わせ応答メッセージに含まれる複合コンテンツインデックス情報から、複合コンテンツのコンテンツIDを取得する。ここでは、コンテンツXのコンテンツIDが取得される。そこで、センターサーバSSは、コンテンツカタログ情報から、コンテンツXの属性情報を削除する。また、センターサーバSSは、コンテンツカタログ情報から、コンテンツBの属性情報を削除する図2B4。そして、センターサーバSSは、コンテンツB及びXの属性情報が削除されたコンテンツカタログ情報を、全てのノードに配信する。新しいコンテンツカタログ情報からは、コンテンツBのコンテンツIDを検索することができない。また、コンテンツXのコンテンツIDを検索することもできない。そのため、ノードがオーバーレイネットワークONからコンテンツB及びXを取得するために必要なコンテンツIDを取得することができない。つまり、コンテンツカタログ情報からの属性情報の削除により、コンテンツB及びXの配信が停止される。なお、配信が停止された複合コンテンツを構成要素とする複合コンテンツが存在する場合がある。その場合も同様の方法で、配信が停止された複合コンテンツを構成要素とする複合コンテンツの配信を停止することができる。複合コンテンツによる利用数によって、各投稿コンテンツにランキングを付ける場合、コンテンツを利用するコンテンツの問い合わせ方法は、図2Bと同様である。このように、オーバーレイネットワークONからコンテンツを削除しなくても、コンテンツの配信を停止することができる。なお、オーバーレイネットワークONからコンテンツを削除することによってコンテンツの配信を停止しても良い。例えば、センターサーバSSから全てのノードへメッセージを送信することにより、各ノードが、配信停止対象のコンテンツや複合コンテンツのメタファイルを削除しても良い。[2.センターサーバの構成]次に、図3Aを参照して、センターサーバSSの構成について説明する。図3Aは、センターサーバSSの概要構成例を示すブロック図である。センターサーバSSは、図3Aに示すように、制御部1、記憶部2、及び通信部3等を備えて構成される。制御部1、記憶部2、及び通信部3はバス4を介して相互に接続されている。記憶部2は、例えばハードディスクドライブ等から構成される。記憶部2には、オペレーティングシステム及び各種制御プログラム等が記憶されている。また、記憶部2には、各コンテンツのオリジナル及び各複合コンテンツのメタファイルが記憶されている。また、記憶部2には、コンテンツカタログ情報が記憶されている。また、記憶部2には、サポーターノードのノード情報が記憶されている。通信部3は、ネットワークNWを通じてノード等との間の通信制御を行う。制御部1は、演算機能を有するCPU,作業用RAM,及びROM等から構成される。制御部1は、CPUが記憶部2等に記憶されたプログラムを読み出して実行することにより、センターサーバSS全体を統括制御する。[3.ノードの構成]次に、図3Bを参照して、ノードの構成及び機能について説明する。図3Bは、ノードの概要構成例を示すブロック図である。ノードは、図3Bに示すように、制御部11、記憶部12、通信部13a、通信部13b、及びバッファメモリ14等を備えて構成される。制御部11、記憶部12、通信部13a、通信部13b、及びバッファメモリ14はバス15を介して相互に接続されている。本実施形態において、ノードは、ネットワークNWと拠点ネットワークNLnとの間でIPInternetProtocolパケットを中継する中継機器である。この中継機器は、例えばルータまたはL3スイッチングハブ等である。なお、ノードは、ユーザが利用する端末装置であっても良い。また、ノードは、基本的にネットワークNWに定常的に接続されているゲートウェイ等の機器であっても良い。記憶部12は、例えばハードディスクドライブ等から構成される。記憶部12には、オペレーティングシステム、P2Pプログラム等が記憶されている。P2Pプログラムは、ルーティングテーブルを用いて他のノードと通信を行うためのプログラムである。なお、P2Pプログラム等は、例えば、ネットワークNWに接続された所定のサーバからダウンロードされるようにしても良い。或いは、P2Pプログラム等は、例えば、DVD等の記録媒体に記録されて記録媒体のドライブを介して読み込まれるようにしても良い。また、記憶部12には、オーバーレイネットワークONで使用されるDHTを用いたルーティングテーブル等が記憶されている。また、記憶部12には、センターサーバSSから配信されたコンテンツカタログ情報が記憶されている。また、記憶部12には、オーバーレイネットワークONから取得されたコンテンツやメタファイルが、コンテンツIDに対応付けて記憶されている。また、記憶部12には、インデックス情報及び複合コンテンツインデックス情報が記憶されている。また、記憶部12には、センターサーバSSのIPアドレス及びポート番号が記憶されている。通信部13aは、ネットワークNWを通じて、他のノードやセンターサーバSS等との間の通信制御を行う。通信部13bは、拠点ネットワークNLnを通じて拠点端末Tn-lとの間の通信制御を行う。また、バッファメモリ14は、通信部13aを介して受信されたコンテンツを一時的に蓄積する。制御部11は、演算機能を有するCPU,作業用RAM,及びROM等から構成される。また、制御部11は、時計機能及びタイマ機能を備える。そして、制御部11は、CPUが記憶部12等に記憶されたプログラムを読み出して実行することにより、本発明における受信手段、第1判定手段、送信手段、第2送信手段、第2受信手段、停止手段、取得手段、第2取得手段、第3送信手段及び第3受信手段として機能する。[4.配信システムの動作]次に、図4乃至図6を参照して、本実施形態の配信システムSの動作について説明する。図4は、本実施形態のセンターサーバSSの制御部1の処理例を示すフローチャートである。図4に示す処理は、例えば、センターサーバSSの電源がONとされたときに開始される。先ず、制御部1は、配信システムSの管理者から電源OFFが要求されたか否かを判定するステップS1。このとき、制御部1は、電源OFFが要求されていないと判定した場合にはステップS1:NO、管理者から通常コンテンツの投入が指示されたか否かを判定するステップS2。このとき、制御部1は、通常コンテンツの投入が指示されたと判定した場合にはステップS2:YES、通常コンテンツの投入を行うステップS3。具体的に、制御部1は、投入対象の通常コンテンツに新しいコンテンツIDを割り当てる。次いで、制御部1は、投入対象の通常コンテンツを1台以上のノードに送信することにより、ノードに通常コンテンツを保存させる。次いで、制御部1は、投入対象の通常コンテンツの属性情報をコンテンツカタログ情報に追加する。そして、制御部1は、コンテンツカタログ情報を配信する。制御部1は、ステップS3の処理を終えると、ステップS1に移行する。ステップS2において、制御部1は、通常コンテンツの投入が指示されていないと判定した場合にはステップS2:NO、管理者から複合コンテンツの投入が指示されたか否かを判定するステップS4。このとき、制御部1は、複合コンテンツの投入が指示されたと判定した場合にはステップS4:YES、投入対象の複合コンテンツのメタファイルを生成するステップS5。次いで、制御部1は、生成したメタファイルを投入するステップS6。具体的に、制御部1は、投入対象のメタファイルに新しいコンテンツIDを割り当てる。次いで、制御部1は、投入対象のメタファイルを1台以上のノードに送信することにより、ノードにメタファイルを保存させる。次いで、制御部1は、投入対象のメタファイルの属性情報をコンテンツカタログ情報に追加する。そして、制御部1は、コンテンツカタログ情報を配信する。次いで、制御部1は、利用通知メッセージを送信するステップS7。具体的に、制御部1は、複合コンテンツを構成するコンテンツのコンテンツIDと、投入対象の複合コンテンツのコンテンツIDとを含む複合コンテンツインデックス情報を生成する。複合コンテンツインデックス情報は、複合コンテンツを構成するコンテンツごとに生成される。そして、制御部1は、複合コンテンツインデックス情報を含む利用通知メッセージを送信する。利用通知メッセージは、生成された複合コンテンツインデックス情報ごとに送信される。制御部1は、ステップS7の処理を終えると、ステップS1に移行する。ステップS4において、制御部1は、複合コンテンツの投入が指示されていないと判定した場合にはステップS4:NO、管理者からコンテンツの配信停止が指示されたか否かを判定するステップS8。このとき、制御部1は、コンテンツの配信停止が指示されたと判定した場合にはステップS8:YES、複合コンテンツ問い合わせメッセージを送信するステップS9。具体的に、制御部1は、管理者から入力された配信停止対象のコンテンツのコンテンツIDを取得する。そして、制御部1は、取得したコンテンツIDを含む複合コンテンツ問い合わせメッセージを送信する。次いで、制御部1は、配信停止対象のコンテンツのルートノードから、問い合わせ応答メッセージを受信するステップS10。次いで、制御部1は、配信停止対象のコンテンツを構成要素とする複合コンテンツがあるか否かを判定するステップS11。このとき、制御部1は、受信した問い合わせ応答メッセージに複合コンテンツインデックス情報が含まれている場合には、配信停止対象のコンテンツを構成要素とする複合コンテンツがあると判定するステップS11:YES。この場合、制御部1は、配信停止対象のコンテンツを構成要素とする複合コンテンツの配信を停止するステップS12。具体的に、制御部1は、問い合わせ応答メッセージに含まれている複合コンテンツインデックス情報から、複合コンテンツのコンテンツIDを取得する。次いで、制御部1は、取得したコンテンツIDで、コンテンツカタログ情報から属性情報を検索する。そして、制御部1は、検索された属性情報を、カタログ情報から削除する。制御部1は、これらの処理を、問い合わせ応答メッセージから取得された複合コンテンツインデックス情報ごとに行う。つまり、制御部1は、これらの処理を、配信停止対象のコンテンツを構成要素とする複合コンテンツごとに行う。次いで、制御部1は、配信停止対象のコンテンツの配信を停止するステップS13。具体的に、制御部1は、配信停止対象のコンテンツのコンテンツIDで、コンテンツカタログ情報から属性情報を検索する。次いで、制御部1は、検索された属性情報を、カタログ情報から削除する。そして、制御部1は、コンテンツカタログ情報を、全てのノードへ配信する。制御部1は、ステップS13の処理を終えると、ステップS1に移行する。ステップS11において、制御部1は、受信した問い合わせ応答メッセージに複合コンテンツインデックス情報が含まれていない場合には、配信停止対象のコンテンツを構成要素とする複合コンテンツがないと判定するステップS11:YES。この場合、制御部1は、配信停止対象のコンテンツの配信を停止するステップS13。なお、配信停止対象のコンテンツを構成要素とする複合コンテンツが、他の複合コンテンツの構成要素である場合がある。この場合、制御部1は、他の複合コンテンツの配信停止を行う。具体的に、制御部1は、配信停止対象のコンテンツを構成要素とする複合コンテンツのコンテンツIDを含む複合コンテンツ問い合わせメッセージを送信する。そして、制御部1は、複合コンテンツのルートノードから、問い合わせ応答メッセージを受信する。その後の処理は、ステップS11~S13と同様である。ステップS8において、制御部1は、配信停止が指示されていないと判定した場合にはステップS8:NO、管理者からコンテンツを利用している複合コンテンツの問い合わせが指示されたか否かを判定するステップS14。複合コンテンツの問い合わせの指示は、例えば、複合コンテンツによる利用数で投稿コンテンツのランキングを付ける場合に行われる。このとき、制御部1は、複合コンテンツの問い合わせが指示されたと判定した場合にはステップS14:YES、複合コンテンツ問い合わせメッセージを送信するステップS15。具体的に、制御部1は、管理者から入力された問い合わせの対象とされたコンテンツのコンテンツIDを取得する。そして、制御部1は、取得したコンテンツIDを含む複合コンテンツ問い合わせメッセージを送信する。次いで、制御部1は、配信停止対象のコンテンツのルートノードから、問い合わせ応答メッセージを受信するステップS16。次いで、制御部1は、問い合わせ結果を、例えば、管理者が利用する端末装置に表示させるステップS17。例えば、制御部1は、問い合わせ応答メッセージに含まれる複合コンテンツインデックス情報から、複合コンテンツのコンテンツIDを取得する。次いで、制御部1は、取得したコンテンツID、取得したコンテンツIDに対応する複合コンテンツのタイトル及び利用数等の情報を、端末装置に表示させる。制御部1は、ステップS17の処理を終えると、ステップS1に移行する。ステップS14において、制御部1は、複合コンテンツの問い合わせが指示されていないと判定した場合にはステップS14:NO、ステップS1に移行する。ステップS1において、制御部1は、電源OFFが要求されたと判定した場合にはステップS1:YES、図4に示す処理を終了させる。図5は、本実施形態のノードの制御部11の処理例を示すフローチャートである。図5に示す処理は、例えば、ノードの電源がONとされたときに開始される。先ず、制御部11は、拠点Pnの管理者から電源OFFが要求されたか否かを判定するステップS31。このとき、制御部11は、電源OFFが要求されていないと判定した場合にはステップS31:NO、拠点端末Tn-lから通常コンテンツ要求が受信されたか否かを判定するステップS32。通常コンテンツ要求は、通常コンテンツを要求するためのリクエストである。通常コンテンツ要求は、要求された通常コンテンツのコンテンツIDを含む。このとき、制御部11は、通常コンテンツ要求が受信されたと判定した場合にはステップS32:YES、要求された通常コンテンツをオーバーレイネットワークONから取得するステップS33。なお、具体的な処理内容の説明は省略する。次いで、制御部11は、取得した通常コンテンツのコンテンツIDを含むパブリッシュメッセージを送信するステップS34。次いで、制御部11は、取得したコンテンツを、通常コンテンツ要求の送信元の拠点端末Tn-lにアップロードするステップS35。制御部11は、ステップS35の処理を終えると、ステップS31に移行する。ステップS32において、制御部11は、通常コンテンツ要求が受信されていないと判定した場合にはステップS32:NO、拠点端末Tn-lから複合コンテンツ要求を受信したか否かを判定するステップS36。複合コンテンツ要求は、通常コンテンツを要求するためのリクエストである。複合コンテンツ要求は、要求された複合コンテンツのコンテンツIDを含む。このとき、制御部11は、複合コンテンツ要求を受信したと判定した場合にはステップS36:YES、要求された複合コンテンツのメタファイルをオーバーレイネットワークONから取得するステップS37。次いで、制御部11は、取得したメタファイルのコンテンツIDを含むパブリッシュメッセージを送信するステップS38。次いで、制御部11は、取得したメタファイルに記述されたコンテンツIDに基づいて、複合コンテンツを構成する各コンテンツを、オーバーレイネットワークONから取得する。ステップS39。次いで、制御部11は、取得した各コンテンツのコンテンツIDを含むパブリッシュメッセージを送信するステップS40。次いで、制御部11は、取得した各コンテンツを、通常コンテンツ要求の送信元の拠点端末Tn-lに送信するステップS41。制御部11は、ステップS41の処理を終えると、ステップS31に移行する。ステップS36において、制御部11は、複合コンテンツ要求が受信されていないと判定した場合にはステップS36:NO、拠点端末Tn-lから複合コンテンツ問い合わせ要求を受信したか否かを判定するステップS42。このとき、制御部11は、複合コンテンツ問い合わせ要求を受信したと判定した場合にはステップS42:YES、複合コンテンツ問い合わせメッセージを送信するステップS43。具体的に、制御部11は、複合コンテンツ問い合わせ要求からコンテンツIDを取得する。そして、制御部11は、取得したコンテンツIDを含む複合コンテンツ問い合わせメッセージを送信する。次いで、制御部1は、配信停止対象のコンテンツのルートノードから、問い合わせ応答メッセージを受信するステップS44。次いで、制御部1は、問い合わせ結果を、複合コンテンツ問い合わせ要求の送信元の拠点端末Tn-lに送信するステップS45。具体的に、制御部11は、問い合わせ応答メッセージから、複合コンテンツインデックス情報を取得する。次いで、制御部11は、取得した複合コンテンツインデックス情報を、問い合わせ結果として送信する。制御部11は、ステップS45の処理を終えると、ステップS31に移行する。ステップS42において、制御部11は、複合コンテンツ問い合わせ要求が受信されていないと判定した場合にはステップS42:NO、後述するメッセージ受信処理を実行して、ステップS31に移行する。ステップS31において、制御部1は、電源OFFが要求されたと判定した場合にはステップS31:YES、図5に示す処理を終了させる。図6は、本実施形態のノードの制御部11のメッセージ受信処理の処理例を示すフローチャートである。先ず、他のノードからルートノードへのメッセージを受信したか否かを判定するステップS61。ルートノードへメッセージとしては、例えば、パブリッシュメッセージ、複合コンテンツ問い合わせメッセージ、利用通知メッセージ等がある。このとき、制御部11は、ルートノードへのメッセージを受信していないと判定した場合にはステップS61:NO、メッセージ受信処理を終了させる。一方、制御部11は、ルートノードへのメッセージを受信したと判定した場合にはステップS61:YES、メッセージを受信したノード自身がルートノードであるか否かを判定するステップS62。具体的に、制御部11は、受信したメッセージからコンテンツIDを取得する。また、制御部11は、メッセージを受信したノード自身のノードIDを、記憶部12から取得する。また、制御部11は、ルーティングテーブルに登録されているノードIDのうち、メッセージから取得されたコンテンツIDと最も近いノードIDを取得する。次いで、制御部11は、メッセージを受信したノード自身のノードIDと、ルーティングテーブルから取得されたノードIDとのうち、メッセージから取得されたコンテンツIDにより近いノードIDは何れかであるかを判定する。このとき制御部11は、ルーティングテーブルから取得されたノードIDの方がコンテンツIDに近いと判定した場合には、メッセージを受信したノード自身がルートノードではないと判定するステップS62:NO。この場合、制御部11は、受信したメッセージを、ルーティングテーブルに基づいて他のノードへ転送するステップS63。制御部11は、ステップS63の処理を終えると、メッセージ受信処理を終了させる。一方、制御部11は、メッセージを受信したノード自身のノードIDの方がコンテンツIDに近いと判定した場合には、メッセージを受信したノード自身がルートノードであると判定するステップS62:YES。この場合、制御部11は、受信したメッセージがパブリッシュメッセージであるか否かを判定するステップS64。このとき、制御部11は、パブリッシュメッセージであると判定した場合にはステップS64:YES、パブリッシュメッセージに含まれるインデックス情報を、インデックス情報キャッシュに記憶するステップS65。制御部11は、ステップS65の処理を終えると、メッセージ受信処理を終了させる。ステップS64において、制御部11は、受信したメッセージがパブリッシュメッセージではないと判定した場合にはステップS64:NO、受信したメッセージが複合コンテンツ問い合わせメッセージであるか否かを判定するステップS66。このとき、制御部11は、複合コンテンツ問い合わせメッセージであると判定した場合にはステップS66:YES、複合コンテンツ問い合わせメッセージに含まれるコンテンツIDを取得する。そして、制御部11は、取得したコンテンツIDに対応する複合コンテンツインデックス情報が、複合コンテンツインデックスキャッシュに記憶されているか否かを判定するステップS67。このとき、制御部11は、複合コンテンツインデックス情報が記憶されていると判定した場合にはステップS67:YES、取得したコンテンツIDに対応する複合コンテンツインデックス情報を、複合コンテンツインデックスキャッシュから取得する。そして、制御部11は、取得した複合コンテンツインデックス情報を含む問い合わせ応答メッセージを、複合コンテンツ問い合わせメッセージの送信元のノードへ送信するステップS68。一方、制御11は、複合コンテンツインデックス情報が記憶されていないと判定した場合にはステップS67:NO、複合コンテンツがないことを示す問い合わせ応答メッセージを、複合コンテンツ問い合わせメッセージの送信元のノードへ送信するステップS69。制御部11は、ステップS68またはS69の処理を終えると、メッセージ受信処理を終了させる。ステップS66において、制御部11は、受信したメッセージが複合コンテンツ問い合わせメッセージはないと判定した場合にはステップS66:NO、受信したメッセージが利用通知メッセージであるか否かを判定するステップS70。このとき、制御部11は、利用通知メッセージであると判定した場合にはステップS70:YES、利用通知メッセージに含まれる複合コンテンツインデックス情報を、複合コンテンツインデックス情報キャッシュに記憶させるステップS71。制御部11は、ステップS71の処理を終えると、メッセージ受信処理を終了させる。ステップS70において、制御部11は、受信したメッセージが利用通知メッセージはないと判定した場合にはステップS70:NO、受信したメッセージに応じた処理を実行して、メッセージ受信処理を終了させる。なお、上記実施形態においては、オーバーレイネットワークに、DHTを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアシステム、または、オーバーレイネットワークを用いたシステムが適用されても良い。DHTを利用しないオーバーレイネットワークとしては、例えば、ハイブリッド型のピアツーピアネットワークシステムがある。また、上記実施形態においては、複合コンテンツインデックス情報を記憶するノードが、複合コンテンツを構成するコンテンツのルートノードと定められていた。しかしながら、例えば、予め定められたノードが、複合コンテンツインデックス情報を記憶しても良い。予め定められたノードとしては、例えば、ネットワークNWに定常的に接続するノード等がある。また、一部または全部の拠点端末Tn-lが、本発明におけるノード装置であっても良い。この場合、利用者が、拠点端末Tn-lを操作して、複合コンテンツの問い合わせを行うコンテンツを指定したとする。すると、ノード装置としての拠点端末Tn-lは、指定されたコンテンツのコンテンツIDを含む複合コンテンツ問い合わせメッセージを、指定されたコンテンツのルートノードへ送信する。また、拠点端末Tn-lがセンターサーバSSから利用通知メッセージを受信した場合の処理内容は、上述した実施形態の場合と同様である。また、拠点端末Tn-lが、他のノード装置から複合コンテンツ問い合わせメッセージを受信した場合の処理内容も、上述した実施形態の場合と同様である。また、上記実施形態において、ルートノードは、複合コンテンツの投入時にセンターサーバSSから利用通知メッセージを受信することにより、複合コンテンツインデックス情報を取得していた。しかしながら、ルートノードは、オーバーレイネットワークONから複合コンテンツを取得した保持ノードから、複合コンテンツインデックス情報を取得しても良い。ノードは、複合コンテンツを取得する場合、コンテンツカタログ情報から複合コンテンツのコンテンツIDを取得する。そして、ノードは、複合コンテンツのメタファイルを取得する。複合コンテンツのメタファイルには、複合コンテンツを構成するコンテンツのコンテンツIDが記述されている。従って、複合コンテンツを取得したノードは、複合コンテンツのコンテンツIDと、複合コンテンツを構成するコンテンツのコンテンツIDと、を取得する。つまり、複合コンテンツを取得したノードは、複合コンテンツインデックス情報を取得する。そこで、複合コンテンツを取得したノードは、複合コンテンツを構成するコンテンツのルートノードへ送信するパブリッシュメッセージに、複合コンテンツインデックス情報を含ませることができる。ルートノードは、パブリッシュメッセージを受信することにより、複合コンテンツインデックス情報を取得することができる。そして、ルートノードは、複合コンテンツインデックス情報を、複合コンテンツインデックスキャッシュに記憶させる。"