JPH0458371A - カード取引処理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、カード取引処理装置からの取引データに基づ
いて金融機関センタが代金の振り込み処理を実行するカ
ード取引処理システムに関する。

（従来の技術） 従来、クレジットカードな用いたカード取引処理システ
ムが知られている。このカード取引処理システムでは、
クレジットカードにより商品を購入した場合販売店とク
レジット会社との間、及びクレジット会社と金融機関と
の間で代金の決済処理が伝票を用いて行なわれている。

従って、クレジットカードによるカート取引処理システ
ムにおいては、伝票の仕訳け、事務処理に多大な手間と
時間を要するため、代金の決済が大幅に遅れてしまう問
題があった。

そこで、最近ではカート取引による代金の振り込み処理
をリアルタイムで実行するカード取引処理システムが実
用化されている。

第２図はこの種のカート取引処理システムのブロック図
である。図中、ｌはカート取引処理機能を有するｐ　Ｑ
　Ｓ（ｐ□ｉｎｔ　ｏｆ　５ａｌｅｓ）端末であり、こ
のＰＯ８端末１は各販売店に設置されている。

ＰＯ３端末１は係員が商品の金額等を入力するためのキ
ーボード部２と、このキーボード部２より入力した金額
や取引に必要な案内等を表示するための表示部３と、取
引のレシートを印字し、発行するためのプリンタ４と、
キャッシュカートその他のＩＤカートよりカードデータ
を読み取るＩＤカードリーダ５と、顧客の暗証番号を入
力するためのピンパッド６とを備え、これらキーボード
部２等は制御部７に接続されている。この制御部７は通
信制御機能を有し、回線インタフェース部８及びオンラ
イン回線９を介して金融機関センタ１０に接続されてい
る。金融機関センタ１０は紛失、有効期限経過、その他
の事故の生じたＩＤカードに関するデータ（以下、事故
カードデータと称す）を格納するための記憶部１０Ａを
有し、ＰＯ８端末１側より取引データが送信されてきた
場合事故カートであるか否かを判定した上で代金の振り
込み処理をリアルタイムで実行する。

以上の構成を有するカード取引処理システムにおいて、
顧客が商品を購入した場合係員が取引金額をキーボード
部２のキー操作で入力する。制御部７はこの入力データ
に基づいて表示部３を制御して取引金額を表示させる。

また、係員は顧客よりＩＤカードを借り受け、ＩＤカー
トリーダ５にこのＩＤカートを挿入する。ＩＤカードリ
ーダ５はＩＤカードよりカード番号、暗証番号等を含む
カードデータを読み取る。一方、顧客は係員の取扱い説
明等によりピンパッド６を操作し、暗証番号を入力する
。

制御部７はカードデータの暗証番号を顧客入力の暗証番
号と照合し、暗証番号が一致した場合カードの所有者が
本人であると判断し、取引通し番号、カードデータ、取
引金額、暗証番号を含む取引データを作成し、この取引
データに販売店番号等を含む共通データを付加して回線
インタフェース部８及びオンライン回線９を介して金融
機関センタ１０へ送信する。

金融機関センタ１０側では、取引データを受信すると、
先ず、カードマスタファイルに顧客の暗証番号が存在す
るか否かを検索し、かつカード番号に基づいて事故カー
トデータ記憶部１０Ａを検索してＩＤカードが事故カー
トであるか否かを判定する。

顧客の暗証番号が存在し、ＩＤカードが事故カードでは
無いと判断すると、金融機関センタ１０側では、カード
マスクファイルより顧客の引落とし口座を検索すると共
に振込先ファイルより販売人の振り込み口座を検索し、
商品の購入代金の振り込み処理を実行する。その後、金
融機関センタ１０側は処理結果をｐｏｓ端末１側に送信
する。

ＰＯ８端末１の制御部７はこの処理結果を表示部３に表
示させると共に、プリンタ４を制御してレシートを印字
１発行する。

係員はレシートの内容と商品を確認し、顧客へ商品をレ
シートと共に引き渡す。

（発明が解決しようとする課題） しかし、第２図に示す従来のカート取引処理システムで
は、−回の取引処理を行なう毎にＰＯ８端末１と金融機
関センタ１０とをオンライン接続するため、−回の取引
処理に時間を要し、システムのスルーブツトが低下して
しまう。従って、顧客の待時間が増大してしまう上に一
日の取引処理件数が制限されてしまう。

また、−回の取引処理に時間を要する場合にはその分だ
け回線の接続時間が長くなってしまうので、電話回線を
利用すると、従量課金側を採用していることから、通信
コストが増大してしまう。

本発明はこのような点を解決するためになされたもので
、−回の取引処理を短時間で行なうことができる上に通
信コストの安価なカード取引処理システムを提供するこ
とを目的とする。

（課題を解決するための手段） 本発明は、販売店に設置されて顧客の取引カードのカー
ドデータを読み取ると共に購入した商品に関するデータ
の入力で取引データを出力するカード取引処理装置と、
事故カートデータを保持して取引データの受信で顧客の
口座から販売店側の口座に所定代金を振り込み処理する
金融機関センタとを備えるカード取引処理システムにお
いて、カード取引処理装置に、金融機関センタへ事故カ
ードデータの送信要求を行なう事故カートデータ送信要
求手段と、受信した事故カードデータを格納する事故カ
ードデータ格納部と、格納した事故カードデータを新た
に受信した事故カードデータにて更新する事故カードデ
ータ更新手段と、カードデータを事故カードデータと照
合し、取引カードの有効、無効を判定する取引カード判
定手段と、有効と判定された取引カードに対応する取引
データを順次格納する取引データ格納部と、取引データ
の送信条件が成立した場合格納されている複数の取引デ
ータを金融機関センタへ一括して送信する一括送信判定
手段とを設けたことを特徴としている。

（作用） 事故カードデータ送信要求手段は金融機関センタへ事故
カードデータの送信要求を行なう。

金融機関センタがこの送信要求で事故カードデータを送
信すると、このデータは事故カードデータ格納部に格納
される。

事故カードデータ更新手段は格納されている事故カード
データを新たに受信した事故カードデータにて更新し、
常に最新の事故カードデータを格納させる。

取引カード判定手段は読み取ったカードデータを事故カ
ードデータと照合し、取引カートが有効か無効かを判定
する。

取引データ格納部には有効と判定された取引カードに対
応する取引データが順次格納される。

そして、取引データが格納される毎に取引カートの取引
処理を有効と判定し、レシートが印字１発行される。従
って、係員はこの時点で顧客に商品をレシートと共に引
き渡す。

一括送信判定手段は取引データの送信条件が成立した場
合格納されている複数の取引データを金融機関センタヘ
一括して送信する。

従って、−回の取引毎に回線を接続することなく商品を
顧客に渡すことができるので、顧客の待ち時間が短縮さ
れ、システムのスルーブツトが向上する。

また、複数の取引データを一括して金融機関へ送信し、
かつ各取引に共通のデータを重複して送信する必要がな
くなるので、送信時間を大幅に短縮して通信コストの低
減を図ることができる。

（実施例） 以下、本発明の実施例を図面を参照して詳細に説明する
。

第１図は本発明に係るカード取引処理システムのブロッ
ク図である。

図中、２０はカード取引処理機能を有するｐｏｓ端末で
ある。このＰＯ３端末２ｏは各販売店に複数台設置され
ている。ＰＯ８端末２ｏは係員が商品の金額等を入力す
るためのキーボード部２１と、キーボード部２１より入
力した金額や取引に必要な案内等を表示するための表示
部２２と、取引のレシートを印字し、発行するプリンタ
２３と、キャッシュカードその他のＩＤカードよりカー
トデータを読み取るＩＤカードリーダ２４と、顧客の暗
証番号を入力するためのピンパッド２５とを備え、これ
らキーボード部２１．表示部２２等は制御部２６に接続
されている。

制御部２６は通信制御機能を有し、事故カードデータ送
信要求手段２７と、事故カードデータ更新手段２８と、
取引カード判定手段２９と、−括送信判定手段３０とを
含んでいる。そして、制御部２６にはＲＡＭ等から成る
データ格納用のバッテリバックアップメモリ３１が接続
されている。

このデータ格納用のバッテリバックアップメモリ３１は
複数の取引データを格納するための取りデータ格納エリ
ア３２と、事故カードデータを格納するための事故カー
ドデータ格納エリア３３とを有している。

