JPS59154572A

JPS59154572A - 取引決済装置

Info

Publication number: JPS59154572A
Application number: JP58029925A
Authority: JP
Inventors: Kenichi Omae; 研一大前; Kazuma Tateishi; 一真立石; Yoshitsugu Shinohara; 篠原　義次; Noriyuki Ueno; 上野　宣之
Original assignee: Tateisi Electronics Co; Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 1983-02-23
Filing date: 1983-02-23
Publication date: 1984-09-03
Also published as: DE3406615A1; JPH0345416B2; US4673802A

Abstract

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

Description

【発明の詳細な説明】発明の背景この発明は、ｆピッ１−・カードを用いた取引について
の決済装置に関する、２デビッＩ〜・カードは、銀行に預金［−１座をもつ者の
ために銀行によって発行されるカードであり、このカー
ドを用いて信用取引を行なうことができる。すなわら、
デビッ１〜・カードを利用した信用取引システムに加盟
している商店には取引端末機があり、この取引端末機は
銀行の」ントロール・センタど電話（通信）回線により
接続されている。コントロール・センタには、デビッ１
〜・ｌ／Ｊ−ドの利用者のＤ座Ｊ３よび加盟店の口座に
関するデータがスｌ〜アされた顧客別情報ファイルが設
けられている。利用者がある加盟店で取引を行なった場
合に（よ、取引端末機からデビット・カードのデータと
取引額とがヒンタに伝送される。そしてセンタでは、そ
の利用者の口座から取引額が引出され、該当する商店の
１」座に取引額が振込まれることにより、上記の取引が
決済される。このようなデビット・カードを用いた取引
決済装置が構想されているが、この構想では取引と同時
に決済が行なわれるために、もし利用者の口座の残高が
取引額以下であったとすると決済は不可能であり、利用
者はデビッ１〜・カードを用いた取引を拒否されること
になる。そうづると、デビッ１−・）Ｊ−ドを用いた取
引、づなわらキャッシュレス信用取引のメリッ１〜が失
むわれ−（しまう結果と４する。

発明の概要この発明の目的ｔよ、取引とその取引の決済との間に一
定の猶予期間を設けることにより、デビッ］へ・カード
を用いた信用取引システムの一層の充実と利用者の便宜
を図ることのでさる取引決済装置を提供することにある
。

この発明による取引決済装置は、利用者の［Ｊ座に関す
るデータをス１〜アした）１イル部分と商店の口座に関
するデータをス１−アしたツノ・イル部分とを含む口座
ファイル、決Ｍ？Ｊべき取引データをス１〜アするデビ
ット・、ツノ・イル、デビット・ファイル中の取引デー
タについで取引［−１から所定の猶予期間が経過したか
どうかをｔｌｌ定づる手段、およびデビッ１へ・）７・
イル中の上記猶予期間が経過した取引データ中の取引額
を［１座フアイル中の該当する利用者のＬ］座から引出
し、該当り−る商店の口座にス［−アする振替手段、を
備えた中実装置を含むことを特徴とづる、。

デビット・カードとは、」−）ａ（のように銀行に預金
口座を開設している名に対し゛（フチ行されるもので、
その所有者の口座番Ｐ８　、　Ｌｌ座が３Ｑｌられてい
る銀行に関するデータなどが記録されでいる。この発明
による取引決済装置は、食料品から自動車に至るあらゆ
る商品（有体物であることを問わず、サービス等も含む
）の商取引に適用しつる。したがって、商店とは、通常
の各種商品を販−売づる商店、スーパ・マーウラ１゛、
レストラン等の飲食業、運送会社等のサービス業その他
のものを含む。利用者とは、銀行に預金口座をもち銀行
から発行されたその口座についでのデビッｌ〜・カード
を所有するものであって、商店から商品を購入またはサ
ービスを提供されることによって、その商品にその代金
を支払うべき負債を負う省である。

