Ｐ２Ｐ（ＰｅｅｒｔｏＰｅｅｒ）ネットワークにおける中継対価付与方法および認証課金サーバ
【課題】Ｐ２Ｐネットワークにおける中継ノードに中継対価を付与する。
【解決手段】Ｐ２Ｐ通信手段によりコンテンツを中継するユーザノード２を備えるＰ２Ｐシステムにおいて、認証課金サーバ３は、コンテンツの購入要求を送信したユーザノード２ｅから、このコンテンツのメタデータを受信したとき、メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶する。
【解決手段】Ｐ２Ｐ通信手段によりコンテンツを中継するユーザノード２を備えるＰ２Ｐシステムにおいて、認証課金サーバ３は、コンテンツの購入要求を送信したユーザノード２ｅから、このコンテンツのメタデータを受信したとき、メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｐ２Ｐネットワークによるコンテンツ流通技術に関する。
【背景技術】
【０００２】
従来の一般的なＢ２Ｃ（Business to Consumer）コンテンツ販売ビジネスでは、コンテンツの販売者であるコンテンツ発信者（発信者）が大量のコンテンツを保持し、消費者（コンテンツ購入者）は、この発信者から直接コンテンツを受信する。
【０００３】
このようなＢ２Ｃビジネスにおいて、発信者は、コンテンツを保持するための巨大なストレージを用意したり、コンテンツ配信用のネットワーク帯域を確保したりする必要がある。このため、資金力のある発信者でないと、コンテンツ販売ビジネスを行うことが難しくなり、コンテンツ流通が活発にならないという問題がある。
【０００４】
そこで、このような問題を解決するため、いわゆるＰ２Ｐ技術を利用して、コンテンツ販売を行う技術が提案されている（非特許文献１参照）。
【０００５】
このＰ２Ｐコンテンツ販売ビジネスにおいて、発信者は、販売したいコンテンツを暗号化し、Ｐ２Ｐネットワーク上を転送させていく。つまり、コンテンツをノード間でバケツリレーのように転送させる。そして、このコンテンツを受信した消費者は、認証課金サーバにアクセスし、そのコンテンツの復号鍵を購入し、その復号鍵によりコンテンツを再生する。
【０００６】
このようにすれば、コンテンツの発信者は、巨大なストレージを用意したり、ネットワーク帯域を確保したりする必要がなくなる。また、消費者がコンテンツを再生するには認証課金サーバから復号鍵を購入する必要があるので、発信者は認証課金サーバ経由でこのコンテンツの対価（代金）を得ることができる。
【０００７】
なお、前記したＰ２Ｐコンテンツ販売ビジネスにおいて、コンテンツ購入後、知人や友人に暗号化されたコンテンツをコピー配布し、その人たちもそのコンテンツを購入した場合、そのコンテンツのコピー元のユーザに対し、コンテンツ紹介の対価を与える仕組みも提案されている。このような仕組みによれば、コンテンツをコピー配布、つまり中継したユーザにも対価が支払われるので、より多くのユーザにＰ２Ｐネットワークに参加するよう促すことができる。
【０００８】
【非特許文献１】わざアリ、[online]、[2006年4月14日検索]、インターネット、<URL:http://www.ntt.com/release/2003NEWS/0011/1105.html>
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、前記した従来技術において、ノードのユーザがコンテンツを購入せずに、そのまま他のノードに転送した場合に、そのコンテンツを転送したユーザ（中継者）に対価を支払うことについては考慮されていない。また、前記した従来技術において、コンテンツ紹介の対価の支払いには、そのノードのユーザがコンテンツ購入の際に送信したライセンス情報が用いられる。つまり、中継者がコンテンツ中継の対価を得るには、中継者自身が認証課金サーバへライセンス情報を送信し、確かにその中継者がコンテンツを中継した旨を通知する必要がある。したがって、このようなライセンス情報の送信のために、認証課金サーバおよび中継者のノードの処理負荷が増大したり、ネットワークトラフィックが増大したりするという問題がある。
【００１０】
さらに、このようなＰ２Ｐネットワークにより、コンテンツを転送する場合、ノード間をコンテンツが延々と転送され続けてしまうおそれがある。また、コンテンツによっては、あまり多数のノードを経由して欲しくない場合もあるが、そのような問題への対処はとられていない。
【００１１】
そこで、本発明は前記した問題を解決し、Ｐ２Ｐネットワークによるコンテンツ流通を活性化する中継対価付与方法を提供することを課題とする。
【課題を解決するための手段】
【００１２】
前記した課題を解決するため、請求項１に記載の発明は、Ｐ２Ｐ通信手段により接続される１以上のノードによりコンテンツが中継されるＰ２Ｐネットワークにおいて、前記コンテンツを中継したノードにこのコンテンツの中継対価を付与する中継対価付与方法であって、前記ノードのうち、前記コンテンツの発信者となる発信者ノードは、前記コンテンツのメタデータを作成し、この作成したメタデータを前記Ｐ２Ｐ通信手段により接続される他のノードへ送信し、前記コンテンツのメタデータを受信したノードは、この受信したメタデータに自身のノードの識別情報を付加して、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、前記Ｐ２Ｐネットワークに接続される認証課金サーバは、前記コンテンツの購入要求を受信し、前記受信したコンテンツの購入要求の送信元であるノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶する方法とした。
【００１３】
この方法によれば、認証課金サーバは、コンテンツの購入要求を送信したノードから、このコンテンツを中継するノードの識別情報を受信するので、このメタデータに示されるノードに中継対価を付与すればよいことが分かる。このとき、認証課金サーバは、コンテンツを中継するノードそれぞれからコンテンツを中継した旨の情報を受信する必要はないので、ネットワークトラフィックが増大するのを防止できる。
【００１４】
また、請求項２に記載の発明は、請求項１の中継対価付与方法において、前記発信者ノードは、さらに、前記メタデータに、前記コンテンツごとの経路ポイント初期値を経路ポイント値として含めて送信し、前記コンテンツごとの経路ポイント初期値を、前記課金サーバへ送信し、前記認証課金サーバは、前記発信者ノードから送信された、前記コンテンツごとの経路ポイント初期値を前記記憶手段に記憶し、前記コンテンツのメタデータを受信したノードはそれぞれ、さらに、前記受信したコンテンツのメタデータに含まれる経路ポイント値に対し、所定の計算式を用いて演算処理を行い、前記演算処理の結果である経路ポイント値を前記メタデータに含めて、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、前記認証課金サーバが、前記ノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに含まれる経路ポイント値および前記ノードの識別情報の数と、前記所定の計算式とに基づき、前記コンテンツの経路ポイント初期値を逆算し、前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶する方法とした。
【００１５】
この方法によれば、認証課金サーバは、発信者ノードから送信された経路ポイント初期値と、ノード間を転送されてきた経路ポイント値とを用いて、このメタデータが、確かに発信者ノードを出発点として転送されてきたものか否かの判断をすることができる。つまり、認証課金サーバは、メタデータに示されるノードが確かにコンテンツを中継した（あるいは中継する）ノードか否かを判断することができる。
【００１６】
また、請求項３に記載の発明は、請求項２に記載の中継対価付与方法において、前記所定の計算式は、前記受信したメタデータに含まれる経路ポイント値を減算する計算式であり、前記ノードはそれぞれ、前記所定の計算式を用いた演算処理の結果、前記経路ポイント値が所定の閾値以下となったとき、前記メタデータを他のノードへ転送しない方法とした。
【００１７】
この方法によれば、メタデータがノード間を延々と転送され続けてしまうのを防止できる。
【００１８】
また、請求項４に記載の発明は、請求項３に記載の中継対価付与方法において、前記経路ポイント値は、第１の経路ポイント値および第２の経路ポイント値を含んでなり、前記所定の計算式は、前記受信したメタデータにおける前記第１の経路ポイント値および前記第２の経路ポイント値の少なくとも一方の値を減算する計算式であり、前記認証課金サーバは、前記コンテンツの経路ポイント初期値を逆算するとき、前記第１の経路ポイント値および前記第２の経路ポイント値を逆算し、この逆算した第１の経路ポイント値および前記第２の経路ポイント値の組み合わせが、前記記憶手段に記憶された前記コンテンツの前記第１の経路ポイント値および前記第２の経路ポイント値と同じとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を前記記憶手段に記憶する方法とした。
【００１９】
この方法によれば、認証課金サーバは、メタデータに示されるノードが確かにコンテンツを中継した（あるいは中継する）ノードか否かの判断を、より厳密に行うことができる。
【００２０】
また、請求項５に記載の発明は、請求項１ないし請求項４のいずれか１項に記載の中継対価付与方法において、前記認証課金サーバは、前記ノードからの要求に応じて、前記ノードごとのアフィリエイトＩＤを送信し、前記アフィリエイトＩＤをこのアフィリエイトＩＤの要求元のノードの識別情報と対応付けて前記記憶手段に記憶し、前記ノードは、前記メタデータに、前記送信されたアフィリエイトＩＤと前記コンテンツの宣伝情報とを含め、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、前記認証課金サーバは、前記ノードから、前記アフィリエイトＩＤを含む前記コンテンツの購入要求を受信したとき、前記記憶手段の情報を参照して、前記アフィリエイトＩＤに対応するノードを特定し、この特定したノードによる前記コンテンツの宣伝対価を前記記憶手段に記憶する方法とした。
【００２１】
この方法によれば、コンテンツを購入したノードが、他のノードに当該コンテンツの宣伝をすることで、この宣伝に対する対価を得ることができる。したがって、このようなＰ２Ｐネットワークにおけるコンテンツ流通を活発化させることができる。
【００２２】
また、請求項６に記載の発明は、請求項１ないし請求項５のいずれか１項に記載の中継対価付与方法において、前記コンテンツのメタデータを受信したノードは、このメタデータの送信元であるノードの識別情報およびこのメタデータの送信先であるノードの識別情報を、前記コンテンツを送信するときの経路テーブルとして記憶手段に記憶し、前記Ｐ２Ｐ通信手段により前記メタデータの送信元であるノードからこのメタデータに対応するコンテンツを受信したとき、前記コンテンツを、前記経路テーブルにおいて前記コンテンツのメタデータの送信先として記憶されているノードへ転送する方法とした。
【００２３】
この方法によれば、Ｐ２Ｐネットワークにおけるコンテンツの転送経路は、認証課金サーバで受信したメタデータに示される転送経路と同じものとなる。
【００２４】
また、請求項７に記載の発明は、Ｐ２Ｐ通信手段により接続される１以上のノードによりコンテンツが中継されるＰ２Ｐネットワークにおいて、前記コンテンツを中継したノードにこのコンテンツの中継対価を付与する認証課金サーバであって、前記コンテンツの購入要求の送信元であるノードから、前記Ｐ２Ｐ通信手段により前記コンテンツの中継を行うノードの識別情報を示した前記コンテンツのメタデータを受信したとき、前記受信したメタデータに示される識別情報のノードの中継対価を記憶手段に記憶する課金処理部を備える構成とした。
【００２５】
また、請求項８に記載の発明は、請求項７に記載の認証課金サーバにおいて、前記コンテンツのメタデータは、前記コンテンツの発信者ノードを出発点として、前記コンテンツを購入するノードまで、前記Ｐ２Ｐ通信手段により接続される１以上のノードのそれぞれにより、前記自身のノードの識別情報を付加して転送されたメタデータである構成とした。
【００２６】
この構成によれば、認証課金サーバは、コンテンツの購入要求を送信したノードから、このコンテンツを中継するノードの識別情報を受信するので、このメタデータに示されるノードに中継対価を付与すればよいことが分かる。このとき、認証課金サーバは、コンテンツを中継するノードそれぞれからコンテンツを中継した旨の情報を受信する必要はないので、ネットワークトラフィックが増大するのを防止できる。
【００２７】
また、請求項９に記載の発明は、請求項７または請求項８に記載の認証課金サーバにおいて、前記記憶手段は、前記発信者ノードから受信した、前記コンテンツごとの経路ポイント初期値をさらに記憶し、前記コンテンツを購入要求の送信元であるノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに含まれる経路ポイント値および前記ノードの識別情報と、前記所定の計算式とに基づき、前記コンテンツの経路ポイント初期値を逆算し、前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じか否かを判断する経路情報照合部をさらに備え、前記課金処理部は、前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶することを特徴とする構成とした。
【００２８】
この構成によれば、認証課金サーバは、発信者ノードから送信された経路ポイント初期値と、ノード間を転送されてきたメタデータに含まれる経路ポイントを用いて、このメタデータが、確かに発信者ノードを出発点として転送されてきたものか否かの判断をすることができる。つまり、認証課金サーバは、メタデータに示されるノードが確かにコンテンツを中継した（あるいは中継する）ノードか否かを判断することができる。
【発明の効果】
【００２９】
本発明によれば、コンテンツを購入せずに、つまりコンテンツを復号化せずにそのまま他のノードに転送した場合にも、認証課金サーバはその中継者に対価を与えることができる。また、中継者がコンテンツ中継の対価を得るために、中継者自身が認証課金サーバへライセンス情報等を送信して、確かにその中継者がコンテンツを中継した旨を通知する必要がなくなる。さらに、このようなＰ２Ｐネットワークにより、コンテンツを転送する場合、コンテンツの転送が延々と続いてしまうことがなくなる。これにより、Ｐ２Ｐネットワークでコンテンツ販売をした場合におけるネットワークトラフィックの増大を防止できる。
【発明を実施するための最良の形態】
【００３０】
＜第１の実施の形態＞
以下、本発明を実施するための最良の形態（以下、実施の形態という）を、図面を参照しながら説明する。図１は、本実施の形態におけるＰ２Ｐシステムの構成例を示した図である。
【００３１】
本実施の形態のＰ２Ｐシステム（Ｐ２Ｐネットワーク）は、コンテンツの発信を行う発信者ノード１と、Ｐ２Ｐ通信手段により接続されたユーザノード（ノード）２（２ａ,２ｂ,２ｃ,２ｄ,２ｅ,２ｆ）と、このコンテンツの中継対価や、コンテンツの代金の課金処理を行う認証課金サーバ３とを含んで構成される。
【００３２】
なお、この発信者ノード１、ユーザノード２および認証課金サーバ３は、ＣＰＵ（Central Processing Unit）等の演算処理手段、メインメモリ、ＨＤＤ（Hard Disk Drive）等の記憶手段、インターネット等のネットワーク経由で通信を行うための通信インタフェース、キーボードやマウス等の入力装置や液晶モニタ等の出力装置とのインタフェースである入出力インタフェース等を備えるコンピュータにより実現される。
【００３３】
また、発信者ノード１およびユーザノード２は、Ｐ２Ｐ通信手段（Ｐ２Ｐ通信部）を備える。発信者ノード１およびユーザノード２は、このＰ２Ｐ通信部により接続される他のユーザノード２へコンテンツ、このコンテンツのメタデータ等、各種データを転送する。なお、一般的なＰ２Ｐ通信手段としては、（１）中央サーバの媒介を要するものと、（２）バケツリレー式にデータを運ぶものと２種類あるが、本実施の形態では（２）のバケツリレー式にデータを運ぶものを用いるものとする。
【００３４】
本実施の形態において、発信者ノード１からＰ２Ｐネットワーク経由で転送されるコンテンツは、暗号化されたコンテンツであり、このコンテンツの購入者（消費者）は、認証課金サーバ３から復号鍵を購入し、その復号鍵でコンテンツを復号化し、再生する。つまり、認証課金サーバ３は、発信者ノード１に代わりコンテンツの代金の課金処理を行う。なお、このコンテンツの代金の課金処理は、発信者ノード１自身が行うようにしてももちろんよい。
また、以下の説明において、ユーザノード２ｅは、このコンテンツの購入者ノードとし、ユーザノード２ａ,２ｃ,２ｄはコンテンツを転送する中継者ノードとして説明するが、これに限定されるものではない。
【００３５】
なお、本実施の形態の認証課金サーバ３は、各ユーザノード２が送信した経路テーブル（詳細は後記）をもとに、どのユーザノード２が当該コンテンツの中継ノードかを判断する。
ここでユーザノード２における経路テーブルの転送手順を簡単に説明する。
例えば、ユーザノード２ａが発信者ノード１から、初期値としてこの発信者の識別情報（ノードＩＤ）が記されている経路テーブルを受信すると、この経路テーブルに自身のノードのノードＩＤ「＃ａ」を付加して、Ｐ２Ｐ通信手段により接続されるユーザノード２ｂ,２ｃへ転送する。そして、この経路テーブルを受信したユーザノード２ｃは、さらに自身のノードＩＤ「＃ｃ」を付加し、Ｐ２Ｐ通信手段により接続されるユーザノード２ｄへ転送する…という手順を繰り返し、最終的には、この経路テーブルは認証課金サーバ３へ到達する。そして、認証課金サーバ３は、受信した経路テーブルに示されるユーザノード２のノードＩＤ{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}をもとに、どのユーザノード２に中継対価を付与すればよいかを判断する。つまり、認証課金サーバ３は、図１に例示したユーザノード２ａ,２ｃ,２ｄに中継対価を付与すればよく、ユーザノード２ｂには中継対価を付与する必要がないことを知ることができる。すなわち、実際にコンテンツの中継に貢献したユーザノード２のみに、中継対価を付与することになるので、Ｐ２Ｐネットワークを用いたコンテンツの販売コストを低減することができる。
【００３６】
なお、認証課金サーバ３は、実際にはコンテンツを転送していないユーザノード２（例えば、ユーザノード２ｆ）からも、経路テーブルを受信する可能性があるが、このときの判断処理については、後記する図８等を用いて詳細に説明する。
【００３７】
次に、図２〜図４を用いて前記した発信者ノード１、ユーザノード２および認証課金サーバ３の機能を説明する。
【００３８】
＜発信者ノード＞
図２は、図１の発信者ノードを機能展開して示したブロック図である。
図２に示すように、発信者ノード１は、発信者のＩＤや発信者ノードのＩＤ等を認証課金サーバ３に登録する発信者情報登録部１１と、コンテンツの暗号化およびこのコンテンツの復号鍵を生成する暗号化処理部１２と、生成した復号鍵を認証課金サーバ３に登録する復号鍵登録部１３と、このコンテンツのメタデータを作成するメタデータ作成部１４と、暗号化したコンテンツおよびこのコンテンツのメタデータをネットワーク上で公開するコンテンツ／メタデータ公開部１５と、Ｐ２Ｐ通信手段を備える他のノードとコンテンツやこのコンテンツのメタデータを送受信するためのＰ２Ｐ通信部１６と、コンテンツごとに経路ポイント初期値を発行する経路ポイント発行部１７と、暗号化したコンテンツやこのコンテンツのメタデータを記憶するコンテンツ／メタデータ記憶部１８とを備える。
【００３９】
この発信者情報登録部１１、暗号化処理部１２、復号鍵登録部１３、メタデータ作成部１４、コンテンツ／メタデータ公開部１５、Ｐ２Ｐ通信部１６および経路ポイント発行部１７は、この発信者ノード１のＣＰＵが、記憶手段に記憶された所定のプログラムを実行することにより実現される。なお、メタデータ作成部１４により作成されるメタデータは、コンテンツのダウンロード元となる発信者ノード１のアドレス（発信者ノードＩＤ）やＵＲＬ（Uniform Resource Locator）、コンテンツＩＤ、このコンテンツの経路ポイント初期値および経路テーブル等を含むデータである。つまり、このコンテンツのメタデータを受信したユーザノード２は、このメタデータに示されるアドレスやＵＲＬに基づき、どの発信者ノード１に当該コンテンツのダウンロード要求を行えばよいかを知ることができる。また、この経路ポイント初期値とは、各ユーザノード２により計算される経路ポイント（経路ポイント値）の初期値であり、乱数等を用いてコンテンツごとにユニークな値が発行される。
【００４０】
なお、ここでは、経路ポイント（経路ポイント初期値）としてｎ（第２の経路ポイント値）と、ｍ（第１の経路ポイント値）の２種類の値を用いることとするが、ｎのみを用いるようにしてもよいし、ｍ、ｎ以外の値と３種類以上の値を用いるようにしてもよい。経路テーブルは、前記したとおり、この経路テーブルを受信したユーザノード２が自身のノードＩＤを追加して、次のユーザノード２へ転送する情報である。経路ポイントおよび経路テーブルの詳細は、後記する図８等を用いて詳細に説明する。なお、コンテンツ／メタデータ記憶部１８は、この発信者ノード１の記憶手段の所定領域に形成される。このような発信者ノード１の機能の詳細は、図５、図６のフローチャートを用いて後記する。
【００４１】
＜ユーザノード＞
図３は、図１のユーザノードを機能展開して示したブロック図である。
図３に示すように、ユーザノード２は、このユーザノード２のユーザＩＤやノードＩＤを認証課金サーバ３に登録するユーザ情報登録部２１と、他のノードから受信したコンテンツやメタデータを一時的に記憶するコンテンツ／メタデータキャッシュ部２２と、認証課金サーバ３へ、復号鍵（コンテンツ）の購入要求を送信し、このコンテンツの復号鍵を取得する復号鍵取得部２３と、他のノードから受信したメタデータに含まれる経路テーブルに自身のノードＩＤを追加した経路テーブルを作成したり、この経路ポイントを自身のユーザノード２で計算した経路ポイントに書き換えたりするメタデータ追加部２５と、受信したメタデータをこのユーザノード２の表示部（図示せず）に表示させるメタデータ表示部２６と、コンテンツやこのコンテンツのメタデータをＰ２Ｐで他のノードと送受信するためのＰ２Ｐ通信部２７と、このユーザノード２が作成した経路テーブルを記憶する経路テーブル記憶部２８と、受信したメタデータに含まれる経路ポイントを、この所定の計算式に代入して計算する経路ポイント計算部２９とを備える。
【００４２】
なお、このユーザ情報登録部２１、メタデータ追加部２５、メタデータ表示部２６、Ｐ２Ｐ通信部２７および経路ポイント計算部２９は、ユーザノード２のＣＰＵが記憶手段に記憶された所定のプログラムを実行することにより実現される。コンテンツ／メタデータキャッシュ部２２および経路テーブル記憶部２８は、前記したユーザノード２のメインメモリ等の記憶手段の所定領域に形成される。なお、アフィリエイトＩＤ取得部２４については、後記する第２の実施の形態の項で述べる。
【００４３】
＜認証課金サーバ＞
図４は、図１の認証課金サーバを機能展開して示したブロック図である。
図４に示すように、認証課金サーバ３は、この発信者ノード１により提供されるコンテンツごとの課金情報を示した発信者課金情報記憶部３１と、ユーザノード２それぞれの中継対価や、コンテンツ購入による課金情報等を示したユーザ課金情報記憶部３２と、発信者ノード１から送信されたコンテンツごとの復号鍵を記憶する復号鍵記憶部３３と、ユーザノード２から送信されたメタデータに含まれる経路情報（経路ポイントおよび経路テーブル）に基づき逆算した経路ポイント初期値と、経路情報記憶部３９に記憶されるこのコンテンツの経路ポイント初期値とを照合する経路情報照合部３５と、発信者ノード１やユーザノード２に対する課金の計算を行い、この課金の計算結果を発信者課金情報記憶部３１やユーザ課金情報記憶部３２に記憶する課金処理部３６と、発信者ノード１からの登録情報やユーザノード２からのユーザ登録情報を受信し、発信者課金情報記憶部３１やユーザ課金情報記憶部３２に当該発信者ノード１やユーザノード２のレコードを追加する登録処理部３７と、発信者ノード１から送信された経路ポイント初期値を記憶する経路情報記憶部３９と、ユーザノード２からの要求に応じて復号鍵記憶部３３に記憶されている復号鍵を送信する復号鍵送信部４０とを備える。
【００４４】
発信者課金情報記憶部３１に記憶される発信者課金情報は、以下の表１に例示するように、発信者ＩＤ（発信者ノードＩＤ）およびコンテンツごとに、このコンテンツの販売により得た対価を記憶したものである。例えば、発信者ＩＤ「ＡＡＡ」の発信者ノード１はコンテンツＩＤ「ＢＢＢ」についてコンテンツ販売対価「ＣＣＣ」を得ていることを示す。このコンテンツ販売対価は、ユーザノード２へこのコンテンツの販売（コンテンツの復号鍵の販売）をするたびに加算される。
【００４５】
【表１】
【００４６】
ユーザ課金情報記憶部３２に記憶されるユーザ課金情報は、以下の表２に例示するように、ユーザノード２のノードＩＤ（またはユーザＩＤ）ごとに、このユーザノード２に対する課金情報を示したものである。この課金情報には、ユーザノード２の中継対価（コンテンツ中継により得た対価）と、コンテンツ購入対価（ユーザノード２がコンテンツの購入のために支払った対価）とが示される。例えば、ＩＤ「ＦＦＦ」のユーザノード２は、中継対価として「ＧＧＧ」を得ており、また、コンテンツ購入対価として、「ＨＨＨ」という対価を支払っていることを示す。
【００４７】
【表２】
【００４８】
復号鍵記憶部３３は、以下の表３に例示するように、コンテンツＩＤごとに、このコンテンツに対応する復号鍵を記憶する。例えば、コンテンツＩＤ「ＢＢＢ」のコンテンツに対応する復号鍵として復号鍵「ＸＸＸ」が記憶されていることを示す。
この復号鍵は、コンテンツの発信発信者ノード１から送信されたものであり、登録処理部３７により登録される。また、認証課金サーバ３が、ユーザノード２からコンテンツＩＤを含むこのコンテンツの復号鍵の取得要求を受信したとき、復号鍵送信部４０はこのコンテンツＩＤをキーとして、この復号記憶部３３から当該コンテンツの復号鍵を検索し、ユーザノード２へ送信する。
【００４９】
【表３】
【００５０】
経路情報記憶部３９に記憶される経路情報は、以下の表４に例示するように、コンテンツＩＤごとに、このコンテンツの発信者ノード１から送信された経路ポイント初期値（詳細は後記）を示した情報である。例えば、コンテンツＩＤ「ＪＪＪ」の経路ポイント初期値は「ｍ＝７、ｎ＝１００」であり、このコンテンツの発信者ノードＩＤは「ＬＬＬ」であることを示す。
【００５１】
【表４】
【００５２】
なお、経路情報照合部３５、課金処理部３６、登録処理部３７および復号鍵送信部４０は、認証課金サーバ３のＣＰＵが、記憶手段に記憶された所定のプログラムを実行することにより実現される。また、発信者課金情報記憶部３１、ユーザ課金情報記憶部３２、復号鍵記憶部３３および経路情報記憶部３９は前記した認証課金サーバ３の記憶手段の所定領域に形成される。
なお、アフィリエイトＩＤ発行部３４およびアフィリエイトＩＤ記憶部３８については、後記する第２の実施の形態の項で述べる。
【００５３】
次に、図１〜図４を参照しつつ、図５および図６のフローチャートを用いて図１のＰ２Ｐシステムの処理手順を説明する。
【００５４】
図５および図６は、図１のＰ２Ｐシステムの処理手順を示すフローチャートである。
なお、認証課金サーバ３は、予め、登録処理部３７（図４参照）により、各ユーザノード２のユーザ課金情報の欄をユーザ課金情報記憶部３２に登録しておくものとする。
【００５５】
まず、発信者ノード１（図２参照）は、入力部（図示せず）からの指示入力に基づき、発信者情報登録部１１により認証課金サーバ３へ発信者の情報を送信する（Ｓ１）。このとき送信する発信者の情報は、例えば、発信者ノード１のノードＩＤ（発信者ノードＩＤ）や発信者のＩＤ等である。
認証課金サーバ３は、この発信者ノードＩＤを受信すると、登録処理部３７により発信者課金情報記憶部３１にこの発信者の発信者ノードＩＤを登録する（Ｓ２）。つまり、登録処理部３７は、発信者課金情報記憶部３１に、この発信者により販売されるコンテンツの料金を記憶するための欄（表１参照）を作成する。
【００５６】
次に、発信者ノード１は、自身が販売したいコンテンツを暗号化し、その復号鍵を認証課金サーバ３へ送信する（Ｓ３）。
【００５７】
すなわち、まず、発信者ノード１の暗号化処理部１２は販売対象のコンテンツを暗号化し、このコンテンツの復号鍵を生成する。そして、復号鍵登録部１３は、生成した復号鍵を認証課金サーバ３へ送信する。なお、復号鍵登録部１３が復号鍵を送信するときは、この復号鍵により復号されるコンテンツのコンテンツＩＤ（コンテンツの識別情報）と、発信者ノードＩＤとを併せて送信する。また、このとき暗号化したコンテンツは、コンテンツ／メタデータ記憶部１８に記憶しておく。
【００５８】
認証課金サーバ３は、発信者ノード１から復号鍵を受信すると、登録処理部３７により、この復号鍵をコンテンツＩＤと対応付けて復号鍵記憶部３３に登録する（Ｓ４）。
【００５９】
次に、発信者ノード１のメタデータ作成部１４は、Ｓ３で暗号化したコンテンツのメタデータを作成する（Ｓ５）。ここで作成するメタデータは、このコンテンツのコンテンツＩＤ、発信者ノード１のＵＲＬ等を示したものである。また、このメタデータには、このコンテンツの経路ポイント初期値と、経路テーブルとを含むものである。なお、ここでの経路テーブルには、発信者ノード１の発信者ノードＩＤのみが記載され、まだ他のユーザノード２のノードＩＤは記載されない。
【００６０】
この経路ポイント初期値は、経路ポイント発行部１７がコンテンツごとに乱数等を用いて、第三者に予想されにくい値を作成するものとする。経路ポイント初期値をこのような値とするのは、後に認証課金サーバ３が、コンテンツの消費者のユーザノード２（２ｅ）から経路テーブルを受信したとき、この経路テーブルが確かにコンテンツの中継を行う（または行った）ユーザノード２間を転送されてきたものか否かを判断するためである。つまり、その経路テーブルに示されるユーザノード２が実際にコンテンツの中継を行う（または行った）中継者か否かを判断するためである。このときの判断処理の詳細については、図８等を用いて詳細に説明する。
【００６１】
経路ポイント発行部１７によりこのコンテンツに関する経路ポイント初期値が作成されると、発信者情報登録部１１は、このコンテンツの経路ポイント初期値を、このコンテンツのコンテンツＩＤおよび発信者ノードＩＤとともに認証課金サーバ３へ送信する（Ｓ６）。ここでは、例えば、経路ポイント初期値ｎ,ｍとして｛ｎ＝１００，ｍ＝７｝を設定する。
【００６２】
認証課金サーバ３の登録処理部３７は、経路ポイント初期値を受信すると、この経路ポイント初期値を経路情報記憶部３９に登録する（Ｓ７）。このときの経路ポイント初期値は、後に当該ユーザノード２が実際にコンテンツの中継を行う（または行った）中継者か否かを判断する際に用いられる。
【００６３】
次に、発信者ノード１のコンテンツ／メタデータ公開部１５は、コンテンツ／メタデータ記憶部１８に記憶された暗号化済みコンテンツと、このコンテンツのメタデータとをＰ２Ｐネットワーク上に公開する（Ｓ８）。公開状態になったメタデータは、Ｐ２Ｐ通信部１６（図２参照）により接続している他のユーザノード２ａ（図１参照）へ、プッシュ転送される。つまり、発信者ノード１は、コンテンツのＵＲＬ、経路ポイント（経路ポイント初期値、｛ｎ＝１００，ｍ＝７｝）および経路テーブル｛発信者｝を含むメタデータを他のユーザノード２（２ａ）へ転送する。
【００６４】
ユーザノード２ａは、Ｐ２Ｐ通信部２７によりメタデータを受信すると、このメタデータに含まれる経路ポイント初期値をもとに、所定の計算式により経路ポイントを計算する。また、このメタデータに含まれる経路テーブルに、自身のノードＩＤを付加し、メタデータを更新する（Ｓ９）。
例えば、ユーザノード２ａは、経路ポイント計算部２９（図３参照）により、メタデータに含まれる経路ポイント初期値｛ｎ＝１００，ｍ＝７｝を、所定の計算式｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝に代入して経路ポイントを計算する。すなわち、経路ポイント計算部２９は、前記した計算式に｛ｎ＝１００，ｍ＝７｝を代入し、経路ポイント｛ｎ´＝９２，ｍ´＝８｝を得る。そして、このようにして得た経路ポイントはメタデータ追加部２５によりメタデータに反映される。また、メタデータ追加部２５は、メタデータに含まれる経路テーブル｛発信者｝に、自身のノードＩＤ（例えば、＃ａ）を追加して、｛発信者,＃ａ｝とする。なお、前記した計算式は各ユーザノード２において共通のものを用いる。
このようにしてメタデータ追加部２５によりメタデータが更新されると、Ｐ２Ｐ通信部２７は、更新したメタデータをＰ２Ｐ通信部２７により他のノードに送信する（Ｓ１０）。
【００６５】
Ｓ１０の後、ユーザノード２ａは、Ｓ９で受信したメタデータに含まれる経路テーブルに、メタデータの送信先（例えば、ユーザノード２ｃ）のノードＩＤを付加した経路テーブルを経路テーブル記憶部２８に記憶する。つまり、ユーザノード２ａは、メタデータを、ユーザノード２ｃへ送信した場合、このユーザノード２ｃのノードＩＤ（＃ｃ）を追加した経路テーブル{発信者,＃ａ,＃ｃ}を経路テーブル記憶部２８に記憶する。この経路テーブル記憶部２８の経路テーブルは、このユーザノード２が、Ｐ２Ｐ通信部２７により暗号化済みのコンテンツを転送するときに参照される。
【００６６】
このようにしてユーザノード２（２ａ）から送信されたメタデータは、順次Ｐ２Ｐネットワーク上のユーザノード２に転送され、それぞれのユーザノード２において、前記したのと同様のメタデータ更新が行われる。このときのメタデータの更新手順の詳細は、図８等を用いて後記に説明する。
【００６７】
この後、メタデータを受信したユーザノード２が、このメタデータに対応するコンテンツを購入するときには、以下のような手順を実行する。ここでは、ユーザノード２ｅがコンテンツを購入する場合を例に説明する。
【００６８】
ユーザノード２ｅは、他のユーザノード２からメタデータを受信すると、メタデータ表示部２６によりメタデータに含まれるコンテンツＩＤやＵＲＬを出力装置（図示せず）に表示させる。ここでユーザノード２ｅに接続された入力装置（図示せず）から、当該コンテンツの購入要求（ダウンロード要求）が入力されたとき、Ｐ２Ｐ通信部２７は当該ＵＲＬをもとに発信者ノード１にアクセスし、当該コンテンツのダウンロード要求を行う（図６のＳ１１）。
【００６９】
なお、このときのダウンロード要求は、ダウンロードの対象であるコンテンツのコンテンツＩＤを含むものである。そして、ユーザノード２（２ｅ）は、他のユーザノード２から、受信したメタデータについて、図５のＳ９と同様に、経路ポイントを計算し、経路テーブルに自身のノードＩＤを付加し、メタデータを更新する（Ｓ１２）。そして、この更新したメタデータを認証課金サーバ３へ送信する（Ｓ１３）。
【００７０】
発信者ノード１は、このユーザノード２ｅからダウンロード要求を受信すると、コンテンツ／メタデータ記憶部１８から暗号化済みコンテンツを読み出し、この暗号化済みコンテンツを、まず、ユーザノード２（２ａ）へ送信する（Ｓ１４）。このときのコンテンツ送信は、発信者ノード１のＰ２Ｐ通信部１６により接続されたユーザノード２ａへプッシュ転送することにより行われる。
【００７１】
暗号化済みコンテンツを受信したユーザノード２ａは、コンテンツ／メタデータキャッシュ部２２にこの暗号化済みコンテンツを記憶する。そして、このユーザノード２ａのＰ２Ｐ通信部２７は、経路テーブル記憶部２８に記憶された経路テーブルをもとに、この暗号化済みコンテンツを転送する（Ｓ１５）。
【００７２】
このようにしてユーザノード２（２ａ）から送信された暗号化済みコンテンツは、順次Ｐ２Ｐネットワーク上のユーザノード２に転送され、このコンテンツの要求元であるユーザノード２ｅに到達する。
ユーザノード２ｅは、暗号化済みコンテンツを受信すると、このコンテンツの復号鍵を認証課金サーバ３へ要求する（Ｓ１６）。すなわち、ユーザノード２ｅは、まず、受信した暗号化済みコンテンツをコンテンツ／メタデータキャッシュ部２２に記憶する。そして、復号鍵取得部２３により、このコンテンツのコンテンツＩＤ、ユーザノード２ｅのユーザノードＩＤを含む復号鍵の取得要求（コンテンツの購入要求）を送信する。なお、この復号鍵の取得要求の送信は、Ｓ１３におけるメタデータの送信と同時あるいは、メタデータの送信よりも前に行うようにしてもよい。
つまり、ユーザノード２ｅはメタデータを受信し、ユーザノード２ｅの利用者からこのメタデータに対応するコンテンツの購入要求をする旨の指示入力を受け付けたとき、認証課金サーバ３へこのコンテンツのメタデータおよび購入要求を送信するようにしてもよい。
【００７３】
認証課金サーバ３の復号鍵送信部４０は、復号鍵の取得要求を受信すると、この取得要求の送信元（ユーザノード２ｅ）との間で、ユーザＩＤ、パスワード等を用いた所定の認証処理等を行った後、この当該コンテンツの復号鍵を送信する（Ｓ１７）。復号鍵を送信した後、課金処理部３６は、当該コンテンツ代金を課金する（Ｓ１８）。すなわち、課金処理部３６は、ユーザ課金情報記憶部３２におけるユーザノード２ｅのユーザ課金情報に当該コンテンツのコンテンツ購入対価を加算し、発信者課金情報記憶部３１における発信者ノード１の発信者課金情報に、当該コンテンツのコンテンツ販売対価を加算する。
【００７４】
このようにして、ユーザノード２ｅが復号鍵を取得すると、この復号鍵によりコンテンツを復号化する（Ｓ１９）。すなわち、ユーザノード２ｅは、コンテンツ／メタデータキャッシュ部２２から暗号化済みコンテンツを読み出し、認証課金サーバ３から取得した復号鍵により復号化する。
このようにして、ユーザノード２ｅは、コンテンツを復号化する。
【００７５】
この後、認証課金サーバ３は、各ユーザノード２の中継対価を計算する（Ｓ２０）。すなわち、ユーザノード２から送信されたメタデータの経路テーブルに示されるユーザノード２（中継者）それぞれに対し、コンテンツの中継対価を課金する。つまり、ユーザ課金情報記憶部３２にユーザノード２（中継者）の中継対価を加算したものを記録する。
【００７６】
ここで、図７を用いて、各ユーザノード２においてメタデータに含まれる経路ポイントおよび経路テーブルがどのように更新されるかを説明する。
図７は、図１のユーザノードそれぞれにおいて経路ポイントおよび経路テーブルの更新手順を概念的に説明した図である。
【００７７】
図７に示すように、発信者ノード１は、まず、経路ポイント初期値として、｛ｎ＝１００，ｍ＝７｝を設定する。そして経路テーブルには、{発信者（自身のノードＩＤ）}を設定する。そして、発信者ノード１は、この経路ポイント初期値（経路ポイント）および経路テーブルを、当該コンテンツのメタデータとしてユーザノード２ａへ転送する。
【００７８】
ユーザノード２ａは、発信者ノード１から経路ポイント｛ｎ＝１００，ｍ＝７｝を受信すると、この値を経路ポイント計算式｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝に代入して、経路ポイント{ｎ´＝９２，ｍ´＝８}を得る。また、ユーザノード２ａは、経路テーブル{発信者}を受信すると、自身のノードＩＤ（＃ａ）を追加して経路テーブル{発信者,＃ａ}を作成する。そして、経路ポイント{ｎ＝９２，ｍ＝８}および経路テーブル{発信者,＃ａ}を、当該コンテンツのメタデータとしてユーザノード２ｃへ転送する。
【００７９】
ユーザノード２ｃは、経路ポイント｛ｎ＝９２，ｍ＝８｝を受信すると、前記した経路ポイント計算式に代入して、経路ポイント{ｎ´＝８３，ｍ´＝９}を得る。また、ユーザノード２ｃは、経路テーブル{発信者,＃ａ}を受信すると、自身のノードＩＤ（＃ｃ）を追加して経路テーブル{発信者,＃ａ,＃ｃ}を作成する。そして、{ｎ＝８３，ｍ＝９}および経路テーブル{発信者,＃ａ,＃ｃ}を、当該コンテンツのメタデータとしてユーザノード２ｄへ転送する。
【００８０】
ユーザノード２ｄは、経路ポイント｛ｎ＝８３，ｍ＝９｝を受信すると、前記した経路ポイント計算式に代入して、経路ポイント{ｎ´＝７３，ｍ´＝１０}を得る。また、ユーザノード２ｃは、経路テーブル{発信者,＃ａ,＃ｃ}を受信すると、自身のノードＩＤ（＃ｄ）を追加して経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ}を作成する。そして、経路ポイント{ｎ＝７３，ｍ＝１０}および経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ}を、当該コンテンツのメタデータとしてユーザノード２ｅへ転送する。
【００８１】
ユーザノード２ｅは、経路ポイント｛ｎ＝７３，ｍ＝１０｝を受信すると、前記した経路ポイント計算式に代入して、経路ポイント{ｎ´＝６２，ｍ´＝１１}を得る。また、ユーザノード２ｅは、経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ}を受信すると、自身のノードＩＤ（＃ｅ）を追加して経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}を作成する。そして、経路ポイント{ｎ＝６２，ｍ＝１１}および経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}を、当該コンテンツのメタデータとして図１の認証課金サーバ３へ転送する。
【００８２】
このようにして、メタデータに含まれる経路ポイントおよび経路テーブルは、各ユーザノード２において順次更新され、最終的にユーザノード２ｅ（コンテンツの消費者）から認証課金サーバ３へ送信される。
【００８３】
なお、ユーザノード２の経路ポイント計算部２９がポイント計算に用いる計算式は、メタデータがユーザノード２を経由するたびに経路ポイントｎの値が小さくなるようにしている。また、経路ポイント計算部２９は、受信したメタデータに含まれる経路ポイントを計算した結果、ｎの値が所定の閾値（例えば、「０」）以下になった場合、その旨をＰ２Ｐ通信部２７に通知し、メタデータを他のノードへ転送しないようにする。このようにすることで、メタデータの転送が延々と続いてしまうのを防止できる。
【００８４】
また、発信者ノード１がこのコンテンツの経路ポイント初期値のｎの値を小さく設定しておけば、このメタデータは多数のユーザノード２間で転送されない。つまり、このメタデータに対応するコンテンツが転送されるユーザノード２の数も少なくすることができる。
すなわち、発信者ノード１のユーザが、多数のユーザノード２間を転送してもかまわないコンテンツについてはｎの値を大きくし、あまり多数のユーザノード２間で転送してほしくなければｎの値を小さくするといった調整を行うことができる。
【００８５】
なお、認証課金サーバ３は、ユーザノード２ｅから送信された経路テーブルに、実際にコンテンツの中継をしていないユーザノード２の識別情報が含まれる可能性がある。このようなケースについて、図８を用いて、説明する。図８は、本実施の形態のＰ２Ｐシステムの構成例を示した図である。
【００８６】
図８に示すように、本来、認証課金サーバ３が受信する経路テーブルは、ユーザノード２ｅ（消費者）が、発信者ノード１を出発点としてコンテンツが転送される経路と同じになるはずなので、この経路テーブルに示されるユーザノード２（２ａ,２ｃ,２ｄ）に対し、コンテンツ中継の対価を支払えばよい。
【００８７】
ところが、中継者であるユーザノード２ｄにＰ２Ｐ接続されるユーザノード２ｆ等が、不正な割り込みにより自身のノードの識別情報を含む経路テーブル{発信者,＃ａ,＃ｆ}を送信する可能性もある。このような割り込みをすると、認証課金サーバ３は、発信者ノード１を出発点とした正当な経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}のほかに、不正な経路テーブル{発信者,＃ａ,＃ｆ,＃ｄ,＃ｅ}を受信することになる。
【００８８】
認証課金サーバ３がこのような不正な経路テーブルに基づく中継対価の課金を行ったのでは、実際にはコンテンツの中継に貢献しないユーザノード２ｆにまで中継対価を支払うことになる。そこで、このような不正な中継対価の請求を防止するため、認証課金サーバ３は、中継対価計算処理を行う際、ユーザノード２ｅから送信された経路ポイントと、発信者ノード１から送信された当該コンテンツの経路ポイント初期値とを用いて、当該経路テーブルは不正な中継者のノードＩＤを含むか否かの判断を行う。
【００８９】
図１〜図８を参照しつつ、図９を用いて、図６のＳ２０（各ユーザノード２の中継対価計算処理）を詳細に説明する。
図９は、図６のＳ２０（各ユーザノード２の中継対価計算処理）を詳細に説明するフローチャートである。
【００９０】
まず、認証課金サーバ３は、図１のユーザノード２ｅから復号鍵の取得要求（コンテンツの購入要求）を受信すると、この取得要求に含まれるコンテンツＩＤをキーとして、経路情報照合部３５が経路情報記憶部３９から、当該コンテンツの経路ポイント初期値を読み出す。つまり、発信者ノード１から送信された当該コンテンツの経路ポイント初期値を読み出す（Ｓ２０１）。例えば、当該コンテンツの経路ポイント初期値｛ｎ＝１００，ｍ＝７｝を読み出す。
【００９１】
次に、経路情報照合部３５は、ユーザノード２ｅ（コンテンツの消費者）から送信されたメタデータに含まれる当該コンテンツの経路ポイントおよび経路テーブルをもとに、経路ポイント初期値を逆算する（Ｓ２０２）。
【００９２】
例えば、ユーザノード２ｅから経路ポイント{ｎ＝６２，ｍ＝１１}および経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}を受信したとき、この経路ポイントは「＃ａ,＃ｃ,＃ｄ,＃ｅ」の４つのユーザノード２において経路計算をされた結果であることが分かる。したがって、この経路ポイント{ｎ＝６２，ｍ＝１１}をもとに経路ポイント計算式｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝の逆算を４回行う。そうすると、経路ポイント｛ｎ＝１００，ｍ＝７｝になる。
【００９３】
一方、ユーザノード２ｅから経路ポイント{ｎ＝７２，ｍ＝７}および経路テーブル{発信者,＃ａ,＃ｆ,＃ｄ,＃ｅ}を受信した場合（図８参照）も、この経路ポイントも「＃ａ,＃ｆ,＃ｄ,＃ｅ」の４つのユーザノード２において経路計算をされた結果であることが分かる。したがって、この経路ポイント{ｎ＝７２，ｍ＝７}をもとに経路ポイント計算式｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝の逆算を４回行う。そうすると、経路ポイント｛ｎ＝９４，ｍ＝３｝になる。
【００９４】
次に、経路情報照合部３５は、Ｓ２０２で計算した経路ポイント（経路ポイント初期値）が、発信者ノード１から送信された当該コンテンツの経路ポイント初期値と同じか否かを判断する（Ｓ２０３）。ここで、計算した経路ポイント初期値が、当該コンテンツの経路ポイント初期値と同じであれば（Ｓ２０３のＹｅｓ）、ユーザノード２ｅから受信した経路テーブルに示されるユーザノード２（中継者）に中継対価を付与する（Ｓ２０４）。つまり、ユーザ課金情報記憶部３２にユーザノード２（中継者）の中継対価を加算したものを記録する。
【００９５】
一方、ここで、計算した経路ポイント初期値が、当該コンテンツの経路ポイント初期値と異なる値であれば（Ｓ２０３のＮｏ）、この経路テーブルを破棄する（Ｓ２０５）。つまり、この経路テーブルに示されるユーザノード２には中継対価を付与しないと判断する。
【００９６】
例えば、前記した例でいうと、この経路ポイント{ｎ＝６２，ｍ＝１１}をもとに逆算した経路ポイント｛ｎ＝１００，ｍ＝７｝は、両方とも発信者ノード１から送信された当該コンテンツの経路ポイント初期値の組み合わせと同じである。したがって、この経路テーブルに示されるユーザノード２ａ,２ｃ,２ｄに中継対価を付与してよいと判断する。
一方、経路ポイント{ｎ＝７２，ｍ＝７}をもとに、逆算した経路ポイント｛ｎ＝９４，ｍ＝３｝は、発信者ノード１から送信された当該コンテンツの経路ポイント初期値とは異なる。したがって、この経路テーブルに示されるユーザノード２ａ,２ｆ,２ｄは中継対価を付与の対象としないと判断する。
【００９７】
このようにして、認証課金サーバ３は、確かにコンテンツを中継したと推定されるユーザノード２にユーザ課金情報記憶部３２に当該コンテンツの中継対価を加算する旨の情報を書き込む。つまり、認証課金サーバ３は、確かにコンテンツを中継したと推定されるユーザノード２のみに中継対価を支払うことになるので、Ｐ２Ｐネットワークによりコンテンツを販売するときのコストを低減することができる。
【００９８】
なお、前記した実施の形態において経路ポイント計算部２９がポイント計算に用いる計算式は、｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝という式としたが、経路ポイント初期値ｎ,ｍの値が推定しにくく、かつｎの値がユーザノード２を経由するたびに少なくなるような計算式であればこれに限定されない。また、経路ポイントの値としてｎのみを用いるようにしてももちろんよい。この場合、何回逆算を行えばよいかは、認証課金サーバ３が受信したメタデータに含まれる経路テーブルにおいて記録されているユーザノード２の個数（ノードＩＤの個数）をもとに判断する。
なお、このように複数の経路ポイント値を用いる場合、経路ポイント計算部２９が用いる計算式は、これらの値のうち、少なくとも１つの値を減算する計算式であればよい。このようにすることで、ユーザノード２間でメタデータが転送される場合において、その値が所定の閾値以下になったとき、当該ユーザノード２においてメタデータの転送を停止することができる。つまり、メタデータが延々とユーザノード２間を転送されるのを防止できる。
【００９９】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態を説明する。第２の実施の形態は、コンテンツを購入したユーザノード２（一次消費者）が、ユーザノード２（二次消費者）にコンテンツの宣伝文を含むメタデータを転送する。そして、このメタデータをみたユーザノード２（二次消費者）が当該コンテンツを購入したとき、認証課金サーバ３がユーザノード２（一次消費者）に対し、宣伝ポイント（宣伝の対価）を付与することを特徴とする。
【０１００】
この第２の実施の形態を図２〜図４および図１０を用いて、説明する。前記した第１の実施の形態と同様の構成要素は同じ符号を付して、説明を省略する。
【０１０１】
図１０は、第２の実施の形態のＰ２Ｐシステムの概要を説明する図である。
【０１０２】
一次消費者であるユーザノード２ｅは、前記した第１の実施の形態と同様の手順によりコンテンツを購入する。また、ユーザノード２ｅは、この購入したコンテンツに関するアフェリアイトＩＤを認証課金サーバ３から取得する。そして、このユーザノード２ｅは、当該コンテンツの宣伝文（宣伝情報）と、アフィリエイトＩＤとを含む宣伝付きメタデータを生成する。そして、ユーザノード２ｅは、Ｐ２Ｐ通信部２７によりユーザノード２ｇへ、宣伝文付きメタデータを送信する。なお、ここでの宣伝文とは、例えば、当該コンテンツのバナー広告等である。ここで、このメタデータをみたユーザノード２ｇが、当該メタデータに示されるコンテンツを購入したとき、つまり、認証課金サーバ３が、ユーザノード２ｇからアフィリエイトＩＤを含むこのコンテンツの復号鍵の購入要求を受信したとき、認証課金サーバ３はこのアフィリエイトＩＤに対応するユーザノード２、つまり、ユーザノード２ｅに宣伝ポイント（宣伝対価）を付与する。
【０１０３】
つまり、一次消費者であるユーザノード２ｅは、二次消費者であるユーザノード２ｇにコンテンツを宣伝したことによる対価を得ることができる。
【０１０４】
このような第２の実施の形態のユーザノード２の構成は、図３に示すように、認証課金サーバ３からアフィリエイトＩＤを取得するアフィリエイトＩＤ取得部２４をさらに含む。また、メタデータ追加部２５は、他のノードからメタデータを受信すると、このメタデータにコンテンツの宣伝文（宣伝情報）と、このアフィリエイトＩＤとを追加する。さらに、Ｐ２Ｐ通信部２７は、このようなコンテンツの宣伝文と、ユーザノード２のアフィリエイトＩＤとを含むメタデータを、他のユーザノード２へ転送する。
また、このユーザノード２の復号鍵取得部２３は、認証課金サーバ３に対し復号鍵を取得するとき、つまりコンテンツの購入要求をするとき、このメタデータに含まれるアフィリエイトＩＤを併せて送信する。
【０１０５】
また、第２の実施の形態の認証課金サーバ３の構成は、図４に示すように、ユーザノード２からの要求に応じて、このユーザノード２のアフィリエイトＩＤを発行し、送信するアフィリエイトＩＤ発行部３４と、発行したアフィリエイトＩＤをこのユーザノード２のノードＩＤと対応付けて記憶するアフィリエイトＩＤ記憶部３８とを備える。
また、復号鍵送信部４０は、ユーザノード２からアフィリエイトＩＤを含む復号鍵の取得要求、つまりコンテンツの購入要求を受信したとき、アフィリエイトＩＤ記憶部３８から、このアフィリエイトＩＤに対応するユーザノード２（２ｅ）を特定する。そして、このユーザノード２（２ｅ）、このコンテンツの宣伝対価を付与する。すなわち、ユーザ課金情報記憶部３２における、当該ユーザノード２ｅの情報にこのコンテンツの宣伝対価を加算する。
【０１０６】
このようにすることで、ユーザノード２がコンテンツを購入した場合にも、このユーザノード２にこのコンテンツをＰ２Ｐで他のノードに転送（中継）するインセンティブを与えることができる。つまり、このようなＰ２Ｐシステムにおけるコンテンツの流通を活発化させることができる。
【０１０７】
本実施の形態に係る認証課金サーバ３は、前記したような処理を実行させる認証課金サーバ用プログラムによって実現することができ、また、ユーザノード２についても、前記したような処理を実行させるＰ２Ｐ通信プログラムによって実現することができる。さらに、発信者ノードについても、前記したような処理を実行させるコンテンツ配信プログラムによって実現することができる。また、これらのプログラムをコンピュータによる読み取り可能な記憶媒体（ＣＤ−ＲＯＭ等）に記憶して提供することが可能である。また、そのプログラムを、インターネット等のネットワークを通して提供することも可能である。
【図面の簡単な説明】
【０１０８】
【図１】本実施の形態におけるＰ２Ｐシステムの構成例を示した図である。
【図２】図１の発信者ノードを機能展開して示したブロック図である。
【図３】図１のユーザノードを機能展開して示したブロック図である。
【図４】図１の認証課金サーバを機能展開して示したブロック図である。
【図５】図１のＰ２Ｐシステムの処理手順を示すフローチャートである。
【図６】図１のＰ２Ｐシステムの処理手順を示すフローチャートである。
【図７】図１のユーザノードそれぞれにおいて経路ポイントおよび経路テーブルの更新手順を概念的に説明した図である。
【図８】本実施の形態のＰ２Ｐシステムの構成例を示した図である。
【図９】図６のＳ２０（各ユーザノード２の中継対価計算処理）を詳細に説明するフローチャートである。
【図１０】第２の実施の形態のＰ２Ｐシステムの概要を説明する図である。
【符号の説明】
【０１０９】
１ 発信者ノード
２（２ａ,２ｂ,２ｃ,２ｄ,２ｅ,２ｆ,２ｇ） ユーザノード（ノード）
３ 認証課金サーバ
１１ 発信者情報登録部
１２ 暗号化処理部
１３ 復号鍵登録部
１４ メタデータ作成部
１５ メタデータ公開部
１６,２７ Ｐ２Ｐ通信部（Ｐ２Ｐ通信手段）
１７ 経路ポイント発行部
１８ コンテンツ／メタデータ記憶部
２１ ユーザ情報登録部
２２ メタデータキャッシュ部
２３ 復号鍵取得部
２４ アフィリエイトＩＤ取得部
２５ メタデータ追加部
２６ メタデータ表示部
２８ 経路テーブル記憶部
２９ 経路ポイント計算部
３１ 発信者課金情報記憶部
３２ ユーザ課金情報記憶部
３３ 復号鍵記憶部
３４ アフィリエイトＩＤ発行部
３５ 経路情報照合部
３６ 課金処理部
３７ 登録処理部
３８ アフィリエイトＩＤ記憶部
３９ 経路情報記憶部
４０ 復号鍵送信部
【技術分野】
【０００１】
本発明は、Ｐ２Ｐネットワークによるコンテンツ流通技術に関する。
【背景技術】
【０００２】
従来の一般的なＢ２Ｃ（Business to Consumer）コンテンツ販売ビジネスでは、コンテンツの販売者であるコンテンツ発信者（発信者）が大量のコンテンツを保持し、消費者（コンテンツ購入者）は、この発信者から直接コンテンツを受信する。
【０００３】
このようなＢ２Ｃビジネスにおいて、発信者は、コンテンツを保持するための巨大なストレージを用意したり、コンテンツ配信用のネットワーク帯域を確保したりする必要がある。このため、資金力のある発信者でないと、コンテンツ販売ビジネスを行うことが難しくなり、コンテンツ流通が活発にならないという問題がある。
【０００４】
そこで、このような問題を解決するため、いわゆるＰ２Ｐ技術を利用して、コンテンツ販売を行う技術が提案されている（非特許文献１参照）。
【０００５】
このＰ２Ｐコンテンツ販売ビジネスにおいて、発信者は、販売したいコンテンツを暗号化し、Ｐ２Ｐネットワーク上を転送させていく。つまり、コンテンツをノード間でバケツリレーのように転送させる。そして、このコンテンツを受信した消費者は、認証課金サーバにアクセスし、そのコンテンツの復号鍵を購入し、その復号鍵によりコンテンツを再生する。
【０００６】
このようにすれば、コンテンツの発信者は、巨大なストレージを用意したり、ネットワーク帯域を確保したりする必要がなくなる。また、消費者がコンテンツを再生するには認証課金サーバから復号鍵を購入する必要があるので、発信者は認証課金サーバ経由でこのコンテンツの対価（代金）を得ることができる。
【０００７】
なお、前記したＰ２Ｐコンテンツ販売ビジネスにおいて、コンテンツ購入後、知人や友人に暗号化されたコンテンツをコピー配布し、その人たちもそのコンテンツを購入した場合、そのコンテンツのコピー元のユーザに対し、コンテンツ紹介の対価を与える仕組みも提案されている。このような仕組みによれば、コンテンツをコピー配布、つまり中継したユーザにも対価が支払われるので、より多くのユーザにＰ２Ｐネットワークに参加するよう促すことができる。
【０００８】
【非特許文献１】わざアリ、[online]、[2006年4月14日検索]、インターネット、<URL:http://www.ntt.com/release/2003NEWS/0011/1105.html>
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、前記した従来技術において、ノードのユーザがコンテンツを購入せずに、そのまま他のノードに転送した場合に、そのコンテンツを転送したユーザ（中継者）に対価を支払うことについては考慮されていない。また、前記した従来技術において、コンテンツ紹介の対価の支払いには、そのノードのユーザがコンテンツ購入の際に送信したライセンス情報が用いられる。つまり、中継者がコンテンツ中継の対価を得るには、中継者自身が認証課金サーバへライセンス情報を送信し、確かにその中継者がコンテンツを中継した旨を通知する必要がある。したがって、このようなライセンス情報の送信のために、認証課金サーバおよび中継者のノードの処理負荷が増大したり、ネットワークトラフィックが増大したりするという問題がある。
【００１０】
さらに、このようなＰ２Ｐネットワークにより、コンテンツを転送する場合、ノード間をコンテンツが延々と転送され続けてしまうおそれがある。また、コンテンツによっては、あまり多数のノードを経由して欲しくない場合もあるが、そのような問題への対処はとられていない。
【００１１】
そこで、本発明は前記した問題を解決し、Ｐ２Ｐネットワークによるコンテンツ流通を活性化する中継対価付与方法を提供することを課題とする。
【課題を解決するための手段】
【００１２】
前記した課題を解決するため、請求項１に記載の発明は、Ｐ２Ｐ通信手段により接続される１以上のノードによりコンテンツが中継されるＰ２Ｐネットワークにおいて、前記コンテンツを中継したノードにこのコンテンツの中継対価を付与する中継対価付与方法であって、前記ノードのうち、前記コンテンツの発信者となる発信者ノードは、前記コンテンツのメタデータを作成し、この作成したメタデータを前記Ｐ２Ｐ通信手段により接続される他のノードへ送信し、前記コンテンツのメタデータを受信したノードは、この受信したメタデータに自身のノードの識別情報を付加して、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、前記Ｐ２Ｐネットワークに接続される認証課金サーバは、前記コンテンツの購入要求を受信し、前記受信したコンテンツの購入要求の送信元であるノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶する方法とした。
【００１３】
この方法によれば、認証課金サーバは、コンテンツの購入要求を送信したノードから、このコンテンツを中継するノードの識別情報を受信するので、このメタデータに示されるノードに中継対価を付与すればよいことが分かる。このとき、認証課金サーバは、コンテンツを中継するノードそれぞれからコンテンツを中継した旨の情報を受信する必要はないので、ネットワークトラフィックが増大するのを防止できる。
【００１４】
また、請求項２に記載の発明は、請求項１の中継対価付与方法において、前記発信者ノードは、さらに、前記メタデータに、前記コンテンツごとの経路ポイント初期値を経路ポイント値として含めて送信し、前記コンテンツごとの経路ポイント初期値を、前記課金サーバへ送信し、前記認証課金サーバは、前記発信者ノードから送信された、前記コンテンツごとの経路ポイント初期値を前記記憶手段に記憶し、前記コンテンツのメタデータを受信したノードはそれぞれ、さらに、前記受信したコンテンツのメタデータに含まれる経路ポイント値に対し、所定の計算式を用いて演算処理を行い、前記演算処理の結果である経路ポイント値を前記メタデータに含めて、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、前記認証課金サーバが、前記ノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに含まれる経路ポイント値および前記ノードの識別情報の数と、前記所定の計算式とに基づき、前記コンテンツの経路ポイント初期値を逆算し、前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶する方法とした。
【００１５】
この方法によれば、認証課金サーバは、発信者ノードから送信された経路ポイント初期値と、ノード間を転送されてきた経路ポイント値とを用いて、このメタデータが、確かに発信者ノードを出発点として転送されてきたものか否かの判断をすることができる。つまり、認証課金サーバは、メタデータに示されるノードが確かにコンテンツを中継した（あるいは中継する）ノードか否かを判断することができる。
【００１６】
また、請求項３に記載の発明は、請求項２に記載の中継対価付与方法において、前記所定の計算式は、前記受信したメタデータに含まれる経路ポイント値を減算する計算式であり、前記ノードはそれぞれ、前記所定の計算式を用いた演算処理の結果、前記経路ポイント値が所定の閾値以下となったとき、前記メタデータを他のノードへ転送しない方法とした。
【００１７】
この方法によれば、メタデータがノード間を延々と転送され続けてしまうのを防止できる。
【００１８】
また、請求項４に記載の発明は、請求項３に記載の中継対価付与方法において、前記経路ポイント値は、第１の経路ポイント値および第２の経路ポイント値を含んでなり、前記所定の計算式は、前記受信したメタデータにおける前記第１の経路ポイント値および前記第２の経路ポイント値の少なくとも一方の値を減算する計算式であり、前記認証課金サーバは、前記コンテンツの経路ポイント初期値を逆算するとき、前記第１の経路ポイント値および前記第２の経路ポイント値を逆算し、この逆算した第１の経路ポイント値および前記第２の経路ポイント値の組み合わせが、前記記憶手段に記憶された前記コンテンツの前記第１の経路ポイント値および前記第２の経路ポイント値と同じとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を前記記憶手段に記憶する方法とした。
【００１９】
この方法によれば、認証課金サーバは、メタデータに示されるノードが確かにコンテンツを中継した（あるいは中継する）ノードか否かの判断を、より厳密に行うことができる。
【００２０】
また、請求項５に記載の発明は、請求項１ないし請求項４のいずれか１項に記載の中継対価付与方法において、前記認証課金サーバは、前記ノードからの要求に応じて、前記ノードごとのアフィリエイトＩＤを送信し、前記アフィリエイトＩＤをこのアフィリエイトＩＤの要求元のノードの識別情報と対応付けて前記記憶手段に記憶し、前記ノードは、前記メタデータに、前記送信されたアフィリエイトＩＤと前記コンテンツの宣伝情報とを含め、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、前記認証課金サーバは、前記ノードから、前記アフィリエイトＩＤを含む前記コンテンツの購入要求を受信したとき、前記記憶手段の情報を参照して、前記アフィリエイトＩＤに対応するノードを特定し、この特定したノードによる前記コンテンツの宣伝対価を前記記憶手段に記憶する方法とした。
【００２１】
この方法によれば、コンテンツを購入したノードが、他のノードに当該コンテンツの宣伝をすることで、この宣伝に対する対価を得ることができる。したがって、このようなＰ２Ｐネットワークにおけるコンテンツ流通を活発化させることができる。
【００２２】
また、請求項６に記載の発明は、請求項１ないし請求項５のいずれか１項に記載の中継対価付与方法において、前記コンテンツのメタデータを受信したノードは、このメタデータの送信元であるノードの識別情報およびこのメタデータの送信先であるノードの識別情報を、前記コンテンツを送信するときの経路テーブルとして記憶手段に記憶し、前記Ｐ２Ｐ通信手段により前記メタデータの送信元であるノードからこのメタデータに対応するコンテンツを受信したとき、前記コンテンツを、前記経路テーブルにおいて前記コンテンツのメタデータの送信先として記憶されているノードへ転送する方法とした。
【００２３】
この方法によれば、Ｐ２Ｐネットワークにおけるコンテンツの転送経路は、認証課金サーバで受信したメタデータに示される転送経路と同じものとなる。
【００２４】
また、請求項７に記載の発明は、Ｐ２Ｐ通信手段により接続される１以上のノードによりコンテンツが中継されるＰ２Ｐネットワークにおいて、前記コンテンツを中継したノードにこのコンテンツの中継対価を付与する認証課金サーバであって、前記コンテンツの購入要求の送信元であるノードから、前記Ｐ２Ｐ通信手段により前記コンテンツの中継を行うノードの識別情報を示した前記コンテンツのメタデータを受信したとき、前記受信したメタデータに示される識別情報のノードの中継対価を記憶手段に記憶する課金処理部を備える構成とした。
【００２５】
また、請求項８に記載の発明は、請求項７に記載の認証課金サーバにおいて、前記コンテンツのメタデータは、前記コンテンツの発信者ノードを出発点として、前記コンテンツを購入するノードまで、前記Ｐ２Ｐ通信手段により接続される１以上のノードのそれぞれにより、前記自身のノードの識別情報を付加して転送されたメタデータである構成とした。
【００２６】
この構成によれば、認証課金サーバは、コンテンツの購入要求を送信したノードから、このコンテンツを中継するノードの識別情報を受信するので、このメタデータに示されるノードに中継対価を付与すればよいことが分かる。このとき、認証課金サーバは、コンテンツを中継するノードそれぞれからコンテンツを中継した旨の情報を受信する必要はないので、ネットワークトラフィックが増大するのを防止できる。
【００２７】
また、請求項９に記載の発明は、請求項７または請求項８に記載の認証課金サーバにおいて、前記記憶手段は、前記発信者ノードから受信した、前記コンテンツごとの経路ポイント初期値をさらに記憶し、前記コンテンツを購入要求の送信元であるノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに含まれる経路ポイント値および前記ノードの識別情報と、前記所定の計算式とに基づき、前記コンテンツの経路ポイント初期値を逆算し、前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じか否かを判断する経路情報照合部をさらに備え、前記課金処理部は、前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶することを特徴とする構成とした。
【００２８】
この構成によれば、認証課金サーバは、発信者ノードから送信された経路ポイント初期値と、ノード間を転送されてきたメタデータに含まれる経路ポイントを用いて、このメタデータが、確かに発信者ノードを出発点として転送されてきたものか否かの判断をすることができる。つまり、認証課金サーバは、メタデータに示されるノードが確かにコンテンツを中継した（あるいは中継する）ノードか否かを判断することができる。
【発明の効果】
【００２９】
本発明によれば、コンテンツを購入せずに、つまりコンテンツを復号化せずにそのまま他のノードに転送した場合にも、認証課金サーバはその中継者に対価を与えることができる。また、中継者がコンテンツ中継の対価を得るために、中継者自身が認証課金サーバへライセンス情報等を送信して、確かにその中継者がコンテンツを中継した旨を通知する必要がなくなる。さらに、このようなＰ２Ｐネットワークにより、コンテンツを転送する場合、コンテンツの転送が延々と続いてしまうことがなくなる。これにより、Ｐ２Ｐネットワークでコンテンツ販売をした場合におけるネットワークトラフィックの増大を防止できる。
【発明を実施するための最良の形態】
【００３０】
＜第１の実施の形態＞
以下、本発明を実施するための最良の形態（以下、実施の形態という）を、図面を参照しながら説明する。図１は、本実施の形態におけるＰ２Ｐシステムの構成例を示した図である。
【００３１】
本実施の形態のＰ２Ｐシステム（Ｐ２Ｐネットワーク）は、コンテンツの発信を行う発信者ノード１と、Ｐ２Ｐ通信手段により接続されたユーザノード（ノード）２（２ａ,２ｂ,２ｃ,２ｄ,２ｅ,２ｆ）と、このコンテンツの中継対価や、コンテンツの代金の課金処理を行う認証課金サーバ３とを含んで構成される。
【００３２】
なお、この発信者ノード１、ユーザノード２および認証課金サーバ３は、ＣＰＵ（Central Processing Unit）等の演算処理手段、メインメモリ、ＨＤＤ（Hard Disk Drive）等の記憶手段、インターネット等のネットワーク経由で通信を行うための通信インタフェース、キーボードやマウス等の入力装置や液晶モニタ等の出力装置とのインタフェースである入出力インタフェース等を備えるコンピュータにより実現される。
【００３３】
また、発信者ノード１およびユーザノード２は、Ｐ２Ｐ通信手段（Ｐ２Ｐ通信部）を備える。発信者ノード１およびユーザノード２は、このＰ２Ｐ通信部により接続される他のユーザノード２へコンテンツ、このコンテンツのメタデータ等、各種データを転送する。なお、一般的なＰ２Ｐ通信手段としては、（１）中央サーバの媒介を要するものと、（２）バケツリレー式にデータを運ぶものと２種類あるが、本実施の形態では（２）のバケツリレー式にデータを運ぶものを用いるものとする。
【００３４】
本実施の形態において、発信者ノード１からＰ２Ｐネットワーク経由で転送されるコンテンツは、暗号化されたコンテンツであり、このコンテンツの購入者（消費者）は、認証課金サーバ３から復号鍵を購入し、その復号鍵でコンテンツを復号化し、再生する。つまり、認証課金サーバ３は、発信者ノード１に代わりコンテンツの代金の課金処理を行う。なお、このコンテンツの代金の課金処理は、発信者ノード１自身が行うようにしてももちろんよい。
また、以下の説明において、ユーザノード２ｅは、このコンテンツの購入者ノードとし、ユーザノード２ａ,２ｃ,２ｄはコンテンツを転送する中継者ノードとして説明するが、これに限定されるものではない。
【００３５】
なお、本実施の形態の認証課金サーバ３は、各ユーザノード２が送信した経路テーブル（詳細は後記）をもとに、どのユーザノード２が当該コンテンツの中継ノードかを判断する。
ここでユーザノード２における経路テーブルの転送手順を簡単に説明する。
例えば、ユーザノード２ａが発信者ノード１から、初期値としてこの発信者の識別情報（ノードＩＤ）が記されている経路テーブルを受信すると、この経路テーブルに自身のノードのノードＩＤ「＃ａ」を付加して、Ｐ２Ｐ通信手段により接続されるユーザノード２ｂ,２ｃへ転送する。そして、この経路テーブルを受信したユーザノード２ｃは、さらに自身のノードＩＤ「＃ｃ」を付加し、Ｐ２Ｐ通信手段により接続されるユーザノード２ｄへ転送する…という手順を繰り返し、最終的には、この経路テーブルは認証課金サーバ３へ到達する。そして、認証課金サーバ３は、受信した経路テーブルに示されるユーザノード２のノードＩＤ{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}をもとに、どのユーザノード２に中継対価を付与すればよいかを判断する。つまり、認証課金サーバ３は、図１に例示したユーザノード２ａ,２ｃ,２ｄに中継対価を付与すればよく、ユーザノード２ｂには中継対価を付与する必要がないことを知ることができる。すなわち、実際にコンテンツの中継に貢献したユーザノード２のみに、中継対価を付与することになるので、Ｐ２Ｐネットワークを用いたコンテンツの販売コストを低減することができる。
【００３６】
なお、認証課金サーバ３は、実際にはコンテンツを転送していないユーザノード２（例えば、ユーザノード２ｆ）からも、経路テーブルを受信する可能性があるが、このときの判断処理については、後記する図８等を用いて詳細に説明する。
【００３７】
次に、図２〜図４を用いて前記した発信者ノード１、ユーザノード２および認証課金サーバ３の機能を説明する。
【００３８】
＜発信者ノード＞
図２は、図１の発信者ノードを機能展開して示したブロック図である。
図２に示すように、発信者ノード１は、発信者のＩＤや発信者ノードのＩＤ等を認証課金サーバ３に登録する発信者情報登録部１１と、コンテンツの暗号化およびこのコンテンツの復号鍵を生成する暗号化処理部１２と、生成した復号鍵を認証課金サーバ３に登録する復号鍵登録部１３と、このコンテンツのメタデータを作成するメタデータ作成部１４と、暗号化したコンテンツおよびこのコンテンツのメタデータをネットワーク上で公開するコンテンツ／メタデータ公開部１５と、Ｐ２Ｐ通信手段を備える他のノードとコンテンツやこのコンテンツのメタデータを送受信するためのＰ２Ｐ通信部１６と、コンテンツごとに経路ポイント初期値を発行する経路ポイント発行部１７と、暗号化したコンテンツやこのコンテンツのメタデータを記憶するコンテンツ／メタデータ記憶部１８とを備える。
【００３９】
この発信者情報登録部１１、暗号化処理部１２、復号鍵登録部１３、メタデータ作成部１４、コンテンツ／メタデータ公開部１５、Ｐ２Ｐ通信部１６および経路ポイント発行部１７は、この発信者ノード１のＣＰＵが、記憶手段に記憶された所定のプログラムを実行することにより実現される。なお、メタデータ作成部１４により作成されるメタデータは、コンテンツのダウンロード元となる発信者ノード１のアドレス（発信者ノードＩＤ）やＵＲＬ（Uniform Resource Locator）、コンテンツＩＤ、このコンテンツの経路ポイント初期値および経路テーブル等を含むデータである。つまり、このコンテンツのメタデータを受信したユーザノード２は、このメタデータに示されるアドレスやＵＲＬに基づき、どの発信者ノード１に当該コンテンツのダウンロード要求を行えばよいかを知ることができる。また、この経路ポイント初期値とは、各ユーザノード２により計算される経路ポイント（経路ポイント値）の初期値であり、乱数等を用いてコンテンツごとにユニークな値が発行される。
【００４０】
なお、ここでは、経路ポイント（経路ポイント初期値）としてｎ（第２の経路ポイント値）と、ｍ（第１の経路ポイント値）の２種類の値を用いることとするが、ｎのみを用いるようにしてもよいし、ｍ、ｎ以外の値と３種類以上の値を用いるようにしてもよい。経路テーブルは、前記したとおり、この経路テーブルを受信したユーザノード２が自身のノードＩＤを追加して、次のユーザノード２へ転送する情報である。経路ポイントおよび経路テーブルの詳細は、後記する図８等を用いて詳細に説明する。なお、コンテンツ／メタデータ記憶部１８は、この発信者ノード１の記憶手段の所定領域に形成される。このような発信者ノード１の機能の詳細は、図５、図６のフローチャートを用いて後記する。
【００４１】
＜ユーザノード＞
図３は、図１のユーザノードを機能展開して示したブロック図である。
図３に示すように、ユーザノード２は、このユーザノード２のユーザＩＤやノードＩＤを認証課金サーバ３に登録するユーザ情報登録部２１と、他のノードから受信したコンテンツやメタデータを一時的に記憶するコンテンツ／メタデータキャッシュ部２２と、認証課金サーバ３へ、復号鍵（コンテンツ）の購入要求を送信し、このコンテンツの復号鍵を取得する復号鍵取得部２３と、他のノードから受信したメタデータに含まれる経路テーブルに自身のノードＩＤを追加した経路テーブルを作成したり、この経路ポイントを自身のユーザノード２で計算した経路ポイントに書き換えたりするメタデータ追加部２５と、受信したメタデータをこのユーザノード２の表示部（図示せず）に表示させるメタデータ表示部２６と、コンテンツやこのコンテンツのメタデータをＰ２Ｐで他のノードと送受信するためのＰ２Ｐ通信部２７と、このユーザノード２が作成した経路テーブルを記憶する経路テーブル記憶部２８と、受信したメタデータに含まれる経路ポイントを、この所定の計算式に代入して計算する経路ポイント計算部２９とを備える。
【００４２】
なお、このユーザ情報登録部２１、メタデータ追加部２５、メタデータ表示部２６、Ｐ２Ｐ通信部２７および経路ポイント計算部２９は、ユーザノード２のＣＰＵが記憶手段に記憶された所定のプログラムを実行することにより実現される。コンテンツ／メタデータキャッシュ部２２および経路テーブル記憶部２８は、前記したユーザノード２のメインメモリ等の記憶手段の所定領域に形成される。なお、アフィリエイトＩＤ取得部２４については、後記する第２の実施の形態の項で述べる。
【００４３】
＜認証課金サーバ＞
図４は、図１の認証課金サーバを機能展開して示したブロック図である。
図４に示すように、認証課金サーバ３は、この発信者ノード１により提供されるコンテンツごとの課金情報を示した発信者課金情報記憶部３１と、ユーザノード２それぞれの中継対価や、コンテンツ購入による課金情報等を示したユーザ課金情報記憶部３２と、発信者ノード１から送信されたコンテンツごとの復号鍵を記憶する復号鍵記憶部３３と、ユーザノード２から送信されたメタデータに含まれる経路情報（経路ポイントおよび経路テーブル）に基づき逆算した経路ポイント初期値と、経路情報記憶部３９に記憶されるこのコンテンツの経路ポイント初期値とを照合する経路情報照合部３５と、発信者ノード１やユーザノード２に対する課金の計算を行い、この課金の計算結果を発信者課金情報記憶部３１やユーザ課金情報記憶部３２に記憶する課金処理部３６と、発信者ノード１からの登録情報やユーザノード２からのユーザ登録情報を受信し、発信者課金情報記憶部３１やユーザ課金情報記憶部３２に当該発信者ノード１やユーザノード２のレコードを追加する登録処理部３７と、発信者ノード１から送信された経路ポイント初期値を記憶する経路情報記憶部３９と、ユーザノード２からの要求に応じて復号鍵記憶部３３に記憶されている復号鍵を送信する復号鍵送信部４０とを備える。
【００４４】
発信者課金情報記憶部３１に記憶される発信者課金情報は、以下の表１に例示するように、発信者ＩＤ（発信者ノードＩＤ）およびコンテンツごとに、このコンテンツの販売により得た対価を記憶したものである。例えば、発信者ＩＤ「ＡＡＡ」の発信者ノード１はコンテンツＩＤ「ＢＢＢ」についてコンテンツ販売対価「ＣＣＣ」を得ていることを示す。このコンテンツ販売対価は、ユーザノード２へこのコンテンツの販売（コンテンツの復号鍵の販売）をするたびに加算される。
【００４５】
【表１】
【００４６】
ユーザ課金情報記憶部３２に記憶されるユーザ課金情報は、以下の表２に例示するように、ユーザノード２のノードＩＤ（またはユーザＩＤ）ごとに、このユーザノード２に対する課金情報を示したものである。この課金情報には、ユーザノード２の中継対価（コンテンツ中継により得た対価）と、コンテンツ購入対価（ユーザノード２がコンテンツの購入のために支払った対価）とが示される。例えば、ＩＤ「ＦＦＦ」のユーザノード２は、中継対価として「ＧＧＧ」を得ており、また、コンテンツ購入対価として、「ＨＨＨ」という対価を支払っていることを示す。
【００４７】
【表２】
【００４８】
復号鍵記憶部３３は、以下の表３に例示するように、コンテンツＩＤごとに、このコンテンツに対応する復号鍵を記憶する。例えば、コンテンツＩＤ「ＢＢＢ」のコンテンツに対応する復号鍵として復号鍵「ＸＸＸ」が記憶されていることを示す。
この復号鍵は、コンテンツの発信発信者ノード１から送信されたものであり、登録処理部３７により登録される。また、認証課金サーバ３が、ユーザノード２からコンテンツＩＤを含むこのコンテンツの復号鍵の取得要求を受信したとき、復号鍵送信部４０はこのコンテンツＩＤをキーとして、この復号記憶部３３から当該コンテンツの復号鍵を検索し、ユーザノード２へ送信する。
【００４９】
【表３】
【００５０】
経路情報記憶部３９に記憶される経路情報は、以下の表４に例示するように、コンテンツＩＤごとに、このコンテンツの発信者ノード１から送信された経路ポイント初期値（詳細は後記）を示した情報である。例えば、コンテンツＩＤ「ＪＪＪ」の経路ポイント初期値は「ｍ＝７、ｎ＝１００」であり、このコンテンツの発信者ノードＩＤは「ＬＬＬ」であることを示す。
【００５１】
【表４】
【００５２】
なお、経路情報照合部３５、課金処理部３６、登録処理部３７および復号鍵送信部４０は、認証課金サーバ３のＣＰＵが、記憶手段に記憶された所定のプログラムを実行することにより実現される。また、発信者課金情報記憶部３１、ユーザ課金情報記憶部３２、復号鍵記憶部３３および経路情報記憶部３９は前記した認証課金サーバ３の記憶手段の所定領域に形成される。
なお、アフィリエイトＩＤ発行部３４およびアフィリエイトＩＤ記憶部３８については、後記する第２の実施の形態の項で述べる。
【００５３】
次に、図１〜図４を参照しつつ、図５および図６のフローチャートを用いて図１のＰ２Ｐシステムの処理手順を説明する。
【００５４】
図５および図６は、図１のＰ２Ｐシステムの処理手順を示すフローチャートである。
なお、認証課金サーバ３は、予め、登録処理部３７（図４参照）により、各ユーザノード２のユーザ課金情報の欄をユーザ課金情報記憶部３２に登録しておくものとする。
【００５５】
まず、発信者ノード１（図２参照）は、入力部（図示せず）からの指示入力に基づき、発信者情報登録部１１により認証課金サーバ３へ発信者の情報を送信する（Ｓ１）。このとき送信する発信者の情報は、例えば、発信者ノード１のノードＩＤ（発信者ノードＩＤ）や発信者のＩＤ等である。
認証課金サーバ３は、この発信者ノードＩＤを受信すると、登録処理部３７により発信者課金情報記憶部３１にこの発信者の発信者ノードＩＤを登録する（Ｓ２）。つまり、登録処理部３７は、発信者課金情報記憶部３１に、この発信者により販売されるコンテンツの料金を記憶するための欄（表１参照）を作成する。
【００５６】
次に、発信者ノード１は、自身が販売したいコンテンツを暗号化し、その復号鍵を認証課金サーバ３へ送信する（Ｓ３）。
【００５７】
すなわち、まず、発信者ノード１の暗号化処理部１２は販売対象のコンテンツを暗号化し、このコンテンツの復号鍵を生成する。そして、復号鍵登録部１３は、生成した復号鍵を認証課金サーバ３へ送信する。なお、復号鍵登録部１３が復号鍵を送信するときは、この復号鍵により復号されるコンテンツのコンテンツＩＤ（コンテンツの識別情報）と、発信者ノードＩＤとを併せて送信する。また、このとき暗号化したコンテンツは、コンテンツ／メタデータ記憶部１８に記憶しておく。
【００５８】
認証課金サーバ３は、発信者ノード１から復号鍵を受信すると、登録処理部３７により、この復号鍵をコンテンツＩＤと対応付けて復号鍵記憶部３３に登録する（Ｓ４）。
【００５９】
次に、発信者ノード１のメタデータ作成部１４は、Ｓ３で暗号化したコンテンツのメタデータを作成する（Ｓ５）。ここで作成するメタデータは、このコンテンツのコンテンツＩＤ、発信者ノード１のＵＲＬ等を示したものである。また、このメタデータには、このコンテンツの経路ポイント初期値と、経路テーブルとを含むものである。なお、ここでの経路テーブルには、発信者ノード１の発信者ノードＩＤのみが記載され、まだ他のユーザノード２のノードＩＤは記載されない。
【００６０】
この経路ポイント初期値は、経路ポイント発行部１７がコンテンツごとに乱数等を用いて、第三者に予想されにくい値を作成するものとする。経路ポイント初期値をこのような値とするのは、後に認証課金サーバ３が、コンテンツの消費者のユーザノード２（２ｅ）から経路テーブルを受信したとき、この経路テーブルが確かにコンテンツの中継を行う（または行った）ユーザノード２間を転送されてきたものか否かを判断するためである。つまり、その経路テーブルに示されるユーザノード２が実際にコンテンツの中継を行う（または行った）中継者か否かを判断するためである。このときの判断処理の詳細については、図８等を用いて詳細に説明する。
【００６１】
経路ポイント発行部１７によりこのコンテンツに関する経路ポイント初期値が作成されると、発信者情報登録部１１は、このコンテンツの経路ポイント初期値を、このコンテンツのコンテンツＩＤおよび発信者ノードＩＤとともに認証課金サーバ３へ送信する（Ｓ６）。ここでは、例えば、経路ポイント初期値ｎ,ｍとして｛ｎ＝１００，ｍ＝７｝を設定する。
【００６２】
認証課金サーバ３の登録処理部３７は、経路ポイント初期値を受信すると、この経路ポイント初期値を経路情報記憶部３９に登録する（Ｓ７）。このときの経路ポイント初期値は、後に当該ユーザノード２が実際にコンテンツの中継を行う（または行った）中継者か否かを判断する際に用いられる。
【００６３】
次に、発信者ノード１のコンテンツ／メタデータ公開部１５は、コンテンツ／メタデータ記憶部１８に記憶された暗号化済みコンテンツと、このコンテンツのメタデータとをＰ２Ｐネットワーク上に公開する（Ｓ８）。公開状態になったメタデータは、Ｐ２Ｐ通信部１６（図２参照）により接続している他のユーザノード２ａ（図１参照）へ、プッシュ転送される。つまり、発信者ノード１は、コンテンツのＵＲＬ、経路ポイント（経路ポイント初期値、｛ｎ＝１００，ｍ＝７｝）および経路テーブル｛発信者｝を含むメタデータを他のユーザノード２（２ａ）へ転送する。
【００６４】
ユーザノード２ａは、Ｐ２Ｐ通信部２７によりメタデータを受信すると、このメタデータに含まれる経路ポイント初期値をもとに、所定の計算式により経路ポイントを計算する。また、このメタデータに含まれる経路テーブルに、自身のノードＩＤを付加し、メタデータを更新する（Ｓ９）。
例えば、ユーザノード２ａは、経路ポイント計算部２９（図３参照）により、メタデータに含まれる経路ポイント初期値｛ｎ＝１００，ｍ＝７｝を、所定の計算式｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝に代入して経路ポイントを計算する。すなわち、経路ポイント計算部２９は、前記した計算式に｛ｎ＝１００，ｍ＝７｝を代入し、経路ポイント｛ｎ´＝９２，ｍ´＝８｝を得る。そして、このようにして得た経路ポイントはメタデータ追加部２５によりメタデータに反映される。また、メタデータ追加部２５は、メタデータに含まれる経路テーブル｛発信者｝に、自身のノードＩＤ（例えば、＃ａ）を追加して、｛発信者,＃ａ｝とする。なお、前記した計算式は各ユーザノード２において共通のものを用いる。
このようにしてメタデータ追加部２５によりメタデータが更新されると、Ｐ２Ｐ通信部２７は、更新したメタデータをＰ２Ｐ通信部２７により他のノードに送信する（Ｓ１０）。
【００６５】
Ｓ１０の後、ユーザノード２ａは、Ｓ９で受信したメタデータに含まれる経路テーブルに、メタデータの送信先（例えば、ユーザノード２ｃ）のノードＩＤを付加した経路テーブルを経路テーブル記憶部２８に記憶する。つまり、ユーザノード２ａは、メタデータを、ユーザノード２ｃへ送信した場合、このユーザノード２ｃのノードＩＤ（＃ｃ）を追加した経路テーブル{発信者,＃ａ,＃ｃ}を経路テーブル記憶部２８に記憶する。この経路テーブル記憶部２８の経路テーブルは、このユーザノード２が、Ｐ２Ｐ通信部２７により暗号化済みのコンテンツを転送するときに参照される。
【００６６】
このようにしてユーザノード２（２ａ）から送信されたメタデータは、順次Ｐ２Ｐネットワーク上のユーザノード２に転送され、それぞれのユーザノード２において、前記したのと同様のメタデータ更新が行われる。このときのメタデータの更新手順の詳細は、図８等を用いて後記に説明する。
【００６７】
この後、メタデータを受信したユーザノード２が、このメタデータに対応するコンテンツを購入するときには、以下のような手順を実行する。ここでは、ユーザノード２ｅがコンテンツを購入する場合を例に説明する。
【００６８】
ユーザノード２ｅは、他のユーザノード２からメタデータを受信すると、メタデータ表示部２６によりメタデータに含まれるコンテンツＩＤやＵＲＬを出力装置（図示せず）に表示させる。ここでユーザノード２ｅに接続された入力装置（図示せず）から、当該コンテンツの購入要求（ダウンロード要求）が入力されたとき、Ｐ２Ｐ通信部２７は当該ＵＲＬをもとに発信者ノード１にアクセスし、当該コンテンツのダウンロード要求を行う（図６のＳ１１）。
【００６９】
なお、このときのダウンロード要求は、ダウンロードの対象であるコンテンツのコンテンツＩＤを含むものである。そして、ユーザノード２（２ｅ）は、他のユーザノード２から、受信したメタデータについて、図５のＳ９と同様に、経路ポイントを計算し、経路テーブルに自身のノードＩＤを付加し、メタデータを更新する（Ｓ１２）。そして、この更新したメタデータを認証課金サーバ３へ送信する（Ｓ１３）。
【００７０】
発信者ノード１は、このユーザノード２ｅからダウンロード要求を受信すると、コンテンツ／メタデータ記憶部１８から暗号化済みコンテンツを読み出し、この暗号化済みコンテンツを、まず、ユーザノード２（２ａ）へ送信する（Ｓ１４）。このときのコンテンツ送信は、発信者ノード１のＰ２Ｐ通信部１６により接続されたユーザノード２ａへプッシュ転送することにより行われる。
【００７１】
暗号化済みコンテンツを受信したユーザノード２ａは、コンテンツ／メタデータキャッシュ部２２にこの暗号化済みコンテンツを記憶する。そして、このユーザノード２ａのＰ２Ｐ通信部２７は、経路テーブル記憶部２８に記憶された経路テーブルをもとに、この暗号化済みコンテンツを転送する（Ｓ１５）。
【００７２】
このようにしてユーザノード２（２ａ）から送信された暗号化済みコンテンツは、順次Ｐ２Ｐネットワーク上のユーザノード２に転送され、このコンテンツの要求元であるユーザノード２ｅに到達する。
ユーザノード２ｅは、暗号化済みコンテンツを受信すると、このコンテンツの復号鍵を認証課金サーバ３へ要求する（Ｓ１６）。すなわち、ユーザノード２ｅは、まず、受信した暗号化済みコンテンツをコンテンツ／メタデータキャッシュ部２２に記憶する。そして、復号鍵取得部２３により、このコンテンツのコンテンツＩＤ、ユーザノード２ｅのユーザノードＩＤを含む復号鍵の取得要求（コンテンツの購入要求）を送信する。なお、この復号鍵の取得要求の送信は、Ｓ１３におけるメタデータの送信と同時あるいは、メタデータの送信よりも前に行うようにしてもよい。
つまり、ユーザノード２ｅはメタデータを受信し、ユーザノード２ｅの利用者からこのメタデータに対応するコンテンツの購入要求をする旨の指示入力を受け付けたとき、認証課金サーバ３へこのコンテンツのメタデータおよび購入要求を送信するようにしてもよい。
【００７３】
認証課金サーバ３の復号鍵送信部４０は、復号鍵の取得要求を受信すると、この取得要求の送信元（ユーザノード２ｅ）との間で、ユーザＩＤ、パスワード等を用いた所定の認証処理等を行った後、この当該コンテンツの復号鍵を送信する（Ｓ１７）。復号鍵を送信した後、課金処理部３６は、当該コンテンツ代金を課金する（Ｓ１８）。すなわち、課金処理部３６は、ユーザ課金情報記憶部３２におけるユーザノード２ｅのユーザ課金情報に当該コンテンツのコンテンツ購入対価を加算し、発信者課金情報記憶部３１における発信者ノード１の発信者課金情報に、当該コンテンツのコンテンツ販売対価を加算する。
【００７４】
このようにして、ユーザノード２ｅが復号鍵を取得すると、この復号鍵によりコンテンツを復号化する（Ｓ１９）。すなわち、ユーザノード２ｅは、コンテンツ／メタデータキャッシュ部２２から暗号化済みコンテンツを読み出し、認証課金サーバ３から取得した復号鍵により復号化する。
このようにして、ユーザノード２ｅは、コンテンツを復号化する。
【００７５】
この後、認証課金サーバ３は、各ユーザノード２の中継対価を計算する（Ｓ２０）。すなわち、ユーザノード２から送信されたメタデータの経路テーブルに示されるユーザノード２（中継者）それぞれに対し、コンテンツの中継対価を課金する。つまり、ユーザ課金情報記憶部３２にユーザノード２（中継者）の中継対価を加算したものを記録する。
【００７６】
ここで、図７を用いて、各ユーザノード２においてメタデータに含まれる経路ポイントおよび経路テーブルがどのように更新されるかを説明する。
図７は、図１のユーザノードそれぞれにおいて経路ポイントおよび経路テーブルの更新手順を概念的に説明した図である。
【００７７】
図７に示すように、発信者ノード１は、まず、経路ポイント初期値として、｛ｎ＝１００，ｍ＝７｝を設定する。そして経路テーブルには、{発信者（自身のノードＩＤ）}を設定する。そして、発信者ノード１は、この経路ポイント初期値（経路ポイント）および経路テーブルを、当該コンテンツのメタデータとしてユーザノード２ａへ転送する。
【００７８】
ユーザノード２ａは、発信者ノード１から経路ポイント｛ｎ＝１００，ｍ＝７｝を受信すると、この値を経路ポイント計算式｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝に代入して、経路ポイント{ｎ´＝９２，ｍ´＝８}を得る。また、ユーザノード２ａは、経路テーブル{発信者}を受信すると、自身のノードＩＤ（＃ａ）を追加して経路テーブル{発信者,＃ａ}を作成する。そして、経路ポイント{ｎ＝９２，ｍ＝８}および経路テーブル{発信者,＃ａ}を、当該コンテンツのメタデータとしてユーザノード２ｃへ転送する。
【００７９】
ユーザノード２ｃは、経路ポイント｛ｎ＝９２，ｍ＝８｝を受信すると、前記した経路ポイント計算式に代入して、経路ポイント{ｎ´＝８３，ｍ´＝９}を得る。また、ユーザノード２ｃは、経路テーブル{発信者,＃ａ}を受信すると、自身のノードＩＤ（＃ｃ）を追加して経路テーブル{発信者,＃ａ,＃ｃ}を作成する。そして、{ｎ＝８３，ｍ＝９}および経路テーブル{発信者,＃ａ,＃ｃ}を、当該コンテンツのメタデータとしてユーザノード２ｄへ転送する。
【００８０】
ユーザノード２ｄは、経路ポイント｛ｎ＝８３，ｍ＝９｝を受信すると、前記した経路ポイント計算式に代入して、経路ポイント{ｎ´＝７３，ｍ´＝１０}を得る。また、ユーザノード２ｃは、経路テーブル{発信者,＃ａ,＃ｃ}を受信すると、自身のノードＩＤ（＃ｄ）を追加して経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ}を作成する。そして、経路ポイント{ｎ＝７３，ｍ＝１０}および経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ}を、当該コンテンツのメタデータとしてユーザノード２ｅへ転送する。
【００８１】
ユーザノード２ｅは、経路ポイント｛ｎ＝７３，ｍ＝１０｝を受信すると、前記した経路ポイント計算式に代入して、経路ポイント{ｎ´＝６２，ｍ´＝１１}を得る。また、ユーザノード２ｅは、経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ}を受信すると、自身のノードＩＤ（＃ｅ）を追加して経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}を作成する。そして、経路ポイント{ｎ＝６２，ｍ＝１１}および経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}を、当該コンテンツのメタデータとして図１の認証課金サーバ３へ転送する。
【００８２】
このようにして、メタデータに含まれる経路ポイントおよび経路テーブルは、各ユーザノード２において順次更新され、最終的にユーザノード２ｅ（コンテンツの消費者）から認証課金サーバ３へ送信される。
【００８３】
なお、ユーザノード２の経路ポイント計算部２９がポイント計算に用いる計算式は、メタデータがユーザノード２を経由するたびに経路ポイントｎの値が小さくなるようにしている。また、経路ポイント計算部２９は、受信したメタデータに含まれる経路ポイントを計算した結果、ｎの値が所定の閾値（例えば、「０」）以下になった場合、その旨をＰ２Ｐ通信部２７に通知し、メタデータを他のノードへ転送しないようにする。このようにすることで、メタデータの転送が延々と続いてしまうのを防止できる。
【００８４】
また、発信者ノード１がこのコンテンツの経路ポイント初期値のｎの値を小さく設定しておけば、このメタデータは多数のユーザノード２間で転送されない。つまり、このメタデータに対応するコンテンツが転送されるユーザノード２の数も少なくすることができる。
すなわち、発信者ノード１のユーザが、多数のユーザノード２間を転送してもかまわないコンテンツについてはｎの値を大きくし、あまり多数のユーザノード２間で転送してほしくなければｎの値を小さくするといった調整を行うことができる。
【００８５】
なお、認証課金サーバ３は、ユーザノード２ｅから送信された経路テーブルに、実際にコンテンツの中継をしていないユーザノード２の識別情報が含まれる可能性がある。このようなケースについて、図８を用いて、説明する。図８は、本実施の形態のＰ２Ｐシステムの構成例を示した図である。
【００８６】
図８に示すように、本来、認証課金サーバ３が受信する経路テーブルは、ユーザノード２ｅ（消費者）が、発信者ノード１を出発点としてコンテンツが転送される経路と同じになるはずなので、この経路テーブルに示されるユーザノード２（２ａ,２ｃ,２ｄ）に対し、コンテンツ中継の対価を支払えばよい。
【００８７】
ところが、中継者であるユーザノード２ｄにＰ２Ｐ接続されるユーザノード２ｆ等が、不正な割り込みにより自身のノードの識別情報を含む経路テーブル{発信者,＃ａ,＃ｆ}を送信する可能性もある。このような割り込みをすると、認証課金サーバ３は、発信者ノード１を出発点とした正当な経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}のほかに、不正な経路テーブル{発信者,＃ａ,＃ｆ,＃ｄ,＃ｅ}を受信することになる。
【００８８】
認証課金サーバ３がこのような不正な経路テーブルに基づく中継対価の課金を行ったのでは、実際にはコンテンツの中継に貢献しないユーザノード２ｆにまで中継対価を支払うことになる。そこで、このような不正な中継対価の請求を防止するため、認証課金サーバ３は、中継対価計算処理を行う際、ユーザノード２ｅから送信された経路ポイントと、発信者ノード１から送信された当該コンテンツの経路ポイント初期値とを用いて、当該経路テーブルは不正な中継者のノードＩＤを含むか否かの判断を行う。
【００８９】
図１〜図８を参照しつつ、図９を用いて、図６のＳ２０（各ユーザノード２の中継対価計算処理）を詳細に説明する。
図９は、図６のＳ２０（各ユーザノード２の中継対価計算処理）を詳細に説明するフローチャートである。
【００９０】
まず、認証課金サーバ３は、図１のユーザノード２ｅから復号鍵の取得要求（コンテンツの購入要求）を受信すると、この取得要求に含まれるコンテンツＩＤをキーとして、経路情報照合部３５が経路情報記憶部３９から、当該コンテンツの経路ポイント初期値を読み出す。つまり、発信者ノード１から送信された当該コンテンツの経路ポイント初期値を読み出す（Ｓ２０１）。例えば、当該コンテンツの経路ポイント初期値｛ｎ＝１００，ｍ＝７｝を読み出す。
【００９１】
次に、経路情報照合部３５は、ユーザノード２ｅ（コンテンツの消費者）から送信されたメタデータに含まれる当該コンテンツの経路ポイントおよび経路テーブルをもとに、経路ポイント初期値を逆算する（Ｓ２０２）。
【００９２】
例えば、ユーザノード２ｅから経路ポイント{ｎ＝６２，ｍ＝１１}および経路テーブル{発信者,＃ａ,＃ｃ,＃ｄ,＃ｅ}を受信したとき、この経路ポイントは「＃ａ,＃ｃ,＃ｄ,＃ｅ」の４つのユーザノード２において経路計算をされた結果であることが分かる。したがって、この経路ポイント{ｎ＝６２，ｍ＝１１}をもとに経路ポイント計算式｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝の逆算を４回行う。そうすると、経路ポイント｛ｎ＝１００，ｍ＝７｝になる。
【００９３】
一方、ユーザノード２ｅから経路ポイント{ｎ＝７２，ｍ＝７}および経路テーブル{発信者,＃ａ,＃ｆ,＃ｄ,＃ｅ}を受信した場合（図８参照）も、この経路ポイントも「＃ａ,＃ｆ,＃ｄ,＃ｅ」の４つのユーザノード２において経路計算をされた結果であることが分かる。したがって、この経路ポイント{ｎ＝７２，ｍ＝７}をもとに経路ポイント計算式｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝の逆算を４回行う。そうすると、経路ポイント｛ｎ＝９４，ｍ＝３｝になる。
【００９４】
次に、経路情報照合部３５は、Ｓ２０２で計算した経路ポイント（経路ポイント初期値）が、発信者ノード１から送信された当該コンテンツの経路ポイント初期値と同じか否かを判断する（Ｓ２０３）。ここで、計算した経路ポイント初期値が、当該コンテンツの経路ポイント初期値と同じであれば（Ｓ２０３のＹｅｓ）、ユーザノード２ｅから受信した経路テーブルに示されるユーザノード２（中継者）に中継対価を付与する（Ｓ２０４）。つまり、ユーザ課金情報記憶部３２にユーザノード２（中継者）の中継対価を加算したものを記録する。
【００９５】
一方、ここで、計算した経路ポイント初期値が、当該コンテンツの経路ポイント初期値と異なる値であれば（Ｓ２０３のＮｏ）、この経路テーブルを破棄する（Ｓ２０５）。つまり、この経路テーブルに示されるユーザノード２には中継対価を付与しないと判断する。
【００９６】
例えば、前記した例でいうと、この経路ポイント{ｎ＝６２，ｍ＝１１}をもとに逆算した経路ポイント｛ｎ＝１００，ｍ＝７｝は、両方とも発信者ノード１から送信された当該コンテンツの経路ポイント初期値の組み合わせと同じである。したがって、この経路テーブルに示されるユーザノード２ａ,２ｃ,２ｄに中継対価を付与してよいと判断する。
一方、経路ポイント{ｎ＝７２，ｍ＝７}をもとに、逆算した経路ポイント｛ｎ＝９４，ｍ＝３｝は、発信者ノード１から送信された当該コンテンツの経路ポイント初期値とは異なる。したがって、この経路テーブルに示されるユーザノード２ａ,２ｆ,２ｄは中継対価を付与の対象としないと判断する。
【００９７】
このようにして、認証課金サーバ３は、確かにコンテンツを中継したと推定されるユーザノード２にユーザ課金情報記憶部３２に当該コンテンツの中継対価を加算する旨の情報を書き込む。つまり、認証課金サーバ３は、確かにコンテンツを中継したと推定されるユーザノード２のみに中継対価を支払うことになるので、Ｐ２Ｐネットワークによりコンテンツを販売するときのコストを低減することができる。
【００９８】
なお、前記した実施の形態において経路ポイント計算部２９がポイント計算に用いる計算式は、｛ｎ´＝ｎ−ｍ´，ｍ´＝ｍ＋１｝という式としたが、経路ポイント初期値ｎ,ｍの値が推定しにくく、かつｎの値がユーザノード２を経由するたびに少なくなるような計算式であればこれに限定されない。また、経路ポイントの値としてｎのみを用いるようにしてももちろんよい。この場合、何回逆算を行えばよいかは、認証課金サーバ３が受信したメタデータに含まれる経路テーブルにおいて記録されているユーザノード２の個数（ノードＩＤの個数）をもとに判断する。
なお、このように複数の経路ポイント値を用いる場合、経路ポイント計算部２９が用いる計算式は、これらの値のうち、少なくとも１つの値を減算する計算式であればよい。このようにすることで、ユーザノード２間でメタデータが転送される場合において、その値が所定の閾値以下になったとき、当該ユーザノード２においてメタデータの転送を停止することができる。つまり、メタデータが延々とユーザノード２間を転送されるのを防止できる。
【００９９】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態を説明する。第２の実施の形態は、コンテンツを購入したユーザノード２（一次消費者）が、ユーザノード２（二次消費者）にコンテンツの宣伝文を含むメタデータを転送する。そして、このメタデータをみたユーザノード２（二次消費者）が当該コンテンツを購入したとき、認証課金サーバ３がユーザノード２（一次消費者）に対し、宣伝ポイント（宣伝の対価）を付与することを特徴とする。
【０１００】
この第２の実施の形態を図２〜図４および図１０を用いて、説明する。前記した第１の実施の形態と同様の構成要素は同じ符号を付して、説明を省略する。
【０１０１】
図１０は、第２の実施の形態のＰ２Ｐシステムの概要を説明する図である。
【０１０２】
一次消費者であるユーザノード２ｅは、前記した第１の実施の形態と同様の手順によりコンテンツを購入する。また、ユーザノード２ｅは、この購入したコンテンツに関するアフェリアイトＩＤを認証課金サーバ３から取得する。そして、このユーザノード２ｅは、当該コンテンツの宣伝文（宣伝情報）と、アフィリエイトＩＤとを含む宣伝付きメタデータを生成する。そして、ユーザノード２ｅは、Ｐ２Ｐ通信部２７によりユーザノード２ｇへ、宣伝文付きメタデータを送信する。なお、ここでの宣伝文とは、例えば、当該コンテンツのバナー広告等である。ここで、このメタデータをみたユーザノード２ｇが、当該メタデータに示されるコンテンツを購入したとき、つまり、認証課金サーバ３が、ユーザノード２ｇからアフィリエイトＩＤを含むこのコンテンツの復号鍵の購入要求を受信したとき、認証課金サーバ３はこのアフィリエイトＩＤに対応するユーザノード２、つまり、ユーザノード２ｅに宣伝ポイント（宣伝対価）を付与する。
【０１０３】
つまり、一次消費者であるユーザノード２ｅは、二次消費者であるユーザノード２ｇにコンテンツを宣伝したことによる対価を得ることができる。
【０１０４】
このような第２の実施の形態のユーザノード２の構成は、図３に示すように、認証課金サーバ３からアフィリエイトＩＤを取得するアフィリエイトＩＤ取得部２４をさらに含む。また、メタデータ追加部２５は、他のノードからメタデータを受信すると、このメタデータにコンテンツの宣伝文（宣伝情報）と、このアフィリエイトＩＤとを追加する。さらに、Ｐ２Ｐ通信部２７は、このようなコンテンツの宣伝文と、ユーザノード２のアフィリエイトＩＤとを含むメタデータを、他のユーザノード２へ転送する。
また、このユーザノード２の復号鍵取得部２３は、認証課金サーバ３に対し復号鍵を取得するとき、つまりコンテンツの購入要求をするとき、このメタデータに含まれるアフィリエイトＩＤを併せて送信する。
【０１０５】
また、第２の実施の形態の認証課金サーバ３の構成は、図４に示すように、ユーザノード２からの要求に応じて、このユーザノード２のアフィリエイトＩＤを発行し、送信するアフィリエイトＩＤ発行部３４と、発行したアフィリエイトＩＤをこのユーザノード２のノードＩＤと対応付けて記憶するアフィリエイトＩＤ記憶部３８とを備える。
また、復号鍵送信部４０は、ユーザノード２からアフィリエイトＩＤを含む復号鍵の取得要求、つまりコンテンツの購入要求を受信したとき、アフィリエイトＩＤ記憶部３８から、このアフィリエイトＩＤに対応するユーザノード２（２ｅ）を特定する。そして、このユーザノード２（２ｅ）、このコンテンツの宣伝対価を付与する。すなわち、ユーザ課金情報記憶部３２における、当該ユーザノード２ｅの情報にこのコンテンツの宣伝対価を加算する。
【０１０６】
このようにすることで、ユーザノード２がコンテンツを購入した場合にも、このユーザノード２にこのコンテンツをＰ２Ｐで他のノードに転送（中継）するインセンティブを与えることができる。つまり、このようなＰ２Ｐシステムにおけるコンテンツの流通を活発化させることができる。
【０１０７】
本実施の形態に係る認証課金サーバ３は、前記したような処理を実行させる認証課金サーバ用プログラムによって実現することができ、また、ユーザノード２についても、前記したような処理を実行させるＰ２Ｐ通信プログラムによって実現することができる。さらに、発信者ノードについても、前記したような処理を実行させるコンテンツ配信プログラムによって実現することができる。また、これらのプログラムをコンピュータによる読み取り可能な記憶媒体（ＣＤ−ＲＯＭ等）に記憶して提供することが可能である。また、そのプログラムを、インターネット等のネットワークを通して提供することも可能である。
【図面の簡単な説明】
【０１０８】
【図１】本実施の形態におけるＰ２Ｐシステムの構成例を示した図である。
【図２】図１の発信者ノードを機能展開して示したブロック図である。
【図３】図１のユーザノードを機能展開して示したブロック図である。
【図４】図１の認証課金サーバを機能展開して示したブロック図である。
【図５】図１のＰ２Ｐシステムの処理手順を示すフローチャートである。
【図６】図１のＰ２Ｐシステムの処理手順を示すフローチャートである。
【図７】図１のユーザノードそれぞれにおいて経路ポイントおよび経路テーブルの更新手順を概念的に説明した図である。
【図８】本実施の形態のＰ２Ｐシステムの構成例を示した図である。
【図９】図６のＳ２０（各ユーザノード２の中継対価計算処理）を詳細に説明するフローチャートである。
【図１０】第２の実施の形態のＰ２Ｐシステムの概要を説明する図である。
【符号の説明】
【０１０９】
１ 発信者ノード
２（２ａ,２ｂ,２ｃ,２ｄ,２ｅ,２ｆ,２ｇ） ユーザノード（ノード）
３ 認証課金サーバ
１１ 発信者情報登録部
１２ 暗号化処理部
１３ 復号鍵登録部
１４ メタデータ作成部
１５ メタデータ公開部
１６,２７ Ｐ２Ｐ通信部（Ｐ２Ｐ通信手段）
１７ 経路ポイント発行部
１８ コンテンツ／メタデータ記憶部
２１ ユーザ情報登録部
２２ メタデータキャッシュ部
２３ 復号鍵取得部
２４ アフィリエイトＩＤ取得部
２５ メタデータ追加部
２６ メタデータ表示部
２８ 経路テーブル記憶部
２９ 経路ポイント計算部
３１ 発信者課金情報記憶部
３２ ユーザ課金情報記憶部
３３ 復号鍵記憶部
３４ アフィリエイトＩＤ発行部
３５ 経路情報照合部
３６ 課金処理部
３７ 登録処理部
３８ アフィリエイトＩＤ記憶部
３９ 経路情報記憶部
４０ 復号鍵送信部
【特許請求の範囲】
【請求項１】
Ｐ２Ｐ通信手段により接続される１以上のノードによりコンテンツが中継されるＰ２Ｐネットワークにおいて、前記コンテンツを中継したノードにこのコンテンツの中継対価を付与する中継対価付与方法であって、
前記ノードのうち、前記コンテンツの発信者となる発信者ノードは、前記コンテンツのメタデータを作成し、この作成したメタデータを前記Ｐ２Ｐ通信手段により接続される他のノードへ送信し、
前記コンテンツのメタデータを受信したノードは、この受信したメタデータに自身のノードの識別情報を付加して、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、
前記Ｐ２Ｐネットワークに接続される認証課金サーバは、
前記コンテンツの購入要求を受信し、
前記受信したコンテンツの購入要求の送信元であるノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶することを特徴とする中継対価付与方法。
【請求項２】
前記発信者ノードは、
前記メタデータに、前記コンテンツごとの経路ポイント初期値を経路ポイント値として含めて送信し、
前記コンテンツごとの経路ポイント初期値を、前記課金サーバへ送信し、
前記認証課金サーバは、
前記発信者ノードから送信された、前記コンテンツごとの経路ポイント初期値を前記記憶手段に記憶し、
前記コンテンツのメタデータを受信したノードはそれぞれ、
前記受信したコンテンツのメタデータに含まれる経路ポイント値に対し、所定の計算式を用いて演算処理を行い、前記演算処理の結果である経路ポイント値を前記メタデータに含めて、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、
前記認証課金サーバが、
前記ノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに含まれる経路ポイント値および前記ノードの識別情報の数と、前記所定の計算式とに基づき、前記コンテンツの経路ポイント初期値を逆算し、
前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じとき、
前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を前記記憶手段に記憶することを特徴とする請求項１に記載の中継対価付与方法。
【請求項３】
前記所定の計算式は、
前記受信したメタデータに含まれる経路ポイント値を減算する計算式であり、
前記ノードはそれぞれ、
前記所定の計算式を用いた演算処理の結果、前記経路ポイント値が所定の閾値以下となったとき、前記メタデータを他のノードへ転送しないことを特徴とする請求項２に記載の中継対価付与方法。
【請求項４】
前記経路ポイント値は、第１の経路ポイント値および第２の経路ポイント値を含んでなり、
前記所定の計算式は、
前記受信したメタデータにおける前記第１の経路ポイント値および前記第２の経路ポイント値の少なくとも一方の値を減算する計算式であり、
前記認証課金サーバは、
前記コンテンツの経路ポイント初期値を逆算するとき、前記第１の経路ポイント値および前記第２の経路ポイント値を逆算し、この逆算した第１の経路ポイント値および前記第２の経路ポイント値の組み合わせが、前記記憶手段に記憶された前記コンテンツの前記第１の経路ポイント値および前記第２の経路ポイント値と同じとき、
前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を前記記憶手段に記憶することを特徴とする請求項３に記載の中継対価付与方法。
【請求項５】
前記認証課金サーバは、
前記ノードからの要求に応じて、前記ノードごとのアフィリエイトＩＤを送信し、
前記アフィリエイトＩＤをこのアフィリエイトＩＤの要求元のノードの識別情報と対応付けて前記記憶手段に記憶し、
前記ノードは、
前記メタデータに、前記送信されたアフィリエイトＩＤと前記コンテンツの宣伝情報とを含め、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、
前記認証課金サーバは、
前記ノードから、前記アフィリエイトＩＤを含む前記コンテンツの購入要求を受信したとき、
前記記憶手段の情報を参照して、前記アフィリエイトＩＤに対応するノードを特定し、この特定したノードによる前記コンテンツの宣伝対価を前記記憶手段に記憶することを特徴とする請求項１ないし請求項４のいずれか１項に記載の中継対価付与方法。
【請求項６】
前記コンテンツのメタデータを受信したノードは、
このメタデータの送信元であるノードの識別情報およびこのメタデータの送信先であるノードの識別情報を、前記コンテンツを送信するときの経路テーブルとして記憶手段に記憶し、
前記Ｐ２Ｐ通信手段により前記メタデータの送信元であるノードからこのメタデータに対応するコンテンツを受信したとき、前記コンテンツを、前記経路テーブルにおいて前記コンテンツのメタデータの送信先として記憶されているノードへ転送することを特徴とする請求項１ないし請求項５のいずれか１項に記載の中継対価付与方法。
【請求項７】
Ｐ２Ｐ通信手段により接続される１以上のノードによりコンテンツが中継されるＰ２Ｐネットワークにおいて、前記コンテンツを中継したノードにこのコンテンツの中継対価を付与する認証課金サーバであって、
前記コンテンツの購入要求の送信元であるノードから、前記Ｐ２Ｐ通信手段により前記コンテンツの中継を行うノードの識別情報を示した前記コンテンツのメタデータを受信したとき、前記受信したメタデータに示される識別情報のノードの中継対価を記憶手段に記憶する課金処理部を備えることを特徴とする認証課金サーバ。
【請求項８】
前記コンテンツのメタデータは、
前記コンテンツの発信者ノードを出発点として、前記コンテンツを購入するノードまで、前記Ｐ２Ｐ通信手段により接続される１以上のノードのそれぞれにより、前記自身のノードの識別情報を付加して転送されたメタデータであることを特徴とする請求項７に記載の認証課金サーバ。
【請求項９】
前記記憶手段は、
前記発信者ノードから受信した、前記コンテンツごとの経路ポイント初期値をさらに記憶し、
前記コンテンツを購入要求の送信元であるノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに含まれる経路ポイント値および前記ノードの識別情報と、前記所定の計算式とに基づき、前記コンテンツの経路ポイント初期値を逆算し、前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じか否かを判断する経路情報照合部をさらに備え、
前記課金処理部は、
前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じとき、
前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶することを特徴とする請求項７または請求項８に記載の認証課金サーバ。
【請求項１】
Ｐ２Ｐ通信手段により接続される１以上のノードによりコンテンツが中継されるＰ２Ｐネットワークにおいて、前記コンテンツを中継したノードにこのコンテンツの中継対価を付与する中継対価付与方法であって、
前記ノードのうち、前記コンテンツの発信者となる発信者ノードは、前記コンテンツのメタデータを作成し、この作成したメタデータを前記Ｐ２Ｐ通信手段により接続される他のノードへ送信し、
前記コンテンツのメタデータを受信したノードは、この受信したメタデータに自身のノードの識別情報を付加して、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、
前記Ｐ２Ｐネットワークに接続される認証課金サーバは、
前記コンテンツの購入要求を受信し、
前記受信したコンテンツの購入要求の送信元であるノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶することを特徴とする中継対価付与方法。
【請求項２】
前記発信者ノードは、
前記メタデータに、前記コンテンツごとの経路ポイント初期値を経路ポイント値として含めて送信し、
前記コンテンツごとの経路ポイント初期値を、前記課金サーバへ送信し、
前記認証課金サーバは、
前記発信者ノードから送信された、前記コンテンツごとの経路ポイント初期値を前記記憶手段に記憶し、
前記コンテンツのメタデータを受信したノードはそれぞれ、
前記受信したコンテンツのメタデータに含まれる経路ポイント値に対し、所定の計算式を用いて演算処理を行い、前記演算処理の結果である経路ポイント値を前記メタデータに含めて、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、
前記認証課金サーバが、
前記ノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに含まれる経路ポイント値および前記ノードの識別情報の数と、前記所定の計算式とに基づき、前記コンテンツの経路ポイント初期値を逆算し、
前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じとき、
前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を前記記憶手段に記憶することを特徴とする請求項１に記載の中継対価付与方法。
【請求項３】
前記所定の計算式は、
前記受信したメタデータに含まれる経路ポイント値を減算する計算式であり、
前記ノードはそれぞれ、
前記所定の計算式を用いた演算処理の結果、前記経路ポイント値が所定の閾値以下となったとき、前記メタデータを他のノードへ転送しないことを特徴とする請求項２に記載の中継対価付与方法。
【請求項４】
前記経路ポイント値は、第１の経路ポイント値および第２の経路ポイント値を含んでなり、
前記所定の計算式は、
前記受信したメタデータにおける前記第１の経路ポイント値および前記第２の経路ポイント値の少なくとも一方の値を減算する計算式であり、
前記認証課金サーバは、
前記コンテンツの経路ポイント初期値を逆算するとき、前記第１の経路ポイント値および前記第２の経路ポイント値を逆算し、この逆算した第１の経路ポイント値および前記第２の経路ポイント値の組み合わせが、前記記憶手段に記憶された前記コンテンツの前記第１の経路ポイント値および前記第２の経路ポイント値と同じとき、
前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を前記記憶手段に記憶することを特徴とする請求項３に記載の中継対価付与方法。
【請求項５】
前記認証課金サーバは、
前記ノードからの要求に応じて、前記ノードごとのアフィリエイトＩＤを送信し、
前記アフィリエイトＩＤをこのアフィリエイトＩＤの要求元のノードの識別情報と対応付けて前記記憶手段に記憶し、
前記ノードは、
前記メタデータに、前記送信されたアフィリエイトＩＤと前記コンテンツの宣伝情報とを含め、前記Ｐ２Ｐ通信手段により接続される他のノードへ転送し、
前記認証課金サーバは、
前記ノードから、前記アフィリエイトＩＤを含む前記コンテンツの購入要求を受信したとき、
前記記憶手段の情報を参照して、前記アフィリエイトＩＤに対応するノードを特定し、この特定したノードによる前記コンテンツの宣伝対価を前記記憶手段に記憶することを特徴とする請求項１ないし請求項４のいずれか１項に記載の中継対価付与方法。
【請求項６】
前記コンテンツのメタデータを受信したノードは、
このメタデータの送信元であるノードの識別情報およびこのメタデータの送信先であるノードの識別情報を、前記コンテンツを送信するときの経路テーブルとして記憶手段に記憶し、
前記Ｐ２Ｐ通信手段により前記メタデータの送信元であるノードからこのメタデータに対応するコンテンツを受信したとき、前記コンテンツを、前記経路テーブルにおいて前記コンテンツのメタデータの送信先として記憶されているノードへ転送することを特徴とする請求項１ないし請求項５のいずれか１項に記載の中継対価付与方法。
【請求項７】
Ｐ２Ｐ通信手段により接続される１以上のノードによりコンテンツが中継されるＰ２Ｐネットワークにおいて、前記コンテンツを中継したノードにこのコンテンツの中継対価を付与する認証課金サーバであって、
前記コンテンツの購入要求の送信元であるノードから、前記Ｐ２Ｐ通信手段により前記コンテンツの中継を行うノードの識別情報を示した前記コンテンツのメタデータを受信したとき、前記受信したメタデータに示される識別情報のノードの中継対価を記憶手段に記憶する課金処理部を備えることを特徴とする認証課金サーバ。
【請求項８】
前記コンテンツのメタデータは、
前記コンテンツの発信者ノードを出発点として、前記コンテンツを購入するノードまで、前記Ｐ２Ｐ通信手段により接続される１以上のノードのそれぞれにより、前記自身のノードの識別情報を付加して転送されたメタデータであることを特徴とする請求項７に記載の認証課金サーバ。
【請求項９】
前記記憶手段は、
前記発信者ノードから受信した、前記コンテンツごとの経路ポイント初期値をさらに記憶し、
前記コンテンツを購入要求の送信元であるノードから、前記コンテンツのメタデータを受信したとき、前記メタデータに含まれる経路ポイント値および前記ノードの識別情報と、前記所定の計算式とに基づき、前記コンテンツの経路ポイント初期値を逆算し、前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じか否かを判断する経路情報照合部をさらに備え、
前記課金処理部は、
前記逆算した経路ポイント初期値と、前記記憶手段に記憶された前記コンテンツに関する経路ポイント初期値とが同じとき、
前記メタデータに示される識別情報のノードを、前記コンテンツを中継したノードと判断し、このノードの中継対価を記憶手段に記憶することを特徴とする請求項７または請求項８に記載の認証課金サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−２９３７０４（Ｐ２００７−２９３７０４Ａ）
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願番号】特願２００６−１２２３８７（Ｐ２００６−１２２３８７）
【出願日】平成１８年４月２６日（２００６．４．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願日】平成１８年４月２６日（２００６．４．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]