特許 6083657 料金の前払い精算システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6083657

(24)【登録日】2017年2月3日

(45)【発行日】2017年2月22日

(54)【発明の名称】料金の前払い精算システム

(51)【国際特許分類】

   G07G 1/12 20060101AFI20170213BHJP

   G06Q 50/12 20120101ALI20170213BHJP

【ＦＩ】

   G07G1/12 361C

   G07G1/12 321L

   G06Q50/12

【請求項の数】2

【全頁数】13

(21)【出願番号】特願2015-139201(P2015-139201)

(22)【出願日】2015年6月24日

(65)【公開番号】特開2017-10505(P2017-10505A)

(43)【公開日】2017年1月12日

【審査請求日】2015年6月30日

【早期審査対象出願】

【前置審査】

(73)【特許権者】

【識別番号】515191073

【氏名又は名称】小山 一志

(72)【発明者】

【氏名】小山 一志

【審査官】 小島 哲次

(56)【参考文献】

【文献】 特開２００２−３１８９８０（ＪＰ，Ａ）

【文献】 特開２００１−１９５５３１（ＪＰ，Ａ）

【文献】 特開２００９−０８６９４１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０７Ｇ １／００− ５／００

Ｇ０６Ｑ ５０／１２

(57)【特許請求の範囲】

【請求項1】

グループ顧客のためにテーブル指定を可能にすると共に、入店時に見込まれた金額を顧客に現金またはクレジットカードを使用して支払わせてしまうようにした飲食料金の前払い精算システムであって、入店時に顧客からの前払いを受ける料金の前払い精算機と、テーブルに備え付けた個別商品の発注機と、前記前払いの金額と前記発注機とを紐付ける紐付け手段とを備えると共に、前記前払い精算機が、現金の入出金部とクレジットカードのカードリーダと、前払いの際にグループ顧客の人数分を受け入れるべく一のまたは複数のテーブルの指定を受け付けるためのテーブルごとに空きのあるなしを表示すると共に受入可能人数を表示したテーブルボタンによる、テーブル指定機能と、を備え、前記前払い精算機は指定された前記テーブルに顧客を誤りなく着かせるべく指定された前記テーブルを示す符号を表示した紙のレシートを発行し、前記前払い精算機は現金またはクレジットカードによる前払いの金額から前記発注機で商品の注文がある毎にその商品の金額を差し引く計算処理を行い、追加で支払いがある場合にはその金額を追加する計算処理を行い、退店時に顧客に前記レシートに表示した前記テーブルを示す符号を前記前払い精算機に入力させることで前記テーブルを確認して、すでに余分に支払われている所の残高の返金処理を行うようにしたことを特徴とする、飲食料金の前払い精算システム。

【請求項2】

前記発注機は個別商品を外国語表記で表示し得るものである、請求項１に記載の飲食料金の前払い精算システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は飲食店等に於いて人件費を削減することが出来る、飲食等料金の精算システムに関するものである。

【背景技術】

【0002】

特開２００２−１８３８４１号の食券管理装置は、顧客が店頭の自動食券発行機で購入した食券（例えばきつねうどん）を、テーブルに着いてテーブルに備え付けの読取装置に読み取らせ、これを厨房に報知するように構成したことによって、注文間違いや注文漏れを防ぎ、ウエイターやウエイトレスが顧客の注文をテーブルまで取りに行かなくとも顧客の注文を管理することを可能にしたものである。

【0003】

またある種の回転寿司店では、顧客が食べ終えた皿に付されているバーコードを機械で読み込み、レジにて食器の数と食品の種類毎に定めた単価とにより代金を算出して、顧客に請求するようにしている。しかし皿等の食器の数と食品の種類毎に定めた単価とにより間違いなく客の代金を算出するのは容易でなく、混雑時には食器の数を間違えて数えたりするなどのミスを生ずることがあった。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】 特開２００２−１８３８４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特開２００２−１８３８４１号の食券管理装置や上記回転寿司店のバーコードを用いた精算システムによれば、確かに誤りなく飲食料金を精算することが可能にはなっている。しかしながら立ち食いのうどん店とは異なり居酒屋のような飲食店では、顧客が滞在している間に幾度も幾度も注文が為されるものである。従って上掲の食券管理装置ではこのような形態の飲食店には対応することが出来ない。そもそも注文毎に店員が対応しなくてはならないのも人件費を押し上げる悪因となっている。

