JP3428801B2 - Credit relay device - Google Patents

Credit relay device

Info

Publication number
JP3428801B2
JP3428801B2 JP3367496A JP3367496A JP3428801B2 JP 3428801 B2 JP3428801 B2 JP 3428801B2 JP 3367496 A JP3367496 A JP 3367496A JP 3367496 A JP3367496 A JP 3367496A JP 3428801 B2 JP3428801 B2 JP 3428801B2
Authority
JP
Japan
Prior art keywords
credit
message
response
approval
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP3367496A
Other languages
Japanese (ja)
Other versions
JPH09233205A (en
Inventor
公秀 玉谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba TEC Corp
Original Assignee
Toshiba TEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba TEC Corp filed Critical Toshiba TEC Corp
Priority to JP3367496A priority Critical patent/JP3428801B2/en
Publication of JPH09233205A publication Critical patent/JPH09233205A/en
Application granted granted Critical
Publication of JP3428801B2 publication Critical patent/JP3428801B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Description

【発明の詳細な説明】 【0001】 【発明の属する技術分野】本発明は、クレジットによる
決済を処理する複数のクレジット端末と、クレジットに
よる決済の承認判定を行うホスト装置との間に介在し、
各クレジット端末とホスト装置との間を伝送される伝文
の中継機能を有するクレジット中継装置に関する。 【0002】 【従来の技術】一般に、各種のクレジットカードによる
信用取引を取り扱う百貨店等の大規模な小売店では、各
売場にクレジットによる決済を処理可能なクレジット端
末をそれぞれ備えるとともに、店舗事務所等に各種クレ
ジットカードの発行会社に設置されているホスト装置と
データ通信が可能なクレジット中継装置を備え、各クレ
ジット端末とクレジット中継装置とをインライン回線で
接続することによって、各クレジット端末と各種クレジ
ットカード発行会社のホスト装置との間のデータ伝送を
可能にしたクレジットシステムを構築していた。 【0003】この種のクレジットシステムにおいては、
各クレジット端末は、クレジットカードに記録されたカ
ード発行会社コード,会員コード等のデータを読取るカ
ードリーダ、クレジット支払金額,支払方法等のクレジ
ット支払データを入力するキーボード、クレジット伝票
を印字発行する伝票プリンタ等を備えており、カードリ
ーダからクレジットカードのデータを読取り入力すると
ともに、キーボードからクレジット支払データを入力す
ると、この入力データを含むクレジット決済の承認問合
せ伝文を作成し、この問合せ伝文をクレジット中継装置
を介して該当するクレジットカード発行会社のホスト装
置に送信する。そして、ホスト装置からクレジットによ
る決済を承認する応答伝文をクレジット中継装置を介し
て受信すると、伝票プリンタを駆動して所定のクレジッ
ト伝票を印字発行するものとなっていた。 【0004】一方、クレジット中継装置は、各クレジッ
ト端末からクレジット決済の承認問合せ伝文が入力する
のを待機しており、承認問合わせ伝文を受信すると、そ
の伝文中のカード発行会社コードにより該当するクレジ
ットカード発行会社のホスト装置に対して回線の接続要
求を行う。そして、回線が接続されると、受信した承認
問合せ伝文をホスト装置へ送信する。これにより、ホス
ト装置においては、クレジットカードの有効性やクレジ
ット支払データの有効性をチェックすることによってク
レジットによる決済を承認するか否かを判定し、その判
定結果を示す応答伝文を回線を通じて返信するので、ク
レジット中継装置はホスト装置から応答伝文を受信する
と、この応答伝文を承認問合せ元の端末へ送信するもの
となっていた。 【0005】ところで、クレジット中継装置とクレジッ
トカード発行会社のホスト装置とを接続する回線の通信
経路数に対してクレジット端末の台数が多い場合には、
各通信経路が使用中の状態になって、新たにクレジット
による決済が発生してもホスト装置への承認問合せがで
きないことがあった。このときには、クレジット中継装
置からは問合せ元のクレジット端末に対してビジィ応答
が戻される。他方、ビジィ応答が戻されたクレジット端
末は、数回のリトライを繰り返し、それでもビジィ状態
が回避されないときにはエラーとなっていた。 【0006】 【発明が解決しようとする課題】このように、各クレジ
ット端末とクレジット中継装置とをインライン回線で接
続してなるクレジットシステムにおいては、クレジット
中継装置とクレジットカード発行会社のホスト装置とを
接続する回線の通信経路が全て使用中になるとビジィ状
態となり、このビジィ状態が回避されるまではクレジッ
トによる決済を行うことができず、クレジットによって
代金を支払おうとした客を待たせてしまう不具合があっ
た。 【0007】そこで、クレジットカード発行会社のホス
ト装置と接続する回線の通信経路が全て使用中のときに
新たにクレジット端末からクレジットの承認問合わせ伝
文を受信すると、クレジットによる決済を承認するか否
かを中継装置独自で判定し、その判定結果を問合せ元の
クレジット端末へ応答する機能をクレジット中継装置に
設けることによって、回線のビジィ状態により客を待た
せる不具合を防ぐことができる。また、この場合におい
て、回線のビジィ状態によって送信できなかった承認問
合せ伝文をクレジット中継装置が記憶保存し、後で該当
するクレジットカード発行会社のホスト装置へ伝送する
ことが考えられる。 【0008】しかしながら、これらの機能を実現させる
ためには、クレジットカード発行会社のホスト装置と接
続する回線に未使用の通信経路があるか否か及び未使用
の通信経路はどれなのかを判断する必要があった上、回
線のビジィ状態によって送信できなかった承認問合せ伝
文をどのタイミングで送信するかが問題となる。すなわ
ち、回線のビジィ状態によって送信できなかった承認問
合せ伝文は、回線が空いたならば直ぐに伝送できること
が、通信効率上、好ましい。 【0009】本発明はこのような事情に基づいてなされ
たものであり、その目的とするところは、簡単な構成で
クレジットカード発行会社のホスト装置と接続する回線
に未使用の通信経路があるか否か及び未使用の通信経路
はどれなのかを即座に判断することができ、しかも回線
のビジィ状態によって送信できなかった承認問合せ伝文
を空き回線が発生すると同時に該当するホスト装置へ送
信することができ、通信効率を高め得るクレジット中継
装置を提供しようとするものである。 【0010】 【課題を解決するための手段】本発明は、クレジットに
必要な情報の入力を受けてクレジットによる決済の承認
問合せを行い、承認する応答を受けるとクレジットによ
る決済を処理する複数のクレジット端末を第1の通信回
線で接続するとともに、クレジットによる決済の承認問
合せを受けると承認するか否かを判定し、判定結果を問
合せ元のクレジット端末へ応答するホスト装置を第2の
通信回線で接続してなるクレジット中継装置において、
第2の通信回線を形成する複数の通信経路をそれぞれ識
別するチャネル情報に対応してその通信経路が使用中か
否かを示すステータス情報を記憶する通信経路テーブル
を設ける。そして、各クレジット端末から第1の通信回
線を介して伝送される伝文を受信する端末伝文受信手段
によりクレジットによる決済の承認問合せ伝文を受信す
ると、通信経路テーブルを検索して未使用のステータス
情報を記憶した通信経路の有無を調べる。ここで、未使
用のステータス情報を記憶した通信経路を検出した場合
には、この通信経路を使用して端末伝文受信手段により
受信した承認問合せ伝文をホスト装置へ送信する。そし
て、この承認問合せ伝文の送信に対してホスト装置から
応答伝文を受信すると、この応答伝文を第1の通信回線
を介して問合せ伝文送信元のクレジット端末へ送信す
る。また、承認問合せ伝文をホスト装置へ送信すること
に応じて通信経路テーブルの使用した通信経路のチャネ
ル情報に対応するステータス情報を使用中に変更する。
この使用中に変更したステータス情報は、応答伝文を送
信したクレジット端末からの確認伝文を受信したことに
応じて未使用に戻す。一方、未使用のステータス情報を
記憶した通信経路を検出できない場合には、端末伝文受
信手段により受信した承認問合せ伝文を記憶保持する。
そして、この承認問合せ伝文を記憶保持したことに応じ
て通信経路テーブルを監視し、未使用のステータス情報
を記憶した通信経路の発生を待機する。その結果、未使
用のステータス情報を記憶した通信経路を確認すると、
この通信経路を使用して記憶した承認問合せ伝文をホス
ト装置へ送信する。また、この承認問合せ伝文をホスト
装置へ送信することに応じて通信経路テーブルの使用し
た通信経路のチャネル情報に対応するステータス情報を
使用中に変更する。この使用中に変更したステータス情
報は、承認問合せ伝文を送信したホスト装置からの応答
伝文を受信したことに応じて未使用に戻す。 【0011】 【発明の実施の形態】以下、本発明の一実施の形態を図
面を参照しながら説明する。図1は本発明に係るクレジ
ット中継装置1を採用したクレジットシステムの概要図
である。この実施の形態において、クレジット中継装置
1は、例えば小売店の店舗事務所に設置され、同小売店
の各売場にそれぞれ設置した複数台のクレジット端末
(TM)2を、第1の通信回線としてのインライン回線
3により閉ループ状に接続している。各クレジット端末
2は、クレジットカード4に記録されたカード発行会社
コード,会員コード等のデータを読取るカードリーダ5
の他、クレジット支払金額,支払方法等のクレジット支
払データを入力するキーボード、クレジット伝票を印字
発行する伝票プリンタ等を備えている。また、各クレジ
ット端末2には、予め固有のIDコードを個々に割り当
てている。因みに、この実施の形態では、クレジット端
末2の台数を10台とし、それぞれIDコード#01〜
#10を割り当てているものとする。 【0012】前記クレジット中継装置1は、各種クレジ
ットカードの発行会社にそれぞれ設置されているホスト
コンピュータ6を、第2の通信回線としてのクレジット
専用回線網7により接続している。各ホストコンピュー
タ6は、クレジットによる決済の承認問合せに対して承
認するか否かを判定し、判定結果を応答する機能を有す
る。また、当該クレジットカード発行会社と会員契約を
した顧客のクレジット支払データを管理し、請求に必要
なデータを加工する機能を有する。 【0013】クレジット専用回線網7は、交換機センタ
7aを中心に、各小売店のクレジット中継装置1と交換
機センタ7aとを接続する店側回線7bと、各クレジッ
トカード発行会社のホストコンピュータ6と交換機セン
タ7aとを接続する会社側回線7cとからなり、店舗回
線7b及び会社側回線7cは複数の通信経路を有する。
因みに、この実施の形態では、店舗回線7bを6経路と
する。 【0014】前記クレジット中継装置1は、再送用ファ
イル8を有する。再送用ファイル8は、前記店舗回線7
bの各通信経路が使用中の状態でクレジット端末2から
受信したクレジットによる決済の承認問合せ伝文を一時
的に記憶保持するためのエリアである。 【0015】図2は前記クレジット中継装置1の要部構
成を示すブロック図である。図示するように、クレジッ
ト中継装置1は、制御部本体を構成するCPU(中央処
理装置)11と、主記憶部を構成するROM(リード・
オンリ・メモリ)12及びRAM(ランダム・アクセス
・メモリ)13と、前記再送用ファイル8を形成するH
DD(ハードディスク装置)14と、このHDD14に
対するデータの書込み及び読出しを制御するHDDコン
トローラ15と、前記インライン回線3を介して行われ
るデータ通信を制御する第1の通信インタフェース16
と、前記クレジット専用回線網7を介して行われるデー
タ通信を制御する第2の通信インタフェース17とを備
えている。そしてCPU11と、ROM12,RAM1
3,HDDコントローラ15及び第1,第2の通信イン
タフェース16,17とを、システムバス18によって
接続することによって、制御回路を構成している。 【0016】前記ROM12には、CPU11を制御す
るプログラムや通信プロトコルを制御するプログラム等
の固定的データを予め格納している。前記RAM13に
は、送信データ及び受信データを一時格納するバッファ
等を設けている。また、図3に示すように、店舗回線7
bを形成する6本の通信経路をそれぞれ識別するチャネ
ル情報ch.1〜ch.6に対応して、その通信経路が
使用中か否かを示すステータス情報とその通信回線を使
用してクレジットによる決済の承認問合せを要求してい
るクレジット端末のIDコードとを記憶する通信経路テ
ーブル21と、前記再送用ファイル8にクレジットによ
る決済の承認問合せ伝文を記憶しているときセットされ
る再送フラグのフラグエリア22と、各種クレジットカ
ードの発行会社別にクレジットによる決済を承認するか
否かを判定する条件データを予め記憶したクレジット会
社別判定条件テーブル23を形成している。 【0017】因みに、通信経路テーブル21のステータ
ス情報は、未使用の状態を“0”とし、クレジット端末
2から受信したクレジットによる決済の承認問合せ伝文
をリアルタイムで該当するホストコンピュータ6へ送信
している送信中の状態を“1”とし、クレジット端末2
から受信し再送用ファイル8に一時格納したクレジット
による決済の承認問合せ伝文を該当するホストコンピュ
ータ6へ送信している再送中の状態を“2”とする。ま
た、クレジット会社別判定条件テーブル23には、例え
ばクレジット支払金額の上限金額等、ホストコンピュー
タ6での判定に比べて簡略した条件のデータを設定記憶
している。また、同時に各クレジットカード発行会社か
ら通知される無効扱いカードのリストデータ等も記憶し
ている。 【0018】しかして、前記クレジット中継装置1のC
PU11は、特に図4乃至図8の流れ図に示す処理を実
行するようにプログラム構成している。図4はメイン処
理を示す流れ図である。すなわちCPU11は、ST
(ステップ)1として第1の通信インタフェース16に
よりクレジット端末2からインライン回線3を介して送
信される伝文を受信したか否かを判断する。そして、受
信していない場合には、ST2として第2の通信インタ
フェース17によりホストコンピュータ6からクレジッ
ト専用回線網7を介して送信される伝文を受信したか否
かを判断する。そして、受信していない場合には、ST
3として再送用ファイル8に再送用データが格納されて
いるか否か、つまりはフラグエリア22に再送フラグが
セットされているか否かを判断する。そして、格納され
ていない場合、つまりは再送フラグがリセットされてい
る場合には、ST1に戻る。 【0019】ST1にてクレジット端末2からの伝文を
受信した場合には(端末伝文受信手段)、その伝文の種
類を判別し種類に応じた処理を実行する。ここで、ST
4としてクレジット端末2からの受信伝文がクレジット
による決済の承認問合せ伝文の場合には、図5の流れ図
に示す処理を実行する。すなわち、先ずST11として
例えばCPU11に内蔵したチャネルカウンタnを
“1”に初期化する。次に、ST12として前記通信経
路テーブル21を検索し、上記チャネルカウンタnに相
当するチャネル情報ch.nに対応したステータス情報
を調べる(テーブル検索手段)。 【0020】そして、同ステータス情報が“0”の場合
には、該チャネル情報ch.nの通信経路は現在未使用
なので、ST13として同ステータス情報を送信中を示
す情報“1”に変更する(第1のステータス変更手
段)。また、ST14として前記通信経路テーブル21
の該チャネル情報ch.nに対応した承認問合せ元ID
エリアに、受信した承認問合せ伝文の送信元IDコー
ド、つまりは送信元であるクレジット端末2のIDコー
ド#01〜#10を格納する。さらに、ST15として
受信した承認問合せ伝文をクレジット専用回線網7にお
ける店舗回線7bのうちの該チャネル情報ch.nの通
信経路を用いて該当するクレジットカード発行会社のホ
ストコンピュータ6へ送信する。すなわち、受信した承
認問合せ伝文に含まれるクレジットカードデータのうち
のカード発行会社コードが示すクレジットカード発行会
社のホストコンピュータ6に回線接続要求を行い、回線
が接続されたならば、受信した承認問合せ伝文を伝送す
る(承認問合せ伝文中継手段)。しかる後、ST1に戻
る。 【0021】ST12のステータスチェックにおいて、
同ステータス情報が“1”または“2”の場合には、該
チャネル情報ch.nの通信経路は現在使用中なので、
ST16として前記チャネルカウンタnを+1だけイン
クリメントする。そして、ST12に戻り、前記通信経
路テーブル21を検索して、上記チャネルカウンタnに
相当するチャネル情報ch.nに対応したステータス情
報を調べる。そして、同ステータスが“0”の場合に
は、前述したST13〜ST15の処理を実行した後、
ST1に戻る。 【0022】また同ステータスが“1”または“2”の
場合には、ST16に進んでチャネルカウンタnを+1
だけインクリメントする。こうして、ST17としてチ
ャネルカウンタnが店舗回線7bの経路数「6」を越え
たならば、店舗回線7bの全経路は現在使用中なので、
ST18に進む。 【0023】ST18では受信した承認問合せ伝文の内
容で前記クレジット会社別判定条件テーブル23を参照
して、クレジットによる決済を承認するか否かを簡易的
に判定する。例えば、受信した承認問合せ伝文に含まれ
るクレジットカードデータのうちのカード発行会社コー
ドに対応する条件データをクレジット会社別判定条件テ
ーブル23から読出し、例えばクレジット支払金額が上
限金額を越えているか否か、あるいは当該クレジットカ
ードが無効扱いカードか否か等を判定する。 【0024】そして、判定を完了したならば、ST19
としてその判定結果に応じた応答伝文を作成し、承認問
合せ元のクレジット端末2へ送信する。すなわち、受信
した承認問合せ伝文の送信元IDコードを送信先IDコ
ードとし、かつ承認するか否かを識別するデータをセッ
トした応答伝文を作成したならば、第1の通信インタフ
ェース16からインライン回線3を介して送信する。次
に、ST20として受信した承認問合せ伝文をそのまま
再送用ファイル8に格納して保持する(伝文保持手
段)。しかる後、ST21としてフラグエリア22に再
送フラグをセットしたならば、ST21に戻る。 【0025】また、ST5としてクレジット端末2から
受信した伝文が応答伝文に対する確認伝文の場合には、
図6の流れ図に示す処理を実行する。すなわち、先ずS
T31として受信した応答確認伝文の送信元IDコード
を検索キーとして前記通信経路テーブル21を検索し、
この送信元IDコードが承認問合せ元IDエリアに設定
されているか否かを判断する。そして、設定されている
場合には、ST32として同エリアに対応するステータ
ス情報が送信中を示す“1”か否かを判断する。そし
て、このステータス情報が“1”の場合には、ST33
として受信した応答確認伝文をクレジット専用回線網7
における店舗回線7bのうちの同エリアに対応するチャ
ネル情報ch.xの通信経路を用いて該当するクレジッ
トカード発行会社のホストコンピュータ6へ送信する。 【0026】これにより、チャネル情報ch.xの通信
経路は回線断になるので、ST34として通信経路テー
ブル21の応答確認伝文送信元IDコードを格納した承
認問合せ元IDエリアに対応するステータス情報を送信
中を示す“1”から未使用を示す“0”に変更する(第
1のステータス復帰手段)。また、ST35として上記
通信経路テーブル21の応答確認伝文送信元IDコード
を格納した承認問合せ元IDエリアをクリアしたなら
ば、ST1に戻る。 【0027】なお、応答確認伝文送信元IDコードを検
索キーとして通信経路テーブル21を検索した結果、一
致する承認問合せIDコードを検出できなかった場合、
及び一致する承認問合せIDコードは検出したが、それ
に対応するステータス情報が“1”でなかった場合に
は、ST33乃至ST35の処理を行わずに、ST1に
戻る。 【0028】一方、ST2にてホストコンピュータ6か
らの伝文を受信した場合にも、その伝文の種類を判別し
種類に応じた処理を実行する。ここで、ST6としてホ
ストコンピュータ6からの受信伝文がクレジットによる
決済の承認問合せに対する応答伝文の場合には、図7の
流れ図に示す処理を実行する。すなわち、先ずST41
として店舗回線7bを形成するチャネル情報ch.1〜
ch.6の通信経路のうち同伝文を受信した通信経路の
チャネル情報ch.xを検索キーとして通信経路テーブ
ル21を検索し、このチャネル情報ch.xに対応した
ステータス情報を調べる。 【0029】ここで、同ステータス情報が“1”の場合
には、当該応答伝文はクレジット端末2から受信しリア
ルタイムで中継伝送した承認問合せ伝文に対する応答伝
文なので、ST42として受信した応答伝文を承認問合
せ元のクレジット端末2へ送信する。すなわち、上記通
信経路テーブル21の当該チャネル情報ch.xに対応
した承認問合せ元IDコードを送信先IDコードとする
応答伝文に編集し直して、第1の通信インタフェース1
6からインライン回線3を介して送信する(応答伝文中
継手段)。しかる後、ST1に戻る。 【0030】これに対し、同ステータス情報が“2”の
場合には、当該応答伝文は再送用ファイル8にて一旦記
憶保持した後、ホストコンピュータ6へ送信した承認問
合せ伝文に対する応答伝文なので、ST43として所定
の応答確認伝文を作成し、この応答確認伝文を、前記応
答伝文を受信したチャネル情報ch.xの通信経路を用
いて該当するクレジットカード発行会社のホストコンピ
ュータ6へ送信する。これにより、チャネル情報ch.
xの通信経路は回線断になるので、ST44として通信
経路テーブル21の同チャネル情報ch.xに対応した
ステータス情報を再送中を示す“2”から未使用を示す
“0”に変更する(第1のステータス復帰手段)。しか
る後、ST1に戻る。一方、ST3にてフラグエリア2
2に再送フラグがセットされていることを確認した場合
には、再送用ファイル8にクレジットによる決済の承認
問合せ伝文が格納されているので、図8の流れ図に示す
処理を実行する。すなわち、先ずST51として前記チ
ャネルカウンタnを“1”に初期化する。次に、ST5
2として前記通信経路テーブル21を検索し、上記チャ
ネルカウンタnに相当するチャネル情報ch.nに対応
したステータス情報を調べる。そして、同ステータス情
報が“1”または“2”の場合には該チャネル情報c
h.nの通信経路は現在使用中なので、ST53として
上記チャネルカウンタnを+1だけインクリメントす
る。そして、ST52に戻り、前記通信経路テーブル2
1を検索して、上記チャネルカウンタnに相当するチャ
ネル情報ch.nに対応したステータス情報を調べる。
こうして、ST54として上記チャネルカウンタnが店
舗回線7bの経路数「6」を越えたならば、店舗回線7
bの全経路は現在使用中なので、ST1に戻る(テーブ
ル監視手段)。 【0031】これに対し、ST52にてチャネルカウン
タnに相当するチャネル情報ch.nに対応したステー
タス情報が未使用を示す“0”の場合には、該チャネル
情報ch.nの通信経路は空き状態になったので、ST
55として同ステータス情報を再送中を示す情報“2”
に変更する(第2のステータス変更手段)。次に、ST
54として前記再送用ファイル8から先頭の承認問合せ
伝文を読出したならば、ST55としてこの読出した承
認問合せ伝文をクレジット専用回線網7における店舗回
線7bのうちの該チャネル情報ch.nの通信経路を用
いて該当するクレジットカード発行会社のホストコンピ
ュータ6へ送信する。すなわち、読出した承認問合せ伝
文に含まれるクレジットカードデータのうちのカード発
行会社コードが示すクレジットカード発行会社のホスト
コンピュータ6に回線接続要求を行い、回線が接続され
たならば、受信した承認問合せ伝文を伝送する(承認問
合せ伝文再送手段)。 【0032】しかる後、ST58として再送用ファイル
8から読出した承認問合せ伝文を同ファイル8から削除
する。次に、ST59として上記再送用ファイル8に他
の承認問合せ伝文が格納されているか否かを判断する。
そして、格納されていない場合には、ST60として前
記フラグエリア22から再送中フラグをリセットしてか
らST1に戻る。これに対し、再送用ファイル8に他の
承認問合せ伝文が格納されている場合には、再送中フラ
グをセットしたままST1に戻る。 【0033】このように構成された本実施の形態におい
ては、店舗の各売場にて顧客との取引でクレジットによ
る決済が発生すると、その売場のクレジット端末2から
クレジット中継装置1に対して、当該顧客が使用するク
レジットカードのデータやクレジット支払金額,支払方
法等のクレジット支払データを含むクレジットによる決
済の承認問合せ伝文が送信される。すると、クレジット
中継装置1においては、各種クレジットカード発行会社
のホストコンピュータ6に接続するクレジット専用回線
網7における店舗回線6経路のうち、現在未使用の通信
経路があるか否かを通信経路テーブル21を参照して判
定する。 【0034】今、チャネル情報ch.1〜ch.3まで
の通信経路が使用中(ステータス情報“1”または
“2”)であり、チャネル情報ch.4〜ch6の通信
経路が未使用(ステータス情報“0”)であったとする
と、チャネル情報ch.4の通信経路を選択する。そし
て、このチャネル情報ch.4の通信経路を使用して、
クレジット端末2からの承認問合せ伝文を該当するクレ
ジット会社のホストコンピュータ6へ送信する。例え
ば、IDコード#01のクレジット端末2からA社のク
レジットカードを用いた決済が発生した場合には、A社
のホストコンピュータ6にIDコード#01のクレジッ
ト端末2からの承認問合せ伝文を送信する。このとき、
通信経路テーブル21のチャネル情報ch.4に対応す
るステータス情報を“1”に変更する。また、通信経路
テーブル21のチャネル情報ch.4に対応する承認問
合せ元IDエリアにIDコード#01を格納する。 【0035】上記承認問合せ伝文を受信したA社のホス
トコンピュータにおいては、クレジットによる決済を承
認するか否かを判定する。そして、判定結果を含む応答
伝文をチャネル情報ch.4の通信経路を使用してクレ
ジット中継装置1に送信する。すると、クレジット中継
装置1においては、通信経路テーブル21のチャネル情
報ch.4に対応するステータス情報が“1”であり、
かつ承認問合せ元IDコードが#01なので、このID
コード#01のクレジット端末2に対して受信した応答
伝文をインライン回線3を介して送信する。 【0036】上記応答伝文を受信したIDコード#01
のクレジット端末2においては、承認する応答であれば
クレジット伝票を印字発行し、承認しない応答であれ
ば、エラーガイダンスを表示する。これにより、クレジ
ットによる決済が完了する。また、クレジット端末2は
クレジット中継装置1に対して応答確認伝文を送信す
る。すると、クレジット中継装置1においては、通信経
路テーブル21の承認問合せ元IDコードとしてIDコ
ード#01が格納されているエリアのチャネル情報ch
4を選択し、このチャネル情報ch.4の通信経路を使
用して、クレジット端末2からの応答確認伝文をA社の
ホストコンピュータ6へ送信する。また、ステータス情
報を“1”から“0”に戻す。また、同エリアからID
コード#01をクリアする。上記応答確認伝文を受信し
たA社のホストコンピュータ6においては、クレジット
中継装置1との回線を切断する。 【0037】一方、チャネル情報ch.1〜ch6の全
通信経路が使用中のときに、例えばIDコード#10の
クレジット端末2からクレジットによる決済の承認問合
せ伝文が発信されたとする。すると、クレジット中継装
置2においては、クレジット会社別判定条件テーブル2
3を参照して、クレジットによる決済を承認するか否か
を簡易的に判定する。そして、その判定結果に応じた応
答伝文を作成して、問合せ元であるIDコード#10の
クレジット端末2にインライン回線3を通じて送信す
る。また、受信した承認問合せ伝文を再送用ファイル8
に発生順に格納する。さらに、フラグエリア22に再送
フラグをセットする。 【0038】上記応答伝文を受信したIDコード#01
のクレジット端末2においては、承認する応答であれば
クレジット伝票を印字発行し、承認しない応答であれ
ば、エラーガイダンスを表示する。これにより、クレジ
ットによる決済が完了する。また、クレジット端末2は
クレジット中継装置1に対して応答確認伝文を送信す
る。ただし、クレジット中継装置1においては、通信経
路テーブル21の伝文送信元IDエリアにIDコード#
10は未設定なので、この確認伝文は無視される。 【0039】また、クレジット中継装置1においては、
再送フラグがセットされると、店舗回線7bに空き経路
が発生するのを待機している。この状態で、通信経路テ
ーブル21の例えばチャネル情報ch.1に対応するス
テータス情報が“0”になったことを検知すると、この
チャネル情報ch.1の通信経路が空いたので、再送用
ファイル8に格納されている承認問合せ伝文(1伝文の
み)を読出し、この承認問合せ伝文をチャネル情報c
h.1の通信経路を使用して、該当するクレジット会社
のホストコンピュータ6へ送信する。例えば、IDコー
ド#10のクレジット端末2からB社のクレジットカー
ドを用いた決済が過去に発生し、このときの承認問合せ
伝文が再送用ファイル8に格納されていた場合には、B
社のホストコンピュータ6に再送用ファイル8から読出
した同承認問合せ伝文を送信する。このとき、通信経路
テーブル21のチャネル情報ch.1に対応するステー
タス情報を“2”に変更する。なお、伝送された承認問
合せ伝文のデータは、再送用ファイル8からクリアされ
る。 【0040】上記承認問合せ伝文を受信したB社のホス
トコンピュータにおいては、クレジットによる決済を承
認するか否かを判定する。そして、判定結果を含む応答
伝文をチャネル情報ch.1の通信経路を使用してクレ
ジット中継装置1に送信する。すると、クレジット中継
装置1においては、通信経路テーブル21のチャネル情
報ch.1に対応するステータス情報が“2”なので、
応答伝文に対する確認伝文を作成し、チャネル情報c
h.1の通信経路を使用して、B社のホストコンピュー
タへ送信する。また、ステータス情報を“2”から
“0”に戻す。上記応答確認伝文を受信したB社のホス
トコンピュータ6においては、クレジット中継装置1と
の回線を切断する。 【0041】このように、本実施の形態によれば、クレ
ジットカード発行会社のホストコンピュータ6と接続す
るクレジット回線網7の通信経路が全て使用中のときに
新たにクレジット端末2からクレジットの承認問合わせ
伝文を受信した場合には、クレジットによる決済を承認
するか否かを判定してその判定結果を問合せ元のクレジ
ット端末2へ応答することができる。その結果、回線の
ビジィ状態によって客を待たせる不具合を防ぐことがで
きる。 【0042】また、たとえクレジット回線網7の通信経
路が全て使用中のときに受信したクレジットの承認問合
わせ伝文であっても、その後確実に該当するクレジット
カード発行会社のホストコンピュータ6へ伝送すること
ができる。その結果、店舗で発生したクレジットによる
決済に関するデータを全てホストコンピュータ6側の管
理データに反映させることができ、管理データの信頼性
が高められる。 【0043】ところで、本実施の形態においては、クレ
ジット専用回線網7の店舗回線7bを形成する複数の通
信経路をそれぞれ識別するチャネル情報ch.に対応し
てその通信経路が使用中か否かを示すステータス情報を
記憶する通信経路テーブル21を設けている。そして、
各クレジット端末2からインライン回線3を介してクレ
ジットによる決済の承認問合せ伝文を受信すると、通信
経路テーブル21を検索して未使用のステータス情報
“0”を記憶した通信経路の有無を調べている。 【0044】そして、未使用のステータス情報“0”を
記憶した通信経路を検出した場合には、この通信経路を
使用して受信した承認問合せ伝文を該当するクレジット
カード発行会社のホストコンピュータ6へ送信するとと
もに、通信経路テーブル21の使用した通信経路のチャ
ネル情報に対応するステータス情報を送信中“1”に変
更するようにしている。また、この承認問合せ伝文の送
信に対してホストコンピュータ6から応答伝文を受信す
ると、この応答伝文をインライン回線3を介して問合せ
伝文送信元のクレジット端末2へ送信するとともに、こ
の応答伝文に対するクレジット端末2からの確認伝文に
応じて通信経路テーブル21の使用した通信経路のチャ
ネル情報に対応するステータス情報を未使用“0”に戻
すようにしている。 【0045】一方、未使用のステータス情報“0”を記
憶した通信経路を検出できなかった場合には、受信した
承認問合せ伝文を再送用ファイル8にて記憶保持すると
ともに、通信経路テーブル21を監視して未使用のステ
ータス情報“0”を記憶した通信経路の発生を待機する
ようにしている。そして未使用のステータス情報“0”
を記憶した通信経路を確認したならば、この通信経路を
使用して再送用ファイル8に記憶した承認問合せ伝文を
該当するクレジットカード発行会社のホストコンピュー
タ6へ送信するとともに、通信経路テーブル21の使用
した通信経路のチャネル情報に対応するステータス情報
を再送中“2”に変更するようにしている。そして、こ
の承認問合せ伝文の送信に対してホストコンピュータ6
から応答伝文を受信すると、通信経路テーブル21の使
用した通信経路のチャネル情報に対応するステータス情
報を未使用“0”に戻すようにしている。 【0046】したがって、クレジット中継装置1のCP
U11は、通信経路テーブル21を検索するだけで未使
用の通信経路があるか否か及び未使用の通信経路はどれ
なのかを簡単に得ることができる。また、受信した承認
問合せ伝文を再送用ファイル8にて記憶保持し、未使用
の通信経路が発生するのを待機している場合において
も、上記通信経路テーブル21を監視することで即座に
空き経路の発生を取得し、リアルタイム送信できなかっ
た承認問合せ伝文をその空いた経路を使用して直ちに送
信することができるので、送信すべきデータがあるにも
関わらず回線が空いてしまう無駄がなくなり、通信効率
を高め得る。 【0047】 【発明の効果】以上詳述したように、本発明によれば、
簡単な構成でクレジットカード発行会社のホスト装置と
接続する回線に未使用の通信経路があるか否か及び未使
用の通信経路はどれなのかを即座に判断することがで
き、しかも回線のビジィ状態によって送信できなかった
承認問合せ伝文を空き回線が発生すると同時に該当する
ホスト装置へ送信することができ、通信効率を高め得る
クレジット中継装置を提供できる。
Description: BACKGROUND OF THE INVENTION 1. Field of the Invention
Multiple credit terminals that process payments and credit
Intervening with a host device that makes a payment approval
Message transmitted between each credit terminal and host device
And a credit relay device having a relay function. 2. Description of the Related Art Generally, various credit cards are used.
In large retail stores such as department stores that handle margin transactions,
Credit end that can process payment by credit at the sales floor
End, and store offices, etc.
With the host device installed at the JIT card issuing company
Equipped with credit relay device capable of data communication, each credit
Git terminal and credit relay device with inline line
By connecting, each credit terminal and various credit
Data transmission to and from the host device of the credit card issuer.
A credit system was made available. In this type of credit system,
Each credit terminal has a credit card
Card that reads data such as code issuing company code and member code
Credit card reader, credit payment amount, payment method, etc.
Keyboard to enter credit payment data, credit slip
A slip printer that prints and issues
When you read and enter your credit card data from the
In both cases, enter credit payment data from the keyboard
The credit settlement approval inquiry including this input data
Create a message and send this inquiry message to the credit relay device.
The credit card issuer's host device via
To the device. Then, the credit is received from the host device.
Via the credit relay device
When receiving, the slip printer is driven to
Was issued and printed. On the other hand, the credit relay device
Credit card approval inquiry message is input from the terminal
Is waiting for an approval inquiry message.
Credit card applicable by the card issuing company code in the message of
Connection to the host device of the credit card issuer
Request. When the line is connected, the received acknowledgment
An inquiry message is transmitted to the host device. This allows the host
Credit devices, credit card validity and credit
By checking the validity of your credit payment data
Judge whether to approve the credit settlement and determine
A response message indicating the result of the
The credit relay device receives a response message from the host device
That sends this response message to the terminal of the approval inquiry source
Had become. [0005] By the way, the credit relay device and the credit
Of the line connecting the host device of the card issuer
If the number of credit terminals is larger than the number of routes,
Each communication path is in use and new credit
Inquiry to the host device even if payment by
There was something I could not do. At this time, credit relay equipment
Responds busy to the inquirer's credit terminal
Is returned. On the other hand, the credit end where the busy response was returned
At the end, retry several times, but still busy
An error occurred when was not avoided. [0006] Thus, each credit
Credit terminal and credit relay device via an inline line.
In the continuous credit system, credit
The relay device and the host device of the credit card issuing company
Busy when all communication paths of the line to be connected are in use
Until the busy state is avoided.
Cannot make payments by credit
There is a problem that makes customers who have tried to pay
Was. Therefore, the host of the credit card issuing company
When the communication path of the line connected to the
New credit approval inquiry message from credit terminal
When receiving the statement, whether to approve the payment by credit
Is determined by the relay device itself, and the determination result is
The function to respond to the credit terminal is added to the credit relay device.
By setting up, waiting for customers due to the busy state of the line
Can be prevented. Also in this case
Acknowledgment could not be sent due to the busy status of the line
The credit message is stored and saved by the credit relay device,
To the credit card issuing company's host device
It is possible. However, these functions are realized.
Contact the credit card issuer's host device.
Whether or not there is an unused communication path on the connecting line and unused
Need to determine the communication path of
Approval inquiry message that could not be sent due to the busy state of the line
The question is when to send a sentence. Sand
In other words, an approval question that could not be sent due to the busy
The matching message can be transmitted as soon as the line is free.
However, communication efficiency is preferable. The present invention has been made in view of such circumstances.
The purpose is to use a simple configuration
Line connected to the host device of the credit card issuing company
Whether there is an unused communication route and unused communication route
Can be determined immediately, and the line
Approval inquiry message that could not be sent due to busy status
Is sent to the corresponding host device as soon as a free line is generated.
Credit relay that can communicate and improve communication efficiency
It is intended to provide a device. SUMMARY OF THE INVENTION The present invention relates to a credit system.
Approval of credit settlement by inputting necessary information
Make an inquiry and receive an approval response.
Multiple credit terminals that process payments
Connect with a line and approve the payment
After receiving the match, it is determined whether or not to approve, and the
A host device that responds to the credit terminal of the matching source
In a credit relay device connected by a communication line,
Each of the plurality of communication paths forming the second communication line is identified.
Whether the communication path is in use according to the different channel information
Communication path table storing status information indicating whether or not
Is provided. Then, the first communication cycle is performed from each credit terminal.
Terminal message receiving means for receiving a message transmitted via a line
To receive a credit settlement approval inquiry message
Then search the communication route table to find unused status
The presence or absence of a communication path storing information is checked. Where unused
Communication path that stores status information for
To the terminal message receiving means using this communication path
The received approval inquiry message is transmitted to the host device. Soshi
The host device responds to the transmission of this approval inquiry message.
Upon receiving the response message, the response message is transmitted to the first communication line.
To the credit terminal that sent the inquiry message via
You. In addition, sending an approval inquiry message to the host device
Of the communication route used in the communication route table according to the
Change the status information corresponding to the file information during use.
The status information changed during use is transmitted as a response message.
That a confirmation message was received from the credit terminal
Return to unused if necessary. On the other hand, unused status information
If the stored communication path cannot be detected,
The authentication inquiry message received by the communication means is stored and held.
And, in response to memorizing and holding this approval inquiry message
Monitor the communication path table by using
Waits for the generation of a communication path that stores. As a result, unused
When you check the communication path that stores the status information for
The host uses the approval inquiry message stored using this communication path.
To the remote device. Also, host this approval inquiry message
Use of the communication path table according to the transmission to the device
Status information corresponding to the channel information of the
Change during use. Status information changed during this use
Report is a response from the host device that sent the approval inquiry message.
Return to unused when the message is received. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram showing an embodiment of the present invention.
This will be described with reference to a plane. FIG. 1 shows a credge according to the present invention.
Of credit system that employs a packet relay device 1
It is. In this embodiment, a credit relay device
1 is installed in, for example, a store office of a retail store,
Credit terminals installed at each sales floor
(TM) 2 is an inline line as the first communication line
3 are connected in a closed loop. Each credit terminal
2 is the card issuing company recorded on credit card 4
Card reader 5 that reads data such as codes and membership codes
In addition to the credit payment amount, payment method, etc.
Keyboard to input payment data, print credit slip
It has a slip printer to issue. In addition, each credit
A unique ID code is individually assigned to the
I am. Incidentally, in this embodiment, the credit end
The number of the second 2 is assumed to be 10, and ID codes # 01 to
Assume that # 10 is assigned. The credit relay device 1 includes various credit cards.
Hosts installed at credit card issuers
Computer 6 is credited as a second communication line
They are connected by a dedicated line network 7. Each host computer
6 responds to the approval
It has a function to judge whether or not to accept, and respond with the judgment result.
You. Also, sign a membership contract with the credit card issuer
Manage credit payment data for customers that have been charged
It has a function to process important data. [0013] The credit line 7 is an exchange center.
Exchange with the credit relay device 1 at each retailer, centering on 7a
Store side line 7b connecting to the machine center 7a, and each credit
Card issuing company host computer 6 and exchange center
And a company line 7c that connects the
The line 7b and the company-side line 7c have a plurality of communication paths.
By the way, in this embodiment, the store line 7b has six routes.
I do. [0014] The credit relay device 1
Ill 8. The retransmission file 8 is stored in the store line 7
From each of the credit terminals 2 in a state where each communication path b is in use
Temporarily receive the authorization confirmation message for payment with the received credit
This is an area for temporarily storing and holding. FIG. 2 shows a main structure of the credit relay device 1.
It is a block diagram showing composition. As shown,
The relay device 1 includes a CPU (central processing unit) constituting a control unit main body.
Management device) 11 and a ROM (read / read
Only memory 12 and RAM (random access)
(Memory) 13 and H for forming the retransmission file 8
DD (hard disk device) 14 and this HDD 14
HDD control for controlling writing and reading of data
And via the inline line 3
Communication interface 16 for controlling data communication
And data transmitted via the dedicated credit line network 7.
A second communication interface 17 for controlling data communication.
I have. The CPU 11, the ROM 12, the RAM 1
3, HDD controller 15 and first and second communication ports
Interfaces 16 and 17 by the system bus 18
The connection forms a control circuit. The ROM 12 controls the CPU 11.
Programs that control communication protocols
Are stored in advance. In the RAM 13
Is a buffer that temporarily stores transmission data and reception data
And so on. Also, as shown in FIG.
channel identifying each of the six communication paths forming b
Information ch. 1 to ch. According to 6, the communication path is
Status information indicating whether the device is in use and the
Requesting a credit settlement approval inquiry
Communication path storing the ID code of the credit terminal
Table 21 and the retransmission file 8 by credit.
Set when memorizing the settlement approval inquiry message
Area 22 for the retransmission flag
Whether to approve payments by credit for each card issuer
Credit society that stores condition data to determine whether or not
A company-specific determination condition table 23 is formed. The status of the communication path table 21
In the credit information, the unused state is set to “0” and the credit terminal
Approval inquiry message of settlement by credit received from 2
To the corresponding host computer 6 in real time
The status of the transmitting is set to “1”, and the credit terminal 2
Credits received from and temporarily stored in the retransmission file 8
Approval message for settlement by the relevant host computer
The state of retransmission being transmitted to the data 6 is “2”. Ma
For example, the credit company-specific judgment condition table 23
Host computer, such as the maximum amount of credit payment
Setting and storing the data of the condition simplified compared with the judgment in data 6
are doing. Also, at the same time each credit card issuer
Also stores the list data etc. of invalid cards notified by
ing. Thus, C of the credit relay device 1
The PU 11 particularly executes the processing shown in the flowcharts of FIGS.
The program is configured to execute. Figure 4 shows the main processing
It is a flowchart which shows a process. That is, the CPU 11
(Step) 1 as the first communication interface 16
Sent from credit terminal 2 via inline line 3
It is determined whether the transmitted message has been received. And receiving
If no communication is established, the second communication interface is set as ST2.
The face 17 allows a credit from the host computer 6.
Whether a message transmitted via the private line network 7 has been received
Judge. If not received, ST
3 and the retransmission data is stored in the retransmission file 8.
Whether the retransmission flag is in the flag area 22 or not.
Determine whether it is set. And stored
If not, that is, the retransmission flag has been reset
To return to ST1. At ST1, a message from the credit terminal 2 is transmitted.
If received (terminal message receiving means), the type of the message
The type is determined and a process corresponding to the type is executed. Where ST
Credit received from credit terminal 2 as 4
In the case of an approval inquiry message of settlement by
The processing shown in is performed. That is, first as ST11
For example, a channel counter n built in the CPU 11
Initialize to “1”. Next, as ST12, the communication
The route table 21 is searched, and the
The corresponding channel information ch. Status information corresponding to n
(Table search means). When the status information is "0"
The channel information ch. n communication paths are currently unused
Therefore, the status information is being transmitted in ST13.
To the information “1” (the first status change procedure)
Stage). In step ST14, the communication path table 21
Of the channel information ch. Approval inquiry source ID corresponding to n
In the area, the sender ID code of the received approval inquiry message
ID, that is, the ID code of the credit terminal 2 that is the sender
C # # 1 to # 10 are stored. Further, as ST15
The received approval inquiry message is sent to the credit line 7
Channel information ch. n through
Using the credit card issuer
To the strike computer 6. That is, the received
Of the credit card data included in the authentication message
Credit card issuing association indicated by the card issuing company code of
Makes a line connection request to the company's host computer 6 and
If the is connected, transmit the received approval inquiry message.
(Approval inquiry message relay means). After a while, return to ST1
You. In the status check of ST12,
If the status information is “1” or “2”,
Channel information ch. n communication paths are currently in use,
In step ST16, the channel counter n is incremented by +1.
To increment. Then, returning to ST12, the communication
The route table 21 is searched, and the channel counter n is searched.
The corresponding channel information ch. Status information corresponding to n
Examine information. And if the status is "0"
After performing the above-described processes of ST13 to ST15,
Return to ST1. When the status is "1" or "2",
In this case, the process proceeds to ST16, where the channel counter n is incremented by +1.
Only increment. Thus, as ST17,
The channel counter n exceeds the number of routes “6” of the store line 7b.
Then, all routes of the store line 7b are currently in use,
Proceed to ST18. In ST18, the received approval inquiry message
Refer to the credit company-specific judgment condition table 23
To determine whether to approve payment by credit
Is determined. For example, included in the received approval inquiry message
Of the credit card data
The condition data corresponding to the credit
Table 23, for example, the credit
Whether the credit limit has been exceeded or the credit card
It is determined whether the card is an invalid card or not. When the determination is completed, ST19
Create a response message according to the determination result
It is transmitted to the credit terminal 2 of the matching source. That is, receiving
The sender ID code of the approved
And data that identifies whether to approve
Once the response message is created, the first communication interface
From the base 16 via the inline line 3. Next
, The approval inquiry message received as ST20
Store and hold in the resend file 8 (message holding
Stage). Thereafter, the process returns to the flag area 22 as ST21.
If the transmission flag is set, the process returns to ST21. Also, as ST5, from the credit terminal 2
If the received message is a confirmation message for the response message,
The processing shown in the flowchart of FIG. 6 is executed. That is, first, S
Source ID code of the response confirmation message received as T31
Is used as a search key to search the communication path table 21,
This sender ID code is set in the approval inquiry source ID area
It is determined whether or not it has been performed. And it is set
In this case, as ST32, the stator corresponding to the same area
It is determined whether or not the resource information is “1” indicating transmission. Soshi
If the status information is "1", ST33
The response confirmation message received as the
Of the store line 7b corresponding to the same area
Flannel information ch. x using the communication path of x
To the host computer 6 of the card issuing company. Thus, channel information ch. x communication
Since the route is disconnected, the communication route table is set as ST34.
Acknowledgment storing the response confirmation message sender ID code of
Send status information corresponding to the inquiry source ID area
Is changed from “1” indicating middle to “0” indicating unused (No.
1 status return means). Also, as ST35,
Response confirmation message transmission source ID code of communication route table 21
Clear the approval inquiry source ID area that stores
Then, the process returns to ST1. It should be noted that the response confirmation message transmission source ID code is detected.
As a result of searching the communication path table 21 as a search key,
If no matching approval inquiry ID code can be detected,
And the matching approval inquiry ID code was detected,
If the status information corresponding to is not "1"
Goes to ST1 without performing the processing of ST33 to ST35.
Return. On the other hand, in ST2, the host computer 6
Even when these messages are received, the type of the message is determined.
Executes processing according to the type. Here, as ST6,
Received message from strike computer 6 by credit
In the case of a response message to the settlement approval inquiry, FIG.
The processing shown in the flowchart is executed. That is, first, ST41
Channel information ch. Forming the store line 7b. 1 to
ch. 6 of the communication paths that received the message
Channel information ch. Communication path table using x as a search key
21 is searched, and the channel information ch. corresponding to x
Examine status information. Here, when the status information is "1"
, The response message is received from the credit terminal 2 and
Response message for approval inquiry message relayed in real time
Response message received as ST42
The credit card is transmitted to the credit terminal 2 of the source. That is,
Channel information ch. Supports x
The approved approval inquiry source ID code is used as the transmission destination ID code
Edit the response message to the first communication interface 1
6 via the inline line 3 (in response message
Connection means). Thereafter, the process returns to ST1. On the other hand, when the status information is "2",
In this case, the response message is once recorded in the retransmission file 8.
After the storage, the approval question sent to the host computer 6
Because it is a response message to the combined message, it is specified as ST43.
A response confirmation message is created and the response confirmation message is
Channel information ch. Use the communication path of x
The credit card issuer's host computer
To the computer 6. Thereby, channel information ch.
Since the communication path of x is disconnected, communication is performed as ST44.
The same channel information ch. corresponding to x
From "2" indicating that status information is being retransmitted to "unused"
Change to "0" (first status return means). Only
After that, the process returns to ST1. On the other hand, in ST3, the flag area 2
When it is confirmed that the retransmission flag is set to 2
, The credit card payment approval in the retransmission file 8
Since the inquiry message is stored, it is shown in the flowchart of FIG.
Execute the process. That is, first, as ST51,
The channel counter n is initialized to "1". Next, ST5
2 to search the communication path table 21 and
Channel information ch. corresponding to n
Check the status information. And the status information
If the information is "1" or "2", the channel information c
h. Since the communication path of n is currently in use, as ST53
Increment the channel counter n by +1
You. Then, returning to ST52, the communication path table 2
1 is searched for a channel corresponding to the channel counter n.
Flannel information ch. Check the status information corresponding to n.
In this way, the channel counter n is stored in ST54.
If the number of routes of the pavement line 7b exceeds "6", the store line 7
Since all the routes b are currently in use, the process returns to ST1 (table
Monitoring means). On the other hand, channel counting is performed in ST52.
Channel information ch. Stay corresponding to n
If the status information is "0" indicating unused, the channel
Information ch. n, the communication path of n
Information "2" indicating that the status information is being retransmitted as 55
(Second status changing means). Next, ST
The first approval inquiry from the retransmission file 8 as 54
If the message has been read, the read
The authentication message is sent to the store at the credit line 7
The channel information ch. use n communication paths
The credit card issuer's host computer
To the computer 6. That is, the read approval inquiry message
Card issuance of credit card data included in the sentence
Credit card issuing company host indicated by line company code
A line connection request is made to the computer 6, and the line is connected.
Then, transmit the received approval inquiry message (authorization inquiry
Message transmission means). Thereafter, as ST58, the file for retransmission
Delete the approval inquiry message read from file 8 from the same file 8
I do. Next, as ST59, the retransmission file 8
It is determined whether or not the approval inquiry message is stored.
If not stored, the process proceeds to ST60.
Reset the resending flag from the flag area 22
Return to ST1. On the other hand, another file 8
If the approval inquiry message is stored,
The process returns to ST1 with the flag set. In the present embodiment configured as described above,
Credits for transactions with customers at each store
When a payment is made, the credit terminal 2
The credit relay device 1 is
Credit card data, credit payment amount, payment method
Decision by credit including credit payment data such as law
The approved approval inquiry message is sent. Then credit
In the relay device 1, various credit card issuing companies
Credit line connected to the host computer 6
Communication currently unused among the six store line routes on the network 7
Whether or not there is a route is determined by referring to the communication route table 21.
Set. Now, channel information ch. 1 to ch. Up to 3
Communication path is in use (status information "1" or
“2”) and the channel information ch. 4-ch6 communication
It is assumed that the route is unused (status information “0”)
And channel information ch. 4 is selected. Soshi
The channel information ch. Using the four communication paths,
Approved inquiry message from credit terminal 2
It is transmitted to the host computer 6 of the jet company. example
If the credit terminal 2 with ID code # 01
If payment using a credit card occurs, Company A
To the host computer 6 of the ID code # 01.
The terminal 2 transmits an approval inquiry message from the terminal 2. At this time,
The channel information ch. Corresponding to 4
Status information to "1". Also, the communication path
The channel information ch. Approval question corresponding to 4
The ID code # 01 is stored in the matching source ID area. The host of Company A that has received the approval inquiry message
Computers accept payments by credit
It is determined whether or not to accept. And the response including the judgment result
The message is sent to the channel information ch. 4 using the communication path
To the jet relay device 1. Then, credit relay
In the device 1, the channel information in the communication path table 21 is stored.
Report ch. The status information corresponding to No. 4 is “1”,
Since the approval inquiry source ID code is # 01, this ID
Response received for credit terminal 2 with code # 01
The message is transmitted via the inline line 3. ID code # 01 that received the response message
In the credit terminal 2, if the response is to approve
If the credit slip is printed and issued and the response is not approved
If so, display error guidance. This allows the credit
Settlement is completed. Also, the credit terminal 2
Sends a response confirmation message to credit relay device 1
You. Then, in the credit relay device 1, the communication
ID code as the approval inquiry source ID code of the route table 21
Channel information ch of the area where the code # 01 is stored.
4 and the channel information ch. 4 communication paths
The response confirmation message from the credit terminal 2
Send to host computer 6. Also, status information
The information is returned from "1" to "0". In addition, ID from the same area
Clear code # 01. Receive the above response confirmation message
In the host computer 6 of the company A, the credit
The line with the relay device 1 is disconnected. On the other hand, channel information ch. 1 to 6
When the communication path is in use, for example, ID code # 10
Inquiry of credit settlement from credit terminal 2
Suppose a message was sent. Then, credit relay equipment
In the second place, the judgment condition table 2 for each credit company
Whether to approve payment by credit with reference to 3
Is simply determined. Then, according to the determination result,
Create a response message and enter the ID code # 10
Send to credit terminal 2 via inline line 3
You. In addition, the received approval inquiry message is resent in file 8.
In the order of occurrence. Furthermore, resend to the flag area 22
Set a flag. ID code # 01 that received the response message
In the credit terminal 2, if the response is to approve
If the credit slip is printed and issued and the response is not approved
If so, display error guidance. This allows the credit
Settlement is completed. Also, the credit terminal 2
Sends a response confirmation message to credit relay device 1
You. However, in the credit relay device 1, the communication
ID code # in the message transmission source ID area of the route table 21
Since 10 is not set, this confirmation message is ignored. In the credit relay device 1,
When the resend flag is set, an empty route is added to the store line 7b.
Waiting for the to happen. In this state, the communication path
For example, channel information ch. 1 corresponding to
When detecting that the status information has become “0”,
Channel information ch. For retransmission because 1 communication path is free
Approval inquiry message stored in file 8 (one message
) Is read, and this approval inquiry message is transmitted to the channel information c.
h. The credit company using the communication channel 1
To the host computer 6. For example, ID code
Credit card of company B from credit terminal 2 of # 10
Inquiry of approval at this time when settlement using
If the message is stored in the retransmission file 8, B
Read from resend file 8 to host computer 6
The same approval inquiry message is sent. At this time, the communication path
The channel information ch. Stay corresponding to 1
Change the status information to “2”. Note that the transmitted approval question
The matching message data is cleared from the resend file 8.
You. The host of company B that has received the above-mentioned approval inquiry message
Computers accept payments by credit
It is determined whether or not to accept. And the response including the judgment result
The message is sent to the channel information ch. 1 using the communication path
To the jet relay device 1. Then, credit relay
In the device 1, the channel information in the communication path table 21 is stored.
Report ch. Since the status information corresponding to 1 is "2",
A confirmation message is created for the response message, and the channel information c
h. Company B's host computer
To the server. Also, the status information is changed from "2"
Return to “0”. Company B's host who received the response confirmation message
Computer 6, the credit relay device 1
Disconnect the line. As described above, according to the present embodiment,
Connect to host computer 6 of the JIT card issuing company
When all communication paths of the credit line network 7 are in use
New credit approval inquiry from credit terminal 2
Approval of payment by credit when message received
To determine whether or not to
To the terminal 2. As a result,
It is possible to prevent customers from having to wait due to busy conditions.
Wear. Further, even if the communication route of the credit line
Authorization inquiry for credits received when all roads are busy
Even if the message is a credit,
Transmission to the host computer 6 of the card issuing company
Can be. As a result,
All data related to settlement are stored in the host computer 6
Can be reflected in management data, and the reliability of management data
Is enhanced. By the way, in this embodiment,
A plurality of traffics forming the store line 7b of the dedicated line network 7
Channel information ch. Corresponding to
Status information indicating whether the communication path is in use.
A communication path table 21 for storing is provided. And
Credit from each credit terminal 2 via the inline line 3
Communication is received when the approval approval message for
Unused status information by searching the routing table 21
The existence of a communication path storing “0” is checked. Then, the unused status information “0” is
When the stored communication path is detected, this communication path is
Approval inquiry message received using the applicable credit
Send it to the host computer 6 of the card issuing company
First, the channel of the communication path used in the communication path table 21 is used.
Status information corresponding to the channel information changes to “1” during transmission.
I am trying to change it. In addition, sending this approval inquiry message
A response message is received from the host computer 6 for the message.
Then, the response message is inquired via the inline line 3.
This message is sent to the credit terminal 2 that sent the message,
Confirmation message from credit terminal 2 for response message of
Of the communication route used in the communication route table 21 according to the
Return status information corresponding to channel information to unused "0"
I am doing it. On the other hand, unused status information “0” is recorded.
If the communication path cannot be detected,
When the approval inquiry message is stored and held in the retransmission file 8
In both cases, the communication route table 21 is monitored and unused
Waits for the occurrence of a communication path storing status information "0"
Like that. And unused status information “0”
After confirming the communication path that stores
Using the approval inquiry message stored in the resend file 8
Host computer of the applicable credit card issuer
To the communication path 6 and use of the communication path table 21
Status information corresponding to the channel information of the communication path
Is changed to “2” during retransmission. And this
Host computer 6 for sending the approval inquiry message
When a response message is received from the
Status information corresponding to the channel information of the communication path used
The information is returned to unused “0”. Therefore, the CP of the credit relay device 1
U11 is unused only by searching the communication path table 21.
Whether there is a communication path for
You can easily get what it is. Also received approval
Inquiry message is stored and retained in the resend file 8 and is not used
Waiting for the communication path to occur
Also, by monitoring the communication path table 21,
Obtain the occurrence of a free route and cannot send in real time
Immediately sends the approved approval inquiry message using the free route.
Can be transmitted, so even if there is data to send
Regardless of the waste that the line is idle regardless of the communication efficiency
Can be increased. As described in detail above, according to the present invention,
With a simple configuration, the host device of the credit card issuing company
Whether there is an unused communication path on the line to be connected
Can immediately determine which communication path to use.
And transmission failed due to the busy status of the line
Approval inquiry message is applied as soon as a free line is generated
Can be transmitted to the host device and can improve communication efficiency
A credit relay device can be provided.