事故カードデータ送信要求手段２７は取引データの一括
送信時に後述する金融機関センタ１１側にその保持する
更新すべき事故カードデータを送信するよう送信要求信
号を出力する。この送信要求で更新すべき事故カードデ
ータが送信されてくると、事故カードデータ更新手段２
８はこの送信されてきた事故カードデータが既に事故カ
ードデータ格納エリア３３に格納されているか否かを判
定し、格納されていない場合には該エリア３３に格納し
、又不要や変更になった事故カートデータの場合その事
故カードデータを消去（クリア）し又は変更する。取引
カード判定手段２９はＩＤカードリーダ２４にて読み取
ったＩＤカートデータを事故カードデータ格納エリア３
３の事故カードデータと照合し、ＩＤカードが有効か無
効かの判定を行なう。

ところで、ＩＤカードデータは、第６図に示すように、
カード番号、暗証番号、所有者の氏名。

引落とし金融機関番号、引落とし支店番号、引落とし口
座の種別及び口座番号から成る。一方、事故カードデー
タは、第７図に示すように、カード番号及び事故コート
から成り、事故コートは紛失、盗難、有効期限経過等に
対応したコートになっている。従って、取引カード判定
手段２つはＩＤカートデータのカード番号と事故カート
データとを比較し、両カード番号が一致した場合ＩＤカ
ードを事故カードと判断して無効と判定し、不一致の場
合有効と判定する。また、この取引カード判定手段２９
は本実施例では暗証番号の判定も行ない、ＩＤカードデ
ータの暗証番号と顧客の入力した暗証番号とが一致する
か否かを比較し、暗証番号が一致した場合ＩＤカードの
所有者が本人であると判定する。

一括送信判定手段３０は送信条件が成立した場合取引デ
ータ格納エリア３２に格納されて′ｌ／する複数の取引
データを共通データを付加して金融機関センタ１１へ一
括送信する。この送信条件としては複数の取引データを
一括して送る条件であればよく、三時間毎又は午後２時
、午後４時及び業務終了時刻の如く時間設定を行なう場
合には予め一括送信判定手段３０にタイマを設け、予め
時間を設定しておく。また、キーボード部２１の業務終
了キー等を押下した場合−括送信判定手段３０がそのキ
ーコードを受けて送信条件の成立を判定するようにして
もよい。更に、取引データを格納エリア３２に格納する
毎に一括送信判定手段３゜に取引データ数をカウントさ
せ、所定カウント値で送信条件が成立したと判定させる
ようにしてもよい。

ところで、第４図は共通データの一例を示し、販売店番
号、ｐｏｓの端末番号、取引日付から形成されている。

第５図は取引データの一例を示し、取引の識別を示すた
めの取引通し番号、商品の取引金額、ＩＤカードデータ
（第６図参照）暗証番号から形成され、制御部２６にて
編集１作成される。

制御部２６は第１図に示すように、回線インタフェース
部３４及び電話回線の如きオンライン回線３５を介して
金融機関センタ１１に接続されている。この金融機関セ
ンタ１１はＣＰＵ１２と、事故カードデータ記憶部１３
と、更新データ記憶部１６と、カードマスタファイル１
４及び振込先ファイル１５を有している。事故カードデ
ータ記憶部１３には事故カードデータが供イ：：　＋格
納されているが、この事故カードデータは更新データ記
憶部１６の更新すべき事故カードデータにて常に更新さ
れている。カードマスタファイル１４には各ＩＤカード
毎にカード番号２氏名、暗証番号。

引落とし支店番号、引落とし口座の種別及び番号等が記
録されている。振込先ファイル１５には法人毎に名称１
店名、販売店番号、入金金融機関番号、入金支店番号、
入金口座番号等が記録されている。

次に、本発明のカード取引処理システムの動作を第１図
及び第３図の動作フローチャートに基づいて説明する。

顧客が商品を購入した場合係員が取引金額をキーボード
部２１のキー操作で入力する（ステップ１）。制御部２
６はこの入力金額データに基づいて表示部２２を制御し
、取引金額を表示させる。

次に、係員は顧客よりＩＤカートを借り受け、ＩＤカー
ドリーダ２４に挿入する（ステップ２）。ＩＤカートリ
ーダ２４はＩＤカートよりＩＤカードデータ（第６図参
照）を読み取る。

