JP4185412B2 - Payment processing device - Google Patents
Payment processing device Download PDFInfo
- Publication number
- JP4185412B2 JP4185412B2 JP2003195094A JP2003195094A JP4185412B2 JP 4185412 B2 JP4185412 B2 JP 4185412B2 JP 2003195094 A JP2003195094 A JP 2003195094A JP 2003195094 A JP2003195094 A JP 2003195094A JP 4185412 B2 JP4185412 B2 JP 4185412B2
- Authority
- JP
- Japan
- Prior art keywords
- budget
- customer
- data
- period
- amount
- 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
Description
【0001】
【発明の属する技術分野】
本発明は、POS(Point Of Sales)端末,電子式キャッシュレジスタ,クレジット端末,電子決済専用端末等の決済処理装置に関わり、特に、顧客毎に設定される商品購入予算の実績管理機能を有した決済処理装置に関する。
【0002】
【従来の技術】
従来のこの種の決済処理装置としては、買物毎に予算金額を設定して仮登録モードを宣言し、仮登録モード時には当該顧客の買上商品を仮登録バッファに仮登録させるとともに仮登録された商品の合計金額を算出する。そして、仮登録商品の合計金額と設定された予算金額とを対比し、その結果を報知する。ここで、仮登録された商品が指定され取消が宣言されると、その商品を仮登録バッファから削除し、売上確定が宣言されると、仮登録バッファに仮登録された商品を売上登録するようにした装置がある(例えば、特許文献1参照)。
【0003】
このような決済処理装置を用いることにより、顧客自身が買物の度に商品購入予算を設定することによって、その予算内での買物を簡単に援助することができる。
【0004】
【特許文献1】
特開平8−96256号公報
【0005】
【発明が解決しようとする課題】
しかしながら、従来のこの種の決済処理装置においては、買物の度にその1回分の買物に対する商品購入予算を設定する必要があったので、顧客自身が例えば1ヶ月分の生活費として月単位に商品購入予算を設定する場合でも、その予算内での買物を簡単に援助できる決済処理装置が望まれていた。
【0006】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、買物の度にその1回分の買物に対する商品購入予算を設定するのではなく、所定期間内の複数回数分の買物に対する商品購入予算を設定して、その期間内における予算内での買物を簡単に援助することができる決済処理装置を提供しようとするものである。
【0007】
【課題を解決するための手段】
本発明は、売上登録された商品の代金とその代金の支払データとから商品売買取引を決済する決済処理装置、例えばPOS端末,電子式キャッシュレジスタ,クレジット端末,電子決済専用端末等において、商品売買取引相手である顧客の予算期間及びその期間内の予算金額とその顧客の過去の商品売買取引の決済履歴データとを取得する予算管理データ取得手段を設ける。また、今回の商品売買取引の決済処理により処理される今回買上金額を記憶する買上金額記憶手段、現在日付を計時する計時手段、今回の商品売買取引の決済処理時点において、予算管理データ取得手段により取得した予算期間の内、計時手段により計時されている現在日付を含む予算期間を抽出する予算期間抽出手段、及びこの予算期間抽出手段により抽出した予算期間内の決済履歴データの買上金額の合計に、前記買上金額記憶手段により記憶した今回の商品売買取引の買上金額を加算して、当該顧客が該当する予算期間内に買上げた商品の合計金額を算出する買上合計算出手段を設ける。そして、この買上合計金額と該当する予算期間内の予算金額とを対比して、その結果を報知するようにしたものである。
【0008】
【発明の実施の形態】
以下、本発明の実施の形態を図面を用いて説明する。
はじめに、第1の実施の形態について図1〜図9を用いて説明する。なお、この第1の実施の形態は、顧客毎に設定可能な予算データを記憶する顧客予算データ記憶手段と、顧客毎に商品売買取引の決済履歴データを記憶する決済履歴データ記憶手段とを、決済装置の外部に接続されたデータベースサーバ上に設け、決済装置がこのデータベースサーバにアクセスして、該当する顧客の予算データ及び決済履歴データを取得するようにしたものである。
【0009】
図1は本実施の形態のシステム構成を示すブロック図である。本システムは、管理体に設置される1台の顧客管理サーバ1と、上記管理体の管理下にある各指定店舗にそれぞれ設置される複数台のPOS端末2とからなる。顧客管理サーバ1と各POS端末2とは、LAN(Local Area Network)等の専用のネットワーク3によって相互通信自在に接続されている。
【0010】
因みに、スーパーマーケットやコンビニエンスストア等のチェーンストアを単位に本システムを構築する場合には、各チェーン店が指定店舗となり、各チェーン店を統轄する本部が管理体となる。また、商店街やショッピングセンター等を単位に本システムを構築する場合には、各加盟店が指定店舗となり、各加盟店を統轄するデベロッパーが管理体となる。管理体は、各店舗で買物をする各顧客にそれぞれその顧客を特定する顧客データとして顧客IDコードを付与する。そして、この顧客IDコードを記憶した携帯型記憶媒体として顧客カード10を各顧客に発行するものとなっている。なお、顧客カード10は、顧客IDコードを磁気記録した磁気カードであってもよいし、半導体メモリに記憶したICカードであってもよい。また、データ授受方式は接触式であっても非接触式であってもよい。また、携帯電話やPDA(Personal Digital Assistant)等のモバイル機器を携帯型記憶媒体として使用することも可能である。
【0011】
顧客管理サーバ1は、顧客予算データベース4と決済履歴データベース5を管理するデータベースサーバとしての機能を有している。
顧客予算データベース4には、図2に示すように、各顧客にそれぞれ付与される顧客IDコード毎に、その顧客自身によって設定可能な予算期間の開始年月日及び終了年月日のデータと、その期間内の予算金額を示すデータとが複数パターン蓄積されるようになっている。ここに、顧客予算データベース4は、顧客予算データ記憶手段を構成する。
【0012】
決済履歴データベース5には、図3に示すように、前記顧客IDコード毎に、その顧客が買物をした年月日(購買年月日)及び買上店の識別コードである店舗コードと、そのときの買上金額とが順次蓄積されるようになっている。ここに、決済履歴データベース5は、決済履歴データ記憶手段を構成する。
【0013】
また顧客管理サーバ1は、インターネット等の公衆ネットワーク6に接続されており、パソコン7や携帯電話8等のユーザ端末から公衆ネットワーク6を介してアクセス可能となっている。そして、顧客IDコードを所有する顧客は、ユーザ端末7,8を用いて顧客管理サーバ1に接続し、自己の顧客IDコードと暗証番号とを入力することによってアクセス権を得ることにより、自己の顧客予算データベース4に新規の予算期間と予算金額を追加したり、既存の予算期間及び予算金額を修正または削除したりすることができるようになっている。
【0014】
各POS端末2は、本発明の決済処理装置の一例であり、前記顧客カード10に記憶されたデータを読取ることが可能なカードリーダライタ9をそれぞれ具備している。なお、この実施の形態では、カードリーダライタ9の代わりに読取専用のカードリーダを具備していてもよい。
【0015】
図4はPOS端末2の要部構成を示すブロック図である。POS端末2は、制御部本体を構成するCPU(Central Processing Unit)11、プログラム等の固定的データを予め格納したROM(Read Only Memory)12、各種のデータを書換え自在に格納するRAM(Random Access Memory)13、現在の日付及び時刻を計時する時計部14、前記専用ネットワーク3を介して接続される顧客管理サーバ1とのデータ送受信を司る通信インターフェイス15、モードスイッチ16から信号が入力され、ドロワ17に信号が出力されるI/O(Input/Output)ポート18、キーボード19から操作キーに対応したキー信号を取込むキーボードコントローラ20、オペレータ用表示器21にデータを表示させる第1の表示コントローラ22、客用表示器23にデータを表示させる第2の表示コントローラ24、プリンタ25を駆動してレシート印字等を行なわせるプリンタコントローラ26及び前記カードリーダライタ9で読取られたカード情報を取込むカードリーダライタコントローラ27等を備えている。そして、CPU11と、ROM12,RAM13,時計部14,通信インターフェイス15,I/Oポート18及び各種入出力機器のコントローラ20,22,24,26,27とを、アドレスバス,データバス等のバスライン28で接続して、POS端末2の制御部を構成している。
【0016】
モードスイッチ16は、「登録」,「点検」,「精算」,「設定」等の各種業務モードを択一的に選択するためのスイッチで、例えば鍵にて切換操作される。因みに「登録」とは、入力された商品情報に基づいてその商品の売上データをRAM13の売上登録メモリに登録処理し、商品売買取引の登録締めが宣言されると、その取引で売上登録された商品の代金とその代金の支払データとから当該商品売買取引を決済してレシートを印字発行する業務のモードである。「点検」とは、登録業務によって売上登録メモリに登録処理されたデータを集計し、その結果を売上点検レポートとして出力する業務のモードである。「精算」とは、点検業務と同様に売上登録メモリに登録処理されたデータを集計し、その結果を売上点検レポートとして出力した後、売上登録メモリの内容をクリアする業務のモードである。「設定」とは、各種業務を実行する上で必要なデータを予めRAM13に設定する業務のモードである。
【0017】
キーボード19には、各種商品情報を入力するためのキーや支払データを入力するためのキーの他、登録締めを宣言する締めキー等が配設されている。
【0018】
かかる構成の各POS端末2は、各顧客がそれぞれ自身で設定した所定期間内における予算内での買物を援助するのに必要な構成として、特に図5に示すように、複数段階(本実施の形態では4段階)に区分された予算比Aの範囲別にそれぞれ異なる印字メッセージデータを設定したメッセージテーブル30を作成し、RAM13に記憶している。ここで、予算比Aは、例えば1週間や1ヶ月等のような所定の予算期間内に行なう複数回分の買物に対する商品購入予算金額をMとし、その期間内に実際に各店舗で買上げた商品の合計金額をNとしたとき、予算金額Mに対する合計金額Nの比率、つまり(N/M)×100で算出される比率である。したがって、予算比Aが小さい範囲では、予算が充分に余っていることを顧客に報知する内容のメッセージ、例えば「予算は充分に残っています。XXXX(店舗推奨の商品名)等はいかがですか?」や「予算はまだ余裕があります。YYYY(店舗推奨の商品名)等はいかがですか?」が設定され、予算比Aが100%に近づくと、予算達成が近いことを顧客に報知するメッセージ、例えば「予算の90%に達しました。そろそろ倹約しましょう。」が設定され、予算比Aが100%を超えると、予算オーバーであることを顧客に報知するメッセージ、例えば「予算オーバーです。お買上ありがとうございました。」が設定される。なお、各種メッセージの内容は、設定業務の中でPOS端末2毎に適宜変更することができる。
【0019】
また、各POS端末2は、上記買物援助機能を実現するために、図6に示す如く、今回買上金額エリア31、登録中フラグエリア32、カードフラグエリア33、買上金額累計エリア34、予算比エリア35、レシート印字データバッファ36、顧客予算データバッファ37及び決済履歴データバッファ38の各種メモリエリアをRAM13上に形成している。
【0020】
しかして、モードスイッチ16により登録業務モードが選択されている状態で、キーボード19の締めキーが操作入力されると、CPU11が図7の流れ図に示す締めキー処理を実行するように、プログラムを構成している。
【0021】
すなわちCPU11は、この締めキー処理を開始すると、先ず、ST(ステップ)1として登録中フラグエリア32の登録中フラグをチェックして、1取引として売買される商品の売上データが登録処理されているか否かを判断する。ここで、登録中フラグがリセットされていた場合には、商品登録が行なわれていないにも拘らず登録締めが宣言された誤操作なので、締めキーの入力をエラーとする。
【0022】
ST1にて登録中フラグがセットされていた場合には、CPU11は、ST2として商品売買取引の決済処理を実行する。例えばキーボード19の置数キーと預/現計キーとにより預かり金額が入力された場合には、当該商品売買取引に対して現金による決済が指示されたので、預かり金額が今回買上金額エリア31に記憶されている今回買上金額以上であることを条件に預かり金額から今回買上金額を減算して釣銭額を算出する。そして、今回買上金額,預かり金額,釣銭額などの登録締め印字データをレシート印字データバッファ36に格納する。
【0023】
次に、CPU11は、ST3としてカードフラグエリア33のカードフラグをチェックして、顧客IDコードの読取り有無を判断する。ここで、カードフラグがリセットされていた場合には、顧客IDコードを読取っていないので、CPU11は、ST4,5の処理を省略して、ST6の処理に進む。これに対し、カードフラグがセットされていた場合には、カードリーダライタ9を介して顧客カード10に記憶された顧客IDコードを読取っているので(顧客データ取得手段)、CPU11は、ST4,5の処理を実行した後、ST6の処理に進む。
【0024】
ST4では、CPU11は、読取った顧客IDコードを検索キーとして顧客管理サーバ1に問合せを行ない、当該顧客IDコードに対応して顧客予算データベース4に蓄積されている予算期間(開始日,終了日)及び予算金額の予算データと、当該顧客IDコードに対応して決済履歴データベース5に蓄積されている購買年月日,店舗コード及び買上金額の決済履歴データとを取得する(予算管理データ取得手段)。そして、予算データを顧客予算データバッファ37に書込み、決済履歴データを決済履歴データバッファ38に書込む。
【0025】
ST5では、CPU11は、図8に具体的に示す予算実績比較処理を実行する。先ず、ST21として時計部14にて計時されている現在日付を取得する。次に、ST22として顧客予算データバッファ37に記憶されている予算データの中から当該現在日付が含まれる予算期間を取得する。ここで、ST23として当該現在日付が含まれる予算期間を取得できた場合には(予算期間判断手段)、CPU11は、ST24としてその予算期間に対応して設定されている予算金額Mを取得する。また、CPU11は、ST25として決済履歴データバッファ38に記憶されている決済履歴データの中から購買年月日が当該予算期間内に含まれる決済履歴データを抽出し、この抽出データの買上金額を買上金額累計エリア34を利用して合計する。しかる後、ST26として買上金額累計エリア34内の買上合計金額に今回買上金額エリア31内の今回買上金額を加算して予算期間内に買上げた商品の合計金額Nを算出する(買上合計算出手段)。
【0026】
こうして、予算金額Mと予算期間内の買上合計金額Nとを取得したならば、CPU11は、ST27として下記(1)式により予算比Aを算出する(対比手段)。
A=(N/M)×100 …(1)
そして、予算比Aを算出したならば、CPU11は、ST28としてメッセージテーブル30を検索して、その予算比Aが属する予算比範囲を決定し、その予算比範囲に対応して設定されている印字メッセージデータを抽出する。そして、ST29としてこの抽出した印字メッセージデータをレシート印字データバッファ36に格納したならば、ST6の処理に進む。
【0027】
なお、ST23にて現在日付が含まれる予算期間を取得できなかった場合には(予算期間判断手段)、CPU11は、ST30として予算未設定を示す印字メッセージデータ、例えば「予算が設定されていません」をメッセージテーブル30から抽出し、レシート印字データバッファ36に格納して、ST6の処理に進む。
【0028】
ST6では、CPU11は、決済内容(例えば買上合計金額,預かり金額,釣銭金額等)をオペレータ用表示器21及び客用表示器23に表示させる。
【0029】
その後、CPU11は、ST7としてレシート印字データバッファ36に格納されている印字データをプリンタコントローラ26に供給して、当該印字データのレシート印字を制御する(報知手段)。またCPU11は、ST8としてI/Oポート18からドロワ17に駆動信号を出力して、ドロワ17を開放させる。
【0030】
しかる後、CPU11は、ST9としてカードフラグの状態から顧客IDコードの読取り有りを確認している場合のみ、ST10として当該顧客IDコードと現在日付(購買年月日)と今回買上金額と店舗コードとから当該顧客の本日分の決済履歴データを作成する。そして、この決済履歴データを顧客管理サーバ1に専用ネットワーク3を介して送信して、決済履歴データベース5を更新させる。顧客IDコードの読取り無しを確認している場合には、ST10の処理は実行しない。
【0031】
その後、CPU11は、ST11として登録中フラグ及びカードフラグをリセットして、この締めキー入力処理を終了する。なお、CPU11は、次の商品売買取引の1点目の商品登録があると、その商品の売上登録に先立ち、今回買上金額エリア31,買上金額累計エリア34,予算比エリア35及び各データバッファ36,37,38のデータをクリアするものとなっている。
【0032】
このように構成された本実施の形態においては、顧客カード10を所有している顧客は、適宜、パソコン7や携帯電話8等のユーザ端末を利用して顧客管理サーバ1にアクセスし、例えば1ヶ月間の予算期間とその期間内に行なう複数回分の買物に対する予算金額とを設定する。そうすると、顧客管理サーバ1の顧客予算データベース4によって、各顧客がそれぞれ設定した予算データ(予算期間開始日,予算期間終了日,予算金額)が顧客別に記憶管理される。
【0033】
また顧客は、顧客カード10を使用可能な指定店舗で買物をしたときには、決済の際に自身の顧客カード10を店側に提示する。各店舗の店員は、顧客から顧客カード10の提示を受けると、その顧客カード10のデータをカードリーダライタ9で読取らせた状態で、当該顧客との商品売買取引の締めキー操作を行なう。こうすることにより、POS端末2から顧客管理サーバ1に、当該商品売買取引の決済履歴データ(購買年月日,店舗コード,買上金額)が送信され、この決済履歴データが決済履歴データベース5によって顧客別に記憶管理される。
【0034】
また、顧客カード10のデータをカードリーダライタ9で読取っている状態で締めキー操作が行なわれると、その顧客カード10に記憶されている顧客IDコードによって特定される顧客自身によって設定された予算期間及びその期間内の予算金額を示すデータとその顧客の過去の商品売買取引の決済履歴データとが、顧客予算データベース4及び決済履歴データベース5から読み出され、POS端末2に取込まれる。そして、今回の商品売買取引が予算期間内で行なわれたものであるとき、POS端末2では、その予算期間に対応して設定された予算金額Mと当該顧客が該当する予算期間内に買上げた商品の合計金額Nとが求められる。そして、この予算金額Mと合計金額Nとから予算比Aが算出される。そして、この予算比Aに対して予め設定されているメッセージが当該顧客との商品売買取引に対して発行されるレシートに印字される。
【0035】
今、メッセージテーブル30に図5に示す内容の予算比範囲とメッセージデータが設定されていたとする。この場合において、例えば予算比Aが90%以上で100%未満の顧客との商品売買取引が行なわれたとすると、図9に示すように、この取引に対するレシート40には、予算比範囲(90%≦A<100%)に対応するメッセージ「予算の90%に達しました。そろそろ倹約しましょう。」41が印字される。したがって、顧客は、レシート40に印字されたメッセージ41の内容から予算が残り少ないことを簡単に把握できる。
【0036】
このように本実施の形態によれば、例えば1週間や1ヶ月といった予約期間と、その期間内の複数回分の買物に対する商品購入予算とを顧客自身が設定することによって、その予約期間内における予算の使用状況に適したメッセージを顧客に報知することができる。その結果、所定の予算期間内における予算内での買物を簡単に援助することができ、顧客サービスの向上を図ることができる。
【0037】
次に、請求項1,3及び5記載の発明に対応した第2の実施の形態について図10〜図12を用いて説明する。なお、この第2の実施の形態は、顧客毎に設定可能な予算データを各顧客がそれぞれ所有する携帯型記憶媒体に記憶させたものであり、携帯型記憶媒体を周知のポイントサービスシステムに用いられるポイントカードとした場合である。
【0038】
図10は、本実施の形態のシステム構成を示すブロック図であり、図1と同一部分には同一符号を付している。すなわち、本実施の形態が前記第1の実施の形態とシステム上で異なる点は、ポイントカード50に対してデータの読取り及び書込みが可能なカードリーダライタ9をPOS端末52に設けるとともに、同一のカードリーダライタ51を備えたポイント情報端末53をPOS端末52と同様に専用ネットワーク3に接続した点と、顧客管理サーバ1から顧客予算データベース4を排除した点である。
【0039】
ポイントカード50は、図11に示すように、その記憶部に、カード所有者である顧客を特定するための顧客IDコードを固定的に記憶するとともに、ポイントサービス加盟店での商品売買取引毎に発生するポイントの累計ポイントと、任意の予算期間の開始日及び終了日と、その期間内の複数回分の買物に対する予算金額とを可変的に記憶するものであり、例えばICカードが利用される。
【0040】
POS端末52及びポイント情報端末53は、ポイントサービス加盟店にそれぞれ設置される。ポイント情報端末53は、カードリーダライタ51を介して読取ったポイントカード50の累計ポイントを確認のために表示したり、そのポイントから割引券の発行したりする周知の機能に加え、本実施の形態では、このポイント情報端末53を利用して、ポイントカード50に顧客自身が所望する予算期間と予算金額とを設定できるようになっている。
【0041】
POS端末52は、本発明の決済処理装置の一例であり、そのハードウェア構成は、図4に示したPOS端末2と同様である。また、買物援助機能を実現するために、メッセージテーブル30と、図6に示した各メモリエリア31〜38のうち、顧客予算データバッファ37を除くメモリエリアをRAM13に形成している。そして、顧客予算データバッファ37の代わりに、ポイントカード50のカードデータを一時保存するカードデータバッファをRAM13に形成している。
【0042】
しかして、モードスイッチ16により登録業務モードが選択されている状態で、キーボード19の締めキーが操作入力されると、POS端末52のCPU11は図12の流れ図に示す締めキー処理を実行する。先ず、ST21として登録中フラグエリア32の登録中フラグをチェックして、1取引として売買される商品の売上データが登録処理されているか否かを判断し、登録されている場合には、ST22として商品売買取引の決済処理を実行する。
【0043】
次に、CPU11は、ST23としてカードフラグエリア33のカードフラグをチェックして、ポイントカード50のデータ読取り有無を判断する。ここで、カードフラグがリセットされていた場合には、ポイントカード50のデータ読取り無しが判断されたので、その他の処理を実行する。
【0044】
これに対し、カードフラグがセットされていた場合には、カードリーダライタ9を介してポイントカード50に記憶されたデータ(顧客IDコード,累計ポイント,予算開始日,予算終了日,予算金額)を読取っているので、ST24としてそのカードデータをカードデータバッファに一時保存した後(予算データ取得手段)、ST25として今回買上金額エリア31に記憶されている今回買上金額等に基づいて今回ポイントを算出し、さらに、この今回ポイントをポイントカード50から読取った累計ポイントに加算して、今回取引後の累計ポイントを算出する。
【0045】
次に、CPU11は、ST26としてポイントカード50のカードデータ中に予算期間及び予算金額の予算データが設定されているか否かを判断する。ここで、設定されていない場合には、ST36の処理に進む。
【0046】
これに対し、予算データが設定されている場合には、CPU11は、ST27として時計部14にて計時されている現在日付を取得する。そして、ST28として現在日付がカードデータ中の予算期間内か否かを判断する(予算期間判断手段)。
【0047】
ここで、予算期間内の場合には、CPU11は、ST29としてカードデータ中の顧客IDコードを検索キーとして顧客管理サーバ1に問合せを行ない、当該顧客IDコードに対応して決済履歴データベース5に蓄積されている購買年月日,店舗コード及び買上金額の決済履歴データを取込んで、決済履歴データバッファ38に格納する(決済履歴データ取得手段)。次に、CPU11は、ST30として決済履歴データバッファ38に格納された決済履歴データの中から購買年月日が当該予算期間内に含まれる決済履歴データを抽出し、この抽出データの買上金額を買上金額累計エリア34を利用して合計する。しかる後、ST31として買上金額累計エリア34内の買上合計金額に今回買上金額エリア31内の今回買上金額を加算して予算期間内に買上げた商品の合計金額Nを算出する(買上合計算出手段)。
【0048】
こうして、予算期間内の買上合計金額Nを算出したならば、CPU11は、ST32としてカードデータバッファに格納されている予算金額Mを取出し、この予算金額Mと買上合計金額Nとから前記(1)式によって予算比Aを算出する(対比手段)。そして、予算比Aを算出したならば、CPU11は、ST33としてメッセージテーブル30を検索して、その予算比Aが属する予算比範囲を決定し、その予算比範囲に対応して設定されている印字メッセージデータを抽出する。そして、ST34としてこの抽出した印字メッセージデータをレシート印字データバッファ36に格納したならば、ST36の処理に進む。
【0049】
なお、ST28にて現在日付が予算期間内でなかった場合には、CPU11は、ST35として予算未設定を示す印字メッセージデータを抽出し、レシート印字データバッファ36に格納して、ST36の処理に進む。
【0050】
ST36では、CPU11は、決済内容をオペレータ用表示器21及び客用表示器23に表示させる。その後、CPU11は、ST37としてレシート印字データバッファ36に格納されている印字データをプリンタコントローラ26に供給して、当該印字データのレシート印字を制御する(報知手段)。また、ST38としてドロワ17を開放させる。
【0051】
しかる後、CPU11は、ST39としてカードデータ中の顧客IDコードと現在日付(購買年月日)と今回買上金額と店舗コードとから当該顧客の本日分の決済履歴データを作成する。そして、この決済履歴データを顧客管理サーバ1に送信して、決済履歴データベース5を更新させる。またCPU11は、ST40としてカードデータバッファのデータをカードリーダライタ51を介してポイントカード50に上書きする。その後、CPU11は、ST41として登録中フラグ及びカードフラグをリセットして、この締めキー入力処理を終了する。
【0052】
このように構成された本実施の形態においても、ポイントカード50を所有している顧客は、ポイントサービス加盟店において買物をする度に、顧客自身が設定した予算期間内における予算の使用状況を容易に知ることができる。したがって、所定の予算期間内における予算内での買物を簡単に援助することができ、顧客サービスの向上を図ることができる。
【0053】
次に、請求項1,4及び5記載の発明に対応した第3の実施の形態について図13〜図15を用いて説明する。なお、この第3の実施の形態は、顧客毎に設定可能な予算データとその顧客の決済履歴データとを各顧客がそれぞれ所有する携帯型記憶媒体に記憶させたものであり、携帯型記憶媒体を周知の電子マネー決済システムに用いられる電子マネーカードとした場合である。
【0054】
図10は、本実施の形態のシステム構成を示すブロック図である。本システムは、金融機関に設置される1台の金融機関サーバ61と、電子マネー決済システム加盟店にそれぞれ設置されるPOS端末62及び入金端末63とからなる。金融機関サーバ61とPOS端末62及び入金端末63とは、LAN(Local Area Network)等の専用のネットワーク64によって相互通信自在に接続されている。
【0055】
金融機関サーバ61は、口座データベース65を管理する。データベースサーバとしての機能を有している。
【0056】
POS端末62と入金端末63とには、それぞれ電子マネーカード66に対するデータの書込み及び読出しが可能なカードリーダライタ67が設けられている。電子マネーカード66は、例えばICカードからなり、その記憶部に、図14に示すように、口座開設者であるカードユーザを特定するためのユーザIDコードを固定的に記憶するとともに、当該カードにチャージされた残高データと、任意の予算期間の開始日及び終了日と、その期間内の複数回分の買物に対する予算金額とを可変的に記憶する。また、この記憶部で購買年月日と買上金額とからなる決済履歴データを蓄積できるようになっている。
【0057】
入金端末63は、カードリーダライタ67を介して電子マネーカード66に残高データをチャージする周知の機能に加え、本実施の形態では、この入金端末63を利用して、電子マネーカード66に顧客自身が所望する予算期間と予算金額とを設定できるようになっている。
【0058】
POS端末62は、本発明の決済処理装置の一例であり、そのハードウェア構成は、図4に示したPOS端末2と同様である。また、買物援助機能を実現するために、メッセージテーブル30と、図6に示した各メモリエリア31〜38のうち、顧客予算データバッファ37及び決済履歴データバッファ38を除くメモリエリアをRAM13に形成している。
【0059】
しかして、モードスイッチ16により登録業務モードが選択されている状態で、電子マネーカード66による決済を宣言するカードキーが操作入力されると、POS端末62のCPU11は図15の流れ図に示す締めキー処理を実行する。先ず、ST51として登録中フラグエリア32の登録中フラグをチェックして、1取引として売買される商品の売上データが登録処理されているか否かを判断し、登録されている場合には、ST52としてカードリーダライタ67を介して電子マネーカード66から残高データを含むカードデータを読込む(予算管理データ取得手段)。そして、ST53として今回買上金額エリア31に記憶されている買上金額と電子マネーカード66から読取った残高とを比較する。ここで、買上金額に対して残高が不足していた場合には、残高不足のエラーを報知する。
【0060】
これに対し、残高が買上金額以上ある場合には、CPU11は、ST54としてその残高データから買上金額分を引き去るマネーカード決済処理を実行する。
【0061】
次に、CPU11は、ST55として電子マネーカード66のカードデータ中に予算期間及び予算金額の予算データが設定されているか否かを判断する。ここで、設定されていない場合には、ST64の処理に進む。
【0062】
これに対し、予算データが設定されている場合には、CPU11は、ST56として時計部14にて計時されている現在日付を取得する。そして、ST57として現在日付がカードデータ中の予算期間内か否かを判断する(予算期間判断手段)。
【0063】
ここで、予算期間内の場合には、CPU11は、ST58として電子マネーカード66から読込んだカードデータの決済履歴データの中から購買年月日が当該予算期間内に含まれる決済履歴データを抽出し、この抽出データの買上金額を買上金額累計エリア34を利用して合計する。しかる後、ST59として買上金額累計エリア34内の買上合計金額に今回買上金額エリア31内の今回買上金額を加算して予算期間内に買上げた商品の合計金額Nを算出する(買上合計算出手段)。
【0064】
こうして、予算期間内の買上合計金額Nを算出したならば、CPU11は、ST60として電子マネーカード66から読込んだカードデータの予算金額Mを取得し、この予算金額Mと買上合計金額Nとから前記(1)式によって予算比Aを算出する(対比手段)。そして、予算比Aを算出したならば、CPU11は、ST61としてメッセージテーブル30を検索して、その予算比Aが属する予算比範囲を決定し、その予算比範囲に対応して設定されている印字メッセージデータを抽出する。そして、ST62としてこの抽出した印字メッセージデータをレシート印字データバッファ36に格納したならば、ST64の処理に進む。
【0065】
なお、ST57にて現在日付が予算期間内でなかった場合には、CPU11は、ST63として予算未設定を示す印字メッセージデータを抽出し、レシート印字データバッファ36に格納して、ST36の処理に進む。
【0066】
ST64では、CPU11は、決済内容をオペレータ用表示器21及び客用表示器23に表示させる。その後、CPU11は、ST65としてレシート印字データバッファ36に格納されている印字データをプリンタコントローラ26に供給して、当該印字データのレシート印字を制御する(報知手段)。
【0067】
しかる後、CPU11は、ST66として電子マネーカード66の残高データを最新値に更新する。また、現在日付(購買年月日)と今回買上金額とから本日分の決済履歴データを作成し、この決済履歴データを電子マネーカード66に追加する(決済履歴更新手段)。その後、CPU11は、ST67として登録中フラグをリセットして、このカードキー入力処理を終了する。
【0068】
このように構成された本実施の形態においても、電子マネーカード66を所有している顧客は、電子マネー決済システム加盟店において買物をする度に、顧客自身が設定した予算期間内における予算の使用状況を容易に知ることができる。したがって、所定の予算期間内における予算内での買物を簡単に援助することができ、顧客サービスの向上を図ることができる。
【0069】
なお、本発明は前記各実施の形態に限定されるものではない。
例えば、前記実施の形態では、段階的に設定された予算比Aの各範囲にそれぞれ対応して印字メッセージデータを設定したが、予算比Aが100%に近い範囲に対してのみ予算達成が近いことを警告するメッセージを設定し、レシート印字や客用表示器23への表示等の報知手段によって顧客に報知するようにしてもよい。また、図16に示すように、予算比Aに応じたメッセージとともに、その予算期間をレシートに印字してもよい。こうすることにより、顧客は、予算内で買物ができる残り期間も容易に知ることができ、予算期間内における予算内での買物をより確実に援助することができるようになる。
【0070】
また、本発明はPOS端末に限定されるものではなく、電子式キャッシュレジスタ,クレジット端末,電子決済専用端末等にも適用できるものである。
【0071】
この他、本発明は上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【0072】
【発明の効果】
このような手段を講じた本発明によれば、所定期間内の複数回数分の買物に対してまとめて設定された予算内での買物を簡単に援助することができ、顧客サービスの向上を図ることができる決済処理装置を提供できる。
【図面の簡単な説明】
【図1】本発明の第1の実施の形態におけるシステム構成図。
【図2】図1における顧客予算データベースのデータ構造を示す模式図。
【図3】図1における決済履歴データベースのデータ構造を示す模式図。
【図4】図1におけるPOS端末の要部構成を示すブロック図。
【図5】同POS端末のRAMに形成されるメッセージテーブルのデータ構造を示す模式図。
【図6】同POS端末のRAMに形成される主要なメモリエリアを示す模式図。
【図7】同POS端末のCPUが実行する締めキー入力処理の要部を示す流れ図。
【図8】図7における予算実績比較処理を具体的に示す流れ図。
【図9】同実施の形態において印字発行されるレシートの一例を示す模式図。
【図10】本発明の第2の実施の形態におけるシステム構成図。
【図11】同第2の実施の形態において使用するポイントカードのメモリ構造図。
【図12】同第2の実施の形態におけるPOS端末のCPUが実行する締めキー入力処理の要部を示す流れ図。
【図13】本発明の第3の実施の形態におけるシステム構成図。
【図14】同第3の実施の形態において使用する電子マネーカードのメモリ構造図。
【図15】同第3の実施の形態におけるPOS端末のCPUが実行するカードキー入力処理の要部を示す流れ図。
【図16】レシートの他の印字例を示す模式図。
【符号の説明】
1…顧客管理サーバ、2,52,62…POS端末、4…顧客予算データベース、5…決済履歴データベース、9,51,67…カードリーダライタ、10…顧客カード、30…メッセージテーブル、50…ポイントカード、53…ポイント情報端末、63…入金端末、66…電子マネーカード。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a payment processing apparatus such as a POS (Point Of Sales) terminal, an electronic cash register, a credit terminal, an electronic payment dedicated terminal, and the like, and in particular, has a performance management function of a product purchase budget set for each customer. The present invention relates to a payment processing apparatus.
[0002]
[Prior art]
As a conventional settlement processing device of this type, a budget amount is set for each purchase and a temporary registration mode is declared. In the temporary registration mode, the customer's purchased products are temporarily registered in the temporary registration buffer and temporarily registered products. Calculate the total amount of. Then, the total amount of the temporarily registered product is compared with the set budget amount, and the result is notified. Here, when a temporarily registered product is specified and cancellation is declared, the product is deleted from the temporary registration buffer, and when final sales are declared, the product temporarily registered in the temporary registration buffer is registered for sales. (For example, refer to Patent Document 1).
[0003]
By using such a settlement processing apparatus, the customer himself / herself can set a product purchase budget for each purchase, and can easily assist shopping within the budget.
[0004]
[Patent Document 1]
JP-A-8-96256
[0005]
[Problems to be solved by the invention]
However, in this type of conventional payment processing apparatus, it is necessary to set a product purchase budget for each purchase, so that the customer himself purchases the product as monthly living expenses for one month, for example. Even when setting a budget, there has been a demand for a settlement processing apparatus that can easily support shopping within the budget.
[0006]
The present invention has been made based on such circumstances. The purpose of the present invention is not to set a product purchase budget for one purchase every time a purchase is made, but to multiple times within a predetermined period. It is an object of the present invention to provide a settlement processing apparatus that can set a product purchase budget for shopping and can easily support shopping within the budget within that period.
[0007]
[Means for Solving the Problems]
The present invention relates to a product processing transaction in a settlement processing device that settles a product sales transaction from the price of a registered product and payment data of the price, such as a POS terminal, an electronic cash register, a credit terminal, an electronic payment dedicated terminal, etc. Budget management data acquisition means is provided for acquiring a budget period of a customer as a trading partner, a budget amount within that period, and settlement history data of the customer's past product sales transactions. Also, A purchase price storage means for storing the current purchase price processed by the settlement processing of the current merchandise sales transaction, a timekeeping means for timing the current date, This product sales transaction At the time of payment processing, Budget period acquired by budget management data acquisition means of Inside , A budget period extracting means for extracting a budget period including the current date being timed by the timing means, and a budget period extracted by the budget period extracting means Settlement history data Stored in the purchase price storage means in the total purchase price This product sales transaction The purchase total calculation means for calculating the total price of the products purchased by the customer within the corresponding budget period is provided. And The total purchase amount is compared with the budget amount within the corresponding budget period, and the result is notified.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
First, a first embodiment will be described with reference to FIGS. The first embodiment includes customer budget data storage means for storing budget data that can be set for each customer, and settlement history data storage means for storing settlement history data of merchandise sales transactions for each customer. It is provided on a database server connected to the outside of the payment apparatus, and the payment apparatus accesses the database server to acquire the budget data and payment history data of the corresponding customer.
[0009]
FIG. 1 is a block diagram showing the system configuration of the present embodiment. This system comprises one
[0010]
Incidentally, when constructing this system in units of chain stores such as supermarkets and convenience stores, each chain store becomes a designated store, and the headquarters controlling each chain store becomes a management body. When this system is constructed in units of shopping streets, shopping centers, etc., each member store becomes a designated store, and a developer who manages each member store becomes a management body. The management body assigns a customer ID code as customer data for specifying each customer to each customer shopping at each store. A
[0011]
The
In the
[0012]
In the
[0013]
The
[0014]
Each
[0015]
FIG. 4 is a block diagram showing a main configuration of the
[0016]
The
[0017]
The
[0018]
Each
[0019]
In addition, each
[0020]
Thus, the program is configured so that when the key operation of the
[0021]
That is, when starting the closing key process, the CPU 11 first checks the registering flag in the registering
[0022]
When the registering flag is set in ST1, the CPU 11 executes the settlement process for the merchandise sales transaction as ST2. For example, when the deposit amount is input using the numeric key and the deposit / actual total key of the
[0023]
Next, the CPU 11 checks the card flag in the
[0024]
In ST4, the CPU 11 makes an inquiry to the
[0025]
In ST5, the CPU 11 executes a budget performance comparison process specifically shown in FIG. First, the current date measured by the
[0026]
When the budget amount M and the total purchase amount N within the budget period are acquired in this way, the CPU 11 calculates a budget ratio A according to the following equation (1) as ST27 (contrast means).
A = (N / M) × 100 (1)
After calculating the budget ratio A, the CPU 11 searches the message table 30 as ST28, determines the budget ratio range to which the budget ratio A belongs, and prints set corresponding to the budget ratio range. Extract message data. If the extracted print message data is stored in the receipt
[0027]
If the budget period including the current date cannot be acquired in ST23 (budget period determination means), the CPU 11 prints message data indicating that the budget is not set in ST30, for example, “Budget is not set. "Is extracted from the message table 30, stored in the receipt
[0028]
In ST6, the CPU 11 causes the operator's
[0029]
Thereafter, the CPU 11 supplies the print data stored in the receipt
[0030]
Thereafter, the CPU 11 confirms that the customer ID code has been read from the state of the card flag in ST9, and the customer ID code, current date (purchase date), current purchase amount, and store code as ST10. To create payment history data for the customer today. Then, the settlement history data is transmitted to the
[0031]
Thereafter, the CPU 11 resets the registering flag and the card flag in ST11, and ends the closing key input process. In addition, when the first product registration of the next product sales transaction is performed, the CPU 11 prior to the sales registration of the product, the current
[0032]
In this embodiment configured as described above, a customer who owns the
[0033]
Further, when a customer shop at a designated store where the
[0034]
Further, when the key operation is performed while the data of the
[0035]
Assume that the budget ratio range and message data having the contents shown in FIG. 5 are set in the message table 30. In this case, for example, if a product sales transaction is performed with a customer whose budget ratio A is 90% or more and less than 100%, the
[0036]
As described above, according to the present embodiment, the customer himself / herself sets a reservation period such as one week or one month and a product purchase budget for a plurality of purchases within the period, so that the budget within the reservation period is set. It is possible to notify the customer of a message suitable for the usage situation. As a result, shopping within a budget within a predetermined budget period can be easily assisted, and customer service can be improved.
[0037]
Next, a second embodiment corresponding to the first, third and fifth aspects of the invention will be described with reference to FIGS. In the second embodiment, budget data settable for each customer is stored in a portable storage medium owned by each customer, and the portable storage medium is used for a well-known point service system. It is a case where it is set as a reward card.
[0038]
FIG. 10 is a block diagram showing the system configuration of the present embodiment, and the same components as those in FIG. That is, the present embodiment differs from the first embodiment on the system in that a card reader /
[0039]
As shown in FIG. 11, the
[0040]
The
[0041]
The
[0042]
Thus, when the closing key of the
[0043]
Next, the CPU 11 checks the card flag in the
[0044]
On the other hand, if the card flag is set, the data (customer ID code, accumulated points, budget start date, budget end date, budget amount) stored in the
[0045]
Next, the CPU 11 determines whether budget data for a budget period and a budget amount is set in the card data of the
[0046]
On the other hand, when the budget data is set, the CPU 11 acquires the current date measured by the
[0047]
Here, if it is within the budget period, the CPU 11 makes an inquiry to the
[0048]
When the total purchase amount N within the budget period is calculated in this way, the CPU 11 extracts the budget amount M stored in the card data buffer as ST32, and from the budget amount M and the total purchase amount N, (1) The budget ratio A is calculated by the formula (contrast means). When the budget ratio A is calculated, the CPU 11 searches the message table 30 as ST33, determines the budget ratio range to which the budget ratio A belongs, and prints set corresponding to the budget ratio range. Extract message data. If the extracted print message data is stored in the receipt
[0049]
If the current date is not within the budget period in ST28, the CPU 11 extracts print message data indicating that the budget is not set as ST35, stores it in the receipt
[0050]
In ST36, the CPU 11 displays the settlement contents on the
[0051]
After that, the CPU 11 creates settlement history data for the customer for today from ST31, the customer ID code in the card data, the current date (purchase date), the current purchase amount and the store code. Then, the settlement history data is transmitted to the
[0052]
Also in this embodiment configured as described above, the customer who owns the
[0053]
Next, a third embodiment corresponding to the first, fourth, and fifth aspects of the invention will be described with reference to FIGS. In the third embodiment, budget data settable for each customer and settlement history data of the customer are stored in a portable storage medium owned by each customer. Is an electronic money card used in a known electronic money settlement system.
[0054]
FIG. 10 is a block diagram showing a system configuration of the present embodiment. This system includes one
[0055]
The
[0056]
The
[0057]
In addition to the well-known function of charging balance data to the
[0058]
The
[0059]
Thus, when the card key declaring payment by the
[0060]
On the other hand, if the balance is equal to or greater than the purchase amount, the CPU 11 executes a money card settlement process for deducting the purchase amount from the balance data as ST54.
[0061]
Next, the CPU 11 determines whether or not budget data for a budget period and a budget amount is set in the card data of the
[0062]
On the other hand, when the budget data is set, the CPU 11 acquires the current date measured by the
[0063]
Here, if it is within the budget period, the CPU 11 extracts the settlement history data whose purchase date is included in the budget period from the settlement history data of the card data read from the
[0064]
After calculating the total purchase amount N within the budget period in this way, the CPU 11 acquires the budget amount M of the card data read from the
[0065]
If the current date is not within the budget period in ST57, the CPU 11 extracts print message data indicating that the budget is not set in ST63, stores it in the receipt
[0066]
In ST64, the CPU 11 displays the payment contents on the
[0067]
Thereafter, the CPU 11 updates the balance data of the
[0068]
Also in the present embodiment configured as described above, each time the customer who owns the
[0069]
The present invention is not limited to the embodiments described above.
For example, in the above embodiment, the print message data is set corresponding to each range of the budget ratio A set in stages, but the budget is almost achieved only for the range where the budget ratio A is close to 100%. A message that warns the user may be set, and the customer may be notified by notification means such as receipt printing or display on the
[0070]
The present invention is not limited to a POS terminal, but can be applied to an electronic cash register, a credit terminal, an electronic payment dedicated terminal, and the like.
[0071]
In addition, the present invention is not limited to the above-described embodiments as they are, and can be embodied by modifying the components without departing from the scope of the invention in the implementation stage. Further, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the above embodiments. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.
[0072]
【The invention's effect】
According to the present invention in which such measures are taken, it is possible to easily support shopping within a budget set for a plurality of times of shopping within a predetermined period, thereby improving customer service. It is possible to provide a settlement processing apparatus that can
[Brief description of the drawings]
FIG. 1 is a system configuration diagram according to a first embodiment of the present invention.
FIG. 2 is a schematic diagram showing a data structure of a customer budget database in FIG.
3 is a schematic diagram showing a data structure of a settlement history database in FIG.
4 is a block diagram showing a main configuration of the POS terminal in FIG. 1. FIG.
FIG. 5 is a schematic diagram showing a data structure of a message table formed in the RAM of the POS terminal.
FIG. 6 is a schematic diagram showing main memory areas formed in the RAM of the POS terminal.
FIG. 7 is a flowchart showing a main part of a closing key input process executed by the CPU of the POS terminal.
FIG. 8 is a flowchart specifically showing budget performance comparison processing in FIG.
FIG. 9 is a schematic diagram showing an example of a receipt printed and issued in the embodiment.
FIG. 10 is a system configuration diagram according to a second embodiment of the present invention.
FIG. 11 is a memory structure diagram of a point card used in the second embodiment.
FIG. 12 is a flowchart showing the main part of a closing key input process executed by the CPU of the POS terminal in the second embodiment.
FIG. 13 is a system configuration diagram according to a third embodiment of the present invention.
FIG. 14 is a memory structure diagram of an electronic money card used in the third embodiment.
FIG. 15 is a flowchart showing the main part of card key input processing executed by the CPU of the POS terminal in the third embodiment;
FIG. 16 is a schematic diagram showing another example of printing a receipt.
[Explanation of symbols]
DESCRIPTION OF
Claims (5)
商品売買取引相手である顧客の予算期間及びその期間内の予算金額とその顧客の過去の商品売買取引の決済履歴データとを取得する予算管理データ取得手段と、
今回の商品売買取引の決済処理により処理される今回買上金額を記憶する買上金額記憶手段と、
現在日付を計時する計時手段と、
今回の商品売買取引の決済処理時点において、前記予算管理データ取得手段により取得した予算期間の内、前記計時手段により計時されている現在日付を含む予算期間を抽出する予算期間抽出手段と、
この予算期間抽出手段により抽出した予算期間内の決済履歴データの買上金額の合計に、前記買上金額記憶手段により記憶した今回の商品売買取引の買上金額を加算して、当該顧客が該当する予算期間内に買上げた商品の合計金額を算出する買上合計算出手段と、
この買上合計算出手段により算出された買上合計金額と前記該当する予算期間内の予算金額とを対比する対比手段と、
この対比手段による対比結果を報知する報知手段と、
を具備したことを特徴とする決済処理装置。In a payment processing device that settles a product sales transaction from the price of a registered product and payment data for that price,
Budget management data acquisition means for acquiring a budget period of a customer who is a merchandise trading partner and a budget amount within that period and settlement history data of past merchandise sales transactions of the customer;
A purchase price storage means for storing the current purchase price processed by the settlement processing of the current merchandise sales transaction;
A timing means for timing the current date;
In settlement processing time of this trading transactions in, among budget period acquired by the budget management data acquisition means, and budget period extraction means for extracting a budget period including a current date which is clocked by the clock means,
The total purchase amount of the settlement history data within the budget period extracted by the budget period extraction unit is added to the purchase amount of the current merchandise sales transaction stored by the purchase amount storage unit , so that the customer is in a budget period Purchase total calculation means for calculating the total amount of products purchased within,
A comparison means for comparing the total purchase amount calculated by the total purchase calculation means with the budget amount within the corresponding budget period;
Informing means for informing the comparison result by the comparing means,
A payment processing apparatus comprising:
顧客毎に商品売買取引の決済履歴データを記憶する決済履歴データ記憶手段と、
前記商品売買取引の取引相手である顧客を特定する顧客データを取得する顧客データ取得手段と、をさらに具備し、
前記予算管理データ取得手段は、前記顧客データ取得手段により取得した顧客データによって特定される顧客の予算期間及びその期間内の予算金額と商品売買取引の決済履歴データとを前記顧客予算データ記憶手段及び前記決済履歴データ記憶手段から取得することを特徴とする請求項1記載の決済処理装置。And customer budget data storage means for storing the budget amount of 顧 budget period and in the period that can be set for each customer,
Payment history data storage means for storing payment history data of merchandise sales transactions for each customer;
Customer data acquisition means for acquiring customer data for identifying a customer who is a trading partner of the commodity sales transaction ,
The budget management data acquisition means includes the customer budget data storage means and the customer budget period specified by the customer data acquired by the customer data acquisition means, the budget amount within that period, and the settlement history data of merchandise sales transactions; settlement processing apparatus according to claim 1, wherein the benzalkonium be obtained from the settlement history data storage means.
携帯型記憶媒体から当該媒体所有者である顧客を特定する顧客データとともに顧客毎に設定可能な予算期間及びその期間内の予算金額を示すデータを読込む予算データ取得手段と、をさらに具備し、
前記予算管理データ取得手段は、前記予算データ取得手段により前記携帯型記憶媒体から読込んだ予算期間及びその期間内の予算金額を取得するとともに、当該携帯型記憶媒体から読込んだ顧客データによって特定される顧客の決済履歴データを前記決済履歴データ記憶手段から取得することを特徴とする請求項1記載の決済処理装置。And settlement history data storage means for storing the settlement history data of the trading transactions in the 顧 each customer,
Budget data acquisition means for reading data indicating a budget period that can be set for each customer together with customer data for identifying the customer who is the owner of the medium from a portable storage medium, and budget amount within that period ;
The budget management data acquisition means acquires the budget period read from the portable storage medium by the budget data acquisition means and the budget amount within the period, and specified by the customer data read from the portable storage medium settlement processing apparatus according to claim 1, wherein the payment history data of the customer, characterized and Turkey be obtained from the settlement history data storage means to be.
この読書き手段を介して、前記携帯型記憶媒体に記憶されている商品売買取引の決済履歴データに今回の商品売買取引の決済データを追加する決済履歴更新手段と、をさらに具備し、
前記予算管理データ取得手段は、前記読書き手段を介して、前記携帯型記憶媒体から顧客毎に設定可能な予算期間及びその期間内の予算金額を示すデータとその顧客の過去の商品売買取引の決済履歴データとを読込むことで取得することを特徴とする請求項1記載の決済処理装置。 Reading and writing data to and from a portable storage medium that stores data indicating the budget period that can be set for each customer and the budget amount within that period, and settlement history data of the customer's past merchandise sales transactions. And means
Via the reading and writing means , further comprising: a payment history update means for adding payment data of the current product sales transaction to the payment history data of the product sales transaction stored in the portable storage medium ,
The budget management data acquisition means, through the reading and writing means, data indicating the budget period that can be set for each customer from the portable storage medium and the budget amount within that period, and the past product sales transactions of the customer 2. The settlement processing apparatus according to claim 1, wherein the settlement processing apparatus is obtained by reading settlement history data .
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003195094A JP4185412B2 (en) | 2003-07-10 | 2003-07-10 | Payment processing device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003195094A JP4185412B2 (en) | 2003-07-10 | 2003-07-10 | Payment processing device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2005031902A JP2005031902A (en) | 2005-02-03 |
JP4185412B2 true JP4185412B2 (en) | 2008-11-26 |
Family
ID=34206045
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003195094A Expired - Fee Related JP4185412B2 (en) | 2003-07-10 | 2003-07-10 | Payment processing device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4185412B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101426098B1 (en) * | 2006-05-22 | 2014-08-06 | 애보트 래버러토리즈 게엠베하 | Process for separating and determining the viral load in a pancreatin sample |
JP2019117511A (en) * | 2017-12-27 | 2019-07-18 | トッパン・フォームズ株式会社 | Settlement terminal, settlement system, and settlement method |
JP2019117512A (en) * | 2017-12-27 | 2019-07-18 | トッパン・フォームズ株式会社 | Settlement terminal, settlement system, and settlement method |
-
2003
- 2003-07-10 JP JP2003195094A patent/JP4185412B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2005031902A (en) | 2005-02-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2003077064A (en) | Electronic receipt system | |
JP4616166B2 (en) | Product registration processing system | |
JP2006330811A (en) | Merchandise sales data processor | |
JP3771448B2 (en) | Coupon issuing device | |
JP3699313B2 (en) | Product sales registration device | |
JP3715613B2 (en) | Product sales registration data processing device | |
JP2004126998A (en) | Information processing system | |
JP3745647B2 (en) | Coupon issuing system | |
JP4185412B2 (en) | Payment processing device | |
JP2005174252A (en) | Pos terminal device and point giving program | |
JP7219450B2 (en) | Information display device and system | |
JP2001222767A (en) | Merchandise sales method and merchandise sakes registering device | |
JP2010250613A (en) | Point service processing apparatus, accounting device, and program | |
JP2003272053A (en) | Commodity selling data processor, service point additionally imparting method of this device and service point additionally imparting program | |
JP2000251154A (en) | Electronic cash transaction processor | |
JPH1011508A (en) | Merchandise sales registering data processor | |
JP3526363B2 (en) | Product sales registration data processing device | |
JP2002008140A (en) | Point system | |
JP2003058952A (en) | Merchandise sales registration data processor | |
JP2003150878A (en) | Sale promotion server and sale promotion method | |
JP7131586B2 (en) | Sales data processor and program | |
JP2001126144A (en) | Information providing device | |
JP2011141839A (en) | Apparatus, method, and program for processing commodity sales data | |
JP3694185B2 (en) | Product sales registration data processing device | |
JP2008059341A (en) | Parking lot management system and portable recording medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060320 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080515 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080520 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080716 |
|
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: 20080902 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080905 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110912 Year of fee payment: 3 |
|
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: 20120912 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120912 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130912 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |