JPS61292763A - 電文バツフア管理処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 交信パス対応に電文バッファを管理することにより、非
同期に交信パスが切断された場合でも。

その交信パスを利用する処理部が、電文バッファのガー
ベージ処理を行わなくて済むようにされた電文バッファ
管理処理方式を開示している。

〔産業上の利用分野〕

本発明は１例えばエンドプロセッサ／センタプロセッサ
と呼ばれるようなデータ通信に係る処理を実行するデー
タ処理装置であって、交信パスを介して、端末装置もし
くは他のデータ処理装置とデータを送受信するデータ処
理装置における電文バッファ管理処理方式に関するもの
である。

〔従来の技術と問題点〕

第４図は従来方式の問題点を説明するための動作説明図
である。

例えば、各種端末装置または他のデータ処理装置とデー
タ通信を行い、電文を送受信して、それらのデータを電
子計算機により処理する場合９通信相手とそのデータを
処理する応用処理部との間を論理的に結合する必要があ
る。この論理的結合は交信パスと呼ばれ、一旦、交信パ
スが確立すると、以後その交信パスを介して、電文の送
受信が行われる。

電文の送受信にあたっては、その電文データが格納され
るバッファが用意されなければならない。

一般に普通に用いられている電文バッファ管理処理方式
では、バッファの確保／解放を共通モジュール化し、電
文バッファが必要となった時点または不要となワた時点
で、いわゆる交信パス管理部。

交信パス利用処理部等の電文を処理する処理部が。

その共通モジュールを呼び出すことにより、バッファの
確保／解放を行うようにされている。

ところで、電文の送受信が開始され、正常に一連の送受
信処理が終了する場合には、従来方式でもよいが１例え
ば回線障害等により、非同期に交信パスが切断された場
合、従来方式によれば、電文バッファを保持している処
理主体が、それぞれ不要となった電文バッファのガーベ
ージ処理、即ち、不要電文バッファを回収して、その領
域を解放しなければならず、その処理負担が大きいとい
う問題があった。

以下第４図に従って、この問題点を具体的に説明する。

■　例えば、端末装置からの起呼があると９通信制御部
から、交信パス管理部へ起呼通知がなされ。

交信パス管理部から交信パス利用処理部へ起呼通知がな
される。この起呼により交信パスが確立される。

■　次に電文Ａが受信されると通信制御部は、交信パス
管理部に受信通知を行う。

■　交信パス管理部は、電文Ａを格納するためのバッフ
ァを、バッファ管理部を呼び出すことにより、確保する
。

■　そして、確保した受信バッファを付けて、交信パス
利用処理部へ受信通知を行う。交信パス利用処理部は、
受信電文をまとめて処理する場合。

電文Ａをスタックする。

■〜■　電文Ｂを受信した場合にも、同様に受信バッフ
ァが確保され、交信パス利用処理部へ受信通知がなされ
る。

■　ここで、交信パス利用処理部が、電文を送信する場
合、バッファ管理部を呼び出して送信バ・ノファを確保
し、その送信バッファを指定して、交信パス管理部に送
信依願を行う。

■　この段階で１例えば回線障害等により、非同期切断
の事象が発生すると１通信制御部から交信パス管理部へ
切断通知がなされる。

［相］　切断通知がなされると、交信パスは閉鎖される
ので、交信パス管理部は、送信依願があった送信バッフ
ァを解放する必要がある。そのため、バッファ管理部に
対し、送信バッファの解放依願を行う。

■　送信バッファの解放が完了した後、交信パス利用処
理部へ切断通知を行う。

＠　交信パス利用処理部は、バッファ管理部を呼び出し
、電文Ａおよび電文Ｂの受信バッファを解放する。

以上のように、従来方式によれば、非同期切断の事象が
発生した場合、各処理主体（タスクまたはジョブ）に滞
留している電文バッファを、その各処理主体の責任でも
って解放しなければならず。

