特許 6999021 提供装置、提供方法及び提供プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2021-12-23

(45)【発行日】2022-01-18

(54)【発明の名称】提供装置、提供方法及び提供プログラム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20220111BHJP

   G16Y 10/45 20200101ALI20220111BHJP

   G16Y 40/60 20200101ALI20220111BHJP

【ＦＩ】

G06Q30/02 310

G16Y10/45

G16Y40/60

【請求項の数】 12

(21)【出願番号】P 2020219488

(22)【出願日】2020-12-28

【審査請求日】2020-12-28

【早期審査対象出願】

(73)【特許権者】

【識別番号】519110124

【氏名又は名称】ＰａｙＰａｙ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】マハートレ アディーティヤ

(72)【発明者】

【氏名】チン リンサイ

(72)【発明者】

【氏名】楊 斌

【審査官】後藤 昂彦

(56)【参考文献】

【文献】特開２００２－２３０２５７（ＪＰ，Ａ）

【文献】特開２０２０－０８６７９０（ＪＰ，Ａ）

【文献】特開２００６－２６０２６４（ＪＰ，Ａ）

【文献】特開２０１０－００９３１５（ＪＰ，Ａ）

【文献】特開２０１９－０６７０２３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

所定の決済プラットフォームを介して取引対象の注文を受け付ける注文サービスと、当該所定の決済プラットフォームを介した決済サービスとが利用可能な対応店舗に関する対応店舗情報と、前記注文サービスは利用できないが前記決済サービスが利用可能な非対応店舗に関する非対応店舗情報と、当該所定の決済プラットフォームを介して当該対応店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する取得部と、
複数の前記利用者による前記注文サービスの利用履歴と、当該利用者の位置情報とに基づいて、前記注文サービスの需要が高いと推定される非対応店舗の情報を抽出する抽出部と、
を有することを特徴とする提供装置。

【請求項2】

前記抽出部の抽出結果を前記非対応店舗に提供する提供部をさらに有する請求項１に記載の提供装置。

【請求項3】

前記抽出部は、前記利用者情報の過去の注文履歴も加味して前記利用者の需要が高い非対応店舗を抽出する請求項１または請求項２に記載の提供装置。

【請求項4】

前記抽出部は、前記利用者が利用した前記対応店舗から所定の範囲にある前記非対応店舗を需要が高い非対応店舗とする請求項３に記載の提供装置。

【請求項5】

前記抽出部は、前記利用者が、商品を購入している前記対応店舗から所定の範囲にあり、かつ、商品を購入している非対応店舗をさらに需要が高い非対応店舗とする請求項４に記載の提供装置。

【請求項6】

前記抽出部は、前記利用者情報の注文の時間も加味して前記利用者の需要が高い非対応店舗を抽出する請求項１から請求項５のいずれか一項に記載の提供装置。

【請求項7】

前記抽出部は、店舗が提供する商品のカテゴリも加味して前記利用者の需要が高い非対応店舗を抽出する請求項１から請求項６のいずれか一項に記載の提供装置。

【請求項8】

前記抽出部は、店舗が提供する商品の類似度も加味して前記利用者の需要が高い非対応店舗を抽出する請求項１から請求項７のいずれか一項に記載の提供装置。

【請求項9】

前記抽出部は、前記利用者の位置情報に基づいて、所定の方法で、前記非対応店舗を抽出し、抽出した前記非対応店舗に対応する前記非対応店舗情報を、複数の利用者に通知し、当該複数の利用者が当該非対応店舗情報の中から選択した非対応店舗情報を示す情報を取得し、取得した情報に基づいて非対応店舗情報に対応する非対応店舗を需要の高い非対応店舗とする請求項１から請求項８のいずれか一項に記載の提供装置。

【請求項10】

前記抽出部は、前記利用者の注文の発注時の位置情報に基づいて、前記利用者による注文に係る可能性の高い非対応店舗を抽出し、
前記抽出部が抽出した非対応店舗に係る情報を前記利用者に提案する提案部を有する請求項１から請求項９のいずれか一項に記載の提供装置。

【請求項11】

コンピュータが実行する提供方法であって、
所定の決済プラットフォームを介して取引対象の注文を受け付ける注文サービスと、当該所定の決済プラットフォームを介した決済サービスとが利用可能な対応店舗に関する対応店舗情報と、前記注文サービスは利用できないが前記決済サービスが利用可能な非対応店舗に関する非対応店舗情報と、当該所定の決済プラットフォームを介して当該対応店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する取得工程と、
複数の前記利用者による前記注文サービスの利用履歴と、当該利用者の位置情報とに基づいて、前記注文サービスの需要が高いと推定される非対応店舗の情報を抽出する抽出工程と、
を含むことを特徴とする提供方法。

【請求項12】

所定の決済プラットフォームを介して取引対象の注文を受け付ける注文サービスと、当該所定の決済プラットフォームを介した決済サービスとが利用可能な対応店舗に関する対応店舗情報と、前記注文サービスは利用できないが前記決済サービスが利用可能な非対応店舗に関する非対応店舗情報と、当該所定の決済プラットフォームを介して当該対応店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する取得手順と、
複数の前記利用者による前記注文サービスの利用履歴と、当該利用者の位置情報とに基づいて、前記注文サービスの需要が高いと推定される非対応店舗の情報を抽出する抽出手順と、
をコンピュータに実行させることを特徴とする提供プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、提供装置、提供方法及び提供プログラムに関する。

【背景技術】

【0002】

従来、来店前の利用者による店舗への事前注文に関するサービスを提供する技術が知られている。このような技術の一例として、店舗で調理された料理をユーザが任意の食事場所にテイクアウトして食する場合に対応して、食事場所に到達して食事を開始可能となるまでの食事開始可能時間を提示する技術が提案されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６３２５７５３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記の従来技術では、サービスに参加していない店舗に対して、サービスに参加することで得られる利益を明確に示すことができない。そのため、サービスに参加する店舗に客観的な情報を提示しつつ、参加を要請することが困難である。

【0005】

本願は、上記に鑑みてなされたものであって、利用者、店舗がサービスにより適切に参加することができる提供装置、提供方法及び提供プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本願に係る提供装置は、所定のプラットフォームを介して取引対象の注文を受け付ける対応店舗に関する対応店舗情報と、所定のプラットフォームを介して取引対象の注文を受け付ける設定を行っていない非対応店舗に関する非対応店舗情報と、当該所定のプラットフォームを介して当該店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する取得部と、複数の前記利用者の注文の情報と位置情報に基づいて、前記利用者の需要が高い店舗の情報を抽出する抽出部と、を有することを特徴とする。

