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

Abstract

【課題】決済サービスの利用が可能な、ユーザに適した店舗を推薦すること。【解決手段】情報処理装置が、決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する処理と、前記ユーザのユーザ情報に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する処理と、を実行し、前記ユーザ情報は、前記決済サービスにおいて前記ユーザが利用可能な電子マネーの残高、前記決済サービスを用いて前記ユーザが支払うことが可能な支払可能額、前記ユーザの属性、前記決済サービスを利用した履歴、前記ユーザの信用度、前記ユーザの情報処理端末から前記表示要求を受信した時刻の何れか１つを含む。【選択図】図８

Description

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

近年では、現金を用いない決済サービスの１つとして、プリペイドカード等にチャージされた電子マネーを用いて商品やサービスを購入する方法が知られている。また、この決済サービスでは、例えば、電子マネーの残高等に応じて、ユーザの属性に合った商品を紹介することが知られている（例えば、特許文献１を参照）。

特開２０１７−１６２４９６号公報

しかしながら、特許文献１に記載された従来の技術では、電子マネーの残高等に応じた商品を紹介することは開示されているが、ユーザに、決済サービスに対応した店舗を紹介することはできない。

本開示は、決済サービスの利用が可能な、ユーザに適した店舗を通知する技術を提示することを目的とする。

本開示の一実施形態に係る情報処理方法は、情報処理装置が、決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する処理と、前記ユーザのユーザ情報に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する処理と、を実行し、前記ユーザ情報は、前記決済サービスにおいて前記ユーザが利用可能な電子マネーの残高、前記決済サービスを用いて前記ユーザが支払うことが可能な支払可能額、前記ユーザの属性、前記決済サービスを利用した履歴、前記ユーザの信用度、前記ユーザの情報処理端末から前記表示要求を受信した時刻の何れか１つを含む。

本開示の一実施形態に係る通信システムの構成を示す図である。 本開示に係る情報処理装置のハードウェア構成の一例を示す図である。 実施形態に係る情報処理装置の機能的な構成を示すブロック図の一例を示す図である。 実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 ユーザ情報記憶部が格納するユーザ情報の一例を示す図である。 店舗情報記憶部が格納する店舗情報の一例を示す図である。 サーバにおける店舗を特定してレコメンド順を決定する処理の一例を示すフローチャートである。 端末におけるレコメンド情報の表示態様の一例を示す第一の図である。 端末におけるレコメンド情報の表示態様の一例を示す第二の図である。 第１実施例のサーバにおける店舗を特定してレコメンド順を決定する処理の一例を示すフローチャートである。 第１実施例における端末におけるレコメンド情報の表示態様の一例を示す第一の図である。 第１実施例における端末におけるレコメンド情報の表示態様の一例を示す第二の図である。

＜法令遵守＞
本明細書に記載の開示は、実施される場合、本開示を実施する各国の法令を遵守のうえで実施される。また、本明細書に記載の開示は、各国の法令を遵守するために必要な、当業者が成し得る全ての変更、置換、変形、改変、および修正をもって実施される。

本開示に係る決済サービスが利用でき、且つ、ユーザに適した店舗の推奨を実施するための形態について、図面を参照して説明する。
＜システム構成＞
図１は、本開示の一実施形態に係る通信システムの構成を示す図である。図１に開示されるように、通信システム１では、ネットワーク１３０を介してサーバ１１０Ａ，サーバ１１０Ｂと、端末１２０Ａ，端末１２０Ｂ，端末１２０Ｃと、が接続される。

本開示において、サーバ１１０Ａと、サーバ１１０Ｂとをそれぞれ区別する必要がない場合は、サーバ１１０Ａとサーバ１１０Ｂとは、それぞれサーバ１１０と表現されてもよい。

本開示において、端末１２０Ａと、端末１２０Ｂと、端末１２０Ｃとをそれぞれ区別する必要がない場合は、端末１２０Ａと端末１２０Ｂと端末１２０Ｃとは、それぞれ端末１２０と表現されてもよい。端末１２０は、情報処理端末の一例である。

本開示において、サーバ１１０と、端末１２０とをそれぞれ区別する必要がない場合は、サーバ１１０と端末１２０とは、それぞれ情報処理装置２００と表現されてもよい。なお、ネットワーク１３０に接続される情報処理装置２００の数は限定されない。

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定のサービスを提供する。所定のサービスは、限定でなく例として、決済サービス、金融サービス、電子商取引サービス、インスタントメッセンジャーを代表とするSNS（Social Networking Service）、楽曲・動画・書籍などのコンテンツ提供サービス等を含む。ユーザが端末１２０を介して所定のサービスを利用することで、サーバ１１０は１以上の端末１２０に所定のサービスを提供することができる。

本開示において、決済サービスとは１以上のユーザが金銭または金銭相当物の授受ができるサービスを意味する。限定でなく例として、一次元コード（バーコードなど）、二次元コード（QRコード（登録商標）など）、近距離無線通信（NFC、BLE、Wi-Fi、超音波など）を利用して決済を行うサービスを含む。また、必要に応じて一次元コード、または、二次元コードを利用した決済において、支払いを行うユーザが二次元コードを読み取ることで決済を行うことを「ユーザ読取型QR決済」と表現し、支払いを行うユーザが二次元コードを表示し、それを請求ユーザ（または店舗）が読み取ることで決済を行うことを「店舗読取型QR決済」と表現する。

必要に応じて、任意のユーザＸが利用する端末を端末１２０Ｘと表現し、ユーザＸまたは端末１２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報、ユーザに対応付けられた電子バリュー（電子マネー）の残高情報、ユーザに対応付けられたクレジットカード情報（クレジットカード番号など）を含み、これらのいずれか一つまたは、組み合わせであってもよい。

ネットワーク１３０は、２以上の情報処理装置２００を接続する役割を担う。ネットワーク１３０は、端末１２０がサーバ１１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク１３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１３０は、限定でなく例として、アドホック・ネットワーク（Ad Hoc Network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（Virtual Private Network：ＶＰＮ）、ローカル・エリア・ネットワーク（Local Area Network：ＬＡＮ）、ワイヤレスＬＡＮ（Wireless LAN：ＷＬＡＮ）、広域ネットワーク（Wide Area Network：ＷＡＮ）、ワイヤレスＷＡＮ（Wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（Metropolitan Area Network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（Integrated Service Digital Networks）、無線ＬＡＮｓ、ＬＴＥ（Long Term Evolution）、ＣＤＭＡ（Code Division Multiple Access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク１３０は、１つまたは複数のネットワーク１３０を含むことができる。