処理が極めて煩雑になるという問題があった。特に、非
同期な事象であるため、バッファの帰属が不明確な状態
が生じるおそれもあり、バグ発生の原因にもなりやすい
という問題があった。

〔問題点を解決するための手段〕

本発明は本紀問題点の解決を図り、電文バッファのガー
ベージ処理を、統一的に行う手段を提供する。そのため
、各交信パス対応に割当てられるバッファ管理テーブル
により、当該交信パスに関連する送受信電文バッファを
すべてポイントし。

かつこのバッファ管理テーブルを、交信パス対応のエン
トリを持つ交信パステーブルによって、管理するように
している。こうして、電文バッファを交信パス対応に管
理することにより、交信パス管理部が非同期の切断を認
識した時点で、その交信パスのバッファ管理テーブルに
登録されているすべての電文バッファを解放することに
より、交信パス利用処理部は電文バッファのガーベージ
処理を全（行わなくてもよいようにしている。以下。

図面を参照しつつ、実施例に従って説明する。

〔実施例〕

第１図は本発明の一実施例ブロック図、第２図は本発明
の一実施例において用いられるテーブル詳細構成図、第
３図は本発明の一実施例動作説明図である。

図中、１はデータ処理装置、２−１ないし２−３は端末
装置、電話、データ処理装置等の通信相手装置、３は物
理的なデータの送受信を制御する通信制御部、４は交信
パスを管理し論理レベルにおけるデータの送受信を制御
する交信パス管理部。

５−１ないし５−３はデータを送受信しデータを処理す
る交信パス利用処理部、６は電文バッファを管理する共
通モジュールからなるバッファ管理部、７は確保要求に
より電文バッファを確保する処理を実行するバッファ確
保処理部、８は指定された電文バッファのみを解放する
処理を実行するバッファ個別解放処理部、９は指定され
た交信パスに係る全電文バッファを解放する処理を実行
する全バッファ解放処理部、１０は各処理部が共通にア
クセス可能な記憶領域であるタスク共通域。

１１は交信パス対応にバッファ管理テーブルへのポイン
タをもつ交信パステーブル、１２−１ないし１２−２は
確保済み電文バッファのアドレス情報が登録されるバッ
ファ管理テーブル、１３Ａないし１３０は受信または送
信電文バッファを表す。

第１図に示した交信パステーブル１１．バッファ管理テ
ーブル１２−１．・・・、受信または送信電文バッファ
１３Ａ、１３Ｂ・・・の詳細な構成が、第２図に示され
ている。

例えば、第２図図示のように、交信パステーブル１１に
は、各交信パス対応に、交信パスの識別子であ−るパス
ＩＤ（パス番号）と、その交信パス用のバッファ管理テ
ーブルへのポインタ領域が設けられる。バッファ管理テ
ーブルが未割当ての場合には、バッファ管理テーブルへ
のポインタ領域には、「０」が設定される。

バッファ管理テーブル１２−１．１２−２．・・・は、
交信パス対応に割当てられ、交信パステーブル１１から
ポイントされる。例えば、１６個分の受信または送信電
文バッファを管理することができるようになっており２
先頭に有効エントリ数情報と使用中エントリ数情報を持
つ。そして、各バッファのアドレス情報とそのバッファ
の長さ情報とが設定されるようになっている。空エント
リの場合には、バッファ・アドレスはｒＯＪとされる。

次に第３図に示すデータ送受信の例に従って。

第１図図示実施例の処理構成および動作について詳細に
説明する。

■　例えば、リアルタイムのデータ処理要求により２通
信相手装置２−１から起呼があると１通信制御部３は、
交信パス管理部４へ起呼通知を行う。

交信パス管理部４は、さらに交信パス利用処理部５−１
．５−２．・・・の１つ２例えば交信パス利用処理部５
−１に起呼通知を行い、交信パスを確立して２通信相手
装置２−１と交信パス利用処理部５−１との間のデータ
送受信を可能な状態に設定する。このとき、交信パス管
理部４は、交信パステーブル１１上の空エントリを１個
確保して、データ送受信のバッファ管理部に割当てる。

