JP2002236975A - 釣銭管理方法、釣銭管理システム - Google Patents

Abstract

(57)【要約】 【課題】 硬貨を釣銭に含ませないようにする。 【解決手段】 店舗にて商品を購入した顧客のＩＤに基
づき当該顧客の累積ポイント数を取得する。購入代金が
累積ポイント数より大きい場合、購入代金から累積ポイ
ント数を差し引くことで仮請求額を算出し、この仮請求
額を千円単位に切り上げることで請求額を算出する。請
求額から仮請求額を差し引いて預かり釣銭金額を算出す
る。そして、ポイントカードシステムにおいて商品購入
に伴い発生するポイントを、算出した預かり釣銭金額に
加算することによって累積ポイント数を算出する。つま
り、釣銭のうち硬貨で返す分を返さずにポイントとして
蓄積する。そして、新たな累積ポイント数でポイントデ
ータベースの当該顧客の累積ポイント数を更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、釣銭に硬貨が含ま
れないようにするための釣銭管理の一手法に関する。

【０００２】

【従来の技術】一般に、商品を購入したり、何らかのサ
ービスの提供を受けるには、その代金として現金で支払
うことが通常であるが、現在においては、プリペイドカ
ードやクレジットカード、デビットカードなど種々の支
払方法が採られている。

【０００３】このような支払方法において共通すること
は、現金を扱わないですむということである。従って、
少額商品の代金として、また、支払った代金のお釣りと
して硬貨を持ち歩く必要がなくなる。

【０００４】このように、硬貨の流通機会を減少できる
ということは、消費者からしてみれば、紙幣と比べて重
たくかさばる硬貨を持ち歩きたくないという人の要求に
合致する。一方、販売店側からしてみれば、釣り銭準備
金を少なく抑えることができ、また、お釣りの計算、硬
貨の管理等の負担を軽減することができる。

【０００５】ところで、例えば、家電量販店では、購入
代金の何％分のポイントを消費者所有のいわゆるポイン
トカードと呼ばれるリライトカードに蓄積するというポ
イントカードシステムを導入している場合が少なくな
い。蓄積されたポイントは、ポイント有効期限内におい
て次回以降の商品購入の際の代金として充当することが
できるので、消費者に割安感を持たせることができる。

【０００６】このポイントカードシステムは、購入代金
に応じたポイントを蓄積するものであり、今回の商品購
入のお釣りは、別途受け取ることになる。つまり、釣銭
として硬貨を受け取り持ち歩く可能性が高くなる。そこ
で、例えば特開平１０−３４０３８７号公報には、釣銭
カードを用意して、お釣りをこの釣銭カードに蓄積する
という釣銭管理システムが開示されている。

【０００７】

【発明が解決しようとする課題】しかしながら、従来例
においては、商品購入代金全体では可能であるが、その
代金の一部に釣銭カードに蓄積された釣銭を充当するこ
とはできない。つまり、釣銭カードに蓄積された釣銭金
額以上の商品を購入しない限り、蓄積された釣銭を使用
することができない。また、次回購入の都度利用するこ
とができるとは限らない。従って、この従来例の利用方
法を誤ると、預けた釣銭を回収し損なう可能性がある。
このような心理が働くと消費者に受け入れられない可能
性がある。

【０００８】また、ポイントカードシステムでは、購入
代金の一部に蓄積したポイントを使用することはできる
が、釣銭と連動したシステムは提供されていないので、
釣銭を購入により発生するポイントと同様に取り扱うこ
とのできるシステムが望まれる。

【０００９】本発明は以上のような問題を解決するため
になされたものであり、その目的は、硬貨を釣銭に含ま
せないようにすることができる釣銭管理方法及び釣銭管
理システムを提供することにある。

【００１０】

【課題を解決するための手段】以上のような目的を達成
するために、本発明に係る釣銭管理方法は、代金が、保
持管理されている代金支払者の預かり釣銭金額より大き
い場合に代金から預かり釣銭金額を差し引いて仮請求額
を算出する仮請求額算出ステップと、仮請求額を最小紙
幣額面単位に切り上げて、代金支払者に請求する請求額
を算出する請求額算出ステップと、請求額から仮請求額
を差し引いて預かり釣銭金額を算出する預かり釣銭金額
算出ステップと、前記預かり釣銭金額算出ステップが算
出した預かり釣銭金額を当該代金支払者の新たな預かり
釣銭金額として保持する預かり釣銭金額管理ステップと
を含み、代金支払者への釣銭に硬貨が含まれないように
請求額を決定するものである。

【００１１】また、購入することにより次回以降の購入
代金として利用できるポイントを発生させるポイントカ
ードシステムにおいて実施される場合、預かり釣銭金額
をポイントと同様に取り扱うものである。

【００１２】また、本発明に係る釣銭管理システムは、
顧客識別情報と当該顧客に蓄積された預かり釣銭金額を
格納した預かり釣銭金額記憶手段と、入力された顧客識
別情報をキーにして蓄積された預かり釣銭金額を前記預
かり釣銭金額記憶手段から取得する預かり釣銭金額取得
処理手段と、蓄積された預かり釣銭金額と入力された代
金に基づいて代金支払者への請求額を算出する請求額算
出処理手段と、蓄積された預かり釣銭金額、入力された
代金及び前記請求額算出処理手段が算出した請求額に基
づいて新たな預かり釣銭金額を算出する預かり釣銭金額
算出処理手段と、前記預かり釣銭金額算出処理手段が算
出した新たな預かり釣銭金額で前記預かり釣銭金額記憶
手段に格納されている当該顧客の預かり釣銭金額を更新
する預かり釣銭金額更新処理手段とを有し、前記請求額
算出処理手段は、代金支払者への釣銭に硬貨が含まれな
いように請求額を決定するものである。

【００１３】また、本発明に係る釣銭管理システムは、
購入することにより次回以降の購入代金として利用でき
るポイントを発生させるポイントカードシステムにおい
て、購入した顧客の顧客識別情報と当該顧客の蓄積ポイ
ント数を格納したポイント記憶手段と、入力された顧客
識別情報をキーにして当該顧客の蓄積ポイント数を前記
ポイント記憶手段から取得するポイント取得処理手段
と、前記ポイント取得処理手段が取得した蓄積ポイント
数及び入力された購入代金に基づいて購入者への請求額
を算出する請求額算出処理手段と、前記ポイント取得処
理手段が取得した蓄積ポイント数、入力された購入代金
及び前記請求額算出処理手段が算出した請求額に基づい
て新たな累積ポイント数を算出するポイント算出処理手
段と、前記ポイント算出処理手段が算出した新たな累積
ポイント数で前記ポイント記憶手段に格納されている当
該顧客の累積ポイント数を更新するポイント更新処理手
段とを有し、前記請求額算出処理手段は、購入者への釣
銭に硬貨が含まれないように請求額を決定するものであ
る。

【００１４】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００１５】実施の形態１．図１は、本発明に係る釣銭
管理システムの一実施の形態を採用したポイントカード
システムの概略的な全体構成図である。図１には、情報
管理センタ１と種々の商品を販売している複数の店舗２
が示されている。情報管理センタ１には、ポイントデー
タベース（ＤＢ）３に格納されている各顧客の累積ポイ
ント数を集中管理するポイント管理サーバ４が設置され
ている。各店舗２には、一般にレジと呼ばれるＰＯＳ端
末５が複数台設置されている。ＰＯＳ端末５は、各種ア
プリケーションの実行機能を有しており、後述する本実
施の形態の特徴的な各処理機能を実行することができ
る。また、各ＰＯＳ端末５には、顧客が所有するポイン
トカードに記録されている顧客ＩＤ（顧客識別情報）を
読み取るカードリーダ６がそれぞれ接続されており、商
品を購入し代金を支払うべき顧客の顧客ＩＤと購入代金
とを関連付けることができる。各店舗２に設置された店
舗サーバ７には、店舗内の各ＰＯＳ端末５が接続されて
いる。店舗サーバ７と各ＰＯＳ端末５は、ＬＡＮで接続
され、ポイント管理サーバ４と各店舗サーバ７とは、専
用線や公衆回線等を介して接続されている。

