JP3534900B2

JP3534900B2 - クレジット処理装置

Info

Publication number: JP3534900B2
Application number: JP13803595A
Authority: JP
Inventors: 公秀玉谷
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 1995-06-05
Filing date: 1995-06-05
Publication date: 2004-06-07
Anticipated expiration: 2019-06-07
Also published as: JPH08329144A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、商品取引のクレジット
による決済が可能な商店で利用されるクレジット処理装
置に関する。

【０００２】

【従来の技術】従来、クレジットによる決済が可能な商
店では、一般に、クレジットカードに記録されたクレジ
ット会社コード，会員番号等のカードデータを読取るカ
ードリーダ、クレジットにより決済する商品取引の金
額，支払方法区分等を入力するキーボード、キー入力デ
ータ等を表示する表示器、クレジット決済伝票等を印字
するプリンタを備えたクレジット処理装置が使用されて
いた。このクレジット処理装置は、公衆回線や専用回線
等の伝送路を介して各クレジット会社のホストコンピュ
ータにオンラインで接続されていた。そして、カードリ
ーダによってクレジットカードのデータが読取られると
ともにキーボードからクレジットにより決済する商品取
引の金額や支払方法区分等が入力されると、そのカード
データとキー入力データとに基づいて決済の承認を問合
わせる伝文を作成して該当するクレジット会社のホスト
コンピュータに送信し、これに応じて決済を承認する応
答を受信すると、所定のクレジット決済伝票を印字発行
して該当する商品取引の決済をクレジットによって処理
するように構成されていた。

【０００３】ところで、クレジットにより決済した商品
の返品を客が申し出る場合がある。また、クレジット決
済伝票の発行後に客が取引金額や支払方法区分等の変更
を申し出たり入力ミスを発見したりする場合がある。こ
のような場合には、先にクレジットにより決済した商品
取引の取消をクレジット会社に連絡する必要がある。そ
こで、従来のこの種のクレジット処理装置は、キーボー
ド等からクレジットによる決済を取消す識別データとし
て該当する商品取引のクレジット会社コード，会員番
号，伝票番号，取引日付，取引金額等が入力されると、
その入力データに基づいて取消の承認を問合せる伝文を
作成して該当するクレジット会社のホストコンピュータ
に送信し、これに応じて取消を承認する応答を受信する
と、所定のクレジット取消伝票を印字発行して該当する
商品取引のクレジットによる決済の取消を処理するよう
に構成されていた。

【０００４】しかし、各クレジット会社のホストコンピ
ュータは、処理負荷の低減や問合わせに対する応答時間
の短縮等を図るために、クレジット処理装置からクレジ
ットによる決済の取消承認問合せ伝文を受信しても、そ
の取消すべき商品取引が以前に存在したか否かを判定す
るようなことはせず、会員の信用照合のみを行って取消
可または不可を応答していた。したがって、クレジット
処理装置のオペレータが取消すべき商品取引の伝票番
号，取引日付，取引金額等の入力にミスを犯しても、ク
レジット会社コードや会員番号の入力にミスがなく会員
としての信用が承認されればクレジット会社のホストコ
ンピュータからは取消を承認する応答が戻されていたの
で、クレジット会社のホストコンピュータには取消対象
の商品取引のデータとは異なるデータが取消すべき商品
取引のデータとして入力されていた。このため、クレジ
ット会社はホストコンピュータに入力された所定期間
（例えば１か月）内の取引データを集計して各会員に請
求を行うので、取引取消時に入力ミスがあった会員に対
しては誤った請求がなされるおそれがあった。そしてこ
の場合には、データを正すための複雑な後処理が必要と
なっていた。

【０００５】一方、クレジットによる決済によって発生
しクレジット会社の収益の一部となっている手数料は、
クレジット会社によって支払回数，支払月等の支払条件
別に異なった率で設定されている。そして、この手数料
は、クレジット会社との契約により店側が負担するもの
となっている。すなわち、店側には、クレジットによっ
て決済を行った商品取引の売上金額から手数料分を差引
いた金額がクレジット会社から入金するようになってい
る。そこで、従来のこの種のクレジット処理装置は、ク
レジットによって決済を行った商品取引の金額と支払回
数，支払月等の支払条件データとから手数料を自動的に
算出し、この取引金額と手数料をそれぞれ例えば１か月
単位で累計して、予め指定された期日になると取引累計
金額、いわゆるクレジットによる売上金額とと手数料の
累計額とをレポート出力する機能が備えられていた。こ
の機能を利用するにより、クレジット会社からの入金額
を予測できるようになる。

【０００６】しかし、クレジットにより決済された商品
取引の取消を行う場合において、クレジット処理装置か
ら入力するデータには支払回数や支払月等の手数料の決
定要因となる支払条件データは不要であった。このた
め、従来は商品取引の取消によって支払う必要がなくな
った手数料を正確に特定することができなかったので、
支払条件にかかわらず予め設定した率で一律に計算して
手数料累計額から減額しており、クレジット会社からの
入金額を正確には把握できなかった。

【０００７】

【発明が解決しようとする課題】上述したように、従来
のこの種のクレジット処理装置においては、クレジット
により決済が行われた商品取引を取消す際のデータ入力
ミス等により、クレジット会社から会員に誤った請求が
なされる場合があり、クレジットシステムの信頼性低下
を招くおそれがある上、データを一致させるための複雑
な後処理が必要となり、負担になっていた。また、クレ
ジットによる決済によって発生するクレジット会社の手
数料がクレジット会社により支払回数，支払月等の支払
条件別に異なった率で設定されているにも拘らず、クレ
ジットにより決済された商品取引を取消す場合のデータ
入力項目に手数料の計算に必須の支払条件の項目がなか
ったので、取消によって不要となる手数料は全て予め設
定された率で一律に算出しており、決済時に算出される
手数料と取消時に算出される手数料とが一致しない場合
があった。

【０００８】そこで本発明は、クレジットにより決済さ
れた商品取引の取消を正確に行い得、これによりクレジ
ット会社から会員に誤った請求がなされるのを防止で
き、クレジットシステムの信頼性を高め得るとともに、
商品取引の取消によって生じた不具合を解消するための
後処理に要する負担を軽減できるクレジット処理装置を
提供しようとするものである。

