JP7469052B2 - 情報処理装置、決済システムおよびプログラム - Google Patents

Description

本発明の実施形態は、情報処理装置、決済システムおよびプログラムに関する。

最近は、飲食店等の店舗において、例えば店内の各テーブルに設置されたテーブル端末において、飲食した商品の決済を行うことができる。同様に、店員が所持するハンディターミナルにおいて、飲食した商品の決済を行うことができる。テーブル端末やハンディターミナルで決済を行った顧客はそのまま出店することができる。

しかしながら、このような仕組みでは、顧客がテーブル端末やハンディターミナルで決済をしたふりをして、実際には決済をせずに出店することが可能であった。

本発明が解決しようとする課題は、決済をせずに出店することを防止することが可能な情報処理装置、決済システムおよびプログラムを提供することである。

実施形態の情報処理装置は、受信部と、発注装置から発注した商品について決済することを事前登録する登録情報を決済サーバに送信する決済登録手段と、前記事前登録した前記発注装置から発注した商品について、前記発注装置から決済の確認信号を前記受信部が受信したかを判断する承認判断手段と、前記確認信号を受信したと判断した場合に当該商品について決済することを承認する承認信号を前記決済サーバに送信する承認送信手段と、を備える。

図１は、実施形態に係る決済システムを示す説明図である。 図２は、ステーションのハードウェア構成を示すブロック図である。 図３は、注文管理部の構成を示すメモリマップである。 図４は、注文情報部の構成を示すメモリマップである。 図５は、テーブル端末のハードウェア構成を示すブロック図である。 図６は、厨房端末のハードウェア構成を示すブロック図である。 図７は、ＰＯＳ端末のハードウェア構成を示すブロック図である。 図８は、ステーションとテーブル端末の機能構成を示す機能ブロック図である。 図９は、テーブル端末の制御処理の流れを示すフローチャートである。 図１０は、厨房端末の制御処理の流れを示すフローチャートである。 図１１は、ステーションの制御処理の流れを示すフローチャートである。 図１２は、ＰＯＳ端末の制御処理の流れを示すフローチャートである。

以下、図面を参照して、実施形態について詳細に説明する。実施形態では、ステーションを情報処理装置の一例として説明する。また実施形態では、テーブル端末を発注装置の一例として説明する。また、実施形態では、ＰＯＳ（Point of Sales）端末を外部装置の一例として説明する。なお、以下に説明する実施形態によりこの発明が限定されるものではない。

図１は、実施形態に係る決済システムを示す説明図である。決済システム１０は、飲食店等の店舗Ｔで飲食する料理等の商品の販売処理および売上管理等を行うシステムであり、店舗Ｔ内に設置される。決済システム１０は、ステーション１、テーブル端末３（発注装置）、厨房端末５、ＰＯＳ端末７を備える。ステーション１、テーブル端末３、厨房端末５、ＰＯＳ端末７は、例えばＬＡＮ（Local Area Network）等の通信回線Ｌ１で接続されており、相互に情報や信号の送受信が可能である。

また、決済システム１０は、決済サーバ９と専用回線または公衆回線等の通信回線Ｌ２で接続されている。決済サーバ９は、例えば後述する、店舗Ｔでの商品購入に係る決済をするために携帯端末Ｋ（スマートフォン、携帯電話、ＰＤＡ（Personal Digital Assistant）等）にインストールされたアプリケーションを使用した決済を運営する企業に設置されている。

ここで、携帯端末Ｋにインストールされたアプリケーションを使用した決済（以降「アプリ決済」と称する）について説明する。ここでは、店舗Ｔで商品を購入し、ＰＯＳ（Point of Sales）端末等を用いて当該商品の売上登録処理を実行した後、当該アプリ決済を行う場合を一例として説明する。

まずは、決済を運用する企業のホームページ等からアプリケーションを携帯端末Ｋにダウンロードしてインストールする。次に、携帯端末Ｋに搭載されたカメラ機能およびアプリケーションを使用して、企業が用意したコードシンボル（二次元コード等）を読み取る。読み取ったコードシンボルには、少なくとも当該企業が運営するサイトへのアクセス情報が含まれる。そして携帯端末Ｋに、決済する金額（例えば、購入した商品（ＰＯＳ端末で売上登録処理した商品）の支払金額）を入力する。携帯端末Ｋは、無線通信回線Ｌ３を介して決済サーバ９と通信が可能である。そのため、携帯端末Ｋから決済サーバ９に対して決済金額の情報が送信される。決済サーバ９において受信した決済金額に係るアプリ決済の決済処理を実行する。

決済処理した決済サーバ９は、当該取引に係る決済処理が終了したことを示す情報をステーション１に送信し、受信したステーション１は当該情報をＰＯＳ端末７に転送する。するとＰＯＳ端末７は当該決済に係るレシートを発行する。発行されたレシートには、商品情報、決済情報、および決済処理した決済サーバ９を運営する企業名等が記載される。

なお、顧客の携帯端末Ｋにコードシンボルを表示し、ＰＯＳ端末７がこれを読み取ることで決済サーバ９が決済処理を行うやり方もある。この場合、コードシンボルには、上記アクセス情報に加え、会員を特定する会員情報や、携帯端末Ｋのアドレス等の情報が含まれる。

決済サーバ９は、店舗Ｔで買い物をした取引について、携帯端末Ｋにインストールされたアプリケーションが動作することで受信した金額情報に基づいて決済処理を実行する。決済サーバ９は、決済した決済情報を、携帯端末Ｋと、ステーション１に送信する。

ステーション１は、例えばマイクロコンピュータを備えたサーバである。ステーション１は、店舗Ｔのバックヤードに設置されている。ステーション１は、テーブル端末３から発注された商品（料理、飲み物、グッズ等）の売上げ（販売数量や売上金額）を管理する。また、ステーション１は、発注された商品の顧客への配膳（提供）の有無の配膳管理を行う。

