JPH064775A - 商品販売データ処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 特典ポイントの自動算出機能を備えるととも
に複数の代金支払い方法を選択できるものにおいて、支
払い方法によって特典ポイントの計算を行うか否かを自
動的に選択できるようにする。 【構成】 代金支払方法の種別に複数の締めキーを設け
るとともに、これら締めキーにそれぞれ対応してポイン
ト演算対象か非対象かの情報を予め設定記憶する。そし
て、これら締めキーのうちのいずれか１つのキー入力に
より１取引に対して代金支払い方法が指示入力されると
締めキーテーブルを参照し、キー入力された締めキーが
ポイント演算対象のキーか否かを判断する。そして、ポ
イント演算対象であると判断されたときのみポイント演
算手段による特典ポイントの演算を実行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子式キャッシュレジ
スタまたはＰＯＳ（販売時点情報管理）ターミナルと称
される商品販売データ処理装置に係わり、特に客が買上
げた商品の合計金額等に基づいてその客に特典ポイント
を付与するサービスを行っている店舗向けの商品販売デ
ータ処理装置に関する。

【０００２】

【従来の技術】スーパーマーケットや専門店等の小売店
の中には、例えば客が買い上げた商品の合計金額に応じ
て特典ポイントを算出し、その特典ポイントを客毎に磁
気カード等で毎回累積して、ポイント累積値が所定値に
達したならば値引等の特典を付与するようにしたところ
がある。

【０００３】このような店で使用される電子式キャッシ
ュレジスタやＰＯＳ（販売時点情報管理）ターミナル等
の商品販売データ処理装置としては、販売登録された商
品の販売金額を合計器で客毎に合計し、締めキー入力に
よりその客の登録締めが宣言されると、合計器内の合計
金額を予め設定されたポイント基準額で除算して特典ポ
イントを自動算出するようにしたものが知られている。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
特典ポイント自動算出機能を備えた商品販売データ処理
装置は、顧客が買上げ商品の代金を現金で支払う場合の
みならずクレジットカードやプリペイドカード等で支払
う場合も同様にして特典ポイントの計算を行っていた。
このため、店によってはプレミアムが付加されたプリペ
イドガードによる支払いや値引券による支払い等のよう
に既に特典が付与された支払いには特典ポイントを付与
しない運用を取りたい要望があるが、従来装置では対応
が困難であった。

【０００５】本発明はこのような事情に基づいてなされ
たもので、その目的とするところは、特典ポイントの自
動算出機能を備えるとともに、複数の代金支払い方法を
選択できるものにおいて、支払い方法によって特典ポイ
ントの計算を行うか否かを自動的に選択でき、実用性の
向上を図り得る商品販売データ処理装置を提供しようと
するものである。

【０００６】

【課題を解決するための手段】本発明は、上記課題を解
決し目的を達成するために、入力部を介して入力された
商品販売データを記憶部に登録処理するとともにポイン
ト対象データをポイント対象データ合計部で取引毎に合
計する商品登録制御手段と、ポイント対象データ合計部
の内容に基づいて特典ポイントを計算するポイント演算
手段と、代金支払方法の種別に設けられた複数の締めキ
ーと、これら締めキーにそれぞれ対応してポイント演算
対象か非対象かの情報を予め設定記憶する締めキーテー
ブルと、これら締めキーのうちのいずれか１つのキー入
力により１取引に対して代金支払い方法が指示入力され
ると締めキーテーブルを参照しキー入力された締めキー
がポイント演算対象のキーか否かを判断する締めキー判
断手段と、この判断手段によりポイント演算対象である
と判断されたときのみポイント演算手段による特典ポイ
ントの演算を実行するポイント演算制御手段とを備えた
ものである。

【０００７】また本発明は、前記商品登録制御手段、ポ
イント演算手段、複数の締めキー及び締めキーテーブル
を設けるとともに、各締めキーのうちの複数のキー入力
により１取引に対して複数の代金支払い方法が指示入力
されると締めキーテーブルを参照しキー入力された締め
キー毎にポイント演算対象か否かをそれぞれ判断する締
めキー判断手段と、この判断手段によりポイント演算対
象であると判断された締めキーが存在するとポイント演
算手段による特典ポイントの演算を実行するポイント演
算制御手段と、この演算制御手段の制御により算出され
た特典ポイントを１取引の総支払い金額に対するポイン
ト演算対象であると判断された締めキーに対応する支払
い方法の支払い金額の割合で按分するポイント按分手段
とを備えたものである。

【０００８】

【作用】このような構成の本発明であれば、各締めキー
のうちのいずれか１つのキー入力により１取引に対して
代金支払い方法が指示入力された場合には、締めキーテ
ーブルが参照されてキー入力された締めキーがポイント
演算対象のキーか否かが判断される。そしてポイント演
算対象であると判断されたときのみポイント演算手段に
よる特典ポイントの演算が実行される。

【０００９】また、各締めキーのうちの複数のキー入力
により１取引に対して複数の代金支払い方法が指示入力
された場合にも、やはり締めキーテーブルが参照されて
キー入力された締めキー毎にポイント演算対象か否かが
それぞれ判断される。そしてポイント演算対象であると
判断された締めキーが存在するとポイント演算手段によ
る特典ポイントの演算が実行される。ただし、この場合
は、算出された特典ポイントが１取引の総支払い金額に
対するポイント演算対象であると判断された締めキーに
対応する支払い方法の支払い金額の割合で按分される。

【００１０】

【実施例】以下、本発明の一実施例を図面を参照しなが
ら説明する。

【００１１】なお、この実施例では客の買上金額に対し
て特典ポイントを付与し、その特典ポイントを客毎に磁
気カードで累積するシステムの店舗向けＰＯＳターミナ
ルに本発明を適用した場合について説明する。

【００１２】図１はこの実施例のＰＯＳターミナルの構
成を示すブロック図である。図示するように、ＰＯＳタ
ーミナルは、制御部本体としてＣＰＵ（中央処理装置）
１１を有する。そして、このＣＰＵ１１に、バスライン
１２を介してＲＯＭ（リード・オンリ・メモリ）１３及
びＲＡＭ（ランダム・アクセス・メモリ）１４のメモリ
部を接続し、前記ＣＰＵ１１がＲＯＭ１３に設定された
プログラムに従いＲＡＭ１４を使用してデータ処理する
構成になっている。

【００１３】またＰＯＳターミナルは、キーボード１５
を制御するキーボードコントローラ１６、金額等を表示
するための表示器１７を制御する表示コントローラ１
８、レシート印字等を行うためのプリンタ１９を制御す
るプリンタコントローラ２０、カードリードライタ２１
で読取られた磁気カードのデータを入力するとともに磁
気カードへ記録するデータをカードリードライタ２１に
送出するカードリードライタ・インタフェース２２、通
信回線を介して接続されるホストコンピュータとの間で
行われるデータの送受信を制御する通信インタフェース
２３、日時を計時する時計回路２４及びＩ／Ｏポート２
５を、それぞれ前記バスライン１２を介してＣＰＵ１１
に接続している。

【００１４】さらにＰＯＳターミナルは、「登録」「点
検」「精算」「設定」等の各種業務モードを選択するた
めのモードスイッチ２６と、現金等を収容するためのド
ロワ２７を備えている。そして、上記モードスイッチ２
６からの信号が前記Ｉ／Ｏポート２５に入力される。ま
た、前記Ｉ／Ｏポート２５からドロワ２７に適時開放指
令信号が出力され、ドロワ２７はこの開放指令信号に応
動して自動的に開放動作するようになっている。

【００１５】ＰＯＳターミナルは、前記キーボード１５
に、図２に示すように、数字データを入力するための
「００」，「０」〜「９」からなる置数キー３１、各商
品を分類する部門コードがそれぞれプリセットされた複
数の部門キー３２、乗数を入力するための×キー３３、
小計金額の出力を指示する小計キー３４、現金，クレジ
ット，プリペイドカード，値引券等の各種支払い方法別
に設けられた複数の締めキー３５ａ，３５ｂ，３５ｃ，
３５ｄ，３５ｅ等を設けている。

【００１６】またＰＯＳターミナルは、前記ＲＡＭ１４
に、図３に示すように、各部門コード別に部門名称が設
定されるとともに売上点数及び売上金額の合計エリアを
備えた部門別テーブル４１と、各締めキーに対応して支
払い方法を示す締め名称が設定されるとともに売上点数
及び売上金額の合計エリアを備えた締めキーテーブル４
２とを形成している。