【発明の効果】

【0007】

実施形態の一態様によれば、利用者、店舗がサービスにより適切に参加することができるという効果を奏する。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係る提供処理の一例を示す図である。

【図2】図２は、実施形態に係る利用者端末の画面の一例を示す図である。

【図3】図３は、実施形態に係る決済サーバの構成例を示す図である。

【図4】図４は、実施形態に係る口座データベースの一例を示す図である。

【図5】図５は、実施形態に係る事業者情報データベースの一例を示す図である。

【図6】図６は、実施形態に係る利用者情報データベースの一例を示す図である。

【図7】図７は、実施形態に係る提供処理の手順の一例を示すフローチャートである。

【図8】図８は、実施形態に係る提供処理の一例を示す図である。

【図9】図９は、実施形態に係る提供処理の手順の一例を示すフローチャートである。

【図10】図１０は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

【発明を実施するための形態】

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

また、決済サーバ１０は、飲食店向けの事前注文サービスを提供する。例えば、決済サーバ１０は、利用者端末１００を用いる電子決済用のアプリケーション（以下、単に「決済アプリ」と記載する場合がある）内で起動するアプリケーション（ミニアプリ）において事前注文サービスを提供する。以下、事前注文サービスを提供するアプリケーションを単に「事前注文アプリ」と記載する場合がある。

【0014】

例えば、決済サーバ１０は、電子決済サービスを管理する（言い換えると、電子決済サービスに関する処理を制御する）決済管理部と、事前注文サービスを管理する（言い換えると、事前注文サービスに関する処理を制御する）注文管理部とを有する。そして、決済管理部及び注文管理部は、それぞれ共通キー（例えば、事前注文サービスを介した利用者からの注文を識別するための注文番号）を用いて利用者からの注文の内容（例えば、取引対象や、決済金額）を特定し、それぞれのサービスに関する処理を実行する。

【0015】

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

【0016】

図１に示す事業者端末２００は、利用者に取引対象を提供する事業者によって利用される情報処理装置である。事業者端末２００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ、デスクトップＰＣ、携帯電話機、ＰＤＡ等により実現される。また、事業者端末２００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、事業者端末２００がスマートフォンである場合を示す。

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

〔１－２．利用者端末１００を用いた事前注文について〕
さらに、決済サーバ１０が実行する設定処理に先立ち、決済サーバ１０が提供する事前注文サービスを用いた事前注文処理を行う際に利用者端末１００に表示される画面の一例について、図２を用いて説明する。図２は、実施形態に係る利用者端末の画面の一例を示す図である。

【0024】

なお、以下の説明では、利用者端末１００が、利用者Ｕ１からの操作に応じて予めインストールされた事前注文アプリを起動し、事前注文サービスの加盟店である店舗Ａへの注文内容を決済サーバ１０へ送信済みであるものとする。例えば、利用者端末１００は、店舗Ａが事前注文サービスを介して提供する商品（飲食物）を注文するための注文画面を表示する。そして、利用者端末１００は、注文画面において利用者Ｕ１が行った注文操作を行った商品を示す注文内容を決済サーバ１０に送信する。

【0025】

図２に示すように、注文内容を決済サーバ１０に送信した後、利用者端末１００は、注文内容が送信されたことを示す画面Ｃ１を表示する。例えば、利用者端末１００は、注文内容に対応する金額（店舗Ａへの決済金額）を示す情報を含む画面Ｃ１を表示する。所定時間が経過した場合や、利用者Ｕ１による所定の操作が行われた場合、利用者端末１００は、画面Ｃ１を、画面Ｃ２に遷移させる。

【0026】

利用者端末１００は、注文した商品が受け取り可能となる時間を示す情報を含む画面Ｃ２を表示する。例えば、利用者端末１００は、事前注文サービスを介して注文を受け付けてから商品を提供するまでの期間として店舗Ａが設定した期間に基づく時間を画面Ｃ２に表示する。ここで、決済サーバ１０は、注文内容を店舗Ａに設置された店舗端末に送信する。そして、店舗Ａが注文を受注する場合、店舗端末は、店舗Ａの店員からの操作に応じて、注文を受注する旨を示す通知を決済サーバ１０に送信する。この場合、利用者端末１００は、注文が店舗Ａに受注されたことを示す情報を決済サーバ１０から受け付け、画面Ｃ２を、画面Ｃ３に遷移させる。

【0027】

利用者端末１００は、注文が店舗Ａに受注され、店舗Ａが商品を提供するための作業を行っていることを示す情報を含む画面Ｃ３を表示する。ここで、店舗Ａにおいて作業が完了し、利用者Ｕ１に商品を提供可能となった場合、店舗端末は、店舗Ａの店員からの操作に応じて、商品が提供可能である旨の通知を決済サーバ１０に送信する。そして、利用者端末１００は、商品が提供可能であることを示す情報と、商品を受領するための認証情報（例えば、決済サーバ１０により採番される受け取り番号）を決済サーバ１０から受け付け、画面Ｃ３を、画面Ｃ４に遷移させる。

【0028】

利用者端末１００は、決済サーバ１０から受け付けた情報を含む画面Ｃ４を表示する。これにより、利用者Ｕ１は、店舗Ａに来店し、店舗Ａの店員に受け取り番号を提示することで商品を受領することが可能となる。そして、利用者Ｕ１が店舗Ａから商品を受領した場合、利用者端末１００は、利用者Ｕ１からの操作に応じて、商品を受領した旨の通知を決済サーバ１０に送信する。

【0029】

なお、利用者端末１００は、店舗Ａの評価情報を入力するための画面を表示し、店舗Ａの評価情報（レビュー）の入力を受け付け、入力された評価情報を決済サーバ１０に送信してもよい。例えば、利用者端末１００は、店舗の評価値（例えば、「１（非常に悪い）」から「５（非常に良い）」までの５段階の評価値）の入力を受け付ける。また、利用者端末１００は、商品の受領に関する利用者Ｕ１のコメントの入力を受け付ける。また、利用者端末１００は、利用者Ｕ１の操作に応じて自装置の撮像部を起動し、撮像した商品の画像を含む評価情報を決済サーバ１０に送信する。

【0030】

〔１－３．実施形態の概要について〕
ここで、事業者が運営する店舗には、決済サービスを利用し、かつ、事前注文に関するサービスを利用する対応店舗と、決済サービスを利用し、かつ、事前注文に関するサービスを利用していない非対応店舗がある。利用者は、非対応店舗の商品について事前注文することができず、注文時の選択肢が狭くなる。また、非対応店舗は、事前注文で注文を受注する機会を逃すことになる。しかしながら、利用者は、非対応店舗でどのような商品が販売されているかを知ることができない。また、非対応店舗は、事前注文サービスを利用することで得られるメリットの把握が難しい。

【0031】

そこで、決済サーバ１０は、実施形態に係る提供処理を実行する。以下、図１を用いて、決済サーバ１０が実行する情報処理について説明する。なお、以下の説明では、利用者端末１００が利用者Ｕ１により利用され、事業者端末２００が店舗Ａを管理する事業者Ｍ１により利用され、事業者端末２００Ａが店舗Ｂを管理する事業者Ｍ２により利用される例を示す。また、以下の説明では、利用者端末１００を利用者Ｕ１と同一視し、事業者端末２００を事業者Ｍ１及び店舗Ａと同一視し、事業者端末２００Ａを事業者Ｍ２及び店舗Ｂと同一視する場合がある。すなわち、以下では、利用者Ｕ１を利用者端末１００、事業者Ｍ１及び店舗Ａを事業者端末２００、事業者Ｍ２及び店舗Ｂを事業者端末２００Ａと読み替えることもできる。

【0032】

また、以下の説明では、決済サーバ１０が提供する電子決済サービスを利用して利用者からの決済を受け付ける店舗Ａ（すなわち、電子決済サービスの加盟店）が、事前注文サービスの加盟店であり、事前注文サービスを介して利用者に商品（飲食物）を提供するものとする。決済サーバ１０が提供する電子決済サービスを利用して利用者からの決済を受け付ける店舗Ｂ（すなわち、電子決済サービスの加盟店）が、事前注文サービスの加盟店ではなく、事前注文サービスを介して利用者に商品（飲食物）を提供するサービスを利用していないものとする。例えば、事業者Ｍ１は、電子決済サービスを利用して利用者に提供する取引対象の商品（例えば、テイクアウト品）に関する商品情報を決済サーバ１０に登録し、事前注文サービスを介して利用者からの注文を受け付け、その後来店する利用者に商品を提供する。事業者Ｍ２は、店舗Ｂで販売する商品の情報を決済サーバ１０に登録し、商品の販売時に電子決済サービスを利用して決済を行う。

【0033】

また、以下の説明において、決済サーバ１０は、商品名や、価格、説明テキスト、商品画像、商品に付与可能なオプション（商品のサイズや、トッピングなど）、商品を販売する期間などを含む商品情報の登録を事前注文サービスの加盟店の事業者等から受け付け、店舗の情報（例えば、店舗ＩＤや、店舗名、所在地、営業時間、など）に紐付けて管理するものとする。

【0034】

まず、決済サーバ１０は、店舗Ａに関する店舗情報を取得する（ステップＳ１）。決済サーバ１０は、店舗Ａが事前注文サービスを利用している情報を取得する。また、決済サーバ１０は、店舗Ａの所在地を取得する。現在の所在地は、例えば店舗Ａが移動型販売店である場合、曜日や時間帯に応じて営業場所が変更される。決済サーバ１０は、例えばＧＰＳ（Global Positioning System）センサ等により測位された店舗Ａの現在位置を取得する。なお、決済サーバ１０は、事業者Ｍ１から事業者端末２００を介して入力された店舗Ａの現在位置を取得してもよい。また、決済サーバ１０は、店舗Ａの取引対象に関する現在の取引対象情報を取得する。取引対象情報は、例えば、商品のメニュー、価格、画像等の情報を含む。取引対象情報は、適宜、事業者Ｍ１から事業者端末２００を介して入力される。

【0035】

また、決済サーバ１０は、店舗Ｂに関する店舗情報を取得する（ステップＳ２）。決済サーバ１０は、店舗Ｂが事前注文サービスを利用していない情報（加盟していない情報）を取得する。また、決済サーバ１０は、店舗Ｂの所在地を取得する。また、決済サーバ１０は、店舗Ｂの取引対象に関する現在の取引対象情報を取得する。取引対象情報は、例えば、商品のメニュー、価格、画像等の情報を含む。取引対象情報は、適宜、事業者Ｍ２から事業者端末２００Ａを介して入力される。

【0036】

続いて、利用者端末１００は、利用者Ｕ１からの操作に応じて注文画面を表示し、注文内容の入力を受け付ける（ステップＳ３）。例えば、利用者端末１００は、自装置にインストールされた決済アプリ内の事前注文アプリを起動し、事前注文アプリのコンテンツである注文画面を表示する。なお、図１の例において、利用者Ｕ１が、店舗Ａに対する事前注文を希望したものとする。この場合、利用者端末１００は、利用者Ｕ１からの操作に応じて、店舗Ａに紐付けられた商品情報を決済サーバ１０から取得し、取得した商品情報を示す注文画面を表示する。そして、利用者端末１００は、店舗Ａにおいて提供される各商品の注文数や、各商品に付与するオプションなどの情報を示す注文内容の入力を利用者Ｕ１から受け付ける。

【0037】

続いて、決済サーバ１０は、注文内容と、利用者に関する情報とを含む利用者情報を取得する（ステップＳ４）。例えば、決済サーバ１０は、利用者端末１００から送信される注文内容とともに、店舗Ａを示す情報や店舗Ａに対する決済金額（商品及びオプションの合計額）などを示す決済情報を取得し、利用者に関する情報として、利用者端末１００が有するＧＰＳ（Global Positioning System）センサ等により測位された利用者Ｕ１の現在位置を示す情報を取得する。そして、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、利用者Ｕ１が電子決済サービスで保有する第１の口座から、利用者Ｕ１が保有する他の口座であって、利用者Ｕ１が取引に利用できない第２の口座へ移行させる。具体的な例を挙げると、決済サーバ１０は、利用者Ｕ１が電子決済サービスで保有する複数の口座間で電子マネーを移行させる処理であって、上述した利用者端末１００を用いた決済に利用する第１の口座から、当該決済に利用できない第２の口座に決済金額分の電子マネーを移行させる処理を実行する。

【0038】

続いて、決済サーバ１０は、利用者Ｕ１からの注文内容を店舗Ａに提供する（ステップＳ５）。例えば、決済サーバ１０は、注文された商品、注文された時間、提供予定時間などを店舗Ａに提供する。

【0039】

ここで、図１の例において、注文内容を確認した事業者Ｍ１が、利用者Ｕ１からの注文を受注すると決定したものとする。この場合、事業者端末２００は、事業者Ｍ１からの操作に応じて、注文を受注する旨の通知を決済サーバ１０に送信する（ステップＳ６）。

【0040】

続いて、決済サーバ１０は、注文に対応する店舗Ａからの応答を利用者Ｕ１に提供する（ステップＳ７）。続いて、利用者端末１００は、決済サーバ１０から提供される店舗Ａからの応答を表示する（ステップＳ８）。例えば、決済サーバ１０は、注文が店舗Ａに受注されたことを示す情報とともに、商品が受領可能となる予定の時間を示す情報を利用者端末１００に提供し、画面に表示させる。また、商品が提供可能である旨の通知を事業者端末２００から受け付けた場合、決済サーバ１０は、商品が提供可能であることを示す情報と、商品を受領するための受け取り番号とを利用者端末１００に提供し、画面に表示させる。

【0041】

続いて、決済サーバ１０は、商品の受領に関する情報を利用者Ｕ１から取得する（ステップＳ９）。例えば、決済サーバ１０は、利用者Ｕ１が店舗Ａから商品を受領したか否かを示す情報を利用者端末１００から取得する。続いて、決済サーバ１０は、利用者Ｕ１の商品の受領に応じた決済処理を実行する。例えば、商品を受領したことを示す情報を利用者端末１００から取得した場合、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、利用者Ｕ１の第２の口座から、事業者Ｍ１が電子決済サービスで保有する口座に移行させる。一方、商品を受領できなかったことを示す情報を利用者端末１００から受け付けた場合、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、利用者Ｕ１の第２の口座から第１の口座に移行させる。

【0042】

なお、決済サーバ１０は、ステップＳ４において、決済情報が示す決済金額分の電子マネーを、利用者Ｕ１が電子決済サービスで保有する口座から、事前注文サービスの管理者が電子決済サービスで保有する口座へ移行させてもよい。この場合、商品を受領したことを示す情報を利用者端末１００から取得した場合、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、管理者が保有する口座から、事業者Ｍ１が保有する口座に移行させる。また、商品を受領できなかったことを示す情報を利用者端末１００から取得した場合、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、管理者が保有する口座から利用者Ｕ１の口座に移行させる。

【0043】

決済サーバ１０は、ステップＳ３からステップＳ９の処理を繰り返し実行することで、利用者と事前注文サービスを提供する対応店舗との間の商取引を行う。決済サーバ１０は、事前注文サービスの使用実績の情報を蓄積する。

【0044】

続いて、決済サーバ１０は、ニーズが高い非対応店舗の情報を抽出する（ステップＳ１０）。決済サーバ１０は、対応店舗の店舗情報と非対応店舗の情報と、利用者の事前注文サービスの使用実績に基づいて、ニーズが高い非対応店舗の情報を抽出する。例えば、利用者の事前注文サービスの使用実績の位置情報に基づいて、事前注文サービスの使用回数が多い地域（エリア）を抽出し、抽出した地域にある非対応店舗をニーズが高い非対応店舗として抽出する。

【0045】

続いて、決済サーバ１０は、ニーズを示す情報を作成する（ステップＳ１１）。決済サーバ１０は、抽出した非対応店舗に対して、周囲で事前注文サービスの使用実績や、使用されている時間帯、利用者の所在地等を含み、非対応店舗が事前注文サービスを利用した場合に注文の受注を判断できる情報を作成する。

【0046】

続いて、決済サーバ１０は、非対応店舗である店舗Ｂの作成したニーズを示す情報を出力する（ステップＳ１２）。提供されたニーズを示す情報は、事業者端末２００Ａに表示される。

【0047】

以上のように、実施形態に係る決済サーバ１０は、利用者の事前注文サービスの使用実績と、店舗情報に基づいて、事前注文サービスに対するニーズ抽出することで、店舗の事業者に有益な情報を提供することができる。本実施形態によれば、店舗Ｂの事業者Ｍ２は、提供された情報を確認することで、事前注文サービスに加盟した場合に、受注する可能性がある注文を知ることができる。このように、非対応店舗に事前注文サービスのニーズを示し、加盟のメリットを示すことで、事前注文サービスに加盟する店舗を増加させることができる。これにより、利用者も事前注文サービスを利用可能な店舗、商品を増加させることができる。以上より、サービスの利用しやすさが向上し、利用者、店舗がサービスにより適切に参加することができる。

【0048】

また、上記実施形態では、抽出したニーズの情報を非対応店舗に提供したが、ニーズの抽出を行えばよく、非対応店舗の事業者端末２００Ａに提供しなくてもよい。例えば、決済サーバ１０の管理者が確認し、システムの管理者が、別の方法で非対応店舗の事業者にＭ２に提供してもよい。

【0049】

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

【0050】

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

【0051】

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

【0052】

（口座データベース３１について）
口座データベース３１は、利用者や事業者、事前注文サービスの管理者の口座に関する各種の情報を記憶する。ここで、図４を用いて、口座データベース３１が記憶する情報の一例を説明する。図４は、実施形態に係る口座データベースの一例を示す図である。図４の例において、口座データベース３１は、「口座ＩＤ」、「所有者情報」、「口座残高」といった項目を有する。

【0053】

「口座ＩＤ」は、口座を識別するための識別情報を示す。「所有者情報」は、口座を所有（保有）する所有者（利用者や事業者、事前注文サービスの管理者）に関する情報を示し、例えば、所有者を識別するための識別情報（識別子）が格納される。「口座残高」は、利用者や事業者、事前注文サービスの管理者が所有する口座の残高を示す。

【0054】

すなわち、図４では、口座ＩＤ「ＡＩＤ＃１」によって識別される口座の所有者の情報が「利用者＃１」であり、口座残高が「７８００」である例を示す。

【0055】

（事業者情報データベース３２について）
事業者情報データベース３２は、事業者に関する各種情報を記憶する。ここで、図５を用いて、事業者情報データベース３２が記憶する情報の一例を説明する。図５は、実施形態に係る事業者情報データベースの一例を示す図である。図５の例において、事業者情報データベース３２は、「事業者ＩＤ」、「店舗ＩＤ」、「口座ＩＤ」、「所在地」、「登録有無」、「履歴情報」、「投票情報」、「カテゴリ」、「取引対象情報」といった項目を有する。

【0056】

「事業者ＩＤ」は、事業者を識別するための識別情報を示す。「店舗ＩＤ」は、事業者が管理する店舗を識別するための識別情報を示す。「口座ＩＤ」は、事業者が所有する口座を識別するための識別情報を示す。「所在地」は、事業者が管理する店舗の位置情報（例えば、住所）を示す。「登録有無」は、店舗が事前注文サービスに加盟しているか否かを示す。「履歴情報」は、事前注文サービスを利用して取引対象を提供した履歴を示す。「投票情報」は、利用者からのアンケートで入力された結果に基づく情報を示す。「カテゴリ」は、店舗が提供している商品の分類を示す情報、例えば、イタリアン、中華、和食、洋食、肉、魚、麺、パン等である。カテゴリの情報が複数含めることができる。

【0057】

「取引対象情報」は、事業者が提供する取引対象に関する情報を示し、例えば、「取引対象ＩＤ」、「価格」、「画像」といった項目を有する。「取引対象ＩＤ」は、取引対象を識別するための識別情報を示す。「価格」は、取引対象の価格を示す。「画像」は、取引対象の画像を示す。

【0058】

すなわち、図５では、事業者ＩＤ「ＭＩＤ＃１」によって識別される事業者が管理する店舗が店舗ＩＤ「ＳＩＤ＃１」によって識別され、所在地が「所在地＃１」であり、「登録情報」が有、履歴情報が「履歴情報＃１」、投票情報が「投票情報＃１」であり、カテゴリが「カテゴリ＃１」であり、当該事業者が所有する口座が口座ＩＤ「ＡＩＤ＃２」によって識別され、当該事業者が提供する取引対象のうち、取引対象ＩＤ「ＴＩＤ＃１」によって識別される取引対象の価格が「４００円」、画像が「画像＃１」である例を示す。

【0059】

（利用者情報データベース３３について）
利用者情報データベース３３は、決済サーバ１０が提供するサービスの利用者に関する各種の情報を記憶する。ここで、図６を用いて、利用者情報データベース３３が記憶する情報の一例を説明する。図６は、実施形態に係る利用者情報データベースの一例を示す図である。図６の例において、利用者情報データベース３３は、「利用者ＩＤ」、「決済履歴」、「利用履歴」といった項目を有する。

【0060】

「利用者ＩＤ」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先（事業者）や、決済対象（取引対象）、決済金額などといった情報が格納される。「利用履歴」は、事前注文サービスや、その他の各種サービスにおける利用者の利用履歴を示し、例えば、事前注文サービスにおける注文内容を示す情報などが格納される。

【0061】

すなわち、図６では、利用者ＩＤ「ＵＩＤ＃１」によって識別される利用者の決済履歴が「決済履歴＃１」、利用履歴が「利用履歴＃１」である例を示す。

【0062】

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

【0063】

（取得部４１について）
取得部４１は、所定のプラットフォームを介して取引対象の注文を受け付ける店舗に関する店舗情報と、当該所定のプラットフォームを介して当該店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する。店舗情報には、事前注文サービスに加盟している対応店舗の店舗情報と、事前注文サービスに加盟していない非対応店舗の両方の情報が含まれる。例えば、図１の例において、取得部４１は、事前注文サービスを介して商品の注文を受け付ける店舗Ａに関する店舗情報を取得し、事業者情報データベース３２に格納する。取得部４１は、事前注文サービスを介して商品の注文を受け付けない店舗Ｂに関する店舗情報を取得し、事業者情報データベース３２に格納する。また、取得部４１は、事前注文サービスを介して店舗Ａに対して商品の注文を行う利用者Ｕ１に関する利用者情報を取得し、利用者情報データベース３３に格納する。取得部４１は、決済サービスで店舗Ａに対して商品の支払いを行う利用者Ｕ１に関する利用者情報を取得し、利用者情報データベース３３に格納する。

【0064】

また、取得部４１は、店舗の所在地を含む店舗情報と、利用者の位置を含む利用者情報とを取得してもよい。例えば、図１の例において、取得部４１は、店舗Ａの所在地を含む店舗情報を取得する。また、取得部４１は、利用者端末１００が有するＧＰＳ（Global Positioning System）センサ等により測位された利用者Ｕ１の現在位置を示す情報を含む利用者情報を取得する。

【0065】

また、取得部４１は、所定の決済手段を提供する所定のプラットフォームを介して取引対象の注文を受け付ける店舗に関する店舗情報と、当該所定の決済手段を用いて店舗に対して決済を行う利用者に関する利用者情報とを取得してもよい。例えば、図１の例において、取得部４１は、決済アプリ内で起動する事前注文アプリにおいて提供される事前注文サービスを介して商品の注文を受け付ける店舗Ａに関する店舗情報と、当該決済アプリを用いて店舗Ａに対して決済を行う利用者Ｕ１に関する利用者情報を取得する。

【0066】

また、取得部４１は、所定のプラットフォームを介して利用者から取引対象の注文を受け付けた後、来店する利用者に対し当該取引対象を提供する店舗に関する店舗情報を取得してもよい。例えば、図１の例において、取得部４１は、事前注文サービスを介して商品の注文を受け付けた後、来店する利用者Ｕ１に対し商品を提供する店舗Ａに関する店舗情報を取得する。

【0067】

また、取得部４１は、所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗が、当該所定のプラットフォームを介して利用者に取引対象を提供した履歴を示す履歴情報を取得してもよい。例えば、図１の例において、取得部４１は、店舗Ａが事前注文サービスを介して利用者に取引対象を提供した履歴を示す履歴情報を取得する。

【0068】

また、取得部４１は、所定のプラットフォームを介して店舗が利用者に提供した取引対象の画像を示す履歴情報を取得してもよい。例えば、取得部４１は、事前注文サービスを介して注文し、店舗から商品を受領した利用者から提供される当該商品の画像を示す履歴情報を取得する。具体的な例を挙げると、取得部４１は、店舗から商品を受領した利用者から提供される当該店舗の評価情報であって、受領した商品の画像を含む評価情報を履歴情報として取得する。

【0069】

また、取得部４１は、所定のプラットフォームを介して店舗が利用者から受け付けた注文の数を示す履歴情報を取得してもよい。例えば、取得部４１は、直近の所定期間において、事前注文サービスを介して店舗が受け付けた注文の数を示す履歴情報を取得する。具体的な例を挙げると、取得部４１は、事前注文サービスを介した利用者からの注文のうち、店舗が受注した注文の数を取得する。また、取得部４１は、店舗が受注した注文のうち、利用者に商品が受領された注文の数を取得する。

【0070】

