JP7186756B2 - 提供装置、提供方法及び提供プログラム - Google Patents

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）等の集積回路により実現される。実施形態に係る制御部４０は、図５に示すように、受付部４１と、算出部４２と、提供部４３と、決済処理部４４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

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

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

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

また、受付部４１は、所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗から、当該店舗に関連する関連情報を受け付けてもよい。例えば、図１の例において、受付部４１は、店舗Ａや店舗Ａにおいて提供する商品などに関して利用者にアピールしたい情報を関連情報として、事業者端末２００から受け付ける。

また、受付部４１は、関連情報を提供する提供期間を受け付けてもよい。例えば、図１の例において、受付部４１は、画面Ｃ１２の領域ＡＲ１３に入力された、関連情報を掲載する時間を受け付ける。

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

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

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

ここで、取引対象が提供可能な期間において、当該取引対象に関する関連情報を利用者に提供したいといった要望が考えられる。したがって、受付部４１は、取引対象が店舗において提供可能な期間を示す期間情報を受け付けてもよい。例えば、受付部４１は、店舗の営業時間や、関連情報によるアピールの対象である取引対象を提供する特定の期間（例えば、ランチタイム）などを示す期間情報を受け付ける。

さらに、事前注文サービスにおける信用度が高い店舗から受け付けられた関連情報には、誇大な表現や虚偽が含まれないことが想定される。したがって、受付部４１は、所定のプラットフォームを介した取引対象の提供に関する店舗の信用度に基づいて、店舗から関連情報を受け付けるか否かを判定してもよい。例えば、受付部４１は、事前注文サービスの管理者や利用者などに対して提供した情報と、実際の事前注文サービスでの行動との乖離が小さい店舗ほど高く算出される信用度に基づいて、店舗から関連情報を受け付けるか否かを判定する。具体的な例を挙げると、受付部４１は、事前注文サービスに登録した営業時間、利用者に取引対象を提供するまでの時間などを順守している店舗や、事前注文サービスに掲載している取引対象の画像と利用者に実際に提供した取引対象との一致度が高い店舗ほど高く算出される信用度に基づき、信用度が所定の閾値以下である店舗からの関連情報を受け付けないと判定する。

（算出部４２について）
算出部４２は、関連情報を提供する優先度を、店舗に関する所定の指標に基づいて算出する。例えば、図１の例において、算出部４２は、事業者情報データベース３２や、利用者情報データベース３３、関連情報が示す情報などを参照し、店舗から受け付けられた関連情報を提供する優先度を算出する。

また、算出部４２は、関連情報の提供先である利用者の位置から店舗の所在地までの距離に基づいて、優先度を算出してもよい。例えば、図１の例において、算出部４２は、利用者Ｕの現在位置から、関連情報の提供元である各店舗の所在地までの距離に基づいて、各関連情報の優先度を算出する。

なお、算出部４２は、位置情報の履歴等に基づいて推定される利用者の拠点（例えば、自宅や勤務先、通学先、移動経路など）の所在地から、関連情報の提供元である店舗の所在地までの距離に基づいて、優先度を算出してもよい。例えば、算出部４２は、利用者の拠点の所在地からの距離が短いほど優先度を高く算出し、拠点の所在地からの距離が長いほど優先度を低く算出する。

ここで、例えば、関連情報が、取引対象（食品）が出来立てであることをアピールするものである場合、店舗により設定された当該関連情報の提供期間の終盤においては、取引対象が売り切れる事態や、取引対象が出来立てとは言えない状態である事態などが想定される。したがって、算出部４２は、提供期間の残り期間に基づいて、優先度を算出してもよい。例えば、関連情報が、取引対象が出来立てであることをアピールするものや、販売数が限定されている取引対象をアピールするものである場合（言い換えると、取引対象の販売数や販売期間が限定されている場合）、算出部４２は、提供期間の残り期間が長いほど（言い換えると、関連情報の鮮度が高いほど）優先度を高く算出し、提供期間の残り期間が短いほど優先度を低く算出する。

また、算出部４２は、期間情報が示す期間の残り期間に基づいて、優先度を算出してもよい。例えば、算出部４２は、店舗の営業時間の残り時間が長いほど当該店舗から受け付けられた関連情報の優先度を高く算出し、残り時間が短いほど優先度を低く算出する。また、算出部４２は、関連情報によるアピールの対象である取引対象を提供する時間の残り時間が長いほど当該関連情報の優先度を高く算出し、残り時間が短いほど優先度を低く算出する。

