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

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

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

(11)【特許番号】6959417

(24)【登録日】2021年10月11日

(45)【発行日】2021年11月2日

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

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20211021BHJP

   G06Q 30/06 20120101ALI20211021BHJP

【ＦＩ】

   G06Q50/10

   G06Q30/06 330

【請求項の数】18

【全頁数】24

(21)【出願番号】特願2020-166517(P2020-166517)

(22)【出願日】2020年9月30日

【審査請求日】2020年9月30日

【早期審査対象出願】

(73)【特許権者】

【識別番号】519110124

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

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】柳瀬 将良

(72)【発明者】

【氏名】大塚 千壽子

【審査官】 相澤 祐介

(56)【参考文献】

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

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

【文献】 特開２０１８−０４５５０５（ＪＰ，Ａ）

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

【文献】 特許第６７４０４４１（ＪＰ，Ｂ１）

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

【文献】 米国特許出願公開第２０１３／０３２５６４１（ＵＳ，Ａ１）

【文献】 特許第６４８６５３０（ＪＰ，Ｂ１）

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

Ｇ０６Ｑ １０／００ − ９９／００

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

【請求項1】

それぞれ異なる位置にある店舗に対して利用者が所定のプラットフォームを介して行った取引対象の注文の履歴であって、注文後に利用者が店舗に訪問した際に当該店舗から受け取る取引対象の注文の履歴を示す履歴情報を取得する取得部と、
前記取得部により取得された履歴情報に基づいて、前記所定のプラットフォームを介して前記利用者に提供可能な取引対象であって、所定の範囲内に位置する複数の店舗のそれぞれから提供される複数の取引対象を特定する特定部と、
前記特定部により特定された取引対象に関する情報を、前記所定のプラットフォームを介して前記利用者に提供する提供部と
を有し、
前記特定部は、
前記履歴情報から特定される前記利用者にとって不足している栄養を含み、かつ、前記履歴情報と所定のローテーションとに応じて特定される種別の取引対象を特定する
ことを特徴とする提供装置。

【請求項2】

前記特定部は、
前記履歴情報が示す取引対象のカロリーに基づいて取引対象を特定する
ことを特徴とする請求項１に記載の提供装置。

【請求項3】

前記取得部は、
前記所定のプラットフォームを介して前記利用者の運動量を示す運動情報をさらに取得し、
前記特定部は、
前記履歴情報及び前記運動情報に基づいて推定される前記利用者の健康状態に基づいて取引対象を特定する
ことを特徴とする請求項１または２に記載の提供装置。

【請求項4】

前記特定部は、
前記履歴情報が示す取引対象のカテゴリに基づいて取引対象を特定する
ことを特徴とする請求項１から３のうちいずれか１つに記載の提供装置。

【請求項5】

前記特定部は、
前記利用者が前記所定のプラットフォームを介して前回注文した取引対象とは異なるカテゴリに属する取引対象を特定する
ことを特徴とする請求項１から４のうちいずれか１つに記載の提供装置。

【請求項6】

前記特定部は、
前記履歴情報が示す取引対象の価格帯に対応する取引対象を特定する
ことを特徴とする請求項１から５のうちいずれか１つに記載の提供装置。

【請求項7】

前記履歴情報が所定の条件を満たす場合に、前記所定のプラットフォームにおいて利用可能な利益を付与する付与部
をさらに有することを特徴とする請求項１から６のうちいずれか１つに記載の提供装置。

【請求項8】

前記付与部は、
前記履歴情報が示す取引対象に利用される食材が所定の条件を満たす場合に、前記利益を付与する
ことを特徴とする請求項７に記載の提供装置。

【請求項9】

前記提供部は、
前記利用者が注文した場合に、前記利益が付与されるための所定の条件を満たす取引対象に関する情報を提供する
ことを特徴とする請求項７または８に記載の提供装置。

【請求項10】

前記特定部は、
複数の店舗のそれぞれから前記所定のプラットフォームを介して提供可能な複数の取引対象であって、互いに異なる複数の取引対象を特定する
ことを特徴とする請求項１から９のうちいずれか１つに記載の提供装置。

【請求項11】

前記特定部は、
含まれる栄養素が所定の条件を満たす前記複数の取引対象を特定する
ことを特徴とする請求項１０に記載の提供装置。

【請求項12】

前記取得部は、
前記利用者の位置を示す位置情報をさらに取得し、
前記提供部は、
前記位置情報が示す位置に対応する店舗が前記所定のプラットフォームを介して注文を受け付ける取引対象に関する情報を提供する
ことを特徴とする請求項１から１１のうちいずれか１つに記載の提供装置。

