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

Abstract

【課題】店舗に対してユーザが貢献しそうかを考慮して店舗が事業者に支払う料金を決定する。【解決手段】情報処理装置１は、店舗の利用を希望するユーザが店舗の利用予約を行った場合か又はユーザが店舗を利用した場合かの少なくともいずれかにおける、ユーザと同伴して店舗を利用する同伴者の人数である同伴者数を特定する特定部１３４と、ユーザのユーザ端末２に店舗に係る広告が送信された場合、又はユーザによる店舗の利用に対応してユーザから代金が支払われた場合に当該店舗に請求する請求金額を算出するための基準である請求基準を、特定された同伴者数に基づいてユーザに対して決定する決定部１３５と、ユーザのユーザ端末に店舗に係る広告が送信された場合か又はユーザによる当該店舗の利用に対応してユーザから代金が支払われた場合に、当該ユーザに対して決定された請求基準に基づいて当該店舗に対する請求金額を算出する算出部１３７と、を有する。【選択図】図２

Description

本発明は、店舗に請求する請求金額を算出するための情報処理装置、情報処理方法及びプログラムに関する。

ユーザが店舗の広告を閲覧して店舗を利用したり、ユーザが店舗の利用予約を行ったりしたことに応じて、店舗の広告を提供する事業者や店舗の利用予約を受け付ける事業者に対して料金を支払うことが行われている（例えば、特許文献１を参照）。

特許第６９２４９１５号公報

従来の技術では、ユーザによる広告の閲覧の実績及び店舗の利用予約の実績に基づいて店舗が事業者に対して支払う料金が決定されるにすぎない。このため、従来の技術では、店舗に対してユーザが貢献しそうかが考慮されずに料金が決定されてしまうという問題があった。

そこで、本発明はこれらの点に鑑みてなされたものであり、店舗に対してユーザが貢献しそうかを考慮して店舗が支払う料金を決定することを目的とする。

本発明の第１の態様に係る情報処理装置は、店舗の利用を希望するユーザが前記店舗の利用予約を行った場合、及び前記ユーザが前記店舗を利用した場合の少なくともいずれかにおける、前記ユーザと同伴して前記店舗を利用する同伴者の人数である同伴者数を特定する特定部と、前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる店舗の利用に対応して代金が支払われた場合に当該店舗に請求する請求金額を算出するための基準である請求基準を、前記特定部が特定した前記同伴者数に基づいて前記ユーザに対して決定する決定部と、前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる当該店舗の利用に対応して前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準に基づいて当該店舗に対する請求金額を算出する算出部と、を有する。

前記情報処理装置は、前記店舗から、前記店舗に係る広告を送信する対象とする前記ユーザに対応する請求基準を受け付け、受け付けた請求基準に対応する前記ユーザの端末に、前記店舗に係る広告を送信する広告送信部をさらに有し、前記算出部は、前記広告送信部が前記ユーザの端末に前記店舗に係る広告を送信した場合に、前記ユーザに対して決定された前記請求基準を用いて、前記店舗に対する請求金額を算出してもよい。

前記請求基準は、店舗に対するユーザのランクであり、前記広告送信部は、前記店舗から、複数のランクの中から前記店舗に係る広告を送信する対象とするユーザのランクを受け付け、受け付けたランクに対応する前記ユーザの端末に、前記店舗に係る広告を送信してもよい。

前記特定部は、複数の店舗のそれぞれに対して、前記ユーザが店舗の利用予約を行った場合、及び前記ユーザが店舗を利用した場合の少なくともいずれかにおける前記同伴者数を特定し、前記決定部は、複数の店舗それぞれに対応する前記請求基準を、複数の店舗それぞれに対して前記特定部が特定した前記ユーザの前記同伴者数に基づいて、当該ユーザに対して決定し、前記算出部は、前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる当該店舗の利用に対応して前記代金が支払われた場合に、当該店舗及び当該ユーザに対応する前記請求基準に基づいて、当該店舗に対する請求金額を算出してもよい。

前記特定部は、前記店舗に設けられている店舗端末から、前記ユーザを識別するためのユーザ識別情報と、前記同伴者数を示す利用人数情報とを受信し、受信した利用人数情報が示す同伴者数を、受信した前記ユーザ識別情報が示すユーザに対応する前記同伴者数と特定してもよい。

前記情報処理装置は、前記ユーザの端末から、前記ユーザを識別するためのユーザ識別情報と、前記店舗において前記ユーザが商品の提供を受ける場所を識別するための場所識別情報とを受信するとともに、前記ユーザと異なる他ユーザの端末から、前記他ユーザの前記ユーザ識別情報と、前記店舗において前記他ユーザが商品の提供を受ける場所を識別するための場所識別情報とを受信する受信部をさらに有し、前記特定部は、前記受信部が前記ユーザの端末から受信した前記場所識別情報と同一の場所識別情報とともに受信した前記他ユーザの前記ユーザ識別情報の数に基づいて、前記ユーザに対応する前記同伴者数を特定してもよい。

前記特定部は、前記ユーザが前記店舗の利用予約を行った場合と、前記ユーザが前記店舗を利用した場合とのそれぞれに対して、前記ユーザに対応する前記同伴者数を特定し、特定した２つの同伴者数が異なる場合、前記ユーザが前記店舗を利用した場合において特定された前記同伴者数を採用してもよい。

前記特定部は、前記ユーザが前記店舗を複数回利用した場合のそれぞれにおける前記同伴者数を特定し、前記決定部は、前記特定部が前記ユーザに対して特定した複数の前記同伴者数の平均値、中央値、又は最頻値に基づいて、前記ユーザに対応する前記請求基準を決定してもよい。

前記決定部は、前記特定部が特定した前記同伴者数が多い前記ユーザの請求基準を、前記特定部が特定した前記同伴者数が少ない前記ユーザの請求基準よりも、前記店舗に請求する請求金額が高く算出される前記請求基準に決定してもよい。

前記算出部は、前記ユーザが前記店舗を利用したことに応じて前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準と、前記代金とに基づいて、前記店舗に対する請求金額を算出してもよい。

前記算出部は、前記ユーザが前記店舗の利用予約を行ったことに応じて前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準と、前記代金とに基づいて、前記店舗に対する請求金額を算出してもよい。

本発明の第２の態様に係る情報処理方法は、コンピュータが実行する、店舗の利用を希望するユーザが前記店舗の利用予約を行った場合、及び前記ユーザが前記店舗を利用した場合の少なくともいずれかにおける、前記ユーザと同伴して前記店舗を利用する同伴者の人数である同伴者数を特定するステップと、前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる店舗の利用に対応して代金が支払われた場合に当該店舗に請求する請求金額を算出するための基準である請求基準を、特定した前記同伴者数に基づいて前記ユーザに対して決定するステップと、前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる当該店舗の利用に対応して前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準に基づいて当該店舗に対する請求金額を算出するステップと、を有する。

