JP6056119B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本開示は、飲食店等の店舗や施設に対するユーザからの批評情報を提供可能な情報処理装置、当該情報処理装置における情報処理方法及びプログラムに関する。

従来から、例えば飲食店等のサービス提供者によるサービスを利用したユーザが、所定のウェブサイト上に、そのサービス提供者のサービスの批評情報（コメント、レビュー、口コミ）を投稿することが行われている。

一方、上記ウェブサイトの管理者は、投稿される批評情報について、誹謗中傷や偏った批評等の不適切な批評がないかをチェックするモデレーション処理を行い、適切と思われる批評情報のみをウェブサイト上に公開している。

しかしながら、上記モデレーション処理においては、上記批評情報が誹謗中傷なのか、実際にサービス提供者のサービスの質が悪かった場合の批評なのかの判断は難しい。そのため、サービス提供者側に不利な批評情報は全て削除され、有利な（好意的な）批評情報のみが公開されてしまう傾向にある。すなわち、公開される批評情報に偏りが生じ、実際にはサービス利用者及びサービス提供者にとって有用な情報が公開されないという問題がある。

上記モデレーション処理に関連して、下記特許文献１には、特定のユーザによる掲示板への書き込み回数及び当該特定のユーザの書き込みに対する閲覧回数を基に、当該特定のユーザの影響度を算出し、当該影響度に応じて、特定のサービスに対して当該特定のユーザが行った採点を重み付けするシステムが記載されている。

特開２０１０−１２８８４９号公報

しかしながら、上記特許文献１に記載の技術では、書き込み回数や被閲覧回数を基に影響度が算出されているため、実際には採点対象のサービスを利用していないユーザでも、書き込み回数や被閲覧回数が多ければ影響度も大きくなる。また逆に、実際にサービスを利用したユーザでも、書き込み回数や被閲覧回数が少なければ影響度も小さくなる。すなわち、サービスを適切に評価できるとは言えないユーザの影響度が大きくなり、サービスを適切に評価できると言えるユーザの影響度が小さくなってしまう可能性があり、採点に対する信頼度が高いとは言えない。

以上のような事情に鑑み、本開示の目的は、サービスに対する批評情報の信頼度を向上させること可能な情報処理装置、情報処理方法及びプログラムを提供することにある。

上記目的を達成するため、本開示の一形態に係る情報処理装置は、通信部と、記憶部と、制御部とを有する。上記通信部は、第１のユーザが第１のサービス提供施設を利用したことを示す第１の利用情報と、ユーザ端末において入力され、当該第１の利用情報に対応付けられた、上記第１のサービス提供施設のサービスに対する第１の批評情報とを受信可能である。上記記憶部は、上記受信された第１の利用情報及び第１の批評情報を対応付けて記憶可能である。上記制御部は、上記記憶された第１の批評情報の信頼性が高いことを示すための所定の情報処理を実行可能である。

この構成により情報処理装置は、ユーザの利用情報と批評情報が対応付けられている場合に所定の情報処理を実行にすることで、サービスに対する批評情報の信頼性を向上させることができる。ここで「サービス提供施設」は、飲食店や美容院等の店舗のほか、病院やホテル等、ユーザに何らかのサービスを提供するあらゆる施設を含む。また「利用情報」とは、例えば決済情報や、サービス提供施設を利用したユーザにしか得られない情報等である。また「所定の情報処理」とは、第１の批評情報に何らかの情報を加えたり第１の批評情報を修正したりする処理のほか、第１の批評情報を、利用情報と対応付けられていない他の批評情報をウェブサイト上に公開せず、第１の批評情報のみを公開する処理も含む。例えば、第１の批評情報は、実際にサービスを利用したユーザの批評情報であることを示す情報とともに公開されてもよい。また、第１の批評情報が、サービスへの評価スコアを有する場合、その評価スコアに所定の重み付けがなされてもよい。

上記通信部は、上記第１の利用情報に対応付けられていない、上記サービスに対する第２の批評情報を受信可能であってもよい。この場合上記記憶部は、上記受信された第２の批評情報を記憶可能であってもよい。この場合上記制御部は、上記第１の批評情報を上記第２の批評情報と区別可能に加工可能であってもよい。

これにより情報処理装置は、第１の批評情報を第２の批評情報と区別可能に加工するため、第１の批評情報の信頼性の高さをユーザに容易に認識させることができる。

上記第１の利用情報は、上記第１のサービス提供施設で決済した上記第１のユーザが前記決済に利用した電子マネーを識別する第１の電子マネー識別情報を含み、当該第１のサービス提供施設から送信される決済情報であってもよい。この場合上記通信部は、上記決済情報を受信する第１の通信処理と、上記第１の批評情報と、当該第１の批評情報を入力したユーザが利用する電子マネーを識別する第２の電子マネー識別情報とを受信する第２の通信処理とを実行してもよい。この場合上記制御部は、上記第１の通信処理により受信された決済情報に含まれる上記第１の電子マネー識別情報と、上記第２の通信処理により受信された上記第２の電子マネー識別情報とが一致する場合に、上記所定の情報処理を実行してもよい。

これにより情報処理装置は、サービス提供施設における決済情報に含まれる電子マネー識別情報と、批評情報と共に受信された電子マネー識別情報とが一致することをもって、批評情報を送信したユーザがサービス提供施設の利用者であることを担保し、批評情報の信頼性を向上させることができる。ここで「電子マネー識別情報」とは、例えば、非接触型ＩＣカードや、非接触型ＩＣチップを内蔵した端末（スマートフォンや携帯電話機）を用いて決済が行われる際に用いられるカードＩＤである。すなわち、上記決済情報は、ユーザがカードや端末をサービス提供施設のリーダライタにかざして決済を行った後、リーダライタを介して情報処理装置へ送信される。また批評情報は、決済を行った端末において入力されて送信されてもよいし、決済を行った端末とは異なる他の端末（ＰＣ等）において入力されて送信されてもよい。後者の場合、カードＩＤは、批評情報の送信の際に他の端末のリーダライタにより読み取られて共に送信される。