情報処理装置２００は、本開示に記載される機能、および／または、方法を実現できる情報処理装置であればどのような情報処理装置であってもよい。

情報処理装置２００は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、サーバ装置、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダなど）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（Personal Digital Assistant）、電子メールクライアントなど）、ウェアラブル端末（限定でなく例として、メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームを含む。
＜ハードウェア（ＨＷ）構成＞
図２を用いて、通信システム１に含まれる情報処理装置２００のＨＷ構成について説明する。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力インタフェース（入出力Ｉ／Ｆ）２０４と、通信インタフェース（通信Ｉ／Ｆ）２０５とを含む。情報処理装置２００のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により、本開示に記載される機能、および／または、方法を実現する。

プロセッサ２０１は、ストレージ２０３に記憶されるプログラムに含まれるコードまたは命令によって実現する機能、および／または、方法を実行する。プロセッサ２０１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphic s Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

メモリ２０２は、ストレージ２０３からロードしたプログラムを一時的に記憶し、プロセッサ２０１に対して作業領域を提供する。メモリ２０２には、プロセッサ２０１がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ２０２は、限定でなく例として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。

ストレージ２０３は、プログラムを記憶する。ストレージ２０３は、限定でなく例として、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなどを含む。

通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して、他の情報処理装置との通信を実行する機能を有する。通信Ｉ／Ｆ２０５は、各種データをプロセッサ２０１からの指示に従って、他の情報処理装置に送信する。また、通信Ｉ／Ｆ２０５は、他の情報処理装置から送信された各種データを受信し、プロセッサ２０１に伝達する。

入出力Ｉ／Ｆ２０４は、情報処理装置２００に対する各種操作を入力する入力装置、および、情報処理装置２００で処理された処理結果を出力する出力装置を含む。入出力Ｉ／Ｆ２０４は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。

入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報をプロセッサ２０１に伝達できる全ての種類の装置のいずれか、または、その組み合わせにより実現される。入力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力装置は、プロセッサ２０１で処理された処理結果を出力することができる全ての種類の装置のいずれか、または、その組み合わせにより実現される。当該処理結果を映像、および／または、動画像として出力する場合、出力装置は、フレームバッファに書き込まれた表示データに従って、当該表示データを表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイ、ＯＥＬＤ（Organic Electroluminescence Display）など）、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンターなどを含む。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

本開示の各実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコンピュータプログラムを含む。

記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、情報処理装置２００に提供されてもよい。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、本開示のプログラムは、限定でなく例として、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎなどのスクリプト言語、Ｃ言語、Ｇｏ言語、Ｓｗｉｆｔ，Ｋｏｌｔｉｎ、Ｊａｖａ（登録商標）など
を用いて実装される。

情報処理装置２００おける処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

情報処理装置２００における処理の少なくとも一部を、他の情報処理装置により行う構成としてもよい。この場合、プロセッサ２０１により実現される各機能部の処理のうち少なくとも一部の処理を、他の情報処理装置で行う構成としてもよい。

＜その他＞
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

本開示では、「AおよびBの少なくとも一方」は、「Ａ、Ｂ、またはその両方」を意味する。さらに、明記されない限り、または文脈によって示されない限り、「ａ」、「ａｎ」、または「ｔｈｅ」は「１つまたは複数」を意味するものとする。したがって、本明細書では、別段に明記されない限り、または文脈によって示されない限り、「ａｎ Ａ」または「ｔｈｅ Ａ」は「１つまたは複数のＡ」を意味する。

本開示は、本開示の実施形態、および／または、実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、および修正を包含する。同様に、適切な場合、添付の特許請求の範囲は、本開示の実施形態、および／または、実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、および修正を包含する。さらに、本開示は、当業者が成し得る、本開示における実施形態、および／または、実施例の１つまたは複数の特徴と、本開示における他の実施形態、および／または、実施例の１つまたは複数の特徴との任意の組合せを包含する。

加えて、特定の機能を実施するように適合される、配置される、能力を有する、構成される、使用可能である、動作可能である、または動作できる装置またはシステムあるいは装置またはシステムの構成要素に対する添付の特許請求の範囲での参照は、その装置、システム、または構成要素がそのように適合される、配置される、能力を有する、構成される、使用可能にされる、動作可能にされる、または動作できる限り、その装置、システム、構成要素またはその特定の機能がアクティベートされ、オンにされ、またはロック解除されているか否かに関わらず、その装置、システム、構成要素を包含する。

本開示は、明示されない限り、いずれの実施形態または実施例を実施するに際して、事前に、または、実施の直前にユーザからの同意を取得してもよい。また、取得する同意は、包括的なものでもよく、都度取得するものでもよい。
＜実施形態＞
実施形態は、決済サービスを利用できる実店舗のうち、ユーザにレコメンドする実店舗を示す情報をユーザの端末１２０に表示させる実施形態である。

実施形態により、ユーザに、決済サービスの利用が可能な、ユーザに適した店舗を通知することができる、という効果が得られる。

なお、以下の説明における「店舗」とは、実在する店舗（実店舗）である。実店舗とは、例えば、実際に品物を並べて売っている店舗、現物を手にとることができる商店を含む。また、実店舗とは、例えば、ユーザが実際にサービスを受けることができる店舗を含む。

具体的には、実店舗は、飲食店、服飾店、百貨店、スーパーマーケット等を含む。また、実店舗は、例えば、美容室、映画館、美術館、スポーツ・レクリエーション施設、アミューズメント施設、リラクゼーション施設等を含んでも良い。
＜実施形態の機能構成＞
図３を用いてサーバ１１０、および／または、端末１２０の機能構成を説明する。図３は、実施形態に係るサーバ１１０、及び端末１２０の機能的な構成を示すブロック図の一例を示す図である。図３に開示の機能部は、情報処理装置２００が備えるプロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により実現される。
（１）サーバの機能構成
サーバ１１０は、受付部３１１と、送受信部３１２と、記憶部３１３と、情報取得部３１４と、店舗特定部３１５と、順位決定部３１６と、出力部３１７と、を有する。