■　通信相手装置２−１から電文Ａを受信すると。

通信制御部３は、交信パス管理部４へ受信通知を行う。

■　この受信通知に対して、交信パス管理部４は。

電文Ａを格納するための電文バッファを確保するため、
パスＩＤとバッファの長さとをパラメータとして指定し
て、バッファ確保処理部７を呼び出す。バッファ確保処
理部７は、まず、交信パステーブル１１に、当該交信パ
ス用のバッファ管理テーブルがリンクされているか否か
をチェックする。

リンクされていない場合、バッファ管理テーブル１２−
１をタスク共通域１０から切り出して確保し、交信パス
テーブル１１の対応するエントリに。

そのアドレスを設定する。次に、タスク共通域１０から
受信電文バッファ１３Ａを確保し、バッファ管理テーブ
ル１２−１にそのアドレスを設定する。そして、バッフ
ァ管理テーブル１２−１の有効エントリ数および使用中
エントリ数を設定して。

要求元である交信パス管理部４へ確保完了を通知する。

■　交信パス管理部４は、確保された受信電文バッファ
１３Ａに、電文Ａの内容を設定し、交信パス利用処理部
５−１に受信通知を行う。交信パス利用処理部５−１は
、いくつかの電文をまとめて処理する場合等には、この
電文Ａをスタックして保存する。

■　続いて通信相手装置２−１から電文Ｂが受信される
と１通信制御部３は同様に交信パス管理部４へ受信通知
を行う。

■　交信パス管理部４は、バッファ確保処理部７を呼び
出して、電文バッファの確保を要求する。

バッファ確保処理部７は、今度の場合、バッファ管理テ
ーブル１２−１が既に確保されているので。

受信電文バッファ１３Ｂの確保のみを行い、受信電文バ
ッファ１３Ｂをバッファ管理テーブル１２−１へリンク
する。

■　交信パス管理部４は、受信電文バッファ１３Ｂに電
文Ｂを設定し、交信パス利用処理部５−１に受信通知を
行う。交信パス利用処理部５−１は。

同様に必要に応じて、電文Ｂをスタックする。

■　交信パス利用処理部５−１から通信相手装置２−１
へ電文を送信する場合、交信パス利用処理部５−１は、
バッファ確保処理部７に対し、パスＩＤとバッファの長
さとを指定して、送信電文バッファの確保を依頼する。

バッファ確保処理部７は、送信電文バッファ１３Ｇを確
保し、バッファ管理テーブル１２−１へリンクする。交
信パス利用処理部５−１は、その送信電文バッファ１３
Ｃへ送信電文を設定して、交信パス管理部４に対し。

送信を依頼する。

■　このとき９例えば回線障害等により、非同期切断の
事象が発生すると１通信制御部３は、交信パス管理部４
へ切断通知を行う。この場合、従来方式によれば、第４
図に従って説明したように。

各処理部が個々にバッファの解放を行わなければならな
かった。本発明の場合、以下のように、交信パス管理部
４のみが解放処理を行えばよい。

［相］　交信パス管理部４は、切断通知に対して、不要
となった電文バッファのガーベージ処理を行うため、パ
スＩＤを指定して、全バッファ解放処理部９を呼び出す
。全バッファ解放処理部９は、そのパスＩＤでもって交
信パステーブル１１を検索し、バッファ管理テーブル１
２−１のアドレスを得る。次にバッファ管理テーブル１
２−１に登録されている全電文バッファ１３Ａ〜１３Ｃ
を、順に解放する。次にバッファ管理テーブル１２−１
の領域を解放し、交信パステーブル１１におけるバッフ
ァ管理テーブル１２−１へのポインタ領域をゼロ・クリ
アする。解放されたバッファ管理テーブル１２−１およ
び電文バッファ１３Ａ〜１３Ｃの領域は、タスク共通域
ｌＯにおいて使用可能な状態となることになる。