さらに、利用者が購入する取引対象の価格帯に対応する関連情報を優先的に提供することで、訴求効果を高めたいといった要望が考えられる。したがって、算出部４２は、関連情報の提供先である利用者が購入する取引対象の価格帯と、関連情報に対応する取引対象の価格帯とに基づいて、優先度を算出してもよい。例えば、算出部４２は、利用者が事前注文サービスで注文した取引対象の価格帯と、関連情報の提供元である店舗が提供する取引対象の価格帯との差額が小さいほど優先度を高く算出し、差額が大きいほど優先度を低く算出する。また、算出部４２は、利用者が事前注文サービスで注文した取引対象の価格帯と、関連情報が示す取引対象の価格との差額が小さいほど優先度を高く算出し、差額が大きいほど優先度を低く算出する。

さらに、利用者の趣味嗜好に応じた関連情報を優先的に提供することで、訴求効果を高めたいといった要望が考えられる。したがって、算出部４２は、関連情報の提供先である利用者の属性に基づいて、優先度を算出してもよい。例えば、算出部４２は、各種サービスにおける利用者の利用履歴により推定される属性（デモグラフィック属性やサイコグラフィック属性）に対応する店舗から受け付けられた関連情報や、属性に対応する取引対象に関する関連情報の優先度を高く算出する。

さらに、利用者が事前注文サービスを利用するタイミング（言い換えると、利用者が空腹であるタイミング）で、取引対象を迅速に提供できる店舗から受け付けられた関連情報を優先的に提供することにより、利便性や訴求効果を向上させたいといった要望が考えられる。したがって、算出部４２は、所定のプラットフォームを介して注文を受け付けてから、店舗が取引対象を利用者に提供するまでの時間に基づいて、優先度を算出してもよい。例えば、算出部４２は、店舗が設定した取引対象を提供するまでの時間や、事前注文サービスにおける店舗の取引対象の提供の実績に基づいて推定される時間に基づいて、優先度を算出する。具体的な例を挙げると、算出部４２は、店舗が取引対象を利用者に提供するまでの時間が短いほど優先度を高く算出し、時間が長いほど優先度を低く算出する。

なお、算出部４２は、関連情報が示す取引対象を利用者に提供するまでの時間に基づいて、優先度を算出してもよい。

さらに、利用者等による店舗の評価（レビュー等）に基づいて優先度を算出することで、訴求力の高い店舗から受け付けられた関連情報を優先的に提供したいといった要望が考えられる。したがって、算出部４２は、所定のプラットフォームにおける店舗の評価に基づいて、優先度を算出してもよい。例えば、算出部４２は、事前注文サービスを利用して注文を行った利用者により投稿された店舗のレビューや、事前注文サービスにおける店舗の実績（例えば、注文の数や、取引対象の受け渡しの成否など）などに基づいて、店舗から受け付けられた関連情報の優先度を算出する。具体的な例を挙げると、算出部４２は、評価が高いほどほど優先度を高く算出し、評価が低いほど優先度を低く算出する。

また、算出部４２は、所定の期間内において店舗が所定のプラットフォームを介して受け付けた注文の数に基づいて、優先度を算出してもよい。例えば、算出部４２は、直近の所定期間の間に事前注文サービスを介して受け付けた注文の数が多い店舗から受け付けられた関連情報ほど優先度を高く算出し、注文の数が少ないほど優先度を低く算出する。

さらに、事前注文サービスにおける信用度が高い店舗から受け付けられた関連情報には、誇大な表現や虚偽が含まれないことが想定され、このような関連情報を優先的に提供したいといった要望が考えられる。したがって、算出部４２は、所定のプラットフォームを介した取引対象の提供に関する店舗の信用度に基づいて、優先度を算出してもよい。例えば、算出部４２は、関連情報の提供元である店舗の信用度が高いほど優先度を高く算出し、信用度が低いほど優先度を低く算出する。

さらに、訴求効果が高い取引対象を示す関連情報を優先的に提供したいといった要望が考えられる。したがって、算出部４２は、関連情報に対応する取引対象の提供状況に基づいて、優先度を算出してもよい。例えば、算出部４２は、関連情報が示す取引対象が注文された数や、事前注文サービスにおける仮想的な買い物かごに当該取引対象が投入されている数が多いほど優先度を高く算出し、少ないほど優先度を低く算出する。