好ましくは各商店に、上記の中実装置に電話（通信〉回
線で接続された取引端末機を設置しておく。この取引端
末機は、少なくともその所有者の口座番号に関するデー
タおよびその口座が設けられている銀行に関“するデー
タが記録されたｆビット・カードのデータを読取るカー
ド・リーグ、取引額に関するデータを入力する手段（た
とえばキーボード）、カード・ｆ−タおよび取引額を中
実装置に伝送し、中実装置から伝送される少なくとも取
引の可否に関するｆ−タを受信づ−る伝送制御手段、取
引の可否に関づるデータを表示する表示手段、ならびに
取引が可である場合に取引に関するデータを印字する印
字手段、を備えている。そ１ノで１記デビツト・ファイ
ルには、取引端末機から伝送されたカード・データおよ
び取引額のうりの所要の取引データがストアされる。こ
の取引端末機として電子キャッシュ・レジスタを利用す
ることができる。電子キャッシュ・レジスタには既にキ
ーボード、表示器およびプリンタが備えられているので
、これにカード・リーダおよび中実装置との交信装置を
付加すればよい。商取引の管理は通常電子キャッシュ・
レジスタを用いて行なわれるので、取引決済端末機と兼
用すると取引管理が簡便となるとともに、キャッシュ・
レジスタ内で算出されＩｃ取引総額を決済取引額として
用いることができる。

この発明による取引決済装置を用いると、商取引の決済
を実際の取引日よりも一定期間遅らせて行なうことがで
きるので、利用者にとってはぎ゛わめで好都合である。

従来からクレジット・カードを用いた商取引においては
７０−ティングと称して実支払いまでに１０〜４０日程
度の猶予期間がある。しかしながら、クレジット・カー
ドはクレジット会社が管理するものであり、その利用者
の口座は銀行にあるから、クレジット・カードを用いた
取引の決済は、クレジット会社と銀行とが協同して行な
われなければならず、その事務処理量が膨大とならざる
を得ない。しかしながら、この発明においては銀行の発
行するクレジット・カードが用いられ（おり、決済処理
は銀行のみで行なうことができるので、決済のための処
理がきわめて簡単となり、その運用経費も安価とするこ
とが可能である。

利用者の口座と商店の口座とが同一銀行にあるとは限ら
ない。そこで商店はできるだけ多くの銀行に口座を開き
その信用取引システムに加盟しておくことが好ましい。

しかしながら、たとえ利用者の口座と商店の口座とがそ
れぞれ賃なる銀行にあったとしても、これらの銀行のセ
ンタ同志を通信回線で接続しておき、一方のしンタから
他方のセンタに取引データを伝送するようにすれば、決
済は可能となる。この場合に、決済すべき取引データを
ストアするためのｆピッ１−・ファイルとしては利用者
の口座が開設されているセンタのものを用いるのが好ま
しいであろう。そして、決済金額を振込むときにのみ振
込むべき金額を含むデータを商店の口座が開設されてい
る銀行のセンタに伝送し、そこのセンタの口座に入金す
る。また各商店の取引端末機は必ず（）も銀行のセンタ
にある中実装置に接続されている必要はない。一定期間
ごとの取引データを取引端末機にストアし工おくかまた
はプリンタによって印字しておき、これらのデータを銀
行に持っていって銀行の端末機から中実装置に伝送する
バッジ・システムも採用しうる。

この発明の他の特徴は以下の実施例の説明において明ら
かになるであろう。

実施例の説明第１図は、取引決済装置の全体を示している。

取引決済装置は、各商店に備えられる取引端末機（１０
）と銀行のコンｌ−ロール・センタ（２０）とから構成
されており、これらは通信（電話）回線で接続されてい
る。

取引端末１ｆｉ（１０）はＣＩ）　ＩＪたとえばマイク
ロプロセッサ（１１）によって制御される。、、ＣＰＵ
（１１）には、そのプログラムおよび後述する各種デー
タをストアするメモリ（１２）、センタとの交信を制御
する通信制御装置（１３）、デビット・カードの磁気記
録データを読取るためのカード・ソーダ（１４）、取引
額を含む取引データを入力するためのキーボード（１５
）、センタ（２０）からの取引の可否その他の必要事項
を表示するための表示器（１６）、取引データをレジ−
１へおよびジャーナルに印字するとともに、決済に関り
−る諸データをジャーナルに印字するためのプリンタ（
１７）、ならびに利用者が自己の暗証番号を入力するた
めのキーボード（１８）が接続されている。通信制御装
置（１３）には、自動ダイヤル回路とモデムが含まれて
いる。カード・リーダ（１４）は自動走査式、手動走査
式のどちらのものであってもよい。暗阻番号用キーボー
ド°（１８）は、利用者のみが操作しうるように端末１
ｆｉ（１０）とケーブルで接続されていることが″好ま
しい。

ニコントロール・センタ（２０〉には大形のＣＰＵ（２
１）があり、このＣＰＵ（２１’）は、各端末機（１０
）との交信を制御するとともに、決済処理を含む各種の
取引処理を実行する。ＣＰＵ（２１）には、その実行プ
ログラムを格納するとともに取引処理に必要な諸データ
をス］−アするメモリ（２２）　、端末機との交信のた
めの通信制御装置（２３）　、時計（２４）　、顧客別
情報ファイル（ＣＩ　Ｆ）　　（２５）　、デビツ（〜
情報ファイル１１　Ｆ　＞　　（２Ｇ＞および決済不能
ファイル（２７）が備えられている。

第１図には、端末機および正’／　ｌ−Ｄ−ル・センタ
がそれぞれ１つしか示されていないが、１つの銀行に少
なくとも１つのコン１〜ロール・センタがあり、その銀
行の信用取引システムに加盟している商店のすべ−Ｃの
端末機（１０）はこのセンタと交信可能である。また各
商店の端末機は複数の銀行の複数のコントロール・セン
タと交信することができる。

第２図はデビット・カードを示している。デビット・カ
ード（Ｄ　Ｃ）は、銀行によってその銀行に口座を持つ
者に対して発行される。このノＪ−ド（ＤＣ）には磁気
ストライプ（９）が貼付されており、この磁気ストライ
プ（９）には、発行銀行を示す銀行番号、支店番号、こ
のカードの所有者の口座番号、暗証番号、その他のデー
タがあらかじめ磁気記録されている。必要ならばデビッ
ト・カードに与信限度額も記録しておくとよい。

第３図は端末機（１０）におけるメモリ（１２）のデー
タ配置を示している。このメモリ（１２）には゛取引デ
ータ・ファイル（ＴＤＦ）どして用いられるエリヤ、セ
ンタ（２０）との交信のための送、受信データ・バッフ
ァとして用いられるエリヤ、カード・リーダ（１４）が
読取ったカード・データをストアするエリヤ、キー人力
された取引額等をストアするエリヤ、端末機（１０）が
設置されている商店の口座番号をストアしているエリヤ
、その銀行のセンタの電話番号をストアしているエリヤ
、端末１（１０）の番号をストアしているエリヤ、セン
タの電文において用いられるデビッ１へ・コードをスト
アしているエリヤなどが設けられている。

ＴＤＦは、その端末機で行なわれた取引に関するデータ
をその取引の決済が終了するまでストアづ−るものであ
る。ス１ヘアされるデータには、取引日付、取引を行な
った利用者のＬＪ座番号、銀行番号および取引額などが
ある。

商店が複数の銀行に口座を持っている場合には、メモリ
（１２）には各銀行ごとにその銀行における口座番号が
ストアされる。また、各銀行の識別符号たとえば銀行番
号に対応して、それらの銀行のセンタの電話番号をスト
アしておく必要がある。

センタ（２０）にＪ３けるメモリ（２２）には、端末機
（１０）との交信のための送、受信データ・バッファと
して用いられるエリヤがあるとともに、猶予期間がスト
アされている（第１図参照）。猶予期間とは、取引日か
ら起算して決済が猶予される期間をいい、適当な期間た
とえば１０日〜４０日程度に設定される。この実施例で
は、すべての取引について猶予期間は一定でありかつＬ
ンタ（２０）において決定されるが、端末側であ゛る一
定期間にまたは利用者の希望に応じである限度内で任意
に設定することも可能である。

