JP2020046710A - 飲食店向けオーダーおよび支払サービス方法、並びにシステム - Google Patents

Abstract

【課題】 飲食店に来店した顧客が自己の持つ携帯情報端末を利用して飲食物を注文し、さらに代金の決済まで行うことを可能とする技術を提供することを目的とする。【解決手段】 飲食店の店舗に入店した顧客が携帯端末から飲食物の注文を行い、飲食終了後は該携帯端末により精算と支払を行う、飲食店向けオーダーおよび支払サービス方法並びにシステムであって、顧客の携帯端末が飲食店の店舗のテーブル情報を読み取りサーバに送信すると、サーバがメニュー情報を送信し、顧客の携帯端末から注文受付が可能となる。会計時には、顧客の決済方法の指定に応じて代金回収による精算処理などを選択できる。代金回収による決済が指定された場合、即時に銀行口座からの引落による決済が可能である。【選択図】 図１

Description

本発明は、飲食店向けオーダーおよび支払サービス方法、並びにシステムに関し、詳しくは、飲食店に来店した顧客が自己の持つ携帯情報端末を利用して飲食物を注文し、さらに代金の決済まで行うことを可能とする技術に関する。

従来、飲食店向けの注文システムとしては、例えば下記特許文献１に記載の技術がある。これは、顧客がスマートフォンなどの携帯情報端末を使用して注文ができ、また注文した飲食物やその金額を確認できるものである。

特許第５８６３９９９号

特許文献１の技術では、飲食物の注文や金額確認はできるが、その支払・精算までできるものではなかった。携帯情報端末で支払・精算ができる技術は知られているが、それらは支払・精算のみ可能とするもので、飲食店での注文に利用できるものではなかった。

本発明の目的は、飲食店に来店した顧客が自己の持つ携帯情報端末を利用して飲食物を注文し、さらに代金の決済まで行うことを可能とする技術を提供することにある。

上記目的を達成するため、請求項１に係る発明は、飲食店の店舗に入店した顧客が携帯端末から飲食物の注文を行い、飲食終了後は該携帯端末により精算と支払を行う、飲食店向けオーダーおよび支払サービス方法であって、顧客の携帯端末が、該顧客が来店した飲食店の店舗を特定する店舗ＩＤとテーブルを特定するテーブルＩＤを含むテーブル情報を読み取り、該テーブル情報に顧客を特定する情報を付加した来店情報を飲食店向けオーダーおよび支払サービスサーバ（以下「サーバ」と呼ぶ）に送信するステップと、前記サーバが、前記来店情報を受信し、前記来店情報を送信した携帯端末に対して前記飲食店のメニュー情報を送信するステップと、前記顧客の携帯端末が、前記メニュー情報を表示するステップと、前記顧客の携帯端末が、顧客が注文する飲食物の種類と品数の入力を受付け、その注文情報を前記サーバに送信するステップと、前記サーバが、その注文情報を前記飲食店のＰＯＳ端末に送信するステップと、前記飲食店のＰＯＳ端末が、注文された商品が提供されるようにその注文情報を出力するステップと、前記顧客の携帯端末が、顧客の決済方法の指定を受付け、その指定情報を前記サーバに送信するステップと、前記サーバが、その指定情報を受けて、クレジットカードによる精算処理ならクレジットカード決済システムに精算情報を送信し、代金回収による精算処理なら代金回収決済システムに精算情報を送信するステップと、前記決済システムが、指示された精算処理を実行し、その精算結果を前記サーバに送信するステップと、前記サーバが、その精算結果を受けて、精算完了情報を前記顧客の携帯端末に送信するステップと、前記顧客の携帯端末が、前記精算完了情報を前記飲食店に提示するステップとを備えることを特徴とする。

請求項２に係る発明は、飲食店の店舗に入店した顧客が保持する携帯端末と、飲食店が保持するＰＯＳ端末と、飲食店向けオーダーおよび支払サービスサーバ（以下「サーバ」と呼ぶ）とを備える飲食店向けオーダーおよび支払サービスシステムであって、前記携帯端末は、顧客が来店した飲食店の店舗を特定する店舗ＩＤとテーブルを特定するテーブルＩＤを含むテーブル情報を読み取り、該テーブル情報に顧客を特定する情報を付加した来店情報を前記サーバに送信する手段と、前記サーバから送信される前記飲食店のメニュー情報を受信して表示する手段と、顧客が注文する飲食物の種類と品数の入力を受付け、その注文情報を前記サーバに送信する手段と、顧客による会計処理の開始の指示を受け付ける手段と、顧客の決済方法の指定を受付け、その指定情報を前記サーバに送信する手段と、前記サーバから送られる精算完了情報を表示する手段とを備え、前記サーバは、前記携帯端末から送られる前記来店情報を受信し、その来店情報を送信した携帯端末に対して前記飲食店のメニュー情報を送信する手段と、前記携帯端末から送られる前記注文情報を前記飲食店のＰＯＳ端末に送信する手段と、前記携帯端末から送られる決済方法の指定情報を受けて、クレジットカードによる精算処理ならクレジットカード決済システムに精算情報を送信し、代金回収による精算処理なら代金回収決済システムに精算情報を送信する手段と、前記各決済システムからの精算結果を受けて、精算完了情報を前記顧客の携帯端末に送信する手段とを備え、前記飲食店のＰＯＳ端末は、前記サーバから送信される注文情報を出力する手段と、前記顧客の携帯端末が、前記精算完了情報を提示したとき、精算完了しているかを確認する手段とを備えることを特徴とする。