受付部３１１は、サーバ１１０の事業者からの各種の設定操作等を受け付ける。

送受信部３１２は、端末１２０等とのデータの送受信を行う。送受信部３１２は、送信部及び受信部の一例である。なお、送受信部３１２は、例えば、端末１２０からのログイン要求に含まれるユーザＩＤ、及びパスワードにより端末１２０のユーザが認証された際、端末１２０とのＨＴＴＰＳ等を用いた通信用のセッションを確立する。そして、確立した通信用のセッションのＩＤに対応付けて、端末１２０の通信用のアドレス、及びユーザＩＤ等を記憶しておく。そして、確立した通信用のセッションを用いて、端末１２０にデータを送信する。

また、送受信部３１２は、端末１２０から、サーバ１１０等によって提供される決済サービスを利用できる店舗の表示要求等を受信する。つまり、送受信部３１２は、端末１２０から店舗の表示要求を受信する受信部の一例である。なお、店舗の表示要求には、例えば、端末１２０や端末１２０のユーザを識別する情報と、端末１２０が取得した位置情報とが含まれる。以下の説明では、サーバ１１０等によって提供される決済サービスを利用できる店舗の表示要求を、単に表示要求と表現する場合がある。

記憶部３１３は、ユーザ情報記憶部３１３１、店舗情報記憶部３１３２を含む。ユーザ情報記憶部３１３１は、端末１２０のユーザに関する情報であるユーザ情報を格納する。店舗情報記憶部３１３２は、サーバ１１０によって提供される決済サービスが利用可能な店舗に関する情報である店舗情報を格納する。ユーザ情報記憶部３１３１と、店舗情報記憶部３１３２と、の詳細は後述する。

情報取得部３１４は、送受信部３１２が、表示要求を受信すると、ユーザ情報記憶部３１３１を参照し、表示要求に含まれるも端末１２０や端末１２０のユーザを識別する情報に対応したユーザ情報を取得する。また、情報取得部３１４は、店舗情報記憶部３１３２を参照し、表示要求に含まれる位置情報に応じた店舗情報を取得する。

店舗特定部３１５は、情報取得部３１４が取得したユーザ情報と店舗情報とを用いて、表示要求を行ったユーザに通知（推薦）する店舗を特定する。順位決定部３１６は、店舗特定部３１５によって特定された店舗について、推薦順を決定する。言い換えれば、店舗特定部３１５は、端末１２０のユーザに通知する店舗を特定し、順位決定部３１６は、ユーザに通知される店舗に対して、ユーザに通知する順を示す優先順を付与する。店舗特定部３１５の処理と、順位決定部３１６の処理のそれぞれの詳細は後述する。

なお、以下の説明では、ユーザに通知する店舗を、ユーザにレコメンドする店舗と表現し、店舗の推薦順を店舗のレコメンド順と表現する場合がある。

出力部３１７は、店舗特定部３１５により特定された店舗の店舗情報と、順位決定部３１６が決定したレコメンド順とを、含む情報と、情報取得部３１４により取得されたユーザ情報の一部とを表示させるための情報を、送受信部３１２へ出力する。以下の説明では、店舗特定部３１５により特定された店舗（レコメンドする店舗）の店舗情報と、順位決定部３１６が決定した優先順（レコメンド順）とを、含む情報とを、レコメンド情報と呼ぶ場合がある。

送受信部３１２は、出力部３１７から出力されたレコメンド情報と、ユーザ情報の一部とを端末１２０に送信する。つまり、送受信部３１２は、端末１２０に、レコメンドする店舗の一覧と、ユーザ情報の一部とを端末１２０に送信する送信部の一例である。

端末１２０では、レコメンド情報を受信することで、サーバ１１０等が提供する決済サービスを利用できる店舗のうち、端末１２０のユーザ個人に対してレコメンドされた店舗を示す情報を表示させることができる。
（２）端末の機能構成
端末１２０は、受付部３２１と、送受信部３２２と、制御部３２３と、記憶部３２４と、位置情報測定部３２５と、を有する。

受付部３２１は、端末１２０のユーザからの各種の操作等を受け付ける。

送受信部３２２は、制御部３２３の指示に従い、サーバ１１０等とのデータの送受信を行う。なお、送受信部３２２は、例えば、サーバ１１０にログインした際、サーバ１１０とのＨＴＴＰＳ等を用いた通信用のセッションを確立する。そして、確立した通信用のセッションのＩＤに対応付けて、サーバ１１０の通信用のアドレス等を記憶しておく。そして、確立した通信用のセッションを用いて、サーバ１１０にデータを送信する。

制御部３２３は、サーバ１１０により提供される金融サービス、決済サービス、及び電子商取引サービス等のサービスを利用する処理や、サーバ１１０から送信された情報に基づく画面の表示を行う。

記憶部３２４は、サーバ１１０により提供されるサービスを利用するための各種の情報を記憶する。

位置情報測定部３２５は、端末１２０の現在位置の位置情報を測定する機能を備える。位置情報測定部３２５は、限定でなく例として、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いて、端末１２０の現在位置の位置情報として、該端末１２０の緯度および経度を測定する。なお、位置情報測定部３２５による端末１２０の位置情報の測定は、端末１２０の位置情報を測定できれば、どのような方法を用いてもよい。限定でなく例として、位置情報測定部３２５は、ＩＭＥＳ（Ｉｎｄｏｏｒ ＭＥｓｓａｇｉｎｇ Ｓｙｓｔｅｍ）、Ｗｉ−Ｆｉ、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、超音波などの近距離無線通信、ＬＴＥやＣＤＭＡなどの移動体通信システムなどを利用して、端末１２０の位置情報を測定してもよい。
＜実施形態の動作処理＞
図４を参照し、実施形態に係る通信システム１の処理について説明する。図４は、実施形態に係る通信システム１の処理のシーケンスの一例を示す。

通信システム１において、端末１２０は、受付部３２１により、ユーザから、サーバ１１０が提供する決済サービスが利用できる店舗の表示指示の操作を受け付ける（ステップＳ４０１）。