【０００９】また本発明は、クレジットにより決済され
た商品取引を取消す場合のデータ入力項目から手数料の
計算に必須の支払条件の項目を省略しても、クレジット
による決済を取消した商品取引の支払条件データを記憶
管理することができ、オペレータの負担になることなく
クレジットによる決済によって発生する手数料を正確に
求めることができるクレジット処理装置を提供しようと
するものである。

【００１０】

【課題を解決するための手段】本願請求項１対応の発明
は、入力手段を介してクレジットにより決済する商品取
引の識別データとそのクレジットによる決済の支払条件
データとが入力されると、この入力データに基づいて通
信手段により接続された外部機器へ決済の承認を問合わ
せる伝文を送信し、承認する応答を受信すると該当する
商品取引の決済をクレジットによって処理し、かつ入力
手段を介してクレジットによる決済を取消す商品取引の
識別データが入力されると、この入力データに基づいて
外部機器へ取消の承認を問合わせる伝文を送信し、承認
する応答を受信すると該当する商品取引のクレジットに
よる決済の取消を処理するクレジット処理装置におい
て、外部機器へのクレジットによる決済の承認問合せに
対して承認する応答を受信すると、該当する商品取引の
少なくとも識別データを蓄積記憶するクレジット履歴記
憶手段と、入力手段を介してクレジットによる決済を取
消す商品取引の識別データが入力されると、クレジット
履歴記憶手段により記憶したデータと比較して取消を行
う商品取引が存在したか否かを判定する取引存在有無判
定手段と、この判定手段により該当する商品取引の存在
無しを確認すると取消不可を報知する報知手段と、上記
判定手段により該当する商品取引の存在有りを確認する
と取消の承認を問合わせる伝文の送信を制御する取消問
合せ伝文送信制御手段とを備えたものである。

【００１１】また、本願請求項２対応の発明は、本願請
求項１対応の発明に対し、クレジット履歴記憶手段とし
て該当する商品取引の識別データとクレジットによる決
済の支払条件データとを蓄積記憶する。そして、外部機
器へのクレジットによる決済の取消承認問合わせに対し
て承認する応答を受信すると、該当する商品取引の識別
データとクレジット履歴記憶手段により記憶した該当商
品取引のクレジットによる決済の支払条件データとを１
レコードとして蓄積記憶するクレジット取消履歴記憶手
段を付加したものである。

【００１２】

【作用】上記の如く構成された本願請求項１対応の発明
のクレジット処理装置であれば、入力手段を介してクレ
ジットにより決済する商品取引の識別データとそのクレ
ジットによる決済の支払条件データとが入力されると、
この入力データに基づいて通信手段により接続された外
部機器へ決済の承認を問合わせる伝文を送信する。そし
て、外部機器から承認する応答を受信すると、該当する
商品取引の決済をクレジットによって処理するととも
に、該当する商品取引の少なくとも識別データをクレジ
ット履歴記憶手段によって蓄積記憶する。一方、入力手
段を介してクレジットによる決済を取消す商品取引の識
別データが入力されると、クレジット履歴記憶手段によ
り記憶した識別データと比較して取消を行う商品取引が
存在したか否かを判定する。そして、該当する商品取引
の存在無しを確認すると取消不可を報知する。これに対
し、該当する商品取引の存在有りを確認すると取消の承
認を問合わせる伝文を外部機器へ送信し、承認する応答
を受信すると該当する商品取引のクレジットによる決済
の取消を処理する。したがって、クレジットによる決済
を取消す商品取引の識別データの入力にミスがあり該当
する商品取引が以前に存在しない場合には、取消の承認
を問合わせる伝文が外部機器へ送信されることはなく、
該当する商品取引が以前に存在する場合のみ取消の承認
を問合わせる伝文が外部機器へ送信される。

【００１３】また、本願請求項２対応の発明のクレジッ
ト処理装置であれば、取消の承認を問合せした結果、承
認する応答を受信すると、存在を確認した商品取引の識
別データとクレジット履歴記憶手段により記憶した該当
商品取引のクレジットによる決済の支払条件データとを
１レコードとしてクレジット取消履歴記憶手段により蓄
積記憶する。したがって、クレジットによる決済を取消
す商品取引に関するデータとして手数料の計算に必須の
支払条件データを入力しなくても、クレジットによる決
済が取消された商品取引の支払条件データが該当商品取
引の識別データとともに記憶管理されるので、この記憶
内容に基づいて取消によって不要となる手数料を正確に
算出できるようになる。

【００１４】

【実施例】以下、本発明の一実施例を図面を用いて説明
する。なお、この実施例ではクレジットによる決済を処
理可能な複数台のＰＯＳ（Point of Sales：販売時点情
報管理）端末を、ストアプロセッサによって集中制御す
るようにしたＰＯＳシステムに本発明を適用した場合に
ついて述べる。

【００１５】図１はこの実施例におけるＰＯＳシステム
の概要図であって、このＰＯＳシステムは、磁気カー
ド，ＩＣカード等からなるクレジットカード１に記録さ
れたクレジット会社コード，会員番号等のカードデータ
を読み取るカードリーダ２をそれぞれ備えた複数台のＰ
ＯＳ端末３と、これらＰＯＳ端末３を集中制御するスト
アプロセッサ４とを、第１の通信回線５で閉ループ状に
接続して構成したものである。そして、前記ストアプロ
セッサ４には、公衆回線または専用回線の第２の通信回
線６を介して各クレジット会社のホストコンピュータ７
がオンラインで接続されている。

【００１６】各ＰＯＳ端末３は、客との商品取引で売上
げる各商品の販売データを記憶部に登録処理するととも
に、この商品取引で売上げた各商品の代金をクレジッ
ト，現金等の種別に決済処理するものである。ストアプ
ロセッサ４は、各ＰＯＳ端末３の記憶部に登録処理され
たデータを第１の通信回線５を介して収集し加工して店
の売上合計レポート等を作成する機能を有している。ま
た、各ＰＯＳ端末３とクレジット会社のホストコンピュ
ータ７との間のデータ通信のパススルー機能も有してい
る。

【００１７】そして、上記ストアプロセッサ４には、各
ＰＯＳ端末３でクレジットによる決済が行われた商品取
引に関するデータとして、図２に示すように、端末番
号，伝票番号，取引日付，会社コード，会員番号，取引
区分，取引金額、支払区分、支払回数、支払月の各項目
からなる取引レコードを発生順に蓄積するための取引履
歴ファイル８が形成されている。