【請求項13】

前記取得部は、
前記利用者により指定された期間を示す期間情報をさらに取得し、
前記提供部は、
前記期間情報が示す期間内において前記所定のプラットフォームを介して店舗から提供可能な取引対象に関する情報を提供する
ことを特徴とする請求項１から１２のうちいずれか１つに記載の提供装置。

【請求項14】

前記特定部は、
前記所定のプラットフォームを介して提供される電子商取引サービスにおいて前記利用者に提供可能な取引対象を特定する
ことを特徴とする請求項１から９のうちいずれか１つに記載の提供装置。

【請求項15】

前記提供部は、
前記利用者が前記所定のプラットフォームを介して取引対象を注文するタイミングで前記特定部により特定された取引対象に関する情報を提供する
ことを特徴とする請求項１から１４のうちいずれか１つに記載の提供装置。

【請求項16】

前記取得部は、
所定の決済手段を提供する前記所定のプラットフォームを介して取引対象の注文を受け付ける店舗に対して、前記利用者が当該所定のプラットフォームを介して行った取引対象の注文の履歴を示す前記履歴情報を取得する
ことを特徴とする請求項１から１５のうちいずれか１つに記載の提供装置。

【請求項17】

コンピュータが実行する提供方法であって、
それぞれ異なる位置にある店舗に対して利用者が所定のプラットフォームを介して行った取引対象の注文の履歴であって、注文後に利用者が店舗に訪問した際に当該店舗から受け取る取引対象の注文の履歴を示す履歴情報を取得する取得工程と、
前記取得工程により取得された履歴情報に基づいて、前記所定のプラットフォームを介して前記利用者に提供可能な取引対象であって、所定の範囲内に位置する複数の店舗のそれぞれから提供される複数の取引対象を特定する特定工程と、
前記特定工程により特定された取引対象に関する情報を、前記所定のプラットフォームを介して前記利用者に提供する提供工程と
を含み、
前記特定工程は、
前記履歴情報から特定される前記利用者にとって不足している栄養を含み、かつ、前記履歴情報と所定のローテーションとに応じて特定される種別の取引対象を特定する
ことを特徴とする提供方法。

【請求項18】

それぞれ異なる位置にある店舗に対して利用者が所定のプラットフォームを介して行った取引対象の注文の履歴であって、注文後に利用者が店舗に訪問した際に当該店舗から受け取る取引対象の注文の履歴を示す履歴情報を取得する取得手順と、
前記取得手順により取得された履歴情報に基づいて、前記所定のプラットフォームを介して前記利用者に提供可能な取引対象であって、所定の範囲内に位置する複数の店舗のそれぞれから提供される複数の取引対象を特定する特定手順と、
前記特定手順により特定された取引対象に関する情報を、前記所定のプラットフォームを介して前記利用者に提供する提供手順と
をコンピュータに実行させ、
前記特定手順は、
前記履歴情報から特定される前記利用者にとって不足している栄養を含み、かつ、前記履歴情報と所定のローテーションとに応じて特定される種別の取引対象を特定する
ことを特徴とする提供プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、利用者の健康状態を管理するサービスを提供する技術が知られている。このような技術の一例として、ユーザに係る健康管理データおよび購入履歴から解析した栄養バランスの改善策に応じた食材の購入予定情報ユーザ端末に表示させる技術が提案されている。また、このような技術の一例として、顧客がオーダした料理、数量などのオーダ受付データおよびカロリー表示欄付き勘定伝票をプリント出力する技術が提案されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１６−９１０６１号公報

【特許文献2】特開１９９９−１８４９２７号公報

【発明の概要】

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

【0004】

しかしながら、上記の従来技術では、取引対象の注文を受け付けるプラットフォームを介して、利用者が興味を示しうる情報を提供しているとは言えない。

【0005】

例えば、上記の従来技術では、購入候補とされた候補商品の商品名や、特定の店舗や商品を宣伝する広告情報を含む購入予定情報ユーザ端末に表示させているに過ぎない。また、上記の従来技術では、顧客にオーダされた料理などのカロリー、栄養価構成などを勘定伝票にプリント出力する構成が記載されているに過ぎない。このため、上記の従来技術では、取引対象の注文を受け付けるプラットフォームを介して、利用者が興味を示しうる情報を提供しているとは言えない。

【0006】

本願は、上記に鑑みてなされたものであって、取引対象の注文を受け付けるプラットフォームを介して、利用者が興味を示しうる情報を提供できる提供装置、提供方法及び提供プログラムを提供することを目的とする。

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

【0007】

本願に係る提供装置は、所定のプラットフォームを介して取引対象の注文を受け付ける店舗に対して、利用者が当該所定のプラットフォームを介して行った取引対象の注文の履歴を示す履歴情報を取得する取得部と、前記取得部により取得された履歴情報に基づいて、前記所定のプラットフォームを介して前記利用者に提供可能な取引対象を特定する特定部と、前記特定部により特定された取引対象に関する情報を、前記所定のプラットフォームを介して前記利用者に提供する提供部とを有することを特徴とする。

【発明の効果】

【0008】

実施形態の一態様によれば、取引対象の注文を受け付けるプラットフォームを介して、利用者が興味を示しうる情報を提供できるという効果を奏する。

【図面の簡単な説明】

【0009】

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

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

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

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

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

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

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

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

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

〔１−２．実施形態の概要について〕
ここで、従来、利用者の健康状態を管理するサービスを提供する技術が知られている。このような技術の一例として、ユーザに係る健康管理データおよび購入履歴から解析した栄養バランスの改善策に応じた食材の購入予定情報ユーザ端末に表示させる技術が提案されている。また、このような技術の一例として、顧客がオーダした料理、数量などのオーダ受付データおよびカロリー表示欄付き勘定伝票をプリント出力する技術が提案されている。しかしながら、上記の従来技術では、購入候補とされた候補商品の商品名や、特定の店舗や商品を宣伝する広告情報を含む購入予定情報ユーザ端末に表示させているに過ぎない。また、上記の従来技術では、顧客にオーダされた料理などのカロリー、栄養価構成などを勘定伝票にプリント出力する構成が記載されているに過ぎない。このため、上記の従来技術では、取引対象の注文を受け付けるプラットフォームを介して、利用者が興味を示しうる情報を提供しているとは言えない。

【0025】

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

【0026】

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

【0027】

また、以下の説明において、決済サーバ１０は、商品名や、価格、説明テキスト、商品画像、商品に付与可能なオプション（商品のサイズや、トッピングなど）、商品に使用される食材に関する食材情報（例えば、肉、水産物、野菜などといった食材のカテゴリや、食材が含有する栄養素）、商品のカテゴリ（例えば、和食や、洋食、中華など）などを含む商品情報の登録を事前注文サービスの加盟店の事業者等から受け付け、店舗の情報（例えば、店舗ＩＤや、店舗名、所在地、営業時間、など）に紐付けて管理するものとする。

【0028】

まず、決済サーバ１０は、事前注文アプリを起動した利用者端末１００からのアクセスに応じて、利用者Ｕ１が事前注文サービスを介して行った商品の注文の履歴を示す履歴情報と、利用者Ｕ１の位置情報とを利用者端末１００から取得する（ステップＳ１）。例えば、決済サーバ１０は、利用者Ｕ１が直近の所定期間（例えば、３日、１週間）内で事前注文サービスを介して注文した商品の履歴を示す履歴情報を取得する。また、決済サーバ１０は、利用者端末１００が有するＧＰＳ（Global Positioning System）センサ等により測位された利用者Ｕ１の現在位置を示す位置情報を取得する。

【0029】

続いて、決済サーバ１０は、事前注文サービスを介して利用者Ｕ１に提供可能な商品を特定する（ステップＳ２）。例えば、決済サーバ１０は、位置情報が示す位置から所定の範囲内に所在する店舗が事前注文サービスを介して提供する商品の中から、履歴情報に基づいて利用者Ｕ１に情報提供を行う商品を特定する。具体的な例を挙げると、決済サーバ１０は、自装置の記憶部に格納された商品情報を参照し、履歴情報が示す商品の含有量が所定の下限値（例えば、食事摂取基準に基づく値）以下である栄養素を含有する食材、若しくは、履歴情報が示す商品の含有量が所定の上限値以上である栄養素を含有しない食材を使用した商品を特定する。より具体的な例を挙げると、決済サーバ１０は、利用者Ｕ１が肉類を使用した商品の注文頻度が所定の閾値（例えば、１日１回）以上である場合、野菜類を使用した商品（例えば、サラダ）を特定する。

【0030】

続いて、決済サーバ１０は、特定した商品に関する情報を利用者Ｕ１に提供する（ステップＳ３）。例えば、決済サーバ１０は、特定した商品の価格や、説明テキスト、商品画像などといった情報を、当該商品を提供する店舗に関する情報とともに提供する。