【図面の簡単な説明】 【図1】 本発明に係るクレジット中継装置を採用した
クレジットシステムの概要図。 【図2】 上記クレジット中継装置の要部ブロック図。 【図3】 上記クレジット中継装置のRAMに形成する
主要なメモリエリアを示す図。 【図4】 上記クレジット中継装置のCPUが実行する
メイン処理を示す流れ図。 【図5】 上記クレジット中継装置のCPUが実行する
承認問合せ伝文受信処理を示す流れ図。 【図6】 上記クレジット中継装置のCPUが実行する
応答確認伝文受信処理を示す流れ図。 【図7】 上記クレジット中継装置のCPUが実行する
応答伝文受信処理を示す流れ図。 【図8】 上記クレジット中継装置のCPUが実行する
再送信伝文発生処理を示す流れ図。 【符号の説明】 1…クレジット中継装置 2…クレジット端末 3…インライン回線(第1の通信回線) 4…クレジットカード 5…カードリーダ 6…クレジットカード発行会社のホストコンピュータ
(ホスト装置) 7…クレジット回線網(第2の通信回線) 8…再送用ファイル 11…CPU 21…通信経路テーブル 22…再送フラグのフラグエリア 23…クレジット会社別判定条件テーブル
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic diagram of a credit system employing a credit relay device according to the present invention. FIG. 2 is a block diagram of a main part of the credit relay device. FIG. 3 is a diagram showing a main memory area formed in a RAM of the credit relay device. FIG. 4 is a flowchart showing a main process executed by a CPU of the credit relay device. FIG. 5 is a flowchart showing an approval inquiry message reception process executed by a CPU of the credit relay device. FIG. 6 is a flowchart showing a response confirmation message receiving process executed by the CPU of the credit relay device. FIG. 7 is a flowchart showing a response message receiving process executed by the CPU of the credit relay device. FIG. 8 is a flowchart showing a retransmission message generation process executed by the CPU of the credit relay device. [Description of Signs] 1 ... Credit relay device 2 ... Credit terminal 3 ... Inline line (first communication line) 4 ... Credit card 5 ... Card reader 6 ... Host computer (host device) of credit card issuing company 7 ... Credit line Network (second communication line) 8 retransmission file 11 CPU 21 communication path table 22 retransmission flag flag area 23 credit company-specific determination condition table

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 FI H04M 3/42 H04L 11/20 103A ──────────────────────────────────────────────────の Continued on front page (51) Int.Cl. 7 Identification code FI H04M 3/42 H04L 11/20 103A