【００１７】そして、上記締めキーテーブル４２に各締
めキーに対応する支払い方法がポイント演算対象か非対
象かを区別するためのポイントフラグＰＦ（“０”＝非
対象、“１”＝対象）を設定するようになっている。

【００１８】またＰＯＳターミナルは、前記ＲＡＭ１４
に、特典ポイントの基準額を記憶するポイント基準額エ
リア４３を形成するとともに、ワークエリア４４とし
て、置数エリア４５、合計点数エリア４６、合計金額エ
リア４７、残金エリア４８、支払金額エリア４９、前回
ポイントエリア５０、合計ポイントエリア５１、今回ポ
イントエリア５２、総ポイントエリア５３、支払入力フ
ラグＦ１のエリア５４及びポイント演算フラグＦ２のエ
リア５５を形成している。

【００１９】しかして、前記ＣＰＵ１１は、モードスイ
ッチ２６により「登録」モードが選択された状態で、カ
ードリードライタ２１でポイント累計用の磁気カードの
カードデータが読み取られると、そのカードデータ中の
累計ポイントデータを前回ポイントエリア５０に格納す
る。

【００２０】また、同じく「登録」モードが選択された
状態で、置数キー３１により置数が行われ、続いて部門
キー３２により部門コードが入力されると、販売商品の
部門登録が行われたので、置数データを単価とし、その
単価に販売点数（部門登録の直前に置数キー３１と×キ
ー３３とで乗数入力が行われている場合にはその乗数、
乗数入力が行われていない場合には“１”）を乗じて販
売金額を算出する。そして、その販売金額と入力部門コ
ードに対応する部門名称とを表示器１７に表示させると
ともにプリンタ１９によりレシート印字する。

【００２１】また、上記販売点数及び販売金額を部門別
テーブル４１の入力部門コードに対応する売上点数エリ
ア及び売上金額エリアに加算登録するとともに、販売点
数を合計点数エリア４６に加算し、販売金額を合計金額
エリア４７に加算する。

【００２２】なお、ワークエリア４４の各エリア４５〜
５５は、１客の最初の部門登録に応動して“０”にクリ
アされる。従って、１人の客が買上げる商品の部門登録
が完了すると、その客が買上げる全商品の合計点数が合
計点数エリア４６に格納され、合計金額が合計金額エリ
ア４７に格納される。

【００２３】ここに、ＣＰＵ１１は、キーボード１５を
介して入力された商品販売データを部門別テーブル４１
に登録処理するとともに、その商品販売データのなかの
ポイント対象データすなわち販売金額データをポイント
対象データ合計部すなわち合計金額エリア４７で取引毎
に合計する商品登録制御手段を構成する。

【００２４】また、ＣＰＵ１１は、１人の客が買上げる
商品の部門登録が完了し、続いて支払い方法別に設けら
れた各締めキー３５ａ〜３５ｅのうちの１つがキー入力
されると、図４の流れ図で示す代金支払い業務を実行す
るようにプログラム設定されている。

【００２５】先ず、ＳＴ１で締めキーのキー入力により
１取引の代金支払い方法が入力されたことを確認する
と、ＳＴ２でフラグエリア５４の支払い入力フラグＦ１
を調べる。当初、同フラグＦ１は“０”にリセットされ
ているので、ＳＴ３で同フラグＦ１を“１”にセットす
るとともに、ＳＴ４で残金エリア４８に合計金額エリア
４７の内容を書込む。なお、同フラグＦ１が“１”にセ
ットされている場合には、上記ＳＴ３及びＳＴ４の処理
は行わない。

【００２６】次に、ＳＴ５で前記締めキーのキー入力直
前に置数キー３１により置数が行われたか否かを判断す
る。そして置数が行われた場合には、ＳＴ６で支払金額
エリア４９に置数エリア４５内の置数データを書込む。
置数が行われていない場合には、ＳＴ７で支払金額エリ
ア４９に残金エリア４８の内容を書込む。

【００２７】次に、ＳＴ８で代金支払い登録処理、すな
わち支払金額エリア４９の内容を締めキーテーブル４２
のキー入力された締めキーに対応する売上金額エリアに
加算登録するとともに、同売上点数エリアに“１”を加
算登録する。また、ＳＴ９でキー入力された締めキーに
対応する締め名称と支払金額エリア４９の内容とをプリ
ンタ１９によりレシート印字する。

