JPH0198061A - 中継装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （発明の分野） この発明は、カード認証端末群と２以上のホストとの間
にあって、これら相互間における交信電文の中継を行な
う中継装置の改良に関する。

（発明の概要） この発明では、カード認証端末からいずれかのホストへ
送信すべき電文が受信されたとき、該当ホストのレスポ
ンス待ち電文数がそのマルチ処理件数に達していると、
当該電文を電文バッファに格納した後、該当ホストのレ
スポンス待ち電文数に空きができるのを待ってから、該
当ホストへの送信、レスポンスタイマ値によるレスポン
ス待ちタイムアウト時刻のセット、レスポンス待ちステ
ータスのセットを行なうようにして、マルチ処理件数に
かかわりなく、電文バッファが満杯に至るまで、カード
認証端末からの電文を受付けるようにしたものである。

（従来技術とその問題点） この種の中継装置は、クラスターコントローラ等とよば
れ、ＬＡＮで結ばれたカード認証端末群と伝送回線を介
して接続された２以上のホストとの間にあって、これら
相互間における交信電文を中継するようになされている
。

例えば、このような伝送装置は、ＬＡＮにより結ばれた
大規模店舗内のカード認証端末群を、２以上のカード会
社のホストへつながる専用回線に中継する場合等に利用
される。

ところで、従来この種の中継装置においては、各ホスト
の同時処理可能な電文処理件数、すなわち中継装置側か
ら見ればレスポンス返送を待つことなく返送してもよい
という電文送信件数（以下、これをマルチ処理件数とい
う）を予め登録しておき、カード認証端末からいずれか
のホストへ送信すべき電文が受信された場合、該当ホス
トのレスポンス待ち電文数がそのマルチ処理件数に達し
ていない場合には、レスポンス待ちの電文が存在しても
それに構わずカード認証端末から受信された電文を直ち
に該当ホストに対し送信するような処理が採用されてい
る。

この場合、同時処理させるべく送信された電文のいずれ
かに処理不能のものがあり、所定のレスポンス待ちタイ
ムアウト時刻を経過してもホストからレスポンスが返送
されない場合には、エラー電文を作成して電文送信元で
あるカード認証端末へ知らせてやらねばならない。

このため、この種のマルチ処理件数が登録された中継装
置では、該当ホストからのレスポンス待ちの間、カード
認証端末からの受信電文を保存しておく必要があり、こ
のため複数個の電文バッファが仝ホストに対し共通に確
保されている。

しかしながら、このような従来の中継装置の場合、電文
バッフ１全体としては空きバッフ１が存在しても、各ホ
ストについてレスポンス待ち電文数がそのマルチ処理件
数に達してしまうと、直ちに当該ホストに対するカード
認証端末からの電文受付を停止し、ビジー電文を返送す
るようななされていたため、電文バッファが充分に利用
されず、ひいてはカード認証端末利用者にサービス低下
をもたらすという問題点があった。

（発明の目的） この発明の目的は、この種のマルチ処理件数の登録が可
能な中継装置において、電文バッファをその能力限界ま
で有効に利用し、中継装置側における電文受付数を増加
させることによって、カード認証端末利用者に対するサ
ービス向上を図ることにある。

（発明の構成と効果） この発明は上記の目的を達成するために、カード認証端
末群と２以上のホストとの間にあって、これら相互間に
おける交信電文を中継する中継装置であって、 カード認証端末から受信した電文を格納するための複数
個の電文バッファと、 マルチ処理件数及びレスポンスタイマ値を各ホスト別に
記憶させたテーブルと、 カード認証端末からいずれかのホストへ送信すべき電文
が受信されたとき、該当ホストのレスポンス待ち電文数
がそのマルチ処理件数に達していなければ、当該電文を
電文バッファに格納した後、直ちに該当ホストへの送信
、レスポンスタイマ値によるレスポンスタイマ待ちタイ
ムアウト時刻のセット、レスポンス待ちステータスのセ
ットを行なう一方、マルチ処理件数に達していれば、当
該電文を電文バッファに格納した後、該当ホストのレス
ポンス待ち電文数に空きができるのを待ってから、該当
ホストへの送信、レスポンスタイマ値によるレスポンス
待ちタイムアウト時刻のセット。

レスポンス待ちステータスのセットを行なう手段と、 カード認証端末から何れかのホストへ送信すべき電文が
受信されたとき、電文バッファが満杯のときには、当該
電文を電文バッファへ格納することなく、当該送信元カ
ード認証端末に対しビジー電文を送信する手段と、 電文バッファに格納されたいずれかの電文に関しレスポ
ンス待ちタイムアウト時刻の経過が検出されたときには
、当該電文の送信元に対しエラー電文を送信する手段と
、 を具備することを特徴とするものである。

このような構成によれば、各ホストについてレスポンス
待ち電文数がそのマルチ処理件数に達したとしても、そ
れだけでは直ちにビジー電文の返送は行なわれず、全電
文バッファが満杯になったときに初めてビジー電文の返
送が行なわれるため、中継装置としての電文受付数を増
加させ、ひいてはカード認証端末利用者に対するサービ
ス向上を図ることができる。

（実施例の説明） 第１図は本発明に係る中継装置が適用されたカード認証
システム全体の構成を示すブロック図である。

同図においてクラスタコントローラ１は本発明の中継装
置に相当するもので、これから延びる複数系統のＬＡＮ
１〜５には、多数のカード認証端末（以下、ＣＡＴとい
う）が接続されている。

また、クラスタコントローラ１には、ダイレクトにスト
アコントローラ（オフィスコンピュータ）２が接続され
、これらとの間の交信も可能になされている。

ここで、以上説明したクラスタコントローラ１゜ストア
コントローラ２及びカード認証端末ＣＡＴは通常同一店
舗内に設置され、専用回線を介してセンタのホストコン
ピュータ等との交信が可能になされている。

この例では、クラスタコントローラ１はそれぞれ固有の
専用回線を介して２台のホストコンビ１−タ１，２へと
接続されている。

第２図に示されるように、クラスタコントローラ１の制
御部は、ＣＰＵ３．ＲＯＭ４及びＲＡＭ５を主体とした
マイクロコンピュータを主体として構成され、そのシス
テムバスには前述したホス・　ト１．２の専用回線を接
続するためのホストコインタフエース６、ホスト２イン
タフエース７が接続され、またストアコントローラ２．
各ＬＡＮとの接続のためのストアコントローラインタフ
ェース８及びＬＡＮ１インタフエース〜ＬＡＮ５インタ
フエース９−１〜９−５がそれぞれ接続されている。

そして、第３図に示されるように、ＲＡＭ５内には複数
個（図示例では１８個）の電文バッファが設けられてお
り、各電文バッファ内にはバッファステータス、ホスト
レスポンス待ちタイムアウト時刻、送信元ＣＡＴチャネ
ルＮＯ０，送信元ＣＡＴアドレス、送信先及び送信デー
タがそれぞれ格納可能になされている。

ここで、バッフ１ステータスの内容は、数値Ｏが空、数
値１がホスト送信前、数値２がホスト送信中、数値３が
ホストレスポンス待ち、数値４がＣＡＴ送信中をそれぞ
れ表わしている。

また、ホストレスポンス待ちタイムアウト時刻は、ｏｏ
ｏｏｏｏｏｏ〜９９９９９９９９　（ＸｌＱｍｓ　ｅ　
ｃ　）の単位でホストレスポンス待ちタイムアウト時刻
を記憶するようになされている。

また、送信元ＣＡＴチャネルは１〜５．送信元ＣＡＴア
ドレスは０１〜１Ｆ（ｈｅｘ）となされている。

更に、送信先としては、数値１がホスト１．数値２がホ
スト２．数値３がストアコントローラ２に意味付けがな
されている。

一方、ＲＡＭ５内には以上の送信バッフ１のほかに、第
５図に示されるホストインフォメーションテーブル及び
第６図に示される現在時刻レジスタが格納されている。

ホストインフォメーションテーブルには、ホストコ。ホ
スト２．ストアコントローラ毎に、前述したマルチ処理
件数、レスポンスタイマ値がそれぞれ格納されている。

ここで、マルチ処理件数とは、該当ホストに対し、直前
の送信電文に関するレスポンスを受信していないままに
、そのまま送信できる件数を表わしている。

なお、前述したように送信電文バッファには、マルチ処
理件数とはかかわりなく、ホスト１．ホスト２．ストア
コントローラのトータルが１８まで電文を格納可能にな
されている。

また、レスポンスタイマ値は、該当ホストに対し電文送
信後からレスポンス受信までの監視タイマ時刻である。

また、第６図に示される現在時刻レジスタの内容は、例
えば割込処理によって１Ｑｍｓｅｃ毎に＋１されており
、ここにｏｏｏｏｏｏｏｏ〜９９９９９９９９　（ｘｌ
ｏｍｓｅｃ）の単位で、現在時刻データが逐次生成され
るようになされている。