【００１８】ここで、項目「端末番号」はクレジットに
よる決済を行ったＰＯＳ端末を特定する端末ＩＤコード
である。項目「伝票番号」はクレジットによる決済によ
ってＰＯＳ端末３から印字発行されたクレジット決済伝
票の整理番号である。項目「取引日付」はクレジットに
よる決済を行ったときの年月日である。項目「会社コー
ド」及び「会員番号」はクレジットにより決済を行った
会員のクレジットカード１に記録されたクレジット会社
コード及び会員番号である。項目「取引区分」は該当す
る取引レコードがクレジットにより決済が行われた商品
取引に関するレコードなのか、その取消に関するレコー
ドなのかを区分するデータである。項目「取引金額」は
クレジットにより決済を行った商品取引での売上金額で
ある。項目「支払区分」はクレジットによる決済の支払
方法（一括払い，分割払い，ボーナス払い，分割・ボー
ナス併用払い，リボルビング払い等）を区分するデータ
である。項目「支払回数」は支払方法が分割払いやボー
ナス払いのときの分割回数である。項目「支払月」は支
払方法がボーナス払いのときの支払月である。

【００１９】そして、端末番号，伝票番号，取引日付，
会社コード，会員番号，取引金額及び支払区分の各項目
データはクレジットにより決済する商品取引の識別デー
タであり、支払回数及び支払月の各項目データはそのク
レジットによる決済の支払条件データである。

【００２０】図３は前記ストアプロセッサ４の要部構成
を示すブロック図であって、このストアプロセッサ４
は、制御部本体としてＣＰＵ（Central Processing Uni
t ：中央処理装置）４１を搭載している。また、上記Ｃ
ＰＵ４１を制御するプログラム等が予め格納されたＲＯ
Ｍ（Read Only Memory：読出し専用メモリ）４２、上記
ＣＰＵ４１の制御によりデータの書込み及び読出しが行
われるＲＡＭ（Random Access Memory：読み書き自在メ
モリ）４３、前記第１の通信回線５を介して接続された
各ＰＯＳ端末３との間で行われるデータの送受信を制御
する第１の伝送コントローラ４４、前記第２の通信回線
６を介して接続された各クレジット会社のホストコンピ
ュータ７との間で行われるデータの送受信を制御する第
２の伝送コントローラ４５、前記取引履歴ファイル８が
形成されるＨＤＤ（Hard Disk Drive ：ハードディスク
装置）４６に対するデータの書込み及び読出しを制御す
るＨＤＤコントローラ４６ａ、各種コマンドやデータ等
を入力するためのキーボード４７からキー信号を取込む
キーボードインタフェース４７ａ、キー入力データ等を
表示するための表示器４８に表示データを出力する表示
器インタフェース４８ａ、記録紙に売上合計レポート等
を印字するためのプリンタ４９に印字データを出力する
プリンタインタフェース４９ａ等を搭載しており、前記
ＣＰＵ４１と、ＲＯＭ４２，ＲＡＭ４３，第１の伝送コ
ントローラ４４，第２の伝送コントローラ４５，ＨＤＤ
コントローラ４６ａ及び各入出力機器のインタフェース
４７ａ，４８ａ，４９ａとは、アドレスバス，データバ
ス等のバスラインＢＬによって電気的に接続されてい
る。

【００２１】図４は各ＰＯＳ端末３の要部構成を示すブ
ロック図であって、このＰＯＳ端末３は、制御部本体と
してＣＰＵ３１を搭載している。また、このＣＰＵ３１
を制御するプログラム等が予め格納されたＲＯＭ３２、
商品販売データを登録処理するためのメモリエリア等が
形成されたＲＡＭ３３、現日時を計時するための時計回
路３４、前記第１の通信回線５を介して接続されたスト
アプロセッサ４との間で行われるデータの送受信を制御
する通信インタフェース３５、モードスイッチ３６から
の信号が入力されるとともにドロワを自動開放させるド
ロワ開放装置３７に駆動信号が出力されるＩ／Ｏポート
３８を搭載している。さらに、キーボード３９からのキ
ー信号を取込むキーボードコントローラ３１０、キー入
力データやメッセージ等を表示可能な表示器３１１に表
示データを送出する表示器コントローラ３１２、レシー
ト印字，ジャーナル印字及び伝票印字が可能なプリンタ
３１３に印字データを送出するプリンタコントローラ３
１４、スキャナ３１５にて読取られたバーコードデータ
を取込むスキャナコントローラ３１６、前記カードリー
ダ２にて読取られたカードテータを取込むカードリーダ
コントローラ３１７等の各入出力機器のコントローラを
搭載しており、前記ＣＰＵ３１と、ＲＯＭ３２，ＲＡＭ
３３，時計回路３４，通信インタフェース３５，Ｉ／Ｏ
ポート３８及び各入出力機器のコントローラ３１０，３
１２，３１４，３１６，３１７とは、アドレスバス，デ
ータバス等のバスラインＢＬによって電気的に接続され
ている。

【００２２】前記モードスイッチ３６は、図５に示すよ
うに、「登録」，「戻し登録（−登録）」，「点検」，
「精算」，「設定」等の各種業務モードを選択的に切替
えるスイッチである。ここで、「登録」モードとはキー
ボード３９またはスキャナ３１５の商品登録手段により
登録された商品の販売データをＲＡＭ３３の記憶部に加
算登録処理する業務のモードであり、「戻し登録」モー
ドとはキーボード３９またはスキャナ３１５の商品登録
手段により登録された商品の販売データを前記記憶部に
減算登録処理する業務のモードである。また、「点検」
モードとは商品販売データを登録処理した記憶部の内容
を点検レポートとして出力する業務のモードであり、
「精算」モードとは「点検」モードと同様に記憶部の内
容をレポート出力した後、記憶部をクリアする業務のモ
ードであり、「設定」モードとは記憶部に予め必要なデ
ータを設定しておく業務のモードである。

【００２３】前記キーボード３９には、図６に示すよう
に、数値データを入力するための置数キーＫ１、置数ク
リア，エラー解除等を指示するクリアキーＫ２、１商品
取引のクレジットによる決済を指示するクレジットキー
Ｋ３、１商品取引の現金による決済を指示する現計キー
Ｋ４の他、金額キーＫ５、登録キーＫ６、取消キーＫ
７、返品キーＫ８等の各種ファンクションキーが配設さ
れている。また、クレジットによる決済の支払方法
（「一括」，「リボルビング」，「分割」，「ボーナ
ス」，「ボーナス併用」等）を指定する支払方法キーＫ
９も設けられている。

