JP2021077017A - 支払状態提示システム - Google Patents

Abstract

【課題】決済済みの客と決済が済んでいない客が混在する店舗内において、店員が客毎の支払いの状態を容易に確認できるように支援する支払状態提示システムを提供する。【解決手段】店舗を訪れる客の支払の状態を提示する支払状態提示システム１であって、店舗から提供されるサービス又は商品に関する決済を事前に行う事前決済装置１０と、店舗内システム２０において、事前に決済を行った客の位置を特定する位置特定装置と、位置特定装置により特定された客の位置と客の決済の情報とに応じた出力を行う出力装置と、を有する。【選択図】図１

Description

本発明は、支払状態提示システムに関する。

飲食店における決済は、基本的に、飲食前の決済と飲食後の決済とに分類される。前者には、客が券売機でチケットを購入する方法があり、後者には、客が実際に飲食した料理の代金をレジ端末で支払う方法がある。いずれにしても現在の決済は、店舗内での決済の実行が主流である。もっとも、昨今では、来店前にインターネット上で注文と決済を完了させることも可能になっている。

特開２０１６−１２９３２４号公報

飲食前に決済するか飲食後に決済するかは、多くの場合、店舗毎に定まっているが、今後は、複数の決済方法が１つの店舗内で混在する可能性がある。例えば朝食や昼食の時間帯は券売機による決済方法を採用するが、夕食や飲酒を伴う時間帯では有人レジやセルフレジを用いる決済方法を採用する可能性がある。
ところが、決済方法の切り替わりに合わせて店内の客が入れ替わらない限り、同じ店舗内に、決済方法が異なる客が混在することになる。すなわち、既に支払いが完了している客と、退出時に代金を支払う客とが同じ店舗内に混在することになる。しかも、今日の飲食店は、少ない店員で多くの客に対応することが求められる。このような状況で、時間帯で決済方法を変更する運用を始めると、決済が完了している客に誤って会計を促して感情を損なうリスクや決済が完了していない客を見逃すリスクが生じてしまう。
なお、決済方法が異なる客が同じ店舗内に混在する状況は、決済方法が多様化する今日、飲食店以外の業種でも生じる可能性がある。

本発明は、決済済みの客と決済が済んでいない客が混在する店舗内において、店員が客毎の支払いの状態を容易に確認できるように支援することを目的とする。

請求項１に記載の発明は、店舗を訪れる客の支払の状態を提示する支払状態提示システムであって、前記店舗から提供されるサービス又は商品に関する決済を事前に行う事前決済装置と、事前に決済を行った前記客の位置を特定する位置特定装置と、前記位置特定装置により特定された前記客の位置と当該客の決済の情報とに応じた出力を行う出力装置と、を有することを特徴とする支払状態提示システムである。
請求項２に記載の発明は、管理装置及び通信装置を更に有し、前記事前決済装置は、前記客が保有する携帯端末であって、前記管理装置は、前記通信装置を介して前記携帯端末と通信し、前記携帯端末には、前記店舗から提供されるサービス又は商品に関する決済を事前に行うアプリケーションプログラムがインストールされていることを特徴とする請求項１に記載の支払状態提示システムである。
請求項３に記載の発明は、前記位置特定装置は、前記携帯端末及び前記店舗内を撮像する撮像装置であって、前記携帯端末は、撮像部を有しており、前記携帯端末は、決済に対応して前記撮像部によって撮像された前記客の顔画像に関する情報を前記管理装置に送信し、前記管理装置は、受信した前記顔画像に関する情報と前記撮像装置が撮像した前記店舗内の画像とに基づいて、当該店舗内における前記客の位置を特定することを特徴とする請求項２に記載の支払状態提示システムである。
請求項４に記載の発明は、前記位置特定装置は、前記携帯端末及び前記店舗内を撮像する撮像装置であって、前記携帯端末は、位置測定部を有しており、前記携帯端末は、前記位置測定部により自端末が前記店舗の入り口に対応する位置の範囲内にあることを検出した場合、前記管理装置にその旨を伝える信号を送信し、前記管理装置は、前記携帯端末から前記信号を受信した場合、前記撮像装置に前記店舗の入り口を撮像させ、撮像された前記客の顔画像に関する情報と当該撮像装置が撮像した当該店舗内の画像とに基づいて、当該店舗内における当該客の位置を特定することを特徴とする請求項２に記載の支払状態提示システムである。
請求項５に記載の発明は、前記位置特定装置は、前記携帯端末であって、前記管理装置は、前記通信装置が受信する前記携帯端末からの電波に応じて、前記店舗内における前記客の位置を特定することを特徴とする請求項２に記載の支払状態提示システムである。
請求項６に記載の発明は、前記位置特定装置は、前記携帯端末及び前記店舗の複数の座席の各々に対応して設けられた読取装置であって、前記管理装置は、前記携帯端末から前記決済の情報を読み取った前記読取装置に紐付けられている位置の情報に応じて、前記店舗内における前記客の位置を特定することを特徴とする請求項２に記載の支払状態提示システムである。
請求項７に記載の発明は、前記携帯端末は、撮像部を有しており、前記位置特定装置は、前記携帯端末及び前記店舗の複数の座席の各々に対応して設けられた読取コードであって、前記撮像部は、一つの前記読取コードを読み取り、読み取られた当該読取コードに対応する位置の情報に応じて、前記店舗内における前記客の位置を特定することを特徴とする請求項２に記載の支払状態提示システムである。
請求項８に記載の発明は、前記事前決済装置は、前記店舗が提供するサービス又は商品に関するチケットを販売する券売装置であることを特徴とする請求項１に記載の支払状態提示システムである。
請求項９に記載の発明は、管理装置を更に有し、前記位置特定装置は、前記券売装置が備える撮像部及び前記店舗内を撮像する撮像装置であって、前記券売装置の前記撮像部は、当該券売装置における決済に応じて前記客の顔を撮像し、前記管理装置は、前記撮像装置が撮像した前記店舗内の画像と前記客の顔画像に関する情報とに基づいて、当該店舗内における当該客の位置を特定することを特徴とする請求項８に記載の支払状態提示システムである。
請求項１０に記載の発明は、前記出力装置は、前記位置特定装置で特定された前記客の位置と前記決済の情報とを表示する表示装置であることを特徴とする請求項１〜９のうちのいずれか１項に記載の支払状態提示システムである。
請求項１１に記載の発明は、前記表示装置は、前記位置特定装置で特定された前記客の位置の表示の形態を、当該位置特定装置で特定された当該客以外の客の位置の表示の形態と区別する、請求項１０に記載の支払状態提示システムである。
請求項１２に記載の発明は、事前に決済を行った前記客に対応する前記決済の情報に、決済が終わっていない他のサービス又は他の商品が追加された場合、前記表示装置は、当該客の位置の表示を他の客の位置の表示と区別する、請求項１１に記載の支払状態提示システムである。
請求項１３に記載の発明は、前記出力装置は、前記位置特定装置で特定された客以外の客が決済せずに前記店舗から出ようとした場合に警報を出力する警報装置であることを特徴とする請求項３、４及び９のうちのいずれか１項に記載の支払状態提示システムである。
請求項１４に記載の発明は、前記出力装置からの前記出力を受信するドア装置を更に有し、前記出力装置は、前記位置特定装置で特定された客以外の客が決済せずに前記店舗から出ようとした場合、前記ドア装置を閉状態に維持する信号を出力する信号出力装置であることを特徴とする請求項３、４及び９のうちのいずれか１項に記載の支払状態提示システムである。

本発明によれば、決済済みの客と決済が済んでいない客が混在する店舗内において、店員が客毎の支払いの状態を容易に確認できるように支援できる。

実施の形態１で使用する支払状態提示システムの概略構成を例示する図である。 実施の形態１で使用する管理サーバの構成を説明するブロック図の一例を示す図である。 決済情報ＤＢのデータ構造の一例を説明する図である。 実施の形態１で使用する携帯端末の構成を説明するブロック図の一例を示す図である。 実施の形態１で説明する支払状態提示システムで実行される処理動作の概要を説明する図である。 実施の形態１の表示装置に表示される店内マップの一例を説明する図である。 実施の形態１の表示装置に表示される情報の表示例を説明する図である。 後払いの客が代金を未払いのまま店の外に出ようとする場合の管理サーバの制御例を説明する図である。 実施の形態２で使用する支払状態提示システムの概略構成を例示する図である。 実施の形態２で使用する管理サーバの構成を説明するブロック図の一例を示す図である。 実施の形態２で使用する携帯端末の構成を説明するブロック図の一例を示す図である。 入店を通知する事例と入店を通知しない事例を説明する図である。 実施の形態２で説明する支払状態提示システムで実行される処理動作の概要を説明する図である。 実施の形態３で使用する支払状態提示システムの概略構成を例示する図である。 実施の形態３で使用する管理サーバの構成を説明するブロック図の一例を示す図である。 実施の形態３で使用する携帯端末の構成を説明するブロック図の一例を示す図である。 実施の形態３で説明する支払状態提示システムで実行される処理動作の概要を説明する図である。 実施の形態４で使用する支払状態提示システムの概略構成を例示する図である。 端末情報リーダの配置例を説明する図である。 実施の形態４で使用する管理サーバの構成を説明するブロック図の一例を示す図である。 実施の形態４で使用する携帯端末の構成を説明するブロック図の一例を示す図である。 実施の形態４で説明する支払状態提示システムで実行される処理動作の概要を説明する図である。 実施の形態５で使用する支払状態提示システムの概略構成を例示する図である。 店内の位置情報を示すＱＲコードの配置例を説明する図である。 実施の形態５で使用する管理サーバの構成を説明するブロック図の一例を示す図である。 実施の形態５で使用する携帯端末の構成を説明するブロック図の一例を示す図である。 実施の形態５で説明する支払状態提示システムで実行される処理動作の概要を説明する図である。 実施の形態６で使用する支払状態提示システムの概略構成を例示する図である。 券売機の外観構成の一例を説明する図である。 券売機の機能上の構成の一例を説明する図である。 実施の形態６で使用する管理サーバの構成を説明するブロック図の一例を示す図である。 決済情報ＤＢのデータ構造の一例を説明する図である。 実施の形態６で説明する支払状態提示システムで実行される処理動作の概要を説明する図である。 実施の形態６の表示装置に表示される店内マップの一例を説明する図である。 実施の形態６の表示装置に表示される情報の表示例を説明する図である。 実施の形態６の表示装置に表示される情報の他の表示例を説明する図である。

