JP2006236165A - 口コミ情報共有装置 - Google Patents

Abstract

【課題】口コミ情報の発信源を隠蔽しつつ、それらの信頼度を定量的に評価する手段を提供する。
【解決手段】ユーザ端末１０１の認証情報と照合し、合致すれば該当ユーザに対応するユーザエージェントへのアクセスを許可する。入力された検索条件を基に検索メッセージを生成し、口コミ情報蓄積部１１１を検索する。 検索結果が無い場合、信頼関係蓄積部１１６にあるユーザリストから順に、該当ユーザに対応している別のユーザエージェント１１０の口コミ検索部に対して検索メッセージを転送し、口コミ検索部では同じ検索条件ＩＤを過去に処理したか検索条件ＩＤ蓄積部１１５を確認し、同じ検索条件ＩＤがあれば検索メッセージを破棄する。検索結果が存在すれば検索結果の信頼度を評価する。得られた検索結果に対して検索条件が自身が発したものと同一であれば検索結果リストに検索結果を追加し、同一でなければ検索結果を要求元に転送する。
【選択図】図１

Description

本発明は、真偽不明の情報、例えば、口コミ情報の信頼性を評価する方法に係り、特に、位置情報やＩＣタグのＩＤ情報と関連させるものに関する。

インターネットの普及に伴い、パーソナルコンピュータや携帯電話などの端末を用いたオンラインサービスが一般的になっており、様々なＷｅｂ検索エンジンや、各ユーザに対して個別にカスタマイズされたパーソナライズサービスなどが提供されている。

インターネットには、口コミ情報を掲載するサイトが多数あり、ユーザは書籍、音楽ＣＤ、映画ＤＶＤ、家電商品、レストラン等に対する他ユーザの評価を知ることができる。昨今のユビキタス情報社会では、インターネット上の情報だけでなく実世界のモノに対しても、ＧＰＳ等によって取得できる位置情報やＩＣタグのＩＤ情報と付加情報をリンクさせることができるようになったため、例えば、書籍に付けられたＩＣタグのＩＤ情報を基に口コミ情報を発信・検索することが可能になってきている。

しかしながら、多くの口コミ情報掲載サイトでは、匿名ユーザの情報が収集され、また掲載される情報は選別されていないため、ユーザが情報の真偽を判断することが難しい。多くの場合、寄せられた口コミ情報の件数が、真偽を判断する目安となっているが、悪意を持った嘘の情報、自身の趣味嗜好に合致しないユーザの情報、匿名を逆手にとってユーザを装った売り手側の組織票等を判別することが困難である。

このような口コミ情報をユーザが選別するために、お奨めデータを決定する過程で、ユーザ間の信頼関係に基づいて、評価データあるいは口コミ情報を選別する仕組みが、例えば、特許文献１の「ユーザ間の信頼関係を用いるお奨めデータ選択装置」に提案されている。
すなわち、商品やサービスに対する直接的な評価情報に加え、ユーザの信頼関係を併用し、ユーザが信頼する他ユーザ（パートナー）の評価情報のみを限定的に集め、またパートナーが他ユーザから支持されている程度を、商品のお奨め度に反映する。これにより、従来のパーソナリゼーションの技術では扱いに難があった、主観的な口コミ情報に対して、定量的にお奨め度合いを確定する。

特開２００４−３２６６３４号

かかる従来技術においては次のような問題がある。
すなわち、特開２００４−３２６６３４号においては、あるユーザの別のユーザに対する信頼値、および、各商品・情報に対する各ユーザの評価の有無を全て事前に集計する必要がある。このとき、各ユーザが他のユーザに対してどのような信頼関係を持っているかや、各商品・情報に対してどのような主観的な評価内容を持っているかは、プライバシに関わる問題であり、特に個人を識別しながらそれら個人的・主観的情報を収集することは実際には困難になることが予想される。また、匿名性が保証されない場合には、自由闊達な情報発信が促進されず、本来口コミ情報が持つべき価値である「本音」の意見が発信されづらくなり、口コミ情報共有の意義そのものが薄れてしまいかねない。
本発明の目的は、個人的・主観的口コミ情報の発信源を隠蔽しつつ、それら口コミ情報の信頼度を定量的に評価する手段を提供することにある。