【００１６】このシステム構成において顧客が商品を購
入すると、カードリーダ６によってポイントカードから
読み取られた顧客ＩＤは、情報管理センタ１へ送られ
る。ポイントデータベース３には、顧客ＩＤと当該顧客
が蓄積した累積ポイント数とが対応付けして格納されて
いるので、ポイント管理サーバ４は、顧客ＩＤをキーに
してポイントデータベース３を検索することによって当
該顧客の累積ポイント数を取得し、それを該当するＰＯ
Ｓ端末５へ返信する。当該ＰＯＳ端末５では、後述する
方法で新たな累積ポイント数を算出すると、それを情報
管理センタ１へ送る。この新たな累積ポイント数でポイ
ントデータベース３に記録されている当該顧客の累積ポ
イント数は更新され、次回以降の購入時に使用される。
この処理の流れ自体は、従来からあるポイントカードシ
ステムと同じでよい。

【００１７】図２は、本実施の形態における釣銭管理シ
ステムの機能ブロック図であり、情報管理センタ１側と
店舗２側に分けて図示している。図２において、顧客Ｉ
Ｄ読取処理部８は、図１に示したカードリーダ６を用い
てポイントカードから顧客ＩＤを読み取る。ポイント取
得処理部９は、顧客ＩＤ読取処理部８から入力された顧
客ＩＤをキーにして当該顧客の蓄積ポイント数をポイン
トデータベース３から取得する。店舗２側に設けられて
いるポイント問合せ部１０は、顧客ＩＤを情報管理セン
タ１側へ送信する。情報管理センタ１側に設けられてい
るポイント返答部１１は、送られてきた顧客ＩＤに対応
した蓄積ポイント数をポイントデータベース３から取得
して返答する。請求額算出処理部１２は、ポイント取得
処理部９が取得した蓄積ポイント数及びＰＯＳ端末５に
入力された商品の購入代金に基づいて購入者への請求額
を算出する。ポイント算出処理部１３は、商品を購入し
たことによって購入代金に応じたポイントが新たに発生
するので、このポイント数、蓄積ポイント数及び請求額
に基づいて新たな累積ポイント数を算出する。ポイント
更新処理部１４は、ポイント算出処理部１３が算出した
新たなポイント数でポイントデータベース３に格納され
ている当該顧客の累積ポイント数を更新する。店舗２側
に設けられている新ポイント数通知部１５は、新たなポ
イント数を情報管理センタ１側へ送信する。情報管理セ
ンタ１側に設けられているポイント数更新部１６は、送
られてきた新ポイント数でポイントデータベース３を書
き替える。請求処理部１７は、商品購入に伴う請求額及
び新たな累積ポイント数を提示する。店舗２側に配設さ
れた各構成要素は、ＰＯＳ端末５において機能する。た
だ、データ通信機能などに関しては、必要に応じて店舗
サーバ７と連動して機能する。情報管理センタ１側に配
設された構成要素は、ポイント管理サーバ４にて動作す
る。

【００１８】ところで、現在、市場で流通している紙幣
としては、千円札、二千円札、五千円札及び一万円札が
あるが、このうち最も小さい額面は千円である。つま
り、現在において最小紙幣額面というのは、千円という
ことになる。本実施の形態において特徴的なことは、釣
銭に硬貨が含まれないように最小紙幣額面単位、すなわ
ち、千円、二千円、……という千円の整数倍となるよう
に請求額を決定することである。つまり、釣銭は無い若
しくは紙幣のみで返すようにしたことである。そして、
千円未満の釣銭がでてしまうときには、その釣銭をポイ
ントカードシステムにおいて商品購入に伴い発生するポ
イントと同様に蓄積するようにしたことである。つま
り、本来、硬貨で返すべき釣銭分を返さないでポイント
として蓄積するようにしたことである。これにより、紙
幣に比べて重たくかさばる硬貨を含ませずに釣銭を顧客
に返すことができる。

【００１９】図３は、本実施の形態において店舗２側に
おける処理の流れを示したフローチャートであるが、次
に、図１乃至図３を用いて本実施の形態における処理の
流れを説明する。