以下、添付図面を参照して、実施の形態について詳細に説明する。
＜実施の形態１＞
＜システムの構成＞
図１は、実施の形態１で使用する支払状態提示システム１の概略構成を例示する図である。図１に示す支払状態提示システム１は、飲食店での使用を想定している。
飲食店では、店内での飲食に供される料理の提供の他、テイクアウト用の料理、飲食店の名称やロゴが印刷された物品も販売される。店内での飲食に供される料理の提供は、サービスの一例である。テイクアウト用の料理や飲食店の名称やロゴが印刷された物品は、商品の一例である。以下、料理や物品を総称して料理等ともいう。
もっとも、本実施の形態及び後述する各実施の形態におけるシステムを構築する場所は飲食店に限らない。

図１に示す支払状態提示システム１は、飲食店を利用する客が操作する携帯型の端末（以下「携帯端末」という）１０と、飲食店に構築される店舗内システム２０とで構成されている。携帯端末１０と店舗内システム２０は、インターネット３０を介して接続されている。
本実施の形態の場合、客が操作する携帯端末１０としてスマートフォンを使用する。なお、通信による電子決済の機能を備える端末であれば、スマートフォンに限らない。携帯端末１０は、例えばタブレット端末でもよいし、スマートグラスやスマートウォッチ等のウェアラブルデバイスでもよい。
図１に示す客は、携帯端末１０を通じ、飲食店を訪問する前に、店舗内で飲食する料理やテイクアウトする料理の代金を電子決済する。
飲食店を訪問する前に実行される電子決済は、事前決済の一例である。なお、事前決済には、飲食店に来店した後に、客の携帯端末１０を通じて実行される電子決済も含まれる。
なお、事前決済に際して店舗内システム２０とやり取りされる情報を、図１では「事前決済の情報」と表現する。本実施の形態における携帯端末１０は、事前決済装置の一例である。

本実施の形態の場合、携帯端末１０から店舗内システム２０に送信される事前決済の情報には、注文する料理の内容と数量、支払金額、携帯端末１０を物理的に特定するＭＡＣ（＝Media Access Control）アドレス、注文時に携帯端末１０を操作していた客の顔を撮像した顔画像等が含まれる。この他、携帯端末１０から店舗内システム２０に送信される事前決済の情報には、来店の予定時刻や来店人数、客の氏名等が含まれてもよい。
一方、店舗内システム２０から携帯端末１０に送信される事前決済の情報には、受け付けた注文の内容、電子決済の完了を通知する情報等が含まれる。

本実施の形態で使用する店舗内システム２０は、システム全体を管理する管理サーバ２１、来店した客からの注文の受け付けに用いられる注文受付端末２２、店舗内に滞在している客毎に代金の支払いの状態等を店員に提示する表示装置２３、店舗内における代金の支払いに使用するＰＯＳ（＝Point Of Sale）端末２４、注文票を印刷するキッチンプリンタ２５、店舗内を撮影するカメラ２６、代金を支払っていない客の出口への移動を知らせるブザー２７、出入り口に設けられる自動ドア２８で構成されている。

図１には、注文受付端末２２、表示装置２３、キッチンプリンタ２５、カメラ２６を１台だけ表しているが、いずれも複数台でもよい。
本実施の形態における注文受付端末２２は、タブレット型の端末であり、接客を担当する店員の人数よりも多くの台数が用意される。もっとも、注文受付端末２２が据え置き型であることを妨げない。

本実施の形態における表示装置２３は、店内に滞在している客毎の代金の支払いの状態等の表示が可能であればよく、デバイスの形態は問わない。例えば注文受付端末２２やＰＯＳ端末２４との兼用も可能である。また、表示装置２３は、いわゆるスマートグラスでもよい。スマートグラスは、ウェアラブルデバイスとして実用化され、既に幾つかの商品が存在する。本実施の形態におけるスマートグラスは、装着した店員に対し、代金の支払いの状態等を店内に実在する客に重ねて表示する機能を有している。

本実施の形態におけるＰＯＳ端末２４は、店内で注文された料理の代金の決済に使用される。決済には現金の他、電子マネーも用いられる。ここでの料理には、店内で飲食される料理の他、テイクアウトされる料理も含まれる。
キッチンプリンタ２５は、注文票を印刷するプリンタである。注文表には、注文の日時、注文番号、注文された料理名と個数、配膳するテーブルや座席の番号、決済の有無等が印字される。店内で注文を受け付けた場合には、注文を受け付けた店員の名前も印字される。なお、事前決済の場合には、カメラ２６で撮像された店内の画像から特定された客の位置、すなわちテーブルや座席の番号が印字される。もっとも、店員が事前決済を確認して注文受付端末２２に入力したテーブルや座席の番号が印字されてもよい。

カメラ２６は、店舗内に滞在している客の顔を漏れなく撮像するために必要な台数が用意される。換言すると、カメラ２６は、店舗内で客の顔を撮像できない死角が生じない位置に配置される。本実施の形態では、事前に決済が終了した客を、決済時に撮像した客の顔の画像を用いて特定するためである。カメラ２６は、店舗内を撮像する撮像装置の一例である。
ブザー２７は、特定の周波数の音を出力するスピーカである。もっとも、ブザー２７として、広帯域の周波数に対応するスピーカを兼用してもよい。ブザー２７は、警報装置の一例である。
自動ドア２８は、人感センサと連動し、人の接近を検知すると、自動で開閉されるドアである。自動ドア２８は、ドア装置の一例である。

＜管理サーバの構成＞
図２は、実施の形態１で使用する管理サーバ２１の構成を説明するブロック図の一例を示す図である。
実施の形態１で用いる管理サーバ２１は、サーバ全体の動作を制御する制御部２１０と、外部装置との通信に用いられる通信部２２０と、データ等の記憶に用いられる記憶部２３０とを備えている。
本実施の形態における管理サーバ２１は、管理装置の一例である。
通信部２２０は、４Ｇ通信モジュール、５Ｇ通信モジュール、ＷｉＦｉモジュール、ＬＡＮ（＝Local Area Network）モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールその他で構成される。通信部２２０は、これらのモジュールを使用してインターネット３０に接続された携帯端末１０（図１参照）や店舗内システム２０を構成する各機器との通信を実現する。通信部２２０は、通信装置の一例である。

制御部２１０は、ＣＰＵ（＝Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＲＯＭ（＝Read Only Memory）、ＲＡＭ（＝Random Access Memory）等で構成される。
制御部２１０のＲＯＭには、ＣＰＵやＭＰＵにより実行される基本プログラム（オペレーションシステム）や各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部２３０から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。

例えば制御部２１０は、決済情報を処理する機能（決済情報処理部２１１）、携帯端末１０（図１参照）から通知される客の顔画像を登録する機能（顔画像登録部２１２）、カメラ２６（図１参照）で撮像された店内の画像を取得する機能（店内画像取得部２１３）、店内における客の位置を特定する機能（客位置特定部２１４）、注文データを処理する機能（注文データ処理部２１５）、客毎の料理の代金の支払いの状態の表示装置２３（図１参照）への提示を制御する機能（支払状態提示制御部２１６）、未払金がある客（以下「未払い客」ともいう）の店からの退出を通知する機能（未払い客退出通知部２１７）、自動ドア２８（図１参照）の開閉を制御する機能（自動ドア開閉制御部２１８）を、プログラムの実行を通じて実行する。

本実施の形態における決済情報処理部２１１は、携帯端末１０との間で事前決済を実行すると共に、注文受付端末２２やＰＯＳ端末２４との間でも決済に関する情報を共有する。決済情報処理部２１１は、店内のテーブルや座席の番号と紐付けて料理等の決済を処理する。事前決済の場合、決済情報処理部２１１は、注文された料理の内容と数量、対象の料理に対する支払済みの記録、支払金額、事前決済に用いた携帯端末１０のＭＡＣアドレス、事前決済を行った客の顔画像等を記憶部２３０に記録する。

本実施の形態における顔画像登録部２１２は、事前決済の操作中に携帯端末１０で撮像された客の顔画像を記憶部２３０に登録する処理を実行する。前述したように、客の顔画像は事前決済の情報の一部として携帯端末１０から通知される。顔画像登録部２１２は、顔画像から特徴量を抽出する処理も実行する。抽出された特徴量は、事前決済済みの客に紐付けられて記憶部２３０に記録される。ここでの特徴量は、顔画像に関する情報の一例である。

本実施の形態における店内画像取得部２１３は、店内に配置されているカメラ２６（図１参照）から出力される画像を記憶部２３０に記憶する。
本実施の形態における客位置特定部２１４は、顔画像から抽出された特徴量と店内を撮像した画像との照合を通じ、事前決済済みの客の店内における位置を特定する。店内の位置は、テーブルの番号や座席の番号により特定される。客位置特定部２１４は、客の位置を特定する位置特定装置の一例である。
本実施の形態における注文データ処理部２１５は、事前決済や注文受付端末２２を通じて受け付けた注文データの進捗を処理する。例えば注文受付端末２２を通じて受け付けた注文データは、即座にキッチンプリンタ２５に送信される。一方、事前決済により受け付けた注文データは、事前決済を行った客の店内における位置が特定された段階でキッチンプリンタ２５に送信される。

本実施の形態における支払状態提示制御部２１６は、事前決済済みの客、事前決済済みであるが注文受付端末２２を通じて追加の注文を行った客、事前決済していない客を区別した情報を店内の客に紐付けた画像を生成して表示装置２３等に出力する。支払状態提示制御部２１６は、客の位置と客の決済の情報とに応じた出力を行う出力装置の一例である。
表示装置２３等に表示される画像は、店員による客毎の支払いの状態の確認を容易にする。例えば表示装置２３が据え置き型の装置やタブレット型の端末である場合、客毎の支払いの状態が、店内の客の位置に合わせて表示される。従って、客が店内を移動している場合に、客の移動に合わせて表示も移動する。

客が着席している場合、客毎の支払いの状態が、例えばテーブルの番号又は座席に紐付けた状態で表示される。もっとも、客が店内を移動している場合には、移動に伴って支払いの状態を示す表示も移動する。また、表示装置２３がスマートグラスである場合、スマートグラスを装着している店員の視野に含まれる客に重なるように支払いの状態の画像が表示される。
本実施の形態の場合、支払いの状態を示す情報として、ＰＯＳ端末２４（図１参照）での支払うべき代金が残っているか否かの情報を想定するが、各客が注文した料理等、支払い金額、過去の来店回数等の履歴を含んでもよい。

本実施の形態における未払い客退出通知部２１７は、代金の支払いが済んでいない客が自動ドア２８（図１参照）から店外に退出する前に該当する客の存在を店員に通知する。通知の方法として、本実施の形態では、ブザー音の出力を採用する。もっとも、注文受付端末２２や表示装置２３等へのメッセージの表示や警報ランプの点灯等と組み合わせてもよい。また、「お支払いはお済みですか？」等の音声の出力を採用してもよい。
本実施の形態における自動ドア開閉制御部２１８は、自動ドア２８（図１参照）の開閉を制御する。自動ドア２８の開閉は、基本的には、人感センサの出力に基づいて自動的に実行されるが、未払い客の店外への退出の推定されている場合、自動ドア開閉制御部２１８は、自動ドア２８を強制的に閉状態に制御する。自動ドア２８が開かないことで、支払いを忘れた客に声を掛ける機会が設けられる。自動ドア開閉制御部２１８は、信号出力装置の一例である。

記憶部２３０は、半導体メモリやＨＤＤ（＝Hard Disk Drive）等の記憶装置で構成される。本実施の形態の場合、記憶部２３０には、事前決済を行った客が操作する携帯端末１０から受信された顔画像が記録される領域（顔画像ＤＢ２３１）、顔画像から抽出された特徴量が記録される領域（顔画像特徴量ＤＢ２３２）、カメラ２６で撮像された店内画像が記録される領域（店内画像ＤＢ２３３）、決済に関する情報が記録される領域（決済情報ＤＢ２３４）、決済済みの店内の位置が記録される領域（決済済み客位置ＤＢ２３５）が設けられる。
なお、決済済み客の位置は、テーブルの番号や座席の番号に限らず、顔画像との照合により特定された客の店内での位置に連動する。

図３は、決済情報ＤＢ２３４のデータ構造の一例を説明する図である。
図３に示す決済情報ＤＢ２３４には、注文毎に、決済方法、携帯端末１０（図１参照）のＭＡＣアドレス、注文メニュー、支払い済みの客の顔画像、支払い済み金額、座席番号が記録される。
例えば１行目の注文は、事前決済の事例である。決済に用いた携帯端末１０のＭＡＣアドレスは「１２３４５６」である。また、注文メニューはカレーライスであり、男性の顔画像が登録されている。また、支払済み金額は８００円である。なお、座席番号は＃１であるが、この番号は、管理サーバ２１が特定した番号である。

なお、２行目の注文も、事前決済の事例である。
３行目の注文は、後払いの事例である。図３の場合、ＭＡＣアドレスは空欄であるが、注文に使用した注文受付端末２２（図１参照）のＭＡＣアドレスを登録してもよい。注文メニューはラーメンである。なお、３行目の注文の場合、顔画像の登録はなく、支払い済み金額もない。３行目の注文は、座席番号の＃６に紐付けられている。この座席番号は、注文受付端末２２から入力される。
４行目の注文も、後払いの事例である。注文メニューはコーヒーである。なお、注文受付端末２２から入力された座席番号は＃１である。座席番号が＃１の客が店内から退出していない場合、コーヒーは、追加の注文であることが分かる。

＜携帯端末の構成＞
図４は、実施の形態１で使用する携帯端末１０の構成を説明するブロック図の一例を示す図である。
実施の形態１で用いる携帯端末１０は、端末全体の動作を制御する制御部１１０と、外部装置との通信に用いられる通信部１２０と、事前決済中のユーザ（すなわち客）の顔画像の撮像に用いられるカメラ１３０と、表示部と操作部が一体化された表示操作部１４０と、データ等の記憶に用いられる記憶部１５０とを備えている。

ここでの制御部１１０も、ＣＰＵやＭＰＵ、ＲＯＭ、ＲＡＭ等で構成される。
制御部１１０のＲＯＭには、ＣＰＵやＭＰＵにより実行される基本プログラムや各種の設定等が記憶されている。ＣＰＵやＭＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部１５０から読み出したアプリケーションプログラムを実行する。ＣＰＵやＭＰＵがプログラムを実行することにより、以下に説明する機能が実現される。

例えば制御部１１０は、指定した飲食店との間で事前決済を実行する機能（事前決済処理部１１１）、事前決済中に撮像されたユーザ（すわなち客）の顔画像を飲食店側の管理サーバ２１（図１参照）に登録する機能（顔画像登録部１１２）を、プログラムの実行を通じて実行する。
本実施の形態における事前決済処理部１１１は、管理サーバ２１との通信を通じ、事前決済を実行する。事前決済処理部１１１は、表示操作部１４０に表示される操作画面を通じて事前決済に必要な事項を受け付け、管理サーバ２１に送信する。事前決済処理部１１１に対応するアプリケーションプログラムは、携帯端末１０にインストールされている。以下では、事前決済に使用するアプリケーションプログラムを「決済アプリ」ともいう。
本実施の形態における顔画像登録部１１２は、事前決済中に撮像したユーザの顔画像を管理サーバ２１に送信する。ここでの顔画像登録部１１２は、管理サーバ２１側の客位置特定部２１４との連携により、位置特定装置として機能する。

本実施の形態における通信部１２０は、４Ｇ通信モジュール、５Ｇ通信モジュール、ＷｉＦｉモジュール、Ｂｌｕｅｔｈｏｏｔｈモジュール等で構成される。
本実施の形態におけるカメラ１３０は、表示操作部１４０と同じ面に配置される。このため、カメラ１３０は、表示操作部１４０に事前決済に必要な事項を入力するユーザの顔画像の撮像が可能である。なお、表示操作部１４０と反対面側に別のカメラが設けられることを妨げない。
本実施の形態における表示操作部１４０は、いわゆるタッチパネルである。タッチパネルは、ディスプレイパネルの表面に透明なタッチセンサを積層した構造を有している。
本実施の形態における記憶部１５０は、半導体メモリで構成される。記憶部１５０には、カメラ１３０で撮像されたユーザの顔画像データ１５１が記録される。

＜処理動作＞
図５は、実施の形態１で説明する支払状態提示システム１で実行される処理動作の概要を説明する図である。なお、図中のＳはステップの意味である。
以下では、事前決済を前提に説明する。
支払状態提示システム１を構成する飲食店での飲食に際し、事前決済を希望するユーザ（すなわち客）は、携帯端末１０の決済アプリを起動する（ステップ１）。
次に、携帯端末１０は、事前決済に必要な情報を受け付けるとともに顔画像の撮像を実行する（ステップ２）。
続いて、携帯端末１０は、管理サーバ２１に顔画像等を送信する（ステップ３）。管理サーバ２１に送信される情報には、事前決済に必要な情報も含まれる。

管理サーバ２１は、受信した情報に基づいて決済処理を実行し、注文を受け付ける（ステップ４）。また、管理サーバ２１は、受信した顔画像を登録する（ステップ５）。顔画像が登録されるのは、決済済みの客の顔画像だけである。なお、顔画像に付随して、顔画像の特徴量も登録される。
店舗内システム２０のカメラ２６は、管理サーバ２１に対し、常に店内の画像（以下「店内画像」という）を送信している。
管理サーバ２１は、登録された顔画像の特徴量と店内画像を照合する（ステップ６）。照合は、繰り返し実行される。

