JPH09233205A - クレジット中継装置 - Google Patents

Abstract

(57)【要約】 【課題】 簡単な構成でクレジットカード発行会社のホ
スト装置と接続する回線に未使用の通信経路があるか否
か及び未使用の通信経路はどれなのかを即座に判断す
る。また回線のビジィ状態によって送信できなかった承
認問合せ伝文を空き回線が発生すると同時に該当するホ
スト装置へ送信できるようにする。 【解決手段】 ホスト装置間の回線を形成する複数の通
信経路をそれぞれ識別するチャネル情報に対応してその
通信経路が使用中か否かを示すステータス情報を記憶す
る通信経路テーブルを設ける。この通信経路テーブルを
検索するだけで未使用の通信経路があるか否か及び未使
用の通信経路はどれなのかを得られるようにする。ま
た、受信した承認問合せ伝文を再送用ファイルにて記憶
保持し、未使用の通信経路が発生するのを待機している
場合においても、通信経路テーブルを監視するだけで即
座に空き経路の発生を取得できるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クレジットによる
決済を処理する複数のクレジット端末と、クレジットに
よる決済の承認判定を行うホスト装置との間に介在し、
各クレジット端末とホスト装置との間を伝送される伝文
の中継機能を有するクレジット中継装置に関する。

【０００２】

【従来の技術】一般に、各種のクレジットカードによる
信用取引を取り扱う百貨店等の大規模な小売店では、各
売場にクレジットによる決済を処理可能なクレジット端
末をそれぞれ備えるとともに、店舗事務所等に各種クレ
ジットカードの発行会社に設置されているホスト装置と
データ通信が可能なクレジット中継装置を備え、各クレ
ジット端末とクレジット中継装置とをインライン回線で
接続することによって、各クレジット端末と各種クレジ
ットカード発行会社のホスト装置との間のデータ伝送を
可能にしたクレジットシステムを構築していた。

【０００３】この種のクレジットシステムにおいては、
各クレジット端末は、クレジットカードに記録されたカ
ード発行会社コード，会員コード等のデータを読取るカ
ードリーダ、クレジット支払金額，支払方法等のクレジ
ット支払データを入力するキーボード、クレジット伝票
を印字発行する伝票プリンタ等を備えており、カードリ
ーダからクレジットカードのデータを読取り入力すると
ともに、キーボードからクレジット支払データを入力す
ると、この入力データを含むクレジット決済の承認問合
せ伝文を作成し、この問合せ伝文をクレジット中継装置
を介して該当するクレジットカード発行会社のホスト装
置に送信する。そして、ホスト装置からクレジットによ
る決済を承認する応答伝文をクレジット中継装置を介し
て受信すると、伝票プリンタを駆動して所定のクレジッ
ト伝票を印字発行するものとなっていた。

【０００４】一方、クレジット中継装置は、各クレジッ
ト端末からクレジット決済の承認問合せ伝文が入力する
のを待機しており、承認問合わせ伝文を受信すると、そ
の伝文中のカード発行会社コードにより該当するクレジ
ットカード発行会社のホスト装置に対して回線の接続要
求を行う。そして、回線が接続されると、受信した承認
問合せ伝文をホスト装置へ送信する。これにより、ホス
ト装置においては、クレジットカードの有効性やクレジ
ット支払データの有効性をチェックすることによってク
レジットによる決済を承認するか否かを判定し、その判
定結果を示す応答伝文を回線を通じて返信するので、ク
レジット中継装置はホスト装置から応答伝文を受信する
と、この応答伝文を承認問合せ元の端末へ送信するもの
となっていた。

【０００５】ところで、クレジット中継装置とクレジッ
トカード発行会社のホスト装置とを接続する回線の通信
経路数に対してクレジット端末の台数が多い場合には、
各通信経路が使用中の状態になって、新たにクレジット
による決済が発生してもホスト装置への承認問合せがで
きないことがあった。このときには、クレジット中継装
置からは問合せ元のクレジット端末に対してビジィ応答
が戻される。他方、ビジィ応答が戻されたクレジット端
末は、数回のリトライを繰り返し、それでもビジィ状態
が回避されないときにはエラーとなっていた。

【０００６】

【発明が解決しようとする課題】このように、各クレジ
ット端末とクレジット中継装置とをインライン回線で接
続してなるクレジットシステムにおいては、クレジット
中継装置とクレジットカード発行会社のホスト装置とを
接続する回線の通信経路が全て使用中になるとビジィ状
態となり、このビジィ状態が回避されるまではクレジッ
トによる決済を行うことができず、クレジットによって
代金を支払おうとした客を待たせてしまう不具合があっ
た。

【０００７】そこで、クレジットカード発行会社のホス
ト装置と接続する回線の通信経路が全て使用中のときに
新たにクレジット端末からクレジットの承認問合わせ伝
文を受信すると、クレジットによる決済を承認するか否
かを中継装置独自で判定し、その判定結果を問合せ元の
クレジット端末へ応答する機能をクレジット中継装置に
設けることによって、回線のビジィ状態により客を待た
せる不具合を防ぐことができる。また、この場合におい
て、回線のビジィ状態によって送信できなかった承認問
合せ伝文をクレジット中継装置が記憶保存し、後で該当
するクレジットカード発行会社のホスト装置へ伝送する
ことが考えられる。