Claims (1)

(57)【特許請求の範囲】 【請求項1】 クレジットに必要な情報の入力を受けて
クレジットによる決済の承認問合せを行い、承認する応
答を受けるとクレジットによる決済を処理する複数のク
レジット端末を第1の通信回線で接続するとともに、ク
レジットによる決済の承認問合せを受けると承認するか
否かを判定し判定結果を問合せ元のクレジット端末へ応
答するホスト装置を第2の通信回線で接続してなるクレ
ジット中継装置において、 前記第2の通信回線を形成する複数の通信経路をそれぞ
れ識別するチャネル情報に対応してその通信経路が使用
中か否かを示すステータス情報を記憶する通信経路テー
ブルと、前記各クレジット端末から第1の通信回線を介
して伝送される伝文を受信する端末伝文受信手段と、こ
の端末伝文受信手段によりクレジットによる決済の承認
問合せ伝文を受信すると前記通信経路テーブルを検索し
て未使用のステータス情報を記憶した通信経路の有無を
調べるテーブル検索手段と、このテーブル検索手段によ
り未使用のステータス情報を記憶した通信経路を検出す
るとこの通信経路を使用して前記端末伝文受信手段によ
り受信した承認問合せ伝文を前記ホスト装置へ送信する
承認問合せ伝文中継手段と、この伝文中継手段による承
認問合せ伝文の送信に対して前記ホスト装置から応答伝
文を受信すると、この応答伝文を前記第1の通信回線を
介して問合せ伝文送信元のクレジット端末へ送信する応
答伝文中継手段と、前記承認問合せ伝文中継手段により
承認問合せ伝文をホスト装置へ送信することに応じて前
記通信経路テーブルの使用した通信経路のチャネル情報
に対応するステータス情報を使用中に変更する第1のス
テータス変更手段と、この第1のステータス変更手段に
より使用中に変更したステータス情報を前記応答伝文中
継手段により応答伝文を送信したクレジット端末からの
確認伝文を受信したことに応じて未使用に戻す第1のス
テータス復帰手段と、前記テーブル検索手段により未使
用のステータス情報を記憶した通信経路を検出できない
と前記端末伝文受信手段により受信した承認問合せ伝文
を記憶保持する伝文保持手段と、この伝文保持手段によ
り承認問合せ伝文を記憶保持したことに応じて前記通信
経路テーブルを監視して未使用のステータス情報を記憶
した通信経路の発生を待機するテーブル監視手段と、こ
のテーブル監視手段により未使用のステータス情報を記
憶した通信経路を確認するとこの通信経路を使用して前
記伝文記憶手段により記憶した承認問合せ伝文を前記ホ
スト装置へ送信する承認問合せ伝文再送手段と、この再
送手段により承認問合せ伝文をホスト装置へ送信するこ
とに応じて前記通信経路テーブルの使用した通信経路の
チャネル情報に対応するステータス情報を使用中に変更
する第2のステータス変更手段と、この第2のステータ
ス変更手段により使用中に変更したステータス情報を前
記承認問合せ伝文再送手段により承認問合せ伝文を送信
したホスト装置からの応答伝文を受信したことに応じて
未使用に戻す第2のステータス復帰手段とを具備したこ
とを特徴とするクレジット中継装置。
(57) [Claims] [Claim 1] A plurality of credit terminals for processing credit settlement when receiving an input of information necessary for credit, making an inquiry about approval of payment by credit, and receiving a response for approval. A second communication line is connected to a host device that connects with the first communication line and determines whether or not to approve when receiving an approval inquiry for payment by credit, and responds the determination result to the credit terminal of the inquiry source. In the credit relay device, a communication path table that stores status information indicating whether or not the communication path is in use corresponding to the channel information that identifies each of the plurality of communication paths forming the second communication line, A terminal message receiving means for receiving a message transmitted from each of the credit terminals via a first communication line; and a terminal message receiving means. Upon receipt of an authorization inquiry message for settlement by credit, the communication route table is searched to determine whether there is a communication route storing unused status information. An authentication inquiry message relaying means for transmitting an approval inquiry message received by the terminal message receiving means to the host device using the communication path upon detecting the stored communication path; and an approval inquiry by the message relaying means. Response message relay means for receiving the response message from the host device in response to the transmission of the message, transmitting the response message to the credit terminal of the inquiry message transmission source via the first communication line; In response to transmitting an approval inquiry message to the host device by the approval inquiry message relay means, A first status change means for changing the status information corresponding to the channel information during use, and a response message transmitted by the response message relay means for the status information changed during use by the first status change means. First status return means for returning to the unused status in response to receipt of the confirmation message from the credit terminal; and receiving the terminal message if the communication path storing the unused status information cannot be detected by the table search means. A message holding means for storing and holding the approval inquiry message received by the means, and monitoring the communication path table in response to storing and holding the approval inquiry message by the message holding means to save unused status information. A table monitoring unit that waits for the occurrence of the stored communication path, and stores unused status information by the table monitoring unit. When the communication path is confirmed, an approval inquiry message retransmitting means for transmitting the approval inquiry message stored by the message storage means to the host device using the communication path, and the approval inquiry message is transmitted to the host device by the retransmitting means. Status change means for changing the status information corresponding to the channel information of the used communication route in the communication route table to the use status in response to the transmission to the communication route table, and changing the status information to the use status by the second status change means. Second status return means for returning the status information to unused status in response to receiving a response message from the host device which transmitted the approval inquiry message by the approval inquiry message resending means. Credit relay device.
JP3367496A 1996-02-21 1996-02-21 Credit relay device Expired - Fee Related JP3428801B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP3367496A JP3428801B2 (en) 1996-02-21 1996-02-21 Credit relay device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3367496A JP3428801B2 (en) 1996-02-21 1996-02-21 Credit relay device