上記ユーザ端末は、上記第１のサービス提供施設に設置されたＩＣタグから、当該ＩＣタグを識別するタグＩＤを読み取り、当該情報処理装置へ上記第１の批評情報を上記タグＩＤとともに送信してもよい。この場合上記通信部は、上記タグＩＤを上記第１の利用情報として受信してもよい。

これにより情報処理装置は、タグＩＤを受信したことをもって、批評情報を送信したユーザがサービス提供施設の利用者であることを担保することができる。

上記記憶部は、上記第１のサービス提供施設を含む複数のサービス提供施設の位置情報を記憶してもよい。この場合上記通信部は、上記第１のサービス提供施設とは異なる第２のサービス提供施設のサービスに対する第２の批評情報を受信してもよい。この場合上記制御部は、上記位置情報を基に、上記第１のサービス提供施設と上記第２のサービス提供施設との距離が所定範囲内であると判断した場合、上記第２の批評情報の信頼性が高いことを示すための所定の情報処理を実行してもよい。

これにより情報処理装置は、批評対象のサービス提供施設における利用記録がなくても、その周辺のサービス提供施設における利用記録がある場合には、上記批評対象のサービス提供施設も実際に利用したものと類推して、批評情報の信頼性を向上させることができる。

上記通信部は、上記第１のサービス提供施設から、上記第１の批評情報に対する返信情報と、当該第１のサービス提供施設において上記第１のユーザに将来提供され得るサービスの決済時に割引を可能とさせる割引情報とを受信してもよい。この場合上記記憶部は、上記受信された返信情報及び割引情報を記憶してもよい。この場合上記制御部は、上記返信情報と、上記割引情報の存在を示す情報とを上記ユーザ端末へ送信し、上記割引情報を上記ユーザ端末または上記第１のサービス提供施設へ送信するように上記通信部を制御してもよい。

これにより情報処理装置は、批評情報に対する返信情報をユーザに通知できるとともに、割引情報を第１のサービス提供施設またはユーザ端末に登録させ、将来の決済時に割引を可能とさせることができる。割引情報がユーザ端末へ送信される場合、ユーザ端末の決済用ＩＣチップへそれが書き込まれ、当該ユーザの次回の決済時に割引が可能となる。また割引情報が第１のサービス提供施設へ送信される場合、当該第１のサービス提供施設の決済端末にそれが書き込まれ、当該ユーザの次回の決済時に割引が可能となる。

上記決済情報には、上記決済した第１のユーザとともに上記第１のサービス提供施設でサービスを提供された他のユーザの電子マネーを識別する第３の電子マネー識別情報が含まれてもよい。この場合上記制御部は、上記受信された第３の電子マネー識別情報と上記第２の電子マネー識別情報が一致する場合にも、上記所定の情報処理を実行してもよい。

これにより情報処理装置は、複数人のユーザに提供されたサービスの代金を一人のユーザがまとめて決済したような場合に、決済したユーザ以外のユーザから批評情報が送信された場合でも、決済したユーザと同様に扱い当該批評情報の信頼性を向上させることができる。

上記利用情報には、上記第１のユーザによる上記第１のサービス提供施設の利用日時を示す情報が含まれていてもよい。この場合上記制御部は、上記利用日時から上記第１の批評情報の受信日時までの期間が所定期間以内である場合に、上記所定の情報処理を実行してもよい。

これにより情報処理装置は、利用日時から期間が経過してから送信された批評情報の信頼性を下げることができる。

本開示の他の形態に係る情報処理方法は、ユーザがサービス提供施設を利用したことを示す利用情報と、ユーザ端末において入力され、当該利用情報に対応付けられた、上記サービス提供施設のサービスに対する批評情報とを受信することを含む。上記受信された利用情報及び批評情報は対応付けられて記憶される。そして、上記記憶された批評情報の信頼性が高いことを示すための所定の情報処理が実行される。

本開示のまた別の形態に係るプログラムは、情報処理装置に、受信ステップと、記憶ステップと、公開ステップとを実行させる。上記受信ステップでは、ユーザがサービス提供施設を利用したことを示す利用情報と、ユーザ端末において入力され、当該利用情報に対応付けられた、上記サービス提供施設のサービスに対する批評情報とが受信される。上記記憶ステップでは、上記受信された利用情報及び批評情報が対応付けられて記憶される。上記公開ステップでは、上記記憶された批評情報の信頼性が高いことを示すための所定の情報処理を実行される。

以上のように、本開示によれば、サービスに対する批評情報の信頼性を向上させることができる。

本開示の第１実施形態におけるレビュー投稿システムの構成を示す図である。 本開示の第１実施形態に係るモデレーションサーバのハードウェア構成を示した図である。 本開示の第１実施形態におけるレビュー投稿システムの基本的な動作の流れを示したシーケンス図である。 本開示の第１実施形態における、レストランの位置情報を利用したモデレーション処理の流れを示したシーケンス図である。 本開示の第１実施形態におけるレストランの位置とレビュー情報の信頼度との関係を示した図である。 本開示の第１実施形態において、モデレーション処理後に割引を行う場合の処理の流れの一例を示したシーケンス図である。 本開示の第１実施形態において、モデレーション処理後に割引を行う場合の処理の流れの他の例を示したシーケンス図である。 本開示の第１実施形態において、モデレーション処理後に割引を行う場合の処理の流れの他の例を示したシーケンス図である。 本開示の第１実施形態において、複数人分のサービス代金を代表者が決済した場合のモデレーション処理の流れを示したシーケンス図である。 本開示の第２実施形態におけるレビュー投稿システムの基本的な動作の流れを示したシーケンス図である。 本開示の第３実施形態におけるレビュー投稿システムの基本的な動作の流れを示したシーケンス図である。

以下、図面を参照しながら、本開示の実施形態を説明する。

＜第１の実施形態＞
まず、本開示の第１の実施形態について説明する。

［システムの概要］
図１は、本開示の第１の実施形態におけるレビュー投稿システムの構成を示す図である。同図に示すように、このシステムは、モデレーションサーバ１００と、ユーザ端末２００と、レストラン３００とで構成される。

ユーザ端末２００のユーザは、レストラン３００へ来店し、飲食サービスの提供を受け、決済を行うと、その場でまたは退店後、ユーザ端末２００を用いて、当該飲食サービスに対するレビュー（批評情報）を入力し、モデレーションサーバ１００（またはモデレーションサーバ１００が管理するレビュー投稿サイト）へ、インターネット５０を介して当該レビュー情報を送信（投稿）する。モデレーションサーバ１００へは、レストラン３００へ来店していないユーザもレビュー情報を投稿可能である。

一方、レストラン３００は、上記ユーザが決済を行うと、その決済情報をモデレーションサーバ１００へ送信する。当該決済は、例えばFeliCa（登録商標）等の電子マネー（ユーザのカードまたは電子マネー機能を有するユーザ端末２００）により行われる。

モデレーションサーバ１００は、上記投稿されたレビュー情報について、上記決済情報を基にモデレーション処理を行う。すなわちモデレーションサーバ１００は、投稿されたレビュー情報のうち、上記決済情報と対応するレビュー情報を、そうでないレビュー情報と区別可能に加工した上で上記レビュー投稿サイトへ公開する。この場合決済情報は、ユーザがレストランを利用したことを示す利用情報として機能する。このモデレーション処理の詳細については後述する。

［モデレーションサーバのハードウェア構成］
図２は、本開示の一実施形態に係るモデレーションサーバ１００のハードウェア構成を示した図である。同図に示すように、モデレーションサーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらモデレーションサーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、入力部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ、ＯＥＬＤ、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。当該表示部１６は、モデレーションサーバ１００に内蔵されていてもよいし、モデレーションサーバ１００に外部接続されていてもよい。

入力部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。入力部１７がタッチパネルを含む場合、そのタッチパネルは表示部２６と一体となり得る。

記憶部１８は、例えばＨＤＤや、フラッシュメモリ、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。特に本実施形態では、記憶部１８には、各ユーザのユーザ名、年齢、性別、メールアドレス等のユーザ情報や、各レストランの店名、位置情報（経度・緯度情報）等のレストラン情報や、ユーザ端末２００から受信されたレビュー情報、レストラン３００から受信された決済情報等のデータベースが記憶される。また記憶部１８には、当該レビュー投稿システムにおけるモデレーション処理を実行するためのアプリケーション等のソフトウェアも記憶される。

通信部１９は、インターネット５０やＬＡＮに有線接続するためのＮＩＣ等であり、ユーザ端末２００及びレストラン３００との間の通信処理を担う。通信部１９は例えば、ユーザ端末２００からレビュー情報を受信し、レストラン３００から決済情報を受信する。

［システムの動作］
次に、以上のように構成されたレビュー投稿システムの動作について、モデレーションサーバ１００の動作を中心に説明する。モデレーションサーバ１００の動作は、上記ＣＰＵ１１の制御下において、他のハードウェア及びソフトウェア（アプリケーション）と協働して行われる。

（基本動作）
図３は、レビュー投稿システムの基本的な動作の流れを示したシーケンス図である。これ以降の図においては、説明の便宜上、モデレーションサーバ１００と、レビュー投稿サイト及びデータベースとがそれぞれ別個に示されているが、データベース及びレビュー投稿サイトはモデレーションサーバ１００と一体となり得る。

図３に示すように、まず、ユーザは、レストラン３００においてサービスの提供を受け、電子マネーによりその対価の決済を行う。当該電子マネーによる決済は、例えば、ユーザが携帯している電子マネー対応のＩＣカードや、電子マネー機能（ＩＣチップ）を内蔵したユーザ端末２００（携帯電話機やスマートフォン等）を、レストラン３００に設置されたＰＯＳ（Point Of Sale）レジスタに接続されたリーダライタにかざすことにより行われる。当該リーダライタは、ＮＦＣ（Near Field Communication）に準じた通信処理に対応しているものとする。

上記電子マネー機能を有するＩＣチップには、当該ＩＣカードまたはＩＣチップを識別する（すなわち、電子マネーを識別する）カードＩＤが記憶されている。

上記決済時には、リーダライタにより、ＩＣカードやユーザ端末２００から、上記カードＩＤが読み取られる（ステップ３１）。レストラン３００のＰＯＳレジスタ（またはそれに接続された通信機器）は、当該カードＩＤを含む決済情報をモデレーションサーバ１００へ送信する（ステップ３２）。当該カードＩＤ以外の決済情報としては、レストラン３００を識別するレストランＩＤ、決済日時、使用金額、注文内容、人数、滞在時間等が含まれる。

モデレーションサーバ１００は、上記決済情報を受信すると、当該決済情報に含まれる各情報を対応付けてデータベースへ書き込む（ステップ３３）。

その後、ユーザは、決済を行ったユーザ端末２００により、上記決済を行ったレストラン３００のサービスに対するレビュー情報を入力する。ユーザ端末２００は、当該入力されたレビュー情報を、上記カードＩＤとともにレビュー投稿サイトへ投稿する。

レビュー情報の入力及び送信は、決済を行ったユーザ端末２００以外の機器により行われてもよい。例えばユーザが帰宅してＰＣによりレビュー情報を投稿する場合、当該ＰＣに内蔵されたリーダライタに、決済を行ったＩＣカードやユーザ端末２００をかざしてカードＩＤを読み取らせ、その上でレビュー情報を入力する。

また、レビュー情報の入力は、決済直後に行われる場合もある。例えば、電子マネー対応のユーザ端末２００で決済を行った際に、レストラン３００のリーダライタがレビュー投稿サイトのＵＲＬをユーザ端末２００へプッシュ送信してもよい。ユーザは当該ＵＲＬを用いてその場でレビュー情報を入力し投稿することができる。当該ＵＲＬは、レストラン３００ごとに存在するものとする。

続いて、レビュー投稿サイトは、上記カードＩＤ及びレビュー投稿サイト（ＵＲＬ）に対応するレストランＩＤをモデレーションサーバ１００へ送信する（ステップ３５）。モデレーションサーバ１００は、当該受信したカードＩＤをキーとして、それに対応するレストランＩＤを検索する（ステップ３６）。対応するレストランＩＤが存在するということは、レビュー情報とともに投稿されたカードＩＤと、上記決済時にデータベースに登録したカードＩＤとが一致することを意味する。

