JP3662004B2 - 決済処理装置 - Google Patents
決済処理装置 Download PDFInfo
- Publication number
- JP3662004B2 JP3662004B2 JP2002070460A JP2002070460A JP3662004B2 JP 3662004 B2 JP3662004 B2 JP 3662004B2 JP 2002070460 A JP2002070460 A JP 2002070460A JP 2002070460 A JP2002070460 A JP 2002070460A JP 3662004 B2 JP3662004 B2 JP 3662004B2
- Authority
- JP
- Japan
- Prior art keywords
- payment
- customer
- settlement
- selection key
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【発明の属する技術分野】
本発明は、クレジット端末,POS(Point Of Sales)端末等の決済処理装置に関する。
【0002】
【従来の技術】
一般に、クレジット決済には、1回払い,分割払い,リボルビング払い,ボーナス併用払い,ボーナス一括払い等の支払方法があり、クレジット利用者は、商品売買取引毎にいずれか1つの支払方法を選択して、その取引の代金をクレジットで決済している。そこで、クレジット決済を処理可能な従来の決済処理装置のキーボードには、各支払方法がそれぞれ割り当てられた複数の支払区分選択キーが配列されており、キャッシャは、クレジット利用者から申し出を受けた支払方法を選択するための支払区分選択キーを押下して、クレジット決済を処理させていた。
【0003】
【発明が解決しようとする課題】
このように、クレジットには複数の支払方法があり、どの支払方法を利用するかは、大抵、クレジット利用者の判断に委ねられていた。このため、キャッシャは、顧客からクレジットによる決済の申し出を受けると、例えば「支払方法は何になさいますか?」と尋ね、顧客が希望した支払方法に該当する支払区分選択キーをキーボードから探して入力操作していた。
【0004】
ところで、クレジット利用者がどの支払方法を選択するかはクレジット利用者によって異なり予測し難いが、過去にどの支払方法を多く利用しているかの統計をクレジット利用者毎に取ることによって、クレジット決済が発生した際にその顧客がどの支払方法を選択するのかをキャッシャが予測することは可能である。キャッシャは、顧客が選択するであろうと思われる支払方法を予測することによって、支払区分選択キーを入力する操作を簡易化できる。また、例えばリボルビング払いを最も多く利用している顧客に対して支払方法を尋ねる際には「支払方法はリボルビング払いでよろしいですか?」というように尋ねることができ、これに対して、顧客が統計どおりリボルビング払いを利用する場合には、たとえば「はい」と短く答えればよいので、サービス性のよい接客ができるようになる。しかしそのためには、クレジットによる決済を申し出た顧客が最も多く利用している支払方法が何であるかをキャッシャが瞬時に予測できなければならず、実施困難であるのが実情であった。
【0005】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、決済を申し出た顧客が最も多く利用している決済手段が何であるかをキャッシャが瞬時に予測でき、操作性を向上できるとともに、サービス性のよい接客を行なうことができる決済処理装置を提供しようとするものである。
【0006】
【課題を解決するための手段】
本発明は、複数種類の決済手段(例えばクレジットの1回払い,分割払い,リボルビング払い等、もしくは商品売買取引の現金,クレジット,デビット等)のなかから選択された決済手段で商品売買取引の決済を処理する決済処理装置(例えばPOS端末,クレジット端末等)であって、会員登録されている顧客別に決済手段毎の利用回数を計数する計数部を記憶する顧客管理データベースと、顧客との商品売買取引決済時に顧客管理データベースに記憶されている当該顧客の決済手段別計数部の計数値を比較して当該顧客が最も多く利用している決済手段を判定する判定手段と、この判定手段により当該顧客が最も多く利用していると判定された決済手段を明示する明示手段と、顧客との商品売買取引決済後に顧客管理データベースに記憶されている当該顧客の決済手段別計数部のうち利用された決済手段の計数部をカウントアップする利用回数計数手段とを含む。
【0007】
したがって、キャッシャは、顧客との商品売買取引決済時に、明示された内容から当該顧客が利用するであろうと思われる決済手段を予測できる。
【0008】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照しながら説明する。なお、この実施の形態は、1回払い,分割払い,リボルビング払い,ボーナス併用払い及びボーナス一括払いの各支払方法のなかから選択された支払方法で商品売買取引のクレジット決済を処理することができるPOS端末に、本発明を適用した場合である。
【0009】
図1は、本実施の形態におけるPOS端末の要部構成を示すブロック図であって、このPOS端末には、主制御部としてCPU(Central Processing Unit)1が搭載されている。そしてこのCPU1に、アドレスバス,データバス等のバスライン2を介して、主記憶部としてのROM(Read Only Memory)3及びRAM(Random Access Memory)4と、補助記憶装置としてのHDD(Hard Disk Drive)装置5が接続されている。
【0010】
また、上記バスライン2には、現在の日付及び時刻を計時する時計部6の他、通信インタフェース7、I/O(Input/Output)ポート8、タッチパネルコントローラ9、2つの表示コントローラ10,11、プリンタコントローラ12、カードリーダコントローラ13等の入出力部が設けられている。通信インタフェース7には、図示しないが、LAN(Local Area Network)等の通信回線を介して店のホスト装置(例えば、ストアコントローラ)が接続されている。
【0011】
I/Oポート9には、モードスイッチ14からの信号が入力される。また、CPU1からの指令によりドロワ15に対して駆動信号が出力される。ドロワ15は、現金等を収容するために設けられており、駆動信号の入力により自動的に開放動作する。モードスイッチ14は、「登録」,「点検」,「精算」,「設定」等の各種業務モードを選択しその実行をCPU1に指令するもので、例えば鍵にて切替操作される。因みに、「登録」とは、1商取引として販売登録された各商品の販売データをメモリに累計する業務のモードである。「点検」とは、「登録」業務の実行によってメモリに累計された内容をレポート出力する業務のモードである。「精算」とは、「登録」業務の実行によってメモリに累計された内容をレポート出力した後、そのメモリの内容をクリアする業務のモードである。「設定」とは、各種の業務を実行する上で必要なデータを予めメモリに設定する業務のモードである。
【0012】
タッチパネルコントローラ9には、データ入力部としてのタッチパネル16が接続されている。タッチパネル16の画面には、POS端末の現動作状態において入力可能な各種のキーが配列された操作キー画面が選択的に表示される。
【0013】
一方の表示コントローラ10には、オペレータ用のディスプレイ17が接続されており、他方の表示コントローラ11には客用表示器18が接続されている。ディスプレイ17及び客用表示器18には、商品売買取引で販売登録された各商品の品名,金額や、この取引の合計金額,釣銭額等が表示される。
【0014】
プリンタコントローラ12には、レシート用紙を用いてレシートやクレジット伝票等を印字し発行するためのプリンタ19が接続されている。カードリーダコントローラ13には、クレジット決済に使用されるクレジットカード及びデビット決済に使用されるキャッシュカードに記録されたデータを読取るためのカードリーダ20が接続されている。
【0015】
HDD装置21には、図2に示すエリア構成の支払区分テーブル21が保存されている。この支払区分テーブル21は、クレジット決済の各種支払方法(一回払い,分割払い,ボーナス一括払い,ボーナス併用払い,リボルビング払い)をそれぞれ選択するための各支払方法選択キーが配列される操作画面(支払区分選択画面)の表示制御情報を管理するもので、区分番号,区分名称,表示位置データ及びサイズデータによってレコードが形成されている。
【0016】
この支払区分テーブル21のレコードにおいて、区分番号は、支払区分選択キー毎に割り当てられた一連の番号であり、区分名称は、対応する区分番号が割り当てられた支払区分選択キーのキー名称である。この実施の形態では、支払方法「一括払い」を選択するための支払区分選択キーの区分番号を“1”、キー名称を「一括払い」とし、支払方法「分割払い」を選択するための支払区分選択キーの区分番号を“2”、キー名称を「分割払い」とし、支払方法「リボルビング払い」を選択するための支払区分選択キーの区分番号を“3”、キー名称を「リボルビング」とし、支払方法「ボーナス併用払い」を選択するための支払区分選択キーの区分番号を“4”、キー名称を「ボーナス併用」とし、支払方法「ボーナス一括払い」を選択するための支払区分選択キーの区分番号を“5”、キー名称を「ボーナス一括」としている。
【0017】
同レコードにおいて、表示位置データは、対応する区分番号が割り当てられた支払区分選択キーのタッチパネル16上における表示位置を決定するデータであり、サイズデータは、そのキーの大きさを決定するデータである。この実施の形態では、区分番号“1”が割り当てられた支払区分選択キー「1回払い」の表示位置を支払区分選択画面の向かって最も右側に設定し、区分番号“2”〜“5”がそれぞれ割り当てられた各支払区分選択キー「分割払い」,「リボルビング」,「ボーナス一括」,「ボーナス併用」の表示位置を順次その左隣側に横1列に並ぶように設定している。また、サイズデータは、全キーとも標準サイズを示すデータ“M”をデフォルト値としており、必要に応じて、標準サイズよりも所定倍大きい拡大サイズを示すデータを“L”に変更可能となっている。
【0018】
また、HDD装置5には、図3に示すように、会員登録された各顧客の会員番号及びその顧客の氏名,住所,電話番号,クレジットカード番号等の個人情報を蓄積記憶するための顧客管理データベース30が保存されている。そして、この顧客管理データベース30によって、顧客別に、当該顧客がクレジットによって取引を決済する際に利用した支払方法の回数が支払方法別に計数されている。すなわち、顧客管理データベース30の顧客別レコード31には、区分番号“1”が割り当てられた支払方法(この実施の形態では「1回払い」)の利用回数を計数する第1カウンタN1、区分番号“2”が割り当てられた支払方法(この実施の形態では「分割払い」)の利用回数を計数する第2カウンタN2、区分番号“3”が割り当てられた支払方法(この実施の形態では「リボルビング払い」)の利用回数を計数する第3カウンタN3、区分番号“4”が割り当てられた支払方法(この実施の形態では「ボーナス併用払い」)の利用回数を計数する第4カウンタN4、及び区分番号“5”が割り当てられた支払方法(この実施の形態では「ボーナス一括払い」)の利用回数を計数する第5カウンタN5からなるカウンタ部32が設けられている。
【0019】
なお、顧客管理データベース30は、通信インタフェース7に通信回線を介して接続されるホスト装置の記憶部に保存され、POS端末のCPU1が通信回線を利用して適宜アクセスするようにしてもよい。
【0020】
係る構成のPOS端末1は、モードスイッチ14により「登録」モードが選択されると、タッチパネル16に、例えば図4に示すように、置数キー41、部門キー42、クリアキー43、小計キー44、預/現計キー45、クレジットキー46、デビットキー47、乗算キー48、取消キー49等の各種キーが配列された登録モード初期画面40が表示される。
【0021】
この登録モード初期画面40に表示される各種キーにおいて、預/現計キー45は、商品売買取引の現金決済を宣言する登録締めキーとして機能し、クレジットキー46は、クレジット決済を宣言する登録締めキーとして機能し、デビットキー47は、デビット決済を宣言する登録締めキーとして機能する。
【0022】
したがって、POS端末を操作して買物客との商品売買取引を処理する店員,いわゆるキャッシャは、置数キー41,部門キー42,乗算キー43等をタッチ操作して買物客が購入する商品の販売点数及び販売金額の商品販売データを入力する。そして、全購入商品の販売データを入力し終えると、顧客が希望する決済方法の登録締めキー45,46,47をタッチ操作して登録締めを宣言する。
【0023】
ここで、顧客がクレジット決済を希望し、キャッシャがクレジットキー46をタッチ操作したとすると、CPU1は、図6の流れ図に示すクレジット決済処理を実行するものとなっている。なお、この処理は、予め設定された決済手段選択支援プログラムに基づいてその一部が制御される。上記決済手段選択支援プログラムは、ROM3に格納されていてもよいし、通信回線を介してホスト装置等の外部機器からHDD装置5にダウンロードされてもよい。
【0024】
CPU1は、先ず、ST(ステップ)1として、カードリーダ29によってクレジットカードのカード番号が読取られるのを待機する。そして、クレジットカードのカード番号が読取られると、ST2として前記顧客管理データベース30を検索して、このデータベース30に会員として登録されている顧客との商品売買取引であるか否かを判断する。ここで、カードリーダ29によって読取られたクレジットカードのカード番号を個人情報として有する顧客管理レコード31が顧客管理データベース30に存在する場合には会員との商品売買取引と判断し、存在しない場合には非会員との商品売買取引と判断する。
【0025】
ST2にて、非会員との商品売買取引と判断した場合には、CPU1は、ST3として支払区分テーブル21の各データに基づいて支払区分選択画面を表示させる。図5(a)は、支払区分テーブル21に図2に示すデータが設定されているときの支払区分選択画面50Aの表示例であって、画面の向かって右側から順番に、支払方法「1回払い」の支払区分選択キー51、支払方法「分割払い」の支払区分選択キー52、支払方法「リボルビング払い」の支払区分選択キー53、支払方法「ボーナス併用払い」の支払区分選択キー54、そして支払方法「ボーナス一括払い」の支払区分選択キー55が、いずれも標準サイズで横一列に配列されている。
【0026】
支払区分選択画面50Aをタッチパネル16に表示させると、CPU1は、ST4としていずれかの支払区分選択キー51〜55が入力されるのを待機する。そして、いずれか1つの支払区分選択キー51〜55が入力されると、ST5としてその選択キーに割り当てられた支払区分番号をRAM4に一時記憶する。
【0027】
次にCPU1は、ST6として通信回線を介して接続された店のホスト装置、またはこのホスト装置からさらにネットワークを介して接続されるクレジット会社のホスト装置に、今回のクレジット決済の承認を問合せる。その結果、ST7としてクレジット決済を承認する応答が得られた場合には、ST8としてクレジット決済締め処理を実行する。この処理は、プリンタ19を動作させて、クレジット伝票を印字発行させる処理等を含む。
【0028】
クレジット決済処理を終了すると、CPU1は、ST9としてタッチパネル16に会員登録をするか否かを選択するためのキーが配列された会員登録画面(不図示)を表示させて、キー入力を待機する。ここで、ST10として会員登録しないことを選択するキーが入力されたならば、今回のクレジット決済処理を終了する。なお、クレジット決済処理が終了すると、タッチパネル16の画面は、前記登録モード初期画面40に戻される。
【0029】
ST10にて、会員登録することを選択するキーが入力された場合には、CPU1は、ST11として顧客管理情報登録処理を実行する。この処理は、タッチパネル16に個人情報の入力に必要な文字キー,置数キー,実行キー,取消キー等からなる会員登録画面(不図示)を表示させる。そして、新規の会員番号と、クレジットカードから読取ったカード番号や予め設定された手順によってキー入力された氏名,住所,電話番号等の個人情報とから、カウンタ部32を有する顧客管理レコード31を作成し、顧客管理データベース30に追加登録する処理である。その後、CPU1は、ST12として、この顧客管理データベース30に追加登録された顧客管理レコード31のカウンタ部N1〜N5のうち、RAM4に記憶されている支払区分番号i(1≦i≦5)のカウンタNiを“1”とし、残りのカウンタを“0”としたならば、今回のクレジット決済処理を終了する。
【0030】
ST2にて会員との商品売買取引と判断した場合には、CPU1は、ST13として顧客管理データベース30を参照して、当該顧客が最も多く利用している支払方法の支払区分番号Nを取得する。具体的には、当該顧客の顧客管理レコード31におけるカウンタ部32の各カウンタN1〜N5をそれぞれ比較して計数値が最大のカウンタを求める。そして、この計数値が最大のカウンタの番号を当該顧客が最も多く利用している支払方法の支払区分番号Nとして取得する。ただし、計数値が最大のカウンタが複数ある場合には、番号の小さい方を取得する。なお、番号の大きい方を取得してもよい。
【0031】
当該顧客が最も多く利用している支払方法の支払区分番号Nを取得したならば、CPU1は、ST14として支払区分テーブル21の該当支払区分番号Nに対応するサイズデータを、標準サイズのデータ“M”から拡大サイズのデータ“L”に変更する。そして、ST15としてサイズデータが変更された支払区分テーブル21のデータに基づいて支払区分選択画面をタッチパネル16に表示させる。
【0032】
図5(b)は、支払方法「リボルビング払い」の支払区分番号“3”が、最も利用率の高い支払区分番号Nとして取得されたときの支払区分選択画面50Bの表示例であり、支払区分選択キー「リボルビング」53が他の選択キー51,52,54,55よりも拡大されて表示されている。
【0033】
その後、CPU1は、非会員との商品売買取引の場合と同様に、ST16としていずれかの支払区分選択キー51〜55が入力されるのを待機する。そして、いずれか1つの支払区分選択キー51〜55が入力されると、ST17としてその選択キーに割り当てられた支払区分番号をRAM4に一時記憶する。また、ST18として店のホスト装置、またはクレジット会社のホスト装置に、今回のクレジット決済の承認を問合せる。その結果、ST19としてクレジット決済を承認する応答が得られた場合には、ST20としてクレジット決済締め処理を実行する。
【0034】
クレジット決済処理を終了すると、CPU1は、ST21として顧客管理データベース30に登録されている当該顧客の顧客管理レコード31におけるカウンタ部32の各カウンタN1〜N5のうち、RAM4に記憶されている支払区分番号i(1≦i≦5)のカウンタNiを“1”だけカウントアップする。しかる後、ST22として支払区分テーブル21の支払区分番号Nに対応するサイズデータを“L”から“M”に戻したならば、今回のクレジット決済処理を終了する。
【0035】
このように本実施の形態においては、顧客管理データベース30により、会員として登録された顧客毎に、その顧客がクレジット決済で利用した支払方法の回数が支払方法別に計数管理されている。
【0036】
そして、会員として登録されている顧客がクレジットによる決済を申し出て、キャッシャがクレジットキー46を入力するとともに、当該顧客から預ったクレジットカードのカード番号をカードリーダ20で読取らせると、顧客管理データベース30にて記憶管理されている当該顧客の支払方法別計数値に基づいてその顧客が最も多く利用している支払方法が自動的に判定される。そして、この顧客が最も多く利用している支払方法を選択するための支払区分選択キーが、他の支払区分選択キーよりも拡大されてタッチパネル16に表示される。
【0037】
最も多く利用している支払方法が「リボルビング払い」の顧客に対する支払区分選択画面50Bを図5(b)に示す。図示するように、この支払区分選択画面50Bには、支払方法「リボルビング払い」の支払区分選択キー53が他の選択キー51,52,54,55よりも拡大されて表示される。したがって、支払方法「リボルビング払い」の支払区分選択キー53が他の選択キー51,52,54,55よりも強調されるので、キャッシャは、顧客が支払方法「リボルビング払い」を選択するであろうと瞬時に予測できる。そして、実際に顧客が支払方法「リボルビング払い」を選択した場合には、この拡大されている支払区分選択キー53を入力操作すればよいので、操作を簡易化できる。また、キャッシャは、当該顧客に対して支払方法を尋ねる際に、例えば「支払方法はリボルビング払いでよろしいですか?」と尋ねることができ、この場合、顧客は単に「はい」と答えればよいので、いちいちキャッシャに支払方法を告げる必要がなく、サービス性のよい接客を行なうことができる。
【0038】
また、会員として登録されていない顧客とのクレジット決済の際には、クレジット決済締め処理終了後に会員登録画面をタッチパネル16に表示させて、その場での会員登録を可能にしている。そして、会員登録された場合には、顧客管理データベース30に当該顧客の個人情報が追加登録されるとともに、当該顧客が今回利用した支払方法の回数が計数される。したがって、会員登録が容易である上、会員登録前のクレジット支払方法も顧客管理データベース30に反映させることができる。
【0039】
なお、前記実施の形態では、当該顧客が最も多く利用していると判定されたクレジット支払方法の支払区分選択キーを他の支払方法の支払区分選択キーよりも強調して表示させる手段として、該当する支払区分選択キーを拡大表示させたが、図7(a)に示す支払区分選択画面50Cのように、該当する支払区分選択キー(この例では「リボルビング払い」)の背景色を他の支払区分選択キーの背景色と変えることによって強調してもよい。同様に、該当する支払区分選択キーを点滅させて、強調させることも可能である。
【0040】
また、図6のST13の処理において、当該顧客の顧客管理レコード31におけるカウンタ部32の各カウンタN1〜N5をそれぞれ比較して計数値が大きい順にカウンタの番号を求める。そして、ST14の処理において、支払区分テーブル21の最も計数値が大きいカウンタの番号を支払区分番号とする支払区分の表示位置データを、画面の向かって最も右側の位置データとする。以後、計数値が大きい順番に、順次その左隣側になるように、支払区分テーブル21における各支払区分の表示位置データを変更する。こうすることにより、その顧客の最も利用率が高い支払方法から順番に各支払区分選択キーを並べることができる。
【0041】
図7(b)は、「リボルビング払い」,「1回払い」,「ボーナス一括払い」,「分割払い」,「ボーナス併用払い」の順番に利用率が高い顧客に対する支払方法選択画面50Dの表示例であって、画面の向かって右側から横1列に「リボルビング払い」の選択キー53、「1回払い」の選択キー51、「ボーナス一括払い」の選択キー55、「分割払い」の選択キー51、「ボーナス併用払い」の選択キー54が順番に表示されている。ここで、画面の向かって最も右側のキーは、右利きのオペレータにとって最も操作しやすい位置である。したがって、当該顧客が利用するであろうと予測される支払方法の支払区分選択キーが最も操作しやすい位置に表示されるので、実際に顧客がこの支払方法を選択したときの操作を簡易化できる。
【0042】
なお、タッチパネル16に各支払区分選択キーを縦1列に表示する場合には、最も操作しやすい位置は最上段であるので、利用率の高い順番に上から支払区分選択キーを配列することによって、同様な効果を奏し得る。
【0043】
また、図7(c)に示すように、メッセージをディスプレイ19に表示させることによって、当該顧客が最も多く利用していると判定された支払方法をオペレータに明示するものも、本発明に含まれる。この実施の形態は、タッチパネル16を持たず、キーボードに支払方法選択キーが固定的に配置されたPOS端末,電子式キャッシュレジスタ,クレジット端末等に適用することによって、操作の簡易化、接客のサービス性の向上といった効果が期待できる。
【0044】
ところで、クレジットを利用する顧客においては、取引金額の大小によって支払方法を変更する場合がある。例えば、取引金額が1万円以下の時には1回払いを利用するが、1万円を超えると分割払いやボーナス一括払いを利用するというような場合である。
【0045】
そこで、図8に示すように、取引金額の範囲を例えば1万円未満と、1万円から5万円までと、5万円以上の3段階に区分し、顧客管理データベース30に蓄積される顧客管理レコード31のカウンタ部32′を、それぞれ取引金額範囲の段階毎に設ける。
【0046】
そしてCPU1は、図9に示すように、クレジット決済処理のST2において会員との商品売買取引を認識すると、ST23としてクレジットの取引金額Xを取得する。しかる後、ST13′として顧客管理データベース30に登録されている当該顧客の顧客管理レコード31におけるカウンタ部32のデータから取引金額Xが含まれる範囲で最も利用率の高い支払区分番号Nを取得するように構成する。
【0047】
こうすることによって、取引金額の大小によって顧客が支払方法を変更する場合でも、キャッシャは確実に当該顧客が利用するであろうと思われる支払方法を予測することができる。
【0048】
なお、この他の実施の形態において、CPU1は、図8に示すST21′の処理において、当該会員の取引金額Xの範囲における選択支払区分iのカウンタを+1すること、及び、非会員との取引においては、その顧客が会員として登録されたとき、当該会員の取引金額Xの範囲における選択支払区分iのカウンタだけを“1”とし、他のカウンタを全て“0”とすることは、言うまでもないことである。
【0049】
なお、本発明は、クレジットにおける決済手段(支払方法)の選択支援にのみ適用されるものではない。例えば、商品売買取引には、その決済手段として現金,クレジット,デビット,プリペイド,電子マネー等があり、顧客はこれらの決済手段の中からいずれか1つまたは複数を組み合わせて商品売買取引の代金を支払っている。そこで、顧客毎に商品売買取引の決済手段利用回数を決済手段別に計数し、当該顧客が最も多く利用している決済手段を登録締めキーの入力前に明示してキャッシャに知らせるように構成することも、本発明であれば容易に実施できるものである。
【0050】
また、前記実施の形態では、操作入力部としてタッチパネル16を用いたPOS端末を例示したが、ポインタ表示可能なディスプレイを備え、マウス,トラックボール等のポインティングデバイスを用いて画面上のポインタを移動させて、キー画面上のキーを入力するようにしたPOS端末,電子式キャッシュレジスタ,クレジット端末等にも、本発明を同様に適用することができる。
この他、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは言うまでもないことである。
【0051】
【発明の効果】
以上詳述したように本発明によれば、決済を申し出た顧客が最も多く利用している決済手段が何であるかをキャッシャが瞬時に判断でき、操作性を向上できるとともに、サービス性のよい接客を行なうことができる。
【図面の簡単な説明】
【図1】 本発明の実施の形態におけるPOS端末のブロック図。
【図2】 同実施の形態における支払区分テーブルのエリア構成図。
【図3】 同実施の形態における顧客管理データベースの説明図。
【図4】 同実施の形態における登録キー画面を示す図。
【図5】 同実施の形態における支払区分選択画面を示す図。
【図6】 同実施の形態におけるCPUのクレジット決済処理の要部を示す流れ図。
【図7】 他の実施の形態における支払区分選択画面及びメッセージ画面を示す図。
【図8】 他の実施の形態における顧客管理データベースのカウンタ部の説明図。
【図9】 図8に示した顧客管理データベースを利用したときのクレジット決済処理の要部を示す流れ図。
【符号の説明】
1…CPU、5…HDD装置、16…タッチパネル、20…カードリーダ、21…支払区分テーブル、30…顧客管理データベース、50A〜50D…支払方法選択画面。
Claims (6)
- 複数種類の決済手段のなかから選択された決済手段で商品売買取引の決済を処理する決済処理装置において、
会員登録されている顧客別に前記決済手段毎の利用回数を計数する計数部を記憶する顧客管理データベースと、
前記顧客との商品売買取引決済時に前記顧客管理データベースに記憶されている当該顧客の決済手段別計数部の計数値を比較して当該顧客が最も多く利用している決済手段を判定する判定手段と、
この判定手段により当該顧客が最も多く利用していると判定された決済手段を明示する明示手段と、
前記顧客との商品売買取引決済後に前記顧客管理データベースに記憶されている当該顧客の決済手段別計数部のうち利用された決済手段の計数部をカウントアップする利用回数計数手段と、
を具備したことを特徴とする決済処理装置。 - 決済手段別の選択キーを表示する表示部を備え、
前記明示手段は、当該顧客が最も多く利用していると判定された決済手段の選択キーを他の決済手段の選択キーよりも強調して表示させることを特徴とする請求項1記載の決済処理装置。 - 決済手段別の選択キーを表示する表示部を備え、
前記明示手段は、当該顧客が最も多く利用していると判定された決済手段の選択キーを最も操作しやすい位置に表示させることを特徴とする請求項1記載の決済処理装置。 - 複数種類の決済手段のなかから選択された決済手段で商品売買取引の決済を処理する決済処理装置において、
会員登録されている顧客別に、段階的に設定された取引金額範囲毎に前記決済手段毎の利用回数を計数する計数部を記憶する顧客管理データベースと、
前記顧客との商品売買取引決済の取引金額を取得する取引金額取得手段と、
前記顧客との商品売買取引決済時に、前記顧客管理データベースに記憶されている当該顧客の決済手段別計数部のうち前記取引金額取得手段により取得した取引金額が含まれる範囲内の決済手段別計数部の計数値を比較して当該顧客が最も多く利用している決済手段を判定する判定手段と、
この判定手段により当該顧客が最も多く利用していると判定された決済手段を明示する明示手段と、
前記顧客との商品売買取引決済後に前記顧客管理データベースに記憶されている当該顧客の決済手段別計数部のうち前記取引金額取得手段により取得した取引金額が含まれる範囲内の利用された決済手段の計数部をカウントアップする利用回数計数手段と、
を具備したことを特徴とする決済処理装置。 - 決済手段別の選択キーを表示する表示部を備え、
前記明示手段は、当該顧客が最も多く利用していると判定された決済手段の選択キーを他の決済手段の選択キーよりも強調して表示させることを特徴とする請求項4記載の決済処理装置。 - 決済手段別の選択キーを表示する表示部を備え、
前記明示手段は、当該顧客が最も多く利用していると判定された決済手段の選択キーを最も操作しやすい位置に表示させることを特徴とする請求項4記載の決済処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002070460A JP3662004B2 (ja) | 2002-03-14 | 2002-03-14 | 決済処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002070460A JP3662004B2 (ja) | 2002-03-14 | 2002-03-14 | 決済処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003272047A JP2003272047A (ja) | 2003-09-26 |
| JP3662004B2 true JP3662004B2 (ja) | 2005-06-22 |
Family
ID=29201023
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002070460A Expired - Fee Related JP3662004B2 (ja) | 2002-03-14 | 2002-03-14 | 決済処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3662004B2 (ja) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008112326A (ja) * | 2006-10-31 | 2008-05-15 | Nec Biglobe Ltd | 決済処理システム、サービス提供サーバ、認証課金サーバ、決済処理方法及びプログラム |
| US20090018954A1 (en) * | 2007-07-11 | 2009-01-15 | Qualcomm Incorporated | A mobile wireless financial instrument |
| US7930249B2 (en) | 2007-07-11 | 2011-04-19 | Qualcomm Incorporated | Mobile wireless financial instrument for automatically selecting a payment instrument |
| US8224375B2 (en) | 2009-05-01 | 2012-07-17 | Qualcomm Incorporated | Proximity purchase ringtones |
| JP2011253234A (ja) * | 2010-05-31 | 2011-12-15 | Teraoka Seiko Co Ltd | Posレジスタ及びposシステム |
| EP3140715A4 (en) * | 2014-06-11 | 2018-01-10 | Square, Inc. | Controlling access based on display orientation |
| US9324065B2 (en) | 2014-06-11 | 2016-04-26 | Square, Inc. | Determining languages for a multilingual interface |
| JP6407121B2 (ja) * | 2015-09-25 | 2018-10-17 | 東芝テック株式会社 | チェックアウトシステム、会計機、及び制御プログラム |
| US10496970B2 (en) | 2015-12-29 | 2019-12-03 | Square, Inc. | Animation management in applications |
| US10380579B1 (en) | 2016-12-22 | 2019-08-13 | Square, Inc. | Integration of transaction status indications |
| JP6434604B2 (ja) * | 2017-11-24 | 2018-12-05 | 東芝テック株式会社 | チェックアウトシステムおよび決済装置並びにその制御プログラム |
| JP6443525B2 (ja) * | 2017-11-29 | 2018-12-26 | 株式会社寺岡精工 | Posシステム、登録装置、プログラム及び精算方法 |
| JP6631683B2 (ja) * | 2018-11-27 | 2020-01-15 | 株式会社寺岡精工 | Posシステム、プログラム、精算方法及び登録装置 |
| JP7053049B2 (ja) * | 2019-10-30 | 2022-04-12 | 株式会社寺岡精工 | システム、登録装置及びプログラム |
| JP6874188B2 (ja) * | 2020-03-25 | 2021-05-19 | 東芝テック株式会社 | チェックアウトシステム |
| JP7569061B2 (ja) * | 2020-05-29 | 2024-10-17 | 株式会社寺岡精工 | 精算装置、プログラム、サーバ装置用プログラム、及び精算方法 |
| JP7428862B2 (ja) * | 2021-11-19 | 2024-02-07 | Lineヤフー株式会社 | 推定装置、推定方法、学習装置、学習方法、およびプログラム |
| JP7717931B1 (ja) * | 2024-08-30 | 2025-08-04 | 楽天グループ株式会社 | 決済システム、決済方法、及びプログラム |
-
2002
- 2002-03-14 JP JP2002070460A patent/JP3662004B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003272047A (ja) | 2003-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3662004B2 (ja) | 決済処理装置 | |
| JP6730077B2 (ja) | 商品登録処理システム、及び商品登録方法 | |
| US8321282B2 (en) | Article sales data processing apparatus and control method for the same | |
| JP2006301688A (ja) | 商品販売データ処理装置 | |
| JP2007241430A (ja) | 商品販売データ処理装置及び返品処理方法並びに返品処理プログラム | |
| JP2003288643A (ja) | 商品販売データ処理システム及び商品販売データ処理プログラム | |
| JP5562913B2 (ja) | 商品販売データ処理装置及びレシート明細検索プログラム | |
| JPH1139566A (ja) | 会計装置 | |
| JP4932441B2 (ja) | 商品販売データ処理装置 | |
| JP2016099774A (ja) | 商品販売データ処理装置及びその制御プログラム | |
| JP6965409B2 (ja) | 商品登録処理システム、及び商品登録方法 | |
| JP2024003405A (ja) | 会計装置およびプログラム | |
| JP6568271B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP2022027915A (ja) | 商品販売処理装置、商品販売処理装置に用いられるプログラム | |
| JP7483568B2 (ja) | 会計装置、登録装置、およびプログラム | |
| JP2019185829A (ja) | 情報処理装置及び情報処理プログラム | |
| JP2014167830A (ja) | 商取引処理装置及びレシート明細検索プログラム | |
| JP3662005B2 (ja) | サービスポイント付与装置及びサービスポイント付与方法並びにサービスポイント付与プログラム | |
| JP3041181B2 (ja) | 商品販売データ処理装置 | |
| JP2007164703A (ja) | 商品販売データ処理装置 | |
| JP2002352174A (ja) | 決済装置及び決済方法 | |
| JPH08305962A (ja) | 商品販売登録データ処理装置 | |
| JP6382389B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP2024047110A (ja) | 会計装置、およびプログラム | |
| JP6138198B2 (ja) | 商取引処理装置及びレシート明細検索プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041022 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041102 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041217 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050315 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050318 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080401 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090401 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100401 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100401 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110401 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120401 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130401 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130401 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140401 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |