JPH04147397A - クレジット取引処理システムおよび端末装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、クレジット取引処理システムに関し、特に、
加盟店側に設けられるＣＡＴ（Ｃｒｅｄｉｔ　　Ａｕｔ
ｈｏｒｉｚａｔｉｏｎ　　Ｔｅｒｍｉｎａｌの略）と、
前記ＣＡＴに通信接続されるクレジット会社側のホスト
コンピュータとを含むクレジット取引処理システムに関
する。

［従来の技術］ 従来より、消費者が現金を支払うことなく物品の購入、
サービスの供与を受けることができるクレジットカード
が市場に出回っている。前記クレジットカードは、クレ
ジット会社から発行される。

消費者が、クレジットカードを利用して加盟店で買物な
どする場合は、加盟店に設けられたＣＡＴとオンライン
接続されたクレジット会社のホストコンピュータとの間
で取引内容、カードの不正使用防止ならびに与信限度額
管理のためのデータ通信処理が行なわれる。このような
、オンライン通信処理を含むクレジット取引処理におい
て、ＣＡＴからホストコンピュータへの売上電文の伝送
エラー、あるいは端末障害（電源異常など）により、Ｃ
ＡＴとホストコンピュータとの間で送受信された売上デ
ータにデータの不一致が発生することがある。前記売上
データの不一致は、クレジット取引処理の信頼性を低下
させたり、消費者に対し不信感を与えることにもなるの
で、従来は前記売上データの不一致防止対策として、次
の２方式を採用している。まず、第１の方式について説
明する。

第６図は、従来のクレジット取引処理システムの伝送エ
ラ一対策のために採用される第１のクレジット処理方式
を説明するための概略図である。

図において、クレジット取引処理システムは、店舗側に
備えられるＣＡＴＩを、通信回線３を介してクレジット
会社側に備えられるホストコンピュータ２に接続してい
る。前記ホストコンピュータ２には、ＣＡＴＩから受信
した売上データをストアするためのデータファイル２１
および売上伝票のデータをストアするだめの売上伝票の
データファイル２２を備えている。

第１の方式は、オンライン通（−と伝票郵送とを併用し
た方式である。つまり、各店舗側に備えられるＣＡＴｌ
は、通常のクレジット取引処理ごとに、ホストコンピュ
ータ２に対して取引内容（取引金額、取引件数など）に
関するデータを送信する。ホストコンピュータ２は前記
送信データをアクセス可能なメモリにストアされる受信
データファイル２１に逐次書込んでストアする。たとえ
ば、前記データファイル２１はＣＡＴｌごとに編集され
ているので、ホストコンピュータはＣＡＴＩを特定する
ことができれば、容易にデータファイル２１をアクセス
することが可能となる。また、各店舗側は、ＣＡＴｌに
おけるクレジット取引の売上を伝票形式で控えて蓄積し
ており、定期的にりレジット会社側に郵送する。クレジ
ット会社側は、郵送されてきた前記伝票内容をホストコ
ンピュタ２にキー人力などによりデータ入力する。前記
人力データは、売上伝票のデータファイル２２にストア
される。このデータファイル２２のデータは、ＣＡＴｌ
ごとに編集されているので、ホストコンピュータ２はＣ
ＡＴｌを特定することができれば、前記データファイル
２２をアクセスすることが容易となる。前記データ入力
後、ホストコンピュータ２は、その時点までに蓄積され
た受信した売上データファイル２］のデータ内容と、売
上伝票のデータファイル２２とのデータ内容を比較照合
し、両データ内容がすべて一致しているか否かを確認す
る。このとき、両データ内容が一致していれば、店舗側
とクレジット会社側との取引は成立したと確認されるが
、前記データ内容が一致しない場合は、通信回線３が何
らかの原因によりエラーを起こしたか、または、ＣＡＴ
ｌ側またはホストコンピュータ２側に何らかの電源異常
かあり、伝送処理が正常に行なわれなかったことを確認
し、今回のクレジット取引処理は不成立としている。

以上のように、第１の方式によれば、クレジット取引処
理ごとに行なわれるデータ通信のほかに、定期的に行な
われるクレジット取引による売上伝票の一括送付という
二重のデータ収集を行なって、伝送エラーを検出し、正
常な取引処理か行なわれるようにしてきた。

次に、第２の方式について説明する。

第７図は、従来のクレジット取引処理システムの伝送エ
ラ一対策のために採用される第２のクレジット処理方式
を説明するための概略図である。

第７図において、店舗側に備えられる複数のＣＡＴＬは
、同じく店舗側に備えられるクラスタコントローラ４に
ＬＡＮ　（Ｌｏｃａ　ｌ　　ＡｒｅａＮｅｔｗｏｒｋの
略）５を介して集中的に接続され、前記クラスタコント
ローラ４は、通信回線３を介してクレジット会社側のホ
ストコンピュータ２に接続される。前記クラスタコント
ローラ４には、蓄積した売上データファイル４１をスト
アするためのメモリが接続され、ホストコンピュータ２
には、通信回線３を介して受信した売上データファイル
２１をストアするためのメモリが接続されている。

