WO2012176300A1

WO2012176300A1 - 通信装置及び方法、並びにコンピュータプログラム

Info

Publication number: WO2012176300A1
Application number: PCT/JP2011/064393
Authority: WO
Inventors: 恭一寺尾; 秀人遠藤; 裕貴玉田
Original assignee: Pioneer Corp
Current assignee: Pioneer Corp
Priority date: 2011-06-23
Filing date: 2011-06-23
Publication date: 2012-12-27
Anticipated expiration: 2013-12-23

Abstract

　通信装置（１０）は、ピアツーピア方式によりネットワークを構築する通信装置である。通信装置は、当該通信装置である自ノードに対して送信されたデータを受信可能な受信手段（１５）と、自ノードの一以上の隣接ノードに係る状態を示す情報であるノード状態情報を確認する確認手段（１５４）と、受信手段によりデータが受信された際に、確認されたノード状態情報に応じて、該受信されたデータを保持するか否かを決定する保持決定手段（１１９）と、該受信されたデータを保持すると決定されたことを条件に、該受信されたデータを保持する保持手段（１３）と、を備える。

Description

通信装置及び方法、並びにコンピュータプログラム

　本発明は、ピアツーピア（Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ：Ｐ２Ｐ）方式によりデータの送受信を行う通信装置及び方法、並びにコンピュータプログラムの技術分野に関する。

　この種の通信装置で用いられるピアツーピア方式として、例えば、分散ハッシュテーブル（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｈａｓｈｉｎｇ　Ｔａｂｌｅ：ＤＨＴ）にスモールワールド性を持たせた方式が提案されている（非特許文献１参照）。

　或いは、この種の通信装置で用いられる従来のピアツーピア技術を利用したアプリケーションソフトとして、例えば、ファイルの共有に中央サーバを必要としないピュアピアツーピア方式で動作するソフトが提案されている（非特許文献２参照）。

　ここでは特に、（ｉ）一のノードから該一のノードに隣接するノードに対して定期的にデータが転送されることにより、従来のピアツーピアネットワーク内にデータが流通されること、（ｉｉ）一のノードが所望のデータを取得する場合には、一のノードは、先ず、隣接ノードに対して該所望のデータを所有するノードの検索依頼をし、次に、検索結果に基づいて、該所望のデータを所有するノードから直接データを取得すること、（ｉｉｉ）隣接ノードが設定される際には、ユーザにより入力されたキーワードとの相関の高いノードが隣接ノードとして設定されること、等が記載されている。

Ｇ．Ｓ．Ｍａｎｋｕ，　Ｍ．Ｂａｗａ，　ａｎｄ　Ｐ．Ｒａｇｈａｖａｎ，　"Ｓｙｍｐｈｏｎｙ：　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｈａｓｈｉｎｇ　ｉｎ　ａ　Ｓｍａｌｌ　Ｗｏｒｌｄ，"　ｉｎ　ＵＳＩＴＳ　２００３　（４ｔｈ　ＵＳＥＮＩＸ　Ｓｙｍｐｏｓｉｕｍ　ｏｎ　Ｉｎｔｅｒｎｅｔ　Ｔｅｃｈｎｏｌｏｇｉｅｓ　ａｎｄ　Ｓｙｓｔｅｍｓ），　ｐ１２７－１４０，　Ｍａｒｃｈ　２００３．金子勇著、「Ｗｉｎｎｙの技術」、アスキー書籍編集部編集、株式会社アスキー、２００５年１０月２５日初版発行

　ピアツーピア方式のネットワークでは、複数のノードが同一のデータを保持することが、検索性の向上に有効である反面、各ノードが受信された様々なデータの全てを保持しようとすると、オーバーフローする可能性があるという技術的問題点がある。

　本発明は、例えば上記問題点に鑑みてなされたものであり、ピアツーピア方式のネットワークにおける検索性を向上させつつ、オーバーフローの発生を抑制することができる通信装置及び方法、並びにコンピュータプログラムを提供することを課題とする。

　本発明の通信装置は、上記課題を解決するために、ピアツーピア方式によりネットワークを構築する通信装置であって、当該通信装置である自ノードに対して送信されたデータを受信可能な受信手段と、前記自ノードの一以上の隣接ノードに係る状態を示す情報であるノード状態情報を確認する確認手段と、前記受信手段によりデータが受信された際に、前記確認されたノード状態情報に応じて、前記受信されたデータを保持するか否かを決定する保持決定手段と、前記受信されたデータを保持すると決定されたことを条件に、前記受信されたデータを保持する保持手段と、を備える。

　本発明の通信装置によれば、当該通信装置は、ピアツーピア方式によりネットワークを構築する。本発明に係る「ネットワーク」とは、典型的には、既存のネットワークを基盤として、該既存のネットワーク上に構築された仮想的なネットワーク（所謂、オーバーレイネットワーク）を意味する。

　例えばネットワークインターフェイス等である受信手段は、当該通信装置である自ノードに対して送信されたデータを受信可能である。

