JPH06342410A - 通信アダプタ - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 送信データを内部のメモリ（バッファ）に蓄
積してから送信する通信アダプタに関し、不足分のメモ
リ（バッファ）が返却されるとデータ送信を直ちに再開
して通信速度を高める。 【構成】 端末１０からデータの送信が要求されたとき
に、データを格納できる量のメモリが残存しているか否
かのメモリ残存量チェック手段１２と、メモリが残存し
ていたときに格納に必要な量のメモリ１４を獲得するメ
モリ獲得手段１６と、獲得されたメモリ１４へ格納する
送信データ格納手段１８と、メモリ１４に格納されたデ
ータをホスト２０へネットワーク２２を介して送信する
データ送信手段２４と、データの送信が完了したときに
メモリ１４を解放するメモリ解放手段２６と、端末１０
から要求のデータを格納できるメモリが残存しなかった
ときに通知するデータ送信拒否手段２８と、を有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、端末の送信データを内
部のメモリ（バッファ）に蓄積してからネットワークを
介しホストへ送信する通信アダプタに関する。

【０００２】銀行のオンラインシステムにおいては、Ａ
ＴＭ（端末）に通信アダプタが設けられており、この通
信アダプタがネットワークを介してホストコンピュータ
と接続されている。

【０００３】そして、通信アダプタではＡＴＭからデー
タの送信が要求される毎にそのデータを格納できる数の
バッファが用意され、ＡＴＭの送信データは用意された
各バッファに蓄積されてからネットワークへ送出され
る。

【０００４】

【従来の技術】図４では銀行オンラインシステムの構成
が説明されており、通信アダプタ４００はＡＴＭ１０
（端末）とはバス３０を介して接続され、ホストコンピ
ュータ２０とはネットワーク２２を介して結ばれる。

【０００５】この通信アダプタ４００にはオペレーティ
ングシステム部４０２，メモリ部４０４，バス制御部４
０６，バッファ管理部４０８，タイマ部４１０，通信制
御部４１２（トランスポート層，ネットワーク層，デー
タリンク層，物理層の通信制御を行なえる），ネットワ
ーク監視部４１４が設けられており、バス制御部４０６
にデータの送信要求と送信データとがＡＴＭ１０からバ
ス３０を介して与えられる。

【０００６】バス制御回路４０６はデータの送信要求を
ＡＴＭ１０から受信したときで、送信バッファ１４の数
が不足しているときに、その獲得をバッファ管理部４０
８へ依頼し、バッファ管理部４０８は残り全ての送信バ
ッファ１４（システム上限値まで）または送信データを
格納できる必要数の送信バッファ１４をメモリ部４０４
から獲得して結果をバス制御回路４０６へ通知する。

【０００７】このときに送信バッファ１４の獲得失敗が
通知されると、バス制御回路４０６はデータ送信の拒否
をＡＴＭ１０に通知してタイマ部４１０を起動し、タイ
マ部４１０がタイムアップするまで、ＡＴＭ１０のデー
タ送信要求を拒否する（タイマ部４１０のタイムアップ
まで、ＡＴＭ１０からデータの送信要求を受信する毎
に、データ送信の拒否をＡＴＭ１０へ通知する）。

【０００８】また送信バッファ１４の獲得に成功した場
合、バッファ管理部４０８は送信バッファ１４の獲得成
功をバス制御部４０６に通知し、獲得した送信バッファ
１４をこれに引き渡す。

【０００９】送信バッファ１４の獲得成功が通知される
と、バス制御部４０６はＡＴＭ１０から受け取った送信
データを引き渡された送信バッファ１４へ格納し、その
送信バッファ１４を通信制御部４１２に引き渡す。

【００１０】通信制御部４１２はバス制御部４０６が送
信バッファ１４に格納した送信データを逐次取り出して
ネットワーク２２へ送出し、ホストコンピュータ２０へ
送信する。

【００１１】そして送信バッファ１４から全てのデータ
をネットワーク２２へ送出すると、通信制御部４１２は
データ送信の完了をネットワーク監視部４１４へ通知
し、ネットワーク監視部４１４は送信バッファ１４（メ
モリ）の返却をバッファ管理部４０８に指示する。