この場合には、端末側で設定された猶予期間が取引デー
タとともにセンタに伝送される。

第４図はセンタ〈２０）におけるＣＩＦ（２５）の例を
示している。ＣＩＦＣ２５）には、この銀行に口座番号
を開設している利用者と商店のそれぞれについて、それ
らの口座番号に対応して預金残高、氏名（名称）、住所
などの取引に関するデータがストアされている。また利
用者については各利用者の予信限度額かストアされてい
る。予信限度額はこの実施例では利用者個人の信用度た
とえば年収、勤務会社、勤続年数その他の個人事情を考
慮してあらかじめ定められている。もちろん、預金額（
残高）等に応じてあらかじめ、一定期間ごとにまたは取
引の都度室めることも可能であろう。

第５図は、センタ（２０）におけるＤｌＦ（２６）の−
例を示している。ＤＩＦ（２６）は、各端末ＩＩＩ（１
０）から伝送された未決済取引データをストアするもの
であり、各取引ごとに、決済日イ」、取引日付、利用者
の口座番号、取引額および取引を行なった商店を表わす
符号（商店番号、端末番号、口座番号など）がストアさ
れる。商店が他の銀行に（」座をもつ場合には、他の銀
行の銀行番号等もストアしておく必要があろう。決済日
付は、取引日付に猶予期間を加算して算出される。

センタ（２０）にお【プる決済不能ファイル（２７）は
、後述するところから分るように、決済日において利用
者の取引額がその利用者の預金残高を超えているために
決済が不可能な取引についてのデータをスｌ〜アするも
のである。このような危険負担は銀行が負う。もつとも
銀行と商店との間で危険負担についてあらかじめ取決め
ておいてもよい。

センタ（２０）にはさらに、いずれかの７アイルまたは
メモリ（２２）に、商店とその商店の口座番号およびそ
の商店に股間されでいる端末機の番号とを対応させたテ
ーブルがあらかじめ作成されている。

第６図は、端末機（１０）からセンタ（２０）に送られ
る取引データの電文のフォーマツ１〜の一例を示してい
る。メツセージは、開始符号（ＳＴ×）、メツセードを
発信する端末機の番号、未決済取引データであることを
示ずデビッ１−・コード、商店の口座番号、取引額、デ
ビッ１へ・カード（ＤＣ）から読取られた銀行番号、支
店番号、利用者の口座番号、および終止符号（トＴＸ＞
などから構成されている。この電文には必要ならば取引
日（＝ｌ、商店が他の銀行にのみ［］座をもつ場合には
その銀行番号等も含まれる。

第７図から第１１図は取引端末機（１０）にお（プる取
引処理手順を、第１２図から第１５図はコンｌ−ロール
・センタ（２０）における取引処理手順をそれぞれ示し
ている。

第７図において、取引端末機（１０）のＣＰＵ（１１）
によって、デビット・カード（ＤＣ）が挿入または走査
されたかどうか（ステップ（３１））、ＴＤＦ照会要求
があったかどうか（ステップ（３２＞　）　、コントロ
ール・センタ（２０）から何らかの電文が送信されこれ
を受信したかどうかくステップ（３３））が順次検査さ
れている。・これらは割込みによってＣＰＩＪ（１１）
に知らされるようにしくもよい。カード挿入検知は取引
処理の開始を意味する。ＴＤＦ照会というのは、メモリ
（１２）のＴＤＦにストアされている未決済取引データ
を読出してプリンタ（１７）によってジャーノールに印
字することである。キーボード（１５）にはＴＤＦ照会
キーが設けられており、このキーが押されるとステップ
（３２）でＹＥＳとなる。コントロール・センタ（２０
）から何らかの電文が送信されるとその受信データはメ
モリ（１２）の受信データ・バッファ・■リヤにストア
される（ステップ（３３））。そして、その電文が取引
に関するものか（ステップ（３４））、それとも決済時
の振込に関する電文かどうか（ステップ（３５））が判
定される。

