JP4185412B2 - Payment processing device - Google Patents

Payment processing device Download PDF

Info

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
Application number
JP2003195094A
Other languages
Japanese (ja)
Other versions
JP2005031902A (en
Inventor
直樹 霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba TEC Corp
Original Assignee
Toshiba TEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba TEC Corp filed Critical Toshiba TEC Corp
Priority to JP2003195094A priority Critical patent/JP4185412B2/en
Publication of JP2005031902A publication Critical patent/JP2005031902A/en
Application granted granted Critical
Publication of JP4185412B2 publication Critical patent/JP4185412B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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 customer management server 1 installed in a management body and a plurality of POS terminals 2 installed in each designated store under the management of the management body. The customer management server 1 and each POS terminal 2 are connected to each other through a dedicated network 3 such as a LAN (Local Area Network) so that they can communicate with each other.
[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 customer card 10 is issued to each customer as a portable storage medium storing the customer ID code. The customer card 10 may be a magnetic card in which a customer ID code is magnetically recorded, or may be an IC card stored in a semiconductor memory. The data exchange method may be a contact type or a non-contact type. In addition, mobile devices such as mobile phones and PDAs (Personal Digital Assistants) can be used as portable storage media.
[0011]
The customer management server 1 has a function as a database server that manages the customer budget database 4 and the settlement history database 5.
In the customer budget database 4, as shown in FIG. 2, for each customer ID code assigned to each customer, data on the start date and end date of the budget period that can be set by the customer himself, A plurality of patterns of data indicating the budget amount within the period are accumulated. Here, the customer budget database 4 constitutes customer budget data storage means.
[0012]
In the settlement history database 5, as shown in FIG. 3, for each customer ID code, the date of purchase (purchase date) by the customer and the store code which is the identification code of the store, and at that time The purchase amount of each is accumulated sequentially. Here, the settlement history database 5 constitutes a settlement history data storage means.
[0013]
The customer management server 1 is connected to a public network 6 such as the Internet, and can be accessed via a public network 6 from a user terminal such as a personal computer 7 or a mobile phone 8. Then, the customer who owns the customer ID code connects to the customer management server 1 using the user terminals 7 and 8 and obtains the access right by inputting his / her customer ID code and personal identification number. A new budget period and budget amount can be added to the customer budget database 4, and the existing budget period and budget amount can be modified or deleted.
[0014]
Each POS terminal 2 is an example of a payment processing apparatus according to the present invention, and includes a card reader / writer 9 that can read data stored in the customer card 10. In this embodiment, instead of the card reader / writer 9, a read-only card reader may be provided.
[0015]
FIG. 4 is a block diagram showing a main configuration of the POS terminal 2. The POS terminal 2 includes a CPU (Central Processing Unit) 11 that constitutes a control unit main body, a ROM (Read Only Memory) 12 that stores fixed data such as programs in advance, and a RAM (Random Access) that stores various data in a rewritable manner. Memory) 13, a clock unit 14 that measures the current date and time, a communication interface 15 that manages data transmission / reception with the customer management server 1 connected via the dedicated network 3, and a signal from a mode switch 16. 17 is an input / output (I / O) port 18 from which a signal is output, a keyboard controller 20 that takes in a key signal corresponding to an operation key from a keyboard 19, and a first display controller that displays data on an operator display 21. 22. Drive the second display controller 24 for displaying data on the customer display 23 and the printer 25. A printer controller 26 for moving receipt printing and the like, and a card reader / writer controller 27 for taking in card information read by the card reader / writer 9 are provided. Then, the CPU 11, the ROM 12, the RAM 13, the clock unit 14, the communication interface 15, the I / O port 18, and the controllers 20, 22, 24, 26, and 27 of various input / output devices are connected to a bus line such as an address bus and a data bus. 28, the control unit of the POS terminal 2 is configured.
[0016]
The mode switch 16 is a switch for alternatively selecting various business modes such as “registration”, “inspection”, “settlement”, “setting”, and is switched by a key, for example. By the way, “registration” means that the sales data of the product is registered in the sales registration memory of the RAM 13 based on the input product information, and when the registration closing of the product sales transaction is declared, the sales registration is performed for the transaction. This is a business mode in which the merchandise sales transaction is settled from the price of the merchandise and payment data of the price, and a receipt is printed and issued. “Check” is a job mode in which data registered in the sales registration memory by the registration job is totaled and the result is output as a sales check report. “Checkout” is a mode of business in which the data registered in the sales registration memory is aggregated as in the inspection business, and the result is output as a sales inspection report, and then the contents of the sales registration memory are cleared. “Setting” is a job mode in which data necessary for executing various jobs is set in the RAM 13 in advance.
[0017]
The keyboard 19 is provided with a key for inputting various product information, a key for inputting payment data, and a closing key for declaring registration closing.
[0018]
Each POS terminal 2 having such a configuration has a plurality of stages (this embodiment) as shown in FIG. 5 as a configuration necessary for assisting shopping within a budget within a predetermined period set by each customer. In the embodiment, a message table 30 in which different print message data is set for each range of the budget ratio A divided into four stages) is created and stored in the RAM 13. Here, the budget ratio A is, for example, a product purchase budget amount for a plurality of purchases performed within a predetermined budget period such as one week or one month, for example, M, and a product actually purchased at each store within that period Is a ratio of the total amount N to the budget amount M, that is, a ratio calculated by (N / M) × 100. Therefore, in the range where the budget ratio A is small, a message that informs the customer that the budget is sufficient, for example, “There is enough budget left. ? "Or" Budget still has room. How about YYYY (store recommended product name)? "Is set, and when the budget ratio A approaches 100%, the customer is informed that the budget is almost achieved. When a message is set, for example, “90% of the budget has been reached. Let's save now” and the budget ratio A exceeds 100%, a message that informs the customer that the budget is over, for example, “Budget is over. Thank you for your purchase. ”Is set. The contents of various messages can be changed as appropriate for each POS terminal 2 in the setting work.
[0019]
In addition, each POS terminal 2, as shown in FIG. 6, in order to realize the shopping support function, the current purchase price area 31, the registration flag area 32, the card flag area 33, the purchase price accumulation area 34, the budget ratio area 35, various memory areas of a receipt print data buffer 36, a customer budget data buffer 37, and a settlement history data buffer 38 are formed on the RAM 13.
[0020]
Thus, the program is configured so that when the key operation of the keyboard 19 is operated and input while the registration job mode is selected by the mode switch 16, the CPU 11 executes the key operation shown in the flowchart of FIG. is doing.
[0021]
That is, when starting the closing key process, the CPU 11 first checks the registering flag in the registering flag area 32 as ST (step) 1 to check whether the sales data of the commodity sold and sold as one transaction is registered. Judge whether or not. Here, if the registration flag is reset, it is determined that the registration key has been declared in spite of the fact that the product registration has not been performed.
[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 keyboard 19, cash settlement is instructed for the merchandise sales transaction, and the deposit amount is stored in the current purchase amount area 31. The change amount is calculated by subtracting the current purchase amount from the deposit amount on condition that it is equal to or greater than the stored current purchase amount. Then, the registration closing print data such as the current purchase amount, the deposit amount, and the change amount are stored in the receipt print data buffer 36.
[0023]
Next, the CPU 11 checks the card flag in the card flag area 33 as ST3 and determines whether or not the customer ID code is read. If the card flag has been reset, the customer ID code has not been read, so the CPU 11 skips the processes of ST4 and 5 and proceeds to the process of ST6. On the other hand, when the card flag is set, since the customer ID code stored in the customer card 10 is read via the card reader / writer 9 (customer data acquisition means), the CPU 11 performs ST4, ST5. After executing the process, the process proceeds to ST6.
[0024]
In ST4, the CPU 11 makes an inquiry to the customer management server 1 using the read customer ID code as a search key, and the budget period (start date, end date) stored in the customer budget database 4 corresponding to the customer ID code. And the budget data of the budget amount and the purchase history, the store code and the payment history data of the purchase amount stored in the settlement history database 5 corresponding to the customer ID code (budget management data acquisition means) . Then, the budget data is written into the customer budget data buffer 37 and the settlement history data is written into the settlement history data buffer 38.
[0025]
In ST5, the CPU 11 executes a budget performance comparison process specifically shown in FIG. First, the current date measured by the clock unit 14 is acquired as ST21. Next, a budget period including the current date is acquired from the budget data stored in the customer budget data buffer 37 as ST22. Here, when the budget period including the current date can be acquired as ST23 (budget period determination means), the CPU 11 acquires the budget amount M set corresponding to the budget period as ST24. Further, the CPU 11 extracts the settlement history data whose purchase date is included in the budget period from the settlement history data stored in the settlement history data buffer 38 as ST25, and purchases the purchase amount of the extracted data. The total is made using the amount accumulation area 34. Thereafter, in ST26, the current purchase amount in the current purchase amount area 31 is added to the total purchase amount in the total purchase amount area 34 to calculate the total amount N of products purchased within the budget period (total purchase calculation means). .
[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 print data buffer 36 in ST29, the process proceeds to ST6.
[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 print data buffer 36, and the process proceeds to ST6.
[0028]
In ST6, the CPU 11 causes the operator's display 21 and the customer's display 23 to display the payment details (for example, the total purchase amount, the deposit amount, the change amount, etc.).
[0029]
Thereafter, the CPU 11 supplies the print data stored in the receipt print data buffer 36 to the printer controller 26 as ST7, and controls the receipt print of the print data (notification means). Further, the CPU 11 outputs a drive signal from the I / O port 18 to the drawer 17 as ST8, and opens the drawer 17.
[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 customer management server 1 via the dedicated network 3 to update the settlement history database 5. If it is confirmed that the customer ID code has not been read, the process of ST10 is not executed.
[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 purchase amount area 31, the purchase amount accumulated area 34, the budget ratio area 35, and each data buffer 36. , 37 and 38 are cleared.
[0032]
In this embodiment configured as described above, a customer who owns the customer card 10 accesses the customer management server 1 using a user terminal such as a personal computer 7 or a mobile phone 8 as appropriate. A monthly budget period and a budget amount for a plurality of purchases to be made within that period are set. Then, the budget data (budget period start date, budget period end date, budget amount) set by each customer is stored and managed for each customer by the customer budget database 4 of the customer management server 1.
[0033]
Further, when a customer shop at a designated store where the customer card 10 can be used, the customer presents his / her customer card 10 to the store side at the time of settlement. When the store clerk at each store receives the presentation of the customer card 10 from the customer, the store clerk operates the key for closing the merchandise transaction with the customer while the card reader / writer 9 reads the data of the customer card 10. By doing so, settlement history data (purchase date, store code, purchase price) of the merchandise sales transaction is transmitted from the POS terminal 2 to the customer management server 1, and this settlement history data is sent to the customer by the settlement history database 5. It is stored and managed separately.
[0034]
Further, when the key operation is performed while the data of the customer card 10 is being read by the card reader / writer 9, the budget period set by the customer himself specified by the customer ID code stored in the customer card 10. The data indicating the budget amount within the period and the settlement history data of the customer's past merchandise sales transaction are read from the customer budget database 4 and the settlement history database 5 and taken into the POS terminal 2. When the current merchandise sales transaction is performed within the budget period, the POS terminal 2 purchases the budget amount M set corresponding to the budget period and the customer within the corresponding budget period. The total amount N of the product is determined. Then, a budget ratio A is calculated from the budget amount M and the total amount N. And the message preset with respect to this budget ratio A is printed on the receipt issued with respect to the merchandise sales transaction with the said customer.
[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 receipt 40 for this transaction has a budget ratio range (90%) as shown in FIG. ≦ A <100%) The message “You have reached 90% of your budget. Let's save now” 41 is printed. Therefore, the customer can easily grasp that the budget is small from the contents of the message 41 printed on the receipt 40.
[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 / writer 9 capable of reading and writing data with respect to the point card 50 is provided in the POS terminal 52 and the same. The point information terminal 53 provided with the card reader / writer 51 is connected to the dedicated network 3 similarly to the POS terminal 52 and the customer budget database 4 is excluded from the customer management server 1.
[0039]
As shown in FIG. 11, the point card 50 stores in its storage unit a customer ID code for identifying the customer who is the card holder, and for each merchandise transaction at a point service member store. Accumulated points of points generated, the start date and end date of an arbitrary budget period, and the budget amount for multiple purchases within that period are variably stored. For example, an IC card is used.
[0040]
The POS terminal 52 and the point information terminal 53 are respectively installed at the point service member stores. The point information terminal 53 displays the accumulated points of the point card 50 read via the card reader / writer 51 for confirmation, and in addition to the well-known function of issuing discount coupons from the points, this embodiment The point information terminal 53 can be used to set a budget period and a budget amount desired by the customer for the point card 50.
[0041]
The POS terminal 52 is an example of the payment processing apparatus of the present invention, and the hardware configuration is the same as that of the POS terminal 2 shown in FIG. In order to realize the shopping support function, a memory area excluding the customer budget data buffer 37 is formed in the RAM 13 among the message table 30 and the memory areas 31 to 38 shown in FIG. Instead of the customer budget data buffer 37, a card data buffer for temporarily storing card data of the point card 50 is formed in the RAM 13.
[0042]
Thus, when the closing key of the keyboard 19 is operated and input in a state where the registration job mode is selected by the mode switch 16, the CPU 11 of the POS terminal 52 executes the closing key process shown in the flowchart of FIG. First, in ST21, the registration flag in the registration flag area 32 is checked to determine whether or not the sales data of the product sold and sold as one transaction has been registered. Execute settlement processing for merchandise sales transactions.
[0043]
Next, the CPU 11 checks the card flag in the card flag area 33 at ST23 to determine whether or not the point card 50 is read. If the card flag has been reset, it is determined that the point card 50 has not been read, and other processing is executed.
[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 point card 50 via the card reader / writer 9 is stored. Since it is being read, the card data is temporarily stored in the card data buffer as ST24 (budget data acquisition means), and then the current point is calculated based on the current purchase price stored in the current purchase price area 31 as ST25. Further, this current point is added to the accumulated points read from the point card 50 to calculate the accumulated points after the current transaction.
[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 point card 50 in ST26. If it is not set here, the process proceeds to ST36.
[0046]
On the other hand, when the budget data is set, the CPU 11 acquires the current date measured by the clock unit 14 as ST27. In ST28, it is determined whether the current date is within the budget period in the card data (budget period determination means).
[0047]
Here, if it is within the budget period, the CPU 11 makes an inquiry to the customer management server 1 using the customer ID code in the card data as a search key in ST29, and stores it in the settlement history database 5 corresponding to the customer ID code. The payment history data of the purchase date, the store code, and the purchase amount that have been stored are taken in and stored in the payment history data buffer 38 (payment history data acquisition means). Next, the CPU 11 extracts the settlement history data whose purchase date is included in the budget period from the settlement history data stored in the settlement history data buffer 38 as ST30, and purchases the purchase amount of the extracted data. The total is made using the amount accumulation area 34. Thereafter, as ST31, the total purchase amount in the total purchase amount area 34 is added to the current purchase amount in the current purchase amount area 31 to calculate the total amount N of products purchased during the budget period (total purchase calculation means). .
[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 print data buffer 36 in ST34, the process proceeds to ST36.
[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 print data buffer 36, and proceeds to the process of ST36. .
[0050]
In ST36, the CPU 11 displays the settlement contents on the operator display 21 and the customer display 23. Thereafter, the CPU 11 supplies the print data stored in the receipt print data buffer 36 to the printer controller 26 as ST37, and controls the receipt print of the print data (notification means). Further, the drawer 17 is opened as ST38.
[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 customer management server 1 to update the settlement history database 5. Further, the CPU 11 overwrites the point card 50 with the data in the card data buffer via the card reader / writer 51 in ST40. Thereafter, the CPU 11 resets the registering flag and the card flag in ST41, and terminates the closing key input process.
[0052]
Also in this embodiment configured as described above, the customer who owns the point card 50 can easily use the budget within the budget period set by the customer every time he / she makes a purchase at the point service member store. Can know. Therefore, shopping within a budget within a predetermined budget period can be easily assisted, and customer service can be improved.
[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 financial institution server 61 installed in a financial institution, and a POS terminal 62 and a deposit terminal 63 installed in each electronic money settlement system member store. The financial institution server 61, the POS terminal 62, and the deposit terminal 63 are connected to each other through a dedicated network 64 such as a LAN (Local Area Network) so as to be able to communicate with each other.
[0055]
The financial institution server 61 manages the account database 65. It has a function as a database server.
[0056]
The POS terminal 62 and the deposit terminal 63 are each provided with a card reader / writer 67 that can write and read data to and from the electronic money card 66. The electronic money card 66 is composed of, for example, an IC card, and in the storage unit, as shown in FIG. 14, a user ID code for identifying a card user who is an account opener is fixedly stored, and the card is also stored in the card. The charged balance data, the start date and end date of an arbitrary budget period, and the budget amount for a plurality of purchases within that period are variably stored. Further, the storage unit can store settlement history data including purchase date and purchase price.
[0057]
In addition to the well-known function of charging balance data to the electronic money card 66 via the card reader / writer 67, the deposit terminal 63 uses the deposit terminal 63 in this embodiment to make the customer himself / herself in the electronic money card 66. Can set a desired budget period and budget amount.
[0058]
The POS terminal 62 is an example of the payment processing apparatus of the present invention, and the hardware configuration is the same as that of the POS terminal 2 shown in FIG. In order to realize the shopping support function, a memory area excluding the customer budget data buffer 37 and the settlement history data buffer 38 is formed in the RAM 13 among the message table 30 and the memory areas 31 to 38 shown in FIG. ing.
[0059]
Thus, when the card key declaring payment by the electronic money card 66 is operated and input in the state where the registration work mode is selected by the mode switch 16, the CPU 11 of the POS terminal 62 causes the lock key shown in the flowchart of FIG. Execute the process. First, in ST51, the registration flag in the registration flag area 32 is checked to determine whether or not the sales data of the commodity to be bought and sold as one transaction has been registered. Card data including balance data is read from the electronic money card 66 via the card reader / writer 67 (budget management data acquisition means). Then, the purchase amount stored in the current purchase amount area 31 at ST53 is compared with the balance read from the electronic money card 66. Here, when the balance is insufficient with respect to the purchase amount, an error of insufficient balance is notified.
[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 electronic money card 66 in ST55. If it is not set, the process proceeds to ST64.
[0062]
On the other hand, when the budget data is set, the CPU 11 acquires the current date measured by the clock unit 14 as ST56. Then, in ST57, it is determined whether or not the current date is within the budget period in the card data (budget period determination means).
[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 electronic money card 66 as ST58. Then, the purchase amount of the extracted data is totaled using the purchase amount accumulation area 34. Thereafter, as ST59, the current purchase amount in the current purchase amount area 31 is added to the total purchase amount in the total purchase amount area 34 to calculate the total amount N of products purchased during the budget period (total purchase calculation means). .
[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 electronic money card 66 as ST60, and from this budget amount M and the total purchase amount N, The budget ratio A is calculated by the equation (1) (contrast means). After calculating the budget ratio A, the CPU 11 searches the message table 30 as ST61, 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 print data buffer 36 in ST62, the process proceeds to ST64.
[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 print data buffer 36, and proceeds to the process of ST36. .
[0066]
In ST64, the CPU 11 displays the payment contents on the operator display 21 and the customer display 23. Thereafter, the CPU 11 supplies the print data stored in the receipt print data buffer 36 at ST65 to the printer controller 26, and controls the receipt print of the print data (notification means).
[0067]
Thereafter, the CPU 11 updates the balance data of the electronic money card 66 to the latest value in ST66. Also, settlement history data for today is created from the current date (purchase date) and the current purchase amount, and this settlement history data is added to the electronic money card 66 (settlement history updating means). Thereafter, the CPU 11 resets the registering flag at ST67 and ends the card key input process.
[0068]
Also in the present embodiment configured as described above, each time the customer who owns the electronic money card 66 makes a purchase at an electronic money payment system member store, the use of the budget within the budget period set by the customer himself / herself is used. You can easily know the situation. Therefore, shopping within a budget within a predetermined budget period can be easily assisted, and customer service can be improved.
[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 customer display 23. Further, as shown in FIG. 16, the budget period may be printed on the receipt together with a message corresponding to the budget ratio A. By doing so, the customer can easily know the remaining period during which shopping can be performed within the budget, and can more reliably assist shopping within the budget within the budget period.
[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 SYMBOLS 1 ... Customer management server, 2, 52, 62 ... POS terminal, 4 ... Customer budget database, 5 ... Settlement history database, 9, 51, 67 ... Card reader / writer, 10 ... Customer card, 30 ... Message table, 50 ... Point Card, 53 ... point information terminal, 63 ... deposit terminal, 66 ... electronic money card.

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 .
前記報知手段は、今回の商品売買取引の決済データが印字されて発行されるレシートに、前記対比手段による対比結果に対して予め設定されたメッセージを前記決済データとともに印字して報知することを特徴とする請求項1乃至4のうちいずれか1項記載の決済処理装置。The notification means, wherein the payment data of the current merchandising transactions on a receipt to be issued is printed to notify the preset messages for comparison result by said comparing means to print with said payment data The settlement processing apparatus according to any one of claims 1 to 4.
JP2003195094A 2003-07-10 2003-07-10 Payment processing device Expired - Fee Related JP4185412B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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