情報通信システム、ノード装置、情報処理方法及び情報処理プログラム
【課題】ノード装置が複数のオーバーレイネットワークの中から何れかのオーバーレイネットワークに参加するとき、参加するために必要な情報を取得するためのアクセス先となるノード装置の負荷を軽減する。
【解決手段】情報処理装置またはノード装置は、ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、複数の定常ノード装置の中から、第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する。ノード装置は、ノード装置が参加する第２のオーバーレイネットワークを識別する第１識別情報を取得し、情報処理装置により決定された定常ノード装置に、第２のオーバーレイネットワークへの第１要求情報を送信し、第１送信手段により送信された第１要求情報を受信した定常ノード装置から、第２のオーバーレイネットワークに参加しているノード装置の所在を示す第１所在情報を受信する。
【解決手段】情報処理装置またはノード装置は、ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、複数の定常ノード装置の中から、第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する。ノード装置は、ノード装置が参加する第２のオーバーレイネットワークを識別する第１識別情報を取得し、情報処理装置により決定された定常ノード装置に、第２のオーバーレイネットワークへの第１要求情報を送信し、第１送信手段により送信された第１要求情報を受信した定常ノード装置から、第２のオーバーレイネットワークに参加しているノード装置の所在を示す第１所在情報を受信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））方式の通信システムの技術分野に関する。
【背景技術】
【０００２】
近年、ピアツーピア方式の通信システムが注目されている。このピアツーピア方式の通信システムにおいては、オーバーレイネットワークに参加しているノード装置が他のノード装置と通信するためには、他のノード装置のＩＰアドレス等の情報が必要となる。そこで、各ノード装置は、オーバーレイネットワークに参加するとき、予め決められたノード装置またはサーバ装置にアクセスすることにより、他のノード装置の情報を取得する。例えば、特許文献１に記載された技術においては、管理者の作業によって、接続先となるノード装置のノードデータを格納した接続テーブルを、ノード装置に予め記憶させておく。そして、ノード装置は、接続テーブルに格納されたノードデータに対応するノード装置に対して参加申請を行うことにより、最新の接続テーブルを取得する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３１０４６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、オーバーレイネットワークに参加しようとする各ノード装置が、予め決められたノード装置に対してアクセスすると、予め決められたノード装置にアクセスが集中する。そのため、予め決められたノード装置の処理が遅延することになるので、オーバーレイネットワークを効率的に形成することができない。
【０００５】
そこで、本発明は、以上の点に鑑みてなされたものである。本発明は、ノード装置が複数のオーバーレイネットワークの中から何れかのオーバーレイネットワークに参加するとき、参加するために必要な情報を取得するためのアクセス先となるノード装置の負荷を軽減することができる情報通信システム、ノード装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムであって、前記情報通信システムは、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定手段を備える情報処理装置、または、前記決定手段を備える前記ノード装置を備え、前記ノード装置は、前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得手段と、前記決定手段により決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信手段と、前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信手段と、を備えることを特徴とする。
【０００７】
この発明によれば、複数の定常ノード装置の中から、第１識別情報に基づいて、アクセス先となる定常ノード装置が決定される。そのため、ノード装置が第２のオーバーレイネットワークに参加するときのアクセスの負荷を、複数の定常ノード装置に分散することができる。
【０００８】
請求項２に記載の発明は、前記第１受信手段は、前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報が少なくとも１つ登録されたルーティングテーブルを受信することを特徴とする。
【０００９】
この発明によれば、ノード装置は、第２のオーバーレイネットワークに参加するために必要な情報が登録されたルーティングテーブルを取得することができる。
【００１０】
請求項３に記載の発明は、前記ノード装置の前記第１取得手段は、前記第１識別情報として、前記ノード装置の属性を示す属性情報を取得し、前記第１受信手段は、前記第１取得手段により取得された属性情報が示す属性の前記ノード装置の前記第１所在情報が登録された前記ルーティングテーブルを受信することを特徴とする。
【００１１】
この発明によれば、同じ属性を有する複数のノード装置により第２のオーバーレイネットワークが形成される。そのため、ノード装置が必要とする情報を、参加している第２のオーバーレイネットワークに参加している他のノード装置が保存している可能性の方が、他の第２のオーバーレイネットワークに参加しているノード装置が保存している可能性よりも高い。従って、ノード装置が参加している第２のオーバーレイネットワーク内でコンテンツを検索することで、検索効率が高くなる。
【００１２】
請求項４に記載の発明は、各前記ノード装置は、前記ネットワークを構成する複数のネットワークの何れかに接続され、前記第１取得手段は、前記第１識別情報として、前記ノード装置が接続するネットワークを識別する情報を取得し、前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別されるネットワークに接続する前記定常ノード装置を、前記コンタクトノード装置として決定することを特徴とする。
【００１３】
この発明によれば、同一のネットワークに接続する複数のノード装置により第２のオーバーレイネットワークが形成される。そのため、同一のネットワーク内で情報が送受信されるので、ノード装置間で効率良く通信を行うことができる。また、ノード装置が第２のオーバーレイネットワークに参加するためのアクセス先の定常ノード装置が、同じネットワークに接続する定常ノード装置となる。そのため、ノード装置は、効率良く第２のオーバーレイネットワークに参加することができる。
【００１４】
請求項５に記載の発明は、前記第１取得手段は、前記第１識別情報として、前記ノード装置が接続するネットワークを有するインターネットサービスプロバイダを識別する情報を取得し、前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別されるインターネットサービスプロバイダが有するネットワークに接続する前記定常ノード装置を、前記コンタクトノード装置として決定することを特徴とする。
【００１５】
この発明によれば、同一のインターネットサービスプロバイダが有するネットワークに接続する複数のノード装置により第２のオーバーレイネットワークが形成される。そのため、ノード装置間で効率良く通信を行うことができる。また、ノード装置が第２のオーバーレイネットワークに参加するためのアクセス先の定常ノード装置が、同じインターネットサービスプロバイダが有するネットワークに接続する定常ノード装置となる。そのため、ノード装置は、効率良く第２のオーバーレイネットワークに参加することができる。
【００１６】
請求項６に記載の発明は、前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別される前記第２のオーバーレイネットワークに対応する前記コンタクトノード装置を、前記第１のオーバーレイネットワークから検索することを特徴とする。
【００１７】
この発明によれば、コンタクトノード装置が第１のオーバーレイネットワークから検索される。そのため、コンタクトノード装置を検索するための負荷を、複数の定常ノード装置に分散させることができる。
【００１８】
請求項７に記載の発明は、前記情報通信システムは、前記複数のノード装置によりコンテンツが分散保存され、前記定常ノード装置は、前記コンタクトノード装置として対応する前記第２のオーバーレイネットワークに参加し、前記ノード装置は、取得するコンテンツを保存する前記ノード装置であるコンテンツ保存ノード装置を、参加している前記第２のオーバーレイネットワークから検索する検索手段と、前記検索手段により前記コンテンツ保存ノード装置が検索されなかった場合には、コンテンツの要求を示す第２要求情報を、参加している前記第２のオーバーレイネットワークに対応する前記コンタクトノード装置である前記定常ノード装置により、前記第１のオーバーレイネットワークを介して他の前記定常ノード装置へ送信させる制御手段と、前記定常ノード装置により検索された前記コンテンツ保存ノード装置からコンテンツを取得する第２取得手段と、を更に備え、前記定常ノード装置は、他の前記定常ノード装置から前記第２要求情報を受信する第２受信手段を備え、前記定常ノード装置の前記検索手段は、前記第２受信手段により受信された前記第２要求情報が示すコンテンツを保存する前記コンテンツ保存ノード装置を、参加している前記第２のオーバーレイネットワークから検索することを特徴とする。
【００１９】
この発明によれば、ノード装置は、複数の第２のオーバーレイネットワークのうち、参加している第２のオーバーレイネットワークから優先して、取得するコンテンツを検索する。そして、ノード装置は、参加している第２のオーバーレイネットワークからコンテンツを検索することができなかった場合には、他の第２のオーバーレイネットワークからコンテンツを取得する。そのため、異なる第２のオーバーレイネットワーク間で送受信される情報を減らすことができるとともに、ノード装置がコンテンツを確実に取得することができる。
【００２０】
請求項８に記載の発明は、ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムにおける前記ノード装置であって、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報を取得する第１取得手段と、前記第１取得手段により取得された前記第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定手段と、前記決定手段により決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信手段と、前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信手段と、を備えることを特徴とする。
【００２１】
請求項９に記載の発明は、ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムにおける情報処理方法であって、情報処理装置または前記ノード装置が、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定ステップと、前記ノード装置が、前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得ステップと、前記ノード装置が、前記決定ステップにおいて決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信ステップと、前記ノード装置が、前記第１送信ステップにおいて送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信ステップと、を含むことを特徴とする。
【００２２】
請求項１０に記載の発明は、ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムに含まれるコンピュータに、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定ステップと、前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得ステップと、前記決定ステップにおいて決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信ステップと、前記第１送信ステップにおいて送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信ステップと、を実行させることを特徴とする。
【発明の効果】
【００２３】
本発明によれば、複数の定常ノード装置の中から、第１識別情報に基づいて、アクセス先となる定常ノード装置が決定される。そのため、ノード装置が第２のオーバーレイネットワークに参加するときのアクセスの負荷を、複数の定常ノード装置に分散することができる。
【図面の簡単な説明】
【００２４】
【図１】一実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。
【図２】一実施形態に係るコンテンツ配信システムＳにおける動作概要の一例を示す図である。
【図３】センターサーバＳＡの概要構成例を示す図である。
【図４】ルータＲｍの概要構成例を示す図である。
【図５】ユーザ端末Ｔｎの概要構成例を示す図である。
【図６】一実施形態におけるユーザ端末Ｔｎの制御部３１のコミュニティＰ２Ｐネットワーク参加処理における処理例を示すフローチャートである。
【図７】一実施形態におけるルータＲｍの制御部２１の処理例を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに本発明を適用した場合の実施形態である。
【００２６】
［１．コンテンツ配信システムの概要構成］
始めに、図１を参照して、本実施形態に係るコンテンツ配信システムの概要構成について説明する。図１は、本実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。図１に示すように、コンテンツ配信システムＳは、ネットワークＮＷに、複数のＩＳＰネットワークＮＩｋ（ｋ＝１，２，３・・・の何れか）が接続されている。このネットワークＮＷ及び各ＩＳＰネットワークＮＩｋは、現実世界の通信ネットワークである。
【００２７】
ネットワークＮＷは、各ＩＳＰネットワークＮＩｋを相互接続し、ＩＳＰネットワークＮＩｋ間でピアリングを行うためのネットワークである。このネットワークＮＷは、例えば、ＩＸ（Internet eＸchange）等によって構成されている。なお、例えば、一部のＩＳＰネットワークＮＩｋ同士については、直接相互接続されていても良い。ＩＳＰネットワークＮＩｋは、ＩＳＰ（Internet Service Provider）がインターネット接続サービス等を提供するために構築したネットワークである。このＩＳＰネットワークＮＩｋは、例えば、ＩＳＰのバックボーンネットワーク、アクセスネットワーク等により構成されている。
【００２８】
ネットワークＮＷには、センターサーバＳＡが接続されている。このセンターサーバＳＡは、後述するコアＰ２ＰネットワークＰＷに関する処理を実行するサーバ装置である。各ＩＳＰネットワークＮＩｋには、それぞれ１台以上のルータＲｍ（ｍ＝１，２，３・・・の何れか）が定常的に接続されている。このルータＲｍは、ＩＳＰネットワークＮＩｋと、例えばＬＡＮ（Local Area Network）等のネットワークとを相互接続する。ルータＲｍは、例えば、ルータ機能を有するファイアーウォール、ブロードバンドルータ等である。また、ルータＲｍは、コアＰ２ＰネットワークＰＷへの接続機能を有する。なお、ルータＲｍは、本発明における定常ノード装置及び情報処理装置の一例である。
【００２９】
また、各ＩＳＰネットワークＮＩｋには、それぞれ１台以上のユーザ端末Ｔｎ（ｎ＝１，２，３・・・の何れか）が接続されている。ユーザ端末Ｔｎは、例えば、パーソナルコンピュータ等である。あるユーザ端末Ｔｎは、ルータＲｍを介してＩＳＰネットワークＮＩｋに接続される。また、あるユーザ端末Ｔｎは、例えば、Ｐ２ＰネットワークＰＷへの接続機能を有さないルータやモデム等を介してＩＳＰネットワークＮＩｋに接続される。なお、図１において、Ｐ２ＰネットワークＰＷへの接続機能を有さないルータ及びモデムの図示を省略している。ユーザ端末Ｔｎは、本発明におけるノード装置の一例である。
【００３０】
［２．ピアツーピアネットワークの概要］
コンテンツ配信システムＳにおいては、コンテンツをユーザ端末Ｔｎへ配信するためのピアツーピアネットワークが構築される。コンテンツ配信システムＳにおけるピアツーピアネットワークは２種類存在する。第１のピアツーピアネットワークは、コアＰ２ＰネットワークＰＷである。第２のピアツーピアネットワークは、コミュニティＰ２ＰネットワークＰＬｌ（ｌ＝１，２，３・・・の何れか）である。コアＰ２ＰネットワークＰＷ及びコミュニティＰ２ＰネットワークＰＬｌは、それぞれネットワークＮＷやＩＳＰネットワークＮＩｋ上に構築される論理的なオーバーレイネットワークである。
【００３１】
コアＰ２ＰネットワークＰＷは、複数のルータＲｍの接続により形成されている。このコアＰ２ＰネットワークＰＷは、例えば、コミュニティＰ２ＰネットワークＰＬｌ間のコンテンツの送受信に用いられる。また、コアＰ２ＰネットワークＰＷは、例えば、コンテンツ配信システムＳにおいて利用されるコンテンツの送受信に用いられても良い。また、コアＰ２ＰネットワークＰＷは、例えば、ルータＲｍが利用するコンテンツの送受信に用いられても良い。また、コアＰ２ＰネットワークＰＷは、例えば、コミュニティＰ２ＰネットワークＰＬｌ内で送受信されるコンテンツの送受信に用いられても良い。なお、コアＰ２ＰネットワークＰＷは、本発明における第１のオーバーレイネットワークの一例である。
【００３２】
コミュニティＰ２ＰネットワークＰＬｌは、必要に応じて生成される。コミュニティＰ２ＰネットワークＰＬｌは、例えば、ユーザ端末Ｔｎに設定される属性毎に生成される。また、コミュニティＰ２ＰネットワークＰＬｌは、例えば、コンテンツ配信システムＳの管理者により設定された属性毎に生成されても良いし、ユーザにより設定された属性毎に生成されても良い。この属性を、「ノード属性」という。ノード属性としては、例えば、ユーザ端末Ｔｎが接続するＩＳＰネットワークＮＩｋ、すなわち、ユーザ端末Ｔｎのユーザが加入しているＩＳＰがある。また、ノード属性としては、例えば、ユーザ端末Ｔｎのユーザが属するインターネットコミュニティがある。インターネットコミュニティは、例えば、関心がある分野、価値観、目的、居住地域等が同じユーザによって形成される。また、各コミュニティＰ２ＰネットワークＰＬｌには、１台以上のルータＲｍが、後述するコンタクトノードとして接続される。なお、コミュニティＰ２ＰネットワークＰＬｌは、本発明における第２のオーバーレイネットワークの一例である。
【００３３】
以下、本実施形態のピアツーピアネットワークの基本的な仕組み及び動作概要を、コアＰ２ＰネットワークＰＷ及びコミュニティＰ２ＰネットワークＰＬｌに共通する事項として説明する。ここで、ピアツーピアネットワークに接続する装置を、「ノード」と称する。コアＰ２ＰネットワークＰＷにおいてノードに相当する装置は、ルータＲｍである。また、コミュニティＰ２ＰネットワークＰＬｌにおいてノードに相当する装置は、ユーザ端末Ｔｎ及びコンタクトノードとしてのルータＲｍである。
【００３４】
本実施形態のピアツーピアネットワークは、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムにより実現される。そして、ピアツーピアネットワークに接続する各ノードには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。図１に示す各ピアツーピアネットワークは、ノードＩＤのＩＤ空間をリング状のものとして示されている。そして、図１のリング状のＩＤ空間において示されている各ノードの位置は、それぞれのノードＩＤに対応している。
【００３５】
各ノードは、それぞれ、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルを、「ＤＨＴルーティングテーブル」という。ＤＨＴルーティングテーブルは、ピアツーピアネットワーク上における各種メッセージの転送先を規定している。具体的に、ＤＨＴルーティングテーブルには、ＩＤ空間内で適度に離れたノードのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。ピアツーピアネットワークに接続している１台のノードは、必要最低限のノードのノード情報をＤＨＴルーティングテーブルとして記憶している。各ノード間で互いに各種メッセージが転送されることで、ノード情報を記憶していないノードについてのノード情報が取得される。なお、ＤＨＴルーティングテーブルは、本発明におけるルーティングテーブルの一例である。また、ＤＨＴルーティングテーブルに登録されているノード情報に含まれるＩＰアドレスは、本発明における第１所在情報の一例である。
【００３６】
ピアツーピアネットワークにおいては、内容の異なる様々なコンテンツが複数のノードに分散して保存される。以下、コンテンツを保存するノードを、「コンテンツ保持ノード」という。各コンテンツのオリジナルは、例えば、センターサーバＳＡに保存されている。例えば、センターサーバＳＡから１台以上のルータＲｍにコンテンツが配信されて、ルータＲｍが受信したコンテンツを保存する。これにより、各ルータＲｍは、そのコンテンツをコアＰ２ＰネットワークＰＷから取得することができるようになる。また、コンテンツを保存したルータＲｍが参加するコミュニティＰ２ＰネットワークＰＬｌの各ユーザ端末Ｔｎは、そのコンテンツをコミュニティＰ２ＰネットワークＰＬｌから取得することができるようになる。各コンテンツには、それぞれコンテンツ毎に固有の識別情報であるコンテンツＩＤが付与されている。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３７】
分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理（記憶）しているノードにより記憶される。コンテンツの所在を管理しているノードを、「ルートノード」という。インデックス情報は、コンテンツを保存したノードのノード情報と、コンテンツのコンテンツＩＤと等の組を含む。このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。
【００３８】
そして、或るノードが、或るコンテンツを取得しようとする場合、そのノードは、検索メッセージを生成する。以下、コンテンツを取得しようとするノードを、「ユーザノード」という。検索メッセージは、取得対象のコンテンツのコンテンツＩＤ及びユーザノードのＩＰアドレス等を含む。検索メッセージは、コンテンツ保持ノードを検索するためのメッセージである。検索メッセージが、ユーザノードが記憶するＤＨＴルーティングテーブルに従って、他のノードに対して送出される。つまり、ユーザノードは、検索メッセージを、ルートノードに向けて送出する。これにより、検索メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００３９】
検索メッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。ルートノードは、取得したインデックス情報を、検索メッセージの送信元であるユーザノードに対して返信する。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてコンテンツをダウンロード（取得）することができる。ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号等に基づいて、コンテンツ要求メッセージをコンテンツ保持ノードに送信する。コンテンツ要求メッセージには、取得対象のコンテンツのコンテンツＩＤが含まれている。コンテンツ要求メッセージを受信したコンテンツ保持ノードは、コンテンツ要求メッセージに含まれるコンテンツＩＤに対応するコンテンツをユーザノードに送信（アップロード）する。このようにして、ユーザノードは、コンテンツをダウンロードする。
【００４０】
ユーザノードは、コンテンツ保持ノードからコンテンツを取得して保存したとき、パブリッシュメッセージを生成する。パブリッシュメッセージは、コンテンツを保存したことをルートノードへ知らせるためのメッセージである。パブリッシュメッセージは、コンテンツのコンテンツＩＤ及びコンテンツを保存したノード装置のノード情報を含む。パブリッシュメッセージは、ルートノードに向けて送出される。これにより、パブリッシュメッセージは、検索メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。ルートノードは、パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報をインデックス情報キャッシュ領域に記憶する。こうして、上記ユーザノードは、新たに、上記コンテンツを保持するコンテンツ保持ノードとなる。
【００４１】
各ユーザ端末Ｔｎは、上述した方法により、ユーザ端末Ｔｎ自身が参加しているコミュニティＰ２ＰネットワークＰＬｌからコンテンツを取得する。しかしながら、そのコミュニティＰ２ＰネットワークＰＬｌからコンテンツを取得することができない場合がある。その場合、ユーザ端末Ｔｎは、コアＰ２ＰネットワークＰＷを介して、他のコミュニティＰ２ＰネットワークＰＬｌから、コンテンツを取得する。
【００４２】
他のコミュニティＰ２ＰネットワークＰＬｌからのコンテンツの取得の詳細を説明する。ユーザ端末Ｔｎは、ユーザ端末Ｔｎ自身が参加しているコミュニティＰ２ＰネットワークＰＬｌに対して、コンテンツの検索メッセージを送信する。そして、ユーザ端末Ｔｎは、コンテンツのルートノードからの応答結果に基づいて、コンテンツ保持ノードが存在しないと判定したとする。その場合、ユーザ端末Ｔｎは、ユーザ端末Ｔｎ自身が参加しているコミュニティＰ２ＰネットワークＰＬｌのコンタクトノードであるルータＲｍに、他のコンテンツの取得を要求させる。具体的に、ユーザ端末Ｔｎは、取得するコンテンツのコンテンツＩＤを含むコンテンツ取得要求メッセージを、コンタクトノードに送信する。
【００４３】
コンテンツ取得要求メッセージを受信したルータＲｍは、コアＰ２ＰネットワークＰＷを介して、コンテンツ取得要求メッセージを他のルータＲｍに転送する。なお、この場合におけるコンテンツ取得要求メッセージは、本発明における第２要求情報の一例である。ユーザ端末Ｔｎからのコンテンツ取得要求メッセージを転送するルータＲｍを、「要求元ノード」という。また、コンテンツ取得要求メッセージの転送先のルータＲｍを、「要求先ノード」という。要求先ノードは、例えば、要求元ノードが保持するコアＰ２ＰネットワークＰＷのＤＨＴルーティングテーブルにノード情報が登録されているルータＲｍである。要求先ノードは、コンテンツ取得要求メッセージに含まれるコンテンツＩＤに基づいて、要求先ノード自身がコンタクトノードとして参加しているコミュニティＰ２ＰネットワークＰＬｌからコンテンツを検索して取得する。そして、要求先ノードは、取得したコンテンツを要求元ノードに送信する。一方、要求先ノードは、検索の結果、コンテンツ保持ノードが存在しなかった場合、または、要求先ノードがコミュニティＰ２ＰネットワークＰＬｌに参加していない場合には、コンテンツを取得することができなかったことを示すコンテンツ未取得メッセージを、要求元ノードに送信する。要求元ノードは、要求先ノードからコンテンツ未取得メッセージを受信した場合には、要求先ノードを別のルータＲｍに変えて、コンテンツ取得要求メッセージを送信する。そして、要求元ノードは、要求先ノードからコンテンツを受信した場合には、受信したコンテンツを、ユーザノードであるユーザ端末Ｔｎに送信する。
【００４４】
［３．コミュニティＰ２Ｐネットワークへの参加］
次に、図２を参照して、ユーザ端末ＴｎがコミュニティＰ２ＰネットワークＰＬｌに参加する方法、及び、その際のコンタクトノードの決定方法について説明する。図２は、本実施形態に係るコンテンツ配信システムＳにおける動作概要の一例を示す図である。
【００４５】
各ユーザ端末Ｔｎは、例えばユーザ操作等に基づいて、コミュニティＰ２ＰネットワークＰＬｌに参加する。コミュニティＰ２ＰネットワークＰＬｌへの参加とは、ユーザ端末ＴｎがコミュニティＰ２ＰネットワークＰＬｌに接続されることにより、そのコミュニティＰ２ＰネットワークＰＬｌに接続されている他のユーザ端末Ｔｎとピアツーピア方式で通信可能となることをいう。そのためには、ユーザ端末Ｔｎは、参加するコミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブルを取得する必要がある。そこで、ユーザ端末Ｔｎは、参加するコミュニティＰ２ＰネットワークＰＬｌのコンタクトノードから、そのコミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブルを取得する。コンタクトノードとは、ユーザ端末Ｔｎが、ＤＨＴルーティングテーブルを取得するためにアクセスするルータＲｍである。
【００４６】
各ユーザ端末Ｔｎが、それぞれのコミュニティＰ２ＰネットワークＰＬｌに参加する際に、予め定められたルータＲｍにアクセスすると、特定のルータＲｍに負荷が集中する。そこで、コンテンツ配信システムＳにおいては、コミュニティＰ２ＰネットワークＰＬｌ毎に、複数のルータＲｍの中から、コンタクトノードが決定される。
【００４７】
各ルータＲｍには、そのルータＲｍがコンタクトノードとなるコミュニティＰ２ＰネットワークＰＬｌに対応するノード属性が割り当てられる。各ルータＲｍは、割り当てられたノード属性を示す情報として、ノード属性情報を記憶する。ノード属性情報は、コミュニティＰ２ＰネットワークＰＬｌを識別するための情報でもある。例えば、各ルータＲｍには、ノード属性情報として、そのルータＲｍが接続するＩＳＰネットワークＮＩｋのＩＳＰ名が設定される。また、例えば、各ルータＲｍには、ノード属性情報として、任意のコミュニティ名が設定される。各ノード属性には、それぞれ固有の識別情報である属性ＩＤが割り当てられる。属性ＩＤは、例えば、ノード属性情報が共通のハッシュ関数によりハッシュ化されて生成される。なお、ノード属性としてのコミュニティは、１台のルータＲｍに複数割り当て可能である。また、同一のノード属性が複数のルータＲｍに割り当てられても良い。また、一部のルータＲｍについて、ノード属性が割り当てられなくても良い。なお、ノード属性情報は、本発明における第1識別情報及び属性情報の一例である。
【００４８】
各ルータＲｍに割り当てられたノード属性に関する情報は、属性インデックス情報として、ノード属性を管理するルータＲｍにより記憶される。ノード属性を管理するルータＲｍを、「属性ルートノード」という。属性インデックス情報には、ノード属性が割り当てられたルータＲｍのノード情報と、ノード属性の属性ＩＤとの組を含む。属性ルートノードは、コンテンツのルートノードの場合と同様に、属性ＩＤと最も近いノードＩＤを有するルータＲｍであるように定められる。
【００４９】
各ルータＲｍは、ノード属性が割り当てられると、そのノード属性を公開する。具体的に、ルータＲｍは、そのルータＲｍのノード情報と、割り当てられたノード属性の属性ＩＤとを含む属性パブリッシュメッセージを送信する。属性パブリッシュメッセージは、コンテンツのパブリッシュメッセージと同様に、属性ＩＤをキーとするＤＨＴルーティングによって属性ルートノードに到着する。属性ルートノードは、属性パブリッシュメッセージに含まれるノード情報及び属性ＩＤの組を含む属性インデックス情報を記憶する。これにより、各ルータＲｍは、ノード属性が割り当てられたルータＲｍを、コアＰ２ＰネットワークＰＷから検索することができる。
【００５０】
図２においては、例えば、ユーザ端末Ｔ１が、これからコミュニティＰ２ＰネットワークＰＬｌに参加する。先ず、ユーザ端末Ｔ１は、ユーザ端末Ｔ１のノード属性を示すノード属性情報を取得する（図２（１））。例えば、ユーザ端末Ｔ１は、ユーザ端末Ｔ１が接続するＩＳＰネットワークＮＩ１を示す「ＩＳＰ１」、及び、インターネットコミュニティとして音楽の興味の分野を示す「ポップス」を取得したとする。すると、ユーザ端末Ｔ１は、ノード属性情報としての「ＩＳＰ１」及び「ポップス」を含むコンタクトノード問い合わせメッセージを、任意のルータＲｍ、例えば、ルータＲ６に送信する（図２（２））。なお、コンタクトノード問い合わせメッセージは、本発明における問い合わせ情報の一例である。
【００５１】
ルータＲ６は、受信したコンタクトノード問い合わせメッセージに含まれる「ＩＳＰ１」及び「ポップス」に基づいて、それぞれの属性ＩＤを生成する。そして、ルータＲ６は、ルータＲ６自身のノード情報及び生成した属性ＩＤを含むコンタクトノード検索メッセージを送信する（図２（３））。コンタクトノード検索メッセージは、コンテンツの検索メッセージと同様に、ＤＨＴルーティングによって属性ルートノードに到達する。例えば、「ＩＳＰ１」の属性ＩＤを含むコンタクトノード検索メッセージは、ルータＲ３に到着する。ルータＲ３は、受信したコンタクトノード検索メッセージに含まれる属性ＩＤに対応する属性インデックス情報を、ルータＲ６に送信する（図２（４））。「ポップス」についても、図２（３）及び図２（４）と同様の処理が行われる。
【００５２】
ルータＲ６は、受信した各属性インデックス情報に基づいて、コンタクトノードを決定する（図２（５））。例えば、ルータＲ６は、ノード属性として、「ＩＳＰ１」及び「ポップス」の両方が割り当てられたルータＲｍ、例えば、ルータＲ２を、コンタクトノードとして決定する。そして、ルータＲ６は、コンタクトノードとして決定したルータＲ２のノード情報と、「ＩＳＰ１」及び「ポップス」それぞれの属性ＩＤを含む回答メッセージを、ユーザ端末Ｔ１に送信する（図２（６））。また、ルータＲ６は、「ＩＳＰ１」及び「ポップス」の両方が割り当てられたルータＲｍが存在しない場合には、「ＩＳＰ１」が割り当てられたルータＲｍを、コンタクトノードとして決定する。また、ルータＲ６は、「ＩＳＰ１」が割り当てられたルータＲｍも存在しない場合には、「ポップス」が割り当てられたルータＲｍを、コンタクトノードとして決定する。なお、回答メッセージに含まれるコンタクトノードのノード情報に含まれるＩＰアドレスは、本発明における第２所在情報の一例である。
【００５３】
ユーザ端末Ｔ１は、受信した回答メッセージに含まれるノード情報のＩＰアドレス及びポート番号に基づいて、ルータＲ２に参加要求メッセージを送信する（図２（７））。参加要求メッセージには、回答メッセージに含まれていた「ＩＳＰ１」及び「ポップス」の属性ＩＤが設定される。なお、参加要求メッセージは、本発明のおける第１要求情報の一例である。
【００５４】
ルータＲ２は、受信した回答メッセージに含まれる「ＩＳＰ１」及び「ポップス」の属性ＩＤに対応する、例えば、コミュニティＰ２ＰネットワークＰＬ１のＤＨＴルーティングテーブルを、ユーザ端末Ｔ１に返信する（図２（８））。このとき、ルータＲ２は、コミュニティＰ２ＰネットワークＰＬ１が生成されていない場合には、コミュニティＰ２ＰネットワークＰＬ１を生成する。ユーザ端末Ｔ１は、受信したＤＨＴルーティングテーブルに基づいて、コミュニティＰ２ＰネットワークＰＬ１に参加している他のユーザ端末Ｔｎとピアツーピア通信を行う。
【００５５】
コンテンツ配信システムＳにおいては、ノード属性として、ＩＳＰとインターネットコミュニティが用いられている。以下に、ＩＳＰ毎にコミュニティＰ２ＰネットワークＰＬｌを分けた場合の効果、及び、インターネットコミュニティ毎にコミュニティＰ２ＰネットワークＰＬｌを分けた場合の効果について説明する。
【００５６】
ＩＳＰネットワークＮＩｋ間では、例えば、ピアリングやトランジット等により情報が送受信される。この場合、ＩＳＰネットワークＮＩｋ内で情報が送受信されるよりも、情報の送受信に時間を要する。これに対し、同一のＩＳＰネットワークＮＩｋに接続する複数のユーザ端末Ｔｎにより形成されるコミュニティＰ２ＰネットワークＰＬｌ内で情報が送受信される限りは、ＩＳＰネットワークＮＩｋ間の情報の送受が発生しない。これにより、効率よく情報を送受信することができる。
【００５７】
また、ユーザ端末Ｔｎは、ユーザ端末Ｔｎ自身が参加しているＩＳＰネットワークＮＩｋからコンテンツを検索してコンテンツを取得する。ここで、ユーザ端末Ｔｎは、コンテンツを検索することができなかった場合、ユーザ端末Ｔｎ自身と同じＩＳＰネットワークＮＩｋに参加しているルータＲｍを介して、他のＩＳＰネットワークＮＩｋからコンテンツを取得する。そのため、最初の検索でコンテンツが発見されないと、コンテンツの取得に時間を要する。ここで、ユーザが欲するコンテンツは、そのユーザと同じインターネットコミュニティに属するユーザが利用するユーザ端末Ｔｎが保存している可能性の方が、その他のユーザ端末Ｔｎが保存している可能性よりも高い。そこで、同一のインターネットコミュニティに属する複数のユーザがそれぞれ利用するユーザ端末ＴｎでコミュニティＰ２ＰネットワークＰＬｌを形成することで、最初の検索でコンテンツが発見される可能性が高くなる。このように、検索効率が高くなり、ユーザ端末Ｔｎが、コンテンツを効率的に取得することができる。
【００５８】
［４．各装置の構成及び機能］
次に、図３乃至図５を参照して、各装置の構成及び機能について説明する。図３は、センターサーバＳＡの概要構成例を示す図である。図４は、ルータＲｍの概要構成例を示す図である。また、図５は、ユーザ端末Ｔｎの概要構成例を示す図である。
【００５９】
［４．１ センターサーバの構成］
センターサーバＳＡは、図３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部１１を備えている。また、センターサーバＳＡは、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部１２を備えている。更に、センターサーバＳＡは、ネットワークＮＷを通じてルータＲｍ等との間の情報の通信制御を行うための通信部１３を備えている。また更に、センターサーバＳＡは、各種情報を表示するＣＲＴ，液晶ディスプレイ等の表示部１４を備えている。更にまた、センターサーバＳＡは、オペレータからの指示を受け付けこの指示に応じた指示信号を制御部１１に対して与える入力部１５（例えば、キーボード、マウス等）を備えている。制御部１１、記憶部１２、通信部１３、表示部１４、及び入力部１５はバス１６を介して相互に接続されている。
【００６０】
記憶部１２には、各ルータＲｍのノード情報が記憶されている。制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、センターサーバＳＡ全体を統括制御する。
【００６１】
［４．２ ルータの構成］
ルータＲｍは、図４に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部２１を備えている。また、ルータＲｍは、各種データ及び各種プログラム等を記憶保存するためのＨＤ等から構成された記憶部２２を備えている。更に、ルータＲｍは、ＩＳＰネットワークＮＩｋ等を通じて、他のルータＲｍ、センターサーバＳＡ、ユーザ端末Ｔｎ等との間の情報の通信制御を行うための通信部２３を備えている。制御部２１、記憶部２２及び通信部２３はバス２４を介して相互に接続されている。
【００６２】
記憶部２２は、ルータＲｍ自身のノード情報、コアＰ２ＰネットワークＰＷのＤＨＴルーティングテーブル、ネットワーク層レベルでのルーティングに用いられるルーティングテーブル、コアＰ２ＰネットワークＰＷで用いられるコンテンツのインデックス情報及び属性インデックス情報が記憶されている。また、記憶部２２には、ダウンロードされたコンテンツが、コンテンツＩＤに対応付けて記憶されている。また、記憶部２２には、ルータＲｍに割り当てられたノード属性のノード属性情報及びそのノード属性の属性ＩＤが記憶されている。また、記憶部２２には、コミュニティＰ２ＰネットワークＰＬｌが存在するか否かを示すＰ２Ｐ有無情報が、ルータＲｍに割り当てられたノード属性の属性ＩＤに対応付けて記憶されている。コミュニティＰ２ＰネットワークＰＬｌが存在する場合、Ｐ２Ｐ有無情報には「有り」が設定され、コミュニティＰ２ＰネットワークＰＬｌが存在しない場合、Ｐ２Ｐ有無情報には「無し」が設定される。また、記憶部２２には、Ｐ２Ｐ有無情報に「有り」が設定されている属性ＩＤに対応付けて、ルータＲｍが生成したコミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブル及びコンテンツのインデックス情報が記憶されている。
【００６３】
更に、記憶部２２には、オペレーティングシステム、及び各種プログラム（本発明の情報処理プログラムを含む）が記憶されている。なお、各種プログラムは、例えば、所定のサーバ装置等からダウンロードされるようにしても良い。また、各種プログラムは、例えば、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されて当該記録媒体からドライブを介して読み込まれるようにしても良い。
【００６４】
制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、決定手段、第２受信手及び検索手段として機能する。
【００６５】
［４．３ ユーザ端末の構成］
各ユーザ端末Ｔｎは、図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部３１を備えている。また、各ユーザ端末Ｔｎは、各種データ及び各種プログラム等を記憶保存するためのＨＤ等から構成された記憶部３２と、受信されたコンテンツ等を一時蓄積するバッファメモリ３３とを備えている。更に、各ユーザ端末Ｔｎは、コンテンツに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコードするデコーダ部３４を備えている。また更に、各ユーザ端末Ｔｎは、このデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部３５と、この映像処理部３５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部３６と、を備えている。更にまた、各ユーザ端末Ｔｎは、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部３７と、この音声処理部３７から出力されたオーディオ信号を音波として出力するスピーカ３８と、を備えている。また更に、各ユーザ端末Ｔｎは、ＩＳＰネットワークＮＩｋ等を通じてルータＲｍ、コンテンツ配信サーバＳＤ等との間の情報の通信制御を行うための通信部３９を備えている。更にまた、各ユーザ端末Ｔｎは、ユーザからの指示を受け付けこの指示に応じた指示信号を制御部３１に対して与える入力部４０（例えば、キーボード、マウス、或いは、リモコンや操作パネル等）を備えている。そして、制御部３１、記憶部３２、バッファメモリ３３、デコーダ部３４、通信部３９、及び入力部４０はバス４１を介して相互に接続されている。
【００６６】
記憶部３２には、ユーザ端末Ｔｎ自身のノード情報が記憶されている。また、記憶部３２には、ユーザ端末Ｔｎが参加しているコミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブル及びコンテンツのインデックス情報が記憶されている。また、記憶部３２には、ダウンロードされたコンテンツが記憶されている。また、記憶部３２には、ユーザ端末Ｔｎの属性として設定されたノード属性情報が記憶されている。ＩＳＰ名を示すノード属性情報は、例えば、ユーザやコンテンツ配信システムＳの管理者によって設定される。コミュニティ名を示すノード属性情報は、例えば、ユーザによって設定される。また、記憶部３２には、コンタクトノード問い合わせメッセージの送信先となるルータＲｍのリストを示す問い合わせ先リスト情報が記憶されている。具体的に、問い合わせ先リスト情報には、ルータＲｍのＩＰアドレス及びポート番号が一組以上設定されている。
【００６７】
更に、記憶部３２には、オペレーティングシステム、ブラウザ、その他各種アプリケーションプログラムが記憶されている。なお、各種アプリケーションプログラムは、例えば、所定のサーバ装置等からダウンロードされるようにしても良い。また、各種アプリケーションプログラムは、例えば、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されて当該記録媒体からドライブを介して読み込まれるようにしても良い。
【００６８】
制御部３１は、ＣＰＵが記憶部３２等に記憶されたプログラムを読み出して実行することにより、第１取得手段、第１送信手段、第１受信手段、検索手段、制御手段及び第２取得手段として機能する。
【００６９】
［５．コンテンツ配信システムの動作］
次に、図６及び図７を参照して、本実施形態におけるコンテンツ配信システムＳの動作について説明する。図６は、本実施形態におけるユーザ端末Ｔｎの制御部３１のコミュニティＰ２Ｐネットワーク参加処理における処理例を示すフローチャートである。
【００７０】
先ず、制御部３１は、ユーザ端末Ｔｎ自身のノード属性を示すノード属性情報を取得する（ステップＳ１）。例えば、制御部３１は、記憶部２２に記憶されているノード情報を取得する。また、例えば、ユーザが入力部４０を介してノード情報を入力することにより、制御部３１が入力されたノード情報を取得しても良い。
【００７１】
次いで、制御部３１は、コンタクトノード問い合わせメッセージの送信先となるルータＲｍを決定する（ステップＳ２）。例えば、制御部３１は、記憶部３２に記憶されている問い合わせ先リスト情報の各ルータＲｍのＩＰアドレス及びポート番号に基づいて、ＩＣＭＰ（Internet Control Message Protocol）のエコーメッセージを複数のルータＲｍに送信する。その後、制御部３１は、エコーメッセージの送信先のルータＲｍからエコー応答メッセージを受信する。そして、制御部３１は、エコーメッセージの送信先のルータＲｍのうち、最も早くエコー応答メッセージを送信してきたルータＲｍを、コンタクトノード問い合わせメッセージの送信先として決定する。応答が早いルータＲｍであるほど、処理能力が高かったり、現在の処理負荷が低い可能性があったりする。そのようなルータＲｍにコンタクトノードを決定させることにより、ユーザ端末Ｔｎは、コンタクトノードの情報をより早く取得することができる。
【００７２】
コンタクトノード問い合わせメッセージの送信先となるルータＲｍの決定方法としては、他の方法を適用しても良い。例えば、制御部３１は、ユーザ端末Ｔｎ自身と同じＩＳＰネットワークＮＩｋに接続されているルータＲｍを送信先としても良い。同一のＩＳＰネットワークＮＩｋ内でコンタクトノード問い合わせメッセージ及び回答メッセージが送受信されるので、メッセージが効率よく送受信される。また、ユーザ端末Ｔｎと同じＩＳＰネットワークＮＩｋに接続されているルータＲｍの方が、他のルータＲｍよりも、そのユーザ端末Ｔｎが参加するコミュニティＰ２ＰネットワークＰＬｌのコンタクトノードである可能性が高い。コンタクトノード問い合わせメッセージを受信したルータＲｍがコンタクトノードである場合、ルータＲｍは、コンタクトノードを検索することなく、ＤＨＴルーティングテーブルをユーザ端末Ｔｎに送信することができる。この場合、ユーザ端末Ｔｎは、参加要求メッセージを送信する必要がない。そのため、ユーザ端末Ｔｎは、効率よくコミュニティＰ２ＰネットワークＰＬに参加することができる。具体的に、問い合わせ先リスト情報には、各ルータＲｍのＩＰアドレス及びポート番号に加えて、各ルータＲｍにノード属性として割り当てられたＩＳＰのＩＳＰ名が含まれるようにする。制御部３１は、ユーザ端末Ｔｎのノード属性として記憶部３２に記憶されているＩＳＰ名と同一のＩＳＰ名が問い合わせ先リスト情報中に設定されているルータＲｍを、送信先として決定する。また、制御部２１は、コンタクトノード問い合わせメッセージの送信先となるルータＲｍをランダムに選択しても良い。
【００７３】
次いで、制御部３１は、ステップＳ２において決定したルータＲｍに、コンタクトノード問い合わせメッセージを送信する（ステップＳ３）。このとき、制御部３１は、取得したノード属性情報をコンタクトノード問い合わせメッセージに設定する。その後、制御部３１は、コンタクトノード問い合わせメッセージの送信先のルータＲｍから送信されてきた回答メッセージを受信する（ステップＳ４）。
【００７４】
次いで、制御部３１は、受信した回答メッセージに基づいて、コンタクトノードとして決定されたルータＲｍに、参加要求メッセージを送信する（ステップＳ５）。具体的に、制御部３１は、回答メッセージに含まれるコンタクトノードのＩＰアドレス及びポート番号に基づいて、参加要求メッセージを送信する。このとき、制御部３１は、回答メッセージに含まれている属性ＩＤと、ユーザ端末Ｔｎ自身のノード情報とを、参加要求メッセージに設定する。
【００７５】
その後、制御部３１は、コンタクトノードから送信されてきたルーティングテーブルを受信する（ステップＳ６）。そして、制御部３１は、受信したルーティングテーブルを、記憶部３２に記憶させる。制御部３１は、ステップＳ６の処理を終えると、コミュニティＰ２Ｐネットワーク参加処理を終了させる。
【００７６】
図７は、本実施形態におけるルータＲｍの制御部２１の処理例を示すフローチャートである。図７に示す処理は、例えば、ルータＲｍの電源がＯＮとされた場合に開始される。
【００７７】
先ず、制御部２１は、コンテンツ配信システムＳの管理者からノード属性情報が登録されたか否かを判定する（ステップＳ１１）。なお、ルータＲｍに対するノード属性情報の登録方法は任意である。例えば、管理者がルータＲｍに直接登録しても良い。また例えば、管理者がセンターサーバＳＡに対して、ノード属性情報と、登録先のルータＲｍのノードＩＤ等とを設定し、センターサーバＳＡが、設定されたノード属性情報を、ルータＲｍに送信しても良い。
【００７８】
制御部２１は、ノード属性情報が登録されたと判定した場合には（ステップＳ１１：ＹＥＳ）、登録されたノード属性情報を、ルータＲｍ自身に割り当てられたノード属性を示すノード属性情報として、記憶部２２に記憶させる。次いで、制御部２１は、登録されたノード属性情報に基づいて、属性ＩＤを生成する（ステップＳ１２）。
【００７９】
次いで、制御部２１は、今回割り当てられたノード属性を公開するか否かを判定する（ステップＳ１３）。具体的に、制御部２１は、ノード属性情報がＩＳＰ名である場合には、公開すると判定する。一方、制御部２１は、ノード属性情報がコミュニティ名である場合には、そのコミュニティ名が既に公開されているか否かを判定する。より詳細に、制御部２１は、ステップＳ１２において生成した属性ＩＤを含むコンタクトノード検索メッセージを送信する。そして、制御部２１は、属性ルートノードから送信されてきた属性インデックス情報を受信する。また、制御部２１は、ノード属性として既に割り当てられているＩＳＰの属性ＩＤを記憶部２２から取得する。次いで、制御部２１は、取得した属性ＩＤを含むコンタクトノード検索メッセージを送信する。そして、制御部３１は、属性ルートノードから送信されてきた属性インデックス情報を受信する。次いで、制御部２１は、受信した各属性インデックス情報に基づいて、ルータＲｍ自身に割り当てられているＩＳＰをノード属性として公開している他のルータＲｍのうち、今回割り当てられたインターネットコミュニティをノード属性として公開しているルータＲｍが存在するか否かを判定する。このとき、制御部２１は、今回割り当てられたインターネットコミュニティを公開しているルータＲｍが存在しないと判定した場合には、公開すると判定する。一方、制御部２１は、今回割り当てられたインターネットコミュニティを公開しているルータＲｍが存在すると判定した場合には、公開しないと判定する。つまり、制御部２１は、ノード属性として、同一のＩＳＰとインターネットコミュニティとの組が、複数のルータＲｍにより公開されないように制御する。
【００８０】
この制御により、各ルータＲｍが、ノード属性として割り当てられた全てのインターネットコミュニティを公開しなくても、コンタクトノードを、ＩＳＰとインターネットコミュニティ毎に１台ずつ割り当てることができる。そのため、同一のＩＳＰとインターネットコミュニティの組が割り当てられた各ルータＲｍにより、同一の組に対応するコミュニティＰ２ＰネットワークＰＬｌがそれぞれ別個に生成されることが防止される。従って、同一のＩＳＰネットワークＮＩｋに接続し、且つ、同一のインターネットコミュニティに属する複数のノード装置が、コミュニティＰ２ＰネットワークＰＬｌに確実に参加することができる。なお、制御部２１は、ノード属性として割り当てられたインターネットコミュニティを全て公開しても良い。
【００８１】
制御部２１は、割り当てられたノード属性を公開すると判定した場合には（ステップＳ１３：ＹＥＳ）、生成した属性ＩＤとルータＲｍ自身のノード情報とを含む属性パブリッシュメッセージを送信する（ステップＳ１４）。制御部２１は、割り当てられたノード属性を公開しないと判定した場合（ステップＳ１３：ＮＯ）、または、ステップＳ１４の処理を終えた場合には、ステップＳ１１に移行する。
【００８２】
ステップＳ１１において、制御部２１は、ノード属性情報が登録されなかったと判定した場合には（ステップＳ１５：ＮＯ）、属性ルートノードとして、他のルータＲｍから属性パブリッシュメッセージを受信したか否かを判定する（ステップＳ１５）。このとき、制御部２１は、属性パブリッシュメッセージを受信したと判定した場合には（ステップＳ１５：ＹＥＳ）、属性パブリッシュメッセージに含まれる属性ＩＤとノード情報とを対応付けて、属性インデックス情報として記憶部２２に記憶させる（ステップＳ１６）。制御部２１は、ステップＳ１６の処理を終えると、ステップＳ１１に移行する。
【００８３】
ステップＳ１５において、制御部２１は、属性パブリッシュメッセージを受信しなかったと判定した場合には（ステップＳ１５：ＮＯ）、ユーザ端末Ｔｎからコンタクトノード問い合わせメッセージを受信したか否かを判定する（ステップＳ１７）。このとき、制御部２１は、コンタクトノード問い合わせメッセージを受信したと判定した場合には（ステップＳ１７：ＹＥＳ）、コンタクトノード問い合わせメッセージに含まれるノード属性情報に基づいて、属性ＩＤを生成する（ステップＳ１８）。次いで、制御部２１は、生成した属性ＩＤとルータＲｍ自身のノード情報を含むコンタクトノード検索メッセージを送信する（ステップＳ１９）。その後、制御部２１は、属性ルートノードから送信されてきた属性インデックス情報を受信する（ステップＳ２０）。なお、コンタクトノード問い合わせメッセージに属性ＩＤが複数含まれている場合、制御部２１は、属性ＩＤ毎に、ステップＳ１８乃至Ｓ２０の処理を実行する。
【００８４】
次いで、制御部２１は、受信した属性インデックス情報に基づいて、コンタクトノードを決定する（ステップＳ２１）。具体的に、制御部２１は、受信した全ての属性インデックス情報中にノード情報が含まれているルータＲｍを、コンタクトノードとして決定する。つまり、コンタクトノードの問い合わせ元のユーザ端末Ｔｎのノード属性と同じノード属性を全て公開しているルータＲｍが、コンタクトノードとされる。このようなルータＲｍが存在しない場合、制御部２１は、ＩＳＰの属性インデックス情報中にノード情報が含まれているルータＲｍのうち、各インターネットコミュニティの属性インデックス情報中にノード情報が含まれている数が最も多いルータＲｍを、コンタクトノードとして決定する。つまり、コンタクトノード問い合わせメッセージの送信元のユーザ端末Ｔｎと同一のＩＳＰネットワークＮＩｋに接続し、且つ、そのユーザ端末Ｔｎのユーザが属するインターネットコミュニティと同じインターネットコミュニティを最も多く公開しているルータＲｍが、コンタクトノードとされる。制御部２１は、インターネットコミュニティの属性インデックス情報中にノード情報が含まれているルータＲｍが存在しない場合には、ＩＳＰの属性インデックス情報中にノード情報が含まれているルータＲｍの中から、コンタクトノードを任意に決定する。また、制御部２１は、ＩＳＰの属性インデックス情報を受信することができなかった場合には、各インターネットコミュニティの属性インデックス情報中にノード情報が含まれている数が最も多いルータＲｍを、コンタクトノードとして決定する。つまり、ユーザ端末Ｔｎと同一のＩＳＰネットワークＮＩｋに接続されているルータＲｍが存在しなかった場合には、そのユーザ端末Ｔｎのユーザが属するインターネットコミュニティと同じインターネットコミュニティを最も多く公開しているルータＲｍが、コンタクトノードとされる。
【００８５】
次いで、制御部２１は、コンタクトノードとして決定したルータＲｍのノード情報を含む回答メッセージを、コンタクトノード問い合わせメッセージの送信元のユーザ端末Ｔｎに送信する（ステップＳ２２）。このとき、制御部２１は、コンタクトノード問い合わせメッセージに含まれていた属性ＩＤのうち、コンタクトノードとして決定したルータＲｍが公開しているノード属性の属性ＩＤを、回答メッセージに設定する。この設定処理は、ルータＲｍに割り当てられていないノード属性に対応するコミュニティＰ２ＰネットワークＰＬｌが生成されないようにするために存在する。制御部２１は、ステップＳ２２の処理を終えると、ステップＳ１１に移行する。
【００８６】
ステップＳ１７において、制御部２１は、コンタクトノード問い合わせメッセージを受信しなかったと判定した場合には（ステップＳ１７：ＮＯ）、属性ルートノードとして、他のルータＲｍからコンタクトノード検索メッセージを受信したか否かを判定する（ステップＳ２３）。このとき、制御部２１は、コンタクトノード検索メッセージを受信したと判定した場合には（ステップＳ２３：ＹＥＳ）、属性インデックス情報を、コンタクトノード検索メッセージの送信元のルータＲｍに送信する（ステップＳ２４）。具体的に、制御部２１は、コンタクトノード検索メッセージに含まれる属性ＩＤに対応する属性インデックス情報を記憶部２２から取得し、取得した属性インデックス情報を送信する。制御部２１は、ステップＳ２４の処理を終えると、ステップＳ１１に移行する。
【００８７】
ステップＳ２３において、制御部２１は、コンタクトノード検索メッセージを受信しなかったと判定した場合には（ステップＳ２３：ＮＯ）、コンタクトノードとして、ユーザ端末Ｔｎから参加要求メッセージを受信したか否かを判定する（ステップＳ２５）。このとき、制御部２１は、参加要求メッセージを受信した場合には（ステップＳ２５：ＹＥＳ）、参加要求メッセージに含まれる属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌが存在するか否かを判定する（ステップＳ２６）。なお、制御部２１は、参加要求メッセージに属性ＩＤが複数含まれている場合には、この複数の属性ＩＤを組として、この組に対応するコミュニティＰ２ＰネットワークＰＬｌが存在するか否かを判定する。
【００８８】
制御部２１は、参加要求メッセージに含まれる属性ＩＤに対応付けて記憶部２２に記憶されているＰ２Ｐ有無情報が「無し」に設定されている場合には、属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌが存在しないと判定する（ステップＳ２６：ＮＯ）。この場合、制御部２１は、属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌを生成する（ステップＳ２７）。具体的に、制御部２１は、コミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブルを生成する。このとき、制御部２１は、参加要求メッセージに含まれるユーザ端末Ｔｎのノード情報をＤＨＴルーティングテーブル中に登録する。そして、制御部２１は、生成したＤＨＴルーティングテーブルを、参加要求メッセージに含まれる属性ＩＤに対応付けて記憶部２２に記憶させる。また、制御部２１は、参加要求メッセージに含まれる属性ＩＤに対応するＰ２Ｐ有無情報を「有り」に設定する。
【００８９】
次いで、制御部２１は、参加要求メッセージの送信元のユーザ端末Ｔｎに、ＤＨＴルーティングテーブルを送信する（ステップＳ２８）。このとき、制御部２１は、コンタクトノードとしてのルータＲｍ自身のノード情報が登録されたＤＨＴルーティングテーブルを送信する。
【００９０】
一方、制御部２１は、参加要求メッセージに含まれる属性ＩＤに対応付けて記憶部２２に記憶されているＰ２Ｐ有無情報が「有り」に設定されている場合には、属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌが存在すると判定する（ステップＳ２６：ＹＥＳ）。この場合、制御部２１は、参加要求メッセージに含まれる属性ＩＤに対応付けて記憶部２２に記憶されているＤＨＴルーティングテーブルを、参加要求メッセージの送信元のユーザ端末Ｔｎに送信する（ステップＳ２８）。制御部２１は、ステップＳ２８の処理を終えると、ステップＳ１１に移行する。
【００９１】
ステップＳ２５において、制御部２１は、参加要求メッセージを受信しなかったと判定した場合には（ステップＳ２５：ＹＥＳ）、管理者から電源ＯＦＦの要求がされたか否かを判定する（ステップＳ２９）。このとき、制御部２１は、管理者から電源ＯＦＦの要求がされなかったと判定した場合には（ステップＳ２９：ＮＯ）、ステップＳ１１に移行する。一方、制御部２１は、管理者から電源ＯＦＦの要求がされたと判定した場合には（ステップＳ２９：ＹＥＳ）、図７に示す処理を終了させる。
【００９２】
なお、制御部２１は、コンタクトノード問い合わせメッセージを受信して、属性ＩＤを生成した後（ステップＳ１７及びＳ１８）、ルータＲｍ自身が、生成した属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌのコンタクトノードである場合には、直接ＤＨＴルーティングテーブルをユーザ端末Ｔｎに送信しても良い。つまり、制御部２１は、生成した属性ＩＤと同一の属性ＩＤが、ルータＲｍ自身に割り当てられた属性ＩＤとして記憶部２２に記憶されている場合には、ステップＳ１９乃至Ｓ２２の処理を実行せずに、ステップＳ２６乃至Ｓ２８の処理を実行する。この場合、ユーザ端末Ｔｎは、参加要求メッセージを送信する必要がない。また、ルータＲｍが実行すべき処理が減るため、ルータＲｍの負荷を軽減することができる。
【００９３】
また、上記実施形態においては、オーバーレイネットワークに、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアシステム、または、オーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないピアツーピアシステムとしては、例えば、ハイブリッド型のピアツーピアシステムがある。
【００９４】
また、上記実施形態においては、本発明の情報処理装置として、ルータＲｍがコンタクトノードを決定するようになっていた。しかしながら、ルータＲｍ以外の装置に本発明の情報処理装置を適用しても良い。例えば、ルートノードに代えて、センターサーバＳＡが、全てのノード属性を管理するようにする。この場合、各ルータＲｍは、センターサーバＳＡに対して属性パブリッシュメッセージを送信する。そして、センターサーバＳＡは、受信した属性パブリッシュメッセージに含まれる属性ＩＤとノード情報とを対応付けて、属性インデックス情報として記憶部１２に記憶させる。各ユーザ端末Ｔｎは、コンタクトノード問い合わせメッセージを、センターサーバＳＡに送信する。センターサーバＳＡは、受信したコンタクトノード問い合わせメッセージに含まれる属性ＩＤに対応する属性インデックス情報を記憶部１２から取得する。そして、センターサーバＳＡは、取得した属性インデックス情報に基づいて、コンタクトノードを決定して、回答メッセージをユーザ端末Ｔｎに送信する。或いは、センターサーバＳＡは、取得した属性インデックス情報をそのままユーザ端末Ｔｎに送信しても良い。この場合、属性インデックス情報を受信したユーザ端末Ｔｎが、コンタクトノードを決定する。何れの場合においても、コンタクトノードの決定方法は、図７に示すステップＳ２１の場合と同様で良い。
【００９５】
また、上記実施形態においては、本発明の定常ノード装置を、ルータに適用していた。しかしながら、例えば、ＩＳＰネットワークＮＩｋ等のネットワークに定常的に接続するネットワーク機器やサーバ装置等に本発明の定常ノード装置を適用しても良い。
【符号の説明】
【００９６】
１１ 制御部
１２ 記憶部
１３ 通信部
ＳＡ センターサーバ
２１ 制御部
２２ 記憶部
２３ 通信部
Ｒｍ ルータ
３１ 制御部
３２ 記憶部
３３ バッファメモリ
３９ 通信部
Ｔｎ ユーザ端末
ＮＷ ネットワーク
ＮＩｋ ＩＳＰネットワーク
ＰＷ コアＰ２Ｐネットワーク
ＰＬｌ コミュニティＰ２Ｐネットワーク
Ｓ コンテンツ配信システム
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））方式の通信システムの技術分野に関する。
【背景技術】
【０００２】
近年、ピアツーピア方式の通信システムが注目されている。このピアツーピア方式の通信システムにおいては、オーバーレイネットワークに参加しているノード装置が他のノード装置と通信するためには、他のノード装置のＩＰアドレス等の情報が必要となる。そこで、各ノード装置は、オーバーレイネットワークに参加するとき、予め決められたノード装置またはサーバ装置にアクセスすることにより、他のノード装置の情報を取得する。例えば、特許文献１に記載された技術においては、管理者の作業によって、接続先となるノード装置のノードデータを格納した接続テーブルを、ノード装置に予め記憶させておく。そして、ノード装置は、接続テーブルに格納されたノードデータに対応するノード装置に対して参加申請を行うことにより、最新の接続テーブルを取得する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３１０４６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、オーバーレイネットワークに参加しようとする各ノード装置が、予め決められたノード装置に対してアクセスすると、予め決められたノード装置にアクセスが集中する。そのため、予め決められたノード装置の処理が遅延することになるので、オーバーレイネットワークを効率的に形成することができない。
【０００５】
そこで、本発明は、以上の点に鑑みてなされたものである。本発明は、ノード装置が複数のオーバーレイネットワークの中から何れかのオーバーレイネットワークに参加するとき、参加するために必要な情報を取得するためのアクセス先となるノード装置の負荷を軽減することができる情報通信システム、ノード装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムであって、前記情報通信システムは、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定手段を備える情報処理装置、または、前記決定手段を備える前記ノード装置を備え、前記ノード装置は、前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得手段と、前記決定手段により決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信手段と、前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信手段と、を備えることを特徴とする。
【０００７】
この発明によれば、複数の定常ノード装置の中から、第１識別情報に基づいて、アクセス先となる定常ノード装置が決定される。そのため、ノード装置が第２のオーバーレイネットワークに参加するときのアクセスの負荷を、複数の定常ノード装置に分散することができる。
【０００８】
請求項２に記載の発明は、前記第１受信手段は、前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報が少なくとも１つ登録されたルーティングテーブルを受信することを特徴とする。
【０００９】
この発明によれば、ノード装置は、第２のオーバーレイネットワークに参加するために必要な情報が登録されたルーティングテーブルを取得することができる。
【００１０】
請求項３に記載の発明は、前記ノード装置の前記第１取得手段は、前記第１識別情報として、前記ノード装置の属性を示す属性情報を取得し、前記第１受信手段は、前記第１取得手段により取得された属性情報が示す属性の前記ノード装置の前記第１所在情報が登録された前記ルーティングテーブルを受信することを特徴とする。
【００１１】
この発明によれば、同じ属性を有する複数のノード装置により第２のオーバーレイネットワークが形成される。そのため、ノード装置が必要とする情報を、参加している第２のオーバーレイネットワークに参加している他のノード装置が保存している可能性の方が、他の第２のオーバーレイネットワークに参加しているノード装置が保存している可能性よりも高い。従って、ノード装置が参加している第２のオーバーレイネットワーク内でコンテンツを検索することで、検索効率が高くなる。
【００１２】
請求項４に記載の発明は、各前記ノード装置は、前記ネットワークを構成する複数のネットワークの何れかに接続され、前記第１取得手段は、前記第１識別情報として、前記ノード装置が接続するネットワークを識別する情報を取得し、前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別されるネットワークに接続する前記定常ノード装置を、前記コンタクトノード装置として決定することを特徴とする。
【００１３】
この発明によれば、同一のネットワークに接続する複数のノード装置により第２のオーバーレイネットワークが形成される。そのため、同一のネットワーク内で情報が送受信されるので、ノード装置間で効率良く通信を行うことができる。また、ノード装置が第２のオーバーレイネットワークに参加するためのアクセス先の定常ノード装置が、同じネットワークに接続する定常ノード装置となる。そのため、ノード装置は、効率良く第２のオーバーレイネットワークに参加することができる。
【００１４】
請求項５に記載の発明は、前記第１取得手段は、前記第１識別情報として、前記ノード装置が接続するネットワークを有するインターネットサービスプロバイダを識別する情報を取得し、前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別されるインターネットサービスプロバイダが有するネットワークに接続する前記定常ノード装置を、前記コンタクトノード装置として決定することを特徴とする。
【００１５】
この発明によれば、同一のインターネットサービスプロバイダが有するネットワークに接続する複数のノード装置により第２のオーバーレイネットワークが形成される。そのため、ノード装置間で効率良く通信を行うことができる。また、ノード装置が第２のオーバーレイネットワークに参加するためのアクセス先の定常ノード装置が、同じインターネットサービスプロバイダが有するネットワークに接続する定常ノード装置となる。そのため、ノード装置は、効率良く第２のオーバーレイネットワークに参加することができる。
【００１６】
請求項６に記載の発明は、前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別される前記第２のオーバーレイネットワークに対応する前記コンタクトノード装置を、前記第１のオーバーレイネットワークから検索することを特徴とする。
【００１７】
この発明によれば、コンタクトノード装置が第１のオーバーレイネットワークから検索される。そのため、コンタクトノード装置を検索するための負荷を、複数の定常ノード装置に分散させることができる。
【００１８】
請求項７に記載の発明は、前記情報通信システムは、前記複数のノード装置によりコンテンツが分散保存され、前記定常ノード装置は、前記コンタクトノード装置として対応する前記第２のオーバーレイネットワークに参加し、前記ノード装置は、取得するコンテンツを保存する前記ノード装置であるコンテンツ保存ノード装置を、参加している前記第２のオーバーレイネットワークから検索する検索手段と、前記検索手段により前記コンテンツ保存ノード装置が検索されなかった場合には、コンテンツの要求を示す第２要求情報を、参加している前記第２のオーバーレイネットワークに対応する前記コンタクトノード装置である前記定常ノード装置により、前記第１のオーバーレイネットワークを介して他の前記定常ノード装置へ送信させる制御手段と、前記定常ノード装置により検索された前記コンテンツ保存ノード装置からコンテンツを取得する第２取得手段と、を更に備え、前記定常ノード装置は、他の前記定常ノード装置から前記第２要求情報を受信する第２受信手段を備え、前記定常ノード装置の前記検索手段は、前記第２受信手段により受信された前記第２要求情報が示すコンテンツを保存する前記コンテンツ保存ノード装置を、参加している前記第２のオーバーレイネットワークから検索することを特徴とする。
【００１９】
この発明によれば、ノード装置は、複数の第２のオーバーレイネットワークのうち、参加している第２のオーバーレイネットワークから優先して、取得するコンテンツを検索する。そして、ノード装置は、参加している第２のオーバーレイネットワークからコンテンツを検索することができなかった場合には、他の第２のオーバーレイネットワークからコンテンツを取得する。そのため、異なる第２のオーバーレイネットワーク間で送受信される情報を減らすことができるとともに、ノード装置がコンテンツを確実に取得することができる。
【００２０】
請求項８に記載の発明は、ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムにおける前記ノード装置であって、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報を取得する第１取得手段と、前記第１取得手段により取得された前記第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定手段と、前記決定手段により決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信手段と、前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信手段と、を備えることを特徴とする。
【００２１】
請求項９に記載の発明は、ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムにおける情報処理方法であって、情報処理装置または前記ノード装置が、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定ステップと、前記ノード装置が、前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得ステップと、前記ノード装置が、前記決定ステップにおいて決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信ステップと、前記ノード装置が、前記第１送信ステップにおいて送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信ステップと、を含むことを特徴とする。
【００２２】
請求項１０に記載の発明は、ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムに含まれるコンピュータに、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定ステップと、前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得ステップと、前記決定ステップにおいて決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信ステップと、前記第１送信ステップにおいて送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信ステップと、を実行させることを特徴とする。
【発明の効果】
【００２３】
本発明によれば、複数の定常ノード装置の中から、第１識別情報に基づいて、アクセス先となる定常ノード装置が決定される。そのため、ノード装置が第２のオーバーレイネットワークに参加するときのアクセスの負荷を、複数の定常ノード装置に分散することができる。
【図面の簡単な説明】
【００２４】
【図１】一実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。
【図２】一実施形態に係るコンテンツ配信システムＳにおける動作概要の一例を示す図である。
【図３】センターサーバＳＡの概要構成例を示す図である。
【図４】ルータＲｍの概要構成例を示す図である。
【図５】ユーザ端末Ｔｎの概要構成例を示す図である。
【図６】一実施形態におけるユーザ端末Ｔｎの制御部３１のコミュニティＰ２Ｐネットワーク参加処理における処理例を示すフローチャートである。
【図７】一実施形態におけるルータＲｍの制御部２１の処理例を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに本発明を適用した場合の実施形態である。
【００２６】
［１．コンテンツ配信システムの概要構成］
始めに、図１を参照して、本実施形態に係るコンテンツ配信システムの概要構成について説明する。図１は、本実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。図１に示すように、コンテンツ配信システムＳは、ネットワークＮＷに、複数のＩＳＰネットワークＮＩｋ（ｋ＝１，２，３・・・の何れか）が接続されている。このネットワークＮＷ及び各ＩＳＰネットワークＮＩｋは、現実世界の通信ネットワークである。
【００２７】
ネットワークＮＷは、各ＩＳＰネットワークＮＩｋを相互接続し、ＩＳＰネットワークＮＩｋ間でピアリングを行うためのネットワークである。このネットワークＮＷは、例えば、ＩＸ（Internet eＸchange）等によって構成されている。なお、例えば、一部のＩＳＰネットワークＮＩｋ同士については、直接相互接続されていても良い。ＩＳＰネットワークＮＩｋは、ＩＳＰ（Internet Service Provider）がインターネット接続サービス等を提供するために構築したネットワークである。このＩＳＰネットワークＮＩｋは、例えば、ＩＳＰのバックボーンネットワーク、アクセスネットワーク等により構成されている。
【００２８】
ネットワークＮＷには、センターサーバＳＡが接続されている。このセンターサーバＳＡは、後述するコアＰ２ＰネットワークＰＷに関する処理を実行するサーバ装置である。各ＩＳＰネットワークＮＩｋには、それぞれ１台以上のルータＲｍ（ｍ＝１，２，３・・・の何れか）が定常的に接続されている。このルータＲｍは、ＩＳＰネットワークＮＩｋと、例えばＬＡＮ（Local Area Network）等のネットワークとを相互接続する。ルータＲｍは、例えば、ルータ機能を有するファイアーウォール、ブロードバンドルータ等である。また、ルータＲｍは、コアＰ２ＰネットワークＰＷへの接続機能を有する。なお、ルータＲｍは、本発明における定常ノード装置及び情報処理装置の一例である。
【００２９】
また、各ＩＳＰネットワークＮＩｋには、それぞれ１台以上のユーザ端末Ｔｎ（ｎ＝１，２，３・・・の何れか）が接続されている。ユーザ端末Ｔｎは、例えば、パーソナルコンピュータ等である。あるユーザ端末Ｔｎは、ルータＲｍを介してＩＳＰネットワークＮＩｋに接続される。また、あるユーザ端末Ｔｎは、例えば、Ｐ２ＰネットワークＰＷへの接続機能を有さないルータやモデム等を介してＩＳＰネットワークＮＩｋに接続される。なお、図１において、Ｐ２ＰネットワークＰＷへの接続機能を有さないルータ及びモデムの図示を省略している。ユーザ端末Ｔｎは、本発明におけるノード装置の一例である。
【００３０】
［２．ピアツーピアネットワークの概要］
コンテンツ配信システムＳにおいては、コンテンツをユーザ端末Ｔｎへ配信するためのピアツーピアネットワークが構築される。コンテンツ配信システムＳにおけるピアツーピアネットワークは２種類存在する。第１のピアツーピアネットワークは、コアＰ２ＰネットワークＰＷである。第２のピアツーピアネットワークは、コミュニティＰ２ＰネットワークＰＬｌ（ｌ＝１，２，３・・・の何れか）である。コアＰ２ＰネットワークＰＷ及びコミュニティＰ２ＰネットワークＰＬｌは、それぞれネットワークＮＷやＩＳＰネットワークＮＩｋ上に構築される論理的なオーバーレイネットワークである。
【００３１】
コアＰ２ＰネットワークＰＷは、複数のルータＲｍの接続により形成されている。このコアＰ２ＰネットワークＰＷは、例えば、コミュニティＰ２ＰネットワークＰＬｌ間のコンテンツの送受信に用いられる。また、コアＰ２ＰネットワークＰＷは、例えば、コンテンツ配信システムＳにおいて利用されるコンテンツの送受信に用いられても良い。また、コアＰ２ＰネットワークＰＷは、例えば、ルータＲｍが利用するコンテンツの送受信に用いられても良い。また、コアＰ２ＰネットワークＰＷは、例えば、コミュニティＰ２ＰネットワークＰＬｌ内で送受信されるコンテンツの送受信に用いられても良い。なお、コアＰ２ＰネットワークＰＷは、本発明における第１のオーバーレイネットワークの一例である。
【００３２】
コミュニティＰ２ＰネットワークＰＬｌは、必要に応じて生成される。コミュニティＰ２ＰネットワークＰＬｌは、例えば、ユーザ端末Ｔｎに設定される属性毎に生成される。また、コミュニティＰ２ＰネットワークＰＬｌは、例えば、コンテンツ配信システムＳの管理者により設定された属性毎に生成されても良いし、ユーザにより設定された属性毎に生成されても良い。この属性を、「ノード属性」という。ノード属性としては、例えば、ユーザ端末Ｔｎが接続するＩＳＰネットワークＮＩｋ、すなわち、ユーザ端末Ｔｎのユーザが加入しているＩＳＰがある。また、ノード属性としては、例えば、ユーザ端末Ｔｎのユーザが属するインターネットコミュニティがある。インターネットコミュニティは、例えば、関心がある分野、価値観、目的、居住地域等が同じユーザによって形成される。また、各コミュニティＰ２ＰネットワークＰＬｌには、１台以上のルータＲｍが、後述するコンタクトノードとして接続される。なお、コミュニティＰ２ＰネットワークＰＬｌは、本発明における第２のオーバーレイネットワークの一例である。
【００３３】
以下、本実施形態のピアツーピアネットワークの基本的な仕組み及び動作概要を、コアＰ２ＰネットワークＰＷ及びコミュニティＰ２ＰネットワークＰＬｌに共通する事項として説明する。ここで、ピアツーピアネットワークに接続する装置を、「ノード」と称する。コアＰ２ＰネットワークＰＷにおいてノードに相当する装置は、ルータＲｍである。また、コミュニティＰ２ＰネットワークＰＬｌにおいてノードに相当する装置は、ユーザ端末Ｔｎ及びコンタクトノードとしてのルータＲｍである。
【００３４】
本実施形態のピアツーピアネットワークは、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムにより実現される。そして、ピアツーピアネットワークに接続する各ノードには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。図１に示す各ピアツーピアネットワークは、ノードＩＤのＩＤ空間をリング状のものとして示されている。そして、図１のリング状のＩＤ空間において示されている各ノードの位置は、それぞれのノードＩＤに対応している。
【００３５】
各ノードは、それぞれ、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルを、「ＤＨＴルーティングテーブル」という。ＤＨＴルーティングテーブルは、ピアツーピアネットワーク上における各種メッセージの転送先を規定している。具体的に、ＤＨＴルーティングテーブルには、ＩＤ空間内で適度に離れたノードのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。ピアツーピアネットワークに接続している１台のノードは、必要最低限のノードのノード情報をＤＨＴルーティングテーブルとして記憶している。各ノード間で互いに各種メッセージが転送されることで、ノード情報を記憶していないノードについてのノード情報が取得される。なお、ＤＨＴルーティングテーブルは、本発明におけるルーティングテーブルの一例である。また、ＤＨＴルーティングテーブルに登録されているノード情報に含まれるＩＰアドレスは、本発明における第１所在情報の一例である。
【００３６】
ピアツーピアネットワークにおいては、内容の異なる様々なコンテンツが複数のノードに分散して保存される。以下、コンテンツを保存するノードを、「コンテンツ保持ノード」という。各コンテンツのオリジナルは、例えば、センターサーバＳＡに保存されている。例えば、センターサーバＳＡから１台以上のルータＲｍにコンテンツが配信されて、ルータＲｍが受信したコンテンツを保存する。これにより、各ルータＲｍは、そのコンテンツをコアＰ２ＰネットワークＰＷから取得することができるようになる。また、コンテンツを保存したルータＲｍが参加するコミュニティＰ２ＰネットワークＰＬｌの各ユーザ端末Ｔｎは、そのコンテンツをコミュニティＰ２ＰネットワークＰＬｌから取得することができるようになる。各コンテンツには、それぞれコンテンツ毎に固有の識別情報であるコンテンツＩＤが付与されている。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３７】
分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理（記憶）しているノードにより記憶される。コンテンツの所在を管理しているノードを、「ルートノード」という。インデックス情報は、コンテンツを保存したノードのノード情報と、コンテンツのコンテンツＩＤと等の組を含む。このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。
【００３８】
そして、或るノードが、或るコンテンツを取得しようとする場合、そのノードは、検索メッセージを生成する。以下、コンテンツを取得しようとするノードを、「ユーザノード」という。検索メッセージは、取得対象のコンテンツのコンテンツＩＤ及びユーザノードのＩＰアドレス等を含む。検索メッセージは、コンテンツ保持ノードを検索するためのメッセージである。検索メッセージが、ユーザノードが記憶するＤＨＴルーティングテーブルに従って、他のノードに対して送出される。つまり、ユーザノードは、検索メッセージを、ルートノードに向けて送出する。これにより、検索メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００３９】
検索メッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。ルートノードは、取得したインデックス情報を、検索メッセージの送信元であるユーザノードに対して返信する。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてコンテンツをダウンロード（取得）することができる。ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号等に基づいて、コンテンツ要求メッセージをコンテンツ保持ノードに送信する。コンテンツ要求メッセージには、取得対象のコンテンツのコンテンツＩＤが含まれている。コンテンツ要求メッセージを受信したコンテンツ保持ノードは、コンテンツ要求メッセージに含まれるコンテンツＩＤに対応するコンテンツをユーザノードに送信（アップロード）する。このようにして、ユーザノードは、コンテンツをダウンロードする。
【００４０】
ユーザノードは、コンテンツ保持ノードからコンテンツを取得して保存したとき、パブリッシュメッセージを生成する。パブリッシュメッセージは、コンテンツを保存したことをルートノードへ知らせるためのメッセージである。パブリッシュメッセージは、コンテンツのコンテンツＩＤ及びコンテンツを保存したノード装置のノード情報を含む。パブリッシュメッセージは、ルートノードに向けて送出される。これにより、パブリッシュメッセージは、検索メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。ルートノードは、パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報をインデックス情報キャッシュ領域に記憶する。こうして、上記ユーザノードは、新たに、上記コンテンツを保持するコンテンツ保持ノードとなる。
【００４１】
各ユーザ端末Ｔｎは、上述した方法により、ユーザ端末Ｔｎ自身が参加しているコミュニティＰ２ＰネットワークＰＬｌからコンテンツを取得する。しかしながら、そのコミュニティＰ２ＰネットワークＰＬｌからコンテンツを取得することができない場合がある。その場合、ユーザ端末Ｔｎは、コアＰ２ＰネットワークＰＷを介して、他のコミュニティＰ２ＰネットワークＰＬｌから、コンテンツを取得する。
【００４２】
他のコミュニティＰ２ＰネットワークＰＬｌからのコンテンツの取得の詳細を説明する。ユーザ端末Ｔｎは、ユーザ端末Ｔｎ自身が参加しているコミュニティＰ２ＰネットワークＰＬｌに対して、コンテンツの検索メッセージを送信する。そして、ユーザ端末Ｔｎは、コンテンツのルートノードからの応答結果に基づいて、コンテンツ保持ノードが存在しないと判定したとする。その場合、ユーザ端末Ｔｎは、ユーザ端末Ｔｎ自身が参加しているコミュニティＰ２ＰネットワークＰＬｌのコンタクトノードであるルータＲｍに、他のコンテンツの取得を要求させる。具体的に、ユーザ端末Ｔｎは、取得するコンテンツのコンテンツＩＤを含むコンテンツ取得要求メッセージを、コンタクトノードに送信する。
【００４３】
コンテンツ取得要求メッセージを受信したルータＲｍは、コアＰ２ＰネットワークＰＷを介して、コンテンツ取得要求メッセージを他のルータＲｍに転送する。なお、この場合におけるコンテンツ取得要求メッセージは、本発明における第２要求情報の一例である。ユーザ端末Ｔｎからのコンテンツ取得要求メッセージを転送するルータＲｍを、「要求元ノード」という。また、コンテンツ取得要求メッセージの転送先のルータＲｍを、「要求先ノード」という。要求先ノードは、例えば、要求元ノードが保持するコアＰ２ＰネットワークＰＷのＤＨＴルーティングテーブルにノード情報が登録されているルータＲｍである。要求先ノードは、コンテンツ取得要求メッセージに含まれるコンテンツＩＤに基づいて、要求先ノード自身がコンタクトノードとして参加しているコミュニティＰ２ＰネットワークＰＬｌからコンテンツを検索して取得する。そして、要求先ノードは、取得したコンテンツを要求元ノードに送信する。一方、要求先ノードは、検索の結果、コンテンツ保持ノードが存在しなかった場合、または、要求先ノードがコミュニティＰ２ＰネットワークＰＬｌに参加していない場合には、コンテンツを取得することができなかったことを示すコンテンツ未取得メッセージを、要求元ノードに送信する。要求元ノードは、要求先ノードからコンテンツ未取得メッセージを受信した場合には、要求先ノードを別のルータＲｍに変えて、コンテンツ取得要求メッセージを送信する。そして、要求元ノードは、要求先ノードからコンテンツを受信した場合には、受信したコンテンツを、ユーザノードであるユーザ端末Ｔｎに送信する。
【００４４】
［３．コミュニティＰ２Ｐネットワークへの参加］
次に、図２を参照して、ユーザ端末ＴｎがコミュニティＰ２ＰネットワークＰＬｌに参加する方法、及び、その際のコンタクトノードの決定方法について説明する。図２は、本実施形態に係るコンテンツ配信システムＳにおける動作概要の一例を示す図である。
【００４５】
各ユーザ端末Ｔｎは、例えばユーザ操作等に基づいて、コミュニティＰ２ＰネットワークＰＬｌに参加する。コミュニティＰ２ＰネットワークＰＬｌへの参加とは、ユーザ端末ＴｎがコミュニティＰ２ＰネットワークＰＬｌに接続されることにより、そのコミュニティＰ２ＰネットワークＰＬｌに接続されている他のユーザ端末Ｔｎとピアツーピア方式で通信可能となることをいう。そのためには、ユーザ端末Ｔｎは、参加するコミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブルを取得する必要がある。そこで、ユーザ端末Ｔｎは、参加するコミュニティＰ２ＰネットワークＰＬｌのコンタクトノードから、そのコミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブルを取得する。コンタクトノードとは、ユーザ端末Ｔｎが、ＤＨＴルーティングテーブルを取得するためにアクセスするルータＲｍである。
【００４６】
各ユーザ端末Ｔｎが、それぞれのコミュニティＰ２ＰネットワークＰＬｌに参加する際に、予め定められたルータＲｍにアクセスすると、特定のルータＲｍに負荷が集中する。そこで、コンテンツ配信システムＳにおいては、コミュニティＰ２ＰネットワークＰＬｌ毎に、複数のルータＲｍの中から、コンタクトノードが決定される。
【００４７】
各ルータＲｍには、そのルータＲｍがコンタクトノードとなるコミュニティＰ２ＰネットワークＰＬｌに対応するノード属性が割り当てられる。各ルータＲｍは、割り当てられたノード属性を示す情報として、ノード属性情報を記憶する。ノード属性情報は、コミュニティＰ２ＰネットワークＰＬｌを識別するための情報でもある。例えば、各ルータＲｍには、ノード属性情報として、そのルータＲｍが接続するＩＳＰネットワークＮＩｋのＩＳＰ名が設定される。また、例えば、各ルータＲｍには、ノード属性情報として、任意のコミュニティ名が設定される。各ノード属性には、それぞれ固有の識別情報である属性ＩＤが割り当てられる。属性ＩＤは、例えば、ノード属性情報が共通のハッシュ関数によりハッシュ化されて生成される。なお、ノード属性としてのコミュニティは、１台のルータＲｍに複数割り当て可能である。また、同一のノード属性が複数のルータＲｍに割り当てられても良い。また、一部のルータＲｍについて、ノード属性が割り当てられなくても良い。なお、ノード属性情報は、本発明における第1識別情報及び属性情報の一例である。
【００４８】
各ルータＲｍに割り当てられたノード属性に関する情報は、属性インデックス情報として、ノード属性を管理するルータＲｍにより記憶される。ノード属性を管理するルータＲｍを、「属性ルートノード」という。属性インデックス情報には、ノード属性が割り当てられたルータＲｍのノード情報と、ノード属性の属性ＩＤとの組を含む。属性ルートノードは、コンテンツのルートノードの場合と同様に、属性ＩＤと最も近いノードＩＤを有するルータＲｍであるように定められる。
【００４９】
各ルータＲｍは、ノード属性が割り当てられると、そのノード属性を公開する。具体的に、ルータＲｍは、そのルータＲｍのノード情報と、割り当てられたノード属性の属性ＩＤとを含む属性パブリッシュメッセージを送信する。属性パブリッシュメッセージは、コンテンツのパブリッシュメッセージと同様に、属性ＩＤをキーとするＤＨＴルーティングによって属性ルートノードに到着する。属性ルートノードは、属性パブリッシュメッセージに含まれるノード情報及び属性ＩＤの組を含む属性インデックス情報を記憶する。これにより、各ルータＲｍは、ノード属性が割り当てられたルータＲｍを、コアＰ２ＰネットワークＰＷから検索することができる。
【００５０】
図２においては、例えば、ユーザ端末Ｔ１が、これからコミュニティＰ２ＰネットワークＰＬｌに参加する。先ず、ユーザ端末Ｔ１は、ユーザ端末Ｔ１のノード属性を示すノード属性情報を取得する（図２（１））。例えば、ユーザ端末Ｔ１は、ユーザ端末Ｔ１が接続するＩＳＰネットワークＮＩ１を示す「ＩＳＰ１」、及び、インターネットコミュニティとして音楽の興味の分野を示す「ポップス」を取得したとする。すると、ユーザ端末Ｔ１は、ノード属性情報としての「ＩＳＰ１」及び「ポップス」を含むコンタクトノード問い合わせメッセージを、任意のルータＲｍ、例えば、ルータＲ６に送信する（図２（２））。なお、コンタクトノード問い合わせメッセージは、本発明における問い合わせ情報の一例である。
【００５１】
ルータＲ６は、受信したコンタクトノード問い合わせメッセージに含まれる「ＩＳＰ１」及び「ポップス」に基づいて、それぞれの属性ＩＤを生成する。そして、ルータＲ６は、ルータＲ６自身のノード情報及び生成した属性ＩＤを含むコンタクトノード検索メッセージを送信する（図２（３））。コンタクトノード検索メッセージは、コンテンツの検索メッセージと同様に、ＤＨＴルーティングによって属性ルートノードに到達する。例えば、「ＩＳＰ１」の属性ＩＤを含むコンタクトノード検索メッセージは、ルータＲ３に到着する。ルータＲ３は、受信したコンタクトノード検索メッセージに含まれる属性ＩＤに対応する属性インデックス情報を、ルータＲ６に送信する（図２（４））。「ポップス」についても、図２（３）及び図２（４）と同様の処理が行われる。
【００５２】
ルータＲ６は、受信した各属性インデックス情報に基づいて、コンタクトノードを決定する（図２（５））。例えば、ルータＲ６は、ノード属性として、「ＩＳＰ１」及び「ポップス」の両方が割り当てられたルータＲｍ、例えば、ルータＲ２を、コンタクトノードとして決定する。そして、ルータＲ６は、コンタクトノードとして決定したルータＲ２のノード情報と、「ＩＳＰ１」及び「ポップス」それぞれの属性ＩＤを含む回答メッセージを、ユーザ端末Ｔ１に送信する（図２（６））。また、ルータＲ６は、「ＩＳＰ１」及び「ポップス」の両方が割り当てられたルータＲｍが存在しない場合には、「ＩＳＰ１」が割り当てられたルータＲｍを、コンタクトノードとして決定する。また、ルータＲ６は、「ＩＳＰ１」が割り当てられたルータＲｍも存在しない場合には、「ポップス」が割り当てられたルータＲｍを、コンタクトノードとして決定する。なお、回答メッセージに含まれるコンタクトノードのノード情報に含まれるＩＰアドレスは、本発明における第２所在情報の一例である。
【００５３】
ユーザ端末Ｔ１は、受信した回答メッセージに含まれるノード情報のＩＰアドレス及びポート番号に基づいて、ルータＲ２に参加要求メッセージを送信する（図２（７））。参加要求メッセージには、回答メッセージに含まれていた「ＩＳＰ１」及び「ポップス」の属性ＩＤが設定される。なお、参加要求メッセージは、本発明のおける第１要求情報の一例である。
【００５４】
ルータＲ２は、受信した回答メッセージに含まれる「ＩＳＰ１」及び「ポップス」の属性ＩＤに対応する、例えば、コミュニティＰ２ＰネットワークＰＬ１のＤＨＴルーティングテーブルを、ユーザ端末Ｔ１に返信する（図２（８））。このとき、ルータＲ２は、コミュニティＰ２ＰネットワークＰＬ１が生成されていない場合には、コミュニティＰ２ＰネットワークＰＬ１を生成する。ユーザ端末Ｔ１は、受信したＤＨＴルーティングテーブルに基づいて、コミュニティＰ２ＰネットワークＰＬ１に参加している他のユーザ端末Ｔｎとピアツーピア通信を行う。
【００５５】
コンテンツ配信システムＳにおいては、ノード属性として、ＩＳＰとインターネットコミュニティが用いられている。以下に、ＩＳＰ毎にコミュニティＰ２ＰネットワークＰＬｌを分けた場合の効果、及び、インターネットコミュニティ毎にコミュニティＰ２ＰネットワークＰＬｌを分けた場合の効果について説明する。
【００５６】
ＩＳＰネットワークＮＩｋ間では、例えば、ピアリングやトランジット等により情報が送受信される。この場合、ＩＳＰネットワークＮＩｋ内で情報が送受信されるよりも、情報の送受信に時間を要する。これに対し、同一のＩＳＰネットワークＮＩｋに接続する複数のユーザ端末Ｔｎにより形成されるコミュニティＰ２ＰネットワークＰＬｌ内で情報が送受信される限りは、ＩＳＰネットワークＮＩｋ間の情報の送受が発生しない。これにより、効率よく情報を送受信することができる。
【００５７】
また、ユーザ端末Ｔｎは、ユーザ端末Ｔｎ自身が参加しているＩＳＰネットワークＮＩｋからコンテンツを検索してコンテンツを取得する。ここで、ユーザ端末Ｔｎは、コンテンツを検索することができなかった場合、ユーザ端末Ｔｎ自身と同じＩＳＰネットワークＮＩｋに参加しているルータＲｍを介して、他のＩＳＰネットワークＮＩｋからコンテンツを取得する。そのため、最初の検索でコンテンツが発見されないと、コンテンツの取得に時間を要する。ここで、ユーザが欲するコンテンツは、そのユーザと同じインターネットコミュニティに属するユーザが利用するユーザ端末Ｔｎが保存している可能性の方が、その他のユーザ端末Ｔｎが保存している可能性よりも高い。そこで、同一のインターネットコミュニティに属する複数のユーザがそれぞれ利用するユーザ端末ＴｎでコミュニティＰ２ＰネットワークＰＬｌを形成することで、最初の検索でコンテンツが発見される可能性が高くなる。このように、検索効率が高くなり、ユーザ端末Ｔｎが、コンテンツを効率的に取得することができる。
【００５８】
［４．各装置の構成及び機能］
次に、図３乃至図５を参照して、各装置の構成及び機能について説明する。図３は、センターサーバＳＡの概要構成例を示す図である。図４は、ルータＲｍの概要構成例を示す図である。また、図５は、ユーザ端末Ｔｎの概要構成例を示す図である。
【００５９】
［４．１ センターサーバの構成］
センターサーバＳＡは、図３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部１１を備えている。また、センターサーバＳＡは、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部１２を備えている。更に、センターサーバＳＡは、ネットワークＮＷを通じてルータＲｍ等との間の情報の通信制御を行うための通信部１３を備えている。また更に、センターサーバＳＡは、各種情報を表示するＣＲＴ，液晶ディスプレイ等の表示部１４を備えている。更にまた、センターサーバＳＡは、オペレータからの指示を受け付けこの指示に応じた指示信号を制御部１１に対して与える入力部１５（例えば、キーボード、マウス等）を備えている。制御部１１、記憶部１２、通信部１３、表示部１４、及び入力部１５はバス１６を介して相互に接続されている。
【００６０】
記憶部１２には、各ルータＲｍのノード情報が記憶されている。制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、センターサーバＳＡ全体を統括制御する。
【００６１】
［４．２ ルータの構成］
ルータＲｍは、図４に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部２１を備えている。また、ルータＲｍは、各種データ及び各種プログラム等を記憶保存するためのＨＤ等から構成された記憶部２２を備えている。更に、ルータＲｍは、ＩＳＰネットワークＮＩｋ等を通じて、他のルータＲｍ、センターサーバＳＡ、ユーザ端末Ｔｎ等との間の情報の通信制御を行うための通信部２３を備えている。制御部２１、記憶部２２及び通信部２３はバス２４を介して相互に接続されている。
【００６２】
記憶部２２は、ルータＲｍ自身のノード情報、コアＰ２ＰネットワークＰＷのＤＨＴルーティングテーブル、ネットワーク層レベルでのルーティングに用いられるルーティングテーブル、コアＰ２ＰネットワークＰＷで用いられるコンテンツのインデックス情報及び属性インデックス情報が記憶されている。また、記憶部２２には、ダウンロードされたコンテンツが、コンテンツＩＤに対応付けて記憶されている。また、記憶部２２には、ルータＲｍに割り当てられたノード属性のノード属性情報及びそのノード属性の属性ＩＤが記憶されている。また、記憶部２２には、コミュニティＰ２ＰネットワークＰＬｌが存在するか否かを示すＰ２Ｐ有無情報が、ルータＲｍに割り当てられたノード属性の属性ＩＤに対応付けて記憶されている。コミュニティＰ２ＰネットワークＰＬｌが存在する場合、Ｐ２Ｐ有無情報には「有り」が設定され、コミュニティＰ２ＰネットワークＰＬｌが存在しない場合、Ｐ２Ｐ有無情報には「無し」が設定される。また、記憶部２２には、Ｐ２Ｐ有無情報に「有り」が設定されている属性ＩＤに対応付けて、ルータＲｍが生成したコミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブル及びコンテンツのインデックス情報が記憶されている。
【００６３】
更に、記憶部２２には、オペレーティングシステム、及び各種プログラム（本発明の情報処理プログラムを含む）が記憶されている。なお、各種プログラムは、例えば、所定のサーバ装置等からダウンロードされるようにしても良い。また、各種プログラムは、例えば、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されて当該記録媒体からドライブを介して読み込まれるようにしても良い。
【００６４】
制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、決定手段、第２受信手及び検索手段として機能する。
【００６５】
［４．３ ユーザ端末の構成］
各ユーザ端末Ｔｎは、図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部３１を備えている。また、各ユーザ端末Ｔｎは、各種データ及び各種プログラム等を記憶保存するためのＨＤ等から構成された記憶部３２と、受信されたコンテンツ等を一時蓄積するバッファメモリ３３とを備えている。更に、各ユーザ端末Ｔｎは、コンテンツに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコードするデコーダ部３４を備えている。また更に、各ユーザ端末Ｔｎは、このデコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部３５と、この映像処理部３５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部３６と、を備えている。更にまた、各ユーザ端末Ｔｎは、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部３７と、この音声処理部３７から出力されたオーディオ信号を音波として出力するスピーカ３８と、を備えている。また更に、各ユーザ端末Ｔｎは、ＩＳＰネットワークＮＩｋ等を通じてルータＲｍ、コンテンツ配信サーバＳＤ等との間の情報の通信制御を行うための通信部３９を備えている。更にまた、各ユーザ端末Ｔｎは、ユーザからの指示を受け付けこの指示に応じた指示信号を制御部３１に対して与える入力部４０（例えば、キーボード、マウス、或いは、リモコンや操作パネル等）を備えている。そして、制御部３１、記憶部３２、バッファメモリ３３、デコーダ部３４、通信部３９、及び入力部４０はバス４１を介して相互に接続されている。
【００６６】
記憶部３２には、ユーザ端末Ｔｎ自身のノード情報が記憶されている。また、記憶部３２には、ユーザ端末Ｔｎが参加しているコミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブル及びコンテンツのインデックス情報が記憶されている。また、記憶部３２には、ダウンロードされたコンテンツが記憶されている。また、記憶部３２には、ユーザ端末Ｔｎの属性として設定されたノード属性情報が記憶されている。ＩＳＰ名を示すノード属性情報は、例えば、ユーザやコンテンツ配信システムＳの管理者によって設定される。コミュニティ名を示すノード属性情報は、例えば、ユーザによって設定される。また、記憶部３２には、コンタクトノード問い合わせメッセージの送信先となるルータＲｍのリストを示す問い合わせ先リスト情報が記憶されている。具体的に、問い合わせ先リスト情報には、ルータＲｍのＩＰアドレス及びポート番号が一組以上設定されている。
【００６７】
更に、記憶部３２には、オペレーティングシステム、ブラウザ、その他各種アプリケーションプログラムが記憶されている。なお、各種アプリケーションプログラムは、例えば、所定のサーバ装置等からダウンロードされるようにしても良い。また、各種アプリケーションプログラムは、例えば、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されて当該記録媒体からドライブを介して読み込まれるようにしても良い。
【００６８】
制御部３１は、ＣＰＵが記憶部３２等に記憶されたプログラムを読み出して実行することにより、第１取得手段、第１送信手段、第１受信手段、検索手段、制御手段及び第２取得手段として機能する。
【００６９】
［５．コンテンツ配信システムの動作］
次に、図６及び図７を参照して、本実施形態におけるコンテンツ配信システムＳの動作について説明する。図６は、本実施形態におけるユーザ端末Ｔｎの制御部３１のコミュニティＰ２Ｐネットワーク参加処理における処理例を示すフローチャートである。
【００７０】
先ず、制御部３１は、ユーザ端末Ｔｎ自身のノード属性を示すノード属性情報を取得する（ステップＳ１）。例えば、制御部３１は、記憶部２２に記憶されているノード情報を取得する。また、例えば、ユーザが入力部４０を介してノード情報を入力することにより、制御部３１が入力されたノード情報を取得しても良い。
【００７１】
次いで、制御部３１は、コンタクトノード問い合わせメッセージの送信先となるルータＲｍを決定する（ステップＳ２）。例えば、制御部３１は、記憶部３２に記憶されている問い合わせ先リスト情報の各ルータＲｍのＩＰアドレス及びポート番号に基づいて、ＩＣＭＰ（Internet Control Message Protocol）のエコーメッセージを複数のルータＲｍに送信する。その後、制御部３１は、エコーメッセージの送信先のルータＲｍからエコー応答メッセージを受信する。そして、制御部３１は、エコーメッセージの送信先のルータＲｍのうち、最も早くエコー応答メッセージを送信してきたルータＲｍを、コンタクトノード問い合わせメッセージの送信先として決定する。応答が早いルータＲｍであるほど、処理能力が高かったり、現在の処理負荷が低い可能性があったりする。そのようなルータＲｍにコンタクトノードを決定させることにより、ユーザ端末Ｔｎは、コンタクトノードの情報をより早く取得することができる。
【００７２】
コンタクトノード問い合わせメッセージの送信先となるルータＲｍの決定方法としては、他の方法を適用しても良い。例えば、制御部３１は、ユーザ端末Ｔｎ自身と同じＩＳＰネットワークＮＩｋに接続されているルータＲｍを送信先としても良い。同一のＩＳＰネットワークＮＩｋ内でコンタクトノード問い合わせメッセージ及び回答メッセージが送受信されるので、メッセージが効率よく送受信される。また、ユーザ端末Ｔｎと同じＩＳＰネットワークＮＩｋに接続されているルータＲｍの方が、他のルータＲｍよりも、そのユーザ端末Ｔｎが参加するコミュニティＰ２ＰネットワークＰＬｌのコンタクトノードである可能性が高い。コンタクトノード問い合わせメッセージを受信したルータＲｍがコンタクトノードである場合、ルータＲｍは、コンタクトノードを検索することなく、ＤＨＴルーティングテーブルをユーザ端末Ｔｎに送信することができる。この場合、ユーザ端末Ｔｎは、参加要求メッセージを送信する必要がない。そのため、ユーザ端末Ｔｎは、効率よくコミュニティＰ２ＰネットワークＰＬに参加することができる。具体的に、問い合わせ先リスト情報には、各ルータＲｍのＩＰアドレス及びポート番号に加えて、各ルータＲｍにノード属性として割り当てられたＩＳＰのＩＳＰ名が含まれるようにする。制御部３１は、ユーザ端末Ｔｎのノード属性として記憶部３２に記憶されているＩＳＰ名と同一のＩＳＰ名が問い合わせ先リスト情報中に設定されているルータＲｍを、送信先として決定する。また、制御部２１は、コンタクトノード問い合わせメッセージの送信先となるルータＲｍをランダムに選択しても良い。
【００７３】
次いで、制御部３１は、ステップＳ２において決定したルータＲｍに、コンタクトノード問い合わせメッセージを送信する（ステップＳ３）。このとき、制御部３１は、取得したノード属性情報をコンタクトノード問い合わせメッセージに設定する。その後、制御部３１は、コンタクトノード問い合わせメッセージの送信先のルータＲｍから送信されてきた回答メッセージを受信する（ステップＳ４）。
【００７４】
次いで、制御部３１は、受信した回答メッセージに基づいて、コンタクトノードとして決定されたルータＲｍに、参加要求メッセージを送信する（ステップＳ５）。具体的に、制御部３１は、回答メッセージに含まれるコンタクトノードのＩＰアドレス及びポート番号に基づいて、参加要求メッセージを送信する。このとき、制御部３１は、回答メッセージに含まれている属性ＩＤと、ユーザ端末Ｔｎ自身のノード情報とを、参加要求メッセージに設定する。
【００７５】
その後、制御部３１は、コンタクトノードから送信されてきたルーティングテーブルを受信する（ステップＳ６）。そして、制御部３１は、受信したルーティングテーブルを、記憶部３２に記憶させる。制御部３１は、ステップＳ６の処理を終えると、コミュニティＰ２Ｐネットワーク参加処理を終了させる。
【００７６】
図７は、本実施形態におけるルータＲｍの制御部２１の処理例を示すフローチャートである。図７に示す処理は、例えば、ルータＲｍの電源がＯＮとされた場合に開始される。
【００７７】
先ず、制御部２１は、コンテンツ配信システムＳの管理者からノード属性情報が登録されたか否かを判定する（ステップＳ１１）。なお、ルータＲｍに対するノード属性情報の登録方法は任意である。例えば、管理者がルータＲｍに直接登録しても良い。また例えば、管理者がセンターサーバＳＡに対して、ノード属性情報と、登録先のルータＲｍのノードＩＤ等とを設定し、センターサーバＳＡが、設定されたノード属性情報を、ルータＲｍに送信しても良い。
【００７８】
制御部２１は、ノード属性情報が登録されたと判定した場合には（ステップＳ１１：ＹＥＳ）、登録されたノード属性情報を、ルータＲｍ自身に割り当てられたノード属性を示すノード属性情報として、記憶部２２に記憶させる。次いで、制御部２１は、登録されたノード属性情報に基づいて、属性ＩＤを生成する（ステップＳ１２）。
【００７９】
次いで、制御部２１は、今回割り当てられたノード属性を公開するか否かを判定する（ステップＳ１３）。具体的に、制御部２１は、ノード属性情報がＩＳＰ名である場合には、公開すると判定する。一方、制御部２１は、ノード属性情報がコミュニティ名である場合には、そのコミュニティ名が既に公開されているか否かを判定する。より詳細に、制御部２１は、ステップＳ１２において生成した属性ＩＤを含むコンタクトノード検索メッセージを送信する。そして、制御部２１は、属性ルートノードから送信されてきた属性インデックス情報を受信する。また、制御部２１は、ノード属性として既に割り当てられているＩＳＰの属性ＩＤを記憶部２２から取得する。次いで、制御部２１は、取得した属性ＩＤを含むコンタクトノード検索メッセージを送信する。そして、制御部３１は、属性ルートノードから送信されてきた属性インデックス情報を受信する。次いで、制御部２１は、受信した各属性インデックス情報に基づいて、ルータＲｍ自身に割り当てられているＩＳＰをノード属性として公開している他のルータＲｍのうち、今回割り当てられたインターネットコミュニティをノード属性として公開しているルータＲｍが存在するか否かを判定する。このとき、制御部２１は、今回割り当てられたインターネットコミュニティを公開しているルータＲｍが存在しないと判定した場合には、公開すると判定する。一方、制御部２１は、今回割り当てられたインターネットコミュニティを公開しているルータＲｍが存在すると判定した場合には、公開しないと判定する。つまり、制御部２１は、ノード属性として、同一のＩＳＰとインターネットコミュニティとの組が、複数のルータＲｍにより公開されないように制御する。
【００８０】
この制御により、各ルータＲｍが、ノード属性として割り当てられた全てのインターネットコミュニティを公開しなくても、コンタクトノードを、ＩＳＰとインターネットコミュニティ毎に１台ずつ割り当てることができる。そのため、同一のＩＳＰとインターネットコミュニティの組が割り当てられた各ルータＲｍにより、同一の組に対応するコミュニティＰ２ＰネットワークＰＬｌがそれぞれ別個に生成されることが防止される。従って、同一のＩＳＰネットワークＮＩｋに接続し、且つ、同一のインターネットコミュニティに属する複数のノード装置が、コミュニティＰ２ＰネットワークＰＬｌに確実に参加することができる。なお、制御部２１は、ノード属性として割り当てられたインターネットコミュニティを全て公開しても良い。
【００８１】
制御部２１は、割り当てられたノード属性を公開すると判定した場合には（ステップＳ１３：ＹＥＳ）、生成した属性ＩＤとルータＲｍ自身のノード情報とを含む属性パブリッシュメッセージを送信する（ステップＳ１４）。制御部２１は、割り当てられたノード属性を公開しないと判定した場合（ステップＳ１３：ＮＯ）、または、ステップＳ１４の処理を終えた場合には、ステップＳ１１に移行する。
【００８２】
ステップＳ１１において、制御部２１は、ノード属性情報が登録されなかったと判定した場合には（ステップＳ１５：ＮＯ）、属性ルートノードとして、他のルータＲｍから属性パブリッシュメッセージを受信したか否かを判定する（ステップＳ１５）。このとき、制御部２１は、属性パブリッシュメッセージを受信したと判定した場合には（ステップＳ１５：ＹＥＳ）、属性パブリッシュメッセージに含まれる属性ＩＤとノード情報とを対応付けて、属性インデックス情報として記憶部２２に記憶させる（ステップＳ１６）。制御部２１は、ステップＳ１６の処理を終えると、ステップＳ１１に移行する。
【００８３】
ステップＳ１５において、制御部２１は、属性パブリッシュメッセージを受信しなかったと判定した場合には（ステップＳ１５：ＮＯ）、ユーザ端末Ｔｎからコンタクトノード問い合わせメッセージを受信したか否かを判定する（ステップＳ１７）。このとき、制御部２１は、コンタクトノード問い合わせメッセージを受信したと判定した場合には（ステップＳ１７：ＹＥＳ）、コンタクトノード問い合わせメッセージに含まれるノード属性情報に基づいて、属性ＩＤを生成する（ステップＳ１８）。次いで、制御部２１は、生成した属性ＩＤとルータＲｍ自身のノード情報を含むコンタクトノード検索メッセージを送信する（ステップＳ１９）。その後、制御部２１は、属性ルートノードから送信されてきた属性インデックス情報を受信する（ステップＳ２０）。なお、コンタクトノード問い合わせメッセージに属性ＩＤが複数含まれている場合、制御部２１は、属性ＩＤ毎に、ステップＳ１８乃至Ｓ２０の処理を実行する。
【００８４】
次いで、制御部２１は、受信した属性インデックス情報に基づいて、コンタクトノードを決定する（ステップＳ２１）。具体的に、制御部２１は、受信した全ての属性インデックス情報中にノード情報が含まれているルータＲｍを、コンタクトノードとして決定する。つまり、コンタクトノードの問い合わせ元のユーザ端末Ｔｎのノード属性と同じノード属性を全て公開しているルータＲｍが、コンタクトノードとされる。このようなルータＲｍが存在しない場合、制御部２１は、ＩＳＰの属性インデックス情報中にノード情報が含まれているルータＲｍのうち、各インターネットコミュニティの属性インデックス情報中にノード情報が含まれている数が最も多いルータＲｍを、コンタクトノードとして決定する。つまり、コンタクトノード問い合わせメッセージの送信元のユーザ端末Ｔｎと同一のＩＳＰネットワークＮＩｋに接続し、且つ、そのユーザ端末Ｔｎのユーザが属するインターネットコミュニティと同じインターネットコミュニティを最も多く公開しているルータＲｍが、コンタクトノードとされる。制御部２１は、インターネットコミュニティの属性インデックス情報中にノード情報が含まれているルータＲｍが存在しない場合には、ＩＳＰの属性インデックス情報中にノード情報が含まれているルータＲｍの中から、コンタクトノードを任意に決定する。また、制御部２１は、ＩＳＰの属性インデックス情報を受信することができなかった場合には、各インターネットコミュニティの属性インデックス情報中にノード情報が含まれている数が最も多いルータＲｍを、コンタクトノードとして決定する。つまり、ユーザ端末Ｔｎと同一のＩＳＰネットワークＮＩｋに接続されているルータＲｍが存在しなかった場合には、そのユーザ端末Ｔｎのユーザが属するインターネットコミュニティと同じインターネットコミュニティを最も多く公開しているルータＲｍが、コンタクトノードとされる。
【００８５】
次いで、制御部２１は、コンタクトノードとして決定したルータＲｍのノード情報を含む回答メッセージを、コンタクトノード問い合わせメッセージの送信元のユーザ端末Ｔｎに送信する（ステップＳ２２）。このとき、制御部２１は、コンタクトノード問い合わせメッセージに含まれていた属性ＩＤのうち、コンタクトノードとして決定したルータＲｍが公開しているノード属性の属性ＩＤを、回答メッセージに設定する。この設定処理は、ルータＲｍに割り当てられていないノード属性に対応するコミュニティＰ２ＰネットワークＰＬｌが生成されないようにするために存在する。制御部２１は、ステップＳ２２の処理を終えると、ステップＳ１１に移行する。
【００８６】
ステップＳ１７において、制御部２１は、コンタクトノード問い合わせメッセージを受信しなかったと判定した場合には（ステップＳ１７：ＮＯ）、属性ルートノードとして、他のルータＲｍからコンタクトノード検索メッセージを受信したか否かを判定する（ステップＳ２３）。このとき、制御部２１は、コンタクトノード検索メッセージを受信したと判定した場合には（ステップＳ２３：ＹＥＳ）、属性インデックス情報を、コンタクトノード検索メッセージの送信元のルータＲｍに送信する（ステップＳ２４）。具体的に、制御部２１は、コンタクトノード検索メッセージに含まれる属性ＩＤに対応する属性インデックス情報を記憶部２２から取得し、取得した属性インデックス情報を送信する。制御部２１は、ステップＳ２４の処理を終えると、ステップＳ１１に移行する。
【００８７】
ステップＳ２３において、制御部２１は、コンタクトノード検索メッセージを受信しなかったと判定した場合には（ステップＳ２３：ＮＯ）、コンタクトノードとして、ユーザ端末Ｔｎから参加要求メッセージを受信したか否かを判定する（ステップＳ２５）。このとき、制御部２１は、参加要求メッセージを受信した場合には（ステップＳ２５：ＹＥＳ）、参加要求メッセージに含まれる属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌが存在するか否かを判定する（ステップＳ２６）。なお、制御部２１は、参加要求メッセージに属性ＩＤが複数含まれている場合には、この複数の属性ＩＤを組として、この組に対応するコミュニティＰ２ＰネットワークＰＬｌが存在するか否かを判定する。
【００８８】
制御部２１は、参加要求メッセージに含まれる属性ＩＤに対応付けて記憶部２２に記憶されているＰ２Ｐ有無情報が「無し」に設定されている場合には、属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌが存在しないと判定する（ステップＳ２６：ＮＯ）。この場合、制御部２１は、属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌを生成する（ステップＳ２７）。具体的に、制御部２１は、コミュニティＰ２ＰネットワークＰＬｌのＤＨＴルーティングテーブルを生成する。このとき、制御部２１は、参加要求メッセージに含まれるユーザ端末Ｔｎのノード情報をＤＨＴルーティングテーブル中に登録する。そして、制御部２１は、生成したＤＨＴルーティングテーブルを、参加要求メッセージに含まれる属性ＩＤに対応付けて記憶部２２に記憶させる。また、制御部２１は、参加要求メッセージに含まれる属性ＩＤに対応するＰ２Ｐ有無情報を「有り」に設定する。
【００８９】
次いで、制御部２１は、参加要求メッセージの送信元のユーザ端末Ｔｎに、ＤＨＴルーティングテーブルを送信する（ステップＳ２８）。このとき、制御部２１は、コンタクトノードとしてのルータＲｍ自身のノード情報が登録されたＤＨＴルーティングテーブルを送信する。
【００９０】
一方、制御部２１は、参加要求メッセージに含まれる属性ＩＤに対応付けて記憶部２２に記憶されているＰ２Ｐ有無情報が「有り」に設定されている場合には、属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌが存在すると判定する（ステップＳ２６：ＹＥＳ）。この場合、制御部２１は、参加要求メッセージに含まれる属性ＩＤに対応付けて記憶部２２に記憶されているＤＨＴルーティングテーブルを、参加要求メッセージの送信元のユーザ端末Ｔｎに送信する（ステップＳ２８）。制御部２１は、ステップＳ２８の処理を終えると、ステップＳ１１に移行する。
【００９１】
ステップＳ２５において、制御部２１は、参加要求メッセージを受信しなかったと判定した場合には（ステップＳ２５：ＹＥＳ）、管理者から電源ＯＦＦの要求がされたか否かを判定する（ステップＳ２９）。このとき、制御部２１は、管理者から電源ＯＦＦの要求がされなかったと判定した場合には（ステップＳ２９：ＮＯ）、ステップＳ１１に移行する。一方、制御部２１は、管理者から電源ＯＦＦの要求がされたと判定した場合には（ステップＳ２９：ＹＥＳ）、図７に示す処理を終了させる。
【００９２】
なお、制御部２１は、コンタクトノード問い合わせメッセージを受信して、属性ＩＤを生成した後（ステップＳ１７及びＳ１８）、ルータＲｍ自身が、生成した属性ＩＤに対応するコミュニティＰ２ＰネットワークＰＬｌのコンタクトノードである場合には、直接ＤＨＴルーティングテーブルをユーザ端末Ｔｎに送信しても良い。つまり、制御部２１は、生成した属性ＩＤと同一の属性ＩＤが、ルータＲｍ自身に割り当てられた属性ＩＤとして記憶部２２に記憶されている場合には、ステップＳ１９乃至Ｓ２２の処理を実行せずに、ステップＳ２６乃至Ｓ２８の処理を実行する。この場合、ユーザ端末Ｔｎは、参加要求メッセージを送信する必要がない。また、ルータＲｍが実行すべき処理が減るため、ルータＲｍの負荷を軽減することができる。
【００９３】
また、上記実施形態においては、オーバーレイネットワークに、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアシステム、または、オーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないピアツーピアシステムとしては、例えば、ハイブリッド型のピアツーピアシステムがある。
【００９４】
また、上記実施形態においては、本発明の情報処理装置として、ルータＲｍがコンタクトノードを決定するようになっていた。しかしながら、ルータＲｍ以外の装置に本発明の情報処理装置を適用しても良い。例えば、ルートノードに代えて、センターサーバＳＡが、全てのノード属性を管理するようにする。この場合、各ルータＲｍは、センターサーバＳＡに対して属性パブリッシュメッセージを送信する。そして、センターサーバＳＡは、受信した属性パブリッシュメッセージに含まれる属性ＩＤとノード情報とを対応付けて、属性インデックス情報として記憶部１２に記憶させる。各ユーザ端末Ｔｎは、コンタクトノード問い合わせメッセージを、センターサーバＳＡに送信する。センターサーバＳＡは、受信したコンタクトノード問い合わせメッセージに含まれる属性ＩＤに対応する属性インデックス情報を記憶部１２から取得する。そして、センターサーバＳＡは、取得した属性インデックス情報に基づいて、コンタクトノードを決定して、回答メッセージをユーザ端末Ｔｎに送信する。或いは、センターサーバＳＡは、取得した属性インデックス情報をそのままユーザ端末Ｔｎに送信しても良い。この場合、属性インデックス情報を受信したユーザ端末Ｔｎが、コンタクトノードを決定する。何れの場合においても、コンタクトノードの決定方法は、図７に示すステップＳ２１の場合と同様で良い。
【００９５】
また、上記実施形態においては、本発明の定常ノード装置を、ルータに適用していた。しかしながら、例えば、ＩＳＰネットワークＮＩｋ等のネットワークに定常的に接続するネットワーク機器やサーバ装置等に本発明の定常ノード装置を適用しても良い。
【符号の説明】
【００９６】
１１ 制御部
１２ 記憶部
１３ 通信部
ＳＡ センターサーバ
２１ 制御部
２２ 記憶部
２３ 通信部
Ｒｍ ルータ
３１ 制御部
３２ 記憶部
３３ バッファメモリ
３９ 通信部
Ｔｎ ユーザ端末
ＮＷ ネットワーク
ＮＩｋ ＩＳＰネットワーク
ＰＷ コアＰ２Ｐネットワーク
ＰＬｌ コミュニティＰ２Ｐネットワーク
Ｓ コンテンツ配信システム
【特許請求の範囲】
【請求項１】
ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムであって、
前記情報通信システムは、
前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定手段を備える情報処理装置、または、前記決定手段を備える前記ノード装置を備え、
前記ノード装置は、
前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得手段と、
前記決定手段により決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信手段と、
前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信手段と、
を備えることを特徴とする情報通信システム。
【請求項２】
前記第１受信手段は、前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報が少なくとも１つ登録されたルーティングテーブルを受信することを特徴とする請求項１に記載の情報通信システム。
【請求項３】
前記ノード装置の前記第１取得手段は、前記第１識別情報として、前記ノード装置の属性を示す属性情報を取得し、
前記決定手段は、前記第１取得手段により取得された前記属性情報に基づいて、前記コンタクトノードを決定することを特徴とする請求項１または請求項２に記載の情報通信システム。
【請求項４】
各前記ノード装置は、前記ネットワークを構成する複数のネットワークの何れかに接続され、
前記第１取得手段は、前記第１識別情報として、前記ノード装置が接続するネットワークを識別する情報を取得し、
前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別されるネットワークに接続する前記定常ノード装置を、前記コンタクトノード装置として決定することを特徴とする請求項１乃至３の何れか１項に記載の情報通信システム。
【請求項５】
前記第１取得手段は、前記第１識別情報として、前記ノード装置が接続するネットワークを有するインターネットサービスプロバイダを識別する情報を取得し、
前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別されるインターネットサービスプロバイダが有するネットワークに接続する前記定常ノード装置を、前記コンタクトノード装置として決定することを特徴とする請求項４に記載の情報通信システム。
【請求項６】
前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別される前記第２のオーバーレイネットワークに対応する前記コンタクトノード装置を、前記第１のオーバーレイネットワークから検索することを特徴とする請求項１乃至５の何れか１項に記載の情報通信システム。
【請求項７】
前記情報通信システムは、前記複数のノード装置によりコンテンツが分散保存され、
前記定常ノード装置は、前記コンタクトノード装置として対応する前記第２のオーバーレイネットワークに参加し、
前記ノード装置は、
取得するコンテンツを保存する前記ノード装置であるコンテンツ保存ノード装置を、参加している前記第２のオーバーレイネットワークから検索する検索手段と、
前記検索手段により前記コンテンツ保存ノード装置が検索されなかった場合には、コンテンツの要求を示す第２要求情報を、参加している前記第２のオーバーレイネットワークに対応する前記コンタクトノード装置である前記定常ノード装置により、前記第１のオーバーレイネットワークを介して他の前記定常ノード装置へ送信させる制御手段と、
前記定常ノード装置により検索された前記コンテンツ保存ノード装置からコンテンツを取得する第２取得手段と、
を更に備え、
前記定常ノード装置は、
他の前記定常ノード装置から前記第２要求情報を受信する第２受信手段を備え、
前記定常ノード装置の前記検索手段は、前記第２受信手段により受信された前記第２要求情報が示すコンテンツを保存する前記コンテンツ保存ノード装置を、参加している前記第２のオーバーレイネットワークから検索することを特徴とする請求項１乃至６の何れか１項に記載の情報通信システム。
【請求項８】
ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムにおける前記ノード装置であって、
前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報を取得する第１取得手段と、
前記第１取得手段により取得された前記第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定手段と、
前記決定手段により決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信手段と、
前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信手段と、
を備えることを特徴とするノード装置。
【請求項９】
ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムにおける情報処理方法であって、
情報処理装置または前記ノード装置が、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定ステップと、
前記ノード装置が、前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得ステップと、
前記ノード装置が、前記決定ステップにおいて決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信ステップと、
前記ノード装置が、前記第１送信ステップにおいて送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信ステップと、
を含むことを特徴とする情報処理方法。
【請求項１０】
ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムに含まれるコンピュータに、
前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定ステップと、
前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得ステップと、
前記決定ステップにおいて決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信ステップと、
前記第１送信ステップにおいて送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信ステップと、
を実行させることを特徴とする情報処理プログラム。
【請求項１】
ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムであって、
前記情報通信システムは、
前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定手段を備える情報処理装置、または、前記決定手段を備える前記ノード装置を備え、
前記ノード装置は、
前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得手段と、
前記決定手段により決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信手段と、
前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信手段と、
を備えることを特徴とする情報通信システム。
【請求項２】
前記第１受信手段は、前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報が少なくとも１つ登録されたルーティングテーブルを受信することを特徴とする請求項１に記載の情報通信システム。
【請求項３】
前記ノード装置の前記第１取得手段は、前記第１識別情報として、前記ノード装置の属性を示す属性情報を取得し、
前記決定手段は、前記第１取得手段により取得された前記属性情報に基づいて、前記コンタクトノードを決定することを特徴とする請求項１または請求項２に記載の情報通信システム。
【請求項４】
各前記ノード装置は、前記ネットワークを構成する複数のネットワークの何れかに接続され、
前記第１取得手段は、前記第１識別情報として、前記ノード装置が接続するネットワークを識別する情報を取得し、
前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別されるネットワークに接続する前記定常ノード装置を、前記コンタクトノード装置として決定することを特徴とする請求項１乃至３の何れか１項に記載の情報通信システム。
【請求項５】
前記第１取得手段は、前記第１識別情報として、前記ノード装置が接続するネットワークを有するインターネットサービスプロバイダを識別する情報を取得し、
前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別されるインターネットサービスプロバイダが有するネットワークに接続する前記定常ノード装置を、前記コンタクトノード装置として決定することを特徴とする請求項４に記載の情報通信システム。
【請求項６】
前記決定手段は、前記第１取得手段により取得された前記第１識別情報により識別される前記第２のオーバーレイネットワークに対応する前記コンタクトノード装置を、前記第１のオーバーレイネットワークから検索することを特徴とする請求項１乃至５の何れか１項に記載の情報通信システム。
【請求項７】
前記情報通信システムは、前記複数のノード装置によりコンテンツが分散保存され、
前記定常ノード装置は、前記コンタクトノード装置として対応する前記第２のオーバーレイネットワークに参加し、
前記ノード装置は、
取得するコンテンツを保存する前記ノード装置であるコンテンツ保存ノード装置を、参加している前記第２のオーバーレイネットワークから検索する検索手段と、
前記検索手段により前記コンテンツ保存ノード装置が検索されなかった場合には、コンテンツの要求を示す第２要求情報を、参加している前記第２のオーバーレイネットワークに対応する前記コンタクトノード装置である前記定常ノード装置により、前記第１のオーバーレイネットワークを介して他の前記定常ノード装置へ送信させる制御手段と、
前記定常ノード装置により検索された前記コンテンツ保存ノード装置からコンテンツを取得する第２取得手段と、
を更に備え、
前記定常ノード装置は、
他の前記定常ノード装置から前記第２要求情報を受信する第２受信手段を備え、
前記定常ノード装置の前記検索手段は、前記第２受信手段により受信された前記第２要求情報が示すコンテンツを保存する前記コンテンツ保存ノード装置を、参加している前記第２のオーバーレイネットワークから検索することを特徴とする請求項１乃至６の何れか１項に記載の情報通信システム。
【請求項８】
ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムにおける前記ノード装置であって、
前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報を取得する第１取得手段と、
前記第１取得手段により取得された前記第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定手段と、
前記決定手段により決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信手段と、
前記第１送信手段により送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信手段と、
を備えることを特徴とするノード装置。
【請求項９】
ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムにおける情報処理方法であって、
情報処理装置または前記ノード装置が、前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定ステップと、
前記ノード装置が、前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得ステップと、
前記ノード装置が、前記決定ステップにおいて決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信ステップと、
前記ノード装置が、前記第１送信ステップにおいて送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信ステップと、
を含むことを特徴とする情報処理方法。
【請求項１０】
ネットワークに接続される複数のノード装置を備え、前記複数のノード装置のうち前記ネットワークに定常的に接続される複数の定常ノード装置により第１のオーバーレイネットワークが構成される情報通信システムに含まれるコンピュータに、
前記ノード装置が接続可能な第２のオーバーレイネットワークを識別する第１識別情報に基づいて、前記複数の定常ノード装置の中から、前記第２のオーバーレイネットワークへの参加要求を示す第１要求情報の送信先であるコンタクトノード装置を決定する決定ステップと、
前記ノード装置が参加する前記第２のオーバーレイネットワークを識別する前記第１識別情報を取得する第１取得ステップと、
前記決定ステップにおいて決定された前記定常ノード装置に、前記第２のオーバーレイネットワークへの前記第１要求情報を送信する第１送信ステップと、
前記第１送信ステップにおいて送信された前記第１要求情報を受信した前記定常ノード装置から、前記第２のオーバーレイネットワークに参加している前記ノード装置の所在を示す第１所在情報を受信する第１受信ステップと、
を実行させることを特徴とする情報処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−４８６６４（Ｐ２０１２−４８６６４Ａ）
【公開日】平成２４年３月８日（２０１２．３．８）
【国際特許分類】
【出願番号】特願２０１０−１９２７５６（Ｐ２０１０−１９２７５６）
【出願日】平成２２年８月３０日（２０１０．８．３０）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年３月８日（２０１２．３．８）
【国際特許分類】
【出願日】平成２２年８月３０日（２０１０．８．３０）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]