請求項３に係る発明は、請求項２に記載の飲食店向けオーダーおよび支払サービスシステムにおいて、前記テーブル情報は、ＱＲコード（登録商標）で表現された情報であることを特徴とする。

請求項４に係る発明は、請求項２に記載の飲食店向けオーダーおよび支払サービスシステムにおいて、前記テーブル情報は、非接触ＩＣから読み取り可能な情報であることを特徴とする。

請求項５に係る発明は、請求項２に記載の飲食店向けオーダーおよび支払サービスシステムにおいて、前記代金回収決済システムは、銀行口座間で即時振替を可能とする即時口座振替サービスを提供するシステムであることを特徴とする。

本発明によれば、飲食店に来店した顧客が自己の持つ携帯情報端末を利用して飲食物を注文し、さらに代金の決済まで行うことが可能となる。特に、顧客は自己の持つ携帯情報端末に１つのアプリをインストールするだけで注文から決済までの全てを行うことができるようになる。

本発明に係る飲食店向けオーダーおよび支払サービスの概念図 飲食店向けオーダーおよび支払サービスを実現するシステムの全体構成図 飲食店向けオーダーおよび支払サービスの処理の流れの概要を示す図 代金回収時の処理の流れの概要を示す図 データベースの構成図 携帯端末の表示例（その１）を示す図 携帯端末の表示例（その２）を示す図 顧客登録処理の流れを示す図 ログイン後処理の流れを示す図 注文処理の流れを示す図 会計処理の流れを示す図 会計結果確認処理の流れを示す図

以下、図面を用いて本発明の実施の形態を説明する。

図１は、本発明に係る飲食店向けオーダーおよび支払サービスの概念図を示す。１０１は飲食店向けオーダーおよび支払サービスを実現するサーバ、１０２は飲食店に配置されるＰＯＳ（Point of sale）システム、１０３は飲食店に来店する顧客が保有する顧客端末（スマートフォンなど）、１０５は各種の銀行決済システムを示す。サーバ１０１と決済システム１０５は専用線１０４を介した相互通信が可能である。サーバ１０１とＰＯＳシステム１０２と顧客端末１０３は、インターネット１００を介した相互通信が可能である。１１１は飲食店に配置されたテーブルを示し、該テーブル１１１にはＱＲコード（登録商標）１１２が貼付されている。ＱＲコード（登録商標）１１２は、少なくとも、本サービスを実現するシステム内で当該飲食店を一意に特定できる識別子である飲食店ＩＤと、当該飲食店内でテーブルを一意に特定できる識別子であるテーブルＩＤを含む。

顧客端末１０３には、予め本サービスを利用するための１つのアプリがインストールされている。また、顧客は、顧客端末１０３の該アプリで、予め本サービスに対する登録操作を実行している。この登録操作により、当該顧客には本サービス内で当該顧客を一意に特定できる顧客ＩＤが付与され、またその顧客に関する氏名などの各種情報がサーバ１０１の顧客データベースに登録される。

顧客は、当該飲食店に来店し、顧客端末１０３にて上記アプリを起動し、着席したテーブル１１１のＱＲコード（登録商標）１１２を読み取る（ＱＲコード（登録商標）による情報連携１２１）。顧客端末１０３は、読み取ったＱＲコード（登録商標）１１２の情報（飲食店ＩＤとテーブルＩＤ）に顧客ＩＤなどの情報を付加した来店情報を、サーバ１０１に送信する。サーバ１０１は、該来店情報を受信して、当該顧客に対する来店管理を開始し、当該飲食店の飲食物のメニューデータを当該顧客端末１０３に送信する。顧客端末１０３のアプリは、受信したメニューデータを表示する。

顧客は、顧客端末１０３に表示されたメニューデータを参照して、商品を注文する。その注文（オーダー）情報は、顧客端末１０３からサーバ１０１にインターネット１００を介して送信される。サーバ１０１は、そのオーダー情報を当該飲食店のＰＯＳ端末にインターネット１００を介して送信する。飲食店は、ＰＯＳ端末から出力されるオーダー情報に応じた商品（飲食物）を用意して当該顧客に提供する。

