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

Abstract

【課題】利用者に応じて店舗を適切に評価する。【解決手段】本願に係る情報処理装置は、取得部と、算出部と、を有する。取得部は、店舗に関する店舗情報、及び、ユーザの決済履歴を取得する。算出部は、店舗情報、及び、ユーザの決済履歴に基づき、当該ユーザにとっての、店舗に関する店舗スコアを算出する。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

従来、特定の料理に対する評価が高い店舗を検索することができる店舗検索技術が提案されている。

特許第６０５２６９０号公報

しかしながら、上記の従来技術では、利用者に応じた店舗の評価を行えているとは限らない。

上記の従来技術では、特定の料理に対する評価が高い店舗の店舗情報が利用者に優先的に提示されるように制御を行う構成が記載されているに過ぎず、利用者に応じた店舗評価を行っているとは限らない。

本願は、上記に鑑みてなされたものであって、利用者に応じて店舗を適切に評価することができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、取得部と、算出部と、を有する。取得部は、店舗に関する店舗情報、及び、ユーザの決済履歴を取得する。算出部は、店舗情報、及び、ユーザの決済履歴に基づき、当該ユーザにとっての、店舗に関する店舗スコアを算出する。

実施形態の一態様によれば、利用者に応じて店舗を適切に評価することができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る決済サーバの構成例を示す図である。 図３は、実施形態に係る店舗管理情報の一例を示す図である。 図４は、実施形態に係る決済履歴情報の一例を示す図である。 図５は、実施形態に係る評価情報の一例を示す図である。 図６は、実施形態に係る利用者端末の構成例を示す図である。 図７は、実施形態に係るサービス提供装置の構成例を示す図である。 図８は、実施形態に係る情報処理の手順の一例を示すフローチャートである。 図９は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．実施形態〕
図１を用いて、本実施形態の情報処理装置等により実現される情報処理について説明する。図１は、実施形態に係る情報処理の一例を示す図である。なお、図１では、本実施形態に係る情報処理装置の一例である決済サーバ１０を含む情報処理システム１によって、実施形態に係る情報処理などが実現されるものとする。

図１に示すように、実施形態に係る情報処理システム１は、決済サーバ１０と、利用者端末１００と、サービス提供装置２００とを含む。決済サーバ１０、利用者端末１００及びサービス提供装置２００は、ネットワークＮ（例えば、図２参照）を介して有線又は無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した情報処理システム１には、複数台の決済サーバ１０、複数台の利用者端末１００及び複数台のサービス提供装置２００が含まれていてもよい。

図１に示す決済サーバ１０は、実施形態に係る情報処理の少なくとも一部を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ１０は、利用者端末１００を用いる電子決済に関する電子決済サービスを提供する。例えば、決済サーバ１０は、取引対象の提供者（事業者）や取引対象が提供される利用者Ｕ１の口座を管理しており、利用者Ｕ１からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。

また、決済サーバ１０は、例えば、電子決済サービスに加盟する加盟店（以下、単に店舗とも記載する）の評価を管理、保持する。この評価は、利用者Ｕ１が決済を行った店舗に対して、当該利用者Ｕ１が実施した評価である。決済サーバ１０は、店舗の評価を、評価を行った利用者Ｕ１と紐付けて管理、保持する。

また、決済サーバ１０は、保持する評価を用いた店舗評価サービスを提供する。例えば、決済サーバ１０は、保持する評価を用いて、利用者Ｕ１に応じた評価を店舗ごとに行う店舗評価サービスを提供する。例えば、決済サーバ１０は、サービス提供装置２００からの要求に応じて、利用者Ｕ１にとっての店舗評価を行う。

例えば、決済サーバ１０は、電子決済サービスを管理する（言い換えると、電子決済サービスに関する処理を制御する）決済管理部と、店舗評価サービスを管理する（言い換えると、店舗評価サービスに関する処理を制御する）評価管理部とを有する。

図１に示す利用者端末１００は、利用者Ｕ１によって利用される情報処理装置である。利用者端末１００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、利用者端末１００は、決済サーバ１０及びサービス提供装置２００の少なくとも一方によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、利用者端末１００がスマートフォンである場合を示す。

図１に示すサービス提供装置２００は、利用者Ｕ１に店舗情報を提供する情報処理装置であり、例えばサーバ装置やクラウドシステム等により実現される。サービス提供装置２００は、利用者Ｕ１に関する利用者情報や、店舗に関する店舗情報を保持する。サービス提供装置２００は、利用者情報として、例えば利用者Ｕ１の属性情報や利用者Ｕ１を識別する利用者識別情報を保有する。サービス提供装置２００は、店舗情報として、例えば店舗を識別する店舗識別情報を保有する。サービス提供装置２００は、例えば、利用者情報や店舗情報を、利用者端末１００を介して利用者Ｕ１から取得しうる。

なお、利用者端末１００及びサービス提供装置２００の少なくとも一方は、所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合、当該制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語等により記述されうる。なお、決済サーバ１０から配信される所定のアプリケーションそのものが制御情報とみなされてもよい。

〔１－１．利用者端末１００を用いた決済について〕
ここで、情報処理システム１で実行される情報処理に先立ち、利用者端末１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗Ａに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ａを識別する店舗識別情報を示す２次元コードを用いて、利用者Ｕ１が利用者端末１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の利用者端末１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコード（登録商標）のみならず、バーコードや所定のマーク、番号等であってもよい。

例えば、利用者Ｕ１が店舗Ａにて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、利用者Ｕ１は、利用者端末１００に予めインストールされた決済アプリを起動する。そして、利用者Ｕ１は、決済アプリを介して、店舗Ａに設置された店舗識別情報を撮影する。このような場合、利用者端末１００は、決済対象の価格を入力するための画面を表示し、利用者Ｕ１或いは店舗Ａの店員から決済金額の入力を受け付ける。そして、利用者端末１００は、利用者Ｕ１を識別する利用者識別情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗Ａを示す情報（例えば、店舗ＩＤ））と、決済金額とを示す決済情報を決済サーバ１０へと送信する。

このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕ１の口座から、店舗識別情報が示す店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ１０は、決済が完了した旨の通知を利用者端末１００へと送信する。このような場合、利用者端末１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

なお、利用者端末１００を用いた決済は、上述した処理に限定されるものではない。例えば、利用者端末１００を用いた決済は、店舗Ａに設置された店舗端末を用いたものであってもよい。例えば、利用者端末１００は、利用者Ｕ１を識別するための利用者識別情報を画面上に表示させる。このような場合、店舗Ａに設置された店舗端末は、利用者端末１００に表示された利用者識別情報を読み取り、利用者識別情報（若しくは、利用者識別情報が示す情報、すなわち、利用者Ｕ１を示す情報（例えば、利用者ＩＤ））と、決済金額と、店舗Ａを識別する情報とを示す決済情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕ１の口座から、店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させ、店舗Ａの店舗端末或いは利用者端末１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

また、利用者端末１００を用いた決済は、利用者Ｕ１が予め電子マネーをチャージした口座から店舗Ａの口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕ１が予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、利用者端末１００は、店舗Ａの口座に対して決済金額の電子マネーを移行させるとともに、利用者Ｕ１のクレジットカードの運用会社に対し、決済金額を請求してもよい。

〔１－２．実施形態に係る情報処理について〕
ここで、従来、特定の料理に対する評価が高い店舗を検索することができる店舗検索技術が提案されている。しかしながら、このような技術では、利用者に応じた店舗の評価を行えているとは限らない。

例えば、従来の技術では、店舗の雰囲気やジャンルなど、利用者の好み（嗜好）にあった店舗が検索されるとは限らない。また、従来の技術では、利用者が選択した店舗が、利用者にとってどのように評価されるか、すなわち、利用者の好みにあっているか否かを評価する点について考慮されているとは限らない。

そこで、情報処理システム１は、実施形態に係る情報処理を実行する。この情報処理は主に決済サーバ１０によって実行される。なお、以下の説明では、利用者端末１００が利用者Ｕ１により利用され、サービス提供装置２００が、利用者Ｕ１の指定する店舗の評価を、決済サーバ１０から取得し、利用者Ｕ１に提示する例が示される。

図１に示すように、サービス提供装置２００は、利用者端末１００からユーザ指定情報及び店舗指定情報を取得する（ステップＳ１）。

ユーザ指定情報は、例えば、利用者Ｕ１が指定する情報であって利用者Ｕ１に関する情報を含む。ユーザ指定情報は、例えば、利用者Ｕ１の利用者識別情報や利用者Ｕ１の属性情報を含む。利用者Ｕ１の属性情報は、例えば、利用者Ｕ１の年齢や性別、好みや居住地に関する情報を含む。利用者識別情報は、利用者Ｕ１が行った決済に紐付く情報である。

利用者端末１００は、例えば、利用者Ｕ１が入力する情報に基づき、ユーザ指定情報を生成し、サービス提供装置２００に通知する。利用者端末１００は、予めユーザ指定情報を利用者Ｕ１から取得しておいてもよく、あるいは、店舗の評価を行う際に利用者Ｕ１から取得してもよい。例えば、利用者端末１００は、サービス提供装置２００が提供するサービスを教授するために利用者Ｕ１がログインを行うことで、ユーザ指定情報を取得しうる。

店舗指定情報は、例えば、利用者Ｕ１が指定する情報であって、評価を取得する店舗に関する情報を含む。店舗指定情報は、例えば、店舗識別情報を含む。店舗識別情報は、店舗ＩＤであってもよく、あるいは、店舗の名称や住所、電話番号などであってもよい。あるいは、店舗指定情報は、エリアや店舗のジャンルなどに関する情報であってもよい。

サービス提供装置２００は、利用者端末１００から取得した店舗指定情報が、店舗識別情報ではない情報（例えば、店舗名や住所、電話番号など）であった場合、当該情報に基づいて決済サーバ１０から店舗識別情報を取得してもよい。

例えば、サービス提供装置２００は、ＡＰＩを介して店舗指定情報を決済サーバ１０に送信する。このＡＰＩは、例えば、店舗識別情報を取得するためのＡＰＩである。決済サーバ１０は、ＡＰＩを介して取得した店舗指定情報に一致する店舗を、例えば店舗に関する店舗管理情報から検索する。店舗管理情報は、例えば、店舗識別情報や店舗名、住所や電話番号など、店舗に関する情報を含む。

決済サーバ１０は、検索結果、店舗指定情報に一致する店舗の店舗識別情報を、ＡＰＩを介してサービス提供装置２００に通知する。

なお、店舗指定情報が、エリアやジャンルなど、特定の店舗を指定する情報でない場合、サービス提供装置２００は、店舗指定情報に該当する少なくとも１つの店舗識別情報を取得する。例えば、店舗指定情報がエリアであった場合、サービス提供装置２００は、当該エリアに含まれる店舗の店舗識別情報を取得する。この場合も、サービス提供装置２００は、決済サーバ１０からＡＰＩを介して店舗指定情報に該当する店舗の店舗識別情報を取得しうる。

次に、決済サーバ１０は、サービス提供装置２００から利用者属性情報、利用者識別情報、及び、店舗識別情報を取得する（ステップＳ２）。

サービス提供装置２００は、利用者Ｕ１から取得した利用者指定情報に基づき、利用者属性情報、及び、利用者識別情報を決済サーバ１０に送信する。また、サービス提供装置２００は、店舗指定情報に基づき、店舗識別情報を決済サーバ１０に送信する。サービス提供装置２００は、例えば、ＡＰＩを介してこれらの情報を決済サーバ１０に送信する。

続いて、決済サーバ１０は、利用者識別情報から利用者Ｕ１の決済履歴を取得する（ステップＳ３）。

決済サーバ１０は、利用者ごとに過去の決済情報（決済履歴）を含む決済履歴情報を保有する。決済サーバ１０は、ＡＰＩを介してサービス提供装置２００から取得した利用者識別情報に基づき、当該利用者識別情報に対応する利用者Ｕ１の決済履歴を取得する。

決済サーバ１０は、利用者属性情報及び利用履歴が類似する他の利用者の店舗評価を抽出する（ステップＳ４）。

例えば、決済サーバ１０は、利用者属性情報及び利用者履歴が、利用者Ｕ１と類似する他の利用者（以下、類似利用者とも記載する）を抽出する。次に、決済サーバ１０は、他の利用者が行った店舗評価のうち、店舗識別情報に一致する店舗（以下、評価対象店舗とも記載する）の評価を抽出する。

あるいは、決済サーバ１０は、まず、評価対象店舗の店舗評価を抽出するようにしてもよい。この場合、決済サーバ１０は、抽出した店舗評価の中から、類似利用者が評価した店舗評価を抽出する。あるいは、決済サーバ１０は、店舗識別情報、利用者属性情報及び利用者履歴を用いて、類似利用者が行った評価対象店舗の店舗評価を取得するようにしてもよい。

決済サーバ１０は、他の利用者による店舗評価に基づき、店舗スコアを算出する（ステップＳ５）。

例えば、決済サーバ１０は、類似利用者が行った評価対象店舗の評価の平均値を店舗スコアとして算出する。あるいは、決済サーバ１０は、類似利用者の類似度（利用者Ｕ１と類似利用者の類似度）に応じた重み付けを行って、店舗スコアを算出してもよい。

決済サーバ１０は、算出した店舗スコアをサービス提供装置２００に提供する（ステップＳ６）。

決済サーバ１０は、例えば、利用者属性情報等を取得したＡＰＩを使用して店舗スコアをサービス提供装置２００に提供する。あるいは、決済サーバ１０は、利用者属性情報等を取得したＡＰＩとは異なるＡＰＩを使用して店舗スコアをサービス提供装置２００に提供してもよい。

サービス提供装置２００は、取得した店舗スコアを利用者Ｕ１に提供する（ステップＳ７）。

サービス提供装置２００は、例えば、店舗スコアを利用者端末１００に送信し、利用者端末１００のディスプレイに表示させることで、店舗スコアを利用者Ｕ１に提供する。

例えば、サービス提供装置２００は、複数の評価対象店舗の店舗スコアの算出を決済サーバ１０に要求した場合、複数の評価対象店舗の店舗スコアをランキング形式で利用者Ｕ１に提供するようにしてもよい。

例えば、利用者Ｕ１が、特定の店舗の評価ではなく、エリアやジャンルなどを指定して評価結果の取得を要求する場合、サービス提供装置２００は、エリアやジャンルに含まれる１以上の店舗を評価対象店舗として、決済サーバ１０に店舗スコアの算出を要求しうる。この場合、サービス提供装置２００は、決済サーバ１０から１以上の評価対象店舗の店舗スコアを取得する。サービス提供装置２００は、例えば、店舗スコアの大きい順に評価対象店舗及び店舗スコアに関する情報を利用者Ｕ１に提供する。

以上のように、実施形態に係る決済サーバ１０は、評価対象店舗（店舗の一例）に関する店舗評価（店舗情報の一例）及び利用者Ｕ１（ユーザの一例）の決済履歴を取得する。決済サーバ１０は、店舗評価及び利用者Ｕ１の決済履歴に基づき、利用者Ｕ１にとっての、評価対象店舗に関する店舗スコアを算出する。

これにより、実施形態に係る決済サーバ１０は、利用者Ｕ１に応じた店舗評価を行うことができる。利用者Ｕ１は、評価を自身にとってカスタマイズされた店舗スコアを確認することができる。また、決済サーバ１０は、利用履歴が類似する類似利用者の評価を用いて店舗スコアを算出する。そのため、利用者Ｕ１は、実際にその店舗を利用した（その店舗で決済を実行した）類似利用者の評価を確認することができる。このように、決済サーバ１０は、より信頼度の高い店舗スコアの算出、及び、利用者Ｕ１への提示を行うことができる。

なお、サービス提供装置２００が、店舗スコアを利用者Ｕ１に提示する際に、実際にその店舗で決済サービスを利用した類似利用者の評価であることを示す保証情報（例えば、保証マークなど）を、店舗スコアとともに利用者Ｕ１に提示するようにしてもよい。例えば、サービス提供装置２００は、決済サービスを提供する決済サーバ１０によって算出された店舗スコアであることを示す保証情報を利用者Ｕ１に提示しうる。換言すると、決済サーバ１０は、所定のＡＰＩを介して店舗スコアを提供した場合に、これらの保証情報を利用者Ｕ１に提示することを、サービス提供装置２００に許可しうる。

これにより、利用者Ｕ１は、提示された店舗スコアの信頼度が高いことを確認することができる。

また、ここでは、利用者Ｕ１が、自身にあった店舗評価を取得する場合について説明したが、店舗評価を取得する主体は利用者Ｕ１に限定されない。例えば、店舗Ａが、自店舗の評価を取得するようにしてもよい。この場合、例えば、店舗Ａは、自店舗、及び、利用者属性情報（例えば、年齢、住所、好みなど）を指定して店舗評価の取得をサービス提供装置２００に要求する。

サービス提供装置２００は、利用者属性情報及び店舗識別情報を指定して、店舗スコアの算出を決済サーバ１０に要求する。決済サーバ１０は、要求に応じて、利用者属性情報に似た利用者の決済履歴に基づき、評価対象店舗の評価を抽出し、店舗スコアを算出する。サービス提供装置２００は、決済サーバ１０から店舗スコアを取得すると、当該店舗スコアを店舗Ａに提供する。

これにより、店舗Ａは、ターゲットを絞って自店舗の評価を確認することができる。店舗Ａは、例えば、３０代男性からどういう評価を受けているのかを確認することができる。このように、本実施形態に係る情報処理は、店舗側によって利用されることで、顧客分析ツールとしても使用されることができる。

なお、店舗Ａは、利用者属性情報の代わりに、決済を指定して店舗スコアの算出を要求しうる。この場合、決済サーバ１０は、例えば、指定された決済を行った利用者に類似する類似利用者が行った店舗評価に基づき、店舗スコアを算出する。

あるいは、店舗Ａは、利用者属性情報の代わりに、店舗Ａが販売する商品、又は、提供するサービスを指定して店舗スコアの算出を要求しうる。この場合、決済サーバ１０は、例えば、指定された商品又はサービスに関する決済を行った利用者、及び、当該利用者に類似する類似利用者が行った店舗評価に基づき、店舗スコアを算出する。

なお、ここでは、決済サーバ１０が店舗スコアを提供するとしたが、決済サーバ１０が提供する店舗評価は店舗スコアに限定されない。例えば、決済サーバ１０は、類似評価者による評価コメントや評価値を提供するようにしてもよい。

また、ここでは、サービス提供装置２００が、店舗を指定して店舗スコアの提供を決済サーバ１０に要求するとしたが、サービス提供装置２００が店舗を指定せずに店舗スコアの提供を要求するようにしてもよい。この場合、サービス提供装置２００は、例えば、利用者識別情報及び利用者属性情報を決済サーバ１０に通知する。決済サーバ１０は、例えば、利用者Ｕ１の決済履歴及び利用者属性情報に類似する類似利用者の評価に基づき、店舗ごとに店舗スコアを算出する。このときの評価対象店舗は、例えば、類似利用者の決済履歴に含まれる店舗から選択されうる。