一人のユーザが信頼する他のユーザに所望の口コミ情報に関するキーワードを問合せることを逐次連鎖的に行い、キーワードに該当する口コミ情報を発見した場合には、問合せを行った経路を後戻りし、経路に沿って信頼度を累積演算する機能を設けることにより達成される。
ここで信頼度とは、各ユーザが、ある情報または別のユーザに対して保持している信頼度を表す属性値である。

口コミ情報の検索経路に沿って検索結果の信頼度を逐次累積演算するため、各ユーザは応答された情報が隣接するユーザから応答されたものか、遠方のユーザから伝播してきたものか区別することを困難にしており、匿名性を維持しつつ口コミ情報の信頼度を評価することが可能になる。

以下に、本発明の実施の形態を説明する。

以下図面に従い、本発明の実施形態である口コミ情報共有装置を説明する。
図１は遠隔のユーザ端末１０１に対して口コミ情報共有サーバ１０２が口コミ情報の登録・検索・評価を行う場合のシステム構成図である。ユーザ端末１０１は、ユーザを認証するための情報を入力するユーザ情報入力部１０３、口コミ情報を入力するための口コミ情報入力部１０４、所望の口コミ情報を検索するための検索条件を入力するための検索条件入力部１０５、ユーザが信頼する他のユーザを登録するための信頼関係入力部１０７、口コミ情報共有サーバ１０２が検索した結果を表示する検索結果出力部１０６を有するものとして構成される。特に、本実施の形態では、ユーザ端末１０１のハードウェア資源として携帯電話や携帯情報端末（ＰＤＡ）を想定し、ユーザ情報入力部１０３、口コミ情報入力部１０４、検索条件入力部１０５、検索結果出力部１０６、信頼関係入力部１０７の各部はプログラムを実行することによって表示される。図２にユーザ端末１０１のハードウェア資源の構成を示す。ＲＯＭ２０３に格納されたプログラムはＲＡＭ２０２にロードされ、ＣＰＵ２０１によって演算処理することによって実行され、入出力部２０５に表示される。入出力部２０５の代表例としてはタッチパネルがある。また、ユーザ端末１０１は通信部２０４を有し、遠隔から口コミ情報共有サーバ１０２にアクセスすることができる。通信部２０４の代表例としては携帯データ通信カード、ＰＨＳカード、無線ＬＡＮカードなどが挙げられる。さらに、位置情報を取得するためのＧＰＳ２０６、ＲＦＩＤなどの無線ＩＣチップからＩＤ情報を読み取るためのＲＦＩＤリーダ／ライタ２０７を有する。

図１において、口コミ情報共有サーバ１０２はユーザ認証部１０８とユーザ認証情報蓄積部１０９を有し、さらに、ユーザ毎にユーザエージェント１１０が管理されている。ユーザエージェント１１０は各ユーザに対して口コミ情報の蓄積、検索、信頼関係の蓄積などの要求に対応する機構である。ユーザエージェント１１０は口コミ情報蓄積部１１１、口コミ検索部１１２、検索結果応答部１１３、検索転送部１１４、検索条件ＩＤ蓄積部１１５、信頼関係蓄積部１１６から構成される。各部の役割および動作については後述する。本実施の形態では、口コミ情報共有サーバ１０２のハードウェア資源としてＰＣサーバを想定し、ユーザ認証部１０８、ユーザ認証情報蓄積部１０９、ユーザ毎のユーザエージェント１１０ａ〜ｃはプログラムを実行することによって動作する。図３に口コミ情報共有サーバ１０２のハードウェア資源の構成を示す。ＨＤＤ３０４に格納されたプログラムはＲＡＭ３０２にロードされ、ＣＰＵ３０１によって演算処理することによって実行され、表示内容はディスプレイ３０７に表示される。管理者によって設定操作する場合にはキーボード３０５およびマウス３０６が用いられ、ユーザ端末１０１などの外部機器との通信に通信部３０３が用いられる。通信部３０３の代表例としてはＥｔｈｅｒｎｅｔ（登録商標）カードが挙げられる。

次に口コミ情報共有サーバ１０２内で管理されている各データベースの構造について説明する。まず、ユーザ認証情報蓄積部１０９には、図４に示す通りユーザ名とパスワードの組がユーザ認証情報として格納されている。図５には各ユーザエージェント１１０ａ〜ｃが管理しているデータテーブル５０１ａ〜ｃを示す。各データテーブル５０１には、口コミ情報蓄積部１１１と信頼関係蓄積部１１６があり、それぞれユーザが登録した口コミ情報および信頼関係情報をリストとして格納している。本実施の形態では、口コミ情報は、「タイトル」「コメント」「対象識別子」「信頼度」からなるものとしている。ここで対象識別子とは、コメントを述べている対象を識別するための情報であり、Ｗｅｂページの情報が対象の場合にはＵＲＬ、場所が対象の場合には位置、モノが対象の場合にはモノに付与されたＩＤ情報などを指し示すものである。また、信頼関係情報は、あるユーザが信頼するユーザの「ユーザ名」「コメント」「信頼度」からなるものとしている。

次に各部の動作について、ユーザによる一連の操作シナリオに沿って説明する。まずユーザはユーザ端末１０１のユーザ情報入力部１０３からユーザ名とパスワードを入力する。図６に示す通りユーザ情報入力部１０３は、ユーザ名入力部６０１とパスワード入力部６０２を表示し、ログインボタン６０３の押下によってユーザ名とパスワードの組をユーザ認証部１０８に送信する。ユーザ認証部１０８での処理フローを図７に示す。まず、ユーザ名とパスワードの入力を受け付け（ステップ７０１）、ユーザ認証情報蓄積部１０９の中から受け付けたユーザ名に対応するパスワードを抽出し（ステップ７０２）、受け付けたパスワードと抽出したパスワードが合致するか判定し（ステップ７０３）、合致すれば該当ユーザに対応しているユーザエージェント１１０へのアクセスを許可し（ステップ７０４）、合致しなければアクセスを拒否する（ステップ７０５）。

ステップ７０４によってアクセスが許可されると図８に示す検索条件入力部１０５が表示される。検索条件入力部１０５は、検索キーワード入力部８０１、検索ボタン８０２、周辺検索ボタン８０８、ＩＤ検索ボタン８０９、検索ホップ数入力部８０３、全表示ボタン８０４、口コミ登録ボタン８０５、友人登録ボタン８０６、ログアウトボタン８０７からなる。
口コミ登録ボタン８０５を押下することによって、図９に示すような口コミ情報入力部１０４が表示される。口コミ情報入力部１０４にはユーザが登録した口コミ情報のリストが口コミ情報蓄積部１１１から読み出され表示される。他にも、新規に口コミ情報を登録するための新規登録ボタン９０１、元の検索条件入力部１０５に戻るためのリターンボタン９０２、登録済みの口コミ情報を削除するための削除ボタン９０３がある。削除ボタン９０３の「■」を選択することによって口コミ情報蓄積部１１１内の該当データは削除される。新規登録ボタン９０１を押下すると、図１０に示す口コミ新規登録画面に口コミ情報入力部１０４の表示が切り替わる。この画面には口コミ情報を入力するための各欄と、ＧＰＳ取得ボタン１００１、ＲＦＩＤ取得ボタン１００２、入力した情報を口コミ情報蓄積部１１１に登録するための登録ボタン１００３、元の図９に示す口コミ情報入力部１０４に戻るためのリターンボタン１００４がある。

ここで、ＧＰＳ取得ボタン１００１を選択した場合の処理フローを図１１に示す。ＧＰＳ取得ボタン１００１を押下する（ステップ１１０１）と、ＧＰＳ２０６から位置情報として緯度・経度の情報を取得し（ステップ１１０２）、対象識別子として取得した位置情報を設定する（ステップ１１０３）。対象識別子として位置情報を表すために、本実施の形態では「ｌｏｃａｔｉｏｎ：／／［１３９：３０：３２，３５：３６：０２］」の表記を用いている。冒頭の「ｌｏｃａｔｉｏｎ：／／」が位置情報であることを表し、括弧内のカンマより前の値が経度、カンマより後が緯度を表し、上記の例では経度が１３９度３０分３２秒、緯度が３５度３６分２秒であることを表す。
また、ＲＦＩＤ取得ボタン１００２を選択した場合の処理フローを図１２に示す。ＲＦＩＤ取得ボタン１００２を押下する（ステップ１２０１）と、目の前にあるモノに付与されたＩＣタグのＩＤ情報をＲＦＩＤリーダ／ライタ２０７を用いて取得し（ステップ１２０２）、対象識別子として取得したＩＤ情報を設定する（ステップ１２０３）。対象識別子としてＩＤ情報を表すために、本実施の形態では「ｒｆｉｄ：／／１２３４５６７８９」の表記を用いている。冒頭の「ｒｆｉｄ：／／」がＩＤ情報であることを表し、「１２３４５６７８９」がＩＤ情報の内容となる。

