(57)【特許請求の範囲】
【請求項１】
店舗の端末と、前記店舗を利用するユーザの端末と、前記ユーザによる前記店舗に関する評判情報の登録及び閲覧を含む機能を提供するサイトと、を有する評判情報システムであって、
前記ユーザは、前記サイトに前記評判情報を登録する第１のユーザと、前記第１のユーザにより登録された評判情報を閲覧する第２のユーザと、を有し、
前記サイトは、評判情報登録部、評判・ユーザ情報ＤＢ、評判情報提供部を有し、
前記評判情報登録部は、前記ユーザの操作により画面で店舗情報に対する評判情報を登録する処理を行い、前記評判・ユーザ情報ＤＢに評判情報及びユーザ情報を格納する処理を行い、
前記評判情報提供部は、前記評判・ユーザ情報ＤＢをもとに、前記ユーザの操作により画面で前記店舗情報に対する評判情報を閲覧する処理を行い、
前記サイトは、前記店舗の人による設定に応じて、前記第１のユーザ及び第２のユーザを含む複数のユーザ間でのユーザ同士の関係に基づいて前記評判情報の広がりを制限する処理を行う評判情報制限機能を有し、
前記評判情報制限機能は、ユーザ信頼度判定・計算部、第１の制限処理部、第２の制限処理部、ユーザ関係把握部を有し、
前記ユーザ信頼度判定・計算部は、前記第１のユーザによる前記店舗の利用の実績を判定することにより、前記第１のユーザの信頼度を判定・計算する第１の処理を行い、前記第１のユーザの信頼度が閾値よりも低い場合は制限対象とし、
前記ユーザ関係把握部は、前記サイトのデータ情報をもとに、前記第１のユーザと第２のユーザとの関係を含む前記ユーザ同士の関係を把握し、
前記第１の制限処理部は、前記制限対象の第１のユーザによる前記評判情報の登録を制限する処理を行い、
前記第２の制限処理部は、前記制限対象の第１のユーザにより登録された評判情報を閲覧する前記第２のユーザのうち当該第１のユーザと所定の関係を持つ前記第２のユーザによる当該評判情報の閲覧を制限する処理を行うこと、を特徴とする評判情報システム。
【請求項２】
請求項１記載の評判情報システムにおいて、
前記サイトは、店舗情報登録部、店舗情報ＤＢ、店舗情報提供部を有し、
前記店舗情報登録部は、前記店舗の人の操作により画面で商品やサービスの情報を含む前記店舗情報を登録し、前記店舗情報ＤＢに格納する処理を行い、
前記店舗情報提供部は、前記店舗情報ＤＢをもとに、前記ユーザの操作により画面で前記店舗情報を閲覧する処理を行い、
前記店舗情報登録部は、前記店舗の人の操作により前記店舗に関する評判情報の広がりの制限のレベルを含む条件情報を設定し、前記店舗情報ＤＢに格納する処理を行い、
前記評判情報制限機能は、前記条件情報に従い、前記店舗に関する評判情報の広がりの制限を制御すること、を特徴とする評判情報システム。
【請求項３】
請求項１記載の評判情報システムにおいて、
前記ユーザ信頼度判定・計算部は、前記ユーザの端末からのＧＰＳ位置情報を用いて、第１の店舗の位置と、前記第１の店舗に関する評判情報を登録した第１のユーザの位置とを比較し、当該位置が同じ又は近い場合は、前記第１のユーザの信頼度を高くし、遠い場合は低くすること、を特徴とする評判情報システム。
【請求項４】
請求項１記載の評判情報システムにおいて、
前記ユーザ信頼度判定・計算部は、前記第１のユーザによる第１の店舗の利用に関する予約の情報を用いて、前記第１の店舗に関する評判情報を登録した第１のユーザが前記第１の店舗の利用の予約をしていた場合は、前記第１のユーザの信頼度を高くすること、を特徴とする評判情報システム。
【請求項５】
請求項１記載の評判情報システムにおいて、
前記ユーザ信頼度判定・計算部は、位置情報サービスによる前記第１のユーザによる第１の店舗へのチェックイン動作の情報を用いて、前記第１の店舗に関する評判情報を登録した第１のユーザが前記第１の店舗でのチェックイン動作をしていた場合は、前記第１のユーザの信頼度を高くすること、を特徴とする評判情報システム。
【請求項６】
請求項１記載の評判情報システムにおいて、
前記ユーザ信頼度判定・計算部は、前記第１のユーザによる第１の店舗の利用に関する支払いの情報を用いて、前記第１の店舗に関する評判情報を登録した第１のユーザが前記第１の店舗の利用の支払いをしていた場合は、前記第１のユーザの信頼度を高くすること、を特徴とする評判情報システム。
【請求項７】
請求項１記載の評判情報システムにおいて、
前記評判情報制限機能は、第３の制限処理部を有し、
前記第３の制限処理部は、前記制限対象の第１のユーザにより登録された評判情報を画面に表示する際に、前記信頼度の情報を付加表示する処理を行うこと、を特徴とする評判情報システム。
【請求項８】
請求項１記載の評判情報システムにおいて、
前記評判情報制限機能は、第３の制限処理部を有し、
前記第３の制限処理部は、前記制限対象の第１のユーザにより登録された評判情報を画面に表示する際に、表示優先順位を前記信頼度に応じて変える処理を行うこと、を特徴とする評判情報システム。
【請求項９】
請求項１記載の評判情報システムにおいて、
前記ユーザ関係把握部は、前記ユーザにより登録されるユーザ情報、あるいは前記ユーザのソーシャルグラフデータを用いて、前記ユーザ同士の関係を把握し、
前記第２の制限処理部は、前記第２のユーザのうち、前記制限対象の第１のユーザに対して、友達または同じグループの関係、またはフォロワー関係を持つ第２のユーザを制限対象として、前記評判情報の閲覧を制限する処理を行うこと、を特徴とする評判情報システム。
【請求項１０】
請求項１記載の評判情報システムにおいて、
前記ユーザ関係把握部は、前記ユーザのソーシャルグラフデータを用いて、前記ユーザ同士の関係を把握し、
前記第２の制限処理部は、前記第２のユーザのうち、前記制限対象の第１のユーザに対して所定のリンク階層以降の関係を持つ第２のユーザを制限対象として、前記評判情報の閲覧を制限する処理を行うこと、を特徴とする評判情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータやインターネット等の技術に関し、特に、口コミ（クチコミ）情報、評判情報を処理するシステム等に関する。
【背景技術】
【０００２】
インターネット上で、実店舗（各種ビジネス）の商品・サービス等に関する口コミ情報が流通している。例えば、口コミ情報サイト（サービス）等において、ユーザ（顧客、生活者等）により、飲食店（料理）や宿泊施設（旅行）などに関する評判・感想などの口コミ情報が投稿（登録、書き込み）され、他ユーザがその口コミ情報を閲覧し参考にして、利用する店舗（商品・サービス等）を選んでいる。また上記口コミ情報を通じてユーザが交流している。
【０００３】
口コミ情報が投稿される側の店舗（その経営者等）としては、自分の商品・サービス等を良く評価してくれるユーザの口コミ情報の広がりによって、集客や認知度向上につながったり、投稿された口コミ情報の内容を参考にして経営活用などができる。
【０００４】
口コミ情報サイト（サービス）の例としては「食べログ」（非特許文献１）など各種が存在する。
【０００５】
口コミ情報の処理に関する先行技術例としては、特開２０１１−２２１８０５号公報（特許文献１）などがある。
【０００６】
特許文献１（「情報投稿制御システム」等）では、「ユーザが携行している移動端末から通知される位置情報に基づき、店舗や施設への利用実績を管理する。管理されている利用実績に基づいて、ユーザによる投稿の書込み可否を判定する。店舗や施設に実際に行った人のみが、その店舗や施設について、Ｗｅｂサイトへのクチコミ情報を書込むことができるため、ユーザの利用実績に基づく、より正確な情報を提供できる。」との記載がある。
【０００７】
その他関連する技術として、位置情報サービス（例えば、foursquare.com）、ＳＮＳ（例えば、facebook.com）、ＥＣ（Ｅコマース）（例えば、Amazon.com）等がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１１−２２１８０５号公報
【非特許文献】
【０００９】
【非特許文献１】食べログ，＜ＵＲＬ：tabelog.com＞
【発明の概要】
【発明が解決しようとする課題】
【００１０】
インターネットにより、実店舗の商品・サービス等に関するユーザの口コミ情報の広がりが速くなったという現状がある。即ち、口コミ情報サイト等を通じて、ユーザ間で口コミ情報が伝搬することで、口コミ情報が短期間で広範囲に拡散することも生じている。
【００１１】
（１）  これにより、口コミ情報が投稿される側の店舗（経営者等）としては、基本的にはネット及びリアル（良質な口コミ情報）を通じた顧客層の広がり等に期待ができる。しかしその一方で、あまりに速く口コミ情報が広がりすぎても困る場合がある。例えば以下の場合である。
【００１２】
（ａ）  例えば良心的な店舗（経営者等）が新たな商品・サービス等を開発・提供したい場合において、最初は試作品などを提供して顧客の反応を見て、その後改良などを加えながらじっくりと商品価値を見極めつつその新商品等を顧客へ広めて行きたい、という場合がある。最初の試しの段階（時期）で、あるユーザの口コミ情報、例えばそのユーザの好み等に合わなかったので低評価の内容の情報、がネット（口コミ情報サイト等）に書き込まれたとする。ネットを通じてその口コミ情報が他のユーザに閲覧され、特に多数のユーザに高速に拡散したとする。このように口コミ情報（低評価）が広がってしまった場合、その店舗としては、その後望むような商品展開ができない可能性があり、ビジネス上の損害になる。
【００１３】
上記の場合、ネット上の口コミ情報の広がり（特に高速・広範囲な拡散）の仕組みは、店舗（経営者等）にとっては、不利、アンバランス等であると言える。またとりわけ、悪意を持つユーザにより低品質な内容（例えば営業妨害のための根拠の無い低評価の内容）の口コミ情報が書き込まれ広がってしまう場合なども考えられ、より深刻な問題となる。上記の場合、理想を言えば、最初の段階ではあまり口コミ情報が広がらないようにされ、その後商品展開に伴い徐々に口コミ情報が広がるようになると好ましい。
【００１４】
（ｂ）  また例えば、上記同様に良心的な店舗が新商品等を提供したい場合において、あるユーザの口コミ情報、例えばそのユーザの好み等に合っていたので高評価の内容の情報、がネットに書き込まれ、上記同様に高速・広範囲に拡散したとする。そして、その口コミ情報による評判を聞いて短期間で一気に多数の顧客がその店舗に押し寄せてしまう場合が考えられる。この場合、店舗や人員のキャパシティ等により多数の顧客に応対ができず問題を招いてしまう可能性がある。例えば多数の顧客が不満から低評価を与える可能性がある。この場合も同様に、店舗にとって不利等と言える。
【００１５】
（２）  また特に、上記の口コミ情報を書き込むユーザが、影響力が強い人（例えばＳＮＳで多数の友人やフォロワーを持つ人）であるほど、口コミ情報の広がりの力・速度等も強くなる。そのため、店舗にとって、上記影響力が強いユーザによる高品質の口コミ情報の広まりによる良い効果が期待できる場合もあるが、その一方、前述の場合のように低品質の口コミ情報の広まりによる悪い効果（問題）が生じる可能性もある。口コミ情報の広がりによる良い効果・悪い効果のいずれも、ネットの仕組みに依存して増幅されている。言い換えると、店舗側が、情報の拡散・増幅にうまく対応できない。
【００１６】
（３）  また口コミ情報の品質の問題（口コミ情報の信憑性や、口コミ情報の投稿者（ユーザ）の信頼性の問題）を考えてみる。前述のように悪意を持つユーザ等により低品質な内容の口コミ情報が書き込まれる場合がある。例えば実店舗で実際の商品・サービス等を利用していないにも係わらず根拠の無い評価が書き込まれる場合がある。言うまでもなく口コミ情報は人の主観的な情報、個人的な好み等を反映した情報であり、誤りや嘘がある可能性も含め、その信憑性については基本的に各自が判断して利用すべきものである。しかしながら、前述のようにネット上の情報の拡散・増幅の作用があるので、信頼性の低いユーザによる信憑性の低い口コミ情報が拡散して問題を招く場合がある。
【００１７】
なお、前記特許文献１では、ユーザによる店舗の利用実績（移動端末の位置情報を利用した来店実績（滞在時間や滞在回数））に基づく、ユーザのクチコミ情報の書込み（投稿）の制限、及び出力（表示）の制限などが記載されている。特に、常連度が高いユーザ（投稿者）のクチコミ情報のみを表示して閲覧できること等が記載されている。
【００１８】
しかし前記特許文献１等の技術は、口コミ情報の広がりの制限（制御）を考慮及び実現するような技術ではない。例えば後述する本発明のように、店舗側の意図（登録）に応じてユーザによる口コミ情報の登録（登録者）及び閲覧（閲覧者）などを制限（制御）することにより口コミ情報の広がりを抑制するような技術ではない。また特許文献１等ではユーザ（移動端末）の位置情報を判断して来店実績を判断しているが、例えば後述する本発明のように、店舗利用予約や支払いなどによってユーザの来店実績（利用実績）を確認（判定）することにより信頼度（信憑度）を確保するような技術ではない。また例えば後述する本発明のように、ユーザ同士の関係性に基づいて口コミ情報の伝搬を制限するような技術ではない。
【００１９】
以上のように、（１）ネットによる口コミ情報の広がりの速度・範囲等の問題（速く広がりすぎても困る場合がある）、（２）ネットの仕組みやユーザの影響力による口コミ情報の拡散・増幅の問題（店舗側が情報の拡散にうまく対応できない場合がある）、（３）口コミ情報の品質の問題（低品質な情報の拡散で問題を招く場合などがある）、などの問題がある。
【００２０】
上記問題を鑑み、本発明の主な目的は、口コミ情報を処理するシステム等に関して、店舗の商品・サービス等に関するユーザによる口コミ情報の広がりを、店舗側の意図に応じて好適な速度・範囲などになるように制限（制御）ができ、特に高速・広範囲の情報の拡散を抑制・遅延などができ、これにより前述のような問題の発生（店舗の損害等）を防止できる技術を提供することである。
【課題を解決するための手段】
【００２１】
上記目的を達成するため、本発明のうち代表的な形態は、口コミ情報を処理するシステム（口コミ情報システム）等であって、以下に示す構成を有することを特徴とする。
【００２２】
本形態のシステムは、インターネット上のサイト等、ユーザによる店舗の商品・サービス等に関する口コミ情報の登録（書き込み）及び閲覧などを処理する機能を備える口コミ情報システムにおいて、店舗側の意図（設定）に応じて口コミ情報の広がりを好適な速度・範囲などになるように制限（絞り込み）・制御できる機能（口コミ情報制限機能）を備える。具体的な手段として以下である。
【００２３】
本サイトは、基本サービス機能として、店舗情報登録部、店舗情報ＤＢ、店舗情報提供部、口コミ情報登録部、口コミ・ユーザ情報ＤＢ、口コミ情報提供部を有し、口コミ情報制限機能として、ユーザ信頼度（ないし口コミ信憑度）判定・計算部、登録者制限処理部、閲覧者制限処理部、表示制限処理部を有する。
【００２４】
店舗情報登録部は、店舗の人の操作により画面で店舗情報（店舗・商品・サービス等の情報）を登録する処理を行い、店舗情報を店舗情報ＤＢに格納する。また、店舗情報登録部は、店舗の人により、意図する口コミ情報の広がりの速度・範囲などに関する制限・制御のレベルなどの条件情報を設定（登録）する操作の処理を行う。
【００２５】
店舗情報提供部は、店舗情報ＤＢをもとに、ユーザの操作により画面で店舗情報を閲覧する処理を行う。
【００２６】
口コミ情報登録部は、ユーザの操作により、画面で店舗情報に対する口コミ情報を登録する処理を行い、口コミ・ユーザ情報ＤＢに口コミ情報及びユーザ情報を格納する。
【００２７】
口コミ情報提供部は、口コミ・ユーザ情報ＤＢをもとに、ユーザの操作により、画面で店舗情報に対する口コミ情報を閲覧する処理を行う。
【００２８】
ユーザ信頼度判定・計算部は、上記登録された店舗情報（条件情報）、口コミ情報、ユーザ情報などに基づき、口コミ情報を登録したユーザの信頼度、ないしは対応する登録された口コミ情報の信憑度を判定・計算する処理を行う。そして、ユーザ信頼度判定・計算部は、上記ユーザの信頼度／口コミ情報の信憑度に応じて、当該ユーザの口コミ情報の広がりを制限する対象とするかどうか等を決定し、以下の制限部による制限処理を実行させる。
【００２９】
登録者制限処理部（第１の制限部）は、口コミ情報を登録するユーザ（登録者）及びその登録操作を制限する処理を行う。
【００３０】
閲覧者制限処理部（第２の制限部）は、上記登録された口コミ情報を閲覧するユーザ（閲覧者）及びその閲覧操作を制限する処理を行う。
【００３１】
表示制限処理部（第３の制限部）は、上記画面に表示する口コミ情報やユーザ情報の内容を制限・制御する処理を行う。例えば口コミ情報にユーザ信頼度などの情報を付加表示する処理や、口コミ情報の表示優先順位を制御する処理を行う。
【発明の効果】
【００３２】
本発明のうち代表的な形態によれば、口コミ情報を処理するシステム等に関して、店舗の商品・サービス等に関するユーザによる口コミ情報の広がりを、店舗側の意図に応じて好適な速度・範囲などになるように制限（制御）ができ、特に高速・広範囲の情報の拡散を抑制・遅延などができ、これにより前述のような問題の発生（店舗の損害等）を防止できる。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施の形態１のシステムの全体の構成を示す図である。
【図２】本発明の実施の形態２のシステムの全体の構成を示す図である。
【図３】ユーザ信頼度判定・計算（店舗利用実績判定）のための構成例について示す図である。
【図４】ユーザ信頼度判定・計算（店舗利用実績判定）、及びユーザの制限処理の構成例について示す図である。
【図５】ユーザ関係（ソーシャルグラフ）による制限処理について示す図である。
【図６】ソーシャルグラフデータ及び制限処理例について示す図である。
【図７】ユーザの友達範囲で限定する場合の制限例について示す図である。
【図８】第１の画面例（店舗情報登録）を示す図である。
【図９】第２の画面例（店舗情報及び口コミ情報提供（閲覧））を示す図である。
【図１０】第３の画面例（条件設定）を示す図である。
【図１１】ユーザの口コミ情報の登録時の位置とユーザ信頼度等との関係例を示す図である。
【発明を実施するための形態】
【００３４】
以下、本発明の実施の形態（口コミ情報システム）を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００３５】
［システム（１）］
図１に、実施の形態１のシステム（口コミ情報システムを含んで成る）の全体の構成例を示している。本システム全体は、サイト（口コミ情報システム）１と、複数の店舗２（店舗端末２０）と、複数のユーザ３（ユーザ端末３０）とが、ネットワーク（インターネット）を介して接続される構成である。なお各通信やＤＢ情報（特にユーザ情報）は所定のプロトコル等を用いてセキュアに処理・管理される。
【００３６】
店舗２では、店舗２の経営者や店員などの人が、商品・サービス等を提供し、店舗端末２０を操作し、サイト１にアクセス可能である。店舗端末２０は、レジ端末装置やＰＣ、あるいはユーザ３側と同様に携帯端末などが可能である。
【００３７】
ユーザ３は、一般の顧客や生活者等であり、店舗２の商品・サービス等を利用（購入等）し、ユーザ端末３０を操作し、サイト１にアクセス可能である。ユーザ端末３０は、例えばスマートフォンやタブレットＰＣ等の携帯端末、あるいは自宅のＰＣ等である。なお説明上、口コミ情報登録者をユーザＡ、口コミ情報閲覧者をユーザＢとする。ユーザＡ，Ｂが同一の場合も勿論ある。
【００３８】
サイト（口コミ情報システム）１は、口コミ情報サービス等を実現する基本サービス機能１Ａと、１Ａに対する制限（制御）を実現する口コミ情報制限機能１Ｂとを備える。基本サービス機能１Ａは、店舗情報登録部１１、店舗情報提供部１２、口コミ情報登録部１３、口コミ情報提供部１４、店舗情報ＤＢ５１、口コミ・ユーザ情報ＤＢ５２等を有する。口コミ情報制限機能１Ｂは、ユーザ信頼度（口コミ信憑度）判定・計算部４１、登録者（登録）制限処理部６１、閲覧者（閲覧）制限処理部６２、表示制限処理部６３などを有する。
【００３９】
店舗情報登録部１１は、店舗２の人により画面（後述、図８）で店舗情報（商品・サービス等の情報を含む）を登録する操作（ａ１）の処理を行う。１１は、登録店舗情報を店舗情報ＤＢ５１に格納・管理する。本システムでは、特に、店舗２の人に対して口コミ情報制限機能１Ｂの利用のためのＧＵＩ（グラフィカルユーザインタフェース）を提供している。１１では、店舗２の人により画面（後述、図１０）で口コミ情報の制御に関する条件を設定する操作の処理を行う。
【００４０】
店舗情報提供部１２は、店舗情報ＤＢ５１の店舗情報をもとに、ユーザ３や店舗２の人に対して、画面（後述、図９）で店舗情報を提供（表示）する処理や、あるいは店舗情報をメール等で配信する処理を行う。例えば、口コミ情報の登録者（ユーザＡ）や閲覧者（ユーザＢ）は、本画面で店舗情報を閲覧する操作（ａ２）ができる。また店舗２の人は、本画面で店舗情報を閲覧する操作（ａ５）ができる。
【００４１】
口コミ情報登録部１３は、登録者（ユーザＡ）により画面で口コミ情報を登録（書き込み）する操作（ａ３）の処理を行う。１３は、登録口コミ情報、及びその登録者（ユーザＡ）のユーザ情報を、口コミ・ユーザ情報ＤＢ５２に格納・管理する。例えばユーザＡは店舗情報提供部１２による画面で店舗情報を見てその店舗に対する口コミ情報を登録可能である。口コミ・ユーザ情報ＤＢ５２は、口コミ情報とユーザ情報とを含むが、分けて管理しても構わない。
【００４２】
口コミ情報提供部１４は、口コミ・ユーザ情報ＤＢ５２の情報をもとに、ユーザ３（ユーザＢ）や店舗２の人に対して、画面で口コミ情報を提供（表示）する処理や、あるいは口コミ情報をメール等で配信する処理を行う。特に店舗情報提供部１２と連携して店舗情報と関係付けて口コミ情報を提供する。例えばユーザＢは画面（図９）で店舗情報と共に口コミ情報を閲覧する操作（ａ４）ができる。同様に、店舗２の人は、画面で口コミ情報を閲覧する操作（ａ６）ができる。
【００４３】
ユーザ信頼度（口コミ信憑度）判定・計算部４１は、口コミ・ユーザ情報ＤＢ５２の情報などを用いて、ユーザ３、特に口コミ情報登録者（ユーザＡ）、の信頼度（αとする）を判定・計算する処理を行う。ないしは、４１は、ユーザＡにより登録される口コミ情報の信憑度（βとする）を判定・計算する処理を行う。いずれの値を用いる形態も可能である。本実施の形態では、ユーザ単位であるユーザ信頼度（α）を計算し、当該ユーザの口コミ情報の信憑度（β）についてはα値と同じにする。４１は、計算した値（αまたはβ）により、例えばそのユーザ信頼度（α）が閾値よりも低いユーザ３（ユーザＡ）を、口コミ情報に関する制限の対象として決定し、各制限部（６１，６２，６３）の制限処理へ連携（指示）する。
【００４４】
各制限部（６１，６２，６３）は、上記４１の処理結果（制限対象ユーザ）に基づき、それぞれ制限処理を実行する（後述、図４）。
【００４５】
［システム（２）］
図２は、実施の形態２のシステムの構成例を示す。実施の形態２は、図１の実施の形態１のシステムに対して追加的な要素を備えた構成例である。以降の説明では実施の形態１が基本であるが必要に応じて実施の形態２の要素について説明する。サイト１は、１Ａ，１Ｂに連携する連携サービス機能１Ｃを備える。連携サービス機能１Ｃは、位置情報サービス、ＳＮＳ、ＥＣなどの他サービスの処理を行う。連携サービス機能１Ｃは、位置情報サービス管理部８１及びその位置管理情報９１と、ＳＮＳ管理部８２及びそのＳＮＳ管理情報９２と、ＥＣ管理部８３及びそのＥＣ管理情報９３とを有する。各連携サービス（９１，９２，９３）は、後述（図４）の店舗利用実績判定などに関係する。
【００４６】
図２は特に本システムのサイト１内に各連携サービス（９１，９２，９３）を統合した構成例であるが、分離して外部サービス（サイト）との連携を行う形態としてもよい。また各サービス（９１，９２，９３）の中に基本サービス機能１Ａの方を統合した形態としてもよい。
【００４７】
ユーザ端末３０は、ブラウザ３１、ＧＰＳ機能３２、支払機能３３、位置情報アプリ３４、ＳＮＳ利用機能３５、ＥＣ利用機能３６等を備える。各利用機能（３４，３５，３６）は基本的にブラウザ３１等で操作可能である。
【００４８】
ブラウザ３１は、サイト１にアクセスして各サービスの画面を表示する処理などを行う。ＧＰＳ機能３２は、ユーザ端末３０の位置（それを携帯するユーザＡの位置）をＧＰＳによる位置情報として把握する機能を含む。ユーザ位置をＬＵとする。支払機能３３は、クレジットカードや電子マネー等による料金の支払いを処理する機能である。
【００４９】
位置情報アプリ３４は、位置情報サービス（８１）にアクセスして利用する処理を行う（ｃ１）。これによりユーザ３はユーザ端末３０の画面で店舗２へのチェックイン等の動作が可能である（店舗利用実績判定に関係）。位置情報サービス管理部８１は、ユーザ３のチェックイン等の情報（ユーザのＩＤ，位置情報や日時情報などを伴う）を位置管理情報９１として格納する。
【００５０】
ＳＮＳ利用機能３５は、ＳＮＳサービス（８２）にアクセスして利用する処理を行う（ｃ２）。これによりユーザ３は画面でメッセージ書き込みやユーザ情報登録などが可能である。ＳＮＳ管理部８２は、ＳＮＳ管理情報９２として、ユーザ３の登録ユーザ情報や、友達等のグループやフォロー関係などの情報、あるいはソーシャルグラフデータなどを格納する。
【００５１】
ＥＣ利用機能３６は、ＥＣサービス（８３）にアクセスして利用する処理を行う（ｃ３）。これによりユーザ３は画面でＥＣ商品購入等の動作が可能である。特に店舗２に関連するＥＣ商品の購入等も可能である。ＥＣ管理部８３は、ＥＣ管理情報９３として、ＥＣ商品販売管理情報などを格納する。
【００５２】
更に、口コミ情報制限機能１Ｂは、ユーザ関係把握部７１、ユーザ間評価部７２、サイト分析部７３等を備える。
【００５３】
ユーザ関係把握部７１は、口コミ・ユーザ情報ＤＢ５２、あるいは各連携サービス（８１，８２，８３）の管理情報（９１，９２，９３）等からデータ情報を参照・取得して、
ユーザ３同士の関係を把握し、ユーザ関係によって口コミ情報の広がりを制限するための処理を行う（後述、図５，図６）。７１は例えばＳＮＳ管理情報９２から取得されるユーザ３のソーシャルグラフデータを用いてユーザ関係を把握する。
【００５４】
ユーザ間評価部７２は、前記１３，１４の口コミ情報におけるユーザ３同士の評価（ユーザＢによるユーザＡの口コミ情報の評価）を可能とし、その評価値（ユーザ間評価値）を用いて、前記４１でのユーザ信頼度α等の計算に反映するための処理を行う。なお７２の機能は１４や７３等に統合してもよい。
【００５５】
サイト分析部７３は、ユーザ３によるサイト１（基本サービス機能１Ａ、更には連携サービス機能１Ｃ）のアクセス・利用状況など（例えば口コミ情報の登録や閲覧の履歴）を分析処理する。７３の分析処理結果情報は、前記４１のユーザ信頼度αの計算などに反映される。またサイト分析部７３により、ユーザ情報登録部１５（図４等）による登録ユーザ情報の内容を分析してユーザ３の属性などを把握してもよい。
【００５６】
［ユーザ情報登録］
サイト１は、図４等に示すユーザ情報登録部１５を有する。１５では、前記口コミ情報登録部１３の画面でユーザＡが口コミ情報を登録する際や、その事前（例えばサイト１の会員登録時）などにおいて、ユーザＡが自分のユーザ情報を登録する操作を可能とする（図１，図３，図４のａ８）。ユーザＡ（ユーザＢも同様に可能）は、１５の画面に対してユーザ情報を登録（入力）する操作（ａ８）ができ、１５は、登録されたユーザ情報を口コミ・ユーザ情報ＤＢ５２に格納・管理する。
【００５７】
上記登録ユーザ情報の例としては、ユーザ名，パスワード、連絡先、住所（地域）、性別、年齢、趣味嗜好など、各種の情報（顧客属性情報を含む）が可能である。特に、登録ユーザ情報として、本人特定（本人確認）可能なＩＤ情報を登録して利用してもよい（後述の４１の処理例）。なおＳＮＳ機能（８２）等で既に登録・管理されているユーザ情報があればそれを利用してもよい。
【００５８】
またサイト１は、登録ユーザ情報を参照または分析（サイト分析部７３等）することにより、ユーザ属性（顧客属性）を把握し、口コミ情報の制限に利用してもよい。
【００５９】
［処理（１）：ユーザ情報取得］
図３は、本システムで、ユーザ信頼度判定・計算部４１により口コミ情報登録者（ユーザＡ）の信頼度（α）を判定・計算するための構成例として、ユーザＡの店舗利用実績を判定するための各種情報を取得する構成例について示す。サイト１は、ユーザ情報取得部２０１、店舗利用予約部２０２などを備える。ユーザ端末３０の構成は前述（図２）同様である。
【００６０】
店舗端末２０は、ブラウザ２１、ＧＰＳ機能２２、会計機能２３などを備える。ブラウザ２１は、サイト１にアクセスしてサービスの画面を表示する処理などを行う。ＧＰＳ機能２２は、店舗２（店舗端末２０）の位置をＧＰＳによる位置情報として把握する機能を含む（必須ではない）。店舗位置をＬＴとする。ＧＰＳ機能２２は、位置情報アプリの機能としてもよい。会計機能２３は、クレジットカードや電子マネー等による料金の支払いを受け付けて外部の決済システム６（クレジットカード会社や銀行等）との連携により処理する。
【００６１】
サイト１は、以下のｂ１〜ｂ６等に示すユーザ３（ユーザＡ）の動作・操作に基づく情報を、ユーザ情報取得部２０１等により取得して、ユーザ信頼度（口コミ信憑度）判定・計算部４１における店舗利用実績判定処理（図４）に用いる。ユーザ信頼度（口コミ信憑度）判定・計算部４１は、上記取得情報を用いて、ユーザ信頼度α（口コミ信憑度β）を計算し、その情報をユーザ情報の一部として、口コミ・ユーザ情報ＤＢ５２に格納する。
【００６２】
（ｂ１）  ユーザ端末３０を携帯するユーザＡは、店舗２に行き店舗２に入る。この際（随時）、ＧＰＳ機能３２によるユーザＡ（３０）の位置情報・端末ＩＰアドレス情報などがサイト１（２０１）へ送られる。ユーザ情報取得部２０１は、取得情報からユーザＡ（３０）の位置（ＬＵ）を把握し、日時情報などと共に、ユーザ情報（５２）の一部として格納する。また位置情報アプリ３４の場合、ユーザＡによる当該店舗２へのチェックイン動作の実行により、チェックイン情報がサイト１（２０１）へ送られる。ユーザ情報取得部２０１は、同様に取得情報からユーザＡ（３０）の位置（ＬＵ）などを把握し、ユーザ情報（５２）の一部として格納する。
【００６３】
（ｂ２）  ユーザＡは、店舗２内で店員等により提供される商品・サービス等を利用する。またユーザＡは、店舗２内で当該店舗２に関する口コミ情報をサイト１（１３）へ投稿する場合もあるし、後で（店舗２外で）投稿する場合もある。その他、ユーザＡは、店舗２内で、何らかの位置情報サービス（８１）を受ける場合や、ＳＮＳサービス（８２）等に投稿する場合や、ＥＣサービス（８３）のＥＣ商品（特に当該店舗２に関連する商品）を購入する場合などがある。商品（例えば料理）の写真を撮影（許可される場合）して投稿する場合などもある。それら各種の場合に応じて、サイト１（２０１）では、ユーザ端末３０等から上記サービス利用を示す情報などを取得して把握し、ユーザ情報（５２）の一部として格納する。
【００６４】
（ｂ３）  ユーザＡは店舗２から出る。この際（随時）、ｂ１と同様に、ＧＰＳ機能３２によるユーザＡ（３０）の位置情報などがサイト１（２０１）へ送られ、ユーザＡ（３０）の位置（ＬＵ）が把握される。
【００６５】
（ｂ４，ｂ５）  またユーザＡは、店舗２の商品・サービス等の利用（ｂ２）に伴い、ユーザ端末３０の支払機能３３を用いて料金の支払いをしてもよい（ｂ４）。その場合、店舗端末２０の会計機能２３でその支払い（ｂ４）を受け付け、決済システム６との連携で処理する。その支払い（決済）の情報が、店舗端末２０または決済システム６から、ユーザ端末３０やサイト１（２０１）へ送られる（ｂ５）。ユーザ情報取得部２０１は、取得したユーザＡの支払いの情報（ユーザＡが店舗２を利用したことを示す情報）をユーザ情報（５２）の一部として格納する。
【００６６】
（ｂ６）  またユーザＡは、店舗２に行く（ｂ１）よりも前に、サイト１（２０２）で店舗２の利用の予約をしてもよい。例えばユーザＡはユーザ端末３０からサイト１（１２）にアクセスして画面（図９）で店舗情報を閲覧し、店舗２（商品・サービス等）の利用の予約を実行する。店舗利用予約部２０２は、その予約を受け付け処理し、該当の店舗２の店舗端末２０と連携して予約処理を行う（ｂ６）。ユーザ情報取得部２０１は、上記店舗利用予約部２０２のユーザＡの予約情報を取得し、ユーザ情報（５２）の一部として格納する。同様に店舗端末２０や店舗サイトで予約を受け付けて処理し、サイト１へ予約情報を送ってもよい。
【００６７】
［処理（２）：店舗利用実績判定］
図４は、図３に続き、ユーザＡの店舗利用実績を判定する構成例、及びユーザＡ，Ｂの制限処理の構成例について示す。ユーザ信頼度判定・計算部４１は、前述（図３）の取得情報に基づき、ユーザＡによる店舗２（商品・サービス等）の利用（利用実績）を判定する処理（４０１）（下記ａ〜ｄ等）を行い、その店舗利用実績に応じて、ユーザ信頼度α（口コミ信憑度β）を計算する処理を行う。この判定は、ユーザ３（ユーザＡ）が実際に店舗２の商品・サービス等を利用して口コミ情報を登録しているかどうかを判定（確認、推測等を含む）するものである。なお関連としてユーザＡの口コミ情報登録時の位置に関しては図１１でも示している。
【００６８】
（ａ）位置・時間：  第１の店舗利用判定処理として、前述のｂ１等のＧＰＳ位置情報などを用いて、ユーザＡが店舗２内の位置（またはその近隣範囲／地域）にいるかどうか、及びその滞在時間などを判定する（判定情報はユーザ情報として格納する）。例えばあるユーザＡがある店舗Ｔに関する口コミ情報Ｘを登録している場合に、そのユーザＡによる店舗Ｔの利用の実績を上記のように判定（または判定情報の参照・確認）する。４１は、利用実績がある場合はそのユーザＡ（口コミ情報Ｘ）の信頼度α（信憑度β）を上げ、無い場合は下げる。
【００６９】
また４１は、上記ユーザＡの店舗２の滞在時間が例えば閾値以上である場合はαまたはβを上げるといった処理を行う。
【００７０】
（ｂ）予約：  第２の店舗利用判定処理として、前述のｂ６の予約の有無について判定する。例えば店舗Ｔの口コミ情報Ｘを登録しているユーザＡが、店舗Ｔの利用の予約をしていたかどうかを判定（確認）する。４１は、予約していた場合はそのユーザＡ（口コミ情報Ｘ）の信頼度α（信憑度β）を上げるといった処理を行う。
【００７１】
（ｃ）チェックイン：  第３の店舗利用判定処理として、前述のｂ１のチェックイン等の有無について判定する。例えば店舗Ｔの口コミ情報Ｘを登録しているユーザＡが、店舗Ｔへのチェックイン動作をしていたかどうかを判定（確認）する。４１は、チェックインしていた場合はそのユーザＡ（口コミ情報Ｘ）の信頼度α（信憑度β）を上げるといった処理を行う。
【００７２】
（ｄ）支払い：  第４の店舗利用判定処理として、前述のｂ４等の支払いの有無について判定する。例えば店舗Ｔの口コミ情報Ｘを登録しているユーザＡが、店舗Ｔでの支払い動作をしていたかどうかを判定（確認）する。４１は、支払いしていた場合はそのユーザＡ（口コミ情報Ｘ）の信頼度α（信憑度β）を上げるといった処理を行う。
【００７３】
上記店舗利用実績判定処理（４０１）では、上記ａ〜ｄ等のいずれか１つの判定のみでもよいし、複数の判定をしてもよい。また上記ａ〜ｄ等の判定に加え、前述の登録ユーザ情報（例えばユーザ３の本人特定可能なＩＤ情報を含む）によるＩＤ確認処理を併用してもよい。組み合わせにすることで信頼度αなどの確からしさが上がる。
【００７４】
本システムでは、特に、（１）ユーザＡが店舗２の利用の予約をしたこと、（２）ＧＰＳ位置やチェックインに基づきユーザＡが実際にその店舗２にいること（行ったこと）、等の組み合わせで判定（確認）する構成である。あるいは同様に、（１）ユーザＡが店舗２の利用の支払いをしたこと、（２）ＧＰＳ位置やチェックインに基づきユーザＡが実際にその店舗にいること（行ったこと）、等の組み合わせで判定（確認）する構成である。これにより信頼度α（信憑度β）を確保し、その信頼度α（信憑度β）に応じて制限対象を決定して制限を実行する構成である。先行技術例のようにＧＰＳ位置情報のみで判定する構成ではない。
【００７５】
ユーザ信頼度判定・計算部４１は、上記判定（４０１）に基づき計算したユーザ信頼度α（口コミ信憑度β）情報から、例えばαが閾値よりも低いユーザ３（ユーザＡ）を、制限対象として決定する。そして４１は、その制限対象の情報を各制限処理部（６１〜６３）に与える。
【００７６】
［処理（３）：重み付け計算］
更に、図４で示す、重み付け計算部７４を追加した構成としてもよい。重み付け計算部７４は、ユーザ信頼度判定・計算部４１でのユーザ信頼度α（口コミ信憑度β）の計算に反映するための重み付け値（γとする）を計算する。４１は、例えば、基本計算したα（β）値に、７４の重み付け値（γ）を乗算する。重み付け計算部７４は、例えば以下の要素（ａ〜ｄ等）を考慮してγ値を計算する。各要素の計算は既存技術を適用してもよい。
【００７７】
（ａ）来店回数・リピート率：  ７４は、４０１のａの判定に関連して、ユーザＡが同じ店舗２を利用（来店）した回数やリピート率（時間あたりの回数）を計算する。そして、同じ店舗２の来店数やリピート率が高い場合には、その分、当該ユーザＡの信頼度αを上げるべく重み付け値（γ）を高くする。
【００７８】
（ｂ）サイト利用状況：  ７４は、ユーザＡによるサイト１のアクセスの回数や時間などの利用状況をもとに、重み付け値（γ）を計算する。サイト分析部７３による分析処理結果を用いる。例えばユーザＡの口コミ情報の登録（書き込み）の数に応じてγ値を変える。例えばユーザＡがサイト１に口コミ情報を登録している回数や時間が適切であると判断した場合にはその分γ値を高くし、適切でないと判断した場合にはγ値を低くする。
【００７９】
（ｃ）口コミ情報品質：  ７４は、サイト１に登録された口コミ情報の内容の品質に基づき、重み付け値（γ）を計算する。サイト分析部７３による分析処理結果を用いる。サイト分析部７３は、ユーザＡが登録した口コミ情報の内容（文章や店舗評価値）や、登録日時、登録数などを分析処理する。例えば辛口のコメントや店舗評価値の量で判断する。また例えば複数の口コミ情報における文章や店舗評価値の偏りの大きさで判断する。
【００８０】
７４は、上記分析結果をもとに、ユーザＡの登録口コミ情報の品質が高いと判断した場合には、その分、ユーザＡの信頼度α（口コミ情報の信憑度β）を上げるべく、γ値を高くし、品質が低いと判断した場合にはγ値を低くする。
【００８１】
（ｄ）ユーザ間評価：  ７４は、ユーザ情報（５２）のうちのユーザ間評価部７２によるユーザＡの評価値を参照し、この評価値が高いユーザＡの場合には、信頼度αを上げるべく、重み付け値（γ）を高くする。ユーザ間評価部７２の処理例は後述する。
【００８２】
［処理（４）：制限処理］
次に、同じく図４で、各制限処理部（６１〜６３）は、上記ユーザ信頼度判定・計算部４１によるユーザ信頼度α（口コミ信憑度β）情報ないし制限対象情報を用いて、各制限処理を実行する。以下、αが低いあるユーザＡが制限対象であるとする。なお随時ユーザ信頼度α等が変化し得るので、該当ユーザＡの信頼度αが上がった時などには制限が解除される。
【００８３】
（１）  登録者（登録）制限処理部６１は、口コミ情報登録者（ユーザＡ）による口コミ情報の登録に関する制限処理を行う。
【００８４】
（ａ）  例えば、登録者制限処理部６１は、制限対象となるαが低い登録者（ユーザＡ）による前記１３の画面での口コミ情報の登録（書き込み）の操作（ａ３）を制限（登録自体を不許可）する。これは強い制限にする場合である。
【００８５】
あるいはもう少し弱い制限にする場合は、６１の登録制限は無し（登録自体は許可）とし、下記の６２，６３の処理を使用して登録口コミ情報の広がりを制限（抑制）する。
【００８６】
（２）  閲覧者（閲覧）制限処理部６２は、口コミ情報閲覧者（ユーザＢ）による口コミ情報の閲覧（ａ４）に関する制限処理を行う。この６２のユーザＢの制限は、６１のユーザＡの制限との関係で行われる。
【００８７】
（ａ）  例えば、閲覧者制限処理部６２は、制限対象となるαが低いユーザＡにより登録されている口コミ情報（Ｘとする）があるとき、別のユーザＢが前記１４の画面で当該ユーザＡの口コミ情報（Ｘ）を閲覧する操作（ａ４）を制限（不許可）する。
【００８８】
あるいはもう少し弱い制限にする場合は、６２の閲覧制限は無し（閲覧自体は許可）とし、下記の６３の処理を使用して登録口コミ情報の広がりを制限（抑制）する。
【００８９】
（３）  表示制限処理部６３は、上記６１，６２の制限処理との関係で、制限対象となるαが低いユーザＡによる登録口コミ情報（Ｘ）を画面に表示する際における表示内容を制御する。あるいはメール配信の場合であれば配信情報内容を同様に制御する。
【００９０】
（ａ）  例えば、表示制限処理部６３は、前記１４の画面にユーザＡの登録口コミ情報を表示してユーザＢにより閲覧する際に、該当ユーザＡの信頼度αないしは該当口コミ情報（Ｘ）の信憑度βの値（情報）を付加表示する（後述図９の画面Ｇ２のｈ）。なお値が高い場合のみ表示する形式でもよいし、値が低い場合のみ表示する形式でもよい。これにより、ユーザＢがユーザＡの口コミ情報を判断する際に参考になるので、当該口コミ情報の広がりに影響し、例えば信憑性が低い口コミ情報の広がりを抑制できる（信憑性が高い口コミ情報の広がりを助長できる）。
【００９１】
（ｂ）  例えば、表示制限処理部６３は、上記画面に複数の口コミ情報を表示する際に、それらの表示優先順を上記のαまたはβ値に応じて制御する。例えばα値が低いユーザＡの口コミ情報については表示優先順を低くする。これにより、同様に、当該口コミ情報の広がりに影響し、例えば信憑性が低い口コミ情報の広がりを抑制できる（信憑性が高い口コミ情報の広がりを助長できる）。
【００９２】
［処理（５）：ユーザ間評価］
ユーザ間評価部７２を用いた処理例について説明する。図４等で、口コミ情報提供部１４による口コミ情報の閲覧の画面（図９）で、ユーザＢ（あるいは別のしかるべきユーザ３やサイト担当者など）は、ユーザＡによる登録口コミ情報を閲覧し（ａ４）、その際、その口コミ情報（ユーザＡ）に対する評価を登録することができる（ａ７）。例えば図９の画面Ｇ２のｇで示す。
【００９３】
ユーザ間評価部７２は、上記評価登録値（ユーザ間評価値）をもとに、対象のユーザＡ／口コミ情報を評価（総合評価）し、その値（本システムによる評価値）を、前記４１のユーザ信頼度α／口コミ信憑度βの計算に反映する。ユーザ信頼度判定・計算部４１は、上記７２によるユーザＡ単位での評価値を用いて、当該ユーザＡの信頼度α（口コミ情報の信憑度β）を計算する。または重み付け計算部７４で上記ユーザＡ単位の評価値を用いて重み付け値（γ）を計算する。なお簡略化した形態としては、上記評価値をそのままユーザ信頼度α／口コミ信憑度βとして使用する形態も可能である。
【００９４】
［処理（６）：ユーザ関係把握］
次に、図５は、ユーザ関係把握部７１により口コミ情報登録者（ユーザＡ）に関するユーザ関係を把握してそのユーザ関係で口コミ情報の閲覧等を制限する処理例について示す。ユーザ関係把握部７１は、口コミ・ユーザ情報ＤＢ５２からユーザ情報を取得し、あるいは連携サービス機能１ＣのＳＮＳ管理情報９２等からデータ情報を取得し、ユーザ３（特にユーザＡ）に関するソーシャルグラフデータ５４を取得または生成する。ソーシャルグラフデータ５４は、ユーザ３同士の関係を示すデータ情報である。７１は、ソーシャルグラフデータ５４を用いて、口コミ情報登録者（ユーザＡ）と関係（リンク）を持つ他のユーザ３（特にユーザＢ）を把握し、当該ユーザＡの口コミ情報の閲覧を制限する対象となるユーザＢを決定する。それに従い、７１から、前記６１，６２等へ連携し、制限の実行を指示する。例えば６２は、制限対象ユーザＢによるユーザＡの口コミ情報の閲覧を制限する。
【００９５】
図６で、上記ソーシャルグラフデータ５４及び制限処理例を示す。ノード（ユーザ３）とリンクによるグラフで、ある口コミ情報（Ｘ）を登録するユーザＡを中心（上位）として階層的に示している。リンク階層をＫとする。ノード間のリンクは、例えばＳＮＳ（８２）でのユーザ３の友達・家族等の関係のグループやフォロー関係などに対応する。
【００９６】
本システムは、例えばある登録者（ユーザＡ）から見て所定のリンク階層Ｋまでの範囲のユーザ３を制限無し（例えばユーザＢの閲覧許可など）とし、それ以降のユーザ３を制限有り（例えばユーザＢの閲覧不許可など）にする。図６の例では、Ｋ＝１までのユーザ３が制限無しである。また上記のように制限有無の２段階に限らず、多段階的に制限内容を対応付けてもよい。
【００９７】
上記のように本システムでは、ユーザＡから他ユーザＢへのつながりの所で制限（絞り込み）する。これにより口コミ情報の広がりの抑制・遅延、高速・広範囲な拡散の防止などができる。また店舗２側の意図（設定）に応じて制限範囲・効果を調整できる。
【００９８】
更に、ユーザ関係把握部７１により、ユーザＡのソーシャルグラフデータ５４のリンク数（ユーザＡと関係を持つユーザ数）などに基づき、当該ユーザＡの影響力（口コミ情報の広がりへの影響力）を計算し、この値に応じて前記重み付け計算や制限処理などを行う構成としてもよい。このリンク数が多い場合、口コミ情報の広がりへの影響力が強いと考えられる。
【００９９】
［処理（７）：その他制限処理］
前記６１〜６３の制限処理の他にも、口コミ情報の広がりを制限・制御するために既存の各種の制限処理を併用してもよい。対応して、図５のサイト制限部６４を用いて、ユーザ３によるサイト１（１Ａ）の利用（口コミ情報の登録や閲覧など）に関する追加的な制限処理を実行する。例えば以下の制限の手法を適用可能である。 
【０１００】
（ａ）ログイン：  例えばサイト１（１Ａ）へのユーザ３のログインの制限である。
【０１０１】
（ｂ）ランク：  例えばサイト１におけるランクが低いユーザの制限である。例えば利用回数／ポイント、有料会員などに応じて、ユーザＩＤごとにランク付けし、顧客属性情報として管理し、そのランクに応じて、情報の閲覧の可否を制御する。
【０１０２】
（ｃ）グループ化：  ユーザグループ単位での制限である。例えば地域、趣味嗜好性、友達関係などでグループ化し、当該グループ単位で、情報の閲覧の可否を制御する。
【０１０３】
（ｄ）課金：  例えば口コミ情報の閲覧などの操作に課金することである。
【０１０４】
（ｅ）キャンペーンメール・問い合わせ等：  例えば情報の閲覧等のために所定の手続きを設けることである。例えばキャンペーンメールをユーザ３に送付し、そのメールからアクセス・ログインしてきたユーザ３に限定して情報の閲覧を許可する等。また例えば予め電話やＷｅｂ経由で問い合わせ等のアクションをしてきたユーザ３に限定して情報を公開する等。
【０１０５】
（ｆ）チャット：  例えばチャット等の一時的な場（サイト１の機能）に限定して情報を公開する等。
【０１０６】
（ｇ）サイト利用状況：  例えばユーザ３によるサイト１のアクセス・利用状況（滞在時間や回数など）（サイト分析部７３による）に応じて、例えば店舗情報・商品情報などをきちんと見ているユーザ３に限定する等。
【０１０７】
［店舗情報］
ＤＢ（５１）に管理される店舗情報の構成例は以下である。テーブル項目として、店舗ＩＤ、店舗名称、商品・サービス情報（説明情報）、店舗位置情報（住所、地域、アクセス情報など）、営業日・営業時間情報、店舗利用予約情報、ＥＣ商品情報、店舗写真情報、店舗サイト情報などがある。また後述（図１０）の条件設定情報（口コミ情報の広がりの制御に関する条件）がある。
【０１０８】
［口コミ情報］
ＤＢ（５２）に管理される口コミ情報の構成例は以下である。登録（投稿）単位の口コミ情報を管理する。テーブル項目として、口コミ情報のＩＤ，登録日時，登録者（ユーザＡのユーザＩＤ等），対象店舗情報（店舗ＩＤ等），口コミ情報内容（文章や店舗評価値など）、等がある。特に登録者の位置情報も記憶すると好ましい。
【０１０９】
［ユーザ情報］
ＤＢ（５２）に管理されるユーザ情報（ユーザ３単位のユーザ情報）の構成例として、テーブル項目として例えば以下を有する：
（ａ）ユーザＩＤ，ユーザ名，パスワード， 
（ｂ）ユーザ端末情報（ＩＰアドレス、メールアドレス），
（ｃ）顧客属性情報（年齢、性別、地域、趣味嗜好などの各種情報），
（ｄ）店舗利用実績情報（予約，チェックイン，購入（ＥＣ），支払い等），
（ｅ）位置情報，日時情報，状態情報，
（ｆ）サイト利用状況（履歴等），
（ｇ）各種サービス情報（位置情報サービス，ＳＮＳ，ＥＣ等）、
（ｈ）ユーザ間評価値，
（ｉ）ユーザ信頼度（口コミ信憑度）情報。
【０１１０】
［第１の画面例］
図８は、本システムが提供する第１の画面例として、店舗情報登録の画面Ｇ１を示す。店舗情報登録部１１により店舗２の人（店舗端末２０）に対して本画面Ｇ１を提供し（ａ１）、店舗情報の登録、編集、削除などの操作が可能である。例えばａ〜ｉ等の情報を入力設定可能である。ａは店舗の名称、ｂは商品・サービス等の名称やカテゴリ、ｃは店舗の営業日時、ｄは店舗のアクセス・所在地などである。ｅは店舗の利用の予約の可否やリンクなどの設定情報である。ｆは店舗に関係するＥＣ商品の購入の可否やリンクなどの設定情報である。ｇは掲載する店舗写真（画像）の情報、ｈは店舗サイトへのリンク情報である。ｉは店舗・商品・サービス等に関する説明・紹介の文章などである。
【０１１１】
［第２の画面例］
図９は、第２の画面例として、店舗情報一覧（及び口コミ情報一覧）の画面Ｇ２を示す。本画面Ｇ２は、店舗情報提供部１２による店舗情報の一覧、及び口コミ情報提供部１４による口コミ情報の一覧を含んだ形式（各店舗情報に各ユーザの口コミ情報が付属する形式）で表示する例である。ユーザ３や店舗２の人は、本画面Ｇ２で、例えばメニューやボタン等の操作に基づき、店舗情報及び口コミ情報の検索・閲覧（ａ２，ａ４，ａ５，ａ６）や、口コミ情報の登録（ａ３）などが可能である。検索はユーザＡ単位などの各種条件で検索可能である。ユーザＡによる口コミ情報の登録（ａ３）は、表示されている店舗情報に対する登録操作を可能としてもよいし、あるいはユーザ情報登録（ａ８）の上で専用画面から登録可能としてもよい。
【０１１２】
ａは、１件目の店舗情報であり、店舗名などの情報である。ｂは、店舗情報の内容の各種情報である（Ｇ１の登録内容と対応）。なお各情報は例えばリンクで詳細情報などへ遷移可能である。例えば前述の店舗利用予約やＥＣ商品購入などへ遷移可能である。ｃは、店舗・商品・サービス等の説明情報である（Ｇ１の登録内容と対応）。ｄは、上記店舗情報に関係付けられる口コミ情報の件数である。ｅは、１件目の口コミ情報であり、登録者（ユーザＡ）のユーザ名、属性、登録日（投稿日）などの情報である。ｆは、口コミ情報の内容であり、文章（感想など）、店舗評価値などである。ｇは、上記登録者（ユーザＡ）／登録口コミ情報への閲覧者（ユーザＢ）による評価を登録する場合の情報（リンクやボタン等）や、それに基づくユーザ間評価値（前記７２による）の表示情報である。評価形式は例えば肯定評価登録や否定評価登録などである。例えばユーザＢにとって当該口コミ情報が役に立ったのであれば肯定評価ボタンを押す等である。ｈは、本システムによる、当該登録者（ユーザＡ）／登録口コミ情報への評価値（信頼度α／信憑度β）を表示する場合の情報である。ｉは、２件目のユーザの口コミ情報である。以降同様に他の口コミ情報や店舗情報が表示される。このような画面の一覧における各情報の表示内容や表示優先順は前述の表示制限処理部６３によっても制御される。
【０１１３】
［第３の画面例］
図１０は、第３の画面例として、前述の店舗情報登録（画面Ｇ１）の際に更に、口コミ情報の制御に関する条件を設定する場合の画面（Ｇ３）を示す。本画面Ｇ３で、店舗２の人あるいはサイト１担当者などが、口コミ情報の制御（制限）に関する条件を設定可能である。例えばａで、口コミ情報の広がりの制限に関するレベルを選択指定可能である。例えばレベル０（デフォルト）は制限無し、レベル１は弱い制限有りとして表示制限（前記６３の処理に対応）、レベル２は中程度の制限有りとして閲覧制限（前記６２の処理に対応）、レベル３は強い制限有りとして登録制限（前記６１の処理に対応）、等である。なおレベルではなく速度や範囲などの表現としてもよい。
【０１１４】
またｂで、前述の制限対象判定のためのユーザ信頼度α等に対する閾値などを設定可能である。またｃで、前述の制限有無の境界とするリンク階層（Ｋ）などを設定可能である。上記の条件の設定により、店舗２（経営者等）の意図に応じて口コミ情報の広がりを制御しやすくなる。その他、本システムの各種機能の使用可否などが設定可能である。
【０１１５】
［友達限定］
リアル（非ネット）での人から人への口コミの特徴として、友達や家族などの関係の範囲内での伝搬や、地域などの範囲内での伝搬が一般的である。即ちある程度の範囲内に限定されている。このようなリアルの特徴を踏まえ、本システムでは、ネット上の口コミ情報の広がり（拡散・増幅）を抑制してリアルの特徴に近付けるように、口コミ情報の利用（閲覧等）を制限・制御する仕組みである。
【０１１６】
特に、本システムでは、前述のユーザ３・ユーザ端末３０の情報（ＩＤ，端末ＩＰアドレス，ＧＰＳ位置情報、ソーシャルグラフデータ５４，その他ユーザ登録情報など）に基づき、ユーザ３（Ａ，Ｂ）の口コミ情報の利用を、ユーザＡの友達や家族などの関係の範囲内での限定になるように制限（友達範囲外を制限）してもよい。
【０１１７】
図７は、上記ユーザ３の友達範囲で限定する場合の制限例について示す。ある店舗Ｔ１の近隣範囲にいる又はいたユーザＡ１が、店舗Ｔ１に関する口コミ情報Ｘを登録しているとする。まず前述の店舗利用実績判定（４０１）に基づいて、例えば店舗Ｔ１の位置ＬＴとユーザＡ１の位置ＬＵとが同じ又は近いため、ユーザＡ１が店舗Ｔ１を利用したと考え、ユーザＡ１の信頼度αまたは口コミ情報Ｘの信憑度βを高くし、これにより制限非対象となる。また別に、店舗Ｔ１の近隣範囲にいない又はいなかったユーザＡ２が、店舗Ｔ１に関する口コミ情報Ｙを登録している。Ｔ１の位置とＡ２の位置とが遠いため、ユーザＡ２が店舗Ｔ１を利用していないと考え、ユーザＡ２の信頼度αまたは口コミ情報Ｘの信憑度βを低くし、これにより制限対象となる。
【０１１８】
ここで、ユーザＡ１（α値が高い）の口コミ情報Ｘ（制限非対象）を閲覧しようとする例えばユーザＢ１やＢ２については、Ａ１と友達関係かどうかに係わらず、口コミ情報Ｘの閲覧等に関する制限無し（ＯＫ）となる。また、ユーザＡ２（α値が低い）の口コミ情報Ｙ（制限対象）を閲覧しようとする例えばユーザＢ３やＢ４については、Ａ１と友達関係であるユーザＢ３の場合は、制限無し（ＯＫ）とし、友達関係ではないユーザＢ４については、制限有り（ＮＧ）とする。例えば図６と同様にユーザＡ１からリンク階層Ｋ＝１のユーザまでは制限無し（ＯＫ）、Ｋ＝２以降を制限有り（ＮＧ）とする。ユーザＢ３やＢ４と関係を持つ他のユーザＢによる口コミ情報Ｙの閲覧等が制限有り（ＮＧ）となる。
【０１１９】
［登録位置］
図１１は、補足として、ユーザＡの口コミ情報の登録時の位置とユーザ信頼度α等との関係例を示す。本システムでは、ユーザ３の現在及び過去の位置情報・地域情報の把握などに基づき、店舗２の位置、ユーザ３の口コミ情報登録時の位置などに応じてユーザ信頼度α等を計算する。あるユーザＡ（Ａ１）はある店舗２（Ｔ１）よりも遠い位置（異なる地域）に住んでいるとする。
【０１２０】
（１）まずユーザＡ１が店舗Ｔ１に行く前の時点で、店舗Ｔ１に関する口コミ情報Ｘ１を登録したとする。この場合、前述（図３，図４）のような店舗利用実績が確認できないので、ユーザＡ１の信頼度αや口コミ情報Ｘ１の信憑度βは低くなる。
【０１２１】
（２）次にユーザＡ１が店舗Ｔ１に行き、商品・サービス等を利用し、店舗Ｔ１内／近隣の位置（ＬＵ２）で、店舗Ｔ１に関する口コミ情報Ｘ２を登録したとする。この場合、前述（図３，図４）のような店舗利用実績が確認できるので、ユーザＡ１の信頼度αや口コミ情報Ｘ２の信憑度βは高くなる。
【０１２２】
（３）次にユーザＡ１が店舗Ｔ１から出て帰った後、店舗Ｔ１の位置ＬＴよりも遠い位置ＬＵ３で、店舗Ｔ１に関する口コミ情報Ｘ３を登録したとする。この場合、前述（図３，図４）のような店舗利用実績が確認できるので、ユーザＡ１の信頼度αや口コミ情報Ｘ３の信憑度βは高くなる。
【０１２３】
［効果等］
以上説明したように、本実施の形態によれば、口コミ情報システムに関して、店舗２の商品・サービス等に関するユーザ３による口コミ情報の広がりを、店舗２側の意図に応じて好適な速度・範囲などになるように制限（制御）ができ、特に高速・広範囲の情報の拡散を抑制・遅延などができ、これにより前述のような問題の発生（店舗の損害等）を防止できる。特に、店舗２の人が口コミ情報の効果的な制限（制御）を操作できるようなサービス、ＧＵＩ等を提供できる。
【０１２４】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。実施の形態の変形例として以下が挙げられる。
【０１２５】
（１）  基本サービス機能１Ａや連携サービス機能１Ｃ（８１〜８３）が既存（外部サイト）である場合に、口コミ情報制限機能１Ｂを主サービス（店舗２の人による口コミ情報の広がりの制限・制御のためのＧＵＩ提供を含むサービス）として提供するシステムとしてもよい。
【０１２６】
（２）  １つの店舗２で扱う複数の商品・サービス等がある場合に、商品・サービス等ごとに、異なる制限の方針（レベル等）を設定可能とする。例えば、商品Ａは口コミ情報の拡散、商品Ｂは口コミ情報の防止、といった制御を可能とする。
【０１２７】
（３）  前述のユーザ信頼度（α）と口コミ信憑度（β）を分けてそれぞれ管理する例：  例えばαについては、下記のような場合にα値を高くする。ユーザ情報登録などによりきちんと名前など（本人特定可能なＩＤ情報など）を明かした登録者（ユーザＡ）である場合。有料会員ユーザである場合。他ユーザのファンが多い場合（フォロワーが多い、ユーザ間評価値が高い等）。口コミ情報を何度も登録しておりそれらの口コミ情報内容に偏りが少ない場合。またβについて、下記のような場合にβ値を高くする。その口コミ情報の登録者（ユーザＡ）がきちんと店舗を利用した実績（位置や支払などに基づく）がある場合。その口コミ情報の内容が具体的である場合。
【産業上の利用可能性】
【０１２８】
本発明は、口コミ情報を取り扱う、実店舗ビジネス全般や、各種サイト・サービス等（口コミ情報サイト、位置情報サービス、ＳＮＳ、ＥＣ等）に利用可能である。
【符号の説明】
【０１２９】
１…サイト（口コミ情報システム）、１Ａ…基本サービス機能、１Ｂ…口コミ情報制限機能、１Ｃ…連携サービス機能、２…店舗、３…ユーザ、６…決済システム、１１…店舗情報登録部、１２…店舗情報提供部、１３…口コミ情報登録部、１４…口コミ情報提供部、１５…ユーザ情報登録部、２０…店舗端末、２１…ブラウザ、２２…ＧＰＳ機能、２３…会計機能、３０…ユーザ端末、３１…ブラウザ、３２…ＧＰＳ機能、３３…支払機能、３４…位置情報アプリ、３５…ＳＮＳ利用機能、３６…ＥＣ利用機能、４１…ユーザ信頼度（口コミ信憑度）判定・計算部、５１…店舗情報ＤＢ、５２…口コミ・ユーザ情報ＤＢ、５４…ソーシャルグラフデータ、６１…登録者（登録）制限処理部、６２…閲覧者（閲覧）制限処理部、６３…表示制限処理部、６４…サイト制限部、７１…ユーザ関係把握部、７２…ユーザ間評価部、７３…サイト分析部、７４…重み付け計算部、８１…位置情報サービス管理部、８２…ＳＮＳ管理部、８３…ＥＣ管理部、９１…位置管理情報、９２…ＳＮＳ管理情報、９３…ＥＣ管理情報、２０１…ユーザ情報取得部、２０２…店舗利用予約部。
【図１】
0005855500.tif 000002
【図２】
0005855500.tif 000003
【図３】
0005855500.tif 000004
【図４】
0005855500.tif 000005
【図５】
0005855500.tif 000006
【図６】
0005855500.tif 000007
【図７】
0005855500.tif 000008
【図８】
0005855500.tif 000009
【図９】
0005855500.tif 000010
【図１０】
0005855500.tif 000011
【図１１】
0005855500.tif 000012