また、取得部４１は、所定のプラットフォームを介し店舗が利用者から注文を受け付けた日時を示す履歴情報を取得してもよい。例えば、取得部４１は、事前注文サービスを介した利用者からの注文を、店舗が受注した日時を示す情報を取得する。また、取得部４１は、事前注文サービスを介した利用者からの注文を、店舗が受注しなかった日時を示す情報を取得する。

【0071】

また、取得部４１は、所定の決済手段を提供する所定のプラットフォームを介して取引対象の注文を受け付ける店舗が、所定のプラットフォームを介して利用者に取引対象を提供した履歴を示す履歴情報を取得してもよい。例えば、図１の例において、取得部４１は、決済アプリ内で起動する事前注文アプリにおいて提供される事前注文サービスを介して商品の注文を受け付ける店舗Ａが、事前注文サービスを介して利用者に取引対象を提供した履歴を示す履歴情報を取得する。

【0072】

また、取得部４１は、所定のプラットフォームを介して利用者から取引対象の注文を受け付けた後、来店する利用者に対し取引対象を提供した履歴を示す履歴情報を取得してもよい。例えば、図１の例において、取得部４１は、事前注文サービスを介して商品の注文を受け付けた後、来店する利用者Ｕ１に対し店舗Ａが商品を提供した履歴を示す履歴情報を取得する。

【0073】

（抽出部４２について）
抽出部４２は、取得部４１により取得された店舗情報、利用者情報、履歴情報に基づいて、所定のプラットフォームを介した取引対象の提供に関するニーズを抽出する。例えば、図１の例において、算出部４２は、事業者情報データベース３２と利用者情報データベース３３を参照し、所定のエリアの事前注文サービスの利用実績の情報を抽出し、所定のエリアにある事前注文サービスのニーズの情報を抽出する。また、抽出部４２は、事前注文サービスのニーズがある非対応店舗を抽出する。

【0074】

（提供部４３について）
提供部４３は、抽出部４２で抽出したニーズの情報を加工し、事業者に提供する情報を生成する。提供部４３は、抽出した非対応店舗に対して、周囲で事前注文サービスの使用実績や、使用されている時間帯、利用者の所在地等を含み、非対応店舗が事前注文サービスを利用した場合に注文の受注を判断できる情報を作成する。

【0075】

（提案部４４について）
提案部４４は、抽出部４２で抽出したニーズの情報を加工し、利用者に対して、ニーズの情報を提案する。また、提案部４４は、利用者のニーズを確認するためのアンケートを作成し、利用者に提案する。提案部４４は、ニーズの情報に基づいて、利用する店舗を提案してもよい。

【0076】

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

【0077】

また、決済処理部４５は、所定のプラットフォームを介して利用者から受け付けられた注文内容に基づく処理を実行してもよい。例えば、図１の例において、決済処理部４５は、注文内容に対応する決済情報が示す決済金額分の電子マネーを、利用者Ｕ１が電子決済サービスで保有する第１の口座から、利用者Ｕ１が保有する他の口座であって、利用者Ｕ１が取引に利用できない第２の口座へ移行させる。そして、決済処理部４５は、商品の受領に応じて、利用者Ｕ１の第２の口座から、事業者Ｍ１が電子決済サービスで保有する口座に移行させる。

【0078】

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

【0079】

なお、受付部４６は、決済情報を事業者端末２００から受け付けてもよい。例えば、受付部４６は、利用者端末１００に表示された、利用者を識別するための利用者識別情報を、事業者端末２００（店舗端末）が読み取ることで決済が行われた場合、当該決済を示す決済情報を事業者端末２００から受け付ける。

【0080】

また、受付部４６は、所定の店舗で提供される取引対象の注文を、所定のプラットフォームを介して利用者から受け付けてもよい。例えば、図１の例において、受付部４６は、利用者端末１００にインストールされた決済アプリ内の事前注文アプリを介して、店舗Ａに対する注文内容を受け付ける。

【0081】

また、受付部４６は、判定部４７により関連情報を受け付けると判定された場合には、関連情報を受け付けてもよい。例えば、受付部４６は、信用度が所定の閾値以上である店舗からの関連情報を受け付ける。

【0082】

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

【0083】

図７に示すように、決済サーバ１０は、事前注文サービスを受け付ける対応店舗の情報を取得する（ステップＳ１０１）。続いて、決済サーバ１０は、事前注文サービスを受け付けない対応店舗の情報を取得する（ステップＳ１０２）。決済サーバ１０は、利用者による利用情報を取得する（ステップＳ１０３）。続いて、決済サーバ１０は、利用情報に基づいて、ニーズが高い地域の非対応店舗を抽出する（ステップＳ１０４）。続いて、決済サーバ１０は、利用情報と非対応店舗の店舗情報に基づいて、ニーズを示す情報を作成する（ステップＳ１０５）、続いて、決済サーバ１０は、非対応店舗にニーズの情報を出力し（ステップＳ１０６）、処理を終了する。

【0084】

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

【0085】

〔４－１．決済サーバ１０が提供するサービスについて〕
上述の実施形態において、決済サーバ１０により飲食物の事前注文サービスが提供される例を示したが、決済サーバ１０が提供するサービスにおける取引対象はこのような例に限定されない。例えば、決済サーバ１０は、飲食物以外の各種取引対象の事前注文サービスを提供してもよい。また、決済サーバ１０は、役務の予約に関するサービスを提供してもよい。

【0086】

また、決済サーバ１０は、店舗における余剰在庫（例えば、飲食物の素材）を利用者に提供するサービスを提供してもよい。この場合、決済サーバ１０は、店舗において余剰在庫が発生したことを示す関連情報を受け付け、利用者に提供してもよい。

【0087】

また、決済サーバ１０が提供するサービスは、利用者が店舗に訪問する前に取引対象の注文を受け付け、テイクアウト品が提供されるサービスに限らない。例えば、決済サーバ１０は、利用者が店舗に訪問する前に取引対象の注文を受け付け、当該店舗内において利用者に取引対象が提供されるサービスを提供してもよい。

【0088】

また、決済サーバ１０が提供するサービスは、利用者が店舗に訪問する前に取引対象の注文を受け付けるサービスに限らない。例えば、決済サーバ１０は、利用者が店舗に訪問して店舗に設置された卓等に着席した後に、店舗に対する取引対象の注文を受け付けるサービスを提供してもよい。

【0089】

また、決済サーバ１０が提供するサービスは、金銭の授受が発生するサービスに限らない。例えば、決済サーバ１０は、フードバンクにより供給される食品の提供に関するサービスを提供してもよい。この場合、決済サーバ１０は、フードバンクにより供給される食品の提供要求を利用者から受け付け、食品の提供の可否や、食品の提供場所などといった情報を利用者に通知し、食品が受領されたか否かを示す情報を利用者から受け付ける。