対応するレストランＩＤが見つかった場合、モデレーションサーバ１００は、対応するカードＩＤに関連付けられた決済情報（利用日時、注文内容、使用金額、滞在時間、人数）と、ユーザ情報（年齢、性別等）とをモデレーション情報として生成してレビュー投稿サイトへ送信する（ステップ３７）。

レビュー投稿サイトでは、上記モデレーション情報を上記投稿されたレビュー情報に付加して公開する（ステップ３８）。このレビュー情報へのモデレーション情報の付加とは、レビュー情報の信頼性が高いことを示すための情報処理を意味する。当該モデレーション情報の付加の態様は様々である。例えば、レビュー投稿サイト上で、レビュー情報と共に、上記利用日時、注文内容、使用金額、滞在時間、人数等の情報が表示されてもよい。注文内容が表示されることで、具体的なメニューに対するレビューの信頼性が向上する。

また単に、レビュー情報と共に、「このユーザはこのレストランを利用しています」といった、利用を示す文字情報が表示されてもよい。また、文字情報に代えて、ユーザがレストランを利用したことを示すアイコンが表示されてもよい。

また、レビュー情報が、何らかのスコア（例えば星の数）によりレストランを評価するものである場合、モデレーション情報の付加処理として、スコアの重み付け処理が行われてもよい。すなわち、レビュー情報におけるスコアが高い場合にはそのスコアがより高く修正されてもよいし、逆に低い場合にはより低く修正されてもよい。

さらに、モデレーション情報の付加処理として、カードＩＤが登録されているレビュー情報（すなわち、実際に来店したユーザからのレビュー情報）と、そうでないレビュー情報とが、レビュー投稿サイト上で別個の領域で表示されてもよい。また、所定のＧＵＩ（Graphical User Interface）により、カードＩＤが登録されているレビュー情報のみがフィルタリングされて表示可能となるよう設定されてもよい。

（レストランの位置情報を用いたモデレーション処理）
図４は、レストラン３００の位置情報を用いたモデレーション処理の流れを示すシーケンス図である。上記図３では、実際に決済が行われたレストラン３００に対するレビュー情報にモデレーション情報が付加された。しかし、図４の処理では、レビュー情報が投稿されたレストランにおける決済情報が登録されていなくても、そのレストランの周辺のレストランにおける決済情報が登録されている場合には、レビュー対象のレストランも利用した可能性が高いと考えられることから、モデレーション情報が付加される。

同図において、ステップ４１〜ステップ４３までの処理は上記図３のステップ３１〜３３までの処理と同様である。

ユーザから、レストランＢのサービスに対して、レビュー情報がカードＩＤとともに投稿されると（ステップ４４）、レビュー投稿サイトは、当該レストランＢのレストランＩＤとカードＩＤとをモデレーションサーバ１００へ送信する（ステップ４５）。

モデレーションサーバ１００は、受信したカードＩＤをキーに、対応するレストランＩＤをデータベースから検索する（ステップ４６）。この検索の結果、対応するレストランＩＤが見つからない場合、データベースからエラーが通知される（ステップ４７）。

この場合モデレーションサーバ１００は、レストランＢの半径ｘｋｍ（例えば１ｋｍ）以内の周辺のレストラン情報をレビュー投稿サイトへ問い合わせる（ステップ４８）。

レビュー投稿サイトは、予め登録されてある各レストランの位置情報（経度緯度情報）を基に、レストランＢの半径ｘｋｍ以内に位置するレストラン（例えばレストランＡ、Ｃ、Ｄ、Ｅ、Ｆ）の情報（レストランＩＤ等）を返す（ステップ４９）。

モデレーションサーバ１００は、レビュー情報とともに送信されたカードＩＤをキーに、当該返信されたレストランＩＤを検索する（ステップ５０）。そしてモデレーションサーバ１００は、いずれかのレストランＩＤが見つかった場合、上記図３のステップ３７及びステップ３８と同様に、レビュー情報にモデレーション情報を付加して公開する（ステップ５１、５２）。この際、レストランＢのレビュー情報とともに、例えば、レストランＢの周辺店舗の決済記録があったこと（またはその決済情報の詳細）が表示される。

図５は、レストランの位置とレビュー情報の信頼度との関係を示した図である。同図に示すように、決済が行われたレストランの周囲ｘｋｍの範囲は、ユーザの行動範囲（縄張り）であってレビュー情報の信頼度が高い範囲とされる。すなわち、決済は行われていないがレビューが投稿されたレストラン（上記レストランＢ）が、決済したレストラン（例えばレストランＡ）の周囲ｘｋｍ以内に存在する場合、レビュー情報にモデレーション情報が付加される。これは、上述のように、決済したレストランＡの１ｋｍ以内に存在するレストランＢにレビューを投稿しているユーザは、電子マネーによる決済は行っていなくても、実際にレストランＢを訪れて例えば現金により決済を行っている可能性が高いと考えられるからである。このような処理により、決済情報が登録されているレストランに対するレビュー情報の信頼性のみならず、その周辺のレストランに対するレビュー情報の信頼性も向上する。

（モデレーション処理後の割引処理）
本実施形態では、モデレーションサーバ１００は、レビューの内容がレストラン３００に対する苦情であった場合、ユーザがレストラン３００へ次回来店する場合に代金の割引を行わせることもできる。以下、割引処理の３つの態様について説明する。もちろん、レビュー情報の内容が苦情でなく、レストラン側に好意的な内容である場合でも割引が行われても構わない。

図６は、第１の態様における割引処理の流れを示したシーケンス図である。同図において、ステップ６１〜ステップ６８は、上記図３のステップ３１〜ステップ３８の処理と同様である。

レビュー情報が公開されると、モデレーションサーバ１００は、当該レビュー情報を識別するレビューＩＤをデータベースに登録する（ステップ６９）。この際、レビューＩＤと、上記レストランＩＤ及びカードＩＤが紐付けられる。