第７図において、通常のクレジット取引処理に関するデ
ータは、ＣＡＴｌでクレジット取引処理があるごとにＬ
ＡＮ５を介してクラスタコントローラ４に与えられ、応
じてクラスタコントローラ４は、前記受信データをデー
タファイル４１に蓄積してストアする。同時に、クラス
タコントローラ４は、前記ＬＡＮ５を介してＣＡＴＩか
ら受信したデータを、通信回線３を介してホストコンピ
ュータ２に与える。ホストコンピュータ２は、前記通信
回線３から受信したデータを、データファイル２１に蓄
積してストアする。その後、１日の取引処理が終了する
と、クラスタコントローラ４は、１日分のクレジット取
引処理に関するデータが蓄積されたデータファイル４１
を通信回線３を介してホストコンピュータ２側に転送す
る。ホストコンピュータ２は、受信した前記データファ
イル４１を一時的に内部メモリなどにストアし、１日分
のクレジット取引処理に関するデータが受信されて蓄積
されたデータファイル２１と前記データファイル４１と
のデータ内容を比較照合する。

ホストコンピュータ２は、前記データファイル２１およ
び４１の内容が一致していれば、店舗側との本日のクレ
ジット取引処理の成立を判定するが、両データファイル
の内容が一致しなければ、本日の前記店舗側とのクレジ
ット取引処理は不成立と判別し、伝送エラー発生の有無
確認など原因の追求にあたる。

第７図は、店舗側に複数台のＣＡＴｌが備えられてクラ
スタコントローラ４が設置されている場合の例であり、
店舗側に少数台のＣＡＴｌが設けられる場合は、クラス
タコントローラ４を介さず、各ＣＡＴＩが直接にホスト
コンピュータ２とデータ通信しながら、各ＣＡ　Ｔ　１
にストアされている売上データファイルに取引データを
蓄積するようにしている。この場合も、各ＣＡＴ１にス
トアされた蓄積売上データファイルとホストコンピユー
タ側にストアされた受信売上データファイルとの内容の
比較照合によりクレジット取引処理の成立または不成立
を判別するようにしている。

つまり、この第２の対策は、ＣＡＴｌとホストコンピュ
ータ２は、クレジット取引ごとに相互にその取引内容を
メモリにストアするように処理しているので、通信回線
３の異常などによる伝送エラーが発生しなければ、常に
両者にメモリされているデータ内容は一致しているとい
う根拠に基づいて伝送エラーを検出し正常取引が行なわ
れるようにしている。

［発明が解決しようとする課題］ しかしながら、上述した従来の２つの方式は、次のよう
な問題がある。

まず、前述した第１の方式の場合、各店舗側は、定期的
に各ＣＡＴ１ごとに伝票を集計し、それをクレジット会
社毎に郵送する必要があり、店舗側は伝票集計の手間が
かかり煩わしいという問題があった。また、この場合、
ホストコンピュータ２側では、受理した伝票を各ＣＡＴ
１ごとに分類し、この分類したデータをデータ入力し、
内部メモリに一旦スドアする必要がある。そのため、キ
ー人力の誤りも発生しやすく、やはり手間がかがるとい
う問題があった。

また、前記第２の方式の場合、ホストコンピュータ２側
は、毎日取引終了後の一定時間期間に、全ＣＡＴＩまた
はすべてのクラスタコントローラ４とデータ通信を行な
う必要があるので、この短期間にホストコンピュータ２
側の負荷が上昇するとともに、通信回線３の負荷も上昇
する。そのため、ホストコンピュータ２および通信回線
３の性能は、最低、この短期間の負荷集中を解消するだ
けの高性能を備える必要があるので、このクレジット取
引処理システム自体のコスト高を招くという問題があっ
た。そこで、前述した負荷の集中を解消するために、複
数台のＣＡＴｌを１台のクラスタコントローラ４に集中
接続させ、実際の通信を、クラスタコントローラ４とホ
ストコンピュータ２との間でのみ行なわれるようにすれ
ば、前述したような負荷の異常上昇は防止できると考え
られるが、クラスタコントローラ４を備えるほど多くの
ＣＡＴＩを設置していない小規模店舗にとっては、この
対策は不向きであり、実際の解決策とはならないという
問題もあった。

それゆえに本発明の目的は、ＣＡＴを備えた店舗からホ
ストコンピュータへの伝票郵送処理を省くとともに、ホ
ストコンピュータにおける複数ＣＡＴとの短期間の通信
集中処理による負荷上昇を解消することのできるクレジ
ット取引処理システムを提供することである。

［課題を解決するための手段］ 本発明に係るクレジット取引処理システムは、複数のク
レジット処理端末装置と、前記端末装置に通信接続され
る複数のクレジット会社ごとのホストコンピュータとを
含み、前記端末装置はクレジット取引があるごとに、ク
レジット会社別に取引内容を含む電文を送信し、応じて
前記ホストコンピュータは受信電文の取引内容を記憶す
るとともに累積するようなシステムである。詳細には、
前記端末装置は、少なくともクレジット取引のつど更新
されるクレジット会社別の送信回数データをさらに含む
前記電文を送信する送信手段を含み、前記ホストコンピ
ュータは、前記送信手段による電文受信に応じて、受信
回数データを更新する受信回数データ更新手段と、前記
受信電文の送信回数データと前記更新手段によって更新
された受信回数データとの一致を判別する判別手段とを
備えて構成される。

また、本発明に係るクレジット取引処理システムは、前
述したシステムにおいて、前記送信手段は前記送信電文
内容に、クレジット取引のつど更新されるクレジット会
社別の取引累計金額データをさらに含めて送信し、前記
判別手段は、前記送信された電文受信に応じて、累積し
た取引金額データと、前記取引累計金額データとの一致
を判別するようにしてもよい。

