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

Abstract

【課題】複数の利用者による注文を適切に決済する。【解決手段】本願に係る情報処理装置は、取得部と、決済処理部とを有する。取得部は、所定のグループに該当する複数の利用者が有する複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する。決済処理部は、複数の注文情報が示す複数の注文を、所定のグループに対応する支払いとする決済処理を実行する。【選択図】図１

Description

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

従来、飲食物等の提供物を提供する店舗における利用者の注文や支払い（決済）に関するサービスを提供する技術が知られている。例えば、利用者が有する端末装置（利用者端末）から注文を行うための技術が提案されている。

米国特許出願公開第２０１６／０１０４２５７号明細書

しかしながら、上記の従来技術では、複数の利用者による注文を適切に決済することができるとは限らない。

例えば、上記の従来技術では、各利用者が自身の利用者端末を使って注文し、支払い（決済）を行っている。そのため、例えば一人で飲食する等、提供物の提供を一人で受ける利用者に対しては適切に注文や支払いの対応を行うことができる。一方で、例えば会食等のように複数の利用者がともに提供物の提供を受ける場合等においては、複数の利用者による注文を適切に決済することが難しい。

本願は、上記に鑑みてなされたものであって、複数の利用者による注文を適切に決済することができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、所定のグループに該当する複数の利用者が有する複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する取得部と、前記複数の注文情報が示す前記複数の注文を、前記所定のグループに対応する支払いとする決済処理を実行する決済処理部と、を有することを特徴とする。

実施形態の一態様によれば、複数の利用者による注文を適切に決済することができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、利用者端末における表示の一例を示す図である。 図３は、利用者端末における表示の一例を示す図である。 図４は、利用者端末における表示の一例を示す図である。 図５は、実施形態に係る情報処理システムの構成例を示す図である。 図６は、実施形態に係る口座データベースの一例を示す図である。 図７は、実施形態に係る事業者情報データベースの一例を示す図である。 図８は、実施形態に係る利用者情報データベースの一例を示す図である。 図９は、実施形態に係るタブ情報データベースの一例を示す図である。 図１０は、実施形態に係る利用者端末の構成例を示す図である。 図１１は、実施形態に係る第２アプリケーションの構成例を示す図である。 図１２は、実施形態に係る情報処理の手順の一例を示すフローチャートである。 図１３は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

〔実施形態〕
〔１．注文（購入）ごとの決済処理について〕
複数の注文をまとめて決済（支払い）する処理の説明に先立って、利用者によって利用される端末装置（図５に示す情報処理システム１では利用者端末１００。以下同様）を用いた注文（購入）ごとの決済処理の一例について説明する。なお、以下の説明では、店舗に配置された２次元コード（ＱＲコード（登録商標））であって、店舗を識別する店舗識別情報を示す２次元コードを用いて、利用者が端末装置を用いた決済を行う例について説明する。

なお、実施形態は、これに限定されるものではない。以下に説明する決済処理の一例は、任意の利用者が任意の端末装置を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコード（登録商標）のみならず、バーコードや、所定のマークや、番号等であってもよい。

例えば、利用者が店舗にて各種の商品又はサービスといった決済対象の購入又は利用に伴う決済を行う場合、利用者は、端末装置に予めインストールされた電子決済用のアプリケーション（以下「アプリＡＰ」ともいう）を起動する。

そして、利用者は、電子決済アプリであるアプリＡＰを介して、店舗に設置された店舗識別情報を撮影する。この場合、端末装置は、決済対象の価格を入力するための画面を表示し、利用者又は店舗の店員から決済額の入力を受付ける。

そして、端末装置は、利用者を識別する利用者情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗を示す情報）と、決済額とを示す決済情報を決済サーバ（図５に示す情報処理システム１では決済サーバ１０。以下同様）へと送信する。この場合、所定の決済サーバは、利用者情報が示す利用者の口座から、店舗識別情報が示す店舗の口座へと、決済額が示す額の電子マネーを移行させる。

そして、決済サーバは、決済が完了した旨の通知を端末装置へと送信する。このとき、端末装置は、決済が完了した旨の画面や、所定の音声等を出力することで、電子マネーによる決済が行われた旨を利用者又は店員に対して通知する。

なお、端末装置を用いた決済処理は、上述した処理に限定されるものではない。例えば、端末装置を用いた決済処理は、店舗に設置された店舗端末を用いたものであってもよい。例えば、端末装置は、利用者を識別するための利用者識別情報を画面上に表示させる。この場合、店舗に設置された店舗端末は、端末装置に表示された利用者識別情報を読取り、利用者識別情報と、決済額と、店舗を識別する情報とを示す決済情報を決済サーバへと送信する。

このとき、決済サーバは、利用者識別情報が示す利用者の口座から、店舗の口座へと、決済額が示す額の電子マネーを移行させ、店舗の店舗端末又は端末装置に対し、決済が完了した旨の画面や、所定の音声等を出力させることで、決済が行われた旨を利用者又は店員に通知してもよい。

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

また、端末装置を用いた決済は、利用者の口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、利用者の口座から、所定の取引対象を提供する提供者（事業者）の口座へと電子マネーを移行させる決済であってもよい。このような場合、利用者は、事業者が利用者に対して送付した支払帳票（例えば、コンビニ収納代行サービスにおいて用いられる振込票）に含まれるバーコードを、端末装置が備える撮影装置（カメラ）で読み取る。

そして、端末装置は、読み取ったバーコードが示す支払先や支払額を画面に表示し、利用者から当該支払先に対する送金を承認する旨の操作を受け付けた場合、利用者識別情報と、支払額と、支払先を識別する情報とを示す決済情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者の口座から、支払先の口座へと、支払額が示す額の電子マネーを移行させる。

〔２．情報処理の一例〕
上記のように、利用者によって利用される端末装置を用いた決済手段により、利用者は、店舗等での支払い等を行うことができる。これにより、例えば一人で飲食する等、提供物の提供を一人で受ける利用者については、端末装置を用いた決済手段により決済における利便性を向上させることができる。一方で、例えば会食等のように複数の利用者がともに提供物の提供を受ける場合等においては、複数の利用者による注文を適切に決済することができるとは限らない。

そこで、情報処理システム１（図５参照）では、図１に示す処理により複数の利用者による注文を適切に決済する。図１は、実施形態に係る情報処理システムが実行する情報処理の一例を示す図である。以下では、図１を基に複数の利用者による注文を適切に決済するための処理を説明した後、図２～図４を用いて、利用者端末１００での表示や利用者端末１００を利用する利用者の操作等を説明する。

図１の例では、利用者Ｕ１、Ｕ２、Ｕ３の３人が居酒屋Ｘで会食を行い、その会食の会計を対象として、まとめて決済（支払い）を行う場合を一例として説明する。図１に示す例においては、利用者端末１００を利用する利用者ごとに区別して説明するために、利用者端末１００を利用者端末１００－１、１００－２、１００－３として説明する場合がある。例えば、利用者端末１００－１は、利用者Ｕ１により使用される利用者端末１００である。また、例えば、利用者端末１００－２は、利用者Ｕ２により使用される利用者端末１００である。利用者端末１００－３は、利用者Ｕ３により使用される利用者端末１００である。以下では、利用者端末１００－１、１００－２、１００－３について、特に区別なく説明する場合には、利用者端末１００と記載する。

まず、図１では、居酒屋Ｘに入店した利用者Ｕ１は、会食を行うテーブル＃１に設置されたテーブル識別情報ＣＤ１を利用者端末１００－１により読み取る（ステップＳ１－１）。例えば、利用者Ｕ１は、アプリＡＰを起動し、アプリＡＰを介して、テーブル識別情報ＣＤ１を読み取る。利用者端末１００－１は、利用者Ｕ１による操作に応じて、テーブル＃１に設置されたテーブル識別情報ＣＤ１を撮影し、テーブル識別情報ＣＤ１を読み取る。

ここで、テーブル識別情報ＣＤ１は、居酒屋Ｘ等の店舗に設けられるテーブルごとに配置された２次元コード（ＱＲコード（登録商標））である。例えば、テーブル識別情報ＣＤ１は、店舗を識別する店舗識別情報、テーブルを識別するテーブル識別情報等を示す２次元コードである。なお、テーブル識別情報は、ＱＲコード（登録商標）のみならず、バーコードや、所定のマークや、番号等であってもよい。

テーブル識別情報ＣＤ１を読み取った利用者端末１００－１は、居酒屋Ｘの情報を示すコンテンツ（例えば図２中のコンテンツＣ１参照）を表示する。そして、利用者Ｕ１は、会食を行うテーブル＃１に対応するタブの作成を要求する（ステップＳ２）。例えば、利用者Ｕ１は、利用者端末１００－１にタブを作成するためのコンテンツ（例えば図２中のコンテンツＣ２参照）を表示させ、タブを作成するための操作を行う。これにより、利用者端末１００－１は、決済サーバ１０へタブの作成を要求する情報（「タブ要求情報」ともいう）を送信する。ここでいうタブとは、例えばテーブルに対応付けられる伝票のようなものであり、作成されたタブに対応付けて注文を行うことにより、注文がそのタブに対応付けて管理される。また、タブ要求情報には、要求元となる利用者を特定するための情報、タブの作成対象となるテーブルを特定するための情報等が含まれる。