また、ここでは、利用者Ｕ１が電子決済を行う端末と、利用者Ｕ１に店舗スコアを提示する端末とが同じ利用者端末１００であるとしたが、利用者Ｕ１が電子決済を行う端末と、店舗スコアを提示する端末と、が異なる端末であってもよい。利用者Ｕ１は、電子決済の利用者識別情報を含むユーザ指定情報をサービス提供装置２００に通知すればよく、利用者Ｕ１が使用する端末の種別は問わない。

〔２．決済サーバの構成〕
次に、図２を用いて、決済サーバ１０の構成について説明する。図２は、実施形態に係る決済サーバの構成例を示す図である。図２に示すように、決済サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。

（通信部２０について）
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、利用者端末１００や、サービス提供装置２００等との間で情報の送受信を行う。

（記憶部３０について）
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図２に示すように、記憶部３０は、店舗情報データベース３１と、決済情報データベース３２と、評価情報データベース３３と、を有する。

（店舗情報データベース３１について）
店舗情報データベース３１は、店舗に関する各種情報を記憶する。例えば、店舗情報データベース３１は、店舗管理情報を記憶する。

図３は、実施形態に係る店舗管理情報の一例を示す図である。図３の例において、店舗管理情報は、「店舗ＩＤ」、「店舗名」、「所在地」、「電話番号」、「カテゴリ」に関する情報を含む。

「店舗ＩＤ」は、店舗を識別する店舗識別情報の一例である。「店舗名」は、店舗の名称を示す情報である。「所在地」は、店舗の位置情報（例えば、住所）を示す情報である。「電話番号」は、店舗の連絡先として電話番号を示す情報である。「カテゴリ」は、店舗カテゴリを示す情報である。店舗カテゴリは、例えば、各店舗を業種や、取扱商品／サービスで店舗を区分するための情報である。「カテゴリ」に複数の店舗カテゴリが含まれてもよい。あるいは、「カテゴリ」が階層化されていてもよい。例えば、「飲食店」など業種を示す「カテゴリ」の下位に、「中華」や「イタリアン」など取扱商品を示す「サブカテゴリ」が設定されてもよい。

すなわち、図３の例では、店舗情報データベース３１には、店舗ＩＤが「ＳＩＤ＃１」によって識別される店舗の所在地が「所在地＃１」、電話番号が「電話番号＃１」、カテゴリが「カテゴリ＃１」である店舗に関する店舗管理情報が記憶されている。

（決済情報データベース３２について）
決済情報データベース３２は、決済に関する各種情報を記憶する。例えば、決済情報データベース３２は、決済履歴情報を記憶する。

図４は、実施形態に係る決済履歴情報の一例を示す図である。図４の例において、決済履歴情報は、「利用者ＩＤ」、「決済ＩＤ」、「決済日時」、「決済店舗」、「決済対象」、「決済金額」に関する情報を含む。

「利用者ＩＤ」は、利用者を識別する利用者識別情報の一例である。「決済ＩＤ」は、電子決済を識別する識別情報である。「決済日時」は、電子決済が行われた日時を示す情報である。「決済店舗」は、電子決済を行った店舗を示す情報であり、例えば、店舗ＩＤを含む。「決済対象」は、例えば、商品など電子決済の対象を示す情報である。「決済金額」は、決済の金額を示す情報である。

すなわち、図４の例では、利用者ＩＤ「ＵＩＤ＃１」によって識別される利用者が「ＸＸ／ＹＹ／ＺＺ ＴＴ：ＭＭ」に、店舗ＩＤ「ＳＩＤ＃１」によって識別される店舗で、「決済対象＃１」に対して「決済金額＃１」を支払った決済ＩＤ「ＰＩＤ＃１」の決済が示されている。

（評価情報データベース３３について）
評価情報データベースは、店舗に対して利用者が行った評価に関する各種情報を記憶する。例えば、評価情報データベース３３は、評価情報を記憶する。

図５は、実施形態に係る評価情報の一例を示す図である。図５の例において、評価情報は、「利用者ＩＤ」、「評価店舗」、「決済ＩＤ」、「評価値」、「評価コメント」に関する情報を含む。

「利用者ＩＤ」は、評価を行った利用者を識別する利用者識別情報の一例である。「評価店舗」は、評価の対象となった店舗を示す情報であり、例えば、店舗ＩＤを含む。「決済ＩＤ」は、利用者が評価を行う契機となった決済を識別する識別情報である。「評価値」は、利用者が点数で行った評価の結果を示す情報である。「評価コメント」は、利用者が文章等で行った評価の結果を示す情報である。

すなわち、図５の例では、利用者ＩＤ「ＵＩＤ＃１」で識別される利用者が店舗ＩＤ「ＳＩＤ＃１」で識別される店舗に対して、決済ＩＤ「ＰＩＤ＃１」で識別される決済時に、評価値「３」及び「評価コメント＃１」の評価を行った例が示されている。

（制御部４０について）
図２に戻り、制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、決済サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、図２に示すように、取得部４１と、算出部４２と、提供部４３と、決済処理部４４と、受付部４５と、を有し、以下に説明する情報処理の機能や作用を実現または実行する。

（取得部４１について）
取得部４１は、記憶部３０やサービス提供装置２００から各種情報を取得する。取得部４１は、通信部２０を介してサービス提供装置２００から利用者属性情報、利用者識別情報、及び、店舗識別情報の少なくとも１つを取得する。

取得部４１は、記憶部３０から利用者識別情報で識別される利用者の決済履歴を取得する。また、取得部４１は、利用者の決済履歴、利用者属性情報に基づき、利用者に類似する類似利用者に関する情報を記憶部３０から取得する。取得部４１は、類似利用者に関する情報から、当該類似利用者が行った店舗の店舗評価に関する評価情報を取得する。

（算出部４２について）
算出部４２は、取得部４１が取得した評価情報に基づき、店舗識別情報で識別される店舗（評価対象店舗）の店舗スコアを算出する。算出部４２は、例えば、類似利用者による評価値の平均値を店舗スコアとして算出する。あるいは、算出部４２は、評価値に対して類似利用者と利用者との類似度に応じた重み付けを行って店舗スコアを算出してもよい。