また、本発明に係るクレジット取引処理システムは、前
述したようなシステムにおいて、さらに、前記送信手段
は前記送信電文内容に、クレジット取引のつど更新され
るクレジット会社別の取引累計件数データをさらに含め
て送信し、前記判別手段は、前記送信された電文受信に
応じて、累積した取引件数データと、前記取引累計件数
データとの一致を判別するようにしてもよい。

また、本発明に係るクレジット取引処理システムは、前
記送信手段は、前記送信電文内容に、クレジット取引の
つど、クレジット会社別の前回の取引金額データをさら
に含めて送信し、前記判別手段は、前記送信された電文
受信に応じて、予め記憶された前回の取引金額データと
、前記受信電文に含まれる前回取引金額データとの一致
を判別するようにしてもよい。

［作用］ この発明に係るクレジット取引処理システムにおいて、
クレジット処理端末装置は、クレジット取引があるごと
に、クレジット会社別に取引内容を含む電文を送信し、
応じてホストコンピュータは受信電文の取引内容を記憶
するとともに累積するようにしている。つまり、前記電
文には、少な（ともクレジット取引のつど更新されるク
レジット会社別の送信回数データを含み、前記ホストコ
ンピュータは前記電文受信に応じて、受信回数データを
更新するようにしているので、前記電文の送信回数デー
タと、前記受信回数データとを比較照合し、一致してい
るか否かを判別することにより、前記端末装置とホスト
コンピュータとの間で通信処理が正常に行なわれたか否
かを容易に判別することができる。

また、前記電文の内容には、前記端末装置における前回
までのクレジット取引処理による累計件数データ、累計
金額データを含むようにして、ホストコンピュータ側に
同様に蓄積された各データとの一致を判別することによ
り、クレジット取り処理の精算（確定）がクレジット取
引のつど可能となるので、クレジット取引に関する店舗
からの伝票送付が不要となり、ホストコンピュータ側も
前記伝票データの入力不要となる。また、クレジット取
引ごとに、前回までのクレジット取引に関する前記累計
データがやり取りされるので、通信回線およびホストコ
ンピュータにかかる負荷を常時一定に保ちながら前記精
算（確定）ができる。

［実施例］ 以下、本発明の一実施例について図面を参照して詳細に
説明する。

第１図は、本発明の一実施例によるクレジット取引処理
システムの構成を示す概略図である。

図において、取引処理システムは、通信システムとして
パケット交換網を採用している。各店舗側に設置される
複数のＣＡＴｌｉ　　（ｉ＝１．２．３、・・・）と、
前記ＣＡＴ１ｉに通信回線３を介して接続されるクレジ
ット会社側のＦＥＰ（Ｆｒ。

ｎｔ　　Ｅｎｄ　　Ｐｒｏｃｅｓｓｏｒ：前置処理装置
）６ｊ　　（ｊ＝１．２．３、・・・）と、前記ＦＥＰ
６ｊのそれぞれに接続されたホストコンピュータ５ｊと
を含む。さらに、前記各ＣＡＴｉは、アクセス可能なメ
モリにそれぞれ累計ファイル３Ｉを備え、また前記各Ｆ
ＥＰ６ｊもアクセス可能なメモリにそれぞれ累計ファイ
ル７ｊを備えている。

前記ＦＥＰ６ｊは、ホストコンピュータ５ｊの前側に位
置するプロセッサであり、主に通信制御処理を負担して
いる。すなわち、通信回線３の接続切断、文字の分解・
組立て、メツセージの編集、伝送制御手順の実行、誤り
制御などの機能をホストコンピュータ５Ｊから分担して
いる。また、ＦＥＰ６　ｊのそれぞれは、累計ファイル
７ｊに、通信回線３を介して与えられるデータを蓄積す
る処理機能を備えている。

なお、図示されるＦＥＰ６ｊに関する機能をホストコン
ピュータ５ｊが内蔵し、ホストコンピュータ５ｊに直接
通信回線３が接続されるようにし、ホストコンピュータ
５ｊが累計ファイル７ｊをアクセスするようにしてもよ
い。

前記各ＣＡＴ１ｉは、アクセス可能なメモリに累計ファ
イル３１をストアしている。この累計ファイル３１に登
録されているデータ内容は、クレジット取引成立ごとに
更新されるように処理されている。

以上のように構成されるクレジット取引処理システムに
おいて、店舗側に設けられている各ＣＡＴｌｉは、クレ
ジット取引ごとに、今回のクレジット取引内容に関する
データともに、累計ファイル３１にストアされている前
回までのクレジット取引に関する累計データを通信回線
３を介して取引すべきクレジット会社のＦＥＰ６　ｊに
送信するようにしている。ＦＥＰ６　ｊは、通信回線３
を介して受信したデータに基づいて、累計ファイル７ｊ
にストアされている前回までのクレジット取り処理に関
する累計データが正しいかどうかを判断する。その判断
結果、正しかった場合は、これらの累計データを今回の
クレジット取引処理に関するデータを用いて更新するよ
うに処理している。

したがって、店舗側に設けられる累計ファイル３１の累
計データと、クレジット会社側に設けられる累計ファイ
ル７ｊとの累計データとは常に一致していることになる
。

次に、上述した店舗側が備える累計ファイル３１と、ク
レジット会社側が備える累計ファイル７ｊについて説明
する。