　例えばメモリ、プロセッサ等を備えてなる確認手段は、自ノードの一以上の隣接ノードに係る状態を示す情報であるノード状態情報を確認する。具体的には例えば、確認手段は、隣接ノード各々に対して、該隣接ノード各々が保持しているコンテンツデータのファイル名若しくは識別情報、又は該隣接ノードが備える記録装置各々の空き容量若しくは利用可能容量、ノードの性能、ネット帯域、ノード参加率、ノード次数、等に係る情報を要求し、隣接ノード各々から送信された情報に基づいて、ノード状態情報を確認する。

　例えばメモリ、プロセッサ等を備えてなる保持決定手段は、受信手段によりデータ（典型的には例えば、画像、文書、楽曲、動画等のコンテンツデータ）が受信された際に、確認されたノード状態情報に応じて、該受信されたデータを保持するか否かを決定する。例えばメモリ、プロセッサ等を備えてなる保持手段は、保持決定手段により、受信されたデータを保持すると決定されたことを条件に、該受信されたデータを保持する。

　具体的には例えば、保持決定手段は、受信されたデータと同一のデータを保持している隣接ノードが所定数より少ない場合に、該受信されたデータを保持すると決定する。或いは例えば、保持決定手段は、隣接ノードの記録装置の空き容量又は利用可能容量と、自ノードの記録装置の空き容量又は利用可能容量とを比較し、自ノードの記録装置の空き容量又は利用可能容量が、隣接ノードの記録装置の空き容量又は利用可能容量よりも余裕がある場合に、該受信されたデータを保持すると決定する。

　尚、保持決定手段により、受信されたデータを保持しないと決定された場合、自ノードは、該受信されたデータを保持せずに、隣接ノードの少なくとも一つに対して転送する。

　このように、本発明の通信装置では、確認手段より確認された隣接ノードに係るノード状態情報に応じて、受信されたデータを、自ノードに保持するか否かが決定される。このため、ピアツーピア方式のネットワーク内に、適切にデータを分布させることができ、もって、該ピアツーピア方式のネットワークを構築する各ノードが保持するデータ量を抑制することができる。加えて、ピアツーピア方式のネットワーク内に適切にデータが分布されるので、検索性を向上させることができる。

　以上の結果、本発明の通信装置によれば、ピアツーピア方式のネットワークにおける検索性を向上させつつ、オーバーフローの発生を抑制することができる。

　本発明の通信装置の一態様では、前記確認手段は、前記一以上の隣接ノード各々について、前記一以上の隣接ノード各々が保持しているデータを確認することによって、前記ノード状態情報を確認し、前記保持決定手段は、前記受信されたデータと同一のデータを保持している隣接ノードの数に応じて、前記受信されたデータを保持するか否かを決定する。

　この態様によれば、比較的容易にして、受信されたデータを保持するか否かを決定することができ、実用上非常に有利である。

　或いは、本発明の通信装置の他の態様では、前記確認手段は、前記一以上の隣接ノード各々について、前記一以上の隣接ノード各々が備える記録装置の空き容量又は利用可能容量を検出することによって、前記ノード状態情報を確認し、前記保持決定手段は、前記検出された空き容量又は利用可能容量に応じて、前記受信されたデータを保持するか否かを決定する。

　或いは、本発明の通信装置の他の態様では、前記確認手段は、前記一以上の隣接ノード各々について、前記一以上の隣接ノード各々が保持しているデータを確認すると共に、前記一以上の隣接ノード各々に係る特徴量を確認することによって、前記ノード状態情報を確認し、前記保持決定手段は、前記受信されたデータと同一のデータを保持している隣接ノードの数、及び、前記一以上の隣接ノード各々に係る特徴量に応じて、前記受信されたデータを保持するか否かを決定する。

　尚、「特徴量」は、例えばノードの性能、ネット帯域、ノード参加率、ノード次数等を意味する。

　或いは、本発明の通信装置の他の態様では、前記確認手段は、前記一以上の隣接ノード各々について、前記一以上の隣接ノード各々が保持しているデータを確認すると共に、前記一以上の隣接ノード各々に係る特徴量を確認することによって、前記ノード状態情報を確認し、前記保持決定手段は、前記受信されたデータと同一のデータを保持している隣接ノードの数、又は、前記一以上の隣接ノード各々に係る特徴量に応じて、前記受信されたデータを保持するか否かを決定する。

　本発明の他の態様では、前記確認手段は、逐次、前記ノード状態情報を確認する。

　この態様によれば、比較的容易にして、ノード状態情報を最新の状態に保つことができ、実用上非常に有利である。

　本発明の他の態様では、前記一以上の隣接ノードの少なくとも一部は、前記自ノードのユーザである自ユーザと関わりのあるユーザである関連ユーザが使用するノードである関連ノードにより構成されている。

　この態様によれば、自ノードとの間で比較的頻繁にデータの送受信を行うと推測される関連ノードが、自ノードの隣接ノードの少なくとも一部を構成しているので、通信効率の向上を図ることができる。