また、ステーション１は、アプリ決済を行う場合は、アプリ決済を行うことを事前登録する登録情報を決済サーバ９に送信する。ステーション１は、アプリ決済の事前登録をしたかの有無を管理する。また、ステーション１は、アプリ決済を事前登録した顧客について、発注した商品が配膳される毎に、当該商品についてアプリ決済を行うことを承認する承認信号を決済サーバ９に送信する。また、ステーション１は、テーブル端末３から発注された商品について、アプリ決済されたか否かを示す情報を商品毎に記憶して管理する。

テーブル端末３は、テーブル毎に１台設置されている。テーブル端末３は例えば各テーブル上に設置されているタブレット端末である。テーブル端末３は、表示部４２（図５を参照）を備え、店舗Ｔで販売するすべての商品を選択可能に表示する。顧客は、表示されている商品から飲食する商品を選択する。

また、テーブル端末３は、発注キー４１３（図５を参照）が操作されると、選択された商品について、調理の発注を行う。

また、テーブル端末３は、商品が配膳されると、承認キー４１４（図５を参照）を表示する。承認キー４１４は、配膳（提供）された商品について、事前登録されたアプリ決済で決済処理をすることを顧客が承認するためのキーである。顧客は、アプリ決済を承認する場合は承認キー４１４を操作する。

また、テーブル端末３は、アプリ決済の事前登録を行う機能を備える。具体的には、テーブルに着席した顧客は、テーブルに設置されているテーブル端末３に表示された登録キー４１１（図５を参照）を操作する。テーブル端末３は、登録キー４１１が操作されると、携帯端末Ｋに表示されているコードシンボルを読み取って、ステーション１を経由して決済サーバ９に対し、事前登録の申請を行う。申請を受け取った決済サーバ９は、コードシンボルに含まれる会員情報に関連付けて、アプリ決済の事前登録を設定する。ステーション１は、事前設定された会員の会員情報を記憶する。

厨房端末５は、商品を調理する厨房に設置される。商品の調理人は、調理が完成した場合に、厨房端末５に表示された当該商品に係る配膳キー６１１（図６を参照）を操作する。厨房端末５は、配膳キー６１１が操作された商品について、配膳済みを示す配膳信号を、ステーション１に送信する。調理が完成した商品は、店舗Ｔの店員によって当該商品を発注した顧客が着席しているテーブルに配膳される。

ＰＯＳ端末７は、店舗Ｔの出口付近に設置される。ＰＯＳ端末７は、店舗Ｔでの飲食についての精算を行う装置である。ＰＯＳ端末７は、テーブル端末３においてアプリ決済を行わなかった商品があれば、当該商品についての決済処理を行う。例えば、携帯端末Ｋを携帯しない顧客や、携帯端末Ｋにアプリ決済用のアプリケーションをインストールしていない顧客は、店内で飲食した商品についてＰＯＳタンマツで決済を行う。ＰＯＳ端末７は、現金および非現金で決済をすることができる。ＰＯＳ端末７は、決済をするために入力した情報（商品の合計金額、預り金額、端末コード、等）および決済信号をステーション１に送信する。

アプリ決済用のアプリケーションをインストールした携帯端末Ｋは、アプリ決済を運営する企業の企業情報、会員情報、チャージ金額情報、携帯端末Ｋのアドレスの情報を含むコードシンボルを表示部に表示可能である。なお、コードシンボルは、少なくとも会員情報を含む。その他の情報は、会員登録している図示しない会員サーバに記憶されており、当該会員情報に基づいて会員サーバから取得することもできる。

ここからは、ステーション１のハードウェア構成について説明する。図２は、ステーション１のハードウェア構成を示すブロック図である。図２に示すように、ステーション１は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、メモリ部１４等を備えている。ＣＰＵ１１は制御主体となる。ＲＯＭ１２は各種プログラムを記憶する。ＲＡＭ１３はプログラムや各種データを展開する。メモリ部１４は各種プログラムを記憶する。ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、メモリ部１４は、互いにバス１５を介して接続されている。ＣＰＵ１１とＲＯＭ１２とＲＡＭ１３が、制御部１００を構成する。すなわち、制御部１００は、ＣＰＵ１１がＲＯＭ１２やメモリ部１４に記憶されＲＡＭ１３に展開された制御プログラムに従って動作することによって、後述するステーション１に係る制御処理を実行する。

ＲＡＭ１３は、注文管理部１３１を備える。注文管理部１３１は、アプリ決済の事前登録の情報や発注された商品の状況を管理する。注文管理部１３１については、図３および図４で後述する。

メモリ部１４は、電源を切っても記憶情報が保持されるＨＤＤ（Hard Disc Drive）やフラッシュメモリ等の不揮発性メモリで構成される。メモリ部１４は、制御プログラム部１４１、商品マスタ１４２を備える。制御プログラム部１４１は、ステーション１を制御するための制御プログラムを記憶する。商品マスタ１４２は、商品毎に当該商品に係る商品情報（商品名、単価、商品の画像等）を記憶する。また、メモリ部１４は、店舗Ｔにおける商品の売上（商品の売上数、合計売上金額、等）を記憶する。

また、制御部１００は、バス１５およびコントローラ１６を介して、操作部２１、表示部２２と接続している。コントローラ１６は、制御部１００からの指示を受けて、操作部２１、表示部２２を制御する。以下では、説明の都合上、実際にはコントローラ１６が行う制御を直接制御部１００が行うとして説明する。

操作部２１は、ステーション１を動作させるために操作者が操作するキーボード等である。表示部２２は、例えば液晶表示器であり、ステーション１の操作者に対して情報を表示する。