【００１２】図５，図６では通信アダプタ４００の作用
が説明されており、同図においては、各送信バッファ１
４の容量を２５６バイトとし、送信バッファ１４のシス
テム上限値を１００個とし、送信データには通信プロト
コルのヘッダが付加されないものとする。

【００１３】ＡＴＭ１０の電源の投入やリセット操作が
行なわれると、初期化処理が開始され、バッファ管理部
４０８が１００個の送信バッファ１４を確保し（ステッ
プ５００）、それらのバッファ１４がバス制御部４０６
へ全て引き渡される（ステップ５０２：この処理はバス
制御部４０６が主体となって行なわれる）。

【００１４】次いで通信処理が開始され、最初にＡＴＭ
１０がデータ（１５ＫＢ）の送信を要求すると（送信要
求１：ステップ５０４）、バス制御部４０６はそのデー
タ送信で必要となる個数（６０個）の送信バッファ１４
を使用してこれに送信データを格納する（ステップ５０
６）。

【００１５】そして、バス制御部４０６は送信データが
書き込まれた６０個の送信バッファ１４を通信制御部４
１２に引渡し、通信制御部４１２は引き渡された送信バ
ッファ１４から送信データを取り出してネットワーク２
２へ送出する処理を開始する（ステップ５０８）。さら
に、バス制御部４０６はデータ送信受付の正常完了をＡ
ＴＭ１０へ通知する（ステップ５１０）。

【００１６】またＡＴＭ１０からデータ（１５ＫＢ）の
送信が要求されるが（送信要求２：ステップ５１２）、
初回のデータ送信で１００個の送信バッファ１４から６
０個が使用されており、この２回目のデータ送信で２０
個分の送信バッファ１４が不足することから（ステップ
５１４）、バス制御部４０６は、残り全ての送信バッフ
ァ１４を獲得するよう、バッファ管理部４０８に依頼す
る（ステップ５１６）。

【００１７】バッファ管理部４０８は、送信バッファ１
４が既にシステム上限値の１００個まで獲得されてお
り、初回のデータ送信で使用された６０個の送信バッフ
ァ１４が通信制御部４１２より返却されていないことか
ら、送信バッファ１４の獲得失敗をバス制御部４０６に
通知する（ステップ５１８）。

【００１８】送信バッファ１４の獲得失敗が通知される
と、バス制御部４０６は２回目のデータ送信要求を拒否
する内容をＡＴＭ１０に通知し、タイマ部４１０を起動
する（ステップ５２０）。

【００１９】そしてバス制御部４０６は、ＡＴＭ１０か
ら要求されたデータの送信を拒否し、この拒否をタイマ
部４１０がタイムアップするまで繰り返す（ステップ５
２２）。図５においては、ネットワーク２２へのデータ
送出（ホストコンピュータ２０へのデータ送信）が完了
（ステップ５２４）した後で、送信バッファ１４（デー
タ送信に通信制御部４１２が使用したもの）がタイムア
ップ前に返却されていることから（ステップ５２６）、
ＡＴＭ１０のデータ送信要求はそのタイムアップ時刻ま
で拒否される（ステップ５２２）

【００２０】そしてタイマ部４１０がタイムアップする
と、バス制御部４０６はバッファ管理部４０８に送信バ
ッファ１４の獲得（数はシステム上限値までの６０個）
を依頼し（ステップ５２８）、バッファ管理部４０８は
６０個の送信バッファ１４を獲得してバス制御部４０６
に引き渡す（ステップ５３０）。

【００２１】このときにＡＴＭ１０がデータ（１５Ｋ
Ｂ）の送信を要求すると（送信要求２：ステップ５３
２）、バス制御部４０６はそのデータ送信で必要となる
個数（６０個）の送信バッファ１４を使用してこれに送
信データを格納する（ステップ５３４）。さらに、それ
らの送信バッファ１４を通信制御部４１２に引渡し、通
信制御部４１２は引き渡された送信バッファ１４から送
信データを取り出してネットワーク２２へ送出する処理
を開始する（ステップ５３６）。

【００２２】なお、バス制御部４０６はデータ送信受付
の正常完了をＡＴＭ１０へ通知する（ステップ５３
８）。