端末機における取引前半処理を示す第８図を参照して、
デビット・カード（ＤＣ）の挿入または走査が検知され
ると、そのカードに記録されているデータが読取られメ
モリ（１２）にストアされる（テップ（４１））。そし
てこのカード・データのフォーマットが検査され正規の
デビット・カードかどうかがチェックされる（スアツブ
（４２）　）。必要ならばキーボード（１８）を用いて
利用者によって暗証番号が入力される。

そしてキー人力された暗記番号とカード・データ中の暗
証番号どが照合される。センタ（２０）のＣＩＦ（２５
）内に利用者の口座番号に対応させて暗証番号をストア
しておき、端末機から取引データとともに暗証番号もセ
ンタに送信し、暗証番号の照合をセンタで行なうように
してもよい。

いずれにしても、デビット・カードが正規のものであり
かつ暗証番号が一致すれば、商店の係員によって取引デ
ータたとえば取引額がキー人力されるので、これが読取
られかつメモリ（１２）にストアされる（ステップ（４
３））。そして、メモリ（１２〉の送信データ・バッフ
ァに第６図に示すような電文が編集され（ステップ（４
４）　）　、通信制御装置（１３）によってメモリ（１
２）内の電話番号を用いてセンタ（２０）に自動ダイへ
フルされ、回線が接続されると編集された電文がセンタ
（２０）に送信される（スーツ−ツブ（４５））。複数
のセンタ（銀行）があったとしても、メモリ（１２）内
に各銀行の識別符号く銀行番号、コードなど）に対応し
てそのセンタの電話番号をスト・アしておけば、カード
・データ中の銀行番号または係員によってキー人力され
た銀行コードにもとづいて該当するセンタの電話番号が
検索され、該当するセンタに自動タイヤルすることが可
能である。

デビッ１〜・カードが正規のものでない場合または暗証
番号が一致しない場合に１よくステップ、（４２）でＮ
Ｇ）　、その旨が表示器（１６）に表示され（ステップ
（４６））、カードが返却される（ステップ（４７））
。この後、再びカードが挿入されて操作のやりなおしが
行なわれるか、または現金払いの取引が行なわれる。

取引データが端末機からセンタに送信されると、センタ
では後述するように取引データのＤＩ　Ｆへの登録処理
が行なわれｌる。そし−にの結果に関する電文が該当す
る端末機に伝送されるのぐ、端末機はこれを受信づ−る
と（ステップ（３３＞　　（３４）　）　、第１０図に
示される取引後半処理に進む。

第１０図を参照して、メモリ（１２）の受信データ・バ
ラノアにス１−アされているセンタからの電文が読出さ
れ、取引が可能かどうかが判定される（スｊ゛ツブ（６
１））。取引が可能であれば、プリンタ（１７）によっ
て取引データ、たとえば取引日付、取引額、利用者の口
座番号（または利用者識別コード）などがレジ−１−お
よびジ１７−ナルに印字され、かつデビット・カードの
エンボスがインプリン１へされる（ステップ（６２）　
）。そして上述のＪ５うな取引データがメモリ（１２）
内のＴＤＦに登録され〈ステップ（６３＞　）、最後に
カードが返却される（ステップ（６４））。発行された
レジ−１〜および返却されたカードは利用者に渡される
。ジャーナルは商店の控どなる。このようにして、金銭
の授受のない取引が終了づる。

取引不可の理由には、デビツｌ〜・カードが無効カード
である、口座がＣＩにに存在し４３：い、取引額が与信
額を超えているなどがある。これらの理由はセンタから
端末機に伝送された電文中に含まれているので、取引が
不可であれば（ステップ（６１）でＮｏ）　、その理由
が表示器（１６）に表示され（ステップ（６５）　）　
、カードが返却される（ステップ（６６）　）。この場
合には坦金による取引が行なわれるであろう。

第１２図において、センタ（２０）においてはそのＣＰ
Ｕ（２１）によって、日付変更があったかどうか（ステ
ップ（８１））、端末機からの電文が受信されたかどう
かくステップ（８２））が順次チェックされている。こ
れらを割込みによって受付けるようにしてもよい。日付
は特訓（２４〉によって管理されている。日（＝Ｉが変
更された所定の時間に時計（２４）から日付変更信号が
ＣＰＵ（２１）に入力する（ステップ（８１））。