また、制御部１００は、バス１５を介して、通信部２４と接続している。通信部２４は、通信回線Ｌ１を介して、テーブル端末３、厨房端末５、ＰＯＳ端末７と情報を送受信する。また、制御部１００は、バス１５を介して、通信部２５と接続している。通信部２５は、通信回線Ｌ２を介して、決済サーバ９と情報を送受信する。

次に、注文管理部１３１について説明する。図３は、注文管理部１３１の構成を示すメモリマップである。図３では、説明の都合上、店舗Ｔ内に設置された一つのテーブル（例えばテーブルＡ）に着席した顧客に係る注文状況を一例として示し説明する。実際には、注文管理部１３１は、テーブルの数分の図３の情報を、テーブル毎に記憶する。

図３に示すように、注文管理部１３１は、端末コード部１３１１、登録情報部１３１２、注文情報部１３１３を有する。端末コード部１３１１は、顧客が着席した―ブル（実施形態ではテーブルＡ）を特定する端末コード（実施形態ではテーブルＡを特定する端末コード）を記憶する。登録情報部１３１２は、アプリ決済を事前登録した顧客の情報（アプリ決済をするアプリケーションを提供した企業名、当該顧客を特定する会員情報、当該会員が携帯するアプリケーションをインストールした携帯端末Ｋにメールを送信するためのアドレス情報、等）を記憶する。注文情報部１３１３は、端末コードで特定されるテーブルに設置されたテーブル端末３から商品が発注された商品の情報を記憶する。注文情報部１３１３については、図４で後述する。

次に、注文情報部１３１３について説明する。図４は、注文情報部１３１３の構成を示すメモリマップである。図４に示すように、注文情報部１３１３は、注文商品部１３１３１、配膳情報部１３１３２、決済情報部１３１３３を有する。注文商品部１３１３１は、一つのテーブルに設置されたテーブル端末３から発注されたすべての商品の情報（例えば商品を特定する商品コード）を記憶する。配膳情報部１３１３２は、当該発注された商品が配膳されたか否かの情報を記憶する。商品が配膳された場合にはフラグ１を記憶する。すなわち、テーブル端末３から発注された商品について、厨房端末５において配膳キー６１１が操作された商品について、当該商品が配膳されたとしてフラグ１を記憶する。なお、商品が配膳されていない場合には、配膳情報部１３１３２はフラグ０を記憶する。

決済情報部１３１３３は、配膳された商品についてアプリ決済が行われたか否かの情報を記憶する。決済情報部１３１３３は、アプリ決済が終了した商品についてはフラグ１を記憶する。決済情報部１３１３３は、アプリ決済が終了していない商品、あるいはアプリ決済を行っていない商品についてはフラグ０を記憶する。

ここからは、テーブル端末３のハードウェア構成について説明する。図５は、テーブル端末３のハードウェア構成を示すブロック図である。図５に示すように、テーブル端末３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、メモリ部３４等を備えている。ＣＰＵ３１は制御主体となる。ＲＯＭ３２は各種プログラムを記憶する。ＲＡＭ３３はプログラムや各種データを展開する。メモリ部３４は各種プログラムを記憶する。ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、メモリ部３４は、互いにバス３５を介して接続されている。ＣＰＵ３１とＲＯＭ３２とＲＡＭ３３が、制御部３００を構成する。すなわち、制御部３００は、ＣＰＵ３１がＲＯＭ３２やメモリ部３４に記憶されＲＡＭ３３に展開された制御プログラムに従って動作することによって、後述するテーブル端末３に係る制御処理を実行する。

ＲＡＭ３３は、注文情報部３３１を備える。注文情報部３３１は、当該テーブル端末３から発注された商品の情報（商品コード、商品名、価格、発注時刻、等）を記憶する。

メモリ部３４は、電源を切っても記憶情報が保持されるＨＤＤやフラッシュメモリ等の不揮発性メモリで構成される。メモリ部３４は、制御プログラム部３４１、商品マスタ３４２、端末コード部３４３を備える。制御プログラム部３４１は、テーブル端末３を制御するための制御プログラムを記憶する。商品マスタ３４２は、商品毎に当該商品に係る商品情報（商品マスタ１４２と同等の情報）を記憶する。端末コード部３４３は、テーブル端末３を特定する端末コードを記憶する。

また、制御部３００は、バス３５およびコントローラ３６を介して、操作部４１、表示部４２、印字部４３、シンボル読取部４４と接続している。表示部４２上に設けられたタッチパネルで構成される操作部４１は、登録キー４１１、商品キー４１２、発注キー４１３、承認キー４１４、終了キー４１５を備える。登録キー４１１は、アプリ決済の事前登録を行う場合に操作する。商品キー４１２は、飲食する一または複数の商品（すなわち、注文する料理や飲み物）を選択する場合に操作する。発注キー４１３は、選択した商品を発注する場合に操作する。承認キー４１４は、配膳された商品について事前決済することを承認する場合に操作する。終了キー４１５は、発注した商品について決済する場合に操作する。

表示部４２は、テーブルに着席している顧客に対し、情報（選択する商品の情報、発注した商品の情報、発注した商品の合計金額、決済した際の決済金額、等）を顧客に表示する。なお、登録キー４１１、商品キー４１２、発注キー４１３、承認キー４１４、終了キー４１５、表示部４２上に設けられたタッチパネル上で機能する操作部４１としてのキーである。

印字部４３は、終了キー４１５を操作した場合に、当該テーブル端末３での決済に係る特定情報（例えば端末コード）を含むコードシンボルを印字した伝票を発行する。顧客は、発行された伝票を持ってＰＯＳ端末７において当該伝票を提示して決済を行う。

コントローラ３６は、制御部３００からの指示を受けて、操作部４１、表示部４２、印字部４３、シンボル読取部４４を制御する。以下では、説明の都合上、実際にはコントローラ３６が行う制御を直接制御部３００が行うとして説明する。

シンボル読取部４４は、コードシンボルを撮像して、あるいは光学的に読み取る。シンボル読取部４４は、携帯端末Ｋに表示されたコードシンボルを読み取る。