【０００８】しかしながら、これらの機能を実現させる
ためには、クレジットカード発行会社のホスト装置と接
続する回線に未使用の通信経路があるか否か及び未使用
の通信経路はどれなのかを判断する必要があった上、回
線のビジィ状態によって送信できなかった承認問合せ伝
文をどのタイミングで送信するかが問題となる。すなわ
ち、回線のビジィ状態によって送信できなかった承認問
合せ伝文は、回線が空いたならば直ぐに伝送できること
が、通信効率上、好ましい。

【０００９】本発明はこのような事情に基づいてなされ
たものであり、その目的とするところは、簡単な構成で
クレジットカード発行会社のホスト装置と接続する回線
に未使用の通信経路があるか否か及び未使用の通信経路
はどれなのかを即座に判断することができ、しかも回線
のビジィ状態によって送信できなかった承認問合せ伝文
を空き回線が発生すると同時に該当するホスト装置へ送
信することができ、通信効率を高め得るクレジット中継
装置を提供しようとするものである。

【００１０】

【課題を解決するための手段】本発明は、クレジットに
必要な情報の入力を受けてクレジットによる決済の承認
問合せを行い、承認する応答を受けるとクレジットによ
る決済を処理する複数のクレジット端末を第１の通信回
線で接続するとともに、クレジットによる決済の承認問
合せを受けると承認するか否かを判定し、判定結果を問
合せ元のクレジット端末へ応答するホスト装置を第２の
通信回線で接続してなるクレジット中継装置において、
第２の通信回線を形成する複数の通信経路をそれぞれ識
別するチャネル情報に対応してその通信経路が使用中か
否かを示すステータス情報を記憶する通信経路テーブル
を設ける。そして、各クレジット端末から第１の通信回
線を介して伝送される伝文を受信する端末伝文受信手段
によりクレジットによる決済の承認問合せ伝文を受信す
ると、通信経路テーブルを検索して未使用のステータス
情報を記憶した通信経路の有無を調べる。ここで、未使
用のステータス情報を記憶した通信経路を検出した場合
には、この通信経路を使用して端末伝文受信手段により
受信した承認問合せ伝文をホスト装置へ送信する。そし
て、この承認問合せ伝文の送信に対してホスト装置から
応答伝文を受信すると、この応答伝文を第１の通信回線
を介して問合せ伝文送信元のクレジット端末へ送信す
る。また、承認問合せ伝文をホスト装置へ送信すること
に応じて通信経路テーブルの使用した通信経路のチャネ
ル情報に対応するステータス情報を使用中に変更する。
この使用中に変更したステータス情報は、応答伝文を送
信したクレジット端末からの確認伝文を受信したことに
応じて未使用に戻す。一方、未使用のステータス情報を
記憶した通信経路を検出できない場合には、端末伝文受
信手段により受信した承認問合せ伝文を記憶保持する。
そして、この承認問合せ伝文を記憶保持したことに応じ
て通信経路テーブルを監視し、未使用のステータス情報
を記憶した通信経路の発生を待機する。その結果、未使
用のステータス情報を記憶した通信経路を確認すると、
この通信経路を使用して記憶した承認問合せ伝文をホス
ト装置へ送信する。また、この承認問合せ伝文をホスト
装置へ送信することに応じて通信経路テーブルの使用し
た通信経路のチャネル情報に対応するステータス情報を
使用中に変更する。この使用中に変更したステータス情
報は、承認問合せ伝文を送信したホスト装置からの応答
伝文を受信したことに応じて未使用に戻す。

【００１１】

【発明の実施の形態】以下、本発明の一実施の形態を図
面を参照しながら説明する。図１は本発明に係るクレジ
ット中継装置１を採用したクレジットシステムの概要図
である。この実施の形態において、クレジット中継装置
１は、例えば小売店の店舗事務所に設置され、同小売店
の各売場にそれぞれ設置した複数台のクレジット端末
（ＴＭ）２を、第１の通信回線としてのインライン回線
３により閉ループ状に接続している。各クレジット端末
２は、クレジットカード４に記録されたカード発行会社
コード，会員コード等のデータを読取るカードリーダ５
の他、クレジット支払金額，支払方法等のクレジット支
払データを入力するキーボード、クレジット伝票を印字
発行する伝票プリンタ等を備えている。また、各クレジ
ット端末２には、予め固有のＩＤコードを個々に割り当
てている。因みに、この実施の形態では、クレジット端
末２の台数を１０台とし、それぞれＩＤコード＃０１〜
＃１０を割り当てているものとする。

【００１２】前記クレジット中継装置１は、各種クレジ
ットカードの発行会社にそれぞれ設置されているホスト
コンピュータ６を、第２の通信回線としてのクレジット
専用回線網７により接続している。各ホストコンピュー
タ６は、クレジットによる決済の承認問合せに対して承
認するか否かを判定し、判定結果を応答する機能を有す
る。また、当該クレジットカード発行会社と会員契約を
した顧客のクレジット支払データを管理し、請求に必要
なデータを加工する機能を有する。