本発明の第３の態様に係るプログラムは、コンピュータを、店舗の利用を希望するユーザが前記店舗の利用予約を行った場合、及び前記ユーザが前記店舗を利用した場合の少なくともいずれかにおける、前記ユーザと同伴して前記店舗を利用する同伴者の人数である同伴者数を特定する特定部、前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる店舗の利用に対応して代金が支払われた場合に当該店舗に請求する請求金額を算出するための基準である請求基準を、前記特定部が特定した前記同伴者数に基づいて前記ユーザに対して決定する決定部、及び、前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる当該店舗の利用に対応して前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準に基づいて当該店舗に対する請求金額を算出する算出部、として機能させる。

本発明によれば、ユーザの店舗における行動を考慮して店舗が支払う料金を決定することができるという効果を奏する。

注文システムの概要を示す図である。 情報処理装置の機能構成を示す図である。 関連付け情報の一例を示す図である。 記憶部に記憶されている注文情報の一例を示す図である。 ランク決定用テーブルの一例を示す図である。 ランク別係数テーブルの一例を示す図である。 代金別単価テーブルの一例を示す図である。 情報処理装置がユーザのランクを決定するときの処理の流れを示すフローチャートである。 注文システムにおけるモバイルオーダーサービスに係る処理の流れを示すシーケンス図である。 図９に続くシーケンス図である。 店舗別ユーザランク情報の一例を示す図である。

［注文システムＳの概要］
図１は、注文システムＳの概要を示す図である。注文システムＳは、店舗に来店したユーザが自身の端末を用いて店舗に対する商品の注文と、注文に対する決済とを行うためのモバイルオーダーサービスを提供するシステムである。注文システムＳは、情報処理装置１と、ユーザが使用するユーザ端末２と、店舗において使用される店舗端末３とを有する。なお、図１には、ユーザ端末２として、第１のユーザが使用する第１のユーザ端末２Ａと、第２のユーザが使用する第２のユーザ端末２Ｂとが示されているが、注文システムＳは、３台以上のユーザ端末２を有してもよい。また、以下の説明において、第１のユーザ端末２Ａと、第２のユーザ端末２Ｂとを区別しない場合、単にユーザ端末２という。

情報処理装置１は、モバイルオーダーサービスを提供するコンピュータであり、ユーザ端末２及び店舗端末３と通信可能に接続されている。ユーザ端末２は、例えば、スマートフォンやタブレット端末等の携帯端末であり、モバイルオーダーサービスを実現するためのモバイルオーダーアプリケーションが予めインストールされている。店舗端末３は、例えば、パーソナルコンピュータ、スマートフォン、タブレット等の端末である。

店舗は、例えば飲食店であり、ユーザから料理や飲料等の商品の注文を受けたことに応じて、当該商品をユーザに提供する。店舗には、ユーザが商品の提供を受ける場所としての複数のテーブルが設けられている。なお、店舗は飲食店であることとしたが、店内においてユーザから商品の注文を受けたことに応じて、店内において当該商品をユーザに提供する形態の店舗であれば、飲食店とは異なる店舗であってもよい。

複数のテーブルのそれぞれには、ユーザがユーザ端末２を用いて店舗に商品を注文可能にするために、ＱＲコード（登録商標）等のコードが付されている。コードには、店舗を識別するための店舗識別情報としての店舗ＩＤと、ユーザが商品の提供を受ける場所を識別するための場所識別情報としての場所ＩＤとが含まれている。
以下、図１を参照しながら、決済が完了するまでの流れを説明する。

まず、ユーザは、ユーザ端末２を操作してモバイルオーダーアプリケーションを実行し、店舗において、自身の席に設けられているコードＣをユーザ端末２に読み取らせる。ユーザ端末２は、コードＣに含まれている店舗ＩＤ及び場所ＩＤを抽出すると、ユーザを識別するためのユーザ識別情報としてのユーザＩＤと、抽出した店舗ＩＤ及び場所ＩＤとを含むメニュー取得要求を情報処理装置１に送信する（図１における（１））。ユーザＩＤは、例えば、モバイルオーダーサービスやモバイルオーダーアプリケーションを提供する事業者がユーザに付与するＩＤである。

情報処理装置１は、ユーザ端末２からメニュー取得要求を受信すると、メニュー情報をユーザ端末２に送信する（図１における（２））。メニュー情報には、メニュー取得要求に含まれている店舗ＩＤが示す店舗において提供される商品を示す商品情報が含まれている。

ユーザ端末２は、メニュー情報を受信するとメニュー画面を表示し、商品の注文を受け付ける。ユーザ端末２は、ユーザから商品の注文を受け付けると、注文された商品の商品情報を含む注文情報と、コードＣから予め抽出した店舗ＩＤ及び場所ＩＤとを情報処理装置１に送信する（図１における（３））。

情報処理装置１は、店舗ＩＤと、場所ＩＤと、注文情報とを受信すると、受信した店舗ＩＤに対応する店舗の店舗端末３に、注文情報と、場所ＩＤとを送信する（図１における（４））。店舗端末３は、注文情報と、場所ＩＤとを受信すると、これらの情報を自身の表示部に表示する。店舗の店員は、店舗端末３に表示された注文情報と場所ＩＤとを確認し、当該場所ＩＤが示す場所に位置するユーザに、注文情報に対応する商品を提供する。

また、メニュー情報には、注文に対する決済要求を行うための操作を受け付けるための情報が含まれている。ユーザ端末２は、メニュー画面を介して注文に対する決済要求操作を受け付けると、コードＣから予め抽出した店舗ＩＤ及び場所ＩＤとを含む決済要求を情報処理装置１に送信する（図１における（５））。情報処理装置１は、決済要求と、店舗ＩＤ及び場所ＩＤとを受信すると、当該店舗ＩＤ及び場所ＩＤに対応する注文に対応する決済を行う。

ところで、店舗への送客を行うために、店舗側から事業者にユーザへの広告配信を依頼したり、事業者が提供する店舗予約システムにおいて店舗の予約を受け付けたりする場合がある。この場合において、従来は、ユーザによる広告の閲覧の実績及び店舗の利用予約の実績に基づいて事業者が店舗に請求する請求金額が決定されており、当該ユーザが店舗に対して貢献しそうなユーザであるかが考慮されていないという問題があった。

これに対し、情報処理装置１は、ユーザが利用予約を行った場合、及び店舗を利用した場合の少なくともいずれかにおける、ユーザと同伴して店舗を利用する同伴者の人数を特定する。情報処理装置１は、特定した同伴者の人数に基づいて、ユーザに店舗の広告を送信した場合又はユーザが店舗を利用した場合に当該店舗に請求する請求金額を算出するための基準である請求基準を予め決定する。そして、情報処理装置１は、ユーザに店舗の広告を送信した場合又はユーザが店舗を利用した場合に、予め決定した請求基準に基づいて、当該店舗に対する請求金額を算出する。このようにすることで、情報処理装置１は、店舗に対してユーザが貢献しそうかを店舗が支払う料金の決定に反映させることができる。
以下、情報処理装置１の構成の詳細を説明する。以下、代金の支払いを行うユーザが、代金の支払いを行わないユーザを同伴させるものとして説明を進める。

［情報処理装置１の機能構成］
図２は、情報処理装置１の機能構成を示す図である。情報処理装置１は、通信部１１と、記憶部１２と、制御部１３とを有する。
通信部１１は、インターネット等のネットワークを介してユーザ端末２及び店舗端末３とデータを送受信するための通信インターフェースである。

記憶部１２は、各種のデータを記憶する記憶媒体であり、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及びハードディスク等を有する。記憶部１２は、制御部１３が実行するプログラムを記憶する。記憶部１２は、制御部１３を、受信部としてのメニュー提供部１３１、注文処理部１３２、決済処理部１３３、特定部１３４、決定部１３５、広告送信部１３６、算出部１３７及び請求部１３８として機能させるプログラムを記憶する。

また、記憶部１２は、店舗を識別するための店舗ＩＤと、当該店舗において提供される商品を示す商品情報とを関連付けて記憶する。具体的には、記憶部１２は、店舗を識別するための店舗ＩＤに、商品情報としての商品名及び商品ＩＤと、商品の価格と、商品の画像とを含むメニュー情報とを関連付けた店舗別メニュー情報を記憶する。

制御部１３は、例えばＣＰＵ（Central Processing Unit）である。制御部１３は、記憶部１２に記憶されたプログラムを実行することにより、メニュー提供部１３１、注文処理部１３２、決済処理部１３３、特定部１３４、決定部１３５、広告送信部１３６、算出部１３７及び請求部１３８として機能する。

メニュー提供部１３１は、ユーザ端末２から、ユーザが来店した店舗を示す店舗ＩＤと、当該店舗において当該ユーザが商品の提供を受ける場所を識別するための場所ＩＤと、当該ユーザを識別するためのユーザＩＤとを含むメニュー取得要求を受信する。メニュー提供部１３１は、メニュー取得要求を受信すると、受信したメニュー取得要求に含まれている店舗ＩＤに関連付けられて記憶部１２に記憶されている商品情報を含むメニュー情報を、メニュー取得要求を送信したユーザ端末２に送信する。

また、メニュー提供部１３１は、ユーザ及び同伴者が来店したことを特定するための処理であるチェックイン処理を行う。具体的にはまず、メニュー提供部１３１は、ユーザの提供場所に対応する店舗ＩＤ及び場所ＩＤに対応して決済処理部１３３により決済が行われた後に、当該店舗ＩＤ及び場所ＩＤと、ユーザＩＤとを含むメニュー取得要求を初めて受信した場合、ユーザの注文と、他ユーザの注文、すなわち、当該決済後の注文と、当該決済前の注文とを区別するための識別情報であるオーダーＩＤを生成する。メニュー提供部１３１は、生成したオーダーＩＤと、メニュー取得要求に含まれている店舗ＩＤ及び場所ＩＤとを関連付けて記憶部１２に記憶させる。

また、メニュー提供部１３１は、ユーザの提供場所に対応する店舗ＩＤ及び場所ＩＤに対して決済処理部１３３により決済が行われた後に受信したメニュー取得要求に含まれるユーザＩＤが、当該決済が行われた後に新たに受信したユーザＩＤである場合、メニュー取得要求に含まれるユーザＩＤ、店舗ＩＤ及び場所ＩＤと、生成したオーダーＩＤとを関連付けて関連付け情報として記憶部１２に記憶させる。

例えば、第１のユーザと、第１のユーザの同伴者である第２のユーザとが、所定のテーブルに着いたとする。そして、第１のユーザが使用する第１のユーザ端末２Ａが、第１のユーザを示す第１のユーザＩＤと、所定のテーブルに設けられているコードＣから抽出した店舗ＩＤ及び場所ＩＤとを含むメニュー取得要求を送信したとする。同様に、第２のユーザが使用する第２のユーザ端末２Ｂが、第２のユーザを示す第２のユーザＩＤと、所定のテーブルに設けられているコードＣから抽出した店舗ＩＤ及び場所ＩＤとを含むメニュー取得要求を送信したとする。

メニュー提供部１３１は、第１のユーザのユーザ端末２Ａから、第１のユーザを識別するためのユーザＩＤと、店舗の店舗ＩＤと、当該店舗において第１のユーザが商品の提供を受ける場所を識別するための場所ＩＤとを含むメニュー取得要求を受信する。同様に、メニュー提供部１３１は、第１のユーザと異なる第２のユーザのユーザ端末２Ｂから、第２のユーザのユーザＩＤと、店舗の店舗ＩＤと、当該店舗において第２のユーザが商品の提供を受ける場所を識別するための場所ＩＤとを含むメニュー取得要求を受信する。ここで、第１のユーザと、第２のユーザとは、所定のテーブルに着いていることから、第１のユーザ端末２Ａから受信する店舗ＩＤ及び場所ＩＤと、第２のユーザ端末２Ｂから受信する店舗ＩＤ及び場所ＩＤとはそれぞれ同一である。

メニュー提供部１３１は、第１のユーザ端末２Ａから受信したメニュー取得要求に含まれる第１のユーザＩＤ、店舗ＩＤ及び場所ＩＤと、生成したオーダーＩＤとを関連付け情報として記憶部１２に記憶させるとともに、第２のユーザ端末２Ｂから受信したメニュー取得要求に含まれる第２のユーザＩＤ、店舗ＩＤ及び場所ＩＤと、生成したオーダーＩＤとを関連付け情報として記憶部１２に記憶させる。

図３は、関連付け情報の一例を示す図である。図３に示される例では、店舗ＩＤ「Ｓ００２９」、場所ＩＤ「Ｔ０１」、オーダーＩＤ「Ｏ０１２」に対し、２つのユーザＩＤ「Ｕ０００１」、「Ｕ０００２」が関連付けられていることが確認できる。このように、ユーザＩＤ、店舗ＩＤ、場所ＩＤと、オーダーＩＤとを関連付けて関連付け情報として記憶部１２に記憶させることにより、情報処理装置１は、ユーザと、同伴者とを関連付けることができる。

また、メニュー提供部１３１は、ユーザ端末２から受信した店舗ＩＤに関連付けられて記憶部１２に記憶されている商品情報を、当該ユーザ端末２に送信する。具体的には、メニュー提供部１３１は、記憶部１２に記憶されている店舗別メニュー情報を参照し、ユーザ端末２から受信した店舗ＩＤに関連付けられているメニュー情報を特定し、特定したメニュー情報と、生成したオーダーＩＤとをユーザ端末２に送信する。

注文処理部１３２は、メニュー提供部１３１が送信した商品情報に対応する商品の注文情報と、店舗ＩＤと、場所ＩＤと、オーダーＩＤと、ユーザＩＤとをユーザ端末２から受信することにより、ユーザ端末２から商品の注文を受け付ける。注文処理部１３２は、受信した注文情報と、店舗ＩＤと、場所ＩＤと、オーダーＩＤと、ユーザＩＤとを関連付ける。

