(57)【特許請求の範囲】
【請求項１】
飲食物あるいは商品等の登録を行うと、合計金額を計算して精算することができるキャッシュレジスタにおいて、
顧客毎に少なくとも顧客識別情報欄と未収額欄とを設けた顧客ファイルと、
顧客を特定する特定手段と、
操作されると、特定した顧客の精算時に、該当する未収額欄に未収額を書き込む後払い操作手段と、
前記登録あるいは精算の際に特定した顧客の顧客ファイルの該当する未収額欄に未収額がある場合にその旨を報知する報知手段と
を備えることを特徴とするキャッシュレジスタ。
【請求項２】
飲食物あるいは商品等の登録を行うと、合計金額を計算して精算することができるキャッシュレジスタにおいて、
顧客毎に少なくとも顧客識別情報欄と未収額欄とを設けた顧客ファイルと、
顧客を特定する特定手段と、
操作されると、特定した顧客の精算時に、該当する未収額欄に未収額を書き込む後払い操作手段と、
前記登録した分の合計額と未払額欄の未払額とを加算して今回の請求額を前記顧客の精算時に表示する表示手段と
を備えることを特徴とするキャッシュレジスタ。
【請求項３】
顧客毎に買上額に応じたサービスを付与するためのデータを累計することを特徴とする請求項１または２に記載のキャッシュレジスタ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、主に飲食店等で精算のために使用されるキャッシュレジスタの技術に関する。
【０００２】
【従来の技術】
従来より、お馴染みのお客に対しては今回の飲食に対する代金の支払いを後払いにする、いわゆる「ツケ」という処理をする場合がある。
【０００３】
【発明が解決しようとする課題】
ところが上述の方法による「ツケ」の処理は、次回このお客が来店したときに、店員が「ツケ」のあることを覚えておき、その旨をお客に伝えることで「ツケ」の分を精算するものであり、その際に店員が覚えていない場合には、支払いがさらに先延ばしになってしまうという課題があった。
【０００４】
本発明はこのような背景の下になされたもので、「ツケ」の処理を自動的に間違いなく行うことができるキャッシュレジスタを提供することを目的とする。
【０００５】
【課題を解決するための手段】
請求項１に記載の発明は、飲食物あるいは商品等の登録を行うと、合計金額を計算して精算することができるキャッシュレジスタにおいて、
顧客毎に少なくとも顧客識別情報欄と未収額欄とを設けた顧客ファイルと、
顧客を特定する特定手段と、
操作されると、特定した顧客の精算時に、該当する未収額欄に未収額を書き込む後払い操作手段と、
前記登録あるいは精算の際に特定した顧客の顧客ファイルの該当する未収額欄に未収額がある場合にその旨を報知する報知手段と
を備えることを特徴とするキャッシュレジスタを提供する。
【０００６】
請求項２に記載の発明は、飲食物あるいは商品等の登録を行うと、合計金額を計算して精算することができるキャッシュレジスタにおいて、
顧客毎に少なくとも顧客識別情報欄と未収額欄とを設けた顧客ファイルと、
顧客を特定する特定手段と、
操作されると、特定した顧客の精算時に、該当する未収額欄に未収額を書き込む後払い操作手段と、
前記登録した分の合計額と未払額欄の未払額とを加算して今回の請求額を前記顧客の精算時に表示する表示手段と
を備えることを特徴とするキャッシュレジスタを提供する。
【０００７】
請求項３に記載の発明は、請求項１または２に記載のキャッシュレジスタにおいて、
顧客毎に買上額に応じたサービスを付与するためのデータを累計することを特徴とする。
【０００８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の一形態について説明する。
＜外観および装置概要＞
図１は実施の一形態によるキャッシュレジスタ１の外観（正面および側面）を示す外観図である。このキャッシュレジスタ１には、液晶タッチパネル１３、顧客側表示器１４、入力キー１５、印字部１７およびカードリーダ１８が配設されている。ただし、後述するドロアーは図示していない。
【０００９】
液晶タッチパネル１３（あるいは入力キー１５）は、データを入力するのに用いる。カードリーダ１８は、顧客を特定するための顧客カードに磁気記録された顧客情報を読み取る。
顧客側表示器１４は、液晶タッチパネル１３（あるいは入力キー１５）の入力操作に応じて算出される請求金額を表示する。顧客の代金支払いに応じて液晶タッチパネル１３（あるいは入力キー１５）が操作されると、印字部１７はレシートを印字して発行する。
【００１０】
＜電気的構成＞
次に、図２を参照してキャッシュレジスタ１の電気的構成について説明する。この図において、ＣＰＵ１０は、ＲＯＭ１１から読み出した制御プログラムに基づいて装置各部を制御するものであり、本発明の要旨に係わる処理動作の詳細については追って述べる。ＲＯＭ１１はＣＰＵ１０にロードされる各種制御プログラムや、液晶タッチパネル１３に画面表示するための各種画面データを記憶する。また、ドロアー２０は、現金や品券等が金種別に収納され、精算時に開放して釣銭のために必要な現金等が取り出せるようになっている。
【００１１】
＜メモリーマップ＞
ＲＡＭ１２は、図３に示すように、ＣＰＵ１０の演算結果、すなわち各種レジスタやフラグデータを一時記憶するワークエリアＷＥと、ＣＰＵ１０が実行する各種処理に必要なデータが登録されるファイル群を格納するファイルエリアＦＥとを備える。
ファイルエリアＦＥには、プリセットキーファイルＦ１、顧客ファイルＦ２および商品ファイルＦ３等が格納される。
【００１２】
プリセットキーファイルＦ１には、液晶タッチパネル１３や入力キー１５にアサインされる複数種のプリセットキーにそれぞれ対応するデータが登録される。液晶タッチパネル１３や入力キー１５のプリセットキーがタッチ操作（あるいは入力操作）された場合、このプリセットキーファイルＦ１を参照して対応する取引データが読み出されるようになっている。
【００１３】
顧客ファイルＦ２は、図４に示すように顧客番号、顧客の氏名、住所、未収額、ポイント等のデータを記憶したファイルである。
ただし、未収額は精算時の不足額を記憶する欄、ポイントは、買上額に応じたサービスポイントを記憶して所定数に達すると金券を与える等のサービスのための欄である。顧客カードを読み取ると顧客番号がわかるので、これにより顧客ファイルＦ２から顧客データを読み出す。
【００１４】
次に、再び図２を参照してキャッシュレジスタ１の構成について説明を進める。
液晶タッチパネル１３は、ＣＰＵ１０から供給される表示制御信号に応じて各種画面を液晶表示する一方、その液晶画面上に表示されるキーのタッチ操作に対応したキーイベント信号を発生する。
具体的には、タッチ操作に応じて動作モード切換、ファイル設定あるいは商品登録等をＣＰＵ１０側に指示する。
【００１５】
入力キー１５は、テンキーや上述したプリセットキーを備え、商品登録や料金精算の入力操作に対応したキーイベント信号を発生する。ブザー１６は、例えば誤った入力操作が行われた場合に、ＣＰＵ１０から供給されるブザー駆動信号に応じてブザー鳴動する。時計１９は、カレンダ機能を有し、現在時刻および年月日を計時出力する。
ドロアー２０は、現金や品券等が金種別に収納され、精算時に開放して釣銭のために必要な現金等が取り出せるようになっている。
【００１６】
＜動作説明＞
次に図５のフローチャートを参照してキャッシュレジスタ１の動作について説明する。
このフローチャートは、一人の顧客の精算処理に関し、ＣＰＵの動作の概略を説明する図であり、顧客が来店して飲食を行い、登録モードにしてその精算を行うところからスタートする。
【００１７】
ステップＳ１（以下、Ｓ１等と略称する）において、顧客が携帯する顧客カードをカードリーダで読み込み、その際に読み出した顧客番号から、顧客ファイルの該当する顧客データを読み出して図６に示す顧客データ表示画面をタッチパネルに表示する。
Ｓ２…読み出した顧客データの内容に未収額があるか否か判断し、ＹＥＳの場合はＳ３、ＮＯの場合はＳ４に移行する。
【００１８】
Ｓ３…図７に示す顧客データ表示画面のようにタッチパネルに「未収金が５５０円あります」と表示する。
Ｓ４…飲食を行ったメニューの登録を行う。これは、タッチパネルに表示されたプリセットキーをタッチすることによって行う。
【００１９】
Ｓ５…すべての登録が終了したかをオペレータが判断し、ＮＯであればＳ４に戻って処理を行う。ＹＥＳであれば所定のキーを操作する。
Ｓ６…請求額の算出を行ってＳ２の未収額がない場合には図８に示す精算画面を、未収額がある場合には図９に示す精算画面を、また、顧客側表示器１４には請求額を表示する。ただし、この時点では預かりに関する表示はない。
ここで請求額の算出は、小計額から割引額を減算し、算出した消費税額を加算し、未収額欄のデータを加算する。
【００２０】
Ｓ７…オペレータにより預かり額の置数と操作部にある締めキーが操作される。
Ｓ８…預かり額と請求額とを比較して不足していないかどうかを判断し、ＹＥＳだとステップＳ９に移って顧客ファイルの該当する未収額欄をゼロにする。ＮＯであれば不足なので、図８のように「未収でよいですか？」のメッセージと「はい」と「いいえ」のキーを表示してＳ１０に移行する。
【００２１】
Ｓ１０…図８の「はい」つまり後払いキーがタッチされたか否か判断し、ＮＯであればＳ１２へ、ＹＥＳであればＳ１１へ移行する。
【００２２】
Ｓ１１…請求額から預かり額を引いて算出した不足額を顧客ファイルの該当未収額欄に書き込む。
Ｓ１２…オペレータは、不足額を解消すべく、顧客から不足分の支払いを預かって預かり額を置数して締めキーを操作する。
【００２３】
Ｓ１３…レシートを図１０に示すように印字する。
今回の精算で未収金がある場合は、合計欄とお預かり欄の下に未収金を目立つように印字する。さらにその下には、今回と累計のポイントを印字している。
【００２４】
また、未収金のある顧客が今回の精算で未収額を解消した場合のレシートは、図１１に示すように小計欄、外税欄と合計欄との間に未収金額を印字し、合計欄の下には未収金の印字がなく、未収額を解消したことが分かるようになっている。
そして、累計ポイントを顧客データに書き込み、一人の顧客分の精算処理を終了する。
【００２５】
以上、本発明の一実施形態の動作を図面を参照して詳述してきたが、本発明はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。例えば以下に説明する場合も本発明に含まれる。
【００２６】
ａ．本実施形態では、分かり易くするために、１つの精算に対して１度しか後払いキーの入力ができないようになっていたが、締め操作が行われる毎に不足額があれば、入力できるようにする方がさらに良い。
【００２７】
ｂ．未収額がある場合の報知は、表示器によるものやレシートにその旨を印字したりすることに限らず、音声やブザーを鳴らして報知するものであっても良い。
【００２８】
ｃ．顧客の特定方法は、カードによるものに限らず、顧客番号がわかれば、この番号をキー入力して顧客データを呼び出して氏名等により確認するか、または、指紋等の顧客の身体的特徴を入力させて照合する等、どのような方法であっても良い。
【００２９】
ｄ．顧客ファイルの未収額欄のデータ更新は、直近の未収額に置き換える方法に限らず、精算時に今回の請求額が前回までの未収額を含まない場合には、未収額欄は累計データとする、あるいは、日付データとともに履歴データとして記憶し、レポート出力できるようにするとさらに良い。
【００３０】
ｅ．飲食店に限らず、商品の持ち帰り販売を行うような通常の小売店であっても適用可能である。
【００３１】
【発明の効果】
これまでに説明したように、この発明によれば、以下のような効果が得られる。
【００３２】
請求項１の発明によれば、精算をいわゆる「ツケ」と呼ばれる後払いにした顧客には、店員が覚えていなくても登録あるいは精算時にその旨を報知できるので、支払の先延ばしを減少できる。
【００３３】
請求項２の発明によれば、今回の代金に未払分を加算して表示するので、未払分の請求を顧客の精算時に確実に行うことができ、しかも、顧客による支払を一度にまとめて行いやすい。
【００３４】
請求項３の発明によれば、顧客は、顧客の特定をされると特典を得ることにつながるため、登録あるいは精算時に顧客特定を省くことが減少され、効果的な運用ができる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるキャッシュレジスタの外観図。
【図２】図１のキャッシュレジスタの電気的構成図。
【図３】図２のＲＡＭの内容を示す図。
【図４】顧客ファイルの内容を示す図。
【図５】本発明の一実施形態によるキャッシュレジスタの動作を説明するフローチャート。
【図６】顧客データ表示画面の例を示す図。
【図７】顧客データ表示画面で未収金を表示した例を示す図。
【図８】精算画面で未収の確認の表示をした例を示す図。
【図９】精算画面で未収金の表示をした例を示す図。
【図１０】未収金ありの時のレシートの例を示す図。
【図１１】未収金の回収が行われた際のレシートの例を示す図。
【符号の説明】
１…キャッシュレジスタ
１０…ＣＰＵ
１１…ＲＯＭ
１２…ＲＡＭ
１３…液晶タッチパネル
１４…顧客側表示器
１５…入力キー
１６…ブザー
１７…印字部
１８…カードリーダ
１９…時計
２０…ドロアー
【図１】
0003587138.tif 000002
【図２】
0003587138.tif 000003
【図３】
0003587138.tif 000004
【図４】
0003587138.tif 000005
【図５】
0003587138.tif 000006
【図６】
0003587138.tif 000007
【図７】
0003587138.tif 000008
【図８】
0003587138.tif 000009
【図９】
0003587138.tif 000010
【図１０】
0003587138.tif 000011
【図１１】
0003587138.tif 000012