第1のユーザが第1のサービス提供施設を利用したことを示す第1の利用情報と、ユーザ端末において入力され、当該第1の利用情報に対応付けられた、前記第1のサービス提供施設のサービスに対する第1の批評情報とを受信可能な通信部と、前記受信された第1の利用情報及び第1の批評情報を対応付けて記憶可能な記憶部と、前記記憶された第1の批評情報の信頼性が高いことを示すための所定の情報処理を実行可能な制御部とを具備する情報処理装置。請求項1に記載の情報処理装置であって、前記通信部は、前記第1の利用情報に対応付けられていない、前記サービスに対する第2の批評情報を受信可能であり、前記記憶部は、前記受信された第2の批評情報を記憶可能であり、前記制御部は、前記第1の批評情報を前記第2の批評情報と区別可能に加工可能である情報処理装置。請求項1に記載の情報処理装置であって、前記第1の利用情報は、前記第1のサービス提供施設で決済した前記第1のユーザが前記決済に利用した電子マネーを識別する第1の電子マネー識別情報を含み、当該第1のサービス提供施設から送信される決済情報であり、前記通信部は、前記決済情報を受信する第1の通信処理と、前記第1の批評情報と、当該第1の批評情報を入力したユーザが利用する電子マネーを識別する第2の電子マネー識別情報とを受信する第2の通信処理とを実行し、前記制御部は、前記第1の通信処理により受信された決済情報に含まれる前記第1の電子マネー識別情報と、前記第2の通信処理により受信された前記第2の電子マネー識別情報とが一致する場合に、前記所定の情報処理を実行する情報処理装置。請求項1に記載の情報処理装置であって、前記ユーザ端末は、前記第1のサービス提供施設に設置されたICタグから、当該ICタグを識別するタグIDを読み取り、当該情報処理装置へ前記第1の批評情報を前記タグIDとともに送信し、前記通信部は、前記タグIDを前記第1の利用情報として受信する情報処理装置。請求項1に記載の情報処理装置であって、前記記憶部は、前記第1のサービス提供施設を含む複数のサービス提供施設の位置情報を記憶し、前記通信部は、前記第1のサービス提供施設とは異なる第2のサービス提供施設のサービスに対する第2の批評情報を受信し、前記制御部は、前記位置情報を基に、前記第1のサービス提供施設と前記第2のサービス提供施設との距離が所定範囲内であると判断した場合、前記第2の批評情報の信頼性が高いことを示すための所定の情報処理を実行する情報処理装置。請求項1に記載の情報処理装置であって、前記通信部は、前記第1のサービス提供施設から、前記第1の批評情報に対する返信情報と、当該第1のサービス提供施設において前記第1のユーザに将来提供され得るサービスの決済時に割引を可能とさせる割引情報とを受信し、前記記憶部は、前記受信された返信情報及び割引情報を記憶し、前記制御部は、前記返信情報と、前記割引情報の存在を示す情報とを前記ユーザ端末へ送信し、前記割引情報を前記ユーザ端末または前記第1のサービス提供施設へ送信するように前記通信部を制御する情報処理装置。請求項3に記載の情報処理装置であって、前記決済情報には、前記決済した第1のユーザとともに前記第1のサービス提供施設でサービスを提供された他のユーザの電子マネーを識別する第3の電子マネー識別情報が含まれ、前記制御部は、前記受信された第3の電子マネー識別情報と前記第2の電子マネー識別情報が一致する場合にも、前記所定の情報処理を実行する情報処理装置。請求項1に記載の情報処理装置であって、前記利用情報には、前記第1のユーザによる前記第1のサービス提供施設の利用日時を示す情報が含まれており、前記制御部は、前記利用日時から前記第1の批評情報の受信日時までの期間が所定期間以内である場合に、前記所定の情報処理を実行する情報処理装置。ユーザがサービス提供施設を利用したことを示す利用情報と、ユーザ端末において入力され、当該利用情報に対応付けられた、前記サービス提供施設のサービスに対する批評情報とを受信し、前記受信された利用情報及び批評情報を対応付けて記憶し、前記記憶された批評情報の信頼性が高いことを示すための所定の情報処理を実行する情報処理方法。情報処理装置に、ユーザがサービス提供施設を利用したことを示す利用情報と、ユーザ端末において入力され、当該利用情報に対応付けられた、前記サービス提供施設のサービスに対する批評情報とを受信するステップと、前記受信された利用情報及び批評情報を対応付けて記憶するステップと、前記記憶された批評情報の信頼性が高いことを示すための所定の情報処理を実行するステップとを実行させるプログラム。しかしながら、上記特許文献1に記載の技術では、書き込み回数や被閲覧回数を基に影響度が算出されているため、実際には採点対象のサービスを利用していないユーザでも、書き込み回数や被閲覧回数が多ければ影響度も大きくなる。また逆に、実際にサービスを利用したユーザでも、書き込み回数や被閲覧回数が少なければ影響度も小さくなる。すなわち、サービスを適切に評価できるとは言えないユーザの影響度が大きくなり、サービスを適切に評価できると言えるユーザの影響度が小さくなってしまう可能性があり、採点に対する信頼度が高いとは言えない。以上のような事情に鑑み、本開示の目的は、サービスに対する批評情報の信頼度を向上させること可能な情報処理装置、情報処理方法及びプログラムを提供することにある。上記目的を達成するため、本開示の一形態に係る情報処理装置は、通信部と、記憶部と、制御部とを有する。上記通信部は、第1のユーザが第1のサービス提供施設を利用したことを示す第1の利用情報と、ユーザ端末において入力され、当該第1の利用情報に対応付けられた、上記第1のサービス提供施設のサービスに対する第1の批評情報とを受信可能である。上記記憶部は、上記受信された第1の利用情報及び第1の批評情報を対応付けて記憶可能である。上記制御部は、上記記憶された第1の批評情報の信頼性が高いことを示すための所定の情報処理を実行可能である。この構成により情報処理装置は、ユーザの利用情報と批評情報が対応付けられている場合に所定の情報処理を実行にすることで、サービスに対する批評情報の信頼性を向上させることができる。ここでサービス提供施設は、飲食店や美容院等の店舗のほか、病院やホテル等、ユーザに何らかのサービスを提供するあらゆる施設を含む。また利用情報とは、例えば決済情報や、サービス提供施設を利用したユーザにしか得られない情報等である。また所定の情報処理とは、第1の批評情報に何らかの情報を加えたり第1の批評情報を修正したりする処理のほか、第1の批評情報を、利用情報と対応付けられていない他の批評情報をウェブサイト上に公開せず、第1の批評情報のみを公開する処理も含む。例えば、第1の批評情報は、実際にサービスを利用したユーザの批評情報であることを示す情報とともに公開されてもよい。また、第1の批評情報が、サービスへの評価スコアを有する場合、その評価スコアに所定の重み付けがなされてもよい。上記通信部は、上記第1の利用情報に対応付けられていない、上記サービスに対する第2の批評情報を受信可能であってもよい。この場合上記記憶部は、上記受信された第2の批評情報を記憶可能であってもよい。この場合上記制御部は、上記第1の批評情報を上記第2の批評情報と区別可能に加工可能であってもよい。これにより情報処理装置は、第1の批評情報を第2の批評情報と区別可能に加工するため、第1の批評情報の信頼性の高さをユーザに容易に認識させることができる。上記第1の利用情報は、上記第1のサービス提供施設で決済した上記第1のユーザが前記決済に利用した電子マネーを識別する第1の電子マネー識別情報を含み、当該第1のサービス提供施設から送信される決済情報であってもよい。この場合上記通信部は、上記決済情報を受信する第1の通信処理と、上記第1の批評情報と、当該第1の批評情報を入力したユーザが利用する電子マネーを識別する第2の電子マネー識別情報とを受信する第2の通信処理とを実行してもよい。この場合上記制御部は、上記第1の通信処理により受信された決済情報に含まれる上記第1の電子マネー識別情報と、上記第2の通信処理により受信された上記第2の電子マネー識別情報とが一致する場合に、上記所定の情報処理を実行してもよい。これにより情報処理装置は、サービス提供施設における決済情報に含まれる電子マネー識別情報と、批評情報と共に受信された電子マネー識別情報とが一致することをもって、批評情報を送信したユーザがサービス提供施設の利用者であることを担保し、批評情報の信頼性を向上させることができる。ここで電子マネー識別情報とは、例えば、非接触型ICカードや、非接触型ICチップを内蔵した端末スマートフォンや携帯電話機を用いて決済が行われる際に用いられるカードIDである。すなわち、上記決済情報は、ユーザがカードや端末をサービス提供施設のリーダライタにかざして決済を行った後、リーダライタを介して情報処理装置へ送信される。また批評情報は、決済を行った端末において入力されて送信されてもよいし、決済を行った端末とは異なる他の端末PC等において入力されて送信されてもよい。後者の場合、カードIDは、批評情報の送信の際に他の端末のリーダライタにより読み取られて共に送信される。上記ユーザ端末は、上記第1のサービス提供施設に設置されたICタグから、当該ICタグを識別するタグIDを読み取り、当該情報処理装置へ上記第1の批評情報を上記タグIDとともに送信してもよい。この場合上記通信部は、上記タグIDを上記第1の利用情報として受信してもよい。これにより情報処理装置は、タグIDを受信したことをもって、批評情報を送信したユーザがサービス提供施設の利用者であることを担保することができる。上記記憶部は、上記第1のサービス提供施設を含む複数のサービス提供施設の位置情報を記憶してもよい。この場合上記通信部は、上記第1のサービス提供施設とは異なる第2のサービス提供施設のサービスに対する第2の批評情報を受信してもよい。この場合上記制御部は、上記位置情報を基に、上記第1のサービス提供施設と上記第2のサービス提供施設との距離が所定範囲内であると判断した場合、上記第2の批評情報の信頼性が高いことを示すための所定の情報処理を実行してもよい。これにより情報処理装置は、批評対象のサービス提供施設における利用記録がなくても、その周辺のサービス提供施設における利用記録がある場合には、上記批評対象のサービス提供施設も実際に利用したものと類推して、批評情報の信頼性を向上させることができる。上記通信部は、上記第1のサービス提供施設から、上記第1の批評情報に対する返信情報と、当該第1のサービス提供施設において上記第1のユーザに将来提供され得るサービスの決済時に割引を可能とさせる割引情報とを受信してもよい。この場合上記記憶部は、上記受信された返信情報及び割引情報を記憶してもよい。この場合上記制御部は、上記返信情報と、上記割引情報の存在を示す情報とを上記ユーザ端末へ送信し、上記割引情報を上記ユーザ端末または上記第1のサービス提供施設へ送信するように上記通信部を制御してもよい。これにより情報処理装置は、批評情報に対する返信情報をユーザに通知できるとともに、割引情報を第1のサービス提供施設またはユーザ端末に登録させ、将来の決済時に割引を可能とさせることができる。割引情報がユーザ端末へ送信される場合、ユーザ端末の決済用ICチップへそれが書き込まれ、当該ユーザの次回の決済時に割引が可能となる。また割引情報が第1のサービス提供施設へ送信される場合、当該第1のサービス提供施設の決済端末にそれが書き込まれ、当該ユーザの次回の決済時に割引が可能となる。上記決済情報には、上記決済した第1のユーザとともに上記第1のサービス提供施設でサービスを提供された他のユーザの電子マネーを識別する第3の電子マネー識別情報が含まれてもよい。この場合上記制御部は、上記受信された第3の電子マネー識別情報と上記第2の電子マネー識別情報が一致する場合にも、上記所定の情報処理を実行してもよい。これにより情報処理装置は、複数人のユーザに提供されたサービスの代金を一人のユーザがまとめて決済したような場合に、決済したユーザ以外のユーザから批評情報が送信された場合でも、決済したユーザと同様に扱い当該批評情報の信頼性を向上させることができる。上記利用情報には、上記第1のユーザによる上記第1のサービス提供施設の利用日時を示す情報が含まれていてもよい。この場合上記制御部は、上記利用日時から上記第1の批評情報の受信日時までの期間が所定期間以内である場合に、上記所定の情報処理を実行してもよい。これにより情報処理装置は、利用日時から期間が経過してから送信された批評情報の信頼性を下げることができる。本開示の他の形態に係る情報処理方法は、ユーザがサービス提供施設を利用したことを示す利用情報と、ユーザ端末において入力され、当該利用情報に対応付けられた、上記サービス提供施設のサービスに対する批評情報とを受信することを含む。上記受信された利用情報及び批評情報は対応付けられて記憶される。そして、上記記憶された批評情報の信頼性が高いことを示すための所定の情報処理が実行される。本開示のまた別の形態に係るプログラムは、情報処理装置に、受信ステップと、記憶ステップと、公開ステップとを実行させる。上記受信ステップでは、ユーザがサービス提供施設を利用したことを示す利用情報と、ユーザ端末において入力され、当該利用情報に対応付けられた、上記サービス提供施設のサービスに対する批評情報とが受信される。上記記憶ステップでは、上記受信された利用情報及び批評情報が対応付けられて記憶される。上記公開ステップでは、上記記憶された批評情報の信頼性が高いことを示すための所定の情報処理を実行される。以上のように、本開示によれば、サービスに対する批評情報の信頼性を向上させることができる。以下、図面を参照しながら、本開示の実施形態を説明する。<第1の実施形態>まず、本開示の第1の実施形態について説明する。[システムの概要]図1は、本開示の第1の実施形態におけるレビュー投稿システムの構成を示す図である。同図に示すように、このシステムは、モデレーションサーバ100と、ユーザ端末200と、レストラン300とで構成される。ユーザ端末200のユーザは、レストラン300へ来店し、飲食サービスの提供を受け、決済を行うと、その場でまたは退店後、ユーザ端末200を用いて、当該飲食サービスに対するレビュー批評情報を入力し、モデレーションサーバ100またはモデレーションサーバ100が管理するレビュー投稿サイトへ、インターネット50を介して当該レビュー情報を送信投稿する。モデレーションサーバ100へは、レストラン300へ来店していないユーザもレビュー情報を投稿可能である。一方、レストラン300は、上記ユーザが決済を行うと、その決済情報をモデレーションサーバ100へ送信する。当該決済は、例えばFeliCa登録商標等の電子マネーユーザのカードまたは電子マネー機能を有するユーザ端末200により行われる。モデレーションサーバ100は、上記投稿されたレビュー情報について、上記決済情報を基にモデレーション処理を行う。すなわちモデレーションサーバ100は、投稿されたレビュー情報のうち、上記決済情報と対応するレビュー情報を、そうでないレビュー情報と区別可能に加工した上で上記レビュー投稿サイトへ公開する。この場合決済情報は、ユーザがレストランを利用したことを示す利用情報として機能する。このモデレーション処理の詳細については後述する。[モデレーションサーバのハードウェア構成]図2は、本開示の一実施形態に係るモデレーションサーバ100のハードウェア構成を示した図である。同図に示すように、モデレーションサーバ100は、CPUCentralProcessingUnit11、ROMReadOnlyMemory12、RAMRandomAccessMemory13、入出力インタフェース15、及び、これらを互いに接続するバス14を備える。CPU11は、必要に応じてRAM13等に適宜アクセスし、各種演算処理を行いながらモデレーションサーバ100の各ブロック全体を統括的に制御する。ROM12は、CPU11に実行させるOS、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。RAM13は、CPU11の作業用領域等として用いられ、OS、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。入出力インタフェース15には、表示部16、入力部17、記憶部18、通信部19等が接続される。表示部16は、例えばLCD、OELD、CRTCathodeRayTube等を用いた表示デバイスである。当該表示部16は、モデレーションサーバ100に内蔵されていてもよいし、モデレーションサーバ100に外部接続されていてもよい。入力部17は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。入力部17がタッチパネルを含む場合、そのタッチパネルは表示部26と一体となり得る。記憶部18は、例えばHDDや、フラッシュメモリ、その他の固体メモリ等の不揮発性メモリである。当該記憶部18には、上記OSや各種アプリケーション、各種データが記憶される。特に本実施形態では、記憶部18には、各ユーザのユーザ名、年齢、性別、メールアドレス等のユーザ情報や、各レストランの店名、位置情報経度緯度情報等のレストラン情報や、ユーザ端末200から受信されたレビュー情報、レストラン300から受信された決済情報等のデータベースが記憶される。また記憶部18には、当該レビュー投稿システムにおけるモデレーション処理を実行するためのアプリケーション等のソフトウェアも記憶される。通信部19は、インターネット50やLANに有線接続するためのNIC等であり、ユーザ端末200及びレストラン300との間の通信処理を担う。通信部19は例えば、ユーザ端末200からレビュー情報を受信し、レストラン300から決済情報を受信する。[システムの動作]次に、以上のように構成されたレビュー投稿システムの動作について、モデレーションサーバ100の動作を中心に説明する。モデレーションサーバ100の動作は、上記CPU11の制御下において、他のハードウェア及びソフトウェアアプリケーションと協働して行われる。基本動作図3は、レビュー投稿システムの基本的な動作の流れを示したシーケンス図である。これ以降の図においては、説明の便宜上、モデレーションサーバ100と、レビュー投稿サイト及びデータベースとがそれぞれ別個に示されているが、データベース及びレビュー投稿サイトはモデレーションサーバ100と一体となり得る。図3に示すように、まず、ユーザは、レストラン300においてサービスの提供を受け、電子マネーによりその対価の決済を行う。当該電子マネーによる決済は、例えば、ユーザが携帯している電子マネー対応のICカードや、電子マネー機能ICチップを内蔵したユーザ端末200携帯電話機やスマートフォン等を、レストラン300に設置されたPOSPointOfSaleレジスタに接続されたリーダライタにかざすことにより行われる。当該リーダライタは、NFCNearFieldCommunicationに準じた通信処理に対応しているものとする。上記電子マネー機能を有するICチップには、当該ICカードまたはICチップを識別するすなわち、電子マネーを識別するカードIDが記憶されている。上記決済時には、リーダライタにより、ICカードやユーザ端末200から、上記カードIDが読み取られるステップ31。レストラン300のPOSレジスタまたはそれに接続された通信機器は、当該カードIDを含む決済情報をモデレーションサーバ100へ送信するステップ32。当該カードID以外の決済情報としては、レストラン300を識別するレストランID、決済日時、使用金額、注文内容、人数、滞在時間等が含まれる。モデレーションサーバ100は、上記決済情報を受信すると、当該決済情報に含まれる各情報を対応付けてデータベースへ書き込むステップ33。その後、ユーザは、決済を行ったユーザ端末200により、上記決済を行ったレストラン300のサービスに対するレビュー情報を入力する。ユーザ端末200は、当該入力されたレビュー情報を、上記カードIDとともにレビュー投稿サイトへ投稿する。レビュー情報の入力及び送信は、決済を行ったユーザ端末200以外の機器により行われてもよい。例えばユーザが帰宅してPCによりレビュー情報を投稿する場合、当該PCに内蔵されたリーダライタに、決済を行ったICカードやユーザ端末200をかざしてカードIDを読み取らせ、その上でレビュー情報を入力する。また、レビュー情報の入力は、決済直後に行われる場合もある。例えば、電子マネー対応のユーザ端末200で決済を行った際に、レストラン300のリーダライタがレビュー投稿サイトのURLをユーザ端末200へプッシュ送信してもよい。ユーザは当該URLを用いてその場でレビュー情報を入力し投稿することができる。当該URLは、レストラン300ごとに存在するものとする。続いて、レビュー投稿サイトは、上記カードID及びレビュー投稿サイトURLに対応するレストランIDをモデレーションサーバ100へ送信するステップ35。モデレーションサーバ100は、当該受信したカードIDをキーとして、それに対応するレストランIDを検索するステップ36。対応するレストランIDが存在するということは、レビュー情報とともに投稿されたカードIDと、上記決済時にデータベースに登録したカードIDとが一致することを意味する。対応するレストランIDが見つかった場合、モデレーションサーバ100は、対応するカードIDに関連付けられた決済情報利用日時、注文内容、使用金額、滞在時間、人数と、ユーザ情報年齢、性別等とをモデレーション情報として生成してレビュー投稿サイトへ送信するステップ37。レビュー投稿サイトでは、上記モデレーション情報を上記投稿されたレビュー情報に付加して公開するステップ38。このレビュー情報へのモデレーション情報の付加とは、レビュー情報の信頼性が高いことを示すための情報処理を意味する。当該モデレーション情報の付加の態様は様々である。例えば、レビュー投稿サイト上で、レビュー情報と共に、上記利用日時、注文内容、使用金額、滞在時間、人数等の情報が表示されてもよい。注文内容が表示されることで、具体的なメニューに対するレビューの信頼性が向上する。また単に、レビュー情報と共に、このユーザはこのレストランを利用していますといった、利用を示す文字情報が表示されてもよい。また、文字情報に代えて、ユーザがレストランを利用したことを示すアイコンが表示されてもよい。また、レビュー情報が、何らかのスコア例えば星の数によりレストランを評価するものである場合、モデレーション情報の付加処理として、スコアの重み付け処理が行われてもよい。すなわち、レビュー情報におけるスコアが高い場合にはそのスコアがより高く修正されてもよいし、逆に低い場合にはより低く修正されてもよい。さらに、モデレーション情報の付加処理として、カードIDが登録されているレビュー情報すなわち、実際に来店したユーザからのレビュー情報と、そうでないレビュー情報とが、レビュー投稿サイト上で別個の領域で表示されてもよい。また、所定のGUIGraphicalUserInterfaceにより、カードIDが登録されているレビュー情報のみがフィルタリングされて表示可能となるよう設定されてもよい。レストランの位置情報を用いたモデレーション処理図4は、レストラン300の位置情報を用いたモデレーション処理の流れを示すシーケンス図である。上記図3では、実際に決済が行われたレストラン300に対するレビュー情報にモデレーション情報が付加された。しかし、図4の処理では、レビュー情報が投稿されたレストランにおける決済情報が登録されていなくても、そのレストランの周辺のレストランにおける決済情報が登録されている場合には、レビュー対象のレストランも利用した可能性が高いと考えられることから、モデレーション情報が付加される。同図において、ステップ41~ステップ43までの処理は上記図3のステップ31~33までの処理と同様である。ユーザから、レストランBのサービスに対して、レビュー情報がカードIDとともに投稿されるとステップ44、レビュー投稿サイトは、当該レストランBのレストランIDとカードIDとをモデレーションサーバ100へ送信するステップ45。モデレーションサーバ100は、受信したカードIDをキーに、対応するレストランIDをデータベースから検索するステップ46。この検索の結果、対応するレストランIDが見つからない場合、データベースからエラーが通知されるステップ47。この場合モデレーションサーバ100は、レストランBの半径xkm例えば1km以内の周辺のレストラン情報をレビュー投稿サイトへ問い合わせるステップ48。レビュー投稿サイトは、予め登録されてある各レストランの位置情報経度緯度情報を基に、レストランBの半径xkm以内に位置するレストラン例えばレストランA、C、D、E、Fの情報レストランID等を返すステップ49。モデレーションサーバ100は、レビュー情報とともに送信されたカードIDをキーに、当該返信されたレストランIDを検索するステップ50。そしてモデレーションサーバ100は、いずれかのレストランIDが見つかった場合、上記図3のステップ37及びステップ38と同様に、レビュー情報にモデレーション情報を付加して公開するステップ51、52。この際、レストランBのレビュー情報とともに、例えば、レストランBの周辺店舗の決済記録があったことまたはその決済情報の詳細が表示される。図5は、レストランの位置とレビュー情報の信頼度との関係を示した図である。同図に示すように、決済が行われたレストランの周囲xkmの範囲は、ユーザの行動範囲縄張りであってレビュー情報の信頼度が高い範囲とされる。すなわち、決済は行われていないがレビューが投稿されたレストラン上記レストランBが、決済したレストラン例えばレストランAの周囲xkm以内に存在する場合、レビュー情報にモデレーション情報が付加される。これは、上述のように、決済したレストランAの1km以内に存在するレストランBにレビューを投稿しているユーザは、電子マネーによる決済は行っていなくても、実際にレストランBを訪れて例えば現金により決済を行っている可能性が高いと考えられるからである。このような処理により、決済情報が登録されているレストランに対するレビュー情報の信頼性のみならず、その周辺のレストランに対するレビュー情報の信頼性も向上する。モデレーション処理後の割引処理本実施形態では、モデレーションサーバ100は、レビューの内容がレストラン300に対する苦情であった場合、ユーザがレストラン300へ次回来店する場合に代金の割引を行わせることもできる。以下、割引処理の3つの態様について説明する。もちろん、レビュー情報の内容が苦情でなく、レストラン側に好意的な内容である場合でも割引が行われても構わない。図6は、第1の態様における割引処理の流れを示したシーケンス図である。同図において、ステップ61~ステップ68は、上記図3のステップ31~ステップ38の処理と同様である。レビュー情報が公開されると、モデレーションサーバ100は、当該レビュー情報を識別するレビューIDをデータベースに登録するステップ69。この際、レビューIDと、上記レストランID及びカードIDが紐付けられる。レビュー情報を閲覧したレストラン300の管理者は、当該レビュー情報が苦情であると判断すると、それに対する謝罪情報を入力して送信するステップ70。その際、ユーザが次回来店した際に代金の割引を可能とするための割引情報も送信される。レビュー投稿サイトは、謝罪情報及び割引情報を受信すると、当該割引情報及び上記レビューIDをモデレーションサーバ100へ送信するステップ71。モデレーションサーバ100は、上記レビューIDをキーにして対応するカードIDを検索し、当該カードIDを対応付けて割引情報を登録するステップ72。またレビュー投稿サイトは、上記割引情報とカードIDとを対応付けてレストラン300へ送信し、レストラン300のPOSレジスタにその情報を登録させるステップ73。それとともにレビュー投稿サイトは、受信した謝罪情報を、カードIDに対応付けられたメールアドレスへ送信するステップ74。この際、次回来店した場合に割引される旨も通知される。そして、ユーザが次回来店し、電子マネーにより決済を行った際には、既にPOSレジスタに割引情報とカードIDと対応付けされて登録されているため、カードIDが読み取られることで、割引後の代金により決済が行われるステップ75。決済が完了すると、カードIDを含む決済情報がモデレーションサーバ100へ送信されるステップ76。モデレーションサーバ100は、当該決済情報に含まれるカードIDに対応する割引情報をデータベースから削除するステップ77。図7は、第2の態様における割引処理の流れを示したシーケンス図である。同図において、ステップ81~ステップ93までの処理は、上記図6におけるステップ61~ステップ74までの処理とほぼ同様であるが、レストラン300のPOSレジスタに対する割引情報及びカードIDの登録が行われない点が異なる。ユーザは、メールを受信した後、モデレーションサーバ100へカードIDをユーザ端末200から送信するステップ94。モデレーションサーバ100は、当該カードIDに対応して登録されている割引情報をユーザ端末200へ返信するステップ95。これによりユーザ端末200のICチップに割引情報が書き込まれる。そして、ユーザが次回来店した際には、カードIDとともに割引情報がリーダライタにより読み取られ、割引後の代金により決済が行われるステップ96。その後の割引情報の削除処理は上記図6のステップ76及びステップ77と同様であるステップ97、98。図8は、第3の態様における割引処理の流れを示したシーケンス図である。同図において、ステップ101~ステップ113までの処理は、上記図7のステップ81~ステップ93までの処理と同様である。ユーザが次回来店し、決済を行った場合ステップ114、カードID及びレストランIDを含む決済情報がモデレーションサーバ100へ送信されるステップ115。モデレーションサーバ100は、決済情報を受信すると、カードIDとレストランIDとをキーに、対応する割引情報を検索しステップ116、レストラン300へ送信するステップ117。これにより、レストラン300のPOSレジスタにおける決済金額が割引後の金額に更新される。またモデレーションサーバ100は、割引情報を送信すると、それを削除するステップ118。複数人分のサービス料金を代表者が決済した場合のモデレーション処理上記では、1人のユーザが決済を行った場合について説明した。しかし、複数人でサービスを受けた場合に、そのうちの1人が代表としてまとめて決済を行うこともある。そこで本実施形態では、そのような場合に、モデレーションサーバ100は、決済を行ったユーザのレビュー情報のみならず、サービスを提供された他のユーザのレビュー情報についてもモデレーション処理を行うこととしている。図9は、複数人分のサービス代金を代表者が決済した場合のモデレーション処理の流れを示したシーケンス図である。同図では、ユーザA、ユーザB、ユーザCの3人が一緒にサービスの提供を受け、ユーザAが代表として決済を行い、ユーザBがレビューを投稿した場合を例に説明する。まず、ユーザAが3人分の代金をまとめて決済した場合、リーダライタによりユーザAのICカードまたはユーザ端末200からカードID-Aが読み取られるステップ121。その際、店員から、ユーザB及びユーザCにもICカードまたはユーザ端末をリーダライタへかざすように要求され、ユーザBのカードID-B及びユーザCのカードID-Cも読み取られるステップ122、123。レストラン300は、POSレジスタを介して、上記カードID-A、カードID-B及びカードID-Cを含む決済情報をモデレーションサーバ100へ送信するステップ124。モデレーションサーバ100は、当該決済情報をデータベースへ書き込むステップ125。続いて、ユーザBが、レビュー投稿サイトへレビュー情報をカードID-Bとともに投稿するステップ126。レビュー投稿サイトは、当該カードID-Bと、レビュー情報に対応するレストランIDとをモデレーションサーバ100へ送信するステップ127。モデレーションサーバ100は、当該カードID-Bにより対応するレストランIDを検索するステップ128。上述の通り、カードID-AのみならずカードID-Bもデータベースに登録されているため、その後は図3等で説明したのと同様にモデレーション情報がレビュー情報へ付加され公開されるステップ129、130。したがって、モデレーションサーバ100は、実際には決済を行っていないユーザからのレビュー情報についても、そのユーザのカードIDを登録することでモデレーション情報を付加することができる。[まとめ]以上説明したように、本実施形態によれば、モデレーションサーバ100は、レビューを投稿したユーザの電子マネーによる決済情報が存在する場合には、実際に来店したユーザのレビュー情報としてそれにモデレーション情報を付加することができ、レビュー情報の信頼度を向上させることができる。またレビュー情報が仮にレストラン側を非難する情報であっても、それは実際に来店したユーザからのレビュー情報であるため、悪質な誹謗中傷とは区別される。そしてレストラン側は当該苦情に対して迅速かつ的確に対応し、また割引情報を登録するなどして、結果的にレストランに対する信用を高めることもできる。また電子マネーによる決済情報が利用されることで、レストラン側は、ユーザの個人情報を把握していないため、レストラン側に対するユーザの匿名性も確保される。<第2の実施形態>次に、本開示の第2の実施形態について説明する。本実施形態においては、上記第1の実施形態と異なる点を中心に説明する。本実施形態において説明がない箇所については、上記第1の実施形態の構成を適用できる。図10は、本実施形態におけるレビュー投稿システムの基本的な動作の流れを示したシーケンス図である。本実施形態においては、モデレーション処理に、上記決済情報に代えて、レストランに設置されたICタグのタグIDが用いられる。ICタグは、例えばレストラン300の例えばPOSレジスタ近傍に置かれたステッカーやフライヤー等の媒体に内蔵されているものである。当該ICタグは、例えばNFC等の無線通信規格に対応したユーザ端末200と通信可能である。ICタグには、当該ICタグを一意に識別するタグIDと、上記レビュー投稿サイトのURLが記憶されている。同図に示すように、決済時に、ユーザがユーザ端末200によりICタグからタグID及びレビュー投稿サイトのURLを読み取るステップ131。ユーザは、上記URLを用いてレビュー投稿サイトへレビュー情報を投稿するステップ132。その際、タグIDもともに送信される。上記タグIDは、レビュー投稿サイトを介してモデレーションサーバ100へ送信されるステップ133。モデレーションサーバ100は、当該タグIDを受信すると、上記レビュー情報に対するモデレーション情報を生成しステップ134、レビュー情報に付加して公開させるステップ135。本実施形態では、決済情報はモデレーションサーバ100へ送信されない。したがって本実施形態におけるモデレーション情報は、例えば、レビュー情報を投稿したユーザが実際に来店したことを示す文字情報やアイコン等である。以上のように、本実施形態では、タグIDが、ユーザがレストランを利用したことを示す利用情報として機能する。そして、モデレーションサーバ100において、レビュー情報に対応するタグIDが登録されている場合には、レビュー情報を投稿したユーザはレストラン300に実際に来店したものと判断されるため、当該レビュー情報にモデレーション情報が付加されて公開される。本実施形態においては、決済情報はモデレーションサーバ100へ送信されなかったが、上記カードIDを除く情報は送信されても構わない。その場合は、モデレーション情報の付加処理としては上述の第1実施形態と同様の処理が実行され得る。<第3の実施形態>次に、本開示の第3の実施形態について説明する。本実施形態においては、上記第1の実施形態と異なる点を中心に説明する。本実施形態において説明がない箇所については、上記第1の実施形態の構成を適用できる。図11は、本発明の第3実施形態におけるレビュー投稿システムの基本的な動作の流れを示したシーケンス図である。本実施形態においては、モデレーション処理に、上記決済情報やタグIDに代えて、決済の際にユーザに渡されるレシートに印刷されたQRコードが用いられる。QRコードには、当該QRコードを一意に識別するQRコードIDと、上記レビュー投稿サイトのURLが記憶されている。同図に示すように、ユーザがレストラン300において決済を行うと、QRコードIDを含む決済情報がモデレーションサーバ100へ送信されるステップ141。モデレーションサーバ100は、当該決済情報をデータベースへ登録するステップ142。決済が完了すると、店員からQRコード付きのレシートが発行される。ユーザは、当該QRコードを、ユーザ端末200に内蔵されたカメラで読み取る。ユーザは、上記URLを用いてレビュー投稿サイトへレビュー情報を投稿するステップ143。その際、上記QRコードIDもともに送信される。その後は、上記第1実施形態の図3で示したのと同様に、QRコードIDがカードIDと同様に扱われることで、レビュー情報にモデレーション情報が付加されて公開されるステップ144~147。以上のように、本実施形態では、QRコードIDが、ユーザがレストランを利用したことを示す利用情報として機能する。そして、モデレーションサーバ100において、レビュー情報に対応するQRコードIDが登録されている場合には、レビュー情報を投稿したユーザはレストラン300に実際に来店したものと判断されるため、当該レビュー情報にモデレーション情報が付加されて公開される。[その他の変形例]本開示は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。上述の各実施形態では、カードID、タグID、QRコードID等の利用情報の存在をもって、ユーザによって投稿されたレビュー情報にモデレーション情報が付加された。しかし、そもそも、利用情報が存在しない場合には、レビュー情報の投稿が受け付けられないようにレビュー投稿サイトが設定されていてもよい。この場合、実際に来店したまたはその可能性が高いユーザのレビュー情報のみが公開されるため、レビュー投稿サイト自体の信頼度が向上する。上述の各実施形態においては、ユーザがレストランを利用した場合のモデレーション処理が説明された。しかし、レストランに限らず、例えば小売店、カラオケ店、クリーニング店、美容院等の店舗のほか、病院やホテル等、ユーザに何らかのサービスを提供するあらゆる施設における利用情報がモデレーション処理に用いられてもよい。また、上述の第1の実施形態においては、ユーザがレビュー情報を投稿したレストランから所定距離内に位置するレストランでの利用情報が登録されている場合にモデレーション情報が付加された。しかし、レストランに限らず、例えば上記レストランから所定距離内に位置するあらゆる施設での利用情報が1つでも存在すれば、モデレーション情報が付加されてもよい。この場合、利用情報は決済情報でなくてもよい。例えばユーザ端末がGPSGlobalPositioningSystem機能を有し、モデレーションサーバ100がGPSにより取得された位置情報を例えば定期的にユーザ端末200から受信し、当該位置情報が上記所定距離内であれば、モデレーション情報が付加されてもよい。上述の第1の実施形態では、カードIDは各ユーザに1つ存在することを前提に説明がなされたが、ユーザが複数の電子マネー対応のカードまたはユーザ端末を有していることも考えられる。この場合、モデレーションサーバ100は、名寄せと同様の処理を行い、複数のカードIDを対応付けて管理することで、ユーザがどのカードIDを用いてもモデレーション処理を行うことができる。上述の各実施形態において、決済日時とレビュー情報の投稿日時までの期間が所定期間以上である場合には、モデレーションサーバ100は、モデレーション情報の付加対象となるレビュー情報であっても、モデレーション情報を付加しないようにしてもよい。これは、来店から相当期間が経過した後のレビュー情報は現在のレストランの状態を必ずしも反映していないと考えられるからである。またこの処理と上記割引情報の登録処理とが組み合わさることで、ユーザには来店後すぐにレビュー情報を投稿するインセンティブが発生し、レストラン側もレビューに対する迅速な処理が可能となる。上述の各実施形態におけるモデレーション情報は、レコメンド処理にも応用可能である。例えば、協調フィルタリングを用いた、この店を高く評価した人はこんなお店も高く評価していますといったレコメンド広告の信頼度がより向上する。上述の各実施形態においては、本開示が、一般的なコンピュータとしてのハードウェアを備えたサーバに適用された例が示されたが、本開示は他のあらゆる情報処理装置にも同様に適用可能である。[その他]本開示は以下のような構成もとることができる。1第1のユーザが第1のサービス提供施設を利用したことを示す第1の利用情報と、ユーザ端末において入力され、当該第1の利用情報に対応付けられた、前記第1のサービス提供施設のサービスに対する第1の批評情報とを受信可能な通信部と、前記受信された第1の利用情報及び第1の批評情報を対応付けて記憶可能な記憶部と、前記記憶された第1の批評情報の信頼度が高いことを示すための所定の情報処理を実行可能な制御部とを具備する情報処理装置。2上記1に記載の情報処理装置であって、前記通信部は、前記第1の利用情報に対応付けられていない、前記サービスに対する第2の批評情報を受信可能であり、前記記憶部は、前記受信された第2の批評情報を記憶可能であり、前記制御部は、前記第1の批評情報を前記第2の批評情報と区別可能に加工可能する情報処理装置。3上記1または2に記載の情報処理装置であって、前記第1の利用情報は、前記第1のサービス提供施設で決済した前記第1のユーザが前記決済に利用した電子マネーを識別する第1の電子マネー識別情報を含み、当該第1のサービス提供施設から送信される決済情報であり、前記通信部は、前記決済情報を受信する第1の通信処理と、前記第1の批評情報と、当該第1の批評情報を入力したユーザが利用する電子マネーを識別する第2の電子マネー識別情報とを受信する第2の通信処理とを実行し、前記制御部は、前記第1の通信処理により受信された決済情報に含まれる前記第1の電子マネー識別情報と、前記第2の通信処理により受信された前記第2の電子マネー識別情報とが一致する場合に、前記所定の情報処理を実行する情報処理装置。4上記1または2に記載の情報処理装置であって、前記ユーザ端末は、前記第1のサービス提供施設に設置されたICタグから、当該ICタグを識別するタグIDを読み取り、当該情報処理装置へ前記第1の批評情報を前記タグIDとともに送信し、前記通信部は、前記タグIDを前記第1の利用情報として受信する情報処理装置。5上記1から4のいずれかに記載の情報処理装置であって、前記記憶部は、前記第1のサービス提供施設を含む複数のサービス提供施設の位置情報を記憶し、前記通信部は、前記第1のサービス提供施設とは異なる第2のサービス提供施設のサービスに対する第2の批評情報を受信し、前記制御部は、前記位置情報を基に、前記第1のサービス提供施設と前記第2のサービス提供施設との距離が所定範囲内であると判断した場合、前記第2の批評情報の信頼度が高いことを示すための所定の情報処理を実行する情報処理装置。6上記1から5のいずれかに記載の情報処理装置であって、前記通信部は、前記第1のサービス提供施設から、前記第1の批評情報に対する返信情報と、当該第1のサービス提供施設において前記第1のユーザに将来提供され得るサービスの決済時に割引を可能とさせる割引情報とを受信し、前記記憶部は、前記受信された返信情報及び割引情報を記憶し、前記制御部は、前記返信情報と、前記割引情報の存在を示す情報とを前記ユーザ端末へ送信し、前記割引情報を前記ユーザ端末または前記第1のサービス提供施設へ送信するように前記通信部を制御する情報処理装置。7上記3に記載の情報処理装置であって、前記決済情報には、前記決済した第1のユーザとともに前記第1のサービス提供施設でサービスを提供された他のユーザの電子マネーを識別する第3の電子マネー識別情報が含まれ、前記制御部は、前記受信された第3の電子マネー識別情報と前記第2の電子マネー識別情報が一致する場合にも、前記所定の情報処理を実行する情報処理装置。8上記1から7のいずれかに記載の情報処理装置であって、前記利用情報には、前記第1のユーザによる前記第1のサービス提供施設の利用日時を示す情報が含まれており、前記制御部は、前記利用日時から前記第1の批評情報の受信日時までの期間が所定期間以内である場合に、前記所定の情報処理を実行する情報処理装置。