【0090】

〔４－２．ニーズの抽出について〕
上記実施形態のように、位置情報に基づいて、利用の頻度が高い地域（エリア）を抽出し、事前注文サービスのニーズが高い地域を抽出する場合、利用者が利用した対応店舗から所定の範囲にある非対応店舗を需要が高い店舗とすることが好ましい。このように、利用情報と位置情報に基づいて、利用者が事前注文サービスを利用する対応店舗の近傍の非対応店舗を、ニーズが高い店舗として抽出することで、利用者が利用する可能性が高い店舗を抽出することができる。

【0091】

また、利用者が、商品を購入している対応店舗から所定の範囲にあり、かつ、商品を購入している非対応店舗をさらに需要が高い店とすることが好ましい。このように、利用情報と位置情報に基づいて、利用者の利用実績がある近隣の店舗を抽出し、事前注文サービス以外のサービスを利用している非対応店舗を、ニーズがより高い店舗として抽出することで、利用者が利用する可能性が高い店舗を抽出することができる。また、非対応店舗も自店舗を利用している利用者が事前注文サービスを利用している状況を把握することができ、事前注文サービスに加盟することに利点を把握しやすくなる。

【0092】

上記実施形態では、決済サーバ１０は、位置情報に基づいて、利用の頻度が高い地域（エリア）を抽出し、事前注文サービスのニーズが高い地域を抽出したが、これに限定されない。

【0093】

決済サーバ１０は、ニーズの抽出時に、利用者が事前注文サービスを利用した日時の情報も含め、時間帯毎、曜日毎にニーズを抽出してもよい。ニーズの抽出に時間の要素を用いることで、事前注文サービスに対応する時間帯の決定時に、ニーズを考慮することができ、利用者、事業者共に事前注文サービスを効率よく利用することができる。

【0094】

決済サーバ１０は、ニーズの抽出時に、店舗のカテゴリの情報含め、ニーズを抽出してもよい。例えば、決済サーバ１０は、利用者の利用情報に基づいて、注文の頻度が高いカテゴリを抽出し、抽出したカテゴリを含む非対応店舗をニーズが高い店舗として抽出する。これにより、利用者のニーズをより分析した情報に基づいて、ニーズを判断することができ、非対応店舗に有効な情報を提供することができる。

【0095】

決済サーバ１０は、ニーズの抽出時に、商品の情報含め、ニーズを抽出してもよい。例えば、決済サーバ１０は、利用者の利用情報に基づいて、注文される商品のカテゴリ、値段、量等を抽出し、抽出した商品に類似する商品をニーズが商品として抽出する。これにより、利用者のニーズをより分析した情報に基づいて、ニーズを判断することができ、非対応店舗に有効な情報を提供することができる。

【0096】

決済サーバ１０は、非対応店舗のニーズを利用者から取得した非対応店舗に対する情報に基づいて、抽出してもよい。例えば、決済サーバ１０は、アンケートの投票結果に基づいて、ニーズを抽出してもよい。図８は、実施形態に係る提供処理の一例を示す図である。図８を用いて、処理の一例を説明する。

【0097】

まず、決済サーバ１０は、店舗Ａに関する店舗情報を取得する（ステップＳ１）。また、決済サーバ１０は、店舗Ｂに関する店舗情報を取得する（ステップＳ２）。また、図８は、ステップＳ３からステップＳ１０の処理の記載を省略しているが、決済サーバ１０は、事前注文サービスを用いた注文を処理し、利用者情報の蓄積を行う。

【0098】

続いて、決済サーバ１０は、アンケートを作成する（ステップＳ２１）。決済サーバ１０は、アンケートを送付する利用者を選定し、利用者の位置情報に基づいてアンケートに含める非対応店舗を決定する。ここで、利用者の位置情報は、例えば現在位置、過去に事前注文サービスを利用した店舗の位置等である。また、決済サーバ１０は、位置情報を基準として、エリアを選定し、エリアに含まれる非対応店舗を対象の非対応店舗とする。アンケートは、非対応店舗の情報を表示し、事前注文サービスを利用したい店舗を選択するアンケートや、非対応店舗の商品の情報を表示し、事前注文サービスで注文したい小甚を選択するアンケートである。

【0099】

続いて、決済サーバ１０は、利用者端末１００にアンケートを提供する（ステップＳ２２）。続いて、利用者端末１００は、アンケートを表示し、利用者による入力を受け付ける（ステップＳ２３）。続いて、利用者端末１００は、決済サーバ１０にアンケート結果を提供する（ステップＳ２４）。ここで、システムは、ステップＳ２１からステップＳ２４の処理を、複数の利用者端末１００に対して、それぞれ実行し、決済サーバ１０に複数のアンケート結果を蓄積する。

【0100】

続いて、決済サーバ１０は、ニーズが高い非対応店舗を選定する（ステップＳ２５）。決済サーバ１０は、例えば、アンケートの結果に基づいて、利用者の投票が多かった店舗、投票が多かった商品を販売している店舗を、ニーズが高い非対応店舗として抽出する。

【0101】

続いて、決済サーバ１０は、ニーズを示す情報を作成する（ステップＳ２６）。決済サーバ１０は、選定した非対応店舗に対して、アンケート結果に基づいた利用者のニーズがわかる情報を作成する。具体的には、アンケートに記載された注文したい商品の投票数や、投票した利用者についての事前注文サービスの利用頻度、注文を行った場所、時間帯の情報を含める。また、ニーズを示す情報に、周囲で事前注文サービスの使用実績や、使用されている時間帯、利用者の所在地等を含み、非対応店舗が事前注文サービスを利用した場合に注文の受注を判断できる情報を含めてもよい。

【0102】

続いて、決済サーバ１０は、非対応店舗である店舗Ｂの作成したニーズを示す情報を出力する（ステップＳ２７）。提供されたニーズを示す情報は、事業者端末２００Ａに表示される。

【0103】

このように、利用者に対するアンケートを行い、アンケートの結果に基づいて、ニーズを抽出することでも、有益な情報を非対応店舗に提供することができ、事前注文サービスに加盟する店舗を増加させることができる。また、商品についてのアンケートを行うことで、事前注文サービスの対象とする商品の選定に用いることができる。この場合、対応店舗についてのアンケートを行い、ニーズを抽出して、事前注文サービスに対応する商品と対応しない商品との選別に用いることもできる。