端末１２０は、表示指示の操作を受け付けると、送受信部３２２により、位置情報測定部３２５により測定された位置情報と、端末１２０を特定するための端末ＩＤと、を含む表示要求をサーバ１１０へ送信する（ステップＳ４０２）。

なお、ここでは、表示要求に含まれる位置情報は、端末１２０の位置情報測定部３２５が測定した端末１２０の現在位置を示す情報としたが、これに限定されない。表示要求に含まれる位置情報は、例えば、端末１２０において、ユーザが指定した位置を示す情報であっても良い。具体的には、例えば、位置情報は、ユーザがこれから向かう移動先の位置を示す情報であっても良い。つまり、表示要求に含まれる位置情報は、サーバ１１０が、ユーザにレコメンドする店舗が含まれるエリア（地域）を決定する際の基準となる情報であれば良い。

また、図４の例では、表示要求には、端末１２０の端末ＩＤが含まれるものとしたが、これに限定されない。表示要求には、端末ＩＤの代わりに、ユーザＩＤが含まれていても良い。

サーバ１１０は、送受信部３１２により、端末１２０から表示要求を受信すると、情報取得部３１４により、ユーザ情報記憶部３１３１と店舗情報記憶部３１３２から、端末ＩＤと位置情報とに基づき、ユーザのユーザ情報と、位置情報によって示されるエリア内の店舗情報を取得する（ステップＳ４０３）。

具体的には、例えば、情報取得部３１４は、ユーザ情報記憶部３１３１から、受信した端末ＩＤを含むユーザ情報を取得すれば良い。また、例えば、情報取得部３１４は、店舗情報記憶部３１３２に格納された店舗情報のうち、表示要求に含まれる位置情報が示す位置を中心とした所定範囲のエリア内に存在する店舗の店舗情報を抽出して取得すれば良い。

このため、例えば、表示要求に含まれる位置情報が、端末１２０の現在位置を示す情報である場合には、端末１２０を中心とした所定範囲のエリア内に存在する店舗の店舗情報が取得される。また、例えば、表示要求に含まれる位置情報が、ユーザによって指定された位置を示す位置情報である場合には、指定された位置を中心とした所定範囲のエリア内に存在する店舗の店舗情報が取得される。具体的には、例えば、ユーザがこれから訪れる予定である地域のいずれかの位置が指定された場合には、この地域内に存在する店舗の店舗情報が取得されても良い。

ここで、図５及び図６を参照して、ユーザ情報記憶部３１３１と店舗情報記憶部３１３２について説明する。

図５は、ユーザ情報記憶部３１３１が格納するユーザ情報の一例を示す図である。実施形態のユーザ情報は、情報の項目として、ユーザＩＤ、端末ＩＤ、ユーザ名、残高、支払可能額、位置情報、時刻、属性、信用スコア、決済履歴等を有する。

項目「ユーザＩＤ」の値は、ユーザを特定するための識別情報である。項目「端末ＩＤ」の値は、端末１２０を特定するための識別情報である。項目「ユーザ名」の値は、ユーザの氏名を示す。

項目「残高」の値は、ユーザに対応付けられた電子バリュー（電子マネー）の残高を示す。項目「支払可能額」の値は、決済サービスを用いて支払うことができる金額を示す。支払可能額は、残高よりも高い金額である場合もあり、残高と必ずしも一致しない。なお、支払可能額は、例えば、通貨単位で示される金額として表現されなくても良く、ポイント等によって表現されても良い。

項目「位置情報」の値は、表示要求として、端末１２０から取得した位置情報を示す。つまり、項目「位置情報」の値は、位置情報測定部３２５により取得した位置情報か、端末１２０においてユーザに指定された位置情報である。項目「時刻」の値は、端末１２０から表示要求を受信した時刻を示す情報である。

実施形態のユーザ情報記憶部３１３１では、表示要求を端末１２０から受信する度に、項目「位置情報」の値と、項目「時刻」の値とがユーザ情報記憶部３１３１に格納されて、更新されても良い。

項目「属性」は、ユーザの属性を示す。図５の例では、項目「属性」は、さらに項目「年齢」、「性別」、「職業」等と対応付けられている。項目「年齢」、「性別」、「職業」のそれぞれの値は、ユーザの年齢、性別、職業を示す。

項目「信用スコア」の値は、ユーザが決済サービスを利用する際の適正さの度合いを示す。言い換えれば、項目「信用スコア」の値は、ユーザの社会的な信用度を示す。したがって、例えば、項目「信用スコア」の値は、決済サービスを適正に利用している優良な人物である程、高い値となる。

項目「決済履歴」の値は、ユーザが決済サービスを利用した利用履歴を示す。決済サービスの利用履歴には、例えば、ユーザが購入した商品に関する情報や、提供を受けたサービスに関する情報が含まれる。また、決済サービスの利用履歴には、ユーザが販売（出品）した商品に対する代金を受けとった場合には、販売した商品に関する情報が含まれる。

なお、ユーザ情報に含まれる情報の項目は、図５に示す例に限定されない。ユーザ情報に含まれる情報の項目は、図５に示す項目以外の項目が含まれても良い。また、ユーザ情報に含まれる情報の項目は、図５に示す項目のうち、少なくとも項目「ユーザＩＤ」、「残高」を含んでいれば良く、それ以外の項目が含まれなくても良い。

図６は、店舗情報記憶部３１３２が格納する店舗情報の一例を示す図である。実施形態の店舗情報は、サーバ１１０によって提供される決済サービスに対応した店舗に関する情報である。言い換えれば、店舗情報は、サーバ１１０によって提供される決済サービスを利用できる店舗を示す情報である。実施形態の店舗情報は、例えば、サーバ１１０の事業者によって店舗情報記憶部３１３２に格納されても良い。

店舗情報は、情報の項目として、店舗ＩＤ、店舗名、住所、平均単価、クーポンの有無、空席情報、客層等を含む。

項目「店舗ＩＤ」の値は、店舗を特定するための識別情報であり、項目「店舗名」の値は、店舗の名称を示し、項目「住所」の値は、店舗の住所を示す。