管理サーバ２１は、顔画像の特徴量が一致する客が見つかった位置により、決済済みの客の店内における位置を特定する（ステップ７）。
次に、管理サーバ２１は、決済済みの客の店内における位置等を提示する画面を生成する（ステップ８）。本実施の形態の場合、生成された画像は表示装置２３に出力される。
表示装置２３は、店内の客毎に決済の情報を提示する（ステップ９）。この提示により、店内の店員は、事前決済の客と後払いの客が混在する場合でも、どの客が決済済みかどの客が後払いかを知ることができる。この結果、店員は、誤った声掛けを行わずに済む。この結果、支払い済みの客の気分を害する可能性が低減される。
なお、管理サーバ２１は、未払いの客の店からの退出を検出した場合、未払い者の退出を通知する（ステップ１０）。通知には、ブザー２７（図１参照）の鳴動等が用いられる。また、管理サーバ２１は、自動ドア２８（図１参照）を閉状態に制御する（ステップ１１）。この制御により、店員が気づかないうちに、未払いの客が店外に出る事態が回避される。

＜画面例等＞
以下では、決済済みの客の店内における位置等を提示する画面の例や関連する制御の例を説明する。
図６は、実施の形態１の表示装置２３に表示される店内マップ２３Ａの一例を説明する図である。図６に示す画面の例は、店内マップ２３Ａを、例えばタブレット型の表示装置２３に表示する場合に用いられる。

図６の場合、店内には、７個のテーブルがあり、それぞれに４つの座席が設けられている。図６では、テーブル番号としてＡ〜Ｇが用いられている。また、座席番号として＃１〜＃２８が用いられている。なお、図中、客の位置は丸印で表されている。
図６の場合、出入り口の近くにはレジカウンタがあり、その近くには、事前決済済みの客が１名、後払いの客が１名いる。
また、店内マップ２３Ａからは、テーブル番号Ａには後払いの客が２名いること、テーブル番号Ｂには、事前決済済みの客が３名いることが分かる。なお、グループの客については、グループ内の１名が事前決済すると、同じグループ内の他の客の表示も事前決済済みに変更されるようにしてもよい。
また、店内マップ２３Ａでは、店内を歩いている客についても、事前決済済みか後払いかが区別されている。

図７は、実施の形態１の表示装置２３に表示される情報の表示例を説明する図である。図７に示す情報の表示は、表示装置２３がスマートグラスの場合に用いられる。
図７の吹き出し内の表示は、スマートグラスを装着している店員に見えている店内の様子を表している。図７の場合、各客の決済に関する情報の違いは、対応する客に重ねて表示される記号３１〜３３で表される。

記号３１は、事前決済済みの客であることを示している。記号３１の表示には、例えば赤色が用いられる。
記号３２は、事前決済済みの客であるが、追加注文分は未払いであることを示している。記号３２の表示には、例えば青色が用いられる。
記号３３は、後払いの客であることを示している。記号３３の表示には、例えば赤色が用いられる。
なお、レジカウンタでの支払いがある客であるか否かによって表示色を変更してもよい。例えば事前決済済みの客は一様に青色の記号で表示し、レジカウンタでの支払いが残っている客は一様に赤色の記号で表示してもよい。

図８は、後払いの客が代金を未払いのまま店の外に出ようとする場合の管理サーバ２１の制御例を説明する図である。図８には図１との対応部分に対応する符号を付して示している。
図８の場合、後払いの客が自動ドア２８から出て行こうとしているのか否かを判定するための領域３５が自動ドア２８の内側に設定されている。領域３５の範囲は、店毎に設定される。
図８の場合、後払いの２名の客が領域３５の中を自動ドア２８に向かって移動している。自動ドア２８の向こう側は店の外であるので、この２名は、代金を支払わずに店外に出ようとしている。このため、管理サーバ２１は、ブザー２７を鳴動させるとともに、自動ドア２８を閉状態に制御する閉信号を出力している。
この機能により、店員が気づかないうちに、事前決済済みの客と後払いの客が混在する店内から代金を未払いの客が出ていくことを未然に防ぐことができるようになる。

＜実施の形態２＞
＜システムの構成＞
図９は、実施の形態２で使用する支払状態提示システム１Ａの概略構成を例示する図である。図９には、図１との対応部分に対応する符号を付して示している。
本実施の形態における支払状態提示システム１Ａでは、事前決済済みの客の顔画像を、飲食店側に設けられているカメラ２６の撮像画像を用いて登録する点で、実施の形態１と異なっている。
なお、支払状態提示システム１Ａは、携帯端末１０Ａと店舗内システム２０Ａとで構成され、携帯端末１０Ａと店舗内システム２０Ａはインターネット３０を介して接続される。
本実施の形態の場合、携帯端末１０Ａには、飲食店に対する入店を店舗内システム２０Ａに通知する機能が追加される。
店舗内システム２０Ａの構成は、実施の形態１と同様であるが、顔画像を登録するための機能が管理サーバ２１Ａに追加されている。

＜管理サーバの構成＞
図１０は、実施の形態２で使用する管理サーバ２１Ａの構成を説明するブロック図の一例を示す図である。図１０には、図２との対応部分に対応する符号を付して示している。
図１０に示す管理サーバ２１Ａの場合、実施の形態１で用いた制御部２１０の機能に、携帯端末１０Ａから事前決済済みの客の入店の通知を受け付ける機能（入店通知受付部２２１）と入店した客の顔画像を撮像するようにカメラ２６（図９参照）を制御する機能（入店客撮像制御部２２２）が追加される点で実施の形態１と相違する。

本実施の形態における入店通知受付部２２１は、事前決済した客が操作する携帯端末１０Ａからの飲食店への入店を示す通知を受信する。本実施の形態の場合、入店の通知を送信する携帯端末１０Ａは、事前決済済みの客が操作する携帯端末１０Ａに限られる。本実施の形態における入店通知受付部２２１は、入店を示す通知の携帯端末１０ＡのＭＡＣアドレスと事前決済時に受信した携帯端末１０ＡのＭＡＣアドレスとの照合により、入店した客を特定する。

本実施の形態における入店客撮像制御部２２２は、入店の通知が受信された場合、出入り口から入店する客の顔画像を撮像するようにカメラ２６が撮像する向きを制御する。この制御により、入店を通知した携帯端末１０Ａを所持する客の顔画像が撮像される。
なお、入店する客の顔画像を撮像する専用カメラがある場合、入店客撮像制御部２２２は、入店の通知を受けた時点に該当する専用カメラが撮像した顔画像の取り込みを指示する。
店内のカメラ２６で撮像された顔画像は、顔画像登録部２１２により記憶部２３０に記憶される。

＜携帯端末の構成＞
図１１は、実施の形態２で使用する携帯端末１０Ａの構成を説明するブロック図の一例を示す図である。図１１には、図４との対応部分に対応する符号を付して示している。
実施の形態２で用いる携帯端末１０Ａは、端末全体の動作を制御する制御部１１０と、外部装置との通信に用いられる通信部１２０と、事前決済中のユーザ（すなわち客）の顔画像の撮像に用いられるカメラ１３０と、表示部と操作部が一体化された表示操作部１４０と、データ等の記憶に用いられる記憶部１５０と、ＧＰＳ受信機１６０とを備えている。

図１１の場合、ＧＰＳ受信機１６０が追加の構成である。ＧＰＳ受信機１６０は、ＧＰＳ衛星が発するＧＰＳ電波を屋外で受信するデバイスである。もっとも、ＧＰＳ受信機１６０による測位は、基本的に屋外でしか使用できない。このため、ＧＰＳ受信機１６０による測位は、事前決済した飲食店が郊外にある場合に主に用いられる。
図１１に示す携帯端末１０Ａを構成する制御部１１０で実行される機能の一部は、実施の形態１と異なっている。
図１１に示す制御部１１０には、顔画像登録部１１２（図４参照）に代えて、自端末の位置を測定する機能（位置測定部１１３）と事前決済を行った飲食店への入店を店側に通知する機能（入店通知部１１４）が設けられる点で実施の形態１と相違する。

本実施の形態における位置測定部１１３は、ＧＰＳ受信機１６０による測位の結果と、携帯端末１０Ａの周囲に存在する複数のＷｉＦｉアクセスポイントからの電波を使用するＷｉＦｉ測位の結果を使用して自装置の位置を測定する。複数のＷｉＦｉアクセスポイントからの電波の受信には、通信部１２０が使用される。なお、屋外では、ＷｉＦｉ測位の結果が、ＧＰＳ電波による測位の補完に用いられる。一方、屋内では、ＷｉＦｉ測位の結果が自装置の位置として用いられる。
この他、位置測定部１１３による測位には、複数の発信源から送信されるＢｌｕｅｔｈｏｏｔｈ信号を用いる測位方法を使用してもよい。
いずれの場合も、三点測位により携帯端末１０Ａの位置を特定する。

本実施の形態における入店通知部１１４は、位置測定部１１３で測定された位置と事前決済された飲食店の位置との照合により該当する飲食店への入店を判定する。
図１２は、入店を通知する事例と入店を通知しない事例を説明する図である。図１２に示す矩形３６は、事前決済した飲食店の外壁の位置を示している。なお、矩形３６の内側には、７つのテーブルＡ〜Ｇとレジカウンタが配置されている。
また、図中に示す人形のアイコン３７Ａ及び３７Ｂは、それぞれ事前決済を行った客を表している。