さらに、店舗からの入札額に応じて、関連情報を提供する優先度を決定したいといった要望が考えられる。したがって、算出部４２は、関連情報の提供に対して店舗により設定された入札額に基づいて、優先度を算出してもよい。例えば、算出部４２は、店舗により設定された入札額が高い関連情報ほど優先度を高く算出し、入札額が低いほど優先度を低く算出する。

ここで、入札額とは、店舗から所定のプラットフォームの管理者に対して提供される料金であって、情報の提示等に対する報酬として設定される額である。例えば、決済サーバは、店舗が設定した関連情報が閲覧された場合、関連情報がタップされた場合、若しくは、関連情報がタップされ、その後、利用者が関連情報と対応する取引対象を注文した場合に、店舗側が入札額として設定した額を店舗から徴収する。例えば、決済サーバ１０は、取引対象を注文した利用者の口座から取引対象の価格を徴収し、徴収した価格のうち、入札額を所定のプラットフォームの管理者が用いる口座に送金し、残余額を店舗の口座に入金してもよい。なお、決済サーバ１０は、取引対象の価格に対する入札額の割合を受け付け、受け付けた割合が高い関連情報、若しくは、受け付けた割合と取引対象の価格との積（すなわち、入札額）の値が高い関連情報ほど優先的に提供してもよい。

なお、算出部４２は、上記の処理を複数組み合わせ、優先度を算出してもよい。例えば、算出部４２は、利用者の位置から店舗の所在地までの距離、関連情報の提供期間の残り期間、利用者が購入する取引対象の価格帯、利用者の属性、店舗が取引対象を利用者に提供するまでの時間、店舗の評価、所定の期間内において店舗が受け付けた注文の数、店舗の信用度、関連情報に対応する取引対象の提供状況、並びに、関連情報の提供に対して店舗により設定された入札額に基づいて、優先度を算出してもよい。

（提供部４３について）
提供部４３は、受付部４１により受け付けられた関連情報を所定のプラットフォームを介して利用者に提供する。例えば、図１の例において、提供部４３は、事業者端末２００から受け付けた関連情報＃１を利用者Ｕに提供する。

また、提供部４３は、算出部４２により算出された優先度に基づいて、関連情報を所定のプラットフォームを介して利用者に提供してもよい。例えば、図１の例において、提供部４３は、優先度が最も高く算出された関連情報＃１を、事前注文アプリを起動した際の利用者端末１００の初期表示画面に表示されるように提供する。

また、提供部４３は、優先度に基づく表示態様で関連情報を提供してもよい。例えば、図１の例において、提供部４３は、算出された優先度に基づいて、どの関連情報をどのような順番で利用者Ｕに提供するか決定し、関連情報を提供する。

また、提供部４３は、所定のプラットフォームにおいて利用者がフォローしている店舗から受け付けられた関連情報を提供してもよい。例えば、図３の例において、提供部４３は、決済アプリ内で起動するアプリケーションにおいて提供するサービスであって、店舗の情報配信に関するサービスにおいて利用者がフォローした店舗から受け付けられた関連情報を提供する。

また、提供部４３は、受付部４１により受け付けられた提供期間において、関連情報を提供してもよい。例えば、提供部４３は、提供元の店舗により設定された期間において、関連情報を提供する。

また、提供部４３は、期間情報が示す期間において、関連情報を提供してもよい。例えば、提供部４３は、店舗の営業時間や、関連情報によるアピールの対象である取引対象を提供する特定の期間において、関連情報を提供する。

また、提供部４３は、関連情報が利用者に選択された場合は、関連情報に対応する取引対象の注文を所定のプラットフォームを介して受け付けるためのコンテンツを利用者に提供してもよい。例えば、図２の例において、利用者端末１００に表示されるポップアップＰＵ２１が選択された場合や、画面Ｃ２２に表示される関連情報が選択された場合、提供部４３は、当該関連情報に対応する商品の事前注文を行うためのコンテンツを提供する。

ここで、例えば、利用者が空腹と推定されるタイミングで関連情報を提供することにより、関連情報の訴求効果を高めたいといった要望が考えられる。したがって、提供部４３は、利用者が所定のプラットフォームを介して取引対象を注文するタイミングで関連情報を提供してもよい。例えば、提供部４３は、利用者の事前注文サービスにおける利用履歴に基づいて利用者が注文を行うタイミングを推定し、推定したタイミングで関連情報を提供する。また、提供部４３は、利用者の電子決済サービスの利用履歴（例えば、飲食店に対する決済を行った日時）に基づいて利用者が食事を行うタイミングを推定し、推定したタイミングで関連情報を提供する。

さらに、関連情報に対応する取引対象が数量限定である場合、売り切れた時点で関連情報の提供を停止したいといった要望が考えられる。したがって、提供部４３は、関連情報に対応する取引対象の提供状況に基づいて、当該関連情報を提供するか否かを判定してもよい。例えば、提供部４３は、事前注文サービス上で注文された取引対象の数が、店舗が設定した当該取引対象の在庫数に達したか否かを判定し、在庫数に達した場合に当該取引対象に対応する関連情報の提供を停止する。また、提供部４３は、店舗端末（例えば、ＰＯＳ（Pont of Sales）端末）から取得される取引対象の販売数が、店舗が設定した当該取引対象の在庫数に達したか否かを判定し、在庫数に達した場合に当該取引対象に対応する関連情報の提供を停止する。

さらに、店舗によっては、営業時間や、特定の取引対象を提供する期間のうち経過した期間に応じて、店舗の状況や、店舗が提供する取引対象の状態が推定可能である場合が想定される。したがって、提供部４３は、期間情報が示す期間のうち経過した期間に応じた情報を利用者に提供してもよい。例えば、提供部４３は、作り置きが可能な食品を提供する店舗の営業時間のうち、営業を開始してから所定の期間（例えば、３０分）において、当該店舗により提供される食品が出来立てであることを示す情報を事前注文サービス上で提供する。

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

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

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

図９に示すように、決済サーバ１０は、店舗から、当該店舗に関連する関連情報を受け付ける（ステップＳ１０１）。続いて、決済サーバ１０は、関連情報を提供する優先度を、店舗に関する所定の指標に基づいて算出する（ステップＳ１０２）。続いて、決済サーバ１０は、算出された優先度に基づいて、関連情報を所定のプラットフォームを介して利用者に提供する（ステップＳ１０３）。続いて、決済サーバ１０は、所定のプラットフォームを介して利用者から取引対象の注文を受け付ける（ステップＳ１０４）。続いて、決済サーバ１０は、注文内容を店舗に送信する（ステップＳ１０５）。続いて、決済サーバ１０は、取引対象の受領に応じた決済処理を実行し（ステップＳ１０６）、処理を終了する。

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

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

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

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

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

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

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

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

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

〔５．効果〕
上述してきたように、実施形態に係る決済サーバ１０は、受付部４１と、算出部４２と、提供部４３と、決済処理部４４とを有する。受付部４１は、利用者から事業者に対する決済に関する決済情報を受け付ける。また、受付部４１は、所定の店舗で提供される取引対象の注文を、所定のプラットフォームを介して利用者から受け付ける。また、受付部４１は、所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗から、当該店舗に関連する情報であって、当該店舗が当該所定のプラットフォームに予め登録した情報に一時的に付加される情報である関連情報を受け付ける。また、受付部４１は、所定の決済手段を提供する所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗から関連情報を受け付ける。また、受付部４１は、所定のプラットフォームを介して利用者から取引対象の注文を受け付けた後、来店する当該利用者に対し当該取引対象を提供する店舗から、関連情報を受け付ける。算出部４２は、関連情報を提供する優先度を、店舗に関する所定の指標に基づいて算出する。提供部４３は、受付部４１により受け付けられた関連情報を所定のプラットフォームを介して利用者に提供する。また、提供部４３は、算出部４２により算出された優先度に基づいて、関連情報を所定のプラットフォームを介して利用者に提供する。また、提供部４３は、優先度に基づく表示態様で関連情報を提供する。また、提供部４３は、関連情報が利用者に選択された場合は、関連情報に対応する取引対象の注文を所定のプラットフォームを介して受け付けるためのコンテンツを利用者に提供する。決済処理部４４は、受付部４１が受け付けた決済情報に従い、決済処理を実行する。また、また、決済処理部４４は、所定のプラットフォームを介して利用者から受け付けられた注文内容に基づく処理を実行してもよい。

これにより、実施形態に係る決済サーバ１０は、事業者から受け付けた関連情報について、利用者への訴求効果が高いと推定される順にリスティングを行ったうえで提供することができるため、適切な優先付けが行われた情報を利用者に提供できる。

また、実施形態に係る決済サーバ１０において、例えば、受付部４１は、関連情報を提供する提供期間を受け付ける。そして、提供部４３は、受付部４１により受け付けられた提供期間において、関連情報を提供する。また、受付部４１は、取引対象が店舗において提供可能な期間を示す期間情報を受け付ける。そして、提供部４３は、期間情報が示す期間において、関連情報を提供する。

これにより、実施形態に係る決済サーバ１０は、適切な期間において関連情報を提供することができるため、利便性を向上できる。

また、実施形態に係る決済サーバ１０において、例えば、受付部４１は、所定のプラットフォームを介した取引対象の提供に関する店舗の信用度に基づいて、店舗から関連情報を受け付けるか否かを判定する。

これにより、実施形態に係る決済サーバ１０は、誇大な表現や虚偽が含まれないことが想定される店舗から受け付けた関連情報を提供することができるため、利用者に提供する情報の正確さを担保できる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、関連情報の提供先である利用者の位置から店舗の所在地までの距離に基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、利用者の位置の近傍に所在する関連情報を優先的に提供することができるため、訴求効果を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、提供期間の残り期間に基づいて、優先度を算出する。また、算出部４２は、期間情報が示す期間の残り期間に基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、時間の経過により変化する取引対象の状態の変化に応じて関連情報を提供する優先度を変化させることができるため、利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、関連情報の提供先である利用者が購入する取引対象の価格帯と、関連情報に対応する取引対象の価格帯とに基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、利用者が購入する取引対象の価格帯に対応する関連情報を優先的に提供することができるため、訴求効果を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、関連情報の提供先である利用者の属性に基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、利用者の趣味嗜好に応じた関連情報を優先的に提供することができるため、訴求効果を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、所定のプラットフォームを介して注文を受け付けてから、店舗が取引対象を利用者に提供するまでの時間に基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、利用者が事前注文サービスを利用するタイミングで、取引対象を迅速に提供できる店舗から受け付けられた関連情報を優先的に提供することができるため、利便性や訴求効果を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、所定のプラットフォームにおける店舗の評価に基づいて、優先度を算出する。また、算出部４２は、所定の期間内において店舗が所定のプラットフォームを介して受け付けた注文の数に基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、利用者等による店舗の評価に基づいて優先度を算出することができるため、訴求力の高い店舗から受け付けられた関連情報を優先的に提供することができる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、所定のプラットフォームを介した取引対象の提供に関する店舗の信用度に基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、誇大な表現や虚偽が含まれないことが想定される関連情報を優先的に提供できるため、利用者に提供する情報の正確さを担保できる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、関連情報に対応する取引対象の提供状況に基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、取引対象の提供状況に基づいて関連情報を提供できるため、訴求効果が高い取引対象を示す関連情報を優先的に提供できる。

また、実施形態に係る決済サーバ１０において、例えば、算出部４２は、関連情報の提供に対して店舗により設定された入札額に基づいて、優先度を算出する。

これにより、実施形態に係る決済サーバ１０は、関連情報の提供元に対するか金額等に応じて関連情報を提供できるため、利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、提供部４３は、所定のプラットフォームにおいて利用者がフォローしている店舗から受け付けられた関連情報を提供する。

これにより、実施形態に係る決済サーバ１０は、利用者が興味を示した店舗に関する関連情報を提供できるため、関連情報の訴求効果を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、提供部４３は、利用者が所定のプラットフォームを介して取引対象を注文するタイミングで関連情報を提供する。

これにより、実施形態に係る決済サーバ１０は、利用者が空腹と推定されるタイミングで関連情報を提供することができるため、関連情報の訴求効果を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、提供部４３は、関連情報に対応する取引対象の提供状況に基づいて、当該関連情報を提供するか否かを判定する。

これにより、実施形態に係る決済サーバ１０は、関連情報に対応する取引対象売り切れた時点で関連情報の提供を停止することができるため、利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、提供部４３は、期間情報が示す期間のうち経過した期間に応じた情報を利用者に提供する。