【００２３】

【発明が解決しようとする課題】従来においては、送信
バッファ１４が不足してタイマ部４１０が一旦起動され
ると（ステップ５２０）、途中で送信バッファ１４が返
却されても（ステップ５２６）、タイマ部４１０がタイ
ムアップするまで、ＡＴＭ１０のデータ送信要求が拒否
される（ステップ５２２）ので、ＡＴＭ１０が一時的に
送信待ちとなり、したがって、その送信能力が低下す
る。

【００２４】本発明は上記従来の事情に鑑みてなされた
ものであり、その目的は、メモリ（バッファ）の不足で
送信待ちとなる時間を短縮することが可能となる通信ア
ダプタを提供することにある。

【００２５】

【課題を解決するための手段】上記目的を達成するため
に、第１発明にかかる通信アダプタは図１のように構成
されており、同図の通信アダプタは、端末１０からデー
タの送信が要求されたときに、該データを格納できる量
のメモリが残存しているか否かを調べるメモリ残存量チ
ェック手段１２と、端末１０から送信が要求されたデー
タを格納できる量のメモリが残存していたときに、該デ
ータの格納に必要な量のメモリ１４を獲得するメモリ獲
得手段１６と、端末１０より送信が要求されたデータを
獲得されたメモリ１４へ格納する送信データ格納手段１
８と、メモリ１４に格納されたデータをホスト２０へネ
ットワーク２２を介して送信するデータ送信手段２４
と、ホスト２０に対するデータの送信が完了したとき
に、該データが格納されメモリ１４を解放するメモリ解
放手段２６と、端末１０から送信が要求されたデータを
格納できる量のメモリが残存していなかったときに、該
データの送信拒否を端末１０へ通知するデータ送信拒否
手段２８と、を有している。

【００２６】また第２発明にかかる通信アダプタは、端
末１０からデータの送信がバス３０を介して要求された
ときに、該データを格納できる数の送信バッファが残存
しているか否かを調べる手段１２と、端末１０から送信
が要求されたデータを格納できる数の送信バッファが残
存していたときに、該データの格納に必要な数の送信バ
ッファ１４を獲得する手段１６と、端末１０より送信が
要求されたデータをバス３０から受信して獲得された送
信バッファ１４へ格納する手段１８と、送信バッファ１
４に格納されたデータをホスト２０へネットワーク２２
を介して送信する手段２４と、ホスト２０に対するデー
タの送信が完了したときに、該データが格納されていた
送信バッファ１４を返却する手段２６と、端末１０から
送信が要求されたデータを格納できる数の送信バッファ
が残存していなかったときに、該データの送信拒否を端
末１０へバス３０を介して通知する手段２８と、を有し
ている。

【００２７】

【作用】送信メモリ（送信バッファ）１４が不足した場
合には、通信アダプタ（４００）がそのメモリ（バッフ
ァ）１４の返却待ちとなり、端末１０のデータ送信を拒
否する。そしてメモリ（バッファ）１４の返却を確認す
ると、通信アダプタ（４００）は端末１０が送信を要求
したデータを直ちに受け取り、返却されたメモリ（バッ
ファ）１４に格納し、このデータの送信を開始する。

【００２８】

【実施例】以下、本発明が適用された通信アダプタの好
適な実施例を図面に基づいて説明する。

【００２９】図２では実施例の構成が説明されており、
通信アダプタ４００にはオペレーティングシステム部４
０２，メモリ部４０４，バス制御部４０６，バッファ管
理部４０８，通信制御部４１２（トランスポート層，ネ
ットワーク層，データリンク層，物理層の通信制御を行
なえる），ネットワーク監視部４１４が設けられ、図４
のタイマ部４１０が省略される。

【００３０】同図のバス制御回路４０６はデータの送信
要求をＡＴＭ１０から受信したときで、送信バッファ１
４の数が不足しているときに、その獲得をバッファ管理
部４０８へ依頼し、バッファ管理部４０８は残り全て
（システム上限値まで）の送信バッファ１４または送信
データを格納できる必要数の送信バッファ１４をメモリ
部４０４から獲得して結果をバス制御回路４０６へ通知
する。