一方、図８において友人登録ボタン８０６を押下することによって、図１３に示す信頼関係入力部１０７が表示される。信頼関係入力部１０７にはユーザが登録した信頼関係情報のリストが信頼関係蓄積部１１６から読み出され表示される。他にも、新規に信頼関係情報を登録するための新規登録ボタン１３０１、元の検索条件入力部１０５に戻るためのリターンボタン１３０２、登録済みの信頼関係情報を削除するための削除ボタン１３０３がある。削除ボタン１３０３の「■」を選択することによって信頼関係情報蓄積部１１６内の該当データは削除される。新規登録ボタン１３０１を押下すると、図１４に示す信頼情報新規登録画面に信頼情報入力部１０７の表示が切り替わる。この画面には信頼関係を入力するための各欄と、入力した情報を口コミ情報蓄積部１１６に登録するための登録ボタン１４０１、元の図１３に示す信頼情報入力部１０７に戻るためのリターンボタン１４０２がある。

ここで、口コミ情報検索を行う場合の全体処理フローを図１５に示す。まず検索条件入力部１０５より検索条件を入力する（ステップ１５０１）。具体的にはキーワードで検索をする場合には、検索キーワード入力部８０１に所望のキーワードを設定する。または、ユーザの周辺に関する口コミ情報を検索したい場合には周辺検索ボタン８０８を押下することによって、ＧＰＳ２０６から現在位置情報を取得・設定する。あるいは、ＩＤ取得ボタン８０９を押下することによって、目の前のモノ（店頭に並んでいる商品など）に付与されたＩＣタグのＩＤ情報をＲＦＩＤリーダ／ライタ２０７から取得・設定する。口コミ検索部１１２では、設定された検索条件を基に検索メッセージを生成する（ステップ１５０２）。

ここで検索メッセージの例を図１６に示す。検索メッセージには検索条件を識別するための検索条件ＩＤ１６０１として乱数値が付与され、検索種別１６０２と共にキーワード１６０３、位置情報１６０５、ＩＤ情報１６０６が組み合わされる。ここで、検索種別１６０２は「１」はキーワード、「２」は位置情報、「３」はＩＤ情報を表す。また、検索メッセージにはあとどれ位の範囲の検索を実行するかを表す残ホップ数１６０４を付与する。初期値としては検索ホップ数入力部８０３に設定された値を用いる。例えば、図１６（Ａ）はキーワードとして「ラーメン」を、図１６（Ｂ）は位置情報として「経度：１３９度３０分３２秒、緯度：３５度３６分２秒」を、図１６（Ｃ）はＩＤ情報として「１２３４５６７８９」を、それぞれホップ数「３」で検索する場合の検索メッセージを表す。