レビュー情報を閲覧したレストラン３００の管理者は、当該レビュー情報が苦情であると判断すると、それに対する謝罪情報を入力して送信する（ステップ７０）。その際、ユーザが次回来店した際に代金の割引を可能とするための割引情報も送信される。

レビュー投稿サイトは、謝罪情報及び割引情報を受信すると、当該割引情報及び上記レビューＩＤをモデレーションサーバ１００へ送信する（ステップ７１）。モデレーションサーバ１００は、上記レビューＩＤをキーにして対応するカードＩＤを検索し、当該カードＩＤを対応付けて割引情報を登録する（ステップ７２）。

またレビュー投稿サイトは、上記割引情報とカードＩＤとを対応付けてレストラン３００へ送信し、レストラン３００のＰＯＳレジスタにその情報を登録させる（ステップ７３）。それとともにレビュー投稿サイトは、受信した謝罪情報を、カードＩＤに対応付けられたメールアドレスへ送信する（ステップ７４）。この際、次回来店した場合に割引される旨も通知される。

そして、ユーザが次回来店し、電子マネーにより決済を行った際には、既にＰＯＳレジスタに割引情報とカードＩＤと対応付けされて登録されているため、カードＩＤが読み取られることで、割引後の代金により決済が行われる（ステップ７５）。

決済が完了すると、カードＩＤを含む決済情報がモデレーションサーバ１００へ送信される（ステップ７６）。モデレーションサーバ１００は、当該決済情報に含まれるカードＩＤに対応する割引情報をデータベースから削除する（ステップ７７）。

図７は、第２の態様における割引処理の流れを示したシーケンス図である。同図において、ステップ８１〜ステップ９３までの処理は、上記図６におけるステップ６１〜ステップ７４までの処理とほぼ同様であるが、レストラン３００のＰＯＳレジスタに対する割引情報及びカードＩＤの登録が行われない点が異なる。

ユーザは、メールを受信した後、モデレーションサーバ１００へカードＩＤをユーザ端末２００から送信する（ステップ９４）。モデレーションサーバ１００は、当該カードＩＤに対応して登録されている割引情報をユーザ端末２００へ返信する（ステップ９５）。これによりユーザ端末２００のＩＣチップに割引情報が書き込まれる。

そして、ユーザが次回来店した際には、カードＩＤとともに割引情報がリーダライタにより読み取られ、割引後の代金により決済が行われる（ステップ９６）。その後の割引情報の削除処理は上記図６のステップ７６及びステップ７７と同様である（ステップ９７、９８）。

図８は、第３の態様における割引処理の流れを示したシーケンス図である。同図において、ステップ１０１〜ステップ１１３までの処理は、上記図７のステップ８１〜ステップ９３までの処理と同様である。

ユーザが次回来店し、決済を行った場合（ステップ１１４）、カードＩＤ及びレストランＩＤを含む決済情報がモデレーションサーバ１００へ送信される（ステップ１１５）。モデレーションサーバ１００は、決済情報を受信すると、カードＩＤとレストランＩＤとをキーに、対応する割引情報を検索し（ステップ１１６）、レストラン３００へ送信する（ステップ１１７）。これにより、レストラン３００のＰＯＳレジスタにおける決済金額が割引後の金額に更新される。またモデレーションサーバ１００は、割引情報を送信すると、それを削除する（ステップ１１８）。

（複数人分のサービス料金を代表者が決済した場合のモデレーション処理）
上記では、１人のユーザが決済を行った場合について説明した。しかし、複数人でサービスを受けた場合に、そのうちの１人が代表としてまとめて決済を行うこともある。そこで本実施形態では、そのような場合に、モデレーションサーバ１００は、決済を行ったユーザのレビュー情報のみならず、サービスを提供された他のユーザのレビュー情報についてもモデレーション処理を行うこととしている。

図９は、複数人分のサービス代金を代表者が決済した場合のモデレーション処理の流れを示したシーケンス図である。同図では、ユーザＡ、ユーザＢ、ユーザＣの３人が一緒にサービスの提供を受け、ユーザＡが代表として決済を行い、ユーザＢがレビューを投稿した場合を例に説明する。

まず、ユーザＡが３人分の代金をまとめて決済した場合、リーダライタによりユーザＡのＩＣカードまたはユーザ端末２００からカードＩＤ−Ａが読み取られる（ステップ１２１）。その際、店員から、ユーザＢ及びユーザＣにもＩＣカードまたはユーザ端末をリーダライタへかざすように要求され、ユーザＢのカードＩＤ−Ｂ及びユーザＣのカードＩＤ−Ｃも読み取られる（ステップ１２２、１２３）。

レストラン３００は、ＰＯＳレジスタを介して、上記カードＩＤ−Ａ、カードＩＤ−Ｂ及びカードＩＤ−Ｃを含む決済情報をモデレーションサーバ１００へ送信する（ステップ１２４）。モデレーションサーバ１００は、当該決済情報をデータベースへ書き込む（ステップ１２５）。

続いて、ユーザＢが、レビュー投稿サイトへレビュー情報をカードＩＤ−Ｂとともに投稿する（ステップ１２６）。レビュー投稿サイトは、当該カードＩＤ−Ｂと、レビュー情報に対応するレストランＩＤとをモデレーションサーバ１００へ送信する（ステップ１２７）。

モデレーションサーバ１００は、当該カードＩＤ−Ｂにより対応するレストランＩＤを検索する（ステップ１２８）。上述の通り、カードＩＤ−ＡのみならずカードＩＤ−Ｂもデータベースに登録されているため、その後は図３等で説明したのと同様にモデレーション情報がレビュー情報へ付加され公開される（ステップ１２９、１３０）。

したがって、モデレーションサーバ１００は、実際には決済を行っていないユーザからのレビュー情報についても、そのユーザのカードＩＤを登録することでモデレーション情報を付加することができる。

［まとめ］
以上説明したように、本実施形態によれば、モデレーションサーバ１００は、レビューを投稿したユーザの電子マネーによる決済情報が存在する場合には、実際に来店したユーザのレビュー情報としてそれにモデレーション情報を付加することができ、レビュー情報の信頼度を向上させることができる。