（提供部４３について）
提供部４３は、算出部４２が算出した店舗スコアを、通信部２０を介してサービス提供装置２００に提供する。提供部４３は、店舗スコアとともに、類似利用者が行った評価コメントをサービス提供装置２００に提供するようにしてもよい。

また、提供部４３は、実際に評価対象店舗で決済を行った類似利用者による評価に基づいた店舗スコアであることを示す情報（保証情報）を店舗スコアとともにサービス提供装置２００に提供するようにしてもよい。保証情報は、例えば、店舗スコアの信用度が高いことを示す情報である。

保証情報を受け取ったサービス提供装置２００は、例えば、保証マークを付して店舗スコアを利用者に提示しうる。これにより、利用者は、店舗スコアの信頼度が高いことを認識することができる。

（決済処理部４４について）
決済処理部４４は、後述する受付部４５が受け付けた決済情報に従い、決済処理を実行する。例えば、決済処理部４４は、利用者ＩＤが示す利用者の口座から、店舗ＩＤが示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。

（受付部４５について）
受付部４５は、利用者から事業者に対する決済に関する決済情報を受け付ける。例えば、受付部４５は、利用者を識別する利用者識別情報と、決済アプリを介して撮影された店舗識別情報と、利用者或いは店舗の店員から入力された決済金額とを示す決済情報を利用者端末１００から受け付ける。

〔３．利用者端末の構成〕
次に、図６を用いて、実施形態に係る利用者端末１００の構成について説明する。図６は、実施形態に係る利用者端末１００の構成例を示す図である。図６に示すように、利用者端末１００は、通信部１１０と、入力部１２０と、出力部１３０と、制御部１４０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、決済サーバ１０等との間で情報の送受信を行う。

（入力部１２０について）
入力部１２０は、利用者Ｕ１からの各種操作を受け付ける。例えば、入力部１２０は、タッチパネル機能により表示面を介して利用者Ｕ１からの各種操作を受け付けてもよい。また、入力部１２０は、利用者端末１００に設けられたボタンや、利用者端末１００に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３０について）
出力部１３０は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。例えば、出力部１３０は、決済サーバ１０から取得した情報を表示する。

（制御部１４０について）
制御部１４０は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、利用者端末１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムには、利用者端末１００にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、決済サーバ１０から取得した情報を表示するアプリケーションのプログラムが含まれる。また、制御部１４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図６に示すように、制御部１４０は、受信部１４１と、送信部１４２とを有し、以下に説明する情報処理の作用を実現又は実行する。

（受信部１４１について）
受信部１４１は、各種情報を受信する。受信部１４１は、外部の情報処理装置から各種情報を受信する。受信部１４１は、決済サーバ１０、サービス提供装置２００等の他の情報処理装置から各種情報を受信する。例えば、受信部１４１は、識別情報の発行要求に応じて送信された利用者Ｕ１の口座を示す識別情報を受信する。

（送信部１４２について）
送信部１４２は、外部の情報処理装置へ各種情報を提供する。送信部１４２は、外部の情報処理装置へ各種情報を送信する。送信部１４２は、決済サーバ１０、サービス提供装置２００等の他の情報処理装置へ各種情報を送信する。例えば、送信部１４２は、利用者Ｕ１からの操作に応じて、所定の場所で決済可能な識別情報の発行要求を送信する。

〔４．サービス提供装置の構成〕
次に、図７を用いて、実施形態に係るサービス提供装置２００の構成について説明する。図７は、実施形態に係るサービス提供装置２００の構成例を示す図である。図７に示すように、サービス提供装置２００は、通信部２１０と、記憶部２２０と、制御部２４０とを有する。

（通信部２１０について）
通信部２１０は、例えば、ＮＩＣ等によって実現される。そして、通信部２１０は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、決済サーバ１０等との間で情報の送受信を行う。

（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。

（制御部２４０について）
制御部２４０は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、サービス提供装置２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムには、サービス提供装置２００にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、決済サーバ１０から取得した情報を表示するアプリケーションのプログラムが含まれる。また、制御部２４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図７に示すように、制御部２４０は、受信部２４１と、送信部２４２とを有し、以下に説明する情報処理の作用を実現又は実行する。

（受信部２４１）
受信部２４１は、各種情報を受信する。受信部２４１は、外部の情報処理装置から各種情報を受信する。受信部２４１は、決済サーバ１０、利用者端末１００等の他の情報処理装置から各種情報を受信する。例えば、受信部２４１は、店舗スコア算出時に、店舗スコア算出の要求を決済サーバ１０に通知するための情報（例えばユーザ指定情報及び店舗指定情報）を、利用者端末１００から受信する。また、例えば、受信部２４１は、店舗スコアを決済サーバ１０から受信する。

（送信部２４２）
送信部２４２は、外部の情報処理装置へ各種情報を提供する。送信部２４２は、外部の情報処理装置へ各種情報を送信する。送信部２４２は、決済サーバ１０、利用者端末１００等の他の情報処理装置へ各種情報を送信する。例えば、送信部２４２は、店舗スコアの算出要求を決済サーバ１０に送信する。また、送信部２４２は、決済サーバ１０から受信した店舗スコアを、利用者端末１００に送信する。

〔５．情報処理のフロー〕
図８を用いて、実施形態に係る決済サーバ１０の情報処理の手順について説明する。図８は、実施形態に係る情報処理の手順の一例を示すフローチャートである。

図８に示すように、決済サーバ１０は、利用者属性情報、利用者識別情報、及び、店舗識別情報を受信する（ステップＳ１０１）。決済サーバ１０は、利用者識別情報によって識別される利用者の決済履歴を取得する（ステップＳ１０２）。

決済サーバ１０は、決済履歴及び利用者属性に基づき、類似利用者を抽出する（ステップＳ１０３）。決済サーバ１０は、店舗識別情報によって識別される店舗の評価から、類似利用者が行った評価を抽出する（ステップＳ１０４）。

決済サーバ１０は、類似利用者が行った評価に基づき、店舗スコアを算出する（ステップＳ１０５）。決済サーバ１０は、算出した店舗スコアをサービス提供装置２００に通知する（ステップＳ１０６）。

〔６．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

〔６－１．利用者属性情報について〕
上述の実施形態において、利用者属性情報が、例えば年齢、住所、好みなどである例を示したが、利用者属性情報はこれに限定されない。例えば、利用者属性情報は、利用者Ｕ１が店舗を利用する予定の時間帯を示す利用時間情報（例えば、ランチタイムやディナータイム、午前、午後など）や、店舗を利用する目的を示す利用目的情報などを含んでいてもよい。