【0104】

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

【0105】

図９に示すように、決済サーバ１０は、事前注文サービスを受け付ける対応店舗の情報を取得する（ステップＳ１１１）。続いて、決済サーバ１０は、事前注文サービスを受け付けない対応店舗の情報を取得する（ステップＳ１１２）。決済サーバ１０は、利用者による利用情報を取得する（ステップＳ１１３）。続いて、決済サーバ１０は、利用者の位置情報に基づいて、利用エリアの非対応店舗に対するアンケートを出力する（ステップＳ１１４）。続いて、決済サーバ１０は、アンケート結果に基づいて、ニーズが高い非対応店舗を選定する（ステップＳ１１５）。続いて、決済サーバ１０は、アンケート結果と非対応店舗の店舗情報に基づいて、ニーズを示す情報を作成する（ステップＳ１１６）、続いて、決済サーバ１０は、非対応店舗にニーズの情報を出力し（ステップＳ１１７）、処理を終了する。

【0106】

また、上記実施形態では、ニーズを抽出して、非対応店舗に提供したが、利用者にニーズの情報を提供してもよい。これにより、利用者に他の利用者が興味を持っている店舗の情報や、アンケートで選定した非対応店舗の対応の情報を取得することで、事前注文サービスをより有効に利用することができる。

【0107】

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

【0108】

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

【0109】

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

【0110】

〔５．効果〕
上述してきたように、実施形態に係る決済サーバ１０は、取得部４１と、抽出部４２と、提供部４３と、提案部４４と、決済処理部４５と、受付部４６とを有する。取得部４１は、所定のプラットフォームを介して取引対象の注文を受け付ける対応店舗に関する対応店舗情報と、所定のプラットフォームを介して取引対象の注文を受け付ける設定を行っていない非対応店舗に関する非対応店舗情報と、当該所定のプラットフォームを介して当該店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する。抽出部４２は、複数の利用者の注文の情報と位置情報に基づいて、利用者の需要が高い店舗の情報を抽出する。

【0111】

これにより、実施形態に係る決済サーバ１０は、所定のプラットフォームを介して取引対象の注文を受け付けるサービスのニーズを適切に抽出することができ、サービスへの参加者を増加させることができる。これにより、利用者もサービスを利用しやすくなる。

【0112】

また、実施形態に係る決済サーバ１０において、抽出部４１は、利用者情報の過去の注文履歴も加味して前記利用者の需要が高い店舗を抽出する。これにより、ニーズの精度を向上させることができ、サービスをより有効に利用できる店舗を、注文を受け付ける店舗とすることができる。

【0113】

また、実施形態に係る決済サーバ１０において、抽出部４１は、利用者が利用した前記対応店舗から所定の範囲にある非対応店舗を需要が高い店舗とする。このように、利用情報と位置情報に基づいて、利用者が事前注文サービスを利用する対応店舗の近傍の非対応店舗を、ニーズが高い店舗として抽出することで、利用者が利用する可能性が高い店舗を抽出することができる。

【0114】

また、実施形態に係る決済サーバ１０において、抽出部４１は、利用者が、商品を購入している対応店舗から所定の範囲にあり、かつ、商品を購入している非対応店舗をさらに需要が高い店とする。このように、利用情報と位置情報に基づいて、利用者の利用実績がある近隣の店舗を抽出し、事前注文サービス以外のサービスを利用している非対応店舗を、ニーズがより高い店舗として抽出することで、利用者が利用する可能性が高い店舗を抽出することができる。また、非対応店舗も自店舗を利用している利用者が事前注文サービスを利用している状況を把握することができ、事前注文サービスに加盟することに利点を把握しやすくなる。

【0115】

また、実施形態に係る決済サーバ１０において、抽出部は、前記利用者情報の注文の時間も加味して前記利用者の需要が高い店舗を抽出する。これにより、ニーズの精度を向上させることができ、サービスをより有効に利用できる店舗を、注文を受け付ける店舗とすることができる。

【0116】

また、実施形態に係る決済サーバ１０において、抽出部は、店舗が提供する商品のカテゴリも加味して前記利用者の需要が高い店舗を抽出する。これにより、ニーズの精度を向上させることができ、サービスをより有効に利用できる店舗を、注文を受け付ける店舗とすることができる。

【0117】

また、実施形態に係る決済サーバ１０において、抽出部は、店舗が提供する商品の類似度も加味して利用者の需要が高い店舗を抽出する。これにより、ニーズの精度を向上させることができ、サービスをより有効に利用できる店舗を、注文を受け付ける店舗とすることができる。

【0118】

また、実施形態に係る決済サーバ１０において、提供部は、抽出部の抽出結果を非対応店舗に提供する。これにより、非対応店舗に対応店舗となることによる利点の情報を提供することができ、対応店舗を増加させることができる。

【0119】

また、実施形態に係る決済サーバ１０において、抽出部は、利用者の位置情報に基づいて、非対応店舗を抽出し、抽出した非対応店舗に対応する非対応店舗情報を、利用者に通知し、注文の受付を可能にすることを望む店舗の情報を取得する。これにより、利用者のニーズの精度を向上させることができ、サービスをより有効に利用できる店舗を、注文を受け付ける店舗とすることができる。

【0120】

また、実施形態に係る決済サーバ１０において、抽出部は、前記利用者の注文の発注時の位置情報に基づいて前記利用者が注文する可能性の高い店舗を抽出する。提案部は、抽出部が抽出した店舗の情報を利用者に提案する。これにより、利用者もより精度の高い情報を取得することができる。

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【符号の説明】

【0130】

１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 口座データベース
３２ 事業者情報データベース
３３ 利用者情報データベース
４０ 制御部
４１ 取得部
４２ 抽出部
４３ 提供部
４４ 提案部
４５ 決済処理部
４６ 受付部
１００ 利用者端末
２００ 事業者端末

【要約】

【課題】利用者、店舗がサービスにより適切に参加することができる。
【解決手段】本願に係る提供装置は、所定のプラットフォームを介して取引対象の注文を受け付ける対応店舗に関する対応店舗情報と、所定のプラットフォームを介して取引対象の注文を受け付ける設定を行っていない非対応店舗に関する非対応店舗情報と、当該所定のプラットフォームを介して当該店舗に対して取引対象の注文を行う利用者に関する利用者情報とを取得する取得部と、複数の前記利用者の注文の情報と位置情報に基づいて、前記利用者の需要が高い店舗の情報を抽出する抽出部と、を有することを特徴とする。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】