【００３１】このときに送信バッファ１４の獲得失敗が
通知されると、バス制御回路４０６はデータ送信の拒否
をＡＴＭ１０に通知する（送信バッファ１４の獲得が成
功するまで、ＡＴＭ１０のデータ送信を拒否する）。

【００３２】また送信バッファ１４の獲得成功が通知さ
れた場合、バッファ管理部４０８は送信バッファ１４の
獲得成功をバス制御部４０６に通知して獲得の送信バッ
ファ１４をこれに引き渡す。バス制御部４０６はＡＴＭ
１０から受け取った送信データをバッファ管理部４０８
より引き渡された送信バッファ１４へ格納してその送信
バッファ１４を通信制御部４１２に引き渡す。

【００３３】通信制御部４１２はバス制御部４０６が送
信バッファ１４に格納した送信データを逐次取り出して
ネットワーク２２へ送出し、ホストコンピュータ２０へ
送信する。

【００３４】そして送信バッファ１４から全てのデータ
をネットワーク２２へ送出すると、通信制御部４１２は
データ送信の完了をネットワーク監視部４１４へ通知
し、ネットワーク監視部４１４は送信バッファ１４の返
却をバッファ管理部４０８に指示する。

【００３５】図３では通信アダプタ４００の作用が説明
されており、同図においても、各送信バッファ１４の容
量を２５６バイトとし、送信バッファ１４のシステム上
限値を１００個とし、送信データには通信プロトコルの
ヘッダが付加されないものとする。

【００３６】ＡＴＭ１０の電源の投入やリセット操作が
行なわれると、初期化処理が開始され、バッファ管理部
４０８が１００個の送信バッファ１４を確保し（ステッ
プ５００）、それらのバッファ１４をバス制御部４０６
へ全て引き渡す（ステップ５０２：この処理はバッファ
管理部４０８が主体となる）。

【００３７】次いで通信処理が開始され、最初にＡＴＭ
１０がデータ（１５ＫＢ）の送信を要求すると（送信要
求１：ステップ５０４）、バス制御部４０６はそのデー
タ送信で必要となる個数（６０個）の送信バッファ１４
を使用してこれに送信データを格納する（ステップ５０
６）。

【００３８】そして、バス制御部４０６は送信データが
書き込まれた６０個の送信バッファ１４を通信制御部４
１２に引渡し、通信制御部４１２は引き渡された送信バ
ッファ１４から送信データを取り出してネットワーク２
２へ送出する処理を開始する（ステップ５０８）。さら
に、バス制御部４０６はデータ送信受付の正常完了をＡ
ＴＭ１０へ通知する（ステップ５１０）。

【００３９】またＡＴＭ１０からデータ（１５ＫＢ）の
送信が再び要求されるが（送信要求２：ステップ５１
２）、バス制御部４０６は、その２回目のデータ送信で
２０個分の送信バッファ１４が不足していることを確認
し（ステップ５１４）、データ送信要求の拒否をＡＴＭ
１０へ直ちに通知し、送信バッファ１４の補充待ちとな
り（ステップ５２０）、必要数の送信バッファ１４が引
き渡されるまで、ＡＴＭ１０のデータ送信要求を全て拒
否する（ステップ５２２）。

【００４０】ここで、通信制御部４１２がネットワーク
２２へのデータ送出（ホストコンピュータ２０へのデー
タ送信）を完了し（ステップ５２４）、送信バッファ１
４（データ送信に使用した６０個）を解放すると（ステ
ップ５２６）、バッファ管理部４０８は解放された送信
バッファ１４を全てバス制御部４０６に引き渡す（ステ
ップ３００）。

【００４１】そしてバス制御部４０６は、バッファ管理
部４０８から送信バッファ１４が引き渡されたことを確
認した後、ＡＴＭ１０からデータ（１５ＫＢ）の送信が
要求されると（送信要求２：ステップ５３２）、そのデ
ータ送信で必要となる個数（６０個）の送信バッファ１
４を使用してこれに送信データを格納する（ステップ５
３４）。

【００４２】さらにバス制御部４０６はそれらの送信バ
ッファ１４を通信制御部４１２に引渡し、通信制御部４
１２は引き渡された送信バッファ１４から送信データを
取り出してネットワーク２２へ送出する処理を開始し
（ステップ５３６）、バス制御部４０６はデータ送信受
付の正常完了をＡＴＭ１０へ通知する（ステップ５３
８）。