〔６－２．取得部４１が取得する情報について〕
上述の実施形態において、決済サーバ１０の取得部４１は、利用者属性情報、利用者識別情報、及び、店舗識別情報の少なくとも１つを取得するとしたが、取得部４１が取得する情報はこれに限定されない。例えば、取得部４１が、利用者Ｕ１が一緒に店舗を利用する予定の人物（以下、同行者とも記載する）に関する情報（以下、同行者情報）を取得するようにしてもよい。

例えば、同行者が、決済サーバ１０が提供する決済サービスを利用している利用者である場合、同行者にも利用者識別番号が付与されている。この場合、決済サーバ１０は、例えば、サービス提供装置２００を介して同行者の利用者識別情報（例えば、上述した利用者ＩＤ）を取得する。以下、同行者の利用者識別情報を、利用者Ｕ１の利用者識別情報と区別する場合、同行者識別情報とも記載する。

サービス提供装置２００は、利用者Ｕ１から同行者識別情報を取得する。例えば、サービス提供装置２００は、同行者の候補として、決済サービスを介して利用者Ｕ１との間で金銭のやり取りを行ったことがある利用者の一覧を、利用者Ｕ１に提示する。サービス提供装置２００は、例えば、利用者Ｕ１が店舗などを選択した際に、利用者Ｕ１に同行者の候補を提示する。

利用者Ｕ１が、サービス提供装置２００が提示する同行者の候補の一覧から１以上の同行者を選択したとする。この場合、サービス提供装置２００は、利用者属性情報、利用者識別情報、及び、店舗識別情報の少なくとも１つとともに、利用者Ｕ１が選択した同行者の同行者識別番号を決済サーバ１０に通知する。

決済サーバ１０の取得部４１は、同行者識別番号から同行者の決済履歴を取得する。決済サーバ１０は、同行者の決済履歴と類似する決済履歴を有する他の利用者（以下、同行類似利用者とも記載する）を抽出する。決済サーバ１０の取得部４１は、評価対象店舗に対する同行類似利用者の評価を抽出する。

決済サーバ１０の算出部４２は、同行類似利用者の評価及び類似利用者の評価に基づいて店舗スコアを算出する。例えば、算出部４２は、同行類似利用者の評価及び類似利用者の評価に含まれる評価値の合計値（又は平均値）を、評価対象店舗の店舗スコアとする。

あるいは、算出部４２は、同行類似利用者の評価に基づいて算出した第１店舗スコア、及び、類似利用者の評価に基づいて算出した第２店舗スコアの合計点（又は平均点）を評価対象店舗の店舗スコアとしてもよい。このとき、算出部４２は、第１店舗スコア及び第２店舗スコアに重み付けを行って店舗スコアを算出してもよい。

決済サーバ１０は、算出した店舗スコアを、サービス提供装置２００を介して利用者Ｕ１に提示する。

なお、ここでは、決済サーバ１０が、同行者識別情報に基づき、同行類似利用者を抽出するとしたが、決済サーバ１０が同行類似利用者の抽出に使用する情報は、同行識別情報に限定されない。例えば、決済サーバ１０は、同行者識別情報によって識別される利用者（同行者）の属性情報（以下、同行者属性情報とも記載する）を用いて同行類似利用者を抽出してもよい。

同行者属性情報は、同行者の属性（例えば、年齢、住所、好みなど）を示す情報である。決済サーバ１０の記憶部３０が同行者識別情報と対応づけて同行者属性情報を記憶している場合、取得部４１は、同行者識別情報を用いて、同行者属性情報を取得する。あるいは、取得部４１は、同行者が使用する同行者端末（図示省略）に問い合わせを行うことで、同行者端末から同行者属性情報を取得するようにしてもよい。

あるいは、取得部４１は、サービス提供装置２００を介して利用者端末１００から同行者属性情報を取得するようにしてもよい。この場合、利用者端末１００は、利用者Ｕ１が入力する情報（例えば、同行者の年代、性別など）に基づき、同行者属性情報を取得する。

なお、決済サーバ１０は、自装置が保有する同行者属性情報又は同行者から取得した同行者属性情報を利用者Ｕ１に提示しないものとする。これにより、決済サーバ１０は、同行者のプライバシーを保護することができる。

あるいは、決済サーバ１０は、同行者からの同意を条件として同行者属性情報の少なくとも一部を利用者Ｕ１に提示するようにしてもよい。例えば、同行者は、同行者属性情報の開示範囲を限定して、同行者属性情報の開示（利用者への提示）に同意しうる。例えば、同行者は、アレルギー情報や食べられない食材に関する情報は開示するが、趣味などは開示しないなど、内容を限定して同行者属性情報の開示に同意しうる。

また、例えば、同行者は、利用者Ｕ１には開示するが、利用者Ｕ２には開示しないなど、利用者単位（又は、利用者を含むグループ単位）で開示するか否か、あるいは、開示範囲の設定を行えるようにしてもよい。

また、例えば、同行者が開示する期限を指定できるようにしてもよい。例えば、「今回だけ開示する」や１週間など「所定の期間開示する」など、開示する期間を同行者が指定できるようにしてもよい。

また、決済サーバ１０は、同行者から同行者属性情報の少なくとも一部を開示するという開示表明を受け付けるようにしてもよい。この場合、決済サーバ１０は、開示表明を受けた同行者属性情報を利用者Ｕ１に開示するとともに、開示する同行者属性情報の重み付けを大きくして店舗スコアの算出を行う。なお、同行者は、同行者属性情報の内容や期間を限定して開示表明を行うようにしてもよい。

なお、ここでは、決済サーバ１０が評価対象店舗の店舗スコアを算出するものとしたが、決済サーバ１０が、店舗スコアの高い店舗を、例えばおすすめの店舗として利用者Ｕ１に提示するようにしてもよい。

例えば、決済サーバ１０は、複数の評価対象店舗の店舗スコアを算出し、点数の高い順に所定数の店舗をおすすめの店舗として利用者Ｕ１に提示する。あるいは、決済サーバ１０が、複数の評価対象店舗のうち、点数が所定の点数以上である店舗をおすすめの店舗として利用者Ｕ１に提示するようにしてもよい。