利用者端末１００－１からタブ要求情報を受信した決済サーバ１０は、タブ要求情報に対応するタブを作成する（ステップＳ３）。決済サーバ１０は、タブＩＤ「ＴＢ１１」により識別されるタブ（「タブＴＢ１１」ともいう）を作成する。決済サーバ１０は、タブＴＢ１１に関する作成タブ情報ＴＤを生成する。作成タブ情報ＴＤには、タブＴＢ１１の対象テーブルを特定するための情報（テーブルＩＤ等）、タブＴＢ１１の設定予算を示す情報、タブＴＢ１１の作成元である利用者（以下「幹事」または「第１利用者」ともいう）等の情報が含まれる。図１では、作成タブ情報ＴＤは、タブＴＢ１１の対象テーブルが居酒屋Ｘの「テーブル＃１」であり、設定予算が設定なしであり、第１利用者（幹事）が利用者Ｕ１であることを示す。なお、設定予算を設定する場合については後述する。

決済サーバ１０は、タブＴＢ１１を作成したことを利用者Ｕ１に通知してもよい。例えば、決済サーバ１０は、タブＴＢ１１を作成したことを示す情報を利用者端末１００－１に送信する。また、決済サーバ１０は、作成タブ情報ＴＤを記憶部１２０（図５参照）に記憶してもよい。

また、図１では、居酒屋Ｘに入店した利用者Ｕ２は、会食を行うテーブル＃１に設置されたテーブル識別情報ＣＤ１を利用者端末１００－２により読み取る（ステップＳ１－２）。例えば、利用者Ｕ２は、アプリＡＰを起動し、アプリＡＰを介して、テーブル識別情報ＣＤ１を読み取る。利用者端末１００－２は、利用者Ｕ２による操作に応じて、テーブル＃１に設置されたテーブル識別情報ＣＤ１を撮影し、テーブル識別情報ＣＤ１を読み取る。

テーブル識別情報ＣＤ１を読み取った利用者端末１００－２は、居酒屋Ｘのテーブル＃１に対応するタブＴＢ１１が作成されていることを示すコンテンツ（例えば図３中のコンテンツＣ１１参照）を表示する。そして、利用者Ｕ２は、会食を行うテーブル＃１に対応するタブＴＢ１１へ参加する（ステップＳ４－１）。例えば、利用者Ｕ２は、利用者端末１００－２を操作し、居酒屋Ｘのテーブル＃１に対応するタブＴＢ１１への参加するための操作を行う。これにより、利用者端末１００－２は、タブＴＢ１１への参加を要求する情報（「参加要求情報」ともいう）を決済サーバ１０へ送信する。参加要求情報には、要求元となる利用者を特定するための情報、参加を希望するタブを特定するための情報等が含まれる。

また、図１では、居酒屋Ｘに入店した利用者Ｕ３は、会食を行うテーブル＃１に設置されたテーブル識別情報ＣＤ１を利用者端末１００－３により読み取る（ステップＳ１－３）。例えば、利用者Ｕ３は、アプリＡＰを起動し、アプリＡＰを介して、テーブル識別情報ＣＤ１を読み取る。利用者端末１００－３は、利用者Ｕ３による操作に応じて、テーブル＃１に設置されたテーブル識別情報ＣＤ１を撮影し、テーブル識別情報ＣＤ１を読み取る。なお、ステップＳ１－２、Ｓ１－３は任意のタイミングで行われてもよい。図１の場合、例えば、ステップＳ１－２、Ｓ１－３は、タブが作成されるステップＳ３の後であれば、任意の順序で、任意のタイミングで行われてもよい。以下、ステップＳ１－１～Ｓ１－３を区別せずに説明する場合、ステップＳ１と総称する。なお、図１のステップＳ１は、利用者Ｕ１、Ｕ２、Ｕ３以外にも会食に参加する者がいる場合、その利用者についても行われてもよい。

テーブル識別情報ＣＤ１を利用者端末１００－３により読み取った利用者Ｕ３は、会食を行うテーブル＃１に対応するタブＴＢ１１へ参加する（ステップＳ４－２）。利用者端末１００－３は、タブＴＢ１１への参加を要求する情報（参加要求情報）を決済サーバ１０へ送信する。なお、ステップＳ４－１、Ｓ４－２は任意のタイミングで行われてもよい。例えば、ステップＳ４－２は、ステップＳ４－１よりも前に行われてもよい。以下、ステップＳ４－１、Ｓ４－２を区別せずに説明する場合、ステップＳ４と総称する。

利用者端末１００－２、１００－３から参加要求情報を受信した決済サーバ１０は、参加要求情報が示すタブに参加要求情報が示す利用者を登録する（ステップＳ５）。決済サーバ１０は、タブＴＢ１１に関する作成タブ情報ＴＤに、利用者Ｕ２、Ｕ３を参加者（以下「第２利用者」ともいう）として追加する。これにより、作成タブ情報ＴＤには、タブＴＢ１１の第２利用者（参加者）として、利用者Ｕ２、Ｕ３を示す情報が追加される。決済サーバ１０は、タブＴＢ１１への参加が完了したことを利用者Ｕ２、Ｕ３に通知してもよい。例えば、決済サーバ１０は、タブＴＢ１１への参加が完了したことを示す情報を利用者端末１００－２、１００－３に送信する。

なお、ここでいう第２利用者（参加者）とは、タブに参加する利用者のうち、第１利用者（幹事）以外の利用者を意味する。また、図１では処理の説明を簡単にするためにステップＳ５の処理を１つの処理として説明したが、ステップＳ５の処理は、参加の要求ごとに行われ、図１の場合、ステップＳ４の参加の要求ごとに行われる。

図１では、第２利用者（参加者）の参加の態様を、テーブル識別情報ＣＤ１を読み取る処理、すなわちステップＳ１の処理を行う場合を一例として説明するが、第２利用者（参加者）の参加は、テーブル識別情報ＣＤ１を読み取りなしに行われてもよい。例えば、第２利用者（参加者）は、第１利用者からの招待により、タブに参加してもよいが、この点については後述する。

そして、各利用者Ｕ１、Ｕ２、Ｕ３は、居酒屋Ｘのテーブル＃１において飲食物を注文する。図１では、タブＴＢ１１に参加した各利用者Ｕ１、Ｕ２、Ｕ３は、タブＴＢ１１に対応付けて飲食物の注文を行う。

利用者Ｕ１は、利用者端末１００－１を操作して注文を行う（ステップＳ６－１）。例えば、利用者Ｕ１は、利用者端末１００－１を操作して、居酒屋Ｘのメニューを表示させ、居酒屋Ｘのメニューから飲食物を選択することにより、飲食物を注文する。図１では、利用者Ｕ１は、利用者端末１００－１を操作して、アプリＡＰにより表示されるタブＴＢ１１に対応付けて注文を行うコンテンツ（例えば図４中のコンテンツＣ２２参照）を介して、日時＃１に６００円の飲料＃１を注文する。利用者Ｕ１の操作に応じて、利用者端末１００－１は、飲料＃１を示す情報と、利用者Ｕ１を特定するための情報とを含む注文情報を、タブＴＢ１１を特定するための情報とともに決済サーバ１０へ送信する。なお、ここでは日時を日時＃１等の抽象的な符号で図示するが、日時＃１等は２０２０年１２月１６日２０時１４分３５秒等の具体的な日時である。また、ここでは居酒屋Ｘが提供する提供物（飲食物）を飲料＃１等の抽象的な符号で図示するが、飲料＃１等は居酒屋Ｘが提供する具体的な提供物（飲食物）である。また、図１では、アプリＡＰを介して利用者の注文を受け付ける態様を一例として説明するが、利用者の注文はアプリＡＰを介さずに受け付けられてもよい。この場合、例えばアプリＡＰ以外の注文アプリにより利用者の注文が受け付けられてもよい。また、例えばアプリＡＰが注文を受け付ける注文アプリであり、アプリＡＰ内の決済アプリ（ミニアプリ等）を経由して決済を行ってもよい。また、注文アプリと決済アプリとは個別のアプリであってもよい。この場合、利用者の注文を受け付けた注文アプリから決済情報を決済アプリに受け渡してもよい。このように、情報処理システム１が利用者の注文を受け付ける態様は、利用者の注文をタブの注文としてまとめて決済処理できれば、どのような態様であってもよい。

また、利用者Ｕ２は、利用者端末１００－２を操作して注文を行う（ステップＳ６－２）。例えば、利用者Ｕ２は、利用者端末１００－２を操作して、居酒屋Ｘのメニューを表示させ、居酒屋Ｘのメニューから飲食物を選択することにより、飲食物を注文する。図１では、利用者Ｕ２は、利用者端末１００－２を操作して、アプリＡＰにより表示されるタブＴＢ１１に対応付けて注文を行うコンテンツを介して、日時＃２に７００円の飲料＃２を注文する。利用者Ｕ２の操作に応じて、利用者端末１００－２は、飲料＃２を示す情報と、利用者Ｕ２を特定するための情報とを含む注文情報を、タブＴＢ１１を特定するための情報とともに決済サーバ１０へ送信する。

また、利用者Ｕ３は、利用者端末１００－３を操作して注文を行う（ステップＳ６－３）。例えば、利用者Ｕ３は、利用者端末１００－３を操作して、居酒屋Ｘのメニューを表示させ、居酒屋Ｘのメニューから飲食物を選択することにより、飲食物を注文する。図１では、利用者Ｕ３は、利用者端末１００－３を操作して、アプリＡＰにより表示されるタブＴＢ１１に対応付けて注文を行うコンテンツを介して、日時＃３に６５０円の飲料＃３を注文する。利用者Ｕ３の操作に応じて、利用者端末１００－３は、飲料＃３を示す情報と、利用者Ｕ３を特定するための情報とを含む注文情報を、タブＴＢ１１を特定するための情報とともに決済サーバ１０へ送信する。

なお、ステップＳ６－１～Ｓ６－３は各処理を説明するためのものであり、その処理順序を規定するものではない。すなわち、ステップＳ６－１～Ｓ６－３が行われる順序は、ステップＳ６－１、Ｓ６－２、Ｓ６－３の順に限らず、任意の順序で、任意のタイミングで行われてもよい。以下、ステップＳ６－１～Ｓ６－３を区別せずに説明する場合、ステップＳ６と総称する。また、ステップＳ６－１～Ｓ６－３に限らず、タブＴＢ１１に参加した各利用者Ｕ１、Ｕ２、Ｕ３はステップＳ６の注文を複数回行ってもよい。

利用者端末１００－１～１００－３から注文情報を受信した決済サーバ１０は、注文情報が示す注文を、タブＴＢ１１に対応する注文として処理する注文処理を行う（ステップＳ７）。決済サーバ１０は、タブＴＢ１１に対応する注文リストＯＬに、注文情報が示す注文を登録する。また、決済サーバ１０は、居酒屋Ｘ（の店員や管理者等）が利用する事業者端末２００（図５参照）に利用者端末１００－１～１００－３から受信した情報を送信する。決済サーバ１０は、注文の対象物（飲食物）を示す情報と、注文を行った利用者を特定するための情報（利用者ＩＤ等）とを含む注文情報を、タブを特定するための情報（タブＩＤ等）とともに居酒屋Ｘが利用する事業者端末２００へ送信する。決済サーバ１０から事業者端末２００が受信した情報を確認した居酒屋Ｘの店員等は、受信した情報に対応する飲食物等の提供物を用意し（作り）、注文を行った利用者端末１００の利用者へ提供物を提供する。例えば、決済サーバ１０から受信した情報を確認した居酒屋Ｘの店員等は、注文情報に対応する飲食物を作り、注文に対応するタブに対応付けられたテーブルへ作った飲食物を提供する。図１では、居酒屋Ｘの店員等は、利用者Ｕ１が注文した飲料＃１を作り、作った飲料＃１をテーブル＃１に運び、テーブル＃１に置く。なお、上述の居酒屋Ｘ側の提供物の提供のための処理は一例に過ぎず、利用者が注文した提供物がその利用者に対して提供されればどのような処理であってもよい。

また、図１では処理の説明を簡単にするためにステップＳ７の処理を１つの処理として説明したが、ステップＳ７の処理は、注文ごとに行われ、図１の場合、ステップＳ６の注文ごとに行われる。

居酒屋Ｘのテーブル＃１での利用者Ｕ１、Ｕ２、Ｕ３の会食が終了した際、第１利用者である利用者Ｕ１は、決済処理を要求する（ステップＳ８）。例えば、利用者Ｕ１は、利用者端末１００－１を操作して、アプリＡＰにより表示されるタブＴＢ１１に対応する注文及び会計額を示すコンテンツ（例えば図４中のコンテンツＣ２３参照）を介して、決済サーバ１０へタブＴＢ１１に対応する決済処理を要求する。利用者Ｕ１の操作に応じて、利用者端末１００－１は、タブＴＢ１１に対応する注文の決済（支払い）を要求する情報（決済要求情報）を決済サーバ１０へ送信する。

利用者端末１００－１から決済要求情報を受信した決済サーバ１０は、タブＴＢ１１に対応する注文の決済（支払い）を実行する（ステップＳ９）。例えば、決済サーバ１０は、タブＴＢ１１の第１利用者として登録されている利用者Ｕ１の口座から、居酒屋Ｘの口座へと、タブＴＢ１１に対応する注文リストＯＬに含まれる全注文の金額の合計（「支払合計額」ともいう）の電子マネーを移行させる。すなわち、図１では、タブＴＢ１１の第１利用者をタブＴＢ１１に対応する注文の支払者とする場合を示す。そして、決済サーバ１０は、決済が完了した旨の通知（完了通知）を利用者端末１００－１へと送信する。決済サーバ１０から完了通知を受信した利用者端末１００－１は、完了通知を画面に表示したり、所定の音声を出力したりすることで、タブＴＢ１１（すなわち居酒屋Ｘのテーブル＃１）に対応する注文の電子マネーによる決済が行われた旨を通知する。そして、決済サーバ１０は、決済が完了したタブＴＢ１１のテーブル＃１への対応付けを解除し、タブＴＢ１１に対応する注文の受け付けを終了する。なお、タブＴＢ１１の第１利用者を支払者とする場合は一例に過ぎず、タブＴＢ１１の第１利用者に限らず、タブＴＢ１１の参加者であればどの利用者を支払者としてもよい。例えば、決済サーバ１０は、タブＴＢ１１の第２利用者のうちの任意の一人の利用者の口座を対象としてタブＴＢ１１に対応する注文の決済処理を実行してもよい。例えば、決済サーバ１０は、タブＴＢ１１の第２利用者のうち、第１利用者により指定された一人の利用者の口座を対象としてタブＴＢ１１に対応する注文の決済処理を実行してもよい。

以上のように、決済サーバ１０は、タブに対応する複数の注文については、注文ごと、すなわち注文を行った利用者ごとに決済（支払い）を行わず、複数の注文をまとめて決済する。これにより、決済サーバ１０は、複数の利用者による注文を適切に決済することができる。また、情報処理システム１では、幹事（第１利用者）として決済（支払い）を行った利用者には、クーポンなどのインセンティブを付与してもよい。これにより、情報処理システム１は、利用者に第１利用者となる動機づけを与えることができるため、上記のタブでの決済（支払い）の利用を促進することができる。なお、居酒屋Ｘのテーブル＃１での注文の決済（支払い）を行った第１利用者である利用者Ｕ１への、第２利用者である利用者Ｕ２、Ｕ３の支払いについては後述する。

〔２－１．利用者端末での表示及び操作の例〕
ここから、利用者端末１００での表示や利用者端末１００を利用する利用者の操作等の例について、図２～図４を用いて説明する。図２～図４は、利用者端末における表示の一例を示す図である。図２～図４に示す各コンテンツは、アプリＡＰにより利用者端末１００に表示される。なお、図２～図４では、一部の情報を英語表記で表示する一例を示すが、全情報が日本語で表示されてもよい。

まず、図２を用いてタブの作成に関する表示及び操作について説明する。図２中のコンテンツＣ１は、居酒屋Ｘの情報を示すコンテンツである。例えば、コンテンツＣ１は、テーブル識別情報ＣＤ１等、居酒屋Ｘに設けられるテーブル識別情報を示す２次元コードを読み取った利用者端末１００に表示される。コンテンツＣ１には、居酒屋Ｘのメニューを表示するためのタブボタンであるメニューボタンＢＴ１と、利用者端末１００での注文を表示するためのタブボタンである照会ボタンＢＴ２と、タブに関連する情報を表示するタブボタンであるタブ情報表示ボタンＢＴ３とを含む。図２のコンテンツＣ１では、照会ボタンＢＴ２が選択された状態を示し、利用者端末１００で行われた２つの注文及び注文確定ボタンＢＴ４が表示される。利用者が注文確定ボタンＢＴ４を選択した場合、２つの注文についての決済が実行される。

図２中のコンテンツＣ２は、タブ情報表示ボタンＢＴ３が選択された状態を示す。具体的には、コンテンツＣ２は、タブ作成前の状態を示し、タブの作成に関する情報とともに、タブを作成するためのタブ作成ボタンＢＴ５が表示される。利用者がタブ作成ボタンＢＴ５を選択した場合、テーブルに対応するタブの作成が実行される。図１では、例えば利用者Ｕ１がコンテンツＣ２のタブ作成ボタンＢＴ５を選択することにより、テーブル＃１に対応するタブＴＢ１１の作成に関する処理が実行される。なお、図２の例では、タブ作成ボタンＢＴ５の選択後にさらにタブ作成のためのコンテンツＣ３が表示される例を示すが、タブ作成ボタンＢＴ５が選択された場合、コンテンツＣ３を表示することなくタブＴＢ１１の作成が実行されてもよい。

図２中のコンテンツＣ３は、タブ作成ボタンＢＴ５を選択された後、タブの作成に用いる情報を入力するためのコンテンツである。具体的には、コンテンツＣ３は、タブに設定する予算の選択肢を提示する領域ＡＲ１と、作成するタブに参加する利用者の注文の制限を指定する領域ＡＲ２と、作成するタブに参加を依頼する利用者を指定する領域ＡＲ３とを含む。また、コンテンツＣ３は、領域ＡＲ３の下部にタブを作成の実行を要求するタブ作成要求ボタンＢＴ６が表示される。

利用者が領域ＡＲ１の選択肢のうち、指定した選択肢に対応する金額が作成するタブの予算として設定される。例えば、利用者が領域ＡＲ１の選択肢のうち、「３０，０００円」を指定した場合、作成するタブの予算として「３０，０００円」が設定される。なお、利用者が領域ＡＲ１の選択肢のいずれも選択しなかった場合、情報処理システム１は、作成するタブの設定予算は無しとして処理を行ってもよい。また、情報処理システム１は、利用者が決済（支払い）できる金額をタブの予算として設定してもよい。この場合、情報処理システム１は、利用者の口座の残高をタブの予算として設定してもよい。なお、上記は一例に過ぎず、予算は、様々な態様であってもよい。予算は、そのテーブル（タブ）で凡その範囲内（例えば３万円以内等）で注文しようといったように、目安で設定されるものであってもよい。この場合、予算は、例えば、会食をする人（タブの参加者）の間で凡その決済額（支払額）の認識を共有させるものであってもよい。また、予算は、一人当たりの予算を設定してタブに参加した人数で総予算を決めてもよい。この場合、例えば予算に５０００円が設定され、タブの参加者が４人である場合、情報処理システム１は、総予算を２万円（４×５０００円）と算出し、設定する。また、情報処理システム１は、予算を超える注文はできなくしてもよいし、予算を超えそうな場合その予算の再設定を利用者に促してもよい。例えば、情報処理システム１は、タブに設定された予算を超える注文を利用者が行った場合、その注文を受け付けなくてもよい。また、情報処理システム１は、タブに設定された予算を超える注文を利用者が行った場合、その利用者または第１利用者に予算の再設定を促す通知（アラート）を行ってもよい。

また、図２の例では、領域ＡＲ３に参加を依頼する利用者の電話番号が入力される場合を示すが、参加を依頼する利用者を特定可能な情報であればどのような情報であってもよい。図１の例では、例えば利用者Ｕ１は、領域ＡＲ３に利用者Ｕ２、Ｕ３の電話番号を入力することにより、利用者Ｕ２、Ｕ３に作成するタブＴＢ１１への参加を依頼してもよい。この場合、利用者Ｕ２、Ｕ３は、テーブル識別情報ＣＤ１を読み取る操作を行うことなく、利用者Ｕ１が作成するタブＴＢ１１へ参加することができる。

コンテンツＣ３の領域ＡＲ１～ＡＲ３の各々に情報を入力した後、利用者はタブ作成要求ボタンＢＴ６を指定することにより、タブの作成を要求する。利用者がタブ作成要求ボタンＢＴ６を指定した場合、利用者端末１００は、コンテンツＣ３に入力された情報等のタブの作成に用いる情報を決済サーバ１０に送信することにより、タブの作成を決済サーバ１０に要求する。そして、決済サーバ１０は、受信した情報を基にタブを作成する。図１の例では、例えば利用者Ｕ１は、タブ作成要求ボタンＢＴ６を指定することにより、居酒屋Ｘのテーブル＃１に対応するタブの作成を決済サーバ１０に要求する。

次に、図３を用いてタブへの参加に関する表示及び操作について説明する。図３中のコンテンツＣ１１は、居酒屋ＸのテーブルであるＴａｂｌｅ２５に対応するタブの情報を示すコンテンツである。例えば、コンテンツＣ１１は、Ｔａｂｌｅ２５に対応するタブの作成後に、Ｔａｂｌｅ２５のテーブル識別情報を読み取った利用者端末１００に表示される。例えば、Ｔａｂｌｅ２５が図１のテーブル＃１である場合、コンテンツＣ１１は、テーブル識別情報ＣＤ１を読み取った利用者端末１００－２、１００－３に表示される。この場合、コンテンツＣ１１中のアイコンＩＣ１は、利用者Ｕ１を示すアイコンであり、参加要求ボタンＢＴ１１は、利用者Ｕ１が作成したタブＴＢ１１への参加を要求するためのボタンである。

利用者が参加要求ボタンＢＴ１１を指定した場合、利用者端末１００は、アイコンＩＣ１に対応する第１利用者が作成したタブへの参加を要求する情報（参加要求情報）を決済サーバ１０に送信することにより、タブへの参加を決済サーバ１０に要求する。図１の例では、例えば利用者Ｕ２は、参加要求ボタンＢＴ１１を指定することにより、利用者Ｕ１が作成したタブＴＢ１１への参加を決済サーバ１０に要求する。そして、決済サーバ１０は、受信した情報が示す利用者を第２利用者としてタブに追加する。

また、コンテンツＣ１１には、新たにタブを作成するためのボタンであるタブ新規作成ボタンＢＴ１２や、タブを作成せずに通常の注文を行う通常注文ボタンＢＴ１３が含まれる。利用者がタブ新規作成ボタンＢＴ１２を指定した場合、利用者端末１００は、Ｔａｂｌｅ２５に対応する新たなタブの作成を決済サーバ１０に要求する。また、利用者が通常注文ボタンＢＴ１３を指定した場合、利用者端末１００は、タブへの参加やタブの新規作成を行うことなく、通常の注文、すなわちテーブルで注文することに関する表示等の処理を実行する。

上記のように１つのテーブルに対して複数のタブが期間を重複させて作成されてもよい。図３中のコンテンツＣ１２は、居酒屋ＸのＴａｂｌｅ２５に対応するタブが複数作成されている状態を示す。コンテンツＣ１２は、アイコンＩＣ１が示す第１利用者、アイコンＩＣ２が示す第１利用者、及びアイコンＩＣ３が示す第１利用者の３人の第１利用者のタブがＴａｂｌｅ２５に対応付けて作成されている状態を示す。アイコンＩＣ１が示す第１利用者のタブに参加することを希望する利用者は、参加要求ボタンＢＴ１１を指定する。また、アイコンＩＣ２が示す第１利用者のタブに参加することを希望する利用者は、参加要求ボタンＢＴ１４を指定する。アイコンＩＣ３が示す第１利用者のタブに参加することを希望する利用者は、参加要求ボタンＢＴ１５を指定する。

図３中のコンテンツＣ１３は、他の利用者（以下「タブ参加希望者」ともいう）からタブへの参加を要求された第１利用者へ他の利用者のタブへの参加可否を確認するコンテンツである。例えば、コンテンツＣ１３は、タブへの参加を要求する利用者を示す情報とともに、その利用者のタブへの参加を許可するための参加許可ボタンＢＴ１６及びその利用者のタブへの参加を拒否するための参加拒否ボタンＢＴ１７が表示される。

第１利用者が参加許可ボタンＢＴ１６を選択した場合、第１利用者が作成したタブに、タブ参加希望者が第２利用者として追加される。この場合、第１利用者の利用者端末１００は、第１利用者のタブに、タブ参加希望者を第２利用者として追加することを要求する情報を決済サーバ１０に送信する。これにより、決済サーバ１０は、第１利用者のタブに、タブ参加希望者を第２利用者として追加する。第１利用者が参加拒否ボタンＢＴ１７を選択した場合、その第１利用者が作成したタブに第２利用者として追加されない。

次に、図４を用いてタブに対応する注文等に関する表示及び操作について説明する。なお、図２及び図３と同様の点については同じ符号を付すこと等により説明を省略する。

図４中のコンテンツＣ２１は、タブ情報表示ボタンＢＴ３が選択された状態を示す。具体的には、コンテンツＣ２１は、タブ作成後の状態を示し、作成したタブやタブに対応する注文に関する情報が表示される。コンテンツＣ２１は、タブの参加者を表示する領域ＡＲ２１と、タブに対応する注文の合計額を示す領域ＡＲ２２と、タブに対応する注文を一覧表示する領域ＡＲ２３とを含む。

領域ＡＲ２１に表示されるアイコンＭＣは、第１利用者を示すアイコンであり、第２利用者を示す他のアイコンよりも大きいサイズで表示されるとともに、第１利用者であることを示すマークが付される。なお、各アイコンの付したハッチングにより各利用者を示す。すなわち、ハッチングが同じアイコンは同じ利用者であることを示す。図４では、アイコンＭＣに示す第１利用者と、後述する領域ＡＲ２３中の飲料＃１を注文した利用者は、ハッチングが付されておらず、同じ利用者であることを示す。