一方、顧客は係員の取扱い説明等によりビンバッド２５
を操作し、暗証番号を入力する（ステップ３）。

次いで、制御部２６の取引カード判定手段２９は事故カ
ードデータ格納エリア３３を検索し、ＩＤカートデータ
のカード番号が事故カードデータのカード番号と一致す
るか否かを照合（比較）し、カート番号が一致する場合
ＩＤカードが事故カートであると判定しくステップ４）
、エラー処理（ステップ１５）を行なう。このエラー処
理では表示部２２を制御し、「取引不能」及び事故コー
ドに基づいて「紛失カードｊ、「盗難カード」、「有効
期限経過したカード」等の表示を行なわせる。係員はこ
の表示で適切な処置を行なうことになる。

カード番号が不一致の場合取引カード判定手段２９はＩ
Ｄカードを有効と判定しくステップ４）、ひき続きＩＤ
カードデータの暗証番号を顧客入力の暗証番号と照合し
くステップ５）、両暗証番号が不一致の場合ステップ１
５に進み、同様に「取引不能」等のエラー表示処理を実
行する。

暗証番号が一致した場合ＩＤカードの所有者が本人であ
ると判定（ステップ５）する。制御部２６はこの判定を
受け、ＩＤカードデータ及び取引金額に基づいてデータ
を編集処理し、第５図で示す取引データを作成する。そ
して、制御部２６はこの取引データを取引データ格納エ
リア３２に格納する（ステップ６）。

次いで、制御部２６は取引処理の終了を表示部２２に表
示させると共に、プリンタ２３を制御してレシートに取
引金額、商品名等を印字して発行する（ステップ７）。

この時点で係員はレシートの内容と商品を確認し、顧客
へ商品をレシートと共に引き渡す。

一方、−括送信判定手段３０は設定時刻や所定のキーコ
ードが入力されない間は送信条件が不成立であると判定
（ステップ８）する。従って、送信条件が成立するまで
ステップ１〜ステツプ７が繰り返されるので、複数の取
引処理が行なわれ、その都度作成された取引データが取
引データ格納エリア３２に格納され、かつ顧客に商品が
渡される。

取引データ格納エリア３２に複数の取引データが格納さ
れた時点で設定時刻になり、又は所定のキーコードが入
力され、又は取引データが所定数だけカウントされると
、−括送信判定手段３０は送信条件が成立したと判定し
くステップ８）、取引データ格納エリア３２内の複数（
全て）の取引データを読み出し、これら取引データを共
通データ（第４図参照）を付加して一括して金融機関セ
ンタ１１へ送信する（ステップ９）。

また、事故カードデータ送信要求手段２７は取引データ
の送信時に更新すべき事故カードデータの送信要求を金
融機関センタ１１へ行なう（ステップ１０）。

金融機関センタ１１側において、ＣＰＵ１２は複数の取
引データの受信を確認すると、更新データ記憶部１６よ
り更新すべき事故カードデータを読み取り、この事故カ
ードデータをＰＯ８端末２０側へ送信する。

ｐｏｓ端末２０側の制御部２６は更新すべき事故カード
データの受信を確認（ステップ１１）すると、ステップ
１２で通信が正常に行なわれたと判断し、ＰＯ８端末２
０と金融機関センタ１１との接続回線を切断する。また
、制御部２６は取引データ格納エリア３２の送信済みの
取引データをクリアする（ステップ１３）。

一方、事故カードデータ更新手段２８は更新すべき事故
カードデータにより事故カードデータ格納エリア３３の
事故カードデータを更新する（ステップ１４）。

また、金融機関センタ１１側では複数の取りデータを受
信すると、ＣＰＵ１２はカードマスタファイル１４に顧
客の暗証番号が存在するか否かを検索し、かつカード番
号に基づいて記憶部１３を検索して同様に事故カードで
あるか否かを判定する。顧客の暗証番号が一致し、かつ
事故カードでは無いと判定すると、ＣＰＵ１２はカード
マスクファイル１４より引落とし口座を検索すると共に
振込先ファイル１５より販売先の振り込み口座を検索し
、複数の取引によって生じた総取引金額を引落とし口座
より引き落とし、振り込み口座への振り込み処理を実行
する。