あるいは、決済サーバ１０が、類似利用者の評価に基づいて複数の第１評価対象店舗の店舗スコアを算出するとともに、同行類似利用者の評価に基づいて複数の第２評価対象店舗の店舗スコアを算出するようにしてもよい。この場合、決済サーバ１０は、例えば、店舗スコアが所定の点数以上であって、第１評価対象店舗及び第２評価対象店舗の両方に含まれる店舗をおすすめの店舗として利用者Ｕ１に提示しうる。すなわち、決済サーバ１０は、類似利用者及び同行類似利用者の両方が高く評価した店舗を、おすすめの店舗として利用者Ｕ１に提示しうる。

なお、例えば、利用者Ｕ１が複数の同行者を選択した場合、決済サーバ１０は、同行者によって異なる重みを用いた重み付けを行って店舗スコアを算出するようにしてもよい。例えば、決済サーバ１０は、集まりの主役となる同行者（例えば、店舗利用目的が誕生日パーティの場合、誕生日が店舗利用日に近い同行者）の類似利用者による評価が、店舗スコアに大きく反映されるように店舗スコアを算出しうる。

以上のように、決済サーバ１０が同行者の情報を取得して店舗スコアを算出することで、決済サーバ１０は、利用者Ｕ１及び同行者に応じた店舗スコアを算出することができる。

なお、ここでは、利用者Ｕ１が、同行者候補の一覧から同行者を選択するとしたが、利用者Ｕ１による同行者の選択方法はこれに限定されない。利用者Ｕ１は、利用者識別情報をサービス提供装置２００に直接通知することで、同行者の選択を行うようにしてもよい。あるいは、同行者の属性の一部（例えば、氏名など）を入力することで、同行者の選択を行うようにしてもよい。

〔６－３．決済履歴について〕
上述の実施形態において、決済サーバ１０は、利用者Ｕ１の決済履歴に基づき、類似利用者を抽出するとしたが、決済サーバ１０は、類似利用者の抽出以外にも利用者Ｕ１の決済履歴を使用しうる。例えば、決済サーバ１０は、決済履歴を用いて店舗スコアの修正を行いうる。

例えば、決済サーバ１０は、一定期間の間で連続して行われた決済に応じて店舗スコアを修正する。より具体的には、決済サーバ１０は、一定期間の間で連続して決済が行われた店舗の属性や決済を行ったタイミング（時刻）に応じて店舗スコアを修正する。

例えば、利用者Ｕ１が、居酒屋で決済を行った後にカラオケで決済を行うことが多い場合、決済サーバ１０は、カラオケの店舗スコアが他の業種の店舗スコアが大きくなるように店舗スコアを修正する。例えば、決済サーバ１０は、店舗スコア算出時の重み付けを業種（例えばカラオケ）に対する重みが大きくなるようにする。

このような店舗スコアの修正は、例えば、利用者Ｕ１が居酒屋で決済を行った後に、店舗検索を行う場合に有用である。あるいは、このような店舗スコアの修正は、利用者Ｕ１が居酒屋で決済を行った直後に、おすすめの店舗を提示する場合に有用である。

このように、一定期間の間に行われた決済の順番（流れ）に応じて、決済サーバ１０が店舗スコアを修正する場合、同行者に応じて店舗スコアを修正するようにしてもよい。同行者の選択は、利用者Ｕ１によって行われてもよい。あるいは、決済サーバ１０が、決済時に利用者Ｕ１と金銭のやり取りを行った他の利用者を同行者として設定するようにしてもよい。

また、例えば、利用者Ｕ１及び同行者（以下、まとめて参加者とも記載する）の決済の流れに応じて、決済サーバ１０が店舗スコアを修正するようにしてもよい。例えば、複数の参加者の決済の流れから、多く（例えば過半数以上の参加者）が居酒屋で決済を行った後、他の居酒屋で決済を行うことが多い場合、決済サーバ１０は、居酒屋の店舗スコアが他の業種の店舗スコアより大きくなるように店舗スコアを修正する。例えば、決済サーバ１０は、店舗スコア算出時の重み付けを業種（例えば居酒屋）に対する重みが大きくなるようにする。

あるいは、参加者の多く（例えば過半数以上）が、連続した決済を行っていない場合、決済サーバ１０は、おすすめの店舗を提示しないようにしてもよい。例えば、参加者の多くが２次会に参加しない場合、決済サーバ１０は、１次会の決済が終了した後に、店舗スコアに関する情報を提示しないようにしうる。

以上のように、決済サーバ１０は、決済の流れに応じて店舗スコアを修正することで、より利用者Ｕ１に応じた店舗スコアを算出することができる。

〔６－４．類似利用者について〕
上述の実施形態において、決済サーバ１０は、利用者属性情報及び利用者履歴が利用者Ｕ１と類似する他の利用者を類似利用者として抽出するとしたが、決済サーバ１０が抽出する類似利用者はこれに限定されない。

例えば、決済サーバ１０は、利用者Ｕ１が決済を行った店舗に対する評価が類似する他の利用者を類似利用者として抽出するようにしてもよい。

この場合、決済サーバ１０は、利用者Ｕ１の利用者履歴に含まれる決済店舗（決済済み店舗の一例）の評価情報を取得する。決済サーバ１０は、例えば、取得した利用者Ｕ１の利用履歴を用いて、決済情報データベース３２及び評価情報データベース３３を参照することで、利用者Ｕ１が決済を行った決済店舗に対する評価情報を取得する。

決済サーバ１０は、取得した評価情報を基に、評価情報データベース３３を参照し、取得した評価情報と、評価情報が類似する他の利用者を類似利用者として抽出する。ここで、評価情報が類似するとは、「同じ店舗に対する評価の傾向が同じ、又は、類似している」ことであるとする。

このように、決済サーバ１０は、店舗に対する評価の傾向が類似する他の利用者を、利用者Ｕ１の類似利用者として抽出するようにしてもよい。これにより、決済サーバ１０は、決済を行った店舗が類似することに加え（又は、代えて）、決済を行った店舗の評価が類似する類似利用者を抽出することができる。

〔６－５．処理態様について〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔７．効果〕
上述してきたように、決済サーバ１０は、取得部４１と、算出部４２と、を有する。取得部４１は、店舗に関する店舗情報、及び、利用者Ｕ１の決済履歴を取得する。算出部４２は、店舗情報、及び、利用者Ｕ１の決済履歴に基づき、当該利用者Ｕ１にとっての、店舗に関する店舗スコアを算出する。

これにより、決済サーバ１０は、利用者Ｕ１の決済履歴を考慮した店舗スコアを算出することができるため、利用者Ｕ１に応じて適切に店舗の評価を行うことができる。