第２図は、前掲第１図に示された店舗側のＣＡＴｌｉが
アクセスする累計ファイル３１の構成を示す概略図であ
る。

第３図は、前掲第１図に示されたクレジット会社側のＦ
ＥＰ６ｊがアクセスする累計ファイル７ｊの構成を示す
概略図である。

第２図において累計ファイル３１は、レコードＲｋ（ｋ
＝１．２．３、・・・、ｍ）を含み、さらにレコードＲ
ｋのそれぞれは、アイテム１１、Ｉ２、Ｉ３およびＩ４
を含む。

前記アイテム■１には、該累計ファイル３１をアクセス
するＣＡＴｌｉとの間でクレジット取り処理のためにデ
ータ通信を行なうすべてのクレジット会社のコードデー
タＤ１がストアされている。

またアイテムＩ２には送信ＮｏデータＤ２がストアされ
、アイテムＩ３には累計件数データＤ３ならびにアイテ
ムＩ４には累計金額データＤ４がストアされている。前
記送信ＮｏデータＤ２は、同じレコードＲｋに登録され
たコードデータＤ１を有するクレジット会社への該ＣＡ
ＴＩ　ｉのデータ送信回数を示すデータである。また前
記累計件数データＤ３は、同じレコードＲｋに登録され
たコ−ドデータＤ１を有するクレジット会社と該ＣＡＴ
ｌｉとの前回までのクレジット取引件数を示すデータで
ある。また、前記累計金額データＤ４は、同じレコード
Ｒｋに登録された前記累計件数データＤ３で示される取
引回数の間に累積された前回までの取引累計金額を示す
データである。

上述した、レコードＲｋのデータＤ２ないしＤ４は、顧
客とのクレジット取引処理ごとに同一レコードＲｋのコ
ードデータＤ１を有するクレジット会社側に送信される
。この送信に対するクレジット会社からの応答があると
、前記データＤ２ないしＤ４は今回のクレジット取引処
理に関する取引内容に基づいてデータ更新される。

第３図において、累計ファイル７ｊはレコードｒｌｌ（
１＝１．２．３、・・・、ｎ）を含み、さらにレコード
ｒＱ、のそれぞれは、アイテムｉｌ、Ｉ２、Ｉ３および
Ｉ４を含む。

前記アイテム１１には、該累計ファイル７ｊをアクセス
するＦＥＰ６　ｊを備えたクレジット会社とクレジット
処理のためのデータ通信を行なうＣＡＴｌｉの端末コー
ドデータｄ　１がストアされている。前記アイテム〒２
には、送信Ｎｏデータｄ２がストアされ、アイテムｉ３
には累計件数データｄ３ならびにアイテムｉ４には累計
金額データｄ４がストアされている。前記送信Ｎｏデー
タｄ２には、同じレコードｒｌに登録された端末コード
データｄ１を有するＣＡＴｌｉからの取引データ受信回
数を示す回数データである。前記累計件数データｄ３は
、同じレコードｒｌに登録された端末コードデータｄ１
−を有するＣＡＴｌｉからクレジット取引処理ごとに送
られてくるクレジット取引件数が累計されたデータであ
る。また前記累計金額データｄ４も、前記ＣＡＴ１ｉか
らクレジット取引処理ごとに送信されてくる取引金額に
基づいて累計されたデータである。

ＣＡＴｌｉは、クレジット取引処理があるごとに、累計
ファイル３１をアクセスし、今回取引対象となるクレジ
ット会社のコードデータＤ１に基ついて該当するレコー
ドＲｋを特定する。そして、特定された前記レコードＲ
ｋの送信ＮＯデータＤ１、累計金額データＤ２ならびに
累計件数データＤ３を、今回の取引内容（金額、件数な
ど）に合わせて通信回線３に送出する。このとき、送信
すべきデータは、回線３に送出可能なようにパケットと
呼ばれる決まった長さのブロックに編集される。このよ
うにパケット単位に編集されたものを以下、電文と呼び
、さらにＣＡＴｌｉからＦＥＰ６ｊ方向への電文を上り
電文と呼び、逆にＦＥＰ６ｊからＣＡＴＩ　ｉ方向への
電文を下り電文と呼ぶ。

前記上り電文には、発信元および発信先に関するデータ
が含まれており、通信回線３を介して発信先であるＦＥ
Ｐ６　ｊに送信される。ＦＥＰ６　ｊは前記上り電文を
受信すると、その電文内容から発信元のＣＡＴｌｉの端
末コードを読出し、この端末コードに基づいて累計ファ
イル７ｊの端末コードデータｄ１を探索し、該当するレ
コードｒｆＬを特定する。レコードｒα特定後、ＦＥＰ
６ｊは、特定したレコードｒＱ、に登録されているデー
タｄ２ないしｄ４と、受信した上り電文の中のデータＤ
２ないしＤ４とをそれぞれ比較照合し、その比較照合結
果に基づいて前回までのクレジット取弓処理による累計
データを確定するとともに、通信回線３を介した伝送エ
ラーの有無をチエツクしている。そして、前記比較照合
結果により、レコードｒＱのデータｄ２ないしｄ４内容
と、受信した上り電文内容のデータＤ２ないしＤ４とは
一致していると判別されれば、応じてＦＥＰ６　ｊは前
記上り電文に含まれている今回のクレジット取引処理に
関するデータにより該当レコードｒＱの累計件数データ
ｄ３ならびに累計金額データｄ４をデータ更新し、受信
した上り電文をホストコンピュータ５Ｊ側に与える。ホ
ストコンピュータ５ｊ側は、ＦＥＰ６　ｊから前記」ニ
リ電文を与えられるとこれを処理して応じて下り電文を
ＦＥＰ６ｊを介して通信回線３に送出する。このとき、
ＦＥＰ６ｊは今回のデータ送受信か成立したと判別し、
該当レコードｒ（ｌの送信Ｎｏデータｄ２を１つインク
リメント処理する。また、ＣＡＴｌｉは、前記下り電文
を受信すると、応じて今回のデータ送受信処理が成功し
たことを確認し、累計ファイル３１の該当レコードＲｋ
の送信ＮｏデータＤ２を１つだけインクリメント処理す
る。したがって、クレジット取引処理ごとに行なわれる
データ通信処理後は、店舗側に設けられる累計ファイル
３１とクレジット会社側に設けられる累計ファイル７ｊ
とのデータ内容は一致することになる。

