(57)【要約】【課題】特定の装置に負荷を集中させることなく、コンテンツがどの複合コンテンツの構成要素になっているかという情報を取得する。【解決手段】何れかのノード装置は、複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを識別する第１識別情報と、第１識別情報により識別される複合コンテンツを構成するコンテンツを識別する第２識別情報と、を対応付けて記憶する第１記憶手段と、コンテンツを問い合わせる問い合わせ情報であって、第２識別情報を含む問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、受信手段により受信された第２識別情報と対応付けられた第１識別情報が第１記憶手段に記憶されているかを判定する第１判定手段と、第１判定手段により、第１識別情報が第１記憶手段に記憶されていると判定された場合、判定手段により判定された第１識別情報を、所定の装置へ送信する送信手段と、を備える。【選択図】図２
2012178113.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムであって、
前記配信システムに含まれる前記複数のノード装置の何れかのノード装置は、
前記複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを識別する第１識別情報と、前記第１識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する第２識別情報と、を対応付けて記憶する第１記憶手段と、
前記コンテンツを問い合わせる問い合わせ情報であって、前記第２識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、
前記受信手段により受信された前記第２識別情報と対応付けられた前記第１識別情報が前記第１記憶手段に記憶されているかを判定する第１判定手段と、
前記第１判定手段により、前記第１識別情報が前記第１記憶手段に記憶されていると判定された場合、前記判定手段により判定された前記第１識別情報を、前記所定の装置へ送信する送信手段と、
を備えることを特徴とする配信システム。
【請求項２】
前記配信システムは、前記複数のノード装置により構成されるオーバーレイネットワークを介してコンテンツが配信されるシステムであり、
前記配信システムは、
前記複数のノード装置の何れかであって、コンテンツを保存する第１ノード装置と、
前記複数のノード装置の何れかであり、前記コンテンツごとに決定される第２ノード装置であって、前記第１ノード装置の所在を示す所在情報を管理する前記第２ノード装置と、
を備え、
前記第２ノード装置は、
前記第１記憶手段と、
前記受信手段と、
前記第１判定手段と、
前記送信手段と、を備え、
前記第１記憶手段は、前記第２ノードが管理するコンテンツの前記第２識別情報と、前記第２識別情報が示すコンテンツを含む前記複合コンテンツの前記第１識別情報と、を対応付けて記憶することを特徴とする請求項１に記載の配信システム。
【請求項３】
配信の停止が指示されたコンテンツの前記第２識別情報を取得する取得手段と、
前記取得手段により取得された前記第２識別情報を含む前記問い合わせ情報を前記複数のノード装置の何れかのノード装置に送信する第２送信手段と、
前記問い合わせ情報の送信先のノード装置から前記第１識別情報を受信する第２受信手段と、
前記第２受信手段により受信された前記第１識別情報により識別される前記複合コンテンツの配信を停止させる停止手段と、
を備える情報処理装置を、更に備えることを特徴とする請求項１または請求項２に記載の配信システム。
【請求項４】
前記第１記憶手段は、複数の前記複合コンテンツにより構成される第２複合コンテンツを識別する第３識別情報と、前記第２複合コンテンツを構成する前記複合コンテンツを識別する第１識別情報と、を対応付けて記憶し、
前記受信手段は、前記第２識別情報を含む第２問い合わせ情報を受信し、
前記第１判定手段は、前記受信手段により受信された前記第２識別情報と対応付けられた前記第３識別情報を前記第１記憶手段に記憶しているかを判定し、
前記送信手段は、前記第１判定手段により判定された前記第３識別情報を送信することを特徴とする請求項１から請求項３の何れか一項に記載の配信システム。
【請求項５】
前記第１ノード装置は、
前記オーバーレイネットワークから何れかの前記複合コンテンツを取得する第２取得手段と、
前記第２取得手段により取得された前記複合コンテンツを記憶する第２記憶手段と、
前記第２記憶手段に記憶された前記複合コンテンツの前記第１識別情報と、前記複合コンテンツを構成するコンテンツの前記第２識別情報と、を前記複合コンテンツを構成するコンテンツを保存する前記第１ノード装置の前記所在情報を管理する前記第２ノード装置へ送信する第３送信手段と、
を備え、
前記第２ノード装置は、
前記第１ノード装置から送信された前記第１識別情報と前記第２識別情報とを受信する第３受信手段を更に備え、
前記第１記憶手段は、前記第３受信手段により受信された前記第１識別情報と前記第２識別情報とを対応付けて記憶することを特徴とする請求項２に記載の配信システム。
【請求項６】
ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムに含まれる前記複数のノード装置の何れかのノード装置であって、
前記複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを識別する第１識別情報と、前記第１識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する第２識別情報と、を対応付けて記憶する第１記憶手段と、
前記コンテンツを問い合わせる問い合わせ情報であって、前記第２識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、
前記受信手段により受信された前記第２識別情報と対応付けられた前記第１識別情報が前記第１記憶手段に記憶されているかを判定する第１判定手段と、
前記第１判定手段により、前記第１識別情報が前記第１記憶手段に記憶されていると判定された場合、前記判定手段により判定された前記第１識別情報を、前記所定の装置へ送信する送信手段と、
を備えることを特徴とするノード装置。
【請求項７】
ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムにおける情報処理方法であって、
前記配信システムに含まれる前記複数のノード装置の何れかのノード装置が、
前記コンテンツを問い合わせる問い合わせ情報であって、前記複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを構成するコンテンツを識別する第２識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信ステップと、
前記受信ステップにおいて受信された前記第２識別情報と対応付けられた第１識別情報であり、前記複合コンテンツを識別する第１識別情報が、前記複合コンテンツを識別する前記第１識別情報と、前記第１識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する前記第２識別情報と、を対応付けて記憶する第１記憶手段に記憶されているかを判定する判定ステップと、
前記判定ステップにおいて、前記第１識別情報が前記第１記憶手段に記憶されていると判定された場合、前記判定ステップにおいて判定された前記第１識別情報を、前記所定の装置へ送信する送信ステップと、
を含むことを特徴とする情報処理方法。
【請求項８】
ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムに含まれる前記複数のノード装置の何れかのノード装置に含まれるコンピュータに、
前記コンテンツを問い合わせる問い合わせ情報であって、前記複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを構成するコンテンツを識別する第２識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信ステップと、
前記受信ステップにおいて受信された前記第２識別情報と対応付けられた第１識別情報であり、前記複合コンテンツを識別する第１識別情報が、前記複合コンテンツを識別する前記第１識別情報と、前記第１識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する前記第２識別情報と、を対応付けて記憶する第１記憶手段に記憶されているかを判定する判定ステップと、
前記判定ステップにおいて、前記第１識別情報が前記第１記憶手段に記憶されていると判定された場合、前記判定ステップにおいて判定された前記第１識別情報を、前記所定の装置へ送信する送信ステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーバーレイネットワークを利用する配信システムの技術分野に関する。
【背景技術】
【０００２】
従来、ネットワークを介してコンテンツを配信するシステムとして、クライアントサーバシステムが知られている。このクライアントサーバシステムにおいては、技術の発達により、サーバ装置を増強することができるようになってきている。これにより、サーバ装置が、多数のコンテンツを管理することができる。また、近年、オーバーレイネットワークを用いた通信システムが注目されている。具体的には、ピアツーピア方式の通信システムが注目されている。このピアツーピア方式の通信システムにおいては、複数のコンテンツが複数のノード装置に分散して保存される。そして、例えば、コンテンツごとに、コンテンツを保存するノード装置の所在を示す情報を管理するノード装置が定められている。従って、コンテンツの管理の負荷が複数のノード装置に分散されるので、多数のコンテンツを管理することができる。
【０００３】
また、特許文献１には、関連する複数のコンテンツを、コンテンツの属性情報が登録されるコンテンツカタログ情報により関連付けて管理する技術が記載されている。具体的に、コンテンツの属性情報中に、複数のコンテンツのうち基準となる基準コンテンツの識別情報と、基準コンテンツと基準コンテンツに関連する関連コンテンツとの関連を示す関連情報と、が設定される。入力されたキーワードに基づいてコンテンツの属性情報が検索された後、関連コンテンツの取得が要求されたとする。すると、検索された属性情報中の基準コンテンツの識別情報と関連情報とに基づいて、関連コンテンツの識別情報が生成される。そして、生成された識別情報に基づいて、関連コンテンツが取得される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２３７８５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、配信システムにおいて配信される多数のコンテンツの中から、複数のコンテンツを組み合わせてコンテンツを作成したいという要望がある。ここで、複数のコンテンツを組み合わせて作成されるコンテンツを、「複合コンテンツ」という。複合コンテンツは、複数のコンテンツにより構成される。この場合、複数の複合コンテンツの中から、所定のコンテンツを用いて構成される複合コンテンツを検索したい場合がある。具体的には、複合コンテンツを構成する複数のコンテンツの中の何れかが、著作権侵害により配信停止させたい場合である。一般的には、特定のサーバにより複合コンテンツのネットワークへの投稿を管理することが考えられる。しかしながら、この方法の場合、特定のサーバに複合コンテンツを検索するための問い合わせが集中してしまい、特定のサーバに処理負荷が集中してしまっていた。
【０００６】
本発明は、以上の点に鑑みてなされたものである。本発明は、特定の装置に負荷を集中させることなく、コンテンツがどの複合コンテンツの構成要素になっているかという情報を取得することができる配信システム、ノード装置、情報処理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムであって、前記配信システムに含まれる前記複数のノード装置の何れかのノード装置は、前記複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを識別する第１識別情報と、前記第１識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する第２識別情報と、を対応付けて記憶する第１記憶手段と、前記コンテンツを問い合わせる問い合わせ情報であって、前記第２識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、前記受信手段により受信された前記第２識別情報と対応付けられた前記第１識別情報が前記第１記憶手段に記憶されているかを判定する第１判定手段と、前記第１判定手段により、前記第１識別情報が前記第１記憶手段に記憶されていると判定された場合、前記判定手段により判定された前記第１識別情報を、前記所定の装置へ送信する送信手段と、を備えることを特徴とする。
【０００８】
この発明によれば、所定の装置は、コンテンツを識別する第２識別情報に基づいて、オーバーレイネットワークを構成する何れかのノード装置から第１識別情報を取得することができる。そのため、特定の装置に負荷を集中させることなく、コンテンツがどの複合コンテンツの構成要素になっているかを、取得された第１識別情報により特定することができる。
【０００９】
請求項２に記載の発明は、前記配信システムは、前記複数のノード装置により構成されるオーバーレイネットワークを介してコンテンツが配信されるシステムであり、前記配信システムは、前記複数のノード装置の何れかであって、コンテンツを保存する第１ノード装置と、前記複数のノード装置の何れかであり、前記コンテンツごとに決定される第２ノード装置であって、前記第１ノード装置の所在を示す所在情報を管理する前記第２ノード装置と、を備え、前記第２ノード装置は、前記第１記憶手段と、前記受信手段と、前記第１判定手段と、前記送信手段と、を備え、前記第１記憶手段は、前記第２ノードが管理するコンテンツの前記第２識別情報と、前記第２識別情報が示すコンテンツを含む前記複合コンテンツの前記第１識別情報と、を対応付けて記憶することを特徴とする。
【００１０】
この発明によれば、複合コンテンツの問い合わせに対する処理負荷を、複数のノード装置に効果的に分散させることができる。
【００１１】
請求項３に記載の発明は、配信の停止が指示されたコンテンツの前記第２識別情報を取得する取得手段と、前記取得手段により取得された前記第２識別情報を含む前記問い合わせ情報を前記複数のノード装置の何れかのノード装置に送信する第２送信手段と、前記問い合わせ情報の送信先のノード装置から前記第１識別情報を受信する第２受信手段と、前記第２受信手段により受信された前記第１識別情報により識別される前記複合コンテンツの配信を停止させる停止手段と、を備える情報処理装置を、更に備えることを特徴とする。
【００１２】
この発明によれば、あるコンテンツの配信を停止する場合、配信停止の対象となっているコンテンツを構成要素とする複合コンテンツの配信も停止することができる。
【００１３】
請求項４に記載の発明は、前記第１記憶手段は、複数の前記複合コンテンツにより構成される第２複合コンテンツを識別する第３識別情報と、前記第２複合コンテンツを構成する前記複合コンテンツを識別する第１識別情報と、を対応付けて記憶し、前記受信手段は、前記第２識別情報を含む第２問い合わせ情報を受信し、前記第１判定手段は、前記受信手段により受信された前記第２識別情報と対応付けられた前記第３識別情報を前記第１記憶手段に記憶しているかを判定し、前記送信手段は、前記第１判定手段により判定された前記第３識別情報を送信することを特徴とする。
【００１４】
この発明によれば、ある複合コンテンツが複数の複合コンテンツにより構成されている場合がある。その場合にも、複合コンテンツを識別する第１識別情報に基づいて、その複合コンテンツがどの複合コンテンツの構成要素になっているかを、取得された第３識別情報により特定することができる。
【００１５】
請求項５に記載の発明は、前記第１ノード装置は、前記オーバーレイネットワークから何れかの前記複合コンテンツを取得する第２取得手段と、前記第２取得手段により取得された前記複合コンテンツを記憶する第２記憶手段と、前記第２記憶手段に記憶された前記複合コンテンツの前記第１識別情報と、前記複合コンテンツを構成するコンテンツの前記第２識別情報と、を前記複合コンテンツを構成するコンテンツを保存する前記第１ノード装置の前記所在情報を管理する前記第２ノード装置へ送信する第３送信手段と、を備え、前記第２ノード装置は、前記第１ノード装置から送信された前記第１識別情報と前記第２識別情報とを受信する第３受信手段を更に備え、前記第１記憶手段は、前記第３受信手段により受信された前記第１識別情報と前記第２識別情報とを対応付けて記憶することを特徴とする。
【００１６】
この発明によれば、第２ノード装置は、複合コンテンツを保存した第１ノード装置から、対応付けて記憶される第１識別情報と第２識別情報とを取得することができる。
【００１７】
請求項６に記載の発明は、ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムに含まれる前記複数のノード装置の何れかのノード装置であって、前記複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを識別する第１識別情報と、前記第１識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する第２識別情報と、を対応付けて記憶する第１記憶手段と、前記コンテンツを問い合わせる問い合わせ情報であって、前記第２識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信手段と、前記受信手段により受信された前記第２識別情報と対応付けられた前記第１識別情報が前記第１記憶手段に記憶されているかを判定する第１判定手段と、前記第１判定手段により、前記第１識別情報が前記第１記憶手段に記憶されていると判定された場合、前記判定手段により判定された前記第１識別情報を、前記所定の装置へ送信する送信手段と、を備えることを特徴とする。
【００１８】
請求項７に記載の発明は、ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムにおける情報処理方法であって、前記配信システムに含まれる前記複数のノード装置の何れかのノード装置が、前記コンテンツを問い合わせる問い合わせ情報であって、前記複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを構成するコンテンツを識別する第２識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信ステップと、前記受信ステップにおいて受信された前記第２識別情報と対応付けられた第１識別情報であり、前記複合コンテンツを識別する第１識別情報が、前記複合コンテンツを識別する前記第１識別情報と、前記第１識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する前記第２識別情報と、を対応付けて記憶する第１記憶手段に記憶されているかを判定する判定ステップと、前記判定ステップにおいて、前記第１識別情報が前記第１記憶手段に記憶されていると判定された場合、前記判定ステップにおいて判定された前記第１識別情報を、前記所定の装置へ送信する送信ステップと、を含むことを特徴とする。
【００１９】
請求項８に記載の発明は、ネットワークに接続される複数のノード装置に、複数のコンテンツが分散して保存され、前記複数のコンテンツを配信する配信システムに含まれる前記複数のノード装置の何れかのノード装置に含まれるコンピュータに、前記コンテンツを問い合わせる問い合わせ情報であって、前記複数のコンテンツの中から、２つ以上のコンテンツにより構成される複合コンテンツを構成するコンテンツを識別する第２識別情報を含む前記問い合わせ情報を、ネットワークに接続される所定の装置から受信する受信ステップと、前記受信ステップにおいて受信された前記第２識別情報と対応付けられた第１識別情報であり、前記複合コンテンツを識別する第１識別情報が、前記複合コンテンツを識別する前記第１識別情報と、前記第１識別情報により識別される前記複合コンテンツを構成するコンテンツを識別する前記第２識別情報と、を対応付けて記憶する第１記憶手段に記憶されているかを判定する判定ステップと、前記判定ステップにおいて、前記第１識別情報が前記第１記憶手段に記憶されていると判定された場合、前記判定ステップにおいて判定された前記第１識別情報を、前記所定の装置へ送信する送信ステップと、を実行させることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、所定の装置は、コンテンツを識別する第２識別情報に基づいて、オーバーレイネットワークを構成する何れかのノード装置から第１識別情報を取得することができる。そのため、特定の装置に負荷を集中させることなく、コンテンツがどの複合コンテンツの構成要素になっているかを、取得された第１識別情報により特定することができる。
【図面の簡単な説明】
【００２１】
【図１】一実施形態の配信システムの概要構成例を示す図である。
【図２】（Ａ）は、本実施形態の配信システムＳの複合コンテンツの投入時及びコンテンツを利用する複合コンテンツの確認時における動作概要を示す図であり、（Ｂ）は、本実施形態の配信システムＳのコンテンツの配信停止時における動作概要を示す図である。
【図３】（Ａ）は、センターサーバＳＳの概要構成例を示すブロック図であり、（Ｂ）は、ノードの概要構成例を示すブロック図である。
【図４】一実施形態のセンターサーバＳＳの制御部１の処理例を示すフローチャートである。
【図５】一実施形態のノードの制御部１１の処理例を示すフローチャートである。
【図６】一実施形態のノードの制御部１１のメッセージ受信処理の処理例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、配信システムに本発明を適用した場合の実施形態である。
【００２３】
［１．配信システムの構成及び動作概要］
始めに、図１を参照して、本実施形態の配信システムの構成及び動作概要について説明する。図１は、本実施形態の配信システムの概要構成例を示す図である。図１に示すように、本実施形態の配信システムＳは、センターサーバＳＳ、及びノード装置Ｎｎ（ｎ＝１，２，３・・・ｋ）等により構成されている。ノード装置Ｎｎを、以下、「ノード」という。また、センターサーバＳＳ及びノードはネットワークＮＷに接続されている。ネットワークＮＷは、インターネット等からなる。
【００２４】
また、図１に示すように、配信システムＳには、複数の拠点Ｐｎごとに拠点ネットワークＮＬｎが構築されている。この拠点の例としては、例えばカラオケ店舗、学校、会社、住宅、またはその他の施設等が挙げられる。拠点ネットワークＮＬｎは、例えば、通信手段としてのＬＡＮ（Local Area Network）等のプライベートネットワークである。
【００２５】
また、各拠点ネットワークＮＬｎには、ノードと複数の拠点端末Ｔｎ−ｌ（ｌ＝１，２，３・・・ｊ）とが接続されている。ノードは、同じ拠点ネットワークＮＬｎに接続されている拠点端末Ｔｎ−ｌへコンテンツを提供するエッジサーバとしての機能を有する。一方、拠点端末Ｔｎ−ｌは、コンテンツを再生する機能を有する。例えば、拠点Ｐｎがカラオケ店舗の場合、拠点端末Ｔｎ−ｌは、カラオケ用のコンテンツを再生するコマンダである。また、例えば拠点Ｐｎが学校である場合、教材用のコンテンツを再生する視聴端末である。また、例えば拠点Ｐｎが会社である場合、研修用のコンテンツを再生する視聴端末である。また、例えば拠点Ｐｎが住宅である場合、放送番組用のコンテンツを再生するセットトップボックスである。
【００２６】
また、図１に示すように、配信システムＳには、ネットワークＮＷを介して互いに通信可能な複数のノードの参加によりオーバーレイネットワークＯＮが構成されている。オーバーレイネットワークＯＮは、仮想的なリンクを構成する論理的なネットワークである。オーバーレイネットワークＯＮは、特定のアルゴリズム、例えば、分散ハッシュテーブルを利用したアルゴリズムにより実現される。なお、分散ハッシュテーブルを、以下、「ＤＨＴ（Distributed Hash Table）」という。ここで、オーバーレイネットワークＯＮに参加するとは、ＤＨＴを用いたルーティングテーブルに基づいてオーバーレイネットワークＯＮを介して他のノードとの間で各種メッセージを送受信できる状態に稼動することをいう。なお、ＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。また、オーバーレイネットワークＯＮに参加している各ノードには、ノードＩＤが付与されている。このノードＩＤは、ノードを、オーバーレイネットワークＯＮに参加しているノードの中から識別する固有の識別情報である。
【００２７】
配信システムＳにおいては、様々なコンテンツが複数のノードに分散して保存される。コンテンツを保存するノードを、「保持ノード」という。なお、保持ノードは、本発明における第１ノード装置の一例である。各コンテンツには、それぞれコンテンツＩＤが付与されている。コンテンツＩＤは、コンテンツを、オーバーレイネットワークＯＮに保存されるコンテンツの中から識別する固有の識別情報である。センターサーバＳＳは、コンテンツをオーバーレイネットワークＯＮに投入する。コンテンツの投入とは、コンテンツを何れかのノードに保存させ、保存されたコンテンツを、各ノードがオーバーレイネットワークＯＮから取得可能にすることである。各コンテンツのコンテンツＩＤ、タイトル等の属性情報は、コンテンツカタログ情報に記述されている。コンテンツカタログ情報は、センターサーバＳＳにより作成される。そして、センターサーバＳＳが、コンテンツカタログ情報を全てのノードに配信する。また、各ノードは、受信したコンテンツカタログ情報を、同じ拠点Ｐｎに接続する全ての拠点端末Ｔｎ−ｌに配信する。
【００２８】
また、配信システムＳにおいては、複数のコンテンツにより構成される複合コンテンツが投入される場合がある。また、複合コンテンツではないコンテンツは、通常コンテンツである。例えば、拠点Ｐｎがカラオケ店舗の場合、複合コンテンツとしては、カラオケ用のコンテンツが挙げられる。カラオケ用のコンテンツは、例えば、音楽データ、映像データ、歌詞データ等の通常コンテンツにより構成される。また、拠点端末Ｔｎ−ｌの利用者が投稿したコンテンツが、複合コンテンツの構成要素として用いられる場合がある。例えば、ある楽曲の音楽データ及び歌詞データと、利用者から投稿された映像データと、からカラオケ用のコンテンツが作成される。これにより、利用者は、自分が投稿した映像や他人が投稿した映像を拠点端末Ｔｎ−ｌを再生させながら、カラオケを楽しむことができる。なお、利用者から投稿されたコンテンツを、「投稿コンテンツ」という。
【００２９】
複合コンテンツを構成する各コンテンツのコンテンツＩＤは、複合コンテンツのメタファイルに記述されている。複合コンテンツのメタファイルとは、複合コンテンツを構成する各コンテンツを検索するためのファイルである。複合コンテンツのメタファイルには、複合コンテンツのコンテンツＩＤが付与される。コンテンツＩＤが付与された複合コンテンツのメタファイルは、通常コンテンツと同様に、オーバーレイネットワークＯＮに投入される。なお、複数の複合コンテンツにより構成される複合コンテンツがオーバーレイネットワークＯＮに投入されても良い。この場合、複合コンテンツのメタファイルには、複合コンテンツを構成する各複合コンテンツのコンテンツＩＤが記述される。なお、複合コンテンツのコンテンツＩＤは、本発明における第１識別情報の一例である。また、通常コンテンツのコンテンツＩＤは、本発明における第２識別情報の一例である。
【００３０】
複数のノードに分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理しているノードにより記憶される。コンテンツの所在を管理しているノードを、「ルートノード」という。インデックス情報は、コンテンツを保存したノードのノード情報と、コンテンツのコンテンツＩＤとの組を含む。ルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤが割り当てられたノードであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。なお、ルートノードは、本発明における第２ノード装置の一例である。
【００３１】
ノードが、あるコンテンツをオーバーレイネットワークＯＮから取得する場合、取得するコンテンツを検索する。コンテンツを取得するノードを、以下、「ユーザノード」という。具体的に、ユーザノードは、検索メッセージを送信する。検索メッセージは、取得対象のコンテンツの所在をコンテンツのルートノードに問い合わせるためのメッセージである。検索メッセージには、取得対象のコンテンツのコンテンツＩＤが含まれる。検索メッセージは、ＤＨＴを用いたルーティングにより、ルートノードへ転送される。ルートノードは、受信した検索メッセージに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。ルートノードは、取得したインデックス情報を、検索メッセージの送信元のユーザノードに返信する。これにより、ユーザノードは、ルートノードから保持ノードのＩＰアドレス等を受信する。そして、ユーザノードは、保持ノードにアクセスし、コンテンツをダウンロードする。なお、コンテンツの所在をルートノードに問い合わせる処理は、例えば特開２００７−０５３６６２号公報等で公知であるので、詳しい説明を省略する。
【００３２】
ユーザノードは、保持ノードからコンテンツを取得したとき、コンテンツを公開する。コンテンツの公開とは、ユーザノードが取得したコンテンツを、オーバーレイネットワークＯＮから取得可能にすることをいう。具体的に、ユーザノードは、取得したコンテンツを保存する。そして、ユーザノードは、ルートノードへパブリッシュメッセージを送信する。パブリッシュメッセージは、コンテンツを保存したことをルートノードへ通知するためのメッセージである。パブリッシュメッセージは、保存したコンテンツのコンテンツＩＤと、コンテンツを保存したユーザノードのノード情報とを含む。ルートノードは、受信したパブリッシュメッセージに含まれるコンテンツＩＤとノード情報との組を含むインデックス情報を、インデックス情報キャッシュに記憶する。こうして、ユーザノードは、新たに、コンテンツを保存する保持ノードとなる。
【００３３】
ユーザノードが、複合コンテンツを取得する場合、先ず複合コンテンツのメタファイルを取得する。メタファイルの取得方法は、コンテンツの取得方法と同様である。次いで、ユーザノードは、メタファイルから、複合コンテンツを構成する各コンテンツのコンテンツＩＤを取得する。そして、ユーザノードは、取得したコンテンツＩＤに基づいて、複合コンテンツを構成する各コンテンツを取得する。
【００３４】
ところで、オーバーレイネットワークＯＮに投入されている複合コンテンツの中から、あるコンテンツを構成要素とする複合コンテンツを検索したい場合がある。例えば、あるコンテンツが著作権に違反するコンテンツである場合、そのコンテンツを利用する複合コンテンツを特定する必要がある。つまり、著作権に違反するコンテンツの配信を停止する必要がある。それとともに、著作権に違反するコンテンツを利用する複合コンテンツの配信も停止する必要がある。また、例えば、あるコンテンツを利用する複合コンテンツの数を知りたい場合がある。あるコンテンツを利用する複合コンテンツの数を、「利用数」という。例えば、複合コンテンツによる利用数によって、各投稿コンテンツにランキングを付ける。そして、ランキングの情報をユーザに提供する。また、例えば、ユーザが、自分が投稿したコンテンツがどの複合コンテンツに利用されているかを知りたい場合がある。コンテンツを利用する複合コンテンツを特定するためには、例えば、コンテンツと複合コンテンツとを対応付けて示す管理表が必要となる。例えば、管理表を、センターサーバＳＳが管理したとする。この場合、複合コンテンツの数が増加するにつれて、センターサーバＳＳが記憶すべき管理表の情報量が増えてしまう。
【００３５】
そこで、配信システムＳにおいては、ルートノードが、所在を管理するコンテンツについて、管理表に相当する情報を記憶する。この管理表に相当する情報を、「複合コンテンツインデックス情報」という。複合コンテンツインデックス情報は、コンテンツのコンテンツＩＤと、そのコンテンツを構成要素とする複合コンテンツのコンテンツＩＤと、を含む。
【００３６】
図２（Ａ）は、本実施形態の配信システムＳの複合コンテンツの投入時及びコンテンツを利用する複合コンテンツの確認時における動作概要を示す図である。図２（Ａ）に示すように、ノードＮ３は、コンテンツＡのルートノードである。コンテンツＡは、利用者から投稿されたコンテンツである。また、ノードＮ４は、コンテンツＢのルートノードである。
【００３７】
例えば、配信システムＳの管理者が、センターサーバＳＳに対して、コンテンツＡ及びＢにより構成される複合コンテンツとして、コンテンツＸを作成するよう指示したとする。すると、センターサーバＳＳは、コンテンツＡ及びＢのコンテンツＩＤを記述したコンテンツＸのメタファイルＭを生成する。そして、センターサーバＳＳは、メタファイルＭを投入する（図２（Ａ）（１））。つまり、センターサーバＳＳはメタファイルＭを、１台以上のノードに保存させる。また、センターサーバＳＳは、コンテンツＸの属性情報を追加したコンテンツカタログ情報を、全てのノードに配信する。
【００３８】
次いで、センターサーバＳＳは、コンテンツＸの構成要素であるコンテンツのルートノードに対して、所在を管理しているコンテンツが利用されたことを通知する。具体的に、センターサーバＳＳは、利用通知メッセージを送信する（図２（Ａ）（２））。利用通知メッセージは、複合コンテンツインデックス情報を含む。コンテンツＸは、２つのコンテンツにより構成されているため、２つの利用通知メッセージが送信される。第１の利用通知メッセージに含まれる複合コンテンツインデックス情報は、コンテンツＡのコンテンツＩＤとコンテンツＸのコンテンツＩＤとを含む。第２の利用通知メッセージに含まれる複合コンテンツインデックス情報は、コンテンツＢのコンテンツＩＤとコンテンツＸのコンテンツＩＤとを含む。
【００３９】
センターサーバＳＳから送信された利用通知メッセージは、ＤＨＴを用いたルーティングにより、ルートノードへ転送される。つまり、第１の利用通知メッセージは、メッセージ中の複合コンテンツインデックス情報に含まれるコンテンツＡのコンテンツＩＤに従って、ノードＮ３へ転送される。また、第２の利用通知メッセージは、メッセージ中の複合コンテンツインデックス情報に含まれるコンテンツＢのコンテンツＩＤに従って、ノードＮ４へ転送される。そして、ノードＮ３及びノードＮ４は、それぞれ受信した利用通知メッセージに含まれる複合コンテンツインデックス情報を、複合コンテンツインデックスキャッシュに記憶させる（図２（Ａ）（３））。
【００４０】
その後、拠点端末Ｔ２−１の利用者が、自分が投稿したコンテンツＡを利用している複合コンテンツを知りたいとする。この場合、利用者は、拠点端末Ｔ２−１を操作して、コンテンツＡを指定する。すると、拠点端末Ｔ２−１は、複合コンテンツ問い合わせ要求をノードＮ２へ送信する（図２（Ａ）（４））。複合コンテンツ問い合わせ要求は、指定されたコンテンツを構成要素とする複合コンテンツを問い合わせるためのリクエストである。複合コンテンツ問い合わせ要求は、複合コンテンツの問い合わせの対象となるコンテンツのコンテンツＩＤを含む。ノードＮ２は、複合コンテンツ問い合わせ要求を受信すると、複合コンテンツ問い合わせメッセージを送信する（図２（Ａ）（５））。複合コンテンツ問い合わせメッセージは、指定されたコンテンツを構成要素とする複合コンテンツをルートノードに問い合わせるためのメッセージである。複合コンテンツ問い合わせメッセージには、複合コンテンツ問い合わせ要求に設定されていたコンテンツＩＤが設定される。複合コンテンツ問い合わせメッセージは、ＤＨＴを用いたルーティングにより、ノードＮ３へ転送される。なお、複合コンテンツ問い合わせメッセージは、本発明における問い合わせ情報の一例である。
【００４１】
ノードＮ３は、複合コンテンツ問い合わせメッセージを受信すると、メッセージに含まれるコンテンツＡのコンテンツＩＤに対応する複合コンテンツインデックス情報を、複合コンテンツインデックスキャッシュから取得する。そして、ノードＮ３は、取得した複合コンテンツインデックス情報を含む問い合わせ応答メッセージを、ノードＮ２へ送信する（図２（Ａ）（６））。ノードＮ２は、問い合わせ応答メッセージを受信すると、メッセージに含まれる複合コンテンツインデックス情報を取得する。そして、ノードＮ２は、取得した複合コンテンツインデックス情報を、問い合わせ結果として拠点端末Ｔ２−１へ送信する（図２（Ａ）（７））。
【００４２】
拠点端末Ｔ２−１は、受信した複合コンテンツインデックス情報に含まれる複合コンテンツのコンテンツＩＤに基づいて、複合コンテンツのタイトルの一覧を表示する（図２（Ａ）（８））。この場合、拠点端末Ｔ２−１は、コンテンツＸのタイトルを表示する。
【００４３】
ノードが複合コンテンツインデックス情報を記憶するので、センターサーバＳＳが複合コンテンツ問い合わせメッセージを受信する必要がない。そのため、センターサーバＳＳに、複合コンテンツ問い合わせメッセージに対する処理負荷が集中しない。また、コンテンツのルートノードが複合コンテンツインデックス情報を記憶する。そのため、複合コンテンツの問い合わせに対する処理負荷を、複数のノードに効果的に分散させることができる。なお、例えば、ノードＮ２がコンテンツＡのルートノードであった場合、ノードＮ２は、複合コンテンツ問い合わせメッセージを送信する必要はない。この場合、ノードＮ２は、複合コンテンツインデックスキャッシュに記憶されている複合コンテンツインデックス情報を、拠点端末Ｔ２−１に送信する。また、複数の複合コンテンツにより構成される複合コンテンツを問い合わせる場合も、図２（Ａ）と同様に行うことができる。
【００４４】
図２（Ｂ）は、本実施形態の配信システムＳのコンテンツの配信停止時における動作概要を示す図である。
【００４５】
例えば、コンテンツＢが著作権に違反するコンテンツであると判明したとする。この場合、配信システムＳの管理者は、センターサーバＳＳに対して、コンテンツＢの配信の停止を指示する（図２（Ｂ）（１））。例えば、管理者は、コンテンツＢのコンテンツＩＤを入力する。すると、センターサーバＳＳは、コンテンツＢを構成要素とする複合コンテンツを確認する。具体的に、センターサーバＳＳは、コンテンツＢのコンテンツＩＤを含む複合コンテンツ問い合わせメッセージを送信する（図２（Ｂ）（２））。なお、センターサーバＳＳは、オーバーレイネットワークＯＮに参加していない。そのため、センターサーバＳＳは、予め定められたノードにメッセージを送信する。センターサーバＳＳからメッセージを受信する予め定められたノードを、「サポーターノード」という。サポーターノードは、センターサーバＳＳから受信したメッセージを、ＤＨＴを用いたルーティングに従って他のノードへ転送する。センターサーバＳＳは、サポーターノードを経由することにより、オーバーレイネットワークＯＮに参加しているノードとメッセージの送受信を行う。
【００４６】
ノードＮ４は、複合コンテンツ問い合わせメッセージを受信すると、問い合わせ応答メッセージを送信する（図２（Ｂ）（３））。そして、センターサーバＳＳは、問い合わせ応答メッセージを受信する。センターサーバＳＳは、問い合わせ応答メッセージに含まれる複合コンテンツインデックス情報から、複合コンテンツのコンテンツＩＤを取得する。ここでは、コンテンツＸのコンテンツＩＤが取得される。そこで、センターサーバＳＳは、コンテンツカタログ情報から、コンテンツＸの属性情報を削除する。また、センターサーバＳＳは、コンテンツカタログ情報から、コンテンツＢの属性情報を削除する（図２（Ｂ）（４））。そして、センターサーバＳＳは、コンテンツＢ及びＸの属性情報が削除されたコンテンツカタログ情報を、全てのノードに配信する。
【００４７】
新しいコンテンツカタログ情報からは、コンテンツＢのコンテンツＩＤを検索することができない。また、コンテンツＸのコンテンツＩＤを検索することもできない。そのため、ノードがオーバーレイネットワークＯＮからコンテンツＢ及びＸを取得するために必要なコンテンツＩＤを取得することができない。つまり、コンテンツカタログ情報からの属性情報の削除により、コンテンツＢ及びＸの配信が停止される。なお、配信が停止された複合コンテンツを構成要素とする複合コンテンツが存在する場合がある。その場合も同様の方法で、配信が停止された複合コンテンツを構成要素とする複合コンテンツの配信を停止することができる。複合コンテンツによる利用数によって、各投稿コンテンツにランキングを付ける場合、コンテンツを利用するコンテンツの問い合わせ方法は、図２（Ｂ）と同様である。このように、オーバーレイネットワークＯＮからコンテンツを削除しなくても、コンテンツの配信を停止することができる。なお、オーバーレイネットワークＯＮからコンテンツを削除することによってコンテンツの配信を停止しても良い。例えば、センターサーバＳＳから全てのノードへメッセージを送信することにより、各ノードが、配信停止対象のコンテンツや複合コンテンツのメタファイルを削除しても良い。
【００４８】
［２．センターサーバの構成］
次に、図３（Ａ）を参照して、センターサーバＳＳの構成について説明する。図３（Ａ）は、センターサーバＳＳの概要構成例を示すブロック図である。センターサーバＳＳは、図３（Ａ）に示すように、制御部１、記憶部２、及び通信部３等を備えて構成される。制御部１、記憶部２、及び通信部３はバス４を介して相互に接続されている。
【００４９】
記憶部２は、例えばハードディスクドライブ等から構成される。記憶部２には、オペレーティングシステム及び各種制御プログラム等が記憶されている。また、記憶部２には、各コンテンツのオリジナル及び各複合コンテンツのメタファイルが記憶されている。また、記憶部２には、コンテンツカタログ情報が記憶されている。また、記憶部２には、サポーターノードのノード情報が記憶されている。
【００５０】
通信部３は、ネットワークＮＷを通じてノード等との間の通信制御を行う。制御部１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。制御部１は、ＣＰＵが記憶部２等に記憶されたプログラムを読み出して実行することにより、センターサーバＳＳ全体を統括制御する。
【００５１】
［３．ノードの構成］
次に、図３（Ｂ）を参照して、ノードの構成及び機能について説明する。図３（Ｂ）は、ノードの概要構成例を示すブロック図である。ノードは、図３（Ｂ）に示すように、制御部１１、記憶部１２、通信部１３ａ、通信部１３ｂ、及びバッファメモリ１４等を備えて構成される。制御部１１、記憶部１２、通信部１３ａ、通信部１３ｂ、及びバッファメモリ１４はバス１５を介して相互に接続されている。
【００５２】
本実施形態において、ノードは、ネットワークＮＷと拠点ネットワークＮＬｎとの間でＩＰ（Internet Protocol）パケットを中継する中継機器である。この中継機器は、例えばルータまたはＬ３スイッチングハブ等である。なお、ノードは、ユーザが利用する端末装置であっても良い。また、ノードは、基本的にネットワークＮＷに定常的に接続されているゲートウェイ等の機器であっても良い。
【００５３】
記憶部１２は、例えばハードディスクドライブ等から構成される。記憶部１２には、オペレーティングシステム、Ｐ２Ｐプログラム等が記憶されている。Ｐ２Ｐプログラムは、ルーティングテーブルを用いて他のノードと通信を行うためのプログラムである。なお、Ｐ２Ｐプログラム等は、例えば、ネットワークＮＷに接続された所定のサーバからダウンロードされるようにしても良い。或いは、Ｐ２Ｐプログラム等は、例えば、ＤＶＤ等の記録媒体に記録されて記録媒体のドライブを介して読み込まれるようにしても良い。
【００５４】
また、記憶部１２には、オーバーレイネットワークＯＮで使用されるＤＨＴを用いたルーティングテーブル等が記憶されている。また、記憶部１２には、センターサーバＳＳから配信されたコンテンツカタログ情報が記憶されている。また、記憶部１２には、オーバーレイネットワークＯＮから取得されたコンテンツやメタファイルが、コンテンツＩＤに対応付けて記憶されている。また、記憶部１２には、インデックス情報及び複合コンテンツインデックス情報が記憶されている。また、記憶部１２には、センターサーバＳＳのＩＰアドレス及びポート番号が記憶されている。
【００５５】
通信部１３ａは、ネットワークＮＷを通じて、他のノードやセンターサーバＳＳ等との間の通信制御を行う。通信部１３ｂは、拠点ネットワークＮＬｎを通じて拠点端末Ｔｎ−ｌとの間の通信制御を行う。また、バッファメモリ１４は、通信部１３ａを介して受信されたコンテンツを一時的に蓄積する。
【００５６】
制御部１１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。また、制御部１１は、時計機能及びタイマ機能を備える。そして、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、本発明における受信手段、第１判定手段、送信手段、第２送信手段、第２受信手段、停止手段、取得手段、第２取得手段、第３送信手段及び第３受信手段として機能する。
【００５７】
［４．配信システムの動作］
次に、図４乃至図６を参照して、本実施形態の配信システムＳの動作について説明する。図４は、本実施形態のセンターサーバＳＳの制御部１の処理例を示すフローチャートである。
【００５８】
図４に示す処理は、例えば、センターサーバＳＳの電源がＯＮとされたときに開始される。先ず、制御部１は、配信システムＳの管理者から電源ＯＦＦが要求されたか否かを判定する（ステップＳ１）。このとき、制御部１は、電源ＯＦＦが要求されていないと判定した場合には（ステップＳ１：ＮＯ）、管理者から通常コンテンツの投入が指示されたか否かを判定する（ステップＳ２）。このとき、制御部１は、通常コンテンツの投入が指示されたと判定した場合には（ステップＳ２：ＹＥＳ）、通常コンテンツの投入を行う（ステップＳ３）。具体的に、制御部１は、投入対象の通常コンテンツに新しいコンテンツＩＤを割り当てる。次いで、制御部１は、投入対象の通常コンテンツを１台以上のノードに送信することにより、ノードに通常コンテンツを保存させる。次いで、制御部１は、投入対象の通常コンテンツの属性情報をコンテンツカタログ情報に追加する。そして、制御部１は、コンテンツカタログ情報を配信する。制御部１は、ステップＳ３の処理を終えると、ステップＳ１に移行する。
【００５９】
ステップＳ２において、制御部１は、通常コンテンツの投入が指示されていないと判定した場合には（ステップＳ２：ＮＯ）、管理者から複合コンテンツの投入が指示されたか否かを判定する（ステップＳ４）。このとき、制御部１は、複合コンテンツの投入が指示されたと判定した場合には（ステップＳ４：ＹＥＳ）、投入対象の複合コンテンツのメタファイルを生成する（ステップＳ５）。次いで、制御部１は、生成したメタファイルを投入する（ステップＳ６）。具体的に、制御部１は、投入対象のメタファイルに新しいコンテンツＩＤを割り当てる。次いで、制御部１は、投入対象のメタファイルを１台以上のノードに送信することにより、ノードにメタファイルを保存させる。次いで、制御部１は、投入対象のメタファイルの属性情報をコンテンツカタログ情報に追加する。そして、制御部１は、コンテンツカタログ情報を配信する。
【００６０】
次いで、制御部１は、利用通知メッセージを送信する（ステップＳ７）。具体的に、制御部１は、複合コンテンツを構成するコンテンツのコンテンツＩＤと、投入対象の複合コンテンツのコンテンツＩＤとを含む複合コンテンツインデックス情報を生成する。複合コンテンツインデックス情報は、複合コンテンツを構成するコンテンツごとに生成される。そして、制御部１は、複合コンテンツインデックス情報を含む利用通知メッセージを送信する。利用通知メッセージは、生成された複合コンテンツインデックス情報ごとに送信される。制御部１は、ステップＳ７の処理を終えると、ステップＳ１に移行する。
【００６１】
ステップＳ４において、制御部１は、複合コンテンツの投入が指示されていないと判定した場合には（ステップＳ４：ＮＯ）、管理者からコンテンツの配信停止が指示されたか否かを判定する（ステップＳ８）。このとき、制御部１は、コンテンツの配信停止が指示されたと判定した場合には（ステップＳ８：ＹＥＳ）、複合コンテンツ問い合わせメッセージを送信する（ステップＳ９）。具体的に、制御部１は、管理者から入力された配信停止対象のコンテンツのコンテンツＩＤを取得する。そして、制御部１は、取得したコンテンツＩＤを含む複合コンテンツ問い合わせメッセージを送信する。
【００６２】
次いで、制御部１は、配信停止対象のコンテンツのルートノードから、問い合わせ応答メッセージを受信する（ステップＳ１０）。次いで、制御部１は、配信停止対象のコンテンツを構成要素とする複合コンテンツがあるか否かを判定する（ステップＳ１１）。このとき、制御部１は、受信した問い合わせ応答メッセージに複合コンテンツインデックス情報が含まれている場合には、配信停止対象のコンテンツを構成要素とする複合コンテンツがあると判定する（ステップＳ１１：ＹＥＳ）。この場合、制御部１は、配信停止対象のコンテンツを構成要素とする複合コンテンツの配信を停止する（ステップＳ１２）。具体的に、制御部１は、問い合わせ応答メッセージに含まれている複合コンテンツインデックス情報から、複合コンテンツのコンテンツＩＤを取得する。次いで、制御部１は、取得したコンテンツＩＤで、コンテンツカタログ情報から属性情報を検索する。そして、制御部１は、検索された属性情報を、カタログ情報から削除する。制御部１は、これらの処理を、問い合わせ応答メッセージから取得された複合コンテンツインデックス情報ごとに行う。つまり、制御部１は、これらの処理を、配信停止対象のコンテンツを構成要素とする複合コンテンツごとに行う。
【００６３】
次いで、制御部１は、配信停止対象のコンテンツの配信を停止する（ステップＳ１３）。具体的に、制御部１は、配信停止対象のコンテンツのコンテンツＩＤで、コンテンツカタログ情報から属性情報を検索する。次いで、制御部１は、検索された属性情報を、カタログ情報から削除する。そして、制御部１は、コンテンツカタログ情報を、全てのノードへ配信する。制御部１は、ステップＳ１３の処理を終えると、ステップＳ１に移行する。
【００６４】
ステップＳ１１において、制御部１は、受信した問い合わせ応答メッセージに複合コンテンツインデックス情報が含まれていない場合には、配信停止対象のコンテンツを構成要素とする複合コンテンツがないと判定する（ステップＳ１１：ＹＥＳ）。この場合、制御部１は、配信停止対象のコンテンツの配信を停止する（ステップＳ１３）。
【００６５】
なお、配信停止対象のコンテンツを構成要素とする複合コンテンツが、他の複合コンテンツの構成要素である場合がある。この場合、制御部１は、他の複合コンテンツの配信停止を行う。具体的に、制御部１は、配信停止対象のコンテンツを構成要素とする複合コンテンツのコンテンツＩＤを含む複合コンテンツ問い合わせメッセージを送信する。そして、制御部１は、複合コンテンツのルートノードから、問い合わせ応答メッセージを受信する。その後の処理は、ステップＳ１１〜Ｓ１３と同様である。
【００６６】
ステップＳ８において、制御部１は、配信停止が指示されていないと判定した場合には（ステップＳ８：ＮＯ）、管理者からコンテンツを利用している複合コンテンツの問い合わせが指示されたか否かを判定する（ステップＳ１４）。複合コンテンツの問い合わせの指示は、例えば、複合コンテンツによる利用数で投稿コンテンツのランキングを付ける場合に行われる。このとき、制御部１は、複合コンテンツの問い合わせが指示されたと判定した場合には（ステップＳ１４：ＹＥＳ）、複合コンテンツ問い合わせメッセージを送信する（ステップＳ１５）。具体的に、制御部１は、管理者から入力された問い合わせの対象とされたコンテンツのコンテンツＩＤを取得する。そして、制御部１は、取得したコンテンツＩＤを含む複合コンテンツ問い合わせメッセージを送信する。
【００６７】
次いで、制御部１は、配信停止対象のコンテンツのルートノードから、問い合わせ応答メッセージを受信する（ステップＳ１６）。次いで、制御部１は、問い合わせ結果を、例えば、管理者が利用する端末装置に表示させる（ステップＳ１７）。例えば、制御部１は、問い合わせ応答メッセージに含まれる複合コンテンツインデックス情報から、複合コンテンツのコンテンツＩＤを取得する。次いで、制御部１は、取得したコンテンツＩＤ、取得したコンテンツＩＤに対応する複合コンテンツのタイトル及び利用数等の情報を、端末装置に表示させる。制御部１は、ステップＳ１７の処理を終えると、ステップＳ１に移行する。
【００６８】
ステップＳ１４において、制御部１は、複合コンテンツの問い合わせが指示されていないと判定した場合には（ステップＳ１４：ＮＯ）、ステップＳ１に移行する。ステップＳ１において、制御部１は、電源ＯＦＦが要求されたと判定した場合には（ステップＳ１：ＹＥＳ）、図４に示す処理を終了させる。
【００６９】
図５は、本実施形態のノードの制御部１１の処理例を示すフローチャートである。図５に示す処理は、例えば、ノードの電源がＯＮとされたときに開始される。先ず、制御部１１は、拠点Ｐｎの管理者から電源ＯＦＦが要求されたか否かを判定する（ステップＳ３１）。このとき、制御部１１は、電源ＯＦＦが要求されていないと判定した場合には（ステップＳ３１：ＮＯ）、拠点端末Ｔｎ−ｌから通常コンテンツ要求が受信されたか否かを判定する（ステップＳ３２）。通常コンテンツ要求は、通常コンテンツを要求するためのリクエストである。通常コンテンツ要求は、要求された通常コンテンツのコンテンツＩＤを含む。このとき、制御部１１は、通常コンテンツ要求が受信されたと判定した場合には（ステップＳ３２：ＹＥＳ）、要求された通常コンテンツをオーバーレイネットワークＯＮから取得する（ステップＳ３３）。なお、具体的な処理内容の説明は省略する。次いで、制御部１１は、取得した通常コンテンツのコンテンツＩＤを含むパブリッシュメッセージを送信する（ステップＳ３４）。次いで、制御部１１は、取得したコンテンツを、通常コンテンツ要求の送信元の拠点端末Ｔｎ−ｌにアップロードする（ステップＳ３５）。制御部１１は、ステップＳ３５の処理を終えると、ステップＳ３１に移行する。
【００７０】
ステップＳ３２において、制御部１１は、通常コンテンツ要求が受信されていないと判定した場合には（ステップＳ３２：ＮＯ）、拠点端末Ｔｎ−ｌから複合コンテンツ要求を受信したか否かを判定する（ステップＳ３６）。複合コンテンツ要求は、通常コンテンツを要求するためのリクエストである。複合コンテンツ要求は、要求された複合コンテンツのコンテンツＩＤを含む。このとき、制御部１１は、複合コンテンツ要求を受信したと判定した場合には（ステップＳ３６：ＹＥＳ）、要求された複合コンテンツのメタファイルをオーバーレイネットワークＯＮから取得する（ステップＳ３７）。次いで、制御部１１は、取得したメタファイルのコンテンツＩＤを含むパブリッシュメッセージを送信する（ステップＳ３８）。次いで、制御部１１は、取得したメタファイルに記述されたコンテンツＩＤに基づいて、複合コンテンツを構成する各コンテンツを、オーバーレイネットワークＯＮから取得する。（ステップＳ３９）。次いで、制御部１１は、取得した各コンテンツのコンテンツＩＤを含むパブリッシュメッセージを送信する（ステップＳ４０）。次いで、制御部１１は、取得した各コンテンツを、通常コンテンツ要求の送信元の拠点端末Ｔｎ−ｌに送信する（ステップＳ４１）。制御部１１は、ステップＳ４１の処理を終えると、ステップＳ３１に移行する。
【００７１】
ステップＳ３６において、制御部１１は、複合コンテンツ要求が受信されていないと判定した場合には（ステップＳ３６：ＮＯ）、拠点端末Ｔｎ−ｌから複合コンテンツ問い合わせ要求を受信したか否かを判定する（ステップＳ４２）。このとき、制御部１１は、複合コンテンツ問い合わせ要求を受信したと判定した場合には（ステップＳ４２：ＹＥＳ）、複合コンテンツ問い合わせメッセージを送信する（ステップＳ４３）。具体的に、制御部１１は、複合コンテンツ問い合わせ要求からコンテンツＩＤを取得する。そして、制御部１１は、取得したコンテンツＩＤを含む複合コンテンツ問い合わせメッセージを送信する。次いで、制御部１は、配信停止対象のコンテンツのルートノードから、問い合わせ応答メッセージを受信する（ステップＳ４４）。次いで、制御部１は、問い合わせ結果を、複合コンテンツ問い合わせ要求の送信元の拠点端末Ｔｎ−ｌに送信する（ステップＳ４５）。具体的に、制御部１１は、問い合わせ応答メッセージから、複合コンテンツインデックス情報を取得する。次いで、制御部１１は、取得した複合コンテンツインデックス情報を、問い合わせ結果として送信する。制御部１１は、ステップＳ４５の処理を終えると、ステップＳ３１に移行する。
【００７２】
ステップＳ４２において、制御部１１は、複合コンテンツ問い合わせ要求が受信されていないと判定した場合には（ステップＳ４２：ＮＯ）、後述するメッセージ受信処理を実行して、ステップＳ３１に移行する。ステップＳ３１において、制御部１は、電源ＯＦＦが要求されたと判定した場合には（ステップＳ３１：ＹＥＳ）、図５に示す処理を終了させる。
【００７３】
図６は、本実施形態のノードの制御部１１のメッセージ受信処理の処理例を示すフローチャートである。先ず、他のノードからルートノードへのメッセージを受信したか否かを判定する（ステップＳ６１）。ルートノードへメッセージとしては、例えば、パブリッシュメッセージ、複合コンテンツ問い合わせメッセージ、利用通知メッセージ等がある。このとき、制御部１１は、ルートノードへのメッセージを受信していないと判定した場合には（ステップＳ６１：ＮＯ）、メッセージ受信処理を終了させる。一方、制御部１１は、ルートノードへのメッセージを受信したと判定した場合には（ステップＳ６１：ＹＥＳ）、メッセージを受信したノード自身がルートノードであるか否かを判定する（ステップＳ６２）。具体的に、制御部１１は、受信したメッセージからコンテンツＩＤを取得する。また、制御部１１は、メッセージを受信したノード自身のノードＩＤを、記憶部１２から取得する。また、制御部１１は、ルーティングテーブルに登録されているノードＩＤのうち、メッセージから取得されたコンテンツＩＤと最も近いノードＩＤを取得する。次いで、制御部１１は、メッセージを受信したノード自身のノードＩＤと、ルーティングテーブルから取得されたノードＩＤとのうち、メッセージから取得されたコンテンツＩＤにより近いノードＩＤは何れかであるかを判定する。このとき制御部１１は、ルーティングテーブルから取得されたノードＩＤの方がコンテンツＩＤに近いと判定した場合には、メッセージを受信したノード自身がルートノードではないと判定する（ステップＳ６２：ＮＯ）。この場合、制御部１１は、受信したメッセージを、ルーティングテーブルに基づいて他のノードへ転送する（ステップＳ６３）。制御部１１は、ステップＳ６３の処理を終えると、メッセージ受信処理を終了させる。
【００７４】
一方、制御部１１は、メッセージを受信したノード自身のノードＩＤの方がコンテンツＩＤに近いと判定した場合には、メッセージを受信したノード自身がルートノードであると判定する（ステップＳ６２：ＹＥＳ）。この場合、制御部１１は、受信したメッセージがパブリッシュメッセージであるか否かを判定する（ステップＳ６４）。このとき、制御部１１は、パブリッシュメッセージであると判定した場合には（ステップＳ６４：ＹＥＳ）、パブリッシュメッセージに含まれるインデックス情報を、インデックス情報キャッシュに記憶する（ステップＳ６５）。制御部１１は、ステップＳ６５の処理を終えると、メッセージ受信処理を終了させる。
【００７５】
ステップＳ６４において、制御部１１は、受信したメッセージがパブリッシュメッセージではないと判定した場合には（ステップＳ６４：ＮＯ）、受信したメッセージが複合コンテンツ問い合わせメッセージであるか否かを判定する（ステップＳ６６）。このとき、制御部１１は、複合コンテンツ問い合わせメッセージであると判定した場合には（ステップＳ６６：ＹＥＳ）、複合コンテンツ問い合わせメッセージに含まれるコンテンツＩＤを取得する。そして、制御部１１は、取得したコンテンツＩＤに対応する複合コンテンツインデックス情報が、複合コンテンツインデックスキャッシュに記憶されているか否かを判定する（ステップＳ６７）。
【００７６】
このとき、制御部１１は、複合コンテンツインデックス情報が記憶されていると判定した場合には（ステップＳ６７：ＹＥＳ）、取得したコンテンツＩＤに対応する複合コンテンツインデックス情報を、複合コンテンツインデックスキャッシュから取得する。そして、制御部１１は、取得した複合コンテンツインデックス情報を含む問い合わせ応答メッセージを、複合コンテンツ問い合わせメッセージの送信元のノードへ送信する（ステップＳ６８）。一方、制御１１は、複合コンテンツインデックス情報が記憶されていないと判定した場合には（ステップＳ６７：ＮＯ）、複合コンテンツがないことを示す問い合わせ応答メッセージを、複合コンテンツ問い合わせメッセージの送信元のノードへ送信する（ステップＳ６９）。制御部１１は、ステップＳ６８またはＳ６９の処理を終えると、メッセージ受信処理を終了させる。
【００７７】
ステップＳ６６において、制御部１１は、受信したメッセージが複合コンテンツ問い合わせメッセージはないと判定した場合には（ステップＳ６６：ＮＯ）、受信したメッセージが利用通知メッセージであるか否かを判定する（ステップＳ７０）。このとき、制御部１１は、利用通知メッセージであると判定した場合には（ステップＳ７０：ＹＥＳ）、利用通知メッセージに含まれる複合コンテンツインデックス情報を、複合コンテンツインデックス情報キャッシュに記憶させる（ステップＳ７１）。制御部１１は、ステップＳ７１の処理を終えると、メッセージ受信処理を終了させる。
【００７８】
ステップＳ７０において、制御部１１は、受信したメッセージが利用通知メッセージはないと判定した場合には（ステップＳ７０：ＮＯ）、受信したメッセージに応じた処理を実行して、メッセージ受信処理を終了させる。
【００７９】
なお、上記実施形態においては、オーバーレイネットワークに、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアシステム、または、オーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないオーバーレイネットワークとしては、例えば、ハイブリッド型のピアツーピアネットワークシステムがある。
【００８０】
また、上記実施形態においては、複合コンテンツインデックス情報を記憶するノードが、複合コンテンツを構成するコンテンツのルートノードと定められていた。しかしながら、例えば、予め定められたノードが、複合コンテンツインデックス情報を記憶しても良い。予め定められたノードとしては、例えば、ネットワークＮＷに定常的に接続するノード等がある。
【００８１】
また、一部または全部の拠点端末Ｔｎ−ｌが、本発明におけるノード装置であっても良い。この場合、利用者が、拠点端末Ｔｎ−ｌを操作して、複合コンテンツの問い合わせを行うコンテンツを指定したとする。すると、ノード装置としての拠点端末Ｔｎ−ｌは、指定されたコンテンツのコンテンツＩＤを含む複合コンテンツ問い合わせメッセージを、指定されたコンテンツのルートノードへ送信する。また、拠点端末Ｔｎ−ｌがセンターサーバＳＳから利用通知メッセージを受信した場合の処理内容は、上述した実施形態の場合と同様である。また、拠点端末Ｔｎ−ｌが、他のノード装置から複合コンテンツ問い合わせメッセージを受信した場合の処理内容も、上述した実施形態の場合と同様である。
【００８２】
また、上記実施形態において、ルートノードは、複合コンテンツの投入時にセンターサーバＳＳから利用通知メッセージを受信することにより、複合コンテンツインデックス情報を取得していた。しかしながら、ルートノードは、オーバーレイネットワークＯＮから複合コンテンツを取得した保持ノードから、複合コンテンツインデックス情報を取得しても良い。ノードは、複合コンテンツを取得する場合、コンテンツカタログ情報から複合コンテンツのコンテンツＩＤを取得する。そして、ノードは、複合コンテンツのメタファイルを取得する。複合コンテンツのメタファイルには、複合コンテンツを構成するコンテンツのコンテンツＩＤが記述されている。従って、複合コンテンツを取得したノードは、複合コンテンツのコンテンツＩＤと、複合コンテンツを構成するコンテンツのコンテンツＩＤと、を取得する。つまり、複合コンテンツを取得したノードは、複合コンテンツインデックス情報を取得する。そこで、複合コンテンツを取得したノードは、複合コンテンツを構成するコンテンツのルートノードへ送信するパブリッシュメッセージに、複合コンテンツインデックス情報を含ませることができる。ルートノードは、パブリッシュメッセージを受信することにより、複合コンテンツインデックス情報を取得することができる。そして、ルートノードは、複合コンテンツインデックス情報を、複合コンテンツインデックスキャッシュに記憶させる。
【符号の説明】
【００８３】
１，１１  制御部
２，１２  記憶部
３，１３ａ，１３ｂ  通信部
ＳＳ  センターサーバ
Ｎｎ  ノード
ＮＷ  ネットワーク
ＯＮ  オーバーレイネットワーク
Ｓ  配信システム
【図１】
2012178113.tif 000003
【図２】
2012178113.tif 000004
【図３】
2012178113.tif 000005
【図４】
2012178113.tif 000006
【図５】
2012178113.tif 000007
【図６】
2012178113.tif 000008