(57)【要約】【課題】利用者が登録するコンテキスト値に合致するコンテンツのみが利用者の受信ノードに配信され、かつ、従来技術より障害耐性の高いコンテンツ配信システムを提供する。【解決手段】コンテンツ配信システムは、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードに、自ノードの登録通知を行う受信ノードと、前記登録通知に基づき、コンテキスト項目のコンテキスト値と受信ノードとの対応関係を示すコンテキスト情報データベースを生成するピアノードと、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードから、該コンテキスト値が設定されている受信ノードを特定する情報を取得して、コンテンツを配信する受信ノードを決定する送信ノードとを備えている。【選択図】図１
2008158931.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに接続する受信ノード、送信ノード及びピアノードを備えたコンテンツ配信システムであって、
受信ノードは、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードに、該コンテキスト項目に該コンテキスト値が設定されている受信ノードとして自ノードの登録通知を行う手段を、
ピアノードは、前記登録通知に基づき、コンテキスト項目のコンテキスト値と受信ノードとの対応関係を示すコンテキスト情報データベースを管理する手段を、
送信ノードは、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードから、該コンテキスト項目に該コンテキスト値が設定されている受信ノードを特定する情報を取得して、コンテンツを配信する受信ノードを決定する手段を、
有するコンテンツ配信システム。
【請求項２】
コンテキスト値に基づく値は、２つ以上のコンテキスト項目に設定された値を結合した値である請求項１に記載のコンテンツ配信システム。
【請求項３】
コンテキスト項目は、受信を希望するコンテンツ種別を少なくとも含む請求項１又は２に記載のコンテンツ配信システム。
【請求項４】
通信ネットワークに接続する受信ノード、送信ノード及びピアノードを備えたシステムにおけるコンテンツ配信方法であって、
受信ノードが、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードに、該コンテキスト項目に該コンテキスト値が設定されている受信ノードとして自ノードの登録通知を行うステップと、
ピアノードが、前記登録通知に基づき、コンテキスト項目のコンテキスト値と受信ノードとの対応関係を示すコンテキスト情報データベースを生成するステップと、
送信ノードが、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードから、該コンテキスト項目に該コンテキスト値が設定されている受信ノードを特定する情報を取得して、コンテンツを配信する受信ノードを決定するステップと、
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由でコンテンツを配信するコンテンツ配信技術に関する。
【背景技術】
【０００２】
動画、音楽といった各種コンテンツの利用者に対して、所定のコンテンツのみを、通信ネットワーク経由で配信するための各種方法が提案されている（例えば、特許文献１から６、及び、非特許文献１、参照。）。
【０００３】
特許文献１には、配信するコンテンツに情報の分類を示すＩＤを付与し、コンテンツの受信ノードにおいて、所望のＩＤが付与されているコンテンツのみを取り込み、それ以外のコンテンツを廃棄することで、コンテンツ利用者には、所望のコンテンツのみが配信された様に見せる構成が記載されている。
【０００４】
特許文献２から６には、コンテンツ利用者が、例えば、個人の嗜好、スケジュールといったコンテキスト値を、受信ノードを特定する情報と共にサーバに登録しておき、コンテンツの提供者が、送信するコンテンツの内容に合致するコンテキスト値を登録している受信ノードにのみコンテンツを配信する構成が記載されている。
【０００５】
また、非特許文献１には、コンテンツ提供者が、コンテンツを、コンテンツ名のハッシュ値に一番近いアドレスのピアノードに保存しておき、コンテンツ利用者は所望のコンテンツのコンテンツ名を受信ノードに入力し、受信ノードが、入力されたコンテンツ名のハッシュ値を計算して、所望のコンテンツが保存されているピアノードを求め、求めたピアノードにアクセスして所望のコンテンツを取得する構成が記載されている。
【０００６】
【特許文献１】特開平６−６８１０７号公報
【特許文献２】特開２００１−１２５８２３号公報
【特許文献３】特開２００２−３４４５２９号公報
【特許文献４】特開２００１−２０２３１０号公報
【特許文献５】特開２００２−３５１９０５号公報
【特許文献６】特開２００２−２５２８６３号公報
【非特許文献１】Ｉ.Ｓｔｏｉｃａ  ｅｔ  ａｌ、“Ｃｈｏｒｄ：Ａ  ｓｃａｌａｂｌｅ  ｐｅｅｒ−ｔｏ−ｐｅｅｒ  ｌｏｏｋｕｐ  ｓｅｒｖｉｃｅ  ｆｏｒ  ｉｎｔｅｒｎｅｔ  ａｐｐｌｉｃａｔｉｏｎｓ”，ｉｎ  Ｐｒｏｃ．ｏｆＡＣＭ  ＳＩＧＣＯＭＭ´０１、ｐｐ．１４９‐１６０、ＡＣＭ  Ｐｒｅｓ、２００１年
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載の構成は、受信ノードにおいて配信されたコンテンツの取捨選択を行うものであり、不必要なコンテンツの配信を許容しており、ネットワーク資源を無駄に消費するという問題がある。
【０００８】
また、特許文献２から６に記載の構成は、配信するコンテンツを制御するコンテキスト情報をサーバにて集中管理するため、サーバ負荷が増加し、サーバ障害時の影響が大きいという問題がある。
【０００９】
非特許文献１の記載の構成は、コンテンツが分散管理されるため、ピアノードの障害時においてもその影響は局所的なものに抑えられるという利点があるが、利用者が、受信ノードの操作により明示的にコンテンツを取りに行く必要、つまり、プル配信であり、利用者の利便性に問題がある。
【００１０】
したがって、本発明は、利用者が登録するコンテキスト値に合致するコンテンツのみが利用者の受信ノードに配信され、かつ、従来技術より障害耐性の高いコンテンツ配信システム及び方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明におけるコンテンツ配信システムによれば、
通信ネットワークに接続する受信ノード、送信ノード及びピアノードを備えたコンテンツ配信システムであって、受信ノードは、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードに、該コンテキスト項目に該コンテキスト値が設定されている受信ノードとして自ノードの登録通知を行う手段を、ピアノードは、前記登録通知に基づき、コンテキスト項目のコンテキスト値と受信ノードとの対応関係を示すコンテキスト情報データベースを管理する手段を、送信ノードは、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードから、該コンテキスト項目に該コンテキスト値が設定されている受信ノードを特定する情報を取得して、コンテンツを配信する受信ノードを決定する手段を有することを特徴とする。
【００１２】
本発明のコンテンツ配信システムにおける他の実施形態によれば、
コンテキスト値に基づく値は、２つ以上のコンテキスト項目に設定された値を結合した値であることも好ましい。
【００１３】
また、本発明のコンテンツ配信システムにおける他の実施形態によれば、
コンテキスト項目は、受信を希望するコンテンツ種別を少なくとも含むことも好ましい。
【００１４】
本発明における方法によれば、
通信ネットワークに接続する受信ノード、送信ノード及びピアノードを備えたシステムにおけるコンテンツ配信方法であって、受信ノードが、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードに、該コンテキスト項目に該コンテキスト値が設定されている受信ノードとして自ノードの登録通知を行うステップと、ピアノードが、前記登録通知に基づき、コンテキスト項目のコンテキスト値と受信ノードとの対応関係を示すコンテキスト情報データベースを生成するステップと、送信ノードが、設定されたコンテキスト項目のコンテキスト値に基づく値のハッシュ値を求め、求めたハッシュ値に対応するピアノードから、該コンテキスト項目に該コンテキスト値が設定されている受信ノードを特定する情報を取得して、コンテンツを配信する受信ノードを決定するステップとを有することを特徴とする。
【発明の効果】
【００１５】
コンテンツの利用者は、コンテキスト値を受信ノードに入力することにより、コンテンツ利用者による明示的なコンテンツ取得のための操作を必要とすることなく、所望のコンテンツの配信を受けることができる。配信されるコンテンツがコンテキスト値により絞り込まれるため、配信後に受信ノードにて廃棄されるコンテンツを抑えることができ、ネットワーク帯域を無駄に消費することを極力防ぐことができる。
【００１６】
また、コンテキスト値は、複数のピアノードに分散管理されるため、単一のピアノードに障害が発生しても、その影響を局所的なものに抑えることができ、したがって、信頼性の高いコンテンツ配信システムを提供することができる。更に、複数のコンテキスト項目を結合することで、コンテキスト値の取り得る値の数が少ない場合においても、多数のピアノードに受信ノードの情報を分散管理させることが可能になり、信頼性を向上させることができる。
【発明を実施するための最良の形態】
【００１７】
本発明を実施するための最良の実施形態について、以下では図面を用いて詳細に説明する。なお、本発明において、コンテキストとは、配信するコンテンツを絞り込むためにコンテンツ配信システムが使用するパラメータであり、例えば、コンテンツ利用者が受信を希望するコンテンツ種別、コンテンツ利用者がコンテンツを受信するために使用する受信ノードの設置場所、コンテンツの受信希望時間、使用する通信手段、性別、年齢、趣味嗜好、職種、家族情報等を、コンテキスト項目として用いることができる。また、コンテキスト値とは、コンテキスト項目の具体的な値であり、例えば、受信を希望するコンテンツ種別をコンテキスト項目として使用している場合に、“スポーツ”、“旅行”、“音楽”といった、コンテンツの種別を示す値又は符号がコンテキスト値である。
【００１８】
図１は、本発明によるコンテンツ配信システムの構成図である。図１によると、コンテンツ配信システムは、１つ以上の受信ノード１と、１つ以上の送信ノード２と、１つ以上のピアノード３と、１つ以上の配信ノード４と、それらノードと接続し、ノード間での通信を可能にするネットワーク５とを備えている。
【００１９】
受信ノード１は、コンテンツ利用者が操作し、コンテンツの受信を行う通信装置であり、送信ノード２は、コンテンツ提供者が操作する通信装置であり、配信ノード４は、コンテンツの配信処理を行う通信装置である。また、ピアノード３は、各コンテキスト項目について、自ノードの管理範囲内にあるコンテキスト値が設定されている受信ノード１を特定する情報を保持する通信装置であり、詳細は後述する。
【００２０】
なお、説明の便宜上、１つの装置が単一の機能に特化した装置であるとして説明するが、例えば、受信ノード１、送信ノード２及び配信ノード４の機能を有する装置等、１つの通信装置は、受信ノード１、送信ノード２、ピアノード３、配信ノード４の任意の組合せをその機能とすることができる。
【００２１】
受信ノード１は、ユーザインタフェース部１１と、受信用コンテキスト値保持部１２と、受信ノード登録処理部１３と、コンテンツ取得部１４とを備えている。受信用コンテキスト値保持部１２は、当該受信ノード１を使用するコンテンツ利用者が設定するコンテキスト値を保持する。ユーザインタフェース部１１は、コンテンツ利用者に対して、受信用コンテキスト値保持部１２が保持する受信用コンテキスト値の新規登録、変更、削除といった編集のためのインタフェースを提供する。受信ノード登録処理部１３は、例えば、コンテンツ利用者が、ユーザインタフェース部１１を介して、受信用コンテキスト値の新規登録や値の変更を行った場合には、新たに登録した又は変更後の受信用コンテキスト値のハッシュ値を求め、このハッシュ値に対応するピアノード３に対して自ノードの登録処理を行う。また、受信用コンテキスト値の削除又は値の変更を行った場合には、削除した又は変更前の受信用コンテキスト値のハッシュ値を求め、このハッシュ値に対応するピアノード３に対して自ノードの削除処理を行う。
【００２２】
ここで、ハッシュ値に対応するピアノード３とは、例えば、ハッシュ値に一番近いノードＩＤを有するピアノード３や、ハッシュ値より大きく、かつ、ハッシュ値に一番近いノードＩＤを持つピアノード３や、ハッシュ値より小さく、かつ、ハッシュ値に一番近いノードＩＤを持つピアノード３等、ハッシュ値からピアノード３を一意に特定できる方法であれば任意の方法を使用することができる。また、ノードＩＤは、該当するノードと通信するために使用するアドレスでもよい。なお、ノードＩＤが、ノードのアドレスではない場合には、ネットワーク５がノードＩＤとアドレスとの変換機能を提供する。
【００２３】
図２は、受信用コンテキスト値保持部１２が保持する受信用コンテキスト値を示す図である。図２によると、ノードＩＤがＲ００１である受信ノード１には、コンテキストの項目として、“受信場所”、“受信希望コンテンツ種別”及び“利用通信手段”が登録されており、“受信場所”に対しては、東京を示す“ａ１”が、“受信希望コンテンツ種別”に対しては、旅行を示す“ｂ２”が、“利用通信手段”に対しては、光アクセスを示す“ｃ４”が、それぞれ、コンテキスト値として登録されている。同様に、ノードＩＤがＲ００２である受信ノード１には、“受信場所”として大阪を示す“ａ２”が、“受信希望コンテンツ種別”としてスポーツを示す“ｂ４”が、“利用通信手段”としてＡＤＳＬを示す“ｃ２”が、それぞれ、コンテキスト値として登録されている。
【００２４】
ピアノード３は、コンテキスト情報データベース３１と、受信ノード登録処理部３２と、受信ノード検索処理部３３とを備えている。受信ノード登録処理部３２は、受信ノード１の受信ノード登録処理部１３と対向し、各受信ノード１からの登録又は削除処理に対して、コンテキスト情報データベース３１の生成や更新といった、コンテキスト情報データベース３１の管理を行う。
【００２５】
コンテキスト情報データベース３１は、上記、コンテキスト値のハッシュ値に基づき、自ノードが管理範囲となるコンテキスト値が設定されている受信ノード１を特定する情報を保持するデータベースである。
【００２６】
図３は、コンテキスト情報データベース３１を示す図である。以下の説明において、コンテキスト値“ａ１”、“ａ３０”、“ｂ４”のハッシュ値にはノードＩＤがＰ００１の、コンテキスト値“ａ８”、“ｂ２”、“ｃ６”のハッシュ値にはノードＩＤがＰ００２の、コンテキスト値“ａ４”、“ｃ４”のハッシュ値にはノードＩＤがＰ００３のピアノード３が、それぞれ、対応するものとする。
【００２７】
例えば、図２（ａ）に示すノードＩＤがＲ００１である受信ノード１には、コンテキスト項目の“受信場所”として“ａ１”が設定されている。したがって、図３（ａ）に示す様に、“ａ１”のハッシュ値に対応するノードＩＤがＰ００１のピアノード３は、コンテキスト項目“受信場所”に“ａ１”が設定されている受信ノード１として、ノードＩＤがＲ００１である受信ノード１を登録している。同様に、ノードＩＤがＰ００２であるピアノード３は、コンテキスト項目“受信希望コンテンツ種別”に“ｂ２”が設定されている受信ノード１として、更に、ノードＩＤがＰ００３であるピアノード３は、コンテキスト項目“利用通信手段”に“ｃ４”が設定されている受信ノード１として、それぞれ、ノードＩＤがＲ００１である受信ノード１を登録している。
【００２８】
送信ノード２は、ユーザインタフェース部２１と、送信用コンテキスト値保持部２２と、送信先リスト生成部２３と、送信先リスト通知部２４とを備えている。送信用コンテキスト値保持部２２は、コンテンツ提供者が、そのコンテンツの送信先を制御するために使用するコンテキスト値を保持し、ユーザインタフェース部２１は、コンテンツ提供者に対して、送信用コンテキスト値保持部２２が保持するコンテキスト値の編集機能を提供する。送信先リスト生成部２３は、各コンテキスト項目について、送信用コンテキスト値保持部２２が保持するコンテキスト値のハッシュ値を計算し、ハッシュ値に対応するピアノード３に対して、該当するコンテキスト項目に登録されている受信ノード１の問い合わせを行い、登録されている受信ノード１のリストを取得する。
【００２９】
例えば、送信用コンテキスト値保持部２２に、コンテキスト項目“受信場所”として“ａ１”が設定されている場合、送信先リスト生成部２３は、“ａ１”のハッシュ値に対応するノードＩＤがＰ００１であるピアノード３に対して、コンテキスト項目“受信場所”として“ａ１”が設定されている受信ノード１の問い合わせを行う。ピアノード３の受信ノード検索処理部３３は、送信先リスト生成部２３からの問い合わせに対して、図３（ａ）に示すコンテキスト情報データベース３１を検索し、本例においては、ノードＩＤがＲ００１とＲ１０１である受信ノード１を送信先リスト生成部２３に通知する。
【００３０】
なお、コンテンツ提供者は、複数のコンテキスト項目に対してコンテキスト値を設定する場合、各コンテキスト項目間の関係を、論理積又は論理和、つまり論理式にて指定する。例えば、コンテキスト項目“受信場所”として“ａ１”を、“受信希望コンテンツ種別”として“ｂ２”を論理積で指定することも、論理和で指定することも可能である。論理式の指定は、ユーザインタフェース部２１を介して行い、送信用コンテキスト値保持部２２にコンテキスト値と共に保持される。論理積又は論理和のいずれが指定されていたとしても、送信先リスト生成部２３は、コンテキスト値“ａ１”のハッシュ値に対応するノードＩＤがＰ００１のピアノード３に対して、コンテキスト項目“受信場所”に“ａ１”が設定されている受信ノード１を、コンテキスト値“ｂ２”のハッシュ値に対応するノードＩＤがＰ００２のピアノード３に対して、コンテキスト項目“受信希望コンテンツ種別”に“ｂ２”が設定されている受信ノード１の問い合わせを行い、各ピアノード３から受信ノード１のリストを取得した後、送信用コンテキスト値保持部２２にある論理式の設定に基づき、各ピアノード３から取得した受信ノード１のリストの処理を行い、コンテンツを送信する受信ノード１を決定する。なお、１つのコンテキスト項目に対して複数のコンテキスト値を設定することも当然に可能である。
【００３１】
送信先リスト通知部２４は、送信先リスト生成部２３が決定したコンテンツを送信する受信ノード１のリストを、コンテンツを保存している配信ノード４に通知する。
【００３２】
配信ノード４は、コンテンツ情報保存部４１と、コンテンツ配信処理部４２と、送信先リスト受信部４３とを備えている。コンテンツ提供者は、あらかじめ、ある配信ノード４のコンテンツ情報保存部４１に、提供するコンテンツを保存しておく。送信先リスト受信部４３は、保存しているコンテンツの送信先となる受信ノード１のリストを、送信ノード２の送信先リスト通知部２４から取得し、コンテンツ配信処理部４２は、受信ノード１のリストに基づきコンテンツ情報保存部４１が保存しているコンテンツの配信処理を行う。
【００３３】
具体的には、コンテンツ配信処理部４２は、リストに含まれる受信ノード１にコンテンツをプッシュ配信するか、あるいは、リストに含まれる受信ノード１に、アドレス情報やノードＩＤといった自身を特定する情報を通知する。受信ノード１のコンテンツ取得部１４は、配信ノード４がコンテンツをプッシュ配信した場合には、そのコンテンツを受信し、配信ノード４から配信ノード４を特定する情報を受信した場合には、その配信ノード４にアクセスしてコンテンツを取得する。
【００３４】
以上、本発明によるコンテンツ配信システムによると、コンテンツの利用者は、コンテキスト値を受信ノード１に入力することにより、コンテンツ利用者による明示的なコンテンツ取得のための操作を必要とすることなく、所望のコンテンツの配信を受けることができる。配信されるコンテンツがコンテキスト値により絞り込まれるため、配信後に受信ノード１にて廃棄されるコンテンツを抑えることができ、ネットワーク帯域を無駄に消費することを極力防ぐことができる。
【００３５】
また、各コンテキスト値を設定している受信ノード１は、複数のピアノード３で分散管理されているため、単一のピアノード３に障害が発生しても、その影響を局所的なものに抑えることができ、したがって、信頼性の高いコンテンツ配信システムを提供することができる。
【００３６】
続いて、図４を用いて本発明の他の実施形態について説明する。上述した実施形態においては、１つのコンテキスト項目のコンテキスト値のハッシュ値から、対応する１つのピアノード３を決定していた。しかしながら、あるコンテキスト項目について、コンテキスト値の取りえる値が例えば２個である場合には、そのコンテキスト項目についての受信ノード１を登録するピアノード３は、多くとも２台となり、あまり分散効果を図ることができない。しがたって、本実施形態においては、コンテキスト項目を結合して、複数のコンテキスト項目の、結合したコンテキスト値のハッシュ値から、受信ノード１を登録するピアノード３を決定する。
【００３７】
図４（ａ）に示す様に、コンテキスト項目“Ａ”、“Ｂ”、“Ｃ”、“Ｄ”及び“Ｅ”があり、ノードＩＤがＲ０１０である受信ノード１には、それぞれ、コンテキスト値として“ａ１”、“ｂ２”、“ｃ４”、“ｄ４”、“ｅ６”が設定登録されているものとする。また、本実施形態においては、コンテキスト項目“Ａ”及び“Ｂ”を結合し、コンテキスト項目“Ｃ”、“Ｄ”及び“Ｅ”を結合して管理するものとする。
【００３８】
ノードＩＤがＲ０１０である受信ノード１は、結合したコンテキスト値“ａ１ｂ２”に対してハッシュ値を計算して対応するピアノード３を求める。ここでは、ノードＩＤがＰ１００であるピアノード３が対応するものとする。同様に、ノードＩＤがＲ０１０である受信ノード１は、結合したコンテキスト値“ｃ４ｄ４ｅ６”に対してハッシュ値を計算して対応するピアノード３を求める。ここでは、ノードＩＤがＰ２００であるピアノード３が対応するものとする。結果、図４（ｂ）及び（ｃ）に示す様に、結合したコンテキスト項目“Ａ”及び“Ｂ”に対して、ノードＩＤがＰ１００であるピアノード３は、ノードＩＤがＲ０１０である受信ノード１を登録し、結合したコンテキスト項目“Ｃ”、“Ｄ”及び“Ｅ”に対して、ノードＩＤがＰ２００であるピアノード３は、ノードＩＤがＲ０１０である受信ノード１を登録する。
【００３９】
送信ノード２は、同様に、結合したコンテキスト値に基づき受信ノード１のリストを取得する。例えば、コンテキスト項目“Ａ”に“ａ１”のみが設定されたとすると、コンテキスト項目“Ｂ”は任意の値となるため、コンテキスト項目“Ｂ”の総てのコンテキスト値と、“ａ１”との組合せに対して、それぞれ、ハッシュ値を計算してピアノード３を求め、求めたピアノード３から結合したコンテキスト項目“Ａ”及び“Ｂ”に登録されている受信ノード１を取得し、総ての論理和を取って、送信先の受信ノード１を決定する。
【００４０】
なお、多数のピアノード３への分散を目的とする場合には、結合させるコンテキスト項目を多くすることが望ましいが、多くするに従い、ピアノード３が保持するコンテキスト情報データベース３１が大きくなる。つまり、コンテキスト情報データベース３１のサイズを抑えるためには、利用するコンテキスト項目の結合数を、小さくする必要がある。このため、各結合数による分散度合いと、そのときの結合数でのコンテキスト情報データベース３１のサイズを考慮し、実際に使用する結合数を決定する。
【００４１】
以上、複数のコンテキスト項目を結合することで、コンテキスト値の取り得る値の数が少ない場合においても、多数のピアノード３に受信ノード１の情報を分散管理させることが可能になる。
【図面の簡単な説明】
【００４２】
【図１】本発明によるコンテンツ配信システムの構成図である。
【図２】受信用コンテキスト値保持部が保持する受信用コンテキスト値を示す図である。
【図３】コンテキスト情報データベースを示す図である。
【図４】本発明の他の実施形態を説明する図である。
【符号の説明】
【００４３】
１  受信ノード
１１  ユーザインタフェース部
１２  受信用コンテキスト値保持部
１３  受信ノード登録処理部
１４  コンテンツ取得部
２  送信ノード
２１  ユーザインタフェース部
２２  送信用コンテキスト値保持部
２３  送信先リスト生成部
２４  送信先リスト通知部
３  ピアノード
３１  コンテキスト情報データベース
３２  受信ノード登録処理部
３３  受信ノード検索処理部
４  配信ノード
４１  コンテンツ情報保存部
４２  コンテンツ配信処理部
４３  送信先リスト受信部
５  ネットワーク
【図１】
2008158931.tif 000003
【図２】
2008158931.tif 000004
【図３】
2008158931.tif 000005
【図４】
2008158931.tif 000006