顧客が飲食終了後、顧客端末１０３にて会計処理を指示すると、顧客端末１０３に、そのテーブルにおいて注文した商品の価格の総計と支払方法の選択肢が表示される。顧客が、顧客端末１０３により支払方法を指定すると、精算額入力画面が表示される。本実施形態では、支払方法として、現金、クレジットカード、または銀行口座からの引落のいずれかを指定できるものとする。顧客が、顧客端末１０３の精算額入力画面により精算金額を入力して精算を指示すると、精算依頼がサーバ１０１にインターネット１００を介して送信される。サーバ１０１は、顧客により指定された支払方法によって精算を行う。特に、クレジットカードまたは銀行口座からの引落が指示されたとき、サーバ１０１は、専用線１０４を介して各決済システム１０５に精算を指示する。各決済システム１０５は、その指示に応じてクレジットカードによる決済や代金回収による決済を実行し、その結果をサーバ１０１に返す。サーバ１０１は、決済が完了したことを示すＱＲコード（登録商標）を顧客端末１０３に送信する。顧客端末１０３に当該ＱＲコード（登録商標）が表示されるので、顧客は、表示されたＱＲコード（登録商標）を飲食店ＰＯＳシステム１０２に提示し、退店する。飲食店ＰＯＳシステム１０２は、そのＱＲコード（登録商標）を読み取って、当該顧客の精算が完了したことを確認する。

図２は、図１で説明した飲食店向けオーダーおよび支払サービスを実現するシステムのハードウエア構成を示す。なお、各図において、同じ付番は同じものあるいは対応するものを表すものとする。

本システムは、インターネット１００に接続された、顧客端末１０３、飲食店ＰＯＳ端末１０２、および、飲食店向けオーダーおよび支払サービスサーバ１０１を備える。サーバ１０１には、専用線を介して決済システム１０５が接続されている。サーバ１０１は、顧客ＤＢ（データベース）２２１、飲食店ＤＢ２２２、精算管理ＤＢ２２３、注文管理ＤＢ２２４、および精算分割管理ＤＢ２２５を備える。これらのＤＢの詳細については図５で詳しく説明する。決済システム１０５は、決済処理に必要な情報を保持するＤＢ２３１を備える。

図３は、飲食店向けオーダーおよび支払サービスの処理の流れを示す概要図である。３０１は顧客が実行する操作などを、３０２はサーバ１０１が実行する処理を、３０３は飲食店における処理を、３０４は決済システム１０５における処理を、それぞれ示す。（１）〜（１２）は、顧客が来店してから退店するまでの動作や処理などを順に示したものである。

（１）で顧客来店すると、３１１に示すように、その顧客は自己の保有する顧客端末１０３で、飲食店のテーブルに付されているＱＲコード（登録商標）１１２を読み取る。（２）で顧客端末１０３からサーバ１０１に来店情報を送信する。サーバ１０１は、来店管理／メニュー配信処理３２１により、（３）のように当該飲食店のメニュー情報を顧客端末１０３に配信して表示させる。３１２は顧客端末１０３に表示されたメニュー例を示す。

顧客はメニューを参照し、（４）に示すように、端末１０３上で商品（飲食物）を注文する。そのオーダー情報は、サーバ１０１のオーダー管理処理３２２で受信される。オーダー管理処理３２２は、（５）に示すように、そのオーダー情報に基づいて、注文された飲食物の種類と数量などの情報を飲食店のＰＯＳ端末１０２に送信する。ＰＯＳ端末１０２は、３３１に示すように、（６）厨房への通知を行う。３２２は注文された商品の調理などを行う飲食店内の動作を示す。用意された商品は、（７）のように当該顧客に提供される。以上の（４）から（７）の処理・動作は、顧客の注文ごとに繰り返される。

飲食が終了し、顧客が端末１０３により会計処理を開始し、（８）に示すように会計方法を指定すると、３１３に示すように、端末１０３に精算金額入力画面が表示される。なお、当該テーブルで注文された商品の合計金額などはサーバ１０１が管理しており、その合計金額がサーバ１０１から端末１０３に送られて表示される。顧客が端末１０３により精算金額を入力して精算を指示すると、（９）に示すように精算依頼がサーバ１０１の会計管理処理３２３に送信される。会計管理処理３２３は、指定された精算方法がクレジットカードの場合は、（１０）−１に示すように、クレジットカード決済システム３４１に精算を指示し、指定された精算方法が代金回収の場合は、（１０）−２に示すように、代金回収決済システム３４２に精算を指示する。精算処理が終了したら、会計管理処理３２３は、（１１）に示すように会計完了を示すＱＲコード（登録商標）を携帯端末１０３に送信して表示させる。３１４はそのＱＲコード（登録商標）を表示した端末１０３の表示例を示す。顧客は、端末１０３の画面３１４を飲食店に提示して退店する。

図４は、図３の（９）〜（１１）の動作・処理のうち銀行口座からの引落による代金回収に係る流れを詳細に記載したものであり、代金回収時の情報と資金の流れを示す概要図である。図３と同じものは同じ付番を付した。４１１は顧客の銀行口座が存在するＡ銀行システムを示し、４３１は飲食店の銀行口座が存在するＢ銀行システムを示す。（１）〜（８）は、代金回収の動作や処理などを順に示したものである。