なお、前記累計ファイル３１および７ｊのデータＤ１な
らびにｄｌを除く他のデータは、毎朝１番の取引電文の
やり取りにより、初期値に戻される。このことにより、
各ファイル３１ならびに７ｊの該当レコードＲｋならび
にｒｆＬの累計データＤ３、ｄ３ならびにＤ４およびｄ
４はリセットされるので、店舗側およびクレジット会社
側において、前日のクレジット取引処理の締めが同時に
行なわれることになる。

ところで、上述した毎朝１番の締め作業は、ＣＡＴｌｉ
からの端末起動によってデータ通信が開始されるという
前提に基づいて行なわれている。

ところが、何日間もＣＡＴＩ　ｉから上り電文がない場
合、最後のクレジット取引処理の確定ができず、取引処
理の締め作業を行なうこともできない。

このような場合の対策としては、ホストコンピュータ５
ｊ側から締め要求の電文を該当するＣＡＴｌｌに対して
発行し、強制的にクレジット取引の締め作業が行なわれ
るようにしている。

次に、上述したＣＡＴｌｉとＦＥＰ６　ｊを介したホス
］・コンピュータ５Ｊとのクレジット取引処理のつど行
なわれるデータ通信処理について説明する。

第４図は、本発明の一実施例によるクレジット取引処理
システムにおいて毎日上り電文がある場合のデータ通信
処理手順を説明するための図である。

第５図は、本発明の一実施例によるクレジット取引処理
システムにおいて、何「１も上り電文がない場合のデー
タ通信処理手順を説明するための図である。

上述した第４図および第５図における通信処理において
は、説明を簡単にするために１台のＣＡＴ１１と１台の
ホストコンピュータ５ｊとの１対１方式によるデータ通
信が行なわれていると想定する。また、上り電文には今
回のクレジット取引処理内容（取引金額、取引件数など
）のほかに累計ファイル３１の該当レコードＲｋから読
出された送信ＮｏデータＤ２、累計件数データＤ３なら
びに累計金額データＤ４が含まれている。下り電文には
、直前に受信した上り電文に対するホストコンピュータ
５ｊからの応答内容が含まれている。

まず、毎日上り電文がある場合のクレジット取引のだめ
の通信処理について第４図を参照して説明する。

第４図において、ＣＡＴＩ　ｉは１月１日の図示されな
いその日初めてのクレジット取引があったことに応じて
、累計ファイル３１の該当レコードＲｋの送信Ｎｏデー
タＤ２を初期値（Ｎ＝１）に設定する。また、上述した
前日のクレジット取り処理による締め作業を行って、累
計ファイル３１の該当するレコードＲｋの累計件数デー
タＤ３を０に設定し、さらに累計金額データＤ４をＯに
設定する。このようにして設定されたレコードＲｋの内
容を今回の取引内容（金額、件数など）に合せて第４図
の上り電文１として送信する。ＦＥＰ６ｊも締め作業を
行なったので、累計ファイル７ｊの該当レコードｒ（ｌ
の送信Ｎｏデータｄ２は初期値（−１）設定されており
、同時に家計件数データｄ３ならびに累計金額データＤ
４も０に設定されている。ＦＥＰ６ｊは、受信した上り
電文１の送信ＮｏデータＤ２　（Ｎ＝１）と累計ファイ
ル７ｊの該当レコードｒｆｌの送信Ｎｏデータｄ２（−
１）との一致を確認する。これに応じて、ＦＥＰ６　ｊ
は上り電文１をホストコンピュータ５ｊに与えるととも
に、該当レコードｒ旦のデータｄ３ならびにｄ４を、前
記上り電文１の今回の取り処理内容に基づいて累計処理
し、データ更新する。

ホストコンピュータ５ｊは上り電文１に対する応答とし
て、下り電文１をＦＥＰ６　ｊを介してＣＡＴｌｉに送
信する。このとき、ＦＥＰ６　ｊは、該当レコード１話
の送信Ｎｏデータｄ２を１つだけインクリメント処理す
るので、データｄ２は（＝２）と更新される。ＣＡＴｌ
ｉは、前記下り電文１を受信すると、応じて該当レコー
ドＲｋの送信ＮＯデータＤ２を１つだけインクリメント
処理するので、データＤ２も（＝２）と更新される。以
上のように、ＦＥＰ６　ｊは、受信した上り電文１の送
信ＮＯデータＤ２と該当レコードｒＱ、の送信Ｎｏデー
タｄ２とのデータの内容が一致した時点で、初めて、前
記上り電文をホストコンピュータ５ｊ側に与えている。