■　交信パス管理部４は、交信パス利用処理部５−１に
対し１強制切断の通知を行う。交信パス利用処理部５−
１は、既に電文バッファ１３Ａ〜１３Ｃが解放されてい
るので、バッファのガーベージ処理を行わなくてもよい
。

以上のように、非同期切断の場合におけるバッファの解
放処理が極めて簡単になる。なお１通常処理において、
不要となった電文バッファを個々に解放する場合には、
バッファ個別解放処理部８を呼び出すことにより、バッ
ファを個別に解放できるようになっていることは、言う
までもない。

この場合、バッファ個別解放処理部８は、指定された電
文バッファを解放し、バッファ管理テーブル１２−１の
そのバッファ・アドレスをゼロ・クリアする。

なお、上記実施例では、バッファ管理テーブルが、最初
の電文バッファの確保要求時に確保されるとしたが、バ
ッファ管理テーブルを確保／解放の対象とせずに１例え
ばシステムの初期設定時に予め確保されるものとしても
よい。

〔発明の効果〕

以上説明したように１本発明によれば、交信パスと、そ
の交信パスに対応する送受信電文バッファとの対応づけ
が可能になっているので、交信パスが非同期に切断され
た場合でも、交信パス管理部等により、統一的にガーベ
ージ処理を行うことができ、各処理部における処理負担
が大幅に軽減する。また、電文バッファをまとめて解放
できるので、ガーベージ処理の高速化が可能になる。

【図面の簡単な説明】

第１図は本発明の一実施例ブロック図、第２図は本発明
の一実施例において用いられるテーブル詳細構成図、第
３図は本発明の一実施例動作説明図、第４図は従来方式
の問題点を説明するための動作説明図である。 図中、２−１ないし２−３は通信相手装置、３は通信制
御部、４は交信パス管理部、５−１ないし５−３は交信
パス利用処理部、６はバッファ管理部、７はバッファ確
保処理部、９は全バッファ解放処理部、１１は交信パス
テーブル、１２−１ないし１２−２はバッファ管理テー
ブル、１３Ａないし１３Ｄは電文バッファを表す。 特許出願人　　　富士通株式会社（外３名）代理人弁理
士　　　森１）寛（外１名）第３図 ３Ｉ′４図

Claims (1)

1. 【特許請求の範囲】 交信パスを介して、端末装置もしくは他のデータ処理装
   置とデータを送受信するデータ処理装置における電文バ
   ッファ管理処理方式において、上記交信パス対応に割当
   てられ、当該交信パスを介して送受信される電文データ
   が格納される電文バッファへのポインタ情報を記憶管理
   するバッファ管理テーブルと、 上記交信パス対応に設けられた各エントリに少なくとも
   上記バッファ管理テーブルへのポインタ情報をもつ交信
   パステーブルと、 電文バッファの確保要求に対し、要求されたバッファ領
   域を確保すると共に、その電文バッファが用いられる交
   信パスの識別情報にもとづいて上記交信パステーブルを
   検索することにより、当該交信パス用の上記バッファ管
   理テーブルへのポインタ情報を取得し、該バッファ管理
   テーブルの空エントリへ、確保したバッファ領域へのポ
   インタ情報を設定する処理を行うバッファ確保処理部と
   、上記交信パスに係る全電文バッファの解放要求に対し
   、その交信パスの識別情報にもとづいて上記交信パステ
   ーブルを検索することにより、当該交信パス用の上記バ
   ッファ管理テーブルへのポインタ情報を取得し、該バッ
   ファ管理テーブルに登録されているすべての電文バッフ
   ァを解放する処理を行う全バッファ解放処理部とを備え
   たことを特徴とする電文バッファ管理処理方式。