【００１３】クレジット専用回線網７は、交換機センタ
７ａを中心に、各小売店のクレジット中継装置１と交換
機センタ７ａとを接続する店側回線７ｂと、各クレジッ
トカード発行会社のホストコンピュータ６と交換機セン
タ７ａとを接続する会社側回線７ｃとからなり、店舗回
線７ｂ及び会社側回線７ｃは複数の通信経路を有する。
因みに、この実施の形態では、店舗回線７ｂを６経路と
する。

【００１４】前記クレジット中継装置１は、再送用ファ
イル８を有する。再送用ファイル８は、前記店舗回線７
ｂの各通信経路が使用中の状態でクレジット端末２から
受信したクレジットによる決済の承認問合せ伝文を一時
的に記憶保持するためのエリアである。

【００１５】図２は前記クレジット中継装置１の要部構
成を示すブロック図である。図示するように、クレジッ
ト中継装置１は、制御部本体を構成するＣＰＵ（中央処
理装置）１１と、主記憶部を構成するＲＯＭ（リード・
オンリ・メモリ）１２及びＲＡＭ（ランダム・アクセス
・メモリ）１３と、前記再送用ファイル８を形成するＨ
ＤＤ（ハードディスク装置）１４と、このＨＤＤ１４に
対するデータの書込み及び読出しを制御するＨＤＤコン
トローラ１５と、前記インライン回線３を介して行われ
るデータ通信を制御する第１の通信インタフェース１６
と、前記クレジット専用回線網７を介して行われるデー
タ通信を制御する第２の通信インタフェース１７とを備
えている。そしてＣＰＵ１１と、ＲＯＭ１２，ＲＡＭ１
３，ＨＤＤコントローラ１５及び第１，第２の通信イン
タフェース１６，１７とを、システムバス１８によって
接続することによって、制御回路を構成している。

【００１６】前記ＲＯＭ１２には、ＣＰＵ１１を制御す
るプログラムや通信プロトコルを制御するプログラム等
の固定的データを予め格納している。前記ＲＡＭ１３に
は、送信データ及び受信データを一時格納するバッファ
等を設けている。また、図３に示すように、店舗回線７
ｂを形成する６本の通信経路をそれぞれ識別するチャネ
ル情報ｃｈ．１〜ｃｈ．６に対応して、その通信経路が
使用中か否かを示すステータス情報とその通信回線を使
用してクレジットによる決済の承認問合せを要求してい
るクレジット端末のＩＤコードとを記憶する通信経路テ
ーブル２１と、前記再送用ファイル８にクレジットによ
る決済の承認問合せ伝文を記憶しているときセットされ
る再送フラグのフラグエリア２２と、各種クレジットカ
ードの発行会社別にクレジットによる決済を承認するか
否かを判定する条件データを予め記憶したクレジット会
社別判定条件テーブル２３を形成している。

【００１７】因みに、通信経路テーブル２１のステータ
ス情報は、未使用の状態を“０”とし、クレジット端末
２から受信したクレジットによる決済の承認問合せ伝文
をリアルタイムで該当するホストコンピュータ６へ送信
している送信中の状態を“１”とし、クレジット端末２
から受信し再送用ファイル８に一時格納したクレジット
による決済の承認問合せ伝文を該当するホストコンピュ
ータ６へ送信している再送中の状態を“２”とする。ま
た、クレジット会社別判定条件テーブル２３には、例え
ばクレジット支払金額の上限金額等、ホストコンピュー
タ６での判定に比べて簡略した条件のデータを設定記憶
している。また、同時に各クレジットカード発行会社か
ら通知される無効扱いカードのリストデータ等も記憶し
ている。

【００１８】しかして、前記クレジット中継装置１のＣ
ＰＵ１１は、特に図４乃至図８の流れ図に示す処理を実
行するようにプログラム構成している。図４はメイン処
理を示す流れ図である。すなわちＣＰＵ１１は、ＳＴ
（ステップ）１として第１の通信インタフェース１６に
よりクレジット端末２からインライン回線３を介して送
信される伝文を受信したか否かを判断する。そして、受
信していない場合には、ＳＴ２として第２の通信インタ
フェース１７によりホストコンピュータ６からクレジッ
ト専用回線網７を介して送信される伝文を受信したか否
かを判断する。そして、受信していない場合には、ＳＴ
３として再送用ファイル８に再送用データが格納されて
いるか否か、つまりはフラグエリア２２に再送フラグが
セットされているか否かを判断する。そして、格納され
ていない場合、つまりは再送フラグがリセットされてい
る場合には、ＳＴ１に戻る。

【００１９】ＳＴ１にてクレジット端末２からの伝文を
受信した場合には（端末伝文受信手段）、その伝文の種
類を判別し種類に応じた処理を実行する。ここで、ＳＴ
４としてクレジット端末２からの受信伝文がクレジット
による決済の承認問合せ伝文の場合には、図５の流れ図
に示す処理を実行する。すなわち、先ずＳＴ１１として
例えばＣＰＵ１１に内蔵したチャネルカウンタｎを
“１”に初期化する。次に、ＳＴ１２として前記通信経
路テーブル２１を検索し、上記チャネルカウンタｎに相
当するチャネル情報ｃｈ．ｎに対応したステータス情報
を調べる（テーブル検索手段）。

