(57)【要約】【課題】  品券を利用する顧客の釣銭無効に関する不満を解消し、店舗側の負担を軽減するとともに精算処理の迅速化をはかる。【解決手段】  品券精算処理機能付きキャッシュレジスタ１は、顧客によって品券が提示されたときに、当該品券精算に対応する特定のキー（キー操作部１１４における品券キー）が操作されたことを検知し、買い上げ商品の合計金額と品券の額面金額とを比較し、当該額面金額が大の場合は商品の追加登録を許可する品券精算手段（ＣＰＵ１００）、を備える。【選択図】      図２
2005135284.tif 000002
【特許請求の範囲】
【請求項１】
顧客による買い上げ商品の登録を行い、合計金額を算出して精算処理を行うキャッシュレジスタにおいて、
顧客によって品券が提示されたときに、当該品券精算に対応する特定のキーが操作されたことを検知し、前記買い上げ商品の合計金額と前記品券の額面金額とを比較し、当該額面金額が大の場合は商品の追加登録を許可する品券精算手段、
を備えたことを特徴とする品券精算処理機能付きキャッシュレジスタ。
【請求項２】
前記品券精算手段は、
前記額面金額が大のときに前記商品の追加登録の他に精算完了のオプションを有し、前記精算完了のオプションが選択操作されたときに当該精算の完了処理を行うことを特徴とする請求項１に記載の品券精算処理機能付きキャッシュレジスタ。
【請求項３】
前記オブションの選択操作を許可することを、前記特定のキーにあらかじめファンクション設定しておくことを特徴とする請求項２に記載の品券精算処理機能付きキャッシュレジスタ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クーポン券を含む品券の精算処理を行うことのできる、品券精算処理機能付きキャッシュレジスタに関する。
【背景技術】
【０００２】
通常、小売店などで買い物をした際の代金を品券（クーポン券も含む）で支払った場合、代金よりも多い額面相当の品券であってもその釣銭は支払われずに無効になっている。このため、品券による精算では釣銭が支払われないことを知らない顧客は、当然のことながら不満を感じ、店舗側のサービス面に対して悪影響を与えかねない。
【０００３】
これに対し、買い上げ商品に対する支払い金額より額面金額の大きな品券が利用されたことにより釣銭が発生するケースにおいて、その釣銭に相当する額面の品券を発行するようにしたＰＯＳ（Point of Sales：販売時点管理）端末が知られている（例えば、特許文献１参照）。
【特許文献１】特開２００１−１４３１５９号公報（段落「０００６」）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記した特許文献１によれば、顧客は釣銭に相当する額面の品券を受け取ることができるため、釣銭自体が無効になる従来例に比べ顧客の不満は若干解消される。しかしながら、顧客は、再度その品券を利用して商品を購入し直す必要があり、また、店舗側でも再度その品券により精算処理を実行する手間が発生するため非合理的である。
【０００５】
本発明は上記事情に鑑みてなされたものであり、品券を利用する顧客の釣銭無効に関する不満を解消し、店舗側の負担を軽減するとともに精算処理の迅速化をはかった、品券精算処理機能付きキャッシュレジスタを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記した課題を解決するために本発明の品券精算処理機能付きキャッシャレジスタは、顧客による買い上げ商品の登録を行い、合計金金額を算出して精算処理を行うキャッシュレジスタにおいて、顧客によって品券が提示されたときに、当該品券精算に対応する特定のキーが操作されたことを検知し、前記買い上げ商品の合計金額と前記品券の額面金額とを比較し、当該額面金額が大の場合は商品の追加登録を許可する品券精算手段、を備えたことを特徴とする。
【０００７】
また、本発明において、前記品券精算手段は、前記額面金額が大のときに前記商品の追加登録の他に精算完了のオプションを有し、前記精算完了のオプションが選択操作されたときに当該精算の完了処理を行うことを特徴とする。
【０００８】
また、本発明において、前記オブションの選択操作を許可することを、前記特定のキーにあらかじめファンクション設定しておくことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、品券による支払いで、釣銭の代わりにその額面相当の追加登録が可能となるため、顧客の不満を解消することができ、かつ、精算処理にかかる店舗側の負担軽減がはかれる。
また、本発明によれは、買い上げ合計金額より品券の額面が多い場合、追加登録するか、あるいは精算を完了させるかを選択するための操作ができるため、納得してくれる顧客の場合には追加登録の処理を実行する必要がなくなるため、精算処理の迅速化が可能となる。更に、大型スーパー等のように顧客数が多い店舗では、あらかじめファンクション設定しておくことによりレジでの精算スピードを優先することができ、様々な運用に対応することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の品券精算処理機能付きキャッシュレジスタの外観構成図であり、正面図（ａ）と側面図（ｂ）のそれぞれを示す。
本発明の品券精算処理機能付きキャッシュレジスタ１は、店舗側従業員によって操作される、液晶タッチパネル１１２と、キー操作部１１４を主な構成とする。キー操作部１１４には、本発明と関係するところでは、現計キー１１４ａや品券キー１１４ｂが割付けられている。ここで、品券キー１１４ｂとは、品券払いに対応した締めキーのことをいう。
【００１１】
また本発明の品券精算処理機能付きキャッシュレジスタ１は、内蔵するレシート印字部（ジャーナルプリンタ）によって印刷されるレシートが出てくるレシート発行口１０９と、カードによる買い物があったときに使用されるカードリーダ部１８、更には図示省略している値札読み取り用のスキャナを更なる周辺装置として備えている。
なお、顧客用表示部１１６には、レジ従業員によって登録された内容が表示され、レジを利用する顧客に買い上げ商品名や合計金額等を周知させている。
【００１２】
図２は、本発明の品券精算処理機能付きキャッシュレジスタ１の内部構成を示すブロック図である。
図２に示されるように、本発明の品券精算処理機能付きキャッシュレジスタ１は、顧客によって品券が提示されたときに、当該品券精算に対応する特定のキー（品券キー１１４ｂ）が操作されたことを検知し、買い上げ商品の合計金額と前記品券の額面金額とを比較し、当該額面金額が大の場合は商品の追加登録を許可する品券精算手段として動作するＣＰＵ１００を核に構成される。
上記したＣＰＵ１００に、後述するキーオプションファイル等のデータが格納されるハードディスク部１０２、プログラムや内部データが格納されるＲＡＭ１０４、そして、図１に示した液晶タッチパネル１１２、キー操作部１１４、顧客用表示部１１６、レシート印字部１０８、スキャナ部１１０、カードリーダ部１１８のそれぞれが、アドレス、データ、コントロールのためのラインが複数本で構成されるシステムバス１２０に共通接続され、構成される。
【００１３】
図３は、本発明の品券精算処理機能付きキャッシュレジスタ１により生成され、使用されるキーオプションフアィルのデータ構造の一例を説明するために引用した図である。
キーオプションフアィル３０は、ＣＰＵ１００によりプログラマブルに生成され、通常ハードディスク部１０２に記憶されている。ＣＰＵ１００による精算処理実行時、ハードディスク部１０２からＲＡＭ１０４上に読み出されるファイルであって、キー操作部１１４に割当てられる各キーのオプション機能が設定される。
すなわち、ここでは、キー番号毎、名称、データ（機能）を設定でき、例えば、“１２３”は品券キーであり、データ“０”の場合、「取引金額以上の預かり時、釣銭有り」、データ“１”の場合、「取引金額以上の預かり時でも釣銭無し」、データ“２”の場合、「取引金額以上の預かり時、追加登録または釣銭無しで精算完了するかを精算画面に選択操作するための確認表示を行う」、それぞれの機能があらかじめ設定されている。
【００１４】
図４は、図１〜図３に示す本発明実施形態の動作を説明するために引用したフローチャートである。具体的には、図２に示すＲＡＭ１０４に記録されたプログラムが持つ処理手順であり、ＲＡＭ１０４に記録されたプログラムをＣＰＵ１００が逐次読み出し、周辺装置を制御しながら実行する。
以下、図４に示すフローチャートを参照しながら図１〜図３に示す本発明実施形態の動作について詳細に説明する。
【００１５】
まず、ＣＰＵ１００は、Ｓ４０１で買上商品の商品登録を行い、この取引の買上合計額に加算していく。Ｓ４０２では、預かり額の置値操作とともに、締めキーが操作され、液晶タッチパネル１１２上に買上商品リスト、買上額の精算画面が表示されると共に、今、操作されたキーが、品券処理用に定義された締めキーであるか否か判断する。ここでＮＯと判断されればＳ４０３へ、ＹＥＳと判断されればＳ４０４の処理へ進む。
Ｓ４０３では、品券以外の締めキーが操作されたため、従来と同様の通常の締め処理を行ってレシートを発行する（Ｓ４１０）。Ｓ４０４では、品券キーのオプションファイルデータを読出し、「釣銭あり」の設定になっているか否かを判断し、ＹＥＳであればＳＳ４０３へ、ＮＯであればＳ４０５の処理に進む。
【００１６】
Ｓ４０５では、「オプションデータで確認表示を行う」という設定になっているか否かを判断し、ＮＯだと精算を完了すべくＳ４１０の処理を実行する。また、ＹＥＳであれば、Ｓ４０６の処理を実行する。
すなわち、ＣＰＵ１００は、Ｓ４０６で、液晶タッチパネル１１２の精算画面上に図５に一例として示すような、「あと○○円お買物ができます。」のメッセージの他に、完了キーと、追加キーとをポップアップ表示した確認表示を行う。このことは、顧客あるいは店舗側では、追加登録せずに精算処理を完了させるオプションを持つことを意味する。
具体的に、ＣＰＵ１００は、Ｓ４０７で、確認表示中の「追加キー」がタッチされて追加登録を行うか否かを判断し、ＮＯであれば「完了キー」が操作されたことになるため、Ｓ４１０の処理を実行し、顧客の了承を得て釣銭の無い精算となる。ＹＥＳであればＳ４０８の処理を実行する。Ｓ４０８では、追加登録としてＳ４０１と同様に商品登録を行う。
【００１７】
一方、Ｓ４０９で、追加登録が終了した場合には現計キーが店員により操作される。ここで、品券額が買上合計額（追加登録を含めたもの）以下の場合には置数せずに現計キーが操作されて釣銭のない精算となり、あるいは、多い場合にはその差額以上の現金をレジ従業員が顧客から受領するとともに、その分を買数後に現計キー１０４ａを操作して釣銭を精算表示してＳ４１０の処理へ進む。Ｓ４１０では、買上明細と、精算情報を印字したレシートをレシート印字部１０８により発行して取引を終了する。
【００１８】
以上説明のように本発明は、品券を利用したことによる釣銭相当額から商品の追加登録を許可することで、品券を利用する顧客の不満を解消し、店舗側の負担を軽減するものである。また、品券が買上合計額よりその額面が多い場合に、追加登録するか、あるいは精算を完了させるかを選択するための操作を可能とし、このことにより、納得してくれる顧客の場合には追加登録する必要がなくなり、精算処理の迅速化を可能とする。更に、大型スーパー等のように顧客数が多い店舗では、上記した機能をあらかじめファンクション設定しておくことによりレジでの精算スピードを優先することができる。
【００１９】
なお、品券キー１０４ｂは上記したように締めキーに限らず、品券の額をマイナス金額で取引データとして登録（いわゆるマイナスの商品登録）するキーであってもよく、商品の買上合計金額がマイナスになった場合に締めキー（例えば現計キー１１４ａ）が操作されると追加登録を可能にすることも本発明の範囲に含まれる。また、追加登録の際、品券の額面よりも買上合計額が多くなるとその追加登録をエラーにするようにしてもよい。
更に、本発明は、レジ単体での使用に限らず、マスターサテライトシステム、ストアコントロールシステムのように、各ファイルデータを親機、あるいはバックエンドで動作するストアコントローラに記憶し、各サテライトが受信するようにしてもよい。
【図面の簡単な説明】
【００２０】
【図１】本発明の品券精算処理機能付きキャッシュレジスタの外観構成図である。
【図２】本発明の品券精算処理機能付きキャッシュレジスタの内部構成を示すブロック図である。
【図３】本発明によって使用されるキーオプションフアィルのデータ構造を説明するために引用した図である。
【図４】本発明実施形態の動作を説明するために引用したフローチャートである。
【図５】本発明実施形態において使用される表示画面構成の一例を示す図である。
【符号の説明】
【００２１】
１…品券精算処理機能付きキャッシュレジスタ、３０…キーオプションファイル、１００…ＣＰＵ、１０２…ハードディスク部、１０４…ＲＡＭ、１１２…液晶タッチパネル、１１４…キー操作部、１１４ａ…現計キー、１１４ｂ…品券キー
【図１】
2005135284.tif 000003
【図２】
2005135284.tif 000004
【図３】
2005135284.tif 000005
【図４】
2005135284.tif 000006
【図５】
2005135284.tif 000007