また、領域ＡＲ２２は、タブに設定予算がある場合は、その設定予算を示す情報と、表示時点でのタブに対応する注文の合計額を表示する。図４の例では、設定予算が「１５，０００円」であり、表示時点でのタブに対応する注文の合計額が「３，８４０円」である場合を示す。

領域ＡＲ２３は、タブに対応付けて行われた注文を示す情報を表示する。図４の例では、タブに対応付けて飲料＃１、飲料＃２、及び飲料＃３の各々が利用者により注文された場合を示す。例えば、利用者は、領域ＡＲ２３にタッチして下スクロール等、利用者端末１００を操作することにより、図４のコンテンツＣ２１に示す飲料＃１～＃３以外の注文の情報を利用者端末１００に表示させることができる。

図４中のコンテンツＣ２２は、飲食物（提供物）の注文を行うためのコンテンツを示す。コンテンツＣ２２は、注文する飲食物（提供物）の金額を示す情報や、注文する個数を指定するためのボタンなどが配置される領域ＡＲ２４と、その注文をタブに対応付けて行うための注文ボタンＢＴ２１及びその注文をキャンセルするためのキャンセルボタンＢＴ２２を含む。コンテンツＣ２２は、１０００円の生姜焼きが選択された状態を示す。例えば、コンテンツＣ２２は、利用者がコンテンツＣ２１のメニューボタンＢＴ１を選択して、居酒屋Ｘのメニュー一覧を表示させ、その一覧の中から生姜焼きを選択することにより、利用者端末１００に表示される。

利用者が注文ボタンＢＴ２１を選択した場合、領域ＡＲ２４に示す注文が実行される。この場合、利用者端末１００は、領域ＡＲ２４に示す注文に関する情報を、タブを特定する情報とともに決済サーバ１０に送信する。利用者がキャンセルボタンＢＴ２２を選択した場合、その注文はキャンセルされる。

図４中のコンテンツＣ２３は、タブに対応付けて行われた注文の決済（支払い）を行うためのコンテンツを示す。コンテンツＣ２３は、タブに対応付けて行われた注文を一覧表示する領域ＡＲ２５と、タブに対応付けて行われた注文の決済を実行するための決済の実行をキャンセルするためのキャンセルボタンＢＴ２３及び決済を実行するための決済実行ボタンＢＴ２４を含む。例えば、コンテンツＣ２３は、第１利用者の利用者端末１００に表示される。例えば、第１利用者は、領域ＡＲ２５にタッチして下スクロール等、利用者端末１００を操作することにより、図４のコンテンツＣ２３に示す食べ物＃６より下の注文の情報を利用者端末１００に表示させることができる。

第１利用者が決済実行ボタンＢＴ２４を選択した場合、タブに対応付けられた注文の合計額の決済（支払い）が実行される。図４の例では、領域ＡＲ２５に示す注文の合計額である「１３，５００円」の決済が実行される。第１利用者の操作に応じて、利用者端末１００は、タブに対応する注文の決済（支払い）を要求する情報（決済要求情報）を決済サーバ１０へ送信する。第１利用者の利用者端末１００から決済要求情報を受信した決済サーバ１０は、第１利用者のタブに対応する注文の決済（支払い）を実行する。例えば、決済サーバ１０は、タブの第１利用者として登録されている利用者の口座から、居酒屋Ｘの口座へと、タブに対応する全注文の金額の合計（図４の場合、１３，５００円）の電子マネーを移行させる。

また、第１利用者がキャンセルボタンＢＴ２３を選択した場合、その決済はキャンセルされ、継続してタブに対応する注文を行うことが可能となる。

〔２－２．第２利用者の決済（支払い）の例〕
上述した第１利用者によるタブに対応する決済（支払い）について、第２利用者と第１利用者との間の精算の例について以下説明する。以下では、図１の利用者Ｕ１が第１利用者であり、利用者Ｕ２、Ｕ３が第２利用者である場合を一例に説明する。

決済サーバ１０は、第１利用者である利用者Ｕ１が決済した支払合計額を基に第２利用者である利用者Ｕ２、Ｕ３に負担させる額（以下「負担額」ともいう）を決定し、決定した負担額の電子マネーを、利用者Ｕ２、Ｕ３の各々口座から利用者Ｕ１の口座へ移行させる。例えば、決済サーバ１０は、支払合計額をタブＴＢ１１に参加した利用者の数（図１の例では「３」）で割った額に基づく負担額を、利用者Ｕ２、Ｕ３の各々口座から利用者Ｕ１の口座へ移行させる。

例えば、単純な割り勘である場合、決済サーバ１０は、支払合計額をタブＴＢ１１に参加した利用者の数（図１の例では「３」）で割った額を、利用者Ｕ２、Ｕ３の各々口座から利用者Ｕ１の口座へ移行させる。例えば支払合計額を１万５千円とした場合、決済サーバ１０は、１万５千円を３で割った額である５０００（＝１５０００／３）円を、利用者Ｕ２、Ｕ３の各々口座から利用者Ｕ１の口座へ移行させる。

また、決済サーバ１０は、第２利用者ごとに負担額を変動させてもよい。この場合、決済サーバ１０は、各第２利用者の負担額として割り当てられた金額を、各第２利用者の口座から第１利用者の口座へ移行させる。例えば利用者Ｕ２の負担額が１万円、利用者Ｕ３の負担額が２千円と設定された場合、決済サーバ１０は、１万円を、利用者Ｕ２の口座から利用者Ｕ１の口座へ移行させ、２千円を、利用者Ｕ３の口座から利用者Ｕ１の口座へ移行させる。

なお、情報処理システム１では、第２利用者についてどのような負担額にするかを第１利用者が設定可能であってもよい。例えば、情報処理システム１では、第１利用者が利用する利用者端末１００に第２利用者の負担額を設定するためのコンテンツ（「負担額指定コンテンツ」ともいう）を提供し、負担額指定コンテンツにより第１利用者から各第２利用者の負担額の指定を受け付けてもよい。また、第１利用者が割り勘を指定した場合、決済サーバ１０は、第１利用者のタブに参加した利用者の人数で支払合計額を割った額を算出し、算出した額を各第２利用者の負担額としてもよい。なお、上述した処理は一例に過ぎず、情報処理システム１は、第１利用者と、第２利用者との間で支払合計額についての精算ができれば、どのような態様により利用者間での精算を行わせてもよい。

〔２－３．タブの作成対象例〕
上述した例では、飲食店のテーブルに対応付けてタブを生成する場合を示したが、タブは、テーブルに限らず、様々な対象について作成されてもよい。例えば、決済サーバ１０は、テーブルを１つの単位とする場合に限らず、複数の利用者の注文がまとめて決済（支払い）されるものであれば、どのような対象について作成してもよい。例えば、決済サーバ１０は、１つのテーブルを複数のグループが利用するような形態である場合、そのテーブルの複数のグループの各々を対象としてタブを作成してもよい。また、例えば、決済サーバ１０は、カウンターのように複数のグループが利用するような形態である場合、そのテーブルの複数のグループの各々を対象としてタブを作成してもよい。また、例えば、決済サーバ１０は、ドライブスルーなどのテイクアウトの形式で飲食物が提供される車両を対象としてタブを作成してもよい。このように、決済サーバ１０は、複数の利用者を含むグループを形成する様な対象であれば、どのような対象についてタブを作成してもよい。

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

図５に示す決済サーバ１０は、各種決済処理を実行する情報処理装置であり、例えば、サーバ装置又はクラウドシステム等により実現される。例えば、決済サーバ１０は、他の装置と連携して、電子決済サービスを用いた決済処理を実行する。より具体的に例を挙げると、決済サーバ１０は、利用者の口座から、請求情報に対応する請求元の口座へと、請求額分の電子マネーの送金を行う。

図５に示す利用者端末１００は、利用者によって利用される情報処理装置である。例えば、利用者端末１００は、携帯端末であり、例えば、スマートフォンや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。また、利用者端末１００は、例えば、スマートウォッチ等のウェアラブルデバイス（Wearable Device）であってもよい。なお、利用者端末１００は、コンテンツの表示処理等の所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（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）等の集積回路により実現される。実施形態に係る制御部４０は、図５に示すように、取得部４１と、提供部４２と、決済処理部４３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（取得部４１）
取得部４１は、処理に必要な各種情報を取得する。取得部４１は、記憶部１２０から各種情報を取得する。取得部４１は、通信部２０を介して、請求情報を外部装置から受信する。取得部４１は、利用者端末１００から各種情報を受信する。取得部４１は、注文の対象物（飲食物）を示す情報と、注文を行った利用者を特定するための情報（利用者ＩＤ等）とを含む注文情報を、タブを特定するための情報（タブＩＤ等）とともに利用者端末１００から受信する。取得部４１は、受信した注文情報を、タブを特定するための情報（タブＩＤ等）により特定されるタブＩＤに対応付けて、タブ情報データベース３４に登録する。

取得部４１は、所定のグループに該当する複数の利用者が有する複数の端末装置（利用者端末１００）の各々を用いた複数の注文を示す複数の注文情報を取得する。取得部４１は、飲食店における複数の注文を示す複数の注文情報を取得する。取得部４１は、飲食店において提供される提供物に対する複数の注文を示す複数の注文情報を取得する。取得部４１は、複数の利用者端末１００を用いた所定の決済手段による複数の注文を示す複数の注文情報を取得する。

取得部４１は、飲食店の一のテーブルに同席する複数の利用者が有する複数の利用者端末１００の各々を用いた複数の注文を示す複数の注文情報を取得する。取得部４１は、一のテーブルに対応付けて設けられた所定のコードを読み取った複数の利用者端末１００の各々を用いた複数の注文を示す複数の注文情報を取得する。取得部４１は、一のテーブルに配置された所定のコードを読み取った複数の利用者端末１００の各々を用いた複数の注文を示す複数の注文情報を取得する。

取得部４１は、利用者からタブの生成（作成）を要求する情報（タブ要求情報）を受信する。例えば、取得部４１は、幹事（第１利用者）となる利用者を識別する利用者識別情報と、タブの作成対象となるテーブルを特定するための情報（テーブルＩＤ等）とを利用者端末１００から受信する。

取得部４１は、幹事（第１利用者）が利用する利用者端末１００から、その利用者端末１００の利用者を支払い主体し、タブの支払い合計額を対象とする決済処理の実行を要求する情報（決済情報）を受信する。

（提供部４２）
提供部４２は、各種情報を提供する。提供部４２は、利用者に各種情報を提供する。提供部４２は、通信部２０を介して利用者端末１００に各種情報を送信する。提供部４２は、取得部４１により取得された情報を送信する。提供部４２は、決済処理部４３による決済処理に関する情報を送信する。提供部４２は、決済処理部４３による決済処理の結果を示す情報を送信する。提供部４２は、利用者端末１００にコンテンツを送信してもよい。

提供部４２は、電子決済サービスや事前注文サービスに関する各種の情報を利用者や事業者に提供（通知）する。例えば、図１の例において、提供部４２は、事業者情報データベース３２を参照し、居酒屋Ｘに紐付けられた商品情報を利用者端末１００に提供する。

提供部４２は、複数の注文に基づく一覧情報を利用者端末１００に提供する。提供部４２は、複数の注文の一覧情報を提供する。提供部４２は、複数の注文のうち、利用者端末１００により行われた注文の一覧情報を提供する。例えば、提供部４２は、タブに対応付けられた複数の注文を示す一覧情報を利用者端末１００に送信する。例えば、提供部４２は、タブに対応付けられた全注文を示す一覧情報を利用者端末１００に送信する。また、例えば、提供部４２は、タブに対応付けられた全注文のうち、提供先となる利用者端末１００から行われた注文を示す一覧情報を利用者端末１００に送信する。この場合、提供部４２は、タブに対応付けられた全注文のうち、提供先となる利用者端末１００の利用者が行った注文を抽出し、抽出した注文を示す一覧情報を利用者端末１００に送信する。

また、提供部４２は、利用者端末１００から提供要求を受け付けた旨を事業者端末２００に通知する。提供部４２は、取得部４１が受信した注文情報とタブを特定するための情報（タブＩＤ等）とを、提供要求として事業者端末２００に送信する。また、提供部４２は、提供要求に対する居酒屋Ｘの応答を利用者端末１００に通知する。また、提供部４２は、提供要求に対応する提供物（飲食物）の準備を居酒屋Ｘが開始した旨の通知を示す情報を利用者端末１００に通知する。

（決済処理部４３）
決済処理部４３は、取得部４１が取得した情報に従い、決済処理を実行する。決済処理部４３は、利用者の口座から、事業者の口座へと、請求額分の電子マネーの送金を行う。例えば、決済処理部４３は、幹事（第１利用者）である利用者の口座から、店舗ＩＤが示す居酒屋Ｘの口座へと、決済金額が示す額の電子マネーを移行させる。

決済処理部４３は、複数の注文情報が示す複数の注文を、所定のグループに対応する支払いとする決済処理を実行する。決済処理部４３は、複数の注文を、一のテーブルに対応する支払いとして決済処理を実行する。

決済処理部４３は、複数の利用者のうち、一の利用者の口座を対象として複数の注文の決済処理を実行する。決済処理部４３は、複数の利用者のうち、所定のグループに最初に参加した一の利用者の口座を対象として複数の注文の決済処理を実行する。決済処理部４３は、複数の利用者のうち、所定のグループを作成した一の利用者の口座を対象として複数の注文の決済処理を実行する。決済処理部４３は、複数の利用者から選択された一の利用者の口座を対象として複数の注文の決済処理を実行する。

決済処理部４３は、複数の利用者のうち、一の利用者以外の他の利用者の口座から、一の利用者の口座へ複数の注文の支払い額に基づく金額を移行させる。決済処理部４３は、複数の注文の支払い額を複数の利用者の数で割った額に基づく金額を、他の利用者の口座から一の利用者の口座へ移行させる。決済処理部４３は、複数の注文の支払い額を複数の利用者の数で割った額を、他の利用者の口座から一の利用者の口座へ移行させる。決済処理部４３は、他の利用者の負担額として割り当てられた金額を、他の利用者の口座から一の利用者の口座へ移行させる。

例えば、決済処理部４３は、幹事（第１利用者）である利用者が作成したタブに対応付けて注文が行われた複数の注文をまとめて支払いを行う対象として決済処理を実行する。

〔３－２．利用者端末の構成〕
次に、上述した決済処理を実現するための利用者端末１００について図１０を用いて説明する。図１０は、実施形態に係る利用者端末の構成例を示す図である。図１０に示すように、利用者端末１００は、通信部１１０と、記憶部１２０と、撮像部１３０と、表示部１４０と、制御部１５０とを有する。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、電子決済用のアプリケーションを配信する決済サーバ１０や、事業者端末２００等との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部１２０は、撮像部１３０により撮影された画像を記憶する。

（撮像部１３０）
撮像部１３０は、画像（動画或いは静止画）を撮像するための撮像装置（カメラ）である。撮像部１３０は、例えば、ＣＣＤ（Charged-coupled devices）センサやＣＭＯＳ（Complementary metal-oxide-semiconductor）センサ等の撮像素子により構成される。

（表示部１４０）
表示部１４０は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。表示部１４０は、表示制御部１５２５による制御に応じて、各種情報を表示する。また、表示部１４０は、タッチパネルの機能により利用者の操作を受け付ける受付部として機能してもよい。この場合、表示部１４０は、利用者の指や専用ペンで利用者から各種操作を受け付ける入力装置としても機能する。

（制御部１５０）
制御部１５０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、利用者端末１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１５０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

ここで、制御部１５０は、複数のアプリケーションを実行することにより、利用者端末１００に関する各種機能を実現することとなる。例えば、図１０に示す例において、制御部１５０は、第１アプリケーション１５１や第２アプリケーション１５２を実行している。なお、制御部１５０は、図１０に示すアプリケーション以外にも、任意の機能を発揮するための任意の数のアプリケーションを実行して良い。

第１アプリケーション１５１は、利用者端末１００のＯＳ（Operating System）となるアプリケーションである。第２アプリケーション１５２は、上述した一括決済処理等の各種の決済処理を利用者端末１００に実行させる。以下、図１１を用いて、第２アプリケーション１５２が有する機能構成の一例ついて説明する。図１１は、実施形態に係る第２アプリケーションの構成例を示す図である。図１１に示すように、実施形態に係る第２アプリケーション１５２は、受付部１５２１と、通知部１５２２と、提供部１５２３と、決済処理部１５２４と、表示制御部１５２５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（受付部１５２１）
受付部１５２１は、利用者端末１００を利用する利用者の操作を受け付ける。受付部１５２１は、タッチパネルの機能を有する表示部１４０を介して利用者の操作を受け付ける。受付部１５２１は、外部装置から各種情報を受け付ける。受付部１５２１は、決済サーバ１０から各種情報を受け付ける。受付部１５２１は、通信部１１０を介して決済サーバ１０から各種情報を受信する。受付部１５２１は、決済サーバ１０から請求情報を受信する。

受付部１５２１は、画面に表示されたメニューに対する利用者の操作を受け付ける。受付部１５２１は、表示部１４０に表示されたメニューの一覧対する利用者の選択を受け付ける。受付部１５２１は、タブに対応付けられた注文を利用者から受け付ける。受付部１５２１は、タブの生成（作成）を行うための操作を受け付ける。受付部１５２１は、タブへの参加を他の利用者に依頼するための操作を受け付ける。受付部１５２１は、タブへの参加を行うための操作を受け付ける。

（通知部１５２２）
通知部１５２２は、外部装置へ各種情報を通知する。通知部１５２２は、決済サーバ１０へ各種情報を通知する。通知部１５２２は、通信部１１を介して決済サーバ１０へ各種情報を送信する。通知部１５２２は、一のテーブルに配置された所定のコードが撮像部１３０により読み取られた場合、その所定のコードが示すテーブルを特定するための情報を決済サーバ１０へ各種情報を送信する。

通知部１５２２は、タブに関連する各種情報を決済サーバ１０へ送信する。通知部１５２２は、タブの作成を要求するタブ要求情報を決済サーバ１０へ送信する。通知部１５２２は、タブへの参加を要求する参加要求情報を決済サーバ１０へ送信する。通知部１５２２は、受付部１５２１によりタブに対応付けられた注文が受け付けられた場合、その注文を示す情報（注文情報）を決済サーバ１０へ通知する。例えば、通知部１５２２は、受付部１５２１によりタブに対応付けられた注文が受け付けられた場合、注文の対象物（飲食物）を示す情報と、注文を行った利用者を特定するための情報（利用者ＩＤ等）とを含む注文情報を、タブを特定するための情報（タブＩＤ等）とともに決済サーバ１０へ送信する。

（提供部１５２３）
提供部１５２３は、利用者端末１００を利用する利用者に各種情報を提供する。提供部１５２３は、表示部１４０を介して各種情報を利用者に提供する。提供部１５２３は、表示部１４０に各種情報を表示する。提供部１５２３は、表示制御部１５２５に指示を行い、表示部１４０に各種情報を表示させる。

提供部１５２３は、タブへの参加の依頼があったことを利用者に通知する。提供部１５２３は、タブへの参加が許可された場合その旨を示す情報を利用者に提供する。提供部１５２３は、他の利用者がタブへ参加を要求していることを示す情報を利用者に提供する。

提供部１５２３は、決済サーバ１０から受信した各種情報を表示する。提供部１５２３は、コンテンツＣ１、Ｃ２、Ｃ３、Ｃ１１、Ｃ１２、Ｃ１３、Ｃ２１、Ｃ２２、Ｃ２３等の様々なコンテンツをユーザに提供する。提供部１５２３は、コンテンツＣ１、Ｃ２、Ｃ３、Ｃ１１、Ｃ１２、Ｃ１３、Ｃ２１、Ｃ２２、Ｃ２３等の様々なコンテンツを表示部１４０に表示する。提供部１５２３は、コンテンツＣ１、Ｃ２、Ｃ３、Ｃ１１、Ｃ１２、Ｃ１３、Ｃ２１、Ｃ２２、Ｃ２３等の様々なコンテンツを表示部１４０に表示する。

例えば、提供部１５２３は、コンテンツＣ１、Ｃ２、Ｃ３、Ｃ１１、Ｃ１２、Ｃ１３、Ｃ２１、Ｃ２２、Ｃ２３等に示すような各種コンテンツを生成する。この場合、提供部１５２３は、Ｊａｖａ（登録商標）等の種々の技術を適宜用いて、画面（コンテンツ）を生成する。なお、提供部１５２３は、ＣＳＳやＪａｖａＳｃｒｉｐｔ（登録商標）やＨＴＭＬの形式に基づいて、画面（コンテンツ）を生成してもよい。また、例えば、提供部１５２３は、ＪＰＥＧ（Joint Photographic Experts Group）やＧＩＦ（Graphics Interchange Format）やＰＮＧ（Portable Network Graphics）など様々な形式で画面（コンテンツ）を生成してもよい。提供部１５２３は、生成したコンテンツを表示部１４０に表示する。なお、コンテンツＣ１、Ｃ２、Ｃ３、Ｃ１１、Ｃ１２、Ｃ１３、Ｃ２１、Ｃ２２、Ｃ２３等のコンテンツを外部装置（例えば決済サーバ１０等）から取得する場合、提供部１５２３は、外部装置から取得したコンテンツを表示する。

（決済処理部１５２４）
決済処理部１５２４は、タブを作成した幹事（第１利用者）である利用者が決済を行う操作を行った場合、その利用者を支払い主体とし、タブの支払い合計額を対象とする決済処理の実行を決済サーバ１０に要求する。例えば、決済処理部１５２４は、タブを作成した幹事（第１利用者）である利用者が決済を行う操作を行った場合、その利用者を支払い主体とし、タブの支払い合計額を対象として、決済サーバ１０が提供する電子決済サービスを用いた決済処理を実行する。

例えば、決済処理部１５２４は、幹事（第１利用者）である利用者が作成したタブに対応付けて注文が行われた複数の注文をまとめて支払いを行う対象として決済処理を実行する。

なお、決済処理部１５２４は、店舗における電子決済を用いた決済処理を実行してもよい。例えば、決済処理部１５２４は、利用者を識別する利用者情報と、撮像部１３０が撮影した店舗識別情報を示す情報と、利用者或いは店舗の店員から利用者端末１００に入力された決済額とを示す決済情報を決済サーバ１０へと送信する。

（表示制御部１５２５）
表示制御部１５２５は、利用者端末１００の画面（表示部１４０）の表示を制御する。表示制御部１５２５は、利用者の操作に応じて表示部１４０の表示を制御する。表示制御部１５２５は、決済処理部１５２４が実行した決済処理などに応じて利用者端末の画面（表示部１４０）の表示を制御する。表示制御部１５２５は、提供部１５２３による指示に応じて利用者端末の画面（表示部１４０）の表示を制御する。

また、表示制御部１５２５は、利用者が支払帳票を用いた決済を行う場合、利用者の操作に応じてバーコードを撮影するための画面や、決済処理が実行されたことを示す画面を表示させてもよい。表示制御部１５２５は、利用者が紙の請求書を読み取って決済を行う場合、利用者の操作に応じて請求書に印刷された情報（バーコードや文字情報等）を撮影するための画面や、決済処理が実行されたことを示す画面を表示させてもよい。また、表示制御部１５２５は、利用者が店舗における電子決済を用いた決済を行う場合、利用者の操作に応じて電子決済に関する画面の表示を制御してもよい。例えば、表示制御部１５２６は、店舗を識別する店舗識別情報の画像を撮影するための画面や、利用者Ｕ或いは店舗の店員から決済額の入力を受け付けるための画面、決済情報が決済サーバ１０へ送信されたことを示す画面などを表示させる。

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

図１２に示すように、決済サーバ１０は、所定のグループに該当する複数の利用者が有する複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する（ステップＳ１０１）。そして、決済サーバ１０は、複数の注文情報が示す複数の注文を、所定のグループに対応する支払いとする決済処理を実行する（ステップＳ１０２）。

〔５．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。例えば、利用者端末から注文を受け付ける装置（注文処理装置）と決済サーバとは別装置であってもよい。この場合、情報処理システム１には、決済サーバとは別に注文処理装置が含まれてもよい。また、事業者端末２００が注文処理装置としての機能を有してもよい。この場合の情報処理システム１では、図１の説明において決済サーバ１０から事業者端末２００へ送信していたタブや注文に関する各種情報を、事業者端末２００から決済サーバ１０へ送信する。なお、上述した情報処理システム１のシステム構成は一例に過ぎず、上述した処理が実現可能であれば、情報処理システム１はどのようなシステム構成（装置構成）であってもよい。

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

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

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

〔６．効果〕
上述してきたように、実施形態に係る情報処理装置（実施形態では「決済サーバ１０」以下同じ）は、取得部（実施形態では「取得部４１」以下同じ）と、決済処理部（実施形態では「決済処理部４３」以下同じ）とを有する。取得部は、所定のグループに該当する複数の利用者が有する複数の端末装置（実施形態では「利用者端末１００」以下同じ）の各々を用いた複数の注文を示す複数の注文情報を取得する。決済処理部は、複数の注文情報が示す複数の注文を、所定のグループに対応する支払いとする決済処理を実行する。

これにより、実施形態に係る情報処理装置は、各々の端末装置を用いて複数の利用者が行った注文を、所定のグループに対応する支払いとしてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、取得部は、飲食店における複数の注文を示す複数の注文情報を取得する。

これにより、実施形態に係る情報処理装置は、飲食店における複数の注文を、所定のグループに対応する支払いとしてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、取得部は、飲食店において提供される提供物に対する複数の注文を示す複数の注文情報を取得する。

これにより、実施形態に係る情報処理装置は、飲食店において提供される飲食物等の提供物に対する複数の注文を、所定のグループに対応する支払いとしてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、取得部は、飲食店の一のテーブルに同席する複数の利用者が有する複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する。決済処理部は、複数の注文を、一のテーブルに対応する支払いとして決済処理を実行する。

これにより、実施形態に係る情報処理装置は、飲食店の一のテーブルに同席する複数の利用者による複数の注文を、一のテーブルに対応する支払いとしてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、取得部は、一のテーブルに対応付けて設けられた所定のコードを読み取った複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する。

これにより、実施形態に係る情報処理装置は、一のテーブルに対応付けて設けられた所定のコードを読み取った複数の端末装置の各々を用いた複数の注文を、一のテーブルに対応する支払いとしてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、取得部は、一のテーブルに配置された所定のコードを読み取った複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する。

これにより、実施形態に係る情報処理装置は、一のテーブルに配置された所定のコードを読み取った複数の端末装置の各々を用いた複数の注文を、一のテーブルに対応する支払いとしてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、決済処理部は、複数の利用者のうち、一の利用者の口座を対象として複数の注文の決済処理を実行する。