アイコン３７Ａは、出入り口に対して平行に移動している。この場合、客は、飲食店に入店するのではなく店先を通り過ぎている。このため、携帯端末１０Ａは、入店を店側に通知しない。
一方のアイコン３７Ｂは、出入り口の方向に向かって移動している。このため、携帯端末１０Ａは、入店を店側に通知する。なお、飲食店の位置として、出入り口の位置が指定されていることが望ましい。出入り口の位置が不明確である場合には、入店後に、携帯端末１０Ａから入店を通知するビーコン等を予め定めた期間送信させ、ビーコンの発信源の位置をカメラ２６で撮像させてもよい。

＜処理動作＞
図１３は、実施の形態２で説明する支払状態提示システム１Ａで実行される処理動作の概要を説明する図である。なお、図中のＳはステップの意味である。
図１３には、図５との対応部分に対応する符号を付して示している。
本実施の形態の場合も、支払状態提示システム１Ａを構成する飲食店での飲食に際し、事前決済を希望するユーザ（すなわち客）は、携帯端末１０Ａの決済アプリを起動する（ステップ１）。
次に、携帯端末１０Ａは、事前決済に必要な情報を受け付けて送信する（ステップ２１）。
事前決済に必要な情報を受信した管理サーバ２１Ａは、決済処理を実行し、注文を受け付ける（ステップ４）。

一方、事前決済に必要な情報を送信した携帯端末１０Ａは、自装置の位置が事前決済した飲食店かを判定する（ステップ２２）。自装置の位置が該当する飲食店にある場合、携帯端末１０Ａは、管理サーバ２１Ａに対して入店を通知する（ステップ２３）。
入店の通知を受信すると、管理サーバ２１Ａは、カメラ２６に対し、入店した客の顔画像の撮像を指示する（ステップ２４）。
指定を受け付けたカメラ２６は、入店した客の顔画像を撮像する（ステップ２５）。撮像された顔画像は、カメラ２６から管理サーバ２１Ａに送信される。

以後の処理動作は、実施の形態１と同様である。
すなわち、管理サーバ２１Ａは、受信した顔画像を登録する（ステップ５）。また、管理サーバ２１Ａは、顔画像に付随して、顔画像の特徴量も登録する。
続いて、管理サーバ２１Ａは、登録された顔画像の特徴量と店内画像を照合し（ステップ６）、決済済みの客の店内における位置を特定する（ステップ７）。

決済済みの客の店内における位置が特定されると、管理サーバ２１Ａは、決済済みの客の店内における位置等を提示する画面を生成し（ステップ８）、表示装置２３に出力する。
この結果、表示装置２３は、店内の客毎に決済の情報を提示する（ステップ９）。
また、未払いの客の店からの退出を検出した場合、管理サーバ２１Ａは、未払い者の退出を通知する（ステップ１０）とともに、自動ドア２８（図９参照）を閉状態に制御する（ステップ１１）。

＜実施の形態３＞
＜システムの構成＞
図１４は、実施の形態３で使用する支払状態提示システム１Ｂの概略構成を例示する図である。図１４には、図１との対応部分に対応する符号を付して示している。
本実施の形態における支払状態提示システム１Ｂでは、客の顔画像を用いずに、事前決済済みの客の店内における位置を特定する点で、実施の形態１と異なっている。
なお、支払状態提示システム１Ｂは、携帯端末１０Ｂと店舗内システム２０Ｂとで構成され、携帯端末１０Ｂと店舗内システム２０Ｂはインターネット３０を介して接続される。

図１４に示す店舗内システム２０Ｂには、カメラ２６（図１参照）に代えて、複数の無線電波受信センサ２９が配置されている。無線電波受信センサ２９は、携帯端末１０Ｂが送信するＷｉＦｉ電波やＢｌｕｅｔｈｏｏｔｈ電波を受信するセンサであり、通信に使用される他、測位にも使用される。無線電波受信センサ２９は、通信装置の一例である。
本実施の形態の場合、カメラ２６の設置は任意である。

＜管理サーバの構成＞
図１５は、実施の形態３で使用する管理サーバ２１Ｂの構成を説明するブロック図の一例を示す図である。図１５には、図２との対応部分に対応する符号を付して示している。
図１５に示す管理サーバ２１Ｂの場合、実施の形態１で用いた制御部２１０の機能に、携帯端末１０Ｂから送信されるＷｉＦｉ電波やＢｌｕｅｔｈｏｏｔｈ電波を受信する各無線電波受信センサ２９の受信強度により、携帯端末１０Ｂが存在する店内の位置を測定する機能（端末位置測位部２３１）が追加されている。一方で、管理サーバ２１Ｂからは、実施の形態１で用いた制御部２１０の機能のうち、顔画像登録部２１２（図２参照）と店内画像取得部２１３（図２参照）が取り除かれている。

本実施の形態における端末位置測位部２３１は、複数の無線電波受信センサ２９で受信されたＷｉＦｉ電波やＢｌｕｅｔｈｏｏｔｈ電波に含まれる携帯端末１０ＢのＭＡＣアドレスを使用して、店内における携帯端末１０Ｂの位置を測位する。
端末位置測位部２３１による測位の対象には、事前決済済みの客の携帯端末１０Ｂだけでなく、事前決済していない客の携帯端末１０Ｂも含まれる。
端末位置測位部２３１は、ＭＡＣアドレスに対応する位置情報を客位置特定部２１４に与える。
本実施の形態における客位置特定部２１４は、事前決済の際に取得したＭＡＣアドレスに対応する位置情報を事前決済済みの客の位置として特定する。

＜携帯端末の構成＞
図１６は、実施の形態３で使用する携帯端末１０Ｂの構成を説明するブロック図の一例を示す図である。図１６には、図４との対応部分に対応する符号を付して示している。
実施の形態３で用いる携帯端末１０Ｂは、端末全体の動作を制御する制御部１１０と、外部装置との通信に用いられる通信部１２０と、表示部と操作部が一体化された表示操作部１４０と、データ等の記憶に用いられる記憶部１５０とを備えている。
本実施の形態の場合、カメラ１３０（図４参照）は不要である。もっとも、事前決済済みの客の顔画像の登録に用いるためのカメラは不要という意味であり、携帯端末１０Ｂにカメラを備えてもよい。
図１６に示す携帯端末１０Ｂの場合、制御部１１０で実行される機能は、事前決済処理部１１１だけでよい。すなわち、実施の形態１で用いた顔画像登録部１１２（図４参照）は不要である。

＜処理動作＞
図１７は、実施の形態３で説明する支払状態提示システム１Ｂで実行される処理動作の概要を説明する図である。なお、図中のＳはステップの意味である。
図１７には、図５との対応部分に対応する符号を付して示している。
本実施の形態の場合も、支払状態提示システム１Ｂを構成する飲食店での飲食に際し、事前決済を希望するユーザ（すなわち客）は、携帯端末１０Ｂの決済アプリを起動する（ステップ１）。
次に、携帯端末１０Ｂは、事前決済に必要な情報を受け付けて送信する（ステップ３１）。
事前決済に必要な情報を受信した管理サーバ２１Ｂは、決済処理を実行し、注文を受け付ける（ステップ４）。

なお、事前決済に必要な情報を送信した携帯端末１０Ｂは、無線接続が可能なアクセスポイントを探索する目的や無線接続されたアクセスポイントとの通信のため、事前決済の処理とは関係なく無線電波を常に又は周期的に送信している。
店舗内システム２０Ｂに配置された無線電波受信センサ２９は、携帯端末が発する無線電波を受信すると（ステップ３２）、ＭＡＣアドレスを取得する（ステップ３３）。取得されたＭＡＣアドレスや電波の強度は、無線電波受信センサ２９から管理サーバ２１Ｂに通知される。

管理サーバ２１Ｂは、通知を受けたＭＡＣアドレス毎に携帯端末の店内の位置を特定する（ステップ３４）。
この後、管理サーバ２１Ｂは、事前決済の際に取得したＭＡＣアドレスとの照合により、決済済みの客の店内における位置を特定する（ステップ７）。
決済済みの客の店内における位置が特定されると、管理サーバ２１Ｂは、決済済みの客の店内における位置等を提示する画面を生成し（ステップ８）、表示装置２３に出力する。
この結果、表示装置２３は、店内の客毎に決済の情報を提示する（ステップ９）。
また、未払いの客の店からの退出を検出した場合、管理サーバ２１Ｂは、未払い者の退出を通知する（ステップ１０）とともに、自動ドア２８（図９参照）を閉状態に制御する（ステップ１１）。

＜実施の形態４＞
＜システムの構成＞
図１８は、実施の形態４で使用する支払状態提示システム１Ｃの概略構成を例示する図である。図１８には、図１との対応部分に対応する符号を付して示している。
本実施の形態における支払状態提示システム１Ｃも、客の顔画像を用いずに、事前決済済みの客の店内における位置を特定する。
支払状態提示システム１Ｃは、携帯端末１０Ｃと店舗内システム２０Ｃとで構成され、携帯端末１０Ｃと店舗内システム２０Ｃはインターネット３０を介して接続される。

図１８に示す店舗内システム２０Ｃの場合、各テーブル又は各座席に、端末情報リーダ４０が配置されている。端末情報リーダ４０の通信方式には、ＮＦＣ（＝Near Field Communication）やＢＬＥ（＝Bluetooth LE）を使用する。通信方式にＢＬＥを採用する場合には、通信距離が隣の座席の端末情報リーダ４０と重ならないように電波の強度を調整する。例えば通信距離は、数センチメートルから十数センチ程度に調整される。
本実施の形態の場合、携帯端末１０Ｃとの間で近接通信が成立した端末情報リーダ４０の位置が店内における客の位置として特定される。端末情報リーダ４０は、読取装置の一例である。
図１９は、端末情報リーダ４０の配置例を説明する図である。図１９に示す矩形３６は、事前決済した飲食店の外壁に対応する。なお、矩形３６の内側には、７つのテーブルＡ〜Ｇとレジカウンタが配置されている。また、各テーブルには４つずつ座席番号が割り振られている。従って、店内には２８個の座席番号が割り振られている。

＜管理サーバの構成＞
図２０は、実施の形態４で使用する管理サーバ２１Ｃの構成を説明するブロック図の一例を示す図である。図２０には、図２との対応部分に対応する符号を付して示している。
図２０に示す管理サーバ２１Ｃの場合、実施の形態１で用いた制御部２１０の機能に、携帯端末１０Ｃ（＝図１８参照）からＭＡＣアドレスを読み出すことに成功した端末情報リーダ４０の位置を携帯端末１０Ｃの位置として特定する機能（端末位置特定部２４１）が追加されている。一方で、管理サーバ２１Ｃからは、実施の形態１で用いた制御部２１０の機能のうち、顔画像登録部２１２（図２参照）と店内画像取得部２１３（図２参照）が取り除かれている。

本実施の形態における端末位置特定部２４１は、事前決済済みの客の携帯端末１０Ｃだけでなく、事前決済していない客の携帯端末１０Ｃとも通信し、通信が成立した携帯端末１０ＣからＭＡＣアドレスを読み出す。
端末位置特定部２４１は、ＭＡＣアドレスに対応する位置情報を客位置特定部２１４に与える。
本実施の形態における客位置特定部２１４は、事前決済の際に取得したＭＡＣアドレスに対応する位置情報を事前決済済みの客の位置として特定する。

＜携帯端末の構成＞
図２１は、実施の形態４で使用する携帯端末１０Ｃの構成を説明するブロック図の一例を示す図である。図２１には、図４との対応部分に対応する符号を付して示している。
実施の形態４で用いる携帯端末１０Ｃは、端末全体の動作を制御する制御部１１０と、外部装置との通信に用いられる通信部１２０と、表示部と操作部が一体化された表示操作部１４０と、データ等の記憶に用いられる記憶部１５０とを備えている。
本実施の形態の場合も、カメラ１３０（図４参照）は不要である。
図２１に示す携帯端末１０Ｃの場合、制御部１１０で実行される機能は、事前決済処理部１１１だけでよい。
なお、通信部１２０には、前述したように、ＮＦＣやＢＬＥに対応する通信モジュールが用いられる。

＜処理動作＞
図２２は、実施の形態４で説明する支払状態提示システム１Ｃで実行される処理動作の概要を説明する図である。なお、図中のＳはステップの意味である。
図２２には、図５との対応部分に対応する符号を付して示している。
本実施の形態の場合も、支払状態提示システム１Ｃを構成する飲食店での飲食に際し、事前決済を希望するユーザ（すなわち客）は、携帯端末１０Ｃの決済アプリを起動する（ステップ１）。
次に、携帯端末１０Ｃは、事前決済に必要な情報を受け付けて送信する（ステップ４１）。
事前決済に必要な情報を受信した管理サーバ２１Ｃは、決済処理を実行し、注文を受け付ける（ステップ４）。

本実施の形態の場合、客が座席に着席すると、携帯端末１０Ｃとの通信に成功した端末情報リーダ４０が携帯端末１０ＣのＭＡＣアドレスを取得する（ステップ４２）。読み取られたＭＡＣアドレスは、端末情報リーダ４０から管理サーバ２１Ｃに与えられる。
管理サーバ２１Ｃは、ＭＡＣアドレスを読み取った端末情報リーダの位置を特定する（ステップ４３）。
この後、管理サーバ２１Ｃは、事前決済の際に取得したＭＡＣアドレスとの照合により、決済済みの客の店内における位置を特定する（ステップ７）。
決済済みの客の店内における位置が特定されると、管理サーバ２１Ｃは、決済済みの客の店内における位置等を提示する画面を生成し（ステップ８）、表示装置２３に出力する。
この結果、表示装置２３は、店内の客毎に決済の情報を提示する（ステップ９）。
また、未払いの客の店からの退出を検出した場合、管理サーバ２１Ｃは、未払い者の退出を通知する（ステップ１０）とともに、自動ドア２８（図９参照）を閉状態に制御する（ステップ１１）。

＜実施の形態５＞
＜システムの構成＞
図２３は、実施の形態５で使用する支払状態提示システム１Ｄの概略構成を例示する図である。図２３には、図１との対応部分に対応する符号を付して示している。
本実施の形態における支払状態提示システム１Ｄも、客の顔画像を用いずに、事前決済済みの客の店内における位置を特定する。
支払状態提示システム１Ｄは、携帯端末１０Ｄと店舗内システム２０Ｄとで構成され、携帯端末１０Ｄと店舗内システム２０Ｄはインターネット３０を介して接続される。

図２３に示す店舗内システム２０Ｄの場合、各テーブル又は各座席には、それぞれの位置情報を示すＱＲコード（登録商標）が配置されている。
本実施の形態の場合、入店した客が携帯端末１０Ｄを用いて着席しているテーブル又は座席のＱＲコードを読み取ることで、着席しているテーブル又は座席の位置情報が携帯端末１０Ｄに取り込まれる。本実施の形態における携帯端末１０Ｄは、取り込んだ位置情報を無線通信により管理サーバ２１Ｄに通知する。管理サーバ２１は、通知された位置情報を用い、事前決済済みの客の位置を特定する。

図２４は、店内の位置情報を示すＱＲコード４１の配置例を説明する図である。ここでのＱＲコード４１は、読取コードの一例である。
図２４に示す矩形３６は、事前決済した飲食店の外壁に対応する。なお、矩形３６の内側には、７つのテーブルＡ〜Ｇとレジカウンタが配置されている。また、各テーブルには４つずつ座席番号が割り振られている。従って、店内には２８個の座席番号が割り振られている。
図２４の場合、ＱＲコード４１は、２８個の座席について１つずつ配置される。

＜管理サーバの構成＞
図２５は、実施の形態５で使用する管理サーバ２１Ｄの構成を説明するブロック図の一例を示す図である。図２５には、図２との対応部分に対応する符号を付して示している。
図２５に示す管理サーバ２１Ｄの場合、実施の形態１で用いた制御部２１０の機能に、座席のＱＲコードから読み取った位置情報を用いて携帯端末１０Ｄの位置を特定する機能（端末位置特定部２５１）が追加されている。一方で、管理サーバ２１Ｄからは、実施の形態１で用いた制御部２１０の機能のうち、顔画像登録部２１２（図２参照）と店内画像取得部２１３（図２参照）が取り除かれている。

本実施の形態における端末位置特定部２５１も、事前決済済みの客の携帯端末１０Ｄだけでなく、事前決済していない客の携帯端末１０Ｄとも通信し、通信が成立した携帯端末１０ＤからＭＡＣアドレスを読み出す。なお、事前決済済みの客の携帯端末１０Ｄには、事前決済時に、来店時にＱＲコード４１を読み取るように案内が表示されるのに対し、
事前決済していない客の携帯端末１０Ｄにはこの種の案内は表示されない。このため、来店時にＱＲコード４１の読み取りに用いられるのは、事前決済済みの客の携帯端末１０Ｄの可能性が高い。
端末位置特定部２５１は、ＭＡＣアドレスに対応する位置情報を客位置特定部２１４に与える。
本実施の形態における客位置特定部２１４は、事前決済の際に取得したＭＡＣアドレスに対応する位置情報を事前決済済みの客の位置として特定する。

＜携帯端末の構成＞
図２６は、実施の形態５で使用する携帯端末１０Ｄの構成を説明するブロック図の一例を示す図である。図２６には、図４との対応部分に対応する符号を付して示している。
実施の形態５で用いる携帯端末１０Ｄは、端末全体の動作を制御する制御部１１０と、外部装置との通信に用いられる通信部１２０と、ＱＲコードの読み取りに使用されるカメラ１３０と、表示部と操作部が一体化された表示操作部１４０と、データ等の記憶に用いられる記憶部１５０とを備えている。
もっとも、カメラ１３０は、ＱＲコードの読み取り専用である必要はない。

図２６に示す携帯端末１０Ｄを構成する制御部１１０で実行される機能の一部は、実施の形態１と異なっている。
図２６に示す制御部１１０には、顔画像登録部１１２（図４参照）に代えて、ＱＲコード４１（図２４参照）から情報を読み取る機能（ＱＲコードリーダ１１５）とＱＲコード４１から読み取った位置情報を管理サーバ２１Ｄ（図２４参照）に送信する機能（読み取り位置送信部１１６）が設けられる点で実施の形態１と相違する。