【0006】

また上述したような回転寿司店では、多数回の注文をセルフサービスに頼ることで人件費を削減しているが、それでも最終的にレジにて食品の種類毎の単価から総合計を算出しなくてはならず、ここに会計の待ち行列が出来ることが多々ある。近年ではスーパーマーケットのレジでのバーコード読み取り処理を顧客に任せることが行われており、その方がレジに並ばなくて済むからと顧客の好評を博してもいる。

【0007】

本発明は上述したような問題点を解決して、幾度も幾度も行われる注文や、会計時での精算処理を可能な限り顧客任せにして、人件費のより一層の削減を可能とすることを課題とする。

【課題を解決するための手段】

【0008】

そこで本発明では、料金の前払い精算機と、個別商品の発注機と、前記前払い精算機と前記発注機とを紐付ける紐付け手段とを備え、前記前払い精算機はテーブル指定機能を備えて前払いの際に顧客によるテーブルの指定を受け付け、前記紐付け手段は顧客によって指定されたテーブルに備え付けの前記発注機と前払いの金額とを紐付けるものであり、前記前払い精算機は前払いの金額から前記発注機で注文があった商品の金額を差し引く処理を行い、追加で前払いがある場合にはその金額を追加する処理を行い、精算時に残高返金の処理を行うようにしたことを特徴とする、料金の前払い精算システムを提供することにより上記課題を達成する。顧客は前払い精算機で例えば１万円を前払いする。前払い精算機はこの顧客と発注機とを紐付け手段により紐付けて、顧客はこの発注機を使用して商品を注文することになる。この発注機からの注文は厨房に確実に伝達されるようにシステムを構成しておけば良い。顧客がこの発注機で例えば５百円の商品を１０回注文すると、前払い精算機は上記１万円から発注の都度５百円を差し引き、この結果現在のところ５千円が差し引かれたことになる。従って顧客がこの時点で発注を終了して前払い精算機で最終的に精算すると店側の前払い精算機は１万円の前払い金額の中から５千円を領収し、残りの５千円を顧客に払い戻す。この一連の処理は顧客の前払い精算機や発注機に対する操作だけで行われるから、店側はこのための人員を必要とせず、人件費の削減となっている。また顧客の満足度も高い。なお紐付け手段は、上記前払いの１万円とこれを支払った顧客がこの後で個別商品の注文に使用する発注機とを紐付けているので、店側と顧客側との取引に齟齬を生ずるようなことはない。この紐付け手段の詳細は後述する。

【0009】

上掲例では顧客が１万円の前払い金額の中から５千円を支払う状況を説明したが、ここで発注を終了することなく継続させたとする。そして顧客の支払額が前払い金額の１万円を超えるような場合には、前払い精算機は顧客にその旨を報知すると共に前払い精算機にて追加の前払いをするように促す。前払い精算機は前払い金額を超えての受注はしないように設定することが好ましいが、例えば１回だけなら前払い金額を超えたとしても受注しておき、前払い精算機にての超過分払いや追加の前払いを促すなどと設定しても良い。

【0010】

請求項１の発明によれば、前記発注機がテーブル備え付けのものであり、前記前払い精算機はテーブル指定機能を有しており、前記紐付け手段は顧客または店員によって指定されたテーブルに備え付けの前記発注機と前払いの金額とを紐付けるようにしている。この発明では飲食店などで顧客をテーブルに着かせてサービスする場合を想定している。顧客は前払い精算機で前払いをすると共にテーブル指定機能によりこれから着席するテーブルを指定することで、本発明のシステムは前払いの金額と当該テーブルとを、すなわち当該テーブルに備え付けの発注機とを、すなわち当該発注機を操作して商品注文を行う上記前払いの顧客とを紐付ける。テーブル指定機能は紐付け手段なのである。なお顧客が本発明のシステムに不慣れな場合には、自らテーブル指定機能を操作してテーブル指定を行わず代わりにこの操作を店員を呼んで店員にしてもらうようにしても良い分けである。当然のことながら本発明のシステムに慣れてしまえば店員を呼ぶようなことはなくなる。

【0011】