顧客端末１０３の画面３１３から（１）に示すように精算が指示されると（図３の（９）に対応）、顧客端末１０３からサーバ１０１の会計管理処理３２３に精算依頼が送られる。会計管理処理３２３は、（２）に示すように代金の回収依頼を代金回収決済システム３４２に要求する。代金回収決済システム３４２は、（３）に示すように、当該飲食店の銀行口座が設けられているＢ銀行システム４３１に対して代金回収依頼を要求する。Ｂ銀行システム４３１は、その代金回収依頼に応じて、（４）に示すように、当該顧客の銀行口座が設けられているＡ銀行システム４１１に対して引落依頼を要求する。Ａ銀行システム４１１は、その引落依頼に応じて当該顧客の銀行口座から当該飲食店の銀行口座へ、（５）に示すように、指定された金額を引き落とす処理を実行し、その引落結果をＢ銀行システム４３１に通知する。Ｂ銀行システム４３１は、（６）に示すように回収結果を代金回収決済システム３４２に通知する。代金回収決済システム３４２は、（７）に示すように、サーバ１０１の会計管理処理３２３に回収結果を通知する。会計管理処理３２３は、（８）に示すように会計結果を当該顧客端末１０３に通知する。

図５（ａ）は、顧客ＤＢ２２１の構成例を示す。顧客ＤＢ２２１は、顧客を一意に識別するＩＤである顧客ＩＤ、パスワード、顧客の氏名、電話番号、電子メールアドレス（E-mail）、銀行口座情報、および、クレジットカード情報などの項目を記憶するＤＢである。顧客ＤＢ２２１の主キーは「顧客ＩＤ」である。本サービスの利用を希望する顧客が、後述する顧客登録処理（図８）で顧客登録の申込を行うことにより、顧客ＤＢ２２１に当該顧客に対応する顧客レコードが登録される。顧客ＤＢ２２１への登録については、図８で詳しく説明する。

図５（ｂ）は、飲食店ＤＢ２２２の構成例を示す。飲食店ＤＢ２２２は、飲食店を一意に識別するＩＤである飲食店ＩＤ、飲食店の店名、住所など、メニューデータ、および、銀行口座情報などの項目を記憶するＤＢである。飲食店ＤＢ２２２の主キーは「飲食店ＩＤ」である。本サービスの利用を希望する飲食店が予め登録の申込を行うことにより、飲食店ＤＢ２２２に当該飲食店に対応する飲食店レコードが登録される。

図５（ｃ）は、精算管理ＤＢ２２３の構成例を示す。精算管理ＤＢ２２３は、当該精算管理ＤＢ２２３の各精算管理レコードを一意に特定できるＩＤである精算番号、精算日時、飲食店ＩＤ、テーブルＩＤ、注文開始日時、精算金額、および、精算ステータスなどの項目を記憶するＤＢである。精算管理ＤＢ２２３の主キーは「精算番号」である。顧客が来店して、図３の（１）および（２）で説明したように、テーブルのＱＲコード（登録商標）１１２を読み取りサーバ１０１に来店情報を送信したとき、サーバ１０１は、新たにその飲食店のテーブルに対して一意に精算番号を付与し、精算管理ＤＢ２２３に１レコードを追加する。精算管理ＤＢ２２３への登録については、図９で詳しく説明する。

図５（ｄ）は、注文管理ＤＢ２２４の構成例を示す。注文管理ＤＢ２２４は、その注文が為されたテーブルの精算番号、その精算番号で行われた注文を一意に識別するＩＤである注文番号、注文日時、飲食店ＩＤ、テーブルＩＤ、顧客ＩＤ、並びに、注文商品および品数などを記憶するＤＢである。注文管理ＤＢ２２４の主キーは「精算番号」と「注文番号」であり、「精算番号」は外部キーである。顧客が、図３の（４）で説明したように顧客端末１０３から注文を行うと、オーダー情報が顧客端末１０３からサーバ１０１に送信され、サーバ１０１は、そのオーダー情報に応じた１レコードを注文管理ＤＢ２２４に追加する。注文管理ＤＢ２２４への登録については、図１０で詳しく説明する。

図５（ｅ）は、精算分割管理ＤＢ２２５の構成例を示す。精算分割管理ＤＢ２２５は、精算する対象の精算番号、その精算番号での精算を分割する精算分割番号、顧客ＩＤ、決済手段、精算金額、および、精算分割ステータスなどを記憶するＤＢである。精算分割管理ＤＢ２２５の主キーは「精算番号」と「精算分割番号」であり、「精算番号」は外部キーである。顧客は図３の（８）（９）や図４の（１）で説明したように顧客端末１０３から精算の開始を指示するが、グループで来店して複数人で分割して精算する場合もあるので、精算分割管理ＤＢ２２５を設けている。精算分割管理ＤＢ２２５への登録については、図１０で詳しく説明する。

図６および図７は、本サービスで顧客端末１０３に表示される画面例を示す。これらの画面例については、図８以降で説明する処理の流れの中で詳しく説明する。

図８は、顧客登録処理の流れを示す。なお、事前の準備として、本サービスの利用を希望する顧客は、自己が保有する顧客端末１０３に、本サービスを利用するためのアプリをインストールしておく必要がある。顧客は、その１つのアプリをインストールするだけで、本実施形態で説明する全てのサービスを受けることができる。以下で説明する顧客端末１０３の処理は、顧客端末１０３において当該アプリを実行することによる処理である。