これにより、実施形態に係る決済サーバ１０は、店舗の営業時間や、特定の取引対象を提供する期間のうち経過した期間に応じて推定される店舗の状況や、店舗が提供する取引対象の状態に基づく情報を提供できるため、利便性を向上させることができる。

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

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

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

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

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

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

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

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

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

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

Claims (26)

1. 所定のプラットフォームを介して利用者から取引対象の事前注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象に関するコメントを入力するためのコンテンツを提供し、当該コンテンツに入力された情報を、当該店舗が当該所定のプラットフォームに予め登録した情報に一時的に付加される情報である関連情報として受け付ける受付部と、
   前記受付部により受け付けられた関連情報を、当該関連情報に対応する取引対象の画像とともに前記所定のプラットフォームを介して利用者に提供する提供部と
   を有し、
   前記受付部は、前記店舗が前記コメントとして前記コンテンツに入力した前記取引対象の品目ごとの情報と前記品目ごとの前記情報の掲載時間とを、前記関連情報として前記店舗から受け付け、
   前記提供部は、前記品目ごとの前記情報を、前記品目ごとの前記情報の前記掲載時間において、前記店舗が前記所定のプラットフォームに予め登録した情報に一時的に付加して、利用者に提供する
   ことを特徴とする提供装置。
2. 前記関連情報を提供する優先度を、前記店舗に関する所定の指標に基づいて算出する算出部
   をさらに有し、
   前記提供部は、
   前記算出部により算出された優先度に基づいて、前記関連情報を提供する
   ことを特徴とする請求項１に記載の提供装置。
3. 前記受付部は、
   前記関連情報を提供する提供期間を受け付け、
   前記提供部は、
   前記受付部により受け付けられた提供期間において、前記関連情報を提供する
   ことを特徴とする請求項２に記載の提供装置。
4. 前記算出部は、
   前記提供期間の残り期間に基づいて、前記優先度を算出する
   ことを特徴とする請求項３に記載の提供装置。
5. 前記受付部は、
   取引対象が前記店舗において提供可能な期間を示す期間情報を受け付け、
   前記提供部は、
   前記期間情報が示す期間において、前記関連情報を提供する
   ことを特徴とする請求項２から４のうちいずれか１つに記載の提供装置。
6. 前記算出部は、
   前記期間情報が示す期間の残り期間に基づいて、前記優先度を算出する
   ことを特徴とする請求項５に記載の提供装置。
7. 前記提供部は、
   前記期間情報が示す期間のうち経過した期間に応じた情報を利用者に提供する
   ことを特徴とする請求項５または６に記載の提供装置。
8. 前記算出部は、
   前記関連情報に対応する取引対象の提供状況に基づいて、前記優先度を算出する
   ことを特徴とする請求項２から７のうちいずれか１つに記載の提供装置。
9. 前記提供部は、
   前記関連情報に対応する取引対象の提供状況に基づいて、当該関連情報を提供するか否かを判定する
   ことを特徴とする請求項２から８のうちいずれか１つに記載の提供装置。
10. 前記提供部は、
    前記優先度に基づく表示態様で前記関連情報を提供する
    ことを特徴とする請求項２から９のうちいずれか１つに記載の提供装置。
11. 前記算出部は、
    前記関連情報の提供先である利用者の位置から前記店舗の所在地までの距離に基づいて、前記優先度を算出する
    ことを特徴とする請求項２から１０のうちいずれか１つに記載の提供装置。
12. 前記算出部は、
    前記関連情報の提供先である利用者が購入する取引対象の価格帯と、前記関連情報に対応する取引対象の価格帯とに基づいて、前記優先度を算出する
    ことを特徴とする請求項２から１１のうちいずれか１つに記載の提供装置。
13. 前記算出部は、
    前記関連情報の提供先である利用者の属性に基づいて、前記優先度を算出する
    ことを特徴とする請求項２から１２のうちいずれか１つに記載の提供装置。
14. 前記算出部は、
    前記所定のプラットフォームを介して注文を受け付けてから、前記店舗が取引対象を利用者に提供するまでの時間に基づいて、前記優先度を算出する
    ことを特徴とする請求項２から１３のうちいずれか１つに記載の提供装置。
15. 前記算出部は、
    前記所定のプラットフォームにおける前記店舗の評価に基づいて、前記優先度を算出する
    ことを特徴とする請求項２から１４のうちいずれか１つに記載の提供装置。
