JP2007148661A - コミュニティ制御システム及びコミュニティ制御方法 - Google Patents
コミュニティ制御システム及びコミュニティ制御方法 Download PDFInfo
- Publication number
- JP2007148661A JP2007148661A JP2005340784A JP2005340784A JP2007148661A JP 2007148661 A JP2007148661 A JP 2007148661A JP 2005340784 A JP2005340784 A JP 2005340784A JP 2005340784 A JP2005340784 A JP 2005340784A JP 2007148661 A JP2007148661 A JP 2007148661A
- Authority
- JP
- Japan
- Prior art keywords
- question
- information
- attribute
- user
- answer
- 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 Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】 質問者の属性や質問内容に応じて、より適切な回答を提示することができるコミュニティ制御システム及びコミュニティ制御方法を提供する。
【解決手段】 本発明に係るコミュニティ制御システムは、質問に対する質問者の特徴を示す質問者属性ベクトルを生成し、重要属性及びユーザ情報に基づいて、質問に対する回答候補者の特徴を示す回答候補者属性ベクトルを生成する。また、コミュニティ制御システムは、質問者属性ベクトルと回答候補者属性ベクトルとの一致度である属性ベクトル一致度を判定し、属性ベクトル一致度に応じて、回答候補者の中から質問に対する回答者を選択する。そして、コミュニティ制御システムは、回答者または回答者に係る情報を質問者に提示する。
【選択図】 図9
【解決手段】 本発明に係るコミュニティ制御システムは、質問に対する質問者の特徴を示す質問者属性ベクトルを生成し、重要属性及びユーザ情報に基づいて、質問に対する回答候補者の特徴を示す回答候補者属性ベクトルを生成する。また、コミュニティ制御システムは、質問者属性ベクトルと回答候補者属性ベクトルとの一致度である属性ベクトル一致度を判定し、属性ベクトル一致度に応じて、回答候補者の中から質問に対する回答者を選択する。そして、コミュニティ制御システムは、回答者または回答者に係る情報を質問者に提示する。
【選択図】 図9
Description
本発明は、コミュニティ型サービスの一ユーザである質問者から投稿された質問に対して、当該コミュニティ型サービスの他のユーザに係る情報を回答として提示するコミュニティ制御システム及びコミュニティ制御方法に関する。
近年、情報技術の進歩に伴って、通信ネットワークを介した比較的新しいコミュニケーション手段である掲示板、チャット、或いはブログといった、いわゆる“コミュニティ型サービス”が拡大している(例えば、非特許文献1)。
このようなコミュニティ型サービスでは、ユーザ(質問者)が所望の情報を取得するための質問を掲示板などに書き込むと、別のユーザ(回答者)が、当該質問に直接回答したり、当該質問に関する情報ページ(例えば、個人が開設しているブログ)を回答したりするといった利用形態が多く見受けられる。
このような利用形態を踏まえ、質問者の属性や質問内容に応じて、適切な回答(回答者自身や回答者の情報ページ)を提示する方法が以前から提案されている(例えば、特許文献1)。
"ブログ・SNSの現状分析及び将来予測"、総務省、2005年5月 特開2002−49786号公報(第8−9頁、第4図)
"ブログ・SNSの現状分析及び将来予測"、総務省、2005年5月
しかしながら、上述した従来の方法には、次のような問題があった。すなわち、上述した従来の方法では、コミュニティ型サービスの全ユーザ、または全ユーザの情報ページを回答候補としているため、回答内容が一般的、抽象的となってしまう傾向が強く、質問者は、質問の観点を踏まえた適切な回答を得ることが難しいといった問題があった。
また、質問者や回答者の属性(例えば、性別や年齢)などによって回答候補を絞り込むこともできるが、質問者は、質問内容に応じた適切な回答を得るため、どのような属性の絞り込みをすればよいかが不明であるといった問題があった。
そこで、本発明は、このような状況に鑑みてなされたものであり、質問者の属性や質問内容に応じて、より適切な回答を提示することができるコミュニティ制御システム及びコミュニティ制御方法を提供することを目的とする。
上述した問題を解決するため、本発明は、次のような特徴を有している。まず、本発明の第1の特徴は、コミュニティ型サービスの一ユーザである質問者(例えば、ユーザ1)から投稿された質問に対して、前記コミュニティ型サービスの他のユーザ(例えば、ユーザ2)に係る情報(例えば、ユーザ2の情報ページ)を回答として提示するコミュニティ制御システム(コミュニティ制御システム100)であって、前記ユーザの名称と前記ユーザの属性とを対応付けるユーザ情報を記憶するユーザ情報記憶部(ユーザ情報管理DB140)と、前記質問に関連するキーワードと前記キーワードに関連する関連属性とを対応付ける関連属性情報を記憶する関連属性情報記憶部(キーワード・属性関連辞書DB150)と、前記質問者から前記質問を取得する質問取得部(質問取得ブロック112A)と、前記質問取得部によって取得された前記質問に関連する前記キーワードに、前記関連属性情報において対応付けられている前記関連属性である重要属性を取得する重要属性取得部(質問解析ブロック112B)と、前記重要属性及び前記ユーザ情報に基づいて、前記質問に対する前記質問者の特徴を示す質問者属性ベクトル(質問者属性ベクトルVQ11)を生成する質問者属性ベクトル生成部(ユーザ情報取得ブロック113A)と、前記重要属性及び前記ユーザ情報に基づいて、前記質問に対する回答候補者の特徴を示す回答候補者属性ベクトル(例えば、回答候補者属性ベクトルVA11)を生成する回答候補者属性ベクトル生成部(ユーザ情報取得ブロック113A)と、前記質問者属性ベクトルと前記回答候補者属性ベクトルとの一致度である属性ベクトル一致度を判定する一致度判定部(ユーザ情報比較判定部120)と、前記一致度判定部によって判定された前記属性ベクトル一致度に応じて、前記回答候補者の中から前記質問に対する回答者(例えば、ユーザ2)を選択し、前記回答者または前記回答者に係る情報を前記質問者に提示する回答提示部(情報探索制御部130)とを備えることを要旨とする。
このようなコミュニティ制御システムによれば、質問者の特徴を示す質問者属性ベクトルと、質問に対する回答候補者の特徴を示す回答候補者属性ベクトルとの一致度である属性ベクトル一致度に基づいて、つまり、質問者の属性や質問内容に応じて回答候補者を絞り込んだ上で、質問者に提示される回答の内容が決定される。
このため、従来の方法と比較して、回答内容が一般的、抽象的となってしまう傾向が抑制され、質問者は、質問の観点を踏まえた適切な回答を得ることができる。
本発明の第2の特徴は、本発明の第1の特徴に係り、前記質問取得部によって取得された前記質問に関連する前記キーワードに基づいて、前記質問の特徴を示す質問ベクトル(質問ベクトルVQ1)を生成する質問ベクトル生成部(質問解析ブロック112B)と、前記キーワードに対する前記ユーザの精通度合いである情報通度を前記キーワードに対応付ける情報通度情報を記憶する情報通度情報記憶部(ユーザ情報管理DB140)と、前記質問取得部によって取得された前記質問に関連する前記キーワード、及び前記情報通度情報に基づいて、前記回答候補者の情報通度を示す情報通度ベクトル(情報通度ベクトルVA30)を生成する情報通度ベクトル生成部(情報通度取得ブロック113B)と、少なくとも、前記属性ベクトル一致度、前記質問ベクトル、前記情報通度ベクトルの類似度に基づいて決定される質問ベクトル一致度に対する重み付けを示す重み値を前記質問者から取得し、前記属性ベクトル一致度及び前記質問ベクトル一致度に対する重み付けを実行する重み値処理部(ユーザ情報比較判定部120)と、前記重み値が反映された前記属性ベクトル一致度、及び前記質問ベクトル一致度に基づいて、前記回答候補者の総合一致度を決定する総合一致度決定部(ユーザ情報比較判定部120)とをさらに備え、前記回答提示部は、前記総合一致度に基づいて、前記回答候補者を決定することを要旨とする。
本発明の第3の特徴は、本発明の第1または第2の特徴に係り、前記質問への回答結果に対する回答評価値を前記質問者から取得する回答評価値取得部(回答取得・通知ブロック134)と、前記質問取得部によって取得された前記質問に関連する前記キーワードと対応付けられている前記情報通度に基づいて、前記回答評価値に対して重み付けを実行する回答評価値処理部(情報通度生成ブロック111B)と、前記回答評価値処理部によって重み付けが行われた前記回答評価値に基づいて、前記キーワードと対応付けられている前記回答者の前記情報通度を更新する情報通度更新部(情報通度生成ブロック111B)とをさらに備えることを要旨とする。
本発明の第4の特徴は、本発明の第1乃至第3の特徴に係り、前記質問者の知り合いユーザの名称及び信頼度を含む知り合いユーザ情報前記質問者から取得し、取得した前記知り合いユーザ情報を記憶する知り合いユーザ情報記憶部(信頼度取得ブロック113C及びユーザ情報管理DB140)をさらに備え、前記回答提示部は、前記信頼度に基づいて、前記回答候補者を決定することを要旨とする。
本発明の第5の特徴は、コミュニティ型サービスの一ユーザである質問者から投稿された質問に対して、前記コミュニティ型サービスの他のユーザに係る情報を回答として提示するコミュニティ制御方法であって、前記ユーザの名称と前記ユーザの属性とを対応付けるユーザ情報を記憶するステップと、前記質問に関連するキーワードと前記キーワードに関連する関連属性とを対応付ける関連属性情報を記憶するステップと、前記質問者から前記質問を取得するステップと、取得された前記質問に関連する前記キーワードに、前記関連属性情報において対応付けられている前記関連属性である重要属性を取得するステップと、前記重要属性及び前記ユーザ情報に基づいて、前記質問に対する前記質問者の特徴を示す質問者属性ベクトルを生成するステップと、前記重要属性及び前記ユーザ情報に基づいて、前記質問に対する回答候補者の特徴を示す回答候補者属性ベクトルを生成するステップと、前記質問者属性ベクトルと前記回答候補者属性ベクトルとの一致度である属性ベクトル一致度を判定するステップと、前記一致度判定部によって判定された前記属性ベクトル一致度に応じて、前記回答候補者の中から前記質問に対する回答者を選択し、前記回答者または前記回答者に係る情報を前記質問者に提示するステップとを備えることを要旨とする。
本発明の特徴によれば、質問者の属性や質問内容に応じて、より適切な回答を提示することができるコミュニティ制御システム及びコミュニティ制御方法を提供するを提供することができる。
次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。
したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
(コミュニティ制御システムを含む通信ネットワークの全体概略構成)
図1は、本実施形態に係るコミュニティ制御システムを含む通信ネットワークの全体概略構成図である。
図1は、本実施形態に係るコミュニティ制御システムを含む通信ネットワークの全体概略構成図である。
図1に示すように、コミュニティ制御システム100は、通信ネットワーク10に接続される。コミュニティ制御システム100は、掲示板、チャット、或いはブログなど、いわゆるコミュニティ型サービスを提供するために必要となる各種の制御などを実行する。
特に、本実施形態では、コミュニティ制御システム100は、コミュニティ型サービスの一ユーザ(質問者)から投稿された質問の内容に応じて、当該コミュニティ型サービスの他のユーザに係る情報(例えば、当該ユーザ自身の情報や、当該ユーザが開設しているブログなどの情報ページ)を回答として、質問者に提示する。
端末装置200は、コミュニティ型サービスのユーザが使用する端末装置である。本実施形態では、端末装置200は、無線基地局20を介して通信ネットワーク10に接続することができる。なお、端末装置200は、無線基地局20ではなく、有線によって通信ネットワーク10と接続してもよい。
(コミュニティ制御システム及び端末装置の機能ブロック構成)
次に、コミュニティ制御システム100及び端末装置200の機能ブロック構成について説明する。なお、以下、本発明との関連がある部分について主に説明する。したがって、コミュニティ制御システム100及び端末装置200は、図示しない或いは説明を省略した論理ブロック(電源部など)を備える場合があることに留意されたい。
次に、コミュニティ制御システム100及び端末装置200の機能ブロック構成について説明する。なお、以下、本発明との関連がある部分について主に説明する。したがって、コミュニティ制御システム100及び端末装置200は、図示しない或いは説明を省略した論理ブロック(電源部など)を備える場合があることに留意されたい。
(1)コミュニティ制御システム
図2に示すように、コミュニティ制御システム100は、ユーザ情報生成・取得部110、ユーザ情報比較判定部120、情報探索制御部130、ユーザ情報管理DB140及びキーワード・属性関連辞書DB150を備える。
図2に示すように、コミュニティ制御システム100は、ユーザ情報生成・取得部110、ユーザ情報比較判定部120、情報探索制御部130、ユーザ情報管理DB140及びキーワード・属性関連辞書DB150を備える。
(1.1)ユーザ情報管理DB140、キーワード・属性関連辞書DB150
まず、ユーザ情報管理DB140及びキーワード・属性関連辞書DB150に記憶される情報(テーブル)の構成について説明する。
まず、ユーザ情報管理DB140及びキーワード・属性関連辞書DB150に記憶される情報(テーブル)の構成について説明する。
ユーザ情報管理DB140には、ユーザ属性テーブルTB1(図11参照)、情報通度テーブルTB2(図12参照)、及び知り合いユーザテーブルTB3(図13参照)が記憶される。
図11に示すように、ユーザ属性テーブルTB1(ユーザ情報)は、コミュニティ型サービスのユーザの名称と、当該ユーザの属性とを対応付ける。本実施形態において、ユーザ情報管理DB140は、ユーザ情報記憶部を構成する。
具体的には、ユーザ属性テーブルTB1は、ユーザ名称、属性及びサービス利用可否を対応付ける。
属性には、ユーザの性別、年齢、職業などが含まれる。なお、ユーザ属性テーブルTB1における属性は例示であり、他の属性を適宜設定することができる。また、サービス利用可否は、属性ごとに当該ユーザがコミュニティ型サービスを利用することができるか否かを示す。
図12に示すように、情報通度テーブルTB2(情報通度情報)は、質問者からの質問に関連するキーワードに対する当該ユーザの精通度合いである情報通度を当該キーワードに対応付ける。本実施形態において、ユーザ情報管理DB140は、情報通度情報記憶部を構成する。
具体的には、情報通度テーブルTB2は、ユーザ名称及びキーワードごとの情報通度を対応付ける。なお、本実施形態では、情報通度は、1(低)〜10(高)の10段階に区分される。
図13に示すように、知り合いユーザテーブルTB3(知り合いユーザ情報)は、質問者の知り合いユーザの名称及び信頼度などを含む。本実施形態では、ユーザ情報管理DB140は、後述する信頼度取得ブロック113Cとともに、知り合いユーザ情報記憶部を構成する。
具体的には、知り合いユーザテーブルTB3は、ユーザ名称、知り合いユーザ名称、仲介ユーザ数、仲介ユーザ名称及び信頼度を対応付ける。なお、図13に示す知り合いユーザテーブルTB3は、ユーザ1の知り合いユーザに係る情報を示している。すなわち、知り合いユーザテーブルTB3は、ユーザごとに生成される。
キーワード・属性関連辞書DB150には、関連属性テーブルTB4(図14参照)が記憶される。図14に示すように、関連属性テーブルTB4(関連属性情報)は、質問者の質問に関連するキーワードと、当該キーワードに関連する関連属性とを対応付ける。本実施形態では、キーワード・属性関連辞書DB150は、関連属性情報記憶部を構成する。
具体的には、関連属性テーブルTB4は、キーワードとの関連性が強い属性を関連属性として、当該キーワードと対応付ける。
また、キーワード・属性関連辞書DB150には、ユーザ情報生成・取得部110(質問解析ブロック112B)において用いられる日本語語彙DBが記憶される。
(1.2)ユーザ情報生成・取得部110
次に、図2に示したユーザ情報生成・取得部110の機能について説明する。図3に示すように、ユーザ情報生成・取得部110は、ユーザ情報の生成に関して、ユーザ属性生成ブロック111A、情報通度生成ブロック111B及び知り合いユーザ情報生成ブロック111Cを備える。
次に、図2に示したユーザ情報生成・取得部110の機能について説明する。図3に示すように、ユーザ情報生成・取得部110は、ユーザ情報の生成に関して、ユーザ属性生成ブロック111A、情報通度生成ブロック111B及び知り合いユーザ情報生成ブロック111Cを備える。
ユーザ属性生成ブロック111Aは、コミュニティ型サービスへのユーザ登録時に、属性(ユーザ属性テーブルTB1に示した属性など)の入力を促す情報を端末装置200に送信し、端末装置200から登録希望者の属性を示す情報を取得する。また、ユーザ属性生成ブロック111Aは、当該登録希望者から、属性ごとのサービス利用可否を合わせて取得する。
ユーザ属性生成ブロック111Aは、取得した情報をユーザ情報管理DB140に記憶されているユーザ属性テーブルTB1に登録する。
情報通度生成ブロック111Bは、コミュニティ型サービスへのユーザ登録時に、ユーザの属性とともに、当該登録希望者が登録を希望するキーワード、及び当該キーワードの情報通度を端末装置200(登録希望者)から取得する。
情報通度生成ブロック111Bは、取得した情報をユーザ情報管理DB140に記憶されている情報通度テーブルTB2に、初期値として登録する。
また、情報通度生成ブロック111Bは、後述する回答取得・通知ブロック134が質問への回答結果に対する評価値(以下、回答評価値)を端末装置200(質問者)から取得すると、当該質問に関連するキーワードを取得することができる。
情報通度生成ブロック111Bは、当該キーワードと対応付けられている情報通度に基づいて、回答評価値に対して重み付けを実行する。本実施形態において、情報通度生成ブロック111Bは、回答評価値処理部を構成する。
さらに、情報通度生成ブロック111Bは、重み付けが行われた回答評価値に基づいて、当該キーワードと対応付けられている回答者の情報通度を更新することができる。本実施形態において、情報通度生成ブロック111Bは、情報通度更新部を構成する。なお、情報通度の具体的な更新方法については後述する。
知り合いユーザ情報生成ブロック111Cは、知り合いユーザの名称及び信頼度など(知り合いユーザ情報)を質問者から取得する。具体的には、知り合いユーザ情報生成ブロック111Cは、質問者から質問を取得した際、キーワードに対応付けられる当該質問者の知り合いユーザを端末装置200(質問者)に対して問い合わせる。
さらに、知り合いユーザ情報生成ブロック111Cは、当該質問者から取得した知り合いユーザに対して、当該キーワードに対応付けられる知り合いユーザを同様に問い合わせることができる。
知り合いユーザ情報生成ブロック111Cは、取得した情報をユーザ情報管理DB140に記憶されている知り合いユーザテーブルTB3に登録する。
ユーザ情報生成・取得部110は、質問者からの質問などの取得に関して、質問取得ブロック112A及び質問解析ブロック112Bを備える。
質問取得ブロック112Aは、質問者から質問を取得する。具体的には、質問取得ブロック112Aは、端末装置200から質問文、当該質問文に関するキーワード、回答種別、及び回答結果に対する重み値を取得する。
回答種別とは、本実施形態では、(i)回答者:回答者自身の情報(例えば、回答者の名称や電子メールアドレス)、(ii)情報ページ:回答者が開設しているブログなど、(iii)情報ランキング:後述する総合一致度が所定の閾値以上の回答候補者が提供する情報ページのうち、質問文において重要な単語として抽出された“質問重要語”の出現回数の高い情報ページ、といった3つの回答形態の種別を示す。
また、重み値とは、本実施形態では、質問者と回答者との属性の類似度、質問に関連するキーワードに対する回答者の情報通度、及び質問者によって指定された回答者の信頼度である。
質問解析ブロック112Bは、質問取得ブロック112Aによって取得された質問に関連するキーワードに、関連属性テーブルTB4において対応付けられている関連属性を重要属性として取得する。本実施形態において、質問解析ブロック112Bは、重要属性取得部を構成する。
質問解析ブロック112Bは、質問取得ブロック112Aによって取得された質問に関連する質問文の構文解析を実行することができる。質問解析ブロック112Bは、質問文に含まれる重要な単語を質問重要語として抽出する。また、質問解析ブロック112Bは、質問文の内容から質問の種別(人/物/場所/時間/方法)を判定することができる。
具体的には、質問解析ブロック112Bは、質問文を解析し、質問の種別を示す用語(人/物/場所/時間/方法)、または質問の種別を意味する用語(だれ/何/どこ/いつなどの疑問語)を判定する。
例えば、質問解析ブロック112Bは、「幼児に必要な予防接種を最も短期間で完了する方法は?」という質問であれば、「方法」という“質問の種別”が含まれていることに基づいて、質問の種別を判定する。
また、質問解析ブロック112Bは、「だれ」、「どこ」、「いつ」などの用語に基づいて、キーワード・属性関連辞書DB150に記憶される日本語語彙DBの中から、それぞれの用語に対応する質問重要語(例えば、幼児及び予防接種)を取得する(図16参照)。
さらに、質問解析ブロック112Bは、質問に関連するキーワードに基づいて、当該質問の特徴を示す質問ベクトル(例えば、図16に示す質問ベクトルVQ1)を生成することができる。本実施形態において、質問解析ブロック112Bは、質問ベクトル生成部を構成する。なお、質問ベクトルの具体的な生成方法については後述する。
ユーザ情報生成・取得部110は、ユーザ情報などの取得に関して、ユーザ情報取得ブロック113A、情報通度取得ブロック113B及び信頼度取得ブロック113Cを備える。
ユーザ情報取得ブロック113Aは、重要属性及びユーザ属性テーブルTB1(ユーザ情報)に基づいて、当該質問に対する質問者の特徴を示す質問者属性ベクトル(例えば、図18(a)に示す質問者属性ベクトルVQ11)を生成する。本実施形態において、ユーザ情報取得ブロック113Aは、質問者属性ベクトル生成部を構成する。
また、ユーザ情報取得ブロック113Aは、重要属性及びユーザ属性テーブルTB1に基づいて、質問に対する回答候補者の特徴を示す回答候補者属性ベクトルを生成する。本実施形態において、ユーザ情報取得ブロック113Aは、回答候補者属性ベクトル生成部を構成する。
具体的には、ユーザ情報取得ブロック113Aは、ユーザ属性テーブルTB1を用いて、質問者によって指定された信頼度に基づいて選択された回答候補者の属性を取得する。ユーザ情報取得ブロック113Aは、取得した回答候補者の属性のうち、重要属性と一致する属性について、回答候補者属性ベクトルを生成する。
情報通度取得ブロック113Bは、質問取得ブロック112Aによって取得された質問に関連するキーワード、及び情報通度テーブルTB2(情報通度情報)に基づいて、回答候補者の情報通度を示す情報通度ベクトル(例えば、図19(b)に示す情報通度ベクトルVA30)を生成することができる。本実施形態において、情報通度取得ブロック113Bは、情報通度ベクトル生成部を構成する。
信頼度取得ブロック113Cは、知り合いユーザテーブルTB3を参照し、質問者によって指定された知り合いユーザの信頼度を取得する。
(1.3)ユーザ情報比較判定部120
次に、図2に示したユーザ情報比較判定部120の機能について説明する。ユーザ情報比較判定部120は、質問者属性ベクトルと回答候補者属性ベクトルとの一致度である属性ベクトル一致度を判定する。本実施形態において、ユーザ情報比較判定部120は、一致度判定部を構成する。なお、属性ベクトル一致度の具体的な判定方法については後述する。
次に、図2に示したユーザ情報比較判定部120の機能について説明する。ユーザ情報比較判定部120は、質問者属性ベクトルと回答候補者属性ベクトルとの一致度である属性ベクトル一致度を判定する。本実施形態において、ユーザ情報比較判定部120は、一致度判定部を構成する。なお、属性ベクトル一致度の具体的な判定方法については後述する。
また、ユーザ情報比較判定部120は、少なくとも、属性ベクトル一致度、質問ベクトル、及び前記情報通度ベクトルの類似度に基づいて決定される質問ベクトル一致度に対する重み付けを示す重み値を端末装置200(質問者)から取得することができる。ユーザ情報比較判定部120は、取得した重み値を用いて、属性ベクトル一致度及び質問ベクトル一致度に対する重み付けを実行する。本実施形態では、ユーザ情報比較判定部120は、重み値処理部を構成する。
具体的には、ユーザ情報比較判定部120は、知り合いユーザテーブルTB3(図13参照)を用いて、質問者によって指定された信頼度以上のユーザを選択する。また、ユーザ情報比較判定部120は、属性ベクトル一致度、質問ベクトル一致度、または信頼度に対して、当該質問者が指定した重み値を取得する。なお、重み付けのさらに具体的な実行方法については後述する。
さらに、ユーザ情報比較判定部120は、重み値が反映された属性ベクトル一致度、質問ベクトル一致度、または信頼度に基づいて、回答候補者の総合一致度を決定することができる。本実施形態において、ユーザ情報比較判定部120は、総合一致度決定部を構成する。なお、総合一致度の具体的な決定方法については後述する。
(1.4)情報探索制御部130
次に、情報探索制御部130の機能について説明する。情報探索制御部130は、ユーザ情報比較判定部120によって判定された属性ベクトル一致度に応じて、回答候補者の中から質問に対する回答者を選択する。
次に、情報探索制御部130の機能について説明する。情報探索制御部130は、ユーザ情報比較判定部120によって判定された属性ベクトル一致度に応じて、回答候補者の中から質問に対する回答者を選択する。
さらに、情報探索制御部130は、選択した回答者または回答者に係る情報(例えば、回答者のメールアドレスや情報ページ)を質問者に提示する。本実施形態において、情報探索制御部130は、回答提示部を構成する。
また、情報探索制御部130は、総合一致度に基づいて、回答候補者を決定し、決定した回答候補者の中から回答者を選択することができる。さらに、情報探索制御部130は、知り合いユーザの信頼度に基づいて、回答候補者を決定し、決定した回答候補者の中から回答者を選択することもできる。
図4に示すように、具体的には、情報探索制御部130は、回答者探索ブロック131、回答ページ探索ブロック132、情報ランキング取得ブロック133及び回答取得・通知ブロック134を備える。
回答者探索ブロック131は、回答種別が“回答者”である場合において、ユーザ情報比較判定部120によって決定された回答候補者の総合一致度を取得する。回答者探索ブロック131は、総合一致度の降順に、複数の回答候補者を回答者として選択することができる。
回答ページ探索ブロック132は、ユーザ情報比較判定部120によって決定された回答候補者の総合一致度を取得するとともに、各回答候補者が提供する情報ページを収集する。回答ページ探索ブロック132は、総合一致度の降順に、複数の回答候補者の情報ページを収集する。
情報ランキング取得ブロック133は、回答候補者のうち、総合一致度が所定の閾値以上の回答候補者(ユーザ)を回答者として選択する。情報ランキング取得ブロック133は、選択した回答者が提供する情報ページを収集する。
また、回答ページ探索ブロック132及び情報ランキング取得ブロック133は、収集した情報ページを対象として、質問解析ブロック112Bによって抽出された質問重要語を検索することができる。
さらに、回答ページ探索ブロック132及び情報ランキング取得ブロック133は、収集した情報ページを対象として、質問解析ブロック112Bによって判定された質問の種別(人/物/場所/時間/方法)に属する単語のうち、質問重要語とともに出現する回数が多い単語を検索することができる。また、回答ページ探索ブロック132及び情報ランキング取得ブロック133は、検索した単語及びその出現回数を提供することができる。
回答取得・通知ブロック134は、回答者探索ブロック131、回答ページ探索ブロック132及び情報ランキング取得ブロック133によって出力された内容を、回答結果として端末装置200(質問者)に通知する。
また、回答取得・通知ブロック134は、当該回答結果に対する回答評価値を当該質問者から取得する。本実施形態において、回答取得・通知ブロック134は、回答評価値取得部を構成する。
(2)端末装置
図5に示すように、端末装置200は、質問送信部210、回答受信部220、知り合い回答部230及びキーワード関連知り合いDB240を備える。
図5に示すように、端末装置200は、質問送信部210、回答受信部220、知り合い回答部230及びキーワード関連知り合いDB240を備える。
質問送信部210は、質問文及びキーワードとともに、属性ベクトル一致度、質問ベクトルまたは情報通度ベクトルの何れかに対する重み付けを示す重み値、回答候補者となる知り合いユーザの信頼度、及び回答種別をコミュニティ制御システム100に送信することができる。
なお、質問送信部210によって送信される各種情報は、端末装置200のユーザ、より具体的には、コミュニティ制御システム100を用いて提供されるコミュニティ型サービスのユーザ(例えば、ユーザ属性テーブルTB1や情報通度テーブルTB2に示される“ユーザ1”)によって端末装置200に入力される。
回答受信部220は、質問に対する回答結果をコミュニティ制御システム100から受信し、当該回答結果を端末装置200のユーザに表示する。また、回答受信部220は、端末装置200のユーザによって入力された当該回答結果に対する回答評価値をコミュニティ制御システム100に送信することができる。
知り合い回答部230は、コミュニティ制御システム100から知り合いユーザの問い合わせを受信すると、キーワード関連知り合いDB240に記憶されているキーワード関連知り合いテーブルTB5(図15参照)に基づいて、端末装置200のユーザの知り合いユーザに関する情報をコミュニティ制御システム100に送信することができる。
キーワード関連知り合いDB240は、図15に示すようなキーワード関連知り合いテーブルTB5を記憶する。
(コミュニティ制御システムの動作)
次に、上述したコミュニティ制御システム100の動作について説明する。具体的には、コミュニティ制御システム100によって実行される(1)ユーザ属性・情報通度取得処理、(2)知り合いユーザ登録処理、(3)質問処理、(4)回答者決定処理、及び(5)情報探索処理について説明する。
次に、上述したコミュニティ制御システム100の動作について説明する。具体的には、コミュニティ制御システム100によって実行される(1)ユーザ属性・情報通度取得処理、(2)知り合いユーザ登録処理、(3)質問処理、(4)回答者決定処理、及び(5)情報探索処理について説明する。
(1)ユーザ属性・情報通度取得処理
図6は、ユーザ属性・情報通度取得処理フローを示している。ステップS10において、コミュニティ制御システム100は、コミュニティ型サービスへのユーザ登録時に、当該ユーザの属性、及び属性ごとのサービス利用可否を示す情報を端末装置200から取得する。
図6は、ユーザ属性・情報通度取得処理フローを示している。ステップS10において、コミュニティ制御システム100は、コミュニティ型サービスへのユーザ登録時に、当該ユーザの属性、及び属性ごとのサービス利用可否を示す情報を端末装置200から取得する。
ステップS20において、コミュニティ制御システム100は、取得した情報をユーザ属性テーブルTB1(図11参照)に登録する。ここでは、端末装置200のユーザは、情報通度テーブルTB2に示されたユーザ1であり、ユーザ1の情報が登録されたものとする。
ステップS30において、コミュニティ制御システム100は、ユーザ1が登録を希望するキーワード、及び当該キーワードの情報通度を端末装置200から取得する。
ステップS40において、コミュニティ制御システム100は、取得した情報を情報通度テーブルTB2(図12参照)に登録する。ここで、ユーザ1は、情報通度テーブルTB2に示すように、キーワードとして“料理”、その情報通度として“4”(10段階)を登録したものとする。また、ユーザ1は、キーワードとして“育児”、その情報通度として“1”を登録したものとする。
(2)知り合いユーザ登録処理
図7は、知り合いユーザ登録処理フローを示している。ステップS110において、コミュニティ制御システム100は、知り合いユーザの問い合わせを繰り返す回数の閾値Kをn回(例えば、3回)に設定する。
図7は、知り合いユーザ登録処理フローを示している。ステップS110において、コミュニティ制御システム100は、知り合いユーザの問い合わせを繰り返す回数の閾値Kをn回(例えば、3回)に設定する。
ステップS120において、コミュニティ制御システム100は、知り合いユーザの登録に用いられるキーワードを決定する。知り合いユーザの登録に用いられるキーワードとしては、知り合いユーザを通知するユーザ、つまり質問者(例えば、ユーザ1)の質問に関連するキーワードが用いられる。なお、コミュニティ制御システム100は、登録されている当該質問者の属性に基づいて、キーワードを決定してもよい。
ステップS130において、コミュニティ制御システム100は、端末装置200(質問者としてのユーザ1)に対してキーワードに関連する知り合いユーザを問い合わせる。
ステップS140において、コミュニティ制御システム100は、端末装置200から知り合いユーザの情報を受信したか否かを判定する。
端末装置200から知り合いユーザの情報を受信した場合(ステップS140のYES)、ステップS150において、コミュニティ制御システム100は、受信した知り合いユーザの情報を知り合いユーザテーブルTB3(図13参照)に登録する。
例えば、端末装置200(ユーザ1)は、知り合いユーザテーブルTB3に示すように、ユーザ2及びユーザ3が知り合いユーザとして通知することができる。
端末装置200から知り合いユーザの情報を受信できない場合(ステップS140のNO)、コミュニティ制御システム100は、知り合いユーザ登録処理を終了する。
ステップS160において、コミュニティ制御システム100は、設定したn回の知り合いユーザの問い合わせが完了したか否かを判定する。
設定したn回の知り合いユーザの問い合わせが完了していない場合(ステップS160のNO)、ステップS170において、コミュニティ制御システム100は、ステップS140において端末装置200(ユーザ1)から通知された知り合いユーザ(例えば、ユーザ2やユーザ3)に対してキーワードに関連する知り合いユーザを問い合わせる。
また、コミュニティ制御システム100は、知り合いユーザの信頼度を知り合いユーザテーブルTB3に登録する。
本実施形態では、コミュニティ制御システム100は、知り合いユーザテーブルTB3に示すように、仲介ユーザ数によって、知り合いユーザテーブルTB3の信頼度を自動で設定する。例えば、仲介ユーザがない場合、信頼度は“1”に設定される。また、仲介ユーザ数が一ユーザの場合、信頼度は“2/3”に設定される。
設定したn回の知り合いユーザの問い合わせが完了した場合(ステップS160のYES)、コミュニティ制御システム100は、知り合いユーザ登録処理を終了する。
(3)質問処理
図8は、質問処理フローを示している。ステップS210において、コミュニティ制御システム100は、端末装置200(質問者)から、(i)質問文、(ii)キーワード、(iii)重み値、及び(iv)回答種別を質問として取得する。
図8は、質問処理フローを示している。ステップS210において、コミュニティ制御システム100は、端末装置200(質問者)から、(i)質問文、(ii)キーワード、(iii)重み値、及び(iv)回答種別を質問として取得する。
ステップS220において、コミュニティ制御システム100は、取得した質問文の構文解析を実行し、質問文に含まれる重要な単語を質問重要語として抽出する。具体的には、コミュニティ制御システム100は、「幼児に必要な予防接種を最も短期間で完了する方法は?」という質問(図16参照)であれば、「方法」という“質問の種別”が含まれていることに基づいて、質問の種別を判定する。
また、コミュニティ制御システム100は、「だれ」、「どこ」、「いつ」などの用語に基づいて、キーワード・属性関連辞書DB150に記憶される日本語語彙DBの中から、それぞれの用語に対応する質問重要語(例えば、幼児及び予防接種)を取得する。
ステップS230において、コミュニティ制御システム100は、質問に関連するキーワードに基づいて、当該質問の特徴を示す質問ベクトルを生成する。
具体的には、コミュニティ制御システム100は、図16に示すように、取得した質問文とキーワードとに基づいて、質問ベクトルVQ1を生成する。
質問ベクトルVQ1は、キーワードに基づいてベクトル軸として“育児”を有し、ベクトル長として“1”を有する。本実施形態では、ベクトル長は常に“1”に設定されるが、ベクトル長は、キーワードによって変更してもよい。
ステップS240において、コミュニティ制御システム100は、関連属性テーブルTB4(図14参照)を用いて、取得した質問の重要属性を決定する。具体的には、コミュニティ制御システム100は、取得した質問に関連するキーワードに、関連属性テーブルTB4において対応付けられている関連属性を重要属性として取得する。
ここでは、関連属性テーブルTB4に示すように、キーワード“育児”に対応付けられている関連属性である“女性”及び“子持ち”が重要属性として取得されたものとする。
ステップS250において、コミュニティ制御システム100は、ユーザ属性テーブルTB1を用いて、質問者の属性を取得する。
例えば、質問者がユーザ1である場合、コミュニティ制御システム100は、図17に示すように、ユーザ属性テーブルTB1(図11参照)に基づいて、ユーザ情報D1を生成する。また、ユーザ情報D1には、ステップS220において抽出された質問重要語(幼児、予防接種)が含まれる。
ステップS260において、コミュニティ制御システム100は、取得した重要属性について、質問者属性ベクトルを生成する。
具体的には、コミュニティ制御システム100は、図18(a)に示すように、重要属性(“女性”、“子持ち”)及びユーザ属性テーブルTB1に基づいて、質問者(ユーザ1)の質問者属性ベクトルVQ11を生成する。なお、図18(a)では、ユーザ属性テーブルTB1に基づいて生成されたユーザ情報D1(一部)が示されている。
質問者属性ベクトルVQ11は、重要属性に基づいて、ベクトル軸として“性別”(女性)、及び“家族構成”を有する。また、質問者属性ベクトルVQ11は、性別のベクトル長として女性であることを示す“1”、及び家族構成のベクトルとして子持ちであることを示す“1”を有する。なお、重要属性(女性、子持ち)に対するベクトル軸(性別、家族構成)は、図示しないテーブルによって対応付けられている。
(4)回答者決定処理
図9は、回答者決定処理フローを示している。ステップS311において、コミュニティ制御システム100は、質問者(例えば、ユーザ1)から取得した信頼度に基づいて、回答候補者群を生成する。
図9は、回答者決定処理フローを示している。ステップS311において、コミュニティ制御システム100は、質問者(例えば、ユーザ1)から取得した信頼度に基づいて、回答候補者群を生成する。
例えば、取得した信頼度が“2/3”である場合、コミュニティ制御システム100は、知り合いユーザテーブルTB3(図13参照)に基づいて、信頼度が“2/3”以上であるユーザを回答候補者群として生成する。
ステップS313において、コミュニティ制御システム100は、生成した回答候補者群の中に処理が未了のユーザがあるか否かを判定する。
処理が未了のユーザがある場合(ステップS313のYES)、ステップS315において、コミュニティ制御システム100は、当該ユーザを処理対象として選択する。
処理が未了のユーザがない場合(ステップS313のNO)、コミュニティ制御システム100は、回答候補者群に含まれるすべてのユーザについて処理を終了したと判定し、回答者決定処理を終了する。
ステップS317において、コミュニティ制御システム100は、ユーザ属性テーブルTB1(図11参照)を用いて、回答候補者群に含まれるユーザ、つまり回答候補者の属性を取得する。
ステップS319において、コミュニティ制御システム100は、取得した重要属性について、回答候補者属性ベクトルを生成する。
具体的には、コミュニティ制御システム100は、図18(b)に示すように、重要属性(“女性”、“子持ち”)及びユーザ属性テーブルTB1に基づいて、回答候補者(ユーザ2)の回答候補者属性ベクトルVA11を生成する。なお、図18(b)では、ユーザ属性テーブルTB1に基づいて生成されたユーザ2のユーザ情報D2(一部)が示されている。
同様に、コミュニティ制御システム100は、図18(c)に示すように、重要属性及びユーザ属性テーブルTB1に基づいて、回答候補者(ユーザ3)の回答候補者属性ベクトルVA21を生成する。なお、図18(c)では、ユーザ属性テーブルTB1に基づいて生成されたユーザ3のユーザ情報D3(一部)が示されている。
また、コミュニティ制御システム100は、他の回答候補者の回答候補者属性ベクトルも同様に生成する。
ステップS321において、コミュニティ制御システム100は、情報通度テーブルTB2(図12参照)を用いて、取得したキーワードについて回答候補者の情報通度を取得する。
ステップS323において、コミュニティ制御システム100は、回答候補者の情報通度ベクトルを生成する。ここで、図19(a)及び(b)は、回答候補者の情報通度ベクトルの生成方法を示している。情報通度情報D4は、情報通度テーブルTB2に基づいて生成された回答候補者の情報通度を示している。
情報通度ベクトル情報D5は、回答候補者(ユーザ2〜ユーザ4)ごとに、回答候補者の各キーワードに対する情報通度を示す回答キーワードベクトルを示している。回答キーワードベクトルは、情報通度情報D4に基づいて生成される。ユーザ2のソフトウェアに対する回答キーワードベクトルは、情報通度が“5”であることに基づいて、“0.5”と演算される。
情報通度ベクトルVA30は、それぞれの回答キーワードベクトルによって構成される。例えば、ユーザ3の情報通度ベクトルVA30は、アミューズメントパーク:0.4と、育児:0.6とによって構成される。
ステップS325において、コミュニティ制御システム100は、ステップS260において生成した質問者属性ベクトルVQ11と、ステップS319において生成した回答候補者属性ベクトル(例えば、回答候補者属性ベクトルVA11)との類似度を演算し、属性ベクトル一致度を決定する。
例えば、図20に示すように、コミュニティ制御システム100は、質問者属性ベクトルVQ11と回答候補者属性ベクトルVA21との内積を演算する。この結果、質問者属性ベクトルVQ11と回答候補者属性ベクトルVA21との属性ベクトル一致度は、“1”となる。
ステップS327において、コミュニティ制御システム100は、ステップS230において生成した質問ベクトルVQ1と、ステップS323において生成した情報通度ベクトル(例えば、情報通度ベクトルVA30)との類似度を演算し、質問ベクトル一致度を決定する。
例えば、図21に示すように、コミュニティ制御システム100は、質問ベクトルVQ1と情報通度ベクトルVA30との内積を演算する。この結果、質問ベクトルVQ1と情報通度ベクトルVA30との質問ベクトル一致度は、“0.83”となる。
ステップS329において、コミュニティ制御システム100は、知り合いユーザテーブルTB3を用いて、回答候補者の信頼度を取得する。
ステップS331において、コミュニティ制御システム100は、質問者がステップS210において指定した重み値に基づいて、属性ベクトル一致度、質問ベクトル一致度、またはステップS329において取得した信頼度に対して重み付けを実行する。
さらに、コミュニティ制御システム100は、重み値が反映された属性ベクトル一致度、質問ベクトル一致度、または信頼度に基づいて、回答候補者の総合一致度を決定する。
例えば、質問者は、質問文とともに、属性ベクトル一致度、質問ベクトル一致度及び信頼度に対する重み値α、β及びγをそれぞれ指定する。ここで、0<α<1、0<β<1、0<γ<1であり、α+β+γ=1を満たすものとする。
さらに、0<(属性ベクトル一致度)<1、0<質問ベクトル一致度<1、0<信頼度<1とする。
総合一致度は、α・(属性ベクトル一致度)+β・(質問ベクトル一致度)+γ・(信頼度)によって求めることができる。
ステップS333において、コミュニティ制御システム100は、算出した総合一致度が予め指定された閾値以上か否かを判定する。
総合一致度が予め指定された閾値以上である場合(ステップS333のYES)、ステップS335において、コミュニティ制御システム100は、当該回答候補者を回答者に決定する。
さらに、コミュニティ制御システム100は、ステップS313からの処理を繰り返し、すべての回答候補者について、上述した処理を実行する。
総合一致度が予め指定された閾値以上である場合(ステップS333のNO)、コミュニティ制御システム100は、ステップS313からの処理を繰り返す。
(5)情報探索処理
図10は、情報探索処理フローを示している。ステップS411において、コミュニティ制御システム100は、回答種別が“回答者”であるか否かを判定する。
図10は、情報探索処理フローを示している。ステップS411において、コミュニティ制御システム100は、回答種別が“回答者”であるか否かを判定する。
回答種別が“回答者”である場合(ステップS411のYES)、ステップS413において、コミュニティ制御システム100は、回答候補者群に含まれる回答候補者のうち、総合一致度が所定の閾値以上である回答候補者の情報を取得する。
ステップS415において、コミュニティ制御システム100は、取得した回答候補者のうち、総合一致度が最も高い回答候補者を回答者として、端末装置200(質問者)に回答する。
回答種別が“回答者”でない場合(ステップS411のNO)、ステップS417において、コミュニティ制御システム100は、回答種別が“情報ページ”であるか否かを判定する。
回答種別が“情報ページ”である場合(ステップS417のYES)、ステップS419において、コミュニティ制御システム100は、回答候補者群に含まれる各回答候補者が提供する情報ページ(ブログなど)を収集する。
ステップS421において、コミュニティ制御システム100は、収集した情報ページを対象として、ステップS220において抽出された質問重要語を検索する。
ステップS423において、コミュニティ制御システム100は、検索した質問重要語を含む情報ページを端末装置200に回答する。
ステップS425において、コミュニティ制御システム100は、ステップS415またはステップS423において端末装置200に回答された回答結果に対する回答評価値を端末装置200(質問者)から取得する。
ステップS427において、コミュニティ制御システム100は、情報通度テーブルTB2を用いて、回答評価値の対象となった質問に関連するキーワードに対する質問者(例えば、ユーザ1)の情報通度を取得する。例えば、コミュニティ制御システム100は、質問に関連するキーワード(育児)に対するユーザ1の情報通度として、“1”を取得する。
ステップS429において、コミュニティ制御システム100は、取得した質問者の情報通度を用いて、ステップS425において取得した回答評価値の重み付けを実行する。
ステップS431において、コミュニティ制御システム100は、重み付けが実行された回答評価値を回答者(例えば、ユーザ3)の当該キーワードに対する情報通度に加算する。
具体的には、コミュニティ制御システム100は、質問者から回答評価値を取得すると、質問者の当該キーワードにおける情報通度を情報通度テーブルTB2から取得する。さらに、コミュニティ制御システム100は、(回答評価値・情報通度)/10を演算し、演算した値を、質問者の回答評価値として情報通度テーブルTB2の情報通度の値に加算する。
回答種別が“情報ページ”でない場合(ステップS417のNO)、ステップS433において、コミュニティ制御システム100は、回答種別が“情報ランキング”であるか否かを判定する。
回答種別が“情報ランキング”である場合(ステップS433のYES)、ステップS435において、コミュニティ制御システム100は、回答候補者群に含まれる各回答候補者が提供する情報ページ(ブログなど)を収集する。
回答種別が“情報ランキング”でない場合(ステップS433のNO)、コミュニティ制御システム100は、情報探索処理を終了する。
ステップS437において、コミュニティ制御システム100は、ステップS220において抽出された質問重要語、及び質問の種別(人/物/場所/時間/方法)に属する単語を取得する。なお、質問の種別に属する単語は、上述したように、質問文を解析し、質問の種別を示す用語(人/物/場所/時間/方法)、または質問の種別を意味する用語(だれ/何/どこ/いつなどの疑問語)を判定することによって取得される。
ステップS439において、コミュニティ制御システム100は、ステップS435において収集した情報ページを対象として、質問重要語とともに出現する回数が多い当該単語を検索する。
ステップS441において、コミュニティ制御システム100は、検索した当該単語と、その出現回数とを、出現回数の多い順に並べた情報を端末装置200に回答する。
(作用・効果)
以上説明したコミュニティ制御システム100によれば、質問者の特徴を示す質問者属性ベクトル(例えば、質問者属性ベクトルVQ11)と、質問に対する回答候補者の特徴を示す回答候補者属性ベクトル(例えば、回答候補者属性ベクトルVA21)との一致度である属性ベクトル一致度に基づいて、つまり、質問者の属性や質問内容に応じて回答候補者を絞り込んだ上で、端末装置200(質問者)に提示される回答の内容が決定される。
以上説明したコミュニティ制御システム100によれば、質問者の特徴を示す質問者属性ベクトル(例えば、質問者属性ベクトルVQ11)と、質問に対する回答候補者の特徴を示す回答候補者属性ベクトル(例えば、回答候補者属性ベクトルVA21)との一致度である属性ベクトル一致度に基づいて、つまり、質問者の属性や質問内容に応じて回答候補者を絞り込んだ上で、端末装置200(質問者)に提示される回答の内容が決定される。
このため、従来の方法と比較して、回答内容が一般的、抽象的となってしまう傾向が抑制され、質問者は、質問の観点を踏まえた適切な回答を得ることができる。
コミュニティ制御システム100によれば、属性ベクトル一致度、及び質問ベクトル(例えば、質問ベクトルVQ1)と情報通度ベクトル(例えば、情報通度ベクトルVA30)との一致度である質問ベクトル一致度に質問者によって指定された重み値が反映される。さらに、重み値が反映された当該属性ベクトル一致度及び質問ベクトル一致度に基づいて、回答候補者の総合一致度が決定され、総合一致度に基づいて質問者への回答の内容が決定される。
すなわち、質問者や回答者に関して多くの属性が指定されている場合でも、質問ベクトル一致度に基づいて、質問に関連する属性が類似する回答者のみが選択される。このため、質問者がどのような立場や状況で質問を投稿したかを判定することができ、質問者は、質問の属性や質問内容に応じた適切な回答を得ることができる。また、質問者がコミュニティ型サービスの利用に不慣れな場合でも、質問の属性や質問内容に応じた適切な回答を容易に得ることができる。
コミュニティ制御システム100によれば、情報通度生成ブロック111Bによって重み付けが実行された質問者の回答評価値に基づいて、質問に関連するキーワードと対応付けられている回答者の情報通度が更新される。
回答評価値は、質問者自身の情報通度によって重み付けが実行されるため、質問者と回答者とが共謀して、特定のユーザの情報通度を不正に操作すること(例えば、情報通度を不当に高くする)を抑制することができる。
コミュニティ制御システム100によれば、知り合いユーザの名称及び信頼度を含む知り合いユーザ情報が当該質問者から取得される。さらに、質問者によって指定された信頼度に基づいて、知り合いユーザの中から回答候補者が決定される。
このため、一定の信頼度の範囲内を対象として、回答候補者に質問が提示される。すなわち、質問者が質問したという事実さえも一定の範囲内での流布に留まり、質問者は、より安全に質問を投稿することができる。
ここで、ユーザの知り合い関係を利用した、いわゆるソーシャル・ネットワークでは、すべてのユーザが一律の信頼度として扱われる。しかし、実際には、あるユーザに対する信頼度は、当該ユーザを評価するユーザによって異なり、ユーザが提供する情報すべてを同じ信頼度で信頼することは難しい。
また、ユーザの知り合い関係を順次辿りながら、ソーシャル・ネットワークを構築後、質問を提示する範囲を決定することもできる。しかし、この場合には、質問の内容に拘わらず、当該質問の内容に無関係なユーザもすべて質問者に通知され、非効率である。さらに、ユーザは、すべての知り合い関係を何ら制限することなく開示しなければならないといった問題があった。
コミュニティ制御システム100は、従来のキーワード指定による情報検索やユーザ履歴から取得される興味・嗜好を検索結果に反映させたパーソナライゼーション検索技術を利用するものではなく、特定の話題について複数人の意見を聞きたい、情報通の人と話をしたい、自分と同じ状況で困った経験のある人に解決方法を伺いたい、という新たなユーザ要求に答える新規コミュニケーションの場を提供・支援する。
(その他の実施形態)
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
例えば、上述した本発明の実施形態では、コミュニティ制御システム100がユーザ情報管理DB140及びキーワード・属性関連辞書DB150を具備する形態としたが、ユーザ情報管理DB140及びキーワード・属性関連辞書DB150は、コミュニティ制御システム100と分離して配備してもよい。
上述した本発明の実施形態では、質問に関連するキーワードを質問者が指定する形態としたが、コミュニティ制御システム100が当該キーワードを抽出するようにしてもよい。この場合、コミュニティ制御システム100は、上述した質問重要語と同様の方法によってキーワードを抽出すればよい。
また、上述したコミュニティ制御システム100の各ブロックの機能は、コンピュータにおいて実行可能なプログラムとしても提供することができる。
このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
10…通信ネットワーク、20…無線基地局、100…コミュニティ制御システム、110…ユーザ情報生成・取得部、111A…ユーザ属性生成ブロック、111B…情報通度生成ブロック、111C…知り合いユーザ情報生成ブロック、112A…質問取得ブロック、112B…質問解析ブロック、113A…ユーザ情報取得ブロック、113B…情報通度取得ブロック、113C…信頼度取得ブロック、120…ユーザ情報比較判定部、130…情報探索制御部、131…回答者探索ブロック、132…回答ページ探索ブロック、133…情報ランキング取得ブロック、134…回答取得・通知ブロック、140…ユーザ情報管理DB、150…キーワード・属性関連辞書DB、200…端末装置、210…質問送信部、220…回答受信部、230…知り合い回答部、240…キーワード関連知り合いDB、D1〜D3…ユーザ情報、D4…情報通度情報、D5…情報通度ベクトル情報、TB1…ユーザ属性テーブル、TB2…情報通度テーブル、TB3…知り合いユーザテーブル、TB4…関連属性テーブル、TB5…キーワード関連知り合いテーブル、VA11,21…回答候補者属性ベクトル、VA30…情報通度ベクトル、VQ1…質問ベクトル、VQ11…質問者属性ベクトル
Claims (5)
- コミュニティ型サービスの一ユーザである質問者から投稿された質問に対して、前記コミュニティ型サービスの他のユーザに係る情報を回答として提示するコミュニティ制御システムであって、
前記ユーザの名称と前記ユーザの属性とを対応付けるユーザ情報を記憶するユーザ情報記憶部と、
前記質問に関連するキーワードと前記キーワードに関連する関連属性とを対応付ける関連属性情報を記憶する関連属性情報記憶部と、
前記質問者から前記質問を取得する質問取得部と、
前記質問取得部によって取得された前記質問に関連する前記キーワードに、前記関連属性情報において対応付けられている前記関連属性である重要属性を取得する重要属性取得部と、
前記重要属性及び前記ユーザ情報に基づいて、前記質問に対する前記質問者の特徴を示す質問者属性ベクトルを生成する質問者属性ベクトル生成部と、
前記重要属性及び前記ユーザ情報に基づいて、前記質問に対する回答候補者の特徴を示す回答候補者属性ベクトルを生成する回答候補者属性ベクトル生成部と、
前記質問者属性ベクトルと前記回答候補者属性ベクトルとの一致度である属性ベクトル一致度を判定する一致度判定部と、
前記一致度判定部によって判定された前記属性ベクトル一致度に応じて、前記回答候補者の中から前記質問に対する回答者を選択し、前記回答者または前記回答者に係る情報を前記質問者に提示する回答提示部と
を備えるコミュニティ制御システム。 - 前記質問取得部によって取得された前記質問に関連する前記キーワードに基づいて、前記質問の特徴を示す質問ベクトルを生成する質問ベクトル生成部と、
前記キーワードに対する前記ユーザの精通度合いである情報通度を前記キーワードに対応付ける情報通度情報を記憶する情報通度情報記憶部と、
前記質問取得部によって取得された前記質問に関連する前記キーワード、及び前記情報通度情報に基づいて、前記回答候補者の情報通度を示す情報通度ベクトルを生成する情報通度ベクトル生成部と、
少なくとも、前記属性ベクトル一致度、前記質問ベクトル、前記情報通度ベクトルの類似度に基づいて決定される質問ベクトル一致度に対する重み付けを示す重み値を前記質問者から取得し、前記属性ベクトル一致度及び前記質問ベクトル一致度に対する重み付けを実行する重み値処理部と、
前記重み値が反映された前記属性ベクトル一致度、及び前記質問ベクトル一致度に基づいて、前記回答候補者の総合一致度を決定する総合一致度決定部と
をさらに備え、
前記回答提示部は、前記総合一致度に基づいて、前記回答候補者を決定する請求項1に記載のコミュニティ制御システム。 - 前記質問への回答結果に対する回答評価値を前記質問者から取得する回答評価値取得部と、
前記質問取得部によって取得された前記質問に関連する前記キーワードと対応付けられている前記情報通度に基づいて、前記回答評価値に対して重み付けを実行する回答評価値処理部と、
前記回答評価値処理部によって重み付けが行われた前記回答評価値に基づいて、前記キーワードと対応付けられている前記回答者の前記情報通度を更新する情報通度更新部と
をさらに備える請求項1または2に記載のコミュニティ制御システム。 - 前記質問者の知り合いユーザの名称及び信頼度を含む知り合いユーザ情報を前記質問者から取得し、取得した前記知り合いユーザ情報を記憶する知り合いユーザ情報記憶部をさらに備え、
前記回答提示部は、前記信頼度に基づいて、前記回答候補者を決定する請求項1乃至3の何れか一項に記載のコミュニティ制御システム。 - コミュニティ型サービスの一ユーザである質問者から投稿された質問に対して、前記コミュニティ型サービスの他のユーザに係る情報を回答として提示するコミュニティ制御方法であって、
前記ユーザの名称と前記ユーザの属性とを対応付けるユーザ情報を記憶するステップと、
前記質問に関連するキーワードと前記キーワードに関連する関連属性とを対応付ける関連属性情報を記憶するステップと、
前記質問者から前記質問を取得するステップと、
取得された前記質問に関連する前記キーワードに、前記関連属性情報において対応付けられている前記関連属性である重要属性を取得するステップと、
前記重要属性及び前記ユーザ情報に基づいて、前記質問に対する前記質問者の特徴を示す質問者属性ベクトルを生成するステップと、
前記重要属性及び前記ユーザ情報に基づいて、前記質問に対する回答候補者の特徴を示す回答候補者属性ベクトルを生成するステップと、
前記質問者属性ベクトルと前記回答候補者属性ベクトルとの一致度である属性ベクトル一致度を判定するステップと、
前記一致度判定部によって判定された前記属性ベクトル一致度に応じて、前記回答候補者の中から前記質問に対する回答者を選択し、前記回答者または前記回答者に係る情報を前記質問者に提示するステップと
を備えるコミュニティ制御方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005340784A JP2007148661A (ja) | 2005-11-25 | 2005-11-25 | コミュニティ制御システム及びコミュニティ制御方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005340784A JP2007148661A (ja) | 2005-11-25 | 2005-11-25 | コミュニティ制御システム及びコミュニティ制御方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2007148661A true JP2007148661A (ja) | 2007-06-14 |
Family
ID=38210026
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005340784A Pending JP2007148661A (ja) | 2005-11-25 | 2005-11-25 | コミュニティ制御システム及びコミュニティ制御方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2007148661A (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009031868A (ja) * | 2007-07-24 | 2009-02-12 | Ntt Docomo Inc | コミュニティ管理装置及びコミュニティ管理方法 |
JP2012033076A (ja) * | 2010-07-30 | 2012-02-16 | Okwave:Kk | Q&aサイトの会員募集システム |
WO2014013749A1 (ja) * | 2012-07-17 | 2014-01-23 | アイシン・エィ・ダブリュ株式会社 | 情報共有システム、情報共有方法及び端末装置 |
JP2015184836A (ja) * | 2014-03-20 | 2015-10-22 | 富士通株式会社 | 質問紹介装置、質問紹介方法、および質問紹介プログラム |
JP2019074865A (ja) * | 2017-10-13 | 2019-05-16 | ロボットスタート株式会社 | 会話収集装置、会話収集システム及び会話収集方法 |
WO2020031242A1 (ja) * | 2018-08-06 | 2020-02-13 | 富士通株式会社 | 評価プログラム、評価方法および情報処理装置 |
JP2020126392A (ja) * | 2019-02-04 | 2020-08-20 | ヤフー株式会社 | 選択装置、選択方法および選択プログラム |
CN113111133A (zh) * | 2021-04-09 | 2021-07-13 | 北京沃东天骏信息技术有限公司 | 用户分类的方法和装置 |
-
2005
- 2005-11-25 JP JP2005340784A patent/JP2007148661A/ja active Pending
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009031868A (ja) * | 2007-07-24 | 2009-02-12 | Ntt Docomo Inc | コミュニティ管理装置及びコミュニティ管理方法 |
JP2012033076A (ja) * | 2010-07-30 | 2012-02-16 | Okwave:Kk | Q&aサイトの会員募集システム |
WO2014013749A1 (ja) * | 2012-07-17 | 2014-01-23 | アイシン・エィ・ダブリュ株式会社 | 情報共有システム、情報共有方法及び端末装置 |
JP2015184836A (ja) * | 2014-03-20 | 2015-10-22 | 富士通株式会社 | 質問紹介装置、質問紹介方法、および質問紹介プログラム |
JP2019074865A (ja) * | 2017-10-13 | 2019-05-16 | ロボットスタート株式会社 | 会話収集装置、会話収集システム及び会話収集方法 |
JP7055327B2 (ja) | 2017-10-13 | 2022-04-18 | ロボットスタート株式会社 | 会話収集装置、会話収集システム及び会話収集方法 |
US11275887B2 (en) | 2018-08-06 | 2022-03-15 | Fujitsu Limited | Non-transitory computer-readable recording medium, evaluation method, and information processing device |
JPWO2020031242A1 (ja) * | 2018-08-06 | 2021-09-30 | 富士通株式会社 | 評価プログラム、評価方法および情報処理装置 |
WO2020031242A1 (ja) * | 2018-08-06 | 2020-02-13 | 富士通株式会社 | 評価プログラム、評価方法および情報処理装置 |
JP7081671B2 (ja) | 2018-08-06 | 2022-06-07 | 富士通株式会社 | 評価プログラム、評価方法および情報処理装置 |
JP2020126392A (ja) * | 2019-02-04 | 2020-08-20 | ヤフー株式会社 | 選択装置、選択方法および選択プログラム |
JP7041639B2 (ja) | 2019-02-04 | 2022-03-24 | ヤフー株式会社 | 選択装置、選択方法および選択プログラム |
CN113111133A (zh) * | 2021-04-09 | 2021-07-13 | 北京沃东天骏信息技术有限公司 | 用户分类的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2007148661A (ja) | コミュニティ制御システム及びコミュニティ制御方法 | |
US9098808B1 (en) | Social search engine | |
US9064025B2 (en) | Method and system for improving utilization of human searchers | |
US20110106895A1 (en) | Social search engine | |
JP2019504413A (ja) | 絵文字を提案するためのシステムおよび方法 | |
CN101685454A (zh) | 人机交互方法及系统 | |
CN101405731A (zh) | 使用人工搜索者的可缩放搜索系统 | |
CN110874403B (zh) | 提问回答系统、提问回答处理方法以及提问回答整合系统 | |
CN109033156B (zh) | 一种信息处理方法、装置及终端 | |
US20200026758A1 (en) | Search apparatus and search method | |
US20120226642A1 (en) | Method and apparatus for considering multi-user preference based on multi-user-criteria group | |
WO2015162960A1 (ja) | 情報処理装置、制御方法、およびプログラム | |
CN114564656A (zh) | 自主地提供事后包括在会话助理上下文中的搜索结果 | |
CN102708129B (zh) | 使用计算引擎来改进搜索相关性 | |
CN111158803A (zh) | 虚拟助理磋商系统及其方法 | |
WO2017200582A1 (en) | Augmenting message exchange threads | |
JP2008158792A (ja) | ネットワークサーバ及び制御方法 | |
JP5108296B2 (ja) | 知識検索装置、ポイント更新方法、およびポイント更新プログラム | |
CN111767386B (zh) | 对话处理方法、装置、电子设备及计算机可读存储介质 | |
JP6703801B2 (ja) | サーバ | |
JP2010134804A (ja) | ジョブマッチング装置、及びジョブマッチング方法 | |
Astle et al. | College women’s memorable sexual messages from mothers, fathers, friends/peers, and online media: A mixed-methods latent class analysis | |
JP2018063610A (ja) | 文章検索システム、q&a検索システム、クライアントステム及びサーバ | |
JP5498309B2 (ja) | Q&aサイトの会員募集システム | |
KR20150120325A (ko) | 규칙기반의 전시회 추천 방법 |