上記説明は、料金の前払い精算機で現金で前払いをする例であったが、更にクレジットカードや電子マネーカードのカードリーダを備えるようにすることで、現金を用いることなく前払いし、また残金の払い戻しを受けることが出来るようになる。クレジットカードや電子マネーカードを使用する顧客には、予め店側にその旨を伝えさせ、カードリーダは店員が操作するようにすると良い。なお将来的にクレジットカードや電子マネーカードで先払いした分から釣りを返金することが出来れば、クレジットカードや電子マネーカードを使用する場合でも請求項１の発明を適用することが可能になる。そうなると現金を扱う必要はなく完全な電子取引である。

【0012】

請求項４の発明によれば、請求項１または後述する請求項２に於いて、前記前払い精算機はユニークコードを印刷した印刷物を発行するものであり、前記紐付け手段は前記発注機にコード読み取り機を設けて前記印刷物のユニークコードを読み込ませることによってまたは前記発注機にキーボードを設定して顧客に前記印刷物のユニークコードを入力させることによって、前記紐付を行うようにすることが可能である。これも紐付け手段の一例である。

【0013】

さて請求項２の発明によれば、料金の前払い精算機と、個別商品の発注機と、前記前払い精算機と前記発注機とを紐付ける紐付け手段とを備え、前記個別商品の発注機は顧客の所有に係るものであり、この発注機と前記前払い精算機とはインターネットなどのネットワークを通じて接続し得るものであり、前記発注機はテーブル指定機能を備えて前払いの際に顧客によるテーブルの指定を受け付け、前記紐付け手段は前記顧客所有の発注機と前払いの金額とを紐付けるものであり、前記前払い精算機は前払いの金額から前記発注機で注文があった商品の金額を差し引く処理を行い、追加で前払いがある場合にはその金額を追加する処理を行い、精算時に残高返金の処理を行うようにしたことを特徴とする、料金の前払い精算システムを提供することによって上記課題を達成している。近年携帯電話機としてスマートフォンが普及するようになった。またパーソナルコンピュータも可搬型のタブレット端末が多く使用されるようになっている。これらはアプリと呼ばれているようなソフトウェアプログラムを導入することによって、各種の機能を追加することが出来るようになっている。そこで店側の前払い精算機と通信すると共に発注機として機能するような専用のソフトウェアプログラムを顧客が所有するスマートフォンやタブレット端末にインストールすることによって、これを上記発注機として動作するように設計するのである。店側の前払い精算機と、言わば顧客所有の発注機とは、一対一対応を行うものであるから、前払い精算機と発注機とは互いに紐付け手段を備えていることになる。

【0014】

顧客は前払い精算機で例えば１万円を前払いする。この際に顧客は自己所有のスマートフォンやタブレット端末の専用のソフトウェアプログラムを起動させておく。前払い精算機はこの顧客所有の発注機との間で通信を行うので、すなわち当該発注機は前払い精算機に紐付けられているので、顧客は、どのテーブルを指定してその席に着いていようとも、上記前払い精算機と接続されており、顧客はこの発注機を使用して商品を注文することになる。発注の仕方は請求項１の発明の箇所で説明した通りである。

【0015】

ところで、前記発注機は個別商品を外国語表記で表示し得るものとすることで、次のような２つの効果を奏することとなる。すなわちその一は日本語が不自由な外国人に本発明のシステムを利用してもらうことが出来るようになることである。例えば飲食店で本発明のシステムを採用した場合、そもそもメニューに上げられる料理名は専門色やローカル色が極めて強いものであることもあって、料理名の表示に当該国の国語が表示されることは外国人の顧客に大きな安心感を与える。その二は日本語が不自由な外国人従業員のためになることである。従って発注機には、日本語、英語、中国語、韓国語、スペイン語、アラビア語と言った言語に表示を切り替えるための切替スイッチを設けておき（物理的なものでもタッチパネルに表示する仮想的なものでも）、これにより言語が選択されることで、選択された言語に表示替えする機能を設けるのである。なお発注機に各国語での音声案内を付けるようにすればなお良い。

【0016】

なお請求項２の顧客所有の発注機に関して、これと請求項１のテーブル備え付けの発注機とが共存し得るように、前払い精算機を設計することが望ましい。上述のようなソフトウェアプログラムがインストールされたスマートフォンやタブレット端末を持ち合わせていない顧客に対してサービス可能に設計することが第一だからである。しかしながら将来的には全て顧客所有の発注機との間で販売精算するような状況になるやも知れない。

【0017】