また、制御部３００は、バス３５を介して、通信部４５と接続している。通信部４５は、通信回線Ｌ１を介して、ステーション１、厨房端末５、ＰＯＳ端末７と情報を送受信する。

ここからは、厨房端末５のハードウェア構成について説明する。図６は、厨房端末５のハードウェア構成を示すブロック図である。図６に示すように、厨房端末５は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、メモリ部５４等を備えている。ＣＰＵ５１は制御主体となる。ＲＯＭ５２は各種プログラムを記憶する。ＲＡＭ５３はプログラムや各種データを展開する。メモリ部５４は各種プログラムを記憶する。ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、メモリ部５４は、互いにバス５５を介して接続されている。ＣＰＵ５１とＲＯＭ５２とＲＡＭ５３が、制御部５００を構成する。すなわち、制御部５００は、ＣＰＵ５１がＲＯＭ５２やメモリ部５４に記憶されＲＡＭ５３に展開された制御プログラムに従って動作することによって、後述する厨房端末５に係る制御処理を実行する。

ＲＡＭ５３は、注文受部５３１を備える。注文受部５３１は、テーブル端末３から発注された商品の情報をステーション１経由で受信して記憶する。

メモリ部５４は、電源を切っても記憶情報が保持されるＨＤＤやフラッシュメモリ等の不揮発性メモリで構成される。メモリ部５４は、制御プログラム部５４１を備える。制御プログラム部５４１は、厨房端末５を制御するための制御プログラムを記憶する。

また、制御部５００は、バス５５およびコントローラ５６を介して、操作部６１、表示部６２と接続している。操作部６１は、配膳キー６１１を備える。配膳キー６１１は、受信した商品の調理が完了し、配膳される際に調理人が操作する。表示部６２は、厨房で調理をする調理人に対し、注文受部５３１に記憶された商品の情報を表示する。調理人は、表示部６２に表示された商品の情報に基づいて調理を行う。

また、制御部５００は、バス５５を介して、通信部６３と接続している。通信部６３は、通信回線Ｌ１を介して、ステーション１、テーブル端末３、ＰＯＳ端末７と情報を送受信する。

ここからは、ＰＯＳ端末７のハードウェア構成について説明する。図７は、ＰＯＳ端末７のハードウェア構成を示すブロック図である。図７に示すように、ＰＯＳ端末７は、ＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、メモリ部７４等を備えている。ＣＰＵ７１は制御主体となる。ＲＯＭ７２は各種プログラムを記憶する。ＲＡＭ７３はプログラムや各種データを展開する。メモリ部７４は各種プログラムを記憶する。ＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、メモリ部７４は、互いにバス７５を介して接続されている。ＣＰＵ７１とＲＯＭ７２とＲＡＭ７３が、制御部７００を構成する。すなわち、制御部７００は、ＣＰＵ７１がＲＯＭ７２やメモリ部７４に記憶されＲＡＭ７３に展開された制御プログラムに従って動作することによって、後述するＰＯＳ端末７に係る制御処理を実行する。

ＲＡＭ７３は、商品情報部７３１を備える。商品情報部７３１は、テーブル端末３においてアプリ決済を行わなかった商品の商品情報をステーション１から受信して記憶する。ＰＯＳ端末７は、顧客から渡された伝票に印字されている端末コードを含むコードシンボルを読み取って、当該端末コードに対応した未決済の商品の商品情報をステーション１から受信して商品情報部７３１に記憶し、記憶した商品情報に基づいて決済処理を実行する。

メモリ部７４は、電源を切っても記憶情報が保持されるＨＤＤやフラッシュメモリ等の不揮発性メモリで構成される。メモリ部７４は、制御プログラム部７４１と商品マスタ７４２を備える。制御プログラム部７４１は、ＰＯＳ端末７を制御するための制御プログラムを記憶する。商品マスタ７４２は、商品毎に当該商品に係る商品情報（商品マスタ１４２と同等の情報）を記憶する。商品マスタ７４２は、ＰＯＳ端末７での決済処理に使用される。

また、制御部７００は、バス７５およびコントローラ７６を介して、操作部８１、表示部８２、印字部８３、コード読取部８４を備える。操作部８１は、決済キー８１１を備える。決済キー８１１は、ＰＯＳ端末７において決済を行う場合に操作する。表示部８２は、ＰＯＳ端末７を操作する店員や顧客に、決済処理した商品の商品情報や決済情報を表示する。

印字部８３は、ＰＯＳ端末７において決済処理をした場合に、決済した商品に係る情報（商品情報や決済情報）を印字したレシートを発行する。コード読取部８４は、テーブル端末３の印字部４３が発行した伝票に印字されたコードシンボルを読み取る。制御部７００は、読み取ったコードシンボルで特定されるテーブルで発注された未決済の商品について、決済処理を実行する。

なお、ＰＯＳ端末７における決済処理とは、発注された商品の商品情報、顧客から預かった現金の預り金の情報、釣銭の情報等を表示する処理、釣銭の発行を釣銭機に指示する処理をいう。また、これらの情報を印字したレシートを発行する処理を含む。

また、制御部７００は、バス７５を介して、通信部８５と接続している。通信部８５は、通信回線Ｌ１を介して、ステーション１、テーブル端末３、厨房端末５と情報を送受信する。

ここからは、テーブル端末３およびステーション１の機能構成について説明する。図８は、テーブル端末３およびステーション１の機能構成を示す機能ブロック図である。制御部３００は、ＲＯＭ３２やメモリ部３４の制御プログラム部３４１に記憶された制御プログラムに従うことで、登録申請手段３０１、承認表示手段３０２、承認手段３０３として機能する。

登録申請手段３０１は、アプリ決済の事前登録を申請する。具体的には、登録申請手段３０１は、アプリ決済の事前登録をするための登録申請信号（企業情報、会員情報、チャージ金額情報、携帯端末Ｋのアドレスの情報を含む）を、ステーション１に送信する。

承認表示手段３０２は、承認キー４１４を表示する。具体的には、承認表示手段３０２は、ステーション１から表示信号を受信した場合に、承認キー４１４を表示部４２に表示する。

承認手段３０３は、発注された商品の提供時に当該商品についての決済を承認する承認信号をステーション１に送信する。具体的には、承認手段３０３は、承認表示手段３０２によって表示された承認キー４１４が操作された場合に、商品についての決済を承認する承認信号である確認信号をステーション１に送信する。

また、制御部１００は、ＲＯＭ１２やメモリ部１４の制御プログラム部１４１に記憶された制御プログラムに従うことで、決済登録手段１０１、表示信号送信手段１０２、承認判断手段１０３、承認送信手段１０４として機能する。

決済登録手段１０１は、発注した商品について決済することを事前登録する登録情報を決済サーバ９に送信する。具体的には、決済登録手段１０１は、登録申請手段３０１によって送信された登録申請信号を受信した場合に、発注した商品について決済することを事前登録する登録情報を決済サーバ９に送信する。

表示信号送信手段１０２は、発注した商品の配膳時に配膳された商品について決済をすることを承認する場合に操作する承認キー４１４を発注装置であるテーブル端末３に表示させる表示信号を送信する。具体的には、表示信号送信手段１０２は、厨房端末５から
商品の配膳を示す配膳信号を受信した場合に、発注した商品の配膳時に配膳された商品について決済をすることを承認する場合に操作する承認キー４１４を発注装置であるテーブル端末３に表示させる表示信号をテーブル端末３に送信する。

承認判断手段１０３は、提供された商品について決済することが可能かを判断する。具体的には、承認判断手段１０３は、テーブル端末３から確認信号を受信したと判断した場合に、テーブル端末３から受信して記憶しているチャージ金額およびアプリ決済する商品の価格に基づいて、当該商品がアプリ決済の承認が可能かを判断する。承認判断手段１０３は、チャージ金額が商品の価格以上であればアプリ決済の承認が可能と判断する。承認判断手段１０３は、チャージ金額が商品の価格未満であればアプリ決済の承認は不可と判断する。

承認送信手段１０４は、事前登録した顧客への商品の提供毎に当該商品について決済することを承認する承認信号を決済サーバ９に送信する。具体的には、承認送信手段１０４は、承認判断手段１０３がアプリ決済が承認可能と判断した場合毎に、当該商品について、決済することを承認する承認信号を決済サーバ９に送信する。

ここからは、テーブル端末３の制御について説明する。図９は、テーブル端末３の制御処理の流れを示すフローチャートである。テーブル端末３の制御部３００は、登録キー４１１が操作されたかを判断する（Ｓ１１）。登録キー４１１が操作されたと判断した場合には（Ｓ１１のＹｅｓ）、シンボル読取部４４が携帯端末Ｋに表示されたコードシンボルを読み取ったかを判断する（Ｓ１２）。読み取るまで待機し（Ｓ１２のＮｏ）、コードシンボルを読み取ったと判断した場合には（Ｓ１２のＹｅｓ）、登録申請手段３０１は、アプリ決済の事前登録するための登録申請信号（企業情報、会員情報、チャージ金額情報、携帯端末Ｋのアドレスの情報を含む）をステーション１に送信する（Ｓ１３）。

次に制御部３００は、ステーション１からアプリ決済のための事前登録が完了したことを示す登録信号を受信したかを判断する（Ｓ１４）。登録信号を受信するまで待機し（Ｓ１４のＮｏ）、登録信号を受信したと判断した場合には（Ｓ１４のＹｅｓ）、制御部３００は、アプリ決済が事前登録されたことを示すメッセージを表示部４２に表示する（Ｓ１５）。そして制御部３００は、Ｓ１１に戻る。このメッセージは、携帯端末Ｋに表示するようにしてもよい。

登録キー４１１の操作ではないと判断した場合には（Ｓ１１のＮｏ）、制御部３００は、商品キー４１２が操作されたかを判断する（Ｓ２１）。商品キー４１２が操作されたと判断した場合には（Ｓ２１のＹｅｓ）、制御部３００は、操作された商品キー４１２に対応した、飲食するために選択された商品の商品情報（商品名、価格、等）を注文情報部３３１に記憶する（Ｓ２２）。そして制御部３００は、Ｓ１１に戻る。

また、商品キー４１２の操作ではないと判断した場合には（Ｓ２１のＮｏ）、制御部３００は、発注キー４１３が操作されたかを判断する（Ｓ２３）。発注キー４１３が操作されたと判断した場合には（Ｓ２３のＹｅｓ）、制御部３００は、注文情報部３３１に記憶されている商品情報に基づいて、当該商品の発注処理を行う（Ｓ２４）。すなわち、制御部３００は、注文情報部３３１に記憶されている商品情報に基づいて、当該商品の商品コードと発注信号を、当該テーブル端末３を特定する端末コードとともにステーション１に送信する（Ｓ２４）。そして制御部３００は、Ｓ１１に戻る。

また、発注キー４１３の操作ではないと判断した場合には（Ｓ２３のＮｏ）、制御部３００は、ステーション１から表示信号（図１１のＳ６５の処理による信号）を受信したかを判断する（Ｓ３１）。表示信号を受信したと判断した場合には（Ｓ３１のＹｅｓ）、承認表示手段３０２は、承認キー４１４を表示部４２に表示する（Ｓ３２）。次に制御部３００は、承認キー４１４が操作されたかを判断する（Ｓ３３）。操作されるまで待機し（Ｓ３３のＮｏ）、承認キー４１４が操作されたと判断した場合には（Ｓ３３のＹｅｓ）、承認手段３０３は、商品についての決済を承認する承認信号である確認信号をステーション１に送信する（Ｓ３４）。そして制御部３００は、Ｓ１１に戻る。