ここで、ユーザ端末２から受信した店舗ＩＤ及び場所ＩＤは、ユーザ端末２がメニュー情報の取得要求時に読み取ったコードＣから抽出した店舗ＩＤ及び場所ＩＤである。なお、店舗ＩＤ及び場所ＩＤをメニュー情報に含ませてもよく、ユーザ端末２がメニュー情報から店舗ＩＤ及び場所ＩＤを抽出するようにしてもよい。また、注文処理部１３２は、注文情報と、店舗ＩＤと、場所ＩＤと、オーダーＩＤと、ユーザＩＤと受信することとしたが、これに限らない。注文処理部１３２は、店舗ＩＤ及び場所ＩＤを受信せず、注文情報と、オーダーＩＤと、ユーザＩＤとのみを受信し、関連付け情報において、オーダーＩＤに関連付けられている店舗ＩＤ及び場所ＩＤを特定してもよい。

オーダーＩＤは、メニュー提供部１３１がメニュー情報とともにユーザ端末２に送信したものである。注文情報には、注文された商品の商品ＩＤ又は商品名、商品の数量、商品の金額が含まれている。注文情報には、注文された商品をユーザが受け取りたいタイミングを示す情報が含まれていてもよい。

注文処理部１３２は、店舗ＩＤと、場所ＩＤと、オーダーＩＤと、ユーザＩＤと、注文情報とを受信すると、受信した店舗ＩＤと、場所ＩＤと、オーダーＩＤと、ユーザＩＤと、注文情報とを関連付けて記憶部１２に記憶させる。図４は、記憶部１２に記憶されている注文情報の一例を示す図である。図４に示す例では、店舗ＩＤ「Ｓ００２９」、場所ＩＤ「Ｔ０１」、オーダーＩＤ「Ｏ０１２」に対し、ユーザＩＤ「Ｕ０００１」のユーザと、ユーザＩＤ「Ｕ０００２」のユーザとのそれぞれが行った注文情報が関連付けられていることが確認できる。

また、注文処理部１３２は、店舗ＩＤと、場所ＩＤと、オーダーＩＤと、ユーザＩＤと、注文情報とを受信すると、受信した店舗ＩＤに対応する店舗の店舗端末３に、受信した注文情報と、場所ＩＤとを送信する。店舗端末３は、注文情報と、場所ＩＤとを受信すると、これらの情報を自身の表示部又は店舗に設けられた表示装置に表示する。店舗の店員は、表示された注文情報と場所ＩＤとを確認することで、当該場所ＩＤが示す場所に対応する注文を把握し、当該場所に位置するユーザに商品を提供することができる。

決済処理部１３３は、ユーザ端末２から、当該ユーザ端末２を使用するユーザに対するオーダーＩＤに関連付けられた注文情報に対応する決済要求を受信する。例えば、ユーザ端末２は、メニュー画面において決済要求を行うための操作が行われると、ユーザから決済手段の選択を受け付ける。決済手段は、例えば、クレジットカードや電子マネー等の各種決済サービスにより実現されるキャッシュレスの決済手段である。

ユーザ端末２は、ユーザから決済手段の選択を受け付けると、決済要求を情報処理装置１に送信する。決済要求には、決済要求を送信したユーザ端末２のユーザＩＤと、メニュー取得要求を送信する際にコードＣから抽出された店舗ＩＤ及び場所ＩＤと、ユーザに付与されたオーダーＩＤと、選択された決済手段を示す情報とが含まれている。選択された決済手段を示す情報には、選択された決済サービスを示すサービス種別情報と、選択された決済サービスにおいてユーザを識別するための情報が含まれている。決済サービスにおいてユーザを識別するための情報は、モバイルオーダーアプリケーションに対してユーザが予め登録した情報であり、例えば、クレジットカード番号や、電子マネーサービスにおいてユーザに付与されたＩＤである。例えば、決済手段としてクレジットカードが選択された場合、選択された決済手段を示す情報には、クレジットカードを示すサービス種別情報と、ユーザのクレジットカードの番号とが含まれている。

なお、ユーザＩＤと、電子マネーの口座とが予め関連付けられている場合には、決済サービスにおいてユーザを識別するための情報としてユーザＩＤを採用してもよい。この場合、決済処理部１３３は、決済要求時にユーザＩＤを受信しなくてもよく、関連付け情報において、決済要求に含まれるオーダーＩＤに関連付けられているユーザＩＤを用いて決済を行うようにしてもよい。また、決済要求に含まれる店舗ＩＤ及び場所ＩＤは、コードＣから予め抽出した情報であるものとするが、これに限らない。例えば、メニュー情報に店舗ＩＤ及び場所ＩＤを含ませておき、ユーザ端末２がメニュー情報から抽出した店舗ＩＤ及び場所ＩＤが決済要求に含まれるようにしてもよい。

また、決済要求には、店舗ＩＤ及び場所ＩＤと、ユーザに付与されたオーダーＩＤと、選択された決済手段を示す情報とが含まれていることとしたがこれに限らず、店舗ＩＤ及び場所ＩＤを含んでいなくてもよい。この場合、決済処理部１３３は、関連付け情報を参照し、決済要求に含まれるオーダーＩＤに関連付けられている店舗ＩＤを特定してもよい。

決済処理部１３３は、決済要求を受信すると、当該決済要求に含まれる店舗ＩＤ、場所ＩＤ及びオーダーＩＤに関連付けられて記憶部１２に記憶されている注文情報を特定し、注文情報に含まれている金額を合計することにより支払金額を算出する。決済処理部１３３は、受信した決済要求に含まれる決済手段を示す情報に基づいてユーザが選択した決済手段を特定し、当該決済手段に対応する決済サービスのサーバに対して、当該決済サービスにおいてユーザを識別するための情報と、算出した支払金額とを送信し、決済を依頼する。

また、決済処理部１３３は、決済要求とともに受信した店舗ＩＤにより特定される店舗の口座に、算出した支払金額を入金する処理を実行する。決済処理部１３３は、支払金額から、情報処理装置１における決済手数料を差し引いた金額を、店舗の口座に入金してもよい。決済処理部１３３は、注文情報に対応する決済処理が完了すると、決済処理が完了したことを示す決済完了情報をユーザ端末２に送信し、決済完了情報をユーザ端末２に表示させる。また、決済処理部１３３は、決済処理が完了すると、オーダーＩＤと、ユーザＩＤと、店舗ＩＤと、場所ＩＤと、支払金額とを関連付けて支払履歴情報として記憶部１２に記憶させる。

特定部１３４は、店舗の利用を希望するユーザが店舗の利用予約を行った場合、及びユーザが店舗を利用した場合の少なくともいずれかにおける、ユーザと同伴して店舗を利用する同伴者の人数である同伴者数を特定する。例えば、特定部１３４は、所定時間おきに支払履歴情報を参照し、所定期間において、モバイルオーダーサービスを利用する複数の店舗の少なくともいずれかを利用した一以上のユーザそれぞれのユーザＩＤを特定し、当該ユーザに対応する同伴者数を特定する。特定部１３４は、所定期間において、ユーザが一以上の店舗を複数回利用した場合、当該ユーザが当該一以上の店舗を複数回利用した場合のそれぞれにおける同伴者数を特定する。

また、特定部１３４は、店舗予約サービスを提供する予約管理サーバにおいて管理されている予約情報を参照することにより、店舗を利用したユーザに対応する同伴者数を特定する。この場合、店舗予約サービスを提供する予約管理サーバに、ユーザのユーザＩＤと、店舗の店舗ＩＤと、当該ユーザが当該店舗を利用する利用日時と、当該ユーザが当該店舗を利用するときの利用人数とを含み、当該ユーザによる店舗の利用予約を示す予約情報が記憶されているものとする。特定部１３４は、予約管理サーバに記憶されている予約情報を参照し、所定期間において店舗の利用予約を行ったユーザの予約情報が存在する場合、当該予約情報に含まれる利用人数に基づいて、同伴者数を特定する。例えば、予約情報に含まれる利用人数が５人である場合、特定部１３４は、同伴者数を４人と特定する。

また、特定部１３４は、店舗に設けられている店舗端末３から、店舗の利用予約又は店舗を利用したユーザのユーザＩＤと、当該ユーザに対応する同伴者数を示す利用人数情報とを受信し、受信した利用人数情報が示す同伴者数を、受信したユーザＩＤが示すユーザに対応する同伴者数と特定してもよい。この場合、店舗端末３から受信する利用人数情報は、ユーザと同伴者との合計人数であってもよいし、同伴者の人数であってもよい。また、利用人数情報は、店舗端末３を使用する店員が入力したものであってもよい。このようにすることで、情報処理装置１は、店員が入力した情報に基づいて精度良く同伴者数を特定することができる。

また、特定部１３４は、メニュー提供部１３１がユーザ端末２から受信した場所ＩＤと同一の場所ＩＤとともに受信した他ユーザのユーザＩＤの数に基づいて、ユーザに対応する同伴者数を特定してもよい。具体的には、特定部１３４は、メニュー提供部１３１により記憶部１２に記憶された関連付け情報を参照し、店舗を利用したユーザのユーザＩＤに対し、オーダーＩＤを介して関連付けられている他のユーザのユーザＩＤを特定することにより、ユーザに対応する同伴者数を特定する。このようにすることで、情報処理装置１は、メニュー取得要求を行ったユーザの数に基づいて同伴者数を特定することができる。

また、特定部１３４は、ユーザが店舗の利用予約を行った場合における当該ユーザに対応する同伴者数である予約時同伴者数と、ユーザが店舗を利用した場合における当該ユーザに対応する同伴者数である利用時同伴者数とを特定してもよい。そして、特定部１３４は、特定した予約時同伴者数と、利用時同伴者数とが異なる場合、利用時同伴者数を採用してもよい。このようにすることで、情報処理装置１は、ユーザが実際の利用したときの状況に基づいて、同伴者数を精度良く特定することができる。

決定部１３５は、ユーザ端末２に店舗に係る広告が送信された場合、又はユーザによる店舗の利用に対応して代金が支払われた場合に当該店舗に請求する請求金額を算出するための基準である請求基準を、特定部１３４が特定した同伴者数に基づいて、当該ユーザに対して決定する。

ここで、請求基準は、店舗に対するユーザのランクであり、複数の店舗において共通であるものとする。ユーザのランクは、複数の店舗に対するユーザの貢献度の期待値に対応して設定される情報である。例えば、決定部１３５は、特定部１３４が特定した同伴者数が多いユーザの請求基準であるランクを、特定部１３４が特定した同伴者数が少ないユーザの請求基準よりも、店舗に請求する請求金額が高く算出されるランクに決定する。また、決定部１３５は、特定部１３４が当該ユーザに対して特定した一以上の同伴者数の平均値、中央値、又は最頻値に基づいて、当該ユーザに対応するランクを決定してもよい。

例えば、記憶部１２は、同伴者数の範囲と、ランクとを関連付けたランク決定用テーブルを記憶する。図５は、ランク決定用テーブルの一例を示す図である。図５に示す例では、複数の請求基準として４つのランクが設けられており、４つのランクそれぞれに対し、同伴者数の範囲と、ランクとが関連付けられていることが確認できる。図５に示す例では、ランクＳに対応するユーザの貢献度の期待値が最も高く、ランクＡ、Ｂ、Ｃの順に、対応するユーザの貢献度の期待値が高いものとする。

例えば、特定部１３４が特定した所定のユーザの同伴者数の平均値が１．５である場合、決定部１３５は、当該所定のユーザに対応するランクを「Ｂ」に決定する。決定部１３５は、ユーザのランクを決定すると、当該ユーザのユーザＩＤと、決定したランクとを関連付けてユーザランク情報として記憶させる。決定部１３５は、ユーザＩＤに対してランクが既に関連付けられて記憶されている場合、当該ユーザＩＤに関連付けられているランクを、新たに決定したランクに更新する。

広告送信部１３６は、複数の店舗のそれぞれから、店舗に係る広告を送信する対象とするユーザに対応する請求基準としてのランクを受け付ける。例えば、広告送信部１３６は、店舗端末３から、店舗に係る広告を送信する対象とするユーザに対応するランクと、広告を送信するユーザの人数又は広告に支払う金額とを受け付ける。

そして、広告送信部１３６は、受け付けたランクに対応するユーザのユーザ端末２に、店舗に係る広告を送信する。記憶部１２に記憶されているユーザランク情報を参照し、受け付けたランクに関連付けられているユーザＩＤを特定し、特定したユーザＩＤに対応するユーザ端末２に店舗に係る広告を送信する。広告送信部１３６は、受け付けたランクに対応する複数のユーザのユーザ端末２のうち、受け付けた人数又は受け付けた金額に対応する台数のユーザ端末２に広告を送信する。ここで、広告送信部１３６は、店舗の位置を示す店舗位置情報と、ユーザ端末２の位置を示す端末位置情報とを取得し、受け付けたランクに対応する複数のユーザのユーザ端末２のうち、店舗位置情報が示す位置に近いユーザ端末２に対して広告を送信してもよい。

算出部１３７は、広告送信部１３６により、店舗に係る広告がユーザ端末２に送信された場合、又はユーザによる当該店舗の利用に対応してユーザから代金が支払われた場合に、ユーザに対して決定された請求基準に基づいて当該店舗に対する請求金額を算出する。

例えば、ランクと、請求金額を算出するための重み係数とを関連付けたランク別係数テーブルを記憶部１２に記憶させておく。図６は、ランク別係数テーブルの一例を示す図である。図６に示すように、ランクＳ、Ａ、Ｂ、Ｃの順に、重み係数の値が高く設定されていることが確認できる。

算出部１３７は、広告送信部１３６によりユーザ端末２に店舗に係る広告が送信されたことに応じて、記憶部１２に記憶されているユーザランク情報を参照し、当該ユーザ端末２に対応するユーザＩＤに関連付けられているランクを特定する。そして、算出部１３７は、ランク別係数テーブルを参照し、特定したランクに関連付けられている重み係数を、送信された広告に対して定められている広告単価に乗算することにより、店舗に対する請求金額を算出する。ここで、広告単価は、広告毎に定められていてもよいし、複数の広告で共通であってもよい。

同様に、算出部１３７は、ユーザによる当該店舗の利用に対応してユーザから代金が支払われたことに応じて、記憶部１２に記憶されているユーザランク情報を参照し、決済要求を送信したユーザのユーザ端末２に対応するユーザＩＤに関連付けられているランクを特定する。ここで、ユーザによる代金の支払先は、ユーザが利用した店舗であるものとするが、これに限らず、店舗と提携している電子マネーサービスの事業者や、クレジットカードサービスの事業者であってもよい。また、代金が支払われたことには、店舗、電子マネーサービスの事業者への支払いが完了したことの他に、ユーザによるクレジットカードを利用した決済において、クレジットカードサービスの事業者において、クレジットカードの利用が承認されたことも含まれるものとする。

算出部１３７は、ランク別係数テーブルを参照し、特定したランクに関連付けられている重み係数を、ユーザの店舗の利用に対して定められている送客単価に乗算することにより、当該店舗に対する請求金額を算出する。ここで、送客単価は、店舗又は店舗の業種毎に定められていてもよいし、複数の店舗で共通であってもよい。ここで、普段支払を行うユーザランクが高いユーザとは異なる、ユーザランクが低いユーザが決済要求を行うことがある。このため、算出部１３７は、関連付け情報及びユーザランク情報を参照し、決済要求に含まれるオーダーＩＤに関連付けられている複数のユーザＩＤそれぞれのランクを特定してもよい。そして、算出部１３７は、複数のユーザのうち、最もランクが高いユーザのランクに基づいて請求金額を算出してもよい。

なお、算出部１３７は、請求基準とは異なる情報をさらに用いて、請求金額を算出するようにしてもよい。例えば、算出部１３７は、ユーザが店舗を利用したことに応じて当該ユーザから代金が支払われた場合に、当該ユーザに対して決定された請求基準と、当該代金とに基づいて、店舗に対する請求金額を算出してもよい。この場合、ユーザが支払代金の範囲と、当該範囲に対応する送客単価とを関連付けた代金別単価テーブルを記憶部１２に記憶させておく。図７は、代金別単価テーブルの一例を示す図である。図７に示すように、高い代金の範囲には、低い代金の範囲に比べて高い送客単価が関連付けられていることが確認できる。

算出部１３７は、代金別単価テーブルを参照し、ユーザから支払われた代金を含む支払代金の範囲に関連付けられている送客単価を特定する。そして、算出部１３７は、特定した送客単価と、店舗を利用したユーザに対して特定したランクに関連付けられている重み係数とを乗算することにより、店舗に対する請求金額を算出する。

また、算出部１３７は、ユーザが店舗の利用予約を行ったことに応じて当該ユーザから代金が支払われた場合に、当該ユーザに対して決定された請求基準と、当該代金とに基づいて、店舗に対する請求金額を算出してもよい。この場合、算出部１３７は、例えば、事業者が提供する店舗予約システムにおいてユーザから代金が支払われたことに応じて、店舗予約システムから、予約情報とともに、支払われた代金を示す代金情報を受信する。

算出部１３７は、ユーザランク情報及びランク別係数テーブルを参照し、予約情報に含まれるユーザに対応するランクに関連付けられている重み係数を特定する。また、算出部１３７は、代金別単価テーブルを参照し、ユーザから支払われた代金を含む支払代金の範囲に関連付けられている送客単価を特定する。そして、算出部１３７は、特定した送客単価と、重み係数とを乗算することにより、店舗に対する請求金額を算出する。

請求部１３８は、算出部１３７により算出された請求金額を店舗に請求するための請求処理を実行する。例えば、請求部１３８は、店舗端末３に対して、算出した請求金額を示す請求情報を送信する。請求部１３８は、所定の期間において店舗に対して算出された請求金額を合計し、合計金額を示す請求情報を送信してもよい。なお、請求部１３８は、予め店舗の口座から請求金額を引き落とす許可を店舗から受け付けておき、店舗ＩＤに対応する店舗の口座から請求金額を自動的に引き落とすとともに、引き落とした結果を示す口座振替情報を店舗端末３に通知してもよい。

［注文システムＳにおける処理の流れ］
続いて、注文システムＳにおける処理の流れについて説明する。図８は、情報処理装置１がユーザのランクを決定するときの処理の流れを示すフローチャートである。なお、図８に示す処理の前に、複数のユーザそれぞれが店舗の利用予約を伴う店舗の利用、及び利用予約を伴わない直接的な店舗の利用の少なくともいずれかを行い、記憶部１２に支払履歴情報が記憶されているものとする。また、図８に示す処理は、所定時間おきに行われるものとする。

まず、特定部１３４は、記憶部１２に記憶されている支払履歴情報を参照し、所定期間において、モバイルオーダーサービスを利用する複数の店舗の少なくともいずれかを利用した一以上のユーザそれぞれのユーザＩＤを特定する（Ｓ１）。
続いて、特定部１３４は、Ｓ１において特定した一以上のユーザＩＤのうち、未選択の１つのユーザＩＤを選択する（Ｓ２）。

続いて、特定部１３４は、選択したユーザＩＤに対応するユーザが店舗を利用した時の同伴者数を特定する（Ｓ３）。例えば、特定部１３４は、支払履歴情報において、選択されたユーザＩＤに関連付けられている一以上のオーダーＩＤを特定する。そして、特定部１３４は、関連付け情報を参照し、特定した一以上のオーダーＩＤのそれぞれに対し、当該オーダーＩＤに関連付けられている、選択したユーザＩＤと異なるユーザＩＤの数を特定することにより、同伴者数を特定する。特定部１３４は、同伴者数を複数特定した場合、複数の同伴者数の平均値を、ユーザＩＤに対応する同伴者数とする。

続いて、決定部１３５は、記憶部１２に記憶されているランク決定用テーブルを参照し、Ｓ３において特定した同伴者数に対応するランクをユーザのランクに決定する（Ｓ４）。
続いて、決定部１３５は、Ｓ２において選択されたユーザＩＤと、決定したユーザのランクとを関連付けてユーザランク情報として記憶部１２に記憶させる（Ｓ５）。

続いて、特定部１３４は、Ｓ１において特定した一以上のユーザＩＤのうち、未選択のユーザＩＤがあるか否かを判定する（Ｓ６）。特定部１３４は、未選択のユーザＩＤがあると判定すると、Ｓ２に処理を移し、未選択のユーザＩＤがないと判定すると、本フローチャートに係る処理を終了する。

図９は、注文システムＳにおけるモバイルオーダーサービスに係る処理の流れを示すシーケンス図である。図１０は、図９に続くシーケンス図である。なお、図９に示す処理の前に、図８に示す処理が完了しているものとする。

まず、ユーザ端末２は、ユーザの操作に応じて、所定のテーブルに設けられているコードＣを読み取る（Ｓ１１）。ユーザ端末２は、コードＣに含まれている店舗ＩＤ及び場所ＩＤと、ユーザに対応するユーザＩＤとを含むメニュー取得要求を情報処理装置１に送信する（Ｓ１２）。

情報処理装置１のメニュー提供部１３１は、メニュー取得要求を受信すると、当該メニュー取得要求に含まれる店舗ＩＤ及び場所ＩＤに対応して決済処理部１３３が決済を行った後に、当該店舗ＩＤ及び場所ＩＤを含むメニュー取得要求を初めて受信したことから、オーダーＩＤを生成する（Ｓ１３）。

続いて、メニュー提供部１３１は、メニュー取得要求に含まれる店舗ＩＤ、場所ＩＤ及びユーザＩＤと、生成されたオーダーＩＤとを関連付けて関連情報として記憶部１２に記憶させる（Ｓ１４）。

続いて、メニュー提供部１３１は、メニュー取得要求に含まれる店舗ＩＤに関連付けて店舗別メニュー情報に記憶されているメニュー情報をユーザ端末２に送信する（Ｓ１５）。ユーザ端末２は、メニュー情報を受信すると、メニューを表示する（Ｓ１６）。

続いて、ユーザ端末２は、ユーザの操作に応じて商品の注文を受け付けると、商品の注文を示す注文情報と、店舗ＩＤと、場所ＩＤと、オーダーＩＤと、ユーザＩＤとを情報処理装置１に送信する（Ｓ１７）。

注文処理部１３２は、注文情報と、店舗ＩＤと、場所ＩＤと、オーダーＩＤと、ユーザＩＤとをユーザ端末２から受信すると、これらの情報を関連付けて記憶部１２に記憶させる（Ｓ１８）。また、注文処理部１３２は、受信した店舗ＩＤに対応する店舗の店舗端末３に、受信した注文情報と場所ＩＤとを送信する（Ｓ１９）。店舗端末３は、注文情報と場所ＩＤとを受信すると、これらの情報を自身の表示部又は店舗に設けられている表示装置に表示させる（Ｓ２０）。

なお、図９では、ユーザ端末２から、情報処理装置１に対して注文情報が１回送信されることとしたが、これに限らず、注文情報が複数回送信されてもよい。また、情報処理装置１は、複数のユーザ端末２からメニュー取得要求を受信し、複数のユーザ端末２のそれぞれにメニュー情報を送信し、複数のユーザ端末２のそれぞれから注文情報を受信してもよい。

図１０に説明を移す。ユーザ端末２は、メニュー画面において、決済要求を行うための操作が行われると、決済要求を情報処理装置１に送信する（Ｓ２１）。決済要求には、メニュー取得要求を送信する際にコードＣから抽出した店舗ＩＤ及び場所ＩＤと、ユーザＩＤと、ユーザに付与されたオーダーＩＤと、選択された決済手段を示す情報とが含まれている。決済処理部１３３は、ユーザ端末２から決済要求を受信すると、決済処理を行う（Ｓ２２）。

その後、算出部１３７は、記憶部１２に記憶されているユーザランク情報を参照し、決済要求を行ったユーザのランクを特定する（Ｓ２３）。
算出部１３７は、ランク別係数テーブルを参照し、特定したランクに関連付けられている重み係数を、ユーザが利用した店舗に対して定められている送客単価に乗算することにより、当該店舗に対する請求金額を算出する（Ｓ２４）。
請求部１３８は、算出された請求金額を請求するための請求処理を実行する（Ｓ２５）。

［変形例］
なお、上述の実施の形態では、ユーザに対して決定される請求基準が複数の店舗で共通であるものとして説明したが、これに限らず、ユーザに対して決定される請求基準が、複数の店舗のそれぞれで異なっていてもよい。この場合、特定部１３４は、複数の店舗のそれぞれに対して、ユーザが店舗の利用予約を行った場合、及びユーザが店舗を利用した場合の少なくともいずれかにおける同伴者数を特定する。決定部１３５は、複数の店舗それぞれに対応する請求基準を、複数の店舗それぞれに対して特定部１３４が特定したユーザの同伴者数に基づいて、当該ユーザに対して決定する。

決定部１３５は、複数の店舗それぞれに請求基準を決定すると、店舗の店舗ＩＤと、ユーザのユーザＩＤと、当該店舗及びユーザに対して決定した請求基準（ランク）とを関連付けて、店舗別ユーザランク情報として記憶部１２に記憶させる。図１１は、店舗別ユーザランク情報の一例を示す図である。図１１に示す例では、店舗ＩＤ「Ｓ００２９」、「Ｓ００３０」に対するユーザＩＤ「Ｕ０００１」のユーザのランクがそれぞれ異なっていることが確認できる。

算出部１３７は、広告送信部１３６によりユーザ端末２に店舗に係る広告が送信された場合、又はユーザによる当該店舗の利用に対応してユーザから代金が支払われた場合に、当該店舗及び当該ユーザに対して決定部１３５が決定した請求基準に基づいて、当該店舗に対する請求金額を算出する。

算出部１３７は、広告送信部１３６によりユーザ端末２に店舗に係る広告が送信された場合、又はユーザによる当該店舗の利用に対応してユーザから代金が支払われた場合、当該店舗の店舗ＩＤと、当該ユーザのユーザＩＤとを特定する。そして、算出部１３７は、店舗別ユーザランク情報を参照し、特定した店舗ＩＤ及びユーザＩＤに関連付けられている請求基準を特定し、特定した請求基準に基づいて、当該店舗ＩＤに対応する店舗に請求する請求金額を算出する。このようにすることで、情報処理装置１は、例えば、それぞれの店舗の営業形態が異なり、同一のユーザの同伴者数が店舗毎に異なる場合であっても、店舗毎に適切な請求基準に基づいて請求金額を算出することができる。

上述の実施の形態では、代金の支払いを行うユーザが、代金の支払いを行わないユーザを同伴させるものとして説明を行ったが、これに限らない。例えば、代金を支払わないユーザが、代金の支払を行うユーザを同伴させるものとしてもよい。この場合、算出部１３７は、関連付け情報を参照し、決済要求を送信したユーザのユーザＩＤとオーダーＩＤを介して関連付けられている代金を支払わないユーザのユーザＩＤを特定し、特定したユーザＩＤに関連付けられている請求基準（ランク）に基づいて請求金額を算出してもよい。

［実施の形態における効果］
以上説明したように、情報処理装置１は、店舗の利用を希望するユーザが店舗の利用予約を行った場合、及びユーザが店舗を利用した場合の少なくともいずれかにおける、ユーザと同伴して店舗を利用する同伴者の人数である同伴者数を特定する。そして、情報処理装置１は、ユーザが使用するユーザ端末２に店舗に係る広告が送信された場合、又はユーザによる店舗の利用に対応してユーザから代金が支払われた場合に当該店舗に請求する請求金額を算出するための基準である請求基準を、特定した同伴者数に基づいてユーザに対して決定し、ユーザが使用するユーザ端末２に店舗に係る広告が送信された場合、又はユーザによる当該店舗の利用に対応してユーザから代金が支払われた場合に、ユーザに対して決定された請求基準に基づいて当該店舗に対する請求金額を算出する。このようにすることで、情報処理装置１は、店舗に対してユーザが貢献しそうかを考慮して店舗が支払う料金を決定することができる。

なお、本発明により、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「産業と技術革新の基盤をつくろう」に貢献することが可能となる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。また、例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。

１ 情報処理装置
２ ユーザ端末
３ 店舗端末
１１ 通信部
１２ 記憶部
１３ 制御部
１３１ メニュー提供部
１３２ 注文処理部
１３３ 決済処理部
１３４ 特定部
１３５ 決定部
１３６ 広告送信部
１３７ 算出部
１３８ 請求部
Ｓ 注文システム

Claims (13)

1. 店舗の利用を希望するユーザが前記店舗の利用予約を行った場合、及び前記ユーザが前記店舗を利用した場合の少なくともいずれかにおける、前記ユーザと同伴して前記店舗を利用する同伴者の人数である同伴者数を特定する特定部と、
   前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる店舗の利用に対応して代金が支払われた場合に当該店舗に請求する請求金額であって、当該店舗の広告を提供する事業者又は当該店舗の利用予約を受け付ける事業者に対して支払われる請求金額を算出するための基準である請求基準を、前記特定部が特定した前記同伴者数に基づいて前記ユーザに対して決定する決定部と、
   前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる当該店舗の利用に対応して前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準に基づいて当該店舗に請求する前記請求金額を算出する算出部と、
   を有する情報処理装置。
2. 前記店舗から、前記店舗に係る広告を送信する対象とする前記ユーザに対応する請求基準を受け付け、受け付けた請求基準に対応する前記ユーザの端末に、前記店舗に係る広告を送信する広告送信部をさらに有し、
   前記算出部は、前記広告送信部が前記ユーザの端末に前記店舗に係る広告を送信した場合に、前記ユーザに対して決定された前記請求基準を用いて、前記店舗に対する請求金額を算出する、
   請求項１に記載の情報処理装置。
3. 前記請求基準は、店舗に対するユーザのランクであり、
   前記広告送信部は、前記店舗から、複数のランクの中から前記店舗に係る広告を送信する対象とするユーザのランクを受け付け、受け付けたランクに対応する前記ユーザの端末に、前記店舗に係る広告を送信する、
   請求項２に記載の情報処理装置。
4. 前記特定部は、複数の店舗のそれぞれに対して、前記ユーザが店舗の利用予約を行った場合、及び前記ユーザが店舗を利用した場合の少なくともいずれかにおける前記同伴者数を特定し、
   前記決定部は、複数の店舗それぞれに対応する前記請求基準を、複数の店舗それぞれに対して前記特定部が特定した前記ユーザの前記同伴者数に基づいて、当該ユーザに対して決定し、
   前記算出部は、前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる当該店舗の利用に対応して前記代金が支払われた場合に、当該店舗及び当該ユーザに対応する前記請求基準に基づいて、当該店舗に対する請求金額を算出する、
   請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記特定部は、前記店舗に設けられている店舗端末から、前記ユーザを識別するためのユーザ識別情報と、前記同伴者数を示す利用人数情報とを受信し、受信した利用人数情報が示す同伴者数を、受信した前記ユーザ識別情報が示すユーザに対応する前記同伴者数と特定する、
   請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記ユーザの端末から、前記ユーザを識別するためのユーザ識別情報と、前記店舗において前記ユーザが商品の提供を受ける場所を識別するための場所識別情報とを受信するとともに、前記ユーザと異なる他ユーザの端末から、前記他ユーザの前記ユーザ識別情報と、前記店舗において前記他ユーザが商品の提供を受ける場所を識別するための場所識別情報とを受信する受信部をさらに有し、
   前記特定部は、前記受信部が前記ユーザの端末から受信した前記場所識別情報と同一の場所識別情報とともに受信した前記他ユーザの前記ユーザ識別情報の数に基づいて、前記ユーザに対応する前記同伴者数を特定する、
   請求項１から４のいずれか１項に記載の情報処理装置。
7. 前記特定部は、前記ユーザが前記店舗の利用予約を行った場合と、前記ユーザが前記店舗を利用した場合とのそれぞれに対して、前記ユーザに対応する前記同伴者数を特定し、特定した２つの同伴者数が異なる場合、前記ユーザが前記店舗を利用した場合において特定された前記同伴者数を採用する、
   請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記特定部は、前記ユーザが前記店舗を複数回利用した場合のそれぞれにおける前記同伴者数を特定し、
   前記決定部は、前記特定部が前記ユーザに対して特定した複数の前記同伴者数の平均値、中央値、又は最頻値に基づいて、前記ユーザに対応する前記請求基準を決定する、
   請求項１から７のいずれか１項に記載の情報処理装置。
9. 前記決定部は、前記特定部が特定した前記同伴者数が多い前記ユーザの請求基準を、前記特定部が特定した前記同伴者数が少ない前記ユーザの請求基準よりも、前記店舗に請求する請求金額が高く算出される前記請求基準に決定する、
   請求項１から８のいずれか１項に記載の情報処理装置。
10. 前記算出部は、前記ユーザが前記店舗を利用したことに応じて前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準と、前記代金とに基づいて、前記店舗に対する請求金額を算出する、
    請求項１から９のいずれか１項に記載の情報処理装置。
11. 前記算出部は、前記ユーザが前記店舗の利用予約を行ったことに応じて前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準と、前記代金とに基づいて、前記店舗に対する請求金額を算出する、
    請求項１から９のいずれか１項に記載の情報処理装置。
12. コンピュータが実行する、
    店舗の利用を希望するユーザが前記店舗の利用予約を行った場合、及び前記ユーザが前記店舗を利用した場合の少なくともいずれかにおける、前記ユーザと同伴して前記店舗を利用する同伴者の人数である同伴者数を特定するステップと、
    前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる店舗の利用に対応して代金が支払われた場合に当該店舗に請求する請求金額であって、当該店舗の広告を提供する事業者又は当該店舗の利用予約を受け付ける事業者に対して支払われる請求金額を算出するための基準である請求基準を、特定した前記同伴者数に基づいて前記ユーザに対して決定するステップと、
    前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる当該店舗の利用に対応して前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準に基づいて当該店舗に請求する前記請求金額を算出するステップと、
    を有する情報処理方法。
13. コンピュータを、
    店舗の利用を希望するユーザが前記店舗の利用予約を行った場合、及び前記ユーザが前記店舗を利用した場合の少なくともいずれかにおける、前記ユーザと同伴して前記店舗を利用する同伴者の人数である同伴者数を特定する特定部、
    前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる店舗の利用に対応して代金が支払われた場合に当該店舗に請求する請求金額であって、当該店舗の広告を提供する事業者又は当該店舗の利用予約を受け付ける事業者に対して支払われる請求金額を算出するための基準である請求基準を、前記特定部が特定した前記同伴者数に基づいて前記ユーザに対して決定する決定部、及び、
    前記ユーザが使用する端末に店舗に係る広告が送信された場合、又は前記ユーザによる当該店舗の利用に対応して前記代金が支払われた場合に、前記ユーザに対して決定された前記請求基準に基づいて当該店舗に請求する前記請求金額を算出する算出部、
    として機能させるプログラム。

Images