図８において、顧客が顧客端末１０３で前記アプリを起動し、顧客登録の申込操作（図６（ａ）の画面６０１の登録ボタン６０２のタッチ操作）を行うと、ステップ８０１で、顧客端末１０３は、インターネット１００経由で登録リクエストをオーダー支払サービスサーバ１０１に送信する。サーバ１０１は、ステップ８１１で、そのリクエストに応じて登録画面のデータを送信し、顧客端末１０３に表示する。ステップ８０２で、顧客が顧客端末１０３の登録画面上で氏名やパスワードなどの顧客情報を入力し、ステップ８０３で、入力された顧客情報を送信する。サーバ１０１は、ステップ８１２で顧客情報を受信し、ステップ８１３で一意に顧客ＩＤを割り当てて、顧客ＤＢ２２１に登録する。これにより、図５（ａ）の顧客ＤＢ２２１に当該顧客に関する１レコードが登録される。サーバ１０１は、ステップ８１４で登録完了を通知し、顧客端末１０３は、ステップ８０４でその登録完了通知を表示し、顧客登録の処理を終了する。登録完了通知には、割り当てられた顧客ＩＤが含まれており、顧客に顧客ＩＤを知らせている。

上記のように登録が済んでいる顧客は、飲食店に来店したとき、顧客端末１０３の前記アプリを利用して注文から精算までを実行できる。まず、顧客が顧客端末１０３にて前記アプリを起動すると、顧客端末１０３に図６（ａ）のアプリ起動画面６０１が表示される。６０２は登録ボタン、６０３はログインボタンである。ログインボタン６０２をタッチすると、顧客端末１０３は、図６（ｂ）のログイン画面を表示する。ログイン画面６１１において、６１２は顧客ＩＤ入力欄、６１３はパスワード入力欄、６１４はＯＫボタン、６１５はキャンセルボタンである。顧客が、顧客ＩＤ入力欄６１２に自己の顧客ＩＤを入力しパスワード入力欄６１３にパスワードを入力してＯＫボタンをタッチすると、顧客端末１０３とサーバ１０１との間でパスワードのチェックなどのログイン認証処理が実行される。顧客が正当に登録されている顧客であることが認証されると、顧客は顧客端末１０３により以降で説明する来店処理などを実行できる。

図９は、上述したようにログインした後の来店処理の流れを示す。来店した顧客が顧客端末１０３にて上述したようにログインし来店処理の開始を指示（例えば、不図示の来店ボタンのタッチなどの所定の操作による指示）すると、顧客端末１０３は、ステップ９０１でＱＲコード（登録商標）読み取り画面を表示する。図６（ｃ）は、ＱＲコード（登録商標）読み取り画面６２１を示す。６２２は顧客端末１０３が備えているカメラで写したＱＲコード（登録商標）の表示領域、６２３は読み取りを指示するＯＫボタン、６２４はキャンセルボタンである。

顧客が顧客端末１０３で飲食店のテーブルに付されたＱＲコード（登録商標）１１２を領域６２２に写してＯＫボタン６２３をタッチすると、顧客端末１０３は、ステップ９０２で、そのＱＲコード（登録商標）を読み取り、デコードなどの処理を施して、必要なデータを取得する。ＱＲコード（登録商標）１１２には、当該飲食店の飲食店ＩＤおよび当該テーブルを特定するテーブルＩＤが含まれている。顧客端末１０３は、ステップ９０３で、取得した飲食店ＩＤおよびテーブルＩＤに顧客ＩＤを付けた来店情報をサーバ１０１に送信する。

サーバ１０１は、ステップ９１１で来店情報を受信し、ステップ９１２で一意な精算番号を割当て、図５（ｃ）の精算管理ＤＢ２２３に登録する。このとき、精算日時と注文開始日時と精算金額と精算ステータスは空欄とし、飲食店ＩＤとテーブルＩＤの欄には受信した来店情報のデータを設定する。サーバ１０１は、ステップ９１３で、図５（ｂ）の飲食店ＤＢ２２２から当該飲食店のメニューデータを読み出し、ステップ９１２で割り当てた精算番号と当該メニューデータを顧客端末１０３に送信する。顧客端末１０３は、ステップ９０４で、それらのデータを受信し、飲食および会計が終わるまで当該精算番号を保持するとともに、メニューデータを表示する。

なお、複数人で来店し同じテーブルで飲食する場合、各人が自己の携帯端末１０３でステップ９０１以降の来店処理を行うことが考えられるが、その場合、サーバ１０１は、ステップ９１１で受信した来店情報に含まれる飲食店ＩＤとテーブルＩＤが既に図５（ｃ）の精算管理ＤＢ２２３に登録済みで現在使用されているか否かをチェックし、使用中であればその顧客端末１０３にはステップ９１３で当該登録済みの精算番号を通知するものとする。これにより複数人の注文を同じ精算番号で管理するものとする。

さらに、同じテーブルで飲食するが別会計にしたい場合もあるので、そのようなケースが考えられる店においては、図９の処理中で、サーバ１０１が来店情報をチェックし、既に図５（ｃ）の精算管理ＤＢ２２３に登録済みで現在使用されている場合には、当該顧客端末１０３に、同じテーブルの別の顧客と同一会計にするか別会計にするかを問い合わせるようにしてもよい。同一会計にするのであれば、当該使用中の精算番号を当該顧客端末１０３に通知して同じ精算番号で管理し、別会計にするのであれば、新たに精算番号を割り当てて、その新たな精算番号で管理するようにしてもよい。