【００２０】顧客は、店舗２において商品を購入すると
き精算所に行って精算を行う。店員は、この際に購入者
からポイントカードを受け取り、カードリーダ６にその
ポイントカードに記録されている顧客ＩＤを読み取らせ
る。顧客ＩＤ読取処理部８は、顧客ＩＤを読み取ると
（ステップ１０１）、ポイント問合せ部１０は、その顧
客ＩＤをポイント管理サーバ４へ送信することで累積ポ
イント数を問い合わせる（ステップ１０２）。

【００２１】ポイント管理サーバ４においてポイント返
答部１１は、送られてきた顧客ＩＤをキーにしてポイン
トデータベース３を検索することによって当該顧客の累
積ポイント数を取得し、問合せ部１０へ返答する。

【００２２】店舗２側においてポイント管理サーバ４か
ら送られてきた当該顧客の累積ポイント数を受け取ると
（ステップ１０３）、購入代金と累積ポイント数とを比
較する（ステップ１０４）。ここで、購入代金が累積ポ
イント数より小さい若しくは同じ場合は代金を払わなく
ても累積ポイント数だけで商品を購入することができる
ので、本実施の形態では、購入代金をポイントだけで支
払うことにする。従って、請求額算出処理部１２は、請
求額を０円とする。また、ポイント算出処理部１３は、
現在の累積ポイント数から購入代金を差し引くことで新
たな累積ポイント数を算出する（ステップ１０５）。

【００２３】一方、購入代金が累積ポイント数より大き
い場合は、本実施の形態の特徴でもある以下のようにし
て請求額及び累積ポイント数を算出する（ステップ１０
６）。

【００２４】まず、請求額算出処理部１２は、購入代金
から累積ポイント数を差し引くことで仮請求額を算出す
る。続いて、請求額算出処理部１２は、算出した仮請求
額を千円単位に切り上げる。この金額を請求額とする。
例えば、仮請求額が２３０円、１２３０円、１９８０円
の請求額は、それぞれ千円、二千円、二千円となる。請
求額は、常に千円の整数倍になる。

【００２５】続いて、ポイント算出処理部１３は、請求
額から仮請求額を差し引いて預かり釣銭金額を算出し、
この預かり釣銭金額に商品購入に伴い発生するポイント
を加算して累積ポイント数を算出する。商品購入に伴い
発生するポイントというのは、ポイントカードシステム
において発生させるポイントであり、本実施の形態でも
既存システムにならって仮請求額に、還元率とも呼ばれ
る設定ポイント率を乗算してポイントを求める。

【００２６】新ポイント数通知部１５は、以上のように
して算出された新ポイント数を情報管理センタ１へ送信
すると（ステップ１０７）、ポイント数更新部１６は、
その新ポイント数でポイントデータベース３に格納され
ている当該顧客の累積ポイントを書き替える。請求処理
部１７は、請求額算出処理部１２が算出した請求額及び
ポイント算出処理部１３が算出した新たな累積ポイント
数をＰＯＳ端末５に表示し、また、レシートへの印刷等
により提示する（ステップ１０８）。このようにして、
商品の購入者へ代金の支払いを請求することになる。

【００２７】本実施の形態によれば、以上のようにして
釣銭に硬貨を含めないように顧客への請求額を決定する
ことができる。これにより、硬貨は紙幣より重たくかさ
ばるため持ち歩きたくないという人の意志に即したシス
テムを提供することができる。

【００２８】以上の処理から理解できるように、本実施
の形態では、硬貨で返金する分の釣銭を、そのまま購入
者へ返すのではなく、ポイントカードシステムにおいて
発生させるポイントと同様にポイントとして蓄積するよ
うにしたので、顧客は硬貨を持ち歩く必要がなくなる。
従って、顧客は、当該店舗を再利用しない限り釣銭分の
金額をその店舗に預けていることになる。しかしなが
ら、本実施の形態では、蓄積されたポイントを次回の購
入時に最大限使えるようにしているので預けた釣銭の回
収をし損なう可能性が低い。また、発生する預り釣銭金
額の上限は、９９９円なので高額でないと考えられる。
このため、消費者心理からしてみると釣銭分が未回収状
態であるという精神的な負担は抑えられていると考えら
れる。このように、顧客からしてみれば、紙幣より重た
くかさばる硬貨を釣銭として受け取らなくてすむ。商品
の販売業者側からしてみれば、釣銭用に用意する硬貨を
なくすことができる。また、蓄積された釣銭の使用のた
めに顧客の再来店を期待することができる。