【0031】

続いて、利用者端末１００は、決済サーバ１０から提供された商品に関する情報を画面に表示する（ステップＳ４）。例えば、利用者端末１００は、事前注文アプリを起動した際の初期表示画面に商品に関する情報を表示する。ここで、図２を用いて、上述の実施形態において利用者端末１００が表示する画面の例を説明する。図２は、実施形態に係る利用者端末の画面の一例を示す図である。

【0032】

図２に示すように、利用者端末１００は、事前注文アプリを起動した際の初期表示画面である画面Ｃ１を表示する。例えば、利用者端末１００は、店舗（事前注文サービスの加盟店）が所在するエリアの指定を入力するための領域ＡＲ１と、事前注文する商品のカテゴリを指定するための領域ＡＲ２と、利用者Ｕ１の履歴情報に基づいて特定された商品に関する情報を表示する領域ＡＲ３とを含む画面Ｃ１を表示する。図２の例において、利用者端末１００は、商品＃１を提供する店舗Ａに対応するコンテンツ（例えば、店舗の名称や、店舗の外観の画像、アイコンなど）とともに、商品＃１の価格や、説明テキスト、商品画像を領域ＡＲ３に表示する。ここで、店舗Ａに対応するコンテンツが選択された場合、利用者端末１００は、画面Ｃ１を、店舗Ａから提供される各商品の事前注文を行うための注文画面に遷移させる。また、商品＃１の情報を表示する領域が選択された場合、利用者端末１００は、画面Ｃ１を、商品＃１の事前注文を行うための注文画面に遷移させる。

【0033】

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

【0034】

続いて、利用者端末１００は、入力された注文内容を決済サーバ１０に送信する（ステップＳ６）。例えば、利用者端末１００は、注文画面における注文の確定操作に応じて、各商品の注文数や各商品に付与するオプションなどを示す注文内容とともに、店舗Ａを示す情報や店舗Ａに対する決済金額（商品及びオプションの合計額）などを示す決済情報を決済サーバ１０に送信する。そして、決済サーバ１０は、決済情報が示す決済金額分の電子マネーを、利用者Ｕ１が電子決済サービスで保有する第１の口座から、利用者Ｕ１が保有する他の口座であって、利用者Ｕ１が取引に利用できない第２の口座へ移行させる。具体的な例を挙げると、決済サーバ１０は、利用者Ｕ１が電子決済サービスで保有する複数の口座間で電子マネーを移行させる処理であって、上述した利用者端末１００を用いた決済に利用する第１の口座から、当該決済に利用できない第２の口座に決済金額分の電子マネーを移行させる処理を実行する。

【0035】

続いて、決済サーバ１０は、利用者Ｕ１からの注文内容を店舗Ａに送信する（ステップＳ７）。例えば、決済サーバ１０は、利用者Ｕ１からの注文を受け付けた旨を示す通知（例えば、プッシュ通知）を事業者端末２００の画面に表示させると共に、注文内容を送信する。そして、事業者端末２００は、表示された通知に対する事業者Ｍ１の選択操作に応じて、注文内容を事業者Ｍ１が確認可能な態様で表示する。

【0036】

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

【0037】

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

【0038】

続いて、決済サーバ１０は、商品の受領に関する情報を利用者Ｕ１から取得する（ステップＳ１１）。例えば、決済サーバ１０は、利用者Ｕ１が店舗Ａから商品を受領したか否かを示す情報を利用者端末１００から取得する。

【0039】

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

【0040】

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

【0041】

以上のように、実施形態に係る決済サーバ１０は、肉類を使用した商品ばかりを食べている利用者に対し、野菜類を使用した商品を特定し、利用者Ｕ１が事前注文サービスを利用する際、特定した商品に関する情報を提供する。これにより、実施形態に係る決済サーバ１０は、事前注文サービスにおける利用者の利用傾向から、栄養バランスの良い商品のレコメンドができるため、利用者の栄養バランスが偏ってしまう事態を防ぐことができる。すなわち、実施形態に係る決済サーバ１０は、取引対象の注文を受け付けるプラットフォームを介して、利用者が興味を示しうる情報を提供できる。

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