また、表示信号の受信ではないと判断した場合には（Ｓ３１のＮｏ）、制御部３００は、ステーション１から決済不可信号（図１１のＳ７６の処理による信号）を受信したかを判断する（Ｓ３５）。決済不可信号を受信したと判断した場合には（Ｓ３５のＹｅｓ）、制御部３００は、チャージ金額が不足している等の理由でアプリ決済が不可であることを示すメッセージを表示部４２に表示する（Ｓ３６）。この表示を見た顧客は、当該商品を含め以降に発注した商品についてアプリ決済を中止する。そして制御部３００は、Ｓ１１に戻る。

また、決済不可信号の受信ではないと判断した場合には（Ｓ３５のＮｏ）、制御部３００は、終了キー４１５が操作されたかを判断する（Ｓ３７）。終了キー４１５が操作されたと判断した場合には（Ｓ３７のＹｅｓ）、制御部３００は、飲食を終了することを示す終了信号および当該テーブル端末３を特定する端末コードをステーション１に送信する（Ｓ３８）。そして制御部３００は、送信した端末コードを含むコードシンボルを印字した伝票を印字部４３から発行する（Ｓ３９）。そして制御部３００は、Ｓ１１に戻る。なお、終了キー４１５の操作ではないと判断した場合には（Ｓ３７のＮｏ）、制御部３００は、Ｓ１１に戻る。

ここからは、厨房端末５の制御について説明する。図１０は、厨房端末５の制御処理の流れを示すフローチャートである。図１０に示すように、厨房端末５の制御部５００は、ステーション１から注文信号を受信したかを判断する（Ｓ４１）。ステーション１から注文信号を受信したと判断した場合には（Ｓ４１のＹｅｓ）、制御部５００は、受信した注文情報を表示部６２に表示する（Ｓ４２）。すなわち、制御部５００は、発注された商品の商品情報を表示する。そして制御部５００は、Ｓ４１に戻る。

また、注文信号の受信ではないと判断した場合には（Ｓ４１のＮｏ）、制御部５００は、配膳キー６１１が操作されたかを判断する（Ｓ４３）。配膳キー６１１が操作されたと判断した場合には（Ｓ４３のＹｅｓ）、制御部５００は、表示された商品について調理が完了して配膳されることを示す配膳信号を、テーブル端末３を特定する受信した端末コードとともにステーション１に送信する（Ｓ４４）。そして制御部５００は、Ｓ４１に戻る。

ここからは、ステーション１の制御について説明する。図１１は、ステーション１の制御処理の流れを示すフローチャートである。図１１に示すように、ステーション１の制御部１００は、テーブル端末３から登録申請信号を受信したかを判断する（Ｓ５１）。テーブル端末３から登録申請信号を受信したと判断した場合には（Ｓ５１のＹｅｓ）、決済登録手段１０１は、発注した商品についてアプリ決済することを事前登録する登録情報を決済サーバ９に送信する（Ｓ５２）。

次に制御部１００は、決済サーバ９から、登録申請信号を送信した取引について、アプリ決済をすることを事前登録したことを示す登録許可の情報を受信したかを判断する（Ｓ５３）。登録許可の情報を受信するまで待機し（Ｓ５３のＮｏ）、登録許可の情報を受信したと判断した場合には（Ｓ５３のＹｅｓ）、制御部１００は、当該取引について、アプリ決済をすることが事前登録されたことを示す情報（例えば事前登録フラグ＝１の情報）と登録申請信号に含まれる登録情報（少なくとも会員情報、チャージ金額情報）を、登録情報部１３１２に記憶する（Ｓ５４）。そして制御部１００は、アプリ決済をすることが事前登録されたことを示す登録信号を端末コードで特定されるテーブル端末３に送信する（Ｓ５５）。そして制御部１００は、Ｓ５１に戻る。

また、Ｓ５１において、登録申請信号の受信ではないと判断した場合には（Ｓ５１のＮｏ）、制御部１００は、テーブル端末３から発注信号を受信したかを判断する（Ｓ６１）。テーブル端末３から発注信号を受信したと判断した場合には（Ｓ６１のＹｅｓ）、制御部１００は、受信した発注信号に含まれる端末コードに商品コードを関連付けて注文商品部１３１３１に記憶する（Ｓ６２）。そして制御部１００は、当該発注信号に対応した注文信号を厨房端末５に送信する（Ｓ６３）。注文信号には、発注信号を受信したテーブル端末３を特定する端末コードと発注した商品を特定する商品コードが含まれる。そして制御部１００は、Ｓ５１に戻る。

また、Ｓ６１において、発注信号の受信ではないと判断した場合には（Ｓ６１のＮｏ）、制御部１００は、厨房端末５から配膳信号を受信したかを判断する（Ｓ６４）。厨房端末５から配膳信号を受信したと判断した場合には（Ｓ６４のＹｅｓ）、制御部１００は、同時に厨房端末５から受信した端末コードに対応付けられた配膳情報部１３１３２に、当該商品が配膳されたことを示すフラグ１を記憶する（Ｓ６５）。次に表示信号送信手段１０２は、発注された商品が配膳されたことを示し、発注した商品の配膳時に配膳された商品について決済をすることを承認する場合に操作する承認キー４１４を、発注装置であるテーブル端末３に表示させる表示信号を当該テーブル端末３に送信する（Ｓ６５）。そして制御部１００は、Ｓ５１に戻る。