またレビュー情報が仮にレストラン側を非難する情報であっても、それは実際に来店したユーザからのレビュー情報であるため、悪質な誹謗中傷とは区別される。そしてレストラン側は当該苦情に対して迅速かつ的確に対応し、また割引情報を登録するなどして、結果的にレストランに対する信用を高めることもできる。

また電子マネーによる決済情報が利用されることで、レストラン側は、ユーザの個人情報を把握していないため、レストラン側に対するユーザの匿名性も確保される。

＜第２の実施形態＞
次に、本開示の第２の実施形態について説明する。本実施形態においては、上記第１の実施形態と異なる点を中心に説明する。本実施形態において説明がない箇所については、上記第１の実施形態の構成を適用できる。

図１０は、本実施形態におけるレビュー投稿システムの基本的な動作の流れを示したシーケンス図である。

本実施形態においては、モデレーション処理に、上記決済情報に代えて、レストランに設置されたＩＣタグのタグＩＤが用いられる。ＩＣタグは、例えばレストラン３００の例えばＰＯＳレジスタ近傍に置かれたステッカーやフライヤー等の媒体に内蔵されているものである。当該ＩＣタグは、例えばＮＦＣ等の無線通信規格に対応したユーザ端末２００と通信可能である。ＩＣタグには、当該ＩＣタグを一意に識別するタグＩＤと、上記レビュー投稿サイトのＵＲＬが記憶されている。

同図に示すように、決済時に、ユーザがユーザ端末２００によりＩＣタグからタグＩＤ及びレビュー投稿サイトのＵＲＬを読み取る（ステップ１３１）。

ユーザは、上記ＵＲＬを用いてレビュー投稿サイトへレビュー情報を投稿する（ステップ１３２）。その際、タグＩＤもともに送信される。

上記タグＩＤは、レビュー投稿サイトを介してモデレーションサーバ１００へ送信される（ステップ１３３）。モデレーションサーバ１００は、当該タグＩＤを受信すると、上記レビュー情報に対するモデレーション情報を生成し（ステップ１３４）、レビュー情報に付加して公開させる（ステップ１３５）。

本実施形態では、決済情報はモデレーションサーバ１００へ送信されない。したがって本実施形態におけるモデレーション情報は、例えば、レビュー情報を投稿したユーザが実際に来店したことを示す文字情報やアイコン等である。

以上のように、本実施形態では、タグＩＤが、ユーザがレストランを利用したことを示す利用情報として機能する。そして、モデレーションサーバ１００において、レビュー情報に対応するタグＩＤが登録されている場合には、レビュー情報を投稿したユーザはレストラン３００に実際に来店したものと判断されるため、当該レビュー情報にモデレーション情報が付加されて公開される。

本実施形態においては、決済情報はモデレーションサーバ１００へ送信されなかったが、上記カードＩＤを除く情報は送信されても構わない。その場合は、モデレーション情報の付加処理としては上述の第１実施形態と同様の処理が実行され得る。

＜第３の実施形態＞
次に、本開示の第３の実施形態について説明する。本実施形態においては、上記第１の実施形態と異なる点を中心に説明する。本実施形態において説明がない箇所については、上記第１の実施形態の構成を適用できる。

図１１は、本発明の第３実施形態におけるレビュー投稿システムの基本的な動作の流れを示したシーケンス図である。

本実施形態においては、モデレーション処理に、上記決済情報やタグＩＤに代えて、決済の際にユーザに渡されるレシートに印刷されたＱＲコードが用いられる。ＱＲコードには、当該ＱＲコードを一意に識別するＱＲコードＩＤと、上記レビュー投稿サイトのＵＲＬが記憶されている。

同図に示すように、ユーザがレストラン３００において決済を行うと、ＱＲコードＩＤを含む決済情報がモデレーションサーバ１００へ送信される（ステップ１４１）。モデレーションサーバ１００は、当該決済情報をデータベースへ登録する（ステップ１４２）。

決済が完了すると、店員からＱＲコード付きのレシートが発行される。ユーザは、当該ＱＲコードを、ユーザ端末２００に内蔵されたカメラで読み取る。

ユーザは、上記ＵＲＬを用いてレビュー投稿サイトへレビュー情報を投稿する（ステップ１４３）。その際、上記ＱＲコードＩＤもともに送信される。

その後は、上記第１実施形態の図３で示したのと同様に、ＱＲコードＩＤがカードＩＤと同様に扱われることで、レビュー情報にモデレーション情報が付加されて公開される（ステップ１４４〜１４７）。

以上のように、本実施形態では、ＱＲコードＩＤが、ユーザがレストランを利用したことを示す利用情報として機能する。そして、モデレーションサーバ１００において、レビュー情報に対応するＱＲコードＩＤが登録されている場合には、レビュー情報を投稿したユーザはレストラン３００に実際に来店したものと判断されるため、当該レビュー情報にモデレーション情報が付加されて公開される。

［その他の変形例］
本開示は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。

上述の各実施形態では、カードＩＤ、タグＩＤ、ＱＲコードＩＤ等の利用情報の存在をもって、ユーザによって投稿されたレビュー情報にモデレーション情報が付加された。しかし、そもそも、利用情報が存在しない場合には、レビュー情報の投稿が受け付けられないようにレビュー投稿サイトが設定されていてもよい。この場合、実際に来店した（またはその可能性が高い）ユーザのレビュー情報のみが公開されるため、レビュー投稿サイト自体の信頼度が向上する。

上述の各実施形態においては、ユーザがレストランを利用した場合のモデレーション処理が説明された。しかし、レストランに限らず、例えば小売店、カラオケ店、クリーニング店、美容院等の店舗のほか、病院やホテル等、ユーザに何らかのサービスを提供するあらゆる施設における利用情報がモデレーション処理に用いられてもよい。

また、上述の第１の実施形態においては、ユーザがレビュー情報を投稿したレストランから所定距離内に位置するレストランでの利用情報が登録されている場合にモデレーション情報が付加された。しかし、レストランに限らず、例えば上記レストランから所定距離内に位置するあらゆる施設での利用情報が１つでも存在すれば、モデレーション情報が付加されてもよい。この場合、利用情報は決済情報でなくてもよい。例えばユーザ端末がＧＰＳ（Global Positioning System）機能を有し、モデレーションサーバ１００がＧＰＳにより取得された位置情報を例えば定期的にユーザ端末２００から受信し、当該位置情報が上記所定距離内であれば、モデレーション情報が付加されてもよい。

上述の第１の実施形態では、カードＩＤは各ユーザに１つ存在することを前提に説明がなされたが、ユーザが複数の電子マネー対応のカードまたはユーザ端末を有していることも考えられる。この場合、モデレーションサーバ１００は、名寄せと同様の処理を行い、複数のカードＩＤを対応付けて管理することで、ユーザがどのカードＩＤを用いてもモデレーション処理を行うことができる。

上述の各実施形態において、決済日時とレビュー情報の投稿日時までの期間が所定期間以上である場合には、モデレーションサーバ１００は、モデレーション情報の付加対象となるレビュー情報であっても、モデレーション情報を付加しないようにしてもよい。これは、来店から相当期間が経過した後のレビュー情報は現在のレストランの状態を必ずしも反映していないと考えられるからである。またこの処理と上記割引情報の登録処理とが組み合わさることで、ユーザには来店後すぐにレビュー情報を投稿するインセンティブが発生し、レストラン側もレビューに対する迅速な処理が可能となる。

上述の各実施形態におけるモデレーション情報は、レコメンド処理にも応用可能である。例えば、協調フィルタリングを用いた、「この店を高く評価した人はこんなお店も高く評価しています」といったレコメンド（広告）の信頼度がより向上する。

上述の各実施形態においては、本開示が、一般的なコンピュータとしてのハードウェアを備えたサーバに適用された例が示されたが、本開示は他のあらゆる情報処理装置にも同様に適用可能である。

［その他］
本開示は以下のような構成もとることができる。
（１） 第１のユーザが第１のサービス提供施設を利用したことを示す第１の利用情報と、ユーザ端末において入力され、当該第１の利用情報に対応付けられた、前記第１のサービス提供施設のサービスに対する第１の批評情報とを受信可能な通信部と、
前記受信された第１の利用情報及び第１の批評情報を対応付けて記憶可能な記憶部と、
前記記憶された第１の批評情報の信頼度が高いことを示すための所定の情報処理を実行可能な制御部と
を具備する情報処理装置。
（２） 上記（１）に記載の情報処理装置であって、
前記通信部は、前記第１の利用情報に対応付けられていない、前記サービスに対する第２の批評情報を受信可能であり、
前記記憶部は、前記受信された第２の批評情報を記憶可能であり、
前記制御部は、前記第１の批評情報を前記第２の批評情報と区別可能に加工可能する
情報処理装置。
（３） 上記（１）または（２）に記載の情報処理装置であって、
前記第１の利用情報は、前記第１のサービス提供施設で決済した前記第１のユーザが前記決済に利用した電子マネーを識別する第１の電子マネー識別情報を含み、当該第１のサービス提供施設から送信される決済情報であり、
前記通信部は、
前記決済情報を受信する第１の通信処理と、
前記第１の批評情報と、当該第１の批評情報を入力したユーザが利用する電子マネーを識別する第２の電子マネー識別情報とを受信する第２の通信処理とを実行し、
前記制御部は、前記第１の通信処理により受信された決済情報に含まれる前記第１の電子マネー識別情報と、前記第２の通信処理により受信された前記第２の電子マネー識別情報とが一致する場合に、前記所定の情報処理を実行する
情報処理装置。
（４） 上記（１）または（２）に記載の情報処理装置であって、
前記ユーザ端末は、前記第１のサービス提供施設に設置されたＩＣタグから、当該ＩＣタグを識別するタグＩＤを読み取り、当該情報処理装置へ前記第１の批評情報を前記タグＩＤとともに送信し、
前記通信部は、前記タグＩＤを前記第１の利用情報として受信する
情報処理装置。
（５） 上記（１）から（４）のいずれかに記載の情報処理装置であって、
前記記憶部は、前記第１のサービス提供施設を含む複数のサービス提供施設の位置情報を記憶し、
前記通信部は、前記第１のサービス提供施設とは異なる第２のサービス提供施設のサービスに対する第２の批評情報を受信し、
前記制御部は、前記位置情報を基に、前記第１のサービス提供施設と前記第２のサービス提供施設との距離が所定範囲内であると判断した場合、前記第２の批評情報の信頼度が高いことを示すための所定の情報処理を実行する
情報処理装置。
（６） 上記（１）から（５）のいずれかに記載の情報処理装置であって、
前記通信部は、前記第１のサービス提供施設から、前記第１の批評情報に対する返信情報と、当該第１のサービス提供施設において前記第１のユーザに将来提供され得るサービスの決済時に割引を可能とさせる割引情報とを受信し、
前記記憶部は、前記受信された返信情報及び割引情報を記憶し、
前記制御部は、前記返信情報と、前記割引情報の存在を示す情報とを前記ユーザ端末へ送信し、前記割引情報を前記ユーザ端末または前記第１のサービス提供施設へ送信するように前記通信部を制御する
情報処理装置。
（７） 上記（３）に記載の情報処理装置であって、
前記決済情報には、前記決済した第１のユーザとともに前記第１のサービス提供施設でサービスを提供された他のユーザの電子マネーを識別する第３の電子マネー識別情報が含まれ、
前記制御部は、前記受信された第３の電子マネー識別情報と前記第２の電子マネー識別情報が一致する場合にも、前記所定の情報処理を実行する
情報処理装置。
（８） 上記（１）から（７）のいずれかに記載の情報処理装置であって、
前記利用情報には、前記第１のユーザによる前記第１のサービス提供施設の利用日時を示す情報が含まれており、
前記制御部は、前記利用日時から前記第１の批評情報の受信日時までの期間が所定期間以内である場合に、前記所定の情報処理を実行する
情報処理装置。

１１…ＣＰＵ
１８…記憶部
１９…通信部
５０…インターネット
１００…モデレーションサーバ
２００…ユーザ端末
３００…レストラン

Claims (8)

1. 第１のユーザが第１のサービス提供施設を利用したことを示す第１の利用情報と、ユーザ端末において入力され、当該第１の利用情報に対応付けられた、前記第１のサービス提供施設のサービスに対する第１の批評情報とを受信可能な通信部と、
   前記受信された第１の利用情報及び第１の批評情報を対応付けて記憶可能な記憶部と、
   前記第１の利用情報を基に、前記記憶された第１の批評情報の信頼性が高いことを示すモデレーション情報を当該第１の批評情報に付加することが可能な制御部と
   を具備し、
   前記第１の利用情報は、前記第１のサービス提供施設で決済した前記第１のユーザが前記決済に利用した電子マネーを識別する第１の電子マネー識別情報を含み、当該第１のサービス提供施設から送信される決済情報であり、
   前記通信部は、
   前記決済情報を受信する第１の通信処理と、
   前記第１の批評情報と、当該第１の批評情報を入力したユーザが利用する電子マネーを識別する第２の電子マネー識別情報とを受信する第２の通信処理とを実行し、
   前記制御部は、前記第１の通信処理により受信された決済情報に含まれる前記第１の電子マネー識別情報と、前記第２の通信処理により受信された前記第２の電子マネー識別情報とが一致する場合に、前記モデレーション情報を前記第１の批評情報に付加する
   情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記通信部は、前記第１の利用情報に対応付けられていない、前記サービスに対する第２の批評情報を受信可能であり、
   前記記憶部は、前記受信された第２の批評情報を記憶可能であり、
   前記制御部は、前記第１の批評情報を前記第２の批評情報と区別可能に加工可能である
   情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記記憶部は、前記第１のサービス提供施設を含む複数のサービス提供施設の位置情報を記憶し、
   前記通信部は、前記第１のサービス提供施設とは異なる第２のサービス提供施設のサービスに対する第２の批評情報を受信し、
   前記制御部は、前記位置情報を基に、前記第１のサービス提供施設と前記第２のサービス提供施設との距離が所定範囲内であると判断した場合、前記第２の批評情報の信頼性が高いことを示すモデレーション情報を当該第２の批評情報に付加する
   情報処理装置。
4. 請求項１乃至３のいずれかに記載の情報処理装置であって、
   前記通信部は、前記第１のサービス提供施設から、前記第１の批評情報に対する返信情報と、当該第１のサービス提供施設において前記第１のユーザに将来提供され得るサービスの決済時に割引を可能とさせる割引情報とを受信し、
   前記記憶部は、前記受信された返信情報及び割引情報を記憶し、
   前記制御部は、前記返信情報と、前記割引情報の存在を示す情報とを前記ユーザ端末へ送信し、前記割引情報を前記ユーザ端末または前記第１のサービス提供施設へ送信するように前記通信部を制御する
   情報処理装置。
5. 請求項１乃至４のいずれかに記載の情報処理装置であって、
   前記決済情報には、前記決済した第１のユーザとともに前記第１のサービス提供施設でサービスを提供された他のユーザの電子マネーを識別する第３の電子マネー識別情報が含まれ、
   前記制御部は、前記受信された第３の電子マネー識別情報と前記第２の電子マネー識別情報が一致する場合にも、前記モデレーション情報を前記第１の批評情報に付加する
   情報処理装置。
6. 請求項１乃至５のいずれかに記載の情報処理装置であって、
   前記利用情報には、前記第１のユーザによる前記第１のサービス提供施設の利用日時を示す情報が含まれており、
   前記制御部は、前記利用日時から前記第１の批評情報の受信日時までの期間が所定期間以内である場合に、前記モデレーション情報を前記第１の批評情報に付加する
   情報処理装置。
7. 情報処理装置の通信部により、ユーザがサービス提供施設を利用したことを示す利用情報と、ユーザ端末において入力され、当該利用情報に対応付けられた、前記サービス提供施設のサービスに対する批評情報とを受信し、
   前記情報処理装置の記憶部により、前記受信された利用情報及び批評情報を対応付けて記憶し、
   前記情報処理装置の制御部により、前記利用情報を基に、前記記憶された批評情報の信頼性が高いことを示すモデレーション情報を当該批評情報に付加する情報処理方法であって、
   前記第１の利用情報は、前記第１のサービス提供施設で決済した前記第１のユーザが前記決済に利用した電子マネーを識別する第１の電子マネー識別情報を含み、当該第１のサービス提供施設から送信される決済情報であり、
   前記受信するステップは、
   前記決済情報を受信し、
   前記第１の批評情報と、当該第１の批評情報を入力したユーザが利用する電子マネーを識別する第２の電子マネー識別情報とを受信し、
   前記付加するステップは、前記第１の通信処理により受信された決済情報に含まれる前記第１の電子マネー識別情報と、前記第２の通信処理により受信された前記第２の電子マネー識別情報とが一致する場合に、前記モデレーション情報を前記第１の批評情報に付加する
   情報処理方法。
8. 情報処理装置に、
   ユーザがサービス提供施設を利用したことを示す利用情報と、ユーザ端末において入力され、当該利用情報に対応付けられた、前記サービス提供施設のサービスに対する批評情報とを受信するステップと、
   前記受信された利用情報及び批評情報を対応付けて記憶するステップと、
   前記利用情報を基に、前記記憶された批評情報の信頼性が高いことを示すモデレーション情報を当該批評情報に付加するステップと
   を実行させるプログラムであって、
   前記第１の利用情報は、前記第１のサービス提供施設で決済した前記第１のユーザが前記決済に利用した電子マネーを識別する第１の電子マネー識別情報を含み、当該第１のサービス提供施設から送信される決済情報であり、
   前記受信するステップは、
   前記決済情報を受信し、
   前記第１の批評情報と、当該第１の批評情報を入力したユーザが利用する電子マネーを識別する第２の電子マネー識別情報とを受信し、
   前記付加するステップは、前記第１の通信処理により受信された決済情報に含まれる前記第１の電子マネー識別情報と、前記第２の通信処理により受信された前記第２の電子マネー識別情報とが一致する場合に、前記モデレーション情報を前記第１の批評情報に付加する
   プログラム。

Images