　尚、「関連ユーザ」は、例えば、自ユーザの家族・友人・知人、又は、自ユーザが居住している地域の住人、或いは、自ユーザが参加している既存のネットワーク上のコミュニティの参加者、或いは、自ユーザが現在居る場所に近い所に居る人、自ユーザが好きな場所若しくは該好きな場所に近い場所が好きな人、自ユーザと趣味が似ている人、等である。

　関連ユーザとして、自ユーザが現在居る場所に近い所に居る人が選択された場合、自ユーザと関連ユーザとの物理的な距離が近くなるため、自ノードと関連ノードとの間に余計なルータが介在する可能性を抑制することができる。この結果、通信効率の向上を図ることができ、実用上非常に有利である。

　本発明の通信方法は、上記課題を解決するために、ピアツーピア方式によりネットワークを構築すると共に、自ノードに対して送信されたデータを受信可能な受信手段を備える通信装置における通信方法であって、前記自ノードの一以上の隣接ノードに係る状態を示す情報であるノード状態情報を確認する確認工程と、前記受信手段によりデータが受信された際に、前記確認されたノード状態情報に応じて、前記受信されたデータを保持するか否かを決定する保持決定工程と、前記受信されたデータを保持すると決定されたことを条件に、前記受信されたデータを保持する保持工程と、を備える。

　本発明の通信方法によれば、上述した本発明の通信装置と同様に、ピアツーピア方式のネットワークにおける検索性を向上させつつ、オーバーフローの発生を抑制することができる。

　尚、本発明の通信方法においても、上述した本発明の通信装置における各種態様と同様の各種態様を採ることが可能である。

　本発明のコンピュータプログラムは、上記課題を解決するために、コンピュータを、ピアツーピア方式によりネットワークを構築する通信装置であって、当該通信装置である自ノードに対して送信されたデータを受信可能な受信手段と、前記自ノードの一以上の隣接ノードに係るノード状態情報を確認する確認手段と、前記受信手段によりデータが受信された際に、前記確認されたノード状態情報に応じて、前記受信されたデータを保持するか否かを決定する保持決定手段と、前記受信されたデータを保持すると決定されたことを条件に、前記受信されたデータを保持する保持手段と、を備える通信装置として機能させる。

　本発明のコンピュータプログラムによれば、上述した本発明の通信装置と同様に、ピアツーピア方式のネットワークにおける検索性を向上させつつ、オーバーフローの発生を抑制することができる。

　尚、本発明のコンピュータプログラムにおいても、上述した本発明の通信装置における各種態様と同様の各種態様を採ることが可能である。

　本発明の情報記録媒体は、上記課題を解決するために、上述した本発明のコンピュータプログラム（但し、その各種態様を含む）が記録されている。

　本発明の情報記録媒体によれば、上述した本発明のコンピュータプログラムと同様に、通信効率の低下を好適に抑制することができる。

　本発明の作用及び他の利得は次に説明する実施するための形態から明らかにされる。

第１実施形態に係るデータ通信装置の概略を示す概略図である。第１実施形態に係るデータ通信装置の構成を示すブロック図である。第１実施形態に係る第１の隣接ノード設定処理を示すフローチャートである。第１実施形態に係る第２の隣接ノード設定処理を示すフローチャートである。第１実施形態に係るデータ保持・転送処理を示すフローチャートである。第２実施形態に係るデータ保持・転送処理を示すフローチャートである。第３実施形態に係るデータ保持・転送処理を示すフローチャートである。第３実施形態の変形例に係るデータ保持・転送処理を示すフローチャートである。

　以下、本発明の通信装置に係る実施形態について、図面に基づいて説明する。

　＜第１実施形態＞
　（データ通信装置の構成）
　先ず、本実施形態に係るデータ通信装置の構成について、図１及び図２を参照して説明する。図１は、第１実施形態に係るデータ通信装置の概略を示す概略図であり、図２は、第１実施形態に係るデータ通信装置の構成を示すブロック図である。尚、図１及び図２には、本実施形態に直接関係する部材のみを示し、その他の部材については図示を省略している。

　図１に示すように、本実施形態に係るデータ通信装置１０は、例えばＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等であるネットワーク３０を介して、他のデータ通信装置２１及びノード管理サーバ２２と接続されている。ノード管理サーバ２２には、ピアツーピア方式によるネットワークを構成するノードに係る情報が格納されている。尚、データ通信装置２１の構成は、データ通信装置１０の構成と同様であるので、その詳細については説明を割愛する。また、ノード管理サーバ２２は、データ通信装置としての機能も併せ持つことができ、ノードとなり得る。

　データ通信装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１、ユーザメモリ１２、コンテンツメモリ１３、ノードメモリ１４及びネットワークＩＦ（Ｉｎｔｅｒｆａｃｅ）１５を備えて構成されている。該ＣＰＵ１１、ユーザメモリ１２、コンテンツメモリ１３、ノードメモリ１４及びネットワークＩＦ１５は、バス１６を介して相互に接続されている。

　ユーザメモリ１２には、例えばデータ通信装置１０のユーザ（以降、適宜“自ユーザ”と称する）と関わりのあるユーザ（例えば、友人・知人、会社の同僚、学校の同級生、等）に係る情報であるユーザ情報（以降、適宜、“ソーシャルユーザ情報”と称する）が格納されている。

　ソーシャルユーザ情報には、例えば、一のユーザを他のユーザから識別するための識別情報としてのユーザＩＤ、該一のユーザが利用しているノードのリスト、該一のユーザのプロフィール、等が含まれている。尚、ソーシャルユーザ情報は、例えば、自ユーザにより入力されてもよいし、ネットワーク３０を介して、ノード管理サーバ２２若しくはデータ通信装置２１から取得されてもよい。

　コンテンツメモリ１３には、例えば画像データ、テキストデータ、楽曲データ、動画データ等のコンテンツに係る情報であるコンテンツ情報が格納されている。コンテンツ情報には、例えば、一のコンテンツを他のコンテンツから識別するための識別情報としてのコンテンツＩＤ、該一のコンテンツのデータ容量を示す容量情報、該一のコンテンツに係る説明、該一のコンテンツの実体データ、等が含まれている。

　ノードメモリ１４には、隣接ノードが設定されていれば、データ通信装置１０の隣接ノードに係る情報であるノード情報が格納されている。尚、ノードメモリ１４には、データ通信装置１０の隣接ノードに係るノード情報だけでなく、該隣接ノードの隣接ノードに係るノード情報も格納されてよい。このように構成すれば、データ通信装置１０が、当該データ通信装置１０近傍のクラスタ関係を比較的容易に認識することができる。

　ノード情報には、例えばノードＩＤ、ＩＰアドレス、ポート番号、ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）、メーカー名、機種情報、等が含まれてもよい。

　次に、データ通信装置１０の詳細な構成について、図２を参照して説明する。

　図２において、ＣＰＵ１１は、ソーシャル管理部１１１、コンテンツ管理部１１２、隣接ノード管理部１１３、ソーシャルユーザ取得部１１４、コンテンツ入出力部１１５、コンテンツ検索・流通依頼入力部１１６、ユーザ検索依頼入力部１１７、自ユーザ情報取得部１１８及びデータ保持決定部１１９を備えて構成されている。

　ソーシャルユーザ取得部１１４は、他のユーザに係るユーザＩＤ、及び該他のユーザに係るソーシャル関係（即ち、自ユーザとの関係性）を示す情報を取得する。ここで、ソーシャル関係としては、例えば、友人・知人、自ユーザが興味を持っている人物、自ユーザが参加するネットワーク上のコミュニティの参加者、自ユーザが所有するコンテンツやデバイスに類似するコンテンツやデバイスを所有する人物、自ユーザの居住地若しくは現在地近傍に存在する人物、等が挙げられる。

　自ユーザ情報取得部１１８は、自ユーザに係るユーザ情報（以降、適宜、“自ユーザ情報”と称する）を取得する。ここで、自ユーザ情報には、自ユーザに係るユーザＩＤ、自ユーザのプロフィール、自ユーザが、データ通信装置１０以外に使用しているノードに係る情報、等が含まれる。

　ソーシャル管理部１１１は、ユーザメモリ１２に格納されているユーザ情報（即ち、自ユーザ情報、及びソーシャルユーザ情報）を管理すると共に、ソーシャルユーザ取得部１１４により取得されたユーザＩＤ及びソーシャル関係を示す情報に基づいてソーシャルユーザ情報を取得し、ユーザメモリ１２に格納する。

　ソーシャル管理部１１１は、更に、少なくともソーシャルユーザ情報に基づいて、データ通信装置１０の隣接ノードを設定する。具体的には例えば、ソーシャル管理部１１１は、自ユーザ情報とソーシャルユーザ情報との間の類似度を算出し、該算出された類似度が比較的高いソーシャルユーザ情報に対応するノードを、データ通信装置１０の隣接ノードとして設定する。

　隣接ノード管理部１１３は、ソーシャル管理部１１１により設定され、ノードメモリ１４に格納された隣接ノードに係るノード情報を管理する。

　データ保持決定部１１９は、後述するデータ保持状況送受信部１５４により取得された隣接ノードが保持しているデータの保持状況に応じて、当該データ通信装置１０が受信したデータを保持するか否かを決定する。

　コンテンツ入出力部１１５は、具体的には例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）デコーダ及びビデオ端子、ＤＡ（Ｄｉｇｉｔａｌ　ｔｏ　Ａｎａｌｏｇ）コンバータ及びスピーカ出力、動画データ、楽曲データ、テキストデータ等を所定のファイル形式で出力可能な出力部、ビデオ入力端子、オーディオ入力端子、所定のファイル形式を入力可能な入力部、等により構成すればよい。

　尚、ソーシャルユーザ取得部１１４、コンテンツ入出力部１１５、コンテンツ検索・流通依頼入力部１１６、ユーザ検索依頼入力部１１７、及び自ユーザ情報取得部１１８の各々は、バス１６（図１参照）を介して、例えばユーザインターフェース（図示せず）等にも接続されている。

　ネットワークＩＦ１５は、ノード情報送受信部１５１、データ検索・取得部１５２、データ流通部１５３及びデータ保持状況送受信部１５４を備えて構成されている。

　ノード情報送受信部１５１は、ユーザメモリ１２に格納されているソーシャルユーザ情報に含まれるノードＩＤ（即ち、一のユーザが利用しているノードのリストを構成するノードＩＤ）に基づいて、該ノードＩＤに対応するノードに係るアドレスやポート番号を含むノード情報を取得する。尚、ノード情報は、例えば、ネットワーク３０を介して、ノード管理サーバ２２若しくはデータ通信装置２１から取得すればよい。

　データ検索・取得部１５２は、他のユーザ（即ち、一のデータ通信装置２１を使用するユーザ）に係るユーザ情報等を、データ通信装置１０が取得するために、該データ通信装置１０の隣接ノードに対して、該他のユーザに係る検索リクエストを送信すると共に、検索リクエストに対する回答としての該他のユーザに係るユーザ情報を取得する。データ検索・取得部１５２は、更に、他のノードから要求されたユーザに係るユーザ情報等を、他のノードに対して送信する。

　データ流通部１５３は、自ユーザ情報等を、データ通信装置１０の隣接ノードに対して送信すると共に、他のユーザに係るユーザ情報等を、データ通信装置１０の隣接ノードから受信する。

　データ保持状況送受信部１５４は、隣接ノードが保持しているデータの保持状況を取得すると共に、自ノード（即ち、当該データ通信装置１０）が保持しているデータの保持状況を、隣接ノードからの依頼に応じて回答する。

　（隣接ノード設定処理）
　以上のように構成されたデータ通信装置１０における隣接ノード設定処理について、図３及び図４のフローチャートを参照して説明する。

　（ノードメモリにノード情報が格納されていない場合）
　図３において、先ず、ソーシャルユーザ取得部１１４は、自ユーザと関わりのあるユーザに係るユーザＩＤを取得する（ステップＳ１０１）。次に、ソーシャル管理部１１１は、取得されたユーザＩＤに基づいて、ノード管理サーバ２２から、該ユーザＩＤに対応するソーシャルユーザ情報を取得する（ステップＳ１０２）。

　次に、ソーシャル管理部１１１は、取得されたソーシャルユーザ情報を、ユーザメモリ１２に格納する（ステップＳ１０３）。続いて、ソーシャル管理部１１１は、格納されたソーシャルユーザ情報に係るユーザが使用しているノードを隣接ノードに決定する（ステップＳ１０４）。次に、ノード管理部１１３は、ソーシャル管理部１１１により決定された隣接ノードに係るノード情報をノードメモリ１４に格納する（ステップＳ１０５）。

　（ノードメモリにノード情報が格納されている場合）
　図４において、上述したステップＳ１０１の処理の後、ソーシャル管理部１１１は、ソーシャル管理部１１４により取得されたユーザＩＤに基づいて、ノードメモリ１４に格納されている一又は複数のノード情報に夫々対応する隣接ノードのうち少なくとも一の隣接ノードに対して、該取得されたユーザＩＤに対応するソーシャルユーザ情報の取得を依頼する。該依頼の結果として、ソーシャル管理部１１１は、隣接ノードからソーシャルユーザ情報を取得する（ステップＳ２０１）。その後、ソーシャル管理部１１１は、上述したステップＳ１０３以降の処理を実行する。

　尚、設定可能な隣接ノードの数に上限値が設けられている場合、ソーシャル管理部１１１は、例えば自ユーザ情報とソーシャルユーザ情報との間の類似度を算出し、該算出された類似度に応じて隣接ノードを設定すればよい。

　上述の如く隣接ノードを設定することにより、自ユーザと関わりのあるユーザが使用するノードが、当該データ通信装置１０の隣接ノードとして設定される。このため、自ユーザと全く関わりのないユーザが使用するノードが、当該データ通信装置１０の隣接ノードとして設定される場合と比較して、無駄なトラフィックの発生を抑制することができる。従って、比較的高速なデータ通信を行うことができる。更に、スモールワールド性、スケールフリー性、及びクラスタ性を有するピアツーピア方式のネットワークを比較的容易に構築することができる。

　（データ保持・転送処理）
　次に、データ通信装置１０におけるデータ保持・転送処理について、図５のフローチャートを参照して説明する。

　図５において、先ず、当該データ通信装置１０に対して送信されたコンテンツデータが、ネットワークＩＦ１５により受信されると（ステップＳ３０１）、データ保持状況送受信部１５４は、一以上の隣接ノードに対して、例えばネットワークＩＦ１５により受信されたコンテンツデータと同一のコンテンツデータ（以降、適宜“指定データ”と称する）の保持状況を示す情報を要求する信号を送信する。

　続いて、データ保持状況送受信部１５４は、隣接ノードから送信された指定データの保持状況を示す信号を受信することによって、一以上の隣接ノードに係る指定データの保持状況を示す情報を取得する（ステップＳ３０２）。