また、実施形態に係る決済サーバ１０において、例えば、取得部４１は、店舗を識別するための店舗識別情報、及び、利用者Ｕ１を識別するための利用者識別情報を取得する。取得部４１は、店舗識別情報に対応した店舗情報、及び、利用者識別情報に対応した利用者Ｕ１の決済履歴を取得する。

これにより、決済サーバ１０は、利用者Ｕ１の決済履歴を考慮した店舗スコアを算出することができるため、利用者Ｕ１に応じて適切に店舗の評価を行うことができる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、決済履歴が利用者Ｕ１に類似する類似利用者による店舗に対する評価に基づき、店舗スコアを算出する。

これにより、決済サーバ１０は、決済履歴が利用者Ｕ１と類似する類似利用者が行った店舗評価に基づいて店舗スコアを算出することができるため、利用者Ｕ１に応じて適切に店舗の評価を行うことができる。

また、実施形態に係る決済サーバ１０において、例えば、取得部４１は、利用者Ｕ１の属性情報を取得する。算出部４２は、属性情報に基づき、店舗スコアを算出する。

これにより、決済サーバ１０は、決済履歴に加え利用者Ｕ１の属性情報を利用して店舗スコアを算出することができるため、利用者Ｕ１に応じて適切に店舗の評価を行うことができる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、決済履歴、及び、属性情報の少なくとも一方が利用者Ｕ１に類似する類似利用者による店舗に対する評価に基づき、店舗スコアを算出する。

これにより、決済サーバ１０は、決済履歴及び属性情報が利用者Ｕ１と類似する類似利用者が行った店舗評価に基づいて店舗スコアを算出することができるため、利用者Ｕ１に応じて適切に店舗の評価を行うことができる。

また、実施形態に係る決済サーバ１０において、例えば、取得部４１は、利用者Ｕ１とは異なる第２の利用者（同行者の一例）の決済履歴を取得する。算出部４２は、利用者Ｕ１の決済履歴、及び、第２の利用者の決済履歴に基づき、当該利用者Ｕ１及び当該第２の利用者にとっての、店舗に関する店舗スコアを算出する。

これにより、決済サーバ１０は、利用者Ｕ１及び第２の利用者の決済履歴を考慮した店舗スコアを算出することができるため、利用者Ｕ１及び第２の利用者に応じて適切に店舗の評価を行うことができる。

また、実施形態に係る決済サーバ１０において、例えば、取得部４１は、利用者Ｕ１が指定する第２の利用者の決済履歴を取得する。

これにより、決済サーバ１０は、利用者Ｕ１及び第２の利用者の決済履歴を考慮した店舗スコアを算出することができるため、利用者Ｕ１及び第２の利用者に応じて適切に店舗の評価を行うことができる。

〔８．ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ１０は、例えば、図９に示すような構成のコンピュータ１０００によって実現される。以下、決済サーバ１０を例に挙げて説明する。図９は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が決済サーバ１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。また、ＨＤＤ１４００には、決済サーバ１０の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔９．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述した決済サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理システム
１０ 決済サーバ
２０，１１０，２１０ 通信部
３０，２２０ 記憶部
３１ 店舗情報データベース
３２ 決済情報データベース
３３ 評価情報データベース
４０，１４０，２４０ 制御部
４１ 取得部
４２ 算出部
４３ 提供部
４４ 決済処理部
４５ 受付部
１００ 利用者端末
１２０ 入力部
１３０ 出力部
１４１，２４１ 受信部
１４２，２４２ 送信部
２００ サービス提供装置

Claims (11)

1. 店舗に関する店舗情報、及び、ユーザの決済履歴を取得する取得部と、
   前記店舗情報、及び、前記ユーザの前記決済履歴に基づき、当該ユーザにとっての、前記店舗に関する店舗スコアを算出する算出部と、
   を有することを特徴とする情報処理装置。
2. 前記取得部は、
   前記店舗を識別するための店舗識別情報、及び、前記ユーザを識別するためのユーザ識別情報を取得し、
   前記店舗識別情報に対応した前記店舗情報、及び、前記ユーザ識別情報に対応した前記ユーザの前記決済履歴を取得する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記算出部は、
   前記決済履歴が前記ユーザに類似する第１のユーザによる前記店舗に対する評価に基づき、前記店舗スコアを算出する
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記算出部は、
   前記決済履歴に含まれる決済済み店舗に対する評価が前記ユーザに類似する第１のユーザによる前記店舗に対する評価に基づき、前記店舗スコアを算出する
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記取得部は、
   前記ユーザの属性情報を取得し、
   前記算出部は、
   前記属性情報に基づき、前記店舗スコアを算出する
   ことを特徴とする請求項１に記載の情報処理装置。
6. 前記算出部は、
   前記決済履歴、及び、前記属性情報の少なくとも一方が前記ユーザに類似する第１のユーザによる前記店舗に対する評価に基づき、前記店舗スコアを算出する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記算出部は、
   前記決済履歴に含まれる決済済み店舗に対する評価、及び、前記属性情報の少なくとも一方が前記ユーザに類似する第１のユーザによる前記店舗に対する評価に基づき、前記店舗スコアを算出する
   ことを特徴とする請求項５に記載の情報処理装置。
8. 前記取得部は、
   前記ユーザとは異なる第２のユーザの前記決済履歴を取得し、
   前記算出部は、
   前記ユーザの前記決済履歴、及び、前記第２のユーザの前記決済履歴に基づき、当該ユーザ及び当該第２のユーザにとっての、前記店舗に関する前記店舗スコアを算出する
   ことを特徴とする請求項１に記載の情報処理装置。
9. 前記取得部は、
   前記ユーザが指定する前記第２のユーザの前記決済履歴を取得する
   ことを特徴とする請求項８に記載の情報処理装置。
10. コンピュータが実行する情報処理方法であって、
    店舗に関する店舗情報、及び、ユーザの決済履歴を取得する取得工程と、
    前記店舗情報、及び、前記ユーザの前記決済履歴に基づき、当該ユーザにとっての、前記店舗に関する店舗スコアを算出する算出工程と、
    を含むことを特徴とする情報処理方法。
11. 店舗に関する店舗情報、及び、ユーザの決済履歴を取得する取得手順と、
    前記店舗情報、及び、前記ユーザの前記決済履歴に基づき、当該ユーザにとっての、前記店舗に関する店舗スコアを算出する算出手順と、
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images