また請求項２の顧客所有の発注機に関して、前記前払い精算機は前記顧客の発注機に、クーポンを発行するかまたは広告を配信するようにしても良い。顧客所有の発注機、すなわち専用のソフトウェアプログラムが導入されている顧客のスマートフォンやタブレット端末に、クーポンや広告を配信することによって顧客を店に誘導しやすくするのである。クーポンが料金割引であるならば、前払い精算機でのチャージに適用したり、最終的な精算で顧客に払い戻す金額に更に割引料金を適用したりすれば良い。また飲食料金に応じたポイントの発行も可能である。また季節のフェアやセールの案内、新規開店店舗の情報などを広告として提供することが出来る。

【発明の効果】

【0018】

本発明によれば、前払いの金額から発注機で注文があった商品の金額を差し引く処理を行い、追加で前払いがある場合にはその金額を追加する処理を行い、精算時に残高返金の処理を行う、と言う料金の前払い精算システムとしたことにより、幾度も幾度も行われる注文や会計時の精算処理が顧客だけで行えるようになった。また前払いの際に顧客によるテーブルの指定を受け付けるようにした。これにより店側として人件費のより一層の削減が可能となる効果を奏する。飲食店を例に上げればテーブルへの案内と注文取りとレジ係とをセルフサービス化することに成功している点で、本発明は正に画期的なものであると言い得る。

【図面の簡単な説明】

【0019】

【図1】 実施例１の前払い精算機をブロック図で表した説明図である。

【図2】 実施例１の前払い精算機の外観を表した説明図である。

【図3】 実施例１の発注機を表した説明図である。

【図4】 実施例１を流れ図で表した説明図である。

【図5】 実施例１の発注機の表示画面を表した説明図である。

【図6】 実施例１の発注機の表示画面を表した説明図である。

【図7】 実施例２をブロック図で表した説明図である。

【図8】 実施例２の前払い精算機の外観を表した説明図である。

【図9】 実施例２のスイッチの説明図である。

【図10】 実施例２を流れ図で表した説明図である。

【図11】 実施例３のネットワーク構成を表した説明図である。

【図12】 実施例３の前払い精算機をブロック図で表した説明図である。

【図13】 実施例３の発注機アプリケーションを表した説明図である。

【図14】 （Ａ）（Ｂ）は実施例３の発注機の表示画面を表した説明図である。

【図15】 実施例４のネットワーク構成を表した説明図である。

【発明を実施するための形態】

【実施例1】

【0020】

本実施例は居酒屋での飲食を例に取ったものであり、クレジットカードなどでのカード支払いを希望する飲食客には、後述する前払い精算機２のカードボタン２１を押す操作をさせることでテーブル番号２００を印刷したレシート２９を発行するが、現金での支払いを希望する飲食客には、後述する現金ボタン２０を押させ現金投入口２２に紙幣を挿入させる操作を行わせて先に支払いをしてもらう方式としたものである。

【0021】

その何れの支払い方法にせよ、レシート発行口２４から図４のレシート２９を発行するが、この際に前払い精算機２は飲食客を座らせるテーブルに関して、飲食客の人数は何人であるかをテンキー２５を用いて入力してもらったり、禁煙席が希望か喫煙席が所望なのかをテンキー２５の所定のキーから選んで押してもらい、この条件で空いているテーブルの中から自動で選んで指定して、テーブル番号２００を印刷したレシート２９を発行し、飲食客をテーブル番号２００に着かせてこのテーブルの発注機３を使用してもらうことで発注機３と飲食客とを紐付ける。特に本実施例で特徴的な点は、前払いを行った飲食客に関してであって、発注機３と上述の前払い金額とを紐付け、この発注機３での注文金額を注文の都度前払い金額から引き落とし、また精算の際には前払い精算機２でテーブル番号２００を指定することによって当該飲食客に未使用分の金額が返金される方式としたことである。なお飲食客の人数が空いている１つのテーブルで受け入れ可能な人数を超えるような場合は、なるべく隣り合うテーブルで複数テーブルを選ぶように設計することが好ましい。

【0022】