すると第１３図に示す決済処理が行なわれる。

この決済処理は１０に１回実行される。端末機からの電
文には取引データ電文と応答電文とがある（ステップ（
８３）　　（８４）　）。

端末機からの電文中にデビット・コードが含まれていれ
ばこれは取引データ電文ぐあるから、第１４図に示され
ている取引処理に進むくステップ（８３））。端末機か
らの電文はメモリ（２２）の受信データ・バッファ・１
すＡ７にストアされているからこれが読出され、まず事
故カードかどうかがチェックされる（ステップ（１１１
）　）。

センタ（２０）には事故カード・フッ・イル（図示略）
が備えられている。このファイルは、取引のできない無
効カードの識別符号（たとえば口座番号など）をストア
しているものである。端末機から送られたカード・デー
−夕にもとづいてこの事故カード・ファイルが検索され
、そのカードの識別符号がこのファイルにスＩ〜アされ
（いるかどうかが判定される。事故カードでなｊＪれば
次にＣＩＦ（２５）が検索され該当づる口座番号が存在
するかどうか（ステップ（１１２）　）、取引額が与信
限度額を超えていない力＼どうｆ）Ｘ（ステップ（１１
３）　）が順次チェックされる。

ＣＩＦ（２５）にも各利用者のまだ決済して（為ない金
額をストアしておき、与信限度額のチェックにおいて、
与信限度額から未決済金額を差弓１いた残額と取引額と
を比較するようにしてもよい。

いずれにしても取引額が与信限度額以下であれば取引可
であり、その利用者に関する取引データがＤＩＦ（２６
）に登録される（ステップ（，１１７）　）。このさい
に、取引日付に猶予期間が加算されて決済日付が算出さ
れ、この決済日付もまたＤＩＦ（２６）に登録される。

そして、メモリ（２２）の送信データ・バッファに取引
ＯＫ（可）コードが設定される（ステップ（１１８）〉
　。

ステップ（１１１）において、取引に使用されているカ
ードが事故カード・ファイルに登録されている場合には
、メモリ（２２）の送信データ・バッファにカードＮＧ
］−ドが設定される（ステップ（１１４）　）。ステッ
プ（１１２）において、ＣＩＦ（２５）中に該当１口座
が存在しない場合には同バッファに口座ＮＧ’］−ドが
設定される（ステップ（１１５）　）。またステップ（
１１３〉において、取引額が与信限度額を超えている場
合には同バッファに与信額オーバ・コードが設定される
（スフ−ツブ（１１Ｇ）　）。

いずれにしても送信データ・バラフッ７に設定された取
引の可否に関する各種コードに取引データが加えられる
ことにより取引電文が編集され（ステップ（１１９）　
）　、この電文が該当する端末機（１０）に送られる（
ステップ（１２０）　）。

この電文を受信した端末機（１０）では第１０図に示さ
れた取引後半処理が行なわれる。

第１３図はセンタ（２０）で行なわれる決済処理を示し
ている。まずＤＩＦ（２６）より１取引の未決済データ
が読出され（ステップ（９１））、そのデータ中の決済
日付が時計（２４）の示す日イ４と一致するかどうかが
判定される（ステップ＜９２））。一致すればそのデー
タがメモリ（２２）内の所定のエリヤ（たとえば未決済
データ・エリＡ７）にストアされる（ステップ（９３）
　）。この処、理はＤＩＦ（２６）中のすべての取引デ
ータについて１取引ずつ行なわれる（ステップ（９４）
）。ステップ＜９１）〜（９４）の処理によって、その
日に決済づべきデータがＩ）ＩＦ（２６）から取出され
る訳である。