また、前記送信ＮＯデータ一致を確認した時点で、該当
するレコードｒｌの累計件数データｄ３ならびに累計金
額データｄ４は、それぞれ電文１の今回の取引内容デー
タが前回の値に累積加算されて、データ更新され、次回
の取引処理に備えるようにしている。また、ＣＡＴｌｌ
側は、ホストコンピュータ５ｊ側からの下り電文１を受
は取った時点で、該当するレコードＲｋのデータＤ３な
いしＤ４を同様に今回の取引データを累積加算して更新
するようにしている。

したがって、上り電文と下り電文がペアとなったデータ
通信が確立した時点で、同時に累計ファイル３１ならび
に累計ファイル７ｊのデータ内容が同様に更新されるこ
とになる。

次に、ＣＡＴｌｌにおいて２回目のクレジット取引処理
があると、第４図に示されるように、上り電文２が、Ｆ
ＥＰ６　ｊに与えられる。応じて、ＦＥＰ６　ｊは、下
り電文２を送出して累計ファイル７ｊの該当レコードｒ
Ｌの送信Ｎｏデータｄ２を（−３）にデータ更新する。

ところで、ホストコンピュータ５ｊは、上り電文２の受
信に応じて、前記下り電文２をＦＥＰ６ｊを介して通信
回線３に送出するようにしている。

さて、このとき、第４図に示されるように、下り電文２
送信時に、何らかの原因により伝送障害が発生すると、
受信側のＣＡＴｌｉは、下り電文２を正常に受信するこ
とができない。したがって、ＣＡＴｌｉは、累計ファイ
ル３１の受信ＮｏデータＤ２をインクリメント処理して
更新することができないので、累計ファイル３１の受信
ＮｏデータＤ２は第１回目の通信終了時点の値（−２）
のままとなる。

その後、前記伝送障害が回復すると、ＣＡＴＩｉは、上
り電文３として再度、前回の上り電文２の内容をＦＥＰ
６　ｊに送信する。つまり、累計ファイル３１の該当レ
コードＲｋの送信ＮｏデータＤ２、累計件数データＤ３
および累計金額データＤ４が上り電文３として再度ＦＥ
Ｐ６　ｊに与えられる。

ＦＥＰ６ｊは、前記上り電文３の受信ＮｏデータＤ２　
（Ｎ−２）と、累計ファイル７ｊの受信ＮＯデータＤ２
　（−３）とを比較照合し、データネ一致であることを
確認する。これに応じて、ＦＥＰ６ｊは、前回通信時に
伝送エラーがあったことを確認するのでホストコンピュ
ータ５ｊに対して、前回与えた上り電文２のデータ内容
をキャンセル処理するように指示を与える。これに応じ
て、ホストコンピュータ５ｊは、前回の上り電文２の内
容をキャンセルする。その後、ＦＥＰ６ｊは、累計ファ
イル７ｊの該当レコードｒｆＬの受信Ｎｏデータｄ２の
値を３から元の値（−２）に戻す。同時に、累計金額デ
ータＤ４および累計件数データＤ３から上り電文２のデ
ータ内容をキャンセルし、受信した上り電文３の内容に
基づいて再度、累計処理する。ホストコンピュータ５ｊ
は、上り電文３を受信したことに応答して、下り電文３
をＦＥＰ６ｊを介して通信回線３に送出する。このとき
、ＦＥＰ６　ｊの累計ファイル７ｊの受信ＮＯデータｄ
２は１つインクリメントされて３に更新される。

ＣＡＴｌｊは前記下り電文３を受信すると、応じて累計
ファイル３１の該当レコードＲｋの受信ＮＯデータＤ２
を３に更新する。

以上のようにして、ＦＥＰ６ｊにおいて、上り電文に含
まれる送信Ｎｏデータｄ２と累計ファイル７ｊの送信Ｎ
ｏデータｄ２との内容が不一致の場合は、何らかの伝送
障害が発生したとして再度前回電文の送受信が行なわれ
るように処理している。したがって、何らかの伝送障害
が発生したとしても、ＣＡＴｌｉがアクセスする累計フ
ァイル３１の内容とＦＥＰ６　ｊがアクセスする累計フ
ァイル７」の内容とは一致するようにデータ回復の処理
がなされる。

第４図に示されるように、電文３のやり取りが行なわれ
ると、１月１日分のクレジット取引処理が終了する。

翌日の１月２日分のその日初めてのクレジット取引処理
が始まると、ＣＡＴｌｉは、上り電文４を送信する。こ
の上り電文４は、前日の１月１日の最終取引までのクレ
ジット取引累計を含むデータである。このときＦＥＰ６
ｊは、上り電文４の送信ＮｏデータＤ２　（Ｎ＝３）と
、累計ファイル７ｊの送信Ｎｏデータｄ２（＝３）とが
一致していることに応答して、受信した上り電文４をホ
ストコンピュータ５ｊに与える。ホストコンピュータ５
ｊは、前記上り電文４が与えられたことにより、下り電
文４をＦＥＰ６　ｊを介してＣＡＴｌｉに与える。この
とき、ＦＥＰ６　ｊは、朝１番の電文を送受信したこと
により、累計ファイル７ｊの該当レコードｒｌのデータ
ｄ２ないしｄ４を初期化する。これにより、クレジット
会社側において、前日の１月１日分のクレジット取引処
理に関するデータの締めが行なわれる。また、ＣＡＴｌ
ｉは、下り電文４を受信したことにより、累計ファイル
３１のデータＤ２ないしＤ４を初期化して店舗側で前日
のクレジット取引処理に関するデータの締めが行なわれ
ることになる。