【００２０】そして、同ステータス情報が“０”の場合
には、該チャネル情報ｃｈ．ｎの通信経路は現在未使用
なので、ＳＴ１３として同ステータス情報を送信中を示
す情報“１”に変更する（第１のステータス変更手
段）。また、ＳＴ１４として前記通信経路テーブル２１
の該チャネル情報ｃｈ．ｎに対応した承認問合せ元ＩＤ
エリアに、受信した承認問合せ伝文の送信元ＩＤコー
ド、つまりは送信元であるクレジット端末２のＩＤコー
ド＃０１〜＃１０を格納する。さらに、ＳＴ１５として
受信した承認問合せ伝文をクレジット専用回線網７にお
ける店舗回線７ｂのうちの該チャネル情報ｃｈ．ｎの通
信経路を用いて該当するクレジットカード発行会社のホ
ストコンピュータ６へ送信する。すなわち、受信した承
認問合せ伝文に含まれるクレジットカードデータのうち
のカード発行会社コードが示すクレジットカード発行会
社のホストコンピュータ６に回線接続要求を行い、回線
が接続されたならば、受信した承認問合せ伝文を伝送す
る（承認問合せ伝文中継手段）。しかる後、ＳＴ１に戻
る。

【００２１】ＳＴ１２のステータスチェックにおいて、
同ステータス情報が“１”または“２”の場合には、該
チャネル情報ｃｈ．ｎの通信経路は現在使用中なので、
ＳＴ１６として前記チャネルカウンタｎを＋１だけイン
クリメントする。そして、ＳＴ１２に戻り、前記通信経
路テーブル２１を検索して、上記チャネルカウンタｎに
相当するチャネル情報ｃｈ．ｎに対応したステータス情
報を調べる。そして、同ステータスが“０”の場合に
は、前述したＳＴ１３〜ＳＴ１５の処理を実行した後、
ＳＴ１に戻る。

【００２２】また同ステータスが“１”または“２”の
場合には、ＳＴ１６に進んでチャネルカウンタｎを＋１
だけインクリメントする。こうして、ＳＴ１７としてチ
ャネルカウンタｎが店舗回線７ｂの経路数「６」を越え
たならば、店舗回線７ｂの全経路は現在使用中なので、
ＳＴ１８に進む。

【００２３】ＳＴ１８では受信した承認問合せ伝文の内
容で前記クレジット会社別判定条件テーブル２３を参照
して、クレジットによる決済を承認するか否かを簡易的
に判定する。例えば、受信した承認問合せ伝文に含まれ
るクレジットカードデータのうちのカード発行会社コー
ドに対応する条件データをクレジット会社別判定条件テ
ーブル２３から読出し、例えばクレジット支払金額が上
限金額を越えているか否か、あるいは当該クレジットカ
ードが無効扱いカードか否か等を判定する。

【００２４】そして、判定を完了したならば、ＳＴ１９
としてその判定結果に応じた応答伝文を作成し、承認問
合せ元のクレジット端末２へ送信する。すなわち、受信
した承認問合せ伝文の送信元ＩＤコードを送信先ＩＤコ
ードとし、かつ承認するか否かを識別するデータをセッ
トした応答伝文を作成したならば、第１の通信インタフ
ェース１６からインライン回線３を介して送信する。次
に、ＳＴ２０として受信した承認問合せ伝文をそのまま
再送用ファイル８に格納して保持する（伝文保持手
段）。しかる後、ＳＴ２１としてフラグエリア２２に再
送フラグをセットしたならば、ＳＴ２１に戻る。

【００２５】また、ＳＴ５としてクレジット端末２から
受信した伝文が応答伝文に対する確認伝文の場合には、
図６の流れ図に示す処理を実行する。すなわち、先ずＳ
Ｔ３１として受信した応答確認伝文の送信元ＩＤコード
を検索キーとして前記通信経路テーブル２１を検索し、
この送信元ＩＤコードが承認問合せ元ＩＤエリアに設定
されているか否かを判断する。そして、設定されている
場合には、ＳＴ３２として同エリアに対応するステータ
ス情報が送信中を示す“１”か否かを判断する。そし
て、このステータス情報が“１”の場合には、ＳＴ３３
として受信した応答確認伝文をクレジット専用回線網７
における店舗回線７ｂのうちの同エリアに対応するチャ
ネル情報ｃｈ．ｘの通信経路を用いて該当するクレジッ
トカード発行会社のホストコンピュータ６へ送信する。

【００２６】これにより、チャネル情報ｃｈ．ｘの通信
経路は回線断になるので、ＳＴ３４として通信経路テー
ブル２１の応答確認伝文送信元ＩＤコードを格納した承
認問合せ元ＩＤエリアに対応するステータス情報を送信
中を示す“１”から未使用を示す“０”に変更する（第
１のステータス復帰手段）。また、ＳＴ３５として上記
通信経路テーブル２１の応答確認伝文送信元ＩＤコード
を格納した承認問合せ元ＩＤエリアをクリアしたなら
ば、ＳＴ１に戻る。

【００２７】なお、応答確認伝文送信元ＩＤコードを検
索キーとして通信経路テーブル２１を検索した結果、一
致する承認問合せＩＤコードを検出できなかった場合、
及び一致する承認問合せＩＤコードは検出したが、それ
に対応するステータス情報が“１”でなかった場合に
は、ＳＴ３３乃至ＳＴ３５の処理を行わずに、ＳＴ１に
戻る。