【００２４】しかして、各ＰＯＳ端末３のＣＰＵ３１
は、特にクレジットキーＫ３のキー入力を検知すると、
図８に示すように、モードスイッチ３６によって選択さ
れている業務の種類を判別する。そして、「登録」モー
ドが選択されている場合には、１商品取引のクレジット
による決済が指示されたので、図９に具体的に示すクレ
ジット売上処理を開始する。すなわちＣＰＵ３１は、先
ず、ＳＴ（ステップ）１としてカードリーダ２によりカ
ードデータが読取られるのを待機する。そして、ＳＴ２
としてクレジット会社コード，会員番号等のクレジット
カード１のデータを取込んだならば、ＳＴ３としてその
カードデータを解析して、正当なクレジットカードであ
るか否かを判断する。そして、例えば自店で契約してい
るクレジット会社発行のクレジットカードであり正当な
カードであると認識した場合には、ＳＴ４としてキーボ
ード３９から順に入力される取引金額，支払方法区分，
支払回数，支払月等のクレジットによる決済に関するデ
ータを取込む。なお、支払回数は支払方法が「一括払
い」の場合は１回なので、入力は強制されない。また、
支払月は支払方法が「分割払い」の場合は毎月なので、
やはり入力は強制されない。

【００２５】ＣＰＵ３１は、次に、ＳＴ５としてこのキ
ー入力データとクレジットカード１のカードデータとに
基づいて図７（ａ）に示すフォーマットのクレジット決
済承認問合せ伝文を作成し、通信インタフェース３５を
介してストアプロセッサ４に送信する。そして、ＳＴ６
として所定時間内にストアプロセッサ４から応答があ
り、ＳＴ７としてその応答がクレジットによる決済を承
認する応答であれば、ＳＴ８としてプリンタ３１３によ
り所定の印字フォーマットでクレジット決済伝票を印字
発行して、このクレジット売上処理を終了する。

【００２６】なお、ＳＴ３にてカードリーダ２によって
カードデータが読取られたカードが正当なクレジットカ
ードでないと判断した場合や、ＳＴ６として所定時間内
にストアプロセッサ４からの応答がなかった場合及びＳ
Ｔ７として応答がクレジットによる決済を承認しない応
答であった場合には、ＳＴ９として表示器３１１に取引
を不可とするメッセージを表示させて、このクレジット
売上処理を終了する。

【００２７】ここで、図７（ａ）に示すクレジット決済
承認問合せ伝文のフォーマットにおいて、項目「ＳＰＩ
Ｄ」は伝文の送信先を示すストアプロセッサ４の通信ア
ドレスである。項目「ＴＭＩＤ」は伝文の送信元を示す
当該ＰＯＳ端末３の通信アドレスである。項目「取引区
分」はクレジット決済承認問合せ伝文であることを特定
するデータである。項目「端末番号」は当該ＰＯＳ端末
３のＲＡＭ３３に予め設定されている端末ＩＤコードで
ある。項目「伝票番号」はＲＡＭ３３に形成した伝票番
号カウンタをカウントアップして読出したクレジット決
済伝票の整理番号である。項目「取引日付」は時計回路
３４から読出した現日付のデータである。項目「会社コ
ード」及び「会員番号」はカードリーダ２によりクレジ
ットカード１から読取ったデータである。項目「取引金
額」，「支払区分」，「支払回数」「支払月」はキー入
力されたデータである。因みに、取引金額は置数キーＫ
１と金額キーＫ５とによって入力される。支払区分は支
払方法キーＫ９によって入力される。支払回数及び支払
月は置数キーＫ１と登録キーＫ６とによって入力され
る。

【００２８】また、各ＰＯＳ端末３のＣＰＵ３１は、図
８に示すように、「戻し登録」モードが選択されている
状態でクレジットキーＫ３のキー入力を検知した場合に
は、クレジットによる決済が行われた１商品取引の取消
が指示されたので、図１０に具体的に示すクレジット売
上取消処理を開始する。すなわちＣＰＵ３１は、先ずＳ
Ｔ１１としてキーボード３９から順に入力される伝票番
号，取引日付，クレジット会社コード，会員番号，取引
金額，支払方法区分等のクレジットにより決済された商
品取引の取消に関するデータを取込む。なお、クレジッ
ト会社コード及び会員番号は、カードリーダ２によって
クレジットカード１のデータが読取られた場合は、その
カードデータを代用してよい。

【００２９】ＣＰＵ３１は、次に、ＳＴ１２としてこの
キー入力データに基づいて図７（ｂ）に示すフォーマッ
トのクレジット取消問合せ伝文を作成し、通信インタフ
ェース３５を介してストアプロセッサ４に送信する。そ
して、ＳＴ１３として所定時間内にストアプロセッサ４
から応答があり、ＳＴ１４としてその応答がクレジット
により決済された商品取引の取消を承認する応答であれ
ば、ＳＴ１５としてプリンタ３１３により所定の印字フ
ォーマットでクレジット取消伝票を印字発行して、この
クレジット売上取消処理を終了する。

【００３０】なお、ＳＴ１３として所定時間内にストア
プロセッサ４からの応答がなかった場合及びＳＴ１４と
して応答がクレジットにより決済された商品取引の取消
を承認しない応答であった場合には、ＳＴ１６として表
示器３１１に取消を不可とするメッセージを表示させ
て、このクレジット売上取消処理を終了する。

【００３１】ここで、図７（ｂ）に示すクレジット取消
承認問合せ伝文のフォーマットにおいて、項目「ＳＰＩ
Ｄ」は伝文の送信先を示すストアプロセッサ４の通信ア
ドレスである。項目「ＴＭＩＤ」は伝文の送信元を示す
当該ＰＯＳ端末３の通信アドレスである。項目「取引区
分」はクレジット取消承認問合せ伝文であることを特定
するデータである。項目「端末番号」は当該ＰＯＳ端末
３のＲＡＭ３３に予め設定されている端末ＩＤコードで
ある。項目「伝票番号」，「取引日付」，「会社コー
ド」，「会員番号」，「取引金額」及び「支払区分」は
キー入力またはカードリーダ２により読取り入力された
データであり、クレジットによる決済を取消す商品取引
の決済時に発行されたクレジット決済伝票に印字された
データである。

【００３２】一方、前記ストアプロセッサ４のＣＰＵ４
１は、前記ＰＯＳ端末３から送信されたクレジット決済
承認問合せ伝文を第１の伝送コントローラ４４を介して
受信すると、図１１に具体的に示す伝文受信処理を開始
する。すなわちＣＰＵ４１は、先ずＳＴ２１として受信
したクレジット決済承認問合せ伝文のクレジット会社コ
ードから問合せ先のクレジット会社を判別し、第２の伝
送コントローラ４５を介してそのクレジット会社のホス
トコンピュータ７に上記クレジット決済承認問合せ伝文
を送信する。そして、ＳＴ２２として所定時間内にホス
トコンピュータ７から応答があり、ＳＴ２３としてその
応答がクレジットによる決済を承認する応答であれば、
ＳＴ２４としてその決済を承認する応答伝文に付加され
た該当クレジット決済承認問合せ伝文中の各項目データ
（端末番号，伝票番号，取引日付，会社コード，会員番
号，取引区分，取引金額、支払区分、支払回数、支払
月）でクレジット決済時における取引レコードを作成
し、この決済取引レコードを取引履歴ファイル８に書込
んで保存する。しかる後、ＳＴ２５としてホストコンピ
ュータ７からの応答伝文を第１の伝送コントローラ４４
を介して問合せがあったＰＯＳ端末３に送信したなら
ば、この伝文受信処理を終了する。

【００３３】なお、ＳＴ２２にて所定時間内にホストコ
ンピュータ７からの応答があったが、ＳＴ２３にてその
応答がクレジットによる決済を承認しない応答であった
場合には、ＳＴ２４の決済取引レコードの作成，書込み
処理を行わず、ＳＴ２５としてその応答伝文を問合せが
あったＰＯＳ端末３に送信したならば、この伝文受信処
理を終了する。また、ＳＴ２２にて所定時間内にホスト
コンピュータ７からの応答がなかった場合には、ＳＴ２
６として異常応答伝文を作成し、この応答伝文を問合せ
があったＰＯＳ端末３に送信したならば、この伝文受信
処理を終了する。

【００３４】また、前記ストアプロセッサ４のＣＰＵ４
１は、前記ＰＯＳ端末３から送信されたクレジット取消
承認問合せ伝文を第１の伝送コントローラ４４を介して
受信すると、図１２に示す具体的に示す伝文受信処理を
開始する。すなわちＣＰＵ４１は、この処理を開始する
と、ＳＴ３１として受信したクレジット取消承認問合せ
伝文の「端末番号」，「伝票番号」，「取引日付」，
「会社コード」及び「会員番号」を検索キーとして前記
取引履歴ファイル８を検索し、この検索キーと一致する
「端末番号」，「伝票番号」，「取引日付」，「会社コ
ード」及び「会員番号」を有する決済取引レコードが存
在するか否かを判定する。そして、ＳＴ３２として該当
する決済取引レコードが存在しないことを確認した場合
には、取消が指示された商品取引が実存しないので、Ｓ
Ｔ３３として「取引なし」のメッセージ応答伝文を作成
し、問合せがあったＰＯＳ端末３に送信して、この伝文
受信処理を終了する。

【００３５】一方、ＳＴ３２にて前記取引履歴ファイル
８を検索した結果、該当する決済取引レコードが存在す
ることを確認した場合には、取消が指示された商品取引
が実存するので、ＳＴ３４として受信したクレジット取
消承認問合せ伝文の「支払区分」が該当する決済取引レ
コードの「支払区分」と一致するか否かを判断する。そ
して、一致しない場合には、「支払区分」の入力にミス
があるので、ＳＴ３５として「支払区分エラー」のメッ
セージ応答伝文を作成し、問合せがあったＰＯＳ端末３
に送信して、この伝文受信処理を終了する。

【００３６】これに対し、ＳＴ３４にて「支払区分」の
一致を確認した場合には、ＳＴ３６として受信したクレ
ジット取消承認問合せ伝文の「取引金額」が該当する決
済取引レコードの「取引金額」と一致するか否かを判断
する。そして、一致しない場合には、「取引金額」の入
力にミスがあるので、ＳＴ３７として「金額エラー」の
メッセージ応答伝文を作成し、問合せがあったＰＯＳ端
末３に送信して、この伝文受信処理を終了する。

【００３７】これに対し、ＳＴ３６にて「取引金額」の
一致を確認した場合には、取消指示された商品取引が実
存し、支払区分や取引金額にも入力ミスがないので、Ｓ
Ｔ３８として受信したクレジット取消承認問合せ伝文の
クレジット会社コードから問合せ先のクレジット会社を
判別し、第２の伝送コントローラ４５を介してそのクレ
ジット会社のホストコンピュータ７に上記クレジット取
消承認問合せ伝文を送信する。そして、ＳＴ３９として
所定時間内にホストコンピュータ７から応答があり、Ｓ
Ｔ４０としてその応答が取消を承認する応答であれば、
ＳＴ４１としてその取消を承認する応答伝文に付加され
た該当クレジット取消承認問合せ伝文中の各項目データ
（端末番号，伝票番号，取引日付，会社コード，会員番
号，取引区分，取引金額、支払区分）に、該当する決済
取引レコードの支払条件データ（支払回数，支払月）を
付加してクレジット決済取消時の取引レコードを作成
し、この取消取引レコードを取引履歴ファイル８に書込
んで保存する。しかる後、ＳＴ４２としてホストコンピ
ュータ７からの応答伝文を第１の伝送コントローラ４４
を介して問合せがあったＰＯＳ端末３に送信したなら
ば、この伝文受信処理を終了する。

【００３８】なお、ＳＴ３９にて所定時間内にホストコ
ンピュータ７からの応答があったが、ＳＴ４０にてその
応答が取消を承認しない応答であった場合には、ＳＴ４
１の取消取引レコードの作成，書込み処理を行わず、Ｓ
Ｔ４２としてその応答伝文を問合せがあったＰＯＳ端末
３に送信したならば、この伝文受信処理を終了する。ま
た、ＳＴ３９にて所定時間内にホストコンピュータ７か
らの応答がなかった場合には、ＳＴ４３として異常応答
伝文を作成し、この応答伝文を問合せがあったＰＯＳ端
末３に送信したならば、この伝文受信処理を終了する。