【００２９】なお、本実施の形態では、消費者の心理状
態を考慮して蓄積したポイントを自動的に次回の購入時
に最大限使用できるようにしたが、通常のポイントと同
様にポイントを使用せずに蓄積するように購入者に選択
させるようにしてもよい。

【００３０】また、本実施の形態では、請求額算出処理
部１２、ポイント算出処理部１３及び新ポイント数通知
部１５をＰＯＳ端末５に配設し、ポイント返答部１１か
ら蓄積ポイント数を送ってもらってＰＯＳ端末５にて請
求額及び累積ポイント数を算出するようにした。しかし
ながら、これらの構成要素は、システムやネットワーク
の負荷等を考慮して店舗サーバ７やポイント管理サーバ
４へ配設することもできる。この場合、ＰＯＳ端末５で
は、顧客ＩＤ読取処理部８、ポイント問合せ部１０及び
送られてきた請求額を受け取り提示する請求処理部１７
に対応する構成要素のみを有すればよい。

【００３１】また、本実施の形態では、現状に即してポ
イント記憶手段を情報管理センタ１に配設したが、各ポ
イントカード内にポイント記憶手段を設けることによっ
て各自の累積ポイント数を記憶させるようにしてもよ
い。この場合、情報管理センタ１は不要となる。

【００３２】実施の形態２．上記実施の形態１では、本
発明をポイントカードシステムに融合させた場合を例に
して説明した。言うならば、釣銭をポイントとして扱う
ことで、預かり釣銭金額を扱うための釣銭カードとポイ
ントカードとを共通化した場合である。本実施の形態で
は、ポイントカードシステムを導入していない販売業者
に適用した場合の例ということができる。

【００３３】図４は、本実施の形態における釣銭管理シ
ステムの機能ブロック図である。ポイントカードシステ
ムが発生させるポイントとの関係を取り除いたため各構
成要素の名称が異なる程度で預かり釣銭金額を扱う処理
機能自体は、実施の形態１と同じである。従って、本実
施の形態においては、顧客ＩＤを記録した独自のカード
を発行し、このカードから読み取った顧客ＩＤに基づき
預かり釣銭金額データベース２８を検索して当該顧客の
累積預かり釣銭金額を取得し、実施の形態１と同様に仮
請求額、請求額を算出する。そして、本実施の形態で
は、請求額から仮請求額を差し引くことで求まる預かり
釣銭金額がそのまま累積預かり釣銭金額となる。本実施
の形態の処理は、基本的には実施の形態１と同じなので
詳細な説明は省略する。

【００３４】

【発明の効果】本発明によれば、商品の購入などに要し
た代金に対して、釣銭に硬貨を含めないように顧客への
請求額を決定することができる。硬貨は紙幣より重たく
かさばるため持ち歩きたくないという人の意志に即した
システムを提供することができる。一方、支払代金を受
ける販売業者等からしてみれば、釣銭用に用意する硬貨
をなくすことができる。また、蓄積された釣銭の使用の
ために顧客の再来店を期待することができる。

【００３５】また、蓄積された釣銭は、次回の代金支払
時に最大限使用することができるので、預けた釣銭が使
用できなくなるという精神的な負担を軽減することがで
きる。

【図面の簡単な説明】

【図１】 本発明に係る釣銭管理システムの一実施の形
態を採用したポイントカードシステムの概略的な全体構
成図である。

【図２】 実施の形態１における釣銭管理システムの機
能ブロック図である。

【図３】 実施の形態１において店舗側における処理の
流れを示したフローチャートである。

【図４】 実施の形態２における釣銭管理システムの機
能ブロック図である。