「事業者ＩＤ」は、事業者を識別するための識別情報を示す。「店舗ＩＤ」は、事業者が管理する店舗を識別するための識別情報を示す。「口座ＩＤ」は、事業者が所有する口座を識別するための識別情報を示す。「所在地」は、事業者が管理する店舗の位置情報（例えば、住所）を示す。「評価情報」は、事前注文サービスにおける取引の実績（例えば、取引対象の受領の成否）に基づく情報や、利用者により投稿された評価（レビュー）に基づく情報を示す。

【0050】

「取引対象情報」は、事業者が提供する取引対象に関する情報を示し、例えば、「取引対象ＩＤ」、「価格」、「画像」、「食材情報」、「カロリー」、「カテゴリ」といった項目を有する。「取引対象ＩＤ」は、取引対象を識別するための識別情報を示す。「価格」は、取引対象の価格を示す。「画像」は、取引対象の画像を示す。「食材情報」は、取引対象に使用される食材に関する情報を示し、例えば、食材のカテゴリ（例えば、肉、水産物、野菜など）や、食材の栄養素（例えば、たんぱく質、脂質（飽和脂肪酸、不飽和脂肪酸、トランス脂肪酸、コレステロール）、炭水化物（食物繊維、糖質）、各種ミネラル（無機質）、各種ビタミン）の含有量などといった情報を格納する。「カロリー」は、取引対象のカロリーを示す。「カテゴリ」は、取引対象のカテゴリを示し、例えば、和食、洋食、中華などといったカテゴリや、商品の種別に基づくカテゴリ（例えば、カレーや、ピザ、パスタなど）、商品に使用される食材に基づくカテゴリ（例えば、肉や、魚、米、パン、麺類など）などが格納される。

【0051】

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

【0052】

なお、取引対象情報として事業者情報データベース３２に格納される情報は、店舗の事業者等から提供された情報であってもよく、店舗の事業者等から提供された情報に基づく情報であってもよい。例えば、決済サーバ１０は、取引対象の名称や説明テキストから抽出した情報や、抽出した情報に基づいて推定される情報を、「食材情報」や、「カロリー」、「カテゴリ」などといった項目の情報として事業者情報データベース３２に格納してもよい。

【0053】

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

【0054】

「利用者ＩＤ」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先（事業者）や、決済対象（取引対象）、決済金額などといった情報が格納される。「利用履歴」は、事前注文サービスや、その他の各種サービスにおける利用者の利用履歴を示し、例えば、事前注文サービスにおける注文内容を示す情報や、利用者の位置情報の履歴などが格納される。「運動情報」は、利用者の運動量に関する情報を示し、例えば、利用者端末１００が有する各種センサ（例えば、加速度センサ）により検知された情報や、利用者が着用する各種のウェアラブルデバイスにより検知された情報を格納する。

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

（取得部４２について）
取得部４２は、所定のプラットフォームを介して取引対象の注文を受け付ける店舗に対して、利用者が当該所定のプラットフォームを介して行った取引対象の注文の履歴を示す履歴情報を取得する。例えば、図１の例において、取得部４２は、利用者Ｕ１が直近の所定期間内で事前注文サービスを介して注文した商品の履歴を示す履歴情報を取得し、利用者情報データベース３３に格納する。

【0061】

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

【0062】

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

【0063】

また、取得部４２は、利用者の位置を示す位置情報をさらに取得してもよい。例えば、図１の例において、取得部４２は、利用者端末１００が有するＧＰＳセンサ等により測位された利用者Ｕ１の現在位置を示す位置情報を取得し、利用者情報データベース３３に格納する。

【0064】

また、取得部４２は、所定のプラットフォームを介して利用者の運動量を示す運動情報をさらに取得してもよい。例えば、取得部４２は、利用者端末１００が有する各種センサにより検知された情報や、利用者が着用する各種のウェアラブルデバイスにより検知された情報などを、利用者の運動量（例えば、歩数や、歩くスピード、歩いた距離など）を示す運動情報として取得し、利用者情報データベース３３に格納する。

【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】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【符号の説明】

【0124】

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

【要約】

【課題】取引対象の注文を受け付けるプラットフォームを介して、利用者が興味を示しうる情報を提供する。
【解決手段】本願に係る提供装置は、所定のプラットフォームを介して取引対象の注文を受け付ける店舗に対して、利用者が当該所定のプラットフォームを介して行った取引対象の注文の履歴を示す履歴情報を取得する取得部と、取得部により取得された履歴情報に基づいて、所定のプラットフォームを介して利用者に提供可能な取引対象を特定する特定部と、特定部により特定された取引対象に関する情報を、所定のプラットフォームを介して利用者に提供する提供部とを有することを特徴とする。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】