JP2004164039A - 情報交換支援システム、情報交換支援方法およびプログラム - Google Patents
情報交換支援システム、情報交換支援方法およびプログラム Download PDFInfo
- Publication number
- JP2004164039A JP2004164039A JP2002326186A JP2002326186A JP2004164039A JP 2004164039 A JP2004164039 A JP 2004164039A JP 2002326186 A JP2002326186 A JP 2002326186A JP 2002326186 A JP2002326186 A JP 2002326186A JP 2004164039 A JP2004164039 A JP 2004164039A
- Authority
- JP
- Japan
- Prior art keywords
- user
- question
- answer
- information
- users
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】オンライン・コミュニティにおいて効率的に質の悪い質問や回答を効率よく排除でき、質の高い専門知識の蓄積が可能なシステムと方法を提供すること。
【解決手段】予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムに対して、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数を設けて当該関数値によりユーザのオンライン・コミュニティでの活動を管理する。
【選択図】 図１
【解決手段】予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムに対して、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数を設けて当該関数値によりユーザのオンライン・コミュニティでの活動を管理する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネットやイントラネット等の通信ネットワークを介するコミュニティ（以下、オンライン・コミュニティ）において、そのオンライン・コミュニティの活性化、および、効率の良い管理運営に関する情報交換支援システム、情報交換支援方法およびプログラムに関する。
【０００２】
【従来の技術】
１９９０年最初のＷＥＢサーバとクライアントマシンが英国人Ｔｉｍ Ｂｅｒｎｅｒｓ−Ｌｅｅによって、ＣＥＲＮ（欧州粒子物理学研究所）で開発された。現在では一般にサーバ・マシンに対して、クライアント・マシンと言うように言葉が対になって、使用されている。以下、オンライン・コミュニティの成員であるクライアントを、ユーザと表記する。１９９３年イリノイ大学のＮａｔｉｏｎａｌ Ｃｅｎｔｅｒ ｆｏｒ Ｓｕｐｅｒｃｏｍｐｕｔｉｎｇ Ａｐｐｌｉｃａｔｉｏｎｓ （ＮＣＳＡ）で開発されたインターネット・ブラウザＭＯＳＡＩＣが画期的な実用性を実証し、１９９４年、Ｎｅｔｓｃａｐｅが設立され、インターネットの爆発的普及のきっかけになった。これらの歴史的経過は次に詳しい。
【０００３】
ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｈｉｓｔｏｒｙ．ｈｔｍｌ あるいは、
ｈｔｔｐ：／／ｗｗｗ．ａｓｃ．ｕｐｅｎｎ．ｅｄｕ／ｕｓｒ／ｃｈｕｎｔｅｒ／ａｇｏｒａ＿ｕｓｅｓ／ｃｈａｐｔｅｒ＿２．ｈｔｍｌ
にあるように、世界最初のネットワーク環境での電子掲示板の開発はＵｓｅｎｅｔと呼ばれるもので１９７９年に遡る。その後の電子掲示板の爆発的発展普及は周知の通りである。
【０００４】
上述の従来のオンライン・コミュニティについては以下の問題がある。
まず、第１には、ユーザにとって、参加するオンライン・コミュニティの信頼性は重要なものであり、信頼性の高いオンライン・コミュニティの健全なサイト経営を図るために必要とされるモデレータやコンテンツ管理のできる専門家、信頼性の高い情報を提供できる回答者などの人件費を含めオンライン・コミュニティの管理運営費用が多大にかかる。このため、いかに少人数で運営できる自動化されたシステムを構築するかという問題がある。
【０００５】
第２には、医者、弁護士など公的資格を有する専門家などが回答者である場合には、サイト運営者はこれら有資格者と有償契約し、一般に質問に対する回答は有料である場合が多い。質問者は回答者が適切に答えてくれるかどうか不安であり、また、不満足な回答が得られたことに対しても不本意のままその回答に対する代金を支払わねばならず、質問者の期待とその回答に対する対価の関係が不明瞭である。
【０００６】
従来のこうしたシステムの根本にある思想は言わば図４（ａ）に示すような「教室モデル」とも言うべきものであって、教える人は知的権威性があり、質問する人は生徒のように扱われてきた。したがって、図４（ｂ）に示すようなコミュニティ成員同士の自由で活発な質疑・応答ができるシステムをいかに構築するかという問題がある。
【０００７】
第３には、サイト経営の立場からすると、質問者である顧客ユーザにクリティカル・マス（経営が成立する最小限の顧客数）が必要であるが、回答者にもクリティカル・マス（顧客満足を充足する最小限の契約回答者数）が必要であり、公的資格などを有する社会的信用度の高い多くの回答者（図４（ａ）のｅ１，ｅ２， ｅ３，…，ｅｎ）と契約する必要があって、多大な努力と投資が必要になる。従って、特別の回答者を多数組織したり、回答者との特別の契約をしないで如何に投資額を抑えたオンライン・コミュニティを形成できるかという問題がある。
【０００８】
第４には、個人レベルで、Ｑ＆Ａを実施しているケースもあるが、不特定多数の人々から為される質問は多岐に亙り、回答者個人の身の周りにある知識や経験で即答できる場合は成り立つが、回答者が持てる調査ノウハウを使って調査をしたりして、回答を作成するような場合には、時間や費用が発生し、その負担に耐えられず、結局、何ヶ月かの間に消えた失敗事例も多い。ボランティア・サービスとして、割り切っている場合は、顧客である質問者も回答が無い場合でも納得せざるを得ない。それは質問者の期待する回答の品質が保証されないことでもある。有料、無料を問わず、そのサービスの質を確保する上ですぐに限界にぶつかるケースが多く、質問に答えるというニーズに対応できるコミュニティ運営は極めて困難であった。従って、こうした回答のできるポテンシャルのある人々をもオンライン・コミュニティに如何に招き入れるかという問題がある。
【０００９】
第５には、ＫＭＳ（Ｋｎｏｗｌｅｄｇｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）の構築が企業の盛衰を決定付けるとして、例えば、「知識創造の経営―日本企業のエピステモロジー」野中郁次郎 （著） 単行本 （１９９０／１２／０１） （日本経済新聞社）には社員一人一人の蓄積している知識や経験を集約してデータベース（ＤＢ）を作る必要性が説かれている。また、「図解ナレッジマネジメント」アーサーアンダーセンビジネスコンサルティング（著）単行本（１９９９／７／２２）（東洋経済新報社）には、知識や経験の集約のための具体的な方法手順が開示されている。これらは、大企業には有効であるものの中小零細企業レベルでの実践は困難である。少人数の経営体では、身近の達人ともいうべき相談相手（ナレッジ・チャンピオン）が一般に期待できない。したがって、企業内部のある一定の定義された組織の構成員を対象にしたグループだけでなく、中小零細企業に所属する者あるいは個人であっても参加でき、そのオンライン・コミュニティの成員との知識・情報交換が容易に行えるようなシステムを如何に構築するかという問題がある。
【００１０】
第６には、インターネットやイントラネットの双方向通信という特徴を生かした持続的、自律的で自己成長できるオンライン・コミュニティの知識・情報交換支援サービスを実現するため、まず、図３（ａ）に示すように、ふざけた質問、恣意的な愚問やいやがらせの質問など（排除したい質問）を適切に排除する必要がある。当該オンライン・コミュニティの運営目的に沿ってなされる質問は多様にあり得る。良い質問もあれば、目的にそぐわない質問もある。
【００１１】
質問の質とその出現確率はガウス分布すると考えられる。その境界Ｔｈｒｅｓｈｏｌｄ：Ｔａは必ずしも簡単に数値で表現できるものではないが、概念的には排除したい質問が存在する。一方、図３（ｂ）に示すように、回答にも質が問われる。質問と同様に、回答に対しても、Ｔｈｅｒｅｓｈｏｌｄ：Ｔｂが概念的に考えられる。このふざけた回答、不真面目な回答などを排除することの裏返しは、知識・情報の共有という本来の目的のために、良い回答、とても良い回答が回答者から提供されるように支援することでもある。
【００１２】
これに関する技術として、特開２００２−２４１３５号公報の「電子掲示板システム」には、コミュニティサイトシステムの電子掲示板に掲載された発言に対する苦情を苦情申立てボタンを操作して送信処理を実行するシステムが提案されているが、さらに効率よく、またモデレータなどの人手をかけずに、如何に質の悪い質問や回答を排除して、オンライン・コミュニティの目的に沿って、オンライン・コミュニティ成員の自覚を高めるしくみを作るかという問題がある。
【００１３】
【発明が解決しようとしている課題】
本発明はかかる従来の事情に対処してなされたものであり、その目的とするところは、質の悪い質問や回答を効率よく排除し、コミュニティ成員同士が自由で活発に質疑・応答ができ、専門知識の蓄積が可能な情報交換支援システム、情報交換支援方法およびプログラムを提供することにある。
【００１４】
【課題を解決するための手段】
上記目的を達成するため、請求項１の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数を備え、当該パフォーマンス評価関数の値によりユーザのオンライン・コミュニティでの活動を管理することを特徴とする。
【００１５】
請求項１０の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数によりユーザのオンライン・コミュニティでの活動の管理を行うことを特徴とする。
【００１６】
請求項１９の発明に係わるプログラムは、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムで動作するプログラムであって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数によりユーザのオンライン・コミュニティでの活動の管理を行う処理をコンピュータに実行させることを特徴とする。
【００１７】
請求項１、１０または１９に記載の発明では、パフォーマンス評価関数によりユーザのオンライン・コミュニティでの活動の管理を行う。ここで、「通信ネットワーク」とは、主にインターネットやイントラネットなどのネットワークを意味するが、これに限らず、例えば、専用回線や公衆回線により直接オンライン・コミュニティサイトにアクセスするような場合も含む。
【００１８】
請求項２の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨としてのデータ管理を実行する手段を備えたことを特徴とする。
【００１９】
請求項１１の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨としてのデータ管理を実行することを特徴とする。
【００２０】
請求項２または１１に記載の発明では、コミュニティ通貨の概念を導入してユーザの活動の管理およびインセンティブの向上を図る。
【００２１】
請求項３の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数データと、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨データをもとにユーザを分類した評価テーブルを備え、当該評価テーブルに基づき夫々のユーザのオンライン・コミュニティでの活動を管理する手段を備えたことを特徴とする。
【００２２】
請求項１２の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数データと、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨データをもとにユーザを分類した評価テーブルにより夫々のユーザのオンライン・コミュニティでの活動を管理することを特徴とする。
【００２３】
請求項３または１２に記載の発明では、パフォーマンス評価関数とコミュニティ通貨によるデータを用いていわゆるポートフォリオを作成してユーザの活動を管理する。
なお、上記の分類のしかたとして、たとえば、ポートフォリオの象限等によりユーザグループに優先順位を設け、この優先順位に基づいてユーザを階層化した評価テーブルを用いて管理するようにしてもよい。
【００２４】
請求項４の発明に係わる情報交換支援システムは、さらに、ユーザから送信される質問を受信した時刻（ｔｓ）を記憶する手段と、予めユーザに提示された一定時間（ｔ０）以内にどのユーザからも回答もしくは回答予約の受信がないときは、その時刻（ｔｄ）を記憶する手段と、その経過時間計算（ｔｄ＝ｔｓ＋ｔ０）に基づき、質問を表示するブラウザ画面からその質問を削除すると共に質問者に質問文の表現を変える旨の通知を行う手段とを備えたことを特徴とする。
【００２５】
請求項１３の発明に係わる情報交換支援方法は、さらに、ユーザから送信される質問を受信した時刻（ｔｓ）質問受信時刻を記憶し、予めユーザに提示された一定時間（ｔ０）以内にどのユーザからも回答もしくは回答予約の受信がないときは、その時刻（ｔｄ）を記憶し、その経過時間計算（ｔｄ＝ｔｓ＋ｔ０）に基づき、質問を表示するブラウザ画面からその質問を削除すると共に質問者に質問文の表現を変える旨の通知を行うことを特徴とする。
【００２６】
請求項４または１３に記載の発明では、質問を登録後の回答が無い状態の経過時間により、その質問が適切であったかどうかの判定を行う。ここで、「質問文の変更を促す通知」としては、アドバイス、指示、あるいは、命令など色々な目的が考えられるが、その目的は問わない。
【００２７】
請求項５の発明に係わる情報交換支援システムは、さらに、回答予約を受信する手段と、当該回答予約の遵守状況をパフォーマンス評価関数のパラメータの一つとして管理する手段とを備えたことを特徴とする。
【００２８】
請求項１４の発明に係わる情報交換支援方法は、さらに、回答予約を受信し、当該回答予約の遵守状況をパフォーマンス評価関数のパラメータの一つとして管理することを特徴とする。
【００２９】
請求項５または１４に記載の発明では、ユーザが予約の約束を守るかどうかを活動のパフォーマンス評価の指標の一つとする。
【００３０】
請求項６の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、回答要求のある質問を表示するブラウザ画面において、制限された回答数に対する回答予約状況を表示すると共に期限の設定および回答予約の入力を促すことを特徴とする。
【００３１】
請求項１５の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、回答要求のある質問を表示するブラウザ画面において、制限された回答数に対する回答予約状況を表示すると共に期限の設定および回答予約の入力を促すことを特徴とする。
【００３２】
請求項６または１５に記載の発明では、質問に対する回答数を制限し、回答予約を行うことにより回答枠を獲得する。これにより回答活動に対して競争原理を導入する。
【００３３】
請求項７の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、質問者へのアドバイスの発信回数を記憶する手段と、この質問者がアドバイスに反して同様の内容を繰り返す場合には、予めユーザに提示された回数（ｎｉ１）を超える場合（ｎ＞ｎｉ１）は、質問する権利を制限し、さらに繰り返すことにより、アドバイスの発信回数が予めユーザに提示された回数（ｎｉ２＞ｎｉ１）を超えると（ｎ＞ｎｉ２）、当該オンライン・コミュニティから除名する等の制裁措置を実行する手段を備えたことを特徴とする。
【００３４】
請求項１６の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、質問者へのアドバイスの発信回数を記憶し、この質問者がアドバイスに反して同様の内容を繰り返す場合には、予めユーザに提示された回数（ｎｉ１）を超える場合（ｎ＞ｎｉ１）は、質問する権利を制限し、さらに繰り返すことにより、アドバイスの発信回数が予めユーザに提示された回数（ｎｉ２＞ｎｉ１）を超えると（ｎ＞ｎｉ２）、当該オンライン・コミュニティから除名する等の制裁措置を行うことを特徴とする。
【００３５】
請求項７または１６に記載の発明では、質問後の回答なし状態の経過時間を監視することにより、ユーザの活動を管理すると共に何度も同様のことを繰り返すユーザに対して除名等の措置を行う。
ここで、ｎｉ１、ｎｉ２は自然数である。
【００３６】
請求項８の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、質問に対する回答への質問者の評価を受信する手段と、当該評価を離散的に表示する手段と、その評価が低い場合に回答者に注意情報を送信すると共にその数を計数する手段と、その係数値が予めユーザに提示された一定の回数（ｎｄ １）を超える場合（ｎ＞ｎｄ １）には、回答する権利を制限し、さらに繰り返すことにより注意情報の送信回数が予めユーザに提示された一定の回数（ｎｄ２）を超えると（ｎ＞ｎｄ２）、当該オンライン・コミュニティから除名する等の制裁措置を実行する手段を備えたことを特徴とする。
【００３７】
請求項１７の発明に係わる情報交換支援システムは、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、質問に対する回答への質問者の評価を受信し、当該評価を離散的に表示し、その評価が低い場合に回答者に注意情報を送信すると共にその数を計数し、その係数値が予めユーザに提示された一定の回数（ｎｄ１）を超える場合（ｎ＞ｎｄ１）には、回答する権利を制限し、さらに繰り返すことにより注意情報の送信回数が予めユーザに提示された一定の回数（ｎｄ２）を超えると（ｎ＞ｎｄ２）、当該オンライン・コミュニティから除名する等の制裁措置を行うことを特徴とする。
【００３８】
請求項８または１７に記載の発明では、質問者の回答に対する満足度を離散値により入力し、不満足な回答を何度も行うユーザに対して除名等の措置を行う。ここで、ｎｄ１、ｎｄ２は自然数である。
【００３９】
請求項９の発明に係わる情報交換支援システムは、さらに、ユーザからの質問をカテゴリ別に登録し、当該質問に対する回答およびユーザの活動の管理をカテゴリ別に行うことを特徴とする。
【００４０】
請求項１８の発明に係わる情報交換支援方法は、さらに、ユーザからの質問をカテゴリ別に登録し、当該質問に対する回答およびユーザの活動の管理をカテゴリ別に行うことを特徴とする。
【００４１】
請求項９または１８に記載の発明では、カテゴリ別に管理することによりユーザの得意分野での活動の活性化を図る。
【００４２】
さらに、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、ユーザの端末装置から送られてくる質問を受信する手段と、当該ユーザからの質問が制限状態にあるか否かを活動状態テーブルを参照して判定し、制限状態に無ければ、受信した質問を質問リストに登録する質問登録手段と、質問リストへの登録後の経過時間を計測する第１のタイマ手段と、経過時間が所定の値を超えたときは当該質問を質問リストから削除すると共に質問者に質問の表現を変えるよう促すメッセージを送信する第１の通知手段と、を備えたことを特徴とする。
【００４３】
なお、質問が制限状態にあるか否かは通常、活動状態テーブルに質問制限フラグを設け、そのセット。リセットにより行うが、質問掲載時間など特定のデータを参照して行ってもよい。
ここで、「活動状態」とは、ユーザが除名状態にあるか、質問や回答などの活動が制限されているかどうかなど、ユーザのオンライン・コミュニティ上での活動管理に必要な状態情報をいう。
「制限」は、禁止も含む趣旨である。
「質問リストへの登録後の経過時間」は、厳密に登録処理により計測を開始する必要はなく、登録処理と一連の処理における任意のタイミングで計測を開始すればよいという趣旨で、質問を受信してから計測を開始する場合も含む。
【００４４】
また、本発明に係わる情報交換支援システムは、さらに、第１の通知手段により質問が質問リストから削除された回数をユーザごとにカウントする第１の計数手段を備え、第１の計数手段の値が所定の値を超えると活動状態テーブルの当該ユーザの質問制限フラグをセットするステータス管理手段とを備えたことを特徴とすることを特徴とする。
ここで、「質問制限フラグのセット」は、同様な機能を果たすものも含む趣旨で、質問許可フラグのリセットも含む。
【００４５】
また、本発明に係わる情報交換支援システムは、さらに、活動状態テーブルと第１の計数手段はカテゴリごとに設けられ、ステータス管理手段は、第１の計数手段の値が所定の値を超えると活動状態テーブルの当該ユーザの質問制限フラグをセットすることを特徴とする。
【００４６】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、ユーザの端末装置から送られてくる質問を受信する手段と、当該ユーザからの質問が制限状態にあるか否かを活動状態テーブルを参照して判定し、制限状態に無ければ、受信した質問を質問リストに登録する質問登録手段と、質問リストへの登録後の経過時間を計測する第１のタイマ手段と、経過時間が所定の値を超えたときは当該質問を質問リストから削除すると共に質問者に質問の表現を変えるよう促すメッセージを送信する第１の通知手段と、第１の通知手段により質問が質問リストから削除された回数をユーザごとにカウントする第１の計数手段と、ユーザの端末装置から送られてくる回答を受信する手段と、当該ユーザからの回答が制限状態にあるか否かを活動状態テーブルを参照して判定し、制限状態に無ければ、受信した回答をこの回答に係る質問と関連付けて記憶する手段と、質問者の回答に対する満足状態を表す満足度情報を受信し、回答と関連付けて記憶する手段と、記憶している質問、該質問に対する回答、該回答に対する満足度を表示する手段と、満足度情報により質問者が満足であれば、その回数をカウントする第２の計数手段と、ユーザごとに該ユーザの第１の計数手段の値から第２の計数手段の値を減算し、その減算結果が所定の値を越えると活動状態テーブルの該ユーザの質問制限フラグをセットするステータス管理手段とを備えたことを特徴とする。
【００４７】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、回答者であるユーザの端末装置から送られてくる回答期限を含む回答予約情報を受信する手段と、当該ユーザからの回答が制限状態にあるか否かを活動状態テーブルの回答制限フラグを参照して判定し、制限状態に無ければ、受信した回答予約情報を対応する質問と関連付けて記憶する手段と、回答予約情報の受信後の経過時間を計測する第２のタイマ手段と、経過時間が所定の値を超えたときは回答者へ注意メッセージを送信する第２の通知手段とを備えたことを特徴とする。
【００４８】
また、本発明に係わる情報交換支援システムは、さらに、回答期限を超過した回数をユーザごとにカウントする第３の計数手段と、この第３の計数手段の値が所定の値を超えると活動状態テーブルの該当するユーザの回答制限フラグをセットするステータス管理手段とを備えたことを特徴とする。
【００４９】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、回答者であるユーザの端末装置から送られてくる回答を受信する手段と、当該ユーザからの回答が制限状態にあるか否かを活動状態テーブルの回答制限フラグを参照して判定し、制限状態に無ければ、受信した回答に対応する質問と関連付けて記憶する手段と、質問者の回答に対する満足状態を表す満足度情報を受信し、回答と関連付けて記憶する手段と、記憶している質問、該質問に対する回答、該回答に対する満足度を表示する手段と、満足度情報により質問者が不満足であれば、その回数をカウントする第４の計数手段と、第４の計数手段の値が所定の値を超えると活動状態テーブルの当該ユーザの回答制限フラグをセットするステータス管理手段とを備えたことを特徴とする。
【００５０】
また、本発明に係わる情報交換支援システムは、さらに、活動状態テーブルと第４の計数手段はカテゴリごとに設けられ、ステータス管理手段は、第４の計数手段の値が所定の値を超えると活動状態テーブルの当該ユーザの回答制限フラグをセットすることを特徴とする。
【００５１】
また、本発明に係わる情報交換支援システムは、さらに、満足度情報により質問者が満足であれば、その回数をカウントする第２の計数手段を備え、ステータス管理手段は、第４の計数手段の値から第２の計数手段の値を減算し、その減算結果が所定の値を超えると活動状態テーブルの当該ユーザの回答制限フラグをセットすることを特徴とする。
【００５２】
また、本発明に係わる情報交換支援システムは、さらに、各計数手段は一定期間でリセットされることを特徴とする。
【００５３】
また、本発明に係わる情報交換支援システムは、さらに、ユーザごとにオンライン・コミュニティへの加入期間を記憶する手段と、当該加入期間に基づいて定まる値を各所定の値に加算することを特徴とする。
【００５４】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、質問に対して回答を獲得した回数を回答獲得回数情報としてユーザごとに記憶する手段と、質問に対して所定期間内に回答を獲得することができず質問が削除になった回数を質問削除回数情報としてユーザごとに記憶する手段と、ユーザの回答獲得回数情報と質問削除回数情報との差が所定値Ｌ１に達すると注意を促すメッセージを送信する手段と、さらに、所定値Ｌ２（Ｌ２＞Ｌ１）に達すると、活動状態テーブルの当該ユーザの除名フラグをセットして、該ユーザのオンライン・サイトでの活動を禁止するステータス管理手段とを備えたことを特徴とする。
【００５５】
ここで、「禁止」は、活動の全面禁止の他、一部の活動の禁止や機能の制限も含む。Ｌ１，Ｌ２は自然数である。
【００５６】
また、本発明に係わる情報交換支援システムは、さらに、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、質問に対して回答を獲得した回数を回答獲得回数情報としてユーザごとに記憶する手段と、質問に対して所定期間内に回答を獲得することができず質問が削除になった回数を質問削除回数情報としてユーザごとに記憶する手段と、回答の予約後、所定期間内に回答を登録した回数を予約回答情報としてユーザごとに記憶する手段と、回答の予約後、所定期間内に回答を登録しなかった回数を予約未回答情報としてユーザごとに記憶する手段と、ユーザの回答獲得回数情報と予約回答情報との和から質問削除回数情報と予約未回答情報との和を減算した値が所定値Ｍ１に達すると注意を促すメッセージを送信する手段と、さらに、所定値Ｍ２（Ｍ２＞Ｍ１）に達すると、活動状態テーブルの当該ユーザの除名フラグをセットして、該ユーザのオンライン・サイトでの活動を禁止するステータス管理手段とを備えたことを特徴とする。
ここで、Ｍ１、Ｍ２は自然数である。
【００５７】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、各ユーザの活動データとして、少なくとも質問に関する活動データと回答に関する活動データを有し、この活動データをもとにユーザのオンライン・コミュニティでの貢献度データを演算することを特徴とする。
【００５８】
また、本発明に係わる情報交換支援システムは、さらに、質問に関する活動データは、質問に対する回答獲得数と回答を得られるまでの時間に基づくデータを含み、回答に関する活動データは、質問者の回答に対する満足度と回答予約に対する実行の有無に基づくデータを含むことを特徴とする。
【００５９】
また、本発明に係わる情報交換支援システムは、さらに、活動データを構成する各データに対して、設定変更可能な重み計数を乗じて貢献度データを演算することを特徴とする。
【００６０】
また、本発明に係わる情報交換支援システムは、さらに、質問登録の際に、当該質問に対する回答要求の緊急度を登録可能とし、回答に関する活動データは、当該緊急度に応じて異なる値を設定可能であることを特徴とする。
【００６１】
また、本発明に係わる情報交換支援システムは、さらに、貢献度データは、活動データを構成する各データの関数であることを特徴とする。
【００６２】
また、本発明に係わる情報交換支援システムは、さらに、貢献度データの前回値と今回値に基づいて予め定めた領域に対応して措置情報を格納したテーブルを備え、ユーザの貢献度データの演算ごとにテーブルを参照して、対応する措置情報を実行することを特徴とする。
【００６３】
また、本発明に係わる情報交換支援システムは、さらに、オンライン・コミュニティへの加入時または定期的にコミュニティ通貨データをユーザに割り当てる手段と、質問に対して回答があった場合は質問者から回答者へコミュニティ通貨により質問者が定める金額を移動することとし、当該移動金額に応じて質問者と回答者のコミュニティ通貨データを更新することを特徴とする。
【００６４】
また、本発明に係わる情報交換支援システムは、貢献度データとコミュニティ通貨データをもとに予め定めた領域に対応して措置情報を格納したテーブルを備え、ユーザの属する領域に基づいて対応する措置情報を実行することを特徴とする。
【００６５】
また、本発明に係わる情報交換支援システムは、 貢献度データとコミュニティ通貨データに基づいて予め定めた領域における動作パターンに対応して措置情報を格納したテーブルを備え、ユーザごとの貢献度データとコミュニティ通貨データをもとにユーザの動作パターンを判定し、当該動作パターンに対応する措置情報を実行することを特徴とする。
【００６６】
また、本発明に係わる情報交換支援システムは、さらに、ユーザはそれぞれの端末装置に対応して予め定義されていることを特徴とする。
【００６７】
また、本発明に係わるプログラムは、ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムのプログラムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルを記憶する処理と、ユーザの端末装置から送られてくる質問を受信する処理と、活動状態テーブルを参照して当該ユーザからの質問が制限状態にあるか否かを判定し、制限状態に無ければ、受信した質問を登録する処理と、質問の登録後の経過時間を計測する処理と、経過時間が所定の値を超えたときは登録した質問を削除すると共に質問者に質問の表現を変えるよう促すメッセージを送信する処理と、をコンピュータに実行させることを特徴とする。
【００６８】
なお、「コミュニティ通貨」とは、本オンライン・コミュニティで使われる通貨であり、国定の通貨とは区別して用いる。
すなわち、オンライン・コミュニティの活発な交流を促進するために、本発明では、インセンティブとして、地域通貨システムの原理をその手段として用いる。この地域通貨システムに用いる地域通貨は国定の円との換金機能はないものと定義するので、消費税などの税の管理対象ではない。また、利子という概念を導入しない。何故ならば、回答するという人のサービス行為を促すことが主要な目的だからである。
【００６９】
類似のものにポイント制が多く採用されているがその趣旨は異なるものである。これは主催者がユーザに対して付与するものであり、いわば、マイレッジ・サービスに代表されるが、通貨としての概念ではないし、個々のユーザ同士での交換機能はない。
【００７０】
元来、知り合い同士であれば、例えば、最寄り駅を尋ねる時のように、人は、無報酬で、知識を交換できる場合が多く日常生活の基本になっているが、見知らぬ多数が存在する上記オンライン・コミュニティにおいては、よく理解できていないほぼ他人同様の人に対して教えたりすることには一般に心理的抵抗が高い。一方、知人であれば、無報酬で教える事柄に対して、他人だから有償にしたいという心理も厚かましいようで抵抗感の高いものである。見知らぬ人に物事を訪ねようとする場合においては、ちょっとした勇気のいる行動であり、見知らぬ土地で道に迷ったときでも、知ったかぶりで、何とか自分で解決しようと歩き廻ったり、特に車の場合、闇雲にぐるぐる走り回ってしまうのが一般的である。この問題を解決しようというのが地域通貨システムの手段としての応用である。
【００７１】
地域通貨システムの原理を前提に、前述の「教室モデル」ではなく、「自然な社会モデル」（図４（ｂ））を基礎的な手段とする。即ち、人の経験には限りがあるが、他者の経験しなかったことについては、人は自信があって、そのことを未経験者に教えることができる。教師−生徒という固定的関係を前提にすることは不必要であり、誰でもが知識・情報を相互に交換できるものであり、遠隔地に離れていようとも、また、いかなる時間帯であろうとも、オンライン・コミュニティの中で、そのように知識・情報交換支援のサービスを提供する手段を提供できる。そのために、図４（ｂ）に示すように、ここで言うオンライン・コミュニティには明確な境界、組織的境界が必要であって、この当該オンライン・コミュニティはファイヤーウォールなどセキュリティ機能手段によって、保護されるべきであり、また、オンライン・コミュニティの成員はユーザＩＤ、パスワードによってログインすることを前提の手段にしている。逆に言えば、無制限に誰でもが自由にアクセスできるようにするものではない。
【００７２】
本発明はこうした知識・情報交換の原理を、インターネットもしくはイントラネットにネットワークされた環境を使って、実現するプロセスのありようを注意深く観察し、考察する中から為されたものである。
【００７３】
図２は知識・情報交換サービスの基本フローを示している。図中のステップの内、２重線で示したものは、質問者や回答者が直接、作業する必要があるが、その他のステップは、ＷＥＢサイトのサーバ、具体的には、図１の質問管理アプリケーション・サーバＱＭＡ１０５にプログラムされた自動システムであることを示している。
【００７４】
また、本発明ではオンライン・コミュニティの成員が知識・情報交換の局面で必要となるブラウザ画面の構成要件を明らかにした（図５〜図１２）。また、こうした構成要件を手段として、システムを構成すると最小限の投資で効率的な自動的知識蓄積システムを構成できる。そして、このシステムに参加するオンライン・コミュニティの成員は従来では困難であった遠隔地の人々との交流を通じて、時間帯に左右されることなく、自らの知識をより豊かにすることができる。
【００７５】
また、本発明は空間的、地理的に分散して存在する複数のコンピュータがインターネットもしくはイントラネットでネットワークされた環境において、予め定義されたコンピュータのユーザが存在し、個々のユーザの持てる知識や情報を当該コンピュータのユーザ間で交換できるように支援するサービスを提供する知識・情報交換支援システムにおいて、質問と回答の対応する組合せ（以下、セッションという）をデータベース（以下、ＤＢという）に蓄積して、検索、閲覧を可能とした。
【００７６】
【発明の実施の形態】
以下、本発明の実施の形態を説明する。図１は本発明の実施の形態に係わる情報交換支援システムの機能構成図である。図１において、情報交換支援システム１０１は仲介的知識・情報交換支援サービスをユーザに対して行おうとするＷＥＢサーバおよび本発明に関わる外部コンポーネント１０４、データベースとして、質問と回答を関連付けて記憶するセッション管理データベース（ＤＢ）１０７、コミュニティ通貨としてのＱｕｉｎ管理データベース（ＤＢ）１０８、および、会員であるユーザ情報を登録するユーザ管理データベース（ＤＢ）１０９を備えている。なお、図示しないが、必要に応じて、セッション管理ＤＢ１０７の情報をＷＥＢ公開用に整理しなおしたセッション管理公開データベース（ＤＢ）を設けることも可能である。
【００７７】
情報交換支援システム１０１は、各ＤＢ１０７〜１０９のデータを演算・管理するためのプログラムを備えたＷＥＢサイトである。会員制あるいは成員が定義されている特定の組織を対象としているので、ログイン、ログアウトの管理が必要である。また、本発明とは直接関係のないプログラムも実装可能であり、これを管理するためのチャネル管理機能を有している。また、本発明に関係する質問と回答の組合せを管理するためのセッション管理がプログラムされる。セッション管理ＤＢカテゴリ別１０７は、質問と回答のセットをセッションとして、記録、保持する手段である。Ｑｕｉｎ管理ＤＢ１０８は、当該オンライン・コミュニティにのみ通用する地域通貨Ｑｕｉｎを記録・管理する手段である。この場合、Ｑｕｉｎとは地域通貨の単位である。ユーザ管理ＤＢ１０９は、当該オンライン・コミュニティの成員のユーザＩＤや電子メールアドレス、パスワード、質問や回答を為した実績などを管理する手段である。セッション管理公開ＤＢは、一定期間経過した後に、当該オンライン・コミュニティの持続的成長を図るために当該オンライン・コミュニティの外部に、公開するためのＤＢである。これはセッション管理ＤＢカテゴリ別１０７から利用度の高かったものあるいは質問者が得られた回答に対して高い評価を与えたものなどを自動的に抽出する機能を持つ。外部コンポーネント１０４は、質問と回答のセットを管理する質問管理アプリケーション・サーバＱＭＡ１０５、ＤＢの内容を検索する検索エンジンＳＥＡＲＣＨ Ｅｎｇｉｎｅ１０６および各データベース１０７〜１０９から構成される。なお、各データベース１０７〜１０９は、データベースサーバとして構築してもよいし、ＱＭＡ１０５に含めて構築してもよい。
質問管理アプリケーション・サーバＱＭＡ１０５は後述の制御プログラムがインストールされる。
【００７８】
図３３は、質問管理アプリケーション・サーバ（ＱＭＡ）１０５の機能ブロック図である。図３３において、ＱＭＡ１０５は、ＷＥＢサーバ１０２とデータの送受信を行う送受信部２０１と制御プログラムを実行する演算部２０２から構成されている。また、演算部は、各データベースを構成するデータベース群２１９とデータのやり取りを行う。さらに、演算部２０２は、ＷＥＢサーバ１０２からのデータを受信する受信手段２０３、ＷＥＢサーバ１０２へデータを送信する送信手段２０４、ユーザ端末１１１から送られてくる質問をセッション管理ＤＢ１０７に登録する質問登録手段２０５、質問登録からの時間を計測するタイマ手段Ａ２１３、タイマ手段Ａ２１３からの出力により注意メッセージをユーザ端末１１１へ送信する通知手段Ａ２０９、通知手段Ａ２０９の送信回数をカウントする計数手段Ａ２１５、ユーザからの回答予約を受け付けセッション管理ＤＢ１０７に登録する回答予約手段２０６、回答予約受付からの時間を計測するタイマ手段Ｂ２１４、タイマ手段Ｂ２１４からの出力によりユーザへ注意メッセージを送信する通知手段Ｂ２１０、通知手段Ｂ２１０の送信回数をカウントする計数手段Ｂ２１６、ユーザからの回答をセッション管理ＤＢ１０７に保存する回答登録手段２０７、質問者であるユーザからの回答に対する満足度情報をセッション管理ＤＢ１０７に保存する満足度情報保存手段２０８、不満足回数をカウントする計数手段Ｃ２１７、満足回数をカウントする計数手段Ｄ２１８、各計数手段２１５〜２１８のカウント値をもとにユーザの活動評価演算を行うステータス管理手段２１２、および、各データベースの内容を表示する表示手段２１１を有している。演算部２０２の各手段２０３〜２１８は、プログラムの機能として実行される。また、ユーザ管理ＤＢ１０９はユーザのオンライン・コミュニティでの活動（パフォーマンス）を評価するための定量的データが保存された活動状態テーブル２２０を有している。
【００７９】
ＷＥＢサーバ１０２は、市販のＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ アプリケーション・プラットフォーム（例えば、Ｗｅｂｃｒｏｓｓｉｎｇ社などの製品）であり、電子掲示板機能、チャット機能、メーリングリスト機能およびファイヤーウォールなどが装備されているものである。勿論、その他のグループウエア・プラットフォームに対しても実装可能である。
【００８０】
次に、図２を用いて、情報交換支援サービスの流れを説明する。まず、情報交換支援システム１（図中のＷＥＢサイトサーバ）により質問リストが生成される（Ｓ１）。これをもとにユーザである質問者が質問書式を請求する（Ｓ３）。システム１は、質問書式を生成して（Ｓ５）質問者へ送信する（Ｓ６）。質問者は質問を入力して（Ｓ７）システム１へ送る（Ｓ８）。システム１では、形式チェックを行い保存する（Ｓ９）。また、質問情報はユーザに公開される。
【００８１】
一方、ユーザである回答者から回答書式の請求があると（Ｓ１１）、回答数の制約によるエントリー枠を確認し（Ｓ１３）、枠が空いておればユーザに回答の入力を許可する（Ｓ１４）。なお、このとき、回答者は事前に回答予約をしておくものとする。システム１より予約許可を受けた回答者は回答を入力する（Ｓ１５）。
【００８２】
回答者から送られてくる回答情報をシステム１において形式チェックを行い、ＯＫならば質問と関連付けて保存する（Ｓ１７）と共に質問者へは回答のあった旨の通知を行う。同時に満足度評価書式を生成する（Ｓ１８）。
【００８３】
質問者は、その回答を閲覧して評価と対価（Ｑｕｉｎの金額）支払いの入力を行う（Ｓ１９）。システム１では、この評価を質問リストに掲載して（Ｓ２１）、回答者へメール通知をし（Ｓ２３）、また、対価支払額により口座の残高を更新する。この残高は、質問者と回答者の双方で夫々確認できる（Ｓ２７、Ｓ２８）。なお、本サービスにおいて、コミュニティ通貨クイン（Ｑｕｉｎ）を定義し、これを用いるが、当該オンライン・コミュニティの成員が、最初に参加するときに、シードマネーとして、一定額、例えば、１０，０００ Ｑｕｉｎという額を口座開設と同時に支給することとする。
【００８４】
以下、情報交換支援システム１の動作を説明する。
［質問作成登録処理］
以下、図１３に示す質問作成のためのワークフロー図を用いて、質問登録手段の動作を説明する。この図で、質問者であるユーザが操作する画面は二重線で示しており、その他のステップは質問管理アプリケーション・サーバＱＭＡ１０５のプログラムによって実行される。
【００８５】
質問登録手段は起動されると、ユーザ端末上に図５に示す質問入力画面を表示する（Ｓ１０１）。ここで、図５は知識・情報の提供を求めるユーザの質問への回答要求の緊急度１１２を表示することを特徴としている。この図において、ＴｅｃｈｎｏＣａｆｅとはこのオンライン・コミュニティに付けられた名称である。質問クラブとは、当該サービスに関する名称である。オンライン・コミュニティの成員であるユーザが質問者の立場で、回答を要求しようとするとき、回答への期待感すなわち要求する緊急度に対応するラジオボタン１１２をクリックすることで、簡単に表示できるようにした実施例である。この期待感は図６に示すアイコン１１３として表示される。
【００８６】
図６の最下部に示したように、本実施例は、ｔ０＝２４（時間）である。また、当該オンライン・コミュニティの成員であるユーザが大量に質問を作成する事態も予測されるが、予め一日当たりに質問できる回数の限度、例えば、５回を限度とするというように、ルールとして、周知することによって、そうした事態を避ける。具体的には、ステップＳ１０２に示すように、その日の質問回数を計数するなど、形式的に問題ないかをチェックし、限度を超える場合には、警告の画面を表示する（ステップＳ１０３）。
【００８７】
形式的に問題が無ければ、図６に示すようにカテゴリ別に質問リストを表示すると共にタイマ手段Ａを起動して、質問掲示時間の計測を開始する（Ｓ１０４）。そして、時間内に回答予約（エントリー）があったかどうかを判定し（Ｓ１０５）、回答予約があった場合には掲示を継続し（Ｓ１０６）、回答予約が無い場合は、通知手段Ａにより質問の変更要求と削除通知メールを送信する。具体的には質問者が質問を発した時刻、即ち、質問受信時刻（ｔｓ）を記憶し、予めユーザに周知された一定時間（ｔ０）を経過したにも関わらず、回答者の回答意思を伝えるエントリーがないときには、その時刻（ｔｄ）を記憶し、時間経過時間の計算（ｔｄ ＝ｔｓ ＋ ｔ０）に基づき、質問者に質問文の表現を変えるなどのアドバイス（質問の変更要求）を電子メールによって通知する（Ｓ１０７）と共に質問を表示している質問リスト表示のブラウザ画面からその質問を削除する（Ｓ１０９）。
【００８８】
一方、アドバイスの発信回数（ｎ）をユーザ管理ＤＢ１０９に記録し（Ｓ１０８）、当該質問者が繰り返し、同様の内容を繰り返す場合には、自動的に電子メールによって注意や警告をし、計数手段Ａによりその回数をカウントし、その回数が予め周知された回数（ｎｉ１）を超える場合には（Ｓ１１０）、質問する権利を制限（Ｓ１１１）し、更にそれでも、繰り返す場合（ｎ＞ｎｉ２）には、当該オンライン・コミュニティから除名するなどの制裁を含む措置を自動的に行う（Ｓ１１２）。このステップＳ１１２の行う除名等の措置は、ステータス管理手段２１２により、図２２または図２３に示す活動状態テーブル２２０のステータスコードの除名フラグをセットするなど該当するフラグを制御することにより行う。
【００８９】
実際には、ｎｉ１からｎｉ２に至る過程に、救済措置が必要である。即ち、質問者の学習成長を期待する。具体的には、一旦、ｎｉ１に達したとき注意や警告がなされるが（Ｓ１１１）、その後、回答のエントリーがあるような質問状況であれば、その実績に応じて、例えば、ユーザ管理ＤＢ１０９の通信記録ログファイルに記録されるアドバイスの発信回数（ｎ）をその実績ごとに１回分を減算する。要するに、質問者が恣意的でない限りにおいて、救済できるようにプログラムできる。例えば、具体的には、ｎｉ１は１０回、ｎｉ２は３０回という数値となる。実際の運営では経験的にその値の変更も可能である。
【００９０】
［回答予約処理］
次に、図１４を用いて、回答予約手段の動作を説明する。この図は回答希望者が回答したい意思を登録（エントリー）するための作業の流れとその制御を示している。回答者であるユーザが操作する画面は二重線で示しており、その他のステップは質問管理アプリケーション・サーバＱＭＡ１０５のプログラムによって実行される。
【００９１】
回答予約手段は、起動されると、図６に示す回答要求のある質問リストを表示するブラウザ画面を表示する（Ｓ２０１）。この画面は、回答者の数を制限していることを明示することを特徴としている。即ち、回答者の数はこの実施例の場合、３人に限定され、３つの水平方向に配置されたエントリー状況を示すアイコンで表示される。図中、質問番号Ｐ０１−２１２９の欄のアイコン部分１１４は３人の回答者がエントリーしていることを示している。質問番号Ｐ０１−２１３０の欄のアイコン部分１１５は回答者のエントリーが現在一人あるだけで、二人分がまだ空いていることを示している。質問番号Ｐ０１−２１３１の欄のアイコン部分１１６はまだ、エントリーが無い状況を示している。なお、質問リストはカテゴリ別に管理することによって、ハイラーキカルな構成、即ち、オンライン・コミュニティの成員のニーズを反映して、当該オンライン・コミュニティの発展拡大に対応して、分岐、発展させることが可能である。
【００９２】
次に、ユーザが質問番号をクリックすると（Ｓ２０２）、図７に示す質問の詳細内容を閲覧するための画面が表示される（Ｓ２０３）。この詳細画面は図６に示す質問番号にハイパーリンクされており、この質問番号をユーザがクリックすることで、結果としてユーザのブラウザ画面に表示される。図７の図中のボタン１１７は、予め登録してある質問者のプロフィールがポップアップして吹き出しで表示される機能を持つ。どんな人が質問しているのか質問をよりよく理解するための補助である。
【００９３】
図７において回答をするために送信ボタンを押すと（Ｓ２０４）、図６に示すようにエントリー枠に空きがあるかどうかが判定され（Ｓ２０５）、空きが無い場合は、予約不可の表示がなされる（Ｓ２０６）。エントリー枠に空きがある場合は、セッション管理ＤＢ１０７の質問リストに登録され、図６に追加表示される（Ｓ２０７）。そして、図８の画面に移る（Ｓ２０９）。この図は、回答意思のあるユーザがその意思を伝達表示できるようにしたブラウザ画面の構成例を示している。特に、ボタン１１８に示すように回答期限を約束するように求めているのが特徴である。図８において回答期限を設定し、送信ボタンをクリックすると確認情報が出力され（Ｓ２１０）、「はい」のボタンをクリックすると回答予約が送信される。
そして、記入情報の形式のチェックを行い（Ｓ２１２）、不備があればその旨を表示する（Ｓ２１３）。形式チェックがＯＫになれば、予約完了の確認メールを送信する（Ｓ２１４）。
【００９４】
図６のように回答予約のエントリー状況を表示することによって、質問者は回答予定者が存在することを容易に確認でき、期待感をもって回答を待つことができる。一方、回答の意思を伝達した回答者は、限られたエントリー枠を満足して、エントリーできた場合には、後述する図９に示すような画面構成例により回答を記述し送信する。
【００９５】
なお、図１４には記載していないが、図１３のステップ１０７以降の処理に相当する処理を実行してもよい。具体的には、ステップＳ２１４で回答予約完了受付によりタイマ手段Ｂを起動し、そのタイムアップにより通知手段Ｂにより、時間経過の注意を促すメッセージを送り、また、計数手段Ｂにより、その回数が一定値を超えると除名等の措置を実行する。これによりオンライン・コミュニティの健全な運営管理を行うことができる。
【００９６】
［回答作成登録処理］
次に図１５を用いて、回答登録手段の動作を説明する。図１５は、回答作成登録に関する作業の流れとその制御を示している。回答者であるユーザが操作する画面は二重線で示しており、その他のステップは質問管理アプリケーション・サーバＱＭＡ１０５のプログラムによって実行される。
【００９７】
まず、図６の画面を表示し（Ｓ３０１）、エントリーアイコン１１５で回答予約を行った回答者がクリックする。回答登録手段は、ユーザＩＤにより、回答予約をしたユーザであるかどうかを認証し、回答予約をしたユーザである場合は、図９に示す回答入力画面を表示する（Ｓ３０２）。そして、回答者はこの画面に従って、回答を入力し送信を実行する（Ｓ３０３）。このとき、質問番号および質問タイトルは回答登録手段が自動的にリンクして表示するので、回答者は入力不要である。
【００９８】
回答登録手段は、回答情報を受信すると形式的に問題ないかどうかをチェックし（Ｓ３０４）、問題がある場合は、回答者へ回答の見直し要求または警告表示を行う（Ｓ３０５）。問題が無ければ、質問とリンクさせて質問リストに登録する（Ｓ３０６）。また、質問者へは回答のあったことを通知する（Ｓ３０７）。次に、回答期限に間に合ったかどうかを判定し（Ｓ３０８）、間に合っておれば、満足度情報保存手段を起動して質問者の評価フローを実行する（Ｓ３０９）。間に合っていなければ、ユーザ管理ＤＢのユーザの保有点数を減点する（Ｓ３１０）。そして、回答期限厳守督促メールを送信する（Ｓ３１１）。
【００９９】
［質問者による回答への評価入力処理］
次に図１６を用いて満足度情報保存手段の動作を説明する。まず、質問者は、回答のあったことを図１５のステップＳ３０７のメールを見て認知し、図６に示す質問リストのエントリーアイコン１１５をクリックすると（Ｓ４０１）、図１０に示す回答表示画面が表示され、回答内容を確認する。図１０の満足度評価ボタン１１９をクリックすることで、図１１の回答への満足度評価入力画面を得られる（Ｓ４０３）。なお、このとき質問者ユーザＩＤによって、質問者かどうかの認証が行われる（Ｓ４０２）。なお、図１０の図中のボタン１２０は、予め登録してある回答者のプロフィールがポップアップして吹き出しで表示される機能を持つ。どんな人が回答しているのか回答をよりよく理解するための補助である。
【０１００】
次に、質問者であるユーザは、図１１に示す満足度評価画面にしたがって、満足度アイコンを選択し、回答者へ支払うＱｕｉｎ数を設定して送信を実行する（Ｓ４０４）。満足度情報保存手段は、この情報を受信すると形式的に問題がないかどうかをチェックし（Ｓ４０５）、問題がある場合は、見直し要求の画面を表示する（Ｓ４０６）。問題が無ければ、質問リストに当該質問および回答と関連付けて保存し、図６に示すカテゴリ別質問リストに満足度を表示する（Ｓ４０７）。また、図１２に示す質問者口座および回答者口座のＱｕｉｎ数を更新し（Ｓ４１０）、Ｑｕｉｎ管理ＤＢに保存する（Ｓ４１１）。そして、回答者に評価のあったことを通知する（Ｓ４１２）。図１２は、当該のオンライン・コミュニティにのみ通用する地域通貨、実施例ではクイン（Ｑｕｉｎ）のユーザ単位で管理する残高表示の画面構成例である。図２のステップＳ２７、ステップＳ２８に対応する。これは、Ｑｕｉｎ管理ＤＢ１０８によって管理される。
【０１０１】
一方、質問者が回答者の作成した回答に対する満足度が期待外れで低いものである場合は、満足度情報保存手段は当該回答者の回答作成が適切でなかったものとして処理し、ユーザ管理ＤＢ１０９に設けられる当該回答者の通信記録ログファイルにその結果を記録する（Ｓ４１３）。また、注意を促すメールを送信すると共に計数手段Ｃにより、不満回答回数をカウントし（Ｓ４１４）、予め周知された回数（ｎｄ１）を超える場合（ｎ＞ｎｄ１）には、回答する権利を制限し（Ｓ４１５）、更にそれでも、繰り返す場合（ｎ＞ｎｄ２）には、当該オンライン・コミュニティから除名するなどの制裁を含む措置を実行する（ステップＳ４１６）。
【０１０２】
なお、実際には、ｎｄ１からｎｄ２に至る過程にも、救済措置が必要である。回答者に対しても学習成長があると期待するからである。即ち、一旦、ｎｄ１に達したとき注意や警告（ステップＳ４１５）がなされるが、その後、適切な回答ができているような回答状況、即ち、満足あるいは大満足の評価が得られているようであれば、その実績に応じて、例えば、ユーザ管理ＤＢ１０９の通信記録ログファイルに記録されるアドバイスの発信回数（ｎ）をその実績ごとに１回分を減算する。要するに、回答者が恣意的でない限りにおいて、救済できるようプログラムできる。例えば、具体的には、ｎｄ１は１０回、ｎｄ２は３０回という数値となる。これもまた、実際の運営で経験的にその値の変更も可能である。
なお、図６の満足度表示アイコン１１４は、回答者の回答内容に対する質問者の満足度を当該オンライン・コミュニティに公開し、質問と回答の交換が適切に行われたことをユーザ会員に分かるように表示している構成例である。
【０１０３】
ところで、質問者と回答者が示し合わせて、お互いに甘い評価を与えあうような事態も予測される。上記のように質問と回答は当該オンライン・コミュニティ（本実施例の場合、ＴｅｃｈｎｏＣａｆｅ）に公開されるので、その関係を見抜く第三者的読者の存在が期待でき、それはクレームとなって、Ｗｅｂｍａｓｔｅｒと呼ばれるサイト管理者に意見が反映されるので、適切な措置を取ることができる。また、掲示板などの機能により、読者の意見が活発に反映できる運営も可能である。また、読者が投票できるように投票システムを用いて得票数により管理することもできる。
【０１０４】
［ユーザのパフォーマンス評価処理］
上述の時間と回数に関する実績、すなわち、各タイマ手段や計数手段の出力をユーザの活動のパフォーマンス評価データとして使用することができ、ステータス管理手段２１２は、これらのデータおよび以下に説明するパフォーマンス評価関数やポートフォリオデータにより、ユーザの活動状態（ステータス）を演算し、コミュニティ運営者や関連するユーザに表示したり、除名等の措置を実行する。
【０１０５】
図１７は、パフォーマンス評価関数の設定例で、質問者が、質問を登録したとき、その質問の掲示制限時間内に回答者の予約の入らなかった回数を計数手段Ａによりカウントした値ｎ１が保存されている。同一ユーザが回答者である場合もある。回答者に対する問題としては回答の予約をいれていたにも関わらず、回答しなかった回数ｎ２を計数手段Ｂにより記録することを示している。また、別の評価として、回答した回答を読んだ質問者の評価が“失望”レベルの内容であったと評価された回答を何回したかという数値ｎ３を計数手段Ｃにより記録することを示している。それぞれにα１、α２、α３の重み係数を設定して、管理することができる。逆に、正しいパフォーマンスとして、回答を獲得できた場合の回数をａ１、予約通り回答したときの回数をａ２、大満足の評価を得た回数をａ３として記録する。
【０１０６】
図１８は質問者と回答者のパフォーマンスに関するパフォーマンス評価関数の他の例として、前図とは違った設定をした例である。ある質問に対して、多くの回答を得たということは、とてもよい質問である可能性が高い。回答獲得数を指標として、反映する例である。質問掲示時刻から間もなく、回答予約が入った場合、回答欲求の高かった質問として、これを評価し、得点を与える例である。ここで、ｔ０は予め定義された質問掲示時間である。回答者に対しても、パフォーマンス評価関数を設定できる。回答の要求に応じて、納期を守ったかどうか、回答はしたけれど、納期が遅れた場合、それぞれに、配点を定義する例である。予約したが回答しなかったり、できなかったりする場合がある。それも評価の対象として、配点できる。質問者の評価に応じた配点設定も可能であり、大満足、満足、失望という各評価レベルに対応した配点が可能である。勿論、それぞれのパラメータに対して、重み係数を定義し、より複眼的に、ユーザのパフォーマンスについて全体的な評価として反映できる。
【０１０７】
ここで、図１７の場合は、ある一定の期間に対するユーザ・パフォーマンスの評価関数として、
【数１】
というように、設定できるとした例であり、
図１８の場合では、
【数２】
となる。
【０１０８】
第（２）式において、Ａｉは回答獲得数評価素点、Ｂｉは質問掲示時間内に得られた予約のタイミング（質問人気度）評価素点、Ｃｉは回答要求に対する回答約束納期遵守評価素点、Ｄｉは回答要求に対する回答約束納期遅れ評価素点、Ｅｉは回答実行評価素点、Ｓｉは回答に対する質問者の評価に関わる評価素点を表す。それぞれ固有の質問番号あるいは回答（固有のセッション番号）に対して、累積計算を行う。
【０１０９】
なお、図１７と図１８に示した評価パラメータを組合せることによって、当該コミュニティ（や組織）の運営目的に合わせて、（１）式あるいは（２）式は変形が可能であるし、また、α１、δ１などの重み係数を調整することは可能である。質問系の評価と回答系の評価を分けて管理することも可能である。
【０１１０】
このパフォーマンス評価関数を用いてユーザの活動を監視すると、たとえば、図１９に模式的に示した図のようになる。即ち、当該コミュニティや組織の運営に関して、管理上のアクションと結び付く意味のある管理限界を定義できるのである。
この図においてＬ１は注意を促す管理限界、Ｌ２は警告をする管理限界、Ｌ３は除名処分にする管理限界であり、Ａ１は積極的に奨励したり、賞賛したりすることが必要とされるレベルをあらわし、Ａ２は、貢献度が高いとして、達人であるというような栄誉を与え、褒賞するための管理限界を設定可能であることを表現している。
【０１１１】
質問の仕方や表現が悪かったり、回答が頓珍漢であったりするとパフォーマンス評価値は下がり、注意の管理限界Ｌ１を超えるとサイトのシステムは自動的に注意を促すための電子メールをユーザに送信するようにプログラムできる。注意を喚起されたユーザは学習と成長へのきっかけを得ることができる。
【０１１２】
図２０は、悪意のある場合の例である。上記の情報交換システム１の動作説明では、注意や警告を無視し続けると、自動的にシステムはそのユーザのアクセスを拒否するアクションをとるようにプログラムできることを示した。即ち、設定した限界を超えるときはユーザのログインをシステムが拒絶するようにプログラムできるのである。
【０１１３】
図２１は、図２０の例とはことなり、悪意がなければ、注意を促す自動メールを受けとめて、一般に学習効果が期待でき、成長できることを模式的に示したものである。
【０１１４】
図２２は、活動状態テーブルの一例であり、第（２）式のパフォーマンス評価関数によりあるユーザの評価値を求めたものである。各ユーザに対して、こうしたステータス管理のためのテーブルを保有するデータベースを構築する。因みに、この場合、第（２）式の重み係数δ１〜δ６はすべて、１という値で設定している。
【０１１５】
それぞれのコラムには図１８に示した評価素点が記録されることを示した。ユーザＩＤ：Ａ００１０３のＰ値（パフォーマンス評価関数の出力値）は−８であり、ユーザＩＤ：Ａ００１０５のＰ値は＋４６である。予め定義されたステータス管理限界を、例えば、Ｌ２ ＝ −７であり、Ａ１ ＝ ３０としたとき、前者の場合は、質問制限を受けていることになり、後者の場合は奨励レベルにあることになる。
【０１１６】
図２３は図２２の活動状態テーブルを月単位で集計した例を示している。この図において、Ｑｕｉｎ取引額は別に定めるルールに従って計算される値であるが、質問して支払う金額、回答して得る金額などの総和である。この計算ルールの設定例を図２６に示した。ここで、Ｐ値とＱｕｉｎ取引額はそれぞれ独立関数である。図２６において、質問者は、質問をしたときに回答者に対して質問者の満足度等に応じて決定された額を回答者へ支払う。回答者は、質問者から支払われた額を受け取る。また、質問者が特に満足したとき（ニコニコの評価をえたとき）は、回答者には本サービス業者（事務局）からボーナスが支払われる。また、投票者は、質問と回答により有益な情報を得たときは、一定額を支払って投票する。このシステムを通して、質問者や回答者のインセンティブが上がるだけでなく、質の高い質問と回答の組合せによる知識情報の蓄積が可能となる。
【０１１７】
図２４は活動状態テーブルをＰ値によりソートを実施した例であり、図２５はＱｕｉｎ取引額でソートした実施例である。
これらはコミュニティ管理のために、図２７に示したポートフォリオに整理され、活用することもできる。この図はコミュニティ内に公表されてもよいし、個々のユーザに個別に知らせることも可能であるし、管理者側の管理データとして、公表しなくてもよいものである。当然ながら、何もしないというユーザはＱｕｉｎの取引がないので、左端であり、Ｐ値は０になるので、活動度軸の上にプロットされる。すべてのユーザはここが起点となる。
【０１１８】
図２８には、それぞれの象限の持つ物理的意味の説明図である。即ち、第Ｉ象限にプロットされるユーザは、コミュニティへの参加が活発であり、そのパフォーマンスもコミュニティの目的とルールに沿って、模範的に実施できている言わば組織牽引型のメンバー集団に入る人々である。オンラインのコミュニティに限るものではなく、通常、こうした人々に十分に光を当てることが組織マネジメントの上で極めて重要であり、本発明ではそれを可能にしている。
【０１１９】
第ＩＩ象限にプロットされるユーザの場合は、活動度は低いが、適切に学習し、習熟過程にあると見做すことができる。第ＩＩＩ象限にプロットされるユーザは適切にリードして、パフォーマンスをあげるように管理すべき対象であり、コミュニティの健全な育成を推進するために、場合によってはヘルプしたり、助言や、アドバイスを与えるなどが必要な対象である。この第ＩＩＩ象限にプロットされるユーザは言わば、組織の問題児とされるカテゴリになる。第ＩＶ象限のユーザは活発な活動を行ってはいるが、ミスや間違いの多い問題のある対象であり、個別にアドバイスするなど対処の必要なユーザであることを示している。
【０１２０】
更に、ポートフォリオの表現は一定期間を定義し、その期間の始点と終点にあわせて、その期間内での変化のベクトルとして表現できる。図２９にはこれらのベクトルの例を示した。即ち、例えば、Ｖ１、Ｖ３は好ましい動きであり、Ｖ２は適切なアドバイスを必要としている管理対象ユーザである。すべてを図示はしないが、これらのベクトルの管理は当然プログラム可能であり、特に、ベクトルＶ２タイプに相当するユーザのみ抽出し重点的に管理することも可能である。
勿論、ベクトルは周期的な観測、集計をすれば、例えば、年間に亙る変動をプロットすることもでき、一層、木目の細かい管理をすることも可能である。プロットのタイプによって、その経験を蓄積すれば、傾向を読み取ったり、予測管理につなげて行くことが可能である。
【０１２１】
このように実施例によれば、カテゴリ別、ベクトルタイプ別、象限別など、それぞれに物理的に意味のある統計として管理できる基礎を与えることができる。従って、コミュニティの成員であるユーザだけでなく、コミュニティの管理者にとっても、管理コストを最小限にしながら、コミュニティの成長・維持・管理が可能である。コミュニティのサイズはその成長によって、大きくなる。当然ながら、上記、実施例によれば、各ステータスを観察できるので、コミュニティの発展・成長にあわせて、カテゴリ別にリーダーを適切に配置するなど、オンラインであれ、オフラインであれ、自在な管理が可能である。
【０１２２】
このようにパフォーマンス評価関数によるパフォーマンスとＱｕｉｎの金額による活動度を定義し、それを可視的に管理することによって、リーダーの育成も容易であり、オンライン・コミュニティの一元的な価値を共有できる。勿論、コミュニティ通貨Ｑｕｉｎの導入・設定の第一義的な目的は、コミュニケーション活性化のためのインセンティブであり、単にその金額を記録するだけでなく、その実績に応じた主催運営組織（事務局）からの景品贈呈などのような一層のインセンティブを与えることが可能である。単なるルールだけでなく、自動的なシステムを構築でき、従来の方法とは違って、低コストで管理ができる。
【０１２３】
特に、図２８の現在状態および図２９の状態変化（推移）のデータをユーザごとに活動状態テーブルに保存しておき、このデータをそのユーザに定期的に提示することにより、ユーザはオンライン・コミュニティにおける自己の活動状態およびその変化方向が把握できるため自己努力によるレベルアップが可能になり、ひいてはオンライン・コミュニティの質の向上につなげることができる。また、ベクトルの角度、絶対値、あるいは、ユーザの属する象限に基づきグループ分けを行い、計数手段Ａ〜Ｄの設定値（ｎｉ１、ｎｉ２、ｎｄ１、ｎｄ２など）を変えるなど、それぞれのグループに対する措置内容を記載したテーブルを設け、そのテーブルに従って、除名・奨励等の管理を行えば、各ユーザに対して効率よく適切な対応を取ることができる。
【０１２４】
以上のごとく、本発明の実施の形態によれば、次のような効果を得ることができる。知りたいという欲求を持つ質問者と教えてあげたいという欲求をもつ回答者の出会いを効果的に組織できる。当該オンライン・コミュニティにおいて、適切なるインセンティブを設定するために当該オンライン・コミュニティにのみ通用する地域通貨単位を定義することを前提にしているが、当該オンライン・コミュニティの活性度をこの地域通貨の取引量として管理できる。
【０１２５】
回答する仕組みが従来モデルとは違って、オンライン・コミュニティの成員同士が行うという自発的交流が原理である。ユーザである質問者が適切なる回答をしてくれた回答者に対して、回答サービスに対する対価として、当該通貨単位、実施例ではＱｕｉｎを用いて支払うことを特徴としている。質問者が支払った当該通貨の額をＷＥＢサイトは管理し、計算し、質問者に対して、現在残高を知らせる機能を持つことができる。
適切に回答した回答者が、質問者から得た対価としての地域通貨をＷＥＢサイトが管理し、蓄積し、回答者に対して、累積した現在残高を知らせる機能を持つことが特徴となる。
【０１２６】
一定期間を定義し、その期間内のユーザの取引残高をソートして、例えば、取引残高の高い順番にブラウザ画面に表示することによって、当該オンライン・コミュニティへの貢献度を当該オンライン・コミュニティに公開することができる。
質問者であるユーザが回答者に示す満足度が期待以上に高いとき、その評価が当該オンライン・コミュニティに公開されるが、この評価に基づいて、ＷＥＢサイトから予め定義されたボーナスを自動的に発行し、回答者に対して予め定義された回答者の地域通貨預金口座に振り込むことなどができ、より高いインセンティブを与えることが可能となり、当該オンライン・コミュニティの成員はオンライン・コミュニティへの健全な帰属意識を醸成できる。
【０１２７】
一方、ユーザの質問作成、回答作成に関するパフォーマンスに関して、評価関数を定義することによって、ユーザの行為が適切になされているかどうかを自動的に観測し、注意、警告などを与えることも自動的に行い、ユーザの学習成長を促し、コミュニティ成員全体のレベルの向上を推進することが可能である。例えば、前月とか、過去３ヶ月というように期間を設定して、顕彰したりすることも可能であり、こうしたユーザの貢献が客観的に明確になるので、オンライン・コミュニティの主催者は、適切なる賞金や賞品などの特典を設定でき、一層のインセンティブを与えることができる。
【０１２８】
さらに、本発明の実施の形態によれば、質問の制御と質問の質の管理が、オンライン・コミュニティ成員の下で、自動的に推進できる。また、回答の制御と回答の質の管理が、質問者の評価を前提に、自動的に推進できる。質問者の満足度は感謝の気持ちとして、支払い行為を通じて満たされる。さらに、知識の蓄積を質問者の評価を基本とし、高い満足度の得られた回答のみデータベースに自動的に管理することができるので、経済的にしかも、現実社会を反映した、知りたいニーズに対応する知識ＤＢを構築できる。
【０１２９】
回答待ちの状態は、回答者のエントリー状況が視覚的に表示されるので、質問者は期待感を持って待つことができる。また、回答に対する評価を質問者ができるので、回答者はその評価結果を得て、反省できる結果、学習の機会となり、コミュニケーションの質を高め、コミュニティそのものが習熟して成長できる。なお、従来モデルでは、回答者になれる専門家を組織化し、契約するので、多大な費用が発生していたが、そうした特別の契約を必要としない上、経費も節約することができ経済的である。また、コミュニティ成員の活動度とパフォーマンスを定量的に把握することが可能になり、コミュニティ育成推進のコアとなるデータ管理が可能である。さらに、質問はあらかじめ定義されたカテゴリを質問者は選定しなければ、質問を投稿することはできないようにプログラムすることによって、質問と回答のセットとしての知識がカテゴリ別に蓄積できる。また、カテゴリを設定することによって、ユーザのパフォーマンス値をカテゴリ別に評価し、管理できる。例えば、あるユーザについて、“製造プロセス”の回答は得意であるが、“ビジネス・プロセス”への関心は高いようだが、不満回答が多いなどというプロフィールが見えるのでこうしたデータに基づく管理により、適切にコミュニティを運営し、持続できる。
【０１３０】
【発明の効果】
以上、本発明の情報交換支援システム、情報交換支援方法およびプログラムによれば、質の悪い質問や回答を効率よく排除できるので、質の高い専門知識の蓄積が可能になる。また、パフォーマンス評価関数を定義するので、その値によって、組織牽引型のユーザを把握し、常に、こうしたユーザに光があたるように管理・運営できる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係わる情報交換支援システムおよびこれにつながるユーザ端末のシステム構成図
【図２】情報交換支援サービスの流れを説明するフローチャート
【図３】本発明に係わる質問および回答の質の分布を説明するための概念図、図３（ａ）は、質問に関する概念図、図３（ｂ）は、回答に関する概念図
【図４】本発明に係わるコミュニティモデルを説明するための概念図、図４（ａ）は、従来の教室モデルの概念図、図４（ｂ）は、本発明に係わるオンライン・コミュニティモデルの概念図
【図５】本発明の実施の形態に係わる質問入力画面構成例の説明図
【図６】本発明の実施の形態に係わる質問リスト表示画面構成例の説明図
【図７】本発明の実施の形態に係わる質問表示画面構成例の説明図
【図８】本発明の実施の形態に係わる回答意思伝達画面構成例の説明図
【図９】本発明の実施の形態に係わる回答入力画面構成例の説明図
【図１０】本発明の実施の形態に係わる回答表示画面構成例の説明図
【図１１】本発明の実施の形態に係わる回答への満足度評価画面構成例の説明図
【図１２】本発明の実施の形態に係わるクイン（Ｑｕｉｎ）残高表示画面の説明図
【図１３】図３３の質問登録手段の処理手順を示すフローチャート
【図１４】図３３の回答予約手段の処理手順を示すフローチャート
【図１５】図３３の回答登録手段の処理手順を示すフローチャート
【図１６】図３３の満足度情報保存手段の処理手順を示すフローチャート
【図１７】本発明の実施の形態に係わるユーザ・パフォーマンス評価関数設定例の説明図
【図１８】本発明の実施の形態に係わるユーザ・パフォーマンス評価関数のその他の設定例の説明図
【図１９】本発明の実施の形態に係わるユーザ・パフォーマンスを示すグラフ
【図２０】本発明の実施の形態に係わる悪意のある対応者のグラフ例
【図２１】本発明の実施の形態に係わる注意による学習効果の説明図
【図２２】本発明の実施の形態に係わる活動状態テーブルを用いたユーザ・パフォーマンス評価例の説明図
【図２３】本発明の実施の形態に係わる活動状態テーブルを用いたカテゴリ別ステータス集計例の説明図
【図２４】本発明の実施の形態に係わる活動状態テーブルを用いたカテゴリ別ステータス集計のその他の例の説明図
【図２５】本発明の実施の形態に係わる活動状態テーブルを用いたカテゴリ別ステータス集計のその他の例の説明図
【図２６】本発明の実施の形態に係わるＱｕｉｎ取引額の計算アルゴリズムの説明図
【図２７】本発明の実施の形態に係わるポートフォリオの説明図
【図２８】本発明の実施の形態に係わるユーザ位置を含むポートフォリオの説明図
【図２９】本発明の実施の形態に係わるユーザ活動のベクトルを含むポートフォリオの説明図
【図３０】図１のユーザ管理ＤＢのデータ構成例の説明図
【図３１】図１のＱｕｉｎ管理ＤＢのデータ構成例の説明図
【図３２】図１のセッション管理ＤＢのデータ構成例の説明図
【図３３】図１の質問管理アプリケーション・サーバＱＭＡの機能ブロック図
【符号の説明】
１０１・・・情報交換支援システム、１０２・・・ＷＥＢサーバ、１０３・・・ＷＥＢサービスポイント、１０４・・・外部コンポーネント、１０５・・・質問管理アプリケーション・サーバＱＭＡ、１０６・・・検索エンジン（ＳＥＡＲＣＨ Ｅｎｇｉｎｅ）、１０７・・・セッション管理ＤＢ、１０８・・Ｑｕｉｎ管理ＤＢ、１０９・・・ユーザ管理ＤＢ、１１１・・・ユーザ端末、２０１・・・送受信部、２０２・・・演算部、２０３・・・受信手段、２０４・・・送信手段、２０５・・・質問登録手段、２０６・・・回答予約手段、２０７・・・回答登録手段、２０８・・・満足度情報保存手段、２０９・・・通知手段Ａ、２１０・・・通知手段Ｂ、２１１・・・表示手段、２１２・・・ステータス管理手段、２１３・・・タイマ手段Ａ、２１４・・・タイマ手段Ｂ、２１５・・・計数手段Ａ、２１６・・・計数手段Ｂ、２１７・・・計数手段Ｃ、２１８・・・計数手段Ｄ、２２０・・・活動状態テーブル
【発明の属する技術分野】
本発明は、インターネットやイントラネット等の通信ネットワークを介するコミュニティ（以下、オンライン・コミュニティ）において、そのオンライン・コミュニティの活性化、および、効率の良い管理運営に関する情報交換支援システム、情報交換支援方法およびプログラムに関する。
【０００２】
【従来の技術】
１９９０年最初のＷＥＢサーバとクライアントマシンが英国人Ｔｉｍ Ｂｅｒｎｅｒｓ−Ｌｅｅによって、ＣＥＲＮ（欧州粒子物理学研究所）で開発された。現在では一般にサーバ・マシンに対して、クライアント・マシンと言うように言葉が対になって、使用されている。以下、オンライン・コミュニティの成員であるクライアントを、ユーザと表記する。１９９３年イリノイ大学のＮａｔｉｏｎａｌ Ｃｅｎｔｅｒ ｆｏｒ Ｓｕｐｅｒｃｏｍｐｕｔｉｎｇ Ａｐｐｌｉｃａｔｉｏｎｓ （ＮＣＳＡ）で開発されたインターネット・ブラウザＭＯＳＡＩＣが画期的な実用性を実証し、１９９４年、Ｎｅｔｓｃａｐｅが設立され、インターネットの爆発的普及のきっかけになった。これらの歴史的経過は次に詳しい。
【０００３】
ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｈｉｓｔｏｒｙ．ｈｔｍｌ あるいは、
ｈｔｔｐ：／／ｗｗｗ．ａｓｃ．ｕｐｅｎｎ．ｅｄｕ／ｕｓｒ／ｃｈｕｎｔｅｒ／ａｇｏｒａ＿ｕｓｅｓ／ｃｈａｐｔｅｒ＿２．ｈｔｍｌ
にあるように、世界最初のネットワーク環境での電子掲示板の開発はＵｓｅｎｅｔと呼ばれるもので１９７９年に遡る。その後の電子掲示板の爆発的発展普及は周知の通りである。
【０００４】
上述の従来のオンライン・コミュニティについては以下の問題がある。
まず、第１には、ユーザにとって、参加するオンライン・コミュニティの信頼性は重要なものであり、信頼性の高いオンライン・コミュニティの健全なサイト経営を図るために必要とされるモデレータやコンテンツ管理のできる専門家、信頼性の高い情報を提供できる回答者などの人件費を含めオンライン・コミュニティの管理運営費用が多大にかかる。このため、いかに少人数で運営できる自動化されたシステムを構築するかという問題がある。
【０００５】
第２には、医者、弁護士など公的資格を有する専門家などが回答者である場合には、サイト運営者はこれら有資格者と有償契約し、一般に質問に対する回答は有料である場合が多い。質問者は回答者が適切に答えてくれるかどうか不安であり、また、不満足な回答が得られたことに対しても不本意のままその回答に対する代金を支払わねばならず、質問者の期待とその回答に対する対価の関係が不明瞭である。
【０００６】
従来のこうしたシステムの根本にある思想は言わば図４（ａ）に示すような「教室モデル」とも言うべきものであって、教える人は知的権威性があり、質問する人は生徒のように扱われてきた。したがって、図４（ｂ）に示すようなコミュニティ成員同士の自由で活発な質疑・応答ができるシステムをいかに構築するかという問題がある。
【０００７】
第３には、サイト経営の立場からすると、質問者である顧客ユーザにクリティカル・マス（経営が成立する最小限の顧客数）が必要であるが、回答者にもクリティカル・マス（顧客満足を充足する最小限の契約回答者数）が必要であり、公的資格などを有する社会的信用度の高い多くの回答者（図４（ａ）のｅ１，ｅ２， ｅ３，…，ｅｎ）と契約する必要があって、多大な努力と投資が必要になる。従って、特別の回答者を多数組織したり、回答者との特別の契約をしないで如何に投資額を抑えたオンライン・コミュニティを形成できるかという問題がある。
【０００８】
第４には、個人レベルで、Ｑ＆Ａを実施しているケースもあるが、不特定多数の人々から為される質問は多岐に亙り、回答者個人の身の周りにある知識や経験で即答できる場合は成り立つが、回答者が持てる調査ノウハウを使って調査をしたりして、回答を作成するような場合には、時間や費用が発生し、その負担に耐えられず、結局、何ヶ月かの間に消えた失敗事例も多い。ボランティア・サービスとして、割り切っている場合は、顧客である質問者も回答が無い場合でも納得せざるを得ない。それは質問者の期待する回答の品質が保証されないことでもある。有料、無料を問わず、そのサービスの質を確保する上ですぐに限界にぶつかるケースが多く、質問に答えるというニーズに対応できるコミュニティ運営は極めて困難であった。従って、こうした回答のできるポテンシャルのある人々をもオンライン・コミュニティに如何に招き入れるかという問題がある。
【０００９】
第５には、ＫＭＳ（Ｋｎｏｗｌｅｄｇｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）の構築が企業の盛衰を決定付けるとして、例えば、「知識創造の経営―日本企業のエピステモロジー」野中郁次郎 （著） 単行本 （１９９０／１２／０１） （日本経済新聞社）には社員一人一人の蓄積している知識や経験を集約してデータベース（ＤＢ）を作る必要性が説かれている。また、「図解ナレッジマネジメント」アーサーアンダーセンビジネスコンサルティング（著）単行本（１９９９／７／２２）（東洋経済新報社）には、知識や経験の集約のための具体的な方法手順が開示されている。これらは、大企業には有効であるものの中小零細企業レベルでの実践は困難である。少人数の経営体では、身近の達人ともいうべき相談相手（ナレッジ・チャンピオン）が一般に期待できない。したがって、企業内部のある一定の定義された組織の構成員を対象にしたグループだけでなく、中小零細企業に所属する者あるいは個人であっても参加でき、そのオンライン・コミュニティの成員との知識・情報交換が容易に行えるようなシステムを如何に構築するかという問題がある。
【００１０】
第６には、インターネットやイントラネットの双方向通信という特徴を生かした持続的、自律的で自己成長できるオンライン・コミュニティの知識・情報交換支援サービスを実現するため、まず、図３（ａ）に示すように、ふざけた質問、恣意的な愚問やいやがらせの質問など（排除したい質問）を適切に排除する必要がある。当該オンライン・コミュニティの運営目的に沿ってなされる質問は多様にあり得る。良い質問もあれば、目的にそぐわない質問もある。
【００１１】
質問の質とその出現確率はガウス分布すると考えられる。その境界Ｔｈｒｅｓｈｏｌｄ：Ｔａは必ずしも簡単に数値で表現できるものではないが、概念的には排除したい質問が存在する。一方、図３（ｂ）に示すように、回答にも質が問われる。質問と同様に、回答に対しても、Ｔｈｅｒｅｓｈｏｌｄ：Ｔｂが概念的に考えられる。このふざけた回答、不真面目な回答などを排除することの裏返しは、知識・情報の共有という本来の目的のために、良い回答、とても良い回答が回答者から提供されるように支援することでもある。
【００１２】
これに関する技術として、特開２００２−２４１３５号公報の「電子掲示板システム」には、コミュニティサイトシステムの電子掲示板に掲載された発言に対する苦情を苦情申立てボタンを操作して送信処理を実行するシステムが提案されているが、さらに効率よく、またモデレータなどの人手をかけずに、如何に質の悪い質問や回答を排除して、オンライン・コミュニティの目的に沿って、オンライン・コミュニティ成員の自覚を高めるしくみを作るかという問題がある。
【００１３】
【発明が解決しようとしている課題】
本発明はかかる従来の事情に対処してなされたものであり、その目的とするところは、質の悪い質問や回答を効率よく排除し、コミュニティ成員同士が自由で活発に質疑・応答ができ、専門知識の蓄積が可能な情報交換支援システム、情報交換支援方法およびプログラムを提供することにある。
【００１４】
【課題を解決するための手段】
上記目的を達成するため、請求項１の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数を備え、当該パフォーマンス評価関数の値によりユーザのオンライン・コミュニティでの活動を管理することを特徴とする。
【００１５】
請求項１０の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数によりユーザのオンライン・コミュニティでの活動の管理を行うことを特徴とする。
【００１６】
請求項１９の発明に係わるプログラムは、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムで動作するプログラムであって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数によりユーザのオンライン・コミュニティでの活動の管理を行う処理をコンピュータに実行させることを特徴とする。
【００１７】
請求項１、１０または１９に記載の発明では、パフォーマンス評価関数によりユーザのオンライン・コミュニティでの活動の管理を行う。ここで、「通信ネットワーク」とは、主にインターネットやイントラネットなどのネットワークを意味するが、これに限らず、例えば、専用回線や公衆回線により直接オンライン・コミュニティサイトにアクセスするような場合も含む。
【００１８】
請求項２の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨としてのデータ管理を実行する手段を備えたことを特徴とする。
【００１９】
請求項１１の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨としてのデータ管理を実行することを特徴とする。
【００２０】
請求項２または１１に記載の発明では、コミュニティ通貨の概念を導入してユーザの活動の管理およびインセンティブの向上を図る。
【００２１】
請求項３の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数データと、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨データをもとにユーザを分類した評価テーブルを備え、当該評価テーブルに基づき夫々のユーザのオンライン・コミュニティでの活動を管理する手段を備えたことを特徴とする。
【００２２】
請求項１２の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数データと、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨データをもとにユーザを分類した評価テーブルにより夫々のユーザのオンライン・コミュニティでの活動を管理することを特徴とする。
【００２３】
請求項３または１２に記載の発明では、パフォーマンス評価関数とコミュニティ通貨によるデータを用いていわゆるポートフォリオを作成してユーザの活動を管理する。
なお、上記の分類のしかたとして、たとえば、ポートフォリオの象限等によりユーザグループに優先順位を設け、この優先順位に基づいてユーザを階層化した評価テーブルを用いて管理するようにしてもよい。
【００２４】
請求項４の発明に係わる情報交換支援システムは、さらに、ユーザから送信される質問を受信した時刻（ｔｓ）を記憶する手段と、予めユーザに提示された一定時間（ｔ０）以内にどのユーザからも回答もしくは回答予約の受信がないときは、その時刻（ｔｄ）を記憶する手段と、その経過時間計算（ｔｄ＝ｔｓ＋ｔ０）に基づき、質問を表示するブラウザ画面からその質問を削除すると共に質問者に質問文の表現を変える旨の通知を行う手段とを備えたことを特徴とする。
【００２５】
請求項１３の発明に係わる情報交換支援方法は、さらに、ユーザから送信される質問を受信した時刻（ｔｓ）質問受信時刻を記憶し、予めユーザに提示された一定時間（ｔ０）以内にどのユーザからも回答もしくは回答予約の受信がないときは、その時刻（ｔｄ）を記憶し、その経過時間計算（ｔｄ＝ｔｓ＋ｔ０）に基づき、質問を表示するブラウザ画面からその質問を削除すると共に質問者に質問文の表現を変える旨の通知を行うことを特徴とする。
【００２６】
請求項４または１３に記載の発明では、質問を登録後の回答が無い状態の経過時間により、その質問が適切であったかどうかの判定を行う。ここで、「質問文の変更を促す通知」としては、アドバイス、指示、あるいは、命令など色々な目的が考えられるが、その目的は問わない。
【００２７】
請求項５の発明に係わる情報交換支援システムは、さらに、回答予約を受信する手段と、当該回答予約の遵守状況をパフォーマンス評価関数のパラメータの一つとして管理する手段とを備えたことを特徴とする。
【００２８】
請求項１４の発明に係わる情報交換支援方法は、さらに、回答予約を受信し、当該回答予約の遵守状況をパフォーマンス評価関数のパラメータの一つとして管理することを特徴とする。
【００２９】
請求項５または１４に記載の発明では、ユーザが予約の約束を守るかどうかを活動のパフォーマンス評価の指標の一つとする。
【００３０】
請求項６の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、回答要求のある質問を表示するブラウザ画面において、制限された回答数に対する回答予約状況を表示すると共に期限の設定および回答予約の入力を促すことを特徴とする。
【００３１】
請求項１５の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、回答要求のある質問を表示するブラウザ画面において、制限された回答数に対する回答予約状況を表示すると共に期限の設定および回答予約の入力を促すことを特徴とする。
【００３２】
請求項６または１５に記載の発明では、質問に対する回答数を制限し、回答予約を行うことにより回答枠を獲得する。これにより回答活動に対して競争原理を導入する。
【００３３】
請求項７の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、質問者へのアドバイスの発信回数を記憶する手段と、この質問者がアドバイスに反して同様の内容を繰り返す場合には、予めユーザに提示された回数（ｎｉ１）を超える場合（ｎ＞ｎｉ１）は、質問する権利を制限し、さらに繰り返すことにより、アドバイスの発信回数が予めユーザに提示された回数（ｎｉ２＞ｎｉ１）を超えると（ｎ＞ｎｉ２）、当該オンライン・コミュニティから除名する等の制裁措置を実行する手段を備えたことを特徴とする。
【００３４】
請求項１６の発明に係わる情報交換支援方法は、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、質問者へのアドバイスの発信回数を記憶し、この質問者がアドバイスに反して同様の内容を繰り返す場合には、予めユーザに提示された回数（ｎｉ１）を超える場合（ｎ＞ｎｉ１）は、質問する権利を制限し、さらに繰り返すことにより、アドバイスの発信回数が予めユーザに提示された回数（ｎｉ２＞ｎｉ１）を超えると（ｎ＞ｎｉ２）、当該オンライン・コミュニティから除名する等の制裁措置を行うことを特徴とする。
【００３５】
請求項７または１６に記載の発明では、質問後の回答なし状態の経過時間を監視することにより、ユーザの活動を管理すると共に何度も同様のことを繰り返すユーザに対して除名等の措置を行う。
ここで、ｎｉ１、ｎｉ２は自然数である。
【００３６】
請求項８の発明に係わる情報交換支援システムは、予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、質問に対する回答への質問者の評価を受信する手段と、当該評価を離散的に表示する手段と、その評価が低い場合に回答者に注意情報を送信すると共にその数を計数する手段と、その係数値が予めユーザに提示された一定の回数（ｎｄ １）を超える場合（ｎ＞ｎｄ １）には、回答する権利を制限し、さらに繰り返すことにより注意情報の送信回数が予めユーザに提示された一定の回数（ｎｄ２）を超えると（ｎ＞ｎｄ２）、当該オンライン・コミュニティから除名する等の制裁措置を実行する手段を備えたことを特徴とする。
【００３７】
請求項１７の発明に係わる情報交換支援システムは、予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、質問に対する回答への質問者の評価を受信し、当該評価を離散的に表示し、その評価が低い場合に回答者に注意情報を送信すると共にその数を計数し、その係数値が予めユーザに提示された一定の回数（ｎｄ１）を超える場合（ｎ＞ｎｄ１）には、回答する権利を制限し、さらに繰り返すことにより注意情報の送信回数が予めユーザに提示された一定の回数（ｎｄ２）を超えると（ｎ＞ｎｄ２）、当該オンライン・コミュニティから除名する等の制裁措置を行うことを特徴とする。
【００３８】
請求項８または１７に記載の発明では、質問者の回答に対する満足度を離散値により入力し、不満足な回答を何度も行うユーザに対して除名等の措置を行う。ここで、ｎｄ１、ｎｄ２は自然数である。
【００３９】
請求項９の発明に係わる情報交換支援システムは、さらに、ユーザからの質問をカテゴリ別に登録し、当該質問に対する回答およびユーザの活動の管理をカテゴリ別に行うことを特徴とする。
【００４０】
請求項１８の発明に係わる情報交換支援方法は、さらに、ユーザからの質問をカテゴリ別に登録し、当該質問に対する回答およびユーザの活動の管理をカテゴリ別に行うことを特徴とする。
【００４１】
請求項９または１８に記載の発明では、カテゴリ別に管理することによりユーザの得意分野での活動の活性化を図る。
【００４２】
さらに、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、ユーザの端末装置から送られてくる質問を受信する手段と、当該ユーザからの質問が制限状態にあるか否かを活動状態テーブルを参照して判定し、制限状態に無ければ、受信した質問を質問リストに登録する質問登録手段と、質問リストへの登録後の経過時間を計測する第１のタイマ手段と、経過時間が所定の値を超えたときは当該質問を質問リストから削除すると共に質問者に質問の表現を変えるよう促すメッセージを送信する第１の通知手段と、を備えたことを特徴とする。
【００４３】
なお、質問が制限状態にあるか否かは通常、活動状態テーブルに質問制限フラグを設け、そのセット。リセットにより行うが、質問掲載時間など特定のデータを参照して行ってもよい。
ここで、「活動状態」とは、ユーザが除名状態にあるか、質問や回答などの活動が制限されているかどうかなど、ユーザのオンライン・コミュニティ上での活動管理に必要な状態情報をいう。
「制限」は、禁止も含む趣旨である。
「質問リストへの登録後の経過時間」は、厳密に登録処理により計測を開始する必要はなく、登録処理と一連の処理における任意のタイミングで計測を開始すればよいという趣旨で、質問を受信してから計測を開始する場合も含む。
【００４４】
また、本発明に係わる情報交換支援システムは、さらに、第１の通知手段により質問が質問リストから削除された回数をユーザごとにカウントする第１の計数手段を備え、第１の計数手段の値が所定の値を超えると活動状態テーブルの当該ユーザの質問制限フラグをセットするステータス管理手段とを備えたことを特徴とすることを特徴とする。
ここで、「質問制限フラグのセット」は、同様な機能を果たすものも含む趣旨で、質問許可フラグのリセットも含む。
【００４５】
また、本発明に係わる情報交換支援システムは、さらに、活動状態テーブルと第１の計数手段はカテゴリごとに設けられ、ステータス管理手段は、第１の計数手段の値が所定の値を超えると活動状態テーブルの当該ユーザの質問制限フラグをセットすることを特徴とする。
【００４６】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、ユーザの端末装置から送られてくる質問を受信する手段と、当該ユーザからの質問が制限状態にあるか否かを活動状態テーブルを参照して判定し、制限状態に無ければ、受信した質問を質問リストに登録する質問登録手段と、質問リストへの登録後の経過時間を計測する第１のタイマ手段と、経過時間が所定の値を超えたときは当該質問を質問リストから削除すると共に質問者に質問の表現を変えるよう促すメッセージを送信する第１の通知手段と、第１の通知手段により質問が質問リストから削除された回数をユーザごとにカウントする第１の計数手段と、ユーザの端末装置から送られてくる回答を受信する手段と、当該ユーザからの回答が制限状態にあるか否かを活動状態テーブルを参照して判定し、制限状態に無ければ、受信した回答をこの回答に係る質問と関連付けて記憶する手段と、質問者の回答に対する満足状態を表す満足度情報を受信し、回答と関連付けて記憶する手段と、記憶している質問、該質問に対する回答、該回答に対する満足度を表示する手段と、満足度情報により質問者が満足であれば、その回数をカウントする第２の計数手段と、ユーザごとに該ユーザの第１の計数手段の値から第２の計数手段の値を減算し、その減算結果が所定の値を越えると活動状態テーブルの該ユーザの質問制限フラグをセットするステータス管理手段とを備えたことを特徴とする。
【００４７】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、回答者であるユーザの端末装置から送られてくる回答期限を含む回答予約情報を受信する手段と、当該ユーザからの回答が制限状態にあるか否かを活動状態テーブルの回答制限フラグを参照して判定し、制限状態に無ければ、受信した回答予約情報を対応する質問と関連付けて記憶する手段と、回答予約情報の受信後の経過時間を計測する第２のタイマ手段と、経過時間が所定の値を超えたときは回答者へ注意メッセージを送信する第２の通知手段とを備えたことを特徴とする。
【００４８】
また、本発明に係わる情報交換支援システムは、さらに、回答期限を超過した回数をユーザごとにカウントする第３の計数手段と、この第３の計数手段の値が所定の値を超えると活動状態テーブルの該当するユーザの回答制限フラグをセットするステータス管理手段とを備えたことを特徴とする。
【００４９】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、回答者であるユーザの端末装置から送られてくる回答を受信する手段と、当該ユーザからの回答が制限状態にあるか否かを活動状態テーブルの回答制限フラグを参照して判定し、制限状態に無ければ、受信した回答に対応する質問と関連付けて記憶する手段と、質問者の回答に対する満足状態を表す満足度情報を受信し、回答と関連付けて記憶する手段と、記憶している質問、該質問に対する回答、該回答に対する満足度を表示する手段と、満足度情報により質問者が不満足であれば、その回数をカウントする第４の計数手段と、第４の計数手段の値が所定の値を超えると活動状態テーブルの当該ユーザの回答制限フラグをセットするステータス管理手段とを備えたことを特徴とする。
【００５０】
また、本発明に係わる情報交換支援システムは、さらに、活動状態テーブルと第４の計数手段はカテゴリごとに設けられ、ステータス管理手段は、第４の計数手段の値が所定の値を超えると活動状態テーブルの当該ユーザの回答制限フラグをセットすることを特徴とする。
【００５１】
また、本発明に係わる情報交換支援システムは、さらに、満足度情報により質問者が満足であれば、その回数をカウントする第２の計数手段を備え、ステータス管理手段は、第４の計数手段の値から第２の計数手段の値を減算し、その減算結果が所定の値を超えると活動状態テーブルの当該ユーザの回答制限フラグをセットすることを特徴とする。
【００５２】
また、本発明に係わる情報交換支援システムは、さらに、各計数手段は一定期間でリセットされることを特徴とする。
【００５３】
また、本発明に係わる情報交換支援システムは、さらに、ユーザごとにオンライン・コミュニティへの加入期間を記憶する手段と、当該加入期間に基づいて定まる値を各所定の値に加算することを特徴とする。
【００５４】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、質問に対して回答を獲得した回数を回答獲得回数情報としてユーザごとに記憶する手段と、質問に対して所定期間内に回答を獲得することができず質問が削除になった回数を質問削除回数情報としてユーザごとに記憶する手段と、ユーザの回答獲得回数情報と質問削除回数情報との差が所定値Ｌ１に達すると注意を促すメッセージを送信する手段と、さらに、所定値Ｌ２（Ｌ２＞Ｌ１）に達すると、活動状態テーブルの当該ユーザの除名フラグをセットして、該ユーザのオンライン・サイトでの活動を禁止するステータス管理手段とを備えたことを特徴とする。
【００５５】
ここで、「禁止」は、活動の全面禁止の他、一部の活動の禁止や機能の制限も含む。Ｌ１，Ｌ２は自然数である。
【００５６】
また、本発明に係わる情報交換支援システムは、さらに、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルと、質問に対して回答を獲得した回数を回答獲得回数情報としてユーザごとに記憶する手段と、質問に対して所定期間内に回答を獲得することができず質問が削除になった回数を質問削除回数情報としてユーザごとに記憶する手段と、回答の予約後、所定期間内に回答を登録した回数を予約回答情報としてユーザごとに記憶する手段と、回答の予約後、所定期間内に回答を登録しなかった回数を予約未回答情報としてユーザごとに記憶する手段と、ユーザの回答獲得回数情報と予約回答情報との和から質問削除回数情報と予約未回答情報との和を減算した値が所定値Ｍ１に達すると注意を促すメッセージを送信する手段と、さらに、所定値Ｍ２（Ｍ２＞Ｍ１）に達すると、活動状態テーブルの当該ユーザの除名フラグをセットして、該ユーザのオンライン・サイトでの活動を禁止するステータス管理手段とを備えたことを特徴とする。
ここで、Ｍ１、Ｍ２は自然数である。
【００５７】
また、本発明に係わる情報交換支援システムは、通信ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムであって、各ユーザの活動データとして、少なくとも質問に関する活動データと回答に関する活動データを有し、この活動データをもとにユーザのオンライン・コミュニティでの貢献度データを演算することを特徴とする。
【００５８】
また、本発明に係わる情報交換支援システムは、さらに、質問に関する活動データは、質問に対する回答獲得数と回答を得られるまでの時間に基づくデータを含み、回答に関する活動データは、質問者の回答に対する満足度と回答予約に対する実行の有無に基づくデータを含むことを特徴とする。
【００５９】
また、本発明に係わる情報交換支援システムは、さらに、活動データを構成する各データに対して、設定変更可能な重み計数を乗じて貢献度データを演算することを特徴とする。
【００６０】
また、本発明に係わる情報交換支援システムは、さらに、質問登録の際に、当該質問に対する回答要求の緊急度を登録可能とし、回答に関する活動データは、当該緊急度に応じて異なる値を設定可能であることを特徴とする。
【００６１】
また、本発明に係わる情報交換支援システムは、さらに、貢献度データは、活動データを構成する各データの関数であることを特徴とする。
【００６２】
また、本発明に係わる情報交換支援システムは、さらに、貢献度データの前回値と今回値に基づいて予め定めた領域に対応して措置情報を格納したテーブルを備え、ユーザの貢献度データの演算ごとにテーブルを参照して、対応する措置情報を実行することを特徴とする。
【００６３】
また、本発明に係わる情報交換支援システムは、さらに、オンライン・コミュニティへの加入時または定期的にコミュニティ通貨データをユーザに割り当てる手段と、質問に対して回答があった場合は質問者から回答者へコミュニティ通貨により質問者が定める金額を移動することとし、当該移動金額に応じて質問者と回答者のコミュニティ通貨データを更新することを特徴とする。
【００６４】
また、本発明に係わる情報交換支援システムは、貢献度データとコミュニティ通貨データをもとに予め定めた領域に対応して措置情報を格納したテーブルを備え、ユーザの属する領域に基づいて対応する措置情報を実行することを特徴とする。
【００６５】
また、本発明に係わる情報交換支援システムは、 貢献度データとコミュニティ通貨データに基づいて予め定めた領域における動作パターンに対応して措置情報を格納したテーブルを備え、ユーザごとの貢献度データとコミュニティ通貨データをもとにユーザの動作パターンを判定し、当該動作パターンに対応する措置情報を実行することを特徴とする。
【００６６】
また、本発明に係わる情報交換支援システムは、さらに、ユーザはそれぞれの端末装置に対応して予め定義されていることを特徴とする。
【００６７】
また、本発明に係わるプログラムは、ネットワークに接続された複数の端末装置の各ユーザが、該ネットワークを介して情報交換するオンライン・コミュニティサイトの情報交換支援システムのプログラムであって、ユーザごとにオンライン・コミュニティサイトでの活動状態を表す活動状態テーブルを記憶する処理と、ユーザの端末装置から送られてくる質問を受信する処理と、活動状態テーブルを参照して当該ユーザからの質問が制限状態にあるか否かを判定し、制限状態に無ければ、受信した質問を登録する処理と、質問の登録後の経過時間を計測する処理と、経過時間が所定の値を超えたときは登録した質問を削除すると共に質問者に質問の表現を変えるよう促すメッセージを送信する処理と、をコンピュータに実行させることを特徴とする。
【００６８】
なお、「コミュニティ通貨」とは、本オンライン・コミュニティで使われる通貨であり、国定の通貨とは区別して用いる。
すなわち、オンライン・コミュニティの活発な交流を促進するために、本発明では、インセンティブとして、地域通貨システムの原理をその手段として用いる。この地域通貨システムに用いる地域通貨は国定の円との換金機能はないものと定義するので、消費税などの税の管理対象ではない。また、利子という概念を導入しない。何故ならば、回答するという人のサービス行為を促すことが主要な目的だからである。
【００６９】
類似のものにポイント制が多く採用されているがその趣旨は異なるものである。これは主催者がユーザに対して付与するものであり、いわば、マイレッジ・サービスに代表されるが、通貨としての概念ではないし、個々のユーザ同士での交換機能はない。
【００７０】
元来、知り合い同士であれば、例えば、最寄り駅を尋ねる時のように、人は、無報酬で、知識を交換できる場合が多く日常生活の基本になっているが、見知らぬ多数が存在する上記オンライン・コミュニティにおいては、よく理解できていないほぼ他人同様の人に対して教えたりすることには一般に心理的抵抗が高い。一方、知人であれば、無報酬で教える事柄に対して、他人だから有償にしたいという心理も厚かましいようで抵抗感の高いものである。見知らぬ人に物事を訪ねようとする場合においては、ちょっとした勇気のいる行動であり、見知らぬ土地で道に迷ったときでも、知ったかぶりで、何とか自分で解決しようと歩き廻ったり、特に車の場合、闇雲にぐるぐる走り回ってしまうのが一般的である。この問題を解決しようというのが地域通貨システムの手段としての応用である。
【００７１】
地域通貨システムの原理を前提に、前述の「教室モデル」ではなく、「自然な社会モデル」（図４（ｂ））を基礎的な手段とする。即ち、人の経験には限りがあるが、他者の経験しなかったことについては、人は自信があって、そのことを未経験者に教えることができる。教師−生徒という固定的関係を前提にすることは不必要であり、誰でもが知識・情報を相互に交換できるものであり、遠隔地に離れていようとも、また、いかなる時間帯であろうとも、オンライン・コミュニティの中で、そのように知識・情報交換支援のサービスを提供する手段を提供できる。そのために、図４（ｂ）に示すように、ここで言うオンライン・コミュニティには明確な境界、組織的境界が必要であって、この当該オンライン・コミュニティはファイヤーウォールなどセキュリティ機能手段によって、保護されるべきであり、また、オンライン・コミュニティの成員はユーザＩＤ、パスワードによってログインすることを前提の手段にしている。逆に言えば、無制限に誰でもが自由にアクセスできるようにするものではない。
【００７２】
本発明はこうした知識・情報交換の原理を、インターネットもしくはイントラネットにネットワークされた環境を使って、実現するプロセスのありようを注意深く観察し、考察する中から為されたものである。
【００７３】
図２は知識・情報交換サービスの基本フローを示している。図中のステップの内、２重線で示したものは、質問者や回答者が直接、作業する必要があるが、その他のステップは、ＷＥＢサイトのサーバ、具体的には、図１の質問管理アプリケーション・サーバＱＭＡ１０５にプログラムされた自動システムであることを示している。
【００７４】
また、本発明ではオンライン・コミュニティの成員が知識・情報交換の局面で必要となるブラウザ画面の構成要件を明らかにした（図５〜図１２）。また、こうした構成要件を手段として、システムを構成すると最小限の投資で効率的な自動的知識蓄積システムを構成できる。そして、このシステムに参加するオンライン・コミュニティの成員は従来では困難であった遠隔地の人々との交流を通じて、時間帯に左右されることなく、自らの知識をより豊かにすることができる。
【００７５】
また、本発明は空間的、地理的に分散して存在する複数のコンピュータがインターネットもしくはイントラネットでネットワークされた環境において、予め定義されたコンピュータのユーザが存在し、個々のユーザの持てる知識や情報を当該コンピュータのユーザ間で交換できるように支援するサービスを提供する知識・情報交換支援システムにおいて、質問と回答の対応する組合せ（以下、セッションという）をデータベース（以下、ＤＢという）に蓄積して、検索、閲覧を可能とした。
【００７６】
【発明の実施の形態】
以下、本発明の実施の形態を説明する。図１は本発明の実施の形態に係わる情報交換支援システムの機能構成図である。図１において、情報交換支援システム１０１は仲介的知識・情報交換支援サービスをユーザに対して行おうとするＷＥＢサーバおよび本発明に関わる外部コンポーネント１０４、データベースとして、質問と回答を関連付けて記憶するセッション管理データベース（ＤＢ）１０７、コミュニティ通貨としてのＱｕｉｎ管理データベース（ＤＢ）１０８、および、会員であるユーザ情報を登録するユーザ管理データベース（ＤＢ）１０９を備えている。なお、図示しないが、必要に応じて、セッション管理ＤＢ１０７の情報をＷＥＢ公開用に整理しなおしたセッション管理公開データベース（ＤＢ）を設けることも可能である。
【００７７】
情報交換支援システム１０１は、各ＤＢ１０７〜１０９のデータを演算・管理するためのプログラムを備えたＷＥＢサイトである。会員制あるいは成員が定義されている特定の組織を対象としているので、ログイン、ログアウトの管理が必要である。また、本発明とは直接関係のないプログラムも実装可能であり、これを管理するためのチャネル管理機能を有している。また、本発明に関係する質問と回答の組合せを管理するためのセッション管理がプログラムされる。セッション管理ＤＢカテゴリ別１０７は、質問と回答のセットをセッションとして、記録、保持する手段である。Ｑｕｉｎ管理ＤＢ１０８は、当該オンライン・コミュニティにのみ通用する地域通貨Ｑｕｉｎを記録・管理する手段である。この場合、Ｑｕｉｎとは地域通貨の単位である。ユーザ管理ＤＢ１０９は、当該オンライン・コミュニティの成員のユーザＩＤや電子メールアドレス、パスワード、質問や回答を為した実績などを管理する手段である。セッション管理公開ＤＢは、一定期間経過した後に、当該オンライン・コミュニティの持続的成長を図るために当該オンライン・コミュニティの外部に、公開するためのＤＢである。これはセッション管理ＤＢカテゴリ別１０７から利用度の高かったものあるいは質問者が得られた回答に対して高い評価を与えたものなどを自動的に抽出する機能を持つ。外部コンポーネント１０４は、質問と回答のセットを管理する質問管理アプリケーション・サーバＱＭＡ１０５、ＤＢの内容を検索する検索エンジンＳＥＡＲＣＨ Ｅｎｇｉｎｅ１０６および各データベース１０７〜１０９から構成される。なお、各データベース１０７〜１０９は、データベースサーバとして構築してもよいし、ＱＭＡ１０５に含めて構築してもよい。
質問管理アプリケーション・サーバＱＭＡ１０５は後述の制御プログラムがインストールされる。
【００７８】
図３３は、質問管理アプリケーション・サーバ（ＱＭＡ）１０５の機能ブロック図である。図３３において、ＱＭＡ１０５は、ＷＥＢサーバ１０２とデータの送受信を行う送受信部２０１と制御プログラムを実行する演算部２０２から構成されている。また、演算部は、各データベースを構成するデータベース群２１９とデータのやり取りを行う。さらに、演算部２０２は、ＷＥＢサーバ１０２からのデータを受信する受信手段２０３、ＷＥＢサーバ１０２へデータを送信する送信手段２０４、ユーザ端末１１１から送られてくる質問をセッション管理ＤＢ１０７に登録する質問登録手段２０５、質問登録からの時間を計測するタイマ手段Ａ２１３、タイマ手段Ａ２１３からの出力により注意メッセージをユーザ端末１１１へ送信する通知手段Ａ２０９、通知手段Ａ２０９の送信回数をカウントする計数手段Ａ２１５、ユーザからの回答予約を受け付けセッション管理ＤＢ１０７に登録する回答予約手段２０６、回答予約受付からの時間を計測するタイマ手段Ｂ２１４、タイマ手段Ｂ２１４からの出力によりユーザへ注意メッセージを送信する通知手段Ｂ２１０、通知手段Ｂ２１０の送信回数をカウントする計数手段Ｂ２１６、ユーザからの回答をセッション管理ＤＢ１０７に保存する回答登録手段２０７、質問者であるユーザからの回答に対する満足度情報をセッション管理ＤＢ１０７に保存する満足度情報保存手段２０８、不満足回数をカウントする計数手段Ｃ２１７、満足回数をカウントする計数手段Ｄ２１８、各計数手段２１５〜２１８のカウント値をもとにユーザの活動評価演算を行うステータス管理手段２１２、および、各データベースの内容を表示する表示手段２１１を有している。演算部２０２の各手段２０３〜２１８は、プログラムの機能として実行される。また、ユーザ管理ＤＢ１０９はユーザのオンライン・コミュニティでの活動（パフォーマンス）を評価するための定量的データが保存された活動状態テーブル２２０を有している。
【００７９】
ＷＥＢサーバ１０２は、市販のＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ アプリケーション・プラットフォーム（例えば、Ｗｅｂｃｒｏｓｓｉｎｇ社などの製品）であり、電子掲示板機能、チャット機能、メーリングリスト機能およびファイヤーウォールなどが装備されているものである。勿論、その他のグループウエア・プラットフォームに対しても実装可能である。
【００８０】
次に、図２を用いて、情報交換支援サービスの流れを説明する。まず、情報交換支援システム１（図中のＷＥＢサイトサーバ）により質問リストが生成される（Ｓ１）。これをもとにユーザである質問者が質問書式を請求する（Ｓ３）。システム１は、質問書式を生成して（Ｓ５）質問者へ送信する（Ｓ６）。質問者は質問を入力して（Ｓ７）システム１へ送る（Ｓ８）。システム１では、形式チェックを行い保存する（Ｓ９）。また、質問情報はユーザに公開される。
【００８１】
一方、ユーザである回答者から回答書式の請求があると（Ｓ１１）、回答数の制約によるエントリー枠を確認し（Ｓ１３）、枠が空いておればユーザに回答の入力を許可する（Ｓ１４）。なお、このとき、回答者は事前に回答予約をしておくものとする。システム１より予約許可を受けた回答者は回答を入力する（Ｓ１５）。
【００８２】
回答者から送られてくる回答情報をシステム１において形式チェックを行い、ＯＫならば質問と関連付けて保存する（Ｓ１７）と共に質問者へは回答のあった旨の通知を行う。同時に満足度評価書式を生成する（Ｓ１８）。
【００８３】
質問者は、その回答を閲覧して評価と対価（Ｑｕｉｎの金額）支払いの入力を行う（Ｓ１９）。システム１では、この評価を質問リストに掲載して（Ｓ２１）、回答者へメール通知をし（Ｓ２３）、また、対価支払額により口座の残高を更新する。この残高は、質問者と回答者の双方で夫々確認できる（Ｓ２７、Ｓ２８）。なお、本サービスにおいて、コミュニティ通貨クイン（Ｑｕｉｎ）を定義し、これを用いるが、当該オンライン・コミュニティの成員が、最初に参加するときに、シードマネーとして、一定額、例えば、１０，０００ Ｑｕｉｎという額を口座開設と同時に支給することとする。
【００８４】
以下、情報交換支援システム１の動作を説明する。
［質問作成登録処理］
以下、図１３に示す質問作成のためのワークフロー図を用いて、質問登録手段の動作を説明する。この図で、質問者であるユーザが操作する画面は二重線で示しており、その他のステップは質問管理アプリケーション・サーバＱＭＡ１０５のプログラムによって実行される。
【００８５】
質問登録手段は起動されると、ユーザ端末上に図５に示す質問入力画面を表示する（Ｓ１０１）。ここで、図５は知識・情報の提供を求めるユーザの質問への回答要求の緊急度１１２を表示することを特徴としている。この図において、ＴｅｃｈｎｏＣａｆｅとはこのオンライン・コミュニティに付けられた名称である。質問クラブとは、当該サービスに関する名称である。オンライン・コミュニティの成員であるユーザが質問者の立場で、回答を要求しようとするとき、回答への期待感すなわち要求する緊急度に対応するラジオボタン１１２をクリックすることで、簡単に表示できるようにした実施例である。この期待感は図６に示すアイコン１１３として表示される。
【００８６】
図６の最下部に示したように、本実施例は、ｔ０＝２４（時間）である。また、当該オンライン・コミュニティの成員であるユーザが大量に質問を作成する事態も予測されるが、予め一日当たりに質問できる回数の限度、例えば、５回を限度とするというように、ルールとして、周知することによって、そうした事態を避ける。具体的には、ステップＳ１０２に示すように、その日の質問回数を計数するなど、形式的に問題ないかをチェックし、限度を超える場合には、警告の画面を表示する（ステップＳ１０３）。
【００８７】
形式的に問題が無ければ、図６に示すようにカテゴリ別に質問リストを表示すると共にタイマ手段Ａを起動して、質問掲示時間の計測を開始する（Ｓ１０４）。そして、時間内に回答予約（エントリー）があったかどうかを判定し（Ｓ１０５）、回答予約があった場合には掲示を継続し（Ｓ１０６）、回答予約が無い場合は、通知手段Ａにより質問の変更要求と削除通知メールを送信する。具体的には質問者が質問を発した時刻、即ち、質問受信時刻（ｔｓ）を記憶し、予めユーザに周知された一定時間（ｔ０）を経過したにも関わらず、回答者の回答意思を伝えるエントリーがないときには、その時刻（ｔｄ）を記憶し、時間経過時間の計算（ｔｄ ＝ｔｓ ＋ ｔ０）に基づき、質問者に質問文の表現を変えるなどのアドバイス（質問の変更要求）を電子メールによって通知する（Ｓ１０７）と共に質問を表示している質問リスト表示のブラウザ画面からその質問を削除する（Ｓ１０９）。
【００８８】
一方、アドバイスの発信回数（ｎ）をユーザ管理ＤＢ１０９に記録し（Ｓ１０８）、当該質問者が繰り返し、同様の内容を繰り返す場合には、自動的に電子メールによって注意や警告をし、計数手段Ａによりその回数をカウントし、その回数が予め周知された回数（ｎｉ１）を超える場合には（Ｓ１１０）、質問する権利を制限（Ｓ１１１）し、更にそれでも、繰り返す場合（ｎ＞ｎｉ２）には、当該オンライン・コミュニティから除名するなどの制裁を含む措置を自動的に行う（Ｓ１１２）。このステップＳ１１２の行う除名等の措置は、ステータス管理手段２１２により、図２２または図２３に示す活動状態テーブル２２０のステータスコードの除名フラグをセットするなど該当するフラグを制御することにより行う。
【００８９】
実際には、ｎｉ１からｎｉ２に至る過程に、救済措置が必要である。即ち、質問者の学習成長を期待する。具体的には、一旦、ｎｉ１に達したとき注意や警告がなされるが（Ｓ１１１）、その後、回答のエントリーがあるような質問状況であれば、その実績に応じて、例えば、ユーザ管理ＤＢ１０９の通信記録ログファイルに記録されるアドバイスの発信回数（ｎ）をその実績ごとに１回分を減算する。要するに、質問者が恣意的でない限りにおいて、救済できるようにプログラムできる。例えば、具体的には、ｎｉ１は１０回、ｎｉ２は３０回という数値となる。実際の運営では経験的にその値の変更も可能である。
【００９０】
［回答予約処理］
次に、図１４を用いて、回答予約手段の動作を説明する。この図は回答希望者が回答したい意思を登録（エントリー）するための作業の流れとその制御を示している。回答者であるユーザが操作する画面は二重線で示しており、その他のステップは質問管理アプリケーション・サーバＱＭＡ１０５のプログラムによって実行される。
【００９１】
回答予約手段は、起動されると、図６に示す回答要求のある質問リストを表示するブラウザ画面を表示する（Ｓ２０１）。この画面は、回答者の数を制限していることを明示することを特徴としている。即ち、回答者の数はこの実施例の場合、３人に限定され、３つの水平方向に配置されたエントリー状況を示すアイコンで表示される。図中、質問番号Ｐ０１−２１２９の欄のアイコン部分１１４は３人の回答者がエントリーしていることを示している。質問番号Ｐ０１−２１３０の欄のアイコン部分１１５は回答者のエントリーが現在一人あるだけで、二人分がまだ空いていることを示している。質問番号Ｐ０１−２１３１の欄のアイコン部分１１６はまだ、エントリーが無い状況を示している。なお、質問リストはカテゴリ別に管理することによって、ハイラーキカルな構成、即ち、オンライン・コミュニティの成員のニーズを反映して、当該オンライン・コミュニティの発展拡大に対応して、分岐、発展させることが可能である。
【００９２】
次に、ユーザが質問番号をクリックすると（Ｓ２０２）、図７に示す質問の詳細内容を閲覧するための画面が表示される（Ｓ２０３）。この詳細画面は図６に示す質問番号にハイパーリンクされており、この質問番号をユーザがクリックすることで、結果としてユーザのブラウザ画面に表示される。図７の図中のボタン１１７は、予め登録してある質問者のプロフィールがポップアップして吹き出しで表示される機能を持つ。どんな人が質問しているのか質問をよりよく理解するための補助である。
【００９３】
図７において回答をするために送信ボタンを押すと（Ｓ２０４）、図６に示すようにエントリー枠に空きがあるかどうかが判定され（Ｓ２０５）、空きが無い場合は、予約不可の表示がなされる（Ｓ２０６）。エントリー枠に空きがある場合は、セッション管理ＤＢ１０７の質問リストに登録され、図６に追加表示される（Ｓ２０７）。そして、図８の画面に移る（Ｓ２０９）。この図は、回答意思のあるユーザがその意思を伝達表示できるようにしたブラウザ画面の構成例を示している。特に、ボタン１１８に示すように回答期限を約束するように求めているのが特徴である。図８において回答期限を設定し、送信ボタンをクリックすると確認情報が出力され（Ｓ２１０）、「はい」のボタンをクリックすると回答予約が送信される。
そして、記入情報の形式のチェックを行い（Ｓ２１２）、不備があればその旨を表示する（Ｓ２１３）。形式チェックがＯＫになれば、予約完了の確認メールを送信する（Ｓ２１４）。
【００９４】
図６のように回答予約のエントリー状況を表示することによって、質問者は回答予定者が存在することを容易に確認でき、期待感をもって回答を待つことができる。一方、回答の意思を伝達した回答者は、限られたエントリー枠を満足して、エントリーできた場合には、後述する図９に示すような画面構成例により回答を記述し送信する。
【００９５】
なお、図１４には記載していないが、図１３のステップ１０７以降の処理に相当する処理を実行してもよい。具体的には、ステップＳ２１４で回答予約完了受付によりタイマ手段Ｂを起動し、そのタイムアップにより通知手段Ｂにより、時間経過の注意を促すメッセージを送り、また、計数手段Ｂにより、その回数が一定値を超えると除名等の措置を実行する。これによりオンライン・コミュニティの健全な運営管理を行うことができる。
【００９６】
［回答作成登録処理］
次に図１５を用いて、回答登録手段の動作を説明する。図１５は、回答作成登録に関する作業の流れとその制御を示している。回答者であるユーザが操作する画面は二重線で示しており、その他のステップは質問管理アプリケーション・サーバＱＭＡ１０５のプログラムによって実行される。
【００９７】
まず、図６の画面を表示し（Ｓ３０１）、エントリーアイコン１１５で回答予約を行った回答者がクリックする。回答登録手段は、ユーザＩＤにより、回答予約をしたユーザであるかどうかを認証し、回答予約をしたユーザである場合は、図９に示す回答入力画面を表示する（Ｓ３０２）。そして、回答者はこの画面に従って、回答を入力し送信を実行する（Ｓ３０３）。このとき、質問番号および質問タイトルは回答登録手段が自動的にリンクして表示するので、回答者は入力不要である。
【００９８】
回答登録手段は、回答情報を受信すると形式的に問題ないかどうかをチェックし（Ｓ３０４）、問題がある場合は、回答者へ回答の見直し要求または警告表示を行う（Ｓ３０５）。問題が無ければ、質問とリンクさせて質問リストに登録する（Ｓ３０６）。また、質問者へは回答のあったことを通知する（Ｓ３０７）。次に、回答期限に間に合ったかどうかを判定し（Ｓ３０８）、間に合っておれば、満足度情報保存手段を起動して質問者の評価フローを実行する（Ｓ３０９）。間に合っていなければ、ユーザ管理ＤＢのユーザの保有点数を減点する（Ｓ３１０）。そして、回答期限厳守督促メールを送信する（Ｓ３１１）。
【００９９】
［質問者による回答への評価入力処理］
次に図１６を用いて満足度情報保存手段の動作を説明する。まず、質問者は、回答のあったことを図１５のステップＳ３０７のメールを見て認知し、図６に示す質問リストのエントリーアイコン１１５をクリックすると（Ｓ４０１）、図１０に示す回答表示画面が表示され、回答内容を確認する。図１０の満足度評価ボタン１１９をクリックすることで、図１１の回答への満足度評価入力画面を得られる（Ｓ４０３）。なお、このとき質問者ユーザＩＤによって、質問者かどうかの認証が行われる（Ｓ４０２）。なお、図１０の図中のボタン１２０は、予め登録してある回答者のプロフィールがポップアップして吹き出しで表示される機能を持つ。どんな人が回答しているのか回答をよりよく理解するための補助である。
【０１００】
次に、質問者であるユーザは、図１１に示す満足度評価画面にしたがって、満足度アイコンを選択し、回答者へ支払うＱｕｉｎ数を設定して送信を実行する（Ｓ４０４）。満足度情報保存手段は、この情報を受信すると形式的に問題がないかどうかをチェックし（Ｓ４０５）、問題がある場合は、見直し要求の画面を表示する（Ｓ４０６）。問題が無ければ、質問リストに当該質問および回答と関連付けて保存し、図６に示すカテゴリ別質問リストに満足度を表示する（Ｓ４０７）。また、図１２に示す質問者口座および回答者口座のＱｕｉｎ数を更新し（Ｓ４１０）、Ｑｕｉｎ管理ＤＢに保存する（Ｓ４１１）。そして、回答者に評価のあったことを通知する（Ｓ４１２）。図１２は、当該のオンライン・コミュニティにのみ通用する地域通貨、実施例ではクイン（Ｑｕｉｎ）のユーザ単位で管理する残高表示の画面構成例である。図２のステップＳ２７、ステップＳ２８に対応する。これは、Ｑｕｉｎ管理ＤＢ１０８によって管理される。
【０１０１】
一方、質問者が回答者の作成した回答に対する満足度が期待外れで低いものである場合は、満足度情報保存手段は当該回答者の回答作成が適切でなかったものとして処理し、ユーザ管理ＤＢ１０９に設けられる当該回答者の通信記録ログファイルにその結果を記録する（Ｓ４１３）。また、注意を促すメールを送信すると共に計数手段Ｃにより、不満回答回数をカウントし（Ｓ４１４）、予め周知された回数（ｎｄ１）を超える場合（ｎ＞ｎｄ１）には、回答する権利を制限し（Ｓ４１５）、更にそれでも、繰り返す場合（ｎ＞ｎｄ２）には、当該オンライン・コミュニティから除名するなどの制裁を含む措置を実行する（ステップＳ４１６）。
【０１０２】
なお、実際には、ｎｄ１からｎｄ２に至る過程にも、救済措置が必要である。回答者に対しても学習成長があると期待するからである。即ち、一旦、ｎｄ１に達したとき注意や警告（ステップＳ４１５）がなされるが、その後、適切な回答ができているような回答状況、即ち、満足あるいは大満足の評価が得られているようであれば、その実績に応じて、例えば、ユーザ管理ＤＢ１０９の通信記録ログファイルに記録されるアドバイスの発信回数（ｎ）をその実績ごとに１回分を減算する。要するに、回答者が恣意的でない限りにおいて、救済できるようプログラムできる。例えば、具体的には、ｎｄ１は１０回、ｎｄ２は３０回という数値となる。これもまた、実際の運営で経験的にその値の変更も可能である。
なお、図６の満足度表示アイコン１１４は、回答者の回答内容に対する質問者の満足度を当該オンライン・コミュニティに公開し、質問と回答の交換が適切に行われたことをユーザ会員に分かるように表示している構成例である。
【０１０３】
ところで、質問者と回答者が示し合わせて、お互いに甘い評価を与えあうような事態も予測される。上記のように質問と回答は当該オンライン・コミュニティ（本実施例の場合、ＴｅｃｈｎｏＣａｆｅ）に公開されるので、その関係を見抜く第三者的読者の存在が期待でき、それはクレームとなって、Ｗｅｂｍａｓｔｅｒと呼ばれるサイト管理者に意見が反映されるので、適切な措置を取ることができる。また、掲示板などの機能により、読者の意見が活発に反映できる運営も可能である。また、読者が投票できるように投票システムを用いて得票数により管理することもできる。
【０１０４】
［ユーザのパフォーマンス評価処理］
上述の時間と回数に関する実績、すなわち、各タイマ手段や計数手段の出力をユーザの活動のパフォーマンス評価データとして使用することができ、ステータス管理手段２１２は、これらのデータおよび以下に説明するパフォーマンス評価関数やポートフォリオデータにより、ユーザの活動状態（ステータス）を演算し、コミュニティ運営者や関連するユーザに表示したり、除名等の措置を実行する。
【０１０５】
図１７は、パフォーマンス評価関数の設定例で、質問者が、質問を登録したとき、その質問の掲示制限時間内に回答者の予約の入らなかった回数を計数手段Ａによりカウントした値ｎ１が保存されている。同一ユーザが回答者である場合もある。回答者に対する問題としては回答の予約をいれていたにも関わらず、回答しなかった回数ｎ２を計数手段Ｂにより記録することを示している。また、別の評価として、回答した回答を読んだ質問者の評価が“失望”レベルの内容であったと評価された回答を何回したかという数値ｎ３を計数手段Ｃにより記録することを示している。それぞれにα１、α２、α３の重み係数を設定して、管理することができる。逆に、正しいパフォーマンスとして、回答を獲得できた場合の回数をａ１、予約通り回答したときの回数をａ２、大満足の評価を得た回数をａ３として記録する。
【０１０６】
図１８は質問者と回答者のパフォーマンスに関するパフォーマンス評価関数の他の例として、前図とは違った設定をした例である。ある質問に対して、多くの回答を得たということは、とてもよい質問である可能性が高い。回答獲得数を指標として、反映する例である。質問掲示時刻から間もなく、回答予約が入った場合、回答欲求の高かった質問として、これを評価し、得点を与える例である。ここで、ｔ０は予め定義された質問掲示時間である。回答者に対しても、パフォーマンス評価関数を設定できる。回答の要求に応じて、納期を守ったかどうか、回答はしたけれど、納期が遅れた場合、それぞれに、配点を定義する例である。予約したが回答しなかったり、できなかったりする場合がある。それも評価の対象として、配点できる。質問者の評価に応じた配点設定も可能であり、大満足、満足、失望という各評価レベルに対応した配点が可能である。勿論、それぞれのパラメータに対して、重み係数を定義し、より複眼的に、ユーザのパフォーマンスについて全体的な評価として反映できる。
【０１０７】
ここで、図１７の場合は、ある一定の期間に対するユーザ・パフォーマンスの評価関数として、
【数１】
図１８の場合では、
【数２】
【０１０８】
第（２）式において、Ａｉは回答獲得数評価素点、Ｂｉは質問掲示時間内に得られた予約のタイミング（質問人気度）評価素点、Ｃｉは回答要求に対する回答約束納期遵守評価素点、Ｄｉは回答要求に対する回答約束納期遅れ評価素点、Ｅｉは回答実行評価素点、Ｓｉは回答に対する質問者の評価に関わる評価素点を表す。それぞれ固有の質問番号あるいは回答（固有のセッション番号）に対して、累積計算を行う。
【０１０９】
なお、図１７と図１８に示した評価パラメータを組合せることによって、当該コミュニティ（や組織）の運営目的に合わせて、（１）式あるいは（２）式は変形が可能であるし、また、α１、δ１などの重み係数を調整することは可能である。質問系の評価と回答系の評価を分けて管理することも可能である。
【０１１０】
このパフォーマンス評価関数を用いてユーザの活動を監視すると、たとえば、図１９に模式的に示した図のようになる。即ち、当該コミュニティや組織の運営に関して、管理上のアクションと結び付く意味のある管理限界を定義できるのである。
この図においてＬ１は注意を促す管理限界、Ｌ２は警告をする管理限界、Ｌ３は除名処分にする管理限界であり、Ａ１は積極的に奨励したり、賞賛したりすることが必要とされるレベルをあらわし、Ａ２は、貢献度が高いとして、達人であるというような栄誉を与え、褒賞するための管理限界を設定可能であることを表現している。
【０１１１】
質問の仕方や表現が悪かったり、回答が頓珍漢であったりするとパフォーマンス評価値は下がり、注意の管理限界Ｌ１を超えるとサイトのシステムは自動的に注意を促すための電子メールをユーザに送信するようにプログラムできる。注意を喚起されたユーザは学習と成長へのきっかけを得ることができる。
【０１１２】
図２０は、悪意のある場合の例である。上記の情報交換システム１の動作説明では、注意や警告を無視し続けると、自動的にシステムはそのユーザのアクセスを拒否するアクションをとるようにプログラムできることを示した。即ち、設定した限界を超えるときはユーザのログインをシステムが拒絶するようにプログラムできるのである。
【０１１３】
図２１は、図２０の例とはことなり、悪意がなければ、注意を促す自動メールを受けとめて、一般に学習効果が期待でき、成長できることを模式的に示したものである。
【０１１４】
図２２は、活動状態テーブルの一例であり、第（２）式のパフォーマンス評価関数によりあるユーザの評価値を求めたものである。各ユーザに対して、こうしたステータス管理のためのテーブルを保有するデータベースを構築する。因みに、この場合、第（２）式の重み係数δ１〜δ６はすべて、１という値で設定している。
【０１１５】
それぞれのコラムには図１８に示した評価素点が記録されることを示した。ユーザＩＤ：Ａ００１０３のＰ値（パフォーマンス評価関数の出力値）は−８であり、ユーザＩＤ：Ａ００１０５のＰ値は＋４６である。予め定義されたステータス管理限界を、例えば、Ｌ２ ＝ −７であり、Ａ１ ＝ ３０としたとき、前者の場合は、質問制限を受けていることになり、後者の場合は奨励レベルにあることになる。
【０１１６】
図２３は図２２の活動状態テーブルを月単位で集計した例を示している。この図において、Ｑｕｉｎ取引額は別に定めるルールに従って計算される値であるが、質問して支払う金額、回答して得る金額などの総和である。この計算ルールの設定例を図２６に示した。ここで、Ｐ値とＱｕｉｎ取引額はそれぞれ独立関数である。図２６において、質問者は、質問をしたときに回答者に対して質問者の満足度等に応じて決定された額を回答者へ支払う。回答者は、質問者から支払われた額を受け取る。また、質問者が特に満足したとき（ニコニコの評価をえたとき）は、回答者には本サービス業者（事務局）からボーナスが支払われる。また、投票者は、質問と回答により有益な情報を得たときは、一定額を支払って投票する。このシステムを通して、質問者や回答者のインセンティブが上がるだけでなく、質の高い質問と回答の組合せによる知識情報の蓄積が可能となる。
【０１１７】
図２４は活動状態テーブルをＰ値によりソートを実施した例であり、図２５はＱｕｉｎ取引額でソートした実施例である。
これらはコミュニティ管理のために、図２７に示したポートフォリオに整理され、活用することもできる。この図はコミュニティ内に公表されてもよいし、個々のユーザに個別に知らせることも可能であるし、管理者側の管理データとして、公表しなくてもよいものである。当然ながら、何もしないというユーザはＱｕｉｎの取引がないので、左端であり、Ｐ値は０になるので、活動度軸の上にプロットされる。すべてのユーザはここが起点となる。
【０１１８】
図２８には、それぞれの象限の持つ物理的意味の説明図である。即ち、第Ｉ象限にプロットされるユーザは、コミュニティへの参加が活発であり、そのパフォーマンスもコミュニティの目的とルールに沿って、模範的に実施できている言わば組織牽引型のメンバー集団に入る人々である。オンラインのコミュニティに限るものではなく、通常、こうした人々に十分に光を当てることが組織マネジメントの上で極めて重要であり、本発明ではそれを可能にしている。
【０１１９】
第ＩＩ象限にプロットされるユーザの場合は、活動度は低いが、適切に学習し、習熟過程にあると見做すことができる。第ＩＩＩ象限にプロットされるユーザは適切にリードして、パフォーマンスをあげるように管理すべき対象であり、コミュニティの健全な育成を推進するために、場合によってはヘルプしたり、助言や、アドバイスを与えるなどが必要な対象である。この第ＩＩＩ象限にプロットされるユーザは言わば、組織の問題児とされるカテゴリになる。第ＩＶ象限のユーザは活発な活動を行ってはいるが、ミスや間違いの多い問題のある対象であり、個別にアドバイスするなど対処の必要なユーザであることを示している。
【０１２０】
更に、ポートフォリオの表現は一定期間を定義し、その期間の始点と終点にあわせて、その期間内での変化のベクトルとして表現できる。図２９にはこれらのベクトルの例を示した。即ち、例えば、Ｖ１、Ｖ３は好ましい動きであり、Ｖ２は適切なアドバイスを必要としている管理対象ユーザである。すべてを図示はしないが、これらのベクトルの管理は当然プログラム可能であり、特に、ベクトルＶ２タイプに相当するユーザのみ抽出し重点的に管理することも可能である。
勿論、ベクトルは周期的な観測、集計をすれば、例えば、年間に亙る変動をプロットすることもでき、一層、木目の細かい管理をすることも可能である。プロットのタイプによって、その経験を蓄積すれば、傾向を読み取ったり、予測管理につなげて行くことが可能である。
【０１２１】
このように実施例によれば、カテゴリ別、ベクトルタイプ別、象限別など、それぞれに物理的に意味のある統計として管理できる基礎を与えることができる。従って、コミュニティの成員であるユーザだけでなく、コミュニティの管理者にとっても、管理コストを最小限にしながら、コミュニティの成長・維持・管理が可能である。コミュニティのサイズはその成長によって、大きくなる。当然ながら、上記、実施例によれば、各ステータスを観察できるので、コミュニティの発展・成長にあわせて、カテゴリ別にリーダーを適切に配置するなど、オンラインであれ、オフラインであれ、自在な管理が可能である。
【０１２２】
このようにパフォーマンス評価関数によるパフォーマンスとＱｕｉｎの金額による活動度を定義し、それを可視的に管理することによって、リーダーの育成も容易であり、オンライン・コミュニティの一元的な価値を共有できる。勿論、コミュニティ通貨Ｑｕｉｎの導入・設定の第一義的な目的は、コミュニケーション活性化のためのインセンティブであり、単にその金額を記録するだけでなく、その実績に応じた主催運営組織（事務局）からの景品贈呈などのような一層のインセンティブを与えることが可能である。単なるルールだけでなく、自動的なシステムを構築でき、従来の方法とは違って、低コストで管理ができる。
【０１２３】
特に、図２８の現在状態および図２９の状態変化（推移）のデータをユーザごとに活動状態テーブルに保存しておき、このデータをそのユーザに定期的に提示することにより、ユーザはオンライン・コミュニティにおける自己の活動状態およびその変化方向が把握できるため自己努力によるレベルアップが可能になり、ひいてはオンライン・コミュニティの質の向上につなげることができる。また、ベクトルの角度、絶対値、あるいは、ユーザの属する象限に基づきグループ分けを行い、計数手段Ａ〜Ｄの設定値（ｎｉ１、ｎｉ２、ｎｄ１、ｎｄ２など）を変えるなど、それぞれのグループに対する措置内容を記載したテーブルを設け、そのテーブルに従って、除名・奨励等の管理を行えば、各ユーザに対して効率よく適切な対応を取ることができる。
【０１２４】
以上のごとく、本発明の実施の形態によれば、次のような効果を得ることができる。知りたいという欲求を持つ質問者と教えてあげたいという欲求をもつ回答者の出会いを効果的に組織できる。当該オンライン・コミュニティにおいて、適切なるインセンティブを設定するために当該オンライン・コミュニティにのみ通用する地域通貨単位を定義することを前提にしているが、当該オンライン・コミュニティの活性度をこの地域通貨の取引量として管理できる。
【０１２５】
回答する仕組みが従来モデルとは違って、オンライン・コミュニティの成員同士が行うという自発的交流が原理である。ユーザである質問者が適切なる回答をしてくれた回答者に対して、回答サービスに対する対価として、当該通貨単位、実施例ではＱｕｉｎを用いて支払うことを特徴としている。質問者が支払った当該通貨の額をＷＥＢサイトは管理し、計算し、質問者に対して、現在残高を知らせる機能を持つことができる。
適切に回答した回答者が、質問者から得た対価としての地域通貨をＷＥＢサイトが管理し、蓄積し、回答者に対して、累積した現在残高を知らせる機能を持つことが特徴となる。
【０１２６】
一定期間を定義し、その期間内のユーザの取引残高をソートして、例えば、取引残高の高い順番にブラウザ画面に表示することによって、当該オンライン・コミュニティへの貢献度を当該オンライン・コミュニティに公開することができる。
質問者であるユーザが回答者に示す満足度が期待以上に高いとき、その評価が当該オンライン・コミュニティに公開されるが、この評価に基づいて、ＷＥＢサイトから予め定義されたボーナスを自動的に発行し、回答者に対して予め定義された回答者の地域通貨預金口座に振り込むことなどができ、より高いインセンティブを与えることが可能となり、当該オンライン・コミュニティの成員はオンライン・コミュニティへの健全な帰属意識を醸成できる。
【０１２７】
一方、ユーザの質問作成、回答作成に関するパフォーマンスに関して、評価関数を定義することによって、ユーザの行為が適切になされているかどうかを自動的に観測し、注意、警告などを与えることも自動的に行い、ユーザの学習成長を促し、コミュニティ成員全体のレベルの向上を推進することが可能である。例えば、前月とか、過去３ヶ月というように期間を設定して、顕彰したりすることも可能であり、こうしたユーザの貢献が客観的に明確になるので、オンライン・コミュニティの主催者は、適切なる賞金や賞品などの特典を設定でき、一層のインセンティブを与えることができる。
【０１２８】
さらに、本発明の実施の形態によれば、質問の制御と質問の質の管理が、オンライン・コミュニティ成員の下で、自動的に推進できる。また、回答の制御と回答の質の管理が、質問者の評価を前提に、自動的に推進できる。質問者の満足度は感謝の気持ちとして、支払い行為を通じて満たされる。さらに、知識の蓄積を質問者の評価を基本とし、高い満足度の得られた回答のみデータベースに自動的に管理することができるので、経済的にしかも、現実社会を反映した、知りたいニーズに対応する知識ＤＢを構築できる。
【０１２９】
回答待ちの状態は、回答者のエントリー状況が視覚的に表示されるので、質問者は期待感を持って待つことができる。また、回答に対する評価を質問者ができるので、回答者はその評価結果を得て、反省できる結果、学習の機会となり、コミュニケーションの質を高め、コミュニティそのものが習熟して成長できる。なお、従来モデルでは、回答者になれる専門家を組織化し、契約するので、多大な費用が発生していたが、そうした特別の契約を必要としない上、経費も節約することができ経済的である。また、コミュニティ成員の活動度とパフォーマンスを定量的に把握することが可能になり、コミュニティ育成推進のコアとなるデータ管理が可能である。さらに、質問はあらかじめ定義されたカテゴリを質問者は選定しなければ、質問を投稿することはできないようにプログラムすることによって、質問と回答のセットとしての知識がカテゴリ別に蓄積できる。また、カテゴリを設定することによって、ユーザのパフォーマンス値をカテゴリ別に評価し、管理できる。例えば、あるユーザについて、“製造プロセス”の回答は得意であるが、“ビジネス・プロセス”への関心は高いようだが、不満回答が多いなどというプロフィールが見えるのでこうしたデータに基づく管理により、適切にコミュニティを運営し、持続できる。
【０１３０】
【発明の効果】
以上、本発明の情報交換支援システム、情報交換支援方法およびプログラムによれば、質の悪い質問や回答を効率よく排除できるので、質の高い専門知識の蓄積が可能になる。また、パフォーマンス評価関数を定義するので、その値によって、組織牽引型のユーザを把握し、常に、こうしたユーザに光があたるように管理・運営できる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係わる情報交換支援システムおよびこれにつながるユーザ端末のシステム構成図
【図２】情報交換支援サービスの流れを説明するフローチャート
【図３】本発明に係わる質問および回答の質の分布を説明するための概念図、図３（ａ）は、質問に関する概念図、図３（ｂ）は、回答に関する概念図
【図４】本発明に係わるコミュニティモデルを説明するための概念図、図４（ａ）は、従来の教室モデルの概念図、図４（ｂ）は、本発明に係わるオンライン・コミュニティモデルの概念図
【図５】本発明の実施の形態に係わる質問入力画面構成例の説明図
【図６】本発明の実施の形態に係わる質問リスト表示画面構成例の説明図
【図７】本発明の実施の形態に係わる質問表示画面構成例の説明図
【図８】本発明の実施の形態に係わる回答意思伝達画面構成例の説明図
【図９】本発明の実施の形態に係わる回答入力画面構成例の説明図
【図１０】本発明の実施の形態に係わる回答表示画面構成例の説明図
【図１１】本発明の実施の形態に係わる回答への満足度評価画面構成例の説明図
【図１２】本発明の実施の形態に係わるクイン（Ｑｕｉｎ）残高表示画面の説明図
【図１３】図３３の質問登録手段の処理手順を示すフローチャート
【図１４】図３３の回答予約手段の処理手順を示すフローチャート
【図１５】図３３の回答登録手段の処理手順を示すフローチャート
【図１６】図３３の満足度情報保存手段の処理手順を示すフローチャート
【図１７】本発明の実施の形態に係わるユーザ・パフォーマンス評価関数設定例の説明図
【図１８】本発明の実施の形態に係わるユーザ・パフォーマンス評価関数のその他の設定例の説明図
【図１９】本発明の実施の形態に係わるユーザ・パフォーマンスを示すグラフ
【図２０】本発明の実施の形態に係わる悪意のある対応者のグラフ例
【図２１】本発明の実施の形態に係わる注意による学習効果の説明図
【図２２】本発明の実施の形態に係わる活動状態テーブルを用いたユーザ・パフォーマンス評価例の説明図
【図２３】本発明の実施の形態に係わる活動状態テーブルを用いたカテゴリ別ステータス集計例の説明図
【図２４】本発明の実施の形態に係わる活動状態テーブルを用いたカテゴリ別ステータス集計のその他の例の説明図
【図２５】本発明の実施の形態に係わる活動状態テーブルを用いたカテゴリ別ステータス集計のその他の例の説明図
【図２６】本発明の実施の形態に係わるＱｕｉｎ取引額の計算アルゴリズムの説明図
【図２７】本発明の実施の形態に係わるポートフォリオの説明図
【図２８】本発明の実施の形態に係わるユーザ位置を含むポートフォリオの説明図
【図２９】本発明の実施の形態に係わるユーザ活動のベクトルを含むポートフォリオの説明図
【図３０】図１のユーザ管理ＤＢのデータ構成例の説明図
【図３１】図１のＱｕｉｎ管理ＤＢのデータ構成例の説明図
【図３２】図１のセッション管理ＤＢのデータ構成例の説明図
【図３３】図１の質問管理アプリケーション・サーバＱＭＡの機能ブロック図
【符号の説明】
１０１・・・情報交換支援システム、１０２・・・ＷＥＢサーバ、１０３・・・ＷＥＢサービスポイント、１０４・・・外部コンポーネント、１０５・・・質問管理アプリケーション・サーバＱＭＡ、１０６・・・検索エンジン（ＳＥＡＲＣＨ Ｅｎｇｉｎｅ）、１０７・・・セッション管理ＤＢ、１０８・・Ｑｕｉｎ管理ＤＢ、１０９・・・ユーザ管理ＤＢ、１１１・・・ユーザ端末、２０１・・・送受信部、２０２・・・演算部、２０３・・・受信手段、２０４・・・送信手段、２０５・・・質問登録手段、２０６・・・回答予約手段、２０７・・・回答登録手段、２０８・・・満足度情報保存手段、２０９・・・通知手段Ａ、２１０・・・通知手段Ｂ、２１１・・・表示手段、２１２・・・ステータス管理手段、２１３・・・タイマ手段Ａ、２１４・・・タイマ手段Ｂ、２１５・・・計数手段Ａ、２１６・・・計数手段Ｂ、２１７・・・計数手段Ｃ、２１８・・・計数手段Ｄ、２２０・・・活動状態テーブル
Claims (19)
- 予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、ユーザの質問または回答に関する活動のパフォーマンスを評価するためのパフォーマンス評価関数を備え、当該パフォーマンス評価関数の値により前記ユーザのオンライン・コミュニティでの活動を管理することを特徴とする情報交換支援システム。
- 予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨としてのデータ管理を実行する手段を備えたことを特徴とする情報交換支援システム。
- 予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数データと、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨データをもとにユーザを分類した評価テーブルを備え、当該評価テーブルに基づき夫々のユーザのオンライン・コミュニティでの活動を管理する手段を備えたことを特徴とする情報交換支援システム。
- 前記ユーザから送信される質問を受信した時刻（ｔｓ）を記憶する手段と、予めユーザに提示された一定時間（ｔ０）以内にどのユーザからも回答もしくは回答予約の受信がないときは、その時刻（ｔｄ）を記憶する手段と、その経過時間計算（ｔｄ＝ｔｓ＋ｔ０）に基づき、質問を表示するブラウザ画面からその質問を削除すると共に質問者に対して質問文の変更を促す通知を行う手段とを備えたことを特徴とする請求項１ないし３のいずれか一に記載の情報交換支援システム。
- 回答予約を受信する手段と、当該回答予約の遵守状況を前記パフォーマンス評価関数のパラメータの一つとして管理する手段とを備えたことを特徴とする請求項１または３に記載の情報交換支援システム。
- 予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、回答要求のある質問を表示するブラウザ画面において、制限された回答数に対する回答予約状況を表示すると共に期限の設定および回答予約の入力を促すことを特徴とする情報交換支援システム。
- 予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、質問者へのアドバイスを記載した電子メールの発信回数を記憶する手段と、この質問者が前記アドバイスに反し同様の内容を繰り返す場合は、予めユーザに提示された回数（ｎｉ１）を超える場合（ｎ＞ｎｉ１）には、質問する権利を制限し、さらに繰り返すことにより、アドバイスを記載した電子メールの発信回数が予めユーザに提示された回数（ｎｉ２＞ｎｉ１）を超えると（ｎ＞ｎｉ２）、当該オンライン・コミュニティから除名する等の制裁措置を実行する手段を備えたことを特徴とする情報交換支援システム。
- 予め登録されたユーザの端末装置と通信ネットワークを介してつながり、夫々のユーザの有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムであって、質問に対する回答への質問者の評価を受信する手段と、当該評価を離散的に表示する手段と、その評価が低い場合に回答者に注意情報を送信すると共にその数を計数する手段と、その係数値が予めユーザに提示された一定の回数（ｎｄ１）を超える場合（ｎ＞ｎｄ１）には、回答する権利を制限し、さらに繰り返すことにより注意情報の送信回数が予めユーザに提示された一定の回数（ｎｄ２）を超えると（ｎ＞ｎｄ２）、当該オンライン・コミュニティから除名する等の制裁措置を実行する手段を備えたことを特徴とする情報交換支援システム。
- ユーザからの質問をカテゴリ別に登録し、当該質問に対する回答およびユーザの活動の管理を前記カテゴリ別に行うことを特徴とする請求項１記載の情報交換支援システム。
- 予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数により前記ユーザのオンライン・コミュニティでの活動の管理を行うことを特徴とする情報交換支援方法。
- 予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨としてのデータ管理を実行することを特徴とする情報交換支援方法。
- 予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数データと、オンライン・コミュニティ内においてユーザの質問または回答に関する活動に対して、ユーザ間で取引するためのコミュニティ通貨データをもとにユーザを分類した評価テーブルにより夫々のユーザのオンライン・コミュニティでの活動を管理することを特徴とする情報交換支援方法。
- 前記ユーザから送信される質問を受信した時刻（ｔｓ）質問受信時刻を記憶し、予めユーザに提示された一定時間（ｔ０）以内にどのユーザからも回答もしくは回答予約の受信がないときは、その時刻（ｔｄ）を記憶し、その経過時間計算（ｔｄ＝ｔｓ＋ｔ０）に基づき、質問を表示するブラウザ画面からその質問を削除すると共に質問者に質問文の表現を変える旨の通知を行うことを特徴とする請求項１０ないし１２のいずれか一に記載の情報交換支援方法。
- 回答予約を受信し、当該回答予約の遵守状況を前記パフォーマンス評価関数のパラメータの一つとして管理することを特徴とする請求項１０または１２に記載の情報交換支援方法。
- 予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、回答要求のある質問を表示するブラウザ画面において、制限された回答数に対する回答予約状況を表示すると共に期限の設定および回答予約の入力を促すことを特徴とする情報交換支援方法。
- 予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、質問者へのアドバイスの発信回数を記憶し、この質問者が前記アドバイスに反し同様の内容を繰り返す場合は、予めユーザに提示された回数（ｎｉ１）を超える場合（ｎ＞ｎｉ１）には、質問する権利を制限し、さらに繰り返すことにより、アドバイスの発信回数が予めユーザに提示された回数（ｎｉ２＞ｎｉ１）を超えると（ｎ＞ｎｉ２）、当該オンライン・コミュニティから除名する等の制裁措置を行うことを特徴とする情報交換支援方法。
- 予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援方法であって、質問に対する回答への質問者の評価を受信し、当該評価を離散的に表示し、その評価が低い場合に回答者に注意情報を送信すると共にその数を計数し、その係数値が予めユーザに提示された一定の回数（ｎｄ１）を超える場合（ｎ＞ｎｄ１）には、回答する権利を制限し、さらに繰り返すことにより注意情報の送信回数が予めユーザに提示された一定の回数（ｎｄ２）を超えると（ｎ＞ｎｄ２）、当該オンライン・コミュニティから除名する等の制裁措置を行うことを特徴とする情報交換支援方法。
- ユーザからの質問をカテゴリ別に登録し、当該質問に対する回答およびユーザの活動の管理を前記カテゴリ別に行うことを特徴とする請求項１０記載の情報交換支援方法。
- 予め登録されたユーザの夫々が有する知識情報を質問と回答との組合せにより蓄積することによりオンライン・コミュニティを通してユーザ間で知識情報を交換するための情報交換支援システムで動作するプログラムであって、ユーザの質問または回答に関する活動を評価するためのパフォーマンス評価関数により前記ユーザのオンライン・コミュニティでの活動の管理を行う処理をコンピュータに実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002326186A JP2004164039A (ja) | 2002-11-08 | 2002-11-08 | 情報交換支援システム、情報交換支援方法およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002326186A JP2004164039A (ja) | 2002-11-08 | 2002-11-08 | 情報交換支援システム、情報交換支援方法およびプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004164039A true JP2004164039A (ja) | 2004-06-10 |
Family
ID=32805159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002326186A Pending JP2004164039A (ja) | 2002-11-08 | 2002-11-08 | 情報交換支援システム、情報交換支援方法およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004164039A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007080045A (ja) * | 2005-09-15 | 2007-03-29 | Yafoo Japan Corp | 知識検索装置、知識検索方法および知識検索プログラム |
| JP2008134787A (ja) * | 2006-11-28 | 2008-06-12 | Fujitsu Ltd | 知識流通支援プログラム，装置，および方法 |
| JP2008140286A (ja) * | 2006-12-05 | 2008-06-19 | Nobuyuki Takahashi | ソーシャルネットワーキングサービスを用いた分譲マンション販売支援システム |
| WO2008108000A1 (ja) * | 2007-03-08 | 2008-09-12 | Chao Inc. | 贈心システム及び贈心方法 |
| WO2013099355A1 (ja) * | 2011-12-28 | 2013-07-04 | 楽天株式会社 | 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記録するコンピュータ読み取り可能な記録媒体 |
| JP2014215835A (ja) * | 2013-04-25 | 2014-11-17 | 株式会社オプティム | ユーザ端末、ネットワークサーバ、情報共有方法、及びネットワークサーバ用プログラム |
| JP2019114181A (ja) * | 2017-12-26 | 2019-07-11 | 株式会社ｂｉｔｇｒｉｔ | 暗号通貨取引システム、方法、プログラム |
| CN113435780A (zh) * | 2021-07-14 | 2021-09-24 | 北京信息科技大学 | 一种基于神经网络的应急通信感知装备体系效能评估方法 |
| CN114846503A (zh) * | 2019-11-06 | 2022-08-02 | 三菱电机楼宇解决方案株式会社 | 建筑物管理装置、建筑物管理系统和程序 |
-
2002
- 2002-11-08 JP JP2002326186A patent/JP2004164039A/ja active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007080045A (ja) * | 2005-09-15 | 2007-03-29 | Yafoo Japan Corp | 知識検索装置、知識検索方法および知識検索プログラム |
| JP2008134787A (ja) * | 2006-11-28 | 2008-06-12 | Fujitsu Ltd | 知識流通支援プログラム，装置，および方法 |
| JP2008140286A (ja) * | 2006-12-05 | 2008-06-19 | Nobuyuki Takahashi | ソーシャルネットワーキングサービスを用いた分譲マンション販売支援システム |
| WO2008108000A1 (ja) * | 2007-03-08 | 2008-09-12 | Chao Inc. | 贈心システム及び贈心方法 |
| JPWO2008108000A1 (ja) * | 2007-03-08 | 2010-06-10 | 株式会社 超 | 贈心システム及び贈心方法 |
| JP5149892B2 (ja) * | 2007-03-08 | 2013-02-20 | 株式会社 超 | 贈心システム及び贈心方法 |
| WO2013099355A1 (ja) * | 2011-12-28 | 2013-07-04 | 楽天株式会社 | 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記録するコンピュータ読み取り可能な記録媒体 |
| JP2013137695A (ja) * | 2011-12-28 | 2013-07-11 | Rakuten Inc | 情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記録するコンピュータ読み取り可能な記録媒体 |
| JP2014215835A (ja) * | 2013-04-25 | 2014-11-17 | 株式会社オプティム | ユーザ端末、ネットワークサーバ、情報共有方法、及びネットワークサーバ用プログラム |
| JP2019114181A (ja) * | 2017-12-26 | 2019-07-11 | 株式会社ｂｉｔｇｒｉｔ | 暗号通貨取引システム、方法、プログラム |
| JP7109749B2 (ja) | 2017-12-26 | 2022-08-01 | 株式会社bitgrit | 暗号通貨取引システム、方法、プログラム |
| CN114846503A (zh) * | 2019-11-06 | 2022-08-02 | 三菱电机楼宇解决方案株式会社 | 建筑物管理装置、建筑物管理系统和程序 |
| CN113435780A (zh) * | 2021-07-14 | 2021-09-24 | 北京信息科技大学 | 一种基于神经网络的应急通信感知装备体系效能评估方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200151745A1 (en) | Method and apparatus for conducting an information brokering services | |
| US20190073623A1 (en) | Unified Workforce Platform | |
| Briggs et al. | Which university? A study of the influence of cost and information factors on Scottish undergraduate choice | |
| US7870079B2 (en) | Method and apparatus for employment system distributed hiring and co-operative pooling | |
| US20070027746A1 (en) | Method and system for online sales information exchange | |
| US20070198319A1 (en) | Automated system and method for managing a process for the shopping and selection of human entities | |
| US20070198366A1 (en) | Automated system and method for managing a process for the shopping and selection of human entities | |
| US20090187471A1 (en) | Method and system for evaluating one or more attributes of an organization | |
| US20090070197A1 (en) | Method for electronic data collection about products and services and related electronic system | |
| Ware | Generation X and Generation Y in the workplace: A study comparing work values of Generation X and Generation Y | |
| JP2004164039A (ja) | 情報交換支援システム、情報交換支援方法およびプログラム | |
| CN101421757A (zh) | 用于评价组织的一个或多个属性的方法和系统 | |
| Bojke et al. | Good practice in structured expert elicitation: learning from the available guidance | |
| Mustafa | Employee performance, staff training and customer service quality in Kenya Bureau of Standards | |
| Pober | The gig economy-an avenue to women's economic empowerment? | |
| Como et al. | Community Work Development: A Marketing Model. | |
| Aidoo | An Investigation Into The Management Of Supply Chain Risks Of Selected Hospitals In The Western Region Of Ghana | |
| Pace et al. | Caseload Standards for Indigent Defenders in Michigan | |
| Du Preez | Developing End-user Requirements for the Design of an EProcurement Portal | |
| Walker | Best Dissertation Prize Winner | |
| Schexnayder et al. | The Texas child care subsidy program after devolution to the local level | |
| Changchit et al. | The Student Advising Process: Problems and Opportunities | |
| HOWLAND | HOW CAN AN SME BEST IMPLEMENT CSR? | |
| Draai | A Critical Evaluation of the Quality of Social Development Interventions with Specific Reference to Social Assistance |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051108 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080311 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080402 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080805 |