【００３９】ここに、ストアプロセッサ４におけるＨＤ
Ｄ４６上の取引履歴ファイル８は、クレジット会社のホ
ストコンピュータ７へのクレジットによる決済の承認問
合せに対して承認する応答を受信すると、該当する商品
取引の識別データ（端末番号，伝票番号，取引日付，会
社コード，会員番号，取引金額，支払区分）と、クレジ
ットによる決済の支払条件データ（支払回数，支払月）
とからなる決済取引レコードを蓄積記憶するクレジット
履歴記憶手段を構成する。また、クレジット会社のホス
トコンピュータ７へのクレジットによる決済の取消承認
問合わせに対して承認する応答を受信すると、該当する
商品取引の識別データと取引履歴ファイル８に記憶した
該当商品取引のクレジットによる決済の支払条件データ
とからなる取消取引レコードを蓄積記憶するクレジット
取消履歴記憶手段を構成する。

【００４０】また、ストアプロセッサ４のＣＰＵ４１
は、ＰＯＳ端末３からクレジットによる決済を取消す商
品取引の識別データを入力すると、この入力データと取
引履歴ファイル８に記憶したデータと比較して取消を行
う商品取引が存在したか否かを判定する取引存在有無判
定手段を構成する。また、この取引存在有無判定手段に
より該当する商品取引の存在有りを確認すると、クレジ
ット取消承認問合せ伝文のクレジット会社のホストコン
ピュータ７への送信を制御する取消問合せ伝文送信制御
手段を構成する。

【００４１】また、各ＰＯＳ端末３の表示器３１１は、
上記取引存在有無判定手段により該当する商品取引の存
在無しを確認すると取引不可情報としての“取引なし”
を表示して取消不可を報知する報知手段を構成する。

【００４２】このように構成された本実施例のＰＯＳシ
ステムを導入した商店では、ＰＯＳ端末３のオペレータ
は、買物客から買上商品の代金をクレジットカード１で
支払う申し出を受けると、「登録」モードが選択された
ＰＯＳ端末３のキーボード３９またはスキャナ３１５を
操作してその客買上商品の販売データを登録後、クレジ
ットキーＫ３を操作して１商品取引のクレジットによる
決済を指示する。同時に、この買物客から預かったクレ
ジットカード１のカードデータをカードリーダ２で読取
らせるとともに、取引金額，支払方法区分，支払回数，
支払月等のクレジットによる決済に関するデータをキー
入力する。そうすると、このキー入力データとクレジッ
トカード１のカードデータとに基づいてクレジット決済
承認問合せ伝文が作成され、この問合せ伝文は第１の通
信回線５を介してストアプロセッサ４に送信され、さら
に第２の通信回線６を介して該当するクレジット会社の
ホストコンピュータ７に送信されて、取引可否の問合せ
が行われる。

【００４３】そして、取引を承認する応答がホストコン
ピュータ７から入力されると、ＰＯＳ端末３においては
所定のクレジット決済伝票が印字発行されて、当該買物
客との商品取引のクレジットによる決済が終了する。ま
た、ストアプロセッサ４においてはクレジット決済承認
問合せ伝文中の各項目データ（端末番号，伝票番号，取
引日付，会社コード，会員番号，取引区分，取引金額、
支払区分、支払回数、支払月）でクレジット決済時にお
ける取引レコードが作成されて、この決済取引レコード
が取引履歴ファイル８に書込まれる。

【００４４】したがって、取引履歴ファイル８には、各
ＰＯＳ端末３にてそれぞれ処理された商品取引のうちク
レジットにより決済された商品取引のデータ（端末番
号，伝票番号，取引日付，会社コード，会員番号，取引
区分，取引金額、支払区分、支払回数、支払月）が決済
取引レコードとして蓄積保存される。

【００４５】一方、ＰＯＳ端末３のオペレータは、例え
ば買物客からクレジットカード１で買上げた商品の返品
の申し出を受けると、ＰＯＳ端末３のモードスイッチ３
６を「戻し登録」モードの位置に切換えた後、クレジッ
トキーＫ３を操作してクレジットによる決済が行われた
１商品取引の取消を指示する。同時に、この買物客から
預かった取消対象の商品取引決済時のクレジット決済伝
票に印字されている伝票番号，取引日付，クレジット会
社コード，会員番号，取引金額，支払方法区分等のクレ
ジットにより決済された商品取引の取消に関するデータ
をキー入力する。そうすると、このキー入力データに基
づいてクレジット取消承認問合せ伝文が作成され、この
問合せ伝文は第１の通信回線５を介してストアプロセッ
サ４に送信される。

【００４６】ストアプロセッサ４においては、ＰＯＳ端
末３から受信したクレジット取消承認問合せ伝文の「端
末番号」，「伝票番号」，「取引日付」，「会社コー
ド」及び「会員番号」を検索キーとして取引履歴ファイ
ル８の検索が行われ、この検索キーと一致する「端末番
号」，「伝票番号」，「取引日付」，「会社コード」及
び「会員番号」を有する決済取引レコードが存在するか
否かが判別される。そして、該当する決済取引レコード
が存在しない場合には、ＰＯＳ端末３に「取引なし」の
メッセージ応答伝文が送信され、ＰＯＳ端末３の表示器
３１１に「取引なし」のメッセージが表示される。これ
により、ＰＯＳ端末３のオペレータは、取消指示した商
品取引が実存しないことを容易に確認できる。なお、伝
票番号や取引日付などの入力ミスの場合も考えられるの
で、ＰＯＳ端末３のオペレータは取消指示を再度実行
し、それでも該当する商品取引が存在しない場合には返
品を断わる。

【００４７】一方、取引履歴ファイル８を検索した結
果、該当する決済取引レコードが存在する場合には、受
信したクレジット取消承認問合せ伝文の「支払区分」が
該当する決済取引レコードの「支払区分」と一致するか
否かが判断される。そして、一致しない場合には、「支
払区分エラー」のメッセージ応答伝文が送信され、ＰＯ
Ｓ端末３の表示器３１１に「支払区分エラー」のメッセ
ージが表示される。また、受信したクレジット取消承認
問合せ伝文の「取引金額」が該当する決済取引レコード
の「取引金額」と一致するか否かも判断される。そし
て、一致しない場合には、「金額エラー」のメッセージ
応答伝文が送信され、ＰＯＳ端末３の表示器３１１に
「金額エラー」のメッセージが表示される。