項目「平均単価」の値は、店舗において、一人の顧客が１回で支払う金額の平均を示す。項目「クーポンの有無」の値は、店舗において使用できるクーポン（割引券）等の有無を示す。項目「空席情報」の値は、店舗における空席の有無を示す。項目「客層」の値は、店舗の顧客となる人達の階層を示す。

なお、実施形態の店舗情報に含まれる情報の項目は、図６に示す項目以外の項目が含まれても良い。また、ユーザ情報に含まれる情報の項目は、図６に示す項目のうち、少なくとも項目「店舗ＩＤ」、「住所」を含んでいれば良く、それ以外の項目が含まれなくても良い。また、店舗情報のうち、項目「平均単価」、「クーポンの有無」、「空席情報」、「客層」の値は、例えば、サーバ１１０が、インターネット上の他のサーバと通信を行って取得しても良い。

図４に戻って、サーバ１１０は、店舗特定部３１５により、取得したユーザ情報と店舗情報とに基づき、ユーザにレコメンドする店舗を特定し、順位決定部３１６によって、店舗特定部３１５によって特定された店舗のレコメンド順を決定する（ステップＳ４０４）。ステップＳ４０４の処理の詳細は後述する。

続いて、サーバ１１０は、出力部３１７により、特定された店舗の店舗情報と、決定されたレコメンド順と、から、レコメンドする店舗の一覧を生成する（ステップＳ４０５）。言い換えれば、出力部３１７は、特定された店舗の店舗情報と、決定されたレコメンド順とを含むレコメンド情報を生成する。

続いて、出力部３１７は、レコメンド情報を、送受信部３１２に出力し、送受信部３１２は、この情報を端末１２０へ送信する（ステップＳ４０６）。レコメンド情報は、例えば、端末１２０において、店舗情報をレコメンド順にしたがって表示させる情報である。

端末１２０は、送受信部３２２により、レコメンド情報を受信すると、受信したレコメンド情報を表示させる（ステップＳ４０７）。
＜店舗特定部と順位決定部の処理＞
図７を参照し、サーバ１１０の店舗特定部３１５と順位決定部３１６による、店舗を特定してレコメンド順を決定する処理について説明する。図７は、サーバ１１０における店舗を特定してレコメンド順を決定する処理の一例を示すフローチャートを示す。図７は、図４のステップＳ４０４の処理の詳細を示している。

実施形態のサーバ１１０は、店舗特定部３１５により、レコメンド条件を決定する（ステップＳ７０１）。ここで、レコメンド条件の決定について説明する。

実施形態のレコメンド条件とは、ユーザにレコメンドする店舗を特定する際に参照される条件である。

実施形態では、例えば、サーバ１１０の事業者等やユーザによって、ユーザ毎に、レコメンドする店舗の選択方法が設定されており、レコメンド条件は、この選択方法と、情報取得部３１４により取得されたユーザ情報とを用いて決定される。

つまり、実施形態のレコメンド条件は、図４のステップＳ４０３で情報取得部３１４により取得されたユーザ情報に含まれる項目の値を、店舗の選択方法に当てはめることで、決定される。

なお、店舗の選択方法は、予めユーザ毎に決められていても良いし、ユーザが表示要求を行う度に決められても良い。ユーザ毎の店舗の選択方法は、例えば、ユーザ情報に含まれる項目の１つであっても良い。

具体的には、例えば、店舗の選択方法が、「平均単価が残高以下であること」であり、情報取得部３１４により取得されたユーザ情報が、ユーザＩＤ「１」のユーザ情報であるとする。

この場合、ユーザＩＤ「１」のユーザ情報において、項目「残高」の値は「￥３，０００」であるため、レコメンド条件は、「平均単価が￥３，０００以下であること」に決定される。

また、店舗の選択方法が、「時刻に応じた種類の店舗であること」であり、情報取得部３１４により取得されたユーザ情報が、ユーザＩＤ「２」のユーザ情報であるとする。

この場合、ユーザＩＤ「２」のユーザ情報において、項目「時刻」の値は、「１８時２０分」であり、夕方の時間帯であるため、レコメンド条件は、「夕方訪れる種類の店舗」となる。

その他にも、店舗の選択方法は、「ユーザの嗜好と一致すること」等であっても良いし、その他にも様々な選択方法があって良い。なお、ユーザの嗜好は、ユーザ情報の属性や決済履歴等によって推定されるものであり、ユーザの嗜好の推定等は、例えば、機械学習等によって行われても良い。

続いて、サーバ１１０は、店舗特定部３１５により、図４のステップＳ４０３で取得された店舗情報が示す店舗から、決定されたレコメンド条件を満たす店舗を特定する（ステップＳ７０２）。

具体的には、店舗特定部３１５は、情報取得部３１４が取得した店舗情報から、レコメンド条件を満たす店舗の店舗情報を抽出する。

なお、ここで特定される店舗は、例えば、飲食店と宝飾店等というように、複数の種類の店舗を含んでいても良い。

続いて、サーバ１１０は、順位決定部３１６により、ステップＳ４０２で特定された店舗のレコメンド順を決定し（ステップＳ７０３）、図４のステップＳ４０５へ進む。

実施形態のレコメンド順は、例えば、ステップＳ７０１で決定されたレコメンド条件に応じて決定されても良い。

具体的には、例えば、レコメンド条件が、「平均単価が￥３，０００以下であること」であった場合、順位決定部３１６は、平均単価が￥３，０００以下となる店舗の店舗情報を抽出し、平均単価が安い店舗から順にレコメンドされるように、レコメンド順を決定する。レコメンド順の決定方法は、例えば、他のユーザからの評価が高い順等によって決められても良く、様々な決定方法があって良い。

＜実施形態のレコメンド情報の表示態様＞
図８、図９を参照して、端末１２０におけるレコメンド情報の表示態様について説明する。図８は、端末１２０におけるレコメンド情報の表示態様の一例を示す第一の図である。

図８に示す画面１２１は、端末１２０に表示された画面の例である。画面１２１には、表示欄１２２、１２３が含まれる。表示欄１２２には、レコメンド条件を決定する際に用いられたユーザ情報が表示される。また、表示欄１２３には、レコメンド情報が表示される。