＜処理動作＞
図２７は、実施の形態５で説明する支払状態提示システム１Ｄで実行される処理動作の概要を説明する図である。なお、図中のＳはステップの意味である。
図２７には、図５との対応部分に対応する符号を付して示している。
本実施の形態の場合も、支払状態提示システム１Ｄを構成する飲食店での飲食に際し、事前決済を希望するユーザ（すなわち客）は、携帯端末１０Ｄの決済アプリを起動する（ステップ１）。
次に、携帯端末１０Ｄは、事前決済に必要な情報を受け付けて送信する（ステップ５１）。
事前決済に必要な情報を受信した管理サーバ２１Ｄは、決済処理を実行し、注文を受け付ける（ステップ４）。

本実施の形態の場合、客が座席に着席した後に、座席に配置されているＱＲコード４１をカメラ１３０（図２６参照）で撮像する。撮像されたＱＲコード４１の画像は、ＱＲコードリーダ１１５（図２６参照）に与えられる。
続いて、携帯端末１０Ｄでは、ＱＲコードリーダ１１５が座席のＱＲコード４１から位置情報を読み取る（ステップ５２）。
その後、携帯端末１０Ｄは、管理サーバ２１Ｄに対し、読み取った位置情報とＭＡＣアドレスを送信する（ステップ５３）。
一方、管理サーバ２１Ｄは、受信した位置情報により、ＱＲコード４１を読み取った客が着席している位置を特定する（ステップ５４）。この時点で特定される客の位置は、事前決済済みの客の位置とは限らない。
この後、管理サーバ２１Ｄは、受信したＭＡＣアドレスを用い、決済済みの客の店内の位置を特定する（ステップ７）。
決済済みの客の店内における位置が特定されると、管理サーバ２１Ｄは、決済済みの客の店内における位置等を提示する画面を生成し（ステップ８）、表示装置２３に出力する。
この結果、表示装置２３は、店内の客毎に決済の情報を提示する（ステップ９）。
また、未払いの客の店からの退出を検出した場合、管理サーバ２１Ｄは、未払い者の退出を通知する（ステップ１０）とともに、自動ドア２８（図９参照）を閉状態に制御する（ステップ１１）。

＜実施の形態６＞
＜システムの構成＞
図２８は、実施の形態６で使用する支払状態提示システム１Ｅの概略構成を例示する図である。図２８には、図１との対応部分に対応する符号を付して示している。
支払状態提示システム１Ｅは、店舗内システム２０Ｅで構成されている。
本実施の形態における支払状態提示システム１Ｅは、実施の形態２と同じく、客の顔画像を入店時に登録し、事前決済済みの客の店内における位置を特定する。

ただし、本実施の形態の場合、携帯端末１０（図１参照）による事前決済は行わず、店の出入り口に設けられる券売機５０による購入時に客の顔画像を撮像する。もっとも、実施の形態１の場合のように、携帯端末１０を用いた事前決済の際に顔画像を撮像して管理サーバ２１Ｅに送信することも可能である。
以下の説明では、券売機５０でのみ顔画像を撮像する場合について説明する。
なお、本実施の形態は、券売機５０によるチケットの購入が前提となる時間帯と座席での注文を受け付ける時間帯とが混在する場合を想定している。券売機５０は、券売装置の一例である。

＜券売機の構成＞
図２９は、券売機５０の外観構成の一例を説明する図である。図２９に示す券売機５０は、縦長のボックス形状であり、その正面の上部には、表示操作部５０１が配置されている。
表示操作部５０１は、例えばタッチパネルで構成される。表示操作部５０１には、注文が可能な料理の画像や名称、注文する料理を選択するためのボタン等が表示される。
図２９に示す券売機５０の場合、表示操作部５０１に表示部と操作部が統合されているが、表示部と操作部は別々に設けることも可能である。

表示操作部５０１の下部には、硬貨投入口５０２と、紙幣投入口５０３と、取消ボタン５０４と、レシートやチケットの取出口５０５と、紙幣出金口５０６と、硬貨返却口５０７と、カードリーダ５０８とが設けられている。
また、表示操作部５０１の上部には、表示操作部５０１を操作する客を撮像するためのカメラ５０９が設置されている。図２９の場合、カメラ５０９は、表示操作部５０１の上部に設置されているが、表示操作部５０１の周辺に取り付けることも可能である。

図３０は、券売機５０の機能上の構成の一例を説明する図である。
図３０に示す券売機５０は、表示操作部５０１と、取消ボタン５０４と、カードリーダ５０８と、カメラ５０９と、スピーカ５１０と、プリンタ５１１と、貨幣処理部５１２と、通信部５１３と、記憶部５１４と、制御部５１５とを有している。
因みに、取消ボタン５０４は、入金の取消に用いられる。
カードリーダ５０８は、電子マネーの情報を記録したカードやクレジットカードを用いた電子決済に用いられる。本実施の形態におけるカードリーダ５０８は、スマートフォンを用いた決済にも対応する。
スピーカ５１０は、音声案内の出力等に用いられる。
プリンタ５１１は、決済の控えであるレシートや購入した料理のチケットの印刷に使用される。プリンタ５１１で印刷されたレシートやチケット等は取出口５０５（図２９参照）から排出される。

貨幣処理部５１２は、硬貨投入口５０２と、紙幣投入口５０３と、紙幣出金口５０６と、硬貨返却口５０７の動きを管理する。
通信部５１３は、管理サーバ２１Ｅ（図２８参照）との通信に用いられる。
記憶部５１４は、例えばハードディスク装置や不揮発性の半導体メモリで構成される。記憶部５１４には、決済処理に関するデータ等が記憶される。
制御部５１５は、券売機５０の全体を制御するコンピュータであり、不図示のＣＰＵ、ＲＯＭ、ＲＡＭで構成される。制御部５１５は、プログラムの実行を通じて、決済処理部５１５Ａ及び顔画像撮像制御部５１５Ｂとして機能する。

決済処理部５１５Ａは、現金による決済や電子決済を実行する。具体的には、決済が終了した場合、決済処理部５１５Ｂは、プリンタ５１１を通じて、レシートやチケットを出力させる。
顔画像撮像制御部５１５Ｂは、購入する料理のボタンを操作する客の顔画像の撮像をカメラ５０９に指示する。撮像された顔画像は、通信部５１３を通じて管理サーバ２１Ｅ（図２８参照）に送信される。

＜管理サーバの構成＞
図３１は、実施の形態６で使用する管理サーバ２１Ｅの構成を説明するブロック図の一例を示す図である。図２６には、図２との対応部分に対応する符号を付して示している。
図３１に示す管理サーバ２１Ｅの内部構成は、実施の形態１で用いた管理サーバ２１（図２参照）と基本的に同じである。
違いは、顔画像登録部２１２が登録する顔画像が券売機５０（図２８参照）で撮像され与えられる点だけである。

図３２は、決済情報ＤＢ２３４のデータ構造の一例を説明する図である。図３２には、図３との対応部分に対応する符号を付して示している。
図３２に示す決済情報ＤＢ２３４には、注文毎に、決済方法、注文メニュー、支払い済みの客の顔画像、支払い済み金額、座席番号が記録される。本実施の形態の場合、注文に券売機５０（図２８参照）を用いるため、図３の場合のようにＭＡＣアドレスの欄は設けられていない。
例えば１行目の注文は、事前決済の事例である。この注文の決済方法は券売機であり、注文メニューはカレーライスである。また、注文に対応付けて、男性の顔画像が登録されている。また、支払済み金額は８００円である。なお、座席番号は＃１であるが、この番号は、管理サーバ２１Ｅが特定した番号である。

なお、２行目の注文も、事前決済の事例である。
３行目の注文は、後払いの事例である。図３２の場合、注文メニューはラーメンである。なお、３行目の注文の場合、顔画像の登録はなく、支払い済み金額もない。３行目の注文は、座席番号の＃６に紐付けられている。この座席番号は、注文受付端末２２から入力される。
４行目の注文も、後払いの事例である。注文メニューはコーヒーである。なお、注文受付端末２２から入力された座席番号は＃１である。座席番号が＃１の客が店内から退出していない場合、コーヒーは、追加の注文であることが分かる。

＜処理動作＞
図３３は、実施の形態６で説明する支払状態提示システム１Ｅで実行される処理動作の概要を説明する図である。なお、図中のＳはステップの意味である。
図３３には、図５との対応部分に対応する符号を付して示している。
本実施の形態の場合、券売機５０は客による発券の操作を受け付ける（ステップ６１）。

発券の操作を検知した券売機５０は、顔画像の撮像を実行する（ステップ６２）。顔画像を撮像するタイミングは、券売機５０の前に客が立った時点、客が硬貨や紙幣を投入した時点、電子マネーで決済する時点のいずれでもよい。もっとも、他の時点でもよい。
顔画像を撮像すると、券売機５０は、管理サーバ２１Ｅに顔画像等を送信する（ステップ６３）。管理サーバ２１Ｅに送信される情報には、注文の情報が含まれてもよい。もっとも、購入時に出力されたチケットを店員に渡すことで注文を受け付ける場合には、券売機５０から管理サーバ２１Ｅに注文の情報を送信しなくてもよい。

本実施の形態の場合、管理サーバ２１Ｅは、受信した顔画像を登録する（ステップ５）。顔画像が登録されるのは、決済済みの客の顔画像だけである。なお、顔画像に付随して、顔画像の特徴量も登録される。
店舗内システム２０Ｅのカメラ２６は、管理サーバ２１Ｅに対し、常に店内の画像（以下「店内画像」という）を送信している。
管理サーバ２１Ｅは、登録された顔画像の特徴量と店内画像を照合する（ステップ６）。照合は、繰り返し実行される。

管理サーバ２１Ｅは、顔画像の特徴量が一致する客が見つかった位置により、決済済みの客の店内における位置を特定する（ステップ７）。
決済済みの客の店内における位置が特定されると、管理サーバ２１Ｃは、決済済みの客の店内における位置等を提示する画面を生成し（ステップ８）、表示装置２３に出力する。
この結果、表示装置２３は、店内の客毎に決済の情報を提示する（ステップ９）。
また、未払いの客の店からの退出を検出した場合、管理サーバ２１Ｅは、未払い者の退出を通知する（ステップ１０）とともに、自動ドア２８（図９参照）を閉状態に制御する（ステップ１１）。

＜画面例等＞
以下では、決済済みの客の店内における位置等を提示する画面の例や関連する制御の例を説明する。
図３４は、実施の形態６の表示装置２３に表示される店内マップ２３Ｂの一例を説明する図である。図３４には、図６との対応部分に対応する符号を付して示している。
図３４に示す画面の例は、店内マップ２３Ｂを、例えばタブレット型の表示装置２３に表示する場合に用いられる。

図３４の場合も、店内には、７個のテーブルがあり、それぞれに４つの座席が設けられ、テーブル番号としてＡ〜Ｇが表示されている。また、座席番号として＃１〜＃２８が表示されている。図中、客の位置は丸印で表されている。
店内マップ２３Ｂの場合、出入り口の近くに券売機５０が配置されている。また、店内マップ２３Ｂでは、券売機で購入済みとの注釈が表示されている。

図３５は、実施の形態６の表示装置２３に表示される情報の表示例を説明する図である。図３５には、図７との対応部分に対応する符号を付して示している。図３５に示す情報の表示も、表示装置２３がスマートグラスの場合に用いられる。
図３５の吹き出し内の表示は、スマートグラスを装着している店員に見えている店内の様子を表している。見え方は、実施の形態１と同じである。
本実施の形態の場合、記号３１Ｅは、券売機５０で購入済みの客であることを示している。記号３１Ｅの表示には、例えば赤色が用いられる。
記号３２Ｅは、券売機５０で購入済みの客であるが、追加注文分は未払いであることを示している。記号３２Ｅの表示には、例えば青色が用いられる。
記号３３Ｅは、後払いの客であることを示している。記号３３Ｅの表示には、例えば赤色が用いられる。
なお、レジカウンタでの支払いがある客か否かで表示色を変更してもよい。

図３６は、実施の形態６の表示装置２３に表示される情報の他の表示例を説明する図である。図３６には、図３５との対応部分に対応する符号を付して示している。
図３５に示す表示例では、携帯端末１０（図１参照）による事前決済を想定していないが、実施の形態１と同様に携帯端末１０による事前決済を本実施の形態の仕組みに組み合わせることも可能である。
なお、携帯端末１０を用いた事前決済を本実施の形態の仕組みに組み合わせる場合には、携帯端末１０による顔画像の登録が本実施の形態における処理と並行して実行される。

図３６の場合、事前決済の情報の表示も追加されている。
記号３４Ｅは、事前決済済みの客であることを示している。記号３４Ｅの表示には、例えば青色が用いられる。
記号３５Ｅは、事前決済済みの客であるが、追加注文分は未払いであることを示している。記号３５Ｅの表示にも、例えば青色が用いられる。
記号の種類や表示に用いる色の種類は、店側が設定可能である。
なお、記号の種類や表示に用いる色の種類が増加すると、店員による判断も難しくなる。そこで、後払い又は未払いがある客の表示色を同じにしてもよい。

１、１Ａ、１Ｂ、１Ｃ、１Ｄ、１Ｅ…支払状態提示システム、１０、１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ…携帯端末、２０、２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、２０Ｅ…店舗内システム、２１、２１Ａ、２１Ｂ、２１Ｃ、２１Ｄ、２１Ｅ…管理サーバ、２２…注文受付端末、２３…表示装置、４０…端末情報リーダ、５０…券売機

Claims (14)

1. 店舗を訪れる客の支払の状態を提示する支払状態提示システムであって、
   前記店舗から提供されるサービス又は商品に関する決済を事前に行う事前決済装置と、
   事前に決済を行った前記客の位置を特定する位置特定装置と、
   前記位置特定装置により特定された前記客の位置と当該客の決済の情報とに応じた出力を行う出力装置と、
   を有することを特徴とする支払状態提示システム。
2. 管理装置及び通信装置を更に有し、
   前記事前決済装置は、前記客が保有する携帯端末であって、
   前記管理装置は、前記通信装置を介して前記携帯端末と通信し、
   前記携帯端末には、前記店舗から提供されるサービス又は商品に関する決済を事前に行うアプリケーションプログラムがインストールされている
   ことを特徴とする請求項１に記載の支払状態提示システム。
3. 前記位置特定装置は、前記携帯端末及び前記店舗内を撮像する撮像装置であって、
   前記携帯端末は、撮像部を有しており、
   前記携帯端末は、決済に対応して前記撮像部によって撮像された前記客の顔画像に関する情報を前記管理装置に送信し、
   前記管理装置は、受信した前記顔画像に関する情報と前記撮像装置が撮像した前記店舗内の画像とに基づいて、当該店舗内における前記客の位置を特定する
   ことを特徴とする請求項２に記載の支払状態提示システム。
4. 前記位置特定装置は、前記携帯端末及び前記店舗内を撮像する撮像装置であって、
   前記携帯端末は、位置測定部を有しており、
   前記携帯端末は、前記位置測定部により自端末が前記店舗の入り口に対応する位置の範囲内にあることを検出した場合、前記管理装置にその旨を伝える信号を送信し、
   前記管理装置は、前記携帯端末から前記信号を受信した場合、前記撮像装置に前記店舗の入り口を撮像させ、撮像された前記客の顔画像に関する情報と当該撮像装置が撮像した当該店舗内の画像とに基づいて、当該店舗内における当該客の位置を特定する
   ことを特徴とする請求項２に記載の支払状態提示システム。
5. 前記位置特定装置は、前記携帯端末であって、
   前記管理装置は、前記通信装置が受信する前記携帯端末からの電波に応じて、前記店舗内における前記客の位置を特定する
   ことを特徴とする請求項２に記載の支払状態提示システム。
6. 前記位置特定装置は、前記携帯端末及び前記店舗の複数の座席の各々に対応して設けられた読取装置であって、
   前記管理装置は、前記携帯端末から前記決済の情報を読み取った前記読取装置に紐付けられている位置の情報に応じて、前記店舗内における前記客の位置を特定する
   ことを特徴とする請求項２に記載の支払状態提示システム。
7. 前記携帯端末は、撮像部を有しており、
   前記位置特定装置は、前記携帯端末及び前記店舗の複数の座席の各々に対応して設けられた読取コードであって、
   前記撮像部は、一つの前記読取コードを読み取り、読み取られた当該読取コードに対応する位置の情報に応じて、前記店舗内における前記客の位置を特定する
   ことを特徴とする請求項２に記載の支払状態提示システム。
8. 前記事前決済装置は、前記店舗が提供するサービス又は商品に関するチケットを販売する券売装置である
   ことを特徴とする請求項１に記載の支払状態提示システム。
9. 管理装置を更に有し、
   前記位置特定装置は、前記券売装置が備える撮像部及び前記店舗内を撮像する撮像装置であって、
   前記券売装置の前記撮像部は、当該券売装置における決済に応じて前記客の顔を撮像し、
   前記管理装置は、前記撮像装置が撮像した前記店舗内の画像と前記客の顔画像に関する情報とに基づいて、当該店舗内における当該客の位置を特定する
   ことを特徴とする請求項８に記載の支払状態提示システム。
10. 前記出力装置は、前記位置特定装置で特定された前記客の位置と前記決済の情報とを表示する表示装置である
    ことを特徴とする請求項１〜９のうちのいずれか１項に記載の支払状態提示システム。
11. 前記表示装置は、前記位置特定装置で特定された前記客の位置の表示の形態を、当該位置特定装置で特定された当該客以外の客の位置の表示の形態と区別する、請求項１０に記載の支払状態提示システム。
12. 事前に決済を行った前記客に対応する前記決済の情報に、決済が終わっていない他のサービス又は他の商品が追加された場合、前記表示装置は、当該客の位置の表示を他の客の位置の表示と区別する、請求項１１に記載の支払状態提示システム。
13. 前記出力装置は、前記位置特定装置で特定された客以外の客が決済せずに前記店舗から出ようとした場合に警報を出力する警報装置である
    ことを特徴とする請求項３、４及び９のうちのいずれか１項に記載の支払状態提示システム。
14. 前記出力装置からの前記出力を受信するドア装置を更に有し、
    前記出力装置は、前記位置特定装置で特定された客以外の客が決済せずに前記店舗から出ようとした場合、前記ドア装置を閉状態に維持する信号を出力する信号出力装置である
    ことを特徴とする請求項３、４及び９のうちのいずれか１項に記載の支払状態提示システム。

Images