尚、顧客はＩＤカードの作成時に金融機関センタ１１側
と予め限度額や定期担保、自動融資等の契約を行なうの
で、引落とし口座には常に一定の金額が保持されている
。

第８図は本発明の他の実施例に係るカート取引処理シス
テムのブロック図である。この第８図において、バッテ
リバックアップメモリ３１には事故カートデータ格納エ
リア３３のみが設けられている。そして、この実施例で
は取引データを記憶する格納媒体としてＩＣカート３６
が用いられている。このＩＣカード３６はカード記録／
読取り部３７のカートコネクタ部に着脱可能に装着され
、カート記録／読取り部３７は制御部２６のカート制御
回路３８に接続されている。カート制御回路３８はカー
ド記録／読取り部３７を制御し、ＩＣカード３６に取引
データ等を記録させ、又記録した取引データ等を読み取
らせる。カート制御回路３８にはＩＣカードデータ強制
送信部３９が接続されている。このＩＣカードデータ強
制送信部３９はＩＣカード３６から読み取ったデータを
強制的に金融機関センタ１１側へ送信する。尚、第１図
と同一部分には同一符号を付してその説明を省略する。

ところで、第９図はＩＣカード３６のデータフォーマッ
トを示す図である。即ち、ＩＣカート３６の最初の格納
エリア３６Ａには共通データが格納され、その他の格納
エリア３６Ｂには取引データが順次格納される。共通デ
ータは、第４図に示すように、ＩＣカード３６の装着さ
れる自己のＰＯ８端末を示す端末番号等を含み、ＰＯ８
端末２ｏを初期化した時点でカード制御回路３８の制御
によりカード記録／読取り部３７にてＩＣカード３６の
格納エリア３６Ａに記録（格納）される。

第８図に示すカード取引処理システムにおいて、顧客が
商品を購入した場合上記したと同様にＩＤカードデータ
及び入力した暗証番号によりＩＤカードが事故カードで
あるか否か及び本人であるか否かが判定される。そして
、取引が有効の場合取引データがＩＣカード３６の格納
エリア３６Ｂに記録される。即ち、第３図においてステ
ップｌからステップ７までが実行され、カード制御回路
３８の制御でカート記録／読取り部３７によりＩＣカー
ド３６の格納エリア３６Ｂに取りデータが格納される。

従って、ＰＯ３端末２ｏが正常に作動している場合には
ＩＣカード３６の取引データが送信条件の成立て一括し
て金融機関センタ１１へ送信され、振り込み処理が実行
される。

ところで、ＰＯ８端末２ｏの回線インタフェース部３４
等が故障した場合には第１０図の動作フローチャートに
よる動作が行なわれる。

即ち、端末番号がｎ番のＰＯ８端末２ｏが故障した場合
ＩＣカード３６の取引データの送信が不能となる（ステ
ップ２０）。

この場合故障したｎ番のＰＯ８端末２ｏより装着してい
たＩＣカート３６を抜き取る（ステップ２１）。抜き取
ったＩＣカード３６の格納エリア３６Ａには、ｎ番のＰ
Ｏ８端末２ｏを示す端末番号ｎを含む共通データ（第４
図参照）が既に記録されている。

次に、抜き取ったＩＣカード３６を他の正常なｐｏｓ端
末、例えば、ｎ＋１番のｐｏｓ端末に装着する（ステッ
プ２２）。尚、この場合ｎ＋１番目のＰＯ８端末より先
に装着していたＩＣカードを抜き取っておく。

次いで、ｎ＋１番のＰＯ８端末において、キーボード部
２１の強制送信キーを押下する（ステップ２３）。この
キー操作でカード制御回路３８はカード記録／読取り部
３７を制御してＩＣカード３６より格納されている共通
データ（端末番号ｎ）及び複数の取引データを読み取り
、これらデータをＩＣカードデータ強制送信部３９に供
給する。ＩＣカードデータ強制送信部３９はこの共通デ
ータの付加された取引データを、自己の共通データ（端
末番号ｎ＋１を含む）を加えることなく、強制的に回線
インタフェース部３４及びオンライン回線３５を介して
金融機関センタ１１へ送信する（ステップ２４）。