次に付与した検索条件ＩＤ１６０１を生成時刻とともに検索条件ＩＤ蓄積部１１５に保存する（ステップ１５０３）。検索条件ＩＤ蓄積部１１５のデータ構造を図１７に示す。時刻と検索条件ＩＤ１６０１を組にして格納し、自身が生成した検索条件ＩＤ１６０１については発信フラグとして「１」を立てる。その後、当該検索メッセージを元に口コミ情報蓄積部１１１を検索する（ステップ１５０４）。キーワードの場合にはキーワード検索、位置情報の場合には例えば１ｋｍ四方の近傍検索、ＩＤ情報の場合にはＩＤ照合検索を行う。キーワードが「＊」の場合には全ての口コミ情報を検索結果とする。検索結果は検索結果応答部１１３に渡され、検索結果があるか否か判定し（ステップ１５０５）、検索結果が無い場合には残ホップ数１６０４が零か否かを判定し（ステップ１５０６）、零でない場合には検索転送部１１４に依頼し、残ホップ数１６０４を一つ減らし（ステップ１５０７）、信頼関係蓄積部１１６にあるユーザリストから順に、該当ユーザに対応している別のユーザエージェント１１０の口コミ検索部１１２に対して検索メッセージを転送し（ステップ１５０８）、口コミ検索部１１２では同じ検索条件ＩＤ１６０１を過去に処理したか検索条件ＩＤ蓄積部１１５を確認し（ステップ１５０９）、なければステップ１５０３以下を繰り返す。同じ検索条件ＩＤ１６０１があれば検索メッセージを破棄する（ステップ１５１０）。ステップ１５０５において検索結果が存在すれば検索結果の信頼度を評価する（ステップ１５１１）。
ここで、検索結果は図１８に示す検索メッセージフォーマットで受信する。すなわち、検索条件ＩＤ１６０１と、検索結果を表す「０」の検索種別１６０２をヘッダーとし、口コミ情報を構成するタイトル、コメント、対象識別子をデータとして含む。ステップ１５１１において、元来口コミ情報の一部であった信頼度１８０１ａは転送元のユーザの信頼度に比例した係数を掛け合わせることによって、新たな信頼度１８０１ｂに更新される。例えば、信頼度１８０１ａが図１７（Ａ）の通り「４．０」の口コミ情報が信頼度「３」のユーザｓｕｚｕｋｉから返信された場合、４．０×３／５によって図１７（Ｂ）のように新たな信頼度１８０１ｂは「２．４」と算出される。ここでユーザの信頼度を除している値「５」は信頼度の最大値である。

このようにして得られた検索結果に対して検索条件ＩＤ１６０１が、自身が発したものと同一かどうか検索条件ＩＤ蓄積部１１５の発信フラグと比較して判定し（ステップ１５１２）、同一であれば検索結果リストに検索結果を追加し（ステップ１５１５）、同一でなければ検索結果を要求元に転送する（ステップ１５１３）。要求元のユーザエージェント１１０内の検索結果応答部１１３では検索結果の応答を受信し（ステップ１５１４）、ステップ１５１１以下の処理を逐次繰り返す。最後に、ステップ１５１５でリストアップした検索結果を検索結果出力部１０６に表示する（ステップ１５１６）。図１９はキーワード「ラーメン」で検索した場合の検索結果表示例である。図８において全検索ボタン８０４を押下すると、ステップ１５０１〜１５１６をキーワード「＊」で行う。全検索結果表示例を図２０に示す。検索結果の対象識別子がＵＲＬの場合にはＵＲＬが指し示すＷｅｂサーバ１１７にアクセスすることによって当該情報を表示する。また、ＩＤ情報の場合にはＩＤ−ＵＲＬ変換サーバ１１８によってＩＤが指し示すモノに関連した情報を公開しているＷｅｂサーバ１１７のＵＲＬを取得し、該ＵＲＬを参照することによって対象に関する情報を得る。また、対象識別子が位置情報の場合には地図サーバ１１９にアクセスすることによって当該位置の周辺地図の中で口コミ情報が対象とする位置を表示する。

本発明による別の実施の形態として、ユーザ端末１０１同士で口コミ情報を共有する場合を図２１に示す。この場合、ユーザ情報入力部１０３、口コミ情報入力部１０４、検索条件入力部１０５、検索結果出力部１０６、信頼関係入力部１０７のみならず、ユーザ認証部１０８、ユーザ認証情報蓄積部１０９、ユーザエージェント１１０の各部も含めてユーザ端末１０１上で実行される。ただし、信頼関係蓄積部１１６に登録するユーザ名は、信頼するユーザが保持するユーザ端末１０１のＩＰアドレスもしくはＤＮＳで名前解決可能なドメイン名を設定し、別のユーザ端末１０１上で動作するユーザエージェント１１０に対して逐次問合せ・応答する場合にはユーザ名から得られるＩＰアドレスもしくはドメイン名を使用してアクセスする。ユーザ認証、口コミ情報の登録、信頼関係情報の登録、口コミ情報の検索の各処理に関しては実施例１と同様である。

データベースの検索結果を表示させる際の優先順位決定に適用できる。

本発明による口コミ情報共有装置の全体構成図である。 ユーザ端末のハードウェア資源の構成図である。 口コミ情報共有サーバのハードウェア資源の構成図である。 ユーザ認証情報蓄積部のデータ構造を表す図である。 ユーザ毎に管理されるデータテーブルのデータ構造を表す図である。 ユーザ情報入力部の画面例を表す図である。 ユーザ認証部における処理フローを表す図である。 検索条件入力部の画面例を表す図である。 口コミ情報入力部の画面例を表す図である。 口コミ情報を新規登録する際の口コミ情報入力部の画面例を表す図である。 ＧＰＳ取得ボタンを押した場合の口コミ情報入力部の処理フローを表す図である。 ＲＦＩＤ取得ボタンを押した場合の口コミ情報入力部の処理フローを表す図である。 信頼関係入力部の画面例を表す図である。 信頼関係情報を新規登録する際の信頼関係入力部の画面例を表す図である。 口コミ情報を検索する際の全体処理フローを表す図である。 口コミ検索部で生成される検索メッセージのフォーマットを表す図である。 検索条件ＩＤ蓄積部のデータ構造を表す図である。 検索結果の応答メッセージのフォーマットを表す図である。 キーワード検索を実施した場合の検索結果出力部の画面例である。 全検索を実施した場合の検索結果出力部の画面例である。 本発明による口コミ情報共有装置をユーザ端末の群で実施した場合の全体構成図である。

符号の説明

１０１…ユーザ端末、１０２…口コミ情報共有サーバ、
３０６…マウス、５０１…ユーザテーブル、６０１…ユーザ名入力部、
６０２…パスワード入力部、６０３…ログインボタン、
８０１…検索キーワード入力部、８０２…検索ボタン、
８０３…検索ホップ数入力部、８０４…全検索ボタン、
８０５…口コミ登録ボタン、８０６…友人登録ボタン、
８０７…ログアウトボタン、８０８…周辺検索ボタン、
８０９…ＩＤ検索ボタン、１００１…ＧＰＳ取得ボタン、
１００２…ＲＦＩＤ取得ボタン、１６０１…検索条件ＩＤ、
１６０２…検索種別、１６０３…キーワード、
１６０４…残ホップ数、１６０５…位置情報、
１６０６…ＩＤ情報、１８０１…信頼度。

Claims (4)

1. ユーザ情報入力部から提示されるユーザ識別子とユーザ認証情報に基づきユーザを認証するユーザ認証部と、
   該ユーザ認証部がユーザ認証情報を正規のものであるか参照するためのユーザ認証情報蓄積部と、
   口コミ情報入力部から受け付けた口コミ情報を格納する口コミ情報蓄積部と、
   信頼関係入力部から受け付けた該ユーザが信頼する別のユーザ情報を格納する信頼関係蓄積部と、
   口コミ情報の検索条件を設定する検索条件入力部から該検索条件を受け付けて検索メッセージを生成し、該口コミ情報蓄積部から該当する口コミ情報を検索する口コミ検索部と、
   該口コミ検索部からの検索要求もしくは検索結果を受けて口コミ情報を累積評価する検索結果応答部と、
   該信頼関係蓄積部に格納された情報に基づき別のユーザが所有する口コミ情報への検索要求を転送する検索転送部と、
   を有することを特徴とする口コミ情報共有装置。
2. 前記検索結果応答部は、検索結果を受信した際には、該検索結果を受信した相手ユーザの信頼度情報を前記信頼関係蓄積部から取得し、該検索結果に付随する信頼度情報に該相手ユーザの信頼度情報に比例した係数を掛け合わせることによって該信頼度情報を更新する機能を有することを特徴とする請求項１記載の口コミ情報共有装置。
3. 前記口コミ検索部は、前記信頼関係蓄積部を参照して逐次検索を実施する際に、前記検索条件入力部が指定する検索ホップ数に逐次検索回数を限定する機能を有することを特徴とする請求項１記載の口コミ情報共有装置。
4. 前記口コミ検索部は、前記検索メッセージに対して、当該検索メッセージがキーワード検索、周辺情報検索、ＩＤ検索、検索結果応答のいずれの情報であるかを識別する情報を付与する機能を有することを特徴とする請求項１記載の口コミ情報共有装置。
   

Images