図６（ｄ）は、メニューデータの表示例であり、顧客はこの注文画面６３１で飲食物の注文を行うことができる。６３２は飲食物のメニューの項目の並べ替えを指示するプルダウンメニューである。６３３はメニュー一覧の表示であり、飲食物の種類毎に数量を入力する領域が設けられている。６３４は注文を確定する注文ボタン、６３５は入力した数量をクリアするクリアボタンである。

図１０は、注文処理の流れを示す。顧客が、顧客端末１０３にて、ステップ１００１で、図６（ｄ）のように表示されたメニューから注文する商品（飲食物）の種類と数量を入力し注文ボタン６３４をタッチすると、ステップ１００２で、顧客端末１０３はその注文を指示するオーダー情報を生成してサーバ１０１に送信する。オーダー情報は、注文された商品の種類と数量のほか、上記精算番号、飲食店ＩＤ、テーブルＩＤ、および顧客ＩＤなどを含む。

サーバ１０１は、ステップ１０１１でオーダー情報を受信し、ステップ１０１２で当該オーダー情報に注文番号を付けて図５（ｄ）の注文管理ＤＢ２２４に１レコードを登録する。注文番号は、同じ精算番号の中で注文を一意に特定できるように付けるものとする。また、注文日時の欄には、注文を受けたその時点の日時を設定する。なお、当該精算番号での最初の注文のとき、サーバ１０１は、精算管理ＤＢ２２３の当該精算番号のレコードの注文開始日時にその時点の日時を設定するものとする。

次に、サーバ１０１は、ステップ１０１３で、注文された商品の種類と数量およびテーブルＩＤなどの情報を、上記オーダー情報に含まれている飲食店ＩＤの飲食店のＰＯＳ端末１０２にインターネット１００経由で送信する。ＰＯＳ端末１０２は、ステップ１０２１でそれらの情報を受信し、ステップ１０２２で厨房に通知する。厨房への通知の方法は任意である。通知を受けた厨房で、注文された商品を調理し、顧客へ提供する。なお、テーブルＩＤが通知されているので、店内のどのテーブルに商品を提供するかは判明している。上記の注文処理は、顧客の希望に応じて任意の回数繰り返される。

飲食が終了したとき、顧客は、顧客端末１０３にて会計処理の開始を指示（例えば、不図示の会計開始ボタンをタッチするなどの所定の操作）する。図１１は、会計処理の流れを示す。顧客端末１０３は、ステップ１１０１で、サーバ１０１に対して精算開始指示を通知する。サーバ１０１は、ステップ１１１１で当該精算開始指示を受信する。この精算開始指示は、精算番号、飲食店ＩＤ、テーブルＩＤ、および顧客ＩＤを含む。サーバ１０１は、ステップ１１１２で、受信した精算開始指示の精算番号で図５（ｄ）の注文管理ＤＢ２２３を検索し、当該精算番号に一致する精算番号を持つ注文レコードを全て取得する。サーバ１０１は、ステップ１１１３で、取得した注文レコードを顧客ＩＤ毎に分けて顧客毎の注文金額の小計を算出するとともに、それらの小計の総額（当該精算番号で行われた注文の総額となる）を算出する。次に、サーバ１０１は、ステップ１１１４で、小計を求めた各顧客ＩＤの顧客端末１０３に、求めた総額の金額情報を通知する。

顧客端末１０３は、ステップ１１０２で、通知された金額情報を受信し、支払方法と選択するボタンとともに表示し、支払方法の選択操作を受け付ける。図７（ａ）は、ステップ１１０２で顧客端末１０３に表示される会計画面７０１を示す。７０２は通知された総額の表示、７０３は内訳ボタン、７０４は現金で精算することを選択するための現金選択ボタン、７０５はクレジットカードで精算することを選択するためのクレジットカード選択ボタン、７０６は顧客の銀行口座から引落で精算することを選択するための引落選択ボタンである。

顧客が内訳ボタン７０３をタッチすると、顧客端末１０３から内訳画面のリクエストがサーバ１０１に送られ、サーバ１０１は当該精算番号で行われた注文の内訳の詳細を顧客端末１０３に返し、顧客端末１０３で内訳表示する。その処理手順については省略する。

顧客が、現金選択ボタン７０４、クレジットカード選択ボタン７０５、または引落選択ボタン７０６の何れか１つのボタンをタッチすると、顧客端末１０３は、ステップ１１０３で選択された各支払方法での処理に分岐する。現金の場合は、サーバ１０１に通知して処理を終了し、顧客は飲食店にて現金で精算する。クレジットカードの場合は、顧客端末１０３に図７（ｂ）のクレジットカード精算画面７１１が表示され、この画面から従前より知られているクレジットカード払いの処理手順により精算を行う。ここでは、現金およびクレジットカードによる精算については説明を省略する。