さて前払い精算機１は店舗内に設置したコンピュータに専用のソフトウェアプログラムを導入することで実現されている。また飲食客が実際に操作する操作パネルを有する機器としての前払い精算機２は図２で表す通りのものである。その内部は、制御部１０とこの制御部１０が制御する各部とをバス接続して成る。表示部１１は店員管理下にある図示しないディスプレイに接続されている。テンキー入力部１２は飲食客が操作する現金ボタン２０やカードボタン２１やテンキー２５や精算ボタン２６に接続されている。印刷部１３はレシート発行口２４内部の図示しないプリンターに接続されている。制御部１０は上記レシート２９に記載されたテーブル番号２００の飲食客が前払い精算機２で前払いした時から最後に精算する時まで使用するように、この飲食客専用のアカウントを設けて記憶部１４に記録する。前払いの金額は現金ボタン２０が押されて現金入金口２２に挿入された紙幣の金額である。ここから飲食客が発注機３で発注した料理の金額が引き落とされる。飲食客がテンキー２５でテーブル番号２００を指定して精算ボタン２６を押すと、制御部１０は前払い金と飲食代との差額を求め、入出金部１５によって紙幣の払い戻しがあれば紙幣出口２７へ、あるいは小銭の払い戻しがあれば釣銭取出口２８へ返金する。レシートはレシート発行口２４から発行する。なお現金を用いずにクレジットカードなどのカードで精算する場合には、前払いなしにカードボタン２１を押させることによりテーブル番号２００を指定し、飲食後にカードボタン２１を押させてカード受入口２３にカードを挿入させることで清算処理を行う例とした。なおこの際には店員に立ち合いを求める。

【0023】

上述の発注機３は図３の通り、タッチパネルディスプレイに料理の写真付きで料理名が表された料理名ボタン３１を一覧表示するが、全てのメニューを一度に見せることが出来ない場合にスクロールバー３２を表示して飲食客に指先でドラッグ操作をしてもらうようにした。なお言語選択ボタン３０は日本語以外の所定の言語でメニュー表示等を行うためのものである。飲食客により料理名ボタン３１がタップされて料理が単品でまたは複数品目で選択されるとそのことは注文表示部３３に表示する。もしも取り消したい品目があればその料理名ボタン３１を再度タップさせ、注文表示部３３の表示で良ければ注文ボタン３４をタップしてもらう。こうして発注機３から上述の前払い精算機２へと注文が送信される。具体的には注文は厨房の調理人に伝達される。なお上記注文ボタン３４の右隣には残高表にボタン３００を表示する。この残高表示ボタン３００がタップされた場合には、制御部１０は画面上に残高（後述する前払い金額とオーダー金額との差額）をメニューに重ねて大きく表示する。

【0024】

本発明で重要な点は、図４で表したように前払いのアカウントとテーブルの飲食客とを紐付け出来ないと、注文した料理の金額をアカウントの金額から減算したり追加で前払いしたりすることが出来ないことにある。また精算時に飲食客に残額を返金するわけであるがこの際にも紐付けが必要である。本発明は紐付け手段を以て上述のシステムを完成させたが、本実施例ではこの紐付けを前払い精算機２が指定するテーブル番号２００によって行うものである。なおこのテーブル番号２００はレシート２９に印刷することで飲食客に確認してもらう。

【0025】

前払い精算機１の上記制御部１０は飲食客が発注機３を用いて繰り返す注文を監視しており、積算したオーダー金額が前払い精算機２で支払われた前払い金額を超過した時には図５に表したような残高不足表示画面３５を発注機３に表示して飲食客に注意喚起すると共に、チャージ希望ボタン３６及び精算希望ボタン３７を表示して、それ等をタップさせることで飲食客の意思を確認しようとする。なおここではチャージも精算も行われずただ意思を確認するのみではあるが、精算希望ボタン３７がタップされた場合には、発注機３に図６で表したような最終表示画面３８を表示する。ここには当店舗を利用してくれたことに対するお礼の言葉と、レシートの出力の仕方とを表示する。後者に付いてレシートを印刷するのか、飲食客のメールアドレス宛てに送信するのかを選択させるためのボタンを表示する。送付ボタン３９がタップされた場合には制御部１０は後にレシートを生成して図示しない送信部から電子メールで送信する。印刷にする場合は制御部１０は後に印刷部１３でレシート発行口２４に出力する。なおこの後の実際のチャージや精算やレシートの発行は、顧客を図２の前払い精算機３に導いてからとなる。

【0026】

