JP2021077017A - 支払状態提示システム - Google Patents
支払状態提示システム Download PDFInfo
- Publication number
- JP2021077017A JP2021077017A JP2019202364A JP2019202364A JP2021077017A JP 2021077017 A JP2021077017 A JP 2021077017A JP 2019202364 A JP2019202364 A JP 2019202364A JP 2019202364 A JP2019202364 A JP 2019202364A JP 2021077017 A JP2021077017 A JP 2021077017A
- Authority
- JP
- Japan
- Prior art keywords
- customer
- payment
- store
- mobile terminal
- presentation system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 claims description 48
- 238000003384 imaging method Methods 0.000 claims description 27
- 230000004044 response Effects 0.000 claims description 3
- 230000000694 effects Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 58
- 230000006870 function Effects 0.000 description 40
- 238000012545 processing Methods 0.000 description 37
- 238000000034 method Methods 0.000 description 26
- 235000013305 food Nutrition 0.000 description 15
- 230000035622 drinking Effects 0.000 description 12
- 230000008569 process Effects 0.000 description 11
- 239000004984 smart glass Substances 0.000 description 10
- 235000021186 dishes Nutrition 0.000 description 6
- 230000010365 information processing Effects 0.000 description 4
- 239000004065 semiconductor Substances 0.000 description 3
- 241000209094 Oryza Species 0.000 description 2
- 235000007164 Oryza sativa Nutrition 0.000 description 2
- 235000021438 curry Nutrition 0.000 description 2
- 230000001815 facial effect Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 235000009566 rice Nutrition 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 235000021152 breakfast Nutrition 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
Description
ところが、決済方法の切り替わりに合わせて店内の客が入れ替わらない限り、同じ店舗内に、決済方法が異なる客が混在することになる。すなわち、既に支払いが完了している客と、退出時に代金を支払う客とが同じ店舗内に混在することになる。しかも、今日の飲食店は、少ない店員で多くの客に対応することが求められる。このような状況で、時間帯で決済方法を変更する運用を始めると、決済が完了している客に誤って会計を促して感情を損なうリスクや決済が完了していない客を見逃すリスクが生じてしまう。
なお、決済方法が異なる客が同じ店舗内に混在する状況は、決済方法が多様化する今日、飲食店以外の業種でも生じる可能性がある。
請求項2に記載の発明は、管理装置及び通信装置を更に有し、前記事前決済装置は、前記客が保有する携帯端末であって、前記管理装置は、前記通信装置を介して前記携帯端末と通信し、前記携帯端末には、前記店舗から提供されるサービス又は商品に関する決済を事前に行うアプリケーションプログラムがインストールされていることを特徴とする請求項1に記載の支払状態提示システムである。
請求項3に記載の発明は、前記位置特定装置は、前記携帯端末及び前記店舗内を撮像する撮像装置であって、前記携帯端末は、撮像部を有しており、前記携帯端末は、決済に対応して前記撮像部によって撮像された前記客の顔画像に関する情報を前記管理装置に送信し、前記管理装置は、受信した前記顔画像に関する情報と前記撮像装置が撮像した前記店舗内の画像とに基づいて、当該店舗内における前記客の位置を特定することを特徴とする請求項2に記載の支払状態提示システムである。
請求項4に記載の発明は、前記位置特定装置は、前記携帯端末及び前記店舗内を撮像する撮像装置であって、前記携帯端末は、位置測定部を有しており、前記携帯端末は、前記位置測定部により自端末が前記店舗の入り口に対応する位置の範囲内にあることを検出した場合、前記管理装置にその旨を伝える信号を送信し、前記管理装置は、前記携帯端末から前記信号を受信した場合、前記撮像装置に前記店舗の入り口を撮像させ、撮像された前記客の顔画像に関する情報と当該撮像装置が撮像した当該店舗内の画像とに基づいて、当該店舗内における当該客の位置を特定することを特徴とする請求項2に記載の支払状態提示システムである。
請求項5に記載の発明は、前記位置特定装置は、前記携帯端末であって、前記管理装置は、前記通信装置が受信する前記携帯端末からの電波に応じて、前記店舗内における前記客の位置を特定することを特徴とする請求項2に記載の支払状態提示システムである。
請求項6に記載の発明は、前記位置特定装置は、前記携帯端末及び前記店舗の複数の座席の各々に対応して設けられた読取装置であって、前記管理装置は、前記携帯端末から前記決済の情報を読み取った前記読取装置に紐付けられている位置の情報に応じて、前記店舗内における前記客の位置を特定することを特徴とする請求項2に記載の支払状態提示システムである。
請求項7に記載の発明は、前記携帯端末は、撮像部を有しており、前記位置特定装置は、前記携帯端末及び前記店舗の複数の座席の各々に対応して設けられた読取コードであって、前記撮像部は、一つの前記読取コードを読み取り、読み取られた当該読取コードに対応する位置の情報に応じて、前記店舗内における前記客の位置を特定することを特徴とする請求項2に記載の支払状態提示システムである。
請求項8に記載の発明は、前記事前決済装置は、前記店舗が提供するサービス又は商品に関するチケットを販売する券売装置であることを特徴とする請求項1に記載の支払状態提示システムである。
請求項9に記載の発明は、管理装置を更に有し、前記位置特定装置は、前記券売装置が備える撮像部及び前記店舗内を撮像する撮像装置であって、前記券売装置の前記撮像部は、当該券売装置における決済に応じて前記客の顔を撮像し、前記管理装置は、前記撮像装置が撮像した前記店舗内の画像と前記客の顔画像に関する情報とに基づいて、当該店舗内における当該客の位置を特定することを特徴とする請求項8に記載の支払状態提示システムである。
請求項10に記載の発明は、前記出力装置は、前記位置特定装置で特定された前記客の位置と前記決済の情報とを表示する表示装置であることを特徴とする請求項1〜9のうちのいずれか1項に記載の支払状態提示システムである。
請求項11に記載の発明は、前記表示装置は、前記位置特定装置で特定された前記客の位置の表示の形態を、当該位置特定装置で特定された当該客以外の客の位置の表示の形態と区別する、請求項10に記載の支払状態提示システムである。
請求項12に記載の発明は、事前に決済を行った前記客に対応する前記決済の情報に、決済が終わっていない他のサービス又は他の商品が追加された場合、前記表示装置は、当該客の位置の表示を他の客の位置の表示と区別する、請求項11に記載の支払状態提示システムである。
請求項13に記載の発明は、前記出力装置は、前記位置特定装置で特定された客以外の客が決済せずに前記店舗から出ようとした場合に警報を出力する警報装置であることを特徴とする請求項3、4及び9のうちのいずれか1項に記載の支払状態提示システムである。
請求項14に記載の発明は、前記出力装置からの前記出力を受信するドア装置を更に有し、前記出力装置は、前記位置特定装置で特定された客以外の客が決済せずに前記店舗から出ようとした場合、前記ドア装置を閉状態に維持する信号を出力する信号出力装置であることを特徴とする請求項3、4及び9のうちのいずれか1項に記載の支払状態提示システムである。
<実施の形態1>
<システムの構成>
図1は、実施の形態1で使用する支払状態提示システム1の概略構成を例示する図である。図1に示す支払状態提示システム1は、飲食店での使用を想定している。
飲食店では、店内での飲食に供される料理の提供の他、テイクアウト用の料理、飲食店の名称やロゴが印刷された物品も販売される。店内での飲食に供される料理の提供は、サービスの一例である。テイクアウト用の料理や飲食店の名称やロゴが印刷された物品は、商品の一例である。以下、料理や物品を総称して料理等ともいう。
もっとも、本実施の形態及び後述する各実施の形態におけるシステムを構築する場所は飲食店に限らない。
本実施の形態の場合、客が操作する携帯端末10としてスマートフォンを使用する。なお、通信による電子決済の機能を備える端末であれば、スマートフォンに限らない。携帯端末10は、例えばタブレット端末でもよいし、スマートグラスやスマートウォッチ等のウェアラブルデバイスでもよい。
図1に示す客は、携帯端末10を通じ、飲食店を訪問する前に、店舗内で飲食する料理やテイクアウトする料理の代金を電子決済する。
飲食店を訪問する前に実行される電子決済は、事前決済の一例である。なお、事前決済には、飲食店に来店した後に、客の携帯端末10を通じて実行される電子決済も含まれる。
なお、事前決済に際して店舗内システム20とやり取りされる情報を、図1では「事前決済の情報」と表現する。本実施の形態における携帯端末10は、事前決済装置の一例である。
一方、店舗内システム20から携帯端末10に送信される事前決済の情報には、受け付けた注文の内容、電子決済の完了を通知する情報等が含まれる。
本実施の形態における注文受付端末22は、タブレット型の端末であり、接客を担当する店員の人数よりも多くの台数が用意される。もっとも、注文受付端末22が据え置き型であることを妨げない。
キッチンプリンタ25は、注文票を印刷するプリンタである。注文表には、注文の日時、注文番号、注文された料理名と個数、配膳するテーブルや座席の番号、決済の有無等が印字される。店内で注文を受け付けた場合には、注文を受け付けた店員の名前も印字される。なお、事前決済の場合には、カメラ26で撮像された店内の画像から特定された客の位置、すなわちテーブルや座席の番号が印字される。もっとも、店員が事前決済を確認して注文受付端末22に入力したテーブルや座席の番号が印字されてもよい。
ブザー27は、特定の周波数の音を出力するスピーカである。もっとも、ブザー27として、広帯域の周波数に対応するスピーカを兼用してもよい。ブザー27は、警報装置の一例である。
自動ドア28は、人感センサと連動し、人の接近を検知すると、自動で開閉されるドアである。自動ドア28は、ドア装置の一例である。
図2は、実施の形態1で使用する管理サーバ21の構成を説明するブロック図の一例を示す図である。
実施の形態1で用いる管理サーバ21は、サーバ全体の動作を制御する制御部210と、外部装置との通信に用いられる通信部220と、データ等の記憶に用いられる記憶部230とを備えている。
本実施の形態における管理サーバ21は、管理装置の一例である。
通信部220は、4G通信モジュール、5G通信モジュール、WiFiモジュール、LAN(=Local Area Network)モジュール、Bluetooth(登録商標)モジュールその他で構成される。通信部220は、これらのモジュールを使用してインターネット30に接続された携帯端末10(図1参照)や店舗内システム20を構成する各機器との通信を実現する。通信部220は、通信装置の一例である。
制御部210のROMには、CPUやMPUにより実行される基本プログラム(オペレーションシステム)や各種の設定等が記憶されている。CPUやMPUは、RAMを作業エリアに使用し、ROMや記憶部230から読み出したアプリケーションプログラムを実行する。CPUやMPUがプログラムを実行することにより、以下に説明する機能が実現される。
本実施の形態における客位置特定部214は、顔画像から抽出された特徴量と店内を撮像した画像との照合を通じ、事前決済済みの客の店内における位置を特定する。店内の位置は、テーブルの番号や座席の番号により特定される。客位置特定部214は、客の位置を特定する位置特定装置の一例である。
本実施の形態における注文データ処理部215は、事前決済や注文受付端末22を通じて受け付けた注文データの進捗を処理する。例えば注文受付端末22を通じて受け付けた注文データは、即座にキッチンプリンタ25に送信される。一方、事前決済により受け付けた注文データは、事前決済を行った客の店内における位置が特定された段階でキッチンプリンタ25に送信される。
表示装置23等に表示される画像は、店員による客毎の支払いの状態の確認を容易にする。例えば表示装置23が据え置き型の装置やタブレット型の端末である場合、客毎の支払いの状態が、店内の客の位置に合わせて表示される。従って、客が店内を移動している場合に、客の移動に合わせて表示も移動する。
本実施の形態の場合、支払いの状態を示す情報として、POS端末24(図1参照)での支払うべき代金が残っているか否かの情報を想定するが、各客が注文した料理等、支払い金額、過去の来店回数等の履歴を含んでもよい。
本実施の形態における自動ドア開閉制御部218は、自動ドア28(図1参照)の開閉を制御する。自動ドア28の開閉は、基本的には、人感センサの出力に基づいて自動的に実行されるが、未払い客の店外への退出の推定されている場合、自動ドア開閉制御部218は、自動ドア28を強制的に閉状態に制御する。自動ドア28が開かないことで、支払いを忘れた客に声を掛ける機会が設けられる。自動ドア開閉制御部218は、信号出力装置の一例である。
なお、決済済み客の位置は、テーブルの番号や座席の番号に限らず、顔画像との照合により特定された客の店内での位置に連動する。
図3に示す決済情報DB234には、注文毎に、決済方法、携帯端末10(図1参照)のMACアドレス、注文メニュー、支払い済みの客の顔画像、支払い済み金額、座席番号が記録される。
例えば1行目の注文は、事前決済の事例である。決済に用いた携帯端末10のMACアドレスは「123456」である。また、注文メニューはカレーライスであり、男性の顔画像が登録されている。また、支払済み金額は800円である。なお、座席番号は#1であるが、この番号は、管理サーバ21が特定した番号である。
3行目の注文は、後払いの事例である。図3の場合、MACアドレスは空欄であるが、注文に使用した注文受付端末22(図1参照)のMACアドレスを登録してもよい。注文メニューはラーメンである。なお、3行目の注文の場合、顔画像の登録はなく、支払い済み金額もない。3行目の注文は、座席番号の#6に紐付けられている。この座席番号は、注文受付端末22から入力される。
4行目の注文も、後払いの事例である。注文メニューはコーヒーである。なお、注文受付端末22から入力された座席番号は#1である。座席番号が#1の客が店内から退出していない場合、コーヒーは、追加の注文であることが分かる。
図4は、実施の形態1で使用する携帯端末10の構成を説明するブロック図の一例を示す図である。
実施の形態1で用いる携帯端末10は、端末全体の動作を制御する制御部110と、外部装置との通信に用いられる通信部120と、事前決済中のユーザ(すなわち客)の顔画像の撮像に用いられるカメラ130と、表示部と操作部が一体化された表示操作部140と、データ等の記憶に用いられる記憶部150とを備えている。
制御部110のROMには、CPUやMPUにより実行される基本プログラムや各種の設定等が記憶されている。CPUやMPUは、RAMを作業エリアに使用し、ROMや記憶部150から読み出したアプリケーションプログラムを実行する。CPUやMPUがプログラムを実行することにより、以下に説明する機能が実現される。
本実施の形態における事前決済処理部111は、管理サーバ21との通信を通じ、事前決済を実行する。事前決済処理部111は、表示操作部140に表示される操作画面を通じて事前決済に必要な事項を受け付け、管理サーバ21に送信する。事前決済処理部111に対応するアプリケーションプログラムは、携帯端末10にインストールされている。以下では、事前決済に使用するアプリケーションプログラムを「決済アプリ」ともいう。
本実施の形態における顔画像登録部112は、事前決済中に撮像したユーザの顔画像を管理サーバ21に送信する。ここでの顔画像登録部112は、管理サーバ21側の客位置特定部214との連携により、位置特定装置として機能する。
本実施の形態におけるカメラ130は、表示操作部140と同じ面に配置される。このため、カメラ130は、表示操作部140に事前決済に必要な事項を入力するユーザの顔画像の撮像が可能である。なお、表示操作部140と反対面側に別のカメラが設けられることを妨げない。
本実施の形態における表示操作部140は、いわゆるタッチパネルである。タッチパネルは、ディスプレイパネルの表面に透明なタッチセンサを積層した構造を有している。
本実施の形態における記憶部150は、半導体メモリで構成される。記憶部150には、カメラ130で撮像されたユーザの顔画像データ151が記録される。
図5は、実施の形態1で説明する支払状態提示システム1で実行される処理動作の概要を説明する図である。なお、図中のSはステップの意味である。
以下では、事前決済を前提に説明する。
支払状態提示システム1を構成する飲食店での飲食に際し、事前決済を希望するユーザ(すなわち客)は、携帯端末10の決済アプリを起動する(ステップ1)。
次に、携帯端末10は、事前決済に必要な情報を受け付けるとともに顔画像の撮像を実行する(ステップ2)。
続いて、携帯端末10は、管理サーバ21に顔画像等を送信する(ステップ3)。管理サーバ21に送信される情報には、事前決済に必要な情報も含まれる。
店舗内システム20のカメラ26は、管理サーバ21に対し、常に店内の画像(以下「店内画像」という)を送信している。
管理サーバ21は、登録された顔画像の特徴量と店内画像を照合する(ステップ6)。照合は、繰り返し実行される。
次に、管理サーバ21は、決済済みの客の店内における位置等を提示する画面を生成する(ステップ8)。本実施の形態の場合、生成された画像は表示装置23に出力される。
表示装置23は、店内の客毎に決済の情報を提示する(ステップ9)。この提示により、店内の店員は、事前決済の客と後払いの客が混在する場合でも、どの客が決済済みかどの客が後払いかを知ることができる。この結果、店員は、誤った声掛けを行わずに済む。この結果、支払い済みの客の気分を害する可能性が低減される。
なお、管理サーバ21は、未払いの客の店からの退出を検出した場合、未払い者の退出を通知する(ステップ10)。通知には、ブザー27(図1参照)の鳴動等が用いられる。また、管理サーバ21は、自動ドア28(図1参照)を閉状態に制御する(ステップ11)。この制御により、店員が気づかないうちに、未払いの客が店外に出る事態が回避される。
以下では、決済済みの客の店内における位置等を提示する画面の例や関連する制御の例を説明する。
図6は、実施の形態1の表示装置23に表示される店内マップ23Aの一例を説明する図である。図6に示す画面の例は、店内マップ23Aを、例えばタブレット型の表示装置23に表示する場合に用いられる。
図6の場合、出入り口の近くにはレジカウンタがあり、その近くには、事前決済済みの客が1名、後払いの客が1名いる。
また、店内マップ23Aからは、テーブル番号Aには後払いの客が2名いること、テーブル番号Bには、事前決済済みの客が3名いることが分かる。なお、グループの客については、グループ内の1名が事前決済すると、同じグループ内の他の客の表示も事前決済済みに変更されるようにしてもよい。
また、店内マップ23Aでは、店内を歩いている客についても、事前決済済みか後払いかが区別されている。
図7の吹き出し内の表示は、スマートグラスを装着している店員に見えている店内の様子を表している。図7の場合、各客の決済に関する情報の違いは、対応する客に重ねて表示される記号31〜33で表される。
記号32は、事前決済済みの客であるが、追加注文分は未払いであることを示している。記号32の表示には、例えば青色が用いられる。
記号33は、後払いの客であることを示している。記号33の表示には、例えば赤色が用いられる。
なお、レジカウンタでの支払いがある客であるか否かによって表示色を変更してもよい。例えば事前決済済みの客は一様に青色の記号で表示し、レジカウンタでの支払いが残っている客は一様に赤色の記号で表示してもよい。
図8の場合、後払いの客が自動ドア28から出て行こうとしているのか否かを判定するための領域35が自動ドア28の内側に設定されている。領域35の範囲は、店毎に設定される。
図8の場合、後払いの2名の客が領域35の中を自動ドア28に向かって移動している。自動ドア28の向こう側は店の外であるので、この2名は、代金を支払わずに店外に出ようとしている。このため、管理サーバ21は、ブザー27を鳴動させるとともに、自動ドア28を閉状態に制御する閉信号を出力している。
この機能により、店員が気づかないうちに、事前決済済みの客と後払いの客が混在する店内から代金を未払いの客が出ていくことを未然に防ぐことができるようになる。
<システムの構成>
図9は、実施の形態2で使用する支払状態提示システム1Aの概略構成を例示する図である。図9には、図1との対応部分に対応する符号を付して示している。
本実施の形態における支払状態提示システム1Aでは、事前決済済みの客の顔画像を、飲食店側に設けられているカメラ26の撮像画像を用いて登録する点で、実施の形態1と異なっている。
なお、支払状態提示システム1Aは、携帯端末10Aと店舗内システム20Aとで構成され、携帯端末10Aと店舗内システム20Aはインターネット30を介して接続される。
本実施の形態の場合、携帯端末10Aには、飲食店に対する入店を店舗内システム20Aに通知する機能が追加される。
店舗内システム20Aの構成は、実施の形態1と同様であるが、顔画像を登録するための機能が管理サーバ21Aに追加されている。
図10は、実施の形態2で使用する管理サーバ21Aの構成を説明するブロック図の一例を示す図である。図10には、図2との対応部分に対応する符号を付して示している。
図10に示す管理サーバ21Aの場合、実施の形態1で用いた制御部210の機能に、携帯端末10Aから事前決済済みの客の入店の通知を受け付ける機能(入店通知受付部221)と入店した客の顔画像を撮像するようにカメラ26(図9参照)を制御する機能(入店客撮像制御部222)が追加される点で実施の形態1と相違する。
なお、入店する客の顔画像を撮像する専用カメラがある場合、入店客撮像制御部222は、入店の通知を受けた時点に該当する専用カメラが撮像した顔画像の取り込みを指示する。
店内のカメラ26で撮像された顔画像は、顔画像登録部212により記憶部230に記憶される。
図11は、実施の形態2で使用する携帯端末10Aの構成を説明するブロック図の一例を示す図である。図11には、図4との対応部分に対応する符号を付して示している。
実施の形態2で用いる携帯端末10Aは、端末全体の動作を制御する制御部110と、外部装置との通信に用いられる通信部120と、事前決済中のユーザ(すなわち客)の顔画像の撮像に用いられるカメラ130と、表示部と操作部が一体化された表示操作部140と、データ等の記憶に用いられる記憶部150と、GPS受信機160とを備えている。
図11に示す携帯端末10Aを構成する制御部110で実行される機能の一部は、実施の形態1と異なっている。
図11に示す制御部110には、顔画像登録部112(図4参照)に代えて、自端末の位置を測定する機能(位置測定部113)と事前決済を行った飲食店への入店を店側に通知する機能(入店通知部114)が設けられる点で実施の形態1と相違する。
この他、位置測定部113による測位には、複数の発信源から送信されるBluethooth信号を用いる測位方法を使用してもよい。
いずれの場合も、三点測位により携帯端末10Aの位置を特定する。
図12は、入店を通知する事例と入店を通知しない事例を説明する図である。図12に示す矩形36は、事前決済した飲食店の外壁の位置を示している。なお、矩形36の内側には、7つのテーブルA〜Gとレジカウンタが配置されている。
また、図中に示す人形のアイコン37A及び37Bは、それぞれ事前決済を行った客を表している。
一方のアイコン37Bは、出入り口の方向に向かって移動している。このため、携帯端末10Aは、入店を店側に通知する。なお、飲食店の位置として、出入り口の位置が指定されていることが望ましい。出入り口の位置が不明確である場合には、入店後に、携帯端末10Aから入店を通知するビーコン等を予め定めた期間送信させ、ビーコンの発信源の位置をカメラ26で撮像させてもよい。
図13は、実施の形態2で説明する支払状態提示システム1Aで実行される処理動作の概要を説明する図である。なお、図中のSはステップの意味である。
図13には、図5との対応部分に対応する符号を付して示している。
本実施の形態の場合も、支払状態提示システム1Aを構成する飲食店での飲食に際し、事前決済を希望するユーザ(すなわち客)は、携帯端末10Aの決済アプリを起動する(ステップ1)。
次に、携帯端末10Aは、事前決済に必要な情報を受け付けて送信する(ステップ21)。
事前決済に必要な情報を受信した管理サーバ21Aは、決済処理を実行し、注文を受け付ける(ステップ4)。
入店の通知を受信すると、管理サーバ21Aは、カメラ26に対し、入店した客の顔画像の撮像を指示する(ステップ24)。
指定を受け付けたカメラ26は、入店した客の顔画像を撮像する(ステップ25)。撮像された顔画像は、カメラ26から管理サーバ21Aに送信される。
すなわち、管理サーバ21Aは、受信した顔画像を登録する(ステップ5)。また、管理サーバ21Aは、顔画像に付随して、顔画像の特徴量も登録する。
続いて、管理サーバ21Aは、登録された顔画像の特徴量と店内画像を照合し(ステップ6)、決済済みの客の店内における位置を特定する(ステップ7)。
この結果、表示装置23は、店内の客毎に決済の情報を提示する(ステップ9)。
また、未払いの客の店からの退出を検出した場合、管理サーバ21Aは、未払い者の退出を通知する(ステップ10)とともに、自動ドア28(図9参照)を閉状態に制御する(ステップ11)。
<システムの構成>
図14は、実施の形態3で使用する支払状態提示システム1Bの概略構成を例示する図である。図14には、図1との対応部分に対応する符号を付して示している。
本実施の形態における支払状態提示システム1Bでは、客の顔画像を用いずに、事前決済済みの客の店内における位置を特定する点で、実施の形態1と異なっている。
なお、支払状態提示システム1Bは、携帯端末10Bと店舗内システム20Bとで構成され、携帯端末10Bと店舗内システム20Bはインターネット30を介して接続される。
本実施の形態の場合、カメラ26の設置は任意である。
図15は、実施の形態3で使用する管理サーバ21Bの構成を説明するブロック図の一例を示す図である。図15には、図2との対応部分に対応する符号を付して示している。
図15に示す管理サーバ21Bの場合、実施の形態1で用いた制御部210の機能に、携帯端末10Bから送信されるWiFi電波やBluethooth電波を受信する各無線電波受信センサ29の受信強度により、携帯端末10Bが存在する店内の位置を測定する機能(端末位置測位部231)が追加されている。一方で、管理サーバ21Bからは、実施の形態1で用いた制御部210の機能のうち、顔画像登録部212(図2参照)と店内画像取得部213(図2参照)が取り除かれている。
端末位置測位部231による測位の対象には、事前決済済みの客の携帯端末10Bだけでなく、事前決済していない客の携帯端末10Bも含まれる。
端末位置測位部231は、MACアドレスに対応する位置情報を客位置特定部214に与える。
本実施の形態における客位置特定部214は、事前決済の際に取得したMACアドレスに対応する位置情報を事前決済済みの客の位置として特定する。
図16は、実施の形態3で使用する携帯端末10Bの構成を説明するブロック図の一例を示す図である。図16には、図4との対応部分に対応する符号を付して示している。
実施の形態3で用いる携帯端末10Bは、端末全体の動作を制御する制御部110と、外部装置との通信に用いられる通信部120と、表示部と操作部が一体化された表示操作部140と、データ等の記憶に用いられる記憶部150とを備えている。
本実施の形態の場合、カメラ130(図4参照)は不要である。もっとも、事前決済済みの客の顔画像の登録に用いるためのカメラは不要という意味であり、携帯端末10Bにカメラを備えてもよい。
図16に示す携帯端末10Bの場合、制御部110で実行される機能は、事前決済処理部111だけでよい。すなわち、実施の形態1で用いた顔画像登録部112(図4参照)は不要である。
図17は、実施の形態3で説明する支払状態提示システム1Bで実行される処理動作の概要を説明する図である。なお、図中のSはステップの意味である。
図17には、図5との対応部分に対応する符号を付して示している。
本実施の形態の場合も、支払状態提示システム1Bを構成する飲食店での飲食に際し、事前決済を希望するユーザ(すなわち客)は、携帯端末10Bの決済アプリを起動する(ステップ1)。
次に、携帯端末10Bは、事前決済に必要な情報を受け付けて送信する(ステップ31)。
事前決済に必要な情報を受信した管理サーバ21Bは、決済処理を実行し、注文を受け付ける(ステップ4)。
店舗内システム20Bに配置された無線電波受信センサ29は、携帯端末が発する無線電波を受信すると(ステップ32)、MACアドレスを取得する(ステップ33)。取得されたMACアドレスや電波の強度は、無線電波受信センサ29から管理サーバ21Bに通知される。
この後、管理サーバ21Bは、事前決済の際に取得したMACアドレスとの照合により、決済済みの客の店内における位置を特定する(ステップ7)。
決済済みの客の店内における位置が特定されると、管理サーバ21Bは、決済済みの客の店内における位置等を提示する画面を生成し(ステップ8)、表示装置23に出力する。
この結果、表示装置23は、店内の客毎に決済の情報を提示する(ステップ9)。
また、未払いの客の店からの退出を検出した場合、管理サーバ21Bは、未払い者の退出を通知する(ステップ10)とともに、自動ドア28(図9参照)を閉状態に制御する(ステップ11)。
<システムの構成>
図18は、実施の形態4で使用する支払状態提示システム1Cの概略構成を例示する図である。図18には、図1との対応部分に対応する符号を付して示している。
本実施の形態における支払状態提示システム1Cも、客の顔画像を用いずに、事前決済済みの客の店内における位置を特定する。
支払状態提示システム1Cは、携帯端末10Cと店舗内システム20Cとで構成され、携帯端末10Cと店舗内システム20Cはインターネット30を介して接続される。
本実施の形態の場合、携帯端末10Cとの間で近接通信が成立した端末情報リーダ40の位置が店内における客の位置として特定される。端末情報リーダ40は、読取装置の一例である。
図19は、端末情報リーダ40の配置例を説明する図である。図19に示す矩形36は、事前決済した飲食店の外壁に対応する。なお、矩形36の内側には、7つのテーブルA〜Gとレジカウンタが配置されている。また、各テーブルには4つずつ座席番号が割り振られている。従って、店内には28個の座席番号が割り振られている。
図20は、実施の形態4で使用する管理サーバ21Cの構成を説明するブロック図の一例を示す図である。図20には、図2との対応部分に対応する符号を付して示している。
図20に示す管理サーバ21Cの場合、実施の形態1で用いた制御部210の機能に、携帯端末10C(=図18参照)からMACアドレスを読み出すことに成功した端末情報リーダ40の位置を携帯端末10Cの位置として特定する機能(端末位置特定部241)が追加されている。一方で、管理サーバ21Cからは、実施の形態1で用いた制御部210の機能のうち、顔画像登録部212(図2参照)と店内画像取得部213(図2参照)が取り除かれている。
端末位置特定部241は、MACアドレスに対応する位置情報を客位置特定部214に与える。
本実施の形態における客位置特定部214は、事前決済の際に取得したMACアドレスに対応する位置情報を事前決済済みの客の位置として特定する。
図21は、実施の形態4で使用する携帯端末10Cの構成を説明するブロック図の一例を示す図である。図21には、図4との対応部分に対応する符号を付して示している。
実施の形態4で用いる携帯端末10Cは、端末全体の動作を制御する制御部110と、外部装置との通信に用いられる通信部120と、表示部と操作部が一体化された表示操作部140と、データ等の記憶に用いられる記憶部150とを備えている。
本実施の形態の場合も、カメラ130(図4参照)は不要である。
図21に示す携帯端末10Cの場合、制御部110で実行される機能は、事前決済処理部111だけでよい。
なお、通信部120には、前述したように、NFCやBLEに対応する通信モジュールが用いられる。
図22は、実施の形態4で説明する支払状態提示システム1Cで実行される処理動作の概要を説明する図である。なお、図中のSはステップの意味である。
図22には、図5との対応部分に対応する符号を付して示している。
本実施の形態の場合も、支払状態提示システム1Cを構成する飲食店での飲食に際し、事前決済を希望するユーザ(すなわち客)は、携帯端末10Cの決済アプリを起動する(ステップ1)。
次に、携帯端末10Cは、事前決済に必要な情報を受け付けて送信する(ステップ41)。
事前決済に必要な情報を受信した管理サーバ21Cは、決済処理を実行し、注文を受け付ける(ステップ4)。
管理サーバ21Cは、MACアドレスを読み取った端末情報リーダの位置を特定する(ステップ43)。
この後、管理サーバ21Cは、事前決済の際に取得したMACアドレスとの照合により、決済済みの客の店内における位置を特定する(ステップ7)。
決済済みの客の店内における位置が特定されると、管理サーバ21Cは、決済済みの客の店内における位置等を提示する画面を生成し(ステップ8)、表示装置23に出力する。
この結果、表示装置23は、店内の客毎に決済の情報を提示する(ステップ9)。
また、未払いの客の店からの退出を検出した場合、管理サーバ21Cは、未払い者の退出を通知する(ステップ10)とともに、自動ドア28(図9参照)を閉状態に制御する(ステップ11)。
<システムの構成>
図23は、実施の形態5で使用する支払状態提示システム1Dの概略構成を例示する図である。図23には、図1との対応部分に対応する符号を付して示している。
本実施の形態における支払状態提示システム1Dも、客の顔画像を用いずに、事前決済済みの客の店内における位置を特定する。
支払状態提示システム1Dは、携帯端末10Dと店舗内システム20Dとで構成され、携帯端末10Dと店舗内システム20Dはインターネット30を介して接続される。
本実施の形態の場合、入店した客が携帯端末10Dを用いて着席しているテーブル又は座席のQRコードを読み取ることで、着席しているテーブル又は座席の位置情報が携帯端末10Dに取り込まれる。本実施の形態における携帯端末10Dは、取り込んだ位置情報を無線通信により管理サーバ21Dに通知する。管理サーバ21は、通知された位置情報を用い、事前決済済みの客の位置を特定する。
図24に示す矩形36は、事前決済した飲食店の外壁に対応する。なお、矩形36の内側には、7つのテーブルA〜Gとレジカウンタが配置されている。また、各テーブルには4つずつ座席番号が割り振られている。従って、店内には28個の座席番号が割り振られている。
図24の場合、QRコード41は、28個の座席について1つずつ配置される。
図25は、実施の形態5で使用する管理サーバ21Dの構成を説明するブロック図の一例を示す図である。図25には、図2との対応部分に対応する符号を付して示している。
図25に示す管理サーバ21Dの場合、実施の形態1で用いた制御部210の機能に、座席のQRコードから読み取った位置情報を用いて携帯端末10Dの位置を特定する機能(端末位置特定部251)が追加されている。一方で、管理サーバ21Dからは、実施の形態1で用いた制御部210の機能のうち、顔画像登録部212(図2参照)と店内画像取得部213(図2参照)が取り除かれている。
事前決済していない客の携帯端末10Dにはこの種の案内は表示されない。このため、来店時にQRコード41の読み取りに用いられるのは、事前決済済みの客の携帯端末10Dの可能性が高い。
端末位置特定部251は、MACアドレスに対応する位置情報を客位置特定部214に与える。
本実施の形態における客位置特定部214は、事前決済の際に取得したMACアドレスに対応する位置情報を事前決済済みの客の位置として特定する。
図26は、実施の形態5で使用する携帯端末10Dの構成を説明するブロック図の一例を示す図である。図26には、図4との対応部分に対応する符号を付して示している。
実施の形態5で用いる携帯端末10Dは、端末全体の動作を制御する制御部110と、外部装置との通信に用いられる通信部120と、QRコードの読み取りに使用されるカメラ130と、表示部と操作部が一体化された表示操作部140と、データ等の記憶に用いられる記憶部150とを備えている。
もっとも、カメラ130は、QRコードの読み取り専用である必要はない。
図26に示す制御部110には、顔画像登録部112(図4参照)に代えて、QRコード41(図24参照)から情報を読み取る機能(QRコードリーダ115)とQRコード41から読み取った位置情報を管理サーバ21D(図24参照)に送信する機能(読み取り位置送信部116)が設けられる点で実施の形態1と相違する。
図27は、実施の形態5で説明する支払状態提示システム1Dで実行される処理動作の概要を説明する図である。なお、図中のSはステップの意味である。
図27には、図5との対応部分に対応する符号を付して示している。
本実施の形態の場合も、支払状態提示システム1Dを構成する飲食店での飲食に際し、事前決済を希望するユーザ(すなわち客)は、携帯端末10Dの決済アプリを起動する(ステップ1)。
次に、携帯端末10Dは、事前決済に必要な情報を受け付けて送信する(ステップ51)。
事前決済に必要な情報を受信した管理サーバ21Dは、決済処理を実行し、注文を受け付ける(ステップ4)。
続いて、携帯端末10Dでは、QRコードリーダ115が座席のQRコード41から位置情報を読み取る(ステップ52)。
その後、携帯端末10Dは、管理サーバ21Dに対し、読み取った位置情報とMACアドレスを送信する(ステップ53)。
一方、管理サーバ21Dは、受信した位置情報により、QRコード41を読み取った客が着席している位置を特定する(ステップ54)。この時点で特定される客の位置は、事前決済済みの客の位置とは限らない。
この後、管理サーバ21Dは、受信したMACアドレスを用い、決済済みの客の店内の位置を特定する(ステップ7)。
決済済みの客の店内における位置が特定されると、管理サーバ21Dは、決済済みの客の店内における位置等を提示する画面を生成し(ステップ8)、表示装置23に出力する。
この結果、表示装置23は、店内の客毎に決済の情報を提示する(ステップ9)。
また、未払いの客の店からの退出を検出した場合、管理サーバ21Dは、未払い者の退出を通知する(ステップ10)とともに、自動ドア28(図9参照)を閉状態に制御する(ステップ11)。
<システムの構成>
図28は、実施の形態6で使用する支払状態提示システム1Eの概略構成を例示する図である。図28には、図1との対応部分に対応する符号を付して示している。
支払状態提示システム1Eは、店舗内システム20Eで構成されている。
本実施の形態における支払状態提示システム1Eは、実施の形態2と同じく、客の顔画像を入店時に登録し、事前決済済みの客の店内における位置を特定する。
以下の説明では、券売機50でのみ顔画像を撮像する場合について説明する。
なお、本実施の形態は、券売機50によるチケットの購入が前提となる時間帯と座席での注文を受け付ける時間帯とが混在する場合を想定している。券売機50は、券売装置の一例である。
図29は、券売機50の外観構成の一例を説明する図である。図29に示す券売機50は、縦長のボックス形状であり、その正面の上部には、表示操作部501が配置されている。
表示操作部501は、例えばタッチパネルで構成される。表示操作部501には、注文が可能な料理の画像や名称、注文する料理を選択するためのボタン等が表示される。
図29に示す券売機50の場合、表示操作部501に表示部と操作部が統合されているが、表示部と操作部は別々に設けることも可能である。
また、表示操作部501の上部には、表示操作部501を操作する客を撮像するためのカメラ509が設置されている。図29の場合、カメラ509は、表示操作部501の上部に設置されているが、表示操作部501の周辺に取り付けることも可能である。
図30に示す券売機50は、表示操作部501と、取消ボタン504と、カードリーダ508と、カメラ509と、スピーカ510と、プリンタ511と、貨幣処理部512と、通信部513と、記憶部514と、制御部515とを有している。
因みに、取消ボタン504は、入金の取消に用いられる。
カードリーダ508は、電子マネーの情報を記録したカードやクレジットカードを用いた電子決済に用いられる。本実施の形態におけるカードリーダ508は、スマートフォンを用いた決済にも対応する。
スピーカ510は、音声案内の出力等に用いられる。
プリンタ511は、決済の控えであるレシートや購入した料理のチケットの印刷に使用される。プリンタ511で印刷されたレシートやチケット等は取出口505(図29参照)から排出される。
通信部513は、管理サーバ21E(図28参照)との通信に用いられる。
記憶部514は、例えばハードディスク装置や不揮発性の半導体メモリで構成される。記憶部514には、決済処理に関するデータ等が記憶される。
制御部515は、券売機50の全体を制御するコンピュータであり、不図示のCPU、ROM、RAMで構成される。制御部515は、プログラムの実行を通じて、決済処理部515A及び顔画像撮像制御部515Bとして機能する。
顔画像撮像制御部515Bは、購入する料理のボタンを操作する客の顔画像の撮像をカメラ509に指示する。撮像された顔画像は、通信部513を通じて管理サーバ21E(図28参照)に送信される。
図31は、実施の形態6で使用する管理サーバ21Eの構成を説明するブロック図の一例を示す図である。図26には、図2との対応部分に対応する符号を付して示している。
図31に示す管理サーバ21Eの内部構成は、実施の形態1で用いた管理サーバ21(図2参照)と基本的に同じである。
違いは、顔画像登録部212が登録する顔画像が券売機50(図28参照)で撮像され与えられる点だけである。
図32に示す決済情報DB234には、注文毎に、決済方法、注文メニュー、支払い済みの客の顔画像、支払い済み金額、座席番号が記録される。本実施の形態の場合、注文に券売機50(図28参照)を用いるため、図3の場合のようにMACアドレスの欄は設けられていない。
例えば1行目の注文は、事前決済の事例である。この注文の決済方法は券売機であり、注文メニューはカレーライスである。また、注文に対応付けて、男性の顔画像が登録されている。また、支払済み金額は800円である。なお、座席番号は#1であるが、この番号は、管理サーバ21Eが特定した番号である。
3行目の注文は、後払いの事例である。図32の場合、注文メニューはラーメンである。なお、3行目の注文の場合、顔画像の登録はなく、支払い済み金額もない。3行目の注文は、座席番号の#6に紐付けられている。この座席番号は、注文受付端末22から入力される。
4行目の注文も、後払いの事例である。注文メニューはコーヒーである。なお、注文受付端末22から入力された座席番号は#1である。座席番号が#1の客が店内から退出していない場合、コーヒーは、追加の注文であることが分かる。
図33は、実施の形態6で説明する支払状態提示システム1Eで実行される処理動作の概要を説明する図である。なお、図中のSはステップの意味である。
図33には、図5との対応部分に対応する符号を付して示している。
本実施の形態の場合、券売機50は客による発券の操作を受け付ける(ステップ61)。
顔画像を撮像すると、券売機50は、管理サーバ21Eに顔画像等を送信する(ステップ63)。管理サーバ21Eに送信される情報には、注文の情報が含まれてもよい。もっとも、購入時に出力されたチケットを店員に渡すことで注文を受け付ける場合には、券売機50から管理サーバ21Eに注文の情報を送信しなくてもよい。
店舗内システム20Eのカメラ26は、管理サーバ21Eに対し、常に店内の画像(以下「店内画像」という)を送信している。
管理サーバ21Eは、登録された顔画像の特徴量と店内画像を照合する(ステップ6)。照合は、繰り返し実行される。
決済済みの客の店内における位置が特定されると、管理サーバ21Cは、決済済みの客の店内における位置等を提示する画面を生成し(ステップ8)、表示装置23に出力する。
この結果、表示装置23は、店内の客毎に決済の情報を提示する(ステップ9)。
また、未払いの客の店からの退出を検出した場合、管理サーバ21Eは、未払い者の退出を通知する(ステップ10)とともに、自動ドア28(図9参照)を閉状態に制御する(ステップ11)。
以下では、決済済みの客の店内における位置等を提示する画面の例や関連する制御の例を説明する。
図34は、実施の形態6の表示装置23に表示される店内マップ23Bの一例を説明する図である。図34には、図6との対応部分に対応する符号を付して示している。
図34に示す画面の例は、店内マップ23Bを、例えばタブレット型の表示装置23に表示する場合に用いられる。
店内マップ23Bの場合、出入り口の近くに券売機50が配置されている。また、店内マップ23Bでは、券売機で購入済みとの注釈が表示されている。
図35の吹き出し内の表示は、スマートグラスを装着している店員に見えている店内の様子を表している。見え方は、実施の形態1と同じである。
本実施の形態の場合、記号31Eは、券売機50で購入済みの客であることを示している。記号31Eの表示には、例えば赤色が用いられる。
記号32Eは、券売機50で購入済みの客であるが、追加注文分は未払いであることを示している。記号32Eの表示には、例えば青色が用いられる。
記号33Eは、後払いの客であることを示している。記号33Eの表示には、例えば赤色が用いられる。
なお、レジカウンタでの支払いがある客か否かで表示色を変更してもよい。
図35に示す表示例では、携帯端末10(図1参照)による事前決済を想定していないが、実施の形態1と同様に携帯端末10による事前決済を本実施の形態の仕組みに組み合わせることも可能である。
なお、携帯端末10を用いた事前決済を本実施の形態の仕組みに組み合わせる場合には、携帯端末10による顔画像の登録が本実施の形態における処理と並行して実行される。
記号34Eは、事前決済済みの客であることを示している。記号34Eの表示には、例えば青色が用いられる。
記号35Eは、事前決済済みの客であるが、追加注文分は未払いであることを示している。記号35Eの表示にも、例えば青色が用いられる。
記号の種類や表示に用いる色の種類は、店側が設定可能である。
なお、記号の種類や表示に用いる色の種類が増加すると、店員による判断も難しくなる。そこで、後払い又は未払いがある客の表示色を同じにしてもよい。
Claims (14)
- 店舗を訪れる客の支払の状態を提示する支払状態提示システムであって、
前記店舗から提供されるサービス又は商品に関する決済を事前に行う事前決済装置と、
事前に決済を行った前記客の位置を特定する位置特定装置と、
前記位置特定装置により特定された前記客の位置と当該客の決済の情報とに応じた出力を行う出力装置と、
を有することを特徴とする支払状態提示システム。 - 管理装置及び通信装置を更に有し、
前記事前決済装置は、前記客が保有する携帯端末であって、
前記管理装置は、前記通信装置を介して前記携帯端末と通信し、
前記携帯端末には、前記店舗から提供されるサービス又は商品に関する決済を事前に行うアプリケーションプログラムがインストールされている
ことを特徴とする請求項1に記載の支払状態提示システム。 - 前記位置特定装置は、前記携帯端末及び前記店舗内を撮像する撮像装置であって、
前記携帯端末は、撮像部を有しており、
前記携帯端末は、決済に対応して前記撮像部によって撮像された前記客の顔画像に関する情報を前記管理装置に送信し、
前記管理装置は、受信した前記顔画像に関する情報と前記撮像装置が撮像した前記店舗内の画像とに基づいて、当該店舗内における前記客の位置を特定する
ことを特徴とする請求項2に記載の支払状態提示システム。 - 前記位置特定装置は、前記携帯端末及び前記店舗内を撮像する撮像装置であって、
前記携帯端末は、位置測定部を有しており、
前記携帯端末は、前記位置測定部により自端末が前記店舗の入り口に対応する位置の範囲内にあることを検出した場合、前記管理装置にその旨を伝える信号を送信し、
前記管理装置は、前記携帯端末から前記信号を受信した場合、前記撮像装置に前記店舗の入り口を撮像させ、撮像された前記客の顔画像に関する情報と当該撮像装置が撮像した当該店舗内の画像とに基づいて、当該店舗内における当該客の位置を特定する
ことを特徴とする請求項2に記載の支払状態提示システム。 - 前記位置特定装置は、前記携帯端末であって、
前記管理装置は、前記通信装置が受信する前記携帯端末からの電波に応じて、前記店舗内における前記客の位置を特定する
ことを特徴とする請求項2に記載の支払状態提示システム。 - 前記位置特定装置は、前記携帯端末及び前記店舗の複数の座席の各々に対応して設けられた読取装置であって、
前記管理装置は、前記携帯端末から前記決済の情報を読み取った前記読取装置に紐付けられている位置の情報に応じて、前記店舗内における前記客の位置を特定する
ことを特徴とする請求項2に記載の支払状態提示システム。 - 前記携帯端末は、撮像部を有しており、
前記位置特定装置は、前記携帯端末及び前記店舗の複数の座席の各々に対応して設けられた読取コードであって、
前記撮像部は、一つの前記読取コードを読み取り、読み取られた当該読取コードに対応する位置の情報に応じて、前記店舗内における前記客の位置を特定する
ことを特徴とする請求項2に記載の支払状態提示システム。 - 前記事前決済装置は、前記店舗が提供するサービス又は商品に関するチケットを販売する券売装置である
ことを特徴とする請求項1に記載の支払状態提示システム。 - 管理装置を更に有し、
前記位置特定装置は、前記券売装置が備える撮像部及び前記店舗内を撮像する撮像装置であって、
前記券売装置の前記撮像部は、当該券売装置における決済に応じて前記客の顔を撮像し、
前記管理装置は、前記撮像装置が撮像した前記店舗内の画像と前記客の顔画像に関する情報とに基づいて、当該店舗内における当該客の位置を特定する
ことを特徴とする請求項8に記載の支払状態提示システム。 - 前記出力装置は、前記位置特定装置で特定された前記客の位置と前記決済の情報とを表示する表示装置である
ことを特徴とする請求項1〜9のうちのいずれか1項に記載の支払状態提示システム。 - 前記表示装置は、前記位置特定装置で特定された前記客の位置の表示の形態を、当該位置特定装置で特定された当該客以外の客の位置の表示の形態と区別する、請求項10に記載の支払状態提示システム。
- 事前に決済を行った前記客に対応する前記決済の情報に、決済が終わっていない他のサービス又は他の商品が追加された場合、前記表示装置は、当該客の位置の表示を他の客の位置の表示と区別する、請求項11に記載の支払状態提示システム。
- 前記出力装置は、前記位置特定装置で特定された客以外の客が決済せずに前記店舗から出ようとした場合に警報を出力する警報装置である
ことを特徴とする請求項3、4及び9のうちのいずれか1項に記載の支払状態提示システム。 - 前記出力装置からの前記出力を受信するドア装置を更に有し、
前記出力装置は、前記位置特定装置で特定された客以外の客が決済せずに前記店舗から出ようとした場合、前記ドア装置を閉状態に維持する信号を出力する信号出力装置である
ことを特徴とする請求項3、4及び9のうちのいずれか1項に記載の支払状態提示システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019202364A JP2021077017A (ja) | 2019-11-07 | 2019-11-07 | 支払状態提示システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019202364A JP2021077017A (ja) | 2019-11-07 | 2019-11-07 | 支払状態提示システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2021077017A true JP2021077017A (ja) | 2021-05-20 |
Family
ID=75899408
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019202364A Pending JP2021077017A (ja) | 2019-11-07 | 2019-11-07 | 支払状態提示システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2021077017A (ja) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008225601A (ja) * | 2007-03-09 | 2008-09-25 | Sii Data Service Kk | オーダ会計システムおよび方法 |
JP2016181100A (ja) * | 2015-03-24 | 2016-10-13 | 日本電気株式会社 | 情報処理システム、商品登録装置、精算装置、情報処理方法、およびプログラム |
JP2018101420A (ja) * | 2014-12-29 | 2018-06-28 | 東芝テック株式会社 | 情報処理システムおよび情報処理プログラム |
JP2018110038A (ja) * | 2018-03-19 | 2018-07-12 | 株式会社ぐるなび | 注文システム及び注文方法 |
JP2018152114A (ja) * | 2018-05-18 | 2018-09-27 | シャープ株式会社 | 端末装置、端末装置の表示方法 |
JP2019139723A (ja) * | 2018-02-07 | 2019-08-22 | 国新 吉永 | セルフ注文・支払サービスシステム及びその方法 |
JP2019144933A (ja) * | 2018-02-22 | 2019-08-29 | 日本電気株式会社 | 情報処理装置 |
-
2019
- 2019-11-07 JP JP2019202364A patent/JP2021077017A/ja active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008225601A (ja) * | 2007-03-09 | 2008-09-25 | Sii Data Service Kk | オーダ会計システムおよび方法 |
JP2018101420A (ja) * | 2014-12-29 | 2018-06-28 | 東芝テック株式会社 | 情報処理システムおよび情報処理プログラム |
JP2016181100A (ja) * | 2015-03-24 | 2016-10-13 | 日本電気株式会社 | 情報処理システム、商品登録装置、精算装置、情報処理方法、およびプログラム |
JP2019139723A (ja) * | 2018-02-07 | 2019-08-22 | 国新 吉永 | セルフ注文・支払サービスシステム及びその方法 |
JP2019144933A (ja) * | 2018-02-22 | 2019-08-29 | 日本電気株式会社 | 情報処理装置 |
JP2018110038A (ja) * | 2018-03-19 | 2018-07-12 | 株式会社ぐるなび | 注文システム及び注文方法 |
JP2018152114A (ja) * | 2018-05-18 | 2018-09-27 | シャープ株式会社 | 端末装置、端末装置の表示方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6870669B2 (ja) | 精算装置及び制御方法 | |
US9582793B2 (en) | Point of sale system, inventory system, and methods thereof | |
CN212229682U (zh) | 基于购买者位置定位的开放式自助销售*** | |
JP5915851B2 (ja) | 会計管理システム及びレジシステム | |
EP3109838A1 (en) | Mobile device based digital wallet for retail shopping, related system and method | |
US10331921B2 (en) | Event based interrogation zone tracking system for product samples | |
JP2014235530A (ja) | セルフショッピングシステム、携帯端末、コンピュータプログラムおよびセルフショッピング方法 | |
KR102120554B1 (ko) | 유무인 스토어 보안 및 자동 결제 시스템 | |
US10192213B2 (en) | Mobile payment system and method | |
KR102286946B1 (ko) | 무인 자판기 상품 구매 및 관리 시스템 | |
JP2015106380A (ja) | セルフチェックアウト端末 | |
JP5357454B2 (ja) | 精算管理装置、精算装置、精算管理方法および精算管理プログラム | |
US20200202413A1 (en) | Methods and systems for fulfilling orders | |
JP2021077017A (ja) | 支払状態提示システム | |
WO2021176375A1 (ja) | 販売システム | |
EP3855380A1 (en) | Merchandise sales process device and control method for a store | |
JP7212840B2 (ja) | 情報処理装置、情報処理方法およびプログラム | |
JP7163144B2 (ja) | 商品販売システム、ショッピングカート及び商品販売方法 | |
JP7516800B2 (ja) | 購入管理システム、サーバ装置、購入管理方法、及び、プログラム | |
JP7226821B2 (ja) | 精算装置及び制御方法 | |
JP7272476B2 (ja) | 精算装置及び制御方法 | |
JP7506854B2 (ja) | 精算装置及び制御方法 | |
JP6683239B2 (ja) | 登録装置、プログラム、posシステム、精算装置の指定変更方法 | |
JP2021157272A (ja) | 購入管理システム、サーバ装置、購入管理方法、及び、プログラム | |
WO2022231622A1 (en) | Customer-specific operation of a drive-thru using sensors and historical data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20191127 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220518 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230417 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230606 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20231128 |