次に、ｎ＋１番のＰＯ８端末において、制御部２６は金
融機関センタ１１よりデータ受信の完了を示す信号が送
られてくると、送信完了と判断（ステップ２５）して回
線３５を切断する。これにより、カード制御回路３８は
カード記録／読取り部３７を制御し、ＩＣカート３６の
送信済みの取引データ及び共通データを全てクリアする
（ステップ２６）。

最後に、ｎ＋１番のＰＯ８端末よりＩＣカード３６を抜
き取り、修理の終了したｎ番のＰＯ８端末（又は他のＰ
Ｏ８端末）に装着する（ステップ２７）。

上記二実施例において、事故カードデータ送信要求手段
２７の送信要求で、金融機関センタ１１の事故カートデ
ータ記憶部１３の既にデータの更新された全ての事故カ
ードデータを受信してもよく、この場合には事故カード
データ格納エリア３３のデータを全て受信した事故カー
トデータに更新する。

また、事故カードデータの送信要求は取引データの一括
送信時でなくてもよく、例えば、ＰＯ８端末の始動時に
送信要求を行なってもよい。

（発明の効果） 以上説明したように、本発明によれば、カード取引処理
装置側で取引カードが事故カードか否かを判定し、事故
カードで無い場合取引データを取引データ格納部に順次
格納し、送信条件が成立した時点で取引データ格納部の
複数の取引データを一括して金融機関センタへ送信する
ようにしたので、−回の取引処理毎に回線を接続せずに
商品を顧客に渡すことができる。

従って、顧客に迅速に商品を渡すことができる上にシス
テムのスループットが向上して取引処理回数を多くする
ことができ、しかもデータの送信時間が大幅に短縮され
ることから通信コストの低減を図ることができる。

【図面の簡単な説明】

第１図は本発明に係るカード取引処理システムのブロッ
ク図、第２図は従来のカード取引処理システムのブロッ
ク図、第３図は本発明に係る動作フローチャート、第４
図は共通データの一例を示す図、第５図は取引データの
一例を示す図、第６図はＩＤカードのデータの一例を示
す図、第７図は事故カードデータの一例を示す図、第８
図は本発明の他の実施例のカード取引処理システムのブ
ロック図、第９図はＩＣカードのデータフォーマットを
示す図、第１０図は第８図のシステムの動作フローチャ
ートである。 １１・・・金融機関センタ、 １３・・・事故カードデータ記憶部、 １６・・・更新データ記憶部、２６・・・制御部、２７
・・・事故カードデータ送信要求手段、２８・・・事故
カードデータ更新手段、２９・・・取引カード判定手段
、 ３０・・・−括送信判定手段、 ３２・・・取引データ格納エリア、 ３３・・・事故カードデータ格納エリア、３６・・・Ｉ
Ｃカード、 ３７・・・カード記録／読取り部、 ３９・・・ＩＣカードデータ強制送信部。 第 図 第 図 第 第 図 図 ＩＣカードのデータフォーマットを示す図第９図

Claims (2)

【特許請求の範囲】
1. （１）販売店に設置され、顧客の取引カードのカードデ
   ータを読み取ると共に購入した商品に関するデータの入
   力で取引データを出力するカード取引処理装置と、 事故カードデータを保持し、前記取引データの受信で前
   記顧客の口座から前記販売店側の口座に所定代金を振り
   込み処理する金融機関センタとを備えるカード取引処理
   システムにおいて、 前記カード取引処理装置は、 前記金融機関センタへ前記事故カードデータの送信要求
   を行なう事故カードデータ送信要求手段と、 受信した事故カードデータを格納する事故カードデータ
   格納部と、 該事故カードデータ格納部の事故カードデータを新たに
   受信した事故カードデータにて更新する事故カードデー
   タ更新手段と、 前記カードデータを前記事故カードデータと照合し、前
   記取引カードの有効、無効を判定する取引カード判定手
   段と、 有効と判定された取引カードに対応する取引データを順
   次格納する取引データ格納部と、取引データの送信条件
   が成立した場合前記取引データ格納部に格納されている
   複数の取引データを前記金融機関センタへ一括して送信
   する一括送信判定手段とを有することを特徴とするカー
   ド取引処理システム。
2. （２）前記取引データ格納部は、 着脱可能に装着されて前記取引データが格納されるデー
   タ格納媒体であることを特徴とする請求項１記載のカー
   ド取引処理システム。