上述のチャージ希望ボタン３６がタップされると、前払い精算機２はこのテーブル番号２００の飲食客により現金ボタン２０に続きテンキー２５からテーブル番号２００が押されるのを待って、この飲食客のアカウントに追加のチャージを行う。こうしてこの飲食客のオーダー金額の超過が解消される。一方、上述した精算希望ボタン３７が押された場合であるが、積算したオーダー金額が前払い精算機２で支払われた前払い金額を超過している場合には、前払い精算機２の現金入金口２２に紙幣を投入してもらい、差額を釣りとして紙幣出口２７や釣銭取出口２８から返金する処理を行う。

【0027】

なおこれとは別に積算したオーダー金額が前払い精算機２で支払われている前払い金額を超過していない内の精算では、図５の残高不足表示画面３５は表示されないから、飲食客には前払い精算機２の所に行って、テンキー２５でテーブル番号２００を押してもらうことで、上記制御部１０はこれまでに積算したオーダー金額を前払い金額から差し引いて未使用残高を計算し、これを差額を釣りとして紙幣出口２７や釣銭取出口２８から返金する処理を行う。なおこの際に制御部１０は、テーブル番号２００の発注機３にて精算希望ボタン３７が押されているため、テンキー２５でテーブル番号２００が押された時に返金の処理が行えることになる。

【実施例2】

【0028】

本実施例の前払い精算機４は店舗内に設置したコンピュータに専用のソフトウェアプログラムを導入することで実現されている。また飲食客が実際に操作する操作パネルを有する機器としての前払い精算機５は図８で表す通り、制御部４０とこの制御部４０が制御する各部とをバスで接続して成る。表示部４１は店員管理下にある図示しないディスプレイに接続されている。テーブル番号入力部４２は飲食客が操作を行うテーブルボタン５０に接続されている。印刷部４３はレシート発行口５２内部の図示しないプリンターに接続されている。制御部４０は飲食客が空いているテーブルの中から選んでテーブルボタン５０を押したら、テーブル番号５０１を印刷したレシート５００を発行し、制御部４０はこのレシート５００に記載されたテーブル番号５０１の飲食客が前払い精算機５で前払いした時から最後に精算する時まで使用するように、この飲食客専用のアカウントを設けて記憶部４４に記録する。前払いの金額はテーブルボタン５０が押されて現金入金口５１に挿入された紙幣の金額である。なおこのチャージ金額は上述のレシート５００にテーブル番号５０１と共に印刷する。このチャージ金額から飲食客が発注機３で発注した料理の金額が引き落とされる。飲食客がテーブルボタン５０のテーブル番号５０１を押すことで精算しようとしたら、制御部４０は前払い金と飲食代との差額を求め、紙幣の払い戻しがあれば入出金部４５によって紙幣出口５３へ、あるいは小銭の払い戻しがあれば釣銭取出口５４へ返金する。レシートはレシート発行口５２から発行する。

【0029】

ところで上述したテーブルボタン５０の詳細を図９で表す。テーブルボタン５０は基本的にテーブル番号を表示したものであるが、空席表示部５５が点灯していることで空席であることを、逆に満席表示部５６が点灯していることで満席であることを示す。受入人数表示部５７はこのテーブルに座ることが可能な人数を示す。次に飲食料金の支払い方法を選択させるためのボタンは、現金ボタン５８とカードボタン５９とを並べて設けた。

【0030】

この飲食店にはエントランスに図示しない音声案内装置が設けられており、客が進入するとこれを感知して「前払い精算機でテーブルを決めて、飲食料金をチャージする」ように案内する。なお音声案内は文字による案内表示に代えることも可能である。そこで飲食客は前払い精算機５に進むので、飲食客には都合の良いテーブルを選ばせるべくテーブルボタン５０を押してもらう。「現金支払いにするか、カード支払いにするか」を尋ねると共に、現金で払いの場合は「現金入金口５１にご入金ください」と、またカード支払いの場合は上述した精算時に「レジに進む」ようにアナウンスする。店側として都合が良いのは現金払いであるが、飲食客が現金ボタン５８を押して現金入金口５１に紙幣を挿入したらこの金額のアナウンスをすると共に、「金額がよろしければ再度テーブルボタン５０を押す」ようにアナウンスする。これによって前払い精算機５は空席表示部５５を消灯して満席表示部５６を点灯させ、レシート発行口５２からチャージ金額とテーブル番号５０１とを印刷したレシート５００を発行する。

【0031】