16. 前記算出部は、
    所定の期間内において前記店舗が前記所定のプラットフォームを介して受け付けた注文の数に基づいて、前記優先度を算出する
    ことを特徴とする請求項２から１５のうちいずれか１つに記載の提供装置。
17. 前記算出部は、
    前記所定のプラットフォームを介した取引対象の提供に関する前記店舗の信用度に基づいて、前記優先度を算出する
    ことを特徴とする請求項２から１６のうちいずれか１つに記載の提供装置。
18. 前記算出部は、
    前記関連情報の提供に対して前記店舗により設定された入札額に基づいて、前記優先度を算出する
    ことを特徴とする請求項２から１７のうちいずれか１つに記載の提供装置。
19. 前記提供部は、
    利用者が前記所定のプラットフォームを介して取引対象を注文するタイミングで前記関連情報を提供する
    ことを特徴とする請求項１から１８のうちいずれか１つに記載の提供装置。
20. 前記提供部は、
    前記所定のプラットフォームにおいて利用者がフォローしている前記店舗から受け付けられた前記関連情報を提供する
    ことを特徴とする請求項１から１９のうちいずれか１つに記載の提供装置。
21. 前記受付部は、
    前記所定のプラットフォームを介した取引対象の提供に関する前記店舗の信用度に基づいて、前記店舗から前記関連情報を受け付けるか否かを判定する
    ことを特徴とする請求項１から２０のうちいずれか１つに記載の提供装置。
22. 前記提供部は、
    前記関連情報が利用者に選択された場合は、前記関連情報に対応する取引対象の注文を前記所定のプラットフォームを介して受け付けるためのコンテンツを利用者に提供する
    ことを特徴とする請求項１から２１のうちいずれか１つに記載の提供装置。
23. 前記受付部は、
    所定の決済手段を提供する前記所定のプラットフォームを介して利用者から取引対象の注文を受け付ける前記店舗から前記関連情報を受け付ける
    ことを特徴とする請求項１から２２のうちいずれか１つに記載の提供装置。
24. 前記受付部は、
    前記所定のプラットフォームを介して利用者から取引対象の注文を受け付けた後、来店する当該利用者に対し当該取引対象を提供する前記店舗から、前記関連情報を受け付ける
    ことを特徴とする請求項１から２３のうちいずれか１つに記載の提供装置。
25. コンピュータが実行する提供方法であって、
    所定のプラットフォームを介して利用者から取引対象の事前注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象に関するコメントを入力するためのコンテンツを提供し、当該コンテンツに入力された情報を、当該店舗が当該所定のプラットフォームに予め登録した情報に一時的に付加される情報である関連情報として受け付ける受付工程と、
    前記受付工程により受け付けられた関連情報を、当該関連情報に対応する取引対象の画像とともに前記所定のプラットフォームを介して利用者に提供する提供工程と
    を含み、
    前記受付工程は、前記店舗が前記コメントとして前記コンテンツに入力した前記取引対象の品目ごとの情報と前記品目ごとの前記情報の掲載時間とを、前記関連情報として前記店舗から受け付け、
    前記提供工程は、前記品目ごとの前記情報を、前記品目ごとの前記情報の前記掲載時間において、前記店舗が前記所定のプラットフォームに予め登録した情報に一時的に付加して、利用者に提供する
    ことを特徴とする提供方法。
26. 所定のプラットフォームを介して利用者から取引対象の事前注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象に関するコメントを入力するためのコンテンツを提供し、当該コンテンツに入力された情報を、当該店舗が当該所定のプラットフォームに予め登録した情報に一時的に付加される情報である関連情報として受け付ける受付手順と、
    前記受付手順により受け付けられた関連情報を、当該関連情報に対応する取引対象の画像とともに前記所定のプラットフォームを介して利用者に提供する提供手順と
    をコンピュータに実行させることを特徴とする提供プログラムであって、
    前記受付手順は、前記店舗が前記コメントとして前記コンテンツに入力した前記取引対象の品目ごとの情報と前記品目ごとの前記情報の掲載時間とを、前記関連情報として前記店舗から受け付け、
    前記提供手順は、前記品目ごとの前記情報を、前記品目ごとの前記情報の前記掲載時間において、前記店舗が前記所定のプラットフォームに予め登録した情報に一時的に付加して、利用者に提供する
    ことを特徴とする提供プログラム。

Images