【符号の説明】 １ 情報管理センタ、２ 店舗、３ ポイントデータベ
ース（ＤＢ）、４ ポイント管理サーバ、５ ＰＯＳ端
末、６ カードリーダ、７ 店舗サーバ、８，１８ 顧
客ＩＤ読取処理部、９ ポイント取得処理部、１０ ポ
イント問合せ部、１１ ポイント返答部、１２，２２
請求額算出処理部、１３ ポイント算出処理部、１４
ポイント更新処理部、１５ 新ポイント数通知部、１６
ポイント数更新部、１７，２７ 請求処理部、１９
預かり釣銭金額取得処理部、２０預かり釣銭金額問合せ
部、２１ 預かり釣銭金額返答部、２３ 金額算出処理
部、２４ 預かり釣銭金額更新処理部、２５ 金額通知
部、２６ 金額更新部、２８ 預かり釣銭金額データベ
ース。

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ４０６ Ｇ０６Ｆ 17/60 ４０６ ４１０ ４１０Ａ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 代金が、保持管理されている代金支払者
   の預かり釣銭金額より大きい場合に代金から預かり釣銭
   金額を差し引いて仮請求額を算出する仮請求額算出ステ
   ップと、 仮請求額を最小紙幣額面単位に切り上げて、代金支払者
   に請求する請求額を算出する請求額算出ステップと、 請求額から仮請求額を差し引いて預かり釣銭金額を算出
   する預かり釣銭金額算出ステップと、 前記預かり釣銭金額算出ステップが算出した預かり釣銭
   金額を当該代金支払者の新たな預かり釣銭金額として保
   持する預かり釣銭金額管理ステップと、 を含み、代金支払者への釣銭に硬貨が含まれないように
   請求額を決定することを特徴とする釣銭管理方法。
2. 【請求項２】 購入することにより次回以降の購入代金
   として利用できるポイントを発生させるポイントカード
   システムにおいて実施される場合、預かり釣銭金額をポ
   イントと同様に取り扱うことを特徴とする請求項１記載
   の釣銭管理方法。
3. 【請求項３】 顧客識別情報と当該顧客に蓄積された預
   かり釣銭金額を格納した預かり釣銭金額記憶手段と、 入力された顧客識別情報をキーにして蓄積された預かり
   釣銭金額を前記預かり釣銭金額記憶手段から取得する預
   かり釣銭金額取得処理手段と、 蓄積された預かり釣銭金額と入力された代金に基づいて
   代金支払者への請求額を算出する請求額算出処理手段
   と、 蓄積された預かり釣銭金額、入力された代金及び前記請
   求額算出処理手段が算出した請求額に基づいて新たな預
   かり釣銭金額を算出する預かり釣銭金額算出処理手段
   と、 前記預かり釣銭金額算出処理手段が算出した新たな預か
   り釣銭金額で前記預かり釣銭金額記憶手段に格納されて
   いる当該顧客の預かり釣銭金額を更新する預かり釣銭金
   額更新処理手段と、 を有し、 前記請求額算出処理手段は、代金支払者への釣銭に硬貨
   が含まれないように請求額を決定することを特徴とする
   釣銭管理システム。
4. 【請求項４】 購入することにより次回以降の購入代金
   として利用できるポイントを発生させるポイントカード
   システムにおいて、 購入した顧客の顧客識別情報と当該顧客の蓄積ポイント
   数を格納したポイント記憶手段と、 入力された顧客識別情報をキーにして当該顧客の蓄積ポ
   イント数を前記ポイント記憶手段から取得するポイント
   取得処理手段と、 前記ポイント取得処理手段が取得した蓄積ポイント数及
   び入力された購入代金に基づいて購入者への請求額を算
   出する請求額算出処理手段と、 前記ポイント取得処理手段が取得した蓄積ポイント数、
   入力された購入代金及び前記請求額算出処理手段が算出
   した請求額に基づいて新たな累積ポイント数を算出する
   ポイント算出処理手段と、 前記ポイント算出処理手段が算出した新たな累積ポイン
   ト数で前記ポイント記憶手段に格納されている当該顧客
   の累積ポイント数を更新するポイント更新処理手段と、 を有し、 前記請求額算出処理手段は、購入者への釣銭に硬貨が含
   まれないように請求額を決定することを特徴とする釣銭
   管理システム。