JPWO2009151134A1

JPWO2009151134A1 - リソース情報のリソース・ポイント算出、およびポイント流通方法

Info

Publication number: JPWO2009151134A1
Application number: JP2010516901A
Authority: JP
Inventors: 亜令小林
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2008-06-13
Filing date: 2009-06-15
Publication date: 2011-11-17
Also published as: WO2009151134A1; US20110093457A1

Abstract

ユーザによりネットワークを介してコミュニティに投稿され、データベースに蓄積される様々なリソースに対して、客観的な価値評価を行い、当該価値をコミュニティ内で流通させるシステムおよび方法を提供する。データベースに蓄積される様々なリソースに対して、自動的に抽出されるタグの内容やリソースに対するユーザの行動に応じた関連付け（リンク）を生成する。これらリソースおよび関連付けを用いて、所定の評価方法によりコミュニティ全体に対する客観的な評価を自動的に行い、さらに、この評価に基づいたポイントをリソースに関連付けることで、コミュニティ内の相対的な価値をユーザに提示し、さらに、このポイントに基づいて、所与のポイントを報酬分配としてリソースを投稿したユーザに配当し分配することで、コミュニティにおいてポイントを自動流通させるシステムを提供する。

Description

本発明は、クライアント端末によりネットワークを介して投稿される複数のリソースに対して、所定の方法により評価を行い、および所与のポイントを自動的に付与することで、ネットワーク上に複数のリソース・グループを有するコミュニティにおいてポイントを流通させることができるシステムに関するものである。

インターネットを利用してユーザ自身が直接情報を投稿し掲載することでコンテンツを生成するメディアとして、例えばＱ＆Ａサイト、オークションサイト、ソーシャルネットワーキングサービス（ＳＮＳ）およびブログなどがある。これらはＣＧＭ（ＣｕｓｔｏｍｅｒＧｅｎｅｒａｔｅｄＭｅｄｉａ）と呼ばれ、ユーザはインターネット上にリアルタイムかつ手軽に情報を開示することができ、また他のインターネット・ユーザも、これらの情報の中から興味深い有用な情報を自由に取捨選択することができる。このため、ＣＧＭは様々な形態で、インターネット上のコミュニティへのソーシャル・データベースとして多くのインターネット・ユーザに利用されている。

しかしながら、これらソーシャル・データベースに蓄積される情報は、その手軽さや自由さから信憑性に欠けることも多く、また真に有効な情報であってもその評価は、インターネット・ユーザ自身が個別に判断する主観的なものに過ぎなかった。

そして、例えば、Ｑ＆Ａサイトでは、質問、質問への回答およびその回答への評価において出題者が質問に寄せられた有用な回答や回答の評価に対して有用度を評価しようとする場合、一般的には、これらを出題者の主観を元に手動で行い、例えば有用度をポイントという形で投稿したユーザに付与する形態で行っている（特許文献１）。また、オークションサイトでは、購入者と販売者との間においてオークション形式で価格を決定したりするに過ぎず、やはり価格は主観を元に決定されているに過ぎない。すなわち、ソーシャル・データベースに蓄積される情報に共通する価値観は存在しておらず、社会的な資産価値は希薄であることが多かった。