Publications (2)

Publication Number Publication Date
JPH09233205A JPH09233205A (en) 1997-09-05
JP3428801B2 true JP3428801B2 (en) 2003-07-22

Family

ID=12393012

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3367496A Expired - Fee Related JP3428801B2 (en) 1996-02-21 1996-02-21 Credit relay device

Country Status (1)

Country Link
JP (1) JP3428801B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3302334B2 (en) * 1999-01-21 2002-07-15 セイコーインスツルメンツ株式会社 Credit card authentication system
JP2003141432A (en) * 2001-11-02 2003-05-16 Sony Corp Electronic commerce system, server and method
JP4969290B2 (en) * 2007-03-30 2012-07-04 株式会社野村総合研究所 Investment trust transfer account management support system
JP7415258B2 (en) * 2019-03-27 2024-01-17 株式会社日本総合研究所 Credit card payment systems, payment methods, IC cards, card company servers, cloud servers, and programs

Also Published As

Publication number Publication date
JPH09233205A (en) 1997-09-05

Similar Documents

Publication Publication Date Title
JP5529204B2 (en) Dynamic currency conversion for card payment system
JP4885629B2 (en) Financial card system, communication device, authentication terminal, authentication method, and program.
AU7965094A (en) Atm/pos based electronic mail system
JP3428801B2 (en) Credit relay device
JP2003233874A (en) Settling system
US4525712A (en) Transaction processing system
JPH1186101A (en) Article delivery system and method therefor
JP4953404B2 (en) Network system for self-service terminal equipment
JP3556476B2 (en) Computer-readable recording medium recording load sharing system and processing request relay program
JP2009009322A (en) Sales data processor and program
JP3838851B2 (en) Network system and communication control device
JP3683706B2 (en) Method and apparatus for managing communication between computers, and medium storing program for managing communication
JP2811032B2 (en) Card terminal device
JP7419841B2 (en) Information processing equipment and programs
JPH0587862B2 (en)
JPH11167591A (en) Electronic authentication system and automated device
JP3038345B2 (en) Email system
KR20020017895A (en) Online advertizing method using card sales slip and card sales slip printing apparatus for accomplishing the method
JP2000036823A (en) Data i/o device
JPH0582624B2 (en)
KR20010017972A (en) Card approval apparatus for identifying an identification by a photograph and control method thereof
JPH11261733A (en) Remote person authentication system
JPH11306438A (en) Electronic cash transaction processing system
JPH0997296A (en) Firm banking terminal system
JPH08315218A (en) Shortening system for wait state at atm fault time

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080516

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090516

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees