JPH064775A - Commodity sales data processor - Google Patents

Commodity sales data processor

Info

Publication number
JPH064775A
JPH064775A JP16305292A JP16305292A JPH064775A JP H064775 A JPH064775 A JP H064775A JP 16305292 A JP16305292 A JP 16305292A JP 16305292 A JP16305292 A JP 16305292A JP H064775 A JPH064775 A JP H064775A
Authority
JP
Japan
Prior art keywords
point
key
payment
calculation
closing
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.)
Granted
Application number
JP16305292A
Other languages
Japanese (ja)
Other versions
JP2883770B2 (en
Inventor
Motosuke Kubota
基資 久保田
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
Tokyo Electric Co Ltd
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 Tokyo Electric Co Ltd filed Critical Tokyo Electric Co Ltd
Priority to JP16305292A priority Critical patent/JP2883770B2/en
Publication of JPH064775A publication Critical patent/JPH064775A/en
Application granted granted Critical
Publication of JP2883770B2 publication Critical patent/JP2883770B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

PURPOSE:To automatically select whether a calculation of a privilege point is to be executed or not by a method for payment by executing an operation of the privilege point executed by a point arithmetic means only at the time when it is decided that a method for payment of a price of a transaction instructed and inputted by a total key is a point arithmetic object. CONSTITUTION:With regard to a point flag PF of a total key table 42, that which corresponds to a total key of a payment method for executing a calculation of a privilege point is set to '1', and that which corresponds to a total key of a payment method which does not execute the calculation of the privilege point is reset to '0'. When sales data of a commodity is registered in a department by a keyboard, it is registered and processed in a departmentalized table 41, and also, the sales amount of money being point object data is counted up by a counting-up money amount area 47. Subsequently, when a payment method and a payment money amount proposed by a customer are inputted by a register key and a total key, in the case the point flag PF is set to '1', a point arithmetic processing is executed, and in the case where it is set to '0', the processing is not executed.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、電子式キャッシュレジ
スタまたはPOS(販売時点情報管理)ターミナルと称
される商品販売データ処理装置に係わり、特に客が買上
げた商品の合計金額等に基づいてその客に特典ポイント
を付与するサービスを行っている店舗向けの商品販売デ
ータ処理装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a product sales data processing device called an electronic cash register or a POS (point of sale information management) terminal, and in particular, it is based on the total amount of products purchased by a customer. The present invention relates to a product sales data processing device for a store that provides a service of giving privilege points to customers.

【0002】[0002]

【従来の技術】スーパーマーケットや専門店等の小売店
の中には、例えば客が買い上げた商品の合計金額に応じ
て特典ポイントを算出し、その特典ポイントを客毎に磁
気カード等で毎回累積して、ポイント累積値が所定値に
達したならば値引等の特典を付与するようにしたところ
がある。
2. Description of the Related Art In retail stores such as supermarkets and specialty stores, for example, privilege points are calculated according to the total price of products purchased by customers, and the privilege points are accumulated for each customer with a magnetic card or the like every time. In some cases, a privilege such as a discount is given when the accumulated point value reaches a predetermined value.

【0003】このような店で使用される電子式キャッシ
ュレジスタやPOS(販売時点情報管理)ターミナル等
の商品販売データ処理装置としては、販売登録された商
品の販売金額を合計器で客毎に合計し、締めキー入力に
よりその客の登録締めが宣言されると、合計器内の合計
金額を予め設定されたポイント基準額で除算して特典ポ
イントを自動算出するようにしたものが知られている。
As a product sales data processing device such as an electronic cash register or a POS (point of sale information management) terminal used in such a store, the sales amount of the registered products is summed up by a totalizer for each customer. However, it is known that when the registration closing of the customer is declared by inputting the closing key, the total amount in the totalizer is divided by the preset point reference amount to automatically calculate the privilege points. .

【0004】[0004]

【発明が解決しようとする課題】しかしながら、従来の
特典ポイント自動算出機能を備えた商品販売データ処理
装置は、顧客が買上げ商品の代金を現金で支払う場合の
みならずクレジットカードやプリペイドカード等で支払
う場合も同様にして特典ポイントの計算を行っていた。
このため、店によってはプレミアムが付加されたプリペ
イドガードによる支払いや値引券による支払い等のよう
に既に特典が付与された支払いには特典ポイントを付与
しない運用を取りたい要望があるが、従来装置では対応
が困難であった。
However, the conventional merchandise sales data processing device having the automatic privilege point calculation function pays not only when the customer pays for the purchased merchandise by cash, but also by a credit card or a prepaid card. In this case, the privilege points were calculated in the same manner.
For this reason, some stores want to operate without paying privilege points for payments that already have benefits, such as payment by prepaid guard with premium added, payment by discount ticket, etc. It was difficult to deal with.

【0005】本発明はこのような事情に基づいてなされ
たもので、その目的とするところは、特典ポイントの自
動算出機能を備えるとともに、複数の代金支払い方法を
選択できるものにおいて、支払い方法によって特典ポイ
ントの計算を行うか否かを自動的に選択でき、実用性の
向上を図り得る商品販売データ処理装置を提供しようと
するものである。
The present invention has been made under such circumstances, and an object of the present invention is to provide an automatic privilege point calculation function and to select a plurality of payment methods, in which the payment method is selected. An object of the present invention is to provide a merchandise sales data processing device capable of automatically selecting whether or not to calculate points and improving practicality.

【0006】[0006]

【課題を解決するための手段】本発明は、上記課題を解
決し目的を達成するために、入力部を介して入力された
商品販売データを記憶部に登録処理するとともにポイン
ト対象データをポイント対象データ合計部で取引毎に合
計する商品登録制御手段と、ポイント対象データ合計部
の内容に基づいて特典ポイントを計算するポイント演算
手段と、代金支払方法の種別に設けられた複数の締めキ
ーと、これら締めキーにそれぞれ対応してポイント演算
対象か非対象かの情報を予め設定記憶する締めキーテー
ブルと、これら締めキーのうちのいずれか1つのキー入
力により1取引に対して代金支払い方法が指示入力され
ると締めキーテーブルを参照しキー入力された締めキー
がポイント演算対象のキーか否かを判断する締めキー判
断手段と、この判断手段によりポイント演算対象である
と判断されたときのみポイント演算手段による特典ポイ
ントの演算を実行するポイント演算制御手段とを備えた
ものである。
In order to solve the above problems and achieve the object, the present invention registers the product sales data input through the input unit in the storage unit and the point target data as the point target. Product registration control means for totaling each transaction in the data totaling section, point calculating means for calculating privilege points based on the contents of the point target data totaling section, a plurality of closing keys provided for the type of payment method, A closing key table in which information on whether points are to be calculated or not is set and stored in correspondence with each of the closing keys, and a payment method is instructed for one transaction by inputting one of these closing keys. When inputting, the closing key table is referred to and the closing key determining means for determining whether or not the input closing key is the key for point calculation Is obtained by a point arithmetic control means for executing arithmetic operation of the benefits point by looking point calculating means when it is determined that the point calculation target by means.

【0007】また本発明は、前記商品登録制御手段、ポ
イント演算手段、複数の締めキー及び締めキーテーブル
を設けるとともに、各締めキーのうちの複数のキー入力
により1取引に対して複数の代金支払い方法が指示入力
されると締めキーテーブルを参照しキー入力された締め
キー毎にポイント演算対象か否かをそれぞれ判断する締
めキー判断手段と、この判断手段によりポイント演算対
象であると判断された締めキーが存在するとポイント演
算手段による特典ポイントの演算を実行するポイント演
算制御手段と、この演算制御手段の制御により算出され
た特典ポイントを1取引の総支払い金額に対するポイン
ト演算対象であると判断された締めキーに対応する支払
い方法の支払い金額の割合で按分するポイント按分手段
とを備えたものである。
Further, the present invention is provided with the product registration control means, the point calculation means, a plurality of closing keys and a closing key table, and pays a plurality of prices for one transaction by inputting a plurality of keys of each closing key. When the method is instructed and input, the closing key table is referred to and the closing key determining means for determining whether or not each key input is a point calculation object, and this determining means is determined to be the point calculation object. When the closing key is present, it is judged that the point calculation control means for executing the calculation of the privilege points by the point calculation means and the privilege points calculated by the control of the calculation control means are the points calculation object for the total payment amount of one transaction. It is equipped with a point apportioning device that apportions the payment amount of the payment method corresponding to the closing key. That.

【0008】[0008]

【作用】このような構成の本発明であれば、各締めキー
のうちのいずれか1つのキー入力により1取引に対して
代金支払い方法が指示入力された場合には、締めキーテ
ーブルが参照されてキー入力された締めキーがポイント
演算対象のキーか否かが判断される。そしてポイント演
算対象であると判断されたときのみポイント演算手段に
よる特典ポイントの演算が実行される。
According to the present invention having such a configuration, when any one of the closing keys is pressed to input the payment method for one transaction, the closing key table is referred to. It is determined whether or not the tightening key that has been key-input is the key for point calculation. Then, the bonus points are calculated by the point calculating means only when it is determined that the points are to be calculated.

【0009】また、各締めキーのうちの複数のキー入力
により1取引に対して複数の代金支払い方法が指示入力
された場合にも、やはり締めキーテーブルが参照されて
キー入力された締めキー毎にポイント演算対象か否かが
それぞれ判断される。そしてポイント演算対象であると
判断された締めキーが存在するとポイント演算手段によ
る特典ポイントの演算が実行される。ただし、この場合
は、算出された特典ポイントが1取引の総支払い金額に
対するポイント演算対象であると判断された締めキーに
対応する支払い方法の支払い金額の割合で按分される。
Further, even when a plurality of payment methods for one transaction are instructed by a plurality of key inputs of each closing key, the closing key table is also referred to for each closing key input. It is determined whether or not the points are to be calculated. If there is a tightening key that is determined to be the point calculation target, the point calculation means executes the calculation of the privilege points. However, in this case, the calculated privilege points are prorated by the ratio of the payment amount of the payment method corresponding to the closing key determined to be the point calculation target with respect to the total payment amount of one transaction.

【0010】[0010]

【実施例】以下、本発明の一実施例を図面を参照しなが
ら説明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings.

【0011】なお、この実施例では客の買上金額に対し
て特典ポイントを付与し、その特典ポイントを客毎に磁
気カードで累積するシステムの店舗向けPOSターミナ
ルに本発明を適用した場合について説明する。
In this embodiment, a case will be described in which the present invention is applied to a POS terminal for a store in which a privilege point is given to a customer's purchase amount and the privilege point is accumulated by a magnetic card for each customer. .

【0012】図1はこの実施例のPOSターミナルの構
成を示すブロック図である。図示するように、POSタ
ーミナルは、制御部本体としてCPU(中央処理装置)
11を有する。そして、このCPU11に、バスライン
12を介してROM(リード・オンリ・メモリ)13及
びRAM(ランダム・アクセス・メモリ)14のメモリ
部を接続し、前記CPU11がROM13に設定された
プログラムに従いRAM14を使用してデータ処理する
構成になっている。
FIG. 1 is a block diagram showing the structure of the POS terminal of this embodiment. As shown in the figure, the POS terminal has a CPU (central processing unit) as a control unit main body.
Have 11. Then, the CPU 11 is connected with a memory section of a ROM (Read Only Memory) 13 and a RAM (Random Access Memory) 14 via a bus line 12, and the CPU 11 stores the RAM 14 in accordance with a program set in the ROM 13. It is configured to use and process data.

【0013】またPOSターミナルは、キーボード15
を制御するキーボードコントローラ16、金額等を表示
するための表示器17を制御する表示コントローラ1
8、レシート印字等を行うためのプリンタ19を制御す
るプリンタコントローラ20、カードリードライタ21
で読取られた磁気カードのデータを入力するとともに磁
気カードへ記録するデータをカードリードライタ21に
送出するカードリードライタ・インタフェース22、通
信回線を介して接続されるホストコンピュータとの間で
行われるデータの送受信を制御する通信インタフェース
23、日時を計時する時計回路24及びI/Oポート2
5を、それぞれ前記バスライン12を介してCPU11
に接続している。
The POS terminal has a keyboard 15
Display controller 1 for controlling a keyboard controller 16 for controlling
8. Printer controller 20 for controlling printer 19 for printing receipts, card reader / writer 21
Data input between the magnetic card read by the card reader / writer interface 22 for sending the data to be recorded on the magnetic card to the card reader / writer 21 and the data connected to the host computer connected via the communication line. Interface 23 for controlling transmission / reception of time, clock circuit 24 for clocking date and time, and I / O port 2
5 via the bus line 12 to the CPU 11
Connected to.

【0014】さらにPOSターミナルは、「登録」「点
検」「精算」「設定」等の各種業務モードを選択するた
めのモードスイッチ26と、現金等を収容するためのド
ロワ27を備えている。そして、上記モードスイッチ2
6からの信号が前記I/Oポート25に入力される。ま
た、前記I/Oポート25からドロワ27に適時開放指
令信号が出力され、ドロワ27はこの開放指令信号に応
動して自動的に開放動作するようになっている。
Further, the POS terminal is equipped with a mode switch 26 for selecting various business modes such as "registration", "inspection", "payment" and "setting", and a drawer 27 for accommodating cash or the like. And the mode switch 2
The signal from 6 is input to the I / O port 25. Further, the I / O port 25 outputs a release command signal to the drawer 27 at a proper time, and the drawer 27 automatically opens in response to the release command signal.

【0015】POSターミナルは、前記キーボード15
に、図2に示すように、数字データを入力するための
「00」,「0」〜「9」からなる置数キー31、各商
品を分類する部門コードがそれぞれプリセットされた複
数の部門キー32、乗数を入力するための×キー33、
小計金額の出力を指示する小計キー34、現金,クレジ
ット,プリペイドカード,値引券等の各種支払い方法別
に設けられた複数の締めキー35a,35b,35c,
35d,35e等を設けている。
The POS terminal has the keyboard 15
As shown in FIG. 2, a numeric key 31 consisting of "00" and "0" to "9" for inputting numerical data, and a plurality of department keys preset with department codes for classifying each product. 32, x key 33 for entering a multiplier,
Subtotal key 34 for instructing the output of the subtotal amount, a plurality of tightening keys 35a, 35b, 35c provided for various payment methods such as cash, credit, prepaid card, discount ticket, etc.
35d, 35e etc. are provided.

【0016】またPOSターミナルは、前記RAM14
に、図3に示すように、各部門コード別に部門名称が設
定されるとともに売上点数及び売上金額の合計エリアを
備えた部門別テーブル41と、各締めキーに対応して支
払い方法を示す締め名称が設定されるとともに売上点数
及び売上金額の合計エリアを備えた締めキーテーブル4
2とを形成している。
The POS terminal is the RAM 14
As shown in FIG. 3, a department name is set for each department code and a department table 41 having a total area of sales points and sales amounts, and a closing name indicating a payment method corresponding to each closing key. And key table 4 with the total area of sales points and sales amount
And 2 are formed.

【0017】そして、上記締めキーテーブル42に各締
めキーに対応する支払い方法がポイント演算対象か非対
象かを区別するためのポイントフラグPF(“0”=非
対象、“1”=対象)を設定するようになっている。
Then, a point flag PF (“0” = non-target, “1” = target) for distinguishing whether the payment method corresponding to each tightening key is a point calculation target or non-point calculation is stored in the tightening key table 42. It is supposed to be set.

【0018】またPOSターミナルは、前記RAM14
に、特典ポイントの基準額を記憶するポイント基準額エ
リア43を形成するとともに、ワークエリア44とし
て、置数エリア45、合計点数エリア46、合計金額エ
リア47、残金エリア48、支払金額エリア49、前回
ポイントエリア50、合計ポイントエリア51、今回ポ
イントエリア52、総ポイントエリア53、支払入力フ
ラグF1のエリア54及びポイント演算フラグF2のエ
リア55を形成している。
The POS terminal is the RAM 14
In addition to forming a point reference amount area 43 for storing the reference amount of privilege points, as a work area 44, a number area 45, a total points area 46, a total amount area 47, a balance area 48, a payment amount area 49, a previous time A point area 50, a total point area 51, a current point area 52, a total point area 53, a payment input flag F1 area 54, and a point calculation flag F2 area 55 are formed.

【0019】しかして、前記CPU11は、モードスイ
ッチ26により「登録」モードが選択された状態で、カ
ードリードライタ21でポイント累計用の磁気カードの
カードデータが読み取られると、そのカードデータ中の
累計ポイントデータを前回ポイントエリア50に格納す
る。
When the card reader / writer 21 reads the card data of the magnetic card for accumulating points in the state where the "register" mode is selected by the mode switch 26, the CPU 11 accumulates the total of the card data. The point data is stored in the previous point area 50.

【0020】また、同じく「登録」モードが選択された
状態で、置数キー31により置数が行われ、続いて部門
キー32により部門コードが入力されると、販売商品の
部門登録が行われたので、置数データを単価とし、その
単価に販売点数(部門登録の直前に置数キー31と×キ
ー33とで乗数入力が行われている場合にはその乗数、
乗数入力が行われていない場合には“1”)を乗じて販
売金額を算出する。そして、その販売金額と入力部門コ
ードに対応する部門名称とを表示器17に表示させると
ともにプリンタ19によりレシート印字する。
Similarly, when the "registration" mode is selected, the number is entered with the number key 31, and then the department code is entered with the department key 32. Therefore, the unit price is the unit price data, and the unit price is the number of sales points (if a multiplier input is performed with the unit number key 31 and the × key 33 immediately before registering the department, the unit price,
When the multiplier is not input, the sales amount is calculated by multiplying by "1"). Then, the sales amount and the department name corresponding to the input department code are displayed on the display unit 17, and the printer 19 prints a receipt.

【0021】また、上記販売点数及び販売金額を部門別
テーブル41の入力部門コードに対応する売上点数エリ
ア及び売上金額エリアに加算登録するとともに、販売点
数を合計点数エリア46に加算し、販売金額を合計金額
エリア47に加算する。
Further, the sales amount and the sales amount are added and registered in the sales amount area and the sales amount area corresponding to the input department code of the department table 41, and the sales amount is added to the total score area 46 to calculate the sales amount. Add to the total amount area 47.

【0022】なお、ワークエリア44の各エリア45〜
55は、1客の最初の部門登録に応動して“0”にクリ
アされる。従って、1人の客が買上げる商品の部門登録
が完了すると、その客が買上げる全商品の合計点数が合
計点数エリア46に格納され、合計金額が合計金額エリ
ア47に格納される。
Each area 45 of the work area 44
55 is cleared to "0" in response to the first division registration of one customer. Therefore, when the division registration of the product purchased by one customer is completed, the total score of all the products purchased by the customer is stored in the total score area 46, and the total amount of money is stored in the total price area 47.

【0023】ここに、CPU11は、キーボード15を
介して入力された商品販売データを部門別テーブル41
に登録処理するとともに、その商品販売データのなかの
ポイント対象データすなわち販売金額データをポイント
対象データ合計部すなわち合計金額エリア47で取引毎
に合計する商品登録制御手段を構成する。
Here, the CPU 11 stores the merchandise sales data input via the keyboard 15 by department table 41.
In addition to the registration processing, the point registration data, that is, the sales amount data in the item sales data is summed up for each transaction in the point target data total section, that is, the total amount area 47.

【0024】また、CPU11は、1人の客が買上げる
商品の部門登録が完了し、続いて支払い方法別に設けら
れた各締めキー35a〜35eのうちの1つがキー入力
されると、図4の流れ図で示す代金支払い業務を実行す
るようにプログラム設定されている。
Further, when the CPU 11 completes the division registration of the product purchased by one customer, and subsequently, one of the tightening keys 35a to 35e provided for each payment method is keyed in, the CPU 11 of FIG. The program is set up to execute the payment operation shown in the flowchart.

【0025】先ず、ST1で締めキーのキー入力により
1取引の代金支払い方法が入力されたことを確認する
と、ST2でフラグエリア54の支払い入力フラグF1
を調べる。当初、同フラグF1は“0”にリセットされ
ているので、ST3で同フラグF1を“1”にセットす
るとともに、ST4で残金エリア48に合計金額エリア
47の内容を書込む。なお、同フラグF1が“1”にセ
ットされている場合には、上記ST3及びST4の処理
は行わない。
First, when it is confirmed in ST1 that the payment method for one transaction has been input by the key input of the closing key, in ST2 the payment input flag F1 in the flag area 54 is input.
Find out. Since the flag F1 is initially reset to "0", the flag F1 is set to "1" in ST3, and the contents of the total amount area 47 are written in the balance area 48 in ST4. If the flag F1 is set to "1", the processes of ST3 and ST4 are not performed.

【0026】次に、ST5で前記締めキーのキー入力直
前に置数キー31により置数が行われたか否かを判断す
る。そして置数が行われた場合には、ST6で支払金額
エリア49に置数エリア45内の置数データを書込む。
置数が行われていない場合には、ST7で支払金額エリ
ア49に残金エリア48の内容を書込む。
Next, in ST5, it is judged whether or not the numeral has been entered by the numeral key 31 immediately before the key input of the closing key. Then, when the number is entered, the number data in the number area 45 is written in the payment amount area 49 in ST6.
If the number has not been entered, the contents of the balance area 48 are written in the payment amount area 49 in ST7.

【0027】次に、ST8で代金支払い登録処理、すな
わち支払金額エリア49の内容を締めキーテーブル42
のキー入力された締めキーに対応する売上金額エリアに
加算登録するとともに、同売上点数エリアに“1”を加
算登録する。また、ST9でキー入力された締めキーに
対応する締め名称と支払金額エリア49の内容とをプリ
ンタ19によりレシート印字する。
Next, in ST8, the payment payment registration process, that is, the contents of the payment amount area 49 is closed.
In addition to registering in the sales amount area corresponding to the closing key that was key-inputted, “1” is additionally registered in the same sales point area. Further, the printer 19 prints a receipt with the closing name corresponding to the closing key input in ST9 and the contents of the payment amount area 49.

【0028】次に、ST10で締めキーテーブル42を
参照し、キー入力された締めキーに対応するポイントフ
ラグPFを調べる。ここで、同ポイントフラグPFが
“1”にセットされている場合にはポイント演算対象の
支払い方法に対応する締めキーがキー入力されたと判断
し、“0”にリセットされている場合にはポイント演算
非対象の支払い方法に対応する締めキーがキー入力され
たと判断する。(締めキー判断手段)そして、ポイント
演算対象の支払い方法の締めキーがキー入力されたと判
断された場合のみ、ST11でポイント演算処理を実行
する。(ポイント演算制御手段) このポイント演算処理は、図5に具体的に示すように、
先ずST11-1でフラグエリア55のポイント演算フラ
グF2を調べる。当初、同フラグF2は“0”にリセッ
トされているので、ST11-2で同フラグF2を“1”
にセットするとともに、ST11-3で合計金額エリア4
7の内容をポイント基準額エリア43の内容で除算する
ことにより合計金額に対する特典ポイントP1を計算
し、この特典ポイントP1を合計ポイントエリア51に
格納する。(ポイント演算手段)なお、同フラグF2が
“1”にセットされている場合には、上記ST11-2及
びST11-3の処理は行わない。
Next, at ST10, the tightening key table 42 is referred to, and the point flag PF corresponding to the keyed-in tightening key is checked. Here, if the point flag PF is set to "1", it is determined that the closing key corresponding to the payment method for point calculation is key-in, and if it is reset to "0", the point is reset. It is determined that the closing key corresponding to the payment method that is not subject to calculation has been keyed in. (Finishing Key Judging Means) Then, only when it is judged that the closing key of the payment method for which point calculation is to be performed is key-in, the point calculation process is executed in ST11. (Point calculation control means) This point calculation processing is performed as shown in FIG.
First, in ST11-1, the point calculation flag F2 in the flag area 55 is checked. Initially, since the flag F2 is reset to "0", the flag F2 is set to "1" in ST11-2.
Set to, and at ST11-3, total amount area 4
The privilege point P1 for the total amount is calculated by dividing the content of 7 by the content of the point reference amount area 43, and the privilege point P1 is stored in the total point area 51. (Point calculating means) When the flag F2 is set to "1", the processes of ST11-2 and ST11-3 are not performed.

【0029】次に、ST11-4で上記合計ポイントエリ
ア51の内容P1を、合計金額エリア47の内容、すな
わち1取引の総支払い金額に対する支払金額エリア49
の内容、すなわちポイント演算対象であると判断された
締めキーに対応する支払い方法の支払い金額の割合で按
分する。(ポイント按分手段) そして、ST11-5で按分した結果Pを今回ポイントエ
リア52の内容に加算したならば、このポイント演算処
理を終了する。
Next, in ST11-4, the content P1 of the total point area 51 is changed to the content of the total amount area 47, that is, the payment amount area 49 for the total payment amount of one transaction.
Of the payment method of the payment method corresponding to the closing key determined to be the point calculation target. (Point apportioning means) Then, when the result P apportioned in ST11-5 is added to the contents of the point area 52 this time, the point calculation process is terminated.

【0030】次に、ST12で残金エリア48の内容か
ら支払金額エリア49の内容を減算し、その差を残金エ
リア48に格納する。次に、ST13で上記残金エリア
48の内容が“0”以下か否かを判断する。ここで、上
記残金エリア48の内容が“0”より大きい場合には、
当該客の代金支払いがまだ残っているので、ST1に戻
り、次の支払い方法が入力されるを待機する。そして、
次の支払い方法を示す締めキーの1つがキー入力された
ならば、ST2乃至ST13の処理を繰り返し実行す
る。
Next, in ST12, the contents of the payment amount area 49 are subtracted from the contents of the balance area 48, and the difference is stored in the balance area 48. Next, in ST13, it is determined whether or not the content of the remaining area 48 is "0" or less. Here, when the content of the balance area 48 is larger than “0”,
Since the payment for the customer still remains, the process returns to ST1 and waits for the next payment method to be input. And
If one of the closing keys indicating the next payment method is keyed in, the processes of ST2 to ST13 are repeatedly executed.

【0031】ST13で残金エリア48の内容が“0”
以下の場合には、ST14でフラグエリア55のポイン
ト演算フラグF2を調べる。ここで、同フラグF2が
“1”にセットされている場合にはポイント計算対象の
支払い方法で代金支払いが行われたので、ST15で前
回ポイントエリア50の内容と今回ポイントエリア52
との内容との和を総ポイントエリア53に格納する。
In ST13, the content of the balance area 48 is "0".
In the following cases, the point calculation flag F2 in the flag area 55 is checked in ST14. Here, when the flag F2 is set to "1", the payment has been made by the payment method of the point calculation target, so in ST15, the contents of the previous point area 50 and the current point area 52
The sum of the contents of and is stored in the total point area 53.

【0032】次に、ST16でプリンタ19によりこれ
ら前回ポイントエリア50,今回ポイントエリア52及
び総ポイントエリア53の各内容をレシート印字すると
ともに、ST17で総ポイントエリア53の内容を累計
ポイントデータとしてカードリードライタ21に出力
し、該カードリードライタ21に装着されたポイント累
計用の磁気カードへの書込みを制御する。
Next, in ST16, the printer 19 prints the contents of the previous point area 50, the present point area 52, and the total point area 53 as a receipt, and in ST17, the contents of the total point area 53 are read as a cumulative point data by card reading. It outputs to the writer 21 and controls writing to the point totaling magnetic card attached to the card reader / writer 21.

【0033】ST14で、ポイント演算フラグF2が
“0”にリセットされている場合にはポイント計算対象
以外の支払い方法で代金支払いが行われたので、上記S
T15、ST16及びST17の処理は行わない。
When the point calculation flag F2 is reset to "0" in ST14, the payment is made by a payment method other than the point calculation target.
The processes of T15, ST16 and ST17 are not performed.

【0034】その後、ST18で上記プリンタ19によ
り印字されたレシートを発行したならば、この処理を終
了する。
After that, if the receipt printed by the printer 19 is issued in ST18, this process is terminated.

【0035】このように構成された本実施例のPOSタ
ーミナルを使用する店舗においては、予め支払い方法に
よって特典ポイントの計算を実行するか否かを決定す
る。そして、締めキーテーブル42のポイントフラグP
Fを、特典ポイントの計算を実行する支払い方法の締め
キーに対応するものは“1”にセットし、特典ポイント
の計算を実行しない支払い方法の締めキーに対応するも
のは“0”にリセットする。
In a store using the POS terminal of this embodiment having the above-described structure, whether or not to calculate the privilege points is determined in advance by the payment method. Then, the point flag P of the tightening key table 42
Set F to "1" for those that correspond to the closing key of the payment method that executes the calculation of bonus points, and reset to "0" for those that correspond to the closing key of the payment method that does not calculate the bonus points. .

【0036】この状態で、キャッシャがキーボード15
をキー操作して客が買上げる商品の販売データを部門登
録すると、その商品販売データが部門別テーブル41に
登録処理されるとともに、ポイント対象データとしての
販売金額が合計金額エリア47で合計される。
In this state, the cashier operates the keyboard 15
When the customer operates the key to register the sales data of the product purchased by the customer, the product sales data is registered in the department table 41, and the sales amount as point object data is totaled in the total amount area 47. .

【0037】次いで、キャッシャが客の申し出た支払い
方法及び支払い金額を置数キー31と締めキー35a〜
35eで入力すると、前記締めキーテーブル42の入力
締めキーに対応するポイントフラグPFが調べられる。
ここで、同フラグPFが“1”にセットされている場合
には、図5に具体的に示すポイント演算処理が実行され
るが、“0”にリセットされている場合には上記ポイン
ト演算処理が実行されない。
Next, the cashier indicates the payment method and the payment amount offered by the customer as the numeral key 31 and the closing key 35a.
When the input is made at 35e, the point flag PF corresponding to the input closing key of the closing key table 42 is checked.
Here, when the flag PF is set to "1", the point calculation process specifically shown in FIG. 5 is executed, but when it is reset to "0", the point calculation process is performed. Does not run.

【0038】例えば今、代金支払いが現金の場合には特
典ポイントの計算を実行し、プリペイドカードの場合に
は実行しないとする。すなわち、支払い方法[現計]の
締めキー35aに対応するポイントフラグPFが“1”
にセットされており、支払い方法[Pカード]の締めキ
ー35cに対応するポイントフラグPFが“0”にリセ
ットされている。なお、ポイント基準額エリア43に設
定されるポイント基準額を“100”とする。
For example, it is assumed that the privilege points are calculated when the payment is cash, and the privilege points are not calculated when the payment is prepaid card. That is, the point flag PF corresponding to the closing key 35a of the payment method [current total] is "1".
The point flag PF corresponding to the closing key 35c of the payment method [P card] is reset to "0". The point reference amount set in the point reference amount area 43 is “100”.

【0039】この状態で、前回までの累計ポイントが1
00ポイントの客が部門[DP1]に属する単価500
円の商品を1点買上げ、その客が代金を現金で支払うも
のとすると、ポイント演算処理により今回ポイントP2
として“5”が算出され、当該客の累計ポイントは10
5ポイントとなる。このときの客に発行されるレシート
例を図6(b)に示す。
In this state, the accumulated points up to the previous time are 1
Unit price of customers with 00 points belongs to department [DP1] 500
Assuming that one customer buys a yen product and pays the price in cash, the point calculation process will result in points P2.
“5” is calculated as, and the cumulative points of the customer are 10
5 points. An example of the receipt issued to the customer at this time is shown in FIG.

【0040】これに対し、上記客が代金をプリペイドカ
ードで支払うものとすると、ポイント演算処理が実行さ
れないので当該客の累計ポイントは100ポイントのま
まである。
On the other hand, if the customer pays the price with a prepaid card, the point calculation process is not executed, and the cumulative points of the customer remain 100 points.

【0041】また、本実施例のPOSターミナルは1人
の客が複数の方法で代金を支払うことが可能である。例
えば上記例の客がプリペイドカードで200円分を支払
い、残りを現金で支払うものとすると、キャッシャは、
先ず「200」を置数してからプリペイドカードに対応
する締めキー35cをキー入力する。そうすると、図4
に示すST2,3,4,5,6,8,9,10,12の
順で代金支払い業務が処理され、残金エリア48は30
0円となる。
Further, in the POS terminal of this embodiment, one customer can pay the price by a plurality of methods. For example, if the customer in the above example pays 200 yen for a prepaid card and pays the rest in cash, the cashier
First, "200" is entered, and then the closing key 35c corresponding to the prepaid card is keyed in. Then, Figure 4
The payment operation is processed in the order of ST2, 3, 4, 5, 6, 8, 8, 9, 10, and 12 shown in, and the balance area 48 is 30
It will be 0 yen.

【0042】次に、キャッシャは、現金に対応する締め
キー35aをキー入力する。そうすると、図4に示すS
T2,5,7,8,9,10,11,12の順で代金支
払い業務が処理され、残金エリア48は0円となる。
Next, the cashier inputs the closing key 35a corresponding to cash. Then, S shown in FIG.
The payment service is processed in the order of T2, 5, 7, 8, 9, 10, 11, 12 and the balance area 48 becomes 0 yen.

【0043】このとき、ST11のポイント演算処理に
おいては、先ず合計ポイントP1として合計金額“50
0”からポイント基準額“100”を除算した商“5”
が算出され、続いて今回ポイントP2として上記合計ポ
イントP1を、1取引の総支払い金額500円に対する
ポイント演算対象であると判断された締めキーに対応す
る支払い方法の支払い金額300円の割合で按分した
値、すなわち“3”が算出される。これにより、当該客
の累計ポイントは103ポイントとなる。このときの客
に発行されるレシート例を図6(a)に示す。
At this time, in the point calculation process of ST11, first, as the total point P1, the total amount of money is "50".
Quotient "5" obtained by dividing the point reference amount "100" from 0 "
Then, the above total points P1 are calculated as the current points P2 at a ratio of the payment amount of 300 yen of the payment method corresponding to the closing key determined to be the point calculation target for the total payment amount of 500 yen for one transaction. The calculated value, that is, "3" is calculated. As a result, the cumulative points of the customer are 103 points. An example of the receipt issued to the customer at this time is shown in FIG.

【0044】このように本実施例のPOSターミナル
は、締めキーの種類によって特典ポイント演算処理を実
行するか否かを自動的に区別できるので、支払い方法に
より特典ポイントを付与する取引と付与しない取引とを
区別する運用を取る場合に容易に対応できる。
As described above, the POS terminal of this embodiment can automatically distinguish whether or not to execute the privilege point calculation processing depending on the type of the closing key. Therefore, the transaction for granting the privilege point and the transaction for not granting the privilege point can be performed depending on the payment method. This can be easily dealt with when the operation to distinguish between and is taken.

【0045】また、ポイント計算対象の支払い方法とポ
イント計算非対象の支払い方法との組合わせで代金が支
払われた場合には、それぞれの支払い金額の割合により
合計金額に対する特典ポイントを按分して算出するよう
にしたので、特典ポイントを公平に付与できる。
Further, when the payment is made by the combination of the point calculation target payment method and the point calculation non-target payment method, the privilege points are proportionally calculated with respect to the total amount according to the ratio of each payment amount. As a result, the privilege points can be imparted fairly.

【0046】なお、前記実施例では1取引の合計金額に
対して特典ポイントを付与する場合を示したが、1取引
の中で特定の商品または部門の売上合計に対して特典ポ
イントを付与する場合等にも本発明を適用できる。この
場合、ポイント対象データ合計部を合計金額エリアとは
別に設け、商品の販売登録が行われる毎にその登録商品
がポイント対象か否かを判断し、ポイント対象商品であ
ればその販売金額を上記ポイント対象データ合計部で合
計する。そして、ポイント計算対象の締めキーがキー入
力された場合には上記ポイント対象データ合計部の内容
に基づいて特典ポイントを算出する。
In the above embodiment, the case where the reward points are given to the total amount of one transaction is shown. However, the case where the reward points are given to the total sales of a specific product or department in one transaction. The present invention can be applied to the above. In this case, the point target data total section is provided separately from the total amount area, and each time the product is registered for sale, it is determined whether or not the registered product is the point target. Sum up in the point data total section. When the closing key for point calculation is keyed in, the privilege points are calculated based on the content of the point target data totaling section.

【0047】この他、本発明の要旨を逸脱しない範囲で
種々変形実施可能であるのは勿論である。
Of course, various modifications can be made without departing from the scope of the present invention.

【0048】[0048]

【発明の効果】以上詳述したように本発明によれば、特
典ポイントの自動算出機能を備えるとともに複数の代金
支払い方法を選択できるものにおいて、締めキーのキー
入力により指示入力された1取引の代金支払い方法がポ
イント演算対象か否かを自動的に判断し、ポイント演算
対象であると判断したときのみポイント演算手段による
特典ポイントの演算を実行するようにしたので、支払い
方法によって特典ポイントの計算を行うか否かを自動的
に選択でき、実用性の向上を図り得る商品販売データ処
理装置を提供できる。
As described above in detail, according to the present invention, a function for automatically calculating privilege points and a plurality of payment methods can be selected. We automatically judge whether the payment method is the point calculation target, and only when it is judged that the point calculation target is the point calculation method, the reward point calculation is executed by the point calculation means. It is possible to provide a merchandise sales data processing device capable of automatically selecting whether or not to perform, and improving the practicality.

【0049】また、複数の締めキーのキー入力によりポ
イント演算対象の支払い方法とポイント演算非対象の支
払い方法とが混在して指示入力された場合にはポイント
演算手段により算出された特典ポイントを1取引の総支
払い金額に対するポイント演算対象の支払い方法の支払
い金額の割合で按分するようにしたので、特典ポイント
を公平に付与できる効果も奏する。
When the payment method for point calculation and the payment method for non-point calculation are mixed and input by key input of a plurality of tightening keys, the privilege points calculated by the point calculation means are 1 Since the amount of payment of the payment method of the point calculation target is proportional to the total amount of payment of the transaction, privilege points can be imparted evenly.

【図面の簡単な説明】[Brief description of drawings]

【図1】 本発明の一実施例であるPOSターミナルの
構成を示すブロック図。
FIG. 1 is a block diagram showing a configuration of a POS terminal which is an embodiment of the present invention.

【図2】 同実施例におけるキーボードの主要キー配置
を示す平面図。
FIG. 2 is a plan view showing an arrangement of main keys of the keyboard according to the embodiment.

【図3】 同実施例におけるRAMの主要メモリ構成を
示す概念図。
FIG. 3 is a conceptual diagram showing a main memory configuration of a RAM in the embodiment.

【図4】 同実施例におけるCPUの代金支払い業務を
示す流れ図。
FIG. 4 is a flowchart showing a CPU price payment operation in the embodiment.

【図5】 図4におけるポイント演算処理を具体的に示
す流れ図。
FIG. 5 is a flowchart specifically showing the point calculation processing in FIG.

【図6】 同実施例において発行されるレシートの印字
例を示す平面図。
FIG. 6 is a plan view showing an example of printing a receipt issued in the same embodiment.

【符号の説明】[Explanation of symbols]

11…CPU、13…ROM、14…RAM、15…キ
ーボード、17…表示器、19…プリンタ、21…カー
ドリードライタ、35a〜35e…締めキー、42…締
めキーテーブル。
11 ... CPU, 13 ... ROM, 14 ... RAM, 15 ... Keyboard, 17 ... Display, 19 ... Printer, 21 ... Card reader / writer, 35a to 35e ... Tightening key, 42 ... Tightening key table.

Claims (2)

【特許請求の範囲】[Claims] 【請求項1】 入力部を介して入力された商品販売デー
タを記憶部に登録処理するとともにポイント対象データ
をポイント対象データ合計部で取引毎に合計する商品登
録制御手段と、 前記ポイント対象データ合計部の内容に基づいて特典ポ
イントを計算するポイント演算手段と、 代金支払方法の種別に設けられた複数の締めキーと、 これら締めキーにそれぞれ対応してポイント演算対象か
非対象かの情報を予め設定記憶する締めキーテーブル
と、 これら締めキーのうちのいずれか1つのキー入力により
1取引に対して代金支払い方法が指示入力されると前記
締めキーテーブルを参照しキー入力された締めキーがポ
イント演算対象のキーか否かを判断する締めキー判断手
段と、 この判断手段によりポイント演算対象であると判断され
たときのみ前記ポイント演算手段による特典ポイントの
演算を実行するポイント演算制御手段と、 を具備したことを特徴とする商品販売データ処理装置。
1. Product registration control means for registering product sales data input through an input unit in a storage unit and totaling point target data for each transaction in a point target data summing unit, and the point target data total. Point calculation means for calculating privilege points based on the contents of the department, a plurality of tightening keys provided for each type of payment method, and information on whether or not point calculation is performed in advance corresponding to each of the tightening keys. The closing key table for setting and storing, and when any one of these closing keys is pressed to input the payment method for one transaction, the closing key table is referred to and the closing key that is keyed is pointed. A tightening key determination means for determining whether or not the key is a calculation target, and Merchandise sales data processing apparatus characterized by comprising a and point arithmetic control unit for performing operations benefits points by the point calculating means.
【請求項2】 入力部を介して入力された商品販売デー
タを記憶部に登録処理するとともにポイント対象データ
をポイント対象データ合計部で取引毎に合計する商品登
録制御手段と、 前記ポイント対象データ合計部の内容に基づいて特典ポ
イントを計算するポイント演算手段と、 代金支払方法の種別に設けられた複数の締めキーと、 これら締めキーにそれぞれ対応してポイント演算対象か
非対象かの情報を予め設定記憶する締めキーテーブル
と、 これら締めキーのうちの複数のキー入力により1取引に
対して複数の代金支払い方法が指示入力されると前記締
めキーテーブルを参照しキー入力された締めキー毎にポ
イント演算対象か否かをそれぞれ判断する締めキー判断
手段と、 この判断手段によりポイント演算対象であると判断され
た締めキーが存在すると前記ポイント演算手段による特
典ポイントの演算を実行するポイント演算制御手段と、 この演算制御手段の制御により算出された特典ポイント
を1取引の総支払い金額に対するポイント演算対象であ
ると判断された締めキーに対応する支払い方法の支払い
金額の割合で按分するポイント按分手段と、を具備した
ことを特徴とする商品販売データ処理装置。
2. Product registration control means for registering product sales data input through an input unit in a storage unit and totaling point target data for each transaction in a point target data summing unit, and the point target data total. Point calculation means for calculating privilege points based on the contents of the department, a plurality of tightening keys provided for each type of payment method, and information on whether or not point calculation is performed in advance corresponding to each of the tightening keys. The closing key table for setting and storing, and when a plurality of payment methods for one transaction are instructed by inputting a plurality of keys of these closing keys, the closing key table is referred to for each closing key that has been key-inputted. A tightening key judging means for judging whether each point is to be calculated or not, and a tightening key judged by this judging means to be a point calculating object. If there is a credit, the point calculation control means for executing the calculation of the privilege points by the point calculation means, and the privilege points calculated by the control of the calculation control means are judged to be the points calculation object for the total payment amount of one transaction. And a point apportioning device for apportioning the payment amount of the payment method corresponding to the closing key.
JP16305292A 1992-06-22 1992-06-22 Product sales data processing device Expired - Fee Related JP2883770B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP16305292A JP2883770B2 (en) 1992-06-22 1992-06-22 Product sales data processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP16305292A JP2883770B2 (en) 1992-06-22 1992-06-22 Product sales data processing device

Publications (2)

Publication Number Publication Date
JPH064775A true JPH064775A (en) 1994-01-14
JP2883770B2 JP2883770B2 (en) 1999-04-19

Family

ID=15766262

Family Applications (1)

Application Number Title Priority Date Filing Date
JP16305292A Expired - Fee Related JP2883770B2 (en) 1992-06-22 1992-06-22 Product sales data processing device

Country Status (1)

Country Link
JP (1) JP2883770B2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000250988A (en) * 1999-03-01 2000-09-14 Hitachi Ltd Account settlement processing method and its implementation device, and medium where its processing program is recorded
JP2002311870A (en) * 2001-04-17 2002-10-25 Casio Comput Co Ltd Advertisement service system, advertisement service method and program
JP2007108849A (en) * 2005-10-11 2007-04-26 Hitachi Software Eng Co Ltd Point service system using medical receipt information
JP2011053967A (en) * 2009-09-02 2011-03-17 Toshiba Tec Corp Article sales data processing apparatus and control program therefor
JP2019067465A (en) * 2019-02-05 2019-04-25 東芝テック株式会社 Settlement device and program

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0470993A (en) * 1990-07-04 1992-03-05 Ee C S:Kk Card system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0470993A (en) * 1990-07-04 1992-03-05 Ee C S:Kk Card system

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000250988A (en) * 1999-03-01 2000-09-14 Hitachi Ltd Account settlement processing method and its implementation device, and medium where its processing program is recorded
JP2002311870A (en) * 2001-04-17 2002-10-25 Casio Comput Co Ltd Advertisement service system, advertisement service method and program
JP2007108849A (en) * 2005-10-11 2007-04-26 Hitachi Software Eng Co Ltd Point service system using medical receipt information
JP2011053967A (en) * 2009-09-02 2011-03-17 Toshiba Tec Corp Article sales data processing apparatus and control program therefor
US8321282B2 (en) 2009-09-02 2012-11-27 Toshiba Tec Kabushiki Kaisha Article sales data processing apparatus and control method for the same
JP2019067465A (en) * 2019-02-05 2019-04-25 東芝テック株式会社 Settlement device and program

Also Published As

Publication number Publication date
JP2883770B2 (en) 1999-04-19

Similar Documents

Publication Publication Date Title
JP2883770B2 (en) Product sales data processing device
JPH06215270A (en) Commodity sales data processor
JP2001076260A (en) Commodity sales registration data processor
JPH0589372A (en) Processor for product sales data
JP2952118B2 (en) Credit processing equipment
JP2001006051A (en) Device for processing merchandise sales register data
JPH06301861A (en) Commodity sales data processor
JP2549761B2 (en) Transaction processor
JPH04373097A (en) Sales data processor
JP3681778B2 (en) Product sales registration data processing system
JP6977125B2 (en) Checkout system, payment device and its control program
JP2793659B2 (en) Payment processor
JPH06195565A (en) Commodity sale data processor
JP7304739B2 (en) Information processing device, information processing program and information processing method
JP5174772B2 (en) Privilege processing device, merchandise sales data processing device and program thereof
US20230419293A1 (en) Checkout device and program
JP2542732B2 (en) Transaction processor
JP3614501B2 (en) Product sales registration data processing device
JPH02304700A (en) Commodity sales data processor
JPH0821133B2 (en) Product sales data processor
JPH11339129A (en) Product sales registration data processor
JPH02304698A (en) Commodity sales data processor
JPH083877B2 (en) Electronic cash register
JPH03248296A (en) Commodity sales data processor
JPH07192175A (en) Electronic cash register

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080205

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090205

Year of fee payment: 10

LAPS Cancellation because of no payment of annual fees