【００２８】次に、ＳＴ１０で締めキーテーブル４２を
参照し、キー入力された締めキーに対応するポイントフ
ラグＰＦを調べる。ここで、同ポイントフラグＰＦが
“１”にセットされている場合にはポイント演算対象の
支払い方法に対応する締めキーがキー入力されたと判断
し、“０”にリセットされている場合にはポイント演算
非対象の支払い方法に対応する締めキーがキー入力され
たと判断する。（締めキー判断手段）そして、ポイント
演算対象の支払い方法の締めキーがキー入力されたと判
断された場合のみ、ＳＴ１１でポイント演算処理を実行
する。（ポイント演算制御手段） このポイント演算処理は、図５に具体的に示すように、
先ずＳＴ１１-1でフラグエリア５５のポイント演算フラ
グＦ２を調べる。当初、同フラグＦ２は“０”にリセッ
トされているので、ＳＴ１１-2で同フラグＦ２を“１”
にセットするとともに、ＳＴ１１-3で合計金額エリア４
７の内容をポイント基準額エリア４３の内容で除算する
ことにより合計金額に対する特典ポイントＰ１を計算
し、この特典ポイントＰ１を合計ポイントエリア５１に
格納する。（ポイント演算手段）なお、同フラグＦ２が
“１”にセットされている場合には、上記ＳＴ１１-2及
びＳＴ１１-3の処理は行わない。

【００２９】次に、ＳＴ１１-4で上記合計ポイントエリ
ア５１の内容Ｐ１を、合計金額エリア４７の内容、すな
わち１取引の総支払い金額に対する支払金額エリア４９
の内容、すなわちポイント演算対象であると判断された
締めキーに対応する支払い方法の支払い金額の割合で按
分する。（ポイント按分手段） そして、ＳＴ１１-5で按分した結果Ｐを今回ポイントエ
リア５２の内容に加算したならば、このポイント演算処
理を終了する。

【００３０】次に、ＳＴ１２で残金エリア４８の内容か
ら支払金額エリア４９の内容を減算し、その差を残金エ
リア４８に格納する。次に、ＳＴ１３で上記残金エリア
４８の内容が“０”以下か否かを判断する。ここで、上
記残金エリア４８の内容が“０”より大きい場合には、
当該客の代金支払いがまだ残っているので、ＳＴ１に戻
り、次の支払い方法が入力されるを待機する。そして、
次の支払い方法を示す締めキーの１つがキー入力された
ならば、ＳＴ２乃至ＳＴ１３の処理を繰り返し実行す
る。

【００３１】ＳＴ１３で残金エリア４８の内容が“０”
以下の場合には、ＳＴ１４でフラグエリア５５のポイン
ト演算フラグＦ２を調べる。ここで、同フラグＦ２が
“１”にセットされている場合にはポイント計算対象の
支払い方法で代金支払いが行われたので、ＳＴ１５で前
回ポイントエリア５０の内容と今回ポイントエリア５２
との内容との和を総ポイントエリア５３に格納する。

【００３２】次に、ＳＴ１６でプリンタ１９によりこれ
ら前回ポイントエリア５０，今回ポイントエリア５２及
び総ポイントエリア５３の各内容をレシート印字すると
ともに、ＳＴ１７で総ポイントエリア５３の内容を累計
ポイントデータとしてカードリードライタ２１に出力
し、該カードリードライタ２１に装着されたポイント累
計用の磁気カードへの書込みを制御する。

【００３３】ＳＴ１４で、ポイント演算フラグＦ２が
“０”にリセットされている場合にはポイント計算対象
以外の支払い方法で代金支払いが行われたので、上記Ｓ
Ｔ１５、ＳＴ１６及びＳＴ１７の処理は行わない。

【００３４】その後、ＳＴ１８で上記プリンタ１９によ
り印字されたレシートを発行したならば、この処理を終
了する。

【００３５】このように構成された本実施例のＰＯＳタ
ーミナルを使用する店舗においては、予め支払い方法に
よって特典ポイントの計算を実行するか否かを決定す
る。そして、締めキーテーブル４２のポイントフラグＰ
Ｆを、特典ポイントの計算を実行する支払い方法の締め
キーに対応するものは“１”にセットし、特典ポイント
の計算を実行しない支払い方法の締めキーに対応するも
のは“０”にリセットする。