【００４８】これにより、ＰＯＳ端末３のオペレータ
は、支払方法区分や取引金額の入力にミスがあったこと
に気が付く。そこで、クレジットキーＫ３を操作してク
レジットによる決済が行われた１商品取引の取消を再度
指示した後、伝票番号，取引日付，クレジット会社コー
ド，会員番号，取引金額，支払方法区分等のデータを正
確に入力し直すことになる。

【００４９】ストアプロセッサ４において、取引履歴フ
ァイル８を検索した結果、該当する決済取引レコードが
存在し支払区分も取引金額も一致する場合には、第２の
通信回線６を介して該当するホストコンピュータ７に上
記クレジット取消承認問合せ伝文が送信されて、取消可
否の問合せが行われる。

【００５０】そして、取消を承認する応答がホストコン
ピュータ７から入力されると、ＰＯＳ端末３においては
所定のクレジット取消伝票が印字発行されて、該当する
商品取引のクレジットによる決済の取消処理が終了す
る。また、ストアプロセッサ４においてはクレジット取
消承認問合せ伝文中の各項目データ（端末番号，伝票番
号，取引日付，会社コード，会員番号，取引区分，取引
金額、支払区分）と、該当する決済取引レコードの支払
条件データ（支払回数，支払月）とからクレジット決済
取消時の取引レコードが作成され、この取消取引レコー
ドが取引履歴ファイル８に書込まれる。

【００５１】したがって、取引履歴ファイル８には、各
ＰＯＳ端末３にてそれぞれ処理された商品取引のうち取
消が指示された商品取引のデータ（端末番号，伝票番
号，取引日付，会社コード，会員番号，取引区分，取引
金額、支払区分、支払回数、支払月）が取消取引レコー
ドとして蓄積保存される。

【００５２】このように本実施例においては、クレジッ
トにより決済された商品取引を取消す際に入力する支払
方法区分や取引金額のデータが決済時のデータと異なっ
ていた場合、クレジット会社側に取消の承認を問合わせ
たりせず、即座に入力ミスをオペレータに告知し再入力
を促すようにしたので、クレジット会社のホストコンピ
ュータ７には取消対象の商品取引のデータと一致するデ
ータが取消すべき商品取引のデータとして入力される。
このため、クレジットにより決済された商品取引を取消
す際のデータ入力ミスに起因してクレジット会社から誤
った請求が発生することはなくなり、クレジットシステ
ムの信頼性を高め得る。また、一致しないデータを改め
るための複雑な後処理も不要となり、後処理に要する負
担を軽減できる。しかも、入力ミスを犯したオペレータ
に対しどの項目のミスなのかを正確に知らせるようにし
たので、オペレータの作業能率を高めることができる。

【００５３】また、ストアプロセッサ４からクレジット
会社のホストコンピュータ７に送信される取消承認問合
せ伝文は全て有効な取消データであるので、第２の通信
回線６を使用した無駄な問合せ及び応答の通信を排除で
きる。したがって、回線の使用効率を高め得る上、回線
使用料も節約できる。

【００５４】また、本実施例においては、ストアプロセ
ッサ４に設けた取引履歴ファイル８に、クレジットによ
る決済が承認された商品取引の取引金額、支払区分、支
払回数、支払月等の各データが決済取引レコードとして
蓄積記憶されるとともに、クレジットによる決済の取消
が承認された商品取引の取引金額、支払区分、支払回
数、支払月等の各データが取消取引レコードとして蓄積
記憶される。したがって、取引金額、支払区分、支払回
数及び支払月の手数料計算に必須の各データが、クレジ
ットによる決済が承認された商品取引のみならず、クレ
ジットによる決済の取消が承認された商品取引の分も全
て取引履歴ファイル８によって記憶管理されるので、こ
の取引履歴ファイル８の内容からクレジットによる決済
によって発生したクレジット会社の正確な手数料を計算
できるようになる。この場合において、クレジットによ
り決済された商品取引を取消す場合のデータ入力項目か
ら手数料の計算に必須の支払回数及び支払月の支払条件
項目は従来と同様に省略されているので、ＰＯＳ端末３
のオペレータの負担になることはない。

【００５５】因みに、ストアプロセッサ４のキーボード
４７から手数料計算業務の実行指令を入力すると、スト
アプロセッサ４のＣＰＵ４１は、先ず、取引履歴ファイ
ル８に蓄積記憶した各取引レコードのうち決済取引レコ
ードを全て抽出し、各々について取引金額，支払区分、
支払回数，支払月の各データから手数料を計算して合算
する。次に、取引履歴ファイル８から取消取引レコード
を全て抽出し、各々について取引金額，支払区分、支払
回数，支払月の各データから手数料を計算して合算す
る。しかる後、決済取引レコードから算出した手数料の
合算値から取消取引レコードから算出した手数料の合算
値を減算し、その差額をクレジット会社の手数料として
表示器４８，プリンタ４９の出力手段により出力する。
このようにプログラムすることによって、クレジット会
社の正確な手数料を容易に知ることができる。なお、手
数料の計算方法はこれに限定されるものでないのはいう
までもないことである。

【００５６】なお、前記実施例では、ストアプロセッサ
４にクレジット履歴記憶手段，取引存在有無判定手段，
取消問合せ伝文送信制御手段及びクレジット取消履歴記
憶手段を設け、ＰＯＳ端末３に報知手段を設けたが、Ｐ
ＯＳ端末３がクレジット履歴記憶手段，取引存在有無判
定手段，取消問合せ伝文送信制御手段，クレジット取消
履歴記憶手段及び報知手段を全て備えてもよい。また、
クレジット会社のホストコンピュータに直結されたクレ
ジット処理専用の端末に本発明を適用してもよい。この
場合、取引履歴ファイル８に記憶される取引レコードか
ら端末番号は必要なくなる。

【００５７】

【発明の効果】以上詳述したように、本願請求項１対応
の発明によれば、クレジットにより決済された商品取引
の取消を正確に行い得、これによりクレジット会社から
会員に誤った請求がなされるのを防止でき、クレジット
システムの信頼性を高め得るとともに、商品取引の取消
によって生じた不具合を解消するための後処理に要する
負担を軽減できるクレジット処理装置を提供できる。