次に、メモリ（２２）内にストアした未決済取引データ
について、１取引分ずつ、そのデータ中の決済すべき取
引額がＣＩＦ（２５）中の該当する利用者の残高と比較
される（ステップ（９５））。残高から取引額を減算す
ることにより得られる新残高が零以上であれば決済が可
能であり（ステップ（９６））、この新残高用いて該当
する利用者の口座の残高が更新される（ステップ（９７
）　）。これにより利用者は決済すべき取引額を支払っ
たことになる。このような決済ずみの取引データがメモ
リ（２２）の所定のエリＮフ（決済ずみデータ・エリヤ
）にストアされる（ステップ（９８＞）。

上述の新残高が負になってしまった場合には決済不能で
あり、その取引データは決済不能ノアイル（２７）に登
録される（ステップ（１００）　）。決済不能の利用者
の口座の残高をこの負の新残高で更新しておくことが好
ましい。またメモリ（２２）の所定のエリヤにこのよう
な決済不能取引の取引額がストアされる。いずれにして
も、決済不能なものについては、銀行がその利用者に通
知するなどして、不足分の取り立てが行なわれるであろ
う。

ステップ（９５）〜（９８）　　（１００）の処理は、
メモリ（２２）の未決済データ・エリヤに取出されたす
べての取引データについて行なわれる（ステップ（９９
））。

決済すべき取引データのすべてについてその利用者の口
座からの引出し処理が終了すると、次に各商店への振込
処理に進む。メモリ（２２）の決済ずみデータ・エリヤ
のデータにもとづいて、各商店別の振込額（取引額の総
額）の集計が行なわれる（ステップ（１０１）　）。こ
の振込額には決済不能取引の取引額も加算される。そし
て集計された振込額を含む（必要ならば決済した全取引
の詳細データを含む）電文が編集され、該当する商店の
端末機に送信される（ステップ（１０２）　　（１０３
）　）。

端末機（１０）では振込電文を受信すると（第７図ステ
ップ（３５）から第１１図ステップ（１１））、受信し
た旨の応答電文を編集して［ンタ（２０）に送信するの
で、センタ（２０）’ｒの処理は第１５図の振込処理に
進む（第１２図ステップ（８４）から第１５図に進む）
。そして、上述の集計した振込額がＣＩＦ（２５）中の
該当する商店の口座に振込まれる（ステップ（１０６）
　）。

これで決済が完全に完了したので、ＤＩＦ（２６）中の
該当商店に関する（すなわちその商店で取引した利用者
の）未決済データが抹消されろくステップ（１０７）　
）。ステップ（１０１）〜（１０３）、（１０６）　　
（１０７）の商店別集計、振込処理は、各商店ごとにす
べての商店について行なわれる（ステップ（１０８）　
）　ａステップ（７１）　　（第１１図）において端末
機は単に振込電文を受信した旨の電文を送信しているの
みであるが、センタ（２０）から伝送された振込額（必
要ならすべての取引データ）と端末ＩＩＩ（１０）のメ
モリ（１２）内のＴＤＦ中の該当するデータの総額（該
当するデータ）とを比較して一致した場合にのみ、応答
電文をセンタ（２０）に送るようにすると一層確実であ
る。また、第１５図スデツブ（１０６）　″ｃ商店口座
に振込んだのち、振込額を商店に通知（ステップ（１０
３）に対応〉するようにしてもよい。該当商店の口座が
そのセンタのＣＩＦ中になく他の銀行にある場合には、
振込額、商店口座番号等必要なデータを該当づる他の銀
行のセンタに伝送して振込みを行なう。

このような振込処理と並行してまたはその前後に、決済
不能ファイル（２７）に登録された決済不能取引に関す
るデータが印字される（第１３図、ステップ＜　　１０
４）　）。銀行ではこの打出されたデータにもとづいて
利用者への未決済金取立てを行なう。そしてＤＩＦ（２
Ｇ）中の該当する取引データが抹消される（ステップ（
１０５））。このＤＩＦ（２６）の該当データの抹消は
未決済金取立て後に行なってもよい。

第１１図を参照して、端末機（１１）ではセンタ（２０
）からの振込額等のデータを受信すると、このデータに
もとづいて、またはメモリ（１２）内のＴＤＦを参照し
て、振込ずみく決済ずみ）データのリストが作成され、
かつプリンタ（１７）によって印字される（ステップ＜
７２））。そしてこのような決済ずみのデータがＴＤＦ
から抹消される（ステップ（７３））。

第９図は端末機における照会処理手順を示している。照
会要求があると、メモリ（１２）内のＴＤＦの未決済デ
ータが読出されかつ編集され’Ｕ　＜ステップ（５１）
）、プリンタ（１７）によってジャーナルに印字される
（ステップ（５２）　）。

これによって商店では未決済の取引を把握することがで
きる。

８Ｆ記実施例では利用者の識別符号は口座番号のみであ
るが、これに代えてまたは加えて氏名やデビット・カー
ド番号または会員番号等を用いる口とができるのは言う
までもない。そして、デビット・カードやＣＩＦ等にこ
れらを記録またはストアしてもよい。商店についても同
様である。一般にセンタには取引記録ファイルがあり、
すべての取引処理をこのファイルに記録しておいて、事
故などの発生に備えている。−［記実施例では取引記録
ファイルについての説明が省略されているが、実際には
このようなファイルが必要となるのは吉うまでもない。

【図面の簡単な説明】

第１図は取引決済装置の全体を示１ブロック図、第２図
はデビット・カードを示す図、第３図は取引端末機のメ
モリの内容を示づ図、第４図は顧客別情報ファイル（Ｃ
ＩＦ）を示す図、第５図はデビット情報ファイル（ＤＩ
Ｆ）を示す図、第６図は電文フォーマツ１−を示１図、
第７図から第１１図は取引端末機の処理を示す−フロー
・チャート、第１２図から第１５図はセンタの処理を示
すフロー　・チャートである。（１０）−１１端末機、（１１）　　（２１）　・ＣＰ
Ｕ。（１２）　　（２２）・・・メモリ、（１３）　　＜２
３＞・・・通信制御装置、（１４）・・・ノＪ−ド・リ
ーダ、（１５）・・・キーボード、（１６）・・・表示
器、（１７）・・・プリンタ、（１８）・・・暗証番号
用キーボード、（２４）・・・時計、（２５）・・・ｃ
ｉト、（２６）・・・ＤＩＦ、（２７）・・・決済不能
ファイル。以　　上外４名

Claims

【特許請求の範囲】

（１）利用者の口座に関するデータをストアしたファイ
ル部分と商店の口座に関するデータをストアしたファイ
ル部分とを含む口座ファイル、決済リーベき取引データをストアするデビット・ファイ
ル、デビット・ファイル中の取引データについて取引日から
所定の猶予期間が経過したかどうかを判定する手段、お
よびデビツ１へ・ファイル中の上記猶予期間が経過した取引
データ中の取引額を［１座フアイル中の該当する利用者
の口座から引出し、該当する商店の口座にストアする振
替手段、を備えた中実装置を含む取引決済装置。
（２）利用者の口座ファイル部分と商店の口座ファイル
部分とが同一の銀行のセンタに備えられている、特許請
求の範囲第（１）項記載の取引決済装置。
（３）利用者の口座ファイル部分と商店のＬＪ座ソファ
イル部分が異なる銀行のセンタにそれぞれ備えられてい
る、特Ｆｆ′請求の範囲第（１）項記載の取引決済装置
。
（４）上記中実装置に接続された取引端末機があり、こ
の取引端末機は、少なくともその所有者の口座番号に関するデータおよび
その口座が設けられている銀行に関するデータが記録さ
れたデビット・カードのデータを読取るカード・リーダ
、取引額に関するデータを入力する手段、カード・データ
および取引額を中実装置に伝送し、中実装置から伝送さ
れる少なくとも取引の可否に関り−るデータを受信する
伝送制御１段、取引の可否に関するデータ４表示する表示手段、ならび
に取引が可である場合に取引に関するデータを印字する印
字手段、を備えて４′３つ、上記デビット・ノアイルは
、取引端末機から伝送されたノＪ−ド・データおよび取
引額のうちの所飲の取引データをストアする、特許請求
の範囲第（１〉項記載の取引決済装置。