顧客が引落選択ボタン７０６をタッチして引落による精算を選択した場合、顧客端末１０３の処理は、ステップ１１０３からステップ１１０４に進み、顧客端末１０３に図７（ｃ）の引落による精算金額入力画面７２１が表示される。画面７２１において、７２３は前記総額の表示、７２４は引落による精算額を入力する領域、７２５は精算ボタンを示す。ステップ１１０５で、顧客が領域７２４に引落で精算する金額を入力し精算ボタン７２５をタッチすると、ステップ１１０６で、顧客端末１０３からサーバ１０１に精算依頼が送信される。この精算依頼は、領域７２４に入力された精算金額のほか、精算番号および顧客ＩＤなどの情報を含む。

なお、複数人で来店し、各人が自己の携帯端末１０３で注文した場合でも、同じテーブルのＱＲコード（登録商標）１１２を読み込んで同一の精算番号で同一会計にするように管理しているので、上記ステップ１１１４では、そのような同一精算番号で管理している各携帯端末には同じ金額情報が通知されるものである。

サーバ１０１は、ステップ１１１５で、顧客端末１０３から送信された精算依頼を受信し、送られてきた精算依頼から各顧客毎の支払方法と回収金額とを決定し、各顧客毎に代金回収決済システム３４２に回収依頼を送信する。回収依頼は、当該顧客の銀行口座情報、当該飲食店の銀行口座情報、および回収金額などの情報を含む。

なお、上述したように同一精算番号で管理している各携帯端末１０３から、それぞれの精算依頼が送信される場合があるが、サーバ１０１は、同一精算番号の複数の精算依頼を受けたとき、ステップ１１１５で、図５（ｅ）の精算分割管理ＤＢ２２５に、それら同一精算番号の複数の精算依頼のそれぞれに一意に精算分割番号を付けて精算状態を管理するものとする。したがって、同一精算番号の複数の精算依頼があった場合は、当該同じ精算番号で別々の精算分割番号の各顧客毎に、回収依頼が発行される。

代金回収決済システム３４２は、ステップ１１２１で回収依頼を受信し、ステップ１１２２で銀行システムへ回収依頼を送信し、ステップ１１２３でその結果を受信する。ステップ１１２２，１１２３の処理は、例えば従前より知られている銀行口座からの即時口座振替を提供する決済サービスなどを利用すれば良い。ステップ１１２４で、回収結果がサーバ１０１に送信される。

サーバ１０１は、ステップ１１１６で回収結果を受信し、ステップ１１１７で回収結果に応じて会計結果データを生成し、顧客端末１０３に送信する。会計結果データは、当該顧客に関する引落が正常に完了したか否かを示すステータス情報、および引落が正常に行われていた場合はその旨を示すＱＲコード（登録商標）（精算番号を含んでいる）を含む。なお、引落が正常に行われた場合、サーバ１０１は、図５（ｃ）の精算管理ＤＢ２２３の当該精算番号のレコードの精算日時、精算金額、および精算ステータスの欄に、その時点の日時と精算金額と精算が完了した旨を示すデータを書き込み、図５（ｅ）の精算分割管理ＤＢ２２５にも精算金額や精算分割ステータスを書き込むものとする。

なお、同一精算番号の複数の精算依頼のそれぞれについての精算が行われた場合、サーバ１０１は、それら複数の精算処理で総額が支払われたか否かのチェックを行うものとする。総額で精算が完了した場合に、正常に引落が為されたものと見なすものである。引落が正常に行われた旨を示すＱＲコード（登録商標）は、総額で精算が正常に完了したことを示している。また、例えば、10000円の総額の支払いに対して、Ａさんが先に自己の顧客端末１０３から4000円を精算し、Ｂさんが後で自己の携帯端末１０３から6000円を精算する指示を行った場合、Ａさんが精算したタイミングで精算確認用のＱＲコード（登録商標）はＡさんの顧客端末１０３にはまだ表示せず、Ｂさんが精算して総額を支払ったタイミングで、Ｂさんの顧客端末１０３に、店舗に提示する精算完了用のＱＲコード（登録商標）を表示するようにしている。

各顧客端末１０３は、ステップ１１０７で会計結果データを受信し、引落が正常に行われていた場合はステップ１１０８でＱＲコード（登録商標）を表示する。図７（ｄ）は、会計結果のＱＲコード（登録商標）を表示する生産完了画面７３１の例を示す。７３３は総額の表示、７３４は精算が済んだことを示す表示、７３５はＱＲコード（登録商標）の表示である。

図１２は、会計結果確認処理の流れを示す。上述のステップ１１０８で顧客端末１０３にＱＲコード（登録商標）が表示されるが、顧客はステップ１２０１でそのＱＲコード（登録商標）を飲食店に提示する。飲食店のＰＯＳ端末１０２は、ステップ１２１１でそのＱＲコード（登録商標）を読み取り、ステップ１２１２で読み取ったＱＲコード（登録商標）をデコードして取得したデータをサーバ１０１に送信する。サーバ１０１は、ステップ１２２１でそのデータ（精算番号を含んでいる）を受信し、ステップ１２２２で図５（ｃ）の精算管理ＤＢ２２３の当該精算番号のレコードの精算ステータスが精算完了を示しているかチェックする。ステップ１２２３で、その精算ステータスをＰＯＳ端末１０２に送信する。ＰＯＳ端末１０２は、ステップ１２１３で、受信した精算ステータスを表示し、これにより店側は精算が完了したか否かを知ることができる。