【００４３】以上のように、データ送信用のバッファ１
４が不足すると、以後におけるデータ送信の要求は拒否
されるが、タイムアップの時刻まで待つことなく、デー
タ通信に必要な数のバッファ１４が補充された時点か
ら、データ送信を直ちに再開できる。

【００４４】したがって本実施例によれば、送信バッフ
ァ１４の不足でＡＴＭ１０が送信待ちとなる時間を短縮
でき、ちなみに、タイマ時間が５００ｍｓｅｃで、バッ
ファ１４の補充までに３００ｍｓｅｃの時間を要してい
た従来のシステムに比し、２００ｍｓｅｃもデータ送信
の待ち時間を短縮できる。

【００４５】このため、ＡＴＭ１０，ホストコンピュー
タ２０間で行なわれるデータ通信の速度を実質的に高め
て業務効率をより高めることが可能となる。

【００４６】

【発明の効果】以上説明したように本発明によれば、不
足分のメモリ（バッファ）が返却されたときからデータ
送信を直ちに再開できるので、端末，ホスト間の通信速
度をより高めることが可能となる。

【図面の簡単な説明】

【図１】発明の原理説明図である。

【図２】実施例の構成説明図である。

【図３】実施例の作用説明図である。

【図４】従来例の構成説明図である。

【図５】従来例の作用説明図である。

【図６】従来例の作用説明図である。

【符号の説明】

１０ ＡＴＭ １４ 送信バッファ ２０ ホストコンピュータ ２２ ネットワーク ４００ 通信アダプタ ４０２ オペレーティングシステム部 ４０４ メモリ部 ４０６ バス制御部 ４０８ バッファ管理部 ４１０ タイマ部 ４１２ 通信制御部 ４１４ ネットワーク監視部

Claims (2)

【特許請求の範囲】
1. 【請求項１】 端末（１０）からデータの送信が要求さ
   れたときに、該データを格納できる量のメモリが残存し
   ているか否かを調べるメモリ残存量チェック手段（１
   ２）と、 端末（１０）から送信が要求されたデータを格納できる
   量のメモリが残存していたときに、該データの格納に必
   要な量のメモリ（１４）を獲得するメモリ獲得手段（１
   ６）と、 端末（１０）より送信が要求されたデータを獲得された
   メモリ（１４）へ格納する送信データ格納手段（１８）
   と、 メモリ（１４）に格納されたデータをホスト（２０）へ
   ネットワーク（２２）を介して送信するデータ送信手段
   （２４）と、 ホスト（２０）に対するデータの送信が完了したとき
   に、該データが格納されメモリ（１４）を解放するメモ
   リ解放手段（２６）と、 端末（１０）から送信が要求されたデータを格納できる
   量のメモリが残存していなかったときに、該データの送
   信拒否を端末（１０）へ通知するデータ送信拒否手段
   （２８）と、 を有する、 ことを特徴とした通信アダプタ。
2. 【請求項２】 端末（１０）からデータの送信がバス
   （３０）を介して要求されたときに、該データを格納で
   きる数の送信バッファが残存しているか否かを調べる手
   段（１２）と、 端末（１０）から送信が要求されたデータを格納できる
   数の送信バッファが残存していたときに、該データの格
   納に必要な数の送信バッファ（１４）を獲得する手段
   （１６）と、 端末（１０）より送信が要求されたデータをバス（３
   ０）から受信して獲得された送信バッファ（１４）へ格
   納する手段（１８）と、 送信バッファ（１４）に格納されたデータをホスト（２
   ０）へネットワーク（２２）を介して送信する手段（２
   ４）と、 ホスト（２０）に対するデータの送信が完了したとき
   に、該データが格納されていた送信バッファ（１４）を
   返却する手段（２６）と、 端末（１０）から送信が要求されたデータを格納できる
   数の送信バッファが残存していなかったときに、該デー
   タの送信拒否を端末（１０）へバス（３０）を介して通
   知する手段（２８）と、 を有する、 ことを特徴とした通信アダプタ。