【００３６】この状態で、キャッシャがキーボード１５
をキー操作して客が買上げる商品の販売データを部門登
録すると、その商品販売データが部門別テーブル４１に
登録処理されるとともに、ポイント対象データとしての
販売金額が合計金額エリア４７で合計される。

【００３７】次いで、キャッシャが客の申し出た支払い
方法及び支払い金額を置数キー３１と締めキー３５ａ〜
３５ｅで入力すると、前記締めキーテーブル４２の入力
締めキーに対応するポイントフラグＰＦが調べられる。
ここで、同フラグＰＦが“１”にセットされている場合
には、図５に具体的に示すポイント演算処理が実行され
るが、“０”にリセットされている場合には上記ポイン
ト演算処理が実行されない。

【００３８】例えば今、代金支払いが現金の場合には特
典ポイントの計算を実行し、プリペイドカードの場合に
は実行しないとする。すなわち、支払い方法［現計］の
締めキー３５ａに対応するポイントフラグＰＦが“１”
にセットされており、支払い方法［Ｐカード］の締めキ
ー３５ｃに対応するポイントフラグＰＦが“０”にリセ
ットされている。なお、ポイント基準額エリア４３に設
定されるポイント基準額を“１００”とする。

【００３９】この状態で、前回までの累計ポイントが１
００ポイントの客が部門［ＤＰ１］に属する単価５００
円の商品を１点買上げ、その客が代金を現金で支払うも
のとすると、ポイント演算処理により今回ポイントＰ２
として“５”が算出され、当該客の累計ポイントは１０
５ポイントとなる。このときの客に発行されるレシート
例を図６（ｂ）に示す。

【００４０】これに対し、上記客が代金をプリペイドカ
ードで支払うものとすると、ポイント演算処理が実行さ
れないので当該客の累計ポイントは１００ポイントのま
まである。

【００４１】また、本実施例のＰＯＳターミナルは１人
の客が複数の方法で代金を支払うことが可能である。例
えば上記例の客がプリペイドカードで２００円分を支払
い、残りを現金で支払うものとすると、キャッシャは、
先ず「２００」を置数してからプリペイドカードに対応
する締めキー３５ｃをキー入力する。そうすると、図４
に示すＳＴ２，３，４，５，６，８，９，１０，１２の
順で代金支払い業務が処理され、残金エリア４８は３０
０円となる。

【００４２】次に、キャッシャは、現金に対応する締め
キー３５ａをキー入力する。そうすると、図４に示すＳ
Ｔ２，５，７，８，９，１０，１１，１２の順で代金支
払い業務が処理され、残金エリア４８は０円となる。

【００４３】このとき、ＳＴ１１のポイント演算処理に
おいては、先ず合計ポイントＰ１として合計金額“５０
０”からポイント基準額“１００”を除算した商“５”
が算出され、続いて今回ポイントＰ２として上記合計ポ
イントＰ１を、１取引の総支払い金額５００円に対する
ポイント演算対象であると判断された締めキーに対応す
る支払い方法の支払い金額３００円の割合で按分した
値、すなわち“３”が算出される。これにより、当該客
の累計ポイントは１０３ポイントとなる。このときの客
に発行されるレシート例を図６（ａ）に示す。

【００４４】このように本実施例のＰＯＳターミナル
は、締めキーの種類によって特典ポイント演算処理を実
行するか否かを自動的に区別できるので、支払い方法に
より特典ポイントを付与する取引と付与しない取引とを
区別する運用を取る場合に容易に対応できる。

【００４５】また、ポイント計算対象の支払い方法とポ
イント計算非対象の支払い方法との組合わせで代金が支
払われた場合には、それぞれの支払い金額の割合により
合計金額に対する特典ポイントを按分して算出するよう
にしたので、特典ポイントを公平に付与できる。

【００４６】なお、前記実施例では１取引の合計金額に
対して特典ポイントを付与する場合を示したが、１取引
の中で特定の商品または部門の売上合計に対して特典ポ
イントを付与する場合等にも本発明を適用できる。この
場合、ポイント対象データ合計部を合計金額エリアとは
別に設け、商品の販売登録が行われる毎にその登録商品
がポイント対象か否かを判断し、ポイント対象商品であ
ればその販売金額を上記ポイント対象データ合計部で合
計する。そして、ポイント計算対象の締めキーがキー入
力された場合には上記ポイント対象データ合計部の内容
に基づいて特典ポイントを算出する。

【００４７】この他、本発明の要旨を逸脱しない範囲で
種々変形実施可能であるのは勿論である。

【００４８】

【発明の効果】以上詳述したように本発明によれば、特
典ポイントの自動算出機能を備えるとともに複数の代金
支払い方法を選択できるものにおいて、締めキーのキー
入力により指示入力された１取引の代金支払い方法がポ
イント演算対象か否かを自動的に判断し、ポイント演算
対象であると判断したときのみポイント演算手段による
特典ポイントの演算を実行するようにしたので、支払い
方法によって特典ポイントの計算を行うか否かを自動的
に選択でき、実用性の向上を図り得る商品販売データ処
理装置を提供できる。

【００４９】また、複数の締めキーのキー入力によりポ
イント演算対象の支払い方法とポイント演算非対象の支
払い方法とが混在して指示入力された場合にはポイント
演算手段により算出された特典ポイントを１取引の総支
払い金額に対するポイント演算対象の支払い方法の支払
い金額の割合で按分するようにしたので、特典ポイント
を公平に付与できる効果も奏する。

【図面の簡単な説明】

【図１】 本発明の一実施例であるＰＯＳターミナルの
構成を示すブロック図。

【図２】 同実施例におけるキーボードの主要キー配置
を示す平面図。

【図３】 同実施例におけるＲＡＭの主要メモリ構成を
示す概念図。

【図４】 同実施例におけるＣＰＵの代金支払い業務を
示す流れ図。

【図５】 図４におけるポイント演算処理を具体的に示
す流れ図。

【図６】 同実施例において発行されるレシートの印字
例を示す平面図。

【符号の説明】

１１…ＣＰＵ、１３…ＲＯＭ、１４…ＲＡＭ、１５…キ
ーボード、１７…表示器、１９…プリンタ、２１…カー
ドリードライタ、３５ａ〜３５ｅ…締めキー、４２…締
めキーテーブル。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 入力部を介して入力された商品販売デー
   タを記憶部に登録処理するとともにポイント対象データ
   をポイント対象データ合計部で取引毎に合計する商品登
   録制御手段と、 前記ポイント対象データ合計部の内容に基づいて特典ポ
   イントを計算するポイント演算手段と、 代金支払方法の種別に設けられた複数の締めキーと、 これら締めキーにそれぞれ対応してポイント演算対象か
   非対象かの情報を予め設定記憶する締めキーテーブル
   と、 これら締めキーのうちのいずれか１つのキー入力により
   １取引に対して代金支払い方法が指示入力されると前記
   締めキーテーブルを参照しキー入力された締めキーがポ
   イント演算対象のキーか否かを判断する締めキー判断手
   段と、 この判断手段によりポイント演算対象であると判断され
   たときのみ前記ポイント演算手段による特典ポイントの
   演算を実行するポイント演算制御手段と、 を具備したことを特徴とする商品販売データ処理装置。
2. 【請求項２】 入力部を介して入力された商品販売デー
   タを記憶部に登録処理するとともにポイント対象データ
   をポイント対象データ合計部で取引毎に合計する商品登
   録制御手段と、 前記ポイント対象データ合計部の内容に基づいて特典ポ
   イントを計算するポイント演算手段と、 代金支払方法の種別に設けられた複数の締めキーと、 これら締めキーにそれぞれ対応してポイント演算対象か
   非対象かの情報を予め設定記憶する締めキーテーブル
   と、 これら締めキーのうちの複数のキー入力により１取引に
   対して複数の代金支払い方法が指示入力されると前記締
   めキーテーブルを参照しキー入力された締めキー毎にポ
   イント演算対象か否かをそれぞれ判断する締めキー判断
   手段と、 この判断手段によりポイント演算対象であると判断され
   た締めキーが存在すると前記ポイント演算手段による特
   典ポイントの演算を実行するポイント演算制御手段と、 この演算制御手段の制御により算出された特典ポイント
   を１取引の総支払い金額に対するポイント演算対象であ
   ると判断された締めキーに対応する支払い方法の支払い
   金額の割合で按分するポイント按分手段と、を具備した
   ことを特徴とする商品販売データ処理装置。