このように本実施例では、図１０に表すように、飲食客が指定したテーブルボタン５０に対応するテーブル番号５０１に飲食客を着かせ、このテーブルの発注機を使用してもらうことで発注機と飲食客のアカウントとを紐付けるようにしている。また返金時に発注機の精算希望ボタンを押させると共に、前払い精算機５でテーブルボタン５０を押させることで、当該飲食客のアカウントに残っている未使用分の金額を誤りなく返金するようにしている。

【実施例3】

【0032】

さて上述した実施例１および実施例２では、店側のテーブルに備え付けた発注機を使用してもらうようにシステムを構成していた。これに対して実施例３では発注機を飲食客側に持ち込んでもらうようにしている。そうすることで前払い精算機の前で発注機を操作するのと同様のことが出来るようになったりする。このため店側にサーバコンピュータ６を備えると共に、飲食客が所有するスマートフォンやタブレットコンピュータ７などに店側提供のアプリ（発注機の機能を実現するアプリケーションソフトウェア）をインストールしてもらい、サーバコンピュータ６とタブレットコンピュータ７などとをインターネットＮを介して通信可能に接続する。この状態を図１１で表すが、店の専用アプリが導入されているタブレットコンピュータ７でこのアプリを起動すると、前払い画面７０が表示される。事前にサーバコンピュータ６はこのタブレットコンピュータ７にクーポン券の形態のクーポンデータを送信してあるため、前払い画面７０にはクーポンボタン７１が表示されている。この他ドロワー表示の金額指定部７２や前払いボタン７３が表示されている。

【0033】

上記サーバコンピュータ６は、図１２で表す通り、制御部６０とこの制御部６０が制御する各部とをバスで接続して成る。表示部６１と入力部６２とはコンソールに接続されている。印刷部４３は図示しないプリンターに接続されている。制御部４０は通信部６５を介して飲食客が所有するタブレットコンピュータ７と通信を行って、上述した実施例２の前払い精算機５と同郷の機能をタブレットコンピュータ７に持たせる。また記憶部６４にはこのタブレットコンピュータ７を所有する飲食客のアカウントが記録される。

【0034】

タブレットコンピュータ７にアプリが導入・起動された結果、タブレットコンピュータ７には発注アプリ動作構成８が実現される。図１３で表すように制御部８０は通信部８１を用いて上記サーバコンピュータ６と通信を行い、表示部８２により前払い画面７０や、図１４（Ａ）のテーブルボタン７４の画面や、図１４（Ｂ）の料理名ボタン７５の画面を表示し、入力部８３によってこのタブレットコンピュータ７のタッチパネルからの入力を制御する。従って飲食客は、前払い精算機の前で行うチャージ操作や精算による払い戻しを受けること以外の、他の実施例では前払い精算機の前で行う操作やテーブル備え付けの発注機で行う操作を、このタブレットコンピュータ７上で行うことが出来るようになっている。なお払い戻しがクレジットカードやデビットカードなどで可能であれば、上述した前払い精算機の前で行う操作さえも不要となる。

【0035】

ところでタブレットコンピュータ７の前払い画面７０にはクーポンボタン７１が表示されているが、クーポンデータ分の割り引きを利用するのであればこのクーポンボタン７１をタップする。するとドロワー表示の金額指定部７２にはクーポンデータ分を差し引いた金額が表示されるように設計されている。また前払いボタン７３をタップすると本実施例ではデビットカードからチャージ金額が引き落とされ、また払い戻しは、このタブレットコンピュータ７を用いない飲食客と同様に、前払い精算機の前で行われるように設計されている。

【実施例4】

【0036】

上述した実施例３では、飲食客が所有するタブレットコンピュータ７に専用のアプリを導入してなる言わば自前の発注機を持ち込んでもらい、飲食店側のサーバコンピュータ６とインターネットＮを介して通信可能に接続して、本発明の料金の前払い精算システムを構成していた。このようにインターネットＮを利用するのであれば次に述べるようなことも可能になる。

【0037】

すなわち、図１５で表すように、飲食店紹介サイト６６は飲食チェーン店６７や独立系飲食店６８やホテル・旅館６９や鉄道・観光会社サイト６００などと提携して紹介業務を行う。飲食店紹介サイト６６もその提携先も、各々インターネットＮに接続されたサーバコンピュータを所有する。飲食店紹介サイト６６は飲食客の会員登録を受け付けて会員の情報を管理する。飲食店紹介サイト６６の飲食客の会員登録は、タブレットコンピュータ７６で動作するＷＷＷブラウザ上に、ＨＴＭＬ形式の登録ページを表示させることで行われる。なお登録会員からのアクセスを受けて会員認証を行うことで、上述した紐付け手段を実現する。