なお、上記実施形態では、ＱＲコード（登録商標）を用いたが、代わりにFeliCa（登録商標）やNFCなどの非接触ＩＣを用いてもよい。

１００…インターネット、１０１…飲食店向けオーダー支払サービスサーバ、１０２…飲食店ＰＯＳシステム、１０３…顧客端末（スマートフォン）、１０４…専用線、１０５…決済システム、１１１…飲食店内テーブル、１１２…ＱＲコード（登録商標）。

Claims (5)

1. 飲食店の店舗に入店した顧客が携帯端末から飲食物の注文を行い、飲食終了後は該携帯端末により精算と支払を行う、飲食店向けオーダーおよび支払サービス方法であって、
   顧客の携帯端末が、該顧客が来店した飲食店の店舗を特定する店舗ＩＤとテーブルを特定するテーブルＩＤを含むテーブル情報を読み取り、該テーブル情報に顧客を特定する情報を付加した来店情報を飲食店向けオーダーおよび支払サービスサーバ（以下「サーバ」と呼ぶ）に送信するステップと、
   前記サーバが、前記来店情報を受信し、前記来店情報を送信した携帯端末に対して前記飲食店のメニュー情報を送信するステップと、
   前記顧客の携帯端末が、前記メニュー情報を表示するステップと、
   前記顧客の携帯端末が、顧客が注文する飲食物の種類と品数の入力を受付け、その注文情報を前記サーバに送信するステップと、
   前記サーバが、その注文情報を前記飲食店のＰＯＳ端末に送信するステップと、
   前記飲食店のＰＯＳ端末が、注文された商品が提供されるようにその注文情報を出力するステップと、
   前記顧客の携帯端末が、顧客の決済方法の指定を受付け、その指定情報を前記サーバに送信するステップと、
   前記サーバが、その指定情報を受けて、クレジットカードによる精算処理ならクレジットカード決済システムに精算情報を送信し、代金回収による精算処理なら代金回収決済システムに精算情報を送信するステップと、
   前記決済システムが、指示された精算処理を実行し、その精算結果を前記サーバに送信するステップと、
   前記サーバが、その精算結果を受けて、精算完了情報を前記顧客の携帯端末に送信するステップと、
   前記顧客の携帯端末が、前記精算完了情報を前記飲食店に提示するステップと
   を備えることを特徴とする飲食店向けオーダーおよび支払サービス方法。
2. 飲食店の店舗に入店した顧客が保持する携帯端末と、飲食店が保持するＰＯＳ端末と、飲食店向けオーダーおよび支払サービスサーバ（以下「サーバ」と呼ぶ）とを備える飲食店向けオーダーおよび支払サービスシステムであって、
   前記携帯端末は、
   顧客が来店した飲食店の店舗を特定する店舗ＩＤとテーブルを特定するテーブルＩＤを含むテーブル情報を読み取り、該テーブル情報に顧客を特定する情報を付加した来店情報を前記サーバに送信する手段と、
   前記サーバから送信される前記飲食店のメニュー情報を受信して表示する手段と、
   顧客が注文する飲食物の種類と品数の入力を受付け、その注文情報を前記サーバに送信する手段と、
   顧客による会計処理の開始の指示を受け付ける手段と、
   顧客の決済方法の指定を受付け、その指定情報を前記サーバに送信する手段と、
   前記サーバから送られる精算完了情報を表示する手段と
   を備え、
   前記サーバは、
   前記携帯端末から送られる前記来店情報を受信し、その来店情報を送信した携帯端末に対して前記飲食店のメニュー情報を送信する手段と、
   前記携帯端末から送られる前記注文情報を前記飲食店のＰＯＳ端末に送信する手段と、
   前記携帯端末から送られる決済方法の指定情報を受けて、クレジットカードによる精算処理ならクレジットカード決済システムに精算情報を送信し、代金回収による精算処理なら代金回収決済システムに精算情報を送信する手段と、
   前記各決済システムからの精算結果を受けて、精算完了情報を前記顧客の携帯端末に送信する手段と
   を備え、
   前記飲食店のＰＯＳ端末は、
   前記サーバから送信される注文情報を出力する手段と、
   前記顧客の携帯端末が、前記精算完了情報を提示したとき、精算完了しているかを確認する手段と
   を備えることを特徴とする飲食店向けオーダーおよび支払サービスシステム。
3. 請求項２に記載の飲食店向けオーダーおよび支払サービスシステムにおいて、
   前記テーブル情報は、ＱＲコード（登録商標）で表現された情報であることを特徴とする飲食店向けオーダーおよび支払サービスシステム。
4. 請求項２に記載の飲食店向けオーダーおよび支払サービスシステムにおいて、
   前記テーブル情報は、非接触ＩＣから読み取り可能な情報であることを特徴とする飲食店向けオーダーおよび支払サービスシステム。
5. 請求項２に記載の飲食店向けオーダーおよび支払サービスシステムにおいて、
   前記代金回収決済システムは、銀行口座間で即時振替を可能とする即時口座振替サービスを提供するシステムであることを特徴とする飲食店向けオーダーおよび支払サービスシステム。

Images