一方で、コンテンツに対して客観的な評価を与えるインターネット上のメディアとして、検索サイトがあり、例えば、Ｇｏｏｇｌｅ(http://www.google.com)において用いられるＰａｇｅＲａｎｋがある（特許文献２）。これは、「重要なサイトからハイパーリンクされた先のサイトはやはり重要なサイトである」というコンセプトに基づくものであり、インターネット上のコンテンツに対して均衡に価値決定を行っている。ここでは、検索に用いられたキーワードに近いコンテンツを客観的に高評価し、この評価に基づいて検索結果としてユーザに提示する。しかしながら、このような検索サイトにおける評価では、ハイパーリンクによる明示的なリンク情報が与えられることを前提としており、この明示的なリンク情報を用いてコンテンツの重要度を算出した上で、ソーシャル・データベースからキーワードに関連するコンテンツ群（検索結果）を抽出し、その相対的な表示順を評価しているに過ぎない。つまり、ソーシャル・データベース全体を通じて、ソーシャル・データベースに蓄積される全てのコンテンツに共通する価値評価を与えるというものではない。

また一方で、社会的資産価値の高いインターネット上のメディアとして、Ｗｉｋｉｐｅｄｉａ（http://ja.wikipedia.org/wiki/）のような、誰もがフリーにコンテンツを追加、変更することができる百科事典サイトがある。これは、運営者が明確な価値観を提示し、社会的資産価値の高いソーシャル・データベースが構築できている例といえる。しかしながら、このようなメディアにおいては、常に運営者が投稿内容を監視しなければならないという運用者側の負担増という事態が生じていた。また、ソーシャル・データベースを利用する全ユーザに対して投稿者数の割合が非常に少ないため、投稿障壁が高いにも関わらず、価値提供を行った投稿者の投稿に対して何らかの報酬を還元するという考え方があって然るべきものの、投稿者はボランティア・ベースで情報を投稿するという考え方が根底にあるため、この報酬還元に対する考え方は実現されるに至っていない。

特開２００２−３２９１１２号公報米国特許第６，２８５，９９９号

本発明は、こうした従来の課題を解決するために提案されたものであり、本発明の目的は、インターネットをはじめとしたネットワークを介してコミュニティに投稿され、データベースに蓄積される様々なリソースに対して、自動的に抽出されるタグの内容やリソースに対するユーザの行動に応じた対応付け（リンク）を生成し、また、これらリソースに対して、所定の評価方法を用いたコミュニティ全体に対する客観的な評価を自動的に行い、さらに、この評価に基づいたポイントをリソースに関連付けることで、コミュニティ内の相対的な価値をユーザに提示し、さらに、このポイントに基づいて、所与のポイントを報酬分配としてリソースを投稿したユーザに配当し分配することで、コミュニティにおいてポイントを自動流通させるシステムを提供することである。

上記の目的を達成するため、請求項１に係る発明は、（ｉ）インターフェイス（２１）を介してユーザによって入力されるリソースについて、前記リソースのポイントを計算して出力するシステムであって、前記リソースと、前記リソースを識別するためのリソースＩＤと、該リソースＩＤに関連付けられる第１リソース中心値と、を格納する第１格納手段（４２）と、（ｉｉ）前記リソースＩＤの１つと、前記リソースＩＤの１つに関連付けられるタグＩＤであって、前記リソースＩＤで識別される前記リソースから抽出されるタグを識別するためのタグＩＤと、を含む１つ以上のリソース・タグ関連情報を格納する第２格納手段（４５、図９Ｂ）と、（ｉｉｉ）前記第２格納手段に格納された前記１つ以上のリソース・タグ関連情報に基づいて、１の前記リソースＩＤについてホップ数の値に対応するリソース・リストを、前記ホップ数の値を１から順にインクリメントしながら繰り返し生成する第１生成手段（図９Ａ、図１７、Ｓ１６０８）であって、前記生成されるリソース・リストの各々は、１つ以上の前記リソースＩＤを含んでおり、直前に生成された前記リソース・リストに含まれる各前記リソースＩＤに関連付けられた各前記タグＩＤを、さらに関連付けている前記リソース・タグ関連情報に含まれる前記リソースＩＤに基づく、手段と、（ｉｖ）前記ホップ数の値と、前記ホップ数の値に対応するリソース・リストに含まれる各前記リソースＩＤに前記第１格納手段によりそれぞれ関連付けられた前記第１リソース中心値の値とに基づいて、前記１のリソースＩＤの第１リソース中心値を計算する第１計算手段（Ｓ３４０１）と、（ｖ）前記第１計算手段で計算された第１リソース中心値に基づいて、さらに前記１のリソースＩＤで識別される前記リソースの前記ポイントを計算する第２計算手段（Ｓ３４０４）と、（ｖｉ）前記第２計算手段により計算された前記ポイントを前記インターフェイスに提示する提示手段（Ｄ１４３）と、を備えるシステムに関する。

請求項２に係る発明は、請求項１に記載のシステムであって、（ｉ）前記第１生成手段で生成される前記ホップ数の値を１とする前記リソース・リストは、前記第２格納手段（４５）により前記１のリソースＩＤに関連付けられた各前記タグＩＤをさらに関連付けている前記リソース・タグ関連情報に含まれる前記リソースＩＤの和集合から、前記１のリソースＩＤを除くことで生成され（Ｓ１６０３）、また、（ｉｉ）前記第１生成手段で生成される前記ホップ数の値を２以上とする前記リソース・リストの各々は、前記直前に生成された前記リソース・リストに含まれる前記リソースＩＤに各々関連付けられた各前記タグＩＤをさらに関連付けている前記リソース・タグ関連情報に含まれる前記リソースＩＤの和集合から、既に生成されたいずれの前記ホップ数の値に対応する前記リソース・リストにも含まれない新たな前記リソースＩＤを抽出することで生成される（Ｓ１６０８）システムに関する。

請求項３に係る発明は、請求項２に記載のシステムであって、さらに前記第１生成手段において、前記新たなリソースＩＤが抽出されなくなるまで、または、前記ホップ数の値が、インクリメントされた結果所与の値に達するまで前記リソース・リストを繰り返し生成する（Ｓ１６０７、Ｓ１６０８）システムに関する。

請求項４に係る発明は、請求項１から３のいずれか１項に記載のシステムであって、さらに、前記第１格納手段は、前記リソースＩＤに関連付けられる第２リソース中心値を格納することができ、（ｉ）前記リソースＩＤの１つと、前記リソースＩＤの１つに関連付けられるユーザＩＤであって前記ユーザを識別するためのユーザＩＤと、前記リソースＩＤの１つおよび前記ユーザＩＤの関係を識別するための行動区分と、を含む１つ以上のユーザ行動対応情報を格納する第３格納手段（４４）と、（ｉｉ）前記第３格納手段（４４）に格納された前記１つ以上のユーザ行動対応情報に基づいて、前記１のリソースＩＤに関連付けられる前記ユーザＩＤのそれぞれについてユーザ評価値を計算する第３計算手段（Ｓ１８０３、Ｓ３５０３、Ｓ１８０６）であって、前記ユーザＩＤのそれぞれについて、前記ユーザＩＤを関連付けている前記ユーザ行動対応情報のリソースＩＤに、さらに前記第１格納手段（４２）により関連付けられた前記第２リソース中心値の値と、前記ユーザＩＤを関連付けている前記ユーザ行動対応情報のリソースＩＤおよび前記ユーザＩＤの関係を識別するための前記行動区分を示す値と、前記第３格納手段において前記１のリソースＩＤおよび前記ユーザＩＤの関係を識別するための前記行動区分を示す値と、に基づいて前記ユーザＩＤのユーザ評価値を計算する第３計算手段と、（ｉｉｉ）前記第３計算手段で計算された、前記ユーザＩＤのぞれぞれの前記ユーザ評価値に基づいて、前記１のリソースＩＤの第２リソース中心値を計算する第４計算手段（Ｓ１８１５）とを備えるシステムに関する。

請求項５に係る発明は、請求項４に記載のシステムであって、さらに、（ｉ）前記ユーザＩＤと、前記ユーザＩＤに関連付けられるユーザ中心値とを格納する第４格納手段（４１）と、（ｉｉ）第５格納手段（３１１）であって、前記ユーザＩＤの１つと、前記ユーザＩＤの１つに関連付けられる他の前記ユーザＩＤと、前記ユーザＩＤの１つおよび前記他のユーザＩＤの関係を識別するためのユーザ関連種別と、を含む１つ以上のユーザ関連情報を格納する手段と、（ｉｉｉ）１の前記ユーザＩＤについて前記第４格納手段（４１）に格納される前記ユーザ中心値の値を計算する第５計算手段（Ｓ３３０６）であって、前記格納されるユーザ中心値の値は、前記第５格納手段に格納された前記１のユーザＩＤに関連付けられる前記他のユーザＩＤのそれぞれに、前記第４格納手段によりさらに関連付けられる各前記ユーザ中心値の値と、前記１のユーザＩＤおよび前記他のユーザＩＤのそれぞれの関係を識別するための各前記ユーザ関連種別と、に基づいて計算される手段と、を備えており、（ｉｖ）前記第４計算手段で計算される前記１のリソースＩＤの第２リソース中心値は、さらに、前記第３格納手段（４４）に格納された、前記１のリソースＩＤに関連付けられた前記ユーザ行動対応情報のそれぞれのユーザＩＤに、前記第４格納手段（４１）によりさらに関連付けられた前記ユーザ中心値のそれぞれの値に基づいて計算される、システムに関する。

請求項６に係る発明は、請求項４に記載のシステムであって、前記行動区分は、出題、回答、ネガティブ評価、ポジティブ評価、および／または閲覧を含んでおり、前記行動区分を示す値は、各前記行動区分に対応して重み付けがされて設定される、システムに関する。

請求項７に係る発明は、請求項５に記載のシステムであって、前記ユーザ関連種別は、お気に入りユーザ登録、および／または拒否ユーザ登録を含んでいる、システムに関する。

請求項８に係る発明は、請求項４から７のいずれか１項に記載のシステムであって、さらに、前記第１格納手段は、前記リソースＩＤに関連付けられるリソース需給値を格納することができ、前記１のリソースＩＤについて、前記第１計算手段で計算された前記第１リソース中心値および前記第４計算手段で計算された前記第２リソース中心値に基づいて、前記第１格納手段（４２）に格納される、前記１のリソースＩＤに関連付けられる前記リソース需給値の値を計算する第６計算手段を備える、システムに関する。

請求項９に係る発明は、請求項８に記載のシステムであって、前記第６計算手段によって計算され格納される前記リソース需給値の値は、前記第２中心値と前記第１中心値との除算値に基づく、システムに関する。

請求項１０に係る発明は、請求項９に記載のシステムであって、前記第２計算手段によって計算される前記１のリソースＩＤで識別される前記リソースのポイントは、前記第１格納手段において前記１のリソースＩＤに関連付けられた前記リソース需給値の値を、前記第１格納手段に格納された全ての前記リソースＩＤに関連付けられる全ての前記リソース需給値の値を所与の範囲で正規化することに基づいて計算される、システムに関する。

請求項１１に係る発明は、請求項１〜１０のいずれか１項に記載のシステムであって、（ｉ）前記第２計算手段によって、前記リソースＩＤで識別される前記リソースのポイントと前記リソースのポイントが計算された日時とを格納する第６格納手段（図示せず）であって、前記ポイントが計算された日時は、前記リソースが入力された日時並びに定期、定時および／または任意の設定されたタイミングを含む日時である手段を備え、（ｉｉ）前記提示手段において、さらに、前記１のリソースＩＤで識別されるリソースについてのリソース・ポイント遷移グラフ（Ｄ１４２）であって、前記第６格納手段に格納された前記１のリソースＩＤに関連した前記日時および前記ポイントに基づくリソース・ポイント遷移グラフを作成して前記インターフェイス（２１）に提示することを特徴とする、システムに関する。

請求項１２に係る発明は、サーバ（１３）が備える記憶装置内のデータベース（１５２）に、（ｉ）リソースと前記リソースを一意に識別するリソースＩＤとリソース・ポイントとを含む２つ以上のリソース情報を記憶するリソース・テーブル（４２）と、（ｉｉ）タグと該タグを一意に識別するタグＩＤとを含む２以上のタグ情報を記憶するタグ・テーブル（４３）と、（ｉｉｉ）前記リソース情報が有するリソースＩＤの１つと該リソースＩＤに関連付けられる１つ以上のタグＩＤとを含む１つ以上のリソース・タグ対応情報を記憶するリソース・タグ関連テーブル（４５）とが含まれており、（ｉｖ）一時メモリ（１５３）を備える前記サーバ（１３）がさらに備える処理装置（１４）が、１つの前記リソース情報のリソース・ポイントの値を、他の前記リソース情報のリソース・ポイントの値に基づいて算出および格納して、前記アカウント・ポイントを増減させる方法であって、（ｖ）前記リソース・テーブル（４２）に格納された１つの前記リソース情報の前記リソースＩＤの値を選択する選択ステップ（Ｓ１６０１）と、（ｖｉ）前記選択されたリソースＩＤの値を前記リソース・タグ対応情報のリソースＩＤの値として有する該リソース・タグ対応情報の前記タグＩＤの値を抽出し（Ｓ１６０１）、該抽出されたタグＩＤの値を前記リソース・タグ対応情報のタグＩＤの値として有している該リソース・タグ対応情報のリソースＩＤをさらに抽出し、前記抽出されたリソースＩＤの値の和集合から、前記選択されたリソースＩＤの値を削除した前記リソースＩＤの値からなるリストを、前記選択されたリソースＩＤについてのホップ数の値を１とする、該ホップ数に対応したリソース・リストとして生成して前記一時メモリ（１５３）に格納する第１のリソース・リスト生成格納ステップ（Ｓ１６０３）と、（ｖｉｉ）前記ホップ数の値を２以上の整数とする、前記ホップ数対応リソース・リストを、所与の条件（Ｓ１６０７）を満たすまで、前記ホップ数の値を２からインクリメント（Ｓ１６０６）しながら繰り返し生成して、前記一時メモリ（１５３）に格納する第２のリソース・リスト生成格納ステップ（Ｓ１６０８）であって、直前に生成された前記ホップ数対応リソース・リストが有している前記リソースＩＤの値を、前記リソース・タグ対応情報のリソースＩＤの値として有している該リソース・タグ対応情報のタグＩＤの値を抽出し、該抽出された前記タグＩＤの値を前記リソース・タグ対応情報のタグＩＤの値として有する該リソース・タグ対応情報のリソースＩＤの値をさらに抽出し、該抽出されたリソースＩＤの値の和集合から、前記一時メモリに格納されているすべての第１リソース・リストがそれぞれ有している前記リソースＩＤの値を削除したリソースＩＤの値からなるリストを、前記ホップ数対応リソース・リストとして繰り返し生成するステップ（Ｓ１６０８）と、（ｖｉｉｉ）前記ホップ数の値と、前記ホップ数の値に対応したそれぞれの前記ホップ数対応リソース・リストが有する各前記リソースＩＤの値を、前記リソース・テーブル（４２）に格納された前記リソース情報のリソースＩＤの値として有する該リソース情報のリソース・ポイントの値に基づいて、前記１つのリソース情報についての第１リソース中心値を計算する第１の計算ステップ（Ｓ１６０４、Ｓ１６０５、Ｓ１６０９）と、（ｉｘ）前記計算された第１リソース中心値に基づいて、前記１つのリソース情報についての第１ポイントを計算して、前記１つのリソース情報のリソース・ポイントの値として前記リソース・テーブルに格納する第２の計算ステップ（Ｓ１５０３）と、を備えており、第１のタイミングで前記処理装置により実行される方法に関する。

請求項１３に係る発明は、請求項１２に記載の方法において、前記リソース・テーブル（４２）に格納される前記リソース情報は、前記リソースＩＤに関連付けられる初期リソース・ポイントを含んでおり、さらに、（ｉ）インターフェイス（２１）を介して新たに入力された１つ以上の第１のテキストをそれぞれ新たな前記リソース情報のリソースとして、前記新たなリソース情報のリソースＩＤの値と前記初期リソース・ポイントの値ともに前記リソース・テーブル（４２）に新たに格納するリソース格納ステップ（Ｓ１２０２、Ｓ１２０４、Ｓ２５０１）と、（ｉｉ）前記リソース格納ステップ（Ｓ１２０２、Ｓ１２０４、Ｓ２５０１）により前記新たに格納された１つ以上の第１テキストからそれぞれ抽出される第２のテキストであって、前記タグ・テーブル（４３）に格納された前記タグ情報のタグとして格納されていない新たな第２テキストを、新たな前記タグ情報のタグとして、前記新たなタグ情報のタグＩＤの値とともに、前記タグ・テーブル（４３）に新たに格納するタグ抽出格納ステップ（Ｓ２００４）と、（ｉｉｉ）前記リソース格納ステップにより格納された前記新たなリソース情報のリソースＩＤの値と前記タグ抽出格納ステップにより格納された前記新たなタグ情報のタグＩＤの値とを含む新たな前記リソース・タグ対応情報を前記リソース・タグ関連テーブルに格納するステップと、を備えており、前記リソース格納ステップにより格納された前記新たなリソース情報の初期リソース・ポイントの値は、前記インターフェイスを介して入力されたタイミングを前記第１タイミングとして、（ｉｖ）前記選択ステップにおいて前記新たなリソース情報のリソースＩＤの値を選択し（Ｓ１６０１）、次いで、前記第１リソース・リスト生成格納ステップ（Ｓ１６０３）と、（ｖ）前記第２リソース・リスト生成格納ステップ（Ｓ１６０８）と、（ｖｉ）前記第１計算ステップ（Ｓ１６０４、Ｓ１６０５、Ｓ１６０９）と、（ｖｉｉ）前記第２計算ステップ（Ｓ１５０３）とにより計算されることを特徴とする、前記処理装置（１４）により実行される方法に関する。

請求項１４に係る発明は、請求項１３記載の方法において、前記タグ抽出格納ステップによって前記第１テキストから抽出される前記第２テキストは、（ｉ）前記第１テキストから、１つ以上の第１のキーワードを含む第１のキーワード群を抽出し（Ｓ２００２）、（ｉｉ）ネットワーク上に構成される第２のサーバの記憶装置に格納される第２のデータベース（１９）であって、前記サーバ（１３）のデータベース（１５２）とアプリケーション・インターフェースによって連携する第２データベース（１９）に格納される、ワードとその説明との組を複数備えるテキスト集合に対し、前記抽出された第１キーワード群の各第１キーワードを用いて、前記各第１キーワードに対応する前記ワードを検索することで、前記第１キーワードに一致する前記ワードの説明を取得し（Ｓ２００２、Ｓ２１０１）、（ｉｉｉ）前記取得された説明から、さらに、１つ以上の第２のキーワードを含む第２のキーワード群を抽出し（Ｓ２００２、Ｓ２１０２）、および（ｉｖ）前記抽出された第２キーワード群に含まれる各前記第２キーワードを用いて前記リソース・テーブル（４２）のリソース情報のリソースを検索して、該リソースとして所与の数以上格納されている前記第２キーワードを前記第２キーワード群から削除することにより抽出される（Ｓ２００３、Ｓ２１０４〜Ｓ２１０７）ことを特徴とする、方法に関する。

請求項１５に係る発明は、請求項１３または請求項１４に記載の方法において、さらに、（ｉ）前記データベース（１５２）が、前記リソース・テーブル（４２）のリソース情報が有する前記リソースＩＤの１つと、前記リソースＩＤの１つに関連付けられる１つ以上のユーザＩＤおよび対応する行動区分と、を含む２つ以上のユーザ行動対応情報を格納するユーザ履歴テーブル（４４）を含んでおり、（ｉｉ）前記選択ステップ（Ｓ１６０１）により選択された前記１つのリソース情報のリソースＩＤの値を前記ユーザ履歴テーブル（４４）に格納された前記ユーザ行動対応情報のリソースＩＤの値として有している該ユーザ行動対応情報の前記１つ以上のユーザＩＤの値、および前記対応する第１の行動区分の値とを抽出して一時メモリ（１５３）に格納する行動区分抽出ステップ（Ｓ１８０１）と、（ｉｉｉ）前記抽出された１つ以上のユーザＩＤの値ごとに１つの前記ユーザＩＤの評価値を繰り返し計算して一時メモリ（１５３）に格納する第３計算ステップ（Ｓ１８０３〜Ｓ１８０６）であって、前記１つのユーザＩＤの値を前記ユーザ履歴テーブル（４４）に格納された前記ユーザ行動対応情報のユーザＩＤの値として有する該ユーザ行動対応情報が有する、１つ以上のリソースＩＤの値および前記対応する第２の行動区分の値を抽出し、前記抽出された１つ以上のリソースＩＤの値の和集合から、前記選択されたリソースＩＤの値を削除したリストを、前記選択されたリソースＩＤについての第２リソース・リストとして生成して前記一時メモリ（１５３）に格納すること（Ｓ１８０３）と、（ｉｖ）前記行動区分抽出ステップ（Ｓ１８０１）で抽出された前記第１行動区分の値と、前記生成された第２リソース・リストが有する各前記リソースＩＤの値を前記リソース・テーブル（４２）に格納された前記リソース情報のリソースＩＤの値として有する該リソース情報のリソース・ポイントの値と、前記リソース情報のリソースＩＤの値についての、前記抽出された第２行動区分の値とに基づいて、前記１つのユーザＩＤの評価値を計算して一時メモリ（１５３）に格納すること（Ｓ１８０５）、とを含む第３計算ステップと、（ｖ）前記抽出された１つ以上のユーザＩＤの各前記評価値に基づいて、前記１つのリソース情報についての第２リソース中心値を計算するステップ（Ｓ１５１２、Ｓ１８０８、Ｓ１８１５）と、（ｖｉ）前記１つのリソース情報についての前記計算された第１リソース中心値と前記計算された第２リソース中心値とに基づいて、さらに前記１つのリソース情報についての第２ポイントを計算して、前記１つのリソース情報のリソース・ポイントの値として前記リソース・テーブル（４２）に格納するステップ（Ｓ１５０３）と、を備えており、前記第１タイミングで前記処理装置（１４）により実行される方法に関する。

請求項１６に係る発明は、請求項１５記載の方法において、さらに、（ｉ）前記リソース・テーブル（４２）に格納された全てのリソース情報のリソースＩＤの値のそれぞれについて、前記選択ステップ（Ｓ１６０１）において前記１つのリソース情報のリソースＩＤとして選択し、次いで、（ｉｉ）前記第１リソース・リスト生成格納ステップ（Ｓ１６０３）と、前記第２リソース・リスト生成格納ステップ（Ｓ１６０８）と、前記第１計算ステップ（Ｓ１６０４、Ｓ１６０５、Ｓ１６０９）と、前記第２計算ステップ（Ｓ１５０３）とによって、前記全てのリソース情報の第１リソース中心値の値および全てのリソース情報の第２リソース中心値をそれぞれ計算し、（ｉｉｉ）該計算された前記第１リソース中心値の合計値と前記第２リソース中心値の合計値との比率に基づいて、前記全てのリソース情報の第３ポイントをそれぞれ計算して一時メモリ（１５３）に格納し、（ｉｖ）該それぞれ計算された第３ポイントを、前記全てのリソース情報のリソース・ポイントの値としてそれぞれ前記リソース・テーブル（４２）に格納する、第３ポイント格納ステップ（Ｓ１５０３）を備え、前記第１タイミングで前記処理装置（１４）により実行される方法に関する。

請求項１７に係る発明は、請求項１６記載の方法において、さらに、（ｉ）ユーザを一意に識別する前記ユーザＩＤおよび該ユーザＩＤに関連付けられるアカウント・ポイントを含む２つ以上のユーザ・アカウント情報を格納するユーザ・テーブル（４１）を備え、（ｉｉ）前記リソース・テーブル（４２）に格納される前記２つ以上のリソース情報は、さらに前記リソース情報のリソースＩＤに関連付けられる１つの投稿ユーザＩＤであって、該投稿ユーザＩＤの値は、前記リソース情報のリソースとして、前記第１テキストを入力した前記ユーザの前記ユーザＩＤの値である投稿ユーザＩＤをそれぞれ含み、（ｉｉｉ）前記ユーザ履歴テーブル（４４）に格納された前記２つ以上のユーザ行動対応情報の前記行動区分は、出題、回答、ネガティブ評価、ポジティブ評価および閲覧を表わす区分を含み、前記区分に応じた値を前記行動区分の値としており、（ｉｖ）前記リソース格納ステップ（Ｓ１２０２、Ｓ１２０４、Ｓ２５０１）において、さらに、前記インターフェイス（２１）を介して前記第１テキストを入力したユーザの前記ユーザＩＤの値を、前記新たなリソース情報の前記投稿ユーザＩＤの値として格納し、同時に、前記新たなリソース情報の前記リソースＩＤの値と、前記新たなリソース情報の前記投稿ユーザＩＤの値と、前記行動区分のうち閲覧以外のいずれか１つの区分であって前記ユーザに選択された区分に応じた値と、を含む前記ユーザ行動対応情報を前記ユーザ履歴テーブル（４４）に格納するステップと、（ｖ）前記リソース・テーブル（４２）に格納された前記全てのリソース情報が有するリソースの前記リソースＩＤの値のいずれかが、任意の前記ユーザにより前記インターフェイス（２１）を介して指定されたタイミングで、前記指定されたリソースＩＤの値と、前記指定した前記ユーザを識別する前記ユーザＩＤの値と、前記閲覧を表わす前記区分に応じた値と、を含む前記ユーザ行動対応情報を前記ユーザ履歴テーブル（４４）に格納するステップと、を備え、前記処理装置（１４）により実行される方法に関する。

請求項１８に係る発明は、請求項１７に記載の方法において、さらに、（ｉ）ポイント投資ステップであって、前記新たなリソース情報の前記投稿ユーザＩＤの値を前記ユーザ・テーブル（４１）に格納された前記ユーザ・アカウント情報のユーザＩＤの値として有する該ユーザ・アカウント情報のアカウント・ポイントの値から、前記リソース・テーブル（４２）に格納された前記新たなリソース情報の初期リソース・ポイントを減算して、該減算された結果をさらに前記ユーザ・アカウント情報のアカウント・ポイントの値として前記ユーザ・テーブル（４１）に格納することで、前記アカウント・ポイントの値を増減させることを特徴とするステップを備えており、（ｉｉ）前記タグ・テーブル（４３）に格納された全てのタグ情報はさらに、それぞれタグ・ポイントを備えており、１つの前記タグ情報のタグ・ポイントは、１つの前記タグ情報のタグＩＤの値を、前記リソース・タグ関連テーブル（４５）に格納された前記リソース・タグ対応情報のタグＩＤの値として有する該リソース・タグ対応情報の１つ以上のリソースＩＤの値を、さらに前記リソース・テーブル（４２）に格納された前記リソース情報のリソースＩＤの値として有する該リソース情報のリソース・ポイントの値を合計した値を格納することができ、さらに、（ｉｉｉ）前記方法において、前記第１タイミングで、前記全てのタグ情報についての第４ポイントを計算して前記タグ・テーブルの前記タグ情報のタグ・ポイントの値としてそれぞれ格納する第４ポイント計算格納ステップと、（ｉｖ）報酬分配ステップであって、前記新たなリソース情報のリソースの前記第１テキストが前記インターフェイス（２１）を介して入力された際に指定された第２のタイミングにおいて、（ａ）前記選択ステップにより前記新たなリソース情報のリソースＩＤの値を選択し、（ｂ）前記第１リソース・リスト生成格納ステップ（１６０３）により前記新たなリソース情報の前記リソースＩＤについての前記ホップ数を１とする前記ホップ数対応リソース・リストを生成し、（ｃ）該ホップ数対応リソース・リストが有する各リソースＩＤの値を、前記リソース・タグ関連テーブル（４５）に格納された前記リソース・タグ対応情報のリソースＩＤの値としてそれぞれ有する該リソース・タグ対応情報の１つ以上のタグＩＤの値を、さらに前記タグ・テーブル（４３）に格納された前記タグ情報のタグＩＤの値としてそれぞれ有する該タグ情報のタグ・ポイントの値を合計することで、前記ホップ数を１とする前記ホップ数対応リソース・リストが有する各リソースＩＤについての前記タグ・ポイントの値の合計をそれぞれ計算して前記一時メモリ（１５３）に格納し、（ｄ）前記リソース・テーブル（４２）に格納された前記新たなリソース情報の前記初期リソース・ポイントの値から、前記格納されたタグ・ポイントの値の合計の比に基づいて、前記ホップ数対応リソース・リストが有する前記各リソースＩＤについての各配当ポイントを計算してそれぞれ前記一時メモリ（１５３）に格納し、および（ｅ）前記格納された各配当ポイントを、前記ホップ数対応リソース・リストが有する前記各リソースＩＤの値を前記リソース・テーブル（４２）に格納された前記リソース情報のリソースＩＤの値として有する該リソース情報の投稿ユーザＩＤの値を、さらに前記ユーザ・テーブル（４１）の前記ユーザ・アカウント情報のユーザＩＤの値として有する該ユーザ・アカウント情報のアカウント・ポイントの値にそれぞれ加算して、該加算した結果を、前記ユーザ・アカウント情報のアカウント・ポイントの値として前記ユーザ・テーブル（４１）にそれぞれ格納する、報酬分配ステップとを備え、前記処理装置（１４）により実行される方法に関する。

請求項１９に係る発明は、請求項１８に記載の方法において、（ｉ）前記データベース（１５２）はさらに、報酬分配における支出ポイントと回収ポイントとポイント移動時刻とを含む２以上の管理情報を格納する運営管理テーブル（４８）を備えており、（ｉｉ）前記リソース・テーブルに格納された前記新たなリソース情報の前記初期リソース・ポイントの値を前記支出ポイントの値とし、前記新たなリソース情報の前記リソース・ポイントの値と前記一時メモリに格納された配当ポイントの合計値との差を前記回収ポイントの値とし、前記第２タイミングの時刻をポイント移動時刻の値とする前記管理情報を、前記運営管理テーブルに格納する第１管理情報格納ステップと、を備え、前記処理装置（１４）により実行される方法に関する。

請求項２０に係る発明は、請求項１９に記載の方法において、さらに、第３のタイミングにおいて、（ｉ）前記ユーザ・テーブル（４１）に格納された全ての前記ユーザ・アカウント情報が有する各アカウント・ポイントの値に対して、所与の割合を乗算し、該乗算した結果から小数点以下を切り捨てることにより整数値とした値を、前記各アカウント・ポイントの値から減算し、該減算された結果を前記ユーザ・アカウント情報のアカウント・ポイントの値として、前記ユーザ・テーブル（４１）に格納するステップと、（ｉｉ）前記整数値を前記運営管理テーブル（４８）に格納される前記管理情報の前記支出ポイントの値および前記回収ポイントの値とし、前記第３タイミングの時刻をポイント移動時刻の値とする前記管理情報を、前記運営管理テーブル（４８）に格納する第２管理情報格納ステップと、を備え、前記処理装置（１４）により実行されることを特徴とする、方法に関する。

請求項２１に係る発明は、請求項２０に記載の方法において、（ｉ）前記データベース（１５２）は、さらに、総流通ポイントを含む２以上のポイント流通情報を格納するポイント流通管理テーブル（４９）を備えており、前記第１タイミングにおいて、（ｉｉ）前記第１管理情報格納ステップおよび／または前記第２管理情報格納ステップにより前記運営管理テーブル（４８）に格納された前記管理情報のうち、前記ポイント移動時刻の値が所与の範囲内である前記管理情報が有する支出ポイントの値の合計値を計算し、該計算された合計値を総流通ポイントの値として、前記ポイント流通管理テーブル（４９）に格納するステップ（Ｓ３０１）と、（ｉｉｉ）前記格納された前記総流通ポイントの値と、既に格納されていた前記ポイント流通情報のうち最後に格納された前記ポイント流通情報の総流通ポイントとの比をとることにより、総流通ポイント増加率を計算して、前記一時メモリ（１５３）に格納するステップ（Ｓ３０２）と、（ｉｖ）前記新たなリソース情報についての第５ポイントを計算および格納するステップであって、前記第４ポイント計算格納ステップにより、前記新たなリソース情報ついて計算された第４ポイントと前記一時メモリ（１５３）に格納された総流通ポイント増加率とに基づいて、第５ポイントを計算して、前記新たに入力された１つのリソース情報のリソース・ポイントの値として前記リソース・テーブル（４２）に格納するステップ（Ｓ２９２）とを備え、前記処理装置（１４）により実行される方法に関する。

図１は、本発明に係るポイント評価配当システムの構成の全体概要を示している。図２は、本発明に係るポイント評価配当システムの実施例１における、クライアント端末１２とポイント評価配当サーバとの間の好適な全体の流れを示している。図３は、本発明に係るポイント評価配当システムの実施例１における好適な機能の一覧を示している。図４は、本発明に係るポイント評価配当システムの実施例１における好適なテーブルの一覧および関連を示している。図５は、本発明に係るポイント評価配当システムの実施例１における好適な出題リソース登録フローを示している。図６は、本発明に係るポイント評価配当システムの実施例１における好適な回答リソース登録フローを示している。図７は、本発明に係るポイント評価配当システムの実施例１における好適な評価リソース登録フローを示している。図８Ａは、本発明に係るポイント評価配当システムの実施例１におけるリソース区分リンクの一例を示している。図８Ｂは、本発明に係るポイント評価配当システムの実施例１におけるリソース区分リンクの一例について、具体的なテーブル格納状況を示している。図９Ａは、本発明に係るポイント評価配当システムの実施例１におけるタグ・リンクの一例を示している。図９Ｂは、本発明に係るポイント評価配当システムの実施例１におけるタグ・リンクの一例について、具体的なテーブル格納状況を示している。図１０Ａは、本発明に係るポイント評価配当システムの実施例１における行動リンクの一例を示している。図１０Ｂは、本発明に係るポイント評価配当システムの実施例１における行動リンクの一例について、具体的なテーブル格納状況を示している。図１１は、本発明に係るポイント評価配当システムの実施例２における好適な機能の一覧を示している。図１２は、本発明に係るポイント評価配当システムの実施例２における好適な出題リソース登録フローを示している。図１３は、本発明に係るポイント評価配当システムの実施例２における好適な値付け処理タイミングをフロー・チャートとして例示している。図１４は、本発明に係るポイント評価配当システムの実施例２における好適なユーザ画面イメージを示している。図１５は、本発明に係るポイント評価配当システムの実施例２における好適な値付け処理フローを示している。図１６は、本発明に係るポイント評価配当システムの実施例２における好適なタグによるリソース中心値算出の処理フローを示している。図１７は、本発明に係るポイント評価配当システムの実施例２における好適なタグ・リンクの遷移の一例を概念的に示している。図１８Ａは、本発明に係るポイント評価配当システムの実施例２における好適なユーザの行動によるリソース中心値算出の処理フローを示している。図１８Ｂは、本発明に係るポイント評価配当システムの実施例２における好適な行動リンクの例である。図１９は、本発明に係るポイント評価配当システムの実施例３における好適な機能の一覧を示している。図２０は、本発明に係るポイント評価配当システムの実施例３における好適な全体概要を示している。図２１は、本発明に係るポイント評価配当システムの実施例３における好適な特徴ベクトル抽出処理フローを示している。図２２は、本発明に係るポイント評価配当システムの実施例３における好適な遺伝的アルゴリズムによるタグ抽出処理フローを示している。図２３は、本発明に係るポイント評価配当システムの実施例４における好適な報酬分配の概略を示している。図２４は、本発明に係るポイント評価配当システムの実施例４における好適な機能の一覧を示している。図２５は、本発明に係るポイント評価配当システムの実施例４における好適な出題リソース登録フローを示している。図２６は、本発明に係るポイント評価配当システムの実施例４における好適な直接配当処理のフローを示している。図２７は、本発明に係るポイント評価配当システムの実施例４における好適な間接配当処理のフローを示している。図２８は、本発明に係るポイント評価配当システムの実施例５における好適な管理テーブルの一例を示している。図２９は、本発明に係るポイント評価配当システムの実施例５における好適な値付け処理フローを示している。図３０は、本発明に係るポイント評価配当システムの実施例５における好適なコミュニティ内ポイント流動比率（増加率）算出処理フローの一例を示している。図３１は、本発明に係るポイント評価配当システムの実施例６における改良したテーブルの一覧および関連を示している。図３２Ａは、本発明に係るポイント評価配当システムの実施例６におけるユーザ・リンクの一例を示している。図３２Ｂは、本発明に係るポイント評価配当システムの実施例６におけるユーザ・リンクの一例について、具体的なテーブル格納状況を示している。図３３は、本発明に係るポイント評価配当システムの実施例６におけるユーザ間のリンクによるユーザ中心値算出フローを示している。図３４は、本発明に係るポイント評価配当システムの実施例６における改良した値付け処理フローを示している。図３５は、本発明に係るポイント評価配当システムの実施例６における改良したユーザの行動によるリソース中心性算出処理フローを示している。図３６は、本発明に係るポイント評価配当システムの実施例６における改良したユーザ・リンクを考慮した行動リンクの一例を示している。図３７は、本発明に係るポイント評価配当システムの実施例６における改良したタグによるリソース中心性算出処理フローを示している。

以下、本発明に係るリソースに対するポイント評価配当システムを、若干の実施の形態を用いて図面を参照しながら具体的に説明する。

図１は、本発明に係るリソースに対するポイント評価配当システムの第１の実施の形態の構成を概略的に示す図である。図１において、ポイント評価配当システムは通信ネットワーク１１を介して、複数のクライアント端末１２Ａ、１２Ｂ、１２Ｃ・・・と、ポイント評価配当サーバ１３とを相互に接続することにより構成されている。こうしたシステムにより、ユーザは、ネットワーク１１を介して、クライアント端末によりポイント評価配当サーバ１３にアクセスすることができる。

ここで、ポイント評価配当サーバ１３は、処理装置１４と、記憶装置１５と、通信装置１６とを備える。記憶装置１５は、ハードディスクやランダム・アクセス・メモリ（ＲＡＭ）をはじめとした媒体により構成される。また、通信ネットワーク１１は、インターネット網をはじめとした任意のネットワークであってよい。クライアント端末１２Ａから１２Ｎは、通常使用されるコンピュータ・システム、すなわち、デスクトップ型又はラップトップ型のパーソナル・コンピュータでよく、さらには携帯電話やＰＤＡといった前記ネットワーク１１に接続可能な携帯端末であってもよい。さらに、クライアント端末１２Ａから１２Ｎの各々は、処理装置１４や通信ネットワーク１１と接続するための通信装置（図示せず）に加えて、ポイント評価配当サーバ１３との間で対話を行うためのブラウザ２１を備えている。本ポイント評価配当システムは、公知のクライアント・サーバ型のネットワーク・システムとすることができる。

ここで、ポイント評価配当サーバ１３が備える前記記憶装置１５は、当該サーバ１３を機能させるためのプログラム１５１と、数値その他の情報の集合物であって当該サーバ１３を用いて検索することができるデータベース１５２と、一時的に情報を記憶する一時メモリ１５３とを格納することができる。ポイント評価配当サーバ１３は、処理装置１４が記憶装置１５に格納されるプログラム１５１を動作させることにより、データベース１５２に含まれるデータが登録／検索／更新／削除等され、所望の処理が実現されるように構成されている。ここで、データベース１５２は、公知のリレーショナル型データベースとすることができる。

次に、図２を用いて、このような構成で実現される本発明に係るポイント評価配当システムの第一の実施形態における、クライアント端末１２とポイント評価配当サーバ１３との間の好適な全体の流れ（２）について説明する。図２において、ポイント評価配当サーバ１３にアクセスするユーザとして、ユーザＡ、Ｂ１、Ｂ２、Ｃ１およびＣ２がおり、それぞれは自身のクライアント端末が備えるブラウザ２１およびネットワーク１１を介してポイント評価配当サーバと対話を行うことができる。またこれらのユーザは、当該システムにより実現されるサービスにおいて、ポイント評価配当サーバにより仮想的に実現されユーザに提供される場（以下、「コミュニティ」という）に属することができ、このコミュニティ内で、自由にリソースをアップロードすることができる。ここでリソースとは、ユーザにより投稿されるコンテンツのことであり、ユーザ画面において、タイトルや本文といった複数のフィールドにコンテンツが入力された場合は、ポイント評価配当サーバ側でこれらコンテンツを連結して１つのリソースとして扱うものとする。さらに、リソースは、テキスト・データのみならず画像その他のフォーマット・データを含むことができる。

まず、ユーザＡは、コミュニティに向けて、例えば「ＭＳＯｆｆｉｃｅ２００７のインストール方法を教えてほしい」といった内容の質問を、回答受付期限とともに出題リソースとして投稿することができる（Ｓ２１）。この出題リソースは、登録完了後、別のユーザに開示される。出題リソースを閲覧したユーザＢ１およびＢ２はそれぞれ、質問に対して、例えば「現状のままインストールが可能です」といった適当と思われる回答を回答リソースとして投稿することができる（Ｓ２２）。さらにこの出題リソース及び／又は回答リソースを閲覧したユーザＣ１およびＣ２は、例えば「非常に参考になる回答でした」といった評価を出題リソース及び／又は回答リソースに対する評価リソースとして投稿することができる（Ｓ２３）。このようにして、ポイント評価配当サーバのデータベース１５２には、リソース、すなわち、出題リソース、回答リソースおよび評価リソースをはじめとしたリソースが順次蓄積されることになる。

図３にポイント評価配当システムに係る第一の実施形態の好適な機能の一覧および関連を示す。ポイント評価配当サーバ１３が備える記憶装置１５に格納されるプログラム１５１１は、機能３１から機能３３を実現するためのユーザ・モジュールＢ１と機能３４から機能３６を実現するための管理モジュールＢ２とを備えることができる。

ユーザ認証機能３１は、クライアント端末からの認証処理要求を通じて、ユーザによるサーバへのアクセスや各種機能の利用を許可する。リソース投稿機能３２は、クライアント端末からのリソース投稿要求を許可し、ユーザによるリソースの投稿を受け付ける。リソース閲覧機能３３は、クライアント端末からの閲覧要求を許可し、データベース１５２に格納されている各種リソースの検索やリソース内容の提示を行う。

ユーザ・アカウント管理機能３４は、ユーザ認証機能を実行するための認証情報の管理やユーザ・プロファイルの管理、およびユーザ・アカウントに関連するアカウント（口座）の管理を行う。タグ情報管理機能３５は、ユーザにより投稿されたリソース群からの任意のタイミングでのタグの自動抽出、および抽出したタグ情報のデータベース１５２への登録、更新、もしくは削除をはじめとする各種タグ情報の管理を行う。リソース管理機能３６は、ユーザにより投稿されたリソースの登録、リソース間の関連付け、タグとリソースとの間の関連付け、およびユーザとリソース間の関連付けをはじめとする各種リソース情報の管理を行う。

また、プログラム１５１１には、上記の機能３１から機能３６を実現するためのモジュール以外にも、例えばＴＣＰ／ＩＰなどのプロトコルを用いてコンピュータが通信することを可能とする一般的な通信プログラムや、一般的なデータベース管理システムにおける公知のプログラムを含むことができる。

図４に本実施形態における好適なテーブルの一覧およびこれらの間の関連（４）を示すように、データベース１５２には、ユーザ・テーブル４１、リソース・テーブル４２、タグ・テーブル４３、ユーザ履歴テーブル４４、リソース・タグ関連テーブル４５、リソース関連テーブル４６を含むことができる。

具体的には、ユーザ・テーブル４１には、ユーザを一意に識別するユーザＩＤ、認証情報、ユーザの各種プロファイル情報、およびユーザ・アカウントが有する当該ユーザＩＤに関連付けられるアカウント・ポイントの情報をユーザ・アカウント情報として含むことができる。リソース・テーブル４２には、ユーザにより投稿されるリソース情報が格納され、リソース、リソースを一意に識別するリソースＩＤ、リソース区分や投稿ユーザＩＤを含むリソース属性情報、およびリソースが有するリソース・ポイント、および初期リソース・ポイントを含むリソース・ポイント情報をリソース情報として含むことができる。ここで、リソース区分とは、本実施形態においては「出題」「回答」「評価」を含んだ区分を指す。タグ・テーブル４３には、リソース群から抽出されるタグ情報が格納され、タグ、当該タグを一意に識別するタグＩＤ、タグ属性情報、タグの内容、およびタグが有するタグ・ポイントをタグ情報として含むことができる。ユーザ履歴テーブル４４には、リソースに対するユーザの履歴情報が格納され、リソースＩＤ、ユーザＩＤ、行動区分をユーザ行動対応情報として含むことができる。ここで、行動区分とは、本実施形態においては「出題」、「回答」、「評価」、および「閲覧」を含んだ区分を指す。これ以外にも、「購入」、「お気に入り登録」および「リソース削除依頼」といった区分を含むこともできる。さらに、行動区分「評価」は、さらに「ポジティブ評価」および「ネガティブ評価」というように、複数の区分に詳細化することもできる。リソース・タグ関連テーブル４５には、リソースとタグとの関連情報が格納され、リソース情報が有するリソースＩＤの１つおよび当該リソースＩＤに関連付けられる１つ以上のタグＩＤをリソース・タグ対応情報として含むことができる。リソース関連テーブル４６には、２つのリソースの親子間の情報が格納され、リソースＩＤおよびその子リソースＩＤが含まれる。ここで親子間の情報とは、リソースがどのリソースに対して登録されたものかを示しており、例えば、出題リソースに対する回答リソース、回答リソースに対する評価リソースといった具合である。

なお、ユーザ・テーブル４１は、ユーザを識別するユーザＩＤによりユーザ行動対応情報が関連付けられる。また、リソース・テーブル４２では、リソースを識別するリソースＩＤによりリソース情報が関連付けられる。さらに、タグ・テーブル４３では、タグを識別するタグＩＤによりタグ情報が関連付けられ、ユーザ履歴テーブル４４では、リソースＩＤによりユーザ履歴情報が関連付けられ、リソース・タグ関連テーブル４５では、リソースＩＤによりタグＩＤが関連付けられ、リソース関連テーブル４６では、リソースＩＤにより、子リソースＩＤが関連付けられる。

また、ユーザ・テーブル４１とリソース・テーブル４２とは、ユーザＩＤをキーとしてリンクすることができ、タグ・テーブル４３とリソース・テーブル４２とは、リソースＩＤをキーとしてリンクすることができ、同様に、リソース・テーブル４２と、ユーザ履歴テーブル４４、リソース・タグ関連テーブル４５およびリソース関連テーブル４６とは、それぞれリソースＩＤをキーにリンクすることができる。

なお、上述したプログラムおよびデータベースに関する記載、すなわち具体的なモジュール構成、機能構成、テーブル構成、テーブルの項目およびそのキー項目等に関する記載は、例示を目的とするに過ぎず、これらに限定されるものではない。

以下に、本実施形態におけるポイント評価配当システムの概要について説明する。

ここで、図５、図６および図７を用いて本発明に係るポイント評価配当システムにおける出題リソース、回答リソースおよび評価リソースの登録におけるクライアント端末、サーバのプログラムおよびデータベース間のフローについて説明する。なお、図示した処理装置１４および記憶装置１５は、ポイント評価配当サーバ１３が備えるものである。

図５は、クライアント端末Ａによる、ポイント評価配当サーバへの出題リソース登録フロー（５）を示している。まず、Ｓ５００において、処理装置１４は、クライアント端末Ａからの認証要求に対し、ユーザ認証機能３１、ユーザ・アカウント管理機能３４、およびユーザ・テーブル４１に格納されている情報を用いて認証処理を行う。この認証処理は、例えば、通常用いられるＩＤ／パスワード方式とすることができるが、これに限定されない。正常に認証処理が終了した後、ポイント評価配当サーバは、クライアント端末Ａによる出題リソース投稿要求を受けることができる。Ｓ５０２において、処理装置１４は、リソース投稿機能３６を通じて、リソース情報とともに「区分＝出題」としてリソース・テーブル４２に格納する。ここで、当該出題リソースの登録情報として、「仮登録」や「正式登録」といったステータスで管理することもできる。同時に、Ｓ５０１おいて、クライアント端末Ａは、リソース情報に加えて、当該リソースに関係するタグ情報を指定して投稿することができ、またユーザ履歴テーブル４４に「出題」履歴を格納する。以上で、出題リソースの登録が完了する。

図６は、クライアント端末Ｂによる、ポイント評価配当サーバへの回答リソース登録フロー（６）を示している。Ｓ６００における認証処理は、上記図５における説明と同様である。クライアント端末Ｂによる出題リソース閲覧要求を受けたポイント評価配当サーバは、Ｓ６０１において、リソース閲覧機能３３により、所与の検索条件を用いてリソース・テーブル４２を検索し、検索結果をクライアント端末Ｂに提示する。ここで、この検索条件は、出題リソースが登録された日付やキーワードによる検索とすることができるが、これらに限定されない。この検索された出題リソースに対して、クライアント端末Ｂにより回答リソースが投稿され得る（Ｓ６０２）。Ｓ６０２において、クライアント端末Ｂは、リソース情報に加えて、当該リソースに関係するタグ情報を指定して投稿することができる。Ｓ６０３において、リソース投稿機能３２により、ある出題リソースに対する回答リソースの登録要求を受けたサーバは、投稿されたリソース情報とともにリソース管理機能３６により「区分＝回答」として、リソース・テーブル４２に格納する。ここで、当該回答リソースの登録情報として、「仮登録」や「正式登録」といったステータスで管理することもできる。同時に、タグ管理テーブル４３に投稿されたタグ情報を格納し、またユーザ履歴テーブル４４に「回答」履歴を格納する。以上で、回答リソースの登録が完了する。

図７は、クライアント端末Ｃによる、ポイント評価配当サーバへの評価リソース登録フロー（７）を示している。Ｓ７００における認証処理は、上記図５における説明と同様である。クライアント端末Ｃによる出題リソースおよび／または回答リソースの閲覧要求を受けたポイント評価配当サーバは、Ｓ７０１において、リソース閲覧機能３３により、所与の検索条件を用いてリソース・テーブル４２を検索し、検索結果をクライアント端末Ｂに提示する。ここで、この検索条件は、出題リソースが登録された日付やキーワードによる検索とすることができるが、これらに限定されない。この検索された出題リソースおよび／または回答リソースに対して、クライアント端末Ｃにより評価リソースが投稿され得る（Ｓ７０２）。Ｓ７０２において、クライアント端末Ｃは、リソース情報に加えて、当該リソースに関係するタグ情報を指定して投稿することができる。Ｓ７０３において、リソース投稿機能３２により、ある出題リソースまたは回答リソースに対する評価リソースの登録要求を受けたサーバは、投稿されたリソース情報とともにリソース管理機能３６により「区分＝評価」として、リソース・テーブル４２に格納する。ここで、該評価リソースの登録情報として、「仮登録」や「正式登録」といったステータスで管理することもできる。同時に、タグ管理テーブル４３に投稿されたタグ情報を格納し、またユーザ履歴テーブル４４に「評価」履歴を格納する。以上で、回答リソースの登録が完了する。本実施形態のポイント評価配当システムにおける「コミュニティ」は、リソース・テーブル４２に蓄積されるリソースの集合、およびこれにリンクするユーザ・テーブル４１およびタグ・テーブル４３をはじめとしたテーブル群に蓄積されるユーザの集合およびタグの集合の全体として定義されるものである。コミュニティを特定可能なＩＤ等により複数のコミュニティの集合として定義することもできる。このコミュニティにおいて、１つ以上のリソース間の関係は、次の３つのリンクにより定義することができる。すなわち、リソース関連テーブル４６により実現される「リソース区分によるリンク」、リソース・タグ関連テーブル４３により実現される「リソースの有するタグ・リンク」、およびユーザ履歴テーブル４４により実現される「ユーザの行動（履歴）によるリンク」である。

以下、図８Ａから図１０Ｂを用いてこれら３つのリンクについて説明する。

図８Ａおよび図８Ｂは、「リソース区分によるリンク」（以下、「リソース区分リンク」という）の概念、およびその具体的なリソース関連テーブル（４６）への格納状況を示している。図８Ａでは、コミュニティにリソース（ＩＤ）Ａからリソース（ＩＤ）Ｇが存在しており、リソース・テーブル４２においてはリソース区分により、「出題リソース」、「回答リソース」または「評価リソース」のうちいずれか一つとして登録されている。そして、リソースＡおよびリソースＦが「出題リソース」、リソースＣおよびリソースＥが「回答リソース」、そしてリソースＢ、リソースＤおよびリソースＧが「評価リソース」である。さらに、リソースＦには、リソースＥとリソースＢがリンクしている。さらにリソースＡにはリソースＣがリンクしており、リソースＣにはリソースＤおよびリソースＧがリンクしている。このように、コミュニティにおいて、出題リソースに対する回答リソースまたは評価リソースが、出題リソースから直接的または間接的にリンクされており、このリンク関係を「リソース区分リンク」として定義する。図８Ａの例では、リソースＡからリソースＧの関係においては、リソースＦから直接的にリンクしているリソース区分リンクと、リソースＡから直接的または間接的にリンクしているリソース区分リンクとの２つのリソース区分リンクが存在している。そして、リソースＦのホップ数１のリソース・リストは（Ｂ、Ｅ）、リソースＡのホップ数１のリソース・リストは（Ｃ）、およびリソースＡのホップ数２のリソース・リストは（Ｄ、Ｇ）というように、基準となるリソースとそこからの距離を示すホップ数とにより、対応するリソース・リストを定義することができる。なお、リソース・リストとは、１つ以上のリソースＩＤから構成されるリストのことをいい、これらのリソース・リストは前記一時メモリに別々に格納して保存する。また、「リンクする」とは、（リソース関連テーブルのような）関連付けを規定するテーブルに基づいて、１のＩＤに他のＩＤが関連付けられることをいう。このリソース区分リンクは、リソース関連テーブル４６において、２つのリソースをリソースＩＤとその子リソースのリソースＩＤとの対応により定義することができる。そして、単一の当該リソース区分リンクに含まれるリソース群を「リソース・グループ」として体系付けることも可能である。

図９Ａおよび図９Ｂは、「リソースの有するタグによるリンク」（以下、「タグ・リンク」という）の概念、およびその具体的なリソース・タグ関連テーブル（４５）への格納状況を示している。図９Ａでは、コミュニティにリソースＡからリソースＧが存在しており、同時にタグ１からタグ３も存在している。タグ１からタグ３は、タグ・テーブル４３に格納されており、本実施形態においては、上述した図５から図７に係るリソースの登録時に、ユーザにより手動で投稿されたものである。そして、タグ１を介してリソースＡ、リソースＢ、リソースＣおよびリソースＤが互いにリンクしており、タグ２を介してリソースＥ、リソースＦ、リソースＡおよびリソースＢが互いにリンクしており、およびタグ３を介してリソースＤおよびリソースＧが互いにリンクしている。そして、リソースＥとリソースＧとは、タグ２、タグ１、およびタグ３を介して「リソースＥ⇔リソースＢ⇔リソースＤ⇔リソースＥ」と３ホップでリンクしている。このように、コミュニティにおいて、タグを介した複数のリソース間の直接的および／又は間接的な関係を「タグ・リンク」として定義する。さらに、例えば、リソースＡのホップ数１のリソース・リストは（Ｂ、Ｃ、Ｄ、Ｅ、Ｆ）、ホップ数２のリソース・リストは（Ｇ）というように、基準となるリソースと介在するタグの数を示すホップ数とにより、対応するリソース・リストを定義することができる。一方のリソースから他方のリソースへの考えられるタグ・リンクが複数ある場合は、すなわちホップ数が最小のものをタグ・リンクとすることができる。このタグ・リンクは、リソース・タグ関連テーブル４５を用いて、２つのリソースのリンクをリソースＩＤとタグＩＤとの対応により定義することができる。なお、本実施形態においては、タグとリソースとの関係でタグ・リンクを定義したが、他の実施形態においては、タグとリソース・グループとの関係で当該タグ・リンクを定義することもできる。

図１０Ａおよび図１０Ｂは、「ユーザの行動（履歴）によるリンク」（以下、「行動リンク」という）の概念、およびその具体的なユーザ履歴テーブル（４４）への格納状況を示している。図１０Ａでは、コミュニティにリソースＡからリソースＧが存在しており、同時にユーザ１からユーザ３が存在している。ユーザ１からユーザ３のユーザ情報は、ユーザ・テーブル４１に格納されており、各々のユーザは、出題リソース、回答リソースおよび評価リソースを「投稿」することができ、また既にリソース・テーブルに格納されているリソース情報を「閲覧」することもできる。さらに、評価リソースを投稿する際は、「ポジティブ評価」や「ネガティブ評価」といった２以上の評価区分と共に投稿することもできる。図１０Ａにおいては、ユーザの行動の区分として、記号「Ｑ」は「出題リソースの投稿」を意味しており、同様に記号「Ａ」は「回答リソースの投稿」、記号「＋Ｒ」は「プラス評価の投稿」そして記号「―Ｒ」は「マイナス評価の投稿」を意味している。そして、ユーザ１を介してリソースＥ、リソースＦ、リソースＡ、およびリソースＢがそれぞれの行動区分と共に互いにリンクしており、同様に、ユーザ２を介してリソースＡ、リソースＢ、リソースＣおよびリソースＤが、そして、ユーザ３を介してリソースＤおよびリソースＧがそれぞれの行動区分と共に互いにリンクしている。このように、コミュニティにおいて、ユーザおよびその行動区分を用いて、任意の２つのリソース間の直接的および／又は間接的な関係を「行動リンク」として定義する。さらに、例えば、リソースＡのホップ数１のリソース・リストは（Ｂ、Ｃ、Ｄ、Ｅ、Ｆ）、ホップ数２のリソース・リストは（Ｇ）というように、基準となるリソースと介在するユーザの数を示すホップ数とにより、対応するリソース・リストを定義することができる。この行動リンクは、ユーザ履歴テーブル４４を用いて、２つのリソースのリンクをリソースＩＤとユーザＩＤとの対応により定義することができる。なお、図１０Ａおよび図１０Ｂにおけるユーザの行動区分はあくまで一例に過ぎず、上記以外にも、例えば、「購入」、「お気に入り登録」および「リソース削除依頼」といった行動区分も自由に定義することができ、これらを含めて行動リンクを定義してもよい。

以上のように、本実施形態のポイント評価配当システムにおいては、１以上のユーザにより投稿される複数のリソースの関係は、リソース区分リンク、タグ・リンクおよび行動リンクの３種類のリンクを用いて定義することができる。これにより、コミュニティに存在するリソース、すなわち、ポイント評価配当サーバのデータベース１５２に蓄積された個々のリソースに対し、複数の観点からコミュニティに対する当該リソースの客観的な評価を行うことができ、この評価を組み合わせることにより特徴的なリソース・ポイント算出の仕組みを提供することが可能になる。

本発明のポイント評価配当システムにおける第二の実施の形態では、上述した第一の実施形態におけるコミュニティ内に存在する１つ以上のリソース、すなわち、ポイント評価配当サーバのデータベース１５２に蓄積された個々のリソース対して、コミュニティ全体に対する客観的な中心値を算出し、リソース・ポイントとして計算する値付け処理を任意のタイミングで行うことができる。これにより、従来のようなユーザの主観によるリソースの手動評価ではなく、コミュニティ全体に対する客観的な評価を提供できるようになり、ソーシャル・データ-ベースに蓄積される情報に共通した価値評価を提供することが可能となる。

図１１に本実施形態における好適な機能の一覧（１５１２）を示すとおり、上述した第一の実施形態における図３のポイント評価配当システムのプログラム１５１１が備える機能３１から機能３６に、さらに、コミュニティ運営管理機能３７およびリソース・ポイント算出機能３８を実現するためのモジュールを追加している。コミュニティ運営管理機能３７は、コミュニティの運営管理者が、値付け処理タイミングの設定やコミュニティ内利率の設定をはじめとした、値付け処理を実行するのに必要な各種設定を行うための機能を提供することができる。リソース・ポイント算出機能３８は、例えば、定期／定時的に、もしくは予め指定された時刻や特定のイベントが発生した都度といった、任意のタイミングで、リソース・テーブル４２に格納されている各リソースの値付けを行い、その結果をリソース・ポイントとして出力し、リソース・テーブル４２のリソース・ポイントに格納する。なお、上述したプログラムに関する記載は、例示を目的とするに過ぎず、これらに限定されるものではない。

図１２は、クライアント端末Ａによる、ポイント評価配当サーバ１３への出題リソース登録に係るフローの一例（１２）であり、当該値付け処理の実施を組み込んでいる。上述した第一の実施形態における図５の出題リソース登録フローに対して、クライアント端末Ａによる出題リソース入力投稿（Ｓ１２０３）の前に、Ｓ１２０２において、ポイント評価配当サーバ１３がクライアント端末Ａによる出題リソース投稿要求（Ｓ１２０１）を受けると同時に初期リソース・ポイント算出処理を行う点で異なっている。すなわち、出題リソース投稿要求（Ｓ１２０１）に対し、Ｓ１２０２において、処理装置１４は、リソース管理機能３６により、例えば「ステータス＝仮登録」および「区分＝出題」として、リソース・テーブル４２に格納するとともに、リソース・ポイント算出機能３８により、当該出題リソースを含む各リソースの値付けを行い、このうち当該出題リソースに対する値付け結果を初期リソース・ポイントとしてクライアント端末Ａの提示することができる。

このように、インターフェイス（２１）を介して新たに入力された１つ以上のテキスト、すなわちリソースをそれぞれ新たなリソース情報のリソースとして、新たなリソース情報のリソースＩＤの値と初期リソース・ポイントの値ともにリソース・テーブル（４２）に新たに格納するリソース格納することができる（Ｓ１２０２、Ｓ１２０４）点が本実施形態の特徴である。なお、当該初期リソース・ポイントは、後に説明するように、リソース・ポイント算出機能３８における処理により算出および格納されるものである。

この例では、出題リソースの登録時に、当該出題リソースの値付け処理を行っているが、本実施形態においては、このタイミングに限られることなく、任意のタイミング、すなわち、１回／日、毎日午前零時、または出題リソースへの回答受付終了時若しくはイベント検知時といったタイミングで、処理装置１４がリソース・ポイント算出機能３８におけるプログラムを起動して値付け処理を行うことができる。また、値付け処理対象となるリソースは、特定リソースのみに限らず、全リソースでもよく、リソース・テーブル４２に格納される任意のリソースとすることができる。

図１３は、本実施形態のポイント評価配当システムにおいて、値付け処理を実行するタイミングを例示するフロー・チャートの一例である。タイミングＴ１３０１においては、１回／日、毎日午前零時といった定期的／定時的なタイミングで値付け処理を実行することができ、全リソースを対象に値付け処理を行うことができる。タイミングＴ１３０２においては、本システムがユーザによる行動イベントを検知し、すなわち、ユーザ履歴テーブル４４に履歴が格納され、さらにその行動が、あるリソースの「閲覧」であるというイベントが発生するタイミングにおいて、当該リソースに対して値付け処理を実行することができる。タイミングＴ１３０３は、上述した図１２における初期リソース・ポイント算出の場合であり、本システムがユーザによる行動を検知し、すなわち、ユーザ履歴テーブル４４に履歴が格納され、その行動が「投稿」であり、さらに投稿されたリソースが「出題リソース」であるようなイベントが発生するタイミングにおいて、当該リソースに対して値付け処理を実行することができる。なお、この場合において、リソースがそれ以外、すなわち、「回答リソース」または「評価リソース」であるイベントの場合においては、値付け処理は行わない。タイミングＴ１３０４においては、出題リソース登録時に設定した回答受付終了のタイミングで、全リソースに対して値付け処理を実行することができる。

なお、このように任意のタイミングで値付け処理を実行できるようにするために、任意のイベントを検知し、特定のプログラム１５１２を起動できるジョブ・スケジューラをプログラム１５１内に実装するか、当該ジョブスケジューリングを実行可能なミドルウェアを本システムと連携させることが好ましい。

任意のタイミングで値付け処理を行い、コミュニティ内のリソース全てのリソース・ポイントを算出することにより、値付け処理を実行する都度、各リソース・ポイントは動的に変化することになる。これらのリソース・ポイントを毎回記憶装置に保持することで、サーバは、当該リソース・ポイントの時間的な推移を示すグラフを生成することができる。そしてリソースを有するユーザに対して、このような推移グラフを提示することができる。すなわち、ユーザのブラウザ画面に表示することを通じて、ユーザは、自分が投稿したリソースの、初期リソース・ポイントからのリソース・ポイントの推移を常に確認することができる。これにより、「自身が投稿したリソースが如何に有用な情報であったか」をその都度確認することが可能となる。そして、当該リソース・ポイントは、コミュニティ全体に対する相対的かつ客観的な評価であるため、コミュニティを通じて信頼性のある値であるといえる。図１４に、ユーザのブラウザに表示される、画面イメージを示す。Ｄ１４１は、ユーザにより登録された出題リソースを示しており、当該出題リソースのリソース・ポイントの１日毎の推移状況がＤ１４２に示されている。また、Ｄ１４３は、現在のリソース・ポイントの値を示している。Ｄ１４２に示すとおり、日時を横軸に、リソース・ポイントを縦軸にいてグラフを生成することが好ましい。本システムでは、ポイント評価配当サーバ１３は、Ｄ１４１〜Ｄ１４３のような情報をユーザのブラウザに提示する手段を備えている。

以下に、図１５を用いて本実施形態におけるリソースの値付けについて、その概要を具体的に説明する。リソース・テーブル４２に格納される複数のリソースの各々は、リソースを識別するためのリソースＩＤと該リソースＩＤに関連付けられるリソース・ポイントを有しており、本システムは値付け処理によりコミュニティ内の全リソースに対して当該リソース・ポイントを計算し、リソース・テーブル４２内の項目を更新する。また、リソース・タグ関連テーブル（４５）には、リソースＩＤの１つとリソースＩＤの１つに関連付けられるタグＩＤであって、前記リソースＩＤで識別されるリソースから抽出されるタグを識別するためのタグＩＤとを含む１つ以上のリソース・タグ関連情報が格納される。本実施形態における値付け処理では、ポイント評価配当サーバ１３の処理装置１４は、まずリソース・ポイント算出機能により、上述したリソース区分リンク、タグ・リンクおよび行動リンクを用いてコミュニティ内の全リソースに対する中心値を各リソースに対して算出することができる。ここで当該中心値算出に際しては、「タグ・リンクのリソース・リストを利用したタグによるリソース中心値算出」（Ｓ１５０１）および／または「行動リンクのリソース・リストを利用したユーザの行動によるリソース中心値算出」（Ｓ１５０２）が利用される。そしてこれら中心値および後に説明する流動比率を用いることで、各リソースのリソース・ポイントが決定される（Ｓ１５０３）。ここで、「中心値」とは、１つ以上のリソースを有するリソース群全体から見た特定リソースの客観的な中心性を相対的に示した値のことをいい、上述したタグ・リンクおよび／または行動リンクとこれらのリソース・リストを用いることで算出できる。すなわち、当該特定リソースと他のリソースの多くとが、直接的／間接的にリンクされ、関係を有していればいるほど、中心値は高くなり、逆に、直接的／間接的な関係が少ないほど当該中心値は小さくなる。

なお、「タグ・リンクを利用したタグによるリソース中心値算出」（Ｓ１５０１）および「行動リンクを利用したユーザの行動によるリソース中心値算出」（Ｓ１５０２）について、これらの処理実行タイミングは、上述したタイミングＴ１３０１からＴ１３０４に応じて使い分けることができ、例えば、タイミングＴ１３０２およびＴ１３０３のように、ユーザからの行動イベントに応じてリアルタイムにユーザにリソース・ポイントを提示する場合にはＳ１５０２の処理のみを実行して値付け処理を軽減化するよう設定することもできる。これらは、コミュニティ運営管理機能３７により運営管理者により設定される。

ここで、Ｓ１５０１およびＳ１５０２の詳細な処理フローの一例について、各々図１６、図１８Ａおよび図１８Ｂを用いて具体的に説明する。

図１６は、図１５の「タグ・リンクを利用したタグによるリソース中心値算出」（Ｓ１５０１）に係る処理フローの一例である。

その概要は以下のとおりである。すなわち、リソース・タグ関連テーブル（４５）に格納された１つ以上のリソース・タグ関連情報に基づいて、１の前記リソースＩＤについてホップ数の値に対応するリソース・リストを、前記ホップ数の値を１から順にインクリメントしながら繰り返し生成する（図１７、Ｓ１６０８）ためのモジュールをリソース・ポイント算出機能３８に備えており、生成されるリソース・リストの各々は、１つ以上の前記リソースＩＤを含んでおり、直前に生成されたリソース・リストに含まれる各前記リソースＩＤに関連付けられた各前記タグＩＤを、さらに関連付けている前記リソース・タグ関連情報に含まれる前記リソースＩＤに基づくことを特徴とする。なお、上記「直前に」とは、後述するように、繰り返し処理において繰り返しの回数に応じて生成させる１つ以上のリソース・リストのうち、最も新しく生成されたリソース・リストという意味である。さらに、ホップ数の値と、前記ホップ数の値に対応するリソース・リストに含まれる各リソースＩＤにリソース・テーブル４２によりそれぞれ関連付けられたリソース・ポイントとに基づいて、１のリソースＩＤの第１リソース中心値を計算する（Ｓ３４０１）モジュールを、リソース・ポイント算出機能３８に備えている。さらに、リソース・ポイント算出機能３８には、第１リソース中心値に基づいて、さらに前記１のリソースＩＤで識別されるリソースのポイントを計算する（Ｓ３４０４）ためのモジュールを備え、本システムは、この計算されたポイントを前記インターフェイスに提示（Ｄ１４３）する手段により、ユーザに当該ポイントを提示することを特徴としている。

以下、処理の詳細を説明する。まず、リソース・テーブル（４２）に格納された１つのリソース情報のリソースＩＤの値を選択することで、リソース中心値評価対象のリソース（以下、評価対象リソースという）が選択され、タグ・リンクに沿って、当該評価対象リソースが有するタグを抽出する（Ｓ１６０１）。すなわち、リソース・タグ関連テーブル４５から、当該選択されたリソースＩＤの値をリソース・タグ対応情報のリソースＩＤの値として有するリソース・タグ対応情報のタグＩＤの値を抽出することで、リソースＩＤに関連付けられているタグＩＤを抽出する。

仮に、タグが抽出されない場合（Ｓ１６０２）には、タグによるリソース中心値に所与の最低値を設定して（Ｓ１６１０）、その後リソース中心値算出処理が完了する。タグが抽出された場合は、タグ・リンクに沿って、このタグに関連するリソースの検索を行い、その和集合から評価対象リソースを除いたものをホップ数「１」のリソース・リストとして生成する（Ｓ１６０３）。これは、抽出されたタグＩＤの値をリソース・タグ対応情報のタグＩＤの値として有している、当該リソース・タグ対応情報のリソースＩＤをさらに抽出し、抽出されたリソースＩＤの値の和集合から、選択されたリソースＩＤの値を削除した前記リソースＩＤの値からなるリストを、選択されたリソースＩＤについてのホップ数の値を１とする、リソース・リストとして生成して前記一時メモリ（１５３）に格納するステップにより実現される。すなわち、生成されるホップ数の値を１とするリソース・リストは、リソース・ポイント算出機能に含まれるリソース・リストを生成するためのモジュールにより、リソース・タグ関連テーブル（４５）から抽出された各タグＩＤを用いて、さらにリソース・タグ関連テーブル４５を検索して、評価対象リソースＩＤに関連付けられた各タグＩＤをさらに関連付けているリソース・タグ関連情報に含まれる前記リソースＩＤを抽出し、抽出されたリソースＩＤの集合から評価対象リソースＩＤを除いたリソースＩＤからなるリストとして生成されるものである。

次いで、当該ヒット・リソースの合計リソース・ポイントを算出し、「リンク強度［ホップ数］＝ホップ数／合計ポイント」として、ホップ数に対応するリンク強度［ホップ数］を算出する（Ｓ１６０４）。そして既存のリンク強度に加算する、すなわち、「リンク強度＋リンク強度［ホップ数］」を新たな「リンク強度」として設定する（Ｓ１６０５）。次いで、ホップ数をインクリメント（Ｓ１６０６）し、リソース・リストが有する各リソースに対するタグ・リンクに沿って抽出されるタグの各々を用いて、当該タグと関連するリソースを検索し、ヒットしたリソースを抽出し、その和集合から既にヒット済みのリソースを削除することで、新規にヒットしたリソースのみを含むリソース・リストをホップ数「ｎ（ｎは自然数であり、初期値は１である）」に対応するリソース・リストとして得る（Ｓ１６０８）。つまり、このステップは、ホップ数の値を２以上の整数とする、リソース・リストを、所与の条件（Ｓ１６０７）を満たすまで、ホップ数の値を２からインクリメント（Ｓ１６０６）しながら繰り返し生成して、前記一時メモリ（１５３）に格納するステップ（Ｓ１６０８）であり、直前に生成されたリソース・リストが有しているリソースＩＤの値を、リソース・タグ対応情報のリソースＩＤの値として有している、当該リソース・タグ対応情報のタグＩＤの値を抽出し、抽出された前記タグＩＤの値を前記リソース・タグ対応情報のタグＩＤの値として有するリソース・タグ対応情報のリソースＩＤの値をさらに抽出し、該抽出されたリソースＩＤの値の和集合から、前記一時メモリに格納されているすべての第１リソース・リストがそれぞれ有している前記リソースＩＤの値を削除したリソースＩＤの値からなるリストを、前記ホップ数対応リソース・リストとして繰り返し生成するステップ（Ｓ１６０８）である。すなわち、リソース・タグ関連テーブル４５を用いて、直前に生成されたリソース・リストに含まれる各リソースＩＤに各々関連付けられる各タグＩＤを、さらに関連付けているリソース・タグ関連情報に含まれるリソースＩＤを抽出し、当該抽出されたリソースＩＤの集合から既に作成されたいずれのホップ数の値に対応するいずれのリソース・リストにも含まれていない、新規に抽出されたリソースＩＤを抽出し、抽出されてリソースＩＤの集合をホップ数「ｎ」に対応する新たなリソース・リストとして生成するものである。

なお、これらのホップ数「ｎ（ｎは自然数であり、初期値は１である）」に対応するリソース・リストは、一時メモリ１５３にそれぞれ別個に保存して、当該「タグ・リンクを利用したタグによるリソース中心値算出」処理中は利用できるようにしておく。さらに、このリソース・リストを用いて所与の条件を満たすまでＳ１６０９およびＳ１６０４からＳ１６０７までの処理を繰り返す。所与の条件とは、ここでは、リソース・テーブル４２に格納されているコミュニティ内全リソースが検索にヒットし、新たなリソースＩＤが抽出されなくなるまで、もしくは、ホップ数ｎの値がインクリメントされた結果、所与の値に達したか（例えば、「ｎが１０に達したか」）とすることができる。当該所与の条件を満たした場合には、当該繰り返し処理を抜け、最終的に、「タグによるリソース中心値＝１／リンク強度」としてタグによるリソース中心値を算出して、当該タグによるリソース中心値算出処理が完了する（Ｓ１６０９）。なお、この処理において生成されたリソース・リストやリンク強度は、前記サーバが備える一時メモリ内に一時的に格納することができる。

ここで、上記「タグ・リンクを利用したタグによるリソース中心値算出」の処理を図９Ａおよび図９Ｂに示したタグ・リンクの例に基づいて説明する。リソースＡからＧの処理時点でのリソース・ポイントは、それぞれ、リソース・ポイント（Ａ）＝３０、リソース・ポイント（Ｂ）＝４０、リソース・ポイント（Ｃ）＝５０、リソース・ポイント（Ｄ）＝６０、リソース・ポイント（Ｅ）＝１０、リソース・ポイント（Ｆ）＝４０およびリソース・ポイント（Ｇ）＝７０と想定しており、これらからリソース中心値算出処理により「タグによるリソース中心値」を算出する。ここでの評価対象リソースは、「リソース（ＩＤ）Ａ」とする。
（Ｓ１６０１）リソースＡに対応するタグ、「タグ１およびタグ２」を抽出する。
（Ｓ１６０３）「タグ１およびタグ２」を用いてリソースを検索し、ホップ数１のリソース・リスト、「リソース（Ｂ、Ｃ、Ｄ、Ｅ、Ｆ）」を生成する。
（Ｓ１６０４）リンク強度［１］＝１／（４０＋５０＋６０＋１０＋４０）、すなわち１／２００と算出される。
（Ｓ１６０５）リンク強度＝１／２００となる。
（Ｓ１６０６）ホップ数２にインクリメントする。
（Ｓ１６０７）リソースＧがまだヒットしていないため、Ｓ１６０９へ進む。
（Ｓ１６０９）ホップ数１のリソース・リストに関連するタグ、「タグ１、タグ２およびタグ３」を抽出してリソース検索を行い、新規に抽出されたリソースＧに対して、ホップ数２のリソース・リスト、「リソース（Ｇ）」を抽出する。
（Ｓ１６０４）’リンク強度［２］＝２／７０と算出される。
（Ｓ１６０５）’強度＝１／２００＋２／７０と算出される。
（Ｓ１６０６）ホップ数３にインクリメントする。
（Ｓ１６０７）’全リソースがヒットしたため、Ｓ１６０８へ進む。
（Ｓ１６０８）’タグによるリソース中心値＝１／（１／２００＋２／７０）（≒５２）と出力して処理が完了する。

このように、ホップ数の値と、当該ホップ数の値に対応したそれぞれのリソース・リストが有する各リソースＩＤの値を、リソース・テーブル（４２）に格納されたリソース情報のリソースＩＤの値として有するリソース情報のリソース・ポイントの値に基づいて、１つのリソース情報についての第１リソース中心値を計算することができる。そして、当該計算された第１リソース中心値に基づいて、１つのリソース情報についての第１ポイントを計算して、１つのリソース情報のリソース・ポイントの値として前記リソース・テーブルに格納することができる（Ｓ１５０３）。

なお、上述した新たなリソース情報の初期リソース・ポイントの値は、インターフェイスを介して入力されたタイミングを前記第１タイミングとして、リソースＩＤを選択するステップにおいて前記新たなリソース情報のリソースＩＤの値を選択し（Ｓ１６０１）、次いで、リソース・リストを生成して格納するステップ（Ｓ１６０３およびＳ１６０８）、計算ステップ（Ｓ１６０４、Ｓ１６０５、Ｓ１６０９、およびＳ１５０３）を実行することにより同様に計算することができる。

なお、図１７に示すとおり、当初格納されていたリソースがリソースＡ、Ｂ、Ｃ、Ｅ、Ｆであり、本リソース・ポイント算出時までにリソースＤ（６０ポイント）およびリソースＧ（４０ポイント）が投稿されて、その結果、タグ３が新規に格納され、リソースＤとタグ１およびタグ３がリンクされ、さらに、リソースＧとタグ３がリンクされたと想定する（１７）。このような場合において、当該リソース中心値がそのまま上記のリソースＡに対するリソース・ポイントになるとすると、リソースＡは当初３０ポイントであったのに対し、本リソース・ポイント算出によりリソースＢからリソースＧの影響を受けて５２ポイントへと変化したことになる。すなわち、各リソースのリソース・ポイントは、リソース・ポイント算出時のリンクの状況により、動的に変化しつづけることになる。

図１８Ａは、図１５の「行動リンクを利用したユーザの行動によるリソース中心値算出」（Ｓ１５０２）に係る処理フローの一例である。本処理において主に利用する、ユーザ履歴テーブル４４は、リソースＩＤの１つと、当該リソースＩＤの１つに関連付けられるユーザＩＤであって１のユーザを識別するためのユーザＩＤと、当該リソースＩＤの１つおよびユーザＩＤの関係を識別するための行動区分と、を含む１つ以上のユーザ行動対応情報を格納する。そして、ユーザ履歴テーブル４４に格納された１つ以上のユーザ行動対応情報に基づいて、１のリソースＩＤに関連付けられるユーザＩＤのそれぞれについてユーザ評価値を計算する（Ｓ１８０３、Ｓ３５０３、Ｓ１８０６）ためのモジュールをリソース・ポイント算出機能３８に備えており、当該モジュールにおいて、前記ユーザＩＤのそれぞれについて、ユーザＩＤを関連付けているユーザ行動対応情報のリソースＩＤに、さらにリソース・テーブル４２により関連付けられたリソース・ポイントの値と、当該ユーザＩＤを関連付けているユーザ行動対応情報のリソースＩＤおよび当該ユーザＩＤの関係を識別するための行動区分を示す値と、ユーザ履歴テーブル（４４）において当該１のリソースＩＤおよび当該ユーザＩＤの関係を識別するための行動区分を示す値と、に基づいて前記ユーザＩＤのユーザ評価値を計算することを特徴とし、さらに、リソース・ポイント算出機能３８に備えられるモジュールにより、当該ユーザＩＤのぞれぞれのユーザ評価値に基づいて、１のリソースＩＤの第２リソース中心値を計算できることを特徴とする。以下、図１８Ａに基づいて詳細に説明する。

まず、リソース中心値評価対象のリソース（以下、評価対象リソースという）が選択され、行動リンクに沿って、当該評価対象リソースが有するユーザＩＤ、および当該ユーザの行動ログを抽出する。このような行動区分抽出ステップ（Ｓ１８０１）により、評価対象として選択された１つのリソース情報のリソースＩＤの値をユーザ履歴テーブル（４４）に格納されたユーザ行動対応情報のリソースＩＤの値として有している、当該ユーザ行動対応情報の１つ以上のユーザＩＤの値、および対応する（第１の）行動区分の値とを抽出して一時メモリ（１５３）に格納する。すなわち、ユーザ履歴テーブル４４により評価対象リソースＩＤに関連付けられているユーザＩＤからなるリスト（ユーザ・リスト）を生成し、および関連付けている行動区分（以下、「区分Ｉ」とする）をユーザ履歴テーブル４４から各々抽出する（Ｓ１８０１）。ここで、「ユーザ・リスト」は、ホップ数「ｎ（ｎは自然数であり、初期値は１である）」に対応に対応するものである（ここでは、ｎ＝１である）。仮に、ユーザＩＤが存在しない場合（Ｓ１８０２）には、ユーザ行動によるリソース中心値に最低値を設定して、その後リソース中心値算出処理が完了する（図示せず）。ユーザＩＤが抽出された場合は、行動リンクに沿って、このユーザＩＤに関連するリソースの検索を行い、その和集合から評価対象リソースを除いたものをユーザＩＤに対応するリソース・リストとして生成する。このステップは、１つのユーザＩＤの値をユーザ履歴テーブル（４４）に格納されたユーザ行動対応情報のユーザＩＤの値として有する当該ユーザ行動対応情報が有する、１つ以上のリソースＩＤの値および対応する（第２の）行動区分の値を抽出し、前記抽出された１つ以上のリソースＩＤの値の和集合から、前記選択されたリソースＩＤの値を削除したリストを、選択されたリソースＩＤについての（第２）リソース・リストとして生成して前記一時メモリ（１５３）に格納すること（Ｓ１８０３）で実現される。すなわち、抽出された１のユーザＩＤに対して、ユーザ履歴テーブル４４からユーザ履歴情報を検索し、当該履歴情報に含まれるリソースＩＤを抽出する。そして、抽出されたリソースＩＤから評価対象リソースＩＤおよび既に作成されたリソース・リストに含まれているリソースＩＤを除いた、新規に抽出されたリソースＩＤの集合を、当該１のユーザＩＤに対応するリソース・リストとして生成する（Ｓ１８０３）。同時に当該１のユーザＩＤとリソース・リストの各リソースＩＤを関連付けている行動区分（以下、「区分ＩＩ」とする）もまた抽出する（Ｓ１８０３）。

仮に、ホップ数が１であり、かつリソースＩＤが抽出されない（Ｓ１８０４）ときには、ユーザの行動によるリソース中心値に所与の最低値を設定して（図示せず）、その後リソース中心値算出処理が完了する。ホップ数が２以上であり、かつリソースＩＤが抽出されない（Ｓ１８０４）ときには、後述するリソース中心値の算出を行い（Ｓ１８１５）、やはりその後リソース中心値算出処理が完了する。

次いで、当該ユーザＩＤに対応するリソース・リストの全てのリソースに対して、「リソースのリソース・ポイント×区分ＩＩによる重み×区分Ｉによる重み」として算出し（Ｓ１８０５）、当該全てのリソースの合計値を当該ユーザＩＤの評価値とする（Ｓ１８０６）。すなわち、上述した行動区分を抽出するステップ（Ｓ１８０１）で抽出された（第１）行動区分の値と、当該生成された（第２）リソース・リストが有する各リソースＩＤの値をリソース・テーブル（４２）に格納されたリソース情報のリソースＩＤの値として有する当該リソース情報のリソース・ポイントの値と、前記リソース情報のリソースＩＤの値についての抽出された（第２）行動区分の値とに基づいて、１つのユーザＩＤの評価値を計算して一時メモリ（１５３）に格納する（Ｓ１８０５）。なお、「区分Ｉ（ＩＩ）による重み」とは、上述した行動区分に対して運営者により自由に設定される値であり、例えば、「閲覧＝１、回答＝３、出題＝４、ポジティブ評価＝２、ネガティブ評価＝０．５」といった具合である。上述したＳ１８０３からＳ１８０６は、Ｓ１８０１または後述のＳ１８１１で抽出および作成したステップ数に対応するユーザ・リストのユーザＩＤごとに、全て当該ユーザＩＤに対して繰返し実行し、この全てのユーザＩＤに対する各評価値を算出して一時メモリ（１５３）に格納する（Ｓ１８０６）。次いで、当該繰返し処理により算出された各ユーザＩＤに対する評価値の合計から「重み付けリンク強度［ホップ数］＝ホップ数／評価値の合計」として、ホップ数に対応する重み付けリンク強度［ホップ数］（以下、リンク強度［ホップ数］という）を算出する（Ｓ１８０７）。そして既に計算してあるリンク強度に加算する。すなわち、「リンク強度＋リンク強度［ホップ数］」を新たな「リンク強度」として設定する（Ｓ１８０８）。

次いで、ホップ数をインクリメント（Ｓ１８０９）し、リソース・リストが有するリソースに対する行動リンクに沿って抽出されたユーザＩＤおよび行動ログを抽出する。すなわち、ユーザ履歴テーブル４４から、直前に生成されたユーザ・リストに含まれる各ユーザＩＤに対応する各リソース・リストに含まれる各リソースＩＤに、さらに関連付けられているユーザＩＤを抽出する。そして、抽出されたユーザＩＤから既に作成されたいずれのユーザ・リストに含まれているリソースＩＤを除いた、新規に抽出されたユーザＩＤの集合を、ホップ数「ｎ（ｎは自然数であり、初期値は１である）」に対応する新たなユーザ・リストとして得る（Ｓ１８１１）。同時に当該各ユーザＩＤとリソース・リストの各リソースＩＤとを関連付けている行動区分（「区分Ｉ」）もまた抽出する（Ｓ１８１１）。さらに、このユーザ・リストを用いて所与の条件（Ｓ１８１０）を満たすまでＳ１８１１およびＳ１８０２からＳ１８１０までの処理を繰り返す。ここで所与の要件とは、ここでは、ｎが所与のホップ数を満たしたか、とすることができ、場合によっては当該所与のホップ数＝１と設定して、繰り返し処理を省略することもできる。

本実施形態では、抽出された１つ以上のユーザＩＤの各評価値に基づいて、前記１つのリソース情報についての第２リソース中心値を計算する（Ｓ１５１２、Ｓ１８０８、Ｓ１８１５）。すなわち、当該所与の要件を満たし、繰り返し処理を抜けた場合には、最終的に、「ユーザ行動によるリソース中心値＝１／リンク強度」としてユーザ行動によるリソース中心値を算出して、当該タグによるリソース中心値算出処理が完了する（Ｓ１８１５）。なお、この処理において生成されたユーザ・リストやリンク強度や抽出された行動ログは、前記サーバが備える一時メモリ内に一時的に格納することができる。

ここで、上記「行動リンクを利用したユーザの行動によるリソース中心値算出」の処理を図１８Ｂに示した行動リンクの例（１８）に基づいて説明する。リソースＡからＧの処理時点でのリソース・ポイントは、それぞれ、リソース・ポイント（Ａ）＝３０、リソース・ポイント（Ｂ）＝４０、リソース・ポイント（Ｃ）＝５０、リソース・ポイント（Ｄ）＝６０、リソース・ポイント（Ｅ）＝１０、リソース・ポイント（Ｆ）＝２０およびリソース・ポイント（Ｇ）＝７０としており、また、行動区分による重みは、閲覧（Ｖ）＝１、回答（Ａ）＝３、出題（Ｑ）＝４、ポジティブ評価（＋Ｒ）＝２、ネガティブ評価（−Ｒ）＝０．５と想定する。さらに、「所定のホップ数＝２」とする。これらの下でリソース中心値算出処理により「ユーザ行動によるリソース中心値」を算出する。ここでの評価対象リソースは、「リソース（ＩＤ）Ａ」とする。図示のとおり、リソースＡからのホップ数１のユーザ・リストは、「ユーザ（１、２）」であり、ホップ数２のユーザ・リストは、「ユーザ（３）」である。また、「ユーザ１」に対応するリソース・リストは「りソース（Ｅ、Ｆ）」、「ユーザ２」に対応するリソース・リストは「りソース（Ｂ、Ｃ、Ｄ）」および「ユーザ３」に対応するリソース・リストは「りソース（Ｇ）」である。
（Ｓ１８０１）ホップ数１のユーザ・リスト「ユーザ（１、２）」および区分Ｉ（Ａ、＋Ｒ）を抽出する。
（Ｓ１８０３）ホップ数１のユーザ・リスト「ユーザ（１、２）」を用いてリソースを検索し、「ユーザ１」に対応するリソース・リスト「リソース（Ｅ、Ｆ）」、「ユーザ２」に対応するリソース・リスト「リソース（Ｂ、Ｃ、Ｄ）」を生成する。また、区分ＩＩ（＋Ｒ、Ｑ、Ｖ、Ｖ、Ｑ）を各々抽出する。
（Ｓ１８０５およびＳ１８０６）ユーザ１の評価値＝（Ｅの評価値＋Ｆの評価値）＝｛（１０×（＋２）×３）＋（２０×４×３）｝＝３００、
ユーザ２の評価値＝（Ｂの評価値＋Ｃの評価値＋Ｄの評価値）＝｛（４０×１×（＋２））＋（５０×１×（＋２））＋（６０×４×（＋２））｝＝６６０
と算出される。
（Ｓ１８０７）リンク強度［１］＝１／（３００＋６６０）、と算出される。
（Ｓ１８０８）リンク強度＝１／９６０、と算出される。
（Ｓ１８０９）ホップ数２にインクリメントする。
（Ｓ１８１１）ホップ数１のユーザ・リスト「ユーザ（１、２）」を用いてリソースを検索し、ホップ数２のユーザ・リスト「ユーザ３」および区分Ｉ（Ａ）を生成する。
（Ｓ１８０３）’ ホップ数２のユーザ・リスト「ユーザ（３）」を用いてリソースを検索し、「ユーザ３」に対応するリソース・リスト「リソース（Ｇ）」を生成する。また、区分ＩＩ（ーＲ）を抽出する。
（Ｓ１８０５およびＳ１８０６）’ユーザ３の評価値＝（Ｇの評価値）＝（７０×０．５×３）＝１０５、と算出される。
（Ｓ１８０７）’リンク強度［２］＝２／１０５、と算出される。
（Ｓ１８０８）’リンク強度＝１／９６０＋２／１０５、と算出される。
（Ｓ１８１５）ユーザ行動によるリソース中心値＝１／（１／９６０＋２／１０５）（＝約５０）、と算出し、出力して処理が完了する。

このような場合において、当該リソース中心値がそのまま上記のリソースＡに対するリソース・ポイントであると想定すると、リソースＡは当初３０ポイントであったのに対し、本リソース・ポイント算出により行動リンク生成の影響を受けて約５０ポイントへと変化したことになる。すなわち、各リソースのリソース・ポイントは、リソース・ポイント算出時のリンクの状況により、動的に変化しつづけることになる。なお、このような「行動リンクを利用したユーザの行動によるリソース中心値算出」においては、サーバ１３による処理の軽減のため、リソース中心性評価の対象を、前回評価した時から本評価時の間に新規に生成された行動リンクのみ、すなわち差分の行動リンクだけとすることもできる。この場合は、各リソースにおける当該差分の行動リンクに対して、リンク強度算出を行い、当該リンク強度を前回算出したリンク強度に加算することで、各リソースのリンク強度とすることができる。

図１５のＳ１５０３における、上述した「タグ・リンクを利用したタグによるリソース中心値算出」および／または「行動リンクを利用したユーザの行動によるリソース中心値算出」を用いてリソース・ポイントの算出および更新に係る処理について説明する。

本実施形態においては、上述の第１のタイミングで、１つのリソース情報についての計算された第１リソース中心値および／または計算された第２リソース中心値に基づいて、１つのリソース情報についてのポイントを計算して、前記１つのリソース情報のリソース・ポイントの値としてリソース・テーブル（４２）に格納するステップ（Ｓ１５０３）を備える。

入力が、「タグ・リンクを利用したタグによるリソース中心値算出」または「行動リンクを利用したユーザの行動によるリソース中心値算出」のどちらか一方である場合は、当該処理は、ポイント評価配当サーバ１３の処理装置１４は、リソース・ポイント算出機能により、そのリソース中心値をそのままリソースのリソース・ポイントとみなすことができ、全リソースのそれぞれに対してリソース・テーブル４２のリソース・ポイントの値を更新することができる。入力が、「タグ・リンクを利用したタグによるリソース中心値算出」と「行動リンクを利用したユーザの行動によるリソース中心値算出」との両方である場合は、全リソースにおける「タグ・リンクを利用したタグによるリソース中心値算出」の合計値と「行動リンクを利用したユーザの行動によるリソース中心値算出」の合計値とが等しくなるようにその比率（流動比率）により２つのリソース中心値を均衡させて、その上で当該均衡後のリソース中心値の平均をとることでリソースのリソース・ポイントとする。そして、全リソースのそれぞれに対してリソース・テーブル４２のリソース・ポイントの値を更新することができる。

すなわち、上述した第１タイミングで、リソース・テーブル（４２）に格納された全てのリソース情報のリソースＩＤの値のそれぞれについて、リソースＩＤを選択するステップ（Ｓ１６０１）において１つのリソース情報のリソースＩＤとして選択し、次いで、上述した、リソース・リスト生成格納ステップ（Ｓ１６０３、Ｓ１６０８）および計算ステップ（Ｓ１６０４、Ｓ１６０５、Ｓ１６０９、Ｓ１５０３）を含むステップによって、全てのリソース情報の第１リソース中心値の値および全てのリソース情報の第２リソース中心値をそれぞれ計算し、第１リソース中心値の合計値と第２リソース中心値の合計値との比率に基づいて、前記全てのリソース情報の第３ポイントをそれぞれ計算して一時メモリ（１５３）に格納し、当該それぞれ計算された第３ポイントを、全てのリソース情報のリソース・ポイントの値としてそれぞれリソース・テーブル（４２）に格納する（Ｓ１５０３）ことができる。

以上、リソースの値付けに関する具体的な処理の一例を説明した。なお、本実施形態においては、リソースの中心性を表わすリソース中心値として、「タグ・リンクを利用したタグによるリソース中心値算出」と「行動リンクを利用したユーザの行動によるリソース中心値算出」との２つを想定したが、本発明におけるポイント評価配当システムではこれらに限定されることはない。

本発明のポイント評価配当システムにおける第三の実施の形態においては、上述した第二の実施形態における値付け処理と、リソース・テーブル４２に格納されているリソース群からタグを自動的に抽出する処理とを組み合わせることができる。より具体的には、リソース・テーブルに格納されているリソース群から抽出した１つ以上のキーワードを利用し、そして辞書システム（データベース）１９と連携することにより、リソースに対応するタグを任意のタイミングで自動的に抽出することができ、そしてタグ・テーブル４３およびリソース・タグ関連テーブル４５を更新することができる。このタグ自動抽出により、当該タグ・テーブル４３への自動蓄積を踏まえた上での前記タグ・リンクの動的更新およびリソースのリソース・ポイント自動更新を実現することができるようになり、コミュニティ内の各リソースのリソース・ポイントはよりいっそう客観的なものとなる。

図１９に本実施形態における好適な機能の一覧（１５１３）を示すとおり、上述した第二の実施形態における図１１のポイント評価配当システムのプログラム１５１２が備える機能３１から機能３６に、さらに、タグ自動抽出機能３９を実現するためのモジュールを追加している。タグ自動抽出機能３９は、上述のように、抽出対象となるリソースからタグを抽出し、さらにリソースとタグの対応付け行うための機能である。なお、上記プログラムに関する記載は、例示を目的とするに過ぎず、これらに限定されるものではない。

本実施形態においては、上述したリソースを格納するステップ（Ｓ１２０４）により新たに格納された１つ以上の第１のテキスト、すなわちリソースからそれぞれ抽出される第２テキストであって、タグ・テーブル（４３）に格納されたタグ情報のタグとしてまだ格納されていない新たな第２テキストを、新たなタグ情報のタグとして、新たなタグ情報のタグＩＤの値とともに、タグ・テーブル（４３）に新たに格納するタグ抽出格納に係るステップ（Ｓ２００４）、そして新たに格納されたリソース情報のリソースＩＤの値と当該新たなタグ情報のタグＩＤの値とを含む新たなリソース・タグ対応情報をリソース・タグ関連テーブル（４５）に格納するステップを備えている。

そして、本実施形態におけるこのような前記第１テキストから抽出される前記第２テキストは、当該第１テキストから、１つ以上の第１のキーワードを含む第１のキーワード群を抽出し（Ｓ２００２、Ｓ２１０１）、ネットワーク上に構成される第２のサーバの記憶装置に格納される第２のデータベース（１９）であって、サーバ（１３）のデータベース（１５２）とアプリケーション・インターフェースによって連携する第２データベース（１９）に格納される、ワードとその説明との組を複数備えるテキスト集合に対し、当該第１キーワード群の各第１キーワードを用いて、各第１キーワードに対応する前記ワードを検索することで、当該第１キーワードに一致するワードの説明を取得し（Ｓ２００２、Ｓ２１０２）、当該取得された説明から、さらに、１つ以上の第２のキーワードを含む第２のキーワード群を抽出し（Ｓ２００２、Ｓ２１０３）、当該第２キーワード群に含まれる各第２キーワードを用いてリソース・テーブル（４２）のリソース情報のリソースを検索して、リソースとして所与の数以上格納されている第２キーワードを当該第２キーワード群から削除することにより抽出される（Ｓ２００３、Ｓ２１０４〜Ｓ２１０７）ことを特徴としている。

以下に、図２０を用いて本実施形態におけるポイント評価配当システムのタグ自動抽出に係る処理の概要（２０）について説明する。

リソースの登録時、１回／日、毎日午前零時、または出題リソースへの回答受付終了時若しくはイベント検知時といった任意のタイミングで、ポイント評価配当サーバ１３の処理装置１４はタグ自動抽出機能３９におけるプログラムを起動してタグ自動抽出処理を開始することができる（Ｓ２００１）。そして、Ｓ２００２において、タグ抽出の対象となる１つ以上のリソースからキーワードを抽出し、辞書システム１９との連携を介して、当該キーワードから所与の要件を満たすｍ個のキーワードおよびＴＦ／ＩＤＦ値を要素として有する特徴ベクトルを生成する。次いで、Ｓ２００３において、遺伝的アルゴリズムを用いて当該ｍ個の特徴ベクトルからｎ個のタグを抽出する。最後にＳ２００４において、新規のタグのみをタグ・テーブル４３に格納し（すでに登録されているタグは格納しない）、抽出対象リソースと当該抽出された全てのタグとの対応付けを行い、リソース・タグ関連テーブル４５に格納することができる。なお、ここでの辞書システム１９とは、キーワードとその説明文とをコンテンツとして備え、キーワードの入力を受けると、当該キーワードの説明文を出力するような入出力インターフェイス機能を有するシステムのことであり、本発明におけるポイント評価配当システムでは、システムの内部に備えてもよく、またはネットワーク上の公知の辞書サイトとＡＰＩを用いて対話する構成としてもよい。また、上記ＴＦ／ＩＤＦ値および遺伝的アルゴリズムには、公知の評価方法およびアルゴリズムを適用することができる。

ここで、図２１および図２２を用いて上述したＳ２００２およびＳ２００３の具体的な構成を各々説明する。

図２１は、本実施形態における上述した特徴ベクトル抽出（図２０のＳ２００２）に係る処理フローの一例である。ポイント評価配当サーバ１３の処理装置１４は、特徴ベクトル抽出開始指示を受け、まず、公知の形態素解析手法によりキーワードを抽出して、第１のキーワード群に設定する（Ｓ２１０１）。次いで、上述した辞書システム１９と連携することにより当該キーワードに対する説明文を取得し、抽出対象リソースと当該取得した説明文とを連結することにより抽出対象リソースの拡張を行う（Ｓ２１０２）。そして、形態素解析手法を再度用いてキーワードを再抽出して、第２のキーワード群に設定する（Ｓ２１０３）と共に、当該第２キーワード群における各キーワードのＴＦ／ＩＤＦ値を算出する（Ｓ２１０４）。ここで、ＴＦ／ＩＤＦ値は以下の公知の計算式に基づいて算出することができる。

ここで、本実施形態においては、ｔｆ＿ｉｊとは、リソースｊにおけるキーワードｉの出現頻度のことであり、ｄｆ＿ｉとは、ｉを含む抽出対象リソース数のことであり、Ｎとは、抽出対象リソースの総数のことである。

次いで、各キーワードのＴＦ／ＩＤＦ値のうち、所与の閾値より大きい値を有するキーワードを抽出し、その出現頻度と共に特徴ベクトルの要素として登録する（Ｓ２１０５）。そして、登録された特徴ベクトルの各キーワードを有しているリソース数を算出し（Ｓ２１０６）、当該リソース数のうち所与の閾値より大きい値を有するキーワードを当該特徴ベクトルから削除することで、特徴ベクトルが決定する（Ｓ２１０７）。以上で特徴ベクトル抽出処理が完了する。

なお、Ｓ２１０７において、特定のキーワードを特徴ベクトルから削除する処理を行っているが、この処理で削除されるキーワードは、多くのリソースが共通に備えるものであるために、上述したタグ・リンクを複雑化させ、タグによるリソース中心値の算出およびこれに基づくリソース・ポイント算出に悪影響を及ぼす可能性がある。よってこれらのキーワードは、当該処理によって削除されるべきである。一方で、これらのキーワードを利用することにより、コミュニティ内に存在するリソースの明示的な自動グルーピングを行うことが可能となる。すなわち、第一の実施形態の図４において説明した各テーブルに加えて、例えば、グループを一意に識別するＩＤ、キーワード、およびキーワードを有しているリソースＩＤを項目に含み、当該抽出されたキーワードとキーワードを有しているリソースとの対応付けが定義されるテーブルをデータベース１５２が新たに備え、そして、当該キーワードが特徴ベクトルから削除されるタイミングで当該テーブルに格納してリソースと対応付けることにより、リソースのグルーピングを自動的に行えるという別の効果をも奏している。

図２２は、本実施形態における上述した遺伝的アルゴリズムによるタグ抽出（図２０のＳ２００３）に係る処理フローの一例である。ポイント評価配当サーバ１３の処理装置１４は、特徴ベクトル抽出終了後、引き続いて、特徴ベクトルに登録されたキーワード群をリソース抽出対象のタグ候補群として、当該タグ候補群から遺伝的アルゴリズムにより抽出タグ群を決定する処理を行うことができる。

まず、所与の数のタグ候補を有する個体を、所与の回数だけランダムに生成することで、遺伝子型をタグ集合とした親個体群（第１世代の個体群）とすることができる（Ｓ２２０１）。次いで、これら親個体群から任意の２個体を選択して交叉を行い、当該交叉を所与の回数繰り返すことで子個体群を生成することができる（Ｓ２２０２）。子個体群が生成されたら、各個体の個体評価値を算出する（Ｓ２２０３）。ここで、個体評価には、個体が有する所与の数のタグ候補のうち１つ以上を含んでいるリソースのリソース数とすることができる。次いで、遺伝的アルゴリズムにおける公知のエリート戦略、ルーレット戦略、および突然変異を用いることで、次世代向けの個体群を選択し、次世代個体群を生成する（Ｓ２２０４）。各次世代個体の個体評価値を算出して次世代個体群における最優良評価値を抽出する（Ｓ２２０６）。仮に、当該最優良評価値が前世代の最優良評価値を上回っていた場合、すなわち進化が見られる場合は、Ｓ２２０２に戻り再度交叉処理を行う。当該最優良評価値が上回っておらず、進化が終了している場合には、最良評価値を有している個体を最適個体とみなし（Ｓ２２０６）、最適個体の遺伝子型であるタグ候補を抽出対象リソースのタグに決定し、設定することができる（Ｓ２２０７）。

以上、抽出対象リソースからのタグ自動抽出処理について説明した。

本発明のポイント評価配当システムにおける第四の実施の形態では、一つの出題リソースに対し、前述したリソース区分リンクまたはタグ・リンクに含まれる他の１つ以上のリソースを有するユーザのアカウント（口座）に、所与の方法で計算された配分ポイントを分配すること（以下、「報酬分配」という）ができる。

本実施形態においては、一時メモリ（１５３）を備えるサーバ（１３）がさらに備える処理装置（１４）が、１つのリソース情報のリソース・ポイントの値を、他のリソース情報のリソース・ポイントの値に基づいて算出および格納して、アカウント・ポイントを増減させることができることを特徴としている。

第一の実施形態でも説明したとおり、ユーザ・テーブル（４１）は、ユーザを一意に識別するユーザＩＤおよび該ユーザＩＤに関連付けられるアカウント・ポイントを含む２つ以上のユーザ・アカウント情報を格納し、また、リソース・テーブル（４２）は、２つ以上のリソース情報を格納する際に、さらにリソース情報のリソースＩＤに関連付けられる１つの投稿ユーザＩＤであって、当該投稿ユーザＩＤの値は、リソース情報のリソースとして、テキストを入力したユーザのユーザＩＤの値である投稿ユーザＩＤをそれぞれ含んでいる。また、ユーザ履歴テーブル（４４）に格納された２つ以上のユーザ行動対応情報の行動区分は、出題、回答、ネガティブ評価、ポジティブ評価および閲覧を表わす区分を含み、当該区分に応じた値を行動区分の値とする。そして、当該リソースを格納する際（Ｓ１２０２、Ｓ１２０４、Ｓ２５０１）において、併せて、インターフェイス（２１）を介して（第１）テキストを入力したユーザのユーザＩＤの値を、新たなリソース情報の投稿ユーザＩＤの値として格納し、同時に、新たなリソース情報のリソースＩＤの値と、新たなリソース情報の投稿ユーザＩＤの値と、行動区分のうち閲覧以外のいずれか１つの区分であって当該ユーザにより選択された区分に応じた値と、を含むユーザ行動対応情報をユーザ履歴テーブル（４４）に格納する。さらに、リソース・テーブル（４２）に格納された全てのリソース情報が有するリソースのリソースＩＤの値のいずれかが、任意のユーザによりインターフェイス（２１）を介して指定されたタイミングで、指定されたリソースＩＤの値と、指定した当該ユーザを識別するユーザＩＤの値と、閲覧を表わす区分に応じた値と、を含むユーザ行動対応情報をユーザ履歴テーブル（４４）に格納するように構成する。このように格納される、各テーブルの情報に基づいて、本発明に係るポイント評価配当システムを用いた報酬分配を実施することができる。

第四の実施形態における、本発明に係るポイント評価配当システムを用いた報酬分配の全体の概略（２３）について、図２３を用いて説明する。なお、本実施例においては、上述した本システムにおけるポイント、すなわち、上述したアカウント・ポイント、リソース・ポイントおよびタグ・ポイントは計算の関係上、小数点以下を含む数値となることが考えられるが、本実施例においては、これらの値は全て小数点以下の値は切り捨てられて整数値として前述した各テーブルに格納されているものとする。

ユーザＡにより出題リソースが登録される際に、前述した第二の実施形態において算出された初期リソース・ポイントを投資リソース・ポイントとして、ユーザＡは出題リソース投稿に対する初期投資を行うことができる（Ｓ２３０１）。ユーザＢ１およびＢ２により回答リソースが投稿され、さらにユーザＣ１およびＣ２により評価リソースが投稿され、そして回答受付期限が終了した後に、これら投稿された回答リソースと評価リソースとを含むコミュニティ内の全リソースに対して値付けが行われる（図示せず）。そして、これらリソース・ポイントの値に応じて、投資リソース・ポイントのうちの所与の割合が直接配当ポイントとして配当され（直接配当）、ユーザＢ１、Ｂ２、Ｃ１およびＣ２のアカウントに分配される（Ｓ２３０２およびＳ２３０３）。さらに、ユーザＤが、出題リソースに対して直接的に回答リソースおよび投稿リソースを投稿していないものの、別の契機にこれらに偶然関係するリソースを投稿していたユーザである場合、当該ユーザＤの投稿したリソースもまた、投資リソース・ポイントの配当対象となり（間接配当）、ユーザＤのアカウントも投資リソース・ポイントのうちの所与の割合が間接配当ポイントとして配当される（Ｓ２３０４）。さらに、これら直接配当および間接配当の算出を通じて発生した端数分のリソース・ポイントは、運営者アカウントに回収される（Ｓ２３０５）。

図２４に本実施形態における好適な機能の一覧（１５１４）を示すとおり、上述した第三の実施形態における図１９のポイント評価配当システムのプログラム１５１３が備える機能３１から機能３９に、さらに、報酬分配機能４０が追加される。報酬分配機能４０は、出題リソース登録時にユーザによるリソース・ポイントの投資を受付け、回答受付終了時に投資リソース・ポイントの分配先および当該分配先への配当ポイントを算出し、そして関係する各ユーザのアカウント・ポイントの増減を行う。ここで、アカウント・ポイントとは、ユーザ・テーブル４１に格納されるユーザのアカウント（口座）が有するポイントのことであり、ユーザによる出題リソースの投稿時の投資や、直接配当および間接配当における報酬分配時に増減するポイントのことである。また、直接配当ポイントおよび／または間接配当ポイント算出時の所与の割合は、前述したコミュニティ運営管理機能３７により、コミュニティ運営者が事前に設定することができる。

図２５に、クライアント端末Ａによる、ポイント評価配当サーバへの回答リソース登録フローに係るフロー（２５）を示す。第二の実施形態の説明で用いた図１２の回答リソース登録フローと比べると、処理装置１４によるアカウント引落し処理（Ｓ２５０３）が追加されており、このタイミングでユーザ・テーブル４４に格納されたユーザＡのアカウント・ポイントを減算して格納することができる。また、出題リソース入力投稿Ｓ２５０２の際は、クライアント端末に算出された初期リソース・ポイントが提示されるため、このリソース・ポイントをユーザが見て、投資すると判断した場合にのみ出題リソース入力の「正式登録」を行い、投資しないと判断した場合には、「正式登録」を行わず、「仮登録」をキャンセルすることができる。

以下に、図２６および図２７を用いて本実施形態における好適な報酬分配処理のフロー・チャートについて説明する。本実施形態における報酬分配処理は、直接配当処理、間接配当処理、および端数回収処理を含むことができる。

本実施形態において、ポイント投資ステップ（Ｓ２５０３）であって、新たなリソース情報の投稿ユーザＩＤの値をユーザ・テーブル（４１）に格納されたユーザ・アカウント情報のユーザＩＤの値として有する当該ユーザ・アカウント情報のアカウント・ポイントの値から、リソース・テーブル（４２）に格納された前記新たなリソース情報の初期リソース・ポイントを減算して、該減算された結果をさらに前記ユーザ・アカウント情報のアカウント・ポイントの値としてユーザ・テーブル（４１）に格納することで、前記アカウント・ポイントの値を増減させることを特徴とするステップ（Ｓ２５０３、Ｓ２５０４）を備えている。

また、上述のタグ・テーブル（４３）に格納された全てのタグ情報はさらに、それぞれタグ・ポイントを備えており、１つのタグ情報のタグ・ポイントは、１つのタグ情報のタグＩＤの値を、リソース・タグ関連テーブル（４５）に格納されたリソース・タグ対応情報のタグＩＤの値として有する当該リソース・タグ対応情報の１つ以上のリソースＩＤの値を、さらにリソース・テーブル（４２）に格納されたリソース情報のリソースＩＤの値として有する当該リソース情報のリソース・ポイントの値を合計した値を格納することができる。

さらに、上述した（第１）タイミングで、全てのタグ情報についてのポイントを計算してタグ・テーブルのタグ情報のタグ・ポイントの値としてそれぞれ格納するステップおよび、以下に説明する報酬分配ステップを備えることを特徴とする。

本実施形態における報酬分配ステップは、（ｉ）新たなリソース情報のリソースの（第１）テキストがインターフェイス（２１）を介して入力された際に指定された（第２の）タイミングにおいて、前述した選択ステップにより評価対象となる新たなリソース情報のリソースＩＤの値を選択し、（ｉｉ）第１リソース・リスト生成格納ステップ（１６０３）により当該新たなリソース情報の前記リソースＩＤについてのホップ数を１とするリソース・リストを生成し、（ｉｉｉ）当該リソース・リストが有する各リソースＩＤの値を、リソース・タグ関連テーブル（４５）に格納されたリソース・タグ対応情報のリソースＩＤの値としてそれぞれ有する当該リソース・タグ対応情報の１つ以上のタグＩＤの値を、さらにタグ・テーブル（４３）に格納されたタグ情報のタグＩＤの値としてそれぞれ有する当該タグ情報のタグ・ポイントの値を合計することで、ホップ数を１とするリソース・リストが有する各リソースＩＤについてのタグ・ポイントの値の合計をそれぞれ計算して一時メモリ（１５３）に格納し、（ｉｖ）リソース・テーブル（４２）に格納された新たなリソース情報の初期リソース・ポイントの値から、タグ・ポイントの値の合計の比に基づいて、当該リソース・リストが有する各リソースＩＤについての各配当ポイントを計算してそれぞれ一時メモリ（１５３）に格納し、および（ｉｉｖ）格納された各配当ポイントを、リソース・リストが有する前記各リソースＩＤの値をリソース・テーブル（４２）に格納されたリソース情報のリソースＩＤの値として有する当該リソース情報の投稿ユーザＩＤの値を、さらにユーザ・テーブル（４１）のユーザ・アカウント情報のユーザＩＤの値として有する当該ユーザ・アカウント情報のアカウント・ポイントの値にそれぞれ加算し、加算結果を、ユーザ・アカウント情報のアカウント・ポイントの値としてユーザ・テーブル（４１）にそれぞれ格納する、ことを特徴としている。

図２６において、一つの出題リソースに対する回答リソースおよび評価リソースの投稿の受け付けが終了した後、まず、前述した第二の実施形態における値付けにより、コミュニティ内全リソースに対して値付け処理が実行され（Ｓ２６０１）、その後に報酬分配処理が開始される。当該出題リソースに対して回答リソースや評価リソースが登録されている場合、すなわち、リソース関連テーブル４６に出題リソースに関連する回答リソースまたは評価リソースがリソース区分リンクに含まれている場合（Ｓ２６０２）に、各リソースが直接配当ポイントの分配対象となる。処理装置１４は報酬分配機能４０により直接配当処理を開始する（Ｓ２６０３）。そして、「回答リソース」であるリソースに対しては、前記投資リソース・ポイントのうちの「直接配当」用の所与の割合であり、かつ「回答リソース配当」用の所与の割合であるポイント（例えば、投資リソース・ポイント１０００ポイントに対し、５０％分である５００ポイントが直接配当用であり、その中でさらに、６０％分である３００ポイントが回答リソース配当用である）を利用して、各回答リソースのリソース・ポイント値に応じた比例配分を行う（Ｓ２６０４）。この例の場合、リソース区分リンクに回答リソースＶおよびＷが含まれており、各々のリソース・ポイントが１０００ポイントおよび２０００ポイントであれば、リソースＶへの配当ポイントは、１００ポイントであり、リソースＷへの配当ポイントは２００ポイントとなる。

もしくは、「評価リソース」であるリソースに対しては、投資リソース・ポイントのうちの「直接配当」用の所与の割合であり、かつ「評価リソース配当」用の所与の割合であるポイント（例えば、投資リソース・ポイント１０００ポイントに対し、５０％分である５００ポイントが直接配当用であり、その中でさらに、４０％分である２００ポイントが評価リソース配当用である）を利用して、当該リソース区分リンクに含まれる評価リソースの数で均等配分を行う（Ｓ２６０５）。この例の場合、リソース区分リンクに評価リソースＸ、Ｙが含まれていれば、それぞれのリソースへの配当ポイントは１００ポイントとなる。ここで、評価リソースの配分について、本実施形態では均等配分としたが、例えば、上述の回答リソースの配分と同様に、各リソースのリソース・ポイント値に応じて比例配分する形態にすることもできる。各直接配当ポイントを、各リソースを有するユーザのアカウント・ポイントにそれぞれ加算することで、直接配当処理が完了する（Ｓ２６０６）。

以上で直接配当処理が完了し、間接配当処理に移行する。

次いで、図２７において、間接配当処理を開始する前に、リソース区分リンクに含まれるリソース・グループからタグを抽出しておく（Ｓ２７０１）。なお、このタグの抽出の処理は、回答受付終了後のタイミングに限らず、リソースをリソース・テーブル４２に格納するイベント時に同時に抽出処理を行ってもよく、および／または一日／回といった定期的、定時的な処理であってもよい。また、タグの抽出対象は本実施例ではリソース・グループとしているが、これに限らず、例えば出題リソースのみであってもよい。リソース・タグ関連テーブルを用いて、抽出したタグと同一のタグと関連するリソースがあるかどうか、すなわち上述したタグ・リンクにおいて、抽出タグを介して１ホップでリンクされているリソースがあるかをタグごとに判定する（Ｓ２７０２）。リソースが存在する場合に、間接配当処理を開始する（Ｓ２７０３）。当該処理においては、まず、当該タグと関連するリソースが有するリソース・ポイントの合計値をタグ・ポイントとしてそれぞれ算出し、抽出された各タグに係るタグ・テーブル４３のタグ・ポイントに格納する（Ｓ２７０４）。そして、前記投資リソース・ポイントのうちの「間接配当」用の所与の割合のポイント（例えば、投資リソース・ポイント１０００ポイントに対し、５０％分である５００ポイントが間接配当用である）を利用して、各リソースに関連するタグのタグ・ポイントの合計値に応じこれらリソースに比例配分を行い、間接配当ポイントとする（Ｓ２７０５）。この例の場合、タグ・リンクにタグＡおよびＢを有する評価リソースＸＸと、タグＣを有するＹＹが含まれており、タグＡのタグ・ポイントが３００ポイント、タグＢのタグ・ポイントが５００ポイント、タグＣのタグ・ポイントが２００ポイントである場合、それぞれのリソースへ（３００＋５００）：２００の割合で５００ポイントの配当ポイントを比例配分する。すなわち、リソースＸＸへの配当ポイントは、４００ポイント、リソースＹＹへは１００ポイントとなる。ここでタグと関連するリソースが２以上あるときは、さらにリソース数で均等配分もしくはリソース・ポイントに応じた比例配分をすることができる。さらに、間接配当においては、当該比例配分計算したポイントをさらに、リソース区分リンクを利用して再配分計算を行うことを特徴とする。すなわち、前記の抽出したタグと同一のタグと関連するリソースに対し、さらに、当該リソースのリソース区分リンクに含まれるリソースまでを間接配当の対象とすることができる（Ｓ２７０６）。ここでは、前記間接配当ポイントを、リソース区分毎に設定された所与の割合（例えば、「出題リソース」であれば４０％、「回答リソース」であれば４０％、「評価リソース」であれば２０％の合計１００％）に応じて当該リソースに配分を行い、最終的な間接配当ポイントとする（Ｓ２７０７）。この例では、リソースＹＹ（出題リソース）へ比例配分した１００ポイントが、さらに、リソース区分リンクに含まれる回答リソースＺＺおよび評価リソースＺＺＺで再度配分され、出題リソースＹＹ、回答リソースＺＺおよび評価リソースＺＺＺへは、それぞれ４０ポイント、４０ポイント、２０ポイントが配分されることになる。なお、この際に回答リソースまたは評価リソースが複数登録されている場合には、各リソースに対して、再度、リソース数での均等配分またはリソース・ポイントによる比例配分を行うことができる。Ｓ２７０７で再計算した各間接配当ポイントを、各リソースを有するユーザのアカウント・ポイントにそれぞれ加算することで、間接配当処理が完了する（Ｓ２７０８）。

上述した直接配当処理および／または間接配当処理の計算に際しては、比例配分および均等配分計算を行う関係上、直接配当ポイントおよび／または間接配当ポイントが小数値となることが考えられる。この場合には、小数点以下（端数）の切り捨てを行うことで整数値への丸めを行うものとする。そして、報酬分配機能４０においては、コミュニティで流通するリソース・ポイントの全合計値に不整合が生じないようにするため、端数となったポイントを回収する端数回収処理を実行することができる。直接配当ポイントおよび／または間接配当ポイント計算において端数が発生したと判断される場合には（Ｓ２７０９）、これら端数の合計、すなわち投資リソース・ポイントと整数値に丸められた配当ポイント合計との差分は、運営者により回収される（Ｓ２７１０）。なお、回収されるポイントについて、第五の実施の形態で後述する運営管理テーブル４８を用いることにより管理され、後のポイントの再利用に用いることができる。

このように運営者が端数を回収することにより、コミュニティで流通するリソース・ポイントの全合計値に不整合が生じないようにすることができ、コミュニティの安定性を確保できる。さらに運営者は、当該ポイントを利用して特定ユーザ・アカウントに譲渡するといった形態で再流通させることもできるようになる。

本実施形態に示したとおり、直接配当処理に加えて、さらに、間接配当処理を実現することにより、リソース区分リンクによるリソース間のポイント流通のみならず、タグ・リンクによってタグを共有するリソース間でのポイント流通をも行うことができるようになる。さらには、リソース区分リンクによる直接的なリソース同志の関連のみならず、タグを通じた間接的なリソース同志の関連およびその度合いを、リソースの投稿ユーザに対して明示的に示することができるようになる。

本発明のポイント評価配当システムにおける第五の実施の形態では、第一の実施形態から第四の実施形態までの全ての実施形態を用いて実現されるポイント評価配当システムが、コミュニティ内のリソースに対してリソース・ポイントを算出する際に実行される値付け処理において、さらに、一定期間内にコミュニティ内でポイント移動が発生したことから算出されるポイントの流動比率を算出時のパラメータとして適用できる、新たな値付け処理を提供することができる。ここで「ポイント移動」とは、前述した第四の実施形態における出題リソース投稿時のポイント投資、回答受付終了後のポイントの直接配当および間接配当、および配当時の運営者による回収を含んだアカウント間でのポイント移動と、そして、予め運用管理者により設定されたマイナスの金利を用いた所与のタイミングでの運営者によるポイントの回収とを含むことができる。当該マイナス金利によるポイントの回収は、コミュニティ内の全ユーザのアカウント・ポイントから所与の時刻に、それぞれ「ユーザのアカウント・ポイント×金利」分（ただし、ここでの端数は切り捨て、整数値とする）のポイントを減算し、運営者の回収ポイントとすることにより、運営者に回収されるものである。なお、このマイナス金利の値や、運営者による回収のタイミングは、前記第二実施形態において記載したコミュニティ運営管理機能３７により設定することができる。ここで、マイナスの金利とは、所与のタイミングで運営者がユーザ・アカウントからポイントを回収するための、所与のポイント利率をいう。ユーザにとって、アカウント・ポイントはこれにより減ることになるため、マイナスの金利としている。

ここで、リソース・テーブル（４２）に格納される全リソース情報のリソース・ポイントの値と、タグ・テーブル（４３）に格納された全タグ情報のタグ・ポイントの値と、ユーザ・テーブル（４１）に格納された全ユーザ情報のアカウント・ポイントの値と、および一時メモリ（１５３）に格納される配当ポイントの値は、すべて小数点以下の値を切り捨てた整数値である。

本実施形態においては、図２８に示すとおり、ポイント評価配当サーバのデータベース１５２が、さらに、運営管理テーブル（４８）であって、ポイント移動が発生した時刻、回収ポイントや支出ポイントといった移動ポイント量をはじめとしたポイント移動記録を格納するテーブルを備える。また、ポイント流通管理テーブル（４９）であって、一定期間における総流通ポイント量を含む流通情報を格納するテーブルを備えており、コミュニティ内のポイント流通の管理に利用することができる（２８）。

本実施形態においては、リソース・テーブル（４２）に格納された新たなリソース情報の初期リソース・ポイントの値を支出ポイントの値とし、新たなリソース情報のリソース・ポイントの値と一時メモリ（１５３）に格納された配当ポイントの合計値との差を回収ポイントの値とし、（第２）タイミングの時刻をポイント移動時刻の値とする管理情報を、運営管理テーブル（４８）に格納するステップを備えている。

また、ある（第３の）タイミングにおいて、ユーザ・テーブル（４１）に格納された全てのユーザ・アカウント情報が有する各アカウント・ポイントの値に対して、所与の割合を乗算し、当該乗算した結果から小数点以下を切り捨てることにより整数値とした値を、各アカウント・ポイントの値から減算し、当該減算された結果をユーザ・アカウント情報のアカウント・ポイントの値として、ユーザ・テーブル（４１）に格納するステップ、および当該整数値を運営管理テーブル（４８）に格納される管理情報の支出ポイントの値および回収ポイントの値とし、当該タイミングの時刻をポイント移動時刻の値とする管理情報を、運営管理テーブル（４８）に格納するステップを備えている。

本実施形態においては、前記データベース（１５２）は、さらに、総流通ポイントを含む２以上のポイント流通情報を格納するポイント流通管理テーブル（４９）を備えており、これらに基づいて、（ｉ）前述した第１タイミングにおいて、上述した管理情報を格納する２つのステップにより運営管理テーブル（４８）に格納された管理情報のうち、ポイント移動時刻の値が所与の範囲内である前記管理情報が有する支出ポイントの値の合計値を計算し、当該計算された合計値を総流通ポイントの値として、ポイント流通管理テーブル（４９）に格納するステップ（Ｓ３０１）、（ｉｉ）格納された総流通ポイントの値と、既に格納されていたポイント流通情報のうち直前に格納されたポイント流通情報前記ポイント流通情報の総流通ポイントとの比により、総流通ポイント増加率を計算して、前記一時メモリ（１５３）に格納するステップ（Ｓ３０２）、および（ｉｉｉ）新たなリソース情報についてのポイントを計算および格納するステップであって、前記新たなリソース情報ついて計算されているポイントと前記一時メモリ（１５３）に格納された総流通ポイント増加率とに基づいて、新たにポイントを計算して、前記新たに入力された１つのリソース情報のリソース・ポイントの値として前記リソース・テーブル（４２）に格納するステップ、を備えることを特徴としている。

図２８に例示したように運営管理テーブル（４８）およびポイント流通管理テーブル（４９）に値が格納される。ここで、支出ポイントとは、出題リソース投稿時にユーザによって投資されるポイントや、マイナス金利によって回収されるポイント、すなわち、ユーザ・アカウントから支出されるポイントのことをいう。また、回収ポイントとは、この支出に対して、運営者アカウントに回収されるポイントのことをいう。そして、これらの支出および／または回収が発生する都度、前記運営管理テーブル（４８）に記録される。なお、上記マイナス金利により運営者アカウントに回収される際は、上記回収ポイントおよび支出ポイントに同時に同じ値を設定することができる。これらは、第２の実施形態における図１１の値付け（リソース・ポイント算出）機能３８に上記処理を実行可能とする機能を追加することで実現することができる。

図２９は、本実施形態における値付けフローの一例を示している。第二の実施形態における図１５で説明したリソースの値付けフローに加えて、さらに、Ｓ２９１として、ポイント評価配当サーバ１３の処理装置１４がコミュニティ内のポイント流動比率（増加率）を算出する処理が追加されている。当該処理において算出した流動比率は、Ｓ２９２でのリソース・ポイント算出処理における入力パラメータの一つとして利用することができる。そして、値付け（リソース・ポイント算出機能）３８において、一定時間のこれらのポイント総流通量を算出する機能を提供することができる。

図３０に、本実施形態における図２９のＳ２９１に記載した「コミュニティ内ポイント流動比率（増加率）算出処理」（Ｓ２９１）に係る具体的な処理フローの一例を示す。まず、上述した運営管理テーブル（４８）に格納された情報を用いて、一定期間にユーザのアカウント・ポイントから支出した合計ポイントを算出してＴｅｐに設定する（Ｓ３０１）。このＴｅｐを総流通ポイントＴｐ（ｎ）として算出する（Ｓ３０２）。そして、前回算出した総流通ポイントＴｐ（ｎ−１）との比率によりコミュニティ内総流通ポイント増加率ｌｐを算出することができる（Ｓ３０３）。以上で、コミュニティ内ポイント流動比率（増加率）算出処理が完了する。図２８に例示したテーブル格納の例でいえば、所与の期間内に、運営管理テーブル（４８）のポイント移動ＩＤが１００から１０２までのポイント移動が発生していたとすると、Ｔｐ（ｎ）として２５０＋３００＋２５００＝３０５０ポイントが、ポイント流通管理テーブル（４９）における総流通ポイントに格納され、Ｔｐ（ｎ−１）＝２５００との比率により、ｌｐ＝３０５０／２５００が算出される。

図２９のリソース・ポイント算出処理（Ｓ２９２）に対応する本実施形態のリソース・ポイント算出処理においては、上述したコミュニティ内総流通ポイント増加率ｌｐを、上述した「タグ・リンクのリソース・リストを利用したタグによるリソース中心値算出」および／または「行動リンクのリソース・リストを利用したユーザの行動によるリソース中心値算出」を用いて算出したリソース・ポイントと掛け合わせることで、リソース・ポイントの値を更新することができる。

このようにして算出される値は、値付け処理時におけるコミュニティ全体のポイント流通状況を反映しているものである。このようにコミュニティ全体の通貨流通量に応じた価格決定を行うことにより、上述した第二の実施形態の値付け処理に比べて、コミュニティに存在するリソースの安定性を高め、コミュニティ内の安定したポイント流動性を確保することができるるという効果を奏している。

なお、コミュニティ内総流通ポイント増加率が一定の範囲外であるときは、強制的に所与の値に設定することにより、当該安定性を制御するようにしてもいい。

第六の実施の形態は、第一の実施形態および第二の実施形態で示した構成を改良し、新たな「リソースの値付け」処理を示すものである。ユーザ・テーブルには、主にユーザＩＤと当該ユーザＩＤに関連付けられるユーザ中心値とが格納され、ユーザ関連テーブル（３１１）には、当該ユーザＩＤの１つと当該ユーザＩＤの１つに関連付けられる他のユーザＩＤと当該ユーザＩＤの１つおよび他のユーザＩＤの関係を識別するためのユーザ関連種別とを含む１つ以上のユーザ関連情報が格納され、これらの情報に基づいて、処理が行われる。

第二の実施形態では、リソースの中心性を表わすリソース中心値として、「タグによるリソース中心値」（第１リソース中心値）および「ユーザの行動によるリソース中心値」（第２リソース中心値）を想定し、これに基づいてリソース・ポイントを算出していた。これに対し、本実施形態では、上記「ユーザの行動によるリソース中心値算出」に際して、ユーザ間のリンクを示す「ユーザ・リンク」という概念を新たに考慮している。また、「タグによるリソース中心値」と当該「ユーザ・リンクを考慮したユーザの行動によるリソース中心値」とを除算した値を「リソース需給値」として定義し、当該「リソース需給値」に基づいて「リソースの値付け」を行い、最終的なリソースのポイントを算出することを特徴としている。

ここで、処理の概要を説明する。１のユーザＩＤについてユーザ・テーブル（４１）に格納されるユーザ中心値の値を計算する（Ｓ３３０６）ためのモジュールをリソース・ポイント算出機能３８は備えており、ユーザ・テーブル（４１）に格納されるユーザ中心値の値は、ユーザ関連テーブル（３１１）に格納された当該１のユーザＩＤに関連付けられる他のユーザＩＤのそれぞれに、ユーザ・テーブル（４１）によりさらに関連付けられる各ユーザ中心値の値と、当該１のユーザＩＤおよび他のユーザＩＤのそれぞれの関係を識別するための各ユーザ関連種別と、に基づいて計算されることを特徴とする。リソース・ポイント算出機能３８は、さらに、上述した１のリソースＩＤの第２リソース中心値を、さらに、上述したユーザ履歴テーブル（４４）に格納された、１のリソースＩＤに関連付けられたユーザ行動対応情報のそれぞれのユーザＩＤに、ユーザ・テーブル（４１）によりさらに関連付けられているユーザ中心値のそれぞれの値に基づいて計算する、モジュールを備えることを特徴としている。

図３１は、本実施形態における好適なテーブルの一覧および関連（３１）を示しており、第一の実施形態で示した図４を改良したものである。具体的には、ユーザ関連テーブル３１１を追加するとともに、リソース・テーブル４２に「リソース需給値」、「第１リソース中心値」および「第２リソース中心値」を、ユーザ・テーブル４１に「ユーザ中心値」を追加している。ここで、ユーザ関連テーブル３１１は、ユーザ関係情報、すなわち、１つのユーザＩＤと他のユーザＩＤ（ユーザＩＤ）とを、ユーザ間の関係を示す「関係種別」とともに関連付ける情報を格納するテーブルである。当該「関係種別」には、例えば、「お気に入りユーザに登録（Ｆ）」および「拒否ユーザに登録（Ｄ）」が含まれている。

次に図３２Ａおよび図３２Ｂを用いて、上述したユーザ関連テーブル３１１に含まれる情報により構成される複数のユーザ間のリンク（以下、「ユーザ・リンク」という）を示す。図３２Ａに例示したユーザ１、ユーザ２、ユーザ３およびユーザ４の間のユーザ・リンクは、図３２Ｂに例示したような形態でユーザ関連テーブル３１１に情報を格納することにより構成される。

具体的には、ユーザＩＤ「２」のユーザは、ユーザＩＤ「４」のユーザから「お気に入りユーザに登録」されており、ユーザＩＤ「３」のユーザは、ユーザＩＤ「１」のユーザから「拒否ユーザに登録（Ｄ）」され、かつ、ユーザＩＤ「２」のユーザからお気に入りユーザに登録（Ｆ）」されている。同様に、ユーザＩＤ「４」のユーザは、ユーザＩＤ「１」および「２」のユーザから「お気に入りユーザに登録」されており、かつユーザＩＤ「３」のユーザから「拒否ユーザに登録」されている。なお、これら「お気に入りユーザに登録（Ｆ）」および「拒否ユーザに登録（Ｄ）」は、クライアント端末上のユーザ・インターフェイスを通じて、１のユーザが登録先のユーザを指定することにより行われる。以下、「関係種別」として「お気に入りユーザに登録（Ｆ）」および「拒否ユーザに登録（Ｄ）」の２つを適用して説明するが、本発明は、これらに限定されるものではない。

本実施形態において、登録されているユーザに対するユーザ・リンクを生成することにより、当該ユーザ・リンクにおける各ユーザの中心性を客観的に評価することができる。これは、コミュニティに存在するあるユーザに対し、「お気に入りユーザに登録」しているユーザが多ければ多いほど、ユーザの中心性は高く、「拒否ユーザに登録」しているユーザが多ければ多いほど、中心性は低いという考察に基づくものである。

図３３は、このようなユーザＩＤのユーザ中心値を算出するために、サーバの処理装置が実行するステップを示す処理フローである。すなわち、最初に、ユーザ中心値算出対象となるユーザＩＤを特定する（Ｓ３３０１）。次いで、ユーザ関連テーブル３１１において当該対象ユーザＩＤに関連付けられるユーザＩＤおよびその関連種別を全て抽出する（Ｓ３３０２）。当該対象ユーザＩＤに関連付けられるユーザＩＤが抽出されない場合（Ｓ３３０３）は、当該対象ユーザＩＤのユーザ中心値を「１」としてユーザ・テーブル４１の「ユーザ中心値」に格納する（Ｓ３３０４）。当該対象ユーザＩＤに関連付けられるユーザＩＤが抽出された場合（Ｓ３３０３）には、ユーザ・テーブル４１を用いて、当該抽出された対象ユーザＩＤ全てのユーザ中心値を抽出する（Ｓ３３０５）。次いで、Ｓ３３０２で抽出された関係種別（すなわち、「Ｆ」もしくは「Ｄ」）ごとにＳ３３０４で抽出したユーザ中心値を用いて、以下の数式により、
対象ユーザＩＤのユーザ中心値＝（１＋関係種別「Ｆ」で関係付けられるユーザＩＤのユーザ中心値の和）／（１＋関係種別ユーザＩＤのユーザ中心値の和）
として対象ユーザＩＤのユーザ中心値を算出し、ユーザ・テーブル４１の「ユーザ中心値」に格納する（ステップＳ３３０６）。

先に例示した図３２Ａおよび図３２Ｂの場合において、ユーザＩＤ「４」の中心値を計算すること（Ｓ３３０１）を想定する。まず、関係種別「Ｆ」のユーザＩＤ「１」および「２」が、関係種別「Ｄ」のユーザＩＤ「３」がユーザ関連テーブルから抽出される（Ｓ３３０２、Ｓ３３０３）。ここで、例えば、ユーザ・テーブル４１におけるユーザＩＤ「１」のユーザ中心値＝２．０、ユーザＩＤ「２」のユーザ中心値＝０．５およびユーザＩＤ「３」のユーザ中心値＝１．０である場合には、これらの値がユーザ・テーブルを抽出して（Ｓ３３０５）、
ユーザＩＤ「４」の中心値＝（１＋２．０＋０．５）／（１＋１．０）＝１．７５
を算出し、ユーザ・テーブル４１に格納する（Ｓ３３０６）。

なお、当該ユーザ中心値の算出およびユーザ・テーブル４１への格納およびそのタイミングについて、（ｉ）ユーザ登録時、すなわちユーザ・テーブル４１にユーザ情報を新規に格納する時には、ユーザ中心値は初期値「１」としてユーザ・テーブル４１へ格納し、（ｉｉ）１のユーザが他のユーザを「お気に入りユーザに登録（Ｆ）」または「拒否ユーザに登録（Ｄ）」した際、すなわちユーザ関連テーブル３１１にユーザ関係情報が格納され若しくは更新された時には、上記数式を用いて当該他のユーザＩＤのユーザ中心値を算出してユーザ・テーブル４１へ格納し、および（ｉｉｉ）後述のコミュニティ内のリソース・ポイントを算出するための「リソース需給値」の算出時に、同様に、上記数式を用いて当該他のユーザＩＤのユーザ中心値を計算してユーザ・テーブル４１へ格納する。

ここまで、本実施形態において新たに導入した「ユーザ・リンク」およびにこれに基づく「ユーザ中心値」の算出処理ついて説明した。次に、図３４、３５、３６および３７を用いて値付け処理、およびこれに用いる「ユーザ・リンクを考慮したユーザの行動によるリソース中心値」算出処理等について詳細に説明する。

以下に、図３４を用いて、第二の実施形態を改良した、本実施形態におけるリソースの値付けについて、その概要を具体的に説明する。リソース・テーブル４２に格納される複数のリソースの各々は、第１リソース中心値、第２リソース中心値、リソース需給値およびリソース・ポイントを有している。そして、本システムは値付け処理によりコミュニティ内の特定のリソースおよび／または全リソースに対して、当該第１リソース中心値、第２リソース中心値、需給値およびリソース・ポイントを計算し、それぞれ計算された値でリソース・テーブル４２内の各項目を更新する。

本実施形態における値付け処理では、ポイント評価配当サーバ１３の処理装置１４は、まずリソース・ポイント算出機能により、タグ・リンクおよび行動リンクを用いてコミュニティ内の各リソースの中心値を算出することができる。ここで当該中心値算出に際しては、「タグ・リンクのリソース・リストを利用したタグによるリソース中心値算出」（Ｓ３４０１）および／または「ユーザ・リンクを考慮した行動リンクのリソース・リストを利用したユーザの行動によるリソース中心値算出」（Ｓ３４０２）が利用される。そしてこれら「行動によるリソース中心値」（第２リソース中心値）と「タグによるリソース中心値」（第１リソース中心値）とを除算した値を需給値として算出およびリソース・テーブル４２に格納し（Ｓ３４０３）、当該リソース需給値を予め設定したポイント格差により正規化することで、各リソースのリソース・ポイントが決定する（Ｓ３４０４）。

ここで、「中心値」とは、１つ以上のリソースを有するリソース群全体から見た特定リソースの客観的な中心性を相対的に示した値のことをいい、上述したタグ・リンクおよび／または行動リンクとこれらのリソース・リストとを用いることで算出できる。すなわち、当該特定リソースと他のリソースの多くとが、直接的／間接的にリンクされ、関係を有していればいるほど、中心値は高くなり、逆に、直接的／間接的な関係が少ないほど当該中心値は小さくなる。そして、「需給値」とは、これら「行動によるリソース中心値」（第２リソース中心値）と「タグによるリソース中心値」（第１リソース中心値）とに基づいて算出され、リソース需給値の値は上述のリソース・テーブル４２に１のリソースＩＤに関連付けられて格納される。

リソース・ポイント算出機能３８は、このような第１リソース中心値および第２リソース中心値に基づいて需給値を計算するためのモジュールを備えている。特に、好適な当該「需給値」として、これら「行動によるリソース中心値」と「タグによるリソース中心値」との除算値とすることができる。「行動によるリソース中心値」（第２リソース中心値）は、コミュニティ内のユーザにどれだけそのリソースが必要とされているかを示し、いわば「コミュニティにおけるリソースの需要量」であると考えられる。また、「タグによるリソース中心値」（第１リソース中心値）は、コミュニティ内においてそのリソースがいかに希少性のあるものかを示し、いわば「コミュニティにおけるリソースの供給量」であると考えられる。よって、これら需要量と供給量のバランス、すなわち除算をすることよる「需給値」が、コミュニティ内におけるリソースの真の価値を示しているという考察に基づいている。

なお、当該「需給値」は、需要量と供給量のバランスを示す値に過ぎないため、実際にユーザ・インターフェイスに提示する際は、当該リソース需給値を予め設定したリソース・ポイント格差（例えば、コミュニティ全体、すなわちリソース・テーブルに格納されている全リソースの需給値の平均値に対して、所与のリソース・ポイントの範囲内で１／１０から１０倍の格差）をつけるように正規化した値をリソース・ポイントとして採用し（Ｓ３４０４）、例えば図１４に示すようなグラフ（Ｄ１４２）を作成および提示するとよい。

当該グラフ（Ｄ１４２）は、リソースＩＤで識別されるリソース・ポイントと当該リソース・ポイントが計算された日時とを格納するテーブル（図示せず）であって、当該日時は、リソースが入力された日時並びに定期、定時および／または任意の設定されたタイミングを含む日時とするテーブルに基づいており、ポイント評価配当サーバ１３が備える提示手段において、さらに、当該テーブルに格納された、１のリソースＩＤで識別されるリソースに関連した日時およびポイントに基づいて作成され、およびインターフェイスに提示される。

すなわち、１のリソースＩＤで識別されるリソースのポイントは、リソース・テーブル４２において当該１のリソースＩＤに関連付けられたリソース需給値の値を、当該リソース・テーブル４２に格納された全てのリソースＩＤに関連付けられる全てのリソース需給値の値を所与の範囲で正規化することに基づいて計算されることを特徴とする。

なお、第２実施形態で示した図１５の値付け処理とは、共通の「タグによるリソース中心値算出」処理（Ｓ３４０１）を用いるが、「ユーザの行動によるリソース中心値算出」（Ｓ３４０２）において、ユーザ・リンクを考慮する点、およびリソース需給値を算出（Ｓ３４０３）してさらにリソース・ポイントを算出（Ｓ３４０４）する点で異なるものである。

図３７は、図３４の「タグ・リンクのリソース・リストを利用したタグによるリソース中心値算出」（Ｓ３４０１）に係る処理フローの一例である。当該フローは、図１６に示した「タグによるリソース中心値算出」に係る処理フローとは、ステップＳ３７０４において、作成されたリソース・リストに含まれるリソースＩＤについての、リソース・テーブル４２に格納された第１リソース中心値を用いて、リソース・リストのタグによるリソース中心値の合計を算出し、
「リンク強度［ホップ数］＝ホップ数／タグによるリソース中心値（第１リソース中心値）の合計」
を算出する点で異なっている。それ以外の処理については、第２の実施形態および図１６で説明したとおりである。

図３５は、図３４の「ユーザ・リンクを考慮した行動リンクのリソース・リストを利用したユーザの行動によるリソース中心値算出」（Ｓ３４０２）に係る処理フローの一例である。当該フローは、図１８Ａに示した「ユーザの行動によるリソース中心値算出」に係る処理フローとは、（ｉ）作成されるユーザ・リストに含まれるユーザＩＤについて（Ｓ１８０１、Ｓ１８１１、およびＳ１８０２）、当該抽出されたユーザＩＤのユーザ中心値を算出し、値をユーザ・テーブル４１に格納する点（Ｓ３５０１）、および（ｉｉ）ステップＳ３５０２において、作成されたリソース・リストに含まれるリソースＩＤについて、リソース・テーブル４２に格納された第２リソース中心値、およびＳ３５０１で算出されたユーザ中心値を用いて、
「（ユーザの行動によるリソース中心値（第２リソース中心値））×（区分ＩＩの重み）×（算出されたユーザ中心値）×（区分Ｉの重み）」
として評価する点（Ｓ３５０２）、の２点において異なっている。それ以外の処理については、第２の実施形態で説明したとおりである。

図３３で説明したユーザＩＤの「ユーザ中心値」を用いて、ユーザＩＤの評価値を算出することで、本実施形態で算出されるコミュニティ内のリソースのリソース・ポイントには、リソースに関連するユーザの価値をも反映させることができる。

ここで、上記「ユーザ・リンクを考慮した行動リンクを利用したユーザの行動によるリソース中心値算出」の処理を図３６に示した行動リンクの例（３６）に基づいて説明する。リソースＡからＧの処理時点での「ユーザの行動によるリソース中心値」（第２リソース中心値）は、それぞれ、第２リソース中心値（Ａ）＝３０、第２リソース中心値（Ｂ）＝４０、第２リソース中心値（Ｃ）＝５０、第２リソース中心値（Ｄ）＝６０、第２リソース中心値（Ｅ）＝１０、第２リソース中心値（Ｆ）＝２０および第２リソース中心値（Ｇ）＝３０としており、また、行動区分による重みは、閲覧（Ｖ）＝１、回答（Ａ）＝３、出題（Ｑ）＝４、ポジティブ評価（＋Ｒ）＝２、ネガティブ評価（−Ｒ）＝０．５と想定する。さらに、ユーザ１からユーザ４は、図３２Ａおよび図３２Ｂに示したユーザ・リンクを構成しているものとし、算出時点でのユーザ・テーブル４１に算出および格納されるユーザ中心値は、ユーザ１のユーザ中心値＝２．０、ユーザ２の中心値＝０．５、ユーザ３の中心値＝１．０、ユーザ４の中心値＝１．７５であるとする。さらに、簡単のため、「所定のホップ数＝１」として、Ｓ１８１１以降の繰返し処理は行わないものとする。これらの下でリソース中心値算出処理により「ユーザ・リンクを考慮したユーザ行動によるリソース中心値」を算出する。ここでの評価対象リソースは、「リソースＡ」とする。図示のとおり、リソースＡからのホップ数１のユーザ・リストは、「ユーザ（１、２）」である。また、「ユーザ１」に対応するリソース・リストは「りソース（Ｅ、Ｆ）」、および「ユーザ２」に対応するリソース・リストは「りソース（Ｂ、Ｃ、Ｄ）」である。
（Ｓ１８０１）ホップ数１のユーザ・リスト「ユーザ（１、２）」および区分Ｉ（Ａ、＋Ｒ）を抽出する。
（Ｓ３５０１）ユーザ１のユーザ中心値＝（１＋０．０）／（１＋０．０）＝１．０、およびユーザ２のユーザ中心値＝（１＋１．７５）／（１＋０．０）＝２．７５、を算出し、それぞれユーザ・テーブル４１に格納する。
（Ｓ１８０３）ホップ数１のユーザ・リスト「ユーザ（１、２）」を用いてリソースを検索し、「ユーザ１」に対応するリソース・リスト「リソース（Ｅ、Ｆ）」、「ユーザ２」に対応するリソース・リスト「リソース（Ｂ、Ｃ、Ｄ）」を生成する。また、区分ＩＩ（＋Ｒ、Ｑ、Ｖ、Ｖ、Ｑ）を各々抽出する。
（Ｓ３５０２およびＳ１８０６）ユーザ１の評価値＝（Ｅの評価値＋Ｆの評価値）＝｛（１０×（＋２）×１．０×３）＋（２０×４×１．０×３）｝＝３００、
ユーザ２の評価値＝（Ｂの評価値＋Ｃの評価値＋Ｄの評価値）＝｛（４０×１×２．７５×（＋２））＋（５０×１×２．７５×（＋２））＋（６０×４×２．７５×（＋２））｝＝１８１５、と算出される。
（Ｓ１８０７）リンク強度［１］＝１／（３００＋１８１５）、と算出される。
（Ｓ１８０８）リンク強度＝１／２１１５、と算出される。
（Ｓ１８１５）ユーザ・リンクを考慮したユーザ行動によるリソース中心値＝１／（１／２１１５）＝２１１５、と算出し、出力して処理が完了する。

以上、本実施形態において、第２の実施形態を改良し、「ユーザ・リンク」による「ユーザ中心値」、および「タグによるリソース中心値」と「ユーザ・リンクを考慮したユーザの行動によるリソース中心値」とを除算した値である「リソース需給値」を新たに定義し、当該「リソース需給値」に基づいて「リソースの値付け」を行うことを特徴とする、リソースの値付けに関する具体的な処理の一例を説明した。

以上、本発明に係るポイント評価配当システムの実施形態について説明した。

本発明に係るポイント評価配当システムを実現することにより、コミュニティ内に存在する任意のリソースのリソース・ポイントは、コミュニティ全体に対する客観的な値として決定されるという効果を奏する。すなわち、上述したタグ・リンクを用いてリソースの中心値を計算し、リソース・ポイントを計算することは、「良質なリソースが有するタグによりリンクされるリソースは、やはり良質なものとして評価される」ということであり、同様に、ユーザの行動によるリンクを用いてリソースの中心値を計算し、リソース・ポイントを計算することは、「良質なリソースに対してポジティブな行動を起こしたユーザが、ポジティブな行動を起こすリソースは、やはり良質なものとして評価される」という仕組みが提供されることになる。

また、コミュニティ全体のポイント流通を管理して、リソース・ポイントの計算に反映させることを実現することにより、一定時間のポイント総流通量が多い、すなわちコミュニティ全体が活性化している状況であれば、その時に計算されるリソース・ポイントも上昇し、またはコミュニティ全体が不活性な状態であれば、リソース・ポイントが下落することになる。すなわち、コミュニティという「市場」に対して、その時の「景気」によってリソース・ポイントが自動的に調整されるという仕組みが提供されることになる。

さらに、出題リソースに対して、ユーザにポイントを投資させ、投資ポイントを関連するリソースを投稿するユーザに配当すること、特に、直接配当のみならず、間接配当を実現することにより、タグによって間接的に関連するリソースを過去に投稿したユーザにもポイントを分配することができるになる。すなわち、出題リソースを投稿するユーザにとっては、リソースの投稿時に必要な出費行動を投資行動と捉えることが可能となり、出題リソース投稿者による良質なリソース投稿を促すことになる。そして、従来疎遠だった出題リソース間の関係が強化され、タグを中心とした良質なリソースを収集することができ、タグという同じテーマをもったグループの概念も形成できる。また、リソースを投稿し、配当を受けるユーザにとっても、当該グループへの帰属意識の醸成が期待でき、その結果良質のリソース投稿にも繋がる。

本発明の種々の実施形態から逸脱することなく、その真の主旨から逸脱することなく、修正や変更が可能であることは理解されてしかるべきである。本明細書における記載は、例示を目的とするに過ぎず、限定的な意味で解釈されるべきではない。

Claims

インターフェイスを介してユーザによって入力されるリソースについて、前記リソースのポイントを計算して出力するシステムであって、
前記リソースと、前記リソースを識別するためのリソースＩＤと、該リソースＩＤに関連付けられる第１リソース中心値と、を格納する第１格納手段と、
前記リソースＩＤの１つと、前記リソースＩＤの１つに関連付けられるタグＩＤであって、前記リソースＩＤで識別される前記リソースから抽出されるタグを識別するためのタグＩＤと、を含む１つ以上のリソース・タグ関連情報を格納する第２格納手段と、
前記第２格納手段に格納された前記１つ以上のリソース・タグ関連情報に基づいて、１の前記リソースＩＤについてホップ数の値に対応するリソース・リストを、前記ホップ数の値を１から順にインクリメントしながら繰り返し生成する第１生成手段であって、前記生成されるリソース・リストの各々は、１つ以上の前記リソースＩＤを含んでおり、直前に生成された前記リソース・リストに含まれる各前記リソースＩＤに関連付けられた各前記タグＩＤを、さらに関連付けている前記リソース・タグ関連情報に含まれる前記リソースＩＤに基づく、手段と、
前記ホップ数の値と、前記ホップ数の値に対応するリソース・リストに含まれる各前記リソースＩＤに前記第１格納手段によりそれぞれ関連付けられた前記第１リソース中心値の値とに基づいて、前記１のリソースＩＤの第１リソース中心値を計算する第１計算手段と、
前記第１計算手段で計算された第１リソース中心値に基づいて、さらに前記１のリソースＩＤで識別される前記リソースの前記ポイントを計算する第２計算手段と、
前記第２計算手段により計算された前記ポイントを前記インターフェイスに提示する提示手段と、を備えるシステム。
請求項１に記載のシステムであって、
前記第１生成手段で生成される前記ホップ数の値を１とする前記リソース・リストは、前記第２格納手段により前記１のリソースＩＤに関連付けられた各前記タグＩＤをさらに関連付けている前記リソース・タグ関連情報に含まれる前記リソースＩＤの和集合から、前記１のリソースＩＤを除くことで生成され、
前記第１生成手段で生成される前記ホップ数の値を２以上とする前記リソース・リストの各々は、前記直前に生成された前記リソース・リストに含まれる前記リソースＩＤに各々関連付けられた各前記タグＩＤをさらに関連付けている前記リソース・タグ関連情報に含まれる前記リソースＩＤの和集合から、既に生成されたいずれの前記ホップ数の値に対応する前記リソース・リストにも含まれない新たな前記リソースＩＤを抽出することで生成される、システム。
請求項２に記載のシステムであって、さらに
前記第１生成手段において、前記新たなリソースＩＤが抽出されなくなるまで、または、前記ホップ数の値が、インクリメントされた結果所与の値に達するまで、前記リソース・リストを繰り返し生成する、システム。
請求項１から３のいずれか１項に記載のシステムであって、さらに、
前記第１格納手段は、前記リソースＩＤに関連付けられる第２リソース中心値を格納することができ、
前記リソースＩＤの１つと、前記リソースＩＤの１つに関連付けられるユーザＩＤであって前記ユーザを識別するためのユーザＩＤと、前記リソースＩＤの１つおよび前記ユーザＩＤの関係を識別するための行動区分と、を含む１つ以上のユーザ行動対応情報を格納する第３格納手段と、
前記第３格納手段に格納された前記１つ以上のユーザ行動対応情報に基づいて、前記１のリソースＩＤに関連付けられる前記ユーザＩＤのそれぞれについてユーザ評価値を計算する第３計算手段であって、前記ユーザＩＤのそれぞれについて、前記ユーザＩＤを関連付けている前記ユーザ行動対応情報のリソースＩＤに、さらに前記第１格納手段により関連付けられた前記第２リソース中心値の値と、前記ユーザＩＤを関連付けている前記ユーザ行動対応情報のリソースＩＤおよび前記ユーザＩＤの関係を識別するための前記行動区分を示す値と、前記第３格納手段において前記１のリソースＩＤおよび前記ユーザＩＤの関係を識別するための前記行動区分を示す値と、に基づいて前記ユーザＩＤのユーザ評価値を計算する第３計算手段と、
前記第３計算手段で計算された、前記ユーザＩＤのぞれぞれの前記ユーザ評価値に基づいて、前記１のリソースＩＤの第２リソース中心値を計算する第４計算手段と、を備える、システム。
請求項４に記載のシステムであって、さらに、
前記ユーザＩＤと、前記ユーザＩＤに関連付けられるユーザ中心値とを格納する第４格納手段と、
第５格納手段であって、前記ユーザＩＤの１つと、前記ユーザＩＤの１つに関連付けられる他の前記ユーザＩＤと、前記ユーザＩＤの１つおよび前記他のユーザＩＤの関係を識別するためのユーザ関連種別と、を含む１つ以上のユーザ関連情報を格納する手段と、
１の前記ユーザＩＤについて前記第４格納手段に格納される前記ユーザ中心値の値を計算する第５計算手段であって、前記格納されるユーザ中心値の値は、前記第５格納手段に格納された前記１のユーザＩＤに関連付けられる前記他のユーザＩＤのそれぞれに、前記第４格納手段によりさらに関連付けられる各前記ユーザ中心値の値と、前記１のユーザＩＤおよび前記他のユーザＩＤのそれぞれの関係を識別するための各前記ユーザ関連種別と、に基づいて計算される手段と、を備えており、
前記第４計算手段で計算される前記１のリソースＩＤの第２リソース中心値は、さらに、前記第３格納手段に格納された、前記１のリソースＩＤに関連付けられた前記ユーザ行動対応情報のそれぞれのユーザＩＤに、前記第４格納手段によりさらに関連付けられた前記ユーザ中心値のそれぞれの値に基づいて計算される、システム。
請求項４に記載のシステムであって、前記行動区分は、出題、回答、ネガティブ評価、ポジティブ評価、および／または閲覧を含んでおり、前記行動区分を示す値は、各前記行動区分に対応して重み付けがされて設定される、システム。
請求項５に記載のシステムであって、前記ユーザ関連種別は、お気に入りユーザ登録、および／または拒否ユーザ登録を含んでいる、システム。
請求項４から７のいずれか１項に記載のシステムであって、さらに、
前記第１格納手段は、前記リソースＩＤに関連付けられるリソース需給値を格納することができ、
前記１のリソースＩＤについて、前記第１計算手段で計算された前記第１リソース中心値および前記第４計算手段で計算された前記第２リソース中心値に基づいて、前記第１格納手段に格納される、前記１のリソースＩＤに関連付けられる前記リソース需給値の値を計算する第６計算手段を備える、システム。
請求項８に記載のシステムであって、前記第６計算手段によって計算され格納される前記リソース需給値の値は、前記第２中心値と前記第１中心値との除算値に基づく、システム。
請求項９に記載のシステムであって、前記第２計算手段によって計算される前記１のリソースＩＤで識別される前記リソースのポイントは、前記第１格納手段において前記１のリソースＩＤに関連付けられた前記リソース需給値の値を、前記第１格納手段に格納された全ての前記リソースＩＤに関連付けられる全ての前記リソース需給値の値を所与の範囲で正規化することに基づいて計算される、システム。
請求項１〜１０のいずれか１項に記載のシステムであって、
前記第２計算手段によって、前記リソースＩＤで識別される前記リソースのポイントと前記リソースのポイントが計算された日時とを格納する第６格納手段であって、前記ポイントが計算された日時は、前記リソースが入力された日時並びに定期、定時および／または任意の設定されたタイミングを含む日時である手段を備え、
前記提示手段において、さらに、前記１のリソースＩＤで識別されるリソースについてのリソース・ポイント遷移グラフであって、前記第６格納手段に格納された前記１のリソースＩＤに関連した前記日時および前記ポイントに基づくリソース・ポイント遷移グラフを作成して前記インターフェイスに提示することを特徴とする、システム。
サーバが備える記憶装置内のデータベースに、リソースと前記リソースを一意に識別するリソースＩＤとリソース・ポイントとを含む２つ以上のリソース情報を記憶するリソース・テーブルと、タグと該タグを一意に識別するタグＩＤとを含む２以上のタグ情報を記憶するタグ・テーブルと、前記リソース情報が有するリソースＩＤの１つと該リソースＩＤに関連付けられる１つ以上のタグＩＤとを含む１つ以上のリソース・タグ対応情報を記憶するリソース・タグ関連テーブルとが含まれており、一時メモリを備える前記サーバがさらに備える処理装置が、１つの前記リソース情報のリソース・ポイントの値を、他の前記リソース情報のリソース・ポイントの値に基づいて算出および格納して、前記アカウント・ポイントを増減させる方法であって、
前記リソース・テーブルに格納された１つの前記リソース情報の前記リソースＩＤの値を選択する選択ステップと、
前記選択されたリソースＩＤの値を前記リソース・タグ対応情報のリソースＩＤの値として有する該リソース・タグ対応情報の前記タグＩＤの値を抽出し、該抽出されたタグＩＤの値を前記リソース・タグ対応情報のタグＩＤの値として有している該リソース・タグ対応情報のリソースＩＤをさらに抽出し、前記抽出されたリソースＩＤの値の和集合から、前記選択されたリソースＩＤの値を削除した前記リソースＩＤの値からなるリストを、前記選択されたリソースＩＤについてのホップ数の値を１とする、該ホップ数に対応したリソース・リストとして生成して前記一時メモリに格納する、第１のリソース・リスト生成格納ステップと、
前記ホップ数の値を２以上の整数とする、前記ホップ数対応リソース・リストを、所与の条件を満たすまで、前記ホップ数の値を２からインクリメントしながら繰り返し生成して、前記一時メモリに格納する第２のリソース・リスト生成格納ステップであって、直前に生成された前記ホップ数対応リソース・リストが有している前記リソースＩＤの値を、前記リソース・タグ対応情報のリソースＩＤの値として有している該リソース・タグ対応情報のタグＩＤの値を抽出し、該抽出されたタグＩＤの値を前記リソース・タグ対応情報のタグＩＤの値として有する該リソース・タグ対応情報のリソースＩＤの値をさらに抽出し、該抽出されたリソースＩＤの値の和集合から、前記一時メモリに格納されているすべての第１リソース・リストがそれぞれ有している前記リソースＩＤの値を削除したリソースＩＤの値からなるリストを、前記ホップ数対応リソース・リストとして生成するステップと、
前記ホップ数の値と、前記ホップ数の値に対応したそれぞれの前記ホップ数対応リソース・リストが有する各前記リソースＩＤの値を、前記リソース・テーブルに格納された前記リソース情報のリソースＩＤの値として有する該リソース情報のリソース・ポイントの値に基づいて、前記１つのリソース情報についての第１リソース中心値を計算する第１の計算ステップと、
前記計算された第１リソース中心値に基づいて、前記１つのリソース情報についての第１ポイントを計算して、前記１つのリソース情報のリソース・ポイントの値として前記リソース・テーブルに格納する第２の計算ステップと、
を備えており、第１のタイミングで前記処理装置により実行される方法。
請求項１２に記載の方法において、
前記リソース・テーブルに格納される前記リソース情報は、前記リソースＩＤに関連付けられる初期リソース・ポイントを含んでおり、さらに、
インターフェイスを介して新たに入力された１つ以上の第１のテキストをそれぞれ新たな前記リソース情報のリソースとして、前記新たなリソース情報のリソースＩＤの値と前記初期リソース・ポイントの値ともに前記リソース・テーブルに新たに格納するリソース格納ステップと、
前記リソース格納ステップにより前記新たに格納された１つ以上の第１テキストからそれぞれ抽出される第２のテキストであって、前記タグ・テーブルに格納された前記タグ情報のタグとして格納されていない新たな第２テキストを、新たな前記タグ情報のタグとして、前記新たなタグ情報のタグＩＤの値とともに、前記タグ・テーブルに新たに格納するタグ抽出格納ステップと、
前記リソース格納ステップにより格納された前記新たなリソース情報のリソースＩＤの値と前記タグ抽出格納ステップにより格納された前記新たなタグ情報のタグＩＤの値とを含む新たな前記リソース・タグ対応情報を前記リソース・タグ関連テーブルに格納するステップと、を備え、
前記リソース格納ステップにより格納された前記新たなリソース情報の初期リソース・ポイントの値は、前記インターフェイスを介して入力されたタイミングを前記第１タイミングとして、前記選択ステップにおいて前記新たなリソース情報のリソースＩＤの値を選択し、次いで、前記第１リソース・リスト生成格納ステップと、前記第２リソース・リスト生成格納ステップと、前記第１計算ステップと、前記第２計算ステップとにより計算されることを特徴とする、前記処理装置により実行される方法。
請求項１３記載の方法において、前記タグ抽出格納ステップによって前記第１テキストから抽出される前記第２テキストは、
前記第１テキストから、１つ以上の第１のキーワードを含む第１のキーワード群を抽出し、
ネットワーク上に構成される第２のサーバの記憶装置に格納される第２のデータベースであって、前記サーバのデータベースとアプリケーション・インターフェースによって連携する第２データベースに格納される、ワードとその説明との組を複数備えるテキスト集合に対し、前記抽出された第１キーワード群の各第１キーワードを用いて、前記各第１キーワードに対応する前記ワードを検索することで、前記第１キーワードに一致する前記ワードの説明を取得し、
前記取得された説明から、さらに、１つ以上の第２のキーワードを含む第２のキーワード群を抽出し、および
前記抽出された第２キーワード群に含まれる各前記第２キーワードを用いて前記リソース・テーブルのリソース情報のリソースを検索し、すでに所与の数以上格納されている前記第２キーワードを前記第２キーワード群から削除することにより抽出されることを特徴とする、方法。
請求項１３または請求項１４に記載の方法において、さらに、前記データベースが、前記リソース・テーブルのリソース情報が有する前記リソースＩＤの１つと、前記リソースＩＤの１つに関連付けられる１つ以上のユーザＩＤおよび対応する行動区分と、を含む２つ以上のユーザ行動対応情報を格納するユーザ履歴テーブルを含んでおり、
前記選択ステップにより選択された前記１つのリソース情報のリソースＩＤの値を前記ユーザ履歴テーブルに格納された前記ユーザ行動対応情報のリソースＩＤの値として有している該ユーザ行動対応情報の前記１つ以上のユーザＩＤの値、および前記対応する第１の行動区分の値を抽出して一時メモリに格納する行動区分抽出ステップと、
前記抽出された１つ以上のユーザＩＤの値ごとに１つの前記ユーザＩＤの評価値を繰り返し計算して一時メモリに格納する第３計算ステップであって、
前記１つのユーザＩＤの値を前記ユーザ履歴テーブルに格納された前記ユーザ行動対応情報のユーザＩＤの値として有する該ユーザ行動対応情報が有する、１つ以上のリソースＩＤの値および前記対応する第２の行動区分の値を抽出し、前記抽出された１つ以上のリソースＩＤの値の和集合から、前記選択されたリソースＩＤの値を削除したリストを、前記選択されたリソースＩＤについての第２リソース・リストとして生成して前記一時メモリに格納することと、
前記行動区分抽出ステップで抽出された前記第１行動区分の値と、前記生成された第２リソース・リストが有する各前記リソースＩＤの値を前記リソース・テーブルに格納された前記リソース情報のリソースＩＤの値として有する該リソース情報のリソース・ポイントの値と、前記リソース情報のリソースＩＤの値についての、前記抽出された第２行動区分の値と、に基づいて、前記１つのユーザＩＤの評価値を計算して一時メモリに格納すること、とを含む第３計算ステップと、
前記抽出された１つ以上のユーザＩＤの各前記評価値に基づいて、前記１つのリソース情報についての第２リソース中心値を計算するステップと、
前記１つのリソース情報についての前記計算された第１リソース中心値と前記計算された第２リソース中心値とに基づいて、さらに前記１つのリソース情報についての第２ポイントを計算して、前記１つのリソース情報のリソース・ポイントの値として前記リソース・テーブルに格納するステップと、
を備えており、前記第１タイミングで前記処理装置により実行される方法。
請求項１５記載の方法において、さらに、
前記リソース・テーブルに格納された全てのリソース情報のリソースＩＤの値のそれぞれについて、前記選択ステップにおいて前記１つのリソース情報のリソースＩＤとして選択し、次いで、前記第１リソース・リスト生成格納ステップと、前記第２リソース・リスト生成格納ステップと、前記第１計算ステップと、前記第２計算ステップとによって、前記全てのリソース情報の第１リソース中心値の値および全てのリソース情報の第２リソース中心値をそれぞれ計算し、該計算された前記第１リソース中心値の合計値と前記第２リソース中心値の合計値との比率に基づいて、前記全てのリソース情報の第３ポイントをそれぞれ計算して一時メモリに格納し、該それぞれ計算された第３ポイントを、前記全てのリソース情報のリソース・ポイントの値としてそれぞれ前記リソース・テーブルに格納する、第３ポイント格納ステップを備え、前記第１タイミングで前記処理装置により実行される方法。
請求項１６記載の方法において、さらに、ユーザを一意に識別する前記ユーザＩＤおよび該ユーザＩＤに関連付けられるアカウント・ポイントを含む２つ以上のユーザ・アカウント情報を格納するユーザ・テーブルを備え、
前記リソース・テーブルに格納される前記２つ以上のリソース情報は、さらに前記リソース情報のリソースＩＤに関連付けられる１つの投稿ユーザＩＤであって、該投稿ユーザＩＤの値は、前記リソース情報のリソースとして、前記第１テキストを入力した前記ユーザの前記ユーザＩＤの値である投稿ユーザＩＤをそれぞれ含み、
前記ユーザ履歴テーブルに格納された前記２つ以上のユーザ行動対応情報の前記行動区分は、出題、回答、ネガティブ評価、ポジティブ評価および閲覧を表わす区分を含み、前記区分に応じた値を前記行動区分の値としており、
前記リソース格納ステップにおいて、さらに、前記インターフェイスを介して前記第１テキストを入力したユーザの前記ユーザＩＤの値を、前記新たなリソース情報の前記投稿ユーザＩＤの値として格納し、同時に、
前記新たなリソース情報の前記リソースＩＤの値と、前記新たなリソース情報の前記投稿ユーザＩＤの値と、前記行動区分のうち閲覧以外のいずれか１つの区分であって前記ユーザに選択された区分に応じた値と、を含む前記ユーザ行動対応情報を前記ユーザ履歴テーブルに格納するステップと、
前記リソース・テーブルに格納された前記全てのリソース情報が有するリソースの前記リソースＩＤの値のいずれかが、任意の前記ユーザにより前記インターフェイスを介して指定されたタイミングで、前記指定されたリソースＩＤの値と、前記指定した前記ユーザを識別する前記ユーザＩＤの値と、前記閲覧を表わす前記区分に応じた値と、を含む前記ユーザ行動対応情報を前記ユーザ履歴テーブルに格納するステップと、
を備え、前記処理装置により実行される方法。
請求項１７に記載の方法において、さらに、
ポイント投資ステップであって、前記新たなリソース情報の前記投稿ユーザＩＤの値を前記ユーザ・テーブルに格納された前記ユーザ・アカウント情報のユーザＩＤの値として有する該ユーザ・アカウント情報のアカウント・ポイントの値から、前記リソース・テーブルに格納された前記新たなリソース情報の初期リソース・ポイントを減算して、該減算された結果をさらに前記ユーザ・アカウント情報のアカウント・ポイントの値として前記ユーザ・テーブルに格納することで、前記アカウント・ポイントの値を増減させることを特徴とするステップを備えており、
前記タグ・テーブルに格納された全てのタグ情報はさらに、それぞれタグ・ポイントを備えており、１つの前記タグ情報のタグ・ポイントは、１つの前記タグ情報のタグＩＤの値を、前記リソース・タグ関連テーブルに格納された前記リソース・タグ対応情報のタグＩＤの値として有する該リソース・タグ対応情報の１つ以上のリソースＩＤの値を、さらに前記リソース・テーブルに格納された前記リソース情報のリソースＩＤの値として有する該リソース情報のリソース・ポイントの値を合計した値を格納することができ、さらに、前記方法において、
前記第１タイミングで、前記全てのタグ情報についての第４ポイントを計算して前記タグ・テーブルの前記タグ情報のタグ・ポイントの値としてそれぞれ格納する第４ポイント計算格納ステップと、
報酬分配ステップであって、前記新たなリソース情報のリソースの前記第１テキストが前記インターフェイスを介して入力された際に指定された第２のタイミングにおいて、
前記選択ステップにより前記新たなリソース情報のリソースＩＤの値を選択し、
前記第１リソース・リスト生成格納ステップにより前記新たなリソース情報の前記リソースＩＤについての前記ホップ数を１とする前記ホップ数対応リソース・リストを生成し、
該ホップ数対応リソース・リストが有する各リソースＩＤの値を、前記リソース・タグ関連テーブルに格納された前記リソース・タグ対応情報のリソースＩＤの値としてそれぞれ有する該リソース・タグ対応情報の１つ以上のタグＩＤの値を、さらに前記タグ・テーブルに格納された前記タグ情報のタグＩＤの値としてそれぞれ有する該タグ情報のタグ・ポイントの値を合計することで、前記ホップ数を１とする前記ホップ数対応リソース・リストが有する各リソースＩＤについての前記タグ・ポイントの値の合計をそれぞれ計算して前記一時メモリに格納し、
前記リソース・テーブルに格納された前記新たなリソース情報の前記初期リソース・ポイントの値から、前記格納されたタグ・ポイントの値の合計の比に基づいて、前記ホップ数対応リソース・リストが有する前記各リソースＩＤについての各配当ポイントを計算してそれぞれ前記一時メモリに格納し、および
前記格納された各配当ポイントを、前記ホップ数対応リソース・リストが有する前記各リソースＩＤの値を前記リソース・テーブルに格納された前記リソース情報のリソースＩＤの値として有する該リソース情報の投稿ユーザＩＤの値をさらに前記ユーザ・テーブルの前記ユーザ・アカウント情報のユーザＩＤの値として有する該ユーザ・アカウント情報のアカウント・ポイントの値にそれぞれ加算して、該加算した結果を、前記ユーザ・アカウント情報のアカウント・ポイントの値として前記ユーザ・テーブルにそれぞれ格納する、報酬分配ステップとを備え、前記処理装置により実行される方法。
請求項１８に記載の方法において、前記データベースはさらに、報酬分配における支出ポイントと回収ポイントとポイント移動時刻とを含む２以上の管理情報を格納する運営管理テーブルを備えており、
前記リソース・テーブルに格納された前記新たなリソース情報の前記初期リソース・ポイントの値を前記支出ポイントの値とし、前記新たなリソース情報の前記リソース・ポイントの値と前記一時メモリに格納された配当ポイントの合計値との差を前記回収ポイントの値とし、前記第２タイミングの時刻をポイント移動時刻の値とする前記管理情報を、前記運営管理テーブルに格納する第１管理情報格納ステップと、
を備え、前記処理装置により実行される方法。
請求項１９に記載の方法において、さらに、第３のタイミングにおいて、
前記ユーザ・テーブルに格納された全ての前記ユーザ・アカウント情報が有する各アカウント・ポイントの値に対して、所与の割合を乗算し、該乗算した結果から小数点以下を切り捨てることにより整数値とした値を、前記各アカウント・ポイントの値から減算し、該減算された結果を前記ユーザ・アカウント情報のアカウント・ポイントの値として、前記ユーザ・テーブルに格納するステップと、
前記整数値を前記運営管理テーブルに格納される前記管理情報の前記支出ポイントの値および前記回収ポイントの値とし、前記第３タイミングの時刻をポイント移動時刻の値とする前記管理情報を、前記運営管理テーブルに格納する第２管理情報格納ステップと、
を備え、前記処理装置により実行されることを特徴とする、方法。
請求項２０に記載の方法において、前記データベースは、さらに、総流通ポイントを含む２以上のポイント流通情報を格納するポイント流通管理テーブルを備えており、前記第１タイミングにおいて、
前記第１管理情報格納ステップおよび／または前記第２管理情報格納ステップにより前記運営管理テーブルに格納された前記管理情報のうち、前記ポイント移動時刻の値が所与の範囲内である前記管理情報が有する支出ポイントの値の合計値を計算し、該計算された合計値を総流通ポイントの値として、前記ポイント流通管理テーブルに格納するステップと、
前記格納された前記総流通ポイントの値と、既に格納されていた前記ポイント流通情報のうち最後に格納された前記ポイント流通情報の総流通ポイントとの比をとることにより、総流通ポイント増加率を計算して、前記一時メモリに格納するステップと、
前記新たなリソース情報についての第５ポイントを計算および格納するステップであって、前記第４ポイント計算格納ステップにより、前記新たなリソース情報ついて計算された第４ポイントと前記一時メモリに格納された総流通ポイント増加率とに基づいて、第５ポイントを計算して、前記新たに入力された１つのリソース情報のリソース・ポイントの値として前記リソース・テーブルに格納するステップとを備え、前記処理装置により実行される方法。