【0038】

そこで例えば飲食客はタブレットコンピュータ７６に表示される飲食店紹介サイト６６で、ここと提携している独立系飲食店６８を選び、この独立系飲食店６８のＷＷＷページにアクセスする。独立系飲食店６８のサーバコンピュータからネットワークローダブルなソフトウェアプログラムと共に前払い画面７７がダウンロードされて表示される。そこで会員である飲食客は前払い画面７７で前払いをする。後は当該独立系飲食店６８に行き、前記前払い画面７７に続いて、図示しない注文画面をタブレットコンピュータ７６に表示させて料理の注文を行う。すなわちネットワークローダブルなソフトウェアプログラムが動作することで、このタブレットコンピュータ７６によれば前払い精算機の前で発注機を操作するのと同様のことが出来るようになる。このようなソフトウェアプログラムが動作するプラットフォームとして有名なものにＪＡＶＡ（登録商標）がある。

【0039】

上述したような清算のための一連の操作もタブレットコンピュータ７６から行い得る。やはり払い戻しがクレジットカードやデビットカードなどで可能であれば、上述の前払い精算機の前で行う操作さえも不要となる。なおこの精算時には、当該独立系飲食店６８のサーバコンピュータが飲食店紹介サイト６６に会員認証を依頼する。従って紐付け手段がこの場面でも機能している。飲食店紹介サイト６６が介在することで、飲食料金に応じたポイントの発行及びその利用の共通化が行えるようになると言う利点もある。

【産業上の利用可能性】

【0040】

これまで飲食店での本発明の実施に付き説明して来たが、本発明はこれに限定されるものではなく、スーパーマーケットでの買い物や、テーマパークでのアトラクションの利用や、競馬場などでの券売等々、前払いの際に顧客によるテーブルの指定を受け付けると共に前払いした金額から消費したサービスや物の金額を順次差し引く形態の経済活動全般に於ける実施も、本発明の範囲に含まれるものとする。

【符号の説明】

【0041】

１ 前払い精算機 １０ 制御部 １１ 表示部
１２ テンキー入力部 １３ 印刷部 １４ 記憶部
１５ 入出金部
２ 前払い精算機 ２０ 現金ボタン ２１ カードボタン
２２ 現金入金口 ２３ カード受入口 ２４ レシート発行口
２５ テンキー ２６ 精算ボタン ２７ 紙幣出口
２８ 釣銭取出口 ２９ レシート ２００テーブル番号
３ 発注機 ３０ 言語選択ボタン ３１ 料理名ボタン
３２ スクロールバー ３３ 注文表示部 ３４ 注文ボタン
３５ 残高不足表示画面 ３６ チャージ希望ボタン ３７ 精算希望ボタン
３８ 最終表示画面 ３９ 送付ボタン ３００残高表示ボタン
４ 前払い精算機 ４０ 制御部 ４１ 表示部
４２ テーブル番号入力部 ４３ 印刷部 ４４ 記憶部
４５ 入出金部
５ 前払い精算機 ５０ テーブルボタン ５１ 現金入金口
５２ レシート発行口 ５３ 紙幣出口 ５４ 釣銭取出口
５５ 空席表示部 ５６ 満席表示部 ５７ 受入人数表示部
５８ 現金ボタン ５９ カードボタン ５００レシート
５０１テーブル番号
６ サーバコンピュータ ６０ 制御部 ６１ 表示部
６２ 入力部 ６３ 印刷部 ６４ 記憶部
６５ 通信部 ６６ 飲食店紹介サイト ６７ 飲食チェーン店
６８ 独立系飲食店 ６９ ホテル・旅館 ６００鉄道・観光会社サイト
７ タブレットコンピュータ ７６ タブレットコンピュータ
７０ 前払い画面 ７１ クーポンボタン ７２ 金額指定部
７３ 前払いボタン ７４ テーブルボタン ７５ 料理名ボタン
７７ 前払い画面
８ 発注アプリ動作構成 ８０ 制御部 ８１ 通信部
８２ 表示部 ８３ 入力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】