【００２８】一方、ＳＴ２にてホストコンピュータ６か
らの伝文を受信した場合にも、その伝文の種類を判別し
種類に応じた処理を実行する。ここで、ＳＴ６としてホ
ストコンピュータ６からの受信伝文がクレジットによる
決済の承認問合せに対する応答伝文の場合には、図７の
流れ図に示す処理を実行する。すなわち、先ずＳＴ４１
として店舗回線７ｂを形成するチャネル情報ｃｈ．１〜
ｃｈ．６の通信経路のうち同伝文を受信した通信経路の
チャネル情報ｃｈ．ｘを検索キーとして通信経路テーブ
ル２１を検索し、このチャネル情報ｃｈ．ｘに対応した
ステータス情報を調べる。

【００２９】ここで、同ステータス情報が“１”の場合
には、当該応答伝文はクレジット端末２から受信しリア
ルタイムで中継伝送した承認問合せ伝文に対する応答伝
文なので、ＳＴ４２として受信した応答伝文を承認問合
せ元のクレジット端末２へ送信する。すなわち、上記通
信経路テーブル２１の当該チャネル情報ｃｈ．ｘに対応
した承認問合せ元ＩＤコードを送信先ＩＤコードとする
応答伝文に編集し直して、第１の通信インタフェース１
６からインライン回線３を介して送信する（応答伝文中
継手段）。しかる後、ＳＴ１に戻る。

【００３０】これに対し、同ステータス情報が“２”の
場合には、当該応答伝文は再送用ファイル８にて一旦記
憶保持した後、ホストコンピュータ６へ送信した承認問
合せ伝文に対する応答伝文なので、ＳＴ４３として所定
の応答確認伝文を作成し、この応答確認伝文を、前記応
答伝文を受信したチャネル情報ｃｈ．ｘの通信経路を用
いて該当するクレジットカード発行会社のホストコンピ
ュータ６へ送信する。これにより、チャネル情報ｃｈ．
ｘの通信経路は回線断になるので、ＳＴ４４として通信
経路テーブル２１の同チャネル情報ｃｈ．ｘに対応した
ステータス情報を再送中を示す“２”から未使用を示す
“０”に変更する（第１のステータス復帰手段）。しか
る後、ＳＴ１に戻る。一方、ＳＴ３にてフラグエリア２
２に再送フラグがセットされていることを確認した場合
には、再送用ファイル８にクレジットによる決済の承認
問合せ伝文が格納されているので、図８の流れ図に示す
処理を実行する。すなわち、先ずＳＴ５１として前記チ
ャネルカウンタｎを“１”に初期化する。次に、ＳＴ５
２として前記通信経路テーブル２１を検索し、上記チャ
ネルカウンタｎに相当するチャネル情報ｃｈ．ｎに対応
したステータス情報を調べる。そして、同ステータス情
報が“１”または“２”の場合には該チャネル情報ｃ
ｈ．ｎの通信経路は現在使用中なので、ＳＴ５３として
上記チャネルカウンタｎを＋１だけインクリメントす
る。そして、ＳＴ５２に戻り、前記通信経路テーブル２
１を検索して、上記チャネルカウンタｎに相当するチャ
ネル情報ｃｈ．ｎに対応したステータス情報を調べる。
こうして、ＳＴ５４として上記チャネルカウンタｎが店
舗回線７ｂの経路数「６」を越えたならば、店舗回線７
ｂの全経路は現在使用中なので、ＳＴ１に戻る（テーブ
ル監視手段）。

【００３１】これに対し、ＳＴ５２にてチャネルカウン
タｎに相当するチャネル情報ｃｈ．ｎに対応したステー
タス情報が未使用を示す“０”の場合には、該チャネル
情報ｃｈ．ｎの通信経路は空き状態になったので、ＳＴ
５５として同ステータス情報を再送中を示す情報“２”
に変更する（第２のステータス変更手段）。次に、ＳＴ
５４として前記再送用ファイル８から先頭の承認問合せ
伝文を読出したならば、ＳＴ５５としてこの読出した承
認問合せ伝文をクレジット専用回線網７における店舗回
線７ｂのうちの該チャネル情報ｃｈ．ｎの通信経路を用
いて該当するクレジットカード発行会社のホストコンピ
ュータ６へ送信する。すなわち、読出した承認問合せ伝
文に含まれるクレジットカードデータのうちのカード発
行会社コードが示すクレジットカード発行会社のホスト
コンピュータ６に回線接続要求を行い、回線が接続され
たならば、受信した承認問合せ伝文を伝送する（承認問
合せ伝文再送手段）。

【００３２】しかる後、ＳＴ５８として再送用ファイル
８から読出した承認問合せ伝文を同ファイル８から削除
する。次に、ＳＴ５９として上記再送用ファイル８に他
の承認問合せ伝文が格納されているか否かを判断する。
そして、格納されていない場合には、ＳＴ６０として前
記フラグエリア２２から再送中フラグをリセットしてか
らＳＴ１に戻る。これに対し、再送用ファイル８に他の
承認問合せ伝文が格納されている場合には、再送中フラ
グをセットしたままＳＴ１に戻る。

【００３３】このように構成された本実施の形態におい
ては、店舗の各売場にて顧客との取引でクレジットによ
る決済が発生すると、その売場のクレジット端末２から
クレジット中継装置１に対して、当該顧客が使用するク
レジットカードのデータやクレジット支払金額，支払方
法等のクレジット支払データを含むクレジットによる決
済の承認問合せ伝文が送信される。すると、クレジット
中継装置１においては、各種クレジットカード発行会社
のホストコンピュータ６に接続するクレジット専用回線
網７における店舗回線６経路のうち、現在未使用の通信
経路があるか否かを通信経路テーブル２１を参照して判
定する。

【００３４】今、チャネル情報ｃｈ．１〜ｃｈ．３まで
の通信経路が使用中（ステータス情報“１”または
“２”）であり、チャネル情報ｃｈ．４〜ｃｈ６の通信
経路が未使用（ステータス情報“０”）であったとする
と、チャネル情報ｃｈ．４の通信経路を選択する。そし
て、このチャネル情報ｃｈ．４の通信経路を使用して、
クレジット端末２からの承認問合せ伝文を該当するクレ
ジット会社のホストコンピュータ６へ送信する。例え
ば、ＩＤコード＃０１のクレジット端末２からＡ社のク
レジットカードを用いた決済が発生した場合には、Ａ社
のホストコンピュータ６にＩＤコード＃０１のクレジッ
ト端末２からの承認問合せ伝文を送信する。このとき、
通信経路テーブル２１のチャネル情報ｃｈ．４に対応す
るステータス情報を“１”に変更する。また、通信経路
テーブル２１のチャネル情報ｃｈ．４に対応する承認問
合せ元ＩＤエリアにＩＤコード＃０１を格納する。

【００３５】上記承認問合せ伝文を受信したＡ社のホス
トコンピュータにおいては、クレジットによる決済を承
認するか否かを判定する。そして、判定結果を含む応答
伝文をチャネル情報ｃｈ．４の通信経路を使用してクレ
ジット中継装置１に送信する。すると、クレジット中継
装置１においては、通信経路テーブル２１のチャネル情
報ｃｈ．４に対応するステータス情報が“１”であり、
かつ承認問合せ元ＩＤコードが＃０１なので、このＩＤ
コード＃０１のクレジット端末２に対して受信した応答
伝文をインライン回線３を介して送信する。

【００３６】上記応答伝文を受信したＩＤコード＃０１
のクレジット端末２においては、承認する応答であれば
クレジット伝票を印字発行し、承認しない応答であれ
ば、エラーガイダンスを表示する。これにより、クレジ
ットによる決済が完了する。また、クレジット端末２は
クレジット中継装置１に対して応答確認伝文を送信す
る。すると、クレジット中継装置１においては、通信経
路テーブル２１の承認問合せ元ＩＤコードとしてＩＤコ
ード＃０１が格納されているエリアのチャネル情報ｃｈ
４を選択し、このチャネル情報ｃｈ．４の通信経路を使
用して、クレジット端末２からの応答確認伝文をＡ社の
ホストコンピュータ６へ送信する。また、ステータス情
報を“１”から“０”に戻す。また、同エリアからＩＤ
コード＃０１をクリアする。上記応答確認伝文を受信し
たＡ社のホストコンピュータ６においては、クレジット
中継装置１との回線を切断する。

【００３７】一方、チャネル情報ｃｈ．１〜ｃｈ６の全
通信経路が使用中のときに、例えばＩＤコード＃１０の
クレジット端末２からクレジットによる決済の承認問合
せ伝文が発信されたとする。すると、クレジット中継装
置２においては、クレジット会社別判定条件テーブル２
３を参照して、クレジットによる決済を承認するか否か
を簡易的に判定する。そして、その判定結果に応じた応
答伝文を作成して、問合せ元であるＩＤコード＃１０の
クレジット端末２にインライン回線３を通じて送信す
る。また、受信した承認問合せ伝文を再送用ファイル８
に発生順に格納する。さらに、フラグエリア２２に再送
フラグをセットする。

【００３８】上記応答伝文を受信したＩＤコード＃０１
のクレジット端末２においては、承認する応答であれば
クレジット伝票を印字発行し、承認しない応答であれ
ば、エラーガイダンスを表示する。これにより、クレジ
ットによる決済が完了する。また、クレジット端末２は
クレジット中継装置１に対して応答確認伝文を送信す
る。ただし、クレジット中継装置１においては、通信経
路テーブル２１の伝文送信元ＩＤエリアにＩＤコード＃
１０は未設定なので、この確認伝文は無視される。