その後は、１月２日分のクレジット取引処理が電文５の
やり取りにより前日と同様にして開始される。

以上のように、クレジット会社への上り電文の中にクレ
ジット会社別の累計件数データＤ３ならびに累計金額デ
ータＤ４を含めることにより、クレジット取引処理のつ
ど、前回までの取引内容を確定させるように処理できる
。

また、前記上り電文の中には、クレジット会社別の処理
通番でもある受信ＮｏデータＤ２がさらに含まれている
ので、伝送上に何らかの障害が発生した場合は、店舗側
およびクレジット会社側での受信Ｎｏデータにインクリ
メント処理のずれが発生する。したがって、クレジット
会社側は、ホストコンピュータ５ｊに対して前回の取引
内容の取消を行なわせるように指示できる。また、店舗
側のＣＡＴｌｉは、前記障害発生からの回復直後は新規
電文を送る（前回電文の再送信）ようにしてそのつどメ
ンテナンス処理しているので、伝送上の障害が発生して
も、店舗側に設けられる累計ファイル３１のデータ内容
とクレジット会社側に設けられる累積ファイル７ｊのデ
ータ内容とを一致させることができる。

上述したように、通常はＣＡＴｌｉ側からの端末発呼に
より通信処理が行なわれるが、何日間もＣＡＴｌｉから
の上り電文が発信されない場合は、最後のクレジット取
引の内容が確定されず、前述した締めの作業が行なわれ
ない。このような場合、第５図に示されるような方法を
用いている。

第５図において、ＣＡＴｌｉは、１月１日から１月５日
までの間、ＦＥＰ６ｊを介してホストコンピュータ５ｊ
とクレジット取引処理によるデータ通信処理を行なう。

まず、１月１日は、前掲第４図で述べたように発生する
伝送障害をメンテナンスしながら、電文３による送受信
処理終了により、１月１日分の取引処理を終了させてい
る。

翌日の１月２日から１月４日までの期間は、ＣＡＴｌｉ
とクレジット会社すなわちＦＥＰ６　ｊを介したホスト
コンピュータ５ｊとのクレジット取引処理は行なわれな
かったので、ホストコンピュータ５ｊでは、１月２日に
行なわれるべき、前日すなわち１月１日分の最後のクレ
ジット取引処理についての確定ができず、１月１日分の
データの締め作業ができない状態となっている。そこで
、ホストコンピュータ５ｊは、たとえば１月５ｒ］に１
月１１］分の取引処理の締めを要求するために「締め要
求電文」をＣＡＴｌｉに与える。ＣＡＴｌｉは、前記要
求電文を受信すると、応じて累計ファイル３１のレコー
ドＲｋに基づいて作成された応答電文を送信する。そし
て、累計ファイル３１の送信ＮｏデータＤ２を初期化（
Ｎ＝１）Ｌ、さらに累計件数データＤ３ならびに累計金
額データＤ４を０に設定して締めの処理を行なう。Ｆ　
Ｅ−Ｐ６ｊは、前記要求電文に対する応答電文を受信す
ると、そこに含まれている送信ＮｏデータＤ２（Ｎ＝３
）と累計ファイル７ｊのレコードｒｆＬの送信ＮＯデー
タｄ２（＝３）と比較照合し、その一致を確認する。こ
れにより、ＦＥＰ６　ｊは、該当レコードｒｆＬに関す
るデータを初期化して締めの処理を行なう。

以上のように、数日間、クレジット取引処理か発生しな
い場合でも、ホストコンピュータ５ｊから「締め要求電
文」を発行可能とすることにより、前回までの取引内容
を締めて初期化することが可能となる。

上述した実施例では、送信ＮＯデータＤ２とｄ２との内
容一致の有無により伝送障害の発生を検知するとともに
この障害からの回復を行なうようにしているが、比較照
合すべきデータはこれに特定されない。つまり、前回ま
でのクレジ・ソト取りを確定できるようなデータであれ
ばよいので、累計件数データＤ３とｄ３との比較照合、
または累計金額データＤ４とｄ４との比較照合であって
もよい。さらに、ＣＡＴｌｉは、上り電文に前回の取引
金額データを含むようにして、ＦＥＰ６ｊは今回の上り
電文受信時に、前回の取引金額データとの比較照合を行
なって伝送障害の発生を検知し、この障害からの回復を
図るようにしてもよい。

以上のように、ＣＡＴｌｉからクレジット会社のホスト
コンピュータ５ｊへのクレジット取引処理を報告する上
り電文の中に、今回の取引内容のほかに前回までの取引
の累計件数データＤ３ならびに累計金額データＤ４を併
せて送り、ホストコンピュータとのデータ比較照合を行
なうことにより、クレジット取引処理の精算（確定）が
伝票なしで行なうことができる。つまり、店舗側からの
伝票送付が不要となり、ホストコンピュータ５Ｊ側は送
付された伝票データの入力作業が不要となるので、伝票
処理のための手間が省けることになる。また、クレジッ
ト取引処理の精算（確定）は、クレジット取引ごとに行
なわれるので、前記精算のための通信処理が集中せず、
通信回線３の負荷が均一化されるとともに、ホストコン
ピュータ５ｊの負荷が短時間に急激に上昇することもな
く均一化されて、該システム自体のコスト低減を図るこ
とができる。

［発明の効果］ 本発明によれば、クレジット処理端末装置は、少なくと
もクレジット取引のつど更新されるクレジット会社別の
送信回数データをさらに含む取り内容を含む電文を送信
するようにしており、ホストコンピュータは前記電文受
信に応答してその受信回数データを更新するようにして
いるので、ホストコンピュータ側は判別手段により、前
記受信電文中の送信回数データと、更新された前記受信
回数データとの一致を判別することにより、伝送上のエ
ラーが発生しなかったことを確認することができ、逆に
、不一致を判別すれば、何らかの伝送障害があったこと
を確認できるので、前記伝送障害に対する回復処理を早
急に実施することができるという効果がある。

また前記処理端末装置はホストコンピュータへの送信電
文の中に、前回までの取引累計件数データまたは取引累
計金額データを含んで送信することができるので、ホス
トコンピュータは、その内部に蓄積された取引件数デー
タまたは取引金額データとの一致チェックを判別手段を
用いて行なうことにより、前回までのクレジット取引の
精算（確定）をクレジット取引のつど行なうことができ
るという効果もある。この効果に伴って、店舗側の伝票
送付作業が不要となり、ホストコンピュータ側にとって
は送付された伝票データの入力作業が不要となるという
効果もある。さらに、前述したクレジット取引処理ごと
にクレジット取引の精算（確定）が行なわれるので、定
期的にクレジット取引の精算を行なうことが不要となり
、ホストコンピュータ側の前記精算処理のための負荷上
昇を抑制することができるとともに、通信回線の負荷を
常に平均化することができるという効果もある。

【図面の簡単な説明】

第１図は、本発明の一実施例によるクレジット取引処理
システムの構成を示す概略図である。第２図は、第１図
に示された店舗側のＣＡＴがアクセスする累計ファイル
の構成を示す概略図である。 第３図は、第１図に示されたクレジット会社側のＦＥＰ
かアクセスする累計ファイルの構成を示す概略図である
。第４図は、本発明の一実施例によるクレジット取引処
理システムにおいて毎日上り電文がある場合のデータ通
信処理手順を説明するための図である。第５図は、本発
明の一実施例によるクレジット取引処理システムにおい
て何日も上り電文がない場合のデータ通信処理手順を説
明するための図である。第６図は、従来の伝送エラ一対
策のために採用される第１のクレジット処理方式を説明
するための概略図である。第７図は、従来の伝送エラ一
対策のために採用される第２のクレジット処理方式を説
明するための概略図である。 図において、１１はＣＡＴ、３ｉおよび７ｊは累計ファ
イル、３は通信回線、５Ｊはホストコンピュータ、６ｊ
はＦＥＰ、ＤＩはクレジット会社のコードデータ、Ｄ２
ならびにｄ２は送信ＮＯデータ、Ｄ３ならびにｄ３は累
計件数データ、Ｄ４ならびにｄ４は累計金額データ、ｄ
ｌはＣＡＴの端末コードデータである。 （１％ ｊ＝１． ２． ３、 ・・・） なお、 各図中、 同一符号は同一または相当部分 を示す。

Claims (4)

【特許請求の範囲】
1. （１）複数のクレジット処理端末装置と、前記端末装置
   に通信接続される複数のクレジット会社ごとのホストコ
   ンピュータとを含み、前記端末装置はクレジット取引が
   あるごとに、クレジット会社別に取引内容を含む電文を
   送信し、応じて前記ホストコンピュータは受信電文の取
   引内容を記憶するとともに累積するクレジット取引処理
   システムにおいて、 前記端末装置は、少なくともクレジット取引のつど更新
   されるクレジット会社別の送信回数データをさらに含む
   前記電文を送信する送信手段を含み、 前記ホストコンピュータは、 前記送信手段による電文受信に応じて、受信回数データ
   を更新する受信回数データ更新手段前記受信電文の送信
   回数データと、前記更新手段によって更新された受信回
   数データとの一致を判別する判別手段とを備えた、クレ
   ジット取引処理システム。
2. （２）前記送信手段は、前記送信電文内容に、クレジッ
   ト取引のつど更新されるクレジット会社別の取引累計金
   額データをさらに含めて送信し、前記判別手段は、前記
   送信された電文受信に応じて、累積した取引金額データ
   と、前記取引累計金額データとの一致を判別する、請求
   項（１）記載のクレジット取引処理システム。
3. （３）前記送信手段は、前記送信電文内容に、クレジッ
   ト取引のつど更新されるクレジット会社別の取引累計件
   数データをさらに含めて送信し、前記判別手段は、前記
   送信された電文受信に応じて、累積した取引件数データ
   と、前記取引累計件数データとの一致を判別する、請求
   項（１）または（２）記載のクレジット取引処理システ
   ム。
4. （４）前記送信手段は、前記送信電文内容に、クレジッ
   ト取引のつど、クレジット会社別の前回の取引金額デー
   タをさらに含めて送信し、前記判別手段は、前記送信さ
   れた電文受信に応じて、予め記憶された前回の取引金額
   データと、前記受信電文に含まれる前回の取引金額デー
   タとの一致を判別する、請求項（１）または（３）記載
   のクレジット取引処理システム。