また、Ｓ６４において、配膳信号の受信ではないと判断した場合には（Ｓ６４のＮｏ）、承認判断手段１０３は、テーブル端末３から確認信号を受信したかを判断する（Ｓ７１）。確認信号を受信したと判断した場合には（Ｓ７１のＹｅｓ）、承認判断手段１０３は、配膳した商品についてアプリ決済が可能であるかを判断する（Ｓ７２）。具体的には、承認判断手段１０３は、登録情報部１３１２に記憶されているチャージ金額と、配膳された商品の価格を比較して、チャージ金額が商品の価格以上であれば、配膳した商品についてアプリ決済が可能であると判断する。一方、承認判断手段１０３は、チャージ金額が商品の価格未満であれば、配膳した商品についてアプリ決済は不可であると判断する。

配膳した商品についてアプリ決済が可能であると判断した場合には（Ｓ７２のＹｅｓ）、承認送信手段１０４は、当該商品について、決済することを承認する承認信号を決済サーバ９に送信する（Ｓ７３）。そして制御部１００は、当該商品に対応した決済情報部１３１３３にフラグ１を記憶する（Ｓ７４）。そして制御部１００は、登録情報部１３１２に記憶されているチャージ金額から、アプリ決済をした商品の価格を減算し、減算した新たなチャージ金額を記憶する（Ｓ７５）。そして制御部１００は、Ｓ５１に戻る。

また、配膳した商品についてアプリ決済が不可であると判断した場合には（Ｓ７２のＮｏ）、制御部１００は、決済不可情報をテーブル端末３に送信する（Ｓ７６）。そして制御部１００は、Ｓ５１に戻る。

また、Ｓ７１において、確認信号の受信ではないと判断した場合には（Ｓ７１のＮｏ）、制御部１００は、テーブル端末３から終了信号を受信したかを判断する（Ｓ８１）。終了信号を受信したと判断した場合には（Ｓ８１のＹｅｓ）、制御部１００は、ＰＯＳ端末７に対し、終了信号、端末コード、および配膳情報部１３１３２にフラグ１が記憶されており、かつ決済情報部１３１３３にフラグ１が記憶されていない商品の商品情報を送信する（Ｓ８２）。そして制御部１００は、Ｓ５１に戻る。なお、終了信号の受信ではないと判断した場合には（Ｓ８１のＮｏ）、制御部１００は、Ｓ５１に戻る。

ここからは、ＰＯＳ端末７の制御について説明する。図１２は、ＰＯＳ端末７の制御処理の流れを示すフローチャートである。図１２に示すように、ＰＯＳ端末７の制御部７００は、ステーション１から端末コード、終了信号、配膳情報部１３１３２にフラグ１が記憶されており、かつ決済情報部１３１３３にフラグ１が記憶されていない商品の商品情報を受信したかを判断する（Ｓ９１）。端末コード、終了信号、配膳情報部１３１３２にフラグ１が記憶されており、かつ決済情報部１３１３３にフラグ１が記憶されていない商品の商品情報を受信したと判断した場合には（Ｓ９１のＹｅｓ）、制御部７００は、端末コード、終了信号、当該商品情報を商品情報部７３１に記憶する（Ｓ９２）。そして制御部７００は、Ｓ９１に戻る。

なお、すべての商品が配膳され、かつ決済情報部１３１３３にフラグ１が記憶されている場合には、Ｓ９２において、商品情報を商品情報部７３１に記憶しない。すなわち、配膳されたすべての商品についてアプリ決済がされているため、ＰＯＳ端末７において決済する商品はない。その代りに、端末コードに対応付けてすべての商品が決済済みであることを示す情報を商品情報部７３１に記憶する。

また、端末コード、終了信号、配膳情報部１３１３２にフラグ１が記憶されており、かつ決済情報部１３１３３にフラグ１が記憶されていない商品の商品情報を受信していないと判断した場合には（Ｓ９１のＮｏ）、制御部７００は、印字部４３が発行した伝票に印字されたコードシンボルをコード読取部８４が読み取ったかを判断する（Ｓ９３）。伝票に印字されたコードシンボルを読み取ったと判断した場合には（Ｓ９３のＹｅｓ）、制御部７００は、決済キー８１１が操作されたかを判断する（Ｓ９４）。決済キー８１１が操作されるまで待機し（Ｓ９４のＮｏ）、決済キー８１１が操作されたと判断した場合には（Ｓ９４のＹｅｓ）、次に制御部７００は、商品情報部７３１に商品情報が記憶されているかを判断する（Ｓ９５）。商品情報部７３１に商品情報が記憶されていると判断した場合には（Ｓ９５のＹｅｓ）、制御部７００は、商品情報部７３１に記憶されている商品情報に基づいて決済処理を実行する（Ｓ９６）。すなわち、制御部７００は、アプリ決済によって決済していない商品について決済処理を実行する。そして制御部７００は、Ｓ９１に戻る。

また、商品情報部７３１に商品情報は記憶されていなくて、代わりに、端末コードに対応付けてすべての商品が決済済みであることを示す情報が記憶されていると判断した場合には（Ｓ９５のＮｏ）、制御部７００は、すべての商品が決済済みであること示す決済済情報を表示する（Ｓ９７）。そして制御部７００は、Ｓ９１に戻る。

なお、伝票に印字されたコードシンボルの読み取りではないと判断した場合には（Ｓ９３のＮｏ）、制御部７００は、Ｓ９１に戻る。

このように実施形態のステーション１は、発注した商品について決済することを事前登録する登録情報を決済サーバ９に送信する決済登録手段１０１と、事前登録した顧客への商品の提供毎に当該商品について決済することを承認する承認信号を決済サーバ９に送信する承認送信手段１０４と、を備える。このような実施形態によれば、アプリ決済をすることを事前登録しておけば、商品が配膳される毎に当該商品についてアプリ決済を行うことができる。そのため、決済をせずに出店することを防止することが可能となる。

