販売商品登録システムおよび方法
【課題】顧客が例えば財布内の小銭を探すことで、レジでの精算（商品の登録処理）が遅れることを回避できるとともに、精算時の利便性をよくすることを可能とした販売商品登録システムを提供することである。
【解決手段】提案する販売商品登録システムは、投入された小銭の合計金額を集計する小銭集計手段と、購入する商品の代金の合計金額を集計する購入金額集計手段と、前記購入金額集計手段により集計された合計金額と前記小銭集計手段により集計された合計金額との差額に応じて、札による支払い額とお釣りの組み合わせを算出し表示部に表示する手段と、を有する。
【解決手段】提案する販売商品登録システムは、投入された小銭の合計金額を集計する小銭集計手段と、購入する商品の代金の合計金額を集計する購入金額集計手段と、前記購入金額集計手段により集計された合計金額と前記小銭集計手段により集計された合計金額との差額に応じて、札による支払い額とお釣りの組み合わせを算出し表示部に表示する手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レジでの精算（商品の登録処理）が効率よく行える販売商品登録システムに関する。
【背景技術】
【０００２】
従来、スーパーや量販店等に設置されたＰＯＳ（Point Of Sale）システムにおいて、レジでの精算時にバーコードで買い上げ商品を順次スキャンすることで、それぞれの買い上げ商品をＰＯＳシステムに登録し、買い上げた各商品の合計金額を算出することが行われている。合計金額を提示された買い物客（顧客）は、その合計金額を多くの場合、現金で支払うことになる。この精算時における取引で殆どの場合、小銭の釣銭が発生する。
【０００３】
この小銭の釣銭を発生させたくない大抵の顧客は、支払額を店員より告げられた場合、告げられてから小銭財布の中や財布の小銭袋の中を、支払額と端数が一致する小銭がないか探し始める。例えば、支払額（買い上げ金額）が１，２３８円であった場合、８円はないか、３８円はないか、２３８円はないか等探し始める。
【０００４】
そして、このようなことが一人の買い物客がレジで精算する度に繰り返され、後続の買い物客にとっては、迅速に精算処理が進まないためにイライラさせられ、レジでの精算に要する時間が長引くという問題がある。特に、混雑時には、レジでの待ち時間が一層長引いてしまう。
【０００５】
そこで、このような問題を解決すべく、特許文献１では、電子キャッシュレジスタと前受け金処理ユニットを有する入出金装置とを備える商品販売登録データ処理装置が示されている。この装置では、客は小銭を入出金装置に前受け金として投入する。そして、前受け金の額と、その後の預かり金額とを加算した合計金額と、売上の合計金額との差額を不足分として表示し、客にどれだけ投入すればよいかを示している。しかし、レジでの精算時に客は小銭、紙幣（札）をどのタイミングで投入してもよいことから、必ずしもレジでの精算処理時の時間短縮にはつながらない、という問題がある。
【０００６】
また、特許文献２では、ＰＯＳレジを含むレジ精算システムが示されている。このシステムでは、一旦代金を受け取って釣銭を投出した後でも、追金を受け取って最小構成枚数で釣銭を再投出している。しかし、この特許文献２の方法では、それぞれの客が手持ちの小銭の枚数を減らすことはできるが、レジでの精算時の待ち時間は従来よりも増えてしまう。
【０００７】
また、特許文献３では、システムサーバーと精算管理装置と精算装置とを含むショッピングシステムが示されている。このシステムでは、顧客の所持金に応じた釣銭額の最適化を図る情報を提供し、釣銭が所定枚数以下となるように、顧客の買い物を支援している。しかし、この特許文献３の方法では、小銭が増えないように買い物の内容までコントロールしなければならず、顧客にとって、そこまでして小銭を減らさなければならないのか疑問である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平０６−３４８９５９号公報
【特許文献２】特開平１０−０４９７５１号公報
【特許文献３】特開２０１０−０２０４９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、上記問題を解決するためになされたものであり、顧客が例えば財布内の小銭を探すことで、レジでの精算（商品の登録処理）が遅れることを回避できるとともに、精算時の利便性をよくすることを可能とした販売商品登録システムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
提案する販売商品登録システムは、商品を現金で購入するに際して、購入商品の登録を行うためのシステムであり、投入された小銭の合計金額を集計する小銭集計手段と、購入する商品の代金の合計金額を集計する購入金額集計手段と、前記購入金額集計手段により集計された合計金額と前記小銭集計手段により集計された合計金額との差額に応じて、札による支払い額とお釣りの組み合わせを算出する組み合わせ算出手段と、前記組み合わせ算出手段で算出された札による支払い額とお釣りの組み合わせを表示部に表示する表示制御手段と、を有する。
【００１１】
前記販売商品登録システムにおいて、店員が小銭を投入するための第１小銭投入口と、買い物客が小銭を投入するための第２小銭投入口と、前記第２小銭投入口から投入された小銭を前記小銭集計手段に通知する通知手段と、を有する釣銭釣札機をさらに備えることもできる。
【発明の効果】
【００１２】
提案する販売商品登録システムでは、始めに小銭を出し、続いて紙幣（札）を出す、というように、買い物客のレジ精算時の出金パターンをあえて限定することで、顧客が例えば財布内の小銭を探すことで、レジでの精算（商品の登録処理）が遅れることを回避できるとともに、前受け小銭投入後であり、買い上げ金額確定（小計キー押下）後の、札投入前の時点で、買い物客が投入する札種毎に、お釣り、前受け小銭からの返金パターンを提示でき、利用者（買い物客）にとって、精算時の利便性をよくすることができる。
【００１３】
また、釣銭釣札機に、買い物客が前受けの小銭を投入する第２小銭投入口と、店員が買い物客から受け取った小銭を投入する第１小銭投入口とを別に設けることで、多くの小銭を投入してもらうことができ、それを釣り銭に利用できるため、多額の釣銭釣札準備金を別途準備する手間を要することなく、釣銭釣札機内に準備金を補充することもできる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る販売商品登録システムが設置されたレジを示す外観斜視図である。
【図２】図１のうちの、ＰＯＳレジおよび釣銭釣札機を示す図である。
【図３】本実施形態の販売商品登録システムの主要部を示す図である。
【図４】商品登録テーブルのデータ構造を示す図である。
【図５】前受け小銭テーブルおよび入金札テーブルのデータ構造を示す図である。
【図６】商品登録処理のフローチャートである。
【図７】前受け小銭入金処理のフローチャートである。
【図８】支払い組み合わせを記憶した配列変数ｔａｂｌｅ（ｉ，ｊ）を示す図である。
【図９】支払い額、お釣り、前受け小銭からの返金の組み合わせ算出および表示処理のフローチャートである。
【図１０】札入金処理のフローチャートである。
【図１１】商品代金精算処理のフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明に係る実施の形態について図面を参照して詳細に説明する。
図１は、本発明の一実施形態に係る販売商品登録システムが設置されたレジを示す外観斜視図である。
【００１６】
図１に示すように、販売商品登録システムは、買い物かご（不図示）が載せられるレーン１、レーン１上の支柱に固定された、商品のバーコード読み取り用のスキャナ２、支柱先端部に設けられた入力部（キーボード）３、同じく支柱先端部に設けられた表示部（ディスプレイ）４、支柱に設けられ、画面が買い物客側に向けられて設置された表示部（ディスプレイ）５、を備える。
【００１７】
また、ＰＯＳ（Point Of Sale）端末（ＰＯＳレジスタ、以下では、単に、ＰＯＳレジという）１０、釣銭釣札機２０をさらに備える。
【００１８】
図１において、買い物客は、店舗で買い物をし、例えば複数の商品が入った買い物かごをレーン１上に載置する。これにより、商品登録に始まり、精算処理にまで至る一連のレジでの処理が始まる。
【００１９】
店員（オペレータ）は、買い物かごから商品を１つずつ取り出し、レーン１上に設けられた支柱のスキャナ２の前まで移動させ、その商品に貼られたバーコードをスキャナ２に読み取らせることで、システム内での商品登録処理を行なう。
【００２０】
スキャナ２により読み取られた商品のバーコードの情報は、ディスプレイ４に表示される。店員は、バーコードの読み取りが正しく行われたか等をディスプレイ４の画面表示内容を通して確認する。例えば、同一商品が買い物かごに複数入れられていた場合、店員はその同一商品のそれぞれをスキャンすることは通常行わず、初めの１つだけをスキャンし、その後、その同一商品の個数を入力部３のキーを押下して指定する。
【００２１】
ディスプレイ５は、買い物客に対し、バーコードを読み取られた商品の情報（単価など）を表示する。
【００２２】
ＰＯＳレジ１０は、図１や図２に示すように、ディスプレイ６、入力部（キーボード）７、プリンタ８、を備え、専用線２１を通して、釣銭釣札機２０に接続され、釣銭釣札機２０とデータのやり取りを行う。
【００２３】
釣銭釣札機２０は、図１や図２に示すように、札受入れ口１９、札排出口１８、第１のコイン受入れ口１６、第２のコイン受入れ口１５、コイン排出口１７、を備える。
【００２４】
後述するように、第２のコイン受入れ口１５から買い物客により前受け分のコイン（１円玉、５円玉、１０円玉、５０円玉、１００円玉、５００円玉）が投入される。
【００２５】
図３は、本実施形態の販売商品登録システムの主要部を示す図である。
図３に示すように、ＰＯＳレジ１０は、メモリ３０、制御部２５を備える。制御部２５は、第１表示部２３、第２表示部２４、スキャナ２、釣銭釣札機２０、スピーカ２２、に接続される。
【００２６】
ここで、第１表示部２３とは、店員（オペレータ）の確認用、訂正用などの情報が表示されるディスプレイであり、図１では、レジ内で業務を行う店員に向けられたディスプレイ４、６がこの第１表示部２３に相当する。
【００２７】
また、第２表示部２４とは、買い物客に対する情報（商品単価、買い上げ金額など）が表示されるディスプレイであり、図１では、買い物客側に表示画面が向けられたディスプレイ５がこの第２表示部２４に相当する。なお、図１には示されていないが、ＰＯＳレジ１０の横にも買い物客用のディスプレイをさらに設置してもよい。
【００２８】
図３において、メモリ３０には、商品登録プログラム３１、代金精算処理プログラム３２、前受け小銭テーブル３３、入金札テーブル３４、商品登録テーブル３５、が記憶されている。
【００２９】
商品登録処理時には、商品登録プログラム３１がＣＰＵ２６により実行される。この際、スキャナ２より商品のバーコードの値（商品コード）が読み取られ、そのバーコードの値から店舗で扱う全商品について、バーコード、商品名、単価、などを記憶した商品一覧テーブル（不図示）から読み取ったバーコードに対応する商品の情報が取得され、図４の商品登録テーブルに１行分のデータとして追加される。
【００３０】
図４は、商品登録テーブルのデータ構造を示す図である。
図４に示すように、商品登録テーブル３５は、バーコードの読み取り結果である商品コード、商品名、個数、単価、計（その商品に対する合計金額）、の各項目と、小計（買い上げ金額）とを有する。
【００３１】
図４からも明らかなように、計はその列の個数の値と商品単価の値を乗算して得られ、計の総和をとることで買い上げ金額が求められる。図１の（キー）入力部７上には“小計キー”があり、その“小計キー”が押下されることで小計（買い上げ金額）が算出される。
【００３２】
また、図３において、商品の代金精算時には、代金精算処理プログラム３２がＣＰＵ２６により実行される。この際、買い物客から前受け金として預かった小銭と、精算時に買い物客が支払った紙幣（札）との和から買い上げ金額が減算され、お釣りとして買い物客に渡される。図３では、買い物客が前受け小銭として第２のコイン受入れ口１５から投入した金額を釣銭釣札機２０のＣＰＵ４２が小銭集計プログラム４６を実行することにより集計する。ここで、”集計”とは、合計額を出すことを必ずしも意味せず、コインの種類毎の個数を求めるだけでもよい。集計結果はＰＯＳレジ１０の制御部２５に通知される。そして、ＣＰＵ２６により、図３の前受け小銭テーブル３３に格納される。
【００３３】
前受け小銭テーブル３３は、図５に示すように、コイン種別（１円玉、５円玉、１０円玉、５０円玉、１００円玉、５００円玉）毎の個数と、前受け金合計値との項目を有している。
【００３４】
精算時の紙幣の入金についても、釣銭釣札機２０のＣＰＵ４２が札集計プログラム４８を実行することにより金種毎の枚数を求める。コインの場合と同様に、金種毎の枚数を求めるだけでもよい。集計結果はＰＯＳレジ１０の制御部２５に通知される。そして、ＣＰＵ２６により、図３の入金札テーブル３４に格納される。
【００３５】
入金札テーブル３４は、図５に示すように、金種（１０００円札、２０００円札、５０００円札、１００００円札）毎の枚数と、入金した札の合計金額（合計値）との各項目を有している。
【００３６】
図６は、商品登録処理のフローチャートである。
商品登録プログラム３１がメモリ３０から読み出されてＣＰＵ２６により実行されることで、この図６のフローチャートの処理が実行される。
【００３７】
図６のステップＳ１での入力待ち状態において、何らかの変化を検出すると、ステップＳ２において、商品スキャンであるかどうかを判定する。
【００３８】
ステップＳ２で商品スキャンではないと判定された場合（ステップＳ２の判定結果がＮｏの場合）、ステップＳ６で小計キーが押下されたかどうかを判定する。
【００３９】
ステップＳ６で小計キーが押下されていないと判定された場合（ステップＳ６の判定結果がＮｏの場合）、ステップＳ１の入力待ち状態に戻る。
【００４０】
ステップＳ６で小計キーが押下されたと判定された場合（ステップＳ６の判定結果がＹｅｓの場合）、ステップＳ７において、後述するように、図７のフローチャートを用いた、投入済みの前受け金合計結果の値と、商品登録処理の結果として求められた買い上げ金額合計値とから、支払い金額とお釣の組み合わせを算出して、第１表示部２３および第２表示部２４に表示する。引き続きステップＳ８において、第２のコイン受入れ口１５に対し、開閉扉のクローズ指示を制御部２５から釣銭釣札機Ｉ／Ｆ２８、ＰＯＳレジＩ／Ｆ４１を通して、釣銭釣札機２０に発行する。なお、この組み合わせの算出方法については、図８および図９を参照して後述する。
【００４１】
一方、ステップＳ２で商品スキャンであると判定された場合（ステップＳ２の判定結果がＹｅｓの場合）、ステップＳ３で、スキャンされた商品の情報が例えば図４に示した商品情報テーブル３５の１行（レコード）として追加（登録）される。
【００４２】
そして、続く、ステップＳ４で、この買い物客のこのレジでの最初の商品スキャンであるかどうか（商品登録テーブル３５の最初の１行であるかどうか）を判定する。
【００４３】
ステップＳ４で最初の商品スキャンではないと判定された場合（ステップＳ４の判定結果がＮｏの場合）、ステップＳ１の入力待ち状態に戻る。
【００４４】
ステップＳ４で最初の商品スキャンであると判定された場合（ステップＳ４の判定結果がＹｅｓの場合）、ステップＳ５において、買い物客に対し、買い上げ金額合計値が出る前に、レジ横のコイン受入れ口から手持ちの小銭を投入するように促すメッセージを、スピーカ２２を通してアナウンスしたり、または、第２表示部２４上に表示したりする。そして、第２のコイン受入れ口１５に対し、開閉扉のオープン指示を制御部２５から釣銭釣札機Ｉ／Ｆ２８、ＰＯＳレジＩ／Ｆ４１を通して、釣銭釣札機２０に発行する。その後、ステップＳ１の入力待ち状態に戻る。なお、本システムが機能するには、商品登録が完了する前に、買い物客が手持ちの小銭を入金している必要があるが、このステップＳ５での小銭入金を促すメッセージの画面出力や音声出力、小銭受入れ口のオープンがシステム側での小銭入金を買い物客に前倒しで行わせることを担保させる処理に相当する。つまり、本実施形態では、最初に手持ちの小銭を投入し、精算時に不足分を紙幣（札）で支払うように買い物客のレジにおける行動を方向付けさせることで、買い物客の精算時の小銭探しをやめさせ、レジでの商品登録から精算までの一連の処理を短時間に効率よく行なうことができる。
【００４５】
図７は、前受け小銭入金処理のフローチャートである。
このフローチャートの処理は釣銭釣札機２０のＣＰＵ４２がメモリ４４から小銭集計プログラム４６を読み出して実行することにより実行される。
【００４６】
まず、第２のコイン受入れ口１５がＰＯＳレジからの指示でオープンし、ステップＳ１０で、釣銭釣札機２０が小銭の入金待ち状態になる。
【００４７】
続く、ステップＳ１１で、小銭の投入があったかどうかを判定する。
ステップＳ１１で小銭の入金がなかったと判定された場合（ステップＳ１１の判定結果がＮｏの場合）には、ステップＳ１０に戻る。
【００４８】
ステップＳ１１で小銭の入金があったと判定された場合（ステップＳ１１の判定結果がＹｅｓの場合）には、ステップＳ１２で、小銭集計プログラムにより前受け金として投入された小銭の個数を、コイン種別毎に集計する。なお、必要ではないが、投入金額の合計値まで釣銭釣札機２０側で算出してもよい。そして、その前受け金として投入された小銭のコイン種別毎に集計された個数をＰＯＳレジ１０に通知する。
【００４９】
図６のステップＳ７で説明したように、投入済みの前受け金合計値と、商品登録処理の結果として求められた買い上げ金額合計値とから、支払い金額とお釣りの組み合わせを算出して、第１表示部２３および第２表示部２４に表示することを本実施形態では行うが、その詳細について以下に説明する。
【００５０】
これは、前受け小銭の金額と、買い上げ金額から、精算時にこれだけ渡すとお釣りがいくらになるかを組み合わせとして算出し、ディスプレイ（第１表示部２３および第２表示部２４）上に表示する処理であり、具体的には、図８に示すように、差額（不足分）が少ないほど、支払いに使用可能な金種（選択可能な紙幣の種類）が増えるが、不足額に対して買い物客が支払う可能性がある紙幣（札）での金額の情報を支払い組み合わせとして、後述の図９のフローで使用する配列変数ｔａｂｌｅ（ｉ，ｊ）に事前に記憶しておき、該当する不足分相当額に応じて、ｔａｂｌｅ（ｉ，ｊ）の適切な要素を取得するものである。なお、配列ｔａｂｌｅ（ｉ，ｊ）において、第１の添え字ｉは、不足分相当額を示していて、ｉ＝０のとき不足分相当額１，０００円（不足額１円〜１，０００円に相当）、ｉ＝１のとき不足分相当額２，０００円（不足額１，００１円〜２，０００円に相当）、・・・、ｉ＝８のとき不足分相当額９，０００円（不足額８，００１円〜９，０００円に相当）を示している。また、実際の支払いパターンの数だけ第２の添え字ｊには有効な値が設定されている。なお、この有効な値とは、紙幣（札）での支払い金額である。よって、１０００刻みの値が設定される。これに対し、無効な値とはあり得ない値のことであり、図８では”−１”を無効な値として設定している。例えば支払いパターンが２パターンしかない場合、３番目の支払いパターンの位置に無効な値として”−１”が設定される。
【００５１】
図８の１行目は、不足分相当額が１，０００円に相当するケースである。これは、買い上げ金額Ｂと前受け金Ａとの差（買い上げ金額Ｂ−前受け金Ａ）が１円と１，０００円の間に入っている場合である。この場合、１，０００円札１枚、５，０００円札１枚、１０，０００円札１枚での支払いが可能ということであり、支払いパターンは３通りあることになる（ここでは、２，０００円札は考慮しないが、考慮することも可能である）。これを、ｔａｂｌｅ（０，０）＝１０００、ｔａｂｌｅ（０，１）＝５０００、ｔａｂｌｅ（０，２）＝１００００と値を設定することで示している。
【００５２】
図８の２行目は、不足分が２，０００円に相当するケースである。これは、買い上げ金額Ｂと前受け金Ａとの差（買い上げ金額Ｂ−前受け金Ａ）が１，００１円と２，０００円の間に入っている場合である。この場合、１，０００円札２枚、５，０００円札１枚、１０，０００円札１枚での支払いが可能ということであり、支払いパターンは３通りあることになる。配列上では、ｔａｂｌｅ（１，０）＝２０００、ｔａｂｌｅ（１，１）＝５０００、ｔａｂｌｅ（１，２）＝１００００と値を設定する。
【００５３】
３行目以降もこのように続けていくが、不足分が５，０００円以上になると、支払いパターンは２通りになるため、最後の３列目に無効なデータであることを示す”−１”が設定されている。
【００５４】
例えば、図８の６行目は、不足分が６，０００円に相当するケースである。これは、買い上げ金額Ｂと前受け金Ａとの差（買い上げ金額Ｂ−前受け金Ａ）が５，００１円と６，０００円の間に入っている場合である。この場合、６，０００円となる紙幣（札）の組み合わせ、１０，０００円札１枚での支払いが可能ということであり、支払いパターンは２通りあることになる。配列上では、ｔａｂｌｅ（５，０）＝６０００、ｔａｂｌｅ（５，１）＝１００００、ｔａｂｌｅ（５，２）＝−１と値を設定する。
【００５５】
さらに、不足分が１０，０００円以上の金額（ただし、１，０００円刻み）に相当するケースでは紙幣（札）による支払いパターンとして１通りの組み合わせしかないことになる。図９では、この場合は別ロジックで対処している。配列ｔａｂｌｅ（ｉ，ｊ）の各要素中に、このケースは含まれない。
【００５６】
例えば、不足分相当額１２，０００円の場合、これは、買い上げ金額Ｂと前受け金Ａとの差（買い上げ金額Ｂ−前受け金Ａ）が１１，００１円と１２，０００円の間に入っている場合であるが、金種をどのように組み合わせたとしても、１２，０００円分の紙幣を買い物客は準備しなければならず、組み合わせは１通りしかない。
【００５７】
図９は、支払い額、お釣り、前受け小銭からの返金の組み合わせ算出および表示処理のフローチャートである。これはまた、図７のステップＳ７の詳細フローでもある。
【００５８】
図９のステップＳ２０で、前受け金Ａが買い上げ金額Ｂより大きいかどうかを判定する。
【００５９】
ステップＳ２０で前受け金Ａが買い上げ金額Ｂより大きいと判定された場合（ステップＳ２０の判定結果がＹｅｓの場合）、ステップＳ２９で、例えば「追加入金は必要ありません」というメッセージが第２表示部２４に表示されて一連の処理を終了する（後述の図１１のフローのステップＳ３８に遷移する）。
【００６０】
ステップＳ２０で前受け金Ａが買い上げ金額Ｂ以下であると判定された場合（ステップＳ２０の判定結果がＮｏの場合）、ステップＳ２１で、買い上げ金額Ｂと前受け金Ａの差を１０００で割った値が変数Ｉに設定される（Ｉ＝（買い上げ金額Ｂ−前受け金Ａ）／１０００）。なお、変数Ｉは整数型変数であり、割り算の結果は変数Ｉに代入される時点で小数点以下が切り捨てられる。
【００６１】
そして、続く、ステップＳ２２で、変数Ｉが”９”以上であるかどうかを判定する。
ステップＳ２２で変数Ｉが”９”以上であると判定された場合（ステップＳ２２の判定結果がＹｅｓの場合）、これは、不足相当額が１０，０００円以上に相当するケースなので、上述の説明より支払いパターンが１通りしかなく、ステップＳ２３で、１０００×（Ｉ＋１）円を買い物客が支払った場合についてのお釣りと前受け金Ａからの返金とを算出し、第２表示部２４に表示し、一連の処理を終了する（後述の図１１のフローのステップＳ３６に遷移する）。
【００６２】
ステップＳ２２で変数Ｉが”９”より小さいと判定された場合（ステップＳ２２の判定結果がＮｏの場合）、これは、不足相当額が９，０００円以下に相当するケースなので、上述の説明より支払いパターンが２通り以上ある。この場合、ステップＳ２４でカウント用変数ｊを”０（ゼロ）”に初期化し、ステップＳ２５〜ステップＳ２８のループ処理を実行し、複数の支払いパターンの組み合わせのそれぞれを画面出力する。
【００６３】
すなわち、ステップＳ２５で、配列ｔａｂｌｅ（Ｉ，ｊ）の値が”０（ゼロ）”より大きいかどうかを判定する（ｔａｂｌｅ（Ｉ，ｊ）＞０）。
【００６４】
ステップＳ２５で配列ｔａｂｌｅ（Ｉ，ｊ）の値が”０（ゼロ）”より大きいと判定された場合（ステップＳ２５の判定結果がＹｅｓの場合）、ステップＳ２６で、ｔａｂｌｅ（Ｉ，ｊ）円支払いがあった場合のお釣りと、前受け金Ａからの返金とを算出し、第２表示部２４上に（追加で）表示する。そして、ステップＳ２７でカウント変数ｊをインクリメントし、ステップＳ２８で、インクリメント後のｊが２より大きいかどうかを判定する（ｊ＞２）。
【００６５】
ステップＳ２８でｊが２より大きいと判定された場合（ステップＳ２８の判定結果がＹｅｓの場合）、図８に示したように、支払いパターンは最大３通りしかなく、その３通りに対する出力処理が終わっているので、一連の処理を終了する（後述の図１１のフローのステップＳ３６に遷移する）。
【００６６】
ステップＳ２８でｊが２以下であると判定された場合（ステップＳ２８の判定結果がＮｏの場合）、図８に示したように、支払いパターンは最大３通りあり、まだ残っているので、ステップＳ２５に戻り、以降の処理を続行する。
【００６７】
図１０は、札入金処理のフローチャートである。
このフローチャートの処理は釣銭釣札機２０のＣＰＵ４２がメモリ４４から札集計プログラム４８を読み出して実行することにより実行される。
【００６８】
まず、ＰＯＳレジ１０の入力部７の小計キーが押下されたことに伴って、ステップＳ３１で、釣銭釣札機２０が紙幣（札）の入金待ち状態になる。
【００６９】
続く、ステップＳ３２で、紙幣（札）の店員による投入（入金）があったかどうかを判定する。
【００７０】
ステップＳ３２で紙幣（札）の入金がなかったと判定された場合（ステップＳ３２の判定結果がＮｏの場合）には、ステップＳ３１に戻る。
【００７１】
ステップＳ３２で紙幣（札）の入金があったと判定された場合（ステップＳ３２の判定結果がＹｅｓの場合）には、ステップＳ３３で、入金された札の金種毎の枚数を集計する。なお、必要ではないが、投入金額の合計値まで釣銭釣札機２０側で算出してもよい。そして、その投入された札の金種毎に集計された枚数をＰＯＳレジ１０に通知する。
【００７２】
図１１は、商品代金精算処理のフローチャートである。
代金精算処理プログラム３２をＣＰＵ２６が読み込んで実行することで、この図１１のフローチャートの処理が実行される。
【００７３】
図９のフローチャートの処理がステップＳ２３、または、ステップＳ２８におけるＹｅｓ判定で終了した後に、図１１のステップＳ３６の買い物客による前受け小銭で足りなかった分の入金待ち状態に遷移する。
【００７４】
続く、ステップＳ３７で、紙幣（札）の入金があったかどうかを判定する。
ステップＳ３７で紙幣（札）の入金がなかったと判定された場合（ステップＳ３７の判定結果がＮｏの場合）、ステップＳ３６の入金待ち状態に戻る。
【００７５】
ステップＳ３７で紙幣（札）の入金があったと判定された場合（ステップＳ３７の判定結果がＹｅｓの場合）、ステップＳ３８で、釣銭釣札機２０から通知された、投入された札の合計値と、前受けした小銭の合計値とを加算した値（Ａ）から買い上げ金額（Ｂ）を減算した値（Ｃ）をお釣りとして求め、お釣り（Ｃ）のうちの１，０００円未満の端数が前受け小銭額より少なければ前受け金から返金し、お釣りを紙幣（札）と、小銭（返金と表示）とに分けて第１表示部２３および第２表示部２４上に表示する。そして、一連の処理を終了する。
【００７６】
なお、前受け小銭の金額がお釣りのうちの１，０００円未満の端数より少ない場合は、前受け小銭の金額に１，０００円を加算したものから、そのお釣りの端数を減算し、便宜上、これを返金として第１表示部２３および第２表示部２４上に表示する。
【００７７】
また、図９のステップＳ２９の処理を終了した後は、直ちに図１１のステップＳ３８に遷移するが、この場合、前受けした小銭で精算可能であるため、紙幣の追加入金はなく、上述のステップＳ３８の処理で、投入された札の合計値を“０（ゼロ）”とみなす。
【００７８】
以上で説明したレジにおける商品登録から精算までの一連の流れについて具体的なデータを挙げて説明する。
【００７９】
レジでの商品登録時に、アナウンス等により買い物客が８８９円の小銭を投入し、その内訳が図５の前受け小銭テーブル３３に示すように、１円玉：４枚、５円玉：１枚、１０円玉：８枚、５０円玉：０枚、１００円玉：３枚、５００円玉：１枚であった場合で、さらに商品登録処理の結果として商品の買い上げ金額が１，２３８円であった場合、本実施形態の支払い額とお釣り、返金の組み合わせ表示方法によれば、
支払い金額：１，２３８円
１，０００円渡すと、０円のお釣りと６５１円の返金
５，０００円渡すと、４，０００円のお釣りと６５１円の返金
１０，０００円渡すと、９，０００円のお釣りと６５１円の返金
という具合に支払いパターンが３通り、第１表示部２３および第２表示部２４上に表示される。なお、精算時のルールとして、５００円玉は硬貨（コイン）であっても精算に使用してよい、２，０００円札の使用も前提とする、など追加することも可能である。この場合、画面表示は、
支払い金額：１，２３８円
１，０００円渡すと、０円のお釣りと６５１円の返金
１，５００円渡すと、５００円のお釣りと６５１円の返金
２，０００円渡すと、１，０００円のお釣りと６５１円の返金
５，０００円渡すと、４，０００円のお釣りと６５１円の返金
１０，０００円渡すと、９，０００円のお釣りと６５１円の返金
となり、一層多くの支払いパターンを提示できる。なお、いずれの画面表示においても、“お釣り”とは、精算時に支払われた紙幣からのお釣り（の紙幣）のことであり、“返金”とは、前受け小銭からの返金ということである。
【００８０】
以上説明したように、本実施形態の販売商品登録システムでは、始めに小銭を出し、続いて紙幣（札）を出す、というように、買い物客のレジ精算時の出金パターンをあえて限定することで、顧客が例えば財布内の小銭を探すことで、レジでの精算（商品の登録処理）が遅れることを回避できるとともに、前受け小銭投入後であり、買い上げ合計金額確定（小計キー押下）後の、札投入前の時点で、買い物客が投入する札種毎に、お釣り、前受け小銭からの返金パターンを提示でき、利用者（買い物客）にとって、精算時の利便性をよくすることができる。この結果、従来見られたような、買い物客が支払い額を店員から告げられてから支払い額丁度または少しでも小銭が減るように財布の中を買い物客が探す必要がなくなるので、買い物客１人にかかるレジ時間を短縮できる。また、買い物客には財布内の小銭が減るので喜ばれ、店の集客効果も期待できる。
【００８１】
また、以上の実施例では説明しなかったが、買い物客から精算時に小銭をさらに受け取り、買い物客には紙幣（札）を返す逆両替を行うようにしてもよい。
【００８２】
また、釣銭釣札機に、買い物客が前受けの小銭を投入する第２小銭投入口と、店員が買い物客から受け取った小銭を投入する第１小銭投入口とを別に設けることで、多くの小銭を投入してもらうことができ、それを釣り銭に利用できるため、釣銭釣札準備金を別途準備する手間を要することなく、釣銭釣札機内に準備金を補充することができる。すなわち、店側としては釣銭の準備の手間も軽減できる。
【符号の説明】
【００８３】
１ レーン
２ スキャナ
３、７ 入力部
４、５、６ 表示部
８ プリンタ
１０ ＰＯＳレジ
１５ 第２のコイン受入れ口
１６ 第１のコイン受入れ口
１７ コイン排出口
１８ 札排出口
１９ 札受入れ口
２０ 釣銭釣札機
２２ スピーカ
２３ 第１表示部
２４ 第２表示部
２５ 制御部
２６、４２ ＣＰＵ
２７ 表示制御部
２８ 釣銭釣札機Ｉ／Ｆ
３０、４４ メモリ
３１ 商品登録プログラム
３２ 代金精算処理プログラム
３３ 前受け小銭テーブル
３４ 入金札テーブル
３５ 商品登録テーブル
４１ ＰＯＳレジＩ／Ｆ
４６ 小銭集計プログラム
４８ 札集計プログラム
【技術分野】
【０００１】
本発明は、レジでの精算（商品の登録処理）が効率よく行える販売商品登録システムに関する。
【背景技術】
【０００２】
従来、スーパーや量販店等に設置されたＰＯＳ（Point Of Sale）システムにおいて、レジでの精算時にバーコードで買い上げ商品を順次スキャンすることで、それぞれの買い上げ商品をＰＯＳシステムに登録し、買い上げた各商品の合計金額を算出することが行われている。合計金額を提示された買い物客（顧客）は、その合計金額を多くの場合、現金で支払うことになる。この精算時における取引で殆どの場合、小銭の釣銭が発生する。
【０００３】
この小銭の釣銭を発生させたくない大抵の顧客は、支払額を店員より告げられた場合、告げられてから小銭財布の中や財布の小銭袋の中を、支払額と端数が一致する小銭がないか探し始める。例えば、支払額（買い上げ金額）が１，２３８円であった場合、８円はないか、３８円はないか、２３８円はないか等探し始める。
【０００４】
そして、このようなことが一人の買い物客がレジで精算する度に繰り返され、後続の買い物客にとっては、迅速に精算処理が進まないためにイライラさせられ、レジでの精算に要する時間が長引くという問題がある。特に、混雑時には、レジでの待ち時間が一層長引いてしまう。
【０００５】
そこで、このような問題を解決すべく、特許文献１では、電子キャッシュレジスタと前受け金処理ユニットを有する入出金装置とを備える商品販売登録データ処理装置が示されている。この装置では、客は小銭を入出金装置に前受け金として投入する。そして、前受け金の額と、その後の預かり金額とを加算した合計金額と、売上の合計金額との差額を不足分として表示し、客にどれだけ投入すればよいかを示している。しかし、レジでの精算時に客は小銭、紙幣（札）をどのタイミングで投入してもよいことから、必ずしもレジでの精算処理時の時間短縮にはつながらない、という問題がある。
【０００６】
また、特許文献２では、ＰＯＳレジを含むレジ精算システムが示されている。このシステムでは、一旦代金を受け取って釣銭を投出した後でも、追金を受け取って最小構成枚数で釣銭を再投出している。しかし、この特許文献２の方法では、それぞれの客が手持ちの小銭の枚数を減らすことはできるが、レジでの精算時の待ち時間は従来よりも増えてしまう。
【０００７】
また、特許文献３では、システムサーバーと精算管理装置と精算装置とを含むショッピングシステムが示されている。このシステムでは、顧客の所持金に応じた釣銭額の最適化を図る情報を提供し、釣銭が所定枚数以下となるように、顧客の買い物を支援している。しかし、この特許文献３の方法では、小銭が増えないように買い物の内容までコントロールしなければならず、顧客にとって、そこまでして小銭を減らさなければならないのか疑問である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平０６−３４８９５９号公報
【特許文献２】特開平１０−０４９７５１号公報
【特許文献３】特開２０１０−０２０４９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、上記問題を解決するためになされたものであり、顧客が例えば財布内の小銭を探すことで、レジでの精算（商品の登録処理）が遅れることを回避できるとともに、精算時の利便性をよくすることを可能とした販売商品登録システムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
提案する販売商品登録システムは、商品を現金で購入するに際して、購入商品の登録を行うためのシステムであり、投入された小銭の合計金額を集計する小銭集計手段と、購入する商品の代金の合計金額を集計する購入金額集計手段と、前記購入金額集計手段により集計された合計金額と前記小銭集計手段により集計された合計金額との差額に応じて、札による支払い額とお釣りの組み合わせを算出する組み合わせ算出手段と、前記組み合わせ算出手段で算出された札による支払い額とお釣りの組み合わせを表示部に表示する表示制御手段と、を有する。
【００１１】
前記販売商品登録システムにおいて、店員が小銭を投入するための第１小銭投入口と、買い物客が小銭を投入するための第２小銭投入口と、前記第２小銭投入口から投入された小銭を前記小銭集計手段に通知する通知手段と、を有する釣銭釣札機をさらに備えることもできる。
【発明の効果】
【００１２】
提案する販売商品登録システムでは、始めに小銭を出し、続いて紙幣（札）を出す、というように、買い物客のレジ精算時の出金パターンをあえて限定することで、顧客が例えば財布内の小銭を探すことで、レジでの精算（商品の登録処理）が遅れることを回避できるとともに、前受け小銭投入後であり、買い上げ金額確定（小計キー押下）後の、札投入前の時点で、買い物客が投入する札種毎に、お釣り、前受け小銭からの返金パターンを提示でき、利用者（買い物客）にとって、精算時の利便性をよくすることができる。
【００１３】
また、釣銭釣札機に、買い物客が前受けの小銭を投入する第２小銭投入口と、店員が買い物客から受け取った小銭を投入する第１小銭投入口とを別に設けることで、多くの小銭を投入してもらうことができ、それを釣り銭に利用できるため、多額の釣銭釣札準備金を別途準備する手間を要することなく、釣銭釣札機内に準備金を補充することもできる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る販売商品登録システムが設置されたレジを示す外観斜視図である。
【図２】図１のうちの、ＰＯＳレジおよび釣銭釣札機を示す図である。
【図３】本実施形態の販売商品登録システムの主要部を示す図である。
【図４】商品登録テーブルのデータ構造を示す図である。
【図５】前受け小銭テーブルおよび入金札テーブルのデータ構造を示す図である。
【図６】商品登録処理のフローチャートである。
【図７】前受け小銭入金処理のフローチャートである。
【図８】支払い組み合わせを記憶した配列変数ｔａｂｌｅ（ｉ，ｊ）を示す図である。
【図９】支払い額、お釣り、前受け小銭からの返金の組み合わせ算出および表示処理のフローチャートである。
【図１０】札入金処理のフローチャートである。
【図１１】商品代金精算処理のフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明に係る実施の形態について図面を参照して詳細に説明する。
図１は、本発明の一実施形態に係る販売商品登録システムが設置されたレジを示す外観斜視図である。
【００１６】
図１に示すように、販売商品登録システムは、買い物かご（不図示）が載せられるレーン１、レーン１上の支柱に固定された、商品のバーコード読み取り用のスキャナ２、支柱先端部に設けられた入力部（キーボード）３、同じく支柱先端部に設けられた表示部（ディスプレイ）４、支柱に設けられ、画面が買い物客側に向けられて設置された表示部（ディスプレイ）５、を備える。
【００１７】
また、ＰＯＳ（Point Of Sale）端末（ＰＯＳレジスタ、以下では、単に、ＰＯＳレジという）１０、釣銭釣札機２０をさらに備える。
【００１８】
図１において、買い物客は、店舗で買い物をし、例えば複数の商品が入った買い物かごをレーン１上に載置する。これにより、商品登録に始まり、精算処理にまで至る一連のレジでの処理が始まる。
【００１９】
店員（オペレータ）は、買い物かごから商品を１つずつ取り出し、レーン１上に設けられた支柱のスキャナ２の前まで移動させ、その商品に貼られたバーコードをスキャナ２に読み取らせることで、システム内での商品登録処理を行なう。
【００２０】
スキャナ２により読み取られた商品のバーコードの情報は、ディスプレイ４に表示される。店員は、バーコードの読み取りが正しく行われたか等をディスプレイ４の画面表示内容を通して確認する。例えば、同一商品が買い物かごに複数入れられていた場合、店員はその同一商品のそれぞれをスキャンすることは通常行わず、初めの１つだけをスキャンし、その後、その同一商品の個数を入力部３のキーを押下して指定する。
【００２１】
ディスプレイ５は、買い物客に対し、バーコードを読み取られた商品の情報（単価など）を表示する。
【００２２】
ＰＯＳレジ１０は、図１や図２に示すように、ディスプレイ６、入力部（キーボード）７、プリンタ８、を備え、専用線２１を通して、釣銭釣札機２０に接続され、釣銭釣札機２０とデータのやり取りを行う。
【００２３】
釣銭釣札機２０は、図１や図２に示すように、札受入れ口１９、札排出口１８、第１のコイン受入れ口１６、第２のコイン受入れ口１５、コイン排出口１７、を備える。
【００２４】
後述するように、第２のコイン受入れ口１５から買い物客により前受け分のコイン（１円玉、５円玉、１０円玉、５０円玉、１００円玉、５００円玉）が投入される。
【００２５】
図３は、本実施形態の販売商品登録システムの主要部を示す図である。
図３に示すように、ＰＯＳレジ１０は、メモリ３０、制御部２５を備える。制御部２５は、第１表示部２３、第２表示部２４、スキャナ２、釣銭釣札機２０、スピーカ２２、に接続される。
【００２６】
ここで、第１表示部２３とは、店員（オペレータ）の確認用、訂正用などの情報が表示されるディスプレイであり、図１では、レジ内で業務を行う店員に向けられたディスプレイ４、６がこの第１表示部２３に相当する。
【００２７】
また、第２表示部２４とは、買い物客に対する情報（商品単価、買い上げ金額など）が表示されるディスプレイであり、図１では、買い物客側に表示画面が向けられたディスプレイ５がこの第２表示部２４に相当する。なお、図１には示されていないが、ＰＯＳレジ１０の横にも買い物客用のディスプレイをさらに設置してもよい。
【００２８】
図３において、メモリ３０には、商品登録プログラム３１、代金精算処理プログラム３２、前受け小銭テーブル３３、入金札テーブル３４、商品登録テーブル３５、が記憶されている。
【００２９】
商品登録処理時には、商品登録プログラム３１がＣＰＵ２６により実行される。この際、スキャナ２より商品のバーコードの値（商品コード）が読み取られ、そのバーコードの値から店舗で扱う全商品について、バーコード、商品名、単価、などを記憶した商品一覧テーブル（不図示）から読み取ったバーコードに対応する商品の情報が取得され、図４の商品登録テーブルに１行分のデータとして追加される。
【００３０】
図４は、商品登録テーブルのデータ構造を示す図である。
図４に示すように、商品登録テーブル３５は、バーコードの読み取り結果である商品コード、商品名、個数、単価、計（その商品に対する合計金額）、の各項目と、小計（買い上げ金額）とを有する。
【００３１】
図４からも明らかなように、計はその列の個数の値と商品単価の値を乗算して得られ、計の総和をとることで買い上げ金額が求められる。図１の（キー）入力部７上には“小計キー”があり、その“小計キー”が押下されることで小計（買い上げ金額）が算出される。
【００３２】
また、図３において、商品の代金精算時には、代金精算処理プログラム３２がＣＰＵ２６により実行される。この際、買い物客から前受け金として預かった小銭と、精算時に買い物客が支払った紙幣（札）との和から買い上げ金額が減算され、お釣りとして買い物客に渡される。図３では、買い物客が前受け小銭として第２のコイン受入れ口１５から投入した金額を釣銭釣札機２０のＣＰＵ４２が小銭集計プログラム４６を実行することにより集計する。ここで、”集計”とは、合計額を出すことを必ずしも意味せず、コインの種類毎の個数を求めるだけでもよい。集計結果はＰＯＳレジ１０の制御部２５に通知される。そして、ＣＰＵ２６により、図３の前受け小銭テーブル３３に格納される。
【００３３】
前受け小銭テーブル３３は、図５に示すように、コイン種別（１円玉、５円玉、１０円玉、５０円玉、１００円玉、５００円玉）毎の個数と、前受け金合計値との項目を有している。
【００３４】
精算時の紙幣の入金についても、釣銭釣札機２０のＣＰＵ４２が札集計プログラム４８を実行することにより金種毎の枚数を求める。コインの場合と同様に、金種毎の枚数を求めるだけでもよい。集計結果はＰＯＳレジ１０の制御部２５に通知される。そして、ＣＰＵ２６により、図３の入金札テーブル３４に格納される。
【００３５】
入金札テーブル３４は、図５に示すように、金種（１０００円札、２０００円札、５０００円札、１００００円札）毎の枚数と、入金した札の合計金額（合計値）との各項目を有している。
【００３６】
図６は、商品登録処理のフローチャートである。
商品登録プログラム３１がメモリ３０から読み出されてＣＰＵ２６により実行されることで、この図６のフローチャートの処理が実行される。
【００３７】
図６のステップＳ１での入力待ち状態において、何らかの変化を検出すると、ステップＳ２において、商品スキャンであるかどうかを判定する。
【００３８】
ステップＳ２で商品スキャンではないと判定された場合（ステップＳ２の判定結果がＮｏの場合）、ステップＳ６で小計キーが押下されたかどうかを判定する。
【００３９】
ステップＳ６で小計キーが押下されていないと判定された場合（ステップＳ６の判定結果がＮｏの場合）、ステップＳ１の入力待ち状態に戻る。
【００４０】
ステップＳ６で小計キーが押下されたと判定された場合（ステップＳ６の判定結果がＹｅｓの場合）、ステップＳ７において、後述するように、図７のフローチャートを用いた、投入済みの前受け金合計結果の値と、商品登録処理の結果として求められた買い上げ金額合計値とから、支払い金額とお釣の組み合わせを算出して、第１表示部２３および第２表示部２４に表示する。引き続きステップＳ８において、第２のコイン受入れ口１５に対し、開閉扉のクローズ指示を制御部２５から釣銭釣札機Ｉ／Ｆ２８、ＰＯＳレジＩ／Ｆ４１を通して、釣銭釣札機２０に発行する。なお、この組み合わせの算出方法については、図８および図９を参照して後述する。
【００４１】
一方、ステップＳ２で商品スキャンであると判定された場合（ステップＳ２の判定結果がＹｅｓの場合）、ステップＳ３で、スキャンされた商品の情報が例えば図４に示した商品情報テーブル３５の１行（レコード）として追加（登録）される。
【００４２】
そして、続く、ステップＳ４で、この買い物客のこのレジでの最初の商品スキャンであるかどうか（商品登録テーブル３５の最初の１行であるかどうか）を判定する。
【００４３】
ステップＳ４で最初の商品スキャンではないと判定された場合（ステップＳ４の判定結果がＮｏの場合）、ステップＳ１の入力待ち状態に戻る。
【００４４】
ステップＳ４で最初の商品スキャンであると判定された場合（ステップＳ４の判定結果がＹｅｓの場合）、ステップＳ５において、買い物客に対し、買い上げ金額合計値が出る前に、レジ横のコイン受入れ口から手持ちの小銭を投入するように促すメッセージを、スピーカ２２を通してアナウンスしたり、または、第２表示部２４上に表示したりする。そして、第２のコイン受入れ口１５に対し、開閉扉のオープン指示を制御部２５から釣銭釣札機Ｉ／Ｆ２８、ＰＯＳレジＩ／Ｆ４１を通して、釣銭釣札機２０に発行する。その後、ステップＳ１の入力待ち状態に戻る。なお、本システムが機能するには、商品登録が完了する前に、買い物客が手持ちの小銭を入金している必要があるが、このステップＳ５での小銭入金を促すメッセージの画面出力や音声出力、小銭受入れ口のオープンがシステム側での小銭入金を買い物客に前倒しで行わせることを担保させる処理に相当する。つまり、本実施形態では、最初に手持ちの小銭を投入し、精算時に不足分を紙幣（札）で支払うように買い物客のレジにおける行動を方向付けさせることで、買い物客の精算時の小銭探しをやめさせ、レジでの商品登録から精算までの一連の処理を短時間に効率よく行なうことができる。
【００４５】
図７は、前受け小銭入金処理のフローチャートである。
このフローチャートの処理は釣銭釣札機２０のＣＰＵ４２がメモリ４４から小銭集計プログラム４６を読み出して実行することにより実行される。
【００４６】
まず、第２のコイン受入れ口１５がＰＯＳレジからの指示でオープンし、ステップＳ１０で、釣銭釣札機２０が小銭の入金待ち状態になる。
【００４７】
続く、ステップＳ１１で、小銭の投入があったかどうかを判定する。
ステップＳ１１で小銭の入金がなかったと判定された場合（ステップＳ１１の判定結果がＮｏの場合）には、ステップＳ１０に戻る。
【００４８】
ステップＳ１１で小銭の入金があったと判定された場合（ステップＳ１１の判定結果がＹｅｓの場合）には、ステップＳ１２で、小銭集計プログラムにより前受け金として投入された小銭の個数を、コイン種別毎に集計する。なお、必要ではないが、投入金額の合計値まで釣銭釣札機２０側で算出してもよい。そして、その前受け金として投入された小銭のコイン種別毎に集計された個数をＰＯＳレジ１０に通知する。
【００４９】
図６のステップＳ７で説明したように、投入済みの前受け金合計値と、商品登録処理の結果として求められた買い上げ金額合計値とから、支払い金額とお釣りの組み合わせを算出して、第１表示部２３および第２表示部２４に表示することを本実施形態では行うが、その詳細について以下に説明する。
【００５０】
これは、前受け小銭の金額と、買い上げ金額から、精算時にこれだけ渡すとお釣りがいくらになるかを組み合わせとして算出し、ディスプレイ（第１表示部２３および第２表示部２４）上に表示する処理であり、具体的には、図８に示すように、差額（不足分）が少ないほど、支払いに使用可能な金種（選択可能な紙幣の種類）が増えるが、不足額に対して買い物客が支払う可能性がある紙幣（札）での金額の情報を支払い組み合わせとして、後述の図９のフローで使用する配列変数ｔａｂｌｅ（ｉ，ｊ）に事前に記憶しておき、該当する不足分相当額に応じて、ｔａｂｌｅ（ｉ，ｊ）の適切な要素を取得するものである。なお、配列ｔａｂｌｅ（ｉ，ｊ）において、第１の添え字ｉは、不足分相当額を示していて、ｉ＝０のとき不足分相当額１，０００円（不足額１円〜１，０００円に相当）、ｉ＝１のとき不足分相当額２，０００円（不足額１，００１円〜２，０００円に相当）、・・・、ｉ＝８のとき不足分相当額９，０００円（不足額８，００１円〜９，０００円に相当）を示している。また、実際の支払いパターンの数だけ第２の添え字ｊには有効な値が設定されている。なお、この有効な値とは、紙幣（札）での支払い金額である。よって、１０００刻みの値が設定される。これに対し、無効な値とはあり得ない値のことであり、図８では”−１”を無効な値として設定している。例えば支払いパターンが２パターンしかない場合、３番目の支払いパターンの位置に無効な値として”−１”が設定される。
【００５１】
図８の１行目は、不足分相当額が１，０００円に相当するケースである。これは、買い上げ金額Ｂと前受け金Ａとの差（買い上げ金額Ｂ−前受け金Ａ）が１円と１，０００円の間に入っている場合である。この場合、１，０００円札１枚、５，０００円札１枚、１０，０００円札１枚での支払いが可能ということであり、支払いパターンは３通りあることになる（ここでは、２，０００円札は考慮しないが、考慮することも可能である）。これを、ｔａｂｌｅ（０，０）＝１０００、ｔａｂｌｅ（０，１）＝５０００、ｔａｂｌｅ（０，２）＝１００００と値を設定することで示している。
【００５２】
図８の２行目は、不足分が２，０００円に相当するケースである。これは、買い上げ金額Ｂと前受け金Ａとの差（買い上げ金額Ｂ−前受け金Ａ）が１，００１円と２，０００円の間に入っている場合である。この場合、１，０００円札２枚、５，０００円札１枚、１０，０００円札１枚での支払いが可能ということであり、支払いパターンは３通りあることになる。配列上では、ｔａｂｌｅ（１，０）＝２０００、ｔａｂｌｅ（１，１）＝５０００、ｔａｂｌｅ（１，２）＝１００００と値を設定する。
【００５３】
３行目以降もこのように続けていくが、不足分が５，０００円以上になると、支払いパターンは２通りになるため、最後の３列目に無効なデータであることを示す”−１”が設定されている。
【００５４】
例えば、図８の６行目は、不足分が６，０００円に相当するケースである。これは、買い上げ金額Ｂと前受け金Ａとの差（買い上げ金額Ｂ−前受け金Ａ）が５，００１円と６，０００円の間に入っている場合である。この場合、６，０００円となる紙幣（札）の組み合わせ、１０，０００円札１枚での支払いが可能ということであり、支払いパターンは２通りあることになる。配列上では、ｔａｂｌｅ（５，０）＝６０００、ｔａｂｌｅ（５，１）＝１００００、ｔａｂｌｅ（５，２）＝−１と値を設定する。
【００５５】
さらに、不足分が１０，０００円以上の金額（ただし、１，０００円刻み）に相当するケースでは紙幣（札）による支払いパターンとして１通りの組み合わせしかないことになる。図９では、この場合は別ロジックで対処している。配列ｔａｂｌｅ（ｉ，ｊ）の各要素中に、このケースは含まれない。
【００５６】
例えば、不足分相当額１２，０００円の場合、これは、買い上げ金額Ｂと前受け金Ａとの差（買い上げ金額Ｂ−前受け金Ａ）が１１，００１円と１２，０００円の間に入っている場合であるが、金種をどのように組み合わせたとしても、１２，０００円分の紙幣を買い物客は準備しなければならず、組み合わせは１通りしかない。
【００５７】
図９は、支払い額、お釣り、前受け小銭からの返金の組み合わせ算出および表示処理のフローチャートである。これはまた、図７のステップＳ７の詳細フローでもある。
【００５８】
図９のステップＳ２０で、前受け金Ａが買い上げ金額Ｂより大きいかどうかを判定する。
【００５９】
ステップＳ２０で前受け金Ａが買い上げ金額Ｂより大きいと判定された場合（ステップＳ２０の判定結果がＹｅｓの場合）、ステップＳ２９で、例えば「追加入金は必要ありません」というメッセージが第２表示部２４に表示されて一連の処理を終了する（後述の図１１のフローのステップＳ３８に遷移する）。
【００６０】
ステップＳ２０で前受け金Ａが買い上げ金額Ｂ以下であると判定された場合（ステップＳ２０の判定結果がＮｏの場合）、ステップＳ２１で、買い上げ金額Ｂと前受け金Ａの差を１０００で割った値が変数Ｉに設定される（Ｉ＝（買い上げ金額Ｂ−前受け金Ａ）／１０００）。なお、変数Ｉは整数型変数であり、割り算の結果は変数Ｉに代入される時点で小数点以下が切り捨てられる。
【００６１】
そして、続く、ステップＳ２２で、変数Ｉが”９”以上であるかどうかを判定する。
ステップＳ２２で変数Ｉが”９”以上であると判定された場合（ステップＳ２２の判定結果がＹｅｓの場合）、これは、不足相当額が１０，０００円以上に相当するケースなので、上述の説明より支払いパターンが１通りしかなく、ステップＳ２３で、１０００×（Ｉ＋１）円を買い物客が支払った場合についてのお釣りと前受け金Ａからの返金とを算出し、第２表示部２４に表示し、一連の処理を終了する（後述の図１１のフローのステップＳ３６に遷移する）。
【００６２】
ステップＳ２２で変数Ｉが”９”より小さいと判定された場合（ステップＳ２２の判定結果がＮｏの場合）、これは、不足相当額が９，０００円以下に相当するケースなので、上述の説明より支払いパターンが２通り以上ある。この場合、ステップＳ２４でカウント用変数ｊを”０（ゼロ）”に初期化し、ステップＳ２５〜ステップＳ２８のループ処理を実行し、複数の支払いパターンの組み合わせのそれぞれを画面出力する。
【００６３】
すなわち、ステップＳ２５で、配列ｔａｂｌｅ（Ｉ，ｊ）の値が”０（ゼロ）”より大きいかどうかを判定する（ｔａｂｌｅ（Ｉ，ｊ）＞０）。
【００６４】
ステップＳ２５で配列ｔａｂｌｅ（Ｉ，ｊ）の値が”０（ゼロ）”より大きいと判定された場合（ステップＳ２５の判定結果がＹｅｓの場合）、ステップＳ２６で、ｔａｂｌｅ（Ｉ，ｊ）円支払いがあった場合のお釣りと、前受け金Ａからの返金とを算出し、第２表示部２４上に（追加で）表示する。そして、ステップＳ２７でカウント変数ｊをインクリメントし、ステップＳ２８で、インクリメント後のｊが２より大きいかどうかを判定する（ｊ＞２）。
【００６５】
ステップＳ２８でｊが２より大きいと判定された場合（ステップＳ２８の判定結果がＹｅｓの場合）、図８に示したように、支払いパターンは最大３通りしかなく、その３通りに対する出力処理が終わっているので、一連の処理を終了する（後述の図１１のフローのステップＳ３６に遷移する）。
【００６６】
ステップＳ２８でｊが２以下であると判定された場合（ステップＳ２８の判定結果がＮｏの場合）、図８に示したように、支払いパターンは最大３通りあり、まだ残っているので、ステップＳ２５に戻り、以降の処理を続行する。
【００６７】
図１０は、札入金処理のフローチャートである。
このフローチャートの処理は釣銭釣札機２０のＣＰＵ４２がメモリ４４から札集計プログラム４８を読み出して実行することにより実行される。
【００６８】
まず、ＰＯＳレジ１０の入力部７の小計キーが押下されたことに伴って、ステップＳ３１で、釣銭釣札機２０が紙幣（札）の入金待ち状態になる。
【００６９】
続く、ステップＳ３２で、紙幣（札）の店員による投入（入金）があったかどうかを判定する。
【００７０】
ステップＳ３２で紙幣（札）の入金がなかったと判定された場合（ステップＳ３２の判定結果がＮｏの場合）には、ステップＳ３１に戻る。
【００７１】
ステップＳ３２で紙幣（札）の入金があったと判定された場合（ステップＳ３２の判定結果がＹｅｓの場合）には、ステップＳ３３で、入金された札の金種毎の枚数を集計する。なお、必要ではないが、投入金額の合計値まで釣銭釣札機２０側で算出してもよい。そして、その投入された札の金種毎に集計された枚数をＰＯＳレジ１０に通知する。
【００７２】
図１１は、商品代金精算処理のフローチャートである。
代金精算処理プログラム３２をＣＰＵ２６が読み込んで実行することで、この図１１のフローチャートの処理が実行される。
【００７３】
図９のフローチャートの処理がステップＳ２３、または、ステップＳ２８におけるＹｅｓ判定で終了した後に、図１１のステップＳ３６の買い物客による前受け小銭で足りなかった分の入金待ち状態に遷移する。
【００７４】
続く、ステップＳ３７で、紙幣（札）の入金があったかどうかを判定する。
ステップＳ３７で紙幣（札）の入金がなかったと判定された場合（ステップＳ３７の判定結果がＮｏの場合）、ステップＳ３６の入金待ち状態に戻る。
【００７５】
ステップＳ３７で紙幣（札）の入金があったと判定された場合（ステップＳ３７の判定結果がＹｅｓの場合）、ステップＳ３８で、釣銭釣札機２０から通知された、投入された札の合計値と、前受けした小銭の合計値とを加算した値（Ａ）から買い上げ金額（Ｂ）を減算した値（Ｃ）をお釣りとして求め、お釣り（Ｃ）のうちの１，０００円未満の端数が前受け小銭額より少なければ前受け金から返金し、お釣りを紙幣（札）と、小銭（返金と表示）とに分けて第１表示部２３および第２表示部２４上に表示する。そして、一連の処理を終了する。
【００７６】
なお、前受け小銭の金額がお釣りのうちの１，０００円未満の端数より少ない場合は、前受け小銭の金額に１，０００円を加算したものから、そのお釣りの端数を減算し、便宜上、これを返金として第１表示部２３および第２表示部２４上に表示する。
【００７７】
また、図９のステップＳ２９の処理を終了した後は、直ちに図１１のステップＳ３８に遷移するが、この場合、前受けした小銭で精算可能であるため、紙幣の追加入金はなく、上述のステップＳ３８の処理で、投入された札の合計値を“０（ゼロ）”とみなす。
【００７８】
以上で説明したレジにおける商品登録から精算までの一連の流れについて具体的なデータを挙げて説明する。
【００７９】
レジでの商品登録時に、アナウンス等により買い物客が８８９円の小銭を投入し、その内訳が図５の前受け小銭テーブル３３に示すように、１円玉：４枚、５円玉：１枚、１０円玉：８枚、５０円玉：０枚、１００円玉：３枚、５００円玉：１枚であった場合で、さらに商品登録処理の結果として商品の買い上げ金額が１，２３８円であった場合、本実施形態の支払い額とお釣り、返金の組み合わせ表示方法によれば、
支払い金額：１，２３８円
１，０００円渡すと、０円のお釣りと６５１円の返金
５，０００円渡すと、４，０００円のお釣りと６５１円の返金
１０，０００円渡すと、９，０００円のお釣りと６５１円の返金
という具合に支払いパターンが３通り、第１表示部２３および第２表示部２４上に表示される。なお、精算時のルールとして、５００円玉は硬貨（コイン）であっても精算に使用してよい、２，０００円札の使用も前提とする、など追加することも可能である。この場合、画面表示は、
支払い金額：１，２３８円
１，０００円渡すと、０円のお釣りと６５１円の返金
１，５００円渡すと、５００円のお釣りと６５１円の返金
２，０００円渡すと、１，０００円のお釣りと６５１円の返金
５，０００円渡すと、４，０００円のお釣りと６５１円の返金
１０，０００円渡すと、９，０００円のお釣りと６５１円の返金
となり、一層多くの支払いパターンを提示できる。なお、いずれの画面表示においても、“お釣り”とは、精算時に支払われた紙幣からのお釣り（の紙幣）のことであり、“返金”とは、前受け小銭からの返金ということである。
【００８０】
以上説明したように、本実施形態の販売商品登録システムでは、始めに小銭を出し、続いて紙幣（札）を出す、というように、買い物客のレジ精算時の出金パターンをあえて限定することで、顧客が例えば財布内の小銭を探すことで、レジでの精算（商品の登録処理）が遅れることを回避できるとともに、前受け小銭投入後であり、買い上げ合計金額確定（小計キー押下）後の、札投入前の時点で、買い物客が投入する札種毎に、お釣り、前受け小銭からの返金パターンを提示でき、利用者（買い物客）にとって、精算時の利便性をよくすることができる。この結果、従来見られたような、買い物客が支払い額を店員から告げられてから支払い額丁度または少しでも小銭が減るように財布の中を買い物客が探す必要がなくなるので、買い物客１人にかかるレジ時間を短縮できる。また、買い物客には財布内の小銭が減るので喜ばれ、店の集客効果も期待できる。
【００８１】
また、以上の実施例では説明しなかったが、買い物客から精算時に小銭をさらに受け取り、買い物客には紙幣（札）を返す逆両替を行うようにしてもよい。
【００８２】
また、釣銭釣札機に、買い物客が前受けの小銭を投入する第２小銭投入口と、店員が買い物客から受け取った小銭を投入する第１小銭投入口とを別に設けることで、多くの小銭を投入してもらうことができ、それを釣り銭に利用できるため、釣銭釣札準備金を別途準備する手間を要することなく、釣銭釣札機内に準備金を補充することができる。すなわち、店側としては釣銭の準備の手間も軽減できる。
【符号の説明】
【００８３】
１ レーン
２ スキャナ
３、７ 入力部
４、５、６ 表示部
８ プリンタ
１０ ＰＯＳレジ
１５ 第２のコイン受入れ口
１６ 第１のコイン受入れ口
１７ コイン排出口
１８ 札排出口
１９ 札受入れ口
２０ 釣銭釣札機
２２ スピーカ
２３ 第１表示部
２４ 第２表示部
２５ 制御部
２６、４２ ＣＰＵ
２７ 表示制御部
２８ 釣銭釣札機Ｉ／Ｆ
３０、４４ メモリ
３１ 商品登録プログラム
３２ 代金精算処理プログラム
３３ 前受け小銭テーブル
３４ 入金札テーブル
３５ 商品登録テーブル
４１ ＰＯＳレジＩ／Ｆ
４６ 小銭集計プログラム
４８ 札集計プログラム
【特許請求の範囲】
【請求項１】
商品を現金で購入するに際して、購入商品の登録を行うための販売商品登録システムにおいて、
投入された小銭の合計金額を集計する小銭集計手段と、
購入する商品の代金の合計金額を集計する購入金額集計手段と、
前記購入金額集計手段により集計された合計金額と前記小銭集計手段により集計された合計金額との差額に応じて、札による支払い額とお釣りの組み合わせを算出する組み合わせ算出手段と、
前記組み合わせ算出手段で算出された札による支払い額とお釣りの組み合わせを表示部に表示する表示制御手段と、を有することを特徴とする販売商品登録システム。
【請求項２】
商品購入者に対し、購入商品に対する登録処理開始後の所定のタイミングで、手持ちの小銭を小銭受入れ口から投入するように促す報知手段、をさらに有することを特徴とする請求項１記載の販売商品登録システム。
【請求項３】
前記購入商品に貼り付けられた商品識別情報を読み取る読取り手段をさらに有し、
前記所定のタイミングとは、前記商品購入者が購入した商品の最初の１つの商品識別情報を読み取ったときであることを特徴とする請求項２記載の販売商品登録システム。
【請求項４】
前記お釣りは、札によるお釣りと、前記投入された小銭からの返金額に分けられ、
前記組み合わせ算出手段は、前記札による支払い額に対応付けられるお釣りの千円未満の端数を前記投入された小銭から減算して返金額として算出することを特徴とすることを特徴とする請求項１記載の販売商品登録システム。
【請求項５】
前記投入された小銭の額が前記お釣りの端数より少なかった場合に、前記小銭の額に千円加算してから、減算し返金額を求めることを特徴とする請求項４記載の販売商品登録システム。
【請求項６】
商品を現金で購入するに際して、購入商品の登録を行うための販売商品登録方法において、
投入された小銭の合計金額を集計する小銭集計ステップと、
購入する商品の代金の合計金額を集計する購入金額集計ステップと、
前記購入金額集計ステップで集計された合計金額と前記小銭集計ステップで集計された合計金額との差額に応じて、札による支払い額とお釣りの組み合わせを算出する組み合わせ算出ステップと、
前記組み合わせ算出ステップで算出された札による支払い額とお釣りの組み合わせを表示部に表示する表示制御ステップと、を有することを特徴とする販売商品登録方法。
【請求項１】
商品を現金で購入するに際して、購入商品の登録を行うための販売商品登録システムにおいて、
投入された小銭の合計金額を集計する小銭集計手段と、
購入する商品の代金の合計金額を集計する購入金額集計手段と、
前記購入金額集計手段により集計された合計金額と前記小銭集計手段により集計された合計金額との差額に応じて、札による支払い額とお釣りの組み合わせを算出する組み合わせ算出手段と、
前記組み合わせ算出手段で算出された札による支払い額とお釣りの組み合わせを表示部に表示する表示制御手段と、を有することを特徴とする販売商品登録システム。
【請求項２】
商品購入者に対し、購入商品に対する登録処理開始後の所定のタイミングで、手持ちの小銭を小銭受入れ口から投入するように促す報知手段、をさらに有することを特徴とする請求項１記載の販売商品登録システム。
【請求項３】
前記購入商品に貼り付けられた商品識別情報を読み取る読取り手段をさらに有し、
前記所定のタイミングとは、前記商品購入者が購入した商品の最初の１つの商品識別情報を読み取ったときであることを特徴とする請求項２記載の販売商品登録システム。
【請求項４】
前記お釣りは、札によるお釣りと、前記投入された小銭からの返金額に分けられ、
前記組み合わせ算出手段は、前記札による支払い額に対応付けられるお釣りの千円未満の端数を前記投入された小銭から減算して返金額として算出することを特徴とすることを特徴とする請求項１記載の販売商品登録システム。
【請求項５】
前記投入された小銭の額が前記お釣りの端数より少なかった場合に、前記小銭の額に千円加算してから、減算し返金額を求めることを特徴とする請求項４記載の販売商品登録システム。
【請求項６】
商品を現金で購入するに際して、購入商品の登録を行うための販売商品登録方法において、
投入された小銭の合計金額を集計する小銭集計ステップと、
購入する商品の代金の合計金額を集計する購入金額集計ステップと、
前記購入金額集計ステップで集計された合計金額と前記小銭集計ステップで集計された合計金額との差額に応じて、札による支払い額とお釣りの組み合わせを算出する組み合わせ算出ステップと、
前記組み合わせ算出ステップで算出された札による支払い額とお釣りの組み合わせを表示部に表示する表示制御ステップと、を有することを特徴とする販売商品登録方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−６９２１２（Ｐ２０１３−６９２１２Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１１−２０８８３１（Ｐ２０１１−２０８８３１）
【出願日】平成２３年９月２６日（２０１１．９．２６）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２３年９月２６日（２０１１．９．２６）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
[ Back to top ]