一方、前述したバッファステータスの定義は、第４図に
示される時系列的な状態を表わしており、図中■〜■が
バッフ１ステータスの内容数値に対応している。

更に、ホストレスポンス待ちタイムアウト時刻の算出（
よ、ホストに送信した直後に、現在時刻レジスタに登録
された現在時刻を読出し、これに該当ホストのレスポン
スタイマ値を加算して、その値をホストレスポンス待ち
タイムアウト時刻とするものである。

次に、第７図はＲＯＭ４に格納されたシステムプログラ
ムの構成を示すフローチャートであり、以下このフロー
チャートを参照しながら、本実施例装置の動作を系統的
に説明する。

電源投入等によりプログラムがスタートされると、公知
の初期処理によって各種レジスタ、フラグ類の初期設定
が行なわれた後（ステップ７０１）、各ホスト毎にステ
ータスが３（レスポンス待ち）のバッフ１数を算出する
（ステップ７０２）。

プログラムスタート当初にあっては、第３図に示される
送信電文バッファには一切電文が格納されていないから
、その後マルチ処理件数に達していないホストは有りと
判定され（ステップ７０３肯定）、更にそのホストに対
しステータスが１（ホスト送信前）のバッフ１はなしと
判定されて（ステップ７０４否定）、以後ホストレスポ
ンス待ちタイムアウトのバッフ１有りをチエツクしなが
ら（ステップ７０５否定）、なんらかの電文が受信され
るのを待機する状態となる（ステップ７０６否定）。

この状態において、なんらかの電文が受信されると（ス
テップ７０６肯定）、受信された電文がＣＡＴからのも
のか、あるいはホスト（ホスト１゜ホスト２．ストアコ
ントローラ）からのものかの判別を行なう。

そして、ＣＡＴからの電文であれば、空バッファ有りを
条件として（ステップ７０７肯定）、該当ホストからの
レスポンス待ちのバッファの数は、既にマルチ処理件数
に達しているか否かの判定を行なう（ステップ７０８）
。

プログラムスタート当初、マルチ処理件数に達している
わけはないから、その結果はマルチ処理件数に達してい
ないと判定され（ステップ７０８否定）、続いて受信デ
ータを空バッファに格納し、送信元ＣＡＴのチャネルＮ
ｏ、、アドレス、送信先をセットし、更にバッフ１ステ
ータスを２（ホスト送信中）にセットする（ステップ７
０９）。

その後、受信データを該当ホストに送信して（ステップ
７１０）、送信エラーの判定を行なう（ステップ７１１
）。

ここで、送信エラーと判定されれば（ステップ７１１肖
定）、直ちに該当ＣＡＴに対しエラー電文を送信し、バ
ッフ１の内容をクリアするのに対しくステップ７１２）
、送信が正常と判定されれば（ステップ７１１否定）、
該当バッフ１のステータスを３（レスポンス待ち）にセ
ットし、ホストレスポンス待ちタイムアウト時刻をセッ
トする（ステップ７１３）。

前述したように、このホストレスポンス待ちタイムアウ
ト時刻の算出は、ホストに送信した直後に、現在時刻レ
ジスタから現在時刻を読出し、これにホストインフォメ
ーションテーブルから読み出したレスポンスタイマ値を
加算し、これをホストレスポンス待ちタイムアウト時刻
とするのである。

以後、以上説明した受信データを空バッファに格納し、
送信元ＣＡＴのチャネルＮＯ９，アドレス、送信先をセ
ットし、またバッフ７ステータスを２（ホスト送信中）
にセットする処理（ステップ７０９）及び受信データを
該当ホストに送信しくステップ７１０）、その後送信エ
ラーの有無に応じて（ステップ７１１）、エラー電文の
送信かくステップ７１２＞、該当バッファステータスを
３（レスポンス待ち）にセットし、ホストレスポンス待
ちタイムアウト時刻をセットする処理〈ステップ７１３
）からなる一連の処理を、該当ボス′トからのレスポン
ス待ちのバッファの数がマルチ処理件数に達するまでの
間（ステップ７０８）、継続するわけである。

これに対して、以上の受信送信処理を繰り返す間に、該
当ホストからのレスポンス待ちのバッフ１の数がマルチ
処理件数に達しているとの判定がなされると（ステラ１
フ０８Ｍ定）、その場合には従来装置のように直ちにビ
ジー電文を該当ＣＡＴに送信するのではなく、受信デー
タをそのまま空バッフ１に格納し、送信元ＣＡＴのチャ
ネルＮＯ８，アドレス、送信先をセットし、またバッフ
１ステータスを１（ホスト送信前）にセットする処理を
実行する（ステップ７１４）。

すなわち、従来装置の場合、いずれかのホストに関しマ
ルチ処理件数に達すれば、直ちにＣＡＴからの電文受付
を停止してビジー電文を返送していたのに対し、本実施
例装置の場合その時点で電文バッフ１に空きがあれば（
ステップ７０７肯定）、ＣＡＴからの電文をそのまま受
付け、ただしバッフ１ステータスを１（ホスト送信前）
にセットして、送信自体は後述するように、マルチ処理
件数に空きができるまで待機するわけである。

以後、マルチ処理件数に達したホスト側において、いず
れかの処理が完了してその旨のレスポンスが返送される
と（ステップ７０６肖定）、直ちに受信データの送信先
ＣＡＴのチャネルＮｏ、。

アドレス、送信元から当該レスポンスに対応した電文の
登録されたバッファが検索され（ステップ７１５Ｌ該当
するバッファが存在すれば（ステップ７１６肯定）、該
当バッフ１のステータスを４　（ＣＡＴ送信前）にセッ
トしくステップ７１７）、受信データを該当ＣＡＴに送
信しくステップ７１８）、最後に該当バッフ１をクリア
する（ステップ７１９）。

これにより、当該ホストに関しマルチ処理件数には電文
１個分だけ空きが生ずることとなる。

すると、それまで電文バッファに格納され、いまだ送信
されていなかった電文は、マルチ処理件数に達していな
いホスト有り（ステップ７０３肯定）、ホストに対しス
テータスが１（ホスト送信前）のバッファは有り（ステ
ップ７０４肯定）と判定される結果、バッフ７ステータ
スを２（ホスト送信中）にセットした後（ステップ７２
０）、該当ホスト送信前の電文は該当ホストへと送信さ
れ（ステップ７２１）、その後送信エラーの有無に応じ
て（ステップ７２２）　、該当ＣＡＴに対するエラー電
文を送信してバッファをクリアする処理（ステップ７２
３）　、あるいは該当バッフ１のステータスを３（レス
ポンス待ち）にセットし、ホストレスポンス待ちタイム
アウト時刻をセットする処理（ステップ７２４）が択一
的に実行されることとなる。

つまり、以上を簡略化して説明すれば、ＣＡＴから受信
される電文を順次該当するホストへ送信していく間に、
該当ホストがマルチ処理件数に達した場合、その時点で
電文バッファに空きがあれば、なおも該当ホストに対す
る電文を受付けておき、その後該当ホストについてマル
チ処理件数に空きが生じた時点で、これを該当ホストへ
送信するわけである。

一方、以上の動作を更に継続することにより、電文バッ
ファが全て満杯となり、空バッファなしと判定されると
（ステップ７０７否定）、初めてこの時点において該当
ＣＡＴに対しビジー電文の送信が行なわれ（ステップ７
２５）、この場合にはもはやＣＡＴからの電文受付は不
能となる。

また、受信待機状態において（ステップ７０６否定）、
いずれかの送信された電文に対し、ホスト側で処理不能
等の原因によりレスポンス待ちタイムアウトのバッファ
が生ずると（ステップ７０５肖定）、その場合には当該
電文バッフ１から該当する内容を読み出して、エラー電
文を作成し、これを該当ＣＡＴに返送することとなる（
ステップ７２６）。

第８Ａ図は、クラスタコントローラ（Ｃ／Ｃ）を経由し
て、カード認証端末（ＣＡＴ）からいずれかのホスト（
ホスト１．ホスト２．ストアコントローラ）へと送られ
る電文のフォーマットを示すもので、図示から明らかな
ように、送信元ＣＡＴはチャネルＮｏ、及びアドレスか
ら構成され、また送信先ホストとしては数値０００１．
０００２．０００３をそれぞれホスト１．ホスト２及び
ストアコントローラに意味付けており、更にその後にカ
ード取引データを付したものである。

また第８Ｂ図には、ホストからクラスタコントローラ（
Ｃ／Ｃ）を経由して、カード認証端末（ＣＡＴ）へ送信
すべき電文のフォーマットを示すもので、この場合にも
送信元ホスト、送信先ＣＡＴ、処理結果データを図示の
ようにフォーマット構成するのである。

以上の実施例の説明のように、本発明によれば、各ホス
ト毎にマルチ処理件数、レスポンス待ちタイムアウト時
刻の設定を可能として、受信電文数を増大するという基
本的な効果に加え、いずれかのホストに関しマルチ処理
件数を越えた場合にも、電文バッフ１が満杯になるまで
は、ＣＡＴからの電文受付を継続し、これにより電文受
付数を増加して、ＣＡＴ利用者にサービス向上を図ると
いう効果が得られるわけである。

【図面の簡単な説明】

第１図は本発明が適用されるカード認証システムの全体
構成を示すブロック図、第２図はクラスタコントローラ
のハードウェア構成を示すブロック図、第３図は電文バ
ッフ１の構成を示すメモリマツプ、第４図はバッフ１ス
テータスの定義を解説するための説明図、第５図はホス
トインフォメーションテーブルの内容を示すメモリマツ
プ、第６図は現在時刻レジスタの内容を示すメモリマツ
プ、第７図は同タラスクコントローラのソフトウェア構
成を示すフローチャート、第８図は電文フォーマットを
示す図である。 １・・・クラスターコントローラ ２・・・ストアコントローラ ３・・・ＣＰＵ ４・・・ＲＯＭ ５・・・ＲＡＭ ６・・・ホスト１インタフエース ７・・・ホスト２インタフエース ８・・・ストアコントローラインタフェース９−１〜９
−５ ・・・ＬＡＮ１インタフエース 〜ＬＡＮ５インタフェース 特許出願人　　立石電機株式会社 代理人　弁理士　　和　１）成　則 第８Ａ図 ＣＡＴ→　Ｃ／Ｃ→け１スト（ホスト！　、小スト２　
、入トコン）第８８図 ＴＩスト−嗜−〇／Ｃ→ＣＡＴ 手続ネ甫正書（方式） 昭和６２年１１月１０日 特許庁長官　小　川　邦　夫　殿 １、事件の表示　　　　　　　　　　　　　　ご・＼特
願昭６２−２５５６６２号 ２、発明の名称 中継装置 ３、補正をする者 事件との関係　　特許出願人 住　所　　京都市右京区花園土堂町１０番地名　称　　
（２９４）立石電機株式会社代表者立石義雄 ４、代理人・１０１ 住　所　　東京都千代田区内神田１丁目１５番１６号東
光ビル６階　８２９５−１４８０ ６、補正の対象 ７、補正の内容 （１）明細書第２１頁第５〜６行目に「第８図は電文フ
ォーマットを示す図である。」とあるのを、次のように
訂正する。 ［第８Ａ図はクラスタコントローラを経由して、カード
認証端末からいずれかのホストへと送られる電文のフォ
ーマットを示す図、第８Ｂ図はホストからクラスタコン
トローラを経由して、カード認証端末へ送信すべき電文
のフォーマットを示す図である。」

Claims (1)

【特許請求の範囲】
1. （１）カード認証端末群と２以上のホストとの間にあっ
   て、これら相互間における交信電文を中継する中継装置
   であって、 カード認証端末から受信した電文を格納するための複数
   個の電文バッファと、 マルチ処理件数及びレスポンスタイマ値を各ホスト別に
   記憶させたテーブルと、 カード認証端末からいずれかのホストへ送信すべき電文
   が受信されたとき、該当ホストのレスポンス待ち電文数
   がそのマルチ処理件数に達していなければ、当該電文を
   電文バッファに格納した後、直ちに該当ホストへの送信
   、レスポンスタイマ値によるレスポンスタイマ待ちタイ
   ムアウト時刻のセット、レスポンス待ちステータスのセ
   ットを行なう一方、マルチ処理件数に達していれば、当
   該電文を電文バッファに格納した後、該当ホストのレス
   ポンス待ち電文数に空きができるのを待ってから、該当
   ホストへの送信、レスポンスタイマ値によるレスポンス
   待ちタイムアウト時刻のセット、レスポンス待ちステー
   タスのセットを行なう手段と、 カード認証端末から何れかのホストへ送信すべき電文が
   受信されたとき、電文バッファが満杯のときには、当該
   電文を電文バッファへ格納することなく、当該送信元カ
   ード認証端末に対しビジー電文を送信する手段と、 電文バッファに格納されたいずれかの電文に関しレスポ
   ンス待ちタイムアウト時刻の経過が検出されたときには
   、当該電文の送信元に対しエラー電文を送信する手段と
   、 を具備することを特徴とする中継装置。