(57)【要約】【課題】  インターネット上の興味を持てそうな情報の取得を容易にする。【解決手段】  通信モジュール１７６は、クライアント端末装置１１から送信されてくる重み付け記事メタデータを受信させて記録させる。表示ランキング情報集計部２３１は、記録されている重み付け記事メタデータを基に、表示ランキング集計情報を生成する。表示制御部２３２は、生成された表示ランキング集計情報を基に、GUI１７３の画面に記事のリストをランキング順に表示させる。通知ランキング情報集計部２４２は、ユーザ１５２の操作に応じた記事ポイントおよび重み付け記事メタデータを基に、重み付け記事メタデータを生成する。通信モジュール１７６は、生成された重み付け記事メタデータを他のユーザのクライアント端末装置１１宛てに送信することで、インターネット上の興味を持てそうな情報の取得を容易にする。本発明は、情報処理装置に適用できる。【選択図】  図３
2006260337.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されている、第１のユーザが使用する情報処理装置において、
複数の他の情報処理装置における、前記ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、前記ネットワークを介して、前記他の情報処理装置のそれぞれから送信されてくる指標を受信する受信手段と、
受信した前記指標を記録する記録手段と、
予め定められた時間が経過した場合、記録されている前記指標を集計することによって、前記他の情報処理装置における前記記事毎の閲覧の頻度の総計を示す集計情報を生成する生成手段と、
前記集計情報に基づいて、閲覧の頻度の総計の順に前記記事を表示するように表示を制御する表示制御手段と
を含むことを特徴とする情報処理装置。
【請求項２】
前記受信手段は、前記ネットワークを介して、前記第１のユーザによって定義される集合に所属する第２のユーザであって、前記指標を前記第１のユーザに受信させることを許可した前記第２のユーザが使用する前記他の情報処理装置のそれぞれから送信されてくる、前記第２のユーザのそれぞれの操作の内容を含む前記指標を受信する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
ネットワークに接続されている、第１のユーザが使用する情報処理装置の情報処理方法において、
複数の他の情報処理装置における、前記ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、前記ネットワークを介して、前記他の情報処理装置のそれぞれから送信されてくる指標の受信を制御する受信制御ステップと、
受信した前記指標を記録する記録ステップと、
予め定められた時間が経過した場合、記録されている前記指標を集計することによって、前記他の情報処理装置における前記記事毎の閲覧の頻度の総計を示す集計情報を生成する生成ステップと、
前記集計情報に基づいて、閲覧の頻度の総計の順に前記記事を表示するように表示を制御する表示制御ステップと
を含むことを特徴とする情報処理方法。
【請求項４】
ネットワークに接続されている、第１のユーザが使用する情報処理装置のコンピュータに、情報処理を行わせるプログラムにおいて、
複数の他の情報処理装置における、前記ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、前記ネットワークを介して、前記他の情報処理装置のそれぞれから送信されてくる指標の受信を制御する受信制御ステップと、
受信した前記指標を記録する記録ステップと、
予め定められた時間が経過した場合、記録されている前記指標を集計することによって、前記他の情報処理装置における前記記事毎の閲覧の頻度の総計を示す集計情報を生成する生成ステップと、
前記集計情報に基づいて、閲覧の頻度の総計の順に前記記事を表示するように表示を制御する表示制御ステップと
を含むことを特徴とするプログラム。
【請求項５】
ネットワークに接続されている、第１のユーザが使用する情報処理装置において、
第１の他の情報処理装置における、前記ネットワーク上に公開されている記事の閲覧の頻度または前記記事に対する操作の内容を示す第１の指標であって、前記ネットワークを介して、前記第１の他の情報処理装置から受信されてくる第１の指標を受信する受信手段と、
受信した前記第１の指標を記録する記録手段と、
ユーザによる前記記事に対する操作の内容を示す第２の指標を生成する第１の生成手段と、
予め定めた第１の時間が経過した場合、記録されている前記第１の指標および生成された前記第２の指標を集計することによって、前記第１の他の情報処理装置における前記記事のそれぞれの閲覧の頻度または前記記事のそれぞれに対する操作の内容と、自分における前記記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成手段と、
生成した前記第３の指標を、前記ネットワークを介して、前記第１の他の情報処理装置または第２の他の情報処理装置に送信する送信手段と
を含むことを特徴とする情報処理装置。
【請求項６】
予め定められた第２の時間を経過した場合、前記第１の生成手段により生成された前記第２の指標を、前記記事に対して操作されたときから、時間の経過とともに減らす減少手段と、
前記第２の生成手段は、予め定められた前記第１の時間が経過した場合、記録されている前記第１の指標および減らされた前記第２の指標を集計することによって、前記第１の他の情報処理装置における前記記事のそれぞれの閲覧の頻度または前記記事のそれぞれに対する操作の内容と、自分における前記記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記第２の生成手段は、予め定められた前記第１の時間が経過した場合、記録されている前記第１の指標または前記第２の指標に対して重み付けをし、両方またはいずれか一方が重み付けをされた前記第１の指標および前記第２の指標を集計することによって、前記第１の他の情報処理装置における前記記事のそれぞれの閲覧の頻度または前記記事のそれぞれに対する操作の内容と、自分における前記記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項８】
前記受信手段は、前記ネットワークを介して、前記第１のユーザによって定義される集合に所属する第２のユーザであって、前記第１の指標を前記第１のユーザに受信させることを許可した前記第２のユーザが使用する前記第１の他の情報処理装置のそれぞれから送信されてくる、前記第１指標を受信する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項９】
前記送信手段は、生成した前記第３の指標を、前記ネットワークを介して、前記集合に所属する前記第２のユーザであって、前記第３の指標の送信を許可している前記第２のユーザが使用する前記第１の他の情報処理装置、または前記集合に所属する第３のユーザであって、前記第３の指標の送信を許可している前記第３のユーザが使用する第２の他の情報処理装置に送信する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項１０】
ネットワークに接続されている、第１のユーザが使用する情報処理装置の情報処理方法において、
第１の他の情報処理装置における、前記ネットワーク上に公開されている記事の閲覧の頻度または前記記事に対する操作の内容を示す第１の指標であって、前記ネットワークを介して、前記第１の他の情報処理装置から受信されてくる第１の指標の受信を制御する受信制御ステップと、
受信した前記第１の指標を記録する記録ステップと、
ユーザによる前記記事に対する操作の内容を示す第２の指標を生成する第１の生成ステップと、
予め定めた第１の時間が経過した場合、記録されている前記第１の指標および生成された前記第２の指標を集計することによって、前記第１の他の情報処理装置における前記記事のそれぞれの閲覧の頻度または前記記事のそれぞれに対する操作の内容と、自分における前記記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成ステップと、
生成した前記第３の指標の、前記ネットワークを介して、前記第１の他の情報処理装置または第２の他の情報処理装置への送信を制御する送信制御ステップと
を含むことを特徴とする情報処理方法。
【請求項１１】
ネットワークに接続されている、第１のユーザが使用する情報処理装置のコンピュータに、情報処理を行わせるプログラムにおいて、
第１の他の情報処理装置における、前記ネットワーク上に公開されている記事の閲覧の頻度または前記記事に対する操作の内容を示す第１の指標であって、前記ネットワークを介して、前記第１の他の情報処理装置から受信されてくる第１の指標の受信を制御する受信制御ステップと、
受信した前記第１の指標を記録する記録ステップと、
ユーザによる前記記事に対する操作の内容を示す第２の指標を生成する第１の生成ステップと、
予め定めた第１の時間が経過した場合、記録されている前記第１の指標および生成された前記第２の指標を集計することによって、前記第１の他の情報処理装置における前記記事のそれぞれの閲覧の頻度または前記記事のそれぞれに対する操作の内容と、自分における前記記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成ステップと、
生成した前記第３の指標の、前記ネットワークを介して、前記第１の他の情報処理装置または第２の他の情報処理装置への送信を制御する送信制御ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置および方法、並びにプログラムに関し、特に、興味を持てそうな情報を取得することができるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
昨今、インターネットの普及にともなって、ウェブログ（Weblog）（いわゆる、ブログ（Blog））と称されるサービスも普及している。ウェブログとは、例えば、社会問題などを扱ったジャーナリスティックなものから、興味のあるニュースに独自の論評を加えているもの、個人的な日記やエッセイ、さらに、自分で撮った写真を載せたものなど様々な形態のものがあり、一般的には、継続的に更新されるWebサイトの総称である。
【０００３】
また、新聞社やポータルサイトなどがインターネットによりニュースを配信するニュースサイトも普及しており、リアルタイムで情報を収集できることから、利用者が増加している。
【０００４】
これらのウェブログやニュースサイトは、Webサイトの見出しや要約などのメタデータを構造化して記述するRSS（Resource Description Framework Site Summary）形式の情報（以下、RSS情報とも称する）により更新情報を提供することで、より多くの利用者に情報を閲覧してもらうことが可能となる。すなわち、利用者は、RSS形式の情報を読み取るRSSリーダ（RSS Reader）により、更新したサイトがあればその情報を取得できるので、効率的にウェブログやニュースの閲覧を行うことができる。
【０００５】
さらに、任意のクライアントグループごとにキャッシュ又はログを制御することを可能とし、当該グループで必要とされるURL（Uniform Resource Locator）のリンク集を自動生成してURL情報の共有化を図ると共に、弊害のある情報閲覧の自主規制を図ることが可能なURL情報共有システムがある（例えば、特許文献１参照）。
【０００６】
また、コンテンツ再生時の操作情報（早送り、一時停止、巻き戻しなど）などで構成される嗜好データと、コンテンツ視聴者の年齢層、性別、生活パターンなどがネットワーク経由でサーバに転送し、サーバは、嗜好データを統計処理して、年齢層、性別、生活パターンなど視聴者の属性ごとに付加価値情報が生成し、コンテンツ再生装置上では、人気タイトル検索や，人気シーンのみの再生、退屈シーン・スキップ再生などの付加価値再生サービスを行うようにしているものもある（例えば、特許文献２参照）。
【０００７】
【特許文献１】特開２００３−２８１０２１号公報
【特許文献２】特開２００２−２３２８２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、RSSリーダの利用者の取得できる更新情報は、ウェブログやニュースサイトの発信者が作成したもののみであり、その他の情報を取得できないという問題があった。
【０００９】
例えば、ウェブログやニュースサイトとRSSリーダとの関係は、ウェブログやニュースサイトの発信者自身が閲覧したインターネットの記事へのリンクなどを掲載し、さらに、そのウェブログやニュースサイトを閲覧しているRSSリーダの利用者が元記事の情報を取得するという利用形態となっているので、発信者の価値観によってフィルターされた情報の取得は可能であるが、他の閲覧者の価値によってフィルタリングされた情報を取得できなかった。
【００１０】
また、例えば、特開２００３−２８１０２１号公報に開示されているURL情報共有システムは、閲覧しているコンテンツをプロキシサーバで集約しているので、コンテンツを共有したい利用者同士が、同じプロキシサーバを利用しなければならなかった。
【００１１】
さらに、例えば、特開２００２−２３２８２３号公報に開示されている通信装置は、全てのユーザの情報を集約してから処理が実行されるため、処理の結果得られる情報は平均化され、一般化された情報となるので、必ずしもコンテンツの利用者の嗜好にそうものではなくなってしまうという問題がある。
【００１２】
本発明はこのような状況に鑑みてなされたものであり、利用者がインターネット上の情報を選択する際に、利用者自身の価値観だけでなく、利用者自身と人的交流のある人物の価値観を加えることで、興味を持てそうな情報の取得を、利用者自身だけがもつ情報フィルターにて、容易にするものである。
【課題を解決するための手段】
【００１３】
本発明の第１の情報処理装置は、複数の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、ネットワークを介して、他の情報処理装置のそれぞれから送信されてくる指標を受信する受信手段と、受信した指標を記録する記録手段と、予め定められた時間が経過した場合、記録されている指標を集計することによって、他の情報処理装置における記事毎の閲覧の頻度の総計を示す集計情報を生成する生成手段と、集計情報に基づいて、閲覧の頻度の総計の順に記事を表示するように表示を制御する表示制御手段とを含むことを特徴とする。
【００１４】
受信手段は、ネットワークを介して、第１のユーザによって定義される集合に所属する第２のユーザであって、指標を第１のユーザに受信させることを許可した第２のユーザが使用する他の情報処理装置のそれぞれから送信されてくる、第２のユーザのそれぞれの操作の内容を含む指標を受信することを特徴とする。
【００１５】
本発明の第１の情報処理方法は、複数の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、ネットワークを介して、他の情報処理装置のそれぞれから送信されてくる指標の受信を制御する受信制御ステップと、受信した指標を記録する記録ステップと、予め定められた時間が経過した場合、記録されている指標を集計することによって、他の情報処理装置における記事毎の閲覧の頻度の総計を示す集計情報を生成する生成ステップと、集計情報に基づいて、閲覧の頻度の総計の順に記事を表示するように表示を制御する表示制御ステップとを含むことを特徴とする。
【００１６】
本発明の第１のプログラムは、複数の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、ネットワークを介して、他の情報処理装置のそれぞれから送信されてくる指標の受信を制御する受信制御ステップと、受信した指標を記録する記録ステップと、予め定められた時間が経過した場合、記録されている指標を集計することによって、他の情報処理装置における記事毎の閲覧の頻度の総計を示す集計情報を生成する生成ステップと、集計情報に基づいて、閲覧の頻度の総計の順に記事を表示するように表示を制御する表示制御ステップとを含むことを特徴とする。
【００１７】
本発明の第２の情報処理装置は、第１の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度または記事に対する操作の内容を示す第１の指標であって、ネットワークを介して、第１の他の情報処理装置から受信されてくる第１の指標を受信する受信手段と、受信した第１の指標を記録する記録手段と、ユーザによる記事に対する操作の内容を示す第２の指標を生成する第１の生成手段と、予め定めた第１の時間が経過した場合、記録されている第１の指標および生成された第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成手段と、生成した第３の指標を、ネットワークを介して、第１の他の情報処理装置または第２の他の情報処理装置に送信する送信手段とを含むことを特徴とする。
【００１８】
第２の情報処理装置は、予め定められた第２の時間を経過した場合、第１の生成手段により生成された第２の指標を、記事に対して操作されたときから、時間の経過とともに減らす減少手段と、第２の生成手段は、予め定められた第１の時間が経過した場合、記録されている第１の指標および減らされた第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成することを特徴とする。
【００１９】
第２の生成手段は、予め定められた第１の時間が経過した場合、記録されている第１の指標または第２の指標に対して重み付けをし、両方またはいずれか一方が重み付けをされた第１の指標および第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成することを特徴とする。
【００２０】
受信手段は、ネットワークを介して、第１のユーザによって定義される集合に所属する第２のユーザであって、第１の指標を第１のユーザに受信させることを許可した第２のユーザが使用する第１の他の情報処理装置のそれぞれから送信されてくる、第１指標を受信することを特徴とする。
【００２１】
送信手段は、生成した第３の指標を、ネットワークを介して、集合に所属する第２のユーザであって、第３の指標の送信を許可している第２のユーザが使用する第１の他の情報処理装置、または集合に所属する第３のユーザであって、第３の指標の送信を許可している第３のユーザが使用する第２の他の情報処理装置に送信することを特徴とする。
【００２２】
本発明の第２の情報処理方法は、第１の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度または記事に対する操作の内容を示す第１の指標であって、ネットワークを介して、第１の他の情報処理装置から受信されてくる第１の指標の受信を制御する受信制御ステップと、受信した第１の指標を記録する記録ステップと、ユーザによる記事に対する操作の内容を示す第２の指標を生成する第１の生成ステップと、予め定めた第１の時間が経過した場合、記録されている第１の指標および生成された第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成ステップと、生成した第３の指標の、ネットワークを介して、第１の他の情報処理装置または第２の他の情報処理装置への送信を制御する送信制御ステップとを含むことを特徴とする。
【００２３】
本発明の第２のプログラムは、第１の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度または記事に対する操作の内容を示す第１の指標であって、ネットワークを介して、第１の他の情報処理装置から受信されてくる第１の指標の受信を制御する受信制御ステップと、受信した第１の指標を記録する記録ステップと、ユーザによる記事に対する操作の内容を示す第２の指標を生成する第１の生成ステップと、予め定めた第１の時間が経過した場合、記録されている第１の指標および生成された第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成ステップと、生成した第３の指標の、ネットワークを介して、第１の他の情報処理装置または第２の他の情報処理装置への送信を制御する送信制御ステップとを含むことを特徴とする。
【００２４】
本発明の第１の情報処理装置、第１の情報処理方法、および第１のプログラムにおいては、複数の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、ネットワークを介して、他の情報処理装置のそれぞれから送信されてくる指標が受信され、受信した指標が記録され、予め定められた時間が経過した場合、記録されている指標を集計することによって、他の情報処理装置における記事毎の閲覧の頻度の総計を示す集計情報が生成され、集計情報に基づいて、閲覧の頻度の総計の順に記事を表示するように表示が制御される。
【００２５】
本発明の第２の情報処理装置、第２の情報処理方法、および第２のプログラムにおいては、第１の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度または記事に対する操作の内容を示す第１の指標であって、ネットワークを介して、第１の他の情報処理装置から受信されてくる第１の指標が受信され、受信した第１の指標が記録され、ユーザによる記事に対する操作の内容を示す第２の指標が生成され、予め定めた第１の時間が経過した場合、記録されている第１の指標および生成された第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標が生成され、生成した第３の指標が、ネットワークを介して、第１の他の情報処理装置または第２の他の情報処理装置に送信される。
【発明の効果】
【００２６】
本発明によれば、インターネット上の情報を収集することができる。また、本発明によれば、利用者がインターネット上の情報を選択する際に、利用者自身の価値観だけでなく、利用者自身と人的交流のある人物の価値観を加えることで、より容易に興味を持てそうな情報を取得することができる。
【発明を実施するための最良の形態】
【００２７】
以下に本発明の最良の形態を説明するが、開示される発明と実施の形態との対応関係を例示すると、次のようになる。本明細書中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応していないものであることを意味するものではない。
【００２８】
さらに、この記載は、明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現し、追加される発明の存在を否定するものではない。
【００２９】
本発明によれば、第１の情報処理装置が提供される。この第１の情報処理装置（例えば、図１のクライアント端末装置１１）は、複数の他の情報処理装置（例えば、図１のクライアント端末装置１１）における、ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、ネットワーク（例えば、図１のネットワーク１２）を介して、他の情報処理装置のそれぞれから送信されてくる指標を受信する受信手段（例えば、図３の通信モジュール１７６の制御により、図３１のステップＳ３２１の処理を実行する図２の通信部１０９）と、受信した指標を記録する記録手段（例えば、図２の記録部１０８）と、予め定められた時間が経過した場合、記録されている指標を集計することによって、他の情報処理装置における記事毎の閲覧の頻度の総計を示す集計情報を生成する生成手段（例えば、図３の表示ランキング情報集計部２３１）と、集計情報に基づいて、閲覧の頻度の総計の順に記事を表示するように表示を制御する表示制御手段（例えば、図３の表示制御部２３２）とを含む。
【００３０】
受信手段は、ネットワークを介して、第１のユーザによって定義される集合に所属する第２のユーザであって、指標を第１のユーザに受信させることを許可した第２のユーザが使用する他の情報処理装置のそれぞれから送信されてくる、第２のユーザのそれぞれの操作の内容を含む指標を受信することができる。
【００３１】
本発明によれば、第１の情報処理方法が提供される。この情報処理方法は、複数の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、ネットワークを介して、他の情報処理装置のそれぞれから送信されてくる指標の受信を制御する受信制御ステップ（例えば、図３１のステップＳ３２１の処理）と、受信した指標を記録する記録ステップ（例えば、図３１のステップＳ３２２の処理）と、予め定められた時間が経過した場合、記録されている指標を集計することによって、他の情報処理装置における記事毎の閲覧の頻度の総計を示す集計情報を生成する生成ステップ（例えば、図３１のステップＳ３２４の処理）と、集計情報に基づいて、閲覧の頻度の総計の順に記事を表示するように表示を制御する表示制御ステップ（例えば、図３１のステップＳ３２５の処理）とを含む。
【００３２】
本発明によれば、第１のプログラムが提供される。この第１のプログラムは、複数の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度を示す指標であって、ネットワークを介して、他の情報処理装置のそれぞれから送信されてくる指標の受信を制御する受信制御ステップ（例えば、図３１のステップＳ３２１の処理）と、受信した指標を記録する記録ステップ（例えば、図３１のステップＳ３２２の処理）と、予め定められた時間が経過した場合、記録されている指標を集計することによって、他の情報処理装置における記事毎の閲覧の頻度の総計を示す集計情報を生成する生成ステップ（例えば、図３１のステップＳ３２４の処理）と、集計情報に基づいて、閲覧の頻度の総計の順に記事を表示するように表示を制御する表示制御ステップ（例えば、図３１のステップＳ３２５の処理）とを含む。
【００３３】
この第１のプログラムは、記録媒体（例えば、図２の磁気ディスク１２１）に記録することができる。
【００３４】
本発明によれば、第２の情報処理装置が提供される。この第２の情報処理装置（例えば、図１のクライアント端末装置１１）は、第１の他の情報処理装置（例えば、図１のクライアント端末装置１１）における、ネットワーク上に公開されている記事の閲覧の頻度または記事に対する操作の内容を示す第１の指標であって、ネットワーク（例えば、図１のネットワーク１２）を介して、第１の他の情報処理装置から受信されてくる第１の指標を受信する受信手段（例えば、図３の通信モジュール１７６の制御により、図３１のステップＳ３２１の処理を実行する図２の通信部１０９）と、受信した第１の指標を記録する記録手段（例えば、図２の記録部１０８）と、ユーザによる記事に対する操作の内容を示す第２の指標を生成する第１の生成手段（例えば、図３の操作ポイント換算部２４１）と、予め定めた第１の時間が経過した場合、記録されている第１の指標および生成された第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成手段（例えば、図３の通知ランキング情報集計部２４２）と、生成した第３の指標を、ネットワークを介して、第１の他の情報処理装置または第２の他の情報処理装置に送信する送信手段（例えば、図３の通信モジュール１７６の制御により、図３２のステップＳ３４８の処理を実行する図２の通信部１０９）とを含む。
【００３５】
予め定められた第２の時間を経過した場合、第１の生成手段により生成された第２の指標を、記事に対して操作されたときから、時間の経過とともに減らす減少手段（例えば、図３の記事ポイント減衰部２４４）と、第２の生成手段は、予め定められた第１の時間が経過した場合、記録されている第１の指標および減らされた第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成することができる。
【００３６】
第２の生成手段は、予め定められた第１の時間が経過した場合、記録されている第１の指標または第２の指標に対して重み付けをし、両方またはいずれか一方が重み付けをされた第１の指標および第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成することができる。
【００３７】
受信手段は、ネットワークを介して、第１のユーザによって定義される集合に所属する第２のユーザであって、第１の指標を第１のユーザに受信させることを許可した第２のユーザが使用する第１の他の情報処理装置のそれぞれから送信されてくる、第１指標を受信することができる。
【００３８】
送信手段は、生成した第３の指標を、ネットワークを介して、集合に所属する第２のユーザであって、第３の指標の送信を許可している第２のユーザが使用する第１の他の情報処理装置、または集合に所属する第３のユーザであって、第３の指標の送信を許可している第３のユーザが使用する第２の他の情報処理装置に送信することができる。
【００３９】
本発明によれば、第２の情報処理方法が提供される。この情報処理方法は、第１の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度または記事に対する操作の内容を示す第１の指標であって、ネットワークを介して、第１の他の情報処理装置から受信されてくる第１の指標の受信を制御する受信制御ステップ（例えば、図３１のステップＳ３２１の処理）と、受信した第１の指標を記録する記録ステップ（例えば、図３１のステップＳ３２２の処理）と、ユーザによる記事に対する操作の内容を示す第２の指標を生成する第１の生成ステップ（例えば、図３２のステップＳ３４３の処理）と、予め定めた第１の時間が経過した場合、記録されている第１の指標および生成された第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成ステップ（例えば、図３２のステップＳ３４６の処理）と、生成した第３の指標の、ネットワークを介して、第１の他の情報処理装置または第２の他の情報処理装置への送信を制御する送信制御ステップ（例えば、図３２のステップＳ３４８の処理）とを含む。
【００４０】
本発明によれば、第２のプログラムが提供される。この第２のプログラムは、第１の他の情報処理装置における、ネットワーク上に公開されている記事の閲覧の頻度または記事に対する操作の内容を示す第１の指標であって、ネットワークを介して、第１の他の情報処理装置から受信されてくる第１の指標の受信を制御する受信制御ステップ（例えば、図３１のステップＳ３２１の処理）と、受信した第１の指標を記録する記録ステップ（例えば、図３１のステップＳ３２２の処理）と、ユーザによる記事に対する操作の内容を示す第２の指標を生成する第１の生成ステップ（例えば、図３２のステップＳ３４３の処理）と、予め定めた第１の時間が経過した場合、記録されている第１の指標および生成された第２の指標を集計することによって、第１の他の情報処理装置における記事のそれぞれの閲覧の頻度または記事のそれぞれに対する操作の内容と、自分における記事のそれぞれに対する操作の内容とに応じた第３の指標を生成する第２の生成ステップ（例えば、図３２のステップＳ３４６の処理）と、生成した第３の指標の、ネットワークを介して、第１の他の情報処理装置または第２の他の情報処理装置への送信を制御する送信制御ステップ（例えば、図３２のステップＳ３４８の処理）とを含む。
【００４１】
この第２のプログラムは、記録媒体（例えば、図２の磁気ディスク１２１）に記録することができる。
【００４２】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００４３】
図１は、本発明を適用したP2P（Peer to Peer）システム１の一実施の形態の構成を示すブロック図である。
【００４４】
このP2Pシステム１においては、ネットワーク１２に、クライアント端末装置１１−１乃至１１−Ｎ、P2Pサーバ１３、およびRSSサーバ１４が接続されている。
【００４５】
クライアント端末装置１１−１乃至１１−Ｎは、例えば、パーソナルコンピュータまたはPDA（Personal Digital Assistance）などのネットワーク１２に接続可能な機器である。クライアント端末装置１１−１乃至１１−Ｎのそれぞれは、本発明の情報処理装置の一例である。
【００４６】
クライアント端末装置１１−１は、ネットワーク１２を介して、ネットワーク１２に接続されたクライアント端末装置１１−２乃至１１−Ｎのいずれか若しくはP2Pサーバ１３に様々なデータを送信するか、またはクライアント端末装置１１−２乃至１１−Ｎのいずれか、P2Pサーバ１３、若しくはRSSサーバ１４から送信されてきた様々なデータを受信する。
【００４７】
例えば、クライアント端末装置１１−１は、ネットワーク１２を介して、記事ポイントなどの情報を含むRSS形式を拡張した拡張RSS形式の情報（以下、重み付け記事メタデータと称する）をクライアント端末装置１１−２乃至１１−Ｎのいずれかに送信する。また、クライアント端末装置１１−１は、ネットワーク１２を介して、クライアント端末装置１１−２乃至１１−Ｎのいずれかから、重み付け記事メタデータを受信する。さらに、クライアント端末装置１１−１は、ネットワーク１２を介して、RSSサーバ１４から、RSS情報を受信する。  
【００４８】
ここで、記事ポイントとは、各記事ごと集計されるポイントをいい、この記事ポイントを集計することにより、記事をランキング順に表示させることができる。
【００４９】
クライアント端末装置１１−２は、ネットワーク１２を介して、ネットワーク１２に接続されたクライアント端末装置１１−１、クライアント端末装置１１−３乃至１１−Ｎのいずれか、若しくはP2Pサーバ１３に様々なデータを送信するか、またはクライアント端末装置１１−１、クライアント端末装置１１−３乃至１１−Ｎのいずれか、P2Pサーバ１３、若しくはRSSサーバ１４から送信されてきた様々なデータを受信する。
【００５０】
例えば、クライアント端末装置１１−２は、ネットワーク１２を介して、重み付け記事メタデータをクライアント端末装置１１−１またはクライアント端末１１−３乃至１１−Ｎのいずれかに送信する。また、クライアント端末装置１１−２は、ネットワーク１２を介して、クライアント端末装置１１−１またはクライアント端末装置１１−３乃至１１−Ｎのいずれかから、重み付け記事メタデータを受信する。さらに、クライアント端末装置１１−２は、ネットワーク１２を介して、RSSサーバ１４から、RSS情報を受信する。
【００５１】
クライアント端末装置１１−３（図示せず）乃至１１−Ｎのそれぞれは、ネットワーク１２に接続された自分以外のクライアント端末装置若しくはP2Pサーバ１３に様々なデータをそれぞれ送信するか、または自分以外のクライアント端末装置、P2Pサーバ１３、若しくはRSSサーバ１４から送信されてきた様々なデータをそれぞれ受信する。
【００５２】
例えば、クライアント端末装置１１−３（図示せず）乃至１１−Ｎのそれぞれは、ネットワーク１２を介して、重み付け記事メタデータを自分以外のクライアント端末装置にそれぞれ送信する。また、クライアント端末装置１１−３（図示せず）乃至１１−Ｎのそれぞれは、ネットワーク１２を介して、自分以外のクライアント端末装置から、重み付け記事メタデータをそれぞれ受信する。さらに、クライアント端末装置１１−３（図示せず）乃至１１−Ｎのそれぞれは、ネットワーク１２を介して、RSSサーバ１４から、RSS情報を受信する。
【００５３】
ネットワーク１２は、例えば、建物内に構築されたIEEE（Institute of Electrical and Electronics Engineers）802.11a、802.11b、若しくは802.11gなどの規格に準拠した無線LAN（Local Area Network）、有線のLAN、またはインターネットなどからなる。
【００５４】
P2Pサーバ１３は、例えば、専用のサーバまたはパーソナルコンピュータなどであり、クライアント端末装置１１−１乃至１１−Ｎのいずれかに様々なデータを送信するか、または、クライアント端末装置１１−１乃至１１−Ｎのいずれかから送信されてきた様々なデータを受信する。
【００５５】
例えば、P2Pサーバ１３は、クライアント端末装置１１−１から、P2Pシステム１へのログインの要求（以下、ログイン要求と称する）を受信し、受信したログイン要求を基に、ログインの処理を実行することにより、クライアント端末装置１１−１を利用しているユーザを一意に特定するID（Identification）（以下、ピアIDと称する）とIP（Internet Protocol）アドレスとを自分が記憶しているピアIDとIPアドレスとの対応テーブル（以下、ピアリストと称する）に登録する。P2Pサーバ１３は、ピアIDとIPアドレスとをピアリストに登録後、P2Pシステム１にログインしたことを示す通知（以下、ログイン通知と称する）をクライアント端末装置１１−１に送信する。
【００５６】
また、例えば、P2Pサーバ１３は、クライアント端末装置１１−１から、他のクライアント端末装置のIPアドレスを取得する要求（以下、名前解決要求と称する）（名前解決要求には、ピアIDが含まれる）を受信し、受信した名前解決要求に含まれるピアIDを基に、名前解決の処理を実行することにより、ピアリストから、受信したピアIDに対応したIPアドレスを取得し、取得したIPアドレスをクライアント端末装置１１−１に送信する。
【００５７】
RSSサーバ１４は、例えば、専用のサーバまたはパーソナルコンピュータなどであり、RSS情報をクライアント端末装置１１−１乃至１１−Ｎのいずれかに送信する。
【００５８】
例えば、RSSサーバ１４は、ニュースサイトである場合、配信するニュースをRSS情報として、クライアント端末装置１１−１乃至１１−Ｎのいずれかに送信する。
【００５９】
なお、P2Pサーバ１３が、ログインの処理および名前解決の処理を実行するとして説明したが、これらの処理を別々のサーバに実行させることも可能である。例えば、名前解決の処理を実行するサーバ（図示せず）を別に設けて、そのサーバに名前解決の処理を実行させることで、P2Pサーバ１３は、ログインの処理のみを実行するようにしてもよい。また、ネットワーク上に既に設けられているサーバ（例えば、DNS（Domain Name Server）サーバ（図示せず）やSIP(Session Initiation Protocol)サーバ(図示せず)など）に名前解決の処理を実行させる機能を追加することで、そのサーバに名前解決の処理を実行させるようにしてもよい。
【００６０】
以下、クライアント端末装置１１−１乃至クライアント端末装置１１−Ｎを個々に区別する必要がないとき、単に、クライアント端末装置１１と称する。また、クライアント端末装置１１−１乃至クライアント端末装置１１−Ｎのうち任意のものを、クライアント端末装置１１−ｉ、クライアント端末装置１１−ｊ、クライアント端末装置１１−ｋ、クライアント端末装置１１−ｎとも称する。
【００６１】
図２は、クライアント端末装置１１の構成例を示すブロック図である。
【００６２】
CPU１０１は、ROM１０２に記憶されているプログラム、または、記録部１０８に記録されているプログラムに従って各種の処理を実行する。RAM１０３には、CPU１０１が実行するプログラムやデータなどが適宜記憶される。これらのCPU１０１、ROM１０２、およびRAM１０３は、バス１０４を介して相互に接続されている。
【００６３】
CPU１０１にはまた、バス１０４を介して入出力インターフェイス１０５が接続されている。入出力インターフェイス１０５には、キーボード、マウスなどよりなる入力部１０６、ディスプレイなどよりなる出力部１０７が接続されている。CPU１０１は、入力部１０６から入力される指令に対応して各種の処理を実行する。そして、CPU１０１は、処理の結果得られた画像や音声などを出力部１０７に出力する。
【００６４】
入出力インターフェイス１０５に接続されている記録部１０８は、例えば、ハードディスクなどで構成され、CPU１０１が実行するプログラムや各種のデータを記録する。通信部１０９は、ネットワーク１２、インターネット、その他のネットワーク、または通信媒体を介して外部の装置と通信する。
【００６５】
また、通信部１０９を介してプログラムを取得し、記録部１０８に記録してもよい。
【００６６】
入出力インターフェイス１０５に接続されているドライブ１１０は、磁気ディスク１２１、光ディスク１２２、光磁気ディスク１２３、または半導体メモリ１２４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部１０８に転送され、記録される。
【００６７】
図３は、クライアント端末装置１１により実行されるプログラムの構成の例（機能の構成の例）を示す図である。
【００６８】
プログラムであるRSSリーダ１５１は、例えば、記録部１０８またはROM１０２に記録される。また、RSSリーダ１５１は、記録部１０８またはROM１０２からRAM１０３に適宜ロードされ、CPU１０１により実行される。例えば、RSSリーダ１５１は、記録部１０８またはROM１０２からRAM１０３に適宜ロードされ、他のクライアント端末装置から送信された重み付け記事メタデータに含まれる記事ポイントを基に、記事のランキングを集計し、集計した記事のランキングの情報をRSSリーダ１５１のGUI１７３により表示される画面に表示させるなどの処理を実行する。
【００６９】
なお、RSSリーダ１５１は、P2Pのクライアントプログラムの一例である。すなわち、クライアント端末装置１１で実行されるP2Pのクライアントプログラムは、RSSリーダ１５１に限らず、例えば、RSSを利用するRSSアグリゲータ（RSS Aggregator）やWebブラウザなどのコンテンツ閲覧プログラムなどであってもよい。
【００７０】
ログインモジュール１７１は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、P2Pシステム１へのログインの要求であるログイン要求をP2Pサーバ１３宛てに送信させる。例えば、ログインモジュール１７１は、ユーザ１５２の操作により、RSSリーダ１５１が起動した場合、ネットワーク１２を介して、通信部１０９に、ログイン要求をP2Pサーバ１３宛てに送信させる。ログインモジュール１７１は、通信部１０９を制御して、ネットワーク１２を介して、P2Pサーバ１３から、P2Pサーバ１３がピアIDとIPアドレスとを対応させてピアリストに格納したことを示す通知であるログイン通知を通信部１０９に受信させる。
【００７１】
ここで、ログイン要求には、クライアント端末装置１１を使用しているユーザを一意に特定するピアIDと、ユーザ１５２が使用しているクライアント端末装置１１のIPアドレスが少なくとも含まれている。
【００７２】
記事巡回モジュール１７２は、通信部１０９を制御して、ネットワーク１２を介して、インターネットに接続されている機器（例えば、RSSサーバ１４やWebサーバ（図示せず））が提供するRSS情報を通信部１０９に受信させる。記事巡回モジュール１７２は、通信部１０９を制御して、通信部１０９に、受信したRSS情報をGUI（Graphical User Interface）１７３に供給させて表示させる。
【００７３】
例えば、記事巡回モジュール１７２は、通信部１０９を制御して、ネットワーク１２を介して、インターネット上のサイト１５３（RSSサーバ１４）に記事を更新したか否かを問い合わせることで、インターネット上のサイト１５３（RSSサーバ１４）から更新されたRSS情報を通信部１０９に受信させ、通信部１０９に、受信したRSS情報をGUI１７３に供給させて表示させる。
【００７４】
GUI１７３は、RSSリーダ１５１のユーザインターフェイスであり、記事を表示してユーザ１５２に閲覧させたり、ユーザ１５２による操作を受け付けたりする。例えば、GUI１７３によって表示される画面は、ピアのリストを表示する第１ペイン、記事リストを表示する第２ペイン、および記事のサマリーまたは本文を表示する第３ペインなどから構成される。
【００７５】
例えば、GUI１７３は、記事巡回モジュール１７２から供給されたRSS情報を基に、出力部１０７のディスプレイに記事を表示させる。また、GUI１７３は、後述する表示ランキング集計モジュール１７８から供給される記事リストをランキング順に表示させるための情報である表示ランキング集計情報を基に、出力部１０７のディスプレイにランキング順に記事を表示させる。
【００７６】
また、GUI１７３は、表示制御部２０２から供給された、ピアリストの表示に関する情報であるピアリスト表示情報を基に、第１ペインに表示されたピアの名前の先頭に表示されている矢印アイコンを表示（変更）させる。
【００７７】
GUI１７３は、ユーザ操作センサ１９１および第１ペインピアリスト管理部１９２を含むように構成される。
【００７８】
ユーザ操作センサ１９１は、ユーザ１５２による（RSSリーダ１５１の）GUI１７３に対する操作を検出し、検出したユーザ１５２の操作の内容を示すユーザ操作情報を、操作ポイント換算部２４１に供給する。
【００７９】
例えば、ユーザ操作センサ１９１は、ユーザＡにより、RSSリーダ１５１のGUI１７３により表示される画面の第２ペインに表示されている記事リストの“今日の天気”である記事がダブルクリックされて、第３ペインに本文を表示させる操作がされた場合、“ダブルクリック”であるユーザＡの操作およびその第３ペインに本文が表示された“今日の天気”である記事の情報を含むユーザ操作情報を、操作ポイント換算部２４１に供給する。
【００８０】
第１ペインピアリスト管理部１９２は、ユーザ１５２の操作に応じた要求をピアリスト管理部２０１に供給する。
【００８１】
例えば、第１ペインピアリスト管理部１９２は、ユーザ１５２の操作により、ピア（相手との接続）を新規で登録する操作がなされた場合、ピア登録要求をピアリスト管理部２０１に供給する。また、第１ペインピアリスト管理部１９２は、ユーザ１５２の操作により、（重み付け記事メタデータを提供する提供先として）ピア（相手との接続）を許可する操作がなされた場合、ピア許可要求をピアリスト管理部２０１に供給する。さらに、第１ペインピアリスト管理部１９２は、ユーザ１５２の操作により、（重み付け記事メタデータを提供する提供先として）ピア（相手との接続）を拒否する操作がなされた場合、ピア拒否要求をピアリスト管理部２０１に供給する。また、第１ペインピアリスト管理部１９２は、ユーザ１５２の操作により、登録されていたピア（相手との接続）を削除する操作がなされた場合、ピア削除要求をピアリスト管理部２０１に供給する。
【００８２】
ピアリスト管理モジュール１７４は、ピアリスト１７５に対する様々な処理を実行する。例えば、ピアリスト管理モジュール１７４は、第１ペインピアリスト管理部１９２から供給されたピア登録要求を基に、重み付け記事メタデータの提供を受けたい相手のピアIDをピアリスト１７５のピアチャンネルリスト２１１に格納させるなどの処理を実行する。
【００８３】
ピアリスト管理モジュール１７４は、ピアリスト管理部２０１、表示制御部２０２、およびピア判定部２０３を含むように構成される。
【００８４】
ピアリスト管理部２０１は、第１ペインピアリスト管理部１９２から供給された要求（例えば、ピア登録要求、ピア許可要求、ピア拒否要求、またはピア削除要求など）を基に、ピアリスト１７５に対して、所定の処理を実行する。
【００８５】
例えば、ピアリスト管理部２０１は、第１ペインピアリスト管理部１９２から供給されたピア登録要求を基に、重み付け記事メタデータの提供を受けたい相手のピアIDをピアリスト１７５のピアチャンネルリスト２１１に格納させる。例えば、ピアリスト管理部２０１は、第１ペインピアリスト管理部１９２から供給されたユーザＢのピア登録要求を基に、重み付け記事メタデータの提供を受けたい相手であるユーザＢのピアIDとして、“bbb@bbb.ne.jp”であるユーザＢのピアIDをピアリスト１７５のピアチャンネルリスト２１１に格納させる。
【００８６】
また、ピアリスト管理部２０１は、重み付け記事メタデータの提供を受けたい相手のクライアント端末装置１１のIPアドレスを取得するための要求である名前解決要求を通信モジュール１７６に供給する。例えば、ピアリスト管理部２０１は、ユーザＢの使用するクライアント端末装置１１のIPアドレスを取得したい場合、ユーザＢの使用するクライアント端末装置１１のIPアドレスを取得するための名前解決要求として、“bbb@bbb.ne.jp”であるユーザＢのピアIDを含む名前解決要求を通信モジュール１７６に供給する。
【００８７】
さらに、名前解決要求に応じたIPアドレスを通信部１０９が受信した場合、ピアリスト管理部２０１は、通信部１０９から供給されたIPアドレスを基に、重み付け記事メタデータの提供を受けたい相手のピアIDとIPアドレスとを対応付けて、記録部１０８に記録されているピアリスト１７５のピアキャッシュ２１３に格納させる。例えば、ピアリスト管理部２０１は、通信部１０９から供給された“192.168.1.10”であるユーザＢの使用するクライアント端末装置１１のIPアドレスを基に、重み付け記事メタデータの提供を受けたい相手であるユーザＢの“bbb@bbb.ne.jp”であるピアIDと、“192.168.1.10”であるユーザＢの使用するクライアント端末装置１１のIPアドレスとを対応付けて、記録部１０８に記録されているピアリスト１７５のピアキャッシュ２１３に格納させる。
【００８８】
また、ピアリスト管理部２０１は、重み付け記事メタデータの提供を受けたい相手への許可の要求であるレシピエントリスト登録要求を通信モジュール１７６に供給する。例えば、ピアリスト管理部２０１は、“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるユーザＡの使用しているクライアント端末装置１１のIPアドレス、並びに“192.168.1.10”であるユーザＢの使用しているクライアント端末装置１１のIPアドレスを含んでいるレシピエントリスト登録要求を通信モジュール１７６に供給する。
【００８９】
ここで、レシピエントリスト登録要求は、自分のピアIDおよび使用しているクライアント端末装置１１のIPアドレス、並びに重み付け記事メタデータの提供を受けたい相手の使用しているクライアント端末装置１１のIPアドレスを少なくとも含んでいる。
【００９０】
さらに、ピアリスト管理部２０１は、ピア判定部２０３から供給された重み付け記事メタデータを提供することを示す「許可」である応答メッセージを基に、レシピエントリスト登録要求を送信してきたユーザのピアIDを、記録部１０８に記録されているピアリスト１７５のレシピエントリスト２１２に格納する。
【００９１】
ここで、応答メッセージとは、レシピエントリスト登録要求を送信してきたユーザに対して、重み付け記事メタデータを提供するか否かを示す情報であり、後述するピア判定部２０３は、ユーザ１５２の操作により、重み付け記事メタデータの提供を要求している相手に対して、重み付け記事メタデータを提供すると判定された場合、「許可」である応答メッセージをピアリスト管理部２０１に供給し、それに対して、ピア判定部２０３は、ユーザ１５２の操作により、重み付け記事メタデータの提供を要求している相手に対して、重み付け記事メタデータを提供しないと判定された場合、「拒否」である応答メッセージをピアリスト管理部２０１に供給する。
【００９２】
また、ピアリスト管理部２０１は、記録部１０８に記録されているピアリスト１７５のピアキャッシュ２１３から、重み付け記事メタデータの提供先（レシピエントリスト２１２に格納されているピアID）のIPアドレスを取得し、取得した重み付け記事メタデータの提供先のIPアドレスを宛先情報として通信モジュール１７６に供給させる。
【００９３】
例えば、ピアリスト管理部２０１は、所定の時間が経過した場合、記録部１０８に記録されているピアキャッシュ２１３から、重み付け記事メタデータの提供先（レシピエントリスト２１２に格納されている“aaa@aaa.ne.jp”であるユーザＡのピアID）のIPアドレスとして、“172.31.2.3”であるユーザＡの使用するクライアント端末装置１１のIPアドレスを取得し、取得した“172.31.2.3”であるIPアドレスを宛先情報として通信モジュール１７６に供給させる。
【００９４】
表示制御部２０２は、通信モジュール１７６の制御により、通信部１０９から供給されたレシピエントリスト登録要求を基に、レシピエントリスト登録要求を送信してきた相手に対して、重み付け記事メタデータを提供するか否かを判定するダイアログボックスをGUI１７３に表示させる。
【００９５】
例えば、表示制御部２０２は、通信モジュール１７６の制御により、通信部１０９から供給された“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるユーザＡの使用しているクライアント端末装置１１のIPアドレスを含んでいるレシピエントリスト登録要求を基に、ユーザＡに対して、重み付け記事メタデータを提供するか否かを判定するダイアログボックスをGUI１７３に表示させる。
【００９６】
また、表示制御部２０２は、クライアント端末装置１１から送信されてくる「許可」または「拒否」のいずれかである応答メッセージを基に、ピアリスト表示情報を生成する。表示制御部２０２は、生成したピアリスト表示情報をGUI１７３に供給する。
【００９７】
ピア判定部２０３は、ユーザ１５２の操作により、レシピエントリスト登録要求を送信してきた相手に対して、重み付け記事メタデータを提供するか否かを判定し、判定の結果に応じた「許可」または「拒否」のいずれかを示す応答メッセージをピアリスト管理部２０１に供給する。
【００９８】
例えば、ピア判定部２０３は、ユーザ１５２の操作により、レシピエントリスト登録要求を送信してきた相手に対して、重み付け記事メタデータを提供すると判定された場合、レシピエントリスト登録要求を送信してきた相手に対して、重み付け記事メタデータを提供することを示す「許可」である応答メッセージをピアリスト管理部２０１に供給し、それに対して、レシピエントリスト登録要求を送信してきた相手に対して、重み付け記事メタデータを提供しないと判定された場合、レシピエントリスト登録要求を送信してきた相手に対して、重み付け記事メタデータを提供しないことを示す「拒否」である応答メッセージをピアリスト管理部２０１に供給する。
【００９９】
ピアリスト１７５は、記録部１０８に記録され、重み付け記事メタデータの提供者または受信者であるピアの情報、並びにピアのピアIDとそのピアの使用しているクライアント端末装置１１のIPアドレスとを対応させて格納している。
【０１００】
ピアリスト１７５は、ピアチャンネルリスト２１１、レシピエントリスト２１２、およびピアキャッシュ２１３から構成される。
【０１０１】
ピアチャンネルリスト２１１は、例えば、記録部１０８に記録され、重み付け記事メタデータを受信する側が保持する重み付け記事メタデータの提供者（ピア）リストである。例えば、ピアチャンネルリスト２１１は、重み付け記事メタデータの提供者（ピア）のピアIDを格納しているので、提供者（ピア）リストから、重み付け記事メタデータの提供者（ピア）を特定することができる。
【０１０２】
また、ピアチャンネルリスト２１１に格納されている重み付け記事メタデータの提供者（ピア（ピアID））には、「ピアに情報を要求中」、「ピアから情報を提供されている」、「ピアからの情報提供が拒否されている」、または「登録削除要求中」であるステータスが対応付けて格納されており、重み付け記事メタデータの提供者（ピア）は、いずれかのステータスとなる。さらに、ピアチャンネルリスト２１１に格納されている重み付け記事メタデータの提供者（ピア（ピアID））には、「オンライン」または「オフライン」である接続状態が対応付けて格納されており、重み付け記事メタデータの提供者（ピア）は、いずれかの接続状態となる。
【０１０３】
また、接続状態は、重み付け記事メタデータの提供者（ピア）の利用するクライアント端末装置１１でRSSリーダ１５１が起動しており、P2Pサーバ１３との通信が可能な状態であるか否かで判定される。すなわち、クライアント端末装置１１がP2Pサーバ１３に対して、正常にログインすることができ、P2Pサーバ１３のピアリストに登録されているとき、「オンライン」である接続状態となり、一方、クライアント端末装置１１がP2Pサーバ１３に対して、ログイン処理ができず、P2Pサーバ１３のピアリストに登録されていないとき、「オフライン」である接続状態となる。
【０１０４】
そして、接続状態が、「オンライン」である接続状態である場合、ピアの名前解決が可能となるので、重み付け記事メタデータの提供者（ピア）の使用するクライアント端末装置１１から、重み付け記事メタデータの提供を受けることができる。一方、接続状態が、「オフライン」である接続状態である場合、ピアの名前解決が不可能となるので、重み付け記事メタデータの提供者（ピア）の使用するクライアント端末装置１１から、重み付け記事メタデータの提供を受けることはできない。
【０１０５】
レシピエントリスト２１２は、例えば、記録部１０８に記録され、重み付け記事メタデータを提供する側が保持する重み付け記事メタデータの受信者（ピア）リストである。例えば、レシピエントリスト２１２は、重み付け記事メタデータの受信者（ピア）のピアIDを格納しているので、受信者（ピア）リストから、重み付け記事メタデータの受信者（ピア）を特定することができる。
【０１０６】
また、レシピエントリスト２１２に格納されている重み付け記事メタデータの受信者（ピア（ピアID））には、「ピアから情報を要求されている」、「ピアに情報を提供中」、または「登録削除要求中」であるステータスが対応付けて格納されており、重み付け記事メタデータの受信者（ピア）は、いずれかのステータスとなる。さらに、レシピエントリスト２１２に格納されている重み付け記事メタデータの受信者（ピア（ピアID））には、「オンライン」または「オフライン」である接続状態が対応付けて格納されており、重み付け記事メタデータの受信者（ピア）は、いずれかの接続状態となる。
【０１０７】
また、接続状態は、ピアチャンネルリスト２１１の接続状態と同様に、重み付け記事メタデータの受信者（ピア）の利用するクライアント端末装置１１でRSSリーダ１５１が起動しており、P2Pサーバ１３との通信が可能な状態であるか否かで判定される。すなわち、クライアント端末装置１１がP2Pサーバ１３に対して、正常にログインすることができ、P2Pサーバ１３のピアリストに登録されているとき、「オンライン」である接続状態となり、一方、クライアント端末装置１１がP2Pサーバ１３に対して、ログイン処理ができず、P2Pサーバ１３のピアリストに登録されていないとき、「オフライン」である接続状態となる。
【０１０８】
そして、接続状態が、「オンライン」である接続状態である場合、ピアの名前解決が可能となるので、重み付け記事メタデータを、重み付け記事メタデータの受信者（ピア）の使用するクライアント端末装置１１に提供することができる。一方、接続状態が、「オフライン」である接続状態である場合、ピアの名前解決が不可能となるので、重み付け記事メタデータを、重み付け記事メタデータの受信者（ピア）の使用するクライアント端末装置１１に提供することはできない。
【０１０９】
なお、上述した例においては、ピアチャンネルリスト２１１とレシピエントリスト２１２とを別々に説明したが、１つのリストにまとめることもできる。その場合には、重み付け記事メタデータの提供者（ピア（ピアID））に対応付けて、「提供者（送信者）フラグ」を格納し、重み付け記事メタデータの受信者（ピア（ピアID））に対応付けて、「受信者フラグ」を格納するようにすればよい。
【０１１０】
ピアキャッシュ２１３は、例えば、記録部１０８またはRAM１０３などに記憶され、ピアのピアIDと、そのピアの使用しているクライアント端末装置１１のIPアドレスとを対応させて格納している。
【０１１１】
なお、詳細は後述するが、ピアIDとIPアドレスとの対応したデータがピアキャッシュ２１３に格納されていないピアについては、P2Pサーバ１３に問い合わせることで、ピアIDとIPアドレスとの対応したデータがピアキャッシュ２１３に格納されていないピアの使用しているクライアント端末装置１１のIPアドレスを取得し、取得したIPアドレスとピアIDとを対応させてピアキャッシュ２１３に格納する。
【０１１２】
通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、様々なデータを、自分以外の他のクライアント端末装置１１またはP2Pサーバ宛てに送信させる。通信モジュール１７６は、ネットワーク１２を介して、通信部１０９を制御して、自分以外の他のクライアント端末装置１１またはP2Pサーバ１３から、様々なデータを通信部１０９に受信させる。
【０１１３】
例えば、通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、ピアリスト管理モジュール１７４から供給されたレシピエントリスト登録要求をクライアント端末装置１１−ｉ（RSSリーダ１５１−ｉ）宛てに送信させる。通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｉ（RSSリーダ１５１−ｉ）から、「許可」または「拒否」のいずれかを示す応答メッセージを通信部１０９に受信させる。
【０１１４】
また、例えば、通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｊ（RSSリーダ１５１−ｊ）から、レシピエントリスト要求を通信部１０９に受信させる。通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、ピアリスト管理モジュール１７４から供給された「許可」または「拒否」のいずれかを示す応答メッセージを、クライアント端末装置１１−ｊ（RSSリーダ１５１−ｊ）宛てに送信させる。
【０１１５】
さらに、例えば、通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、ピアの使用するクライアント端末装置１１−ｋ（RSSリーダ１５１−ｋ）から重み付け記事メタデータを通信部１０９に受信させる。通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、重み付け記事メタデータを、ピアの使用するクライアント端末装置１１−ｎ（RSSリーダ１５１−ｎ）宛てに送信させる。
【０１１６】
さらに、例えば、通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、ピアリスト管理モジュール１７４から供給された名前解決要求をP2Pサーバ１３宛てに送信させる。通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、P2Pサーバ１３からIPアドレスを通信部１０９に受信させる。
【０１１７】
重み付け記事メタデータ１７７は、例えば、記録部１０８に記録され、一般的なRSS情報の要素に、重み付け記事メタデータの提供者のピアID、重み付け記事メタデータの提供者の使用しているクライアント端末装置１１のIPアドレス、記事の記事ポイントなどの拡張したRSS情報の要素が追加されている。また、記録部１０８に記録されている重み付け記事メタデータ１７７は、表示ランキング情報集計部２３１、通知ランキング情報集計部２４２、またはメタデータ生成部２４３から読み出される。
【０１１８】
例えば、クライアント端末装置１１−ｋのRSSリーダ１５１−ｋから送信された重み付け記事メタデータが、重み付け記事メタデータ１７７として、記録部１０８に記録される。
【０１１９】
表示ランキング集計モジュール１７８は、ユーザ１５２（自分）の使用するクライアント端末装置１１のRSSリーダ１５１のGUI１７３により表示される画面（第２ペイン）に表示させる記事リストの記事ポイントを集計する。
【０１２０】
表示ランキング集計モジュール１７８は、表示ランキング情報集計部２３１および表示制御部２３２を含むように構成される。
【０１２１】
表示ランキング情報集計部２３１は、記録部１０８に記録されている重み付け記事メタデータ１７７を読み出し、読み出した重み付け記事メタデータ１７７に含まれる各記事ごとの記事ポイントを、集計した記事ポイントの情報である表示ランキング集計情報として集計する。表示ランキング情報集計部２３１は、表示ランキング集計情報を表示制御部２３２に供給する。
【０１２２】
例えば、表示ランキング情報集計部２３１は、記録部１０８に記録されているユーザＢの使用するクライアント端末装置１１およびユーザＣが使用するクライアント端末装置１１から受信した重み付け記事メタデータ１７７を読み出し、読み出した重み付け記事メタデータ１７７に含まれる各記事ごとの記事ポイントを表示ランキング集計情報として集計し、集計した表示ランキング集計情報を表示制御部２３２に供給する。
【０１２３】
なお、表示ランキング情報集計部２３１は、記録部１０８に記録されている重み付け記事メタデータ１７７から、表示ランキング集計情報を集計する方法に限らず、例えば、さらに、ユーザ１５２（自分）の操作による記事に対する記事ポイントを加えてから、表示ランキング集計情報を集計するようにしてもよい。
【０１２４】
表示制御部２３２は、表示ランキング情報集計部２３１から供給された表示ランキング集計情報を基に、記事リストをランキング順にGUI１７３により表示される画面（第２ペイン）に表示させる。
【０１２５】
通知ランキング集計モジュール１７９は、ピア（相手）が使用するクライアント端末装置１１のRSSリーダ１５１（例えば、クライアント端末装置１１−ｉのRSSリーダ１５１−ｉ、クライアント端末装置１１−ｊのRSSリーダ１５１−ｊ、クライアント端末装置１１−ｋのRSSリーダ１５１−ｋ、またはクライアント端末装置１１−ｎのRSSリーダ１５１−ｎ）のGUI１７３により表示される画面（第２ペイン）に表示させる記事リストの記事ポイントを集計する。
【０１２６】
通知ランキング集計モジュール１７９は、操作ポイント換算部２４１、通知ランキング情報集計部２４２、メタデータ生成部２４３、および記事ポイント減衰部２４４を含むように構成される。
【０１２７】
操作ポイント換算部２４１は、ユーザ操作センサ１９１から供給されたユーザ操作情報を基に、ユーザ１５２が閲覧した記事に対して、記事ポイントを付与する。操作ポイント換算部２４１は、記事ポイントを付与した記事の情報（以下、ユーザ操作記事ポイントと称する）を通知ランキング情報集計部２４２に供給する。
【０１２８】
例えば、操作ポイント換算部２４１は、ユーザ操作センサ１９１から供給されたユーザ操作情報に含まれる“ダブルクリック”であるユーザの操作および購読状態（ユーザＡにより操作を実行された記事）となった記事の情報を基に、ユーザＡの操作により、“今日の天気”である記事がダブルクリックされて、第３ペインに本文が表示されたことがわかるので、“今日の天気”である記事に対して、「＋４ポイント」を付与し、「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報を含むユーザ操作記事ポイントを、通知ランキング情報集計部２４２に供給する。
【０１２９】
通知ランキング情報集計部２４２は、操作ポイント換算部２４１から供給されたユーザ操作記事ポイントおよび記録部１０８から読み出した重み付け記事メタデータ１７７を基に、相手（ピア）に通知するために集計した記事ポイントの情報である通知ランキング集計情報を集計する。通知ランキング情報集計部２４２は、集計した通知ランキング集計情報をメタデータ生成部２４３に供給する。
【０１３０】
例えば、通知ランキング情報集計部２４２は、操作ポイント換算部２４１から供給された「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報、並びにユーザＢの使用するクライアント端末装置１１およびユーザＣが使用するクライアント端末装置１１から受信した重み付け記事メタデータ１７７を基に、通知ランキング集計情報を集計し、集計した通知ランキング集計情報をメタデータ生成部２４３に供給する。
【０１３１】
また、通知ランキング情報集計部２４２は、操作ポイント換算部２４１から供給されたユーザ操作記事ポイントおよび読み出した重み付け記事メタデータ１７７を基に、記事に重み付けをして、通知ランキング集計情報を集計する。通知ランキング情報集計部２４２は、集計した通知ランキング集計情報をメタデータ生成部２４３に供給する。
【０１３２】
すなわち、自分の操作によって付与された記事ポイントを重視したり、自分の操作によって付与された記事ポイントを軽視したり（重視しない）など、記事に対して重み付けをすることができる。
【０１３３】
メタデータ生成部２４３は、通知ランキング情報集計部２４２から供給された通知ランキング集計情報および記録部１０８から読み出した重み付け記事メタデータ１７７を基に、（他のユーザ（ピア）に対して提供するための）重み付け記事メタデータを生成する。メタデータ生成部２４３は、生成した（ピアに対して提供するための）重み付け記事メタデータを通信モジュール１７６に供給する。
【０１３４】
なお、メタデータ生成部２４３が実行する（他のユーザ（ピア）に対して提供するための）重み付け記事メタデータを生成する処理は、通知ランキング情報集計部２４２が実行するようにしてもよい。
【０１３５】
記事ポイント減衰部２４４は、操作ポイント換算部２４１から供給されたユーザ操作記事の記事ポイントを減衰させる（時間の経過に応じて、低減させる）。
【０１３６】
例えば、記事ポイント減衰部２４４は、所定の時間を経過するごとに、記事ポイントを「＋１ポイント」を減ずる。より具体的には、記事ポイント減衰部２４４は、１時間経過するごとに、操作ポイント換算部２４１から供給された「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報を含むユーザ操作記事ポイントから、「＋１ポイント」を引算する。すなわち、“今日の天気”である記事の記事ポイントは、１時間経過すると、「＋３ポイント」となる。
【０１３７】
図４は、P2Pサーバ１３の構成例を示すブロック図である。
【０１３８】
CPU３０１は、ROM３０２に記憶されているプログラム、または、記録部３０８に記録されているプログラムに従って各種の処理を実行する。RAM３０３には、CPU３０１が実行するプログラムやデータなどが適宜記憶される。これらのCPU３０１、ROM３０２、およびRAM３０３は、バス３０４を介して相互に接続されている。
【０１３９】
CPU３０１にはまた、バス３０４を介して入出力インターフェイス３０５が接続されている。入出力インターフェイス３０５には、キーボード、マウスなどよりなる入力部３０６、ディスプレイなどよりなる出力部３０７が接続されている。CPU３０１は、入力部３０６から入力される指令に対応して各種の処理を実行する。そして、CPU３０１は、処理の結果得られた画像や音声などを出力部３０７に出力する。
【０１４０】
入出力インターフェイス３０５に接続されている記録部３０８は、例えば、ハードディスクなどで構成され、CPU３０１が実行するプログラムや各種のデータを記録する。通信部３０９は、ネットワーク１２、インターネット、その他のネットワーク、または通信媒体を介して外部の装置と通信する。
【０１４１】
また、通信部３０９を介してプログラムを取得し、記録部３０８に記録してもよい。
【０１４２】
入出力インターフェイス３０５に接続されているドライブ３１０は、磁気ディスク３２１、光ディスク３２２、光磁気ディスク３２３、または半導体メモリ３２４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部３０８に転送され、記録される。
【０１４３】
図５は、P2Pサーバ１３により実行されるプログラムの構成の例（機能の構成の例）を示す図である。
【０１４４】
サーバモジュール３５１は、例えば、記録部３０８またはROM３０２に記録される。また、サーバモジュール３５１は、記録部３０８またはROM３０２からRAM３０３に適宜ロードされ、CPU３０１により実行される。例えば、サーバモジュール３５１は、記録部３０８またはROM３０２からRAM３０３に適宜ロードされ、クライアント端末装置１１から受信したログイン要求のうち、ピアIDとIPアドレスとを対応させて、記録部３０８に記録されているピアリスト３６２に格納させる処理などを実行する。
【０１４５】
サーバモジュール３５１は、登録削除受付モジュール３６１、ピアリスト３６２、および名前解決モジュール３６３を含む。
【０１４６】
登録削除受付モジュール３６１は、通信部３０９を制御して、ネットワーク１２を介して、クライアント端末装置１１から送信されたログイン要求を通信部３０９に受信させる。また、登録削除受付モジュール３６１は、クライアント端末装置１１から受信したログイン要求のうち、ピアIDとIPアドレスとを対応させて、記録部３０８に記録されているピアリスト３６２（ピアIDとIPアドレスとの対応表）に格納させる。さらに、登録削除受付モジュール３６１は、通信部３０９を制御して、ネットワーク１２を介して、通信部３０９に、ユーザが正常にログインしたことを示す通知（ピアIDとIPアドレスとがピアリスト３６２に格納されたことを示す通知）であるログイン通知をクライアント端末装置１１宛てに送信させる。
【０１４７】
ここで、ログイン要求とは、P2Pシステム１にログインしようとするクライアント端末装置１１から送信される要求をいい、ピアIDおよびクライアント端末装置１１のIPアドレスが少なくとも含まれる。例えば、ユーザＡが使用するクライアント端末装置１１からのログイン要求の場合、ログイン要求には、少なくとも、“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるユーザＡが使用するクライアント端末装置１１のIPアドレスが含まれている。
【０１４８】
例えば、登録削除受付モジュール３６１は、通信部３０９を制御して、ネットワーク１２を介して、クライアント端末装置１１から、“aaa@aaa.ne.jp”であるユーザＡのピアIDと、“172.31.2.3”であるユーザＡの使用するクライアント端末装置１１のIPアドレスとを少なくとも含むログイン要求を通信部３０９に受信させ、受信したログイン要求のうち、“aaa@aaa.ne.jp”であるユーザＡのピアIDと“172.31.2.3”であるユーザＡの使用するクライアント端末装置１１のIPアドレスとを対応させて、記録部３０８に記録されているピアリスト３６２に格納させる。そして、登録削除受付モジュール３６１は、通信部３０９を制御して、ネットワーク１２を介して、通信部３０９に、ユーザＡが正常にログインしたことを示すログイン通知をユーザＡの使用するクライアント端末装置１１宛てに送信させる。
【０１４９】
なお、登録削除受付モジュール３６１は、ネットワーク１２を介して、クライアント端末装置１１からピアリスト３６２に格納されているピアIDのユーザを削除する要求を受信した場合には、記録部３０８に記録されているピアリスト３６２に格納されているデータのうち、受信したピアIDと一致するデータを削除する。
【０１５０】
ピアリスト３６２は、記録部３０８に記録され、P2Pシステム１にログインしているユーザ（ピア）のピアIDとIPアドレスとが対応して格納されている。
【０１５１】
例えば、ピアリスト３６２には、“aaa@aaa.ne.jp”であるユーザＡのピアIDに対して、“172.31.2.3”であるユーザＡの使用するクライアント端末装置１１のIPアドレスが格納され、“bbb@bbb.ne.jp”であるユーザＢのピアIDに対して、“192.168.1.10”であるユーザＢの使用するクライアント端末装置１１のIPアドレスが格納され、“ccc@ccc.ne.jp”であるユーザＣのピアIDに対して、“192.168.2.7”であるユーザＣの使用するクライアント端末装置１１のIPアドレスが格納されている。すなわち、この場合、ユーザＡ、ユーザＢ、およびユーザＣがP2Pシステム１にログインしていることとなる。
【０１５２】
名前解決モジュール３６３は、通信部３０９を制御して、ネットワーク１２を介して、クライアント端末装置１１から送信された名前解決要求を通信部３０９に受信させる。また、名前解決モジュール３６３は、クライアント端末装置１１から受信した名前解決要求を基に、記録部３０８に記録されているピアリスト３６２から、ピアIDに対応して格納されているIPアドレスを取得する。さらに、名前解決モジュール３６３は、通信部３０９を制御して、ネットワーク１２を介して、通信部３０９に、ピアリスト３６２から取得したIPアドレスをクライアント端末装置１１宛てに送信させる。
【０１５３】
また、名前解決要求とは、上述したように、クライアント端末装置１１が他のクライアント端末装置のIPアドレスを取得したい場合に、クライアント端末装置１１が、P2Pサーバ１３に対して、IPアドレスを問い合わせる要求である。名前解決要求には、取得したいIPアドレスのクライアント端末装置を使用しているピアのピアIDが少なくとも含まれる。
【０１５４】
例えば、名前解決モジュール３６３は、通信部３０９を制御して、ネットワーク１２を介して、ユーザＡの使用しているクライアント端末装置１１から送信されたユーザＢの使用しているクライアント端末装置１１のIPアドレスを取得するための名前解決要求（例えば、“bbb@bbb.ne.jp”であるユーザＢのピアIDを少なくとも含む情報）を通信部３０９に受信させ、ユーザＡの使用しているクライアント端末装置１１から受信した、ユーザＢの使用しているクライアント端末装置１１のIPアドレスを取得するための名前解決要求（例えば、“bbb@bbb.ne.jp”であるユーザＢのピアIDを少なくとも含む情報）を基に、記録部３０８に記録されているピアリスト３６２から、“bbb@bbb.ne.jp”であるユーザＢのピアIDに対応した“192.168.1.10”であるユーザＢの使用しているクライアント端末装置１１のIPアドレスを取得する。
【０１５５】
そして、名前解決モジュール３６３は、通信部３０９を制御して、ネットワーク１２を介して、通信部３０９に、ピアリスト３６２から、ユーザＢの使用しているクライアント端末装置１１のIPアドレスとして取得した“192.168.1.10”であるIPアドレスを、（問い合わせてきた）ユーザＡの使用しているクライアント端末装置１１宛てに送信させる。
【０１５６】
次に、図６乃至図１０を参照して、クライアント端末装置１１で起動するRSSリーダ１５１のGUI１７３により表示される画面（RSSリーダ１５１の画面のユーザインターフェイス）について説明する。
【０１５７】
まず、図６を参照して、RSSリーダ１５１のGUI１７３により表示される画面の全体の構成について説明する。
【０１５８】
GUI１７３に表示される画面は、第１ペイン４０１、第２ペイン４０２、および第３ペイン４０３から構成される。
【０１５９】
第１ペイン４０１は、上述した、巡回する対象となる記事を提供するサイト（例えば、ウェブログまたはニュースサイト（新聞社やポータルサイトなどがインターネットによりニュースを配信するサイト）など）のタイトル（以下、記事提供サイトと称する）をツリービュー形式で表示する。また、第１ペイン４０１は、自分の定義したコミュニティに属しているユーザ（ピア）をツリービュー形式で表示させる。
【０１６０】
ここで、コミュニティとは、共通の趣味、話題、仕事などをもったユーザ（ピア）の集まり（集合）であり、例えば、サッカーを好きな人たちの集まりとして、「サッカー大好き」であるコミュニティや、ソフトウェアの開発を仕事でしている人たちの集まりとして、「開発課」であるコミュニティなどが、ユーザ１５２によって任意に定義される。
【０１６１】
図７は、本発明におけるコミュニティの概念について説明する図である。
【０１６２】
図７で示される例において、ユーザＡとユーザＢのそれぞれが定義するコミュニティが示されている。図中左側が、ユーザＡが定義するコミュニティであり、図中右側が、ユーザＢが定義するコミュニティである。また、ユーザＡとユーザＢとは、相互に自分の定義したコミュニティに相手を所属させているので、ピアの関係（ピア関係）を結んでいることになる。
【０１６３】
図７で示される例の左側で示されるように、ユーザＡは、コミュニティとして、「会社関連」および「友人」であるコミュニティを登録している。また、「会社関連」であるコミュニティに所属しているユーザとして、「ユーザＢ」および「ユーザＣ」であるユーザが登録され、「友人」であるコミュニティに所属しているユーザとして、「ユーザ１」および「ユーザ２」であるユーザが登録されている。
【０１６４】
従って、ユーザＡは、自分が定義した「会社関連」であるコミュニティに所属している、「ユーザＢ」および「ユーザＣ」から送信されてくる重み付け記事メタデータを受信するとともに、自分が定義した「友人」であるコミュニティに所属している、「ユーザ１」および「ユーザ２」から送信されてくる重み付け記事メタデータを受信する。
【０１６５】
また、図７で示される例の右側で示されるように、ユーザＢは、コミュニティとして、「開発１課」、「開発２課」、および「友人」であるコミュニティを登録している。また、「開発１課」であるコミュニティに所属しているユーザとして、「ユーザＡ」であるユーザが登録され、「開発２課」であるコミュニティに所属しているユーザとして、「ユーザＣ」であるユーザが登録され、「友人」であるコミュニティに所属しているユーザとして、「ユーザα」および「ユーザβ」であるユーザが登録されている。
【０１６６】
従って、ユーザＢは、自分が定義した「開発１課」であるコミュニティに所属している、「ユーザＡ」から送信されてくる重み付け記事メタデータを受信するとともに、自分が定義した「開発２課」であるコミュニティに所属している、「ユーザＣ」から送信されてくる重み付け記事メタデータを受信する。また、ユーザＢは、自分が定義した「友人」であるコミュニティに所属している、「ユーザα」および「ユーザβ」から送信されてくる重み付け記事メタデータを受信する。
【０１６７】
図７で示される例において、ユーザＡは、自分が定義するコミュニティの中で、「ユーザＢ」であるユーザを「会社関連」であるコミュニティの一員として所属させている。また、ユーザＢは、自分が定義するコミュニティの中で、「ユーザＡ」であるユーザを「開発１課」であるコミュニティの一員として所属させている。
【０１６８】
すなわち、コミュニティは、各ユーザによって、それぞれ定義されるので、例えば、ユーザＡにとって、ユーザＢは、会社関連に所属しているが、ユーザＢにとって、ユーザＡは、開発１課に所属しているなど、ピア関係にあるユーザ同士であっても、所属しているコミュニティが異なることがある。
【０１６９】
また、図７で示される例において、ユーザＡは、自分が定義するコミュニティの中で、「ユーザ１」および「ユーザ２」であるユーザを「友人」であるコミュニティの一員として所属させている。また、ユーザＢは、自分が定義するコミュニティの中で、「ユーザα」および「ユーザβ」であるユーザを「友人」であるコミュニティの一員として所属させている。
【０１７０】
すなわち、ユーザＡによって定義された「友人」であるコミュニティは、「ユーザ１」および「ユーザ２」が所属しているが、ユーザＢによって定義された「友人」であるコミュニティは、「ユーザα」および「ユーザβ」が所属しているなど、ピア関係にあるユーザ同士が同一のコミュニティを定義していても、そのコミュニティに所属しているユーザが異なることがある。
【０１７１】
さらに、図７で示される例において、ユーザＡは、自分が定義するコミュニティの中で、「ユーザＣ」であるユーザを「会社関連」であるコミュニティの一員として所属させている。また、ユーザＢは、自分が定義するコミュニティの中で、「ユーザＣ」であるユーザを「開発２課」であるコミュニティの一員として所属させている。
【０１７２】
すなわち、ユーザＡにとって、「ユーザＣ」は、「会社関連」に所属しているが、ユーザＢにとって、「ユーザＣ」は、「開発２課」に所属しているなど、同じユーザであっても、所属しているコミュニティが異なることがある。
【０１７３】
このように、コミュニティは、各ユーザが任意に定義するものであるので、各ユーザにおいて、定義されたコミュニティが一致するとは限らず、コミュニティが一致しない場合であっても、ピア関係となることができる。
【０１７４】
第１ペイン４０１には、巡回する対象となるコンテンツのタイトルを表示させるタブ（以下、フィードタブと称する）と自分の定義したコミュニティに属しているユーザの名前を表示させるタブ（以下、ピアタブと称する）とが設けられており、ユーザ１５２の操作により、それぞれのタブが選択されることで表示する内容が切り替えられる。
【０１７５】
第２ペイン４０２は、対象となる記事を提供するサイトを巡回することで、得られた記事のリストである記事リストを表示させる。
【０１７６】
第２ペイン４０２に表示される記事の表示の順序は、第１ペイン４０１のフィードタブが選択されている場合、更新日時が新しい記事から順に表示され、第１ペイン４０１のピアタブが選択されている場合、記事ポイントの高い記事から順に表示される。
【０１７７】
例えば、図６で示される例において、第１ペイン４０１のフィードタブが選択されている場合、第２ペイン４０２は、「店舗でDVDレンタル試験・ドナルマクド…」、「日本タレコム買収交渉認める・バンクソ…」、「米セントルー・テクノロジーズ、同業テリ…」、「バンクソフト、日本タレコム買収検討を…」、「万引き本買い取り、ICタグ使い防止…」、「ニューアスクリ、メール送信先を暗号化…」、「日本でプリンターに参入・ドル会長表明」、「英ダーボフォン、携帯の音楽配信でオニ…」、「オニー、2099年に「ルセ」内蔵テレビ投入へ」、「小日本印刷、プロジェクター用スクリーン…」、「へイエス、無線LAN接続、その場で課金…」である記事が、更新日時が新しい順に表示される。
【０１７８】
また、第１ペイン４０１のピアタブが選択されている場合についての詳細は後述する（例えば、後述する図２４）が、記事ごとに記事ポイントを付与して、これを集計することにより、第２ペイン４０２には、記事ポイントの高い記事から順に表示させることができる。その結果、この第２ペイン４０２に表示されている記事の表示順が、ユーザ１５２が所属しているコミュニティでの記事のランキングであり、記事リストの最上段に表示されている記事が、ユーザ１５２が所属しているコミュニティで最もよく閲覧されている（人気のある）記事となる。
【０１７９】
また、第２ペイン４０２は、第１ペイン４０１のフィードタブが選択されている場合に、ユーザ１５２の操作により、第１ペイン４０１に表示されている記事提供サイトのうちの１つが選択されたとき、その選択された記事提供サイトから提供された記事のみを表示させる。
【０１８０】
第３ペイン４０３は、ユーザ１５２の操作により、第２ペイン４０２に表示されている記事リストのうち、いずれかの記事がシングルクリックされた場合、そのシングルクリックされた記事の概要（サマリー）を表示させる。
【０１８１】
また、第３ペイン４０３は、ユーザ１５２の操作により、第２ペイン４０２に表示されている記事リストのうち、いずれかの記事がダブルクリックされた場合、そのダブルクリックされた記事の本文を表示させる。
【０１８２】
例えば、図６で示される例において、ユーザ１５２の操作により、第２ペイン４０２に表示されている記事リストのうち、「オニー、2099年に「ルセ」内蔵テレビ投入へ」である記事のタイトルがダブルクリックされた場合、「オニー、2099年に「ルセ」内蔵テレビ投入へ」である記事の本文である「オニーの会長は24日、大日本経済新聞の取材に応じ、2099年までに「ルセ」を搭載したテレビを発表する方針を明らかにした。」が第３ペイン４０３に表示される。
【０１８３】
さらに、第３ペイン４０３に記事の概要（サマリー）が表示された状態で、ユーザ１５２の操作により、第３ペイン４０３がシングルクリックされた場合、表示されていた記事の概要の本文が表示される。
【０１８４】
ツールバー４０４には、ユーザ１５２に対して、RSSリーダ１５１の各種の設定を行うためのボタンが配置されている。
【０１８５】
例えば、ツールバー４０４は、「ファイル（F）」、「フィード（D）」、「ピア（P）」、「ツール（T）」、または「ヘルプ（H）」を表示することで、ユーザ１５２に対して、各種の設定を行わせる。また、例えば、ツールバー４０４は、「フィード追加」、「カテゴリ追加」、「一括更新」、「全既読」、「ピア登録」、「グループ追加」、「戻る」、または「進む」などであるアイコンを表示することで、ユーザ１５２に対して、各種の処理を実行させる。
【０１８６】
なお、上述した例においては、第１ペイン４０１、第２ペイン４０２、および第３ペイン４０３である３つのペインが設けられているRSSリーダ１５１のGUI１７３について説明したが、ペインの数は、２つまたは４つ以上であってもよい。すなわち、本発明は、RSSリーダ１５１のGUI１７３により表示されているペインの数によって限定されるものではない。
【０１８７】
また、第１ペイン４０１のピアタブのインターフェイスまたは記事ポイントの集計の機能など（本発明の機能）をプラグイン（plug-in）として、例えば、一般的なRSSリーダ（すなわち、本発明の機能を有さないRSSリーダ）またはWebブラウザなどのコンテンツ閲覧プログラムに提供するようにしてもよい。例えば、本発明の機能をプラグインとして、インターネット上に公開することにより、一般的なRSSリーダを使用する各ユーザは、そのプラグインをダウンロードして、インストールすることで、迅速、かつ、簡単に本発明の機能を追加させることができる。
【０１８８】
次に、図８および図９を参照して、第１ペイン４０１の詳細について説明する。
【０１８９】
図８は、フィードタブ４２１が選択されている場合の第１ペイン４０１の例を示す図である。
【０１９０】
上述したように、第１ペイン４０１には、タブ４１１が設けられており、ユーザ１５２の操作により、フィードタブ４２１が選択された場合、第１ペイン４０１には、巡回する対象となる記事提供サイトのタイトルが表示され、一方、ピアタブ４２２が選択された場合、第１ペイン４０１には、自分の定義したコミュニティに属しているユーザ（ピア）の名前などが表示される。
【０１９１】
すなわち、図８で示される例は、ユーザ１５２の操作により、フィードタブ４２１が選択された場合の第１ペイン４０１を表す。
【０１９２】
第１ペイン４０１には、記事提供サイトのタイトルが、カテゴリーごとにツリービュー形式で表示される。
【０１９３】
例えば、第１ペイン４０１には、「フィールドルート」をルートとして、「ウェブログ」および「ニュースサイト」であるカテゴリーが登録されている。そして、「ウェブログ」であるカテゴリーに属している記事提供サイトのタイトルと、「ニュースサイト」であるカテゴリーに属している記事提供サイトのタイトルとがツリービュー形式で表示されている。
【０１９４】
具体的には、「ウェブログ」であるカテゴリーに属している記事提供サイトとして、「英語でＡＢＣ」、「network style」、「SW's memo」、「[Ｎ]」、「TT White Report」、「Sync A World」、「TellaJun」、「next today」、「ユエット」、「Base Zero」、または「Hot Hot Hot」であるタイトルの「ウェブログ」が登録されている。すなわち、クライアント端末装置１１は、これらの「ウェブログ」から、RSS形式で記述された更新情報などの情報であるRSS情報を受信する。
【０１９５】
また、「ニュースサイト」であるカテゴリーに属している記事提供サイトとして、「CCC NET Japan」、「ドッド スラッシュ」、「NEWS WIRED」、「INTERNET」、「ITs media」、「yuuhi.com」、「Daikei IT」、「大日経-RSS」、「通ファミ.com」、「デジ台風」、「What PC」、または「What AV」であるタイトルの「ニュースサイト」が登録されている。すなわち、クライアント端末装置１１は、これらの「ニュースサイト」から、RSS形式で記述された更新情報などの情報であるRSS情報を受信する。
【０１９６】
図９は、ピアタブ４２２が選択されている場合の第１ペイン４０１の例を示す図である。
【０１９７】
図９で示される例は、ユーザ１５２の操作により、ピアタブ４２２が選択された場合の第１ペイン４０１を表す。
【０１９８】
第１ペイン４０１には、ピアの名前が、コミュニティ（グループ）ごとに、ツリービュー形式で表示される。
【０１９９】
例えば、第１ペイン４０１には、ピアルートをルートとして、「サッカー大好き」および「開発課」であるコミュニティが登録されている。そして、「サッカー大好き」であるコミュニティに所属しているユーザのピアと、「開発課」であるコミュニティに所属しているユーザのピアとがツリービュー形式で表示されている。
【０２００】
具体的には、「サッカー大好き」であるコミュニティに所属しているユーザとして、「ユーザＢさん」および「ユーザＣさん」が登録されている。
【０２０１】
すなわち、ユーザ１５２は、「ユーザＢさん」および「ユーザＣさん」を「サッカー大好き」であるコミュニティに所属すると定義しており、「サッカー大好き」であるコミュニティに所属している「ユーザＢさん」および「ユーザＣさん」から、記事に対する記事ポイントなどをRSS情報に追加した情報である重み付け記事メタデータを受信する。
【０２０２】
また、「開発課」であるコミュニティに所属しているユーザとして、「ユーザＷさん」、「ユーザＸさん」、「ユーザＹさん」、および「ユーザＺさん」が登録されている。
【０２０３】
すなわち、ユーザ１５２は、「ユーザＷさん」、「ユーザＸさん」、「ユーザＹさん」、および「ユーザＺさん」を「開発課」であるコミュニティに所属すると定義しており、「開発課」であるコミュニティに所属している「ユーザＷさん」、「ユーザＸさん」、「ユーザＹさん」、および「ユーザＺさん」から、記事に対する記事ポイントなどをRSS情報に追加した情報である重み付け記事メタデータを受信する。
【０２０４】
また、コミュニティに所属するピアの名前の先頭に表示されている矢印アイコンは、ユーザ１５２とピアとの関係を示す。
【０２０５】
次に、図１０を参照して、ユーザ１５２とピアとの関係について説明する。
【０２０６】
図１０で示される例においては、ユーザ１５２と、図９のピアタブ４２２が選択されている場合の第１ペイン４０１に表示されている「サッカー大好き」であるコミュニティに属している「ユーザＢさん」との関係を、一例として説明する。
【０２０７】
図１０で示される例において、１列目は、ピアチャンネルリスト２１１の情報を示し、１行目は、レシピエントリスト２１２の情報を示す。また、１列目のピアチャンネルリスト２１１の情報には、２行目に“ユーザＢさんに情報を要求していない”である項目、３行目に“ユーザＢさんに情報を要求中”である項目、４行目に“ユーザＢさんから情報を供給されている”である項目、５行目に“ユーザＢさんからの情報提供が拒否されている”である項目が示されている。
【０２０８】
さらに、１行目のレシピエントリスト２１２の情報には、２列目に“ユーザＢさんから情報を要求されていない”である項目、３列目に“ユーザＢさんから情報を要求されている”である項目、４列目に“ユーザＢさんに情報を提供中”である項目が示されている。
【０２０９】
なお、より正確には、ユーザＢさんの使用しているクライアント端末装置１１に情報を要求したりする。以下の説明において、「ユーザＢさんに情報を要求中」は、より正確には、「ユーザＢさんの使用しているクライアント端末装置１１に情報を要求中」を意味する。また、他の動作についても同様である。
【０２１０】
また、図１０中の矢印アイコンは、ユーザ１５２と、ユーザ１５２と同じコミュニティに所属しているユーザのピア（例えば、「ユーザＢさん」のピア）との関係を示す。図１０中の白色の矢印アイコンは、今、情報（重み付け記事メタデータ）をピアに供給しているか、またはピアから情報を供給されていることを示す。また、図１０中の斜線の矢印アイコンは、今、情報をピアに要求しているか、またはピアから情報を要求されていることを示す。さらに、図１０中の黒色の矢印アイコンは、今、情報の供給をピアから拒否されていることを示す。また、矢印アイコンがない場合には、今、ピアと情報をやり取りする関係がないことを示す。
【０２１１】
また、矢印アイコンの向きであるが、ピアのユーザ（例えば、「ユーザＢさん」）を示す文字側を向いている場合、ピアに対して、情報を提供していることを示し、ピアのユーザ（例えば、「ユーザＢさん」）を示す文字とは反対側を向いている場合、ピアから情報を提供されていることを示す。
【０２１２】
図１０で示される例において、左から２列目で上から２個目の“非表示”は、ユーザ１５２と「ユーザＢさん」とが共に、情報をやり取りする関係がないことを示す。また、左から３列目で上から２個目の「ユーザＢさん」を向いている斜線の矢印アイコンは、「ユーザＢさんに情報を要求しておらず」、かつ、「ユーザＢさんから情報を要求されている」ことを示す。さらに、左から４列目で上から２個目の「ユーザＢさん」を向いている白色の矢印アイコンは、「ユーザＢさんに情報を要求しておらず」、かつ、「ユーザＢさんに情報を提供中である」ことを示す。
【０２１３】
また、図１０で示される例において、左から２列目で上から３個目の「ユーザＢさん」とは反対側を向いている斜線の矢印アイコンは、「ユーザＢさんに情報を要求中であり」、かつ、「ユーザＢさんから情報を要求されていない」ことを示す。また、左から３列目で上から３個目の「ユーザＢさん」とは反対側を向いている斜線の矢印アイコンと、「ユーザＢさん」を向いている斜線の矢印アイコンは、「ユーザＢさんに情報を要求中であり」、かつ、「ユーザＢさんから情報を要求されている」ことを示す。さらに、左から４列目で上から３個目の「ユーザＢさん」とは反対側を向いている斜線の矢印アイコンと、「ユーザＢさん」を向いている白色の矢印アイコンは、「ユーザＢさんに情報を要求中であり」、かつ、「ユーザＢさんに情報を提供中である」ことを示す。
【０２１４】
さらに、図１０で示される例において、左から２列目で上から４個目の「ユーザＢさん」とは反対側を向いている白色の矢印アイコンは、「ユーザＢさんから情報を提供されており」、かつ、「ユーザＢさんから情報を要求されていない」ことを示す。また、左から３列目で上から４個目の「ユーザＢさん」とは反対側を向いている白色の矢印アイコンと、「ユーザＢさん」を向いている斜線の矢印アイコンは、「ユーザＢさんから情報を提供されており」、かつ、「ユーザＢさんから情報を要求されている」ことを示す。さらに、左から４列目で上から４個目の「ユーザＢさん」とは反対側を向いている白色の矢印アイコンと、「ユーザＢさん」を向いている白色の矢印アイコンは、「ユーザＢさんから情報を提供されており」、かつ、「ユーザＢさんに情報を提供中である」ことを示す。
【０２１５】
また、図１０で示される例において、左から２列目で上から５個目の「ユーザＢさん」とは反対側を向いている黒色の矢印アイコンは、「ユーザＢさんから情報提供が拒否されており」、かつ、「ユーザＢさんから情報を要求されていない」ことを示す。また、左から３列目で上から５個目の「ユーザＢさん」とは反対側を向いている黒色の矢印アイコンと、「ユーザＢさん」を向いている斜線の矢印アイコンは、「ユーザＢさんから情報提供が拒否されており」、かつ、「ユーザＢさんから情報を要求されている」ことを示す。さらに、左から４列目で上から５個目の「ユーザＢさん」とは反対側を向いている黒色の矢印アイコンと、「ユーザＢさん」を向いている斜線の矢印アイコンは、「ユーザＢさんから情報提供が拒否されており」、かつ、「ユーザＢさんに情報を提供中である」ことを示す。
【０２１６】
なお、これらのユーザ１５２とピアとの関係は、常に一定の関係とはならず、ユーザ１５２または相手のユーザのピアへの操作により適宜変更される。例えば、図１０中の左から２列目で上から３個目の「ユーザＢさん」とは反対側を向いている斜線の矢印アイコンが表示されている場合、「ユーザＢさんに情報を要求中」であるが、「ユーザＢさん」の操作により、情報の提供が許可されたときには、図１０中の左から２列目で上から４個目の「ユーザＢさん」とは反対側を向いている白色の矢印アイコンに変更されて、「ユーザＢさんから情報を提供されている」状態となる。
【０２１７】
また、ピア（例えば、「ユーザＢさん」）がコミュニティから脱退した場合（ピアが削除された場合）には、図１０中の左から２列目で上から２個目の“非表示”となる（すなわち、第１ペイン４０１にはその脱退したピアが表示されなくなる）。
【０２１８】
さらに、図１０で示される例において、４列目の「ユーザＢさんに情報を提供中」である状態で、「ユーザＢさん」に情報の提供を拒否された場合（「ユーザＢさん」がユーザ１５２の情報をもう必要ないと判断した場合）、第１ペイン４０１の表示は、２列目の「ユーザＢさんから情報を要求されていない」状態となる。また、同様に、図１０で示される例において、５行目の「ユーザＢさんからの情報提供が拒否されている」状態で、ユーザ１５２が受信を停止した場合、第１ペイン４０１の表示は、２行目の「ユーザＢさんに情報を要求していない」状態となる。
【０２１９】
このように、第１ペイン４０１において、上述した矢印アイコンがピアの名前の先頭に表示されるので、ユーザ１５２は、瞬時に、ピアとの関係を把握することができる。
【０２２０】
次に、図１１乃至図１５を参照して、上述した、RSS情報と重み付け記事メタデータの詳細について説明する。
【０２２１】
まず、図１１を参照して、各端末間で送受信されるRSS情報と重み付け記事メタデータとの関係について説明する。
【０２２２】
図１１で示される例において、図中上側のニュースサイトＡ４５１、ニュースサイトＢ４５２、およびブログサイト４５３を提供するRSSサーバ１４のそれぞれは、自分の提供するWebサイトの見出しや要約などのメタデータを構造化して記述するRSS形式の情報であるRSS情報を、クライアント端末装置１１宛てに送信する。
【０２２３】
また、図中下側のユーザＡ、ユーザＢ、およびユーザＣは、それらのユーザが使用しているクライアント端末装置１１を示しており、ニュースサイトＡ４５１、ニュースサイトＢ４５２、およびブログサイト４５３のそれぞれから提供されるRSS情報を受信する。
【０２２４】
さらに、図中下側のユーザＡ、ユーザＢ、およびユーザＣが使用しているクライアント端末装置１１のそれぞれは、自分の定義したコミュニティに所属しているユーザが使用するクライアント端末装置１１から、記事に対する記事ポイントなどをRSS情報に追加した情報である重み付け記事メタデータを受信する。
【０２２５】
すなわち、図１１で示される例において、各端末間を結ぶ実線および点線のうち、実線は、RSS情報が送信または受信されることを示し、点線は、重み付け記事メタデータが送信または受信されることを示す。
【０２２６】
なお、以下、図１１の説明においては、ユーザＡがクライアント端末装置１１−ｉを使用し、ユーザＢがクライアント端末装置１１―ｊを使用し、ユーザＣがクライアント端末装置１１−ｋを使用するとして説明する。
【０２２７】
ニュースサイトＡ４５１は、例えば、新聞社やポータルサイトなどが、RSSサーバ１４を設けることで、インターネットによりニュースを配信するニュースサイトであり、配信するニュースの見出しや要約などをRSS情報として、クライアント端末装置１１−ｉおよびクライアント端末装置１１−ｊ宛てに送信する。
【０２２８】
ニュースサイトＢ４５２は、ニュースサイトＡ４５１と同様に、インターネットによりニュースを配信するニュースサイトであり、RSS情報をクライアント端末装置１１−ｋ宛てに送信する。
【０２２９】
ブログサイト４５３は、例えば、あるユーザ（個人）が、RSSサーバ１４を設けるか、またはポータルサイトのRSSサーバ１４を使用することで、インターネットにより、個人的な日記やエッセイ、自分で撮った写真などをRSS情報として、クライアント端末装置１１−ｋ宛てに送信する。
【０２３０】
ユーザＡは、例えば、自分が定義するコミュニティに、「ユーザＢ」および「ユーザＣ」を所属させている。従って、ユーザＡが使用するクライアント端末装置１１−ｉは、ユーザＢが使用するクライアント端末装置１１―ｊおよびユーザＣが使用するクライアント端末装置１１−ｋから、重み付け記事メタデータを受信する。
【０２３１】
ユーザＢは、例えば、自分が定義するコミュニティに、「ユーザＡ」および「ユーザＣ」を所属させている。従って、ユーザＢが使用するクライアント端末装置１１−ｊは、ユーザＡが使用するクライアント端末装置１１―ｉおよびユーザＣが使用するクライアント端末装置１１−ｋから、重み付け記事メタデータを受信する。
【０２３２】
ユーザＣは、例えば、自分が定義するコミュニティに、「ユーザＢ」を所属させている。従って、ユーザＣが使用するクライアント端末装置１１−ｋは、ユーザＢが使用するクライアント端末装置１１−ｊから、重み付け記事メタデータを受信する。
【０２３３】
このように、ユーザが使用するクライアント端末装置１１は、ニュースサイトやブログサイトを提供するRSSサーバ１４から、RSS情報を受信するとともに、自分が定義した（登録した）コミュニティに所属しているユーザの使用するクライアント端末装置１１から送信されてくる重み付け記事メタデータを受信する。
【０２３４】
換言すれば、ユーザが使用するクライアント端末装置１１は、RSSサーバ１４から、重み付け記事メタデータを受信せず、自分が定義したコミュニティに所属しているユーザの使用するクライアント端末装置１１から、RSS情報を受信しないとも言える。
【０２３５】
図１２は、RSS情報の要素の例である。
【０２３６】
RSS情報は、RSS形式で記述された一般的な要素からなる情報である。すなわち、RSS情報には、例えば、Webサイトのページのタイトル、アドレス、サマリー、更新日時などが記述される。
【０２３７】
図１２で示される例において、１列目は、RSS情報の要素を示し、２列目は、RSS情報の要素の内容を示す。また、１列目のRSS情報の要素には、２行目に、“RSS情報”として“バージョン情報”である項目、３乃至５行目に、“RSSサイト情報”である項目、６乃至１４行目に、“アイテム情報”である項目が示されている。
【０２３８】
さらにまた、３乃至５行目の“RSSサイト情報”である項目のうち、３行目に、“チャンネル情報”である項目、４行目に“タイトル情報”である項目、５行目に、“リンク情報”である項目が示されている。また、６乃至１４行目の“アイテム情報”である項目のうち、６乃至８行目に、“アイテム情報１”である項目、９乃至１１行目に、“アイテム情報２”である項目、１２乃至１４行目に、“アイテム情報Ｎ”である項目が示されている。
【０２３９】
６乃至８行目の“アイテム情報１”である項目のうち、６行目に、“タイトル情報”である項目、７行目に、“リンク情報”である項目、８行目に、“サマリー”である項目が示されている。また、９乃至１１行目の“アイテム情報２”である項目のうち、９行目に、“タイトル情報”である項目、１０行目に、“リンク情報”である項目、１１行目に、“サマリー”である項目が示されている。さらに、１２乃至１４行目の“アイテム情報Ｎ”である項目のうち、１２行目に、“タイトル情報”である項目、１３行目に、“リンク情報”である項目、１４行目に、“サマリー”である項目が示されている。
【０２４０】
図１２の２列目で上から２個目の“1.0”は、RSSのバージョンが“1.0”であることを示す。また、２列目で上から３個目の“http://www.XXXX.com/rss.rdf“は、チャンネル情報として、RSS情報に接続するためのURLが、“http://www.XXXX.com/rss.rdf“であることを示す。さらに、２列目で上から４個目の”XXXXドットコム“は、RSS情報のタイトルが”XXXXドットコム“であることを示す。また、２列目で上から５個目の”http://www.XXXX.com/“は、例えば、ホームページや新着ページなどの、RSS情報の対象となるサイトのURLが”http://www.XXXX.com/“であることを示す。
【０２４１】
すなわち、図１２の２列目で上から２乃至５個目は、RSS情報の全体に関する情報を示している。
【０２４２】
２列目で上から６個目の”オリンピック 日本柔道金“は、アイテム情報１の記事のタイトルが”オリンピック 日本柔道金“であることを示す。また、２列目で上から７個目の”http://www.XXXX.com/news/YYYYMMDD_01.html“は、アイテム情報１の記事のURLが”http://www.XXXX.com/news/YYYYMMDD_01.html“であることを示す。さらに、２列目で上から８個目の”日本柔道 ○○選手が××選手を一本背負いで倒し、優勝しました。“は、アイテム情報１の記事のサマリーが”日本柔道 ○○選手が××選手を一本背負いで倒し、優勝しました。“であることを示す。
【０２４３】
すなわち、図１２の２列目の上から６乃至８個目は、アイテム情報１に関する具体的な情報を示している。
【０２４４】
２列目で上から９個目の”サッカー日本代表 Ａ国に勝利“は、アイテム情報２の記事のタイトルが”サッカー日本代表 Ａ国に勝利“であることを示す。また、２列目で上から１０個目の”http://www.XXXX.com/news/YYYYMMDD_02.html“は、アイテム情報２の記事のURLが”http://www.XXXX.com/news/YYYYMMDD_02.html“であることを示す。さらに、２列目で上から１１個目の”後半46分、△△選手のシュートが決まり、2-1でＡ国を破りました。“は、アイテム情報２の記事のサマリーが”後半46分、△△選手のシュートが決まり、2-1でＡ国を破りました。“であることを示す。
【０２４５】
すなわち、図１２の２列目の上から９乃至１１個目は、アイテム情報２に関する具体的な情報を示している。
【０２４６】
２列目で上から１２個目の”ZONY新規サービス展開“は、アイテム情報Ｎの記事のタイトルが”ZONY新規サービス展開“であることを示す。また、２列目で上から１３個目の”http://www.XXXX.com/news/YYYYMMDD_0N.html“は、アイテム情報Ｎの記事のURLが”http://www.XXXX.com/news/YYYYMMDD_0N.html“であることを示す。さらに、２列目で上から１４個目の”ZONY株式会社が○月X日より新規サービスの全国展開を開始します。“は、アイテム情報Ｎの記事のサマリーが”ZONY株式会社が○月X日より新規サービスの全国展開を開始します。“であることを示す。
【０２４７】
すなわち、図１２の２列目の上から１２乃至１４個目は、アイテム情報Ｎに関する具体的な情報を示している。
【０２４８】
RSSサーバ１４は、図１２を参照して説明した要素と、要素に対応した内容とをRSS形式で記述して、RSS情報として公開する。
【０２４９】
次に、図１３を参照して、RSS情報の記述例について説明する。図１３のRSS情報の記述例は、図１２のRSS情報の要素の例と対応するように記述されている。
【０２５０】
RSS情報は、例えば、マークアップ言語であるXML（eXtensible Markup Language）形式をベースにしたフォーマットにより記述される。XML形式においては、開始タグと終了タグで要素の内容データを挟み込むことによって要素が表現される。また、XML形式においては、タグ付けされた要素が、いわゆる入れ子構造で記述されることよって、要素の包含関係が表現され、ある要素の特性や性質は、属性として表現される。
【０２５１】
１行目は、XML宣言（XML Declaration）を記述する。XML宣言は、XML文書が準拠するXML規格のバージョンや使用する文字コードなどを宣言する。１行目の「<?xml version=“1.0” encoding＝“UTF-8”?>」は、XMLのバージョンが“1.0”であり、XMLの文字コードが“UTF-8”であることを示す。
【０２５２】
２乃至５行目は、名前空間の宣言文であり、xmlns属性によって名前空間を宣言することで、その名前空間のURLにおいて定義された要素（語彙）を使用することができる。
【０２５３】
６行目の「<channel rdf about=“http://www.XXXX.com/rss.rdf”>」と２５行目の「</channel>」は、７乃至２４行目がchannel要素に属していることを示す。channel要素は、RSS情報の全体に関する情報が記述される。
【０２５４】
７行目の「<title>XXXXドットコム</title>」は、RSS情報のタイトルが“XXXXドットコム”であることを示す。
【０２５５】
８行目の「<link>http://www.XXXX.com/</link>」は、例えば、ホームページや新着ページなどの、RSS情報の対象となるサイトのURLが”http://www.XXXX.com/“であることを示す。
【０２５６】
９行目の「<description>XXXX ドットコムのブログです。</description>」は、RSS情報のサマリー（概要）が“XXXX ドットコムのブログです。”であることを示す。
【０２５７】
１０行目の「<dc:language>ja</dc:language>」は、RSS情報の言語が“日本語”であることを示す。
【０２５８】
１１乃至１２行目の「<dc:rights>Copyright 2004 XXXX社. All rights reserved. No reproduction or republication without written permission.</dc:rights>」は、RSS情報の著作権が“XXXX 社”にあることを示す。
【０２５９】
１３行目の「<dc:date>2004/09/06 10:15:45</dc:date>」は、RSS情報を作成した日付、またはRSS情報を公開した日付のいずれかが“2004/09/06 10:15:45”であることを示す。
【０２６０】
１４行目の「<dc:publisher>XXXX 社</dc:publisher>」は、RSS情報が公開されているサイトが“XXXX 社”であることを示す。
【０２６１】
１５行目の「<dc:creator>XXXX 社</dc:creator>」は、RSS情報の作者が“XXXX 社”であることを示す。
【０２６２】
１６行目の「<syn:updatePeriod>hourly</syn:updatePeriod>」と１７行目の「<syn:updateFrequency>1</syn:updateFrequency>」は、RSS情報が１時間毎に１回更新されることを示す。
【０２６３】
１８行目の「<items>」と２４行目の「</items>」は、１９乃至２３行目がitems要素に属していることを示す。items要素は、channel要素に続いて記載される、後述するitem要素で記述される記事の目次に相当する。また、１９行目の「<rdf:Seq>」と２３行目の「</rdf:Seq>」は、item要素で記述される記事を所定の順序（Sequence）で並べることを示す。
【０２６４】
２０行目の「<rdf:li rdf:resource="http://www.XXXX.com/news/YYYYMMDD_01.html?ref=rss" />」は、item要素で記述される１つ目の記事（２６乃至３２行目）の目次を示す。また、２０行目の「<rdf:li rdf:resource="http://www.XXXX.com/news/YYYYMMDD_01.html?ref=rss" />」において、rdf:li要素のrdf:resource属性は、２６行目のitem要素のrdf:about属性に対応している。
【０２６５】
２１行目の「<rdf:li rdf:resource="http://www.XXXX.com/news/YYYYMMDD_02.html?ref=rss" />」は、item要素で記述される２つ目の記事（３３乃至３９行目）の目次を示す。また、２１行目の「<rdf:li rdf:resource="http://www.XXXX.com/news/YYYYMMDD_02.html?ref=rss" />」において、rdf:li要素のrdf:resource属性は、３３行目のitem要素のrdf:about属性に対応している。
【０２６６】
２２行目の「<rdf:li rdf:resource="http://www.XXXX.com/news/YYYYMMDD_0N.html?ref=rss" />」は、item要素で記述されるＮ個目の記事（４０乃至４６行目）の目次を示す。また、２２行目の「<rdf:li rdf:resource="http://www.XXXX.com/news/YYYYMMDD_0N.html?ref=rss" />」において、rdf:li要素のrdf:resource属性は、４０行目のitem要素のrdf:about属性に対応している。
【０２６７】
２６行目の「<item rdf:about="http://www.XXXX.com/news/YYYYMMDD_01.html?ref=rss">」と３２行目の「</item>」は、２０行目のrdf:li要素（目次）のrdf:resource属性で目次として示した記事の具体的な内容を示す。また、２６行目の「<item rdf:about="http://www.XXXX.com/news/YYYYMMDD_01.html?ref=rss">」において、item要素のrdf:about属性は、２０行目のrdf:li要素のrdf:resource属性に対応している。
【０２６８】
２７行目の「<title>オリンピック 日本柔道金</title>」は、１つ目の記事のタイトルが“オリンピック 日本柔道金”であることを示す。
【０２６９】
２８行目の「<link>http://www.XXXX.com/news/YYYYMMDD_01.html?ref=rss</link>」は、１つ目の記事のURLが” http://www.XXXX.com/news/YYYYMMDD_01.html?ref=rss“であることを示す。
【０２７０】
２９行目の「<description>日本柔道 ○○選手が××選手を一本背負いで倒し、優勝しました。</description>」は、１つ目の記事のサマリーが“日本柔道 ○○選手が××選手を一本背負いで倒し、優勝しました。”であることを示す。
【０２７１】
３０行目の「<dc:subject>スポーツ</dc:subject>」は、１つ目の記事のカテゴリーが“スポーツ”であることを示す。
【０２７２】
３１行目の「<dc:date>2004/09/06 10:15:45</dc:date>」は、１つ目の記事を作成した日付、または１つ目の記事を公開した日付のいずれかが“2004/09/06 10:15:45”であることを示す。
【０２７３】
３３行目の「<item rdf:about="http://www.XXXX.com/news/YYYYMMDD_02.html?ref=rss">」と３９行目の「</item>」は、２１行目のrdf:li要素（目次）のrdf:resource属性で目次として示した記事の具体的な内容を示す。また、３３行目の「<item rdf:about="http://www.XXXX.com/news/YYYYMMDD_02.html?ref=rss">」において、item要素のrdf:about属性は、２１行目のrdf:li要素のrdf:resource属性に対応している。
【０２７４】
３４行目の「<title>サッカー日本代表 Ａ 国に勝利</title>」は、２つ目の記事のタイトルが“サッカー日本代表 Ａ 国に勝利”であることを示す。
【０２７５】
３５行目の「<link>http://www.XXXX.com/news/YYYYMMDD_02.html?ref=rss</link>」は、２つ目の記事のURLが” http://www.XXXX.com/news/YYYYMMDD_02.html?ref=rss“であることを示す。
【０２７６】
３６行目の「<description>後半46分 △△選手のシュートが決まり、2-1でＡ 国を破りました。</description>」は、２つ目の記事のサマリーが“後半46分 △△選手のシュートが決まり、2-1でＡ 国を破りました。”であることを示す。
【０２７７】
３７行目の「<dc:subject>スポーツ</dc:subject>」は、２つ目の記事のカテゴリーが“スポーツ”であることを示す。
【０２７８】
３８行目の「<dc:date>2004/09/06 21:11:10</dc:date>」は、２つ目の記事を作成した日付、または２つ目の記事を公開した日付のいずれかが“2004/09/06 21:11:10”であることを示す。
【０２７９】
４０行目の「<item rdf:about="http://www.XXXX.com/news/YYYYMMDD_0N.html?ref=rss">」と４６行目の「</item>」は、２２行目のrdf:li要素（目次）のrdf:resource属性で目次として示した記事の具体的な内容を示す。また、４０行目の「<item rdf:about="http://www.XXXX.com/news/YYYYMMDD_0N.html?ref=rss">」において、item要素のrdf:about属性は、２２行目のrdf:li要素のrdf:resource属性に対応している。
【０２８０】
４１行目の「<title>ＺＯＮＹ新規サービス展開</title>」は、Ｎ個目の記事のタイトルが“ＺＯＮＹ新規サービス展開”であることを示す。
【０２８１】
４２行目の「<link>http://www.XXXX.com/news/YYYYMMDD_0N.html?ref=rss</link>」は、Ｎ個目の記事のURLが” http://www.XXXX.com/news/YYYYMMDD_0N.html?ref=rss“であることを示す。
【０２８２】
４３行目の「<description>ZONY株式会社が○月×日より新規サービスの全国展開を開始します。</description>」は、Ｎ個目の記事のサマリーが“ZONY株式会社が○月×日より新規サービスの全国展開を開始します。”であることを示す。
【０２８３】
４４行目の「<dc:subject>経済</dc:subject>」は、Ｎ個目の記事のカテゴリーが“経済”であることを示す。
【０２８４】
４５行目の「<dc:date>2004/09/06 23:12:55</dc:date>」は、Ｎ個目の記事を作成した日付、またはＮ個目の記事を公開した日付のいずれかが“2004/09/06 23:12:55”であることを示す。
【０２８５】
以上のようにして、RSS情報は記述される。
【０２８６】
次に、図１４を参照しては、重み付け記事メタデータの要素の例について説明する。
【０２８７】
重み付け記事メタデータは、RSS形式で記述されたRSS情報を拡張した情報である。すなわち、重み付け記事メタデータには、例えば、一般的な要素である、Webサイトのページのタイトル、アドレス、サマリー、更新日時などに加えて、さらに、ピアID、IPアドレス、記事ポイントなどの拡張された情報も記述される。
【０２８８】
図１４で示される例において、１列目は、重み付け記事メタデータの要素を示し、２列目は、重み付け記事メタデータの要素の内容を示す。また、１列目の重み付け記事メタデータの要素には、２乃至４行目に、“送信ピア情報”である項目、５乃至１４行目に、“アイテム情報”である項目、１５行目に、“重み付け記事メタデータ”である項目が示されている。
【０２８９】
さらにまた、２乃至４行目の“送信ピア情報”である項目のうち、２行目に、“データ種別”である項目、３行目に、“ピアID”である項目、４行目に、“送信日時”である項目が示されている。また、５乃至１４行目の“アイテム情報”である項目のうち、５乃至９行目に、“アイテム情報１”である項目、１０乃至１４行目に、“アイテム情報Ｎ”である項目が示されている。
【０２９０】
５乃至９行目の“アイテム情報１”である項目のうち、５行目に、“URL”である項目、６行目に、“記事ポイント”である項目、７行目に、“FeedURL”である項目、８行目に、“タイトル”である項目、９行目に、“サマリー”である項目が示されている。また、１０乃至１４行目の“アイテム情報Ｎ”である項目のうち、１０行目に、“URL”である項目、１１行目に、“記事ポイント”である項目、１２行目に、“FeedURL”である項目、１３行目に、“タイトル”である項目、１４行目に、“サマリー”である項目が示されている。
【０２９１】
図１４の２列目で上から２個目の“rss-send”は、重み付け記事メタデータのデータ種別が“rss-send”であることを示す。また、２列目で上から３個目の“bbb@bbb.ne.jp”は、送信者のピアIDが“bbb@bbb.ne.jp”であることを示す。さらに、２列目で上から４個目の“2004/09/06 10:15:45”は、重み付け記事メタデータを送信した時刻が“2004/09/06 10:15:45”であることを示す。
【０２９２】
すなわち、図１４の２列目で上から２乃至４行目は、重み付け記事メタデータの全体に関する情報を示している。
【０２９３】
２列目で上から５個目の“http://www.XXXX.com/news/YYYYMMDD_01.html“は、アイテム情報１の記事のURLが”http://www.XXXX.com/news/YYYYMMDD_01.html“であることを示す。また、２列目で上から６個目の”0.7“は、アイテム情報１の記事の記事ポイントが”0.7“であることを示す。さらに、２列目で上から７個目の”http://www.XXXX.com/rss.rdf“は、アイテム情報１の記事のFeedURL（その記事が含まれていたRSS情報のURL）が”http://www.XXXX.com/rss.rdf“であることを示す。また、２列目で上から８個目の”オリンピック 日本柔道金“は、アイテム情報１の記事のタイトルが”オリンピック 日本柔道金“であることを示す。さらに、２列目の上から９個目の”日本柔道 ○○選手が××選手を一本背負いで倒し、優勝しました。“は、アイテム情報１のサマリーが”日本柔道 ○○選手が××選手を一本背負いで倒し、優勝しました。“であることを示す。
【０２９４】
すなわち、図１４の２列目の上から５乃至９行目は、アイテム情報１に関する具体的な情報を示している。
【０２９５】
２列目の上から１０個目の“http://www.YYYY.com/sport/a.html”は、アイテム情報Ｎの記事のURLがhttp://www.YYYY.com/sport/a.htmlであることを示す。また、２列目の上から１１個目の“0.5”は、アイテム情報Ｎの記事の記事ポイントが“0.5”であることを示す。さらに、２列目の上から１２個目の“http://www.YYYY.com/RSS/rss.rdf”は、アイテム情報Ｎの記事のFeedURLが“http://www.YYYY.com/RSS/rss.rdf”であることを示す。また、２列目の上から１３個目の“サッカー日本代表 合宿スタート”は、アイテム情報Ｎの記事のタイトルが“サッカー日本代表 合宿スタート”であることを示す。さらに、２列目の上から１４個目の“日本サッカー代表は、６日より千葉県佐倉市の施設で合宿を開始しました。”は、アイテム情報Ｎのサマリーが“日本サッカー代表は、６日より千葉県佐倉市の施設で合宿を開始しました。”であることを示す。
【０２９６】
すなわち、図１４の２列目の上から１０乃至１４行目は、アイテム情報Ｎに関する具体的な情報を示している。
【０２９７】
２列目の上から１５行目の“10000ms”は、重み付けメタ記事データの送信間隔が10000ミリ秒（ms）であることを示す。
【０２９８】
次に、図１５を参照して、重み付け記事メタデータの記述例について説明する。図１５の重み付け記事メタデータの記述例は、図１４の重み付け記事メタデータの要素の例と対応するように記述されている。
【０２９９】
重み付け記事メタデータは、例えば、マークアップ言語であるXML形式によって記述される。
【０３００】
１行目の「<rra>」と２４行目の「</rra>」は、２乃至２３行目がrra要素に属していることを示す。ここで、rra要素とは、任意に定義された要素であるので、これ以外の要素を指定するようにしてもよい。
【０３０１】
２行目の「<datatype>rss_send</datatype>」は、データの種別が“rss_send”であることを示す。
【０３０２】
３行目の「<peerid>bbb@bbb.ne.jp</peerid>」は、送信者のピアIDが“bbb@bbb.ne.jp”であることを示す。
【０３０３】
４行目の「<date>2004/09/06 10:15:45</date>」は、重み付け記事メタデータを作成した日付、または重み付け記事メタデータを公開した日付のいずれかが“2004/09/06 10:15:45”であることを示す。
【０３０４】
５行目の「<message>」と２２行目の「</message>」は、６乃至２１行目がmessage要素に属していることを示す。６行目の「<ranking>」と２１行目の「</ranking>」は、７乃至２０行目がranking要素に属していることを示す。
【０３０５】
７行目の「<item>」と１３行目の「</item>」は、８乃至１２行目がitem要素に属していることを示す。
【０３０６】
８行目の「<url>http://www.XXXX.com/news/YYYYMMDD_01.html</url>」は、１つ目の記事のURLが“http://www.XXXX.com/news/YYYYMMDD_01.html”であることを示す。
【０３０７】
９行目の「<score>0.7</score>」は、１つ目の記事の記事ポイントが“0.7”であることを示す。
【０３０８】
１０行目の「<feedurl>http://www.XXXX.com/rss.rdf</feedurl>」は、１つ目の記事のFeedURLが“http://www.XXXX.com/rss.rdf”であることを示す。
【０３０９】
１１行目の「<title>オリンピック 日本柔道金</title>」は、１つ目の記事のタイトルが“オリンピック 日本柔道金”であることを示す。
【０３１０】
１２行目の「<description>日本柔道 ○○選手が××選手を一本背負いで倒し、優勝しました。</description>」は、１つ目の記事のサマリーが“日本柔道 ○○選手が××選手を一本背負いで倒し、優勝しました。”であることを示す。
【０３１１】
１４行目の「<item>」と２０行目の「</item>」は、１５乃至１９行目がitem要素に属していることを示す。
【０３１２】
１５行目の「<url>http://www.YYYY.com/sports/a.html</url>」は、Ｎ個目の記事のURLが“http://www.YYYY.com/sports/a.html”であることを示す。
【０３１３】
１６行目の「<score>0.5</score>」は、Ｎ個目の記事の記事ポイントが“0.5”であることを示す。
【０３１４】
１７行目の「<feedurl>http://www.YYYY.com/RSS/rss.rdf</feedurl>」は、Ｎ個目の記事のFeedURLが“http://www.YYYY.com/RSS/rss.rdf”であることを示す。
【０３１５】
１８行目の「<title>サッカー日本代表 合宿スタート</title>」は、Ｎ個目の記事のタイトルが“サッカー日本代表 合宿スタート”であることを示す。
【０３１６】
１９行目の「<description>日本サッカー代表は、６日より千葉県の佐倉市の施設で合宿を開始しました。</description>」は、Ｎ個目の記事のサマリーが“日本サッカー代表は、６日より千葉県の佐倉市の施設で合宿を開始しました。”であることを示す。
【０３１７】
以上のようにして、重み付け記事メタデータは記述される。
【０３１８】
このように、P2Pシステム１にログインしているクライアント端末装置１１は、図１２の一般的なRSS情報の要素に対して、ピアID、IPアドレス、記事ポイントなどの拡張したRSS情報の要素が加えられた図１４の重み付け記事メタデータを他のピアに送信するか、または他のピアから送信された重み付け記事メタデータを受信する。その結果、クライアント端末装置１１で起動しているRSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２は、記事をランキング順に表示させることができる。
【０３１９】
すなわち、図１４を参照して説明した重み付け記事メタデータを用いることで、更新された記事を表示するだけでなく、さらに、記事をランキング順に表示させることができる。
【０３２０】
なお、上述した例においては、図１２のRSS情報の拡張する要素として、データ種別、ピアID、記事ポイント、FeedURL、送信間隔の要素について説明したが、RSS情報の拡張する要素は、それらに限らず、例えば、記事ポイントの要素をもう１つ追加して、１つ目の記事ポイントとは異なった記事ポイントを集計するようにするなどRSS情報を拡張する情報とすることができる。
【０３２１】
次に、図１６および図１７を参照して、クライアント端末装置１１が本発明のP2Pシステム１にログインする場合について説明する。
【０３２２】
図１６および図１７において、まだ、P2Pシステム１にログインしておらず、これからログインをしようとしているクライアント端末装置１１をクライアント端末装置１１−ｉとし、既に、P2Pシステム１にログインしているクライアント端末装置１１（図１６の点線５０１で囲まれているクライアント端末装置１１）をクライアント端末装置１１−ｊ、クライアント端末装置１１−ｋとして説明する。
【０３２３】
また、クライアント端末装置１１−ｉを使用しているユーザをユーザＡと称し、クライアント端末装置１１−ｊを使用しているユーザをユーザＢと称し、クライアント端末装置１１−ｋを使用しているユーザをユーザＣと称し、クライアント端末装置１１−ｉを使用しているユーザＡには、“aaa@aaa.ne.jp”であるピアIDおよび“172.31.2.3”であるIPアドレスが割り当てられ、クライアント端末装置１１−ｊを使用しているユーザＢには、“bbb@bbb.ne.jp”であるピアIDおよび“192.168.1.10”であるIPアドレスが割り当てられ、クライアント端末装置１１−ｋを使用しているユーザＣには、“ccc@ccc.ne.jp”であるピアIDおよび“192.168.2.7”であるIPアドレスが割り当てられている。
【０３２４】
まず、図１６を参照して、クライアント端末装置１１がP2Pシステム１にログインする場合の処理の概要について説明する。
【０３２５】
クライアント端末装置１１−ｉは、例えば、ユーザＡの操作により、RSSリーダ１５１が起動された場合、ネットワーク１２を介して、P2Pシステム１にログインするための要求であるログイン要求をP2Pサーバ１３宛てに送信する。
【０３２６】
なお、ログイン要求をP2Pサーバ１３に送信するタイミングは、RSSリーダ１５１の起動時に限らず、例えば、ユーザＡの操作により、RSS１５１のGUI１７３により表示される画面のログインボタン（図示せず）が押下された場合や、RSSリーダ１５１が起動した場合に、ログインのダイアログ（図示せず）を表示させて、ユーザＡの操作により、ログインが選択されたときなど、P2Pシステム１のサービスの利用を開始するタイミングで送信するようにすればよい。
【０３２７】
ログイン要求には、少なくとも、自分（例えば、クライアント端末装置１１−ｉ）のピアIDおよびIPアドレスが含まれる。例えば、クライアント端末装置１１−ｉを使用するユーザＡからのログイン要求の場合、ログイン要求には、少なくとも、“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスが含まれている。
【０３２８】
P2Pサーバ１３は、ピアリスト３６２を記録部３０８に記録しており、ピアリスト３６２には、P2Pシステム１にログインしているユーザのピアIDとIPアドレスとが対応して格納されている。例えば、P2Pサーバ１３が記録しているピアリスト３６２には、“bbb@bbb.ne.jp”であるユーザＢのピアIDに対して、“192.168.1.10”であるクライアント端末装置１１−ｊのIPアドレスが格納され、“ccc@ccc.ne.jp”であるユーザＣのピアIDに対して、“192.168.2.7”であるクライアント端末装置１１−ｋのIPアドレスが格納されている。すなわち、この場合、ユーザＢおよびユーザＣがP2Pシステム１にログインしていることとなる。
【０３２９】
ここで、P2Pサーバ１３は、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信されたログイン要求を受信する。このとき、P2Pサーバ１３は、クライアント端末装置１１−ｉから送信されたログイン要求に応じて、ピアIDとIPアドレスとを対応させて、記録部３０８に記録されているピアリスト３６２に格納させる。
【０３３０】
具体的には、P2Pサーバ１３が記録しているピアリスト３６２には、“bbb@bbb.ne.jp”であるユーザＢのピアIDに対して、“192.168.1.10”であるクライアント端末装置１１−ｊのIPアドレスが格納され、“ccc@ccc.ne.jp”であるユーザＢのピアIDに対して、“192.168.2.7”であるクライアント端末装置１１−ｋのIPアドレスが格納され、さらに、“aaa@aaa.ne.jp”であるユーザＡのピアIDに対して、“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスが格納されることとなる（図１６の点線５０２で囲まれている“aaa@aaa.ne.jp”であるユーザＡのピアIDに対して、“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレス追加される）。すなわち、この場合、ユーザＡ，ユーザＢ、およびユーザＣがP2Pシステム１にログインしていることとなる。
【０３３１】
P2Pサーバ１３は、ユーザＡのピアIDとクライアント端末装置１１−ｉのIPアドレスとをピアリスト３６２に格納した後、クライアント端末装置１１−ｉに対して、ネットワーク１２を介して、P2Pシステム１にログインしたことを示すログイン通知を送信する。
【０３３２】
クライアント端末装置１１−ｉは、ネットワーク１２を介して、P2Pサーバ１３からのログイン通知を受信する。ユーザＡは、クライアント端末装置１１−ｉがP2Pサーバ１３からのログイン通知を受信することで、P2Pシステム１へのログインに成功したことが分かる。
【０３３３】
このように、P2Pサーバ１３が、ピアリスト３６２により、P2Pシステム１にログインしているユーザの情報を保持しているので、例えば、クライアント端末装置１１が、他のユーザの情報を取得したい場合、P2Pサーバ１３に問い合わせることにより、他のユーザの情報を取得することができる。
【０３３４】
次に、図１７のフローチャートを参照して、P2Pシステム１のログインの処理について説明する。
【０３３５】
ステップＳ１０１において、クライアント端末装置１１−ｉのCPU１０１は、例えば、ユーザＡの操作により、RSSリーダ１５１の実行ファイルのアイコンがダブルクリックされた場合、RSSリーダ１５１を起動させる。
【０３３６】
ステップＳ１０２において、クライアント端末装置１１−ｉのログインモジュール１７１は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、ログイン要求をP2Pサーバ１３宛てに送信させる。
【０３３７】
例えば、ステップＳ１０２において、ログインモジュール１７１は、ユーザＡの操作により、RSSリーダ１５１の実行ファイルのアイコンがダブルクリックされてRSSリーダ１５１が起動した場合、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、ログイン要求として、“aaa@aaa.ne.jp”であるユーザＡのピアIDと“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスとをP2Pサーバ１３宛てに送信させる。
【０３３８】
なお、上述したように、ログイン要求をP2Pサーバ１３宛てに送信するタイミングは、ユーザＡの操作により、RSSリーダ１５１の実行ファイルのアイコンがダブルクリックされてRSSリーダ１５１が起動したときに限らず、例えば、ユーザＡの操作により、RSSリーダ１５１に設けられているログインボタン（図示せず）が押下された場合や、RSSリーダ１５１が起動したときに、ログインのダイアログ（図示せず）を表示させて、ユーザの操作により、ログインが選択された場合など、P2Pシステム１のサービスの利用を開始するタイミングで送信するようにすればよい。
【０３３９】
ステップＳ１２１において、P2Pサーバ１３の登録削除受付モジュール３６１は、通信部３０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信されたログイン要求を通信部３０９に受信させる。
【０３４０】
例えば、ステップＳ１２１において、登録削除受付モジュール３６１は、通信部３０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｉから、ログイン要求として送信された“aaa@aaa.ne.jp”であるユーザＡのピアIDと“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスを通信部３０９に受信させる。
【０３４１】
ステップＳ１２２において、P2Pサーバ１３の登録削除受付モジュール３６１は、クライアント端末装置１１−ｉから受信したログイン要求として、ピアIDとIPアドレスとを対応させて、記録部３０８に記録されているピアリスト３６２（ピアIDとIPアドレスとの対応表）に格納させる。例えば、ステップＳ１２２において、登録削除受付モジュール３６１は、クライアント端末装置１１−ｉから受信したログイン要求として、“aaa@aaa.ne.jp”であるユーザＡのピアIDと“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスとを対応させて、記録部３０８に記録されているピアリスト３６２に格納させる。
【０３４２】
ステップＳ１２３において、P2Pサーバ１３の登録削除受付モジュール３６１は、通信部３０９を制御して、通信部３０９に、ネットワークを介して、ユーザＡが正常にログインしたことを示す通知（ピアIDとIPアドレスとがピアリスト３６２に格納されたことを示す通知）であるログイン通知をクライアント端末装置１１−ｉ宛てに送信させる。
【０３４３】
ステップＳ１０３において、クライアント端末装置１１−ｉのログインモジュール１７１は、通信部１０９を制御して、ネットワークを介して、P2Pサーバ１３からログイン通知を通信部１０９に受信させて処理は終了する。
【０３４４】
例えば、ステップＳ１０３において、ログインモジュール１７１は、通信部１０９を制御して、ネットワーク１２を介して、P2Pサーバ１３からログイン通知を通信部１０９に受信させ、受信したログイン通知を基に、RSSリーダ１５１のGUI１７３に表示される画面の第１ペイン４０１にピアの名前をツリービュー形式で表示させたり、第２ペイン４０２にランキング順の記事リストを表示させたりする。
【０３４５】
次に、図１８乃至図２２を参照して、クライアント端末装置１１が他のクライアント端末装置１１に重み付け記事メタデータの提供（レシピエントリストの登録）を要求する場合の処理について説明する。
【０３４６】
上述したように、P2Pシステム１のクライアント端末装置１１は、ピアとの関係を保持するために、受信者側が記録している送信者のリストであるピアチャンネルリスト２１１と、送信者側が記録している受信者のリストであるレシピエントリスト２１２を記録部１０８に記録している。クライアント端末装置１１は、この２つのリストに基づいて、重み付け記事メタデータを他のユーザのクライアント端末装置１１に送信するか、または他のユーザのクライアント端末装置１１から重み付け記事メタデータを受信する。
【０３４７】
また、クライアント端末装置１１は、ピアの情報のうち、ピアIDとIPアドレスとを対応させた情報をピアキャッシュ２１３に保持し、相手の情報がピアキャッシュ２１３に保持されている場合には、その相手のピアIDとIPアドレスとを対応させた情報を基に、情報（例えば、レシピエントリスト登録要求または重み付け記事メタデータなど）を相手に送信する。
【０３４８】
それに対して、相手の情報がピアキャッシュ２１３に保持されていない場合には、P2Pサーバ１３に対して、相手のピアIDを送信して問い合わせることにより、その相手のIPアドレスを取得し、取得したIPアドレスを基に、情報（例えば、レシピエントリスト登録要求または重み付け記事メタデータなど）を相手に送信する。
【０３４９】
図１８乃至図２２で示される例において、既に、P2Pシステム１にログインしているクライアント端末装置１１をクライアント端末装置１１−ｉ、クライアント端末装置１１−ｊ、クライアント端末装置１１−ｋとして説明する。
【０３５０】
また、図１６および図１７で示される例と同様に、クライアント端末装置１１−ｉを使用しているユーザをユーザＡと称し、クライアント端末装置１１−ｊを使用しているユーザをユーザＢと称し、クライアント端末装置１１−ｋを使用しているユーザをユーザＣと称し、クライアント端末装置１１−ｉを使用しているユーザＡには、“aaa@aaa.ne.jp”であるピアIDおよび“172.31.2.3”であるIPアドレスが割り当てられ、クライアント端末装置１１−ｊを使用しているユーザＢには、“bbb@bbb.ne.jp”であるピアIDおよび“192.168.1.10”であるIPアドレスが割り当てられ、クライアント端末装置１１−ｋを使用しているユーザＣには、“ccc@ccc.ne.jp”であるピアIDおよび“192.168.2.7”であるIPアドレスが割り当てられている。
【０３５１】
さらに、クライアント端末装置１１−ｉの記録部１０８が記録しているピアチャンネルリスト２１１をピアチャンネルリスト２１１−ｉと称し、クライアント端末装置１１−ｉの記録部１０８が記録しているレシピエントリスト２１２をレシピエントリスト２１２−ｉと称し、クライアント端末装置１１−ｉの記録部１０８が記録しているピアキャッシュ２１３をピアキャッシュ２１３−ｉと称する。また、クライアント端末装置１１−ｊの記録部１０８が記録しているピアチャンネルリスト２１１をピアチャンネルリスト２１１−ｊと称し、クライアント端末装置１１−ｊの記録部１０８が記録しているレシピエントリスト２１２をレシピエントリスト２１２−ｊと称し、クライアント端末装置１１−ｊの記録部１０８が記録しているピアキャッシュ２１３をピアキャッシュ２１３−ｊと称する。
【０３５２】
まず、図１８を参照して、クライアント端末装置１１が他のクライアント端末装置１１に重み付け記事メタデータの提供（レシピエントリスト登録）を要求する場合の処理の概要について説明する。すなわち、図１８は、クライアント端末装置１１−ｉを使用するユーザＡが、クライアント端末装置１１−ｊを使用するユーザＢに対して、重み付け記事メタデータの提供を要求する処理の一例を示す図である。
【０３５３】
クライアント端末装置１１−ｉは、例えば、ユーザＡにより、ユーザＢから重み付け記事メタデータの提供を受けるための操作がされた場合、レシピエントリスト登録要求をクライアント端末装置１１−ｊに送信するが、このとき、自分の記録部１０８に記録されているピアキャッシュ２１３−ｉには、ユーザＢのピアIDとクライアント端末装置１１−ｊのIPアドレスの情報が格納されていないので、ネットワーク１２を介して、クライアント端末装置１１−ｊのIPアドレスを取得するための名前解決要求をP2Pサーバ１３宛てに送信する。
【０３５４】
具体的には、クライアント端末装置１１−ｉは、ネットワーク１２を介して、自分の記録部１０８に記録されているピアチャンネルリスト２１１−ｉに格納されている“bbb@bbb.ne.jp”であるユーザＢのピアIDを含む名前解決要求をP2Pサーバ１３宛てに送信する。
【０３５５】
P2Pサーバ１３は、ピアリスト３６２を記録部３０８に記録しており、ピアリスト３６２には、P2Pシステム１にログインしているユーザのピアIDとIPアドレスとが対応して格納されている。
【０３５６】
例えば、P2Pサーバ１３が記録しているピアリスト３６２には、ユーザＢ、ユーザＣ、およびユーザＡがP2Pシステム１にログインしているので、“bbb@bbb.ne.jp”であるユーザＢのピアIDに対して、“192.168.1.10”であるIPアドレスが格納され、“ccc@ccc.ne.jp”であるユーザＣのピアIDに対して、“192.168.2.7”であるIPアドレスが格納され、“aaa@aaa.ne.jp”であるユーザＡのピアIDに対して、“172.31.2.3”であるIPアドレスが格納されている。
【０３５７】
ここで、P2Pサーバ１３は、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信された名前解決要求を受信する。P2Pサーバ１３は、クライアント端末装置１１−ｉから受信した名前解決要求に含まれる“bbb@bbb.ne.jp”であるユーザＢのピアIDを基に、記録部１０８に記録されているピアリスト３６２に格納されている“bbb@bbb.ne.jp”であるピアIDに対する、“192.168.1.10”であるIPアドレスを取得し、ネットワーク１２を介して、取得した“192.168.1.10”であるIPアドレスをクライアント端末装置１１−ｉ宛てに送信する。すなわち、P2Pサーバ１３は、クライアント端末装置１１−ｉの問い合わせに応じて、クライアント端末装置１１−ｊのIPアドレスを提供する。
【０３５８】
クライアント端末装置１１−ｉは、ネットワーク１２を介して、P2Pサーバ１３からクライアント端末装置１１−ｊのIPアドレスを受信する。クライアント端末装置１１−ｉは、受信したクライアント端末装置１１−ｊのIPアドレスをユーザＢのピアIDに対応させて、記録部１０８に記録されているピアキャッシュ２１３−ｉに格納する（図１８の点線５１１で囲まれている“bbb@bbb.ne.jp”であるユーザＢのピアIDに対して、“192.168.1.10”であるクライアント端末装置１１−ｊのIPアドレスが追加される）。
【０３５９】
クライアント端末装置１１−ｉは、ネットワーク１２を介して、レシピエントリスト登録要求（“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”である自分のIPアドレスを少なくとも含む）を、記録部１０８に記録されているピアキャッシュ２１３−ｉに格納されているユーザＢのピアIDに対応した“192.168.1.10”であるクライアント端末装置１１−ｊのIPアドレス宛てに送信する。
【０３６０】
クライアント端末装置１１−ｊは、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信されたレシピエントリスト登録要求を受信する。クライアント端末装置１１−ｊのGUI１７３は、受信したレシピエントリスト登録要求を基に、例えば、ユーザＢに対して、重み付け記事メタデータをユーザＡに提供するか否かを判定させるダイアログを表示させる。その結果、ユーザＢは、GUI１７３に表示された画面のダイアログを選択することで、重み付け記事メタデータをユーザＡに提供するか否かを指示する。
【０３６１】
クライアント端末装置１１−ｊは、ユーザＢが重み付け記事メタデータをユーザＡに提供すると指示された場合、レシピエントリスト登録要求に含まれる“aaa@aaa.ne.jp”であるユーザＡのピアIDを記録部１０８に記録されているレシピエントリスト２１２−ｊに格納し（図１８の点線５１２で囲まれている“aaa@aaa.ne.jp”であるユーザＡのピアIDが追加される）、レシピエントリスト登録要求に含まれる“aaa@aaa.ne.jp”であるユーザＡのピアIDと、これに対する“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスとを対応させて、記録部１０８に記録されているピアキャッシュ２１３−ｊに格納する（図１８の点線５１３で囲まれている“aaa@aaa.ne.jp”であるユーザＡのピアIDと、これに対する“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスとが追加される）。
【０３６２】
そして、クライアント端末装置１１−ｊは、ネットワーク１２を介して、重み付け記事メタデータをユーザＡに提供することを示す「許可」である応答メッセージをクライアント端末装置１１−ｉ宛てに送信する。
【０３６３】
一方、クライアント端末装置１１−ｊは、ユーザＢが重み付け記事メタデータをユーザＡに提供しないと指示された場合、レシピエントリスト登録要求に含まれる“aaa@aaa.ne.jp”であるユーザＡのピアIDと、これに対する“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスとを対応させて、記録部１０８に記録されているピアキャッシュ２１３−ｊに格納する（図１８の点線５１３で囲まれている“aaa@aaa.ne.jp”であるユーザＡのピアIDと、これに対する“172.31.2.3”であるクライアント端末装置１１−ｉのIPアドレスが追加される）。また、この場合、図１８の点線５１２で囲まれている“aaa@aaa.ne.jp”であるユーザＡのピアIDは、レシピエントリスト２１２−ｊには格納されない。
【０３６４】
そして、クライアント端末装置１１−ｊは、ネットワーク１２を介して、重み付け記事メタデータをユーザＡに提供しないことを示す「拒否」である応答メッセージをクライアント端末装置１１−ｉ宛てに送信する。
【０３６５】
クライアント端末装置１１−ｉは、ネットワーク１２を介して、クライアント端末装置１１−ｊから送信された「許可」または「拒否」である応答メッセージを受信する。クライアント端末装置１１−ｉは、クライアント端末装置１１−ｊから送信された「許可」または「拒否」である応答メッセージを基に、所定のメッセージをGUI１７３により表示された画面に表示させる。その結果、ユーザＡは、ユーザＢからの重み付け記事メタデータの提供を許可されたか否かを知ることができる。
【０３６６】
また、このとき、クライアント端末１１−ｉは、クライアント端末装置１１−ｊから送信された「許可」または「拒否」である応答メッセージを基に、GUI１７３により表示された画面の第１ペイン４０１の矢印アイコンを変更させる。
【０３６７】
例えば、図９のピアタブ４２２が選択されている場合の第１ペイン４０１において、「ユーザＢさん」、すなわち、ユーザＢの使用するクライアント端末装置１１−ｊから、「許可」である応答メッセージを受信した場合、第１ペイン４０１に表示されている「ユーザＢさん」を向いている白色の矢印アイコンに追加して、「ユーザＢさん」とは反対側を向いている白色の矢印アイコンも表示される。すなわち、図１０の左から４列目で上から４個目で示される矢印アイコンの状態になる。
【０３６８】
それに対して、図９のピアタブ４２２が選択されている場合の第１ペイン４０１において、「ユーザＢさん」、すなわち、ユーザＢの使用するクライアント端末装置１１−ｊから、「拒否」である応答メッセージを受信した場合、第１ペイン４０１に表示されている「ユーザＢさん」を向いている白色の矢印アイコンに追加して、「ユーザＢさん」とは反対側を向いている黒の矢印アイコンも表示される。すなわち、図１０の左から４列目で上から５個目で示される矢印アイコンの状態になる。
【０３６９】
次に、図１９のフローチャートを参照して、重み付け記事メタデータの提供の処理について説明する。すなわち、図１９のフローチャートは、クライアント端末装置１１−ｉを使用しているユーザＡが、クライアント端末装置１１−ｊを利用しているユーザＢに対して、重み付け記事メタデータの提供を要求している処理であるとも言える。
【０３７０】
ステップＳ１６１において、第１ペインピアリスト管理部１９２は、例えば、ユーザＡの操作により選択された、重み付け記事メタデータの提供を受けたいピアを特定し、特定された重み付け記事メタデータの提供を受けたい特定されたピアに対するピア登録要求をピアリスト管理部２０１に供給する。
【０３７１】
例えば、ステップＳ１６１において、第１ペインピアリスト管理部１９２は、ユーザＡにより、GUI１７３により表示された画面のツールバー４０４のピア登録アイコンが押下されて、ユーザＢから重み付け記事メタデータの提供を要求する操作がされた場合、重み付け記事メタデータの提供を受けたいピアとしてユーザＢを特定し、特定したユーザＢに対するピア登録要求をピアリスト管理部２０１に供給する。
【０３７２】
ステップＳ１６２において、クライアント端末装置１１−ｉのピアリスト管理部２０１は、第１ペインピアリスト管理部１９２から供給されたピア登録要求を基に、重み付け記事メタデータの提供を受けたい相手のピアIDをピアチャンネルリスト２１１に格納させる。ピアリスト管理部２０１は、重み付け記事メタデータの提供を受けたい相手のクライアント端末装置１１のIPアドレスを取得するための要求である名前解決要求を通信モジュール１７６に供給する。
【０３７３】
例えば、ステップＳ１６２において、クライアント端末装置１１−ｉのピアリスト管理部２０１は、第１ペインピアリスト管理部１９２から供給されたユーザＢのピア登録要求を基に、重み付け記事メタデータの提供を受けたい相手であるユーザＢのピアIDとして、“bbb@bbb.ne.jp”であるピアIDをピアチャンネルリスト２１１−ｉに格納させ、クライアント端末装置１１−ｊのIPアドレスを取得するための名前解決要求（例えば、“bbb@bbb.ne.jp”であるピアIDを含む）を通信モジュール１７６に供給する。
【０３７４】
ステップＳ１６３において、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、ピアリスト管理部２０１から供給された名前解決要求をP2Pサーバ１３宛てに送信させる。
【０３７５】
例えば、ステップＳ１６３において、通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、ピアリスト管理部２０１から供給された（ユーザＢの使用している）クライアント端末装置１１−ｊのIPアドレスを取得するための名前解決要求（例えば、“bbb@bbb.ne.jp”であるピアIDを少なくとも含む情報）をP2Pサーバ１３宛てに送信させる。
【０３７６】
ステップＳ１５１において、P2Pサーバ１３の名前解決モジュール３６３は、通信部３０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信された名前解決要求を通信部３０９に受信させる。
【０３７７】
例えば、ステップＳ１５１において、名前解決モジュール３６３は、通信部３０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信された（ユーザＢの使用している）クライアント端末装置１１−ｊのIPアドレスを取得するための名前解決要求（例えば、“bbb@bbb.ne.jp”であるピアIDを含む）を通信部３０９に受信させる。
【０３７８】
ステップＳ１５２において、P2Pサーバ１３の名前解決モジュール３６３は、受信した名前解決要求を基に、記録部３０８に記録されているピアリスト３６２から、ピアIDに対応して格納されているIPアドレスを取得する。
【０３７９】
例えば、ステップＳ１５２において、名前解決モジュール３６３は、受信したクライアント端末装置１１−ｊのIPアドレスを取得するための名前解決要求（例えば、“bbb@bbb.ne.jp”であるピアIDを含む）を基に、記録部３０８に記録されているピアリスト３６２から、クライアント端末装置１１−ｊのIPアドレスとして、“bbb@bbb.ne.jp”であるピアIDに対応した“192.168.1.10”であるIPアドレスを取得する。
【０３８０】
ステップＳ１５３において、P2Pサーバ１３の名前解決モジュール３６３は、通信部３０９を制御して、通信部３０９に、ネットワーク１２を介して、ピアリスト３６２から取得したIPアドレスをクライアント端末装置１１−ｉ宛てに送信させる。例えば、ステップＳ１５３において、名前解決モジュール３６３は、通信部３０９を制御して、通信部３０９に、ネットワーク１２を介して、ピアリスト３６２から、クライアント端末装置１１−ｊのIPアドレスとして取得した“192.168.1.10”であるIPアドレスをクライアント端末装置１１−ｉ宛てに送信させる。
【０３８１】
ステップＳ１６４において、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、P2Pサーバ１３から送信されたIPアドレスを通信部１０９に受信させる。クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、受信したIPアドレスをピアリスト管理部２０１に供給させる。
【０３８２】
例えば、ステップＳ１６４において、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、P2Pサーバ１３から送信された“192.168.1.10”であるクライアント端末装置１１−ｊのIPアドレスを通信部１０９に受信させ、受信させた“192.168.1.10”であるクライアント端末装置１１−ｊのIPアドレスをピアリスト管理部２０１に供給させる。
【０３８３】
ステップＳ１６５において、クライアント端末装置１１−ｉのピアリスト管理部２０１は、通信部１０９から供給されたIPアドレスを基に、重み付け記事メタデータの提供を受けたい相手のピアIDとIPアドレスとを対応付けて、記録部１０８に記録されているピアキャッシュ２１３に格納させる。ピアリスト管理部２０１は、重み付け記事メタデータの提供を受けたい相手への許可の要求であるレシピエントリスト登録要求を通信モジュール１７６に供給する。
【０３８４】
ここで、レシピエントリスト登録要求は、自分のピアIDおよび使用しているクライアント端末装置１１のIPアドレス、並びに重み付け記事メタデータの提供を受けたい相手の使用しているクライアント端末装置１１のIPアドレスを少なくとも含んでいる。
【０３８５】
例えば、ステップＳ１６５において、クライアント端末装置１１−ｉのピアリスト管理部２０１は、通信部１０９から供給された“192.168.1.10”であるクライアント端末装置１１−ｊのIPアドレスを基に、重み付け記事メタデータの提供を受けたい相手であるユーザＢの“bbb@bbb.ne.jp”であるピアIDと、“192.168.1.10”である（ユーザＢの使用する）クライアント端末装置１１−ｊのIPアドレスとを対応付けて、記録部１０８に記録されているピアキャッシュ２１３に格納させる。
【０３８６】
また、クライアント端末装置１１−ｉのピアリスト管理部２０１は、“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるユーザＡの使用しているクライアント端末装置１１−ｉのIPアドレス、並びに“192.168.1.10”であるユーザＢの使用しているクライアント端末装置１１−ｊのIPアドレスを含んでいるレシピエントリスト登録要求を通信モジュール１７６に供給する。
【０３８７】
ステップＳ１６６において、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、ピアリスト管理部２０１から供給されたレシピエントリスト登録要求を、重み付け記事メタデータの提供を受けたい相手のクライアント端末装置１１宛てに送信させる。
【０３８８】
例えば、ステップＳ１６６において、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワークを介して、ピアリスト管理部２０１から供給されたレシピエントリスト登録要求（“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるユーザＡの使用しているクライアント端末装置１１−ｉのIPアドレスを含む）を、レシピエントリスト登録要求に含まれる“192.168.1.10”であるユーザＢの使用しているクライアント端末装置１１−ｊのIPアドレス宛てに送信させる。
【０３８９】
ステップＳ１７１において、クライアント端末装置１１−ｊの通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信されてきたレシピエントリスト登録要求を通信部１０９に受信させる。クライアント端末装置１１−ｊの通信モジュール１７６は、通信部３０９を制御して、通信部３０９に、受信したレシピエントリスト登録要求を表示制御部２０２に供給させる。
【０３９０】
例えば、ステップＳ１７１において、クライアント端末装置１１−ｊの通信モジュール１７６は、通信部１０９を制御して、ネットワークを介して、クライアント端末装置１１−ｉから送信された“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるユーザＡの使用しているクライアント端末装置１１−ｉのIPアドレスを含んでいるレシピエントリスト登録要求を通信部１０９に受信させ、受信した“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるユーザＡの使用しているクライアント端末装置１１−ｉのIPアドレスを含んでいるレシピエントリスト登録要求を表示制御部２０２に供給させる。
【０３９１】
ステップＳ１７２において、クライアント端末装置１１−ｊの表示制御部２０２は、クライアント端末装置１１−ｊの通信モジュール１７６の制御により、通信部１０９から供給されたレシピエントリスト登録要求を基に、レシピエントリスト登録要求を送信してきたユーザに対して、重み付け記事メタデータを提供するか否かを指示させるためのダイアログボックスをGUI１７３により表示される画面に表示させる。
【０３９２】
例えば、ステップＳ１７２において、クライアント端末装置１１−ｊの表示制御部２０２は、クライアント端末装置１１−ｊの通信モジュール１７６の制御により、通信部１０９から供給された“aaa@aaa.ne.jp”であるユーザＡのピアIDおよび“172.31.2.3”であるユーザＡの使用しているクライアント端末装置１１−ｉのIPアドレスを含んでいるレシピエントリスト登録要求を基に、ユーザＡに対して、重み付け記事メタデータを提供するか否かを指示するダイアログボックスをGUI１７３に表示される画面に表示させる。
【０３９３】
図２０は、重み付け記事メタデータを提供するか否かを判定するダイアログボックスを表示するクライアント端末装置１１−ｊのRSSリーダ１５１のGUI１７３により表示される画面の例を示す図である。
【０３９４】
図２０で示される例において、RSSリーダ１５１のGUI１７３に、重み付け記事メタデータを提供するか否かを指示するダイアログボックス５２１が表示されている。
【０３９５】
ダイアログボックス５２１には、“ユーザＡさんから、重み付け記事メタデータの許可の要求を受信しました。ユーザＡさんに重み付け記事メタデータを提供しますか？”であるメッセージが表示され、さらに、はいボタン５２２およびいいえボタン５２３が表示される。
【０３９６】
すなわち、クライアント端末装置１１−ｊを使用するユーザＢは、ダイアログボックス５２１のはいボタン５２２を押下することによって、重み付け記事メタデータをユーザＡが使用するクライアント端末装置１１−ｉに提供することを指示し、それに対して、ダイアログボックス５２１のいいえボタン５２３を押下することによって、重み付け記事メタデータをユーザＡが使用するクライアント端末装置１１−ｉに提供しないことを指示する。
【０３９７】
図１９に戻り、ステップＳ１７３において、クライアント端末装置１１−ｊのピア判定部２０３は、ユーザの操作により、レシピエントリスト登録要求を送信してきた相手に対して、重み付け記事メタデータを提供するか否かを判定する。
【０３９８】
例えば、ステップＳ１７３において、クライアント端末装置１１−ｊのピア判定部２０３は、ユーザＢの操作により、ダイアログボックス５２１のはいボタン５２２が押下されたか、またはいいえボタン５２３が押下されたかにより、ユーザＡに対して、重み付け記事メタデータを提供するか否かを判定する。
【０３９９】
ステップＳ１７３において、ユーザの操作により、レシピエントリスト登録要求を送信してきたユーザに対して、重み付け記事メタデータを提供すると判定された場合、ステップＳ１７４に進み、クライアント端末装置１１−ｊのピア判定部２０３は、レシピエントリスト登録要求を送信してきたユーザに対して、重み付け記事メタデータを提供することを示す「許可」である応答メッセージをピアリスト管理部２０１に供給する。ピアリスト管理部２０１は、ピア判定部２０３から供給された「許可」である応答メッセージを基に、レシピエントリスト登録要求を送信してきたユーザのピアIDを、記録部１０８に記録されているレシピエントリスト２１２に格納する。
【０４００】
ここで、応答メッセージとは、上述したように、レシピエントリスト登録要求を送信してきたユーザに対して、重み付け記事メタデータを提供するか否かを示す情報であり、例えば、ステップＳ１７３の処理で、ピア判定部２０３は、ユーザＢの操作により、図２０のダイアログボックス５２１のはいボタン５２２が押下された場合、「許可」である応答メッセージをピアリスト管理部２０１に供給する。それに対して、ピア判定部２０３は、ユーザＢの操作により、図２０のダイアログボックス５２１のいいえボタン５２３が押下された場合、「拒否」である応答メッセージをピアリスト管理部２０１に供給する。
【０４０１】
例えば、ステップＳ１７３において、ユーザＢの操作により、図２０のダイアログボックス５２１のはいボタン５２２が押下された場合、クライアント端末装置１１−ｊのピア判定部２０３は、「許可」である応答メッセージをピアリスト管理部２０１に供給し、ピアリスト管理部２０１は、ピア判定部２０３から供給された「許可」である応答メッセージを基に、レシピエントリスト登録要求を送信してきたユーザＡの“aaa@aaa.ne.jp”であるピアIDを、記録部１０８に記録されているレシピエントリスト２１２−ｊに格納する。
【０４０２】
一方、ステップＳ１７３において、ユーザの操作により、レシピエントリスト登録要求を送信してきたユーザに対して、重み付け記事メタデータを提供しないと判定された場合、ピア判定部２０３は、レシピエントリスト登録要求を送信してきたユーザに対して、重み付け記事メタデータを提供しないことを示す「拒否」である応答メッセージをピアリスト管理部２０１に供給する。また、この場合、レシピエントリスト登録要求を送信してきたユーザのピアIDを、レシピエントリスト２１２に格納する必要がないので、ステップＳ１７４の処理をスキップする。
【０４０３】
ステップＳ１７５において、クライアント端末装置１１−ｊのピアリスト管理部２０１は、ピア判定部２０３から供給された応答メッセージを基に、レシピエントリスト登録要求を送信してきたユーザのピアIDとIPアドレスとを対応させてピアキャッシュ２１３に格納させる。クライアント端末装置１１−ｊのピアリスト管理部２０１は、ピア判定部２０３から供給された、「許可」または「拒否」のいずれかを示す応答メッセージを通信モジュール１７６に供給する。
【０４０４】
すなわち、ピアリスト管理部２０１は、ピア判定部２０３から供給される応答メッセージが「許可」または「拒否」のいずれであっても、レシピエントリスト登録要求を送信してきたユーザのピアIDとIPアドレスとを対応させてピアキャッシュ２１３に格納させることとなる。
【０４０５】
例えば、ステップＳ１７５において、クライアント端末装置１１−ｊのピアリスト管理部２０１は、レシピエントリスト登録要求を送信してきたユーザＡの“aaa@aaa.ne.jp”であるピアIDと、ユーザＡの使用しているクライアント端末装置１１−ｉの“172.31.2.3”であるIPアドレスとを対応させてピアキャッシュ２１３に格納させる。
【０４０６】
そして、クライアント端末装置１１−ｊのピアリスト管理部２０１は、ステップＳ１７３の処理で、ユーザＢの操作により、図２０のダイアログボックス５２１のはいボタン５２２が押下された場合、「許可」である応答メッセージを通信モジュール１７６に供給する。それに対して、ユーザＢの操作により、図２０のダイアログボックス５２１のいいえボタン５２３が押下された場合、「拒否」である応答メッセージを通信モジュール１７６に供給する。
【０４０７】
ステップＳ１７６において、クライアント端末装置１１−ｊの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、ピアリスト管理部２０１から供給された「許可」または「拒否」のいずれかである応答メッセージをクライアント端末装置１１−ｉ宛てに送信させる。
【０４０８】
例えば、ステップＳ１７６において、クライアント端末装置１１−ｊの通信モジュール１７６は、ステップＳ１７３の処理で、ユーザＢの操作により、図２０のダイアログボックス５２１のはいボタン５２２が押下された場合、ピアリスト管理部２０１から「許可」である応答メッセージが供給されるので、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、「許可」である応答メッセージをクライアント端末装置１１−ｉ宛てに送信させる。それに対して、クライアント端末装置１１−ｊの通信モジュール１７６は、ステップＳ１７３の処理で、ユーザＢの操作により、図２０のダイアログボックス５２１のいいえボタン５２３が押下された場合、ピアリスト管理部２０１から「拒否」である応答メッセージが供給されるので、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、「拒否」である応答メッセージをクライアント端末装置１１−ｉ宛てに送信させる。
【０４０９】
ステップＳ１６７において、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｊから、「許可」または「拒否」のいずれかである応答メッセージを通信部１０９に受信させる。クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９に、受信した応答メッセージを表示制御部２０２に供給させる。
【０４１０】
例えば、ステップＳ１６７において、クライアント端末装置１１−ｉの通信モジュール１７６は、ステップＳ１７３の処理で、ユーザＢの操作により、図２０のダイアログボックス５２１のはいボタン５２２が押下された場合、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｊから、「許可」である応答メッセージを通信部１０９に受信させ、受信した「許可」である応答メッセージを表示制御部２０２に供給させる。それに対して、ステップＳ１６７において、クライアント端末装置１１−ｊの通信モジュール１７６は、ステップＳ１７３の処理で、ユーザＢの操作により、図２０のダイアログボックス５２１のいいえボタン５２３が押下された場合、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｊから、「拒否」である応答メッセージを通信部１０９に受信させ、受信した「拒否」である応答メッセージを表示制御部２０２に供給させる
【０４１１】
ステップＳ１６８において、クライアント端末装置１１−ｉの表示制御部２０２は、クライアント端末装置１１−ｊから送信された「許可」または「拒否」のいずれかである応答メッセージを基に、所定のメッセージをGUI１７３により表示される画面に表示させて、処理は終了する。
【０４１２】
例えば、ステップＳ１６８において、クライアント端末装置１１−ｉの表示制御部２０２は、クライアント端末装置１１−ｊから送信された「許可」または「拒否」のいずれかである応答メッセージを基に、ユーザＡに対して、ユーザＢから重み付け記事メタデータの提供を許可することを示すメッセージ、またはユーザＢから重み付け記事メタデータの提供を拒否することを示すメッセージのいずれかをGUI１７３により表示される画面に表示させる。
【０４１３】
図２１は、重み付け記事メタデータの提供の許可を示すダイアログボックスを含むクライアント端末装置１１−ｉのRSSリーダ１５１のGUI１７３により表示される画面の例を示す図である。
【０４１４】
図２１で示される例において、RSSリーダ１５１のGUI１７３により表示される画面に、重み付け記事メタデータの提供の許可を示すダイアログボックス５３１が表示されている。
【０４１５】
ダイアログボックス５３１には、“ユーザＢさんから、重み付け記事メタデータの提供を許可されました。”のメッセージが表示され、さらに、OKボタン５３２が表示される。
【０４１６】
すなわち、ステップＳ１７３の処理で、クライアント端末装置１１−ｊを使用するユーザＢが、図２０のダイアログボックス５２１のはいボタン５２２を押下した場合、ユーザＢは、重み付け記事メタデータをユーザＡに提供することを許可することとなり、クライアント端末装置１１−ｉが「許可」である応答メッセージを受信して、「許可」である応答メッセージを基に、メッセージをGUI１７３により表示させることにより、ユーザＡは、ユーザＢが重み付け記事メタデータの提供を許可したことを知ることができる。
【０４１７】
それに対して、図２２は、重み付け記事メタデータの提供の拒否を示すダイアログボックスを含むクライアント端末装置１１−ｉのRSSリーダ１５１のGUI１７３により表示される画面の例を示す図である。
【０４１８】
図２２で示される例において、RSSリーダ１５１のGUI１７３により表示される画面に、重み付け記事メタデータの提供の拒否を示すダイアログボックス５３５が表示されている。
【０４１９】
ダイアログボックス５３５には、“ユーザＢさんから、重み付け記事メタデータの提供を拒否されました。”のメッセージが表示され、さらに、OKボタン５３６が表示される。
【０４２０】
すなわち、ステップＳ１７３の処理で、クライアント端末装置１１−ｊを使用するユーザＢが、図２０のダイアログボックス５２１のいいえボタン５２３を押下した場合、ユーザＢは、重み付け記事メタデータをユーザＡに提供することを拒否することとなり、クライアント端末装置１１−ｉが「拒否」である応答メッセージを受信して、「拒否」である応答メッセージを基に、メッセージをGUI１７３により表示させることにより、ユーザＡは、ユーザＢが重み付け記事メタデータの提供を拒否したことを知ることができる。
【０４２１】
また、例えば、ステップＳ１６８において、ステップＳ１６８において、クライアント端末装置１１−ｉの表示制御部２０２は、クライアント端末装置１１−ｊから送信された「許可」または「拒否」のいずれかである応答メッセージを基に、ピアリスト表示情報を生成する。表示制御部２０２は、生成したピアリスト表示情報を基に、RSSリーダ１５１のGUI１７３により表示される第１ペイン４０１（ピアタブ４２２選択時）に表示されているピアの名前の先頭に表示されている矢印アイコンを表示させる（変更させる）。
【０４２２】
具体的には、クライアント端末装置１１−ｊから「許可」である応答メッセージが送信された場合、クライアント端末装置１１−ｉの表示制御部２０２は、GUI１７３を介して、出力部１０７を制御して、図９の第１ペイン４０１において（ピアタブ４２２選択時）、「ユーザＢさん」とは反対側を向いている白色の矢印アイコンを表示させる。すなわち、図９の第１ペイン４０１において、「ユーザＢさん」の名前の先頭に表示されている矢印アイコンは、上述した図１０の４行４列の矢印アイコンに変更される。
【０４２３】
それに対して、クライアント端末装置１１−ｊから「拒否」である応答メッセージが送信された場合、クライアント端末装置１１−ｉのピアリスト管理モジュール１７４は、GUI１７３を介して、出力部１０７を制御して、図９の第１ペイン４０１（ピアタブ４２２選択時）において、「ユーザＢさん」とは反対側を向いている黒色の矢印アイコンを表示させる。すなわち、図９の第１ペイン４０１において、「ユーザＢさん」の名前の先頭に表示されている矢印アイコンは、上述した図１０の５行４列の矢印アイコンに変更される。
【０４２４】
以上のようにして、重み付け記事メタデータの提供を要求する処理が行われる。
【０４２５】
次に、図２３および図２４を参照して、クライアント端末装置１１が、他のクライアント端末装置１１に対して、重み付け記事メタデータを提供する処理について説明する。
【０４２６】
図２３および図２４で示される例において、既に、P2Pシステム１にログインしているクライアント端末装置１１をクライアント端末装置１１−ｉ、クライアント端末装置１１−ｊ、クライアント端末装置１１−ｋとして説明する。
【０４２７】
また、図１６および図１７、並びに図１８乃至図２２で示される例と同様に、クライアント端末装置１１−ｉを使用しているユーザをユーザＡと称し、クライアント端末装置１１−ｊを使用しているユーザをユーザＢと称し、クライアント端末装置１１−ｋを使用しているユーザをユーザＣと称し、クライアント端末装置１１−ｉを使用しているユーザＡには、“aaa@aaa.ne.jp”であるピアIDおよび“172.31.2.3”であるIPアドレスが割り当てられ、クライアント端末装置１１−ｊを使用しているユーザＢには、“bbb@bbb.ne.jp”であるピアIDおよび“192.168.1.10”であるIPアドレスが割り当てられ、クライアント端末装置１１−ｋを使用しているユーザＣには、“ccc@ccc.ne.jp”であるピアIDおよび“192.168.2.7”であるIPアドレスが割り当てられている。
【０４２８】
さらに、クライアント端末装置１１−ｊの記録部１０８が記録しているピアチャンネルリスト２１１をピアチャンネルリスト２１１−ｊと称し、クライアント端末装置１１−ｊの記録部１０８が記録しているレシピエントリスト２１２をレシピエントリスト２１２−ｊと称し、クライアント端末装置１１−ｊの記録部１０８が記録しているピアキャッシュ２１３をピアキャッシュ２１３−ｊと称する。
【０４２９】
なお、図２３および図２４においては、重み付け記事メタデータを提供（送信）する処理を説明し、重み付け記事メタデータを生成する処理の詳細は、後述する図２５乃至図３３を参照して説明する。従って、図２３および図２４においては、クライアント端末装置１１−ｊが、クライアント端末装置１１−ｉに対して提供する重み付け記事メタデータを生成した後の処理、すなわち、クライアント端末装置１１−ｊが、クライアント端末装置１１−ｉに対して生成した重み付け記事メタデータを提供（送信）する処理について説明する。
【０４３０】
まず、図２３を参照して、クライアント端末装置１１−ｊが、クライアント端末装置１１−ｉに対して、重み付け記事メタデータを提供する処理の概要について説明する。
【０４３１】
クライアント端末装置１１−ｊは、記録部１０８に記録されているピアキャッシュ２１３−ｊから、重み付け記事メタデータの提供先（レシピエントリスト２１２−ｊに格納されている“aaa@aaa.ne.jp”であるユーザＡのピアID）のIPアドレスとして、“172.31.2.3”であるユーザＡの使用するクライアント端末装置１１−ｉのIPアドレスを取得する。クライアント端末装置１１−ｊは、ネットワーク１２を介して、自分が生成した重み付け記事メタデータを、ピアキャッシュ２１３−ｊから取得した“172.31.2.3”であるユーザＡの使用するクライアント端末装置１１−ｉのIPアドレス宛てに送信する。
【０４３２】
なお、重み付け記事メタデータの提供先のIPアドレスがピアキャッシュ２１３−ｊに格納されていない場合、上述したように、重み付け記事メタデータの提供先のピアIDをP2Pサーバ１３に送信して、重み付け記事メタデータの提供先のIPアドレスを問い合わせることにより、P2Pサーバ１３からIPアドレスを取得してから、重み付け記事メタデータを取得したIPアドレス宛てに送信する。
【０４３３】
クライアント端末装置１１−ｉは、クライアント端末装置１１−ｊから送信されてきた重み付け記事メタデータを受信して、受信した重み付け記事メタデータを記録部１０８に記録する。クライアント端末装置１１−ｉは、記録部１０８に記録されている重み付け記事メタデータを基に、記事リストをGUI１７３により表示される画面の第２ペイン４０２に表示させる。また、クライアント端末装置１１−ｉは、重み付け記事メタデータの提供先に重み付け記事メタデータを受信したことを示す通知である確認パケット（例えば、ACK（ACKnowledgement））をクライアント端末装置１１−ｊ宛てに送信する。
【０４３４】
クライアント端末装置１１−ｊは、クライアント端末装置１１−ｉから送信された確認パケット（例えば、ACK）を受信する。
【０４３５】
次に、図２４のフローチャートを参照して、クライアント端末装置１１−ｊが、クライアント端末装置１１−ｉに対して、重み付け記事メタデータを提供する処理について説明する。
【０４３６】
ステップＳ２１１において、クライアント端末装置１１−ｊのピアリスト管理部２０１は、記録部１０８に記録されているピアキャッシュ２１３−ｊから、重み付け記事メタデータの提供先（レシピエントリスト２１２に格納されているピアID）のIPアドレスを取得する。クライアント端末装置１１−ｊのピアリスト管理モジュール１７４は、取得した重み付け記事メタデータの提供先のIPアドレスを宛先情報として、通信モジュール１７６に供給する。
【０４３７】
例えば、ステップＳ２１１において、クライアント端末装置１１−ｊのピアリスト管理部２０１は、所定の時間が経過した場合、記録部１０８に記録されているピアキャッシュ２１３−ｊから、重み付け記事メタデータの提供先（レシピエントリスト２１２−ｊに格納されている“aaa@aaa.ne.jp”であるユーザＡのピアID）のIPアドレスとして、“172.31.2.3”であるユーザＡの使用するクライアント端末装置１１−ｉのIPアドレスを取得し、取得した“172.31.2.3”であるIPアドレスを宛先情報として、通信モジュール１７６に供給する。
【０４３８】
ステップＳ２１２において、クライアント端末装置１１−ｊの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、メタデータ生成部２４３により生成され供給された重み付け記事メタデータを、ピアリスト管理部２０１から供給された宛先情報宛てに送信させる。
【０４３９】
例えば、ステップＳ２１２において、クライアント端末装置１１−ｊの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、メタデータ生成部２４３により生成され供給された重み付け記事メタデータを、ピアリスト管理部２０１から供給された“172.31.2.3”であるユーザＡの使用するクライアント端末装置１１−ｉのIPアドレス宛てに送信させる。
【０４４０】
なお、重み付け記事メタデータの提供先のIPアドレスがピアキャッシュ２１３−ｊに格納されていない場合、上述したように、重み付け記事メタデータの提供先のピアIDをP2Pサーバ１３に送信して、重み付け記事メタデータの提供先のIPアドレスを問い合わせることにより、P2Pサーバ１３からIPアドレスを取得してから、重み付け記事メタデータを取得したIPアドレス宛てに送信するようにしてもよい。
【０４４１】
ステップＳ２０１において、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｊから送信された重み付け記事メタデータを通信部１０９に受信させる。
【０４４２】
ステップＳ２０２において、クライアント端末装置１１−ｉの通信モジュール１７６は、クライアント端末装置１１−ｊから受信した重み付け記事メタデータを記録部１０８に記録させる。
【０４４３】
例えば、クライアント端末装置１１−ｉの表示制御部２３２は、記録部１０８に記録されている重み付け記事メタデータを記事リスト（例えば、重み付け記事メタデータに含まれるタイトルの一覧）として、GUI１７３により表示される画面の第２ペイン４０２に表示させる。
【０４４４】
ステップＳ２０３において、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、重み付け記事メタデータの提供先に重み付け記事メタデータを受信したことを示す通知である確認パケットをクライアント端末装置１１−ｊ宛てに送信させる。例えば、クライアント端末装置１１−ｉの通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、ネットワーク１２を介して、「ACK」である確認パケットをクライアント端末装置１１−ｊ宛てに送信させる。
【０４４５】
ステップＳ２１３において、クライアント端末装置１１−ｊの通信モジュールは、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信された確認パケットを通信部１０９に受信させて、処理は終了する。例えば、ステップＳ２１３において、クライアント端末装置１１−ｊの通信モジュールは、通信部１０９を制御して、ネットワーク１２を介して、クライアント端末装置１１−ｉから送信された「ACK」である確認パケットを通信部１０９に受信させる。
【０４４６】
このように、クライアント端末装置１１は、レシピエントリスト２１２に格納されているピアIDであるピアの使用するクライアント端末装置１１に対して、重み付け記事メタデータを提供する。
【０４４７】
以上のようにして、クライアント端末装置１１が、他のクライアント端末装置１１に対して、重み付け記事メタデータを提供する処理が行われる。
【０４４８】
また、上述したように、本発明においては、単に、重み付け記事メタデータを受信してRSSリーダ１５１のGUI１７３により表示される画面（第２ペイン４０２）に表示させるだけでなく、さらに、受信した重み付け記事メタデータを基に、受信した重み付け記事メタデータに含まれる記事ポイントを集計し、集計した記事ポイントの高い順に記事を、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示させることができる。
【０４４９】
以下、図２５乃至図３５を参照して、コミュニティに所属する他のユーザ（ピア）から受信した重み付け記事メタデータを基に、受信した重み付け記事メタデータに含まれる記事ポイントを集計し、集計した記事ポイントの高い記事順に記事を、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示させる処理の詳細と、ユーザ１５２による記事の閲覧方法によって、記事に対して記事ポイントを付与し、付与した記事ポイントと受信した重み付け記事メタデータに含まれる記事ポイントとを集計し、集計した記事ポイントを基に、重み付け記事メタデータを生成し、生成した重み付け記事メタデータを、ネットワーク１２を介して、コミュニティに所属する他のユーザ（ピア）に対して提供する処理の詳細について説明する。
【０４５０】
図２５乃至図３５で示される例において、クライアント端末装置１１−ｉを使用しているユーザＡ、クライアント端末装置１１−ｊを使用しているユーザＢ、およびクライアント端末装置１１−ｋを使用しているユーザＣは、いずれも、P2Pシステム１にログインしている。また、各ユーザの使用しているそれぞれのクライアント端末装置１１においては、いずれもRSSリーダ１５１が起動しているものとする。
【０４５１】
まず、図２５を参照して、記事ポイントによる記事表示の処理の概要を説明する。
【０４５２】
図２５で示される例において、ユーザＡ、ユーザＢ、およびユーザＣは、ネットワーク１２を介して、それぞれが重み付け記事メタデータを送受信している。ただし、以下、説明をわかり易くするために、ここでは、ユーザＡが、ユーザＢおよびユーザＣから、ネットワーク１２を介して、重み付け記事メタデータを受信する場合について説明する。さらに、クライアント端末装置１１の間でのデータ（重み付け記事メタデータ）の送受信は、上述したような処理（例えば、図２３および図２４で示される例）で行っているが、ここでは説明をわかり易くするために、詳細な説明を適宜省略して説明する。
【０４５３】
また、ユーザＢが使用しているクライアント端末装置１１−ｊは、ネットワーク１２を介して、ユーザＢが、ユーザＡとユーザＣ以外から重み付け記事メタデータを受信し、受信した重み付け記事メタデータを基に、記事ポイントの高い順に記事を表示させ、ユーザＢによる記事の閲覧の方法によって、記事に対して記事ポイントを付与し、付与した記事ポイントと受信した重み付け記事メタデータに含まれる記事ポイントとを集計し、ネットワーク１２を介して、集計した記事ポイントを含む重み付け記事メタデータをユーザＡが使用しているクライアント端末装置１１−ｉに送信する。
【０４５４】
すなわち、ユーザＢが使用しているクライアント端末装置１１−ｊが、ネットワーク１２を介して、ユーザＡが使用するクライアント端末装置１１−ｉに対して送信する重み付け記事メタデータは、ユーザＡが直接情報をやり取りするユーザ以外のユーザからの情報（例えば、記事の情報など）が含まれている。
【０４５５】
さらに、同様に、ユーザＣが使用しているクライアント端末装置１１−ｋは、ネットワーク１２を介して、ユーザＣが、ユーザＡとユーザＢ以外から重み付け記事メタデータを受信し、受信した重み付け記事メタデータを基に、記事ポイントの高い順に記事を表示させ、ユーザＣによる記事の閲覧の方法によって、記事に対して記事ポイントを付与し、付与した記事ポイントと受信した重み付け記事メタデータに含まれる記事ポイントとを集計し、ネットワーク１２を介して、集計した記事ポイントを含む重み付け記事メタデータをユーザＡが使用しているクライアント端末装置１１−ｉに送信する。
【０４５６】
すなわち、ユーザＣが使用しているクライアント端末装置１１−ｋが、ネットワーク１２を介して、ユーザＡが使用するクライアント端末装置１１−ｉに対して送信する重み付け記事メタデータは、ユーザＡが直接情報をやり取りするユーザ以外のユーザからの情報（例えば、記事の情報など）が含まれている。
【０４５７】
このように、ユーザＡが使用しているクライアント端末装置１１−ｉは、ネットワーク１２を介して、ユーザＢが使用しているクライアント端末装置１１−ｊから（ユーザＡが情報を直接やり取りしていないユーザからの情報を含む）重み付け記事メタデータを受信し、さらに、ネットワーク１２を介して、ユーザＣが使用しているクライアント端末装置１１−ｋからも（ユーザＡが情報を直接やり取りしていないユーザからの情報を含む）重み付け記事メタデータを受信する。
【０４５８】
ここで、上述したように、ユーザ１５２の操作による記事の閲覧方法によって、記事に対して記事ポイントを付与するが、その記事ポイントを付与する定義の一例について、図２６を参照して説明する。
【０４５９】
図２６は、ユーザ１５２の操作により、記事に対して付与する記事ポイントを定義している記事ポイント定義テーブルの例を示す図である。
【０４６０】
図２６で示される例において、“ユーザの操作”に対応させて、“記事ポイント”が配置されている。すなわち、記事ポイント定義テーブルには、ユーザ１５２の操作の内容に対応した記事ポイントが格納されている。
【０４６１】
図２６で示される例において、“第２ペインに表示されている記事リストをダブルクリックして、第３ペインに本文を表示させる”であるユーザの操作に対して、“＋４”である記事ポイントが格納されている。また、“第２ペインに表示されている記事リストをシングルクリックして、第３ペインにサマリーを表示させる”であるユーザの操作に対して、“＋３”である記事ポイントが格納されている。さらに、“第３ペインに本文が表示されている記事の本文中のリンクをクリックして、他の記事に移動する”であるユーザの操作に対して、“＋２”である記事ポイントが格納されている。また、“第３ペインに本文が表示されている記事をスクロールさせる”であるユーザの操作に対して、“＋１”である記事ポイントが格納されている。
【０４６２】
すなわち、例えば、ユーザ１５２の操作により、クライアント端末装置１１で起動しているRSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示されている記事リストをダブルクリックして、第３ペイン４０３に本文を表示させた場合、その第３ペイン４０３に本文が表示された記事に対して、「＋４ポイント」が加算される。また、ユーザ１５２の操作により、第３ペイン４０３に本文が表示されている記事をスクロールさせた場合、その第３ペイン４０３に本文が表示されている記事に対して、「＋１ポイント」が加算される。さらに、ユーザ１５２の操作により、第３ペイン４０３に本文が表示されている記事の本文中のリンクをシングルクリックすることで、他の記事に移動した場合、その第３ペイン４０３に本文が表示されている記事に対して、「＋２ポイント」が加算される。また、例えば、ユーザ１５２の操作により、クライアント端末装置１１で起動しているRSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示されている記事のリストをシングルクリックして、第３ペイン４０３にサマリーを表示させた場合、その第２ペイン４０２に表示されている記事に対して、「＋３ポイント」が加算される。
【０４６３】
これらの記事ポイント定義テーブルが各ユーザの使用するクライアント端末装置１１の記録部１０８に記録されている。例えば、ユーザＡの使用するクライアント端末装置１１−ｉ、ユーザＢの使用するクライアント端末装置１１−ｊ、およびユーザＣの使用するクライアント端末装置１１−ｋのそれぞれの記録部１０８にも、記事ポイント定義テーブルが記録されている。
【０４６４】
なお、図２６の記事ポイント定義テーブルのユーザの操作に対応した記事ポイントは、一例であり、上述した例に限らず、例えば、重み付け記事メタデータを受信後、直ぐに閲覧された記事に対して、記事ポイントが加算されるように定義したり、第３ペイン４０３に表示されている記事の本文が印刷された場合に、印刷された記事に対して、記事ポイントが加算されるように定義するなど、あらゆるユーザの操作に対応して、記事ポイントを定義することができる。
【０４６５】
また、以下、図２６の記事ポイント定義テーブルに定義されているユーザの操作を実行された記事の状態を、購読状態と称して説明する。
【０４６６】
図２５に戻り、クライアント端末装置１１−ｉは、ユーザＡの操作により、購読状態となった記事に対して付与される記事ポイント（例えば、図２６の記事ポイント定義テーブルに格納された記事ポイント）を集計し、クライアント端末装置１１−ｊは、ユーザＢの操作により、購読状態となった記事に対して付与される記事ポイント（例えば、図２６の記事ポイント定義テーブルに格納された記事ポイント）を集計し、クライアント端末装置１１−ｋは、ユーザＣの操作により、購読状態となった記事に対して付与される記事ポイント（例えば、図２６の記事ポイント定義テーブルに格納された記事ポイント）を集計する。
【０４６７】
すなわち、それぞれのユーザが使用しているクライアント端末装置１１は、それぞれのユーザ操作による記事に対する記事ポイントを集計している。
【０４６８】
図２７は、ユーザ１５２の操作により集計された記事の記事ポイント集計テーブルの例を示す図である。そして、図２７Ａは、ユーザＡの操作により集計された記事の記事ポイント集計テーブルの例を示す図である。
【０４６９】
図２７Ａで示される例において、“記事名”に対応させて、“記事ポイント”が配置される。すなわち、図２７Ａの記事ポイント集計テーブルには、ユーザＡの操作により集計された各記事ごとの記事ポイントが格納されている。
【０４７０】
例えば、“オリンピック マラソン”である記事名に対して、“10”である記事ポイントが格納されている。また、“今日の天気”である記事名に対して、“7”である記事ポイントが格納されている。さらに、“地震速報”である記事名に対して、“7”である記事ポイントが格納されている。また、“オリンピック 水泳”である記事名に対して、“6”である記事ポイントが格納されている。さらに、“半導体関連ニュース”である記事名に対して、“5”である記事ポイントが格納されている。
【０４７１】
すなわち、図２７Ａで示される例は、ユーザＡの操作により、ユーザＡがRSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示されている記事リストのうち、閲覧した記事（購読状態となった記事）について、上述した図２６の記事ポイント定義テーブルを基に、各記事ごとの記事ポイントで集計したものである。
【０４７２】
具体的には、例えば、“オリンピック マラソン”である記事名に対して、“10”である記事ポイントが格納されている場合、ユーザＡの操作により、“オリンピック マラソン”である記事に対して、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示されている“オリンピック マラソン”である記事リストをシングルクリックして、第３ペイン４０３にサマリーを表示させ（「＋３ポイント」）、“オリンピック マラソン”である記事リストをダブルクリックし、第３ペイン４０３に本文を表示させ（「＋４ポイント」）、第３ペイン４０３に本文が表示された“オリンピック マラソン”である記事をスクロールさせ（「＋１ポイント」）、第３ペイン４０３に本文が表示された“オリンピック マラソン”である記事の本文中のリンクをクリックすることで、他の記事に移動させる（「＋２ポイント」）などの操作がなされていることで、“10”であるポイントとなる（すなわち、「＋３ポイント」＋「＋４ポイント」＋「＋１ポイント」＋「＋２ポイント」＝「＋１０ポイント」）。
【０４７３】
図２７Ｂは、ユーザＢの操作により集計された記事の記事ポイント集計テーブルの例を示す図である。
【０４７４】
図２７Ｂで示される例において、“記事名”に対応させて、“記事ポイント”が配置される。すなわち、図２７Ｂの記事ポイント集計テーブルには、ユーザＢの操作により集計された各記事ごとの記事ポイントが格納されている。
【０４７５】
例えば、“オリンピック 柔道”である記事名に対して、“10”である記事ポイントが格納されている。また、“今日の株式ニュース”である記事名に対して、“9”である記事ポイントが格納されている。さらに、“地震速報”である記事名に対して、“8”である記事ポイントが格納されている。また、“オリンピック マラソン”である記事名に対して、“8”である記事ポイントが格納されている。さらに、“邦楽ヒットチャート”である記事名に対して、“4”である記事ポイントが格納されている。
【０４７６】
すなわち、図２７Ｂで示される例は、ユーザＢの操作により、ユーザＢがRSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示された記事リストのうち、閲覧した記事（購読状態となった記事）について、上述した図２６の記事ポイント定義テーブルを基に、各記事ごとの記事ポイントで集計したものである。
【０４７７】
図２７Ｃは、ユーザＣの操作により集計された記事ポイント集計テーブルの例を示す図である。
【０４７８】
図２７Ｃで示される例において、“記事名”に対応させて、“記事ポイント”が配置される。すなわち、記事ポイント集計テーブルには、ユーザＣの操作により集計された各記事ごとの記事ポイントが格納されている。
【０４７９】
例えば、“今日の天気”である記事名に対して、“8”である記事ポイントが格納されている。また、“今日の株式ニュース”である記事名に対して、“5”である記事ポイントが格納されている。さらに、“地震速報”である記事名に対して、“5”である記事ポイントが格納されている。また、“中東情勢ニュース”である記事名に対して、“3”である記事ポイントが格納されている。さらに、“オリンピック マラソン”である記事名に対して、“1”である記事ポイントが格納されている。
【０４８０】
すなわち、図２７Ｃで示される例は、ユーザＣの操作により、ユーザＣがRSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示された記事リストのうち、閲覧した記事（購読状態となった記事）について、上述した図２６の記事ポイント定義テーブルを基に、各記事ごとの記事ポイントで集計したものである。
【０４８１】
図２５に戻り、ユーザＡが使用しているクライアント端末装置１１−ｉは、ネットワーク１２を介して、ユーザＢが使用しているクライアント端末装置１１−ｊおよびユーザＣが使用しているクライアント端末装置１１−ｋから、重み付け記事メタデータを受信する。
【０４８２】
ユーザＡが使用しているクライアント端末装置１１−ｉが、ネットワーク１２を介して、ユーザＢが使用しているクライアント端末装置１１−ｊから受信する重み付け記事メタデータは、例えば、図２７ＢのユーザＢの操作により集計された記事ポイント集計テーブル（以下、ユーザＢの記事ポイント集計テーブルと称する）に格納されているデータを含むようにRSS形式で記述されている。また、ユーザＡが使用しているクライアント端末装置１１−ｉが、ネットワーク１２を介して、ユーザＣが使用しているクライアント端末装置１１−ｋから受信する重み付け記事メタデータは、例えば、図２７ＣのユーザＣの操作により集計された記事の記事ポイント集計テーブル（以下、ユーザＣの記事ポイント集計テーブルと称する）に格納されているデータを含むようにRSS形式で記述されている。
【０４８３】
また、上述したように、ユーザＡが使用しているクライアント端末装置１１−ｉが、ネットワーク１２を介して、ユーザＢが使用しているクライアント端末装置１１−ｊから受信する重み付け記事メタデータは、ユーザＢが使用しているクライアント端末装置１１−ｊが、ユーザＢが所属しているコミュニティ（ユーザＡが所属してないコミュニティ）から受信した重み付け記事メタデータの情報（例えば、記事の情報など）も含んでいる。さらに、ユーザＡが使用しているクライアント端末装置１１−ｉが、ネットワーク１２を介して、ユーザＣが使用しているクライアント端末装置１１−ｋから受信する重み付け記事メタデータは、ユーザＣが使用しているクライアント端末装置１１−ｋが、ユーザＣが所属しているコミュニティ（ユーザＡが所属してないコミュニティ）から受信した重み付け記事メタデータの情報（例えば、記事の情報など）も含んでいる。
【０４８４】
すなわち、ユーザＢの記事ポイント集計テーブルに格納されているデータは、ネットワーク１２を介して、ユーザＢが所属しているコミュニティ（ユーザＡが所属していないコミュニティ）から受信した重み付け記事メタデータの情報（例えば、記事の情報など）を含み、また、ユーザＣの記事ポイント集計テーブルに格納されているデータは、ネットワーク１２を介して、ユーザＣが所属しているコミュニティ（ユーザＡが所属していないコミュニティ）から受信した重み付け記事メタデータの情報（例えば、記事の情報など）を含んでいる。
【０４８５】
その結果、ユーザＢが使用しているクライアント端末装置１１−ｊが、ネットワーク１２を介して、ユーザＡが使用するクライアント端末装置１１−ｉに対して送信する重み付け記事メタデータには、ユーザＡが所属しているコミュニティ以外のユーザからの情報（例えば、記事の情報など）が含まれている。また、ユーザＣが使用しているクライアント端末装置１１−ｋが、ネットワーク１２を介して、ユーザＡが使用するクライアント端末装置１１−ｉに対して送信する重み付け記事メタデータには、ユーザＡが所属しているコミュニティ以外のユーザからの情報（例えば、記事の情報など）が含まれている。
【０４８６】
ユーザＡが使用しているクライアント端末装置１１−ｉは、ネットワーク１２を介して、コミュニティ内の他のユーザ（ピア）から送信された重み付け記事メタデータに含まれる記事ポイントを基に、記事ポイントの集計を実行する。
【０４８７】
例えば、ユーザＡが使用しているクライアント端末装置１１−ｉは、ピアから送信された記事ポイントとして、ネットワーク１２を介して、ユーザＢが使用しているクライアント端末装置１１−ｊから送信された重み付け記事メタデータにRSS形式で記述されているユーザＢの記事ポイント集計テーブルに関する情報、およびユーザＣが使用しているクライアント端末装置１１−ｋから送信された重み付け記事メタデータにRSS形式で記述されているユーザＣの記事ポイント集計テーブルに関する情報を基に、記事ポイントの集計を実行する。すなわち、ユーザＡが使用しているクライアント端末装置１１−ｉは、ユーザＢおよびユーザＣの記事ポイント集計テーブルを基に、記事ポイントの集計を実行する。
【０４８８】
図２８は、ユーザＡが使用しているクライアント端末装置１１−ｉにより記事ポイントが集計された集計ランキング情報テーブルの例を示す図である。
【０４８９】
図２８Ａで示される例において、“記事名”に対応させて、“記事ポイント”が配置される。すなわち、集計ランキング情報テーブルには、ユーザＢおよびユーザＣの記事ポイント集計テーブルを基に、ユーザＡが使用しているクライアント端末装置１１−ｉにより集計された各記事ごとの記事ポイントが格納されている。
【０４９０】
例えば、“今日の株式ニュース”である記事名に対して、“14”である記事ポイントが格納されている。また、“地震速報”である記事名に対して、“13”である記事ポイントが格納されている。さらに、“オリンピック 柔道”である記事名に対して、“10”である記事ポイントが格納されている。また、“オリンピック マラソン”である記事名に対して、“9”である記事ポイントが格納されている。さらに、“邦楽ヒットチャート”である記事名に対して、“4”である記事ポイントが格納されている。また、“中東情勢ニュース”である記事名に対して、“3”である記事ポイントが格納されている。
【０４９１】
具体的には、図２８Ａで示される例において、“今日の株式ニュース”である記事名に対して、“14”である記事ポイントが格納されているが、これは、図２７ＢのユーザＢの記事ポイント集計テーブルには、“今日の株式ニュース”である記事名に対して、“9”である記事ポイントが格納され、図２７ＣのユーザＣの記事ポイント集計テーブルには、“今日の株式ニュース”である記事名に対して、“5”である記事ポイントが格納されており、それらの記事ポイントを集計すると（すなわち、「９ポイント」＋「５ポイント」＝「１４ポイント」）、“14”である記事ポイントが集計される。また、他の記事の記事ポイントについても同様に集計される。
【０４９２】
そして、ユーザＡが使用しているクライアント端末装置１１−ｉは、集計された記事ポイントを基に、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に記事リストを表示する。
【０４９３】
図２９は、集計された記事ポイントを基に、記事リストを表示するRSSリーダ１５１のGUI１７３により表示される画面の例を示す図である。
【０４９４】
RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示されている記事リストは、第１ペイン４０１のピアタブが選択されているので、記事ポイントの高い記事から順に表示される。
【０４９５】
例えば、図２９で示される例において、第２ペイン４０２は、「今日の株式ニュース」、「地震速報」、「オリンピック 柔道」、「オリンピック マラソン」、「邦楽ヒットチャート」、「中東情勢ニュース」である記事が、記事ポイントが高い記事から順に表示される（すなわち、図２８Ａの集計ランキング情報テーブルの記事ポイント順に表示される）。
【０４９６】
また、図２９で示される例において、ユーザＡの操作により、第２ペイン４０２に表示されている記事リストのうち、「地震速報」である記事のタイトルがダブルクリックされた場合、「１１日午前3時29分ごろ、東京都で震度3の地震があった。 気象庁によると、震源地は東京湾で震源の深さは約50キロ。地震の規模はマグニチュード(M)4.6と推定される。」である記事の本文が、第３ペイン４０３に表示される。
【０４９７】
すなわち、記事ごとに記事ポイントを付与して集計することにより、第２ペイン４０２には、記事リストを、記事ポイントの高い記事から順に表示させることができる。その結果、この第２ペイン４０２に表示されている記事の表示順が、ユーザ１５２が所属しているコミュニティでの記事のランキングであり、記事リストの最上段に表示されている記事が、ユーザ１５２が所属しているコミュニティで最もよく閲覧されている（人気のある）記事となる。
【０４９８】
このように、ユーザＡがインターネット上の情報を選択する際に、ユーザＡの価値観だけでなく、ユーザＡと人的交流のある人物（ユーザＢ、ユーザＣ、ユーザＡが所属しているコミュニティ以外のユーザなど）の価値観を加えることで、情報の選択を容易にすることができる。
【０４９９】
また、ユーザＡと人的交流のある人物（ユーザＢ、ユーザＣ、ユーザＡが所属しているコミュニティ以外のユーザなど）からの情報（記事やコンテンツ）の伝播（情報のリレー）により、ユーザＡが「ほしい」と自覚していないが、潜在的に欲しているかもしれない情報（記事やコンテンツ）を取得することができる。
【０５００】
さらに、上述したように、ユーザＡが使用するクライアント端末装置１１−ｉは、ネットワーク１２を介して、ユーザＢが使用するクライアント端末装置１１−ｊおよびユーザＣが使用するクライアント端末装置１１−ｋから受信した重み付け記事メタデータを基に、受信した重み付け記事メタデータに含まれる記事ポイントを集計し、集計した記事ポイントの高い順に記事を、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示させた後、ユーザＡによる記事の閲覧方法によって、記事に対して記事ポイントを付与し、付与した記事ポイントと受信した重み付け記事メタデータに含まれる記事ポイントとを集計し、集計した記事ポイントを基に、重み付け記事メタデータを生成し、生成した重み付け記事メタデータを、ネットワーク１２を介して、ユーザＡと同じコミュニティに所属する他のユーザ（ピア）に対して提供（送信）する。
【０５０１】
すなわち、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示されている記事リストの記事の記事ポイントに対して、ユーザＡの操作に応じた記事ポイントを加える。具体的には、図２８Ｂを参照して説明する。
【０５０２】
図２８Ｂで示される例において、“記事名”に対応させて、“記事ポイント”が配置される。すなわち、集計ランキング情報テーブルには、ユーザＡが使用しているクライアント端末装置１１−ｉにより集計された各記事ごとの記事ポイントが格納されている。
【０５０３】
例えば、“地震速報”である記事名に対して、“20”である記事ポイントが格納されている。また、“オリンピック マラソン”である記事名に対して、“19”である記事ポイントが格納されている。さらに、“今日の天気”である記事名に対して、“15”である記事ポイントが格納されている。また、“今日の株式ニュース”である記事名に対して、“14”である記事ポイントが格納されている。さらに、“オリンピック 柔道”である記事名に対して、“10”である記事ポイントが格納されている。また、“オリンピック 水泳”である記事名に対して、“6”である記事ポイントが格納されている。さらに、“半導体関連ニュース”である記事名に対して、“5”である記事ポイントが格納されている。また、“邦楽ヒットチャート”である記事名に対して、“4”である記事ポイントが格納されている。さらに、“中東ニュース”である記事名に対して、“3”である記事ポイントが格納されている。
【０５０４】
具体的には、図２８Ｂで示される例において、“地震速報”である記事名に対して、“20”である記事ポイントが格納されているが、これは、図２７ＢのユーザＢの記事ポイント集計テーブルには、“地震速報”である記事名に対して、“8”である記事ポイントが格納され、図２７ＣのユーザＣの記事ポイント集計テーブルには、“地震速報”である記事名に対して、“5”である記事ポイントが格納され、さらに、図２７ＡのユーザＡの記事ポイント集計テーブルには、“地震速報”である記事名に対して、“7”である記事ポイントが格納されており、それらの記事ポイントを集計すると（すなわち、「７ポイント」＋「８ポイント」＋「５ポイント」＝「２０ポイント」）、“20”である記事ポイントが集計される。
【０５０５】
なお、図２７ＡのユーザＡの記事ポイント集計テーブルには、“地震速報”である記事名に対して、“7”である記事ポイントが格納されているが、これは、例えば、ユーザＡの操作により、“地震速報”である記事に対して、RSSリーダ１５１のGUI１７３により表示されるの画面の第２ペイン４０２に表示されている“地震速報”である記事リストをシングルクリックして、第３ペイン４０３にサマリーを表示させ（「＋３ポイント」）、“地震速報”である記事リストをダブルクリックし、第３ペイン４０３に本文を表示させている（「＋４ポイント」）。
【０５０６】
すなわち、図２８Ｂは、ユーザＢが使用するクライアント端末装置１１−ｊおよびユーザＣが使用するクライアント端末装置１１−ｋから送信された重み付け記事メタデータに含まれる記事ポイントと、ユーザＡによる記事の閲覧方法によって、記事に対して付与された記事ポイントとを集計したものである。
【０５０７】
ユーザＡが使用するクライアント端末装置１１−ｉは、集計した記事ポイント（例えば、図２８Ｂの集計ランキング情報テーブル）を基に、重み付け記事メタデータを生成し、生成した重み付け記事メタデータを、ネットワーク１２を介して、ユーザＡと同じコミュニティに所属する他のユーザ（ピア）に対して提供（送信）する。
【０５０８】
このように、ユーザＡが、ユーザＡと同じコミュニティに所属する他のユーザ（ユーザＢやユーザＣなど）に対して、重み付け記事メタデータを提供（送信）する場合、ユーザＡの価値観を加えることができるので、他のユーザ（ユーザＢやユーザＣなど）がインターネット上の情報を、より幅広い価値観を含んだ情報（ユーザＡの価値観を含んだ情報）の中から選択することができる。
【０５０９】
なお、上述した例においては、ピア（ユーザＢおよびユーザＣ）から送信された重み付け記事メタデータに含まれる記事ポイントを基に、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示される記事リストの記事の記事ポイントを集計するとして説明したが、自分（ユーザＡ）の操作による記事ポイントを加えて、記事ポイントの集計を実行するようにしてもよい。具体的には、例えば、ユーザＡが使用しているクライアント端末装置１１−ｉは、ユーザＡ，ユーザＢ、およびユーザＣの記事ポイント集計テーブルを基に、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示される記事リストの記事の記事ポイントを集計するようにしてもよい。この場合、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示される記事リストの表示順には、自分（ユーザＡ）の操作も反映されることとなる。
【０５１０】
すなわち、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示されている記事リストの記事の記事ポイントに、ユーザＡの操作による記事ポイントを加えることもできる。
【０５１１】
また、上述した例においては、上位５つの記事を記事ポイントと共に送信するとして説明したが、上位５つの記事に限定されず、例えば、上位１０個などであってもよい。
【０５１２】
次に、図３０のフローチャートを参照して、RSS情報の受信の処理について説明する。
【０５１３】
ステップＳ３０１において、記事巡回モジュール１７２は、通信部１０９を制御して、ネットワーク１２を介して、インターネットに接続されている機器（例えば、Webサーバ）が提供するRSS情報を通信部１０９に受信させる。記事巡回モジュール１７２は、通信部１０９を制御して、通信部１０９に、受信したRSS情報をGUI１７３に供給して、GUI１７３により表示される画面の第２ペイン４０２に表示させる。
【０５１４】
例えば、ステップＳ３０１において、記事巡回モジュール１７２は、通信部１０９を制御して、ネットワーク１２を介して、インターネット上のサイト１５３（RSSサーバ１４）に記事を更新したか否かを問い合わせることで、インターネット上のサイト１５３（RSSサーバ１４）からRSS情報を通信部１０９に受信させ、受信したRSS情報をGUI１７３に供給し、GUI１７３により表示される画面の第２ペイン４０２に供給して表示させる。すなわち、GUI１７３により表示される画面の第２ペイン４０２には、インターネット上のサイト１５３（RSSサーバ１４）が更新した記事が表示される。
【０５１５】
具体的には、例えば、上述した、図６のRSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２（第１ペインのフィードタブ４２１選択時）に表示されている記事リストが表示される。
【０５１６】
ステップＳ３０２において、記事巡回モジュール１７２は、所定の時間が経過したか否かを判定する。ステップＳ３０２において、所定の時間が経過したと判定された場合、ステップＳ３０１に戻り、上述した処理を繰り返す。
【０５１７】
ここで、所定の時間には、ユーザの操作により、例えば、１５分、１時間などが設定される。すなわち、所定の時間を短く設定することで、RSS情報を巡回して受信する間隔が短くなり、それに対して、所定の間隔を長く設定することで、RSS情報を巡回して受信する間隔が長くなる。
【０５１８】
一方、ステップＳ３０２において、所定の時間が経過していないと判定された場合、所定の時間が経過するまで、ステップＳ３０２の処理を繰り返す。
【０５１９】
このようにして、RSSリーダ１５１は、ネットワーク１２を介して、インターネット上のサイト１５３（RSSサーバ１４）からRSS情報を受信する。
【０５２０】
次に、図３１のフローチャートを参照して、ランキング順での記事リストの表示の処理について説明する。
【０５２１】
ステップＳ３２１において、通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９がコミュニティに属する他のユーザの使用するクライアント端末装置１１から重み付け記事メタデータを受信したか否かを判定する。
【０５２２】
ステップＳ３２１において、通信部１０９が他のユーザの使用するクライアント端末装置１１から重み付け記事メタデータを受信していないと判定された場合、通信モジュール１７６は、通信部１０９を制御して、ネットワーク１２を介して、通信部１０９が他のユーザの使用するクライアント端末装置１１から重み付け記事メタデータを受信するまで、ステップＳ３２１の処理を繰り返す。
【０５２３】
一方、ステップＳ３２１において、通信部１０９が他のユーザの使用するクライアント端末装置１１から重み付け記事メタデータを受信したと判定された場合、ステップＳ３２２に進み、通信モジュール１７６は、受信した重み付け記事メタデータを記録部１０８に記録させる。
【０５２４】
例えば、ステップＳ３２２において、通信モジュール１７６は、通信部１０９がユーザＢの使用するクライアント端末装置１１−ｊおよびユーザＣが使用するクライアント端末装置１１−から、重み付け記事メタデータをそれぞれ受信した場合、受信したそれぞれの重み付け記事メタデータをそれぞれ記録部１０８に記録させる。
【０５２５】
また、このとき、ユーザＢから受信した重み付け記事メタデータには、図２７ＢのユーザＢの記事ポイント集計テーブルに格納されている情報がRSS形式で記述され、ユーザＣから受信した重み付け記事メタデータには、図２７ＣのユーザＣの記事ポイント集計テーブルに格納されている情報がRSS形式で記述されているとする。
【０５２６】
ステップＳ３２３において、表示ランキング集計モジュール１７８は、GUI１７３に記事を記事ポイント順に表示するためのデータである表示ランキング集計情報を集計する所定の時間を経過したか否かを判定する。
【０５２７】
ステップＳ３２３において、表示ランキング集計情報を集計する所定の時間を経過していないと判定された場合、ステップＳ３２１に戻り、上述した処理を繰り返す。すなわち、重み付け記事メタデータを集計する所定の時間を経過するまで、ステップＳ３２１乃至ステップＳ３２３の処理を繰り返すことにより、記録部１０８は、他のユーザの使用するクライアント端末装置１１から送信される重み付け記事メタデータを記録し続ける（すなわち、記事に対する記事ポイントが蓄積される）。
【０５２８】
ステップＳ３２３において、表示ランキング集計情報を集計する所定の時間を経過したと判定された場合、ステップＳ３２４に進み、表示ランキング情報集計部２３１は、記録部１０８に記録されている重み付け記事メタデータを読み出し、読み出した重み付け記事メタデータに含まれる各記事ごとの記事ポイントを集計する。表示ランキング情報集計部２３１は、集計した記事ポイントを表示ランキング集計情報として表示制御部２３２に供給する。
【０５２９】
例えば、ステップＳ３２４において、表示ランキング情報集計部２３１は、記録部１０８に記録されているユーザＢの使用するクライアント端末装置１１−ｊおよびユーザＣが使用するクライアント端末装置１１−ｋからの重み付け記事メタデータを読み出し、読み出した重み付け記事メタデータに含まれる各記事ごとの記事ポイントを集計し、集計した記事ポイントを表示ランキング集計情報として表示制御部２３２に供給する。
【０５３０】
具体的には、表示ランキング情報集計部２３１は、図２７ＢのユーザＢの記事ポイント集計テーブルに格納されている情報がRSS形式で記述されている重み付け記事メタデータおよび図２７ＣのユーザＣの記事ポイント集計テーブルに格納されている情報がRSS形式で記述されている重み付け記事メタデータを読み出し、読み出した重み付け記事メタデータに含まれる各記事ごとの記事ポイントを集計する。その結果、図２８Ａの集計ランキング情報テーブルに格納されている記事に対する記事ポイントが集計されることとなる。
【０５３１】
なお、集計する重み付け記事メタデータの数は、上述した、２つ（ユーザＢおよびユーザＣの使用するクライアント端末装置から送信された重み付け記事メタデータ）に限らず、ネットワーク１２を介して、その他のユーザが使用するクライアント端末装置１１から送信された重み付け記事メタデータを含むようにしてもよい。すなわち、表示ランキング情報集計部２３１が集計する重み付け記事メタデータの数は、任意の数となる。
【０５３２】
また、他のユーザの使用するクライアント端末装置１１から重み付け記事メタデータが送信されてこなかった場合、表示ランキング情報集計部２３１は、前回に送信されてきた重み付け記事メタデータを使用して集計する。例えば、ユーザＢが使用するクライアント端末装置１１−ｊから重み付け記事メタデータが送信されてきたが、ユーザＣが使用するクライアント端末装置１１−ｋからは重み付け記事メタデータが送信されてこなかった場合、表示ランキング情報集計部２３１は、記録部１０８に記録されているユーザＢが使用するクライアント端末装置１１−ｊから送信されてきた重み付け記事メタデータ、および記録部１０８に記録されている前回ユーザＣが使用するクライアント端末装置１１−ｋから送信された重み付け記事メタデータを基に、重み付け記事メタデータに含まれる各記事ごとの記事ポイントを集計する。
【０５３３】
さらに、上述したように、自分（ユーザＡ）の操作による記事ポイント（例えば、図２７ＡのユーザＡの記事ポイント集計テーブル）を加えて、記事ポイントを集計する（例えば、図２８Ｂの集計ランキング情報テーブル）ようにしてもよい。
【０５３４】
ステップＳ３２５において、表示制御部２３２は、表示ランキング情報集計部２３１から供給された表示ランキング集計情報を基に、ランキング順に記事リストをGUI１７３により表示される画面の第２ペイン４０２表示させて、ステップＳ３２１の処理に戻り、上述した処理を繰り返す。
【０５３５】
例えば、ステップＳ３２５において、表示制御部２３２は、表示ランキング情報集計部２３１から供給された図２８Ａの集計ランキング情報テーブルの情報を含む表示ランキング集計情報を基に、ランキング順に記事リストをGUI１７３により表示される画面の第２ペイン４０２に表示させる。
【０５３６】
なお、上述したように、表示制御部２３２は、表示ランキング情報集計部２３１から供給された自分（ユーザＡ）の操作による記事ポイントを加えて集計した図２８Ｂの集計ランキング情報テーブルの情報を含む表示ランキング集計情報を基に、ランキング順に記事リストをGUI１７３により表示される画面の第２ペイン４０２に表示させるようにしてもよい。
【０５３７】
具体的には、例えば、上述した、図２９のRSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２（第１ペインのピアタブ４２２選択時）に表示されている記事リストが表示される。
【０５３８】
このように、他のピア（ユーザＢとユーザＣ）からの記事に対する記事ポイントを基に、GUI１７３により表示される画面の第２ペイン４０２には、記事リストがランキング順に表示されるので、ユーザＡは、ユーザＡ自身の価値観だけでなく、ユーザＡと人的交流のある人物の価値観（ユーザＢとユーザＣ）による情報の取捨選択が容易になる。
【０５３９】
さらに、ユーザＡが、ユーザＢから受け取った重み付け記事メタデータには、ユーザＢが受信した重み付け記事メタデータに含まれている記事ポイントが反映されており、ユーザＣから受け取った重み付け記事メタデータには、ユーザＣが受信した重み付け記事メタデータに含まれている記事ポイントが反映されている。従って、ユーザＡは、直接重み付け記事メタデータを受け取っているユーザＢおよびユーザＣ以外のユーザからも間接的に重み付け記事メタデータの提供を受けていることになる。
【０５４０】
次に、図３２のフローチャートを参照して、重み付け記事メタデータの提供の処理について説明する。
【０５４１】
ステップＳ３４１において、ユーザ操作センサ１９１は、ユーザ１５２による（RSSリーダ１５１の）GUI１７３に対する操作を検出したか否かを判定する。例えば、ステップＳ３４１において、ユーザ操作センサ１９１は、ユーザＡによる（RSSリーダ１５１の）GUI１７３に対する操作を検出したか否かを判定する。
【０５４２】
ステップＳ３４１において、ユーザ１５２によるGUI１７３に対する操作を検出していないと判定された場合、ユーザ操作センサ１９１は、ユーザ１５２によるGUI１７３に対する操作を検出するまで、ステップＳ３４１の処理を繰り返す。
【０５４３】
ステップＳ３４１において、ユーザ１５２によるGUI１７３に対する操作を検出したと判定された場合、ステップＳ３４２に進み、ユーザ操作センサ１９１は、検出したユーザ１５２の操作に応じたユーザ操作情報を、操作ポイント換算部２４１に供給する。
【０５４４】
例えば、ステップＳ３４２において、ユーザ操作センサ１９１は、ユーザＡにより、RSSリーダ１５１のGUI１７３により表示された画面の第２ペイン４０２に表示されている記事リストの“今日の天気”である記事がダブルクリックされて、第３ペイン４０３に本文を表示させる操作がされた場合、“ダブルクリック”であるユーザの操作およびその第３ペイン４０３に本文が表示された“今日の天気”である記事（購読状態の記事）の情報を少なくとも含むユーザ操作情報を、操作ポイント換算部２４１に供給する。
【０５４５】
ステップＳ３４３において、操作ポイント換算部２４１は、ユーザ操作センサ１９１から供給されたユーザ操作情報を基に、ユーザ１５２が閲覧した記事に対して、記事ポイントを付与する。操作ポイント換算部２４１は、記事ポイントを付与した記事の情報であるユーザ操作記事ポイントを通知ランキング情報集計部２４２に供給する。
【０５４６】
例えば、ステップＳ３４３において、操作ポイント換算部２４１は、ユーザ操作センサ１９１から供給されたユーザ操作情報に含まれる“ダブルクリック”であるユーザの操作および購読状態となった記事の情報を基に、ユーザＡの操作により、“今日の天気”である記事がダブルクリックされて、第３ペイン４０３に本文が表示されたことがわかるので、“今日の天気”である記事に対して、「＋４ポイント」を付与し、「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報を含むユーザ操作記事ポイントを、通知ランキング情報集計部２４２に供給する。
【０５４７】
すなわち、操作ポイント換算部２４１は、記録部１０８に記録されている記事ポイント定義テーブルにより付与するポイントを決定しているとも言える。
【０５４８】
ステップＳ３４４において、通知ランキング集計モジュール１７９は、通知ランキング集計情報を集計する所定の時間が経過したか否かを判定する。
【０５４９】
ステップＳ３４４において、通知ランキング集計情報を集計する所定の時間を経過していないと判定された場合、ステップＳ３４１に戻り、上述した処理を繰り返す。すなわち、通知ランキング集計情報を集計する所定の時間を経過するまで、ステップＳ３４１乃至ステップＳ３４４の処理を繰り返すことにより、通知ランキング集計モジュール１７９は、ユーザ１５２の操作によるユーザ操作情報を蓄積して、記事に記事ポイントを付与し続ける（すなわち、記事は記事ポイントを蓄積し続ける）。
【０５５０】
ステップＳ３４４において、通知ランキング集計情報を集計する所定の時間を経過したと判定された場合、ステップＳ３４５に進み、通知ランキング情報集計部２４２は、記録部１０８に記録されている他のクライアント端末装置１１から受信した重み付け記事メタデータ１７７を読み出す。
【０５５１】
例えば、ステップＳ３４５において、通知ランキング情報集計部２４２は、記録部１０８に記録されているユーザＢの使用するクライアント端末装置１１−ｊおよびユーザＣが使用するクライアント端末装置１１−からの重み付け記事メタデータ１７７を読み出す。
【０５５２】
また、このとき、ユーザＢから受信した重み付け記事メタデータには、図２７ＢのユーザＢの記事ポイント集計テーブルに格納されている情報がRSS形式で記述され、ユーザＣから受信した重み付け記事メタデータには、図２７ＣのユーザＣの記事ポイント集計テーブルに格納されている情報がRSS形式で記述されている。
【０５５３】
ステップＳ３４６において、通知ランキング情報集計部２４２は、操作ポイント換算部２４１から供給されたユーザ操作記事ポイントおよび読み出した重み付け記事メタデータ１７７を基に、通知ランキング集計情報を集計する。通知ランキング情報集計部２４２は、集計した通知ランキング集計情報をメタデータ生成部２４３に供給する。
【０５５４】
例えば、通知ランキング情報集計部２４２は、操作ポイント換算部２４１から供給された「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報を、上述した、図２７ＡのユーザＡの記事ポイント集計テーブルに格納する。すなわち、図２７ＡのユーザＡの記事ポイント集計テーブルの３列目の上から３番目に格納されているように、ユーザＡの操作により、“今日の天気”である記事がダブルクリックされることで、“今日の天気”である記事の記事ポイントが、「6」から「10」に変更される（すなわち、「＋４ポイント」されている）。
【０５５５】
そして、通知ランキング情報集計部２４２は、図２７ＡのユーザＡの記事ポイント集計テーブル、並びに記録部１０８から読み出した図２７ＢのユーザＢの記事ポイント集計テーブルに格納されている情報がRSS形式で記述されている重み付け記事メタデータおよび図２７ＣのユーザＣの記事ポイント集計テーブルに格納されている情報がRSS形式で記述されている重み付け記事メタデータを基に、通知ランキング集計情報を集計する。その結果、図２８Ｂの集計ランキング情報テーブルに格納されている記事に対する記事ポイントが集計されることとなる。通知ランキング情報集計部２４２は、通知ランキング集計情報をメタデータ生成部２４３に供給する。
【０５５６】
ステップＳ３４７において、メタデータ生成部２４３は、通知ランキング情報集計部２４２から供給された通知ランキング集計情報および記録部１０８から読み出した重み付け記事メタデータ１７７を基に、（他のユーザに対して提供するための）重み付け記事メタデータを生成する。メタデータ生成部２４３は、生成した（他のユーザに対して提供するための）重み付け記事メタデータを通信モジュール１７６に供給する。
【０５５７】
例えば、ステップＳ３４７において、メタデータ生成部２４３は、通知ランキング情報集計部２４２から供給された通知ランキング集計情報および記録部１０８から読み出した重み付け記事メタデータ１７７を基に、図２８Ｂの集計ランキング情報テーブルに格納されている情報がRSS形式で記述されている重み付け記事メタデータを生成し、生成した重み付け記事メタデータを通信モジュール１７６に供給する。
【０５５８】
なお、ステップＳ３４７において、メタデータ生成部２４３が実行する（他のユーザに対して提供するための）重み付け記事メタデータを生成する処理は、通知ランキング情報集計部２４２が実行するようにしてもよい。
【０５５９】
ステップＳ３４８において、通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、メタデータ生成部２４３から供給された（他のユーザに対して提供するための）重み付け記事メタデータを、ネットワーク１２を介して、他のユーザの使用するクライアント端末装置１１に送信させて、ステップＳ３４１の処理に戻り、上述した処理を繰り返す。
【０５６０】
例えば、ステップＳ３４８において、通信モジュール１７６は、通信部１０９を制御して、通信部１０９に、メタデータ生成部２４３から供給された図２８Ｂの集計ランキング情報テーブルに格納されている情報がRSS形式で記述されている（ピアに対して提供するための）重み付け記事メタデータを、ネットワーク１２を介して、ユーザＢの使用するクライアント端末装置１１−ｊおよびユーザＣの使用するクライアント端末装置１１−ｋに送信させる。
【０５６１】
このように、ユーザＡの操作による記事に対する記事ポイントおよび他のユーザ（ユーザＢとユーザＣ）からの記事に対する記事ポイントを基に、記事ポイントを集計し、集計した記事ポイントを重み付け記事メタデータとして、他のユーザ（ユーザＢとユーザＣ）に提供することができるので、ユーザＡ自身の価値観と、ユーザＡと人的交流のある人物（ユーザＢとユーザＣ）の価値観による情報を提供することができる。
【０５６２】
また、記事ポイントの集計の方法であるが、上述したユーザ１５２による記事の閲覧の方法によって、記事に記事ポイントを付与して、その記事ポイントを集計する以外にも、記事の内容は時間とともに風化するので（情報の鮮度が落ちるので）、記事ポイントが付与された記事に対して、時間の経過とともに付与された記事ポイントを減少させることで、ランキングを低下させる（情報の鮮度を低下させる）こともできる。
【０５６３】
図３３は、時間の経過による記事ポイントの減衰について説明するグラフである。
【０５６４】
図３３のグラフの縦軸は、記事ポイント（P）を示し、縦軸の値が大きいほど、より高い記事ポイントの値を示し、横軸は、時間（t）を示し、横軸の値が大きいほど、より時間が経過していることを示す。
【０５６５】
また、記事ポイントを減少させる時間として、時間ａが予め定められている。すなわち、ユーザ１５２から操作をされなかった記事であっても、時間ａを経過するまでは、記事ポイントを減少させない。さらに、時間ａを経過後、記事ポイントが「０ポイント」となるまでの時間として、時間ｂが予め定められている。すなわち、時間a経過時の記事ポイントと時間ｂから、記事ポイントの減少幅が決定される。具体的には、記事ポイントの値がより大きくて、時間ｂがより短いほど、記事ポイントの減少幅が大きくなり（すなわち、図３３のグラフの傾きが大きくなり）、一方、記事ポイントの値がより小さくて、時間ｂがより長いほど、記事ポイントの減少幅が小さくなる（すなわち、図３３のグラフの傾きが小さくなる）。
【０５６６】
例えば、時間ａには、「１時間」である時間が設定され、時間bには、「２時間」である時間が設定される。
【０５６７】
以下、ある記事（以下、記事Ａと称する）の記事ポイントの増減について、時間を経過させながら説明する。
【０５６８】
時刻t0において、ユーザ１５２の利用しているクライアント端末装置１１は、ピアの利用しているクライアント端末装置１１から、重み付け記事メタデータを受信し、受信した重み付け記事メタデータを基に、記事Ａを記事リストとして、RSSリーダ１５１のGUI１７３により表示される画面の第２ペイン４０２に表示している。このとき、その第２ペインに表示されている記事Ａの記事ポイントは、まだ、ユーザ１５２には閲覧されていないので（記事は購読状態ではないので）、「０ポイント」となる。
【０５６９】
時刻t1において、ユーザ１５２の操作により、第２ペイン４０２に表示されている記事リストのうち、記事Ａがシングルクリックされて、第３ペイン４０３に記事Ａのサマリーが表示されたので、記事Ａの記事ポイントが増加する（例えば、「＋３ポイント」）。
【０５７０】
さらに、時刻t2において、ユーザ１５２の操作により、第２ペイン４０２に表示されている記事リストのうち、記事Ａがダブルクリックされて、第３ペイン４０３に記事Ａの本文が表示されたので、記事Ａの記事ポイントが、さらに増加する（例えば、「＋４ポイント」）。
【０５７１】
時刻t2以降、ユーザ１５２が記事Ａに対する操作していないので、記事Ａの記事ポイントは、増減せず、一定の値のまま推移する。
【０５７２】
そして、時刻t2から時間ａが経過した時刻である時刻t3において、記事ポイントを減少させる時間ａが経過したので、記事Ａの記事ポイントは、減少し、時刻t3での記事ポイントと時間ｂにより決定される減少幅に従って、記事Ａの記事ポイントが減少する。
【０５７３】
時刻t4において、ユーザ１５２の操作により、第２ペイン４０２に表示されている記事リストのうち、記事Ａがダブルクリックされて、第３ペイン４０３に記事Ａの本文が再度表示されたので、記事Ａの記事ポイントが増加する（例えば、「＋４ポイント」）。
【０５７４】
時刻t4以降、ユーザ１５２が記事Ａに対する操作していないので、再び、記事ポイントは、増減せず、一定の値のまま推移する。
【０５７５】
そして、時刻t4から時間ａが経過した時刻である時刻t5において、記事ポイントを減少させる時間ａが経過したので、記事Ａの記事ポイントは、減少し、時刻t5での記事ポイントと時間ｂにより決定される減少幅に従って、記事Ａの記事ポイントが減少する。
【０５７６】
時刻t5以降、ユーザ１５２が記事Ａに対する操作をしていないので、記事Ａの記事ポイントは、時刻t5での記事ポイントと時間ｂにより決定される減少幅に従って、減少し続ける。
【０５７７】
そして、時刻t5から時間ｂが経過した時刻である時刻t6において、時間ａを経過後、時間ｂが経過すると記事ポイントが「０ポイント」となるので、記事Ａの記事ポイントは、「０ポイント」となる。
【０５７８】
すなわち、ユーザ１５２の操作により、記事ポイントが付与された記事Ａであっても、時間の経過とともに情報は風化する（情報の鮮度が落ちるので）、記事ポイントが付与された記事Ａに対して、時間の経過とともに付与された記事Ａの記事ポイントを減少させることで、記事Ａのランキングを低下させる（情報の鮮度を低下させる）ことができる。
【０５７９】
例えば、今、オリンピックが開催されているとした場合、オリンピックが話題となるのは、オリンピックの開催期間中がほとんどであり、例えば、１ヶ月後、３ヶ月後、半年後、１年後、・・・と時間が経過するに従って、話題性が少なくなるが、上述したように、時間の経過とともに付与された記事ポイントを減少させることで、時間が経過したオリンピックの記事のランキングを低下させることができる。すなわち、例えば、１年後に、オリンピックの記事がランキングの上位に位置されることはない。
【０５８０】
これにより、常にコミュニティ内で話題性のある記事がランキングの上位に位置することになるので、ユーザ１５２は、より容易に興味を持てそうな情報を取得することができる。
【０５８１】
次に、図３４のフローチャートを参照して、記事ポイント減衰の処理について説明する。
【０５８２】
ステップＳ４０１において、ユーザ操作センサ１９１は、ユーザ１５２による（RSSリーダ１５１の）GUI１７３に対する操作を検出したか否かを判定する。例えば、ステップＳ４０１において、ユーザ操作センサ１９１は、ユーザＡによる（RSSリーダ１５１の）GUI１７３に対する操作を検出したか否かを判定する。
【０５８３】
ステップＳ４０１において、ユーザ１５２によるGUI１７３に対する操作を検出していないと判定された場合、ユーザ操作センサ１９１は、ユーザ１５２によるGUI１７３に対する操作を検出するまで、ステップＳ４０１の処理を繰り返す。
【０５８４】
ステップＳ４０１において、ユーザ１５２によるGUI１７３に対する操作を検出したと判定された場合、ステップＳ４０２に進み、ユーザ操作センサ１９１は、検出したユーザ１５２の操作に応じたユーザ操作情報を、操作ポイント換算部２４１に供給する。操作ポイント換算部２４１は、ユーザ操作センサ１９１から供給されたユーザ操作情報を基に、ユーザ１５２が閲覧した記事に対して、記事ポイントを付与する。操作ポイント換算部２４１は、記事ポイントを付与した記事の情報であるユーザ操作記事ポイントを記事ポイント減衰部２４４に供給する。
【０５８５】
例えば、ステップＳ４０１において、操作ポイント換算部２４１は、ユーザ操作センサ１９１から供給されたユーザ操作情報に含まれる“ダブルクリック”であるユーザの操作および購読状態となった記事の情報を基に、ユーザＡの操作により、“今日の天気”である記事がダブルクリックされて、第３ペイン４０３に本文が表示されたことがわかるので、“今日の天気”である記事に対して、「＋４ポイント」を付与し、「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報を含むユーザ操作記事ポイントを、記事ポイント減衰部２４４に供給する。
【０５８６】
ステップＳ４０２において、記事ポイント減衰部２４４は、所定の時間が経過したか否かを判定する。例えば、記事ポイント減衰部２４４は、「１時間」である時間が経過したか否かを判定する。
【０５８７】
ステップＳ４０２において、所定の時間が経過していないと判定された場合、所定の時間が経過するまで、ステップＳ４０２の処理を繰り返す。
【０５８８】
ステップＳ４０２において、所定の時間が経過していると判定された場合、ステップＳ４０３に進み、記事ポイント減衰部２４４は、操作ポイント換算部２４１から供給されたユーザ操作記事の記事ポイントを減衰させる。
【０５８９】
例えば、所定の時間を経過するごとに、記事ポイント減衰部２４４が、記事ポイントを「＋１ポイント」を減衰させる場合、ステップＳ４０３において、記事ポイント減衰部２４４は、操作ポイント換算部２４１から供給された「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報を含むユーザ操作記事ポイントから、「＋１ポイント」を減衰させる。すなわち、“今日の天気”である記事の記事ポイントは、「＋３ポイント」となる。
【０５９０】
ステップＳ４０４において、ユーザ操作センサ１９１は、ユーザ１５２による（RSSリーダ１５１の）GUI１７３に対する操作を検出したか否かを判定する。例えば、ステップＳ４０１において、ユーザ操作センサ１９１は、ユーザＡによる（RSSリーダ１５１の）GUI１７３に対する操作を検出したか否かを判定する。
【０５９１】
ステップＳ４０４において、ユーザ１５２によるGUI１７３に対する操作を検出していないと判定された場合、ステップＳ４０３の処理に戻り、上述した処理を繰り返す。すなわち、ステップＳ４０４の処理により、ユーザ操作センサ１９１がユーザ１５２によるGUI１７３に対する操作を検出するまで、記事ポイント減衰部２４４は、記事ポイントを減衰し続ける。
【０５９２】
例えば、記事ポイント減衰部２４４は、“今日の天気”である記事の記事ポイントは、時間の経過とともに、「＋３ポイント」、「＋２ポイント」、「＋１ポイント」と減衰していく。
【０５９３】
ステップＳ４０４において、ユーザ１５２によるGUI１７３に対する操作を検出したと判定された場合、ステップＳ４０２に戻り、ユーザ操作センサ１９１は、検出したユーザ１５２の操作に応じたユーザ操作情報を、操作ポイント換算部２４１に供給する。操作ポイント換算部２４１は、ユーザ操作センサ１９１から供給されたユーザ操作情報を基に、ユーザ１５２が閲覧した記事に対して、記事ポイントを付与する。操作ポイント換算部２４１は、記事ポイントを付与した記事の情報であるユーザ操作記事ポイントを記事ポイント減衰部２４４に供給する。
【０５９４】
記事ポイント減衰部２４４は、操作ポイント換算部２４１から供給されたユーザ操作記事ポイントを基に、記事ポイントが減衰された記事の記事ポイントを増加させる。記事ポイント減衰部２４４は、ユーザ操作記事ポイントを通知ランキング情報集計部２４２に供給する。
【０５９５】
例えば、ステップＳ４０４において、操作ポイント換算部２４１は、ユーザ操作センサ１９１から供給されたユーザ操作情報に含まれる“ダブルクリック”であるユーザの操作および購読状態となった記事の情報を基に、再度、ユーザＡの操作により、“今日の天気”である記事がダブルクリックされて、第３ペイン４０３に本文が表示されたことがわかるので、“今日の天気”である記事に対して、「＋４ポイント」を付与し、「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報を含むユーザ操作記事ポイントを、記事ポイント減衰部２４４に供給する。
【０５９６】
記事ポイント減衰部２４４は、操作ポイント換算部２４１から供給された「＋４ポイント」である記事ポイントを付与された“今日の天気”である記事の情報を含むユーザ操作記事ポイントを基に、記事ポイントが減衰されて、「＋１ポイント」となった“今日の天気”である記事の記事ポイントに「＋４ポイント」を増加させる。すなわち、“今日の天気”である記事の記事ポイントは、「＋５ポイント」となる。
【０５９７】
そして、通知ランキング情報集計部２４２は、通知ランキング集計情報を集計する所定の時間を経過した場合、記事ポイント減衰部２４４から供給されたユーザ操作記事ポイントおよび読み出した重み付け記事メタデータ１７７を基に、通知ランキング集計情報を集計することができる。
【０５９８】
このように、ユーザ１５２の操作により、記事ポイントが付与された記事Ａであっても、時間の経過とともに情報は風化する（情報の鮮度が落ちるので）、記事ポイントが付与された記事Ａに対して、時間の経過とともに付与された記事Ａの記事ポイントを減少させることで、記事Ａのランキングを低下させる（情報の鮮度を低下させる）ことができる。
【０５９９】
さらに、通知ランキング集計情報の集計方法であるが、上述した例においては、説明をわかり易くするために、自分が集計した記事ポイントと、他のユーザが集計した記事ポイントを、単に、そのまま加算して集計する方法で説明したが、それらの記事ポイントを最適化して集計することも可能である。すなわち、特定の記事ポイントに対して、重みをつけることができる。
【０６００】
通知ランキング集計情報に含まれる記事URL（a）の記事ポイントＲA（a）は、例えば、式（１）により求めることができる。
【０６０１】
ＲA（a）＝α×Ｐ（ａ）＋（１−α）×｛β×ＦA（ａ）＋（１−β）×Average（Ｆi（ａ））｝・・・（１）
【０６０２】
ただし、式（１）において、Ｐ（ａ）は、ユーザ１５２（例えば、ユーザＡ）による記事ポイントであり、ＦA（ａ）は、ピア（例えば、ユーザＢとユーザＣ）から受信した記事ポイントであり、Ｆi（ａ）は、ピア以外から受信した記事ポイントである。
【０６０３】
また、α（0<α<1）は、ユーザ１５２（例えば、ユーザＡ）による記事ポイントの反映させる尺度である自己嗜好情報反映係数であり、β（0<β<1）は、コミュニティ（グループ）間の情報の伝播を調整する尺度であるコミュニティ内情報反映係数である。
【０６０４】
すなわち、自分の操作による記事ポイントを重視したい場合には、αである自己嗜好情報反映係数をより「１」に近い値に設定し、一方、自分の操作による記事ポイントを軽視する（重視しない）場合には、αである自己嗜好情報反映係数をより「０」に近い値に設定する。
【０６０５】
また、コミュニティに所属するピアからの記事ポイントを重視したい場合には、βであるコミュニティ内情報反映係数をより「１」に近い値に設定し、一方、コミュニティに所属するピア以外のユーザからの記事ポイントを重視したい場合には、βであるコミュニティ内情報反映係数をより「０」に近い値に設定する。
【０６０６】
例えば、自己嗜好情報反映係数αとして、「α=0.8」が設定された場合、式（１）は、「ＲA（a）＝0.8×Ｐ（ａ）＋0.2×｛β×ＦA（ａ）＋（１−β）×Average（Ｆi（ａ））｝」となる。ここで、「Ｐ（ａ）」は、「自分の操作による記事ポイント」であり、「β×ＦA（ａ）＋（１−β）×Average（Ｆi（ａ））」は、「他人から受信した記事ポイント」であると言えるので、式（１）は、「ＲA（a）＝0.8×「自分の操作による記事ポイント」＋0.2×「他人から受信した記事ポイント」のように記述することができる。
【０６０７】
そのとき、「自分の操作による記事ポイント」と「他人から受信した記事ポイント」との比は、「0.8：0.2」、すなわち、「４：１」となるので、「α=0.8」が設定された場合、「自分の操作による記事ポイント」は、「他人から受信した記事ポイント」よりも、4倍（400%）重要な情報として集計される。
【０６０８】
また、例えば、コミュニティ内情報反映係数βとして、「β=0.8」が設定された場合、式（１）は、「ＲA（a）＝α×Ｐ（ａ）＋（１−α）×｛0.8×ＦA（ａ）＋0.2×Average（Ｆi（ａ））｝」となる。ここで、「0.8×ＦA（ａ）＋0.2×Average（Ｆi（ａ））」である「他人から受信した記事ポイント」について見てみると、「ＦA（ａ）」は、ピアから受信した記事ポイントであり、「Average（Ｆi（ａ））」は、ピア以外から受信した記事ポイント（の平均）であると言えるので、式（１）は、「ＲA（a）＝α×Ｐ（ａ）＋（１−α）×｛0.8×「ピアから受信した記事ポイント」＋0.2×「ピア以外から受信した記事ポイント」｝」のように記述することができる。
【０６０９】
そのとき、「ピアから受信した記事ポイント」と「ピア以外から受信した記事ポイント」との比は、「0.8：0.2」、すなわち、「４：１」となるので、「β=0.8」が設定された場合、「ピアから受信した記事ポイント」は、「ピア以外から受信した記事ポイント」よりも、4倍（400%）重要な情報として集計される。
【０６１０】
次に、図３５のフローチャートを参照して、記事ポイントの重み付けをした重み付け記事メタデータの提供の処理について説明する。
【０６１１】
ステップＳ４４１乃至ステップＳ４４５の処理は、図３２のステップＳ３４１乃至ステップＳ３４５の処理と同様であり、その説明は省略する。
【０６１２】
ステップＳ４４６において、通知ランキング情報集計部２４２は、操作ポイント換算部２４１から供給されたユーザ操作記事ポイントおよび読み出した重み付け記事メタデータ１７７を基に、記事に重み付けをして、通知ランキング集計情報を集計する。通知ランキング情報集計部２４２は、集計した通知ランキング集計情報をメタデータ生成部２４３に供給する。
【０６１３】
例えば、ユーザＡの使用するクライアント端末装置１１において、通知ランキング情報集計部２４２は、上述した式（１）、図２７ＡのユーザＡの記事ポイント集計テーブル、並びに記録部１０８から読み出した図２７ＢのユーザＢの記事ポイント集計テーブルに格納されている情報がRSS形式で記述されている重み付け記事メタデータ、および図２７ＣのユーザＣの記事ポイント集計テーブルに格納されている情報がRSS形式で記述されている重み付け記事メタデータを基に、通知ランキング集計情報を集計する。
【０６１４】
すなわち、「ＲA（a）＝α×Ｐ（ａ）＋（１−α）×｛β×ＦA（ａ）＋（１−β）×Average（Ｆi（ａ））｝」である式（１）に対して、「α=0.8」である自己嗜好情報反映係数および「β=0.8」であるコミュニティ内情報反映係数を設定した場合、式（１）は、「ＲA（a）＝0.8×Ｐ（ａ）＋0.2×｛0.8×ＦA（ａ）＋0.2×Average（Ｆi（ａ））｝」となる。
【０６１５】
ここで、図２７の記事ポイント集計テーブルの記事名のうち、“地震速報”である記事名の記事ポイントの集計を一例として説明する。
【０６１６】
図２７ＡのユーザＡの記事ポイント集計テーブルには、“地震速報”である記事名に対して、“7”である記事ポイントが付与されている。また、図２７ＢのユーザＢの記事ポイント集計テーブルには、“地震速報”である記事名に対して、“8”である記事ポイントが付与されている。さらに、図２７ＣのユーザＣの記事ポイント集計テーブルには、“5”である記事ポイントが付与されている。
【０６１７】
また、式（１）において、Ｐ（ａ）は、ユーザ１５２による記事ポイントであり、ＦA（ａ）は、ピアから受信した記事ポイントであり、Ｆi（ａ）は、ピア以外から受信した記事ポイントである。すなわち、Ｐ（ａ）は、ユーザＡによる記事ポイントであり、ＦA（ａ）は、ユーザＢおよびユーザＣから受信した記事ポイントであり、Ｆi（ａ）には、該当する記事ポイントはない。
【０６１８】
従って、これらの条件を式（１）にあてはめると、「ＲA（a）＝0.8×7＋0.2×｛0.8×（8＋5）＋0.2×0｝＝7.68」となる。すなわち、“地震速報”である記事名に対する記事ポイントは、「7.68」となる。
【０６１９】
他の記事名に対しても、同様の計算をして記事ポイントを集計して、通知ランキング集計情報を集計する。
【０６２０】
ステップＳ４４７およびステップＳ４４８の処理は、図３２のステップＳ３４７およびステップＳ３４８の処理と同様であり、その説明は省略する。
【０６２１】
このように、自分の操作による記事ポイントや、他のユーザから受信した記事ポイントに対して、重みをつけることができるので、より特徴のあるランキング順に記事リストを表示させることができる。
【０６２２】
以上のように、利用者がインターネット上の情報を選択する際に、利用者自身の価値観だけでなく、利用者自身と人的交流のある人物（例えば、友人や家族、仕事上の人間関係など）の価値観を加えることで、情報の選択を容易にすることができる。
【０６２３】
また、利用者と人的交流のある人物からの情報（記事やコンテンツ）の伝播により、利用者が「ほしい」と自覚していないが、潜在的に欲しているかもしれない情報（記事やコンテンツ）を取得することができる。
【０６２４】
個人の嗜好の情報の漏洩というプライバシーの問題に対して、利用者の嗜好の情報のみを伝播させるのではなく、利用者と人的交流のある人物の嗜好情報を足し合わせて加工した結果を提供することで、嗜好の情報に匿名性を与えている。また、ランキング（視聴率）を中央サーバなどに集約せず、各端末において分散的に収集するため、サーバの付加またはサーバートラフィック集中を軽減することができる。
【０６２５】
ランキング（視聴率）を中央サーバなどに集約せず、各端末において分散的に収集することで、使用者と使用者と関係するコミュニティに特化したランキングとなる。すなわち、すべてのユーザが同一の視聴率の計算結果を得るわけではなく、個々に計算されるランキング（視聴率）が個々の使用者ごとに異なっている。
【０６２６】
なお、通知ランキング集計情報または表示ランキング集計情報の集計方法であるが、上述した例に限らず、例えば、信頼性の高い記事を提供するユーザ（ピア）の記事対して、高い記事ポイントを付与する機能などにより集計するようにしてもよい。
【０６２７】
また、本発明は、インターネット上に一意のID（例えば、URLなど）で表現されるすべての情報（リソース）に対して適用拡張性を持ち、一般的には、例えば、RDF（Resource Description Framework）またはRSSなどのようなメタデータを利用するプログラムに対しての拡張が容易となる。
【０６２８】
さらに、上述した例においては、重み付け記事メタデータは、RSS形式で記述されたRSS情報を拡張した情報であるとして説明したが、RSS形式で記述する形式に限らず、例えば、SGML（Standard Generalized Mark-up Language）形式やXML形式など、コンテンツのメタデータを記述できる形式で記述すればよい。また、重み付け記事メタデータを閲覧（処理）するソフトウェアとして、RSS情報を閲覧（処理）するRSSリーダを一例として説明したが、RSSリーダに限らず、例えば、SGML形式やXML形式などのデータを閲覧（処理）できるソフトウェアなど、コンテンツのメタデータを記述したデータを閲覧（処理）できるソフトウェアであればよい。
【０６２９】
さらに、上述した、記事ポイントの集計方法であるが、ユーザが操作するたびに記事ポイントを順次加算する方法に限らず、ユーザが行った操作のうち、記事ポイントが最も高くなる操作に対する記事ポイントのみを集計することも可能である。例えば、ユーザにより、「＋１ポイント」の操作がされた後に、「＋４ポイント」の操作がされた場合、その操作に対する集計方法として、記事ポイントを加算せずに、記事ポイントが最も高くなる操作の記事ポイントである「＋４ポイント」のみを集計するようにしてもよい。
【０６３０】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０６３１】
この記録媒体は、図２に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１２１（フレキシブルディスクを含む）、光ディスク１２２（CD-ROM(Compact Disc-Read Only Memory)を含む）、光磁気ディスク１２３（MD（商標）を含む）、若しくは半導体メモリ１２４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１０２などで構成される。
【０６３２】
また、この記録媒体は、図４に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク３２１（フレキシブルディスクを含む）、光ディスク３２２（CD-ROMを含む）、光磁気ディスク３２３（MD（商標）を含む）、若しくは半導体メモリ３２４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM３０２などで構成される。
【０６３３】
さらに、上述した一連の処理を実行させるプログラムは、必要に応じてルータ、モデムなどのインターフェイスを介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を介してコンピュータにインストールされるようにしてもよい。
【０６３４】
なお、本明細書において、記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０６３５】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０６３６】
【図１】本発明を適用したP2Pシステムの一実施の形態の構成を示すブロック図である。
【図２】クライアント端末装置の構成例を示すブロック図である。
【図３】クライアント端末装置により実行されるプログラムの構成の例を示す図である。
【図４】P2Pサーバの構成例を示すブロック図である。
【図５】P2Pサーバにより実行されるプログラムの構成の例を示す図である。
【図６】RSSリーダのGUIにより表示される画面の全体の構成について説明する図である。
【図７】コミュニティの概念について説明する図である。
【図８】フィードタブが選択されている場合の第１ペインの例を示す図である。
【図９】ピアタブが選択されている場合の第１ペインの例を示す図である。
【図１０】ユーザとピアとの関係について説明する図である。
【図１１】各端末間で送受信されるRSS情報と重み付け記事メタデータとの関係について説明する図である。
【図１２】RSS情報の要素の例を示す図である。
【図１３】RSS情報の記述例について説明する図である。
【図１４】重み付け記事メタデータの要素について説明する図である。
【図１５】重み付け記事メタデータの記述例について説明する。
【図１６】クライアント端末装置がP2Pシステムにログインする場合の処理の概要について説明する図である。
【図１７】P2Pシステムのログインの処理について説明するフローチャートである。
【図１８】クライアント端末装置が他のクライアント端末装置に重み付け記事メタデータの提供を要求する場合の処理の概要について説明する図である。
【図１９】重み付け記事メタデータの提供の処理について説明するフローチャートである。
【図２０】重み付け記事メタデータを提供するか否かを判定するダイアログボックスを表示するクライアント端末装置のRSSリーダのGUIにより表示される画面の例を示す図である。
【図２１】重み付け記事メタデータの提供の許可を示すダイアログボックスを表示するクライアント端末装置のRSSリーダのGUIにより表示される画面の例を示す図である。
【図２２】重み付け記事メタデータの提供の拒否を示すダイアログボックスを表示するクライアント端末装置のRSSリーダのGUIにより表示される画面の例を示す図である。
【図２３】クライアント端末装置が、他のクライアント端末装置に対して、重み付け記事メタデータを提供する処理の概要について説明する図である。
【図２４】クライアント端末装置が、他のクライアント端末装置に対して、重み付け記事メタデータを提供する処理について説明するフローチャートである。
【図２５】記事ポイントによる記事表示の処理の概要を説明する図である。
【図２６】ユーザの操作により、記事に対して付与する記事ポイントを定義している記事ポイント定義テーブルの例を示す図である。
【図２７】ユーザの操作により集計された記事の記事ポイント集計テーブルの例を示す図である。
【図２８】ユーザＡが使用しているクライアント端末装置により記事ポイントが集計された集計ランキング情報テーブルの例を示す図である。
【図２９】集計された記事ポイントを基に、記事リストを表示するRSSリーダのGUIにより表示される画面の例を示す図である。
【図３０】RSS情報の受信の処理について説明するフローチャートである。
【図３１】ランキング順での記事リストの表示の処理について説明するフローチャートである。
【図３２】重み付け記事メタデータの送信の処理について説明するフローチャートである。
【図３３】時間の経過による記事ポイントの減衰について説明する図である。
【図３４】記事ポイント減衰の処理について説明するフローチャートである。
【図３５】記事ポイント重み付けをした重み付け記事メタデータ提供の処理について説明するフローチャートである。
【符号の説明】
【０６３７】
１  P2Pシステム，  １１、１１−１乃至１１−Ｎ  クライアント端末装置，  １２  ネットワーク，  １３  P2Pサーバ，  １０１  CPU，  １０２  ROM，  １０３  RAM，  １０６  入力部，  １０７  出力部，  １０８  記録部，  １０９  通信部，  １１０  ドライブ，  １２１  磁気ディスク，  １２２  光ディスク，  １２３  光磁気ディスク，  １２４  半導体メモリ，  １５１  RSSリーダ，  １７１  ログインモジュール，  １７２  記事巡回モジュール，  １７３  GUI，  １７４  ピアリスト管理モジュール，  １７５  ピアリスト，  １７６  通信モジュール，  １７７  重み付け記事メタデータ，  １７８  表示ランキング集計モジュール，  １７９  通知ランキング集計モジュール，  １９１  ユーザ操作センサ，  １９２  第１ペインピアリスト管理部，  ２０１  ピアリスト管理部，  ２０２  表示制御部，  ２０３  ピア判定部，  ２１１  ピアチャンネルリスト，  ２１２  レシピエントリスト，  ２１３  ピアキャッシュ  ，  ２３１  表示ランキング情報集計部  ，  ２３２  表示制御部  ，  ２４１  操作ポイント換算部  ，  ２４２  通知ランキング情報集計部  ，  ２４３  メタデータ生成部  ，  ２４４  記事ポイント減衰部  ，  ３０１  CPU，  ３０２  ROM，  ３０３  RAM，  ３０６  入力部，  ３０７  出力部，  ３０８  記録部，  ３０９  通信部，  ３１０  ドライブ，  ３２１  磁気ディスク，  ３２２  光ディスク，  ３２３  光磁気ディスク，  ３２４  半導体メモリ，  ３５１  P2Pサーバモジュール，  ３６１  登録削除受付モジュール，  ３６２  ピアリスト，  ３６３  名前解決モジュール
【図１】
2006260337.tif 000003
【図２】
2006260337.tif 000004
【図３】
2006260337.tif 000005
【図４】
2006260337.tif 000006
【図５】
2006260337.tif 000007
【図６】
2006260337.tif 000008
【図７】
2006260337.tif 000009
【図８】
2006260337.tif 000010
【図９】
2006260337.tif 000011
【図１０】
2006260337.tif 000012
【図１１】
2006260337.tif 000013
【図１２】
2006260337.tif 000014
【図１３】
2006260337.tif 000015
【図１４】
2006260337.tif 000016
【図１５】
2006260337.tif 000017
【図１６】
2006260337.tif 000018
【図１７】
2006260337.tif 000019
【図１８】
2006260337.tif 000020
【図１９】
2006260337.tif 000021
【図２０】
2006260337.tif 000022
【図２１】
2006260337.tif 000023
【図２２】
2006260337.tif 000024
【図２３】
2006260337.tif 000025
【図２４】
2006260337.tif 000026
【図２５】
2006260337.tif 000027
【図２６】
2006260337.tif 000028
【図２７】
2006260337.tif 000029
【図２８】
2006260337.tif 000030
【図２９】
2006260337.tif 000031
【図３０】
2006260337.tif 000032
【図３１】
2006260337.tif 000033
【図３２】
2006260337.tif 000034
【図３３】
2006260337.tif 000035
【図３４】
2006260337.tif 000036
【図３５】
2006260337.tif 000037