これにより、実施形態に係る情報処理装置は、各々の端末装置を用いて複数の利用者が行った注文を、一の利用者の口座を対象としてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、決済処理部は、複数の利用者のうち、所定のグループに最初に参加した一の利用者の口座を対象として複数の注文の決済処理を実行する。

これにより、実施形態に係る情報処理装置は、各々の端末装置を用いて複数の利用者が行った注文を、所定のグループに最初に参加した利用者の口座を対象としてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、決済処理部は、複数の利用者のうち、所定のグループを作成した一の利用者の口座を対象として複数の注文の決済処理を実行する。

これにより、実施形態に係る情報処理装置は、各々の端末装置を用いて複数の利用者が行った注文を、所定のグループを作成した利用者の口座を対象としてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、決済処理部は、複数の利用者から選択された一の利用者の口座を対象として複数の注文の決済処理を実行する。

これにより、実施形態に係る情報処理装置は、複数の利用者が行った注文を、複数の利用者から選択された任意の一人の利用者の口座を対象としてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、決済処理部は、複数の利用者のうち、一の利用者以外の他の利用者の口座から、一の利用者の口座へ複数の注文の支払い額に基づく金額を移行させる。

これにより、実施形態に係る情報処理装置は、複数の利用者が行った注文をまとめて決済された一の利用者の口座へ、他の利用者の口座から複数の注文の支払い額に基づく金額を移行させることにより、複数の利用者間で適切に負担を分配することができる。そのため、実施形態に係る情報処理装置は、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、決済処理部は、複数の注文の支払い額を複数の利用者の数で割った額に基づく金額を、他の利用者の口座から一の利用者の口座へ移行させる。

これにより、実施形態に係る情報処理装置は、複数の利用者が行った注文をまとめて決済された一の利用者の口座へ、他の利用者の口座から複数の利用者の数で割った額に基づく金額を移行させることにより、複数の利用者間で適切に負担を分配することができる。そのため、実施形態に係る情報処理装置は、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、決済処理部は、複数の注文の支払い額を複数の利用者の数で割った額を、他の利用者の口座から一の利用者の口座へ移行させる。

これにより、実施形態に係る情報処理装置は、複数の利用者が行った注文をまとめて決済された一の利用者の口座へ、他の利用者の口座から複数の注文の支払い額を複数の利用者の数で割った額を移行させることにより、複数の利用者間で適切に負担を分配することができる。そのため、実施形態に係る情報処理装置は、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置において、決済処理部は、他の利用者の負担額として割り当てられた金額を、他の利用者の口座から一の利用者の口座へ移行させる。

これにより、実施形態に係る情報処理装置は、複数の利用者が行った注文をまとめて決済された一の利用者の口座へ、他の利用者の口座から他の利用者の負担額として割り当てられた金額を移行させることにより、複数の利用者間で適切に負担を分配することができる。そのため、実施形態に係る情報処理装置は、複数の利用者による注文を適切に決済することができる。

また、実施形態に係る情報処理装置は、提供部（実施形態では「提供部４２」以下同じ）を有する。提供部は、複数の注文に基づく一覧情報を端末装置に提供する。

これにより、実施形態に係る情報処理装置は、端末装置を利用する利用者が複数の利用者の注文状況を確認可能にすることができる。

また、実施形態に係る情報処理装置において、提供部は、複数の注文の一覧情報を提供する。

これにより、実施形態に係る情報処理装置は、端末装置を利用する利用者が、他の利用者の注文状況を含めて確認可能にすることができる。

また、実施形態に係る情報処理装置において、提供部は、複数の注文のうち、端末装置により行われた注文の一覧情報を提供する。

これにより、実施形態に係る情報処理装置は、端末装置を利用する利用者が、その利用者自身の注文状況を確認可能にすることができる。

また、実施形態に係る情報処理装置において、取得部は、複数の端末装置を用いた所定の決済手段による複数の注文を示す複数の注文情報を取得する。

これにより、実施形態に係る情報処理装置は、所定の決済手段を用いて複数の利用者が行った注文を、所定のグループに対応する支払いとしてまとめて決済することができるため、複数の利用者による注文を適切に決済することができる。

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

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

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

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

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

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

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

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

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

１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 口座データベース
３２ 事業者情報データベース
３３ 利用者情報データベース
３４ タブ情報データベース
４０ 制御部
４１ 取得部
４２ 提供部
４３ 決済処理部
１００ 利用者端末
１１０ 通信部
１２０ 記憶部
１３０ 撮像部
１４０ 表示部
１５０ 制御部
１５１ 第１アプリケーション
１５２ 第２アプリケーション
１５２１ 受付部
１５２２ 通知部
１５２３ 提供部
１５２４ 決済処理部
２００ 事業者端末

Claims (20)

1. 所定のグループに該当する複数の利用者が有する複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する取得部と、
   前記複数の注文情報が示す前記複数の注文を、前記所定のグループに対応する支払いとする決済処理を実行する決済処理部と、
   を有することを特徴とする情報処理装置。
2. 前記取得部は、
   飲食店における前記複数の注文を示す前記複数の注文情報を取得する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記取得部は、
   前記飲食店において提供される提供物に対する前記複数の注文を示す前記複数の注文情報を取得する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記取得部は、
   前記飲食店の一のテーブルに同席する前記複数の利用者が有する前記複数の端末装置の各々を用いた前記複数の注文を示す前記複数の注文情報を取得し、
   前記決済処理部は、
   前記複数の注文を、前記一のテーブルに対応する支払いとして決済処理を実行する
   ことを特徴とする請求項２または請求項３に記載の情報処理装置。
5. 前記取得部は、
   前記一のテーブルに対応付けて設けられた所定のコードを読み取った前記複数の端末装置の各々を用いた前記複数の注文を示す前記複数の注文情報を取得する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記取得部は、
   前記一のテーブルに配置された前記所定のコードを読み取った前記複数の端末装置の各々を用いた前記複数の注文を示す前記複数の注文情報を取得する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記決済処理部は、
   前記複数の利用者のうち、一の利用者の口座を対象として前記複数の注文の決済処理を実行する
   ことを特徴とする請求項１～６のうちいずれか１つに記載の情報処理装置。
8. 前記決済処理部は、
   前記複数の利用者のうち、前記所定のグループに最初に参加した前記一の利用者の口座を対象として前記複数の注文の決済処理を実行する
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記決済処理部は、
   前記複数の利用者のうち、前記所定のグループを作成した前記一の利用者の口座を対象として前記複数の注文の決済処理を実行する
   ことを特徴とする請求項７または請求項８に記載の情報処理装置。
10. 前記決済処理部は、
    前記複数の利用者から選択された前記一の利用者の口座を対象として前記複数の注文の決済処理を実行する
    ことを特徴とする請求項７～９のうちいずれか１つに記載の情報処理装置。
11. 前記決済処理部は、
    前記複数の利用者のうち、前記一の利用者以外の他の利用者の口座から、前記一の利用者の口座へ前記複数の注文の支払い額に基づく金額を移行させる
    ことを特徴とする請求項７～１０のうちいずれか１つに記載の情報処理装置。
12. 前記決済処理部は、
    前記複数の注文の支払い額を前記複数の利用者の数で割った額に基づく金額を、前記他の利用者の口座から前記一の利用者の口座へ移行させる
    ことを特徴とする請求項１１に記載の情報処理装置。
13. 前記決済処理部は、
    前記複数の注文の支払い額を前記複数の利用者の数で割った額を、前記他の利用者の口座から前記一の利用者の口座へ移行させる
    ことを特徴とする請求項１１または請求項１２に記載の情報処理装置。
14. 前記決済処理部は、
    前記他の利用者の負担額として割り当てられた金額を、前記他の利用者の口座から前記一の利用者の口座へ移行させる
    ことを特徴とする請求項１１または請求項１２に記載の情報処理装置。
15. 前記複数の注文に基づく一覧情報を端末装置に提供する提供部、
    をさらに備えることを特徴とする請求項１～１４のうちいずれか１つに記載の情報処理装置。
16. 前記提供部は、
    前記複数の注文の一覧情報を提供する
    ことを特徴とする請求項１５に記載の情報処理装置。
17. 前記提供部は、
    前記複数の注文のうち、前記端末装置により行われた注文の一覧情報を提供する
    ことを特徴とする請求項１５に記載の情報処理装置。
18. 前記取得部は、
    前記複数の端末装置を用いた所定の決済手段による前記複数の注文を示す前記複数の注文情報を取得する
    ことを特徴とする請求項１～１７のうちいずれか１つに記載の情報処理装置。
19. 所定のグループに該当する複数の利用者が有する複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する取得工程と、
    前記複数の注文情報が示す前記複数の注文を、前記所定のグループに対応する支払いとする決済処理を実行する決済処理工程と、
    含むことを特徴とする情報処理方法。
20. 所定のグループに該当する複数の利用者が有する複数の端末装置の各々を用いた複数の注文を示す複数の注文情報を取得する取得手順と、
    前記複数の注文情報が示す前記複数の注文を、前記所定のグループに対応する支払いとする決済処理を実行する決済処理手順と、
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images