また実施形態のステーション１は、発注した商品の配膳時に配膳された商品についてアプリ決済をすることを承認する場合に操作する承認キー４１４を、商品を発注するテーブル端末３に表示させる表示信号を送信する表示信号送信手段１０２、さらに備える。このような実施形態によれば、テーブル端末３に表示された承認キー４１４を顧客が自分の意思の下で操作することで、商品が配膳される毎にアプリ決済を行う。そのため、顧客の意に反してアプリ決済されることがない。

また実施形態のステーション１は、提供された商品についてアプリ決済することが可能かを判断する承認判断手段１０３、をさらに備える。このような実施形態によれば、チャージ金額がアプリ決済する商品に対して不足している場合にはアプリ決済が承認されない。

また、実施形態の決済システム１０は、商品のテーブル端末３とステーション１とを備えた決済システムであって、ステーション１は、発注した商品についてアプリ決済することを事前登録する登録情報を決済サーバ９に送信する決済登録手段１０１、を備え、テーブル端末３は、発注された商品の提供時に当該商品についてのアプリ決済を承認する承認信号をステーション１に送信する承認手段３０３、を備え、ステーション１は、承認信号を受信した商品について決済することを承認する承認信号を決済サーバ９に送信する承認送信手段１０４を備える。このような決済システム１０によれば、アプリ決済をすることを事前登録しておけば、商品が配膳される毎にアプリ決済を行うことができる。そのため、決済をせずに出店することを防止することが可能となる。

以上、本発明の実施形態やその変形例を説明したが、この実施形態および変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態やその変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

例えば、実施形態では、テーブル端末３を発注装置の一例として説明した。しかしながらこれに限らず、例えば、店員が携帯している端末であって、顧客が発注した商品の情報を入力して発注するハンディターミナルを発注装置としてもよい。

また、実施形態では、テーブル端末３に、顧客がアプリ決済を承認する承認キー４１４を表示させた。しかしながらこれに限らず、承認キー４１４の表示および顧客による操作は必須ではなく、例えば、ステーション１は、配膳信号を受信したら、顧客の承認を取ることなく承認信号を決済サーバ９に送信するようにしてもよい。

また、実施形態では、ステーション１、テーブル端末３、厨房端末５、ＰＯＳ端末７を済システム１０であるとして説明した。しかしながらこれに限らず、決済システム１０は少なくともステーション１とテーブル端末３を備えていればよい。

なお、実施形態のステーション１で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（FD）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、実施形態のステーション１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施形態のステーション１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、実施形態のステーション１で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１ ステーション
３ テーブル端末
５ 厨房端末
７ ＰＯＳ端末
９ 決済サーバ
１０ 決済システム
４１ 操作部
４２ 表示部
４３ 印字部
４４ シンボル読取部
６１ 操作部
６２ 表示部
８１ 操作部
８２ 表示部
８３ 印字部
８４ コード読取部
１００ 制御部
１０１ 決済登録手段
１０２ 表示信号送信手段
１０３ 承認判断手段
１０４ 承認送信手段
１３１ 注文管理部
３００ 制御部
３０１ 登録申請手段
３０２ 承認表示手段
３０３ 承認手段
４１１ 登録キー
４１４ 承認キー
５００ 制御部
７００ 制御部
１３１１ 端末コード部
１３１２ 登録情報部
１３１３ 注文情報部
１３１３１ 注文商品部
１３１３２ 配膳情報部
１３１３３ 決済情報部
Ｋ 携帯端末

特開２０１２－９３８３３号公報

Claims (6)

1. 受信部と、
   発注装置から発注した商品について決済することを事前登録する登録情報を決済サーバに送信する決済登録手段と、
   前記事前登録した前記発注装置から発注した商品について、前記発注装置から決済の確認信号を前記受信部が受信したかを判断する承認判断手段と、
   前記確認信号を受信したと判断した場合に当該商品について決済することを承認する承認信号を前記決済サーバに送信する承認送信手段と、
   を備えた情報処理装置。
2. 発注した商品の配膳時に、配膳された前記商品について決済をすることを承認する場合に操作する承認キーを、前記商品を発注した発注装置に表示させる表示信号を送信する表示信号送信手段、さらに備え、
   前記承認判断手段は、前記発注装置に表示された前記承認キーの操作に伴い前記発注装置から送信された前記確認信号を受信したかを判断する、
   請求項１に記載の情報処理装置。
3. 前記表示信号送信手段は、発注された前記商品についての配膳を示す信号を受信した場合に前記表示信号を送信する、
   請求項２に記載の情報処理装置。
4. 前記確認信号を受信した前記商品について決済を承認することが可能かを判断する承認判断手段、をさらに備え、
   前記承認送信手段は、決済を承認することが可能と判断した場合に前記承認信号を決済サーバに送信する、
   請求項１乃至３のいずれか一に記載の情報処理装置。
5. 商品の発注装置と情報処理装置とを備えた決済システムであって、
   前記情報処理装置は、
   受信部と
   前記発注装置から発注した商品について決済することを事前登録する登録情報を決済サーバに送信する決済登録手段、を備え、
   前記発注装置は、
   発注された前記商品の提供時に当該商品についての決済を承認する確認信号を前記情報処理装置に送信する承認手段、を備え、
   前記情報処理装置は、
   前記事前登録した前記発注装置から発注された商品について、前記発注装置から前記確認信号を前記受信部が受信したかを判断する承認判断手段と、
   前記確認信号を受信したと判断した場合に当該商品について決済することを承認する承認信号を前記決済サーバに送信する承認送信手段と、
   を備えた決済システム。
6. 受信部を備えた情報処理装置としてのコンピュータを、
   発注装置から発注した商品について決済することを事前登録する登録情報を決済サーバに送信する決済登録手段と、
   前記事前登録した前記発注装置から発注された商品について、前記発注装置から決済の確認信号を前記受信部が受信したかを判断する承認判断手段と、
   前記確認信号を受信したと判断した場合に当該商品について決済することを承認する承認信号を前記決済サーバに送信する承認送信手段と、
   して機能させるためのプログラム。

Images