JPH06120986A - バッファ管理方式 - Google Patents
バッファ管理方式Info
- Publication number
- JPH06120986A JPH06120986A JP4264566A JP26456692A JPH06120986A JP H06120986 A JPH06120986 A JP H06120986A JP 4264566 A JP4264566 A JP 4264566A JP 26456692 A JP26456692 A JP 26456692A JP H06120986 A JPH06120986 A JP H06120986A
- Authority
- JP
- Japan
- Prior art keywords
- data
- buffer
- transmission
- reception
- user space
- 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.)
- Pending
Links
Landscapes
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】送達確認型のデータ転送で生じる、送信側での
ＡＣＫ待ち、受信側でのデータ待ち時間を減少してデー
タ転送を効率的に行なうこと。 【構成】複数の送信バッファと受信バッファをキューに
繋いで管理し、実際の送受信には、カレントバッファポ
インタによって示されたバッファを用い、ユーザ空間と
バッファ間でのデータコピーをＣＰＵの空き時間内に行
なう。 【効果】データ受信待ち、ＡＣＫ待ち時間等のＣＰＵ空
き時間に送受信バッファとユーザ空間との間でのデータ
コピーを行なって、データ送受信時間を短縮すると共
に、待ち時間を有効に利用して、データ転送を効率的に
行なうことができる。
ＡＣＫ待ち、受信側でのデータ待ち時間を減少してデー
タ転送を効率的に行なうこと。 【構成】複数の送信バッファと受信バッファをキューに
繋いで管理し、実際の送受信には、カレントバッファポ
インタによって示されたバッファを用い、ユーザ空間と
バッファ間でのデータコピーをＣＰＵの空き時間内に行
なう。 【効果】データ受信待ち、ＡＣＫ待ち時間等のＣＰＵ空
き時間に送受信バッファとユーザ空間との間でのデータ
コピーを行なって、データ送受信時間を短縮すると共
に、待ち時間を有効に利用して、データ転送を効率的に
行なうことができる。
Description
【０００１】
【産業上の利用分野】本発明は、ローカルエリアネット
ワーク上で高信頼のプロトコルを用いて通信を行なう場
合に、データ受信側でのデータ受信待ち時間、及びデー
タ送信側でのＡＣＫ（送達確認）待ち時間を低減して、
効率的に、且つ高速なデータ転送を可能にするためのバ
ッファ管理方式に関するものである。
ワーク上で高信頼のプロトコルを用いて通信を行なう場
合に、データ受信側でのデータ受信待ち時間、及びデー
タ送信側でのＡＣＫ（送達確認）待ち時間を低減して、
効率的に、且つ高速なデータ転送を可能にするためのバ
ッファ管理方式に関するものである。
【０００２】
【従来の技術】図１に従来の通信システムの構成、図２
に従来の通信システムにおける送受信動作シーケンスを
示す。
に従来の通信システムにおける送受信動作シーケンスを
示す。
【０００３】図１で、１１はワークステーション、パー
ソナルコンピュータ等の情報機器であり、ＬＡＮ１７に
接続されて、他の情報機器とデータ転送を行う。ユーザ
アプリケーションプログラム１２は送達確認型のプロト
コル制御を行うプロトコル制御部１３に対して、ユーザ
空間の送信データエリア１８内にあるデータの送信又は
受信データエリア１９へのデータ受信要求を発行して、
データの送受信を行うプログラムであり、ユーザ空間で
動作する。プロトコル制御部１３は送信バッファ１４及
び受信バッファ１５を使って送達確認型のプロトコルに
従ったデータ送受信制御を行い、システム空間で動作す
る。ネットワークインタフェース制御部１６は、ＬＡＮ
１７との入出力を制御する。
ソナルコンピュータ等の情報機器であり、ＬＡＮ１７に
接続されて、他の情報機器とデータ転送を行う。ユーザ
アプリケーションプログラム１２は送達確認型のプロト
コル制御を行うプロトコル制御部１３に対して、ユーザ
空間の送信データエリア１８内にあるデータの送信又は
受信データエリア１９へのデータ受信要求を発行して、
データの送受信を行うプログラムであり、ユーザ空間で
動作する。プロトコル制御部１３は送信バッファ１４及
び受信バッファ１５を使って送達確認型のプロトコルに
従ったデータ送受信制御を行い、システム空間で動作す
る。ネットワークインタフェース制御部１６は、ＬＡＮ
１７との入出力を制御する。
【０００４】データ送信時、プロトコル制御部１３は、
受信側で正常にデータが受信されたことを示すＡＣＫ
（送達確認）を受信するまで送信バッファ１４内に送信
データを保持する。送信バッファ１４は、通常ある一定
の容量に制限される。従って、送信バッファ１４の容量
を超えるデータを転送する場合には、図２のシーケンス
に示すようにユーザ空間から送信バッファ１４に満杯に
データをコピーして２１送信処理を行ない２２、このデ
ータに対するＡＣＫを受信して２４、送信バッファを解
放２９してから次のデータを送信バッファ１４にコピー
２１して送信するという処理を繰り返す。ここでＡＣＫ
待ち時間２３は、受信側での処理オーバヘッドである。
受信側で正常にデータが受信されたことを示すＡＣＫ
（送達確認）を受信するまで送信バッファ１４内に送信
データを保持する。送信バッファ１４は、通常ある一定
の容量に制限される。従って、送信バッファ１４の容量
を超えるデータを転送する場合には、図２のシーケンス
に示すようにユーザ空間から送信バッファ１４に満杯に
データをコピーして２１送信処理を行ない２２、このデ
ータに対するＡＣＫを受信して２４、送信バッファを解
放２９してから次のデータを送信バッファ１４にコピー
２１して送信するという処理を繰り返す。ここでＡＣＫ
待ち時間２３は、受信側での処理オーバヘッドである。
【０００５】受信側ではネットワークインタフェース制
御部１６がＬＡＮ１７からのデータを受信すると、割込
みによってプロトコル制御部１３に受信を報告し、プロ
トコル制御部１３が受信したデータセグメントに対して
プロトコル処理を行なった後、データを受信バッファ１
５に格納してユーザアプリケーションプログラム１２に
データ受信を通知する。この一連の受信処理が行なわれ
た２６後、受信バッファ１５中に存在するデータをユー
ザ空間にコピーして２７、受信バッファを解放し２８、
バッファに空きができた後にＡＣＫの送信が行なわれる
２１０。ここで、データ待ち時間２５は送信側での処理
に要する時間である。
御部１６がＬＡＮ１７からのデータを受信すると、割込
みによってプロトコル制御部１３に受信を報告し、プロ
トコル制御部１３が受信したデータセグメントに対して
プロトコル処理を行なった後、データを受信バッファ１
５に格納してユーザアプリケーションプログラム１２に
データ受信を通知する。この一連の受信処理が行なわれ
た２６後、受信バッファ１５中に存在するデータをユー
ザ空間にコピーして２７、受信バッファを解放し２８、
バッファに空きができた後にＡＣＫの送信が行なわれる
２１０。ここで、データ待ち時間２５は送信側での処理
に要する時間である。
【０００６】従来のシステムでは、送信処理中における
データコピー（２１、２７）に要する時間の割合が大き
く、データ転送の高速化において一つの問題となってい
た。
データコピー（２１、２７）に要する時間の割合が大き
く、データ転送の高速化において一つの問題となってい
た。
【０００７】
【発明が解決しようとする課題】図２に示したシーケン
スで、ＡＣＫ待ち２３に要する時間は、データ受信側で
のデータ受信２６、データコピー２７、受信バッファ解
放２８およびＡＣＫ送信２１０に要する時間である。ま
た、データ待ち２５に要する時間は、送信側でのＡＣＫ
受信処理２４、送信バッファ解放処理２９、データコピ
ー２１、及びデータ送信処理２２に要する時間である。
これらのうちデータコピー２１、２７に要する時間が従
来のシステムでは比較的大きかった。
スで、ＡＣＫ待ち２３に要する時間は、データ受信側で
のデータ受信２６、データコピー２７、受信バッファ解
放２８およびＡＣＫ送信２１０に要する時間である。ま
た、データ待ち２５に要する時間は、送信側でのＡＣＫ
受信処理２４、送信バッファ解放処理２９、データコピ
ー２１、及びデータ送信処理２２に要する時間である。
これらのうちデータコピー２１、２７に要する時間が従
来のシステムでは比較的大きかった。
【０００８】このように、従来の方式では、データコピ
ーに要する時間が大きいと、送受信処理に要する時間が
大きくなり、送信側でのＡＣＫ待ち、受信側でのデータ
待ち時間が大きくなるといった問題があった。これらの
待ち時間を減少してデータ転送を効率的に行なうことが
本発明で解決しようとする課題である。
ーに要する時間が大きいと、送受信処理に要する時間が
大きくなり、送信側でのＡＣＫ待ち、受信側でのデータ
待ち時間が大きくなるといった問題があった。これらの
待ち時間を減少してデータ転送を効率的に行なうことが
本発明で解決しようとする課題である。
【０００９】
【課題を解決するための手段】前記課題を解決するた
め、本発明では、ユーザ空間から送信バッファにデータ
をコピーする場合に、複数の送信バッファを使用するこ
とを可能とし、ＡＣＫ待ち時間の間にデータをバッファ
にコピーしてこのバッファをキューに入れておき、実際
に送信プロトコル処理を開始するときにはポインタ操作
によって、次の送信バッファに切り換えてデータ送信を
開始できるようにした。また、複数の受信バッファの使
用を可能とし、データ受信時にはユーザ空間にデータを
コピーする前に現在の受信バッファをキューに入れ、新
たな受信バッファを用意して先にＡＣＫの送信を行なう
ようにした。
め、本発明では、ユーザ空間から送信バッファにデータ
をコピーする場合に、複数の送信バッファを使用するこ
とを可能とし、ＡＣＫ待ち時間の間にデータをバッファ
にコピーしてこのバッファをキューに入れておき、実際
に送信プロトコル処理を開始するときにはポインタ操作
によって、次の送信バッファに切り換えてデータ送信を
開始できるようにした。また、複数の受信バッファの使
用を可能とし、データ受信時にはユーザ空間にデータを
コピーする前に現在の受信バッファをキューに入れ、新
たな受信バッファを用意して先にＡＣＫの送信を行なう
ようにした。
【００１０】
【作用】本発明によれば、送信すべきデータが一つのバ
ッファに収まらないときには、システムから新たにバッ
ファを取得してＣＰＵ空き時間内に前もってデータをコ
ピーしてバッファをキューに入れておき、相手からのＡ
ＣＫを受信したときにポインタを操作するだけでバッフ
ァの解放と次のデータの送信を直ちに開始できるため、
送信処理が高速になる。また、空き時間にデータのコピ
ーを行なうため、ＣＰＵを有効に利用できる。一方、受
信側でデータを受信した場合には、データの入ったバッ
ファのポインタを操作してキューに入れ、直ちにＡＣＫ
送信処理を開始できるため、受信処理が高速になる。ま
た、キューに入れられたバッファ内のデータをＣＰＵ空
き時間内にユーザ空間にコピーすることによってＣＰＵ
を有効に利用できる。
ッファに収まらないときには、システムから新たにバッ
ファを取得してＣＰＵ空き時間内に前もってデータをコ
ピーしてバッファをキューに入れておき、相手からのＡ
ＣＫを受信したときにポインタを操作するだけでバッフ
ァの解放と次のデータの送信を直ちに開始できるため、
送信処理が高速になる。また、空き時間にデータのコピ
ーを行なうため、ＣＰＵを有効に利用できる。一方、受
信側でデータを受信した場合には、データの入ったバッ
ファのポインタを操作してキューに入れ、直ちにＡＣＫ
送信処理を開始できるため、受信処理が高速になる。ま
た、キューに入れられたバッファ内のデータをＣＰＵ空
き時間内にユーザ空間にコピーすることによってＣＰＵ
を有効に利用できる。
【００１１】
【実施例】図３に本発明の一実施例の構成を示す。３１
はワークステーション、パーソナルコンピュータ等の情
報機器であり、ＬＡＮ３２に接続され、他の情報機器と
データの送受信を行なう。ユーザアプリケーションプロ
グラム３３は送達確認型のプロトコル制御を行うプロト
コル制御部３４に対して、ユーザ空間の送信データエリ
ア３１３内にあるデータの送信又は受信データエリア３
１４へのデータ受信要求を発行して、データの送受信を
行うプログラムであり、ユーザ空間で動作する。プロト
コル制御部３４及びバッファ管理部３７はシステム空間
で動作する。プロトコル制御部３４はカレント送信バッ
ファポインタ３５で示された送信バッファ及びカレント
受信バッファポインタ３６で示された受信バッファを使
って送達確認型のプロトコルに従った送受信制御を行な
う。バッファ管理部３７は、送信バッファ３８、送信バ
ッファキュー３９、及び受信バッファ３１０、受信バッ
ファキュー３１１を管理し、ユーザアプリケーションプ
ログラム３３とプロトコル制御部３４間のデータ授受を
制御する。ネットワークインタフェース制御部３１２
は、ＬＡＮ３２との入出力を制御する。
はワークステーション、パーソナルコンピュータ等の情
報機器であり、ＬＡＮ３２に接続され、他の情報機器と
データの送受信を行なう。ユーザアプリケーションプロ
グラム３３は送達確認型のプロトコル制御を行うプロト
コル制御部３４に対して、ユーザ空間の送信データエリ
ア３１３内にあるデータの送信又は受信データエリア３
１４へのデータ受信要求を発行して、データの送受信を
行うプログラムであり、ユーザ空間で動作する。プロト
コル制御部３４及びバッファ管理部３７はシステム空間
で動作する。プロトコル制御部３４はカレント送信バッ
ファポインタ３５で示された送信バッファ及びカレント
受信バッファポインタ３６で示された受信バッファを使
って送達確認型のプロトコルに従った送受信制御を行な
う。バッファ管理部３７は、送信バッファ３８、送信バ
ッファキュー３９、及び受信バッファ３１０、受信バッ
ファキュー３１１を管理し、ユーザアプリケーションプ
ログラム３３とプロトコル制御部３４間のデータ授受を
制御する。ネットワークインタフェース制御部３１２
は、ＬＡＮ３２との入出力を制御する。
【００１２】次に、バッファ管理部の動作について図４
及び図５を用いて説明する。
及び図５を用いて説明する。
【００１３】図４は、データ送信時におけるバッファ管
理部３７の動作を説明したフローである。送信バッファ
キュー３９は初め空の状態でアプリケーションプログラ
ム３３からの送信要求があると４１、システムから送信
バッファ３８を獲得して送信バッファキュー３９に入
れ、カレント送信バッファポインタ３５にこのバッファ
の先頭アドレスをセットする４１４。次に、バッファ管
理部３７は送信バッファキュー３９の最後に繋がれたバ
ッファの内容を確認する４２。このバッファに空きがあ
ればデータをユーザ空間の送信データエリア３１３から
コピーし４３、このバッファがカレント送信バッファな
らば４１２、プロトコル制御部３４を起動して、送信を
行なう４４。ここで、送信データがまだデータエリア３
１３にあれば４５、送信バッファキュー３９の最後に繋
がれた送信バッファの内容を再び確認し４２、処理を繰
り返す。４２でバッファに空きが無いときには、新たに
バッファをシステムから獲得して送信バッファキュー３
９に入れ４６、この新しい送信バッファにデータエリア
３１３からデータをコピーする４７。ここで、ＡＣＫの
受信があれば４８、カレント送信バッファの内容を解放
し、空になった時点で送信バッファキュー３９から捨て
る４９。次に、送信バッファキュー３９にバッファがあ
るかを調べ４１０、あればカレント送信ポインタ３５の
内容を送信バッファキュー３９の先頭のバッファへのポ
インタ値に更新し４１１、プロトコル制御部３４を起動
して送信を行なう４４。送信処理は、送信バッファキュ
ー３９が空になった時点で終了する４１３。
理部３７の動作を説明したフローである。送信バッファ
キュー３９は初め空の状態でアプリケーションプログラ
ム３３からの送信要求があると４１、システムから送信
バッファ３８を獲得して送信バッファキュー３９に入
れ、カレント送信バッファポインタ３５にこのバッファ
の先頭アドレスをセットする４１４。次に、バッファ管
理部３７は送信バッファキュー３９の最後に繋がれたバ
ッファの内容を確認する４２。このバッファに空きがあ
ればデータをユーザ空間の送信データエリア３１３から
コピーし４３、このバッファがカレント送信バッファな
らば４１２、プロトコル制御部３４を起動して、送信を
行なう４４。ここで、送信データがまだデータエリア３
１３にあれば４５、送信バッファキュー３９の最後に繋
がれた送信バッファの内容を再び確認し４２、処理を繰
り返す。４２でバッファに空きが無いときには、新たに
バッファをシステムから獲得して送信バッファキュー３
９に入れ４６、この新しい送信バッファにデータエリア
３１３からデータをコピーする４７。ここで、ＡＣＫの
受信があれば４８、カレント送信バッファの内容を解放
し、空になった時点で送信バッファキュー３９から捨て
る４９。次に、送信バッファキュー３９にバッファがあ
るかを調べ４１０、あればカレント送信ポインタ３５の
内容を送信バッファキュー３９の先頭のバッファへのポ
インタ値に更新し４１１、プロトコル制御部３４を起動
して送信を行なう４４。送信処理は、送信バッファキュ
ー３９が空になった時点で終了する４１３。
【００１４】図５は、データ受信時におけるバッファ管
理部３７の動作を説明したフローである。受信バッファ
キュー３１１は初め空の状態で、カレント受信バッファ
ポインタ３６にはカレント受信バッファ３１５の先頭を
示すポインタ値が格納されている。ユーザアプリケーシ
ョンプログラム３３から受信要求があると５１、受信バ
ッファキュー３１１にバッファがあるかを確認する５
２。受信バッファキュー３１１が空で、カレント受信バ
ッファポインタ３６で示されたカレント受信バッファ３
１５にデータがあれば５３、カレント受信バッファ３１
５からデータをユーザ空間の受信データエリア３１４に
コピーして５４、受信処理を終了する５５。ここで、受
信されたデータ量がユーザアプリケーションプログラム
３３が受信したいデータ量よりも少なかったときには、
再びユーザアプリケーションプログラム３３が受信要求
を発行する。５２で受信バッファキュー３１１にバッフ
ァがあるときは、このバッファの内容をユーザ空間の受
信データエリア３１４にコピーして５６、バッファを解
放し５７、受信バッファキュー３１１から捨てる５８。
次に、再び受信バッファキューの内容を確認して５２処
理を繰り返す。受信バッファキュー３１１にバッファが
無くて、カレント受信バッファ３１５にもデータが無い
ときには（５３でＮｏの状態）、データの受信を待っ
て、受信バッファキュー３１１の確認５２から繰り返
す。ＬＡＮ３２からのデータ受信はネットワークインタ
フェース制御部３１２からの割込みによってプロトコル
制御部３４に通知され５９、プロトコル処理が行なわれ
た後カレント受信バッファ３１５にデータが格納される
５１０。この後、プロトコル制御部３４はバッファ制御
部３７にデータ受信を通知する。バッファ制御部３７は
カレント受信バッファ３１５が満杯かどうかを確認し５
１１、満杯ならば、受信バッファキュー３１１にこのバ
ッファを繋ぎ５１２、新たにバッファを獲得してカレン
ト受信バッファポインタ３６の値を新たなカレント受信
バッファ３１５の先頭を示すポインタ値に更新して５１
３、ＡＣＫ送信処理を行なう５１４。もし５１１でカレ
ント受信バッファ３１５が満杯でなければ、直ちにＡＣ
Ｋ送信処理を行なう５１４。ＡＣＫ送信処理５１４が行
なわれた後では、受信バッファキュー３１１またはカレ
ント受信バッファポインタ３６で示されたバッファにデ
ータが格納された状態となるので、５２、５３の処理待
ちが終り、データがユーザ空間の受信データエリア３１
４にコピーされる。
理部３７の動作を説明したフローである。受信バッファ
キュー３１１は初め空の状態で、カレント受信バッファ
ポインタ３６にはカレント受信バッファ３１５の先頭を
示すポインタ値が格納されている。ユーザアプリケーシ
ョンプログラム３３から受信要求があると５１、受信バ
ッファキュー３１１にバッファがあるかを確認する５
２。受信バッファキュー３１１が空で、カレント受信バ
ッファポインタ３６で示されたカレント受信バッファ３
１５にデータがあれば５３、カレント受信バッファ３１
５からデータをユーザ空間の受信データエリア３１４に
コピーして５４、受信処理を終了する５５。ここで、受
信されたデータ量がユーザアプリケーションプログラム
３３が受信したいデータ量よりも少なかったときには、
再びユーザアプリケーションプログラム３３が受信要求
を発行する。５２で受信バッファキュー３１１にバッフ
ァがあるときは、このバッファの内容をユーザ空間の受
信データエリア３１４にコピーして５６、バッファを解
放し５７、受信バッファキュー３１１から捨てる５８。
次に、再び受信バッファキューの内容を確認して５２処
理を繰り返す。受信バッファキュー３１１にバッファが
無くて、カレント受信バッファ３１５にもデータが無い
ときには（５３でＮｏの状態）、データの受信を待っ
て、受信バッファキュー３１１の確認５２から繰り返
す。ＬＡＮ３２からのデータ受信はネットワークインタ
フェース制御部３１２からの割込みによってプロトコル
制御部３４に通知され５９、プロトコル処理が行なわれ
た後カレント受信バッファ３１５にデータが格納される
５１０。この後、プロトコル制御部３４はバッファ制御
部３７にデータ受信を通知する。バッファ制御部３７は
カレント受信バッファ３１５が満杯かどうかを確認し５
１１、満杯ならば、受信バッファキュー３１１にこのバ
ッファを繋ぎ５１２、新たにバッファを獲得してカレン
ト受信バッファポインタ３６の値を新たなカレント受信
バッファ３１５の先頭を示すポインタ値に更新して５１
３、ＡＣＫ送信処理を行なう５１４。もし５１１でカレ
ント受信バッファ３１５が満杯でなければ、直ちにＡＣ
Ｋ送信処理を行なう５１４。ＡＣＫ送信処理５１４が行
なわれた後では、受信バッファキュー３１１またはカレ
ント受信バッファポインタ３６で示されたバッファにデ
ータが格納された状態となるので、５２、５３の処理待
ちが終り、データがユーザ空間の受信データエリア３１
４にコピーされる。
【００１５】
【発明の効果】図６に本発明を用いた場合のデータ転送
処理シーケンスを示す。送信側では、データを送信し６
１、次に送信すべきデータをユーザ空間から送信バッフ
ァにコピーし６２、受信側からのＡＣＫを受信し６３、
送信バッファを解放する６４という処理を繰返す。ま
た、受信側では、データを受信し６５、ＡＣＫを送信し
６６、データを受信バッファからユーザ空間にコピーし
６７、受信バッファを解放する６８という処理を繰り返
す。
処理シーケンスを示す。送信側では、データを送信し６
１、次に送信すべきデータをユーザ空間から送信バッフ
ァにコピーし６２、受信側からのＡＣＫを受信し６３、
送信バッファを解放する６４という処理を繰返す。ま
た、受信側では、データを受信し６５、ＡＣＫを送信し
６６、データを受信バッファからユーザ空間にコピーし
６７、受信バッファを解放する６８という処理を繰り返
す。
【００１６】このように、本発明によれば、図２に示し
たような従来のシーケンスにおける送信側でのＡＣＫ待
ち２３時間、受信側でのデータ待ち２５時間等のＣＰＵ
空き時間に送受信バッファとユーザ空間との間でのデー
タコピーを行なって、これらの待ち時間を無くすること
ができ、従来の待ち時間を有効に利用して、データ転送
を効率的に行なうことができる。
たような従来のシーケンスにおける送信側でのＡＣＫ待
ち２３時間、受信側でのデータ待ち２５時間等のＣＰＵ
空き時間に送受信バッファとユーザ空間との間でのデー
タコピーを行なって、これらの待ち時間を無くすること
ができ、従来の待ち時間を有効に利用して、データ転送
を効率的に行なうことができる。
【図１】従来の通信システムの構成図である。
【図２】従来のデータ転送処理シーケンスを示す図であ
る。
る。
【図３】本発明の構成例を示す図である。
【図４】データ送信時におけるバッファ管理部動作フロ
ー図である。
ー図である。
【図５】データ受信時におけるバッファ管理部動作フロ
ー図である。
ー図である。
【図６】本発明を用いた場合のデータ転送シーケンスを
示す図である。
示す図である。
３１…ワークステーション、パーソナルコンピュータ等
の情報機器、 ３２…ＬＡＮ（ローカルエリアネットワーク）、 ３３…ユーザアプリケーションプログラム、 ３４…プロトコル制御部、 ３５…カレント送信バッファポインタ、 ３６…カレント受信バッファポインタ、 ３７…バッファ管理部、 ３８…送信バッファ、 ３９…送信バッファキュー、 ３１０…受信バッファ、 ３１１…受信バッファキュー、 ３１２…ネットワークインタフェース制御部、 ３１３…送信データエリア、 ３１４…受信データエリア。
の情報機器、 ３２…ＬＡＮ（ローカルエリアネットワーク）、 ３３…ユーザアプリケーションプログラム、 ３４…プロトコル制御部、 ３５…カレント送信バッファポインタ、 ３６…カレント受信バッファポインタ、 ３７…バッファ管理部、 ３８…送信バッファ、 ３９…送信バッファキュー、 ３１０…受信バッファ、 ３１１…受信バッファキュー、 ３１２…ネットワークインタフェース制御部、 ３１３…送信データエリア、 ３１４…受信データエリア。
Claims (3)
- 【請求項１】ローカルエリアネットワークを介して送達
確認型の高信頼なネットワークプロトコルでデータ転送
を行なう通信システムにおいて、ユーザ空間のデータ領
域とシステム空間で管理される送受信データバッファと
の間で送受信データをコピーする際に、バッファをキュ
ーによって管理し、バッファ容量を超えるデータの送受
信があったときには、新たにバッファを取得してこれに
データを蓄えることを特徴とするバッファ管理方式。 - 【請求項２】請求項１において、ＣＰＵの空き時間に、
ＡＣＫ（送達確認）の受信による送信バッファの解放に
先だって次の送信データを送信バッファにコピーするこ
とを特徴とするバッファ管理方式。 - 【請求項３】請求項１において、データ受信時にはユー
ザ空間へのデータコピーに先立ってＡＣＫを送信し、Ｃ
ＰＵの空き時間に、受信バッファ内のデータをユーザ空
間にコピーすることを特徴とするバッファ管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4264566A JPH06120986A (ja) | 1992-10-02 | 1992-10-02 | バッファ管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4264566A JPH06120986A (ja) | 1992-10-02 | 1992-10-02 | バッファ管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06120986A true JPH06120986A (ja) | 1994-04-28 |
Family
ID=17405071
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4264566A Pending JPH06120986A (ja) | 1992-10-02 | 1992-10-02 | バッファ管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06120986A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006197030A (ja) * | 2005-01-11 | 2006-07-27 | Matsushita Electric Works Ltd | ゲートウェイ装置及び遠隔監視制御システム |
| WO2006090473A1 (ja) * | 2005-02-25 | 2006-08-31 | Fujitsu Limited | データ送信制御方法、及びデータ送信制御装置 |
-
1992
- 1992-10-02 JP JP4264566A patent/JPH06120986A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006197030A (ja) * | 2005-01-11 | 2006-07-27 | Matsushita Electric Works Ltd | ゲートウェイ装置及び遠隔監視制御システム |
| WO2006090473A1 (ja) * | 2005-02-25 | 2006-08-31 | Fujitsu Limited | データ送信制御方法、及びデータ送信制御装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5604866A (en) | Flow control system having a counter in transmitter for decrementing and incrementing based upon transmitting and received message size respectively for indicating free space in receiver | |
| JPH114256A (ja) | 複数ノードの非同期データ通信システム内で早期到達メッセージを処理する方法 | |
| JPH0771125B2 (ja) | データ通信方法およびデータ通信システム | |
| JPH06120986A (ja) | バッファ管理方式 | |
| JPH117434A (ja) | 複数ノードの非同期データ通信システム内で早期到達メッセージを処理するシステム | |
| JP2943710B2 (ja) | バッファのビジー制御方式 | |
| JP4151330B2 (ja) | ネットワークファイルシステム用ｉ／ｏ制御方法 | |
| JPS62172840A (ja) | デ−タの転送方式 | |
| JPH10154116A (ja) | データ転送方法 | |
| JP3125857B2 (ja) | アイドルパターン自動送信方式 | |
| JPH10222455A (ja) | データ転送システム | |
| JPH0589000A (ja) | 実時間情報転送制御方式 | |
| JPH11232060A (ja) | 印刷ジョブ管理方式 | |
| JPS6057453A (ja) | デ−タ処理方式 | |
| JPH05108582A (ja) | 計算機システム | |
| KR920003278B1 (ko) | Mhs와 pc 접속처리 장치간의 통신방법 | |
| JPS63145550A (ja) | フアイル転送処理方式 | |
| JP2653233B2 (ja) | スプールデータの転送方法 | |
| JPS6249461A (ja) | 通信方式 | |
| JP2569086B2 (ja) | データ伝送制御方式 | |
| KR930004100B1 (ko) | 비동기 방식의 전이중 통신 프로토콜 구현방법 | |
| JPS6086643A (ja) | ロ−カルエリア・ネツトワ−ク・システム | |
| JPH02120956A (ja) | 通信制御方式 | |
| JP2739794B2 (ja) | 磁気テープ装置割当て管理方式 | |
| JPH03208131A (ja) | オペレーティングシステムのタスク制御方式 |