つまり、画面１２１には、レコメンドする店舗の特定において用いられたユーザ情報の一部と、ユーザにレコメンドする店舗の一覧とが表示される。

図８の例では、表示欄１２２に、レコメンド条件に対応したユーザ情報の一部として、「残高 ￥３，０００」が表示される。

また、表示欄１２３には、レコメンドする店舗の一覧として、地図上に、各店舗を示すアイコンが表示される。なお、表示欄１２３に表示される地図は、表示要求に含まれる位置情報に応じて決められたエリアの地図である。

また、表示欄１２３に表示されるアイコンには、例えば、アイコンの内部に、各店舗のレコメンド順を示す値が表示されても良い。図８の例では、アイコン１３１、１３２、１３３に、レコメンド順を示す数値が表示される。

この画面１２１から、端末１２０のユーザは、現在、決済サービスで利用できる電子マネーの残高が３，０００円であることと、この残高に応じてレコメンドされる店舗とを把握することができる。

なお、図８に示すレコメンド順の表示の仕方は、一例であり、これに限定されない。また、レコメンド順は、表示欄１２３に表示されなくても良い。具体的には、例えば、端末１２０は、表示欄１２３にレコメンド条件を満たす店舗の一覧が表示された状態において、レコメンド順の表示を指示する操作をユーザから受け付けた場合に、レコメンド順を表示させるようにしても良い。

また、画面１２１には、操作部品１２４が表示されている。操作部品１２４は、画面１２１を、メニュー画面に遷移させるためのものである。端末１２０は、操作部品１２４がユーザによって操作されると、画面１２１をメニュー画面に遷移させ、メニュー画面において、レコメンド順の表示を指示する操作等が行われても良い。なお、メニュー画面とは、例えば、サーバ１１０が提供する決済サービスに関するメニュー画面である。

また、表示欄１２２には、レコメンド条件の代わりに、ユーザ情報の一部と共に、店舗の選択方法が表示されても良い。具体的には、表示欄１２２に、ユーザ情報の一部である「残高 ￥３，０００」と、店舗の選択方法である「平均単価が残高以下である店舗」と、が表示されても良い。

また、表示欄１２３には、例えば、地図上に、サーバ１１０が提供する決済サービスを利用可能な店舗のアイコンを全て表示させ、レコメンド条件を満たす店舗のアイコンの表示態様と、レコメンド条件を満たしていない店舗のアイコンの表示態様とを異ならせても良い。

具体的には、例えば、地図上に表示された店舗のアイコンのうち、レコメンド条件を満たす店舗のアイコンのみを強調表示させ、選択が可能なように表示させても良い。店舗のアイコンが選択された場合には、端末１２０は、この店舗のホームページのＵＲＬ（Uniform Resource Locator）等を表示欄１２３内に表示させても良い。

図９は、端末１２０におけるレコメンド情報の表示態様の一例を示す第二の図である。図９に示す画面１２１Ａは、表示欄１２２Ａ、１２３Ａを含む。

図９に示す表示欄１２２Ａには、レコメンド条件である「平均単価が支払可能額￥１０，０００以下のお店」というレコメンド条件が表示されている。図９の例では、レコメンド条件を表示させることで、表示欄１２３Ａに表示されている店舗がどのような条件に合致した店舗であるかをユーザに把握させることができる。

また、表示欄１２３Ａには、レコメンド条件を満たす店舗の一覧が、レコメンド順に表示されている。

したがって、この画面１２１Ａから、端末１２０のユーザは、決済サービスを用いた現在の支払可能額が１０，０００円であることと、この支払可能額に応じてレコメンドされる店舗とを把握することができる。

このように、実施形態によれば、決済サービスを利用可能な、ユーザに適した店舗を通知（レコメンド）することができる。

＜＜第１実施例＞＞
第１実施例は、レコメンド条件と、ユーザにより指定された検索条件とを満たす店舗を特定してレコメンドする実施例である。
＜＜第１実施例の効果＞＞
第１実施例により、ユーザが希望する条件を満たす店舗をレコメンドできるという効果が得られる。
＜＜第１実施例の動作処理＞＞
第１実施例では、図４のステップＳ４０１において、ユーザにより、端末１２０に検索条件が入力され、ステップＳ４０２において、端末１２０からサーバ１１０に対し、表示要求と共に、入力された検索条件が送信される。
＜第１実施例の店舗特定部と順位決定部の処理＞
図１０は、第１実施例のサーバ１１０における店舗を特定してレコメンド順を決定する処理の一例を示すフローチャートを示す。

第１実施例では、サーバ１１０は、店舗特定部３１５により、端末１２０から受信した検索条件により、ステップＳ４０３で情報取得部３１４が取得した店舗の店舗情報を検索し、検索条件を満たす店舗の店舗情報を抽出する（ステップＳ１００１）。

次に、店舗特定部３１５は、情報取得部３１４が取得したユーザ情報と、ユーザ毎に設定された店舗の選択方法とを用いてレコメンド条件を決定する（ステップＳ１００２）。

続いて、店舗特定部３１５は、ステップＳ１００１で抽出した店舗情報の中から、レコメンド条件を満たす店舗情報を抽出する（ステップＳ１００３）。言い換えれば、店舗特定部３１５は、検索条件を満たす店舗の中から、さらにレコメンド条件を満たす店舗を特定する。

続いて、サーバ１１０は、順位決定部３１６により、特定された店舗のレコメンド順を決定する（ステップＳ１００４）。
＜＜第１実施例の表示態様＞＞
図１１、図１２を参照して、第１実施例のレコメンド情報の表示態様について説明する。図１１は、第１実施例における端末１２０におけるレコメンド情報の表示態様の一例を示す第一の図である。

図１１に示す画面１２１Ｂは、表示欄１２２Ｂ、１２３Ｂを含む。表示欄１２２Ｂには、レコメンド条件に対応したユーザ情報の一部を示す情報１４１と、端末１２０から受信した検索条件を示す情報１４２と、が表示される。表示欄１２３Ｂには、レコメンド条件と検索条件とを満たす店舗の一覧が表示される。

図１１の例では、検索条件を示す情報１４２として、「チャージ可」と表示されている。つまり、図１１の例では、検索条件として、「決済サービスの電子マネーのチャージを行うことが可能であること」という条件が設定されている。