【００５８】また、本願請求項２対応の発明によれば、
クレジットにより決済された商品取引を取消す場合のデ
ータ入力項目から手数料の計算に必須の支払条件の項目
を省略しても、クレジットによる決済を取消した商品取
引の支払条件データを記憶管理することができ、オペレ
ータの負担になることなくクレジットによる決済によっ
て発生する手数料を正確に求めることができるクレジッ
ト処理装置を提供できる。

【図面の簡単な説明】

【図１】本発明の一実施例であるＰＯＳシステムの概
要図。

【図２】同実施例のストアプロセッサに設けられる取
引履歴ファイルの構成を示す図。

【図３】同ストアプロセッサの要部構成を示すブロッ
ク図。

【図４】同実施例のＰＯＳ端末の要部構成を示すブロ
ック図。

【図５】同ＰＯＳ端末のモードスイッチを示す平面
図。

【図６】同ＰＯＳ端末のキーボードを示す平面図。

【図７】同実施例におけるクレジット決済承認問合せ
伝文及びクレジット取消承認問合せ伝文のフォーマット
を示す図。

【図８】同ＰＯＳ端末のＣＰＵが実行するクレジット
キー処理を示す流れ図。

【図９】図８のクレジット売上処理を具体的に示す流
れ図。

【図１０】図８のクレジット売上取消処理を具体的に示
す流れ図。

【図１１】同ストアプロセッサのＣＰＵが実行するクレ
ジット決済伝文受信処理を具体的に示す流れ図。

【図１２】同ストアプロセッサのＣＰＵが実行するクレ
ジット取消伝文受信処理を具体的に示す流れ図。

【符号の説明】

１…クレジットカード２…カードリーダ３…ＰＯＳ端末４…ストアプロセッサ７…ホストコンピュータ８…取引履歴ファイルＫ３…クレジットキー

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60

Claims

(57)【特許請求の範囲】

【請求項１】入力手段を介してクレジットにより決済
する商品取引の識別データとそのクレジットによる決済
の支払条件データとが入力されると、この入力データに
基づいて通信手段により接続された外部機器へ決済の承
認を問合わせる伝文を送信し、承認する応答を受信する
と該当する商品取引の決済をクレジットによって処理
し、かつ前記入力手段を介してクレジットによる決済を
取消す商品取引の識別データが入力されると、この入力
データに基づいて前記外部機器へ取消の承認を問合わせ
る伝文を送信し、承認する応答を受信すると該当する商
品取引のクレジットによる決済の取消を処理するクレジ
ット処理装置において、前記外部機器へのクレジットによる決済の承認問合せに
対して承認する応答を受信すると、該当する商品取引の
少なくとも伝票番号，取引日付，クレジット会社コー
ド，会員番号，取引金額及び支払区分を含む識別データ
を蓄積記憶するクレジット履歴記憶手段と、前記入力手
段を介してクレジットによる決済を取消す商品取引の伝
票番号，取引日付，クレジット会社コード，会員番号，
取引金額及び支払区分を含む識別データが入力される
と、前記クレジット履歴記憶手段により記憶した識別デ
ータと伝票番号，取引日付，クレジット会社コード，会
員番号を比較して取消を行う商品取引が存在したか否か
を判定する取引存在有無判定手段と、この判定手段によ
り該当する商品取引の存在無しを確認すると取消不可を
報知する報知手段と、前記判定手段により該当する商品
取引の存在有りを確認すると、前記入力手段を介して入
力されたクレジットによる決済を取消す商品取引の識別
データに含まれる支払区分と取引金額が該当する商品取
引の支払区分及び取引金額と一致するか否かを判断する
手段と、この判断手段により一致しないと判断した場合
にはその一致しない項目のエラーを報知する手段と、前
記判断手段により一致すると判断した場合には、前記取
消の承認を問合わせる伝文の送信を制御する取消問合せ
伝文送信制御手段とを具備したことを特徴とするクレジ
ット処理装置。
【請求項２】入力手段を介してクレジットにより決済
する商品取引の識別データとそのクレジットによる決済
の支払条件データとが入力されると、この入力データに
基づいて通信手段により接続された外部機器へ決済の承
認を問合わせる伝文を送信し、承認する応答を受信する
と該当する商品取引の決済をクレジットによって処理
し、かつ前記入力手段を介してクレジットによる決済を
取消す商品取引の識別データが入力されると、この入力
データに基づいて前記外部機器へ取消の承認を問合わせ
る伝文を送信し、承認する応答を受信すると該当する商
品取引のクレジットによる決済の取消を処理し、かつク
レジットによって決済を行った商品取引の金額と支払条
件データとから手数料を算出するクレジット処理装置に
おいて、前記外部機器へのクレジットによる決済の承認問合せに
対して承認する応答を受信すると、該当する商品取引の
少なくとも伝票番号，取引日付，クレジット会社コー
ド，会員番号，取引金額及び支払区分を含む識別データ
とクレジットによる決済の支払条件データとを蓄積記憶
するクレジット履歴記憶手段と、前記入力手段を介して
クレジットによる決済を取消す商品取引の伝票番号，取
引日付，クレジット会社コード，会員番号，取引金額及
び支払区分を含む識別データが入力されると、前記クレ
ジット履歴記憶手段により記憶したデータと比較して取
消を行う商品取引が存在したか否かを判定する取引存在
有無判定手段と、この判定手段により該当する商品取引
の存在無しを確認すると取消不可を報知する報知手段
と、前記判定手段により該当する商品取引の存在有りを
確認すると前記取消の承認を問合わせる伝文の送信を制
御する取消問合せ伝文送信制御手段と、前記外部機器へ
のクレジットによる決済の取消承認問合わせに対して承
認する応答を受信すると、該当する商品取引の識別デー
タと前記クレジット履歴記憶手段により記憶した該当商
品取引のクレジットによる決済の支払条件データとを１
レコードとして蓄積記憶するクレジット取消履歴記憶手
段と、前記クレジット履歴記憶手段により蓄積記憶され
た決済取引のデータを全て抽出し各々について取引金額
と支払条件データとからクレジット会社の手数料を計算
して合算する手段と、前記クレジット取消履歴記憶手段
により蓄積記憶された取消取引のデータを全て抽出し各
々について取引金額と支払条件データとからクレジット
会社の手数料を計算して合算する手段と、前記決済取引
の各データから算出した手数料の合算値から前記取消取
引の各データから算出した手数料の合算値を減算しクレ
ジット会社の手数料として出力する手段とを具備したこ
とを特徴とするクレジット処理装置。