(57)【要約】【課題】投稿情報の確からしさを適切に評価可能にすること。【解決手段】情報処理装置１０１は、第１のユーザの投稿情報を受信する。情報処理装置１０１は、第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部１１０を参照して、受信した投稿情報に対応する位置に存在した第２のユーザを検索する。情報処理装置１０１は、検索した第２のユーザに対して投稿情報の評価依頼を送信する。投稿情報の評価依頼は、投稿情報の確からしさを評価するよう依頼するものである。【選択図】図１
2019045950.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索し、
検索した前記第２のユーザに対して前記投稿情報の評価依頼を送信する、
制御部を有することを特徴とする情報処理装置。
【請求項２】
前記評価依頼は、前記投稿情報の評価を行うアプリケーションを含む、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
前記投稿情報を受信すると、前記記憶部を参照して、前記投稿情報に対応する位置に前記第１のユーザが存在したか否かを判断し、
前記第１のユーザが存在したと判断した場合に、前記記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索する、
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記記憶部は、ユーザが存在した位置に関する情報を、当該ユーザが当該位置に存在した時点を特定する情報と対応付けて記憶しており、
前記制御部は、
前記記憶部を参照して、前記投稿情報に対応する位置に前記第１のユーザと同一時期に存在した第２のユーザを検索する、ことを特徴とする請求項１〜３のいずれか一つに記載の情報処理装置。
【請求項５】
前記制御部は、
前記第２のユーザからの前記投稿情報の評価結果を受信し、
受信した前記投稿情報の評価結果に基づいて、前記投稿情報の公開を制御する、
ことを特徴とする請求項１〜４のいずれか一つに記載の情報処理装置。
【請求項６】
前記制御部は、
前記投稿情報の評価結果の総数が閾値以上となった場合に、前記投稿情報を公開する、ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記制御部は、
前記第２のユーザに含まれる特定のユーザからの前記投稿情報の評価結果を受信した場合に、前記投稿情報を公開する、ことを特徴とする請求項５または６に記載の情報処理装置。
【請求項８】
前記特定のユーザは、前記投稿情報に対応する位置を訪れた回数が、閾値以上のユーザ、または、前記第２のユーザのうちで最大のユーザである、ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記制御部は、
前記投稿情報を公開する場合に、前記投稿情報とともに、前記投稿情報の評価結果に関する情報を閲覧可能に公開する、ことを特徴とする請求項５〜８のいずれか一つに記載の情報処理装置。
【請求項１０】
複数の端末と情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
前記複数の端末のうち第１のユーザの端末から前記第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索し、前記複数の端末のうち検索した前記第２のユーザの端末に対して前記投稿情報の評価依頼を送信する、
ことを特徴とする情報処理システム。
【請求項１１】
第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索し、
検索した前記第２のユーザに対して前記投稿情報の評価依頼を送信する、
処理をコンピュータが実行することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、および情報処理方法に関する。
【背景技術】
【０００２】
近年、インターネットの普及にともなって、消費者は、旅行・食事・買い物といった消費行動において、インターネット上で公開されたクチコミ情報を、次の行動の判断材料として用いることが多くなっている。
【０００３】
先行技術としては、更新対象となるユーザＩＤのプレゼンス情報を、当該更新対象となるユーザＩＤのプレゼンス情報と当該更新対象となるユーザＩＤと位置的に関連のあるユーザＩＤのプレゼンス情報とに基づいて推定し更新するものがある。また、所在場所をキーにメンバーのグルーピングを行い、特定のメンバーを除外して、コミュニティ生成用のデータを作成する技術がある。また、第１のユーザに第１の評価用情報を提供し、第１の評価用情報に基づいて第１のユーザが行う評価対象についての評価の内容に関する情報を取得し、取得した情報と該情報の評価対象について選択可能な特典に関する情報とを表示させる技術がある。また、サーバによって投稿情報を受信し、受信した投稿情報を添付された位置データに基づき信頼度を評価する技術がある。また、端末装置から送信された、ある事象についての投稿情報と、端末装置により計測された近距離無線通信により直接通信可能となった他の端末装置の数とを取得し、取得した他の端末装置の数に基づいて、投稿情報の信頼度を判断する技術がある。また、ユーザが携行している移動端末から通知される位置情報に基づき、店舗や施設への利用実績を管理し、管理されている利用実績に基づいて、ユーザによる投稿の書込み可否を判定する技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１８３８３５号公報
【特許文献２】特開２００８−１３４７０７号公報
【特許文献３】特開２００８−１５８７１２号公報
【特許文献４】特開２００７−３０４９７７号公報
【特許文献５】特開２０１６−１５００８号公報
【特許文献６】特開２０１１−２２１８０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、インターネット等で公開される投稿情報、例えば、クチコミ情報の確からしさを評価することが難しい。
【０００６】
一つの側面では、本発明は、投稿情報の確からしさを評価可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
１つの実施態様では、第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索し、検索した前記第２のユーザに対して前記投稿情報の評価依頼を送信する、情報処理装置が提供される。
【０００８】
また、１つの実施態様では、複数の端末と情報処理装置とを含む情報処理システムであって、前記情報処理装置は、前記複数の端末のうち第１のユーザの端末から前記第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索し、前記複数の端末のうち検索した前記第２のユーザの端末に対して前記投稿情報の評価依頼を送信する、情報処理システムが提供される。
【発明の効果】
【０００９】
本発明の一側面によれば、投稿情報の確からしさを評価可能にすることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。
【図２】図２は、情報処理システム２００のシステム構成例を示す説明図である。
【図３】図３は、情報処理装置１０１のハードウェア構成例を示すブロック図である。
【図４】図４は、端末Ｔｉのハードウェア構成例を示すブロック図である。
【図５】図５は、プレイスＤＢ２２０の記憶内容の一例を示す説明図である。
【図６】図６は、ルールＤＢ２３０の記憶内容の一例を示す説明図である。
【図７】図７は、チェックイン／アウト履歴ＤＢ２４０の記憶内容の一例を示す説明図である。
【図８】図８は、ユーザＤＢ２５０の記憶内容の一例を示す説明図である。
【図９】図９は、投稿・評価情報ＤＢ２６０の記憶内容の一例を示す説明図である。
【図１０】図１０は、投稿画面ＣＳの画面例を示す説明図である。
【図１１】図１１は、評価画面ＥＳの画面例を示す説明図である。
【図１２】図１２は、情報処理装置１０１の機能的構成例を示すブロック図である。
【図１３】図１３は、情報処理システム２００の動作例を示す説明図（その１）である。
【図１４】図１４は、情報処理システム２００の動作例を示す説明図（その２）である。
【図１５】図１５は、情報処理システム２００の動作例を示す説明図（その３）である。
【図１６】図１６は、閲覧画面ＲＳの画面例を示す説明図である。
【図１７】図１７は、端末Ｔｉのチェックイン／アウト検出処理手順の一例を示すフローチャートである。
【図１８】図１８は、端末Ｔｉの投稿申請処理手順の一例を示すフローチャートである。
【図１９】図１９は、端末Ｔｉの評価処理手順の一例を示すフローチャートである。
【図２０】図２０は、情報処理装置１０１のチェックイン／アウト管理処理手順の一例を示すフローチャートである。
【図２１】図２１は、情報処理装置１０１の評価依頼処理手順の一例を示すフローチャートである。
【図２２】図２２は、情報処理装置１０１の公開制御処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に図面を参照して、本発明にかかる情報処理装置、情報処理システム、および情報処理方法の実施の形態を詳細に説明する。
【００１２】
（実施の形態）
図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、ユーザの投稿情報の確からしさの評価を支援するコンピュータである。端末１０２（図１の例では、端末１０２−１〜１０２−３）は、ユーザが使用するコンピュータである。
【００１３】
投稿情報は、施設や場所に関する情報であり、複数のユーザで共有することを目的として投稿される情報である。施設は、例えば、店舗、レジャー施設、ホテルなどである。場所は、地図上のいずれかの場所であり、例えば、観光地、高速道路などである。投稿情報には、施設や場所についてのユーザのコメントや評価が含まれる。投稿情報には、施設や場所についての画像データ、音声データが付与されていてもよい。
【００１４】
また、投稿情報には、位置を特定する情報が含まれる。位置を特定する情報は、例えば、施設や場所の名称、住所であってもよく、また、施設や場所の位置を示す緯度・経度であってもよい。具体的には、例えば、投稿情報は、店舗のクチコミ情報や、高速道路の渋滞情報や事故情報などである。
【００１５】
ここで、インターネット上で公開される投稿情報、例えば、クチコミ情報は、旅行・食事・買い物といった消費行動において、消費者の次の行動を決める判断材料として用いられることが多い。また、クチコミ情報を投稿したユーザに対して、クーポンなどのインセンティブを与えることも行われている。
【００１６】
一方、インターネット上に公開されるクチコミ情報には、その内容が確かではないものもある。例えば、クーポンなどのインセンティブを目的として、実際は店舗に行っていないにもかかわらず、その店舗に関するクチコミ情報を投稿する人もいる。そのようなクチコミ情報を見た人が、実際に店舗に行ってしまうと、想像と異なる結果となってしまう場合がある。
【００１７】
このため、インターネット等で公開されるクチコミ情報の確からしさを判断することは重要である。なお、実際に店舗を訪れた人だけが投稿できるようにクチコミ情報の書き込み制御を行うことが考えられる。しかし、実際に店舗を訪れた人であっても、情報入力の面倒さから適当なコメントをすることがあり、確からしさが欠ける情報が公開されてしまう場合がある。
【００１８】
また、投稿されたクチコミ情報の確からしさを、サービスプロバイダ側で目視チェックにより判断することも考えられる。しかし、クチコミ情報の投稿数が多くなると、目視チェックにかかる負荷が増大し、一つ一つクチコミ情報の確からしさをチェックすることは困難である。さらに、クチコミ情報の内容だけでは、その確からしさを判断できない場合もある。
【００１９】
例えば、飲食店において、実際は注文した料理がスムーズに出てきたにもかかわらず、「注文したものが全然出てこなかった（怒）！」と書かれたクチコミ情報があったとしても、サービスプロバイダ側でその確からしさを判断することは困難である。このようなクチコミ情報は、店舗の信頼を低下させてしまうおそれがある。
【００２０】
そこで、本実施の形態では、ユーザの投稿情報の確からしさを適切に評価可能にする情報処理方法について説明する。以下、情報処理装置１０１および端末１０２の動作例について説明する。ここでは、各端末１０２−１〜１０２−３のユーザＡ，Ｂ，Ｃが店舗Ｘをそれぞれ訪れた場合を想定する。
【００２１】
（１）端末１０２は、自端末のユーザが存在した位置に関する情報を情報処理装置１０１に送信する。ここで、ユーザが存在した位置に関する情報は、例えば、施設や場所への入退出を示す情報であってもよく、また、端末１０２の緯度・経度を示す情報であってもよい。
【００２２】
施設や場所への入退出は、例えば、施設や場所に設置される無線機（ビーコン装置等）から発信される信号を端末１０２で受信することにより検知することができる。施設や場所への入退出を示す情報には、例えば、施設や場所の名称や、施設や場所への入退出時刻などが含まれる。
【００２３】
図１の例では、各端末１０２−１〜１０２−３の緯度・経度を示す情報が、各端末１０２−１〜１０２−３から情報処理装置１０１に定期的に送信される場合を想定する。
【００２４】
（２）情報処理装置１０１は、第１のユーザの投稿情報を受信する。図１の例では、店舗Ｘに行ったユーザＢが、自宅に戻ってから、端末１０２−２で店舗Ｘについての投稿情報１２０を作成して投稿する場合を想定する。この場合、情報処理装置１０１は、端末１０２−２からユーザＢの投稿情報１２０を受信する。
【００２５】
（３）情報処理装置１０１は、第１のユーザの投稿情報を受信すると、記憶部１１０を参照して、受信した投稿情報に対応する位置に存在した第２のユーザを検索する。ここで、記憶部１１０は、ユーザが存在した位置に関する情報を記憶する。
【００２６】
図１の例では、記憶部１１０は、各端末１０２−１〜１０２−３から定期的に送信される各端末１０２−１〜１０２−３の緯度・経度を示す情報を記憶する。各端末１０２−１〜１０２−３の緯度・経度を示す情報には、例えば、情報処理装置１０１が当該情報を受信した日時を示すタイムスタンプが付与される。
【００２７】
情報処理装置１０１は、ユーザＢの投稿情報１２０を受信すると、記憶部１１０を参照して、投稿情報１２０に対応する位置に存在した第２のユーザを検索する。例えば、投稿情報１２０に、店舗Ｘの位置を示す緯度・経度を特定可能な情報が含まれる場合を想定する。この場合、情報処理装置１０１は、記憶部１１０を参照して、投稿情報１２０から特定される店舗Ｘの位置周辺（例えば、店舗Ｘの半径１０ｍ以内）に存在した第２のユーザを検索する。
【００２８】
この際、情報処理装置１０１は、記憶部１１０を参照して、投稿情報１２０から特定される店舗Ｘの位置周辺にユーザＢが存在した時間帯、すなわち、ユーザＢが店舗Ｘを訪れた時間帯を特定することにしてもよい。そして、情報処理装置１０１は、投稿情報１２０から特定される店舗Ｘの位置周辺に、ユーザＢと同一時間帯に存在した第２のユーザを検索することにしてもよい。ここでは、店舗Ｘに行ったユーザＡ，Ｃが検索された場合を想定する。
【００２９】
なお、記憶部１１０は、情報処理装置１０１とは異なる他のコンピュータが有することにしてもよい。この場合、情報処理装置１０１は、他のコンピュータにアクセスすることにより、記憶部１１０を参照することができる。
【００３０】
（４）情報処理装置１０１は、検索した第２のユーザに対して投稿情報の評価依頼を送信する。ここで、投稿情報の評価依頼とは、投稿情報の確からしさを評価するよう依頼するものである。評価依頼には、例えば、評価対象となる投稿情報の内容（コメント、評価等）や、投稿情報に付与された画像データや音声データが含まれる。
【００３１】
評価依頼には、投稿情報の評価を行うためのアプリケーションが含まれる。ただし、投稿情報の評価を行うためのアプリケーションは、端末１０２に予め記憶されていてもよい。なお、評価方法は、任意に設定可能である。例えば、評価方法は、投稿情報に対する評価コメントを入力する方法であってもよく、また、投稿情報の内容が妥当か否かを選択する方法であってもよい。
【００３２】
図１の例では、情報処理装置１０１は、検索したユーザＡ，Ｃに対して評価依頼１３０を送信する。評価依頼１３０は、投稿情報１２０の確からしさを評価するよう依頼するものである。具体的には、例えば、情報処理装置１０１は、ユーザＡ，Ｃの端末１０２−１，１０２−３に評価依頼１３０を送信する。各ユーザＡ，Ｃは、各端末１０２−１，１０２−３において、情報処理装置１０１からの評価依頼１３０に含まれる評価を行うためのアプリケーションを起動することにより、投稿情報１２０の評価を行うことができる。
【００３３】
このように、情報処理装置１０１によれば、第１のユーザの投稿情報を受信すると、記憶部１１０を参照して、受信した投稿情報に対応する位置に存在した第２のユーザを検索することができる。そして、情報処理装置１０１によれば、検索した第２のユーザに対して投稿情報の評価依頼を送信することができる。
【００３４】
これにより、第１のユーザの投稿情報で対象となっている施設や場所に行ったことがある第２のユーザに対して、第１のユーザの投稿情報の評価依頼を行うことができる。このため、投稿情報を評価する評価者を、対象の施設や場所を訪れた人に限定することができ、投稿情報の確からしさを適切に評価することが可能となる。
【００３５】
図１の例では、店舗ＸについてのユーザＡの投稿情報の評価を、実際に店舗Ｘに行ったユーザＢ，Ｃに行わせることができる。例えば、ユーザＢ，Ｃは、店舗Ｘに行ったことがない人に比べて、店内の様子や接客の様子などを判断することができ、ユーザＡの投稿情報の確からしさを適切に評価することができる。
【００３６】
また、ユーザＢ，Ｃの評価結果は、ユーザＡの投稿情報を公開するか否かの制御に役立てることができ、インターネット等に公開する投稿情報の確からしさの向上を図ることができる。なお、ユーザＢ，Ｃの評価結果は、例えば、情報処理装置１０１に送信されてもよく、情報処理装置１０１とは異なるコンピュータ（例えば、サービスプロバイダのコンピュータ）に送信されてもよい。
【００３７】
（情報処理システム２００のシステム構成例）
つぎに、図１に示した情報処理装置１０１を情報処理システム２００に適用した場合について説明する。まず、情報処理システム２００のシステム構成例について説明する。
【００３８】
図２は、情報処理システム２００のシステム構成例を示す説明図である。図２において、情報処理システム２００は、情報処理装置１０１と、端末Ｔ１〜Ｔｎ（ｎ：２以上の自然数）と、を含む。情報処理システム２００において、情報処理装置１０１および端末Ｔ１〜Ｔｎは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどである。
【００３９】
以下の説明では、端末Ｔ１〜Ｔｎのうちの任意の端末を「端末Ｔｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。図１に示した端末１０２（端末１０２−１〜１０２−３）は、例えば、端末Ｔｉに対応する。
【００４０】
ここで、情報処理装置１０１は、ユーザの投稿情報の公開を制御する。また、情報処理装置１０１は、プレイスＤＢ（Ｄａｔａｂａｓｅ）２２０、ルールＤＢ２３０、チェックイン／アウト履歴ＤＢ２４０、ユーザＤＢ２５０、投稿・評価情報ＤＢ２６０およびアプリＤＢ２７０を有する。情報処理装置１０１は、例えば、サーバである。
【００４１】
アプリＤＢ２７０は、アプリケーションを記憶する。具体的には、例えば、アプリＤＢ２７０は、アプリＩＤと対応付けて、当該アプリＩＤから識別されるアプリケーションを記憶する。なお、各種ＤＢ２２０，２３０，２４０，２５０，２６０の記憶内容については、図５〜図９を用いて後述する。
【００４２】
端末Ｔｉは、情報処理システム２００のユーザが使用するコンピュータである。また、端末Ｔｉは、近距離無線通信可能である。近距離無線通信とは、通信距離が数メートルから数十メートル程度の無線通信である。近距離無線通信としては、例えば、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを利用した通信が挙げられる。
【００４３】
また、端末Ｔｉは、ルールＤＢ２８０を有する。なお、ルールＤＢ２８０の記憶内容については、情報処理装置１０１が有するルールＤＢ２３０と同様のため図示を省略する。端末Ｔｉは、例えば、スマートフォン、タブレット型ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ノートＰＣなどである。
【００４４】
（情報処理装置１０１のハードウェア構成例）
図３は、情報処理装置１０１のハードウェア構成例を示すブロック図である。図３において、情報処理装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
【００４５】
ここで、ＣＰＵ３０１は、情報処理装置１０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
【００４６】
Ｉ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示した端末Ｔ１〜Ｔｎ）に接続される。そして、Ｉ／Ｆ３０３は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００４７】
ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
【００４８】
なお、情報処理装置１０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。
【００４９】
（端末Ｔｉのハードウェア構成例）
図４は、端末Ｔｉのハードウェア構成例を示すブロック図である。図４において、端末Ｔｉは、ＣＰＵ４０１と、メモリ４０２と、ディスプレイ４０３と、入力装置４０４と、公衆網Ｉ／Ｆ４０５と、近距離無線Ｉ／Ｆ４０６と、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）ユニット４０７と、を有する。また、各構成部はバス４００によってそれぞれ接続される。
【００５０】
ここで、ＣＰＵ４０１は、端末Ｔｉの全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。
【００５１】
ディスプレイ４０３は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０３としては、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。
【００５２】
入力装置４０４は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０４は、タッチパネル式の入力パッドやテンキーなどであってもよく、また、キーボードやマウスなどであってもよい。
【００５３】
公衆網Ｉ／Ｆ４０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他の装置（例えば、情報処理装置１０１）に接続される。そして、公衆網Ｉ／Ｆ４０５は、ネットワーク２１０と装置内部とのインターフェースを司り、他の装置からのデータの入出力を制御する。
【００５４】
近距離無線Ｉ／Ｆ４０６は、近距離無線ネットワークに接続され、近距離無線ネットワークを介して他の装置（例えば、無線ＬＡＮのアクセスポイント）に接続される。そして、近距離無線Ｉ／Ｆ４０６は、近距離無線ネットワークと装置内部とのインターフェースを司り、他の装置からのデータの入出力を制御する。
【００５５】
公衆網Ｉ／Ｆ４０５や近距離無線Ｉ／Ｆ４０６には、例えば、携帯通信モデムやネットワーク通信チップなどを採用することができる。
【００５６】
ＧＰＳユニット４０７は、ＧＰＳ衛星からの電波を受信して、自装置の位置を示す位置情報を出力する。位置情報には、例えば、端末Ｔｉの位置を示す座標（緯度、経度）が含まれる。ここでは、測位衛星としてＧＰＳ衛星を用いる場合を例に挙げて説明したが、例えば、準天頂衛星システムの測位衛星を用いることにしてもよい。
【００５７】
なお、端末Ｔｉは、上述した構成部のほかに、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＳＳＤ、各種センサなどを有することにしてもよい。また、端末Ｔｉは、ＧＰＳユニット４０７を有していなくてもよい。
【００５８】
（各種ＤＢ２２０，２３０，２４０，２５０，２６０の記憶内容）
つぎに、図５〜図９を用いて、情報処理装置１０１が有する各種ＤＢ２２０，２３０，２４０，２５０，２６０の記憶内容について説明する。各種ＤＢ２２０，２３０，２４０，２５０，２６０は、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置により実現される。
【００５９】
図５は、プレイスＤＢ２２０の記憶内容の一例を示す説明図である。図５において、プレイスＤＢ２２０は、プレイスＩＤ、プレイス名およびアプリＩＤのフィールドを有し、各フィールドに情報を設定することで、プレイス情報（例えば、プレイス情報５００−１〜５００−３）をレコードとして記憶する。
【００６０】
ここで、プレイスＩＤは、プレイスを一意に識別する識別子である。プレイスとは、場所や状態、あるいは、場所と状態の組み合わせを表すものである。プレイス名は、プレイスの名称である。プレイス名としては、例えば、店舗名や観光地名などが用いられる。アプリＩＤは、プレイスにチェックインしたユーザに対して配信されるアプリケーションを一意に識別する識別子である。
【００６１】
なお、各プレイスにチェックインしたユーザに対してアプリケーションを配信するコンピュータは、例えば、情報処理装置１０１であってもよく、また、情報処理装置１０１とは異なる他のコンピュータであってもよい。
【００６２】
図６は、ルールＤＢ２３０の記憶内容の一例を示す説明図である。図６において、ルールＤＢ２３０は、プレイスＩＤと検出条件とのフィールドを有し、各フィールドに情報を設定することで、ルール情報（例えば、ルール情報６００−１〜６００−３）をレコードとして記憶する。
【００６３】
プレイスＩＤは、プレイスを一意に識別する識別子である。検出条件は、プレイスへのチェックイン、プレイスからのチェックアウトを検出するための条件である。
【００６４】
例えば、ルール情報６００−１は、ＵＵＩＤ「ＵＵＩＤ１」のアプリケーションの起動または停止に応じて、プレイスＰ１へのチェックイン、または、プレイスＰ１からのチェックアウトを検出する条件である。ＵＵＩＤ「ＵＵＩＤ１」のアプリケーションは、投稿情報を投稿したり閲覧したりするためのアプリケーションであり、各端末Ｔｉにインストールされている。なお、ＵＵＩＤは、Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒの略称である。
【００６５】
また、ルール情報６００−２は、ＳＳＩＤ「ＳＳＩＤ２」のビーコン信号を受信するとプレイスＰ２へのチェックインを検出し、その後、ＳＳＩＤ「ＳＳＩＤ２」のビーコン信号を受信できなくなるとプレイスＰ２からのチェックアウトを検出する条件である。ＳＳＩＤ「ＳＳＩＤ２」のビーコン信号は、例えば、プレイスＰ２に対応する店舗に設置されたビーコン装置から発信される。ビーコン装置は、例えば、無線ＬＡＮやＢｌｕｅｔｏｏｔｈのアクセスポイントである。
【００６６】
ルールＤＢ２３０内のルール情報は、情報処理装置１０１から端末Ｔｉに送信される。端末Ｔｉは、情報処理装置１０１からルール情報を受信すると、受信したルール情報をルールＤＢ２８０（図２参照）に記憶する。そして、端末Ｔｉは、ルールＤＢ２８０を参照して、各プレイスへのチェックインおよび各プレイスからのチェックアウトを検出する。
【００６７】
端末Ｔｉは、プレイスへのチェックインを検出すると、情報処理装置１０１にチェックイン情報を送信する。チェックイン情報は、例えば、チェックインしたプレイスのプレイスＩＤとチェックイン日時とを含む。また、端末Ｔｉは、プレイスからのチェックアウトを検出すると、情報処理装置１０１にチェックアウト情報を送信する。チェックアウト情報は、例えば、チェックアウトしたプレイスのプレイスＩＤとチェックアウト日時とを含む。
【００６８】
図７は、チェックイン／アウト履歴ＤＢ２４０の記憶内容の一例を示す説明図である。図７において、チェックイン／アウト履歴ＤＢ２４０は、プレイスごとのチェックイン／アウト履歴情報（例えば、チェックイン／アウト履歴情報７００−１，７００−２）を記憶する。チェックイン／アウト履歴情報は、プレイスＩＤとプレイス名とユーザ名とチェックイン／アウト日時とを対応付けて表す。
【００６９】
ここで、プレイスＩＤは、プレイスを一意に識別する識別子である。プレイス名は、プレイスの名称である。ユーザ名は、プレイスにチェックインしたユーザの名称である。チェックイン／アウト日時は、ユーザがプレイスにチェックインした日時またはプレイスからチェックアウトした日時を示す。すなわち、チェックイン／アウト日時は、ユーザがプレイスに対応する位置に存在した時点、時期を特定する情報である。
【００７０】
例えば、チェックイン／アウト履歴情報７００−１は、プレイス名「店舗１」のプレイスＰ２にチェックインした各ユーザのチェックイン／アウト日時を示す。ユーザＵ１を例に挙げると、ユーザＵ１がプレイスＰ２にチェックインした日時は「２０１７／１／４  １４：０５：００」である。また、ユーザＵ１がプレイスＰ２からチェックアウトした日時は「２０１７／１／４  １５：２２：３０」である。
【００７１】
チェックイン／アウト履歴ＤＢ２４０の記憶内容は、例えば、端末Ｔｉからのチェックイン情報、チェックアウト情報に応じて逐次更新される。
【００７２】
図８は、ユーザＤＢ２５０の記憶内容の一例を示す説明図である。図８において、ユーザＤＢ２５０は、ユーザごとのユーザ情報（例えば、ユーザ情報８００−１，８００−２）を記憶する。ユーザ情報は、端末ＩＤとユーザ名とプレイスＩＤとチェックイン／アウト日時とを対応付けて表す。
【００７３】
ここで、端末ＩＤは、ユーザが使用する端末Ｔｉを一意に識別する識別子である。ユーザ名は、ユーザの名称である。プレイスＩＤは、ユーザがチェックインしたプレイスを一意に識別する識別子である。チェックイン／アウト日時は、ユーザがプレイスにチェックインした日時またはプレイスからチェックアウトした日時を示す。
【００７４】
例えば、ユーザ情報８００−１は、端末Ｔ１を使用するユーザＵ１がチェックインした各プレイスのプレイスＩＤおよびチェックイン／アウト日時を示す。また、ユーザ情報８００−２は、端末Ｔ２を使用するユーザＵ２がチェックインした各プレイスのプレイスＩＤおよびチェックイン／アウト日時を示す。
【００７５】
ユーザＤＢ２５０の記憶内容は、例えば、端末Ｔｉからのチェックイン情報、チェックアウト情報に応じて逐次更新される。
【００７６】
（投稿・評価情報ＤＢ２６０の記憶内容）
図９は、投稿・評価情報ＤＢ２６０の記憶内容の一例を示す説明図である。図９において、投稿・評価情報ＤＢ２６０は、日時、データＩＤ、端末ＩＤ、評価依頼フラグ、評価およびコメントのフィールドを有し、各フィールドに情報を設定することで、投稿・評価情報（例えば、投稿・評価情報９００−１〜９００−４）をレコードとして記憶する。
【００７７】
ここで、日時は、端末Ｔｉから投稿情報または評価情報を受信した日時である。投稿情報は、端末Ｔｉにおいて投稿アプリを用いて生成される情報である。評価情報は、端末Ｔｉにおいて評価アプリを用いて生成される情報であり、投稿情報の評価結果を含む。データＩＤは、投稿情報を一意に識別する識別子である。データＩＤは、端末Ｔｉにおいて投稿アプリを用いて投稿情報が生成された際に付与される。
【００７８】
端末ＩＤは、投稿情報または評価情報の送信元の端末Ｔｉを一意に識別する識別子である。評価依頼フラグは、投稿情報または評価情報を識別する情報である。ここでは、投稿情報には評価依頼フラグ「ｔｒｕｅ」が設定され、評価情報には評価依頼フラグ「ｆａｌｓｅ」が設定される。
【００７９】
評価は、評価情報に含まれる評価結果（ｙｅｓまたはｎｏ）を示す。評価「ｙｅｓ」は、投稿情報の内容を肯定する評価結果である。評価「ｎｏ」は、投稿情報の内容を否定する評価結果である。投稿情報については、評価「ｎｕｌｌ」が設定される。コメントは、投稿情報または評価情報に含まれる投稿者または評価者のコメントである。
【００８０】
（投稿画面ＣＳの画面例）
つぎに、端末Ｔｉのディスプレイ４０３に表示される投稿画面ＣＳの画面例について説明する。投稿画面ＣＳは、端末Ｔｉにおいて投稿アプリを起動すると表示される。投稿アプリは、例えば、端末Ｔｉに予め記憶されていてもよく、また、端末ＴｉのユーザがプレイスＰ１（デフォルトプレイス）にチェックインすると端末Ｔｉに配信されることにしてもよい。
【００８１】
図１０は、投稿画面ＣＳの画面例を示す説明図である。図１０において、投稿画面ＣＳは、投稿情報を作成して投稿するための操作画面である。投稿画面ＣＳにおいて、例えば、図４に示した入力装置４０４を用いたユーザの操作入力により、ボックス１００１を選択すると、場所名を入力することができる。場所名は、対象の施設や場所の名称であり、例えば、店舗名や地名などである。
【００８２】
また、投稿画面ＣＳにおいて、ユーザの操作入力により、ボタン群１００２のいずれかのボタンを選択すると、対象の施設や場所についての評価を入力することができる。また、投稿画面ＣＳにおいて、ユーザの操作入力により、ボックス１００３を選択すると、対象の施設や場所についてのコメントを入力することができる。また、投稿画面ＣＳにおいて、ユーザの操作入力により、ボタン１００４を選択すると、投稿情報に付与する画像データを選択することができる。
【００８３】
また、投稿画面ＣＳにおいて、ユーザの操作入力により、ボタン１００５を選択すると、投稿情報の送信指示を入力することができる。端末Ｔｉにおいて、投稿情報の送信指示が入力されると、投稿画面ＣＳに入力された情報をもとに投稿情報が生成されて情報処理装置１０１に送信される。
【００８４】
投稿画面ＣＳによれば、端末Ｔｉのユーザは、施設や場所についての投稿情報を生成して投稿申請することができる。投稿とは、インターネット等で投稿情報を公開して、複数のユーザで投稿情報を共有可能にすることである。なお、投稿画面ＣＳには、例えば、日時を入力可能なボックスを設けることにしてもよい。これにより、端末Ｔｉのユーザが対象の施設や場所を訪れた日時を入力可能となる。
【００８５】
（評価画面ＥＳの画面例）
つぎに、端末Ｔｉのディスプレイ４０３に表示される評価画面ＥＳの画面例について説明する。評価画面ＥＳは、端末Ｔｉにおいて評価アプリを起動すると表示される。評価アプリは、情報処理装置１０１から端末Ｔｉに配信される。
【００８６】
図１１は、評価画面ＥＳの画面例を示す説明図である。図１１において、評価画面ＥＳは、他のユーザの投稿情報を評価するための操作画面である。評価画面ＥＳには、評価対象の投稿情報１１００が表示される。評価対象の投稿情報１１００は、場所とコメントとを含む。場所は、対象の施設や場所の名称を示す。コメントは、対象の施設や場所についてのコメントを示す。
【００８７】
評価画面ＥＳにおいて、ユーザの操作入力により、ボタン１１０１を選択すると、評価対象の投稿情報１１００の内容を肯定する評価結果「ｙｅｓ」を入力することができる。一方、評価画面ＥＳにおいて、ユーザの操作入力により、ボタン１１０２を選択すると、評価対象の投稿情報１１００の内容を否定する評価結果「ｎｏ」を入力することができる。また、評価画面ＥＳにおいて、ユーザの操作入力により、ボタン１１０３を選択すると、評価対象の投稿情報１１００についてのコメントを入力することができる。
【００８８】
また、評価画面ＥＳにおいて、ユーザの操作入力により、ボタン１１０４を選択すると、評価情報の送信指示を入力することができる。端末Ｔｉにおいて、評価情報の送信指示が入力されると、評価画面ＥＳに入力された情報をもとに評価情報が生成されて情報処理装置１０１に送信される。
【００８９】
評価画面ＥＳによれば、端末Ｔｉのユーザは、評価依頼された投稿情報についての評価を行うことができる。なお、評価画面ＥＳには、投稿者が対象の施設や場所を訪れた日時や、投稿者が投稿情報の投稿申請を行った日時が表示されることにしてもよい。これにより、端末Ｔｉのユーザは、対象の施設や場所にいつ訪れたときのことなのかを判断することができ、投稿情報の評価を行いやすくなる。
【００９０】
（情報処理装置１０１の機能的構成例）
図１２は、情報処理装置１０１の機能的構成例を示すブロック図である。図１２において、情報処理装置１０１は、取得部１２０１と、検索部１２０２と、評価依頼部１２０３と、公開制御部１２０４と、記憶部１２１０と、を含む。取得部１２０１〜公開制御部１２０４は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０５などの記憶装置に記憶される。記憶部１２１０は、例えば、メモリ３０２、ディスク３０５などの記憶装置により実現される。具体的には、例えば、記憶部１２１０は、図２に示した各種ＤＢ２２０，２３０，２４０，２５０，２６０，２７０を記憶する。
【００９１】
取得部１２０１は、ユーザが存在した位置に関する情報を取得する。ここで、ユーザが存在した位置に関する情報は、例えば、チェックイン情報やチェックアウト情報である。チェックイン情報は、プレイスにチェックインしたことを示す情報である。チェックイン情報は、プレイスＩＤ、プレイス名、ユーザ名およびチェックイン日時を含む。チェックアウト情報は、プレイスからチェックアウトしたことを示す情報である。チェックアウト情報は、プレイスＩＤ、プレイス名、ユーザ名およびチェックアウト日時を含む。
【００９２】
具体的には、例えば、取得部１２０１は、端末Ｔｉからチェックイン情報またはチェックアウト情報を受信することにより、チェックイン情報またはチェックアウト情報を取得する。取得されたチェックイン情報またはチェックアウト情報は、例えば、図７に示したチェックイン／アウト履歴ＤＢ２４０に記憶される。また、情報処理装置１０１は、チェックイン情報またはチェックアウト情報を取得したことに応じて、図８に示したユーザＤＢ２５０の記憶内容を更新する。
【００９３】
また、取得部１２０１は、第１のユーザの投稿情報を取得する。投稿情報は、例えば、図１０に示した投稿画面ＣＳにおいて、第１のユーザの操作入力に応じて生成される。投稿情報には、例えば、投稿情報の送信元の端末Ｔｉの端末ＩＤ、ユーザ名、対象の施設や場所についての場所名、投稿者のコメント、評価、投稿情報のデータＩＤなどが含まれる。対象施設や場所についての場所名は、プレイス名に対応する。具体的には、例えば、取得部１２０１は、端末Ｔｉから投稿情報を受信することにより、端末Ｔｉのユーザの投稿情報を取得する。
【００９４】
取得された投稿情報は、例えば、図９に示した投稿・評価情報ＤＢ２６０に記憶される。この際、日時フィールドには、端末Ｔｉから投稿情報を受信した日時が設定される。データＩＤフィールドには、投稿情報に付与されたデータＩＤが設定される。端末ＩＤフィールドには、投稿情報の送信元の端末Ｔｉの端末ＩＤが設定される。評価依頼フラグフィールドには、「ｔｒｕｅ」が設定される。評価フィールドには、「ｎｕｌｌ」が設定される。コメントフィールドには、投稿情報に含まれる投稿者のコメントが設定される。
【００９５】
検索部１２０２は、取得された投稿情報に対応する位置に存在した第２のユーザを検索する。具体的には、例えば、まず、検索部１２０２は、チェックイン／アウト履歴ＤＢ２４０を参照して、取得された投稿情報に対応する位置に第１のユーザが存在したか否かを判断する。
【００９６】
ここで、投稿情報に対応する位置は、例えば、投稿情報に含まれる場所名、すなわち、プレイス名の施設や場所の位置である。すなわち、検索部１２０２は、投稿情報に対応するプレイスに、第１のユーザがチェックインしたか否かを判断する。なお、プレイス名に対応するプレイスＩＤは、例えば、図５に示したプレイスＤＢ２２０から特定することができる。
【００９７】
より詳細に説明すると、例えば、検索部１２０２は、チェックイン／アウト履歴ＤＢ２４０から、投稿情報に含まれる場所名、すなわち、プレイス名に対応するチェックイン／アウト履歴情報を検索する。ここで、チェックイン／アウト履歴情報が検索されなかった場合は、検索部１２０２は、投稿情報に対応する位置に第１のユーザが存在しないと判断する。
【００９８】
一方、チェックイン／アウト履歴情報が検索された場合、検索部１２０２は、検索したチェックイン／アウト履歴情報のユーザ名に、投稿情報に含まれるユーザ名があるか否かを判断する。ここで、ユーザ名がない場合、検索部１２０２は、投稿情報に対応する位置に第１のユーザが存在しないと判断する。一方、ユーザ名がある場合、検索部１２０２は、投稿情報に対応する位置に第１のユーザが存在したと判断する。
【００９９】
以下の説明では、投稿情報に含まれる場所名、すなわち、プレイス名に対応するプレイスを「対象プレイス」と表記する場合がある。
【０１００】
そして、検索部１２０２は、第１のユーザが存在したと判断した場合に、チェックイン／アウト履歴ＤＢ２４０を参照して、取得された投稿情報に対応する位置に存在した第２のユーザを検索する。この際、検索部１２０２は、投稿情報に対応する位置に第１のユーザと同一時期に存在した第２のユーザを検索することにしてもよい。
【０１０１】
同一時期は、例えば、第１のユーザが存在した日と同じ日の同じ時間帯であってもよい。また、同一時期は、例えば、第１のユーザが存在した日と同じ日であってもよい。また、同一時期は、例えば、第１のユーザが存在した日を含む週（あるいは、月）と同じ週（あるいは、月）であってもよい。
【０１０２】
より詳細に説明すると、例えば、検索部１２０２は、検索されたチェックイン／アウト履歴情報を参照して、第１のユーザが対象プレイスにチェックインした日と同じ日の同じ時間帯に、対象プレイスにチェックインした第２のユーザを検索する。
【０１０３】
この際、検索部１２０２は、チェックイン日時とチェックアウト日時との時間差が一定時間ｔ以下のユーザは、検索対象から除外することにしてもよい。一定時間ｔは、任意に設定可能であり、例えば、数秒〜数十秒値度の時間に設定される。これにより、対象プレイスである施設や場所の傍を通り過ぎただけのようなユーザを、対象プレイスにチェックインしたユーザとして検索してしまうのを防ぐことができる。
【０１０４】
なお、第１のユーザが対象プレイスにチェックインしたチェックイン日時が複数存在する場合がある。この場合、検索部１２０２は、例えば、複数のチェックイン日時のうちの最新のチェックイン日時を用いて第２のユーザを検索することにしてもよく、また、複数のチェックイン日時のそれぞれを用いて第２のユーザを検索することにしてもよい。
【０１０５】
また、検索部１２０２は、ユーザＤＢ２５０を参照して、対象プレイスにチェックインした回数が閾値α以上の第２のユーザを検索することにしてもよい。閾値αは、任意に設定可能であり、例えば、数回〜数十回程度の値に設定される。これにより、対象プレイスである施設や場所を複数回訪れた、いわゆる、常連客と呼ばれるようなユーザを検索することができる。
【０１０６】
また、検索部１２０２は、ユーザＤＢ２５０を参照して、所定期間Ｔに対象プレイスにチェックインした回数が閾値α以上の第２のユーザを検索することにしてもよい。所定期間Ｔは、任意に設定可能であり、例えば、直近１週間、直近１ヶ月などの期間が設定される。これにより、対象プレイスである施設や場所を最近頻繁に訪れたユーザを検索することができる。
【０１０７】
評価依頼部１２０３は、検索された第２のユーザに対して投稿情報の評価依頼を送信する。評価依頼は、例えば、評価アプリと、評価対象の投稿情報（データＩＤを含む）とを含む。評価アプリは、投稿情報の評価を行うためのアプリケーションである。ただし、評価依頼には、投稿情報の送信元の端末Ｔｉの端末ＩＤは含まないようにしてもよい。
【０１０８】
具体的には、例えば、評価依頼部１２０３は、プッシュ通知により、検索された第２のユーザの端末Ｔｊ（ｊ≠ｉ、ｊ＝１，２，…，ｎ）に、投稿情報の評価依頼を送信する。これにより、第２のユーザに対して投稿情報の評価依頼を行うことができる。第２のユーザは、端末Ｔｊにおいて評価アプリを起動することで、図１１に示したような評価画面ＥＳを表示して、投稿情報の評価を行うことができる。
【０１０９】
また、取得部１２０１は、第２のユーザの評価情報を取得する。評価情報には、例えば、評価情報の送信元の端末Ｔｊの端末ＩＤ、ユーザ名、評価対象の投稿情報についての評価者の評価結果、コメント、データＩＤなどが含まれる。具体的には、例えば、取得部１２０１は、端末Ｔｊから評価情報を受信することにより、端末Ｔｊのユーザの評価情報を取得する。
【０１１０】
取得された評価情報は、例えば、投稿・評価情報ＤＢ２６０に記憶される。この際、日時フィールドには、端末Ｔｊから評価情報を受信した日時が設定される。データＩＤフィールドには、評価対象の投稿情報に付与されたデータＩＤが設定される。端末ＩＤフィールドには、評価情報の送信元の端末Ｔｊの端末ＩＤが設定される。評価依頼フラグフィールドには、「ｆａｌｓｅ」が設定される。評価フィールドには、評価結果に応じて「ｙｅｓ」または「ｎｏ」が設定される。コメントフィールドには、評価情報に含まれる評価者のコメントが設定される。
【０１１１】
公開制御部１２０４は、取得された評価情報に基づいて、取得された投稿情報（評価対象の投稿情報）の公開を制御する。ここで、投稿情報を公開するとは、ネットワーク２１０（図２参照）上で複数のユーザによって投稿情報を閲覧可能（共有可能）にすることである。ただし、投稿情報の送信元の端末Ｔｉの端末ＩＤは、公開対象から除外することにしてもよい。
【０１１２】
具体的には、例えば、公開制御部１２０４は、投稿・評価情報ＤＢ２６０を参照して、評価対象の投稿情報の評価結果の総数が閾値β以上となった場合に、投稿情報を公開することにしてもよい。一方、評価結果の総数が閾値β未満の場合、公開制御部１２０４は、投稿情報を公開しないことにしてもよい。
【０１１３】
ここで、評価結果の総数は、評価対象の投稿情報について取得された評価情報の総数に相当する。このため、公開制御部１２０４は、投稿・評価情報ＤＢ２６０から、データＩＤフィールドに、評価対象の投稿情報のデータＩＤが設定され、かつ、評価依頼フラグフィールドに「ｆａｌｓｅ」が設定された投稿・評価情報を検索する。そして、公開制御部１２０４は、検索した投稿・評価情報の数を、評価結果の総数とする。
【０１１４】
閾値βは、任意に設定可能である。例えば、閾値βは、「３」などの固定値であってもよい。また、閾値βは、評価対象の投稿情報について評価依頼を送信したユーザ数に応じて変動する値であってもよい。より具体的には、例えば、閾値βは、評価依頼を送信したユーザ数の５割程度の値としてもよい。
【０１１５】
これにより、対象プレイスである施設や場所を訪れた一定数（β）以上のユーザからの評価結果が得られた場合に投稿情報を公開することができる。
【０１１６】
また、公開制御部１２０４は、特定のユーザからの評価情報が取得された場合に、投稿情報を公開することにしてもよい。ここで、特定のユーザは、例えば、投稿情報に対応する位置を訪れた回数、すなわち、対象プレイスにチェックインした回数が閾値α以上のユーザである。
【０１１７】
これにより、対象プレイスである施設や場所を複数回訪れた、いわゆる、常連客と呼ばれるようなユーザからの評価結果が得られた場合に投稿情報を公開することができる。なお、特定のユーザは、例えば、所定期間Ｔに対象プレイスにチェックインした回数が閾値α以上のユーザであってもよい。また、特定のユーザは、評価対象の投稿情報について評価依頼を送信した第２のユーザのうち、対象プレイスにチェックインした回数が最大のユーザ（あるいは、上位数人のユーザ）であってもよい。
【０１１８】
また、公開制御部１２０４は、投稿・評価情報ＤＢ２６０を参照して、投稿情報の内容を肯定する評価結果の総数が閾値γ以上となった場合に、投稿情報を公開することにしてもよい。閾値γは、任意に設定可能であり、例えば、１〜３程度の値に設定される。
【０１１９】
具体的には、例えば、公開制御部１２０４は、投稿・評価情報ＤＢ２６０から、データＩＤフィールドに、評価対象の投稿情報のデータＩＤが設定され、かつ、評価フィールドに「ｙｅｓ」が設定された投稿・評価情報を検索する。そして、公開制御部１２０４は、検索した投稿・評価情報の数を、投稿情報の内容を肯定する評価結果の総数とする。
【０１２０】
これにより、対象プレイスである施設や場所を訪れた一定数（γ）以上のユーザから、投稿情報の内容を肯定する評価結果が得られた場合に投稿情報を公開することができる。
【０１２１】
また、公開制御部１２０４は、投稿情報を公開する場合に、投稿情報とともに、投稿情報の評価結果に関する情報を閲覧可能に公開することにしてもよい。ここで、評価結果に関する情報は、例えば、評価対象の投稿情報の評価結果の総数Ｃを表す情報である。また、評価結果に関する情報は、評価結果の総数のうち、投稿情報の内容を肯定する評価結果の数ｃ１、および／または、投稿情報の内容を否定する評価結果の数ｃ２を表す情報であってもよい。
【０１２２】
具体的には、例えば、公開制御部１２０４は、投稿情報とともに、Ｃ人のユーザによって評価済みであることを示す情報を公開することにしてもよい。また、公開制御部１２０４は、投稿情報とともに、ｃ１人のユーザによって肯定されていることを示す情報を公開することにしてもよい。また、公開制御部１２０４は、投稿情報とともに、ｃ２人のユーザによって否定されていることを示す情報を公開することにしてもよい。
【０１２３】
これにより、閲覧者に、公開された投稿情報の確からしさ、例えば、コメントの内容が確かな情報であるかどうかといったことを判断しやすくさせることができる。
【０１２４】
なお、投稿情報を公開する具体的な方法としては、例えば、公開制御部１２０４は、投稿情報を公開する場合に、投稿情報と、投稿情報の評価結果に関する情報とを、公開対象情報としてサービスプロバイダに送信することにしてもよい。これにより、サービスプロバイダによって、ネットワーク２１０上で複数のユーザによって閲覧可能（共有可能）に投稿情報等を公開することができる。
【０１２５】
また、公開制御部１２０４は、投稿情報に対応する位置に第１のユーザが存在しないと判断された場合、投稿情報を公開しないことにしてもよい。これにより、対象の施設や場所を実際に訪れていないユーザによる投稿情報が公開されるのを防ぐことができる。
【０１２６】
また、公開制御部１２０４は、投稿情報に対応する位置に存在した第２のユーザが検索されなかった場合、投稿情報を公開しないことにしてもよい。これにより、対象の施設や場所を実際に訪れた他のユーザにより評価されていない投稿情報が公開されるのを防ぐことができる。
【０１２７】
また、公開制御部１２０４は、公開しないとした投稿情報を、チェック対象情報としてサービスプロバイダに送信することにしてもよい。これにより、他のユーザによって評価されていない投稿情報については、サービスプロバイダ側で公開するか否かを最終的に判断させることができる。
【０１２８】
また、公開制御部１２０４は、公開しないとした投稿情報を、未評価投稿情報として公開することにしてもよい。未評価投稿情報とは、他のユーザによって評価されていない投稿情報である。未評価投稿情報は、他のユーザによって評価された投稿情報と判別可能に表示される。これにより、閲覧者は、他のユーザによって評価されていない未評価投稿情報を判別することができ、その情報を参考にするかどうかの判断に役立てることができる。
【０１２９】
なお、情報処理装置１０１は、第２のユーザからの評価情報を受信すると、当該第２のユーザに対して、評価対象の投稿情報に対応する施設や場所で使用可能なクーポン情報を送信することにしてもよい。これにより、評価者に対してインセンティブを与えることができ、投稿情報の評価依頼に対する回答率の向上を図ることができる。
【０１３０】
（情報処理システム２００の動作例）
つぎに、図１３〜図１５を用いて、情報処理システム２００の動作例について説明する。ここでは、各端末Ｔ１，Ｔ７，Ｔ１５のユーザＵ１，Ｕ７，Ｕ１５が、同じ日の同一時間帯にプレイスＰ２の店舗１（プレイスＩＤ：Ｐ２、プレイス名：店舗１）をそれぞれ訪れた場合を想定する。
【０１３１】
図１３〜図１５は、情報処理システム２００の動作例を示す説明図である。図１３において、（１）各端末Ｔ１，Ｔ７，Ｔ１５は、ルールＤＢ２８０を参照して、ＳＳＩＤ「ＳＳＩＤ２」のビーコン信号ｂｓを受信すると、プレイスＰ２へのチェックインを検出する。ＳＳＩＤ「ＳＳＩＤ２」のビーコン信号ｂｓは、例えば、店舗１に設置されたビーコン装置（不図示）から定期的に発信される。
【０１３２】
なお、プレイスＰ２にチェックインすると、プレイスＰ２に対応するアプリケーションＡＰ２（図５参照）が、各端末Ｔ１，Ｔ７，Ｔ１５に配信される。
【０１３３】
（２）各端末Ｔ１，Ｔ７，Ｔ１５は、プレイスＰ２へのチェックインを検出すると、プレイスＰ２のプレイスＩＤとチェックイン日時とを含むチェックイン情報を情報処理装置１０１に送信する。情報処理装置１０１は、各端末Ｔ１，Ｔ７，Ｔ１５からチェックイン情報を受信すると、チェックイン／アウト履歴ＤＢ２４０およびユーザＤＢ２５０を更新する。
【０１３４】
（３）各端末Ｔ１，Ｔ７，Ｔ１５は、プレイスＰ２からのチェックアウトを検出すると、プレイスＰ２のプレイスＩＤとチェックアウト日時とを含むチェックアウト情報を情報処理装置１０１に送信する。情報処理装置１０１は、各端末Ｔ１，Ｔ７，Ｔ１５からチェックアウト情報を受信すると、チェックイン／アウト履歴ＤＢ２４０およびユーザＤＢ２５０を更新する。
【０１３５】
ここでは、店舗１から退店して自宅に戻ったユーザＵ１が、投稿アプリを用いて店舗１に関する投稿情報を作成して投稿申請を行う場合を想定する。
【０１３６】
図１４において、（４）端末Ｔ１は、投稿アプリを用いて作成された投稿情報１４０１を情報処理装置１０１に送信する。（５）情報処理装置１０１は、端末Ｔ１から投稿情報１４０１を受信すると、投稿・評価情報ＤＢ２６０に記憶する。
【０１３７】
（６）情報処理装置１０１は、チェックイン／アウト履歴ＤＢ２４０を参照して、投稿情報１４０１に対応する店舗１（プレイスＩＤ：Ｐ２、プレイス名：店舗１）に、ユーザＵ１と同一時間帯にチェックインしたユーザを検索する。ここでは、ユーザＵ７，Ｕ１５が検索される。
【０１３８】
（７）情報処理装置１０１は、検索したユーザＵ７，Ｕ１５の端末Ｔ７，Ｔ１５に、投稿情報１４０１の評価依頼１４０２をそれぞれ送信する。評価依頼１４０２には、例えば、投稿情報１４０１の評価を行うための評価アプリが含まれる。これにより、各端末Ｔ７，Ｔ１５のユーザＵ７，Ｕ１５は、各端末Ｔ７，Ｔ１５において評価アプリを起動することで、評価画面ＥＳ（例えば、図１１参照）を表示して、投稿情報１４０１の評価を行うことができる。
【０１３９】
ここでは、店舗１から退店して自宅に戻ったユーザＵ７，Ｕ１５が、評価アプリを用いて投稿情報１４０１の評価を行う場合を想定する。
【０１４０】
図１５において、（８）端末Ｔ７，Ｔ１５は、評価アプリを用いて作成された評価情報１４０３，１４０４を情報処理装置１０１に送信する。（９）情報処理装置１０１は、各端末Ｔ７，Ｔ１５から評価情報１４０３，１４０４を受信すると、投稿・評価情報ＤＢ２６０に記憶する。
【０１４１】
ここでは、評価情報１４０３には、投稿情報１４０１についてのユーザＵ７の評価結果「ｙｅｓ」が含まれ、評価情報１４０４には、投稿情報１４０１についてのユーザＵ１５の評価結果「ｙｅｓ」が含まれる場合を想定する。
【０１４２】
（１０）情報処理装置１０１は、投稿・評価情報ＤＢ２６０を参照して、投稿情報１４０１の公開を制御する。ここでは、投稿情報１４０１についての評価情報の総数（評価数）が２以上の場合（β＝２）に、投稿情報１４０１を公開する場合を想定する。ここで、投稿情報１４０１についての評価情報の総数は、「２」である。
【０１４３】
このため、情報処理装置１０１は、投稿情報１４０１を公開する。投稿情報１４０１は、例えば、投稿情報１４０１の評価結果に関する情報とともに公開される。これにより、対象プレイスである店舗１を訪れた複数のユーザ（ユーザＵ７，Ｕ１５）からの評価結果が得られた投稿情報１４０１を、その確からしさを判断可能に公開することができる。
【０１４４】
（閲覧画面ＲＳの画面例）
つぎに、端末Ｔｉのディスプレイ４０３に表示される閲覧画面ＲＳの画面例について説明する。閲覧画面ＲＳは、情報処理装置１０１によって公開された投稿情報を閲覧するための操作画面である。
【０１４５】
図１６は、閲覧画面ＲＳの画面例を示す説明図である。図１６において、閲覧画面ＲＳには、店舗１（プレイスＩＤ：Ｐ２、プレイス名：店舗１）に関する公開投稿情報１６０１，１６０２が表示されている。ここで、公開投稿情報１６０１は、図１４に示した投稿情報１４０１に対応する。
【０１４６】
公開投稿情報１６０１は、投稿者（ユーザＵ１）のコメント「オーダーが全然来なくて・・・」と、付加情報１６０３，１６０４とを含む。付加情報１６０３は、投稿情報１４０１の内容を肯定する評価結果（その通り！）の数「２」と、投稿情報１４０１の内容を否定する評価結果（あったかな？）の数「０」を表す。付加情報１６０４は、投稿情報１４０１の評価結果の総数「２」を表す。
【０１４７】
公開投稿情報１６０１によれば、ユーザは、付加情報１６０３，１６０４から、コメントの内容が確かな情報であるか否かを判断することができる。例えば、ユーザは、コメントの内容が２人の評価者によって評価され、２人ともコメントの内容を肯定する評価をしているため、確かな情報である可能性が高いと判断することができる。
【０１４８】
なお、閲覧画面ＲＳにおいて、ユーザの操作入力により、付加情報１６０４を選択すると、投稿情報１４０１の評価を行った評価者のコメントを表示することにしてもよい。これにより、ユーザは、投稿情報についての評価結果の詳細を確認することができる。
【０１４９】
（端末Ｔｉのチェックイン／アウト検出処理手順）
つぎに、図１７を用いて、端末Ｔｉのチェックイン／アウト検出処理手順について説明する。
【０１５０】
図１７は、端末Ｔｉのチェックイン／アウト検出処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、端末Ｔｉは、ルールＤＢ２８０を参照して、プレイスへのチェックインを検出したか否かを判断する（ステップＳ１７０１）。
【０１５１】
ここで、プレイスへのチェックインを検出した場合（ステップＳ１７０１：Ｙｅｓ）、端末Ｔｉは、チェックインしたプレイスのプレイスＩＤとチェックイン日時とを含むチェックイン情報を情報処理装置１０１に送信する（ステップＳ１７０２）。そして、端末Ｔｉは、ステップＳ１７０５に移行する。
【０１５２】
一方、プレイスへのチェックインを検出していない場合（ステップＳ１７０１：Ｎｏ）、端末Ｔｉは、ルールＤＢ２８０を参照して、プレイスからのチェックアウトを検出したか否かを判断する（ステップＳ１７０３）。ここで、プレイスからのチェックアウトを検出していない場合（ステップＳ１７０３：Ｎｏ）、端末Ｔｉは、ステップＳ１７０５に移行する。
【０１５３】
一方、プレイスからのチェックアウトを検出した場合（ステップＳ１７０３：Ｙｅｓ）、端末Ｔｉは、チェックアウトしたプレイスのプレイスＩＤとチェックアウト日時とを含むチェックアウト情報を情報処理装置１０１に送信する（ステップＳ１７０４）。つぎに、端末Ｔｉは、チェックイン／アウト検出処理を終了するか否かを判断する（ステップＳ１７０５）。
【０１５４】
ここで、チェックイン／アウト検出処理を終了しない場合（ステップＳ１７０５：Ｎｏ）、端末Ｔｉは、ステップＳ１７０１に戻る。一方、チェックイン／アウト検出処理を終了する場合（ステップＳ１７０５：Ｙｅｓ）、端末Ｔｉは、本フローチャートによる一連の処理を終了する。
【０１５５】
これにより、プレイスへのチェックイン、または、プレイスからのチェックアウトを検出して、情報処理装置１０１にチェックイン情報、または、チェックアウト情報を通知することができる。
【０１５６】
（端末Ｔｉの投稿申請処理手順）
つぎに、図１８を用いて、端末Ｔｉの投稿申請処理手順について説明する。
【０１５７】
図１８は、端末Ｔｉの投稿申請処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、端末Ｔｉは、ユーザの操作入力に応じて、投稿アプリを起動する（ステップＳ１８０１）。そして、端末Ｔｉは、投稿画面ＣＳを表示する（ステップＳ１８０２）。
【０１５８】
つぎに、端末Ｔｉは、投稿情報の送信指示を受け付けたか否かを判断する（ステップＳ１８０３）。ここで、端末Ｔｉは、投稿情報の送信指示を受け付けるのを待つ（ステップＳ１８０３：Ｎｏ）。そして、端末Ｔｉは、投稿情報の送信指示を受け付けた場合（ステップＳ１８０３：Ｙｅｓ）、投稿画面ＣＳに入力された情報に基づいて、投稿情報を作成する（ステップＳ１８０４）。
【０１５９】
つぎに、端末Ｔｉは、作成した投稿情報を情報処理装置１０１に送信して（ステップＳ１８０５）、本フローチャートによる一連の処理を終了する。これにより、端末Ｔｉのユーザは、投稿アプリを用いて、施設や場所についての投稿情報を作成して投稿申請することができる。
【０１６０】
（端末Ｔｉの評価処理手順）
つぎに、図１９を用いて、端末Ｔｉの評価処理手順について説明する。
【０１６１】
図１９は、端末Ｔｉの評価処理手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、端末Ｔｉは、情報処理装置１０１から投稿情報の評価依頼を受信したか否かを判断する（ステップＳ１９０１）。ここで、端末Ｔｉは、投稿情報の評価依頼を受信するのを待つ（ステップＳ１９０１：Ｎｏ）。
【０１６２】
そして、端末Ｔｉは、投稿情報の評価依頼を受信した場合（ステップＳ１９０１：Ｙｅｓ）、受信した評価依頼に含まれる評価アプリを起動する（ステップＳ１９０２）。なお、評価アプリの起動タイミングは、例えば、評価依頼を受信したタイミングであってもよく、また、ユーザの操作入力により指定されることにしてもよい。つぎに、端末Ｔｉは、評価画面ＥＳを表示する（ステップＳ１９０３）。
【０１６３】
つぎに、端末Ｔｉは、評価情報の送信指示を受け付けたか否かを判断する（ステップＳ１９０４）。ここで、端末Ｔｉは、評価情報の送信指示を受け付けるのを待つ（ステップＳ１９０４：Ｎｏ）。そして、端末Ｔｉは、評価情報の送信指示を受け付けた場合（ステップＳ１９０４：Ｙｅｓ）、評価画面ＥＳに入力された情報に基づいて、評価情報を作成する（ステップＳ１９０５）。
【０１６４】
つぎに、端末Ｔｉは、作成した評価情報を情報処理装置１０１に送信して（ステップＳ１９０６）、本フローチャートによる一連の処理を終了する。これにより、端末Ｔｉのユーザは、評価アプリを用いて、情報処理装置１０１から評価依頼された投稿情報を評価して、評価情報を情報処理装置１０１に送信することができる。
【０１６５】
（情報処理装置１０１のチェックイン／アウト管理処理手順）
つぎに、図２０を用いて、情報処理装置１０１のチェックイン／アウト管理処理手順について説明する。
【０１６６】
図２０は、情報処理装置１０１のチェックイン／アウト管理処理手順の一例を示すフローチャートである。図２０のフローチャートにおいて、まず、情報処理装置１０１は、端末Ｔｉからチェックイン情報を受信したか否かを判断する（ステップＳ２００１）。
【０１６７】
ここで、チェックイン情報を受信した場合（ステップＳ２００１：Ｙｅｓ）、情報処理装置１０１は、受信したチェックイン情報に基づいて、チェックイン／アウト履歴ＤＢ２４０およびユーザＤＢ２５０を更新する（ステップＳ２００２）。そして、情報処理装置１０１は、本フローチャートによる一連の処理を終了する。
【０１６８】
一方、チェックイン情報を受信していない場合（ステップＳ２００１：Ｎｏ）、情報処理装置１０１は、端末Ｔｉからチェックアウト情報を受信したか否かを判断する（ステップＳ２００３）。ここで、チェックアウト情報を受信していない場合（ステップＳ２００３：Ｎｏ）、情報処理装置１０１は、ステップＳ２００１に戻る。
【０１６９】
一方、チェックアウト情報を受信した場合（ステップＳ２００３：Ｙｅｓ）、情報処理装置１０１は、受信したチェックアウト情報に基づいて、チェックイン／アウト履歴ＤＢ２４０およびユーザＤＢ２５０を更新する（ステップＳ２００２）。そして、情報処理装置１０１は、本フローチャートによる一連の処理を終了する。
【０１７０】
これにより、端末Ｔｉのユーザのプレイスへのチェックインおよびプレイスからのチェックアウトを管理することができる。なお、ステップＳ２００１において、チェックイン情報を受信した場合、情報処理装置１０１は、プレイスＤＢ２２０およびアプリＤＢ２７０を参照して、チェックインしたプレイスに対応するアプリケーションを端末Ｔｉに配信することにしてもよい。
【０１７１】
（情報処理装置１０１の評価依頼処理手順）
つぎに、図２１を用いて、情報処理装置１０１の評価依頼処理手順について説明する。
【０１７２】
図２１は、情報処理装置１０１の評価依頼処理手順の一例を示すフローチャートである。図２１のフローチャートにおいて、まず、情報処理装置１０１は、端末Ｔｉから第１のユーザの投稿情報を受信したか否かを判断する（ステップＳ２１０１）。ここで、情報処理装置１０１は、投稿情報を受信するのを待つ（ステップＳ２１０１：Ｎｏ）。
【０１７３】
そして、情報処理装置１０１は、投稿情報を受信した場合（ステップＳ２１０１：Ｙｅｓ）、受信した投稿情報を投稿・評価情報ＤＢ２６０に登録する（ステップＳ２１０２）。つぎに、情報処理装置１０１は、チェックイン／アウト履歴ＤＢ２４０を参照して、受信した投稿情報に対応する対象プレイスに、第１のユーザと同じ日の同一時間帯にチェックインした第２のユーザを検索する（ステップＳ２１０３）。
【０１７４】
そして、情報処理装置１０１は、第２のユーザが検索されたか否かを判断する（ステップＳ２１０４）。ここで、第２のユーザが検索された場合（ステップＳ２１０４：Ｙｅｓ）、情報処理装置１０１は、第１のユーザの投稿情報の評価依頼を生成する（ステップＳ２１０５）。評価依頼には、例えば、評価アプリと、評価対象の投稿情報とが含まれる。
【０１７５】
そして、情報処理装置１０１は、検索した第２のユーザの端末Ｔｊに、生成した評価依頼を情報処理装置１０１に送信して（ステップＳ２１０６）、本フローチャートによる一連の処理を終了する。これにより、第１のユーザと同じ日の同一時間帯に、対象プレイスにチェックインした第２のユーザに対して、第１のユーザの投稿情報の評価を依頼することができる。
【０１７６】
また、ステップＳ２１０４において、第２のユーザが検索されなかった場合（ステップＳ２１０４：Ｎｏ）、情報処理装置１０１は、受信した投稿情報をチェック対象情報としてサービスプロバイダに送信する（ステップＳ２１０７）。そして、情報処理装置１０１は、本フローチャートによる一連の処理を終了する。これにより、他のユーザによって評価されていない投稿情報については、サービスプロバイダ側で公開するか否かを最終的に判断させることができる。
【０１７７】
（情報処理装置１０１の公開制御処理手順）
つぎに、図２２を用いて、情報処理装置１０１の公開制御処理手順について説明する。
【０１７８】
図２２は、情報処理装置１０１の公開制御処理手順の一例を示すフローチャートである。図２２のフローチャートにおいて、まず、情報処理装置１０１は、端末Ｔｊから評価情報を受信したか否かを判断する（ステップＳ２２０１）。ここで、情報処理装置１０１は、評価情報を受信するのを待つ（ステップＳ２２０１：Ｎｏ）。
【０１７９】
そして、情報処理装置１０１は、評価情報を受信した場合（ステップＳ２２０１：Ｙｅｓ）、受信した評価情報を投稿・評価情報ＤＢ２６０に登録する（ステップＳ２２０２）。つぎに、情報処理装置１０１は、投稿・評価情報ＤＢ２６０を参照して、評価対象の投稿情報の評価数を算出する（ステップＳ２２０３）。なお、評価対象の投稿情報は、受信された評価情報に含まれるデータＩＤの投稿情報である。評価数は、評価対象の投稿情報について受信された評価情報の総数である。
【０１８０】
そして、情報処理装置１０１は、算出した評価対象の投稿情報の評価数が閾値β以上であるか否かを判断する（ステップＳ２２０４）。ここで、評価対象の投稿情報の評価数が閾値β未満の場合（ステップＳ２２０４：Ｎｏ）、情報処理装置１０１は、本フローチャートによる一連の処理を終了する。
【０１８１】
一方、評価対象の投稿情報の評価数が閾値β以上の場合（ステップＳ２２０４：Ｙｅｓ）、情報処理装置１０１は、評価対象の投稿情報を公開して（ステップＳ２２０５）、本フローチャートによる一連の処理を終了する。
【０１８２】
これにより、対象プレイスである施設や場所を訪れた一定数（β）以上のユーザからの評価結果が得られた投稿情報を公開することができる。なお、情報処理装置１０１は、公開されていない投稿情報のうち、受信してから一定期間（例えば、数日、数週間）経過した投稿情報については、例えば、破棄する、あるいは、チェック対象情報としてサービスプロバイダに送信することにしてもよい。
【０１８３】
以上説明したように、実施の形態にかかる情報処理装置１０１によれば、第１のユーザの投稿情報を受信すると、チェックイン／アウト履歴ＤＢ２４０を参照して、受信した投稿情報に対応する位置に存在した第２のユーザを検索することができる。そして、情報処理装置１０１によれば、検索した第２のユーザに対して、投稿情報の評価依頼を送信することができる。評価依頼には、例えば、評価アプリが含まれる。
【０１８４】
これにより、対象プレイス（第１のユーザの投稿情報で対象となっている施設や場所）にチェックインした履歴がある第２のユーザに対して、第１のユーザの投稿情報の評価依頼を行うことができる。
【０１８５】
また、情報処理装置１０１によれば、第１のユーザの投稿情報を受信すると、チェックイン／アウト履歴ＤＢ２４０を参照して、受信した投稿情報に対応する位置に第１のユーザが存在したか否かを判断することができる。そして、情報処理装置１０１によれば、第１のユーザが存在したと判断した場合に、投稿情報に対応する位置に存在した第２のユーザを検索することができる。
【０１８６】
これにより、第１のユーザが、対象の施設や場所を実際に行ったことがある場合に、第２のユーザを検索することができる。このため、対象の施設や場所に行っていないユーザからの投稿情報の評価依頼を行わないようにすることができる。
【０１８７】
また、情報処理装置１０１によれば、投稿情報に対応する位置に第１のユーザと同一時期に存在した第２のユーザを検索することができる。これにより、第１のユーザと同一時期（例えば、同一時間帯）に対象プレイスにチェックインした第２のユーザに対して、第１のユーザの投稿情報の評価依頼を行うことができる。
【０１８８】
また、情報処理装置１０１によれば、第２のユーザの評価情報を受信し、受信した評価情報に基づいて、投稿情報の公開を制御することができる。これにより、第２のユーザによる投稿情報の評価結果に応じて、第１のユーザの投稿情報を公開するか否かを制御することができる。
【０１８９】
また、情報処理装置１０１によれば、投稿・評価情報ＤＢ２６０を参照して、受信した評価情報の総数が閾値β以上となった場合に、投稿情報を公開することができる。これにより、対象プレイスである施設や場所を訪れた一定数（β）以上のユーザからの評価結果が得られた場合に投稿情報を公開することができる。
【０１９０】
また、情報処理装置１０１によれば、特定のユーザからの評価情報を受信した場合に、投稿情報を公開することができる。特定のユーザは、例えば、対象プレイスにチェックインした回数が、閾値α以上のユーザ、または、第２のユーザのうち最大のユーザである。これにより、対象プレイスである施設や場所を複数回訪れた、いわゆる、常連客と呼ばれるようなユーザからの評価結果が得られた場合に投稿情報を公開することができる。すなわち、施設や場所についてよく知っているユーザによる信憑性の高い評価結果が得られた場合に投稿情報を公開することができる。
【０１９１】
また、情報処理装置１０１によれば、投稿・評価情報ＤＢ２６０を参照して、投稿情報の内容を肯定する評価結果の総数が閾値γ以上となった場合に、投稿情報を公開することができる。これにより、対象プレイスである施設や場所を訪れた一定数（γ）以上のユーザから、投稿情報の内容を肯定する評価結果が得られた場合に投稿情報を公開することができる。
【０１９２】
また、情報処理装置１０１によれば、投稿情報を公開する場合に、投稿情報とともに、投稿情報の評価結果に関する情報を閲覧可能に公開することができる。評価結果に関する情報は、例えば、評価対象の投稿情報の評価結果の総数Ｃや、評価結果の総数のうち、投稿情報の内容を肯定する評価結果の数ｃ１や投稿情報の内容を否定する評価結果の数ｃ２を表す情報である。これにより、閲覧者に、公開された投稿情報の確からしさ、例えば、コメントの内容が確かな情報であるかどうかといったことを判断しやすくさせることができる。
【０１９３】
また、情報処理装置１０１によれば、第２のユーザからの評価情報を受信すると、当該第２のユーザに対して、評価対象の投稿情報に対応する施設や場所で使用可能なクーポン情報を送信することができる。これにより、評価者に対してインセンティブを与えることができ、投稿情報の評価依頼に対する回答率の向上を図ることができる。
【０１９４】
これらのことから、実施の形態にかかる情報処理システム２００および情報処理装置１０１によれば、投稿情報を評価する評価者を、対象の施設や場所を投稿者と同一時間帯に訪れた人などに限定することで、より正確な評価を行うことができる。これにより、サービスプロバイダの審査コストを低減させつつ、より確かな投稿情報を提供することが可能となる。
【０１９５】
なお、本実施の形態で説明した情報処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報処理プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１９６】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１９７】
（付記１）第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索し、
検索した前記第２のユーザに対して前記投稿情報の評価依頼を送信する、
制御部を有することを特徴とする情報処理装置。
【０１９８】
（付記２）前記評価依頼は、前記投稿情報の評価を行うアプリケーションを含む、ことを特徴とする付記１に記載の情報処理装置。
【０１９９】
（付記３）前記制御部は、
前記投稿情報を受信すると、前記記憶部を参照して、前記投稿情報に対応する位置に前記第１のユーザが存在したか否かを判断し、
前記第１のユーザが存在したと判断した場合に、前記記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索する、
ことを特徴とする付記１または２に記載の情報処理装置。
【０２００】
（付記４）前記記憶部は、ユーザが存在した位置に関する情報を、当該ユーザが当該位置に存在した時点を特定する情報と対応付けて記憶しており、
前記制御部は、
前記記憶部を参照して、前記投稿情報に対応する位置に前記第１のユーザと同一時期に存在した第２のユーザを検索する、ことを特徴とする付記１〜３のいずれか一つに記載の情報処理装置。
【０２０１】
（付記５）前記制御部は、
前記第２のユーザからの前記投稿情報の評価結果を受信し、
受信した前記投稿情報の評価結果に基づいて、前記投稿情報の公開を制御する、
ことを特徴とする付記１〜４のいずれか一つに記載の情報処理装置。
【０２０２】
（付記６）前記制御部は、
前記投稿情報の評価結果の総数が閾値以上となった場合に、前記投稿情報を公開する、ことを特徴とする付記５に記載の情報処理装置。
【０２０３】
（付記７）前記制御部は、
前記第２のユーザに含まれる特定のユーザからの前記投稿情報の評価結果を受信した場合に、前記投稿情報を公開する、ことを特徴とする付記５または６に記載の情報処理装置。
【０２０４】
（付記８）前記特定のユーザは、前記投稿情報に対応する位置を訪れた回数が、閾値以上のユーザ、または、前記第２のユーザのうちで最大のユーザである、ことを特徴とする付記７に記載の情報処理装置。
【０２０５】
（付記９）前記制御部は、
前記投稿情報の内容を肯定する評価結果の総数が閾値以上となった場合に、前記投稿情報を公開する、ことを特徴とする付記５〜８のいずれか一つに記載の情報処理装置。
【０２０６】
（付記１０）前記制御部は、
前記投稿情報を公開する場合に、前記投稿情報とともに、前記投稿情報の評価結果に関する情報を閲覧可能に公開する、ことを特徴とする付記５〜９のいずれか一つに記載の情報処理装置。
【０２０７】
（付記１１）前記制御部は、
前記第２のユーザからの前記投稿情報の評価結果を受信すると、当該第２のユーザに対して前記投稿情報に対応する施設で使用可能なクーポン情報を送信する、ことを特徴とする付記１〜１０のいずれか一つに記載の情報処理装置。
【０２０８】
（付記１２）複数の端末と情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
前記複数の端末のうち第１のユーザの端末から前記第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索し、前記複数の端末のうち検索した前記第２のユーザの端末に対して前記投稿情報の評価依頼を送信する、
ことを特徴とする情報処理システム。
【０２０９】
（付記１３）第１のユーザの投稿情報を受信すると、ユーザが存在した位置に関する情報を記憶する記憶部を参照して、前記投稿情報に対応する位置に存在した第２のユーザを検索し、
検索した前記第２のユーザに対して前記投稿情報の評価依頼を送信する、
処理をコンピュータが実行することを特徴とする情報処理方法。
【符号の説明】
【０２１０】
１０１  情報処理装置
１０２，Ｔ１〜Ｔｎ，Ｔｉ，Ｔｊ  端末
１１０，１２１０  記憶部
１２０，１１００，１４０１  投稿情報
１３０，１４０２  評価依頼
２００  情報処理システム
２１０  ネットワーク
２２０  プレイスＤＢ
２３０，２８０  ルールＤＢ
２４０  チェックイン／アウト履歴ＤＢ
２５０  ユーザＤＢ
２６０  投稿・評価情報ＤＢ
２７０  アプリＤＢ
３００，４００  バス
３０１，４０１  ＣＰＵ
３０２，４０２  メモリ
３０３  Ｉ／Ｆ
３０４  ディスクドライブ
３０５  ディスク
４０３  ディスプレイ
４０４  入力装置
４０５  公衆網Ｉ／Ｆ
４０６  近距離無線Ｉ／Ｆ
４０７  ＧＰＳユニット
１２０１  取得部
１２０２  検索部
１２０３  評価依頼部
１２０４  公開制御部
１４０３，１４０４  評価情報
１６０１，１６０２  公開投稿情報
１６０３，１６０４  付加情報
ＣＳ  投稿画面
ＥＳ  評価画面
ＲＳ  閲覧画面
【図１】
2019045950.tif 000003
【図２】
2019045950.tif 000004
【図３】
2019045950.tif 000005
【図４】
2019045950.tif 000006
【図５】
2019045950.tif 000007
【図６】
2019045950.tif 000008
【図７】
2019045950.tif 000009
【図８】
2019045950.tif 000010
【図９】
2019045950.tif 000011
【図１０】
2019045950.tif 000012
【図１１】
2019045950.tif 000013
【図１２】
2019045950.tif 000014
【図１３】
2019045950.tif 000015
【図１４】
2019045950.tif 000016
【図１５】
2019045950.tif 000017
【図１６】
2019045950.tif 000018
【図１７】
2019045950.tif 000019
【図１８】
2019045950.tif 000020
【図１９】
2019045950.tif 000021
【図２０】
2019045950.tif 000022
【図２１】
2019045950.tif 000023
【図２２】
2019045950.tif 000024