JPH0640319B2 - 電文バツフア管理処理方式 - Google Patents
電文バツフア管理処理方式Info
- Publication number
- JPH0640319B2 JPH0640319B2 JP60134851A JP13485185A JPH0640319B2 JP H0640319 B2 JPH0640319 B2 JP H0640319B2 JP 60134851 A JP60134851 A JP 60134851A JP 13485185 A JP13485185 A JP 13485185A JP H0640319 B2 JPH0640319 B2 JP H0640319B2
- Authority
- JP
- Japan
- Prior art keywords
- communication path
- buffer
- message
- buffer management
- processing
- 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 - Lifetime
Links
Landscapes
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Description
【発明の詳細な説明】 〔概要〕 交信パス対応に電文バッファを管理することにより，非
同期に交信パスが切断された場合でも，その交信パスを
利用する処理部が，電文バッファのガーベージ処理を行
わなくて済むようにされた電文バッファ管理処理方式を
開示している。
同期に交信パスが切断された場合でも，その交信パスを
利用する処理部が，電文バッファのガーベージ処理を行
わなくて済むようにされた電文バッファ管理処理方式を
開示している。
本発明は，例えばエンドプロセッサ／センサプロセッサ
と呼ばれるようなデータ通信に係る処理を実行するデー
タ処理装置であって，交信パスを介して，端末装置もし
くは他のデータ処理装置とデータを送受信するデータ処
理装置における電文バッファ管理処理方式に関するもの
である。
と呼ばれるようなデータ通信に係る処理を実行するデー
タ処理装置であって，交信パスを介して，端末装置もし
くは他のデータ処理装置とデータを送受信するデータ処
理装置における電文バッファ管理処理方式に関するもの
である。
第４図は従来方式の問題点を説明するための動作説明図
である。
である。
例えば，各種端末装置または他のデータ処理装置とデー
タ通信を行い，電文を送受信して，それらのデータを電
子計算機により処理する場合，通信相手とそのデータを
処理する応用処理部との間を論理的に結合する必要があ
る。この論理的結合は交信パスと呼ばれ，一旦，交信パ
スが確立すると，以後その交信パスを介して，電文の送
受信が行われる。
タ通信を行い，電文を送受信して，それらのデータを電
子計算機により処理する場合，通信相手とそのデータを
処理する応用処理部との間を論理的に結合する必要があ
る。この論理的結合は交信パスと呼ばれ，一旦，交信パ
スが確立すると，以後その交信パスを介して，電文の送
受信が行われる。
電文の送受信にあたっては，その電文データが格納され
るバッファが用意されなければならない。一般に普通に
用いられている電文バッファ管理処理方式では，バッフ
ァの確保／解放を共通モジュール化し，電文バッファが
必要となった時点または不要となった時点で，いわゆる
交信パス管理部，交信パス利用処理部等の電文を処理す
る処理部が，その共通モジュールを呼び出すことによ
り，バッファの確保／解放を行うようにされている。
るバッファが用意されなければならない。一般に普通に
用いられている電文バッファ管理処理方式では，バッフ
ァの確保／解放を共通モジュール化し，電文バッファが
必要となった時点または不要となった時点で，いわゆる
交信パス管理部，交信パス利用処理部等の電文を処理す
る処理部が，その共通モジュールを呼び出すことによ
り，バッファの確保／解放を行うようにされている。
ところで，電文の送受信が開始され，正常に一連の送受
信処理が終了する場合には，従来方式でもよいが，例え
ば回線障害等により，非同期に交信パスが切断された場
合，従来方式によれば，電文バッファを保持している処
理主体が，それぞれ不要となった電文バッファのガーベ
ージ処理，即ち，不要電文バッファを回収して，その領
域を解放しなければならず，その処理負担が大きいとい
う問題があった。
信処理が終了する場合には，従来方式でもよいが，例え
ば回線障害等により，非同期に交信パスが切断された場
合，従来方式によれば，電文バッファを保持している処
理主体が，それぞれ不要となった電文バッファのガーベ
ージ処理，即ち，不要電文バッファを回収して，その領
域を解放しなければならず，その処理負担が大きいとい
う問題があった。
以下第４図に従って，この問題点を具体的に説明する。
例えば，端末装置からの起呼があると，通信制御部か
ら，交信パス管理部へ起呼通知がなされ，交信パス管理
部から交信パス利用処理部へ起呼通知がなされる。この
起呼により交信パスが確立される。
ら，交信パス管理部へ起呼通知がなされ，交信パス管理
部から交信パス利用処理部へ起呼通知がなされる。この
起呼により交信パスが確立される。
次に電文Ａが受信されると通信制御部は，交信パス管
理部に受信通知を行う。
理部に受信通知を行う。
交信パス管理部は，電文Ａを格納するためのバッファ
を，バッファ管理部を呼び出すことにより，確保する。
を，バッファ管理部を呼び出すことにより，確保する。
そして，確保した受信バッファを付けて，交信パス利
用処理部へ受信通知を行う。交信パス利用処理部は，受
信電文をまとめて処理する場合，電文Ａをスタックす
る。
用処理部へ受信通知を行う。交信パス利用処理部は，受
信電文をまとめて処理する場合，電文Ａをスタックす
る。
〜電文Ｂを受信した場合にも，同様に受信バッファ
が確保され，交信パス利用処理部へ受信通知がなされ
る。
が確保され，交信パス利用処理部へ受信通知がなされ
る。
ここで，交信パス利用処理部が，電文を送信する場
合，バッファ管理部を呼び出して送信バッファを確保
し，その送信バッファを指定して，交信パス管理部に送
信依頼を行う。
合，バッファ管理部を呼び出して送信バッファを確保
し，その送信バッファを指定して，交信パス管理部に送
信依頼を行う。
この段階で，例えば回線障害等により，非同期切断の
事象が発生すると，通信制御部から交信パス管理部へ切
断通知がなされる。
事象が発生すると，通信制御部から交信パス管理部へ切
断通知がなされる。
切断通知がなされると，交信パスは閉鎖されるので，
交信パス管理部は，送信依頼があった送信バッファを解
放する必要がある。そのため、バッファ管理部に対し，
送信バッファの解放依頼を行う。
交信パス管理部は，送信依頼があった送信バッファを解
放する必要がある。そのため、バッファ管理部に対し，
送信バッファの解放依頼を行う。
送信バッファの解放が完了した後，交信パス利用処理
部へ切断通知を行う。
部へ切断通知を行う。
交信パス利用処理部は，バッファ管理部を呼び出し，
電文Ａおよび電文Ｂの受信バッファを解放する。
電文Ａおよび電文Ｂの受信バッファを解放する。
以上のように，従来方式によれば，非同期切断の事象が
発生した場合，各処理主体（タスクまたはジョブ）に滞
留している電文バッファを，その各処理主体の責任でも
って解放しなければならず，処理が極めて煩雑になると
いう問題があった。特に，非同期な事象であるため，バ
ッファの帰属が不明確な状態が生じるおそれもあり，バ
グ発生の原因にもなりやすいという問題があった。
発生した場合，各処理主体（タスクまたはジョブ）に滞
留している電文バッファを，その各処理主体の責任でも
って解放しなければならず，処理が極めて煩雑になると
いう問題があった。特に，非同期な事象であるため，バ
ッファの帰属が不明確な状態が生じるおそれもあり，バ
グ発生の原因にもなりやすいという問題があった。
本発明は上記問題点の解決を図り，電文バッファのガー
ベージ処理を，統一的に行う手段を提供する。そのた
め，各交信パス対応に割当てられるバッファ管理テーブ
ルにより，当該交信パスに関連する送受信電文バッファ
をすべてポイントし，かつこのバッファ管理テーブル
を，交信パス対応のエントリを持つ交信パステーブルに
よって，管理するようにしている。こうして，電文バッ
ファを交信パス対応に管理することにより，交信パス管
理部が非同期の切断を認識した時点で，その交信パスの
バッファ管理テーブルに登録されているすべての電文バ
ッファを解放することにより，交信パス利用処理部は電
文バッファのガーベージ処理を全く行わなくてもよいよ
うにしている。以下，図面を参照しつつ，実施例に従っ
て説明する。
ベージ処理を，統一的に行う手段を提供する。そのた
め，各交信パス対応に割当てられるバッファ管理テーブ
ルにより，当該交信パスに関連する送受信電文バッファ
をすべてポイントし，かつこのバッファ管理テーブル
を，交信パス対応のエントリを持つ交信パステーブルに
よって，管理するようにしている。こうして，電文バッ
ファを交信パス対応に管理することにより，交信パス管
理部が非同期の切断を認識した時点で，その交信パスの
バッファ管理テーブルに登録されているすべての電文バ
ッファを解放することにより，交信パス利用処理部は電
文バッファのガーベージ処理を全く行わなくてもよいよ
うにしている。以下，図面を参照しつつ，実施例に従っ
て説明する。
第１図は本発明の一実施例ブロック図，第２図は本発明
の一実施例において用いられるテーブル詳細構成図，第
３図は本発明の一実施例動作説明図である。
の一実施例において用いられるテーブル詳細構成図，第
３図は本発明の一実施例動作説明図である。
図中，１はデータ処理装置，２−１ないし２−３は端末
装置，電話，データ処理装置等の通信相手装置，３は物
理的なデータの送受信を制御する通信制御部，４は交信
パスを管理し論理レベルにおけるデータの送受信を制御
する交信パス管理部，５−１ないし５−３はデータを送
受信しデータを処理する交信パス利用処理部，６は電文
バッファを管理する共通モジュールからなるバッファ管
理部，７は確保要求により電文バッファを確保する処理
を実行するバッファ確保処理部，８は指定された電文バ
ッファのみを解放する処理を実行するバッファ個別解放
処理部，９は指定された交信パスに係る全電文バッファ
を解放する処理を実行する全バッファ解放処理部，１０
は各処理部が共通にアクセス可能な記憶領域であるタス
ク共通域，１１は交信パス対応にバッファ管理テーブル
へのポインタをもつ交信パステーブル，１２−１ないし
１２−２は確保済み電文バッファのアドレス情報が登録
されるバッファ管理テーブル，１３Ａないし１３Ｄは受
信または送信電文バッファを表す。
装置，電話，データ処理装置等の通信相手装置，３は物
理的なデータの送受信を制御する通信制御部，４は交信
パスを管理し論理レベルにおけるデータの送受信を制御
する交信パス管理部，５−１ないし５−３はデータを送
受信しデータを処理する交信パス利用処理部，６は電文
バッファを管理する共通モジュールからなるバッファ管
理部，７は確保要求により電文バッファを確保する処理
を実行するバッファ確保処理部，８は指定された電文バ
ッファのみを解放する処理を実行するバッファ個別解放
処理部，９は指定された交信パスに係る全電文バッファ
を解放する処理を実行する全バッファ解放処理部，１０
は各処理部が共通にアクセス可能な記憶領域であるタス
ク共通域，１１は交信パス対応にバッファ管理テーブル
へのポインタをもつ交信パステーブル，１２−１ないし
１２−２は確保済み電文バッファのアドレス情報が登録
されるバッファ管理テーブル，１３Ａないし１３Ｄは受
信または送信電文バッファを表す。
第１図に示した交信パステーブル１１，バッファ管理テ
ーブル１２−１，…，受信または送信電文バッファ１３
Ａ，１３Ｂ…の詳細な構成が，第２図に示されている。
ーブル１２−１，…，受信または送信電文バッファ１３
Ａ，１３Ｂ…の詳細な構成が，第２図に示されている。
例えば，第２図図示のように，交信パステーブル１１に
は，各交信パス対応に，交信パスの識別子であるパスＩ
Ｄ（パス番号）と，その交信パス用のバッファ管理テー
ブルへのポインタ領域が設けられる。バッファ管理テー
ブルが未割当ての場合には，バッファ管理テーブルへの
ポインタ領域には，「０」が設定される。
は，各交信パス対応に，交信パスの識別子であるパスＩ
Ｄ（パス番号）と，その交信パス用のバッファ管理テー
ブルへのポインタ領域が設けられる。バッファ管理テー
ブルが未割当ての場合には，バッファ管理テーブルへの
ポインタ領域には，「０」が設定される。
バッファ管理テーブル１２−１，１２−２，…は，交信
パス対応に割当てられ，交信パステーブル１１からポイ
ントされる。例えば，１６個分の受信または送信電文バ
ッファを管理することができるようになっており，先頭
に有効エントリ数情報と使用中エントリ数情報を持つ。
そして，各バッファのアドレス情報とそのバッファの長
さ情報とが設定されるようになっている。空エントリの
場合には，バッファ・アドレスは「０」とされる。
パス対応に割当てられ，交信パステーブル１１からポイ
ントされる。例えば，１６個分の受信または送信電文バ
ッファを管理することができるようになっており，先頭
に有効エントリ数情報と使用中エントリ数情報を持つ。
そして，各バッファのアドレス情報とそのバッファの長
さ情報とが設定されるようになっている。空エントリの
場合には，バッファ・アドレスは「０」とされる。
次に第３図に示すデータ送受信の例に従って，第１図図
示実施例の処理構成および動作について詳細に説明す
る。
示実施例の処理構成および動作について詳細に説明す
る。
例えば，リアルタイムのデータ処理要求により，通信
相手装置２−１から起呼があると，通信制御部３は，交
信パス管理部４へ起呼通知を行う。交信パス管理部４
は，さらに交信パス利用処理部５−１，５−２，…の１
つ，例えば交信パス利用処理部５−１に起呼通知を行
い，交信パスを確立して，通信相手装置２−１と交信パ
ス利用処理部５−１との間のデータ送受信を可能な状態
に設定する。このとき，交信パス管理部４は，交信パス
テーブル１１上の空エントリを１個確保して，データ送
受信のバッファ管理用に割当てる。
相手装置２−１から起呼があると，通信制御部３は，交
信パス管理部４へ起呼通知を行う。交信パス管理部４
は，さらに交信パス利用処理部５−１，５−２，…の１
つ，例えば交信パス利用処理部５−１に起呼通知を行
い，交信パスを確立して，通信相手装置２−１と交信パ
ス利用処理部５−１との間のデータ送受信を可能な状態
に設定する。このとき，交信パス管理部４は，交信パス
テーブル１１上の空エントリを１個確保して，データ送
受信のバッファ管理用に割当てる。
通信相手装置２−１から電文Ａを受信すると，通信制
御部３は，交信パス管理部４へ受信通知を行う。
御部３は，交信パス管理部４へ受信通知を行う。
この交信通知に対して，交信パス管理部４は，電文Ａ
を格納するための電文バッファを確保するため，パスＩ
Ｄとバッファの長さとをパラメータとして指定して，バ
ッファ確保処理部７を呼び出す。バッファ確保処理部７
は，まず，交信パステーブル１１に，当該交信パス用の
バッファ管理テーブルがリンクされているか否かをチェ
ックする。リンクされていない場合，バッファ管理テー
ブル１２−１をタスク共通域１０から切り出して確保
し，交信パステーブル１１の対応するエントリに，その
アドレスを設定する。次に，タスク共通域１０から受信
電文バッファ１３Ａを確保し，バッファ管理テーブル１
２−１にそのアドレスを設定する。そして，バッファ管
理テーブル１２−１の有効エントリ数および使用中エン
トリ数を設定して，要求元である交信パス管理部４へ確
保完了を通知する。
を格納するための電文バッファを確保するため，パスＩ
Ｄとバッファの長さとをパラメータとして指定して，バ
ッファ確保処理部７を呼び出す。バッファ確保処理部７
は，まず，交信パステーブル１１に，当該交信パス用の
バッファ管理テーブルがリンクされているか否かをチェ
ックする。リンクされていない場合，バッファ管理テー
ブル１２−１をタスク共通域１０から切り出して確保
し，交信パステーブル１１の対応するエントリに，その
アドレスを設定する。次に，タスク共通域１０から受信
電文バッファ１３Ａを確保し，バッファ管理テーブル１
２−１にそのアドレスを設定する。そして，バッファ管
理テーブル１２−１の有効エントリ数および使用中エン
トリ数を設定して，要求元である交信パス管理部４へ確
保完了を通知する。
交信パス管理部４は，確保された受信電文バッファ１
３Ａに、電文Ａの内容を設定し，交信パス利用処理部５
−１に受信通知を行う。交信パス利用処理部５−１は，
いくつかの電文をまとめて処理する場合等には，この電
文Ａをスタックして保存する。
３Ａに、電文Ａの内容を設定し，交信パス利用処理部５
−１に受信通知を行う。交信パス利用処理部５−１は，
いくつかの電文をまとめて処理する場合等には，この電
文Ａをスタックして保存する。
続いて通信相手装置２−１から電文Ｂが受信される
と，通信制御部３は同様に交信パス管理部４へ受信通知
を行う。
と，通信制御部３は同様に交信パス管理部４へ受信通知
を行う。
交信パス管理部４は，バッファ確保処理部７を呼び出
して，電文バッファの確保を要求する。バッファ確保処
理部７は，今度の場合，バッファ管理テーブル１２−１
が既に確保されているので，受信電文バッファ１３Ｂの
確保のみを行い，受信電文バッファ１３Ｂをバッファ管
理テーブル１２−１へリンクする。
して，電文バッファの確保を要求する。バッファ確保処
理部７は，今度の場合，バッファ管理テーブル１２−１
が既に確保されているので，受信電文バッファ１３Ｂの
確保のみを行い，受信電文バッファ１３Ｂをバッファ管
理テーブル１２−１へリンクする。
交信パス管理部４は，受信電文バッファ１３Ｂに電文
Ｂを設定し，交信パス利用処理部５−１に受信通知を行
う。交信パス利用処理部５−１は，同様に必要に応じ
て，電文Ｂをスタックする。
Ｂを設定し，交信パス利用処理部５−１に受信通知を行
う。交信パス利用処理部５−１は，同様に必要に応じ
て，電文Ｂをスタックする。
交信パス利用処理部５−１から通信相手装置２−１へ
電文を送信する場合，交信パス利用処理部５−１は，バ
ッファ確保処理部７に対し，パスＩＤとバッファの長さ
とを指定して，送信電文バッファの確保を依頼する。バ
ッファ確保処理部７は，送信電文バッファ１３Ｃを確保
し，バッファ管理テーブル１２−１へリンクする。交信
パス利用処理部５−１は，その送信電文バッファ１３Ｃ
へ送信電文を設定して，交信パス管理部４に対し，送信
を依頼する。
電文を送信する場合，交信パス利用処理部５−１は，バ
ッファ確保処理部７に対し，パスＩＤとバッファの長さ
とを指定して，送信電文バッファの確保を依頼する。バ
ッファ確保処理部７は，送信電文バッファ１３Ｃを確保
し，バッファ管理テーブル１２−１へリンクする。交信
パス利用処理部５−１は，その送信電文バッファ１３Ｃ
へ送信電文を設定して，交信パス管理部４に対し，送信
を依頼する。
このとき，例えば回線障害等により，非同期切断の事
象が発生すると，通信制御部３は，交信パス管理部４へ
切断通知を行う。この場合，従来方式によれば，第４図
に従って説明したように，各処理部が個々にバッファの
解放を行わなければならなかった。本発明の場合，以下
のように，交信パス管理部４のみが解放処理を行えばよ
い。
象が発生すると，通信制御部３は，交信パス管理部４へ
切断通知を行う。この場合，従来方式によれば，第４図
に従って説明したように，各処理部が個々にバッファの
解放を行わなければならなかった。本発明の場合，以下
のように，交信パス管理部４のみが解放処理を行えばよ
い。
交信パス管理部４は，切断通知に対して，不要となっ
た電文バッファのガーベージ処理を行うため，パスＩＤ
を指定して，全バッファ解放処理部９を呼び出す。全バ
ッファ解放処理部９は，そのパスＩＤでもって交信パス
テーブル１１を検索し，バッファ管理テーブル１２−１
のアドレスを得る。次にバッファ管理テーブル１２−１
に登録されている全電文バッファ１３Ａ〜１３Ｃを，順
に解放する。次にバッファ管理テーブル１２−１の領域
を解放し，交信パステーブル１１におけるバッファ管理
テーブル１２−１へのポインタ領域をゼロ・クリアす
る。解放されたバッファ管理テーブル１２−１および電
文バッファ１３Ａ〜１３Ｃの領域は，タスク共通域１０
において使用可能な状態となることになる。
た電文バッファのガーベージ処理を行うため，パスＩＤ
を指定して，全バッファ解放処理部９を呼び出す。全バ
ッファ解放処理部９は，そのパスＩＤでもって交信パス
テーブル１１を検索し，バッファ管理テーブル１２−１
のアドレスを得る。次にバッファ管理テーブル１２−１
に登録されている全電文バッファ１３Ａ〜１３Ｃを，順
に解放する。次にバッファ管理テーブル１２−１の領域
を解放し，交信パステーブル１１におけるバッファ管理
テーブル１２−１へのポインタ領域をゼロ・クリアす
る。解放されたバッファ管理テーブル１２−１および電
文バッファ１３Ａ〜１３Ｃの領域は，タスク共通域１０
において使用可能な状態となることになる。
交信パス管理部４は，交信パス利用処理部５−１に対
し，強制切断の通知を行う。交信パス利用処理部５−１
は，既に電文バッファ１３Ａ〜１３Ｃが解放されている
ので，バッファのガーベージ処理を行わなくてもよい。
し，強制切断の通知を行う。交信パス利用処理部５−１
は，既に電文バッファ１３Ａ〜１３Ｃが解放されている
ので，バッファのガーベージ処理を行わなくてもよい。
以上のように，非同期切断の場合におけるバッファの解
放処理が極めて簡単になる。なお，通常処理において，
不要となった電文バッファを個々に解放する場合には，
バッファ個別解放処理部８を呼び出すことにより，バッ
ファを個別に解放できるようになっていることは，言う
までもない。この場合，バッファ個別解放処理部８は，
指定された電文バッファを解放し，バッファ管理テーブ
ル１２−１のそのバッファ・アドレスをゼロ・クリアす
る。
放処理が極めて簡単になる。なお，通常処理において，
不要となった電文バッファを個々に解放する場合には，
バッファ個別解放処理部８を呼び出すことにより，バッ
ファを個別に解放できるようになっていることは，言う
までもない。この場合，バッファ個別解放処理部８は，
指定された電文バッファを解放し，バッファ管理テーブ
ル１２−１のそのバッファ・アドレスをゼロ・クリアす
る。
なお，上記実施例では，バッファ管理テーブルが，最初
の電文バッファの確保要求時に確保されるとしたが，バ
ッファ管理テーブルを確保／解放の対象とせずに，例え
ばシステムの初期設定時に予め確保されるものとしても
よい。
の電文バッファの確保要求時に確保されるとしたが，バ
ッファ管理テーブルを確保／解放の対象とせずに，例え
ばシステムの初期設定時に予め確保されるものとしても
よい。
以上説明したように，本発明によれば，交信パスと，そ
の交信パスに対応する送受信電文バッファとの対応づけ
が可能になっているので，交信パスが非同期に切断され
た場合でも，交信パス管理部等により，統一的にガーベ
ージ処理を行うことができ，各処理部における処理負担
が大幅に軽減する。また，電文バッファをまとめて解放
できるので，ガーベージ処理の高速化が可能になる。
の交信パスに対応する送受信電文バッファとの対応づけ
が可能になっているので，交信パスが非同期に切断され
た場合でも，交信パス管理部等により，統一的にガーベ
ージ処理を行うことができ，各処理部における処理負担
が大幅に軽減する。また，電文バッファをまとめて解放
できるので，ガーベージ処理の高速化が可能になる。
第１図は本発明の一実施例ブロック図，第２図は本発明
の一実施例において用いられるテーブル詳細構成図，第
３図は本発明の一実施例動作説明図，第４図は従来方式
の問題点を説明するための動作説明図である。 図中，２−１ないし２−３は通信相手装置，３は通信制
御部，４は交信パス管理部，５−１ないし５−３は交信
パス利用処理部，６はバッファ管理部，７はバッファ確
保処理部，９は全バッファ解放処理部，１１は交信パス
テーブル，１２−１ないし１２−２はバッファ管理テー
ブル，１３Ａないし１３Ｄは電文バッファを表す。
の一実施例において用いられるテーブル詳細構成図，第
３図は本発明の一実施例動作説明図，第４図は従来方式
の問題点を説明するための動作説明図である。 図中，２−１ないし２−３は通信相手装置，３は通信制
御部，４は交信パス管理部，５−１ないし５−３は交信
パス利用処理部，６はバッファ管理部，７はバッファ確
保処理部，９は全バッファ解放処理部，１１は交信パス
テーブル，１２−１ないし１２−２はバッファ管理テー
ブル，１３Ａないし１３Ｄは電文バッファを表す。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 竹平 仁 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 安田 恒雄 神奈川県横須賀市武１丁目2356番地 日本 電信電話株式会社横須賀電気通信研究所内 (72)発明者 秋山 孝 東京都港区芝５丁目33番１号 日本電気株 式会社内 (72)発明者 藤田 光則 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウエア工場内
Claims (1)
- 【請求項１】交信パスを介して，端末装置もしくは他の
データ処理装置とデータを送受信するデータ処理装置に
おける電文バッファ管理処理方式において， 上記交信パス対応に割当てられ，当該交信パスを介して
送受信される電文データが格納される電文バッファへの
ポインタ情報を記憶管理するバッファ管理テーブルと， 上記交信パス対応に設けられた各エントリに少なくとも
上記バッファ管理テーブルへのポインタ情報をもつ交信
パステーブルと， 電文バッファの確保要求に対し，要求されたバッファ領
域を確保すると共に，その電文バッファが用いられる交
信パスの識別情報にもとづいて上記交信パステーブルを
検索することにより，当該交信パス用の上記バッファ管
理テーブルへのポインタ情報を取得し，該バッファ管理
テーブルの空エントリへ，確保したバッファ領域へのポ
インタ情報を設定する処理を行うバッファ確保処理部
と， 上記交信パスに係る全電文バッファの解放要求に対し，
その交信パスの識別情報にもとづいて上記交信パステー
ブルを検索することにより，当該交信パス用の上記バッ
ファ管理テーブルへのポインタ情報を取得し，該バッフ
ァ管理テーブルに登録されているすべての電文バッファ
を解放する処理を行う全バッファ解放処理部とを備えた
ことを特徴とする電文バッファ管理処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60134851A JPH0640319B2 (ja) | 1985-06-20 | 1985-06-20 | 電文バツフア管理処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60134851A JPH0640319B2 (ja) | 1985-06-20 | 1985-06-20 | 電文バツフア管理処理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS61292763A JPS61292763A (ja) | 1986-12-23 |
| JPH0640319B2 true JPH0640319B2 (ja) | 1994-05-25 |
Family
ID=15137952
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP60134851A Expired - Lifetime JPH0640319B2 (ja) | 1985-06-20 | 1985-06-20 | 電文バツフア管理処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0640319B2 (ja) |
-
1985
- 1985-06-20 JP JP60134851A patent/JPH0640319B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPS61292763A (ja) | 1986-12-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5590328A (en) | Protocol parallel processing apparatus having a plurality of CPUs allocated to process hierarchical protocols | |
| US4574284A (en) | Communication bus interface unit | |
| JP2526695B2 (ja) | オンライン情報処理装置 | |
| US5408468A (en) | Queueing system for switches having fast circuit properties | |
| JPH0640319B2 (ja) | 電文バツフア管理処理方式 | |
| JP2763943B2 (ja) | メッセージ通信システム | |
| JPH054040Y2 (ja) | ||
| JP2929995B2 (ja) | 既存電話網接続端末の非同期転送モード網接続方式 | |
| JP2594313B2 (ja) | 半二重セション管理処理方式 | |
| KR0169037B1 (ko) | 전기 통신 관리망의 에이전트에서의 메시지 제어 방법 | |
| JP2746207B2 (ja) | 緊急用バッファ確保方式 | |
| JPH02222336A (ja) | 計算機アドレス管理方式 | |
| JPH05268291A (ja) | デ−タバッファ管理システム | |
| JPH11327938A (ja) | フロー制御方法 | |
| JPS59161952A (ja) | 通信パス確立方式 | |
| JP2820942B2 (ja) | 通信プロトコル処理方法 | |
| JPH0528420B2 (ja) | ||
| JP2747097B2 (ja) | Ｌａｎ間接続装置 | |
| JPS61257043A (ja) | 高速フレ−ム伝送方式 | |
| JPH03250945A (ja) | フレーム送信割当方式 | |
| JP2569086B2 (ja) | データ伝送制御方式 | |
| JP3168254B2 (ja) | 分散処理におけるメッセージ処理方式 | |
| JPH0435555A (ja) | 通信処理方法 | |
| JPH0797781B2 (ja) | 優先制御プロトコル変換方式 | |
| JPS59205848A (ja) | 優先制御方式 |