したがって、表示欄１２３Ｂには、チャージが可能であり、且つ、平均単価が３０００円以下の店舗の一覧が表示されることになる。

このように、本実施例では、「決済サービスが提供する機能が利用可能であること」を検索条件とすることもできる。なお、決済サービスが提供する機能は、例えば、端末１２０にインストールされたミニプログラム等によって実現される。

決済サービスが提供する機能としては、例えば、端末１２０のバッテリの充電や、飲食店等における事前注文や事前決済等がある。したがって、第１実施例では、検索条件を「バッテリの充電が可能であること」、「事前注文・事前決済が可能であること」等が選択されても良い。

図１２は、第１実施例における端末１２０におけるレコメンド情報の表示態様の一例を示す第二の図である。

図１２に示す画面１２１Ｃは、表示欄１２２Ｃ、１２３Ｃを含む。表示欄１２２Ｃには、レコメンド条件に対応したユーザ情報の一部を示す情報１４１と、端末１２０から受信した検索条件を示す情報１４３と、が表示される。表示欄１２３Ｃには、レコメンド条件と検索条件とを満たす店舗の一覧が表示される。

図１２の例では、検索条件として、「端末１２０の現在位置から１Ｋｍ以内」という条件が設定されている。

したがって、表示欄１２３Ｃには、端末１２０から１Ｋｍ以内であり、且つ、平均単価が３０００円以下の店舗の一覧が表示されることになる。

なお、第１実施例では、レコメンド条件と検索条件とを組み合わせてレコメンドする店舗を特定するものとしたが、これに限定されない。サーバ１１０は、検索条件によってのみ、レコメンドする店舗を特定しても良い。言い換えれば、サーバ１１０は、検索条件を満たす店舗をレコメンドする店舗としても良い。

＜＜第２実施例＞＞
第２実施例は、複数のレコメンド条件が設定される場合において、レコメンド条件を満たす店舗をレコメンドする実施例である。
＜＜第２実施例の効果＞＞
第２実施例では、複数のレコメンド条件を組み合わせることで、よりユーザに適した店舗をレコメンドできるという効果が得られる。
＜＜第２実施例の処理＞＞
第２の実施例では、複数のレコメンド条件と対応する店舗の選択方法や、レコメンド順の決定の仕方は、機械学習によって行われても良い。

例えば、ユーザＡのユーザ情報において、残高が￥１，０００であり、年齢が１９歳であり、性別が女性であり、職業が学生であり、夕方の時間帯にカフェで決済した履歴が多数あるとする。

この場合、サーバ１１０は、ユーザＡの端末１２０から夕方の時間帯に表示要求を受信すると、ユーザＡの端末１２０に対して、平均単価が１０００円以下のカフェを特定し、評価順にレコメンドしても良い。

また、例えば、ユーザＢのユーザ情報において、残高が￥３０，０００であり、年齢が３５歳であり、性別が男性であり、職業が会社員であり、夜の時間帯に居酒屋で決済した履歴が多数あるとする。

この場合、サーバ１１０は、ユーザＢの端末１２０から夜の時間帯に表示要求を受信すると、ユーザＢの端末１２０に対して、平均単価が￥３０，０００円以下であり、空席のある居酒屋を、ユーザＢの端末１２０の現在位置から近い順にレコメンドしても良い。

また、例えば、ユーザＣのユーザ情報において、残高が￥１０，０００であり、年齢が３０歳であり、性別が女性であり、職業が主婦であり、昼の時間帯にドラッグストアで決済した履歴が多数あるとする。

この場合、サーバ１１０は、ユーザＣの端末１２０から昼の時間帯に表示要求を受信すると、ユーザＣの端末１２０に対して、ユーザＢの端末１２０の現在位置から１ｋｍ以内に存在するドラッグストアを、割引額が大きい順にレコメンドしても良い。

また、例えば、ユーザＤのユーザ情報において、残高が￥１０００，０００であり、年齢が５０歳であり、性別が男性であり、職業が自営業者であり、信用スコアの値が大きく、ホテルで決済した履歴が多数あるとする。

この場合、サーバ１１０は、夜の時間帯に、ユーザＤの自宅から離れた位置にあるユーザＤの端末１２０から表示要求を受信すると、ユーザＤの端末１２０に対して、ホテルや飲食店を、平均単価が高い順にレコメンドしても良い。

このように、本実施例では、複数のレコメンド条件を組み合わせて、レコメンドする店舗とレコメンド順を決定することで、よりユーザの嗜好にあった店舗をレコメンドすることができる。

＜＜第３実施例＞＞
第３実施例は、店舗情報記憶部３１３２に店舗情報が格納されている店舗からの要望に応じて、レコメンドする店舗を特定する実施例である。
＜＜第３実施例の効果＞＞
第３実施例では、集客や客層の維持といったサービスを店舗側に提供できるという効果が得られる。
＜＜第３実施例の処理＞＞
第３実施例では、例えば、店舗ＩＤ「１」の店舗から、「空席がある場合には、クーポンを発行して集客を促す」という要望を受けたとする。

なお、この要望は、例えば、サーバ１１０の事業者と、店舗側との契約等によって、予め決められた内容である。

この場合、サーバ１１０は、店舗情報記憶部３１３２の店舗ＩＤ「１」の店舗情報において、項目「空席情報」の値が「空席あり」である場合には、項目「クーポンの有無」の値を「有」に変更する。

第３実施例では、このように店舗情報を変更することで、例えば、レコメンド条件に「クーポンがある店舗」という条件が含まれる場合に、店舗ＩＤ「１」の店舗のレコメンド順を上げることができ、店舗ＩＤ「１」の店舗の集客に貢献できる。

また、第３実施例では、例えば、店舗ＩＤ「２」の店舗から、「客層を維持する」という要望を受けたとする。

この場合、サーバ１１０は、例えば、店舗ＩＤ「２」の店舗情報の項目「客層」と属性が合致するユーザの端末１２０からの表示要求を受け付けた場合にのみ、店舗ＩＤ「２」の店舗情報を、情報取得部３１４による取得の対象とする。

また、第３実施例では、例えば、店舗Ｘから、「優良な顧客を集客する」いう要望を受けたとする。

この場合、サーバ１１０は、例えば、情報取得部３１４により取得されたユーザ情報の項目「信用スコア」の値が所定の閾値以上である場合にのみ、店舗Ｘの店舗情報を、情報取得部３１４による取得の対象とする。

第３実施例では、このように、店舗をレコメンドするユーザを限定することで、店舗側が希望する客層の維持や、社会的に信用がある顧客の集客に貢献することができる。

以上の説明に関し、更に以下の項を開示する。
（付記１）
情報処理装置が、
決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する処理と、
前記ユーザのユーザ情報に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する処理と、を実行し、
前記ユーザ情報は、
前記決済サービスにおいて前記ユーザが利用可能な電子マネーの残高、前記決済サービスを用いて前記ユーザが支払うことが可能な支払可能額、前記ユーザの属性、前記決済サービスを利用した履歴、前記ユーザの信用度、前記ユーザの情報処理端末から前記表示要求を受信した時刻の何れか１つを含む、情報処理方法。
（付記２）
前記送信する処理は、
店舗を特定する際に参照された条件と、前記店舗を表示させる情報と、を前記情報処理端末に送信する、付記１に記載の情報処理方法。
（付記３）
前記受信する処理は、
前記情報処理端末から、店舗の検索条件を受信する処理を実行し、
前記送信する処理は、
前記検索条件と共に、前記店舗を表示させる情報を前記情報処理端末に送信する、付記１又は２に記載の情報処理方法。
（付記４）
前記検索条件は、
前記決済サービスにおいて提供される機能が利用可能であること、を含む、付記３記載の情報処理方法。
（付記５）
前記情報処理装置が、
前記ユーザに推薦する店舗に対し、前記ユーザに通知する順を示す優先順を付与する処理を実行し、
前記送信する処理は、
前記店舗の優先順と、前記店舗を表示させる情報と、を前記情報処理端末へ送信する、付記１乃至４の何れか一項に記載の情報処理方法。
（付記６）
決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する受信部と、
前記ユーザのユーザ情報に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する送信部と、を有し、
前記ユーザ情報は、
前記決済サービスにおいて前記ユーザが利用可能な電子マネーの残高、前記決済サービスを用いて前記ユーザが支払うことが可能な支払可能額、前記ユーザの属性、前記決済サービスを利用した履歴、前記ユーザの信用度、前記ユーザの情報処理端末から前記表示要求を受信した時刻の何れか１つを含む、情報処理装置。
（付記７）
情報処理装置に、
決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する処理と、
前記ユーザのユーザ情報に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する処理と、を実行させ、
前記ユーザ情報は、
前記決済サービスにおいて前記ユーザが利用可能な電子マネーの残高、前記決済サービスを用いて前記ユーザが支払うことが可能な支払可能額、前記ユーザの属性、前記決済サービスを利用した履歴、前記ユーザの信用度、前記ユーザの情報処理端末から前記表示要求を受信した時刻の何れか１つを含む、プログラム。

１ 通信システム
１１０ サーバ
３１１ 受付部
３１２ 送受信部
３１３ 記憶部
３１４ 情報取得部
３１５ 店舗特定部
３１６ 順位決定部
３１７ 出力部
３１３１ ユーザ情報記憶部
３１３２ 店舗情報記憶部
１２０ 端末
３２１ 受付部
３２２ 送受信部
３２３ 制御部
３２４ 記憶部
３２５ 位置情報測定部

本開示の一実施形態に係る情報処理方法は、情報処理装置が、決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する処理と、前記ユーザの社会的な信用度に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する処理と、を実行する。

Claims (7)

1. 情報処理装置が、
   決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する処理と、
   前記ユーザのユーザ情報に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する処理と、を実行し、
   前記ユーザ情報は、
   前記決済サービスにおいて前記ユーザが利用可能な電子マネーの残高、前記決済サービスを用いて前記ユーザが支払うことが可能な支払可能額、前記ユーザの属性、前記決済サービスを利用した履歴、前記ユーザの信用度、前記ユーザの情報処理端末から前記表示要求を受信した時刻の何れか１つを含む、情報処理方法。
2. 前記送信する処理は、
   店舗を特定する際に参照された条件と、前記店舗を表示させる情報と、を前記情報処理端末に送信する、請求項１記載の情報処理方法。
3. 前記受信する処理は、
   前記情報処理端末から、店舗の検索条件を受信する処理を実行し、
   前記送信する処理は、
   前記検索条件と共に、前記店舗を表示させる情報を前記情報処理端末に送信する、請求項１又は２記載の情報処理方法。
4. 前記検索条件は、
   前記決済サービスにおいて提供される機能が利用可能であること、を含む、請求項３記載の情報処理方法。
5. 前記情報処理装置が、
   前記ユーザに推薦する店舗に対し、前記ユーザに通知する順を示す優先順を付与する処理を実行し、
   前記送信する処理は、
   前記店舗の優先順と、前記店舗を表示させる情報と、を前記情報処理端末へ送信する、請求項１乃至４の何れか一項に記載の情報処理方法。
6. 決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する受信部と、
   前記ユーザのユーザ情報に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する送信部と、を有し、
   前記ユーザ情報は、
   前記決済サービスにおいて前記ユーザが利用可能な電子マネーの残高、前記決済サービスを用いて前記ユーザが支払うことが可能な支払可能額、前記ユーザの属性、前記決済サービスを利用した履歴、前記ユーザの信用度、前記ユーザの情報処理端末から前記表示要求を受信した時刻の何れか１つを含む、情報処理装置。
7. 情報処理装置に、
   決済サービスに対応した店舗の表示要求をユーザの情報処理端末から受信する処理と、
   前記ユーザのユーザ情報に基づいて特定した店舗を表示させる情報を前記情報処理端末に送信する処理と、を実行させ、
   前記ユーザ情報は、
   前記決済サービスにおいて前記ユーザが利用可能な電子マネーの残高、前記決済サービスを用いて前記ユーザが支払うことが可能な支払可能額、前記ユーザの属性、前記決済サービスを利用した履歴、前記ユーザの信用度、前記ユーザの情報処理端末から前記表示要求を受信した時刻の何れか１つを含む、プログラム。

Images