【００３９】また、クレジット中継装置１においては、
再送フラグがセットされると、店舗回線７ｂに空き経路
が発生するのを待機している。この状態で、通信経路テ
ーブル２１の例えばチャネル情報ｃｈ．１に対応するス
テータス情報が“０”になったことを検知すると、この
チャネル情報ｃｈ．１の通信経路が空いたので、再送用
ファイル８に格納されている承認問合せ伝文（１伝文の
み）を読出し、この承認問合せ伝文をチャネル情報ｃ
ｈ．１の通信経路を使用して、該当するクレジット会社
のホストコンピュータ６へ送信する。例えば、ＩＤコー
ド＃１０のクレジット端末２からＢ社のクレジットカー
ドを用いた決済が過去に発生し、このときの承認問合せ
伝文が再送用ファイル８に格納されていた場合には、Ｂ
社のホストコンピュータ６に再送用ファイル８から読出
した同承認問合せ伝文を送信する。このとき、通信経路
テーブル２１のチャネル情報ｃｈ．１に対応するステー
タス情報を“２”に変更する。なお、伝送された承認問
合せ伝文のデータは、再送用ファイル８からクリアされ
る。

【００４０】上記承認問合せ伝文を受信したＢ社のホス
トコンピュータにおいては、クレジットによる決済を承
認するか否かを判定する。そして、判定結果を含む応答
伝文をチャネル情報ｃｈ．１の通信経路を使用してクレ
ジット中継装置１に送信する。すると、クレジット中継
装置１においては、通信経路テーブル２１のチャネル情
報ｃｈ．１に対応するステータス情報が“２”なので、
応答伝文に対する確認伝文を作成し、チャネル情報ｃ
ｈ．１の通信経路を使用して、Ｂ社のホストコンピュー
タへ送信する。また、ステータス情報を“２”から
“０”に戻す。上記応答確認伝文を受信したＢ社のホス
トコンピュータ６においては、クレジット中継装置１と
の回線を切断する。

【００４１】このように、本実施の形態によれば、クレ
ジットカード発行会社のホストコンピュータ６と接続す
るクレジット回線網７の通信経路が全て使用中のときに
新たにクレジット端末２からクレジットの承認問合わせ
伝文を受信した場合には、クレジットによる決済を承認
するか否かを判定してその判定結果を問合せ元のクレジ
ット端末２へ応答することができる。その結果、回線の
ビジィ状態によって客を待たせる不具合を防ぐことがで
きる。

【００４２】また、たとえクレジット回線網７の通信経
路が全て使用中のときに受信したクレジットの承認問合
わせ伝文であっても、その後確実に該当するクレジット
カード発行会社のホストコンピュータ６へ伝送すること
ができる。その結果、店舗で発生したクレジットによる
決済に関するデータを全てホストコンピュータ６側の管
理データに反映させることができ、管理データの信頼性
が高められる。

【００４３】ところで、本実施の形態においては、クレ
ジット専用回線網７の店舗回線７ｂを形成する複数の通
信経路をそれぞれ識別するチャネル情報ｃｈ．に対応し
てその通信経路が使用中か否かを示すステータス情報を
記憶する通信経路テーブル２１を設けている。そして、
各クレジット端末２からインライン回線３を介してクレ
ジットによる決済の承認問合せ伝文を受信すると、通信
経路テーブル２１を検索して未使用のステータス情報
“０”を記憶した通信経路の有無を調べている。

【００４４】そして、未使用のステータス情報“０”を
記憶した通信経路を検出した場合には、この通信経路を
使用して受信した承認問合せ伝文を該当するクレジット
カード発行会社のホストコンピュータ６へ送信するとと
もに、通信経路テーブル２１の使用した通信経路のチャ
ネル情報に対応するステータス情報を送信中“１”に変
更するようにしている。また、この承認問合せ伝文の送
信に対してホストコンピュータ６から応答伝文を受信す
ると、この応答伝文をインライン回線３を介して問合せ
伝文送信元のクレジット端末２へ送信するとともに、こ
の応答伝文に対するクレジット端末２からの確認伝文に
応じて通信経路テーブル２１の使用した通信経路のチャ
ネル情報に対応するステータス情報を未使用“０”に戻
すようにしている。

【００４５】一方、未使用のステータス情報“０”を記
憶した通信経路を検出できなかった場合には、受信した
承認問合せ伝文を再送用ファイル８にて記憶保持すると
ともに、通信経路テーブル２１を監視して未使用のステ
ータス情報“０”を記憶した通信経路の発生を待機する
ようにしている。そして未使用のステータス情報“０”
を記憶した通信経路を確認したならば、この通信経路を
使用して再送用ファイル８に記憶した承認問合せ伝文を
該当するクレジットカード発行会社のホストコンピュー
タ６へ送信するとともに、通信経路テーブル２１の使用
した通信経路のチャネル情報に対応するステータス情報
を再送中“２”に変更するようにしている。そして、こ
の承認問合せ伝文の送信に対してホストコンピュータ６
から応答伝文を受信すると、通信経路テーブル２１の使
用した通信経路のチャネル情報に対応するステータス情
報を未使用“０”に戻すようにしている。

【００４６】したがって、クレジット中継装置１のＣＰ
Ｕ１１は、通信経路テーブル２１を検索するだけで未使
用の通信経路があるか否か及び未使用の通信経路はどれ
なのかを簡単に得ることができる。また、受信した承認
問合せ伝文を再送用ファイル８にて記憶保持し、未使用
の通信経路が発生するのを待機している場合において
も、上記通信経路テーブル２１を監視することで即座に
空き経路の発生を取得し、リアルタイム送信できなかっ
た承認問合せ伝文をその空いた経路を使用して直ちに送
信することができるので、送信すべきデータがあるにも
関わらず回線が空いてしまう無駄がなくなり、通信効率
を高め得る。

【００４７】

【発明の効果】以上詳述したように、本発明によれば、
簡単な構成でクレジットカード発行会社のホスト装置と
接続する回線に未使用の通信経路があるか否か及び未使
用の通信経路はどれなのかを即座に判断することがで
き、しかも回線のビジィ状態によって送信できなかった
承認問合せ伝文を空き回線が発生すると同時に該当する
ホスト装置へ送信することができ、通信効率を高め得る
クレジット中継装置を提供できる。

【図面の簡単な説明】

【図１】 本発明に係るクレジット中継装置を採用した
クレジットシステムの概要図。

【図２】 上記クレジット中継装置の要部ブロック図。

【図３】 上記クレジット中継装置のＲＡＭに形成する
主要なメモリエリアを示す図。

【図４】 上記クレジット中継装置のＣＰＵが実行する
メイン処理を示す流れ図。

【図５】 上記クレジット中継装置のＣＰＵが実行する
承認問合せ伝文受信処理を示す流れ図。

【図６】 上記クレジット中継装置のＣＰＵが実行する
応答確認伝文受信処理を示す流れ図。

【図７】 上記クレジット中継装置のＣＰＵが実行する
応答伝文受信処理を示す流れ図。

【図８】 上記クレジット中継装置のＣＰＵが実行する
再送信伝文発生処理を示す流れ図。

【符号の説明】

１…クレジット中継装置 ２…クレジット端末 ３…インライン回線（第１の通信回線） ４…クレジットカード ５…カードリーダ ６…クレジットカード発行会社のホストコンピュータ
（ホスト装置） ７…クレジット回線網（第２の通信回線） ８…再送用ファイル １１…ＣＰＵ ２１…通信経路テーブル ２２…再送フラグのフラグエリア ２３…クレジット会社別判定条件テーブル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｍ 3/42 9466−5Ｋ Ｈ０４Ｌ 11/20 １０３Ａ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 クレジットに必要な情報の入力を受けて
   クレジットによる決済の承認問合せを行い、承認する応
   答を受けるとクレジットによる決済を処理する複数のク
   レジット端末を第１の通信回線で接続するとともに、ク
   レジットによる決済の承認問合せを受けると承認するか
   否かを判定し判定結果を問合せ元のクレジット端末へ応
   答するホスト装置を第２の通信回線で接続してなるクレ
   ジット中継装置において、 前記第２の通信回線を形成する複数の通信経路をそれぞ
   れ識別するチャネル情報に対応してその通信経路が使用
   中か否かを示すステータス情報を記憶する通信経路テー
   ブルと、前記各クレジット端末から第１の通信回線を介
   して伝送される伝文を受信する端末伝文受信手段と、こ
   の端末伝文受信手段によりクレジットによる決済の承認
   問合せ伝文を受信すると前記通信経路テーブルを検索し
   て未使用のステータス情報を記憶した通信経路の有無を
   調べるテーブル検索手段と、このテーブル検索手段によ
   り未使用のステータス情報を記憶した通信経路を検出す
   るとこの通信経路を使用して前記端末伝文受信手段によ
   り受信した承認問合せ伝文を前記ホスト装置へ送信する
   承認問合せ伝文中継手段と、この伝文中継手段による承
   認問合せ伝文の送信に対して前記ホスト装置から応答伝
   文を受信すると、この応答伝文を前記第１の通信回線を
   介して問合せ伝文送信元のクレジット端末へ送信する応
   答伝文中継手段と、前記承認問合せ伝文中継手段により
   承認問合せ伝文をホスト装置へ送信することに応じて前
   記通信経路テーブルの使用した通信経路のチャネル情報
   に対応するステータス情報を使用中に変更する第１のス
   テータス変更手段と、この第１のステータス変更手段に
   より使用中に変更したステータス情報を前記応答伝文中
   継手段により応答伝文を送信したクレジット端末からの
   確認伝文を受信したことに応じて未使用に戻す第１のス
   テータス復帰手段と、前記テーブル検索手段により未使
   用のステータス情報を記憶した通信経路を検出できない
   と前記端末伝文受信手段により受信した承認問合せ伝文
   を記憶保持する伝文保持手段と、この伝文保持手段によ
   り承認問合せ伝文を記憶保持したことに応じて前記通信
   経路テーブルを監視して未使用のステータス情報を記憶
   した通信経路の発生を待機するテーブル監視手段と、こ
   のテーブル監視手段により未使用のステータス情報を記
   憶した通信経路を確認するとこの通信経路を使用して前
   記伝文記憶手段により記憶した承認問合せ伝文を前記ホ
   スト装置へ送信する承認問合せ伝文再送手段と、この再
   送手段により承認問合せ伝文をホスト装置へ送信するこ
   とに応じて前記通信経路テーブルの使用した通信経路の
   チャネル情報に対応するステータス情報を使用中に変更
   する第２のステータス変更手段と、この第２のステータ
   ス変更手段により使用中に変更したステータス情報を前
   記承認問合せ伝文再送手段により承認問合せ伝文を送信
   したホスト装置からの応答伝文を受信したことに応じて
   未使用に戻す第２のステータス復帰手段とを具備したこ
   とを特徴とするクレジット中継装置。