　尚、データ保持状況送受信部１５４は、ネットワークＩＦ１５によりコンテンツデータが受信されたか否かにかかわらず、逐次、一以上の隣接ノードが保持しているコンテンツデータの保持状況を示す情報を取得してもよい。

　次に、データ保持決定部１１９は、取得された保持状況を示す情報に基づいて、指定データを保持している隣接ノードが、例えば２以上ないか否かを判定する（ステップＳ３０３）。

　指定データを保持している隣接ノードが２以上ないと判定された場合（ステップＳ３０３：Ｙｅｓ）、データ保持決定部１１９は、ネットワークＩＦ１５により受信されたコンテンツデータを当該データ通信装置１０に保持することを決定し、該受信されたコンテンツデータをコンテンツメモリ１３に格納するようにコンテンツ管理部１１２に指示する（ステップＳ３０４）。

　次に、データ保持決定部１１９は、上記受信されたコンテンツデータを、少なくとも一つの隣接ノードに転送するように、ソーシャル管理部１１１に指示する。該ソーシャル管理部１１１は、隣接ノード管理部１１３から隣接ノードに係る情報を取得し、該取得された隣接ノードに係る情報を参照して、該受信されたコンテンツデータを、ネットワークＩＦ１５を介して、少なくとも一つの隣接ノードに転送する（ステップＳ３０５）。

　上記ステップＳ３０３の処理において、指定データを保持している隣接ノードが２以上あると判定された場合（ステップＳ３０３：Ｎｏ）、ステップＳ３０５の処理が実行される。

　尚、ステップＳ３０５の処理は、ステップＳ３０１の処理の後、ステップＳ３０２の処理の前に実行されてもよい。つまり、ネットワークＩＦ１５によりコンテンツデータが受信された場合、先ず、該受信されたコンテンツデータが、少なくとも一つの隣接ノードに対して転送された後に、該受信されたコンテンツデータを当該データ通信装置１０で保持するか否かが決定されてもよい。

　上述の如く、ネットワークＩＦ１５により受信されたコンテンツデータを保持するか否かが決定されるので、ピアツーピア方式のネットワーク内に、適切にコンテンツデータを分布させることができる。このため、該ピアツーピア方式のネットワークを構築する各ノードが保持するデータ量を抑制することができる。加えて、ピアツーピア方式のネットワーク内に適切にコンテンツデータが分布されるので、検索性を向上させることができる。

　尚、本実施形態に係る「データ通信装置１０」、「ネットワークＩＦ１５」、「データ保持状況送受信部１５４」、「データ保持決定部１１９」及び「コンテンツメモリ１３」は、夫々、本発明に係る「自ノード」、「受信手段」、「確認手段」、「保持決定手段」及び「保持手段」の一例である。また、本実施形態に係る「自ユーザと関わりのあるユーザ」は、本発明に係る「関連ユーザ」の一例である。

　＜第２実施形態＞
　本発明に係る通信装置の第２実施形態を、図６を参照して説明する。第２実施形態では、データ保持・転送処理が一部異なっている以外は、第１実施形態の構成と同様である。よって、第２実施形態について、第１実施形態と重複する説明を省略すると共に、図面上における共通箇所には同一符号を付して示し、基本的に異なる点についてのみ、図６のフローチャートを参照して説明する。

　（データ保持・転送処理）
　図６において、先ず、当該データ通信装置１０に対して送信されたコンテンツデータが、ネットワークＩＦ１５により受信されると（ステップＳ４０１）、該受信されたコンテンツデータが、当該データ通信装置１０から少なくとも一つの隣接ノードに対して転送される（ステップＳ４０２）と共に、データ保持状況送受信部１５４は、一以上の隣接ノードに対して、隣接ノードに係る特徴量を示す情報を要求する信号を送信する。

　続いて、データ保持状況送受信部１５４は、隣接ノードから送信された該隣接ノードに係る特徴量を示す信号を受信することによって、一以上の隣接ノードに係るノード状態情報を確認（ステップＳ３０２）。ここで、「隣接ノードに係る特徴量」は、例えば（ｉ）隣接ノードが備えるコンテンツメモリの空き容量又は利用可能容量、（ｉｉ）隣接ノードに係るネットワーク帯域及び／又はハードウェア性能、（ｉｉｉ）ピアツーピア方式によるネットワークへの参加率、（ｉｖ）隣接ノードに係るノード次数（即ち、隣接ノードの隣接ノードの数）、等である。

　尚、本実施形態では、自ユーザ情報取得部１１８は、自ユーザ情報の一部として、自ノード（即ち、当該データ通信装置１０）に係る特徴量を取得する。

　次に、データ保持決定部１１９は、隣接ノードに係る特徴量と、自ノードに係る特徴量とを比較し、受信されたコンテンツデータを保持するか否かを判定する（ステップＳ４０４）。

　具体的には例えば、データ保持決定部１１９は、自ノードのコンテンツメモリ１３の空き容量又は利用可能容量が、隣接ノードが備えるコンテンツメモリの空き容量又は利用可能容量よりも大きいことを条件に、受信されたコンテンツデータを保持すると判定する。或いは、データ保持決定部１１９は、自ノードのネットワーク帯域又はハードウェア性能が、隣接ノードのネットワーク帯域又はハードウェア性能よりも高いことを条件に、受信されたコンテンツデータを保持すると判定する。或いは、データ保持決定部１１９は、自ノードのネットワーク参加率が、隣接ノードのネットワーク参加率よりも高いことを条件に、受信されたコンテンツデータを保持すると判定する。或いは、データ保持決定部１１９は、自ノードに係るノード次数が、隣接ノードに係るノード次数よりも高いことを条件に、受信されたコンテンツデータを保持すると判定する。

　受信されたコンテンツデータを保持すると判定された場合（ステップＳ４０４：Ｙｅｓ）、データ保持決定部１１９は、ネットワークＩＦ１５により受信されたコンテンツデータを当該データ通信装置１０に保持することを決定し、該受信されたコンテンツデータをコンテンツメモリ１３に格納するようにコンテンツ管理部１１２に指示する（ステップＳ４０５）。他方、受信されたコンテンツデータを保持しないと判定された場合（ステップＳ４０４：Ｎｏ）、一旦処理が終了される。

　＜第３実施形態＞
　本発明に係る通信装置の第３実施形態を、図７を参照して説明する。第３実施形態では、データ保持・転送処理が一部異なっている以外は、第１実施形態の構成と同様である。よって、第３実施形態について、第１実施形態と重複する説明を省略すると共に、図面上における共通箇所には同一符号を付して示し、基本的に異なる点についてのみ、図７のフローチャートを参照して説明する。

　（データ保持・転送処理）
　図７において、先ず、当該データ通信装置１０に対して送信されたコンテンツデータが、ネットワークＩＦ１５により受信されると（ステップＳ５０１）、該受信されたコンテンツデータが、当該データ通信装置１０から少なくとも一つの隣接ノードに対して転送される（ステップＳ５０２）と共に、データ保持状況送受信部１５４は、一以上の隣接ノードに対して、指定データの保持状況を示す情報を要求する信号、及び隣接ノードに係る特徴量を示す情報を要求する信号を送信する。

　続いて、データ保持状況送受信部１５４は、隣接ノードから送信された指定データの保持状況を示す信号、及び該隣接ノードに係る特徴量を示す信号を受信することによって、一以上の隣接ノードに係るデータの保持状況を示す情報を取得する（ステップＳ５０３）。

　次に、データ保持決定部１１９は、取得された保持状況を示す情報に基づいて、指定データを保持している隣接ノードが、例えば２以上ないか否かを判定する（ステップＳ５０４）。指定データを保持している隣接ノードが２以上ないと判定された場合（ステップＳ５０４：Ｙｅｓ）、データ保持決定部１１９は、隣接ノードに係る特徴量と、自ノードに係る特徴量とを比較し、受信されたコンテンツデータを保持するか否かを判定する（ステップＳ５０５）。

　受信されたコンテンツデータを保持すると判定された場合（ステップＳ５０５：Ｙｅｓ）、データ保持決定部１１９は、ネットワークＩＦ１５により受信されたコンテンツデータを当該データ通信装置１０に保持することを決定し、該受信されたコンテンツデータをコンテンツメモリ１３に格納するようにコンテンツ管理部１１２に指示する（ステップＳ５０６）。

　上記ステップＳ５０４の処理において、指定データを保持している隣接ノードが２以上あると判定された場合（ステップＳ５０４：Ｎｏ）、又は、上記ステップＳ５０５の処理において、受信されたコンテンツデータを保持しないと判定された場合（ステップＳ５０５：Ｎｏ）、一旦処理が終了される。

　＜変形例＞
　次に、第３実施形態の変形例について、図８のフローチャートを参照して説明する。

　図８において、ステップＳ５０４の処理において、指定データを保持している隣接ノードが２以上ないと判定された場合（ステップＳ５０４：Ｙｅｓ）、データ保持決定部１１９は、ネットワークＩＦ１５により受信されたコンテンツデータを当該データ通信装置１０に保持することを決定し、該受信されたコンテンツデータをコンテンツメモリ１３に格納するようにコンテンツ管理部１１２に指示する（ステップＳ５０６）。

　他方、指定データを保持している隣接ノードが２以上あると判定された場合（ステップＳ５０４：Ｎｏ）、データ保持決定部１１９は、隣接ノードに係る特徴量と、自ノードに係る特徴量とを比較し、受信されたコンテンツデータを保持するか否かを判定する（ステップＳ５０５）。

　受信されたコンテンツデータを保持すると判定された場合（ステップＳ５０５：Ｙｅｓ）、データ保持決定部１１９は、ネットワークＩＦ１５により受信されたコンテンツデータを当該データ通信装置１０に保持することを決定し、該受信されたコンテンツデータをコンテンツメモリ１３に格納するようにコンテンツ管理部１１２に指示する（ステップＳ５０６）。他方、受信されたコンテンツデータを保持しないと判定された場合（ステップＳ５０５：Ｎｏ）、一旦処理が終了される。

　本発明は、上述した実施形態に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う通信装置及び方法、並びにコンピュータプログラムもまた本発明の技術的範囲に含まれるものである。

　１０、２１…データ通信装置、１１…ＣＰＵ、１２…ユーザメモリ、１３…コンテンツメモリ、１４…ノードメモリ、１５…ネットワークＩＦ、２２…ノード管理サーバ、３０…ネットワーク、１１１…ソーシャル管理部、１１２…コンテンツ管理部、１１３…隣接ノード管理部、１１４…ソーシャルユーザ取得部、１１５…コンテンツ入出力部、１１６…コンテンツ検索・流通依頼入力部、１１７…ユーザ検索依頼入力部、１１８…自ユーザ情報取得部、１１９…データ保持決定部、１５１…ノード情報送受信部、１５２…データ検索・取得部、１５３…データ流通部、１５４…データ保持状況送受信部

Claims

　ピアツーピア方式によりネットワークを構築する通信装置であって、
　当該通信装置である自ノードに対して送信されたデータを受信可能な受信手段と、
　前記自ノードの一以上の隣接ノードに係る状態を示す情報であるノード状態情報を確認する確認手段と、
　前記受信手段によりデータが受信された際に、前記確認されたノード状態情報に応じて、前記受信されたデータを保持するか否かを決定する保持決定手段と、
　前記受信されたデータを保持すると決定されたことを条件に、前記受信されたデータを保持する保持手段と、
　を備えることを特徴とする通信装置。
　前記確認手段は、前記一以上の隣接ノード各々について、前記一以上の隣接ノード各々が保持しているデータを確認することによって、前記ノード状態情報を確認し、
　前記保持決定手段は、前記受信されたデータと同一のデータを保持している隣接ノードの数に応じて、前記受信されたデータを保持するか否かを決定する
　ことを特徴とする請求項１に記載の通信装置。
　前記確認手段は、前記一以上の隣接ノード各々について、前記一以上の隣接ノード各々が備える記録装置の空き容量又は利用可能容量を検出することによって、前記ノード状態情報を確認し、
　前記保持決定手段は、前記検出された空き容量又は利用可能容量に応じて、前記受信されたデータを保持するか否かを決定する
　ことを特徴とする請求項１に記載の通信装置。
　前記確認手段は、前記一以上の隣接ノード各々について、前記一以上の隣接ノード各々が保持しているデータを確認すると共に、前記一以上の隣接ノード各々に係る特徴量を確認することによって、前記ノード状態情報を確認し、
　前記保持決定手段は、前記受信されたデータと同一のデータを保持している隣接ノードの数、及び、前記一以上の隣接ノード各々に係る特徴量に応じて、前記受信されたデータを保持するか否かを決定する
　ことを特徴とする請求項１に記載の通信装置。
　前記確認手段は、前記一以上の隣接ノード各々について、前記一以上の隣接ノード各々が保持しているデータを確認すると共に、前記一以上の隣接ノード各々に係る特徴量を確認することによって、前記ノード状態情報を確認し、
　前記保持決定手段は、前記受信されたデータと同一のデータを保持している隣接ノードの数、又は、前記一以上の隣接ノード各々に係る特徴量に応じて、前記受信されたデータを保持するか否かを決定する
　ことを特徴とする請求項１に記載の通信装置。
　前記確認手段は、逐次、前記ノード状態情報を確認することを特徴とする請求項１に記載の通信装置。
　前記一以上の隣接ノードの少なくとも一部は、前記自ノードのユーザである自ユーザと関わりのあるユーザである関連ユーザが使用するノードである関連ノードにより構成されていることを特徴とする請求項１に記載の通信装置。
　ピアツーピア方式によりネットワークを構築すると共に、自ノードに対して送信されたデータを受信可能な受信手段を備える通信装置における通信方法であって、
　前記自ノードの一以上の隣接ノードに係る状態を示す情報であるノード状態情報を確認する確認工程と、
　前記受信手段によりデータが受信された際に、前記確認されたノード状態情報に応じて、前記受信されたデータを保持するか否かを決定する保持決定工程と、
　前記受信されたデータを保持すると決定されたことを条件に、前記受信されたデータを保持する保持工程と、
　を備えることを特徴とする通信方法。
　コンピュータを、
　ピアツーピア方式によりネットワークを構築する通信装置であって、
　当該通信装置である自ノードに対して送信されたデータを受信可能な受信手段と、
　前記自ノードの一以上の隣接ノードに係る状態を示す情報であるノード状態情報を確認する確認手段と、
　前記受信手段によりデータが受信された際に、前記確認されたノード状態情報に応じて、前記受信されたデータを保持するか否かを決定する保持決定手段と、
　前記受信されたデータを保持すると決定されたことを条件に、前記受信されたデータを保持する保持手段と、
　を備える通信装置
　として機能させることを特徴とするコンピュータプログラム。
　請求項９に記載のコンピュータプログラムが記録されたことを特徴とする情報記録媒体。